业务流程转授权方法、装置、电子设备及介质

摘要

本公开提供了一种业务流程转授权方法、装置、电子设备及介质，涉及金融科技领域。该方法包括：接收授权人提交的转授权申请信息，转授权申请信息包括：至少一个流程角色、转授权生效时间和被授权人，被授权人包括第一被授权人和至少一个第二被授权人；根据转授权申请信息，按照流程角色的数量创建转授权申请单；周期性遍历转授权申请单状态，判断转授权申请单是否处于生效中；如果是，则在转授权生效时间开始时，将转授权申请单对应的流程角色转交于第一被授权人；周期性遍历处于生效中的转授权申请单，判断处于生效中的转授权申请单是否存在续传授权；若存在，则在续传授权对应的生效时间开始时，将续传授权对应的流程角色转交于第二被授权人。

说明书

技术领域

本公开涉及金融科技领域，尤其涉及一种业务流程转授权方法、装置、电子设备及介质。

背景技术

流程转授权是指将流程审批的权限由一个人转给另一人。例如：管理人员A休假，他将本人承担的一系列流程审批角色转给管理人员B，意味着管理人员B可以去审批管理人员A审批的流程申请单。

在实现本公开构思的过程中，发明人发现相关技术中至少存在如下问题：目前的企业精细化管理过程中，特别是流程转授权应用过程遇到的问题也越发突出，主要表现在以下三个方面：

一是不支持分角色精准授权。现实生活中，管理人员往往存在“身兼多职”的现象，即一位管理者同时承担多个流程审批角色，一般的做法将管理人员A下全部流程角色转给管理人员B，未做到分角色精准授权，缺乏灵活性。

二是不支持分时段转授权。当管理人员A将流程角色转授权给管理人员B前，如果管理人员A已知管理人员B将在未来的确定时间段休假，但管理人员A尚未返回岗位，此时管理人员A需要进行分时段转授权，即第一时段将流程角色转授权给管理人员B，第二时段将流程角色转授权给管理人员C。针对某些敏感流程角色，管理人员在转授权时会对被授权人员的人品、工作能力有一定的考虑，不能轻易授权。

三是不支持续转授权。当管理人员A将流程角色转授权给管理人员B，而管理人员B因为休假等原因，需要将管理人员B自身的流程角色以及管理人员A转授权给自己的角色进行再次转授权。

发明内容

有鉴于此，本公开提供了一种业务流程转授权方法、装置、电子设备及介质，以解决现有技术中业务流程转授权效率低、流转复杂、容易出错等技术问题。

本公开的一个方面提供了一种业务流程转授权方法，包括：接收授权人提交的转授权申请信息，转授权申请信息包括：至少一个流程角色、转授权生效时间和被授权人，被授权人包括第一被授权人和至少一个第二被授权人；根据转授权申请信息，按照流程角色的数量创建转授权申请单；周期性遍历转授权申请单状态，判断转授权申请单是否处于生效中；如果是，则在转授权生效时间开始时，将转授权申请单对应的流程角色转交于第一被授权人；周期性遍历处于生效中的转授权申请单，判断处于生效中的转授权申请单是否存在续传授权；若存在，则在续传授权对应的生效时间开始时，将续传授权对应的流程角色转交于第二被授权人。

根据本公开的实施例，转授权申请单状态包括待生效和生效中，转授权申请信息包括还包括审批人，周期性遍历转授权申请单状态的步骤之前，还包括：判断是否接收到审批人审批通过的转授权指令，如果是，则设置转授权申请单状态为生效中；否则，设置转授权申请单状态为待生效。

根据本公开的实施例，方法还包括：周期性遍历处于生效中的转授权申请单，判断处于生效中的转授权申请单是否到达转授权生效截止时间且转授权申请单不存在续传授权，如果是，则将转授权申请单对应的流程角色收回至授权人。

根据本公开的实施例，方法还包括：接收授权人在转授权生效截止时间之前提交的转授权申请取消信息，控制转授权申请信息全部失效，将转授权申请信息中的流程角色收回至授权人。

根据本公开的实施例，根据转授权申请信息，按照流程角色的数量创建转授权申请单，还包括：在同一流程角色下，将转授权生效时间按照预设时间间隔划分为多个时间区间，根据时间区间的数量创建转授权申请单。

根据本公开的实施例，预设时间间隔为一天。

根据本公开的实施例，转授权申请信息还包括续传授权标志位数据，判断处于生效中的转授权申请单是否存在续传授权，包括：判断处于生效中的转授权申请单是否存在续传授权标志位数据。

根据本公开的实施例，方法还包括：接收第一被授权人提交的续传授权申请信息，续传授权申请信息包括第三被授权人、续传授权生效时间和续传授权角色；根据续传授权申请信息，按照续传授权角色创建多个续转授权申请单。

根据本公开的实施例，续转授权申请单按照转授权申请单相同的方式进行周期性遍历处理。

根据本公开的实施例，方法还包括：接收上一级转交至授权人的转交流程角色，将转交流程角色按照转授权申请信息中对应的流程角色设置相同的转授权参数，以对转交流程角色进行续传授权。

根据本公开的实施例，转授权申请信息包括的流程角色是授权人的第一部分指定授权角色，方法还包括：对授权人的第二部分指定授权角色进行转授权屏蔽管理。

本公开的另一个方面提供了一种业务流程转授权装置，包括：转授权提交模块，用于接收授权人提交的转授权申请信息，转授权申请信息包括：至少一个流程角色、转授权生效时间和被授权人，被授权人包括第一被授权人和至少一个第二被授权人；申请单创建模块，用于根据转授权申请信息，按照流程角色的数量创建转授权申请单；转授权执行模块，用于周期性遍历转授权申请单状态，判断转授权申请单是否处于生效中；如果是，则在转授权生效时间开始时，将转授权申请单对应的流程角色转交于第一被授权人；以及，续传授权执行模块，用于周期性遍历处于生效中的转授权申请单，判断处于生效中的转授权申请单是否存在续传授权；若存在，则在续传授权对应的生效时间开始时，将续传授权对应的流程角色转交于第二被授权人。

根据本公开的实施例，还包括：转授权收回模块，用于周期性遍历处于生效中的转授权申请单，判断处于生效中的转授权申请单是否到达转授权生效截止时间且转授权申请单不存在续传授权，如果是，则将转授权申请单对应的流程角色收回至授权人。

根据本公开的实施例，还包括：转授权取消模块，用于接收授权人在转授权生效截止时间之前提交的转授权申请取消信息，控制转授权申请信息全部失效，将转授权申请信息中的流程角色收回至授权人。

本公开的另一方面提供了一种电子设备，包括：一个或多个处理器；存储装置，用于存储一个或多个程序，其中，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器执行如上所述的方法。

本公开的另一方面提供了一种计算机可读存储介质，存储有计算机可执行指令，所述指令在被执行时用于实现如上所述的方法。

本公开的另一方面提供了一种计算机程序，所述计算机程序包括计算机可执行指令，所述指令在被执行时用于实现如上所述的方法。

与现有技术相比，本公开提供的业务流程转授权方法、装置、电子设备及介质，至少具有以下有益效果：

(1)授权人可提前设计并定制转授权方案，精准确定各流程角色的被授权人名单和生效时间范围，支持流程角色续转，提升工作效率，使流程转授权的处理过程趋于自动化、便捷化和智能化，进而增强了金融服务效率和功能；

(2)本公开实现了流程分角色授权，通过系统满足了不同层级用户的授权申请需求，使转授权增加了自主性和个性化；

(3)本公开实现了流程角色分时段转授权，由分时段转授权代替常规的单一时段转授权，使得流程转授权的处理过程更加精确可靠；

(5)本公开实现了流程角色续转授权，让流程转授权工作不因个人或其他原因而中断，实现了流程角色的可持续性，从而提高转授权效率。

附图说明

通过以下参照附图对本公开实施例的描述，本公开的上述以及其他目的、特征和优点将更为清楚，在附图中：

图1示意性示出了根据本公开实施例的业务流程转授权方法及装置的示例性系统架构；

图2示意性示出了根据本公开实施例的业务流程转授权方法的流程图；

图3示意性示出了根据本公开实施例的业务流程转授权方法的操作流程图；

图4A示意性示出了根据本公开实施例的分角色分时段创建申请单及授权人续传授权的设置；

图4B示意性示出了根据本公开实施例的转授权申请状态的设置；

图4C示意性示出了根据本公开实施例的转授权结束收回的设置；

图5示意性示出了根据本公开实施例的业务流程转授权装置的框图；以及

图6示意性示出了根据本公开实施例的电子设备的框图。

具体实施方式

以下，将参照附图来描述本公开的实施例。但是应该理解，这些描述只是示例性的，而并非要限制本公开的范围。在下面的详细描述中，为便于解释，阐述了许多具体的细节以提供对本公开实施例的全面理解。然而，明显地，一个或多个实施例在没有这些具体细节的情况下也可以被实施。此外，在以下说明中，省略了对公知结构和技术的描述，以避免不必要地混淆本公开的概念。

在此使用的术语仅仅是为了描述具体实施例，而并非意在限制本公开。在此使用的术语“包括”、“包含”等表明了所述特征、步骤、操作和/或部件的存在，但是并不排除存在或添加一个或多个其他特征、步骤、操作或部件。

在此使用的所有术语(包括技术和科学术语)具有本领域技术人员通常所理解的含义，除非另外定义。应注意，这里使用的术语应解释为具有与本说明书的上下文相一致的含义，而不应以理想化或过于刻板的方式来解释。

在使用类似于“A、B和C等中至少一个”这样的表述的情况下，一般来说应该按照本领域技术人员通常理解该表述的含义来予以解释(例如，“具有A、B和C中至少一个的系统”应包括但不限于单独具有A、单独具有B、单独具有C、具有A和B、具有A和C、具有B和C、和/或具有A、B、C的系统等)。在使用类似于“A、B或C等中至少一个”这样的表述的情况下，一般来说应该按照本领域技术人员通常理解该表述的含义来予以解释(例如，“具有A、B或C中至少一个的系统”应包括但不限于单独具有A、单独具有B、单独具有C、具有A和B、具有A和C、具有B和C、和/或具有A、B、C的系统等)。

附图中示出了一些方框图和/或流程图。应理解，方框图和/或流程图中的一些方框或其组合可以由计算机程序指令来实现。这些计算机程序指令可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器，从而这些指令在由该处理器执行时可以创建用于实现这些方框图和/或流程图中所说明的功能/操作的装置。本公开的技术可以硬件和/或软件(包括固件、微代码等)的形式来实现。另外，本公开的技术可以采取存储有指令的计算机可读存储介质上的计算机程序产品的形式，该计算机程序产品可供指令执行系统使用或者结合指令执行系统使用。

本公开的实施例提供了一种业务流程转授权方法及装置。该方法包括：接收授权人提交的转授权申请信息，转授权申请信息包括：至少一个流程角色、转授权生效时间和被授权人，被授权人包括第一被授权人和至少一个第二被授权人；根据转授权申请信息，按照流程角色的数量创建转授权申请单；周期性遍历转授权申请单状态，判断转授权申请单是否处于生效中；如果是，则在转授权生效时间开始时，将转授权申请单对应的流程角色转交于第一被授权人；以及，周期性遍历处于生效中的转授权申请单，判断处于生效中的转授权申请单是否存在续传授权；若存在，则在续传授权对应的生效时间开始时，将续传授权对应的流程角色转交于第二被授权人。

图1示意性示出了根据本公开实施例的业务流程转授权方法及装置的示例性系统架构100。需要注意的是，图1所示仅为可以应用本公开实施例的系统架构的示例，以帮助本领域技术人员理解本公开的技术内容，但并不意味着本公开实施例不可以用于其他设备、系统、环境或场景。

如图1所示，根据该实施例的系统架构100可以包括终端设备101、终端设备102、终端设备103和服务器104。其中，终端设备101、102、103和服务器104之间可以提供通信链路，例如有线和/或无线通信链路等等。

终端设备101、102、103例如可以是具有处理能力的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。终端设备101、102、103上可以安装有各种通讯客户端应用，例如购物类应用、网页浏览器应用、搜索类应用、即时通信工具、邮箱客户端和/或社交平台软件等。

用户可以使用终端设备101、102、103与服务器104交互，以接收或发送消息等。

服务器104可以是提供各种服务的服务器，例如对用户利用终端设备101、102、103所浏览的网站提供支持的后台管理服务器。后台管理服务器可以对接收到的用户请求等数据进行分析等处理，并将处理结果(例如根据用户请求获取或生成的网页、信息、或数据等)反馈给终端设备。

根据本公开的实施例，终端设备101例如可以是授权人所属的电子设备，授权人可以在该电子设备上输入并提交转授权申请信息，并且向服务器104发送该转授权申请信息。

在该转授权申请信息传递至服务器104之后，服务器104经过本公开实施例所提供的业务流程转授权方法的处理之后，可以根据转授权申请信息的实质内容，将对应的授权角色转交于第一被授权人和/或至少一个第二被授权人。

根据本公开的实施例，终端设备102例如可以是第一被授权人所属的电子设备。第一被授权人可以基于服务器104做出的转授权相关处理后，赋予转授权申请信息对应的授权角色。

根据本公开的实施例，终端设备103例如可以是第二被授权人所属的电子设备，或者终端设备103包括多个终端设备，每个终端设备作为一个第二被授权人所属的电子设备。第二被授权人可以基于服务器104做出的转授权相关处理后，在确定存在续传授权的情况下，将第一被授权人已经赋予的转授权申请信息对应的授权角色，继续赋予第二被授权人。由此，服务器104将流程角色转给新指定的被授权人，也就相当于进行再次转授权，从而实现流程续转授权。

需要说明的是，本公开实施例所提供的业务流程转授权方法一般可以由服务器104执行。相应地，本公开实施例所提供的业务流程转授权装置一般可以设置于服务器104中。本公开实施例所提供的业务流程转授权方法也可以由不同于服务器104且能够与终端设备101、102、103和/或服务器104通信的其他服务器或服务器集群执行。相应地，本公开实施例所提供的业务流程转授权装置也可以设置于不同于服务器104且能够与终端设备101、102、103和/或服务器104通信的其他服务器或服务器集群中。

例如，待处理的转授权申请信息可以原本存储在终端设备101中，或者存储在外部存储设备上并可以导入到终端设备101中。然后，终端设备101可以将待处理的转授权申请信息发送到服务器104、其他服务器或服务器集群，并由接收该待处理的转授权申请信息的服务器104、其他服务器或服务器集群来执行本公开实施例所提供的业务流程转授权方法。

应该理解，图1中的终端设备和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备和服务器。

图2示意性示出了根据本公开实施例的业务流程转授权方法的流程图。图3示意性示出了根据本公开实施例的业务流程转授权方法的操作流程图。

如图2或图3所示，该业务流程转授权方法可以包括操作S201～S203。

在操作S201，接收授权人提交的转授权申请信息，转授权申请信息包括：至少一个流程角色、转授权生效时间和被授权人，被授权人包括第一被授权人和至少一个第二被授权人。

由于授权人将自己的至少一个流程角色的操作权限转给被授权人，本公开的实施例由授权人触发开启转授权的操作流程，授权人可以提前设计并定制转授权方案，精准确定各流程角色的被授权人名单和转授权生效时间范围，支持其自身拥有的流程角色的转授权。

转授权申请信息包括被授权人，以便确定流程操作权限的转让目标。转授权生效时间用于确定流程操作权限的转让时间段，该转授权开始时间模式为当前时间，转授权结束时间由授权人指定。当然，授权人也可以自主拟定转授权开始时间，以便转授权流程操作权限于未来某一确定时刻开始进行。

在操作S202，根据转授权申请信息，按照流程角色的数量创建转授权申请单。

由于转授权申请信息包括至少一个流程角色，在流程角色数量为多个时，根据该数量创建多个转授权申请单，以区分不同的流程角色，避免将授权人的所有流程角色不加分类地笼统混淆生成同一转授权申请单。

在操作S203，周期性遍历转授权申请单状态，判断转授权申请单是否处于生效中；如果是，则在转授权生效时间开始时，将转授权申请单对应的流程角色转交于第一被授权人。

在判断转授权生效后，在转授权生效时间开始时自动将流程角色授权给第一被授权人。

在操作S204，周期性遍历处于生效中的转授权申请单，判断处于生效中的转授权申请单是否存在续传授权；若存在，则在续传授权对应的生效时间开始时，将续传授权对应的流程角色转交于第二被授权人。

定时轮询所有状态为生效中的转授权申请单，当判断存在续转授权时，在续转授权生效时间开始自动将流程角色转给新指定的被授权人，也即第二被授权人。

通过本公开的实施例，利用对转授权单状态、生效起止时间和续转授权标志位三个条件进行周期性遍历，采用定时轮询机制实现转授权自动生效、续转、收回等操作。授权人可提前设计并定制转授权方案，精准确定各流程角色的被授权人名单和转授权生效时间范围，支持流程角色的续转授权，提升流程授权管理的工作效率，从而使流程转授权处理过程趋于自动化、便捷化和智能化。

下面参考图4A～图4C，结合具体实施例对图2或图3所示的方法做进一步说明。

图4A示意性示出了根据本公开实施例的分角色分时段创建申请单及授权人续传授权的设置。

本公开实施例中，在同一流程角色下，将转授权生效时间按照预设时间间隔划分为多个时间区间，根据时间区间的数量创建转授权申请单。

例如，如图4A所示，管理人员B的全部流程角色包括总经理和分管总经理，管理人员B将总经理角色分时段授权给了人员C、人员D和人员E，共3人，每一个被授权人赋予不同的时段，该预设时间间隔为一天。其中，一天工作时间具体为8：00-17：00。此外，管理人员B将分管总经理角色授权给了人员F。

通过本公开的实施例，基于流程角色数量以及同一流程角色的时间区间数量来创建转授权申请单。由此，授权人自身的全部流程角色可按不同流程角色、不同授权时间进行灵活设置，同一流程角色可以进行分时段授权。

在一些实施例中，该业务流程转授权方法还包括：接收上一级转交至授权人的转交流程角色，将转交流程角色按照转授权申请信息中对应的流程角色设置相同的转授权参数，以对转交流程角色进行续传授权。

例如，如图4A所示，管理人员B将上一级管理人员A续转给自己的分管总经理角色授权给了人员F。这种分管总经理角色作为转交流程角色，可以按照授权人自身设置的同一流程角色，也即分管总经理角色的转授权参数设置相同，也即同样将这种分管总经理角色授权给了人员F。

在一些实施例中，该业务流程转授权方法还包括：接收第一被授权人提交的续传授权申请信息，续传授权申请信息包括第三被授权人、续传授权生效时间和续传授权角色；根据续传授权申请信息，按照续传授权角色创建多个续转授权申请单。

进一步地，续转授权申请单按照转授权申请单相同的方式进行周期性遍历处理。

通过本公开的实施例，在授权人将自身的流程角色转交给第一授权人之后，第一被授权人在执行转授权的流程管理权限的过程中，由于生病休假等不可预知原因，无法及时处理授权人委托的流程，可以将授权人委托的流程进行再次转授权，转给第三人进行处理。由此，第一被授权人也可以输入并提交续传授权申请信息，将原本为授权人转授权给自己的流程角色再次续传授权给第三被授权人。

需要说明的是，第二被授权人是由第一被授权人设置指定的另一被授权人，而第二被授权人是由授权人设置指定的被授权人。这两个被授权人的设置来源不同。此外，由于续转授权申请单是第一被授权人再次转授权，续转授权申请单的设置时间段与授权人预先设置提交的转授权申请信息中的起止时间段保持一致，也即不能修改续转授权申请单的设置时间段。

图4B示意性示出了根据本公开实施例的转授权申请状态的设置。

如图4B所示，在一些实施例中，转授权申请单状态包括待生效和生效中，转授权申请信息包括还包括审批人，周期性遍历转授权申请单状态的步骤之前，还包括：判断是否接收到审批人审批通过的转授权指令，如果是，则设置转授权申请单状态为生效中；否则，设置转授权申请单状态为待生效。

审批人例如是授权人的上级领导，通过本公开的实施例，只有接收到审批人审批通过的转授权指令，也即得到审批人的同意，才能使转授权申请信息生效，也即处于生效中的状态。而未取得审批人同意的转授权申请信息处于待生效状态。

可以理解的是，转授权申请信息还可以包括转授权原因，以便审批人及时了解授权人的转授权理由，使审批人及时同意并变更转授权申请单状态。

图4C示意性示出了根据本公开实施例的转授权结束收回的设置。

如图4C所示，本公开实施例中，该业务流程转授权方法还包括：周期性遍历处于生效中的转授权申请单，判断处于生效中的转授权申请单是否到达转授权生效截止时间且转授权申请单不存在续传授权，如果是，则将转授权申请单对应的流程角色收回至授权人。

图4C所示的步骤作为转授权以及续传授权自动结束收回的操作步骤，当判断转授权申请单是否到达转授权生效截止时间且转授权申请单不存在续传授权时，则将授权人提交的流程角色全部收回。

本公开实施例中，该业务流程转授权方法还包括：接收授权人在转授权生效截止时间之前提交的转授权申请取消信息，控制转授权申请信息全部失效，将转授权申请信息中的流程角色收回至授权人。

可以理解的是，在转授权生效时间内，授权人可正常使用自己的流程管理权限，而此时被授权人也可以使用授权人的流程管理权限。授权人由于各种原因，例如授权人提前返回，可能需要在转授权生效截止时间之前就想取消转授权，此时授权人希望自己来进行流程操作，无需由被授权人来替代操作。此时，授权人可以正常使用自己的流程管理权限，提交转授权申请取消信息，进而使转授权流程提前取消收回。

在一些实施例中，转授权申请信息还包括续传授权标志位数据，判断处于生效中的转授权申请单是否存在续传授权，包括：判断处于生效中的转授权申请单是否存在续传授权标志位数据。

由此，利用设置于转授权申请信息中的续传授权标志位数据快速判断处于生效中的转授权申请单是否存在续传授权，便于区分续传授权或非续传授权，提高转授权管理的便捷性。

在一些实施例中，转授权申请信息包括的流程角色是授权人的第一部分指定授权角色，该业务流程转授权方法还包括：对授权人的第二部分指定授权角色进行转授权屏蔽管理。

由于实际管理过程中一个授权人可能身兼多职，同时承担多个流程角色，授权人的某一部分流程角色属于比较隐私的内容，所以需要对该部分指定授权角色进行屏蔽，避免被授权人查看或处理该部分指定授权角色的功能或内容。由此，本公开实施例可以做到分角色精准授权，提高转授权设置灵活性。

图5示意性示出了根据本发明实施例的业务流程转授权装置的框图。

如图5所示，该业务流程转授权装置500可以包括转授权提交模块510、申请单创建模块520、转授权执行模块530和续传授权执行模块540，其中：

转授权提交模块510，用于接收授权人提交的转授权申请信息，转授权申请信息包括：至少一个流程角色、转授权生效时间和被授权人，被授权人包括第一被授权人和至少一个第二被授权人；

申请单创建模块520，用于根据转授权申请信息，按照流程角色的数量创建转授权申请单；

转授权执行模块530，用于周期性遍历转授权申请单状态，判断转授权申请单是否处于生效中；如果是，则在转授权生效时间开始时，将转授权申请单对应的流程角色转交于第一被授权人；以及

续传授权执行模块540，用于周期性遍历处于生效中的转授权申请单，判断处于生效中的转授权申请单是否存在续传授权；若存在，则在续传授权对应的生效时间开始时，将续传授权对应的流程角色转交于第二被授权人。

在一些实施例中，该业务流程转授权装置500还可以包括转授权收回模块550和转授权取消模块560，其中：

转授权收回模块550，用于周期性遍历处于生效中的转授权申请单，判断处于生效中的转授权申请单是否到达转授权生效截止时间且转授权申请单不存在续传授权，如果是，则将转授权申请单对应的流程角色收回至授权人；

转授权取消模块560，用于接收授权人在转授权生效截止时间之前提交的转授权申请取消信息，控制转授权申请信息全部失效，将转授权申请信息中的流程角色收回至授权人。

需要说明的是，本公开的实施例中业务流程转授权装置部分与本公开的实施例中业务流程转授权方法部分是相对应的，业务流程转授权装置部分的描述具体参考业务流程转授权方法部分，在此不再赘述。

根据本公开的实施例的模块、子模块、单元、子单元中的任意多个、或其中任意多个的至少部分功能可以在一个模块中实现。根据本公开实施例的模块、子模块、单元、子单元中的任意一个或多个可以被拆分成多个模块来实现。根据本公开实施例的模块、子模块、单元、子单元中的任意一个或多个可以至少被部分地实现为硬件电路，例如现场可编程门阵列(FPGA)、可编程逻辑阵列(PLA)、片上系统、基板上的系统、封装上的系统、专用集成电路(ASIC)，或可以通过对电路进行集成或封装的任何其他的合理方式的硬件或固件来实现，或以软件、硬件以及固件三种实现方式中任意一种或以其中任意几种的适当组合来实现。或者，根据本公开实施例的模块、子模块、单元、子单元中的一个或多个可以至少被部分地实现为计算机程序模块，当该计算机程序模块被运行时，可以执行相应的功能。

例如，转授权提交模块510、申请单创建模块520、转授权执行模块530、续传授权执行模块540、转授权收回模块550和转授权取消模块560中的任意多个可以合并在一个模块/单元/子单元中实现，或者其中的任意一个模块/单元/子单元可以被拆分成多个模块/单元/子单元。或者，这些模块/单元/子单元中的一个或多个模块/单元/子单元的至少部分功能可以与其他模块/单元/子单元的至少部分功能相结合，并在一个模块/单元/子单元中实现。根据本公开的实施例，转授权提交模块510、申请单创建模块520、转授权执行模块530、续传授权执行模块540、转授权收回模块550和转授权取消模块560中的至少一个可以至少被部分地实现为硬件电路，例如现场可编程门阵列(FPGA)、可编程逻辑阵列(PLA)、片上系统、基板上的系统、封装上的系统、专用集成电路(ASIC)，或可以通过对电路进行集成或封装的任何其他的合理方式等硬件或固件来实现，或以软件、硬件以及固件三种实现方式中任意一种或以其中任意几种的适当组合来实现。或者，转授权提交模块510、申请单创建模块520、转授权执行模块530、续传授权执行模块540、转授权收回模块550和转授权取消模块560中的至少一个可以至少被部分地实现为计算机程序模块，当该计算机程序模块被运行时，可以执行相应的功能。

图6示意性示出了根据本发明实施例的电子设备的框图。图6示出的电子设备仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。

如图6所示，电子设备600包括处理器610、计算机可读存储介质620。该电子设备600可以执行根据本公开实施例的业务流程转授权方法。

具体地，处理器610例如可以包括通用微处理器、指令集处理器和/或相关芯片组和/或专用微处理器(例如，专用集成电路(ASIC))，等等。处理器610还可以包括用于缓存用途的板载存储器。处理器610可以是用于执行根据本公开实施例的方法流程的不同动作的单一处理单元或者是多个处理单元。

计算机可读存储介质620，例如可以是非易失性的计算机可读存储介质，具体示例包括但不限于：磁存储装置，如磁带或硬盘(HDD)；光存储装置，如光盘(CD-ROM)；存储器，如随机存取存储器(RAM)或闪存；等等。

计算机可读存储介质620可以包括计算机程序621，该计算机程序621可以包括代码/计算机可执行指令，其在由处理器610执行时使得处理器610执行根据本公开实施例的方法或其任何变形。

计算机程序621可被配置为具有例如包括计算机程序模块的计算机程序代码。例如，在示例实施例中，计算机程序621中的代码可以包括一个或多个程序模块，例如包括621A、模块621B、……。应当注意，模块的划分方式和个数并不是固定的，本领域技术人员可以根据实际情况使用合适的程序模块或程序模块组合，当这些程序模块组合被处理器610执行时，使得处理器610可以执行根据本公开实施例的方法或其任何变形。

根据本公开的实施例，转授权提交模块510、申请单创建模块520、转授权执行模块530、续传授权执行模块540、转授权收回模块550和转授权取消模块560中的至少一个可以实现为参考图6描述的电子设备模块，其在被处理器610执行时，可以实现上面描述的相应操作。

本公开还提供了一种计算机可读存储介质，该计算机可读存储介质可以是上述实施例中描述的设备/装置/系统中所包含的；也可以是单独存在，而未装配入该设备/装置/系统中。上述计算机可读存储介质承载有一个或者多个程序，当上述一个或者多个程序被执行时，实现根据本公开实施例的业务流程转授权方法。

附图中的流程图和框图，图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

本领域技术人员可以理解，本公开的各个实施例和/或权利要求中记载的特征可以进行多种组合和/或结合，即使这样的组合或结合没有明确记载于本公开中。特别地，在不脱离本公开精神和教导的情况下，本公开的各个实施例和/或权利要求中记载的特征可以进行多种组合和/或结合。所有这些组合和/或结合均落入本公开的范围。

以上对本公开的实施例进行了描述。但是，这些实施例仅仅是为了说明的目的，而并非为了限制本公开的范围。尽管在以上分别描述了各实施例，但是这并不意味着各个实施例中的措施不能有利地结合使用。本公开的范围由所附权利要求及其等同物限定。不脱离本公开的范围，本领域技术人员可以做出多种替代和修改，这些替代和修改都应落在本公开的范围之内。