CN101212792A - 融合类业务的计费信息处理方法 - Google Patents

Abstract

一种融合类业务的计费信息处理方法，通过为每个业务请求分配一个全网唯一的SessionID，并在整个业务以后所有的CDR中携带此SessionID，计费系统对属于同一融合类业务的带有相同SessionID的CDR进行汇总，按设定计费策略进行批价，生成综合话单。本发明可对融合类业务输出综合话单，并可实施灵活的计费策略，便于业务的推广。

Description

融合类业务的计费信息处理方法

技术领域

本发明涉及一种计费信息处理方法，特别是一种融合类业务计费信息处理方法，属于通信技术领域。

背景技术

移动数据增值业务发展迅速，在中国，现在至少已经开展了包括短消息业务(Short Message Service，以下简称SMS)、无线应用协议(WirelessApplication Protocol，以下简称WAP)、多媒体信息业务(Multimedia MessageService，以下简称MMS)、交互式语音应答(Interactive Voice Response，以下简称IVR)、非结构化补充业务数据(Unstructured SupplementaryService Data，以下简称USSD)、KJAVA(又称为J2ME，Java 2 Micro Edition)等在内的多种形式的通信增值业务。这些形式的通信增值业务相互独立，各自承载于某单一的业务平台，故称之为单平台业务。在初期，这类业务极大地满足了人们对移动数据业务的需求。但近年来，随着业务的深入开展，单平台业务的问题日益显现出来。业务能力的单一造成了业务表现形式的单一，导致业务提供商(Service Provider，以下简称SP)在开展业务时同质化现象严重，难以满足用户个性化的需求。而综合使用多种接入方式和调用多种业务能力的融合类业务，很好地解决了这一问题。它通过平台之间业务功能的关联和融合，实现了平台之间的优势互补，极大地增强了业务的表现力，它是SP为用户提供更高质量移动数据业务的必然选择。

一个完善成熟的市场业务，必须配套易被用户接受的计费方式。从这个角度考虑，虽然融合类业务在技术上承载于多个业务能力通道，但在计费上它提供给用户的话单应该跟单平台业务一样，是统一而明确的。它应该是采用某种策略对多种接入方式和业务能力的综合计费，而不是分散的各个接入方式和业务能力的使用费。在用户看来，融合类业务的话单跟单平台业务的话单应该没有任何差异，这样才符合用户的业务体验习惯，便于业务在市场上的推广。

传统的单平台业务的计费是在业务能力的成功调用后生成该业务能力的呼叫详细记录(Call Detali Record，以下简称CDR)，然后把这个记录传送到计费系统，由计费系统根据一定的费率和计费策略给出本次业务的使用花费。而融合类业务使用了多种接入方式，调用了多种业务能力，如果继续沿用传统的单平台业务的计费方式，将带来以下问题：

首先，无法针对融合类业务输出综合话单。传统的计费方式只能在各个分散的计费点生成独立的CDR。同一个融合类业务使用了多少次业务能力，就会产生多少个单独的CDR。计费系统拿到这些CDR之后，无法识别哪些是同一次融合类业务的使用所产生的CDR。因而在此种计费方式下，计费系统无法给出用户单次使用某个融合类业务的总花费，它最终只能提供给用户零散的话单，话单中各个业务能力的使用分别计算的，无法体现出用户对多种业务能力使用的是为了接受同一个融合类业务的服务。

其次，无法对融合类业务实施灵活的计费策略。为了便于业务的推广，作为对吸引用户的优惠措施，运营商在设计融合类业务的收费方式时可能会考虑某些特别的策略。例如，一个业务调用了A，B，C三种业务能力，计费系统对它采用的策略是，如果该业务使用成功，则只收取其中一种业务能力的使用费或者三种业务能力打包的优惠使用费，而如果该业务使用未成功，则独立计算A，B，C三种业务能力的使用费。传统的计费方式对此种策略的实施无能为力，因为在那种计费方式下，系统无法把同一次融合类业务所产生的多个CDR关联在一起，因而无法站在业务的高度上来实施特别的计费策略，只能针对不同的接入方式和业务能力分别实施计费策略的选择。

可见，传统的计费方法不能适应新的融合类业务计费的需求。

发明内容

本发明的目的是为适应新的融合类业务计费的需求，提供了一种融合类业务的计费信息处理方法，包括：

在融合类业务流程中调用业务能力模块时，生成包含相应会话标识(SessionID)的CDR并传送给计费系统；

计费系统对所有包含同一SessionID的CDR进行汇总信息处理，生成批价数据。

本发明中计费系统对所有属于同一融合类业务的带有同一SessionID的CDR进行汇总信息处理，因此可以针对属于同一融合类业务的CDR输出综合话单，便于客户理解话单。同时，计费系统可以按预定的计费策略生成批价数据，因此可针对不同的融合类业务实施灵活的计费策略，便于业务的推广。

下面通过附图和实施例，对本发明的技术方案做进一步的详细描述。

附图说明

图1为本发明实施例1的流程图。

图2为本发明实施例3的部分流程图。

图3为本发明实施例4的部分流程图。

具体实施方式

实施例1：

假设用户想要使用某个融合类业务，该融合类业务需要通过第一业务能力模块和第二业务能力模块接入(接入的业务能力模块调用过程中可以与用户交互)，并需另外调用第三业务能力模块和第四业务能力模块来联合提供业务。如果该融合类业务正常结束，如图1所示，则计费信息处理流程如下：

步骤1：第一业务能力模块收到用户设备(User’s Equipment，以下简称UE)发送的该融合类业务的业务请求，第一业务能力模块向数据业务管理平台(Data Service Management Platform，以下简称DSMP)发送鉴权请求，

所述DSMP包括数据库模块、用户信息控制模块、SP业务控制模块、定购关系控制模块和SP同步模块，能够实现订购关系管理，即运营商、客户和SP三方统一订购关系，并在业务流中进行实时订购关系鉴权，所述DSMP上保存了SP设备提供的所有融合类业务的相关信息，包括SP标识，业务标识，业务的触发和结束条件等，

业务的触发条件：一种是用户以某种特定的形式发出业务请求，如用户发送短信“ABC”至“1234”，或用户访问某个统一资源定位器(Uniform ResourceLocator，以下简称URL)，另一种是SP设备以某种形式触发下行业务请求，如SP设备发送短信给某个用户，

业务的结束条件：业务使用的最后一项业务能力的成功调用，

业务的触发和结束条件均由SP设备在注册业务时向DSMP提交，并由管理员根据其业务流程审批，

相应地，本实施例中业务的触发条件为用户通过第一业务能力模块触发业务请求，业务的结束条件为第四业务能力模块的成功调用，

所述鉴权请求中包括用户标识(如用户手机号码)，SP标识，业务标识等相关信息；

步骤2：DSMP对该鉴权请求进行鉴权，鉴权成功，回复鉴权成功消息，

首先，DSMP检测到该鉴权请求符合其请求的融合类业务的触发条件，然后DSMP对业务信息和/或用户信息和/或定购关系信息进行鉴权，鉴权通过便给本次业务使用分配一个全网唯一的SessionID，并在回复消息中携带此SessionID；

此SessionID携带在整个业务以后的交互消息中，除了用户发起短信/彩信的过程，但是在此过程中，用户发送短信/彩信后，短信/彩信平台向DSMP请求鉴权，DSMP会根据短信/彩信的目的号码及短信/彩信内容的组合，匹配判断该短信/彩信的操作类型为何种业务，匹配方法为：对短信/彩信的目的号码进行精确匹配或最长匹配，同时对短信/彩信的内容进行精确匹配或最长匹配；对短信/彩信目的号码的精确匹配为：在DSMP的数据库中预存有业务的目的号码，例如其为123，则与之相匹配的目的号码必须为123，否则二者不匹配；对短信/彩信目的号码的最长匹配为：在DSMP的数据库中预存有业务的目的号码，例如其为123，则包含123的目的号码都与之匹配，比如123、1234等；对短信/彩信内容的精确匹配和最长匹配与之相类似；然后DSMP根据匹配结果确定业务种类和相应的SessionID，并把该SessionID加到返回的鉴权成功信息中；

步骤3：第一业务能力模块执行UE的调用，向SP设备转发业务请求，生成CDR，将此CDR传送给计费系统，

CDR中除了携带SessionID之外，还携带本次业务是否已经结束的标志，包括正常结束和异常结束两种情况，

SP设备根据其业务逻辑调用第二业务能力模块，

SP设备在接收到业务请求后即可调用后续业务能力模块，此过程与前一业务能力模块生成并传送CDR的过程独立，没有时间上的先后顺序关系；

步骤4：第二业务能力模块向DSMP发送鉴权请求，DSMP对该鉴权请求进行鉴权，鉴权成功，回复鉴权成功消息给第二业务能力模块；

步骤5：第二业务能力模块执行SP设备的调用，调用完毕后，第二业务能力模块生成CDR，并将此CDR传送给计费系统，将调用结果信息返回给SP设备，SP设备根据其业务逻辑调用第三业务能力模块，

可选地，调用过程中第二业务能力模块跟UE进行交互，所述交互包括UE向第二业务能力模块发送命令信息和/或第二业务能力模块向UE返回调用结果信息等，

调用完毕后业务能力模块即可将调用结果返回给SP设备，此过程与生成并传送CDR的过程独立，没有时间上的先后顺序关系；

步骤6：第三业务能力模块向DSMP发送鉴权请求，DSMP对该鉴权请求进行鉴权，鉴权成功，回复鉴权成功消息给第三业务能力模块；

步骤7：第三业务能力模块执行SP设备的调用，调用完毕后，第三业务能力模块生成CDR，将此CDR传送给计费系统，并将调用结果信息返回给SP设备，SP设备根据其业务逻辑调用第四业务能力模块；

步骤8：第四业务能力模块向DSMP发送鉴权请求，DSMP对该鉴权请求进行鉴权，鉴权成功，回复鉴权成功消息给第四业务能力模块，消息中标明此是该业务调用的最后一项业务能力；

步骤9：第四业务能力模块执行SP设备的调用，调用完毕后，第四业务能力模块生成携带业务正常结束标识的CDR，并将此CDR传送给计费系统，

更进一步，第四业务能力模块将调用结果信息返回给SP设备和/或向DSMP发送业务结束标志；

步骤10：计费系统收到带有业务正常结束标识的CDR后，就将收到的全部带有此SessionID标识的CDR进行汇总，按设定计费策略进行批价，生成综合话单，

同SessionID标识的CDR记录了某次业务中的所有业务能力使用信息，计费策略则是业务高度上的批价原则，

在应用计费策略进行批价时，通常都需要检查业务使用的状态，即需要在所有的同SessionID标识的CDR中搜索业务正常结束和异常结束的标志，并以此作为批价的重要依据之一，

批价的触发条件可以由系统管理员灵活设定，可以选择批量处理，也可以选择在单次业务结束时立即处理。

实施例2：

本实施例与实施例1基本相同，只是本实施例中业务的触发条件为SP设备通过第一业务能力模块触发业务请求，如果该业务正常结束，则计费信息处理流程如下：

SP设备向第一业务能力模块发送业务请求，第一业务能力模块向DSMP发送鉴权请求，DSMP对该鉴权请求进行鉴权，鉴权成功，回复鉴权成功消息，第一业务能力模块执行调用，与用户交互，调用完毕后生成相应的CDR传送给计费系统，并把调用结果返回SP设备，SP设备根据其业务逻辑调用第二业务能力模块；之后的流程与实施例1的步骤4及其之后的流程相同。

实施例3：

本实施例与实施例1、2基本相同，由于实际中存在某个业务模块在鉴权过程中发生异常的情况，假设DSMP对第二业务能力模块发送的鉴权请求鉴权失败，针对这种情况，本实施例与实施例1不同之处从步骤4开始，如图2所示，流程如下：

步骤4a：第二业务能力模块向DSMP发送鉴权请求，DSMP对该鉴权请求进行鉴权，鉴权失败，回复鉴权失败消息；

步骤5a：第二业务能力模块生成相应的包含SessionID和业务异常结束标识的CDR，并将此CDR传送给计费系统，

可选地，第二业务能力模块向DSMP发送业务异常结束信息；

步骤6a：计费系统检查收到的带有业务异常结束标识的CDR，就将全部带有此SessionID标识的CDR进行汇总，按设定计费策略进行批价，生成综合话单，

可选地，计费系统对带有业务异常结束标识的CDR不进行计费。

如果第一业务能力模块、第三业务能力模块或第四业务能力模块在鉴权过程中发生异常，计费流程类似。

实施例4：

本实施例与实施例1、2基本相同，由于实际中存在某个业务模块在调用过程中发生异常的情况，假设第二业务能力模块在调用过程中发生异常，针对这种情况，本实施例与实施例1不同之处从步骤5开始，如图3所示，流程如下：

步骤5b：第二业务能力模块执行SP设备的调用，在调用过程中发生异常，

可选地，第二业务能力模块向DSMP发送业务异常消息；

步骤6b：第二业务能力模块生成相应的包含SessionID和业务异常结束标识的CDR，并将此CDR传送给计费系统；

步骤7b：计费系统检查收到的带有业务异常结束标识的CDR，就将全部带有此SessionID标识的CDR进行汇总，按设定计费策略进行批价，生成综合话单，

可选地，计费系统对带有业务异常结束标识的CDR不进行计费。

如果第三业务能力模块或第四业务能力模块在调用过程中发生异常，计费流程类似。

实施例5：

本实施例为手机购买电影票业务的计费信息处理方法，流程与实施例1基本相同。

业务的触发条件：用户在SP的WAP代理平台上选择电影购票业务

业务的结束条件：电影票下发成功

业务调用的业务能力模块：WAP代理平台，位置业务平台(LocationService Platform，以下简称LSP)，地理信息系统(Geographic InformationSystem，以下简称GIS)，二维码业务平台，彩信平台

业务正常结束的计费信息处理流程，包括：用户登录WAP代理平台，选择购买电影票业务，WAP代理平台向DSMP发送鉴权请求，DSMP检测到该鉴权请求符合其请求的融合类业务的触发条件，便给本次业务使用分配一个全网唯一的SessionID，然后在回复消息中携带此SessionID；WAP代理平台向SP设备传送业务请求，生成相应的CDR，并将此CDR传送给计费系统；SP设备向LSP请求获得用户的位置信息，LSP向DSMP发送鉴权请求，鉴权成功，DSMP返回鉴权成功信息，LSP向SP设备返回用户的位置信息，生成相应的CDR，并将此CDR传送给计费系统；SP设备向GIS请求获得用户附近的电影院信息，GIS向DSMP发送鉴权请求，鉴权成功，DSMP返回鉴权成功信息，GIS向SP设备返回用户附近的电影院信息，生成相应的CDR，并将此CDR传送给计费系统；SP设备向用户展示附近影院信息，用户选择购买某影院某场次的电影票，SP设备向二维码业务平台请求获得相应电影的二维码，二维码业务平台向DSMP发送鉴权请求，鉴权成功，DSMP返回鉴权成功信息，二维码业务平台向SP设备返回电影票的二维码，生成相应的CDR，并将此CDR传送给计费系统；SP设备向彩信平台下发二维码格式的电影票，彩信平台向DSMP发送鉴权请求，鉴权成功，DSMP返回鉴权成功信息，彩信平台向用户下发电影票，生成相应的携带业务正常结束标识的CDR，并将此CDR传送给计费系统；更进一步，彩信平台向SP设备发送电影票下发完毕信息，并向DSMP发送会话结束信息；计费系统检查收到的带有业务正常结束标识的CDR，就将收到的全部带有同一SessionID标识的CDR进行汇总，按设定计费策略进行批价，生成综合话单。

本实施例中若业务异常结束，则计费信息处理流程与实施例3或实施例4类似。

实施例6：

本实施例为有奖答题业务的计费信息处理方法，流程与实施例2基本相同。

业务的触发条件：SP设备通过彩信平台向UE发送彩信问题

业务的结束条件：中奖信息发送成功

业务所调用的业务能力模块：短信平台，彩信平台

业务正常结束的计费信息处理流程，包括：SP设备通过彩信平台触发业务，彩信平台向DSMP发送鉴权请求，DSMP为该业务分配一个全网唯一的SessionID并返回鉴权成功信息；彩信平台向UE发送彩信问题，生成相应的CDR，并将此CDR传送给计费系统；彩信平台向SP设备发送彩信下发完毕信息；UE回复短信到短信平台，短信平台向DSMP发送鉴权请求，DSMP根据短信内容和目的号码匹配业务，返回包含SessionID的鉴权成功信息；短信平台向SP设备传递短信，生成相应的CDR，并将此CDR传送给计费系统；SP设备调用短信平台，短信平台向DSMP发送鉴权请求，DSMP返回鉴权成功信息；短信平台向UE发送中奖信息，生成相应的CDR，并将此CDR传送给计费系统；更进一步，短信平台向SP设备和DSMP发送会话结束信息；计费系统检查收到的带有业务正常结束标识的CDR，就将收到的全部带有相同SessionID标识的CDR进行汇总，按设定计费策略进行批价，生成综合话单。

本实施例中若业务异常结束，则计费信息处理流程与实施例3或实施例4类似。

最后所应说明的是，以上实施例仅用以说明本发明的技术方案而非限制，尽管参照较佳实施例对本发明进行了详细说明，本领域的普通技术人员应当理解，可以对本发明的技术方案进行修改或者等同替换，而不脱离本发明技术方案的精神和范围。

Claims (15)

1.一种融合类业务的计费信息处理方法，其特征在于，包括：

在融合类业务流程中调用业务能力模块时，生成包含相应会话标识的呼叫详细记录并传送给计费系统；

计费系统对所有包含同一会话标识的呼叫详细记录进行汇总信息处理，生成批价数据。

2.根据权利要求1所述的方法，其特征在于，还包括：若所述融合类业务中最后一个业务能力模块被成功调用，则生成带有业务正常结束标识的呼叫详细记录。

3.根据权利要求1所述的方法，其特征在于，还包括：若所述业务能力模块鉴权失败或在调用过程中发生失败，则生成带有业务异常结束标识的呼叫详细记录。

4.根据权利要求1-3任一所述的方法，其特征在于，所述在融合类业务流程中调用业务能力模块时，生成包含相应会话标识的呼叫详细记录并传送给计费系统，包括：

步骤一：第一业务能力模块接收到对某融合类业务的业务请求后，向数据业务管理平台发送鉴权请求，数据业务管理平台对该鉴权请求进行鉴权，若鉴权成功则给该融合类业务使用分配一个会话标识，并向第一业务能力模块发送包含此会话标识的鉴权成功信息，执行步骤二，否则执行步骤四；

步骤二：第一业务能力模块执行调用，调用失败执行步骤四，否则生成相应的包含会话标识的呼叫详细记录，将此呼叫详细记录传送给计费系统，业务提供商设备根据该融合类业务的业务链依次调用后续的业务能力模块，直至所述业务链上最后的业务能力模块；

步骤三：所述最后的业务能力模块向数据业务管理平台发送鉴权请求，数据业务管理平台对该鉴权请求进行鉴权，若鉴权失败则执行步骤四，否则数据业务管理平台向所述最后的业务能力模块回复鉴权成功信息，信息中标明此业务能力模块是该业务链中最后的业务能力模块，最后的业务能力模块执行业务提供商设备的调用，若调用过程中发生异常则执行步骤四，否则最后的业务能力模块生成相应的包含会话标识和业务正常结束标识的呼叫详细记录，并将此呼叫详细记录传送给计费系统；

步骤四：鉴权失败或调用过程中发生异常的业务能力模块生成相应的包含会话标识和业务异常结束标识的呼叫详细记录，并将此呼叫详细记录传送给计费系统。

5.根据权利要求4所述的方法，其特征在于，所述步骤一还包括：业务提供商设备向数据业务管理平台发送融合类业务的相关信息，该相关信息中包括业务提供商标识、业务标识、业务的触发和结束条件信息。

6.根据权利要求4所述的方法，其特征在于，所述步骤一还包括用户设备向第一业务能力模块发送业务请求。

7.根据权利要求6所述的方法，其特征在于，步骤二中所述执行调用为执行用户设备的调用，包括将收到的业务请求转发给业务提供商设备。

8.根据权利要求4所述的方法，其特征在于，所述步骤一还包括业务提供商设备向第一业务能力模块发送业务请求。

9.根据权利要求8所述的方法，其特征在于，步骤二中所述执行调用为执行业务提供商设备的调用，且步骤二还包括调用完毕后将调用结果信息发送给业务提供商设备。

10.根据权利要求4所述的方法，其特征在于，步骤二中所述业务提供商设备根据该融合类业务的业务链依次调用后续的业务能力模块，直至所述业务链上最后的业务能力模块，包括：

步骤20：业务提供商设备根据业务链调用前一次调用的业务能力模块的后一个业务能力模块，若目前调用的业务能力模块是所述业务链上最后的业务能力模块则执行步骤三，否则执行步骤21；

步骤21：后一个业务能力模块向数据业务管理平台发送鉴权请求，数据业务管理平台对该鉴权请求进行鉴权，若鉴权失败则执行步骤四，否则执行步骤22；

步骤22：后一个业务能力模块执行业务提供商设备的调用，若调用过程中发生异常则执行步骤四，否则后一个业务能力模块生成相应的包含会话标识的呼叫详细记录，将此呼叫详细记录传送给计费系统，并将调用结果信息返回给业务提供商设备，执行步骤20。

11.根据权利要求4所述的方法，其特征在于，步骤三还包括：最后一个业务能力模块将调用结果信息返回给业务提供商设备，和/或向数据业务管理平台发送业务正常结束信息。

12.根据权利要求4所述的方法，其特征在于，步骤四还包括：调用过程中发生异常的业务能力模块向数据业务管理平台发送业务异常结束信息。

13.根据权利要求4所述的方法，其特征在于，所述业务能力模块向数据业务管理平台发送鉴权请求包括，业务能力模块向数据业务管理平台发送用户标识、业务提供商标识和业务标识信息。

14.根据权利要求4所述的方法，其特征在于，所述数据业务管理平台对该鉴权请求进行鉴权包括，数据业务管理平台对业务信息和/或用户信息和/或定购关系信息进行鉴权。

15.根据权利要求4所述的方法，其特征在于，所述调用过程中业务能力模块与用户设备进行信息交互，该信息交互包括用户设备向业务能力模块发送命令信息和/或业务能力模块向用户设备返回结果信息。

Images