CN114693283B - 跨系统的业务流程审批处理方法、装置和计算机设备 - Google Patents

Abstract

本申请涉及流程引擎技术领域，涉及一种跨系统的业务流程审批处理方法、装置和计算机设备。所述方法包括：响应于业务审批任务，获取发起所述业务审批任务的第一业务系统以及第一租户标识；获取当前处理所述业务审批任务的第二业务系统以及第二租户标识；其中，所述第一业务系统与所述第二业务系统隔离；若所述第一租户标识与所述第二租户标识不同，则查询预设关系表中所述第二租户标识是否与所述第一租户标识为从属关系；若是，则通过调用所述业务审批任务的服务组件执行所述业务审批任务。采用本方法能够根据预先设置两者之间的租户标识从属关系，实现跨租户的业务流程审批，提高了业务流程审批的灵活性。

Description

跨系统的业务流程审批处理方法、装置和计算机设备

技术领域

本申请涉及流程引擎技术领域，特别是涉及一种跨系统的业务流程审批处理方法、装置、计算机设备、存储介质和计算机程序产品。

背景技术

业务流程是为达到特定的价值目标而由不同的人分别共同完成的一系列活动，使用线上办理业务流程的方式相比于传统纸质审批过程有许多天然的优势：在线办理业务流程保证了信息传递的实时性，免去了人员沟通和走动的过程，节省了业务办理的时间，提高了办事效率。

业务流程也被作为一种软件服务提供给租户使用，以SaaS模式提供的业务流程需要保证多个租户共用一套业务流程系统，却能根据租户业务需求的差异，提供满足其个性化需求的业务流程。目前，在业务流程审批过程中存在不能实现多租户的流程任务共享问题。

发明内容

基于此，有必要针对上述技术问题，提供一种能够跨租户实现流程审批的跨系统的业务流程审批处理方法、装置、计算机设备、计算机可读存储介质和计算机程序产品。

第一方面，本申请提供了一种跨系统的业务流程审批处理方法。所述方法包括：

响应于业务审批任务，获取发起所述业务审批任务的第一业务系统以及第一租户标识；

获取当前处理所述业务审批任务的第二业务系统以及第二租户标识；其中，所述第一业务系统与所述第二业务系统隔离；

若所述第一租户标识与所述第二租户标识不同，则查询预设关系表中所述第二租户标识是否与所述第一租户标识为从属关系；

若是，则通过调用所述业务审批任务的服务组件执行所述业务审批任务。

在其中一个实施例中，在所述响应于业务审批任务之前，所述方法还包括：

响应流程发起方发送的携带流程标识的流程调用请求，查找并加载与所述流程标识匹配的流程定义模型；

解析所述流程定义模型，创建与所述流程调用请求对应的业务审批流程；所述业务审批流程中包括多个审批节点；

在各所述审批节点上创建业务审批任务。

在其中一个实施例中，所述解析所述流程定义模型，创建与所述流程调用请求对应的业务审批流程，包括：

解析所述流程定义模型，调用流程审批服务中间件，按预设顺序获取各审批节点的审批对象以及确定各所述审批节点的执行顺序，得到所述流程调用请求对应流程表单的业务审批流程。

在其中一个实施例中，所述获取当前处理所述业务审批任务的第二业务系统以及第二租户标识，包括：

调用查询租户用户组件和查询租户角色组件，获取当前处理所述业务审批任务的第二业务系统以及第二租户标识。

在其中一个实施例中，在所述响应流程发起方发送的携带流程标识的流程调用请求，查找并加载与所述流程标识匹配的流程定义模型之前，所述方法还包括：

响应流程定义模型的配置请求，所述配置请求携带业务需求；

基于工作流对所述业务需求进行流程化描述生成流程表单；

配置服务组件以及设置预设关系表；

制定所述流程表单的业务审批流程；

确定所述业务审批流程的各审批节点，以及根据所述预设关系表和所述服务组件设置各所述审批节点流程属性，得到流程定义模型。

在其中一个实施例中，所述基于工作流对所述业务需求进行流程化描述生成流程表单，包括：

调用流程审批服务中间件，基于工作流对所述业务需求进行流程化描述生成流程表单。

第二方面，本申请还提供了一种跨系统的业务流程审批处理装置。所述装置包括：

业务信息获取模块，用于响应于业务审批任务，获取发起所述业务审批任务的第一业务系统以及第一租户标识；

获取当前处理所述业务审批任务的第二业务系统以及第二租户标识；其中，所述第一业务系统与所述第二业务系统隔离；

租户标识关系确认模块，用于若所述第一租户标识与所述第二租户标识不同，则查询预设关系表中所述第二租户标识是否与所述第一租户标识为从属关系；

业务审批模块，用于若是，则通过调用所述业务审批任务的服务组件执行所述业务审批任务。

第三方面，本申请还提供了一种计算机设备。所述计算机设备包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现以下步骤：

响应于业务审批任务，获取发起所述业务审批任务的第一业务系统以及第一租户标识；

获取当前处理所述业务审批任务的第二业务系统以及第二租户标识；其中，所述第一业务系统与所述第二业务系统隔离；

若所述第一租户标识与所述第二租户标识不同，则查询预设关系表中所述第二租户标识是否与所述第一租户标识为从属关系；

若是，则通过调用所述业务审批任务的服务组件执行所述业务审批任务。

第四方面，本申请还提供了一种计算机可读存储介质。所述计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现以下步骤：

响应于业务审批任务，获取发起所述业务审批任务的第一业务系统以及第一租户标识；

获取当前处理所述业务审批任务的第二业务系统以及第二租户标识；其中，所述第一业务系统与所述第二业务系统隔离；

若所述第一租户标识与所述第二租户标识不同，则查询预设关系表中所述第二租户标识是否与所述第一租户标识为从属关系；

若是，则通过调用所述业务审批任务的服务组件执行所述业务审批任务。

第五方面，本申请还提供了一种计算机程序产品。所述计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现以下步骤：

响应于业务审批任务，获取发起所述业务审批任务的第一业务系统以及第一租户标识；

获取当前处理所述业务审批任务的第二业务系统以及第二租户标识；其中，所述第一业务系统与所述第二业务系统隔离；

若所述第一租户标识与所述第二租户标识不同，则查询预设关系表中所述第二租户标识是否与所述第一租户标识为从属关系；

若是，则通过调用所述业务审批任务的服务组件执行所述业务审批任务。

上述跨系统的业务流程审批处理方法、装置、计算机设备、存储介质和计算机程序产品，在处理业务审批任务时，当发起业务审批任务的第一业务系统的第一租户标识和当前处理业务审批任务的第二业务系统的第二租户标识不相同时，通过查询预设关系表中是否存在第一租户标识和第二租户标识的从属关系来执行业务审批业务。在发起业务审批任务的第一业务系统和当前处理业务审批任务的第二业务系统分别所属不同的租户的情况下，根据预先设置两者之间的租户标识从属关系，实现跨租户的业务流程审批，解决了多租户的流程任务不能共享问题，提高了业务流程审批的灵活性。

附图说明

图1为一个实施例中跨系统的业务流程审批处理方法的应用环境图；

图2为一个实施例中跨系统的业务流程审批处理方法的流程示意图；

图3为一个实施例中添加子租户的界面示意图；

图4为一个实施例中配置服务组件的示意图；

图5为另一个实施例中跨系统的业务流程审批处理方法的流程示意图；

图6为一个实施例中流程表单设计面板的示意图；

图7为一个实施例中流程定义模板的确定方法的流程示意图；

图8为一个实施例中流程定义模型的配置面板示意图；

图9为一个实施例中基础信息的配置界面示意图；

图10为一个实施例中节点信息的配置界面示意图；

图11为一个实施例中表单属性的配置界面示意图；

图12为一个实施例中跨系统的业务流程审批处理方法的应用场景；

图13为一个实施例中跨系统的业务流程审批处理系统交互示意图；

图14为一个实施例中跨系统的业务流程审批处理装置的结构框图；

图15为一个实施例中计算机设备的内部结构图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

本申请实施例提供的跨系统的业务流程审批处理方法，可以应用于如图1所示的应用环境中。其中，终端102通过网络与服务器104进行通信。数据存储系统可以存储服务器104需要处理的数据。数据存储系统可以集成在服务器104上，也可以放在云上或其他网络服务器上。服务器响应于终端发起的业务审批任务，获取发起业务审批任务的第一业务系统以及第一租户标识；获取当前处理业务审批任务的第二业务系统以及第二租户标识；其中，第一业务系统与第二业务系统隔离；若第一租户标识与第二租户标识不同，则查询预设关系表中第二租户标识是否与第一租户标识为从属关系；若是，则通过从第二服务器调用业务审批任务的服务组件执行业务审批任务。其中，终端102可以但不限于是各种个人计算机、笔记本电脑、智能手机、平板电脑、物联网设备和便携式可穿戴设备，物联网设备可为智能音箱、智能电视、智能空调、智能车载设备等。便携式可穿戴设备可为智能手表、智能手环、头戴设备等。服务器104可以用独立的服务器或者是多个服务器组成的服务器集群来实现。

在一个实施例中，如图2所示，提供了一种跨系统的业务流程审批处理方法，以该方法应用于图1中的服务器为例进行说明，包括以下步骤：

S202，响应于业务审批任务，获取发起业务审批任务的第一业务系统以及第一租户标识。

其中，业务审批通过调用流程审批服务中间件，流程审批服务中间件，是用来完成企业流程定义、流程发起、流程驱动以及流程任务管理等服务的流程引擎中间件。流程审批服务中间件根据各租户（包括业务系统）的租户标识实现各租户之间的数据隔离。可以理解的是，流程审批服务中间件（包括企业审批服务中间件），企业流程审批服务中间件使用租户标识来进行数据隔离，每条记录的数据都会增加租户字段来标识数据的所属租户。租户标识用于标记不同的业务系统，“第一”和“第二”仅用于区别不同的对象，“第一”也可以是“第二”。在业务审批中，不同的业务系统有本自身的业务审批流程，也有需要跨系统审批的业务审批流程。例如，在同一企业中包括不同的业务系统，各业务系统上有本自身的业务审批流程，也有需要跨系统进行审批的业务审批流程。

业务审批任务是指业务审批流程中每个审批节点创建的审批任务。每个审批节点上的业务审批任务可以是相同的，也可以是不相同的，也可以是每个审批节点上的业务审批任务中存在部分相同。可以理解的是，本实施例是业务审批流程中的一个审批节点来进行说明。

具体地，响应于业务审批任务，调用企业流程审批服务中间件，通过企业流程审批服务中间件驱动流程审批，获取当前业务审批任务所在的当前审批节点，在当前审批节点上，获取发起业务审批任务的第一业务系统的发起人员信息、角色特征以及第一租户标识。

S204，获取当前处理业务审批任务的第二业务系统以及第二租户标识；其中，第一业务系统与第二业务系统隔离。

其中，第一业务系统和第二业务系统隔离可以理解为第一业务系统和第二业务系统分别隶属不同的租户，第一业务系统的第一租户标识和第二业务系统的第二租户标识是不同的。例如，在同一企业中，第一业务系统和第二业务系统分布属于不同的租户。

具体地，当执行到当前审批节点时，通过流程审批服务中间件，调用查询租户用户组件和查询租户角色组件分别查询租户的系统用户列表和租户的系统角色列表，以JSON格式返回数据，根据返回的数据确定当前处理业务审批任务的审批对象（即第二业务系统）以及审批对象的第二租户标识。例如，查询租户用户组件：查询租户的系统用户列表，接口返回JSON格式的数据，数据中包括用户标识userId和用户名称userName。例如，查询租户角色组件: 查询租户的系统角色列表，接口返回JSON格式的数据，返回的数据中包括角色标识roleCode（如，ROLE_GROUP和ROLE_MANAGE）和角色名称roleName（如，一级审核人和二级审核人），角色标识和角色名称之间存在对应关系。可以理解的是，在当前审批节点上，若审批对象的租户标识和发起业务审批任务的第一业务系统的第一租户标识相同时，则表明不需要进行跨系统审批。

S206，若第一租户标识与第二租户标识不同，则查询预设关系表中第二租户标识是否与第一租户标识为从属关系。

其中，查询预设关系表用于记录租户标识之间的从属关系，租户标识之间的从属关系是根据业务流程来确定的。从属关系可以是一个租户是否是另一租户的子租户。如图3所示，为一个实施例中添加子租户的界面示意图，可以根据实际需求，从备选的业务系统（如，风控系统、基石塔系统和运营系统等）中添加目标业务系统作为子租户。

S208，若是，则通过调用业务审批任务的服务组件执行业务审批任务。

其中，服务组件中包括流程引擎查询任务理的人员和角色的接口，以及接收任务完成后接收通知接口，即包括查询租户用户组件、查询租户角色组件、新建用户任务回调组件和完成用户任务回调组件等。流程审批服务中间件中封装了常用的服务接口作为流程引擎的服务组件，在制定流程定义和处理流程的过程中动态的调用预定义的服务组件，进行业务处理。流程审批服务中间件采用轻量级的HTTP协议并基于RESTFULL API进行通信。服务组件可以进行自定义配置，如图4所示，为一个实例中配置服务组件的示意图，包括租户、组件类型、服务类型（包括查询用户、查询角色、流程结束回调、审批拒绝回调和新建用户任务回调等）、服务名称、服务路径和方法类型等。

具体地，在检测到第一租户标识和第二租户标识不同时，则第一业务系统和第二业务系统隶属不同的租户，通过企业流程审批服务中间件进行流程任务管理，查询预设关系表中第二租户标识是否与第一租户标识为从属关系，若在查询预设关系表中查询到第二租户标识和第一租户标识为从属关系，则确认为第二业务系统为第一业务系统的子租户，第二业务系统可以对第一业务系统发起的业务审批任务进行审批，将当前审批节点的业务审批任务发送至第二业务系统，通知第二业务系统对该业务审批任务进行审批。进一步地，将业务审批任务发送至第二业务系统可以以短信或者邮件等方式进行发送。

上述跨系统的业务流程审批处理方法中，在处理业务审批任务时，当发起业务审批任务的第一业务系统的第一租户标识和当前处理业务审批任务的第二业务系统的第二租户标识不相同时，通过查询预设关系表中是否存在第一租户标识和第二租户标识的从属关系来执行业务审批业务。在发起业务审批任务的第一业务系统和当前处理业务审批任务的第二业务系统分别所属不同的租户的情况下，根据预先设置两者之间的租户标识从属关系，实现跨租户的业务流程审批，解决了多租户的流程任务不能共享问题，提高了业务流程审批的灵活性。

在另一个实施例中，如图5所示，提供了一种跨系统的业务流程审批处理方法，以该方法应用于图1中的服务器为例进行说明，包括以下步骤：

S502，响应流程发起方发送的携带流程标识的流程调用请求，查找并加载与流程标识匹配的流程定义模型。

具体地，第一业务系统调用企业流程审批服务中间件的开放API发起流程调用，服务器上的企业流程审批服务中间件响应流程发起方发送的携带流程标识的流程调用请求，查找并加载与流程标识匹配的流程定义模型；解析流程定义模型，创建与流程调用请求对应的业务审批流程，并根据流程定义模型中设置的流程抄送人信息生成流程的抄送记录，以及根据流程发起方的信息确定业务审批流程的开始审批节点。其中，流程调用请求还携带了流程表单信息，以请假审批为例，在调用请假流程时，流程调用请求中携带了流程标识和流程表单信息（包括请假时长，请假开始时间和请假结束时间以及请假原因等）。流程表单的设计是在系统前端完成的，流程表单设计面板由三部分组成，分别是表单控件面板、表单模板面板和控件属性面板组成，如图6所示。流程表单中的元素由一个个表单控件（包括基础字段和高级字段）组成，控件属性用来设置控件的name属性，字段标题，排布方式以及设置字段占比等，表单模板定义了流程表单排版以及展现形式，设计流程表单分为三个步骤：

步骤一：填写表单名称和表单描述，流程定义里需要用表单名称引用流程表单。

步骤二：拖拽表单控件填充表单模板。

步骤三：设置控件属性（特别是控件的name属性，如果流程变量中的name属性与表单中的name属性相同，那么流程变量中该属性对应的value值就会填充到流程表单的控件当中）。

进一步地，在获取与流程调用请求对应的流程定义模型时，解析流程定义模型，按预设顺序获取各审批节点的审批对象以及确定各审批节点的执行顺序，得到流程调用请求的流程表单的业务审批流程。其中，流程定义模板遵守BPMN2.0规范，BPMN2.0规范即业务流程模型注解（Business Process Modeling Notation - BPMN）是业务流程模型的一种标准图形注解。如图7所示，流程定义模板的确定方法包括以下步骤：

S702，响应流程定义模型的配置请求，配置请求携带业务需求。

S704，基于工作流对业务需求进行流程化描述生成流程表单。

S706，配置服务组件以及设置预设关系表。

其中，配置预设关系是指预先配置租户和子租户的租户标识的从属关系。

S708，制定流程表单的业务审批流程。

其中，业务审批流程在系统前端的操作页面中拖拽对应的控件构建而成，生成对应的业务审批流程代码，将业务审批流程代码进行封装，得到封装包，将封装包在显示界面上进行渲染可以显示业务审批流程。

S710，确定业务审批流程的各审批节点，以及根据预设关系表和服务组件设置各审批节点流程属性，得到流程定义模型。

其中，各审批节点存在对应的审批对象，审批对象包括不同类型的业务系统。业务审批流程的审批节点的审批对象是预先确定的，预设关系表是根据业务审批流程上审批节点的审批对象来确定的，若审批节点上的审批对象的租户标识不同，则需要建立审批对象之间的租户标识的从属关系。服务组件在确定流程定义模型中用于查询审批节点上审批对象（也可以理解的为租户）的人员信息和角色信息。

一个流程定义是通过添加流程节点到流程定义面板中并通过节点属性面板设置流程节点和流程属性等一系列操作完成。流程定义模型由三部分组成，如图8所示，分别为流程节点面板、节点属性面板以及流程定义面板组成。各审批节点的流程属性包括基础信息、节点信息和表单属性设置，基础信息是在流程节点属性面板上进行设置的，如图9所示，在节点属性面板中的基础信息中可以设置流程属性，例如流程名称（如请假流程）、流程类型（人事类）、流程抄送人和抄送角色(可以抄送给流程子租户的用户和角色)、流程表单以及流程说明等。节点信息是在节点属性面板中设置的，如图10所示，在节点属性面板中节点信息设置用户任务的节点名称、所属租户、任务处理人等相关信息。选择指定人时，通过租户提供的查询用户组件获取该租户的人员信息；选择指定角色时，通过租户提供的查询角色组件查询租户的角色信息；选择其他时，由租户发起时根据发起人等相关信息动态决定用户任务的处理人。表单属性设置在节点属性面板中设置的，如图11所示，在节点属性面板中表单属性设置流程表单在该用户任务中表单控件（如，字段名称、申请人、请假天数、请假开始日期、请假结束日期和请假原因等）的操作权限信息（读写、只读、不可见等），只有用户任务节点可以挂载流程表。

上述流程定义模板的确定方法中，预先根据租户的业务需求，在流程节点面板、节点属性面板以及流程定义面板上通过添加流程节点到流程定义面板中并通过节点属性面板设置流程节点和流程属性，得到定义好的流程定义模型，解决了流程与业务的强耦合，可以满足当前分布式的微服务架构。

S504，解析流程定义模型，创建与流程调用请求对应的业务审批流程以及在业务审批流程的每个审批节点上创建业务审批任务。

其中，审批节点之间存在审批的先后顺序，审批节点的审批顺序预先设定的。

具体地，解析流程定义模型，调用流程审批服务中间件，按预设顺序获取各审批节点的审批对象以及确定各审批节点的执行顺序，得到流程调用请求对应流程表单的业务审批流程。

S506，响应于业务审批任务，获取发起业务审批任务的第一业务系统以及第一租户标识。

具体地，响应于业务审批任务，获取发起业务审批任务的第一业务系统的对应人员的角色特征和第一租户标识，根据第一业务系统的对应人员的角色特征从业务审批任务的审批节点中确定匹配的审批节点。可以理解的是，业务审批任务的审批节点是流程发起人→组长→经理，若流程发起人的角色特征为组长，开始审批节点为经理这一审批节点，即根据角色特征进行审核节点跳跃，解决了业务审批任务的重复审批，提高了审批的效率。

S508，调用查询租户用户组件和查询租户角色组件，获取当前处理业务审批任务的第二业务系统以及第二租户标识。

具体地，调用查询租户用户组件和查询租户角色组件，获取当前处理业务审批任务的第二业务系统以及第二租户标识。即通过调用租户用户组件和查询租户角色组件，可以获取第二业务系统的人员信息、人员的角色特征以及对应的第二租户标识，并获取当前处理业务审批任务的审批对象以及对应的第二租户标识。

S510，若第一租户标识与第二租户标识不同，则查询预设关系表中第二租户标识是否与第一租户标识为从属关系。

S512，若是，则通过调用业务审批任务的服务组件执行业务审批任务。

具体地，若第一租户标识与第二租户标识不同，查询到预设关系表中存在第二租户标识与第一租户标识为从属关系，新建用户任务回调组件，得到流程签收人ID、流程发起人ID、租户ID、流程定义key、流程名称、用户任务名称、流程标题、流程实例ID、流程定义ID、上个任务审批人ID、上个任务审批人名称和上个任务审批结果 1-同意 0-拒绝等回调入参，继续执行业务审批任务，当业务审批任务完成时回调组件，获取 审批结果 1通过 0拒绝、流程标题、流程实例ID、流程定义KEY、流程名称、租户ID、审核意见、审核任务节点名称、审核人姓名和流程定义ID等回调入参。

以下为一个实施例中，如图12所示，跨系统的业务流程审批处理方法的应用场景，业务审批任务为请假审批任务，设置请假流程的from表单，选择from表单并设定流程抄送人，设定各审批节点的审批对象和角色特征，以及表单字段的可见性。例如，审批节点为“组长审批”的处理人设置为XXX1，所有表单字段只读；审批节点为“经理审批”的处理人为XXX2，表单字段为只读；审批节点为“技术总监”的处理人为XXX3，表单字段为只读。

响应携带流程标识的流程调用请求，创建流程调用请求的流程表单的业务审批流程；业务审批流程中包括多个审批节点；在多个审批节点的每个审批节点上创建业务审批任务。响应于业务审批任务，获取发起业务审批任务的第一业务系统以及第一租户标识；获取当前处理业务审批任务的第二业务系统以及第二租户标识；若第一租户标识与第二租户标识不同，则查询预设关系表中第二租户标识是否与第一租户标识为从属关系；若是，则将业务审批任务发送至隶属第二业务系统的审批对象所在的终端，审批对象对业务审批任务进行点击查询进行审批，完成当前审批节点的审批继续执行下一审批节点直到完成审批。若第一租户标识与第二租户标识相同，则将业务审批任务发送至隶属第二业务系统的审批对象所在的终端，审批对象对业务审批任务进行点击查询进行审批，完成当前审批节点的审批继续执行下一审批节点直到完成审批。

上述跨系统的业务流程审批处理方法中，在处理业务审批任务时，当发起业务审批任务的第一业务系统的第一租户标识和当前处理业务审批任务的第二业务系统的第二租户标识不相同时，通过查询预设关系表中是否存在第一租户标识和第二租户标识的从属关系来执行业务审批业务。在发起业务审批任务的第一业务系统和当前处理业务审批任务的第二业务系统分别所属不同的租户的情况下，根据预先设置两者之间的租户标识从属关系，实现跨租户的业务流程审批，解决了多租户的流程任务不能共享问题，提高了业务流程审批的灵活性。

应该理解的是，虽然如上所述的各实施例所涉及的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，如上所述的各实施例所涉及的流程图中的至少一部分步骤可以包括多个步骤或者多个阶段，这些步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤中的步骤或者阶段的至少一部分轮流或者交替地执行。

基于同样的发明构思，本申请实施例还提供了一种用于实现上述所涉及的跨系统的业务流程审批处理方法的跨系统的业务流程审批处理系统。该系统所提供的解决问题的实现方案与上述方法中所记载的实现方案相似，故下面所提供的一个或多个跨系统的业务流程审批处理系统实施例中的具体限定可以参见上文中对于跨系统的业务流程审批处理方法的限定，在此不再赘述。

在一个实施例中，如图13所示，提供了一种跨系统的业务流程审批处理系统交互示意图，跨系统的业务流程审批处理系统部署在服务器上，跨系统的业务流程审批处理系统通过企业流程审批服务中间件与应用软件之间建立连接，应用软件包括不同类型的业务系统，在一个企业存在有多个不同类型的业务系统（可以理解为租户），租户申请使用企业流程审批服务中间件，服务器响应后生成该租户的租户名称和租户的管理账号。租户基于租户名称和租户的管理账号登录跨系统的业务流程审批处理系统，设置子租户和配置租户组件（可以理解为服务组件，包括查询租户系统人员接口、查询租户系统角色接口、新建用户任务回调接口、用户任务完成回调接口和流程结束回调接口等）。预先建立流程表单和制定流程定义，得到流程定义模型，制定流程定义通过调用查询租户系统人员接口、查询租户系统角色接口确定流程定义各审批节点的审批对象和角色特征，以及设置各审批节点的节点属性，得到流程定义模型，并将得到的流程定义模型进行发布。

响应携带流程标识的流程调用请求，从发布的流程定义模型查找并加载与流程标识匹配的流程定义模型，解析流程定义模型，创建与流程调用请求对应的业务审批流程，创建流程实例，并插入流程抄送列表，运行流程实例；业务审批流程中包括多个审批节点；在各审批节点上创建业务审批任务。响应于业务审批任务，获取发起业务审批任务的第一业务系统以及第一租户标识；获取当前处理业务审批任务的第二业务系统以及第二租户标识；其中，第一业务系统与第二业务系统隔离；若第一租户标识与第二租户标识不同，则查询预设关系表中第二租户标识是否与第一租户标识为从属关系；若是，则通过调用业务审批任务的服务组件执行业务审批任务直到完成审批，即调用服务组件进行回调后，通过oepnApi完成用户任务后调用服务组件进行回调，完成任务回调，流程结束回调。

上述跨系统的业务流程审批处理系统中，通过预先建立流程定义模型以及确定各租户标识之间的从属关系，在处理业务审批任务时，当发起业务审批任务的第一业务系统的第一租户标识和当前处理业务审批任务的第二业务系统的第二租户标识不相同时，通过查询预设关系表中是否存在第一租户标识和第二租户标识的从属关系来执行业务审批业务。在发起业务审批任务的第一业务系统和当前处理业务审批任务的第二业务系统分别所属不同的租户的情况下，根据预先设置两者之间的租户标识从属关系，实现跨租户的业务流程审批，解决了多租户的流程任务不能共享问题，提高了业务流程审批的灵活性。

基于同样的发明构思，本申请实施例还提供了一种用于实现上述所涉及的跨系统的业务流程审批处理方法的跨系统的业务流程审批处理装置。该系统所提供的解决问题的实现方案与上述方法中所记载的实现方案相似，故下面所提供的一个或多个跨系统的业务流程审批处理装置实施例中的具体限定可以参见上文中对于跨系统的业务流程审批处理方法的限定，在此不再赘述。

在一个实施例中，如图14所示，提供了一种跨系统的业务流程审批处理装置，包括：业务信息获取模块1402、租户标识关系确认模块1404和业务审批模块1406，其中：

业务信息获取模块1402，用于响应于业务审批任务，获取发起业务审批任务的第一业务系统以及第一租户标识；

获取当前处理业务审批任务的第二业务系统以及第二租户标识；其中，第一业务系统与第二业务系统隔离。

租户标识关系确认模块1404，用于若第一租户标识与第二租户标识不同，则查询预设关系表中第二租户标识是否与第一租户标识为从属关系。

业务审批模块1406，用于若是，则通过调用业务审批任务的服务组件执行业务审批任务。

上述跨系统的业务流程审批处理装置中，在处理业务审批任务时，当发起业务审批任务的第一业务系统的第一租户标识和当前处理业务审批任务的第二业务系统的第二租户标识不相同时，通过查询预设关系表中是否存在第一租户标识和第二租户标识的从属关系来执行业务审批业务。在发起业务审批任务的第一业务系统和当前处理业务审批任务的第二业务系统分别所属不同的租户的情况下，根据预先设置两者之间的租户标识从属关系，实现跨租户的业务流程审批，解决了多租户的流程任务不能共享问题，提高了业务流程审批的灵活性。

在另一个实施例中，提供了一种跨系统的业务流程审批处理装置，除包括业务信息获取模块1402、租户标识关系确认模块1404和业务审批模块1406之外，还包括：数据加载模块、流程定义模型解析模块、流程表单确定模块、配置模块和流程定义模型确定模块，其中：

数据加载模块，用于响应流程发起方发送的携带流程标识的流程调用请求，查找并加载与流程标识匹配的流程定义模型。

流程定义模型解析模块，用于解析流程定义模型，创建与流程调用请求对应的业务审批流程；业务审批流程中包括多个审批节点。

业务审批任务创建模块，用于在各审批节点上创建业务审批任务。

流程定义模型解析模块，还用于解析流程定义模型，调用流程审批服务中间件，按预设顺序获取各审批节点的审批对象以及确定各审批节点的执行顺序，得到流程调用请求对应流程表单的业务审批流程。

业务信息获取模块1402还用于调用查询租户用户组件和查询租户角色组件，获取当前处理业务审批任务的第二业务系统以及第二租户标识。

流程表单确定模块，用于响应流程定义模型的配置请求，配置请求携带业务需求；基于工作流对业务需求进行流程化描述生成流程表单。

流程表单确定模块，还用于调用流程审批服务中间件，基于工作流对业务需求进行流程化描述生成流程表单。

配置模块，用于配置服务组件以及设置预设关系表；制定流程表单的业务审批流程。

流程定义模型确定模块，用于确定业务审批流程的各审批节点，以及根据预设关系表和服务组件设置各审批节点流程属性，得到流程定义模型。

上述跨系统的业务流程审批处理装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

在一个实施例中，提供了一种计算机设备，该计算机设备可以是服务器，其内部结构图可以如图15所示。该计算机设备包括通过系统总线连接的处理器、存储器和网络接口。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质和内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于存储业务流程数据。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种跨系统的业务流程审批处理方法。

本领域技术人员可以理解，图15中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

在一个实施例中，还提供了一种计算机设备，包括存储器和处理器，存储器中存储有计算机程序，该处理器执行计算机程序时实现上述各方法实施例中的步骤。

在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现上述各方法实施例中的步骤。

在一个实施例中，提供了一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现上述各方法实施例中的步骤。

需要说明的是，本申请所涉及的用户信息（包括但不限于用户设备信息、用户个人信息等）和数据（包括但不限于用于分析的数据、存储的数据、展示的数据等），均为经用户授权或者经过各方充分授权的信息和数据。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、数据库或其它介质的任何引用，均可包括非易失性和易失性存储器中的至少一种。非易失性存储器可包括只读存储器（Read-OnlyMemory，ROM）、磁带、软盘、闪存、光存储器、高密度嵌入式非易失性存储器、阻变存储器（ReRAM）、磁变存储器（Magnetoresistive Random Access Memory，MRAM）、铁电存储器（Ferroelectric Random Access Memory，FRAM）、相变存储器（Phase Change Memory，PCM）、石墨烯存储器等。易失性存储器可包括随机存取存储器（Random Access Memory，RAM）或外部高速缓冲存储器等。作为说明而非局限，RAM可以是多种形式，比如静态随机存取存储器（Static Random Access Memory，SRAM）或动态随机存取存储器（Dynamic RandomAccess Memory，DRAM）等。本申请所提供的各实施例中所涉及的数据库可包括关系型数据库和非关系型数据库中至少一种。非关系型数据库可包括基于区块链的分布式数据库等，不限于此。本申请所提供的各实施例中所涉及的处理器可为通用处理器、中央处理器、图形处理器、数字信号处理器、可编程逻辑器、基于量子计算的数据处理逻辑器等，不限于此。

以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对本申请专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请的保护范围应以所附权利要求为准。

Claims (10)

1.一种跨系统的业务流程审批处理方法，其特征在于，所述方法包括：

响应流程发起方发送的携带流程标识的流程调用请求，查找并加载与所述流程标识匹配的流程定义模型；

解析所述流程定义模型，创建与所述流程调用请求对应的业务审批流程；所述业务审批流程中包括多个审批节点；

在各所述审批节点上创建业务审批任务；

响应于业务审批任务，获取发起所述业务审批任务的第一业务系统以及第一租户标识；

调用查询租户用户组件和查询租户角色组件，获取当前处理所述业务审批任务的第二业务系统以及第二租户标识；其中，所述第一业务系统与所述第二业务系统隔离；所述第一业务系统和所述第二业务系统分别隶属不同的租户；所述调用查询租户用户组件和查询租户角色组件，获取当前处理所述业务审批任务的第二业务系统以及第二租户标识，包括：通过调用租户用户组件和查询租户角色组件，获取所述第二业务系统的人员信息、人员的角色特征以及对应的第二租户标识，获取当前处理业务审批任务的审批对象以及对应的第二租户标识；

若所述第一租户标识与所述第二租户标识不同，则查询预设关系表中所述第二租户标识是否与所述第一租户标识为从属关系；所述从属关系用于表征一个租户是另一租户的子租户；

若是，则通过调用所述业务审批任务的服务组件执行所述业务审批任务。

2.根据权利要求1所述的方法，其特征在于，所述解析所述流程定义模型，创建与所述流程调用请求对应的业务审批流程，包括：

解析所述流程定义模型，调用流程审批服务中间件，按预设顺序获取各审批节点的审批对象以及确定各所述审批节点的执行顺序，得到所述流程调用请求对应流程表单的业务审批流程。

3.根据权利要求1所述的方法，其特征在于，在所述响应流程发起方发送的携带流程标识的流程调用请求，查找并加载与所述流程标识匹配的流程定义模型之前，所述方法还包括：

响应流程定义模型的配置请求，所述配置请求携带业务需求；

基于工作流对所述业务需求进行流程化描述生成流程表单；

配置服务组件以及设置预设关系表；

制定所述流程表单的业务审批流程；

确定所述业务审批流程的各审批节点，以及根据所述预设关系表和所述服务组件设置各所述审批节点流程属性，得到流程定义模型。

4.根据权利要求3所述的方法，其特征在于，所述基于工作流对所述业务需求进行流程化描述生成流程表单，包括：

调用流程审批服务中间件，基于工作流对所述业务需求进行流程化描述生成流程表单。

5.一种跨系统的业务流程审批处理装置，其特征在于，所述装置包括：

数据加载模块，用于响应流程发起方发送的携带流程标识的流程调用请求，查找并加载与所述流程标识匹配的流程定义模型；

流程定义模型解析模块，用于解析所述流程定义模型，创建与所述流程调用请求对应的业务审批流程；所述业务审批流程中包括多个审批节点；

业务审批任务创建模块，用于在各所述审批节点上创建业务审批任务；

业务信息获取模块，用于响应于业务审批任务，获取发起所述业务审批任务的第一业务系统以及第一租户标识；

通过调用租户用户组件和查询租户角色组件，获取当前处理所述业务审批任务的第二业务系统以及第二租户标识；其中，所述第一业务系统与所述第二业务系统隔离；所述第一业务系统和所述第二业务系统分别隶属不同的租户；通过调用租户用户组件和查询租户角色组件，获取当前处理所述业务审批任务的第二业务系统以及第二租户标识，包括：通过调用租户用户组件和查询租户角色组件，获取所述第二业务系统的人员信息、人员的角色特征以及对应的第二租户标识，获取当前处理业务审批任务的审批对象以及对应的第二租户标识；

租户标识关系确认模块，用于若所述第一租户标识与所述第二租户标识不同，则查询预设关系表中所述第二租户标识是否与所述第一租户标识为从属关系；所述从属关系用于表征一个租户是另一租户的子租户；

业务审批模块，用于若是，则通过调用所述业务审批任务的服务组件执行所述业务审批任务。

6.根据权利要求5所述的装置，其特征在于，所述流程定义模型解析模块，还用于解析所述流程定义模型，调用流程审批服务中间件，按预设顺序获取各审批节点的审批对象以及确定各所述审批节点的执行顺序，得到所述流程调用请求对应流程表单的业务审批流程。

7.根据权利要求5所述的装置，其特征在于，所述装置还包括：

流程表单确定模块，用于响应流程定义模型的配置请求，所述配置请求携带业务需求；

基于工作流对所述业务需求进行流程化描述生成流程表单；

配置模块，用于配置服务组件以及设置预设关系表；

制定所述流程表单的业务审批流程；

流程定义模型确定模块，用于确定所述业务审批流程的各审批节点，以及根据所述预设关系表和所述服务组件设置各所述审批节点流程属性，得到流程定义模型。

8.根据权利要求7所述的装置，其特征在于，所述流程表单确定模块，用于调用流程审批服务中间件，基于工作流对所述业务需求进行流程化描述生成流程表单。

9.一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至4中任一项所述的方法的步骤。

10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至4中任一项所述的方法的步骤。

Images