CN115879567A - 操作处理方法、装置、电子设备及存储介质 - Google Patents

Abstract

本公开提供了操作处理方法、装置、电子设备及存储介质，涉及云服务和机器学习等人工智能领域，其中的方法可包括：获取生成的待处理对象，构建并维护待处理对象对应的有限状态机模型；获取针对待处理对象的操作请求，根据有限状态机模型，确定出待处理对象所处的状态；响应于确定所述状态为与所述操作请求对应的操作相匹配的状态，执行所述操作请求对应的操作。应用本公开所述方案，可节省人力和时间成本及提升处理效率等。

Description

操作处理方法、装置、电子设备及存储介质

技术领域

本公开涉及人工智能技术领域，特别涉及云服务以及机器学习等领域的操作处理方法、装置、电子设备及存储介质。

背景技术

目前，涉及到发票及订单等的操作，通常需要借助于大量的人工操作，从而需要耗费较大的人力和时间成本，且效率低下。

发明内容

本公开提供了操作处理方法、装置、电子设备及存储介质。

一种操作处理方法，包括：

获取生成的待处理对象，构建并维护所述待处理对象对应的有限状态机模型；

获取针对所述待处理对象的操作请求，根据所述有限状态机模型，确定出所述待处理对象所处的状态；

响应于确定所述状态为与所述操作请求对应的操作相匹配的状态，执行所述操作请求对应的操作。

一种操作处理装置，包括：状态管理模块、状态确定模块以及操作处理模块；

所述状态管理模块，用于获取生成的待处理对象，构建并维护所述待处理对象对应的有限状态机模型；

所述状态确定模块，用于获取针对所述待处理对象的操作请求，根据所述有限状态机模型，确定出所述待处理对象所处的状态；

所述操作处理模块，用于响应于确定所述状态为与所述操作请求对应的操作相匹配的状态，执行所述操作请求对应的操作。

一种电子设备，包括：

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行如以上所述的方法。

一种存储有计算机指令的非瞬时计算机可读存储介质，所述计算机指令用于使计算机执行如以上所述的方法。

一种计算机程序产品，包括计算机程序/指令，所述计算机程序/指令被处理器执行时实现如以上所述的方法。

应当理解，本部分所描述的内容并非旨在标识本公开的实施例的关键或重要特征，也不用于限制本公开的范围。本公开的其它特征将通过以下的说明书而变得容易理解。

附图说明

附图用于更好地理解本方案，不构成对本公开的限定。其中：

图1为本公开所述操作处理方法第一实施例的流程图；

图2为本公开所述操作处理方法第二实施例的流程图；

图3为本公开所述有限状态机模型的结构示意图；

图4为本公开所述发票模板信息的状态流转方式示意图；

图5为本公开所述操作处理装置实施例500的组成结构示意图；

图6示出了可以用来实施本公开的实施例的电子设备600的示意性框图。

具体实施方式

以下结合附图对本公开的示范性实施例做出说明，其中包括本公开实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本公开的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。

另外，应理解，本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。

图1为本公开所述操作处理方法第一实施例的流程图。如图1所示，包括以下具体实现方式。

在步骤101中，获取生成的待处理对象，构建并维护待处理对象对应的有限状态机(FSM，Finite State Machine)模型。

在步骤102中，获取针对待处理对象的操作请求，根据有限状态机模型，确定出待处理对象所处的状态。

在步骤103中，响应于确定所述状态为与所述操作请求对应的操作相匹配的状态，执行所述操作请求对应的操作。

采用上述方法实施例所述方案，可利用有限状态机模型来对待处理对象的状态进行管理，并且，针对获取到的针对待处理对象的操作请求，可根据有限状态机模型确定出待处理对象的状态是否符合操作要求，若是，则可执行操作请求对应的操作，也就是说，可基于有限状态机模型来自动地完成针对待处理对象的操作，从而节省了人力和时间成本，并提升了处理效率。

在获取到待处理对象后，可为其构建并维护一个有限状态机模型。

有限状态机模型成立的必要条件如下：

1)对象有一组互斥的状态(或称为生命周期)，且这组状态可以涵盖对象从创建到消亡的整个过程；

2)当向对象传入一个信号(如事件)时，对象的状态能从当前状态转换成另一种状态，或者保持状态不变；

3)状态是有限的。

即各状态可组成有限状态集合，对于待处理对象来说，在任意时刻都处于有限状态集合中的某一状态，并可根据所发生的事件进行状态更新(转换)。

优选地，待处理对象具有M种不同的状态，M为大于一的正整数，具体取值可根据实际需要而定，相应地，维护待处理对象对应的有限状态机模型可包括：根据所发生的事件，确定出更新后的状态，并将待处理对象所处的状态更新为更新后的状态。

在实际应用中，可根据实际需要，灵活定义待处理对象对应的不同状态以及对应的不同事件，从而可满足不同场景的不同需求。

优选地，响应于确定符合触发条件，还可将待处理对象所处的状态通知给预定用户，符合触发条件可包括：待处理对象的状态发生更新，或者，经过预定的周期时长。

也就是说，当每次待处理对象的状态发生更新时，可将更新后的状态通知给预定用户，或者，可将待处理对象所处的状态周期性地通知给预定用户，具体采用哪种方式可根据实际需要而定，预定用户可以是指待处理对象对应的用户。

通过上述处理，可使得用户及时获知待处理对象的状态变化情况，并可根据待处理对象的状态变化情况来确定执行何种操作等。

优选地，获取生成的待处理对象可包括：获取根据签订的三方支付协议生成的发票模板信息，相应地，执行所述操作请求对应的操作可包括：根据所述发票模板信息开具发票。

以下即以发票模板信息为例，对本公开所述方案进行进一步说明。

图2为本公开所述操作处理方法第二实施例的流程图。如图2所示，包括以下具体实现方式。

在步骤201中，获取生成的发票模板信息，所述发票模板信息为根据签订的三方支付协议生成的。

在步骤202中，对获取到的发票模板信息进行合法性校验。

在步骤203中，响应于确定校验通过，保存发票模板信息。

在步骤204中，构建并维护发票模板信息对应的有限状态机模型。

在步骤205中，获取针对发票模板信息的开票请求。

在步骤206中，根据有限状态机模型，确定出发票模板信息所处的状态。

在步骤207中，响应于确定所处的状态为与开票操作相匹配的状态，根据发票模板信息开具发票。

目前，越来越多的企业用户会采用三方支付协议方式，即平台上注册的账号为A公司，但回款和发票开具等都是由B公司或C公司(甚至更多)处理，即需要开具以B公司或C公司为抬头的发票，但账号的实名认证为A公司。

针对上述情况，传统的处理方式是由运营人员将实际的抬头信息等写入开票申请时的批注信息里，财务人员根据批注信息走线下开票途径去开具正确抬头(如B公司或C公司)的发票，无法走线上开票的途径，而且需要耗费较大的人力和时间成本，效率低下，且容易出错。

而采用上述方法实施例所述方案，可根据签订的三方支付协议生成发票模板信息，并可通过有限状态机模型实现对于发票模板信息的整个生命周期的管理，从而可满足签订了三方支付协议的用户的线上开票需求，提升了发票系统的易用性以及开票流程的高效性和准确性等。

在实际应用中，当签订三方支付协议后，即完成合同签署后，运营人员可发起新增申请，即请求新增发票模板信息，相应地，可对运营人员进行权限校验，即校验运营人员是否具有处理所述合同的权限，若校验通过，可获取运营人员根据所述合同编辑生成的发票模板信息。

比如，对于普通发票(普票)，发票模板信息中可包括抬头以及纳税人识别号等信息，对于专用发票(专票)，发票模板信息中可包括专票六要素等信息。

进一步地，可对获取到的发票模板信息进行合法性校验，即校验发票模板信息中的各信息是否合法等，另外，还可校验三方支付协议中的A公司是否为合法用户等，如若为完成实名认证的企业用户或为线下虚拟账户，则可认为是合法用户。通过校验处理，可确保发票模板信息的合法性和安全性。

若确定校验未通过，后续如何处理不作限制，比如可通过某种方式通知运营人员，由其进一步确定未通过的原因。若确定校验通过，可保存发票模板信息，并可构建和维护发票模板信息对应的有限状态机模型。

优选地，发票模板信息可具有4种不同的状态，分别为：待审核(UNAUDIT)状态、待生效(TO_VALID)状态、生效中(VALID)状态以及已作废(INVALID)状态，所述相匹配的状态可包括：生效中状态。

另外，优选地，所述事件可包括：财务审核通过、财务审核拒绝、到达生效时间以及到达失效时间，相应地，可根据所发生的事件，确定出更新后的状态，并可将发票模板信息所处的状态更新为所述更新后的状态。

具体可包括：

1)响应于确定发票模板信息处于待审核状态且财务审核通过且未到达生效时间，将发票模板信息由待审核状态更新为待生效状态；

2)响应于确定发票模板信息处于待审核状态且财务审核通过且到达生效时间，将发票模板信息由待审核状态更新为生效中状态；

3)响应于确定发票模板信息处于待审核状态且财务审核拒绝，将发票模板信息由待审核状态更新为已作废状态；

4)响应于确定发票模板信息处于待生效状态且财务审核拒绝，将发票模板信息由待生效状态更新为已作废状态；

5)响应于确定发票模板信息处于生效中状态且财务审核拒绝，将发票模板信息由生效中状态更新为已作废状态；

6)响应于确定发票模板信息处于待生效状态且到达生效时间，将发票模板信息由待生效状态更新为生效中状态；

7)响应于确定发票模板信息处于待审核状态且到达失效时间，将发票模板信息由待审核状态更新为已作废状态；

8)响应于确定发票模板信息处于生效中状态且到达失效时间，将发票模板信息由生效中状态更新为已作废状态。

基于上述介绍，图3为本公开所述有限状态机模型的结构示意图。如图3所示，其核心包括四部分，分别为：状态枚举(CustomTitleStatusEnum)、事件枚举(CustomTitleEventEnum)、事件逻辑体以及事件注册工厂类，其中，事件注册工厂类用于注册各个状态以及各个事件，事件逻辑体用于执行对应状态下的具体事件，实现状态流转。

图4为本公开所述发票模板信息的状态流转方式示意图。如图4所示，生成的发票模板信息的初始状态为待审核状态，当处于待审核状态时，若财务审核通过且未到达生效时间，将由待审核状态更新为待生效状态，当处于待审核状态时，若财务审核通过且到达生效时间，将由待审核状态更新为生效中状态，当处于待审核状态时，若财务审核拒绝，将由待审核状态更新为已作废状态，当处于待审核状态时，若到达失效时间，将由待审核状态更新为已作废状态，当处于待生效状态时，若到达生效时间，将由待生效状态更新为生效中状态，当处于生效中状态时，若到达失效时间，将由生效中状态更新为已作废状态，另外，当处于待生效状态时，若财务审核拒绝，将由待生效状态更新为已作废状态，当处于生效中状态时，若财务审核拒绝，将由生效中状态更新为已作废状态。

即可对发票模板信息进行二次审核，比如，针对生成的发票模板信息，在财务审核通过后，运营人员对其进行了更新，如修改了发票模板信息中的少量内容，那么则可对发票模板信息进行二次审核，如二次审核之前处于生效中状态，那么若二次审核为财务审核拒绝，则可由生效中状态更新为已作废状态。

通过上述处理，可实现发票模板信息的状态流转，即可实现对于发票模板信息的整个生命周期的有效管理，从而为后续处理奠定了良好的基础。

在实际应用中，当每次符合触发条件时，可将发票模板信息所处的状态通知给预定用户，如上述的B公司，所述符合触发条件可包括：发票模板信息的状态发生更新，或者，经过预定的周期时长。

另外，用户可发出开票请求，如上述的B公司，并可在相应的界面上选定所述发票模板信息，走线上发票申请流程进行开票。

相应地，当获取到针对发票模板信息的开票请求后，可根据有限状态机模型，确定出发票模板信息所处的状态，响应于确定所处的状态为生效中状态，可根据发票模板信息开具发票，并可生成开票记录等。所述发票可为电子发票或纸质发票。

也就是说，若处于其它状态，如已作废等，则无法正常开具发票，并可通过某种方式通知如B公司无法开具发票的原因。

总之，采用上述处理方式，可满足签订三方支付协议的用户的线上开票需求，且支持发票模板信息(或称为三方自定义抬头信息)的编辑和更新，并可与现有的发票系统打通，从而可提升发票系统的易用性以及开票流程的高效性和准确性等。

另外，上述以待处理对象为发票模板信息为例，但不限于此，比如，还可为订单或其它涉及到状态流转的待处理对象，即可以适用于不同的业务场景，具有广泛适用性。

当待处理对象为订单时，对应的状态可包括：待支付、待发货、待收货、取消以及完成等，对应的事件可包括：用户下单、支付、发货、用户取消以及用户确认等。对于其它的待处理对象，可分别相应地定义对应的状态和事件。另外，可根据所处的状态，执行对应的操作等。

需要说明的是，对于前述的各方法实施例，为了简单描述，将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本公开并不受所描述的动作顺序的限制，因为依据本公开，某些步骤可以采用其它顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本公开所必须的。另外，某个实施例中没有详述的部分，可以参见其它实施例中的相关说明。

以上是关于方法实施例的介绍，以下通过装置实施例，对本公开所述方案进行进一步说明。

图5为本公开所述操作处理装置实施例500的组成结构示意图。如图5所示，包括：状态管理模块501、状态确定模块502以及操作处理模块503。

状态管理模块501，用于获取生成的待处理对象，构建并维护待处理对象对应的有限状态机模型。

状态确定模块502，用于获取针对待处理对象的操作请求，根据有限状态机模型，确定出待处理对象所处的状态。

操作处理模块503，用于响应于确定所述状态为与所述操作请求对应的操作相匹配的状态，执行所述操作请求对应的操作。

采用上述装置实施例所述方案，可利用有限状态机模型来对待处理对象的状态进行管理，并且，针对获取到的针对待处理对象的操作请求，可根据有限状态机模型确定出待处理对象的状态是否符合操作要求，若是，则可执行操作请求对应的操作，也就是说，可基于有限状态机模型来自动地完成针对待处理对象的操作，从而节省了人力和时间成本，并提升了处理效率。

优选地，待处理对象可具有M种不同的状态，M为大于一的正整数，相应地，状态管理模块501可根据所发生的事件，确定出更新后的状态，并可将待处理对象所处的状态更新为所述更新后的状态。

优选地，状态管理模块501响应于确定符合触发条件，还可将待处理对象所处的状态通知给预定用户，符合触发条件可包括：待处理对象的状态发生更新，或者，经过预定的周期时长。

也就是说，当每次待处理对象的状态发生更新时，可将更新后的状态通知给预定用户，或者，可将待处理对象所处的状态周期性地通知给预定用户。

优选地，状态管理模块501获取生成的待处理对象可包括：获取根据签订的三方支付协议生成的发票模板信息，相应地，操作处理模块503执行所述操作请求对应的操作可包括：根据所述发票模板信息开具发票。

以下即以发票模板信息为例进行进一步说明。

优选地，所述M种不同的状态可包括：待审核状态、待生效状态、生效中状态以及已作废状态，所述相匹配的状态可包括：生效中状态。

另外，优选地，所述事件可包括：财务审核通过、财务审核拒绝、到达生效时间以及到达失效时间，相应地，状态管理模块501可根据所发生的事件，确定出更新后的状态，并可将发票模板信息所处的状态更新为所述更新后的状态。

具体可包括：

1)响应于确定发票模板信息处于待审核状态且财务审核通过且未到达生效时间，将发票模板信息由待审核状态更新为待生效状态；

2)响应于确定发票模板信息处于待审核状态且财务审核通过且到达生效时间，将发票模板信息由待审核状态更新为生效中状态；

3)响应于确定发票模板信息处于待审核状态且财务审核拒绝，将发票模板信息由待审核状态更新为已作废状态；

4)响应于确定发票模板信息处于待生效状态且财务审核拒绝，将发票模板信息由待生效状态更新为已作废状态；

5)响应于确定发票模板信息处于生效中状态且财务审核拒绝，将发票模板信息由生效中状态更新为已作废状态；

6)响应于确定发票模板信息处于待生效状态且到达生效时间，将发票模板信息由待生效状态更新为生效中状态；

7)响应于确定发票模板信息处于待审核状态且到达失效时间，将发票模板信息由待审核状态更新为已作废状态；

8)响应于确定发票模板信息处于生效中状态且到达失效时间，将发票模板信息由生效中状态更新为已作废状态。

优选地，状态管理模块501还可对获取到的发票模板信息进行合法性校验，响应于确定校验通过，保存发票模板信息，并构建和维护发票模板信息对应的有限状态机模型。

图5所示装置实施例的具体工作流程可参照前述方法实施例中的相关说明，不再赘述。

总之，采用本公开所述方案，可基于有限状态机模型来自动地完成针对待处理对象的操作，从而节省了人力和时间成本，并提升了处理效率，待处理对象可为发票模板信息，相应地，可满足签订三方支付协议的用户的线上开票需求，且支持发票模板信息的编辑和更新，并可与现有的发票系统打通，从而可提升发票系统的易用性以及开票流程的高效性和准确性等。

本公开所述方案可应用于人工智能领域，特别涉及云服务以及机器学习等领域。人工智能是研究使计算机来模拟人的某些思维过程和智能行为(如学习、推理、思考、规划等)的学科，既有硬件层面的技术也有软件层面的技术，人工智能硬件技术一般包括如传感器、专用人工智能芯片、云计算、分布式存储、大数据处理等技术，人工智能软件技术主要包括计算机视觉技术、语音识别技术、自然语言处理技术以及机器学习/深度学习、大数据处理技术、知识图谱技术等几大方向。

本公开所述实施例中的发票模板信息以及订单信息等并不是针对某一特定用户的，并不能反映出某一特定用户的个人信息。本公开的技术方案中，所涉及的用户个人信息的收集、存储、使用、加工、传输、提供和公开等处理，均符合相关法律法规的规定，且不违背公序良俗。

根据本公开的实施例，本公开还提供了一种电子设备、一种可读存储介质和一种计算机程序产品。

图6示出了可以用来实施本公开的实施例的电子设备600的示意性框图。电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字助理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本公开的实现。

如图6所示，设备600包括计算单元601，其可以根据存储在只读存储器(ROM)602中的计算机程序或者从存储单元608加载到随机访问存储器(RAM)603中的计算机程序，来执行各种适当的动作和处理。在RAM 603中，还可存储设备600操作所需的各种程序和数据。计算单元601、ROM 602以及RAM 603通过总线604彼此相连。输入/输出(I/O)接口605也连接至总线604。

设备600中的多个部件连接至I/O接口605，包括：输入单元606，例如键盘、鼠标等；输出单元607，例如各种类型的显示器、扬声器等；存储单元608，例如磁盘、光盘等；以及通信单元609，例如网卡、调制解调器、无线通信收发机等。通信单元609允许设备600通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。

计算单元601可以是各种具有处理和计算能力的通用和/或专用处理组件。计算单元601的一些示例包括但不限于中央处理单元(CPU)、图形处理单元(GPU)、各种专用的人工智能(AI)计算芯片、各种运行机器学习模型算法的计算单元、数字信号处理器(DSP)、以及任何适当的处理器、控制器、微控制器等。计算单元601执行上文所描述的各个方法和处理，例如本公开所述的方法。例如，在一些实施例中，本公开所述的方法可被实现为计算机软件程序，其被有形地包含于机器可读介质，例如存储单元608。在一些实施例中，计算机程序的部分或者全部可以经由ROM 602和/或通信单元609而被载入和/或安装到设备600上。当计算机程序加载到RAM 603并由计算单元601执行时，可以执行本公开所述的方法的一个或多个步骤。备选地，在其他实施例中，计算单元601可以通过其他任何适当的方式(例如，借助于固件)而被配置为执行本公开所述的方法。

本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、芯片上系统的系统(SOC)、复杂可编程逻辑设备(CPLD)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。

用于实施本公开的方法的程序代码可以采用一个或多个编程语言的任何组合来编写。这些程序代码可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器或控制器，使得程序代码当由处理器或控制器执行时使流程图和/或框图中所规定的功能/操作被实施。程序代码可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。

在本公开的上下文中，机器可读介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。

为了提供与用户的交互，可以在计算机上实施此处描述的系统和技术，该计算机具有：用于向用户显示信息的显示装置(例如，CRT(阴极射线管)或者LCD(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。

可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(LAN)、广域网(WAN)和互联网。

计算机系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。服务器可以是云服务器，也可以为分布式系统的服务器，或者是结合了区块链的服务器。

应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本发公开中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本公开公开的技术方案所期望的结果，本文在此不进行限制。

上述具体实施方式，并不构成对本公开保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本公开的精神和原则之内所作的修改、等同替换和改进等，均应包含在本公开保护范围之内。

Claims (17)

1.一种操作处理方法，包括：

获取生成的待处理对象，构建并维护所述待处理对象对应的有限状态机模型；

获取针对所述待处理对象的操作请求，根据所述有限状态机模型，确定出所述待处理对象所处的状态；

响应于确定所述状态为与所述操作请求对应的操作相匹配的状态，执行所述操作请求对应的操作。

2.根据权利要求1所述的方法，其中，

所述待处理对象具有M种不同的状态，M为大于一的正整数；

所述维护所述待处理对象对应的有限状态机模型包括：根据所发生的事件，确定出更新后的状态，并将所述待处理对象所处的状态更新为所述更新后的状态。

3.根据权利要求2所述的方法，还包括：

响应于确定符合触发条件，将所述待处理对象所处的状态通知给预定用户，所述符合触发条件包括：所述待处理对象的状态发生更新，或者，经过预定的周期时长。

4.根据权利要求2所述的方法，其中，

所述获取生成的待处理对象包括：获取根据签订的三方支付协议生成的发票模板信息；

所述执行所述操作请求对应的操作包括：根据所述发票模板信息开具发票。

5.根据权利要求4所述的方法，其中，

所述M种不同的状态包括：待审核状态、待生效状态、生效中状态以及已作废状态；

所述相匹配的状态包括：所述生效中状态。

6.根据权利要求5所述的方法，其中，

所述事件包括：财务审核通过、财务审核拒绝、到达生效时间以及到达失效时间；

所述根据所发生的事件，确定出更新后的状态，并将所述待处理对象所处的状态更新为所述更新后的状态包括：

响应于确定所述发票模板信息处于所述待审核状态且财务审核通过且未到达生效时间，将所述发票模板信息由所述待审核状态更新为所述待生效状态；

响应于确定所述发票模板信息处于所述待审核状态且财务审核通过且到达生效时间，将所述发票模板信息由所述待审核状态更新为所述生效中状态；

响应于确定所述发票模板信息处于所述待审核状态且财务审核拒绝，将所述发票模板信息由所述待审核状态更新为所述已作废状态；

响应于确定所述发票模板信息处于所述待生效状态且财务审核拒绝，将所述发票模板信息由所述待生效状态更新为所述已作废状态；

响应于确定所述发票模板信息处于所述生效中状态且财务审核拒绝，将所述发票模板信息由所述生效中状态更新为所述已作废状态；

响应于确定所述发票模板信息处于所述待生效状态且到达生效时间，将所述发票模板信息由所述待生效状态更新为所述生效中状态；

响应于确定所述发票模板信息处于所述待审核状态且到达失效时间，将所述发票模板信息由所述待审核状态更新为所述已作废状态；

响应于确定所述发票模板信息处于所述生效中状态且到达失效时间，将所述发票模板信息由所述生效中状态更新为所述已作废状态。

7.根据权利要求4～6中任一项所述的方法，其中，所述构建并维护所述待处理对象对应的有限状态机模型包括：

对获取到的所述发票模板信息进行合法性校验；

响应于确定校验通过，保存所述发票模板信息，并构建和维护所述发票模板信息对应的有限状态机模型。

8.一种操作处理装置，包括：状态管理模块、状态确定模块以及操作处理模块；

所述状态管理模块，用于获取生成的待处理对象，构建并维护所述待处理对象对应的有限状态机模型；

所述状态确定模块，用于获取针对所述待处理对象的操作请求，根据所述有限状态机模型，确定出所述待处理对象所处的状态；

所述操作处理模块，用于响应于确定所述状态为与所述操作请求对应的操作相匹配的状态，执行所述操作请求对应的操作。

9.根据权利要求8所述的装置，其中，

所述待处理对象具有M种不同的状态，M为大于一的正整数；

所述状态管理模块根据所发生的事件，确定出更新后的状态，并将所述待处理对象所处的状态更新为所述更新后的状态。

10.根据权利要求9所述的装置，其中，

所述状态管理模块进一步用于，响应于确定符合触发条件，将所述待处理对象所处的状态通知给预定用户，所述符合触发条件包括：所述待处理对象的状态发生更新，或者，经过预定的周期时长。

11.根据权利要求9所述的装置，其中，

所述状态管理模块获取根据签订的三方支付协议生成的发票模板信息；

所述操作处理模块根据所述发票模板信息开具发票。

12.根据权利要求11所述的装置，其中，

所述M种不同的状态包括：待审核状态、待生效状态、生效中状态以及已作废状态；

所述相匹配的状态包括：所述生效中状态。

13.根据权利要求12所述的装置，其中，

所述事件包括：财务审核通过、财务审核拒绝、到达生效时间以及到达失效时间；

所述状态管理模块响应于确定所述发票模板信息处于所述待审核状态且财务审核通过且未到达生效时间，将所述发票模板信息由所述待审核状态更新为所述待生效状态，响应于确定所述发票模板信息处于所述待审核状态且财务审核通过且到达生效时间，将所述发票模板信息由所述待审核状态更新为所述生效中状态，响应于确定所述发票模板信息处于所述待审核状态且财务审核拒绝，将所述发票模板信息由所述待审核状态更新为所述已作废状态，响应于确定所述发票模板信息处于所述待生效状态且财务审核拒绝，将所述发票模板信息由所述待生效状态更新为所述已作废状态，响应于确定所述发票模板信息处于所述生效中状态且财务审核拒绝，将所述发票模板信息由所述生效中状态更新为所述已作废状态，响应于确定所述发票模板信息处于所述待生效状态且到达生效时间，将所述发票模板信息由所述待生效状态更新为所述生效中状态，响应于确定所述发票模板信息处于所述待审核状态且到达失效时间，将所述发票模板信息由所述待审核状态更新为所述已作废状态，响应于确定所述发票模板信息处于所述生效中状态且到达失效时间，将所述发票模板信息由所述生效中状态更新为所述已作废状态。

14.根据权利要求11～13中任一项所述的装置，其中，

所述状态管理模块对获取到的所述发票模板信息进行合法性校验，响应于确定校验通过，保存所述发票模板信息，并构建和维护所述发票模板信息对应的有限状态机模型。

15.一种电子设备，包括：

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行权利要求1-7中任一项所述的方法。

16.一种存储有计算机指令的非瞬时计算机可读存储介质，其中，所述计算机指令用于使计算机执行权利要求1-7中任一项所述的方法。

17.一种计算机程序产品，包括计算机程序/指令，所述计算机程序/指令被处理器执行时实现权利要求1-7中任一项所述的方法。

Images