用于提供从多个应用程序内可访问的通用协作框架的方法和系统的制作方法

专利名称：用于提供从多个应用程序内可访问的通用协作框架的方法和系统的制作方法
技术领域：
一般来说，本发明涉及网络用户之间的协作，具体来说，涉及一种改进的系统和方法，该系统和方法可使网络用户使用多个不相关的应用程序彼此无缝地进行协作。
背景技术：
协作是在一个或多个用户之间进行交互的过程。协作技术可使用户彼此进行协作。一段时间内已经有了各种形式的用户协作技术，如电话、传真、电子邮件、公告牌等等。当今，许多企业门户、Web站点以及软件应用程序给它们的用户提供了高级的协作功能，其他用户的联机状况识别(又名伙伴列表)，用户之间的即时消息、讨论活动，以及小组房间。

发明内容
本发明提供了一种用于在计算机网络内实现上下文协作的系统。在本发明中，协作管理器支持协作空间的操作。协作空间包含一个或多个协作元素，这些协作元素具有潜在不同的协作形态。上下文管理器在上下文内维护了资源和资源的相互关系。资源可以包括协作元素、进程、任务、业务对象、用户和/或角色。视图生成器选择要向计算机网络的用户显示的一组资源。本发明还可以包括一个界面，可使应用程序指定操作协作空间的命令，在上下文内维护资源和资源相互关系的命令，以及对于上下文相关的视图的查询。
在本发明中，操作协作空间的命令包括管理协作空间的生命周期，维护协作空间中的成员身份列表、用户配置文件以及角色关联。本发明还添加和删除协作元素，对协作元素执行形态特定的操作。维护资源和资源相互关系的命令可以包括创建、删除、打开和关闭上下文。本发明可以在上下文中添加资源和资源之间的关联，然后，可以从上下文中删除资源和关联。对于上下文相关的视图的查询可以包括检索与给定上下文相关的资源，在一个上下文内检索与给定资源相关的资源，跨多个上下文检索与给定资源相关的资源。
协作管理器可以存储有关协作空间的信息，并可以连接到用于插入外部协作功能的适配器。每个适配器都实现一个标准化的和形态特定的接口。上下文管理器可以描述相关联的资源和资源相互关系。视图生成器可以指定视图生成的策略。
本发明提供了在计算机化网络中由多个用户使用的不同的应用程序之间的协作。支持不同的协作模式的至少一个协作空间，其中，用户使用协作空间中维护的不同的协作模式在不同的应用程序之间进行协作。应用程序编程接口将协作空间连接到应用程序，从而使协作内容对所有应用程序都可用。所有协作内容都可以本来地由用户从每个应用程序内透明地进行访问。
上下文视图生成器可以基于用户的需要选择要向计算机网络的用户显示的协作空间内维护的有限的资源集合。协作管理器可以维护协作空间。优选情况下，协作管理器还可以创建、删除、存档、搜索和查询协作空间。协作管理器可以与协作技术服务器进行交互。应用程序编程接口可以在协作空间内创建协作交互的实例。
本发明还包括了一种用于在计算机网络内实现上下文协作的方法。该方法可以创建包含一个或多个协作元素的协作空间，这些协作元素具有潜在不同的协作形态。该方法在上下文内维护了资源和资源的相互关系。资源可以包括协作元素、进程、任务、业务对象、用户和/或角色。该方法选择要向用户显示的一组资源。
本发明进一步提供了一种用于在计算机网络内实现上下文协作的服务。该服务可以创建包含一个或多个协作元素的协作空间(这些协作元素具有潜在不同的协作形态)，在上下文内维护了资源和资源的相互关系，资源包括协作元素、进程、任务、业务对象、用户和角色中的至少一个，以及选择要向计算机网络的用户显示的一组资源。
该服务还可以管理协作空间的生命周期，维护协作空间中的成员身份列表、用户配置文件以及角色关联，添加和删除协作元素，并对协作元素执行形态特定的操作。如果服务维护成员身份列表，则服务可以创建、删除、打开和关闭上下文；在上下文中添加资源和资源之间的关联；并可以从上下文中删除资源和关联。如果服务选择一组要显示的资源，则该服务可以检索与给定上下文相关的资源，在一个上下文内检索与给定资源相关的资源，跨多个上下文检索与给定资源相关的资源。
该服务还可以存储有关协作空间的信息，将对协作元素的操作重定向到外部协作功能，使用上下文模型来描述资源关联和资源相互关系，并维护用于指定视图生成的策略的一组视图规则。
通过阅读下面的说明并参考附图，本发明的这些方面和其他方面和目标将变得显而易见。然而，应该理解，下面的说明，尽管指出了本发明的优选实施例和许多具体细节，但是该说明只作为说明，而不作出限制。在不背离本发明的实质内容的情况下，可以做出许多更改和修改，本发明包括所有这样的修改。


通过参考附图，从下面对本发明的优选实施例的详细说明中可以更好地理解本发明，其中图1是根据本发明的系统的示意图；图2是根据本发明的系统的示意图；图3是说明本发明的优选的方法的流程图；图4是说明本发明的优选的方法的流程图；以及图5是根据本发明的系统的示意图；
具体实施例方式
下面参考在附图和下列描述中进行详细说明的非限制性的实施例比较全面地描述本发明及其各个特点和优点。值得注意的是，附图中所说明的特点不一定是按比例绘制的。省略了对已知的组件和处理技术的描述，而不会对本发明的理解造成模糊。
在大多数情况下，协作功能可以被认为通用，而不是任何业务上下文所特定的。本发明将上下文协作定义为让多个角色扮演者在特定的上下文内彼此进行交互的功能。上下文协作与通用协作的不同点在于，它可以在特定的上下文(如软件应用程序、业务进程、业务对象、或一些业务artifact)内启动，从而只允许较大的用户群内的相关的参与者集合进行协作。此外，为使上下文协作最有效，用户应该能够从用户的环境(如软件应用程序)内访问协作技术。例如，产品设计人员应该能够从设计应用程序软件内的熟悉的用户界面内与其他人进行协作。
本发明所解决的问题是，可以透明地从一个应用程序内访问的上下文协作数据不延续到供从下一个应用程序内进行访问。解决此问题的一种方式是利用一个单独的协作应用程序，该应用程序位于其他应用程序外部，并且具有其自己的用于进行访问的用户界面。然而，在利用这样一个单独的协作应用程序的情况下，用户不得不离开应用程序环境以便访问协作应用程序用户界面。为说明此问题，假设有一个新产品的设计过程，该过程使用了多个应用程序来完成各种任务。这些应用程序中的许多应用程序为它们的用户提供了上下文协作环境，以便与其他过程参与者(如设计人员、产品经理、部件采购经理等等)进行交互。然而，随着用户从使用产品设计应用程序移到部件目录管理应用程序，与设计决策关联的所有协作交互数据在部件目录管理软件内对用户都不再可用。
如图1所示，本发明提供了一种通过创建一个协作基础结构5来解决此问题的系统和方法，该基础结构向任何业务应用程序20提供了协作功能。此基础结构使协作空间“CollabSpaces”10跨多个应用程序20可用，可以从应用程序的本机用户界面内进行访问。此外，基础结构还具有一些特点，用于解决组织和管理多个这样的协作空间10的问题。
CollabSpace 10代表了与业务上下文关联的各个协作形态实例(不同的协作模式)的聚合。协作形态是指由特定的技术，如电子会议、讨论线程、即时消息聊天笔记、联机状况识别(伙伴列表)、注释、小组房间等等所提供的不同的协作功能。此外，业务artifact是指一个业务进程(在该进程内可能会发生协作)的相互关联的几个方面。CollabSpace 10可以被任何业务应用程序20请求，一旦创建；它对其他授权的业务应用程序20都可用。
如图2所示，协作基础结构5包括下列组件协作管理器“CollabManager”21；上下文管理器72；以及视图生成器42。CollabManager 21处理来自各个业务应用程序20的请求，并管理这些CollabSpaces 10的生命周期功能，包括创建、删除和存档。它还在其CollabSpaces 10集合上提供搜索和查询功能以根据各种条件定位CollabSpaces 10并查找每个CollabSpace 10的属性名称和值信息。
CollabManager 21可以通过适配器32与各种协作技术服务器33(如Lotus QuickPlace服务器(用于小组房间)、Lotus Sametime服务器(用于联机识别和即时消息)，它们两者都可以从InternationalBusiness Machines Corp.，Armonk，New York，USA获得)等等进行交互。适配器32实现了标准接口，用于创建协作交互的实例(如小组房间、伙伴列表、线程讨论)以及其他管理功能。在适配器32作为Web服务实现的情况下，适配器接口可以以Web服务定义语言(WSDL)来表示。
CollabManager 21本身为CollabSpaces 10提供了生命周期管理函数、搜索和查询函数以及更新函数的接口。各种业务应用程序20通过此接口与CollabManager 21进行交互。某些代表性的函数调用如下所示
生命周期管理命令●CreateCollabSpace(Name，Description，ContextID)●DeleteCollabSpace(CollabSpaceID)●ModifyMembersOfACLGroup(CollabSpaceID，ACLGroup，MemberList)搜索和查询函数●GetCollabSpaceDetails(CollabSpacelD)●ListCollabSpacesByUser(UserDN)●ListCollabSpacesByContextlD(ContextlD)CollabManager 21在CollabSpace目录31内存储了协作空间10的详细信息。这样的目录31可以使用关系数据库或通过使用LDAP(轻型目录访问协议)服务来实现。
CollabSpace 10可以包含指向多个协作形态的指针，还包含与这些形态关联的各种属性。然而，对于手头的任务，用户可能不需要访问所有这些信息。例如，参与特定的合同谈判过程的一组人员可以包含多个角色扮演者，包括合同发起人(销售人员)、订约方(客户)、合同管理员、部门经理(销售经理)、财务分析员、法律专家等等。然而，当向客户显示时伙伴列表可能只包含对销售人员和销售经理的引用，而不包含对其他角色扮演者(例如，财务分析员、合同管理员、法律专家)的引用。另一方面，发起合同的销售人员将看到整个参与者的集合，以便在正在协商的合同的上下文中启动与他们的任何协作交互。
因此，本发明在中间件基础结构5内提供视图生成器42。视图生成器42从启用了协作的业务应用程序20接收请求。视图生成器42的输出是一组协作形态，这些形态应该包括在向业务应用程序20的用户呈现内容中。视图生成器42还基于特定的业务规则返回要向用户显示的上下文特定的协作内容。
视图生成器42访问上下文规则41的库，并执行与当前业务上下文相关的那些规则。视图生成器42依赖查询上下文管理器72和CollabManager 21来分别访问业务环境详细信息和协作空间详细信息。上下文规则41可以使用工业标准过程本体论或专有的方案来进行模型化并使用XML技术来实现。
图3概述了在业务应用程序20请求协作空间期间在各个子系统之间发生的活动序列，图4显示了通过应用程序用户界面提供给最终用户的对上下文特定的协作内容的请求。具体来说，在项目501中，从正在发出请求的业务应用程序20向协作管理器21发出请求。然后，在项目502中，协作管理器从协作空间目录31中验证协作空间10是否存在。然后，协作管理器21发出协作空间URL 503(如果项目502指出以前存在一个)。或者，进行项目504-512中所示的处理。在项目504中，协作管理器为协作空间构建一个新模型(如果对于指定的上下文，还不存在)。在项目505中，协作管理器21创建了一个对于协作应用程序适配器32的协作元素请求。在项目506中，协作应用程序适配器32将协作模型转换为应用程序参数。在项目507中，协作应用程序适配器32使用协作技术33(该技术又返回协作元素URL 508)创建协作元素。URL被转发回到项目509中的协作管理器21。在项目510中，协作管理器更新协作空间目录，这又会返回确认511。然后，项目512代表协作管理器21将新创建的协作空间URL返回到发出请求的业务应用程序20。
在图4中，确定协作空间的上下文视图的过程在项目61开始，在此，业务应用程序20产生一个请求以获取上下文视图。在项目62中，视图生成器42向视图规则库41发送一个查询，该库又返回相关的规则63。在项目64中一个查询还从上下文视图生成器42中发送到上下文管理器72。在项目65中上下文管理器72返回当前业务上下文的详细信息。然后，在项目67中，视图生成器42向协作管理器21发送一个查询66，协作管理器21返回CollabSpace的元素。利用这样的信息，视图生成器42执行项目68中的规则，并在项目69中向业务应用程序20提供查看详细信息。
如图5所说明的，上下文管理器72维护了上下文存储73，该存储代表了在不同的资源77之间存在的上下文关系的聚合。这些关系可以使用非循环图形或树76进行模型化。对于所有计划的用途，上下文存储73不必处理关系的语义特征，也不必处理如何在物理上存储资源以及存储地点，因为上下文存储73简单地维护了关系的结构，并在不同的资源之间提供链接。
由每个节点编码的上下文信息包括一个上下文所处理的主要资源，以及所有直接与主要资源相关的资源。主要资源是使用资源描述符块75进行编码的，该块允许系统唯一地标识资源。URI是当前技术中已知的机制，可被用于代替资源描述符块或其一部分。然而，可能希望存储如类属性(即，人员、进程、文档、讨论等等)或MIME类型(虽然大多数标准协议可以基于其URI返回此信息)或与父节点的关系的类型(如果希望用于应用程序语义中)等等。应用程序20可以通过引用对应的节点唯一标识符(它是由上下文管理器72生成的)来访问特定的上下文。或者，应用程序可以指定一个路径，或路径的一部分，该路径标识应用程序所处理的资源来定位对应的上下文。一个完全限定的路径指定被访问以到达所希望的上下文的所有节点。例如，路径“/project:STB/design document:physical layoutvl/discussion:heat dissipation”是指一个上下文，该上下文是有关机顶盒项目的设计文档的版本1中的热耗散的讨论的一部分。部分限定的路径允许歧义，并可能标识一个以上上下文。例如，″/project:contractnegotiation/.. ./discussion:terms and conditions″是指位于数据库中的与任何合同谈判项目的条款有关的所有讨论的所有上下文。上下文管理器72提供了必需的API，用于创建、检索和/或修改由业务应用程序20所请求的上下文。
上下文存储73的树组织76允许系统实现上下文关系的分层视图，并从最通用的上下文(根节点)的上下文空间导航到比较特定的上下文(叶节点)。还可以提供对树的特定的节点的直接访问。当前技术中已知的索引表或其他优化技术用于实现这一点。
已经被定义为父上下文的一部分的资源不必对于子上下文进行重复，并可以轻松地通过继承进行派生。此外，上下文存储73的层次组织允许系统使用由父节点编码的上下文来访问由子节点或孙节点编码的所有资源。例如，如果B是节点A的子节点，那么由节点B编码的所有上下文信息还应该可以被节点A进行访问。在此情况下，可以说，附加到节点B的资源直接与附加到节点A的资源相关，而附加到B的子节点的资源间接地与附加到节点A的资源相关，但仍可以从由节点编码的上下文进行访问。
上面的图形还说明了在计算机网络内实现上下文协作的服务。该服务可以创建包含一个或多个协作元素的协作空间(这些协作元素具有潜在不同的协作形态)，在上下文内维护了资源和资源的相互关系，资源包括协作元素、进程、任务、业务对象、用户和角色中的至少一个，以及选择要向计算机网络的用户显示的一组资源。
该服务还可以管理协作空间的生命周期，维护协作空间中的成员身份列表、用户配置文件以及角色关联，添加和删除协作元素，并对协作元素执行形态特定的操作。当服务维护成员身份列表时，则服务可以创建、删除、打开和关闭上下文；在上下文中添加资源和资源之间的关联；并可以从上下文中删除资源和关联。当服务选择一组要显示的资源时，该服务可以检索与给定上下文相关的资源，在一个上下文内检索与给定资源相关的资源，跨多个上下文检索与给定资源相关的资源。
该服务还可以存储有关协作空间的信息，将对协作元素的操作重定向到外部协作功能，使用上下文模型来描述资源关联和资源相互关系，并维护用于指定视图生成的策略的一组视图规则。
因此，如上所述，本发明提供一种在计算机网络内实现上下文协作的系统或服务。在本发明中，协作管理器支持协作空间的操作。协作空间包含一个或多个协作元素，这些协作元素具有潜在不同的协作形态。上下文管理器用于在上下文内维护资源和资源的相互关系。资源可以包括协作元素、进程、任务、业务对象、用户和/或角色。视图生成器选择要向计算机网络的用户显示的一组资源。本发明还包括了一个界面，用于允许应用程序指定操作协作空间的命令，在上下文内维护资源和资源相互关系的命令，以及对于上下文相关的视图的查询。
在本发明中，操作协作空间的命令包括管理协作空间的生命周期，维护协作空间中的成员身份列表、用户配置文件以及角色关联。本发明还添加和删除协作元素，对协作元素执行形态特定的操作。维护资源和资源相互关系的命令包括创建、删除、打开和关闭上下文。本发明在上下文中添加了资源和资源之间的关联，然后，可以从上下文中删除资源和关联。对于上下文相关的视图的查询包括检索与给定上下文相关的资源，在一个上下文内检索与给定资源相关的资源，跨多个上下文检索与给定资源相关的资源。
协作管理器存储了有关协作空间的信息。协作管理器插入了外部协作功能。每个适配器都实现一个标准化的和形态特定的接口。上下文管理器描述了关联的资源和资源相互关系。视图生成器指定了视图生成的策略。
本发明提供了在计算机化网络中由多个用户使用的不同的应用程序之间的协作。支持不同的协作模式的至少一个协作空间，其中，用户使用协作空间中维护的不同的协作模式在不同的应用程序之间进行协作。应用程序编程接口将协作空间连接到应用程序，从而使协作内容对所有应用程序都可用。所有协作内容都可以本来地由用户从每个应用程序内透明地进行访问。
上下文视图生成器基于用户的需要选择要向计算机网络的用户显示的协作空间内维护的有限的资源集合。协作管理器维护了协作空间。协作管理器还创建、删除、存档、搜索和查询协作空间。协作管理器可以与协作技术服务器进行交互。应用程序编程接口在协作空间内创建协作交互的实例。
本发明还包括一种用于在计算机网络内实现上下文协作的方法。该网络创建包含一个或多个协作元素的协作空间，这些协作元素具有潜在不同的协作形态。该方法在上下文内维护了资源和资源的相互关系。资源可以包括协作元素、进程、任务、业务对象、用户和/或角色。该方法选择要向用户显示的一组资源。
本发明可用于在所有工业部门中的应用程序内实现协作用户交互的能力。它可以作为协作中间件向软件供应商提供，用于将互操作的协作功能集成到他们的应用程序中。本发明还可以由服务提供商作为用于在计算机网络内实现上下文协作的服务来提供。协作是熟悉的业务应用程序的不可分割的组成部分，因此，便于使用跨多个应用程序使用的协作技术的通用集合比较容易了解。此外，软件应用程序供应商不必开发他们自己的协作软件，跨应用程序的协作上下文改进了使用此基础结构编制的ISV软件的市场竞争力。基于各种协作技术的基础结构允许进行不同协作技术的即插即用，并提高了灵活性。跨多个应用程序、业务进程和业务对象的通用协作上下文对于用户特定的实施例特别有吸引力。
这里所使用的示例只用于促进对实施本发明的方式的理解，并帮助那些精通本技术的人实施本发明。相应地，示例不应该被理解为限制本发明的范围。
虽然是以多个优选的实施例来对本发明进行描述的，那些精通本技术的人可以认识到，在所附的权利要求的精神和范围内，可以对本发明进行修改。
权利要求
1.一种用于在计算机网络内实现上下文协作的系统，包括用于支持协作空间的操作的协作管理器，所述协作空间包含一个或多个协作元素，这些协作元素具有潜在不同的协作形态；用于在上下文内维护资源和资源相互关系的上下文管理器，所述资源包括协作元素、进程、任务、业务对象、用户和角色中的至少一个；以及视图生成器，用于选择要向所述计算机网络的用户显示的一组所述资源。
2.根据权利要求1所述的系统，进一步包括一个界面，用于允许应用程序指定操作协作空间的命令，在上下文内维护资源和资源相互关系的命令，以及对于上下文相关的视图的查询。
3.根据权利要求2所述的系统，其中，所述操作协作空间的命令包括管理所述协作空间的生命周期；维护所述协作空间中的成员身份列表、用户配置文件以及角色关联；添加和删除所述协作元素；以及在所述协作元素上执行形态特定的操作。
4.根据权利要求2所述的系统，其中，所述维护资源和资源相互关系的命令包括创建、删除、打开和关闭所述上下文；在所述上下文中的所述资源之间添加资源和关联；以及从所述上下文中删除所述资源以及所述关联。
5.根据权利要求2所述的系统，其中，所述对于上下文相关的视图的查询包括检索与给定上下文相关的资源；在一个上下文内检索与给定资源相关的资源；以及跨多个上下文检索与给定资源相关的资源。
6.根据权利要求1所述的系统，其中，所述协作管理器可操作地连接到用于存储有关协作空间的信息的协作空间目录。
7.根据权利要求6所述的系统，其中，所述协作管理器进一步可操作地连接到用于连接到外部协作功能的适配器集合，所述每个适配器都实现一个标准化的和形态特定的接口。
8.根据权利要求1所述的系统，其中，所述上下文管理器可操作地连接到用于描述相关联的资源和资源相互关系的上下文模型。
9.根据权利要求1所述的系统，其中，所述视图生成器可操作地连接到用于指定视图生成的策略的一组视图规则。
10.一种用于在计算机化网络中由多个用户使用的不同的应用程序之间提供协作的系统，所述系统包括支持不同的协作模式的至少一个协作空间，其中，所述用户使用所述协作空间中维护的所述不同的协作模式在所述不同的应用程序之间进行协作；以及应用程序编程接口将所述协作空间连接到所述应用程序，从而使协作内容对所有所述应用程序都可用，以便所有所述协作内容都可以本来地由所述用户从每个应用程序内透明地进行访问。
11.根据权利要求10所述的系统，进一步包括上下文视图生成器，用于基于用户的需要选择要向所述计算机化网络的用户显示的所述协作空间内维护的有限的资源集合。
12.根据权利要求10所述的系统，进一步包括协作管理器，用于维护所述协作空间。
13.根据权利要求12所述的系统，其中，所述协作管理器进一步用于创建、删除、存档、搜索和查询所述协作空间。
14.根据权利要求12所述的系统，其中，所述协作管理器进一步用于与协作技术服务器进行交互。
15.根据权利要求10所述的系统，其中，所述应用程序编程接口用于在所述协作空间内创建协作交互的实例。
16.一种用于在计算机网络内实现上下文协作的方法，所述方法包括创建包含一个或多个协作元素的协作空间，这些协作元素具有潜在不同的协作形态；在上下文内维护资源和资源相互关系，所述资源包括协作元素、进程、任务、业务对象、用户和角色中的至少一个；以及选择要向用户显示的一组所述资源。
17.根据权利要求16所述的方法，进一步包括管理所述协作空间的生命周期；维护所述协作空间中的成员身份列表、用户配置文件以及角色关联；添加和删除所述协作元素；以及在所述协作元素上执行形态特定的操作。
18.根据权利要求16所述的方法，其中，所述维护进程包括创建、删除、打开和关闭所述上下文；在所述上下文中的所述资源之间添加资源和关联；以及从所述上下文中删除所述资源以及所述关联。
19.根据权利要求16所述的方法，其中，所述选择进程包括检索与给定上下文相关的资源；在一个上下文内检索与给定资源相关的资源；以及跨多个上下文检索与给定资源相关的资源。
20.根据权利要求16所述的方法，进一步包括存储有关协作空间的信息。
21.根据权利要求16所述的方法，进一步包括将对所述协作元素的操作重定向到外部协作功能。
22.根据权利要求16所述的方法，进一步包括使用上下文模型来描述资源关联和资源相互关系。
23.根据权利要求16所述的方法，进一步包括维护用于指定视图生成的策略的一组视图规则。
24.一种用于在计算机化网络中由多个用户使用的不同的应用程序之间提供协作的方法，所述方法包括建立支持不同的协作模式的至少一个协作空间，允许所述用户使用所述协作空间中维护的所述不同的协作模式在所述不同的应用程序之间进行协作；以及使协作内容对所有所述应用程序都可用，以便所有所述协作内容都可以本来地由所述用户从每个应用程序内透明地进行访问。
25.根据权利要求24所述的方法，进一步包括基于用户的需要选择要向所述计算机化网络的用户显示的所述协作空间内维护的有限的资源集合。
26.根据权利要求24所述的方法，进一步包括使用协作管理器维护所述协作空间。
27.根据权利要求26所述的方法，其中，所述维护包括创建、删除、存档以及搜索和查询所述协作空间。
28.根据权利要求26所述的方法，其中，所述维护包括所述协作管理器与协作技术服务器进行交互。
29.根据权利要求24所述的方法，进一步包括使用应用程序编程接口在所述协作空间内创建协作交互的实例。
30.由机器可读取的程序存储设备，切实地包括可由机器执行的指令的程序，用于执行在计算机网络内实现上下文协作的方法，所述方法包括创建包含一个或多个协作元素的协作空间，这些协作元素具有潜在不同的协作形态；在上下文内维护资源和资源相互关系，所述资源包括协作元素、进程、任务、业务对象、用户和角色中的至少一个；以及选择要向用户显示的一组所述资源。
31.根据权利要求30所述的程序存储设备，进一步包括管理所述协作空间的生命周期；维护所述协作空间中的成员身份列表、用户配置文件以及角色关联；添加和删除所述协作元素；以及在所述协作元素上执行形态特定的操作。
32.根据权利要求30所述的程序存储设备，其中，所述维护进程包括创建、删除、打开和关闭所述上下文；在所述上下文中的所述资源之间添加资源和关联；以及从所述上下文中删除所述资源以及所述关联。
33.根据权利要求30所述的程序存储设备，其中，所述选择进程包括检索与给定上下文相关的资源；在一个上下文内检索与给定资源相关的资源；以及跨多个上下文检索与给定资源相关的资源。
34.根据权利要求30所述的程序存储设备，其中，所述方法进一步包括存储有关协作空间的信息。
35.根据权利要求30所述的程序存储设备，其中，所述方法进一步包括将对所述协作元素的操作重定向到外部协作功能。
36.根据权利要求30所述的程序存储设备，其中，所述方法进一步包括使用上下文模型来描述资源关联和资源相互关系。
37.根据权利要求30所述的程序存储设备，其中，所述方法进一步包括维护用于指定视图生成的策略的一组视图规则。
38.一种用于在计算机网络内实现上下文协作的服务，其中，所述服务创建包含一个或多个协作元素的协作空间，这些协作元素具有潜在不同的协作形态；在上下文内维护资源和资源相互关系，所述资源包括协作元素、进程、任务、业务对象、用户和角色中的至少一个；以及选择要向用户显示的一组所述资源。
39.根据权利要求38所述的服务，其中，所述服务进一步管理所述协作空间的生命周期；维护所述协作空间中的成员身份列表、用户配置文件以及角色关联；添加和删除所述协作元素；以及在所述协作元素上执行形态特定的操作。
40.根据权利要求38所述的服务，其中，如果所述服务维护所述成员身份列表，则所述服务创建、删除、打开和关闭所述上下文；在所述上下文中的所述资源之间添加资源和关联；以及从所述上下文中删除所述资源以及所述关联。
41.根据权利要求38所述的服务，其中，如果所述服务选择一组要显示的资源，则所述服务检索与给定上下文相关的资源；在一个上下文内检索与给定资源相关的资源；以及跨多个上下文检索与给定资源相关的资源。
42.根据权利要求38所述的服务，其中，所述服务进一步存储有关协作空间的信息。
43.根据权利要求38所述的服务，其中，所述服务将对所述协作元素的操作重定向到外部协作功能。
44.根据权利要求38所述的服务，其中，所述服务使用上下文模型来描述资源关联和资源相互关系。
45.根据权利要求38所述的方法，其中，所述服务维护用于指定视图生成的策略的一组视图规则。
全文摘要
本发明公开了用于提供从多个应用程序内可访问的通用协作框架的方法和系统。在本发明中，协作管理器支持协作空间的操作。协作空间包含一个或多个协作元素，这些协作元素具有潜在不同的协作形态。上下文管理器在上下文内维护了资源和资源的相互关系。资源可以包括协作元素、进程、任务、业务对象、用户和/或角色。视图生成器选择要向计算机网络的用户显示的一组资源。本发明还包括了一个界面，用于允许应用程序指定操作协作空间的命令，在上下文内维护资源和资源相互关系的命令，以及对于上下文相关的视图的查询。
文档编号G06Q10/00GK1624659SQ200410077008
公开日2005年6月8日 申请日期2004年9月9日 优先权日2003年9月15日
发明者米切尔·A·科恩, 芬诺·F·希斯三世, 雷晖, 李中生, 李珊珊, 拉克史·莫汉, 尼廷查恩德拉·R·纳雅克, 约瑟夫·谢尔弗, 斯蒂芬·斯蒂伯勒, 玛诺恩·图玛 申请人:国际商业机器公司