CN113836145B - 请求数据的方法、装置、电子设备及计算机可读存储介质 - Google Patents

Abstract

本发明提供了一种请求数据的方法、装置、电子设备及计算机可读存储介质，涉及数据处理技术领域，该方法利用数据请求***中的传输层对来自应用层的请求报文进行处理，并通过相应的转换规则确定数据层中需进行数据请求的目标数据库，实现了对交易业务逻辑的实例化，有利于减少API接口开发的工作量；同时，该方法能够将传输层封装为特定的数据访问通道，将数据交互与业务逻辑进行解耦，提升了数据请求***的兼容性以及服务的可持续性。

Description

请求数据的方法、装置、电子设备及计算机可读存储介质

技术领域

本发明涉及数据处理技术领域，尤其是涉及一种请求数据的方法、装置、电子设备及计算机可读存储介质。

背景技术

现有的数据请求***普遍采用前后端分离的方式，即：前端为应用层，后端为数据层，通过各个类型的API(Application Programming Interface，应用程序接口)接口实现从应用层到数据层之间的数据请求过程。以金融类交易数据为例，数据请求时需根据交易数据的业务逻辑对数据层中包含多个数据库进行数据请求，一般来说会涉及数据的映射、过滤、计算以及汇总等处理，因此前后两端的API接口需要结合业务逻辑进行开发，对于开发人员来说不仅工作量大还容易产生错误；同时，当数据请求***的功能发生变动时，需要重启其前后端的服务才能实现功能升级，服务的可持续性以及兼容性较差。

发明内容

有鉴于此，本发明的目的在于提供一种请求数据的方法、装置、电子设备及计算机可读存储介质，该方法利用数据请求***中的传输层对来自应用层的请求报文进行处理，并通过相应的转换规则确定数据层中需进行数据请求的目标数据库，实现了对交易业务逻辑的实例化，有利于减少API接口开发的工作量；同时，该方法能够将传输层封装为特定的数据访问通道，将数据交互与业务逻辑进行解耦，提升了数据请求***的兼容性以及服务的可持续性。

第一方面，本发明实施例提供了一种请求数据的方法，该方法应用于数据请求***中的传输层，数据请求***还包括应用层以及数据层，数据层中包括多个数据库，每一数据库中包括多个交易数据，该方法包括：

传输层接收来自应用层的对多个交易数据进行请求的请求报文；请求报文中包括发起交易的客户的身份标识；

使用与身份标识对应的转换规则，对身份标识进行转换得到目标身份标识；

从多个数据库中确定出与目标身份标识对应的目标数据库，并从目标数据库中得到目标数据；其中，目标数据库中包含身份标识对应的客户的交易数据；

基于目标数据得到数据请求结果，并送至应用层。

在一些实施方式中，使用与身份标识对应的转换规则，对身份标识进行转换得到目标身份标识，从多个数据库中确定出与目标身份标识对应的目标数据库，包括：

当转换规则为多个时，使用每一转换规则分别对身份标识进行转换，得到多个目标身份标识；

将每一个目标身份标识分别与多个数据库中的身份标识进行比对，将包括目标身份标识的多个数据库作为目标数据库。

在一些实施方式中，请求报文中还包括转换规则标识，从多个数据库中确定出与目标身份标识对应的目标数据库，包括：

使用与转换规则标识对应的转换规则，对身份标识进行转换，得到目标身份标识，将包括目标身份标识的数据库作为目标数据库。

在一些实施方式中，请求报文中还包括发生交易的机构字段、交易数据的交易时间；从目标数据库中得到目标数据，包括：

根据转换规则将机构字段转换为目标机构字段；将交易时间转换为目标交易时间字段；

根据目标机构字段、目标交易时间字段，从目标数据库中筛选出目标数据。

在一些实施方式中，请求报文中还包括对目标数据的计算规则，基于目标数据得到数据请求结果，包括：

对于属于同一目标机构字段的出账交易金额和入账交易金额，进行累加计算得到与目标身份标识对应的余额。

在一些实施方式中，请求报文中还包括汇率参数；汇率参数包括多个汇率；

基于目标数据得到数据请求结果，包括：

当目标机构字段所标识的目标机构不是目标国时，按照汇率参数中对应的目标国的汇率对余额进行转换，将转换后的余额作为数据请求结果。

在一些实施方式中，使用与身份标识对应的转换规则，对身份标识进行转换得到目标身份标识，包括：

当身份标识的字节位数小于转换规则要求的字节位数时，在身份标识的字节之前或者之后，使用预设字符对身份标识进行补齐操作，将补齐后、字节位数与转换规则要求的字节位数一致的身份标识作为目标身份标识。

第二方面，本发明实施例提供了一种请求数据的装置，该装置应用于数据请求***中的传输层，该数据请求***还包括应用层以及数据层，数据层中包括多个数据库，每一数据库中包括多个交易数据，该装置包括：

请求报文接收模块，用于控制传输层接收来自应用层的对多个交易数据进行请求的请求报文；请求报文中包括发起交易的客户的身份标识；

目标身份标识确定模块，用于使用与身份标识对应的转换规则，对身份标识进行转换得到目标身份标识；

目标数据获取模块，用于从多个数据库中确定出与目标身份标识对应的目标数据库，并从目标数据库中得到目标数据；其中，目标数据库中包含身份标识对应的客户的交易数据；

目标数据响应模块，用于基于目标数据得到数据请求结果，并送至应用层。

第三方面，发明实施例还提供一种电子设备，包括存储器、处理器，存储器中存储有可在处理器上运行的计算机程序，其中，处理器执行计算机程序时实现上述第一方面提到的方法的步骤。

第四方面，本发明实施例还提供一种具有处理器可执行的非易失的程序代码的计算机可读介质，其中，程序代码使处理器执行上述第一方面提到的方法的步骤。

本发明实施例带来了至少以下有益效果：

本发明提供了一种请求数据的方法、装置、电子设备及计算机可读存储介质，应用于数据请求***中的传输层，该数据请求***还包括应用层以及数据层，数据层中包括多个数据库，每一数据库中包括多个交易数据，该方法首先通过传输层接收来自应用层的对多个交易数据进行请求的请求报文；其中的请求报文中包括发起交易的客户的身份标识；然后使用与身份标识对应的转换规则，对身份标识进行转换得到目标身份标识；再从多个数据库中确定出与目标身份标识对应的目标数据库，并从目标数据库中得到目标数据；其中，目标数据库中包含身份标识对应的客户的交易数据；最后基于目标数据得到数据请求结果并送至应用层。该方法利用数据请求***中的传输层对来自应用层的请求报文进行处理，并通过相应的转换规则确定数据层中需进行数据请求的目标数据库，实现了对交易业务逻辑的实例化，有利于减少API接口开发的工作量；同时，该方法能够将传输层封装为特定的数据访问通道，将数据交互与业务逻辑进行解耦，提升了数据请求***的兼容性以及服务的可持续性。

本发明的其他特征和优点将在随后的说明书中阐述，或者，部分特征和优点可以从说明书推知或毫无疑义的确定，或者通过实施本发明的上述技术即可得知。

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

附图说明

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

图1为本发明实施例提供的一种请求数据的方法的流程图；

图2为本发明实施例提供的一种请求数据的方法中，使用与身份标识对应的转换规则，对身份标识进行转换得到目标身份标识，从多个数据库中确定出与目标身份标识对应的目标数据库的流程图；

图3为本发明实施例提供的一种请求数据的方法中，从目标数据库中得到目标数据的流程图；

图4为本发明实施例提供的一种请求数据的装置的结构示意图；

图5为本发明实施例提供的一种电子设备的结构示意图。

图标：

410-请求报文接收模块；420-目标身份标识确定模块；430-目标数据获取模块；440-目标数据响应模块；

101-处理器；102-存储器；103-总线；104-通信接口。

具体实施方式

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

现有的数据请求***普遍采用前后端分离的方式，即：前端为应用层，后端为数据层，通过各个类型的API接口实现从应用层到数据层之间的数据请求过程。实际场景中，数据请求***的框架大多基于MVC或Dubbo等微服务框架进行搭建，由于采用前后端分离的方式，会出现各种协议类型的API接口，如HTTP接口、RPC接口等。这些API接口的开发过程需要基于数据库的连接，占用了大部分功能研发实施的工作量。以金融类交易数据为例，数据请求时需根据交易数据的业务逻辑对数据层中包含多个数据库进行数据请求，一般来说会涉及数据的映射、过滤、计算以及汇总等处理，因此前后两端的API接口需要结合业务逻辑进行开发，对于开发人员来说不仅工作量大还容易产生错误；同时，当数据请求***的功能发生变动时，需要重启其前后端的服务才能实现功能升级，服务的可持续性以及兼容性较差。

综上所述，现有的数据请求***还存在通用性较低、兼容性较差的问题。

基于此，本发明实施例提供的一种请求数据的方法、装置、电子设备及计算机可读存储介质，该方法利用数据请求***中的传输层对来自应用层的请求报文进行处理，并通过相应的转换规则确定数据层中需进行数据请求的目标数据库，实现了对交易业务逻辑的实例化，有利于减少API接口开发的工作量；同时，该方法能够将传输层封装为特定的数据访问通道，将数据交互与业务逻辑进行解耦，提升了数据请求***的兼容性以及服务的可持续性。

为便于对本实施例进行理解，首先对本发明实施例所公开的一种请求数据的方法进行详细介绍。

参见图1所示的一种请求数据的方法的流程图，该方法应用于数据请求***中的传输层，该数据请求***还包括应用层以及数据层，数据层中包括多个数据库，每一数据库中包括多个交易数据，该方法包括：

步骤S101，传输层接收来自应用层的对多个交易数据进行请求的请求报文；请求报文中包括发起交易的客户的身份标识。

传输层作为应用层和数据层的中间层，主要用于对来自应用层的请求报文进行接收，还用于对来自数据层的请求结果进行组合。请求报文中会包含多个交易数据，每个交易数据会对应着各自的业务逻辑，这些业务逻辑对应着相应数据库。一般来说，交易数据中主要针对的是金融类、服务类等交易过程中产生的数据，因此这些交易数据中一定包含发起交易的客户的身份标识。身份标识作为衡量用户唯一性的数据，在请求报文中是重要参数，一般以ID号作为身份标识字段，例如：ID＝xyz；其中的ID为身份标识字段，xyz为该用户的身份标识。

步骤S102，使用与身份标识对应的转换规则，对身份标识进行转换得到目标身份标识。

目标身份标识对应着数据层中相关数据库的字段需求，实际场景中的数据层中的多个数据库的结构已事先确定，数据库的字段格式也已确定完成。一般来说，数据层中的数据库所用的目标身份标识与请求报文中的身份标识是不同的，实际场景中当身份标识的字节位数小于转换规则要求的字节位数时，在身份标识的字节之前或者之后，使用预设字符对身份标识进行补齐操作，将补齐后、字节位数与转换规则要求的字节位数一致的身份标识作为目标身份标识。如：请求报文中的身份标识的字段为ID，身份标识为xyz，即ID＝xyz；而数据层中数据库所用的目标身份标识的字段为cuid，目标身份标识为00xyz，即cuid＝00xyz；二者之间的转化过程可通过相应的转换规则得以实现。

具体的说，在获取请求报文中的客户的身份标识ID后，根据相应的转换规则将请求报文中的客户的身份标识ID与数据层中数据库所用的目标身份标识cuid进行映射，映射结果是将ID对应的身份标识xyz的首字母之前进行字符添加，使其长度为5个字符。转换后的目标身份标识与数据层中对应的数据库的cuid字段保持一致。

步骤S103，从多个数据库中确定出与目标身份标识对应的目标数据库，并从目标数据库中得到目标数据；其中，目标数据库中包含身份标识对应的客户的交易数据。

在获得目标身份标识后，表明通过传输层对应用层的数据完成了映射，得到了与目标身份标识对应的目标数据库。例如，使用与身份标识ID对应的转换规则对身份标识进行转换，得到的目标身份标识的字段分别为cuid和custid，然后从数据层中遍历数据库，分别得到包含cuid和custid字段的数据库，并将其确定为目标数据库。值得一提的是，这些目标数据库中包含与身份标识ID对应的客户的交易数据，分别通过cuid和custid进行对应。具体的说，通过请求报文中的身份标识字段ID，最终将数据层中两个数据库确定为目标数据库，这两个目标数据库中的身份标识分别为cuid和custid，二者通过与身份标识对应的转换规则进行转换所获取的。这两个目标数据库中包含了目标身份标识对应的各类交易数据，通过请求报文实现对多个交易数据进行请求即可从目标数据库中获取目标数据，这些目标数据与请求报文中的多个交易数据相对应。

步骤S104，基于目标数据得到数据请求结果，并送至应用层。

目标数据针是利用目标身份标识从目标数据库中请求得到的，这与最开始来自应用层中的请求报文包含的身份标识是不同的。从步骤S102可知，目标身份标识利用相应的转换规则对身份标识进行转换得到的，因此基于目标身份标识获得的数据请求结果也需要进行相应的组合，最终得到应用层所需的相关格式类型。以步骤S103两个目标数据库的身份标识为cuid和custid进行举例，由于请求报文中的客户的身份标识ID与两个目标数据库的身份标识为cuid和custid是不同的，在获得cuid和custid字段对应的数据库的数据请求结果后，需要将其进行相关格式化操作，如汇总、对齐、累加等操作，最终将cuid和custid字段对应的两个数据库的数据请求结果合并成请求报文中的客户的身份标识ID对应的一个数据请求结果，并将该数据请求结果发送至应用层，完成了请求数据的整个过程。

从上述请求数据的整个过程描述中可以看出，目标数据库的确定过程至关重要，实际从数据层中选取目标数据库的过程是需要经过相应的判断。一般来说，根据身份标识转换得到的目标身份标识数量大于1个，得到的目标身份标识也大于1个。因此在一些实施方式中，使用与身份标识对应的转换规则，对身份标识进行转换得到目标身份标识，从多个数据库中确定出与目标身份标识对应的目标数据库，如图2所示，包括：

步骤S201，当转换规则为多个时，使用每一转换规则分别对身份标识进行转换，得到多个目标身份标识。

例如，请求报文中客户的身份标识为ID，该身份标识对应三个转换规则，使用者三个转换规则可将身份标识ID分别转换为cid、cuid、custid。获得的目标身份标识在数据层中均有各自对应的数据库，即：数据层中一定包含身份字段分别为cid、cuid、custid的数据库，一般来说数据层中还包括其它身份字段的数据库，该步骤在得到多个目标身份标识后，需要将目标身份标识分别与数据层中的数据库进行对比，才能得到具体的目标数据库，具体见步骤S202。

步骤S202，将每一个目标身份标识分别与多个数据库中的身份标识进行比对，将包括目标身份标识的多个数据库作为目标数据库。

在获得目标身份标识为cid、cuid、custid后，分别将上述身份字段的内容与数据层中包含的所有数据库的身份标识对应的字段进行对比，对比过程可利用数据库的相关查找算法，在此不再赘述。因此，通过相应的查找算法，分别得到身份标识为cid、cuid、custid对应的三个数据库，并将这三个数据库作为目标数据库。后续在对数据层进行数据请求时，只需考虑这三个数据库即可，减少与其它数据库的交互，有利于提高数据请求效率。

上述获取目标数据库的过程中需要进行相应的查找过程，在数据库处于高强度交互时，如果频繁对数据库进行查找会影响数据库的整体性能，因此在目标数据库的获取过程中，可结合相应的标识来实现，即通过特定的转换规则标识直接确定目标数据库。在一些实施方式中，请求报文中还包括转换规则标识，从多个数据库中确定出与目标身份标识对应的目标数据库，包括：

使用与转换规则标识对应的转换规则，对身份标识进行转换，得到目标身份标识，将包括目标身份标识的数据库作为目标数据库。

具体的说，如果转换规则标识包含cid，此时表明该请求报文只向身份字段为cid的数据库进行数据请求。目标数据库的确定过程依旧基于目标身份标识，只是此时的目标身份标识是通过转换规则标识对应的转换规则获得的。

对于金融类、服务类的交易数据而言，在进行数据请求的过程中需要考虑发生交易的机构字段、交易时间等数据，由于此类数据的数据类型较多，需要对其进行筛选或过滤等操作。具体的说，在一些实施方式中，请求报文中还包括发生交易的机构字段、交易数据的交易时间；从目标数据库中得到目标数据，如图3所示，包括：

步骤S301，根据转换规则将机构字段转换为目标机构字段；将交易时间转换为目标交易时间字段。

此时的请求报文中不仅包括发起交易的客户的身份标识，还包括发生交易的机构字段、交易数据的交易时间。例如，请求报文包含：ID、Bank、Time，分别对应着身份标识、机构字段、交易时间。此时的请求报文针对的是对银行交易流水进行数据请求，其中的身份标识的字段结果为用户自身对应的ID编号；机构字段的结果为发生交易时的银行；交易时间对应的字段结果为产生交易的时间。

在考虑机构字段、交易时间数据后，其最终是通过上述数据向目标数据库进行数据请求，因此需要对机构字段以及交易时间转化为目标数据库中所需的字段格式要求。具体的说，根据相关转换规则，分别将机构字段和交易时间转换为目标机构字段和目标交易时间字段。得到的目标机构字段和目标交易字段满足目标数据库的格式需求，这是得益于转换规则的制定过程。例如，请求报文中发生交易的机构字段为：“A银行”；交易时间为：“年.月.日-时:分:秒”，上述格式是请求报文中所要求的，需严格执行上述格式。但上述格式并非是目标数据库中所需的格式，例如目标数据库中对应的目标机构字段为：“bank-A”；交易时间为时间戳的形式，即自1970年1月1日(08:00:00GMT)至当前时间的总秒数。因此，转换规则的制定过程需要将请求报文中机构字段以及交易时间字段的内容，映射为目标数据库所需的上述内容。

步骤S302，根据目标机构字段、目标交易时间字段，从目标数据库中筛选出目标数据。

在确定目标机构字段、目标交易时间字段以及目标身份字段后，向目标数据库中进行数据请求，一般而言获得的目标数据是目标机构中在一段时间内产生交易的数据。数据请求过程中需要结合具体的业务逻辑，这些业务逻辑可包括：查询该用户在某一段时间内的交易数据、查询该用户在多个机构中的交易数据、查询该用户是否在一段时间内产生金额大于某一数值的交易数据等等。

由于是对目标数据库进行数据请求，因此不同的业务逻辑会对应不同的数据库请求语句，这些语句的格式是数据库自身的语句要求所决定的，具体可参考数据库的相关语句格式，在此不再赘述。

实际场景下，根据目标身份字段、目标机构字段以及目标交易时间字段，从目标数据库中筛选出的目标数据的过程中包含相应的过滤以及筛选过程。例如，在对某一机构下对应的交易数据进行筛选时，可将该目标身份字段下所有该机构的交易数据进行请求，请求得到的交易数据中势必包含目标交易时间。后续结合筛选的条件如：筛选时间，即可直接获得该目标身份字段下某时间段内该机构的所有交易数据。

通过筛选得到目标数据后，一般还会对这些数据进行相关计算，如累加操作，实际场景中是获取某段时间内该机构下产生的交易金额总和。因此在一些实施方式中，请求报文中还包括对目标数据的计算规则，基于目标数据得到数据请求结果，包括：

对于属于同一目标机构字段的出账交易金额和入账交易金额，进行累加计算得到与目标身份标识对应的余额。

具体的说，在获得目标身份字段下某时间段内该机构的所有交易数据之后，将同一目标机构字段的出账交易金额和入账交易金额分别进行累加计算，最终得到目标身份标识对应的余额。值得一提的是，此时的业务场景是获取目标身份在目标机构下的余额。由于该业务涉及金融类服务，在对其它货币的累加过程中，势必要考虑此时的汇率等相关因素，因此在一些实施方式中，请求报文中还包括汇率参数，汇率参数包括多个汇率，基于目标数据得到数据请求结果，包括：

当目标机构字段所标识的目标机构不是目标国时，按照汇率参数中对应的目标国的汇率对余额进行转换，将转换后的余额作为数据请求结果。

需注意的是，此时的汇率是在请求报文中获得的，因此在请求报文的初始化过程中需要汇率对应的字段，该字段的内容通过相应的汇率获取接口来确定。在基于目标数据得到数据请求结果的过程中，需要对目标机构对应的货币类型进行判断，该过程是通过目标机构字段所标识的目标机构所决定的。汇率与余额的转换过程一般是通过乘法直接得到，实际场景中还可对跨国转账交易过程中产生的手续费进行综合计算，手续费的制定以及金额具体到业务逻辑，但其计算方式一般仅限于四则远算，具体也不再赘述。

从上述实施例中可以发现，对于交易数据而言，主要涉及的是相关映射规则、过滤规则、计算规则、汇总规则。映射规则主要是对应用层和数据层中所需的不同字段进行映射，使其能够在应用层和数据层中实现进行正常的数据交互；过滤规则、计算规则、汇总规则主要是针对业务逻辑，来对从目标数据库中得到的目标数据进行相应的处理。实际场景中，可将上述映射规则、过滤规则、计算规则、汇总规则进行可视化操作并将其调入值传输层的服务器内存中，同时提供相应的操作界面向用户进行展示。用户通过对上述规则进行选取，从而直接得到数据请求的相关业务逻辑，因此通过该实施例中的请求数据的方法，可将传输层进行独立封装，成为特定的数据访问通道。实现将传输层进行独立部署，且与业务解耦的独立***。实际开发时，只需要按照要处理的业务逻辑，将传输层中涉及的相关配置分别按照过滤规则、映射规则、计算规则、汇总规则以及涉及的目标数据库等配置数据进行转化，实现了将复杂的业务逻辑转化为通用的数据库技术语言的定义以及存储过程，有利于减少开发人员的工作量。

通过上述实施例中提供的请求数据的方法可知，该方法利用数据请求***中的传输层对来自应用层的请求报文进行处理，并通过相应的转换规则确定数据层中需进行数据请求的目标数据库，实现了对交易业务逻辑的实例化，有利于减少API接口开发的工作量；同时，该方法能够将传输层封装为特定的数据访问通道，将数据交互与业务逻辑进行解耦，提升了数据请求***的兼容性以及服务的可持续性。

对应于上述方法实施例，本发明实施例提供了一种请求数据的装置，如图4所示，该装置应用于数据请求***中的传输层，该数据请求***还包括应用层以及数据层，数据层中包括多个数据库，每一数据库中包括多个交易数据，该装置包括：

请求报文接收模块410，用于控制传输层接收来自应用层的对多个交易数据进行请求的请求报文；请求报文中包括发起交易的客户的身份标识；

目标身份标识确定模块420，用于使用与身份标识对应的转换规则，对身份标识进行转换得到目标身份标识；

目标数据获取模块430，用于从多个数据库中确定出与目标身份标识对应的目标数据库，并从目标数据库中得到目标数据；其中，目标数据库中包含身份标识对应的客户的交易数据；

目标数据响应模块440，用于基于目标数据得到数据请求结果，并送至应用层。

本发明实施例提供的请求数据的装置，与上述实施例提供的请求数据的方法具有相同的技术特征，所以也能解决相同的技术问题，达到相同的技术效果。为简要描述，实施例部分未提及之处，可参考前述请求数据的装置实施例中相应内容。

本实施例还提供一种电子设备，为该电子设备的结构示意图如图5所示，该设备包括处理器101和存储器102；其中，存储器102用于存储一条或多条计算机指令，一条或多条计算机指令被处理器执行，以实现上述请求数据的方法。

图5所示的电子设备还包括总线103和通信接口104，处理器101、通信接口104和存储器102通过总线103连接。

其中，存储器102可能包含高速随机存取存储器(RAM，Random Access Memory)，也可能还包括非不稳定的存储器(non-volatile memory)，例如至少一个磁盘存储器。总线103可以是ISA总线、PCI总线或EISA总线等。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示，图5中仅用一个双向箭头表示，但并不表示仅有一根总线或一种类型的总线。

通信接口104用于通过网络接口与至少一个用户终端及其它网络单元连接，将封装好的IPv4报文或IPv4报文通过网络接口发送至用户终端。

处理器101可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器101中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器101可以是通用处理器，包括中央处理器(Central Processing Unit，简称CPU)、网络处理器(Network Processor，简称NP)等；还可以是数字信号处理器(DigitalSignal Processor，简称DSP)、专用集成电路(Application Specific IntegratedCircuit，简称ASIC)、现场可编程门阵列(Field-Programmable Gate Array，简称FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本公开实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本公开实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器102，处理器101读取存储器102中的信息，结合其硬件完成前述实施例的方法的步骤。

本发明实施例还提供了一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行前述实施例的方法的步骤。

在本申请所提供的几个实施例中，应该理解到，所揭露的***、设备和方法，可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，又例如，多个单元或组件可以结合或者可以集成到另一个***，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口，设备或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个处理器可执行的非易失的计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以用软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

最后应说明的是：以上所述实施例，仅为本发明的具体实施方式，用以说明本发明的技术方案，而非对其限制，本发明的保护范围并不局限于此，尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，其依然可以对前述实施例所记载的技术方案进行修改或可轻易想到变化，或者对其中部分技术特征进行等同替换；而这些修改、变化或者替换，并不使相应技术方案的本质脱离本发明实施例技术方案的精神和范围，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应所述以权利要求的保护范围为准。

Claims (9)

1.一种请求数据的方法，其特征在于，所述方法应用于数据请求***中的传输层，所述数据请求***还包括应用层以及数据层，其中，所述传输层设置在所述应用层与所述数据层之间；所述数据层中包括多个数据库，每一数据库中包括多个交易数据，包括：

所述传输层接收来自所述应用层的对所述多个交易数据进行请求的请求报文；所述请求报文中包括发起交易的客户的身份标识；

使用与所述身份标识对应的转换规则，对所述身份标识进行转换得到目标身份标识；

从所述多个数据库中确定出与所述目标身份标识对应的目标数据库，并从所述目标数据库中得到目标数据；其中，所述目标数据库中包含所述身份标识对应的客户的交易数据；

基于所述目标数据得到数据请求结果，并送至所述应用层；

所述使用与所述身份标识对应的转换规则，对所述身份标识进行转换得到目标身份标识，包括：

当所述身份标识的字节位数小于所述转换规则要求的字节位数时，在所述身份标识的字节之前或者之后，使用预设字符对所述身份标识进行补齐操作，将补齐后、字节位数与所述转换规则要求的字节位数一致的身份标识作为所述目标身份标识。

2.根据权利要求1所述的方法，其特征在于，所述使用与所述身份标识对应的转换规则，对所述身份标识进行转换得到目标身份标识，从所述多个数据库中确定出与所述目标身份标识对应的目标数据库，包括：

当转换规则为多个时，使用每一转换规则分别对所述身份标识进行转换，得到多个目标身份标识；

将每一个目标身份标识分别与所述多个数据库中的身份标识进行比对，将包括所述目标身份标识的多个数据库作为所述目标数据库。

3.根据权利要求1所述的方法，其特征在于，所述请求报文中还包括转换规则标识，所述从所述多个数据库中确定出与所述目标身份标识对应的目标数据库，包括：

使用与所述转换规则标识对应的转换规则，对所述身份标识进行转换，得到所述目标身份标识，将包括所述目标身份标识的数据库作为所述目标数据库。

4.根据权利要求2所述的方法，其特征在于，所述请求报文中还包括发生交易的机构字段、所述交易数据的交易时间；所述从所述目标数据库中得到目标数据，包括：

根据所述转换规则将所述机构字段转换为目标机构字段；将所述交易时间转换为目标交易时间字段；

根据所述目标机构字段、所述目标交易时间字段，从所述目标数据库中筛选出所述目标数据。

5.根据权利要求4所述的方法，其特征在于，所述请求报文中还包括对所述目标数据的计算规则，所述基于所述目标数据得到数据请求结果，包括：

对于属于同一目标机构字段的出账交易金额和入账交易金额，进行累加计算得到与所述目标身份标识对应的余额。

6.根据权利要求5所述的方法，其特征在于，所述请求报文中还包括汇率参数；所述汇率参数包括多个汇率；

所述基于所述目标数据得到数据请求结果，包括：

当所述目标机构字段所标识的目标机构不是目标国时，按照所述汇率参数中对应的所述目标国的汇率对所述余额进行转换，将转换后的余额作为所述数据请求结果。

7.一种请求数据的装置，其特征在于，所述装置应用于数据请求***中的传输层，所述数据请求***还包括应用层以及数据层，其中，所述传输层设置在所述应用层与所述数据层之间；所述数据层中包括多个数据库，每一数据库中包括多个交易数据，所述装置包括：

请求报文接收模块，用于控制所述传输层接收来自所述应用层的对所述多个交易数据进行请求的请求报文；所述请求报文中包括发起交易的客户的身份标识；

目标身份标识确定模块，用于使用与所述身份标识对应的转换规则，对所述身份标识进行转换得到目标身份标识；

目标数据获取模块，用于从所述多个数据库中确定出与所述目标身份标识对应的目标数据库，并从所述目标数据库中得到目标数据；其中，所述目标数据库中包含所述身份标识对应的客户的交易数据；

目标数据响应模块，用于基于所述目标数据得到数据请求结果，并送至所述应用层；

所述目标身份标识确定模块，还用于：当所述身份标识的字节位数小于所述转换规则要求的字节位数时，在所述身份标识的字节之前或者之后，使用预设字符对所述身份标识进行补齐操作，将补齐后、字节位数与所述转换规则要求的字节位数一致的身份标识作为所述目标身份标识。

8.一种电子设备，其特征在于，包括：处理器和存储装置；所述存储装置上存储有计算机程序，所述计算机程序在被所述处理器运行时实现上述权利要求1至6任一项所述的请求数据的方法的步骤。

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

Images