CN102142967A - 基于多账户的在线计费处理方法、装置和系统 - Google Patents

Abstract

公开了基于多账户的在线计费处理方法、装置和系统。其中的方法包括：余额管理中心接收鉴权计费请求消息，鉴权计费请求消息包含了请求的业务类型和请求的资源；余额管理中心根据鉴权计费请求消息，确定业务类型对应的多个账户；余额管理中心确定多个账户的预留总资源少于鉴权计费请求消息所请求的资源，向在线计费系统发送鉴权计费应答消息，鉴权计费应答消息包含了各个账户的账户类型、各个账户支付的业务类型和各个账户的剩余资源，以便于在线计费系统根据各个账户的账户类型、各个账户支付的业务类型和各个账户的剩余资源进行业务量反算。上述技术方案可以实现针对同一用户的多账户的在线计费处理，避免了欠费风险。

Description

基于多账户的在线计费处理方法、装置和系统

技术领域

本发明涉及网络通讯技术领域，具体涉及多账户情况下的在线计费处理技术。

背景技术

在对业务进行在线计费过程中，往往会出现用户账户余额或剩余资源不足的情况。在这种情况下，余额管理中心(Account Balance Management，ABM)会向在线计费系统(Online Charge Syetem，OCS)返回包含有用户账户可用总资金或可用总资源的鉴权计费应答消息，OCS在通过比较确定鉴权计费应答消息中的可用总资金或可用总资源与OCS进行的批价计费结果不相同时，根据可用总资金或可用总资源进行业务量反算，并根据业务量反算结果向业务控制点(Service Control Point，SCP)或GPRS网关支持节点(Gateway GPRS Supporting Node，GGSN)等接入网元返回鉴权计费应答消息，从而控制了欠费风险。

目前存在用户多账户的现象，即一个用户可以存在多个账户。用户的一个业务可以通过多个账户付费，例如，用户的一个业务可以由集团账户和个人账户按照分摊的形式付费。另外，用户还可以同时进行多业务，例如，用户在进行通话的同时使用了视频点播和网页浏览业务等，这样，多业务可以由多账户来付费。在用户发生的业务通过多账户支付的情况下，如果出现用户账户余额不足或剩余资源不足的现象，OCS无法根据ABM返回的可用总资金或可用总资源进行准确的业务量反算，从而存在欠费风险。

发明内容

本发明实施方式提供的基于多账户的在线计费处理方法、装置和系统，可实现针对同一用户的多账户的在线计费处理，避免了欠费风险。

本发明实施方式提供的基于多账户的在线计费处理方法，包括：

余额管理中心接收鉴权计费请求消息，所述鉴权计费请求消息包含了请求的业务类型和请求的资源；

所述余额管理中心根据所述鉴权计费请求消息，确定所述业务类型对应的多个账户；

所述余额管理中心确定所述多个账户的预留总资源少于所述鉴权计费请求消息所请求的资源，向在线计费系统发送鉴权计费应答消息，所述鉴权计费应答消息包含了各个账户的账户类型、各个账户支付的业务类型和各个账户的剩余资源，以便于在线计费系统根据所述各个账户的账户类型、各个账户支付的业务类型和各个账户的剩余资源进行业务量反算。

一种余额管理中心，包括：

接收模块，用于接收鉴权计费请求消息，所述鉴权计费请求消息包含了请求的业务类型和请求的资源；

账户模块，用于根据该鉴权计费请求消息确定所述业务类型对应的多个账户；

确定模块，用于确定所述多个账户的预留总资源少于所述鉴权计费请求消息所请求的资源，向在线计费系统发送鉴权计费应答消息，所述鉴权计费应答消息包含了各个账户的账户类型、各个账户支付的业务类型和各个账户的剩余资源，以便于在线计费系统根据所述各个账户的账户类型、各个账户支付的业务类型和各个账户的剩余资源进行业务量反算。

一种基于多账户的在线计费处理系统，包括：

在线计费系统，用于向余额管理中心发送鉴权计费请求消息，所述鉴权计费请求消息包含了请求的业务类型和请求的资源，接收所述余额管理中心发送的鉴权计费应答消息，所述鉴权计费应答消息包含了各个账户的账户类型、各个账户支付的业务类型和各个账户的剩余资源，在确定出所述鉴权计费应答消息中包含各个账户的剩余资源小于预算的总资源时，根据所述各个账户的账户类型、各个账户支付的业务类型和各个账户的剩余资源进行业务量反算；

余额管理中心，用于接收所述在线计费系统发送来的鉴权计费请求消息，根据所述鉴权计费请求消息确定所述业务类型对应的多个账户，确定所述多个账户的预留总资源少于所述鉴权计费请求消息所请求的资源，向在线计费系统发送鉴权计费应答消息。

通过上述技术方案的描述可知，余额管理中心通过向在线计费系统返回包含有多个账户的账户类型信息、账户支付的业务类型信息和账户的预留总金额或预留总资源信息的鉴权计费应答消息，使在线计费系统可以根据鉴权计费应答消息中包含的信息进行准确的业务量反算，从而可以实现针对同一用户的多账户的在线计费处理，避免了欠费风险。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本发明实施例一的基于多账户的在线计费处理方法流程图；

图2是本发明实施例二的基于多账户的在线计费处理方法示意图；

图3是本发明实施例三的基于多账户的在线计费处理方法示意图；

图4是本发明实施例四的网络设备示意图；

图4A是本发明实施例四确定模块的一个示意图；

图4B是本发明实施例四确定模块的另一个示意图；

图4C是本发明实施例四确定模块的第三个示意图；

图5是本发明实施例五的基于多账户的在线计费处理系统示意图；

图5A是本发明实施例五系统的第一种示意图；

图5B是本发明实施例五系统的第二种示意图；

图5C是本发明实施例五系统的第三种示意图。

具体实施方式

下面通过实施例对本发明的具体实现过程进行例举说明。显然，下面所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

实施例一、基于多账户的在线计费处理方法。该方法的流程如附图1所示。

图1中，S100、余额管理中心接收鉴权计费请求消息，鉴权计费请求消息包含了请求的业务类型和请求的资源。

这里的余额管理中心可以包括集中账户管理的余额管理中心，也可以包括多个分散账户管理的余额管理中心。也就是说，接收鉴权计费请求消息的余额管理中心可以为集中账户管理的余额管理中心，也可以为多个分散账户管理的余额管理中心或者其中的任一个余额管理中心。另外，S100中的余额管理中心为对用户发生的业务对应的账户进行管理的余额管理中心。

在S100中的余额管理中心为集中账户管理的余额管理中心时，集中账户管理的余额管理中心接收的鉴权计费请求消息为在线计费系统发送的鉴权计费请求消息，例如，在线计费系统在接收到SCP或GGSN等接入网元发送的鉴权计费请求消息且进行了计费批价处理后，在线计费系统向集中账户管理的余额管理中心发送鉴权计费请求消息。

在S100中的余额管理中心为多个分散账户管理的余额管理中心时，其中任一余额管理中心接收的鉴权计费请求消息可以为在线计费系统发送的鉴权计费请求消息，例如，在线计费系统在接收到SCP或GGSN等接入网元发送的鉴权计费请求消息且进行了计费批价处理后，在线计费系统向多个分散账户管理中心均发送鉴权计费请求消息。这里的多个分散账户管理的余额管理中心可以均为对用户发生的业务对应的账户进行管理的余额管理中心。

在S100中的余额管理中心为分散账户管理的第一余额管理中心时，第一余额管理中心接收的鉴权计费请求消息可以为在线计费系统发送来的鉴权计费请求消息，例如，在线计费系统在接收到SCP或GGSN等接入网元发送的鉴权计费请求消息且进行了计费批价处理后，在线计费系统向第一余额管理中心发送鉴权计费请求消息。这里的第一余额管理中心可以为对用户发生的业务对应的至少一个账户进行管理的余额管理中心。

在S100中的余额管理中心为分散账户管理的其它余额管理中心(即多个分散账户管理的余额管理中心中的除第一余额管理中心之外的余额管理中心)时，其它余额管理中心接收的鉴权计费请求消息可以为第一余额管理中心发送来的鉴权计费请求消息，例如，在线计费系统在接收到SCP或GGSN等接入网元发送的鉴权计费请求消息且进行了计费批价处理后，在线计费系统向第一余额管理中心发送鉴权计费请求消息，第一余额管理中心向其它余额管理中心分别发送鉴权计费请求消息。这里的其它余额管理中心同样为对用户发生的业务对应的至少一个账户进行管理的余额管理中心。

本发明的实施例中的资源可以包括金额，时长，短信条数，流量，彩信条数等业务度量；一个鉴权计费请求可以包括多个业务类型，而一个业务类型可以在ABM中对应多个不同的账户。在S110中的业务类型为多个业务类型时，多个业务类型中的至少一个业务类型对应有多个账户。在S110中的业务类型为一个业务类型时，该业务类型对应有多个账户。

S110、余额管理中心根据接收到的鉴权计费请求消息，确定业务类型对应的多个账户。

余额管理中心可以利用现有的多种方式(如利用账户匹配规则等)确定出业务类型对应的多个账户，本实施例不限制余额管理中心确定业务类型对应的多个账户的具体实现方式。

S120、余额管理中心在确定出多个账户预留总资源少于支付鉴权计费请求消息所请求资源(即预留总资源小于鉴权计费请求消息请求的资源)时，向在线计费系统发送鉴权计费应答消息，所述鉴权计费应答消息包含了各个账户的账户类型、各个账户支付的业务类型和各个账户的剩余资源，以便于在线计费系统根据所述各个账户的账户类型、各个账户支付的业务类型和各个账户的剩余资源进行业务量反算。

在S120中，根据账户为业务支付方式的不同，多个账户的预留总资源不足以支付鉴权计费请求消息所请求资源可以有多种理解方式，例如，针对一个业务而言，如果该业务对应的多个账户合起来的总资源小于请求的资源，则说明多个账户的预留总资源不足以支付鉴权计费请求消息所请求资源；再例如，针对一个业务而言，如果该业务对应的多个账户需要按照预定比例分摊的方式来支付该业务请求资源，则在多个账户中的至少一个账户不能够支付其分摊的资源时，说明多个账户的预留总资源不足以支付鉴权计费请求消息所请求的资源。本实施例不限制多个账户的预留总资源不足以支付鉴权计费请求消息所请求的资源的具体理解方式。

在S120中余额管理中心获取有上述多个账户的账户类型、账户支付的业务类型和账户的预留总资源信息。这里的账户类型如个人账户类型以及集团账户类型等，账户支付的业务类型如本地通话业务类型以及上网流量业务类型等，账户的预留总资源如通话预留费用、一条短信以及流量信息等。本实施例不限制账户类型、账户支付的业务类型以及账户的预留的资源具体包括的内容。

在余额管理中心为集中账户管理的余额管理中心时，集中账户管理的余额管理中心获取多个账户的账户类型、账户支付的业务类型和账户的预留总资源信息的过程可以为：集中账户管理的余额管理中心针对多个账户分别进行资源预留处理，并根据资源预留处理结果(如可预留总资源小于请求的资源)获取多个账户的账户类型、账户支付的业务类型和账户的预留总资源。当然，集中账户管理的余额管理中心也可以先获取多个账户的账户类型、账户支付的业务类型和账户的预留总资源信息，再进行资源预留处理。之后，在需要返回上述获取的信息的情况下，集中账户管理的余额管理中心可以向在线计费系统返回包含有上述信息的鉴权计费应答消息。

在余额管理中心为多个分散账户管理的余额管理中心时，各余额管理中心获取多个账户的账户类型、账户支付的业务类型和账户的预留总资源的过程可以为：各余额管理中心分别针对多个账户中的本地账户进行资源预留处理，各余额管理中心分别根据资源预留处理结果获取本地账户的账户类型、账户支付的业务类型和账户的预留总资源。当然，各余额管理中心也可以先获取多个账户中的本地账户的账户类型、账户支付的业务类型和账户的预留总资源信息，再进行资源预留处理。之后，在需要返回上述获取的信息的情况下，各余额管理中心可以均向在线计费系统返回包含有上述信息的鉴权计费应答消息。

在余额管理中心为第一余额管理中心时，第一余额管理中心针对多个账户中的本地账户分别进行资源预留处理，并根据处理结果获取本地账户的账户类型、账户支付的业务类型和账户的预留总资源。当然，第一余额管理中心也可以先获取多个账户中的本地账户的账户类型、账户支付的业务类型和账户的预留总资源信息，再进行资源预留处理。该第一余额管理中心还需要从其它余额管理中心返回的鉴权计费应答消息中获取异地账户的账户类型、账户支付的业务类型和账户的预留总资源。之后，在需要返回上述获取的信息的情况下，第一余额管理中心可以向在线计费系统返回包含有上述信息的鉴权计费应答消息。第一余额管理中心向在线计费系统返回的鉴权计费应答消息中包含有本地账户和/或异地账户的账户类型、账户支付的业务类型和账户的预留总资源信息。在不存在不足以支付的情况下，第一余额管理中心向在线计费系统返回的鉴权计费应答消息中可以不包含有账户类型、账户支付的业务类型和账户的预留总资源。

在余额管理中心为多个分散账户管理中的除第一余额管理中心之外的其它余额管理中心时，其它余额管理中心针对多个账户中的本地账户进行资源预留处理，并根据处理结果获取本地账户的账户类型、账户支付的业务类型和账户的预留总资源。当然，其它余额管理中心也可以先获取多个账户中的本地账户的账户类型、账户支付的业务类型和账户的预留总资源，再进行资源预留处理。之后，在需要返回上述获取的信息的情况下，其它余额管理中心需要向第一余额管理中心返回该信息，如其它余额管理中心通过鉴权计费应答消息向第一余额管理中心返回上述获取到的信息。

从上述实施例一的描述可知，余额管理中心通过向在线计费系统返回包含有多个账户的账户类型、账户支付的业务类型和账户的预留总资源信息的鉴权计费应答消息，使在线计费系统可以根据鉴权计费应答消息中包含的信息进行准确的业务量反算，从而可以实现针对同一用户的多账户的在线计费处理，避免了欠费风险。另外，实施例一针对余额管理中心的集中分布和分散分布的不同设置方式均设置了对应的解决方案，满足了不同网络的在线计费处理需求。

实施例二、基于多账户的在线计费处理方法。该方法的流程如附图2所示。

S201、用户使用业务时，接入网元进行业务接入和连接控制处理，接入网元可以为IP多媒体子系统IMS软交换、SCP或GGSN等，接入网元适配用户的业务接入，并对整个接入业务流程进行处理。接入网元在允许业务接入时，向在线计费系统(Online Charge Syetem，OCS)发送鉴权计费请求消息以请求OCS进行在线计费鉴权控制，鉴权计费请求消息可以是Diameter信用控制应用协议信用控制请求(Diameter Credit Control Application Credit Control Request，DCCA CCR)消息，上述CCR消息可以为包含有初始接入Initial的CCR消息或者包含有更新Update的CCR消息等。CCR消息中包含的信息很多，比如，申请鉴权计费的业务类型、主叫号码、被叫号码、计费区号信息和各业务度量(如呼叫时长、上网流量、下载流量、短信条数等)等信息。本实施例不限制CCR消息所包含的具体内容以及具体格式等。

S202、OCS接收接入网元发送来的鉴权计费请求消息，OCS根据鉴权计费请求消息分析业务类型和请求类型；这里的请求的类型如事件类型、会话类型、中间请求类型、初始请求类型或者结束请求类型等。OCS根据计费策略和资费针对业务的业务类型和请求类型进行计费批价处理，其中，计费批价处理结果包括用户请求的各业务费用(即业务对应的请求金额)以及业务资源(即业务对应的请求资源)等；上述业务资源如时长或者流量等。

S203、OCS将计费批价处理结果通过DCCA CCR消息发送给ABM，以请求业务资源或账户金额。OCS向ABM发送的CCR消息中可以包含有业务类型、申请费用(即各个业务请求的金额)、申请业务资源(即各个业务请求的资源，如时长或者流量等)主叫号码以及被叫号码等信息。

S204、ABM接收OCS发送来的CCR消息。ABM根据CCR消息确定对应的账户，如ABM根据预定账户规则确定与CCR消息请求的是金额还是资源以及业务类型等匹配的账户。ABM在匹配的所有账户的可用总金额(即预留总金额)或者可用总资源(即预留总资源)不足时，将所有账户的可用总金额或者可用总资源进行锁定；ABM在匹配的所有账户的可用总金额或可用总资源足够时，锁定匹配账户上对应的预留金额或预留资源，匹配账户上多余的金额或资源不进行锁定预留。一个具体的例子：用户无线上网中的浏览业务请求0.3元资金、点播业务请求0.4元资金，ABM根据账户规则确定：浏览业务可以由账户A1(即现金账户(帐上有可用金额0.1元))和账户A2(即赠送账户(帐上有可用金额0.2元))支付，点播业务可以由账户A2和账户A3(即专用资金账户(帐上有可用金额0.05元))支付；由于账户A1、账户A2和账户A3均不足以支付浏览业务和点播业务请求的金额，即(0.1+0.2+0.05)＜(0.3+0.4)，因此，ABM分别锁定账户A1、A2和A3中的可用金额，即锁定可用金额0.1、0.2和0.05元。

S205、ABM将预留结果通过鉴权计费应答消息(如DCCA CCA(Credit Control Answer，信用控制应答)消息返回给OCS。ABM返回的DCCA CCA消息中包含有ABM中能够为业务请求支付的各账户的余额、账户类型信息、以及该账户可以支付的业务类型信息等。一个具体的例子：ABM返回的CCA消息中包含有账户A1为现金账户类型信息，账户A1可以支付的业务类型为浏览业务，以及账户A1可以预留金额为0.1元；账户A2为赠送账户类型信息，账户A2可以支付的业务类型为点播业务，以及账户A2可以预留金额为0.3元；账户A3为专用账户类型信息，账户A3可以支付的业务类型为点播业务，以及账户A3可以预留金额为0.05元等。

S206、OCS接收ABM返回的CCA消息，将CCA消息中的账户类型信息、预留的金额和业务类型与计费批价处理结果进行比较，如果与计费批价处理结果一致，则OCS不进行业务量反算，如果与计费批价处理结果不一致，即预留金额小于计费批价处理结果，则OCS根据CCA消息中的账户类型信息、预留金额和业务类型进行业务量反算。业务量反算过程如根据预留金额计算用户业务可以使用的业务量。反算算法可以为根据业务许可和优先级、或者固定比例分摊对预留金额进行计算，以获得预留金额可以支持的业务量。一个具体的例子：OCS根据ABM返回的账户A1、A2和A3的预留金额、账户A1、A2和A3的账户类型、以及账户A1、A2和A3分别支持的业务类型计算出预留的金额可以支持的业务量。另一个具体的例子：OCS根据集团账户和个人账户的固定分摊比例计算出预留金额可以支持的最大业务量。业务量反算的过程可以是最优求解多元一次方程组的过程，业务量反算的过程可以有多种，本实施例不限制业务量反算的具体实现过程。

S207、OCS根据业务量反算结果向接入网元发送DCCA CCA消息，该CCA消息中可以包括各业务的授权信息和计费业务量信息。接入网元可以根据授权信息和计费业务量信息对业务接入过程进行监控。

S208、用户停止使用业务或者计费监控结束时，接入网元向OCS发送DCCA CCR(如包含有终止信息的CCR)消息，以申请计费。该CCR消息中包含有业务类型、业务使用量、主叫号码、被叫号码、以及计费区号等信息。

S209、OCS接收接入网元发送来的CCR消息，OCS根据计费策略对各项业务进行计费批价。计费批价结果可以是用户使用的各业务费用、或者业务资源(如时长或者流量等)等。如果计费批价涉及多个账户，且针对各账户进行计费批价的费率不同，则应采用不同的费率对业务进行准确的计费比价。

一个具体的例子：浏览业务使用账户A1和账户A2的计费批价的费率不同，则OCS针对优先级高的账户A1采用对应的费率进行批价，并形成计费批价结果；OCS再针对优先级次高的账户A2采用对应的费率进行批价，并形成计费批价结果。也就是说，针对浏览业务而言，实际上形成的计费批价结果为：N1和N2。

S210、OCS将计费批价结果通过DCCA CCR消息发送给ABM，以请求业务资源或账户资金。OCS发送的CCR消息中包括业务类型、申请费用、业务资源(如时长或流量等)、以及主被叫号码等。其中的申请费用包括S9中获得的计费批价结果信息，如浏览业务类型针对账户A1的计费批价结果为N1，浏览业务类型针对账户A2的计费批价结果为N2。

S211、ABM接收OCS发送来的CCR消息，ABM根据CCR消息确定对应的账户，如ABM根据预定账户规则确定与CCR消息中的请求的业务费用或业务资源或者业务类型等匹配的账户。ABM解除锁定相应账户的预留金额或资源，并扣减相应账户的金额或资源。

S212、ABM将扣费结果通过DCCA CCA消息返回给OCS。一个具体的例子：返回的DCCA CCA消息中包含有账户A1、账户A2和账户A3分别为浏览业务和点播业务支付的费用等信息。

S213、OCS通过DCCA CCA消息将扣费结果返回给接入网元，并通知接入网元结束计费。接入网元接收到CCA消息后释放相关链接资源。

实施例三、基于多账户的在线计费处理方法。该方法的流程如附图3所示。

S301、用户使用业务，接入网元进行业务接入和连接控制处理，接入网元可以为IP多媒体子系统IMS软交换、SCP或GGSN等，接入网元适配用户的业务接入，并对整个接入业务流程进行处理。接入网元在允许业务接入时，向OCS发送鉴权计费请求消息如DCCA CCR消息，以请求OCS进行在线计费鉴权控制。上述CCR消息如包含有初始接入Initial的CCR消息或者包含有Update的CCR消息等。CCR消息中包含的信息如申请鉴权计费的业务类型、主被叫号码、计费区号信息和各业务度量(如呼叫时长、上网流量、下载流量、短信条数等)等信息。本实施例不限制CCR消息所包含的具体内容及具体格式等。

S302、OCS接收接入网元发送来的鉴权计费请求消息，OCS根据鉴权计费请求消息分析业务类型和请求的类型；这里的请求的类型如事件类型、会话类型、中间请求类型、初始请求类型或者结束请求类型等。OCS根据计费策略和资费针对业务的业务类型和请求类型进行计费批价处理，计费批价处理结果如用户请求的各业务费用(即业务对应的请求金额)以及业务资源(即业务对应的请求资源)等。上述业务资源如时长或者流量等。

在本实施例的计费批价处理过程中，集团账户和个人账户可用按照一定的比例或者不同的业务类型(如本地呼叫业务、长途呼叫业务或者漫游呼叫业务等)进行费用分摊。涉及集团账户的业务批价应采用集团业务的计费费率进行批价，涉及个人账户的业务批价应采用个人业务的计费费率进行批价。

S303、OCS将集团业务的计费批价处理结果通过DCCA CCR消息发送给集团ABM，以请求集团业务资源或账户金额。OCS向集团ABM发送的CCR消息中可以包括集团业务类型、申请费用(即请求的金额)、申请业务资源(即请求的资源，如时长或者流量等)、主被叫号码、以及集团信息等。

S304、集团ABM接收OCS发送来的CCR消息。集团ABM根据CCR消息确定对应的账户，如集团ABM根据预定账户规则确定与CCR消息请求的是金额还是资源以及业务类型等匹配的账户。集团ABM在匹配的所有账户的可用总资金或可用总资源不足时，将所有账户上的资金或资源进行锁定；集团ABM在匹配的所有账户的可用总金额或可用总资源都足够时，锁定匹配账户上对应的预留金额或预留资源，匹配账户上多余的金额或资源不进行锁定预留。

S305、集团ABM将预留结果通过鉴权计费应答消息(如DCCA CCA消息)返回给OCS。集团ABM返回的DCCA CCA消息中包含有集团ABM中能够为集团业务支付的各账户的余额、账户类型信息、以及该账户可以支付的业务类型信息等。

S306、OCS将个人业务的计费批价处理结果通过DCCA CCR消息发送给个人ABM，以请求个人业务资源或账户金额。OCS向个人ABM发送的CCR消息中可以包括个人业务类型、申请费用(即请求的金额)、业务资源(即请求的资源，如时长或者流量等)、主被叫号码、以及个人信息等。

S307、个人ABM接收OCS发送来的CCR消息。个人ABM根据CCR消息确定对应的账户，如个人ABM根据预定账户规则确定与CCR消息请求的是金额还是资源以及业务类型等匹配的账户。个人ABM在匹配的所有账户的可用总资金或可用总资源不足时，将所有账户的资金或资源进行锁定；个人ABM在匹配的所有账户的可用总金额或可用总资源都足够时，锁定匹配账户上对应的预留金额或预留资源，多余的金额或资源不锁定预留。

S308、个人ABM将预留结果通过鉴权计费应答消息(如DCCA CCA消息)返回给OCS。个人ABM返回的DCCA CCA消息中包含有个人ABM中能够为个人业务支付的各账户的余额、账户类型信息、以及该账户可以支付的业务类型信息等。

S309、OCS接收到集团ABM和个人ABM返回的CCA消息后，将集团ABM返回的CCA消息中的账户类型信息、预留金额和业务类型与集团计费批价处理结果进行比较，将个人ABM返回的CCA消息中的账户类型信息、预留金额和业务类型与个人计费批价处理结果进行比较，如果与计费批价处理结果均一致，则OCS不进行业务量反算，如果其中一个与计费批价处理结果不一致，则OCS根据两个CCA消息中的账户类型信息、预留金额和业务类型进行业务量反算。业务量反算过程如根据预留金额计算用户业务可以使用的业务量。反算算法可以为根据业务许可和优先级、或者固定比例分摊对预留金额进行计算，以获得预留金额可以支持的业务量。

S310、OCS根据业务量反算结果向接入网元发送DCCA CCA消息，该CCA消息中可以包括各业务的授权信息和计费业务量信息。接入网元可以根据授权信息和计费业务量信息对业务接入过程进行监控。

S311、用户停止使用业务或者计费监控结束时，接入网元向OCS发送DCCA CCR(如包含有终止信息的CCR)消息，以申请计费。该CCR消息中包含有业务类型、业务使用量、主被叫号码、以及计费区号等信息。

S312、OCS接收接入网元发送来的CCR消息，OCS根据计费策略对各项业务进行计费批价。计费批价结果如用户使用的各业务费用、或者业务资源(如时长或者流量等)等。如果计费批价涉及多个账户，且针对各账户进行计费批价的费率不同，则应采用不同的费率对业务进行准确的计费批价。一个具体的例子：业务的集团支付部分采用集团业务的费率进行计费批价，业务的个人支付部分采用个人业务的费率进行计费批价。

S313、OCS将集团计费批价结果通过DCCA CCR消息发送给集团ABM，以请求集团业务资源或集团账户金额。OCS向集团ABM发送的CCR消息中包括集团业务类型、申请费用、业务资源(如时长或流量等)、主被叫号码、以及集团信息等。

S314、集团ABM接收OCS发送来的CCR消息，集团ABM根据CCR消息确定对应的账户，如集团ABM根据账户规则确定与CCR消息中的请求资金或业务资源或者业务类型等匹配的账户。集团ABM解除锁定预留的资源，并扣减相应账户的金额或资源。

S315、集团ABM将扣费结果通过DCCA CCA消息返回给OCS。返回的DCCA CCA消息中包含有账户A1、账户A2和账户A3分别为浏览业务和点播业务支付的费用等信息。

S316、OCS将个人计费批价结果通过DCCA CCR消息发送给个人ABM，以请求个人业务资源或个人账户金额。OCS向个人ABM发送的CCR消息中包括个人业务类型、申请费用、业务资源(如时长或流量等)、主被叫号码、以及个人信息等。

S317、个人ABM接收OCS发送来的CCR消息，个人ABM根据CCR消息确定对应的账户，如个人ABM根据账户规则确定与CCR消息中的请求资金或业务资源或者业务类型等匹配的账户。个人ABM解除锁定预留的资源，并扣减相应账户的金额或资源。

S318、个人ABM将扣费结果通过DCCA CCA消息返回给OCS。返回的DCCA CCA消息中包含有账户A1、账户A2和账户A3分别为浏览业务和点播业务支付的费用等信息。

S319、OCS通过DCCA CCA消息将扣费结果返回给接入网元，并通知接入网元结束计费。接入网元接收到CCA消息后释放相关链接资源。

实施例四、网络设备，该网络设备为余额管理中心，该余额管理中心可以为集中账户管理的余额管理中心，也可以为多个分散账户管理的余额管理中心中的任一个余额管理中心。该余额管理中心具体如附图4所示。

图4中的网络设备包括：接收模块400、账户模块410、确定模块420和发送模块430。

接收模块400，用于接收鉴权计费请求消息，所述鉴权计费请求消息包含了请求的业务类型和请求的资源。接收模块400接收的鉴权计费请求消息可以是在线计费系统发送来的，也可以是其它余额管理中心发送来的。接收模块400可以包括：第一接收子模块401或者第二接收子模块402。

第一接收子模块401，用于接收在线计费系统发送来的鉴权计费请求消息。第一接收子模块401可以位于集中账户管理的余额管理中心中，也可以位于分散账户管理的余额管理中心。

第二接收子模块402，用于接收分散账户管理的余额管理中心中的第一余额管理中心发送来的鉴权计费请求消息。第二接收子模块402可以位于分散账户管理中的除第一余额管理中心之外的其它余额管理中心中。

账户模块410，用于根据接收模块400接收到的鉴权计费请求消息确定业务类型对应的多个账户。这里的业务类型可以为多个业务类型，也可以为一个业务类型。在为多个业务类型的情况下，账户模块410确定出多个业务类型中的至少一个业务类型对应有多个账户。在为一个业务类型的情况下，账户模块410确定出该业务类型对应有多个账户。账户模块410可以利用现有的多种方式(如利用账户匹配规则等)确定出业务类型对应的多个账户，本实施例不限制账户模块410确定业务类型对应的多个账户的具体实现方式。

确定模块420，用于确定所述多个账户的预留总资源少于所述鉴权计费请求消息所请求的资源，向在线计费系统发送鉴权计费应答消息，所述鉴权计费应答消息包含了各个账户的账户类型、各个账户支付的业务类型和各个账户的剩余资源，以便于在线计费系统根据所述各个账户的账户类型、各个账户支付的业务类型和各个账户的剩余资源进行业务量反算。

这里的账户类型如个人账户类型以及集团账户类型等，账户支付的业务类型如本地通话业务类型以及上网流量业务类型等，账户的预留总资源如通话的预留金额、一条短信以及流量信息等。本实施例不限制账户类型、账户支付的业务类型以及账户的预留中资源信息具体包括的内容。

在余额管理中心为集中账户管理的余额管理中心时，上述确定模块420如附图4A所示。

图4A中的确定模块420包括：第一处理子模块421、第一确定子模块422和第一发送模块423。

第一处理子模块421，用于针对上述多个账户分别进行资源预留处理。第一处理子模块421可以采用现有的多种方式进行资源预留处理，本实施例不限制第一处理子模块421进行资源预留处理的具体实现方式。

第一确定子模块422，用于根据第一处理子模块421的处理结果确定多个账户的预留总资源少于支付鉴权计费请求消息所请求的资源。

第一确定子模块422应执行获取多个账户的账户类型、账户支付的业务类型和账户的预留总资源信息的操作，第一确定子模块422可以在第一处理子模块421进行资源预留处理之前执行获取信息的操作，也可以在第一处理子模块421进行资源预留处理之后执行获取信息的操作，如在第一处理子模块421确定出可预留总资源小于请求的资源时，第一确定子模块422执行获取信息的操作。本实施例不限制第一确定子模块422获取信息操作的执行时机，只要在发送计费应答消息之前获取即可。

第一发送子模块423，用于根据所述第一确定子模块的确定结果，向在线计费系统发送鉴权计费应答消息，鉴权计费应答消息包含了各个账户的账户类型、各个账户支付的业务类型和各个账户的剩余资源，以便于在线计费系统根据所述各个账户的账户类型、各个账户支付的业务类型和各个账户的剩余资源进行业务量反算。

这里的确定结果为第一确定子模块422确定的多个账户预留总资源少于鉴权计费消息所请求的资源的结果。

在余额管理中心为分散账户管理的余额管理中心时，上述确定模块420如附图4B所示。

图4B中的确定模块420包括：第二处理子模块424、第二确定子模块425和第一发送子模块423，上述确定模块420也可以包括：第二处理子模块424、第二确定子模块425和第二发送子模块426。

第二处理子模块424，用于针对多个账户中的本地账户进行资源预留处理。第二处理子模块424可以采用现有的多种方式进行资源预留处理，本实施例不限制第二处理子模块424进行资源预留处理的具体实现方式。

第二确定子模块425，用于根据第二处理子模块424的处理结果确定本地账户的预留总资源少于支付鉴权计费请求消息所请求的应由本地账户支付的资源时。

第二确定子模块425应执行获取本地账户的账户类型、账户支付的业务类型和账户的预留总资源的操作，第二确定子模块425可以在第二处理子模块424进行资源预留处理之前执行获取信息的操作，也可以在第二处理子模块424进行资源预留处理之后执行获取信息的操作，如在第二处理子模块424确定出可可预留总资源小于请求的资源时，第二确定子模块425执行获取信息的操作。本实施例不限制第二确定子模块425获取信息操作的执行时机，只要在第一发送子模块423或者第二发送子模块426发送计费应答消息之前获取即可。

第一发送子模块423，用于根据第二确定子模块的确定结果，在线计费系统返回鉴权计费应答消息，鉴权计费应答消息包含了各个本地账户的账户类型、各个本地账户支付的业务类型和各个本地账户的剩余资源，以便于在线计费系统根据所述各个本地账户的账户类型、各个本地账户支付的业务类型和各个本地账户的剩余资源进行业务量反算。

第二发送子模块426，位于余额管理中心为多个分散账户管理中的除第一余额管理中心之外的其它余额管理中心中，用于根据所述第二确定子模块的确定结果，向分散账户管理的第一余额管理中心发送鉴权计费应答消息，鉴权计费应答消息包含了各个本地账户的账户类型、各个本地账户支付的业务类型和各个本地账户的剩余资源。

这里的确定结果为第二确定子模块425确定的多个账户预留总资源少于鉴权计费消息所请求的资源的结果。

在余额管理中心为分散账户管理的第一余额管理中心时，上述确定模块420如附图4C所示。

图4C中的确定模块420包括：第二处理子模块424、第三确定子模块427、第一发送子模块423和第三发送子模块428。

第二处理子模块424，用于针对多个账户中的本地账户进行资源预留处理。

第三确定子模块427，用于根据第二处理子模块424的处理结果确定本地账户的预留总资源少于鉴权计费请求消息所请求的应由本地账户支付的资源，

第三确定子模块427可能需要执行获取本地账户的账户类型、账户支付的业务类型和账户的预留总资源信息的操作，第三确定子模块427可以在第二处理子模块424进行资源预留处理之前执行获取信息的操作，也可以在第二处理子模块424进行资源预留处理之后执行获取信息的操作，如在第二处理子模块424确定出可预留总资源小于请求的资源时，第二确定子模块425执行获取信息的操作。本实施例不限制第三确定子模块427获取信息操作的执行时机，只要在第一发送子模块423发送计费应答消息之前获取即可。

第一发送子模块423，用于根据第三确定子模块确定结果以及在所述其它余额管理中心返回的鉴权计费应答消息中包含有异地账户的账户类型、异地账户支付的业务类型和异地账户的预留总资源时，向所述在线计费系统返回所述鉴权计费应答消息，所述鉴权计费应答消息包含了本地账户和异地账户的账户类型、本地账户支付和异地账户支付的业务类型、本地账户的剩余资源和异地账户的预留总资源。也就是说，在各账户均能够支付时，第三确定子模块427向在线计费系统返回的鉴权计费应答消息中可以不包含有账户类型信息、账户支付的业务类型信息和账户的预留总金额或预留总资源。

这里的确定结果为第三确定子模块427确定的多个账户预留总资源少于鉴权计费消息所请求的资源的结果。

第三发送子模块428，用于针对多个账户中的异地账户向分散账户管理的余额管理中心中的除第一余额管理中心之外的其它余额管理中心发送鉴权计费请求消息，即第三发送子模块428向多个账户中的异地账户对应的其它余额管理中心发送鉴权计费请求消息。

实施例五、基于多账户的在线计费处理系统。该系统如附图5所示。图5中的系统包括：在线计费系统500和余额管理中心510。

在线计费系统500，用于向余额管理中心510发送鉴权计费请求消息，鉴权计费请求消息包含了请求的业务类型和请求的资源，接收余额管理中心510返回的鉴权计费应答消息，在确定出鉴权计费应答消息中包含的预留总资源小于预算的总资源时，根据各个账户的账户类型、各个账户支付的业务类型和各个账户的预留总资源进行业务量反算。在线计费系统500接收到的鉴权计费应答消息可以是集中账户管理的余额管理中心发送来的，也可以是多个分散账户管理的余额管理中心发送来的，还可以是多个分散账户管理中的第一余额管理中心发送来的。本实施例不限制在线计费系统500进行业务量反算的具体实现过程。

上述在线计费系统500可以包括：收发模块和反算模块，其中收发模块包括第一收发模块501、第二收发模块502或第三收发模块503中的任意一个。

第一收发模块501，用于向集中账户管理的余额管理中心511发送鉴权计费请求消息，并接收集中账户管理的余额管理中心511返回的鉴权计费应答消息。

第二收发模块502，用于向多个分散账户管理的余额管理中心512分别发送鉴权计费请求消息，并接收多个余额管理中心512分别返回的鉴权计费应答消息。

第三收发模块503，用于向分散账户管理的第一余额管理中心513发送鉴权计费请求消息，并接收第一余额管理中心513返回的鉴权计费应答消息。

反算模块504，用于在确定出鉴权计费应答消息中包含的预留总资源小于预算的总资源时，根据鉴权计费应答消息中包含的个个账户的账户类型、账户支付的业务类型和账户的预留总资源进行业务量反算。本实施例不限制反算模块504进行业务量反算的具体实现过程。

余额管理中心510，用于接收在线计费系统发送来的鉴权计费请求消息，根据鉴权计费请求消息确定业务类型对应的多个账户，在确定出多个账户的预留总资源少于鉴权计费请求消息所请求的资源时，向在线计费系统返回鉴权计费应答消息。

在余额管理中心510包括：集中账户管理的余额管理中心511时，该系统的如附图5A所示。

图5A中的集中账户管理的余额管理中心511，用于接收在线计费系统500发送来的鉴权计费请求消息，根据鉴权计费请求消息确定用户业务对应的多个账户，针对多个账户分别进行资源预留处理，根据处理结果确定出多个账户的预留总资源不足以支付鉴权计费请求消息所请求的资源时，将多个账户的账户类型、账户支付的业务类型和账户的预留总资源信息包含在鉴权计费应答消息中，并向在线计费系统返回鉴权计费应答消息。

在余额管理中心510包括：多个分散账户管理的余额管理中心512时，该系统的一种实现方式如附图5B所示。

图5B中的多个分散账户管理的余额管理中心512，分别用于接收在线计费系统500发送来的鉴权计费请求消息，根据鉴权计费请求消息确定用户业务对应的多个账户，针对多个账户中的本地账户进行资源预留处理，根据处理结果确定出本地账户的预留总资源不足以支付鉴权计费请求消息所请求的应由本地账户支付的资源时，将本地账户的账户类型账户支付的业务类型和账户的预留总资源信息包含在鉴权计费应答消息中，并向在线计费系统500返回鉴权计费应答消息。

在余额管理中心510包括：多个分散账户管理的余额管理中心时，该系统的另一种实现方式如附图5C所示。

图5C中的第一余额管理中心513，用于接收在线计费系统500发送来的鉴权计费请求消息，根据鉴权计费请求消息确定用户业务对应的多个账户，针对多个账户中的异地账户向异地账户对应的其它余额管理中心514发送鉴权计费请求消息，接收其它余额管理中心514发送来的鉴权计费应答消息，针对多个账户中的本地账户进行资源预留处理，根据处理结果确定出本地账户的预留总资源不足以支付鉴权计费请求消息所请求的应由本地账户支付的资源时，将本地账户的账户类型、账户支付的业务类型和账户的预留总资源信息以及其它余额管理中心返回的鉴权计费应答消息中包含的异地账户的账户类型、账户支付的业务类型和账户的预留总资源包含在鉴权计费应答消息中，向在线计费系统500返回鉴权计费应答消息。另外，第一余额管理中心513根据处理结果确定出本地账户的预留总资源能够支付鉴权计费请求消息所请求的应由本地账户支付的资源，且其它余额管理中心返回的鉴权计费应答消息中包含有异地账户的账户类型、账户支付的业务类型和账户的预留总资源时，第一余额管理中心513将异地账户的账户类型、账户支付的业务类型和账户的预留总资源携带在鉴权计费应答消息中返回给在线计费系统510。还有，第一余额管理中心513根据处理结果确定出本地账户的预留总资源能够支付鉴权计费请求消息所请求的应由本地账户支付的资源，且其它余额管理中心514向第一余额管理中心513返回的鉴权计费应答消息中不包含有本地账户的账户类型、账户支付的业务类型和账户的预留总资源信息的情况下，第一余额管理中心513向在线计费系统500返回的鉴权计费应答消息中可以不包含多个账户的账户类型、账户支付的业务类型和账户的预留总资源信息。

其它余额管理中心514，用于根据第一余额管理中心513发送来的鉴权计费请求消息确定用户业务对应的多个账户，针对多个账户中的本地账户进行资源预留处理，根据处理结果确定出本地账户的预留总资源不足以支付鉴权计费请求消息所请求的应由本地账户支付的资源时，将本地账户的账户类型、账户支付的业务类型和账户的预留总资源包含在鉴权计费应答消息中，并向第一余额管理中心513返回鉴权计费应答消息。其它余额管理中心514根据处理结果确定出本地账户的预留总资源能够支付鉴权计费请求消息所请求的应由本地账户支付的资源时，其它余额管理中心514向第一余额管理中心513返回的鉴权计费应答消息中可以不包含有本地账户的账户类型、账户支付的业务类型和账户的预留总资源信息。

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

虽然通过实施例描绘了本发明，本领域普通技术人员知道，本发明有许多变形和变化而不脱离本发明的精神，本发明的申请文件的权利要求包括这些变形和变化。

Claims (13)

1.一种基于多账户的在线计费处理方法，其特征在于，包括：

余额管理中心接收鉴权计费请求消息，所述鉴权计费请求消息包含了请求的业务类型和请求的资源；

所述余额管理中心根据所述鉴权计费请求消息，确定所述业务类型对应的多个账户；

所述余额管理中心确定所述多个账户的预留总资源少于所述鉴权计费请求消息所请求的资源，向在线计费系统发送鉴权计费应答消息，所述鉴权计费应答消息包含了各个账户的账户类型、各个账户支付的业务类型和各个账户的剩余资源，以便于在线计费系统根据所述各个账户的账户类型、各个账户支付的业务类型和各个账户的剩余资源进行业务量反算。

2.如权利要求1所述的方法，其特征在于，所述余额管理中心包括一个集中账户管理的余额管理中心，或者所述余额管理中心包括多个分散账户管理的余额管理中心；

所述余额管理中心接收鉴权计费请求消息包括：

所述集中账户管理的余额管理中心接收在线计费系统发送来的鉴权计费请求消息；或者

所述多个分散账户管理的余额管理中心分别接收在线计费系统发送来的鉴权计费请求消息；或者

所述分散账户管理的第一余额管理中心接收在线计费系统发送来的鉴权计费请求消息，所述分散账户管理的其它余额管理中心接收所述第一余额管理中心发送来的鉴权计费请求消息。

3.如权利要求2所述的方法，其特征在于，所述余额管理中心确定所述多个账户的预留总资源少于所述鉴权计费请求消息所请求的资源，向在线计费系统发送鉴权计费应答消息，包括：

所述集中账户管理的余额管理中心将所述多个账户分别进行资源预留处理，根据处理结果确定出所述多个账户的预留总资源少于鉴权计费请求消息所请求的资源时，向在线计费系统发送鉴权计费应答消息。

4.如权利要求2所述的方法，其特征在于，余额管理中心确定所述多个账户的预留总资源少于所述鉴权计费请求消息所请求的资源，向在线计费系统发送鉴权计费应答消息，包括：

所述多个分散账户管理的余额管理中心将对所述多个账户中的本地账户进行资源预留处理，根据处理结果确定出所述本地账户的预留总资源少于鉴权计费请求消息所请求的应由所述本地账户支付的资源时，向在线计费系统发送鉴权计费应答消息。

5.如权利要求2所述的方法，其特征在于，余额管理中心确定所述多个账户的预留总资源少于所述鉴权计费请求消息所请求的资源，向在线计费系统发送鉴权计费应答消息，包括：

所述第一余额管理中心将所述多个账户中的本地账户进行资源预留处理，根据处理结果确定出所述本地账户的预留总资源少于鉴权计费请求消息所请求的应由所述本地账户支付的资源时，以及在所述其它余额管理中心向所述第一余额管理中心返回的鉴权计费应答消息中包含有异地账户的账户类型、异地账户支付的业务类型和异地账户的预留总资源时，向在线计费系统发送鉴权计费应答消息，所述鉴权计费应答消息包含了本地账户和异地账户的账户类型、本地账户支付和异地账户支付的业务类型、本地账户的剩余资源和异地账户的预留总资源。

6.如权利要求1至5任一所述的方法，其特征在于，所述业务类型包括1个或1个以上，所述确定业务类型对应的多个账户，包括：确定各个业务类型对应的多个账户；

所述余额管理中心确定所述多个账户的预留总资源少于所述鉴权计费请求消息所请求的资源，包括：

余额管理中心确定所述各个业务对应的多个账户的预留总资源少于所述鉴权计费请求消息所请求的资源。

7.一种余额管理中心，其特征在于，包括：

接收模块，用于接收鉴权计费请求消息，所述鉴权计费请求消息包含了请求的业务类型和请求的资源；

账户模块，用于根据该鉴权计费请求消息确定所述业务类型对应的多个账户；

确定模块，用于确定所述多个账户的预留总资源少于所述鉴权计费请求消息所请求的资源，向在线计费系统发送鉴权计费应答消息，所述鉴权计费应答消息包含了各个账户的账户类型、各个账户支付的业务类型和各个账户的剩余资源，以便于在线计费系统根据所述各个账户的账户类型、各个账户支付的业务类型和各个账户的剩余资源进行业务量反算。

8.如权利要求7所述的设备，其特征在于，所述接收模块包括：

第一接收子模块，用于接收在线计费系统发送来的鉴权计费请求消息；或

第二接收子模块，用于接收所述分散账户管理的余额管理中心中的第一余额管理中心发送来的鉴权计费请求消息。

9.如权利要求7或8所述的设备，其特征在于，所述余额管理中心为集中账户管理的余额管理中心时，所述确定模块包括：

第一处理子模块，用于将所述多个账户分别进行资源预留处理；

第一确定子模块，用于根据所述第一处理子模块的处理结果确定所述多个账户的预留总资源少于鉴权计费请求消息所请求的资源，

第一发送子模块，用于根据所述第一确定子模块的确定结果，向在线计费系统发送鉴权计费应答消息，所述鉴权计费应答消息包含了各个账户的账户类型、各个账户支付的业务类型和各个账户的剩余资源，以便于在线计费系统根据所述各个账户的账户类型、各个账户支付的业务类型和各个账户的剩余资源进行业务量反算。

10.如权利要求7或8所述的设备，其特征在于，所述余额管理中心为分散账户管理的余额管理中心时，所述确定模块包括：

第二处理子模块，用于将所述多个账户中的本地账户进行资源预留处理；和

第二确定子模块，用于根据所述第二处理子模块的处理结果确定所述本地账户的预留总资源少于鉴权计费请求消息所请求的应由所述本地账户支付的资源；

第一发送子模块，用于根据所述第二确定子模块的确定结果，向在线计费系统返回所述鉴权计费应答消息，所述鉴权计费应答消息包含了各个本地账户的账户类型、各个本地账户支付的业务类型和各个本地账户的剩余资源，以便于在线计费系统根据所述各个本地账户的账户类型、各个本地账户支付的业务类型和各个本地账户的剩余资源进行业务量反算；或

第二发送子模块，用于根据所述第二确定子模块的确定结果，向所述分散账户管理的第一余额管理中心返回所述鉴权计费应答消息，所述鉴权计费应答消息包含了各个本地账户的账户类型、各个本地账户支付的业务类型和各个本地账户的剩余资源。

11.如权利要求7所述的设备，其特征在于，所述余额管理中心为分散账户管理的第一余额管理中心时，所述确定模块包括：

第二处理子模块，用于针对所述多个账户中的本地账户进行资源预留处理；

第三确定子模块，用于根据所述第二处理子模块处理结果确定出所述本地账户预留总资源少于鉴权计费请求消息所请求的应由所述本地账户支付的资源，

第一发送子模块，用于根据第三确定子模块确定结果以及在所述其它余额管理中心返回的鉴权计费应答消息中包含有异地账户的账户类型、异地账户支付的业务类型和异地账户的预留总资源时，向所述在线计费系统返回所述鉴权计费应答消息，所述鉴权计费应答消息包含了本地账户和异地账户的账户类型、本地账户支付和异地账户支付的业务类型、本地账户的剩余资源和异地账户的预留总资源；

第三发送子模块，用于针对所述多个账户中的异地账户向所述分散账户管理的余额管理中心中的除第一余额管理中心之外的其它余额管理中心发送鉴权计费请求消息。

12.一种基于多账户的在线计费处理系统，其特征在于，包括：

在线计费系统，用于向余额管理中心发送鉴权计费请求消息，所述鉴权计费请求消息包含了请求的业务类型和请求的资源，接收所述余额管理中心发送的鉴权计费应答消息，所述鉴权计费应答消息包含了各个账户的账户类型、各个账户支付的业务类型和各个账户的剩余资源，在确定出所述鉴权计费应答消息中包含各个账户的剩余资源小于预算的总资源时，根据所述各个账户的账户类型、各个账户支付的业务类型和各个账户的剩余资源进行业务量反算；

余额管理中心，用于接收所述在线计费系统发送来的鉴权计费请求消息，根据所述鉴权计费请求消息确定所述业务类型对应的多个账户，确定所述多个账户的预留总资源少于所述鉴权计费请求消息所请求的资源，向在线计费系统发送鉴权计费应答消息。

13.如权利要求12所述的系统，其特征在于，所述在线计费系统包括：收发模块和反算模块，所述收发模块包括第一收发模块、第二收发模块或者第三收发模块，其中第一收发模块，用于向集中账户管理的余额管理中心发送鉴权计费请求消息，并接收集中账户管理的余额管理中心返回的鉴权计费应答消息；或第二收发模块，用于向多个分散账户管理的余额管理中心分别发送鉴权计费请求消息，并接收所述多个余额管理中心分别返回的鉴权计费应答消息；或第三收发模块，用于向分散账户管理的第一余额管理中心发送鉴权计费请求消息，并接收所述第一余额管理中心返回的鉴权计费应答消息；

所述反算模块，用于在确定出所述鉴权计费应答消息中包含的预留总资源小于预算的总资源时，根据所述鉴权计费应答消息中包含的各个账户的账户类型、各个账户支付的业务类型和各个账户的预留总资源进行业务量反算。

Images