业务处理方法和装置与流程

1.本发明涉及计算机技术领域，尤其涉及一种业务处理方法和装置。


背景技术：

2.流程编排的设计思路在于，根据不同的业务要求，通过编排预先编写好的流程组件来确定不同业务的处理流程。流程编排可增强代码的复用性，降低软件开发成本及测试成本，提升软件的可维护性及降低维护成本。但是，流程编排过程可能需要较频繁地注册或配置流程组件，而使流程编排过程需要消耗较多的系统资源。


技术实现要素：

3.有鉴于此，本发明实施例提供一种业务处理方法和装置，能够减少流程编排过程所需要的系统资源。
4.第一方面，本发明实施例提供了一种业务处理方法，包括：
5.确定目标业务的配置信息；
6.根据所述配置信息，从节点池中获取至少一个目标节点，所述节点池中存放有多个节点，所述节点用于处理预设的业务逻辑；
7.根据所述至少一个目标节点，生成所述目标业务对应的节点链；
8.根据所述节点链，完成所述目标业务的处理流程。
9.可选地，所述确定目标业务的配置信息，包括：
10.监控所述目标业务的远程配置信息是否已更新；
11.若是，则根据更新后的远程配置信息，更新所述目标业务的本地配置信息；
12.根据更新后的本地配置信息，确定所述目标业务的配置信息。
13.可选地，所述根据所述至少一个目标节点，生成所述目标业务对应的节点链，包括：
14.根据所述配置信息，确定所述至少一个目标节点的第一节点顺序；
15.根据所述第一节点顺序，对所述至少一个目标节点进行排序处理，以生成所述目标业务对应的节点链。
16.可选地，所述至少一个目标节点中包括：静态节点，所述静态节点用于处理通用业务场景中预设的业务逻辑；
17.所述根据所述节点链，完成所述目标业务的处理流程，包括：
18.从所述节点链中，获取当前节点；
19.判断所述当前节点是否为静态节点；
20.若是，则执行所述当前节点对应的处理逻辑。
21.可选地，所述至少一个节点中包括：静态父节点，所述静态父节点用于拆分成至少一个动态节点，所述动态节点用于处理目标业务场景中预设的业务逻辑；
22.所述根据所述节点链，完成所述目标业务的处理流程，包括：
23.从所述节点链中，获取当前节点；
24.判断所述当前节点是否为静态父节点；
25.若是，则获取当前环境参数；根据所述当前环境参数及所述当前节点，确定至少一个目标动态节点；
26.依次执行所述至少一个目标动态节点对应的处理逻辑。
27.可选地，所述根据所述当前环境参数及所述当前节点，确定至少一个目标动态节点，包括：
28.根据所述当前环境参数及所述当前节点，确定至少一个目标动态节点及所述至少一个目标动态节点的第二节点顺序；
29.所述依次执行所述至少一个目标动态节点对应的处理逻辑，包括：
30.根据所述第二节点顺序，将所述至少一个目标动态节点插入所述节点链中；
31.依次执行所述节点链中的各所述目标动态节点的处理逻辑。
32.可选地，所述根据所述第二节点顺序，将所述至少一个目标动态节点插入所述节点链，包括：
33.确定所述当前节点对应的下一节点；
34.根据所述第二节点顺序，依次将所述至少一个动态节点插入所述当前节点之后；
35.在最后插入的动态节点之后及所述下一节点之前插入桥接节点。
36.第二方面，本发明实施例提供了一种业务处理装置，包括：
37.信息确定模块，用于确定目标业务的配置信息；
38.节点获取模块，用于根据所述配置信息，从节点池中获取至少一个目标节点，所述节点池中存放有多个节点，所述节点用于处理预设的业务逻辑；
39.节点链生成模块，用于根据所述至少一个目标节点，生成所述目标业务对应的节点链；
40.业务处理模块，用于根据所述节点链，完成所述目标业务的处理流程。
41.第三方面，本发明实施例提供了一种电子设备，包括：
42.一个或多个处理器；
43.存储装置，用于存储一个或多个程序，
44.当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现上述任一实施例所述的方法。
45.第四方面，本发明实施例提供了一种计算机可读介质，其上存储有计算机程序，所述程序被处理器执行时实现上述任一实施例所述的方法。
46.上述发明中的一个实施例具有如下优点或有益效果：设置了节点池，节点池中存放有多个节点，每个节点用于处理预设的业务逻辑。可根据目标业务的配置信息，直接从节点池中获取目标节点，而无需再注册或配置流程组件，从而减少编排过程需要的系统资源，提高系统性能。
47.上述的非惯用的可选方式所具有的进一步效果将在下文中结合具体实施方式加以说明。
附图说明
48.附图用于更好地理解本发明，不构成对本发明的不当限定。其中：
49.图1是本发明实施例可以应用于其中的示例性系统架构图；
50.图2是本发明的一个实施例提供的一种业务处理方法的流程的示意图；
51.图3是本发明的一个实施例提供的一种节点池的结构示意图；
52.图4是本发明的一个实施例提供的一种节点链的结构示意图；
53.图5是本发明的一个实施例提供的一种业务处理系统的架构示意图；
54.图6是本发明的一个实施例提供的另一种业务处理方法的流程的示意图；
55.图7是本发明的一个实施例提供的又一种业务处理方法的流程的示意图；
56.图8是本发明的一个实施例提供的一种原始节点链的结构示意图；
57.图9是本发明的一个实施例提供的一种静态父节点的结构示意图；
58.图10
‑
1是将图9所示的静态父节点拆分出的动态节点插入图8所示的原始节点链的过程示意图；
59.图10
‑
2是图10
‑
1之后动态节点插入的过程示意图；
60.图10
‑
3是图10
‑
2之后动态节点插入的过程示意图；
61.图10
‑
4是图10
‑
3之后动态节点插入的过程示意图；
62.图11是本发明的一个实施例提供的一种业务处理装置的结构示意图；
63.图12是适于用来实现本发明实施例的终端设备或服务器的计算机系统的结构示意图。
具体实施方式
64.以下结合附图对本发明的示范性实施例做出说明，其中包括本发明实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本发明的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。
65.如图1所示，系统架构100可以包括通信设备101、102、103，网络104和配置中心105。网络104用以在通信设备101、102、103和配置中心105之间提供通信设备101、102、103可存储有通信链路的介质。网络104可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。
66.配置中心105中可存储有各业务的远程配置信息。相关技术人员可根据系统故障、特殊应用场景的业务需求、部署环境等，灵活配置远程配置信息。通信设备101、102、103能够对配置中心105上的远程配置信息进行监控，以便及时获取最新配置内容，刷新本地配置信息。
67.通信设备101、102、103根据本地配置信息，确定目标业务的配置信息；根据所述配置信息，从节点池中获取至少一个目标节点，并生成目标业务对应的节点链；根据所述节点链，完成目标业务的处理流程。
68.需要说明的是，本发明实施例所提供的业务处理方法及业务处理方法一般由通信设备101、102、103执行，相应地，业务处理装置及业务处理装置一般设置于通信设备101、102、103中。
69.应该理解，图1中的通信设备、网络和配置中心的数目仅仅是示意性的。根据实现需要，可以具有任意数目的通信设备、网络和配置中心。
70.图2是本发明的一个实施例提供的一种业务处理方法的流程的示意图，如图2所示，该方法包括：
71.步骤201：确定目标业务的配置信息。
72.配置信息为编排目标业务需要用到的信息。配置信息可包括：节点标识、节点元数据信息、节点顺序信息、流程环节、环境参数信息等。
73.步骤202：根据配置信息，从节点池中获取至少一个目标节点，节点池中存放有多个节点，节点用于处理预设的业务逻辑。
74.可根据各业务场景中不同业务的需求，将各业务的实现逻辑细化，并拆分成为功能单一的多个节点。可将具有不同功能的节点编排起来，完成某一具体业务。
75.节点池用于存放带有节点标识的多个节点，节点标识具有唯一性。在软件开发行业节点池也可被称为容器，节点也可被称为实例。将节点进行实例化，并将实例化后的节点放入到容器中，每个节点有自己的标识，且标识唯一。节点也有自己的序号，以便决定节点在链表中出现的位置。图3是本发明的一个实施例提供的一种节点池的结构示意图。如图3所示，本发明实施例中提供了三种类型的节点：静态节点、静态父节点、动态节点。每个节点可以是这三种类型任意一种。
76.静态节点，可以直接用于编排业务流程，不能被拆分，一般用于处理通用逻辑。系统中适用于所有业务线的逻辑可以抽象为静态节点。
77.静态父节点，可以直接用于编排业务流程，需要被拆分，且由多个动态节点组成。原则上静态父节点不参与任何业务逻辑，只负责拆分为多个动态节点。
78.动态节点，不能直接用于编排业务流程，由静态父节点拆分而来，且只属于某个固定静态父节点，用于处理特殊业务场景的情况。
79.节点池中存放静态节点、静态父节点、动态节点，每个节点都有唯一的编号，在节点池中是一个无序状态。动态节点只属于一个静态父节点，通过默认规则来实现。当链表需要节点信息时，通过节点标识在节点池中进行查找，找到唯一的节点实例供链表使用。
80.节点池的实现可以是轻量级容器，如spring容器，也可以试重量级的ejb容器，甚至可以由集合来实现，具体选择由架构方案来决定。通常要求能够管理节点生命周期，支持依赖注入，实现控制反转，能够根据节点标识查找到节点信息即可。
81.步骤203：根据至少一个目标节点，生成目标业务对应的节点链。
82.节点链为按照各目标节点的执行顺序，将各目标节点组合形成的节点链。图4是本发明的一个实施例提供的一种节点链的结构示意图。如图4所示，业务的配置信息可以用数组的方式实现，存储配置信息的数值在内存中占用连续的存储空间。数组中只记录节点标识，是否需要跳过等元数据信息，实际的节点链中内容在运行时通过在节点池中查找得到的。这样就形成了一条虚拟的链表结构，最终的链表内容是根据配置信息动态生成的。
83.每一个节点链中的节点只记录元数据，并不直接指向下一节点，是根据业务的配置信息动态查找，来定位下一节点。
84.当执行到最后一个节点时，由于没有后续节点，该节点执行完成后依次返回，从而保证调用栈先进后出的执行顺序。
85.步骤204：根据节点链，完成目标业务的处理流程。
86.在本发明实施例中，设置了节点池，节点池中存放有多个节点，每个节点用于处理预设的业务逻辑。可根据目标业务的配置信息，直接从节点池中获取目标节点，而无需再注册或配置流程组件。因此，可解决流程编排过程需要较多系统资源的问题。
87.在本发明的第一个实施例中，确定目标业务的配置信息，包括：
88.监控目标业务的远程配置信息是否已更新；
89.若是，则根据更新后的远程配置信息，更新目标业务的本地配置信息；
90.根据更新后的本地配置信息，确定目标业务的配置信息。
91.远程配置信息用于存储系统中多个业务的流程编排的配置信息。可将多个关联业务系统的多个业务流程的远程配置信息统一存储于同一配置中心中。相关技术人员可根据系统故障、特殊应用场景的业务需求、部署环境等，通过配置中心灵活配置远程配置信息。
92.图5是本发明的一个实施例提供的一种业务处理系统的架构示意图。如图5所示，远程配置信息可以来自本地文件系统，或者是远程配置中心：如web(world wide web，全球广域网)服务器、文件服务器、数据库等，在拉取这些配置后，需做简单数据验证，格式转换等操作，并将处理后的配置信息存储在本地配置信息中。同时应该能够对远程配置信息进行监控，以便及时获取最新配置内容，刷新本地配置信息。
93.在本发明的第一个实施例中，根据至少一个目标节点，生成目标业务对应的节点链，包括：
94.根据配置信息，确定至少一个目标节点的第一节点顺序；
95.根据第一节点顺序，对至少一个目标节点进行排序处理，以生成目标业务对应的节点链。
96.第一节点顺序用于表征各目标节点在节点链中的位置。可通过多种方式来确定第一节点顺序。例如，可通过配置信息中各节点的顺序信息来确定第一节点顺序。还可以通过各节点在配置信息中放置的前后顺序来确定第一节点顺序。本发明实施例对于如何根据配置信息，确定第一节点顺序的实现方式不做限定。
97.图6是本发明的一个实施例提供的另一种业务处理方法的流程的示意图。如图6所示，该业务处理方法的流程包括：
98.节点池初始化，实例化各节点，将实例化后的节点放入节点池中，每个节点都具有唯一的节点标识。
99.业务流程配置，从远程配置信息或本地配置信息中，获取到目标业务的配置信息。
100.根据配置信息初始化本地配置信息，本地配置信息中只有节点标识，并不包括具体的节点实例，需要通过在节点池中查找的方式，获取到具体的节点实例。
101.根据本地配置信息中节点标识，在节点池中查找节点实例。
102.对各节点进行排序处理，确认最终的节点链。
103.在执行的过程中，静态父节点将进行分裂，由一系列动态节点来填充，最后一个动态节点将会桥接回原始节点链中。
104.图7是本发明的一个实施例提供的另一种业务处理方法的流程的示意图，如图7所示，该方法包括：
105.步骤701：确定目标业务的配置信息。
106.步骤702：根据配置信息，从节点池中获取至少一个目标节点。
107.步骤703：根据至少一个目标节点，生成目标业务对应的节点链。
108.步骤704：从节点链中，获取当前节点。
109.步骤705：确定当前节点的节点类型。
110.节点类型可包括：静态节点及静态父节点。可根据节点类型，执行下述步骤706或步骤707。
111.需要说明的是，本发明实施例的方法还包括获取当前节点的元数据信息。如果当前节点的元数据信息表征需要跳过当前节点，则不执行下列步骤706或步骤707。
112.步骤706：若当前节点为静态节点，则执行当前节点对应的处理逻辑。
113.静态节点用于处理通用业务场景中预设的业务逻辑。可将适用于系统中所有业务线的逻辑抽象为静态节点。
114.步骤707：若当前节点是静态父节点，则获取当前环境参数。
115.静态父节点用于拆分成至少一个动态节点，所述动态节点用于处理目标业务场景中预设的业务逻辑。可将适用于系统中特殊业务场景的逻辑抽象为动态节点。
116.步骤708：根据当前环境参数及当前节点，确定至少一个目标动态节点。
117.当前环境参数可包括：当前业务场景参数、故障自动降级参数、部署环境参数等。
118.举例来说，静态父节点对应的通用能力为：物品购买权限验证。该静态父节点可拆分成如下动态节点：动态节点1、动态节点2及动态节点3。动态节点1对应于用户自定义的权限验证的业务逻辑。动态节点2对应于只能购买图书类物品的权限验证的业务逻辑。动态节点3对应于只能购买客户物品池内的物品的权限验证的业务逻辑。可见，静态父节点对应于系统中的通用能力的实现，动态节点对应于特殊业务场景中该通用能力的实现。
119.根据当前环境参数确定目标动态节点的过程如下，如果获取到的当前环境参数为应用于用户自定义的权限验证，则该静态父节点将被拆分为动态节点1。如果获取到的当前环境参数为应用于购买图书类物品，则该静态父节点将被拆分为动态节点2。如果获取到的当前环境参数为应用于只能购买客户物品池内的物品，则该静态父节点将被拆分为动态节点3。
120.又如，当前环境参数包括故障自动降级参数。系统检测到系统中存在某些故障节点，可根据故障自动降级参数跳过故障节点，实现服务降级。
121.步骤709：依次执行至少一个目标动态节点对应的处理逻辑。
122.在本发明实施例中，通过设计一种新的责任链实现算法，可以根据当前环境参数动态计算出下一节点；通过统一的配置管理可以实时对在线业务进行调整，实现业务降级与容灾。
123.在本发明的第一个实施例中，根据当前环境参数及当前节点，确定至少一个目标动态节点，包括：
124.根据当前环境参数及当前节点，确定至少一个目标动态节点及至少一个目标动态节点的第二节点顺序；
125.根据第二节点顺序，将至少一个目标动态节点插入节点链中；
126.依次执行节点链中的各目标动态节点的处理逻辑。
127.第二节点顺序用于表征各目标动态节点在节点链中的前后顺序。可通过多种方式
来确定第二节点顺序。例如，可通过静态父节点中配置信息来确定第二节点顺序。还可以通过各目标动态节点在节点池中的标识来确定第二节点顺序。本发明实施例对于如何确定第二节点顺序的实现方式不做限定。
128.在本发明实施例中，将静态父节点拆分成的至少一个目标动态节点插入节点链中，能够根据运行时状态动态选择下一节点，实现了流程编排的灵活配置，完成运行时流程编排的动态调整。
129.在本发明的第一个实施例中，根据第二节点顺序，将至少一个目标动态节点插入节点链，包括：
130.确定当前节点对应的下一节点；
131.根据第二节点顺序，依次将至少一个动态节点插入当前节点之后；
132.在最后插入的动态节点之后及下一节点之前插入桥接节点。
133.当执行中遇到静态父节点时，静态父节点产生分裂行为，将静态父节点下的动态节点进行插入，实现链表的动态选择过程。动态节点的末尾将自动插入一个桥接节点，用于将链表进行桥接，实现动态链表到父链表的连接作用。
134.图8是本发明的一个实施例提供的一种原始节点链的结构示意图。如图8所示，节点链表中各节点的节点标识，节点顺序由配置信息定义，应用程序根据配置信息初始化节点链表，等待程序的执行。图8所示的节点链中节点n2为静态父节点。
135.图9是本发明的一个实施例提供的一种静态父节点的结构示意图。如图9所示，该静态父节点对应的标识为n2，且该静态父节点对应有有6个动态节点，其节点标识分别为：n2
‑
0、n2
‑
1、n2
‑
2、n2
‑
3、n2
‑
4、n2
‑
5、n2
‑
6。上述各动态节点可根据当前环境进行动态选择和插入。
136.图10
‑
1是将图9所示的静态父节点拆分出的动态节点插入图8所述的原始节点链的过程示意图。如图10
‑
1所示，根据当前业务场景，如动态选择的结果是需要将n2
‑
0、n2
‑
1、n2
‑
5插入到链表，首先需将n2
‑
0、n2
‑
1、n2
‑
5进行排序处理，若排序的结果为：n2
‑
0、n2
‑
1、n2
‑
5，首先插入n2
‑
0。n2进行分裂，插入n2
‑
0，并设置n2
‑
0的基本信息。此时并未组成完整的链表结构，等待后续节点n2
‑
1的插入。
137.图10
‑
2是图10
‑
1之后动态节点插入的过程示意图。如图10
‑
2所示，n2
‑
1插入到n2
‑
0后面，并设置好基本信息，等待n2
‑
5的加入。
138.图10
‑
3是图10
‑
2之后动态节点插入的过程示意图。如图10
‑
3所示，n2
‑
5插入到动态链表末尾，此时n2下所有动态节点已经插入(n2
‑
2、n2
‑
3、n2
‑
4不在本次动态选择的结果中)，为了保证调用连的完整性，此时在动态链末尾插入桥接节点，用于组成完整的链表结构，将动态链表和静态链表进行连接，形成一个完整的链路结构。
139.图10
‑
4是图10
‑
3之后动态节点插入的过程示意图。如图10
‑
4所示，动态链表末尾插入桥接节点dx，用于将动态链表和静态链表进行桥接，一个新的、动态选择的链表就构建完成。
140.新插入的节点与其他节点的地位均等，不在区分节点类型。新增加的动态节点也有序号，在插入操作前需进行排序，保障整个链表的有序性；动态节点与静态节点之间是分别排序，即新插入的节点只会在该静态节点后，下一静态节点前，从而保障的整个链表的排序问题。
141.桥接节点也是一个动态节点，它是自动初始化和自动添加，目的是为了将链表桥接回原始的静态链，保障整个链表的完整性；同时在节点完成方法调用后，能够回退到每个新增的动态节点，确保方法出栈顺序。桥接节点的实现只做一件事，将下一节点指向下一个静态节点，完成静态节点拆分后的合并动作，不参与任何业务逻辑。
142.基于同样的原理，后续若遇到其他静态父节点，如n3、n4等，进行同样的动态选择、插入、桥接过程即可。
143.本发明实施例的方法提供了一种通过动态节点处理特殊业务场景的实现方案，并具有如下的有益效果：可以灵活的完成静态节点配置，以及静态节点跳过；实时获取最新配置信息，不需要重新启动服务，可以用来完成服务降级，如跳过哪些服务故障节点等；能够解决在多种复杂场景下的业务细分问题，通过不同的动态节点来处理流程上的差异点；支持节点的动态选择、插入，并将动态链表和静态链表进行桥接。
144.图11是本发明的一个实施例提供的一种业务处理装置的结构示意图，包括：
145.信息确定模块1101，用于确定目标业务的配置信息；
146.节点获取模块1102，用于根据所述配置信息，从节点池中获取至少一个目标节点，所述节点池中存放有多个节点，所述节点用于处理预设的业务逻辑；
147.节点链生成模块1103，用于根据所述至少一个目标节点，生成所述目标业务对应的节点链；
148.业务处理模块1104，用于根据所述节点链，完成所述目标业务的处理流程。
149.可选地，信息确定模块1101具体用于：
150.监控所述目标业务的远程配置信息是否已更新；
151.若是，则根据更新后的远程配置信息，更新所述目标业务的本地配置信息；
152.根据更新后的本地配置信息，确定所述目标业务的配置信息。
153.可选地，节点链生成模块1103具体用于：
154.根据所述编排配置信息，确定所述至少一个目标节点的第一节点顺序；
155.根据所述第一节点顺序，对所述至少一个目标节点进行排序处理，以生成所述目标业务对应的节点链。
156.可选地，所述至少一个目标节点中包括：静态节点，所述静态节点用于处理通用业务场景中预设的业务逻辑；
157.业务处理模块1104具体用于：
158.从所述节点链中，获取当前节点；
159.判断所述当前节点是否为静态节点；
160.若是，则执行所述当前节点对应的处理逻辑。
161.可选地，所述至少一个节点中包括：静态父节点，所述静态父节点用于拆分成至少一个动态节点，所述动态节点用于处理目标业务场景中预设的业务逻辑；
162.业务处理模块1104具体用于：
163.从所述节点链中，获取当前节点；
164.判断所述当前节点是否为静态父节点；
165.若是，则获取当前环境参数；根据所述当前环境参数及所述当前节点，确定至少一个目标动态节点；
166.依次执行所述至少一个目标动态节点对应的处理逻辑。
167.可选地，业务处理模块1104具体用于：
168.根据所述当前环境参数及所述当前节点，确定至少一个目标动态节点及所述至少一个目标动态节点的第二节点顺序；
169.根据所述第二节点顺序，将所述至少一个目标动态节点插入所述节点链中；
170.依次执行所述节点链中的各所述目标动态节点的处理逻辑。
171.可选地，业务处理模块1104具体用于：
172.确定所述当前节点对应的下一节点；
173.根据所述第二节点顺序，依次将所述至少一个动态节点插入所述当前节点之后；
174.在最后插入的动态节点之后及所述下一节点之前插入桥接节点。
175.本发明实施例提供了一种电子设备，包括：
176.一个或多个处理器；
177.存储装置，用于存储一个或多个程序，
178.当一个或多个程序被一个或多个处理器执行，使得一个或多个处理器实现上述任一实施例的方法。
179.下面参考图12，其示出了适于用来实现本发明实施例的终端设备的计算机系统1200的结构示意图。图12示出的终端设备仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。
180.如12所示，计算机系统1200包括中央处理单元(cpu)1201，其可以根据存储在只读存储器(rom)1202中的程序或者从存储部分1208加载到随机访问存储器(ram)1203中的程序而执行各种适当的动作和处理。在ram 1203中，还存储有系统1200操作所需的各种程序和数据。cpu 1201、rom 1202以及ram 1203通过总线1204彼此相连。输入/输出(i/o)接口1205也连接至总线1204。
181.以下部件连接至i/o接口1205：包括键盘、鼠标等的输入部分1206；包括诸如阴极射线管(crt)、液晶显示器(lcd)等以及扬声器等的输出部分1207；包括硬盘等的存储部分1208；以及包括诸如lan卡、调制解调器等的网络接口卡的通信部分1209。通信部分1209经由诸如因特网的网络执行通信处理。驱动器1210也根据需要连接至i/o接口1205。可拆卸介质1211，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器1210上，以便于从其上读出的计算机程序根据需要被安装入存储部分1208。
182.特别地，根据本发明公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本发明公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分1209从网络上被下载和安装，和/或从可拆卸介质1211被安装。在该计算机程序被中央处理单元(cpu)1201执行时，执行本发明的系统中限定的上述功能。
183.需要说明的是，本发明所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便
携式计算机磁盘、硬盘、随机访问存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑磁盘只读存储器(cd
‑
rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本发明中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本发明中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、rf等等，或者上述的任意合适的组合。
184.附图中的流程图和框图，图示了按照本发明各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
185.描述于本发明实施例中所涉及到的模块可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的模块也可以设置在处理器中，例如，可以描述为：信息确定模块、节点获取模块、节点链生成模块、业务处理模块。其中，这些模块的名称在某种情况下并不构成对该模块本身的限定，例如，信息确定模块还可以被描述为“确定目标业务的配置信息的模块”。
186.作为另一方面，本发明还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的设备中所包含的；也可以是单独存在，而未装配入该设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该设备执行时，使得该设备包括：
187.确定目标业务的配置信息；
188.根据所述配置信息，从节点池中获取至少一个目标节点，所述节点池中存放有多个节点，所述节点用于处理预设的业务逻辑；
189.根据所述至少一个目标节点，生成所述目标业务对应的节点链；
190.根据所述节点链，完成所述目标业务的处理流程。
191.根据本发明实施例的技术方案，可根据目标业务的配置信息，直接从节点池中获取目标节点，而无需再注册或配置流程组件。本发明实施例在对各节点进行编排过程中，无需注册或配置流程组件，可减少编排过程需要的系统资源，提高系统性能。
192.上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，取决于设计要求和其他因素，可以发生各种各样的修改、组合、子组合和替代。任何
在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。