基于状态机的业务处理方法及系统与流程

1.本发明涉及计算机技术领域，特别是涉及基于状态机的业务处理方法及系统。


背景技术：

2.目前，二手车交易渠道主要分为线下传统渠道和线上渠道。线下传统渠道主要是独立二手车商、4s店(汽车经销商)以及个人间直接交易等，线上渠道主要是互联网平台和线上拍卖等方式。随着消费观念的改变，越来越多的年轻人开始选择购买二手车。目前，随着二手车流通领域政策的改革，二手车行业正迎来历史性发展机遇。因此，需要一个平台可以提供全流程的管理服务。但是由于随着业务的增长，系统的增多，很多业务流程有许多共性，但是由于设计的局限性，导致重复性开发，并且对于实现系统之间的业务流转，出现了很多技术瓶颈。
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.图1为一个实施例中基于状态机的业务处理方法的流程示意图；
29.图2为一个实施例中理赔申诉审批管理流程的流程示意图；
30.图3为一个实施例中基于状态机的业务处理系统的框架示意图；
31.图4为一个实施例中电子设备的示意图。
具体实施方式
32.为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。
33.需要说明的是，除非另外定义，本公开实施例使用的技术术语或者科学术语应当为本公开所属领域内具有一般技能的人士所理解的通常意义。本公开实施例中使用的“第一”、“第二”以及类似的词语并不表示任何顺序、数量或者重要性，而只是用来区分不同的组成部分。“包括”或者“包含”等类似的词语意指出现该词前面的元件或者物件涵盖出现在该词后面列举的元件或者物件及其等同，而不排除其他元件或者物件。“连接”或者“相连”等类似的词语并非限定于物理的或者机械的连接，而是可以包括电性的连接，不管是直接的还是间接的。“上”、“下”、“左”、“右”等仅用于表示相对位置关系，当被描述对象的绝对位置改变后，则该相对位置关系也可能相应地改变。
34.为了便于理解，首先对本发明涉及的技术术语进行解释。
35.(1)状态机
36.状态机是管理订单状态逻辑的工具。状态机可归纳为3个要素，即现态、动作、次态。其中，现态是指当前所处的状态；动作执行完毕后，可以迁移到新的状态，也可以仍旧保持原状态；次态为动作满足后要迁往的新状态，“次态”是相对于“现态”而言的，“次态”一旦被激活，就转变成新的“现态”了。
37.(2)幂等校验
38.幂等是一个数学与计算机学概念，常见于抽象代数中。在编程中一个幂等操作的特点是其任意多次执行所产生的影响均与一次执行的影响相同。幂等函数，或幂等方法，是指可以使用相同参数重复执行，并能获得相同结果的函数。这些函数不会影响系统状态，也不用担心重复执行会对系统造成改变。幂等校验，通俗的说就是一个接口，多次发起同一个请求，必须保证操作只能执行一次。
39.可以理解，在进行业务流程管理时，当需要从一个业务节点流转到下一个节点的时候，可能是跨部门，跨系统的合作，例如有专门负责支付的团队，负责审批流的团队，负责商品管理的团队等。因此，要按照一个完整的业务闭环开展系统对接，对系统设计是一个很大的挑战。并且，通常情况下，电商系统的订单由于订单节点较多，节点之间的状态流转也比较灵活，例如订单发货后，对于一些实体的物品，可以经过正在运输或派送以及确认收货节点等节点，才能到达交易完成节点，而对于一些不需要派送的物品如电子书，在订单发货后，不需要经过正在运输或派送以及确认收货节点等节点，直接到交易完成节点即可。此外，也可以走申请仅退款节点，还可以走申请退货节点等。并且有些交易对应订单根据业务需求的不同，存在多种类型的订单，例如查询服务订单、购车订单、购买会员的订单。不同类
型的订单状态节点，有相同的节点也有不同的节点。现有技术中，针对不同的订单类型构建一个管理流程，则流程过于复杂且难于拓展，或针对每一中类型的订单分别构建一个订单流程，则重复节点较多，且不好维护。
40.因此，要按照一个完整的业务闭环开展系统对接，对系统设计是一个很大的挑战，因此急需一种业务处理的方法处理错综复杂的处理流程，并且能保证业务的稳定运行，且方便维护。
41.下面结合附图说明本发明提供的基于状态机的业务处理方法及系统。
42.图1为本发明提供的基于状态机的业务处理方法的示意性流程图。可以理解，图1提供的基于状态机的业务处理方法可以由基于状态机的业务处理引系统实现。如图1所示，本发明提供的基于状态机的业务处理方法包括以下步骤：
43.步骤110，获取用户输入的操作信息。
44.其中，用户的输入操作可以为用户在业务处理引擎上的操作，可以为针对业务、理赔申诉审批业务、支付业务的操作。例如，用户想要购买一辆二手车，则用户可以在业务处理引擎上查询二手车的信息，或者，在交易发生后，用户想要申诉理赔，择可以在业务处理引擎上发起申诉理赔。对应地，基于状态机的业务处理引系统可以从业务处理引擎中获取用户输入的操作信息。
45.可以理解，在其中一个实施例中，在获取用户输入的操作信息之后，方法还包括：对用户输入的操作信息中的敏感信息进行不可逆加密处理。其中，敏感信息为不易被其他人知道的信息，例如可以用户的个人隐私信息。对敏感数据做不可逆加密传输入库，可以防止用户信息泄露。
46.步骤120，基于用户输入的操作信息确定业务的类型、当前业务状态以及收到的事件。
47.其中，订单类型用于区分订单的业务及服务类型。订单类型例如可以为业务中的查询服务类型，还可以为理赔申诉审批业务中的申诉理赔服务类型，还可以为支付业务中支付服务类型。当前业务状态为当前业务所处的节点，即目标用户的目标订单的所处的节点，例如，用户查询后加入购物车，则进入待支付节点，当前业务状态即为待支付。收到的事件可以用户的操作，例如加入购物车或付款即为一个动作。
48.步骤130，基于业务的类型、当前业务状态以及收到的事件确定状态机配置文件。
49.其中，状态机配置文件用于确定状态机。根据业务的类型、当前业务状态以及收到的事件可以确定状态机配置文件。
50.可以理解，状态机包括3个要素，即现态、动作、次态，用于反映业务的节点流转，当前业务状态可以对应于状态机中的“现态”、收到的事件可以对应于状态机中的“动作”，然后再结合业务的类型，即可确定状态机中的“次态”。例如当前业务状态为“待付款”，收到的事件为“付款”，若对应的业务的类型为实体商品订单，例如“购买二手车订单”，则可以确定对应的“次态”为“待发货”；若对应的业务的类型为“查询服务订单”，则可以确定对应的“次态”为“查询中”，若对应的业务的类型为虚拟商品订单，例如“购买会员订单”，则可以确定对应的“次态”为“交易完成”。
51.综上所述，根据业务的类型、当前业务状态以及收到的事件可以确定状态机配置文件，根据状态机配置文件即可调用对应的状态机。
52.步骤140，基于状态机配置文件调用对应的状态机；其中，状态机基于业务信息和预设的通用订单创建模板创建；状态机为以下其中一种：订单管理类型的状态机，理赔申诉审批管理类型的状态机，支付管理类型的状态机。
53.可以理解，由于二手车交易对应的业务比较复杂，可以包括订单管理类型的业务，理赔申诉审批管理类型的业务、支付管理类型的业务，因此，不同类型的业务对应节点流转过程不同，因此对应的状态机也不同。并且，将所有类型的业务均通过状态机表示并保存，不仅可以兼容多种类型且状态节点不一样的订单，避免了多套订单系统的产生，而且可以满足二手车交易平台订单在类型多样，节点众多，流程复杂等情况下，订单节点顺畅流转。
54.其中，通用订单创建模板为用于创建状态机的一个通用模板。
55.在其中一些实施例中，基于业务信息和预设的通用订单创建模板创建状态机的过程，包括：基于业务信息、通用节点以及通用事件以及拓展方法创建业务对应的状态机；其中，业务信息基于订单管理业务、理赔申诉审批管理业务以及支付管理业务中的各个流转节点及流转信息确定。
56.其中，通用节点为业务处理流程中的一些常见流程节点，例如可以为查询、待支付、待收货以及交易完成等节点。通用事件为业务处理流程中的一些常见的触发节点流转的事件，例如可以包括创建订单、取消订单、支付、完成、状态变更。
57.在其中一些实施例中，拓展方法包括：校验、补充上下文、检查上下文、保存上下文以及完成创建。其中，校验用于对现有的状态机的节点和流转状态进行检查；补充上下文、检查上下文、保存上下文以及完成创建分别用于在创建状态机时，对于业务处理流程中的一些不常见的流程节点进行补充、检查、保存以及完成创建。
58.可以理解，通过定义一些通用节点、通用事件以及拓展方法，使开发人员可以结合业务信息以及通用节点、通用事件以及拓展方法直接在业务处理引擎中输入每一个业务对应的流转过程以及节点，或者可以通过补充上下文、检查上下文、保存上下文等拓展方法接口增加相应的节点，从而使业务处理引擎生成对应的状态机，从而实现在新增一种订单类型的情况下，不需要对原来的代码进行修改，只需新创建一个状态机，并且添加自定义的事件和节点，并实现相应的逻辑即可。并且，由于不同类型的状态机和状态节点以及事件独立性强，可以多人独立维护。在需要修改或者拓展某段逻辑的情况下，只需要修改相应的状态节点即可，不会影响到其他节点。
59.还可以理解，通过定义一些标准的输入输出接口，例如通用节点、通用事件以及拓展方法对应的接口，降低了研发成本，提升了业务模块的重用性，不用每个业务方向独立研发功能模块，都可以接入流程管理。
60.步骤150，基于状态机管理对应的业务。
61.如前所述，状态机能够反映业务的流转过程，因此，基于状态机可以确定订单对应的业务下一步即将跳转的节点，因此，在调用业务对应的状态机后，可以基于状态机管理对应的业务。
62.本发明提供的基于状态机的业务处理方法，通过引入状态机，对单个业务流转的管理，使用成熟的框架，简化了状态流转的控制，减少了硬编码，可以灵活调整状态流转。并且，因为状态机的创建的环节是基于业务信息和预设通用订单创建模板创建，因此具有强大的扩展性，可灵活地适用于多种场景，能够适用多种业务的业务处理，并且易于维护，从
而解决了由于业务处理流程错综复杂，而比较难以实现以及难以维护的问题，实现全流程的业务管理服务简单化并保证业务的顺利进行，且方便维护。
63.在其中一个实施例中，基于业务信息和预设的通用订单创建模板创建状态机，包括：
64.基于预设的通用订单创建模板和订单的状态流转创建订单管理类型的状态机。
65.可以理解，对于普通订单业务，其对应的业务信息即为订单的状态流转。其中，订单的状态流转用于反映订单所包含的节点以及节点之间的流转情况。示例性地，如表1所示，示意性地给出了订单的状态流转过程。
66.表1
[0067][0068]
基于上述表1中的现态、动作以及次态，即可确定订单管理类型的至少一个状态机，例如，对于一个常见的订单处理的状态机，其对应的流转节点为待付款、待发货、已付款、交易完成、售后中和交易关闭。其中，待付款向待发货的流转的触发事件为订单付款完成。类似地，可以得到对应的其他的订单处理流程对应的状态机，此处不再一一说明。
[0069]
在其中一个实施例中，基于业务信息和预设的通用订单创建模板创建状态机，包括：
[0070]
基于预设的通用订单创建模板和理赔申诉审批管理流程创建理赔申诉审批管理类型的状态机。
[0071]
其中，理赔申诉审批管理流程为用于对用户提出的理赔申诉进行审批管理的流程。具体地，如图2所示，理赔申诉审批管理流程可以包括以下步骤：
[0072]
步骤210，买家向卖家发起申诉理赔，卖家不同意则进入仲裁待初审流程。
[0073]
步骤220，仲裁待初审，买卖双方提供初审材料。
[0074]
步骤230，仲裁初审会对初审材料进行初审。首先确定是否需要买卖双方继续补充材料。如果需要补充材料，则向买卖双方反馈，买卖双方补充资料并上交；如果不需要补充
材料，则形成初审意见。
[0075]
步骤240，买卖双方对初审意见无异议，则仲裁结束，按照仲裁结果赔偿。
[0076]
步骤250，若初审不通过，进入复审，买卖双方补充复审材料。
[0077]
步骤260，仲裁初审会对复审材料进行审核，并确定初审/复审最终结果，提交财务审核，有财务部门负责退回补偿款。
[0078]
为了便于理解，结合上文的相关描述，示例性的说明基于预设的通用订单创建模板和理赔申诉审批管理流程创建理赔申诉审批管理类型的状态机的过程。示例性地，假设建立的通用节点中已经有“发起申诉理赔”、“进入仲裁待初审流程”、“进行初审”和“初审通过”这些节点，并且建立的通用事件中已经有“卖家不同意理赔”、“提交初审材料”、“买卖双方同意初审意见”则开发人员或其他创建状态机的人员，可以将“发起申诉理赔”、“进入仲裁待初审流程”、“进行初审”和“初审通过”这些节点依次确认为理赔申诉审批管理流程对应的状态机的流转节点，并将“卖家不同意理赔”作为“进入仲裁待初审流程”的触发事件，将“提交初审材料”作为“进行初审”的触发事件，将“买卖双方同意初审意见”作为“初审通过”的触发事件。并且，可以通过补充上下文、检查上下文、保存上下文等拓展方法接口增加通用节点中不包含的节点“进入复审”、“进行复审”、“财务审核”以及“退回补偿款”，并增加通用事件中不包含的事件“买卖双方不同意复审”、“提交复审资料”、“确定理赔”以增加新的状态机实现扩展的业务流程。从而实现在添加新的业务处理流程时只需新创建一个状态机，并且添加自定义的事件和节点，并实现相应的逻辑即可，在添加新类型业务处理流程时不会影响之前的业务处理逻辑，保证业务处理流程的拓展性。
[0079]
基于上文描述可以看出，对应的理赔审批管理流程涉及了多方的交互，但是由于本发明中对这些流程的管理根据流转过程涉及的节点以及对应的触发事件创建相应的状态机，因此，可以使理赔审批管理流程只与流转过程涉及的节点以及对应的触发事件相关，而不受其他因素，例如不受不同部门的影响，从而使跨部门的流程管理简单化；并且，对于一些新的业务流程，可以通过添加新的状态机以实现新的业务流程，从而在添加新类型业务处理流程时不会影响之前的业务处理逻辑，保证业务处理流程的拓展性。
[0080]
在其中一个实施例中，基于业务信息和预设的通用订单创建模板创建状态机，包括：
[0081]
基于预设的通用订单创建模板和支付管理流程，创建支付管理类型的状态机。
[0082]
其中，支付管理流程为用于对支付过程进行管理的流程。具体地，支付管理流程可以包括以下几个流程：
[0083]
流程1，当用户下单后，会发起微信支付流程，并通过后台支付列表管理支付过程。其中，系统后台可以进行发起退款，发起支付对账，关闭支付等操作。
[0084]
流程2，当用户发起购车交易，将会进行安全认证，对用户的信息进行实名认证，并创建用户的收付款账号，然后用户买卖双方的交易资金进入第三方资金监管系统。
[0085]
流程3，当用户发起理赔申诉，需要通过企业对公账户打款到用户银行卡，通过银联支付通道发起支付。
[0086]
可以理解，在上述流程中，对涉及敏感数据做不可逆加密传输入库，风险行为预警，发起理赔及支付做黑名单ip及账号管理，避免出现网络攻击行为造成系统宕机。
[0087]
还可以理解，针对上述每个流程可以构建一个状态机，并且“基于预设的通用订单
创建模板和支付管理流程，创建支付管理类型的状态机”的过程，与上文中“基于预设的通用订单创建模板和理赔申诉审批管理流程，创建理赔申诉审批管理类型的状态机”的过程类似，为了简洁，此处不再赘述。
[0088]
在其中一个实施例中，在状态机的下一节点为支付节点的情况下，在通过幂等校验确定对应的支付事件为非重复支付事件后，跳转到支付节点。
[0089]
可以理解，在调用支付前增加了幂等校验，对同一用户，同一订单，同一流水，同一状态只能发起一次操作，操作成功后释放并发锁，避免重复调用支付，减少了系统间无用的请求。
[0090]
下面对本发明提供的基于状态机的业务处理引系统进行描述，下文描述的基于状态机的业务处理引系统与上文描述的基于状态机的业务处理方法可相互对应参照。
[0091]
如图3所示，在一个实施例中，提供了一种基于状态机的业务处理系统，该基于状态机的业务处理系统具体可以包括获取模块310、第一确定模块320、第二确定模块330、调用模块340和管理模块350，其中，
[0092]
获取模块310，用于获取用户输入的操作信息；
[0093]
第一确定模块320，用于基于所述用户输入的操作信息确定业务的类型、当前业务状态以及收到的事件；
[0094]
第二确定模块330，用于基于所述业务的类型、当前业务状态以及收到的事件确定状态机配置文件；
[0095]
调用模块340，用于基于所述状态机配置文件调用对应的状态机；其中，所述状态机基于业务信息和预设的通用订单创建模板创建；所述状态机为以下其中一种：订单管理类型的状态机，理赔申诉审批管理类型的状态机，支付管理类型的状态机；
[0096]
管理模块350，用于基于所述状态机管理对应的业务。
[0097]
本发明提供的基于状态机的业务处理系统，通过引入状态机，对单个业务流转的管理，使用成熟的框架，简化了状态流转的控制，减少了硬编码，可以灵活调整状态流转。并且，因为状态机的创建的环节是基于业务信息和预设通用订单创建模板创建，因此具有强大的扩展性，可灵活地适用于多种场景，能够适用多种业务的业务处理，并且易于维护，从而解决了由于业务处理流程错综复杂，而比较难以实现以及难以维护的问题，实现全流程的业务管理服务简单化并保证业务的顺利进行，且方便维护。
[0098]
在其中一个实施例中，所述系统还包括：
[0099]
创建模块，用于基于业务信息、通用节点以及通用事件以及拓展方法创建业务对应的状态机；其中，业务信息基于订单管理业务、理赔申诉审批管理业务以及支付管理业务中的各个流转节点及流转信息确定。
[0100]
在其中一个实施例中，所述创建模块包括：
[0101]
第一创建单元，用于基于所述预设的通用订单创建模板和理赔申诉审批管理流程，创建理赔申诉审批管理类型的状态机。
[0102]
在其中一个实施例中，所述创建模块还包括：
[0103]
第二创建单元，用于基于预设的通用订单创建模板和支付管理流程，创建支付管理类型的状态机。
[0104]
在其中一个实施例中，所述管理模块350包括：
[0105]
跳转单元，用于在状态机的下一节点为支付节点的情况下，在通过幂等校验确定对应的支付事件为非重复支付事件后，跳转到支付节点。
[0106]
在其中一个实施例中，所述拓展方法包括：
[0107]
校验、补充上下文、检查上下文、保存上下文以及完成创建。
[0108]
在其中一个实施例中，在所述获取用户输入的操作信息之后，所述方法还包括：
[0109]
对所述用户输入的操作信息中的敏感信息进行不可逆加密处理。
[0110]
图4示例了一种电子设备的实体结构示意图，如图4所示，该电子设备可以包括：处理器(processor)410、通信接口(communications interface)420、存储器(memory)430和通信总线440，其中，处理器410，通信接口420，存储器430通过通信总线440完成相互间的通信。处理器410可以调用存储器430中的逻辑指令，以执行基于状态机的业务处理方法，该方法包括：获取用户输入的改动方法关键字；基于所述用户输入的改动方法关键字获取所述改动方法的调用关系图；所述改动方法的调用关系图通过钩子脚本获取且包括改动方法后易出错的方法接口的信息；显示所述改动方法的调用关系图。
[0111]
此外，上述的存储器430中的逻辑指令可以通过软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(rom，read-only memory)、随机存取存储器(ram，random access memory)、磁碟或者光盘等各种可以存储程序代码的介质。
[0112]
另一方面，本发明还提供一种计算机程序产品，所述计算机程序产品包括存储在非暂态计算机可读存储介质上的计算机程序，所述计算机程序包括程序指令，当所述程序指令被计算机执行时，计算机能够执行本发明提供的基于状态机的业务处理方法，该方法包括：获取用户输入的操作信息；基于所述用户输入的操作信息确定业务的类型、当前业务状态以及收到的事件；基于所述业务的类型、当前业务状态以及收到的事件确定状态机配置文件；基于所述状态机配置文件调用对应的状态机；其中，所述状态机基于业务信息和预设的通用订单创建模板创建；所述状态机为以下其中一种：订单管理类型的状态机，理赔申诉审批管理类型的状态机，支付管理类型的状态机；基于所述状态机管理对应的业务。
[0113]
又一方面，本发明还提供一种非暂态计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现以执行本发明提供的基于状态机的业务处理方法，该方法包括：获取用户输入的操作信息；基于所述用户输入的操作信息确定业务的类型、当前业务状态以及收到的事件；基于所述业务的类型、当前业务状态以及收到的事件确定状态机配置文件；基于所述状态机配置文件调用对应的状态机；其中，所述状态机基于业务信息和预设的通用订单创建模板创建；所述状态机为以下其中一种：订单管理类型的状态机，理赔申诉审批管理类型的状态机，支付管理类型的状态机；基于所述状态机管理对应的业务。
[0114]
以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单
元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。
[0115]
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如rom/ram、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行各个实施例或者实施例的某些部分所述的方法。
[0116]
可以理解，以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。