处理报文的方法、装置、设备和计算机可读介质与流程

1.本发明涉及数据处理技术领域，尤其涉及一种处理报文的方法、装置、设备和计算机可读介质。


背景技术：

2.传统的报文转换方案，是将发送方的报文根据接收方的要求，采用固定的方式转换后再转发给接收方。当需要调用更多的系统服务时，由于报文格式和网络协议的改变，需要再次定制化的实现转换和转发功能。
3.在实现本发明过程中，发明人发现现有技术中至少存在如下问题：上述方式系统耦合性强，难以适用于调用更多的系统服务场景。


技术实现要素：

4.有鉴于此，本发明实施例提供一种处理报文的方法、装置、设备和计算机可读介质，能够降低系统耦合性，适用于更多的系统服务场景。
5.为实现上述目的，根据本发明实施例的一个方面，提供了一种处理报文的方法，包括：
6.接收调用发起方的转换报文请求，所述转换报文请求中包括转换报文；
7.按照从配置表缓存中获取的所述转换报文中交易标识对应的转换条件，将转换报文转换为交易报文，所述转换条件包括字段映射方式和层级位置；
8.根据所述调用发起方的渠道编号和接口提供方的渠道编号，获取并根据所述交易报文的路由条件发送所述交易报文。
9.所述接收调用发起方的转换报文请求，包括：
10.接收调用发起方基于http/https协议的转换报文请求，所述转换报文包括json数据。
11.所述接收调用发起方基于http/https协议的转换报文请求，包括：
12.基于spring mvc框架，接收调用发起方基于http/https协议的转换报文请求。
13.所述接收调用发起方的转换报文请求，包括：
14.接收调用发起方基于socket协议的转换报文请求，所述转换报文包括xml数据。
15.所述接收调用发起方基于socket的转换报文请求，包括：
16.基于netty框架，接收调用发起方基于socket协议的转换报文请求。
17.所述按照从配置表缓存中获取的所述转换报文中交易标识对应的转换条件，将转换报文转换为交易报文，包括：
18.在所述转换报文中的预设字段中获取所述交易标识；
19.按照从配置表缓存中获取的所述转换报文中交易标识对应的转换条件，将转换报文转换为交易报文。
20.所述在所述转换报文中的预设字段中获取所述交易标识，包括：
21.在所述转换报文中的预设字段中获取所述交易标识；
22.根据所述交易标识查询校验条件，并按照所述校验条件成功校验所述转换报文中的字段。
23.所述校验条件包括以下一种或多种：长度校验、非空校验、类型校验和字段值范围。
24.所述根据所述调用发起方的渠道编号和接口提供方的渠道编号，获取并根据所述交易报文的路由条件发送所述交易报文，包括：
25.在所述转换报文中的预设字段中获取所述发起方的渠道编号和所述接口提供方的渠道编号；
26.根据所述调用发起方的渠道编号和接口提供方的渠道编号，获取并根据所述交易报文的路由条件发送所述交易报文。
27.所述方法还包括：
28.接收到挡板测试指示，根据所述交易标识获取测试文件，并将所述测试文件返回至所述调用发起方。
29.所述根据所述调用发起方的渠道编号和接口提供方的渠道编号，获取并根据所述交易报文的路由条件发送所述交易报文，包括：
30.接收到挡板测试指示，根据所述交易标识未成功获取测试文件；
31.根据所述调用发起方的渠道编号和接口提供方的渠道编号，获取并根据所述交易报文的路由条件发送所述交易报文。
32.所述方法还包括：
33.接收所述接口提供方响应于所述交易报文的应答报文；
34.按照从配置表缓存中获取的所述应答报文中交易标识对应的转换条件，将应答报文转换为发起方报文；
35.根据所述调用发起方的渠道编号和接口提供方的渠道编号，获取并根据所述发起方报文的路由条件发送所述发起方报文。
36.所述按照从配置表缓存中获取的所述应答报文中交易标识对应的转换条件，将应答报文转换为发起方报文，包括：
37.按照从配置表缓存中获取的所述应答报文中交易标识对应的转换条件；
38.所述应答报文中交易标识对应的转换条件包括配置转码，则按照所述配置转码进行转码映射，以将所述应答报文转换为发起方报文。
39.所述发起方报文包括json数据，所述交易报文包括xml数据；
40.或，
41.所述发起方报文包括xml数据，所述交易报文包括json数据。
42.所述处理报文的方法应用于报文适配平台中。
43.根据本发明实施例的第二方面，提供了一种处理报文的装置，包括：
44.接收模块，用于接收调用发起方的转换报文请求，所述转换报文请求中包括转换报文；
45.转换模块，用于按照从配置表缓存中获取的所述转换报文中交易标识对应的转换条件，将转换报文转换为交易报文，所述转换条件包括字段映射方式和层级位置；
46.发送模块，用于根据所述调用发起方的渠道编号和接口提供方的渠道编号，获取并根据所述交易报文的路由条件发送所述交易报文。
47.根据本发明实施例的第三方面，提供了一种处理报文的电子设备，包括：
48.一个或多个处理器；
49.存储装置，用于存储一个或多个程序，
50.当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如上述的方法。
51.根据本发明实施例的第四方面，提供了一种计算机可读介质，其上存储有计算机程序，所述程序被处理器执行时实现如上述的方法。
52.根据本发明实施例的第五方面，提供了一种计算机程序产品，包括计算机程序，所述程序被处理器执行时实现本发明实施例提供的如上述的方法。
53.上述发明中的一个实施例具有如下优点或有益效果：接收调用发起方的转换报文请求，所述转换报文请求中包括转换报文；按照从配置表缓存中获取的所述转换报文中交易标识对应的转换条件，将转换报文转换为交易报文，所述转换条件包括字段映射方式和层级位置；根据所述调用发起方的渠道编号和接口提供方的渠道编号，获取并根据所述交易报文的路由条件发送所述交易报文。转换条件可以预先在配置表缓存中设置，路由条件也是在发起方的渠道编号和接口提供方的渠道编号确定。转换条件和路由条件，可以随调用发起方或接口提供方的变化而改变，因此能够降低系统耦合性，适用于更多的系统服务场景。
54.上述的非惯用的可选方式所具有的进一步效果将在下文中结合具体实施方式加以说明。
附图说明
55.附图用于更好地理解本发明，不构成对本发明的不当限定。其中：
56.图1是根据本发明实施例的处理报文的方法的主要流程示意图；
57.图2是根据本发明实施例的处理报文的应用架构示意图；
58.图3是根据本发明实施例的将转换报文转换为交易报文的流程示意图；
59.图4是根据本发明实施例的在转换报文中的预设字段中获取交易标识的流程示意图；
60.图5是根据本发明实施例的根据路由条件发送交易报文的流程示意图；
61.图6是根据本发明实施例的向调用发起方发送应答报文的流程示意图；
62.图7是根据本发明实施例的将应答报文转换为发起方报文的流程示意图；
63.图8是根据本发明实施例的处理报文的交互示意图；
64.图9是根据本发明实施例的报文适配平台的示意图；
65.图10是根据本发明实施例的处理报文的装置的主要结构示意图；
66.图11是本发明实施例可以应用于其中的示例性系统架构图；
67.图12是适于用来实现本发明实施例的终端设备或服务器的计算机系统的结构示意图。
具体实施方式
68.以下结合附图对本发明的示范性实施例做出说明，其中包括本发明实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本发明的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。本技术技术方案中对数据的获取、存储、使用、处理等均符合国家法律法规的相关规定。
69.传统的报文转换方案，报文转换规则单一，转换方式和网络协议固定，不灵活。进而导致系统耦合性强。即，对于新系统接入和旧系统退出，需要大量的人工介入改造系统，针对特定的交易进行转换。不仅增加了人力成本，也对系统的正常运转带来了未知的风险。
70.综上，由于系统耦合性强，报文转换方案难以适用于调用更多的系统服务场景。
71.为了解决系统耦合性强的技术问题，可以采用以下本发明实施例中的技术方案。
72.参见图1即100，图1是根据本发明实施例的处理报文的方法主要流程示意图，按照转换条件和路由条件，转换并发送交易报文。如图1所示，具体包括以下步骤：
73.s101、接收调用发起方的转换报文请求，转换报文请求中包括转换报文。
74.在长期的系统建设过程中，不同系统选择技术不同，选择的框架也有所不同。虽然，有的系统选择的技术相同，可能用的版本，或者格式要求不同。目前，在项目实施过程中，由于客户对接系统数量大，并且网络通信方式和通信报文各不相同，导致在向这些系统发起调用时，需要定制化的开发相关转换和转发功能。
75.对于新系统的接入和旧系统的退出等，也同样需要进行相关功能的改造，进而增加了开发和测试成本。同时，在发送方或接收方报文变动后，也需要作对应的改造。上述改造对开发人员和测试人员的要求较高，需要熟悉每个对接系统的操作方式，增加了人员的学习成本以及改造出错的风险。
76.在本发明实施例中，调用发起方发送转换报文请求，转换报文请求中包括转换报文。接口提供方用于接收转换后的报文，即交易报文。
77.参见图2即200，图2是根据本发明实施例的处理报文的应用架构示意图。图2中包括三部分，第一部分是调用发起方；第二部分是处理报文的过程；第三部分是接口提供方。
78.图2中包括多个调用发起方，分别为调用发起方-1、调用发起方-2、调用发起方-3等。调用发起方是接口调用操作的发起方，通过处理报文，向接口提供方获取需求数据。
79.类似地，图2中包括多个接口提供方，分别为接口提供方-1、接口提供方-2和接口提供方-3等。接口提供方是负责提供调用方需求的接口，通过接口获取交易报文。
80.图2中采用图1中的实施例处理报文。如：处理报文前，调用发起方和接口提供方需要在注册中心注册。在配置中心中设置调用发起方和接口提供方的相关信息。
81.在本发明的一个实施例中，接收调用发起方基于http/https协议的转换报文请求，转换报文包括json数据。
82.在实际的应用场景中，在柜面显示器、平板电脑、应用(app)和web浏览器中一种或多种中，多采用http/https协议的转换报文请求。具体来说，在柜面显示器的页面请求、平板电脑的页面请求、app的页面请求或web浏览器等的页面请求，均需要涉及转换报文请求。转换报文中包括json数据。
83.在本发明的一个实施例中，基于spring mvc框架，接收调用发起方基于http/
https协议的转换报文请求。也就就是说，按照spring mvc框架，处理并接收基于http/https协议的转换报文请求。
84.作为一个示例，spring mvc框架，接收http/https协议的转换报文请求，处理该转换报文请求，然后在返回页面显示响应于转换报文的交易报文。
85.在本发明的一个实施例中，接收调用发起方基于socket协议的转换报文请求，转换报文包括xml数据。
86.在实际的应用场景中，在后端应用系统中多采用socket协议的转换报文请求。作为一个示例，后端应用系统包括以下一种或多种：客户关系管理系统、营销系统、信贷系统、核心系统、投资理财系统和企业服务总线(enterprise service bus，esb)。
87.具体来说，在后端应用系统的页面请求中需要涉及转换报文请求。转换报文中包括xml数据。
88.在本发明的一个实施例中，基于netty框架，接收调用发起方基于socket协议的转换报文请求。netty框架，具有高性能、高稳定性、预置多种编解码、支持多种主流协议和自定义的粘包拆包等功能，方便快捷的实现socket协议的通信功能；
89.可以理解的是，本发明实施例中的技术方案，不仅适用于基于http/https协议的转换报文请求，还适用于基于socket协议的转换报文请求。当然，本发明实施例中的技术方案，还适用于基于其它协议的转换报文请求。
90.s102、按照从配置表缓存中获取的转换报文中交易标识对应的转换条件，将转换报文转换为交易报文，转换条件包括字段映射方式和层级位置。
91.在本发明的实施例中，将转换报文转换为交易报文的依据是转换条件。转换条件通常预先存储在配置表缓存中。作为一个示例，在采用本发明实施例中的平台启动时，即实施处理报文的方法之前，可以将多个转换条件加载到配置表缓存中。另外，为了确保转换条件的准确性，还可以按照更新周期更新配置表缓存。
92.参见图3即300，图3是根据本发明实施例的将转换报文转换为交易报文的流程示意图。具体包括以下步骤：
93.s301、在转换报文中的预设字段中获取交易标识。
94.在本发明实施例中，转换条件与交易标识相对应，基于交易标识从配置表缓存中获取的转换报文中交易标识对应的转换条件。
95.可以在转换报文中的预设字段中获取交易标识。作为一个示例，在转换报文的第4个字段设置有交易标识，则可以从转换报文的第4个字段中获取交易报文。
96.参见图4即400，图4是根据本发明实施例的在转换报文中的预设字段中获取交易标识的流程示意图。具体包括以下步骤：
97.s401、在转换报文中的预设字段中获取交易标识。
98.在转换报文中的预设字段中设置有交易标识，则可以在转换报文中的预设字段中获取交易标识。
99.s402、根据交易标识查询校验条件，并按照校验条件成功校验转换报文中的字段。
100.在本发明实施例中，为了提高处理报文的安全性，可以采用校验条件验证转换报文中的字段。其中，校验条件是根据交易标识查询到的。
101.在本发明的一个实施例中，采用交易标识查询数据字典中是否配置对应的校验规
则。若在数据字典中查询到交易标识对应的校验规则，则需要采用校验规则，校验转换报文中的字段。若在数据字典中未查询到交易标识对应的校验规则，则无需校验转换报文中的字段。可以理解的是，采用数据字典校验转换报文中的字段，有利于提高处理报文的安全性。
102.在本发明的一个实施例中，校验条件包括以下一种或多种：长度校验、非空校验、类型校验和字段值范围。可以理解的是，对于转换报文中的字段可以采用校验条件实现验证。
103.若根据交易标识查询校验条件，并按照校验条件成功校验转换报文中的字段，则可以将转换报文转换为交易报文；若根据交易标识查询校验条件，并按照校验条件校验转换报文中的字段失败，则无需将转换报文转换为交易报文。
104.在图4的实施例中，通过校验条件交易转换报文中的字段，以提高处理报文的安全性。
105.s302、按照从配置表缓存中获取的转换报文中交易标识对应的转换条件，将转换报文转换为交易报文。
106.从配置表缓存中获取的转换报文中交易标识对应的转换条件，就可以按照转换条件，将转换报文转换为交易报文。其中，转换条件包括字段映射方式和层级位置。作为一个示例，字段映射方式包括转换报文中的一个字段映射至交易报文中一个字段的预设关系。层级位置包括转换报文的一个字段映射至交易报文中一个字段的位置关系。
107.可以理解的是，由于每个转换报文的交易标识不同，交易标识与转换条件相对应，因此可以将不同交易标识的转换报文，以及对应的转换条件，转换为交易报文。适用于多种转换报文转换为交易报文。
108.在图3的实施例中，采用交易标识对应的转换条件，将转换报文转换为交易报文，进而增大处理报文的适用范围。
109.s103、根据调用发起方的渠道编号和接口提供方的渠道编号，获取并根据交易报文的路由条件发送交易报文。
110.获取到交易报文之后，就可以通过该交易报文的路由条件将交易报文发送至接口提供方。交易报文的路由条件是根据调用发起方的渠道编号和接口提供方的渠道编号确定的。
111.参见图5即500，图5是根据本发明实施例的根据路由条件发送交易报文的流程示意图。具体包括以下步骤：
112.s501、在转换报文中的预设字段中获取发起方的渠道编号和接口提供方的渠道编号。
113.在转换报文的预设字段设置有调用发起方的渠道编号和接口提供方的渠道编号。进而，在转换报文中的预设字段中获取调用发起方的渠道编号和接口提供方的渠道编号。渠道编号是标识调用发起方或接口提供方的标识。通过渠道编号能够查询ip地址、端口号和通信方式。
114.s502、根据调用发起方的渠道编号和接口提供方的渠道编号，获取并根据交易报文的路由条件发送交易报文。
115.根据调用发起方的渠道编号和接口提供方的渠道编号，能够查询对应的交易报文
的路由条件。在数据库中存储渠道编号与ip地址、端口号和通信方式的对应关系，进而基于上述渠道编号和上述对应关系，确定交易报文的路由条件。作为一个示例，路由条件中包括接口提供方的ip地址、端口号和通信方式。
116.获取到交易报文的路由条件之后，就可以根据交易报文的路由条件发送交易报文。
117.在图5的实施例中，基于渠道编号获取路由条件后，依据路由条件发送交易报文。由于路由条件是按照调用发起方和接口提供方确定的，即使调用发起方或接口提供方改变，路由条件也会随之变化，并不会影响交易报文的正常发送。
118.本发明实施例可以应用于挡板测试。在一些跨系统的性能测试项目中，往往由于客观因素的限制，无法搭建一个完整的测试环境来完成测试工作。一般会搭建出被测系统，然后采用软件程序模拟其他相关系统的功能。该软件程序一般被称为挡板。
119.在本发明的一个实施例中，在接收到挡板测试指示，根据交易标识获取测试文件，并将测试文件返回至调用发起方。通过是否成功获取测试文件，以实施挡板测试。成功获取测试文件，并将测试文件返回至调用发起方，则说明完成挡板测试。
120.在本发明的一个实施例，接收到挡板测试指示，根据交易标识未成功获取测试文件，则说明未完成挡板测试。则，可以根据调用发起方的渠道编号和接口提供方的渠道编号，获取并根据交易报文的路由条件发送交易报文。
121.可以理解的是，在挡板测试失败的情况下，可以按照路由条件发送交易报文。以将交易报文发送至接口提供方。
122.即：接收到挡板测试指示，根据交易标识未成功获取测试文件；根据调用发起方的渠道编号和接口提供方的渠道编号，获取并根据交易报文的路由条件发送交易报文。
123.在本发明的一个实施例中，接收到挡板测试指示，根据交易标识未成功获取测试文件，则向调用发起方发送挡板测试失败的消息。
124.在本发明的一个实施例中，接口提供方在收到交易报文后，还可以响应交易报文，向调用发起方发送应答报文。
125.参见图6即600，图6是根据本发明实施例的向调用发起方发送应答报文的流程示意图。具体包括以下步骤：
126.s601、接收接口提供方响应于交易报文的应答报文。
127.在本发明的实施例中，接口提供方在接收到调用发起方发送的交易报文之后，还可以向调用发起方发送应答报文，即响应于交易报文的应答报文。
128.s602、按照从配置表缓存中获取的应答报文中交易标识对应的转换条件，将应答报文转换为发起方报文。
129.应答报文的发送类似于转换报文的发送，需要进行报文转换。即，按照从配置表缓存中获取的应答报文中交易标识对应的转换条件，将应答报文转换为发起方报文。
130.参见图7即700，图7是根据本发明实施例的将应答报文转换为发起方报文的流程示意图。具体包括以下步骤：
131.s701、按照从配置表缓存中获取的应答报文中交易标识对应的转换条件。
132.按照交易标识，从配置表缓存中获取的应答报文中交易标识对应的转换条件。
133.s702、应答报文中交易标识对应的转换条件包括配置转码，则按照所配置转码进
行转码映射，以将应答报文转换为发起方报文。
134.在应答报文中交易标识对应的转换条件包括配置转码，则按照所配置转码进行转码映射，以将应答报文转换为发起方报文。
135.具体地，在转码映射过程中，根据配置具体字段的key-value映射。如：数据字典表中配置一个性别字段sex，则在处理sex这个字段时，保留sex字段的同时，增加一个对应的描述字段sex_desc，其值为映射后的值，供前端页面直接展示使用。
136.在图7的实施例中，依据转换配置进行转码映射，以将应答报文转换为发起方报文。
137.s603、根据调用发起方的渠道编号和接口提供方的渠道编号，获取并根据发起方报文的路由条件发送发起方报文。
138.转换得到发起方报文之后，就可以根据调用发起方的渠道编号和接口提供方的渠道编号，获取并根据发起方报文的路由条件发送发起方报文。
139.在图6的实施例中，响应于交易报文的应答报文，采用转换条件转换应答报文，并按照路由条件发送发起方报文。
140.在本发明的一个实施例中，处理报文的过程中涉及调用发起方和接口提供方。
141.参见图8即800，图8是根据本发明实施例的处理报文的交互示意图。调用发起方发起接口调用，向接口提供发送发起方报文。接口提供方发送应答报文，并转换应答报文。
142.在实际的应用过程中，发起方报文包括json数据，交易报文包括xml数据。或，发起方报文包括xml数据，交易报文包括json数据。
143.作为一个示例，前端页面调用投资理财系统接口，前端页面发送的数据是基于http/https协议的json数据，而投资理财系统需要的是标准esb格式的xml报文。因此，在处理报文的过程中，需要将json格式的发起方报文转换为xml格式的交易报文。此外，在接口提供方响应于交易报文的情况下，需要将xml格式的应答报文，转换为json格式的发起方报文。
144.作为另一个示例，前端页面发送的数据是基于socket协议的xml数据，接口提供方需要基于http/https协议的json数据。因此，在处理报文的过程中，需要将xml格式的发起方报文转换为json格式的交易报文。此外，在接口提供方响应于交易报文的情况下，需要将json格式的应答报文，转换为xml格式的发起方报文。
145.在本发明的一个实施例中，考虑到处理报文具有数量大的特点，因此采用报文适配平台执行处理报文的方式。即，处理报文的方法应用于报文适配平台中。其中，报文适配平台可以设置在服务器中。
146.参见图9即900，图9是根据本发明实施例的报文适配平台的示意图。图9中的报文适配平台通过web渠道接收基于http/https的报文，其中，基于http/https的报文包括在柜面显示器、平板电脑、应用(app)和web浏览器中一种或多种中，多采用http/https协议的转换报文。通过application基于http/https的报文或socket协议的报文。其中，在后端应用系统中多采用socket协议的转换报文请求。
147.报文适配平台中涉及多个模块。作为一个示例，客户关系管理后端和营销后台等自有系统启动时，向spring eureka注册中心注册服务。在客户端请求微服务系统时，则通过spring cloud zuul、spring feign和spring ribbon等组件实现路由及负载均衡的功
能。
148.基于spring boot，接收调用发起方基于http/https协议的转换报文请求。其中，spring mvc框架属于spring boot。基于netty框架，接收调用发起方基于socket协议的转换报文请求。
149.oracle数据库则用于存储交易接口配置、报文转换配置、路由配置和数据字典表等基础数据信息。报文适配平台在启动时，将这些配置通过spring cache缓存到内存中，提高处理报文时的查询效率。
150.在上述本发明的实施例中，接收调用发起方的转换报文请求，所述转换报文请求中包括转换报文；按照从配置表缓存中获取的所述转换报文中交易标识对应的转换条件，将转换报文转换为交易报文，所述转换条件包括字段映射方式和层级位置；根据所述调用发起方的渠道编号和接口提供方的渠道编号，获取并根据所述交易报文的路由条件发送所述交易报文。转换条件可以预先在配置表缓存中设置，路由条件也是在发起方的渠道编号和接口提供方的渠道编号确定。转换条件和路由条件，可以随调用发起方或接口提供方的变化而改变，因此能够降低系统耦合性，适用于更多的系统服务场景。
151.此外，采用本发明实施例中的技术方案，通过多种网络协议进行通信。统一项目实施过程中与客户的系统对接的操作流程，提高实施效率，节省银行成本，提高了系统的可维护性和稳定性。
152.参见图10即1000，图10是根据本发明实施例的处理报文的装置的主要结构示意图，处理报文的装置可以实现处理报文的方法，如图10所示，处理报文的装置具体包括：
153.接收模块1001，用于接收调用发起方的转换报文请求，所述转换报文请求中包括转换报文；
154.转换模块1002，用于按照从配置表缓存中获取的所述转换报文中交易标识对应的转换条件，将转换报文转换为交易报文，所述转换条件包括字段映射方式和层级位置；
155.发送模块1003，用于根据所述调用发起方的渠道编号和接口提供方的渠道编号，获取并根据所述交易报文的路由条件发送所述交易报文。
156.在本发明的一个实施例中，接收模块1001，具体用于接收调用发起方基于http/https协议的转换报文请求，所述转换报文包括json数据。
157.在本发明的一个实施例中，在本发明的一个实施例中，接收模块1001，具体用于基于spring mvc框架，接收调用发起方基于http/https协议的转换报文请求。
158.在本发明的一个实施例中，在本发明的一个实施例中，接收模块1001，具体用于接收调用发起方基于socket协议的转换报文请求，所述转换报文包括xml数据。
159.在本发明的一个实施例中，在本发明的一个实施例中，接收模块1001，具体用于基于netty框架，接收调用发起方基于socket协议的转换报文请求。
160.在本发明的一个实施例中，转换模块1002，具体用于在所述转换报文中的预设字段中获取所述交易标识；
161.按照从配置表缓存中获取的所述转换报文中交易标识对应的转换条件，将转换报文转换为交易报文。
162.在本发明的一个实施例中，转换模块1002，具体用于在所述转换报文中的预设字段中获取所述交易标识；
163.根据所述交易标识查询校验条件，并按照所述校验条件成功校验所述转换报文中的字段。
164.在本发明的一个实施例中，所述校验条件包括以下一种或多种：长度校验、非空校验、类型校验和字段值范围。
165.在本发明的一个实施例中，发送模块1003，具体用于在所述转换报文中的预设字段中获取所述发起方的渠道编号和所述接口提供方的渠道编号；
166.根据所述调用发起方的渠道编号和接口提供方的渠道编号，获取并根据所述交易报文的路由条件发送所述交易报文。
167.在本发明的一个实施例中，发送模块1003，还用于接收到挡板测试指示，根据所述交易标识获取测试文件，并将所述测试文件返回至所述调用发起方。
168.在本发明的一个实施例中，发送模块1003，具体用于接收到挡板测试指示，根据所述交易标识未成功获取测试文件；
169.根据所述调用发起方的渠道编号和接口提供方的渠道编号，获取并根据所述交易报文的路由条件发送所述交易报文。
170.在本发明的一个实施例中，接收模块1001，具体用于接收所述接口提供方响应于所述交易报文的应答报文；
171.转换模块1002，具体用于按照从配置表缓存中获取的所述应答报文中交易标识对应的转换条件，将应答报文转换为发起方报文；
172.发送模块1003，具体用于根据所述调用发起方的渠道编号和接口提供方的渠道编号，获取并根据所述发起方报文的路由条件发送所述发起方报文。
173.在本发明的一个实施例中，转换模块1002，具体用于按照从配置表缓存中获取的所述应答报文中交易标识对应的转换条件；
174.所述应答报文中交易标识对应的转换条件包括配置转码，则按照所述配置转码进行转码映射，以将所述应答报文转换为发起方报文。
175.在本发明的一个实施例中，所述发起方报文包括json数据，所述交易报文包括xml数据；
176.或，
177.所述发起方报文包括xml数据，所述交易报文包括json数据。
178.图11即1100，示出了可以应用本发明实施例的处理报文的方法或处理报文的装置的示例性系统架构1100。
179.如图11所示，系统架构1100可以包括终端设备1101、1102、1103，网络1104和服务器1105。网络1104用以在终端设备1101、1102、1103和服务器1105之间提供通信链路的介质。网络1104可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。
180.用户可以使用终端设备1101、1102、1103通过网络1104与服务器1105交互，以接收或发送消息等。终端设备1101、1102、1103上可以安装有各种通讯客户端应用，例如购物类应用、网页浏览器应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等(仅为示例)。
181.终端设备1101、1102、1103可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。
182.服务器1105可以是提供各种服务的服务器，例如对用户利用终端设备1101、1102、1103所浏览的购物类网站提供支持的后台管理服务器(仅为示例)。后台管理服务器可以对接收到的产品信息查询请求等数据进行分析等处理，并将处理结果(例如目标推送信息、产品信息
‑‑
仅为示例)反馈给终端设备。
183.需要说明的是，本发明实施例所提供的处理报文的方法一般由服务器1105执行，相应地，处理报文的装置一般设置于服务器1105中。
184.应该理解，图11中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。
185.本发明实施例的一种计算程序产品，包括计算机程序，所述程序被处理器执行时实现本发明实施例提供的处理报文的方法。
186.下面参考图12即1200，其示出了适于用来实现本发明实施例的终端设备的计算机系统1200的结构示意图。图12示出的终端设备仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。
187.如图12所示，计算机系统1200包括中央处理单元(cpu)1201，其可以根据存储在只读存储器(rom)1202中的程序或者从存储部分1208加载到随机访问存储器(ram)1203中的程序而执行各种适当的动作和处理。在ram 1203中，还存储有系统1200操作所需的各种程序和数据。cpu 1201、rom 1202以及ram 1203通过总线1204彼此相连。输入/输出(i/o)接口1205也连接至总线1204。
188.以下部件连接至i/o接口1205：包括键盘、鼠标等的输入部分1206；包括诸如阴极射线管(crt)、液晶显示器(lcd)等以及扬声器等的输出部分1207；包括硬盘等的存储部分1208；以及包括诸如lan卡、调制解调器等的网络接口卡的通信部分1209。通信部分1209经由诸如因特网的网络执行通信处理。驱动器1210也根据需要连接至i/o接口1205。可拆卸介质1211，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器1210上，以便于从其上读出的计算机程序根据需要被安装入存储部分1208。
189.特别地，根据本发明公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本发明公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分1209从网络上被下载和安装，和/或从可拆卸介质1211被安装。在该计算机程序被中央处理单元(cpu)1201执行时，执行本发明的系统中限定的上述功能。
190.需要说明的是，本发明所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑磁盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本发明中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本发明中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，
其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、rf等等，或者上述的任意合适的组合。
191.附图中的流程图和框图，图示了按照本发明各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
192.描述于本发明实施例中所涉及到的模块可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的模块也可以设置在处理器中，例如，可以描述为：一种处理器包括接收模块、转换模块和发送模块。其中，这些模块的名称在某种情况下并不构成对该模块本身的限定，例如，接收模块还可以被描述为“用于接收调用发起方的转换报文请求，所述转换报文请求中包括转换报文”。
193.作为另一方面，本发明还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的设备中所包含的；也可以是单独存在，而未装配入该设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该设备执行时，使得该设备包括：
194.接收调用发起方的转换报文请求，所述转换报文请求中包括转换报文；
195.按照从配置表缓存中获取的所述转换报文中交易标识对应的转换条件，将转换报文转换为交易报文，所述转换条件包括字段映射方式和层级位置；
196.根据所述调用发起方的渠道编号和接口提供方的渠道编号，获取并根据所述交易报文的路由条件发送所述交易报文。
197.根据本发明实施例的技术方案，接收调用发起方的转换报文请求，所述转换报文请求中包括转换报文；按照从配置表缓存中获取的所述转换报文中交易标识对应的转换条件，将转换报文转换为交易报文，所述转换条件包括字段映射方式和层级位置；根据所述调用发起方的渠道编号和接口提供方的渠道编号，获取并根据所述交易报文的路由条件发送所述交易报文。转换条件可以预先在配置表缓存中设置，路由条件也是在发起方的渠道编号和接口提供方的渠道编号确定。转换条件和路由条件，可以随调用发起方或接口提供方的变化而改变，因此能够降低系统耦合性，适用于更多的系统服务场景。
198.上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，取决于设计要求和其他因素，可以发生各种各样的修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围
之内。