CN117240915A - 数据传输系统、方法、装置及介质 - Google Patents

Abstract

本申请公开了数据传输系统、方法、装置及介质，可应用于金融领域或其他领域。由于服务接口并未封装具体的业务处理逻辑。响应方设备封装有业务处理逻辑，将请求信息转换为请求语句的过程即为业务处理逻辑，从而使得服务接口不再关注具体的业务场景，不会随业务场景的变化而变化，所以本申请实现了使用通用的服务接口传输请求信息以及响应报文的目的，无需对每个业务场景的服务接口进行开发，所以降低了开发成本。

Description

数据传输系统、方法、装置及介质

技术领域

本申请涉及通信技术领域，更具体的说，是涉及数据传输系统、方法、装置及介质。

背景技术

请求方设备与响应方设备通过服务接口进行交互。如请求方设备将请求信息通过服务接口发送至响应方设备，响应方设备响应该请求信息得到响应报文，通过服务接口将响应报文发送至请求方设备。

目前，不同的请求信息对应的服务接口不同；为了实现请求方设备与响应方设备的交互，需要开发多个服务接口。

发明内容

有鉴于此，本申请提供了一种数据传输系统、方法、装置及介质。

为实现上述目的，本申请提供如下技术方案：

根据本公开实施例的第一方面，提供一种数据传输系统，包括：

请求方设备，用于生成请求信息，所述请求信息包括统一资源定位符URL以及请求报文；将所述请求信息发送至服务接口；

其中，位于所述URL的第一位置的参数为所述请求方设备待访问的响应方设备的设备标识，位于所述URL的第二位置的参数为所述响应方设备响应所述请求信息的执行方式，所述执行方式包括执行依据名称和执行结果名称，位于所述URL的第三位置的参数为待执行的对象的对象名称；所述请求报文包括所述执行依据名称对应的参数值，位于所述URL的第四位置的参数为所述服务接口的通信地址；

所述服务接口，用于接收所述请求信息，从所述URL的第一位置处获取所述设备标识；发送所述请求信息至具有所述设备标识的响应方设备；

所述响应方设备，用于接收所述请求信息，从所述URL的第二位置处获取所述执行方式，从所述URL的第三位置处获取所述对象名称，以及，从所述请求报文中获取所述参数值；基于所述执行方式、所述对象名称以及所述参数值获得请求语句；响应所述请求语句得到响应报文；通过所述服务接口发送所述响应报文至所述请求方设备。

根据本公开实施例的第二方面，提供一种数据传输方法，应用于服务接口，所述数据传输方法包括：

接收请求方设备发送的请求信息，所述请求信息包括统一资源定位符URL以及请求报文；

其中，位于所述URL的第一位置的参数为所述请求方设备待访问的响应方设备的设备标识，位于所述URL的第二位置的参数为所述响应方设备响应所述请求信息的执行方式，所述执行方式包括执行依据名称和执行结果名称，位于所述URL的第三位置的参数为待执行的对象的对象名称；所述请求报文包括所述执行依据名称对应的参数值，位于所述URL的第四位置的参数为所述服务接口的通信地址；

从所述URL的第一位置处获取所述设备标识；

发送所述请求信息至具有所述设备标识的响应方设备；

其中，所述执行方式、所述对象名称以及所述参数值，是所述响应方设备得到请求语句的依据；所述请求语句是所述响应方设备得到响应报文的依据；

将所述响应方设备反馈的所述响应报文发送至所述请求方设备。

根据本公开实施例的第三方面，提供一种数据传输装置，应用于服务接口，所述数据传输装置包括：

接收模块，用于接收请求方设备发送的请求信息，所述请求信息包括统一资源定位符URL以及请求报文；

其中，位于所述URL的第一位置的参数为所述请求方设备待访问的响应方设备的设备标识，位于所述URL的第二位置的参数为所述响应方设备响应所述请求信息的执行方式，所述执行方式包括执行依据名称和执行结果名称，位于所述URL的第三位置的参数为待执行的对象的对象名称；所述请求报文包括所述执行依据名称对应的参数值，位于所述URL的第四位置的参数为所述服务接口的通信地址；

获取模块，用于从所述URL的第一位置处获取所述设备标识；

第一发送模块，用于发送所述请求信息至具有所述设备标识的响应方设备；

其中，所述执行方式、所述对象名称以及所述参数值，是所述响应方设备得到请求语句的依据；所述请求语句是所述响应方设备得到响应报文的依据；

第二发送模块，用于将所述响应方设备反馈的所述响应报文发送至所述请求方设备。

根据本公开实施例的第四方面，提供一种计算机可读存储介质，当所述计算机可读存储介质中的指令由服务接口的处理器执行时，使得服务接口能够执行如第二方面所述数据传输方法。

经由上述的技术方案可知，本申请提供了数据传输系统，由于服务接口并未封装具体的业务处理逻辑。响应方设备封装有业务处理逻辑，将请求信息转换为请求语句的过程即为业务处理逻辑，从而使得服务接口不再关注具体的业务场景，不会随业务场景的变化而变化，所以本申请实现了使用通用的服务接口传输请求信息以及响应报文的目的，无需对每个业务场景的服务接口进行开发，所以降低了开发成本。

附图说明

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

图1为本申请实施例提供的数据传输系统的信令图；

图2是根据一示例性实施例示出的一种应用于服务接口的数据传输方法的流程图；

图3是根据一示例性实施例示出的一种应用于服务接口的数据传输装置框图。

具体实施方式

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

本申请实施例提供了一种数据传输系统、方法、装置及介质，在介绍本申请实施例提供的技术方案之前，先对本申请涉及的应用场景和相关技术进行说明。

首先对本申请涉及的应用场景进行说明。

本申请实施例可以应用于任何需要通用的服务接口的应用场景，本申请实施例提供但不限于以下应用场景。

应用场景一：请求方设备为银行柜台的前端设备，响应方设备为数据库。

在银行等金融领域，受业务复杂以及业务发展趋势的影响，前端设备与数据库之间的交互越来越多，越来越复杂；例如，前端设备需要展示的交易界面、业务流程越来越趋于场景化或一体化类的综合交易；交易页面的页面内容、业务流程变得越来越复杂。在这些场景中经常需要从数据库中获取业务参数。

若期望从数据库中获取业务参数，前端开发人员需要开发前端设备从数据库查询业务参数的接口。

应用场景二：请求方设备为研发人员持有的终端设备，响应方设备为服务器。

在银行等金融领域，终端设备可以向服务器发送请求信息，如添加信息，或，删除信息，或，变更信息，服务器可以响应请求信息，执行相应的操作。

后台开发人员需要开发相应的接口，实现终端设备与服务器进行交互的目的。

下面对本申请涉及的相关技术进行说明。

相关技术中数据传输的过程包括以下步骤A1至步骤A4。

步骤A1：请求方设备发送请求信息。

步骤A2：服务接口接收请求信息，解析请求信息，调用业务逻辑层的业务处理逻辑解析请求信息，得到请求内容；最后调用数据访问层，通过请求内容访问响应方设备。

步骤A3：响应方设备解析请求内容；响应请求内容得到响应报文，将响应报文返回至服务接口。

步骤A4：服务接口将响应报文反馈至请求方设备，请求方设备解析响应报文，以得到响应结果。

相关技术中每涉及到一种业务场景的需要，就需要开发一个与该业务场景对应的服务接口。因为每个业务场景的服务接口都需要开发，故开发成本较高。

基于此，本申请提供了一种通用的服务接口，不同业务场景均可以使用该通用的服务接口传输请求信息，无需对每个业务场景的服务接口进行开发，所以降低了开发成本。

下面结合上述应用场景和相关技术，对本申请实施例提供的数据传输系统进行说明。

如图1所示，为本申请实施例提供的数据传输系统的信令图，该数据传输系统包括请求方设备11、服务接口12以及响应方设备13。三者之间的交互流程包括以下步骤S101至步骤S107。

步骤S101：请求方设备11生成请求信息，将所述请求信息发送至服务接口12。

示例性的，请求方设备可以为任何一种可与用户通过键盘、触摸板、触摸屏、遥控器、语音交互或手写设备等一种或多种方式进行人机交互的电子产品，例如，手机、平板电脑、掌上电脑、个人计算机、可穿戴设备、智能电视等。

请求信息包括URL(统一资源定位符，Uniform Resource Locator)以及请求报文。

示例性的，请求报文可以为POST报文。

示例性的，请求方设备11生成请求信息的方法有多种，本申请实施例提供但不限于以下两种。

第一种生成请求信息的方法包括：通过请求方设备11显示用户界面；接收用户通过用户界面输入或选择的参数，以得到请求信息。

第二种生成请求信息的方法包括：响应用户对请求方设备11显示的用户界面的操作，生成请求信息。该操作可以为触控按键的操作。

其中，位于所述URL的第一位置的参数为所述请求方设备待访问的响应方设备的设备标识，位于所述URL的第二位置的参数为所述响应方设备响应所述请求信息的执行方式，所述执行方式包括执行依据名称和执行结果名称，位于所述URL的第三位置的参数为待执行的对象的对象名称；所述请求报文包括所述执行依据名称对应的参数值，位于所述URL的第四位置的参数为所述服务接口的通信地址。

示例性的，若请求方设备发送的请求信息是对响应方设备中的参数的更新，则请求报文还包括执行结果名称对应的参数值。

示例性的，对象可以为表格、视图、队列中任一种或多种。

示例性的，响应方设备可以为数据库、服务器、服务器集群或电子设备。

示例性的，设备标识可以为：人为设置的设备标号或设备唯一标识(UniqueDevice Identifier)。

下面举例对执行方式、对象名称和参数值进行说明。

若请求方设备是需要从响应方设备中获取账号为1000的转账记录，则执行方式为基于账号获取转账记录，该执行方式的执行依据名称为账号，执行结果名称为转账记录。此时，对象名称为存储账号为1000的转账记录信息的表格的名称。请求报文包括的执行依据名称对应的参数值为1000。

若请求方设备是需要将响应方设备的客户号为0100的手机号更改为144，则执行方式为基于客户号更改手机号，该执行方式的执行依据名称包括客户号以及手机号，执行结果名称为手机号。此时，对象名称为存储客户号为0100的手机号的表格的名称，请求报文包括执行依据名称对应的参数值0100、更改前的手机号的参数值133以及更改后的手机号的参数值144。

若请求方设备是需要将响应方设备的客户号为0100的记录删除，则执行方式为基于客户号删除记录，该执行方式的执行依据名称为客户号，执行结果名称为空。此时对象名称为存储客户号为0100的记录的表格的名称，请求报文包括执行依据名称的参数值为0100。

下面举例对URL进行说明。

URL为一个字符串，例如，https://{第四位置：服务接口的通信地址}}/{第一位置：响应方设备的设备标识}/{第二位置：执行方式}/{第三位置：对象名称}。

示例性的，服务接口的通信地址可以用{ip}:{port}表征。其中，ip是指服务接口的互联网协议地址(Internet Protocol Address)，port是服务接口的端口号。

步骤S102：服务接口12接收所述请求信息，从所述URL的第一位置处获取所述设备标识。

示例性的，步骤S102提及的服务接口为通用接口，该服务接口高度封装，内部不做业务逻辑实现，主要是打通请求方设备与响应方设备之间的直接交互。

步骤S103：服务接口12发送所述请求信息至具有所述设备标识的响应方设备。

步骤S104：响应方设备13接收所述请求信息，从所述URL的第二位置处获取所述执行方式，从所述URL的第三位置处获取所述对象名称，以及，从所述请求报文中获取所述参数值。

示例性的，请求报文携带有参数值，若执行方式包含的执行依据名称包括多个参数名称，则请求报文携带有多个参数名称分别对应的参数值。

示例性的，若请求方设备是需要将响应方设备的客户号为0100的手机号更改为144，则执行方式为基于客户号更改手机号，该执行方式的执行依据名称包括客户号以及更改前的手机号，执行结果名称为更改后的手机号。此时，请求报文包括：客户号＝0100，手机号＝144。

若请求方设备是需要从响应方设备中获取账号为1000的转账记录，则执行方式为基于账号获取转账记录，该执行方式的执行依据名称为账号，执行结果名称为转账记录。此时，请求报文包括账号＝1000。

若请求方设备是需要将响应方设备的客户号为0100的记录删除，则执行方式为基于客户号删除记录，该执行方式的执行依据名称为客户号，执行结果名称为空。此时，请求报文包括客户号＝0100。

步骤S105：响应方设备13基于所述执行方式、所述对象名称以及所述参数值获得请求语句。

示例性的，为了使得服务接口为通用接口，不会在服务接口中设置业务处理逻辑，所以将业务处理逻辑设置于响应方设备中。通用的服务接口不再关注具体的业务场景，只需要调用数据访问层访问响应方设备即可，该过程不会随业务场景的变化而变化，故服务接口是通用的接口。后续若增加其他业务场景开发，只需要进行请求方设备和响应方设备的改造即可。

步骤S105的实现方式有多种，本申请实施例提供但不限于以下方法，该方法包括以下步骤B1至步骤B7。

步骤B1：从预设的执行关键词与操作语句的对应关系中，查找所述目标执行关键词对应的目标操作语句。

下面举例对执行关键词与操作语句的对应关系进行说明。

若请求方设备是需要从响应方设备中获取账号为1000的转账记录，则执行方式为基于账号获取转账记录，该执行方式的执行依据名称为账号，执行结果名称为转账记录，执行关键词为获取，获取对应的操作语句为select。

若请求方设备是需要将响应方设备的客户号为0100的手机号进行更改，则执行方式为基于客户号更改手机号，该执行方式的执行依据名称为客户号，执行结果名称为手机号，执行关键词为更改，更改对应的操作语句为update。

若请求方设备是需要将响应方设备的客户号为0100的记录删除，则执行方式为基于客户号删除记录，该执行方式的执行依据名称为客户号，执行结果名称为空，执行关键词为删除，删除对应的操作语句为delete。

步骤B2：获取请求信息模板，所述请求信息模板包括与所述目标执行关键词对应的第一占位符、与所述执行结果名称对应的第二占位符、与所述对象名称对应的第三占位符、与所述执行依据名称对应的第四占位符、与所述参数值对应的第五占位符。

下面举例对请求信息模板进行说明。

示例性的，请求信息模板为：【第一占位符】【第二占位符】from【第三占位符】where【第四占位符】＝【第五占位符】。

示例性的，请求信息模板为：【第一占位符】【第三占位符】set【第二占位符】where【第四占位符】＝【第五占位符】。

示例性的，上述“【】”是为了突出各个占位符，“【】”并不是请求信息模板的一部分。

可以理解的是，不同执行关键词对应的请求信息模块不同，步骤B2可以包括：从预设的执行关键词与请求信息模板的对应关系中，查找目标执行关键词对应的请求信息模板。

示例性的，执行关键词“获取”或“删除”对应的请求信息模板为：【第一占位符】【第二占位符】from【第三占位符】where【第四占位符】＝【第五占位符】。

示例性的，执行关键词“更改”对应的请求信息模板为：【第一占位符】【第三占位符】set【第二占位符】where【第四占位符】＝【第五占位符】。

步骤B3：将所述目标执行关键词对应的目标操作语句设置于所述请求信息模板的第一占位符。

步骤B4：将所述执行结果名称设置于所述请求信息模板的第二占位符。

步骤B5：将所述对象名称设置于所述请求信息模板的第三占位符。

步骤B6：将所述执行依据名称设置于所述请求信息模板的第四占位符。

步骤B7：将所述参数值设置于所述请求信息模板的第五占位符，以得到所述请求语句。

以请求信息模板为【第一占位符】【第二占位符】from【第三占位符】where【第四占位符】＝【第五占位符】为例进行说明。

若目标操作语句为select，则请求语句为：select执行结果名称from对象名称where执行依据名称＝参数值。

若目标操作语句为delete，则请求语句为:delete from对象名称WHERE执行依据名称＝参数值。

假设请求方设备是需要将响应方设备的客户号为0100的手机号更改为144，则执行方式为基于客户号更改手机号，该执行方式的执行依据名称包括客户号以及更改前的手机号，执行结果名称为更改后的手机号。此时，请求报文包括：客户号＝0100，手机号＝144。

示例性的，更改对应的请求信息模板为：【第一占位符】【第三占位符】set【第二占位符】where【第四占位符】＝【第五占位符】。

若请求报文包括执行结果名称对应的参数值，则步骤B4具体为：将所述执行结果名称以及执行结果名称对应的参数值设置于所述请求信息模板的第二占位符。

删除对应的操作语句为update，则请求语句为：UPDATE对象名称SET手机号＝144WHERE客户号＝0100。

步骤S106：响应方设备13响应所述请求语句得到响应报文。

示例性的，由于服务接口12是通用接口，所以并未封装具体的业务处理逻辑。示例性的，可以与服务接口12交互的响应方设备的类型有一种或多种；不同类型的响应方设备对应的业务场景不同，同一类型的响应方设备对应的业务场景也可能不同。所以本申请实现了使用通用的服务接口传输请求信息以及响应报文的目的，无需对每个业务场景的服务接口进行开发，所以降低了开发成本。

可以理解的是，为了能够使得服务接口可以传输不同的响应方设备反馈的响应报文，可以获得各个不同的响应方设备反馈的响应报文的共有格式，而步骤S106中的响应报文的格式为该共有格式，例如集合。综上，下面对“响应所述请求语句得到响应报文”的实现过程进行说明，该过程包括以下步骤C1至步骤C2。

步骤C1：响应所述请求语句，得到响应结果。

步骤C2：将所述响应结果设置于预设通用报文中，得到所述响应报文；所述预设通用报文的格式是与所述服务接口进行交互的所有响应方设备的响应报文的共有格式。

示例性的，响应报文包括服务接口的通信地址。

示例性的，预设通用报文为集合。集合可以携带多个元素，本申请并不对多个元素的数目进行限定；示例性的，多个元素的数目为所有响应方设备的响应结果包含的反馈信息的个数的最大值。示例性的，集合的每一元素可承载的字节数的最大值为所有响应方设备的响应结果包含的反馈信息的最大字节数。

步骤S107：响应方设备13通过所述服务接口发送所述响应报文至所述请求方设备。

示例性的，步骤S107的具体实现方式包括以下步骤D1至步骤D2。

步骤D1：从预设的设备标识与互联网协议地址IP地址的对应关系中，查找所述响应方设备的设备标识对应的目标IP地址。

步骤D2：发送所述请求信息至具有所述目标IP地址的所述响应方设备。

本申请实施例提供了数据传输系统，由于服务接口并未封装具体的业务处理逻辑。响应方设备封装有业务处理逻辑，将请求信息转换为请求语句的过程即为业务处理逻辑，从而使得服务接口不再关注具体的业务场景，不会随业务场景的变化而变化，所以本申请实现了使用通用的服务接口传输请求信息以及响应报文的目的，无需对每个业务场景的服务接口进行开发，所以降低了开发成本。

在一可选实现方式中，由于请求方设备是向响应方设备发送请求信息，若请求信息中携带的参数名称与响应方设备中存储的参数的参数名称都不同，则响应方设备无法响应该请求信息。针对于此，本申请实施例提供的服务接口还可以执行以下步骤，该步骤包括E1至步骤E6。

步骤E1：从预设的设备标识与调用参数信息的对应关系中，查找所述响应方设备的设备标识对应的目标调用参数信息，所述目标调用参数信息是所述响应方设备能够被所述请求方设备获取的参数的参数信息，所述目标调用参数信息包括：参数名称、参数类型以及参数长度。

示例性的，参数名称可以为响应方设备存储的表格的名称、视图的名称；示例性的，参数名称可以为表格中的字段的名称，或，视图中字段的名称。

示例性的，参数名称、参数类型以及参数长度是一一对应的。

步骤E2：从所述URL的第二位置获取所述执行方式。

步骤E3：从所以URL的第三位置获取所述对象名称。

步骤E4：若所述执行方式包括的执行依据名称、所述执行结果名称、所述对象名称中至少一个未包含于所述目标调用参数信息包含的参数名称，发送表征URL携带的参数错误的第一提示信息至所述请求方设备。

示例性的，第一提示信息还可以包括具体提示哪个参数名称有误的信息。

可以理解的是，若执行依据名称、执行结果名称、对象名称中任一个不包含于目标调用参数信息中的参数名称，则说明响应方设备不包含该名称，如目标调用参数信息中的参数名称不包括执行依据名称，说明响应方设备不包括执行依据名称这一参数，所以响应方设备无法响应请求信息。

步骤E5：若所述执行方式包括的执行依据名称包含于所述目标调用参数信息中的参数名称，检测所述目标调用参数信息包含的与所述执行依据名称相同的参数名称对应的参数长度是否大于或等于所述执行依据名称的所述参数值的长度，以得到第一结果。

示例性的，目标调用参数信息包含的参数名称对应的参数长度是响应方设备能够存储的该参数名称对应的值的最大字节长度。若目标调用参数信息包含的与执行依据名称相同的参数名称对应的参数长度小于执行依据名称的参数值的长度，则无法查找到具有该参数值的执行依据名称，从而无法响应请求信息；若目标调用参数信息包含的与执行依据名称相同的参数名称对应的参数长度大于或等于执行依据名称的参数值的长度，则可以查找到具有该参数值的执行依据名称，可以响应请求信息。

步骤E6：若所述第一结果为否，发送表征URL携带的参数错误的第二提示信息至所述请求方设备。

综上，服务接口在检测到URL或请求报文携带的参数名称有问题或携带的参数值有问题的情况下，可以及时提醒请求方设备，无需响应方设备在确定无法响应请求信息后，请求方设备自己查找问题，提高了效率。

在一可选实现方式中，响应方设备可以记录自己接收到的各个请求信息的频率。并将请求频率较高的请求信息的响应报文存储至缓存空间；若接收到的请求信息对应的响应报文位于缓存空间，则可以从缓存空间中快速获取响应报文，从而提高了响应请求信息的响应速度。

图2是根据一示例性实施例示出的一种应用于服务接口的数据传输方法的流程图，如图2所示，数据传输方法用于服务接口中，包括以下步骤S21至步骤S24。

步骤S21：接收请求方设备发送的请求信息，所述请求信息包括统一资源定位符URL以及请求报文。

其中，位于所述URL的第一位置的参数为所述请求方设备待访问的响应方设备的设备标识，位于所述URL的第二位置的参数为所述响应方设备响应所述请求信息的执行方式，所述执行方式包括执行依据名称和执行结果名称，位于所述URL的第三位置的参数为待执行的对象的对象名称；所述请求报文包括所述执行依据名称对应的参数值，位于所述URL的第四位置的参数为所述服务接口的通信地址。

步骤S22：从所述URL的第一位置处获取所述设备标识。

步骤S23：发送所述请求信息至具有所述设备标识的响应方设备。

其中，所述执行方式、所述对象名称以及所述参数值是所述响应方设备得到请求语句的依据；所述请求语句是所述响应方设备得到响应报文的依据。

步骤S24：将所述响应方设备反馈的所述响应报文发送至所述请求方设备。

关于上述实施例中的方法，其中各个步骤执行操作的具体方式已经在数据传输系统的实施例中进行了详细描述，此处将不做详细阐述说明。

上述本申请公开的实施例中详细描述了方法，对于本申请的方法可采用多种形式的装置实现，因此本申请还公开了一种装置，下面给出具体的实施例进行详细说明。

图3是根据一示例性实施例示出的一种应用于服务接口的数据传输装置框图。参照图3，该装置包括：接收模块31、获取模块32、第一发送模块33以及第二发送模块34，其中：

接收模块31，用于接收请求方设备发送的请求信息，所述请求信息包括统一资源定位符URL以及请求报文；

其中，位于所述URL的第一位置的参数为所述请求方设备待访问的响应方设备的设备标识，位于所述URL的第二位置的参数为所述响应方设备响应所述请求信息的执行方式，所述执行方式包括执行依据名称和执行结果名称，位于所述URL的第三位置的参数为待执行的对象的对象名称；所述请求报文包括所述执行依据名称对应的参数值，位于所述URL的第四位置的参数为所述服务接口的通信地址；

获取模块32，用于从所述URL的第一位置处获取所述设备标识；

第一发送模块33，用于发送所述请求信息至具有所述设备标识的响应方设备；

其中，所述执行方式、所述对象名称以及所述参数值是所述响应方设备得到请求语句的依据；所述请求语句是所述响应方设备得到响应报文的依据；

第二发送模块34，用于将所述响应方设备反馈的所述响应报文发送至所述请求方设备。

关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

在示例性实施例中，本公开实施例提供了一种包括指令的存储介质，例如包括指令的存储器，上述指令可由服务接口的处理器执行以完成上述方法。可选地，存储介质可以是非临时性计算机可读存储介质，例如，所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

在示例性实施例中，还提供了一种计算机可读存储介质，可直接加载到计算机的内部存储器，例如上述存储器中，并含有软件代码，该计算机程序经由计算机载入并执行后能够实现上述数据传输方法。

在示例性实施例中，还提供一种计算机程序产品，可直接加载到计算机的内部存储器，例如所述服务器包含的存储器中，并含有软件代码，该计算机程序经由计算机载入并执行后能够实现上述所述数据传输方法。

本发明提供的数据传输系统、方法、装置及介质可用于金融领域或其他领域，例如，可用于金融领域中的通用接口应用场景。其他领域为除金融领域之外的任意领域，例如，电力领域。上述仅为示例，并不对本发明提供的数据传输系统、方法、装置及介质的应用领域进行限定。

需要说明的是，本说明书中的各个实施例中记载的特征可以相互替换或者组合。对于装置或系统类实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执行的软件模块，或者二者的结合来实施。软件模块可以置于随机存储器(RAM)、内存、只读存储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式的存储介质中。

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本申请。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本申请的精神或范围的情况下，在其它实施例中实现。因此，本申请将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

Claims (10)

1.一种数据传输系统，其特征在于，包括：

请求方设备，用于生成请求信息，所述请求信息包括统一资源定位符URL以及请求报文；将所述请求信息发送至服务接口；

其中，位于所述URL的第一位置的参数为所述请求方设备待访问的响应方设备的设备标识，位于所述URL的第二位置的参数为所述响应方设备响应所述请求信息的执行方式，所述执行方式包括执行依据名称和执行结果名称，位于所述URL的第三位置的参数为待执行的对象的对象名称；所述请求报文包括所述执行依据名称对应的参数值，位于所述URL的第四位置的参数为所述服务接口的通信地址；

所述服务接口，用于接收所述请求信息，从所述URL的第一位置处获取所述设备标识；发送所述请求信息至具有所述设备标识的响应方设备；

所述响应方设备，用于接收所述请求信息，从所述URL的第二位置处获取所述执行方式，从所述URL的第三位置处获取所述对象名称，以及，从所述请求报文中获取所述参数值；基于所述执行方式、所述对象名称以及所述参数值获得请求语句；响应所述请求语句得到响应报文；通过所述服务接口发送所述响应报文至所述请求方设备。

2.根据权利要求1所述数据传输系统，其特征在于，所述执行方式还包括目标执行关键词，所述响应方设备在执行基于所述执行方式、所述对象名称以及所述参数值获得请求语句步骤时，包括：

从预设的执行关键词与操作语句的对应关系中，查找所述目标执行关键词对应的目标操作语句；

获取请求信息模板，所述请求信息模板包括与所述目标执行关键词对应的第一占位符、与所述执行结果名称对应的第二占位符、与所述对象名称对应的第三占位符、与所述执行依据名称对应的第四占位符、与所述参数值对应的第五占位符；

将所述目标执行关键词对应的目标操作语句设置于所述请求信息模板的第一占位符；

将所述执行结果名称设置于所述请求信息模板的第二占位符；

将所述对象名称设置于所述请求信息模板的第三占位符；

将所述执行依据名称设置于所述请求信息模板的第四占位符；

将所述参数值设置于所述请求信息模板的第五占位符，以得到所述请求语句。

3.根据权利要求2所述数据传输系统，其特征在于，所述请求信息模板为：【第一占位符】【第二占位符】from【第三占位符】where【第四占位符】＝【第五占位符】；或，

请求信息模板为：【第一占位符】【第三占位符】set【第二占位符】where【第四占位符】＝【第五占位符】。

4.根据权利要求2或3所述数据传输系统，其特征在于，所述响应方设备在执行获取请求信息模板步骤时，包括：

从预设的执行关键词与请求信息模板的对应关系中，查找目标执行关键词对应的请求信息模板。

5.根据权利要求1至3任一所述数据传输系统，其特征在于，所述响应方设备在执行所述响应所述请求语句得到响应报文步骤时，包括：

响应所述请求语句，得到响应结果；

将所述响应结果设置于预设通用报文中，得到所述响应报文；所述预设通用报文的格式是与所述服务接口进行交互的所有响应方设备的响应报文的共有格式。

6.根据权利要求1至3任一所述数据传输系统，其特征在于，所述服务接口在执行发送所述请求信息至具有所述设备标识的响应方设备步骤时，具体包括：

从预设的设备标识与互联网协议地址IP地址的对应关系中，查找所述响应方设备的设备标识对应的目标IP地址；

发送所述请求信息至具有所述目标IP地址的所述响应方设备。

7.根据权利要求1至3任一所述数据传输系统，其特征在于，所述服务接口还用于：

从预设的设备标识与调用参数信息的对应关系中，查找所述响应方设备的设备标识对应的目标调用参数信息，所述目标调用参数信息是所述响应方设备能够被所述请求方设备获取的参数的参数信息，所述目标调用参数信息包括：参数名称、参数类型以及参数长度；

从所述URL的第二位置获取所述执行方式；

从所以URL的第三位置获取所述对象名称；

若所述执行方式包括的执行依据名称、所述执行结果名称、所述对象名称中至少一个未包含于所述目标调用参数信息包含的参数名称，发送表征URL携带的参数错误的第一提示信息至所述请求方设备；

若所述执行方式包括的执行依据名称包含于所述目标调用参数信息中的参数名称，检测所述目标调用参数信息包含的与所述执行依据名称相同的参数名称对应的参数长度是否大于或等于所述执行依据名称的所述参数值的长度，以得到第一结果；

若所述第一结果为否，发送表征URL携带的参数错误的第二提示信息至所述请求方设备。

8.一种数据传输方法，其特征在于，应用于服务接口，所述数据传输方法包括：

接收请求方设备发送的请求信息，所述请求信息包括统一资源定位符URL以及请求报文；

其中，位于所述URL的第一位置的参数为所述请求方设备待访问的响应方设备的设备标识，位于所述URL的第二位置的参数为所述响应方设备响应所述请求信息的执行方式，所述执行方式包括执行依据名称和执行结果名称，位于所述URL的第三位置的参数为待执行的对象的对象名称；所述请求报文包括所述执行依据名称对应的参数值，位于所述URL的第四位置的参数为所述服务接口的通信地址；

从所述URL的第一位置处获取所述设备标识；

发送所述请求信息至具有所述设备标识的响应方设备；

其中，所述执行方式、所述对象名称以及所述参数值是所述响应方设备得到请求语句的依据；所述请求语句是所述响应方设备得到响应报文的依据；

将所述响应方设备反馈的所述响应报文发送至所述请求方设备。

9.一种数据传输装置，其特征在于，应用于服务接口，所述数据传输装置包括：

接收模块，用于接收请求方设备发送的请求信息，所述请求信息包括统一资源定位符URL以及请求报文；

其中，位于所述URL的第一位置的参数为所述请求方设备待访问的响应方设备的设备标识，位于所述URL的第二位置的参数为所述响应方设备响应所述请求信息的执行方式，所述执行方式包括执行依据名称和执行结果名称，位于所述URL的第三位置的参数为待执行的对象的对象名称；所述请求报文包括所述执行依据名称对应的参数值，位于所述URL的第四位置的参数为所述服务接口的通信地址；

获取模块，用于从所述URL的第一位置处获取所述设备标识；

第一发送模块，用于发送所述请求信息至具有所述设备标识的响应方设备；

其中，所述执行方式、所述对象名称以及所述参数值是所述响应方设备得到请求语句的依据；所述请求语句是所述响应方设备得到响应报文的依据；

第二发送模块，用于将所述响应方设备反馈的所述响应报文发送至所述请求方设备。

10.一种计算机可读存储介质，当所述计算机可读存储介质中的指令由服务接口的处理器执行时，使得服务接口能够执行如权利要求8所述数据传输方法。