CN108449417A - 一种业务数据访问方法及装置 - Google Patents

Abstract

本申请涉及一种业务数据访问方法及装置，该业务数据访问方法包括：接收数据访问请求，数据访问请求中携带业务标识信息；根据业务标识信息与访问模式之间的映射关系，确定数据访问请求所对应的访问模式；根据确定的访问模式，访问业务数据。这样，在进行数据访问时，根据用户访问请求，自动匹配访问模式，从而不仅提高了数据访问效率，也提升了用户体验。

Description

一种业务数据访问方法及装置

技术领域

本申请涉及计算机技术领域，具体而言，涉及一种业务数据访问方法及装置。

背景技术

随着数字化进程的不断推进，“数据”在社会中发挥着越来越重要的作用。市场上随之出现了各种各样的数据应用系统，能够提供相应的业务数据。

通常来说，不同的业务系统能满足用户对不同的业务数据的需求。在进行数据访问时，针对不同的业务数据，用户需要分别进入对应的业务系统。而不同的业务系统通常具有不同的访问模式，比如：有的业务系统提供直接访问，而有的业务系统需要采用加密模式等。

因此，用户在访问业务系统时，需要预先知晓该业务系统的访问模式，才能够进行相应业务数据的访问。而采用这种方式，需要用户在访问时根据业务系统，配置对应的访问模式，使得用户对数据访问效率较低，为用户带来诸多不便，降低了用户体验。

发明内容

有鉴于此，本申请的目的在于提供一种业务数据访问方法及装置，无需用户知晓具体的访问模式便可对不同的业务系统进行数据访问，在提高数据的访问效率的同时，还提升了用户的使用体验。

为了解决上述问题，本申请实施例提供了一种业务数据访问方法，所述方法包括：

接收数据访问请求，所述数据访问请求中携带业务标识信息；

根据所述业务标识信息与访问模式之间的映射关系，确定所述数据访问请求所对应的访问模式；

根据所述确定的访问模式，访问所述业务数据。

可选的，所述访问所述业务数据包括：从第三方业务系统中访问所述业务数据，并将所述业务数据发送给发起所述数据访问请求的用户。

可选的，所述业务数据访问方法还包括：判断所述数据访问请求是否具有访问权限，以及当判断结果为是时，访问所述业务数据。

可选的，所述数据访问请求中还携带有订单信息；

所述判断所述数据访问请求是否具有访问权限，包括：从所存储的所有历史订单信息中，查找是否存在所述数据访问请求中携带的订单信息；若是，则确定所述数据访问请求具有访问权限；若否，则确定所述数据访问请求不具有访问权限。

可选的，所述业务数据访问方法还包括：从所述用户对所述业务数据的剩余授权访问次数中，扣除本次访问对应的访问次数，其中，所述授权访问次数由所述用户预先从交易平台或第三方业务系统购买。

可选的，所述业务数据访问方法还包括：将扣除信息通知所述交易平台、所述第三方业务系统、所述用户中的任意一个或多个，以更新其所存储的对所述业务数据的授权访问次数。

可选的，所述业务标识信息包括访问第三方业务系统的API标识；

可选择，所述根据所述业务标识信息与访问模式之间的映射关系确定所述数据访问请求所对应的访问模式，具体包括：根据预先存储的所述API标识与所述访问模式的对应关系，确定所述数据访问请求所对应的访问模式。

可选的，所述访问模式包括如下模式中的一种或多种：普通访问模式、webservice模式、参数加密模式、token模式、特殊算法模式、动态修改key值模式。

可选的，针对需要参数辅助的访问模式，所述数据访问请求还携带有业务参数信息，所述业务参数信息用于辅助对应访问模式实现对业务数据的访问。

本申请实施例还提供了一种业务数据访问装置，所述装置包括：

接收模块，用于接收数据访问请求，所述数据访问请求中携带业务标识信息；

确定模块，用于根据所述业务标识信息与访问模式之间的映射关系，确定所述数据访问请求所对应的访问模式；

访问模块，用于根据确定的访问模式，访问所述业务数据。

本申请实施例提供的业务数据访问方法及装置，解决了现有数据访问方法需要预先知晓该业务系统的访问模式，从而导致访问效率低，用户的使用体验较差的问题。本申请实施例所提供的业务数据访问方法及装置，首先接收数据访问请求，所述数据访问请求中携带业务标识信息；然后根据所述业务标识信息与访问模式之间的映射关系，确定所述数据访问请求所对应的访问模式；最后根据所述确定的访问模式，访问所述业务数据，从而能够根据预存的映射关系自动确定与数据访问请求对应的访问模式，并基于匹配的访问模式进行数据访问，从而用户无需知晓具体的访问模式，提高了数据的访问效率，也提升了用户的使用体验。

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

附图说明

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

图1示出了本申请实施例所提供的一种业务数据访问方法的流程图；

图2示出了本申请实施例所提供的另一种业务数据访问方法的流程图；

图3示出了本申请实施例所提供的一种业务数据访问装置的结构示意图；

图4示出了本申请实施例所提供的一种计算机设备的结构示意图。

具体实施方式

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本申请实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围，而是仅仅表示本申请的选定实施例。基于本申请的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本申请保护的范围。

考虑到相关技术中用户在访问业务系统时，需要预先知晓该业务系统的访问模式，才能够进行相应业务数据的访问，访问效率较低，且为用户的使用带来诸多不便，用户的使用体验较差。基于此，本申请一种实施例提供了一种业务数据访问方法，在提高数据的访问效率的同时，还提升用户的使用体验度，详见下述实施例。

参见图1，为本申请实施例提供的业务数据访问方法的流程图，该业务数据访问方法的执行主体是网络设备，该网络设备可以是网关，如：API网关，也可以是其他网络设备，上述方法包括如下步骤：

S101、接收数据访问请求，数据访问请求中携带业务标识信息。

这里，上述数据访问请求可以是用户通过客户端发送的，其中，上述客户端可以是web客户端，还可以是手机应用程序(Application，APP)客户端，还可以是其他客户端。

其中，上述数据访问请求中携带有业务标识信息，可见，对于不同业务数据的数据访问请求而言，其携带的业务标识信息也不相同。

S102、根据业务标识信息与访问模式之间的映射关系，确定数据访问请求所对应的访问模式。

这里，本申请实施例可以预先存储有业务标识信息与访问模式之间的映射关系，如：映射表或其他形式映射信息。该映射表或其他映射信息反映了至少一个业务标识信息与至少一个访问模式之间的对应关系，也即，每个业务标识信息均对应有相应的一个或多个访问模式。这样，网络设备在接收到用户发起的数据访问请求后，可以从该数据访问请求中提取出业务标识信息，通过查询该网络设备或其他设备所存储的映射关系，获得对应于上述数据访问请求中携带的业务标识信息所对应的访问模式。

S103、根据确定的访问模式，访问业务数据。

这里，基于上述映射关系确定对应的访问模式后，网络设备便可以基于确定的访问模式访问业务数据。

考虑到本申请实施例提供的业务数据访问方法的应用场景，上述业务数据访问方法支持网络设备从第三方业务系统中获得业务数据，并将获得的业务数据返回客户端，即将业务数据发送给发起数据访问请求的用户。其中，访问的业务数据不同，其对应的第三方业务系统也不相同，该第三方业务系统包括但不限于：存储有企业工商数据的企业信息查询系统、存储有房屋信息的房屋管理系统、存储有宏观经济信息的宏观经济数据平台、存储教育信息及资讯的教育信息平台等。

针对不同的第三方业务系统，其对应的访问模式可能并不相同。本申请实施例中，包括但不限于如下一种或多种从第三方业务系统中访问业务数据的访问模式：普通访问模式、web service模式、参数加密模式、token模式、特殊算法模式、动态修改key值模式。

其中，上述普通访问模式可以是通过超文本传输协议(HyperText TransferProtocol，HTTP)或者安全套接字层上的超文本传输协议(Hyper Text Transfer Protocolover Secure Socket Layer，HTTPS)进行数据访问的模式。上述网络服务(web service)模式可以是通过简单对象访问协议(Simple Object Access Protocol，SOAP)的应用程序编程接口(Application Programming Interface，API)进行数据访问的模式。上述参数加密模式可以是对数据访问请求中携带的相关参数信息进行加密，并根据加密后的参数信息进行数据访问的模式。上述token模式可以是临时性的，且一段时间之后用户需要重新验证进行数据访问的模式。上述特殊算法模式可以是对对数据访问请求中携带的相关参数信息进行特殊算法处理(如对各参数信息进行排序，并生成签名参数)后进行数据访问的模式。上述动态修改key值模式可以是对部分key值进行动态修改以进行数据访问的模式，例如，访问企业信息这一业务数据时，数据访问请求中可以携带有企业代码，上述动态修改key值模式可以基于上述企业代码动态生成一个key值，这样，第三方业务系统结合企业代码和生成的key值进行合法性验证，并在验证通过后接受企业信息这一业务数据的访问请求。

可见，本申请实施例针对需要参数辅助的访问模式(如动态修改key值模式)，上述数据访问请求还携带有业务参数信息，该业务参数信息用于辅助对应访问模式实现对业务数据的访问。

本申请实施例提供的业务数据访问方法对用户的访问权限进行了限定，也即，只有在发起数据访问请求的用户具有访问权限时，才能够访问而且只能访问自己被授权的资源，也即能够访问第三方业务系统中对应的业务数据。

其中，本申请实施例可以通过订单信息的查找判断数据访问请求是否具有访问权限，参见图2，上述访问权限判断的方法具体通过如下步骤实现：

S201、从所存储的所有历史订单信息中，查找是否存在数据访问请求中携带的订单信息；

S202、若是，则确定数据访问请求具有访问权限；若否，则确定数据访问请求不具有访问权限。

这里，历史订单信息可以是用户预先在交易平台或者第三方业务系统购买针对第三方业务系统中业务数据的访问权限后，生成的订单信息。该历史订单信息可以存储在网络设备中，也可以存储在其他设备中，如：客户端、交易平台、计费平台、第三方业务系统等，或者同时存储在多个设备中，以便相互验证。这样，本申请实施例在接收到数据访问请求后，只需在历史订单信息中查找是否存在上述数据访问请求中携带的订单信息即可判断发起数据访问请求的用户是否具有访问权限。若在历史订单信息中能够查找到，则确定用户具有访问权限，否则，则确定用户不具有访问权限。

值得说明的是，不同第三方业务系统中对同一类型的业务数据对应的访问权限可以不相同，同一第三方业务系统中不同业务数据对应的访问权限也可以不相同，本申请实施例可以基于用户的访问权限确定该用户能够访问哪些第三方业务系统中的哪些业务数据。

对于业务数据的访问而言，本申请实施例提供的业务数据访问方法可以采用计次扣费的方式，也即，上述业务数据访问方法可以从用户对业务数据的剩余授权访问次数中，扣除本次访问对应的访问次数，其中，授权访问次数由用户预先从交易平台或第三方业务系统购买的。

为了进一步提高本申请实施例提供的业务数据访问方法的实用性，上述业务数据方法可以根据第三方业务系统反馈的业务数据的校验结果确定是否从用户对业务数据的剩余授权访问次数中，扣除本次访问对应的访问次数。其中，上述校验结果可以指的是业务数据中携带的校验信息，若校验信息为1，则进行次数扣除，若校验信息为0，则不进行次数扣除；还可以指的是对反馈的业务数据进行校验，在判断出业务数据完整时，进行次数扣除，在判断出业务数据不完整时，不进行次数扣除。可见，前者是根据业务数据的直接反馈结果判断是否扣次，后者是对业务数据进行校验处理后再判断是否扣次。

另外，本申请实施例还可以将扣除信息通知交易平台、第三方业务系统、用户中的任意一个或多个，以更新其所存储的对业务数据的授权访问次数，且能够在剩余授权访问次数为零时，通知用户及时充费。

值得说明的是，本申请实施例提供的业务数据访问方法除了可以采用计次扣费的方式，还可以采用计时扣费的方式，还可以采用其他计费方式，在此不做赘述。另外，上述计费功能可以采用一个单独的计费模块具体实现。

本申请实施例提供的业务数据访问方法中，用户可以预先从交易平台或者第三方业务系统中购买授权访问次数。以从交易平台进行购买为例，交易平台会为用户分配购买的第三方业务系统的API标识，这样，用户使用购买的API标识即可以直接向网关发送数据访问请求，网关根据预先存储的API标识与访问模式的对应关系，确定数据访问请求所对应的访问模式，基于确定的访问模式对第三方业务系统的数据库进行访问，并将访问得到的业务数据反馈给用户，不仅提升了用户的使用体验度，还提高了数据的访问效率。

基于同一发明构思，本申请实施例中还提供了与业务数据访问方法对应的业务数据访问装置，由于本申请实施例中的装置解决问题的原理与本申请实施例上述业务数据访问方法相似，因此装置的实施可以参见方法的实施，重复之处不再赘述。如图3所示，为本申请实施例所提供的业务数据访问装置的结构示意图，该业务数据访问装置包括：

接收模块31，用于接收数据访问请求，数据访问请求中携带业务标识信息；

确定模块32，用于根据业务标识信息与访问模式之间的映射关系，确定数据访问请求所对应的访问模式；

访问模块33，用于根据确定的访问模式，访问业务数据。

在具体实施中，上述访问模块33具体用于，从第三方业务系统中访问业务数据，并将业务数据发送给发起数据访问请求的用户。

上述业务数据访问装置还包括：

权限判断模块34，用于判断数据访问请求是否具有访问权限，以及当判断结果为是时，访问业务数据。

在具体实施中，上述权限判断模块34具体用于，从所存储的所有历史订单信息中，查找是否存在数据访问请求中携带的订单信息；

若是，则确定数据访问请求具有访问权限；若否，则确定数据访问请求不具有访问权限。

上述业务数据访问装置还包括：

通知模块35，用于从用户对业务数据的剩余授权访问次数中，扣除本次访问对应的访问次数，其中，授权访问次数由用户预先从交易平台或第三方业务系统购买；将扣除信息通知交易平台、第三方业务系统、用户中的任意一个或多个，以更新其所存储的对业务数据的授权访问次数。

在具体实施中，业务标识信息包括访问第三方业务系统的API标识；上述确定模块32具体用于，根据预先存储的API标识与访问模式的对应关系，确定数据访问请求所对应的访问模式。

在具体实施中，上述访问模式包括如下模式中的一种或多种：普通访问模式、webservice模式、参数加密模式、token模式、特殊算法模式、动态修改key值模式。

针对需要参数辅助的访问模式，数据访问请求还携带有业务参数信息，业务参数信息用于辅助对应访问模式实现对业务数据的访问。

对应于图1和图2中的业务数据访问方法，本申请实施例还提供了一种计算机设备，如图4所示，该设备包括存储器41、处理器42及存储在该存储器41上并可在该处理器42上运行的计算机程序，其中，上述处理器42执行上述计算机程序时实现上述业务数据访问方法的步骤。

具体地，上述存储器41和处理器42能够为通用的存储器和处理器，这里不做具体限定，当处理器42运行存储器41存储的计算机程序时，能够执行上述业务数据访问方法，从而解决目前业务访问时存在的访问效率低，用户体验度差的问题，进而达到在提高数据的访问效率的同时，还提升用户的使用体验度的效果。

对应于图1和图2中的业务数据访问方法，本申请实施例还提供了一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行上述业务数据访问方法的步骤。

具体地，该存储介质能够为通用的存储介质，如移动磁盘、硬盘等，该存储介质上的计算机程序被运行时，能够执行上述业务数据访问方法，从而解决目前业务访问时存在的访问效率低，用户体验度差的问题，进而达到在提高数据的访问效率的同时，还提升用户的使用体验度的效果。

本申请实施例所提供的业务数据访问方法及装置的计算机程序产品，包括存储了程序代码的计算机可读存储介质，程序代码包括的指令可用于执行前面方法实施例中的方法，具体实现可参见方法实施例，在此不再赘述。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统和装置的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

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

以上，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以权利要求的保护范围为准。

Claims (10)

1.一种业务数据访问方法，其特征在于，所述方法包括：

接收数据访问请求，所述数据访问请求中携带业务标识信息；

根据所述业务标识信息与访问模式之间的映射关系，确定所述数据访问请求所对应的访问模式；

根据所述确定的访问模式，访问所述业务数据。

2.根据权利要求1所述的方法，其特征在于，所述访问所述业务数据包括：

从第三方业务系统中访问所述业务数据，并将所述业务数据发送给发起所述数据访问请求的用户。

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

判断所述数据访问请求是否具有访问权限，以及当判断结果为是时，访问所述业务数据。

4.根据权利要求3所述的方法，其特征在于，所述数据访问请求中还携带有订单信息；

所述判断所述数据访问请求是否具有访问权限，包括：

从所存储的所有历史订单信息中，查找是否存在所述数据访问请求中携带的订单信息；

若是，则确定所述数据访问请求具有访问权限；若否，则确定所述数据访问请求不具有访问权限。

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

从所述用户对所述业务数据的剩余授权访问次数中，扣除本次访问对应的访问次数，其中，所述授权访问次数由所述用户预先从交易平台或第三方业务系统购买。

6.根据权利要求5所述的方法，其特征在于，所述方法还包括：

将扣除信息通知所述交易平台、所述第三方业务系统、所述用户中的任意一个或多个，以更新其所存储的对所述业务数据的授权访问次数。

7.根据权利要求1所述的方法，其特征在于，所述业务标识信息包括访问第三方业务系统的API标识；

所述根据所述业务标识信息与访问模式之间的映射关系确定所述数据访问请求所对应的访问模式，具体包括：

根据预先存储的所述API标识与所述访问模式的对应关系，确定所述数据访问请求所对应的访问模式。

8.根据权利要求1所述的方法，其特征在于，所述访问模式包括如下模式中的一种或多种：普通访问模式、web service模式、参数加密模式、token模式、特殊算法模式、动态修改key值模式。

9.根据权利要求8所述的方法，其特征在于，针对需要参数辅助的访问模式，所述数据访问请求还携带有业务参数信息，所述业务参数信息用于辅助对应访问模式实现对业务数据的访问。

10.一种业务数据访问装置，其特征在于，所述装置包括：

接收模块，用于接收数据访问请求，所述数据访问请求中携带业务标识信息；

确定模块，用于根据所述业务标识信息与访问模式之间的映射关系，确定所述数据访问请求所对应的访问模式；

访问模块，用于根据确定的访问模式，访问所述业务数据。