[发明专利]一种具有容错保护的自动消息对账方法和系统

说明书

技术领域

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

背景技术

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

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

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

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

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

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

发明内容

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

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

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

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

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

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

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

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

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

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

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

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

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