业务数据处理方法、装置、计算机设备和存储介质与流程

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

背景技术：

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

对于增信方的分配，目前主要依赖服务方的工作人员依据各自与不同增信方的合作关系随机分配，且由于是随机分配，在分配前工作人员需要与相应增信方取得联系，以确定增信方是否愿意或有能力为当前业务项目提供保险保证，使得业务处理效率降低。

技术实现要素：

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

一种业务数据处理方法，所述方法包括：接收第一终端发送的业务办理请求；所述业务办理请求包含业务数据；根据所述业务数据进行业务产品匹配，得到目标业务产品；检测是否存在所述目标业务产品对应的增信策略；若是，基于所述增信策略确定所述目标业务产品对应的增信方标识；否则，获取所述目标业务产品对应的增信队列，按照预设规则从所述增信队列中筛选与所述业务数据相适应的增信方标识；调用所述增信方标识对应的数据接口对所述业务数据进行处理，将处理结果返回至所述第一终端。

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

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

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

在其中一个实施例中，所述增信队列还包括每个增信方标识对应的增信比例；所述获取所述目标业务产品对应的增信队列，包括：检测是否存在所述目标业务产品对应的增信队列；若不存在，根据预设的产品属性组合及对应的增信方标识，确定所述目标业务产品的产品属性对应的多个增信方标识；根据多个增信方标识的增信比例以及预设的队列长度，确定多个增信方标识的增信顺序和增信次数；根据所述增信顺序和增信次数，利用多个增信方标识生成相应的增信队列。

在其中一个实施例中，所述增信队列还包括每个增信方标识对应的增信状态；所述按照预设规则从所述增信队列中筛选与所述业务数据相适应的增信方标识，包括：对所述增信队列进行遍历，筛选第一个增信状态为待增信的增信方标识；计算筛选出的增信方标识对应的剩余增信额度；对比所述剩余增信额度是否达到所述目标业务产品对应的业务额度；若是，将筛选出的增信方标识标记为所述目标业务产品对应的增信方标识，否则，筛选下一个增信状态为待增信的增信方标识，返回所述计算筛选出的增信方标识对应的剩余增信额度的步骤，直至确定所述目标业务产品相适应的增信方标识。

一种业务数据处理装置，其特征在于，所述装置包括：业务产品匹配模块，用于接收第一终端发送的业务办理请求；所述业务办理请求包含业务数据；根据所述业务数据进行业务产品匹配，得到目标业务产品；增信方匹配模块，用于检测是否存在所述目标业务产品对应的增信策略；若存在，基于所述增信策略确定所述目标业务产品对应的增信方标识；若不存在，获取所述目标业务产品对应的增信队列，按照预设规则从所述增信队列中筛选与所述业务数据相适应的增信方标识；业务数据处理模块，用于调用所述增信方标识对应的数据接口对所述业务数据进行处理，将处理结果返回至所述第一终端。

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

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

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

上述业务数据处理方法、装置、计算机设备和存储介质，根据第一终端发送的业务数据，可以根据所述业务数据进行业务产品匹配，得到目标业务产品；根据所述目标业务产品是否对应的增信策略，可以采用不同的方式确定目标业务产品对应的增信方标识；当存在增信策略时，可以基于所述增信策略确定所述目标业务产品对应的增信方标识；当不存在增信策略时，可以在预设的目标业务产品对应的增信队列中筛选得到与所述业务数据相适应的增信方标识；通过调用所述增信方标识对应的数据接口对所述业务数据进行处理，可以得到处理结果，并将处理结果返回至第一终端。根据预先配置的增信策略或者动态生成的增信队列，可以自动为海量的业务请求人分别分配对应的增信方，提高增信方分配效率，进而提高业务处理效率。

附图说明

图1为一个实施例中业务数据处理方法的应用场景图；

图2为一个实施例中业务数据处理方法的流程示意图；

图3为一个实施例中目标业务产品匹配的步骤的流程示意图；

图4为一个实施例中业务数据处理装置的结构框图；

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

具体实施方式

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

本申请提供的业务数据处理方法，可以应用于如图1所示的应用环境中。其中，第一终端102与服务器104通过网络进行通信，第二终端106与服务器104通过网络进行通信。其中，第一终端102与第二终端106分别可以但不限于是各种个人计算机、笔记本电脑、智能手机、平板电脑和便携式可穿戴设备，服务器104可以用独立的服务器或者是多个服务器组成的服务器集群来实现。第一终端102与第二终端106上分别部署了业务平台。服务方可以在第二终端106基于业务平台配置一种或多种业务产品的产品信息和增信策略。产品信息包括业务产品标识及对应的产品属性。服务器104根据产品属性对相应业务产品进行分类，并根据分类结果确定每个业务产品标识对应的虚拟产品标识。服务器104确定每种虚拟产品对应的产品描述，基于多个虚拟产品标识及分别对应的产品描述生成业务页面。业务请求人可以在第一终端102基于业务平台向服务器104发送业务办理请求。服务器104根据业务办理请求向第一终端102返回业务页面，并监听业务请求人在业务页面对虚拟产品标识的选定操作。服务方104将被选定的虚拟产品标识对应的业务产品标识标记为目标业务产品标识。服务器104检测是否存在目标业务产品标识对应的增信策略。增信策略包括一个或多个增信方标识。若存在对应的增信策略，则服务器104基于增信策略确定目标业务产品对应的增信方标识。若不存在对应的增信策略，服务器104获取目标业务产品对应的增信队列，对增信队列进行遍历，按照预设规则从增信队列中筛选与业务数据相适应的增信方标识。服务器104调用与增信方标识对应的数据接口对业务数据进行处理，并将处理结果返回至第一终端102。上述业务数据处理过程，根据预先配置的增信策略或者动态生成的增信队列，可以自动为海量的业务请求人分别分配对应的增信方，提高增信方分配效率，进而提高业务处理效率。

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

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

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

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

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

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

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

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

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

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

步骤206，检测是否存在目标业务产品对应的增信策略。

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

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

步骤208，若存在，基于增信策略确定目标业务产品对应的增信方标识。

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

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

步骤210，若不存在，获取目标业务产品对应的增信队列，按照预设规则从增信队列中筛选与业务数据相适应的增信方标识。

增信队列包括多种产品属性组合以及每种产品属性组合对应的一个或多个增信方标识。产品属性组合包括产品类型、入件渠道或业务区域中的至少一个。增信方标识可以是增信方的机构代码等。例如，产品属性组合“北京+app”对应的增信方标识可以是增信方a、增信方b和增信方c。增信队列可以设定对应的有效期限，如1个月。增信队列中多个增信方标识具有不同的增信比例。同一增信方标识在不同增信队列中的增信比例可以不同。

在一个实施例中，增信队列还包括每个增信方标识对应的增信状态；按照预设规则从增信队列中筛选与业务数据相适应的增信方标识，包括：对增信队列进行遍历，筛选第一个增信状态为待增信的增信方标识；计算筛选出的增信方标识对应的剩余增信额度；对比剩余增信额度是否达到目标业务产品对应的业务额度；若是，将筛选出的增信方标识标记为目标业务产品对应的增信方标识，否则，筛选下一个增信状态为待增信的增信方标识，返回计算筛选出的增信方标识对应的剩余增信额度的步骤，直至确定目标业务产品相适应的增信方标识。

服务器对获取到的增信队列进行遍历，按照预设规则筛选与业务数据相适应的增信方标识。具体的，服务器按照预设遍历方向对获取到的增信队列进行遍历，筛选第一个增信状态为未增信的增信方标识。业务数据还包括业务额度。服务器计算筛选出的增信方标识对应的剩余增信额度，对比剩余增信额度是否大于或等于业务额度。若是，服务器将筛选出的增信方标识标记为业务数据相适应的增信方标识，将筛选出的增信方标识的增信状态变更为已增信。否则，服务器筛选下一个增信状态为未增信的增信方标识，按照上述方式重新计算筛选出的增信方标识对应的剩余增信额度，对比剩余增信额度是否大于或等于业务额度，直至确定业务数据相适应的增信方标识。

在服务方没有针对业务产品配置对应的增信策略的情况下，服务器根据预设增信队列自动筛选确定，可以提高增信方匹配效率，进而提高业务效率。

步骤212，调用增信方标识对应的数据接口对业务数据进行处理，将处理结果返回至第一终端。

在一个实施例中，调用增信方标识对应的数据接口对业务数据进行处理，包括：基于目标业务产品生成业务订单，调用目标服务方标识对应的第一服务方接口对业务订单进行审核，得到第一审核结果；基于目标增信产品生成增信订单，调用目标增信方标识对应的第一增信方接口对增信订单进行审核，得到第二审核结果；调用目标服务方标识对应的第二服务方接口根据第一审核结果及第二审核结果对业务订单进行处理；调用目标增信方标识对应的第二增信方接口根据第一审核结果及第二审核结果对增信订单进行处理；将业务订单及增新订单的处理结果发送至第一终端。

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

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

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

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

服务方只需负责业务产品发布，后期一切业务处理由业务平台自动完成，提高业务响应效率；业务请求人只需在一个业务平台简单的确认操作即可实现基于增信的金融业务请求，简化了业务请求人的业务操作，提高业务请求效率；此外，业务平台通过调用增信方接口和服务方接口实现多方金融业务，减少平台开发工作量，也便于后期及时响应各个服务方或增信方的业务变更。

本实施例中，根据第一终端发送的业务数据，可以进行业务产品匹配，得到目标业务产品；根据目标业务产品是否对应的增信策略，可以采用不同的方式确定目标业务产品对应的增信方标识；当存在增信策略时，可以基于增信策略确定目标业务产品对应的增信方标识；当不存在增信策略时，可以在预设的目标业务产品对应的增信队列中筛选得到与业务数据相适应的增信方标识；通过调用增信方标识对应的数据接口对业务数据进行处理，可以得到处理结果，并将处理结果返回至第一终端。根据预先配置的增信策略或者动态生成的增信队列，可以自动为海量的业务请求人分别分配对应的增信方，提高增信方分配效率，进而提高业务处理效率。

在一个实施例中，业务数据包括虚拟产品标识和业务产品用途；如图3所示，根据业务数据进行业务产品匹配，得到目标业务产品，即目标业务产品匹配的步骤，包括：

步骤302，查找虚拟产品标识对应的多个业务产品的产品信息；产品信息包括服务方标识。

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

步骤304，获取每个服务方标识对应的风控规则和当前风险参数。

服务器获取备选服务方的当前风险参数。当前风险参数可以是人行征信指标、业务系统安全指标等。

步骤306，根据风控规则和当前风险参数，计算每个服务方标识对应的风险指标。

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

步骤308，确定与业务产品用途相适应的服务方类型。

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

步骤310，基于风险指标及服务方类型对多个服务方进行筛选，将筛选得到的服务方提供的业务产品标记为目标业务产品。

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

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

在一个实施例中，增信队列还包括每个增信方标识对应的增信比例；获取目标业务产品对应的增信队列，包括：检测是否存在目标业务产品对应的增信队列；若不存在，根据预设的产品属性组合及对应的增信方标识，确定目标业务产品的产品属性对应的多个增信方标识；根据多个增信方标识的增信比例以及预设的队列长度，确定多个增信方标识的增信顺序和增信次数；根据增信顺序和增信次数，利用多个增信方标识生成相应的增信队列。

服务器根据获取的多个增信方标识的增信比例，根据增信比例自小至大对多个增信方标识进行排序，将该顺序作为多个增信方标识的增信顺序。例如，在上述举例中，产品属性组合“北京+app”对应的多个增信方标识的增信顺序可以是增信方a、增信方c和增信方b。服务器获取预设的队列长度。预设队列长度是指期望生成的增信队列中包含增信方标识的总数量。服务器将队列长度与每个增信方标识对应的增信比例相乘，将得到的乘积作为相应增信方标识的增信次数。例如，在上述举例中，假设队列长度为100，则增信方a对应的增信次数为100*10％＝10次，增信方b对应的增信次数为100*70％＝70次，增信方c对应的增信次数为100*20％＝20次。

服务器根据每个增信方标识的增信顺序和增信次数，利用多个增信方标识生成相应的增信队列。例如，在上述举例中，对增信方a、增信方c和增信方b进行交叉排列，生成的增信队列可以是a、c、b、a、c······c、b、c······b、b。其中，增信方a在出现10次后剩余增信方b和增信方c、增信方c在出现20次后剩余增信方b。容易理解，本申请仅示例性的给出增信队列中一种生成方式，还可以采用其他方式生成增信队列，如对增信方a、增信方c和增信方b进行顺序排列，生成的增信队列也可以是a、a、a······c、c、c······b、b······b，再例如将子队列a、b、c、c、c、c、b、c、c、c循环10次生成的增信队列等，对此不做限制。

本实施例中，根据增信队列确定增信方标识，使得增信方标识的确定实现逻辑简单，可以提高增信方匹配效率，从而可以提高业务请求响应效率；针对不同产品属性组合预设对应的增信方标识，增信队列的生成是根据预设产品属性组合对应的增信方标识，且增信队列的生成充分结合多个增信方标识对应的增信比例，可以避免使某些增信方为一些不合适的业务请求提供增信，提高增信方匹配准确性。

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

在一个实施例中，如图4所示，提供了一种业务数据处理装置，包括：业务产品匹配模块402、增信方匹配模块404和业务数据处理模块406，其中：

业务产品匹配模块402，用于接收第一终端发送的业务办理请求；业务办理请求包含业务数据；根据业务数据进行业务产品匹配，得到目标业务产品。

增信方匹配模块404，用于检测是否存在目标业务产品对应的增信策略；若存在，基于增信策略确定目标业务产品对应的增信方标识；若不存在，获取目标业务产品对应的增信队列，按照预设规则从增信队列中筛选与业务数据相适应的增信方标识。

业务数据处理模块406，用于调用增信方标识对应的数据接口对业务数据进行处理，将处理结果返回至第一终端。

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

在一个实施例中，该方法还包括业务配置模块408，用于接收第二终端发送的业务配置请求；根据业务配置请求向第二终端返回业务配置页面；使第二终端基于业务配置页面对至少一种业务产品对应的产品属性和至少一种增信策略进行配置；每种增信策略包括增信方标识。

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

在一个实施例中，增信队列还包括每个增信方标识对应的增信比例；增信方匹配模块404还用于检测是否存在目标业务产品对应的增信队列；若不存在，根据预设的产品属性组合及对应的增信方标识，确定目标业务产品的产品属性对应的多个增信方标识；根据多个增信方标识的增信比例以及预设的队列长度，确定多个增信方标识的增信顺序和增信次数；根据增信顺序和增信次数，利用多个增信方标识生成相应的增信队列。

在一个实施例中，增信队列还包括每个增信方标识对应的增信状态；增信方匹配模块404还用于对增信队列进行遍历，筛选第一个增信状态为待增信的增信方标识；计算筛选出的增信方标识对应的剩余增信额度；对比剩余增信额度是否达到目标业务产品对应的业务额度；若是，将筛选出的增信方标识标记为目标业务产品对应的增信方标识，否则，筛选下一个增信状态为待增信的增信方标识，返回计算筛选出的增信方标识对应的剩余增信额度的步骤，直至确定目标业务产品相适应的增信方标识。

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

在一个实施例中，提供了一种计算机设备，该计算机设备可以是服务器，其内部结构图可以如图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)等。

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

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