[发明专利]用于识别基于服务识别指示符的候选服务的系统和/或方法及相关算法

说明书

技术领域

此处描述的特定的示例实施方式涉及从业务流程功能之间识别候选服务的算法和/或编程方法。在特定的示例实施方式中，提供用于聚集基于设计时间业务流程分析智能和运行时间业务性能智能的指示符，和用于每个模型对象的元数据属性存储这样的指示符，执行候选服务分析，和/或响应服务请求。

背景技术

业务流程是一系列企业任务，为生成有价值的输出给内部的或外部的客户的目的经常被承担。比如，业务流程可提供遍及时间、地方和功能的组织行为结构。业务流程已经成为描述、分析、执行和/或控制遍及部门、业务单元，和甚至业务伙伴的操作结构的选择方法。

业务流程管理（BPM）目的在于为了整个业务成功它们的改进。在其他的之中，软件激活业务流程自动化是提高执行流程的效率和有效性的手段。已经建立业务流程模型以指定遍及BMP项目的流程。为了自动化的目的，例如，他们在转化为可执行的（基于代码的）规范之前记录和构造流程信息。建模和转化通常是健全的自动化的先决条件。

业务流程模型帮助将业务流程的逻辑时间流程描述为图。它们可能帮助将流程活动形象化为图形符号，并可能将它们连接为线性次序或其他次序。逻辑运算符可以指示当流程分为选择的或平行的路径时，当它们再次汇合成一个路径时等。这种所谓的控制流程是业务流程模型的一部分。控制流程可以通过根据前景（perspective）不同的附加模型元素补充。例如，概念上组织的perspective把组织流程上下文作为目标，包括组织内的和组织之间的劳动分工、人工行为的相互作用、它们的技术支持、产品成果等。

建模语言EPC（事件驱动流程链）已经普遍作为用于该概念上的业务流程的事实上的标准。其由可靠的组织资源、需求的输入和产生的输出等补充流程活动，支持软件应用系统、组织目标、风险等。在逻辑流程上其也包含重要的信息，使它成为技术执行流程基础上的半正式要求，虽然即使通过非技术流程分析也相当容易使用。当将概念上的转化为技术上的业务流程模型，业务流程建模将组织设计的perspective转变为技术工程的perspective。

模型驱动流程自动化将在概念业务流程中描述的控制流程传送给技术业务流程模型。这里，可能通过技术信息进行补充，例如，执行期间用于存储流程信息的流程变量，用于用户相互作用的在线格式，异常事件及对应的处理，通信的方式（异步/同步），一致的数据交换，等等。为了使流程可执行，流程活动典型地被分配给自动软件功能或半自动用户界面。根据选择的建模语言和目标调度系统，这种转化会引起一个第二图示的图表（例如，以BPMN 2.0），直接进入一个基于代码的脚本（例如，XPDL,BPEL，或类似的）等。

产生的技术流程模型将被调度进入业务流程管理系统（BPMS）或工作流程管理系统（WFMS）的流程引擎，其考虑到有效地开始、执行并跟踪流程中的实例（instances）。

使用业务流程作为用于交叉应用软件系统的模型的想法与工作流程管理系统（WFMS）和企业应用集成(EAI)的概念一样陈旧。然而，使业务流程自动化成为真正的技术挑战的一个因素是，过剩杂散和沿着给定的流程流被集成和连接的逐渐分布的软件系统。

最近，面向服务的架构（SOAs）尝试满足这种集成挑战，通过定义完善的软件服务界面而陈列和集成远程软件功能。早期的拥护者，基于服务提供者和客户之间的所谓的“find-bind-execute”关系，将SOA看作为分布式的软件架构的一种特定设计。较新的观点提出对于为业务流程自动化提供的潜在的SOA的集成观念。它们有助于将流程自动化置于SOA讨论的中心。根据动态的业务要求，宽松地构成服务的性能为灵活地实施业务流程创建新途径。根据演变的业务要求，标准化服务界面的采用，允许在不同的业务流程中重用服务，以及灵活代替服务。在这种情况下，SOA被认为是一种范例，用于组织和利用可能被不同所有制领域控制下的分布式性能。

网络服务表现最近的面向服务软件技术的典型。与先前的服务技术不同，网络服务影响并促进协议和数据标准。

面向服务架构的科学论述和最好实践提供大量的面向服务的设计原理。当SOA方式加强得到确认的，面向界面的软件架构的一般原理、互操作性、自主性和模块性，还增加额外的面向流程的主题。