[发明专利]用于扩展服务模型的方法和系统

说明书

技术领域

本发明涉及对服务所消费的信息进行建模和确认。

背景技术

在计算机科学领域，服务是设计为支持通过网络进行的可互操作的 机器与机器交互的软件系统。服务公开执行有意义动作的外部接口并提 供用户绑定到的绑定。可以使用例如web服务描述语言(参见 http://en.wikipedia.org/wiki/Web Services Description Language)根据服 务的外部端口来描述服务。服务典型地包括大量具有适当绑定的端口以 及该端口类型的接口的可选具体描述。如果可用，接口描述包括输入和 输出描述。

服务建模语言，诸如统一建模语言(参见 http://www.ibm.com/developerworks/rational/library/05/419soa/)，对基本 服务描述进行建模。描述包括端口类型、接口和绑定以及可选地包括服 务的内部处理所调用的其他服务。对其他服务的内部调用进行建模仅仅 是为了连线(wiring)和编排(orchestration)的目的，而不提供分析服 务实现和信息消费方面的任何方式。

过程(process)是行为的流(参见 http://en.wikipedia.org/wiki/Process)。过程建模语言如BPML或BPMN(参 见http://en.wikipedia.org/wiki/Business_Process_Modeling_Language)，对 过程的基本行为流以及该过程的输入和输出接口进行建模。

过程执行建模语言，诸如BPEL(参见 http://en.wikipedia.org/wiki/BPEL)，在SOA(面向服务的体系结构)的 上下文中，将过程建模为人类和服务的编排。过程在其执行期间调用服 务(通常称为过程在服务上执行)。对服务的调用进行建模仅仅是为了 连线和编排的目的，而不提供分析信息消费方面的任何方式。

信息模型(参见http://en.wikipedia.org/wiki/Information model)是信 息实体的抽象的形式化表示，包括它们的性质、关系和能够对其执行的 操作。信息模型通常用在数据或信息体系结构的上下文中。信息模型还 可以用作用于定义接口的共享语义上下文。

目前的服务和过程建模语言包括服务和过程的输入和输出，然而， 它们不考虑服务和过程内部消费的其他信息。这种信息表示的缺乏在出 于某种原因适当的信息不可用的时候可能导致在下游组件上的信息失 配。目前的建模机制不能够检测这些问题，因为它们不包括执行信息验 证必需的模型元素。信息失配问题可能在事务性处理和批处理的上下文 中出现。

如上所述，服务和过程所消费的信息不是目前建模方法的一部分。 因此，目前没有用于信息可用性的定量和定性的控制机制。基于标准模 型，没有办法验证服务、过程与支持业务解决方案所需要的信息之间的 平衡的“等式”。然而，为了避免昂贵的返工，在启动解决方案的组装 之前检测信息失配问题是很关键的。这种问题越早被识别出来，纠正它 们的代价就越小。另外，编程者应当不是必须了解信息消费和信息质量 特征。这些特征与信息体系结构有关。

发明内容

本发明的一个方面是一种用于扩展服务模型的方法。服务模型包括 至少一个公开接口的规范。方法中的接收步骤接收服务模型的服务实现 所消费的信息的规范。所消费的信息是由或者需要由服务实现利用而不 经过公开接口的信息。

该方法还包括使用计算机处理器自动生成扩展服务模型。扩展服务 模型包括公开接口的规范和服务实现所消费的信息的规范。

在本发明的一个实施方式中，服务模型的服务实现所消费的信息的 规范包括所消费的信息的消费类型。消费类型规定了对所消费的信息执 行的一种或多种功能类型。例如，消费类型可以规定由服务实现执行的 创建所消费的信息的操作、读取所消费的信息的操作、更新所消费的信 息的操作以及删除所消费的信息的操作中的至少一个。