[发明专利]共享用户接口界面系统

说明书

技术领域

本公开涉及多个用户可通过多个源同时访问的合作工具。具体 地，本公开涉及用于对用户接口界面和相应的共享界面对象进行共 享的系统、产品和方法，其对用户接口界面和相应的共享界面对象 的各个本地表征的本地操纵进行协调，并利用组表征来更新各个本 地表征。

背景技术

在识别高效且节省成本的合作工具方面，组织持续受到挑战。 现今，全球分布的组织的成员不断地与来自世界不同地区的其他成 员进行合作。不幸的是，为了使个体能够合作而旅行所需的渐增燃 料费和时间为改善很多组织的经济状况设置了障碍。不幸的是，不 具有这样合作工具的组织的下场可能是不能实现竞争力所需的生产 率，其中这些合作工具是简单的、轻量的，并且能够为在多个用户 之间共享用户接口界面提供高性能的方式。

很多产业的快节奏需要组织能够迅速地将能快速识别问题并研 发解决方案的各种领域专家集合成团队。具有在高度专业化且复杂 的知识领域中、在压缩的研发时间表下一起工作的全球分布劳动力 的组织，需要减少合作障碍的工具。不考虑组织的地理分布，组织 的成员可以具有形形色色的合作需求(例如，变化的语言、生理残 障和计算资源)，很多合作工具可能都不能提供这些。

当前可用的合作工具通常受到以下三种方式之一的限制：1)物 理位置定义合作可能在哪发生(例如，Thunder和TeamSpot)；2) 会话定义共享内容的可用性和存在，从而一旦会话终止，共享内容 便变得不可用(例如，WebEx和Adobe Connect)；和3)用户拥 有文档，用户向文档授权并撤回授权，以及文档被存储在所有者的 资源上，其中文档在网络上得以共享(例如，Microsoft OneNote)。

高度定制并且实现起来很昂贵的合作工具可能迫使需要用户侧 的计算要求(例如，资源密集型客户端侧系统)并需要大量的用户 培训。例如，Sharepoint文档从公共储存库中被连续地借阅和编辑。 某些组合作工具遵从于严格线性的文本格式(例如，SubEthaEdit和Google Docs)。诸如skrbl.com、thinkature.com、conceptShare和Adobe JamJar的合作工具是基于小文本片段(snippet)的，但是 限制了可用于共享的内容类型。合作工具通常可以使用周密的机制 以便为每个合作者维护版本信息，以及需要大量的系统管理支持以 便正确维护。这种合作工具还可能限制用户可以与其合作的信息和 数据的类型。

发明内容

共享用户接口界面系统(以下称为“系统”)提供了多个用户 可以通过多个源同时对其进行访问的节约成本且轻量的合作工具。 该系统提供了永久的共享用户接口界面，其可以实时地与访问共享 用户接口界面的所有用户同步。共享用户接口界面(例如，canvas (画布))可以包括各种类型的内容(例如，文本项目、草图和图 像)。共享用户接口界面可以用作单个用户的涂鸦板和/或多个用户 的共享空间，因为共享用户接口界面存储在web服务器上而不是存 储在特定用户的硬盘上。因此，多个用户可以同时从多个位置对共 享用户接口界面进行查看、编辑和共享。

在一个实现中，该系统提供了共享用户接口界面的方式，该共 享用户接口界面可由多个用户通过多个相应的源来同时访问。该系 统可以包括处理器和耦合到处理器的存储器。该存储器可以包括产 生本地canvas的共享界面逻辑，这些本地canvas对用户交互做出响 应。本地canvas包括第一本地canvas和第二本地canvas，并且每个 本地canvas包括本地canvas边界和本地canvas标识符。共享界面逻 辑还可以产生与本地canvas的至少两个相对应的第一组canvas。对 应于第一组canvas的本地canvas建立作为第一组canvas的各个本地 表征的本地canvas的第一集合。第一组canvas是本地canvas的第一 集合的共享界面表征。存储器可以进一步包括交互检测逻辑，其检 测对应于本地canvas的多个用户交互。所检测到的多个用户交互之 一可以对应于本地canvas的第一集合。交互检测逻辑可以更新第一 组canvas来获得更新后的第一组canvas，并基于更新后的第一组 canvas来更新本地canvas的第一集合。