状态变更方法、装置、状态机、存储介质及产品制造方法及图纸

本申请提供一种状态变更方法、装置、状态机、存储介质及产品。该方法包括：若监听到用户终端发送的订单操作事件，采用责任链对应的各责任对象确定订单操作事件是否属于预设订单操作事件，所述订单操作事件为用户终端的应用程序中嵌入的状态机对应的软件开发工具包在监测到触发订单操作事件后发送的；若是，则更改订单操作事件对应的状态。本申请的方法，对订单操作事件对应的状态进行更改，关注状态本身，可以降低订单的复杂程度，利于维护。利于维护。利于维护。

【技术实现步骤摘要】
状态变更方法、装置、状态机、存储介质及产品


[0001]本申请涉及计算机应用
，尤其涉及一种状态变更方法、装置、状态机、存储介质及产品。

技术介绍

[0002]随着互联网技术的迅速发展电子商务逐渐兴起，网络购物逐渐成为人们主要的消费形式，其中，线上虚拟商城与线下实体店相结合的O2O社区电商模式，因其既能提供无差别的网购体验，又能保证商品质量和售后服务，成为社区居民购买日常生活所需的首要选择。
[0003]对于电商所对应的业务流程处理，通常包括多个阶段，例如，选择、支付、取货、售后，每个阶段处理结束后进入下一个阶段，最后一个阶段完成后，整个业务处理结束。现有处理方法是对这个业务过程记录一个订单，该订单跟踪整个业务处理过程的所有流程信息，包括每一个流程的状态，并最终由一个状态表示该订单的终结点，订单记录了所有流程中涉及的信息以及流程的状态，直至进入最后一个流程，记录整个业务过程结束时的整体状态，最后由该整体状态表示该订单的终结。
[0004]由于订单本身涉及的信息过多，针对复杂的业务流程场景，可能涉及上千个流程节点，关注流程信息使得订单的复杂度整体上升，不利于维护。

技术实现思路

[0005]本申请提供一种状态变更方法、装置、状态机、存储介质及产品，用以解决针对复杂的业务流程场景关注流程信息使得订单的复杂度整体上升，不利于维护的问题。
[0006]第一方面，本申请提供一种状态变更方法，包括：
[0007]若监听到用户终端发送的订单操作事件，采用责任链对应的各责任对象确定订单操作事件是否属于预设订单操作事件，所述订单操作事件为用户终端的应用程序中嵌入的状态机对应的软件开发工具包在监测到触发订单操作事件后发送的；
[0008]若是，则更改订单操作事件对应的状态。
[0009]第二方面，本申请提供一种状态更改装置，包括：
[0010]监听单元，用于若监听到用户终端发送的订单操作事件，将所述订单操作事件转发至责任链，所述订单操作事件为用户终端的应用程序中嵌入的状态机对应的软件开发工具包在监测到触发订单操作事件后发送的；
[0011]确定单元，用于采用责任链确定订单操作事件是否属于预设订单操作事件；
[0012]状态变更单元，用于若是，则更改订单操作事件对应的状态。
[0013]第三方面，本专利技术提供一种状态机，包括：处理器，以及与所述处理器通信连接的存储器；
[0014]所述存储器存储计算机执行指令；
[0015]所述处理器执行所述存储器存储的计算机执行指令，使得所述处理器执行如第一
方面所述的方法。
[0016]第四方面，本专利技术提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机执行指令，所述计算机执行指令被处理器执行时用于实现如第一方面所述的方法。
[0017]第五方面，本专利技术提供一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现第一方面所述的方法。
[0018]本申请提供的一种状态变更方法、装置、状态机、存储介质及产品，若监听到用户终端发送的订单操作事件，采用责任链对应的各责任对象确定订单操作事件是否属于预设订单操作事件，所述订单操作事件为用户终端的应用程序中嵌入的状态机对应的软件开发工具包在监测到触发订单操作事件后发送的；若是，则更改订单操作事件对应的状态，将较为复杂的流程信息进行简化，不关注流程信息，对订单操作事件对应的状态进行更改，关注状态本身，可以降低订单的复杂程度，利于维护。
附图说明
[0019]此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。
[0020]图1是本专利技术提供的状态变更方法的网络架构示意图；
[0021]图2是本专利技术实施例一提供的状态变更方法的流程示意图；
[0022]图3是本专利技术实施例四提供的状态变更方法的流程示意图；
[0023]图4是本专利技术一实施例提供的状态更改装置的结构示意图；
[0024]图5是用来实现本专利技术实施例的状态变更方法的状态机的第一框图；
[0025]图6是用来实现本专利技术实施例的状态变更方法的状态机的第二框图。
[0026]通过上述附图，已示出本申请明确的实施例，后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本申请构思的范围，而是通过参考特定实施例为本领域技术人员说明本申请的概念。
具体实施方式
[0027]这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。
[0028]以下将参照附图来具体描述本专利技术的实施例。
[0029]为了清楚理解本申请的技术方案，首先对现有技术的方案进行详细介绍。
[0030]业务流程是指一项工作事项的活动流向顺序，其包括实际工作过程中的工作环节、步骤和程序。随着网络技术的发展，很多的企业针对自身的项目，都会使用终端设备并通过数据交互的形式来对项目的工作流程进行处理，例如用户A在工作流程A节点上将自己需要处理的与工作处理完成并通过网络提交后，用户B再在工作流程B节点上继续对该工作进行处理，从而实现了推动公司项目的运转。电商所对应的业务流程处理，通常包括多个阶段，例如，选择、支付、取货、售后，每个阶段处理结束后进入下一个阶段，最后一个阶段完成
后，整个业务处理结束。现有处理方法是对这个业务过程记录一个订单，该订单跟踪整个业务处理过程的所有流程信息，包括每一个流程的状态，并最终由一个状态表示该订单的终结点，订单记录了所有流程中涉及的信息以及流程的状态，直至进入最后一个流程，记录整个业务过程结束时的整体状态，最后由该整体状态表示该订单的终结。
[0031]由于订单本身涉及的信息过多，针对复杂的业务流程场景，可能涉及上千个流程节点，关注流程信息使得订单的复杂度整体上升，不利于维护。
[0032]所以针对现有技术中针对复杂的业务流程场景关注流程信息使得订单的复杂度整体上升，不利于维护的问题，专利技术人在研究中发现，通过用户终端与状态机进行交互，根据触发的订单操作事件更改该事件对应的状态，可以降低订单的复杂程度，利于维护，具体地，若监听到用户终端发送的订单操作事件，采用责任链对应的各责任对象确定订单操作事件是否属于预设订单操作事件，订单操作事件为用户终端的应用程序中嵌入的状态机对应的软件开发工具包在监测到触发订单操作事件后发送的；若是，则更改订单操作事件对应的状态。订单本身涉及的信息较多，针对较为复杂的业务流量场景，常常涉及成百上千个流程节点，将较为复杂的流程信息进行简化，不关注流程信息，对订单操作事件对应的状态进行更改，关注状态本身，可以降低订单的复杂程度，利于维护。...

【技术保护点】

【技术特征摘要】
1.一种状态变更方法，其特征在于，所述方法包括：若监听到用户终端发送的订单操作事件，采用责任链对应的各责任对象确定订单操作事件是否属于预设订单操作事件，所述订单操作事件为用户终端的应用程序中嵌入的状态机对应的软件开发工具包在监测到触发订单操作事件后发送的；若是，则更改订单操作事件对应的状态。2.根据权利要求1所述的方法，其特征在于，所述用责任链对应的各责任对象确定订单操作事件是否属于预设订单操作事件，包括：采用责任链通知对应的各责任对象，采用所述各责任对象确定订单操作事件是否属于预设订单操作事件；采用各责任对象获取各自对应的预设订单操作事件及目标状态的映射关系；采用各责任对象将订单操作事件与所述映射关系中的预设订单操作事件匹配；若订单操作事件与所述映射关系中的预设订单操作事件匹配，则确定订单操作事件属于预设订单操作事件；若订单操作事件与所述映射关系中的预设订单操作事件不匹配，则确定订单操作事件不属于预设订单操作事件。3.根据权利要求2所述的方法，其特征在于，所述更改订单操作事件对应的状态，包括：采用匹配的预设订单操作事件对应的责任对象将订单操作事件对应的状态更改为匹配的预设订单操作事件对应的目标状态。4.根据权利要求3所述的方法，其特征在于，所述更改订单操作事件对应的状态之前，还包括：采用匹配的预设订单操作事件对应的责任对象为订单操作事件申请加锁，以使订单操作事件加锁；所述更改订单操作事件对应的状态之后，还包括：为所述订单操作...

【专利技术属性】
技术研发人员：刘鹏，
申请(专利权)人：海尔智家股份有限公司，
类型：发明
国别省市：