业务数据调用方法、装置及存储介质和电子设备

技术领域

本发明涉及数据互通技术领域，尤其涉及业务数据调用方法、装置及可读存储介质和电子设备。

背景技术

目前，在货品交易领域，货品交易平台系统(如：电商平台系统)与使用货品交易平台系统销售其货品的货品提供实体(如：商家)在各业务域间的数据交互，主要是通过货品交易开放平台完成。开放平台主要以提供各种场景下的API(Application Interface，应用接口)、网关等组件，货品提供实体通过调用所需的API完成系统间的打通。同时还有一些三方软件服务商也会参与进来，主要面向一些自研能力弱的货品提供实体，基于平台API提供软件服务能力，如EWS(Electronic commerce Work Station，电子商务作业平台)、ERP(Enterprise Resource Planning，企业资源计划)、CRM(Customer RelationshipManagement，客户关系管理)等。

随着货品提供实体的线上业务的不断发展壮大，对于服务的效率、体验等提出了更高的要求，货品提供实体越来越多地通过不同的软件服务来解决这些业务问题。一方面，分工不同的软件系统之间的自动化协作提高了货品提供实体的整体作业效率；另一方面，无论内部还是外部的不同业务子系统之间协作日趋复杂，系统间通信日趋密切频繁，比如线上系统与门店系统的打通和协同，各种门店的智能应用与货品提供实体业务系统之间的数据通信。这样货品提供实体的业务信息如何在不同的异构系统之间高效、安全、稳定地传输，异构的软件系统之间如何低成本高效率对接，如何帮助货品提供实体进行业务体系的升级，这些都成为亟需在架构层面解决的问题。

发明内容

本发明实施例提出业务数据调用方法、装置及可读存储介质和电子设备，以实现异构系统之间的业务数据调用。

本发明实施例的技术方案是这样实现的：

一种业务数据调用方法，该方法包括：

网关接收第一调用方发来的第一业务数据调用请求，该请求携带要调用的第一应用标识ID、第一应用针对的第一业务场景ID、第一应用在网关上的第一应用接口ID和要调用的第一业务参数名；

网关查询第一应用ID、第一业务场景ID和第一应用接口ID绑定的第一应用服务地址；

网关向所述第一应用服务地址对应的第一应用服务器发送第二业务数据调用请求，该请求携带第一业务参数名；

网关接收第一应用服务器返回的业务数据，将该业务数据转发给第一调用方。

所述网关接收第一调用方发来的第一业务数据调用请求之前，进一步包括：

网关检测到第一调用方在所述网关上创建第一应用类型，且检测到第一调用方在第一应用类型下创建第一应用，则网关记录第一应用类型ID和第一应用ID的绑定关系；

网关检测到第一调用方在所述网关上创建第一业务场景，且检测到第一调用方针对第一业务场景定义了至少一个应用接口，则网关记录第一业务场景ID与至少一个应用接口ID的绑定关系；所述至少一个应用接口ID包括第一应用接口ID；

网关检测到第一调用方将第一应用类型绑定到第一业务场景下，则网关记录第一应用类型ID、第一业务场景ID与所述至少一个应用接口ID的绑定关系。

所述网关记录第一应用类型ID与第一业务场景ID的绑定关系之后，进一步包括：

网关接收第一应用服务器输入的携带第一应用ID、第一应用接口ID、第一业务场景ID和第一应用的服务地址的应用接口实现请求，记录第一应用的服务地址与第一应用ID、第一业务场景ID和第一应用接口ID的绑定关系；

所述网关查询第一应用ID、第一业务场景ID和第一应用接口ID绑定的第一应用服务地址，包括：

网关根据记录的所述第一应用的服务地址与第一应用ID、第一业务场景ID和第一应用接口ID的绑定关系，查询到第一业务数据调用请求携带的第一应用ID、第一业务场景ID和第一应用接口ID绑定的第一应用服务地址。

所述网关接收第一调用方发来的第一业务数据调用请求之前，进一步包括：

网关接收并保存第一调用方或网关管理员输入的第一应用类型下的第一业务参数的调用参数名与第一业务参数在第一应用中的参数名的映射关系；

且所述第一业务数据调用请求携带的第一业务参数名为第一业务参数的调用参数名；

所述网关查询第一应用ID、第一业务场景ID和第一应用接口ID绑定的第一应用服务地址之后、所述网关向所述第一应用服务地址对应的第一应用服务器发送第二业务数据调用请求之前，进一步包括：

网关根据保存的所述第一应用类型下的第一业务参数的调用参数名与第一业务参数在第一应用中的参数名的映射关系，将所述第一业务参数的调用参数名替换为第一业务参数在第一应用中的参数名后携带在第二业务数据调用请求中。

所述网关记录第一应用类型ID、第一业务场景ID与所述至少一个应用接口ID的绑定关系，包括：

所述网关记录第一调用方ID、第一应用类型ID、第一业务场景ID与所述至少一个应用接口ID的绑定关系；

所述网关接收第一调用方发来的第一业务数据调用请求之后、所述网关查询第一应用ID、第一业务场景ID和第一应用接口ID绑定的第一应用服务地址之前，进一步包括：

网关根据第一业务数据调用请求携带的第一应用ID，查询第一应用ID绑定的第一应用类型ID；

网关根据第一应用类型ID、第一业务数据调用请求携带的第一业务场景ID和第一应用接口ID，查询绑定的调用方ID；

网关判断所述绑定的调用方ID是否为发来第一业务数据调用请求第一调用方ID，若是，则接受第一业务数据调用请求；否则，拒绝第一业务数据调用请求。

所述网关接收第一调用方发来的第一业务数据调用请求之后、所述网关查询第一应用ID、第一业务场景ID和第一应用接口ID绑定的第一应用服务地址之前，进一步包括：

网关判断第一调用方对第一应用接口ID对应的应用接口(API)的访问流量是否达到预设流量限制条件，若是，则拒绝第一业务数据调用请求；否则，接受第一业务数据调用请求。

一种业务数据调用装置，该装置包括：

查询模块，用于接收第一调用方发来的第一业务数据调用请求，该请求携带要调用的第一应用标识ID、第一应用针对的第一业务场景标识ID、第一应用在网关上的第一应用接口ID和要调用的第一业务参数名；查询第一应用ID、第一业务场景ID和第一应用接口ID绑定的第一应用服务地址；

业务数据请求模块，用于向所述第一应用服务地址对应的第一应用服务器发送第二业务数据调用请求，该请求携带第一业务参数名；接收第一应用服务器返回的业务数据，将该业务数据转发给第一调用方。

所述查询模块，进一步用于：

检测到第一调用方创建第一应用类型，且检测到第一调用方在第一应用类型下创建第一应用，则记录第一应用类型ID和第一应用ID的绑定关系；

检测到第一调用方创建第一业务场景，且检测到第一调用方针对第一业务场景定义了至少一个应用接口，则记录第一业务场景ID与至少一个应用接口ID的绑定关系；所述至少一个应用接口ID包括第一应用接口ID；

检测到第一调用方将第一应用类型绑定到第一业务场景下，则记录第一应用类型ID、第一业务场景ID与所述至少一个应用接口ID的绑定关系；

接收第一应用服务器输入的携带第一应用ID、第一应用接口ID、第一业务场景ID和第一应用的服务地址的应用接口实现请求，记录第一应用的服务地址与第一应用ID、第一业务场景ID和第一应用接口ID的绑定关系；

且，所述查询模块查询第一应用ID、第一业务场景ID和第一应用接口ID绑定的第一应用服务地址，包括：

根据记录的所述第一应用的服务地址与第一应用ID、第一业务场景ID和第一应用接口ID的绑定关系，查询到第一应用ID、第一业务场景ID和第一应用接口ID绑定的第一应用服务地址。

一种非瞬时计算机可读存储介质，所述非瞬时计算机可读存储介质存储指令，所述指令在由处理器执行时使得所述处理器执行如上任一项所述的业务数据调用方法的步骤。

一种电子设备，包括如上所述的非瞬时计算机可读存储介质、以及可访问所述非瞬时计算机可读存储介质的所述处理器。

本发明实施例中，通过在网关上定义第一应用的应用接口(API)，从而使得调用方能够通过该API调用第一应用的业务数据，实现了异构系统之间的业务数据调用。

附图说明

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

图1为本发明一实施例提供的业务数据调用方法流程图；

图2为本发明另一实施例提供的业务数据调用方法流程图；

图3为本发明一实施例提供的业务数据调用装置的结构示意图；

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

具体实施方式

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

本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例例如能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含。例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其他步骤或单元。

下面以具体实施例对本发明的技术方案进行详细说明。下面几个具体实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例不再赘述。

本发明实施例提出一种业务数据调用方法，该方法中，网关接收第一调用方发来的第一业务数据调用请求，该请求携带要调用的第一应用ID(标识)、第一应用针对的第一业务场景ID、第一应用在网关上的第一应用接口ID和要调用的第一业务参数名；网关查询第一应用ID、第一业务场景ID和第一应用接口ID绑定的第一应用服务地址；网关向所述第一应用服务地址对应的第一应用服务器发送第二业务数据调用请求，该请求携带第一业务参数名；网关接收第一应用服务器返回的业务数据，将该业务数据转发给第一调用方。本发明实施例通过在网关上定义第一应用的应用接口(API)，从而使得调用方能够通过该API调用第一应用的业务数据，实现了异构系统之间的业务数据调用。

图1为本发明一实施例提供的业务数据调用方法流程图，其具体步骤如下：

步骤101：网关接收第一调用方发来的第一业务数据调用请求，该请求携带要调用的第一应用ID、第一应用针对的第一业务场景ID、第一应用在网关上的第一应用接口ID和要调用的第一业务参数名。

第一调用方可以是：货品交易平台系统、或者使用货品交易平台系统销售其货品的货品提供实体、或者是向货品交易平台系统或/和货品提供实体提供软件服务的三方软件服务商系统。

当第一调用方由于自身业务场景的需要，需要使用第一应用的业务数据，而自身并不具有第一应用的业务数据时，则向网关发出第一业务数据调用请求。

步骤102：网关查询第一应用ID、第一业务场景ID和第一应用接口ID绑定的第一应用服务地址。

步骤103：网关向第一应用服务地址对应的第一应用服务器发送第二业务数据调用请求，该请求携带第一业务参数名。

步骤104：网关接收第一应用服务器返回的业务数据，将该业务数据转发给第一调用方。

上述实施例中，通过在网关上定义第一应用的应用接口(API)，从而使得调用方能够通过该API调用第一应用的业务数据，实现了异构系统之间的业务数据调用。

图2为本发明另一实施例提供的业务数据调用方法流程图，其具体步骤如下：

步骤201：网关检测到第一调用方在本网关上创建第一应用类型，且检测到第一调用方在第一应用类型下创建第一应用，则网关记录第一应用类型ID和第一应用ID的绑定关系。

步骤202：网关检测到第一调用方在本网关上创建第一业务场景，且检测到第一调用方针对第一业务场景定义了至少一个应用接口(API)，则网关记录第一业务场景ID与至少一个应用接口ID的绑定关系；其中，至少一个应用接口ID包括第一应用接口ID。

业务场景可以为预先定义的通用业务场景，也可以为自定义的业务场景。

步骤203：网关检测到第一调用方将第一应用类型绑定到第一业务场景下，则网关记录第一应用类型ID、第一业务场景ID与上述至少一个应用接口ID的绑定关系。

步骤204：网关接收第一应用服务器输入的携带第一应用ID、第一应用接口ID、第一业务场景ID和第一应用的服务地址的应用接口实现请求，记录第一应用的服务地址与第一应用ID、第一业务场景ID和第一应用接口ID的绑定关系。

第一应用服务器登录网关后，会在网关上查看到第一应用类型ID、第一业务场景ID与至少一个应用接口ID的绑定关系，然后在该至少一个应用接口ID对应的应用接口(API)中选定一个应用接口(本步骤中为第一应用接口)作为要实现的应用接口，然后向网关输入携带第一应用ID、第一应用接口ID、第一业务场景ID和第一应用的服务地址的应用接口实现请求。

需要说明的是，在实际应用中，在本发明实施例提供的业务调用方案处于测试阶段时(即未上线时)，第一应用的服务地址可以是一台测试服务器的地址，为了与上线后的第一应用的服务地址区分，这里，网关在记录第一应用的服务地址与第一应用ID、第一业务场景ID和第一应用接口ID的绑定关系时，可进一步在该绑定关系中增加一个环境ID，环境ID的取值有两个：测试(或未上线)、上线。

步骤205：网关接收第一调用方发来的第一业务数据调用请求，该请求携带要调用的第一应用ID、第一应用针对的第一业务场景ID、第一应用在网关上的第一应用接口ID和要调用的第一业务参数名。

第一调用方可以是：货品交易平台系统、或者使用货品交易平台系统销售其货品的货品提供实体、或者是向货品交易平台系统或/和货品提供实体提供软件服务的三方软件服务商系统。

当第一调用方由于自身业务场景的需要，需要使用第一应用的业务数据，而自身并不具有第一应用的业务数据时，则向网关发出第一业务数据调用请求。

步骤206：网关根据记录的第一应用的服务地址与第一应用ID、第一业务场景ID和第一应用接口ID的绑定关系，查询到第一业务数据调用请求携带的第一应用ID、第一业务场景ID和第一应用接口ID绑定的第一应用服务地址。

步骤207：网关向第一应用服务地址对应的第一应用服务器发送第二业务数据调用请求，该请求携带第一业务参数名。

步骤208：网关接收第一应用服务器返回的第一业务参数名对应的业务数据，将该业务数据转发给第一调用方。

上述实施例中，第一调用方通过在网关上创建第一应用类型、在第一应用类型下创建第一应用、并为第一应用类型创建第一业务场景、以及为第一业务场景定义至少一个应用接口，从而在网关上建立了第一应用类型ID、第一业务场景ID与至少一个应用接口ID的绑定关系，之后，第一应用服务器通过在网关上选择一个第一应用的应用接口来申请实现应用接口，从而将第一应用服务地址与第一应用ID、第一业务场景ID和所选择的应用接口ID绑定，之后，当第一调用方发来针对第一应用的业务数据调用请求时，网关就可向第一应用服务器请求对应的业务数据，从而实现了异构系统之间的业务数据调用。

考虑到：在实际应用中，对于同一业务参数，不同系统或应用中采用的参数名可能不同，为了避免对同一业务参数使用的参数名不同而造成的业务数据调用失败情形的发生，本发明实施例给出如下解决方案：

网关接收并保存第一调用方或网关管理员输入的第一应用类型下的第一业务参数的调用参数名与第一业务参数在第一应用中的参数名的映射关系；

且，第一业务数据调用请求携带的第一业务参数名为第一业务参数的调用参数名；

且，步骤102与步骤103之间，或者步骤206与步骤207之间，进一步包括：网关根据保存的第一应用类型下的第一业务参数的调用参数名与第一业务参数在第一应用中的参数名的映射关系，将第一业务参数的调用参数名替换为第一业务参数在第一应用中的参数名后携带在第二业务数据调用请求中。

例如：对于用户名这一参数，第一调用方使用的参数名为customerID，而第一应用服务器使用的参数名则为BusinessKey，则第一调用方在网关上配置customerID与BusinessKey之间的映射关系。

又如：对于敏感字段，比如用户pin，以开放平台OpenID的形式存储在三方软件服务商系统中，根据OpenID生成的规则，同一个pin在不同的三方软件服务商系统中对应的OpenID也不相同。则网关管理员可预先将不同的三方软件服务商系统中的OpenID之间的映射关系配置在网关上。此后，当网关接收到第一三方软件服务商系统发起的携带第一三方软件服务商系统生成的OpenID的业务数据调用请求后，若查询到需要向第二三方软件服务商系统调用OpenID，则根据配置的上述映射关系，查询到第二三方软件服务商系统生成的OpenID，将第二三方软件服务商系统生成的OpenID携带在业务数据调用请求中发送给第二三方软件服务商系统。

上述实施例使得在针对同一业务参数，不同系统或应用中采用的参数名不同时，避免了业务数据调用失败情形的发生，提高了业务数据调用成功率。

在实际应用中，为了提高业务数据调用的安全性，本发明实施例给出如下优化方案：

步骤203中，网关记录第一应用类型ID、第一业务场景ID与上述至少一个应用接口ID的绑定关系，具体包括：网关记录第一调用方ID、第一应用类型ID、第一业务场景ID与上述至少一个应用接口ID的绑定关系；

且，步骤205与步骤206之间，进一步包括：

网关根据第一业务数据调用请求携带的第一应用ID，查询第一应用ID绑定的第一应用类型ID；根据第一应用类型ID、第一业务数据调用请求携带的第一业务场景ID和第一应用接口ID，查询绑定的调用方ID；判断该绑定的调用方ID是否为发来第一业务数据调用请求第一调用方ID，若是，则接受第一业务数据调用请求；否则，拒绝第一业务数据调用请求。

在实际应用中，为了避免同一调用方频繁访问网关的同一应用接口(API)而造成的API流量拥堵的问题，本发明实施例给出如下解决方案：

步骤101与步骤102之间，或者步骤205与步骤206之间，进一步包括：网关判断第一调用方对第一应用接口ID对应的应用接口的访问流量是否达到预设流量限制条件，若是，则拒绝第一业务数据调用请求；否则，接受第一业务数据调用请求。

其中，流量限制条件根据实际情况设定，例如设定为：预设时长内(如：每小时内或每分钟内或每秒内)第一调用方对第一应用接口ID对应的应用接口的访问流量达到预设阈值。

在实际应用中，若网关为分布式网关，则作为网关的多台网关设备同时对同一调用方对同一应用接口的访问流量进行统计，并将统计结果实时同步、累加，当一调用方对多台网关设备的同一应用接口的访问流量总量达到预设阈值时，拒绝该调用方对任一网关设备上的该应用接口的访问。

本发明实施例的有益技术效果如下：

通过在网关上提供统一标准化应用接口，为调用方适配业务数据提供方，屏蔽了各异构系统间的结构性差异，实现了开放场景下不同系统间的业务数据互通；且，借助网关的基础设施能力，为调用方与被调用方(即业务数据提供方)在业务数据获取及传输等方面提供安全保障和稳定性；且，只需一次对接，即可适配所有异构系统，适配成本低且业务数据调用效率高；且适用任何业务场景。

图3为本发明实施例提供的业务数据调用装置的结构示意图，该装置主要包括：

查询模块31，用于接收第一调用方发来的第一业务数据调用请求，该请求携带要调用的第一应用ID、第一应用针对的第一业务场景ID、第一应用在网关上的第一应用接口ID和要调用的第一业务参数名；查询第一应用ID、第一业务场景ID和第一应用接口ID绑定的第一应用服务地址；

业务数据请求模块32，用于向查询模块31查询到的第一应用服务地址对应的第一应用服务器发送第二业务数据调用请求，该请求携带第一业务参数名；接收第一应用服务器返回的业务数据，将该业务数据转发给第一调用方。

一可选实施例中，查询模块31，进一步用于：检测到第一调用方创建第一应用类型，且检测到第一调用方在第一应用类型下创建第一应用，则记录第一应用类型ID和第一应用ID的绑定关系；检测到第一调用方创建第一业务场景，且检测到第一调用方针对第一业务场景定义了至少一个应用接口，则记录第一业务场景ID与至少一个应用接口ID的绑定关系；所述至少一个应用接口ID包括第一应用接口ID；检测到第一调用方将第一应用类型绑定到第一业务场景下，则记录第一应用类型ID、第一业务场景ID与所述至少一个应用接口ID的绑定关系；接收第一应用服务器输入的携带第一应用ID、第一应用接口ID、第一业务场景ID和第一应用的服务地址的应用接口实现请求，记录第一应用的服务地址与第一应用ID、第一业务场景ID和第一应用接口ID的绑定关系。

一可选实施例中，查询模块31查询第一应用ID、第一业务场景ID和第一应用接口ID绑定的第一应用服务地址，包括：根据记录的所述第一应用的服务地址与第一应用ID、第一业务场景ID和第一应用接口ID的绑定关系，查询到第一应用ID、第一业务场景ID和第一应用接口ID绑定的第一应用服务地址。

一可选实施例中，查询模块31进一步用于：接收并保存第一调用方输入的第一应用类型下的第一业务参数的调用参数名与第一业务参数在第一应用中的参数名的映射关系；

且，第一业务数据调用请求携带的第一业务参数名为第一业务参数的调用参数名；

且，查询模块31查询第一应用ID、第一业务场景ID和第一应用接口ID绑定的第一应用服务地址之后，进一步用于：根据保存的所述第一应用类型下的第一业务参数的调用参数名与第一业务参数在第一应用中的参数名的映射关系，查询到第一业务参数的调用参数名对应的第一业务参数在第一应用中的参数名，将第一业务参数在第一应用中的参数名发送给业务数据请求模块32；

且，业务数据请求模块32将第一业务参数在第一应用中的参数名携带在第二业务数据调用请求中。

一可选实施例中，查询模块31记录第一应用类型ID、第一业务场景ID与所述至少一个应用接口ID的绑定关系，包括：记录第一调用方ID、第一应用类型ID、第一业务场景ID与所述至少一个应用接口ID的绑定关系；

且，查询模块31接收第一调用方发来的第一业务数据调用请求之后、查询第一应用ID、第一业务场景ID和第一应用接口ID绑定的第一应用服务地址之前，进一步包括：根据第一业务数据调用请求携带的第一应用ID，查询第一应用ID绑定的第一应用类型ID；根据第一应用类型ID、第一业务数据调用请求携带的第一业务场景ID和第一应用接口ID，查询绑定的调用方ID；判断该绑定的调用方ID是否为发来第一业务数据调用请求第一调用方ID，若是，则接受第一业务数据调用请求；否则，拒绝第一业务数据调用请求。

一可选实施例中，查询模块31接收第一调用方发来的第一业务数据调用请求之后、查询第一应用ID、第一业务场景ID和第一应用接口ID绑定的第一应用服务地址之前，进一步包括：判断第一调用方对第一应用接口ID对应的应用接口(API)的访问流量是否达到预设流量限制条件，若是，则拒绝第一业务数据调用请求；否则，接受第一业务数据调用请求。

本申请实施例还提供一种计算机可读存储介质，所述计算机可读存储介质存储指令，所述指令在由处理器执行时可执行如上所述业务数据调用方法中的步骤。实际应用中，所述的计算机可读介质可以是上述实施例各设备/装置/系统所包含的，也可以是单独存在，而未装配入该设备/装置/系统中。其中，在计算机可读存储介质中存储指令，其存储的指令在由处理器执行时可执行如上业务数据调用方法中的步骤。

根据本申请公开的实施例，计算机可读存储介质可以是非易失性的计算机可读存储介质，例如可以包括但不限于：便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件，或者上述的任意合适的组合，但不用于限制本申请保护的范围。在本申请公开的实施例中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

如图4所示，本发明实施例还提供一种电子设备。如图4所示，其示出了本发明实施例所涉及的电子设备的结构示意图，具体来讲：

该电子设备可以包括一个或一个以上处理核心的处理器41、一个或一个以上计算机可读存储介质的存储器42以及存储在存储器上并可在处理器上运行的计算机程序。在执行所述存储器42的程序时，可以实现上述业务数据调用方法。

具体的，实际应用中，该电子设备还可以包括电源43、输入输出单元44等部件。本领域技术人员可以理解，图4中示出的电子设备的结构并不构成对该电子设备的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。其中：

处理器41是该电子设备的控制中心，利用各种接口和线路连接整个电子设备的各个部分，通过运行或执行存储在存储器42内的软件程序和/或模块，以及调用存储在存储器42内的数据，执行服务器的各种功能和处理数据，从而对该电子设备进行整体监控。

存储器42可用于存储软件程序以及模块，即上述计算机可读存储介质。处理器41通过运行存储在存储器42的软件程序以及模块，从而执行各种功能应用以及数据处理。存储器42可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序等；存储数据区可存储根据服务器的使用所创建的数据等。此外，存储器42可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。相应地，存储器42还可以包括存储器控制器，以提供处理器41对存储器42的访问。

该电子设备还包括给各个部件供电的电源43，可以通过电源管理系统与处理器41逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。电源43还可以包括一个或一个以上的直流或交流电源、再充电系统、电源故障检测电路、电源转换器或者逆变器、电源状态指示器等任意组件。

该电子设备还可包括输入输出单元44，该输入单元输出44可用于接收输入的数字或字符信息，以及产生与用户设置以及功能控制有关的键盘、鼠标、操作杆、光学或者轨迹球信号输入。该输入单元输出44还可以用于显示由用户输入的信息或提供给用户的信息以及各种图像用户接口，这些图形用户接口可以由图形、文本、图标、视频和其任意组合来构成。

本申请附图中的流程图和框图，示出了按照本申请公开的各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或者代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应该注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同附图中所标准的顺序发生。例如，两个连接地表示的方框实际上可以基本并行地执行，它们有时也可以按照相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或者流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

本领域技术人员可以理解，本公开的各个实施例和/或权利要求中记载的特征可以进行多种组合和/或结合，即使这样的组合或结合没有明确记载于本申请中。特别地，在不脱离本申请精神和教导的情况下，本申请的各个实施例和/或权利要求中记载的特征可以进行多种组合和/或结合，所有这些组合和/或结合均落入本申请公开的范围。

本文中应用了具体实施例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思路，并不用于限制本申请。对于本领域的技术人员来说，可以依据本发明的思路、精神和原则，在具体实施方式及应用范围上进行改变，其所做的任何修改、等同替换、改进等，均应包含在本申请保护的范围之内。