WO2009127162A1

WO2009127162A1 - 一种实现组合计费业务的方法、系统及装置

Info

Publication number: WO2009127162A1
Application number: PCT/CN2009/071339
Authority: WO
Inventors: 盛金文
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2008-04-17
Filing date: 2009-04-17
Publication date: 2009-10-22
Anticipated expiration: 2010-10-17
Also published as: EP2262166A1; CN101272258A; EP2262166A4; CN101272258B; EP2262166B1

Description

KTLPHW091047 一种实现组合计费业务的方法、系统及装置

本申请要求于 2008年 4月 17日提交中国专利局、申请号为 200810104360.0、发明名称为 "一种实现组合计费业务的方法、系统及装置" 的中国专利申请的优先权，其全部内容通过引用结合在本申请中。

技术领域

本发明涉及电信技术领域，尤其涉及一种实现组合计费业务的方法，系统及装置。发明背景

业务组合是当前 IT业的热点之一，在目前的技术限制下，业务组合停留在组合 "小粒度"业务或组合复杂性简单的业务水平上，即业务组合的效果及可能性很大程度上依赖于被组合业务的"粒度"，只有足够细的、业务化的组件，或者是相互无关联的业务才有可能被很好的组合。无疑，这限制了业务组合的运用范围，也提高了业务组合所需的成本。

例如，在电信业务领域， "计费流程"是有可能经常被耦合的事件。现有技术条件下，在需要结合多个业务特性推出新业务时，采用的方法是在原业务中直接增加新特性。而这种 "紧耦合"的处理方式，每次都需要直接修改原有业务，业务间无重用价值。

另外，现有技术还可以基于工作流实现业务组合，具体是把已有的两个业务利用工作流系统组合在一起提供一个新业务。由于两个已有业务之间存在计费特性耦合，因此，需要将已有业务拆分为至少三个业务，将其中耦合的计费业务分离出来，单独作为一个业务存在。最后，利用工作流组合分离后的三个业务，提供一个全新组合业务，并解决计费问题的耦合。这种解决方案的本质是利用工作流，实现基于"小粒度"的业务组合，进而提供新的业务。但是，这种解决方案需要较大的修改现有业务，至少需要剥离原业务中的计费业务。发明内容本发明实施例要解决的主要技术问题是提供一种实现组合计费业务的方法，系统及装置，从而在不修改各子业务的前提下，简单、快捷的实现组合计费业务。

本发明实施例提供的一种实现组合计费业务的方法，包括：

接收子业务的计费请求信息；

根据各子业务的计费特性，对接收的所述子业务的计费请求信息进行业务协调处理，重新生成综合各子业务计费特性的计费请求信息；

向计费引擎发送所述重新生成的计费请求信息。

本发明实施例提供的另一种实现组合计费业务的方法，包括：

接收计费引擎的计费请求信息；

对接收的所述计费请求信息进行业务协调处理，并将完成业务协调处理的计费请求信息发送至子业务。 KTLPHW091047

本发明实施例提供的一种计费控制装置，包括：

计费信息接收单元，用于接收子业务的计费请求信息；

协调器，用于根据各子业务的计费特性，对接收的所述子业务的计费请求信息进行业务协调处理，重新生成综合各子业务计费特性的计费请求信息；

计费信息发送单元，用于向计费引擎发送所述重新生成的计费请求信息。

本发明实施例提供的一种实现组合计费业务的系统，由业务组合引擎和计费引擎组成，所述系统内设置有计费控制装置，所述计费控制装置包括：

计费信息接收单元，用于接收子业务的计费请求信息；

本发明实施例提供的一种业务组合引擎，设置有计费控制装置，所述计费控制装置包括：计费信息接收单元，用于接收子业务的计费请求信息；

本发明实施例提供的一种计费引擎，设置有计费控制装置，所述计费控制装置包括：计费信息接收单元，用于接收子业务的计费请求信息；

由上述本发明实施例提供的技术方案可以看出，本发明实施例中，通过接收子业务的计费请求信息，并根据各子业务的计费特性，对接收的所述子业务的计费请求信息进行业务协调处理，重新生成综合各子业务计费特性的计费请求信息后，向计费引擎发送所述重新生成的计费请求信息，从而在不修改各子业务的前提下，简单、快捷的实现基于各种粒度的组合计费业务。附图简要说明

图 1为本发明实施例提供的实现组合计费业务系统结构示意图；

图 2为本发明实施例提供的业务组合引擎结构示意图；

图 3为本发明实施例一的实现组合计费业务系统具体实施流程图；

图 4为本发明实施例二的实现组合计费业务系统具体实施流程图；

图 5为本发明实施例三的实现组合计费业务系统具体实施流程图；

图 6为本发明实施例四的实现组合计费业务系统具体实施流程图；

图 7为本发明实施例五的实现组合计费业务系统具体实施流程图；

图 8为本发明实施例六的实现组合计费业务系统具体实施流程图。 KTLPHW091047 实施本发明的方式

本发明实施例提供了一种实现组合计费业务的系统，根据接收的各子业务计费请求信息的计费特性，生成综合各子业务计费特性的计费请求信息，并向计费引擎 120发送重新生成的计费请求信息。当计费引擎 120应答后，向各子业务返回计费应答信息，从而在不修改各子业务的前提下，简单快捷的实现了基于各种粒度的组合计费业务。

如图 1所示，本发明实施例提供的实现组合计费业务的系统，其组成方式可由业务组合引擎 110，计费引擎 120，以及各子业务等组成。其中：

业务组合引擎 110，用于对接收的子业务计费请求信息进行业务协调处理后，发送至计费引擎 120；

计费引擎 120，用于根据业务组合引擎 110发送的计费请求信息，返回计费应答信息。

在本发明实施例中，计费引擎 120具体可为在线计费引擎。

在本发明实施例提供的业务组合引擎 110中，可设置有计费控制装置 130，如附图 2所示，该计费控制装置 130具体可由标识及实例生成单元 131、子业务调用单元 132、计费信息接收单元 133、协调器 134和计费信息发送单元 135等功能模块组合。其中：

标识及实例生成单元 131，用于生成各种标识及实例；

子业务调用单元 132，用于对各子业务发起调用操作；

计费信息接收单元 133，用于接收子业务的计费请求信息；

协调器 134，用于根据各子业务的计费特性，对接收的所述子业务的计费请求信息进行业务协调处理，重新生成综合各子业务计费特性的计费请求信息；

计费信息发送单元 135，用于向计费引擎 120发送所述重新生成的计费请求信息。

为了使各子业务可以感知其自身需要进行业务协调处理，本发明实施例提供的实现计费业务的系统在具体实现过程中，需要扩展现有的业务调用协议，在业务调用协议中增加计费协调标识、相关标识和协调实体标识，其中：

计费协调标识，用于表示被调用的子业务的计费请求信息需要进行业务协调处理；

相关标识，用于标识与子业务具有关联关系的业务控制点实例和组合运行业务实例；协调实体标识，用于通知被调用的子业务，其计费请求消息需要发往的协调实体。

需要说明的是，本发明实施例中，提出了 "业务控制点实例"这一概念，用于在业务组合引擎 110 内，唯一标识子业务对应的组合业务运行实例，以及唯一标识子业务与在线引擎之间的计费会话。并且，本发明实施例还可以生成一个与业务控制点实例具有关联关系的相关标识，并通过调用协议，将上述相关标识等信息发送至被调用的子业务，被调用的子业务在后续向协调实体发送的计费请求信息中携带该信息，协调实体如业务组合引擎 110可以根据相关标识等信息，在业务组合引擎 110内获取与该子业务对应的组合业务运行实例。

进一步说明的是，计费协调标识的取值不同，表示对被调用的子业务进行业务协调处理的方式不同。比如假设存在两个具体的业务组合，一个由子业务 A、 B组成，表示为业务 Z，另外一个由子业务 A、 B、 C组成，表示为业务 Y; 针对以上两个组合业务，业务组合引擎 110在处理业务 Ζ，即调 KTLPHW091047

用子业务、 B时，可指定其计费协调标识为 ' Γ ; 而在处理业务 Υ，即调用子业务 A、 B、 C时，可指定其计费协调标识为 '2' _; 子业务执行环境在向协调实体，如业务组合引擎 110发送计费请求时，可以附加携带该计费协调标识；业务组合引擎 110在收到这些计费请求后，可以利用该计费协调标识来识别具体是一个怎样的业务组合，比如，是业务 Y，还是业务∑。

协调实体中，可以存在如下配置，以支持上述特性:

当被调用的子业务在接收到计费协调标识，相关标识和协调实体标识后，便可以感知其计费请求信息需要进行业务协调处理，并且，还可以知道具体由哪一个协调实体对其计费请求信息进行业务协调处理。

需要说明的是，无论子业务是否为组合业务，本发明实施例都将其视为一个子业务。

另外，本发明实施例提供的实现组合计费业务系统在具体实现过程中，还需对业务组合语言

(Bpel) 进行扩展，以便可以使该系统内部的各个功能模块之间能够进行相互通信，以获取相关信息

为使本发明实施例的目的、技术方案和优点更加清楚，下面以业务调用协议采用简单对象访问 ( SOAP)协议，计费协议采用 Diameter协议为例，并结合附图，对本发明实施例提供的实现组合计费业务系统，在典型的计费处理流程中的应用进行详细描述。

可以理解的是，本发明实施例提供的实现组合计费业务系统可适用的协议并不仅局限于上述两种协议，本发明实施例对此并不限制。进一步的，本发明实施例也并不限制传输相关计费信息所采用的消息格式。

实施例一，本发明实施例提供的实现计费业务系统应用于基于事件模式的计费处理流程如附图 3 所示，该流程具体包括：

步骤 301，业务组合引擎 110生成计费协调标识、相关标识、协调实体标识和计费控制点实例，并建立相关标识与计费控制点实例和业务组合引擎 110内部组合业务运行实例之间的关联关系。

具体的，可由计费控制装置 130的标识及实例生成单元 131生成计费协调标识、相关标识、协调实体标识和计费控制点实例。

并且，可由计费控制装置 130内部协调器 134建立相关标识与计费控制点实例和业务组合引擎 110 内部组合业务运行实例之间的关联关系，并记录上述关联关系。

协调器 134记录的关联关系可以用下表表示:

需要说明的是，本发明实施例提供的实现组合计费业务的系统在具体应用过程中，需要对现有 KTLPHW091047

业务组合语言中 invoke操作的属性进行扩展，增加用于指定计费控制点以及用来指示子业务所属计费协调标识取值的属性。

上述扩展 invoke操作属性的处理具体可以为：在原有的 Invoke操作中增加属性" ChgCtrPoint", 用来指定计费控制点实例；增加属性" ChgNegotiation", 用来指示子业务所属计费协调标识的取值，具体扩展可以采用如下业务组合语言描述：

<invoke partnerLink="Partnerlinkname"

portType="PortTypeName"

operation="OperationName"

input Variable="RequestVar"

outputVariable="ResponseVar"

ChgCtrPoint="ChgctrpointName"

ChgNegotiation=" ChgNegotiationName"/>

可以理解的是，对于扩展 invoke操作的业务组合语言，以及本发明实施例在具体实现过程所涉及的业务组合语言，并不限于本说明书中提供的语句，可以根据实际情况具体灵活的编辑，本发明对此并不限制。

在一个具体实施例中，上述业务组合语言描述的 invoke操作的实例片段可以为：

<invoke artnerLink="employeeTravelStatus"

portType="emp:EmployeeTravelStatusPT"

operation="EmployeeTravelStatus"

inputVariable="EmployeeTravelStatusRequest"

output Variable="EmployeeTravelStatusResponse"

ChgCtrPoint- 'Chgctrpointservice 1 "

ChgNegotiation="CompositionType 1 "/>

步骤 302，业务组合引擎 110采用扩展后的 SOAP协议，调用需要被组合的子业务。

在协调器 134成功建立上述关联关系后，可由子业务调用单元 132采用扩展后的 SOAP协议，调用子业务。

SOAP协议调用信息中包含计费协调标识、相关标识和协调实体标识等信息。

需要说明的是，由于通常情况下，协调实体为业务组合引擎 110本身，因此，业务组合引擎 110 在采用扩展后的调用协议调用子业务时，可以不携带协调实体标识。

步骤 303，被调用的子业务发送计费请求信息。

子业务收到业务组合引擎 110发送的调用信息后，通过发送计费请求消息，向业务组合引擎 110 发送计费请求信息。

计费请求信息中具体可以包含计费会话标识、计费信息、计费请求消息类型信息、计费请求消息发送实例类型信息等信息，且当计费请求信息为初始计费请求信息时，计费会话标识中包含有子业务接收到的相关标识。

需要说明的是，当子业务发送非初始计费请求信息时，可不携带相关标识。

步骤 304，业务组合引擎 110接收计费请求信息。

具体可由计费控制装置 130中的计费信息接收单元 133接收由子业务发送的，携带有计费请求信息的计费请求消息，并在完成协议转换后，发送至协调器 134。 KTLPHW091047

步骤 305，协调器 134确定计费控制点实例以及组合业务运行实例。

协调器 134根据计费请求信息中包括的计费会话标识或相关标识，确定在步骤 301中，与计费会话标识或相关标识建立关联关系的计费控制点实例，进而确定关联的组合业务运行实例。

需要说明的是，当子业务发送初始计费请求信息时，协调器 134根据计费会话标识包含的相关标识确定计费控制点实例以及组合运行实例，并且，协调器 134建立计费会话标识与确定的计费控制点实例和组合业务运行实例之间的关联关系，以便当该子业务发送非初始计费请求信息时，可以不携带相关标识，协调器 134根据子业务发送的计费会话标识，确定与计费会话标识建立关联关系的计费控制点实例和组合业务运行实例。具体可以用如下表格表示：

需要说明的是，计费会话标识以及相关标识在协调器 134中均是唯一的，而且，计费会话标识或者相关标识与计费控制点实例和组合业务运行实例之间的关联关系在协调器 134中也是唯一的。

步骤 306，协调器 134将计费请求消息转换为事件。

协调器 134根据计费请求信息中包含的计费请求消息类型信息、以及计费请求消息发送实体类型信息等信息，将接收的计费请求信息转换为事件，且该事件信息在协调器 134内具有唯一性。

上述事件信息具体可以包括：事件名称和事件所属计费控制点实例信息。比如：事件名为： InitialChargingRequest, 计费控制点实例为： CtrpinstA。此处所涉及的计费控制点实例信息即为之前步骤中所涉及的计费控制点实例信息。

上述转换可以表示如下：

步骤 307，协调器 134根据各子业务计费特性，重新生成计费请求信息。

在此步骤中，协调器 134通过匹配事件信息，触发一段逻辑代码，比如外部输入的逻辑代码、业务组合引擎 110自身储存的逻辑代码、业务组合运行实例自身指定的逻辑代码等，在业务组合运行实例这个平台内，结合各子业务的计费特性，对子业务的计费请求信息进行如修改、增加或删除等业务协调处理，从而重新生成综合各子业务计费特性的计费请求信息。

还需说明的是，本发明实施例提供的实现组合计费业务系统，可以通过在业务组合语言中增加一个活动（Activity) ，从而可以在匹配事件信息通过后，触发逻辑代码。具体的可以通过下列业务组合语言来实现：

... KTLPHW091047

</catch

</ chgEventHandlers >

其中，每个 chgEventHandlers可以包含有多个 Catch单元，每个 Catch单元通过 eventName来指定该 catch单元所处理的事件名称，通过 eventowner来指定该事件归属于哪个计费控制点。只有 eventName 和 eventowner全部都匹配上时，才可以进入 Catch单元，即可以进入一段由外部输入的逻辑代码、业务组合引擎 110自身储存的逻辑代码、和 /或业务组合运行实例自身指定的逻辑代码，对各子业务发送的计费请求信息进行业务协调处理，生成综合各子业务计费特性的计费请求信息。

在一个具体实施例中，上述业务组合语言描述的活动实例片段可以为：

< chgEventHandlers >

</catch>

</catch>

</catch>

</catch>

...

</ chgEventHandlers >

步骤 308，业务组合引擎 110向计费引擎 120发送重新生成的计费请求信息。

协调器 134通知计费信息发送单元 135发送重新生成的计费请求信息。

计费信息发送单元 135对携带有新计费请求信息的计费请求消息进行协议转换，将协议转换后的计费请求消息发送至计费引擎 120。

需要说明的是，本发明实施例提供的实现计费业务的系统在具体应用过程中，需要在业务组合语言中增加一个活动，从而使计费信息发送单元 135可以向计费引擎 120发送计费请求消息，具体的可以通过下列业务组合语言来实现：

chgsendtoOCS(ChgCtrPointType chgctrPointname, xsd: string msgtype)

其中，该函数的第一个参数是计费控制点实例，用来标识某子业务与计费引擎 120之间的计费会话；第二个参数指明了发送的计费请求消息的类型，比如 Credit control Request 或 Abort session answer, Re-Auth answer等。

此步骤中还可以包括，协调器 134将该组合业务运行实例所属计费会话的状态设置为等待状态， KTLPHW091047

以表明该组合业务运行实例后续需要计费应答信息。

步骤 309，计费引擎 120对接收的计费请求信息进行应答，返回计费应答信息。

计费引擎 120对于计费请求信息的处理，与现有技术相同，因此不再赘述，且计费引擎 120可通过发送计费应答消息向业务组合引擎 110返回计费应答信息。

步骤 310，业务组合引擎 110接收计费应答信息，并对计费应答信息进行业务协调处理。

首先，计费信息接收单元 133接收计费引擎 120返回的携带有计费应答信息的计费应答消息，并在完成协议转换以及格式转换后，将计费应答消息发送至协调器 134。

需要说明的是，本发明实施例提供的实现计费业务的系统在具体应用过程中，需要在业务组合语言中增加一个活动，从而使计费信息接收单元 133可以从计费引擎 120处接收计费应答消息，具体的可以通过下列业务组合语言来实现：

chgrecieveFromOCS(ChgCtrPointType chgctrPointname, xsd:string msgtype)

其中，该函数中第一个参数是计费控制点实例，用来标识某子业务与在线计费系统之间的计费会话；第二个参数指明了接收的计费应答消息的类型，比如 Credit Control Answer

协调器 134根据计费应答信息中的计费会话标识，获取与计费会话标识具有关联关系的计费控制点实例，进一步获取与之对应的组合业务运行实例，协调器 134将该组合业务运行实例所属计费会话的状态设置为已接收应答状态，以表明该计费会话已经接收到计费应答信息，等待后续的处理。

此时，如果需要对计费应答信息进行业务协调处理，则可以利用外部输入的逻辑代码，或预设的逻辑代码，或是组合业务中用户预先指定的逻辑代码，对计费应答信息进行修改、删除或增加等操作。

需要说明的是，在上述 307步骤中，接收到初始计费请求信息后，通过匹配事件信息，触发了一段逻辑代码，本步骤即为该逻辑代码的一部分。也就是可根据具体业务需要决定是否对收到的计费信息进行修改以及如何对收到的计费信息进行修改。

协调器 134通知计费信息发送单元 135，向子业务发送计费应答信息。

步骤 311，业务组合引擎 110将计费应答信息发送至各子业务。

业务组合引擎 110中的计费信息发送单元 135对计费应答消息进行协议转换后，将协议转换后的计费应答消息发送至各子业务。

步骤 312，子业务接收计费应答信息。

子业务接收携带有计费应答信息的计费应答消息，并在完成处理后，向业务组合引擎 110返回 SOAP应答。

步骤 313，业务组合运行实例通过内部 invoke消息清除协调器 134中的与之对应的计费控制点实例的关联关系。

至此，本发明实施例一完成基于事件模式的组合计费流程，通过上述描述可以看出，本发明实施例提供的实现组合计费业务的系统，通过结合各子业务的计费特性，对各子业务的计费请求信息进行业务协调处理，生成综合各子业务计费特性的计费请求信息，并根据该计费请求信息，与计费引擎 120交互，完成组合计费业务，从而在不修改各子业务的前提下，简单，快捷的实现了基于事件模式的组合计费业务，而且，本发明实施例提供的实现组合业务的系统在具体实现过程对于子业务 KTLPHW091047

的粒度并没有要求，可以实现任意粒度子业务的组合计费流程。

实施例二，本发明实施例提供的实现计费业务系统应用于基于会话模式的计费处理流程，该流程具体可如附图 4所示。

基于会话模式的计费处理流程与基于事件模式的计费处理流程基本类似，区别仅在于：基于会话模式的计费处理流程中的子业务会多次上报计费请求信息，进一步说明，基于会话模式的计费处理流程中多次执行与实施一中步骤 303至 311相类似的处理流程，即附图 4中的步骤 403至步骤 411，直至会话结束后再执行步骤 412和步骤 413。因此，对实施例二的具体实现过程不再赘述。

通过附图 4以及上述描述可以看出，本发明实施例提供的实现组合计费业务的系统，通过结合各子业务的计费特性，对各子业务的计费请求信息进行业务协调处理，生成综合各子业务计费特性的计费请求信息，并根据该计费请求信息与计费引擎 120交互，完成组合计费业务，从而在不修改各子业务的前提下，简单，快捷的实现了基于会话模式、各种粒度的组合计费业务。

实施例三，本发明实施例提供的实现计费业务系统应用于由计费引擎 120发起的计费处理流程，该流程具体实现过程可如附图 5所示。

需要说明的是，计费引擎 120只能根据已经接收的相关计费请求信息，发起非初始计费请求。而且，实施例三中所涉及的生成相关标识及实例、以及建立关联关系的步骤与实施例一、二相同，因此在附图 5中并没有体现上述过程。

本发明实施例三的具体实现过程可以包括：

步骤 501，计费引擎 120向业务组合引擎 110发送计费请求信息。

在计费请求信息中，包括计费会话标识等信息。在线引擎通过发送计费请求消息，将计费请求信息发送至业务组合引擎 110。

需要说明的是，对于一个计费引擎 120，其计费会话标识是唯一的，但业务组合引擎 110可能同时与多个计费引擎 120交付，因此，业务组合引擎 110所收到的计费会话标识可能不是唯一的，因此，在与多个计费引擎 120交互时，对计费引擎 120，要求计费会话标识在多个计费引擎 120中保持唯一。该要求可以由多个计费引擎 120保证。或者，业务组合引擎 110对收到的计费会话标识进行一定的处理，使之唯一，比如通过如下算法实现：新计费会话标识 =计费引擎 120实体标识 + 原计费会话标识。

在实施例一、二中也可以采用同样的解决办法解决上述计费会话标识唯一性的问题。

步骤 502，计费信息接收单元 133接收计费请求消息。

计费信息接收单元 133对接收的计费请求消息进行协议转换，并将完成转换的计费请求消息发送至协调器 134。

步骤 503，协调器 134确定计费控制点实例和组合业务运行实例。

协调器 134根据计费请求消息中携带的计费会话标识，确定与该计费会话标识具有关联关系的计费控制点实例以及组合业务运行实例。

步骤 504，协调器 134将计费请求消息转换为事件。

协调器 134根据计费请求信息中包含的计费请求消息类型信息、以及计费请求消息发送实体类型信息等信息，将计费请求消息转换为事件，且该事件信息在协调器 134内具有唯一性。 KTLPHW091047

步骤 505，协调器 134重新生成计费请求信息。

如果需要对计费引擎 120发送的计费信息进行业务协调处理，则执行与步骤 307相似的业务协调处理，将计费请求消息转换为事件后，进入特定的逻辑代码，生成新的计费请求信息。

步骤 506，协调器 134通过计费信息发送单元 135，向子业务发送计费请求信息。

需要说明的是，本发明实施例提供的实现计费业务的系统在具体应用过程中，需要在业务组合语言中增加一个活动，从而使业务组合引擎 110可以向子业务发送计费请求信息，具体的可以通过下列业务组合语言来实现：

chgSendtoService(ChgCtrPointType chgctrPointname, xsd:string msgtype)

其中，该函数中第一个参数 ChgCtrPointType chgctrPointname为计费控制点实例，用来标识某子业务与计费引擎 120之间的计费会话， ChgCtrPointType为计费类型；第二个参数指明了承载计费请求信息的消息类型，比如 Credit Control Answer或 Abort session Request, Re-Auth Request等。

步骤 507，子业务返回计费应答信息。

步骤 508，业务组合引擎 110将计费应答信息转发至计费引擎 120。

需要说明的是，本发明实施例提供的实现计费业务的系统在具体应用过程中，需要在业务组合语言中增加一个活动，从而使业务组合引擎 110可以获取子业务返回的计费应答信息，具体的可以通过下列业务组合语言来实现：

chgrecievefromService(ChgCtrPointType chgctrPointname, xsd:string msgtype)

其中，该函数的第一个参数为计费控制点实例，用来标识某个子业务与计费引擎 120之间的计费会话；第二个参数指明了获取的携带重新生成的计费请求信息的计费请求消息类型，比如 Abort session answer或 Re-Auth answer等。

如若需要，此步骤中可以对接收的计费应答信息进行业务协调处理。

另外，实现计费信息发送单元 135向计费引擎 120发送的计费应答信息的业务组合语言可以采用实施例一步骤 308中所描述的业务组合语言：

chgsendtoOCS(ChgCtrPointType chgctrPointname, xsd: string msgtype)。

通过附图 5以及上述描述可以看出，本发明实施例提供的实现组合计费业务的系统，可以在不修改各子业务的前提下，简单快捷的实现由计费引擎 120发起的各种粒度的组合计费业务。

实施例四，本发明实施例提供的实现计费业务系统应用于用户使用的一系列业务之间相互影响、及计费特性需要耦合的计费处理流程，比如，用户使用业务 1，并随后使用业务 2和业务 3时，会有一定程度的优惠，上述过程如附图 6所示，具体可以包括：

步骤 601，业务组合引擎 110调用业务 1。

步骤 602，业务 1返回调用信息。

步骤 603，业务组合引擎 110调用业务 2。

由于用户已经使用了业务 1，因此，用户在使用业务 2时，可以享受优惠政策，此时，业务组合引擎 110就需要通知业务 2，其计费请求信息需要进行业务协调处理，业务组合引擎 110采用扩展后的 SOAP协议调用业务 2。

此步骤中还可以包括：业务组合引擎 110生成计费协调标识、相关标识、协调实体标识以及计费 KTLPHW091047

控制点实例，并建立相关标识与计费控制点实例和组合业务运行实例之间的关联关系。

步骤 604，业务 2发送计费请求信息。

步骤 605，业务组合引擎 110对业务 2发送的计费请求信息进行业务协调处理，生成新的计费请求息

此步骤的操作过程与实施例一中步骤 304至步骤 307操作的过程相同，在通过匹配事件信息后，触发一段逻辑代码，对业务 2的计费请求信息进行业务协调处理，重新生成新的计费请求信息。比如在业务 2的计费信息中直接加入优惠信息，或者修改业务 2的计费信息。

步骤 606，业务组合引擎 110将针对业务 2重新生成的计费请求信息发送至计费引擎 120。

步骤 607，计费引擎 120返回在线计费应答信息。

步骤 608，业务组合引擎 110将计费应答信息转发至业务 2。

步骤 609，业务 2返回 SOAP应答，结束计费流程。

步骤 610，业务组合引擎 110调用业务 3。

步骤 611，业务 3发送计费请求信息。

步骤 612，业务组合引擎 110对业务 3发送的计费请求信息进行业务协调处理，生成新的计费请求信息。

步骤 613，业务组合引擎 110将针对业务 3重新生成的计费请求信息发送至计费引擎 120。

步骤 614，计费引擎 120返回计费应答信息。

步骤 615，业务组合引擎 110将计费应答信息转发至业务 3。

步骤 616，业务 3返回 SOAP应答，结束计费流程。

上述描述可以看出，本发明实施例提供的实现组合计费业务的系统，结合业务 1、 2、 3的计费特性，对接收的计费请求信息进行必要的修改，再将新生成的计费请求信息发送至计费引擎 120，从而在不修改具有计费特性耦合关系的各子业务的前提下，简单快捷的实现了组合计费业务，而且，对于各子业务的粒度没有要求。

本发明实施例提供的实现组合计费业务的系统，应用于上述实施例四场景下所采用的业务组合语言实例可以如下所示：

<invoke partnerLink="BuyAdGoods"

portType="ad: BuyAdGoods PT"

operation=" BuyAdGoods"

inputVariable=" BuyAdGoods Request"

output Variable=" BuyAdGoods Response"

ChgCtrPoint- 'Chgctrpointservice 1 "/>

<invoke partnerLink="buy Ticket"

portType="bus: buyTicket PT"

operation="buy Ticket "

input Variable:" buyTicketDetails" KTLPHW091047

outputVariable=" buyTicketResponse "

ChgCtrPoint="Chgctrpointservice2"/>

< chgEventHandlers >

<chgsendtoOCS(Chgctrpointservice 1 , "CCR") />

<chgsendtoservice(Chgctrpointservice 1 , "CCA")/>

</catch>

<chgsendtoOCS(Chgctrpointservice2, "CCR") />

<chgsendtoservice(Chgctrpointservice2， "CCA")/>

</catch>

</ chgEventHandlers > 其中， "chgputvalueO"是一个扩展函数，用来在计费信息中增加或修改一个数据单元。

实施例五，本发明实施例提供的实现组合计费业务的系统，也可以应用在各子业务计费特性不需要耦合的场景中，具体可如附图 7所示，包括：

步骤 701，业务组合引擎 110调用业务 1。

步骤 702，业务 1向业务组合引擎 110发送计费请求信息。

步骤 703，业务组合引擎 110将业务 1发送的计费请求信息转发至计费引擎 120。

由于业务 1与其他业务不需要进行计费特性耦合，因此，业务组合引擎 110可以在不进行任何修改的情况下，直接将业务 1发送的计费请求信息转发至计费引擎 120。

步骤 704，计费引擎 120接收业务 1发送的计费请求信息，并返回计费应答信息。

步骤 705，业务组合引擎 110将计费引擎 120返回的计费应答信息转发至业务 1。

步骤 706，业务 1返回 SOAP应答，结束计费流程。

至此，本发明实施例提供的实现组合计费业务的系统完成与其他业务没有计费特性耦合的业务的计费流程。如果后续还有其他同样的业务需要处理，则重复执行步骤 701至 706。

上述描述可以看出，本发明实施例提供的实现组合业务的系统，可以在不修改子业务的前提下，简单、快捷的实现没有计费特性耦合的组合业务计费流程。

本发明实施例提供的实现组合计费业务的系统，应用于上述实施例五场景下所采用的业务组合语言实例可以如下所示： KTLPHW091047

<invoke partnerLink="employeeTravelStatus"

portType="emp:EmployeeTravelStatusPT"

operation="EmployeeTravelStatus"

inputVariable="EmployeeTravelStatusRequest"

outputVariable="EmployeeTravelStatusResponse

ChgCtrPoint="Chgctrpointservice 1 "/>

<invoke partnerLink="AmericanAirlines"

portType="aln:FlightAvailabilityPT"

operation="FlightAvailability"

input Variable="FlightDetails"

outputVariable="FlightResponseAA"

ChgCtrPoint="Chgctrpointservice2"/>

< chgEventHandlers >

<chgsendtoOCS(Chgctrpointservice 1 , "CCR") />

<chgsendtoservice(Chgctrpointservice 1， "CCA") />

</catch>

<chgsendtoOCS(Chgctrpointservice2， "CCR") />

<chgsendtoservice(Chgctrpointservice2，，，CCA，，)/>

</catch>

</ chgEventHandlers > 实施例六，本发明实施例提供的实现组合计费业务的系统，还可以应用于由业务组合引擎 110 根据各子业务使用情况而发起的计费流程，该流程如附图 8所示，具体可以包括：

步骤 801至步骤 806，业务组合引擎 110获取业务 1、 2和 3的使用情况。

步骤 807，业务组合引擎 110根据各子业务的使用情况，生成计费请求信息。

步骤 808，业务组合引擎 110向计费引擎 120发送计费请求信息。

步骤 809，计费引擎 120返回计费应答信息。

上述描述可以看出，本发明实施例提供的实现组合计费业务的系统，可以在不修改各子业务的前提下，简单快捷的实现由业务组合引擎 110发起的计费流程。

本发明实施例提供的实现组合计费业务的系统，应用于上述实施例六场景下所采用的业务组合语言实例可以如下所示： KTLPHW091047

<invoke partnerLink="Service 1 "

portType="ad: ServicelPT"

operation=" Service 1 operation"

inputVariable=" Service 1 Request"

output Variable:" Service 1 Response " />

<invoke partnerLink="BuyAdGoods"

portType="ad: BuyAdGoods PT"

operation=" BuyAdGoods"

inputVariable=" BuyAdGoods Request"

outputVariable=" BuyAdGoods Response" />

<invoke partnerLink="buy Ticket"

portType="bus: buyTicket PT"

operation="buy Ticket "

input Variable:" buyTicketDetails"

outputVariable=" buyTicketResponse" />

....//这里省略加入计费信息的处理；

<chgsendtoOCS(Chgctrpointservice 1 , "CCR") />

需要说明的是，本发明实施例提供的实现组合计费业务的系统在具体应用过程中，还可以将根据各子业务计费特性重新生成的计费请求信息返回至各子业务，由各子业务根据经过业务协调处理的计费请求信息，与计费引擎 120交互，完成计费处理流程。

另外，本发明实施例提供的计费控制装置 130，除设置于业务组合引擎 110之外，还可设置于计费引擎 120，或者独立设置于本发明实施例提供的实现组合计费业务的系统中，通过与子业务、业务组合引擎 110以及计费引擎 120交互，完成组合业务的计费处理流程。

综上所述，本发明实施例提供了一种实现组合计费业务的系统，该系统可以应用于多种模式中以及多种场景下，比如可应用于基于事件模式或基于会话模式的计费处理流程中，可应用于被组合业务之间存在计费耦合特性以及不存在计费耦合特性的场景下，通过对接收的子业务计费请求信息进行业务协调处理，重新生成综合各子业务计费特性的计费请求信息，并通过与计费引擎 120交互，完成组合业务的计费处理流程。而且，本发明实施例提供的实现组合计费业务的系统在具体应用过程中，不需要修改各子业务本身，对子业务的粒度也没有要求，可以实现任意粒度的组合业务计费处理流程。

以上所述，仅为本发明较佳的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应该以权利要求的保护范围为准。

Claims

KTLPHW091047 权利要求

1、一种实现组合计费业务的方法，其特征在于，包括：

接收子业务的计费请求信息；

向计费引擎发送所述重新生成的计费请求信息。

2、如权利要求 1所述的方法，其特征在于，所述方法在接收子业务的计费请求信息之前还包括: 生成计费协调标识、相关标识、协调实体标识和计费控制点实例；

建立所述相关标识与计费控制点实例和组合业务运行实例之间的关联关系；

向所述子业务发起调用操作，所述调用操作的信息中包括计费协调标识、相关标识和协调实体标识；

所述计费协调标识，用于表示被调用的子业务需要进行业务协调处理以及如何协调处理；所述相关标识，用于标识与所述子业务具有关联关系的业务控制点实例和组合运行业务实例；所述协调实体标识，用于通知所述子业务，计费请求信息需要发往的协调实体；

所述业务控制点实例，用于标识子业务对应的组合业务运行实例，以及标识子业务与在线引擎之间的计费会话。

3、如权利要求 2所述的方法，其特征在于，所述计费请求信息中包括计费会话标识、所述子业务的计费信息、所述计费请求消息的类型信息和所述计费请求消息发送实体的类型信息；

且当所述计费请求消息为初始计费请求消息时，所述计费会话标识内包含有所述相关标识。

4、如权利要求 3所述的方法，其特征在于，所述根据各子业务的计费特性，对接收的所述子业务的计费请求信息进行业务协调处理，重新生成综合各子业务计费特性的计费请求信息包括：根据所述相关标识或计费会话标识，获取与相关标识或计费会话标识具有关联关系的计费控制点实例和组合业务运行实例；

根据所述计费请求消息的类型信息和所述计费请求消息发送实体的类型信息，将所述计费请求消息转换为事件信息；

匹配所述事件信息，并在匹配操作通过后，通过外部输入的逻辑代码、存储的逻辑代码和所述组合业务运行实例指定的逻辑代码中的至少一项，对所述计费请求信息进行业务协调处理，重新生成综合各子业务计费特性的计费请求信息。

5、如权利要求 4所述的方法，其特征在于，所述根据所述相关标识或计费会话标识，获取与相关标识或计费会话标识具有关联关系的计费控制点实例和组合业务运行实例包括：

若所述计费请求消息为初始计费请求消息，则根据所述计费会话标识中包含的相关标识，获取与相关标识具有关联关系的计费控制点实例和组合业务运行实例，并建立所述计费会话标识与计费控制点实例和组合业务运行实例之间的关联关系；

若所述计费请求消息为非初始计费请求消息，则根据所述计费会话标识，获取与计费会话标识具有关联关系的计费控制点实例和组合业务运行实例。 KTLPHW091047

6、如权利要求 4所述的方法，其特征在于，所述事件信息包括：事件名称信息和事件所属业务控制点实例。

7、如权利要求 1所述的方法，其特征在于，所述业务协调处理包括：

对所述计费请求信息进行修改、删除和增加操作中的至少一种。

8、如权利要求 3所述的方法，其特征在于，所述向计费引擎发送所述重新生成的计费请求信息的步骤之后还包括：

计费引擎接收所述计费请求信息，记录所述计费请求信息中的计费会话标识，并返回计费应答息 Ϊ

接收计费引擎返回的计费应答信息；

将所述计费应答信息发送至所述子业务。

9、一种实现组合计费业务的方法，其特征在于，所述方法包括：

接收计费引擎的计费请求信息；

对接收的所述计费请求信息进行业务协调处理，并将完成业务协调处理的计费请求信息发送至子业务。

10、根据权利要求 9所述的方法，其特征在于，所述方法还包括：

接收子业务返回的计费应答信息；

将所述计费应答信息转发至所述计费引擎，或者对所述计费应答信息进行业务协调处理，向计费引擎发送所属业务协调处理后的计费应答信息。

11、一种计费控制装置，其特征在于，所述装置包括：

计费信息接收单元，用于接收子业务的计费请求信息；

12、如权利要求 11所述的装置，其特征在于，所述装置还包括：

标识及实例生成单元，用于生成计费协调标识，相关标识，协调实体标识和计费控制点实例；子业务调用单元，用于对各子业务发起调用操作，所述调用操作的信息中包括计费协调标识、相关标识和协调实体标识。

13、如权利要求 12所述的装置，其特征在于，所述计费信息接收单元还用于接收计费引擎的计费请求信息；和 /或

所述协调器还用于建立所述标识及实例生成单元生成的相关标识和计费控制点实例与业务组合引擎内的组合业务运行实例之间的关联关系，以及当所述子业务发送初始计费请求消息时，建立所述初始计费请求消息中包含的计费会话标识与所述计费控制点实例和组合业务运行实例之间的关联关系；和 /或

所述计费信息发送单元还用于向子业务发送计费请求信息。

14、一种实现组合计费业务的系统，由业务组合引擎和计费引擎组成，其特征在于，所述系统 KTLPHW091047

内设置有计费控制装置，所述计费控制装置包括：

计费信息接收单元，用于接收子业务的计费请求信息；

15、一种业务组合引擎，其特征在于，所述组合引擎内设置有计费控制装置，所述计费控制装置包括：

计费信息接收单元，用于接收子业务的计费请求信息；

16、一种计费引擎，其特征在于，所述计费引擎内设置有计费控制装置，所述计费控制装置包括：

计费信息接收单元，用于接收子业务的计费请求信息；