CN114493884A - 数据交互方法、装置及系统 - Google Patents

Abstract

本申请实施例提供一种数据交互方法、装置及系统，可用于金融领域，方法包括：接收发起方系统发送的交易请求，其中，所述交易请求是所述发起方系统根据接收方系统预先提供的交易信息填写规则、交易信息加密规则以及用户输入的交易信息生成的；根据所述交易请求中的用户数字签名进行身份验证，并在所述身份验证通过后对所述交易请求进行解密验签，在判定所述交易请求具有相应接口调用权限后将所述交易请求通过对应接口发送至接收方系统；向所述发起方系统返回所述交易处理结果；本申请能够有效提升不同系统间的数据交互效率和准确率。

Description

数据交互方法、装置及系统

技术领域

本申请涉及信息技术领域，也可用于金融领域，具体涉及一种数据交互方法、装置及系统。

背景技术

随着互联网的发展，不同系统间交互越来越频繁，例如，企业依托网络办理业务的比例不断提高，银行为企业提供的线上业务接口愈发丰富，网上银行系统业务更加多样复杂，为客户提供的服务需要更加便捷，在两种不同系统(企业与银行)间进行数据交互时也出现了一些技术问题。

一方面由于业务种类的繁杂，银行主机接收来自企业端的信息格式更加复杂，业务流程更加烦琐，这对银行后台系统产生了很大压力，系统容易报错、处理反应时间长、用户体验差。

另一方面，由于银行业务涉密，因此对所有往来信息需要进行加密/解密处理，这要求两个系统需要提供符合加密标准的加密方案，而两系统加密方案的对接往往出现问题且并不灵活。

综上，不同系统间的数据交互由于两者数据结构、逻辑规则的不同必然导致交互时对数据的解析、对加解密的处理不够灵活准确，使得不同系统间的数据交互效率难以提升。

发明内容

针对现有技术中的问题，本申请提供一种数据交互方法、装置及系统，能够有效提升不同系统间的数据交互效率和准确率。

为了解决上述问题中的至少一个，本申请提供以下技术方案：

第一方面，本申请提供一种数据交互方法，包括：

接收发起方系统发送的交易请求，其中，所述交易请求是所述发起方系统根据接收方系统预先提供的交易信息填写规则、交易信息加密规则以及用户输入的交易信息生成的；

根据所述交易请求中的用户数字签名进行身份验证，并在所述身份验证通过后对所述交易请求进行解密验签，在判定所述交易请求具有相应接口调用权限后将所述交易请求通过对应接口发送至接收方系统，以使所述接收方系统提取所述交易请求报文数据中的特定数据字段并编码为设定数据格式的交易数据，在所述交易数据通过设定交易规则检查后进行相应交易处理操作，得到交易处理结果并返回所述接口平台；

向所述发起方系统返回所述交易处理结果。

进一步地，所述在判定所述交易请求具有相应接口调用权限后将所述交易请求通过对应接口发送至接收方系统，还包括：

在判定所述交易请求不具有相应接口调用权限时，向所述发起方系统反馈一权限错误信号。

进一步地，所述在对所述交易请求进行解密验签之后，还包括：

根据线程锁或时间戳对经过解密验签的交易请求进行并发控制；

根据任务缓冲队列对经过解密验签的交易请求进行速率控制。

第二方面，本申请提供一种数据交互方法，包括：

根据接收方系统预先提供的交易信息填写规则、交易信息加密规则以及用户输入的交易信息生成交易请求并发送至接口平台，以使所述接口平台根据所述交易请求中的用户数字签名进行身份验证，并在所述身份验证通过后对所述交易请求进行解密验签，在判定所述交易请求具有相应接口调用权限后将所述交易请求通过对应接口发送至接收方系统，并使所述接收方系统提取所述交易请求报文数据中的特定数据字段并编码为设定数据格式的交易数据，在所述交易数据通过设定交易规则检查后进行相应交易处理操作，得到交易处理结果并返回所述接口平台；

接收所述接口平台发送的交易处理结果。

第三方面，本申请提供一种数据交互方法，包括：

接收接口平台发送的交易请求，其中，所述交易请求是发起方系统根据接收方系统预先提供的交易信息填写规则、交易信息加密规则以及用户输入的交易信息生成并发送至接口平台的，所述接口平台根据所述交易请求中的用户数字签名进行身份验证，并在所述身份验证通过后对所述交易请求进行解密验签，在判定所述交易请求具有相应接口调用权限后通过对应接口发送至接收方系统；

提取所述交易请求报文数据中的特定数据字段并编码为设定数据格式的交易数据，在所述交易数据通过设定交易规则检查后进行相应交易处理操作，得到交易处理结果并返回所述接口平台，以使所述接口平台将所述交易处理结果返回至发起方系统。

进一步地，所述在所述交易数据通过设定交易规则检查后进行相应交易处理操作，包括：

提取所述交易数据中的各个字段赋值数据并进行业务协议检查、账户权限检查以及账户限额检查，若检查均通过则进行相应交易处理操作，否则向所述发起方系统反馈一业务校验错误信号。

进一步地，所述在所述交易数据通过设定交易规则检查后进行相应交易处理操作，还包括：

提取所述交易数据中的各个字段赋值数据并进行基础字段完整性、字段长度以及字段规范格式检查，若检查均通过则进行相应交易处理操作，否则向所述发起方系统反馈一字段校验错误信号。

第四方面，本申请提供一种数据交互装置，包括：

交易请求接收模块，用于接收发起方系统发送的交易请求，其中，所述交易请求是所述发起方系统根据接收方系统预先提供的交易信息填写规则、交易信息加密规则以及用户输入的交易信息生成的；

交易请求校验模块，用于根据所述交易请求中的用户数字签名进行身份验证，并在所述身份验证通过后对所述交易请求进行解密验签，在判定所述交易请求具有相应接口调用权限后将所述交易请求通过对应接口发送至接收方系统，以使所述接收方系统提取所述交易请求报文数据中的特定数据字段并编码为设定数据格式的交易数据，在所述交易数据通过设定交易规则检查后进行相应交易处理操作，得到交易处理结果并返回所述接口平台；

交易结果反馈模块，用于向所述发起方系统返回所述交易处理结果。

第五方面，本申请提供一种数据交互装置，包括：交易请求生成模块，用于根据接收方系统预先提供的交易信息填写规则、交易信息加密规则以及用户输入的交易信息生成交易请求并发送至接口平台，以使所述接口平台根据所述交易请求中的用户数字签名进行身份验证，并在所述身份验证通过后对所述交易请求进行解密验签，在判定所述交易请求具有相应接口调用权限后将所述交易请求通过对应接口发送至接收方系统，并使所述接收方系统提取所述交易请求报文数据中的特定数据字段并编码为设定数据格式的交易数据，在所述交易数据通过设定交易规则检查后进行相应交易处理操作，得到交易处理结果并返回所述接口平台；

交易结果接收模块，用于接收所述接口平台发送的交易处理结果。

第六方面，本申请提供一种数据交互装置，包括：交易请求转接模块，用于接收接口平台发送的交易请求，其中，所述交易请求是发起方系统根据接收方系统预先提供的交易信息填写规则、交易信息加密规则以及用户输入的交易信息生成并发送至接口平台的，所述接口平台根据所述交易请求中的用户数字签名进行身份验证，并在所述身份验证通过后对所述交易请求进行解密验签，在判定所述交易请求具有相应接口调用权限后通过对应接口发送至接收方系统；

交易请求检查模块，用于提取所述交易请求报文数据中的特定数据字段并编码为设定数据格式的交易数据，在所述交易数据通过设定交易规则检查后进行相应交易处理操作，得到交易处理结果并返回所述接口平台，以使所述接口平台将所述交易处理结果返回至发起方系统。

第七方面，本申请提供一种数据交互系统，包括：发起方系统、接收方系统以及连接所述发起方系统和所述接收方系统的接口平台；

所述发起方系统包括：

交易请求生成模块，用于向所述接口平台发送交易请求，其中，所述交易请求是所述发起方系统根据所述接收方系统预先提供的交易信息填写规则、交易信息加密规则以及用户输入的交易信息生成的；

交易结果接收模块，用于接收所述接口平台发送的交易处理结果；

所述接口平台包括：

交易请求接收模块，用于接收所述发起方系统发送的交易请求；

交易请求校验模块，用于根据所述交易请求中的用户数字签名进行身份验证，并在所述身份验证通过后对所述交易请求进行解密验签，在判定所述交易请求具有相应接口调用权限后将所述交易请求通过对应接口发送至接收方系统；

交易结果反馈模块，用于向所述发起方系统返回交易处理结果；

所述接收方系统包括：

交易请求转接模块，用于接收所述接口平台发送的交易请求；

交易请求检查模块，用于提取所述交易请求报文数据中的特定数据字段并编码为设定数据格式的交易数据，在所述交易数据通过设定交易规则检查后进行相应交易处理操作，得到交易处理结果并返回所述接口平台。

第八方面，本申请提供一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现所述的数据交互方法的步骤。

第九方面，本申请提供一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现所述的数据交互方法的步骤。

第十方面，本申请提供一种计算机程序产品，包括计算机程序/指令，该计算机程序/指令被处理器执行时实现所述的数据交互方法的步骤。

由上述技术方案可知，本申请提供一种数据交互方法、装置及系统，通过接口平台连接两个数据结构和逻辑规则均不同的发起方系统和接收方系统，并通过接口平台进行身份验证、解密验签以及接口调用权限的验证，而后经过接收方系统对交易请求的重新编码和交易规则检查后，最后进行交易处理，使得发起方系统发送的交易请求符合接收方系统要求后才进入其内执行交易处理操作，由此能够有效提升不同系统间的数据交互效率和准确率。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本申请实施例中的数据交互方法的流程示意图之一；

图2为本申请实施例中的数据交互方法的流程示意图之二；

图3为本申请实施例中的数据交互方法的流程示意图之三；

图4为本申请实施例中的数据交互方法的流程示意图之四；

图5为本申请实施例中的数据交互装置的结构图之一；

图6为本申请实施例中的数据交互装置的结构图之二；

图7为本申请实施例中的数据交互装置的结构图之三；

图8为本申请实施例中的数据交互系统的结构图；

图9为本申请一具体实施例中的数据交互系统的结构图；

图10为本申请一具体实施例中的数据交互方法的流程图；

图11为本申请实施例中的电子设备的结构示意图。

具体实施方式

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整的描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

考虑到现有技术中不同系统间的数据交互由于两者数据结构、逻辑规则的不同必然导致交互时对数据的解析、对加解密的处理不够灵活准确，使得不同系统间的数据交互效率难以提升的问题，本申请提供一种数据交互方法、装置及系统，通过接口平台连接两个数据结构和逻辑规则均不同的发起方系统和接收方系统，并通过接口平台进行身份验证、解密验签以及接口调用权限的验证，而后经过接收方系统对交易请求的重新编码和交易规则检查后，最后进行交易处理，使得发起方系统发送的交易请求符合接收方系统要求后才进入其内执行交易处理操作，由此能够有效提升不同系统间的数据交互效率和准确率。

为了能够有效提升不同系统间的数据交互效率和准确率，本申请提供一种数据交互方法的实施例，执行主体可以为一接口平台，参见图1，所述数据交互方法具体包含有如下内容：

步骤S101：接收发起方系统发送的交易请求，其中，所述交易请求是所述发起方系统根据接收方系统预先提供的交易信息填写规则、交易信息加密规则以及用户输入的交易信息生成的。

可以理解的是，本申请所述的发起方系统是指发起交易请求的用户端(例如企业用户)，本申请所述的接收方系统是指处理交易请求的商户端(例如银行)，在现有技术中，企业用户发起金融类交易请求需要登录银行系统进行操作，或者使用银行指定专用软件进行操作等等，由此给企业用户处理交易带来了种种不便，即使企业用户自身系统通过事先协议能够与银行系统交互，但由于各家银行、各个企业用户自身系统的数据结构、逻辑规则等无法做到统一规定，只能个性化适配，即当企业用户或者银行两者之中任意一者发生改变时，其两者间的事先协议即需要更新，由此也给业务处理带来了种种不便。

可选的，本申请的发起方系统可以预先获取接收方系统提供的交易信息填写规则、交易信息加密规则，例如接收方系统对外提供其包含有交易信息填写规则、交易信息加密规则的SDK组件供所有发起方系统统一使用，由此确保各个不同发起方系统发来的交易请求具有统一的交易信息填写规则、交易信息加密规则。

可选的，本申请中的发起方系统并不直接与接收方系统通信连接，而是通过本申请设置的接口平台(也即API开放平台)连接。

步骤S102：根据所述交易请求中的用户数字签名进行身份验证，并在所述身份验证通过后对所述交易请求进行解密验签，在判定所述交易请求具有相应接口调用权限后将所述交易请求通过对应接口发送至接收方系统，以使所述接收方系统提取所述交易请求报文数据中的特定数据字段并编码为设定数据格式的交易数据，在所述交易数据通过设定交易规则检查后进行相应交易处理操作，得到交易处理结果并返回所述接口平台；

可选的，本申请的接口平台在接收到发起方系统发送的交易请求后，在将其转发至接入方系统之前，可以进行验证操作。

例如，根据所述交易请求中的用户数字签名进行身份验证，即对企业身份信息进行校验，通过提交者的证书ID确认客户信息。

再例如，在所述身份验证通过后对所述交易请求进行解密验签，即通过预先设定的解密规则(内置于接收方系统对外提供的包含有交易信息加密规则的SDK组件中)对交易请求数据包进行解密。

还例如，判断所述交易请求是否具有相应接口调用权限，即API调用权限。

可选的，上述验证均通过后本申请的接口平台才通过对应的接口将交易请求转发至接收方系统。

可选的，本申请的接收方系统也不仅仅是进行交易处理操作，而是可以在此之前对交易请求进行检查。

为了提高检查效率和准确率，也为了提高后续交易处理操作的效率，本申请的接收方系统可以提取所述交易请求报文数据中的特定数据字段并编码为设定数据格式的交易数据，即统一数据格式。

可选的，所述检查可以为对数据包内各个字段赋值数据进行提取，并依次进行业务协议检查、账户权限检查和账户限额检查，检查内容包括存在检查、赋值格式检查、数据真伪检查等，对通过检查的数据转送至对应的银行后台系统进行处理，拒绝未通过检验的数据包，并将报错信息发送至企业ERP。

可选的，所述检查也可以为对信息字段进行要素检查，对基础字段缺失、字段长度不符、字段出现特殊格式等非规范的包直接返回错误报告。

可选的，在接入方系统的检查工作完成并通过后，接入方系统才对交易请求进行交易处理操作，而此时的交易请求已经经过验证、检查、数据格式归整等处理，其可以准确得与业务处理模块对接并成功执行业务处理，而不会因为数据格式、业务逻辑异常等报错，由此极大提高了交易处理的效率和准确率。

步骤S103：向所述发起方系统返回所述交易处理结果。

从上述描述可知，本申请实施例提供的数据交互方法，能够通过接口平台连接两个数据结构和逻辑规则均不同的发起方系统和接收方系统，并通过接口平台进行身份验证、解密验签以及接口调用权限的验证，而后经过接收方系统对交易请求的重新编码和交易规则检查后，最后进行交易处理，使得发起方系统发送的交易请求符合接收方系统要求后才进入其内执行交易处理操作，由此能够有效提升不同系统间的数据交互效率和准确率。

为了能够向发起方系统及时反馈错误信号，在本申请的数据交互方法的一实施例中，上述步骤S102还可以具体包含如下内容：

在判定所述交易请求不具有相应接口调用权限时，向所述发起方系统反馈一权限错误信号。

可选的，本申请接口平台对交易请求的数据包进行验签和解密后，对其API调用权限进行检验，对检验通过的数据包转至接入方系统，拒绝未通过检验的数据包，并将报错信息传送给发起方系统。

为了能够提升接口平台的数据处理能力，在本申请的数据交互方法的一实施例中，参见图2，上述步骤S102还可以具体包含如下内容：

步骤S201：根据线程锁或时间戳对经过解密验签的交易请求进行并发控制。

步骤S202：根据任务缓冲队列对经过解密验签的交易请求进行速率控制。

可选的，由于本申请的接口平台面对所有发起方系统和面向所有接收方系统，因此其可能出现短时间内高并发的极端情况，为了提高本申请接口平台应对海量数据的处理能力、保障接口平台运行安全，本申请的接口平台可以通过线程锁或时间戳对经过解密验签的交易请求进行并发控制，还可以通过设置任务缓冲队列对经过解密验签的交易请求进行速率控制。

为了能够有效提升不同系统间的数据交互效率和准确率，本申请提供一种数据交互方法的实施例，执行主体可以为一发起方系统，参见图3，所述数据交互方法具体包含有如下内容：

步骤S301：根据接收方系统预先提供的交易信息填写规则、交易信息加密规则以及用户输入的交易信息生成交易请求并发送至接口平台，以使所述接口平台根据所述交易请求中的用户数字签名进行身份验证，并在所述身份验证通过后对所述交易请求进行解密验签，在判定所述交易请求具有相应接口调用权限后将所述交易请求通过对应接口发送至接收方系统，并使所述接收方系统提取所述交易请求报文数据中的特定数据字段并编码为设定数据格式的交易数据，在所述交易数据通过设定交易规则检查后进行相应交易处理操作，得到交易处理结果并返回所述接口平台。

步骤S302：接收所述接口平台发送的交易处理结果。

从上述描述可知，本申请实施例提供的数据交互方法，能够通过接口平台连接两个数据结构和逻辑规则均不同的发起方系统和接收方系统，并通过接口平台进行身份验证、解密验签以及接口调用权限的验证，而后经过接收方系统对交易请求的重新编码和交易规则检查后，最后进行交易处理，使得发起方系统发送的交易请求符合接收方系统要求后才进入其内执行交易处理操作，由此能够有效提升不同系统间的数据交互效率和准确率。

为了能够有效提升不同系统间的数据交互效率和准确率，本申请提供一种数据交互方法的实施例，执行主体可以为一接收方系统，参见图4，所述数据交互方法具体包含有如下内容：

步骤S401：接收接口平台发送的交易请求，其中，所述交易请求是发起方系统根据接收方系统预先提供的交易信息填写规则、交易信息加密规则以及用户输入的交易信息生成并发送至接口平台的，所述接口平台根据所述交易请求中的用户数字签名进行身份验证，并在所述身份验证通过后对所述交易请求进行解密验签，在判定所述交易请求具有相应接口调用权限后通过对应接口发送至接收方系统。

步骤S402：提取所述交易请求报文数据中的特定数据字段并编码为设定数据格式的交易数据，在所述交易数据通过设定交易规则检查后进行相应交易处理操作，得到交易处理结果并返回所述接口平台，以使所述接口平台将所述交易处理结果返回至发起方系统。

从上述描述可知，本申请实施例提供的数据交互方法，能够通过接口平台连接两个数据结构和逻辑规则均不同的发起方系统和接收方系统，并通过接口平台进行身份验证、解密验签以及接口调用权限的验证，而后经过接收方系统对交易请求的重新编码和交易规则检查后，最后进行交易处理，使得发起方系统发送的交易请求符合接收方系统要求后才进入其内执行交易处理操作，由此能够有效提升不同系统间的数据交互效率和准确率。

为了能够提升接口平台的数据处理能力，在本申请的数据交互方法的一实施例中，上述步骤S402还可以具体包含如下内容：

提取所述交易数据中的各个字段赋值数据并进行业务协议检查、账户权限检查以及账户限额检查，若检查均通过则进行相应交易处理操作，否则向所述发起方系统反馈一业务校验错误信号。

可选的，所述检查可以为对数据包内各个字段赋值数据进行提取，并依次进行业务协议检查、账户权限检查和账户限额检查，检查内容包括存在检查、赋值格式检查、数据真伪检查等，对通过检查的数据转送至对应的银行后台系统进行处理，拒绝未通过检验的数据包，并将报错信息发送至企业ERP。

为了能够提升接口平台的数据处理能力，在本申请的数据交互方法的一实施例中，上述步骤S402还可以具体包含如下内容：

提取所述交易数据中的各个字段赋值数据并进行基础字段完整性、字段长度以及字段规范格式检查，若检查均通过则进行相应交易处理操作，否则向所述发起方系统反馈一字段校验错误信号。

可选的，所述检查也可以为对信息字段进行要素检查，对基础字段缺失、字段长度不符、字段出现特殊格式等非规范的包直接返回错误报告。

为了能够有效提升不同系统间的数据交互效率和准确率，本申请提供一种用于实现所述数据交互方法的全部或部分内容的数据交互装置的实施例，例如为一接口平台，参见图5，所述数据交互装置具体包含有如下内容：

交易请求接收模块11，用于接收发起方系统发送的交易请求，其中，所述交易请求是所述发起方系统根据接收方系统预先提供的交易信息填写规则、交易信息加密规则以及用户输入的交易信息生成的。

交易请求校验模块12，用于根据所述交易请求中的用户数字签名进行身份验证，并在所述身份验证通过后对所述交易请求进行解密验签，在判定所述交易请求具有相应接口调用权限后将所述交易请求通过对应接口发送至接收方系统，以使所述接收方系统提取所述交易请求报文数据中的特定数据字段并编码为设定数据格式的交易数据，在所述交易数据通过设定交易规则检查后进行相应交易处理操作，得到交易处理结果并返回所述接口平台。

交易结果反馈模块13，用于向所述发起方系统返回所述交易处理结果。

从上述描述可知，本申请实施例提供的数据交互装置，能够通过接口平台连接两个数据结构和逻辑规则均不同的发起方系统和接收方系统，并通过接口平台进行身份验证、解密验签以及接口调用权限的验证，而后经过接收方系统对交易请求的重新编码和交易规则检查后，最后进行交易处理，使得发起方系统发送的交易请求符合接收方系统要求后才进入其内执行交易处理操作，由此能够有效提升不同系统间的数据交互效率和准确率。

为了能够有效提升不同系统间的数据交互效率和准确率，本申请提供一种用于实现所述数据交互方法的全部或部分内容的数据交互装置的实施例，例如为一发起方系统，参见图6，所述数据交互装置具体包含有如下内容：

交易请求生成模块21，用于根据接收方系统预先提供的交易信息填写规则、交易信息加密规则以及用户输入的交易信息生成交易请求并发送至接口平台，以使所述接口平台根据所述交易请求中的用户数字签名进行身份验证，并在所述身份验证通过后对所述交易请求进行解密验签，在判定所述交易请求具有相应接口调用权限后将所述交易请求通过对应接口发送至接收方系统，并使所述接收方系统提取所述交易请求报文数据中的特定数据字段并编码为设定数据格式的交易数据，在所述交易数据通过设定交易规则检查后进行相应交易处理操作，得到交易处理结果并返回所述接口平台。

交易结果接收模块22，用于接收所述接口平台发送的交易处理结果。

从上述描述可知，本申请实施例提供的数据交互装置，能够通过接口平台连接两个数据结构和逻辑规则均不同的发起方系统和接收方系统，并通过接口平台进行身份验证、解密验签以及接口调用权限的验证，而后经过接收方系统对交易请求的重新编码和交易规则检查后，最后进行交易处理，使得发起方系统发送的交易请求符合接收方系统要求后才进入其内执行交易处理操作，由此能够有效提升不同系统间的数据交互效率和准确率。

为了能够有效提升不同系统间的数据交互效率和准确率，本申请提供一种用于实现所述数据交互方法的全部或部分内容的数据交互装置的实施例，例如为一接收方系统，参见图7，所述数据交互装置具体包含有如下内容：

交易请求转接模块31，用于接收接口平台发送的交易请求，其中，所述交易请求是发起方系统根据接收方系统预先提供的交易信息填写规则、交易信息加密规则以及用户输入的交易信息生成并发送至接口平台的，所述接口平台根据所述交易请求中的用户数字签名进行身份验证，并在所述身份验证通过后对所述交易请求进行解密验签，在判定所述交易请求具有相应接口调用权限后通过对应接口发送至接收方系统。

交易请求检查模块32，用于提取所述交易请求报文数据中的特定数据字段并编码为设定数据格式的交易数据，在所述交易数据通过设定交易规则检查后进行相应交易处理操作，得到交易处理结果并返回所述接口平台，以使所述接口平台将所述交易处理结果返回至发起方系统。

参见图8，本申请提供一种数据交互系统，包括：发起方系统20、接收方系统30以及连接所述发起方系统20和所述接收方系统30的接口平台10。

所述发起方系统20包括：

交易请求生成模块21，用于向所述接口平台发送交易请求，其中，所述交易请求是所述发起方系统根据所述接收方系统预先提供的交易信息填写规则、交易信息加密规则以及用户输入的交易信息生成的。

交易结果接收模块22，用于接收所述接口平台发送的交易处理结果。

所述接口平台10包括：

交易请求接收模块11，用于接收所述发起方系统发送的交易请求。

交易请求校验模块12，用于根据所述交易请求中的用户数字签名进行身份验证，并在所述身份验证通过后对所述交易请求进行解密验签，在判定所述交易请求具有相应接口调用权限后将所述交易请求通过对应接口发送至接收方系统。

交易结果反馈模块13，用于向所述发起方系统返回交易处理结果。

所述接收方系统30包括：

交易请求转接模块31，用于接收所述接口平台发送的交易请求。

交易请求检查模块32，用于提取所述交易请求报文数据中的特定数据字段并编码为设定数据格式的交易数据，在所述交易数据通过设定交易规则检查后进行相应交易处理操作，得到交易处理结果并返回所述接口平台。

有上述内容可知，本申请实施例提供的数据交互系统，能够通过接口平台连接两个数据结构和逻辑规则均不同的发起方系统和接收方系统，并通过接口平台进行身份验证、解密验签以及接口调用权限的验证，而后经过接收方系统对交易请求的重新编码和交易规则检查后，最后进行交易处理，使得发起方系统发送的交易请求符合接收方系统要求后才进入其内执行交易处理操作，由此能够有效提升不同系统间的数据交互效率和准确率。

为了更进一步说明本方案，本申请还提供一种应用上述数据交互装置实现数据交互方法的交互系统具体应用实例，参见图9，具体包含有如下内容：企业ERP系统、API开放平台、银企互联及银行后台系统。

其中，所述企业ERP系统是企业交易信息的提交端和处理结果报文的接收端。当企业产生交易需求时，在企业EPR系统中提起交易请求，根据交易需求填写接入要素、业务要素等数据，并按银行加密规则对交易信息进行加密，加密后得到JSON格式交易报文数据包，数据包通过互联网或专线传送至银行API开放平台。当交易处理完成后，交易处理后的反馈报文通过API平台返回给企业ERP系统。

所述API开放平台是是银行将数字金融资产集中对外服务的合作开发平台，在本申请中充当信息处理和传递中介系统。企业ERP系统将JSON格式的交易需求数据包发送至银行API开放平台，API平台根据企业上送信息调用身份验证，验证客户身份后对JSON格式数据包进行解密验签，之后进行API调用权限检查，并对交易进行并发控制和速率控制。针对身份校验未通过或无API调用权限的数据包，API平台将拒绝处理并将报错信息返回企业ERP系统。当交易由银企互联及银行后台系统处理完成后，交易反馈报文经API平台加密后传送回企业ERP系统。

所述银企互联及银行后台系统是银行处理业务的核心系统，当接收到API平台转发的交易数据包后，银企互联系统摘取其中的数据字段，依次进行业务协议检查、账户权限检查和账户限额检查，之后由对应的银行后台系统进行业务处理，并将处理结果形成交易反馈数据包，传送给API开放平台。

为了更进一步说明本方案，本申请还提供一种应用上述数据交互装置实现数据交互方法的具体应用实例，参见图10，具体包含有如下内容：

交易开始。

当企业ERP系统提交JSON格式交易信息包时，要判断加密方式，若为EM(NC)方式，则ERP系统将数据包以POST格式发送到NetSafe Client的安全http协议服务器进行加密，之后将加密后的数据包发送给银行端Netsafe Server进行解码，解码后进入API开放平台；若为非EM方式(包括CA方式和RSA方式)，则由企业ERP系统在本地加密后直接将信息包发送至银行API平台，银行API平台审核企业数字签名，核对客户身份信息后，按照签名信息对信息包进行解密。

银行API开放平台对数据包进行验签和解密后，对企业API调用权限进行检验，对检验通过的数据包转至银企互联系统，拒绝未通过检验的数据包，并将报错信息传送给企业。银企互联系统接收到解码后的数据后，按交易接口要求提取数据包中信息字段，并对信息字段进行要素检查，对基础字段缺失、字段长度不符、字段出现特殊格式等非规范的包直接返回错误报告，对未校验出错误的信息编织成固定长格式，并传输给对应的银行后台系统进行处理。

银行后台系统接收到指令包后按指令包内容进行处理，并生成处理结果返回包。返回包重新发送至银企互联系统，银企互联系统对返回包字段进行检验，若指令处理失败，则按错误指令对照表将报错信息转译为中文格式字段，并将报错信息由API开放平台加密后发送给企业，企业可按要求重新提交JSON上送包，并重新发起交易请求；若指令处理成功，则将其直接发送至API开放平台，加密后将JSON格式数据包传至企业ERP系统。

交易结束。

在上述具体实施例中，本申请还可以实现以下技术效果：

1，银行与企业间信息直连，企业通过其ERP系统直接将交易需求发送至银行进行处理，简化了此前企业登录网银交易或临柜交易的操作，且支持企业进行24小时交易。

2，此系统采用分布式框架，支持弹性拓展，针对业务规模弹性大的客户提供专属的业务处理容器，进行灵活扩容。

3，企业可通过银行提供的SDK对接，降低开发难度，提升开发效率。提高企业自行对接可行性，降低银行开发压力。

4，采用JSON格式报文，数据格式健但，易于读写，占用较小带宽。

5，通过API平台传输的信息容错率更高，降低银行系统报错概率，提高客户体验。

6，交易信息在API平台进行初步处理，校验步骤迁移，对错误信息进行拦截，降低了银行后台业务处理系统压力。

从硬件层面来说，为了能够有效提升不同系统间的数据交互效率和准确率，本申请提供一种用于实现所述数据交互方法中的全部或部分内容的电子设备的实施例，所述电子设备具体包含有如下内容：

处理器(processor)、存储器(memory)、通信接口(Communications Interface)和总线；其中，所述处理器、存储器、通信接口通过所述总线完成相互间的通信；所述通信接口用于实现数据交互装置与核心业务系统、用户终端以及相关数据库等相关设备之间的信息传输；该逻辑控制器可以是台式计算机、平板电脑及移动终端等，本实施例不限于此。在本实施例中，该逻辑控制器可以参照实施例中的数据交互方法的实施例，以及数据交互装置的实施例进行实施，其内容被合并于此，重复之处不再赘述。

可以理解的是，所述用户终端可以包括智能手机、平板电子设备、网络机顶盒、便携式计算机、台式电脑、个人数字助理(PDA)、车载设备、智能穿戴设备等。其中，所述智能穿戴设备可以包括智能眼镜、智能手表、智能手环等。

在实际应用中，数据交互方法的部分可以在如上述内容所述的电子设备侧执行，也可以所有的操作都在所述客户端设备中完成。具体可以根据所述客户端设备的处理能力，以及用户使用场景的限制等进行选择。本申请对此不作限定。若所有的操作都在所述客户端设备中完成，所述客户端设备还可以包括处理器。

上述的客户端设备可以具有通信模块(即通信单元)，可以与远程的服务器进行通信连接，实现与所述服务器的数据传输。所述服务器可以包括任务调度中心一侧的服务器，其他的实施场景中也可以包括中间平台的服务器，例如与任务调度中心服务器有通信链接的第三方服务器平台的服务器。所述的服务器可以包括单台计算机设备，也可以包括多个服务器组成的服务器集群，或者分布式装置的服务器结构。

图11为本申请实施例的电子设备9600的系统构成的示意框图。如图11所示，该电子设备9600可以包括中央处理器9100和存储器9140；存储器9140耦合到中央处理器9100。值得注意的是，该图11是示例性的；还可以使用其他类型的结构，来补充或代替该结构，以实现电信功能或其他功能。

一实施例中，数据交互方法功能可以被集成到中央处理器9100中。其中，中央处理器9100可以被配置为进行如下控制：

步骤S101：接收发起方系统发送的交易请求，其中，所述交易请求是所述发起方系统根据接收方系统预先提供的交易信息填写规则、交易信息加密规则以及用户输入的交易信息生成的。

步骤S102：根据所述交易请求中的用户数字签名进行身份验证，并在所述身份验证通过后对所述交易请求进行解密验签，在判定所述交易请求具有相应接口调用权限后将所述交易请求通过对应接口发送至接收方系统，以使所述接收方系统提取所述交易请求报文数据中的特定数据字段并编码为设定数据格式的交易数据，在所述交易数据通过设定交易规则检查后进行相应交易处理操作，得到交易处理结果并返回所述接口平台；

步骤S103：向所述发起方系统返回所述交易处理结果。

从上述描述可知，本申请实施例提供的电子设备，通过接口平台连接两个数据结构和逻辑规则均不同的发起方系统和接收方系统，并通过接口平台进行身份验证、解密验签以及接口调用权限的验证，而后经过接收方系统对交易请求的重新编码和交易规则检查后，最后进行交易处理，使得发起方系统发送的交易请求符合接收方系统要求后才进入其内执行交易处理操作，由此能够有效提升不同系统间的数据交互效率和准确率。

在另一个实施方式中，数据交互装置可以与中央处理器9100分开配置，例如可以将数据交互装置配置为与中央处理器9100连接的芯片，通过中央处理器的控制来实现数据交互方法功能。

如图11所示，该电子设备9600还可以包括：通信模块9110、输入单元9120、音频处理器9130、显示器9160、电源9170。值得注意的是，电子设备9600也并不是必须要包括图11中所示的所有部件；此外，电子设备9600还可以包括图11中没有示出的部件，可以参考现有技术。

如图11所示，中央处理器9100有时也称为控制器或操作控件，可以包括微处理器或其他处理器装置和/或逻辑装置，该中央处理器9100接收输入并控制电子设备9600的各个部件的操作。

其中，存储器9140，例如可以是缓存器、闪存、硬驱、可移动介质、易失性存储器、非易失性存储器或其它合适装置中的一种或更多种。可储存上述与失败有关的信息，此外还可存储执行有关信息的程序。并且中央处理器9100可执行该存储器9140存储的该程序，以实现信息存储或处理等。

输入单元9120向中央处理器9100提供输入。该输入单元9120例如为按键或触摸输入装置。电源9170用于向电子设备9600提供电力。显示器9160用于进行图像和文字等显示对象的显示。该显示器例如可为LCD显示器，但并不限于此。

该存储器9140可以是固态存储器，例如，只读存储器(ROM)、随机存取存储器(RAM)、SIM卡等。还可以是这样的存储器，其即使在断电时也保存信息，可被选择性地擦除且设有更多数据，该存储器的示例有时被称为EPROM等。存储器9140还可以是某种其它类型的装置。存储器9140包括缓冲存储器9141(有时被称为缓冲器)。存储器9140可以包括应用/功能存储部9142，该应用/功能存储部9142用于存储应用程序和功能程序或用于通过中央处理器9100执行电子设备9600的操作的流程。

存储器9140还可以包括数据存储部9143，该数据存储部9143用于存储数据，例如联系人、数字数据、图片、声音和/或任何其他由电子设备使用的数据。存储器9140的驱动程序存储部9144可以包括电子设备的用于通信功能和/或用于执行电子设备的其他功能(如消息传送应用、通讯录应用等)的各种驱动程序。

通信模块9110即为经由天线9111发送和接收信号的发送机/接收机9110。通信模块(发送机/接收机)9110耦合到中央处理器9100，以提供输入信号和接收输出信号，这可以和常规移动通信终端的情况相同。

基于不同的通信技术，在同一电子设备中，可以设置有多个通信模块9110，如蜂窝网络模块、蓝牙模块和/或无线局域网模块等。通信模块(发送机/接收机)9110还经由音频处理器9130耦合到扬声器9131和麦克风9132，以经由扬声器9131提供音频输出，并接收来自麦克风9132的音频输入，从而实现通常的电信功能。音频处理器9130可以包括任何合适的缓冲器、解码器、放大器等。另外，音频处理器9130还耦合到中央处理器9100，从而使得可以通过麦克风9132能够在本机上录音，且使得可以通过扬声器9131来播放本机上存储的声音。

本申请的实施例还提供能够实现上述实施例中的执行主体为服务器或客户端的数据交互方法中全部步骤的一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，该计算机程序被处理器执行时实现上述实施例中的执行主体为服务器或客户端的数据交互方法的全部步骤，例如，所述处理器执行所述计算机程序时实现下述步骤：

步骤S101：接收发起方系统发送的交易请求，其中，所述交易请求是所述发起方系统根据接收方系统预先提供的交易信息填写规则、交易信息加密规则以及用户输入的交易信息生成的。

步骤S102：根据所述交易请求中的用户数字签名进行身份验证，并在所述身份验证通过后对所述交易请求进行解密验签，在判定所述交易请求具有相应接口调用权限后将所述交易请求通过对应接口发送至接收方系统，以使所述接收方系统提取所述交易请求报文数据中的特定数据字段并编码为设定数据格式的交易数据，在所述交易数据通过设定交易规则检查后进行相应交易处理操作，得到交易处理结果并返回所述接口平台；

步骤S103：向所述发起方系统返回所述交易处理结果。

从上述描述可知，本申请实施例提供的计算机可读存储介质，通过接口平台连接两个数据结构和逻辑规则均不同的发起方系统和接收方系统，并通过接口平台进行身份验证、解密验签以及接口调用权限的验证，而后经过接收方系统对交易请求的重新编码和交易规则检查后，最后进行交易处理，使得发起方系统发送的交易请求符合接收方系统要求后才进入其内执行交易处理操作，由此能够有效提升不同系统间的数据交互效率和准确率。

本申请的实施例还提供能够实现上述实施例中的执行主体为服务器或客户端的数据交互方法中全部步骤的一种计算机程序产品，该计算机程序/指令被处理器执行时实现所述的数据交互方法的步骤，例如，所述计算机程序/指令实现下述步骤：

步骤S101：接收发起方系统发送的交易请求，其中，所述交易请求是所述发起方系统根据接收方系统预先提供的交易信息填写规则、交易信息加密规则以及用户输入的交易信息生成的。

步骤S102：根据所述交易请求中的用户数字签名进行身份验证，并在所述身份验证通过后对所述交易请求进行解密验签，在判定所述交易请求具有相应接口调用权限后将所述交易请求通过对应接口发送至接收方系统，以使所述接收方系统提取所述交易请求报文数据中的特定数据字段并编码为设定数据格式的交易数据，在所述交易数据通过设定交易规则检查后进行相应交易处理操作，得到交易处理结果并返回所述接口平台；

步骤S103：向所述发起方系统返回所述交易处理结果。

从上述描述可知，本申请实施例提供的计算机程序产品，通过接口平台连接两个数据结构和逻辑规则均不同的发起方系统和接收方系统，并通过接口平台进行身份验证、解密验签以及接口调用权限的验证，而后经过接收方系统对交易请求的重新编码和交易规则检查后，最后进行交易处理，使得发起方系统发送的交易请求符合接收方系统要求后才进入其内执行交易处理操作，由此能够有效提升不同系统间的数据交互效率和准确率。

本领域内的技术人员应明白，本发明的实施例可提供为方法、装置、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(装置)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

本发明中应用了具体实施例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。

Claims (14)

1.一种数据交互方法，其特征在于，应用于接口平台，所述方法包括：

接收发起方系统发送的交易请求，其中，所述交易请求是所述发起方系统根据接收方系统预先提供的交易信息填写规则、交易信息加密规则以及用户输入的交易信息生成的；

根据所述交易请求中的用户数字签名进行身份验证，并在所述身份验证通过后对所述交易请求进行解密验签，在判定所述交易请求具有相应接口调用权限后将所述交易请求通过对应接口发送至接收方系统，以使所述接收方系统提取所述交易请求报文数据中的特定数据字段并编码为设定数据格式的交易数据，在所述交易数据通过设定交易规则检查后进行相应交易处理操作，得到交易处理结果并返回所述接口平台；

向所述发起方系统返回所述交易处理结果。

2.根据权利要求1所述的数据交互方法，其特征在于，所述在判定所述交易请求具有相应接口调用权限后将所述交易请求通过对应接口发送至接收方系统，还包括：

在判定所述交易请求不具有相应接口调用权限时，向所述发起方系统反馈一权限错误信号。

3.根据权利要求1所述的数据交互方法，其特征在于，所述对所述交易请求进行解密验签之后，还包括：

根据线程锁或时间戳对经过解密验签的交易请求进行并发控制；

根据任务缓冲队列对经过解密验签的交易请求进行速率控制。

4.一种数据交互方法，其特征在于，应用于发起方系统，所述方法包括：

根据接收方系统预先提供的交易信息填写规则、交易信息加密规则以及用户输入的交易信息生成交易请求并发送至接口平台，以使所述接口平台根据所述交易请求中的用户数字签名进行身份验证，并在所述身份验证通过后对所述交易请求进行解密验签，在判定所述交易请求具有相应接口调用权限后将所述交易请求通过对应接口发送至接收方系统，并使所述接收方系统提取所述交易请求报文数据中的特定数据字段并编码为设定数据格式的交易数据，在所述交易数据通过设定交易规则检查后进行相应交易处理操作，得到交易处理结果并返回所述接口平台；

接收所述接口平台发送的交易处理结果。

5.一种数据交互方法，其特征在于，应用于接收方系统，所述方法包括：

接收接口平台发送的交易请求，其中，所述交易请求是发起方系统根据接收方系统预先提供的交易信息填写规则、交易信息加密规则以及用户输入的交易信息生成并发送至接口平台的，所述接口平台根据所述交易请求中的用户数字签名进行身份验证，并在所述身份验证通过后对所述交易请求进行解密验签，在判定所述交易请求具有相应接口调用权限后通过对应接口发送至接收方系统；

提取所述交易请求报文数据中的特定数据字段并编码为设定数据格式的交易数据，在所述交易数据通过设定交易规则检查后进行相应交易处理操作，得到交易处理结果并返回所述接口平台，以使所述接口平台将所述交易处理结果返回至发起方系统。

6.根据权利要求5所述的数据交互方法，其特征在于，所述在所述交易数据通过设定交易规则检查后进行相应交易处理操作，包括：

提取所述交易数据中的各个字段赋值数据并进行业务协议检查、账户权限检查以及账户限额检查，若检查均通过则进行相应交易处理操作，否则向所述发起方系统反馈一业务校验错误信号。

7.根据权利要求5所述的数据交互方法，其特征在于，所述在所述交易数据通过设定交易规则检查后进行相应交易处理操作，还包括：

提取所述交易数据中的各个字段赋值数据并进行基础字段完整性、字段长度以及字段规范格式检查，若检查均通过则进行相应交易处理操作，否则向所述发起方系统反馈一字段校验错误信号。

8.一种数据交互装置，其特征在于，包括：

交易请求接收模块，用于接收发起方系统发送的交易请求，其中，所述交易请求是所述发起方系统根据接收方系统预先提供的交易信息填写规则、交易信息加密规则以及用户输入的交易信息生成的；

交易请求校验模块，用于根据所述交易请求中的用户数字签名进行身份验证，并在所述身份验证通过后对所述交易请求进行解密验签，在判定所述交易请求具有相应接口调用权限后将所述交易请求通过对应接口发送至接收方系统，以使所述接收方系统提取所述交易请求报文数据中的特定数据字段并编码为设定数据格式的交易数据，在所述交易数据通过设定交易规则检查后进行相应交易处理操作，得到交易处理结果并返回所述接口平台；

交易结果反馈模块，用于向所述发起方系统返回所述交易处理结果。

9.一种数据交互装置，其特征在于，包括：

交易请求生成模块，用于根据接收方系统预先提供的交易信息填写规则、交易信息加密规则以及用户输入的交易信息生成交易请求并发送至接口平台，以使所述接口平台根据所述交易请求中的用户数字签名进行身份验证，并在所述身份验证通过后对所述交易请求进行解密验签，在判定所述交易请求具有相应接口调用权限后将所述交易请求通过对应接口发送至接收方系统，并使所述接收方系统提取所述交易请求报文数据中的特定数据字段并编码为设定数据格式的交易数据，在所述交易数据通过设定交易规则检查后进行相应交易处理操作，得到交易处理结果并返回所述接口平台；

交易结果接收模块，用于接收所述接口平台发送的交易处理结果。

10.一种数据交互装置，其特征在于，包括：

交易请求转接模块，用于接收接口平台发送的交易请求，其中，所述交易请求是发起方系统根据接收方系统预先提供的交易信息填写规则、交易信息加密规则以及用户输入的交易信息生成并发送至接口平台的，所述接口平台根据所述交易请求中的用户数字签名进行身份验证，并在所述身份验证通过后对所述交易请求进行解密验签，在判定所述交易请求具有相应接口调用权限后通过对应接口发送至接收方系统；

交易请求检查模块，用于提取所述交易请求报文数据中的特定数据字段并编码为设定数据格式的交易数据，在所述交易数据通过设定交易规则检查后进行相应交易处理操作，得到交易处理结果并返回所述接口平台，以使所述接口平台将所述交易处理结果返回至发起方系统。

11.一种数据交互系统，其特征在于，包括：发起方系统、接收方系统以及连接所述发起方系统和所述接收方系统的接口平台；

所述发起方系统包括：

交易请求生成模块，用于向所述接口平台发送交易请求，其中，所述交易请求是所述发起方系统根据所述接收方系统预先提供的交易信息填写规则、交易信息加密规则以及用户输入的交易信息生成的；

交易结果接收模块，用于接收所述接口平台发送的交易处理结果；

所述接口平台包括：

交易请求接收模块，用于接收所述发起方系统发送的交易请求；

交易请求校验模块，用于根据所述交易请求中的用户数字签名进行身份验证，并在所述身份验证通过后对所述交易请求进行解密验签，在判定所述交易请求具有相应接口调用权限后将所述交易请求通过对应接口发送至接收方系统；

交易结果反馈模块，用于向所述发起方系统返回交易处理结果；

所述接收方系统包括：

交易请求转接模块，用于接收所述接口平台发送的交易请求；

交易请求检查模块，用于提取所述交易请求报文数据中的特定数据字段并编码为设定数据格式的交易数据，在所述交易数据通过设定交易规则检查后进行相应交易处理操作，得到交易处理结果并返回所述接口平台。

12.一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现权利要求1至7任一项所述的数据交互方法的步骤。

13.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该计算机程序被处理器执行时实现权利要求1至7任一项所述的数据交互方法的步骤。

14.一种计算机程序产品，包括计算机程序/指令，其特征在于，该计算机程序/指令被处理器执行时实现权利要求1至7任一项所述的数据交互方法的步骤。

Images