本发明涉及互联网领域，尤其涉及具有在线审批的业务后台系统。
背景技术：
在各行业推进互联网化进程中，一些线下业务，逐渐迁移到线上，通过后台系统进行操作，以提升业务运转效率。除了单纯的内容管理系统外，大部分业务涉及到系统操作者之间的协同，以实现最终目的。这种协同，涉及到业务流转，需要合适的流转算法，以满足业务需求。对于流程较短的审批，一般性的做法是写定审批节点，并结合程序判断来满足需求。对于流程较长的审批，有些通过写定审批节点，有些通过配置节点审批人，以实现正常流转。配置节点的方法，在一定程度上提高了灵活性，但是在节点审批人无法及时审批，或者不能审批时，流程也会停滞。
基于角色的审批，可以容许一个或者多个审批人绑定到同一角色上，同时容许一个人拥有多个审批角色，可以在极大程度上提高审批灵活性。一些涉及在线审批的业务后台系统，有时流程较长，有些甚至会涉及到流程驳回、复议。在同一角色具有较多审批步骤操作权限时，同时要求在后续步骤中，具有相同角色的步骤，具有同一操作人。有些角色的审批人，需要具有多个步骤的辅助操作权限，而又不影响已有审批流的进行，即需要并行操作。针对这种交错的审批流程，一般性的做法是定义审批节点，然后在不同审批节点上作逻辑判断，用以决定流程走向，这种做法灵活度低，系统维护复杂，不具有通用性。
技术实现要素：
针对现有技术存在的缺陷，本方案提供一种基于角色的，可配置的并行流转引擎方法，通过对操作步骤属性的抽象，基于配置化的定义和动作流转方法，支持业务流程并行处理，可提高流程配置灵活性，降低业务逻辑依赖。
为实现上述目的，本发明具体提供了如下技术方案：
1)首先抽象步骤属性，一个步骤结构属性包含以下六要素：
1-1)定义步骤名称，该名称用于识别与显示；
1-2)定义执行角色，该角色用以决定哪些审批人可以操作；
1-3)定义执行条件，此为一个步骤范围，规定流程单处于哪些步骤条件时，允许执行该步骤；
1-4)定义可执行的动作集合，该集合限定当前步骤允许的操作；
1-5)定义执行方式，先接受后执行，还是基于历史执行人；
1-6)定义执行动作后的步骤流转方向；
2)根据该步骤结构属性，为实现并行执行，配置需要采用如下方法：
2-1)在上述步骤抽象1-3中，将可被并行执行的步骤，添加到执行条件集合中；
2-2)并行步骤本身执行结束后，业务步骤停留在并行步骤执行前的步骤；
3)为实现该方案，需要定义流程单接单状态为未接单和已接单；
4)其次编写动作算法，抽象为以下三类动作：
4-1)接单动作
在审批人未处理列表页面，如果该单尚未被任何人接触过，则需要先接单，然后执行处理操作。其中接单动作需要执行的算法是：在流程单数据表中，写入操作人，操作步骤，操作角色，更新是否接单状态为已接单。
4-2)并行审批流程终止动作
在流程单数据表中，移除操作人，移除操作角色。
4-3)正常流转动作
根据步骤结构属性，针对可执行的动作集合，结合执行动作后的步骤流转方向，流转算法为：
4-3-1)在流程单数据表中，移除操作人，移除操作角色。
4-3-2)根据执行方式决定下一步骤的初始数据。首先更新当前步骤为下一步骤，如果基于历史执行人，则根据下一步骤所需角色，获取该角色在前序步骤中的执行人，在流程单数据表中，更新操作人为该执行人，更新执行角色，更新是否接单状态为已接单。如果执行方式为先接受后执行，更新是否接单状态为未接单。
5)针对上述技术方案所提及的流程单列表页，其检索方法为：
5-1)未处理列表页检索方法：
5-1-1)获取当前操作人的用户属性信息；
5-1-2)基于当前操作人角色，根据步骤属性设置，获取允许操作的步骤集合；
5-1-3)在5-1-2)的条件下，获取当前操作人已接受的单子，或者当前操作人角色可接受，但尚未有人接受的单子；
5-2)已处理列表页检索方法：
在流程单数据操作日志表中，存在以当前操作人以及相应角色的操作记录，该被操作的流程单出现在已处理列表。
有益效果：本方案提供一种基于角色的，可配置的并行审批流转方法，通过对操作步骤属性的抽象，基于配置化的定义和动作流转方法，结合流程列表页检索规则，可支持业务流程并行处理，提高流程配置灵活性，降低业务逻辑依赖。
附图说明
图1为本发明实施例所述的风控业务审批系统场景流程示意图。
具体实施方式
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
考虑风控业务审批系统场景，涉及渠道、风控、客服、初审这四个角色，一种业务流转示例如图1，其中渠道角色相关的步骤涉及渠道新申请，审批材料补充，审批不通过，以及审批后步骤，风控角色相关的步骤涉及亲见确认，复议风控，客服角色涉及新申请客服审核步骤，初审角色相关的步骤涉及审批初审，复议初审。针对渠道角色，审批材料补充，审批不通过，以及审批后步骤的默认操作人需要与渠道新申请步骤的操作人相同。针对初审角色，复议初审的默认操作人需要与审批初审步骤的操作人相同。根据配置化的并行流转引擎方法，以审批材料补充步骤为例，其可以用为以下结构体描述：
此处执行方式(run_type)设置为基于历史执行人，可实现针对某一流程单，具有相同渠道角色的步骤，具有同一操作人。
风控为一个并行角色，其可操作处于新申请客服审核步骤且尚未经客服角色操作人接单的流程单，根据配置化的并行流转引擎方法，以亲见确认步骤为例，其可以用为以下结构体描述：
根据配置化的并行流转引擎方法，该步骤执行条件中包含新申请客服审核步骤(service_verify)，执行完成为over动作，over动作需要在流程单数据表中，移除操作人，移除操作角色，流程单步骤停留到新申请客服审核步骤。
可以看出，可执行的动作集合中定义了保存(suspend)，接单(accept)，同意(agree)，拒绝(reject)，完成(over)这几个动作。其中保存，接单这两个动作不涉及流程流转，同意和拒绝动作涉及流程流转，完成动作涉及终止当前并行流程。因此，根据配置化的并行流转引擎方法，可单独实现保存动作算法，接单动作算法，完成动作算法，以及流转动作算法，满足业务系统流转需求。
为方便业务流转和列表页获取，流程单数据表可以包含以下核心字段：
1)current_step，当前步骤，标记流程单当前处于的步骤名称；
2)current_status，当前状态，标记流程单未接单或者已接单；
3)accepted_uid，接单者uid，标记哪位操作人可以处理该流程单；
4)accepted_role，接单者角色，标记接单者以哪个角色接单；
5)created_uid，流程单创建者uid；
流程单操作日志表可以包含以下核心字段：
1)flow_id，流程单id，用以关联某个流程单；
2)step，步骤，标记动作执行时流程单所处的步骤；
3)status，状态，标记具体动作执行流向；
4)created_uid，操作人uid，标记哪位操作人处理了该流程单；
5)created_role，操作人角色，标记哪位操作人以哪个角色处理了该流程单；
基于以上数据表结构，结合该发明所述的流程单列表页检索方法，可生成列表页面数据，供审批人处理。
以上所述，仅为本发明较佳的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明公开的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应该以权利要求的保护范围为准。