协同应用程序和方法

专利名称：协同应用程序和方法
技术领域：
本发明涉及适用于多个使用者的协同(collaboration)的应用程序，用 于在应用程序操作中允许多个使用者的协同的协同系统和方法。
背景技术：
软件应用程序的操作中的协同越来越重要。存在许多这样的情况，其 中可能处于不同位置的多个使用者需要在软件应用程序上一起协同工作。 例如，来自不同研发小组的多个工程师可以通过协同使用公共的 CAD/CAM应用程序来协同设计新的机器部件。另一示例是多个会计师通 过使用相应的应用程序来协同处理公司的商务数据。现有技术中，存在许多已知的协同系统，例如视频会议系统或者如在 线聊天的互联网工具，文档的在线共享等。用于在线协同的现有技术通常 或多或少地独立于应用程序的使用者界面的操作，或与所述操作并行。己 知的另一种方法是用于协同操作的由Google提供的文字处理和电子表格应 用程序。在此，每个参与者的贡献被相应地标记并且屏幕显示是完全同步 的。该方法对于字处理或类似的简单任务可能是足够的。然而，技术上更 先进的应用程序可能需要真正的多个使用者的协同。因此，本发明所基于的技术问题是提供适用于多个使用者的协同的应 用程序，以及协同系统和相应方法，所述应用程序、协同系统和方法克服 以上指出的现有技术的局限性并提供应用程序和多个使用者的协同的更紧lS ^口 PI o发明内容在一个实施例中，这个问题被一种适于多个使用者的协同的应用程序 解决，该应用程序包括处理逻辑和使用者界面。该使用者界面包括适于接收协同输入的至少一个控制元件，其中该至少一个控制元件链接到协同工 具，该协同工具适于基于所述多个使用者中至少一些使用者各自的输入生 成用于该控制元件的协同输入。本发明不是或多或少彼此独立地对应用程序和一个或多个协同工具进 行操作，而是将适当的工具直接连接到应用程序的使用者界面的各控制元 件。优选地，该至少一个控制元件包括适于启动所链接的协同工具的协同 图标。例如，该控制元件是日期控制元件，并且该协同工具是适于基于至 少一些使用者的日历输入项生成协同输入日期的时间安排工具。如果该控 制元件用于在若干个选项中选择一个选项，那么该协同工具优选地是邀请 至少一些使用者对一个选项进行投票并生成协同选择的选项的调查工具。根据另一方面，该应用程序还适于将操作使用者界面的权利每次限制给一个使用者，其中可以将该权利从一个使用者传递到另一个使用者。该应用程序可以包括用于每个使用者的使用者界面，其中使用者界面适于响 应于当前具有操作该应用程序的权利的使用者的命令被同步。根据另一方面，本发明涉及一种包括如上所述的应用程序的协同系 统。该协同系统还包括用于显示使用者界面的协同屏幕，该协同屏幕还包 括显示一个或多个协同工具的协同工具区域，以及显示用于多个使用者中 每个使用者的图形标识符的会议区域。因此，不但经由该至少一个控制元件及其协同工具而且还通过协同屏 幕上的同时显示来链接应用程序和多个使用者的协同。显示参与的使用者 的会议区域直观地反映真实会议的情形，因此进一步支持使用者的协同。 图形标识符优选地是示出各个使用者的影像或者视频流，图形标识符适于 被呈现为不同的样式以反映会议期间相关使用者的不同角色。在一个实施 例中，协同屏幕中的使用者界面的内容取决于各个使用者的授权设置。因 为由生成协同输入的一个或多个协同工具在技术上实现使用者的协同，所 以不再需要所有的使用者看见应用程序的相同使用者界面。因此，提供了 比现有技术高得多的安全性，在现有技术中整个桌面被不加选择地由虚拟 会议的所有参与者共享。在一个实施例中，该协同系统适于被多个使用者的浏览器呈现，并且处理逻辑适于在一个或多个处理服务器中被实现。优选地，该协同系统还 包括协同总线，该协同总线适于在一个或多个服务器中被实现，并且该协 同总线用于维护被多个使用者共享的应用程序数据。该协同总线优选地包 括用于在执行应用程序时执行协同功能的接口。该接口高度抽象了在分布 式环境中与多个使用者交换数据的复杂性，例如，它隐藏与应用程序和使 用者会话一起或者独立于应用程序和使用者会话在一个或多个服务器上运 行协同总线的任何具体的分布拓扑。根据又一方面，本发明涉及一种用于在应用程序的操作中实现多个使 用者的协同的方法，该应用程序包括使用者界面和处理逻辑，该方法包括 如下的步骤提供至少一个使用者界面的控制元件，该控制元件链接到协 同工具，该协同工具适于基于多个使用者中至少一些使用者各自的输入生 成用于该控制元件的协同输入；以及根据该应用程序的处理逻辑处理协同 输入。在一个实施例中，步骤a.包括修改适于接收各自输入的控制元件从而 使得它绑定到协同工具。出于此目的，在一个实施例中步骤a.包括将协同 图标添加到该控制元件，该图标适用于启动所链接的协同工具。因此，该方法是非侵略性的，即不需要改变为协同修改的应用程序的 处理逻辑。仅通过用用于各个协同工具的图标来扩展一个或多个使用者控 件而修改了使用者界面。对上述应用程序、协同系统和方法的进一步改进是进一步的从属权利 要求的主题。


在以下的详细描述中，本发明的目前优选的实施例被进一步说明，其中参考如下的附图-图h在本发明的协同系统的实施例中的协同屏幕；图2:根据各个使用者的角色以不同样式显示的协同屏幕；图3:示出在本发明的一个实施例中将时间安排协同工具链接到应用程序的使用者界面的控制元件的示意图；图4:示出在本发明的一个实施例中将调查协同工具链接到应用程序 的使用者界面的控制元件的示意图；图5a、图5b和图5c:用于实现根据本发明的协同系统的示例性拓扑；图6a、图6b:在本发明的一个实施例中用于访问协同总线的接口以 及用于生成接口实体(instance)的示例性源代码；图7:在本发明的一个实施例中用于实现会议对象的示例性代码； 图8:用于实现调查协同工具的示例性代码； 图9:用于实现时间安排工具的示例性代码；图10:协同总线、会议对象、工具实体以及使用者之间关系的示意性 综述；图11:将使用者界面的控制元件直接链接到各个协同工具的示意性表图12:被修改以包括协同图标的控制元件的示例；图13a、 13b:用于实现文件的共享性能的示例性代码；以及图14:在根据本发明的系统中的数据流的示意性表示。
具体实施方式
在下文中，将描述本发明的目前优选的实施例。如根据以下说明将变 得清楚的，本实施例使得终端使用者能够在应用程序上共同地工作。它支 持诸如允许网络摄像机(webcam)服务或者聊天之类的协同情境 (scenario)。将在下文中更详细描述的下层协同总线被构建为开源软件基 础设施，该开源软件基础设施可被容易地插入现有应用程序的使用者界 面，并使得应用程序能够结合到各种协同情境中。以下描述的协同系统基于体系结构的某些方面使用者界面、协同工 具(collaboration utility)、通信基础设施和使得通过添加协同功能能够扩 展现有应用程序的接口 。优选实施例的协同系统优选地构建于如下的基础 设施之上作为用于终端使用者的前端的万维网(web)浏览器和后端中 基于万维网服务器/应用程序服务器的基础设施。当操作所描述的实施例的协同系统时，使用者最初被请求登录。在登 录期间，下层协同总线被内部初始化并且登录使用者信息被传递到该总 线。在第一步骤中，将协同屏幕1呈现给使用者，其示例性实施例在图1 中示出。屏幕1被分隔为不同大小的多个区域。如果需要，每个区域单独 可见。仅当使用者与会议有关时才显示会议区域10。在会议区域10中使用 者看到所有的参与者11或者可能参加会议的潜在参与者。将会议的参与 者11示出为影像，或者如果可以则示出为嵌入的网络摄像机显示。通信工具区域20也是仅当使用者当前与会议有关时才显示。它包括 使得参与者能够共享信息的通信工具集合21。在图l中示出的示例的一个 通信工具集合是聊天工具。联络区域30使得使用者能够浏览联络人。在一个示例中，该联络人 可以是公司的所有工程师。联络区域甚至可被扩展为使用公共联络系统 (例如www.xing.com)。最后，应用程序区域40是这样的区域，其中呈现使用者正在使用的 实际应用程序的使用者界面41。根据应用程序的实现方式，使用者界面 41可以被在线会议的若干个参与者共享，也就是说， 一个使用者正在更新 应用程序内容，而其他使用者通过它们自己的屏幕察看内容的改变，并且 通过使用协同工具来作出贡献，如在下文中将更详细描述的。优选地，以为在线协同提供舒适氛围的方式来构建协同屏幕1。出于 此目的，为了使得能够快速辨识并且为了创建人文氛围，优选地用所有使 用者/联络人的面部来一起示出他们。此外，优选地通过拖放(drag and dr叩)各使用者的面部来执行关于使用者的所有操作(例如将使用者从联 络区域30添加到会议区域10)。优选地将会议区域10设计为这样的区 域，其中所有使用者围坐在示意性示出的圆桌周围(参见图l、图2)。可以两种方式开始会议 一个选项是使用者打开会议区域10并将其 他使用者(例如，从联络区域30中)拖放到会议区域10中。每个被放下 的使用者在会议区域10中"入座"。可替代地，应用程序从应用程序区域40打开会议。应用程序将所有的潜在参与者递送到会议区域10。不管怎样，结果是会议的多个潜在参与者坐在会议区域10中。优选地以某种方式标记会议的领导者，例如用面部或网络摄像机数据流下方的 彩条来标记。这样的影像或网络摄像机数据流的图形标识符的性质或样式反映各使用者的当前参与状况例如，浅色黑白影像可指示参与者是尚未 被邀请来参加在线会议的潜在参与者。用红色突出的影像可反映该参与者 被请求参与然而尚未决定是否真的加入。如彩色影像/网络摄像机的表现形 式可示出该参与者已经加入会议并正在积极参与。邀请潜在参与者参加会议的过程如下会议的领导者点击潜在参与者 的面部。在会议区域10中，相应面部变为以红色突出显示。此外，在潜 在使用者的屏幕中，会议区域被打开并且请使用者加入会议。在使用者决 定加入会议的情况下，会议区域中的影像变为彩色，或者如果可以则显示 该参与者的实况网络摄像机数据流。参与者可随时仅通过点击会议区域10 的右上方的"离开"图标12而离开会议。使它们的使用者界面处理能够作为共享应用程序来操作的应用程序使得应用程序区域40内的应用程序内容能够同步。优选地，该同步支持以下情境一个使用者是应用程序内容的编辑者。该使用者是在某个时间点能够 更新应用程序的人。所有其他使用者是应用程序内容的观察者。他们看见的使用者界面41处于变暗模式(shaded mode)，还可能根据他们的授权 设置而具有不同的屏幕。图1呈现用于编辑者的协同屏幕，而图2示出相 同的协同屏幕1，然而其具有用于观察者的变暗的使用者界面41。优选地，用在应用程序区域40内运行的应用程序来触发使用者界面 41的内容的同步。例如，只要编辑者保存他的数据就完成同步。可在会议的参与者之间传递操作使用者界面的权利。默认会议的领导 者是编辑者。然而，当前编辑者可通过在会议区域10中点击参与者面部 或网络摄像机下方来将编辑者角色传递给另一参与者。结果，编辑权利被 传递到各使用者，并且在会议区域中用彩条标记现在成为新的编辑者的参 与者。协同区域20包括使得能够在参与者之间共享信息的协同工具集合21。针对每一工具，存在具有工具名称的标题条。通过点击标题条右侧的 图标，各工具被打开。在图1和图2的示例中，"聊天"和"情绪表 (Emotion meter)"工具被打开。以下工具是协同系统的当前部分聊 天——使用者可通过在线聊天进行交流；情绪表——使用者可指示他们的 感受，平均情绪被示出；调查——向所有参与者提出某一问题，每个参与 者可作出判决并且结果被显示为概要；时间安排——参与者可共同地安排 某一时间点。然而，这些仅是可想到的工具的示例。可根据需要添加其他 工具。例如，工程应用程序可能需要与会计应用程序不同的可供使用者使 用的协同工具。通常，存在用于将新工具结合到所描述的协同系统中的开 源接口。将某些协同工具直接链接到使用者界面41的控制元件。如图3中示 意性示出的，应用程序使用者界面41例如可包括日期检出控制元件200， 其自动地将关于日期选择的决定链接到相应的时间安排工具21。时间安排 工具21检査被提议的日期是否适合所有的参与者，并且优选地通过特定 图标("拇指竖起")来指示该信息。当使用者重新按压日期检出器中的 图标时，然后在时间安排工具21中选择的日期被送入使用者界面41中。在另一情境中，关于选择哪个选项的决定使用调査协同工具。这在图 4中示意性地示出。如图可见，会议的一个参与者投票赞成"打开"，两 个参与者投票赞成"关闭"。通过重新按压组合框(combo box)右侧的 图标，所选择的值可被送入应用程序的使用者界面41。上述两个示例示出优选实施例的一般方法，其中对作为使用者界面41 的一部分的控制元件的特定图标进行的操作自动地初始化使得会议的每个 参与者能够提供其输入的协同工具21，然后这些输入被处理从而为使用者 界面41提供协同输入。以下从浏览器同步开始，更详细地说明用于实现所描述的协同系统的 优选软件架构。万维网浏览器具有用于连接到后端站点上的应用程序处理的十分明确 并且有限的协议超文本传输协议(http) 。 http协议是面向请求的协议，其使得万维网浏览器能够请求来自后端系统(万维网/应用程序服务器)的 信息，然而未提供从后端向客户端传送数据的默认方式。在在线协同情境中，两个(或更多个)使用者被同步并且在一个使用 者处理中发生的事件需要被传输到其他使用者万维网浏览器。如果例如一 个使用者将新的文本输入聊天工具中，则需要将该文本传输到所有其他会 议参与者的聊天显示中。为了处理该问题，在协同总线内部提供了两种方法持续轮询为了收集更新信息每个万维网浏览器不断地轮询服务器。 如果在万维网浏览器和服务器之间传输的数据被最优化，那么通过持续轮 询交换的数据量不是严重的问题。然而，因为持续发送每个都请求建立连 接的较小请求，所以仍然存在因置于基础设施(即网络和应用程序服务 器)上的负荷所致的固有限制。可替代的方法是所谓的"无休止的响应"在此情况下，响应使用所 谓的"服务器主动推送(Pushlet)"技术。对请求的响应是无限长的页 面。因此，可通过将更新添加到无休止的页面来将其发送到浏览器。优点 在于需要建立连接的次数被减少。另一方面一个连接被"永远"阻塞。通 常浏览器向一个服务器开放两个连接，从而两个"无休止的响应"将致使 浏览器被阻塞。在优选实施例中，协同总线根据其配置提供对从后端系统 到浏览器的数据内容进行同步的上述两种方法。在后端处理中，会议的若干个参与者共享需要被交换的数据和事件。 结果，必须存在这样的基础设施，其中每个使用者的后端处理可连接到相 应的会议数据。存在多种被支持的拓扑情境在图5a示出的最简单情境中，将会议的参与者的浏览器50登录到相 同的应用程序服务器60，在应用程序服务器60中还存储了会议数据。将 在服务器一侧的协同总线62实现为可被参与者的两个会话61访问的"全 局变量"。在更高通信量的情境中，为了平衡处理负荷，将不同使用者的万维网 浏览器50登录到不同的应用程序服务器实体60。在图5b中示出这样的拓 扑。通过网络协议(例如万维网服务)可访问协同后端功能。协同服务器63用作保存在线协同数据的中央实体。在图5c中示出另一拓扑不是将协同总线62实现为通过远程协议访 问的中央实体，而是其自身分布式运行在若干个节点60上，在所述若干 个节点60上还运行应用程序的各个会话61。可根据通信量、负荷情境和/ 或其他需求组合上述拓扑。提供给应用程序的协同总线62的接口十分简单。该接口高度抽象在 分布式环境中交换数据的复杂性，例如，完全隐藏用于其实现方式的上述 分布式拓扑的备选方案。该接口向使用它的应用程序提供对象/接口模型。 接口实现方式总是在应用程序自身运行的服务器60上运行——也在其中 协同总线62自身可在中央服务器63上运行的分布式拓扑(参见图5b)中 运行。在后端上运行的应用程序可通过定义的接口访问协同总线62，由图 6a的代码段示意性地定义该接口。通过使用该接口，应用程序可将使用者 信息添加到协同总线，将当前使用者登录到协同总线，开始新的会议并且 检査使用者当前是否与会议有关。通过使用如图6b所示的代码段示出的 实体工厂(instance factory)，应用程序得到接口实体。当使用者作为参与者参与会议时，或者当使用者开始新的会议时，结 果是会议对象。每个在线会议存在一个会议对象。 一个在线会议的所有使 用者"虚拟地"共享相同的会议对象。在图7中示出定义这样的会议对象 的代码示例。为了提供接受会议邀请的功能，为了得到关于参与者及其在 会议中的角色(例如，他们是否是领导者)的信息，并且为了访问通过协 同总线可用的通信工具，会议界面允许向会议添加或去除使用者。每个协同工具具有一个代表可利用该工具执行的功能的接口。在图8 和9中示出这样的接口的示例。图8的调查管理接口允许创建调査——每 个调查代表被作为问题提出的文本和使用者可从中作出选择的选项集合。 根据这些调査可获得投票结果。在图9中示出时间安排工具的接口，时间 安排工具允许限定时间范围和某些偏好(例如是否可选择周末)。根据该 工具可请求时间安排处理的结果。最后，图10概括各个组件和它们的接口之间的关系，这些接口优选地用于协同系统的实现方式。
一个协同总线实体62承载一个(或者多个)会议65。 一个会议65具有作为参与者的若干个使用者， 一个使用者 仅可以参与一个会议65。会议65具有若干个工具实体66——存在若干种 实体，每种实体代表不同的协同工具。以下将更加详细地说明将应用程序结合到上述协同系统中的结合。如 上所述，会议区域10和工具区域20是协同屏幕1的预先定义部分，而应 用程序区域40包含由应用程序确定的使用者界面41 。希望利用由协同系统提供的功能的应用程序具有以下三个选项可选择一应用程序在出于应用程序目的而分配的框(即协同屏幕1的应用程 序区域40)内启动其使用者界面。在此情况下，应用程序在协同环境内嵌 入地运行，然而并未被有效地结合。使用者虽然可以调用周围的会议区域 IO和工具区域20内的协同函数，但是在应用程序区域40内没有例如用于 启动文件共享或者用于直接将控制元件链接到协同工具的函数。_应用程序在应用程序区域40内启动其使用者界面41，并且将某些 协同控制元件嵌入其使用者界面41。例如，用于挑选日期的控制元件具有 将关于日期的决定外包给特定协同工具的扩展功能，该特定协同工具然后 出现在协同工具区域20中。一应用程序在应用程序区域40内启动其使用者界面41，并且准备参 与应用程序共享情境。在这种情况下，可在不同观察者之间共享应用程序 数据，并且可将编辑应用程序内容的权利从一个参与者传递到另一参与 者。如果某一应用程序需要，则可以组合第二和第三备选方案的多个方面。在该目前优选的实施例中，应用程序与协同紧密结合。在这种情况 下，在使用者界面中设置一个或多个协同控件。协同控件是如下的使用者 界面41的控制元件，所述控制元件可被置于使用者界面41的页面的布局 定义(layout definition)中。正常的使用者界面控件例如定义某一数据值(例如日期)并使得使用者能够操控该数据值(例如通过键盘输入或者通过经由日历检出器的选 择)。控件通常具有对使用该控件的应用程序的定义的编程接口——例如 日期检出器控件从应用程序接收日期并相应地将日期传回。如图11示意性地示出的，协同控件200是具体的使用者界面控件， 该协同控件将正常的使用者界面行为与一个或多个协同工具21组合。这 样做的优点在于可以在使用者界面层面上完成某些协同方面的结合——即不会触及应用程序48的处理逻辑49。由于是从与应用程序48的处理逻辑 49无关的观点出发的，所以这要看是由使用者通过直接操作使用者界面的 控制元件输入了某一数据，还是该输入是利用协同工具21的结果。以上参考图11的示意图进行说明的一般概念，将参考图12所示的示 例性控制元件被更详细地说明。通常，可以将使用者界面定义控件配置为 用于生成HTML页面的XML布局定义。在图12的上部部分中示出作为这样的定义的结果的日期控件200。然 而，根据本发明的一个方面，用图标201扩展日期控件200 (参见图12的 下部部分)。当包括该经修改的日期控件200的使用者界面41的页面在 协同屏幕1的使用者界面41内运行并且使用者按压图标201时，在工具区 域20内开始相应的时间安排工具21。在图12的示例中，为了找到在参与 者的整个组中被接受的日期，该工具使得所有的会议参与者能够输入一些 日期偏好。在该组内对数据进行同步之后，通过再次按压图标201 (或另 一 "传输"图标或类似图标)可以将所选择的日期传输到应用程序。相同原理也适用于组合框，组合框通常用于使得单个使用者能够在给 定值的列表中作出判决。协同组合框(未示出)使得一组参与者能够商订 采用哪个决定。此外，优选地通过组合框控件的附加图标可访问协同功 能。在按压该图标(未示出)之后，启动调査工具，将组合项提供给该组 的参与者。然后每个参与者可以自己作出选择，选择结果被显示为条形 (参见图4右侧的示例)，并且通过第二次点击该附加图标，"获胜者" 可以被传输到组合框。显然，可以存在更多的协同控件，这些协同控件通过提供协同支持可 以丰富正常的控制处理。例如，某一控制元件可以允许将文本的编辑传递到如下的协同工具，该协同工具使得由会议的参与者输入的文本能够被结 合。相同原理也适用于影像处理工具。以所描述的方式修改一个或多个使用者控件的优点在于，对应用程序 的使用者界面进行的修改未影响到处理逻辑。因此，可以容易地并且快速 地将标准的单个使用者应用程序改装为提供上述的协同性能。以下描述优选地用于在会议的参与者之间共享应用程序的技术。应用 程序共享通常意味着应用程序的处理支持其中会议的参与者可以察看一个 编辑者的行为的情境，其中编辑应用程序内容的权利可以在会议的参与者 之间被传递。将共享性能添加到应用程序的处理意味着相应的使用者界面组件需要 被更新。由协同总线提供的协议提供了完成更新的简单方法。在图7中示 出了协同总线的接口的最重要的方法。图7的接口的典型用法如下在应 用程序区域40内启动应用程序。在某一时间点(例如当使用者按压按钮"共享文件"(未示出)时)，应用程序调用在图13a中示例性定义的 "shareDocument (共享文件)"函数。因此，文件被共享的消息现在被通 过协同总线传递到所有参与者。根据共享文件的内容，在每个参与者的协 同屏幕1的应用程序区域40中触发(trigger)使用者界面。在参与者的应 用程序处理内，可以读取关于共享文件的信息。此外，例如通过使用图 13b所示的代码，应用程序处理可以请求关于当前登录的参与者的信息。参与者信息表明该使用者是领导应用程序的角色(是编辑者)还是察 看应用程序的角色。每次应用程序的编辑者作出重要的更新，编辑者应用 程序处理就利用IMeeting接口的synchronizeDocument(..)方法更新协同总 线。图14再一次示意性地概括上述处理流程。在如上所述会议区域内，通过使用者操作触发编辑权利的切换。每个 参与者的应用程序被通知并且应用程序从"编辑"模式切换到"显示"模 式或者反之亦然。通过使用所描述的本发明的优选实施例，应用程序共享在本质上可 用，而无需额外的安装尝试。通过使用他们的正常万维网浏览器，会议的 参与者可以看到公共内容。根据应用程序的实现方式，应用程序可以为不同的参与者打开不同的使用者界面。例如，因为安全限制，应用程序的察 看者可能并不能看到作为应用程序的一部分的所有数据。最终，共享可以被结合到应用程序处理中，从而使得应用程序总是确 切地知道当前哪个使用者正在操作数据。这优于其中多个使用者的远程桌 面(desktop)简单共享屏幕的现有技术情境。
权利要求
1.一种适于多个使用者的协同的应用程序(48)，所述应用程序包括a.处理逻辑(49)；b.使用者界面(41)，所述使用者界面包括至少一个适于接收协同输入的控制元件(200)，其中c.所述至少一个控制元件(200)链接到协同工具(21)，所述协同工具(21)适于基于所述多个使用者中至少一些使用者的各自的输入生成用于所述控制元件(200)的所述协同输入。
2. 如权利要求1所述的应用程序(48)，其中所述至少一个控制元件 (200)包括协同图标(201)，该协同图标(201)适于启动所链接的协同工具(21)。
3. 如前述权利要求的任一个所述的应用程序(48)，其中所述控制元 件是日期控制元件，并且其中所述协同工具(21)是适于基于所述使用者 中至少一些使用者的日历输入项生成协同输入日期的时间安排工具。
4. 如前述权利要求的任一个所述的应用程序(48)，其中所述控制元 件(200)用于在若干个选项中选择一个选项，并且其中所述协同工具(21)是邀请所述使用者中至少一些使用者对一个选项进行投票并且生成 协同选择的选项的调查工具。
5. 如前述权利要求的任一个所述的应用程序(48)，还适于将操作所 述使用者界面(41)的权利每次限制给一个使用者，其中可以将所述权利 从一个使用者传递到另 一个使用者。
6. 如前一权利要求所述的应用程序，包括用于每个所述使用者的使用 者界面(41)，其中所述使用者界面(41)适于响应于当前具有操作所述 应用程序(48)的权利的使用者的命令被同步。
7. —种包括如前述权利要求的任一个所述的应用程序(48)的协同系 统，所述协同系统还包括用于显示所述使用者界面(41)的协同屏幕(1)，所述协同屏幕(1)还包括d. 显示一个或多个协同工具(21)的协同工具区域(20);以及e. 显示用于所述多个使用者中每个使用者的图形标识符(11)的会 议区域(10)。
8. 如前一权利要求所述的协同系统，其中所述图形标识符(11)是示 出各个使用者的影像或者视频流，所述图形标识符适于被呈现为不同的样 式以反映会议期间相关使用者的不同角色。
9. 如前述权利要求7或8所述的协同系统，其中所述协同工具区域 (20)显示一个或多个协同工具(21)，该协同工具(21)链接到当前在所述使用者界面(41)中显示的一个或多个控制元件。
10. 如前述权利要求7—9的任一个所述的协同系统，其中所述协同屏 幕(1)中的所述使用者界面(41)的内容取决于所述各个使用者的授权 设置。
11. 如前述权利要求7—10的任一个所述的协同系统，其中所述协同 屏幕(1)还包括联系人区域(30)，该联系人区域(30)指示可以被添 加到所述多个使用者中的其他使用者。
12. 如前述权利要求7 — 11的任一个所述的协同系统，其中通过将所 述各个图形标识符(11)拖放到所述会议区域(10)中或者所述会议区域(10)夕卜，将另一使用者添加到所述多个使用者中或者从所述多个使用者 中去除。
13. 如前述权利要求7_12的任一个所述的协同系统，其中所述协同 屏幕(1)适于通过所述多个使用者的浏览器(50)被呈现，并且其中所 述处理逻辑(49)适于在一个或多个处理服务器(60)中被实现。
14. 如前述权利要求7 — 13的任一个所述的协同系统，还包括协同总 线(62)，该协同总线适于在一个或多个服务器(60)中被实现，并且该 协同总线用于维护被所述多个使用者共享的应用程序数据。
15. 如前一权利要求所述的协同系统，其中所述协同总线(62)包括 用于在执行所述应用程序时执行协同功能的接口 。
16. —种用于在应用程序(48)的操作中实现多个使用者的协同的方 法，所述应用程序(48)包括使用者界面(41)和处理逻辑(49)，所述方法包括以下步骤a. 提供至少一个使用者界面(41)的控制元件(200)，该控制元件(200)链接到协同工具(21)，所述协同工具(21)适于基于所 述多个使用者中至少一些使用者的各自的输入生成用于所述控制元 件(200)的协同输入；并且b. 根据所述应用程序(48)的所述处理逻辑(49)对所述协同输入进 行处理。
17. 如权利要求16所述的方法，其中步骤a.包括修改所述适于接收各 自输入的控制元件(200)从而使得它绑定到所述协同工具(21)。
18. 如前一权利要求所述的方法，其中步骤a.包括将协同图标(201) 添加到所述控制元件(200)，所述图标(201)适于启动所链接的协同工 具(21)。
19. 如前述权利要求16_18的任一个所述的方法，其中所述控制元件 (200)是日期控制元件，并且其中所述协同工具(21)是基于所述使用者中至少一些使用者的日历输入项生成协同输入日期的时间安排工具。
20. 如前述权利要求16_19的任一个所述的方法，其中所述控制元件 (200)允许在若干个选项中选择一个选项，并且其中所述协同工具 (21)是邀请所述使用者中至少一些使用者对一个选项进行投票并且生成协同选择的选项的调査工具。
21. 如前述权利要求16—20的任一个所述的方法，还包括将操作所述 使用者界面(41)的权利每次限制给所述使用者中的一个使用者的步骤。
22. 如前一权利要求所述的方法，还包括将所述权利从一个使用者传 递到另一个使用者的步骤。
23. 如前述权利要求21或22的任一个所述的方法，其中步骤a.包括为 每个所述使用者提供使用者界面(41)，其中所述使用者界面(41)适于 响应于当前具有操作所述应用程序(48)的权利的使用者的命令被同步。
24. 如前述权利要求16_23的任一个所述的方法，其中使用者的所述 使用者界面(41)的内容取决于他的授权设置。
全文摘要
本发明涉及一种适于多个使用者的协同的应用程序(48)和方法，该应用程序包括处理逻辑(49)；使用者界面(41)，该使用者界面包括至少一个适于接收协同输入的控制元件(200)，其中该至少一个控制元件(200)链接到协同工具(21)，该协同工具(21)适于基于所述多个使用者中至少一些使用者各自的输入生成用于控制元件(200)的协同输入。
文档编号G06Q10/00GK101246567SQ20081000824
公开日2008年8月20日 申请日期2008年2月14日 优先权日2007年2月14日
发明者丹尼尔·海尔斯, 杰恩斯·海尼格尔, 比约恩·沐勒 申请人:软件股份公司