CN109816517A - 基于增信的业务处理方法、装置、计算机设备和存储介质 - Google Patents

Abstract

本申请涉及一种基于增信的业务处理方法、装置、计算机设备和存储介质。该方法包括：根据第一终端发送的业务数据，确定对应的目标业务产品、目标服务方标识、目标增信产品和目标增信方标识；基于目标业务产品生成业务订单，调用目标服务方标识对应的第一服务方接口对业务订单审核，得到第一审核结果；基于目标增信产品生成增信订单，调用目标增信方标识对应的第一增信方接口对增信订单审核，得到第二审核结果；根据第一审核结果及第二审核结果，调用目标服务方标识对应的第二服务方接口对业务订单进行处理，调用目标增信方标识对应的第二增信方接口对增信订单进行处理；将处理结果发送至第一终端。采用本方法能够提高业务处理效率。

Description

基于增信的业务处理方法、装置、计算机设备和存储介质

技术领域

本申请涉及计算机技术领域，特别是涉及一种基于增信的业务处理方法、装置、计算机设备和存储介质。

背景技术

增信作为一种信用增进策略，凭其能够降低业务成本，已广泛应用于多种金融业务。例如，在贷款业务中，借款人如果希望减少借款成本，可以通过增信来降低贷款利息。增信方式有多种，其中一种为业务请求人基于在保险公司等增信方的增信材料向金融机构等服务方提出业务请求。

传统方式中，若业务请求人期望通过上述方式实现增信，则首先需要在服务方平台输入身份信息并选定适合自己的业务产品，根据选定业务产品对应的增信要求到相应增信方平台再次输入身份信息获取增信材料，再将增信材料上传至服务方平台。如此以来，业务请求人需要基于多个平台操作才能完成基于增信的金融业务的办理，操作繁琐，使得业务处理效率降低。

发明内容

基于此，有必要针对上述技术问题，提供一种能够提高业务处理效率的基于增信的业务处理方法、装置、计算机设备和存储介质。

一种基于增信的业务处理方法，所述方法包括：接收第一终端发送的业务办理请求；所述业务办理请求包含业务数据；根据所述业务数据进行服务方匹配，得到目标业务产品和目标服务方标识；根据所述业务数据进行增信方匹配，得到目标增信产品和目标增信方标识；基于所述目标业务产品生成业务订单，调用所述目标服务方标识对应的第一服务方接口对所述业务订单进行审核，得到第一审核结果；基于所述目标增信产品生成增信订单，调用所述目标增信方标识对应的第一增信方接口对所述增信订单进行审核，得到第二审核结果；调用所述目标服务方标识对应的第二服务方接口根据所述第一审核结果及所述第二审核结果对所述业务订单进行处理；调用所述目标增信方标识对应的第二增信方接口根据所述第一审核结果及所述第二审核结果对所述增信订单进行处理；将所述业务订单及所述增信订单的处理结果发送至所述第一终端。

在其中一个实施例中，所述业务数据包括虚拟产品标识和业务产品用途；所述根据所述业务数据进行服务方匹配，得到目标业务产品和目标服务方标识，包括：查找所述虚拟产品标识对应的多个业务产品的产品数据；所述产品数据包括服务方标识；获取每个所述服务方标识对应的风控规则和当前风险参数；根据所述风控规则和当前风险参数，计算每个服务方标识对应的风险指标；确定与所述业务产品用途相适应的服务方类型；基于所述风险指标及所述服务方类型对多个服务方进行筛选，得到目标服务方标识，将所述目标服务方标识对应的业务产品标记为目标业务产品。

在其中一个实施例中，所述根据所述业务数据进行增信方匹配，得到目标增信产品和目标增信方标识，包括：查找与所述目标业务产品对应的至少一种增信策略；所述增信策略包括一个或多个增信方标识以及每个增信方标识关联的增信产品；若所述目标业务产品具有对应的多种增信策略，分别获取每种所述增信策略的优先等级；将优先等级最高的增信策略中的增信方标识标记为目标增信方标识；将优先等级最高的增信策略中的增信产品标记为目标增信产品。

在其中一个实施例中，所述业务办理请求包含业务平台的平台标识；所述调用所述目标服务方标识对应的第一服务方接口对所述业务订单进行审核，包括：将所述业务平台的平台标识输入至所述目标服务方标识对应的第一服务方接口；使所述第一服务方接口根据所述平台标识对业务平台进行鉴权处理；若鉴权通过，调用第一服务方接口对所述业务订单进行审核。

在其中一个实施例中，所述调用所述目标服务方标识对应的第一服务方接口对所述业务订单进行审核，包括：识别所述业务订单是否包含媒体资料；若是，将所述媒体资料上传至缓存队列；接收所述缓存队列返回的媒体标识；将所述媒体资料从所述业务订单中删除，得到业务字段；基于所述业务字段和所述媒体标识生成业务审核请求；通过所述目标服务方标识对应的第一服务方接口将所述业务审核请求发送至服务方服务器，使所述服务方服务器根据所述媒体标识在缓存队列拉取对应的媒体资料，提取所述媒体资料中的媒体字段，并通过比对所述媒体字段与所述业务字段得到审核结果。

一种基于增信的业务处理装置，所述装置包括：业务请求模块，用于接收第一终端发送的业务办理请求；所述业务办理请求包含业务数据；业务匹配模块，用于根据所述业务数据进行服务方匹配，得到目标业务产品和目标服务方标识；根据所述业务数据进行增信方匹配，得到目标增信产品和目标增信方标识；业务审核模块，用于基于所述目标业务产品生成业务订单，调用所述目标服务方标识对应的第一服务方接口对所述业务订单进行审核，得到第一审核结果；基于所述目标增信产品生成增信订单，调用所述目标增信方标识对应的第一增信方接口对所述增信订单进行审核，得到第二审核结果；业务处理模块，用于调用所述目标服务方标识对应的第二服务方接口根据所述第一审核结果及所述第二审核结果对所述业务订单进行处理；调用所述目标增信方标识对应的第二增信方接口根据所述第一审核结果及所述第二审核结果对所述增信订单进行处理；将所述业务订单及所述增信订单的处理结果发送至所述第一终端。

在其中一个实施例中，所述业务数据包括虚拟产品标识和业务产品用途；所述业务匹配模块还用于查找所述虚拟产品标识对应的多个业务产品的产品数据；所述产品数据包括服务方标识；获取每个所述服务方标识对应的风控规则和当前风险参数；根据所述风控规则和当前风险参数，计算每个服务方标识对应的风险指标；确定与所述业务产品用途相适应的服务方类型；基于所述风险指标及所述服务方类型对多个服务方进行筛选，得到目标服务方标识，将所述目标服务方标识对应的业务产品标记为目标业务产品。

在其中一个实施例中，所述业务审核模块还用于识别所述业务订单是否包含媒体资料；若是，将所述媒体资料上传至缓存队列；接收所述缓存队列返回的媒体标识；将所述媒体资料从所述业务订单中删除，得到业务字段；基于所述业务字段和所述媒体标识生成业务审核请求；通过所述目标服务方标识对应的第一服务方接口将所述业务审核请求发送至服务方服务器，使所述服务方服务器根据所述媒体标识在缓存队列拉取对应的媒体资料，提取所述媒体资料中的媒体字段，并通过比对所述媒体字段与所述业务字段得到审核结果。

一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现本申请任意一个实施例中提供的基于增信的业务处理方法的步骤。

一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现本申请任意一个实施例中提供的基于增信的业务处理方法的步骤。

上述基于增信的业务处理方法、装置、计算机设备和存储介质，服务方只需负责业务产品发布，后期一切业务处理由业务平台自动完成，提高业务响应效率；业务请求人只需在综合性的单一业务平台进行简单的确认操作即可实现基于增信的金融业务请求，简化了业务请求人的业务操作，提高业务请求效率；此外，业务平台通过调用增信方接口和服务方接口实现多方金融业务交互，减少平台开发工作量，也便于后期及时响应各个服务方或增信方的业务变更。

附图说明

图1为一个实施例中基于增信的业务处理方法的应用场景图；

图2为一个实施例中基于增信的业务处理方法的流程示意图；

图3为一个实施例中业务订单审核步骤的流程示意图；

图4为一个实施例中基于增信的业务处理装置的结构框图；

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

具体实施方式

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

本申请提供的基于增信的业务处理方法，可以应用于如图1所示的应用环境中。其中，第一终端102与服务器104通过网络进行通信，第二终端106与服务器104通过网络进行通信。其中，第一终端102与第二终端106分别可以但不限于是各种个人计算机、笔记本电脑、智能手机、平板电脑和便携式可穿戴设备，服务器104可以用独立的服务器或者是多个服务器组成的服务器集群来实现。

第一终端102与第二终端106上分别部署了业务平台。服务方可以在第二终端106基于业务平台配置一种或多种业务产品的产品信息和接口调用信息。业务请求人可以基于第一终端102上的业务平台向服务器104发起业务办理请求。服务器104根据业务办理请求携带的业务数据进行服务方匹配，得到目标业务产品和目标服务方标识。服务器104根据业务数据还进行增信方匹配，得到目标增信产品和目标增信方标识。服务器104基于目标业务产品生成业务订单，根据接口调用信息调用目标服务方标识对应的第一服务方接口对业务订单进行审核，得到第一审核结果。服务器104基于目标增信产品生成增信订单，根据接口调用信息调用目标增信方标识对应的第一增信方接口对增信订单进行审核，得到第二审核结果。服务器104调用目标服务方标识对应的第二服务方接口根据第一审核结果及第二审核结果对业务订单进行处理，得到第一处理结果。服务器104调用目标增信方标识对应的第二增信方接口根据第一审核结果及第二审核结果对增信订单进行处理，得到第二处理结果。服务器104将第一处理结果及第二处理结果发送至第一终端102。上述基于增信的业务处理过程，服务方只需负责业务产品发布，后期一切业务处理由业务平台自动完成，提高业务响应效率；业务请求人只需在综合性的单一业务平台进行简单的确认操作即可实现基于增信的金融业务请求，简化了业务请求人的业务操作，提高业务请求效率；此外，业务平台通过调用增信方接口和服务方接口实现多方金融业务交互，减少平台开发工作量，也便于后期及时响应各个服务方或增信方的业务变更。

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

步骤202，接收第一终端发送的业务办理请求；业务办理请求包含业务数据。

第一终端与第二终端上分别部署了业务平台。服务方可以基于第二终端的业务平台进行业务产品发布，业务请求人可以基于业务平台进行业务产品选购。当业务请求人需要选购业务产品时，可以基于第一终端向服务器发送业务办理请求。服务器基于第一终端发送的业务办理请求向第一终端返回业务页面。

在一个实施例中，基于第一终端发送的业务办理请求向第一终端返回业务页面之前，还包括：接收多个第二终端分别发送的产品配置请求；根据产品配置请求向每个第二终端返回产品配置页面；接收第二终端基于产品配置页面返回的一个或多个业务产品的产品数据；产品数据包括业务产品标识及对应的产品属性；根据产品属性对相应业务产品进行分类；根据分类结果确定每个业务产品标识对应的虚拟产品标识；确定每种虚拟产品对应的产品描述，基于多个虚拟产品标识及分别对应的产品描述生成业务页面。

服务方或增信方等可以通过第二终端预先在业务平台配置多种业务产品以及每种业务产品对应的产品信息和服务方信息。其中，产品信息包括业务产品标识及对应的产品属性，如产品名称、产品编号、入件渠道、产品有效期限、产品用途等。服务方信息是指能够提供相应业务产品的一个或多个服务方的信息，如银行标识等。多个服务方可以提供同一种业务产品，每种业务产品具有对应的一个或多个银行标识。

产品信息还包括对应虚拟产品标识。本实施例虚拟产品标识可以是服务器根据产品属性对相应业务产品进行分类，基于分类结果确定的。例如，多个借贷机构提供的面向同一类人群的贷款产品可以确定为相同的虚拟产品标识；多个保险机构提供的面向同一类人群的健康类保险产品可以确定为相同的虚拟产品标识等。容易理解，虚拟产品标识也可以是业务平台提供方为了方便管理业务产品并能够更加灵活的响应业务请求人的业务办理请求自行添加的，还可以是服务方基于自己与业务平台的合作关系自行配置的，对此不作限制。

业务请求人在第一终端基于业务页面录入业务数据，将业务数据发送至服务器。业务数据包括业务请求人在业务页面选定的虚拟产品标识。

步骤204，根据业务数据进行服务方匹配，得到目标业务产品和目标服务方标识。

服务器获取被选定的虚拟产品标识对应的一个或多个业务产品标识，对每个业务产品标识对应的服务方和增信方是否存在异常风险进行监控。若一个业务产品的服务方和增信方均不存在异常风险，服务器将对应的服务方标识标记为目标服务方标识，将目标服务方提供的与选定的虚拟产品标识对应的业务产品标记为目标业务产品。

针对每个业务产品标识添加对应的虚拟产品标识，使得同一个虚拟产品标识具有对应的多个业务产品标识，可以使业务请求人从虚拟产品的维度发起业务办理请求，使得业务产品的选购方式更加灵活。相比传统的业务请求人只能选定具体唯一的一个业务产品，一旦本选定的业务产品的服务方或增信方一方出现异常，则在较长时间的等待后需要重新选定其他的业务产品，本实施例则可以在业务请求人无感知的情况下筛选能够提供正常服务的服务方提供的业务产品，也使得业务请求响应更加迅速。

步骤206，根据业务数据进行增信方匹配，得到目标增信产品和目标增信方标识。

在一个实施例中，根据业务数据进行增信方匹配，得到目标增信产品和目标增信方标识，包括：检测是否存在目标业务产品对应的增信策略；若存在，基于增信策略确定目标业务产品对应的目标增信方标识；若不存在，获取目标业务产品对应的增信队列，按照预设规则从增信队列中筛选与业务数据相适应的目标增信方标识；将目标增信方标识关联的与增信产品标记为目标增信产品。

基于增信策略确定目标业务产品对应的增信方标识之前，还包括：接收第二终端发送的业务配置请求；根据业务配置请求向第二终端返回业务配置页面；使第二终端基于业务配置页面对至少一种业务产品对应的产品属性和至少一种增信策略进行配置；每种增信策略包括增信方标识。

服务方或增信方等还可以通过第二终端预先在业务平台配置每种业务产品对应的增信信息。增信信息记录了该业务产品对应的一种或多种增信策略。多种增信策略可以基于不同的增信方式，例如，增信方式为单独增信时对应的增信策略包括一个增信方标识；增信方式为联合增信时对应的增信策略包括多个增信方标识以及每个增信标识对应的增信比例等。

服务器将目标服务方标识对应的业务产品标识标记为目标产品标识。服务器获取目标产品标识对应的增信策略。增信策略包括至少一个增信方标识，记作备选增信方。增信策略还包括每个增信方标识对应的增信方风控规则。服务器根据每个备选增信方的增信方风控规则，计算每个增信方标识对应的风险指标，比较风险指标是否低于预设阈值，以监控相应增信方是否具有异常风险。服务器对风险指标低于预设阈值的备选增信方进行剔除，得到目标增信方标识。增信策略还包括每个增信方标识关联的增信产品。服务器将目标增信方标识关联的增信产品标记为目标增信产品。

在一个实施例中，基于增信策略确定目标业务产品对应的增信方标识，包括：识别目标业务产品是否具有对应的多种增信策略；若是，分别获取每个增信策略的优先等级；基于优先等级最高的增信策略确定目标业务产品对应的增信方标识。

步骤208，基于目标业务产品生成业务订单，调用目标服务方标识对应的第一服务方接口对业务订单进行审核，得到第一审核结果。

在进行产品配置时，服务方还对业务产品对应的接口调用信息进行配置。服务方向业务平台开放多种服务流程对应的数据接口，如征信接口、审批接口、放款接口等。增信方向该业务平台开放多种增信流程对应的数据接口，如投保接口、承保接口、核保接口等。接口调用信息包括调用服务方接口或增信方接口时需要的配置信息。服务器根据匹配得到的目标业务产品生成业务订单，并根据接口调用信息调用对应的第一服务方接口对业务订单进行审核，得到第一审核结果。

步骤210，基于目标增信产品生成增信订单，调用目标增信方标识对应的第一增信方接口对增信订单进行审核，得到第二审核结果。

在进行业务配置时，服务方还对业务产品对应的增信产品进行配置。换言之，增信策略不仅包括增信方标识，还包括每个增信方标识关联的增信产品标识。业务数据还包括拟增信数据。拟增信数据包括业务请求人对增信业务的授权信息，以及办理增信业务需要的相关信息等。服务器根据拟增信数据以及匹配得到的目标增信方标识关联的增信产品生成增信订单，根据接口调用信息调用对应的第一增信方接口对增信订单进行审核，得到第二审核结果。

若增信策略为多个增信方联合增信，则服务器对增信订单进行拆分，得到每个增信方对应的子订单，根据接口调用信息调用相应增信方对应的流程接口对子订单进行处理。当全部子订单处理完毕时，得到第二审核结果。

步骤212，调用目标服务方标识对应的第二服务方接口根据第一审核结果及第二审核结果对业务订单进行处理。

步骤214，调用目标增信方标识对应的第二增信方接口根据第一审核结果及第二审核结果对增信订单进行处理。

步骤216，将业务订单及增信订单的处理结果发送至第一终端。

服务器调用目标服务方标识对应的第二服务方接口根据第一审核结果及第二审核结果对业务订单进行处理。若第一审核结果及第二审核结果均为审核通过，则第二服务方接口生成对业务订单的处理命令，将处理命令发送至第二服务方接口对应的服务器，使得第二服务方接口对应的服务器向第一终端发放相应的业务产品。

服务器调用目标增信方标识对应的第二增信方接口根据第一审核结果及第二审核结果对增信订单进行处理。业务数据还包括拟增信数据。若第一审核结果及第二审核结果均为审核通过，则第二服务方接口计算增信订单对应的增信费用，基于增信费用生成增信页面，将增信页面返回至第一终端。当监测到第一终端在增信页面的支付成功操作，并接收到的服务方接口发送的业务产品已发放的信息时，服务器生成增信订单对应的增信单据。服务器将增信单据发送至第一终端。

本实施例中，根据第一终端发送的业务数据可以进行服务方匹配，得到目标业务产品和目标服务方标识；基于目标业务产品可以生成业务订单；调用目标服务方标识对应的第一服务方接口可以对业务订单进行审核，得到第一审核结果；根据第一终端发送的业务数据还可以进行增信方匹配，得到目标增信产品和目标增信方标识；基于目标增信产品可以生成增信订单；调用目标增信方标识对应的第一增信方接口可以对增信订单进行审核，得到第二审核结果；根据第一审核结果及第二审核结果，可以调用目标服务方标识对应的第二服务方接口对业务订单进行处理，还可以调用目标增信方标识对应的第二增信方接口对增信订单进行处理；将业务订单及增新订单的处理结果发送至第一终端。服务方只需负责业务产品发布，后期一切业务处理由业务平台自动完成，提高业务响应效率；业务请求人只需在综合性的单一业务平台进行简单的确认操作即可实现基于增信的金融业务请求，简化了业务请求人的业务操作，提高业务请求效率；此外，业务平台通过调用增信方接口和服务方接口实现多方金融业务交互，减少平台开发工作量，也便于后期及时响应各个服务方或增信方的业务变更。

在一个实施例中，接收第一终端发送的业务办理请求，业务办理请求包含业务数据，包括：接收第一终端发送的业务办理请求；业务办理请求包含业务类型；获取业务类型对应的源业务页面队列；源业务页面队列包括至少一个包含空白单元的特征页面；将源业务页面队列返回至第一终端，使第一终端展示源业务页面队列，当展示特征页面时采集现实场景数据，并将现实场景数据填充至空白单元，得到目标业务页面队列；在目标业务页面队列中提取业务数据。

服务器根据业务办理请求向第一终端返回业务页面。业务页面包括第一业务模式和第二业务模式两个选项，业务页面还包括多种业务类型的选项。第一终端监听业务请求人对业务模式选项以及业务类型选项的选定指令。第一终端根据选定指令生成对应的业务办理请求，将业务办理请求发送至服务器。业务办理请求包含业务类型和业务模式。

若业务模式为第一业务模式，则服务器获取预存储对应业务类型的源业务页面队列。每个源业务页面队列中包含办理相应业务所涉及的所有业务页面。源业务页面队列可以是金融机构在业务平台发布业务产品时进行模拟业务办理预先配置的。源业务页面队列包括有序排列的多个业务页面。源业务页面队列中至少一个业务页面为包含空白单元的特征页面。

在一个实施例中，获取业务类型对应的源业务页面队列之前，还包括：接收第二终端发送的页面队列配置请求，页面队列配置请求包含不同业务类型对应的业务办理视频；对业务办理视频进行解析，得到具有跳转关系的多个业务页面；将业务页面中的录入框采用空白单元进行替换；基于每个业务页面生成对应的页面标签；根据跳转关系，建立多个页面标签之间的关联关系；利用多个业务页面及多个标签之间的关联关系，建立源业务页面队列。

源业务页面队列可以是视频，也可以是可以按照预设时间平率自动切换的动图等。源业务页面队列中多个业务页面的排列顺序可以根据进行相应业务处理时业务页面之间的跳转关系确定。每个业务页面具有对应的页面标签，业务页面之间的排序顺序可以用页面标签与页面之间的关联关系进行表征。例如，触发第一业务页面的第一业务产品标签，显示第一业务产品的详情页面，则建立如第一业务页面的第一业务产品标签与第一业务产品的详情页面之间的关联关系。

服务器将源业务页面队列发送至第一终端。第一终端展示源业务页面队列，当显示特征页面时，采集业务数据，将采集的业务数据填入至特征页面的空白单元，生成带有业务数据的目标业务页面队列。具体的，业务请求人根据源业务页面队列提示，在第一终端前做出指定动作，录入业务数据。业务数据可以是现实场景数据，如带有业务请求人特征信息的指纹信息、人脸图像，语音授权信息、手持身份证件的录制视频。第一终端去自动采集业务数据，并自动填入到相应的空白单元。当获取的数据满足条件，则展示下一个业务页面，直至源业务页面队列展示最后一个业务页面，生成目标业务页面队列。目标业务页面队列包括相应业务的办理说明，以及办理该业务需要的业务请求人特征信息。

第一终端将目标业务页面队列发送至服务器。服务器从目标业务页面队列中提取业务数据，基于业务数据进行业务处理。

本实施例中，业务请求人可根据展示的带有空白单元的源业务页面队列的提示一次性录入申请办理的业务所需要的所有业务数据，生成带有业务请求人特征的目标业务页面队列，然后只需等待后台反馈的业务办理结果即可。业务请求人无需参与到业务办理流程中去逐个节点的输入相应的信息，业务办理占用业务请求人的时间将大大较少。

在一个实施例中，业务数据包括虚拟产品标识和业务产品用途；根据业务数据进行服务方匹配，得到目标业务产品和目标服务方标识，包括：查找虚拟产品标识对应的多个业务产品的产品数据；产品数据包括服务方标识；获取每个服务方标识对应的风控规则和当前风险参数；根据风控规则和当前风险参数，计算每个服务方标识对应的风险指标；确定与业务产品用途相适应的服务方类型；基于风险指标及服务方类型对多个服务方进行筛选，得到目标服务方标识，将目标服务方标识对应的业务产品标记为目标业务产品。

根据业务请求人在业务页面选定的虚拟产品标识，服务器获取对应的一个或多个业务产品。若选定的虚拟产品具有对应的多种业务产品，服务器获取每种业务产品对应的服务方标识，记作备选服务方。每个服务方具有对应的风控规则，记作服务方风控规则。

根据每个备选服务方对应的服务方风控规则，服务器获取每个备选服务方的当前风险参数。当前风险参数可以是人行征信指标、业务系统安全指标等。

服务器根据每个备选服务方的服务方风控规则和当前风险参数，计算每个备选服务方对应的风险指标，对风险指标超过第一阈值的备选服务方进行风险标记。服务器将具有风险标记的备选服务方剔除，得到业务请求人对应的目标服务方。

服务器确定与业务产品用途相适应的服务方类型。具体的，业务数据还包括产品用途等。产品用途可以是个人日常消费、装修、旅游、教育、医疗等。每个服务方标识具有对应的服务方类型，用于表征该服务方受理不同种类业务办理请求的意愿倾向性，即服务方提供业务产品的性质。若剩余的备选服务方仍有多个，则服务器根据产品用途等因素确定在业务请求人期望的服务方类型，根据服务方类型在剩余的备选服务方中筛选一个作为业务请求人对应的目标服务方。服务器将目标服务方标识对应的业务产品标识标记为目标产品标识。

本实施例中，及时对服务方进行异常监测，并根据监测结果进行服务方分配，相比传统方式一旦服务方出现异常业务请求人不得不去到其他服务方柜面重新递交业务资料的方式，可以提高业务处理效率。

在一个实施例中，根据业务数据进行增信方匹配，得到目标增信产品和目标增信方标识，包括：查找与目标业务产品对应的至少一种增信策略；增信策略包括一个或多个增信方标识以及每个增信方标识关联的增信产品；若目标业务产品具有对应的多种增信策略，分别获取每种增信策略的优先等级；将优先等级最高的增信策略中的增信方标识标记为目标增信方标识；将优先等级最高的增信策略中的增信产品标记为目标增信产品。

服务器获取目标产品标识对应的增信策略。增信策略包括至少一个增信方标识，记作备选增信方。服务器根据增信策略记录的每个备选增信方的风控规则，计算每个增信方标识对应的风险指标，对风险指标低于第二阈值的备选增信方进行剔除，即剔除对应的增信策略。

若剔除具有风险标记的增信策略后仍有多个增信策略，则根据增信策略的优先等级确定目标增信方。增信策略的优先等级可以是预先配置的静态数据，也可以是根据对应增信方的风险指标动态确定的。服务器将优先等级最高的增信策略中的增信方标识标记为目标增信方标识。

本实施例中，同一种业务产品支持多种增信策略，但在具有多种增信策略的情况下仍能高效选定一个增信策略进行实施。

在一个实施例中，业务办理请求包含业务平台的平台标识；调用目标服务方标识对应的第一服务方接口对业务订单进行审核，包括：将业务平台的平台标识输入至目标服务方标识对应的第一服务方接口；使第一服务方接口根据平台标识对业务平台进行鉴权处理；若鉴权通过，调用第一服务方接口对业务订单进行审核。

服务方将多种数据接口(以下称“服务方接口”)发布在开放平台上，以供调用方调用。服务方接口可以接收多种业务平台的调用请求。调用请求携带了平台标识，如APP(Application，应用程序)具有对应的标识appid，小程序具有对应的标识unionid。服务方接口基于平台标识对业务平台进行鉴权处理。具体的，服务器预存储了平台白名单。平台白名单记录了多个有权调用服务方接口的业务平台的平台标识。服务器对调用请求中携带的平台标识是否属于平台白名单中的平台标识进行识别。若属于，则向相应业务平台发放访问令牌，使第一终端可以凭据访问令牌访问服务方接口。容易理解，对于增信方接口也可以按照上述方式在鉴权通过后才允许调用，以提高安全性。

本实施例中，服务方接口实现一次开发多业务平台调用，减少开发工作量；此外，对业务平台进行鉴权处理，使得只有特定业务平台才能调用服务方接口，避免服务方接口直接暴露在全部业务平台面前，提高服务方接口安全性。

在一个实施例中，如图3所示，调用目标服务方标识对应的第一服务方接口对业务订单进行审核，即业务订单审核的步骤，包括：

步骤302，识别业务订单是否包含媒体资料。

媒体资料可以是业务图片、业务视频、业务语音等。其中，业务图片可以是身份证、营业执照、护照等的照片信息。

步骤304，若是，将媒体资料上传至缓存队列。

当业务订单中包含媒体资料时，服务器提取业务订单中的媒体资料，将媒体资料发送至缓存队列存储。缓存队列可以是用于存储媒体资料的存储平台。

步骤306，接收缓存队列返回的媒体标识。

缓存队列接收服务器发送的媒体资料，将媒体资料进行存储，缓存队列将媒体资料进行存储后，生成存储的媒体资料对应的媒体标识，根据媒体标识生成媒体资料储成功通知，将媒体资料存储成功通知发送至服务器。服务器对媒体资料存储成功通知进行解析，提取媒体资料存储成功通知中的媒体标识。媒体标识可以是媒体资料在缓存队列中的存储地址。

步骤308，将媒体资料从业务订单中删除，得到业务字段。

步骤310，基于业务字段和媒体标识生成业务审核请求。

步骤312，通过目标服务方标识对应的第一服务方接口将业务审核请求发送至服务方服务器，使服务方服务器根据媒体标识在缓存队列拉取对应的媒体资料，提取媒体资料中的媒体字段，并通过比对媒体字段与业务字段得到审核结果。

服务器将媒体资料从业务数据中删除，得到业务字段(以下称“文本资料”)。服务器根据文本资料和媒体标识生成业务审核请求，将业务审核请求发送至第一服务方接口。第一服务方接口对业务审核请求进行解析，得到待审核的文本资料和媒体标识，根据媒体标识生成媒体资料获取请求。缓存队列对媒体资料获取请求进行解析，得到媒体标识，查询与该媒体标识对应的媒体资料，将查询到的媒体资料发送至第一服务方接口。

第一服务方接口对获取到的媒体资料进行转换处理，得到对应的媒体字段。例如，如对业务图片进行OCR识别，得到图片字段。服务器将媒体字段与文本资料进行比较，得到第一审核结果，将第一审核结果反馈至服务器。服务器根据第一审核结果确定是否执行相应的业务。

本实施例中，根据大数据量的媒体资料存储至缓存队列，仅将媒体资料对应的媒体标识发送至第一服务方接口对应的服务器，避免了需要上传大量媒体资料到服务器，导致网络拥堵的情况。

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

在一个实施例中，如图4所示，提供了一种基于增信的业务处理装置，包括：业务请求模块402、业务匹配模块404和业务审核模块406，其中：

业务请求模块402，用于接收第一终端发送的业务办理请求；业务办理请求包含业务数据。

业务匹配模块404，用于根据业务数据进行服务方匹配，得到目标业务产品和目标服务方标识；根据业务数据进行增信方匹配，得到目标增信产品和目标增信方标识。

业务审核模块406，用于基于目标业务产品生成业务订单，调用目标服务方标识对应的第一服务方接口对业务订单进行审核，得到第一审核结果；基于目标增信产品生成增信订单，调用目标增信方标识对应的第一增信方接口对增信订单进行审核，得到第二审核结果。

业务处理模块408，用于调用目标服务方标识对应的第二服务方接口根据第一审核结果及第二审核结果对业务订单进行处理；调用目标增信方标识对应的第二增信方接口根据第一审核结果及第二审核结果对增信订单进行处理；将业务订单及增信订单的处理结果发送至第一终端。

在一个实施例中，业务数据包括虚拟产品标识和业务产品用途；业务匹配模块404还用于查找虚拟产品标识对应的多个业务产品的产品数据；产品数据包括服务方标识；获取每个服务方标识对应的风控规则和当前风险参数；根据风控规则和当前风险参数，计算每个服务方标识对应的风险指标；确定与业务产品用途相适应的服务方类型；基于风险指标及服务方类型对多个服务方进行筛选，得到目标服务方标识，将目标服务方标识对应的业务产品标记为目标业务产品。

在一个实施例中，业务匹配模块404还用于查找与目标业务产品对应的至少一种增信策略；增信策略包括一个或多个增信方标识以及每个增信方标识关联的增信产品；若目标业务产品具有对应的多种增信策略，分别获取每种增信策略的优先等级；将优先等级最高的增信策略中的增信方标识标记为目标增信方标识；将优先等级最高的增信策略中的增信产品标记为目标增信产品。

在一个实施例中，业务办理请求包含业务平台的平台标识；业务审核模块406还用于将业务平台的平台标识输入至目标服务方标识对应的第一服务方接口；使第一服务方接口根据平台标识对业务平台进行鉴权处理；若鉴权通过，调用第一服务方接口对业务订单进行审核。

在一个实施例中，业务审核模块406还用于识别业务订单是否包含媒体资料；若是，将媒体资料上传至缓存队列；接收缓存队列返回的媒体标识；将媒体资料从业务订单中删除，得到业务字段；基于业务字段和媒体标识生成业务审核请求；通过目标服务方标识对应的第一服务方接口将业务审核请求发送至服务方服务器，使服务方服务器根据媒体标识在缓存队列拉取对应的媒体资料，提取媒体资料中的媒体字段，并通过比对媒体字段与业务字段得到审核结果。

关于基于增信的业务处理装置的具体限定可以参见上文中对于基于增信的业务处理方法的限定，在此不再赘述。上述基于增信的业务处理装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

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

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

一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现本申请任意一个实施例中提供的基于增信的业务处理方法的步骤。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)或者外部高速缓冲存储器。作为说明而非局限，RAM以多种形式可得，诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双数据率SDRAM(DDRSDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM(SLDRAM)、存储器总线(Rambus)直接RAM(RDRAM)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)等。

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

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

Claims (10)

1.一种基于增信的业务处理方法，所述方法包括：

接收第一终端发送的业务办理请求；所述业务办理请求包含业务数据；

根据所述业务数据进行服务方匹配，得到目标业务产品和目标服务方标识；

根据所述业务数据进行增信方匹配，得到目标增信产品和目标增信方标识；

基于所述目标业务产品生成业务订单，调用所述目标服务方标识对应的第一服务方接口对所述业务订单进行审核，得到第一审核结果；

基于所述目标增信产品生成增信订单，调用所述目标增信方标识对应的第一增信方接口对所述增信订单进行审核，得到第二审核结果；

调用所述目标服务方标识对应的第二服务方接口根据所述第一审核结果及所述第二审核结果对所述业务订单进行处理；

调用所述目标增信方标识对应的第二增信方接口根据所述第一审核结果及所述第二审核结果对所述增信订单进行处理；

将所述业务订单及所述增信订单的处理结果发送至所述第一终端。

2.根据权利要求1所述的方法，其特征在于，所述业务数据包括虚拟产品标识和业务产品用途；所述根据所述业务数据进行服务方匹配，得到目标业务产品和目标服务方标识，包括：

查找所述虚拟产品标识对应的多个业务产品的产品数据；所述产品数据包括服务方标识；

获取每个所述服务方标识对应的风控规则和当前风险参数；

根据所述风控规则和当前风险参数，计算每个服务方标识对应的风险指标；

确定与所述业务产品用途相适应的服务方类型；

基于所述风险指标及所述服务方类型对多个服务方进行筛选，得到目标服务方标识，将所述目标服务方标识对应的业务产品标记为目标业务产品。

3.根据权利要求1所述的方法，其特征在于，所述根据所述业务数据进行增信方匹配，得到目标增信产品和目标增信方标识，包括：

查找与所述目标业务产品对应的至少一种增信策略；

若所述目标业务产品具有对应的多种增信策略，分别获取每种所述增信策略的优先等级；所述增信策略包括一个或多个增信方标识以及每个增信方标识关联的增信产品；

将优先等级最高的增信策略中的增信方标识标记为目标增信方标识；

将优先等级最高的增信策略中的增信产品标记为目标增信产品。

4.根据权利要求1所述的方法，其特征在于，所述业务办理请求包含业务平台的平台标识；所述调用所述目标服务方标识对应的第一服务方接口对所述业务订单进行审核，包括：

将所述业务平台的平台标识输入至所述目标服务方标识对应的第一服务方接口；使所述第一服务方接口根据所述平台标识对业务平台进行鉴权处理；

若鉴权通过，调用第一服务方接口对所述业务订单进行审核。

5.根据权利要求1所述的方法，其特征在于，所述调用所述目标服务方标识对应的第一服务方接口对所述业务订单进行审核，包括：

识别所述业务订单是否包含媒体资料；

若是，将所述媒体资料上传至缓存队列；

接收所述缓存队列返回的媒体标识；

将所述媒体资料从所述业务订单中删除，得到业务字段；

基于所述业务字段和所述媒体标识生成业务审核请求；

通过所述目标服务方标识对应的第一服务方接口将所述业务审核请求发送至服务方服务器，使所述服务方服务器根据所述媒体标识在缓存队列拉取对应的媒体资料，提取所述媒体资料中的媒体字段，并通过比对所述媒体字段与所述业务字段得到审核结果。

6.一种基于增信的业务处理装置，所述装置包括：

业务请求模块，用于接收第一终端发送的业务办理请求；所述业务办理请求包含业务数据；

业务匹配模块，用于根据所述业务数据进行服务方匹配，得到目标业务产品和目标服务方标识；根据所述业务数据进行增信方匹配，得到目标增信产品和目标增信方标识；

业务审核模块，用于基于所述目标业务产品生成业务订单，调用所述目标服务方标识对应的第一服务方接口对所述业务订单进行审核，得到第一审核结果；基于所述目标增信产品生成增信订单，调用所述目标增信方标识对应的第一增信方接口对所述增信订单进行审核，得到第二审核结果；

业务处理模块，用于调用所述目标服务方标识对应的第二服务方接口根据所述第一审核结果及所述第二审核结果对所述业务订单进行处理；调用所述目标增信方标识对应的第二增信方接口根据所述第一审核结果及所述第二审核结果对所述增信订单进行处理；将所述业务订单及所述增信订单的处理结果发送至所述第一终端。

7.根据权利要求6所述的装置，其特征在于，所述业务数据包括虚拟产品标识和业务产品用途；所述业务匹配模块还用于查找所述虚拟产品标识对应的多个业务产品的产品数据；所述产品数据包括服务方标识；获取每个所述服务方标识对应的风控规则和当前风险参数；根据所述风控规则和当前风险参数，计算每个服务方标识对应的风险指标；确定与所述业务产品用途相适应的服务方类型；基于所述风险指标及所述服务方类型对多个服务方进行筛选，得到目标服务方标识，将所述目标服务方标识对应的业务产品标记为目标业务产品。

8.根据权利要求6所述的装置，其特征在于，所述业务审核模块还用于识别所述业务订单是否包含媒体资料；若是，将所述媒体资料上传至缓存队列；接收所述缓存队列返回的媒体标识；将所述媒体资料从所述业务订单中删除，得到业务字段；基于所述业务字段和所述媒体标识生成业务审核请求；通过所述目标服务方标识对应的第一服务方接口将所述业务审核请求发送至服务方服务器，使所述服务方服务器根据所述媒体标识在缓存队列拉取对应的媒体资料，提取所述媒体资料中的媒体字段，并通过比对所述媒体字段与所述业务字段得到审核结果。

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

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