CN114860333A - 一种服务编排方法和电子设备 - Google Patents

Abstract

本公开提供一种服务编排方法和电子设备，涉及系统架构技术领域，以至少解决相关技术中子服务的调用逻辑在服务中耦合多的问题。该电子设备包括：电子设备，包括：通信器和处理器；处理器，被配置为：根据通信器接收的配置信息，确定执行第一子服务的至少一个执行器，以及每个执行器之间的依赖关系；通信器，还被配置为：接收外部查询信息；处理器，还被配置为：根据通信器接收的外部查询信息，确定外部查询信息对应的第一子服务；处理器，还被配置为：根据执行第一子服务的至少一个执行器，至少一个执行器中每个执行器之间的依赖关系和外部查询信息，确定外部查询信息的查询结果。

Description

一种服务编排方法和电子设备

技术领域

本公开涉及系统架构技术领域，尤其涉及一种服务编排方法和电子设备。

背景技术

在微服务架构中，将应用系统分解为多个子服务，这样就需要调用各子服务进行协作处理完整的业务流程。但是目前，子服务的调用逻辑基本都是硬编码方式，随着系统不断迭代升级，业务流程越来越复杂，导致子服务间的调用逻辑更加复杂，耦合越来越多，不利于快速开发、维护和业务监控。

发明内容

本公开提供一种服务编排方法和电子设备，以至少解决相关技术中子服务的调用逻辑在服务中耦合多的问题。

本公开的技术方案如下：

第一方面，本公开提供一种电子设备，包括：通信器和处理器；通信器，被配置为：接收第一子服务的配置信息；处理器，被配置为：根据通信器接收的配置信息，确定执行第一子服务的至少一个执行器，以及每个执行器之间的依赖关系；其中，依赖关系用于指示不同执行器运行的先后顺序；通信器，还被配置为：接收外部查询信息；处理器，还被配置为：根据通信器接收的外部查询信息，确定外部查询信息对应的第一子服务；处理器，还被配置为：根据执行第一子服务的至少一个执行器，至少一个执行器中每个执行器之间的依赖关系和外部查询信息，确定外部查询信息的查询结果。

在一些可实施的示例中，外部查询信息包括查询参数；处理器，还被配置为：创建用于存储查询参数，以及每个执行器的输出结果的全局数据容器；处理器，具体被配置为：针对执行第一子服务的第一个执行器，执行如下操作：根据通信器接收的外部查询信息，生成输出结果，并存储至全局数据容器；处理器，具体被配置为：针对执行第一子服务的除第一个执行器以外的其它执行器，执行如下操作：根据至少一个执行器中每个执行器之间的依赖关系，从全局数据容器在获取上一个执行器的输出结果，根据输出结果，生成更新后的输出结果，并存储至全局数据容器；处理器，具体被配置为：根据至少一个执行器中每个执行器之间的依赖关系，从全局数据容器中获取最后一个执行器输出的输出结果；处理器，具体被配置为：确定外部查询信息的查询结果为全局数据容器中获取最后一个执行器输出的输出结果。

在一些可实施的示例中，全局数据容器包括KV容器。

在一些可实施的示例中，配置信息包括至少一个标识码，一个标识码对应一个执行器；处理器，具体被配置为：根据标识码，确定执行第一子服务的至少一个执行器，以及每个执行器之间的依赖关系。

在一些可实施的示例中，处理器，具体被配置为：根据至少一个执行器中每个执行器之间的依赖关系，确定执行第一子服务的至少一个执行器中的每个执行器以并行的方式运行通信器接收的外部查询信息，执行第一子服务的至少一个执行器。

在一些可实施的示例中，一个执行器包括一个或者多个执行组件，执行组件用于执行执行器的业务逻辑；处理器，还被配置为：初始化每个执行器的执行组件；处理器，具体被配置为：根据至少一个执行器中每个执行器之间的依赖关系，确定每个执行器的执行组件均初始化后，根据执行第一子服务的至少一个执行器和通信器接收的外部查询信息，确定外部查询信息的查询结果。

第二方面、本公开提供一种服务编排方法，包括：接收第一子服务的配置信息；根据配置信息，确定执行第一子服务的至少一个执行器，以及每个执行器之间的依赖关系；其中，依赖关系用于指示不同执行器运行的先后顺序；接收外部查询信息；根据外部查询信息，确定外部查询信息对应的第一子服务；根据执行第一子服务的至少一个执行器，至少一个执行器中每个执行器之间的依赖关系和外部查询信息，确定外部查询信息的查询结果。

在一些可实施的示例中，外部查询信息包括查询参数；接收外部查询信息前，本公开提供的服务编排方法还包括：创建用于存储查询参数，以及每个执行器的输出结果的全局数据容器；根据执行第一子服务的至少一个执行器，至少一个执行器中每个执行器之间的依赖关系和外部查询信息，确定外部查询信息的查询结果，包括：针对执行第一子服务的第一个执行器，执行如下操作：根据外部查询信息，生成输出结果，并存储至全局数据容器；针对执行第一子服务的除第一个执行器以外的其它执行器，执行如下操作：根据至少一个执行器中每个执行器之间的依赖关系，从全局数据容器在获取上一个执行器的输出结果，根据输出结果，生成更新后的输出结果，并存储至全局数据容器；根据至少一个执行器中每个执行器之间的依赖关系，从全局数据容器中获取最后一个执行器输出的输出结果；确定外部查询信息的查询结果为全局数据容器中获取最后一个执行器输出的输出结果。

在一些可实施的示例中，全局数据容器包括KV容器。

在一些可实施的示例中，配置信息包括至少一个标识码，一个标识码对应一个执行器；根据配置信息，确定执行第一子服务的至少一个执行器，以及每个执行器之间的依赖关系，包括：根据标识码，确定执行第一子服务的至少一个执行器，以及每个执行器之间的依赖关系。

在一些可实施的示例中，根据执行第一子服务的至少一个执行器，至少一个执行器中每个执行器之间的依赖关系和外部查询信息，确定外部查询信息的查询结果，包括：根据至少一个执行器中每个执行器之间的依赖关系，确定执行第一子服务的至少一个执行器中的每个执行器以并行的方式运行外部查询信息，执行第一子服务的至少一个执行器。

在一些可实施的示例中，一个执行器包括一个或者多个执行组件，执行组件用于执行执行器的业务逻辑；接收外部查询信息前，本公开提供的服务编排方法还包括：初始化每个执行器的执行组件；根据执行第一子服务的至少一个执行器，至少一个执行器中每个执行器之间的依赖关系和外部查询信息，确定外部查询信息的查询结果，包括：根据至少一个执行器中每个执行器之间的依赖关系，确定每个执行器的执行组件均初始化后，根据执行第一子服务的至少一个执行器和外部查询信息，确定外部查询信息的查询结果。

第三方面，本发明提供一种计算机可读存储介质，包括指令。当指令在计算机上运行时，使得计算机执行如上述第二方面提供的服务编排方法。

第四方面，本发明提供一种计算机程序产品，当计算机程序产品在计算机上运行时，使得计算机执行如第二方面的设计方式的服务编排方法。

需要说明的是，上述计算机指令可以全部或者部分存储在第一计算机可读存储介质上。其中，第一计算机可读存储介质可以与电子设备的处理器封装在一起的，也可以与电子设备的处理器单独封装，本发明对此不作限定。

本发明中第二方面、第三方面以及第四方面的描述，可以参考第一方面的详细描述；并且，第二方面、第三方面以及第四方面的描述的有益效果，可以参考第一方面的有益效果分析，此处不再赘述。

本公开实施例提供的技术方案与现有技术相比具有如下优点：

可以将执行第一子服务的执行器以及每个执行器之间的依赖关系封装在配置信息中。这样，用户在新增第一子服务，或者对第一子服务进行修改时，可以通过配置信息，对新增第一子服务，或者对第一子服务进行修改。进一步地，在接收到外部查询请求时，可以根据该外部查询请求，确定对应的第一子服务。之后，根据该根据执行第一子服务的至少一个执行器，至少一个执行器中每个执行器之间的依赖关系和外部查询信息，确定外部查询信息的查询结果。可以看出，不同的第一子服务之间可以通过配置信息的方式，独立配置，如此可以将不同的第一子服务解耦，解决相关技术中子服务的调用逻辑在服务中耦合多的问题。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。

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

图1为本申请实施例提供的服务编排方法的场景示意图；

图2为本申请实施例提供的服务编排方法中显示设备的结构示意图之一；

图3为本申请实施例提供的服务编排方法中显示设备的结构示意图之二；

图4为本申请实施例提供的服务编排方法的流程示意图之一；

图5为本申请实施例提供的服务编排方法的场景示意图之二；

图6为本申请实施例提供的服务编排方法的场景示意图之三；

图7为本申请实施例提供的服务编排方法中依赖关系的示意图；

图8为本申请实施例提供的服务编排方法的场景示意图之四；

图9为本申请实施例提供的服务器的结构示意图；

图10为本申请实施例提供的一种芯片系统的示意图之一。

具体实施方式

为了能够更清楚地理解本公开的上述目的、特征和优点，下面将对本公开的方案进行进一步描述。需要说明的是，在不冲突的情况下，本公开的实施例及实施例中的特征可以相互组合。

在下面的描述中阐述了很多具体细节以便于充分理解本公开，但本公开还可以采用其他不同于在此描述的方式来实施；显然，说明书中的实施例只是本公开的一部分实施例，而不是全部的实施例。

需要说明的是，在本文中，诸如“第一”和“第二”等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

目前，随着微服务架构的发展和普及，子服务的接入数量也在不断地增加，使得子服务的控制流程涉及的业务逻辑越来越复杂，导致耦合越来越多。

为解决上述问题，本公开实施例通过的服务编排方法通过将执行第一子服务的执行器以及每个执行器之间的依赖关系封装在配置信息中。这样，用户在新增第一子服务，或者对第一子服务进行修改时，可以通过配置信息，对新增第一子服务，或者对第一子服务进行修改。进一步地，在接收到外部查询请求时，可以根据该外部查询请求，确定对应的第一子服务。之后，根据该根据执行第一子服务的至少一个执行器，至少一个执行器中每个执行器之间的依赖关系和外部查询信息，确定外部查询信息的查询结果。

图1为根据本申请一个或多个实施例的显示设备与控制装置之间操作场景的示意图，如图1所示，用户可通过移动终端300和控制装置100操作显示设备200。控制装置100可以是遥控器，遥控器和显示设备的通信包括红外协议通信、蓝牙协议通信，无线或其他有线方式来控制显示设备200。用户可以通过遥控器上按键，语音输入、控制面板输入等输入用户指令，来控制显示设备200。在一些实施例中，也可以使用移动终端、平板电脑、计算机、笔记本电脑、和其他智能设备以控制显示设备200。

在一些实施例中，移动终端300可与显示设备200安装软件应用，通过网络通信协议实现连接通信，实现一对一控制操作的和数据通信的目的。也可以将移动终端300上显示音视频内容传输到显示设备200上，实现同步显示功能显示设备200还与服务器400通过多种通信方式进行数据通信。可允许显示设备200通过局域网(LAN)、无线局域网(WLAN)和其他网络进行通信连接。服务器400可以向显示设备200提供各种内容和互动。显示设备200，可以液晶显示器、OLED显示器、投影显示设备。显示设备200除了提供广播接收电视功能之外，还可以附加提供计算机支持功能的智能网络电视功能。

在一些实施例中，本申请实施例提供电子设备可以为上述服务器400。其中，服务器400在接收到第一子服务的配置信息后，根据接收的配置信息，确定执行第一子服务的至少一个执行器，以及每个执行器之间的依赖关系。之后，显示设备200将外部查询信息发送至服务器400。服务器400在接收到显示设备200发送的外部查询信息后，根据接收的外部查询信息，确定外部查询信息对应的第一子服务。根据执行第一子服务的至少一个执行器，至少一个执行器中每个执行器之间的依赖关系和外部查询信息，确定外部查询信息的查询结果。之后，服务器400将查询结果发送至显示设备200，供显示设备200反馈外部查询信息对应的查询结果。

图2示出了根据示例性实施例中显示设备200的硬件配置框图。如图2所示显示设备200包括调谐解调器210、通信器220、检测器230、外部装置接口240、控制器250、显示器260、音频输出接口270、存储器、供电电源、用户接口280中的至少一种。控制器包括中央处理器，视频处理器，音频处理器，图形处理器，RAM，ROM，用于输入/输出的第一接口至第n接口。显示器260可为液晶显示器、OLED显示器、触控显示器以及投影显示器中的至少一种，还可以为一种投影装置和投影屏幕。调谐解调器210通过有线或无线接收方式接收广播电视信号，以及从多个无线或有线广播电视信号中解调出音视频信号，如以及EPG数据信号。检测器230用于采集外部环境或与外部交互的信号。控制器250和调谐解调器210可以位于不同的分体设备中，即调谐解调器210也可在控制器250所在的主体设备的外置设备中，如外置机顶盒等。

在一些实施例中，控制器250，通过存储在存储器上中各种软件控制程序，来控制显示设备的工作和响应用户的操作。控制器250控制显示设备200的整体操作。用户可在显示器260上显示的图形用户界面(GUI)输入用户命令，则用户输入接口通过图形用户界面(GUI)接收用户输入命令。或者，用户可通过输入特定的声音或手势进行输入用户命令，则用户输入接口通过传感器识别出声音或手势，来接收用户输入命令。

在一些示例中，以申请一个或多个实施例的显示设备200为电视机1，并且电视机1的操作系统为Android系统为例，如图3所示，电视机1从逻辑上可以分为应用程序(Applications)层(简称“应用层”)21，内核层22和硬件层23。

其中，如图3所示，硬件层可包括图2所示的通信器220、检测器230和显示器260等。应用层21包括一个或多个应用。应用可以为系统应用，也可以为第三方应用。如，应用层21包括第一应用，第一应用可以提供第一子服务，用于实现电视机1与服务器400的连接。

内核层22作为硬件层和应用层21之间的软件中间件，用于管理和控制硬件与软件资源。

服务器400包括通信控制模块200、文件加载模块201、规则解析模块202、初始化模块203、执行控制模块204、执行器模块205和数据容器模块206。通信控制模块200用于与电视机1建立通信连接。如：电视机1中的第一应用通过调用通信器220，实现与服务器400的通信控制模块200的通信连接。

在一些示例中，电视机1在提供第一应用的相应服务时，服务器400需要预先配置第一应用对应的编排架构。如：文件加载模块201在接收到第一子服务的配置信息后，将该配置信息发送至规则解析模块202。规则解析模块202根据文件加载模块201发送的配置信息，确定执行第一子服务的至少一个执行器模块205，以及每个执行器模块205之间的依赖关系。同时，规则解析模块202还用于创建用于存储外部查询信息的查询参数，以及每个执行器模块205的输出结果的全局数据容器。之后，初始化模块203对规则解析模块202确定执行第一子服务的每个执行器模块205进行初始化，在初始化成功后，服务器400便可以提供第一应用的查询服务。

内核层22包括第一驱动，第一驱动用于将检测器230采集的外部查询信息发送至第一应用。电视机1中的第一应用启动，电视机1与服务器400建立了通信连接的情况下，第一驱动用于将检测器230采集的用户输入的外部查询信息发送至第一应用。之后，第一应用将该外部查询信息发送至服务器的执行控制模块204。执行控制模块204在接收到电视机1发送的外部查询信息后，确定该外部查询信息对应的第一子服务。执行控制模块204根据执行第一子服务的至少一个执行器模块205，至少一个执行器模块205中每个执行器模块205之间的依赖关系和外部查询信息，确定外部查询信息的查询结果。通信控制模块200将执行控制模块204生成的查询结果发送至电视机1的第一应用。第一应用在接收到服务器400发送的查询结果后，控制显示器260显示该查询结果。

本申请所涉及的配置信息和外部查询信息可以为经用户授权或者经过各方充分授权的数据。

以下实施例中的方法均可以在具有上述硬件结构的服务器400或者电视机1中实现。以下实施例中以本公开实施例提供的电子设备为上述服务器400为例，对本申请实施例的方法进行说明。

本申请实施例提供一种服务编排方法，如图4所示，该服务编排方法可以包括S11-S15。

S11、接收第一子服务的配置信息。

在一些示例中，本公开实施例提供的服务编排方法，用户在需要部署新的第一子服务时，可以将该第一子服务对应的配置信息发送至服务器400。如此，服务器400在得到该配置信息后，就可以根据该配置信息，确定执行该第一子服务的至少一个执行器，以及每个执行器之间的依赖关系，从而完成对第一子服务的部署。

当然，用户也可以通过修改第一子服务的配置信息，从而实现在第一子服务中新增或者删除执行器，以及对执行器的业务逻辑进行修改。如：第一子服务中新增执行器时，可以将更新后的配置信息发送至服务器400。如此，服务器400在得到该更新后的配置信息后，就可以根据该更新后的配置信息，确定执行该第一子服务的至少一个执行器，以及每个执行器之间的依赖关系。由于，执行该第一子服务的执行器，以及每个执行器之间的依赖关系发生了改变。因此，服务器400还需要将更新前的执行该第一子服务的执行器，以及每个执行器之间的依赖关系释放掉，以保证用户的体验。或者，对执行器的业务逻辑进行修改时，可以将更新后的配置信息发送至服务器400。如此，服务器400在得到该更新后的配置信息后，就可以根据该更新后的配置信息，更新该执行器的业务逻辑。

此外，服务器400可以按照自定义逻辑，以硬编码的方式调用外部服务，从而实现新增第一子服务。

具体的，第一子服务中删除执行器的过程与第一子服务中新增执行器的过程类似，此处不再赘述。

需要说明的是，由于每个执行器之间存在依赖关系。因此，删除第一子服务的执行器时，需要修改该执行器后的其它执行器的依赖关系，从而保证第一子服务的正常运行。

S12、根据配置信息，确定执行第一子服务的至少一个执行器，以及每个执行器之间的依赖关系。其中，依赖关系用于指示不同执行器运行的先后顺序。

在一些示例中，配置信息可以按照预先配置的编写规则进行编写。如：预先配置的编写规则中规定了用于表示执行器的标识码，以及用于表示执行器相互之间的依赖关系的标识码。如此，服务器400在接收到配置信息后，先根据预先配置的编写规则对配置信息进行解析，确定执行第一子服务的至少一个执行器，以及每个执行器之间的依赖关系。

需要说明的是，上述示例是以配置信息按照预先配置的编写规则进行编写的为例进行说明的。在其他的一些示例中，配置信息还可以按照用户的编写规则进行编写，此时由于服务器400无法直接解析该配置信息。因此，服务器在接收到配置信息后，需要对该配置信息进行转换，使得转换后的配置信息能够被服务器400识别，进而可以确定执行第一子服务的至少一个执行器，以及每个执行器之间的依赖关系。

在一些示例中，第一子服务需要通过执行该第一子服务的每个执行器按照一定的先后顺序运行，才能向用户提供第一子服务。因此，可以根据每个执行器的输入以及输出，确定该依赖关系。如：第一子服务包括3个执行器，分别为执行器1、执行器2和执行器3。执行器1的输入为外部查询信息，对该外部查询信息进行处理后，得到第一结果。执行器2的输入为执行器1输出的第一结果，对该第一结果进行处理后，得到第二结果。执行器2的输入为执行器2输出的第二结果，对该第二结果进行处理后，得到第三结果。可以看出，执行器1、执行器2和执行器3三者之间的依赖关系为：执行器3依赖执行器2、执行器2依赖执行器1。

S13、接收外部查询信息。

在一些示例中，当服务器400根据第一子服务的配置信息确定执行第一子服务的至少一个执行器，以及每个执行器之间的依赖关系，完成部署(创建执行该第一子服务的执行器，以及每个执行器之间的依赖关系)后，就可以为用户提供相应的第一子服务。用户在需要开启第一子服务时，通过向服务器400发送外部查询信息，从而可以得到对于该外部查询信息的查询结果。

S14、根据外部查询信息，确定外部查询信息对应的第一子服务。

在一些示例中，每个外部查询信息对应一个第一子服务。如：外部查询信息中包含用于指示第一子服务的标识。服务器400可以根据该外部查询信息中的标识确定对应的第一子服务。又或者，服务器400中预先存储了每个外部查询信息与第一子服务的对应关系。服务器400在接收到外部查询信息后，可以在该对应关系中查询该外部查询信息对应的第一子服务，从而可以确定外部查询信息对应的第一子服务。

S15、根据执行第一子服务的至少一个执行器，至少一个执行器中每个执行器之间的依赖关系和外部查询信息，确定外部查询信息的查询结果。

有上述可知，可以将执行第一子服务的执行器以及每个执行器之间的依赖关系封装在配置信息中。这样，用户在新增第一子服务，或者对第一子服务进行修改时，可以通过配置信息，对新增第一子服务，或者对第一子服务进行修改。进一步地，在接收到外部查询请求时，可以根据该外部查询请求，确定对应的第一子服务。之后，根据该根据执行第一子服务的至少一个执行器，至少一个执行器中每个执行器之间的依赖关系和外部查询信息，确定外部查询信息的查询结果。可以看出，不同的第一子服务之间可以通过配置信息的方式，独立配置，如此可以将不同的第一子服务解耦，解决相关技术中子服务的调用逻辑在服务中耦合多的问题。

在一些可实施的示例中，外部查询信息包括查询参数；结合图4，如图5所示，本公开实施例通过的服务编排方法还包括S16，上述S15具体可以通过S150-S153实现。

S16、创建用于存储查询参数，以及每个执行器的输出结果的全局数据容器。

具体的，全局数据容器主要用于数据交换，执行器的输入数据均从全局数据容器中获取，输出则写入到全局数据容器中。

S150、针对执行第一子服务的第一个执行器，执行如下操作：根据外部查询信息，生成输出结果，并存储至全局数据容器。

S151、针对执行第一子服务的除第一个执行器以外的其它执行器，执行如下操作：根据至少一个执行器中每个执行器之间的依赖关系，从全局数据容器在获取上一个执行器的输出结果，根据输出结果，生成更新后的输出结果，并存储至全局数据容器。

S152、根据至少一个执行器中每个执行器之间的依赖关系，从全局数据容器中获取最后一个执行器输出的输出结果。

S153、确定外部查询信息的查询结果为全局数据容器中获取最后一个执行器输出的输出结果。

在一些可实施的示例中，全局数据容器包括键值对(key-value，KV)容器。

在一些可实施的示例中，配置信息包括至少一个标识码，一个标识码对应一个执行器；结合图4，如图5所示，上述S12具体可以通过S120实现。

S120、根据标识码，确定执行第一子服务的至少一个执行器，以及每个执行器之间的依赖关系。

在一些示例中，本公开实施例通过的服务编排方法中，通过配置信息的形式定义第一子服务的拓扑结构。为了能够识别出执行第一子服务的执行器以及每个执行器之间的依赖关系，需要在配置信息中设置标识码，以确定执行第一子服务的执行器以及每个执行器之间的依赖关系。如：在配置信息中以processor标识来表示执行器。其中，执行器是流程控制的基本单元，用来定义某一节点的服务依赖和业务逻辑。执行器在配置信息中的配置形式如下：

Processor_name:{//执行器名称

“inputQueryInfo”：[]，//特殊的输入依赖，表示外部用户输入参数。

“processorInput”：[]，//输入依赖，表示依赖的输入参数。执行控制器会在全局数据容器中，检查是否存在对应的输入参数(如：执行器2的输入参数为执行器1的输出参数，此时全局数据容器中存在执行器1的输出参数时，执行器2才能执行)，如果存在，即认为执行器具备执行条件。

“output”：””，//主要输出，该配置项，配置的输出数据在全局数据容器中的key值，value值由执行器写入。

“additionalOutput”：{//追加输出，一般用于覆盖上游输出(如：对于一些特殊场景，若执行器2对应的配置信息中还包括“additionalOutput”，此时执行器2的输入参数为执行器1的输出参数1，此时全局数据容器中存在执行器1的输出参数1时，执行器2根据该输出参数1，确定输出参数2。执行器2将确定的输出参数2存储至全局数据容器中。由于执行器2对应的配置信息中还包括“additionalOutput”，因此服务器400将输出参数1替换为输出参数2)。

}，

“file”:””//执行组件的配置地址。

}

。

具体的，在判断依赖关系时，可以根据全局数据容器中的key值作为关键字进行判定。

在一些可实施的示例中，结合图4，如图6所示，上述S15具体可以通过S154实现。

S154、根据至少一个执行器中每个执行器之间的依赖关系，确定执行第一子服务的至少一个执行器中的每个执行器以并行的方式运行外部查询信息，执行第一子服务的至少一个执行器。

在一些实例中，本公开实施例提高的服务编排方法，按照执行的先后顺序和管理遍历性，将依赖关系按照执行层级划分展示。即可并行的执行器均处于同一层级，如第二层级。处于第二层级之后的执行器，需要在第二层级中的执行器均运行完成后，才可能触发。如图7所示，假设执行第一子服务的执行器包括5个执行器，分别为执行器1、执行器2、执行器3、执行器4和执行器5。其中，执行器2、执行器3和执行器4处于同一层级。当接收到外部查询信息时，执行器1从全局数据容器中获取该外部查询信息。执行器1根据外部查询信息，确定第一结果，并存储至全局数据容器中。执行器2、执行器3和执行器4从全局数据容器中获取该第一结果。执行器2根据第一结果，确定第二结果，并存储至全局数据容器中。执行器3根据第一结果，确定第三结果，并存储至全局数据容器中。执行器4根据第一结果，确定第四结果，并存储至全局数据容器中。可以看出，执行器5在运行时，需要在全局数据容器中获取到第二结果，第三结果以及第四结果时，才能确定出第五结果。因此，处于执行器2、执行器3和执行器4的下一层的执行器5，需要在执行器2、执行器3和执行器4均运行完成后，才可能触发。之后，执行器5从全局数据容器中获取该第二结果、第三结果和第四结果。执行器5根据第二结果、第三结果和第四结果，确定第五结果，并存储至全局数据容器中。从全局数据容器中获取第五结果，确定外部查询信息的查询结果为第五结果。

在一些可实施的示例中，一个执行器包括一个或者多个执行组件，执行组件用于执行执行器的业务逻辑；结合图4，如图8所示，本公开实施例通过的服务编排方法还包括S17，上述S15具体可以通过S155实现。

S17、初始化每个执行器的执行组件。

在一些示例中，执行组件是执行器的组成部分。执行器负责拓扑关系定义，执行组件则用于定义执行器具体的业务逻辑。如：第一子服务包括1个或者多个执行步骤，可以将不同的执行步骤封装在执行该执行步骤的执行器的执行组件中，后续执行器在执行该步骤时，可以调用并执行该执行组件。执行组件在配置信息中以独立的配置文件存在，执行组件在配置信息中的配置形式如下：

Component_name:{//组件名称，我们会根据名称，加载对应的实现。

//内容，由组件开发者自定义，配置解析器，会将内容传入，组件初始化函数，由开发者自行处理。

}

。

示例性的，结合上述S11给出的示例，执行器的业务逻辑进行修改的过程如下：

由于执行组件定义了执行器的具体的业务逻辑，因此在需要修改执行器的业务逻辑时，可以通过修改该执行器的执行组件，便可以实现对执行器的业务逻辑进行修改。

具体的，服务器400在根据依赖关系，控制每个执行器运行时，需要根据执行器对应的执行组件的具体业务逻辑控制执行器运行。如：业务逻辑为，在执行器的输入满足第一条件时，执行器启动。在执行器的输入不满足第一条件时，执行器关闭。示例性的，执行器可以通过satisfied接口，来确定当前是否启动。如：执行器的输入满足第一条件，此时satisfied接口默认返回true，此时执行器在确定satisfied接口返回true时，执行器启动。执行器的输入不满足第一条件，此时satisfied接口默认返回false，此时执行器在确定satisfied接口返回false时，执行器关闭。

S155、根据至少一个执行器中每个执行器之间的依赖关系，确定每个执行器的执行组件均初始化后，根据执行第一子服务的至少一个执行器和外部查询信息，确定外部查询信息的查询结果。

有上述可知，本公开实施例提供的服务编排方法，通过配置文件和统一接口定义的形式，可以将第一子服务的调用逻辑隐藏到每个执行组件。这种方式就实现了上面提到的编排的好处，将第一子服务解耦，各第一子服务的独立性得以保留。同时统一的接口形式和依赖关系，以及内嵌的代理逻辑，又可以很好的串联整个第一子服务的执行过程，跟踪整体服务业务执行逻辑。这样就具备了编制的好处，在严格保障关键业务逻辑执行顺序的同时，又具备了一定并行计算能力。很好的实现了既定目标。同时抽象的流程管理和节点，也可以将整个基础平台移植到其他任意场景中。

需要说明的是，上述示例是以本公开实施例提供的电子设备为服务器400为例，对本公开实施例提供的服务编排方法进行说明的。在其它的一些示例中，本公开实施例提供的电子设备还可以为电视机1，电视机1执行本公开实施例提供的服务编排方法的过程，与服务器400执行本公开实施例提供的服务编排方法的过程类似，此处不再赘述。

上述主要从方法的角度对本申请实施例提供的方案进行了介绍。为了实现上述功能，其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

本申请实施例可以根据上述方法示例对服务器和电子设备进行功能模块的划分，例如，可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。需要说明的是，本申请实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。

如图9所示，本申请的实施例提供一种服务器400的结构示意图。服务器400包括通信器101和处理器102。

通信器101，被配置为：接收第一子服务的配置信息。处理器102，被配置为：根据通信器101接收的配置信息，确定执行第一子服务的至少一个执行器，以及每个执行器之间的依赖关系。其中，依赖关系用于指示不同执行器运行的先后顺序。通信器101，还被配置为：接收外部查询信息。处理器102，还被配置为：根据通信器101接收的外部查询信息，确定外部查询信息对应的第一子服务。处理器102，还被配置为：根据执行第一子服务的至少一个执行器，至少一个执行器中每个执行器之间的依赖关系和外部查询信息，确定外部查询信息的查询结果。

在一些可实施的示例中，外部查询信息包括查询参数；处理器102，还被配置为：创建用于存储查询参数，以及每个执行器的输出结果的全局数据容器；处理器102，具体被配置为：针对执行第一子服务的第一个执行器，执行如下操作：根据通信器101接收的外部查询信息，生成输出结果，并存储至全局数据容器；处理器102，具体被配置为：针对执行第一子服务的除第一个执行器以外的其它执行器，执行如下操作：根据至少一个执行器中每个执行器之间的依赖关系，从全局数据容器在获取上一个执行器的输出结果，根据输出结果，生成更新后的输出结果，并存储至全局数据容器；处理器102，具体被配置为：根据至少一个执行器中每个执行器之间的依赖关系，从全局数据容器中获取最后一个执行器输出的输出结果；处理器102，具体被配置为：确定外部查询信息的查询结果为全局数据容器中获取最后一个执行器输出的输出结果。

在一些可实施的示例中，全局数据容器包括KV容器。

在一些可实施的示例中，配置信息包括至少一个标识码，一个标识码对应一个执行器；处理器102，具体被配置为：根据标识码，确定执行第一子服务的至少一个执行器，以及每个执行器之间的依赖关系。

在一些可实施的示例中，处理器102，具体被配置为：根据至少一个执行器中每个执行器之间的依赖关系，确定执行第一子服务的至少一个执行器中的每个执行器以并行的方式运行通信器101接收的外部查询信息，执行所述第一子服务的至少一个执行器。

在一些可实施的示例中，一个执行器包括一个或者多个执行组件，执行组件用于执行执行器的业务逻辑；处理器102，还被配置为：初始化每个执行器的执行组件。处理器102，具体被配置为：根据至少一个执行器中每个执行器之间的依赖关系，确定每个执行器的执行组件均初始化后，根据执行第一子服务的至少一个执行器和通信器101接收的外部查询信息，确定外部查询信息的查询结果。

其中，上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述，其作用在此不再赘述。

当然，本申请实施例提供的服务器400包括但不限于上述模块，例如服务器400还可以包括存储器103。存储器103可以用于存储该写服务器400的程序代码，还可以用于存储写服务器400在运行过程中生成的数据，如写请求中的数据等。

作为一个示例，结合图3，服务器400中的通信控制模块200实现的功能与图9中的通信器101的功能相同，文件加载模块201、规则解析模块202、初始化模块203、执行控制模块204和执行器模块205实现的功能与图9中的处理器102的功能相同，数据容器模块206实现的功能与图9中的存储器103的功能相同。

本申请实施例还提供一种服务器，该服务器可以包括：存储器和一个或多个处理器。该存储器和处理器耦合。该存储器用于存储计算机程序代码，该计算机程序代码包括计算机指令。当处理器执行计算机指令时，服务器可执行上述方法实施例中服务器400执行的各个功能或者步骤。

本申请实施例还提供一种芯片系统，该芯片系统可以应用于前述实施例中的服务器400。如图10所示，该芯片系统包括至少一个处理器1501和至少一个接口电路1502。该处理器1501可以是上述服务器400中的处理器。处理器1501和接口电路1502可通过线路互联。该处理器1501可以通过接口电路1502从上述服务器400的存储器接收并执行计算机指令。当计算机指令被处理器1501执行时，可使得服务器400执行上述实施例中服务器400执行的各个步骤。当然，该芯片系统还可以包含其他分立器件，本申请实施例对此不作具体限定。

本申请实施例还提供一种计算机可读存储介质，用于存储上述服务器400运行的计算机指令。

本申请实施例还提供一种计算机程序产品，包括上述服务器400运行的计算机指令。

通过以上实施方式的描述，所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。

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

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

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

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

为了方便解释，已经结合具体的实施方式进行了上述说明。但是，上述在一些实施例中讨论不是意图穷尽或者将实施方式限定到上述公开的具体形式。根据上述的教导，可以得到多种修改和变形。上述实施方式的选择和描述是为了更好的解释原理以及实际的应用，从而使得本领域技术人员更好的使用实施方式以及适于具体使用考虑的各种不同的变形的实施方式。

Claims (10)

1.一种服务编排方法，其特征在于，包括：

接收第一子服务的配置信息；

根据所述配置信息，确定执行所述第一子服务的至少一个执行器，以及每个所述执行器之间的依赖关系；其中，所述依赖关系用于指示不同执行器运行的先后顺序；

接收外部查询信息；

根据所述外部查询信息，确定所述外部查询信息对应的第一子服务；

根据执行所述第一子服务的至少一个执行器，所述至少一个执行器中每个执行器之间的依赖关系和所述外部查询信息，确定所述外部查询信息的查询结果。

2.根据权利要求1所述的服务编排方法，其特征在于，所述外部查询信息包括查询参数；

所述接收外部查询信息前，所述方法还包括：

创建用于存储所述查询参数，以及每个所述执行器的输出结果的全局数据容器；

所述根据执行所述第一子服务的至少一个执行器，所述至少一个执行器中每个执行器之间的依赖关系和所述外部查询信息，确定所述外部查询信息的查询结果，包括：

针对执行所述第一子服务的第一个执行器，执行如下操作：根据所述外部查询信息，生成输出结果，并存储至所述全局数据容器；

针对执行所述第一子服务的除第一个执行器以外的其它执行器，执行如下操作：根据所述至少一个执行器中每个执行器之间的依赖关系，从所述全局数据容器在获取上一个执行器的输出结果，根据所述输出结果，生成更新后的输出结果，并存储至所述全局数据容器；

根据所述至少一个执行器中每个执行器之间的依赖关系，从所述全局数据容器中获取最后一个执行器输出的输出结果；

确定所述外部查询信息的查询结果为所述全局数据容器中获取最后一个执行器输出的输出结果。

3.根据权利要求2所述的服务编排方法，其特征在于，所述全局数据容器包括KV容器。

4.根据权利要求1所述的服务编排方法，其特征在于，所述配置信息包括至少一个标识码，一个标识码对应一个执行器；

所述根据所述配置信息，确定执行所述第一子服务的至少一个执行器，以及每个所述执行器之间的依赖关系，包括：

根据所述标识码，确定执行所述第一子服务的至少一个执行器，以及每个所述执行器之间的依赖关系。

5.根据权利要求1所述的服务编排方法，其特征在于，所述根据执行所述第一子服务的至少一个执行器，所述至少一个执行器中每个执行器之间的依赖关系和所述外部查询信息，确定所述外部查询信息的查询结果，包括：

根据所述至少一个执行器中每个执行器之间的依赖关系，确定执行所述第一子服务的至少一个执行器中的每个执行器以并行的方式运行所述外部查询信息，执行所述第一子服务的至少一个执行器。

6.根据权利要求1所述的服务编排方法，其特征在于，一个执行器包括一个或者多个执行组件，所述执行组件用于执行执行器的业务逻辑；

所述接收外部查询信息前，所述方法还包括：

初始化每个所述执行器的执行组件；

所述根据执行所述第一子服务的至少一个执行器，所述至少一个执行器中每个执行器之间的依赖关系和所述外部查询信息，确定所述外部查询信息的查询结果，包括：

根据所述至少一个执行器中每个执行器之间的依赖关系，确定每个执行器的执行组件均初始化后，根据执行所述第一子服务的至少一个执行器和所述外部查询信息，确定所述外部查询信息的查询结果。

7.根据权利要求6所述的服务编排方法，其特征在于，所述配置信息包括至少一个执行器的名称、每个所述执行器的输入参数和输出参数、以及每个所述执行器对应的执行组件的配置地址。

8.一种服务编排装置，其特征在于，包括：

接收单元，用于接收第一子服务的配置信息；

处理单元，用于根据所述接收单元接收的所述配置信息，确定执行所述第一子服务的至少一个执行器，以及每个所述执行器之间的依赖关系；其中，所述依赖关系用于指示不同执行器运行的先后顺序；

所述接收单元，还用于接收外部查询信息；

所述处理单元，还用于根据所述接收单元接收的所述外部查询信息，确定所述外部查询信息对应的第一子服务；

所述处理单元，还用于根据执行所述第一子服务的至少一个执行器，所述至少一个执行器中每个执行器之间的依赖关系和所述接收单元接收的所述外部查询信息，确定所述外部查询信息的查询结果。

9.一种电子设备，其特征在于，包括：存储器和处理器，所述存储器用于存储计算机程序；所述处理器用于在执行计算机程序时，使得所述电子设备实现权利要求1-7任一项所述的服务编排方法。

10.一种计算机可读存储介质，其特征在于，包括：所述计算机可读存储介质上存储计算机程序，所述计算机程序被处理器执行时实现如权利要求1-7任一项所述的服务编排方法。

Images