CN107040387A - 在线计费引擎、实时出账引擎、在线计费方法及系统 - Google Patents

Abstract

本发明公开了在线计费引擎、实时出账引擎、在线计费方法及系统，在线计费方法包括：接收在线计费请求，获取与终端的终端标识对应的当前用户状态信息，并根据当前用户状态信息对业务请求进行鉴权；其中，当前用户状态信息是在结束终端上一次在线计费请求的在线计费处理后的用户状态信息并向业务网元发送针对业务请求的鉴权结果。上述在线计费方法使得业务鉴权与实时出账为异步处理流程，缩短了业务鉴权的响应周期，用户在线计费流程的保持率，同时减小了在线计费系统在业务高峰的工作负荷，进而解决了现有技术中存在的在线计费系统在业务高峰的工作负荷大，用户在线计费流程的保持率较低，影响用户对流量业务的服务感知的技术问题。

Description

在线计费引擎、实时出账引擎、在线计费方法及系统

技术领域

本发明实施例涉及移动通信领域，尤其涉及一种在线计费引擎、实时出账引擎、在线计费方法及系统。

背景技术

随着4G建设的普及，为用户带来了高速互联体验，流量业务在线计费模式也为用户提供了实时、完善的流量业务提醒和计费感知，促进了流量服务的全面提升，也同步带动了流量业务用户量和业务量的爆发式增长。

现有流量业务在线计费系统的组网结构如图1所示，用户发起流量业务使用的在线计费过程如图中双向绿色箭头所示，业务请求经由无线传输网，到达GGSN和P-GW与业务支撑系统的流量业务在线计费系统交互，如图1所示，经历在线计费的网元适配、计费控制、在线计费引擎、出账计算、余额管理、信控管理等多个核心流程的复杂处理后完成鉴权，鉴权结果反馈到网络侧进而完成业务的鉴权处理。业务请求的鉴权时延直接影响到用户的4G服务感知，整个业务鉴权的同步流程中因涉及到的模块过多，流量业务用户量和业务量的爆发式增长，尤其是业务高峰期易导致大量业务请求因在线流程异常导致的转离线承载的情况，直接影响用户对于流量业务的服务感知。

为保障用户感知要求98％的会话授权响应时间低于200毫秒，而流量业务的实时性、高爆发性，使得整个业务支撑系统在原有计算能力和资源配置的限制下超负荷，影响用户在线计费流程的保持率。

综上，现有技术中存在着在线计费系统在业务高峰有较大的处理压力，导致用户在线计费流程的保持率较低，影响用户对流量业务的服务感知的技术问题。

发明内容

本发明实施例提供一种在线计费引擎、实时出账引擎、在线计费方法及系统，用以解决现有技术中存在的在线计费系统在业务高峰有较大的处理压力，导致用户在线计费流程的保持率较低，影响用户对流量业务的服务感知的技术问题。

本发明实施例提供一种在线计费方法，包括：

接收在线计费请求，所述在线计费请求是业务网元收到终端的业务请求后发送的；

获取与所述终端的终端标识对应的当前用户状态信息，并根据所述当前用户状态信息对所述业务请求进行鉴权；其中，所述当前用户状态信息是在结束所述终端上一次在线计费请求的在线计费处理后的用户状态信息；

向所述业务网元发送针对所述业务请求的鉴权结果。

上述实施例中，由在线计费引擎执行上述方法流程。在线计费引擎接收到业务网元发送的针对某一终端的在线计费请求之后，首先根据终端当前用户状态信息对业务请求进行鉴权，终端当前用户状态信息是指在结束终端上一次业务请求的在线计费处理后的用户状态信息，而现有技术是在线计费引擎接收到针对某一终端的在线计费请求之后，首先对终端进行计费，然后转到实时出账引擎根据计费结果实时出账，然后根据实时出账结果确定终端的当前用户状态信息，再基于确定的终端的当前用户状态信息对业务请求进行鉴权。现有技术中的业务鉴权同步流程涉及到在线计费、出账计算、信控管理等模块，又因在线计费、出账计算等模块需要调用大量外部数据，占用较多资源，在业务高峰期，来不及处理大批量的在线计费请求，对于一些在线计费请求的等待时长超时后很容易出现在线鉴权转离线，影响用户在线保持率；与现有技术相比，本发明实施例提供的在线计费方法简化了业务鉴权流程，可以大大缩短对在线计费请求的业务鉴权的周期，这样在业务高峰期，只需要较少的时间和资源就可 以完成业务鉴权过程，使得业务网元在极短的时间内接收到业务鉴权结果，不会出现因在线流程异常导致的转离线承载的情况，进而提高了在线计费系统的业务高峰处理能力和用户在线计费流程的保持率。

本发明实施例提供一种在线计费方法，包括：

获取终端的在线计费结果，根据所述终端的在线计费处理结果，更新与所述终端标识对应的当前用户状态信息；其中，所述终端的在线计费处理结果是在接收到所述终端的在线计费请求时，对所述终端进行在线计费处理得到的，所述在线计费请求是业务网元收到所述终端的业务请求后发送的。

上述实施例中，由实时出账引擎执行上述方法，实时出账引擎与在线计费引擎为异步处理流程，实时出账引擎不直接参与到业务鉴权流程中，实时出账引擎只需获取终端的在线计费结果，并根据终端的在线计费处理结果，更新与终端标识对应的当前用户状态信息，保证了出账计算和用户状态信息更新的即时性，有利于提高实时出账效率和均衡业务高峰期整个出账域的工作压力。

本发明实施例提供一种在线计费引擎，包括：

收发单元，用于接收在线计费请求，所述在线计费请求是业务网元收到终端的业务请求后发送的；

在线计费控制单元，用于获取与所述终端的终端标识对应的当前用户状态信息，并指示所述业务鉴权单元根据所述当前用户状态信息对所述业务请求进行鉴权；其中，所述当前用户状态信息是在结束所述终端上一次在线计费请求的在线计费处理后的用户状态信息；

所述业务鉴权单元，用于根据所述在线计费控制单元的指示，根据所述当前用户状态信息对所述业务请求进行鉴权；

所述收发单元还用于在所述业务鉴权单元对所述业务请求进行鉴权后，向所述业务网元发送针对所述业务请求的鉴权结果。

上述实施例中，在线计费引擎接收到业务网元发送的针对某一终端的在线计费请求之后，首先根据终端当前用户状态信息对业务请求进行鉴权，终端当 前用户状态信息是指在结束终端上一次业务请求的在线计费处理后的用户状态信息，而现有技术是在线计费引擎接收到针对某一终端的在线计费请求之后，首先对终端进行计费，然后转到实时出账引擎根据计费结果实时出账，然后根据实时出账结果确定终端的当前用户状态信息，再基于确定的终端的当前用户状态信息对业务请求进行鉴权。现有技术中的业务鉴权同步流程涉及到在线计费、出账计算、信控管理等模块，又因在线计费、出账计算等模块需要调用大量外部数据，占用较多资源，在业务高峰期，来不及处理大批量的在线计费请求，对于一些在线计费请求的等待时长超时后很容易出现在线鉴权转离线，影响用户在线保持率；与现有技术相比，本发明实施例提供的在线计费方法简化了业务鉴权流程，可以大大缩短对在线计费请求的业务鉴权的周期，这样在业务高峰期，只需要较少的时间和资源就可以完成业务鉴权过程，使得业务网元在极短的时间内接收到业务鉴权结果，不会出现因在线流程异常导致的转离线承载的情况，进而提高了在线计费系统的业务高峰处理能力和用户在线计费流程的保持率。

本发明实施例提供一种实时出账引擎，包括：

出账控制单元，用于获取终端的在线计费结果，根据所述终端的在线计费处理结果，更新与所述终端标识对应的当前用户状态信息；其中，所述终端的在线计费处理结果是在接收到所述终端的在线计费请求时，对所述终端进行在线计费处理得到的，所述在线计费请求是业务网元收到所述终端的业务请求后发送的。

上述实施例中，实时出账引擎获取终端的在线计费结果，并根据终端的在线计费处理结果，更新与终端标识对应的当前用户状态信息，保证了出账计算和用户状态信息更新的即时性，有利于提高实时出账效率和均衡业务高峰期整个出账域的工作压力。

本发明实施例提供一种在线计费系统，包括：

在线计费引擎，用于接收在线计费请求，所述在线计费请求是业务网元收 到终端的业务请求后发送的；获取与所述终端的终端标识对应的当前用户状态信息，并根据所述当前用户状态信息对所述业务请求进行鉴权，并向所述业务网元发送针对所述业务请求的鉴权结果；其中，所述当前用户状态信息是在结束所述终端上一次在线计费请求的在线计费处理后的用户状态信息；

实时出账引擎，用于获取所述终端的在线计费结果，根据所述终端的在线计费处理结果，更新与所述终端标识对应的当前用户状态信息；其中，所述终端的在线计费处理结果是在接收到所述终端的在线计费请求时，对所述终端进行在线计费处理得到的。

上述在线计费系统中，在线计费引擎和实时出账引擎为异步处理流程，实时出账引擎并不直接参与到用户的在线业务鉴权中，当在线计费引擎接收到在线计费请求时，获取与终端的终端标识对应的当前用户状态信息，该当前用户状态信息是在结束终端上一次在线计费请求的在线计费处理后的用户状态信息，并根据当前用户状态信息对业务请求进行鉴权，并向业务网元发送针对业务请求的鉴权结果，与现有技术相比，本发明实施例提供的在线计费方法简化了业务鉴权流程，大大缩短对在线计费请求的业务鉴权的响应周期，这样在业务高峰期，只需要较少的时间和资源就可以完成业务鉴权过程，使得业务网元在极短的时间内接收到业务鉴权结果，不会出现因在线流程异常导致的转离线承载的情况，进而提高了在线计费系统的业务高峰处理能力和用户在线计费流程的保持率。而实时出账引擎不直接参与到业务鉴权流程中，实时出账引擎只需获取终端的在线计费结果，并根据终端的在线计费处理结果，更新与终端标识对应的当前用户状态信息，保证了出账计算和用户状态信息更新的即时性，有利于提高实时出账效率和均衡业务高峰期整个出账域的工作压力。

附图说明

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

图1为本发明实施例提供的一种在线计费方法的流程图；

图2为本发明实施例提供的一种在线计费方法的流程图；

图3为现有技术中的一种在线计费系统的长同步方法流程图；

图4为本发明实施例提供的一种在线计费系统的业务鉴权流程；

图5为本发明实施例提供的第一内存数据库中用户当前状态信息的存储格式结构示意图；

图6为本发明实施例提供的第二内存数据库中实时出账队列的存储格式结构示意图；

图7为本发明实施例提供的一种实时出账引擎服务器与第二内存数据库的对应关系的示意图；

图8为本发明实施例提供的一种在线计费引擎的结构示意图；

图9为本发明实施例提供的一种实时出账引擎的结构示意图；

图10为本发明实施例提供的一种在线计费系统的结构示意图。

具体实施方式

为了使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明作进一步地详细描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本发明保护的范围。

为了解决现有技术中存在的在线计费系统在业务高峰有较大的处理压力，导致用户在线计费流程的保持率较低，影响用户对流量业务的服务感知的技术问题，本发明实施例提供了一种在线计费方法，使得业务鉴权与实时出账为异步处理流程，缩短了业务鉴权的响应周期，用户在线计费流程的保持率，同时减小了在线计费系统在业务高峰的工作负荷，进而解决了现有技术中存在的在 线计费系统在业务高峰的工作负荷较大，用户在线计费流程的保持率较低，影响用户对流量业务的服务感知的技术问题。本发明实施例中的流量业务包括与通话、短信、以及2G、3G、4G以及将来的5G等业务相关的流量业务。

如图1所示的一种在线计费方法，具体流程包括：

步骤101，接收在线计费请求，在线计费请求是业务网元收到终端的业务请求后发送的；

步骤102，获取与终端的终端标识对应的当前用户状态信息，并根据当前用户状态信息对业务请求进行鉴权；其中，当前用户状态信息是在结束终端上一次在线计费请求的在线计费处理后的用户状态信息；

步骤103，向业务网元发送针对业务请求的鉴权结果。

上述步骤由在线计费系统的在线计费引擎执行。在线计费引擎接收到的在线计费请求是网关网元发送的，网关网元接收到业务网元发送的在线计费请求后，对在线计费请求进行协议适配转换，得到标准在线通信协议DCC格式的在线计费请求，然后根据在线计费引擎路由规则转发给指定的在线计费引擎的在线业务请求。

上述方法流程中，与终端的终端标识对应的当前用户状态信息存储在第一内存数据库中，第一内存数据库与用于更新与终端标识对应的当前用户状态信息的服务器之间存在一一对应关系，则在线计费引擎获取与终端的终端标识对应的当前用户状态信息，包括：根据第一内存数据库与用于更新与终端标识对应的当前用户状态信息的服务器之间存在一一对应关系，查询第一内存数据库，获得与终端的终端标识对应的当前用户状态信息。

当前用户状态信息是在结束终端上一次在线计费请求的在线计费处理后的用户状态信息，例如，若将在线计费引擎接收到针对该终端的在线计费请求的时间戳标记为第一时间标识，则该终端当前用户状态信息是指时间戳略早于第一时间标识的用户状态信息，即在线计费引擎在处理完该终端上一次的在线计费请求，并根据上一次的在线计费处理结果更新的用户状态信息。支持这一 方法流程的模式是允许欠费模式，允许终端当前的业务请求为最后一片欠费。

其中，当前用户状态信息包括终端的当前信控状态和可用信用额度状态；步骤102包括：判断终端的当前信控状态是否满足第一设定条件，若是，判断终端的可用信用额度状态是否满足第二设定条件，若是，则确定业务请求的鉴权结果为通过鉴权。第一内存数据库中的用户状态信息包括但不限于如下要素：用户号码、用户状态、用户可用信用额度。第一设定条件是指用户当前信控状态为正常、单通；第二设定条件为预先配置的可使用户通过用户当前可用信用额度鉴权的用户动态信誉度以及用户可透支额度。根据当前用户状态信息对业务请求进行鉴权，包括用户当前信控状态鉴权和用户当前可用信用额度鉴权，用户当前信控状态包括正常、单通、停机、预拆、局拆等状态，用户当前可用信用额度包括用户动态信誉度，用户可透支额度等。

步骤102还包括：若终端的当前信控状态不满足第一设定条件，和/或终端的可用信用额度状态不满足第二设定条件，则计费控制器确定业务请求的鉴权结果为未通过鉴权。如，用户当前信控状态为正常和单通状态时通过用户当前信控状态鉴权，其余状态不通过用户当前信控状态鉴权，可直接拒绝终端的业务请求；通过用户当前信控状态鉴权后进行用户当前可用信用额度鉴权，用户当前可用信用额度满足通过鉴权的条件时通过业务鉴权。

在对业务请求进行鉴权之后，还包括：若确定业务请求的鉴权结果为通过鉴权，则通过网关网元向业务网元反馈业务请求已通过鉴权的通知消息；若确定业务请求的鉴权结果为未通过鉴权，通过网关网元向业务网元反馈业务请求未通过鉴权的通知消息。

在线计费引擎在接收到在线计费请求之后，还包括步骤104：根据在线计费请求，对终端进行在线计费处理，得到与终端标识对应的在线计费结果；其中，在线计费结果用于更新与终端标识对应的当前用户状态信息。

在线计费引擎对终端进行在线计费处理之后，还包括：获取与终端标识对应的业务特征数据，将与终端标识对应的业务特征数据和在线计费处理结果导 入到与终端标识对应的实时出账队列中；其中，与终端标识对应的实时出账队列存储在第二内存数据库中，第二内存数据库与用于更新与终端标识对应的当前用户状态信息的服务器之间存在一一对应关系。

上述实施例中，在线计费引擎接收到业务网元发送的针对某一终端的在线计费请求之后，首先根据终端当前用户状态信息对业务请求进行鉴权，终端当前用户状态信息是指在结束终端上一次业务请求的在线计费处理后的用户状态信息，而现有技术是在线计费引擎接收到针对某一终端的在线计费请求之后，首先对终端进行计费，然后转到实时出账引擎根据计费结果实时出账，然后根据实时出账结果确定终端的当前用户状态信息，再基于确定的终端的当前用户状态信息对业务请求进行鉴权。现有技术中的业务鉴权同步流程涉及到在线计费、出账计算、信控管理等模块，又因在线计费、出账计算等模块需要调用大量外部数据，占用较多资源，在业务高峰期，来不及处理大批量的在线计费请求，对于一些在线计费请求的等待时长超时后很容易出现在线鉴权转离线，影响用户在线保持率；与现有技术相比，本发明实施例提供的在线计费方法简化了业务鉴权流程，接收到在线计费请求后，在线计费引擎只需要根据终端上一次发起在线计费请求后更新的用户状态信息即可完成在线业务鉴权，使得业务鉴权与在线计费、出账计算、信控管理等模块为异步处理流程，可以大大缩短对在线计费请求的业务鉴权的周期，这样在业务高峰期，只需要较少的时间和资源就可以完成业务鉴权过程，通过对业务鉴权流程的简化，使得业务网元在极短的时间内接收到业务鉴权结果，不会出现因在线流程异常导致的转离线承载的情况，进而提高了在线计费系统的业务高峰处理能力和用户在线计费流程的保持率。

基于相同的发明构思，本发明实施例提供一种在线计费方法，如图2所示，包括：

步骤201，实时出账引擎获取终端的在线计费结果；

步骤202，实时出账引擎根据终端的在线计费处理结果，更新与终端标识 对应的当前用户状态信息；其中，终端的在线计费处理结果是在接收到终端的在线计费请求时，对终端进行在线计费处理得到的，在线计费请求是业务网元收到终端的业务请求后发送的。

优选的，终端的在线计费处理结果存储在与终端的终端标识对应的实时出账队列中，与终端的终端标识对应的实时出账队列配置在第二内存数据库中，第二内存数据库与用于更新与终端标识对应的当前用户状态信息的服务器之间存在一一对应关系，使得实时出账引擎只需实时的从与终端的终端标识对应的实时出账队列中获取终端的在线计费结果表项，以及调用外部数据对实时出账队列中的待出账数据流进行实时出账处理，实时出账引擎启动的财务域流程与在线计费引擎的计费域流程为伪同步流程，也就是说，在线计费引擎只关注是否有新的在线计费请求，如果有，根据在线计费请求进行计费，将在线计费的计费结果存储在实时出账队列中。实时出账引擎只需关注与终端标识对应的实时出账队列中是否存在待出账数据流，如果有，就对待出账数据流进行实时出账，余额管理，用户信控管理，以及用户状态管理。例如，第一用户号码的实时出账队列中有2个待出账数据流B和C(时间戳早于B)，那么实时出账引擎就会先后对待出账数据流C和B进行实时出账处理，而此时在线计费引擎正在对第一用户号码的新的在线计费请求进行在线计费处理，处理后的在线计费结果存储在第一用户号码的实施出账队列中，存储为待出账数据流A。而现有技术中实时出账引擎启动的财务域流程与在线计费引擎的计费域流程为同步流程，即在线计费引擎每处理一个在线计费请求，得到一个在线计费结果，存储为待出账数据流A，实时出账引擎才会对待出账数据流A进行实时出账。因此，与现有技术相比，实时出账引擎可以实时对终端的实时出账队列中的待出账数据流进行实时出账处理，保证了出账计算和用户信控的即时性，有利于提高实时出账效率和均衡业务高峰期整个出账域的工作压力。

另外，与终端标识对应的实时出账队列存储在第二内存数据库中，采用本地内存寻址的高速数据处理方法，将承载账务出账计算的多个服务器和出账计 算所调用的第二内存数据库一一对应，承载账务出账计算的多个服务器可以在极短的时间内的从对应的第二内存数据库中获取出账计算所需的数据，保证了实时出账引擎的实时出账效率。而现有技术中采用网络通信方式提供出账数据，即未部署承载账务出账计算的多个服务器和出账计算所调用的内存数据库之间的映射关系，账务出账计算的多个服务器需要通过网络通信方式获取对应内存数据库中的出账数据。

优选的，步骤201包括：根据第二内存数据库与用于更新与终端标识对应的当前用户状态信息的服务器之间存在一一对应关系，从第二内存数据库中获取终端的在线计费结果。

优选的，与终端标识对应的实时出账队列中还包括与终端标识对应的业务特征数据。在具体应用中实时出账队列在系统中物理部署为内存表形式，将终端标识(用户号码)和业务上账相关的特征码，如漫游状态、接入点信息等，按约定格式写入内存库，便于后续实时出账计算等处理模块调用。

步骤202包括：根据与终端的终端标识对应的实时出账队列中的在线计费处理结果和业务特征数据，对终端进行出账处理；并根据终端的出账处理结果确定终端的余额信息；根据终端的余额信息，确定终端的当前用户信控状态和终端的当前用户可用信用额度；根据终端的当前用户信控状态和终端的当前用户可用信用额度，更新与终端标识对应的当前用户状态信息。

上述实施例中，实时出账引擎与在线计费引擎为异步处理流程，实时出账引擎不直接参与到业务鉴权流程中，实时出账引擎只需获取终端的在线计费结果，并根据终端的在线计费处理结果，更新与终端标识对应的当前用户状态信息，保证了出账计算和用户状态信息更新的即时性，有利于提高实时出账效率和均衡业务高峰期整个出账域的工作压力。

下面列举一具体实施例说明本发明实施例提供的在线计费方法流程。

现有在线计费系统的长同步流程如图3所示，主要包括以下流程：

流程01：网关网元DCC_PROXY将接收的在线计费请求进行标准DCC格 式转换，在线计费请求由用户正在使用业务的业务网元发起的；

流程02：由PA适配器对转化为标准DCC格式的在线计费请求按照路由策略进行路由匹配，将转化为标准DCC格式的在线计费请求分发给负责处理该在线计费请求的在线计费引擎，在线计费引擎至少包括在线计费控制单元CF和批价引擎单元RF；

流程03：在线计费控制单元CF控制批价引擎单元AF对在线计费请求进行在线计费处理；其中，批价引擎单元RF主要用于获取用户所使用业务的资费标准和使用量，通过规则及参数配置，进行费用的实时计算，输出在线计费处理结果；

流程04：批价引擎单元RF向在线计费控制单元CF返回在线计费处理结果，在线计费处理结果为用户在设定时间内所使用业务已产生的费用账单；

流程05：在线计费控制单元CF根据批价引擎单元RF返回的在线计费处理结果向实时出账单元AC发送扣费请求，实时出账引擎包括实时出账单元AC、余额管理单元ABM、在线信控管理单元；

流程06：实时出账单元AC根据扣费请求，进行实时出账，并将实时出账结果转发给余额管理单元ABM；

流程07：余额管理单元ABM计算用户余额信息，将用户余额信息转发给在线信控管理单元；

流程08：在线信控管理单元根据用户余额信息更新用户的当前信控状态，以及将用户的当前信控状态和当前可用信用额度状态返回余额管理单元；

流程09：余额管理单元ABM将用户的当前信控状态和当前可用信用额度状态返回给实时出账单元AC；

流程010：实时出账单元AC将用户的当前信控状态和当前可用信用额度状态返回给在线计费控制单元CF；

流程011：在线计费控制单元CF根据用户的当前信控状态和当前可用信用额度状态，对本次在线计费请求进行业务鉴权，将业务鉴权结果发送给PA 适配器；

流程012：网关网元PA适配器将业务鉴权结果发送给网关网元DCC_PROXY，网关网元DCC_PROXY将业务鉴权结果反馈给用户正在使用业务的业务网元。

现有在线计费系统的长同步流程需要经历12个处理流程，才能完成终端正在使用业务的业务鉴权，在线计费引擎包括的在线计费控制单元CF和批价引擎单元RF，实时出账引擎包括实时出账单元AC、余额管理单元ABM、在线信控管理单元，在线计费引擎和实时出账引擎的长同步流程中，批价引擎单元RF、实时出账单元AC，余额管理单元ABM都需要调用大量与提供的服务相关的外部数据，因此，一个业务鉴权流程需要花费较长时间，如果整个在线计费系统处于业务高峰期，则在线计费系统的处理压力较大，无法保证每一业务鉴权在授权响应时间(如200毫秒)内完成鉴权，在线流程的异常导致业务鉴权流程转离线承载，业务鉴权流程转离线承载大大增加了业务鉴权时延，业务鉴权时延直接影响到用户的4G服务感知，因此，现有在线计费系统的业务鉴权流程使得在线计费系统超负荷运转，很难满足业务高峰期用户的在线计费需求，难以保证用户在线计费流程的保持率，影响用户的4G服务感知。

而本发明实施例提供的在线计费系统的业务鉴权流程，如图4所示，主要包括以下流程：

流程1：网关网元DCC_PROXY将接收的在线计费请求进行标准DCC格式转换，在线计费请求由用户正在使用业务的业务网元发起的；

流程2：由网关网元PA适配器对转化为标准DCC格式的在线计费请求按照路由策略进行路由匹配，将转化为标准DCC格式的在线计费请求分发给负责处理该在线计费请求的在线计费引擎，在线计费引擎包括在线计费控制单元CF、批价引擎单元RF和业务鉴权单元，在线计费控制单元CF控制批价引擎单元RF和业务鉴权单元；

流程3：在线计费控制单元CF控制业务鉴权单元读取第一内存数据库中 的用户当前状态信息，对用户所使用的业务进行业务鉴权；

其中，从第一内存数据库中获取的用户当前状态信息为是在结束终端上一次在线计费请求的在线计费处理后的用户状态信息，即接收到本次在线计费处理之前已更新的用户状态信息。为了更高速的从第一内存数据库中读取数据，第一内存数据库与承载在线计费引擎的服务器存在一一对应关系，使得在线计费控制单元CF按照本地内存寻址的方法高速读取第一内存数据库中与用户的终端标识对应的用户当前状态信息。

值得说明的是，在分布式系统中，若有多个承载在线计费引擎的服务器，如服务器1，服务器2，…，服务器n，服务器1，服务器2，…，服务器n各自对应有第一内存数据库。例如可配置服务器1处理第一用户群的业务鉴权和在线计费处理，与服务器1对应的第一内存数据库中存储第一用户群的用户状态信息，当然服务器1对应的第一内存数据库中也可存储与第一用户群的在线计费处理相关的其他数据，如用户所使用的业务数据和费用标准。配置服务器2处理第二用户群的业务鉴权和在线计费处理，…，服务器n处理第n用户群的业务鉴权和在线计费处理。用户群的划分可以根据地区划分，也可以根据业务类型划分。

如图5所示，第一内存数据库为用户当前状态信息的内存表库，第一内存数据库中的用户状态信息包括但不限于如下要素：用户号码、用户状态、用户可用信用额度。对用户所使用的业务进行业务鉴权，包括对用户当前信控状态进行鉴权和对用户当前可用信用额度进行鉴权两个过程。流程4：在线计费控制单元CF将鉴权结果返回到PA适配器；

流程5：PA适配器将业务鉴权结果发送给网关网元，由网关网元将业务鉴权结果反馈给用户正在使用业务的业务网元；

流程6：在线计费控制单元CF将在线计费请求发送给批价引擎单元RF，控制批价引擎单元RF对在线计费请求进行在线计费处理；其中，批价引擎单元RF主要用于进行费用的实时计算，输出在线计费处理结果，在线计费处理 结果为用户在设定时间内所使用业务已产生的费用账单；

流程7：批价引擎单元RF计费向在线计费控制单元CF返回在线计费处理结果；

流程8：在线控制单元CF根据在线计费处理结果生成扣费请求数据流，将扣费请求数据流导入到第二内存数据库中的实时出账队列中，如图6所示，实时出账队列中存有与终端标识(即用户号码)对应的待出账数据流，待出账数据流包括扣费请求数据流的数据，还包括从外部数据库中导入的与出账计算相关的业务特征数据，如漫游状态、接入点信息等等，这些业务特征数据以特征码的形式存储在待出账数据流中，如0，1，2，3，4等。

如图6所示，第二内存数据库为实时出账队列的内存库表，第二内存数据库中的实时出账队列嵌套有实时出账引擎的实时出账单元AC的访问服务，使得实时出账单元AC可以实时获取实时出账队列中的待出账数据流，并根据待出账数据流调用与出账计算相关的数据进行实时出账。

为了更高速的从第一内存数据库中读取数据，如图7所示，承载实时出账计算的多个服务器和第二内存数据库一一对应，使得承载账务出账计算的多个服务器的实时出账单元AC可以高速率读取第二内存数据库中的数据，保证了实时出账引擎的实时出账效率。因在线计费系统为一个较大的分布式系统，现有技术中未部署承载账务出账计算的多个服务器和出账计算所调用的内存数据库之间的映射关系，如果采用网络通信方式获取与出账计算相关的数据，如图7虚线路径所示，就会使多个服务器通过各数据库的外围网络链路才能读取所需数据，通过各数据库的外围网络链路读取所需数据具有响应慢的特点。为了保证实时出账的处理效率，预先配置第二内存数据库与承载实时出账的服务器存在一一对应关系，使得实时出账单原AC采用本地内存寻址的方法高速率读取第二内存数据库中的数据，提高出账处理效率，进而即时的更新第一内存数据库中与每个终端标识对应的用户当前状态信息。

值得说明的是，在分布式系统中，若有多个承载在线计费引擎的服务器， 如服务器1，服务器2，…，服务器n，服务器1，服务器2，…，服务器n各自对应有第二内存数据库。例如可配置服务器1处理第一用户群的出账计算，与服务器1对应的第二内存数据库中存储第一用户群的实时出账队列，第一用户群的实时出账队列中包括第一用户群的待出账数据流，当然服务器1对应的第二内存数据库中也可存储与第一用户群的出账计算相关的其他数据。配置服务器2处理第二用户群的出账计算，…，服务器n处理第n用户群的出账计算。这样可以进一步保证出账处理的高效，以满足业务高峰期大量在线计费请求的在线计费处理。其中，用户群的划分可以根据地区划分，也可以根据业务类型划分。

基于上述方法流程，被分离开的实时出账引擎的实时出账单元AC、余额管理单元ABM、在线信控管理单元的财务处理流程，如图4虚线部分所示，包括：

流程:9：实时出账单元AC读取第二内存数据库实时出账队列中的待出账数据流，并根据待出账数据流调用与出账计算相关的数据进行实时出账；

流程10：实时出账单元AC将实时出账结果转发给余额管理单元ABM，由余额管理单元ABM计算用户余额信息；

流程11：余额管理单元ABM将用户余额信息转发给在线信控管理单元，由在线信控管理单元根据用户余额信息更新用户的当前信控状态；

流程12：在线信控管理单元将用户的当前信控状态和当前可用信用额度状态转发给用户状态管理单元；

流程13：用户状态管理单元根据用户的当前信控状态和当前可用信用额度状态更新第一内存数据库中的用户当前状态信息，第一内存数据库为用户状态数据流的内存库表，存储有实时出账引擎实时出账后即时更新的用户状态信息。

与现有技术相比，实时出账引擎的出账流程被分离出来，实时出账引擎的输入端为嵌套在实时出账引擎和在线计费引擎之间的第二内存数据库，实时出 账引擎的输出端为嵌套在实时出账引擎和在线计费引擎之间的第一内存数据库。

为了保证实时出账引擎的财务处理流程的处理效率，预先配置实时出账引擎的输入端，即第二内存数据库与承载实时出账引擎的服务器存在一一对应关系，使得实时出账引擎采用本地内存寻址的方法高速读取第二内存数据库中的数据，提高出账处理效率，优选的，第一内存数据库也与承载实时出账引擎的服务器存在一一对应关系，进而使得实时出账引擎的输出端，即第一内存数据库，的用户状态信息得以即时的更新。例如，承载地区1的实时出账引擎的所有服务器的部署与用于存储地区1的所有用户的第一内存数据库和第二数据库建立一一对应关系，便于承载地区1的实时出账引擎的所有服务器高效的从输入端获取数据进行实时出账、实时余额管理和实时信控管理，基于实时出账、实时余额管理和实时信控管理结果，高效的在输出端更新地区1的所有用户的当前状态信息。

本发明实施例上述在线计费流程的核心思路是在保障账务域(即实时出账引擎)转异步流程后的处理效率的前提下，缩短同步流程，保持流量业务在线流程的高可用性，避免对业务信控造成影响，保障用户的在线服务感知。采用嵌套内存数据库的方式将实时出账引擎的输入端和输出端从现有的长同步流程中独立出来，使得本发明实施例的在线计费同步处理流程得到了极大简化，通过上述1-5个处理流程完成了流量业务请求的完整鉴权过程。

在相同资源配置情况下，相对于现有技术，本发明实施例简化后的在线计费系统的处理能力提升超两倍，基于流量业务应用级业务细分及内存数据库和动态内存等先进技术的应用，使得在线计费系统在基础架构不变的情况下，充分降低系统业务处理量间接提升了系统的稳定性和处理能力，在此发明的评估方法指导下可以极大降低在线计费系统的资源开支，随业务量增长原有模式下频繁的扩容大幅减少。

本发明实施例通过将在线计费系统中的在线计费引擎和在线实时出账引 擎独立配置，实现了在线计费系统计费域和账务域的域间解耦，使得用户流量业务的在线保持率(相对于在线流程异常导致的转离线承载)接近99.9％，即用户在线状态保持率近99.9％。

本发明实施例采用本地内存寻址技术配置实时出账引擎的输入端的第二内存数据库和输出端的第一内存数据库，使得内存数据库的读写效率提升近两倍，进而保障了在线计费同步处理流程的高效性和在线服务的持续性。

上述实施例中，在线计费引擎和实时出账引擎为异步处理流程，实时出账引擎并不直接参与到用户的在线业务鉴权中，当在线计费引擎接收到在线计费请求时，获取与终端的终端标识对应的当前用户状态信息，该当前用户状态信息是在结束终端上一次在线计费请求的在线计费处理后的用户状态信息，并根据当前用户状态信息对业务请求进行鉴权，并向业务网元发送针对业务请求的鉴权结果，与现有技术相比，本发明实施例提供的在线计费方法简化了业务鉴权流程，大大缩短对在线计费请求的业务鉴权的响应周期，这样在业务高峰期，只需要较少的时间和资源就可以完成业务鉴权过程，使得业务网元在极短的时间内接收到业务鉴权结果，不会出现因在线流程异常导致的转离线承载的情况，进而提高了在线计费系统的业务高峰处理能力和用户在线计费流程的保持率。

上述实施例中，实时出账引擎与在线计费引擎为异步处理流程，实时出账引擎不直接参与到业务鉴权流程中，实时出账引擎只需获取终端的在线计费结果，并根据终端的在线计费处理结果，更新与终端标识对应的当前用户状态信息，保证了出账计算和用户状态信息更新的即时性，有利于提高实时出账效率和均衡业务高峰期整个出账域的工作压力。

针对上述方法流程，本发明实施例还提供一种在线计费引擎、实时出账引擎、在线计费系统，这些在线计费引擎、实时出账引擎、在线计费系统的具体内容可以参照上述方法实施，在此不再赘述。

如图8所示，本发明实施例提供一种在线计费引擎800，包括：

收发单元801，用于接收在线计费请求，在线计费请求是业务网元收到终端的业务请求后发送的；

在线计费控制单元802，用于获取与终端的终端标识对应的当前用户状态信息，并指示业务鉴权单元803根据当前用户状态信息对业务请求进行鉴权；其中，当前用户状态信息是在结束终端上一次在线计费请求的在线计费处理后的用户状态信息；

业务鉴权单元803，用于根据在线计费控制单元802的指示，根据当前用户状态信息对业务请求进行鉴权；

收发单元801还用于在业务鉴权单元803对业务请求进行鉴权后，向业务网元发送针对业务请求的鉴权结果。

进一步地，当前用户状态信息包括终端的当前信控状态和可用信用额度状态；

业务鉴权单元803用于：

判断终端的当前信控状态是否满足第一设定条件，若是，判断终端的可用信用额度状态是否满足第二设定条件，若是，则确定业务请求的鉴权结果为通过鉴权。

进一步地，与终端的终端标识对应的当前用户状态信息存储在第一内存数据库中，第一内存数据库与用于更新与终端标识对应的当前用户状态信息的服务器之间存在一一对应关系；

在线计费控制单元802用于：

根据第一内存数据库与用于更新与终端标识对应的当前用户状态信息的服务器之间存在一一对应关系，查询第一内存数据库，获得与终端的终端标识对应的当前用户状态信息。进一步地，还包括批价引擎单元804；

批价引擎单元804，用于在收发单元801接收到在线计费请求时，根据在线计费请求，对终端进行在线计费处理，得到与终端标识对应的在线计费结果；在线计费结果用于更新与终端标识对应的当前用户状态信息。

进一步地，批价引擎单元804还用于：

在对终端进行在线计费处理之后，获取与终端标识对应的业务特征数据，将与终端标识对应的业务特征数据和在线计费处理结果导入到与终端标识对应的实时出账队列中；其中，与终端标识对应的实时出账队列存储在第二内存数据库中，第二内存数据库与用于更新与终端标识对应的当前用户状态信息的服务器之间存在一一对应关系。

上述实施例中，在线计费引擎接收到业务网元发送的针对某一终端的在线计费请求之后，首先根据终端当前用户状态信息对业务请求进行鉴权，终端当前用户状态信息是指在结束终端上一次业务请求的在线计费处理后的用户状态信息，而现有技术是在线计费引擎接收到针对某一终端的在线计费请求之后，首先对终端进行计费，然后转到实时出账引擎根据计费结果实时出账，然后根据实时出账结果确定终端的当前用户状态信息，再基于确定的终端的当前用户状态信息对业务请求进行鉴权。现有技术中的业务鉴权同步流程涉及到在线计费、出账计算、信控管理等模块，又因在线计费、出账计算等模块需要调用大量外部数据，占用较多资源，在业务高峰期，来不及处理大批量的在线计费请求，对于一些在线计费请求的等待时长超时后很容易出现在线鉴权转离线，影响用户在线保持率；与现有技术相比，本发明实施例提供的在线计费方法简化了业务鉴权流程，可以大大缩短对在线计费请求的业务鉴权的周期，这样在业务高峰期，只需要较少的时间和资源就可以完成业务鉴权过程，使得业务网元在极短的时间内接收到业务鉴权结果，不会出现因在线流程异常导致的转离线承载的情况，进而提高了在线计费系统的业务高峰处理能力和用户在线计费流程的保持率。

如图9所示，本发明实施例提供一种实时出账引擎901，

实时出账引擎901，用于获取终端的在线计费结果，根据终端的在线计费处理结果，更新与终端标识对应的当前用户状态信息；其中，终端的在线计费处理结果是在接收到终端的在线计费请求时，对终端进行在线计费处理得到 的，在线计费请求是业务网元收到终端的业务请求后发送的。

进一步地，终端的在线计费处理结果存储在与终端的终端标识对应的实时出账队列中，与终端的终端标识对应的实时出账队列配置在第二内存数据库中，第二内存数据库与用于更新与终端标识对应的当前用户状态信息的服务器之间存在一一对应关系；

出账控制单元用于：

根据第二内存数据库与用于更新与终端标识对应的当前用户状态信息的服务器之间存在一一对应关系，从第二内存数据库中获取终端的在线计费结果。

进一步地，与终端标识对应的实时出账队列中还包括与终端标识对应的业务特征数据；

实时出账引擎还包括实时出账单元902，余额管理单元903，在线信控管理单元904，用户状态管理单元905；出账控制单元具体用于：

控制实时出账单元902根据与终端的终端标识对应的实时出账队列中的在线计费处理结果和业务特征数据，对终端进行出账处理；；

控制余额管理单元903根据终端的出账处理结果确定终端的余额信息；

控制在线信控管理单元904根据终端的余额信息，确定终端的当前用户信控状态和终端的当前用户可用信用额度；

控制用户状态管理单元905根据终端的当前用户信控状态和终端的当前用户可用信用额度，更新与终端标识对应的当前用户状态信息。

上述实施例中，实时出账引擎与在线计费引擎为异步处理流程，实时出账引擎不直接参与到业务鉴权流程中，实时出账引擎只需获取终端的在线计费结果，并根据终端的在线计费处理结果，更新与终端标识对应的当前用户状态信息，保证了出账计算和用户状态信息更新的即时性，有利于提高实时出账效率和均衡业务高峰期整个出账域的工作压力。

如图10本发明实施例提供一种在线计费系统，包括：

在线计费引擎1001，用于接收在线计费请求，在线计费请求是业务网元收到终端的业务请求后发送的；获取与终端的终端标识对应的当前用户状态信息，并根据当前用户状态信息对业务请求进行鉴权，并向业务网元发送针对业务请求的鉴权结果；其中，当前用户状态信息是在结束终端上一次在线计费请求的在线计费处理后的用户状态信息；

实时出账引擎1002，用于获取终端的在线计费结果，根据终端的在线计费处理结果，更新与终端标识对应的当前用户状态信息；其中，终端的在线计费处理结果是在接收到终端的在线计费请求时，对终端进行在线计费处理得到的。

上述在线计费系统中，在线计费引擎和实时出账引擎为异步处理流程，实时出账引擎并不直接参与到用户的在线业务鉴权中，当在线计费引擎接收到在线计费请求时，获取与终端的终端标识对应的当前用户状态信息，该当前用户状态信息是在结束终端上一次在线计费请求的在线计费处理后的用户状态信息，并根据当前用户状态信息对业务请求进行鉴权，并向业务网元发送针对业务请求的鉴权结果，与现有技术相比，本发明实施例提供的在线计费方法简化了业务鉴权流程，大大缩短对在线计费请求的业务鉴权的响应周期，这样在业务高峰期，只需要较少的时间和资源就可以完成业务鉴权过程，使得业务网元在极短的时间内接收到业务鉴权结果，不会出现因在线流程异常导致的转离线承载的情况，进而提高了在线计费系统的业务高峰处理能力和用户在线计费流程的保持率。而实时出账引擎不直接参与到业务鉴权流程中，实时出账引擎只需获取终端的在线计费结果，并根据终端的在线计费处理结果，更新与终端标识对应的当前用户状态信息，保证了出账计算和用户状态信息更新的即时性，有利于提高实时出账效率和均衡业务高峰期整个出账域的工作压力。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/ 或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本发明的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (17)

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

接收在线计费请求，所述在线计费请求是业务网元收到终端的业务请求后发送的；

获取与所述终端的终端标识对应的当前用户状态信息，并根据所述当前用户状态信息对所述业务请求进行鉴权；其中，所述当前用户状态信息是在结束所述终端上一次在线计费请求的在线计费处理后的用户状态信息；

向所述业务网元发送针对所述业务请求的鉴权结果。

2.如权利要求1所述的在线计费方法，其特征在于，所述当前用户状态信息包括所述终端的当前信控状态和可用信用额度状态；

根据所述当前用户状态信息对所述业务请求进行鉴权，包括：

判断所述终端的当前信控状态是否满足第一设定条件，若是，判断所述终端的可用信用额度状态是否满足第二设定条件，若是，则确定所述业务请求的鉴权结果为通过鉴权。

3.如权利要求1所述的在线计费方法，其特征在于，

与所述终端的终端标识对应的当前用户状态信息存储在第一内存数据库中，所述第一内存数据库与用于更新与所述终端标识对应的当前用户状态信息的服务器之间存在一一对应关系；

获取与所述终端的终端标识对应的当前用户状态信息，包括：

根据所述第一内存数据库与用于更新与所述终端标识对应的当前用户状态信息的服务器之间存在的一一对应关系，查询所述第一内存数据库，获得与所述终端的终端标识对应的当前用户状态信息。

4.如权利要求1所述的在线计费方法，其特征在于，还包括：

根据所述在线计费请求，对所述终端进行在线计费处理，得到与所述终端标识对应的在线计费结果；所述在线计费结果用于更新与所述终端标识对应的当前用户状态信息。

5.如权利要求4所述的在线计费方法，其特征在于，对所述终端进行在线计费处理之后，还包括：

获取与所述终端标识对应的业务特征数据，将与所述终端标识对应的所述业务特征数据和所述在线计费处理结果导入到与所述终端标识对应的实时出账队列中；其中，与所述终端标识对应的实时出账队列存储在第二内存数据库中，所述第二内存数据库与用于更新与所述终端标识对应的当前用户状态信息的服务器之间存在一一对应关系。

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

获取终端的在线计费结果，根据所述终端的在线计费处理结果，更新与所述终端标识对应的当前用户状态信息；其中，所述终端的在线计费处理结果是在接收到所述终端的在线计费请求时，对所述终端进行在线计费处理得到的，所述在线计费请求是业务网元收到所述终端的业务请求后发送的。

7.如权利要求6所述的在线计费方法，其特征在于，所述终端的在线计费处理结果存储在与所述终端的终端标识对应的实时出账队列中，与所述终端的终端标识对应的实时出账队列配置在第二内存数据库中，所述第二内存数据库与用于更新与所述终端标识对应的当前用户状态信息的服务器之间存在一一对应关系；

所述获取终端的在线计费结果，包括：

根据所述第二内存数据库与用于更新与所述终端标识对应的当前用户状态信息的服务器之间存在的一一对应关系，从所述第二内存数据库中获取所述终端的在线计费结果。

8.如权利要求7所述的在线计费方法，其特征在于，所述与所述终端标识对应的实时出账队列中还包括与所述终端标识对应的业务特征数据；

所述根据所述终端的在线计费处理结果，更新与所述终端标识对应的当前用户状态信息，包括：

根据与所述终端的终端标识对应的实时出账队列中的所述在线计费处理结果和所述业务特征数据，对所述终端进行出账处理；并根据所述终端的出账处理结果确定所述终端的余额信息；

根据所述终端的余额信息，确定所述终端的当前用户信控状态和所述终端的当前用户可用信用额度；

根据终端的当前用户信控状态和所述终端的当前用户可用信用额度，更新与所述终端标识对应的当前用户状态信息。

9.一种在线计费引擎，其特征在于，包括：

收发单元，用于接收在线计费请求，所述在线计费请求是业务网元收到终端的业务请求后发送的；

在线计费控制单元，用于获取与所述终端的终端标识对应的当前用户状态信息，并指示所述业务鉴权单元根据所述当前用户状态信息对所述业务请求进行鉴权；其中，所述当前用户状态信息是在结束所述终端上一次在线计费请求的在线计费处理后的用户状态信息；

所述业务鉴权单元，用于根据所述在线计费控制单元的指示，根据所述当前用户状态信息对所述业务请求进行鉴权；

所述收发单元还用于在所述业务鉴权单元对所述业务请求进行鉴权后，向所述业务网元发送针对所述业务请求的鉴权结果。

10.如权利要求9所述的在线计费引擎，其特征在于，所述当前用户状态信息包括所述终端的当前信控状态和可用信用额度状态；

所述业务鉴权单元用于：

判断所述终端的当前信控状态是否满足第一设定条件，若是，判断所述终端的可用信用额度状态是否满足第二设定条件，若是，则确定所述业务请求的鉴权结果为通过鉴权。

11.如权利要求9所述的在线计费引擎，其特征在于，与所述终端的终端标识对应的当前用户状态信息存储在第一内存数据库中，所述第一内存数据库与用于更新与所述终端标识对应的当前用户状态信息的服务器之间存在一一对应关系；

所述在线计费控制单元用于：

根据所述第一内存数据库与用于更新与所述终端标识对应的当前用户状态信息的服务器之间存在的一一对应关系，查询所述第一内存数据库，获得与所述终端的终端标识对应的当前用户状态信息。

12.如权利要求9所述的在线计费引擎，其特征在于：还包括批价引擎单元；

所述批价引擎单元，用于在所述收发单元接收到所述在线计费请求时，根据所述在线计费请求，对所述终端进行在线计费处理，得到与所述终端标识对应的在线计费结果；所述在线计费结果用于更新与所述终端标识对应的当前用户状态信息。

13.如权利要求12所述的在线计费引擎，其特征在于，所述批价引擎单元还用于：

在对所述终端进行在线计费处理之后，获取与所述终端标识对应的业务特征数据，将与所述终端标识对应的所述业务特征数据和所述在线计费处理结果导入到与所述终端标识对应的实时出账队列中；其中，与所述终端标识对应的实时出账队列存储在第二内存数据库中，所述第二内存数据库与用于更新与所述终端标识对应的当前用户状态信息的服务器之间存在一一对应关系。

14.一种实时出账引擎，其特征在于，包括：

出账控制单元，用于控制获取终端的在线计费结果，根据所述终端的在线计费处理结果，更新与所述终端标识对应的当前用户状态信息；其中，所述终端的在线计费处理结果是在接收到所述终端的在线计费请求时，对所述终端进行在线计费处理得到的，所述在线计费请求是业务网元收到所述终端的业务请求后发送的。

15.如权利要求14所述的实时出账引擎，其特征在于，所述终端的在线计费处理结果存储在与所述终端的终端标识对应的实时出账队列中，与所述终端的终端标识对应的实时出账队列配置在第二内存数据库中，所述第二内存数据库与用于更新与所述终端标识对应的当前用户状态信息的服务器之间存在一一对应关系；

所述出账控制单元用于：

根据所述第二内存数据库与用于更新与所述终端标识对应的当前用户状态信息的服务器之间存在的一一对应关系，从所述第二内存数据库中获取所述终端的在线计费结果。

16.如权利要求15所述的实时出账引擎，其特征在于，所述与所述终端标识对应的实时出账队列中还包括与所述终端标识对应的业务特征数据；

所述实时出账引擎还包括实时出账单元，余额管理单元，在线信控管理单元，用户状态管理单元；所述出账控制单元具体用于：

控制所述实时出账单元根据与所述终端的终端标识对应的实时出账队列中的所述在线计费处理结果和所述业务特征数据，对所述终端进行出账处理；；

控制所述余额管理单元根据所述终端的出账处理结果确定所述终端的余额信息；

控制所述在线信控管理单元根据所述终端的余额信息，确定所述终端的当前用户信控状态和所述终端的当前用户可用信用额度；

控制所述用户状态管理单元根据终端的当前用户信控状态和所述终端的当前用户可用信用额度，更新与所述终端标识对应的当前用户状态信息。

17.一种在线计费系统，其特征在于，包括：

在线计费引擎，用于接收在线计费请求，所述在线计费请求是业务网元收到终端的业务请求后发送的；获取与所述终端的终端标识对应的当前用户状态信息，并根据所述当前用户状态信息对所述业务请求进行鉴权，并向所述业务网元发送针对所述业务请求的鉴权结果；其中，所述当前用户状态信息是在结束所述终端上一次在线计费请求的在线计费处理后的用户状态信息；

实时出账引擎，用于获取所述终端的在线计费结果，根据所述终端的在线计费处理结果，更新与所述终端标识对应的当前用户状态信息；其中，所述终端的在线计费处理结果是在接收到所述终端的在线计费请求时，对所述终端进行在线计费处理得到的。