补货流程搭建方法、装置、存储介质及计算机设备

技术领域

本申请涉及补货业务管理技术领域，尤其涉及一种补货流程搭建方法、装置、存储介质及计算机设备。

背景技术

目前，在门店补货业务中经常会遇到不同的补货场景，每个不会场景都有其对应的补货流程。例如，针对日常销售平稳的SKU有常规品补货流程，针对畅销或滞销的SKU有畅销或滞销品补货流程等。随着业务的发展与精细化管理要求，补货场景也在逐渐变多，相应的补货流程也在不断的迭代增加，在此情况下，如何快速的构建补货流程以适配不同的补货场景就显得非常重要。

现有技术中，往往是遇到一个补货场景就按照该场景重新设计一套补货流程，这种模式在业务逻辑不变或者变化极其缓慢时是可以适配业务的，但是在如今业务快速发展的时代，这种模式不仅导致搭建适配新的补货场景的补货流程耗时较长，而且维护旧的补货场景时修改补货流程的工作量也非常大。

发明内容

本申请的目的旨在至少能解决上述的技术缺陷之一，特别是现有技术中的补货流程搭建模式不仅导致搭建适配新的补货场景的补货流程耗时较长，而且维护旧的补货场景时修改补货流程的工作量也非常大的技术缺陷。

本申请提供了一种补货流程搭建方法，所述方法包括：

响应于用户触发的搭建目标补货流程的请求操作，获取与所述目标补货流程对应的目标补货场景及目标补货方式；

确定业务逻辑节点池中的共性节点和特性节点，所述共性节点指的是适配所有的补货场景且具有独立性和标准性的通用型节点，所述特性节点指的是依据个别的补货场景配置的且具有独立性和标准性的专用型节点；

调用预设的节点路由器根据所述目标补货场景及目标补货方式，将所述业务逻辑节点池中相关的共性节点与特性节点进行串联后，形成与所述目标补货场景对应的目标补货流程。

可选地，所述确定业务逻辑节点池中的共性节点和特性节点，包括：

获取不同补货场景下的历史补货流程；

针对每一历史补货流程，按照该历史补货流程中的功能目标，将该历史补货流程拆分成多个补货节点，其中，每个补货节点对应一个功能目标；

对各个历史补货流程中的各个补货节点输入输出的数据格式进行标准化；

根据每个标准化后的补货节点对应的功能目标，将各个历史补货流程中功能目标一致的补货节点作为共性节点，将功能目标不一致的补货节点作为特性节点，并将各个共性节点和特性节点存放至业务逻辑节点池中。

可选地，所述调用预设的节点路由器根据所述目标补货场景及目标补货方式，将所述业务逻辑节点池中相关的共性节点与特性节点进行串联，包括：

调用预设的节点路由器根据所述目标补货场景及目标补货方式，从所述业务逻辑节点池中选择相关的共性节点作为目标共性节点，选择相关的特性节点作为目标特性节点；

通过所述节点路由器根据所述目标补货场景及目标补货方式，将所述目标共性节点和所述目标特性节点进行串联。

可选地，所述调用预设的节点路由器根据所述目标补货场景及目标补货方式，从所述业务逻辑节点池中选择相关的共性节点作为目标共性节点，选择相关的特性节点作为目标特性节点，包括：

调用预设的节点路由器，将所述目标补货场景及目标补货方式分别与所述业务逻辑节点池中的共性节点和特性节点进行匹配，得到匹配结果；

根据所述匹配结果，从所述业务逻辑节点池中选择相关的共性节点作为目标共性节点，选择相关的特性节点作为目标特性节点。

可选地，所述通过所述节点路由器根据所述目标补货场景及目标补货方式，将所述目标共性节点和所述目标特性节点进行串联，包括：

通过所述节点路由器根据所述目标补货场景及目标补货方式，确定所述目标共性节点之间、所述目标特性节点之间，以及所述目标共性节点与所述目标特性节点之间的串联顺序；

根据所述串联顺序将所述目标共性节点和所述目标特性节点进行串联。

可选地，所述形成与所述目标补货场景对应的目标补货流程之前，所述方法还包括：

确定将所述目标共性节点和所述目标特性节点进行串联后的初始补货流程是否满足所述目标补货场景及目标补货方式；

若不满足，则根据所述目标补货场景及目标补货方式对所述初始补货流程中的补货节点进行扩展，和/或，对所述初始补货流程中的目标特性节点进行调整；

若满足，则无需对所述初始补货流程中的补货节点进行扩展，和/或，对所述初始补货流程中的目标特性节点进行调整。

可选地，所述方法还包括：

将扩展的补货节点作为特性节点存放至所述业务逻辑节点池中；

和/或，将调整后的目标特性节点存放至所述业务逻辑节点池中。

本申请还提供了一种补货流程搭建装置，包括：

数据获取模块，用于响应于用户触发的搭建目标补货流程的请求操作，获取与所述目标补货流程对应的目标补货场景及目标补货方式；

节点确定模块，用于确定业务逻辑节点池中的共性节点和特性节点，所述共性节点指的是适配所有的补货场景且具有独立性和标准性的通用型节点，所述特性节点指的是依据个别的补货场景配置的且具有独立性和标准性的专用型节点；

节点串联模块，用于调用预设的节点路由器根据所述目标补货场景及目标补货方式，将所述业务逻辑节点池中相关的共性节点与特性节点进行串联后，形成与所述目标补货场景对应的目标补货流程。

本申请还提供了一种存储介质，所述存储介质中存储有计算机可读指令，所述计算机可读指令被一个或多个处理器执行时，使得一个或多个处理器执行如上述实施例中任一项所述补货流程搭建方法的步骤。

本申请还提供了一种计算机设备，包括：一个或多个处理器，以及存储器；

所述存储器中存储有计算机可读指令，所述计算机可读指令被所述一个或多个处理器执行时，执行如上述实施例中任一项所述补货流程搭建方法的步骤。

从以上技术方案可以看出，本申请实施例具有以下优点：

本申请提供的补货流程搭建方法、装置、存储介质及计算机设备，当用户触发搭建目标补货流程的请求操作时，可以响应于该请求操作，并获取与目标补货流程对应的目标补货场景及目标补货方式，然后确定业务逻辑节点池中的共性节点和特性节点，由于本申请的共性节点指的是适配所有的补货场景且具有独立性和标准性的通用型节点，特性节点指的是依据个别的补货场景配置的且具有独立性和标准性的专用型节点；因此，当确定业务逻辑节点池中的共性节点和特性节点后，本申请可以调用预设的节点路由器根据目标补货场景及目标补货方式，将业务逻辑节点池中相关的共性节点与特性节点进行串联后，形成与目标补货场景对应的目标补货流程。该过程无需按照该目标补货场景重新设计一套补货流程，通过节点路由器对业务逻辑节点池中相关的共性节点与特性节点进行串联，即可快速搭建相应的补货流程，进而避免了大量重复、繁琐的开发工作，有效提高补货流程的搭建效率，并减少耗时；另外，由于本申请通过业务逻辑节点池保存共性节点和特性节点，从而厘清了补货节点的共性与特性，共性节点被归一化后，不同的补货流程都会用到同一个共性节点，一旦需要改动和调整的部分出现在共性节点上，只需要调整一个节点就可以快速完成改动，而不需要对每个补货场景进行逐个调整，进而有效提高维护效率。

附图说明

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

图1为本申请实施例提供的一种补货流程搭建方法的流程示意图；

图2为本申请实施例提供的业务逻辑节点池中各个补货节点的节点示意图；

图3为本申请实施例提供的一种补货流程搭建装置的结构示意图；

图4为本申请实施例提供的一种计算机设备的内部结构示意图。

具体实施方式

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

现有技术中，往往是遇到一个补货场景就按照该场景重新设计一套补货流程，这种模式在业务逻辑不变或者变化极其缓慢时是可以适配业务的，但是在如今业务快速发展的时代，这种模式不仅导致搭建适配新的补货场景的补货流程耗时较长，而且维护旧的补货场景时修改补货流程的工作量也非常大。

基于此，本申请提出了如下技术方案，具体参见下文所示：

在一个实施例中，如图1所示，图1为本申请实施例提供的一种补货流程搭建方法的流程示意图；本申请提供了一种补货流程搭建方法，所述方法可以包括：

S110：响应于用户触发的搭建目标补货流程的请求操作，获取与目标补货流程对应的目标补货场景及目标补货方式。

本步骤中，当用户在ISCM(Intelligent Supply Chain Management System，智能供应链中台管理系统)中触发搭建目标补货流程的请求操作时，系统响应于用户触发的请求操作，并获取与目标补货流程对应的目标补货场景及目标补货方式。

可以理解的是，用户在触发搭建目标补货流程的请求操作时，需要输入目标补货场景及目标补货方式，这样系统便可以获取本次请求操作对应的目标补货场景及目标补货方式，然后根据该目标补货场景及目标补货方式确定最终的目标补货流程。

其中，本申请的目标补货场景指的是待搭建目标补货流程的补货场景，该补货场景包括但不限于常规品补货/畅销品补货/滞销品补货等；本申请的目标补货方式指的是待搭建目标补货流程的补货方式，该补货方式包括但不限于自动补货/人工手动补货/按投放计划补货等。系统可以依据不同的补货场景和补货方式来确定不同的业务流程，进而实现最终的流程编排。

S120：确定业务逻辑节点池中的共性节点和特性节点。

本步骤中，当系统响应于用户触发的搭建目标补货流程的请求操作，并获取与目标补货流程对应的目标补货场景及目标补货方式时，还可以确定业务逻辑节点池中的共性节点和特性节点，这样可以直接对业务逻辑节点池中的共性节点和特性节点进行筛选并编排后形成目标补货流程。

其中，本申请的共性节点指的是适配所有的补货场景且具有独立性和标准性的通用型节点，特性节点指的是依据个别的补货场景配置的且具有独立性和标准性的专用型节点。可以理解的是，本申请可以通过拆分节点的方式对补货场景的业务流程进行结构化，保证不同补货场景的流程都是通过若干节点串联起来的，而并非像以往一样通过一段描述性的语言进行连接。拆分后的节点按照其共性和特性划分为共性节点和特性节点后保存至业务逻辑节点池中，这样后续在搭建补货流程时，可直接调用业务逻辑节点池中的共性节点和特性节点，无需再次进行节点拆分操作。

进一步地，本申请在拆分节点的过程中，需要保证每个节点的独立性与标准性。独立性指的是每个节点都能独立完成一个功能目标，保证各节点各司其职，各节点之间的功能不交叠；标准性指的是每个节点的数据输入与输出是标准化的，只要以同样的数据格式进入节点就能获得标准的数据输出，便于快速串联各节点。

另外，本申请针对具有共性的节点，即共性节点，可以将其中的逻辑设计为通用的、可兼容的，以适配所有的业务场景，并且供所有的补货流程引用同一个节点，以此来保证共性节点的统一管理。本申请针对具有特性的节点，即特性节点，可以将其中的逻辑设计为专用的、可配置的，以便最大程度上满足个别场景的特异性，并同时具备一定的可配置性，这样当需要调整的内容针对的是特性节点时，可以尽可能使用配置化的方式来实现。

S130：调用预设的节点路由器根据目标补货场景及目标补货方式，将业务逻辑节点池中相关的共性节点与特性节点进行串联后，形成与目标补货场景对应的目标补货流程。

本步骤中，通过S110获取与目标补货流程对应的目标补货场景及目标补货方式，以及通过S120确定业务逻辑节点池中的共性节点和特性节点后，本申请可以调用预设的节点路由器来根据目标补货场景及目标补货方式，将业务逻辑节点池中相关的共性节点与特性节点进行串联后，形成与目标补货场景对应的目标补货流程。

可以理解的是，当拆分好节点，并定义好节点的共性与特性之后，最终需要根据不同的补货场景的要求将节点串联起来才能实现对应的业务流程，也就是说当确定业务逻辑节点池中的共性节点和特性节点后，在这N个节点中，还需要建设一根串节点用的“绳子”，本申请称之为节点路由器。节点路由器包含了引起不同流程的关键因素，如补货场景：常规品补货/畅销品补货等；补货方式：自动补货/人工手动补货/按投放计划补货等；通过节点路由器，即可在流程运行到不同节点时决定跳过/不跳过，在运行节点内部逻辑时，又决定细节逻辑的分支走向，最终实现流程的编排。

在一种具体的实现方式中，本申请可以调用预先设置的节点路由器来依据目标补货场景及目标补货方式，在业务逻辑节点池中筛选相关的共性节点和特性节点并将其进行串联，这样即可快速形成与目标补货场景对应的目标补货流程。

上述实施例中，当用户触发搭建目标补货流程的请求操作时，可以响应于该请求操作，并获取与目标补货流程对应的目标补货场景及目标补货方式，然后确定业务逻辑节点池中的共性节点和特性节点，由于本申请的共性节点指的是适配所有的补货场景且具有独立性和标准性的通用型节点，特性节点指的是依据个别的补货场景配置的且具有独立性和标准性的专用型节点；因此，当确定业务逻辑节点池中的共性节点和特性节点后，本申请可以调用预设的节点路由器根据目标补货场景及目标补货方式，将业务逻辑节点池中相关的共性节点与特性节点进行串联后，形成与目标补货场景对应的目标补货流程。该过程无需按照该目标补货场景重新设计一套补货流程，通过节点路由器对业务逻辑节点池中相关的共性节点与特性节点进行串联，即可快速搭建相应的补货流程，进而避免了大量重复、繁琐的开发工作，有效提高补货流程的搭建效率，并减少耗时；另外，由于本申请通过业务逻辑节点池保存共性节点和特性节点，从而厘清了补货节点的共性与特性，共性节点被归一化后，不同的补货流程都会用到同一个共性节点，一旦需要改动和调整的部分出现在共性节点上，只需要调整一个节点就可以快速完成改动，而不需要对每个补货场景进行逐个调整，进而有效提高维护效率。

在一个实施例中，S120中确定业务逻辑节点池中的共性节点和特性节点，可以包括：

S121：获取不同补货场景下的历史补货流程。

S122：针对每一历史补货流程，按照该历史补货流程中的功能目标，将该历史补货流程拆分成多个补货节点，其中，每个补货节点对应一个功能目标。

S123：对各个历史补货流程中的各个补货节点输入输出的数据格式进行标准化。

S124：根据每个标准化后的补货节点对应的功能目标，将各个历史补货流程中功能目标一致的补货节点作为共性节点，将功能目标不一致的补货节点作为特性节点，并将各个共性节点和特性节点存放至业务逻辑节点池中。

本实施例中，本申请可以通过拆分节点的方式对补货场景的业务流程进行结构化，保证不同补货场景的流程都是通过若干节点串联起来的，而并非像以往一样通过一段描述性的语言进行连接。拆分后的节点按照其共性和特性划分为共性节点和特性节点后保存至业务逻辑节点池中，这样后续在搭建补货流程时，可直接调用业务逻辑节点池中的共性节点和特性节点，无需再次进行节点拆分操作。

具体地，本申请在通过拆分节点的方式对补货场景的业务流程进行结构化时，可以先获取不同补货场景下的历史补货流程，然后针对每一历史补货流程，按照该历史补货流程中的功能目标，将该历史补货流程拆分成多个补货节点，其中，每个补货节点对应一个功能目标，从而使得每个补货节点都具有独立性；接着，本申请可以对各个历史补货流程中的各个补货节点输入输出的数据格式进行标准化，从而使各个补货节点均具有标准性；最后，本申请可以根据每个标准化后的补货节点对应的功能目标，将各个历史补货流程中功能目标一致的补货节点作为共性节点，将功能目标不一致的补货节点作为特性节点，并将各个共性节点和特性节点存放至业务逻辑节点池中，以此来对补货场景的业务流程进行结构化操作。

以常规品补货为例，本申请可以将其拆分成7个节点，具体如下表所示：

表1为常规品补货流程中的多个补货节点相关信息

进一步地，本申请在结构化流程的基础上将不同的补货场景都进行了拆分，并且，由于不同的补货场景中的描述方式是统一的，因此，可以很快的识别出不同场景中哪些节点是公共的，哪些是具有场景特性的，如下表所示：

表2为具有共性或特性的节点及相关信息

由表2可见，本申请可以将各个历史补货流程中功能目标一致的补货节点作为共性节点，将功能目标不一致的补货节点作为特性节点。其中，针对具有共性的节点，本申请可以将其中的逻辑设计为通用的、可兼容的，以适配所有的业务场景，并且让所有的流程都引用同一个节点，保证共性节点的统一管理。针对具有特性的节点，本申请可以将其中的逻辑设计为专用的、可配置的，最大程度上满足个别场景的特异性，同时具备一定的可配置性，当需要调整的内容针对的是特性节点时，尽可能使用配置化的方式来实现。

示意性地，如图2所示，图2为本申请实施例提供的业务逻辑节点池中各个补货节点的节点示意图；由图2可见，本申请的业务逻辑节点池中可以存放多个补货节点，每个补货节点都具有相应的功能目标，如构建sku清单、获取商品打标数据等，这样在搭建目标补货流程时，便可以将目标补货场景及目标补货方式分别与各个补货节点的功能目标进行匹配，进而筛选出相关的共性节点和特性节点后进行串联。

在一个实施例中，S130中调用预设的节点路由器根据所述目标补货场景及目标补货方式，将所述业务逻辑节点池中相关的共性节点与特性节点进行串联，可以包括：

S131：调用预设的节点路由器根据所述目标补货场景及目标补货方式，从所述业务逻辑节点池中选择相关的共性节点作为目标共性节点，选择相关的特性节点作为目标特性节点。

S132：通过所述节点路由器根据所述目标补货场景及目标补货方式，将所述目标共性节点和所述目标特性节点进行串联。

本实施例中，在通过节点路由器将业务逻辑节点池中相关的共性节点与特性节点进行串联时，可以先通过该节点路由器来依据目标补货场景及目标补货方式，从业务逻辑节点池中选择相关的共性节点作为目标共性节点，选择相关的特性节点作为目标特性节点，然后再通过节点路由器根据目标补货场景及目标补货方式，将目标共性节点和目标特性节点进行串联。

距离来说，当本申请确定业务逻辑节点池中的共性节点和特性节点后，由于不同的补货场景下的共性节点与特性节点不一定相同，且排列顺序也存在一定的区别，因此，本申请中的节点路由器可以先从业务逻辑节点池中选取与目标补货场景及目标补货方式相关的共性节点和特性节点，并将选择的共性节点作为目标共性节点，将选择的特性节点作为目标特性节点，然后通过节点路由器来依据目标补货场景及目标补货方式，来将目标共性节点和目标特性节点进行串联，这样便可快速形成最终的目标补货流程。

在一个实施例中，S131中调用预设的节点路由器根据所述目标补货场景及目标补货方式，从所述业务逻辑节点池中选择相关的共性节点作为目标共性节点，选择相关的特性节点作为目标特性节点，可以包括：

S1311：调用预设的节点路由器，将所述目标补货场景及目标补货方式分别与所述业务逻辑节点池中的共性节点和特性节点进行匹配，得到匹配结果。

S1312：根据所述匹配结果，从所述业务逻辑节点池中选择相关的共性节点作为目标共性节点，选择相关的特性节点作为目标特性节点。

本实施例中，在调用节点路由器来选择目标共性节点和目标特性节点时，可以先将目标补货场景及目标补货方式分别与业务逻辑节点池中的共性节点和特性节点的功能目标进行匹配，这样即可确定业务逻辑节点池中哪些节点的功能目标与目标补货场景及目标补货方式符合，哪些不符合，进而得到相应的匹配结果。

接着，节点路由器可以根据匹配结果来从业务逻辑节点池中选择相关的共性节点作为目标共性节点，选择相关的特性节点作为目标特性节点，进而得到目标共性节点和目标特性节点。

在一个实施例中，S132中通过所述节点路由器根据所述目标补货场景及目标补货方式，将所述目标共性节点和所述目标特性节点进行串联，可以包括：

S1321：通过所述节点路由器根据所述目标补货场景及目标补货方式，确定所述目标共性节点之间、所述目标特性节点之间，以及所述目标共性节点与所述目标特性节点之间的串联顺序。

S1322：根据所述串联顺序将所述目标共性节点和所述目标特性节点进行串联。

本实施例中，在将目标共性节点和目标特性节点进行串联时，由于目标共性节点可能不止一个，目标特性节点也可能不止一个，且目标补货场景及目标补货方式中规定了大致的业务流程，因此，本申请中的节点路由器可以根据目标补货场景及目标补货方式来确定目标共性节点之间、目标特性节点之间，以及目标共性节点与目标特性节点之间的串联顺序，这样便可以根据该串联顺序依次将目标共性节点和目标特性节点进行串联，并以此来形成目标补货流程。

在一个实施例中，S130中形成与所述目标补货场景对应的目标补货流程之前，所述方法还可以包括：

S1323：确定将所述目标共性节点和所述目标特性节点进行串联后的初始补货流程是否满足所述目标补货场景及目标补货方式。

S1324：若不满足，则根据所述目标补货场景及目标补货方式对所述初始补货流程中的补货节点进行扩展，和/或，对所述初始补货流程中的目标特性节点进行调整。

S1325：若满足，则无需对所述初始补货流程中的补货节点进行扩展，和/或，对所述初始补货流程中的目标特性节点进行调整。

本实施例中，在将目标共性节点和目标特性节点进行串联后，本申请为了保证构建的目标补货流程与目标补货场景相适配，可以确定串联后得到的初始补货流程是否满足目标补货场景及目标补货方式，若不满足，则可以根据目标补货场景及目标补货方式来对初始补货流程的补货节点进行扩展，和/或，对初始补货流程中的目标特性节点进行调整，以此来满足目标补货场景及目标补货方式；若满足，则无需对初始补货流程进行修改，直接将该初始补货流程作为目标补货流程即可。

可以理解的是，本申请的节点路由器不仅可以规划目标补货场景的补货流程，还可以按照目标补货场景及目标补货方式来对当前的节点进行扩展，以使其满足目标补货场景的相关需求。扩展时，可以按照目标补货场景的特性来开发新的功能目标，并对其输入输出进行标准化，以使其满足特性节点的要求。另外，由于本申请的目标特性节点是可配置化的节点，因此，本申请的节点路由器也可以对目标特性节点的内容进行调整，以使其满足目标补货场景的需求。

在一个实施例中，所述方法还可以包括：

S1326：将扩展的补货节点作为特性节点存放至所述业务逻辑节点池中。

S1327：和/或，将调整后的目标特性节点存放至所述业务逻辑节点池中。

本实施例中，当节点路由器对初始补货流程进行节点扩展或对初始补货流程中的目标特性节点的内容进行调整时，本申请可以将扩展的补货节点作为特性节点存放至业务逻辑节点池中，和/或，将调整后的目标特性节点存放至业务逻辑节点池中，以此来对业务逻辑节点池进行更新，以便后续搭建新的补货流程时使用。

下面对本申请实施例提供的补货流程搭建装置进行描述，下文描述的补货流程搭建装置与上文描述的补货流程搭建方法可相互对应参照。

在一个实施例中，如图3所示，图3为本申请实施例提供的一种补货流程搭建装置的结构示意图；本申请还提供了一种补货流程搭建装置，包括数据获取模块210、节点确定模块220、节点串联模块230，具体包括如下：

数据获取模块210，用于响应于用户触发的搭建目标补货流程的请求操作，获取与所述目标补货流程对应的目标补货场景及目标补货方式。

节点确定模块220，用于确定业务逻辑节点池中的共性节点和特性节点，所述共性节点指的是适配所有的补货场景且具有独立性和标准性的通用型节点，所述特性节点指的是依据个别的补货场景配置的且具有独立性和标准性的专用型节点。

节点串联模块230，用于调用预设的节点路由器根据所述目标补货场景及目标补货方式，将所述业务逻辑节点池中相关的共性节点与特性节点进行串联后，形成与所述目标补货场景对应的目标补货流程。

上述实施例中，当用户触发搭建目标补货流程的请求操作时，可以响应于该请求操作，并获取与目标补货流程对应的目标补货场景及目标补货方式，然后确定业务逻辑节点池中的共性节点和特性节点，由于本申请的共性节点指的是适配所有的补货场景且具有独立性和标准性的通用型节点，特性节点指的是依据个别的补货场景配置的且具有独立性和标准性的专用型节点；因此，当确定业务逻辑节点池中的共性节点和特性节点后，本申请可以调用预设的节点路由器根据目标补货场景及目标补货方式，将业务逻辑节点池中相关的共性节点与特性节点进行串联后，形成与目标补货场景对应的目标补货流程。该过程无需按照该目标补货场景重新设计一套补货流程，通过节点路由器对业务逻辑节点池中相关的共性节点与特性节点进行串联，即可快速搭建相应的补货流程，进而避免了大量重复、繁琐的开发工作，有效提高补货流程的搭建效率，并减少耗时；另外，由于本申请通过业务逻辑节点池保存共性节点和特性节点，从而厘清了补货节点的共性与特性，共性节点被归一化后，不同的补货流程都会用到同一个共性节点，一旦需要改动和调整的部分出现在共性节点上，只需要调整一个节点就可以快速完成改动，而不需要对每个补货场景进行逐个调整，进而有效提高维护效率。

在一个实施例中，本申请还提供了一种存储介质，所述存储介质中存储有计算机可读指令，所述计算机可读指令被一个或多个处理器执行时，使得一个或多个处理器执行如上述实施例中任一项所述补货流程搭建方法的步骤。

在一个实施例中，本申请还提供了一种计算机设备，包括：一个或多个处理器，以及存储器。

所述存储器中存储有计算机可读指令，所述计算机可读指令被所述一个或多个处理器执行时，执行如上述实施例中任一项所述补货流程搭建方法的步骤。

示意性地，如图4所示，图4为本申请实施例提供的一种计算机设备的内部结构示意图，该计算机设备300可以被提供为一服务器。参照图4，计算机设备300包括处理组件302，其进一步包括一个或多个处理器，以及由存储器301所代表的存储器资源，用于存储可由处理组件302的执行的指令，例如应用程序。存储器301中存储的应用程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外，处理组件302被配置为执行指令，以执行上述任意实施例的补货流程搭建方法。

计算机设备300还可以包括一个电源组件303被配置为执行计算机设备300的电源管理，一个有线或无线网络接口304被配置为将计算机设备300连接到网络，和一个输入输出(I/O)接口305。计算机设备300可以操作基于存储在存储器301的操作系统，例如WindowsServer TM、Mac OS XTM、Unix TM、Linux TM、Free BSDTM或类似。

本领域技术人员可以理解，图4中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

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

本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间可以根据需要进行组合，且相同相似部分互相参见即可。

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本申请。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本申请的精神或范围的情况下，在其它实施例中实现。因此，本申请将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。