CN113762652A - 业务流程控制方法、装置、设备及计算机可读存储介质 - Google Patents
业务流程控制方法、装置、设备及计算机可读存储介质 Download PDFInfo
- Publication number
- CN113762652A CN113762652A CN202010483430.9A CN202010483430A CN113762652A CN 113762652 A CN113762652 A CN 113762652A CN 202010483430 A CN202010483430 A CN 202010483430A CN 113762652 A CN113762652 A CN 113762652A
- Authority
- CN
- China
- Prior art keywords
- service
- business process
- message
- execution result
- business
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000000034 method Methods 0.000 title claims abstract description 344
- 238000004886 process control Methods 0.000 title claims abstract description 28
- 238000003860 storage Methods 0.000 title claims abstract description 15
- 230000008569 process Effects 0.000 claims abstract description 284
- 238000012545 processing Methods 0.000 claims description 17
- 238000012544 monitoring process Methods 0.000 claims description 13
- 238000004590 computer program Methods 0.000 claims description 11
- 238000012423 maintenance Methods 0.000 abstract description 8
- 238000007726 management method Methods 0.000 description 35
- 238000013461 design Methods 0.000 description 34
- 230000006870 function Effects 0.000 description 18
- 238000009826 distribution Methods 0.000 description 12
- 238000010586 diagram Methods 0.000 description 10
- 238000012384 transportation and delivery Methods 0.000 description 6
- 230000005540 biological transmission Effects 0.000 description 5
- 230000008878 coupling Effects 0.000 description 4
- 238000010168 coupling process Methods 0.000 description 4
- 238000005859 coupling reaction Methods 0.000 description 4
- 230000002085 persistent effect Effects 0.000 description 4
- 238000002054 transplantation Methods 0.000 description 4
- 230000002159 abnormal effect Effects 0.000 description 3
- 230000005856 abnormality Effects 0.000 description 3
- 238000005315 distribution function Methods 0.000 description 2
- 238000004519 manufacturing process Methods 0.000 description 2
- 230000004044 response Effects 0.000 description 2
- 230000006978 adaptation Effects 0.000 description 1
- 238000004891 communication Methods 0.000 description 1
- 238000013523 data management Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 230000003993 interaction Effects 0.000 description 1
- 210000001503 joint Anatomy 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000004806 packaging method and process Methods 0.000 description 1
- 230000026676 system process Effects 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
- G06Q10/063—Operations research, analysis or management
- G06Q10/0631—Resource planning, allocation, distributing or scheduling for enterprises or organisations
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/54—Interprogram communication
- G06F9/542—Event management; Broadcasting; Multicasting; Notifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/54—Interprogram communication
- G06F9/546—Message passing systems or structures, e.g. queues
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
- G06Q10/063—Operations research, analysis or management
- G06Q10/0631—Resource planning, allocation, distributing or scheduling for enterprises or organisations
- G06Q10/06316—Sequencing of tasks or work
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/08—Logistics, e.g. warehousing, loading or distribution; Inventory or stock management
- G06Q10/087—Inventory or stock management, e.g. order filling, procurement or balancing against orders
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F2209/00—Indexing scheme relating to G06F9/00
- G06F2209/54—Indexing scheme relating to G06F9/54
- G06F2209/548—Queue
Landscapes
- Engineering & Computer Science (AREA)
- Business, Economics & Management (AREA)
- Human Resources & Organizations (AREA)
- Theoretical Computer Science (AREA)
- Economics (AREA)
- Entrepreneurship & Innovation (AREA)
- General Physics & Mathematics (AREA)
- Strategic Management (AREA)
- Physics & Mathematics (AREA)
- Software Systems (AREA)
- Operations Research (AREA)
- Quality & Reliability (AREA)
- Tourism & Hospitality (AREA)
- Marketing (AREA)
- General Business, Economics & Management (AREA)
- Development Economics (AREA)
- Game Theory and Decision Science (AREA)
- Educational Administration (AREA)
- General Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Accounting & Taxation (AREA)
- Finance (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
本发明实施例提供一种业务流程控制方法、装置、设备及计算机可读存储介质,本发明实施例的方法,通过将各个业务流程以及流程控制中心服务化,通过第二服务执行对应的业务流程,并根据对应业务流程的执行结果向第一服务发送执行结果通知消息,然后通过第一服务根据执行结果通知消息和规则引擎确定下一个业务流程,实现业务流程的流程控制,各个第二服务相互独立,在某一业务流程变化时,只需修改对应第二服务,需要增加或删除一个业务流程时,通过增加或者删除一个第二服务即可实现,实现各个业务流程的解耦,大大降低了仓储管理系统的复杂度,系统维护更加简单快捷。
Description
技术领域
本发明实施例涉及仓储物流领域,尤其涉及一种业务流程控制方法、装置、设备及计算机可读存储介质。
背景技术
仓储管理系统通常有一套基本的订单作业内容,包括:入库、生产、库存管理等。在各个作业内容中包含了许多业务流程,例如订单生产流程中包括订单商品库存分配、拣货、核销、商品打包等流程。不同业务场景的仓储管理系统包括的作业内容及业务流程各不相同。
现有的仓储管理系统,通常使用预设流程配置项的方式,系统设计前期需要收集尽可能多、尽可能全面的业务流程订制项,构成一套完整的系统流程,来实现业务流程的控制。
在实现本发明过程中,发明人发现现有技术中至少存在如下问题:仓储管理系统的业务流程定制项多而且复杂,业务流程之间的耦合度很高,系统升级维护很困难。
发明内容
本发明实施例提供一种业务流程控制方法、装置、设备及计算机可读存储介质,用以解决现有的仓储管理系统的业务流程定制项多而且复杂,业务流程之间的耦合度很高,系统升级维护很困难的问题。
第一方面,本发明实施例提供一种业务流程控制方法,包括:
响应于任一业务流程的执行结果通知消息,通过第一服务根据规则引擎确定下一个业务流程,并向所述下一个业务流程对应的第二服务发送任务消息;
通过所述第二服务根据所述任务消息执行所述下一个业务流程,并根据执行结果向所述第一服务发送执行结果通知消息。
在一种可能的设计中,所述方法还包括:
响应于接收到的订单处理指令,通过所述第一服务根据所述规则引擎确定第一个业务流程,并向所述第一个业务流程对应的第二服务发送任务消息,所述任务消息包括订单标识。
在一种可能的设计中,所述方法还包括:
通过第三服务为每个所述第二服务配置一个用于与所述第一服务传递消息的消息队列。
在一种可能的设计中,通过任一第二服务向所述第一服务发送执行结果通知消息,包括:
通过所述第二服务将待发送的所述执行结果通知消息添加到对应的消息队列中;
通过所述第一服务监听所述第二服务的消息队列,以接收所述执行结果通知消息。
在一种可能的设计中,通过所述第一服务向任一所述第二服务发送任务消息,包括:
通过所述第一服务将所述任务消息添加到所述第二服务对应的消息队列中;
通过所述第二服务监听对应的消息队列,以接收所述任务消息。
在一种可能的设计中,所述方法还包括:
通过第三服务为每个业务流程配置一个服务编号,按照执行由先到后的顺序,各个业务流程的服务编号由小到大或者由大到小排列。
在一种可能的设计中,所述方法还包括:
通过所述第二服务执行对应的业务流程之前,根据所述业务流程的服务编号以及已有各个业务流程处理后的业务数据,确定上一个业务流程处理后的业务数据,其中,任一业务流程处理后的业务数据绑定了该业务流程的服务编号;
通过所述第二服务将执行对应的业务流程之后的业务数据与对应业务流程的服务编号绑定后存储。
在一种可能的设计中,任意相邻的两个服务编号之间保留至少一个备用服务编号。
在一种可能的设计中,所述方法还包括:
通过所述第一服务生成任务消息日志,并将所述任务消息日志存储到数据库;
通过所述第二服务生成执行结果通知消息日志,并将所述执行结果通知消息日志存储到数据库;
响应于消息查询请求,从所述数据库中查询对应的任务消息日志和/或执行结果通知消息日志。
在一种可能的设计中,所述方法还包括:
通过第三服务配置所述规则引擎。
第二方面,本发明实施例提供一种业务流程控制方法,应用于仓储管理系统的服务器,所述仓储管理系统包括多个业务流程,所述服务器运行有作为流程控制中心的第一服务和用于执行对应业务流程的第二服务,所述方法包括:
响应于任一业务流程的执行结果通知消息,通过第一服务根据规则引擎确定下一个业务流程,并向所述下一个业务流程对应的第二服务发送任务消息;通过所述第二服务根据所述任务消息执行所述下一个业务流程,并根据执行结果向所述第一服务发送执行结果通知消息。
第三方面,本发明实施例提供一种业务流程控制装置,包括:
流程控制中心模块,用于响应于任一业务流程的执行结果通知消息,通过第一服务根据规则引擎确定下一个业务流程,并向所述下一个业务流程对应的第二服务发送任务消息;
业务流程执行模块,通过所述第二服务根据所述任务消息执行所述下一个业务流程,并根据执行结果向所述第一服务发送执行结果通知消息。
在一种可能的设计中,所述流程控制中心模块还用于:
响应于接收到的订单处理指令,通过所述第一服务根据所述规则引擎确定第一个业务流程,并向所述第一个业务流程对应的第二服务发送任务消息,所述任务消息包括订单标识。
在一种可能的设计中,所述装置还包括:配置中心模块。所述配置中心模块用于:通过第三服务为每个所述第二服务配置一个用于与所述第一服务传递消息的消息队列。
在一种可能的设计中,所述业务流程执行模块还用于:通过所述第二服务将待发送的所述执行结果通知消息添加到对应的消息队列中。
所述流程控制中心模块还用于:通过所述第一服务监听所述第二服务的消息队列,以接收所述执行结果通知消息。
在一种可能的设计中,所述流程控制中心模块还用于:通过所述第一服务将所述任务消息添加到所述第二服务对应的消息队列中。
所述业务流程执行模块还用于:通过所述第二服务监听对应的消息队列,以接收所述任务消息。
在一种可能的设计中,所述配置中心模块还用于:
通过第三服务为每个业务流程配置一个服务编号,按照执行由先到后的顺序,各个业务流程的服务编号由小到大或者由大到小排列。
在一种可能的设计中,所述业务流程执行模块还用于:
通过所述第二服务将执行对应的业务流程之后的业务数据与自身的服务编号绑定后存储。
在一种可能的设计中,所述业务流程执行模块还用于:
通过所述第二服务执行对应的业务流程之前,根据所述第二服务的服务编号,获取绑定的服务编号与所述第二服务的服务编号差值最小的业务数据,得到上一个业务流程执行完之后的业务数据。
在一种可能的设计中,任意相邻的两个服务编号之间保留至少一个备用服务编号。
在一种可能的设计中,所述流程控制中心模块还用于:
通过所述第一服务生成任务消息日志,并将所述任务消息日志存储到数据库。
在一种可能的设计中,所述业务流程执行模块还用于:
通过所述第二服务生成执行结果通知消息日志,并将所述执行结果通知消息日志存储到数据库。
在一种可能的设计中,所述业务流程执行模块还用于:
响应于消息查询请求,从所述数据库中查询对应的任务消息日志和/或执行结果通知消息日志。
在一种可能的设计中,所述配置中心模块还用于:
通过第三服务配置所述规则引擎。
第四方面,本发明实施例提供一种业务流程控制设备,包括:
处理器,存储器,以及存储在所述存储器上并可在所述处理器上运行的计算机程序;
其中,所述处理器运行所述计算机程序时实现上述所述的业务流程控制方法。
第五方面,本发明实施例提供一种计算机可读存储介质,所述计算机可读存储介质中存储有计算机程序,所述计算机程序被处理器执行时实现上述所述的业务流程控制方法。
本发明实施例提供的业务流程控制方法、装置、设备及计算机可读存储介质,通过将各个业务流程以及流程控制中心服务化,通过第二服务执行对应的业务流程,并根据对应业务流程的执行结果向第一服务发送执行结果通知消息,然后通过第一服务根据执行结果通知消息和规则引擎确定下一个业务流程,实现业务流程的流程控制,各个第二服务相互独立,在某一业务流程变化时,只需修改对应第二服务,需要增加或删除一个业务流程时,通过增加或者删除一个第二服务即可实现,实现各个业务流程的解耦,大大降低了仓储管理系统的复杂度,系统维护更加简单快捷。
附图说明
图1为本发明实施例一提供的仓储管理系统的构成框图;
图2为本发明实施例一提供的业务流程控制方法流程图;
图3为本发明实施例二提供的业务流程控制方法流程图;
图4为本发明实施例二提供的分配流程的示意图;
图5为本发明实施例二提供的拣货流程的示意图;
图6为本发明实施例三提供的业务流程控制装置的结构示意图;
图7为本发明实施例四提供的业务流程控制装置的结构示意图;
图8为本发明实施例五提供的业务流程控制设备的结构示意图。
通过上述附图,已示出本发明明确的实施例,后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本发明构思的范围,而是通过参考特定实施例为本领域技术人员说明本发明的概念。
具体实施方式
这里将详细地对示例性实施例进行说明,其示例表示在附图中。下面的描述涉及附图时,除非另有表示,不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本发明相一致的所有实施方式。相反,它们仅是与如所附权利要求书中所详述的、本发明的一些方面相一致的装置和方法的例子。
首先对本发明实施例所涉及的名词进行解释:
耦合:是指两个或两个以上的体系或两种运动形式间通过相互作用而彼此影响以至联合起来的现象。
消费服务:也称为消息队列(Message Queue,简称MQ),指把要传输的数据(称作“消息”)放在队列中,用队列机制来实现消息传递——生产者产生消息并把消息放入队列,然后由消费者去处理。消费者可以到指定队列拉取消息;或者订阅相应的队列,由MQ服务端给其推送消息。
此外,术语“第一”、“第二”、“第三”等仅用于描述目的,而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。在以下各实施例的描述中,“多个”的含义是两个以上,除非另有明确具体的限定。
本发明实施例具体应用于仓储管理系统,仓储管理系统包含一套基本的订单作业内容,各个作业内容包含了多个业务流程。
本实施例中,仓储管理系统的构成框图如图1所示,包括以下三部分:配置中心、流程控制中心和业务节点池。配置中心和流程控制中心均通过独立部署的服务实现,业务节点池中包括多个业务流程,其中每个业务流程均通过独立的服务实现,业务流程对应的服务也可以称作业务节点。配置中心包括通用配置和对接外部配置,其中通用配置至少包括规则引擎,规则引擎包括各个业务流程的流程编排配置信息,流程控制中心依据规则引擎控制各个业务流程的执行顺序。对接外部配置至少包括节点业务配置,节点业务配置包括各个业务节点的配置信息,例如,为业务节点对应服务配置的消息队列。
如图1所示,流程控制中心的路由策略功能是指流程控制中心根据规则引擎确定下一个要执行的业务流程。消息分发功能是指流程控制中心向下一个要执行的业务流程发送任务消息,以启动下一个业务流程的执行。消息分发功能是指流程控制中心能够将下发的任务消息进行持久化地存储。消息查询接口是指流程控制中心能够提供已存储的任务消息的查询功能。流程控制中心还可以实现对业务流程的正向流程控制和逆向流程控制。另外,图1中所示出的流程控制中心的功能可以根据实际应用场景进行增加或者删除,本实施例此处不做具体限定。
图1中仅以列出的部分业务流程为例进行示例性地说明,业务节点池还可以包括仓储管理系统中的其他业务流程,并且可以根据实际应用场景增加或者删除业务节点池中的业务流程,本实施例此处不做具体限定。
下面以具体地实施例对本发明的技术方案以及本申请的技术方案如何解决上述技术问题进行详细说明。下面这几个具体的实施例可以相互结合,对于相同或相似的概念或过程可能在某些实施例中不再赘述。下面将结合附图,对本发明的实施例进行描述。
图2为本发明实施例一提供的业务流程控制方法流程图。本发明实施例针对仓储管理系统的业务流程定制项多而且复杂,业务流程之间的耦合度很高,系统升级维护很困难的问题,提供了业务流程控制方法。本实施例中的方法应用于仓储管理系统设备。如图2所示,该方法具体步骤如下:
步骤S101、响应于任一业务流程的执行结果通知消息,通过第一服务根据规则引擎确定下一个业务流程,并向下一个业务流程对应的第二服务发送任务消息。
本实施例中,流程控制中心和各个业务流程均通过独立部署的服务实现。其中,第一服务用于实现流程控制中心的功能,第二服务用于执行对应业务流程的业务处理功能。
流程控制中心对应的第一服务用于根据规则引擎控制仓储管理系统中各个业务流程的整体执行流程。其中,规则引擎包括各个业务流程的流程编排配置信息,流程控制中心依据规则引擎控制各个业务流程的执行顺序。
具体地,在上一个业务流程执行完之后,上一个业务流程对应的第二服务会向第一服务发送执行结果通知消息。第一服务在接收到上一个业务流程的执行结果通知消息之后,根据执行结果通知消息,依据规则引擎,确定下一个要执行的业务流程,并向下一个要执行的业务流程对应的第二服务发送任务消息,以启动下一个业务流程对应的第二服务完成下一个业务流程的执行。这样,流程控制中心就可以实现仓储管理系统中各个业务流程的流程控制。
步骤S102、通过第二服务根据任务消息执行下一个业务流程,并根据执行结果向第一服务发送执行结果通知消息。
第二服务接收到任务消息之后,可以根据任务消息执行对应的业务流程,并在完成对应业务流程之后,根据执行结果向第一服务发送执行结果通知消息。
通过循环执行步骤S101-S102可以实现仓储管理系统的整体流程控制。
示例性地,如果第二服务在执行对应的业务流程过程中出现异常,第二服务可根据对应业务流程的具体情况做出相应的操作,例如,第二服务对应业务流程为分配流程,如果分配过程中发生异常,可以进行重试操作。
示例性地,执行结果通知消息可以为执行完成消息或者异常消息。
另外,第二服务执行对应业务流程的过程可以采用与现有技术中相同业务流程的执行过程一致的方式实现,本实施例此处不再赘述。
本发明实施例中将各个业务流程以及流程控制中心服务化,通过第二服务执行对应的业务流程,并根据对应业务流程的执行结果向第一服务发送执行结果通知消息,然后通过第一服务根据执行结果通知消息和规则引擎确定下一个业务流程,实现业务流程的流程控制,各个第二服务相互独立,在某一业务流程变化时,只需修改对应第二服务,需要增加或删除一个业务流程时,通过增加或者删除一个第二服务即可实现,实现各个业务流程的解耦,从而在业务规则变化时,所影响的范围可以减少到业务流程的服务级别,通过增、删业务流程对应服务可以方便的实现仓储管理系统扩展和移植,大大降低了仓储管理系统的复杂度,系统维护更加简单快捷。
图3为本发明实施例二提供的业务流程控制方法流程图。在上述实施例一的基础上,本实施例中,通过第三服务为每个第二服务配置一个用于与第一服务传递消息的消息队列。如图3所示,该方法具体步骤如下:
步骤S200、通过第三服务进行系统配置。
本实施例中,可以将配置中心服务化,通过第三服务实现配置中心的功能,进行系统配置。
具体地,通过第三服务进行系统配置至少包括:通过第三服务配置规则引擎。其中,规则引擎包括各个业务流程的流程编排配置信息,流程控制中心依据规则引擎控制各个业务流程的执行顺序。
为了解耦各个业务流程,并实现作为流程控制中心的第一服务与各个业务流程的第二服务之间进行通信,进一步地,通过第三服务进行系统配置还包括:通过第三服务为每个第二服务配置一个用于与第一服务传递消息的消息队列。第一服务与第二服务之间通过消息队列完成任务消息和执行结果通知消息的传输。
另外,通过第三服务进行的系统配置还包括仓储管理系统中的其他信息的配置,可以根据实际应用场景设定或者修改第三服务实现的配置中心的具体配置内容,例如,无线传感终端(如仿人形机器人talos等)的配置等,本实施例此处不再一一列举。
步骤S201、响应于接收到的订单处理指令,通过第一服务根据规则引擎确定第一个业务流程,并向第一个业务流程对应的第二服务发送任务消息,任务消息包括订单标识。
流程控制中心对应的第一服务用于根据规则引擎控制仓储管理系统中各个业务流程的整体执行流程。其中,规则引擎包括各个业务流程的流程编排配置信息,流程控制中心依据规则引擎控制各个业务流程的执行顺序。
本实施例中,可以将仓储管理系统中产生新的订单时接收到的订单处理指令作为入口流程,启动作为流程控制中心的第一服务的流程控制功能。
具体地,在接收到订单处理指令时,通过第一服务根据规则引擎确定第一个业务流程,向第一个业务流程对应的第二服务发送任务消息。
示例性地,第一服务与第二服务基于消息队列进行消息传输。通过第一服务向任一第二服务发送任务消息时,可以通过第一服务将待发送的任务消息添加到作为接收方的第二服务的消息队列中。通过第二服务实时地监听对应的消息队列,接收该任务消息。
可选地,第一服务向第二服务发送任务消息之后,还可以执行步骤S205,记录任务消息日志,并将任务消息日志存储到数据库中,从实现任务消息的持久化存储,为任务消息的查询提供数据基础。
其中,任务消息日志至少包括任务消息,还可以包括任务消息的下发对象,下发时间等等信息,本实施例此处不做具体限定。
步骤S202、第一个业务流程对应的第二服务根据任务消息执行第一个业务流程,并根据执行结果向第一服务发送执行结果通知消息。
本实施例中,第一服务与第二服务基于消息队列进行消息传输。通过第二服务实时地监听对应的消息队列,接收第一服务下发的任务消息。
第一个业务流程对应的第二服务在接收到第一服务下发的任务消息之后,根据任务消息中的订单标识,执行相应的业务流程。在对应的业务流程执行结束后,根据执行结果向第一服务发送执行结果通知消息。
进一步地,通过第二服务向第一服务发送执行结果通知消息时,具体可以采用如下方式实现:
通过第二服务将待发送的执行结果通知消息添加到对应的消息队列中。
示例性地,如果第二服务在执行对应的业务流程过程中出现异常,第二服务可根据对应业务流程的具体情况做出相应的操作,例如,第二服务对应业务流程为分配流程,如果分配过程中发生异常,可以进行重试操作。
另外,第二服务执行对应业务流程的过程可以采用与现有技术中相同业务流程的执行过程一致的方式实现,本实施例此处不再赘述。
示例性地,执行结果通知消息可以为执行完成消息或者异常消息。
可选地,第二服务向第一服务发送执行结果通知消息之后,还可以执行步骤S206,记录执行结果通知消息日志,并将执行结果通知消息日志存储到数据库中,从实现执行结果通知消息的持久化存储,为执行结果通知消息的查询提供数据基础。
其中,执行结果通知消息日志至少包括执行结果通知消息,还可以包括发送执行结果通知消息的第二服务的标识,发送时间等等信息,本实施例此处不做具体限定。
步骤S203、响应于任一业务流程的执行结果通知消息,通过第一服务根据规则引擎确定下一个业务流程,并向下一个业务流程对应的第二服务发送任务消息。
本实施例中,第一服务与第二服务基于消息队列进行消息传输。第一服务能够实时地监听各个第二服务对应的消息队列。通过第一服务监听各个第二服务的消息队列,以接收各个第二服务向其发送的执行结果通知消息。
具体地,第一服务在接收到上一个业务流程的执行结果通知消息之后,根据执行结果通知消息和规则引擎,确定下一个要执行的业务流程,并向下一个要执行的业务流程对应的第二服务发送任务消息,以启动下一个业务流程对应的第二服务完成下一个业务流程的执行。这样,流程控制中心就可以实现仓储管理系统中各个业务流程的流程控制。
进一步地,通过第一服务向任一第二服务发送任务消息时,可以通过第一服务将待发送的任务消息添加到作为接收方的第二服务的消息队列中。通过第二服务实时地监听对应的消息队列,接收该任务消息。
可选地,第一服务向第二服务发送任务消息之后,还可以执行步骤S205,记录任务消息日志,并将任务消息日志存储到数据库中,从实现任务消息的持久化存储,为任务消息的查询提供数据基础。
其中,任务消息日志至少包括任务消息,还可以包括任务消息的下发对象,下发时间等等信息,本实施例此处不做具体限定。
步骤S204、通过第二服务根据任务消息执行下一个业务流程,并根据执行结果向第一服务发送执行结果通知消息。
本实施例中,第一服务与第二服务基于消息队列进行消息传输。通过第二服务实时地监听对应的消息队列,接收第一服务下发的任务消息。
任意一个业务流程的第二服务在接收到第一服务下发的任务消息之后,根据任务消息中的订单标识,执行相应的业务流程。在对应的业务流程执行结束后,根据执行结果向第一服务发送执行结果通知消息。
本实施例中,任务消息中还可以包括操作类型。在仓储管理系统,一个业务流程可以包括正向逻辑和逆向逻辑,业务流程对应的任务消息的操作类型可以是正向类型或者逆向类型。业务流程是否包含逆向逻辑可以视根据仓储管理系统的实际需求而定。第二服务执行对应的业务流程时,可以根据任务消息的操作类型确定本次执行是正向逻辑还是逆向逻辑,并进行对应的正向逻辑处理或者逆向逻辑处理。
例如,如图4所示,以分配流程为例,分配流程对应的第二服务监听到任务消息之后,若本次执行为正向逻辑,第二服务执行分配流程的正向处理:生成分配单,执行分配任务(或者由工作人员手动分配),更新分配表,调用库存接口查询可用库存,根据返回的库位批次等信息,按配置信息中排序规则进行排序,然后进行相应的库存预占操作,记录分配流程日志,等等。在执行分配流程结束之后,向作为流程控制中心的第一服务发送执行结果通知消息,可以是执行完成消息或者异常消息。若本次执行为逆向逻辑,第二服务执行分配流程的逆向处理:读取分配流程日志,根据分配流程日志执行分配任务(或者由工作人员手动分配),更新分配表,调用库存接口更新库存信息,记录分配流程日志,等等。在执行分配流程结束之后,向作为流程控制中心的第一服务发送执行结果通知消息,可以是执行完成消息或者异常消息。
例如,如图5所示,以拣货流程为例,拣货流程对应的第二服务监听到任务消息之后,若本次执行为正向逻辑,第二服务执行拣货流程的正向处理:拣货初始化数据入库,生成拣货单,在由人工完成拣货之后进行拣货校验,更新拣货单,调用库存接口更新库存信息,记录拣货流程日志,等等。在执行拣货流程结束之后,向作为流程控制中心的第一服务发送执行结果通知消息,可以是执行完成消息或者异常消息。若本次执行为逆向逻辑,第二服务执行拣货流程的逆向处理:读取拣货流程日志,生成反拣单,在由人工完成拣货之后进行拣货校验,更新拣货单,调用库存接口更新库存信息,记录拣货流程日志,等等。在执行拣货流程结束之后,向作为流程控制中心的第一服务发送执行结果通知消息,可以是执行完成消息或者异常消息。
进一步地,通过第二服务向第一服务发送执行结果通知消息时,具体可以采用如下方式实现:
通过第二服务将待发送的执行结果通知消息添加到对应的消息队列中。
示例性地,如果第二服务在执行对应的业务流程过程中出现异常,第二服务可根据对应业务流程的具体情况做出相应的操作,例如,第二服务对应业务流程为分配流程,如果分配过程中发生异常,可以进行重试操作。
另外,第二服务执行对应业务流程的过程可以采用与现有技术中相同业务流程的执行过程一致的方式实现,本实施例此处不再赘述。
本实施例中,第二服务在执行对应的业务流程过程中也包括对业务数据的处理,当前的业务流程处理完的数据需要传递给下一个业务流程。
考虑到基于消息服务传输业务数据存在以下问题:一是数据传输效率低,二是消息与业务流程的业务数据耦合在一起。
为了实现消息与业务数据的解耦,并且提高数据传输效率,本实施例中,可以通过第三服务为每个业务流程配置一个服务编号,按照执行由先到后的顺序,各个业务流程的服务编号由小到大或者由大到小排列。通过所述第二服务执行对应的业务流程之前,根据所述业务流程的服务编号以及已有各个业务流程处理后的业务数据,确定上一个业务流程处理后的业务数据,其中,任一业务流程处理后的业务数据绑定了该业务流程的服务编号;通过第二服务将执行对应的业务流程之后的业务数据与对应业务流程的服务编号绑定后存储。
示例性地,任意相邻的两个服务编号之间保留至少一个备用服务编号,与便于增加节点,提高系统的可维护性。
可选地,可以通过一个独立的通用数据功能服务来实现业务数据的管理功能。
本实施例中,所述业务流程的服务编号即为其对应第二服务的服务编号。具体地,每个第二服务在执行完对应业务流程之后,将处理后得到的业务数据与自身的服务编号绑定后存储。
每个第二服务在执行对应的业务流程之前,根据自身的服务编号,从已存储的业务数据中,获取绑定的服务编号与自身的服务编号最接近的业务数据,也就是确定在其之前的上一个业务流程执行完之后的业务数据,然后基于在其之前的上一个业务流程执行完之后的业务数据执行本次的业务流程。
具体地,获取绑定的服务编号与自身的服务编号最接近的业务数据,具体可以采用如下方式实现:
计算已存储的业务数据绑定的服务编号与第二服务的服务编号的差值,确定差值最小的业务数据;或者,若按照执行顺序各个业务流程的服务编号由小到大排列,则获取绑定的服务编号小于第二服务的服务编号,且服务编号最大的业务数据;或者,若按照执行顺序各个业务流程的服务编号由大到小排列,则获取绑定的服务编号大于第二服务的服务编号,且服务编号最小的业务数据。
例如,仓储管理系统中按照执行由先到后的顺序包括服务编号分别为3,6,10的第二服务。当服务编号为3的第二服务执行完对应业务流程之后,将处理后的业务数据绑定自身的服务编号3,并通过通用数据功能服务存储。当服务编号为6的第二服务需要执行对应业务流程时,向通用数据通过服务发送包含自身服务编号6的数据请求,通用数据功能服务从存储的业务数据中获取绑定的服务编号小于6且绑定的服务编号最大的业务数据,也就是绑定服务编号为3的业务数据,提供给服务编号为6的第二服务。服务编号为6的第二服务基于绑定服务编号为3的业务数据执行对应的业务流程,在执行完对应业务流程之后,将处理后的业务数据绑定自身的服务编号6,并通过通用数据功能服务存储。当服务编号为10的第二服务需要执行对应业务流程时,向通用数据通过服务发送包含自身服务编号10的数据请求,通用数据功能服务从存储的业务数据中获取绑定的服务编号小于10且绑定的服务编号最大的业务数据,也就是绑定服务编号为6的业务数据,并提供给服务编号为10的第二服务。服务编号为10的第二服务基于绑定服务编号为6的业务数据执行对应的业务流程,在执行完对应业务流程之后,将处理后的业务数据绑定自身的服务编号10,并通过通用数据功能服务存储。
可选地,第二服务向第一服务发送执行结果通知消息之后,还可以执行步骤S206,记录执行结果通知消息日志,并将执行结果通知消息日志存储到数据库中,从实现执行结果通知消息的持久化存储,为执行结果通知消息的查询提供数据基础。
其中,执行结果通知消息日志至少包括执行结果通知消息,还可以包括发送执行结果通知消息的第二服务的标识,发送时间等等信息,本实施例此处不做具体限定。
步骤S205、通过第一服务生成任务消息日志,并将任务消息日志存储到数据库。
其中,任务消息日志至少包括任务消息,还可以包括任务消息的下发对象,下发时间等等信息,本实施例此处不做具体限定。
步骤S206、通过第二服务生成执行结果通知消息日志,并将执行结果通知消息日志存储到数据库。
其中,执行结果通知消息日志至少包括执行结果通知消息,还可以包括发送执行结果通知消息的第二服务的标识,发送时间等等信息,本实施例此处不做具体限定。
步骤S207、响应于消息查询请求,从数据库中查询对应的任务消息日志和/或执行结果通知消息日志。
本发明实施例中将各个业务流程以及流程控制中心服务化,通过第二服务执行对应的业务流程,并根据对应业务流程的执行结果向第一服务发送执行结果通知消息,然后通过第一服务根据执行结果通知消息和规则引擎确定下一个业务流程,实现业务流程的流程控制,各个第二服务相互独立,在某一业务流程变化时,只需修改对应第二服务,需要增加或删除一个业务流程时,通过增加或者删除一个第二服务即可实现,实现各个业务流程的解耦,从而在业务规则变化时,所影响的范围可以减少到业务流程的服务级别,通过增、删业务流程对应服务可以方便的实现仓储管理系统扩展和移植,大大降低了仓储管理系统的复杂度,系统维护更加简单快捷;进一步地,通过第三服务为每个业务流程配置一个服务编号,按照执行由先到后的顺序,各个业务流程的服务编号由小到大或者由大到小排列,通过第二服务将执行对应的业务流程之后的业务数据与自身的服务编号绑定后存储,下一个业务流程的第二服务执行对应的业务流程之前,根据自身的服务编号,从已存储的业务数据中获取绑定的服务编号与第二服务的服务编号差值最小的业务数据,得到在其之前的上一个业务流程执行完之后的业务数据,也就是在其之前最近一次执行的业务流程处理后的业务数据,然后基于在其之前的上一个业务流程执行完之后的业务数据执行本次的业务流程,实现了消息与业务数据的解耦,并且提高数据传输效率。
图6为本发明实施例三提供的业务流程控制装置的结构示意图。本发明实施例提供的业务流程控制装置可以执行业务流程控制方法实施例提供的处理流程。如图6所示,该业务流程控制装置30包括:流程控制中心模块301和业务流程执行模块302。
具体地,流程控制中心模块301用于响应于任一业务流程的执行结果通知消息,通过第一服务根据规则引擎确定下一个业务流程,并向下一个业务流程对应的第二服务发送任务消息。
业务流程执行模块302通过第二服务根据任务消息执行下一个业务流程,并根据执行结果向第一服务发送执行结果通知消息。
本发明实施例提供的装置可以具体用于执行上述实施例一所提供的方法实施例,具体功能此处不再赘述。
本发明实施例中将各个业务流程以及流程控制中心服务化,通过第二服务执行对应的业务流程,并根据对应业务流程的执行结果向第一服务发送执行结果通知消息,然后通过第一服务根据执行结果通知消息和规则引擎确定下一个业务流程,实现业务流程的流程控制,各个第二服务相互独立,在某一业务流程变化时,只需修改对应第二服务,需要增加或删除一个业务流程时,通过增加或者删除一个第二服务即可实现,实现各个业务流程的解耦,从而在业务规则变化时,所影响的范围可以减少到业务流程的服务级别,通过增、删业务流程对应服务可以方便的实现仓储管理系统扩展和移植,大大降低了仓储管理系统的复杂度,系统维护更加简单快捷。
图7为本发明实施例四提供的业务流程控制装置的结构示意图。在上述实施例三的基础上,本实施例中,在一种可能的设计中,流程控制中心模块301还用于:
响应于接收到的订单处理指令,通过第一服务根据规则引擎确定第一个业务流程,并向第一个业务流程对应的第二服务发送任务消息,任务消息包括订单标识。
在一种可能的设计中,如图7所示,业务流程控制装置30还包括:配置中心模块303。配置中心模块303用于:通过第三服务为每个第二服务配置一个用于与第一服务传递消息的消息队列。
在一种可能的设计中,业务流程执行模块302还用于:通过第二服务将待发送的执行结果通知消息添加到对应的消息队列中。
流程控制中心模块301还用于:通过第一服务监听第二服务的消息队列,以接收执行结果通知消息。
在一种可能的设计中,流程控制中心模块301还用于:通过第一服务将任务消息添加到第二服务对应的消息队列中。
业务流程执行模块302还用于:通过第二服务监听对应的消息队列,以接收任务消息。
在一种可能的设计中,配置中心模块303还用于:
通过第三服务为每个业务流程配置一个服务编号,按照执行由先到后的顺序,各个业务流程的服务编号由小到大或者由大到小排列。
在一种可能的设计中,业务流程执行模块302还用于:
通过第二服务将执行对应的业务流程之后的业务数据与自身的服务编号绑定后存储。
在一种可能的设计中,业务流程执行模块302还用于:
通过第二服务执行对应的业务流程之前,根据第二服务的服务编号,获取绑定的服务编号与第二服务的服务编号差值最小的业务数据,得到上一个业务流程执行完之后的业务数据。
在一种可能的设计中,任意相邻的两个服务编号之间保留至少一个备用服务编号。
在一种可能的设计中,流程控制中心模块301还用于:
通过第一服务生成任务消息日志,并将任务消息日志存储到数据库。
在一种可能的设计中,业务流程执行模块302还用于:
通过第二服务生成执行结果通知消息日志,并将执行结果通知消息日志存储到数据库。
在一种可能的设计中,业务流程执行模块302还用于:
响应于消息查询请求,从数据库中查询对应的任务消息日志和/或执行结果通知消息日志。
在一种可能的设计中,配置中心模块303还用于:通过第三服务配置规则引擎。
本发明实施例提供的装置可以具体用于执行上述实施例二所提供的方法实施例,具体功能此处不再赘述。
本发明实施例通过将各个业务流程以及流程控制中心服务化,通过第二服务执行对应的业务流程,并根据对应业务流程的执行结果向第一服务发送执行结果通知消息,然后通过第一服务根据执行结果通知消息和规则引擎确定下一个业务流程,实现业务流程的流程控制,各个第二服务相互独立,在某一业务流程变化时,只需修改对应第二服务,需要增加或删除一个业务流程时,通过增加或者删除一个第二服务即可实现,实现各个业务流程的解耦,大大降低了仓储管理系统的复杂度,系统维护更加简单快捷;进一步地,通过第三服务为每个业务流程配置一个服务编号,按照执行由先到后的顺序,各个业务流程的服务编号由小到大或者由大到小排列,通过第二服务将执行对应的业务流程之后的业务数据与自身的服务编号绑定后存储,下一个业务流程的第二服务执行对应的业务流程之前,根据自身的服务编号,从已存储的业务数据中获取绑定的服务编号与第二服务的服务编号差值最小的业务数据,得到在其之前的上一个业务流程执行完之后的业务数据,也就是在其之前最近一次执行的业务流程处理后的业务数据,然后基于在其之前的上一个业务流程执行完之后的业务数据执行本次的业务流程,实现了消息与业务数据的解耦,并且提高数据传输效率。
图8为本发明实施例五提供的业务流程控制设备的结构示意图。如图8所示,该业务流程控制设备100包括:处理器1001,存储器1002,以及存储在存储器1002上并可在处理器1001上运行的计算机程序。
其中,处理器1001运行计算机程序时实现上述任一方法实施例提供的业务流程控制方法。
本发明实施例中将各个业务流程以及流程控制中心服务化,通过第二服务执行对应的业务流程,并根据对应业务流程的执行结果向第一服务发送执行结果通知消息,然后通过第一服务根据执行结果通知消息和规则引擎确定下一个业务流程,实现业务流程的流程控制,各个第二服务相互独立,在某一业务流程变化时,只需修改对应第二服务,需要增加或删除一个业务流程时,通过增加或者删除一个第二服务即可实现,实现各个业务流程的解耦,从而在业务规则变化时,所影响的范围可以减少到业务流程的服务级别,通过增、删业务流程对应服务可以方便的实现仓储管理系统扩展和移植,大大降低了仓储管理系统的复杂度,系统维护更加简单快捷。
另外,本发明实施例还提供一种计算机可读存储介质,计算机可读存储介质中存储有计算机程序,计算机程序被处理器执行时实现上述任一方法实施例提供的业务流程控制方法。
本领域技术人员可以清楚地了解到,为描述的方便和简洁,仅以上述各功能模块的划分进行举例说明,实际应用中,可以根据需要而将上述功能分配由不同的功能模块完成,即将装置的内部结构划分成不同的功能模块,以完成以上描述的全部或者部分功能。上述描述的装置的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
本领域技术人员在考虑说明书及实践这里公开的发明后,将容易想到本发明的其它实施方案。本发明旨在涵盖本发明的任何变型、用途或者适应性变化,这些变型、用途或者适应性变化遵循本发明的一般性原理并包括本发明未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的,本发明的真正范围和精神由下面的权利要求书指出。
应当理解的是,本发明并不局限于上面已经描述并在附图中示出的精确结构,并且可以在不脱离其范围进行各种修改和改变。本发明的范围仅由所附的权利要求书来限制。
Claims (14)
1.一种业务流程控制方法,其特征在于,包括:
响应于任一业务流程的执行结果通知消息,通过第一服务根据规则引擎确定下一个业务流程,并向所述下一个业务流程对应的第二服务发送任务消息;
通过所述第二服务根据所述任务消息执行所述下一个业务流程,并根据执行结果向所述第一服务发送执行结果通知消息。
2.根据权利要求1所述的方法,其特征在于,所述方法还包括:
响应于接收到的订单处理指令,通过所述第一服务根据所述规则引擎确定第一个业务流程,并向所述第一个业务流程对应的第二服务发送任务消息,所述任务消息包括订单标识。
3.根据权利要求1所述的方法,其特征在于,所述方法还包括:
通过第三服务为每个所述第二服务配置一个用于与所述第一服务传递消息的消息队列。
4.根据权利要求3所述的方法,其特征在于,通过任一第二服务向所述第一服务发送执行结果通知消息,包括:
通过所述第二服务将待发送的所述执行结果通知消息添加到对应的消息队列中;
通过所述第一服务监听所述第二服务的消息队列,以接收所述执行结果通知消息。
5.根据权利要求3所述的方法,其特征在于,通过所述第一服务向任一所述第二服务发送任务消息,包括:
通过所述第一服务将所述任务消息添加到所述第二服务对应的消息队列中;
通过所述第二服务监听对应的消息队列,以接收所述任务消息。
6.根据权利要求1所述的方法,其特征在于,所述方法还包括:
通过第三服务为每个业务流程配置一个服务编号,按照执行由先到后的顺序,各个业务流程的服务编号由小到大或者由大到小排列。
7.根据权利要求6所述的方法,其特征在于,所述方法还包括:
通过所述第二服务执行对应的业务流程之前,根据所述业务流程的服务编号以及已有各个业务流程处理后的业务数据,确定上一个业务流程处理后的业务数据,其中,任一业务流程处理后的业务数据绑定了该业务流程的服务编号;
通过所述第二服务将执行对应的业务流程之后的业务数据与对应的业务流程的服务编号绑定后存储。
8.根据权利要求6所述的方法,其特征在于,任意相邻的两个服务编号之间保留至少一个备用服务编号。
9.根据权利要求1所述的方法,其特征在于,还包括:
通过所述第一服务生成任务消息日志,并将所述任务消息日志存储到数据库;
通过所述第二服务生成执行结果通知消息日志,并将所述执行结果通知消息日志存储到数据库;
响应于消息查询请求,从所述数据库中查询对应的任务消息日志和/或执行结果通知消息日志。
10.根据权利要求1-9中任一项所述的方法,其特征在于,所述方法还包括:
通过第三服务配置所述规则引擎。
11.一种业务流程控制方法,其特征在于,应用于仓储管理系统的服务器,所述仓储管理系统包括多个业务流程,所述服务器运行有作为流程控制中心的第一服务和用于执行对应业务流程的第二服务,所述方法包括:
响应于任一业务流程的执行结果通知消息,通过第一服务根据规则引擎确定下一个业务流程,并向所述下一个业务流程对应的第二服务发送任务消息;
通过所述第二服务根据所述任务消息执行所述下一个业务流程,并根据执行结果向所述第一服务发送执行结果通知消息。
12.一种业务流程控制装置,其特征在于,包括:
流程控制中心模块,用于响应于任一业务流程的执行结果通知消息,通过第一服务根据规则引擎确定下一个业务流程,并向所述下一个业务流程对应的第二服务发送任务消息;
业务流程执行模块,通过所述第二服务根据所述任务消息执行所述下一个业务流程,并根据执行结果向所述第一服务发送执行结果通知消息。
13.一种业务流程控制设备,其特征在于,包括:
处理器,存储器,以及存储在所述存储器上并可在所述处理器上运行的计算机程序;
其中,所述处理器运行所述计算机程序时实现如权利要求1至11中任一项所述的方法。
14.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质中存储有计算机程序,所述计算机程序被处理器执行时实现如权利要求1至11中任一项所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010483430.9A CN113762652A (zh) | 2020-06-01 | 2020-06-01 | 业务流程控制方法、装置、设备及计算机可读存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010483430.9A CN113762652A (zh) | 2020-06-01 | 2020-06-01 | 业务流程控制方法、装置、设备及计算机可读存储介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN113762652A true CN113762652A (zh) | 2021-12-07 |
Family
ID=78782562
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010483430.9A Pending CN113762652A (zh) | 2020-06-01 | 2020-06-01 | 业务流程控制方法、装置、设备及计算机可读存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN113762652A (zh) |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102542414A (zh) * | 2011-12-28 | 2012-07-04 | 焦点科技股份有限公司 | 一种基于规则引擎的业务流程与业务数据处理的松耦合方法及系统 |
CN105809299A (zh) * | 2014-12-27 | 2016-07-27 | 华为技术有限公司 | 业务流程管理的通知服务处理的方法及业务流程管理引擎 |
CN109767106A (zh) * | 2018-12-29 | 2019-05-17 | 中国联合网络通信集团有限公司 | 跨组织流程处理方法及装置 |
CN110888893A (zh) * | 2019-11-18 | 2020-03-17 | 湖南御家科技有限公司 | 一种基于微服务电商系统的订单处理方法 |
CN111049938A (zh) * | 2020-01-08 | 2020-04-21 | 贵阳货车帮科技有限公司 | 消息通知方法、装置、电子设备及可读存储介质 |
CN111092933A (zh) * | 2019-11-20 | 2020-05-01 | 泰康保险集团股份有限公司 | 用于微服务架构的业务流程管理方法、系统、介质及电子设备 |
-
2020
- 2020-06-01 CN CN202010483430.9A patent/CN113762652A/zh active Pending
Patent Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102542414A (zh) * | 2011-12-28 | 2012-07-04 | 焦点科技股份有限公司 | 一种基于规则引擎的业务流程与业务数据处理的松耦合方法及系统 |
CN105809299A (zh) * | 2014-12-27 | 2016-07-27 | 华为技术有限公司 | 业务流程管理的通知服务处理的方法及业务流程管理引擎 |
EP3082039A1 (en) * | 2014-12-27 | 2016-10-19 | Huawei Technologies Co., Ltd. | Business process management notification service processing method and business process management engine |
CN109767106A (zh) * | 2018-12-29 | 2019-05-17 | 中国联合网络通信集团有限公司 | 跨组织流程处理方法及装置 |
CN110888893A (zh) * | 2019-11-18 | 2020-03-17 | 湖南御家科技有限公司 | 一种基于微服务电商系统的订单处理方法 |
CN111092933A (zh) * | 2019-11-20 | 2020-05-01 | 泰康保险集团股份有限公司 | 用于微服务架构的业务流程管理方法、系统、介质及电子设备 |
CN111049938A (zh) * | 2020-01-08 | 2020-04-21 | 贵阳货车帮科技有限公司 | 消息通知方法、装置、电子设备及可读存储介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US10878355B2 (en) | Systems and methods for incident queue assignment and prioritization | |
CN107729139B (zh) | 一种并发获取资源的方法和装置 | |
CN107395729A (zh) | 一种消息队列的消费系统、方法及装置 | |
CN104462370A (zh) | 分布式任务调度系统及方法 | |
US9807015B2 (en) | Message processing using dynamic load balancing queues in a messaging system | |
CN101222374B (zh) | 一种实现业务升级的系统、装置及方法 | |
CN112583931B (zh) | 消息处理方法、消息中间件、电子设备和存储介质 | |
WO2021088641A1 (zh) | 数据发送方法、处理方法、接收方法及其设备、存储介质 | |
US11995706B2 (en) | Coordination process restart device and coordination process restart method | |
CN109785042A (zh) | 分布式部署的异常处理方法、服务器、存储介质及装置 | |
CN105260842B (zh) | 异构erp系统之间的通信方法和系统 | |
CN104579905A (zh) | 消息传递方法和系统及mom服务器、接收端 | |
CN109407980A (zh) | 基于Redis集群的数据存储系统 | |
CN110955506A (zh) | 一种分布式作业调度处理方法 | |
CN113687956A (zh) | 消息路由分发方法、装置、计算机设备及存储介质 | |
CN111045811A (zh) | 一种任务分配方法、装置、电子设备及存储介质 | |
CN103701720A (zh) | 与Socket服务器通信的方法、联机交易事务管理系统 | |
CN104660689A (zh) | 分布式计算系统 | |
CN104426968A (zh) | 数据管理方法和装置 | |
US20080178182A1 (en) | Work state returning apparatus, work state returning method, and computer product | |
CN113762652A (zh) | 业务流程控制方法、装置、设备及计算机可读存储介质 | |
CN109416818B (zh) | 公司间信息共享系统和公司间信息共享方法 | |
CN115480934A (zh) | 一种分布式数据处理的方法、装置、设备及储存介质 | |
CN113138844A (zh) | 虚拟机集群的任务下发方法、管理构件及工作构件 | |
CN107305508B (zh) | 制造执行系统及其操作方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination |