基于微服务的额度更新方法、装置、电子设备及存储介质

摘要

本发明涉及人工智能技术领域，提出一种基于微服务的额度更新方法、装置、电子设备及存储介质，包括：接收客户端的登录信息进行验证，若交易请求的类别为下单行为，调用人脸识别微服务对客户进行人脸识别并生成客户号；调用账户信息的查询接口以客户号为入参遍历账户信息表；获取当前账户信息提交至申请微服务系统，调用风险控制微服务确定交易行为的可用额度同步至账户管理微服务；调用账户管理微服务系统释放可用额度，并更新当前可用额度。本发明通过基于微服务化的账户管理系统，系统中每个微服务系统独立运行，提高了账户管理系统的可用性和稳定性。此外，本发明还涉及区块链技术，账户信息表存储于区块链节点中。

权利要求

1.一种基于微服务的额度更新方法，其特征在于，所述基于微服务的额度更新方法包括：接收客户端的登录信息，基于所述登录信息进行客户的身份验证；

当确定所述客户的身份验证通过时，接收所述客户的交易请求，并判断所述客户的交易请求的类别；

当确定所述客户的交易请求的类别为下单行为时，调用人脸识别微服务对所述客户进行人脸识别；

当确定所述客户的人脸识别通过时，生成所述客户的客户号；

调用账户信息的查询接口以所述客户的客户号为入参遍历账户信息表；

当从所述账户信息表中遍历到所述客户的账户时，从所述账户信息表中获取所述账户对应的当前账户信息并提交至申请微服务系统；

基于所述当前账户信息调用风险控制微服务确定所述客户申请的下单行为的可用额度，并将所述客户申请的下单行为的可用额度同步至账户管理微服务系统；

调用所述账户管理微服务系统变更所述交易请求的可用额度，并更新所述当前账户信息中的当前可用额度。

2.如权利要求1所述的基于微服务的额度更新方法，其特征在于，所述调用人脸识别微服务对所述客户进行人脸识别包括：当接收到所述客户端的人脸识别的认证请求时，调用人脸识别微服务中的活体检测服务识别从所述客户端上传的短视频中流析出的人脸图像是否为活体；

当确定所述人脸图像为活体时，调用所述人脸识别微服务中的图像检测服务根据所述活体检测服务传入的人脸图像编码调用预设的开源接口进行图像检测；

当接收到所述开源接口返回的图像检测结果为通过时，确定所述客户的人脸识别通过；

当接收到所述开源接口返回的图像检测结果为不通过时，或者当确定所述客户端上传的短视频流析出的人脸图像为活体但所述开源接口返回的图像检测结果为不通过时，确定所述客户的人脸识别未通过。

3.如权利要求2所述的基于微服务的额度更新方法，其特征在于，所述调用人脸识别微服务中的活体检测服务识别所述客户端上传的短视频流析出的人脸图像是否为活体包括：基于所述客户端上传的短视频流析出的人脸图像在所述活体检测服务中生成活体检测服务实例；

将所述活体检测服务实例注册至预设注册中心；

在所述预设注册中心的服务接口层的对应文件中提取所述人脸图像的人脸特征数据；

将所述人脸特征数据输入至所述活体检测服务进行活体检测，返回所述活体检测结果；

当所述活体检测结果为通过时，确定所述人脸图像为活体；

当所述活体检测结果为不通过时，确定所述人脸图像不为活体。

4.如权利要求3所述的基于微服务的额度更新方法，其特征在于，所述调用所述人脸识别微服务中的图像检测服务根据所述活体检测服务传入的人脸图像编码调用预设的开源接口进行图像检测包括：基于所述图像检测服务的HTTP端点访问所述预设注册中心获取图像检测服务实例的IP端口；

基于所述IP端口建立与服务接口层的连接；

在所述服务接口层的对应文件中编辑所述人脸图像编码得到待检测人脸图像；

将所述待检测人脸图像输入至图像检测服务进行图像检测，返回所述待检测人脸图像的图像检测评分，并将所述图像检测评分与预设的图像评分阈值进行对比；

当所述图像检测评分大于或者等于所述预设的图像评分阈值时，确定所述图像检测通过；

当所述图像检测评分小于所述预设的图像评分阈值时，确定所述图像检测未通过。

5.如权利要求1所述的基于微服务的额度更新方法，其特征在于，所述从所述账户信息表中中获取所述账户对应的当前账户信息包括：将接收到的账户管理系统返回的报文拆包后映射到json文件上；

在所述json文件中遍历所有键，并获取所述键对应的键值；

读取所述键值作为所述账户对应的当前账户信息。

6.如权利要求1至5中任意一项所述的基于微服务的额度更新方法，其特征在于，所述基于微服务的额度更新方法还包括：当确定所述客户的交易请求的类别为还款行为时，响应于还款指令，查询所述客户的账户下的所有欠款产品对应的还款行为的进度；

如果检测到所述还款行为完成，更新所述客户的账户的可用额度。

7.如权利要求6所述的基于微服务的额度更新方法，其特征在于，所述基于微服务的额度更新方法还包括：当从所述账户信息表中未遍历到所述客户的账户或者遍历到所述客户的账户无效时，向所述客户发起预约进行风险审核，其中，所述账户信息表存储在区块链节点中；

当确定所述风险审核通过时，生成所述客户账号。

8.一种基于微服务的额度更新装置，其特征在于，所述基于微服务的额度更新装置包括：接收模块，用于接收客户端的登录信息，基于所述登录信息进行客户的身份验证；

判断模块，用于当确定所述客户的身份验证通过时，接收所述客户的交易请求，并判断所述客户的交易请求的类别；

识别模块，用于当确定所述客户的交易请求的类别为下单行为时，调用人脸识别微服务对所述客户进行人脸识别；

生成模块，用于当确定所述客户的人脸识别通过时，生成所述客户的客户号；

遍历模块，用于调用账户信息的查询接口以所述客户的客户号为入参遍历账户信息表；

获取模块，用于当从所述账户信息表中遍历到所述客户的账户时，从所述账户信息表中获取所述账户对应的当前账户信息并提交至申请微服务系统；

确定模块，用于基于所述当前账户信息调用风险控制微服务确定所述客户申请的下单行为的可用额度，并将所述客户申请的下单行为的可用额度同步至账户管理微服务系统；

更新模块，用于调用所述账户管理微服务系统变更所述交易请求的可用额度，并更新所述当前账户信息中的当前可用额度。

9.一种电子设备，其特征在于，所述电子设备包括处理器，所述处理器用于执行存储器中存储的计算机程序时实现如权利要求1至7中任意一项所述基于微服务的额度更新方法。

10.一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1至7中任意一项所述基于微服务的额度更新方法。

说明书

基于微服务的额度更新方法、装置、电子设备及存储介质

技术领域

[0001] 本发明涉及区块链技术领域，具体涉及一种基于微服务的额度更新方法、装置、电子设备及存储介质。

背景技术

[0002] 随着民间金融贷款的逐步放开，信息的流通需求日益增长，借款用户会同时进行多种贷款产品的交易，涉及到同一账户下多种贷款产品的同时交易，目前的账户管理系统采用传统的整体式架构应用开发系统，在同时进行多笔交易时，申请服务系统和账户管理系统之间会互相影响，特别是现有的计算可用额度都需要查询用户的历史交易数据，导致查询数据较大，还涉及多个网络接口交易数据，逻辑复杂，并且额度计算服务与用户交易数据服务同时进行，当交易量较大时，系统的可用性和稳定性会大大降低。

[0003] 由此有必要提供一种基于微服务的额度更新方案，以解决现有技术中当交易量大时，导致系统的可用性和稳定性会大大降低的技术问题。

发明内容

[0004] 鉴于以上内容，有必要提出一种基于微服务的额度更新方法、装置、电子设备及存储介质，通过基于微服务化的账户管理系统，系统中每个微服务系统独立运行，互不影响，提高了账户管理系统的可用性和稳定性。

[0005] 本发明的第一方面提供一种基于微服务的额度更新方法，所述方法包括：

[0006] 接收客户端的登录信息，基于所述登录信息进行客户的身份验证；

[0007] 当确定所述客户的身份验证通过时，接收所述客户的交易请求，并判断所述客户的交易请求的类别；

[0008] 当确定所述客户的交易请求的类别为下单行为时，调用人脸识别微服务对所述客户进行人脸识别；

[0009] 当确定所述客户的人脸识别通过时，生成所述客户的客户号；

[0010] 调用账户信息的查询接口以所述客户的客户号为入参遍历账户信息表；

[0011] 当从所述账户信息表中遍历到所述客户的账户时，从所述账户信息表中获取所述账户对应的当前账户信息并提交至申请微服务系统；

[0012] 基于所述当前账户信息调用风险控制微服务确定所述客户申请的下单行为的可用额度，并将所述客户申请的下单行为的可用额度同步至账户管理微服务系统；

[0013] 调用所述账户管理微服务系统变更所述交易请求的可用额度，并更新所述当前账户信息中的当前可用额度。

[0014] 优选的，所述调用人脸识别微服务对所述客户进行人脸识别包括：

[0015] 当接收到所述客户端的人脸识别的认证请求时，调用人脸识别微服务中的活体检测服务识别从所述客户端上传的短视频中流析出的人脸图像是否为活体；

[0016] 当确定所述人脸图像为活体时，调用所述人脸识别微服务中的图像检测服务根据所述活体检测服务传入的人脸图像编码调用预设的开源接口进行图像检测；

[0017] 当接收到所述开源接口返回的图像检测结果为通过时，确定所述客户的人脸识别通过；

[0018] 当接收到所述开源接口返回的图像检测结果为不通过时，或者当确定所述客户端上传的短视频流析出的人脸图像为活体但所述开源接口返回的图像检测结果为不通过时，确定所述客户的人脸识别未通过。

[0019] 优选的，所述调用人脸识别微服务中的活体检测服务识别所述客户端上传的短视频流析出的人脸图像是否为活体包括：

[0020] 基于所述客户端上传的短视频流析出的人脸图像在所述活体检测服务中生成活体检测服务实例；

[0021] 将所述活体检测服务实例注册至预设注册中心；

[0022] 在所述预设注册中心的服务接口层的对应文件中提取所述人脸图像的人脸特征数据；

[0023] 将所述人脸特征数据输入至所述活体检测服务进行活体检测，返回所述活体检测结果；

[0024] 当所述活体检测结果为通过时，确定所述人脸图像为活体；

[0025] 当所述活体检测结果为不通过时，确定所述人脸图像不为活体。

[0026] 优选的，所述调用所述人脸识别微服务中的图像检测服务根据所述活体检测服务传入的人脸图像编码调用预设的开源接口进行图像检测包括：

[0027] 基于所述图像检测服务的HTTP端点访问所述预设注册中心获取图像检测服务实例的IP端口；

[0028] 基于所述IP端口建立与服务接口层的连接；

[0029] 在所述服务接口层的对应文件中编辑所述人脸图像编码得到待检测人脸图像；

[0030] 将所述待检测人脸图像输入至图像检测服务进行图像检测，返回所述待检测人脸图像的图像检测评分，并将所述图像检测评分与预设的图像评分阈值进行对比；

[0031] 当所述图像检测评分大于或者等于所述预设的图像评分阈值时，确定所述图像检测通过；

[0032] 当所述图像检测评分小于所述预设的图像评分阈值时，确定所述图像检测未通过。

[0033] 优选的，所述从所述账户信息表中获取所述账户对应的当前账户信息包括：

[0034] 将接收到的账户管理系统返回的报文拆包后映射到json文件上；

[0035] 在所述json文件中遍历所有键，并获取所述键对应的键值；

[0036] 读取所述键值作为所述账户对应的当前账户信息。

[0037] 优选的，所述基于微服务的额度更新方法还包括：

[0038] 当确定所述客户的交易请求的类别为还款行为时，响应于还款指令，查询所述客户的账户下的所有欠款产品对应的还款行为的进度；

[0039] 如果检测到所述还款行为完成，更新所述客户的账户的可用额度。

[0040] 优选的，所述基于微服务的额度更新方法还包括：

[0041] 当从所述账户信息表中未遍历到所述客户的账户或者遍历到所述客户的账户无效时，向所述客户发起预约进行风险审核，其中，所述账户信息表存储在区块链节点中；

[0042] 当确定所述风险审核通过时，生成所述客户账号。

[0043] 本发明的第二方面提供一种基于微服务的额度更新装置，所述装置包括：

[0044] 接收模块，用于接收客户端的登录信息，基于所述登录信息进行客户的身份验证；

[0045] 判断模块，用于当确定所述客户的身份验证通过时，接收所述客户的交易请求，并判断所述客户的交易请求的类别；

[0046] 识别模块，用于当确定所述客户的交易请求的类别为下单行为时，调用人脸识别微服务对所述客户进行人脸识别；

[0047] 生成模块，用于当确定所述客户的人脸识别通过时，生成所述客户的客户号；

[0048] 遍历模块，用于调用账户信息的查询接口以所述客户的客户号为入参遍历账户信息表；

[0049] 获取模块，用于当从所述账户信息表中遍历到所述客户的账户时，从所述账户信息表中获取所述账户对应的当前账户信息并提交至申请微服务系统；

[0050] 确定模块，用于基于所述当前账户信息调用风险控制微服务确定所述客户申请的下单行为的可用额度，并将所述客户申请的下单行为的可用额度同步至账户管理微服务；

[0051] 更新模块，用于调用所述账户管理微服务系统变更所述交易请求的可用额度，并更新所述当前账户信息中的当前可用额度。

[0052] 本发明的第三方面提供一种电子设备，所述处理器用于执行存储器中存储的计算机程序时实现所述基于微服务的额度更新方法。

[0053] 本发明的第四方面提供一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现所述基于微服务的额度更新方法。

[0054] 综上所述，本发明所述的基于微服务的额度更新方法、装置、电子设备及存储介质，一方面通过基于微服务化的账户管理系统，所述系统中每个微服务系统独立运行，所述交易数据独立存储，并且每个微服务的交易数据可以相互调用，当多个微服务系统同时运行时，互不影响，提高了账户管理系统的可用性和稳定性；另一方面，通过预设的开源接口进行个人身份验证，所述预设开源接口为专线访问通道，所述三要素全程加密访问，防止了域名被劫持，中间人攻击等风险，提高了了个人信息的安全性；最后，在登陆阶段，通过在确保个人身份验证通过后，再调用人脸识别微服务中的活体检测服务和图像检测服务进行人脸识别，进行了双重验证，提高了账户的安全性。

附图说明

[0055] 图1是本发明实施例一提供的基于微服务的额度更新方法的流程图。

[0056] 图2是本发明实施例二提供的基于微服务的额度更新装置的结构图。

[0057] 图3是本发明实施例三提供的电子设备的结构示意图。

具体实施方式

[0058] 为了能够更清楚地理解本发明的上述目的、特征和优点，下面结合附图和具体实施例对本发明进行详细描述。需要说明的是，在不冲突的情况下，本发明的实施例及实施例中的特征可以相互组合。

[0059] 除非另有定义，本文所使用的所有的技术和科学术语与属于本发明的技术领域的技术人员通常理解的含义相同。本文中在本发明的说明书中所使用的术语只是为了描述具体的实施例的目的，不是旨在于限制本发明。

[0060] 实施例一

[0061] 图1是本发明实施例一提供的基于微服务的额度更新方法的流程图。

[0062] 如图1所示，所述基于微服务的额度更新方法具体包括以下步骤，根据不同的需求，该流程图中步骤的顺序可以改变，某些可以省略。

[0063] S11：接收客户端的登录信息，基于所述登录信息进行客户的身份验证。

[0064] 本实施例中，客户端设备在显示屏上显示登录界面，用户在登录界面上输入登录信息，所述登录信息包括客户输入的三要素。

[0065] 优选的，所述基于所述登录信息进行客户的身份验证包括：

[0066] 获取所述登录信息中的三要素；

[0067] 将所述三要素对接预设开源接口对应的数据源中的数据进行匹配；

[0068] 当所述三要素都与所述预设开源接口对应的数据源中的数据匹配时，确定所述客户的身份验证通过；

[0069] 当所述三要素中任意一个元素与所述预设开源接口对应的数据源中的数据不匹配时，确定所述客户的身份验证不通过。

[0070] 本实施例中，所述三要素包括身份证号、姓名和手机号码，基于所述三要素对接所述预设的开源接口，并在所述预设的来源接口对应的数据源中匹配所述三要素，其中，所述开源接口可以为公安网开源接口。当所述三要素都与所述预设开源接口对应的数据源中的数据匹配时，确定所述客户的个人身份信息一致；当所述三要素中任意一个元素与所述预设开源接口对应的数据源中的数据不匹配时，确定所述客户的个人身份信息不一致。

[0071] 本实施例中，通过预设的开源接口进行个人身份验证，所述预设开源接口为专线访问通道，对所述登录信息进行全程加密访问，防止了域名被劫持，中间人攻击等风险，提高了客户的个人信息的安全性。

[0072] S12：当确定所述客户的身份验证通过时，接收所述客户的交易请求，并判断所述客户的交易请求的类别。

[0073] 本实施中，所述交易请求的类别包括下单行为和还款行为，在客户身份验证通过以后，判断所述客户的交易请求，所述交易请求中对应有客户的交易请求的类别。

[0074] S13：当确定所述客户的交易请求的类别为下单行为时，调用人脸识别微服务对所述客户进行人脸识别。

[0075] 本实施例中，所述人脸识别微服务分为活体检测服务和图像检测服务，通过所述活体检测服务和所述图像检测服务对所述客户进行人脸识别。

[0076] 优选的，所述调用人脸识别微服务对所述客户进行人脸识别包括：

[0077] 当接收到所述客户端的人脸识别的认证请求时，调用人脸识别微服务中的活体检测服务识别从所述客户端上传的短视频中流析出的人脸图像是否为活体；

[0078] 当确定所述人脸图像为活体时，调用所述人脸识别微服务中的图像检测服务根据所述活体检测服务传入的人脸图像编码调用预设的开源接口进行图像检测；

[0079] 当接收到所述开源接口返回的图像检测结果为通过时，确定所述客户的人脸识别通过；

[0080] 当接收到所述开源接口返回的图像检测结果为不通过时，或者当确定所述客户端上传的短视频流析出的人脸图像为活体但所述开源接口返回的图像检测结果为不通过时，确定所述客户的人脸识别未通过。

[0081] 本实施例中，所述人脸图像是从客户端上传的短视频中流析出来，所述短视频中包括客户的正面的人脸图像，在进行人脸识别时，通过调用人脸识别微服务中的活体检测服务识别所述客户的人脸图像是否为活体，当确定所述人脸图像为活体时，再调用人脸图像检测服务检测所述人脸图像，当所述人脸图像为通过时，确定所述客户的人脸识别通过。

[0082] 进一步的，所述调用人脸识别微服务中的活体检测服务识别所述客户端上传的短视频流析出的人脸图像是否为活体包括：

[0083] 基于所述客户端上传的短视频流析出的人脸图像在所述活体检测服务中生成活体检测服务实例；

[0084] 将所述活体检测服务实例注册至预设注册中心；

[0085] 在所述预设注册中心的服务接口层的对应文件中提取所述人脸图像的人脸特征数据；

[0086] 将所述人脸特征数据输入至所述活体检测服务进行活体检测，返回所述活体检测结果；

[0087] 当所述活体检测结果为通过时，确定所述人脸图像为活体；

[0088] 当所述活体检测结果为不通过时，确定所述人脸图像不为活体。

[0089] 本实施例中，所述客户端发起人脸识别时，由所述客户端经智能路由网关查找所述活体检测服务，再查找到所述活体检测服务时，基于所述客户端上传的短视频流析出的人脸图像在所述活体检测服务中生成活体检测服务实例，将所述活体检测服务实例注册至预设注册中心，其中，所述预设注册中心可以为euroka注册中心，在所述euroka注册中心的服务接口层的class文件中编写json文件与java之间的映射，得到json的键值对，其中，所述服务接口层的文件中配置URI、配置目标和监听端口，所述json的键值对为对应于所述人脸图像的人脸特征数据，将所述人脸图像的人脸特征数据输入至采用活体检测服务进行活体检测，返回所述活体检测结果并进行识别，并将所述活体检测结果导出成json格式的文件，组成报文体返回或转发。

[0090] 进一步的，所述调用所述人脸识别微服务中的图像检测服务根据所述活体检测服务传入的人脸图像编码调用预设的开源接口进行图像检测包括：

[0091] 基于所述图像检测服务的HTTP端点访问所述预设注册中心获取图像检测服务实例的IP端口；

[0092] 基于所述IP端口建立与服务接口层的连接；

[0093] 在所述服务接口层的对应文件中编辑所述人脸图像编码得到待检测人脸图像；

[0094] 将所述待检测人脸图像输入至图像检测服务进行图像检测，返回所述待检测人脸图像的图像检测评分，并将所述图像检测评分与预设的图像评分阈值进行对比；

[0095] 当所述图像检测评分大于或者等于所述预设的图像评分阈值时，确定所述图像检测通过；

[0096] 当所述图像检测评分小于所述预设的图像评分阈值时，确定所述图像检测未通过。

[0097] 本实施例中，当所述活体检测服务实例检测到所述人脸图像为活体时，根据所述服务接口层的文件中配置URI中的配置目标图像检测服务的HTTP端点，访问预设注册中心获取所述图像检测服务实例的IP端口，当获取所述图像检测服务实例的IP端口后，基于所述IP端口建立连接到服务接口层，在所述服务接口层的class文件中编写json文件与java之间的映射，编辑得到所述人脸图像编码对应的待检测人脸图像，将所述待检测人脸图像输入至图像检测服务进行图像检测，返回所述图像检测评分，并将所述图像检测评分与预设的图像评分进行对比，确定所述图像检测是否通过。

[0098] 本实施例中，在登陆阶段，通过在确保个人身份验证通过后，再调用人脸识别微服务中的活体检测服务和图像检测服务进行人脸识别，进行了双重验证，提高了账户的安全性。

[0099] 进一步的，所述方法还包括：

[0100] 当确定所述客户的交易请求的类别为还款行为时，响应于还款指令，查询所述客户的账户下的所有欠款产品对应的还款行为的进度；

[0101] 如果检测到所述还款行为完成，更新所述客户的账户的可用额度。

[0102] 本实施例中，当所述客户需要还款时，查询所述客户的账户下的所有欠款产品对应的还款行为的进度，若检测到所述客户的所有欠款产品都完成还款时，将所述客户的账户的当前账户信息中的账户的可用额度。

[0103] S14：当确定所述客户的人脸识别通过时，生成所述客户的客户号。

[0104] 本实施例中，所述客户的客户号是唯一识别所述客户的账户的标识，当所述客户的人脸识别通过后，为所述客户创建唯一的客户号，便于所述账户管理系统实时的管理和更新客户的账户。

[0105] S15：调用账户信息的查询接口以所述客户的客户号为入参遍历账户信息表。

[0106] 本实施例中，所述账户信息表中存储有账户的客户号，基于所述客户的客户号遍历账户信息表。

[0107] S16：当从所述账户信息表中遍历到所述客户的账户时，从所述账户信息表中获取所述账户对应的当前账户信息并提交至申请微服务系统。

[0108] 本实施例中，所述账户管理微服务系统和所述申请微服务系统独立运行，所述账户管理系统可以将所述账户对应的当前账户信息同步到所述申请微服务系统中，当从所述账户信息表中遍历到所述客户的账户时，从账户管理微服务系统中获取所述账户对应的当前账户信息并提交至申请微服务系统，其中，所述当前账户信息中包括授信额度、当前可用额度及预设额度规则。

[0109] 优选的，所述从所述账户信息表中获取所述账户对应的当前账户信息包括：

[0110] 将接收到的账户管理系统返回的报文拆包后映射到json文件上；

[0111] 在所述json文件中遍历所有键值，并获取所述键值对应的键值；

[0112] 读取所述键值作为所述账户对应的当前账户信息。

[0113] 本实施例中，在读取所述json文件中的键值作为所述账户对应的当前账户信息之后，将所述当前账户信息实时展示到HTML5页面的对应的展示栏位上。

[0114] 本实施例中，通过将所述当前账户信息实时展示到HTML5页面的对应的展示栏位上，便于客户实时查看当前账户信息，提前安排下单行为，提高了客户的体验度。

[0115] 进一步的，所述方法还包括：

[0116] 当从所述账户信息表中未遍历到所述客户的账户或者遍历到所述客户的账户无效时，向所述客户发起预约进行风险审核，其中，所述账户信息表存储在区块链节点中；

[0117] 当确定所述风险审核通过时，生成所述客户账号。

[0118] 需要强调的是，为进一步保证上述账户信息表的私密和安全性，上述账户信息表还可以存储于一区块链的节点中。

[0119] 本实施例中，当所述客户申请的交易行为时，若所述客户不存在账户或者已有账户无效时，需要对客户进行风险审核，将所述客户的风险审核结果存储至风险控制微服务中，当所述客户的风险审核通过时，为所述客户创建客户账号；当所述客户的风险审核未通过时，确定所述客户申请的交易行为与所述客户的风险等级不匹配。

[0120] S17：基于所述当前账户信息调用风险控制微服务确定所述客户申请的下单行为的可用额度，并将所述客户申请的下单行为的可用额度同步至账户管理微服务系统。

[0121] 本实施例中，当所述申请微服务系统中接收到的所述当前账户信息时，调用风险控制微服务，从所述风险控制微服务中获取所述客户的风险控制信息，根据所述客户的风险控制信息、客户的授信额度、当前可用额度和预设额度规则确定所述客户申请的下单行为的可用额度，并将所述客户申请的下单行为的可用额度同步至账户管理微服务。

[0122] 本实施例中，通过所述客户的风控信息、授信额度、当前可用额度和预设额度规则确定所述客户申请的下单行为的可用额度，考虑到了预设的额度规则，保证了确定得到的可用额度的合理性。

[0123] S18：调用所述账户管理微服务系统变更所述交易请求的可用额度，并更新所述当前账户信息中的当前可用额度。

[0124] 本实施例中，所述申请微服务和所述账户管理微服务系统之间的数据独立存储，在申请微服务得到所述交易请求的确认操作时，将所述申请微服务中交易后的账户信息中的交易额度同步到账户管理微服务系统中，所述账户管理微服务系统接收到所述交易请求的可用额度后，将所述当前账户信息中的可用额度进行释放，得到更新后的当前账户信息的可用额度，实时更新所述当前账户信息中的可用额度，提高了账户管理的管理能力，确保了账户信息中可用额度的时效性。

[0125] 综上所述，本实施例所述的基于微服务的额度更新方法，一方面通过基于微服务化的账户管理系统，所述系统中每个微服务系统独立运行，所述交易数据独立存储，并且每个微服务的交易数据可以相互调用，当多个微服务系统同时运行时，互不影响，提高了账户管理系统的可用性和稳定性；另一方面，通过预设的开源接口进行个人身份验证，所述预设开源接口为专线访问通道，所述三要素全程加密访问，防止了域名被劫持，中间人攻击等风险，提高了了个人信息的安全性；最后，在登陆阶段，通过在确保个人身份验证通过后，再调用人脸识别微服务中的活体检测服务和图像检测服务进行人脸识别，进行了双重验证，提高了账户的安全性。

[0126] 实施例二

[0127] 图2是本发明实施例二提供的基于微服务的额度更新装置的结构图。

[0128] 在一些实施例中，所述基于微服务的额度更新装置20可以包括多个由程序代码段所组成的功能模块。所述基于微服务的额度更新装置20中的各个程序段的程序代码可以存储于电子设备的存储器中，并由所述至少一个处理器所执行，以执行(详见图1描述)基于微服务的额度更新。

[0129] 本实施例中，所述基于微服务的额度更新装置20根据其所执行的功能，可以被划分为多个功能模块。所述功能模块可以包括：接收模块201、判断模块202、识别模块203、生成模块204、遍历模块205、获取模块206、确定模块207及更新模块208。本发明所称的模块是指一种能够被至少一个处理器所执行并且能够完成固定功能的一系列计算机程序段，其存储在存储器中。在本实施例中，关于各模块的功能将在后续的实施例中详述。

[0130] 接收模块201：用于接收客户端的登录信息，基于所述登录信息进行客户的身份验证。

[0131] 本实施例中，客户端设备在显示屏上显示登录界面，用户在登录界面上输入登录信息，所述登录信息包括客户输入的三要素。

[0132] 优选的，所述接收模块201基于所述登录信息进行客户的身份验证包括：

[0133] 获取所述登录信息中的三要素；

[0134] 将所述三要素对接预设开源接口对应的数据源中的数据进行匹配；

[0135] 当所述三要素都与所述预设开源接口对应的数据源中的数据匹配时，确定所述客户的身份验证通过；

[0136] 当所述三要素中任意一个元素与所述预设开源接口对应的数据源中的数据不匹配时，确定所述客户的身份验证不通过。

[0137] 本实施例中，所述三要素包括身份证号、姓名和手机号码，基于所述三要素对接所述预设的开源接口，并在所述预设的来源接口对应的数据源中匹配所述三要素，其中，所述开源接口可以为公安网开源接口。当所述三要素都与所述预设开源接口对应的数据源中的数据匹配时，确定所述客户的个人身份信息一致；当所述三要素中任意一个元素与所述预设开源接口对应的数据源中的数据不匹配时，确定所述客户的个人身份信息不一致。

[0138] 本实施例中，通过预设的开源接口进行个人身份验证，所述预设开源接口为专线访问通道，对所述登录信息进行全程加密访问，防止了域名被劫持，中间人攻击等风险，提高了客户的个人信息的安全性。

[0139] 判断模块202：用于当确定所述客户的身份验证通过时，接收所述客户的交易请求，并判断所述客户的交易请求的类别。

[0140] 本实施中，所述交易请求的类别包括下单行为和还款行为，在客户身份验证通过以后，判断所述客户的交易请求，所述交易请求中对应有客户的交易请求的类别。

[0141] 识别模块203：用于当确定所述客户的交易请求的类别为下单行为时，调用人脸识别微服务对所述客户进行人脸识别。

[0142] 本实施例中，所述人脸识别微服务分为活体检测服务和图像检测服务，通过所述活体检测服务和所述图像检测服务对所述客户进行人脸识别。

[0143] 优选的，所述识别模块203调用人脸识别微服务对所述客户进行人脸识别包括：

[0144] 当接收到所述客户端的人脸识别的认证请求时，调用人脸识别微服务中的活体检测服务识别从所述客户端上传的短视频中流析出的人脸图像是否为活体；

[0145] 当确定所述人脸图像为活体时，调用所述人脸识别微服务中的图像检测服务根据所述活体检测服务传入的人脸图像编码调用预设的开源接口进行图像检测；

[0146] 当接收到所述开源接口返回的图像检测结果为通过时，确定所述客户的人脸识别通过；

[0147] 当接收到所述开源接口返回的图像检测结果为不通过时，或者当确定所述客户端上传的短视频流析出的人脸图像为活体但所述开源接口返回的图像检测结果为不通过时，确定所述客户的人脸识别未通过。

[0148] 本实施例中，所述人脸图像是从客户端上传的短视频中流析出来，所述短视频中包括客户的正面的人脸图像，在进行人脸识别时，通过调用人脸识别微服务中的活体检测服务识别所述客户的人脸图像是否为活体，当确定所述人脸图像为活体时，再调用人脸图像检测服务检测所述人脸图像，当所述人脸图像为通过时，确定所述客户的人脸识别通过。

[0149] 进一步的，所述调用人脸识别微服务中的活体检测服务识别所述客户端上传的短视频流析出的人脸图像是否为活体包括：

[0150] 基于所述客户端上传的短视频流析出的人脸图像在所述活体检测服务中生成活体检测服务实例；

[0151] 将所述活体检测服务实例注册至预设注册中心；

[0152] 在所述预设注册中心的服务接口层的对应文件中提取所述人脸图像的人脸特征数据；

[0153] 将所述人脸特征数据输入至所述活体检测服务进行活体检测，返回所述活体检测结果；

[0154] 当所述活体检测结果为通过时，确定所述人脸图像为活体；

[0155] 当所述活体检测结果为不通过时，确定所述人脸图像不为活体。

[0156] 本实施例中，所述客户端发起人脸识别时，由所述客户端经智能路由网关查找所述活体检测服务，再查找到所述活体检测服务时，基于所述客户端上传的短视频流析出的人脸图像在所述活体检测服务中生成活体检测服务实例，将所述活体检测服务实例注册至预设注册中心，其中，所述预设注册中心可以为euroka注册中心，在所述euroka注册中心的服务接口层的class文件中编写json文件与java之间的映射，得到json的键值对，其中，所述服务接口层的文件中配置URI、配置目标和监听端口，所述json的键值对为对应于所述人脸图像的人脸特征数据，将所述人脸图像的人脸特征数据输入至采用活体检测服务进行活体检测，返回所述活体检测结果并进行识别，并将所述活体检测结果导出成json格式的文件，组成报文体返回或转发。

[0157] 进一步的，所述调用所述人脸识别微服务中的图像检测服务根据所述活体检测服务传入的人脸图像编码调用预设的开源接口进行图像检测包括：

[0158] 基于所述图像检测服务的HTTP端点访问所述预设注册中心获取图像检测服务实例的IP端口；

[0159] 基于所述IP端口建立与服务接口层的连接；

[0160] 在所述服务接口层的对应文件中编辑所述人脸图像编码得到待检测人脸图像；

[0161] 将所述待检测人脸图像输入至图像检测服务进行图像检测，返回所述待检测人脸图像的图像检测评分，并将所述图像检测评分与预设的图像评分阈值进行对比；

[0162] 当所述图像检测评分大于或者等于所述预设的图像评分阈值时，确定所述图像检测通过；

[0163] 当所述图像检测评分小于所述预设的图像评分阈值时，确定所述图像检测未通过。

[0164] 本实施例中，当所述活体检测服务实例检测到所述人脸图像为活体时，根据所述服务接口层的文件中配置URI中的配置目标图像检测服务的HTTP端点，访问预设注册中心获取所述图像检测服务实例的IP端口，当获取所述图像检测服务实例的IP端口后，基于所述IP端口建立连接到服务接口层，在所述服务接口层的对应文件中编写json文件与java之间的映射，编辑得到所述人脸图像编码对应的待检测人脸图像，将所述待检测人脸图像输入至图像检测服务进行图像检测，返回所述图像检测评分，并将所述图像检测评分与预设的图像评分进行对比，确定所述图像检测是否通过。

[0165] 本实施例中，在登陆阶段，通过在确保个人身份验证通过后，再调用人脸识别微服务中的活体检测服务和图像检测服务进行人脸识别，进行了双重验证，提高了账户的安全性。

[0166] 进一步的，当确定所述客户的交易请求的类别为还款行为时，响应于还款指令，查询所述客户的账户下的所有欠款产品对应的还款行为的进度，如果检测到所述还款行为完成，更新所述客户的账户的可用额度。

[0167] 本实施例中，当所述客户需要还款时，查询所述客户的账户下的所有欠款产品对应的还款行为的进度，若检测到所述客户的所有欠款产品都完成还款时，将所述客户的账户的当前账户信息中的账户的可用额度。

[0168] 生成模块204：用于当确定所述客户的人脸识别通过时，生成所述客户的客户号。

[0169] 本实施例中，所述客户的客户号是唯一识别所述客户的账户的标识，当所述客户的人脸识别通过后，为所述客户创建唯一的客户号，便于所述账户管理系统实时的管理和更新客户的账户。

[0170] 遍历模块205：用于调用账户信息的查询接口以所述客户的客户号为入参遍历账户信息表。

[0171] 本实施例中，所述账户信息表中存储有账户的客户号，基于所述客户的客户号遍历账户信息表。

[0172] 获取模块206：用于当从所述账户信息表中遍历到所述客户的账户时，从所述账户信息表中获取所述账户对应的当前账户信息并提交至申请微服务系统。

[0173] 本实施例中，所述账户管理微服务系统和所述申请微服务系统独立运行，所述账户管理系统可以将所述账户对应的当前账户信息同步到所述申请微服务系统中，当从所述账户信息表中遍历到所述客户的账户时，从账户管理微服务系统中获取所述账户对应的当前账户信息并提交至申请微服务系统，其中，所述当前账户信息中包括授信额度、当前可用额度及预设额度规则。

[0174] 优选的，所述获取模块206从所述账户信息表中获取所述账户对应的当前账户信息包括：

[0175] 将接收到的账户管理系统返回的报文拆包后映射到json文件上；

[0176] 在所述json文件中遍历所有键值，并获取所述键值对应的键值；

[0177] 读取所述键值作为所述账户对应的当前账户信息。

[0178] 本实施例中，在读取所述json文件中的键值作为所述账户对应的当前账户信息之后，将所述当前账户信息实时展示到HTML5页面的对应的展示栏位上。

[0179] 本实施例中，通过将所述当前账户信息实时展示到HTML5页面的对应的展示栏位上，便于客户实时查看当前账户信息，提前安排下单行为，提高了客户的体验度。

[0180] 进一步的，所述遍历模块205：还用于当从所述账户信息表中未遍历到所述客户的账户或者遍历到所述客户的账户无效时，向所述客户发起预约进行风险审核，其中，所述账户信息表存储在区块链节点中。

[0181] 所述生成模块204：还用于当确定所述风险审核通过时，生成所述客户账号。

[0182] 需要强调的是，为进一步保证上述账户信息表的私密和安全性，上述账户信息表还可以存储于一区块链的节点中。

[0183] 本实施例中，当所述客户申请的交易行为时，若所述客户不存在账户或者已有账户无效时，需要对客户进行风险审核，将所述客户的风险审核结果存储至风险控制微服务中，当所述客户的风险审核通过时，为所述客户创建客户账号；当所述客户的风险审核未通过时，确定所述客户申请的交易行为与所述客户的风险等级不匹配。

[0184] 确定模块207：用于基于所述当前账户信息调用风险控制微服务确定所述客户申请的下单行为的可用额度，并将所述客户申请的下单行为的可用额度同步至账户管理微服务。

[0185] 本实施例中，当所述申请微服务系统中接收到的所述当前账户信息时，调用风险控制微服务，从所述风险控制微服务中获取所述客户的风险控制信息，根据所述客户的风险控制信息、客户的授信额度、当前可用额度和预设额度规则确定所述客户申请的下单行为的可用额度，并将所述客户申请的下单行为的可用额度同步至账户管理微服务。

[0186] 本实施例中，通过所述客户的风控信息、授信额度、当前可用额度和预设额度规则确定所述客户申请的下单行为的可用额度，考虑到了预设的额度规则，保证了确定得到的可用额度的合理性。

[0187] 更新模块208：用于调用所述账户管理微服务系统变更所述交易请求的可用额度，并更新所述当前账户信息中的当前可用额度。

[0188] 本实施例中，所述申请微服务和所述账户管理微服务系统之间的数据独立存储，在申请微服务得到所述交易请求的确认操作时，将所述申请微服务中交易后的账户信息中的交易额度同步到账户管理微服务系统中，所述账户管理微服务系统接收到所述交易请求的可用额度后，将所述当前账户信息中的可用额度进行释放，得到更新后的当前账户信息的可用额度，实时更新所述当前账户信息中的可用额度，提高了账户管理的管理能力，确保了账户信息中可用额度的时效性。

[0189] 综上所述，本实施例所述的基于微服务的额度更新装置，一方面通过基于微服务化的账户管理系统，所述系统中每个微服务系统独立运行，所述交易数据独立存储，并且每个微服务的交易数据可以相互调用，当多个微服务系统同时运行时，互不影响，提高了账户管理系统的可用性和稳定性；另一方面，通过预设的开源接口进行个人身份验证，所述预设开源接口为专线访问通道，所述三要素全程加密访问，防止了域名被劫持，中间人攻击等风险，提高了了个人信息的安全性；最后，在登陆阶段，通过在确保个人身份验证通过后，再调用人脸识别微服务中的活体检测服务和图像检测服务进行人脸识别，进行了双重验证，提高了账户的安全性。

[0190] 实施例三

[0191] 参阅图3所示，为本发明实施例三提供的电子设备的结构示意图。在本发明较佳实施例中，所述电子设备3包括存储器31、至少一个处理器32、至少一条通信总线33及收发器34。

[0192] 本领域技术人员应该了解，图3示出的电子设备的结构并不构成本发明实施例的限定，既可以是总线型结构，也可以是星形结构，所述电子设备3还可以包括比图示更多或更少的其他硬件或者软件，或者不同的部件布置。

[0193] 在一些实施例中，所述电子设备3是一种能够按照事先设定或存储的指令，自动进行数值计算和/或信息处理的电子设备，其硬件包括但不限于微处理器、专用集成电路、可编程门阵列、数字处理器及嵌入式设备等。所述电子设备3还可包括客户设备，所述客户设备包括但不限于任何一种可与客户通过键盘、鼠标、遥控器、触摸板或声控设备等方式进行人机交互的电子产品，例如，个人计算机、平板电脑、智能手机、数码相机等。

[0194] 需要说明的是，所述电子设备3仅为举例，其他现有的或今后可能出现的电子产品如可适应于本发明，也应包含在本发明的保护范围以内，并以引用方式包含于此。

[0195] 在一些实施例中，所述存储器31用于存储程序代码和各种数据，例如安装在所述电子设备3中的基于微服务的额度更新装置20，并在电子设备3的运行过程中实现高速、自动地完成程序或数据的存取。所述存储器31包括只读存储器(Read-Only Memory，ROM)、可编程只读存储器(Programmable Read-Only Memory，PROM)、可擦除可编程只读存储器(Erasable Programmable Read-Only Memory，EPROM)、一次可编程只读存储器(One-time Programmable  Read-Only  Memory，OTPROM)、电子擦除式可复写只读存储器(Electrically-Erasable Programmable Read-Only Memory，EEPROM)、只读光盘(Compact Disc Read-Only Memory，CD-ROM)或其他光盘存储器、磁盘存储器、磁带存储器、或者能够用于携带或存储数据的计算机可读的任何其他介质。

[0196] 在一些实施例中，所述至少一个处理器32可以由集成电路组成，例如可以由单个封装的集成电路所组成，也可以是由多个相同功能或不同功能封装的集成电路所组成，包括一个或者多个中央处理器(Central Processing unit，CPU)、微处理器、数字处理芯片、图形处理器及各种控制芯片的组合等。所述至少一个处理器32是所述电子设备3的控制核心(Control Unit)，利用各种接口和线路连接整个电子设备3的各个部件，通过运行或执行存储在所述存储器31内的程序或者模块，以及调用存储在所述存储器31内的数据，以执行电子设备3的各种功能和处理数据。

[0197] 在一些实施例中，所述至少一条通信总线33被设置为实现所述存储器31以及所述至少一个处理器32等之间的连接通信。

[0198] 尽管未示出，所述电子设备3还可以包括给各个部件供电的电源(比如电池)，优选的，电源可以通过电源管理装置与所述至少一个处理器32逻辑相连，从而通过电源管理装置实现管理充电、放电、以及功耗管理等功能。电源还可以包括一个或一个以上的直流或交流电源、再充电装置、电源故障检测电路、电源转换器或者逆变器、电源状态指示器等任意组件。所述电子设备3还可以包括多种传感器、蓝牙模块、Wi-Fi模块等，在此不再赘述。

[0199] 应该了解，所述实施例仅为说明之用，在专利申请范围上并不受此结构的限制。

[0200] 上述以软件功能模块的形式实现的集成的单元，可以存储在一个计算机可读取存储介质中。上述软件功能模块存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，电子设备，或者网络设备等)或处理器(processor)执行本发明各个实施例所述方法的部分。

[0201] 在进一步的实施例中，结合图2，所述至少一个处理器32可执行所述电子设备3的操作装置以及安装的各类应用程序(如所述的基于微服务的额度更新装置20)、程序代码等，例如，上述的各个模块。

[0202] 所述存储器31中存储有程序代码，且所述至少一个处理器32可调用所述存储器31中存储的程序代码以执行相关的功能。例如，图2中所述的各个模块是存储在所述存储器31中的程序代码，并由所述至少一个处理器32所执行，从而实现所述各个模块的功能以达到基于微服务的额度更新的目的。

[0203] 在本发明的一个实施例中，所述存储器31存储多个指令，所述多个指令被所述至少一个处理器32所执行以实现基于微服务的额度更新的功能。

[0204] 具体地，所述至少一个处理器32对上述指令的具体实现方法可参考图1对应实施例中相关步骤的描述，在此不赘述。

[0205] 进一步地，所述计算机可用存储介质可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序等；存储数据区可存储根据区块链节点的使用所创建的数据等。

[0206] 本发明所指区块链是分布式数据存储、点对点传输、共识机制、加密算法等计算机技术的新型应用模式。区块链(Blockchain)，本质上是一个去中心化的数据库，是一串使用密码学方法相关联产生的数据块，每一个数据块中包含了一批次网络交易的信息，用于验证其信息的有效性(防伪)和生成下一个区块。区块链可以包括区块链底层平台、平台产品服务层以及应用服务层等。

[0207] 在本发明所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述模块的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。

[0208] 所述作为分离部件说明的模块可以是或者也可以不是物理上分开的，作为模块显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。

[0209] 另外，在本发明各个实施例中的各功能模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能模块的形式实现。

[0210] 对于本领域技术人员而言，显然本发明不限于上述示范性实施例的细节，而且在不背离本发明的精神或基本特征的情况下，能够以其他的具体形式实现本发明。因此，无论从哪一点来看，均应将实施例看作是示范性的，而且是非限制性的，本发明的范围由所附权利要求而不是上述说明限定，因此旨在将落在权利要求的等同要件的含义和范围内的所有变化涵括在本发明内。不应将权利要求中的任何附图标记视为限制所涉及的权利要求。此外，显然“包括”一词不排除其他单元或，单数不排除复数。装置权利要求中陈述的多个单元或装置也可以由一个单元或装置通过软件或者硬件来实现。第一，第二等词语用来表示名称，而并不表示任何特定的顺序。

[0211] 最后应说明的是，以上实施例仅用以说明本发明的技术方案而非限制，尽管参照较佳实施例对本发明进行了详细说明，本领域的普通技术人员应当理解，可以对本发明的技术方案进行修改或等同替换，而不脱离本发明技术方案的精神和范围。