CN102215114A - 出账处理的方法、在线计费中心、余额管理中心和系统 - Google Patents

Abstract

本发明的实施例公开了一种出账处理的方法、在线计费中心、余额管理中心和系统，涉及通信技术领域，为能够有效提升出账操作时计费系统的性能而发明。所述出账处理的方法，包括：根据用户的出账计算结果生成扣费请求，对所述扣费请求进行累积；确定所述扣费请求的累积数目达到预设阈值，将所述累积的扣费请求发送给余额管理中心；接收所述余额管理中心发送的扣费处理结果。本发明可用于电信计费系统中，在出账操作过程中，OCS和ABM之间采用批量并行处理的方式，避免OCS和ABM不停的进行网络远程交互及编解码处理，减少了每个计费用户分摊的网络时延的性能损耗，有效提升了出账操作时整个计费系统的性能。

Description

出账处理的方法、在线计费中心、余额管理中心和系统

技术领域

本发明涉及通信技术领域，尤其涉及一种出账处理的方法，在线计费中心、余额管理中心和系统。

背景技术

出账，也称月结，是指电信运营商的计费系统在设定的出账日(账期末或下一账期初)按照协议收取用户的周期性费用(租费、功能费等)，并进行分期赠送、分期付款等，还包括基于本账期或积累到本账期的业务消费累计进行赠送、减免或打折等，最终输出本账期的帐单用于用户缴费或对账等。

随着电信行业和技术的发展，运营商及用户对出账基于的计费系统的性能要求越来越高，目前，计费系统已经倾向于基于余额管理中心ABM(Account Balance Management)的计费方式，实现余额数据的集中共享和统一管理，并实现后付费和预付费的灵活切换和捆绑，实现在线计费和准实时计费的融合，建立统一，融合的计费环境。在ABM方式下，出账操作通常采用下述过程：在线计费中心OCS(OnlineCharging System)对出账对象进行扫描与计算，向ABM发送远程出账数据更新请求、ABM接收OCS的远程出账数据更新请求并进行数据更新受理、ABM向OCS发送远程出账数据更新应答、OCS进行出账后处理。整个出账的过程中，OCS和ABM之间的数据传输，均采用以用户为单位顺序串行出账的方式。

在实现上述出账操作的过程中，发明人发现现有技术中至少存在如下问题：现有的出账处理的方法，由于采用以用户为单位顺序串行出账的方式，进行出账操作时，OCS和ABM需要不停的进行网络远程交互及编解码处理，而且每个计费用户的出账处理均带来一定的网络时延，这样，整个计费系统的性能下降明显，尤其对于中大型规模的局点，处理性能更是难以满足现网要求。

发明内容

本发明实施例的主要目的在于，提供一种出账处理的方法、OCS、ABM和系统，能够有效提升出账操作时出账系统的性能。

为达到上述目的，本发明的实施例采用如下技术方案：

一种出账处理的方法，包括：

根据用户的出账计算结果生成扣费请求，对所述扣费请求进行累积；

当所述扣费请求的累积数目达到预设阈值时，将所述累积的扣费请求发送给余额管理中心；

接收所述余额管理中心发送的扣费处理结果。

一种出账处理的方法，包括：

接收在线计费中心发送的累积的扣费请求；

根据所述累积的扣费请求对每个扣费请求对应的用户数据进行扣费处理，生成扣费处理结果；

将所述扣费处理结果发送给所述在线计费中心。

一种出账的OCS，包括：

累积单元，用于根据用户的出账计算结果生成扣费请求，对所述扣费请求进行累积；

扣费请求发送单元，用于确定所述扣费请求的累积数目达到预设阈值，将所述累积的扣费请求发送给余额管理中心；

扣费结果接收单元，用于接收所述余额管理中心发送的扣费处理结果。

一种出账的ABM，包括：

扣费请求接收单元、用于接收在线计费中心发送的累积的扣费请求；

扣费处理单元，用于根据所述累积的扣费请求对每个扣费请求对应的用户数据进行扣费处理，生成扣费处理结果；

扣费结果发送单元，用于将所述扣费处理结果发送给所述在线计费中心。

一种出账系统，包括：

在线计费中心，用于根据用户的出账计算结果生成扣费请求，对所述扣费请求进行累积；确定所述扣费请求的累积数目达到预设阈值，将所述累积的扣费请求发送给余额管理中心；接收所述余额管理中心发送的扣费处理结果；

余额管理中心，用于接收在线计费中心发送的累积的扣费请求；根据所述累积的扣费请求对每个扣费请求对应的用户数据进行扣费处理，生成扣费处理结果；将所述扣费处理结果发送给所述在线计费中心。

采用上述技术方案后，本发明实施例提供的出账处理的方法，OCS、ABM和系统，出账操作过程中，OCS和ABM之间采用批量并行处理的方式，避免OCS和ABM不停的进行网络远程交互及编解码处理，减少了每个计费用户分摊的网络时延的性能损耗，有效提升了出账操作时整个计费系统的性能。

附图说明

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

图1为本发明实施例提供的出账处理的方法的流程图；

图2(a)为本发明实施例提供的出账处理的方法出账时进行实时计费的原理示意图；

图2(b)为本发明实施例提供的出账处理的方法出账时进行实时计费的另一原理示意图；

图2(c)为本发明实施例提供的出账处理的方法出账时进行实时计费的又一原理示意图；

图3为本发明实施例一的流程图；

图4为本发明实施例二的流程图；

图5为本发明实施例三的流程图；

图6为本发明实施例提供的另一出账处理的方法的流程图；

图7为本发明实施例提供的在线计费中心的结构框图；

图8为本发明实施例提供的另一种在线计费中心的结构框图；

图9为本发明实施例提供的余额管理中心的结构框图；

图10为本发明实施例提供的另一种余额管理中心的结构框图；

图11为本发明实施例提供的出账系统的结构框图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

本发明的实施例旨在提供一种出账处理的方法、OCS、ABM和系统，能够有效提升出账操作时计费系统的性能。

如图1所示的流程图，本发明实施例提供的出账处理的方法，包括：

S11，根据用户的出账计算结果生成扣费请求，对所述扣费请求进行累积；

S12，确定所述扣费请求的累积数目达到预设阈值，将所述累积的扣费请求发送给ABM；

S13，接收所述ABM发送的扣费处理结果。

本发明实施例提供的出账处理的方法，进行出账操作时，OCS和ABM之间采用批量并行处理的方式，OCS向ABM发送批量的扣费请求，并可接收ABM返送的批量的处理结果，避免OCS和ABM不停的进行网络远程交互及编解码处理，减少了每个计费用户分摊的网络时延的性能损耗，有效提升了出账操作时整个计费系统的性能。

出账操作中处理的所述计费事件之间可能具有事件依赖关系或事务捆绑计费关系。其中，事件依赖关系是指，某些计费事件的扣费处理依赖于其他计费事件的执行结果，需要在被依赖事件的扣费处理执行成功的前提下，才能够执行依赖事件的扣费处理，而当被依赖事件的扣费处理执行失败时，如果继续执行依赖事件的收费操作，则将导致出账的误操作。例如，业务逻辑上通常需要先收取用户的月租费，然后进行优惠计算和赠送计算等，这样，优惠事件和赠送事件将依赖月租费事件，当月租费事件的扣费处理执行成功后，才能够执行优惠事件和赠送事件，保证扣费处理的准确性。具体的讲，假设一个移动用户，每月的月租费为25元并赠送200条短信，赠送200条短信的计费事件就是月租费事件的依赖事件，必须在收取月租费成功的前提下，才赠送短信，因此如果月租费的扣费处理执行失败了，就不需要进行赠送短信事件的扣费处理了。

而事务捆绑计费关系是指，具有事务捆绑关系的计费事件属于一类事务，它们的费用需要捆绑收取，要么都收取成功，要么都失败。例如一个用户需要收取多笔租费，包括月租费，来电显示费和彩铃租费，那么这多笔租费的计费事件均为租费事务，具有捆绑关系，必须捆绑收取，即如果其中一笔租费收取失败，就表明该类事务处理失败，这时将停止处理同属一类事务的其它事件，并且还需要回退前面已成功处理的同属一类事务的其它事件。

因此，为了保证出账操作的准确性，避免重复扣费等误操作，提高出账处理的可靠性，本发明实施例的出账处理的方法在S11步骤前还包括：

扫描待出账的用户列表及计费事件，按用户对所述计费事件进行出账计算，为每个计费事件的计算结果分配对应的事件流水号和事务编码，当所述计费事件依赖于其他所述计费事件时，为所述依赖于其他计费事件的计费事件的计算结果分配与被依赖事件的事件流水号相同的依赖事件流水号，当至少两个所述计费事件为捆绑计费的计费事件时，为所述捆绑计费的计费事件的计费结果分配相同的事务编码；

例如，OCS为月租费事件分配的事件流水号为1，为账务优惠事件分配的事件流水号为2，而账务优惠事件依赖于月租费事件，因此OCS还为账务优惠事件还分配了依赖事件流水号1，表示该事件依赖于月租费事件。另外，OCS识别出月租费，来电显示费和彩铃租费等计费事件为同类事务，具有捆绑计费关系，因此，OCS为月租费、来电显示费和彩铃租费等计费事件的计费结果分配了相同的事务编码。当某个计费事件与其他计费事件不具有捆绑计费或依赖关系时，其事务编码和依赖事件流水号可为空或者一个特殊的标志。

另外，需要指出的是，该步骤中OCS需要根据用户的优先级进行出账计算，保证出账操作的可靠性；对于普通用户来讲，各个用户之间的出账优先级是相同的，出账计算是顺序进行的，也就是OCS扫描到一个待出账的用户，就对该用户的计费事件进行出账计算。对于一些团体用户来讲，各个用户的出账优先级是不同的，OCS需要先进行优先级高的用户的出账计算，即使先扫描到了优先级低的用户，也不进行出账计算，等待优先级高的用户计算完成后，再进行其他优先级低的用户的出账计算，对于优先级相同的用户，根据扫描顺序进行出账计算即可。

接着，S11步骤将根据每个用户的出账计算结果，生成包括所述事务编码、事件流水号、依赖事件流水号及扣费数据的扣费请求。

这样，当ABM接收到OCS发送的扣费请求进行扣费处理时，如果某些计费事件处理失败，将根据处理失败的计费事件的事务编码和事件流水号，不再受理依赖事件流水号与处理失败的计费事件的事件流水号相同的计费事件，另外，ABM不再处理事务编码与所述处理失败的计费事件的事务编码相同的计费事件，并且还需要回退前面已成功处理的具有相同事务编码的其它事件。例如，月租费事件处理失败，该事件的事件流水号号为1，事务编码为M，这时，ABM如果识别到其他计费事件依赖事件流水号为1，将不对该事件进行处理，同时，ABM如果识别到其他计费事件的事务编码为M，将不对该事件进行处理，而且回退前面已成功处理的事务编码为M的其它事件，有效保证了出账业务的可靠性。

进一步地，本发明实施例提供的出账处理的方法，还包括预先设置出账过程中每次发送的的所述扣费请求的数目的最大阈值，即S12步骤中应用的阈值可根据实际情况预先设置，每批次所处理的扣费请求的规模可控，可在出账操作前人为设置，还可是OCS自动设置，OCS可根据中央处理单元CPU(Central Processing Unit)、时延等实际情况进行自动的动态调配。例如出账日与节假日重叠，处于实时业务的高峰期时，OCS的CPU资源很忙，可减少预设的阈值，降低CPU的处理负担，提高OCS的系统性能。

进一步地，S12步骤中，将所述累积的扣费请求发送给对应的余额管理中心具体可为：将所述累积的扣费请求进行压缩处理后发送给对应的ABM。将批量的扣费请求进行压缩能够减少传送的数据量，进一步提高系统性能。

另外，除累积的扣费请求外，在S12步骤中，还可以将本次请求的用户数和/或计费事件数和计费请求一起发送给对应的ABM，用户数和计费事件数等参数可称为稽查参数，以便于ABM能够根据接收到的稽查参数确定所接收的扣费请求完整后进行扣费处理；如果ABM确定所接受的扣费请求不完整，将返回消息告知OCS请求不完整，OCS会重新发送，进一步保证了出账操作的可靠性。

进一步的，在S13步骤中，OCS接受的扣费处理结果可为所述ABM统一返送的，与所述累积的各个计费请求所对应的扣费处理结果，这样，也避免OCS和ABM不停的进行网络远程交互及编解码处理，提高了出账系统的性能。OCS将根据返回的扣费处理结果，进行出账的后续处理，包括更改出账标志即标识扣费处理成功的用户已完成出账，输出账单等，另外，不改变处理失败的用户的出账标志，使处理失败的用户重新等待进行出账操作。

另外，当进行所述出账的过程中，如果OCS收到业务控制点SCP(Sevice Control Point)发送的用户的实时计费请求，为了保证计费的准确性和出账操作的可靠性，本发明实施例提供的出账处理的方法，将采用下述方式进行处理：

OCS将检测所述实时计费请求所对应的用户目前的状态，如图2(a)所示的示意图，当OCS接到SCP发送的实时计费请求之前，OCS已经完成了与所述实时计费请求对应的用户出账操作时，此时OCS对所述实时计费请求正常处理，接收SCP的计费请求，处理完成后向SCP发送计费应答；

当OCS接到SCP发送的实时计费请求时，正在进行包括所述实时计费请求所对应的用户的出账处理的过程中，如图2(b)所示，此时，OCS将不受理所述实时计费请求，指示该请求位于等待状态，继续进行本次出账操作，本次出账完成后处理所述实时计费请求；

当OCS接收到SCP的实时计费请求时，尚未执行所述实时计费请求所对应的用户的出账处理时，如图2(c)所示，OCS对该用户单独进行出账处理，单独发扣费请求给ABM，处理完毕后标识该用户已完成出账，从而避免出账重复处理。

为了使本领域的技术人员更好的理解本发明实施例的技术方案，下面通过具体的实施例对本发明实施例进行进一步的详细说明。

实施例一

本实施例提供的是针对普通用户的出账处理的方法，对于本实施例中的普通用户来讲，计费事件主要包括月租费、来电显示费、彩铃租费的计算与入账、帐务优惠、赠送处理等。在这些计费事件中，月租费、来电显示费和彩铃租费为同一类事务，具有事务捆绑计费关系；而由于在业务逻辑上需要先收取月租费、然后在进行优惠计算、最后才是赠送(如免费短信量等)，因此，账务优惠和赠送处理与月租费具有事件依赖关系，账务优惠和赠送处理等事件为月租费的依赖事件。如图3所示的流程图，本实施例的出账处理的方法包括下述步骤：

S21，设置OCS在出账过程中每次发送给ABM的扣费请求的数目的最大阈值。

本步骤中，可人为设置所述阈值，也可以是OCS根据CPU、时延等实际情况自动对阈值进行动态调配，尽可能的满足CPU的处理要求，提高OCS的系统性能。当然，该过程是预先设置的过程，是可选的过程，并不需要在每次出账过程执行该步骤。

S22，OCS扫描系统中需要出账的用户列表及计费事件，按用户对所述计费事件进行出账计算，为每个计费事件的计算结果分配对应的事件流水号，为每个用户的账务优惠和赠送处理的计算结果分配与月租费的计算结果的事件流水号相同的依赖事件流水号，为每个用户的月租费、来电显示费和彩铃租费的计算结果分配相同的事务编码。

例如一个用户的月租费的计算结果的事件流水号号为1，那么由于账务优惠和赠送处理与月租费具有事件依赖关系，该用户的账务优惠和赠送处理的计算结果除了包括各自对应的事件流水号外，还额外被分配了与月租费的事件流水号相同的依赖事件流水号1，标志这些计费事件的扣费处理结果依赖于月租费的扣费处理结果。而由于月租费、来电显示费和彩铃租费之间存在事务捆绑关系，它们的计算结果被分配了相同的事务编码，即将这些月租费事件组装成一个事务，标志这些事件的费用收取是否成功存在一致性，要么都收取成功，要么都收取失败。

S23，OCS进行一个用户的出账计算后，根据该用户的出账计算结果，生成包括所述事件流水号、依赖事件流水号、事务编码及扣费数据的扣费请求，并将该用户的扣费请求发送到扣费请求队列，对所述扣费请求进行累积。

OCS每完成一个用户的出账计算，将生成一个扣费请求，扣费请求逐步累积在扣费请求队列中。

S24，OCS判断扣费请求队列中累积的所述扣费请求的数目是否达到预设阈值；

S25，当扣费请求的累积数目达到预设的最大阈值时，OCS将累积的扣费请求打包发送给对应的ABM；

本步骤中，OCS可以将累积的扣费请求进行压缩处理后发送给ABM，减少传送的数据量，提高系统性能。

而当扣费请求队列中累积的所述扣费请求的数目没有达到阈值时，将继续进行S22至S23步骤。

S26，OCS接收ABM统一返送的本次出账的扣费处理结果，根据扣费处理结果进行后续处理。

ABM收到OCS发送的累积的扣费请求后，将逐一对每个扣费请求对应的用户数据进行扣费处理，在本次接收的扣费请求全部处理完成后，统一将扣费处理结果返送给OCS。需要指出的是，在ABM对OCS发送的扣费请求进行处理时，ABM接收扣费请求，根据所述扣费请求中包括的事务编码、事件流水号和依赖事件流水号对每个对应的用户进行扣费处理。如果一个用户的月租费处理失败，ABM将获取月租费的事件流水号和事务编码，将不再处理依赖事件流水号与月租费相同的账务优惠和赠送处理事件，也不再处理与月租费具有相同事务编码的来电显示费用和彩铃租费。而由于在业务逻辑上，月租费是首先进行处理的，因此，没有需要回退的与月租费具有相同事务编码的其他事件；而如果月租费处理成功，而之后处理的彩铃租费处理失败，这时将需要回退已经处理成功的月租费事件和其他已经处理成功的、与彩铃租费具有相同的事务编码的计费事件。这样能够保证扣费处理的可靠性。

OCS接收ABM返送的处理结果后，将执行这批用户的出账后处理，包括更改出账标志即标识扣费处理成功的用户已完成出账，输出账单等，另外，不改变处理失败的用户的出账标志，重新等待进行出账。

接下来，OCS将按照同样的原则和步骤，继续处理剩下的用户。

综上，本实施例的出账处理的方法，进行出账操作时OCS和ABM之间采用批量并行处理的方式，OCS向ABM发送批量的扣费请求，并接收ABM返送的批量的处理结果，避免OCS和ABM不停的进行网络远程交互及编解码处理，减少了每个计费用户分摊的网络时延的性能损耗，有效提升了出账操作时整个计费系统的性能。

实施例二

本实施例提供的是家庭套餐用户的出账处理的方法，本实施例的家庭套餐用户的计费事件，包括月租费、帐务优惠和赠送事件。对于家庭套餐用户来讲，只有在家长的月租费收取成功后，才会考虑去收取成员1...N的月租费，即成员的月租费依赖家长的月租费的收取，所以成员1...N的月租费为家长的月租费的依赖事件。因此，对于家庭套餐用户，家长的出账优先级要高于成员的出账优先级，家长为主优先级用户，成员为次优先级用户，OCS需要根据用户的优先级首先进行出账计算，保证出账操作的可靠性。另外，与实施例一的普通用户相同，本实施例中，每个用户的帐务优惠、赠送事件又依赖于月租费的成功收取。就是说，家长的帐务优惠、赠送事件依赖于家长的月租事件；每个成员的月租事件依赖于家长的月租事件，每个成员的帐务优惠、赠送事件依赖于成员的月租事件。如图4所示的流程图，本实施例提供的出账处理的方法包括：

S31，OCS扫描系统中需要出账的用户列表及计费事件，根据用户的优先级，按用户先进行家长用户的计费事件的出账计算，再进行成员用户的计费事件计算，为每个计费事件的计算结果分配对应的事件流水号，为每个用户的账务优惠和赠送处理的计算结果分配与该用户的月租费的计算结果的事件流水号相同的依赖事件流水号，为每个成员用户的月租费的计算结果分配与家长用户的月租费的计算结果的事件流水号相同的依赖事件流水号。

接下来的其他步骤，均与实施例一采用相同的处理方式，包括：

S32，OCS进行一个用户的出账计算后，根据该用户的出账计算结果，生成包括所述事件流水号、依赖事件流水号、事务编码及扣费数据的扣费请求，并将该用户的扣费请求发送到扣费请求队列，对所述扣费请求进行累积。

S33，OCS判断扣费请求队列中累积的所述扣费请求的数目是否达到预设阈值；

S34，当扣费请求的累积数目达到预设的最大阈值时，OCS将累积的扣费请求打包发送给对应的ABM；

S35，OCS接收ABM统一返送的本次出账的扣费处理结果，根据扣费处理结果进行后续处理。

在ABM对OCS发送的扣费请求进行处理时，当ABM接收到扣费请求对每个对应的用户进行扣费处理时，将根据所述扣费请求中包括的事务编码、事件流水号和依赖事件流水号进行处理。根据事件流水号和依赖事件流水号，当家长用户的月租费扣费处理成功时，才进行依赖家长用户月租费事件的成员的月租费的处理，当用户的月租费扣费处理成功时，才进行该用户的账务优惠和赠送处理的扣费处理，保证了扣费处理的可靠性。

需要指出的是，为了避免无谓的系统开销，本实施例还可以采用如下方式：

根据所述家庭套餐用户的优先级，在进行成员用户的出账处理前，单独进行主优先级的家长用户的出账操作，当家长的出账处理成功后，进行次优先级的成员用户的出账处理。

所述成员的出账处理可采用实施例一提供的出账处理的方法，这里不再赘述。

实施例三

本实施例提供的是VPN(虚拟专用网络，Virtual Private Network)集团用户的的出账处理的方法。同样，与家庭套餐用户相似，集团与成员同样具有依赖的关系。不同的是，集团的扣费处理依赖于成员的扣费处理，当成员的扣费处理成功后，才可以进行集团的出账处理，也就是说，对于VPN集团用户来讲，进行出账操作时，成员用户的优先级要高于集团用户，因此，如图5所示，本实施例的出账处理的方法包括：

S41，根据用户的优先级，OCS进行同一集团的成员出账操作；

S42，当同一集团的成员全部进行了出账操作，且ABM返送的结果显示该集团的成员的出账操作全部成功时，OCS单独进行集团的出账。

其中，S41步骤对成员的出账操作具体可采用实施例一的出账处理的方法，这里不再赘述。

需要指出的是，对于VPN集团用户来讲，每个成员的计费事件中，部分计费事件的费用是由集团支付的，因此，S41步骤中，ABS会对每个计费事件所对应的账户进行扣费处理，如果ABS扫描到成员的某个计费事件是集团支付的，对该计费事件对应的账户也就是集团的账户进行扣费处理。而S42步骤中，仅处理集团的出账计费事件，例如集团的月租费等，不会出现成员和集团重复付费的情况。

相应的，本发明的实施例还提供了一种出账处理的方法，如图6所示，包括：

S51，接收在线计费中心发送的累积的扣费请求；

S52，根据所述累积的扣费请求对每个扣费请求对应的用户数据进行扣费处理，生成扣费处理结果；

S53，将所述扣费处理结果发送给所述在线计费中心。

本发明实施例提供的出账处理的方法，进行出账操作时，ABM和OCS之间采用批量并行处理的方式，ABM能够接收OCS发送的批量的扣费请求，进行扣费处理后向OCS发送与所述批量的扣费请求对应的处理结果，避免出账操作时OCS和ABM不停的进行网络远程交互及编解码处理，减少了每个计费用户分摊的网络时延的性能损耗，有效提升了出账操作时整个计费系统的性能。

如前文所述，出账操作中处理的所述计费事件之间可能具有事件依赖关系或事务捆绑计费关系，因此，为了保证出账操作的准确性，避免重复扣费等误操作，提高出账处理的可靠性，S51步骤中，ABM所接收的扣费请求可包括包括事务编码、事件流水号、依赖事件流水号及扣费数据；那么，在S52步骤中，ABM就可根据扣费请求对每个扣费请求对应的用户数据进行扣费处理，当一个计费事件处理失败时，ABM将不再处理事务编码与所述处理失败的计费事件的事务编码相同的计费事件和依赖事件流水号与处理失败的计费事件的事件流水号相同的计费事件，并回退已经成功处理的、与所述处理失败的计费事件的事务编码相同的计费事件。这样，进一步的提高了出账操作的可靠性，避免出现误扣费操作。

进一步的，在S51步骤后还包括还包括根据所述扣费请求中包括的用户数和/或计费事件数确定本次接收的扣费请求为完整的步骤。S51步骤中接收的扣费请求中，可包括标志本次请求的用户数或计费事件数目的稽查参数，ABM可根据稽查参数，判断本次接收的扣费请求是否完整，如不完整，返回消息告知OCS请求不完整，OCS会重新发送，进一步保证了出账操作的可靠性。

另外，S51步骤ABM接收的扣费请求可以为OCS以用户为单位串行发送的，也可以是OCS批量发送的，进行批量发送能够减少出账过程中OCS和ABM的远程交互，降低网络时延，提高出账系统的性能。如果OCS批量发送的扣费请求经过了OCS的压缩处理的话，ABM要对所述计费请求进行解压缩处理。

本发明实施例提供的出账处理的方法，在S53步骤中，ABM将OCS本次发送的扣费请求全部处理完成后，将对应的扣费处理结果统一返送给OCS。这样，避免OCS和ABM不停的进行网络远程交互及编解码处理，减少了每个计费用户分摊的网络时延的性能损耗，有效提升了出账操作时整个计费系统的性能。

同样，ABM可将本批次出账的扣费处理结果，同样经过压缩处理后统一返送给OCS，能够减少传送的数据量，进一步提高系统性能。需要指出的是，S53步骤中，返送的扣费处理结果，可包括本次处理的用户数，处理的计费事件数，成功数或失败数等标志处理结果的稽查参数，方便OCS进行后续的处理。

相应的，本发明的实施例还提供了一种OCS，如图7所示的结构框图，包括：

累积单元71，用于根据用户的出账计算结果生成扣费请求，对所述扣费请求进行累积；

扣费请求发送单元72，用于确定所述扣费请求的累积数目达到预设阈值，将所述累积的扣费请求发送给ABM；

扣费结果接收单元73，用于接收所述ABM发送的扣费处理结果。

本发明实施例提供的OCS，在进行出账操作时，能够采用批量并行处理的方式，向ABM发送的批量的扣费请求，接收ABM发送的批量的处理结果，避免出账操作时OCS和ABM不停的进行网络远程交互及编解码处理，减少了每个计费用户分摊的网络时延的性能损耗，有效提升了出账操作时整个计费系统的性能。

其中，本实施例还包括：如图8所示，还包括：事务识别单元74、事件识别单元75；

其中，所述事务识别单元74，用于识别计费事件的捆绑计费关系，为具有捆绑计费关系的计费事件的计费结果分配相同的事务编码；

所述事件识别单元75，用于为每个计费事件的计算结果分配对应的事件流水号，识别计费事件的依赖关系，为依赖其他计费事件的计费事件的计算结果分配与被依赖事件的事件流水号相同的依赖事件流水号。

进一步地，上述OCS还包括实时计费请求处理单元76，用于当进行所述出账处理的过程中，收到用户的实时计费请求时，检测所述实时计费请求所对应的用户目前的状态，如果正在进行所述实时计费请求所对应的用户的出账处理时，将不受理所述实时计费请求，等待本次出账完成后处理所述计费请求；如果尚未执行所述实时计费请求所对应的用户的出账处理时，对该用户单独进行出账处理，处理完毕后标识该用户已完成出账。

进一步地，所述累积单元71包括设置模块711和控制模块712，

其中所述设置模块711，用于预先设置出账过程中每次发送的所述扣费请求的数目的阈值；

所述控制模块712，用于根据每个用户的出账计算结果，生成包括所述事务编码、事件流水号、依赖事件流水号及扣费数据的扣费请求，确定所述扣费请求的累积数目达到预设阈值。

这样，当ABM接收到本发明实施例提供的OCS发送的扣费请求进行扣费处理时，将根据处理失败的计费事件的事务编码和事件流水号，不再处理事务编码与所述处理失败的计费事件的事务编码相同的计费事件，不再处理依赖事件流水号与处理失败的计费事件的事件流水号相同的计费事件，并回退已经成功处理的、与所述处理失败的计费事件的事务编码相同的计费事件，有效保证了出账业务的可靠性。

另外，当本发明实施例提供的OCS进行出账的过程中，收到业务控制点SCP(Sevice Control Point)发送的用户的实时计费请求时，为了保证计费的准确性和出账操作的可靠性，实时计费请求处理单元76可判断实时计费用户是否已经进行出账，当实时计费用户已完成出账时，则OCS对其正常处理；如果实时计费用户当前正在进行出账处理中，OCS将不受理所述实时计费请求，等待本次出账完成后再处理所述计费请求；如果实时计费用户尚未执行批量出账时，OCS可对该用户单独进行出账处理，单独发扣费请求给ABM，处理完毕后，处理完毕后实时计费请求处理单元76将标识该用户已完成出账，从而避免出账重复处理。

相应的，本发明的实施例还提供了一种ABM，如图9所示的结构框图，包括：

扣费请求接收单元91、用于接收OCS发送的累积的扣费请求；

扣费处理单元92，用于根据所述累积的扣费请求对每个扣费请求对应的用户数据进行扣费处理，生成扣费处理结果；

扣费结果发送单元93，用于将所述扣费处理结果发送给所述OCS。

本发明实施例提供的ABM，进行出账操作时，可以采用批量并行处理的方式，能够接收OCS发送的批量的扣费请求，进行扣费处理后向OCS发送批量的处理结果，避免出账操作时OCS和ABM不停的进行网络远程交互及编解码处理，减少了每个计费用户分摊的网络时延的性能损耗，有效提升了出账操作时整个计费系统的性能。

进一步地，如图10所示，扣费处理单92元包括识别模块921和控制模块922；

其中，识别模块921用于识别每个计费事件的处理结果，当事件处理失败时，获取所述事件的事务编码和事件流水号；

控制模块922，用于根据所述累积的扣费请求对每个扣费请求对应的用户数据进行扣费处理，当一个计费事件处理失败时，不再处理依赖事件流水号与处理失败的计费事件的事件流水号相同的计费事件和事务编码与所述处理失败的计费事件的事务编码相同的计费事件，并回退已经成功处理的、与所述处理失败的计费事件的事务编码相同的计费事件。

可选地，上述余额管理中心，还包括确认单元，用于根据所述扣费请求中包括的用户数和/或计费事件数确定本次接收的扣费请求为完整的。

当本发明实施例提供的ABM进行出账操作时，扣费请求接收单元91接收OCS发送的计费请求，并对计费请求进行解码，逐一将扣费数据发送给扣费处理单元92进行扣费处理，将扣费处理结果发送给扣费结果发送单元93，扣费结果发送单元93将扣费结果发送给OCS，扣费处理单92还可获取本次处理的用户数、计费事件数、成功数或失败数等参数，指示扣费结果发送单元93将这些参数和扣费结果一起返送给OCS，方便OCS的后续处理。这样，避免了出账操作过程中，OCS和ABM不停的进行网络远程交互及编解码处理，减少了每个计费用户分摊的网络时延的性能损耗，有效提升了出账操作时整个计费系统的性能。

相应的，本发明的实施例还提供了一种出账系统，如图11所示，包括：

在线计费中心1101，用于根据用户的出账计算结果生成扣费请求，对所述扣费请求进行累积；确定所述扣费请求的累积数目达到预设阈值，将所述累积的扣费请求发送给余额管理中心1102；接收所述余额管理中心1102发送的扣费处理结果；

余额管理中心1102，用于接收在线计费中心1101发送的累积的扣费请求；根据所述累积的扣费请求对每个扣费请求对应的用户数据进行扣费处理，生成扣费处理结果；将所述扣费处理结果发送给所述在线计费中心1101。

本发明实施例提供的出账的系统，出账操作过程中，OCS和ABM之间采用批量并行处理的方式，避免OCS和ABM不停的进行网络远程交互及编解码处理，减少了每个计费用户分摊的网络时延的性能损耗，有效提升了出账操作时整个计费系统的性能。

本领域普通技术人员可以理解：实现上述方法实施例的全部或部分流程可以通过计算机程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

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

因此，本发明的保护范围应以所述权利要求的保护范围为准。

Claims (18)

1.一种出账处理的方法，其特征在于，包括：

根据用户的出账计算结果生成扣费请求，对所述扣费请求进行累积；

确定所述扣费请求的累积数目达到预设阈值，将所述累积的扣费请求发送给余额管理中心；

接收所述余额管理中心发送的扣费处理结果。

2.根据权利要求1所述的方法，其特征在于，还包括：

扫描待出账的用户列表及计费事件，按用户对所述计费事件进行出账计算，为每个计费事件的计算结果分配对应的事件流水号和事务编码，当所述计费事件依赖于其他所述计费事件时，为所述依赖于其他计费事件的计费事件的计算结果分配与被依赖事件的事件流水号相同的依赖事件流水号，当至少两个所述计费事件为捆绑计费的计费事件时，为所述捆绑计费的计费事件的计费结果分配相同的事务编码；

所述根据每个用户的出账计算结果生成扣费请求包括：

根据每个用户的出账计算结果，生成包括所述事件流水号、依赖事件流水号、事务编码及扣费数据的扣费请求。

3.根据权利要求2所述的方法，其特征在于，所述扫描待出账的用户列表及计费事件，按用户对所述计费事件进行出账计算具体为：

扫描待出账的用户列表及计费事件，根据用户的优先级按用户对所述计费事件进行出账计算。

4.根据权利要求1所述的方法，其特征在于，所述将所述累积的扣费请求发送给对应的余额管理中心具体为：

将所述累积的扣费请求以及本次请求的用户数和/或计费事件数发送给对应的余额管理中心，以便于所述余额管理中心能够根据所述用户数和/或计费事件数确定所接收的扣费请求完整后进行扣费处理。

5.根据权利要求1所述的方法，其特征在于，所述接收所述余额管理中心返送的扣费处理结果具体为：

接收所述余额管理中心统一发送的与所述累积的各个计费请求所对应的扣费处理结果。

6.根据权利要求1所述的方法，其特征在于，还包括：

当进行所述出账的过程中，收到用户的实时计费请求时，检测所述实时计费请求所对应的用户目前的状态，如果正在进行所述实时计费请求所对应的用户的出账处理时，将不受理所述实时计费请求，等待本次出账完成后处理所述计费请求；如果尚未执行所述实时计费请求所对应的用户的出账处理时，对该用户单独进行出账处理，处理完毕后标识该用户已完成出账。

7.根据权利要求1所述的方法，其特征在于，还包括：

当进行家庭套餐用户用户出账时，根据所述家庭套餐用户的优先级，单独进行主优先级的家长用户的出账操作，当家长的出账处理成功后，进行次优先级的成员用户的出账处理。

8.一种出账处理的方法，其特征在于，包括：

接收在线计费中心发送的累积的扣费请求；

根据所述累积的扣费请求对每个扣费请求对应的用户数据进行扣费处理，生成扣费处理结果；

将所述扣费处理结果发送给所述在线计费中心。

9.根据权利要求8所述的方法，其特征在于，

所述接收在线计费中心发送的累积扣费请求具体为：

接收在线计费中心发送的、包括事件流水号、依赖事件流水号、事务编码及扣费数据的累积扣费请求；

所述根据所述累积的扣费请求对每个扣费请求对应的用户数据进行扣费处理包括：

根据所述累积的扣费请求对每个扣费请求对应的用户数据进行扣费处理，当一个计费事件处理失败时，不再处理依赖事件流水号与处理失败的计费事件的事件流水号相同的计费事件和事务编码与所述处理失败的计费事件的事务编码相同的计费事件，并回退已经成功处理的、与所述处理失败的计费事件的事务编码相同的计费事件。

10.根据权利要求8或9所述的方法，其特征在于，在所述根据所述累积的扣费请求对每个扣费请求对应的用户数据进行扣费处理之前，还包括根据所述扣费请求中包括的用户数和/或计费事件数确定本次接收的扣费请求为完整的。

11.一种出账的在线计费中心，其特征在于，包括：

累积单元，用于根据用户的出账计算结果生成扣费请求，对所述扣费请求进行累积；

扣费请求发送单元，用于确定所述扣费请求的累积数目达到预设阈值，将所述累积的扣费请求发送给余额管理中心；

扣费结果接收单元，用于接收所述余额管理中心发送的扣费处理结果。

12.根据权利要求11所述的在线计费中心，其特征在于，还包括事务识别单元、事件识别单元；

其中，所述事务识别单元用于识别计费事件的捆绑计费关系，为具有捆绑计费关系的计费事件的计费结果分配相同的事务编码；

所述事件识别单元，用于为每个计费事件的计算结果分配对应的事件流水号，识别计费事件的依赖关系，为依赖其他计费事件的计费事件的计算结果分配与被依赖事件的事件流水号相同的依赖事件流水号。

13.根据权利要求11所述的在线计费中心，其特征在于，所述累积单元包括设置模块和控制模块，其中所述设置模块，用于预先设置出账过程中每次发送的所述扣费请求的数目的阈值；

所述控制模块用于根据每个用户的出账计算结果，生成包括所述事务编码、事件流水号、依赖事件流水号及扣费数据的扣费请求，确定所述扣费请求的累积数目达到预设阈值。

14.根据权利要求11所述的在线计费中心，其特征在于，还包括：实时计费请求处理单元，用于当进行所述出账的过程中，收到用户的实时计费请求时，检测所述实时计费请求所对应的用户目前的状态，如果正在进行所述实时计费请求所对应的用户的出账处理时，将不受理所述实时计费请求，等待本次出账完成后处理所述计费请求；如果尚未执行所述实时计费请求所对应的用户的出账处理时，对该用户单独进行出账处理，处理完毕后标识该用户已完成出账。

15.一种出账的余额管理中心，其特征在于，包括：

扣费请求接收单元、用于接收在线计费中心发送的累积的扣费请求；

扣费处理单元，用于根据所述累积的扣费请求对每个扣费请求对应的用户数据进行扣费处理，生成扣费处理结果；

扣费结果发送单元，用于将所述扣费处理结果发送给所述在线计费中心。

16.根据权利要求15所述的余额管理中心，其特征在于，所述扣费处理单元包括识别模块和控制模块；

其中，所述识别模块用于识别每个计费事件的处理结果，当事件处理失败时，获取所述事件的事务编码和事件流水号；

所述控制模块，用于根据所述累积的扣费请求对每个扣费请求对应的用户数据进行扣费处理，当一个计费事件处理失败时，不再处理依赖事件流水号与处理失败的计费事件的事件流水号相同的计费事件和事务编码与所述处理失败的计费事件的事务编码相同的计费事件，并回退已经成功处理的、与所述处理失败的计费事件的事务编码相同的计费事件。

17.根据权利要求15所述的余额管理中心，其特征在于，还包括确认单元，用于根据所述扣费请求中包括的用户数和/或计费事件数确定本次接收的扣费请求为完整的。

18.一种出账系统，其特征在于，包括：

在线计费中心，用于根据用户的出账计算结果生成扣费请求，对所述扣费请求进行累积；确定所述扣费请求的累积数目达到预设阈值，将所述累积的扣费请求发送给余额管理中心；接收所述余额管理中心发送的扣费处理结果；

余额管理中心，用于接收在线计费中心发送的累积的扣费请求；根据所述累积的扣费请求对每个扣费请求对应的用户数据进行扣费处理，生成扣费处理结果；将所述扣费处理结果发送给所述在线计费中心。

Images