CN117035619A - 基于用户自定义的物流供应链场景协同方法、系统及设备 - Google Patents

Abstract

本申请涉及物流管理技术领域，提供了基于用户自定义的物流供应链场景协同方法、系统及设备。物流供应链场景协同方法，包括：网关响应于业务请求，基于业务请求确定用户信息和业务信息，并基于用户信息和业务信息确定目标事件流，目标事件流包括业务模块的接口以及接口之间的关联参数，目标事件流基于物流供应链预先配置；然后基于关联参数确定并执行目标事件流的初始接口；最后基于初始接口的执行反馈信息完成对业务请求的响应，并通过业务端继续执行目标事件流。通过采用上述技术方案，可以通过网关对业务请求进行响应，并通过业务端继续执行目标事件流，而无需用户对各个业务模块单独进行操作，如此可以便于对物流供应链进行管理。

Description

基于用户自定义的物流供应链场景协同方法、系统及设备

技术领域

本申请涉及物流管理技术领域，具体涉及基于用户自定义的物流供应链场景协同方法、系统及设备。

背景技术

随着信息技术的不断发展，物流管理过程逐渐实现数字化。相关技术中，通过货运物流的管理平台对货运过程进行监控和管理。现代流通体系建设规划指出，要搭建供应链服务平台，提供信息、物流等综合服务。

然而，物流供应链中不同环节的信息通常由不同的业务模块进行管理，这就导致用户可能需要对不同的业务模块分别进行操作才能完成物流供应链的协同管理，进而导致物流供应链管理困难的问题。

发明内容

为了便于对供应链进行管理，本申请提供了基于用户自定义的物流供应链场景协同方法、系统及设备。

第一方面，提供一种基于用户自定义的物流供应链场景协同方法，用于物流供应链场景协同系统中，所述物流供应链场景协同系统包括网关和业务端，所述方法包括：

所述网关响应于业务请求，基于所述业务请求确定用户信息和业务信息；

所述网关基于所述用户信息和所述业务信息确定目标事件流，所述目标事件流包括至少两个业务模块的接口以及各个所述接口之间的关联参数，所述目标事件流基于物流供应链预先配置；

所述网关基于所述关联参数确定所述目标事件流的初始接口的执行方式；

所述网关基于所述初始接口的执行方式执行所述初始接口；

所述网关响应于所述初始接口对应的执行反馈信息，基于所述执行反馈信息完成对所述业务请求的响应；

所述业务端继续执行所述目标事件流。

通过采用上述技术方案，可以在执行用户的业务请求的过程中，基于业务请求对应的用户信息和目标信息确定目标事件流，并执行目标事件流，而目标事件流是基于物流供应链预先设置的，如此在目标事件流执行过程中可以自动完成对供应链中各业务模块的操作，而无需用户对物流供应链的各个业务模块单独进行操作，如此可以便于对物流供应链进行管理。

可选的，所述网关响应于所述初始接口对应的执行反馈信息之后，还包括：

所述网关在任务队列中添加任务信息；

所述业务端继续执行所述目标事件流包括：

所述业务端对所述任务队列进行监听，并在监听到所述任务信息的情况下，启用新的进程或容器继续执行所述目标事件流。

通过采用上述技术方案，可以通过任务队列将前端请求的处理过程进行分割，并通过不同的进程或容器去完成相应的任务，如此不仅可以保证前端请求的快速响应，还能合理分配系统资源，保证各事件流的处理效率。

可选的，所述进程或容器基于任务信息继续执行所述目标事件流，包括：

基于所述任务信息和所述关联参数确定待执行接口；

基于所述关联参数确定所述待执行接口的执行方式；

基于待执行接口的执行方式执行所述待执行接口；

响应于所述待执行接口对应的执行反馈信息，基于所述待执行接口的执行反馈信息确定所述目标事件流是否执行完毕；

在确定出所述目标事件流未执行完毕的情况下，基于所述待执行接口的执行反馈信息和所述关联参数重新确定并执行待执行接口，并返回执行所述基于所述待执行接口的执行反馈信息和所述关联参数确定所述目标事件流是否执行完毕的步骤。

通过采用上述技术方案，进程或容器可以基于接口的执行反馈信息和关联参数推动事件流对应的各个业务模块的执行，进而可以便于对物流供应链中各个业务模块进行管理。

可选的，所述网关基于所述初始接口的执行方式调用所述初始接口，包括：

所述网关在所述初始接口的执行方式为阻断的情况下，阻断所述初始接口的执行；

所述进程或容器继续执行所述目标事件流，包括：

所述进程或容器响应于所述初始接口对应的阻断事由消除，继续执行所述初始接口。

通过采用上述技术方案，可以在初始接口的执行方式为阻断的情况下，先通过网关对业务请求进行反馈，再通过业务端的进程或容器继续执行初始接口，如此可以在提高业务请求的响应速度的同时完成对初始端口的执行，同时也可以节省网关的计算资源，进而可以有助于提高用户体验。

可选的，所述网关阻断初始接口的执行之后，还包括：

所述网关在任务队列中添加所述初始接口被阻断的任务信息；

所述进程或容器响应于所述初始接口对应的阻断事由消除，继续执行所述初始接口，包括：

所述进程或容器在监听到所述初始接口被阻断的任务信息的情况下，基于所述关联参数确定所述初始接口的关联接口和所述关联接口的执行方式；

所述进程或容器基于所述关联接口的执行方式执行所述关联接口；

所述进程或容器响应于所述关联接口执行完成，继续执行所述初始接口。

通过采用上述技术方案，可以在初始接口的执行方式为阻断的情况下，通过任务队列中的任务信息完成网关与业务端之间初始端口执行的衔接，从而可以在确保网关对业务请求响应速度的同时确保通过业务端将初始接口执行完成，如此可以有助于提高用户的使用体验，同时也可以节约网关的资源。

可选的，所述物流供应链场景协同系统还包括监控模块，所述方法还包括：

所述监控模块在监测到事件流修改的情况下，确定修改前的事件流对应的执行中任务；

所述监控模块基于修改后的事件流对所述执行中任务进行处理，以使得所述执行中任务按所述修改后的事件流指示的规则执行。

通过采用上述技术方案，可以在用户对事件流进行修改的情况下，对执行中任务进行处理，从而可以使得执行中任务的执行方式也满足用户的需求，进而可以提升用户体验。

可选的，所述监控模块基于修改后的事件流对所述执行中任务进行处理，包括：

所述监控模块将所述修改后的事件流与所述修改前的事件流进行比对，得到事件流变更情况；

所述监控模块基于所述事件流变更情况对所述执行中任务的执行过程进行调整。

上述技术方案中，由于可以确定事件流变更情况并基于事件流变更情况对执行中任务的执行过程进行调整，如此可以在保留执行中任务的同时使得执行中任务以修改后的事件流指示的规则执行，进而可以提升用户体验。

可选的，所述物流供应链场景协同系统还包括配置模块，所述方法还包括：

所述配置模块响应于事件流配置请求，输出事件流配置界面；

所述配置模块基于所述事件流配置界面接收的配置操作生成所述用户对应的事件流。

通过采用上述技术方案，可以通过用户对事件流配置界面的操作生成用户对应的事件流，如此可灵活适配不同用户的业务需求，进而实现物流供应链上下游的协同。

第二方面，提供一种基于用户自定义的物流供应链场景协同系统，采用如下的技术方案：

一种基于用户自定义的物流供应链场景协同系统，所述系统包括客户端、网关和业务端；所述客户端通过所述网关与所述业务端信号连接；

所述客户端，用于向所述网关发起业务请求；

所述网关，用于响应于业务请求，基于所述业务请求确定用户信息和业务信息；基于所述用户信息和所述业务信息确定目标事件流，所述目标事件流包括至少两个业务模块的接口以及各个所述接口之间的关联参数，所述目标事件流基于物流供应链预先配置；基于所述关联参数确定所述目标事件流的初始接口的执行方式；基于所述初始接口的执行方式执行所述初始接口；响应于所述初始接口对应的执行反馈信息，基于所述执行反馈信息完成对所述业务请求的响应；

所述业务端，用于继续执行所述事件流。

第三方面，提供一种电子设备，采用如下的技术方案：

一种电子设备，所述电子设备包括：

至少一个处理器；

存储器；

至少一个应用程序，其中至少一个应用程序被存储在存储器中并被配置为由至少一个处理器执行，所述至少一个应用程序配置用于：执行第一方面提供的任一种基于用户自定义的物流供应链场景协同方法。

综上所述，本申请包括以下至少一种有益技术效果：

1．可以在执行用户的业务请求的过程中，基于业务请求对应的用户信息和目标信息确定目标事件流，并基于目标事件流自动完成对供应链中各业务模块的操作，而无需用户单独对各个业务模块单独进行操作，如此可以便于对供应链进行管理。

2．可以通过任务队列将前端请求的处理过程进行分割，并通过不同的进程或容器去完成相应的任务，如此不仅可以保证前端请求的快速响应，还能合理分配系统资源，保证各事件流的处理效率。

附图说明

图1是本申请实施例提供的一种物流供应链场景协同方法的流程示意图；

图2是本申请实施例提供的另一种物流供应链场景协同方法的流程示意图；

图3是本申请实施例提供的一种事件流执行方式的流程示意图；

图4是本申请实施例提供的一种初始接口执行方式的流程示意图；

图5是本申请实施例提供的另一种初始接口执行方式的流程示意图；

图6是本申请实施例提供的又一种物流供应链场景协同方法的流程示意图；

图7是本申请实施例提供的再一种物流供应链场景协同方法的流程示意图；

图8是本申请实施例提供的一种事件流配置方式的流程示意图；

图9是本申请实施例提供的一种物流供应链场景协同系统的结构示意图；

图10是本申请实施例提供的一种电子设备的结构示意图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图1至10及实施例，对本申请进行进一步详细说明。应当理解，此处所描述的具体实施例仅用以解释本申请，并不用于限定本申请。

本申请提供一种基于用户自定义的物流供应链场景协同方法，用于物流供应链场景协同系统中，物流供应链场景协同系统包括网关和业务端，其中网关可以实现为API网关（API GATEWAY）。

参考图1，基于用户自定义的物流供应链场景协同方法包括以下步骤：

步骤101，网关响应于业务请求，基于业务请求确定用户信息和业务信息。

其中，用户信息是指发送业务请求的用户的信息。具体的，用户信息至少包括用户标识信息，用户标识信息用于唯一标识用户。

业务信息用于指示业务请求对应的业务，业务信息至少包括业务标识信息，业务标识信息用于唯一标识业务。

可选的，业务请求是用户通过客户端发送的。

在一个示例中，物流供应链场景协同系统提供物流供应链上下游相关的各个业务模块，如：将物流供应链根据上下游划分为采销、仓储、运输、园区管理等业务场景，并针对各个业务场景下的具体业务提供相应的业务模块，比如：在采销场景下提供计划生成模块，合同生成模块等模块，用户可根据实际需要请求调用相应的业务对应的事件流，即执行步骤102。

步骤102，网关基于用户信息和业务信息确定目标事件流。

其中，目标事件流包括至少两个业务模块的接口以及接口之间的关联参数，目标事件流基于物流供应链预先配置。

关联参数用于指示事件流中各个接口之间的关联关系。关联参数在事件流配置过程中预先设置。

在一个示例中，基于用户信息和业务信息确定目标事件流，包括：基于业务信息从用户信息对应的事件流中确定目标事件流。

其中，用户信息与事件流的匹配关系预先设置。具体的，事件流可以根据用户的实际需要配置，不同用户对应的事件流相同或不同。

在一个示例中，物流供应链场景协同系统提供物流供应链上下游相关的各个业务模块，如：将物流供应链根据上下游划分为采销、仓储、运输、园区管理等业务场景，针对至少两个业务场景下的具体业务分别提供相应的业务模块，用户可根据自身业务需求选择相应的业务模块，并将相应模块组合成事件流，以构建自定义的客制化管理系统。如此可以有助于在事件流执行过程中实现物流供应链上下游业务模块的协同，并满足用户的客制化需求。

在一个实例中，以采购业务为例，采购业务涉及物流供应链中的采购、仓储、运输和园区管理等场景。具体的，在采购业务管理的过程中，需要先完成采购合同的创建，然后为采购合同中的货物分配仓储位置，再生成并派发对应的运单以执行采购合同中货物的运输，最后基于运单信息更新园区管理信息，如此可以完成物流供应链中数据的协同。

相应的，采购业务对应的事件流的内容包括：先调用采购业务场景下的业务模块以生成采购合同，然后调用仓储业务场景下的业务模块以实现仓储位置分配的，再调用运输场景下的业务模块以实现运单的执行和分配，最后调用园区管理场景下的业务模块以实现货物出入园的管理，如此可以基于事件流实现物流供应链中数据的协同。

需要补充说明的是，事件流中不同业务场景下的业务模块以及业务模块之间的关联关系可以是根据用户的实际需要自适应配置的，如此在基于事件流实现不同业务场景下的业务模块的执行的过程中，即可根据用户的实际需要实现物流供应链中数据的协同。

在实际实现时，事件流也可以用于实现同一业务场景下不同业务模块之间的协同，只要能够满足用户的实际需求即可，本实施例不对事件流的构建方式作限定。

在一个示例中，目标事件流的初始接口对应的业务模块需要与业务请求对应的业务信息匹配。

其中，初始接口为目标事件流的第一个业务模块的接口。

基于此，在一个实例中，基于业务信息从用户信息对应的事件流中确定目标事件流，包括：将用户信息对应的事件流中，初始接口对应的业务模块与业务信息匹配的事件流确定为目标事件流。

在实际实现时，也可以基于其他方式确定目标事件流，本实施例不对目标事件流的确定方式作限定。

在一个示例中，关联参数包括各个接口之间的调用关系和传参设置。

传参设置用于指示在接口调用过程中，存在调用关系的不同接口之间的参数传递方式。

在一个示例中，接口间的调用关系可以包括接口A执行完成后，调用执行接口B；和/或，在接口C被调用时，对接口C的至少部分执行进行阻断，先调用接口D，在接口D执行完成之后，继续接口C的执行。

在一个实例中，以采销管理业务场景为例，当采购员请求生成采购计划时，可以直接根据采购员提交的采购清单直接调用计划生成接口，以生成采购计划。

在另一个实例中，仍以采销管理业务场景为例，采购计划生成前需要对采购清单进行审批，如此，在采购员请求生成采购计划时，先会阻断计划生成接口的执行，然后通过调用审批功能接口，来完成审批流程，并根据审批结果确定计划生成接口的执行情况，以生成采购计划或者驳回申请。

需要补充说明的是，为了描述方便，本实施例仅以采销管理业务场景下的部分业务模块的接口之间的调用关系为例进行说明，在实际实现时，用户可以根据实际需要将物流供应链中各个业务场景下的不同业务模块的接口进行灵活组合得到事件流，本实施例不对事件流的具体构成作限定。

步骤103，网关基于关联参数确定目标事件流的初始接口的执行方式。

其中，目标事件流的初始接口在目标事件流的构建过程中预先设置，初始接口的执行方式在关联参数中预先设置。

在一个示例中，接口的执行方式包括执行和阻断。具体的，在执行方式为执行的情况下，请求执行接口时会直接调用接口并执行；在执行方式为阻断的情况下，请求执行接口时会先至少部分阻断接口的执行，然后调用其它接口，并基于其它接口的反馈信息确定接口的执行情况。

在一个实例中，参考上述步骤104中采销管理类别的两个实例，在采购员的采购清单无需审批的情况下，计划生成接口的执行方式为执行；在采购员的采购清单需要审批的情况下，计划生成接口的执行方式为阻断。

步骤104，网关基于初始接口的执行方式执行初始接口。

在一个示例中，初始接口的执行方式为执行，此时，基于初始接口的执行方式执行初始接口，包括：调用并执行初始接口，并基于初始接口返回的信息确定初始接口对应的执行反馈信息。

在另一个示例中，初始接口的执行方式为阻断，此时，基于初始接口的执行方式执行初始接口，包括：阻断初始接口的执行，并生成初始接口对应的执行反馈信息。具体的，阻断初始接口的执行可以为阻断对初始接口的调用，或者，调用初始接口但阻断初始接口的执行。

可选的，在调用初始接口时需要使用调用参数。具体的，调用参数可以是业务请求中携带的，或也可以是基于其它接口的执行结果生成的，本实施例不对调用参数的获取方式作限定。

步骤105，网关响应于初始接口对应的执行反馈信息，基于执行反馈信息完成对业务请求的响应。

其中，初始接口对应的执行反馈信息是在初始接口执行过程中生成的。

具体的，执行反馈信息可以是基于初始接口被调用后返回的信息生成的，或者也可以是系统根据初始接口的执行情况自动生成的，本实施例不对执行反馈信息的生成方式作限定。

相应的，执行反馈信息的内容可以为初始接口执行完成，或者也可以为初始接口的执行被阻断。

在实际实现时，执行反馈信息也可以系统基于预设规则生成的，此时执行反馈信息生成的过程中无需执行对应的接口。

本实施例中，在接收到执行反馈信息的情况下，无论初始接口是否执行完成网关均对业务请求进行响应，如此可以提高业务请求的相应速度。

可选的，基于执行反馈信息完成对业务请求的响应，包括：向客户端反馈业务请求执行情况。具体的，在执行反馈信息指示初始接口执行完成的情况下，向客户端反馈执行结果，比如：业务请求为采购计划生成请求，则向客户端反馈采购计划已生成；在执行反馈信息指示初始接口执行被阻断的情况下，向客户端反馈阻断情况，比如：业务请求为采购计划生成请求，则向客户端反馈采购计划生成请求已生成和/或采购计划以进入审批，如此可以有助于对用户的请求及时进行响应，从而可以有助于提升用户的使用体验。

可选的，确定业务请求执行完成之后，还包括：释放业务请求对应的处理资源，如此可以有助于节约网关的资源。

步骤106，业务端继续执行目标事件流。

由于事件流是基于物流供应链的各个业务模块构建的，这就导致目标事件流中可能包括相互关联的多个业务环节，而每个业务环节的执行过程中均需要调用不同业务模块的接口，因此在接收到初始接口的执行反馈信息的情况下，通过业务端基于初始接口的执行反馈信息继续执行目标事件流，如此可以在通过网关对业务请求进行响应后，通过业务端根据用户配置的事件流对执行供应链中的其他业务模块，进而可以有助于对供应链的中的各个环节进行协同管理，同时也可以节省网关的资源，提高业务请求的响应速度。

在一个示例中，以采销管理模块为例，响应于计划创建接口的执行反馈信息，根据事件流规则，业务端在计划创建成功的情况下，调用合同创建接口，以创建采购合同，以此类推，从而完成业务模块的串接。

本申请实施例提供的基于用户自定义的物流供应链场景协同方法的实施原理为：网关响应于业务请求，基于业务请求确定用户信息和业务信息，并基于用户信息和业务信息确定目标事件流，目标事件流包括业务模块的接口以及接口之间的关联参数，目标事件流基于物流供应链预先配置；然后基于关联参数确定目标事件流的初始接口的执行方式；再基于初始接口的执行方式执行初始接口；最后响应于初始接口对应的执行反馈信息，基于执行反馈信息完成对业务请求的响应，并通过业务端继续执行目标事件流。通过采用上述技术方案，网关可以在执行用户的业务请求的过程中，基于业务请求对应的用户信息和目标信息确定目标事件流，并执行目标事件流，而目标事件流是基于物流供应链预先设置的，如此在目标事件流执行过程中可以自动完成对供应链中各业务模块的操作，而无需用户对物流供应链各个业务模块单独进行操作，如此可以便于对物流供应链进行管理。

另外，由于结合用户信息确定目标事件流，因此用户可根据自身业务需求配置对应的事件流，并基于事件流实现对物流供应链的管理，如此可以有助于满足用户的客制化需求。

另外，由于目标事件流包括两个以上接口，而网关响应于初始接口的执行反馈信息即完成对业务请求的响应，如此可以提高业务请求的响应效率，进而提高用户的使用体验。

进一步的，由于网关仅执行物流供应链的初始接口，而通过业务端继续执行事件流，如此可以有助于避免所有的接口均由网关执行时网关的资源消耗大的问题，进而可以节省网关的资源，从而可以进一步的提高网关对业务请求的响应速度。

在一些实施方式中，参考图2，可选的，上述步骤105中，网关响应于初始接口对应的执行反馈信息之后，还包括以下步骤：

步骤201，网关在任务队列中添加任务信息。

其中，任务信息用于指示用户信息和业务信息。

在一个示例中，网关在任务队列中添加任务信息，包括：基于业务请求中的用户信息和业务信息生成目标任务信息；在任务队列中添加目标任务信息。

相应的，步骤106，业务端继续执行事件流，包括：

步骤202，业务端对任务队列进行监听，在监听到任务信息的情况下，启用新的进程或容器继续执行目标事件流。

在一个示例中，对任务队列进行监听，包括：基于系统日志对任务队列进行监听。在一个实例中，在系统中注册任务队列对应的监听器，以对系统日志中与任务队列相关的消息进行监听。

在一个示例中，任务信息包括用户信息和业务信息，启用新的进程或容器基于任务信息继续执行目标事件流，包括：基于任务信息中的用户信息和任务信息确定目标事件流；启用新的进程或容器基于任务信息继续执行目标事件流。

可选的，初始接口的执行状态可以包含在任务信息中，也可以是进程或容器根据目标事件流直接确定的。

在一个实例中，启用新的进程或容器基于任务信息继续执行目标事件流，包括：生成目标事件流对应的主进程或容器；主进程或容器在处理目标事件流的过程中，通过生成业务进程或容器执行相关接口的调用，并根据各业务进程或容器的反馈信息及目标事件流中对应的执行规则确定事件流的执行方式或执行结果。

其中，业务进程或容器在执行完对应的业务接口的调用后即释放。

通过采用上述技术方案，在事件流处理过程中网关、业务进程或容器的资源是可以快速释放的，如此可以使得该些资源可以服务与其他事件流的处理，进而可以有助于降低事件流执行过程中所占用的系统资源。

可选的，在目标事件流执行完成的情况下，确定任务执行完毕。在目标事件流执行的过程中，客户端可能会接收到相关业务模块对应的流程处理信息（比如：审批、材料补充等），此时相应的接口可以根据用户通过客户端传输的参数完成相应的业务执行，并向客户端返回业务执行结果。

上述实施方式中，可以通过任务队列将前端请求的处理过程进行分割，并通过不同的进程或容器去完成相应的任务，如此不仅可以保证前端请求的快速响应，还能合理分配系统资源，保证各事件流的处理效率。

参考图3，可选的，步骤202，进程或容器基于任务信息继续执行目标事件流，包括以下步骤：

步骤301，基于任务信息和关联参数确定待执行接口。

在一个示例中，基于任务信息和关联参数确定待执行接口，包括：在任务信息指示初始接口执行完成的情况下，将目标事件流中初始接口的下一接口确定为待执行接口；在任务信息指示初始接口执行被阻断的情况下，将目标事件流中初始接口的关联接口确定为待执行接口。

其中，目标事件流中接口的下一接口和/或关联接口在关联参数中预先设定。

步骤302，基于关联参数确定待执行接口的执行方式。

具体的，步骤302的具体实现方式参见上述步骤103，本实施例在此不再赘述。

步骤303，基于待执行接口的执行方式执行待执行接口。

具体的，步骤303的具体实现方式参见上述步骤104，本实施例在此不再赘述。

在一个示例中，基于待执行接口的执行方式执行待执行接口，包括：目标事件流对应的主进程或容器基于待执行接口对应的执行方式生成业务进程或容器，以通过业务进程或容器执行待执行接口。

步骤304，响应于待执行接口对应的执行反馈信息，基于待执行接口的执行反馈信息确定目标事件流是否执行完毕；在确定出目标事件流未执行完毕的情况下，执行步骤305。

在一个示例中，响应于待执行接口对应的执行反馈信息，基于待执行接口的执行反馈信息确定目标事件流是否执行完毕，包括：目标事件流对应的主进程或容器响应于待执行接口对应的业务进程或容器的反馈信息，基于待执行接口的执行反馈信息确定目标事件流是否执行完毕。

在一个示例中，确定目标事件流是否执行完毕，包括：在待执行接口对应的执行反馈信息指示待执行接口被阻断的情况下，确定目标事件流未执行完毕。

在另一个示例中，确定目标事件流是否执行完毕，包括：在待执行接口对应的执行反馈信息指示待执行接口执行完成的情况下，基于关联参数确定是否存在待执行接口的下一接口；在确定出不存在待执行接口的下一接口的情况下，确定目标事件流执行完毕。

进一步的，在确定出存在待执行接口的下一个接口的情况下，基于待执行接口对应的执行反馈信息确定是否满足下一接口的调用条件；在确定出满足下一接口的调用条件的情况下，确定目标事件流未执行完毕；在确定出不满足下一接口的调用条件的情况下，确定目标事件流执行完毕。

其中，下一接口的调用条件在关联参数中预先设置。比如：以采销管理模块为例，计划生成接口的下一接口为合同创建接口，此时在计划生成接口对应的执行反馈信息指示计划生成失败的情况下，确定执行反馈信息不满足合同创建接口的调用条件。

在实际实现时，在确定出存在待执行接口的下一接口的情况下，也可以直接确定目标事件流未执行完毕，本实施例不对确定目标事件流是否执行完毕的方式作限定。

步骤305，基于待执行接口的执行反馈信息和关联参数重新确定待执行接口，并返回执行上述步骤302至304。

具体的，步骤305的具体实现方式参见上述步骤301，本实施例在此不再赘述。

上述实施方式中，由于进程或容器可以响应于待执行接口对应的执行反馈信息，进一步基于待执行接口的执行反馈信息确定目标事件流是否执行完毕，并在目标事件流未执行完毕的情况下，基于待执行接口对应的执行反馈信息和关联参数重新确定并执行待执行接口，如此进程或容器可以基于接口的执行反馈信息和关联参数推动事件流对应的各个业务模块的执行，进而可以便于对物流供应链中各个业务模块进行管理。

在一些实施方式中，参考图4，可选的，步骤104，网关基于初始接口的执行方式执行初始接口，具体包括以下步骤：

步骤401，网关在初始接口的执行方式为阻断的情况下，阻断初始接口的执行。

其中，阻断接口执行的方式预先设置。

在一个示例中，阻断接口执行，包括：调用该接口，但阻断该接口的执行。如此可以在接口满足继续执行条件的情况下，快速执行该接口，从而可以有助于提高接口的执行速度。

在另一个实例中，阻断接口执行，包括：阻断该接口的调用。如此可以阻断过程中接口调用占用系统资源。

相应的，参考图4，上述步骤202中，进程或容器继续执行目标事件流，包括：

步骤402，进程或容器响应于初始接口对应的阻断事由消除，继续执行初始接口。

其中，阻断事由消除在关联参数中预先设置。

可选的，继续执行初始接口的方式基于接口的阻断方式确定。

在一个示例中，接口的阻断方式为完全阻断，此时，继续执行初始接口，包括：确定是否调用初始接口；若是，则调用初始接口；若否，则不调用初始接口，并确定初始接口执行完成。比如：阻断消除事由包括审批结果，则在审批结果指示审批通过的情况下，确定调用初始接口；在审批结果指示审批未通过的情况下，确定不调用初始接口。

在另一个示例中，接口的阻断方式为部分阻断，此时，继续执行初始接口，包括：确定是否继续执行初始接口；若是，则继续执行初始接口；若否，则停止执行初始接口，并确定初始接口执行完成。

上述实施方式中，可以在初始接口的执行方式为阻断的情况下，先通过网关对业务请求进行反馈，再通过业务端的进程或容器继续执行初始接口，如此可以在提高业务请求的响应速度的同时完成对初始端口的执行，同时也可以节省网关的计算资源，进而可以有助于提高用户体验。

在一个示例中，参考图5，上述步骤401中，网关阻断初始接口的执行之后，还包括以下步骤：

步骤501，网关在任务队列中添加初始接口被阻断的任务信息。

具体的，步骤501的具体实现方式参见上述步骤201，本实施例在此不再赘述。

相应的，参考图5，上述步骤402，进程或容器响应于初始接口对应的阻断事由消除，继续执行初始接口，具体包括以下步骤：

步骤502，进程或容器在监听到初始接口被阻断的任务信息的情况下，基于关联参数确定初始接口的关联接口和关联接口的执行方式。

其中，目标事件流中初始接口的关联接口以及关联接口的执行方式在关联参数中预先设置。

步骤503，进程或容器基于关联接口的执行方式执行关联接口。

具体的，步骤503的具体实现方式参见上述步骤104，本实施例在此不再赘述。

步骤504，进程或容器响应于关联接口执行完成，继续执行初始接口。

可选的，关联接口是否执行完成基于关联接口对应的执行反馈信息确定，即在执行反馈信息指示关联接口执行完成的情况下，确定关联接口执行完成。

在其他实施方式中，关联接口的执行反馈信息也可以是系统根据预设的规则自动生成的，此时无需执行步骤502和步骤503。

上述技术方案中，由于在初始接口对应的执行方式为阻断的情况下，网关在阻断初始接口的执行之后在任务队列中添加初始接口被阻断的任务信息，业务端中目标事件流对应的进程或容器在监听到初始接口被阻断的任务信息的情况下，先执行初始接口的关联接口，并在关联接口执行完成的情况下，继续执行目标接口，以最终完成目标接口的执行，如此可以在初始接口的执行方式为阻断的情况下，通过任务队列中的任务信息完成网关与业务端之间初始端口执行的衔接，从而可以在确保网关对业务请求响应速度的同时确保通过业务端将初始接口执行完成，如此可以有助于提高用户的使用体验，同时也可以节约网关的资源。

在实际实现时，用户的需求可能会发生变化，相应的，需要对业务模块进行增加和/或删除，针对该情况，可以通过对用户对应的事件流进行重新创建来适应用户的需求。但在重新创建事件流之后，新的事件流仅服务于该用户新的业务请求对应的任务，对于正在执行过程中的执行中任务则无法对其进行改变，如此可能导致执行中任务的无法满足用户需求的问题。

比如：用户先开启了审批功能，但是经过一段时间使用后，觉得审批功能没有必要，那么可以通过调整事件流来删除审批模块，但是对于一些已审批模块删除前提交的任务，仍需要完成审批，这就使得任务的执行过程与用户需求不符。

为了有助于解决上述问题，在一些实施方式中，参考图6，可选的，本申请实施例提供的物流供应链场景协同系统还包括监控模块，基于用户自定义的物流供应链场景协同方法还包括以下步骤：

步骤601，监控模块在监测到事件流修改的情况下，确定修改前的事件流对应的执行中任务。

其中，执行中任务，是指基于修改前的事件流创建且未执行完成的任务。可选的，可以根据任务队列中个任务的执行情况确定执行中任务，或者也可以根据业务端中各个目标事件流对应的主任务进程或容器来确定执行中任务，本实施例不对执行中任务的确定方式作限定。

在一个实例中，执行中任务用业务端中的用于处理任务的进程或容器表示。

可选的，用户对应的事件流由系统进行维护，如此可以便于系统通过监测模块对用户对应的事件流的变更情况进行监测。

在一个示例中，对于每个任务，在任务执行过程中，系统会记录任务的执行情况，并在任务执行完成的情况下，将任务标记为已完成。在一个实例中，在通过上述步骤304确定出目标事件流执行完毕的情况下，确定执行中任务已执行完成。

步骤602，监控模块基于修改后的事件流对执行中任务进行处理，以使得执行中任务按修改后的事件流指示的规则执行。

可选的，基于修改后的事件流对执行中任务进行处理，包括：终止执行中任务的执行，并基于关联数据重新发起业务请求，以使得重新发起的业务请求按修改后的事件流执行。

其中，关联数据可以包括执行中任务对应的原始请求数据，或者也可以包括执行中任务在执行过程中产生的反馈数据。

在一个示例中，关联数据包括原始请求数据，此时，基于关联数据重新发起业务请求，包括：基于关联数据向网关重新发起业务请求。

在另一个示例中，关联数据还包括执行过程中产生的反馈数据，此时，基于关联数据发起业务请求，包括：基于用户数据、业务信息和执行过程中的反馈数据生成目标任务信息；在任务队列中添加目标任务信息，如此业务端可以基于用户数据和业务信息重新确定目标事件流，并从反馈数据指示的位置继续执行目标事件流，如此可以有助于避免目标事件流的重复执行。

在一个示例中，终止执行中任务的执行，包括：删除执行中任务对应的待执行步骤。比如：将执行中任务对应的待审批步骤进行删除。在实际实现时，也可以直接将执行中任务对应的进程或容器删除。

进一步的，基于关联数据重新发起业务请求之后，还包括：对重新发起的业务请求的执行情况进行追踪，以确定重新发起的业务请求对应的任务是否创建成功。可选的，在执行情况指示业务请求对应的任务未创建成功的情况下，基于其它方式重新发起业务请求，和/或输出异常提示信息以提示管理员进行处理。

上述技术方案中，由于在监测到事件流修改的情况下，基于修改后的事件流对修改前的事件流对应的执行中任务进行处理，以使得执行中任务按修改后的事件流指示的规则运行，如此可以在用户对事件流进行修改的情况下，对执行中任务进行处理，从而可以使得执行中任务的执行方式也满足用户的需求，进而可以提升用户体验。

在一些实施方式中，参考图7，可选的，步骤402，监控模块基于修改后的事件流对执行中任务进行处理，包括以下步骤：

步骤701，监控模块将修改后的事件流与修改前的事件流进行比对，得到事件流变更情况。

其中，事件流变更情况用事件流中业务模块的接口及各个接口间的关联参数的变更情况表示。

比如：事件流变更情况包括将清单生成接口调用之前的审批流程接口调用删除，并调整接口之间的关联参数。

又比如：事件流变更情况包括在清单生成接口调用之前增加审批流程接口调用，并设置接口之间的关联参数。

步骤702，监控模块基于事件流变更情况对执行中任务的执行过程进行调整。

在一个示例中，事件流变更情况包括删除接口调用，相应的，基于事件流变更情况对执行中任务的执行过程进行调整，包括：跳过执行中任务中被删除接口的调用。

比如：被删除的接口为审批流程接口，则当执行中任务执行至审批步骤时，不调用审批流程接口，而直接修改审批状态，比如：直接生成审批通过对应的反馈信息，如此可以跳过审批流程接口的调用，而执行之后的步骤。

在另一个示例中，事件流变更情况包括在调用目标接口前增加接口调用，相应的，基于事件流变更情况对执行中任务的执行过程进行调整，包括：在执行中任务执行至需调用目标接口时，阻断目标接口的调用，并调用新增的接口；在新增接口调用完成后再调用目标接口，或基于新增接口的反馈信息确定是否调用目标接口。

比如：在清单生成接口调用之前增加审批流程接口调用，则当执行至需调用清单生成接口时，阻断清单生成接口的调用，并调用审批流程接口；并在审批流程接口的执行反馈信息指示审批通过的情况下，调用清单生成接口。

在实际实现时，也可以基于其它方式对事件流进行调整，本实施例不对事件流的调整方式作限定。

上述技术方案中，由于可以确定事件流变更情况并基于事件流变更情况对执行中任务的执行过程进行调整，如此可以在保留执行中任务的同时使得执行中任务以修改后的事件流指示的规则执行，进而可以提升用户体验。

在一些实施方式中，参考图8，可选的，本申请实施例提供的物流供应链场景协同系统还包括配置模块，基于用户自定义的物流供应链场景协同方法还包括以下步骤：

步骤801，配置模块响应于事件流配置请求，输出事件流配置界面。

在一个示例中，事件流配置请求是基于用户操作生成的。在一个示例中系统提供用户操作界面，在用户操作界面中的事件流配置控件被触发的情况下，生成事件流配置请求。

可选的，事件流配置请求包括用户信息，如此可以便于将事件流与用户进行对应。

在一个示例中，事件流配置界面包括至少一个业务模块。在一个实例中，将物流供应链根据上下游划分为采销、仓储、运输和管理等多个业务场景，并针对每个业务场景下的具体业务设置相应的业务模块，比如：在采销业务场景下设置清单生成、审批管理和合同生成等模块。

可选的，事件流配置界面为可视化界面，业务模块用事件流配置界面的图标表示，如此在事件流配置过程中可以通过拖拽不同业务模块对应的图标实现业务模块的选择和组合。

步骤802，配置模块基于事件流配置界面接收的配置操作生成用户对应的事件流。

在一个示例中，事件流配置过程中通过事件流配置界面对需要的业务模块进行选择和组合，系统可根据业务模块组合生成事件流。

在另一个示例中，系统提供至少一个业务模块组合模板，事件流配置过程中通过对业务模块组合模板进行选择和调整，得到自定义的业务模块组合，系统可根据业务模块组合生成事件流。

可选的，系统可根据业务模块组合生成业务模块对应的接口之间的调用关系，从而得到事件流。

进一步的，在事件流配置过程中可通过事件流配置界面对业务模块的接口间的调用关系以及传参设置进行配置，如此可以有助于提高生成的事件流的准确性。

在一个示例中，传参设置包括简单模式和高级模式。具体的，简单模式是指下一个被调用接口的传入参数为上一个接口的传入参数或传出参数中的内容，如此，在传参设置的过程中直接进行参数的映射即可；高级模式是指下一个被调用接口的传入参数无法基于上一个接口的传入或传出参数直接获得，而需基于传入或传出参数对数据库进行查询和/或对参数进行转换得到，如此，在进行传参设置的过程中还需要设定相应的参数转换规则。

上述实施方式中，由于配置模块可以基于事件流配置界面接收配置操作，并基于配置操作生成用户对应的事件流，如此可灵活适配不同用户的业务需求，进而实现物流供应链上下游的协同。

需要补充说明的是，上述实施例中的网关、业务端、监控模块和配置模块仅是物流供应链场景协同系统的系统功能划分，在实际实现时，该些模块可以实现在相同或不同的物理设备中，本实施例不对网关、业务端、监控模块和配置模块的具体实现方式作限定。

本申请实施例还提供一种基于用户自定义的物流供应链场景协同系统。参考图9，该系统包括客户端910、网关920和业务端930。

客户端910，用于向网关920发起业务请求。

网关920，用于响应于客户端910发送的业务请求，基于业务请求确定用户信息和业务信息；基于用户信息和业务信息确定目标事件流，目标事件流包括至少两个业务模块的接口以及各个接口之间的关联参数，目标事件流基于物流供应链预先配置；基于关联参数确定目标事件流的初始接口的执行方式；基于初始接口的执行方式执行初始接口；响应于初始接口对应的执行反馈信息，基于执行反馈信息完成对业务请求的响应；

业务端930，用于继续执行事件流。

可选的，网关920响应于初始接口对应的执行反馈信息之后，还用于在任务队列中添加任务信息。

相应的，业务端930继续执行所述目标事件流，包括对任务队列进行监听，并在监听到任务信息的情况下，启用新的进程或容器基于任务信息继续执行目标事件流。

可选的，本实施例提供的用户自定义的物流供应链场景协同系统，还包括监控模块。监控模块，用于在监测到事件流修改的情况下，确定修改前的事件流对应的执行中任务；监控模块基于修改后的事件流对执行中任务进行处理，以使得执行中任务按修改后的事件流指示的规则执行。

可选的，本实施例提供的用户自定义的物流供应链场景协同系统，还包括配置模块。配置模块，用于响应于事件流配置请求，输出事件流配置界面；基于事件流配置界面接收的配置操作生成用户对应的事件流。

需要补充说明的是，上述实施例中提供的物流供应链场景协同系统在进行物流供应链场景协同时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将物流供应链场景协同的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的物流供应链场景协同系统与物流供应链场景协同方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。

本申请实施例还提供一种电子设备。如图10所示，图10所示的电子设备1000包括：处理器1001和存储器1003。其中，处理器1001和存储器1003相连，如通过总线1002相连。可选地，电子设备1000还可以包括收发器1004。需要说明的是，实际应用中收发器1004不限于一个，该电子设备1000的结构并不构成对本申请实施例的限定。

处理器1001可以是CPU（Central Processing Unit，中央处理器），通用处理器，DSP（Digital Signal Processor，数据信号处理器），ASIC（Application SpecificIntegrated Circuit，专用集成电路）或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框，模块和电路。处理器1001也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，DSP和微处理器的组合等。

总线1002可包括一通路，在上述组件之间传送信息。总线1002可以是PCI（Peripheral Component Interconnect，外设部件互连标准）总线或EISA（ExtendedIndustry Standard Architecture，扩展工业标准结构）总线等。总线1002可以分为地址总线、数据总线等。为便于表示，图10中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

存储器1003可以是ROM（Read Only Memory，只读存储器）或可存储静态信息和指令的其他类型的静态存储设备，RAM（Random Access Memory，随机存取存储器）或者可存储信息和指令的其他类型的动态存储设备，也可以是EEPROM（Electrically ErasableProgrammable Read Only Memory，电可擦可编程只读存储器）、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。

存储器1003用于存储执行本申请方案的应用程序代码，并由处理器1001来控制执行。处理器1001用于执行存储器1003中存储的应用程序代码，以实现前述方法实施例所示的内容。

其中，电子设备包括但不限于：移动电话、笔记本电脑、PDA（个人数字助理）、PAD（平板电脑）等等的移动终端以及诸如数字TV、台式计算机等等的固定终端。还可以为服务端等。图10示出的电子设备仅仅是一个示例，不应对本申请实施例的功能和使用范围带来任何限制。

本申请实施例还提供一种计算机可读存储介质，其上存储有计算机程序，当计算机程序在计算机中执行时，令计算机执行上述实施例提供的基于用户自定义的物流供应链场景协同方法。

应该理解的是，虽然附图的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，其可以以其他的顺序执行。

以上仅是本申请的部分实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本申请的保护范围。

Claims (10)

1.一种基于用户自定义的物流供应链场景协同方法，其特征在于，用于物流供应链场景协同系统中，所述物流供应链场景协同系统包括网关和业务端，所述方法包括：

所述网关响应于业务请求，基于所述业务请求确定用户信息和业务信息；

所述网关基于所述用户信息和所述业务信息确定目标事件流，所述目标事件流包括至少两个业务模块的接口以及各个所述接口之间的关联参数，所述目标事件流基于物流供应链预先配置；

所述网关基于所述关联参数确定所述目标事件流的初始接口的执行方式；

所述网关基于所述初始接口的执行方式执行所述初始接口；

所述网关响应于所述初始接口对应的执行反馈信息，基于所述执行反馈信息完成对所述业务请求的响应；

所述业务端继续执行所述目标事件流。

2.根据权利要求1所述的方法，其特征在于，所述网关响应于所述初始接口对应的执行反馈信息之后，还包括：

所述网关在任务队列中添加任务信息；

所述业务端继续执行所述目标事件流包括：

所述业务端对所述任务队列进行监听，并在监听到所述任务信息的情况下，启用新的进程或容器继续执行所述目标事件流。

3.根据权利要求2所述的方法，其特征在于，所述进程或容器基于任务信息继续执行所述目标事件流，包括：

基于所述任务信息和所述关联参数确定待执行接口；

基于所述关联参数确定所述待执行接口的执行方式；

基于待执行接口的执行方式执行所述待执行接口；

响应于所述待执行接口对应的执行反馈信息，基于所述待执行接口的执行反馈信息确定所述目标事件流是否执行完毕；

在确定出所述目标事件流未执行完毕的情况下，基于所述待执行接口的执行反馈信息和所述关联参数重新确定并执行待执行接口，并返回执行所述基于所述待执行接口的执行反馈信息和所述关联参数确定所述目标事件流是否执行完毕的步骤。

4.根据权利要求2所述的方法，其特征在于，所述网关基于所述初始接口的执行方式调用所述初始接口，包括：

所述网关在所述初始接口的执行方式为阻断的情况下，阻断所述初始接口的执行；

所述进程或容器继续执行所述目标事件流，包括：

所述进程或容器响应于所述初始接口对应的阻断事由消除，继续执行所述初始接口。

5.根据权利要求4所述的方法，其特征在于，所述网关阻断初始接口的执行之后，还包括：

所述网关在任务队列中添加所述初始接口被阻断的任务信息；

所述进程或容器响应于所述初始接口对应的阻断事由消除，继续执行所述初始接口，包括：

所述进程或容器在监听到所述初始接口被阻断的任务信息的情况下，基于所述关联参数确定所述初始接口的关联接口和所述关联接口的执行方式；

所述进程或容器基于所述关联接口的执行方式执行所述关联接口；

所述进程或容器响应于所述关联接口执行完成，继续执行所述初始接口。

6.根据权利要求1所述的方法，其特征在于，所述物流供应链场景协同系统还包括监控模块，所述方法还包括：

所述监控模块在监测到事件流修改的情况下，确定修改前的事件流对应的执行中任务；

所述监控模块基于修改后的事件流对所述执行中任务进行处理，以使得所述执行中任务按所述修改后的事件流指示的规则执行。

7.根据权利要求6所述的方法，其特征在于，所述监控模块基于修改后的事件流对所述执行中任务进行处理，包括：

所述监控模块将所述修改后的事件流与所述修改前的事件流进行比对，得到事件流变更情况；

所述监控模块基于所述事件流变更情况对所述执行中任务的执行过程进行调整。

8.根据权利要求1所述的方法，其特征在于，所述物流供应链场景协同系统还包括配置模块，所述方法还包括：

所述配置模块响应于事件流配置请求，输出事件流配置界面；

所述配置模块基于所述事件流配置界面接收的配置操作生成所述用户对应的事件流。

9.一种基于用户自定义的物流供应链场景协同系统，其特征在于，所述系统包括客户端、网关和业务端；所述客户端通过所述网关与所述业务端信号连接；

所述客户端，用于向所述网关发起业务请求；

所述网关，用于响应于业务请求，基于所述业务请求确定用户信息和业务信息；基于所述用户信息和所述业务信息确定目标事件流，所述目标事件流包括至少两个业务模块的接口以及各个所述接口之间的关联参数，所述目标事件流基于物流供应链预先配置；基于所述关联参数确定所述目标事件流的初始接口的执行方式；基于所述初始接口的执行方式执行所述初始接口；响应于所述初始接口对应的执行反馈信息，基于所述执行反馈信息完成对所述业务请求的响应；

所述业务端，用于继续执行所述事件流。

10.一种电子设备，其特征在于，所述电子设备包括：

至少一个处理器；

存储器；

至少一个应用程序，其中至少一个应用程序被存储在存储器中并被配置为由至少一个处理器执行，所述至少一个应用程序配置用于：执行权利要求1至8任一项所述的基于用户自定义的物流供应链场景协同方法。