银行业务授权方法、装置、存储介质及电子设备

技术领域

本申请涉及电子设备技术领域，具体涉及一种银行业务授权方法、装置、存储介质及电子设备。

背景技术

银行业务涵盖的种类有多种，比如，储蓄业务、债券业务、保险业务、理财业务以及网上商城业务等。用户在办理各类银行业务过程中，所需要的银行业务需求不同。

因此，银行系统开发人员需要针对不同的银行业务授权需求进行系统代码更改，且随着用户对银行业务需求的多样变化，银行系统开发人员的工作量急剧增长。由此可见，现有技术存在人力资源消耗较高的弊端。

发明内容

本申请实施例提供一种银行业务授权方法、装置、存储介质及电子设备，能够降低人力资源。

第一方面，本申请实施例提供一种银行业务授权方法，方法包括：

获取待授权用户在办理银行业务过程中的业务交易数据，以及待授权用户的用户信息；

获取对待授权用户进行授权验证的银行验证数据；

根据用户信息、业务交易数据以及银行验证数据，确定对待授权用户的授权结果；

将授权结果发送至用户终端，以通过用户终端展示对待授权用户的授权结果。

第二方面，本申请实施例还提供一种银行业务授权装置，包括：

用户数据获取模块，用于获取待授权用户在办理银行业务过程中的业务交易数据，以及待授权用户的用户信息；

银行数据获取模块，用于获取对待授权用户进行授权验证的银行验证数据；

授权验证模块，用于根据用户信息、业务交易数据以及银行验证数据，确定对待授权用户的授权结果；

通信模块，用于将授权结果发送至用户终端，以通过用户终端展示对待授权用户的授权结果。

第三方面，本申请实施例还提供一种计算机可读存储介质，其上存储有计算机程序，当计算机程序在计算机上运行时，使得计算机执行如本申请任一实施例提供的银行业务授权方法。

第四方面，本申请实施例还提供一种电子设备，包括处理器和存储器，存储器有计算机程序，处理器通过调用计算机程序，用于执行如本申请任一实施例提供的银行业务授权方法。

本申请实施例提供的技术方案，通过获取待授权用户的用户信息，以及其在办理银行业务过程中的业务交易数据，将用户信息、银行交易数据以及银行验证数据进行三者的数据比对，进而确定对待授权用户的授权结果。相比于现有技术而言，本申请并不需要不断修改不同银行业务授权的系统代码，减少了银行系统开发人工的工作量，从而降低了银行的人力资源成本。

附图说明

为了更清楚地说明本申请实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅是本申请的一些实施例，对于本领域技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本申请实施例提供的银行业务授权方法的应用场景示意图。

图2为本申请实施例提供的银行业务授权方法的流程示意图。

图3为本申请实施例提供的银行业务授权装置的结构示意图。

图4为本申请实施例提供的电子设备的结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述。显然，所描述的实施例仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域技术人员在没有付出创造性劳动前提下所获得的所有其他实施例，都属于本申请的保护范围。

在本文中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是，本文所描述的实施例可以与其它实施例相结合。

相关技术中，在面临银行业务授权需求变更，或者银行系统升级等情况时，需要银行系统开发人员对相关的系统代码进行维护，从而满足银行业务授权需求或者银行系统使用需求。但此类方式难以应对大量的需要修改代码的场景，造成银行系统开发人员的工作量剧增，造成人力资源的损耗。且在对用户进行银行业务授权之前，还需要银行系统开发人员先对代码进行维护，并不能快速地对用户进行银行业务授权的相关事项的处理，从该角度而言，也降低了用户进行银行业务授权办理的效率。

为解决相关技术中提及的技术问题，本申请实施例提供一种银行业务授权方法，该银行业务授权方法的执行主体可以是本申请实施例提供的银行业务授权装置，或者集成了该银行业务授权装置的电子设备。其中，该银行业务授权装置可以采用硬件或者软件的方式实现，电子设备可以是智能手机、折叠屏手机、平板电脑、掌上电脑、台式电脑等设备，该电子设备还可以是服务器。在以下实施例中，则以服务器作为电子设备为例对本申请实施例提供的方案进行介绍。

具体地，请参阅图1，图1为本申请实施例提供的银行业务授权方法的应用场景示意图，在该应用场景中，以服务器作为执行主体，通过用户终端收集用户在办理银行业务过程中的各类数据，此类数据包括业务交易数据以及用户信息。该服务器还从银行的数据库中获取银行验证数据，以根据银行验证数据对业务交易数据和用户信息进行对比，从而分析出对待授权用户的授权结果。之后，将授权结果返回至用户终端进行展示。

请参阅图2，图2为本申请实施例提供的银行业务授权方法的流程示意图。本申请实施例提供的银行业务授权方法的具体流程可以如下：

101、获取待授权用户在办理银行业务过程中的业务交易数据，以及待授权用户的用户信息。

其中，待授权用户可以为进行银行业务办理、且需要银行进行银行业务授权的任意用户。银行进行银行业务授权的方面包括：转账业务、大额资金提取业务、贷款审批业务、信用卡授信业务、抵押业务等。

在待授权用户办理银行业务过程中，用户可以自行进行相关数据的填报，或者通过联系银行经理以进行双方的相关数据的填报。其中，需要填报的数据包括银行报表、银行协议、交易金额、金融账户信息、交易密码等，将此类填报的数据称为业务交易数据。在填报数据的过程中，有些环节还需要采集用户的身份证信息以及银行卡信息，将此类采集的数据称为用户信息。

可以理解地，凡是用户在办理银行业务过程中涉及到的各类数据均可涵盖在本实施例提出的业务交易数据和/或用户信息中。

102、获取对待授权用户进行授权验证的银行验证数据。

其中，银行端的数据库中还记录有每一客户的信息，将此类信息包括但不限于：银行的历史交易记录、用户的征信信息、用户社保缴纳信息、用户保险信息、用户住址、用户存款信息等。

在获取对待授权用户进行授权验证的银行验证数据时，还可以根据待授权用户的用户信息从银行端的数据库中调用和待授权用户相关的数据作为银行验证数据。

103、根据用户信息、业务交易数据以及银行验证数据，确定对待授权用户的授权结果。

其中，通过对用户信息、业务交易数据以及银行验证数据进行分析，可以确定是否对待授权用户进行银行业务授权的授权结果。

比如，可以通过银行验证数据验证用户信息，以确定是否对待授权用户的进行授权，其中，若身份验证识别，则不对待授权用户进行授权，若身份验证成功，可以对待授权用户进行授权。

再比如，可以通过银行验证数据验证业务交易数据，以分析是否对业务交易数据进行授权，其中，授权结果包括不予授权或给予授权。

又比如，还可以通过银行验证数据对用户信息和业务交易数据进行综合验证，进而得到相应的授权结果。由于可实施方式有多种，此处不再列举。

104、将授权结果发送至用户终端，以通过用户终端展示对待授权用户的授权结果。

通过将授权结果发送至用户终端，在用户终端接收到授权结果之后，可以根据授权结果渲染出相应的界面。比如，若身份验证成功，可以显示对待授权用户进行银行业务授权的界面。再比如，若身份验证失败，可以显示不对待授权用户进行银行业务授权的界面，并提示授权失败的原因为身份验证失败。

其中，通过服务器远程对待授权用户进行银行业务授权，可以代替银行业务经理的授权权限，从而避免了针对每个银行客户均需要具有权限的银行业务经理对不同事项进行授权，实现了银行业务授权的统一以及规范化管理，也提高了对银行业务进行授权的效率。

可以理解地，该授权结果可以包括指纹验证授权、密码登录授权、人脸验证授权、授权卡授权等，相比于现有技术，替代了因不同银行业务不同需要频繁进行各类授权的缺陷，从而实现了授权资源的统一管理。

具体实施时，本申请不受所描述的各个步骤的执行顺序的限制，在不产生冲突的情况下，某些步骤还可以采用其它顺序进行或者同时进行。

通过本申请实施例中的银行业务授权方法，通过获取待授权用户的用户信息，以及其在办理银行业务过程中的业务交易数据，将用户信息、银行交易数据以及银行验证数据进行三者的数据比对，进而根据银行验证数据对用户信息和银行交易数据进行分析，从而确定是否对待授权用户进行相关业务授权，在确定需要对待授权用户进行业务授权之后，可以将授权结果发送至用户终端，以通过用户终端渲染出相应的界面进行展示。本申请实施例提供的方案适用于各类银行业务授权场景，并不需要根据银行业务授权的需求更改银行系统的代码，从而节省了系统开发所耗用的人工成本，为银行带来良好的经济效益。

在一些实施例中，用户信息包括：银行卡影像和身份证影像；业务交易数据包括业务交易影像；根据用户信息、业务交易数据以及银行验证数据，确定对待授权用户的授权结果，包括：

识别银行卡影像和身份证影像，得到待授权用户的第一身份信息；

根据业务交易影像，获取待授权用户的第二身份信息；

若第一身份信息与第二身份信息一致，则根据业务交易数据和银行验证数据确定授权结果；

若第一身份信息与第二身份信息不一致，则将不予授权确定为授权结果。

其中，银行卡影像可以通过用户终端进行拍摄、扫描等方式得到，该用户终端可以为手机、平板、扫描器、银行自助一体机等。同样地，身份证影像也可以通过用户终端进行拍摄、扫描等方式得到。

在得到银行卡影像和身份证影像之后，可以通过图片转文字技术识别银行卡的卡号，识别身份证的身份证号、姓名、住址、身份证有效期、所属地等信息。其中，将识别出的文字信息称为待授权用户的第一身份信息。

其中，待授权用户在进行业务办理过程中还涉及有业务交易影像。比如，在待授权用户进行业务办理过程中，有些环节需要对待授权用户进行拍摄，或者对待授权用户进行录像等操作。从而得到了包含用户人脸图像的业务交易影像，此类业务交易影像中还可以包括用户的语音数据等。通过提取业务交易影像中的人脸特征信息，进而将提取出的人脸特征信息称为待授权用户的第二身份信息。

之后，对第一身份信息和第二身份信息进行对比，对比内容可以包括人脸特征信息、姓名、性别等，以判断第一身份信息和第二身份信息是否一致，在两者一致时，说明银行卡和身份证是属于该待授权用户的，在两者不一致时，说明银行卡和身份证是不属于该待授权用户的。

示例性地，在第一身份信息与第二身份信息一致时，还根据业务交易数据和银行验证数据确定授权结果，即经过对待授权用户进行身份验证，还进一步根据业务交易数据确定待授权用户的交易风险等信息，从而进一步识别是否需要对待授权用户继续进行授权，或者以什么类型的方式对待授权用户进行授权，由于可选方式有多种，此处不再列举。

在第一身份信息与第二身份信息不一致时，可以确定待授权用户的身份验证识别，直接对待授权用户不予授权，保障了银行业务交易的安全性。

可以理解地，在对待授权用户不予授权之后，即将不予授权作为授权结果发送至用户终端，用户终端接收到授权结果之后，可以渲染相应的界面，该界面可以为主界面，或者信息提示界面等。

而若通过对待授权用户的银行业务授权，在渲染用户终端的界面时，该界面则为下一个环节待授权用户所需办理的银行交易业务，以此，帮助待授权用户快速地进行银行业务办理。

在一些实施例中，根据业务交易数据和银行验证数据确定授权结果，包括：

基于业务交易数据和银行验证数据，分析待授权用户的交易特征；

确定与交易特征匹配的授权策略，并将授权策略作为授权结果。

其中，对业务交易数据和银行验证数据进行数据分析，可以分析出待授权用户的交易特征。该交易特征能够描述待授权用户对不同银行业务类型的偏好程度，以及对不同银行业务类型所能够承受的风险等级，以及惯常选择的交易数额等。

示例性地，可以通过回归算法对业务交易数据和银行验证数据进行分析，从而预测得到待授权用户的交易特征，该交易特征可以指数据特征。还可以通过对业务交易数据和银行验证数据进行统计分析，以得到待授权用户的交易特征。由于可选方式有多种，此处不再列举。

其中，还预先设置有交易特征与授权策略的对应关系，根据该对应关系即可为待授权用户匹配对应的授权策略，进而将该授权策略作为授权结果。其中，授权结果包含不予授权以及给予授权。在给予授权时，授权策略还可以包括指纹验证授权、密码登录授权、人脸验证授权、授权卡授权等授权方式中的一项或多项。

在一些实施例中，业务交易数据可以包括业务交易影像、业务交易表单、交易类型以及交易媒介等，银行验证数据可以包括征信数据、历史业务授权数据以及挂账信息等。在根据业务交易数据和银行验证数据分析待授权用户的交易特征时，还可以通过业务交易数据以及银行验证数据包括的多个维度的数据得到多个维度的交易特征。比如，通过分析业务交易表单和挂账信息得到一个维度的交易特征，以表征待授权用户对交易额度的承受情况。再比如，通过分析业务交易表单和征信数据得到另一个维度的交易特征，以表征待授权用户的信用情况。还比如，通过分析交易媒介、挂账信息以及征信信息得到另一个维度的交易特征，以表征对待授权用户进行授权的风险高低。又比如，通过分析业务交易表单和历史业务授权数据得到另一个维度的交易特征，以表征待授权用户的交易习惯的变更情况等。

可以理解地，在通过业务交易数据和银行验证数据对待授权用户进行交易特征分析过程中，可以将业务交易数据包括的业务交易表单、交易类型以及交易媒介中的至少一个，和银行验证数据包括的征信数据、历史业务授权数据以及挂账信息中的至少一个进行结合，以综合分析待授权用户的交易特征。当然地，待授权用户的交易特征可以指示至少一个维度的交易特征，还可以指示至少两个维度进行融合后的交易特征，此处并不进行限定，凡是通过本申请实施例中提供的业务交易数据和银行验证数据得到待授权用户的交易特征的方式均属于本申请所要求的保护范围。

在一些实施例中，基于业务交易数据和银行验证数据，分析待授权用户的交易特征，包括：

对业务交易数据和银行验证数据进行数据筛选，得到筛选后数据；

为筛选后数据中不同维度的候选数据配置对应的权重；

根据不同维度的候选数据及其对应的权重，确定待授权用户的交易特征。

示例性地，还可以对业务交易数据和/或银行验证数据进行数据筛选，在基于筛选后数据分析待授权用户的交易特征。其中，进行数据筛选的条件比如为：基于银行业务类型进行数据筛选、基于交易介质进行数据筛选、基于交易数额进行数据筛选等。

此处进行举例说明，比如，基于银行业务类型进行数据筛选时，若待授权用户当前办理的是贷款业务，可以从历史业务授权数据中筛选出仅包含贷款业务的历史数据作为筛选后数据，还可以继续从挂账信息中筛选出影响贷款业务的挂账数据作为筛选后数据。

进一步地，筛选后数据涵盖上述业务交易表单、交易类型、交易媒介、征信数据、历史业务授权数据以及挂账信息中的至少一者的部分或全部数据。此类数据可以称为不同维度的候选数据。比如，将业务交易表单作为一个维度的候选数据，将交易类型作为另一个维度的候选数据，将筛选后的征信数据作为又一个维度的候选数据，将筛选后的历史业务授权数据作为又一个维度的候选数据等。

其中，不同维度的候选数据可设置有对应的权重，该权重可以为预设数值。也可以根据待授权用户的交易特征配置对应不同候选数据的权重，还可以由待授权用户或银行管理人员自定义设定不同维度候选数据的权重，具体实施方式此处并进行限定。

可以理解地，通过调整不同维度的候选数据对应的权重，可以实现对该授权用户的交易特征的个性化分析。比如，为涉及交易金额的候选数据设置较高的权重，使得待授权用户的交易特征偏重于关注交易金额，进而着重根据交易金额匹配对应的授权策略。再比如，为征信数据设置较高的权重，可以使得待授权用户的交易特征偏重于关注交易风险，进而着重根据交易风险匹配对应的授权策略。

本实施例中，通过对业务交易数据和银行验证数据进行数据筛选，能够滤除不需要关注的无效数据，提高了后续进行数据分析的效率，也使得根据筛选后数据分析待授权用户的交易特征时，能够得到更加准确、有效的交易特征。另外，还通过对将筛选后数据划分为不同维度的候选数据，以对不同的候选数据设定对应的权重，从而便于对待授权用户的交易特征进行个性化分析，使得授权策略的匹配方式更加灵活，同时也适应了不同的授权需求，极大地为待授权用户提供了便利。

在一些实施例中，授权策略包括：授权要求、授权等级以及授权模式。

确定与交易特征匹配的授权策略，并将授权策略作为授权结果，包括：

根据交易特征匹配授权要求、授权等级以及授权模式作为授权结果。

其中，授权要求即指的是是否对待授权用户进行授权，分为给予授权和不予授权。

在给予授权时，还可以继续匹配对应的授权等级，也即授权权限的高低，其中，授权权限越高，待授权用户可以操作的银行交易业务的范围越高，所受的限制越小，授权权限越低，待授权用户可以操作的银行交易业务的范围越小，所受的限制越大。其中，授权等级可以包括基本授权和特别授权等，特别授权的权限高于级别授权的权限。

在给予授权时，还可以继续匹配对应的授权模式，其中，授权模式包括指纹验证授权、密码登录授权、人脸验证授权、授权卡授权等。

可以理解地，授权策略可以分为给予授权和不予授权，还可以分为不予授权、基本授权以及特别授权，还可以分为不予授权、基本授权与(指纹验证授权、密码登录授权、人脸验证授权、授权卡授中的至少一种)进行结合授权、特别授权与(指纹验证授权、密码登录授权、人脸验证授权、授权卡授中的至少一种)进行结合授权。由于可选方式有多种，此处不再列举。

示例性地，还可以通过预先训练的决策模型为交易特征匹配授权策略。具体地，可以将交易特征输入决策模型中进行授权策略匹配，进而得到与交易特征对应的授权策略。

其中，该决策模型可为多分类模型，该决策模型可以通过样本数据进行模型训练得到，该样本数据中包括成对的交易特征和授权策略，通过在训练决策模型的过程中，使得该决策模型学习交易特征与授权策略之间的映射关系，进而得到训练好的决策模型。在应用训练好的决策模型时，通过将交易特征作为输入，即可输出对应的授权策略。

本实施例中，还通过基于授权特征进行多样化的授权策略的匹配，从而准确地对待授权用户进行授权。

在一些实施例中，业务交易数据包括：业务交易表单、交易类型以及交易媒介；银行验证数据包括：征信数据、历史业务授权数据以及挂账信息；根据业务交易数据和银行验证数据确定授权结果，包括：

根据挂账信息和征信数据，确定待授权对象的风险等级；

若风险等级大于预设阈值，则将不予授权确定为授权结果；

若风险等级不大于预设阈值，则根据风险等级、业务交易表单、交易类型和历史业务授权数据，确定授权等级；

根据交易媒介确定授权模式；

将授权模式和授权等级确定为授权结果。

根据挂账信息和征信数据可以分析出对待授权用户进行授权的风险等级。其中，可以根据挂账信息分析风险等级，也可以根据征信信息分析风险等级，还可以结合挂账信息和征信信息分析风险等级。而风险等级越高，对待授权用户进行授权存在业务交易的预估损失越大，反之，预估损失越小。风险等级可以根据实际需求划分成两个或多个等级，比如，风险等级包括高风险和低风险，风险等级按照程度还可以划分为很高、较高、低、最低等。

示例性地，在根据挂账信息分析对待授权用户进行授权的风险等级时，可以对挂账时间、挂账数额、是否欠账等进行分析，从而判定风险等级。比如，挂账信息显示账单拖欠、欠账数额大等情况时，可以提高对待授权用户进行授权的风险等级，使得其具有很高的风险等级。而若挂账信息显示账单清偿状况良好且不欠账时，可以降低对待授权用户进行授权的风险等级，使得其具有低的风险等级。而若挂账信息显示账单清偿状况良好或者不欠账或者欠账金额较小时，可以适当提高对待授权用户进行授权的风险等级，使得其具有较高的风险等级。而若挂账信息显示待授权用户未挂账时，可以评定其具有最低的风险等级。

在根据征信数据分析对待授权用户进行授权的风险等级时，征信数据可以展示用户的信用评分，根据该信用评分可以分析风险等级。其中，信用评分越高，风险等级越低。信用评分越低，风险等级越高。

而在根据征信数据和挂账信息对待授权用户进行授权的风险等级分析时，可以对两者进行结合，比如，若两者中有至少一者显示风险等级高，则直接判定最终的风险等级高，若两者均显示风险等级低，则直接判定最终的风险等级低。

其中，在风险等级大于预设阈值时，则对待授权用户不予授权，在风险等级不大于预设阈值时，可以再进一步地分析对待授权用户给予授权时的授权策略。

示例性地，还可以根据风险等级、业务交易表单、交易类型和历史业务授权数据等确定授权等级。其中，授权等级包括但不限于基本授权、特别授权，当然地，按照程度还可以划分为很高、较高、低、最低等。具体划分方式此处并不进行限定。

其中，风险等级越高，授权等级越低，反之，授权等级越高，比如，风险等级显示最低，可以给予待授权用户最高的授权等级。业务交易表单和历史业务授权数据的差值越大，授权等级越低，反之，授权等级越高，比如，业务交易表单的数额远大于历史业务授权数据的数额，可以给予待授权用户最低的授权等级，而若业务交易表单的数据远小于历史业务授权数据的数额，可以给予待授权用户最高的授权等级。交易类型涉及到的交易风险越高，授权等级越高，反之，授权等级越低，比如，若交易类型为保险业务，可以给予待授权用户较高的授权等级，而若交易类型为取款业务，可以给予待授权用户较低的授权等级。

具体地，还可以对风险等级、业务交易表单和历史业务授权数据、交易类型分别设置不同的权重，从而综合分析出授权等级。其中，在综合分析授权等级时，可以对上述通过风险等级、业务交易表单和历史业务授权数据、交易类型等三项分析出的各自对应的授权等级求均值，从而将均值作为最终的授权等级。

其中，交易媒介包括直接媒介以及间接媒介，直接媒介可以指银行的线下营业厅所使用的用户终端，或者银行线上的应用程序。间接媒介指的是具有第三方介入或者多方介入的情况，比如，待授权用户使用微信、支付宝等办理银行交易业务的情况。

其中，根据交易媒介确定授权模式即为通过识别交易媒介可以接受的授权类型，以设定对应的授权模式。比如，在交易媒介为支付宝时，授权模式可以包括指纹验证授权、密码登录授权、人脸验证授权等其中的至少一种。再比如，在交易媒介为银行自助机时，授权模式可以包括指纹验证授权、密码登录授权、人脸验证授权、授权卡授权等其中的至少一种。

在确定出授权等级和授权模式之后，可以将对待授权用户所使用的授权等级和授权模式发送至用户终端进行显示。

在一些实施例中，获取待授权用户在办理银行业务过程中的业务交易数据，以及待授权用户的用户信息，包括：

通过预设的接口获取待授权用户在办理银行业务过程中的用户数据；

按照数据类型对用户数据进行解析，得到待授权用户的业务交易数据以及用户信息。

其中，预设的接口可以为SDK(Software Development Kit，一种软件开发工具包)标准接口，通过统一的SDK接口获取用户终端的数据，能够实现对各类系统提供统一的业务交易授权模式以及用户交易界面，方便用户办理银行业务。

数据类型可以分为影像和非影像，其中，影像即指示用户信息，非影像即指示业务交易数据。

在一些实施例中，获取待授权用户在办理银行业务过程中的业务交易数据，以及待授权用户的用户信息之前，还包括：

对用户终端的授权功能和业务交易功能进行解耦。

相关技术中，不同用户终端以及不同银行或者不同的银行系统版本其采用的授权功能和业务交易功能具有关联性。本申请实施例通过先对授权功能和业务交易功能进行解耦，从而实现对授权功能和业务交易功能的同一调度，便于进行业务授权。

由上可知，本发明实施例提出的银行业务授权方法，能够通过对用户终端的授权功能和业务交易功能进行解耦，实现了对授权功能进行调整时无需更改系统代码，且通过SDK接口统一获取用户终端的数据，从而便于对业务交易数据进行统一管理和分析，从而集中进行业务授权，提高了业务授权的效率，且节省了人工成本。

在一实施例中还提供一种银行业务授权装置200。请参阅图3，图3为本申请实施例提供的银行业务授权装置200的结构示意图。其中该银行业务授权装置200应用于电子设备，该银行业务授权装置200包括：

用户数据获取模块201，用于获取待授权用户在办理银行业务过程中的业务交易数据，以及待授权用户的用户信息；

银行数据获取模块202，用于获取对待授权用户进行授权验证的银行验证数据；

授权验证模块203，用于根据用户信息、业务交易数据以及银行验证数据，确定对待授权用户的授权结果；

通信模块204，用于将授权结果发送至用户终端，以通过用户终端展示对待授权用户的授权结果。

在一些实施例中，用户信息包括：银行卡影像和身份证影像；业务交易数据包括业务交易影像；授权验证模块203还用于：

识别银行卡影像和身份证影像，得到待授权用户的第一身份信息；

根据业务交易影像，获取待授权用户的第二身份信息；

若第一身份信息与第二身份信息一致，则根据业务交易数据和银行验证数据确定授权结果；

若第一身份信息与第二身份信息不一致，则将不予授权确定为授权结果。

在一些实施例中，授权验证模块203还用于：

基于业务交易数据和银行验证数据，分析待授权用户的交易特征；

确定与交易特征匹配的授权策略，并将授权策略作为授权结果。

在一些实施例中，授权验证模块203还用于：

对业务交易数据和银行验证数据进行数据筛选，得到筛选后数据；

为筛选后数据中不同维度的候选数据配置对应的权重；

根据不同维度的候选数据及其对应的权重，确定待授权用户的交易特征。

在一些实施例中，业务交易数据包括：业务交易表单、交易类型以及交易媒介；银行验证数据包括：征信数据、历史业务授权数据以及挂账信息；；

授权验证模块203还用于：

根据挂账信息和征信数据，确定待授权对象的风险等级；

若风险等级大于预设阈值，则将不予授权确定为授权结果；

若风险等级不大于预设阈值，则根据风险等级、业务交易表单、交易类型和历史业务授权数据，确定授权等级；

根据交易媒介确定授权模式；

将授权模式和授权等级确定为授权结果。

在一些实施例中，用户数据获取模块201还用于：

通过预设的接口获取待授权用户在办理银行业务过程中的用户数据；

按照数据类型对用户数据进行解析，得到待授权用户的业务交易数据以及用户信息。

在一些实施例中，获取待授权用户在办理银行业务过程中的业务交易数据，以及待授权用户的用户信息之前，银行业务授权装置200还用于：

对用户终端的授权功能和业务交易功能进行解耦。

应当说明的是，本申请实施例提供的银行业务授权装置200与上文实施例中的银行业务授权方法属于同一构思，通过该银行业务授权装置200可以实现银行业务授权方法实施例中提供的任一方法，其具体实现过程详见银行业务授权方法实施例，此处不再赘述。

由上可知，本申请实施例提出的银行业务授权装置，能够通过对用户终端的授权功能和业务交易功能进行解耦，实现了对授权功能进行调整时无需更改系统代码，且通过SDK接口统一获取用户终端的数据，从而便于对业务交易数据进行统一管理和分析，从而集中进行业务授权，提高了业务授权的效率，且节省了人工成本。

本申请实施例还提供一种电子设备，该电子设备可以是智能手机、折叠屏手机、平板电脑、掌上电脑、台式电脑等设备，该电子设备还可以是服务器。如图4所示，图4为本申请实施例提供的电子设备的结构示意图。该电子设备300包括有一个或者一个以上处理核心的处理器301、有一个或一个以上计算机可读存储介质的存储器302及存储在存储器302上并可在处理器上运行的计算机程序。其中，处理器301与存储器302电性连接。本领域技术人员可以理解，图中示出的电子设备结构并不构成对电子设备的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

处理器301是电子设备300的控制中心，利用各种接口和线路连接整个电子设备300的各个部分，通过运行或加载存储在存储器302内的软件程序和/或模块，以及调用存储在存储器302内的数据，执行电子设备300的各种功能和处理数据，从而对电子设备300进行整体监控。

在本申请实施例中，电子设备300中的处理器301会按照如下的步骤，将一个或一个以上的应用程序的进程对应的指令加载到存储器302中，并由处理器301来运行存储在存储器302中的应用程序，从而实现各种功能：

获取待授权用户在办理银行业务过程中的业务交易数据，以及待授权用户的用户信息；

获取对待授权用户进行授权验证的银行验证数据；

根据用户信息、业务交易数据以及银行验证数据，确定对待授权用户的授权结果；

将授权结果发送至用户终端，以通过用户终端展示对待授权用户的授权结果。

以上各个操作的具体实施可参见前面的实施例，在此不再赘述。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

由上可知，本实施例提供的电子设备，能够通过对用户终端的授权功能和业务交易功能进行解耦，实现了对授权功能进行调整时无需更改系统代码，且通过SDK接口统一获取用户终端的数据，从而便于对业务交易数据进行统一管理和分析，从而集中进行业务授权，提高了业务授权的效率，且节省了人工成本。

本领域普通技术人员可以理解，上述实施例的各种方法中的全部或部分步骤可以通过指令来完成，或通过指令控制相关的硬件来完成，该指令可以存储于一计算机可读存储介质中，并由处理器进行加载和执行。

为此，本申请实施例提供一种计算机可读存储介质，本领域普通技术人员可以理解实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件完成，的程序可以存储于一计算机可读取存储介质中，该程序在执行时，包括如下步骤：

获取待授权用户在办理银行业务过程中的业务交易数据，以及待授权用户的用户信息；

获取对待授权用户进行授权验证的银行验证数据；

根据用户信息、业务交易数据以及银行验证数据，确定对待授权用户的授权结果；

将授权结果发送至用户终端，以通过用户终端展示对待授权用户的授权结果。

以上各个操作的具体实施可参见前面的实施例，在此不再赘述。

上述的存储介质可以为ROM/RAM、磁碟、光盘等。由于该存储介质中所存储的计算机程序，可以执行本申请实施例所提供的任一种银行业务授权方法中的步骤，因此，可以实现本申请实施例所提供的任一种银行业务授权方法所能实现的有益效果，详见前面的实施例，在此不再赘述。

以上对本申请实施例所提供的一种银行业务授权方法、装置、存储介质及电子设备进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上，本说明书内容不应理解为对本申请的限制。