报文传输方法、装置及支付系统与流程

本发明涉及数据传输技术领域，具体而言，涉及一种报文传输方法、装置及支付系统。

背景技术：

在金融行业，在进行交易时，通常采用的通信协议为ISO8583报文协议，该协议定义了消息格式和交易流程，以便于不同的系统能够交换交易请求和响应信息。然而在传输过程中，需对传输的数据进行解析，以转化成应用层的数据。也就是在现有技术中，传输的数据格式较为复杂，影响了传输速度。另外，采用该方法对开发人员的开发水平要求较高，不利于产品开发。

技术实现要素：

为了克服上述现有技术中的不足，本发明提供一种报文传输方法、装置及支付系统，通过以JSON格式封装请求报文，简化请求报文的数据格式，进而解决上述问题。

为了实现上述目的，本发明较佳实施例所提供的技术方案如下所示：

本发明较佳实施例提供一种报文传输方法，应用于与综合交易前置服务器通信连接的POS终端，所述方法包括：

接收交易触发命令；

根据所述交易触发命令构造第一请求报文，所述第一请求报文包括以JSON格式封装的请求数据；

将所述第一请求报文发送至所述综合交易前置服务器，以使所述综合交易前置服务器根据所述请求数据构造第二请求报文，并将所述第二请求报文发送至支付渠道服务器。

可选地，上述请求数据包括预先设置的与所述POS终端及所述综合交易前置服务器关联的认证信息。

可选地，上述根据所述交易触发命令构造第一请求报文的步骤，包括：

根据所述交易触发命令及8583协议构造所述第一请求报文。

可选地，上述将所述第一请求报文发送至所述综合交易前置服务器的步骤，包括：

根据HTTPS协议将所述第一请求报文发送至所述综合交易前置服务器，其中，所述综合交易前置服务器用于在所述POS终端与所述综合交易前置服务器双向认证通过后，根据所述请求数据及ISO8583协议构造所述第二请求报文。

可选地，上述综合交易前置服务器还用于根据SOCKET通信协议，将所述第二请求报文发送至支付渠道服务器。

可选地，上述根据所述交易触发命令构造第一请求报文的步骤，包括：

压缩以所述JSON格式封装的请求数据，以得所述第一请求报文。

本发明的较佳实施例还提供一种报文传输装置，应用于与综合交易前置服务器通信连接的POS终端，所述报文传输装置包括：

接收单元，用于接收交易触发命令；

报文构造单元，用于根据所述交易触发命令构造第一请求报文，所述第一请求报文包括以JSON格式封装的请求数据；

发送单元，用于将所述第一请求报文发送至所述综合交易前置服务器，以使所述综合交易前置服务器根据所述请求数据构造第二请求报文，并将所述第二请求报文发送至支付渠道服务器。

可选地，上述请求数据包括预先设置的与所述POS终端及所述综合交易前置服务器关联的认证信息，所述发送单元还用于：

根据HTTPS协议将所述第一请求报文发送至所述综合交易前置服务器，其中，所述综合交易前置服务器用于在所述POS终端与所述综合交易前置服务器双向认证通过后，根据所述请求数据及ISO8583协议构造所述第二请求报文。

可选地，上述构造单元还用于：压缩以所述JSON格式封装的请求数据，以得所述第一请求报文。

本发明的较佳实施例还提供一种支付系统，用于执行上述的报文传输方法，所述支付系统包括POS终端及综合交易前置服务器，所述综合交易前置服务器与所述POS终端及支付渠道服务器通信连接；

所述POS终端用于接收的交易触发命令并构造第一请求报文，并将所述第一请求报文发送至所述综合交易前置服务器；还用于接收所述综合交易前置服务器发送的认证信息，并根据所述认证信息认证所述综合交易前置服务器的身份信息；其中，所述第一请求报文包括以JSON格式封装的请求数据，所述请求数据包括预先设置的与所述POS终端及所述综合交易前置服务器关联的认证信息；

所述综合交易前置服务器用于根据所述第一请求报文中的认证信息，对该POS终端的身份进行认证，并在认证通过后，根据所述请求数据构造第二请求报文，并将所述第二请求报文发送至支付渠道服务器。

相对于现有技术而言，本发明提供的报文传输方法、装置及支付系统至少具有以下有益效果：本方案通过接收交易触发命令；根据所述交易触发命令构造第一请求报文，所述第一请求报文包括以JSON格式封装的请求数据；将所述第一请求报文发送至综合交易前置服务器，以使所述综合交易前置服务器根据所述请求数据构造第二请求报文，并将所述第二请求报文发送至支付渠道服务器，简化了第一请求报文的数据格式。另外，采用JSON格式封装的请求报文易于读写、解析，且可压缩，有助于减小请求报文的带宽占用量，进而提升传输速度。

为使本发明的上述目的、特征和优点能更明显易懂，下文特举本发明较佳实施例，并配合所附附图，作详细说明如下。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍。应当理解，以下附图仅示出了本发明的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1为本发明较佳实施例提供的支付系统的交互示意图。

图2为本发明较佳实施例提供的POS终端的方框示意图。

图3为本发明较佳实施例提供的报文传输方法的流程示意图。

图4为本发明较佳实施例提供的报文传输装置的方框示意图。

图标：10-支付系统；100-POS终端；110-处理单元；120-通信单元；130-存储单元；200-综合交易前置服务器；300-支付渠道服务器；400-报文传输装置；410-接收单元；420-报文构造单元；430-发送单元。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述。显然，所描述的实施例仅仅是本发明的一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本发明实施例的组件可以以各种不同的配置来布置和设计。

因此，以下对在附图中提供的本发明的实施例的详细描述并非旨在限制要求保护的本发明的范围，而是仅仅表示本发明的选定实施例。基于本发明的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本发明保护的范围。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。此外，术语“第一”、“第二”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

在现有的金融行业中，POS终端发出的交易请求报文的格式较为复杂，在传输过程中，需对传输的请求报文进行解析以转化成应用层的数据，因格式较为复杂，占用带宽较大，影响了传输速度。

如何提供一种科学的数据格式简单的报文传输方法，使得可减少带宽占用及降低开发难度已成为本领域技术人员的一大难题。鉴于上述问题，本申请发明人经过长期研究探索，提出以下实施例以解决上述问题。下面结合附图，对本发明实施例作详细说明。在不冲突的情况下，下述的实施例及实施例中的特征可以相互组合。

请参照图1，为本发明较佳实施例提供的支付系统10的交互示意图。该支付系统10可以包括POS终端100以及综合交易前置服务器200。其中，综合交易前置服务器200通过网络可与至少一个POS终端100建立通信连接以进行数据交互，综合交易前置服务器200可通过网络建立与交易渠道服务器的通信连接以进行数据交互。该网络可以是，但不限于，有线网络或无线网络。当然，所述支付渠道服务器300可以作为组成所述支付系统10的一成员。

在本实施例中，该支付系统10可以用于执行如图3所示的报文传输方法。例如，所述POS终端100用于接收的交易触发命令并构造第一请求报文，并将所述第一请求报文发送至所述综合交易前置服务器200，其中，所述第一请求报文包括以JSON格式封装的请求数据，所述请求数据包括预先设置的与所述POS终端100及所述综合交易前置服务器200关联的认证信息。

又例如，所述综合交易前置服务器200用于根据所述第一请求报文中的认证信息，对该POS终端100的身份进行认证，并在认证通过后，根据所述请求数据构造第二请求报文，并将所述第二请求报文发送至支付渠道服务器300。其中，所述支付渠道服务器300可用于根据第二请求报文将第二请求报文转发至对应的支付渠道。

可理解地，综合交易前置服务器200可作为各交易终端(比如POS终端100)的连接平台，以实现各交易终端的统一接入。该综合交易前置服务器200还可以根据支付渠道的类型对各交易终端的报文分类转发，实现对报文的智能转发。另外，因交易终端需通过综合交易前置服务器200接入，综合交易前置服务器200便可对各交易终端的交易过程进行追踪，便于管理人员查看交易的详细过程，使得交易流水落地。支付渠道便为支付方式对应的服务器。比如，该支付方式为一网银卡，支付渠道便为该网银卡对应的支付服务器，用于对该网银卡对应的账户相应该请求(比如将该网银卡的账户资金转指定数目到目标账户)。又比如，若支付方式为现有的微信支或付支付宝支付方式或银联云闪付等，该支付渠道便为微信或支付宝或银联对应的支付服务器(或支付平台)。

请参照图2，为本发明较佳实施例提供的POS终端100的方框示意图。在本实施例中，该POS终端100可为智能POS机，可以包括处理单元110、通信单元120、存储单元130以及报文传输装置400。所述处理单元110、通信单元120、存储单元130以及报文传输装置400各个元件之间直接或间接地电性连接，以实现数据的传输或交互。例如，这些元件相互之间可通过一条或多条通讯总线或信号线实现电性连接。

所述处理单元110可以是处理器。例如，该处理器可以是中央处理器(Central Processing Unit，CPU)、网络处理器(Network Processor，NP)、图形处理器(Graphics Processing Unit，GPU)等；还可以是数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。

所述通信单元120用于通过网络建立与综合交易前置服务器200的通信连接，并通过所述网络收发数据。

所述存储单元130可以是，但不限于，随机存取存储器，只读存储器，可编程只读存储器，可擦除可编程只读存储器，电可擦除可编程只读存储器等。在本实施例中，所述存储单元130可以用于存储认证信息。当然，所述存储器还可以用于存储程序，所述处理单元110在接收到执行指令后，执行该程序。

进一步地，所述报文传输装置400包括至少一个可以软件或固件(firmware)的形式存储于所述存储单元130中或固化在所述POS终端100操作系统(operating system，OS)中的软件功能模块。所述处理单元110用于执行所述存储单元130中存储的可执行模块，例如报文传输装置400所包括的软件功能模块及计算机程序等。

可以理解的是，图2所示的结构仅为POS终端100的一种结构示意图，所述POS终端100还可以包括比图2所示更多或更少的组件。图2中所示的各组件可以采用硬件、软件或其组合实现。

请参照图3，为本发明较佳实施例提供的报文传输方法的流程示意图。本发明较佳实施例提供的报文传输方法可以应用于上述的POS终端100及支付系统10，可通过POS终端100执行该方法。

下面将对图3所示的报文传输方法的各步骤进行详细阐述，在本实施例中，该报文传输方法可以包括以下步骤：

步骤S510，接收交易触发命令。

在本实施例中，该交易触发命令可以为POS终端100根据接收的触发信号生成。可理解地，该触发信号可以是根据人为的输入操作得到。例如，收营员在利用POS终端100收账时，收营员可通过POS终端100输入的需要客户支付的金额数字，而收营员输入金额数字的操作便会使POS终端100形成对应的触发信号。其中，收营员收账的方式包括，但不限于，使用客户持有的银联卡或购物卡进行刷卡收账，或者通过POS终端100的采集模块扫描客户的支付二维码进行收账。

步骤S520，根据所述交易触发命令构造第一请求报文，所述第一请求报文包括以JSON格式封装的请求数据。

可选地，步骤S520可以为：根据所述交易触发命令及8583协议构造所述第一请求报文。

在本实施例中，第一请求报文的结构可以包括请求头及请求体，第一请求报文的长度(或大小)可根据实际情况进行设置，这里不作具体限定。其中，该请求头可以用于存储请求的方式，而该请求方式可以是，但不限于HTTP协议请求方式、HTTPS协议请求方式。具体地，请求方式包括但不限于GET、POST、HEAD、PUT等请求方式，优选地，采用HTTPS协议中的POST请求方式，该请求方式可以允许POS终端100给综合交易前置服务器200提供较多数据信息，同时还可以对传输的数据进行加密，以防止数据在传输过程中被窃取、改变，确保数据的完整性，以提高报文传输的安全性。

在本实施例中，请求体中用于存储以JSON格式封装的请求数据，该请求数据可以包括但不限于POS终端100的认证信息、交易金额、支付方式(比如刷卡支付、扫码支付等)、支付单号及时间戳等。其中，认证信息与POS终端100相关联，包括但不限于该POS终端100的产品编号、产品序列号(又称SN码)、制造该POS终端100的厂商编号等。

当然，作为替换，该认证信息也可以存储在第一请求报文的头部。综合交易前置服务器200在对第一请求报文的头部进行解析时，便可得到该认证信息，并与预先存储的各POS终端100的认证信息进行比对，若预先存储的各认证信息中存在与解析得到的认证信息相同的认证信息，该POS终端100便为合法的终端。

可选地，上述认证信息为双向认证信息，用于双向认证。也就是POS终端100可根据综合交易前置服务器200发送的认证数据对综合交易前置服务器200的身份进行认证，该认证数据由综合交易前置服务器200在接收到双向认证信息时向POS终端100发送。另外，综合交易前置服务器200可根据该双向认证信息直接对POS终端100的身份进行认证。

可理解地，综合交易前置服务器200在接收到该认证信息时，向POS终端100发送该综合交易前置服务器200的认证数据。POS终端100预先存储有综合交易前置服务器200的预设认证数据，在接收到该认证数据后，便会对该综合交易前置服务器200的身份进行认证，若接收的认证数据与预设认证数据相同，也就是该综合交易前置服务器200为合法的身份，若不同，也就是该身份不合法，将停止业务的进行。当双向认证通过后，也就是两种认证均通过，综合交易前置服务器200才继续执行其他业务，比如根据请求数据构造第二请求报文。

在本实施例中，因JSON格式的请求数据可被压缩，以减小带宽的占用。可选地，步骤S520还可以包括：压缩以JSON格式封装的请求数据，以得所述第一请求报文。该方法通过对第一请求数据进行压缩，以减小第一请求数据的带宽，进而提升传输速率。

值得说明的是，JSON格式是一种轻量级的数据交换格式，该格式采用完全独立于编程语言的文本格式来存储和表示数据，其结构简单清晰，易于阅读和编写，同时也易于解析和生成，也就是既可以效地提升网络传输效率，还能降低对开发人员的技术要求。

步骤S530，将所述第一请求报文发送至综合交易前置服务器200，以使所述综合交易前置服务器200根据所述请求数据构造第二请求报文，并将所述第二请求报文发送至支付渠道服务器300。

可理解地，所述综合交易前置服务器200可基于8583协议将所述请求数据构造成第二请求报文。

在本实施例中，步骤S530可以为：根据HTTPS协议将所述第一请求报文发送至所述综合交易前置服务器200，其中，所述综合交易前置服务器200用于在所述POS终端100与所述综合交易前置服务器200双向认证通过后，根据所述请求数据及ISO8583协议构造所述第二请求报文。

例如，综合交易前置服务器200对第一请求报文进行解析(包括对请求头及请求体存储的数据进行解析)，得到POS终端100的认证信息，然后根据该认证信息对POS终端100进行认证，若认证不通过，便停止请求，以终止本次交易；若综合交易前置服务器200对POS终端100的认证通过，且POS终端100对综合交易前置服务器200的认证也通过后，则根据第一请求报文中的请求数据(该请求数据可以是综合交易前置服务器200对第一请求报文中以JSON格式封装的请求数据解析得到的新的请求数据)，及ISO8583协议构造所述第二请求报文。

在本实施例中，综合交易前置服务器200还用于根据SOCKET通信协议，将所述第二请求报文发送至支付渠道服务器300。

值得说明的是，综合交易前置服务器200也可以采用JSON格式封装与第二请求报文对应的请求数据，然后构成第二请求报文，并根据SOCKET通信协议将构造的第二请求报文发送至支付渠道服务器300。

基于上述设计，该方法通过以JSON格式封装请求数据构成第一请求报文，简化了请求报文的数据格式，便于对第一请求报文进行传输；另外，还便于综合交易前置服务器200对该第一请求报文进行解析；再者，还可通过对以JSON格式封装的请求数据进行压缩，进一步减少带宽占用，以提升传输速度。

请参照图4，为本发明较佳实施例提供的报文传输装置400的方框示意图。该报文传输装置400可以应用于与综合交易前置服务器200通信连接的POS终端100，以执行如图3所示的报文传输方法。该报文传输装置400可以包括接收单元410、报文构造单元420及发送单元430，通过以JSON格式封装第一请求报文，简化第一请求报文的数据格式，进而有助于减小带宽占用，提升第一请求报文的传输速度。

接收单元410，用于接收交易触发命令。具体地，所述接收单元410可以用于执行图3中所示的步骤S510，具体执行的操作内容可参照对步骤S510的详细描述。

报文构造单元420，用于根据所述交易触发命令构造第一请求报文，所述第一请求报文包括以JSON格式封装的请求数据。具体地，所述报文构造单元420可以用于执行图3中所示的步骤S520，具体执行的操作内容可参照对步骤S520的详细描述。

可选地，所述构造单元还用于：压缩以所述JSON格式封装的请求数据，以得所述第一请求报文。

发送单元430，用于将所述第一请求报文发送至所述综合交易前置服务器200，以使所述综合交易前置服务器200根据所述请求数据构造第二请求报文，并将所述第二请求报文发送至支付渠道服务器300。具体地，所述发送单元430可以用于执行图3中所示的步骤S530，具体执行的操作内容可参照对步骤S530的详细描述。

进一步地，所述请求数据包括预先设置的与所述POS终端100及所述综合交易前置服务器200关联的认证信息，所述发送单元430还用于：根据HTTPS协议将所述第一请求报文发送至所述综合交易前置服务器200，其中，所述综合交易前置服务器200用于在所述POS终端100与所述综合交易前置服务器200双向认证通过后，根据所述请求数据及ISO8583协议构造所述第二请求报文。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本发明可以通过硬件实现，也可以借助软件加必要的通用硬件平台的方式来实现，基于这样的理解，本发明的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施场景所述的方法。

综上所述，本发明提供一种报文传输方法、装置及支付系统。本方案通过接收交易触发命令；根据所述交易触发命令构造第一请求报文，所述第一请求报文包括以JSON格式封装的请求数据；将所述第一请求报文发送至综合交易前置服务器，以使所述综合交易前置服务器根据所述请求数据构造第二请求报文，并将所述第二请求报文发送至支付渠道服务器，简化了第一请求报文的数据格式。另外，采用JSON格式封装的请求报文易于读写、解析，且可压缩，有助于减小请求报文的带宽占用量，进而提升传输速度。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。