CN111507676A - 业务订单流程创建和实现方法、装置、存储介质和系统 - Google Patents
业务订单流程创建和实现方法、装置、存储介质和系统 Download PDFInfo
- Publication number
- CN111507676A CN111507676A CN201910099616.1A CN201910099616A CN111507676A CN 111507676 A CN111507676 A CN 111507676A CN 201910099616 A CN201910099616 A CN 201910099616A CN 111507676 A CN111507676 A CN 111507676A
- Authority
- CN
- China
- Prior art keywords
- order
- event
- flow
- service
- order flow
- 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
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/10—Office automation; Time management
- G06Q10/103—Workflow collaboration or project management
-
- 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
- G06Q30/00—Commerce
- G06Q30/06—Buying, selling or leasing transactions
- G06Q30/0601—Electronic shopping [e-shopping]
- G06Q30/0633—Lists, e.g. purchase orders, compilation or processing
- G06Q30/0635—Processing of requisition or of purchase orders
Landscapes
- Business, Economics & Management (AREA)
- Strategic Management (AREA)
- Engineering & Computer Science (AREA)
- Human Resources & Organizations (AREA)
- Economics (AREA)
- Entrepreneurship & Innovation (AREA)
- General Physics & Mathematics (AREA)
- Marketing (AREA)
- Finance (AREA)
- Accounting & Taxation (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- Data Mining & Analysis (AREA)
- Tourism & Hospitality (AREA)
- Quality & Reliability (AREA)
- Operations Research (AREA)
- Development Economics (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
本公开提供了一种业务订单流程创建和实现方法、装置、存储介质和系统,所述业务订单流程创建方法包括:获取待创建的业务订单流程对应的订单流状态配置信息,以构建对应的订单流有限状态机,所述订单流状态配置信息用于声明所述业务订单流程涉及的订单状态和状态流转对应的触发事件;基于所述订单流有限状态机,根据状态流转所对应的触发事件确定并调用在线商城平台中对应的基础服务,以创建所述业务订单流程。本公开实施例技术方案中,通过构建自身基础工作流程并整合外部基础服务资源,使得业务订单流程的搭建更加简单,且方便维护和扩展。
Description
技术领域
本公开涉及计算机应用技术领域,尤其涉及一种业务订单流程创建和实现方法、装置、存储介质和系统。
背景技术
随着互联网电商业务的迅速发展,各电商平台正逐步实现全球化。在电商平台全球化的背景下,一些规模较大的电商平台基于国内线上平台构建的成功经验,正通过复制国内电商平台的核心模型,快速搭建电商平台海外站点,实现全球化战略的快速实践。
针对电商平台上的虚拟业务,无论是国内的虚拟业务系统还是海外站点的虚拟业务系统,核心流程都是订单流。而虚拟业务一般是由外部代理商提供虚拟商品的售卖服务。同时依托于整个电商平台来设计虚拟业务系统的核心订单流程,即需要依赖电商平台整体的基础订单模型、订单流程及其相关核心基础服务。因此,当前虚拟业务系统的实现方案一般是将外部代理商服务整合到电商平台的订单流程中,大致分为以下几个步骤:1、根据虚拟业务系统特性,基于电商平台的订单流程,对接电商平台订单流程的部分核心基础服务,主要包括下单、对账、结算、退款等核心服务,来设计虚拟业务系统的订单流程。2、依托电商平台基础订单模型,整合业务系统的业务相关特性字段,设计业务系统订单模型。3、对接业务系统外部代理商服务,针对特定业务,设计业务系统订单流转与代理商的服务交互,实现代理商商品在电商平台的售卖。
但是,上述方案却存在如下问题:1、对于虚拟新业务线的拓展,每个业务系统都需要了解和对接电商平台核心基础服务,设计业务系统订单流程,重新开始搭建新业务系统,重复劳动,浪费人力成本。2、电商平台核心基础服务一般是站在各自系统的立场定义服务,因此,不同业务系统的开发人员都需要了解核心基础服务对应系统的业务逻辑,来保证各自业务系统流程的正确性。3、对于虚拟业务系统的海外站点搭建,需要基于海外站点电商平台核心服务,重新构建系统,重复工作量较大,随着海外站点增多,多套核心服务,不方便系统的维护。4、对于业务系统核心订单流程,订单状态的流转散落在系统的各个角落,没有一个整体直观的全局把控,不方便系统的维护与扩展。
发明内容
有鉴于此,本公开实施例提供一种易于搭建、方便维护和扩展的业务订单流程创建和实现方法、装置、存储介质和系统。
本公开实施例的技术方案是这样实现的:
第一方面,本公开实施例提供一种业务订单流程创建方法,包括:获取待创建的业务订单流程对应的订单流状态配置信息,以构建对应的订单流有限状态机,所述订单流状态配置信息用于声明所述业务订单流程涉及的订单状态和状态流转对应的触发事件;
基于所述订单流有限状态机,根据状态流转所对应的触发事件确定并调用在线商城平台中对应的基础服务,以创建所述业务订单流程。
第二方面,本公开实施例还提供一种业务订单流程实现方法,包括:
订单流有限状态机获取业务系统或在线商城平台发送的触发事件的触发信息;
基于所述触发信息,确定并调用在线商城平台中对应的基础服务,执行所述订单流有限状态机,以实现所述业务订单流程。
第三方面,本公开实施例还提供一种业务订单流程创建装置,包括:状态机构建模块和创建模块;其中,
所述状态机构建模块,用于获取待创建的业务订单流程对应的订单流状态配置信息,以构建对应的订单流有限状态机,所述订单流状态配置信息用于声明所述业务订单流程涉及的订单状态和状态流转对应的触发事件;
所述创建模块,用于基于所述订单流有限状态机,根据状态流转所对应的触发事件确定并调用在线商城平台中对应的基础服务,以创建所述业务订单流程。
第四方面,本公开实施例还提供一种业务订单流程实现装置,包括:触发模块和运行模块;其中,
所述触发模块,用于订单流有限状态机获取业务系统或在线商城平台发送的触发事件的触发信息;
所述运行模块,用于基于所述触发信息,确定并调用在线商城平台中对应的基础服务,执行所述订单流有限状态机,以实现所述业务订单流程。
第五方面,本公开实施例还提供一种业务订单流程创建装置,包括存储器、处理器及存储在所述存储器上运行的计算机程序,所述处理器执行所述计算机程序时实现如本公开实施例中任一项所述的订单流程创建方法。
第六方面,本公开实施例还提供一种业务订单流程实现装置,包括存储器、处理器及存储在所述存储器上运行的计算机程序,所述处理器执行所述计算机程序时实现如本公开实施例中任一项所述的订单流程实现方法。
第七方面,本公开实施例还提供一种计算机可读存储介质,所述计算机可读存储介质上存储有订单流程创建程序,所述订单流程创建程序被处理器执行时实现如本公开实施例中任一项所述的订单流程创建方法。
第八方面,本公开实施例还提供一种业务系统,包括如本公开实施例中任一所述的订单流程创建装置。
本公开实施例提供的业务订单流程创建方法中,获取待创建的业务订单流程对应的订单流状态配置信息,以构建对应的订单流有限状态机,所述订单流状态配置信息用于声明所述业务订单流程涉及的订单状态和状态流转对应的触发事件,这样,通过创建业务订单流有限状态机获得了订单业务自身的基础工作流程,然后,基于所述订单流有限状态机,根据状态流转所对应的触发事件确定并调用在线商城平台中对应的基础服务,以创建所述业务订单流程,这样,基于所述构建的订单流有限状态机,通过调用所述在线商城平台中的基础服务资源,完成了完整业务订单流程的创建。本公开实施例技术方案中,通过构建订单流有限状态机对应的基础工作流程并整合外部在线商城平台中的基础服务资源,使得业务订单流程的搭建更加简单,且方便维护和扩展。
附图说明
图1为本公开实施例提供的一种业务订单流程创建方法的流程示意图;
图2为本公开实施例提供的另一种业务订单流程创建方法流程示意图;
图3本公开一实施例提供的有限状态机模型示意图;
图4为本公开实施例提供的另一种业务订单流程创建方法流程示意图;
图5为本公开实施例提供的另一种业务订单流程创建方法流程示意图;
图6本公开实施例提供的另一种业务订单流程创建方法流程示意图;
图7为本公开实施例提供的一种业务订单流程实现方法流程示意图;
图8为本公开实施例提供的另一种业务订单流程实现方法流程示意图;
图9为本公开实施例提供的另一种业务订单流程实现方法流程示意图;
图10为本公开实施例提供的另一种业务订单流程实现方法流程示意图;
图11本公开一实施例提供的一种业务订单流程创建装置结构示意图;
图12本公开一实施例提供的一种业务订单流程实现装置结构示意图;
图13本公开一实施例提供的另一种业务订单流程创建装置结构示意图。
具体实施方式
以下结合附图及实施例,对本公开进行进一步详细说明。应当理解,此处所提供的实施例仅仅用以解释本公开,并不用于限定本公开。另外,以下所提供的实施例是用于实施本公开的部分实施例,而非提供实施本公开的全部实施例,在不冲突的情况下,本公开实施例记载的技术方案可以任意组合的方式实施。
需要说明的是,在本公开实施例中,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的方法或者装置不仅包括所明确记载的要素,而且还包括没有明确列出的其他要素,或者是还包括为实施方法或者装置所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括该要素的方法或者装置中还存在另外的相关要素(例如方法中的步骤或者装置中的单元,例如的单元可以是部分电路、部分处理器、部分程序或软件等等)。
例如,本公开实施例提供的订单流程创建方法包含了一系列的步骤,但是本公开实施例提供的一种订单流程创建方法不限于所记载的步骤,同样地,本公开实施例提供的一种订单流程创建装置包括了一系列模块,但是本公开实施例提供的装置不限于包括所明确记载的模块,还可以包括为获取相关信息、或基于信息进行处理时所需要设置的模块。
接下来将对本公开实施例进行详细说明,请参见图1,为本公开实施例提供的一种业务订单流程创建方法的流程示意图,包括如下步骤:
步骤11:获取待创建的业务订单流程对应的订单流状态配置信息,以构建对应的订单流有限状态机,所述订单流状态配置信息用于声明所述业务订单流程涉及的订单状态和状态流转对应的触发事件;
这里,有限状态机是指有限个状态以及在这些状态之间的转移和动作等行为的数学模型。本公开实施例中,所述订单流有限状态机的有限个状态对应所述订单状态,例如:订单初始化状态、订单已创建状态、订单已支付状态等;所述订单流有限状态机的在这些状态之间的转移和动作等对应所述状态流转对应的触发事件,例如,创建订单触发事件,表示订单状态由订单初始化状态转变为订单已创建状态。
这里,所述订单流状态配置信息可以包括业务订单流程需要实现具体功能所对应的配置信息,例如,为了实现某个具体的业务订单流程,需要配置初始化信息、订单创建信息、订单支付信息、订单生产信息、订单申请结算信息、订单结算信息、订单申请退款信息、订单退款信息等。在构建对应的订单流有限状态机时,只需对所述订单流状态配置信息进行声明,在运行所述业务订单流程时再基于所述声明进行调用。
这里,所述订单状态可以包含订单状态值value和名称name两个属性,所述订单状态可以通过配置文件的方式进行声明,配置文件中所述订单状态配置方式可以使用如下格式state.value=name。例如:
订单初始化状态:state.1=订单初始化;
订单已创建状态:state.2=订单已创建;
订单已支付状态:state.3=订单已支付;
订单已生产状态:state.4=订单已生产;
订单已申请结算状态:state.5=订单已申请结算;
订单已结算状态:state.6=订单已结算;
订单已申请退款状态:state.7=订单已申请退款;
订单已退款状态:state.8=订单已退款。
基于这种声明的方式,订单流有限状态机结构简洁,构建简单,可以灵活进行订单状态的扩展和订单状态的裁剪,方便业务订单流程的搭建。且这种配置方式结构清晰,方便后期对所述业务订单流程的维护。
这里,所述状态流转对应的触发事件可以包括两个所述订单状态之间转换的触发事件,包含的属性可以包括输入订单状态source、输出订单状态target、事件名称eventName,所述订单状态流转事件在配置文件中配置方式可以使用如下格式:event.source.target=eventName。例如:
创建订单触发事件:event.1.2=创建订单;
支付对账触发事件:event.2.3=支付对账;
订单生产触发事件:event.3.4=订单生产;
申请结算触发事件:event.4.5=申请结算;
结算成功触发事件:event.5.6=结算成功;
申请退款触发事件:event.4.7=申请退款;
退款成功触发事件:event.7.8=退款成功。
基于这种声明的方式,订单流有限状态机结构简洁,构建简单,可以灵活进行事件的扩展和事件的裁剪,方便业务订单流程的搭建。且这种配置方式结构清晰,方便后期对所述业务订单流程的维护。
这里,订单流的扩展一般指订单状态的新增、订单状态流转事件的新增。只需要新增配置文件,按照订单状态和事件配置的规则配置信息,然后在引入订单流程组件时候,指定自定义配置文件路径,即可完成订单流的扩展。
这里,可以通过状态机加载器来完成所述订单状态、触发事件信息的加载,实现所述订单流有限状态机的构建。
请参见图2,所述加载过程可以包括:
步骤21:获取所述订单状态、触发事件信息的配置信息;
步骤22:读取所述配置信息;
步骤23:校验所述配置信息,将所述配置信息写入有限状态机上下文。
请参见图3,为本公开一实施例提供的有限状态机模型示意图,所述订单状态包括订单初始化、订单已创建、订单已支付、订单已产生、订单已申请结算、订单已结算、订单已申请退款;所述触发事件包括:创建订单、支付对账、订单生产、申请结算、结算成功、申请退款、退款成功。
步骤12:基于所述订单流有限状态机,根据状态流转所对应的触发事件确定并调用在线商城平台中对应的基础服务,以创建所述业务订单流程。
这里,所述触发事件可以包括业务系统内部的触发事件和在线商城平台中的触发事件。所述在线商城平台中对应的基础业务,可以是与具体实现创建订单、支付对账、订单生成、申请结算、申请退款功等功能所需要的已有资源,例如平台资源、实现特性功能的程序模块等。
本公开实施例提供的业务订单流程创建方法中,获取待创建的业务订单流程对应的订单流状态配置信息,以构建对应的订单流有限状态机,所述订单流状态配置信息用于声明所述业务订单流程涉及的订单状态和状态流转对应的触发事件,这样,通过创建业务订单流有限状态机获得了订单业务自身的基础工作流程,然后,基于所述订单流有限状态机,根据状态流转所对应的触发事件确定并调用在线商城平台中对应的基础服务,以创建所述业务订单流程,这样,基于所述构建的订单流有限状态机,通过调用所述在线商城平台中的基础服务资源,完成了完整业务订单流程的创建。本公开实施例技术方案中,通过构建订单流有限状态机对应的基础工作流程并整合外部在线商城平台中的基础服务资源,使得业务订单流程的搭建更加简单,且方便维护和扩展。
在一些实施例中,所述步骤12中,所述基于所述订单流有限状态机,根据状态流转所对应的触发事件确定并调用在线商城平台中对应的基础服务,以创建所述业务订单流程,包括:
基于所述订单流有限状态机,根据状态流转所对应的触发事件,将所述触发事件分发到对应的事件处理器,通过所述事件处理器确定并调用在线商城平台中对应的基础服务,以创建所述业务订单流程。
这里,所述事件处理器可以只是在有限状态机中进行声明,在接收到触发事件时再进行调用。所述事件处理器可以用于声明特定事件对应的事件处理器名称,包含的属性可以有输入订单状态source、输出订单状态target和事件处理器名称handlerName。所述事件处理器在配置文件中配置方式的格式可以是eventHandler.source.target=handlerName,这里,可以约定eventHandler.source.target为特定事件的事件处理器标识。例如:
创建订单事件处理器:eventHandler.1.2=创建订单事件处理器;
支付对账事件处理器:eventHandler.2.3=支付对账事件处理器;
订单生产事件处理器:eventHandler.3.4=订单生产事件处理器;
申请结算事件处理器:eventHandler.4.5=申请结算事件处理器;
结算成功事件处理器:eventHandler.5.6=结算成功事件处理器;
申请退款事件处理器:eventHandler.4.7=申请退款事件处理器;
退款成功事件处理器:eventHandler.7.8=退款成功事件处理器。
本公开实施例通过事件处理器调用基础服务,功能清晰,构建简单,可以通过增删事件处理器的方式灵活进行事件的扩展和事件的裁剪,方便业务订单流程的搭建。且这种配置方式结构清晰,方便后期对所述业务订单流程的维护和管理。
在一些实施例中,所述步骤21中,所述基于所述订单流有限状态机,根据状态流转所对应的触发事件将所述触发事件分发到对应的事件处理器之前,还包括:
获取所述事件处理器的配置信息;
基于所述配置信息解析所述事件处理器的标识;
根据所述标识获取所述事件处理器并完成所述事件处理器在所述订单流有限状态机上下文中的注册。
这里,可以通过事件加载处理器来完成所述事件处理器在所述订单流有限状态机上下文中的注册。请参见图4,所述注册过程包括如下步骤:
步骤41,启动事件处理加载器;
步骤42,获取所述事件处理器的配置信息;
步骤43,基于所述配置信息解析所述事件处理器的标识;
步骤44,根据所述标识获取所述事件处理器;
步骤45,完成所述事件处理器在所述订单流有限状态机上下文中的注册;
步骤46,结束。
在一些实施例中,在步骤21中,获取待创建的业务订单流程对应的订单流状态配置信息,以构建对应的订单流有限状态机,还包括如下步骤,请参见图5,
步骤51:获取订单状态、触发事件及事件处理器分别对应的配置文件的路径;
这里,本公开实施例可以将订单状态、触发事件及其事件处理器,可预先配置在名为order_machine_default.properties的文件中,作为默认配置文件,在业务系统引入订单流程时可无需配置,直接供有限状态机的寻址。其路径可以表示为:AAA/BBB/CCC/order_machine_default.properties。
步骤52:根据所述配置文件的路径分别读取所述订单状态的配置文件、所述触发事件的配置文件及所述事件处理器的配置文件;
这里,根据所述路径找到对应配置文件后,读取配置文件包括读取订单状态、触发事件及其事件处理器配置信息,例如,订单状态配置信息包括:订单初始化状态state.1=订单初始化,订单已创建状态state.2=订单已创建;触发事件配置信息包括:创建订单触发事件event.1.2=创建订单;事件处理器配置信息包括:创建订单事件处理器eventHandler.1.2=创建订单事件处理器。步骤53:基于所述订单状态的配置文件、所述触发事件的配置文件及所述事件处理器的配置文件,将所述订单状态、所述触发事件及所述事件处理器写入到所述订单流有限状态机上下文中。
这里,将所述订单状态、所述触发事件及所述事件处理器写入到所述订单流有限状态机上下文中,包括将订单状态、触发事件和事件处理器嵌入到订单处理的逻辑处理流程中,这里的逻辑处理流程即订单流状态机上下文可以对应于订单业务处理的主程序,订单状态、触发事件和事件处理器可以对应于所述主程序中的状态传递参数或子程序,例如:订单状态可以为程序中的状态传递参数,所述事件处理器可以为对应处理所述触发事件的子函数。
在一些实施例中,所述将所述订单状态、所述触发事件及所述事件处理器写入到所述订单流有限状态机上下文中之前,还包括:
基于所述订单状态、所述触发事件及所述事件处理器进行校验,执行如下至少其中一:
校验所述订单状态、所述触发事件及所述事件处理器是否有重复;
校验所述触发事件是否合法;
校验所述触发事件是否有对应的所述事件处理器。
这里,校验所述订单状态、所述触发事件及所述事件处理器是否重复可以包括:分别获取所述配置文件中的订单状态、所述触发事件及所述事件处理器信息;分别统计各订单状态、各所述触发事件及各所述时间处理器的数量;当所述数量为多个时,确定结果为重复,在出现重复时,可以通过报警提示,提醒用户对配置文件进行修改,以避免引起订单流有限状态机的逻辑混乱。校验所述触发事件是否合法,可以包括校验所述触发事件是否符合业务订单的实际运作流程及规则,当出现不合法情况时,可以通过设置报警提示,提醒用户对配置文件进行修改,避免所述订单流有限状态机不符合订单的实际运作规则。校验所述触发事件是否有对应的所述事件处理器包括确认所述触发事件是否具有对应的事件处理器,避免出现订单状态流转时出现没有事件处理器可调用的情况。因此,上述校验过程可以有效避免有限状态机逻辑混乱、不合法与事件处理器缺失的情况,本公开实施例提供的上述校验能够使得订单流程运行时更加稳定可靠。
在一些实施例中,所述订单状态的属性包括订单状态值和订单名称,所述获取待创建的业务订单流程对应的订单流状态配置信息,包括:
获取携带有所述订单状态的属性的配置文件;和/或,
所述触发事件的属性包含输入订单状态、输出订单状态和事件名称,所述获取待创建的业务订单流程对应的订单流状态配置信息,包括:
获取携带有所述触发事件的属性的配置文件。
这里,所述获取待创建的业务订单流程对应的订单流状态配置信息,可以包括获取订单状态的属性的配置文件,所述配置文件中配置有订单状态值和订单名称,例如:state.1=订单初始化;也可以包括获取携带有所述触发事件的属性的配置文件,所述触发事件的属性包含输入订单状态、输出订单状态和事件名称,例如event.1.2=创建订单;还可以包括既获取订单状态的属性的配置文件又包括获取携带有所述触发事件的属性的配置文件。本公开实施例将相关配置信息设置在配置文件中,方便调用和管理。
在一些实施例中,所述步骤12中,所述基于所述订单流有限状态机,根据状态流转所对应的触发事件确定并调用在线商城平台中对应的基础服务,以创建所述业务订单流程,包括:
接收业务系统发送的触发事件触发信息;基于所述触发信息获得所述触发事件的订单状态;基于所述订单流有限状态机,根据所述订单状态获取对应的事件处理器;通过所述事件处理器确定并调用在线商城平台中对应的基础服务,以创建所述业务订单流程;
或,接收在线商城平台发送的触发事件触发信息;基于所述触发信息获得事件处理器标识;基于所述订单流有限状态机,根据所述事件处理器标识调用对应的事件处理器;通过所述事件处理器确定并调用在线商城平台中对应的基础服务,以创建所述业务订单流程。
这里,订单流有限状态机中的事件通常可分为两种类型,一种是业务系统内部触发事件,一种是电商平台基础系统触发的外部触发事件。业务系统发送的触发事件触发信息对应的为内部触发事件时,可以由业务系统的某个功能点,触发订单状态的转换,业务系统需要向订单流程组件提供输入订单状态和输出订单状态,订单流有限状态机上下文会完成事件的处理,根据所述订单状态获取对应的事件处理器,通过所述事件处理器确定并调用在线商城平台中对应的基础服务。
所述在线商城平台发送的触发事件触发信息对应的为外部触发事件时,外部事件触发可以是在线商城平台基础系统向业务系统发送消息,触发业务系统订单状态流转,所述订单流有限状态机上下文封装了消息内容的解析,根据不同的消息类型,触发不同的订单流转事件,并调用业务系统实现的自定义事件处理器,通过所述事件处理器确定并调用在线商城平台中对应的服务。
这里,根据订单流程组件提供的默认的订单流有限状态机配置信息,所述业务系统内部触发事件可以包含:创建订单、订单申请结算、订单申请退款。外部触发事件包含:订单支付对账、订单结算成功、订单退款成功。以下列举几个事件处理器以说明各个业务系统内部触发事件和外部触发事件对应的事件处理器:
创建订单处理器:处理业务系统内部触发事件创建订单。处理器标识为“eventHandler.1.2”,由订单流程组件封装实现,并调用虚拟订单服务中的创建订单服务。
支付对账处理器:处理外部系统触发事件订单支付对账。处理器标识为“eventHandler.2.3”,由业务系统自定义实现,订单流程组件完成外部系统触发数据的接收与校验,并调用业务系统自定义实现的订单支付对账处理器。
申请结算处理器:处理业务系统内部触发事件订单申请结算。处理器标识为“eventHandler.4.5”,由订单流程组件封装实现,并调用虚拟订单服务中的申请结算服务。
结算成功处理器:处理外部系统触发事件订单结算成功。处理器标识为“eventHandler.5.6”,由业务系统自定义实现,订单流程组件完成外部系统触发数据的接收与校验,并调用业务系统自定义实现的订单结算成功处理器。
申请退款处理器:处理业务系统内部触发事件订单申请退款。处理器标识为“eventHandler.4.7”,由订单流程组件封装实现,并调用虚拟订单服务中的申请退款服务
退款成功处理器:处理外部系统触发事件订单退款成功。处理器名称为“eventHandler.7.8”,由业务系统自定义实现,订单流程组件完成外部系统触发数据的接收与校验,并调用业务系统自定义实现的订单退款成功处理器。
这里,自定义事件处理器可以是指自己实现事件的处理。由于事件处理加载器是根据事件处理器标识来加载事件处理器的。所以,自定义的事件处理器标识需要与配置文件中的事件处理器标识一致。若是新增的事件处理器,需要新增配置文件,配置事件处理器信息,并在引入订单流程组件时候,指定自定义配置文件路径。
本公开实施例中,通过区分内部触发信息和外部触发信息,采用不同的实现方式调用事件处理器,使得订单流程的处理更加高效且方便管理。
在一些实施例中,所述调用在线商城平台中对应的基础服务之前,包括:
获取与在线商城平台中的各基础服务对应的设置格式的服务输入参数和服务输出参数,其中所述服务输入参数包括如下至少一种:订单号、在线支付信息、优惠信息、商品信息、结算信息和退款信息;所述服务输出参数包括如下至少一种:返回实体以及响应状态码;
根据所述服务输入参数和所述服务输出参数形成对所述基础服务的调用参数。
请参见图6,所述根据状态流转所对应的触发事件确定并调用在线商城平台中对应的基础服务之前,还包括如下步骤:
步骤61:获取与在线商城平台中的各基础服务对应的设置格式的服务输入参数和服务输出参数,如输入、输出参数1,输入、输出参数2,输入、输出参数3。
步骤62:根据所述服务输入参数和所述服务输出参数形成对所述基础服务的调用参数。如响应码1和响应码2。其中,响应码1对应国内虚拟服务实现子模块调用国内电商平台的基础服务;响应码2对应国外虚拟服务实现子模块调用国外电商平台的基础服务
这里,根据设置格式的服务输入参数和服务输出参数获得调用参数,实质是标准化了订单流程,定义了统一的订单模型以及统一的服务响应结果。提升了业务订单流程的兼容性,同时使得整个系统更加高效。
请参见图7,本公开实施例另一方面,提供一种业务订单流程实现方法,包括如下步骤:
步骤71:订单流有限状态机获取业务系统或在线商城平台发送的触发事件的触发信息;
步骤72:基于所述触发信息,确定并调用在线商城平台中对应的基础服务,执行所述订单流有限状态机,以实现所述业务订单流程。
这里,有限状态机是指有限个状态以及在这些状态之间的转移和动作等行为的数学模型。本公开实施例中,所述订单流有限状态机的有限个状态对应所述订单状,例如:订单初始化状态、订单已创建状态、订单已支付状态等;所述订单流有限状态机的在这些状态之间的转移和动作等对应所述状态流转对应的触发事件,例如,创建订单触发事件,表示订单状态由订单初始化状态转变为订单已创建状态。所述数学模型规定了所述业务订单流程的运行逻辑,所述触发事件可以通过触发信息触发所述业务订单流程按照所述数学模型按照规定的运行逻辑运行,例如业务订单流程收到用户的下单指令,下单指令对应一个触发事件,会触发执行所述订单流有限状态机,订单流有限状态机的程序会由订单初始化状态运行到已创建订单状态,这个过程中,可以调用在线商城平台中的基础服务实现上述运行。其中,这里的基础服务可以是在线商城平台中已经存在的某个可调用的功能模块,例如,某个功能子程序。
请参见图8,为了能够对本公开实施例所提供的业务订单流程实现方法的进一步理解,下面以获取在线商城平台发送的触发事件的触发信息以实现业务订单流程为例,对所述业务订单流程实现方法的实现过程进行说明,所述方法包括:
步骤81:启动订单流有限状态机初始化;具体为启动状态加载器和事件处理器进行订单状态、触发事件等的注册;所述注册,可以包括在所述订单流有限状态机中完成所述订单状态、触发事件和事件处理器的声明。
步骤82:订单流有限状态机获取业务系统触发信息,这里,触发信息可以是虚拟业务系统各个功能模块发送,例如,功能1、功能2和功能3;
步骤83:订单流有限状态机获取电商平台发送的系统触发信息,这里,触发信息可以是在线商城平台发送的消息,例如消息1、消息2和消息3;
步骤84:基于所述触发信息,确定并调用在线商城平台中对应的虚拟订单服务,执行所述订单流有限状态机,以实现所述业务订单流程。
这里,本公开实施例所述订单流程实现方法包括启动订单流有限状态机初始化的过程,具体为启动状态加载器和事件处理器进行订单状态、触发事件等的注册,这可以完成所述订单状态、触发事件和事件处理器在有限状态机中的声明,为有后续有限状态机调用相关功能模块以实现所述业务订单流程提供了运行条件。
其中,所述基于所述触发信息,确定并调用在线商城平台中对应的基础服务,执行所述订单流有限状态机,以实现所述业务订单流程,包括:
接收业务系统发送的触发事件触发信息;基于所述触发信息获得所述触发事件的订单状态;基于所述订单流有限状态机,根据所述订单状态获取对应的事件处理器;通过所述事件处理器确定并调用在线商城平台中对应的基础服务,以创建所述业务订单流程;或,接收在线商城平台发送的触发事件触发信息;基于所述触发信息获得事件处理器标识;基于所述订单流有限状态机,根据所述事件处理器标识调用对应的事件处理器;通过所述事件处理器确定并调用在线商城平台中对应的基础服务,以创建所述业务订单流程。
请参见图9,为了能够对本公开实施例提供的业务订单流程实现方法的进一步理解,下面以获取业务系统发送的触发事件的触发信息以实现业务订单流程为例,对所述业务订单流程实现方法的实现过程进行说明,包括如下步骤:
步骤91:接收业务系统功能点发送的触发事件触发信息;
步骤92:进行业务逻辑处理;
步骤93:基于所述触发信息获取所述触发事件的输入、输出订单状态;
步骤94:基于所述订单流有限状态机,根据所述订单状态获取对应的事件处理器;
步骤95:执行事件处理器,通过所述事件处理器确定并调用在线商城平台中对应的基础服务,以创建所述业务订单流程;
步骤96:进行业务逻辑处理。
这里,本公开实施例接收业务系统功能点发送的触发事件触发信息,针对内部触发信息,无需对触发信息进行深度的解析,基于所述触发信息的触发事件的输入、输出订单状态就可以获得事件处理器并通过所述事件处理器调用在线商城平台中对应的基础服务,完成业务逻辑处理。
请参见图10,为了能够对本公开实施例提供的业务订单流程实现方法的进一步理解,下面以获取在线电商平台发送的触发信息消息以实现业务订单流程为例,对所述业务订单流程实现方法的实现过程进行说明,,包括如下步骤:
步骤101:接收电商平台A/B基础系统发送的触发事件触发信息消息;
步骤102:解析所述消息,获得事件处理器标识;
步骤103:基于所述订单流有限状态机,根据所述事件处理器标识调用自定义的对应的事件处理器;
步骤104:执行所述事件处理器,通过所述事件处理器确定并调用在线商城平台中对应的基础服务,以创建所述业务订单流程;
步骤105:进行业务逻辑处理。
这里,本公开实施例接收电商平台A/B基础系统发送的触发事件触发信息消息,针对外部触发信息,通过解析消息,获取事件处理器标识,根据所述标识调用自定义的对应的事件处理器并通过所述事件处理器调用在线商城平台中对应的基础服务,完成业务逻辑处理,通过统一事件处理器的获取规则,有效解决了外部触发信息格式不一致带来的调用困难问题。
请参见图11,本公开实施例另一方面,提供一种业务订单流程创建装置结构示意图,包括:状态机构建模块111和创建模块112;其中,
所述状态机构建模块111,用于获取待创建的业务订单流程对应的订单流状态配置信息,以构建对应的订单流有限状态机,所述订单流状态配置信息用于声明所述业务订单流程涉及的订单状态和状态流转对应的触发事件;
所述创建模块112,用于基于所述订单流有限状态机,根据状态流转所对应的触发事件确定并调用在线商城平台中对应的基础服务,以创建所述业务订单流程。
其中,所述创建模块112具体用于基于所述订单流有限状态机,根据状态流转所对应的触发事件将所述触发事件分发到对应的事件处理器,通过所述事件处理器确定并调用在线商城平台中对应的基础服务,以创建所述业务订单流程。
其中,所述业务订单流程创建装置还包括初始化模块114,所述初始化模块114,用于获取所述事件处理器的配置信息;基于所述配置信息解析所述事件处理器的标识;根据所述标识获取所述事件处理器并完成所述事件处理器在所述订单流有限状态机上下文中的注册。
其中,所述初始化模块114还用于获取订单状态、触发事件及事件处理器分别对应的配置文件的路径;根据所述配置文件的路径分别读取所述订单状态的配置文件、所述触发事件的配置文件及所述事件处理器的配置文件;基于所述订单状态的配置文件、所述触发事件的配置文件及所述事件处理器的配置文件,将所述订单状态、所述触发事件及所述事件处理器写入到订单流有限状态机上下文中。
其中,所述初始化模块114还用于基于所述订单状态、所述触发事件及所述事件处理器进行校验,执行如下至少其中一:校验所述订单状态、所述触发事件及所述事件处理器是否有重复;校验所述触发事件是否合法;校验所述触发事件是否有对应的所述事件处理器。
其中,所述状态机构建模块111,具体用于获取携带有所述订单状态的属性的配置文件;和/或,获取携带有所述触发事件的属性的配置文件。
其中,所述创建模块112包括内部触发单元113和外部触发单元116,
所述内部触发单元113,用于接收业务系统发送的触发事件触发信息;基于所述触发信息获得所述触发事件的订单状态;基于所述订单流有限状态机,根据所述订单状态获取对应的事件处理器;通过所述事件处理器确定并调用在线商城平台中对应的基础服务,以创建所述业务订单流程;
所述外部触发单元116,用于接收在线商城平台发送的触发事件触发信息;基于所述触发信息获得事件处理器标识;基于所述订单流有限状态机,根据所述事件处理器标识调用对应的事件处理器;通过所述事件处理器确定并调用在线商城平台中对应的基础服务,以创建所述业务订单流程。
其中,所述业务订单流程创建装置还包括标准化模块115,所述标准化模块115用于获取与在线商城平台中的各基础服务对应的设置格式的服务输入参数和服务输出参数,其中所述服务输入参数包括如下至少一种:订单号、在线支付信息、优惠信息、商品信息、结算信息和退款信息;所述服务输出参数包括如下至少一种:返回实体以及响应状态码;根据所述服务输入参数和所述服务输出参数形成对所述基础服务的调用参数。
请参见图12,本公开实施例另一方面,提供一种业务订单流程实现装置,包括:触发模块121和运行模块122;其中,
所述触发模块121,用于订单流有限状态机获取业务系统或在线商城平台发送的触发事件的触发信息;
所述运行模块122,用于基于所述触发信息,确定并调用在线商城平台中对应的基础服务,执行所述订单流有限状态机,以实现所述业务订单流程。
其中,所述运行模块包括内部处理模块123和外部处理模块124;其中,
所述内部处理模块123,用于基于业务系统发送的触发事件触发信息获得所述触发事件的订单状态;基于所述订单流有限状态机,根据所述订单状态获取对应的事件处理器;通过所述事件处理器确定并调用在线商城平台中对应的基础服务,以创建所述业务订单流程;
所述外部处理模块124,用于基于在线商城平台发送的触发事件触发信息获得事件处理器标识;基于所述订单流有限状态机,根据所述事件处理器标识调用对应的事件处理器;通过所述事件处理器确定并调用在线商城平台中对应的基础服务,以创建所述业务订单流程。
请参见图13,本公开实施例另一方面,提供一种业务订单流程创建装置,包括存储器132、处理器131及存储在所述存储器上运行的计算机程序,所述处理器131执行所述计算机程序时实现如下步骤:获取待创建的业务订单流程对应的订单流状态配置信息,以构建对应的订单流有限状态机,所述订单流状态配置信息用于声明所述业务订单流程涉及的订单状态和状态流转对应的触发事件;基于所述订单流有限状态机,根据状态流转所对应的触发事件确定并调用在线商城平台中对应的基础服务,以创建所述业务订单流程。
所述处理器131执行所述计算机程序时还实现如下步骤:基于所述订单流有限状态机,根据状态流转所对应的触发事件将所述触发事件分发到对应的事件处理器,通过所述事件处理器确定并调用在线商城平台中对应的基础服务,以创建所述业务订单流程。
所述处理器131执行所述计算机程序时还实现如下步骤:获取所述事件处理器的配置信息;基于所述配置信息解析所述事件处理器的标识;根据所述标识获取所述事件处理器并完成所述事件处理器在所述订单流有限状态机上下文中的注册。
所述处理器131执行所述计算机程序时还实现如下步骤:获取订单状态、触发事件及事件处理器分别对应的配置文件的路径;根据所述配置文件的路径分别读取所述订单状态的配置文件、所述触发事件的配置文件及所述事件处理器的配置文件;基于所述订单状态的配置文件、所述触发事件的配置文件及所述事件处理器的配置文件,将所述订单状态、所述触发事件及所述事件处理器写入到订单流有限状态机上下文中。所述处理器执行所述计算机程序时还实现如下步骤:基于所述订单状态、所述触发事件及所述事件处理器进行校验,执行如下至少其中一:校验所述订单状态、所述触发事件及所述事件处理器是否有重复;校验所述触发事件是否合法;校验所述触发事件是否有对应的所述事件处理器。
所述处理器131执行所述计算机程序时还实现如下步骤:获取携带有所述订单状态的属性的配置文件;和/或,所述触发事件的属性包含输入订单状态、输出订单状态和事件名称,所述获取待创建的业务订单流程对应的订单流状态配置信息,包括:获取携带有所述触发事件的属性的配置文件。
所述处理器131执行所述计算机程序时还实现如下步骤:接收业务系统发送的触发事件触发信息;基于所述触发信息获得所述触发事件的订单状态;基于所述订单流有限状态机,根据所述订单状态获取对应的事件处理器;通过所述事件处理器确定并调用在线商城平台中对应的基础服务,以创建所述业务订单流程;或,接收在线商城平台发送的触发事件触发信息;基于所述触发信息获得事件处理器标识;基于所述订单流有限状态机,根据所述事件处理器标识调用对应的事件处理器;通过所述事件处理器确定并调用在线商城平台中对应的基础服务,以创建所述业务订单流程。
所述处理器131执行所述计算机程序时还实现如下步骤:获取与在线商城平台中的各基础服务对应的设置格式的服务输入参数和服务输出参数,其中所述服务输入参数包括如下至少一种:订单号、在线支付信息、优惠信息、商品信息、结算信息和退款信息;所述服务输出参数包括如下至少一种:返回实体以及响应状态码;根据所述服务输入参数和所述服务输出参数形成对所述基础服务的调用参数。
本公开实施例另一方面,提供一种业务订单流程实现装置,包括存储器132、处理器131及存储在所述存储器132上运行的计算机程序,所述处理器131执行所述计算机程序时实现如下步骤:订单流有限状态机获取业务系统或在线商城平台发送的触发事件的触发信息;基于所述触发信息,确定并调用在线商城平台中对应的基础服务,执行所述订单流有限状态机,以实现所述业务订单流程。
所述处理器131执行所述计算机程序时还实现如下步骤:接收业务系统发送的触发事件触发信息;基于所述触发信息获得所述触发事件的订单状态;基于所述订单流有限状态机,根据所述订单状态获取对应的事件处理器;通过所述事件处理器确定并调用在线商城平台中对应的基础服务,以创建所述业务订单流程;
或,接收在线商城平台发送的触发事件触发信息;基于所述触发信息获得事件处理器标识;基于所述订单流有限状态机,根据所述事件处理器标识调用对应的事件处理器;通过所述事件处理器确定并调用在线商城平台中对应的基础服务,以创建所述业务订单流程。
本公开实施例另一方面,提供一种计算机可读存储介质,所述计算机可读存储介质上存储有订单流程创建程序,所述订单流程创建程序被处理器执行时实现如下步骤:获取待创建的业务订单流程对应的订单流状态配置信息,以构建对应的订单流有限状态机,所述订单流状态配置信息用于声明所述业务订单流程涉及的订单状态和状态流转对应的触发事件;基于所述订单流有限状态机,根据状态流转所对应的触发事件确定并调用在线商城平台中对应的基础服务,以创建所述业务订单流程。
所述订单流程创建程序被处理器执行时还实现如下步骤:基于所述订单流有限状态机,根据状态流转所对应的触发事件将所述触发事件分发到对应的事件处理器,通过所述事件处理器确定并调用在线商城平台中对应的基础服务,以创建所述业务订单流程。
所述订单流程创建程序被处理器执行时还实现如下步骤:获取所述事件处理器的配置信息;基于所述配置信息解析所述事件处理器的标识;根据所述标识获取所述事件处理器并完成所述事件处理器在所述订单流有限状态机上下文中的注册。
所述订单流程创建程序被处理器执行时还实现如下步骤:获取订单状态、触发事件及事件处理器分别对应的配置文件的路径;根据所述配置文件的路径分别读取所述订单状态的配置文件、所述触发事件的配置文件及所述事件处理器的配置文件;基于所述订单状态的配置文件、所述触发事件的配置文件及所述事件处理器的配置文件,将所述订单状态、所述触发事件及所述事件处理器写入到订单流有限状态机上下文中。所述处理器执行所述计算机程序时还实现如下步骤:基于所述订单状态、所述触发事件及所述事件处理器进行校验,执行如下至少其中一:校验所述订单状态、所述触发事件及所述事件处理器是否有重复;校验所述触发事件是否合法;校验所述触发事件是否有对应的所述事件处理器。
所述订单流程创建程序被处理器执行时还实现如下步骤:获取携带有所述订单状态的属性的配置文件;和/或,所述触发事件的属性包含输入订单状态、输出订单状态和事件名称,所述获取待创建的业务订单流程对应的订单流状态配置信息,包括:获取携带有所述触发事件的属性的配置文件。
所述订单流程创建程序被处理器执行时还实现如下步骤:接收业务系统发送的触发事件触发信息;基于所述触发信息获得所述触发事件的订单状态;基于所述订单流有限状态机,根据所述订单状态获取对应的事件处理器;通过所述事件处理器确定并调用在线商城平台中对应的基础服务,以创建所述业务订单流程;或,接收在线商城平台发送的触发事件触发信息;基于所述触发信息获得事件处理器标识;基于所述订单流有限状态机,根据所述事件处理器标识调用对应的事件处理器;通过所述事件处理器确定并调用在线商城平台中对应的基础服务,以创建所述业务订单流程。
所述订单流程创建程序被处理器执行时还实现如下步骤:获取与在线商城平台中的各基础服务对应的设置格式的服务输入参数和服务输出参数,其中所述服务输入参数包括如下至少一种:订单号、在线支付信息、优惠信息、商品信息、结算信息和退款信息;所述服务输出参数包括如下至少一种:返回实体以及响应状态码;根据所述服务输入参数和所述服务输出参数形成对所述基础服务的调用参数。
本公开实施例另一方面,提供一种业务系统,包括如本公开实施例中任一所述的订单流程创建装置和本公开实施例中任一所述的业务订单流程实现装置
以上所述,仅为本公开的具体实施方式,但本公开的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本公开揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本公开的保护范围之内。因此,本公开的保护范围应以所述权利要求的保护范围为准。
Claims (24)
1.一种业务订单流程创建方法,其特征在于,包括:
获取待创建的业务订单流程对应的订单流状态配置信息,以构建对应的订单流有限状态机,所述订单流状态配置信息用于声明所述业务订单流程涉及的订单状态和状态流转对应的触发事件;
基于所述订单流有限状态机,根据状态流转所对应的触发事件确定并调用在线商城平台中对应的基础服务,以创建所述业务订单流程。
2.根据权利要求1所述的业务订单流程创建方法,其特征在于,所述基于所述订单流有限状态机,根据状态流转所对应的触发事件确定并调用在线商城平台中对应的基础服务,以创建所述业务订单流程,包括:
基于所述订单流有限状态机,根据状态流转所对应的触发事件将所述触发事件分发到对应的事件处理器,通过所述事件处理器确定并调用在线商城平台中对应的基础服务,以创建所述业务订单流程。
3.根据权利要求2所述的业务订单流程创建方法,其特征在于,所述基于所述订单流有限状态机,根据状态流转所对应的触发事件将所述触发事件分发到对应的事件处理器之前,还包括:
获取所述事件处理器的配置信息;
基于所述配置信息解析所述事件处理器的标识;
根据所述标识获取所述事件处理器并完成所述事件处理器在所述订单流有限状态机上下文中的注册。
4.根据权利要求1所述的业务订单流程创建方法,其特征在于,获取待创建的业务订单流程对应的订单流状态配置信息,以构建对应的订单流有限状态机,包括:
获取订单状态、触发事件及事件处理器分别对应的配置文件的路径;
根据所述配置文件的路径分别读取所述订单状态的配置文件、所述触发事件的配置文件及所述事件处理器的配置文件;
基于所述订单状态的配置文件、所述触发事件的配置文件及所述事件处理器的配置文件,将所述订单状态、所述触发事件及所述事件处理器写入到订单流有限状态机上下文中。
5.根据权利要求4所述的业务订单流程创建方法,其特征在于,所述将所述订单状态、所述触发事件及所述事件处理器写入到订单流有限状态机上下文中之前,还包括:
基于所述订单状态、所述触发事件及所述事件处理器进行校验,执行如下至少其中一:
校验所述订单状态、所述触发事件及所述事件处理器是否有重复;
校验所述触发事件是否合法;
校验所述触发事件是否有对应的所述事件处理器。
6.根据权利要求1所述的业务订单流程创建方法,其特征在于,所述订单状态的属性包括订单状态值和订单名称,所述获取待创建的业务订单流程对应的订单流状态配置信息,包括:
获取携带有所述订单状态的属性的配置文件;和/或,
所述触发事件的属性包含输入订单状态、输出订单状态和事件名称,所述获取待创建的业务订单流程对应的订单流状态配置信息,包括:
获取携带有所述触发事件的属性的配置文件。
7.根据权利要求1所述的业务订单流程创建方法,其特征在于,所述基于所述订单流有限状态机,根据状态流转所对应的触发事件确定并调用在线商城平台中对应的基础服务,以创建所述业务订单流程,包括:
接收业务系统发送的触发事件触发信息;基于所述触发信息获得所述触发事件的订单状态;基于所述订单流有限状态机,根据所述订单状态获取对应的事件处理器;通过所述事件处理器确定并调用在线商城平台中对应的基础服务,以创建所述业务订单流程;
或,接收在线商城平台发送的触发事件触发信息;基于所述触发信息获得事件处理器标识;基于所述订单流有限状态机,根据所述事件处理器标识调用对应的事件处理器;通过所述事件处理器确定并调用在线商城平台中对应的基础服务,以创建所述业务订单流程。
8.根据权利要求1所述的业务订单流程创建方法,其特征在于,所述根据状态流转所对应的触发事件确定并调用在线商城平台中对应的基础服务之前,包括:
获取与在线商城平台中的各基础服务对应的设置格式的服务输入参数和服务输出参数,其中所述服务输入参数包括如下至少一种:订单号、在线支付信息、优惠信息、商品信息、结算信息和退款信息;所述服务输出参数包括如下至少一种:返回实体以及响应状态码;
根据所述服务输入参数和所述服务输出参数形成对所述基础服务的调用参数。
9.一种业务订单流程实现方法,其特征在于,包括:
订单流有限状态机获取业务系统或在线商城平台发送的触发事件的触发信息;
基于所述触发信息,确定并调用在线商城平台中对应的基础服务,执行所述订单流有限状态机,以实现所述业务订单流程。
10.根据权利要求9所述的业务订单流程实现方法,其特征在于,所述基于所述触发信息,确定并调用在线商城平台中对应的基础服务,执行所述订单流有限状态机,以实现所述业务订单流程,包括:
接收业务系统发送的触发事件触发信息;基于所述触发信息获得所述触发事件的订单状态;基于所述订单流有限状态机,根据所述订单状态获取对应的事件处理器;通过所述事件处理器确定并调用在线商城平台中对应的基础服务,以创建所述业务订单流程;
或,接收在线商城平台发送的触发事件触发信息;基于所述触发信息获得事件处理器标识;基于所述订单流有限状态机,根据所述事件处理器标识调用对应的事件处理器;通过所述事件处理器确定并调用在线商城平台中对应的基础服务,以创建所述业务订单流程。
11.一种业务订单流程创建装置,其特征在于,包括:状态机构建模块和创建模块;其中,
所述状态机构建模块,用于获取待创建的业务订单流程对应的订单流状态配置信息,以构建对应的订单流有限状态机,所述订单流状态配置信息用于声明所述业务订单流程涉及的订单状态和状态流转对应的触发事件;
所述创建模块,用于基于所述订单流有限状态机,根据状态流转所对应的触发事件确定并调用在线商城平台中对应的基础服务,以创建所述业务订单流程。
12.根据权利要求11所述的订单流程创建装置,其特征在于,所述创建模块,具体用于基于所述订单流有限状态机,根据状态流转所对应的触发事件将所述触发事件分发到对应的事件处理器,通过所述事件处理器确定并调用在线商城平台中对应的基础服务,以创建所述业务订单流程。
13.根据权利要求11所述的订单流程创建装置,其特征在于,还包括初始化模块,所述初始化模块,用于获取所述事件处理器的配置信息;基于所述配置信息解析所述事件处理器的标识;根据所述标识获取所述事件处理器并完成所述事件处理器在所述订单流有限状态机上下文中的注册。
14.根据权利要求13所述的订单流程创建装置,其特征在于,所述初始化模块还用于获取订单状态、触发事件及事件处理器分别对应的配置文件的路径;根据所述配置文件的路径分别读取所述订单状态的配置文件、所述触发事件的配置文件及所述事件处理器的配置文件;基于所述订单状态的配置文件、所述触发事件的配置文件及所述事件处理器的配置文件,将所述订单状态、所述触发事件及所述事件处理器写入到订单流有限状态机上下文中。
15.根据权利要求14所述的订单流程创建装置,其特征在于,所述初始化模块还用于基于所述订单状态、所述触发事件及所述事件处理器进行校验,执行如下至少其中一:校验所述订单状态、所述触发事件及所述事件处理器是否有重复;校验所述触发事件是否合法;校验所述触发事件是否有对应的所述事件处理器。
16.根据权利要求11所述的订单流程创建装置,其特征在于,所述状态机构建模块,具体用于获取携带有所述订单状态的属性的配置文件;和/或,获取携带有所述触发事件的属性的配置文件。
17.根据权利要求11所述的订单流程创建装置,其特征在于,所述创建模块包括内部触发单元和外部触发单元,其中,
所述内部触发单元,用于接收业务系统发送的触发事件触发信息;基于所述触发信息获得所述触发事件的订单状态;基于所述订单流有限状态机,根据所述订单状态获取对应的事件处理器;通过所述事件处理器确定并调用在线商城平台中对应的基础服务,以创建所述业务订单流程;
所述外部触发单元,用于接收在线商城平台发送的触发事件触发信息;基于所述触发信息获得事件处理器标识;基于所述订单流有限状态机,根据所述事件处理器标识调用对应的事件处理器;通过所述事件处理器确定并调用在线商城平台中对应的基础服务,以创建所述业务订单流程。
18.根据权利要求11所述的订单流程创建装置,其特征在于,还包括标准化模块,所述标准化模块用于获取与在线商城平台中的各基础服务对应的设置格式的服务输入参数和服务输出参数,其中所述服务输入参数包括如下至少一种:订单号、在线支付信息、优惠信息、商品信息、结算信息和退款信息;所述服务输出参数包括如下至少一种:返回实体以及响应状态码;根据所述服务输入参数和所述服务输出参数形成对所述基础服务的调用参数。
19.一种业务订单流程实现装置,其特征在于,包括:触发模块和运行模块;其中,
所述触发模块,用于订单流有限状态机获取业务系统或在线商城平台发送的触发事件的触发信息;
所述运行模块,用于基于所述触发信息,确定并调用在线商城平台中对应的基础服务,执行所述订单流有限状态机,以实现所述业务订单流程。
20.根据权利要求19所述的业务订单流程实现装置,其特征在于,所述运行模块包括内部处理模块和外部处理模块;其中,
所述内部处理模块,用于基于业务系统发送的触发事件触发信息获得所述触发事件的订单状态;基于所述订单流有限状态机,根据所述订单状态获取对应的事件处理器;通过所述事件处理器确定并调用在线商城平台中对应的基础服务,以创建所述业务订单流程;
所述外部处理模块,用于基于在线商城平台发送的触发事件触发信息获得事件处理器标识;基于所述订单流有限状态机,根据所述事件处理器标识调用对应的事件处理器;通过所述事件处理器确定并调用在线商城平台中对应的基础服务,以创建所述业务订单流程。
21.一种业务订单流程创建装置,包括存储器、处理器及存储在所述存储器上运行的计算机程序,其特征在于,所述处理器执行所述计算机程序时实现如权利要求1至8中任一项所述的订单流程创建方法。
22.一种业务订单流程实现装置,包括存储器、处理器及存储在所述存储器上运行的计算机程序,其特征在于,所述处理器执行所述计算机程序时实现如权利要求9至10中任一项所述的订单流程实现方法。
23.一种计算机可读存储介质,所述计算机可读存储介质上存储有订单流程创建程序,所述订单流程创建程序被处理器执行时实现如权利要求1至8中任一项所述的订单流程创建方法。
24.一种业务系统,其特征在于,包括如权利要求21所述的订单流程创建装置和如权利要求22所述的业务订单流程实现装置。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910099616.1A CN111507676A (zh) | 2019-01-31 | 2019-01-31 | 业务订单流程创建和实现方法、装置、存储介质和系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910099616.1A CN111507676A (zh) | 2019-01-31 | 2019-01-31 | 业务订单流程创建和实现方法、装置、存储介质和系统 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN111507676A true CN111507676A (zh) | 2020-08-07 |
Family
ID=71870766
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910099616.1A Pending CN111507676A (zh) | 2019-01-31 | 2019-01-31 | 业务订单流程创建和实现方法、装置、存储介质和系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN111507676A (zh) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112115120A (zh) * | 2020-09-01 | 2020-12-22 | 南京领行科技股份有限公司 | 一种业务数据存储方法和装置及设备 |
CN112330298A (zh) * | 2020-11-17 | 2021-02-05 | 中国平安财产保险股份有限公司 | 消费订单的流程管理方法、装置、计算机设备及存储介质 |
CN114693384A (zh) * | 2020-12-30 | 2022-07-01 | 广州力挚网络科技有限公司 | 多业务线的订单处理方法、平台及系统 |
CN116993459A (zh) * | 2023-08-30 | 2023-11-03 | 深圳市大同信息技术有限公司 | 一种基于云数据分析的电商订单管理方法 |
-
2019
- 2019-01-31 CN CN201910099616.1A patent/CN111507676A/zh active Pending
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112115120A (zh) * | 2020-09-01 | 2020-12-22 | 南京领行科技股份有限公司 | 一种业务数据存储方法和装置及设备 |
CN112115120B (zh) * | 2020-09-01 | 2022-06-21 | 南京领行科技股份有限公司 | 一种业务数据存储方法和装置及设备 |
CN112330298A (zh) * | 2020-11-17 | 2021-02-05 | 中国平安财产保险股份有限公司 | 消费订单的流程管理方法、装置、计算机设备及存储介质 |
CN114693384A (zh) * | 2020-12-30 | 2022-07-01 | 广州力挚网络科技有限公司 | 多业务线的订单处理方法、平台及系统 |
CN116993459A (zh) * | 2023-08-30 | 2023-11-03 | 深圳市大同信息技术有限公司 | 一种基于云数据分析的电商订单管理方法 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN111507676A (zh) | 业务订单流程创建和实现方法、装置、存储介质和系统 | |
US20230247090A1 (en) | Dynamic execution resource selection for customized workflow tasks | |
CN111190586A (zh) | 软件开发框架的搭建及使用方法、计算设备和存储介质 | |
KR20120128661A (ko) | 위젯 프레임워크, 실시간 서비스 결합, 및 실시간 리소스 집계 | |
EP3582125B1 (en) | System and methods with reduced complexity in the integration of exposed information models with applications | |
CN111399840B (zh) | 一种模块开发方法及装置 | |
CN111831365A (zh) | 接口路由转发方法、系统、计算机设备及可读存储介质 | |
US20120240103A1 (en) | Method and system for implementing self-configurable software components | |
CN113468212A (zh) | 事件执行的方法、装置及电子设备 | |
US7844978B2 (en) | Artifact management for an extensible runtime environment | |
KR20130119715A (ko) | 비즈니스 프로세스 자동화 장치 | |
CN112561690A (zh) | 信用卡分期业务接口的测试方法、系统、设备及存储介质 | |
US9298473B2 (en) | System and method for a generic object access layer | |
Gonidis et al. | A development framework enabling the design of service-based cloud applications | |
CN116755788A (zh) | 一种线上规则修改方法、装置、设备及存储介质 | |
CN113112217B (zh) | 一种业务流程配置方法、装置、电子设备及计算机可读介质 | |
CN112764729A (zh) | 应用软件开发方法、装置、计算机设备及可读存储介质 | |
Manik | Design pattern evaluation on a restful api wrapper: A case study of software integration with an internet payment gateway using model-driven architecture | |
WO2022205013A1 (zh) | 程序数据包生成方法、装置、设备及存储介质 | |
CN111273897A (zh) | 一种区块链资源消耗方法、装置、储存介质及电子设备 | |
CN116028138B (zh) | 应用发布方法及装置 | |
CN110191141B (zh) | 服务调用信息处理方法、装置及计算机系统 | |
CN116860479A (zh) | 信息处理方法、装置、电子设备及存储介质 | |
CN117171718A (zh) | 一种软件统一履约方法、装置、设备及可读存储介质 | |
CN114465892A (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 |