CN115834737A - 跨操作系统的报文交换方法、装置和控制系统 - Google Patents

Abstract

本申请涉及一种跨操作系统的报文交换方法、装置和控制系统，将复杂数据格式处理与业务流程隔离，开发人员通过调用标准功能接口得到组包、解包结果，完成业务流程处理。考虑到不同操作系统的差异，代码实现时不使用第三方包，在windows、linux主流操作系统上无需修改即可完成移植。当需要对接不同格式8583协议时，按照协议要求正确配置基础数据格式、并完成组包模块中相应域数据处理接口即可完成，亦有助于开发工作的高效进行。采用统一的银联标准格式8583报文，降低接入机构对规范的理解程度，保证开发代码质量。操作系统/功能接口适配统一，简洁。

Description

跨操作系统的报文交换方法、装置和控制系统

技术领域

本公开涉及大数据应用处理技术领域，尤其涉及一种跨操作系统的报文交换方法、装置和控制系统。

背景技术

银行卡线下受理业务都需要遵从中国银联相关标准。随着普惠金融的发展一些特色行业应用需要接入银联系统进行线下银行卡的受理，提供可用性的同时需要兼顾安全性、稳定性。

目前在机构接入银联CUPA进行银联标志银行卡受理时，由于行业特色的原因，其支付技术与银联技术路线不同，系统交换数据协议有各自特色，要接入银联CUPA需要做大量规范研究后进行研发工作，需要消耗较大的硬件部署以及开发成本。

申请人注意到，银联标准格式8583报文，由于8583系列标准多用于银行、卡组织终端或系统间报文交换，当前在特殊行业机构接入银联CUPA平台或机构间8583格式数据交换时，机构开发人员对规范理解程度不够及8583协议相关开发经验较少，开发出的代码质量很难保证，因涉及到银行卡扣款操作，处理不当容易成为日后的风险点。

且在业务流程处理过程中，会因为不同操作系统的差异，需要使用到第三方的操作系统并进行功能移植，各个操作系统的标准不一，功能接口亦不相同，复杂数据格式和业务流程处理繁冗。

发明内容

为了解决上述问题，本申请提出一种跨操作系统的报文交换方法、装置和控制系统。

本申请一方面，提出一种跨操作系统的报文交换方法，包括如下步骤：

接入机构根据应用场景获取交易数据，并将所述交易数据发送至报文交换系统；

报文交换系统接收并根据所述交易数据的类型确定报文格式，利用报文格式对所述交易数据中的目标数据进行格式化处理，并经过组包加密后报文至前置系统；

前置系统接收所述报文交换系统的报文并进行响应，返回响应报文至所述报文交换系统。

作为本申请的一可选实施方案，可选地，报文交换系统接收并根据所述交易数据的类型确定报文格式，利用报文格式对所述交易数据中的目标数据进行格式化处理，并经过组包加密后报文至前置系统，包括：

获取从接入机构传入的交易数据；

根据交易数据的类型，加载8583协议标准的报文格式；

对所述交易数据中的目标数据进行格式化处理后，按照8583协议标准的报文格式进行组包及加密，并上送报文至上层的前置系统，等待前置系统响应报文；

对前置系统返回的报文进行验证处理，验证通过后进行解包，解包后等待上层调用。

作为本申请的一可选实施方案，可选地，在报文交换系统按照8583协议标准的报文格式进行组包及加密之前，还包括：

根据应用环境要求，初始化环境变量；

加载8583协议数据格式并配置于数据格式处理模块中；

通过报文交换系统的交易数据采集模块，传入接入机构上报的交易数据。

作为本申请的一可选实施方案，可选地，按照8583协议标准的报文格式进行组包及加密，并上送报文至上层的前置系统，等待前置系统响应报文，包括：

确定所述交易数据中的待加密数据；

调用加密模块，采用预设的加密算法对所确定的待加密数据进行加密处理；

加密后对报文计算MAC并替换原数据。

作为本申请的一可选实施方案，可选地，按照8583协议标准的报文格式进行组包及加密，并上送报文至上层的前置系统，等待前置系统响应报文，还包括：

根据所述交易数据的类型，确定与该类型相匹配的报文格式；

交易流程处理模块根据具体的报文格式配置交易特征数据，并将所述交易特征数据、加密数据以及基础的所述交易数据进行组合，得到组合数据；

加载数据格式处理模块，从所述数据格式处理模块所配置的8583协议数据格式中，调用与该类型相匹配的报文格式；

采用所调用的报文格式对组合数据进行组包处理，上送报文至上层的前置系统，等待前置系统响应报文。

作为本申请的一可选实施方案，可选地，对前置系统返回的报文进行验证处理，验证通过后进行解包，解包后等待上层调用，包括：

获取前置系统返回的响应报文；

将所述响应报文传入报文验证及解析模块，通过所述报文验证及解析模块对所述响应报文进行MAC校验；

校验完成后，对所述响应报文进行解析，得到所解析的域数据并存入指定标量中；

等待上层应用与报文交换系统进行交互，对解析数据进行选择性调用。

本申请另一方面，提供一种实现所述跨操作系统的报文交换方法的装置，包括：

接入机构，用于根据应用场景获取交易数据，并将所述交易数据发送至报文交换系统；

报文交换系统，用于接收并根据所述交易数据的类型确定报文格式，利用报文格式对所述交易数据中的目标数据进行格式化处理，并经过组包加密后报文至前置系统；还用于：接收所述前置系统的报文响应，对所述前置系统返回的响应报文进行报文验证及解析，并供上层调用；

前置系统，用于接收所述报文交换系统的报文并进行响应，返回响应报文至所述报文交换系统。

作为本申请的一可选实施方案，可选地，所述报文交换系统，所述报文交换系统，包括：

交易数据采集模块，用于获取从接入机构传入的交易数据；

数据格式处理模块，用于根据交易数据的类型，加载8583协议标准的报文格式；

报文生成及加解密模块，用于对所述交易数据中的目标数据进行格式化处理后，按照8583协议标准的报文格式进行组包及加密，并上送报文至上层的前置系统，等待前置系统响应报文；

报文验证及解析模块，用于对前置系统返回的报文进行验证处理，验证通过后进行解包，解包后等待上层调用。

作为本申请的一可选实施方案，可选地，还包括：

交易流程处理模块，用于根据具体报文格式配置交易特征数据，并组合所述交易动态数据和系统预配置的所述交易特征数据。

本申请另一方面，还提供一种控制系统，包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器被配置为执行所述可执行指令时实现所述的跨操作系统的报文交换方法。

本发明的技术效果：

本申请通过将复杂数据格式处理与业务流程隔离，开发人员通过调用标准功能接口得到组包、解包结果，完成业务流程处理。考虑到不同操作系统的差异，代码实现时不使用第三方包，在windows、linux主流操作系统上无需修改即可完成移植。当需要对接不同格式8583协议时，按照协议要求正确配置基础数据格式、并完成组包模块中相应域数据处理接口即可完成，亦有助于开发工作的高效进行。采用统一的银联标准格式8583报文，降低接入机构对规范的理解程度，保证开发代码质量。操作系统/功能接口适配统一，简洁。

根据下面参考附图对示例性实施例的详细说明，本公开的其它特征及方面将变得清楚。

附图说明

包含在说明书中并且构成说明书的一部分的附图与说明书一起示出了本公开的示例性实施例、特征和方面，并且用于解释本公开的原理。

图1示出为本发明装置的应用系统示意图；

图2示出为本发明跨操作系统的报文交换方法的实施流程示意图；

图3示出为本发明一个实施例中的交易流程示意图；

具体实施方式

以下将参考附图详细说明本公开的各种示例性实施例、特征和方面。附图中相同的附图标记表示功能相同或相似的元件。尽管在附图中示出了实施例的各种方面，但是除非特别指出，不必按比例绘制附图。

在这里专用的词“示例性”意为“用作例子、实施例或说明性”。这里作为“示例性”所说明的任何实施例不必解释为优于或好于其它实施例。

另外，为了更好的说明本公开，在下文的具体实施方式中给出了众多的具体细节。本领域技术人员应当理解，没有某些具体细节，本公开同样可以实施。在一些实例中，对于本领域技术人员熟知的方法、手段、元件和电路未作详细描述，以便于凸显本公开的主旨。

实施例1

本系统将接入银联CUPA部分独立于机构原有系统运行，系统间交互通过接口进行，从而实现不改造原有系统且上层应用实现时不必关心报文格式、数据格式，只需按照接口要求传入基本数据，即可完成机构原有系统增加接入CUPA能力。在本系统内完成基本数据与银联数据域的对应关系，并处理为银联标准格式8583报文。当需要对接不同格式8583协议时，按照协议要求正确配置基础数据格式、并完成组包模块中相应域数据处理接口即可完成，亦有助于开发工作的高效进行。

如图1所示，应用系统主要由接入机构、报文交换系统和前置系统(上层)构成，接入机构可以是任何卡组织、金融机构等主体，前置系统为银联CUPA。

本发明实施例中将8583组解包相关功能及加解密处理进行了标准化封装，将复杂数据格式处理与业务流程隔离，开发人员通过调用标准功能接口得到组包、解包结果，完成业务流程处理。考虑到不同操作系统的差异，代码实现时不使用第三方包，在windows、linux主流操作系统上无需修改即可完成移植。

接入机构向报文交换机构传入数据，经过报文交换机构进行数据加密和格式化处理后，上报至CUPA，CUPA响应报文，对报文进行操作、处理后，将交易后的数据响应返回报文交换系统，完成CUPA返回数据的解包相关处理，完成机构返回数据的验证和解析。进行解析、校验后，解包完成的数据域提供接口按域提供给上层应用。

其中，报文交换系统包括如下几个功能模块：

(1)交易数据采集模块(采集传入数据)：提供给上层应用传入当前交易流程中动态采集到的数据，调用端只需关注实际交易数据的传入，其他为生成最终报文的必须数据分离出来由报文格式标准模块处理，降低业务层对系统报文理解的要求；交易数据采集模块进一步用于多场景应用数据采集，剥离卡片、终端交互部分，根据统一接口进行采集数据的传入，进一步调用不同的交易完成报文格式配置并进行组包处理；

(2)报文格式处理模块(报文格式处理)：基础数据格式处理已适配8583协议会出现的数据格式，可配置为符合8583标准的报文格式；本系统中配置为公共交通系统接入银联CUPA报文格式；

(3)交易流程处理模块(图中未示出)：用于配置具体报文格式交易特征数据，并结合将采集交易数据模块获取的数据进行后续组包处理。

(4)报文生成及加解密模块(组包及加密处理)：对上层采集数据进行格式化处理及按照8583协议格式组包加密后，进行报文，其中涉及到密码算法的内容如：二磁道数据加密、PIN、工作密钥校验、MAC计算通过加密机进行运算，支持国密算法、3DES算法的切换；报文生成及加解密模块将产生的域数据组合成交易报文，并计算磁道加密、PIN密文、MAC等加密数据，其中加密模块采用国家及金融行业认可的硬件加密设备，系统中对硬件加密设备的调用指令封装为可直接计算出相应结果的接口，并同时提供3DES、国密两种类型算法，满足不同场景下算法使用需求。

加密模块的运行，通过如下操作调用加密机进行加密及验证：

加密机调用采用阻塞方式，以计算MAC为例处理时间在20～30ms，高并发情况下单台加密机TPS在1000笔/秒左右，相较于普通硬件加密设备或软件加密算法处理效率满足系统业务需求，安全性也得到了保障。

(5)报文验证及解析模块(报文验证及解析)：完成CUPA返回数据的解包相关处理，完成机构返回数据的验证和解析。对发送报文数据处理完成后进行上送，将得到对应响应报文，本系统提供的对响应报文解包，功能实现基于基础数据配置，在解析过程中对数据进行处理得到处理后数据，并提供接口获取解析后数据的处理前、处理后两种格式，上层应用根据需要进行调用。

如图2所示，本申请一方面，提出一种跨操作系统的报文交换方法，包括如下步骤：

S1、接入机构根据应用场景获取交易数据，并将所述交易数据发送至报文交换系统；

S2、报文交换系统接收并根据所述交易数据的类型确定报文格式，利用报文格式对所述交易数据中的目标数据进行格式化处理，并经过组包加密后报文至前置系统；

S3、前置系统接收所述报文交换系统的报文并进行响应，返回响应报文至所述报文交换系统。

接入机构和报文交换系统之间，报文交换系统和前置系统之间，皆存在交易数据的数据传入和数据响应(反馈)。

该系统独立于机构原有系统完成报文交换功能，使开发人员不再关注8583相关操作。其实现了以下功能：

采集传入数据，接收来自机构的传入数据，

报文格式处理，根据传入数据中交易类型确定报文格式，并对域数据进行格式化；

组包和加密处理，对报文数据中需要进行加密的数据域进行加密并替换原数据，使用加密后的数据完成组包及MAC计算；

报文验证及解析，对CUPA返回报文进行校验，校验通过进行解包。解包完成的数据域提供接口按域提供给上层应用。

下面将结合附图3，具体描述各个步骤的具体实施过程。

如图3所示，本发明实施例中，接入机构系统在选定交易类型后，通过终端设备采集卡片数据及终端数据，并根据应用场景获取交易类型数据，将所有采集到的数据通过数据采集接口传入报文交换系统。

报文交换系统在具体实施时，其交易数据采集模块从接入机构传入交易数据，并根据其数据类型调用相对应的8583报文格式，进行格式化组包处理。

作为本申请的一可选实施方案，可选地，报文交换系统接收并根据所述交易数据的类型确定报文格式，利用报文格式对所述交易数据中的目标数据进行格式化处理，并经过组包加密后报文至前置系统，包括：

获取从接入机构传入的交易数据；

根据交易数据的类型，加载8583协议标准的报文格式；

对所述交易数据中的目标数据进行格式化处理后，按照8583协议标准的报文格式进行组包及加密，并上送报文至上层的前置系统，等待前置系统响应报文；

对前置系统返回的报文进行验证处理，验证通过后进行解包，解包后等待上层调用。

上述为报文交换系统的应用流程。报文交换系统在具体实施时，首先根据应用环境要求初始化环境变量，环境变量包括加解密模块调用加密机的地址、组包数据中报文头数据、其他环境参数，环境变量可通过数据库或文件进行更新，此类参数均为指定，代码中不能对环境变量进行修改。

作为本申请的一可选实施方案，可选地，在报文交换系统按照8583协议标准的报文格式进行组包及加密之前，还包括：

根据应用环境要求，初始化环境变量；

加载8583协议数据格式并配置于数据格式处理模块中；

通过报文交换系统的交易数据采集模块，传入接入机构上报的交易数据。

报文交换系统初始化环境变量后，根据ISO 8583协议对数据域基础格式进行定义，作为报文交换系统的基础数据类型，用于8583协议的基础数据类型，基础数据类型根据ISO8583所规定的数据域进行定义，作为基础数据域的集合，进一步使用基础数据类型进行特定8583标准的配置。配置8583协议标准的不同报文格式，包括对8583协议数据域基础属性如数据类型、压缩类型、补足类型的配置，以及为简化操作对数组与域编号做简化操作，以完成8583协议基础数据类型的配置。在标准数据类型基础上可调用统一的域数据设置、域数据获取、域数据格式化接口，在上层实现交易流程传入数据时调用。

其中，8583协议数据域配置及操作接口如下：

在传入交易流程数据后的交易报文处理，处理过程中按照基础数据域格式进行数据域补位、压缩、加密等操作；

进行补位、压缩操作所使用的的属性包括：长度、长度类型、补位、压缩类型、字符类型等属性由数据域定义时指定，补位、压缩操作对各域为标准接口。

在本实施例中，进行银联8583数据格式配置时，可根据基础数据类型对数据域进行长度、长度类型、补位、压缩类型、字符类型等属性进行配置，并提供了数据采集接口、数据获取接口。本发明的特点在于ISO8583为基础通用域数据格式，将其特征总结归纳形成数据域的基础属性，在特定场景下进行8583协议配置时，直接使用定义好的基础属性对数据域进行配置，增加了代码可读性，降低了二次开发工作量。

通过数据采集模块传入数据，系统加载8583协议数据格式对传入数据进行处理，通过模块化设计将组包分别执行，格式化数据域将存在的域按照设置的8583格式进行格式化；设置位图，根据数据域存在情况进行位图设置；将报文头数据、域数据组包，其中二磁道信息加密通过加密机进行处理；对报文计算MAC并替换原数据。

对报文的加密和组包处理：报文交换系统对报文数据中需要进行加密的数据域进行加密并替换原数据，使用加密后的数据完成组包及MAC计算。

作为本申请的一可选实施方案，可选地，按照8583协议标准的报文格式进行组包及加密，并上送报文至上层的前置系统，等待前置系统响应报文，包括：

确定所述交易数据中的待加密数据；

调用加密模块，采用预设的加密算法对所确定的待加密数据进行加密处理；

加密后对报文计算MAC并替换原数据。

本实施例中，待加密数据，由用户确定。

加密算法由用户自行采用，各个算法对应的加解密技术原理，本实施例不做赘述。

本实施例，加密机调用通过socket实现，当需要使用加密机进行加解密运算时创建调用加密机线程，当交易并发量大时多线程处理可以确保单台加密机满负荷运行，资源利用最大化。

作为本申请的一可选实施方案，可选地，按照8583协议标准的报文格式进行组包及加密，并上送报文至上层的前置系统，等待前置系统响应报文，还包括：

根据所述交易数据的类型，确定与该类型相匹配的报文格式；

交易流程处理模块根据具体的报文格式配置交易特征数据，并将所述交易特征数据、加密数据以及基础的所述交易数据进行组合，得到组合数据；

加载数据格式处理模块，从所述数据格式处理模块所配置的8583协议数据格式中，调用与该类型相匹配的报文格式；

采用所调用的报文格式对组合数据进行组包处理，上送报文至上层的前置系统，等待前置系统响应报文。

获取报文的交易数据后，系统可以根据其信息知道交易类型，并从所配置的8583协议数据格式中，调用与该类型相匹配的报文格式。此时，交易流程处理模块会根据具体的报文格式配置交易特征数据，并结合将采集交易数据模块获取的数据，进行后续组包。

将组包结果返回上层应用，连接CUPA发送、接收报文由上层应用完成。

作为本申请的一可选实施方案，可选地，对前置系统返回的报文进行验证处理，验证通过后进行解包，解包后等待上层调用，包括：

获取前置系统返回的响应报文；

将所述响应报文传入报文验证及解析模块，通过所述报文验证及解析模块对所述响应报文进行MAC校验；

校验完成后，对所述响应报文进行解析，得到所解析的域数据并存入指定标量中；

等待上层应用与报文交换系统进行交互，对解析数据进行选择性调用。

上层应用完成发送、接收操作后，将返回报文传入报文验证及解析模块，模块中首先对响应报文进行MAC校验，校验完成后将解析出的域数据存入指定变量，当上层应用需要使用时通过标准接口获取。开发人员通过调用标准功能接口得到组包、解包结果，完成业务流程处理。各个调用接口的部署，本实施例不作限定。

8583组解包相关功能及加解密处理的功能模块的标准化封装方式，本实施例不做限定。

因此，本申请可以将复杂数据格式处理与业务流程隔离，开发人员通过调用标准功能接口得到组包、解包结果，完成业务流程处理。考虑到不同操作系统的差异，代码实现时不使用第三方包，在windows、linux主流操作系统上无需修改即可完成移植。当需要对接不同格式8583协议时，按照协议要求正确配置基础数据格式、并完成组包模块中相应域数据处理接口即可完成，亦有助于开发工作的高效进行。采用统一的银联标准格式8583报文，降低接入机构对规范的理解程度，保证开发代码质量。操作系统/功能接口适配统一，简洁。

需要说明的是，尽管以二磁道信息加密作为示例介绍了如上加密处理，但本领域技术人员能够理解，本公开应不限于此。事实上，用户完全可根据实际应用场景灵活设定加密算法和加解密方式，只要可以按照上述技术方法实现本申请的技术功能即可。

实施例2

如图1所示，基于实施例1的实施原理，本申请另一方面，提供一种实现所述跨操作系统的报文交换方法的装置，包括：

接入机构，用于根据应用场景获取交易数据，并将所述交易数据发送至报文交换系统；

报文交换系统，用于接收并根据所述交易数据的类型确定报文格式，利用报文格式对所述交易数据中的目标数据进行格式化处理，并经过组包加密后报文至前置系统；还用于：接收所述前置系统的报文响应，对所述前置系统返回的响应报文进行报文验证及解析，并供上层调用；

前置系统，用于接收所述报文交换系统的报文并进行响应，返回响应报文至所述报文交换系统。

作为本申请的一可选实施方案，可选地，所述报文交换系统，所述报文交换系统，包括：

交易数据采集模块，用于获取从接入机构传入的交易数据；

数据格式处理模块，用于根据交易数据的类型，加载8583协议标准的报文格式；

报文生成及加解密模块，用于对所述交易数据中的目标数据进行格式化处理后，按照8583协议标准的报文格式进行组包及加密，并上送报文至上层的前置系统，等待前置系统响应报文；

报文验证及解析模块，用于对前置系统返回的报文进行验证处理，验证通过后进行解包，解包后等待上层调用。

作为本申请的一可选实施方案，可选地，还包括：

交易流程处理模块，用于根据具体报文格式配置交易特征数据，并组合所述交易动态数据和系统预配置的所述交易特征数据。

上述各个系统和模块的应用原理以及交互方式，具体参见实施例1的描述，本实施例不做赘述。

显然，本领域的技术人员应该明白，实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成的，程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各控制方法的实施例的流程。上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

本领域技术人员可以理解，实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成的，程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各控制方法的实施例的流程。其中，存储介质可为磁碟、光盘、只读存储记忆体(Read-OnlyMemory，ROM)、随机存储记忆体(RandomAccessMemory，RAM)、快闪存储器(FlashMemory)、硬盘(HardDiskDrive，缩写：HDD)或固态硬盘(Solid-StateDrive，SSD)等；存储介质还可以包括上述种类的存储器的组合。

实施例3

更进一步地，本申请另一方面，还提供一种控制系统，包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器被配置为执行所述可执行指令时实现所述的跨操作系统的报文交换方法。

本公开实施例来控制系统包括处理器以及用于存储处理器可执行指令的存储器。其中，处理器被配置为执行可执行指令时实现前面任一所述的一种跨操作系统的报文交换方法。

此处，应当指出的是，处理器的个数可以为一个或多个。同时，在本公开实施例的控制系统中，还可以包括输入装置和输出装置。其中，处理器、存储器、输入装置和输出装置之间可以通过总线连接，也可以通过其他方式连接，此处不进行具体限定。

存储器作为一计算机可读存储介质，可用于存储软件程序、计算机可执行程序和各种模块，如：本公开实施例的一种跨操作系统的报文交换方法所对应的程序或模块。处理器通过运行存储在存储器中的软件程序或模块，从而执行控制系统的各种功能应用及数据处理。

输入装置可用于接收输入的数字或信号。其中，信号可以为产生与设备/终端/服务器的用户设置以及功能控制有关的键信号。输出装置可以包括显示屏等显示设备。

以上已经描述了本公开的各实施例，上述说明是示例性的，并非穷尽性的，并且也不限于所披露的各实施例。在不偏离所说明的各实施例的范围和精神的情况下，对于本技术领域的普通技术人员来说许多修改和变更都是显而易见的。本文中所用术语的选择，旨在最好地解释各实施例的原理、实际应用或对市场中的技术的技术改进，或者使本技术领域的其它普通技术人员能理解本文披露的各实施例。

Claims (10)

1.跨操作系统的报文交换方法，其特征在于，包括如下步骤：

接入机构根据应用场景获取交易数据，并将所述交易数据发送至报文交换系统；

报文交换系统接收并根据所述交易数据的类型确定报文格式，利用报文格式对所述交易数据中的目标数据进行格式化处理，并经过组包加密后报文至前置系统；

前置系统接收所述报文交换系统的报文并进行响应，返回响应报文至所述报文交换系统。

2.根据权利要求1所述的跨操作系统的报文交换方法，其特征在于，报文交换系统接收并根据所述交易数据的类型确定报文格式，利用报文格式对所述交易数据中的目标数据进行格式化处理，并经过组包加密后报文至前置系统，包括：

获取从接入机构传入的交易数据；

根据交易数据的类型，加载8583协议标准的报文格式；

对所述交易数据中的目标数据进行格式化处理后，按照8583协议标准的报文格式进行组包及加密，并上送报文至上层的前置系统，等待前置系统响应报文；

对前置系统返回的报文进行验证处理，验证通过后进行解包，解包后等待上层调用。

3.根据权利要求2所述的跨操作系统的报文交换方法，其特征在于，在报文交换系统按照8583协议标准的报文格式进行组包及加密之前，还包括：

根据应用环境要求，初始化环境变量；

加载8583协议数据格式并配置于数据格式处理模块中；

通过报文交换系统的交易数据采集模块，传入接入机构上报的交易数据。

4.根据权利要求2所述的跨操作系统的报文交换方法，其特征在于，按照8583协议标准的报文格式进行组包及加密，并上送报文至上层的前置系统，等待前置系统响应报文，包括：

确定所述交易数据中的待加密数据；

调用加密模块，采用预设的加密算法对所确定的待加密数据进行加密处理；

加密后对报文计算MAC并替换原数据。

5.根据权利要求4所述的跨操作系统的报文交换方法，其特征在于，按照8583协议标准的报文格式进行组包及加密，并上送报文至上层的前置系统，等待前置系统响应报文，还包括：

根据所述交易数据的类型，确定与该类型相匹配的报文格式；

交易流程处理模块根据具体的报文格式配置交易特征数据，并将所述交易特征数据、加密数据以及基础的所述交易数据进行组合，得到组合数据；

加载数据格式处理模块，从所述数据格式处理模块所配置的8583协议数据格式中，调用与该类型相匹配的报文格式；

采用所调用的报文格式对组合数据进行组包处理，上送报文至上层的前置系统，等待前置系统响应报文。

6.根据权利要求2所述的跨操作系统的报文交换方法，其特征在于，对前置系统返回的报文进行验证处理，验证通过后进行解包，解包后等待上层调用，包括：

获取前置系统返回的响应报文；

将所述响应报文传入报文验证及解析模块，通过所述报文验证及解析模块对所述响应报文进行MAC校验；

校验完成后，对所述响应报文进行解析，得到所解析的域数据并存入指定标量中；

等待上层应用与报文交换系统进行交互，对解析数据进行选择性调用。

7.实现权利要求1-6中任一项所述跨操作系统的报文交换方法的装置，其特征在于，包括：

接入机构，用于根据应用场景获取交易数据，并将所述交易数据发送至报文交换系统；

报文交换系统，用于接收并根据所述交易数据的类型确定报文格式，利用报文格式对所述交易数据中的目标数据进行格式化处理，并经过组包加密后报文至前置系统；还用于：接收所述前置系统的报文响应，对所述前置系统返回的响应报文进行报文验证及解析，并供上层调用；

前置系统，用于接收所述报文交换系统的报文并进行响应，返回响应报文至所述报文交换系统。

8.权利要求7所述的装置，其特征在于，所述报文交换系统，所述报文交换系统，包括：

交易数据采集模块，用于获取从接入机构传入的交易数据；

数据格式处理模块，用于根据交易数据的类型，加载8583协议标准的报文格式；

报文生成及加解密模块，用于对所述交易数据中的目标数据进行格式化处理后，按照8583协议标准的报文格式进行组包及加密，并上送报文至上层的前置系统，等待前置系统响应报文；

报文验证及解析模块，用于对前置系统返回的报文进行验证处理，验证通过后进行解包，解包后等待上层调用。

9.根据权利要求8所述的装置，其特征在于，还包括：

交易流程处理模块，用于根据具体报文格式配置交易特征数据，并组合所述交易动态数据和系统预配置的所述交易特征数据。

10.一种控制系统，其特征在于，包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器被配置为执行所述可执行指令时实现权利要求1-6中任一项所述的跨操作系统的报文交换方法。

Images