3、统一人机服务，实现大规模协作

统一人机服务，实现大规模协作

1. 背景与挑战

在当今数字化时代，基于Web的协作平台正朝着面向服务的架构发展，这促使了复合和用户丰富服务的兴起。在这类平台上，协作通常涉及人类和软件服务，从而产生了高度动态和复杂的交互。然而，现有的协作工具存在诸多不足，人类无法指定不同的交互接口（服务）以在各种协作中复用，也缺乏有效的方式来表明自己参与协作的可用性和意愿。

2. 协作模型分析

协作模型主要分为过程中心和即兴协作两种类型：
- 过程中心协作 ：采用自上而下的方法，业务分析师或流程架构师需全面理解流程，然后进行建模和执行。这种模型的可复用性较高，但灵活性受限，一旦出现变化（如异常），就需要重新建模。
- 即兴协作 ：采用自下而上的方法，更具灵活性，但可复用性较低，因为很多方面依赖于参与过程的实际人员。

然而，Web规模的协作需要一种既灵活又可复用的方法，因为它可能涉及大量的人员和软件服务。

3. Web 2.0协作现状

Web 2.0范式鼓励用户协作和共享知识信息，使Web不再只是一个“只读”的信息库。但目前的协作场景存在问题，例如用户A发布Web内容后，其他用户无法将相同的流程应用到其他协作中，且协作缺乏结构，难以管理涉及多个用户和服务的交互。同时，将人类交互建模为BPEL流程中的BPEL4People活动，在Web规模协作中的适用性也很有限，因为无法提前建模人类与服务之间的新兴交互。

4. 动机用例分析

以下是一些涉及软件服务和人类协作时出现的问题场景：
-