CN109905249B - 处理计费消息的方法、装置、设备及介质 - Google Patents

Abstract

本发明实施例提供了一种处理计费消息的方法、装置、设备及介质。该方法包括：根据系统时间与计费消息的会话创建时间之间的时长、以及所述计费消息的总处理状态标识，确定处理状态异常的计费消息；根据各级处理模块的处理状态标识，确定所述处理状态异常的计费消息的当前流转状态，所述各级处理模块为用于处理所述计费消息的模块；根据所述当前流转状态，将所述处理状态异常的计费消息发回给所述各级处理模块中相应级的处理模块，以重新对所述处理状态异常的计费消息进行处理。采用该方法，针对在线消息丢失的情况，能够及时回补，实现准实时计费，降低了用户欠费和流量业务收入流失的风险。

Description

处理计费消息的方法、装置、设备及介质

技术领域

本发明涉及电信计费技术领域，尤其涉及一种处理计费消息的方法、系统、装置及介质。

背景技术

目前，流量业务是各大电信运营商的主流业务之一。为了降低欠费风险，各大电信运营商均推出了实时计费模式：用户在上网的过程中，GGSN(Gateway GPRS Support Node；网关GPRS支持模块)会实时发送计费消息到汇接代理模块，汇接代理模块将该计费消息处理完成后，发送至融合计费模块，融合计费模块将该计费消息处理完成后，发送至账务结算模块，账务结算模块将该计费消息处理完成，即为整个流程处理完成，最后，由账务结算模块向GGSN反馈该计费消息的处理结果为完成实时计费处理。

然而，在实际应用场景中，汇接代理模块、融合计费模块以及账务结算模块必然会部署于不同的主机(集群)，若计费消息流转的过程中，出现计费消息者丢失(例如：账务结算模块较长时间未向GGSN反馈计费消息的处理结果)，则必然触发离线计费流程，导致实时在线计费失去意义，造成用户欠费和流量业务收入流失的风险。

综上所述，采用目前对计费消息的处理方法，若计费消息丢失，则存在用户欠费和流量业务收入流失的风险。

发明内容

本发明实施例提供了一种处理计费消息的方法、装置、设备及介质，对处理状态异常的计费消息进行丢单回补，实现准实时计费，降低了用户欠费和流量业务收入流失的风险。

第一方面，本发明实施例提供了一种处理计费消息的方法，方法包括：

根据系统时间与计费消息的会话创建时间之间的时长、以及所述计费消息的总处理状态标识，确定处理状态异常的计费消息；

根据各级处理模块的处理状态标识，确定所述处理状态异常的计费消息的当前流转状态，所述各级处理模块为用于处理所述计费消息的模块；

根据所述当前流转状态，将所述处理状态异常的计费消息发回给所述各级处理模块中相应级的处理模块，以重新对所述处理状态异常的计费消息进行处理。

第二方面，本发明实施例提供了一种处理计费消息的装置，装置包括：

第一确定模块，用于根据系统时间与计费消息的会话创建时间之间的时长、以及所述计费消息的总处理状态标识，确定处理状态异常的计费消息；

第二确定模块，用于根据各级处理模块的处理状态标识，确定所述处理状态异常的计费消息的当前流转状态，所述各级处理模块为用于处理所述计费消息的模块；

处理模块，用于根据所述当前流转状态，将所述处理状态异常的计费消息发回给所述各级处理模块中相应级的处理模块，以重新对所述处理状态异常的计费消息进行处理。

第三方面，本发明实施例提供了一种处理计费消息的设备，包括：至少一个处理器、至少一个存储器以及存储在存储器中的计算机程序指令，当计算机程序指令被处理器执行时实现如上述实施方式中第一方面的方法。

第四方面，本发明实施例提供了一种计算机可读存储介质，其上存储有计算机程序指令，当计算机程序指令被处理器执行时实现如上述实施方式中第一方面的方法。

本发明实施例提供的处理计费消息的方法、装置、设备及介质，通过将系统时间与计费消息的会话创建时间相比，能够及时的确定出处理状态异常的计费消息。并且根据各级处理模块的处理状态标识，能够通过相应级的处理模块重新对该处理状态异常的计费消息进行处理，实现了丢单回补。因而，针对在线消息丢失的情况，能够及时回补，实现准实时计费，降低了用户欠费和流量业务收入流失的风险。

附图说明

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

图1是本发明实施例提出的处理计费消息的系统的示意图。

图2示出了本发明实施例提出的计费消息处理流程的示意图。

图3示出了本发明实施例提供的处理计费消息的方法的流程图。

图4是本发明实施例提出的处理计费消息的装置的示意图。

图5示出了本发明实施例提供的处理计费消息的设备的硬件结构示意图。

具体实施方式

下面将详细描述本发明的各个方面的特征和示例性实施例，为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细描述。应理解，此处所描述的具体实施例仅被配置为解释本发明，并不被配置为限定本发明。对于本领域技术人员来说，本发明可以在不需要这些具体细节中的一些细节的情况下实施。下面对实施例的描述仅仅是为了通过示出本发明的示例来提供对本发明更好的理解。

需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

首先，对本发明各个示例性实施例所适用的实施环境进行说明。图1是本发明实施例提出的处理计费消息的系统的示意图。如图1所示，该实施环境包括：GGSN101(GatewayGPRS Support Node；网关GPRS支持模块)、汇接代理模块102、融合计费模块103、账务结算模块104、内存数据库105、会话稽核模块106。其中，汇接代理模块102与GGSN101相连，融合计费模块103与汇接代理模块102相连，账务结算模块104与融合计费模块103相连，且汇接代理模块102、融合计费模块103以及账务结算模块104分别与内存数据库105相连，会话稽核模块106与内存数据库105相连。如图1所示，在本发明实施例中，汇接代理模块102除包括消息处理子模块1021外，还新增了会话管理子模块1022和丢单回补子模块1023。并且，融合计费模块103和账务结算模块104分别新增了更新会话记录表的功能，也即更新会话记录表中各自的状态信息标识。下文将对会话管理子模块1022、丢单回补子模块1023以及如何更新会话记录表进行说明。

图2是本发明实施例提出的计费消息处理流程的示意图。如图2所示，通常情况下，在用户开始使用流量时，GGSN101会收到相应的计费消息。用户数量较多时，GGSN101会收到相应的多个计费消息。然后GGSN101将收到的计费消息发送给汇接代理模块102。汇接代理模块102中的会话管理子模块1022在每接收到一个来自于GGSN101的计费消息时，如图2所示，为该计费消息创建会话，并将该计费消息的会话数据存入内存数据库105中。针对不同的计费消息，会话管理子模块1022相应地创建不同的会话，也就是说，每个计费消息均与唯一的会话相对应(例如：每个计费消息对应的会话的标识是唯一的)，以此实现会话管理机制的建立，进而采用会话管理机制管理计费消息。

其中，一个计费消息的会话数据至少包括：该计费消息对应的会话的唯一标识(记为Session_id)；该在建计费消息对应的会话的创建时间(记为Create_time)；汇接代理模块102的处理状态标识(记为Pa_state)；汇接代理模块102的处理状态标识(记为Pa_state)；融合计费模块103的处理状态标识(记为Rf_state)；账务结算模块104的处理状态标识(记为Cgf_state)；该计费消息的总处理状态标识(记为State)。

其中，Pa_state、Rf_state以及Cgf_state中每一个的取值均可以为0、1、2、3、4、5中的任意一个，并且，0表示未处理；1表示正常处理；2表示异常；3表示丢单回补；4表示丢单回补后状态正常；5表示丢单回补后状态异常。State的取值可以为0或1，并且，0表示未处理；1表示正常处理。

示例地，一个计费消息的会话数据可以通过一个会话记录表来表示。会话记录表如表1所示。

表1会话记录表

为了便于通过会话管理机制管理计费消息，会话管理子模块1022在创建会话之后，如图2所示，还对相应的会话记录表进行初始化，包括：将Pa_state、Rf_state、Cgf_state以及State的值均初始化为0，以表示该计费消息是未处理的状态，即该计费消息未经汇接代理模块102、融合计费模块103以及账务结算模块104的任一者处理；将Create_time的值设置为系统时间(记为System_time)。

在完成初始化之后，会话管理子模块1022将该计费消息的会话记录表存储到内存数据库105中，然后，触发汇接代理模块102中的消息处理子模块1021对该计费消息进行处理。

可选地，在本发明一实施例中，各级处理模块对计费消息的处理过程如下：

所述汇接代理模块102对所述计费消息进行处理，将处理过的计费消息插入内存数据库105中的消息处理工单流转表，并在所述计费消息对应的会话记录表中新增消息处理标识以及消息处理后的字段，以及将所述计费消息传递到所述融合计费模块103；

所述融合计费模块103对所述计费消息进行处理，将处理过的计费消息插入内存数据库105中的融合计费工单流转表，并在所述计费消息对应的会话记录表中新增融合计费处理标识以及融合计费处理后的字段；

所述账务结算模块104对所述计费消息进行处理，将处理过的计费消息插入内存数据库105中的账务结算工单流转表，并在所述计费消息对应的会话记录表中新增账务结算处理标识以及账务结算处理后的字段；

所述账务结算模块104将所述计费消息的总处理状态标识更新为正常处理标识。消息处理子模块1021在开始对该计费消息进行处理时，首先，锁定该计费消息，以防止同时有其他模块对该计费消息进行处理而引发错误。在完成锁定之后，如图2所示，消息处理子模块1021进行正常的消息处理，处理完毕后更新该计费消息对应的会话记录表中Pa_state的值。具体如何更新，将在下文进行说明。然后，消息处理子模块1021将处理过的计费消息插入内存数据库105中的消息处理工单流转表L1(Session_id与该计费消息对应的会话记录表中的Session_id一致，新增消息处理标识message_id，消息处理后的字段)，并将该计费消息传递到融合计费模块103。

融合计费模块103接收到来自于消息处理子模块1021的计费消息后，首先，锁定该计费消息，以防止同时有其他模块对该计费消息进行处理而引发错误。在完成锁定之后，如图2所示，融合计费模块103进行正常的融合计费处理，处理完毕后更新该计费消息对应的会话记录表中Rf_state的值。具体如何更新，将在下文进行说明。然后，融合计费模块103将处理过的计费消息插入内存数据库105中的融合计费工单流转表L2(Session_id与该计费消息对应的会话记录表中的Session_id一致，新增融合计费处理标识billing_id，融合计费处理后的字段，例如：用户费用信息、优惠信息、套餐统计信息等)，并将该计费消息传递到账务结算模块104。

账务结算模块104接收到来自于融合计费模块103的计费消息后，首先，锁定该计费消息，以防止同时有其他模块对该计费消息进行处理而引发错误。在完成锁定之后，如图2所示，账务结算模块104进行正常的账务结算处理，处理完毕后更新该计费消息对应的会话记录表中Cgf_state的值。具体如何更新，将在下文进行说明。然后，账务结算模块104将处理过的计费消息插入内存数据库105中的账务结算工单流转表L3(Session_id与该计费消息对应的会话记录表中的Session_id一致，新增账务结算处理标识account_id，处账务结算处理后的字段，例如：用户账务优惠信息等)。最后，由账务结算模块104向GGSN101反馈该计费消息的处理结果为完成实时计费处理，并且该计费消息的会话记录表中State的值由0更新为1。

正常情况下，来自于GGSN101的计费消息均应该在特定时长(例如：3秒)内完成实时计费处理。在本发明实施例中，如图2所示，通过丢单回补子模块1023实时扫描每个计费消息的会话记录表。若在该特定时长内GGSN101没有接收到账务结算模块104反馈的某一计费消息的处理结果，例如：对于某一计费消息，System_time-Create_time大于3s且State为0，则认为该计费消息丢失，也即该计费消息是处理状态异常的消息，需要对该计费消息进行丢单回补处理。

在本发明实施例中，如图3所示，图3是本发明实施例提供的处理计费消息的方法的流程图。通过执行该方法，即可完成丢单回补处理的流程。如图3所示，该方法包括以下步骤：

步骤S31：根据系统时间与计费消息的会话创建时间之间的时长、以及所述计费消息的总处理状态标识，确定处理状态异常的计费消息；

步骤S32：根据各级处理模块的处理状态标识，确定所述处理状态异常的计费消息的当前流转状态，所述各级处理模块为用于处理计费消息的模块；

步骤S33：根据所述当前流转状态，将所述处理状态异常的计费消息发回给所述各级处理模块中相应级的处理模块，以重新对所述处理状态异常的计费消息进行处理。

可选地，在本发明另一实施例中，在将所述处理状态异常的计费消息发回给所述各级处理模块中相应级的处理模块的同时，所述方法还包括：

将所述相应级的处理模块的处理状态标识更新为丢单回补标识。

步骤S31中，计费消息的总处理状态标识即为上述State，系统时间即为上述System_time，计费消息的会话创建时间即为上述Create_time。因而，系统时间与计费消息的会话创建时间之间的时长即为System_time-Create_time。如果对于一个计费消息，System_time-Create_time大于特定时长(例如：3秒)且State的值是0，则该计费消息是处理状态异常的消息，需要对该计费消息进行丢单回补处理。

接下来，执行步骤S32和步骤S33。步骤S32中的各级处理模块为用于处理所述计费消息的模块。在本发明实施例中，各级处理模块包括图1所示的汇接代理模块102、融合计费模块103以及账务结算模块104。

可选地，在本发明一实施例中，步骤S33包括以下任一者：

所述汇接代理模块102从所述内存数据库105中取出所述处理状态异常的计费消息，返回给所述汇接代理模块，以重新对所述处理状态异常的计费消息进行处理；

所述融合计费模块103从所述内存数据库105中的消息处理工单流转表中取出所述处理状态异常的计费消息的有所述消息处理标识、且无所述融合计费标识和所述账务结算标识的工单，返回给所述融合计费模块103，以重新对所述处理状态异常的计费消息进行处理；

所述账务结算模块104从所述内存数据库105中的融合计费工单流转表中取出所述处理状态异常的计费消息的有所述消息处理标识和所述融合计费标识、且无所述账务结算标识的工单，返回给所述账务结算模块104，以重新对所述处理状态异常的计费消息进行处理。

如果Pa_state的值是0，则说明该处理状态异常的计费消息的当前流转状态是消息处理子模块1021处，因而，从内存数据库105中重新取出GGSN101发送来的计费处理消息，返回给消息处理子模块1021，如图2所示，由消息处理子模块1021重新对该处理状态异常的计费消息进行消息处理。可选地，如图2所示，将Pa_state更新为3，以表示消息处理子模块1021正在对该处理状态异常的计费消息进行丢单回补处理，便于管理人员定位出故障出在汇接代理模块102处。

如果Rf_state的值是0，则说明该处理状态异常的计费消息的当前流转状态是融合计费模块103处，因而，从内存数据库105中的消息处理工单流转表L1中取出同样Sessio_id，且已经有message_id而无billing_id以及account_id的工单，返回给融合计费模块103，如图2所示，由融合计费模块103重新对该处理状态异常的计费消息进行融合计费处理。可选地，如图2所示，将Rf_state更新为3，以表示融合计费模块103正在对该处理状态异常的计费消息进行丢单回补处理，便于管理人员定位出故障出在融合计费模块103处。

如果Cgf_state的值是0，则从内存数据库105中的融合计费工单流转表L2中取出同样Sessio_id，且已经有message_id和billing_id，而无account_id的工单，返回给账务结算模块104，如图2所示，由账务结算模块104重新对该处理状态异常的计费消息进行账务结算处理。可选地，如图2所示，将Cgf_state更新为3，以表示账务结算模块104正在对该处理状态异常的计费消息进行丢单回补处理，便于管理人员定位出故障出在账务结算模块104处。

采用上述技术方案，通过将系统时间与计费消息的会话创建时间相比，能够及时的确定出处理状态异常的计费消息。并且根据各级处理模块的处理状态标识，能够通过相应级的处理模块重新对该处理状态异常的计费消息进行处理，实现了丢单回补。因而，针对在线消息丢失的情况，能够及时回补，实现准实时计费，降低了用户欠费和流量业务收入流失的风险。

可选地，在本发明另一实施例中，上述处理计费消息的方法还包括以下步骤：

在接收到所述计费消息时，为所述计费消息创建会话，并生成所述计费消息的会话记录表，所述会话记录表中所述各级处理模块的处理状态标识被初始化为未处理状态；

存储所述会话记录表，并触发所述各级处理模块对所述计费消息进行逐级处理；

所述各级处理模块中的每一级处理模块，根据该级模块的处理状态，更新所述会话记录表中该级处理模块的处理状态标识。

上述步骤由汇接管理模块中的会话管理子模块1022执行，具体可参见针对图1中的会话管理子模块1022的说明。在会话管理子模块1022将各级处理模块的处理状态标识初始化后，也即设置为0之后，各级处理模块根据针对某一计费消息的处理状态，更新该计费消息对应的会话记录表中相应的处理状态标识。

以汇接代理模块102为例，其中的消息处理子模块1021如果未对某一计费消息进行正常处理，则如图2所示，将Pa_state＝0更新为Pa_state≠1，在此情况下，可以确定该计费消息是处理状态异常的计费消息，如上所述，从内存数据库105中取出该处理状态异常的计费消息，返回给消息处理子模块1021，如图2所示，由消息处理子模块1021重新对该处理状态异常的计费消息进行消息处理。

同理，融合计费模块103如果未对某一计费消息进行正常处理，则如图2所示，将Rf_state＝0更新为Rf_state≠1，在此情况下，可以确定该计费消息是处理状态异常的计费消息，如上所述，从内存数据库105中的消息处理工单流转表L1中取出同样Sessio_id，且已经有message_id而无billing_id以及account_id的工单，返回给融合计费模块103，如图2所示，由融合计费模块103重新对该处理状态异常的计费消息进行融合计费处理。

同理，账务计费模块如果未对某一计费消息进行正常处理，则如图2所示，将Cgf_state＝0更新为Cgf_state≠1，在此情况下，可以确定该计费消息是处理状态异常的计费消息，如上所述，从内存数据库105中的融合计费工单流转表L2中取出同样Sessio_id，且已经有message_id和billing_id，而无account_id的工单，返回给账务结算模块104，如图2所示，由账务结算模块104重新对该处理状态异常的计费消息进行账务结算处理。

采用上述技术方案，建立了会话管理机制，针对每个计费消息的处理过程均可以通过唯一的会话进行管理，通过初始化各级处理模块的处理状态标识，为各级处理模块的处理过程的完整性、一致性检查提供了基础。并且各级处理模块具有更新各自的处理状态标识的功能，便于管理人员实时了解各级处理模块对计费消息的处理状态，及时发现处理状态异常的计费消息以及定位故障。

可选地，在本发明另一实施例中，上述方法还包括以下步骤：

所述各级处理模块中的每一级处理模块，根据该级模块的处理状态，更新所述会话记录表中该级处理模块的处理状态标识，包括：

所述各级处理模块中的每一级处理模块，确定所述计费消息的原始状态；

若所述原始状态是未处理状态，且该级模块已完成正常处理，将所述会话记录表中该级处理模块的处理状态标识更新为正常状态；

若所述原始状态是丢单补回状态，且该级模块已完成正常处理，将所述会话记录表中该级处理模块的处理状态标识更新为丢单补回后正常状态。

对各级处理模块中的每一级处理模块来说，其所处理的计费消息可能是从未被处理过的，即来自于GGSN101的计费消息。也可能是处理状态异常的计费消息，对其进行丢单回补处理时再次返回到该级处理模块的。针对从未被处理过的计费消息，其原始状态是0，也即Pa_state、Rf_state以及Cgf_state为0，因此，在对该计费消息进行正常处理之后，相应地将Pa_state、Rf_state以及Cgf_state更新为1；针对需要进行丢单回补的计费消息，由于在确定需要对其进行丢单回补时，将Pa_state、Rf_state以及Cgf_state更新为3，因此，在完成丢单回补之后，相应地将Pa_state、Rf_state以及Cgf_state更新为4，以表示该计费消息是经过丢单回补后处理状态正常的，便于后续统计各级处理模块的故障率和故障修复能力。

可选地，在本发明另一实施例中，上述方法还包括以下步骤：

周期性统计所述各级处理模块的处理状态标识；

根据统计结果，生成用于表征所述各级处理模块的运行情况的报表。

上述步骤由会话稽核模块106执行。会话稽核模块106是新增的模块，用于周期性统计内存数据库105中各级处理模块的处理状态标识，然后根据统计结果，生成用于表征各级处理模块的运行情况的报表，因而为管理人员提供了一个清晰可见的系统运行情况报表，为定位故障，分析原因提供依据。

示例地，会话稽核模块106每分钟扫描System_time-Create_time大于60秒的计费消息，然后根据该计费消息的会话记录表，统计Pa_state、Rf_state以及Cgf_state的值，生成实时报表数据，供管理人员对系统运行情况进行监控分析。

另外，结合图3描述的本发明实施例的处理计费消息的方法可以由处理计费消息的装置来实现。如图4所示，该装置400包括：

第一确定模块401，用于根据系统时间与计费消息的会话创建时间之间的时长、以及所述计费消息的总处理状态标识，确定处理状态异常的计费消息；

第二确定模块402，用于根据各级处理模块的处理状态标识，确定所述处理状态异常的计费消息的当前流转状态，所述各级处理模块为用于处理所述计费消息的模块；

处理模块403，用于根据所述当前流转状态，将所述处理状态异常的计费消息发回给所述各级处理模块中相应级的处理模块，以重新对所述处理状态异常的计费消息进行处理。

可选地，所述装置还包括：

创建模块，用于在接收到所述计费消息时，为所述计费消息创建会话，并生成所述计费消息的会话记录表，所述会话记录表中所述各级处理模块的处理状态标识被初始化为未处理状态；

存储模块，用于存储所述会话记录表，并触发所述各级处理模块对所述计费消息进行逐级处理；

第一更新模块，用于所述各级处理模块中的每一级处理模块，根据该级模块的处理状态，更新所述会话记录表中该级处理模块的处理状态标识。

可选地，所述装置还包括：

第二更新模块，用于在将所述处理状态异常的计费消息发回给所述各级处理模块中相应级的处理模块的同时，将所述相应级的处理模块的处理状态标识更新为丢单回补标识。

可选地，所述第一更新模块用于：

确定所述计费消息的原始状态；

若所述原始状态是未处理状态，且该级模块已完成正常处理，将所述会话记录表中该级处理模块的处理状态标识更新为正常状态；

若所述原始状态是丢单补回状态，且该级模块已完成正常处理，将所述会话记录表中该级处理模块的处理状态标识更新为丢单补回后正常状态。

可选地，所述装置还包括：

统计模块，用于周期性统计所述各级处理模块的处理状态标识；

报表生成模块，用于根据统计结果，生成用于表征所述各级处理模块的运行情况的报表。

可选地，所述各级处理模块包括汇接代理模块、融合计费模块以及账务结算模块，所述装置还包括：

第一处理模块，用于对所述计费消息进行处理，将处理过的计费消息插入内存数据库中的消息处理工单流转表，并在所述计费消息对应的会话记录表中新增消息处理标识以及消息处理后的字段，以及将所述计费消息传递到所述融合计费模块；

第二处理模块，用于对所述计费消息进行处理，将处理过的计费消息插入内存数据库中的融合计费工单流转表，并在所述计费消息对应的会话记录表中新增融合计费处理标识以及融合计费处理后的字段；

第三处理模块，用于对所述计费消息进行处理，将处理过的计费消息插入内存数据库中的账务结算工单流转表，并在所述计费消息对应的会话记录表中新增账务结算处理标识以及账务结算处理后的字段；

第三更新模块，用于将所述计费消息的总处理状态标识更新为正常处理标识。

可选地，所述处理模块403用于执行以下任一者：

从所述内存数据库中取出所述处理状态异常的计费消息，返回给所述汇接代理模块，以重新对所述处理状态异常的计费消息进行处理；

从所述内存数据库中的消息处理工单流转表中取出所述处理状态异常的计费消息的有所述消息处理标识、且无所述融合计费标识和所述账务结算标识的工单，返回给所述融合计费模块，以重新对所述处理状态异常的计费消息进行处理；

从所述内存数据库中的融合计费工单流转表中取出所述处理状态异常的计费消息的有所述消息处理标识和所述融合计费标识、且无所述账务结算标识的工单，返回给所述账务结算模块，以重新对所述处理状态异常的计费消息进行处理。

另外，结合图3描述的本发明实施例的处理计费消息的方法可以由处理计费消息的设备来实现。图5示出了本发明实施例提供的处理计费消息的设备的硬件结构示意图。

处理计费消息的设备可以包括处理器501以及存储有计算机程序指令的存储器502。

具体地，上述处理器501可以包括中央处理器(CPU)，或者特定集成电路(Application Specific Integrated Circuit，ASIC)，或者可以被配置成实施本发明实施例的一个或多个集成电路。

存储器502可以包括用于数据或指令的大容量存储器。举例来说而非限制，存储器502可包括硬盘驱动器(Hard Disk Drive，HDD)、软盘驱动器、闪存、光盘、磁光盘、磁带或通用串行总线(Universal Serial Bus，USB)驱动器或者两个或更多个以上这些的组合。在合适的情况下，存储器502可包括可移除或不可移除(或固定)的介质。在合适的情况下，存储器502可在数据处理装置的内部或外部。在特定实施例中，存储器502是非易失性固态存储器。在特定实施例中，存储器502包括只读存储器(ROM)。在合适的情况下，该ROM可以是掩模编程的ROM、可编程ROM(PROM)、可擦除PROM(EPROM)、电可擦除PROM(EEPROM)、电可改写ROM(EAROM)或闪存或者两个或更多个以上这些的组合。

处理器501通过读取并执行存储器502中存储的计算机程序指令，以实现上述实施例中的任意一种处理计费消息的方法。

在一个示例中，处理计费消息的设备还可包括通信接口503和总线510。其中，如图5所示，处理器501、存储器502、通信接口503通过总线510连接并完成相互间的通信。

通信接口503，主要用于实现本发明实施例中各模块、装置、单元和/或设备之间的通信。

总线510包括硬件、软件或两者，将处理计费消息的设备的部件彼此耦接在一起。举例来说而非限制，总线可包括加速图形端口(AGP)或其他图形总线、增强工业标准架构(EISA)总线、前端总线(FSB)、超传输(HT)互连、工业标准架构(ISA)总线、无限带宽互连、低引脚数(LPC)总线、存储器总线、微信道架构(MCA)总线、外围组件互连(PCI)总线、PCI-Express(PCI-X)总线、串行高级技术附件(SATA)总线、视频电子标准协会局部(VLB)总线或其他合适的总线或者两个或更多个以上这些的组合。在合适的情况下，总线510可包括一个或多个总线。尽管本发明实施例描述和示出了特定的总线，但本发明考虑任何合适的总线或互连。

该处理计费消息的设备可以基于来自于GGSN101的计费消息，执行本发明实施例中的处理计费消息的方法，从而实现结合图3描述的处理计费消息的方法。

另外，结合上述实施例中的处理计费消息的方法，本发明实施例可提供一种计算机可读存储介质来实现。该计算机可读存储介质上存储有计算机程序指令；该计算机程序指令被处理器执行时实现上述实施例中的任意一种处理计费消息的方法。

需要明确的是，本发明并不局限于上文所描述并在图中示出的特定配置和处理。为了简明起见，这里省略了对已知方法的详细描述。在上述实施例中，描述和示出了若干具体的步骤作为示例。但是，本发明的方法过程并不限于所描述和示出的具体步骤，本领域的技术人员可以在领会本发明的精神后，作出各种改变、修改和添加，或者改变步骤之间的顺序。

以上所述的结构框图中所示的功能块可以实现为硬件、软件、固件或者它们的组合。当以硬件方式实现时，其可以例如是电子电路、专用集成电路(ASIC)、适当的固件、插件、功能卡等等。当以软件方式实现时，本发明的元素是被用于执行所需任务的程序或者代码段。程序或者代码段可以存储在机器可读介质中，或者通过载波中携带的数据信号在传输介质或者通信链路上传送。“机器可读介质”可以包括能够存储或传输信息的任何介质。机器可读介质的例子包括电子电路、半导体存储器设备、ROM、闪存、可擦除ROM(EROM)、软盘、CD-ROM、光盘、硬盘、光纤介质、射频(RF)链路，等等。代码段可以经由诸如因特网、内联网等的计算机网络被下载。

还需要说明的是，本发明中提及的示例性实施例，基于一系列的步骤或者装置描述一些方法或系统。但是，本发明不局限于上述步骤的顺序，也就是说，可以按照实施例中提及的顺序执行步骤，也可以不同于实施例中的顺序，或者若干步骤同时执行。

以上所述，仅为本发明的具体实施方式，所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，上述描述的系统、模块和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。应理解，本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本发明的保护范围之内。

Claims (9)

1.一种处理计费消息的方法，其特征在于，所述方法包括：

根据系统时间与计费消息的会话创建时间之间的时长、以及所述计费消息的总处理状态标识，确定处理状态异常的计费消息；

根据各级处理模块的处理状态标识，确定所述处理状态异常的计费消息的当前流转状态，所述各级处理模块为用于处理所述计费消息的模块；

根据所述当前流转状态，将所述处理状态异常的计费消息发回给所述各级处理模块中相应级的处理模块，以重新对所述处理状态异常的计费消息进行处理；

所述方法还包括，在接收到所述计费消息时，为所述计费消息创建会话，并生成所述计费消息的会话记录表，所述会话记录表中所述各级处理模块的处理状态标识被初始化为未处理状态；

存储所述会话记录表，并触发所述各级处理模块对所述计费消息进行逐级处理；

所述各级处理模块中的每一级处理模块，根据该级模块的处理状态，更新所述会话记录表中该级处理模块的处理状态标识。

2.根据权利要求1所述的方法，其特征在于，在将所述处理状态异常的计费消息发回给所述各级处理模块中相应级的处理模块的同时，所述方法还包括：

将所述相应级的处理模块的处理状态标识更新为丢单回补标识。

3.根据权利要求1所述的方法，其特征在于，所述各级处理模块中的每一级处理模块，根据该级模块的处理状态，更新所述会话记录表中该级处理模块的处理状态标识，包括：

所述各级处理模块中的每一级处理模块，确定所述计费消息的原始状态；

若所述原始状态是未处理状态，且该级模块已完成正常处理，将所述会话记录表中该级处理模块的处理状态标识更新为正常状态；

若所述原始状态是丢单补回状态，且该级模块已完成正常处理，将所述会话记录表中该级处理模块的处理状态标识更新为丢单补回后正常状态。

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

周期性统计所述各级处理模块的处理状态标识；

根据统计结果，生成用于表征所述各级处理模块的运行情况的报表。

5.根据权利要求1所述的方法，其特征在于，所述各级处理模块包括汇接代理模块、融合计费模块以及账务结算模块，所述方法还包括：

所述汇接代理模块对所述计费消息进行处理，将处理过的计费消息插入内存数据库中的消息处理工单流转表，并在所述计费消息对应的会话记录表中新增消息处理标识以及消息处理后的字段，以及将所述计费消息传递到所述融合计费模块；

所述融合计费模块对所述计费消息进行处理，将处理过的计费消息插入内存数据库中的融合计费工单流转表，并在所述计费消息对应的会话记录表中新增融合计费处理标识以及融合计费处理后的字段；

所述账务结算模块对所述计费消息进行处理，将处理过的计费消息插入内存数据库中的账务结算工单流转表，并在所述计费消息对应的会话记录表中新增账务结算处理标识以及账务结算处理后的字段；

所述账务结算模块将所述计费消息的总处理状态标识更新为正常处理标识。

6.根据权利要求5所述的方法，其特征在于，根据所述当前流转状态，将所述处理状态异常的计费消息发回给所述各级处理模块中相应级的处理模块，以重新对所述处理状态异常的计费消息进行处理，包括以下任一者：

所述汇接代理模块从所述内存数据库中取出所述处理状态异常的计费消息，返回给所述汇接代理模块，以重新对所述处理状态异常的计费消息进行处理；

所述融合计费模块从所述内存数据库中的消息处理工单流转表中取出所述处理状态异常的计费消息的有所述消息处理标识、且无融合计费标识和账务结算标识的工单，返回给所述融合计费模块，以重新对所述处理状态异常的计费消息进行处理；

所述账务结算模块从所述内存数据库中的融合计费工单流转表中取出所述处理状态异常的计费消息的有所述消息处理标识和所述融合计费标识、且无所述账务结算标识的工单，返回给所述账务结算模块，以重新对所述处理状态异常的计费消息进行处理。

7.一种处理计费消息的装置，其特征在于，包括：

第一确定模块，用于根据系统时间与计费消息的会话创建时间之间的时长、以及所述计费消息的总处理状态标识，确定处理状态异常的计费消息；

第二确定模块，用于根据各级处理模块的处理状态标识，确定所述处理状态异常的计费消息的当前流转状态，所述各级处理模块为用于处理所述计费消息的模块；

处理模块，用于根据所述当前流转状态，将所述处理状态异常的计费消息发回给所述各级处理模块中相应级的处理模块，以重新对所述处理状态异常的计费消息进行处理；

所述装置还用于在接收到所述计费消息时，为所述计费消息创建会话，并生成所述计费消息的会话记录表，所述会话记录表中所述各级处理模块的处理状态标识被初始化为未处理状态；

存储所述会话记录表，并触发所述各级处理模块对所述计费消息进行逐级处理；

所述各级处理模块中的每一级处理模块，根据该级模块的处理状态，更新所述会话记录表中该级处理模块的处理状态标识。

8.一种处理计费消息的设备，其特征在于，包括：至少一个处理器、至少一个存储器以及存储在所述存储器中的计算机程序指令，当所述计算机程序指令被所述处理器执行时实现如权利要求1-6中任一项所述的方法。

9.一种计算机可读存储介质，其上存储有计算机程序指令，其特征在于，当所述计算机程序指令被处理器执行时实现如权利要求1-6中任一项所述的方法。

Images