一种保证多节点业务一致性的方法及系统的制作方法

文档序号:7769765阅读:241来源:国知局
一种保证多节点业务一致性的方法及系统的制作方法
【专利摘要】本发明涉及一种保证多节点业务一致性的方法及系统,包括在线计费系统中参与会话的各个业务节点将处理业务请求产生的数据存入相应的临时表中,如果会话流转过程顺利完成,则由业务控制中心(CF)向会话终止节点发起提交请求,由会话终止节点对该会话过程中产生的临时数据统一提交到正式表中;如果在会话流转过程中某个业务节点出现错误则业务控制中心(CF)向会话终止节点发起回滚请求,由会话终止节点对该会话过程中产生的临时数据进行删除,同时业务控制中心生成该会话的会话文件,再由离线模式进行处理,保证了该会话前后数据的一致性,避免在线处理系统产生垃圾数据。
【专利说明】一种保证多节点业务一致性的方法及系统
【技术领域】
[0001]本发明涉及在线计费领域,尤其涉及一种保证多节点业务一致性的方法及系统。【背景技术】
[0002]用户一次会话(语音业务、数据业务、短息等)在进行计费的过程中会流转多个子系统节点(AM、RF、AC、ABM),现有技术中是将在多个节点处处理产生的数据直接存入正式表中,这样处理产生的问题是如果在处理过程中,发现某节点的处理异常,这就需要人工进行这些问题数据的回滚操作;且在节点处理的过程中如果出现由于数据异常、应用程序异常等原因导致该会话不能正常流转结束的现象,这样就会造成前后数据的不一致,影响用户使用及用户感知,并引起用户投诉。
[0003]因此,为了保证一次会话在计费多节点的处理过程中数据的一致性,需要提供一种方法以保证用户数据的一致性。

【发明内容】

[0004]本发明所要解决的技术问题是提供一种保证多节点业务一致性的方法及系统,以保证用户一次会话在多节点处理过程中数据的一致性。
[0005]本发明解决上述技术问题的技术方案如下:一种保证多节点业务一致性的方法,包括如下步骤:
[0006]步骤1:业务控制中心根据处理流程依次向各业务处理节点发送业务请求;
[0007]步骤2:每个业务节点处理业务请求,如果处理成功,则将产生的处理数据存入对应的临时表,同时将处理数据中与下一个业务节点相关的数据以及处理结果反馈给业务控制中心;否则只将处理结果反馈给业务控制中心;
[0008]步骤3:业务控制中心根据处理结果判断该节点是否处理成功,如果处理失败,则向会话终止节点发起回滚请求,进入步骤4 ;如果处理成功,则进入步骤6 ;
[0009]步骤4:会话终止节点在各临时表中查找是否有数据,将有数据的临时表中的数据删除,并向业务控制中心反馈处理结果;
[0010]步骤5:业务控制中心根据处理结果生成会话文件,由离线模式处理该会话,结束;
[0011]步骤6:判断该业务节点是否为会话终止节点,如果不是,则业务控制中心向下一个业务节点发送业务请求数据包,返回步骤2;否则业务控制中心向该会话终止节点发送提交请求,进入步骤7;
[0012]步骤7:所述会话终止节点将各临时表中的数据统一提交到对应的正式表中,结束。
[0013]在上述技术方案的基础上,本发明还可以做如下改进。
[0014]进一步,还包括业务控制中心的话单记录预先经过协议转换器的处理,转换成业务控制中心能够识别的格式。[0015]进一步,所述业务节点包括计费引擎模块、账务处理模块和余额管理中心,处理流程的顺序为计费引擎模块、账务处理模块和余额管理中心。
[0016]进一步,所述业务节点中的余额管理中心是会话终止节点。
[0017]进一步,所述临时表包括累积量临时表、账单临时表、预留明细表、欠费临时表和固费临时表。
[0018]进一步,所述计费引擎模块产生的数据存入累积量临时表;所述账务处理模块产生的数据分别存入账单临时表、预留明细表、欠费临时表和固费临时表。
[0019]本发明解决上述技术问题的另一技术方案如下:一种保证多节点业务一致性的系统,包括业务控制中心、计费引擎模块、账务处理模块和余额管理模块;
[0020]所述业务控制中心,其用于向各业务节点发送业务请求,并根据业务节点反馈的处理结果控制业务请求流向;
[0021]所述计费引擎模块,其用于处理计费业务请求,如果处理成功,则将产生的数据存入相应的临时表中,同时将与账务处理模块相关的数据以及处理结果反馈给业务控制中心,如果处理失败,则只将处理结果反馈给业务控制中心;
[0022]所述账务处理模块,其用于处理账务业务请求,如果处理成功,则将产生的数据存入相应的临时表中,同时将处理结果反馈给业务控制中心,如果处理失败,则只将处理结果反馈给业务控制中心;
[0023]所述余额管理中心,其用于根据业务控制中心发送的提交请求将会话过程中存储在临时表中的数据统一提交到正式表中;根据业务控制中心发送的回滚请求删除会话过程中存储在临时表中的数据;还用于向业务控制中心反馈处理结果。
[0024]在上述技术方案的基础上,本发明还可以做如下改进。
[0025]进一步,上述技术方案还包括协议转换器,其用于将话单记录转换成业务控制中心能够识别的格式。
[0026]进一步,所述业务控制中心还用于对处理过程中出现错误的话单记录生成话单文件,交由离线模式处理。
[0027]本发明的有益效果是:在线计费系统中参与会话的各个业务节点将处理业务请求产生的数据存入相应的临时表中,如果会话流转过程顺利完成(返回给CF的RESULT_C0DE为SUCCESS),则在会话流转完毕后由业务控制中心(CF)向会话终止节点发起提交请求,由会话终止节点对该会话过程中产生的临时数据统一提交到正式表中;如果在会话流转过程中某个业务节点出现错误(返回给CF的RESULT_C0DE为FAIL),则由业务控制中心(CF)向会话终止节点发起回滚请求,由会话终止节点对该会话过程中产生的临时数据进行删除,保证了该会话前后数据的一致性,有效避免系统产生垃圾数据。
【专利附图】

【附图说明】
[0028]图1为本发明所述一种保证多节点业务一致性的系统框图;
[0029]图2为本发明所述一种保证多节点业务一致性的方法流程图;
[0030]图3为本发明实施例中一次会话流转示例图。
[0031]附图中,各标号所代表的部件列表如下:
[0032]O、协议转换器,1、业务控制中心,2、计费引擎模块,3、账务处理模块,4、余额管理中心,5、内存。
【具体实施方式】
[0033]以下结合附图对本发明的原理和特征进行描述,所举实例只用于解释本发明,并非用于限定本发明的范围。
[0034]如图1所示,一种保证多节点业务一致性的系统,包括业务控制中心1、计费引擎模块2、账务处理模块3和余额管理模块4 ;
[0035]所述业务控制中心1,其用于向各业务节点发送业务请求,并根据业务节点反馈的处理结果控制业务请求流向;
[0036]所述计费引擎模块2,其用于处理计费业务请求,如果处理成功,则将产生的数据存入相应的临时表中,同时将与账务处理模块相关的数据以及处理结果反馈给业务控制中心1,如果处理失败,则只将处理结果反馈给业务控制中心I ;
[0037]所述账务处理模块3,其用于处理账务业务请求,如果处理成功,则将产生的数据存入相应的临时表中,同时将处理结果反馈给业务控制中心1,如果处理失败,则只将处理结果反馈给业务控制中心I;
[0038]所述余额管理中心4,其用于根据业务控制中心I发送的提交请求将会话过程中存储在临时表中的数据统一提交到正式表中;根据业务控制中心I发送的回滚请求删除会话过程中存储在临时表中的数据;还用于向业务控制中心I反馈处理结果。
[0039]其中,上述技术方案还包括协议转换器,其用于将话单记录转换成业务控制中心能够识别的格式。
[0040]其中,所述业务控制中心还用于对处理过程中出现错误的话单记录生成话单文件,交由离线模式处理。
[0041]如图2所示,一种保证多节点业务一致性的方法,包括如下步骤:
[0042]步骤1:业务控制中心根据处理流程依次向各业务处理节点发送业务请求;
[0043]步骤2:每个业务节点处理业务请求,如果处理成功,则将产生的处理数据存入对应的临时表,同时将处理数据中与下一个业务节点相关的数据以及处理结果反馈给业务控制中心;否则只将处理结果反馈给业务控制中心;
[0044]步骤3:业务控制中心根据处理结果判断该节点是否处理成功,如果处理失败,则向会话终止节点发起回滚请求,进入步骤4 ;如果处理成功,则进入步骤6 ;
[0045]步骤4:会话终止节点在各临时表中查找是否有数据,将有数据的临时表中的数据删除,并向业务控制中心反馈处理结果;
[0046]步骤5:业务控制中心根据处理结果生成会话文件,由离线模式处理该会话,结束;
[0047]步骤6:判断该业务节点是否为会话终止节点,如果不是,则业务控制中心向下一个业务节点发送业务请求数据包,返回步骤2;否则业务控制中心向该会话终止节点发送提交请求,进入步骤7;
[0048]步骤7:所述会话终止节点将各临时表中的数据统一提交到对应的正式表中,结束。
[0049]其中,还包括业务控制中心的话单记录预先经过协议转换器的处理,转换成业务控制中心能够识别的格式。
[0050]其中,所述业务节点包括计费引擎模块、账务处理模块和余额管理中心,处理流程的顺序为计费弓I擎模块、账务处理模块和余额管理中心。
[0051 ] 其中,所述业务节点中的余额管理中心是会话终止节点。
[0052]其中,所述临时表包括累积量临时表、账单临时表、预留明细表、欠费临时表和固费临时表。
[0053]其中,所述计费引擎模块产生的数据存入累积量临时表;所述账务处理模块产生的数据分别存入账单临时表、预留明细表、欠费临时表和固费临时表。
[0054]实施例:
[0055]步骤1:业务控制中心向计费引擎模块发明携带话单记录的计费请求数据包;
[0056]步骤2:计费引擎模块对接收的计费请求数据包进行处理,如果处理成功,则将产生的处理数据存入累积量临时表,同时将处理数据中的计费数据以及处理结果反馈给业务控制中心;如果处理失败,则只将处理结果反馈给业务控制中心;
[0057]步骤3:业务控制中心根据处理结果判断计费引擎模块是否处理成功,如果处理失败,则向余额管理中心发起回滚请求,进入步骤5 ;如果处理成功,则向账务处理模块发送携带计费数据的账务处理请求数据包,进入步骤6 ;
[0058]步骤5:余额管理中心根据接收的回滚请求,在各个临时表中查找是否存有处理数据,如果有则删除各临时表中的处理数据,并将处理结果反馈给业务控制中心;否则直接向业务控制中心反馈处理结果,结束;
[0059]步骤6:账务处理模块对接收的账务处理请求数据包进行处理,如果处理成功,将产生的处理数据存入相应临时表,同时将处理数据中的预留数据和处理结果反馈给业务控制中心;如果处理失败,则只将处理结果反馈给业务控制中心;
[0060]步骤7:业务控制中心根据处理结果判断账务处理模块是否处理成功,如果处理失败,则向余额管理中心发起回滚请求,进入步骤8 ;如果处理成功,则向余额管理中心发送写的预留数据的预留请求数据包,进入步骤9 ;
[0061]步骤8:余额管理中心根据接收的回滚请求,在各个临时表中查找是否存有处理数据,如果有则删除各临时表中的处理数据,并将处理结果反馈给业务控制中心;否则直接向业务控制中心反馈处理结果,结束;
[0062]步骤9:余额管理中心对接收的预留请求数据包进行处理,如果处理成功,将产生的处理数据存入预留明细临时表,同时处理结果反馈给业务控制中心;如果处理失败,则只将处理结果反馈给业务控制中心;
[0063]步骤10:业务控制中心根据处理结果判断账余额处理中心是否处理成功,如果处理成功,则向余额管理中心发送提交请求;否则向余额管理中心发送回滚请求;
[0064]步骤11:余额管理中心判断业务控制中心发送的是提交请求还是回滚请求,如果是提交请求,则将各个临时表中的数据提交到相应的正式表中;如果是回滚请求,则删除各个临时表中存储的数据,并将处理结果反馈给业务控制中心。
[0065]其中,业务控制中心接收到无论是任何一个业务节点反馈的处理结果是处理失败时,都会向余额管理中心发送回滚请求,余额管理中心会将该会话过程中存储在临时表中的数据删除,然后将处理结果反馈给业务控制中心,业务控制中心会生成此次会话的会话文件,并将该会话文件交由离线模式处理。
[0066]另外,为了减少系统交互,提高一次会话处理效率,可将余额管理中心的余额预留功能集成到帐务处理模块中,当帐务处理模块处理账务请求结束后,帐务处理模块直接调用余额预留函数进行预留(预留是将用户余额先占用,当整个会话处理完才进行扣费)。
[0067]本发明保证了该会话前后数据的一致性,有效避免系统产生垃圾数据。
[0068]以上所述仅为本发明的较佳实施例,并不用以限制本发明,凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
【权利要求】
1.一种保证多节点业务一致性的方法,其特征在于,包括如下步骤: 步骤1:业务控制中心根据处理流程依次向各业务处理节点发送业务请求; 步骤2:每个业务节点处理业务请求,如果处理成功,则将产生的处理数据存入对应的临时表,同时将处理数据中与下一个业务节点相关的数据以及处理结果反馈给业务控制中心;否则只将处理结果反馈给业务控制中心; 步骤3:业务控制中心根据处理结果判断该节点是否处理成功,如果处理失败,则向会话终止节点发起回滚请求,进入步骤4 ;如果处理成功,则进入步骤6 ; 步骤4:会话终止节点在各临时表中查找是否有数据,将有数据的临时表中的数据删除,并向业务控制中心反馈处理结果; 步骤5:业务控制中心根据处理结果生成会话文件,由离线模式处理该会话,结束;步骤6:判断该业务节点是否为会话终止节点,如果不是,则业务控制中心向下一个业务节点发送业务请求数据包,返回步骤2 ;否则业务控制中心向该会话终止节点发送提交请求,进入步骤7; 步骤7:所述会话终止节点将各临时表中的数据统一提交到对应的正式表中,结束。
2.根据权利要求1所述一种保证多节点业务一致性的方法,其特征在于,还包括业务控制中心的话单记录预先经过协议转换器的处理,转换成业务控制中心能够识别的格式。
3.根据权利要求1所述一种保证多节点业务一致性的方法,其特征在于,所述业务节点包括计费引擎模块、账务处理模块和余额管理中心,处理流程的顺序为计费引擎模块、账务处理模块和余额管理中心。
4.根据权利要求3所述.一种保证多节点业务一致性的方法,其特征在于,所述业务节点中的余额管理中心是会话终止节点。
5.根据权利要求1所述一种保证多节点业务一致性的方法,其特征在于,所述临时表包括累积量临时表、账单临时表、预留明细表、欠费临时表和固费临时表。
6.根据权利要求3所述一种保证多节点业务一致性的方法,其特征在于,所述计费引擎模块产生的数据存入累积量临时表;所述账务处理模块产生的数据分别存入账单临时表、预留明细表、欠费临时表和固费临时表。
7.—种保证多节点业务一致性的系统,其特征在于,包括协议转换器、业务控制中心、计费引擎模块、账务处理模块和余额管理模块; 所述协议转换器,其用于将话单记录转换成在线计费系统能够识别的格式,并将转换的话单记录发送给业务控制中心; 所述业务控制中心,其用于向各业务节点发送业务请求,并根据业务节点反馈的处理结果控制业务请求流向; 所述计费引擎模块,其用于处理计费业务请求,如果处理成功,则将产生的数据存入相应的临时表中,同时将与账务处理模块相关的数据以及处理结果反馈给业务控制中心,如果处理失败,则只将处理结果反馈给业务控制中心; 所述账务处理模块,其用于处理账务业务请求,如果处理成功,则将产生的数据存入相应的临时表中,同时将处理结果反馈给业务控制中心,如果处理失败,则只将处理结果反馈给业务控制中心; 所述余额管理中心,其用于根据业务控制中心发送的提交请求将会话过程中存储在临时表中的数据统一提交到正式表中;根据业务控制中心发送的回滚请求删除会话过程中存储在临时表中的数据;还用于向业务控制中心反馈处理结果。
8.根据权利要求7所述一种保证多节点业务一致性的系统,其特征在于,还包括协议转换器,其用于将话单记录转换成业务控制中心能够识别的格式。
9.根据权利要求7所述一种保证多节点业务一致性的系统,其特征在于,所述业务控制中心还用于对处理过程中出现错误的话 单记录生成话单文件,交由离线模式处理。
【文档编号】H04W4/24GK103475496SQ201310407742
【公开日】2013年12月25日 申请日期:2013年9月9日 优先权日:2013年9月9日
【发明者】王慧清 申请人:北京思特奇信息技术股份有限公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1