[发明专利]关于消息流在移动业务事务交换上的使用方法

说明书

一、技术领域

本发明应用于电信全国移动业务事务交换。

二、背景技术

以往在中国电信全国移动业务事务交换中，通常是开通一项业务时，需要系统平台(省或集团)之间对接时，制定一套技术/协议，占用一定的资源。但是，当业务量多、涉及的平台广时，继续采用这种模式时，会发现对整个电信的人力、物力、财力等造成了过多的浪费。缺陷主要体现有：在不同层级、不同领域的IT系统无法成为一个整体；技术平台无法规范化；传输协议无法标准化。

对为客户提供全程全网、异地的服务提供必要的支撑手段；实现“一点服务全网，全网服务一点”的服务理念应用需求，就迫切需要一套更灵活更有效的方案来解决，这样电信集团枢纽就应运而生了。

三、发明内容

本发明目的是：针对原有的全国业务交换虽然也可实现业务交换方式，但过程过于复杂、协议众多，无法统一的管理。对此，本发明提出了一套统一的业务事务交换，采用一个统一的入口，自动路由转发到各系统平台，制定标准化协议、规范化的技术平台。

本发明的技术解决方案是：消息流(MB)在移动业务事务交换上的使用方法，电信集团级CRM枢纽系统通过统一的入口，接收各发起平台输送过来的数据，经过路由、适配转换成落地平台所需要的数据，再将落地平台返回的数据适配转换后返回发起平台。

统一的入口是对外提供HTTP服务和webservice服务，提供统一的exchange入口。exchange参数是一个符合XML格式的字符串。该字符串包括报头TcpCont和报体SvcCont，报头主要是用来路由转发用，报体为具体的业务数据。

具体的处理方法：枢纽解析/检验数据；枢纽记录相关日志；枢纽路由/转发数据给落地方；枢纽接收落地方数据并返回。

1、枢纽解析/检验数据

枢纽首先记录发起方发送过来的请求数据，依据制定标准化的传输协议，对数据进行解析校验，如果不符合数据格式直接返回给发起方平台检验出错信息。从而有效控制异常攻击或数据的转发，确保业务数据的正确性。

2、枢纽记录相关日志

枢纽记录相关日志有效地记录了消息交换过程的位置，可以进行有效的跟踪，特别对错单可以第一时间地进行分析解决；记录相关日志还可以分实时、按日、按月、按季度等几种情况生成相应的统计/分析报表，便于电信的集中管理；记录相关日志还可以加强对事务控制，确保整个过程事务的一致性。

3、枢纽路由/转发数据给落地方

通过对报文头的解析判断处理，得到发往落地方的地址，再依据制定标准化的传输协议，把数据传送给落地方。

4、枢纽接收落地方数据并返回

枢纽接收到落地方数据也是符合标准传输协议，校验记录后，再转发给发起方信息，从而完成整个交易。

有益效果：

·可以在第一时间内了解电信全国业务的运营情况，业务数据的处理情况及响应时间。为电信的战略决策提供了重要的依据。

·以往每个平台都需要一套环境来支撑，而枢纽正式运营后，就可以实现不同层级、不同领域的IT系统整体管理，同时还可以有效节省电信网络资源、成本等方面的耗费。

·采用此方式，对于异常情况的反馈比较及时，异常数据比较集中便于统一解决。

四、附图说明

图1是同步正常流程时序图

图2是同步正常流程时序图：

图3枢纽提供服务流示意图

图4调落地方服务消息流示意图

图5回复发起方消息流

图6提供服务，立即应答

图7调落地方服务消息流

五、具体实施方式

5.1消息流程

5.1.1同步正常流程

功能：实现查询类等同步数据交换的枢纽服务，如客户查询接口，此消息流是同步正常顺利完成的描述，超时等异常控制不在这里描述。

实现：需要用到MB的SOAP input节点、Compute节点、JAVA compute节点，MQ output节点、MQ input节点，SOAP request节点，SOAP reply节点等。

1).枢纽提供服务

枢纽作为服务端接受各个机构的调用请求。对发起方机构的消息进行格式校验，以及消息落地方的机构签到情况和业务开通情况进行校验。如果发起方机构发送的消息格式不合法或者落地方机构未开通此业务，将返回失败信息到发起方机构。否则，将进行消息的必要处理，包括对消息报文的解析，消息解密，消息的优先级，保存发起方机构的回复地址等。然后把处理好的消息放入到请求队列。