专利名称：用于按需业务协作的信息超链管理的方法和装置的制作方法
技术领域：
本发明一般地涉及信息管理技术，更具体地，涉及用于例如按需业务协作应用中的信息超链管理技术。
背景技术：
现在，业务实体或企业不再是孤立的。因此，一个企业不需要生产所有它需要的产品。作为结果，企业可以将它的一些业务部分分包给它的业务伙伴。
例如，在工程设计协作情形中，在设计流程中存在许多手工或半自动的操作。参与设计协作的每个企业需要与它的后勤服务提供商及顾客一起工作以便使它的业务运行良好。通常企业可以支持一些经过证明的服务及产品作为其日常经营流程的一部分或新的产品设计流程。
在新产品设计中，作为示例，正在设计产品的企业必须与组件供应商、电子制造服务(EMS)或合同制造商一起工作以便协作完成产品设计。一些组件设计工作可能被外包给专门制造例如专用集成电路(ASIC)、电池或母板的专用组件的设计伙伴。
这种外包模式在信息技术(IT)行业和商务转型行业越来越有用。这种外包模式能够使分散的业务创造出比他们自己独立完成更具有创新性及更高质量的产品或服务。
但是，对于有效外包模式的真实的技术障碍不是业务流程表现以及数据转换。真正的问题是二个或更多松散联系的业务流程之间的交互作用，这些业务流程可能是在他们自己的业务内的私人业务流程或者是多个业务的公共流程。
例如，回到前面所述的工程设计协作情形，在产品设计流程中有多个手工或半自动的操作。参与者使用电话、传真或电子邮件交换设计说明文档和例如电子和机械计算机辅助设计(CAD)文件的设计文件，以及料表(BOM)文件。导致的问题是很难从设计工作中得到实时的信息，例如与对正在进行的项目、任务以及交换文档的状态的监控相关的信息。
另外，存在有具有不同格式的设计文档和设计说明的不同的设计系统和产品开发管理(PDM)系统。另外，传统的工作流仅用文档的形式记录了已知流程的详细步骤。但是对于产品革新而言，没有人真正地知道每个独立组件的所有设计细节。因此，它是一个不确定的涉及专业于他们领域中的组件的多个协作者的工作流。另外，在产品设计流程的整个生命周期期间需要解决许多的业务例外。
另外，在当前的企业到企业(B2B)应用场合中，大量的文档必须传输到不同企业中的接收器。这些文档需要被传送给具有适当响应的适合的人。但是，每个文档可以被传送给任何接收者。从最初发送者的观点来看，他或她可能不知道哪些其他人将是接收者。因此，通过多个企业或者甚至是一个组织内的文档传送通道构成非结构化的和非确定的信息交换流。
因此，很明显，随着快速发展的业务流程集成的要求，如何以一种统一的方式有效且有效率地管理非结构化的和非确定的信息交换是一个具有挑战性的问题。更具体地，下面是现有信息交换技术中所存在问题的例子1)缺少表示从将要交换的真实文档中分离出来的控制信息的统一标记机制；2)缺少覆盖非结构化和非确定性的信息交换流的所有方面的全面的协作模式；3)缺少从非结构化关系图中动态定位资源以及从多个资源中智能地汇总数据的有效的按需信息机制；以及4)缺少用于解决与协作环境中的数据交换相关的主要问题的可视控制的可跟踪信息嵌入机制。
因此，需要用于例如按需业务协作的应用中的改善的信息管理技术。
发明内容
本发明提供用于例如按需业务协作的应用中的超链信息管理技术。
在本发明的第一个方面中，提供了一种标记方法。例如，一种由至少一个参与和至少一个其它实体的协作信息交换的实体使用的方法包括步骤(i)获取标记数据，所述标记数据包括一个或多个到与所述协作信息交换相关的信息的链接；以及(ii)将至少一部分所述标记数据传输给至少一个其它实体，使得至少一个其它实体可以通过选择至少一个所述一个或多个链接来访问至少一部分与所述协作信息交换相关的信息。这种标记方法能够使得松散连接的业务流程或互动伙伴和业务实体之间进行交互作用。用于协作的标记的信息组件和流程组件可以表达为链接。这种标记方法也可以配置为由服务提供商提供给用户的服务。
在本发明的第二个方面中，提供了一种按需的消息交换。数据在发送前不再需要进行汇总。因此，可以在以后根据需要对数据进行检索，即，发送数据片断。例如，可以首先发送较少规划的超链标记数据，然后在以后获取详细的信息。这种详细信息的例子可以包括机会数据、项目管理通知、设计文件、设计说明、基于接收器角色的BOM文件(按需数据，访问/传输)。
在本发明的第三个方面中，状况/状态信息被嵌入到传输的消息中。这个特征使得能够对协作流程(例如，项目/产品管理)和文档(例如，设计文件，BOM文件等)进行跟踪。这种信息也可以用于将状况或一些已经采取或需要采取的动作通知(经由消息交换)给实体或机构。标记数据也可以用于这个目的。通知可以是电子的(例如电子邮件)或常规的(例如信件)。
在本发明的第四个方面中，提供了灵活的协作业务消息交换模式。这种模式可以包括协作业务构造，该协作业务构造包括多个协作业务原语和业务构造。因此，有效载荷信息可以是不透明的并且不需要为预定义的类型。还有，提供了一种包含非标准数据的标准化方式，例如，允许多个双边协作而不需要必须经过标准体。
在本发明的第五个方面中，提供了一种协作目录。这可以包括用于永久存储伙伴、项目和服务概述的本体。访问控制要求可以利用身份管理目录集成功能。还有，本发明提供协作目录中能够使用web服务的利用。
本发明的这些及其它的目的、特征和优点将从下面联系附图对示意实施例的详细描述中变得明显。
图1表示根据本发明的一个实施例的本发明可以实施的分布式点对点协作系统的示例结构示意图；图2表示根据本发明的一个实施例的基于按需信息交换模式的超链结构示意图；图3表示根据本发明的一个实施例的设计超链的例子的示意图；图4表示根据本发明的一个实施例的分等级标记结构的示意图；图5表示根据本发明的一个实施例的设计示例的请求的超链标记数据图的示意图；图6表示根据本发明的一个实施例的协作原语及业务构造的例子的示意图；图7表示根据本发明的一个实施例的由业务构造组成的外包情形的示意图；图8表示根据本发明的一个实施例的示意的协作模式的示意图；图9A表示根据本发明的一个实施例的超链管理器的示意图；图9B表示根据本发明的一个实施例的超链管理器的动作管理器的示意图；图10表示根据本发明的一个实施例的与资源标记创建相关的图形用户接口的示意图；图11表示根据本发明的一个实施例的与创建外包任务相关的图形用户接口的示意图；图12表示根据本发明的一个实施例的与设计要求的标记创建相关的图形用户接口的示意图；图13表示根据本发明的一个实施例的计算系统的示意的硬件实现的示意图，依照该计算系统可以实施本发明的一个或多个组件/方法。
具体实施例方式
下面的说明将描述使用示例的工程设计协作应用的本发明。然而应当理解，本发明并不限于使用任何具体的应用。本发明一般地可应用于希望在协作环境中提供有效且有效率的信息管理技术的任何应用，例如B2B应用等。
通过举例方式，通常可以将术语“超链”理解为将超文本标注语言(HTML)文件中的单个对象的超链接的概念扩展到业务信息管理应用中的标记技术，该业务信息管理应用所包括的概念例如业务流程、协作区域、支持外包中的不同数据流的文档交换、流程跟踪、可视控制等。
超链标记数据可以由用户通过跟随链接并在需要的时候下载文档而使用。这种机制基本上可以作为分等级的标记连接。业务协作环境中的每个文档可以由特定的属性进行标记。超链标记可以在交换任何文档之前进行交换。超链标记的接收者可以相应地采取行动，使得按需地进行文档交换，这可以有利地减少业务协作团体中不必要的通信业务量。
正如将要在下面进行示意性描述的，本发明提供了一种按需的信息交换模式。这种模式针对单个接收者进行设计，并且提供对传送和交换的信息进行监控和跟踪的能力。这种模式根据这里称为按需信息交换模式(ODIEM)的超链标记技术实现。
基于ODIEM的超链使得电子商务解决方案能够使用预先定义的协作原语及业务构造自动地进行动态配置和业务流程的实例化。另外，超链技术提供了支持灵活的、分布式的、安全的点对点的业务协作结构(例如B2B)的基础，而不需要中枢网络中心。
我们使用工程设计协作情形作为例子来描述用于一般业务协作的基于超链的信息管理。正如前面所提到的，随着业务流程集成要求的快速发展，有效且有效率地地管理非结构化的信息(例如，没有预先定义的信息表示结构)交换是一个重要的问题。
更具体地，下面本发明将在资源描述框架或RDF(http://www.w3.org/RDF)的上下文中进行示例性的描述。也就是说，本发明提供了一种新类型的标记表示，称为“超链RDF”，用于对设计数据或设计链、相关的设计文档以及相关的动作的链进行标记。超链RDF是一种带有元数据交换的寻址功能的建模系统，它接近于较少规划(schema-less)。
因此，使用超链RDF的一个好处是无需为每个应用预先定义规划，因为它可以容纳各种格式的数据而不用具有固定的、预先定义的规划。因此，它是灵活的并且适于对业务协作所需要的不同类型的数据进行标记，这些不同类型的数据例如设计数据、说明、需求书、料表、伙伴简档、例如审查、设计和项目评估的业务流程、访问控制、协作模式以及用于状态跟踪及文件交换的动作等。
其余的详细描述如下进行组织首先，描述协作系统的主要组件，接着描述用于允许扩展的业务协作的机制。接着，描述扩展的业务协作的本体以及按需信息传送的详细结构。
首先参照图1，图1表示根据本发明的一个实施例的本发明可以实施的分布式点对点协作系统的示例结构示意图。如图所示，协作系统100包括产品公司110(具有项目经理、设计工程师以及购买/报价请求(RFQ)经理)，产品公司110与一个或多个供应商112、一个或多个服务提供商114和一个或多个合同制造商116通过诸如互联网的分布式网络118进行协作。每个业务实体或企业可以由防火墙120保护。各个企业通过诸如WebSphere(WebSphere为IBM公司的注册商标)业务集成连接(WBI连接)的B2B网关中的协同扩展(CE)通道进行通信。但是，企业并不限于在这种通道上进行通信，而是可以在其它的通道及连接机制上进行通信。
这种结构是分布式信息管理方案的一个例子，它利用web服务技术和网关软件达到通过多个企业的业务流程集成。该系统一般如下进行操作。首先，用超链接标记将要交换的文档，该超链接指向可以下载或交换真实数据的位置。该超链接构成接收者可以采取的动作的逻辑链(超链)，根据需要接收者可以采取这些动作来进一步深入研究信息的细节以及下载信息。
也就是说，取而代之轰击接收者使得其对立即交换的文档进行分级的是，发送者将首先仅发送标记。一旦接收者接收到这些标记，他或她能够跟随超链并根据他们的角色以及在企业中的授权采取动作仅下载需要的那些数据，他们的角色例如项目经理、设计工程师或购买/RFQ经理。
一般地，能够实现上述操作的按需信息交换模式用于实现以下目标(i)为各种非结构化数据的信息交换提供灵活而统一的标记表示，而不需要预先定义的规划；(ii)自动进行标记数据生成流程；以及(iii)基于标记数据捕捉及自动进行信息交换的业务协作交互模式。当然，本发明的这种模式可以实现各种其它的目标。
现在参照图2，图2表示根据本发明的一个实施例的基于按需信息交换模式的超链结构示意图。考虑到上述的目标，这种超链结构支持灵活的、分布式的、安全的以及受到控制的点到点的业务协作，而不需要中央网络中心。
正如图2中所示的，超链结构200包括下述主要组件(1)协作模式210该组件表示在特定的业务流程上进行协作的企业间存在的反复进行的动作；(2)较少规划标记结构220该组件表示标记的数据格式；(3)标记存储230该组件存储用于可视控制、信息传送和管理的标记数据；
(4)标记创建240基于图形用户界面(GUI)机的机制，用于捕获、创建和自动进行标记；以及(5)超链管理器250该组件创建和管理标记。
应当理解，传送策略描述了如何传送按需内容。虽然本发明并不限于任何具体的传送策略/机制，但是这里描述四种可能会使用的传送机制(1)预定的内容传送根据预先确定的周期性的日程表，可以将信息内容传送给接收者；(2)按需内容传送特定地，根据用户的请求，例如，点击提供标记数据的超链链接，下载数据并且触发文件传送服务以便将一个或多个文件从一个位置移到另一个位置；(3)基于访问控制的内容传送根据角色及接收者的授权传送内容；以及(4)基于推的内容传送发送带有附件的标记数据(一般地，这种模式适用于小文件的传送)。
本发明的信息交换模式的基本原则是首先发送较少规划(schema-less)的超链标记数据，然后，基于接收者的角色(按需文件传送)，接收者通过自己检索或基于代理的文件传送服务跟随超链获取详细的信息，例如设计文件、设计说明和BOM文件。同时，该模式支持与设计文件、设计流程和BOM相关的易处理的信息。
参照图2，“协作者(1，2，......M，N......)”为参与同一个或多个外部的业务实体的业务协作流程的业务实体。“应用(1，2，3......)”表示超链管理器通过动作管理器组件(下面将要进行描述)与现有的业务流程集成的后端应用。“协作目录”存储业务协作的资源，例如由超链管理器管理的项目、任务、用户、组织、文档以及标记/元数据。“超链仪表板”是一个图形用户界面(GUI)，它提供管理和监控功能，通过该“超链仪表板”人们与存储在协作目录中的协作资源进行交互作用。
下面的部分详细地描述了根据本发明的超链结构的主要组件。
I.按需业务协作本体本体或共享知识对业务语义进行定义从而标记将要交换的信息。本体也提供了协作的基础。没有这种共享知识，参与者将不能对交换的信息进行解码。现有的协作方案通常基于在每个协作方预先配置的固定知识，这降低了协作的灵活性和可扩展性。
业务协作本体基于跨多行业的基本本体。根据本发明，所有的协作者使用基本的本体来交换业务信息。业务协作本体为说明目的使用资源描述框架(RDF)模式。标记是本体的一个部分。例如，我们在RDF规划中定义诸如“站点”、“组织”、“项目”、“任务”、“需求”、“事务”、“文档”、“标记”等的RDF资源。RDF规划作为所有协作者需要理解的基本的本体定义。
我们示意性地提出用于一般业务协作的基本资源以及一些用于工程设计协作的扩展。业务协作本体对于附加的标记是可扩展的。协作者能够定义他们自己的本体并将额外的标记添加到基本的本体中。基本的本体和扩展的本体共同地成为用于创建资源和模式的一个整体本体。协作本体为各种非结构数据的信息交换提供灵活而统一的标记表示，而不需要预先定义的规划。另外，使用作为协作原语的标记状态和访问控制，可以对流程以及交换的文档进行跟踪、监视和控制。
基于RDF的业务协作本体将所有新加入的实体视为资源。因此，用于处理现有资源的同样的机制可以用于处理新加入的资源。业务协作本体的扩展特性和灵活特性允许对任何标记进行定义，而不用考虑标记数据的规划。因此，如前所述，与业务协作本体一致的超链标记数据具有较少的规划。
II.标记结构A.业务协作链的基本标记根据本发明，标记数据用于对通过多个组织的全部或部分业务协作进行标记。标记数据提供到分布信息的链接，并通过指定关于协作流程的“内容”、“结构”、“路由”、“位置”、“寿命/持久”和“可用性”以及“生存力”解决协作环境中与数据交换相关的问题。各种业务协作资源的标记数据通过图形用户界面(GUI)或应用程序进行创建并被存储在永久性存储器中。然后可以对该标记数据进行检索以便标记运行时间上的交换信息。
现在参照图3，图3表示根据本发明的一个实施例的设计超链的例子的示意图。更具体地，如图3中所示，设计超链300描述了与上行流数据及下行流数据相关的并与之平行的标记数据。
在超链300中示出了三个协作者302、304和306。每个协作者添加附加的标记/元数据来描述传输到后面协作者的设计文件或CAD(计算机辅助设计)文件308。在设计协作情形下，通常我们使用设计文件(例如，CAD文件)以及设计文件的元数据310在本地设计环境中捕获基本信息。设计超链标记数据捕获关于特定设计文件、现有的元数据、他们之间的关系以及与分布环境中的整个设计链的连接的额外信息。
为了有效地对用于扩展的业务协作的数据进行标记，使用协作交换协议(CxP)。CxP使用分等级的自顶向下分析法用于标记数据。例如，在工程设计协作情形中，基于设计流程模式，标记数据被分割为分等级的表示法，例如，以设计协作流程标记开始，接着是CxP专用设计活动的标记，然后是工程设计协作情形中所涉及的业务实体使用的设计工具标记。
在设计协作情形中，如下所示使用分等级的标记。业务流程层级标记用作较低层级设计协作原语的全部消息。它指示接收者采取一些动作以响应标记数据。
例如，当设计伙伴A想发送设计请求(RFD)给设计伙伴B时，他或她发出带有指示着其为用于RFD的标签的业务流程标记消息。当接收到标记消息时，伙伴B根据从业务流程标记接收的消息采取相应的动作。该动作可以是使用设计文件的设计活动标记链接来检索更多有关设计需求的信息，或者是使用设计流程的设计活动标记链接来获得更多有关设计流程的信息，等等。处理标记数据的“流程”基于标记中的关键信息而变化(关键信息为例如，指向文件的动作链接，该文件包括一组动作以及相应的限制条件和策略)。因此，对于每个原语，在协作者之间存在一个或多个的交互作用，例如，首先发送一个业务流程标记消息，然后发送不同层级的信息请求和/或响应，按次序进行组织。
接收到业务流程标记之后，各个伙伴能够查看标记并将之并入他们自己的标记存储器。如果一个伙伴对于一个所标记的资源想知道得更多，他可以得到标记链接，例如设计文件标记链接，并且请求更多信息。发送者将为设计文件生成标记并将之发回给伙伴。设计文件的标记和工具标记作为设计协作的数据持有者。它们指示接收者以某种方式使用一些“数据”来采取动作。该伙伴可以确定是否基于标记检索实际的设计文件。
设计活动标记和工具标记之间的差别在于，设计活动标记数据专用于扩展的业务协作基础构造并且对所有的设计活动都是公共的；工具标记数据则专用于各种设计工具，它对于扩展的业务协作基础构造而言是看不见其存在的。
现在参照图4，图4表示根据本发明的一个实施例的分等级标记结构的示意图。更具体地，图4描述了为超链管理器定义的实体类别的分等级标记结构400。
如图所示，根类别(402)为可以与0个或更多个表示业务实体的组织类别(404)相关的站点。每个组织类别可以与0个或更多个项目(406)类别相关，而每个项目类别可以与0个或更多个任务(408)类别以及0个或更多个协作空间(407)(Collabspace)相关。每个任务类别可以与0个或更多个事务(410)类别相关，而事务类别可以与0个或更多个(CxP)消息(412)类别相关。另外，每个任务类别可以与0个或更多个需求(414)类别相关，需求类别表示将发送给伙伴的需求。每个需求类别可以与0个或更多个标记(416，可以包括元数据来描述需求)、说明(418)和参考(420)类别相关。
标记属性(421)为Java类别，实际标记从该Java类别创建，该标记属性例如文件名、作者姓名、价格等。这就是关系指示“使用”的原因。另外，“协作空间”是指执行人类的协作流程的代理人或经纪人，其为扩展的业务协作流程的一部分。人类的协作流程的例子可以是启动聊天程序、在论坛中创建讨论线索等。“0..*”意味着相关关系为1到0或更多，即，源类别可以与直箭头(->)指向的目标类型的0个或更多个实例相关。在这个例子中，站点可以与0个或更多个组织类别(404)相关，组织类别表示业务实体。“1”是指一对一的相关关系。
B.信息交换流的标记现在参照图5，图5表示根据本发明的一个实施例的设计请求示例的超链标记数据图的示意图。更具体地，如图5中所示，使用RDF模式(或RDF图形)的设计协作示意图表示用于设计请求(RFD)消息互换协议的标记数据模式，并且定义了信息交换的几个属性。
图500表示整个设计链的RFD消息的示例业务流程标记数据的例子。从最左边节点开始，RFD消息502为根，它指向定义消息、RFD事务、请求者、PDT、应答者、MyComputerCorp的交换上下文的“事务”(504)资源。RFD消息也指向需求(506)容器，该需求容器对几种标记或元数据进行编组设计说明、参考和设计流程，每个包含到实际字段508的链接，实际字段如说明文档、设计文件和BOM文件等。另外，“事务”资源和“需求”资源都指向“任务”(510)资源，“任务”资源然后指向“项目”(512)资源，这两个资源定义了RFD消息约定的项目和任务。
根据标记数据图形500，可扩充的标记语言(XML)文件或数据流定义一个RDF实例以捕获与设计请求(RFD)协议相关的标记信息，例如设计文件、设计流程以及访问控制信息。要注意的是，XML数据流可以存储在有关系的数据库中。
下面的例子表示用于整个设计链的RFD消息的业务流程标记数据实例的一个例子。“事务”资源定义了消息、RFD事务、请求者、PDT、应答者、MyComputerCorp的交换上下文。“任务”资源T61MotherBoardDesign和“项目”资源T61BoardDesign定义了消息约定的哪个项目和任务。几个容器定义为对下面的标记或元数据进行编组设计说明标记T61Specification.pdf、设计文件标记T21MotherBoardDesignFile.cat、BOM文件标记、T21BOMFile.bom、设计流程标记、外包限制和其它相关的标记，例如访问控制。示例的标记数据实例如下<rdf:RDF<cbpm:RFD rdf:ID="007">
<cbpm:transaction>
<cbpm:Transactionrdf:about=>>http://www.pdt.com/dc/directorv/transaction#007001>>>
<rdf:type>&cbpm;RFDTransaction</rdf:type>
<cbpm:requesterrdf:resource="http://www.pdt.com/dc/directory/Organization#PDT"/>
<cbpm:responderrdf:resource="http://www.pdt.com/dc/directorv/Organization#MyComputerCorp"/>
<!-anything about the Transaction-->
</cbpm:Transaction>
</cbpm:transaction>
<cbpm:task>s<cbpm:Taskrdf:about="http://www.pdtxom/dc/directory/task#T61MotherBoardDesign">
<!-anything about the task->
<cbpm:forPrqject>
<cbpm:Projectrdf:about="http://www.pdt.corn/dc/directory/project#T61BoardDesign">
<!-anything about the project-->
</cbpm:Project>
</cbpm:forProject>
</cbpm:Task>
</cbpm:task>
<cbpm:requirement>
<cbpm:Requirementrdf:about="http://www.pdt.com/dc/directorv/requirement#00d034334">
<!-anything about the requirement->
<cbpm:specification>
<rdf:Bag>
<rdf:li>
<cbpm:Specificationrdf:about="http.//www.pdt.coin/pdf/T61Specification.pdf">
</rdf:li>
</rdf:Bag>
</cbpm:specification><cbpm:reference>
<rdf:Bag>
<rdf:li>
<cbpm:DesignFilerdf:about="http://www.pdt.com/pdf/T21MotherBoardDesignFile.cat"/>
</rdf:li>
<rdf:li>
<cbpm:BOMFilerdf:about="http://www.pdt.com/pdf/T21BOMFile.bom"/>
</rdf:li>
</rdf:Bag>
</cbpm:reference>
<cbpm:designProcess>
<rdf:Bag>
<rdf:li>
<cbpm:OutsourcingConstaintsrdf:about="http://www.pdt.com/outsourcingConstraint"/>
</rdf:li>
<rdf:li>
<cbpm:AccessControlrdf:about="http://www.pdt.conn/accessControl"/>
</rdf:li>
</rdf:Bag>
</cbpm:designProcess>
</cbpm:Requirement>
</cbpm:requirement>
</rdf:RDF>
C.设计活动标记设计活动标记主要集中在设计协作流程中的限制上。有几种类型的活动标记，例如，设计需求、设计配置/说明、设计文件、BOM、设计流程等，每个活动标记有着不同的目的。因此，每个活动标记包含具有不同格式的标记数据。但是，它们都应当遵守相同的设计规则。
在下面的例子中，显示了示例的活动设计文件。该信息可以包括以下设计需求、设计配置/说明、设计文件以及工具等。
<cbpm:DesignFile rdf:about="http://www.nec.com/AmpSubMinDconn9PosRearPanelMtg.CATPart">
<cbpm:fileName>Amp Sub Min D conn 9 Pos Front PanelMtg.CATPart</cbpm:fileName>
<cbpm:fileSize>239K bytes</cbpm:fileSize>
<cbpm:lastModifiedTime>9/25/2002,6:00PM</cbpm:lastModifiedTime>
<cbpm:lastVersionNumner>V5.1</cbpm:lastVersionNumner>
<cbpm:location>
ftp://ftp.nec.com/dc/designfile/AmpSubMinDconn9PosRearPanelMtg.CATPart</cbpm:location>
<cbpm:designTool>CATIA V5</cbpm:designTool>
<cbpm:format>CATPart</cbpm:format>
<cbpm:designPartnerID>ABC</cbpm:designPartnerID>
<cbpm:designProjectID>ThinkPadT61</cbpm:designProjectID>
<cbpm:accessControl>
……</cbpm:accessControl>
</cbpm:Specification>
下面的例子表示其中指定了几个限制以及使用了OASIS可扩展访问控制标记语言(XACML)[安全确认标记语言(SAML)，http://xml.coverpages.org/saml.html]的访问控制来表达这些限制的设计活动标记。
<cbpm:design-activity-annotation>
<cbpm:desc>
<cbpm:checkpointConstraints>...</cbpm:checkpoint constraints>
<cbpm:outsourcingConstraints>...(XACML)</cbpm:outsourcingConstraints>
<cbpm:acl>...(XACML)</cbpm:acl>
<cbpm:documentFormatConstraints>http://temporg.com/tempuri/documentFormatContraints.htm</cbpm:documentFormatConstraints>
</cbpm:desc>
</cbpm:design-activity-annotation>
D.工具标记工具标记用于设计工具，并且是依赖于平台的。这种与BOM文件有关的工具标记的一些例如可以是处理平台、设计状态(正在进行或重新设计)、审查状态、修改历史、下载密码等。下面为示例的工具标记数据的实例。
<cbpm:design-process-low-level-annotation>
<cbpm:bomDese>
<cbpm:fileProperty>
<cbpm:filename>CDRom</cbpm:filename>
<cbpm:fileSize>1020K</cbpm:fileSize>
<cbpm:creationTool>MSEXCEL</cbpm:creationTool>
<cbpm:documentId>ThinkPad-Bom-010</cbpm:documentld>
</cbpm:fileProperty>
</cbpm:processingPlatform>
<cbpm:DevelopmeniPlatformID>UNIX</cbpm:DevelopmentPlatformID/>
<cbpm:ParentDesignToolID>CATIAPP</cbpm:ParentDesignToolID/>
<cbpm:AccessibleParty>http://temporg.com/tempuri/acl/ThinkPad-Bom-010Access List</cbpm:AccessibleParty>
</cbpm:processingPlatform>
</cbpm:bomDesc>
</cbpm:tool-annotation>
III.标记存储器设计协作本体以RDF规划格式定义并且以RDF格式存储。标记是本体的一部分。
在设计协作中有不同的标记需求，并且新的需求不断地出现。在电子业务协作的预先定义的标记之外，用户可以定义习惯标记。下面是标记定义的存储的例子。
<rdf:RDFxmlns:daml=′http://www.daml.org/2001/03/daml+oil#′xmlns:rdf=′http://www.w3.org/1999/02/22-rdf-syntax-ns#′xmlns:rdfs=′http://www.w3.org/2000/01/rdf-schema#′>
<daml:DatatypePropertyrdf:about=′http://www.ibm.com/ibm/pdt#fileName′rdfs:label=′fileName′>
<rdfs:comment>The name of a file,huh </rdfs:comment>
<rdfs:domain rdf:resource=′http://www.w3.org/2000/01/rdf-schema#Resource′/>
<rdfs:range rdf:resource=′http://www.w3.org/2000/10/XMLSchema#string′/>
<rdfs:isDefinedBy rdf:resource=′urn:Organization:PDT@PDT′/>
</daml:DatatypeProperty>
<daml:DatatypePropertyrdf:about=′http://www.ibm.com/ibm/pdt#fileSize′rdfs:label=′fileSize′>
<rdfs:comment>The size of a file</rdfs:comment>
<rdfs:domain rdf:resource=′http://www.ibm.com/cbpm#Document′/>
<rdfs:rangerdf:resource=′http://www.w3.org/2000/10/XMLSchema#string′/>
<rdfs:isDefinedBy rdf:resource=′urn:Organization:PDT@PDT′/>
</daml:DatatypeProperty>
<daml:DatatypePropertyrdf:about=′http://www.ibm.com/ibm/pdt#format′rdfs:label=′format′>
<rdfs:comment>The format of a file,huh </rdfs:comment>
<rdfs:domain rdf:resource=′http://www.ibm.com/cbpm#Document′/>
<rdfs:rangerdf:resource=′http://www.w3.org/2000/10/XMLSchema#string′/>
<rdfs:isDefinedBy rdf:resource=′urn:Organization:PDT@PDT′/>
</daml:DatatypeProperty>
</rdf:RDF>
这些标记定义在设计协作流程中的信息交换期间应用于各种元件。下面为设计项目的RFD的原语期间所标记的信息的存储(以RDF表示)。
<rdf:RDFxmlns:RDFNsId1=′http://www.ibm.com/ibm/pdt#′xmlns:rdf=′http://www.w3.org/1999/02/22-rdf-syntax-ns#′xmlns:RDFNsId2=′http://www.ibm.com/cbpm#′>
<RDFNsId2:RFDrdf:about=′urn:RFD:task1_RFD1@task1_RFD1@CPUDesign@SuperComputer@PDT@PDT′RDFNsId2:identifier=′task1_RFD1′RDFNsId2:description="RDFNsH2:status=′Received′>
<RDFNsId2:creationTime>Dec 10,2002 8:12:21PM</RDFNsId2:creationTime>
<RDFNsId2:transaction>
<RDFNsId2:RFDTransactionrdf:about=′urn:Transaction:task1_RFD1@CPUDesign@SuperComputer@PDT@PDT′RDFNsId2:status=′Created′RDFNsId2:identifier=′task1_RFD1′>
<RDFNsId2:requester>
<RDFNsId2:Organization rdf:about=′urn:Organization:PDT@PDT′
RDFNsId2:identifier=′PDT′RDFNsId2:schemaExtensionURL=′http://www.ibm.com/ibm/pdt′>
</RDFNsId2:Organization>
</RDFNsId2:requester>
<RDFNsId2:creationTime>Dec 10,2002 8:12:21PM</RDFNsId2:creationTime>
<RDFNsId2:forTask>
<RDFNsId2:OursourcingTaskrdf:about=′urn:Task:CPUDesign@SuperComputer@PDT@PDT′RDFNsId2:identifier=′CPUDesign′RDFNsId2:status=′RFDReceived′>
<RDFNsId2:performer>
<RDFNsId2:Organization rdf:about=′urn:Organization:ABC@ABC′RDFNsId2:schemaExtensionURL=′http://www.ibm.com/ibm/nec′RDFNsId2:identifier＝′MYASIC′>
</RDFNsId2:Organization>
</RDFNsId2:performer>
<RDFNsId2:description>I am designing the fastest CPU in theworld</RDFNsId2:description>
<RDFNsId2:name>Designing a CPU</RDFNsId2:name>
<RDFNsId2:forProject>
<RDFNsId2:Projectrdf:about=′urn:Project:SuperComputer@PDT@PDT′RBFNsId2:status=′Created′RDFNsId2:identifier=′SuperComputer′>
</RDFNsId2:Project>
</RDFNsId2:forProject>
<RDFNsId2:creationTime>Dec 10,2002 8:12:21PM</RDFNsId2:creationTime>
</RDFNsId2:OursouringTask>
</RDFNsId2:forTask>
<RDFNsId2:responder rdf:resource=′urn:Organization:MYASIC@MYASIC/>
</RDFNsId2:RFDTransaction>
</RDFNsId2:transaction>
<RDFNsId2:requirement>
<RDFNsId2:DesignRequirementrdf:about=′urn:DesignRequirement:req1@CPUDesign@SuperComputer@PDT@PDT′RDFNsId2:description=′desc′RDFNsId1:TFTSize=′14.1′RDFNsId2:identifier=′req1′RDFNsId1:cpuFrequency=′2.5G′>
<RDFNsId2:name>requirement1</RDFNsId2:name>
<RDFNsId2:reference>
<rdf:Bag>
<rdf:li>
<RDFNsId2:DesignFilerdf:about=′urn:Document:Ref1@reql@CPUDesign@SuperComputer@PDT@PDT′RDFNsId1:fileAuthor=′robert′RDFNsId1:fileName=′cpurequirementRef1.doc′RDFNsId2:identifier=′Ref1′>
<RDFNsId2:name>ref1</RDFNsId2:name>
<RDFNsId2:description>This is ref1</RDFNsId2:description>
</RDFNsId2:DesignFile>
</rdf:li>
</rdf:Bag>
</RBFNsId2:reference>
<RDFNsId2:specification>
<rdf:Bag>
<rdf:li>
<RDFNsId2:Specificationrdf:about=′urn:Document:Specl@reql@CPUDesign@SuperComputer@PDT@PD T′RDFNsId1:fileAuthor=′robert′RDFNsId2:identifiler=′Specl′RDFNsId1:fileName=′cpurequirement.doc′>
<RDFNsId2:description>This is doc 1</RDFNsId2:description>
<RDFNsId2:name>doc 1</RDFNsId2:name>
</RDFNsId2:Specification>
</rdf:li>
</rdf:Bag>
</RDFNsId2:specification>
<RDFNsId2:forTaskrdf:resource=′urn:Task:CPUDesign@SuperComputer@PDT@PDT′/>
</RDFNsId2:DesignRequirement>
</RDFNsId2:requirement>
</RDFNsId2:RFD>
<RDFNsId2:ReceiptAckrdf:about=′urn:ReceiptAck:taskl_RFD1ReceiptAck@taskl_RFD1@CPUDesign@SuperComputer@PDT@PDT′RDFNsId2:identifier=′taskl_RFD1ReceiptAck′RDFNsId2:status=′Created′>
<RDFNsId2:transactionrdf:resource=′urn:Transaction:taskl_RFD1@CPUDesign@SuperComputer@PDT@PDT′/>
<RDFNsId2:creationTime>Dec 10,2002 8:04:02PM</RDFNsId2:creationTime>
</RDFNsId2:ReceiptAck>
<RDFNsId2:Individual rdf:about=′urn:Individual:Mike@PDT@PDT′RDFNsId2:identifier=Mike>
<RDFNsId2:memberOf rdf:resource=′urn:Orgaiuzation:PDT@PDT′/>
<RDFNsId2:description>This is an user.</RDFNsId2:description>
<RDFNsId2:name>Mike Josh</RDFNsId2:name>
</RDFNsId2:Individual>
</rdf:RDF>
该标记可以存储在协作目录(图2中的230)中，协作目录可以在每个企业站点上采用。因为带有嵌入的状态信息(例如，关于项目、任务、交换的文档等)的数据存储在多个协作目录中，所以来自这些分布式协作目录的信息可以根据标记数据中承载的访问控制策略进行汇合。
协作目录的另一个实施例包括用作网络中心的协作目录。这种网络中心对使用网络中心作为中心位置的多个组织的协作资源进行管理，以便执行业务协作。
IV.标记的创建创建标记是按需信息交换模式的主要功能。它可以根据图2中的标记工具240执行。如前所述，在业务协作中使用的各种资源的标记数据存储在例如纯文本文件或关系数据库的标记存储器中。标记创建流程可以在存储器上操作以创建标记。在一个示例的实施例中，标记的创建包括下述步骤(1)通过使用扩展的业务协作入口收集信息。信息包括对诸如伙伴、项目、任务、说明标记、参考设计文件标记和其它的相关标记等的各种资源的描述。
(2)将所有收集的信息存储进标记存储器中。
(3)从存储器中提取出所需要的数据从而对将要交换的标记消息进行组织。
让我们将RFD消息创建作为例子来描述这个流程。
首先，用户创建一个新的任务作为外包任务或内部任务，例如，如图10中所示。
然后，用户可以指定该设计任务的设计需求。该需求可以包括说明、参考设计文件和设计流程限制等。图11表示设计请求(RFD)消息的创建，包括设计需求标记/元数据。图12表示说明文档的创建。
在收集信息并将之存储在标记存储器之后，开始标记创建流程。标记创建模块(图2中的240)从存储器(图2中的230)提取出所需的数据，并基于RFD消息数据模式形成RFD标记消息。生成的RFD消息将被发送给设计伙伴。
接收到RFD消息之后，各个伙伴可以查看标记并将之并入他们自己的标记存储器。如果一个伙伴想对于一个标记的资源知道得更多，则他可以得到该标记的链接(例如设计文件标记链接)并请求更多的信息。发送者将生成设计文件的标记并将之发回该伙伴。该伙伴可以确定是否根据标记检索实际的设计文件。从而执行按需信息交换。
V.协作模式CxP使用资源定义框架(RDF)通过定义行业具体本体以及允许协作流程之间的点对点的交互作用对设计协作流程进行标记。CxP为图2中标为210的典型协作模式。CxP包括将要在两方或多方之间进行交换的消息、一些预定义的消息交换序列以及一些预定义的消息交换序列构成的业务目标定向的协议。RDF是通用语言和表示web资源的元数据(或属性)的公共框架，并且它以XML语法定义。CxP建立在一组标准协议的顶部，并且加入扩展业务协作流程所需的特性。
整个协议结构可以在图6的上下文中进行描述。更具体地，图6表示根据本发明的一个实施例的协作原语和业务构造的例子。如图所示，在协议结构600中定义了下面的元素业务情形602、业务构造604、协作原语606、消息层608和输送层610。每个层的相应描述为多个业务构造612、多个原语614(例如，设计请求(RFD)原语和设计提交(DS)原语)、多个CxP消息616(例如，RFD原语、DS原语)、带有RDF标记的CxP消息618以及标准的输送协议620。在消息层608中，RDF用于表示称为超链标记的业务协作标记。在它的顶部，将一套原语定义为协作原语606以便帮助各方之间的通信和协作。
业务构造604是服务于单个业务目标的消息交换序列的基本单元。例如，当初始化设计请求时使用RFD业务构造，例如，设计中心。图7中所示的产品设计组(PDT)可以将RFD发送给它的设计伙伴以便进行母板设计或进行机械及电气设计。然后，可以从设计伙伴接收到接受或拒绝原语。随后，设计伙伴可以通过DS原语发送它的设计结果。
业务情形602服务于更复杂的类似于早期设计情形的业务目的。每个业务情形可以包括几个依赖于相应的业务上下文的业务构造。
下面对协作原语、业务构造以及业务情形进行详细描述。
根据这些协议，协作者可以按照他们所想要的对设计协作(DC)流程进行定义。下面为ThinkPad设计工作的流程，包括多个协作者，并且由多个协议组成。图7仅表示整个流程位于PDT和ABC之间的一部分。下面对图7中的例子进行解释。
在CxP中，例如RFD消息的原子消息被定义为贸易伙伴之间基本的消息交换。一组设计的消息构成一个原语。例如，RFD原语可以包括两个消息，例如，RFD消息和Ack消息。还有，一个或多个原语构成一个业务构造。例如，RFD业务构造可以包括两个原语，例如RFD原语和接受/拒绝原语。情形为一系列表示业务伙伴之间复杂的交互作用的业务构造，例如设计初始化、工程变化管理以及机会启动。另外，CxP原语和业务构造目标在于具体的协作目的，即使是可配置的，他们也是相对固定的。业务情形可以用多种方式组成，所以是相当灵活的。
设计协作原语是一组出于特定的微设计协作目的的消息交换。为CxP设计了几个核心设计协作原语-RFD(设计请求)-接受/拒绝(接受或拒绝请求)-DS(设计提交)-RFI(信息请求)-IS(信息提交)-RFU(更新请求)-US(更新提交)让我们以RFD为例子，每个协作者使用RFD原语来请求一个伙伴执行设计任务。一个RFD原语包括三个消息RFD、RFD_Receipt_Ack以及RFD_Acceptance_Ack消息。如图8中所示。
RFD消息从例如设计中心的始发者发送到例如设计伙伴的接收者。包含一个包括说明、参考及标记的请求。
RFD_Receipt_Ack消息由接收者发送；为RFD消息的响应，指示该RFD消息已经被该接收者接收到。
下面是一个例子<RDFNsId2:RFDrdf:about=′urn:RFD:SoundCard_testl@SoundCard_testl@SoundCard@Workstation@PDT@PDT′RDFNsId2:description="RDFNsId2:identifier=′SoundCard_testl′RDFNsId2:status=′Accepted′>
<RDFNsId2:requirement>
<RDFNsId2:DesignRequirementrdf:about=′urn:DesignRequirement:testl@SoundCard@Workstation@PDT@PDT′
RDFNsId1:cpuFrequency=′5OO′RDFNsId2:identifier=′testl′RDFNsId2:name=′testl′RDFNsId2:description=′testl′>
<RDFNsId2:specification>
<rdf:Bag>
<rdf:li>
<RDFNsId2:Specificationrdf:about=′urn:Document:test@testl@SoundCard@Workstation@PDT@PDT′RDFNsId2:identifier=′test′RDFNsId2:name=′test′RDFNsId2:description=′d:\there′/>
</rdf:li>
<rdf:li>
<RDFNsId2:Specificationrdf:about=′urn:Document:@testl@SoundCard@Workstation@PDT@PDT′RDFNsId2:description="RDFNsId2:name="RDFNsId2:identifier="/>
</rdf:li>
</rdf:Bag>
</RDFNsId2:spedfication>
<RDFNsId2:referencerdf:type=′http://www.w3.org/1999/02/22-rdf-syntax-ns#Bag′/>
<RDFNsId2:forTaskrdf:resource=′urn:Task:SoundCard@Workstation@PDT@PDT′/></RDFNsId2:DesigaRequirement>
</RDFNsId2:requirement>
<RDFNsId2:transactionrdf:resource=′urn:Transaction:SoundCard testl@SoundCard@Workstation@PDT@PDT′/>
<RDFNsId2:creationTime>Jan 16,2003 5:10:17PM</RDFNsId2:creationTime>
</RDFNsId2:RFD>
每个设计伙伴在接收到RFD或RFU之后可以接受或拒绝请求。一个对于RFD的接受原语的例子如下<RDFNsId2:AcceptanceAckrdf:about=′urn:AcceptanceAck:SoundCard_testlAcceptanceAck@SoundCard_testl@SoundCard@Workstation@PDT@PDT′RDFNsId2:identifier=′SoundCard_TestlAcceptanceAck′RDFNsId2:ack=′Accept′RDFNsId2:status=′Sent′>
<RDFNsId2:transactionrdf:resource=′urn:Transaction:SoundCard_testl@SoundCard@Workstation@PDT@PDT′/>
<RDFNsId2:creationTime>Jan 16,2003 5:38:38PM</RDFNsId2:creationTime>
</RDFNsId2:AcceptanceAck>
A.业务构造业务构造包括一组可以有选择地为业务构造配置的协作原语。一旦配置之后，业务构造以一种相对固定的方式进行组织来实现单个设计协作目的。下面的业务构造基于前面所述的原语-RFD业务构造(RFD原语+接受/拒绝原语+DS原语)-RFU业务构造(RFU原语+US原语)-RFI业务构造(RFI原语+IS原语)
-US业务构造(US原语)-IS业务构造(IS原语)根据这些业务构造，协作者可以按照他们的期望定义任何复杂的业务情形。
业务构造经常非常地复杂，因为它们经常包括多个基于协作原语的交互消息。
例如业务流程执行语言(BPEL4WS)(http://www-106.ibm.com/developerworks/webservices/library/ws-bpel/)的业务流程模型化语言的标准协议，可用于表示CxP业务构造和业务情形。一旦用BPEL4WS表示，多个业务构造可以构成一个可以动态组成的业务情形。
B.示例RFD业务构造一个RFD业务构造可以包含一个RFD原语、一个接受/拒绝原语以及一个DS原语。RFD微流可以使用BPEL4WS表示如下<process name="RFDmicroflow"targetNamespace="urn:samples:BusinessConstructs"xmlns:tns="urn:samples:BusinessConstructs"xmlns="http://schemas.xmlsoap.org/ws/2003/03/business-process/">
<partners>
<partner name="RFDoriginator"serviceLinkType="tns:RFDoriginatingSLT"myRole="RFDoriginating′/>
<partner name="RFDreceiver″serviceLinkType="tns:RFDreceivingSLT"myRole="RFDreceiving"/>
<partner name="buyer″serviceLinkType="tns:buyingSLT"MyRole="buying"/>
</partners>
<variables>
<variable name="RFDinvoke"messageType="tns:RFDinvoke"/>
<variable name="RFDmsg"messageType="tns:RFDmsg″/>
<variable name="RFD_Receipt_Ack"messageType="tns:RFD_Receipt_Ack"/>
<variable name="Accept"messageType="tns:Accept"/>
<variable name="DSinvoke"messageType="tns:DSinvoke"/>
<variable name="DSmsg"messageType="tns:DSmsg"/>
<variable name="DS_Receipt_Ack"naessageType="tns:DS_Receipt_Ack"/>
</variables>
<correlationSets>
<correlationSet name="POIdentifier"properties="POIdentifier"/>
<correlationSet name="RFDIdentifier″properties="REDIdentifier"/>
</correlationSets>
<sequence>
<receive partner="buyer"portType="tns:buyerPT"operation="purchase"variable="RFDinvoke"createInstance="yes"name="ReceivePurchase">
<correlations>
<correlation set="POIdentifier″initiate="yes"/>
</correlations>
</receive>
<invoke name="invokeRFDoriginator"partner="RFDoriginator"portType="tns:RFDoriginatorPT"operation="sendRFD"inputVariable="RFDinvoke"outputVariable="RFDmsg">
</invoke>
<invoke name="invokeRFDreceiver"partner="RFDreceiver"portType="tns:RFDreceiverPT"operation="receiveRFD"inputVariable="RFDmsg"out-putVariable="RFD_Receipt_Ack">
</invoke>
<invoke name="invokeRFD_Accept__Ack"partner="RFDreceiver"portType="tns:RFDreceiver"operation="sendRFD_Accept"inputVariable="KFDmsg"out-putVariable="RFD_Accept_Ack">
</invoke>
<invoke name="mvokeRFD_Accept_receive"partner="RFDoriginator"portType="tns:REDoriginator"operation="receive_Accept"inputVariable=="Accept">
</invoke>
<invoke name="invokeDS"partner="RFDreceiver"portType="tns:RFDreceiver"operation="submitDS"inputVariable="DSinvoke"outputVariable="DSmsg">
</invoke>
<invoke name="invokeDS_Receipt_Ack"partner="KFDoriginator"portType="tns:RFDoriginator"operation="receiveDS"inputVariable="DSmsg"out-putVariable="DS_Receipt_Ack">
</invoke>
</sequence>
</process>
业务协作或设计协作模式可以非常复杂，因为它们经常包括多个基于原语协议的多个交互消息。以设计外包为例。在图7中，右手侧表示设计中心，即产品设计组，将ThinkPad设计的各个部分外包给不同的设计伙伴，例如，将ASIC芯片设计外包给ABC、将母板设计外包给XYZ以及将机械及电气设计外包给YAP。图7的左手侧表示产品设计组和ABC之间的设计协作模式。各种消息在两个伙伴之间流动，从设计请求(RFD)702开始，然后是更新请求(RFU)704和706，然后是RFD的接受708，然后是设计的提交710，然后是设计查看712，然后是进一步RFU和中间审查714、716和718，最后结束在设计的接受720。
图7中所示的设计协作模式的例子表示RDF支持在协作消息流及文档交换中需要的各种数据格式的灵活性和多功能性。
VI.超链管理器现在参照图9A，图9A表示根据本发明的一个实施例的超链管理器。如图9A中所示，超链管理器(图2中的250)用作CxP引擎。图9A中的结构900包括扩展的业务协作入口/仪表板910、扩展的业务协作(eBC)管理器920、超链管理器930、用作超链管理器和例如Websphere层960的较低层级web应用服务器之间的网关的WBI/C表达层950，Websphere层960是典型的作为业务应用主机的基于Java的web应用服务器。因此，CxP引擎(超链管理器)在例如带有WebSphere的J2EE平台上。入口或仪表板910包括可以经由eBC管理器920提供的应用程序编程接口(API)层访问CxP引擎的应用程序。
超链管理器930包括协作目录932(包括管理器和目录)、标记管理器934、消息发送器936、消息接收器938和动作管理器940。
协作目录管理器组件管理CxP引擎跟踪的资源，例如组织(伙伴)、用户、项目、任务等，并且这些资源是基于RDF的。CxP消息由消息发送器和接收器模块发送和接收，它们是简单对象访问协议(SOAP)消息或例如报文排队(MQ)消息的其它协议消息。
标记管理器处理经由CxP消息交换的为文档创建的元数据或标记。标记的例子是文件名、文件类型、版本、作者姓名等。另外，标记也可以用来指定将在文档上执行的“动作”。这种动作的例子是“审查”文档、执行“RFTP”(可靠文件传输)以及将动作发送到例如企业资源计划编制(EP)和PDM等的遗留应用中。
接收到的消息中的标记被转发到动作管理器，动作管理器为对于后端遗留应用以及类似RFTP的组件的集成层。动作管理器调用文档上的适当动作。
现在参照图9B，图9B表示根据本发明的一个实施例的超链管理器的动作管理器的示意图。如图9B中所示，动作管理器940负责处理进来的请求并且自动地对来自分布式服务网络990的用于动作处理的服务进行分配。动作管理器智能地将自来多个源的数据进行汇总。
下面描述动作管理器的主要组件。
发信机972与其它的协作者进行通信，以接收请求和表示响应。发信机可以为用于与其它协作者进行监控和交互作用的web服务描述语言(WSDL)接口。
标记数据剖析器974对设计超链标记数据进行剖析。
事件捕捉模块976对来自例如Cadence和Catia的计算机辅助设计(CAD)工具的事件进行捕捉，然后将事件传递给主控制器。
主控制器978(i)处理由事件捕捉模块捕捉到的事件(例如，与ID&DE的项目管理器进行通信从而提取/更新状态信息)；(ii)执行发送者/接收者校验(例如，访问控制列表)；(iii)基于设计超链标记数据获取设计数据、BOM数据和其它的元数据；以及(iv)将标记数据中定义的动作传递给动作处理器。
动作处理器980(i)处理设计数据标记、设计数据跟踪、设计流程跟踪和穿过全异的数据源的设计数据汇总；(ii)使用设计数据和元数据对协作流程进行同步；(iii)分析结果，建议改变；(iv)用作标记数据传播器(基于访问控制，单独传送，批量传送(例如广播))；以及(v)执行协作状态跟踪(例如，谁查看了设计文档、状态是什么、什么时候被查看的、地点以及使用了哪个浏览器)。
智能适配器982对来自分布式服务网络990的动作处理服务进行分配。服务网络990根据要求的动作类型以及来自动作处理器的真实要求，在设计超链引擎中提供按需的服务使用以及传输模式。也就是，设计链中的设计各方可以在他们需要的任何时候请求在服务网络990中采用的具体服务。服务网络990中的服务例子包括但不限于设计流程跟踪服务、设计文件跟踪服务、来自多个资源的数据汇总服务、设计文件/元数据传输服务、数据标记服务、标记数据传播服务、数据和项目同步服务以及结果分析服务。服务网络990通过智能适配器982连接到动作管理器940，智能适配器982对来自动作处理器980的动作指令进行剖析，调用服务网络中采用的相应服务并将执行结果从服务网络990的传递到动作处理器980。
最后参照图13，图13表示根据本发明的一个实施例可以实施的根据本发明的一个或多个组件/方法(例如，图1到12中所描述的组件/方法)的计算系统的硬件实现方框图。例如，图13中的计算系统可以实施超链管理器、协作目录和标记工具等。
应当理解，这种单独的组件/方法可以在一个这种计算机系统上实施，或者在多个这种计算机系统上实施。在分布式计算系统的实施情况下，单独的计算机系统和/或设备可以经由例如互联网或万维网的合适网络进行连接。但是，该系统也可以经由专用的或本地的网络实现。本发明并不限于任何具体的网络。
如图所示，计算机系统1300可以根据经由计算机总线1310或其它的连接安排连接的处理器1302、存储器1304、I/O设备1306以及网络接口1308实施。
应当理解，这里所用的术语“处理器”意在包括任何处理设备，例如，包括CPU(中央处理单元)和/或其它的处理电路。也应当理解，术语“处理器”可以指多个处理设备并且与一个处理设备相关的各种元件可以与其它的处理设备共享。
这里所用的术语“存储器”意在包括与处理器或CPU相关的存储器，例如RAM、ROM、固定存储设备(例如硬盘)、可移动存储设备(例如磁盘)、闪存等。
另外，这里所用的短语“输入/输出设备”或“I/O设备”意在包括例如一个或多个用于将数据输入到处理单元的输入设备(例如，键盘、鼠标等)和/或一个或多个用于呈现与处理单元相关的结果的输出设备(例如，扬声器、显示器等)。这种输出设备也可以用于呈现例如图10到12所示的图形用户界面。
还有，这里使用的短语“网络接口”意在包括例如一个或多个收发器，以允许计算机系统经由合适的通信协议与另一个计算机系统进行通信。
因此，包括用于执行这里所述方法的指令或代码的软件组件可以存储在一个或多个相关的存储设备(例如，ROM、固定或可移动的存储器)中，并且，当准备使用时，被部分或全部载入(例如，载入RAM)并由CPU执行。
有优势地，正如这里详细解释的，本发明提供(i)无需预定规划的用于各种非结构数据的信息交换的灵活统一的标记表示；(ii)一种协作模式，能够使框架覆盖所有基于标记数据的非结构和非确定性的信息交换流；(iii)有效的按需信息管理器，动态地对来自非结构关系图形的资源进行定位，并且智能地对来自多个源的数据进行汇总；以及(iv)可跟踪的用于可视控制的信息嵌入机制，解决了与协作环境中的数据交换相关的关键问题。
以示例方式并且基于这里所进行的详细描述，本发明提供了用于进行按需业务协作的数据构造。另外，本发明提供了一种用于业务协作交换功能的数据说明模式，包括(i)用于协作交换功能的数据内容容器的说明；标记机制，指示包括但不限于项目和任务(项目和任务可以是分等级的，并且所有的实体及标记可以是分等级的)的组织数据实体，以及相关的说明及相关的控制活动说明数据；(ii)唯一地指定包括但不限于简档数据或简档数据访问链接的协作实体(包括个体)的标记机制；(iii)唯一地指定协作实体及协作活动有关内容的类型的标记机制，有关内容的类型包括但不限于例如产品说明或指向该说明的结构指针的说明；(iv)将与根据简档数据中指定的权利对访问进行限制相关的任何访问控制信息指定到内容的标记机制；(v)为组织的数据实体指定从属性信息的标记机制；(vi)指定定义协作活动的业务构造的类型的标记机制；(vii)为协作实体指示协作共享空间的机制，以有助于共享存储及协作活动独特的即时消息交换；以及(viii)附加的标记属性，用姓名/数值对表示完成组织的数据实体或协作活动的定义所需要的进一步的数据。
本发明还提供了用于按需业务协作的数据创建和存储构造。例如，一种创建用于按需业务协作的数据构造的方法可以包括(i)创建一个或多个数据内容容器，以便使用包括使用计算机辅助软件工程技术的手工的、图形编辑的或自动技术初始化数据构造；(ii)用最初的一组权利信息将最初的一组与组织的数据实体有关的组织数据加入到内容容器中，如前所述(可选择地，这种信息可以从目录或协作实体之间的先前项目中提供或传播)；(iii)类似地加入最初的协作活动，如前所述；(iv)类似地加入与组织的数据实体相关的从属性信息的最初标记；(v)指示一个或多个与协作活动相关的业务构造；(vi)加入任何需要的标记以完成组织实体和协作实体的初始化，并且指示协作空间；以及(vii)根据要求重复前面的初始化和标记活动，以完成初始数据构造的创建流程。
进一步地，本发明也提供了用于集中地或分布式地将数据构造和其它的信息存储到协作目录中的技术。虽然本发明并不仅限于此，但是协作目录可以包括和/或链接到(i)权利存储目录；(ii)说明存储区域；(iii)业务构造说明存储区域；以及(iv)用于根据权利收集、限制和执行数据检索的访问机制。
进一步地，本发明也提供了用于按需业务协作的协作业务构造和模式。例如，定义了业务协作原语，该业务协作原语可以包括一组消息交换构造，该消息交换构造包括(i)带有或不带有所附的业务活动文档或链接的请求消息；(ii)带有或不带有所附的业务活动文档或链接的响应消息；以及(iii)请求、响应消息交换关系的逻辑序列。同样，定义了业务构造活动，可以包括(i)多个业务协作原语；(ii)一组相一致的活动标记数据；(iii)一组活动链接资源或文档或文档链接；以及(iv)定义业务协作原语的相关执行序列的逻辑流。也可以定义业务协作流程模板，包括(i)参与者有权参加的协作实体和协作活动；(ii)一组或多组为业务情形需要来完成从开始到结束的业务流程的完整的业务构造；(iii)业务构造、链接或文档开始或作目的地的一组应用程序和应用程序接口；以及(iv)用协作实体激活和利用业务构造的一组逻辑流。
本发明也提供了一种协作管理装置，包括(i)协作目录实例；(ii)指示可用业务构造服务的业务构造存储器以及服务发现和检索机制；以及(iii)超链管理引擎，包括用于处理协作业务原语的消息发送器和消息接收器、在协作活动执行期间管理协作实体之间安全的文档交换的文件传输处理器、处理按需业务协作数据构造的构造、汇总和解释的标记管理器；(iv)捕捉开始协作功能所需数据的机制；以及(v)操作监视仪表板，用于显示协作活动、相关的协作业务流程以及交换的协作数据实体，至少执行以下步骤，即捕捉及汇总来自多个协作实体和活动的数据，基于权限向用户提供并显示活动，以及基于权利功能向用户显示动作要求。
本发明还提供了一种用于利用按需业务协作方案的方法，该方法可以包括(i)使用至少一个协作管理装置；(ii)定义至少一个业务协作流程模板；(iii)创建至少一组数据构造；(iv)选择至少一个能够在至少一个完整的业务构造组上动作的信息交换的其它协作实体；(v)定制一种流程模板(模式)来支持一组选择的业务构造；(vi)用初始的协作数据实体在业务构造中生成至少一组活动；(vii)当业务构造活动进行并且需要额外的数据实体时，按照需要扩展协作数据实体；以及(viii)当执行业务流程模板时并且基于协作活动的需要，包括额外的协作实体。正如业务协作流程执行模板所需要的，在参与的实体站上可以使用协作管理装置的子组件。在该流程中，向数据实体的配置受到协作实体权利的限制。当额外的实体参加以及调用了额外的业务构造时可以重复一个或多个配置步骤。
虽然这里已经参照附图对本发明的实施例进行了描述，但是应当理解，本发明并不限于这些精确的实施例，本领域技术人员可以做出各种其它的变化而修改，这并没有脱离本发明的范围。
权利要求
1.一种由至少一个参与和至少一个其它实体的协作信息交换的实体使用的方法，所述方法包括步骤获取标记数据，所述标记数据包括一个或多个到与所述协作信息交换相关的信息的链接；将至少一部分所述标记数据传输给至少一个其它实体，使得至少一个其它实体可以通过选择至少一个所述一个或多个链接访问至少一部分与所述协作信息交换相关的信息。
2.根据权利要求1所述的方法，其中，链路的选择允许至少一个其它实体在需要的情况下访问所述信息。
3.根据权利要求1所述的方法，其中，所述至少一个其它实体可以在与接收到所述标记数据的时间不同的时间选择链路。
4.根据前面任一权利要求所述的方法，还包括在所述至少一个实体和所述至少一个其它实体之间传送的消息中嵌入信息的步骤。
5.根据权利要求4所述的方法，其中，所嵌入的信息能够实现状态跟踪功能。
6.根据权利要求4或5所述的方法，其中，采用至少一部分所述嵌入的信息，以将状态或动作通知给一个或多个实体。
7.根据权利要求6所述的方法，其中，所述通知的形式是警报类型。
8.根据前面任一权利要求所述的方法，其中，所述至少一个实体和所述至少一个其它实体之间交换的消息由一个或多个消息交换模式管理。
9.根据权利要求8所述的方法，其中，所述一个或多个消息交换模式包括构造和原语中的至少一个。
10.根据权利要求8所述的方法，其中，所述一个或多个消息交换模式控制非结构的和非确定的信息交换流中的至少一个。
11.根据前面任一权利要求所述的方法，其中，所述获取步骤还包括从存储中检索所述标记数据。
12.根据前面任一权利要求所述的方法，其中，所述获取步骤还包括生成所述标记数据。
13.根据前面任一权利要求所述的方法，其中，所述标记数据包括下面各项中的一项或多项(i)组织数据实体的指示；(ii)协作实体的说明；(iii)与协作实体有关的内容类型的说明；(iv)访问控制信息的说明；(v)组织数据实体的从属性信息的说明；以及(vi)定义协作活动的业务构造类型的说明。
14.根据权利要求13所述的方法，其中，嵌入到接收到消息中的至少一部分所述标记数据和状态信息用于确定将要被通知的个人或机构。
15.根据前面任一权利要求所述的方法，其中，所述协作信息交换根据设计协作应用程序执行。
16.根据权利要求15所述的方法，其中，至少一个协作实体与所述设计协作应用程序进行通信。
17.根据前面任一权利要求所述的方法，根据项目、任务和人员分配中至少一项的变化对所述标记数据和所述组织数据中的至少一项进行修改。
18.一种由至少一个参与和至少一个其它实体的协作信息交换的实体使用的装置，所述装置包括存储器；连接到所述存储器的至少一个处理器，用于(i)获取标记数据，所述标记数据包括一个或多个到与所述协作信息交换相关的信息的链接；以及(ii)将至少一部分所述标记数据传输给至少一个其它实体，使得至少一个其它实体可以通过选择至少一个所述一个或多个链接访问至少一部分与所述协作信息交换相关的信息。
19.根据权利要求18所述的装置，其中，链路的选择使得至少一个其它实体在需要的情况下可以访问所述信息。
20.根据权利要求18所述的装置，其中，所述至少一个其它实体可以在与接收到所述标记数据的时间不同的时间选择链路。
21.根据权利要求18到20中的任一权利要求所述的装置，其中，所述至少一个处理器还用于在所述至少一个实体和所述至少一个其它实体之间传送的消息中嵌入信息。
22.根据权利要求18到21中的任一权利要求所述的装置，其中，所述至少一个实体和所述至少一个其它实体之间交换的消息由一个或多个消息交换模式管理。
23.根据权利要求18到22中的任一权利要求所述的装置，其中，所述获取操作还包括从存储中检索所述标记数据。
24.根据权利要求18到23中的任一权利要求所述的装置，其中，所述获取操作还包括生成所述标记数据。
25.根据权利要求18到24中的任一权利要求所述的装置，其中，所述标记数据包括一个或多个(i)组织数据实体的指示；(ii)协作实体的说明；(iii)与协作实体有关的内容类型的说明；(iv)访问控制信息的说明；(v)组织数据实体的从属性信息的说明；以及(vi)定义协作活动的业务构造类型的说明。
26.根据权利要求18到25中的任一权利要求所述的装置，其中，所述协作信息交换根据设计协作应用程序执行。
27.一种由至少一个参与和至少一个其它实体的协作信息交换的实体使用的制造产品，所述产品包括机器可读介质，所述机器可读介质包括一个或多个运行时实施以下步骤的程序获取标记数据，所述标记数据包括一个或多个到与所述协作信息交换相关的信息的链接；将至少一部分所述标记数据传输给至少一个其它实体，使得至少一个其它实体可以通过选择至少一个所述一个或多个链接访问至少一部分与所述协作信息交换相关的信息。
28.一种用于一个实体和至少一个其它实体之间进行协作信息交换的装置，所述装置包括标记数据生成工具，用于生成标记数据，所述标记数据包括一个或多个到与所述协作信息交换相关的信息的链接；连接到所述标记数据生成工具的协作目录，用于存储所生成的标记数据；以及连接到所述协作目录的标记数据管理器，用于管理所述标记数据，使得当所述至少一个其它实体从所述一个实体接收到至少一部分标记数据时，可以通过选择至少一个所述一个或多个链接访问至少一部分与所述协作信息交换相关的信息。
29.根据权利要求28所述的装置，其中，所述标记数据管理器对协作模式作出响应，所述协作模式表示可能存在于所述一个实体和所述至少一个其它实体之间的重复动作。
30.根据权利要求28或29所述的装置，还包括用于参与协作信息交换的基于web的接口。
31.根据权利要求28到30中的任一权利要求所述的装置，其中，所述协作目录用作管理多个组织的协作资源的网络中心，所述多个组织使用所述网络中心作为执行业务协作的中央场所。
32.一种配置业务协作系统的方法，所述方法包括步骤配置至少一个基于按需业务协作基于超链的管理装置，用于执行以下一个或多个定义至少一个业务协作流程模板；创建至少一组数据构造；选择至少一个能够在至少一组业务构造上进行信息交换的其它协作实体；定制流程模板，以支持一个选择的业务构造组；以及用初始协作数据实体在一个业务构造中生成至少一组活动。
33.一种根据服务提供商提供服务的方法，用于允许至少一个实体参与和至少一个其它实体的协作信息交换，所述方法包括步骤配置协作信息交换系统，所述系统允许至少一个实体(i)获取标记数据，所述标记数据包括一个或多个到与所述协作信息交换相关的信息的链接；以及(ii)将至少一部分所述标记数据传输给至少一个其它实体，使得至少一个其它实体可以通过选择至少一个所述一个或多个链接访问至少一部分与所述协作信息交换相关的信息。
全文摘要
本发明提供一种由至少一个参与和至少一个其它实体的协作信息交换的实体使用的方法和装置，所述方法包括步骤获取标记数据，所述标记数据包括一个或多个到与所述协作信息交换相关的信息的链接；将至少一部分所述标记数据传输给至少一个其它实体，使得至少一个其它实体可以通过选择至少一个所述一个或多个链接访问至少一部分与所述协作信息交换相关的信息。本发明解决对用于例如按需业务协作的应用中的改善的信息管理技术的需要。
文档编号G06Q30/00GK1961329SQ200480024659
公开日2007年5月9日 申请日期2004年8月19日 优先权日2003年9月19日
发明者叶一民(已死亡), 张良杰, 约翰·尤西弗·萨亚, 倪天芝, 左英男, 杨顺祥, 徐景民 申请人:国际商业机器公司