CN104040569A - 协作计算机系统 - Google Patents

Abstract

协作计算机系统（100）包括数据库系统（306,310）和用于与该数据库系统通信的处理系统（302,304,312,314）。数据库系统维护（i）用户数据，该用户数据表示用户；（ii）模型数据，该模型数据表示相应过程的过程模型，并定义每一过程的步骤及相关联的用户；（iii）接触点数据，该接触点数据表示不同独立过程的步骤之间的连接；以及（iv）状态数据，该状态数据与这些过程的实例的步骤相关联。处理系统包括：用户模块（502），该用户模块用于使用户与相应的用户数据关联；模型模块（504），该模型模块用于生成供用户创建过程模型并生成模型数据并使各过程与其他用户独立地关联到各用户的用户界面；以及实例模块（506，508），该实例模块用于基于模型来生成和操作这些过程的实例，并基于状态数据来并行地监视步骤的状态改变，以及基于接触点数据在所连接的步骤的状态改变时生成通知消息数据。

Description

协作计算机系统

领域

本发明涉及能够帮助用户高效且并行地完成独立但相关的任务的协作计算机系统。

背景

涉及多步骤过程并且需要多个参与者努力在特定时间帧内完成这些步骤的任务可以由计算机系统来监视并控制。例如，已经开发了将该任务过程清楚地定义为一个或多个参与者要完成的工作流或工作流集合的实施管理计算机系统。工作流可以定义过程中的一个或多个步骤，并且还定义定时事件，这些定时事件被监视或监管以确保它们被完成。这种类型的实施管理系统使得多个用户能够登录成为参与者，并且在宽泛意义上说，能够协作完成某任务，但该过程由该管理系统根据约束这些用户的工作流来严格控制。例如，定义要求一个接一个地或串行地完成这些步骤的特定工作流将该任务的完成限制为参与的每一用户必须等待，直到该过程的每一步骤被执行。参与者不能独立行动。

许多组织也具有它们自己的实施管理或任务管理系统，该系统已被开发和/或配置来为该组织定期执行的特定任务提供服务。这些系统在适当地管理某组织内的各任务时，并不被设计来与其他组织的系统一起工作。诸如生产产品、完成财产转让、建造制造工厂、或在各管辖区域之间传递敏感材料之类的任务可能需要由不同的人使用不同的实施、项目或任务计算机管理系统来完成，但这些系统中没有一个系统将提供要完成的整个任务的概览以及每一步骤的进展或状态。协作系统应该在多方之间提供真正的协作，而不管此多方已经利用的管理计算机系统或者与此多方相关联的组织结构。该协作系统还应该能够提供对需要由各个人及现有管理计算机系统来完成的各临时步骤的分配以执行某任务，但仍允许这些人及计算机系统仍然独立地操作。

因此，需要提供一种计算机系统，该计算机系统提供一种技术方案来解决以上问题，或至少提供有用的替换方案。

概述

本发明的各实施例提供一种协作计算机系统，包括：

数据库系统，所述数据库系统用于维护：

(i)用户数据，所述用户数据表示用户；

(ii)模型数据，所述模型数据表示相应过程的过程模型并定义每一过程的步骤及相关联的用户；以及

(iii)接触点数据，所述接触点数据表示不同独立过程的步骤之间的连接；以及

(iv)状态数据，所述状态数据与所述过程的实例的步骤相关联；处理系统，所述处理系统用于与所述数据库系统通信，并包括：

(a)用户模块，所述用户模块用于使各用户与相应的用户数据相关联；

(b)模型模块，所述模型模块用于生成供用户创建所述过程模型并生成所述模型数据并将各过程与其他用户独立地关联到各用户的用户界面；以及

(c)实例模块，所述实例模块用于基于所述模型来生成并操作所述过程的实例，并基于所述状态数据来并行地监视所述步骤的状态改变，以及基于所述接触点数据在所连接的步骤的状态改变时生成通知消息数据。

有利地，在所述模型提议了为了完成该任务而要完成的一个或多个可能的步骤序列时，用户独立地这些步骤，并且取决于要完成的这些步骤，可以顺序地或者按不同的次序完成各步骤，其中一个步骤并不依赖于其他步骤。

所述处理系统可以生成用户界面，该用户界面访问所述用户数据和状态数据以显示表示步骤的完成状态以及每一用户的表现的报告数据。

该处理系统可以在相关联的所连接的步骤的状态改变时访问所述接触点数据，以生成并发送用于告知另一用户该所连接的步骤已改变了状态的消息数据，并调整另一所连接的步骤的状态数据。该处理系统为步骤上的每一状态改变触发事件，从而生成并发送与该事件有关的消息数据。该处理系统访问接触点数据以确定所连接的步骤（如果有的话）是否应该处理该消息。该处理系统调整所连接的步骤的状态数据以指示另一步骤上的状态改变。

各实施例还提供一种协作计算机系统，包括：

模型模块，所述模型模块用于创建并编辑表示相应的独立过程的过程模型，并在所述独立过程的各步骤对之间建立数据共享关系；以及

实例模块，所述实例模块用于基于所述模型并行地调用并操作过程实例，并激活所述关系；

其中，所述系统的用户分别与所述过程实例相关联，并使用在所述过程实例的步骤的对之间共享的数据来完成包括所述步骤的任务。

各实施例还提供一种由计算机系统执行的协作过程，包括：

生成表示相应的独立过程的过程模型；

生成表示所述独立过程的步骤之间的关系的接触点数据；

基于所述模型并行地操作所述过程的实例；以及

基于所述接触点数据激活在不同实例的步骤之间的数据连接。

附图简述

本文仅作为示例参考所附附图描述本发明的各实施例，附图中：

图1是连接到多个客户端的协作计算机系统的一实施例的概览框图；

图2是该协作计算机系统的各组件的框图；

图3是该协作系统的架构的框图；

图4是连接到该协作系统的应用编程接口（API）的各客户端的示图；以及

图5是该协作系统的服务模块的架构示图；

图6是财产转让过程的流程图；

图7是用于创建过程模型的系统的用户界面；

图8是在生成过程实例时在该系统和问题管理系统之间的消息的流程图；

图9是过程实例的步骤的状态的状态图；

图10是与财产转让过程相关联的用户的示图；

图11是在将订户添加到过程模型时在该协作系统、问题管理系统及该协作系统的各客户端之间的消息的流程图；

图12是在传送过程实例的状态数据时在该系统和客户端之间的消息的流程图；

图13是用于访问该过程实例的各步骤的状态数据的用户界面系统；

图14是用于提交及获取与过程实例的步骤相关联的协作数据的系统的用户界面；

图15是住房贷款审批过程的流程图；

图16是与贷款审批过程相关联的各用户的示图；

图17是调整财产转让过程的流程图；

图18是用于调整用于创建接触点的订户设置的用户界面系统；

图19是用于访问与过程模型的步骤相关联的接触点数据的用户界面系统；

图20是用于创建接触点的用户界面；

图21是用于访问与过程实例的步骤相关联的接触点和状态数据的系统的用户界面；

图22是用于访问接触点的所连接的步骤的数据的系统的用户界面；

图23是用于访问过程实例的所连接的步骤的字段数据的用户界面系统；

图24是解说各独立的并行过程的示图；以及

图25是解说具有接触点的各独立并行过程的示图。

详细描述

如图1所示的协作系统100支持并行过程协作服务，该并行过程协作服务使得多个不同的客户端102能够独立地并行操作但在同时进行交互或协作，以完成要求相关联的过程由这些客户端102来完成的任务。客户端102通常是组织的管理计算机系统，但可以只是在计算机上运行的客户端软件应用。客户端102通过计算机通信网络110（诸如因特网）与协作系统100通信。多个不同的客户端102可以与协作系统100通信，并且不同的客户端102可以访问并修改由系统100管理的相同数据记录。

协作系统100是如图2所示的计算机系统，并且可以基于标准计算机202，例如由联想公司、IBM公司或苹果公司生产的32位或64位英特尔架构计算机。由计算机系统202执行的数据过程由存储在计算机202的非易失性(例如硬盘)存储204上的软件组件或模块250的计算机程序指令代码和数据定义并控制。由模块250执行的过程可替代地由存储在只读存储器(ROM)中的固件执行，或至少部分地由计算机202的专用硬件电路执行，所述专用硬件电路例如为专用集成电路(ASIC)和/或现场可编程门阵列(FPGA)。

计算机202包括随机存取存储器(RAM)206、至少一个微处理器208以及外部接口210、212、214，它们全都通过系统总线216连接。外部接口包括通用串行总线(USB)接口210、网络接口连接器(NIC)212以及显示适配器214。USB接口210被连接至输入/输出设备，例如键盘和鼠标218。显示适配器214连接至诸如LCD显示屏222之类的显示设备。NIC212使计算机202能够连接至通信网络110。网络110可以包括一个现有网络130或各现有网络130的组合，现有网络130为诸如LAN、WAN、PSTN、因特网、移动蜂窝电话网络等。计算机202包括诸如Microsoft Windows、Mac OSX或Linux等操作系统（OS）224。模块250全部都在OS224上运行，并包括使用诸如C、Ruby或C#等语言编写的程序代码。

模块250提供如图3所示的面向资源的架构，该架构包括客户端API（应用编程接口）302、用于支持Web服务的服务层304、和用于提供数据库308以及诸如云数据中心310之类的其他所需文件存储的数据层306。

客户端API支持基于代表性状态转移（REST）URI的请求路由，并且该架构的各模块250还包括可以帮助客户端102访问该客户端API的Web代理代码312以及应用代理代码314。客户端102包括类属客户端316和第三方API客户端318，类属客户端316被授权访问系统100所提供的并行过程协作服务的所有用户的所有数据，而用户可以授权第三方API客户端318访问其数据中的全部或一些。

服务层304包括支持以下服务的以下Web服务模块：

(i)支持并行过程协作服务的核心过程的核心服务320；

(ii)安全服务322，诸如用户的认证；

(iii)维护事务日志的日志服务326；

(iv)支持在系统100内的消息的路由的内部路由服务328；以及

(v)支持到用户的通信（诸如通知）的通信服务330。

客户端API302是用于客户端102和服务100之间的程序性交互的面向资源的接口。接口302展示整个服务100中对应于特定服务320-330的一组命名web资源。客户端API被设计为是用于支持诸如移动客户端和web客户端之类的多个客户端方案的高效和优化方法。它允许客户端102结合客户端API302使用API数据源和其他数据源来执行各应用。

客户端API302是到核心服务320的接口。它对客户端的请求进行中介，并对核心服务320进行响应。客户端102根据接口302所指定的表示法来格式化其对服务的请求。该接口使得客户端能够将由服务100管理的数据解释为表示过程协作的各个元素的数据。

注册成为服务100的用户的任何第三方API客户端318的开发者使用安全注册过程来注册客户端318，该安全注册过程涉及生成对开发者分组之一而言唯一的API密钥。该密钥是在客户端318尝试访问服务100时提供的。服务100向该客户端API密钥分配特权，这允许客户端仅访问所需的服务。

API302支持web应用、移动应用以及直接的计算机系统到计算机系统的交互。API302包括用于这些不同类型的应用的代理代码314，该代理代码314进一步简化了客户端可使用客户端API302来与服务100交换数据的方式。

如图4所示，服务100的显著优势是用户420可以用一组用户标识数据访问无关的客户端402和404。此外，用户可以访问无关客户端102中的相同过程状态数据和不同过程状态数据。如图4所示，用户2操作客户端402和客户端404。用户2在客户端402中的动作以及在客户端404中的动作归属于用户2的单个用户身份。同样，用户2在客户端402或客户端404中可以与相同过程408状态数据交互。例如，在过程410由用户2在贷方的系统404上执行以完成贷款审批过程，且用户1和用户2在律师的系统402上工作以完成与财产转让过程相关联的过程406和过程408的情况下，用户2也可以在贷方的系统404中执行过程408。

协作系统100的模块250包括多个不同的处理模块和数据存储模块，这些模块可以被组合、分开或分布在网络110上。

如图5所示，处理模块包括以下各项：

(i)注册用户/分组模块502；

(ii)初始化过程模型模块504;

(iii)操作过程实例模块506；

(iv)管理过程操作模块508；以及

(v)通信模块512。

数据存储模块包括：

(i)与注册用户/分组模块502一起操作的用户和分组存储模块514；

(ii)与初始化过程模型模块504一起操作的模型存储模块516；

(iii)与操作过程实例模块506一起操作的资源存储模块518；

(iv)与操作过程实例506、管理过程操作508和通信模块512一起操作的实例存储模块520；以及

(v)与通信模块512一起操作以提供云和其他数据存储的外部通信存储模块522。

注册用户/分组模块502被配置成接收关于用户的数据，并将该数据存储在存储514中，该数据为诸如包括用户名的账户细节、个人简档细节、与相关用户的分组有关的细节、以及与相关分组成员的团队有关的细节。通过分配唯一用户标识数据将充当代理的个人记录为服务100的唯一用户，并且可以将该个人与其他用户关联以支持并行过程协作。这包括支持用户在充当过程中的代理（诸如，公司中的员工）时可以被相关的不同方式，从而将其本身组织成不同的团队或工作组来执行共享任务。因此，模块502使得包括多个用户以及与多个用户相关联的分组能够被建立。分组用于表示公司或组织，诸如律所或贷方。与该分组相关联的用户可以是例如员工，并且被系统定义为该分组的成员。

初始化过程模型模块504与访问客户端316、318的用户交换关于某类型的过程的预期操作的数据。初始化过程模型模块与模型存储模块516耦合，使得它可以存储表示该过程的模型的数据。该过程可以完成任务，或者可以是任务的一部分。用户将有关某过程的不同类型的模型数据发送给初始化过程模型模块504以供处理并存储在模型存储模块516中。该模型定义该过程的各步骤，以及那些步骤如何彼此相关。该模型还用于定义：

1.该过程中发生的各事件；

2.与该过程相关联的数据字段；

3.确定这些步骤可如何流动的规则。这些规则是可以由该过程的各事件来触发和调用的程序代码；

4.将在该过程中扮演角色的用户的类型；以及默认向将在该过程中扮演角色的用户分配的访问许可；

5.其他过程中的接触点。接触点是与涉及另一独立过程的另一步骤的步骤相关联的数据。接触点使这两个步骤关联，使得当一个步骤的状态改变时，该步骤触发给另一步骤的消息通知。

用户使用初始化过程模型模块504来建立过程的模型。该模型可以由与用户相关联的分组来关联或主控。不是该分组的成员的用户可以请求加入该分组的网络。分组的网络包括用户以及不是该分组的成员的各分组。属于分组的网络的用户可以请求访问以查看由该分组主控的过程模型。该分组的网络的用户可随后请求成为所选模型的订户，并被建立为所选模型的订户，如以下更详细描述的。一旦被建立为订户，则假如该订户的隐私设置被配置成允许它，用户就可以在该分组的模型的所选步骤和由用户或用户的分组所主控的模型的所选步骤之间创建并建立接触点。用户与分组的关联（即网络及作为订户的配置）由注册用户/分组模块502来控制，并且初始化过程模型模块504使用存储514的数据来控制对模型的访问和对接触点的创建。

操作过程实例模块516与用户交换涉及过程的实例的操作的数据，包括诸如关于步骤状态改变的消息、事件、数据字段、在过程中扮演角色的用户和分组、访问许可以及到其他过程的接触点等用于实例化模型的各方面的数据。操作过程实例模块516耦合到模型存储模块516，因此它可以使这些消息与过程模型的相应方面联系起来。操作过程实例模块506还与实例存储模块520耦合，以存储对应于过程的实例的操作的历史的数据。操作过程实例模块506提供对过程的操作的审计跟踪。可以将该审计跟踪呈现给对该过程实例具有访问权的授权用户，以便促进例如在使用客户端API302的客户端102的用户界面中的对该过程的协作。重要地，在存在接触点的情况下，该审计跟踪包括与在过程实例的上下文中用于与该实例相关联的或作为订户订阅该实例的用户的接触点步骤有关的数据。分组的用户能够通过输入并提供该模型需要来调用并开始实例的数据来启动分组的过程模型的实例。例如，可能需要输入的数据字段包括过程实例的名称、过程实例的描述、和模型的必要数据字段的数据。

除了用于实例化该模型的各方面的核心数据之外，协作系统100所提供的服务还允许基于其他类型的数据的协作。该服务的用户可以共享来自该服务100的外部的文档和其他数字资源。操作过程实例模块516耦合到资源存储模块518，该资源存储模块518用于存储从系统100外部获得的资源。

管理过程操作模块508提供用于控制已经被调用并被记录在实例存储520中的过程的多个实例的操作的工具。该工具包括报告生成和通知机制以管理与用户相关联的一组过程实例。在过程实例模块506集中于实例的操作时，过程操作模块508对不同实例的数据进行操作。例如，过程操作模块508可用于提供关于用户在过去的六个月内完成的所有步骤的报告，其显示与用户在那个阶段中完成了步骤的次数有关的数据。初始化过程模型504、操作过程实例506和注册用户/分组502模块也与通信模块512耦合。通信模块512存储并处理在服务100中定义的通知消息以及在过程的过程模型中定义并在该过程的实例的操作中触发的任何用户定义的通知消息。通信模块512使用各种通信协议（诸如SMTP和HTTP）来处理与其他计算机系统和设备的通信。通信模块512与外部通信存储模块512耦合，使得它可先存储与该通知有关的消息数据，随后异步地处理该通信。

可使用协作系统100来使得多个不同的客户端102能够交互以完成各种各样的任务，其中客户端102可以被独立地用于完成不同的过程，这些不同的过程各自需要被执行以完成整个任务。

为了解说协作系统100如何操作，以下给出完成需要多个实体（特别在该情况下，为律所和贷方（诸如金融机构））之间的协作的财产转让任务的示例。例如，如图6所示，律所为财产的卖家代理的过程的各步骤一般需要完成包括以下各项：打开文件602、准备合同602、交换合同606、结算合同608、和完成文件610。

为了使用服务100，律所的雇员必须注册为用户。为了注册，雇员使用客户端102（316,318）与服务100交互，该客户端使用客户端API312来访问服务100。为了注册，卖家律所的雇员使用注册模块502提供的用户界面来提交数据，以便使得每次他们作为用户访问服务100时该模块能够认证他们是谁。该用户随后能够创建分组，如上所述该分组是由服务100定义的用于表示相关或关联用户的集合的实体。在这个示例中，分组表示律所的雇员。在创建分组时，用户还可以邀请所有其他雇员注册为用户。这些用户随后在接受邀请后加入该分组。第一用户可以具有对服务100中的所有功能的特许访问权，且针对该第一用户的附加注册步骤可以是将正确的特权分配给其他用户。

为了为使用该服务的协作做准备，律所的用户必须首先使用客户端102来建模或定义其过程的每一步骤602、604、606和608。向客户端102提供用户界面代码以生成如图7所示的用于输入定义该过程的模型的数据的界面。在该示例中，用户创建了被称为财产转让的过程模型，并随后在该律所的财产转让过程中顺序地添加每一步骤702。

一旦该过程模型被初始化，律所就可以将其问题管理系统的其内部问题应用重新配置成服务100的客户端102。客户机102能够向服务100发送请求，并处理响应。这些请求和响应将问题应用中的各事件与服务100中定义的各事件联系起来。在这些请求和响应中交换的数据是用户之间围绕所定义的过程的实例的操作的协作的基础。例如，如图8所示，每次用户完成问题应用中的打开文件步骤时，就可以调用服务100中的新财产转让过程协作实例。

用户802主要与问题应用804中的其常用过程的打开文件步骤有关。问题应用804（现在为客户机102）在后台处理给服务100的请求，以启动财产转让过程的实例。启动财产转让事件消息被生成并被发送给服务100，并且这对用户是透明的。

一旦该实例被启动，通过并行过程协作系统100的数据交换涉及各事件，诸如改变过程模型中的步骤的状态的事件。图9示出了针对过程模型的单个步骤的状态的状态图。最初，过程的实例中的所有步骤被设置为打开状态902。打开步骤902可用于注册事件，并且所期望的是将存在在将来的某个时间在那个步骤的上下文中发生的事件。活动的步骤904是该过程中未被关闭906或取消908的最早步骤。活动的步骤904逐步地在各步骤的状态为已关闭或已取消时移动到该过程中的后续步骤。已关闭意味着步骤被完成，并且已取消意味着步骤在过程的当前实例中不具有其他事件。在某些情况下，在过程中可存在多个活动的步骤。这在过程模型具有像并发步骤、分支、合并和循环等复杂结构时发生。在复杂情况下，也存在不活动的步骤910。不活动意味着该步骤无法被到达，诸如当该步骤位于分支结构的深处时。

然而，在由协作系统100执行的并行过程方法中，任何步骤即使在其状态改变为已关闭906之后也保持可用于注册事件。不像工作流方法，这个非线性事件流允许用户参与到灵活的过程协作中。

在财产转让过程示例中，与用户1000相关联的问题应用可以直接地或经由该服务与如图10所示的其他利益相关方1010的问题或任务管理计算机系统316、318通信，同时该用户确保该过程向其分配的步骤被执行。

由于与律所交互的人和组织很多，问题管理系统存储联系人数据库以及联系人和问题之间的关联。在重新配置为客户端120后，管理系统的问题应用关联可能与过程协作实例相关联或连接到过程协作实例的人或组织。

金融机构的贷方用户1110可能作为订户与如图11所示的财产转让过程的实例相关联。律所问题应用用户802将问题利益相关方作为联系人添加在问题应用804中。问题应用804随后经由服务100触发请贷方用户1110参与该过程协作的邀请。贷方1110在出于参与任何过程协作的目的而构建的客户端316、318中查看该邀请。在这个示例中，律所用户802邀请贷方机构协作，并且作为贷方用户1110的代表接受该邀请。

贷方用户1110现在是财产转让过程模型的订户，并且现在可以经由服务100与律所用户协作。贷方用户可以通过客户端102中的问题应用查看在该服务中注册的事件。例如，如图12所示，由于即将到来的最后期限，贷方需要知道该律所过程的状态，并转至服务100获取状态数据。如图13所示的界面被服务100生成来查看客户端102中的事件。贷方用户1110可以查看整个过程实例的表示以及每一特定步骤的概览（诸如，该步骤的状态、何时该步骤被最后更新以及谁更新了该步骤）。如图14所示，如果贷方用户使用该界面选择了准备合同步骤，则向客户端120提供评论，并且该用户可以发布或答复评论以及下载文档。

贷方用户1110还可以将他们自己的过程建模和定义成财产转让任务的一部分，并与该过程中的利益相关方协作。例如，贷方用户可以使用协作系统100来定义如图15所示的住房贷款审批过程，该过程涉及会见1502、申请1504、尽职调查1506、估价1508、审批1510和结算1512的步骤。该过程可以仅涉及与如图16所示的利益相关方1610的管理系统的协作，其中贷方1600现在被示为中枢，这指示该贷方是住房贷款审批过程的所有者。

至于最初的律所用户802，贷方用户1110还经历以下步骤：注册其用户、初始化并存储其住房贷款审批过程模型、重新配置其任务管理应用以作为客户端102来操作、以及注册其过程的实例的操作并进行协作。在这个阶段，虽然律所用户现在可以围绕着其相应的财产转让和住房贷款审批过程与贷方用户协作，但这些过程是完全独立的。

律所用户可能注意到图15的贷方的审批步骤1510“接触了”图6的律所结算合同步骤608，并且如果贷方尚未完成审批步骤1510则律所不能完成结算合同步骤608是重要的。换言之，这两个过程应该是相互依赖或关联的。如图17所示，律所用户可以修改其过程以包括验证贷方审批1702的步骤。但是，协作服务100允许律所过程模型保留相同的步骤，并且改为创建到贷方过程的接触点。律所用户还明白不是财产转让过程的所有实例都可包括贷方：例如，某些买家可支付现金。在这些情况下，验证贷方审批步骤1702将是多余的。律所用户能够利用并行过程协作系统100，因为它使得能够用接触点来管理相互依赖的过程，同时维护这些过程的功能隔离/分开和独立性。

为了创建接触点，律所用户请求该律所分组加入贷方分组的网络。贷方用户可以代表贷方分组接受该请求，并授予许可。律所用户作为处于贷方网络的律所分组的成员可随后浏览贷方分组的过程模型，包括住房贷款审批过程模型。律所用户可随后要求律所分组成为住房贷款审批过程模型的订户，并且在接受后，贷方用户可以使用如图18所示的所提供的用户界面来为该订户设置特权或隐私设置。如图18所示，一旦该设置被保存，则允许律所订户创建到贷方分组的住房贷款审批过程模型的各步骤的接触点。律所用户可随后调整其分组的财产转让过程模型以在结算的合同步骤608以及贷方过程模型的审批步骤1510之间创建接触点。

在住房贷款审批过程模型的实例的后续操作中，贷方用户可以将律所分组作为订户添加到该住房贷款审批实例中。律所用户随后接收关于在住房贷款审批过程和财产转让过程之间存在接触点的通知。律所用户随后能够选择相关的财产转让实例的相关步骤来激活与住房贷款审批实例的相关联步骤的接触点，并获得那个步骤的状态。大多数任务管理应用按问题生成唯一的参考（诸如案号或作业号），并且作为客户端102，贷方的任务管理应用将经由服务100展示这样的参考，使得律所的问题应用客户端可自动地激活该接触点，并获取数据来建议审批过程的完成。

创建接触点允许律所维护其过程的功能分开和独立性，但仍与贷方协作。律所用户不需要在其财产转让过程中创建验证贷方审批步骤1702来跟踪审批的状态。相反，用户可以直接跟踪该状态，并且由服务100来通知。律所避免在实例中重新创建有关贷方的步骤的状态的数据。此外，如果买家支付现金，则不存在贷方，所以接触点不被激活，而该用户仍可独立地完成该过程。所定义的过程的独立性还允许其步骤被并行或同时完成。

初始化过程模型模块504生成并提供用户界面代码以提供如图19和20所示的用于创建到不同分组的过程模型的所选步骤的接触点的用户界面。图19解说了水许可证（Water Licence）销售过程模型的所选的合同被准备步骤。该界面允许编辑和调整所选步骤的字段、事件和接触点。律所用户John Smith选择了合同被准备步骤的接触点链接1902，并且这示出了三个其他模型的三个步骤，这三个步骤全部都被添加成了接触点或与接触点相关联，并且可被移除。在该界面的接触点链接1902被选择时，添加链接1904可被选择来产生图20中示出的接触点界面。这示出了律所用户的分组订阅的模型，并且模型可被选择，在该情况下该模型为贷方公司分组的抵押审批模型。一旦该模型被选择，该模型的步骤随后被显示，并且这些步骤之一可以被选择并保存，以创建到该步骤的接触点，在该情况下该步骤为该模型的抵押审批步骤。图19已经示出贷方公司的抵押审批过程模型的抵押被审批步骤已通过接触点被添加，使得它与水许可证销售过程模型的合同被准备步骤相关联，并连接到该合同被准备步骤。

当水许可证销售过程的实例被律所用户调用时，操作过程实例模块506用于生成并提供使得该实例的步骤能够使与其当前状态相关联的数据被呈现以供用户选择的界面。例如，如图21所示，水许可证销售实例的结算合同步骤可被选择来产生如图21所示的界面，该界面示出该步骤已完成。在选择接触点链接2104时，通过接触点关联到结算合同步骤的所有步骤的状态也使其状态被显示。在这种情况下，存在到贷方公司的抵押审批步骤的接触点，并且这在图21中示出该步骤已被完成。如图22所示，其他数据可以被用户通过以下方式获得：在被显示的抵押被审批步骤链接2102上选择以便提供与该步骤相关联的墙界面。这对应于用于财产转让实例的步骤的图14的界面。在选择了字段链接2202而非墙链接2204时，这导致如图23所示的该步骤的字段界面被显示给律所用户，以提供对与贷方公司过程的贷款应用实例的抵押被审批步骤相关联的数据字段的当前数据的显示。因此，律所用户能够仅基于律所分组的用户已为其供水许可证销售过程模型创建的接触点来获得与与另一分组相关联的独立过程的步骤有关的所有相关数据和状态信息。

图24解说了其中三个不同的客户端操作三个独立的过程，并且这些过程之间不存在交互或协作的情形。而如图25所示，一旦接触点关联被创建并存储，相同的三个过程通过使用协作系统100可以连接起来。例如，在图25中，第一过程中的步骤3具有与第二步骤中的步骤6的接触点。同样，第三过程中的步骤10具有与第二过程中的步骤7的接触点。在过程模型中创建接触点关联允许并行过程的网络从各独立的过程成长起来。

服务100允许并行过程的网络成长，同时每一个单独过程的完整性是完好的。过程设计者可以关注于建模其自己的过程，并且相关的过程可以通过服务100的接触点数据来发现和关联，而不是重新设计和重新部署的模型。

由于各单独过程的独立性，这些过程可容忍任何并行过程中的改变。如果并行过程中的接触点被移除，则该过程本身不被改变。同样，并行过程可以随时间改变并成长，而不会影响到该过程的接触点的效用。在并行过程改变时，该并行过程的改变自动可用于相关联的接触点过程。也不需要顺序完成这些过程的步骤。

对于本领域技术人员而言，在不背离本发明的范围的情况下，许多修改都是明显的。

Claims (20)

1.一种协作计算机系统，包括：

数据库系统，所述数据库系统用于维护：

(i)用户数据，所述用户数据表示用户；

(ii)模型数据，所述模型数据表示相应过程的过程模型，并定义每一过程的步骤及相关联的用户；以及

(iii)接触点数据，所述接触点数据表示不同独立过程的步骤之间的连接；以及

(iv)状态数据，所述状态数据与所述过程的实例的步骤相关联；处理系统，所述处理系统用于与所述数据库系统通信，并包括：

(a)用户模块，所述用户模块使各用户与相应的用户数据关联；

(b)模型模块，所述模型模块用于生成供用户创建所述过程模型并生成所述模型数据并使各过程与其他用户独立地联到各用户的用户界面；以及

(c)实例模块，所述实例模块用于基于所述模型生成并操作所述过程的实例，并基于所述状态数据并行地监视所述步骤的状态改变，以及基于所述接触点数据在所连接的步骤的状态改变时生成通知消息数据。

2.如权利要求1所述的协作计算机系统，其特征在于，所述模型数据定义与所述过程的相应步骤相关联的事件，并且所述实例模块在所述相关联的事件中的至少一个事件发生时调整步骤的状态数据。

3.如权利要求2所述的协作计算机系统，其特征在于，所述步骤的事件独立且并行地发生，而没有顺序。

4.如权利要求2或3所述的协作计算机系统，其特征在于，包括通信模块，所述通信模块用于与和所述用户相关联的管理计算机系统通信以获得表示所述相关联的事件中的所述至少一个事件的发生的事件数据。

5.如前述权利要求中的任何一个所述的协作计算机系统，其特征在于，所述用户数据包括表示各分组的分组数据以及与用户作为成员与分组的关联，并且所述模型数据表示与每一过程相关联的分组。

6.如权利要求5所述的协作计算机系统，其特征在于，分组的成员具有对与该分组相关联的过程模型的所述模型数据的访问权，并且其他用户请求订阅从该模型创建的过程实例以获得关于该过程实例的步骤的状态数据。

7.如权利要求4到6中的任一项所述的协作计算机系统，其特征在于，包括用于访问所述用户界面的客户端以及用于作为所述管理计算机系统的一部分来操作以生成调用所述过程实例的事件消息的客户端。

8.如权利要求7所述的协作计算机系统，其特征在于，所述用户数据包括特权数据集，该特权数据集使得用户能够订阅另一用户或分组的过程以设置所述接触点数据来创建到该过程的各步骤的接触点。

9.如权利要求8所述的协作计算机系统，其特征在于，所述实例模块提供用户界面来设置所述接触点数据，以将接触点添加到过程实例的一个或多个所选步骤。

10.如权利要求9所述的协作计算机系统，其特征在于，所述界面呈现过程实例的步骤的字段事件和接触点，并显示其他过程模型的已被添加为接触点的各步骤。

11.如权利要求10所述的协作计算机系统，其特征在于，所述界面包括接触点选择，在为一步骤调用所述接触点选择时，所述接触点选择示出通过接触点关联到所述步骤的所有步骤的状态。

12.如权利要求10所述的协作计算机系统，其特征在于，界面包括字段选择，该字段选择在被调用时显示与所述步骤相关联的数据字段的当前数据。

13.一种协作计算机系统，包括：

模型模块，所述模型模块用于创建并编辑表示相应的独立过程的过程模型，并在所述独立过程的步骤的对之间建立数据共享关系；以及

实例模块，所述实例模块用于基于所述模型来并行地调用并操作过程实例，并激活所述关系；

其中，所述系统的用户分别与所述过程实例相关联，并使用在所述步骤的对之间共享的数据来完成包括所述过程的步骤的任务。

14.如权利要求13所述的协作计算机系统，包括：

通信模块，所述通信模块用于将与所述步骤的事件相关联的事件消息发生给管理计算机系统；以及

客户端，所述客户端包括安装在所述管理计算机系统上的API，所述API用于将与用户在所述管理计算机系统上完成的所述步骤相关联的事件消息发送给所述通信模块。

15.如权利要求14所述的协作计算机系统，其特征在于，所述过程模型被创建来表示由所述用户分别在所述管理计算机系统中的至少一个管理计算机系统上执行的相应独立过程。

16.如权利要求13-15中的任一项所述的协作计算机系统，其特征在于，所述对之间的所述数据共享关系是使所述对的一步骤与另一步骤相关联的接触点数据，并且当一个步骤的状态改变时，所述实例模块触发给另一步骤的消息通知。

17.一种由计算机系统执行的协作过程，包括：

生成表示相应的独立过程的过程模型；

生成分别表示所述独立过程的步骤之间的关系的接触点数据；

基于所述模型并行地操作所述过程的实例；以及

基于所述接触点数据激活不同实例的步骤之间的数据连接。

18.如权利要求17所述的协作过程，其特征在于，生成至少一个用户界面以提供对与所述过程、在所述过程中发生的事件和所述事件的状态、以及基于所述接触点数据的接触点中的一个相关联的数据字段的选择性显示，以访问与另一独立过程的至少一个步骤的状态相关联的数据。

19.如权利要求17或18所述的协作过程，其特征在于，所述数据字段的数据以及所述事件的状态是从接收自与执行所述协作过程的计算机系统通信的至少一个管理计算机系统的事件消息中获得的。

20.包括用于执行权利要求17到19的任一项中所述的过程的计算机程序代码的计算机可读存储介质。