用于生成信息的方法及装置与流程

本公开的实施例涉及数据处理技术领域，具体涉及用于生成信息的方法及装置。

背景技术：

微服务架构风格是一种使用一套小服务来开发单个应用的方式途径，每个服务运行在自己的进程中，并使用轻量级机制通信。微服务中存在海量的具体服务(即数据处理任务)，这些服务之间的执行顺序可以是串行的，也可以是并行的。在具体执行时，需要根据服务之间的串行执行关系或并行执行关系来确定服务之间的执行顺序。

技术实现要素：

本公开的实施例提出了用于生成信息的方法及装置。

第一方面，本公开的实施例提供了一种用于生成信息的方法，该方法包括：获取至少一条待处理服务和至少一条关系信息，其中，关系信息用于表征上述至少一条待处理服务中两条待处理服务之间的执行顺序；以上述至少一条待处理服务中的待处理服务为点，并以上述至少一条关系信息中的关系信息为有向边构建有向图；根据上述有向图生成上述至少一条待处理服务中待处理服务的执行顺序信息。

在一些实施例中，上述以上述至少一条待处理服务中的待处理服务为点，并以上述至少一条关系信息中的关系信息为有向边构建有向图，包括：为上述至少一条待处理服务中的待处理服务设置对应的服务编号，得到对应至少一条待处理服务的至少一个服务编号；将上述至少一个服务编号标记在平面图中，并根据上述至少一条关系信息中的关系信息为对应的服务编号设置至少一条有向边，得到有向图，其中，有向边的起点对应的待处理服务先于有向边的终点对应的待处理服务执行。

在一些实施例中，上述以上述至少一条待处理服务中的待处理服务为点，并以上述至少一条关系信息中的关系信息为有向边构建有向图，包括：对上述有向图进行检测，如存在信息环，则发出告警信号。

在一些实施例中，上述根据上述有向图生成上述至少一条待处理服务中待处理服务的执行顺序信息，包括：确定上述有向图中的执行起点、执行终点和至少一个执行中点，其中，上述执行起点用于表征首先执行的待处理服务，上述执行终点用于表征最后执行的待处理服务，上述执行中点用于表征从执行起点到执行终点所要执行的待处理服务；分别为上述执行起点和执行终点设置第一执行顺序信息和最后执行顺序信息；对于上述至少一个执行中点中的执行中点，根据上述第一执行顺序信息、最后执行顺序信息和有向边确定该执行中点与其他执行中点之间的执行顺序信息。

在一些实施例中，上述根据上述第一执行顺序信息、最后执行顺序信息和有向边确定该执行中点与其他执行中点之间的执行顺序信息，包括：查询该执行中点的有向边的终点的接入数量，并根据上述接入数量确定该执行中点与其他执行中点之间的执行顺序信息。

在一些实施例中，上述根据上述接入数量确定该执行中点与其他执行中点之间的执行顺序信息，包括：查询上述接入数量对应有向边的起点对应的待处理服务的至少一个上级服务编号；根据上述第一执行顺序信息和最后执行顺序信息查询上述至少一个上级服务编号中最后执行的上级服务编号；将该执行中点的执行顺序信息设置为上述最后执行的上级服务编号的执行顺序信息的下一执行顺序信息。

在一些实施例中，上述方法还包括：按照上述执行顺序信息执行上述至少一条待处理服务。

第二方面，本公开的实施例提供了一种用于生成信息的装置，该装置包括：信息获取单元，被配置成获取至少一条待处理服务和至少一条关系信息，其中，关系信息用于表征上述至少一条待处理服务中两条待处理服务之间的执行顺序；有向图构建单元，被配置成以上述至少一条待处理服务中的待处理服务为点，并以上述至少一条关系信息中的关系信息为有向边构建有向图；信息生成单元，被配置成根据上述有向图生成上述至少一条待处理服务中待处理服务的执行顺序信息。

在一些实施例中，上述有向图构建单元包括：服务编号设置子单元，被配置成为上述至少一条待处理服务中的待处理服务设置对应的服务编号，得到对应至少一条待处理服务的至少一个服务编号；有向图构建子单元，被配置成将上述至少一个服务编号标记在平面图中，并根据上述至少一条关系信息中的关系信息为对应的服务编号设置至少一条有向边，得到有向图，其中，有向边的起点对应的待处理服务先于有向边的终点对应的待处理服务执行。

在一些实施例中，上述有向图构建单元包括：告警子单元，被配置成对上述有向图进行检测，如存在信息环，则发出告警信号。

在一些实施例中，上述信息生成单元包括：点关系确定子单元，被配置成确定上述有向图中的执行起点、执行终点和至少一个执行中点，其中，上述执行起点用于表征首先执行的待处理服务，上述执行终点用于表征最后执行的待处理服务，上述执行中点用于表征从执行起点到执行终点所要执行的待处理服务；第一执行顺序信息设置子单元，被配置成分别为上述执行起点和执行终点设置第一执行顺序信息和最后执行顺序信息；第二执行顺序信息设置子单元，对于上述至少一个执行中点中的执行中点，被配置成根据上述第一执行顺序信息、最后执行顺序信息和有向边确定该执行中点与其他执行中点之间的执行顺序信息。

在一些实施例中，上述第二执行顺序信息设置子单元包括：执行顺序信息确定模块，被配置成查询该执行中点的有向边的终点的接入数量，并根据上述接入数量确定该执行中点与其他执行中点之间的执行顺序信息。

在一些实施例中，上述执行顺序信息确定模块包括：上级服务编号查询子模块，被配置成查询上述接入数量对应有向边的起点对应的待处理服务的至少一个上级服务编号；上级服务编号确定子模块，被配置成根据上述第一执行顺序信息和最后执行顺序信息查询上述至少一个上级服务编号中最后执行的上级服务编号；执行顺序信息确定子模块，被配置成将该执行中点的执行顺序信息设置为上述最后执行的上级服务编号的执行顺序信息的下一执行顺序信息。

在一些实施例中，上述装置还包括：执行单元，被配置成按照上述执行顺序信息执行上述至少一条待处理服务。

第三方面，本公开的实施例提供了一种电子设备，包括：一个或多个处理器；存储器，其上存储有一个或多个程序，当上述一个或多个程序被上述一个或多个处理器执行时，使得上述一个或多个处理器执行上述第一方面的用于生成信息的方法。

第四方面，本公开的实施例提供了一种计算机可读介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现上述第一方面的用于生成信息的方法。

本公开的实施例提供的用于生成信息的方法及装置，首先获取至少一条待处理服务和至少一条关系信息；然后以上述至少一条待处理服务中的待处理服务为点，并以上述至少一条关系信息中的关系信息为有向边构建有向图；最后根据上述有向图生成上述至少一条待处理服务中待处理服务的执行顺序信息。本申请可以确定同时存在串行执行关系和并行实行关系的多个待处理服务之间的执行顺序信息。

附图说明

通过阅读参照以下附图所作的对非限制性实施例所作的详细描述，本公开的其它特征、目的和优点将会变得更明显：

图1是本公开的一个实施例可以应用于其中的示例性系统架构图；

图2是根据本公开的用于生成信息的方法的一个实施例的流程图；

图3是根据本公开的用于生成信息的方法的一个应用场景的示意图；

图4是根据本公开的用于生成信息的方法的又一个实施例的流程图；

图5是根据本公开的用于生成信息的装置的一个实施例的结构示意图；

图6是适于用来实现本公开的实施例的电子设备结构示意图。

具体实施方式

下面结合附图和实施例对本公开作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释相关发明，而非对该发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与有关发明相关的部分。

需要说明的是，在不冲突的情况下，本公开中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本公开。

图1示出了可以应用本公开的实施例的用于生成信息的方法或用于生成信息的装置的示例性系统架构100。

如图1所示，系统架构100可以包括服务设备101、102、103，网络104和控制设备105。网络104用以在服务设备101、102、103和控制设备105之间提供通信链路的介质。网络104可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

服务设备101、102、103通过网络104与控制设备105交互，以接收或发送消息等。服务设备101、102、103上可以安装有各种数据处理应用，例如网页浏览器应用、购物类应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等。

服务设备101、102、103可以是硬件，也可以是软件。当服务设备101、102、103为硬件时，可以是支持数据处理的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。当服务设备101、102、103为软件时，可以安装在上述所列举的电子设备中。其可以实现成多个软件或软件模块(例如用来提供分布式服务)，也可以实现成单个软件或软件模块，在此不做具体限定。

控制设备105可以是提供各种服务的服务器，例如对服务设备101、102、103上各类服务的执行顺序进行设置的服务器。服务器可以对接收到的对应服务设备101、102、103的待处理服务和关系信息等数据进行分析等处理，并将处理结果(例如执行顺序信息)反馈给服务设备101、102、103。

需要说明的是，本公开的实施例所提供的用于生成信息的方法一般由控制设备105执行，相应地，用于生成信息的装置一般设置于控制设备105中。

需要说明的是，控制设备105可以是硬件，也可以是软件。当控制设备105为硬件时，可以实现成多个控制设备组成的分布式服务器集群，也可以实现成单个服务器。当控制设备105为软件时，可以实现成多个软件或软件模块(例如用来提供分布式服务)，也可以实现成单个软件或软件模块，在此不做具体限定。

应该理解，图1中的服务设备、网络和控制设备的数目仅仅是示意性的。根据实现需要，可以具有任意数目的服务设备、网络和控制设备。

继续参考图2，示出了根据本公开的用于生成信息的方法的一个实施例的流程200。该用于生成信息的方法包括以下步骤：

步骤201，获取至少一条待处理服务和至少一条关系信息。

在本实施例中，用于生成信息的方法的执行主体(例如图1所示的控制设备105)可以通过有线连接方式或者无线连接方式获取至少一条待处理服务和至少一条关系信息。需要指出的是，上述无线连接方式可以包括但不限于3g/4g连接、wifi连接、蓝牙连接、wimax连接、zigbee连接、uwb(ultrawideband)连接、以及其他现在已知或将来开发的无线连接方式。

在微服务架构下，服务设备之间的执行顺序可以是串行执行或并行执行。现有技术中，当服务设备之间是串行执行时，通常需要技术人员按照执行顺序来对服务设备进行部署。因此耗费较多的时间，且不适用于大规模的服务设备；当服务设备之间是并行执行时，只适用于单纯并行执行的当服务设备，不适用于同时存在并行执行和串行执行的情况。因此现有并行执行的适用范围较小。

为了确定服务设备101、102、103之间的执行顺序，执行主体需要首先获取对应服务设备101、102、103的至少一条待处理服务和至少一条关系信息。其中，待处理服务可以是服务设备101、102、103的数据处理服务。例如，服务设备101是网页服务器，则对应的待处理服务可以是网页查询信息服务。关系信息可以用于表征上述至少一条待处理服务中两条待处理服务之间的执行顺序。即，关系信息也可以认为是待处理服务之间的依赖关系。

步骤202，以上述至少一条待处理服务中的待处理服务为点，并以上述至少一条关系信息中的关系信息为有向边构建有向图。

得到至少一条待处理服务和至少一条关系信息后，执行主体可以根据至少一条待处理服务和至少一条关系信息构建有向图。其中，有向图的点可以用于表征待处理服务；有向图的有向边可以用于表征关系信息。

在本实施例的一些可选的实现方式中，上述以上述至少一条待处理服务中的待处理服务为点，并以上述至少一条关系信息中的关系信息为有向边构建有向图，可以包括以下步骤：

第一步，为上述至少一条待处理服务中的待处理服务设置对应的服务编号，得到对应至少一条待处理服务的至少一个服务编号。

为了得到有向图，执行主体可以首先为至少一条待处理服务中的每一个待处理服务设置对应的服务编号。如此，得到对应至少一条待处理服务的至少一个服务编号。

第二步，将上述至少一个服务编号标记在平面图中，并根据上述至少一条关系信息中的关系信息为对应的服务编号设置至少一条有向边，得到有向图。

执行主体可以将至少一个服务编号标记在平面图中。为了便于服务编号之间的增加有向边，标记时，执行主体可以通过随机等方式将每个服务编号标记在平面图中。之后，执行主体可以根据关系信息设置有向边，得到有向图。如此，通过有向边建立了有向图中各个点之间的依赖关系。其中，有向边的起点对应的待处理服务先于有向边的终点对应的待处理服务执行。

在本实施例的一些可选的实现方式中，上述以上述至少一条待处理服务中的待处理服务为点，并以上述至少一条关系信息中的关系信息为有向边构建有向图，可以包括：对上述有向图进行检测，如存在信息环，则发出告警信号。

正常情况下，构建的有向图不存在点之间的循环情况。即有向图不存在“环”。如果存在“环”，则会导致信息处理陷入死循环。例如，第一点通过有向边指向第二点，第二点通过有向边指向第三点，第三点通过有向边指向第一点，则第一点、第二点和第三点之间形成环。实际中，可能出于某种原因使得执行主体构建的有向图存在环。此时，执行主体可以发出告警信号，以便技术人员查询并调整关系信息。执行主体还可以通过有向图的环检测算法等方法来确定是否存在环，此处不再一一赘述。

步骤203，根据上述有向图生成上述至少一条待处理服务中待处理服务的执行顺序信息。

有向图内的点和有向边可以表征待处理服务和关系信息。根据有向边可以确定有向图内的点之间的流向(即点之间的先后顺序)，进而得到待处理服务的执行顺序信息。其中，执行顺序信息可以用执行顺序编号表示，也可以用其他类型的信息表示，此处不再一一赘述。

在本实施例的一些可选的实现方式中，上述根据上述有向图生成上述至少一条待处理服务中待处理服务的执行顺序信息，可以包括以下步骤：

第一步，确定上述有向图中的执行起点、执行终点和至少一个执行中点。

为了获取到执行顺序信息，执行主体可以首先确定有向图中的执行起点和执行终点。其中，上述执行起点可以用于表征首先执行的待处理服务。例如，有向图中的某个点只作为有向边的起点时，可以认为该点为执行起点。上述执行终点可以用于表征最后执行的待处理服务。例如，有向图中的某个点只作为有向边的终点时，可以认为该点为执行终点。确定了执行起点和执行终点后，剩余的点就是执行中点。其中，上述执行中点可以用于表征从执行起点到执行终点所要执行的待处理服务。例如，有向图中的某个点既可以作为有向边的起点，也可以作为有向边的终点时，可以认为该点为执行中点。

实际中，一个有向图中可以有多个执行起点和/或多个执行终点，具体根据实际需要而定。而有向图中的执行中点的数量通常是多个，所以可以先确定执行起点和执行终点，再确定执行中点。

第二步，分别为上述执行起点和执行终点设置第一执行顺序信息和最后执行顺序信息。

确定了执行起点和执行终点，执行主体可以首先为执行起点和执行终点分别设置第一执行顺序信息和最后执行顺序信息。其中，第一执行顺序信息可以用于表征首先执行对应的待处理服务；最后执行顺序信息可以用于表征最后执行对应的待处理服务。第一执行顺序信息和最后执行顺序信息可以用数字、字母或其他编号等形式来表示。

第三步，对于上述至少一个执行中点中的执行中点，根据上述第一执行顺序信息、最后执行顺序信息和有向边确定该执行中点与其他执行中点之间的执行顺序信息。

执行中点是执行顺序位于执行起点和执行终点之间。确定了对应执行起点和执行终点的第一执行顺序信息和最后执行顺序信息后，执行主体可以基于第一执行顺序信息和最后执行顺序信息来确定执行中点之间的执行顺序信息。例如，执行主体可以确定两两执行中点的执行顺序，进而确定全部执行中点之间的执行顺序信息。

此外，执行主体还可以只确定有向图中的执行起点，将剩余点全部作为执行中点。然后查询每个执行中点与执行起点之间的关系，并首先确定第二执行顺序的执行中点。之后，再确定第三执行顺序的执行中点，知道确定最后一个执行中点的执行顺序。

在本实施例的一些可选的实现方式中，上述根据上述第一执行顺序信息、最后执行顺序信息和有向边确定该执行中点与其他执行中点之间的执行顺序信息，可以包括：查询该执行中点的有向边的终点的接入数量，并根据上述接入数量确定该执行中点与其他执行中点之间的执行顺序信息。

执行主体可以查询该执行中点的有向边的终点的接入数量。如果接入数量为一个，则说明将当前的执行中的设置为前一个执行中点的执行顺序的下一个执行顺序即可。如果接入数量为多个，则说明有当前执行中的需要多个其他执行中的执行完成后才能执行。此时，执行主体需要确定当前执行中点与其他执行中点之间的执行顺序，才能确定当前执行中点的执行顺序信息。

在本实施例的一些可选的实现方式中，上述根据上述接入数量确定该执行中点与其他执行中点之间的执行顺序信息，可以包括以下步骤：

第一步，查询上述接入数量对应有向边的起点对应的待处理服务的至少一个上级服务编号。

执行主体可以根据有向边查询上述接入数量对应有向边的起点对应的待处理服务的至少一个上级服务编号。

第二步，根据上述第一执行顺序信息和最后执行顺序信息查询上述至少一个上级服务编号中最后执行的上级服务编号。

当上级服务编号对应执行起点时，说明当前执行中点可以为第二执行顺序，也可以是其他执行顺序。此时，当前执行中点和执行起点之间是串行执行关系；当上级服务编号不与执行起点对应时，说明上级服务编号为其他执行中点。此时，执行主体可以以该上级服务编号对应的执行中点为起点重新查询上级服务编号。如此，可以层层递进确定第二执行顺序的执行中点、第三执行顺序的执行中点等，进而确定对应执行中点的各个服务编号。

第三步，将该执行中点的执行顺序信息设置为上述最后执行的上级服务编号的执行顺序信息的下一执行顺序信息。

当某一执行中点存在多个上级服务编号时，执行主体可以查询这些上级服务编号中最后执行的上级服务编号，例如，当前执行中的有两个上级服务编号，一个上级服务编号的执行顺序信息为2，另一个上级服务编号的执行顺序信息为3，则执行主体可以将当前执行中点的执行顺序信息设置为执行顺序信息为4。即，当前执行中点对应的待处理服务需要执行顺序信息为2和执行顺序信息为3的两个待处理服务都执行完才能执行。当存在另一个执行中点也需要执行顺序信息为2和执行顺序信息为3的两个待处理服务都执行完才能执行时，说明当前执行中点和另一个执行中点可以并行执行。

如此，可以确定存在串行执行和并行执行的多个待处理服务之间的执行顺序。

此外，执行主体还可以根据最后一个执行中点的执行顺序对执行终点的执行顺序信息进行修改。例如，当最后一个执行中点的执行顺序为第6时，可以将执行终点的执行顺序信息修改为第7。执行主体还可以通过基于标签的拓扑排序算法等方法来确定有向图中每个点的执行顺序信息，此处不再一一赘述。

继续参见图3，图3是根据本实施例的用于生成信息的方法的应用场景的一个示意图。在图3的应用场景中，控制设备105获取到服务设备的待处理服务可以是：{a，b，c，d，e，f}；关系信息可以是：{(a,b)，(a,c)，(b,c)，(b,d)，(c,e)，(c,d)，(d,f)，(e,f)}。然后，控制设备105以待处理服务为点，以关系信息为有向边构建有向图如图3所示。由图3可知，待处理服务a首先执行，然后对应待处理服务a的有向边指向待处理服务b和待处理服务c。其中，待处理服务b只有一条来自待处理服务a的有向边，而待处理服务c分别由来自待处理服务a的有向边和待处理服务b的有向边。因此，待处理服务b为第二执行顺序(串行执行)；待处理服务c需要在待处理服务a和待处理服务b执行完成后才能执行，因此待处理服务c为第三执行顺序(串行执行)。待处理服务d需要待处理服务b和待处理服务c执行完成后才能执行，待处理服务e只要待处理服务c执行完成后才能执行。由于待处理服务c是在待处理服务b执行完后才执行的，所以待处理服务d和待处理服务e都可以认为是待处理服务c执行完后才执行。因此，待处理服务d和待处理服务e可以同时执行(并行执行)。待处理服务f需要待处理服务d和待处理服务e执行完后才可以执行(串行执行)。最后，控制设备105根据图3的有向图生成待处理服务的执行顺序信息可以是：{a¹、b²、c³、d⁴、e⁴、f⁵}。其中，右上角标为执行顺序信息。

本公开的上述实施例提供的方法首先获取至少一条待处理服务和至少一条关系信息；然后以上述至少一条待处理服务中的待处理服务为点，并以上述至少一条关系信息中的关系信息为有向边构建有向图；最后根据上述有向图生成上述至少一条待处理服务中待处理服务的执行顺序信息。本申请可以确定同时存在串行执行关系和并行实行关系的多个待处理服务之间的执行顺序信息。

进一步参考图4，其示出了用于生成信息的方法的又一个实施例的流程400。该用于生成信息的方法的流程400，包括以下步骤：

步骤401，获取至少一条待处理服务和至少一条关系信息。

在本实施例中，用于生成信息的方法的执行主体(例如图1所示的控制设备105)可以通过有线连接方式或者无线连接方式获取至少一条待处理服务和至少一条关系信息。

步骤401的内容与步骤201的内容相同，此处不再一一赘述。

步骤402，以上述至少一条待处理服务中的待处理服务为点，并以上述至少一条关系信息中的关系信息为有向边构建有向图。

步骤402的内容与步骤202的内容相同，此处不再一一赘述。

步骤403，根据上述有向图生成上述至少一条待处理服务中待处理服务的执行顺序信息。

步骤403的内容与步骤203的内容相同，此处不再一一赘述。

步骤404，按照上述执行顺序信息执行上述至少一条待处理服务。

得到执行顺序信息后，执行主体可以按照执行顺序信息依次执行待处理服务，实现了存在串行执行关系和并行执行关系的待处理服务的执行。

进一步参考图5，作为对上述各图所示方法的实现，本公开提供了一种用于生成信息的装置的一个实施例，该装置实施例与图2所示的方法实施例相对应，该装置具体可以应用于各种电子设备中。

如图5所示，本实施例的用于生成信息的装置500可以包括：信息获取单元501、有向图构建单元502和信息生成单元503。其中，信息获取单元501被配置成获取至少一条待处理服务和至少一条关系信息，其中，关系信息用于表征上述至少一条待处理服务中两条待处理服务之间的执行顺序；有向图构建单元502，被配置成以上述至少一条待处理服务中的待处理服务为点，并以上述至少一条关系信息中的关系信息为有向边构建有向图；信息生成单元503，被配置成根据上述有向图生成上述至少一条待处理服务中待处理服务的执行顺序信息。

在本实施例的一些可选的实现方式中，上述有向图构建单元502可以包括：服务编号设置子单元(图中未示出)和有向图构建子单元(图中未示出)。服务编号设置子单元被配置成为上述至少一条待处理服务中的待处理服务设置对应的服务编号，得到对应至少一条待处理服务的至少一个服务编号；有向图构建子单元，被配置成将上述至少一个服务编号标记在平面图中，并根据上述至少一条关系信息中的关系信息为对应的服务编号设置至少一条有向边，得到有向图，其中，有向边的起点对应的待处理服务先于有向边的终点对应的待处理服务执行。

在本实施例的一些可选的实现方式中，上述有向图构建单元502还可以包括：告警子单元(图中未示出)，被配置成对上述有向图进行检测，如存在信息环，则发出告警信号。

在本实施例的一些可选的实现方式中，上述信息生成单元503可以包括：点关系确定子单元(图中未示出)、第一执行顺序信息设置子单元(图中未示出)和第二执行顺序信息设置子单元(图中未示出)。其中，点关系确定子单元，被配置成确定上述有向图中的执行起点、执行终点和至少一个执行中点，其中，上述执行起点用于表征首先执行的待处理服务，上述执行终点用于表征最后执行的待处理服务，上述执行中点用于表征从执行起点到执行终点所要执行的待处理服务；第一执行顺序信息设置子单元，被配置成分别为上述执行起点和执行终点设置第一执行顺序信息和最后执行顺序信息；第二执行顺序信息设置子单元，对于上述至少一个执行中点中的执行中点，被配置成根据上述第一执行顺序信息、最后执行顺序信息和有向边确定该执行中点与其他执行中点之间的执行顺序信息。

在本实施例的一些可选的实现方式中，上述第二执行顺序信息设置子单元可以包括：执行顺序信息确定模块(图中未示出)，被配置成查询该执行中点的有向边的终点的接入数量，并根据上述接入数量确定该执行中点与其他执行中点之间的执行顺序信息。

在本实施例的一些可选的实现方式中，上述执行顺序信息确定模块包括：上级服务编号查询子模块(图中未示出)、上级服务编号确定子模块(图中未示出)和执行顺序信息确定子模块(图中未示出)。其中，上级服务编号查询子模块被配置成查询上述接入数量对应有向边的起点对应的待处理服务的至少一个上级服务编号；上级服务编号确定子模块被配置成根据上述第一执行顺序信息和最后执行顺序信息查询上述至少一个上级服务编号中最后执行的上级服务编号；执行顺序信息确定子模块被配置成将该执行中点的执行顺序信息设置为上述最后执行的上级服务编号的执行顺序信息的下一执行顺序信息。

在本实施例的一些可选的实现方式中，上述用于生成信息的装置500还可以包括：执行单元(图中未示出)，被配置成按照上述执行顺序信息执行上述至少一条待处理服务。

本实施例还提供了一种电子设备，包括：一个或多个处理器；存储器，其上存储有一个或多个程序，当上述一个或多个程序被上述一个或多个处理器执行时，使得上述一个或多个处理器执行上述的用于生成信息的方法。

本实施例还提供了一种计算机可读介质，其上存储有计算机程序，该程序被处理器执行时实现上述的用于生成信息的方法。

下面参考图6，其示出了适于用来实现本公开的实施例的电子设备(例如，图1中的控制设备105)的计算机系统600的结构示意图。图6示出的电子设备仅仅是一个示例，不应对本公开的实施例的功能和使用范围带来任何限制。

如图6所示，电子设备600可以包括处理装置(例如中央处理器、图形处理器等)601，其可以根据存储在只读存储器(rom)602中的程序或者从存储装置608加载到随机访问存储器(ram)603中的程序而执行各种适当的动作和处理。在ram603中，还存储有电子设备600操作所需的各种程序和数据。处理装置601、rom602以及ram603通过总线604彼此相连。输入/输出(i/o)接口605也连接至总线604。

通常，以下装置可以连接至i/o接口605：包括例如触摸屏、触摸板、键盘、鼠标、摄像头、麦克风、加速度计、陀螺仪等的输入装置606；包括例如液晶显示器(lcd)、扬声器、振动器等的输出装置607；包括例如磁带、硬盘等的存储装置608；以及通信装置609。通信装置609可以允许电子设备600与其他设备进行无线或有线通信以交换数据。虽然图6示出了具有各种装置的电子设备600，但是应理解的是，并不要求实施或具备所有示出的装置。可以替代地实施或具备更多或更少的装置。图6中示出的每个方框可以代表一个装置，也可以根据需要代表多个装置。

特别地，根据本公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信装置609从网络上被下载和安装，或者从存储装置608被安装，或者从rom602被安装。在该计算机程序被处理装置601执行时，执行本公开的实施例的方法中限定的上述功能。

需要说明的是，本公开的实施例上述的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑磁盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开的实施例中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本公开的实施例中，计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读信号介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：电线、光缆、rf(射频)等等，或者上述的任意合适的组合。

上述计算机可读介质可以是上述电子设备中所包含的；也可以是单独存在，而未装配入该电子设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被该电子设备执行时，使得该电子设备：获取至少一条待处理服务和至少一条关系信息，其中，关系信息用于表征上述至少一条待处理服务中两条待处理服务之间的执行顺序；以上述至少一条待处理服务中的待处理服务为点，并以上述至少一条关系信息中的关系信息为有向边构建有向图；根据上述有向图生成上述至少一条待处理服务中待处理服务的执行顺序信息。

可以以一种或多种程序设计语言或其组合来编写用于执行本公开的实施例的操作的计算机程序代码，上述程序设计语言包括面向对象的程序设计语言—诸如java、smalltalk、c++，还包括常规的过程式程序设计语言—诸如“c”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(lan)或广域网(wan)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。

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

描述于本公开的实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的单元也可以设置在处理器中，例如，可以描述为：一种处理器包括信息获取单元、有向图构建单元和信息生成单元。其中，这些单元的名称在某种情况下并不构成对该单元本身的限定，例如，信息生成单元还可以被描述为“用于生成有向图中点的执行顺序信息的单元”。

以上描述仅为本公开的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本公开中所涉及的发明范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离上述发明构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本公开中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。