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

权利要求书

1.消息流在移动业务事务数据交换上的使用方法，其特征是步骤如下：

在电信集团级枢纽系统通过统一的入口，接收各发起平台输送过来的数据，经过路由、适配转换成落地平台所需要的数据，再将落地平台返回的数据适配转换后返回发起平台；统一的入口是对外提供HTTP服务和webservice服务，提供统一的exchange入口；exchange参数是一个符合XML格式的字符串；该字符串包括报头TcpCont和报体SvcCont，报头是用来路由转发用，报体为具体的业务数据；枢纽解析/检验数据；枢纽记录相关日志；枢纽路由/转发数据给落地方；枢纽接收落地方数据并返回；

1)、枢纽解析/检验数据

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

2)、枢纽记录相关日志

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

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

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

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

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

2.根据权利要求1所述的消息流在移动业务事务交换上的使用方法，其特征是枢纽解析/检验数据时进行无事务情况分析：发起方向枢纽发起请求，枢纽如果接收到请求，立刻记录“协议交互”、“协议交换过程日志”表，如果发生异常则必须记录“异常”表；枢纽向落地方发起请求，发送请求成功，记录“协议交换过程日志”表，发生异常则同时记录“异常”表；落地方向枢纽应答请求，记录“协议交换过程日志”表，如果发生异常则同时记录“异常”表；枢纽向落地方应答请求，记录“协议交换过程日志”表，如果发生异常则同时记录“异常”表。

3.根据权利要求1所述的消息流在移动业务事务交换上的使用方法，其特征是设有优先级规则：根据业务接口类型、数据消息报文中的优先级字段规则计算出此消息的优先级，使之能够以相应的优先级通过枢纽：

实现：业务接口类型优先级规则存放在“业务接口”表中，发起端指定的优先级规则在消息报文TCPCont包头的ServiceLevel字段中；以后可能还有其他的优先级规则配置；给各个优先级规则分配相应的权重；将优先级规则乘以权重，最后得出相应的队列的优先级；

路由规则：根据数据消息报文包头中的路由信息节点，在配置表中找到对应的机构信息；

实现：由数据消息报文包头中的路由信息节点的路由类型，得到对应的路由配置表：即业务号路由、区号路由，而后将报头中的路由值代入相应的表，得到机构ID。

4.根据权利要求3所述的消息流在移动业务事务交换上的使用方法，其特征是设有服务定位配置：

根据传入的数据消息报文头定位到具体的落地方机构组件的技术服务信息，包含技术服务的URI、方法、实现技术、属性；根据所述的路由规则得到机构ID，再根据报文头中的接口编码、协议版本，从配置表：业务接口、协议实现实例功能关联、协议实现实例、技术服务、组件、机构这几个表找到对应的技术服务信息；根据技术服务的URI调用响应的服务，将消息路由到对应落地方系统；

流量计算的步骤：计算各个组件数据的并发流量，其实现是：采用定时统计的方式，统计相应的协议交互日志表，计算指定时间内同时落地到这个组件的交易量；统计指定间隔时间内查找消息流正处于“发送落地方”环节的消息数目，根据停滞在此环节的消息数目大致知道间隔时间内发往这个组件的并发交易量；从配置表“流量控制参数配置”中配置的各个组件各种健康度的并发量阀值，比较并发交易量与阀值的大小，更改相应的组件的健康度状态；

数据流量控制的步骤：根据组件不同健康度状态，控制发往这个组件的数据交易量：其实现是，查询“组件”表中的健康度字段，对于正常状态，不控制流量；对于拥塞状态，按照一定比例将发起方发起的请求做拒绝处理；对于舍弃状态，则拒绝任何发往这个组件的请求。