CN101841421B - 在线计费方法、装置和系统 - Google Patents

Abstract

本发明提供了在线计费方法、装置和系统。其中在线计费方法包括：根据用户的请求量批价并在中间帐户上预留批价；根据用户的使用量在所述中间帐户上扣费；以及用户去激活后，根据所述中间帐户的扣费情况，向余额管理中心发起余额变更请求。本发明通过在CBS中创建中间账户，将用户的相关账户动态信息全部镜像到CBS的中间账户中，用户本次激活下的业务均在中间账户进行预留、扣费处理，来降低ABM的访问频度，避免每次计费过程均与ABM进行交互，缩短通信链路，从而提升端到端的计费性能。

Description

在线计费方法、装置和系统

技术领域

本发明涉及网络通信领域，尤其涉及一种在线计费方法、装置和系统。

背景技术

随着业务发展的需要及降低投资成本等因素，趋向于建设预付费与后付费融合的计费系统(CBS，Convergence Billing System)。同时，为了便于实现预付和后付自由切换、预付和后付实时共享余额、预付和后付的交叉优惠和业务捆绑等业务目标，或出于降低计费与帐务的耦合性、提升计费方案的灵活性与扩展性等目的，各运营商逐步倾向于建设余额管理中心(ABM，Account Balance Management)。

在ABM方式下，CBS或OCS(在线计费系统，Online Charge System)负责批价，费用结果计算出来后到ABM进行预留、扣费处理。然而，每次计费过程(包括预留与扣费)均涉及SPP(服务提供系统，Service ProvidePlatform)到CBS或者OCS，再到ABM，再到CBS或者OCS，再到SPP的交互过程。通信链路长，计费安全性隐患增加，影响计费的速度和准确性。涉及数据业务并发时，缺陷更加显著。

发明内容

本发明实施例的目的在于提供一种在线计费方法、装置和系统，以克服上述现有技术中存在的通信链路长影星计费速度和准确性的问题。

本发明实施例提供一种在线计费方法，该方法包括：根据用户的请求量批价并在中间帐户上预留批价；根据用户的使用量在所述中间帐户上扣费；以及用户去激活后，根据所述中间帐户的扣费情况，向余额管理中心发起余额变更请求。

本发明实施例还提供一种在线计费装置，该装置包括：批价模块，用于根据用户的请求量批价并在中间帐户上预留批价；扣费模块，用于根据用户的使用量在所述中间帐户上扣费；以及变更请求模块，用于根据所述中间帐户的扣费情况，向余额管理中心发起余额变更请求。

本发明实施例还提供一种在线支付系统，该系统至少包括：计费系统节点，用于根据用户的请求量批价并在中间帐户上预留批价；根据用户的使用量在所述中间帐户上扣费；以及根据所述中间帐户的扣费情况，向余额管理中心发起余额变更请求；余额管理中心，用于向所述融合计费系统节点发送所述镜像账本的数据参数，和根据所述融合计费系统节点的余额变更请求变更所述账本的余额。

本发明实施例通过中间账户机制降低了ABM的访问频度，避免每次计费过程均与ABM进行交互，缩短通信链路，从而提升端到端的计费性能，尤其在业务并发时效果尤为明显。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，并不构成对本发明的限定。在附图中：

图1为本发明实施例一的在线计费方法的流程图。

图2为本发明实施例二的在线计费方法中简单计费流程的流程图。

图3为本发明实施例三的在线计费方法中多业务并发计费流程的流程图。

图4为本发明实施例四的在线计费方法中累计赠送奖励资金场景的流程图。

图5为本发明实施例五的在线计费方法中中间账户使用完毕场景的流程图。

图6为本发明实施例六的在线计费方法中管理业务直接向ABM扣费的流程图。

图7为本发明实施例六的在线计费方法中管理业务经CBS扣费的流程图。

图8为本发明实施例七的在线计费方法的流程图。

图9为本发明实施例八的在线计费方法的跨节点计费场景的流程图。

图10为本发明实施例九的在线计费装置的结构示意图。

图11为本发明实施例十的在线计费系统的结构示意图。

图12为本发明实施例十的在线计费系统的结构示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚明白，下面结合实施例和附图，对本发明实施例做进一步详细说明。在此，本发明的示意性实施例及其说明用于解释本发明，但并不作为对本发明的限定。

实施例一

本实施例提供一种在线计费方法。下面参照图1，详细描述该方法。该方法包括：

步骤S101：根据用户的请求量批价并在中间帐户上预留批价；

例如，该步骤由CBS或者OCS等计费系统执行，在该步骤中CBS根据所述中间帐户中账本针对当前业务的支付优先级顺序，在中间帐户的账本上预留批价。

具体的一个例子中，中间帐户可以采用镜像的方式，即包括与余额管理中心的镜像账户对应的账本，其可以是预设在CBS中，也可以是根据用户计费请求建立，具体的建立步骤可以包括：根据服务提供系统的计费请求识别对当前业务付费的账本列表或者共享账本列表；向余额管理中心发送帐户镜像请求，该帐户镜像请求携带所述账本的镜像参数；接收所述余额管理中心的接口参数，接口参数为所述账本的数据参数；以及根据接口参数建立用户的中间帐户。当余额管理中心将用户帐户的帐户参数镜像给CBS时，对余额管理中心上的该用户帐户成为镜像帐户，余额管理中心对该镜像帐户加锁，禁止对其的修改等操作。

具体的另一个例子中，中间帐户可以预留配额的方式，具体的建立步骤可以包括：通过预设在CBS中或根据用户计费请求建立中间帐户，CBS可以根据当前申请计费(AC，Apply Charging)的批价结果，向ABM请求预留高于批价结果的账本配额到所述中间帐户。例如AC计算得到批价结果为2元，CBS就向ABM请求预留20元的账本配额到中间帐户。ABM上未预留的账户帐本仍然可支持其它业务的更新处理，从而避免频繁镜像及加/解锁动作。

首先需要说明的是，本发明各实施例中，一个帐户可以拥有多个账本，或者账本归属于帐户。帐户指用户拥有的用来支付特定的电信产品服务费用的实体。账本是指对帐户的零头、预付费余额、预存款余额、专项预存费用等的来源、去向、使用记录等进行管理的实体。可以通过支付关系描述特定类型的账本可支付哪些特定产品的特定费用。对外部系统而言，一般是先找到帐户再识别下面的各个账本。中间帐户指存放在计费系统(例如CBS/OCS)中的账户，生命期为用户使用计费业务的时间，可以包括各类账本(主要属性有账本余额、有效期)。除账本外，中间帐户还可以包括用户的累计项实例(主要属性有累计项类型、累计值、有效期)，可以来源于ABM的累计项镜像。

需要说明的是：镜像参数包括帐户标识、账本类型参数、配额参数和镜像锁定的控制方式参数。所述数据参数包括所述账本的余额和镜像有效期。

另一个例子中，上述201处理过程中，进一步包括：当中间帐户余额不满足待处理业务的需求时，在中间帐户中追加用户的其它账本或者代付用户的账本。具体操作可以包括：向余额管理中心发送帐户镜像请求，该帐户镜像请求携带所述用户的其它账本或者代付用户的账本的镜像参数；接收所述余额管理中心的接口参数，该接口参数为所述用户的其它账本或者代付用户的账本的数据参数；根据该接口参数，在用户的中间帐户中添加所述用户的其它账本或者代付用户的账本。

另一个例子中，中间帐户可不采用镜像方式，而采用预留充足帐本配额的方式。ABM上未预留的账户帐本仍然可支持其它业务的变更处理，从而避免频繁的镜像及加/解锁动作。

步骤S102，根据用户的使用量在所述中间帐户上扣费；

例如，该步骤由CBS或者OCS等计费系统执行。

可选的一个例子中，当扣费累计达到赠送门限时触发赠送奖励资金，在所述中间帐户中创建对应所述赠送奖励资金的账本；或者当所述扣费累计达到赠送门限时触发赠送业务，在所述中间帐户中创建该业务订购关系并将该业务订购关系同步给余额管理中心。这个例子可以在缩短计费流程的同时满足在线计费的实时优惠、实时赠送的特点。

另一个例子中，当所述中间帐户中余额满足对应待处理业务的需求时，在中间帐户中进行对应待处理业务的预留批价和扣费，并将扣费结果同步给所述余额管理中心。

另一个例子中，当所述中间帐户中余额满足对应待处理业务的需求时，接收余额管理中心处理该待处理业务，解锁并变更镜像账本的余额后的镜像账本的镜像参数，更改中间帐户中所述账本的数据参数；

步骤S103，根据中间帐户的预留批价情况和扣费情况，向余额管理中心发起余额变更请求；

例如，在该步骤中，CBS或者OCS等计费系统根据中间账户的预留批价情况和扣费情况，然后向ABM发起余额变更等同步请求，同时释放中间账户；ABM变更镜像帐本的余额，由于为了避免计费扣费期间进行本次计费以外的其它系统并行变更ABM从而导致数据变更的不一致性，在ABM将账户帐本镜像给CBS时，在镜像参数中包括对镜像账本的动态信息加“写锁”(即禁止写权限，但读权限不受影响)。相应的，在CBS向ABM发起余额变更请求时，ABM会解锁镜像账本并进行变更操作。

本实施例能够降低ABM的访问频度，避免每次计费过程均与ABM进行交互，缩短通信链路，从而提升端到端的计费性能。此外，通过在中间帐户中追加账本来进一步保障计费顺利进行，以及灵活方便地处理待处理业务的计费。

另一个实施方式中，上述步骤S101～S103的方法可以由包含多个节点(例如第一节点和第二节点)的计费系统和余额管理中心执行。其中，建立中间账户的过程包括：计费系统的第一节点建立属于共享帐户的第一用户的中间帐户，该中间帐户包括与共享帐户对应账本镜像的账本；该计费系统的第一节点将共享帐户的中间帐户在计费系统的第一节点上通知给计费系统的集群节点。

具体的，前述步骤S101可以包括：计费系统的第一节点根据第一用户的请求量批价，在中间帐户的账本中针对第一用户预留批价；计费系统的第二节点根据第二用户的计费请求计费，识别第二用户属于所述共享帐户，向计费系统的第一节点发起预留请求；计费系统的第一节点根据所述预留请求在中间帐户的账本中针对第二用户预留费用。

前述步骤S102可以包括：计费系统的第一节点根据第一用户的使用量，在中间帐户的账本中进行扣费。

前述步骤S103可以包括：计费系统的第一节点根据所述中间帐户的预留扣费情况向所述余额管理中心发起余额变更请求。

实施例二

下面参照图2，详细说明根据本发明在线计费方法的简单计费场景。预付费用户A有三个帐本：a帐本为缺省帐本(充值时变更此帐本)，有余额50元；b帐本为通用无线分组业务(GPRS，General Packet Radio Service)奖励资金帐本，有余额10元；c帐本为话音业务专款账本，有余额100元。用户使用GPRS业务的计费流程如下：

步骤S201：用户A激活，请求使用GPRS业务，SPP中的网关GPRS支持节点(GGSN，Gateway GPRS Support Node)上报计费请求，携带业务标识(ID)、请求量(RSU，Requested-Service-Unit)等计费参数；

步骤S202：CBS计费批价，算出计费结果为2元，同时识别出帐本a、b可对当前业务付费，向ABM发起账户镜像请求，携带“帐本类型”参数为a和b，“配额”参数为0，“控制方式”为镜像锁定方式；

步骤S203：ABM锁定a和b两个帐本，并应答结果给CBS，通过接口参数将a帐本的余额50元、b帐本的余额10元镜像给CBS，接口参数中还包括这两个帐本镜像的有效期；ABM中账本镜像给CBS时，ABM中的这些账本称为镜像账本(加锁，禁止写)，归属的帐户称为镜像帐户；ABM中出现镜像帐户/帐本时，CBS中则存在中间帐户；当用户终止在线计费业务时，中间帐户释放，镜像帐户/账本解锁，变为正常的帐户/帐户；

步骤S204：CBS创建A用户的中间账户，包括两个帐本：a帐本，余额50元；b帐本，余额10元；

步骤S205：CBS根据支付优先级，预留b帐本上2元，然后将结果应答给GGSN；

步骤S206：GGSN授权用户使用GPRS业务；

步骤S207：GSU使用完毕后，GGSN再次上报计费请求，携带业务标识(ID)、使用量(USU，Used-Service-Unit)、RSU等计费参数；

步骤S208：CBS计费批价，根据USU在中间账户的b帐本上扣费2元，同时再预留2元，然后应答GGSN；

步骤S209：循环步骤S207和步骤S208，直到完成全部计费，当b帐本余额不足时，继续扣除a帐本；

步骤S210：用户A去激活，GGSN上报计费请求，携带业务ID、USU等计费参数；

步骤S211：CBS计费批价，根据USU在中间账户的对应帐本上扣费，然后向ABM发起余额变更等同步请求，同时释放中间账户；

步骤S212：ABM变更a和b帐本余额并解锁a和b账本。

本实施例可以降低ABM的访问频度，缩短通信链路，从而提升端到端的计费性能，还可以根据账本的优先级的高低从多个账本顺序预留扣费。

实施例三

下面参照图3，说明本发明在线计费方法的多业务并发计费流程，当中间帐户余额不满足待处理业务的需求时，在中间帐户中追加同一用户的其他帐本的一种情况。用户A帐本情况同上。用户使用GPRS业务同时并发使用话音业务的计费流程如下：

其中步骤S301到步骤S306分别与步骤S201到步骤S206相同；

步骤S307：用户请求使用话音业务，SPP中的SCP上报计费请求，携带业务ID、RSU等计费参数；

步骤S308：CBS计费批价，算出计费结果为5元，同时识别出帐本a、c可对带处理业务付费，c帐本付费优先级高，但c帐本并没有镜像过来；CBS向ABM发起账户镜像请求，携带“帐本类型”参数为c，“配额”参数为0，“控制方式”为镜像锁定方式；

步骤S309：ABM锁定c帐本，并应答结果给CBS，通过接口参数将c帐本的余额100元镜像给CBS，接口参数中还包括这个帐本镜像的有效期；

步骤S310：CBS将c帐本添加到A用户的中间账户中；

步骤S311：CBS根据支付优先级，预留c帐本上5元，然后应答结果给业务控制点(SCP，Service Control Point)；

步骤S312：SCP授权用户使用话音业务；

步骤S313：后续上报的GPRS及话音业务申请计费(AC，Apply Charging)的计费结果均在CBS的中间账户中预留扣除；

步骤S314：用户A去激活，SPP中的GSN或SCP上报计费请求，携带业务ID、USU等计费参数；

步骤S315：CBS批价，根据USU在中间账户的对应帐本上扣费，然后向ABM发起余额变更等同步请求，同时释放中间账户；

步骤S316：ABM变更a、b和c帐本的余额并解锁a、b和c帐本。

此外，本发明的在线计费方法中在中间帐户中追加同一用户的其他帐户的情况也适合于预付费业务和后付费业务的融合计费。例如，用户A不久前发生国际漫游，而国际漫游业务尚无法支持在线计费机制，需要通过话单进行离线计费处理。用户在使用GPRS业务时，国际漫游话单也下发给CBS，将付费优先级高c帐户添加到中间帐户中。

本实施例通过中间帐户余额不足时可镜像新的帐本/帐户，从而可以进一步地提高计费的可靠性。

实施例四

下面参照图4，说明本发明在线计费方法的累计赠送奖励资金场景，即当中间帐户余额不满足待处理业务的需求时，在中间帐户中追加同一用户的其他帐本的另一种情况。用户A帐本情况同上。用户订购的产品资费政策包括当本帐期GPRS累计消费达100元时，赠送话音资金10元。而当前本账期的GPRS累计消费已经达到99元，实时赠送奖励资金的计费流程如下：

步骤S401：用户A激活，请求使用GPRS业务，SPP中的GGSN上报计费请求，携带业务ID、RSU等计费参数；

步骤S402：CBS计费批价，算出计费结果为2元，识别出帐本a、b可对当前业务付费，又识别出用户订购了GPRS累计赠送产品；CBS向ABM发起账户镜像请求，携带“帐本类型”参数为a、b，“配额”参数为0，“控制方式”为镜像锁定方式，同时还要求镜像GPRS消费额的累计项值；

步骤S403：ABM锁定a和b两个帐本及GPRS消费额的累计项值，并应答结果给CBS，通过接口参数将a帐本的余额50元、b帐本的余额10元镜像给CBS，将GPRS消费额的累计项值99元镜像给CBS，接口参数中还包括这两个帐本及累计项值镜像的有效期；

步骤S404：CBS创建A用户的中间账户，包括两个帐本：a帐本，余额50元；b帐本，余额10元；同时包括GPRS累计项信息；

步骤S405：CBS根据支付优先级，预留b帐本上2元，然后应答结果给GGSN；

步骤S406：GGSN授权用户使用GPRS业务；

步骤S407：GSU使用完毕后，GGSN再次上报计费请求，携带业务ID、USU、RSU等计费参数；

步骤S408：CBS批价，根据USU在中间账户的b帐本上扣费2元。由于达到累计赠送门限，触发赠送话音奖励资金10元；由于中间账户中没有对应帐本类型，创建新帐本d，余额10元，存放在中间账户中；

步骤S409：用户请求使用话音业务，SPP中的SCP上报计费请求，携带业务ID、RSU等计费参数；

步骤S410：CBS计费批价，算出计费结果为5元，同时识别出帐本a、d可对当前业务付费，d帐本付费优先级最高，预留d帐本上5元，然后应答结果给SCP；

步骤S411：SCP授权用户使用话音业务；

步骤S412：后续上报的GPRS及话音业务AC的计费结果均在CBS的中间账户中预留扣除；

步骤S413：用户A去激活，SPP中的GGSN或SCP上报计费请求，携带业务ID、USU等计费参数；

步骤S414：CBS批价，根据USU在中间账户的对应帐本上扣费，然后向ABM发起余额变更等同步请求(在接口参数中包括新增帐本d及其帐本余额变更信息，同时还包括GPRS消费额的累计项值变更信息)，同时释放中间账户；

步骤S415：ABM变更GPRS消费额的累计项值并解锁GPRS消费额，变更a和b帐本的余额并解锁a和b帐本，创建并变更帐本d。

而对于针对累计赠送附加业务的情况，例如用户订购的产品资费政策包括当本帐期GPRS累计消费达100元时，赠送彩铃业务一个月，而当前本账期的GPRS消费额累计消费已经达到99元，当计费达到累计赠送门限，CBS触发赠送彩铃业务，通过接口到SCP上开通彩铃业务；同时，在CBS中创建此产品订购关系，并同步给ABM。

本实施例也用可以涉及实时赠送奖励资金或业务，先在中间帐户上完成赠送，在线业务终止后再同步到ABM。

实施例五

下面参照图5，以说明本发明的在线计费方法的中间账户使用完毕场景，当中间帐户余额不满足待处理业务的需求时，在中间帐户中追加代付用户的相关账本的情况。用户A帐本情况同上。同时，当用户A余额不足时，B用户的a帐本可代为支付。用户过量使用GPRS业务的计费流程如下：

步骤S501到步骤S506分别与步骤S201到步骤S206相同；

步骤S507：用户A持续使用GPRS业务，一直到中间账户余额不足；

步骤S508：CBS识别出B用户的帐本a可对当前业务付费，但B用户的帐本并没有镜像过来；CBS向ABM发起账户镜像请求，携带“账户标识(ID)”为B用户帐本ID，“帐本类型”参数为a，“配额”参数为0，“控制方式”为镜像锁定方式；

步骤S509：ABM锁定B账户的a帐本，并应答结果给CBS，通过接口参数将该帐本的余额镜像给CBS，接口参数中还包括这个帐本镜像的有效期；

步骤S510：CBS将B账户的a帐本添加到A用户的中间账户中；

步骤S511：A用户的后续GPRS业务预留、扣费就在此帐本上继续进行；

步骤S512：用户A去激活，SPP中的GGSN上报计费请求，携带业务ID、USU等计费参数；

步骤S513：CBS批价，根据USU在中间账户的对应帐本上扣费，然后向ABM发起余额变更等同步请求，同时释放中间账户；

步骤S514：ABM变更A账户的a、b和c帐本的余额及B账户的a帐本的余额并解锁A账户的a、b和c帐本和B账户的a帐本。

前面提到ABM镜像账户的帐本是设有镜像有效期的，对于数据业务按流量时，用户的消费行为无法预知，可能会出现中间帐户逾期但GSU未使用完的情况。此时，需要延长镜像有效期，可以采取ABM主动方式或CBS主动方式。

本实施例提供了增加其他用户相关账本的中间帐户的追加方式，保障计费能够顺利执行。

实施例六

下面参照图6和7，说明本发明在线计费方法的并发管理业务(如：营业厅充值、开通彩铃等)流程，即中间帐户余额满足待处理业务需求时的两种处理情况，即管理业务直接向ABM扣费和管理业务经CBS扣费。管理业务直接向ABM扣费处理流程包括：

步骤S601到步骤S606分别与步骤S201到步骤S206相同；

步骤S607：用户A同时到营业厅开通彩铃，此时需要收取手续费，CRM向ABM发起扣费请求；

步骤S608：ABM发现A用户的账户帐本已被CBS锁定，向CBS发起解锁请求；

步骤S609：CBS解锁，同时变更帐本余额变化信息到ABM；

步骤S610：ABM扣除彩铃手续费，并应答给CRM；

步骤S611：ABM再次镜像帐本余额信息给CBS。

管理业务经CBS扣费处理流程包括：

步骤S701：到步骤S706分别与步骤S201到步骤S206相同；

步骤S707：用户A同时到营业厅开通彩铃，此时需要收取手续费，CRM向CBS发起扣费请求；

步骤S708：CBS完成手续费的计算，并在中间账户上进行扣费，然后应答给CRM；

步骤S709：CBS可选择将结果立即同步给ABM或者待在线业务使用完毕后再同步。这里推荐将结果立即同步给ABM，便于实时余额查询的准确性。

在现实组网中，还有许多运营商仍然采用在线计费系统、离线计费系统两套计费系统并存的方式。此时，也可以类似地采用HB直接向ABM扣费方式或HB经CBS扣费方式。其中，对于中间账户的处理，为避免ABM帐本的频繁加/解锁操作，不必采用完全镜像的方式，而可采用预留充足帐本配额的方式。

本实施例提供了并发管理业务时的处理方式，丰富了本发明在线计费方法的应用方式。

实施例七

本实施例提供另一种在线计费方法。随着计费业务的发展，账户共享的场景已较为普遍。对于用户数规模较大的系统，一个CBS节点已无法支撑，需要采用集群方案。此时，并无法保证账户共享的用户处于同一CBS节点，例如集团业务，一个集团可能分布在各地、跨越各品牌，分布在不同的CBS节点上。下面参照图8，详细描述根据该在线计费方法跨节点计费流程。该方法包括：

步骤S801：CBS的第一节点建立属于共享帐户的第一用户的中间帐户，所述中间帐户包括与共享帐户的账本镜像的账本；

在该步骤中，CBS的第一节点根据服务提供系统的计费请求，识别对当前业务付费的共享账本；向余额管理中心发送帐户镜像请求，所述帐户镜像请求携带所述共享账本的镜像参数，包括帐户ID、账本类型参数、配额参数和镜像锁定的控制方式参数；接收所述余额管理中心的接口参数，所述接口参数为所述共享账本的数据参数，包括镜像账本的余额和镜像有效期；

步骤S802：CBS的第一节点通知CBS的集群节点，共享帐户的中间帐户在CBS的第一节点上；

步骤S803：CBS的第一节点根据第一用户的计费请求计费，在所述中间帐户中针对所述第一用户预留扣费；

步骤S804：CBS的第二节点根据第二用户的计费请求计费，识别第二用户属于该共享帐户，向所述CBS的第一节点发起预留请求；

步骤S805：CBS的第一节点根据上述预留请求在该中间帐户的账本中针对第二用户预留扣费；

步骤S806：CBS的第一节点根据该中间帐户的预留扣费情况向余额管理中心发起余额变更请求。

本实施例还可以应用在CBS集群方式中，将原本属于系统间的预留/扣费接口转为系统内的预留/扣费接口，对跨节点计费也同样能够提升计费性能。

实施例八

下面参照图9，详细说明跨节点的在线计费方法，其具体流程包括：

步骤S901：用户A激活，请求使用GPRS业务，SPP中的GGSN上报计费请求，携带业务ID、RSU等计费参数；

步骤S902：CBSa计费批价，算出计费结果为2元，同时识别出用户A属于VPMNa，VPMNa的帐本为a；CBSa向ABM发起账户镜像请求，携带“帐本ID”参数为a，“配额”参数为0，“控制方式”为镜像锁定方式；

步骤S903：ABM锁定a帐本，并应答结果给CBSa，通过接口参数将a帐本的余额1000元镜像给CBSa，接口参数中还包括这个帐本镜像的有效期；

步骤S904：CBSa创建中间账户，包括帐本a帐本，余额1000元；同时通知CBS集群节点VPMNa帐户的中间帐户在CBSa节点上；

步骤S905：CBSa预留a帐本上2元，然后应答结果给GGSN；

步骤S906：GGSN授权用户A使用gprs业务；

步骤S907：用户B激活，请求使用GPRS业务，SPP的GGSN上报计费请求，携带业务ID、RSU等计费参数；

步骤S908：CBSb计费批价，算出计费结果为2元，同时识别出B属于VPMNa，VPMNa的帐户在CBSa节点上；CBSb向CBSa通过内部接口发起预留请求；

步骤S909：CBSa应答给CBSb，B用户应答结果给GGSN；

步骤S910：GGSN授权用户B使用GPRS业务；

步骤S911：用户A去激活，SPP中的GGSN上报计费请求，携带业务ID、USU等计费参数；

步骤S912：CBSa批价，根据USU在中间账户的对应帐本上扣费，然后向ABM发起余额变更等同步请求；释放中间账户，同时通知CBS集群节点VPMNa帐户已返还给ABM；

步骤S913：ABM变更VPMNa帐户的a帐本余额并解锁VPMNa帐户的a帐本。

当用户A的GSU消费完毕后，由CBSb再向ABM发起账户镜像请求，来处理用户B的消费。

此外，由于共享帐户的余额往往较大(集团用户的信用度往往很高)，不必采用完全镜像的方式。A用户可采用预留充足帐本配额的方式(如：当前AC计算结果为预留1￥，此时向ABM预留10￥)，B用户则仍然向ABM预留。

本实施例通过将原本属于系统间的预留/扣费接口转为系统内的预留/扣费接口，针对CBS集群方式提升ABM方式下在线计费的端到端性能。

实施例九

本实施例提供一种在线计费装置。下面参照图10，以CBS节点装置为例详细说明该在线计费装置1000。该装置1000包括：

批价模块1010，用于根据用户的请求量批价并在中间帐户上预留批价；

扣费模块1020，用于根据用户的使用量在该中间帐户上扣费；以及

变更请求模块1030，用于根据该中间帐户的扣费情况，向余额管理中心发起余额变更请求。

其中，镜像接口单元1030可通过在现有CBS与ABM间的接口协议上扩展参数来实现。当用户有多个支付账户时，在CBS与ABM的接口协议中定义参数项“账户类型”指定需要镜像的账户类型。例如，“账户类型”参数值为0时，表示所有账户类型。当账户下有多个帐本类型时，在CBS与ABM的接口协议中定义参数项“账本类型”或“帐本标识”指定需要镜像的账本。例如“账本类型”参数值为0时，表示所有账本类型。可通过接口协议中的参数项控制采用镜像方式还是预留充足帐本配额的方式。可以通过定义参数项“控制方式”来标识，也可以在参数项“账本类型”或“帐本标识”中子参数项“配额”来标识。例如，“配额”为0表示采用镜像方式，否则表示预留充足帐本配额方式。

此外，该装置1000还可以进一步包括建立模块1040和通知模块1050。建立模块1040用于建立用户的中间帐户，所述中间帐户包括与余额管理中心的镜像帐户对应的账本。通知模块1050，用于通知计费系统的集群节点，共享帐户的中间账户在该计费线计费装置上。其中建立模块1040包括：识别单元1041，用于根据服务提供系统的计费请求识别对当前业务付费的账本列表；镜像接口单元1042，用于向余额管理中心发送帐户镜像请求，和用于接收所述余额管理中心的接口参数，所述接口参数为所述账本的数据参数；以及建立单元1043，用于根据所述接口参数建立所述用户的中间帐户。

本实施例通过在CBS中创建中间账户，将用户的相关账户动态信息全部镜像到CBS的中间账户中，本次激活下用户的业务均在中间账户进行预留、扣费处理，来降低ABM的访问频度，避免每次计费过程均与ABM进行交互，缩短通信链路，从而提升端到端的计费性能。

实施例十

本实施例提供一种在线计费系统。下面参照图11，详细说明该在线计费系统，具体至少包括：

一种在线支付系统，该系统至少包括：

计费系统(例如CBS，OCS或者)，用于据用户的请求量批价并在中间帐户上预留批价；根据用户的使用量在该中间帐户上扣费；以及根据该中间帐户的预留批价情况和扣费情况，向余额管理中心发起余额变更请求；

余额管理中心(ABM)，用于向该计费系统节点发送该镜像账本的数据参数，和根据该计费系统节点的余额变更请求变更该账本的余额用于向计费系统发送该镜像账本的数据参数，和根据计费系统的余额变更请求变更该账本的余额。

中间帐户主要包括来源于ABM账本镜像的各类账本(主要属性有账本余额、有效期)，和来源于ABM累计项镜像的用户累计项实例(主要属性有累计项类型、累计值、有效期)。ABM中账本镜像给计费系统时，ABM中的这些账本称为镜像账本(加锁，禁止写)，归属的帐户称为镜像帐户。ABM中出现镜像帐户/帐本时，计费系统中则存在中间帐户。为避免期间其它系统并行变更ABM从而导致数据变更的不一致性，在镜像ABM账户帐本时，同时对被镜像的账户动态信息加“写锁”(读权限不受影响)，待计费系统将数据变化同步回ABM后，镜像帐户/账本解锁，变为正常的帐户/帐本。同时，如果在用户并发使用在线计费业务过程中，其它外部系统需并发变更ABM动态数据的业务时(如：开通彩铃业务，收取手续费等)，ABM知会计费系统解锁，计费系统将当前余额变更等变化同步给ABM，由ABM支持完成其它并发业务流程后再重新镜像给计费系统。对于尚未实现融合计费的运营商，此时存在多套需要与ABM进行帐本变更的外部系统。中间帐户可不采用镜像方式，而采用预留充足帐本配额的方式，ABM上未预留的账户帐本仍然可支持其它业务的变更处理，从而避免频繁镜像及加/解锁动作。

另一个例子中，该计费系统包括多个节点，具体至少包括：

计费系统的第一节点，用于通知计费系统的集群节点，共享帐户的中间账户在该计费系统的第一节点上；根据第一用户的请求量批价并在该中间帐户的账本中针对该第一用户预留批价；根据第一用户的使用量在该中间帐户的账本中扣费；根据计费系统的第二节点的预留请求在该中间帐户的账本中针对第二用户预留扣费；以及，根据该中间帐户的预留扣费情况向该余额管理中心发起余额变更请求；

计费系统的第二节点，用于根据第二用户的计费请求计费，识别该第二用户属于共享帐户，向计费系统的第一节点发起预留请求；

具体的，该余额管理中心向该计费系统的第一节点发送该共享帐户的账本的数据参数，和根据该计费系统的第一节点的余额变更请求变更该共享帐户的账本的余额。

本实施例通过在计费系统中创建中间账户，将用户的相关账户动态信息全部镜像到计费系统的中间账户中，本次激活下用户的业务均在中间账户进行预留、扣费处理，来降低ABM的访问频度，避免每次计费过程均与ABM进行交互，缩短通信链路，从而提升端到端的计费性能。此外，还能够针对计费系统集群方式提升ABM方式下在线计费的端到端性能。

以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行各个实施例或者实施例的某些部分所述的方法。

此外需要说明的是，前述的各采用中间账户的计费方式(方法、装置及系统)可以适用于多种方式和情境，例如既适用于CBS方式，也适用于多套计费系统并存的方式；既适用于单一CBS节点方式，也适用于CBS集群方式；既适用于实时赠送奖励资金场景，也适用于实时赠送产品场景。另外，可以适用于ABM方式下的各种组网形式(如CBS、OCS或者HB)，也可作为3GPP及各运营商在线计费、融合计费规范的增强标准。

本发明各实施方式还可以应用在CBS集群方式中，将原本属于系统间的预留/扣费接口转为系统内的预留/扣费接口，对跨节点计费也同样能够提升计费性能。

前述各设施方式提到的镜像接口，可以在现有CBS与ABM间的接口协议上扩展参数来实现，例如基于DCC协议的扩展。例如，当用户有多个支付账户时，在CBS与ABM的接口中定义参数项“账户类型”指定需要镜像的账户类型。例如，“账户类型”参数值为0时，表示所有账户类型。

又例如，当账户下有多个帐本类型时，在CBS与ABM的接口中定义参数项“账本类型”或“帐本标识”指定需要镜像的账本。“账本类型”参数值为0时，表示所有账本类型。

由于共享帐户的余额往往较大(集团用户的信用度往往很高)，可以不采用完全镜像的方式，而采用预留配额的方式。例如，A用户可采用预留充足帐本配额的方式可以包括：当前AC计算得到批价结果为1元时，CBSa向ABM请求预留10元放到中间帐户中，而B用户则仍然可以通过CBSb向ABM请求预留。采用镜像方式还是预留充足帐本配额的方式，可以通过接口参数项进行控制。可以通过定义参数项“控制方式”来标识，也可以在参数项“账本类型”或“帐本标识”中子参数项“配额”来标识——“配额”为0表示采用镜像方式，否则表示预留充足帐本配额方式。对于计费系统包含多个节点的情况，可通过计费系统(例如CBS)内部接口实现不同节点(例如CBSa和CBSb)之间的信息交互。

以上所述的具体实施例，对本发明的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上所述仅为本发明的具体实施例而已，并不用于限定本发明的保护范围，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (10)

1.一种在线计费方法，其特征在于，该方法包括：

预先或者根据用户的请求建立用户的中间帐户，所述中间帐户包括与余额管理中心的镜像账户对应的账本；所述建立用户的中间帐户包括：计费系统的第一节点建立属于共享帐户的第一用户的中间帐户，所述中间帐户包括与共享帐户对应账本镜像的账本；所述计费系统的第一节点将共享帐户的中间帐户在所述计费系统的第一节点上通知给计费系统的集群节点；

所述计费系统的第一节点根据第一用户的请求量批价，在所述中间帐户的账本中针对所述第一用户预留批价；计费系统的第二节点根据第二用户的计费请求计费，识别所述第二用户属于所述共享帐户，向所述计费系统的第一节点发起预留请求；所述计费系统的第一节点根据所述预留请求在所述中间帐户的账本中针对所述第二用户预留扣费；

所述计费系统的第一节点根据第一用户的使用量，在所述中间帐户的账本中进行扣费；以及

所述计费系统的第一节点根据所述中间帐户的预留批价情况和扣费情况向所述余额管理中心发起余额变更请求。

2.根据权利要求1所述的方法，其特征在于，所述建立用户的中间帐户的步骤包括：

根据服务提供系统的计费请求识别对当前业务付费的账本列表或者共享账本列表；

向余额管理中心发送帐户镜像请求，所述帐户镜像请求携带所述账本的镜像参数；

接收所述余额管理中心的接口参数，所述接口参数为所述账本的数据参数；以及

根据所述接口参数建立所述用户的中间帐户。

3.根据权利要求1所述的方法，其特征在于，该方法还包括：预先或者根据用户的请求建立用户的中间帐户，所述中间账户包括预留的充足帐本配额。

4.根据权利要求3所述的方法，其特征在于，所述建立用户的中间帐户的步骤包括：

建立用户的中间帐户；

根据当前申请计费的批价结果，向余额管理中心请求预留高于批价结果的账本配额到所述中间帐户。

5.根据权利要求1或3所述的方法，其特征在于，在中间帐户的账本中预留批价的步骤包括：

根据所述中间帐户中账本针对当前业务的支付优先级顺序，在所述中间帐户的账本上预留批价。

6.根据权利要求1或3所述的方法，其特征在于，根据用户的使用量在所述中间帐户上扣费的步骤之后还包括：当所述扣费累计达到赠送门限时触发赠送奖励资金，在所述中间帐户中创建对应所述赠送奖励资金的账本；或者

当所述扣费累计达到赠送门限时触发赠送业务，在所述中间帐户中创建该业务订购关系并将该业务订购关系同步给余额管理中心。

7.根据权利要求1所述的方法，其特征在于，在根据用户的使用量在所述中间帐户上扣费的步骤之前还包括：当所述中间帐户余额不满足待处理业务的需求时，在所述中间帐户中追加所述用户的其它账本或者代付用户的账本。

8.根据权利要求7所述的方法，其特征在于，在所述中间帐户中追加所述用户的其它账本或者代付用户的账本的步骤包括：

向余额管理中心发送帐户镜像请求，所述帐户镜像请求携带所述用户的其它账本或者代付用户的账本的镜像参数；

接收所述余额管理中心的接口参数，所述接口参数为所述用户的其它账本或者代付用户的账本的数据参数；

根据所述接口参数，在所述用户的中间帐户中添加所述用户的其它账本或者代付用户的账本。

9.根据权利要求2或者8所述的方法，其特征在于：所述镜像参数包括帐户标识、账本类型参数、配额参数和镜像锁定的控制方式参数；以及

所述数据参数包括所述账本的余额和镜像有效期。

10.根据权利要求1所述的方法，其特征在于，在向余额管理中心发起余额变更请求之后，进一步包括：

接收所述余额管理中心在解锁并变更所述余额管理中心镜像账本的余额后返回的所述账本的镜像参数，更改所述中间帐户中所述账本的数据参数。

Images