CN110969432A - 一种授权方法及装置 - Google Patents

Abstract

本申请提供一种授权方法及装置，涉及互联网技术领域，能够根据用户需求，实现较为灵活的授权。该方法包括：接收用户输入的交易请求，根据交易请求匹配授权模型；授权模型用于指示处理交易请求的至少一个操作员；授权模型包含一个或多个级次，每一级次包含一个或多个授权节点，每一授权节点包含一个或多个授权表达式；单个授权表达式用于指示一个或多个操作员处理交易请求，单个授权表达式内部为逻辑“与”的关系，不同授权表达式之间为逻辑“或”的关系；根据授权模型，向至少一个操作员发送交易请求。

Description

一种授权方法及装置

技术领域

本申请涉及互联网技术领域，尤其涉及一种授权方法及装置。

背景技术

目前,银行为了保证用户财产安全，针对用户的金融交易采用了多人多级的授权机制，参见图1所示，该授权机制按照交易金额进行分级，每级指定需要授权通过的人数，并且需要根据预先设置的需要或不需要下级授权来确定一笔交易的授权过程。采用该授权机制进行交易授权时，某级次授权人数达到规定的人数后，本级次授权才可以判定为通过，因此当选择需要下级授权时，可能需要多个级次全部授权通过，才能够完成全部授权过程。由此可见，多人多级授权机制较为刻板繁琐，且只能选择需要或者不需要下级授权，可能无法满足某些客户复杂的授权需求。因此，银行需要一种更加灵活强大的授权工作组机制，增加客户满意度。

发明内容

本申请提供一种授权方法及装置，能够根据交易请求匹配授权模型，利用授权模型满足客户的授权需求。

为达到上述目的，本申请采用如下技术方案：

第一方面，本申请提供一种授权方法，该方法可以包括：接收用户输入的交易请求，根据交易请求匹配授权模型。该授权模型用于指示处理交易请求的至少一个操作员。该授权模型包含一个或多个授权级次，每一授权级次包含一个或多个授权节点，每一授权节点包含一个或多个授权表达式；单个授权表达式用于指示一个或多个操作员处理交易请求，单个授权表达式内部为逻辑“与”的关系，不同授权表达式之间为逻辑“或”的关系。根据授权模型，向至少一个操作员发送交易请求。

第二方面，本申请提供一种授权装置，该装置包括：接收模块、匹配模块和发送模块。其中，接收模块，用于接收用户输入的交易请求；匹配模块，用于根据交易请求匹配授权模型；授权模型用于指示处理交易请求的至少一个操作员；授权模型包含一个或多个授权级次，每一授权级次包含一个或多个授权节点，每一授权节点包含一个或多个授权表达式；单个授权表达式用于指示一个或多个操作员处理交易请求，单个授权表达式内部为逻辑“与”的关系，不同授权表达式之间为逻辑“或”的关系。发送模块，用于根据授权模型，向至少一个操作员发送交易请求。

第三方面，本申请提供一种授权装置，该装置包括：处理器、收发器和存储器。其中，存储器用于存储一个或多个程序。该一个或多个程序包括计算机执行指令，当该装置运行时，处理器执行该存储器存储的该计算机执行指令，以使该装置执行第一方面及其各种可选的实现方式中任意之一所述的授权方法。

第四方面，本申请提供一种计算机可读存储介质，计算机可读存储介质中存储有指令，若计算机执行该指令，则该计算机执行上述第一方面及其各种可选的实现方式中任意之一所述的授权方法。

第五方面，本申请提供一种包含指令的计算机程序产品，当所述计算机程序产品在计算机上运行时，使得所述计算机执行上述第一方面及其各种可选的实现方式中任意之一所述的授权方法。

本申请提供的授权方法及装置，可以接收用户输入的交易请求，根据交易请求匹配授权模型；授权模型用于指示处理交易请求的至少一个操作员；授权模型包含一个或多个授权级次，每一授权级次包含一个或多个授权节点，每一授权节点包含一个或多个授权表达式；单个授权表达式用于指示一个或多个操作员处理交易请求，单个授权表达式内部为逻辑“与”的关系，不同授权表达式之间为逻辑“或”的关系。根据授权模型，向至少一个操作员发送所述交易请求。相对于现有技术中，授权机制较为刻板繁琐，无法满足用户个性需求。本申请提供的授权方法，可以根据用户需求配置授权模型，在授权模型内部配置授权表达式，根据“与”和“或”的逻辑关系配置不同的操作员组合方式为用户处理交易请求。后续，电子设备可以根据用户交易请求，确定用于授权的至少一个操作员，该至少一个操作员为用户指定的操作员，进而满足用户需求，提高用户体验。

附图说明

图1为现有技术中授权机制示意图；

图2为本申请实施例提供的一种电子设备结构示意图；

图3为本申请实施例提供的授权方法的应用场景示意图一；

图4为本申请实施例提供的授权方法的应用场景示意图二；

图5为本申请实施例提供的授权方法的应用场景示意图三；

图6为本申请实施例提供的授权方法的应用场景示意图四；

图7为本申请实施例提供的授权方法的应用场景示意图五；

图8为本申请实施例提供的授权方法示意图；

图9为本申请实施例提供的授权装置的结构示意图一；

图10为本申请实施例提供的授权装置的结构示意图二；

图11为本申请实施例提供的授权装置的结构示意图三。

具体实施方式

下面结合附图对本申请实施例提供的授权方法及装置进行详细地描述。

本申请实施实例的说明书以及附图中的术语“第一”和“第二”等是用于区别不同的对象，或者用于区别对同一对象的不同处理，而不是用于描述对象的特定顺序。

此外，本申请实施实例的描述中所提到的术语“包括”和“具有”以及它们的任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括其他没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。

需要说明的是，本申请实施例中，“示例性的”或者“例如”等词用于表示作例子、例证或说明。本申请实施例中被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解释为比其它实施例或设计方案更优选或更具优势。确切而言，使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念。

在本申请的描述中，除非另有说明，“多个”的含义是指两个或两个以上。

本申请实施例提供一种授权方法，可以应用于电子设备。例如，该电子设备可以是手机、平板电脑、笔记本电脑、可穿戴设备、增强现实(augmented reality，AR)\虚拟现实(virtual reality，VR)设备、个人数字助理(personal digital assistant，PDA)、人工智能(artificial intelligence，AI)终端、自动存取款机(cash recycling system，CRS)等，本申请实施例对此不作任何限制。

如图2所示，本申请实施例中的电子设备可以为手机100。下面以手机100为例对实施例进行具体说明。应该理解的是，图示手机100仅是上述电子设备的一个范例，并且手机100可以具有比图2中所示出的更多的或者更少的部件，可以组合两个或更多的部件，或者可以具有不同的部件配置。

参照图2，手机100可与除手机100外的其它电子设备102和电子设备104、以及服务器106通信。手机100可包括总线110、处理器120、存储器130、用户输入模块150、显示模块160、通信接口170和其它相似和/或合适组件。

总线110可以是将上述元件相互连接并在上述元件之间传递通信(例如控制消息)的电路。

处理器120可以通过总线110从上述其它元件(例如存储器130、用户输入模块150、显示模块160、通信接口170等)接收命令，可以解释接收到的命令，并可以根据所解释的命令来执行计算或数据处理。

存储器130可以存储从处理器120或其它元件(例如用户输入模块150、显示模块160、通信接口170等)接收的命令或数据或者由处理器120或其它元件产生的命令或数据。

存储器130可以包括编程模块，诸如内核131、中间件132、应用编程接口(application programming interface，API)133、应用134等。上述编程模块中的每一部分均可以用软件、固件、硬件或者其中两个或更多个的组合来实现，对此本申请实施例不做具体限定。

内核131可以控制或管理用于执行由其它编程模块(例如中间件132、API 133和应用134)实现的操作或功能的系统资源(例如总线110、处理器120、存储器130等)。另外，内核131可以提供能够通过使用中间件132、API 133或应用134来访问并控制或者管理手机100的各个元件的接口。

中间件132可以用于在API 133或应用134与内核131之间以API 133或应用134与内核131通信并与其交换数据的方式运行。例如，中间件132可以被配置为用于在API 133或应用134与内核131之间进行通信的中介。另外，例如，关于从一个或多个应用134和/或中间件132接收的工作请求，可以通过使用向一个或多个应用134中的至少一个应用指派优先级(其中可以按所述优先级来使用手机100的系统资源(例如总线110、处理器120、存储器130等))的方法来执行工作请求的负载均衡。

API 133是应用134能够通过其控制由内核131或中间件132提供的功能的接口，并可以包括例如用于文件控制、窗口控制、图像处理、字符控制等的至少一个接口或功能。

应用134可以包括例如主页应用、拨号器应用、短消息服务(short messageservice，SMS)/多媒体消息服务(multimedia message service，MMS)应用、即时消息(immediately message，IM)应用、浏览器应用、相机应用、闹钟应用、联系人应用、语音拨号应用、电子邮件(e-mail)应用、日历应用、媒体播放器应用、相册应用、时钟应用以及任意其它合适和/或类似的应用。

用户输入模块150可以接收经由输入-输出手段(例如，传感器、键盘、触摸屏等)从用户输入的命令或数据，并可以通过总线110向处理器120或存储器130传送接收到的命令或数据。显示模块160可以向用户显示视频、图像、数据等。

显示模块160可以显示从上述元件接收到的各种信息(例如多媒体数据、文本数据)。

通信接口170可以控制与另一电子设备102之间的短距离通信连接。当手机100与另一电子设备配对时，通信接口170可以停止等待从邻近电子设备接收信号的扫描操作或者停止广播信号的广播操作。例如，响应于手机100与另一电子设备102配对，通信接口170停止等待从邻近电子设备接收信号的扫描操作或者停止广播信号的广播操作。当手机100与另一电子设备配对时，通信接口170可以控制扫描或广播操作的周期。

在本申请实施例中，手机100可以使用通信接口170与另一电子设备通信。例如，通信接口170可以与另一电子设备104、服务器106等进行通信。通信接口170可以直接或者通过网络162与其它电子设备104、服务器106等进行通信。例如，通信接口170可以操作为将手机100连接至网络162。

为了能够实现更加灵活的授权，本申请实施例提出在用户首次交易时或首次交易之前，根据用户需求自定义建立授权模型。用户可以通过上述电子设备客户端建立该授权模型，参见图3所示，为授权模型的配置界面301。如图3所示，授权模型配置界面301包括菜单栏302和显示界面303，电子设备检测到用户点击菜单栏302中任一选项后，会在显示界面303中对应显示相应的配置界面。菜单栏302可以包括：“基本配置”项、“授权级次”项、“授权派发”项等。

如图3所示，电子设备检测到用户点击菜单栏302中的“基础配置”项后，显示界面303显示相应的基础配置界面，该界面用于创建及修改授权模型，包括：“账户名称”设置框、“服务类型”设置框、“图标”设置项。用户可以输入账户名称，或点击右侧下拉图标按钮选择该用户身份下已绑定的任一账户。之后，选择服务类型，该服务类型可以包括：转账汇款，代发工资，贷款，基金，债券等不同的金融交易服务。用户还可以通过“图标”设置项为每一服务类型建立不同的图标，以便后续用户通过上述电子设备100如手机进行金融交易的时候，可以通过点击相应的图标，即可实现开始对该交易的授权派发。全部设置完毕后点击“保存”。如此，通过上述设置，可以为用户的每一账户的每一服务类型创建一个授权模型，并通过下述图4和图5中包含的步骤将该授权模型构建完成。

如图4所示，电子设备检测到用户点击菜单栏302中的“授权级次”项后，显示界面303显示相应的授权级次配置界面，该界面用于配置每一授权模型的授权级次，包括：“单笔限额”设置框、“级次数量”设置框、以及每一级次的交易金额设置项。其中，单笔限额用于限制用户每一金融交易金额的上限，单笔金额可以为根据客户的历史交易金额数据设置，或者由用户自行设置，或者由银行根据用户信用或用户账户金额制定，本申请实施例对此不做具体限定。单笔限额的设置可以在一定程度上减少交易风险。用户可以输入或选择该单笔交易金额的上限后，设置该授权模型包含的级次数量，如图4所示，用户输入级次数量为3(分别对应一级、二级和三级)。此时，电子设备可以自动根据单笔限额和级次数量划分每一级次的金额范围，快速构建授权级次。如图4中，一级对应的交易金额为小于等于100万元；二级对应的交易金额为大于100万元小于等于300万元；三级对应的交易金额为大于300万元小于等于500万元。进一步的，用户也可以根据自身需求，输入或选择每一级次的授权金额范围，实现更加灵活的满足客户需求。全部设置完毕后点击“保存”，将为当前授权模型配置的授权级次进行存储。

如图5所示，电子设备检测到用户点击菜单栏302中的“授权派发”项后，显示界面303显示相应的授权派发配置界面，该界面用于配置授权模型中每一授权级次包含的授权节点数量及每一授权节点中的授权表达式。其中，每一授权级次包含一个或多个授权节点，当确定一个授权级次后，该授权级次的所有授权节点均完成授权后，当前授权级次的授权完成。比如，在图5中，用户为转账汇款交易中的三级授权级次(300万元＜单笔金额≤500万元)配置的授权节点数量为3。3个授权节点分别为：授权节点1、授权节点2和授权节点3。如图5所示，输入或选择授权级次为三级后，输入或选择授权节点数量为3。其中，每次授权时，需要依次经过所有授权节点的授权，才可以判断当前交易授权完成。如利用当前转账汇款交易授权模型授权时，授权顺序为授权节点1、授权节点2、授权节点3。3个授权节点授权完成则此次交易授权完成。

可选的，每一授权节点包括一个或多个授权表达式，单个授权表达式内部为逻辑“与”的关系，各授权表达式之间为逻辑“或”的关系。如图5中对授权节点1的配置，用户认为转账汇款交易的授权节点1可以有3种授权人员组成方式。方式一为1个A组操作员、2个B组操作员和3个C组操作员。方式二为1个B组操作员和4个C组操作员。方式三为2个A组操作员和1个C组操作员。当前授权节点由任意一种操作人员组成方式进行授权都可以，当用户使用该授权模型进行授权时，电子设备可以为当前授权节点随机选取某一授权表达式，为该授权表达式中涉及的操作员进行授权派发。当该授权表达式中所有涉及的操作人员全部授权完成，表示当前授权节点授权完成。其中，授权表达式的含义为当前授权节点对应的操作员名单。每个授权表达式中可包含多个“工作组别及通过人数”，多个“工作组别及通过人数”之间是逻辑“与”的关系，并且，授权节点内部为无序授权。示例性的，上述方式一中的授权表达式为1A and 2B and 3C，表示要求A组操作员中任意1人通过、B组操作员中任意2个人通过并且C组操作员中任意3个人通过后，判定该授权表达式通过。并且不必保证三个工作组别的操作员之间授权的先后顺序，即可以按照A组、B组、C组的顺序完成授权，也可以先B组完成授权，然后A组和C组同时完成授权。本申请实施例对每一授权节点内部的授权表达式顺序不做具体限定。如图5所示，用户进行授权节点配置。如授权节点1中，用户输入或选择授权表达式数量为3，则电子设备自动显示3个授权表达式对应的卡片。用户可以对每一授权表达式自定义配置，如授权表达式1中，用户配置每一组别的操作员时，在当前卡片下方会对应显示当前组别对应的所有操作员信息，如A组操作员包含5名员工，员工a-员工e。当用户配置A组操作员时，可以输入或选择A组对应的数量为1，或者，用户可以指定某一员工参与当前授权表达式授权。如用户输入或选择授权表达式1中A组授权操作员为员工a。即当使用授权表达式1进行授权时，员工a一定会参与此次授权。通过上述方式完成全部授权级次的授权节点与授权表达式的配置后，点击“保存”按钮，完成授权派发的配置。

在一种可能的实现方式中，通过上述图3-图5中包含的步骤配置授权模型后，电子设备可以显示如图6所示的授权模型界面，用户可以通过该界面对最终的授权模型进行确认。图6中仅将三级授权级次中所有授权节点中的授权表达式写明，可以理解的是，用户确认授权模型时，所有授权节点包含的授权表达式均应可显示，或点击相应的授权节点后显示该授权节点包含的授权表达式。为了简化授权机制，限制每一授权模型授权级次数量不超过4个，每一授权级次处理不同的授权金额的交易。一笔交易只在一个授权级次内被处理，不存在两个或两个以上的授权级次共同处理一笔交易的情况。每一授权级次包含一个或多个授权节点，各个授权节点间有序排布，只有完成前一授权节点的授权才可以进入下一授权节点继续授权。并且各个授权节点间为逻辑“和”关系，全部授权节点授权完成后，当前交易授权完成。

可选的，如图6所示，每一授权级次包含一个或多个授权节点。如图6中，三级授权级次中配置三个授权节点：授权节点1、授权节点2、授权节点3；二级授权级次中配置四个授权节点，分别为授权节点1至授权节点4；一级授权级次中配置两个授权节点，授权节点1和授权节点2。也就是说，比如在三级授权级次中，必须按照授权节点1-授权节点2-授权节点3的顺序依次完成授权，前一授权节点授权完成并判定授权成功后，派发到下一授权节点开始授权，若其中某一授权节点授权失败，则此次授权立即终止，判定此次授权失败，而不能进行此次交易，以保证用户账户安全。可以理解的是，图6中仅为示例性的给出每一授权级次的授权节点数目，具体的构建的授权模型中每一授权级次的授权节点数目可以根据用户需求自定义确定，在本申请实施例中不做具体限定。

可选的，如图6所示，示例性的给出了三级授权级次中包含3个授权节点，每一授权节点中包含一个或多个授权表达式。每一授权节点内部的授权表达式可能的种类及数量为根据用户自身需求制定的，或者可以为电子设备自行匹配，或者也可以为电子设备自行匹配后再由用户确定的。并不一定限定为图6中所示出的情况，满足用户的个性化需求，建立灵活的授权机制。

在一种可能的实现方式中，在授权模型建立之前，银行还应建立授权工作组，该授权工作组用于完成授权工作。授权工作组中包含一个或多个组别的工作组,如图6中所示出的A组、B组、C组和D组,表示当前授权工作组包含4个组别的工作组。每一组别工作组包含至少一名操作员，可以根据操作员的级别划分工作组的组别，如A组工作组中的操作员级别为A级。当然，也可以根据其他方式如工作经验、工作年限等划分工作组，本申请实施例对此不做具体限定。当用户选择某一授权表达式后，相应组别的操作员可以对应该授权表达式进行授权工作。比如，银行建立一个授权工作组，包含4个组别的工作组，每一组别工作组包含操作员人数如下：A组3人，B组4人，C组5人，D组6人。如图6所示，在三级授权级次中，当授权派发到授权节点3时，电子设备随机抽取授权表达式为2A and 1B and 1C。此时，则需要A组、B组和C组工作组中的操作员参与授权工作，则在3名A组操作员中任意派发两名操作员、4名B组操作员中任意派发一名操作员和C组操作员中任意派发一名操作员参与授权工作，当所有参与授权工作的操作员授权通过后，则当前授权节点授权完成。

在一种可能的实现方式中，授权模型建立完成后，还应对其可靠性进行验证。如图7所示，电子设备检测到用户点击菜单栏302中的“验证”项后，显示界面303显示相应的验证界面，该界面用于验证已配置完成的授权模型的可靠性。如验证上述配置的转账汇款授权模型的可靠性，则在图7所示的验证界面输入或选择对应的账户名称，输入或选择服务类型为转账汇款。之后，可以输入校验数据用于验证该模型的可靠性。校验数据为在当前授权模型中各个授权级次金额范围内的交易金额。比如，参见图6所示的授权模型，在图7中的验证界面输入交易金额为150万元，则可以验证当前授权模型中二级授权级次是否可靠。在验证过程中，电子设备会根据当前授权级次中包含的授权节点中的所有授权表达式进行组合匹配，实现验证所有授权表达式组合的可靠性。如图6所示的授权模型，若对一级授权级次进行验证，则需要验证授权节点1中的每一授权表达式与授权节点2中的每一表达式匹配组合后的派发授权是否可执行。参见图7,若最后电子设备输出显示的授权结果为成功，则表明当前授权级次可靠。当前模型所有授权级次验证结果均为可靠，则表明当前授权模型可靠，后续用户可以利用该授权模型处理交易授权。

在一种可能的实现方式中，建立授权模型库，用于存储所有校验完成的授权模型。进而电子设备检测到用户输入的交易请求时，可以直接从该授权模型库中调用对应的授权模型，以快速应对用户的授权需求。

可选的，用户可以对上述授权模型库中，由该用户建立的授权模型进行修改，修改过程同上述创建过程中所涉及的步骤。进而用户根据自身需求修改已有的授权模型，简化授权模型的建立过程，提高用户体验。需要说明的是，每次修改后，均需验证修改后的授权模型的可靠性，以保证该授权模型正确可靠。

本申请实施例提供一种授权方法，如图8所示，该方法可以包括S101-S102：

S101、电子设备接收用户输入的交易请求,根据交易请求匹配授权模型。

在一种可能的实现方式中，当电子设备接收到用户输入的交易请求后，会根据交易请求分析出当前用户账户名称及请求交易的服务类型，进而根据账户名称及服务类型匹配到对应的授权模型。如匹配到上述图3中建立的“123456”用户的“转账汇款”授权模型。

可选的，用户需要进行金融交易时，会先在某一平台登录用户账号，进而电子设备会检测到用户的账户名称。之后，当电子设备检测到用户选择的转账汇款操作时，会为用户匹配该账户名称下转账汇款对应的授权模型。授权模型用于指示处理交易请求的至少一个操作员。授权模型包含一个或多个授权级次，每一授权级次包含一个或多个授权节点，每一授权节点包含一个或多个授权表达式；单个授权表达式用于指示一个或多个操作员处理交易请求，单个授权表达式内部为逻辑“与”的关系，不同授权表达式之间为逻辑“或”的关系。

S102、电子设备根据授权模型，向至少一个操作员发送交易请求。

在一种可能的实现方式中，根据交易请求匹配到的授权模型，当电子设备检测到用户输入的交易金额后，会根据该授权模型为用户匹配到对应的授权级次。如图6所示，假设当前授权模型交易金额单笔限额为500万元，当电子设备检测到用户输入的交易金额为400万元时，会将该笔交易授权匹配到三级授权级次。进而，电子设备会将当前交易授权派发到相应的三级授权级次的第一个授权节点，即授权节点1。并且，在授权节点1已经设置好的授权表达式中随机选取一个授权表达式，开始进行授权工作。授权工作即将用户输入的交易请求派发到对应的授权表达式指示的至少一个操作员，进而对应的操作员处理该授权请求。当完成该授权节点的授权工作后，即当前授权表达式中所涉及的相应组别的工作组及数量均授权通过后，判断当前授权节点是否为最后一个授权节点，即判断是否还存在下一个授权节点。比如授权节点1授权完成后，电子设备需判断是否还存在授权节点2。当当前授权节点为最后一个授权节点则此次授权结束，否则继续将授权工作派发到下一授权节点，直至当前授权级次所有的授权节点均完成授权工作。如图6中的授权模型，授权派发顺序为：授权节点1-授权节点2-授权节点3，授权节点3授权后，此次授权结束。最后，交易金额相应的授权级次中所有的授权节点均授权完成，则此次交易授权完成。

本申请实施例提供的授权方法，可以接收用户输入的交易请求，根据交易请求匹配授权模型；授权模型用于指示处理交易请求的至少一个操作员；授权模型包含一个或多个授权级次，每一授权级次包含一个或多个授权节点，每一授权节点包含一个或多个授权表达式；单个授权表达式用于指示一个或多个操作员处理交易请求，单个授权表达式内部为逻辑“与”的关系，不同授权表达式之间为逻辑“或”的关系。根据授权模型，向至少一个操作员发送所述交易请求。相对于现有技术中，授权机制较为刻板繁琐，无法满足用户个性需求。本申请实施实例提供的授权方法，可以根据用户需求配置授权模型，在授权模型内部配置授权表达式，根据“与”和“或”的逻辑关系配置不同的操作员组合方式为用户处理交易请求。后续，电子设备可以根据用户交易请求，确定用于授权的至少一个操作员，该至少一个操作员为用户指定的操作员。也就是说，采用本申请实施例的方案，能够根据用户的交易需求在授权过程中匹配用户需求，而并非像现有技术那样，只能刻板的选择是否需要几级授权，因此，本申请实施例的方案能够满足用户需求，提高用户体验。

本申请实施例可以根据上述方法示例对装置进行功能模块或者功能单元的划分，例如，可以对应各个功能划分各个功能模块或者功能单元，也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块或者功能单元的形式实现。其中，本申请实施例中对模块或者单元的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。

图9示出了上述实施例中所涉及的装置的一种可能的结构示意图。该装置900包括接收模块901、匹配模块902、发送模块903。

接收模块901，用于接收用户输入的交易请求；

匹配模块902，用于根据交易请求匹配授权模型；授权模型用于指示处理交易请求的至少一个操作员；授权模型包含一个或多个授权级次，每一授权级次包含一个或多个授权节点，每一授权节点包含一个或多个授权表达式；单个授权表达式用于指示一个或多个操作员处理交易请求，单个授权表达式内部为逻辑“与”的关系，不同授权表达式之间为逻辑“或”的关系。

发送模块903，用于根据授权模型，向至少一个操作员发送交易请求。

可选的，发送模块903，具体用于利用授权模型向一个或多个授权表达式指示的至少一个操作员发送交易请求。

可选的，装置900还包括：构建模块904，用于构建授权工作组，授权工作组包含一个或多个组别的工作组，每一组别工作组包含至少一名操作员。

可选的，装置900还包括：校验模块905，用于将校验数据输入授权模型，并验证授权模型的可靠性；若授权模型可靠，则利用授权模型处理交易请求。

本申请实施实例提供的授权装置，可以接收用户输入的交易请求，根据交易请求匹配授权模型；授权模型用于指示处理交易请求的至少一个操作员；授权模型包含一个或多个授权级次，每一授权级次包含一个或多个授权节点，每一授权节点包含一个或多个授权表达式；单个授权表达式用于指示一个或多个操作员处理交易请求，单个授权表达式内部为逻辑“与”的关系，不同授权表达式之间为逻辑“或”的关系。根据授权模型，向至少一个操作员发送所述交易请求。相对于现有技术中，授权机制较为刻板繁琐，无法满足用户个性需求。本申请提供的授权方法，可以根据用户需求配置授权模型，在授权模型内部配置授权表达式，根据“与”和“或”的逻辑关系配置不同的操作员组合方式为用户处理交易请求。后续，电子设备可以根据用户交易请求，确定用于授权的至少一个操作员，该至少一个操作员为用户指定的操作员，进而满足用户需求，提高用户体验。

图10示出了上述授权装置的一种可能的结构示意图。如图10所示，该装置1000可以包括：处理器1001和通信接口1002。处理器1001用于对该装置1000的动作进行控制管理，例如，执行上述匹配模块902、构建模块904和校验模块905执行的步骤，和/或用于执行本文所描述的技术的其它过程。通信接口1002用于执行上述接收模块901和发送模块903执行的步骤，和/或用于执行本文所描述的技术的其它过程，和/或支持该装置与其他网络实体的通信。此外，该装置1000还可以包括存储器1003和总线1004，存储器1003用于存储该装置1000的程序代码和数据。

其中，存储器1003可以包括易失性存储器，例如随机存取存储器；该存储器1003也可以包括非易失性存储器，例如只读存储器，快闪存储器，硬盘或固态硬盘；该存储器1003还可以包括上述种类的存储器的组合。

上述处理器1001可以是实现或执行结合本申请实施实例公开内容所描述的各种示例性的逻辑方框，模块和电路。该处理器可以是中央处理器，通用处理器，数字信号处理器，专用集成电路，现场可编程门阵列或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本申请实施实例公开内容所描述的各种示例性的逻辑方框，模块和电路。所述处理器也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，DSP和微处理器的组合等。

总线1004可以是扩展工业标准结构(extended industry standardarchitecture，EISA)总线等。总线1004可以分为地址总线、数据总线、控制总线等。为便于表示，图10中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

如图11所示，本申请实施例提供授权装置的另一种可能的结构示意图。该装置1100包括：处理单元1101。处理单元1101用于对装置900的动作进行控制管理，例如，执行上述匹配模块902、构建模块904和校验模块905执行的步骤，和/或用于执行本文所描述的技术的其它过程。装置还可以包括存储单元1102和通信单元1103，存储单元1102用于存储该装置的程序代码和数据；通信单元1103用于执行上述接收模块901和发送模块903执行的步骤，和/或用于执行本文所描述的技术的其它过程，和/或支持该装置与其他网络实体的通信。

其中，结合图10和图11,上述处理单元1101可以是装置1000中的处理器1001或控制器。

存储单元1102可以是装置1000中的存储器1003等，该存储器1003可以包括易失性存储器，例如随机存取存储器；该存储器1003也可以包括非易失性存储器，例如只读存储器，快闪存储器，硬盘或固态硬盘；该存储器1003还可以包括上述种类的存储器的组合。

通信单元1103可以是装置1000中的通信接口1002，或者可以为收发器、收发电路等。

通过以上的实施方式的描述，所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

本申请实施例还提供一种计算机可读存储介质，计算机可读存储介质中存储有指令，当授权装置执行该指令时，该装置执行上述方法实施例所示的方法流程中授权装置执行的各个步骤。

其中，计算机可读存储介质，例如可以是但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(random access memory，RAM)、只读存储器(read-only memory，ROM)、可擦式可编程只读存储器(erasable programmable read only memory，EPROM)、寄存器、硬盘、光纤、便携式紧凑磁盘只读存储器(compact disc read-only memory，CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合、或者本领域熟知的任何其它形式的计算机可读存储介质。一种示例性的存储介质耦合至处理器，从而使处理器能够从该存储介质读取信息，且可向该存储介质写入信息。当然，存储介质也可以是处理器的组成部分。处理器和存储介质可以位于特定用途集成电路(application specific integrated circuit，ASIC)中。在本申请实施例中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何在本申请揭露的技术范围内的变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应该以权利要求的保护范围为准。

Claims (10)

1.一种授权方法，其特征在于，包括：

接收用户输入的交易请求，根据所述交易请求匹配授权模型；所述授权模型用于指示处理所述交易请求的至少一个操作员；所述授权模型包含一个或多个授权级次，每一授权级次包含一个或多个授权节点，每一授权节点包含一个或多个授权表达式；单个授权表达式用于指示一个或多个操作员处理所述交易请求，单个授权表达式内部为逻辑“与”的关系，不同授权表达式之间为逻辑“或”的关系；

根据所述授权模型，向所述至少一个操作员发送所述交易请求。

2.根据权利要求1所述的授权方法，其特征在于，向所述至少一个操作员发送所述交易请求，包括：

利用所述授权模型向所述一个或多个授权表达式指示的所述至少一个操作员发送所述交易请求。

3.根据权利要求1所述的授权方法，其特征在于，所述授权方法还包括：

构建授权工作组，所述授权工作组包含一个或多个组别的工作组，每一组别工作组包含至少一名操作员。

4.根据权利要求1所述的授权方法，其特征在于，所述方法还包括：

将校验数据输入所述授权模型，并验证所述授权模型的可靠性；

若所述授权模型可靠，则利用所述授权模型处理所述交易请求。

5.一种授权装置，其特征在于，包括：

接收模块，用于接收用户输入的交易请求；

匹配模块，用于根据所述交易请求匹配授权模型；所述授权模型用于指示处理所述交易请求的至少一个操作员；所述授权模型包含一个或多个授权级次，每一授权级次包含一个或多个授权节点，每一授权节点包含一个或多个授权表达式；单个授权表达式用于指示一个或多个操作员处理所述交易请求，单个授权表达式内部为逻辑“与”的关系，不同授权表达式之间为逻辑“或”的关系；

发送模块，用于根据所述授权模型，向所述至少一个操作员发送所述交易请求。

6.根据权利要求5所述的授权装置，其特征在于，

所述发送模块具体用于利用所述授权模型向所述一个或多个授权表达式指示的所述至少一个操作员发送所述交易请求。

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

构建模块，用于构建授权工作组，所述授权工作组包含一个或多个组别的工作组，每一组别工作组包含至少一名操作员。

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

校验模块，用于将校验数据输入所述授权模型，并验证所述授权模型的可靠性；若所述授权模型可靠，则利用所述授权模型处理所述交易请求。

9.一种计算机可读存储介质，其特征在于，计算机可读存储介质中存储有指令，若计算机执行所述指令，则所述计算机执行如权利要求1至4中任意一项所述的授权方法。

10.一种包含指令的计算机程序产品，其特征在于，当所述计算机程序产品在计算机上运行时，计算机执行如权利要求1至4中任意一项所述的授权方法。

Images