三方系统提供服务。
[0031]在步骤S202中，通过报文转换线程从所述接收队列中读取待转换请求报文，根据所述配置信息将所述待转换请求报文转换为符合第一指定格式的请求报文，并将所述符合第一指定格式的请求报文缓存至发送队列。
[0032]在这里，所述第一指定格式为中心系统指定的数据格式。比如当所述中心系统指定的数据格式为JSON格式，则将所述待转换请求报文转换为JSON格式的请求报文。
[0033]可选地，在通过所述报文转换线程从所述接收队列中读取待转换请求报文后，所述方法还包括:将所述待转换请求报文存储至预设的缓存模块，以存储所述第三方系统的配置信息。
[0034]在步骤S203中，通过发送线程从所述发送队列中读取所述符合第一指定格式的请求报文，将所读取的请求报文发送至KXCP写线程，以通过KXCP将所述请求报文分发至中心系统。
[0035]在这里，所述KCXP写线程设置有私有的发送队列，发送线程将所读取的符合第一指定格式的请求报文不断地写入到KCXP写线程的私有队列中。所述KCXP写线程按照先进先出的原则从私有队列中读取出请求报文分发至KCXP对应的请求队列，以将请求报文分发至中心系统进行响应。
[0036]KCXP的另一端，KCXP读线程不断地从KCXP中的响应队列中取出中心系统的响应报文。
[0037]图3示出了本发明实施例提供的报文转换方法中步骤S102的具体实现流程。
[0038]参阅图3，所述步骤S102包括:
[0039]在步骤S301中，通过KCXP读线程读取中心系统返回的响应报文，设置所述响应报文的状态为已响应，并将所述响应报文存储至接收队列中。
[0040]在步骤S302中，通过报文转换线程从所述接收队列中读取所述响应报文，获取所述响应报文对应的第三方系统及其配置信息，根据所述配置信息将所述响应报文转换为符合所述第二指定格式的响应消息，并将所述响应消息缓存至发送队列。
[0041]在这里，所述获取所述响应报文对应的第三方系统及其配置信息包括:
[0042]从预设的缓存模块中读取所述响应报文对应的待转换请求报文，从所述待转换请求报文中获取所述响应报文对应的第三方系统及其配置信息。
[0043]示例性地，报文转换线程在处理响应报文时，先根据Msgld从所述预设的缓存模块中读取与所述相应报文对应的待转换请求报文，若无法读取到对应的待转换请求报文，则报响应超时的错误，并丢弃所述响应报文；若读取到，则从所述待转换请求报文中获取所述响应报文对应的第三方系统及其配置信息，并将所述待转换请求报文从所述预设的缓存模块中删除。根据所述配置信息将所述响应报文转换为符合第二指定格式的响应消息，将所述响应消息缓存至发送队列。在这里，所述第二指定格式为所述第三方系统指定的数据格式。不同的第三方系统指定的数据格式可以相同，也可以不相同。当有多个不同的第三方系统时，可以有多种不同的第二指定格式。
[0044]在步骤S303中，通过发送线程从所述发送队列中读取响应消息，将所述响应消息发送至对应的第三方系统。
[0045]综上所述，本发明实施例在接收到第三方系统发送的请求消息时，将所述请求消息转换为符合第一指定格式的请求报文后发送至中心系统进行响应；当接收到中心系统返回的响应报文时，则获取所述第三方系统的配置信息，根据所述通信节点的配置信息将所述响应报文转换为符合第二指定格式的响应消息，将所述响应消息发送至所述第三方系统。从而实现了不同第三方系统与中心系统之间的通讯，简化了在银行交易通讯中对报文协议转换的处理流程。中心系统无需考虑渠道的具体通信协议和报文格式，只需要提供一种接口与所述报文转换平台连接即可接收从不同第三方系统发送的请求消息，极大地提高了中心系统的移植性，且最大限度地保持了中心系统的扩展性和时效性，并减少了中心系统中的冗余代码。
[0046]需要说明的是，上述图1-图3实施例中所述的接收队列、发送队列均为先进先出队列。
[0047]图4示出了本发明实施例提供的报文转换平台的组成结构，为了便于说明，仅示出了与本发明实施例相关的部分。
[0048]在本发明实施例中，所述报文转换平台用于实现上述图1-图3任一实施例中所述的报文转换方法，用作第三方系统和中心系统之间的进行通讯的桥梁。所述报文转换平台的核心技术是ACE的Reactor框架，以实现一种灵活的事件处理机制，使应用无需为了满足事件处理的需要而编写平台相关的中心代码。平台采用的是跨平台的技术，可在Windows、AIX,Linux等操作系统上运行，可做Windows上开发调试，一次编写可以在多种不同环境下编译运行，有效地缩短了开发和调试的时间。当需要添加新的第三方系统时，若报文转换平台中已经支持所述第三方系统使用的通信协议和报文格式，则只需要简单地配置报文转换平台中的主配置文件；若报文转换平台不支持所述第三方系统使用的通信协议和报文格式，则编写相应的通信协议类和报文处理类，并进行重新编译即可。减少了冗余代码，最大限度地保持了中心系统的扩展性和时效性。
[0049]参阅图4，所述报文转换平台包括:
[0050]第一转换模块41，用于当接收到第三方系统发送的请求消息时，将所述请求消息转换为符合第一指定格式的请求报文，并将所述请求报文发送至中心系统进行响应；
[0051]第二转换模块42，用于当接收到中心系统返回的响应报文时，获取所述第三方系统的配置信息，根据所述配置信息将所述响应报文转换为符合第二指定格式的响应消息，并将所述响应消息发送至所述第三方系统。
[0052]进一步地，所述第一转换模块41包括:
[0053]第一获取单元411，用于当获取到第三方系统发送的请求消息时，将所述请求消息初始化为待转换请求报文，将所述待转换请求报文缓存至接收队列中，所述待转换请求报文中包含所述第三方系统的配置信息；
[0054]第一转换单元412，用于通过报文转换线程从所述接收队列中读取待转换请求报文，根据所述配置信息将所述待转换请求报文转换为符合第一指定格式的请求报文，并将所述符合第一指定格式的请求报文缓存至发送队列；
[0055]第一发送单元413，用于通过发送线程从所述发送队列中读取所述符合第一指定格式的请求报文，将所读取的请求报文发送至KXCP写线程，以通过KXCP将所述请求报文分发至中心系统。
[0056]进一步地，所述第一转换模块41还包括:
[0057]存储单元414，用于在通过报文转换线程从所述接收队列中读取待转换请求报文后，将所述待转换请求报文存储至预设的缓存模块。
[0058]进一步地，所述第二转换模块42包括:
[0059]第二获取单元421，用于通过KCXP读线程读取中心系统返回的响应报文，设置所述响应报文的状态为已响应，并将所述响应报文存储至接收队列中；
[0060]第二转换单元422，用于通过报文转换线程从所述接收队列中读取所述响应报文，获取所述响应报文对应的第三方系统及其配置信息，根据所述配置信息将所述响应报文转换为符合所述第二指定格式的响应消息，并将所述响应消息缓存至发送队列；
[0061]第二发送单元423，用于通过发送线程从所述发送队列中读取响应消息，将所述响应消息发送至对应的第三方系统。
[0062]进一步地，所述第二转换模块42还包括:
[0063]读取单元424，用于从预设的缓存模块中读取所述响应报文对应的待转换请求报文，从所述待转换请求报文中获取所述响应报文对应的第三方系统及其配置信息。
[0064]需要说明的是，本发明实施例中的装置可以用于实现上述方法实施例中的全部技术方案，其各个功能模块的功能可以根据上述方法实施例中的方法具体实现，其具体实现过程可参照上述实例中的相关描述，此处不再赘述。
[0065]本发明实施例在接收到第三方系统发送的请求消息时，将所述请求消息转换为符合第一指定格式的请求报文后发送至中心系统进行响应；当接收到中心系统返回的响应报文时，则获取所述第三方系统的配置信息，根据所述配置信息将所述响应报文转换为符合第二指定格式的响应消息，将所述响应消息发送至所述第三方系统。从而实现了不同第三方系统与中心系统之间的通讯，简化了在银行交易通讯中对报文协议转换的处理流程。中心系统无需考虑第三方系统的具体通信协议和报文格式，只需要提供一种接口与所述报文转换平台连接即可接收从不同第三方系统发送的请求消息，极大地提高了中心系统的移植性，且最大限度地保持了中