CN112463820A - 一种数据调用方法及装置 - Google Patents

Abstract

本申请公开了一种数据调用方法及装置，用以节省人力成本。所述方法包括：接收目标用户发送的数据请求；根据所述数据请求确定相应的预设接口和筛选条件；根据所述接口和筛选条件调用相应的数据；当数据调用成功时，将调用的数据发送给所述目标用户。本申请的有益效果在于：在接收到目标用户发送的数据请求时，根据所述数据请求能够自动确定相应的预设接口和筛选条件；从而可以根据预先设置的接口和筛选条件调用相应的数据；并在数据调用成功时，将调用的数据发送给目标用户，从而在数据调用时，无需用户编写相应的数据查询语句，简化了用户操作，节省了用户时间和人力成本。

Description

一种数据调用方法及装置

技术领域

本申请涉及数据处理领域，特别涉及一种数据调用方法及装置。

背景技术

目前的数据调用方案中，通常需要通过相应的查询语句从数据库中进行数据调用，随着数据中台的功能架构的不断完善，数据服务的品种越来越多，数据量越来越大，系统间的耦合度也越来越高，依赖关系错综复杂，用户在编写查询语句时要考虑的因素也越来越多，通过编写相应的数据查询语句来进行数据调用的方案，数据查询语句的编写难度会越来越高，浪费了人力成本，因此，如何提供一种数据调用方法，以节省人力成本，是一亟待解决的技术问题。

发明内容

本申请实施例的目的在于提供一种数据调用方法及装置，用以节省人力成本。

为了解决上述技术问题，本申请的实施例采用了如下技术方案：一种数据调用方法，包括：

接收目标用户发送的数据请求；

根据所述数据请求确定相应的预设接口和筛选条件；

根据所述接口和筛选条件调用相应的数据；

当数据调用成功时，将调用的数据发送给所述目标用户。

本申请的有益效果在于：在接收到目标用户发送的数据请求时，根据所述数据请求能够自动确定相应的预设接口和筛选条件；从而可以根据预先设置的接口和筛选条件调用相应的数据；并在数据调用成功时，将调用的数据发送给目标用户，从而在数据调用时，无需用户编写相应的数据查询语句，简化了用户操作，节省了用户时间和人力成本。

在一个实施例中，所述方法还包括：

获取本地对应的业务需求；

生成所述业务需求所对应的接口；

建立所述业务需求与其所对应接口之间的对应关系。

在一个实施例中，生成所述业务需求所对应的接口，包括：

与业务需求对应的数据库建立连接；

获取所述数据库中的数据；

选取所述数据库中与业务需求对应的数据；

根据所述选取操作生成与所述业务需求对应的接口。

在一个实施例中，当所述业务需求所对应的接口为多个时，所述建立所述业务需求与其所对应接口之间的对应关系，包括：

获取所述业务需求所对应的多个接口；

根据所述业务需求对其所对应的多个接口进行编排，以生成所述业务需求对应的具备执行顺序和决策的接口集。

在一个实施例中，所述根据所述数据请求确定相应的预设接口和筛选条件，包括：

根据所述数据请求确定相应的接口集和筛选条件；

根据所述接口和筛选条件调用相应的数据，包括：

根据所述接口集中的执行顺序、决策以及所述筛选条件调用与所述数据请求对应的数据。

在一个实施例中，在根据所述选取操作生成与所述业务需求对应的接口之后，所述方法还包括：

在基于接口的数据调用成功之后，判断所述数据是否符合与其对应的业务需求；

当所述数据符合与其对应的业务需求时，确定所述接口测试通过。

在一个实施例中，所述方法还包括：

接收目标平台发送的接口；

将所述目标平台发送的接口注册并存储到本地。

本申请还提供一种数据调用装置，包括：

接收模块，用于接收目标用户发送的数据请求；

确定模块，用于根据所述数据请求确定相应的预设接口和筛选条件；

调用模块，用于根据所述接口和筛选条件调用相应的数据；

发送模块，用于当数据调用成功时，将调用的数据发送给所述目标用户。

在一个实施例中，所述装置还包括：

获取模块，用于获取本地对应的业务需求；

生成模块，用于生成所述业务需求所对应的接口；

建立模块，用于建立所述业务需求与其所对应接口之间的对应关系。

在一个实施例中，所述生成模块，包括：

建立子模块，用于与业务需求对应的数据库建立连接；

获取子模块，用于获取所述数据库中的数据；

选取子模块，用于选取所述数据库中与业务需求对应的数据；

生成子模块，用于根据所述选取操作生成与所述业务需求对应的接口。

在一个实施例中，所述建立模块，包括：

接口获取子模块，用于当所述业务需求所对应的接口为多个时，获取所述业务需求所对应的多个接口；

编排子模块，用于根据所述业务需求对其所对应的多个接口进行编排，以生成所述业务需求对应的具备执行顺序和决策的接口集。

在一个实施例中，所述确定模块，包括：

确定子模块，用于根据所述数据请求确定相应的接口集和筛选条件；

调用模块，包括：

调用子模块，用于根据所述接口集中的执行顺序、决策以及所述筛选条件调用与所述数据请求对应的数据。

在一个实施例中，所述方法还包括：

判断模块，用于在基于接口的数据调用成功之后，判断所述数据是否符合与其对应的业务需求；

测试模块，用于当所述数据符合与其对应的业务需求时，确定所述接口测试通过。

在一个实施例中，所述方法还包括：

接口接收模块，用于接收目标平台发送的接口；

存储模块，用于将所述目标平台发送的接口注册并存储到本地。

附图说明

图1为本申请实施例的一种数据调用方法的流程图；

图2为本申请实施例的一种数据调用方法的流程图；

图3为本申请实施例中统一数据服务平台系统的逻辑架构图；

图4为本申请实施例中统一数据服务平台系统的技术架构图；

图5为本申请实施例的一种数据调用装置的框图；

图6为本申请实施例的一种数据调用装置的框图。

具体实施方式

此处参考附图描述本申请的各种方案以及特征。

应理解的是，可以对此处申请的实施例做出各种修改。因此，上述说明书不应该视为限制，而仅是作为实施例的范例。本领域的技术人员将想到在本申请的范围和精神内的其他修改。

包含在说明书中并构成说明书的一部分的附图示出了本申请的实施例，并且与上面给出的对本申请的大致描述以及下面给出的对实施例的详细描述一起用于解释本申请的原理。

通过下面参照附图对给定为非限制性实例的实施例的优选形式的描述，本申请的这些和其它特性将会变得显而易见。

还应当理解，尽管已经参照一些具体实例对本申请进行了描述，但本领域技术人员能够确定地实现本申请的很多其它等效形式。

当结合附图时，鉴于以下详细说明，本申请的上述和其他方面、特征和优势将变得更为显而易见。

此后参照附图描述本申请的具体实施例；然而，应当理解，所申请的实施例仅仅是本申请的实例，其可采用多种方式实施。熟知和/或重复的功能和结构并未详细描述以避免不必要或多余的细节使得本申请模糊不清。因此，本文所申请的具体的结构性和功能性细节并非意在限定，而是仅仅作为权利要求的基础和代表性基础用于教导本领域技术人员以实质上任意合适的详细结构多样地使用本申请。

本说明书可使用词组“在一种实施例中”、“在另一个实施例中”、“在又一实施例中”或“在其他实施例中”，其均可指代根据本申请的相同或不同实施例中的一个或多个。

图1为本申请实施例的一种数据调用方法的流程图，该方法包括以下步骤S11-S14：

在步骤S11中，接收目标用户发送的数据请求；

在步骤S12中，根据数据请求确定相应的预设接口和筛选条件；

在步骤S13中，根据接口和筛选条件调用相应的数据；

在步骤S14中，当数据调用成功时，将调用的数据发送给目标用户。

本实施例中，接收目标用户发送的数据请求；例如，目标用户需要根据某些业务需求调用相应的数据时，可向本申请的执行主体发送数据请求，以请求相应的数据；

根据数据请求确定相应的预设接口和筛选条件；该预设接口可以是基于业务需求生成，具体的生成方式如下：可以与业务需求对应的数据库建立连接，获取数据库中的数据，并选取数据库中与业务需求对应的数据，然后根据选取操作生成与业务需求对应的接口。而筛选条件可以是在业务需求之外，额外设置的过滤规则，举例而言，数据请求为获取一银行系统当日新增信用卡信息，而预设接口的作用为获取7天内新增的信用卡信息，此时，可以通过确定筛选条件，进一步过滤除当日之外的其他信用卡信息，则可以得到当日新增信用卡信息。根据接口和筛选条件调用相应的数据；当数据调用成功时，将调用的数据发送给目标用户。

本申请的有益效果在于：在接收到目标用户发送的数据请求时，根据数据请求能够自动确定相应的预设接口和筛选条件；从而可以根据预先设置的接口和筛选条件调用相应的数据；并在数据调用成功时，将调用的数据发送给目标用户，从而在数据调用时，无需用户编写相应的数据查询语句，简化了用户操作，节省了用户时间和人力成本。

在一个实施例中，如图2所示，上述方法还可被实施为如下步骤S21-S23：

在步骤S21中，获取本地对应的业务需求；

在步骤S22中，生成业务需求所对应的接口；

在步骤S23中，建立业务需求与其所对应接口之间的对应关系。

本实施例中，获取本地对应的业务需求；该本地对应的业务需求可以是根据用户的历史操作行为数据来获取，具体的，可以根据数据调用方调用同类数据的次数、频率等参数来获取本地对应的业务需求，以银行系统为例，数据调用方在三日内，获取本系统七日内新增信用卡信息的次数大于预设次数，则可以认为获取本系统七日内新增信用卡信息为一业务需求；针对该业务需求，可以生成与业务需求所对应的接口，具体的，可以与该业务需求对应的信用卡数据库建立连接，然后获取数据库中的数据，基于业务需求生成相应的查询语句，以获取信用卡数据库中的信用卡数据，然后选取七日内新增的信用卡信息，即与业务需求对应的数据，基于选取操作生成与业务需求对应的接口，在基于选取操作生成与业务需求对应的接口时，可以基于选取操作本身生成与业务需求对应的接口，也可以基于选取操作所选取的数据生成与业务需求对应的接口。之后建立业务需求与其所对应接口之间的对应关系。

在一个实施例中，上述步骤S22可被实施为如下步骤A1-A4：

在步骤A1中，与业务需求对应的数据库建立连接；

在步骤A2中，获取数据库中的数据；

在步骤A3中，选取数据库中与业务需求对应的数据；

在步骤A4中，根据选取操作生成与业务需求对应的接口。

与业务需求对应的数据库建立连接，具体的，以一银行系统为例，业务需求为获取本系统七日内新增信用卡信息，那么，与该业务需求对应的数据库为该银行系统的信用卡数据库，获取数据库中的数据即为获取书库中的所有信用卡数据，或者一特定时间段内的数据，例如，可以是近一个月内新增的信用卡对应的信息。选取数据库中与业务需求对应的数据，例如，选取本系统最近七日内新增信用卡信息，然后根据选取操作生成与业务需求对应的接口，例如，根据选取操作所选取的数据生成与业务需求对应的接口，这样，在下次有类似数据请求时，可以直接调用该接口，然后在基于筛选条件进行精细化查询。

在一个实施例中，当业务需求所对应的接口为多个时，上述步骤S23可被实施为如下步骤B1-B2：

在步骤B1中，获取业务需求所对应的多个接口；

在步骤B2中，根据业务需求对其所对应的多个接口进行编排，以生成业务需求对应的具备执行顺序和决策的接口集。

本实施例中，如果业务需求对应的接口为多个，获取业务需求所对应的多个接口；根据业务需求对其所对应的多个接口进行编排，以生成业务需求对应的具备执行顺序和决策的接口集。具体的，例如，业务需求为根据卡号查询该特定用户的信用卡流水信息，那么，整个流程分为五部分：开始，结束，根据卡号查询账号，决策，根据账号查流水信息。

那么，所涉及的接口为多个，具体如下：开始接口，接收调用方传来的请求；查询接口，用于根据调用方的参数查询对应表的数据；决策接口，用于判断查询出来的数据有没有账号；结束接口，用于在没有账号的情况下结束流程，数据调用接口，用于在有账号的情况下查询出相应的数据并返回。

又例如，业务需求为查询某用户在该银行系统下的所有流水信息，通常情况下，用户可以同时拥有一家银行的信用卡和储蓄卡，因此，该业务需求也涉及多个接口，即查询信用卡流水信息的接口、查询储蓄卡流水信息的接口以及汇总流水信息的接口。

当业务需求所对应的接口为多个时，可以获取业务需求所对应的多个接口；并根据业务需求对其所对应的多个接口进行编排，以生成业务需求对应的具备执行顺序和决策的接口集。

在一个实施例中，上述步骤S12可被实施为如下步骤：

根据数据请求确定相应的接口集和筛选条件；

上述步骤S13可被实施为如下步骤：

根据接口集中的执行顺序、决策以及筛选条件调用与数据请求对应的数据。

本实施例中，在生成业务需求对应的具备执行顺序和决策的接口集的情况下，在接收用户发送的数据请求之后，可以根据数据请求确定性相应的接口集和筛选条件；根据接口集中的执行顺序、决策以及筛选条件调用与数据请求对应的数据。

在一个实施例中，在上述步骤A4之后，方法还可被实施为如下步骤C1-C2：

在步骤C1中，在基于接口的数据调用成功之后，判断数据是否符合与其对应的业务需求；

在步骤C2中，当数据符合与其对应的业务需求时，确定接口测试通过。

本实施例中，在根据选取操作生成与业务需求对应的接口之后，可以对其进行测试，具体的，可以基于该接口进行数据调用，如果数据调用成功，判断调用的数据是否符合对应的业务需求，如果符合，则确定接口测试通过。

可以理解的是，如果数据调用失败；则说明该接口并不符合业务需求，确定接口测试未通过。

或者

数据调用成功，但是调用的数据不符合对应的业务需求，确定接口测试未通过。

在一个实施例中，方法还可被实施为如下步骤D1-D2：

在步骤D1中，接收目标平台发送的接口；

在步骤D2中，将目标平台发送的接口注册并存储到本地。

本实施例中，可以接收目标平台发送的接口，例如，与本地存在绑定关系、关联关系、合作关系等各类业务关系的其他平台发送的接口，然后将其他平台发送的接口在本地进行注册和存储。

本实施例中，如果其他平台发送的接口与本地规定的接口格式不一致，可以将在接收到其他平台发送的接口之后，进行接口格式的统一化。

例如，本地规定的接口格式为RESTfull接口，而其他平台发送的接口为Socket接口，那么就自动将Socket接口变更为RESTfull接口，以实现接口格式的统一化，具体变更过程可以是通过RESTfull接口规范来封装该Socket接口。

现有的银行系统中，手机银行、信贷系统、移动营销等业务系统对数据服务的访问方式是直接跟数据中台的各个子系统对接，通过Socket、WebService等通讯方式直接调用系统数据服务接口。数据中台的各个子系统之间也存在着复杂的依赖关系。由于系统之间的报文格式、通讯协议各不相同，大大增加了这些异构系统间的连通成本。每次系统上线，各个系统之间需要反复核对沟通，耗费人力且容易出错。系统间耦合度高，依赖关系错综复杂，面对新的需求，接口变更困难，上线周期严重拉长。

针对上述问题，本申请的执行主体可以是用于解决上述银行系统存在的问题的一统一数据服务平台系统中，该统一数据服务平台系统的逻辑架构图如图3所示，其技术架构图如图4所示，该统一数据服务平台系统将提供客户画像、决策服务、历史数据、外部数据等数据服务，与业务系统建立统一接口对接，实现数据服务标准化、线上化发布，全面解决数据服务系统之间的异构性问题。系统提供可视化界面对服务API进行在线配置，支持快速生成服务API，线上化管理和发布数据服务。系统支持多种数据源，覆盖常见的主流数据库，同时跟多个服务子系统建立无缝对接，支持以不同的通讯协议调用子系统服务接口。该统一数据服务平台系统集成微服务框架，涵盖微服务核心组件，可以为数据服务提供统一的权限校验、安全认证、服务注册、调用监控等功能，使后者从繁琐的业务中抽离，专注于数据的计算处理。

下面分别给出基于单个接口的数据调用方案和多个接口的数据调用方案对应的总的实施例，具体如下：

实施例一为本申请实施中基于单个接口的数据调用方案所对应的实施例，包括以下步骤E1-E10：

在步骤E1中，获取本地对应的业务需求；

在步骤E2中，与业务需求对应的数据库建立连接；

在步骤E3中，获取数据库中的数据；

在步骤E4中，选取数据库中与业务需求对应的数据；

在步骤E5中，根据选取操作生成与业务需求对应的接口；

在步骤E6中，建立业务需求与其所对应接口之间的对应关系；

在步骤E7中，接收目标用户发送的数据请求；

在步骤E8中，根据数据请求确定相应的预设接口和筛选条件；

在步骤E9中，根据接口和筛选条件调用相应的数据；

在步骤E10中，当数据调用成功时，将调用的数据发送给目标用户。

实施例二为本申请实施中基于多个接口的数据调用方案所对应的实施例，包括以下步骤F1-F11：

在步骤F1中，获取本地对应的业务需求；

在步骤F2中，与业务需求对应的数据库建立连接；

在步骤F3中，获取数据库中的数据；

在步骤F4中，选取数据库中与业务需求对应的数据；

在步骤F5中，根据选取操作生成与业务需求对应的接口；

在步骤F6中，获取业务需求所对应的多个接口；

在步骤F7中，根据业务需求对其所对应的多个接口进行编排，以生成业务需求对应的具备执行顺序和决策的接口集；

在步骤F8中，接收目标用户发送的数据请求；

在步骤F9中，根据数据请求确定相应的接口集和筛选条件；

在步骤F10中，根据接口集中的执行顺序、决策以及筛选条件调用与数据请求对应的数据；

在步骤F11中，当数据调用成功时，将调用的数据发送给目标用户。

图5为本申请实施例的一种数据调用装置的框图，如图5所示，该装置包括以下模块：

接收模块51，用于接收目标用户发送的数据请求；

确定模块52，用于根据数据请求确定相应的预设接口和筛选条件；

调用模块53，用于根据接口和筛选条件调用相应的数据；

发送模块54，用于当数据调用成功时，将调用的数据发送给目标用户。

在一个实施例中，如图6所示，装置还包括：

获取模块61，用于获取本地对应的业务需求；

生成模块62，用于生成业务需求所对应的接口；

建立模块63，用于建立业务需求与其所对应接口之间的对应关系。

在一个实施例中，生成模块，包括：

建立子模块，用于与业务需求对应的数据库建立连接；

获取子模块，用于获取数据库中的数据；

选取子模块，用于选取数据库中与业务需求对应的数据；

生成子模块，用于根据选取操作生成与业务需求对应的接口。

在一个实施例中，建立模块，包括：

接口获取子模块，用于当业务需求所对应的接口为多个时，获取业务需求所对应的多个接口；

编排子模块，用于根据业务需求对其所对应的多个接口进行编排，以生成业务需求对应的具备执行顺序和决策的接口集。

在一个实施例中，确定模块，包括：

确定子模块，用于根据数据请求确定相应的接口集和筛选条件；

调用模块，包括：

调用子模块，用于根据接口集中的执行顺序、决策以及筛选条件调用与数据请求对应的数据。

在一个实施例中，方法还包括：

判断模块，用于在基于接口的数据调用成功之后，判断数据是否符合与其对应的业务需求；

测试模块，用于当数据符合与其对应的业务需求时，确定接口测试通过。

在一个实施例中，方法还包括：

接口接收模块，用于接收目标平台发送的接口；

存储模块，用于将目标平台发送的接口注册并存储到本地。

以上实施例仅为本申请的示例性实施例，不用于限制本申请，本申请的保护范围由权利要求书限定。本领域技术人员可以在本申请的实质和保护范围内，对本申请做出各种修改或等同替换，这种修改或等同替换也应视为落在本申请的保护范围内。

Claims (10)

1.一种数据调用方法，其特征在于，包括：

接收目标用户发送的数据请求；

根据所述数据请求确定相应的预设接口和筛选条件；

根据所述接口和筛选条件调用相应的数据；

当数据调用成功时，将调用的数据发送给所述目标用户。

2.如权利要求1所述的方法，其特征在于，所述方法还包括：

获取本地对应的业务需求；

生成所述业务需求所对应的接口；

建立所述业务需求与其所对应接口之间的对应关系。

3.如权利要求1所述的方法，其特征在于，生成所述业务需求所对应的接口，包括：

与业务需求对应的数据库建立连接；

获取所述数据库中的数据；

选取所述数据库中与业务需求对应的数据；

根据所述选取操作生成与所述业务需求对应的接口。

4.如权利要求2所述的方法，其特征在于，当所述业务需求所对应的接口为多个时，所述建立所述业务需求与其所对应接口之间的对应关系，包括：

获取所述业务需求所对应的多个接口；

根据所述业务需求对其所对应的多个接口进行编排，以生成所述业务需求对应的具备执行顺序和决策的接口集。

5.如权利要求4所述的方法，其特征在于，所述根据所述数据请求确定相应的预设接口和筛选条件，包括：

根据所述数据请求确定相应的接口集和筛选条件；

根据所述接口和筛选条件调用相应的数据，包括：

根据所述接口集中的执行顺序、决策以及所述筛选条件调用与所述数据请求对应的数据。

6.如权利要求3所述的方法，其特征在于，在根据所述选取操作生成与所述业务需求对应的接口之后，所述方法还包括：

在基于接口的数据调用成功之后，判断所述数据是否符合与其对应的业务需求；

当所述数据符合与其对应的业务需求时，确定所述接口测试通过。

7.如权利要求1所述的方法，其特征在于，所述方法还包括：

接收目标平台发送的接口；

将所述目标平台发送的接口注册并存储到本地。

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

接收模块，用于接收目标用户发送的数据请求；

确定模块，用于根据所述数据请求确定相应的预设接口和筛选条件；

调用模块，用于根据所述接口和筛选条件调用相应的数据；

发送模块，用于当数据调用成功时，将调用的数据发送给所述目标用户。

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

获取模块，用于获取本地对应的业务需求；

生成模块，用于生成所述业务需求所对应的接口；

建立模块，用于建立所述业务需求与其所对应接口之间的对应关系。

10.如权利要求8所述的装置，其特征在于，所述生成模块，包括：

建立子模块，用于与业务需求对应的数据库建立连接；

获取子模块，用于获取所述数据库中的数据；

选取子模块，用于选取所述数据库中与业务需求对应的数据；

生成子模块，用于根据所述选取操作生成与所述业务需求对应的接口。

Images