CN115544146A - 适合快速调整业务节接口的业务平台和业务数据获取方法 - Google Patents

Abstract

本说明书提供的适合快速调整业务接口的业务平台和应用于业务平台的业务数据获取方法，业务平台包括至少一个存储介质和至少一个处理器，至少一个存储介质包括至少一组指令集组成的控制层和业务编排层，控制层包括业务接口，业务编排层包括全量数据集合，该全量数据集合被配置为向业务接口提供全量的入参数据，以便业务接口需要更改时只需对控制层的指令集中的业务接口进行更换或改写业务逻辑；处理器在业务平台运行时执行至少一组指令集：获取用户的目标业务数据请求，接收入参数据，执行目标业务逻辑对入参数据进行选择，以得到出参数据，以及向用户输出出参数据；由于该方案可以提升业务数据获取的效率，从而快速跟上业务需求的发展。

Description

适合快速调整业务节接口的业务平台和业务数据获取方法

技术领域

本说明书涉及业务数据处理领域，尤其涉及一种适合快速调整业务节接口的业务平台和业务数据获取方法。

背景技术

近年来，随着互联网技术的飞速发展，各种依托于互联网的业务也在飞速更迭。针对快速更迭的业务或者业务内的业务场景，往往需要快速搭建业务框架。搭建业务框架时，就需要快速从业务平台中获取对应的业务数据。现有的业务平台中业务数据的获取方法在针对新业务或者新业务场景时，往往会新增控制层和业务编排接口，在业务编排层去调用业务原子层获取需要的数据进行数据编排，然后，返回至控制层，并输出至用户。

在对现有技术的研究和实践过程中，本发明的发明人发现现有的业务平台在面对大量的新增或者变换后的业务时，往往需要新增大量的控制层和业务编排层接口，而在数据获取过程中，每个业务编排层均需要独立的编排逻辑，使得在业务数据获取中需要大量的计算资源，而且还耗费大量时间，从而跟不上业务需求发展，而且，在业务变换过程中，代码的维护变得非常困难，因此，导致业务数据获取效率降低，从而跟不上业务需求发展。

因此，需要提供一种业务数据获取效率更高的业务平台和业务数据获取方法。

发明内容

本说明书提供一种业务数据获取效率更高的业务平台和业务数据获取方法。

第一方面，本说明书提供一种适合快速调整业务接口的业务平台，包括：至少一个存储介质，包括至少一组指令集组成：控制层，所述控制层包括业务接口，所述业务接口用于指示至少一个处理器基于目标业务逻辑对所述业务接口的入参数据进行选择得到出参数据，以及业务编排层，所述业务编排层包括全量数据集合，所述全量数据集合被配置为向所述业务接口提供全量的入参数据，以便所述业务接口需要更改时只需对所述控制层的指令集中的业务接口进行更换或改写业务逻辑；以及至少一个处理器，与所述至少一个存储介质通信连接，其中，当所述业务平台运行时，所述至少一个处理器执行所述至少一组指令集：获取用户的目标业务数据请求，接收所述入参数据，执行所述目标业务逻辑对所述入参数据进行选择，以得到所述出参数据，以及向所述用户输出所述出参数据。

在一些实施例中，所述入参数据的数据结构为平铺数据结构，所述平铺数据结构包括所述入参数据之间没有分层的逻辑结构。

在一些实施例中，所述全量的入参数据包括目标业务在目标类别下的全量参数。

在一些实施例中，所述入参数据包括至少一个数据标识，以及为了所述执行所述目标业务逻辑对所述入参数据进行选择，以得到所述出参数据，所述处理器：基于所述至少一个数据标识，执行所述目标业务逻辑在所述入参数据中过滤出所述出参数据。

在一些实施例中，所述全量数据集合包括所述目标业务是否发生变换均所需的业务数据。

在一些实施例中，所述目标业务在预设时间内会发生变换，在所述目标业务变换时，需要对所述业务接口进行更换和/或调整。

在一些实施例中，所述业务接口的调整方式包括更换所述业务接口的目标业务逻辑、调整所述业务接口的所述出参数据中的至少一种。

在一些实施例中，所述业务接口包括商品接口，所述商品接口的入参数据包括所述目标业务对应的全量候选商品数据，所述商品接口对应的出参数据包括目标商品的目标商品数据。

在一些实施例中，所述目标商品数据用于搭建所述目标业务的业务框架。

在一些实施例中，所述全量数据集合包括预设位置范围内的目标商户集合对应的全量商品数据。

在一些实施例中，所述业务编排层还包括业务服务控制接口，所述业务服务控制接口被配置为控制所述全量数据集合向所述业务接口提供所述出参数据。

在一些实施例中，所述业务服务控制接口包括所述目标业务对应的业务数据继承开关，所述业务数据继承开关被配置为在打开时所述业务接口在所述全量数据集合中继承所述出参数据。

在一些实施例中，所述业务接口与终端连接，所述终端包括移动终端、IOT设备中的至少一种。

在一些实施例中，所述业务平台还包括业务原子层，所述业务原子层包括多个业务原子服务，所述多个业务原子服务中每一业务原子服务被配置向所述业务编排层提供原子业务数据，以便所述业务编排层对所述原子业务数据进行数据编排得到所述全量数据集合，所述原子业务数据包括一个业务对象的一种数据类型的业务数据。

在一些实施例中，所述业务平台还包括数据访问层，所述数据访问层包括原始业务数据库，所述原始业务数据库被配置为向所述业务原子服务提供对应的初始业务数据，以便所述业务原子服务对所述初始业务数据进行处理得到所述原子业务数据。

第二方面，本说明书还提供一种应用于业务平台的业务数据获取方法，包括：获取用户的目标业务数据请求，所述目标业务数据请求包括目标业务的业务标识；调用所述业务标识对应的业务接口，以获取所述业务接口的入参数据，所述业务接口包括可更换或调整业务逻辑的接口；以及基于所述业务接口的目标业务逻辑在所述入参数据中选取出所述目标业务的出参数据，并向所述用户输出所述出参数据。

在一些实施例中，所述调用所述业务标识对应的业务接口，以获取所述业务接口的入参数据，包括：调用所述业务标识对应的业务接口；以及基于所述业务接口，在所述全量数据集合中获取所述入参数据，所述全量数据集合包括所述目标业务是否发生变换均所需的业务数据。

在一些实施例中，所述基于所述业务接口，在所述全量数据集合中获取所述入参数据之前，还包括：调用至少一个业务原子服务；通过所述至少一个业务原子服务在原始业务数据库中选取出原子业务数据；以及对所述原子业务数据进行数据编排，得到所述全量数据集合。

在一些实施例中，所述获取用户的目标业务数据请求之后，还包括：调用所述业务标识对应的业务接口，并通过所述业务接口启动对应的业务服务控制接口；基于所述业务控制服务接口中的控制逻辑，在全量数据集合中继承出所述目标业务对应的出参数据；以及通过所述业务接口向所述用户输出所述出参数据。

由以上技术方案可知，本说明书提供的适合快速调整业务接口的业务平台，包括至少一个存储介质和至少一个处理器，其中，至少一个存储介质包括至少一组指令集组成的控制层和业务编排层，控制层包括业务接口，该业务接口用于指示至少一个处理器基于目标业务逻辑对业务接口的入参数据进行选择得到出参数，业务编排层包括全量数据集合，该全量数据集合被配置为向业务接口提供全量的入参数据，以便业务接口需要更改时只需对控制层的指令集中的业务接口进行更换或改写业务逻辑；处理器在业务平台运行时执行至少一组指令集：获取用户的目标业务数据请求，接收入参数据，执行目标业务逻辑对入参数据进行选择，以得到出参数据，以及向用户输出出参数据；由于该方案在业务平台运行时，可以提供覆盖不同任务的全量数据集合，针对目标业务的变更，无需新建业务编排层接口，只需要更换业务接口或者改写业务接口的业务逻辑，从而实现快速从全量数据集合提供的入参数据获取出参数据，进而完成变更后的目标业务的业务框架搭建，因此，可以提升业务数据获取的效率，从而快速跟上业务需求的发展。

本说明书提供的应用于业务平台的业务数据获取方法，在获取目标业务数据请求之后，调用业务标识对应的业务接口，以获取业务数据的入参数据，基于业务接口的目标业务逻辑在入参数据中选取出目标业务的出参数据，并向用户输出出参数据；由于该方案中业务接口可以为可更换或调整业务逻辑的接口，针对目标业务的变更，就可以通过变更后的业务接口，直接获取入参数据，然后，基于目标业务逻辑在入参数据中过滤出需要的数据，从而得到目标业务的出参数据，进而完成变更后的目标业务的业务框架搭建，因此，可以提升业务数据获取的效率，从而快速跟上业务需求的发展。

本说明书提供的适合快速调整业务接口的业务平台和应用于平台的业务数据获取方法的其他功能将在以下说明中部分列出。根据描述，以下数字和示例介绍的内容将对那些本领域的普通技术人员显而易见。本说明书提供的适合快速调整业务接口的业务平台和应用于平台的业务数据获取方法的创造性方面可以通过实践或使用下面详细示例中所述的平台、方法和组合得到充分解释。

附图说明

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

图1示出了根据本说明书的实施例提供的一种适合快速调整业务接口的业务平台的应用场景示意图；

图2示出了根据本说明书的实施例提供的一种业务平台的架构示意图；

图3示出了根据本说明书的实施例提供的一种业务平台的另一架构示意图；

图4示出了根据本说明书的实施例提供的一种业务平台的另一架构示意图；

图5示出了根据本说明书的实施例提供的一种业务平台的硬件结构示意图；

图6示出了根据本说明书的实施例提供的一种应用于业务平台的业务数据获取方法的流程示意图；

图7示出了根据本说明书的实施例提供的一种商品数据获取方法的整体流程示意图；以及

图8示出了根据本说明书的实施例提供的一种商品数据获取方法的另一整体流程示意图。

具体实施方式

以下描述提供了本说明书的特定应用场景和要求，目的是使本领域技术人员能够制造和使用本说明书中的内容。对于本领域技术人员来说，对所公开的实施例的各种局部修改是显而易见的，并且在不脱离本说明书的精神和范围的情况下，可以将这里定义的一般原理应用于其他实施例和应用。因此，本说明书不限于所示的实施例，而是与权利要求一致的最宽范围。

这里使用的术语仅用于描述特定示例实施例的目的，而不是限制性的。比如，除非上下文另有明确说明，这里所使用的，单数形式“一”，“一个”和“该”也可以包括复数形式。当在本说明书中使用时，术语“包括”、“包含”和/或“含有”意思是指所关联的整数，步骤、操作、元素和/或组件存在，但不排除一个或多个其他特征、整数、步骤、操作、元素、组件和/或组的存在或在该系统/方法中可以添加其他特征、整数、步骤、操作、元素、组件和/或组。

考虑到以下描述，本说明书的这些特征和其他特征、以及结构的相关元件的操作和功能、以及部件的组合和制造的经济性可以得到明显提高。参考附图，所有这些形成本说明书的一部分。然而，应该清楚地理解，附图仅用于说明和描述的目的，并不旨在限制本说明书的范围。还应理解，附图未按比例绘制。

本说明书中使用的流程图示出了根据本说明书中的一些实施例的系统实现的操作。应该清楚地理解，流程图的操作可以不按顺序实现。相反，操作可以以反转顺序或同时实现。此外，可以向流程图添加一个或多个其他操作。可以从流程图中移除一个或多个操作。

为了方便描述，本说明书将对以下描述将会出现的术语进行如下解释：

样板间项目：类比房产销售中的样板间，样板间项目是用较低成本，快速构建以探索新业务模式的项目。如果市场反馈不及预期，可以关停及时损失。如果市场反馈良好，就能快速复制，产生巨额利润。因此，在样板间项目中业务模式的更迭速率较快，从而导致目标业务在预设时间内会发生变换。

控制层：用于数据鉴权，对前端传入数据校验，对返回数据包进行校验等。在本方案中，重点突出数据过滤能力，输出前端(C端)需要的数据。主要用于在业务编排层提供的全量数据集合或全量数据集合中的入参数据中过滤出前端需要的数据，返回至前端。比如，A页面需要展示商品的ID，名称、商品类型、价格、所属商户，B页面需要展示商品的名称、价格、展示图片，控制层的下层(业务编排层)提供了商品的全部数据，控制层只需要把把A、B页面需要的数据过滤出来。

业务编排层：对一个或多个业务原子服务的编排处理，逻辑计算，向控制层输出业务模型数据。业务编排层的下一层可以为业务原子层。业务原子层中的多个服务分别提供了商品的基础信息ID和名称，商品的各类维度的价格，比如门店价格，建议销售价格，商品的多种图片信息，商品入驻的门店等等，业务编排层需要根据上层(控制层)需要什么信息，去调用下层(业务原子层)对应的服务获取数据，进行逻辑判断和数据组装提供给控制层。

业务原子层：进行原子化的业务处理和逻辑计算，向业务编排层提供原子服务。业务原子层的下一层可以为数据访问层。业务原子层的每个服务只做简单的一件事，可以调用下层(数据访问层)查询某一张表获取数据，也可以是查询多张关联表获取关联数据，或是写入数据到数据库中。

数据访问层：用于从数据源获取、写入数据，并向业务原子层返回查询的数据。

在对本说明书具体实施例说明之前，先对本说明书的应用场景进行如下介绍：

本说明书涉及适合快速调整业务接口的业务平台的使用场景。一个示例性的使用场景如下：用户向业务平台发送目标业务数据请求，业务平台的处理器在获取目标业务数据请求之后，接收业务接口的入参数据，在入参数据中过滤出出参数据，并将出参数据发送至用户，以便用户基于该出参数据搭建目标业务的业务框架。

图1示出了根据本说明书提供的一种适合快速调整业务接口的业务平台的应用场景示意图。如图1所示，应用场景001可以包括业务平台10、网络20、目标设备30以及目标用户40。

所述业务平台10可以包括至少一个存储介质100和至少一个处理器200。在一些实施例中，至少一个处理器200与至少一个存储介质通信连接，其中，当业务平台10运行时，至少一个处理器200执行至少一种指令集：获取用户的目标业务数据请求，接收入参数据，执行目标业务逻辑对入参数据进行选择，以得到出参数据，以及向用户输出出参数据。业务平台10可以存储有执行本说明书描述的应用于业务平台的业务数据获取方法的数据或指令，并可以执行或用于执行所述数据或指令。上述的业务平台10和应用于业务平台10的业务数据获取方法将在本文后续内容中进行介绍。

目标用户40可以为触发获取目标业务的业务数据的用户，目标用户40可以在目标设备30进行业务数据获取的操作。

目标设备30可以为响应于目标用户40的业务数据获取操作搭建目标业务框架的设备。在一些实施例中，目标设备30可以包括移动设备、平板电脑、笔记本电脑、机动车辆的内置设备或类似内容的终端设备，或其任意组合。在一些实施例中，所述移动设备可包括智能家居设备、智能移动设备、虚拟现实设备、增强现实设备或类似设备，或其任意组合。在一些实施例中，所述智能家居装置可包括智能电视、台式电脑等，或任意组合。在一些实施例中，所述智能移动设备可包括智能手机、个人数字辅助、游戏设备、导航设备等，或其任意组合。在一些实施例中，所述虚拟现实设备或增强现实设备可能包括虚拟现实头盔、虚拟现实眼镜、虚拟现实补丁、增强现实头盔、增强现实眼镜、增强现实补丁或类似内容，或其中的任何组合。例如，所述虚拟现实设备或所述增强现实设备可能包括谷歌眼镜、头戴式显示器、VR等。在一些实施例中，所述机动车中的内置装置可包括车载计算机、车载电视等在一些实施例中，目标设备30可以是具有定位技术的设备，用于定位目标设备30的位置。

在一些实施例中，目标设备30可以安装有一个或多个应用程序(APP)。所述APP能够为目标用户40提供通过网络20同外界交互的能力以及界面。所述APP包括但不限于：网页浏览器类APP程序、搜索类APP程序、聊天类APP程序、购物类APP程序、视频类APP程序、理财类APP程序、即时通信工具、邮箱客户端、社交平台软件等等。在一些实施例中，所述目标用户40还可以通过所述目标APP触发目标业务数据请求。所述目标APP可以响应于所述目标业务数据请求，执行本说明书描述业务数据获取方法。所述业务数据获取方法将在后面的内容中详细介绍。

网络20用以在业务平台10和目标设备30之间提供通信连接的介质。网络20可以促进信息或数据的交换。如图1所示，业务平台10和目标设备30可以同网络20连接，并且通过网络20互相传输信息或数据。在一些实施例中，网络20可以是任何类型的有线或无线网络，也可以是其组合。比如，网络20可以包括电缆网络，有线网络、光纤网络、电信通信网络、内联网、互联网、局域网(LAN)、广域网(WAN)、无线局域网(WLAN)、大都市市区网(MAN)、广域网(WAN)、公用电话交换网(PSTN)、蓝牙^TM网络、ZigBee^TM网络、近场通信(NFC)网络或类似网络。在一些实施例中，网络20可以包括一个或多个网络接入点。例如，网络20可以包括有线或无线网络接入点，如基站或互联网交换点，通过该接入点，目标设备30和业务平台10的一个或多个组件可以连接到网络20以交换数据或信息。

应该理解，图1中的业务平台10、目标设备30和网络20的数目仅仅是示意性的。根据实现需要，可以具有任意数目的业务平台10、目标设备30和网络20。

图2示出了根据本说明书的一些实施例提供的一种适合快速调整业务接口的业务平台10的平台架构图。如图2所示，业务平台10可以包括至少一个存储介质100和至少一个处理器200。

在一些实施例中，至少一个存储介质100包括至少一个指令集组成的控制层110和业务编排层120。所述控制层110可以包括业务接口111，所述业务接口111用于指示至少一个处理器200基于目标业务逻辑对业务接口的入参就进行选择得到出参数据。

其中，业务接口111可以为业务平台中与终端(C端)进行交互接口。业务平台10中的业务接口的数量可以为一个或者多个。每一个目标业务对应一个业务接口。业务接口111可以包括目标业务的目标业务逻辑。业务接口111可以与终端或者终端的显式设备连接。所述终端可以包括移动终端、IOT设备中的至少一种。所述目标业务逻辑可以为指示处理器在入参数据中选择出目标业务的出参数据的执行逻辑或者运行逻辑。所述入参数据可以包括目标业务对应的候选业务数据集合。所述出参数据就可以包括目标业务需要的业务数据。比如，以目标业务需要商品A和商品B的部分类别的数据为例，入参数据就可以包括商品A和商品B的全部类别的商品数据，而出参数据就可以包括商品A和商品B中目标类别的数据，也就是说，出参数据为目标业务需要的部分类别的数据，譬如，可以包括商品A和商品B的ID和商户ID，等等。

在一些实施例中，业务编排层120可以包括全量数据集合。所述全量数据集合被配置为向业务接口提供全量的入参数据，以便业务接口111需要更改是只需对控制层的指令集中的业务接口111进行更换或改写业务逻辑。

其中，全量数据集合包括目标业务是否发生变换均所需的业务数据。因此，全量数据集合中的数据可以为多个业务或项目所需的基础业务数据，这些基础业务数据不需要随着业务的变换而变换。比如，全量数据集合可以为某个特定区域(商圈)内商户的全部商业数据，针对这个特定区域，针对商品或商户的各类应用均需要依托这些全部商业数据来搭建业务框架。全量数据集合向业务接口提供的全量的入参数据的数据结构为平铺数据结构。所述平铺数据结构包括入参数据之间没有分层的逻辑结构，比如，以入参数据可以商品A和商品B的全量商品数据为例，商品A和商品B的各种类别的商品数据之间没有分层的逻辑结构，通过业务编排层向控制层的业务接口统一提供平铺的商品A和商品B的各个类别的商品数据，因此，全量的入参数据就可以包括目标业务在目标类别下的全量参数，这里的目标类别就可以对应为目标业务需要的商品A和商品B。全量的入参数据可以为全量数据集合中的全部数据，也可以为全量数据集合中的部分数据，比如，以目标业务需要的业务数据为商品A和商品B的商品ID和商品图片等部分商品数据为例，如果全量数据集合中的数据全部为商品数据时，此时，全量的入参数据就可以为全量数据集合，或者，也可以为仅包含商品A和商品B的全量类型的商品数据，如果全量数据集合中的数据包含商品数据和除商品数据以外的数据(譬如，建筑数据、交通数据和交易数据，等等)，此时，全量的入参数据就可以为全量数据集合中的全部商品数据，或者，也可以为仅包含商品A和商品B的全量类型的商品数据。

其中，需要说明的是，目标任务在预设时间内会发生变换，在目标业务变换时，需要对业务接口111进行更换和/或调整。全量数据集合被配置为向业务接口111提供全量的入参数据，这里的入参数据针对不同的目标业务可以相同也不可以相同。在目标业务发生变换时，目标业务所需要的业务数据也发生变换，因此，就需要对业务接口111进行更换和/或调整。业务接口111的调整方式可以有多种，比如，可以包括更换业务接口111的目标业务逻辑、调整业务接口111的出参数据中的至少一种。通过对业务接口111进行更换和/或调整之后，得到新的业务接口111，通过新的业务接口111指示至少一个处理器200基于目标业务逻辑对新的业务接口111的入参数据进行选择得到出参数据。

其中，目标业务的类型可以有多种，不同类型的业务对应的业务接口可以相同，也可以不同。以目标业务为针对商品开发的业务时，业务接口111就可以包括商品接口。所述商品接口111就可以为输出一个或多个类别商品的商品数据的业务接口111。商品接口的入参数据可以包括目标业务对应的全量候选商品数据，商品接口对应的出参数据就可以包括目标商品的目标商品数据。商品接口111输出的目标商品数据就可以用于搭建目标业务的业务框架。在业务接口111为商品接口时，全量数据集合就可以包括预设位置范围内的目标商户集合对应的全量商品数据。

其中，预设位置范围可以为以预设锚点的中心的位置范围。比如，以预设锚点为一个酒店时，覆盖这个酒店周边3km范围或者任意距离阈值。还是以酒店为例，目标商户集合就可以包括酒店通过招商后得到的至少一个商户组成的商户集合。采用该酒店对应的全量数据集合，就可以搭建各种针对酒店客人的服务业务，从而将各类服务业务定向精准的提供给该酒店的入住客人。

在一些实施例中，业务平台10还可以包括至少一个处理器200，与至少一个存储介质100通信连接，其中，当业务平台运行时，至少一个处理器200执行至少一组指令集：获取用户的目标业务数据请求，接收入参数据，执行目标业务逻辑对入参数据进行选择，以得到出参数据，以及向用户输出出参数据。

其中，目标业务数据请求可以为用户在业务平台获取目标业务对应的业务数据的请求。获取目标业务数据请求的方式可以有多种，比如，处理器200可以直接接收目标用户40通过目标设备30或客户端发送的目标业务数据请求，或者，还可以接收目标业务对应的终端发送的目标业务数据请求，等等。

处理器200在获取到目标业务数据请求之后，便可以接收入参数据。目标业务数据请求中包括目标业务的业务标识。处理器200接收入参数据的方式可以有多种，比如，处理器200可以调用业务标识对应的业务接口，以接收该业务接口对应的入参数据。

其中，业务接口对应的入参数据为全量数据集合提供给业务接口的。

处理器200在接收到入参数据之后，便可以执行目标业务逻辑对入参数据进行选择，以得到出参数据。入参数据中可以包括至少一个数据标识。该数据标识用于目标业务逻辑在入参数据中识别出出参数据。以入参数据为商品数据为例，该数据标识就可以指示商品数据的数据类型和该商品对应的商品标识。处理器200对入参数据进行选择的方式可以有多种，比如，处理器200可以基于至少一个数据标识，执行目标业务逻辑在入参数据中过滤出出参数据。这里的目标业务逻辑就可以为数据过滤逻辑，在入参数据中过滤出出参数据对应的目标数据标识的数据，从而就可以得到出参数据。

处理器200在过滤出出参数据之后，便可以向用户输出出参数据。处理器200向用户输出出参数据的方式可以有多种，比如，处理器200可以直接向用户对应的终端发送出参数据，以便终端基于出参数据搭建目标业务的业务框架，或者，还可以在用户对应的终端的显式设备中直接显式出参数据，等等。

在一些实施例中，所述业务编排层120还包括业务服务控制接口121，如图3所示。所述业务服务控制接口被配置为控制全量数据集合向业务接口111提供出参数据。业务服务控制接口121与业务接口111一一对应。业务服务控制接口121还包括目标业务对应的业务数据继承开关，所述业务数据继承开关被配置为在打开时业务接口111在全量数据集合中继承出参数据。比如，目标业务需要商品ID和名称，处理器620就可以执行业务服务控制接口对应的控制逻辑将获取商品ID和名称的业务数据继承开关打开，将获取其他业务数据(比如，商品价格和图片等)的业务数据继承开关关闭，此时，就可以控制业务接口111从全量数据集合中继承商品ID和名称等业务数据，从而就可以得到目标业务对应的出参数据。

在一些实施例中，所述业务平台10还包括业务原子层130，所述业务原子层130包括多个业务原子服务131，如图4所示。所述多个业务原子层131中的每一业务原子服务131被配置为向业务编排层120提供原子业务数据，以便业务编排层120对原子业务数据进行数据编排得到全量数据集合。所述原子业务数据包括一个业务对象的一种数据类型的业务数据，比如，以业务数据为商品数据为例，原子业务数据就可以为一个商品的一种类型的数据，譬如，商品A的价格、或者商品B的名称，等等。因此，业务原子服务131就可以调用一个业务对象的一种数据类型的业务数据，业务原子服务131之间互相独立，不同的业务原子服务131调用的原子业务数据也不相同。

在一些实施例中，如图4所示，所述业务平台10还可以包括数据访问层140。数据访问层还可以包括原始业务数据库。所述原始业务数据库可以包括全量的原始业务数据。所述原始业务数据可以包括未经过数据处理的业务数据，比如，可以包括特定范围内全部商家的经营数据，或者，还可以包括特定范围内采集的全部商户或商品的信息，等等。所述原始业务数据库被配置为向业务原子服务131提供对应的初始业务数据，以便业务原子服务131对初始业务数据进行处理得到原子业务数据。

其中，原始业务数据库向业务原子服务131提供对应的初始业务数据的方式可以有多种，比如，数据访问层140在接收业务原子服务131的数据调用请求，在原始业务数据库中查询出数据调用请求对应的原始业务数据作为初始业务数据，等等。

业务原子层130在业务原子服务131接收到初始业务数据之后，便可以对一个或多个业务原子服务的初始业务数据进行原子化的业务处理和逻辑计算，从而向业务编排层120提供原子业务数据。原子化的业务处理和逻辑计算主要是对初始业务数据进行逻辑判断和数据组装。逻辑判断的方式可以有多种，比如，可以包括判断初始业务数据是否为需要的业务数据，或者，可以判断初始业务数据的数据类型是否为指定的数据类型，或者，还可以判断初始业务数据是否为目标业务对象的数据，等等。

其中，需要说明的是，业务平台10中的业务原子层130和数据访问层140均用于构建全量数据集合，并未实际参与到在业务平台10向外部输出业务数据(出参数据)。在业务平台10向外部输出业务数据(出参数据)的过程中，业务原子层130和数据访问层140可以停止服务，或者，在原始业务数据库更新时，业务原子层130和数据访问层140还可以基于更新后的原始业务数据库，对业务平台10中的全量数据集合进行更新，然后，业务平台10可以使用更新后的全量数据集合向各个业务接口输出入参数据，处理器200就可以执行目标业务逻辑在入参数据中选取出出参数据，或者，处理器200还可以执行业务服务控制接口的控制逻辑，使得业务接口111继承更新后的全量数据集合的出参数据，并向用户输出出参数据(业务数据)，等等。

在一些实施例中，业务平台10还可以包括通信端口300和内部通信总线400。同时，业务平台还可以包括I/O组件500，如图5所示。

内部通信总线400可以连接不同的系统组件，包括存储介质100、处理器200和通信端口300。

I/O组件500支持业务平台10和其他组件之间的输入/输出。

通信端口300用于业务平台600同外界的数据通信，比如，通信端口300可以用于业务平台10同网络20之间的数据通信。通信端口300可以是有线通信端口也可以是无线通信端口。

存储介质100可以包括数据存储装置150。所述数据存储装置150可以是非暂时性存储介质，也可以是暂时性存储介质。比如，所述数据存储装置可以包括磁盘151、只读存储介质(ROM)152或随机存取存储介质(RAM)153中的一种或多种。存储介质100还包括存储在所述数据存储装置中的至少一个指令集。所述指令是计算机程序代码，所述计算机程序代码可以包括执行本说明书提供的业务平台和/或业务数据获取方法的程序、例程、对象、组件、数据结构、过程、模块等等。

至少一个处理器200可以同至少一个存储介质100以及通信端口300通过内部通信总线400通信连接。至少一个处理器200用以执行上述至少一个指令集。当业务平台10运行时，至少一个处理器200读取所述至少一个指令集，并且根据所述至少一个指令集的指示，执行本说明书提供的业务数据获取方法。处理器200可以执行业务数据获取方法包含的所有步骤。处理器200可以是一个或多个处理器的形式，在一些实施例中，处理器620可以包括一个或多个硬件处理器，例如微控制器，微处理器，精简指令集计算机(RISC)，专用集成电路(ASIC)，特定于应用的指令集处理器(ASIP)，中心处理单元(CPU)，图形处理单元(GPU)，物理处理单元(PPU)，微控制器单元，数字信号处理器(DSP)，现场可编程门阵列(FPGA)，高级RISC机器(ARM)，可编程逻辑器件(PLD)，能够执行一个或多个功能的任何电路或处理器等，或其任何组合。仅仅为了说明问题，在本说明书中业务平台中仅描述了一个处理器200。然而，应当注意，本说明书中业务平台还可以包括多个处理器，因此，本说明书中披露的操作和/或方法步骤可以如本说明书所述的由一个处理器执行，也可以由多个处理器联合执行。例如，如果在本说明书中业务平台10的处理器200执行步骤A和步骤B，则应该理解，步骤A和步骤B也可以由两个不同处理器200联合或分开执行(例如，第一处理器执行步骤A，第二处理器执行步骤B，或者第一和第二处理器共同执行步骤A和B)。

下面对应用于业务平台10的业务数据获取方法进行介绍。

图6示出了根据本说明书实施例提供的应用于业务平台的业务数据获取方法的流程示意图。业务平台10可以执行本说明书的业务数据获取方法P600。具体的，业务平台10中的处理器200可以读取存储在本地存储介质中的指令集，然后，根据指令集的指示，执行本说明书描述的业务数据获取方法。如图6所示，方法P600可以包括：

P610：获取用户的目标业务数据请求。

其中，目标业务数据请求包括目标业务的业务标识，目标业务和业务标识具体可以参见上文所述，在此就不再一一赘述。

其中，获取用户的目标业务数据请求的方式可以有多种，具体可以如下：

例如，处理器200可以直接获取用户通过终端或客户端发送的目标业务数据请求，或者，还可以接收目标业务对应的终端发送的目标业务数据请求，等等。

P620：调用业务标识对应的业务接口，以获取业务接口的入参数据。

其中，业务接口111包括可更换或调整业务逻辑的接口，业务接口111具体可以参见上文的描述，在此就不再一一赘述。

其中，处理器200调用业务标识对应的业务接口111，以获取业务接口111的入参数据的方式可以有多种，具体可以如下：

例如，处理器620可以调用业务标识对应的业务接口111，以及基于业务接口111，在全量数据集合中获取入参数据。

其中，全量数据集合包括目标业务是否发生变换均所需的业务数据，全量数据集合具体可以参见上文所述，在此就不再一一赘述。基于业务接口111，在全量数据集合中获取入参数据的方式可以有多种，比如，处理器200在调用业务接口之后，就可以接收全量数据集合提供的该业务接口对应的入参数据，这里的入参数据可以为全量数据集合中全部的数据，也可以为全量数据集合中的部分数据，比如，以目标业务需要的数据为商品A的ID和名称、以及商品B所属的商户ID和商户位置为例，则入参数据就可以为包含全部商品的数据，也可以为仅包含商品A和商品B的全部商品数据。

P630：基于业务接口的目标业务逻辑在入参数据中选取出目标业务的出参数据，并向用户输出所述出参数据。

例如，处理器200在获取业务接口的入参数据之后，便可以基于业务接口的目标业务逻辑在入参数据中选取出目标业务的出参数据，并向用户输出出参数据，具体过程可以参见上问所述，在此就不再一一赘述。

在一些实施例中，处理器200在全量数据集合中获取入参数据之前，还需要构建该全量数据集合。构建全量数据集合的方式可以有多种，比如，处理器200可以调用至少一个业务原子服务，通过至少一个业务原子服务在原始业务数据库中选取出原子业务数据，以及对原子业务数据进行数据编排，得到全量数据集合，具体过程可以参见上文所述，在此就不再一一赘述。

其中，需要说明的是，全量数据集合可以通过处理器200执行业务编排层120对应的编排逻辑进行处理而得到。

在一些实施例中，处理器200除了执行业务接口对应的目标业务逻辑在入参数据中选取出出参数据以外，还可以通过业务接口继承全量数据集合中的出参数据。因此，在获取用户的目标业务数据请求之后，处理器200还可以调用业务标识对应的业务接口111，并通过业务接口111启动对应的业务服务控制接口121，基于业务服务器接口中的控制逻辑，在全量数据集合中继承所述目标业务对应的出参数据，以及通过业务接口111向用户输出出参数据，具体过程可以参见上文所述，在此就不再一一赘述。

其中，为了快速搭建业务框架，本方案采用最简单的方式合并同业务类型的业务编排服务，向控制层统一提供平铺的业务数据，业务数据集中化管理，不论目标业务如何变换或者目标业务的业务场景如何变换，业务数据总能以平铺的方式透出，控制层可以根据目标业务或目标业务的业务场景进行简单的数据拼装和过滤，而且，针对目标业务的变换或目标业务的业务场景的变换，只需要改动业务接口这一出的代码，也可以减少需求变更所带来的代码的维护成本。以业务接口为商品结合，目标业务的出参数据为商品数据为例，本方案中商品数据获取方法的整体流程可以如图7所示，具体可以如下：

业务平台10中可以包括多个商品接口，不同的商品接口返回的商品数据不同，但是可以将所有的信息用一个业务编排逻辑获取，在业务编排层的商品服务中，可以将商品接口1、2以及n所需要的商品数据集中调用业务原子层获取，从而得到全量数据集合，然后，通过全量数据集合向每个商品接口提供入参数据，每个商品接口就可以在入参数据中对不需要的商品数据进行过滤，从而得到出参数据，并将出参数据返回至前端，这样就可以保证不返回给前端多余的商品数据。

在一些实施例中，本方案还可以采用模板方法模式，构建业务平台，从而基于业务平台获取商品数据，商品数据获取方法的整体流程可以如图8所示，通过模板方法模式，将同类型业务编排逻辑放入模板类中，根据不同的数据获取需求，创建的模板子类，通过钩子方法，控制业务原子类的调用，只获取所需的数据。商品数据统一由商品服务模板获取，编排逻辑同样也只写一份，从而得到全量数据集合，不同的是，在业务编排层120新增了商品接口对应的商品服务控制接口，该商品服务接口增加所需信息的控制开关，通过控制开关的状态从全量数据集合中继承出所需的商品数据，并将所需的商品数据输出至用户或目标业务对应的终端。

综上所述，本说明书提供的适合快速调整业务接口的业务平台10，包括至少一个存储介质和至少一个处理器，其中，至少一个存储介质包括至少一组指令集组成的控制层和业务编排层，控制层包括业务接口，该业务接口用于指示至少一个处理器基于目标业务逻辑对业务接口的入参数据进行选择得到出参数，业务编排层包括全量数据集合，该全量数据集合被配置为向业务接口提供全量的入参数据，以便业务接口需要更改时只需对控制层的指令集中的业务接口进行更换或改写业务逻辑；处理器在业务平台运行时执行至少一组指令集：获取用户的目标业务数据请求，接收入参数据，执行目标业务逻辑对入参数据进行选择，以得到出参数据，以及向用户输出出参数据；由于该方案在业务平台运行时，可以提供覆盖不同任务的全量数据集合，针对目标业务的变更，无需新建业务编排层接口，只需要更换业务接口或者改写业务接口的业务逻辑，从而实现快速从全量数据集合提供的入参数据获取出参数据，进而完成变更后的目标业务的业务框架搭建，因此，可以提升业务数据获取的效率，从而快速跟上业务需求的发展。

本说明书提供的应用于业务平台的业务数据获取方法，在获取目标业务数据请求之后，调用业务标识对应的业务接口，以获取业务数据的入参数据，基于业务接口的目标业务逻辑在入参数据中选取出目标业务的出参数据，并向用户输出出参数据；由于该方案中业务接口可以为可更换或调整业务逻辑的接口，针对目标业务的变更，就可以通过变更后的业务接口，直接获取入参数据，然后，基于目标业务逻辑在入参数据中过滤出需要的数据，从而得到目标业务的出参数据，进而完成变更后的目标业务的业务框架搭建，因此，可以提升业务数据获取的效率，从而快速跟上业务需求的发展。

本说明书另一方面提供一种非暂时性存储介质，存储有至少一组用来进行业务数据获取的可执行指令。当所述可执行指令被处理器执行时，所述可执行指令指导所述处理器实施本说明书所述的业务数据获取方法P600的步骤。在一些可能的实施方式中，本说明书的各个方面还可以实现为一种程序产品的形式，其包括程序代码。当所述程序产品在业务平台10上运行时，所述程序代码用于使业务平台10执行本说明书描述的业务数据获取方法P600的步骤。用于实现上述方法的程序产品可以采用便携式紧凑盘只读存储器(CD-ROM)包括程序代码，并可以在计算设备600上运行。然而，本说明书的程序产品不限于此，在本说明书中，可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统使用或者与其结合使用。所述程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以为但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。所述计算机可读存储介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。可读存储介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。可读存储介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、有线、光缆、RF等等，或者上述的任意合适的组合。可以以一种或多种程序设计语言的任意组合来编写用于执行本说明书操作的程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如Java、C++等，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在计算设备600上执行、部分地在计算设备600上执行、作为一个独立的软件包执行、部分在计算设备600上部分在远程计算设备上执行、或者完全在远程计算设备上执行。

上述对本说明书特定实施例进行了描述。其他实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者是可能有利的。

综上所述，在阅读本详细公开内容之后，本领域技术人员可以明白，前述详细公开内容可以仅以示例的方式呈现，并且可以不是限制性的。尽管这里没有明确说明，本领域技术人员可以理解本说明书需求囊括对实施例的各种合理改变，改进和修改。这些改变，改进和修改旨在由本说明书提出，并且在本说明书的示例性实施例的精神和范围内。

此外，本说明书中的某些术语已被用于描述本说明书的实施例。例如，“一个实施例”，“实施例”和/或“一些实施例”意味着结合该实施例描述的特定特征，结构或特性可以包括在本说明书的至少一个实施例中。因此，可以强调并且应当理解，在本说明书的各个部分中对“实施例”或“一个实施例”或“替代实施例”的两个或更多个引用不一定都指代相同的实施例。此外，特定特征，结构或特性可以在本说明书的一个或多个实施例中适当地组合。

应当理解，在本说明书的实施例的前述描述中，为了帮助理解一个特征，出于简化本说明书的目的，本说明书将各种特征组合在单个实施例、附图或其描述中。然而，这并不是说这些特征的组合是必须的，本领域技术人员在阅读本说明书的时候完全有可能将其中一部分设备标注出来作为单独的实施例来理解。也就是说，本说明书中的实施例也可以理解为多个次级实施例的整合。而每个次级实施例的内容在于少于单个前述公开实施例的所有特征的时候也是成立的。

本文引用的每个专利，专利申请，专利申请的出版物和其他材料，例如文章，书籍，说明书，出版物，文件，物品等，可以通过引用结合于此。用于所有目的全部内容，除了与其相关的任何起诉文件历史，可能与本文件不一致或相冲突的任何相同的，或者任何可能对权利要求的最宽范围具有限制性影响的任何相同的起诉文件历史。现在或以后与本文件相关联。举例来说，如果在与任何所包含的材料相关联的术语的描述、定义和/或使用与本文档相关的术语、描述、定义和/或之间存在任何不一致或冲突时，使用本文件中的术语为准。

最后，应理解，本文公开的申请的实施方案是对本说明书的实施方案的原理的说明。其他修改后的实施例也在本说明书的范围内。因此，本说明书披露的实施例仅仅作为示例而非限制。本领域技术人员可以根据本说明书中的实施例采取替代配置来实现本说明书中的申请。因此，本说明书的实施例不限于申请中被精确地描述过的实施例。

Claims (19)

1.一种适合快速调整业务节接口的业务平台，包括：

至少一个存储介质，包括至少一组指令集组成：

控制层，所述控制层包括业务接口，所述业务接口用于指示至少一个处理器基于目标业务逻辑对所述业务接口的入参数据进行选择得到出参数据，以及

业务编排层，所述业务编排层包括全量数据集合，所述全量数据集合被配置为向所述业务接口提供全量的入参数据，以便所述业务接口需要更改时只需对所述控制层的指令集中的业务接口进行更换或改写业务逻辑；以及

至少一个处理器，与所述至少一个存储介质通信连接，其中，当所述业务平台运行时，所述至少一个处理器执行所述至少一组指令集：

获取用户的目标业务数据请求，

接收所述入参数据，

执行所述目标业务逻辑对所述入参数据进行选择，以得到所述出参数据，以及

向所述用户输出所述出参数据。

2.根据权利要求1所述的业务平台，其中，所述入参数据的数据结构为平铺数据结构，所述平铺数据结构包括所述入参数据之间没有分层的逻辑结构。

3.根据权利要求1所述的业务平台，其中，所述全量的入参数据包括目标业务在目标类别下的全量参数。

4.根据权利要求1所述的业务平台，其中，所述入参数据包括至少一个数据标识，以及

为了所述执行所述目标业务逻辑对所述入参数据进行选择，以得到所述出参数据，所述处理器：

基于所述至少一个数据标识，执行所述目标业务逻辑在所述入参数据中过滤出所述出参数据。

5.根据权利要求1所述的业务平台，其中，所述全量数据集合包括所述目标业务是否发生变换均所需的业务数据。

6.根据权利要求1所述的业务平台，其中，所述目标业务在预设时间内会发生变换，在所述目标业务变换时，需要对所述业务接口进行更换和/或调整。

7.根据权利要求6所述的业务平台，其中，所述业务接口的调整方式包括更换所述业务接口的目标业务逻辑、调整所述业务接口的所述出参数据中的至少一种。

8.根据权利要求1所述的业务平台，其中，所述业务接口包括商品接口，所述商品接口的入参数据包括所述目标业务对应的全量候选商品数据，所述商品接口对应的出参数据包括目标商品的目标商品数据。

9.根据权利要求8所述的业务平台，其中，所述目标商品数据用于搭建所述目标业务的业务框架。

10.根据权利要求8所述的业务平台，其中，所述全量数据集合包括预设位置范围内的目标商户集合对应的全量商品数据。

11.根据权利要求1所述的业务平台，其中，所述业务编排层还包括业务服务控制接口，所述业务服务控制接口被配置为控制所述全量数据集合向所述业务接口提供所述出参数据。

12.根据权利要求11所述的业务平台，其中，所述业务服务控制接口包括所述目标业务对应的业务数据继承开关，所述业务数据继承开关被配置为在打开时所述业务接口在所述全量数据集合中继承所述出参数据。

13.根据权利要求1所述的业务平台，其中，所述业务接口与终端连接，所述终端包括移动终端、IOT设备中的至少一种。

14.根据权利要求1所述的业务平台，其中，所述业务平台还包括业务原子层，所述业务原子层包括多个业务原子服务，所述多个业务原子服务中每一业务原子服务被配置向所述业务编排层提供原子业务数据，以便所述业务编排层对所述原子业务数据进行数据编排得到所述全量数据集合，所述原子业务数据包括一个业务对象的一种数据类型的业务数据。

15.根据权利要求14所述的业务平台，其中，所述业务平台还包括数据访问层，所述数据访问层包括原始业务数据库，所述原始业务数据库被配置为向所述业务原子服务提供对应的初始业务数据，以便所述业务原子服务对所述初始业务数据进行处理得到所述原子业务数据。

16.一种应用于业务平台的业务数据获取方法，包括：

获取用户的目标业务数据请求，所述目标业务数据请求包括目标业务的业务标识；

调用所述业务标识对应的业务接口，以获取所述业务接口的入参数据，所述业务接口包括可更换或调整业务逻辑的接口；以及

基于所述业务接口的目标业务逻辑在所述入参数据中选取出所述目标业务的出参数据，并向所述用户输出所述出参数据。

17.根据权利要求16所述的业务数据获取方法，其中，所述调用所述业务标识对应的业务接口，以获取所述业务接口的入参数据，包括：

调用所述业务标识对应的业务接口；以及

基于所述业务接口，在所述全量数据集合中获取所述入参数据，所述全量数据集合包括所述目标业务是否发生变换均所需的业务数据。

18.根据权利要求17所述的业务数据获取方法，其中，所述基于所述业务接口，在所述全量数据集合中获取所述入参数据之前，还包括：

调用至少一个业务原子服务；

通过所述至少一个业务原子服务在原始业务数据库中选取出原子业务数据；以及

对所述原子业务数据进行数据编排，得到所述全量数据集合。

19.根据权利要求16所述的业务数据获取方法，其中，所述获取用户的目标业务数据请求之后，还包括：

调用所述业务标识对应的业务接口，并通过所述业务接口启动对应的业务服务控制接口；

基于所述业务控制服务接口中的控制逻辑，在全量数据集合中继承出所述目标业务对应的出参数据；以及

通过所述业务接口向所述用户输出所述出参数据。

Images