CN102571369A - 一种具有容错保护的自动消息对账方法和系统 - Google Patents

Abstract

本发明提供了一种具有容错保护的自动消息对账方法和系统，该方法预设自动对账周期及每周期全局对账容错次数，对账周期到时，执行如下步骤：A、对账系统收集要进行对账的总账及明细信息；B、用收集的总账及明细信息与运营商计费支撑系统交互，对每笔账单进行消息对账，直到本次全局对账结束；C、判断本次全局对账是否成功，如果是，记录本周期全局对账成功，本周期对账结束；否则执行步骤D；D、记录全局对账失败次数，判断失败次数是否小于每周期全局对账容错次数，如果是，执行步骤A；否则记录本周期全局对账失败，本周期对账结束。具有容错保护的自动消息对账系统也是基于该方法实现的，本发明降低了网络和系统故障导致的对账失败几率。

Description

一种具有容错保护的自动消息对账方法和系统

技术领域

本发明涉及电信业务中计费处理技术，特别涉及一种具有容错保护的自动消息对账方法和系统。

背景技术

随着电信业务的不断发展，各种外围电信增值业务系统也越来越多。业务的快速扩张，要求具备与之相匹配的资费账务管理能力。电信增值业务流程的实现都需要通过电信增值业务系统与运营商计费支撑系统实时通信完成。正常情况下，一次交易，在外围电信增值业务系统和运营商计费支撑系统中都有记录。而因为网络或系统故障等原因，会出现只有一方有记录的情况，即出现单边账问题，这就需要两边协商平账。而单边账的发现，是通过对账完成的。

对账，就是对总账及明细交易逐条比对，看电信增值业务系统和运营商计费支撑系统两边是否一致。比对明细交易时，通过两边都有的交易流水号来定位同一笔交易。目前的对账方式主要有两种：即文件对账和消息对账。前者是通过文件来承载总账与明细交易记录，一般是一个文件含有对账当天总账及所有明细交易信息。后者是通过消息报文来承载总账与明细交易记录，一般是一个消息报文只含有一条或几条总账或明细交易信息。

对账过程看似简单，但在运营过程中的意义却十分重要。因为账务问题直接关系到运营商和普通用户的自身利益，是十分敏感的。一旦出现差错，很容易引发纠纷。运营商在对账方面的要求，普遍集中在两个方面：精确和及时。顾名思义，就是既能精确定位到每一笔交易明细，又能及时对账并发现差错。

对账系统部署时采用同电信增值业务系统一样的方式分散部署，且对账系统部署在外围，其对电信增值业务系统没有任何影响，需要对账时对账系统从电信增值业务系统数据库中收集对账日期账单。运营商计费支撑系统对账接口一般是省内统一，对账系统通过对账接口与运营商计费支撑系统对账。

消息对账需要对账系统和运营商计费支撑系统进行多次交互，逐笔检查交易明细，完成对账。如果网络或外围电信增值业务系统和运营商计费支撑系统两方系统产生故障，则会导致单笔帐明细信息记录不一致，从而产生单边账的结果。基于消息对账的方式，一旦产生单边账，就需要派专门稽核人员，或者重新对账，或者逐笔查账定位单边账交易。每天的电信交易量一般情况是非常多的，无论采用哪种方法，都会占用较多的人力和时间成本。而从前面的描述看出，这样的单边账其实是虚假的，不是交易本身出现了问题，而是网络或系统故障造成的。传统的消息对账方式，也没有主动检测虚假单边帐。

现有技术中每天需要对账时，手动触发对账，对账过程中，有某笔帐对账失败时，停止对账，进行处理或者手动触发再次重新对账。在对账过程中，如果网络和系统产生故障，就会对账失败，因此基于消息对账这种对账方法由于网络或系统故障导致对账失败的几率较大。

发明内容

有鉴于此，本发明的主要目的是提供一种具有容错保护的自动消息对账方法，以降低对账过程中因网络或系统故障导致对账失败的几率。该方法包括：预设自动对账周期及每周期全局对账容错次数，对账周期到时，执行如下步骤：

A、对账系统收集要进行对账的总账及明细信息；

B、对账系统用收集的总账及明细信息与运营商计费支撑系统交互，对每笔账单进行消息对账，直到本次全局对账结束；

C、判断本次全局对账是否成功，如果是，记录本周期全局对账成功，生成对账单，本周期对账结束；否则执行步骤D；

D、记录全局对账失败次数，判断失败次数是否小于每周期全局对账容错次数，如果是，执行步骤A；否则记录本周期全局对账失败，生成对账单，本周期对账结束。

其中，所述步骤A执行之前进一步包括：当电信增值业务系统数据库中或对账系统中有要对账的账单，且账单全局记录为对账成功，则本周期对账结束，否则执行步骤A。

所述步骤D在记录本周期全局对账失败时，进一步记录对账失败原因；

若所述失败原因为本周期为当天第一周期对账，所述步骤A中收集的是前一天的所有总账及明细信息；若所述失败原因为上一周期全局对账失败，则所述步骤A中收集的是上一周期全局对账失败的总账及明细信息。

所述步骤C中，所述判断本次全局对账是否成功的方法为：

判断本次全局对账中是否有大于等于一笔账对账失败，如果是，则本次全局对账失败；否则全局对账成功。

进一步预设单笔帐对账容错次数，所述步骤B中每笔帐的对账方法为：

B1、对账系统向运营商计费支撑系统发送单笔账对账消息；

B2、判断在预设时间内对账系统是否收到反馈信息，如果是，此笔账对账成功，记录对账结果，否则，此笔账对账失败，记录失败次数，执行步骤B3；

B3、判断此单笔账对账失败次数是否小于预设单笔帐对账容错次数，如果是，执行步骤B1，否则结束此单笔账对账。

所述步骤B2中记录的对账结果为：平帐或不平帐。

所述每笔帐对账结束后，记录各自的对账结果；

所述全局对账结束后，以时间为索引，记录全局对账结果。

所述步骤A中，对账系统收集要进行对账的总账及明细信息的方法为：

当天第一周期对账时，以时间为索引从电信增值业务系统中数据库收集对账的总账及明细信息；

当天其它周期对账时，以时间为索引从电信增值业务系统中数据库收集失败的总账及明细信息或从对账系统中收集失败的总账及明细信息。

本发明的另一个主要目的是提供一种具有容错保护的自动消息对账系统，以降低对账过程中因网络或系统故障导致对账失败的几率。该系统包括：收集模块和对账模块；

所述收集模块，与所述对账模块相连，存储预设对账周期，用于预设周期到时，收集要进行对账的总账及明细信息，并发送给所述对账模块；

所述对账模块与所述收集模块相连，用于存储预设每周期全局对账容错次数，用所述收集模块收集的总账及明细信息与运营商计费支撑系统交互，对每笔账单进行消息对账，直到本次全局对账结束；在全局对账结束后用于判断全局对账是否成功，如果是，记录本周期全局对账成功，生成对账单，本周期对账结束，否则判断全局对账失败次数是否小于预设每周期全局对帐容错次数，如果是，收集失败的总账与信息，继续将所述收集模块收集的总账及明细信息与运营商计费支撑系统交互；否则记录本周期全局对账失败，生成对账单，结束本周期对账。

其中，所述收集模块包括定时检查模块和数据收集模块；所述对账模块包括消息收发模块和对账记录模块；

所述定时检查模块，与所述数据收集模块相连，存储自动对账周期，用于在预定周期到时，检查所述对账记录模块中的对账单的对账记录是否对账成功，如果是，结束本周期对账，否则启动所述数据收集模块；

所述数据收集模块，与所述消息收发模块相连，根据所述定时检查模块检查对账单中记录的失败原因，收集总账及明细信息：如果所述定时检查模块检查所述对账记录模块中的全局对账记录为失败，则收集要对账的失败的总账及明细信息；如果所述定时检查模块检查所述对账记录模块中无全局对账记录，则从电信增值业务系统中收集要对账的总账及明细信息；

所述消息收发模块，与所述对账记录模块相连，存储预设每周期全局对帐容错次数，用所述数据收集模块收集的总账及明细信息与运营商计费支撑系统交互，对每笔账单进行消息对账，直到本次全局对账结束；在全局对账结束后用于判断全局对账是否成功，如果是，将全局对账成功结果发送给所述对账记录模块，本周期对账结束，否则判断全局对账失败次数是否小于预设每周期全局对帐容错次数，如果是，收集失败的总账及明细信息，继续将所述收集失败的总账及明细信息与运营商计费支撑系统交互；否则将全局对账失败结果发送给所述对账记录模块，结束本周期对账；

所述对账记录模块，与所述定时检查模块相连，用来记录每笔帐对账结束后的对账账务信息和对账结果，以及全局对账的结果，生成对账单，为所述定时检查模块提供检查记录数据。

所述消息收发模块包括：单笔帐对账模块；

所述单笔帐对账模块用于存储预设单笔帐对账容错次数，用于向运营商计费支撑系统发送单笔账对账消息，在预设时间内如果收到反馈信息，将此笔账对账结果发送给所述对账记录模块，记录失败次数，并判断此单笔帐对账次数是否小于预设单笔帐对账容错次数，如果是，继续向运营商计费支持系统发送此单笔帐对账消息，否则将此笔帐对账结果发送给所述对账记录模块，结束此单笔帐对账。

由以上技术方案可见，通过周期性条件检查自动触发全局对账，能够主动识别出不成功的明细对账，利用容错保护机制完成对账，对账结束后，记录对账结果，生成对账单，方便确定是否触发下一次全局对账。这种方法降低了对账过程中因网络或系统故障导致对账失败的几率。

附图说明

图1为本发明具有容错保护的自动消息对账方法流程图；

图2为本发明具体实施例具有容错保护的自动消息对账方法流程图；

图3为本发明具有容错保护的自动消息对账系统结构图。

具体实施方式

为使本发明的目的、技术方案及优点更加清楚明白，以下参照附图并举实施例，对本发明所述方案作进一步地详细说明。

本发明对账方法的基本思想是通过周期性条件检查自动触发对账，能够主动识别出不成功的明细对账，利用容错保护机制完成对账，在每次对账结束后，在账单文件中记录对账结果。

单笔对账结果规定三种：平账，不平账，对账失败。前两种直接根据反馈信息进行选择，都视为对账成功。如果在预设单笔对账时间内没有反馈，则视为对账失败。单笔帐对账失败，则重复该笔帐对账。若单笔帐对账次数已到达预设单笔对账失败次数，仍未收到反馈，则记录该笔帐对账结果为对账失败，放弃该笔帐对账，进行下一笔帐对账。

全局对账，就是指对账日期当天所有总账及明细信息的对账。全局对账的结果规定为两种：对账成功，对账失败。如果全局对账中有任意一笔明细对账结果为对账失败，则认定全局对账失败，再次进行全局对账。因为之前每一笔明细对账都有对账记录，所以再次进行全局对账时，只对那些在上次全局对账中失败的明细交易进行对账。如此可以避免冗余对账，即对已经对账成功的交易不再进行对账，有效减少对账时间。如果全局对账次数已经到达预设全局对账失败次数，仍没有成功，则以对账日期为索引，记录全局对账结果为对账失败，等待下次对账检查后重新对账。如果全局对账成功，则以对账日期为索引，记录全局对账结果为对账成功。

对账同时保存对账结果，生成对账单，利用对账单查询账务明细或定位单边账。

本发明中固定对账周期，对账周期通过定时器实现，在实际应用中用户或运营商可以根据实际需要设定周期，比如1个小时。在系统中预设自动对账周期及每周期全局对账容错次数。

参见图1，图1为本发明具有容错保护的自动消息对账方法流程图。其具体步骤为：

步骤101，对账系统收集要进行对账的总账及明细信息。

步骤102，对账系统用收集的总账及明细信息与运营商计费支撑系统交互，对每笔账单进行消息对账，直到本次全局对账结束。

步骤103，判断本次全局对账是否成功，如果是，执行步骤104，否则执行步骤107。

步骤104，记录全局对账失败次数。

步骤105，判断失败次数是否小于每周期全局对账容错次数，如果是，执行步骤101，否则执行步骤106。

步骤106，记录本周期全局对账失败，生成对账单。

步骤107，记录本周期全局对账成功，生成对账单。

步骤108，结束本周期对账。

下面以具体实施例详细说明本发明的对账方法。

参见图2，图2为本发明具体实施例具有容错保护的自动消息对账方法流程图。在本实施例中，还预设了单笔帐对账容错次数，其具体步骤为：

步骤201，定时周期到，定时器关闭。

步骤202，以日期为索引，收集前一天总账及明细信息。

以当前系统时间为准，确定前一天日期，从电信增值业务系统的数据库中收集前一天总账及明细信息，也可以从对账系统中以时间为索引查找对账单，如果是第一周期对账，只能去电信增值业务系统的数据库中收集。对账单中包含总账及明细信息和对账结果，该对账单以文件形式保存在对账系统中，也可以同时保存在电信增值业务系统的数据库中，在具体实施时根据具体情况确定对账单存放在哪里及存放形式。

步骤203，判断前一天是否对账，如果是，执行步骤204，否则执行步骤206。

如果有全局对账记录，表示已经对过帐，否则表示此次对账为当天第一周期对账。

步骤204，判断前一天对账是否成功，如果是，执行步骤222，否则执行步骤205。

检查全局对账结果记录，如果记录成功，则表示前一天对账成功，否则表示前一天对账失败。

步骤205，收集对账失败的总账及明细信息，执行步骤207。

步骤206，收集总账及明细信息。

步骤207，向运营商对账计费中心发送第n笔对账消息(n从1开始)。

其中n为对账笔数，为自然数。每次全局对账开始，从第一笔开始对账，即n从1开始。

步骤208，在预设时间内，判断是否有反馈消息，如果是，执行步骤212，否则执行步骤209。

其中反馈信息包括平帐和不平账，否则，说明网络或系统有问题，不反馈对账消息。

步骤209，单笔失败次数i＝i+1。

其中i表示单笔失败次数，i为大于等于0的整数，i的初始值为0。

步骤210，判断i是否小于预设单笔账对账容错次数，如果是，执行步骤207，否则执行步骤211。

预设单笔账对账容错次数，根据实际情况进行配置。看i是否大于等于预设容错次数，如果是，则放弃此单笔账对账，否则继续对此单笔账进行对账。

步骤211，对账失败笔数m＝m+1。

其中m表示单笔对账失败笔数，m为大于等于0的整数，m的初始值为0。

步骤212，保存对账结果。

如果对账成功，根据反馈信息，将对账结果记为平帐或不平帐；如果对账失败，则记录对账失败。

步骤213，判断此笔账是否是此次全局对账的最后一笔，如果是，执行步骤215，否则执行步骤214。

步骤214，对账序号n＝n+1。

对账序号加1，进行下一笔对账。

步骤215，判断对账失败笔数m是否大于等于1，如果是，执行步骤216，否则执行步骤221。

如果对账失败笔数m大于等于1，则记录为本次全局对账失败。

步骤216，全局对账失败次数j＝j+1。

其中j表示全局对账失败笔数，j为大于等于0的整数，j的初始值为0。

步骤217，判断j是否小于预设全局对账容错次数，如果是，执行步骤218，否则执行步骤220。

步骤218，收集对账失败的总账及明细信息。

经过一次全局对账后，重新收集对账失败的总账及明细信息，进行下一次全局对账。

步骤219，对账序号n＝1。执行步骤207。

本步骤中，将对账笔数序号设置为1，在收集的对账失败的总账及明细信息中从第一笔开始对账，进入下一次全局对账。

步骤220，记录为本周期全局对账失败，生成对账单。

步骤221，记录为本周期全局对账成功，生成对账单。

步骤222，本周期对账结束，定时器开始计时。

在本实施例中，第一周期对账时，从电信增值业务系统数据库中收集前一天要对账的总账及明细信息；对账开始后，每笔帐对完的时候记录该笔帐的对账结果，对账结果包括平帐、不平帐和对账失败，其中，将平帐和不平帐对账结果视为对账成功；记录全局对账结果以时间为索引，以便触发周期对账，将对账后生成的对账单以文件形式保存在对账系统中，同时也可以保存在电信增值业务系统的数据库中。以备下一周期重新检查，是否启动对账。

另外，基于与上述方法同样的发明构思，本发明还提出了一种具有容错保护的自动消息对账系统。

参见图3，图3为本发明具有容错保护的自动消息对账系统结构图。该系统包括：收集模块310和对账模块320；

收集模块310，与对账模块320相连，存储预设对账周期，用于预设周期到时，收集要进行对账的总账及明细信息，并发送述对账模块320。

对账模块320与收集模块310相连，用于存储预设每周期全局对账容错次数，用收集模块收集310的总账及明细信息与运营商计费支撑系统交互，对每笔账单进行消息对账，直到本次全局对账结束；在全局对账结束后用于判断全局对账是否成功，如果是，记录本周期全局对账成功，生成对账账单，本周期对账结束，否则判断全局对账失败次数是否小于预设每周期全局对帐容错次数，如果是，收集失败的总账及明细信息，继续将收集的失败总账及明细信息与运营商计费支撑系统交互；否则记录本周期全局对账失败，生成对账账单，结束本周期对账。

收集模块310包括定时检查模块311和数据收集模块312；收集模块320包括消息收发模块321和对账记录模块322。

定时检查模块311，与数据收集模块312相连，存储自动对账周期，用于在预定周期到时，检查对账记录模块322中的对账单中对账记录是否对账成功，如果是，结束本周期对账，否则启动数据收集模块312。

数据收集模块312，与消息收发模块321相连，根据定时检查模块311检查对账单中记录的失败原因，收集总账及明细信息：如果定时检查模块311检查对账记录模块322中的全局对账记录为失败，则收集要对账的失败的总账及明细信息；如果定时检查模块311检查对账记录模块322中无全局对账记录，则从电信增值业务系统中收集要对账的总账及明细信息。

消息收发模块321，与对账记录模块322相连，存储预设每周期全局对帐容错次数，用数据收集模块312收集的总账及明细信息与运营商计费支撑系统交互，对每笔账单进行消息对账，直到本次全局对账结束；在全局对账结束后用于判断全局对账是否成功，如果是，将全局对账成功结果发送给对账记录模块322，本周期对账结束，否则判断全局对账失败次数是否小于预设每周期全局对帐容错次数，如果是，收集失败的总账与信息，继续将收集失败的总账及明细信息与运营商计费支撑系统交互；否则将全局对账失败结果发送给对账记录模块322，结束本周期对账。

消息收发模块321包括：单笔帐对账模块331；单笔帐对账模块331存储预设单笔帐对账容错次数，用于向运营商计费支撑系统发送单笔账对账消息，在预设时间内如果收到反馈信息，将此笔账对账结果发送给对账记录模块322，记录失败次数，并判断此单笔帐对账次数是否小于预设单笔帐对账容错次数，如果是，继续向运营商计费支持系统发送此单笔帐对账消息，否则将此笔帐对账结果发送给对账记录模块322，结束此单笔帐对账。

对账记录模块322，与定时检查模块311相连，用来记录每笔帐对账结束后的对账结果，以及全局对账的结果，生成对账单，为定时检查模块311提供对账结果记录检查。

由上可见，本发明实现自动对账，通过周期性的条件检查触发对账，无需人工干预；在对账过程中实现容错对账，能够主动识别出不成功的明细对账，利用容错保护机制完成对账，即明细与全局双重超时重对叠加的方法，只有超过了预设的次数连续失败才算失败，屏蔽了网络和系统故障的偶然因素导致的对账失败，从而降低因为网络环境导致的对账失败机率；对账同时生成对账单，保留每笔明细对账的信息及对账结果，方便账务明细查询和定位以及是否触发下一周期的对账。

以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明保护的范围之内。

Claims (11)

1.一种具有容错保护的自动消息对账方法，其特征在于，预设自动对账周期及每周期全局对账容错次数，对账周期到时，执行如下步骤：

A、对账系统收集要进行对账的总账及明细信息；

B、对账系统用收集的总账及明细信息与运营商计费支撑系统交互，对每笔账单进行消息对账，直到本次全局对账结束；

C、判断本次全局对账是否成功，如果是，记录本周期全局对账成功，生成对账单，本周期对账结束；否则执行步骤D；

D、记录全局对账失败次数，判断失败次数是否小于每周期全局对账容错次数，如果是，执行步骤A；否则记录本周期全局对账失败，生成对账单，本周期对账结束。

2.根据权利要求1所述的方法，其特征在于，所述步骤A执行之前进一步包括：当电信增值业务系统数据库中或对账系统中有要对账的账单，且账单全局记录为对账成功，则本周期对账结束，否则执行步骤A。

3.根据权利要求2所述的方法，其特征在于，所述步骤D在记录本周期全局对账失败时，进一步记录对账失败原因；

若所述失败原因为本周期为当天第一周期对账，所述步骤A中收集的是前一天的所有总账及明细信息；若所述失败原因为上一周期全局对账失败，则所述步骤A中收集的是上一周期全局对账失败的总账及明细信息。

4.根据权利要求1、2或3所述的方法，其特征在于，所述步骤C中，所述判断本次全局对账是否成功的方法为：

判断本次全局对账中是否有大于等于一笔账对账失败，如果是，则本次全局对账失败；否则全局对账成功。

5.根据权利要求1、2、3所述的方法，其特征在于，进一步预设单笔帐对账容错次数，所述步骤B中每笔帐的对账方法为：

B1、对账系统向运营商计费支撑系统发送单笔账对账消息；

B2、判断在预设时间内对账系统是否收到反馈信息，如果是，此笔账对账成功，记录对账结果，否则，此笔账对账失败，记录失败次数，执行步骤B3；

B3、判断此单笔账对账失败次数是否小于预设单笔帐对账容错次数，如果是，执行步骤B1，否则结束此单笔账对账。

6.根据权利要求5所述的方法，其特征在于，所述步骤B2中记录的对账结果为：平帐或不平帐。

7.根据权利要求1、2或3所述的方法，其特征在于，所述每笔帐对账结束后，记录各自的对账结果；

所述全局对账结束后，以时间为索引，记录全局对账结果。

8.根据权利要求7所述的方法，其特征在于，所述步骤A中，对账系统收集要进行对账的总账及明细信息的方法为：

当天第一周期对账时，以时间为索引从电信增值业务系统中数据库收集对账的总账及明细信息；

当天其它周期对账时，以时间为索引从电信增值业务系统中数据库收集失败的总账及明细信息或从对账系统中收集失败的总账及明细信息。

9.一种具有容错保护的自动消息对账系统，其特征在于，该系统包括：收集模块和对账模块；

所述收集模块，与所述对账模块相连，存储预设对账周期，用于预设周期到时，收集要进行对账的总账及明细信息，并发送给所述对账模块；

所述对账模块与所述收集模块相连，用于存储预设每周期全局对账容错次数，用所述收集模块收集的总账及明细信息与运营商计费支撑系统交互，对每笔账单进行消息对账，直到本次全局对账结束；在全局对账结束后用于判断全局对账是否成功，如果是，记录本周期全局对账成功，生成对账单，本周期对账结束，否则判断全局对账失败次数是否小于预设每周期全局对帐容错次数，如果是，收集失败的总账与信息，继续将所述收集模块收集的总账及明细信息与运营商计费支撑系统交互；否则记录本周期全局对账失败，生成对账单，结束本周期对账。

10.根据权利要求9所述的系统，其特征在于，所述收集模块包括定时检查模块和数据收集模块；所述对账模块包括消息收发模块和对账记录模块；

所述定时检查模块，与所述数据收集模块相连，存储自动对账周期，用于在预定周期到时，检查所述对账记录模块中的对账单的对账记录是否对账成功，如果是，结束本周期对账，否则启动所述数据收集模块；

所述数据收集模块，与所述消息收发模块相连，根据所述定时检查模块检查对账单中记录的失败原因，收集总账及明细信息：如果所述定时检查模块检查所述对账记录模块中的全局对账记录为失败，则收集要对账的失败的总账及明细信息；如果所述定时检查模块检查所述对账记录模块中无全局对账记录，则从电信增值业务系统中收集要对账的总账及明细信息；

所述消息收发模块，与所述对账记录模块相连，存储预设每周期全局对帐容错次数，用所述数据收集模块收集的总账及明细信息与运营商计费支撑系统交互，对每笔账单进行消息对账，直到本次全局对账结束；在全局对账结束后用于判断全局对账是否成功，如果是，将全局对账成功结果发送给所述对账记录模块，本周期对账结束，否则判断全局对账失败次数是否小于预设每周期全局对帐容错次数，如果是，收集失败的总账及明细信息，继续将所述收集失败的总账及明细信息与运营商计费支撑系统交互；否则将全局对账失败结果发送给所述对账记录模块，结束本周期对账；

所述对账记录模块，与所述定时检查模块相连，用来记录每笔帐对账结束后的对账账务信息和对账结果，以及全局对账的结果，生成对账单，为所述定时检查模块提供检查记录数据。

11.根据权利要求10所述的系统，其特征在于，所述消息收发模块包括：单笔帐对账模块；

所述单笔帐对账模块用于存储预设单笔帐对账容错次数，用于向运营商计费支撑系统发送单笔账对账消息，在预设时间内如果收到反馈信息，将此笔账对账结果发送给所述对账记录模块，记录失败次数，并判断此单笔帐对账次数是否小于预设单笔帐对账容错次数，如果是，继续向运营商计费支持系统发送此单笔帐对账消息，否则将此笔帐对账结果发送给所述对账记录模块，结束此单笔帐对账。

Images