专利名称：用于监视并控制商务级服务等级协议的系统和方法
技术领域：
本发明涉及用于监视并控制商务级SLA(服务等级协议)的系统和方法，本发明更特别地涉及利用探点、KPL(关键性能指标(indicator))以及商务约定(business commitment)，监视并控制商务级SLA的系统和方法。本发明还涉及被称为BPCL(商务进程约定语言)的基于XML(可扩展标记语言)的规范，它用于描述商务约定。根据商务约定，商务进程管理(BPM)系统利用BPCL规范配置、监视以及控制商务进程。商务约定和BPCL提供了一条通向动态电子商务解决方案的基于模型管理的道路。
背景技术：
因为网络计算技术和应用的革新，许多公司、企业或者组织目前都通过诸如WWW(万维网)和因特网的全球通信网提供电子商务服务。通常，通过实体的网站提供这种服务。然而，大多数组织没有所需的IT专家来维护其自己的网站，或者以成本效益好的方式来维护这种网站。此外，随着动态电子商务技术的迅速发展，组织不再满足于隔离式电子商务应用，而且它们承受应用集成的沉重负担。公司客户希望一种根据它们的需要定制的容易使用的行业解决方案。因此，许多组织将其IT业务，包括管理安全网站外包给诸如IBM全球中心的IT服务提供商去做，希望IT服务提供商以低成本实时提供专用域名电子商务解决方案。
为了提供SLM(服务等级管理)，已经开发或者建议了各种系统和方法。SLM指用于确保对服务请求者提供足够高服务等级的严格而且积极的方法和过程。SLM的基础是服务等级协议(SLA)。SLA是服务请求者与服务提供商之间规定可接受最低服务等级的合同。例如，这种SLA可以包括服务质量(QoS)和安全要求。SLM系统是用于管理服务提供商与服务请求者双方之间关系的重要工具。
传统的合同管理工具或者服务等级管理工具主要分别集中在外部方(例如，贸易伙伴)，因此，没有全局观念。例如，国际商用机器公司建议的WSLA(万维网服务等级协议)和tpaML(贸易伙伴协议标记语言)规范解决管理外部关系的问题。然而，该规范的焦点是一对一的单独关系，例如，而没有考虑到各方之间的相互依存提供对一对多关系进行管理的解决方案。
此外，为了解决商务进程管理的不同方面，还建议了其他标准或者规范。下面简要说明它们。
根据ebXML(电子商务XML发起(initiative))的BPSS(商务进程规范方案)提供了一种标准框架，利用该框架，可以配置商务系统，以支持执行由商务事务(business transaction)构成的商务合作。BPSS支持商务事务规范和将商务事务编排为商务合作。利用根据ebXML的许多可用标准模式之一，可以分别实现每个商务事务。这些模式确定伙伴之间的实际交换商务文件和商务信号，以实现要求的电子商业事务。
根据商务进程管理发起的BPML(商务进程建模语言)是用于对商务进程建模的元语言。根据事务有限态机的原理，BPML提供合作和事务商务进程的抽象执行模型。BPML认为电子商务进程由公用公众接口构成，而且认为有多少进程参与者就有多少专用(private)实现。这样可以将BPML进程(process)的公众接口描述为ebXML商务进程或者RosettaNet伙伴接口进程，而与其专用实现无关。
根据WfMC(工作流管理联盟)的XPDL(基于XML的进程定义语言)是基于XML的语言，用于定义商务进程。XPDL的关键因素之一是其可扩充性，以对各种工具使用的信息进行处理，因为XPDL可能不能支持所有工具的全部附加信息要求。XPDL的最重要因素之一是类属构造，它支持在公用表示内使用的销售商的特定属性。
BPEL4WS允许公司描述包括多万维网服务的商务进程并标准化在内部在各伙伴之间进行的消息交换。在BPEL4WS中，可以以两种方式描述商务进程。在商务交互中，可执行商务进程对参与者的实际行为建模。相反，商务协议采用进程描述，它规定该协议涉及的每方的互相可见消息交换行为，而不披露其内部行为。商务协议的进程描述被称为抽像进程。BPEL4WS提供了商务进程和商务交互协议的正式规范的语言。通过这样做，可以扩展万维网服务交互模型，而且可以使它支持商务事务。BPEL4WS定义有助于在公司内(intra-corporate)和商务-商务空间内扩展自动进程集成的共用集成模型。
BOpS(商务作业规范)定义用于规定商务作业视图(view)的记数法(notation)。该记数法被称为商务作业规范(BOpS)，而且被表示为XML模式定义。采用商务系统建模的分层视图。在该视图中，商务系统由3层构成战略、运算以及执行。BopS解决商务系统的作业层的建模。通过这样做，它消除了战略与执行之间的隔阂，自动产生执行模型而且有助于执行跟踪战略。
上述语言主要解决商务进程的定义和执行方面的问题。然而，这些规范未提供监视并控制商务级SLA以及各方之间关系的机制。
发明内容
本发明涉及用于电子商务进程管理的系统和方法。根据本发明用于提供电子商务进程管理的系统和方法优选采用利用探点、KPI(关键性能指标)以及商务约定监视并管理的商务级SLA的机制。根据本发明实施例的BPCL(商务进程约定语言)用于对外部方与内部方之间的关系说明性建模并规定商务约定。商务进程管理系统(BPM)可以利用BPCL根据商务约定配置、监视以及控制商务进程。
在本发明的一个实施例中，利用商务约定规范描述了一种用于提供商务进程管理的模型，该商务约定规范全局描述与动态商务进程有关的、包括与该商务进程有关的外部方和内部方的多个实体之间的商务关系。该模型用于根据实体间规定的商务约定，监视并控制商务级SLA(服务等级协议)。例如，利用探点确定的KPI(关键性能指标)确定商务约定。优选利用XML(可扩展标记语言)语法描述商务约定。
在本发明的另一个实施例中，用于提供商务进程管理的系统包括建立时部件，用于产生用于描述与动态商务进程有关的多个实体之间的商务关系的文档；以及运行时部件，用于处理该文档的规范，以对动态商务进程提供商务级SLA(服务等级协议)管理。建立时部件优选包括用于创作BPCL文档的工具，该文档规定探点、KPI以及商务约定之间的关系，而且其中运行时部件包括利用BPCL文档的规范监视并控制商务级SLA的部件。在一个实施例中，开发工具包括基于Eclipse的可视开发工具，它显示BPCL文档的探点、KPI以及商务约定之间的分层关系。
在又一个实施例中，运行时部件包括BPCL配置器模块，它允许对BPCL文档的动态变化，而且使该变化自动传播到运行时部件。运行时部件包括激励器，用于发送类属(generic)通知，或者用于调用管理指令(directive)，该管理指令可以改变商务进程的执行过程；KPI计算器，确定KPI值；条件评估器，利用KPI值评估商务约定的逻辑条件；评估触发器，用于确定触发器以调用条件评估器。该触发器基于告警，或者基于事件，其中在阅读BPCL文档时，BPCL配置器提供基于告警的触发器的指令。
在本发明的又一个实施例中，提供了一种用于自动检测探点、KPI以及商务约定之间的依赖性并用于确定受不可用探点影响的KPI和商务约定的机制。
在本发明的另一个实施例中，用于管理商务进程的方法包括执行商务进程，该商务进程包括一组可以在多个实体之间交互的集成应用；以及利用商务约定规范管理商务进程的执行，该商务约定规范描述所述实体之间的一个或者多个商务约定，其中利用KPI确定商务约定，而利用探点确定KPI。
在又一个实施例中，管理商务进程的执行包括监视与商务进程有关的探点；在与KPI有关的探点被激活时，确定KPI的值；以及根据确定的KPI的值，评估与KPI有关的商务约定，以确定是否违背了商务约定。例如，可以根据至少一个其他KPI的值，确定该KPI的值，调用函数以确定该KPI的值，或者根据从探点提取的值确定该KPI的值。评估商务约定的过程包括利用KPI值评估商务约定规定的条件。如果根据评估结果确定违背了商务约定，则开始动作。开始动作包括将违约通知发送到与商务约定有关的实体，或者调用管理指令，以改变商务进程的执行过程。
下面将说明本发明的这些以及其他实施例、方面、特征以及优点，或者根据下面对优选实施例所做的详细说明，本发明的这些以及其他实施例、方面、特征以及优点显而易见，结合附图阅读对优选实施例所做的详细说明。
图1是示出根据本发明实施例用于建立BPCL文档的方法。
图2是示出根据本发明实施例用于通过探点、KPI和商务约定监视并控制商务级SLA的方法。
图3是示出根据本发明实施例利用BPCL生成器生成的BPCL文档的示例性示意图。
图4是示出根据本发明实施例利用评估触发模块产生触发信号的方法的流程图。
图5是示出根据本发明实施例用于确定KPI(关键性能指标)值的方法的流程图。
图6是示出根据本发明实施例在执行商务进程期间响应激活的探点评估逻辑条件的方法的流程图。
图7是示出用于确定因为违反商务级SLA要采取的动作的方法的流程图。
图8是示出根据本发明实施例在探点不能使用时用于检测KPI与商务约定之间的依赖性的方法的流程图。
具体实施例方式
本发明涉及用于提供电子商务进程管理的系统和方法。根据本发明用于提供电子商务进程管理的系统和方法优选采用利用探点、KPI(关键性能指标)以及商务约定监视并控制商务级SLA的机制。根据本发明实施例的BPCL(商务进程约定语言)用于对外部方与内部方之间的关系进行描述建模并规定商务约定。商务进程管理(BPM)可以利用BPCL根据商务约定配置、监视以及控制商务进程。
为了便于说明，将下面对优选实施例所做的详细说明划分为如下小节小节I说明根据本发明的商务进程管理系统和方法的一般概况；小节II说明根据本发明的商务约定的原理；小节III说明用于规定商务约定的观念级的BPCL以及BPCL的优选结构和各部件和用于定义根据本发明实施例的BPCL的内容模型的示例性XML模式定义(XSD)；小节IV说明根据本发明各实施例用于利用探点、KPI(关键性能指标)以及商务约定监视并控制的系统和方法，它可以用于实现商务进程管理平台；以及小节V说明根据本发明利用商务约定可以实现的几个示例性商务进程。
小节I-概况通常，本发明涉及可以实现的、用于管理与“动态电子商务”有关的各种电子服务(e-service)的商务进程管理系统和方法。“动态电子商务”指构成诸如客户关系管理(CRM)和供应链管理(SCM)的跨企业商务进程的一组集成应用和过程。由于商务实体可以采用多种电子服务运行其商务，所以优选以统一方式管理这种电子服务。根据本发明的商务进程管理系统和方法可以有效协调执行多个应用程序，其中优选根据商务级视图管理审计追踪和这种应用产生的异常。
在本发明的优选实施例中，商务级的商务进程管理包括集中式管理诸如服务提供商、服务消费者以及内部部门的各商务实体之间的商务关系，其中定义商务约定，以捕获电子服务的商务关系本质。正如上面详细说明的那样，商务约定是涉及服务协议中的诸如服务等级的商务问题(issue)以及购买(procurement)合同中的条款和条件的约定。优选利用在此被称为BPCL(商务进程约定语言)的基于XML的语言规定商务约定，而且商务约定用于监视并控制电子服务的执行状态。
有利的是，根据本发明实施例的商务约定和BPCL提供了基于模型管理动态电子商务解决方案的机制。特别是，商务约定和BPCL提供对各种贸易伙伴之间的商务关系以及内部方之间的交互有效建模并集中管理来自/到多方的商务约定的机制。换句话说，商务约定和BPCL可以管理各种商务关系的全局/集成视图，从而实现商务关系管理的最佳解决方案。
小节II-商务约定本小节将说明根据本发明的商务约定的原理。通常，约定是一种在未来在特定限制内要做某件事情(或者不做某件事情)的协议或者许诺。根据本发明，商务约定被广义定义为与商务问题有关的约定。商务约定可以在贸易伙伴或者诸如商业伙伴、服务请求者以及服务提供商的外部方之间(外部约定)，或者在商业企业内的内部方之间进行(内部约定)。商务约定可以有多种形式，例如，两个商业伙伴之间的商务合同、服务提供商与服务请求者之间的服务级协议(SLA)以及/或者部门规定的(与仅涉及两个主要方的传统SLA方法不同)内部SLA。
优选在商务进程管理的上下文中看到根据本发明的商务约定。商务进程是共同实现商务目的或者策略目标的串行或者并行活动的完全协调线程(thread)。因此，商务进程可以将数值同时传送到内部客户和外部客户。商务进程管理(BPM)可以发现、设计、模拟、部署(deploy)、执行、优化以及分析端到端进程。
一组商务约定建立商务进程级的BPM(商务进程管理)平台的管理协议，其中明确的“动作”与商务约定有关。在运行时，如果已经违反了协议/担保(商务约定定义的)，则一方保证采取某个(些)动作，或者通知有关各方，或者“纠正”违约。BPM将配置、控制以及监视基于商务约定的商务进程，正如根据本发明利用BPCL规定的那样。
商务约定、合同、SLA的概念相关，但重点不同。合同或者SLA含有所有各方互相协商一致的条款和条件。约定通常是定向的，而且一个约定具有一个发起人和一个接收人。例如，在航运SLA中，承运人保证(对服务请求者)在X天内运输商品。另一方面，服务请求者保证(对承运人)在Y天内支付费用。在执行过程中，可能因为各种原因，违反了约定(不可预测事件或者一方的有意违约)。因此，在它们的相互约定未完成时，通常双方都同意采取某一“动作”。因此，根据本发明，“动作”是要点。监视协议(体现为商务约定)，并检测违约。如下所述，根据本发明监视并控制商务约定是根据涉及监视方的商务数据的逻辑表达式(条件)。
小节III-商务进程约定语言(BPCL)下面的小节将从概念上说明BPCL，从而规定商务约定、优选结构以及BPCL的各部件，而且说明示例性XML模式定义(XSD)，以根据本发明定义BPCL内容模型。
商务进程使用者(owner)和通过其执行商务进程的BPM平台的使用者共同定义商务约定。根据本发明的BPM系统不仅监视各合同的执行过程，而且监视这些合同之间的关系。在此，多个合同/SLA之间的关系被称为“合同间/SLA条款”。管理合同间/SLA条款超出传统单个商务进程管理系统的范围。
现在，参考图1，示意图示出用于建立BPCL的方法。假定方1(P1)是主要方，它与多方(P2、P3和P4)协商。P1与P4之间的协商结果是SLA1(1)(假定P1和P4已经协商了服务协议)。P1与P3之间的协商结果以及P1与P2之间的协商结果分别是合同2(2)和合同(3)(假定这种协商基于通用商务合同)。P1可具有描述多种内部部门的责任的内SLA/约定。由于SLA1(1)、合同2(2)以及合同3(3)是单独协商的结果，利用合同间/SLA分析(5)处理该结果，以产生可能的合同间/SLA条款。然后，如图1所示，获得的合同间/SLA条款与内部SLA/约定(4)、SLA1、合同2以及合同3(所有这些均是从P1的角度看待的)组合在一起，以形成BPCL(6)。显然，可以手动执行或者自动执行图1所示的方法。
根据本发明的优选实施例，BPCL优选根据XML语法规定商务约定。此外，BPCL优选基于ECA(事件-条件-动作)范型(paradigm)，其中“事件”一发生，就评估“条件”，而且如果所评估的“条件”是真，则采取一个或者多个“动作”。BPCL以各种方式扩展ECA。通常，ECA模型的“条件”部分包括基于KPI(关键性能指标)和约定变量的逻辑表达式。通常，约定变量包括可以被商务分析员动态设置的阈值。此外，BPCL包括“约定简档(profile)”，它提供条件匹配变量和约定变量的值。“约定简档”提供了一种使商务约定的逻辑部分与商务约定的数据部分分离的方法。此外，ECA模型的“动作”分量被扩展为“动作集”，在该“动作集”中，可以顺序或者并行选择有关动作。
更具体地说，根据本发明实施例，KPI(关键性能指标)和探点支持用于规定BPCL并用于通过BPCL监视商务约定的系统和方法。在示例性电子服务的执行过程中，在服务提供商与服务消费者之间存在大量数据交换。KPI提供了一种使商务约定监视与电子服务实现的低级细节隔离的机制。KPI是可以用于表示电子服务的状态的规定值。换句话说，KPI是一个表示商务进程的性能(或者状态)的商务进程数据。根据本发明，BPCL依存(compliant)系统监视并控制KPI。显然，商务进程产生的所有数据并不都认为(deem)KPI。完全理解该商务(或者服务)的商务分析员确定选择并定义KPI。
作为例子，可以从合同直接得到KPI。例如，在承运入与服务请求者之间的运输合同中，运输计划和支付计划可以是KPI。此外，KPI可以要求根据低标准尺度(lower level metrics)的附加计算。例如，在IT服务中，根据在特定时间周期内连续对系统进行的探测，可以计算系统可用性。此外，根据从商务上下文收集的信息，可以获得KPI，其是商务进程的使用者有意具体化(externalize)的商务环境的一部分。
在诸如平衡得分卡(Scorecard)、商务智能以及供应链管理的域内定义了KPI的概念，以规定可以用于测量企业和商务进程的性能的尺度(metric)。对于平衡得分卡，KPI获得4个方面(perspective)的商务尺度(即，性能测量值)财务、客户满意度、内部进程以及革新和改进。KPI优选是可以测量的，否则，就不能监视、计算以及控制KPI。因此，在供应链域中作为可测量尺度的例子的KPI包括库存水平和商务进程的循环时间。根据本发明，一旦确定了从商务进程提取的KPI，则可以利用KPI在商务实体之间建立有意义的关系。假定的商务约定可以是例如“如果商务进程1中的KPI1大于商务进程2中的KPI2，则通知管理员”。
此外，根据本发明，“探点”提供商务进程建模/执行语言与BPCL之间的链接。探点包括可以对进程监视/控制系统报告有关进程数据的逻辑定位器(位于具体商务进程内)。
下面的说明性分段全面说明了根据本发明实施例根据示例性基于XML的BPCL文档的分量和结构的示例性XML模式定义(XSD)。
特别是，下面的XSD分段示出了根据本发明实施例的BPCL文档的示例性定义
<!-- BPCLType definition -->
<xsd:complexType name="BPCLType">
<xsd:sequence>
<xsd:element name="Party"type="bpcl:PartyType"minOccurs="0"maxOccurs="unbounded"/>
<xsd:element name="BusinessProcess"type="bpcl:BPType"minOccurs="0"maxOccurs="unbounded"/>
<xsd:element name="KPI"type="bpcl:KPIType"minOccurs="0"maxOccurs="unbounded"/>
<xsd:element name="BusinessEvent"type="bpcl:BEType"minOccurs="0"maxOccurs="unbounded"/>
<xsd:element name="BC"type="bpcl:BCType"minOccurs="0"maxOccurs="unbounded"/>
<xsd:element name="CommitmentProfile"type="bpcl:CommitmentProfileTypes"minOccurs="0"maxOccurs="unbounded"/>
</xsd:sequence>
</xsd:complexType>
<xsd:element name="BusinessSLA"type="bpcl:BPCLType/>
通常，正如上面对XSD分段所做的说明，BPCLType类型的元素(element)BussinessSLA是BPCL定义的根元素(root element)。BussinessSLA包括被称为Party、BussinessProcess、KPI、BussinessEvent和BC的元素。按照惯例，在名称空间bpcl内定义BPCL元素和类型。
Party元素使描述性信息包括在关于参与商务进程管理(BPM)系统的商务进程的各方的BPCL文档内。BussinessProcess元素允许BPCL文档内的目标商务进程的抽象描述。KPI单元允许指出要包括在BPCL文档内的商务进程的状态的关键性能指标或者参数。BussinessEvent使事件包括在BPCL文档内，该BPCL文档提供用于评估各商务约定内的逻辑表达式的触发点。BC元素(商务约定)是BPCL的关键元素。BC元素使得可以在BPCL文档内规定诸如BCIdentifier、TriggeringEvent、Commitmentlevel、Validity、KPI的逻辑表达式、Initiator、Receiver、Action以及AltAction，其中BCIdentifier是约定的标识符，TriggeringEvent指出哪个事件将触发对约定进行评估。元素Action用于描述在逻辑表达式被评估为真时要采取的(各)动作，AltAction指出在逻辑表达式被评估为假时要采取的(各)另外的动作。
示例性BPCLType XSD定义中的上述元素中的每一个包括类型属性，指出(点出)用于定义元素的复杂类型的名称。例如，下面的示例性XSD分段定义复杂元素PartyType，其由上面的BPCLTyp定义的Party元素指出<xsd:complexType name="PartyType">
<xsd:sequence>
<xsd:element name="PartyIdentifier"type="bpcl:PartyIdentifierType"maxOccurs="unbounded"/>
<xsd:element name="Contact"type="bpcl:ContactInformationType"/>
<xsd:element name="RolePlayer"type="xsd:string"minOccurs="0"maxOccurs="unbounded"/>
</xsd:sequence>
<xsd:attribute name="name"type="xsd:string"/>
</xsd:complexType>
如上所述，复杂元素PartyType被定义为具有一系列处于PartyIdentifier(标识符信息)、Contact(联系信息)以及出现的0个到许多个RolePlayer宣告顺序的子元素。此外，定义选项name属性具有字符串类型。存在一个拥有商务约定中心(hub)的主要方。有一方或者许多方参与商务约定中心活动。
接着，下面的示例性XSD分段定义复杂元素BPType，其由上面的BPCLTyp定义的BusinessProcess元素指出
<!-- abstract business process model -->
<xsd:complexType name="BPType">
<xsd:sequence>
<xsd:element name="ProcessID"type="xsd:string"/>
<xsd:element nsme="Activity"type="bpcl:ActivityType"minOccurs="0"maxOccurs="unbounded"/>
<xsd:element name="ControlFlow"type="bpcl:controlFlowType"minOccurs="0"maxOccurs="unbounded"/>
<xsd:element name="DataFlow"type="bpcl:DataFlowType"minOccurs="0"maxOccurs="unbounded"/>
<xsd:element name="Description"type="xsd:string"/>
<xsd:element name="OverviewURL"type="xsd:anyURI"/>
<xsd:element name="ProcessOwner"type="xsd:string"/>
<xsd:element name="ParticipantParty"type="xsd:string"maxOccurs="unbounded"/>
<xsd:element name="BPM"type="bpcl:BPMType"/>
</xsd:sequence>
</xsd:complexType>
如上所述，复杂元素BPType被定义为具有一系列处于ProcessID、出现的0个或者多个Activity、出现的0个或者多个ControlFlow、出现的0个或者许多个ControlFlow、出现的0个或者多个DataFlow、Description、OverviewURL、ProcessOwner(使用该进程的方)、出现的一个或者多个ParticipantParty以及BPM(以规定BPM系统的类型)宣告顺序的子元素。
接着，下面的示例性XSD分段定义复杂元素KPIType，上面的BPCLTyp定义的KPI元素指出该复杂元素KPIType
<xsd:complexType name="KPIType">
<xsd:sequence>
<xsd:element name="KPIName"type="xsd:string"/>
<xsd:element name="KPIType"type="xsd:string"/>
<xsd:element name="KPICategory"type="bpcl:KPICategoryType"minOccurs="0"maxOccurs="unbounded"/>
<xsd:choice>
<!-- got the value from a business process -->
<xsd:element name="ProcessAssociation"type="bpcl:ProcessAssociationType"/>
<xsd:elemeat name="EventName"type="xsd:string"/>
<xsd:element name="InvocationURL"type="xsd:anyURI"/>
<xsd:element name="ObjectMethodName"type="xsd:string"/>
<xsd:element name="QueryString"type="xsd:string"/>
<!--computing value based on other KPIs -->
<xsd:element name="Computation"type="bpcl:FunctionType"/>
<!--deriving value from a basic KPI -->
<xsd:element name="ValueDerivation"type="bpcl:ValueDerivationType"/>
</xsd:choice>
</xsd:sequence>
</xsd:complexType>
正如在复杂元素KPIType的上述例子中描述的那样，有3种不同的方法可以获得KPI的值直接从商务进程获得、根据其他KPI计算该值以及根据基本KPI求得该值。
接着，下面的示例性XSD分段定义复杂元素BEType，上面的BPCLTyp定义的BusinessEvent元素指出该复杂元素BEType
<xsd:complexType name="BEType">
<xsd:sequence>
<xsd:element name="EventName"type="xsd:string"/>
<xsd:element name="EventType"type="xsd:string"/>
<xsd:element name="ProcessID"type="xsd:string"/>
<!--event source:either Sender(directly comefrom a sender)or Timer(come from a timer) -->
<xsd:choice>
<xsd:element name="Sender"type="xsd:string"/>
<xsd:element name="Timer"type="bpcl:TimerType"/>
</xsd:choice>
<xsd:element name="Receiver"type="xsd:string"minOccurs="0"/>
<xsd:element name="EventAttribures"type="bpcl:EventAttributesType"minOccurs="0"maxOccurs="unbounded"/>
</xsd:sequence>
</xsd:complexType>
如上所述，复杂元素BEType被定义为具有一系列处于EventName、EventType、ProcessID、Sender或者Timer(选择事件源)、出现的0个或者多个Receiver以及出现的0个或者多个EventAttribute宣告顺序的子元素。在该示例性实施例中，事件模式包括几种事件源Sender(直接来自发送者)和Timer(来自定时器)。事件特定信息存储在EventAttribute内。
接着，下面的示例性XSD分段定义复杂元素BCType，上面的BPCLTyp定义的BC(商务约定)元素指出该复杂元素BCType
<xsd:complexType name="BCType">
<xsd:seguence>
<xsd:element name="BCIdentifier"type="xsd:string"/>
<xsd:element name="TriggeringEvent"type="xsd:string"/>
<xsd:element name="CommitmentLevel"type="bpcl:CommitmentLevelType"/>
<xsd:element name="Validity"type="bpcl:PeriodType"/>
<xsd:element name="Expression"type="bpcl:LogicExpressionType"/>
<xsd:element name="Initiator"type="xsd:string"/>
<xsd:element name="Receiver"type="xsd:string"/>
<xsd:element name="Action"type="bpcl:ActionType"minOccurs="0"maxOccurs="unbounded"/>
<xsd:element name="AltAction"type="bpcl:ActionType"minOccurs="0"maxOccurs="unbounded"/>
</xsd:sequence>
</xsd:complexType>
如上所述，复杂元素BCType被定义为具有一系列处于BCIdentifier、TriggeringEvent、CommitmentLevel、Validity、(逻辑)Expression、Initiator、Receiver、出现的0个或者多个Action以及出现的0个或者多个AltAction宣告顺序的子元素。
Action定义在所评估的逻辑表达式是真时要采取的一个或者多个动作。AltAction定义在所评估的逻辑表达式是假时要采取的一个或者多个动作。约定是定向的，因此，优选指出Initiator和Receiver，CommitmentLevel优选具有几个可能值，包括各级(每一约定事务实例)和处理级(根据特定时间周期内的聚合结果)。
接着，下面的示例性XSD分段定义复杂元素ActionType，BCType元素定义的Action和AltAction均指出该复杂元素ActionType
<xsd:complexType name="ActionType">
<xsd:sequence>
<xsd:element name="ActionCategory"type="bpcl:ActionCategoryType"/>
<xsd:element name="ProcessID"type="xsd:string"/>
<xsd:element name="ActivityName"type="xsd:string"/>
<xsd:element name="Parameter"type="bpcl:NameValueType"minOccurs="0"maxOccurs="unbounded"/>
<xsd:element name="ExecutionMode"type="bpcl:ExecutionModeType"/>
</xsd:sequence>
</xsd:complexType>
如上所述，复杂元素ActionType被定义为具有一系列处于ActionCategory、ProcessID、ActivityName、出现的0个或者多个Parameter以及ExecutionMode宣告顺序的子元素。优选利用列举(enumeration)约束定义元素ExecutionModeType，以将该元素的内容限制为几个有效值，包括“Sequentially”(顺序执行Action)和“InParallel”(并行执行Action)。
接着，下面的示例性XSD分段定义复杂元素CommitmentProfileType，上面的BPCLTyp 定义的CommitmentProfile元素指出该复杂元素CommitmentProfileType<xsd:complexType name="CommitmentProfileType">
<xsd:sequence>
<xsd:element name="ConditionMatchingVariable"type="bpcl:NameValueType"minOccurs="0"maxOccurs="unbounded"/>
<xsd:element name="CommitmentVariable"type="bpcl:NameValueType"minOccurs="0"maxOccurs="unbounded"/>
</xsd:sequence>
</xsd:complexType>
如上所述，复杂元素CommitmentProfileType被定义为具有一系列处于出现的0个或者多个ConditionMatchingVariable以及出现的0个或者多个CommitmentVariable宣告顺序的子元素。
如上所述，CommitmentProfile描述条件匹配变量和约定变量。约定简档使约定的逻辑部分与约定的数据部分分离，这样，在生成大BPCL文档时，可以实现可扩缩性(scalability)。约定的逻辑部分包括KPI和参数的逻辑表达式。约定的数据部分提供这些参数的值，而数据部分包括采集被称为约定简档的数据。数据部分可以驻留在数据库表上，或者其他单独XML文档上。这样，BPCL的核心部分就可以小，而且容易理解。每个约定简档分别包括几个分量，包括(i)识别信息以及(ii)阈值信息。识别信息被称为ConditionMatchingVariable，而阈值信息被称为CommitmentVariable。正如名字所暗示的那样，ConditionMatchingVariable的值用作检索CommitmentVariable的值的条件。CommitmentVariable参与评估约定的逻辑部分。该评估的结果确定是否应该采取一个或者多个动作。
小节IV-BPM系统和方法下面的小节描述根据本发明各实施例用于利用探点、KPI(关键性能指标)以及商务约定监视并控制商务级SLA的系统和方法，它们可以用于实现商务进程管理平台。
显然，可以以硬件、软件、固件、专用处理器或者它们的组合的各种方式实现在此描述的根据本发明的系统和方法。利用作为应用的软件实现本发明，该应用包括有形地向包含在一个或者多个程序存储器件(例如，硬盘、软盘、RAM、CD ROM、DVD、ROM和闪速存储器)而且可以被包括适当体系结构的器件或者机器执行的程序指令。
此外，应当理解，因为优选利用软件实现附图所示的构成系统模块和方法步骤，所以系统部件之间的实际连接(或者处理步骤的流程)根据该应用的编程方式的不同而不同。鉴于这里的教导，相关技术领域内的技术人员可以设想本发明的这些以及其他类似实现或者配置。
现在，参考图2，该图示出根据本发明实施例利用探点、KPI和商务约定监视并控制商务级SLA的系统。显然，图2还示出根据本发明实施例用于监视并控制商务级SLA的方法的流程图。通常，系统(10)的体系结构包括各部件的几个集成系统，该部件包括(i)建立时(build-time)系统部件和(ii)运行时(runtime)系统部件。
在建立时期间，BPCL生成器(composer)(11)用于产生一个或者多个BPCL文档(2)。商务分析员利用生成器(11)工具生成BPCL文档。BPCL生成器(11)优选包括可视编辑工具，以生成有效BPCL文档。在优选实施例中，BPCL生成器(11)包括基于Eclipse的可视开发工具，它显示(通过GUI)探点、KPI以及商务进程约定之间的关系。优选以XML格式将最终编辑结果存储为BPCL文档。
系统(10)运行时部件包括BPCL配置器(13)、激励器(14)、条件评估器(15)、KPI计算器(16)以及评估触发器(17)。BPCL配置器(13)处理BPCL文档以及其他配置文件，以配置系统部件(14-17)。配置器(13)优选包括用于读取BPCL文档并将配置信息传送到正确系统部件的程序。激励器(14)包括用于发送类属通知或者用于调用管理指令(directive)的程序，其可以改变运行商务进程(18)的执行过程。KPI计算器(16)包括用于确定KPI值的程序，而条件评估器(15)包括用于评估逻辑条件的程序。评估触发器(17)确定“触发器”，以调用条件评估器(15)。优选实现几种类型的触发器，包括“基于告警的”触发器和“基于事件的”触发器。对于基于告警的触发器，读取BPCL文档的BPCL配置器(13)发出指令，而基于事件的触发器根据探测消息。
在系统(10)的运行时期间，当在执行优选商务进程(18)期间，探点被激活时，SLA进行监视。特别是，插入要监视的商务进程的探点被激活，并将消息发送到KPI计算器(16)。KPI计算器(16)确定KPI值。此时，探点还将消息发送到评估触发器(17)，然后，评估触发器(17)请求条件评估器(15)对(各)有关逻辑条件进行评估。条件评估器(15)又从KPI计算器(16)请求KPI值，然后，KPI计算器(16)将该数据发送到条件评估器(15)。然后，条件评估器(15)指示激励器(14)采取适当动作。激励器(14)调用类属通知机制，该类属通知机制又调用该通知的实际实现，例如，电子邮件、即时消息等。激励器(14)可以调用一个或者多个管理指引，该管理指引可以改变下面的商务进程的执行过程。
因此，总之，在探点被激活时，计算KPI值，然后，评估(逻辑)条件。条件评估结果确定是否发生了SLA违约。如果存在这种违约，则或者将类属通知发送到正确方，或者使管理指引返回商务进程，以控制商务进程的执行过程。
图3是根据本发明实施例利用BPCL生成器生成的BPCL文档的示例性示意图。如上所述，BPCL生成器优选是基于Eclipse的开发工具，它允许商务分析员可视确定BPCL文档的不同分量，而且示出BPCL文档的不同分量之间的关系。在本技术领域内众所周知，Eclipse平台是基于Java的开放资源软件平台，它是为了建立集成开发环境(IDE)而设计的，该集成开发环境(IDE)用于产生诸如电子商务应用的各种类型的应用。根据用于发现、集成以及运行被称为插件(plug-in)的模块的机制，建立Eclipse平台。工具提供商可以开发工具，作为通过Eclipse“工作空间”内的文件运行并在Eclipse“工作台”上表示工具专用UI的插件。Eclipse工作台是开放资源发起，以提供通过其工具制作者可以开发其产品的平台。利用在该工作台内可用的所有公用功能，工具制作者可以集中开发仅包括核心商务逻辑的插件。Eclipse平台允许开发者同时使用多个供应商提供的软件工具，从而使开发者集成用于建立电子商务应用的商务进程。
在图3所示的示例性示意图中，对BPCL定义示出3个基本层探点层(L1)、KPI层(L2)以及商务约定层(L3)。由于KPI定义是递归的，所以KPI层(L2)实际上可以具有几个物理层。例如，在图3中，对KPI层(L2)示出3个KPI层。顶级KPI层(31)确定的KPI用于构造商务约定(30)，而顶级KPI(31)下面确定的KPI(32、33和34)用于计算顶级KPI(31)的“平均基本请求响应时间”值。示例性文档包括两个探点(35，36)，分别确定它们，以起动监视“基本请求开始时间”和“基本请求结束时间”。因此，如图3所示，商务约定定义取决于KPI，而KPI的定义取决于探点。存在依赖链，例如，“探点-＞KPI-＞商务约定”。在存在多个探点、KPI以及商务约定时，其交互形成图形结构。
图4是示出根据本发明实施例的评估触发器(17)的体系结构的示意图。图4进一步示出根据本发明的评估触发器(17)的工作模式。如上所述，优选存在几种信号资源，例如，告警指令(41)和来自探点(42)的消息。告警指令包括对特定事件周期性地出现的基于时间的规范。例如，在每周结束时(例如，每个星期五的下午6:00点)，或者在每月开始时(例如，该月第一天的上午9:00点)，该系统可以确定周期时间的平均值，然后，将它与预定阈值进行比较。告警处理器(43)包括用于处理告警指令(41)并设置适当系统/部件，以通过信号发生器(45)实际产生信号的程序。
此外，评估触发器(42)可以从探点接收。在这种情况下，每当探点从下面的(underlying)商务进程接收信息时，这些消息就传送到事件处理器(44)。事件处理器(44)进行事件聚合(aggregate)(例如，确定在规定的时间周期内收到了多少消息)。事件处理器(44)对信号发生器(45)发信号，然后，产生适当触发信号。
图5是示出根据本发明实施例确定KPI值的方法的流程图。图5所示的流程图示出图2所示KPI计算器(16)的工作模式。首先，在从条件评估器收到关于KPI值的请求时(步骤50)，KPI计算器(16)将处理配置器(13)提供的配置信息(步骤51)，然后，确定(各)KPI类型(步骤52)。如果所确定的KPI是复合型的(步骤53中的肯定确定)，则确定运算符(operator)，并以递归方式计算操作数(步骤54)，然后，处理过程返回步骤52。
相反，如果KPI不是复合型的(步骤53中的否定确定)，则确定KPI是否基于外部函数(步骤55)。如果KPI基于外部函数(步骤55中的肯定确定)，则，例如，调用WSDL(万维网服务描述语言)操作中定义的函数(function)(步骤56)，然后，使最终KPI值聚合(步骤58)。相反，如果KPI值不基于外部函数(步骤55中的否定确定)，则从探点提取KPI值(步骤57)，然后，使最终值聚合(步骤58)。然后，使最终值返回条件评估器(步骤59)。
图6是示出根据本发明实施例在执行商务进程期间响应激活探点评估逻辑条件的方法的流程图。图6所示的流程图示出图2所示条件评估器(15)的工作模式。首先，在从KPI计算器收到KPI值时，条件评估器(15)对配置器(13)提供的配置信息进行处理(步骤60)，然后，调用包含在逻辑表达式内的每个布尔直接量(literal)的原(primitive)评估引擎(步骤61)。然后，聚合每个布尔直接量的评估结果(步骤62)，然后，使该结果返回激励器(步骤63)。
图7是示出响应商务级SLA违约确定要采取的动作的方法的流程图。图7示出图2所示激励器(14)的工作模式。如上所述，根据条件评估结果，条件评估器(15)指示激励器(14)采取适当动作。激励器(14)对配置器(13)提供的配置信息进行处理(步骤70)，然后，响应条件评估器(15)的请求，确定要采取的动作(各)类型。如果规定类属通知(步骤72中的肯定确定)，则检验评估结果，然后，通知各正确方(步骤73)。如果不规定类属通知(步骤74中的否定确定)，则检验评估结果，然后，调用各适当管理指令。
正如参考图3所述，商务约定定义基于KPI，而利用探点确定KPI。存在依赖链，象“探点-＞KPI-＞商务约定”。如果存在多个探点、KPI以及商务约定，则其交互形成图形结构。如果因为某些原因探点不可用(即，部分商务进程部分中断)，则需要利用一种方法检测受影响的KPI和商务约定。
图8是示出根据本发明实施例在探点不可用时检测KPI与商务约定之间的依赖性的方法的流程图。利用这种方法，输入包括一系列(临时或者永久)不可用的探点，而输出包括因此受到影响的一系列KPI和商务约定。首先，对于BPCL文档确定的每个商务约定，分析定义的条件部分，然后，返回每个商务约定的一组有关KPI(步骤80)。调用集KPIBC1、KPIBC2、...KPIBCn等。
然后，对于BPCL文档内确定的每个KPI，遍历各子节点，然后，返回每个KPI的一组全部支持探点(步骤81)。调用集PPKPI1、PPKPI2、...PPKPIn等。
然后，获得输入列表中的一个探点(然后，从该列表上去除它)(步骤82)。然后，确定这种探点是否是探点PPKPI1、PPKPI2、...PPKPIn等的任意探点集的成员(步骤83)。如果该探点是这种探点集之一的成员(步骤83中的肯定确定)，则将该KPI名称加到“输出KPI列表”(步骤84)。如果该输入列表中有多个探点(步骤85中是肯定确定)，则重复该处理过程(步骤82，83，84)，直到输入列表成为空(在步骤85中的否定确定)。
在探点的输入列表空为时，拷贝“输出KPI列表”，KPIoutput。然后，由KPIoutput获得一个KPI，并从KPIoutput中去除该KPI(步骤87)。然后，确定从输出列表获得的KPI是否是在步骤80获得的任意KPI集的成员(步骤88)。如果KPI是一个集的成员(步骤88中的肯定确定)，则将相应商务约定名称加到该“输出BC列表”上(步骤89)。如果在输出列表KPIoutput上存在多个KPI(步骤90中的肯定确定)，则重复该处理过程(步骤87，88，89)，直到输出列表为空(步骤90中的否定确定)，在这种情况下，“输出KPI列表”和“输出BC列表”返回(步骤91)。
小节v-情况研究下面的小节描述几个利用根据本发明的商务约定可以实现的示例性商务进程。
1.保险中心在保险业内，小企业可以通过独立代理人购买保险单。然后，这些独立代理人与实际签发保险单的保险公司(carrier)签订合同。由于独立代理人应付可能具有不同保险单的许多保险公司非常耗时，因此，(利用在此描述的商务进程管理系统和方法)开发保险中心成本效益好，该保险中心可以聚合从多个保险公司返回的结果，而且对独立代理人提供统一的界面。在保险中心与保险公司之间的商务交互期间，该保险中心可以发现保险公司提供的保险规定不符合实际情况。保险中心可以将规定修改请求发送到保险公司。由于改变保险单规定需要人的干预，所以保险公司可能要花几小时、甚至几天的时间处理这套保险规定，然后，将结果返回该中心。从保险中心的观点出发，如果每个保险公司都可以在商议的时间周期内返回其相应结果，则是有益的。该时间周期的值可以是保险中心与保险公司的SLA/合同的一部分。
根据本发明，在上面的例子中可以确定几种约定。一个约定是保险公司对保险中心的约定，其中保险公司必须在规定的时间周期内返回结果，而保险中心监视该结果。另一个约定是保险中心对保险公司的约定，其中在每个报告周期结束时，保险公司向保险公司报告平均周转期(turnaround period)。
2.供应链管理在大型制造企业中，为了提高效率，可以使制造设备与库存中心分离。制造设备涉及各种渠道，这些渠道都是制造企业的实际客户。库存中心从供应商订购原材料。根据本发明，对这四个实体(制造设备、库存中心、客户以及供应商)建模作为电子服务，其中对这些实体之间的商务关系建模为位于这种电子服务顶部的商务约定。在该例中，可以定义各种约定。例如，可以将一个约定定义为“客户服务能力(serviceability)”，它是制造设备对渠道的约定。根据渠道/客户类别，可以将及时(on-time)百分比设置为95％。此外，如果在诸如3天或者4天的预定传送时间内完成了该传送，则可以将该传送看作“及时”。
可以将另一个约定定义为“供应商供给”，它是供应商对库存中心的约定。根据供应商的名称、部门名称或者部门种类名称，库存中心可以要求周期时间应该不到2天，标准偏差应该不到4小时，而且错误容差应该不到2小时。
可以将另一个约定定义为“预测精度”。根据部门名称或者部门种类名称，“预测精度”应该大于80％。
在上面的例子中，KPI、条件匹配变量以及约定变量是显而易见的。例如，在第三实施例中，“ForecastAccuracy”是KPI，PartName或者PartFamilyName是ConditionMatchingVariable，而80％是CommitmentVariable(例如，象$FA)的值。在运行时，可以动态调整$FA的值，因此，可以有效改变确定的(on the fly)约定。
尽管在此参看附图对说明性实施例进行了描述，但是，显然，本发明并不局限于在此描述的精确的系统和方法实施例，在不脱离本发明范围或者实质的情况下，本技术领域内的技术人员可以进行各种其他变更和修改。试图使所有这些变更和修改包括在所附权利要求限定的本发明范围内。
权利要求
1.一种用于管理商务进程的方法，包括步骤执行商务进程，该商务进程包括一组可以在多个实体之间交互的集成应用；以及利用商务约定规范管理商务进程的执行，该商务约定规范描述所述实体之间的一个或者多个商务约定，其中利用KPI(关键性能指标)确定商务约定，而且其中利用探点确定KPI。
2.根据权利要求1所述的方法，其中利用XML(可扩展标记语言)语法描述商务约定规范。
3.根据权利要求1所述的方法，其中管理步骤包括步骤监视与商务进程有关的探点；在与KPI有关的探点被激活时，确定KPI的值；以及根据确定的KPI的值，评估与KPI有关的商务约定，以确定是否违背了商务约定。
4.根据权利要求3所述的方法，其中确定KPI的值的步骤包括根据至少一个其他KPI的值确定该KPI的值。
5.根据权利要求3所述的方法，其中确定KPI的值的步骤包括调用函数，以确定该KPI的值。
6.根据权利要求3所述的方法，其中确定KPI的值的步骤包括根据从探点提取的值确定该KPI的值。
7.根据权利要求3所述的方法，其中评估商务约定的步骤包括利用确定的KPI的值评估商务约定规定的条件。
8.根据权利要求3所述的方法，进一步包括如果确定违背了商务约定，则开始动作的步骤。
9.根据权利要求8所述的方法，其中开始动作的步骤包括将违约通知发送到与商务约定有关的实体。
10.根据权利要求8所述的方法，其中开始动作的步骤包括调用管理指令，以改变商务进程的执行。
11.一种机器可读的程序存储器件，其有形包含机器可执行的指令程序，以执行用于管理商务进程的方法步骤，该方法步骤包括执行商务进程，该商务进程包括一组可以在多个实体之间交互的集成应用程序；以及利用商务约定规范管理商务进程的执行，该商务约定规范描述所述实体之间的一个或者多个商务约定，其中利用KPI(关键性能指标)确定商务约定，而且其中利用探点确定KPI。
12.根据权利要求11所述的程序存储器件，其中利用XML(可扩展标记语言)语法描述商务约定规范。
13.根据权利要求11所述的程序存储器件，其中管理指令包括用于执行下面的步骤的指令监视与商务进程有关的探点；在与KPI有关的探点被激活时，确定KPI的值；以及根据确定的KPI的值，评估与KPI有关的商务约定，以确定是否违背了商务约定。
14.根据权利要求13所述的程序存储器件，其中确定KPI的值的指令包括根据至少一个其他KPI的值确定该KPI的值的指令。
15.根据权利要求13所述的程序存储器件，其中确定KPI的值的指令包括调用函数，以确定该KPI的值的指令。
16.根据权利要求13所述的程序存储器件，其中确定KPI的值的指令包括根据从探点提取的值确定该KPI的值的指令。
17.根据权利要求13所述的程序存储器件，其中评估商务约定的指令包括利用确定的KPI的值评估商务约定规定的条件的指令。
18.根据权利要求13所述的程序存储器件，进一步包括如果确定违背了商务约定，则开始动作的指令。
19.根据权利要求18所述的程序存储器件，其中开始动作的指令包括将违约通知发送到与商务约定有关的实体的指令。
20.根据权利要求18所述的程序存储器件，其中开始动作的指令包括调用管理指令，以改变商务进程的执行的指令。
21.一种用于提供商务进程管理的模型，其中利用商务约定规范描述该模型，该商务约定规范全局描述与动态商务进程有关的多个实体之间的商务关系。
22.根据权利要求21所述的模型，其中根据规定的商务约定，该模型用于监视并控制实体间的商务级SLA(服务等级协议)。
23.根据权利要求22所述的模型，其中利用KPI(关键性能指标)确定商务约定，而且其中利用探点确定KPI。
24.根据权利要求21所述的模型，其中多个实体包括与商务进程有关的外部方和内部方。
25.根据权利要求21所述的模型，其中利用XML(可扩展标记语言)语法描述商务约定。
26.一种用于通过探点监视并控制商务级SLA(服务等级协议)的方法，该方法包括步骤至少设置一个适合具有商务进程约定语言(BPCL)配置器的主计算机；操作BPCL配置器，以配置用于实现管理指令的激励器；操作BPCL配置器，以配置用于评估逻辑条件的条件评估器；以及操作BPCL配置器，以配置用于计算KPI值的关键性能指标(KPI)计算器，其中至少一个主计算机根据商务指令确定用于控制SLA的商务进程的探点。
27.根据权利要求26所述的方法，进一步包括操作BPCL配置器以配置用于提供SLA违约通知的激励器的步骤。
28.根据权利要求26所述的方法，其中SLA基于对多个实体被全局建模的商务约定。
29.根据权利要求26所述的方法，其中利用XML语法描述BPCL。
30.一种用于提供商务进程管理的系统，包括建立时部件，用于产生用于描述与动态商务进程有关的多个实体之间的商务关系的文档；以及运行时部件，用于处理该文档的规范，以对动态商务进程提供商务级SLA(服务等级协议)管理。
31.根据权利要求30所述的系统，其中建立时部件包括用于创作BPCL(商务进程约定语言)文档的工具，该文档规定探点、KPI(关键性能指标)以及商务约定之间的关系，而且其中运行时部件包括利用BPCL文档规范监视并控制商务级SLA的部件。
32.根据权利要求31所述的系统，其中开发工具包括基于Eclipse的可视开发工具，它显示BPCL文档的探点、KPI以及商务约定之间的分层关系。
33.根据权利要求31所述的系统，其中运行时部件包括BPCL配置器，它允许BPCL文档的动态变化，而且使该变化自动传播到运行时部件。
34.根据权利要求33所述的系统，其中运行时部件包括用于确定KPI值的KPI计算器。
35.根据权利要求34所述的系统，其中运行时部件包括利用KPI值评估商务约定的逻辑条件的条件评估器。
36.根据权利要求34所述的系统，其中运行时部件包括用于确定触发器以调用条件评估器的评估触发器，其中该触发器基于告警，或者基于事件，其中在阅读BPCL文档时，BPCL配置器提供基于告警的触发器的指令。
37.根据权利要求34所述的系统，其中运行时部件包括用于发送类属通知，或者用于调用管理指令的激励器，该管理指令可以改变商务进程的执行。
38.根据权利要求31所述的系统，进一步包括用于自动检测探点、KPI以及商务约定之间的依赖性并用于确定受不可用探点影响的KPI和商务约定的装置。
全文摘要
提供了通过探点监视并控制商务级SLA(服务等级协议)的系统和方法。例如，系统(10)包括BPCL生成器(11)，用于以XML格式建立一个或者多个BPCL文档(12)，它(通过GUI)显示探点、KPI以及商务进程约定之间的关系。系统(10)包括运行时部件，例如，BPCL配置器(13)、激励器(14)、条件评估器(15)、KPI计算器(16)以及评估触发器(17)。BPCL配置器(13)处理BPCL文档以及其他配置文件，以配置系统部件(14－17)。激励器(14)发送<i>类属通知</i>或者调用</i>可以改变运行的商务进程的执行过程的<i>管理指令。KPI计算器(16)确定KPI值，而条件评估器(15)评估逻辑条件。评估触发器(17)确定“触发器”(例如，基于告警的触发器或者基于事件的触发器)，以调用条件评估器(15)。在运行时期间，当在执行运行商务进程(18)期间探点被激活时，进行SLA监视。当探点被激活时，计算KPI值，然后，评估(逻辑)条件。条件评估结果确定是否发生了SLA违约。如果出现了这种违约，则将类属通知发送到正确方，或者管理指令返回商务进程，以控制商务进程的执行。
文档编号G06Q10/00GK1823342SQ200480019862
公开日2006年8月23日 申请日期2004年7月9日 优先权日2003年7月11日
发明者张鸿洋, 郑俊璋, 桑托什·库马兰, 李海飞, 张良杰 申请人:国际商业机器公司