业务数据的处理方法、设备以及存储介质

技术领域

本申请涉及数据处理技术领域，尤其涉及一种业务数据的处理方法、设备以及存储介质。

背景技术

目前，常通过撮合平台将业务提供方所能提供的业务提供给业务需求方，在撮合的过程中，常依据静态规则将符合该规则的业务需求方的请求分发给业务提供方，使业务提供方为业务需求方提供所请求的业务服务。

然而，现有技术中撮合平台对业务需求方的请求和业务提供方所能提供的业务的匹配不够准确。

发明内容

本申请提供一种业务数据的处理方法、设备以及存储介质，能够根据用户的不同的业务请求匹配对应的业务服务。

第一方面，本申请实施例提供一种业务数据的处理方法，应用于电子设备，包括：

响应于用户发送的业务请求，获取n个业务方终端的竞价信息，n≥1，竞价信息用于表征业务方终端向用户提供的业务和定价；

基于n个业务方终端的竞价信息，确定一个与业务请求相匹配的目标业务方终端；

向目标业务方终端发送授权指令，授权指令用于指示目标业务方终端对用户进行业务授权。

第二方面，本申请实施例提供一种业务数据的处理方法，应用于业务方终端，包括：

接收电子设备发送的竞价请求，竞价请求为基于用户的业务请求生成的；

基于竞价请求，对业务请求进行风险评估；

基于风险评估的结果，得到竞价信息，竞价信息用于表征向用户提供的业务和定价；

向电子设备发送竞价信息。

第三方面，本申请实施例提供一种电子设备，包括：

获取单元，用于响应于用户发送的业务请求，获取n个业务方终端的竞价信息，n≥1，竞价信息用于表征业务方终端向用户提供的业务和定价；

处理单元，用于基于n个业务方终端的竞价信息，确定一个与业务请求相匹配的目标业务方终端；

发送单元，用于向目标业务方终端发送授权指令，授权指令用于指示目标业务方终端对用户进行业务授权。

第四方面，本申请实施例提供一种终端设备，包括：

接收单元，用于接收电子设备发送的竞价请求，竞价请求为基于用户的业务请求生成的；

处理单元，用于基于竞价请求，对业务请求进行风险评估；

处理单元还用于基于风险评估的结果，得到竞价信息，竞价信息用于表征向用户提供的业务和定价；

发送单元，用于向电子设备发送竞价信息。

第五方面，本申请实施例提供一种电子设备，包括：存储器和处理器；

存储器存储计算机执行指令；

处理器执行存储器存储的计算机执行指令，使得处理器执行第一方面或其各实施方式中的方法。

第六方面，本申请实施例提供一种终端设备，包括：存储器和处理器；

存储器存储计算机执行指令；

处理器执行存储器存储的计算机执行指令，使得处理器执行第二方面或其各实施方式中的方法。

第七方面，本申请实施例提供一种存储介质，包括：可读存储介质和计算机程序，计算机程序用于实现第一方面、第二方面或其各实现方式中的方法。

本申请实施例，从n个业务方终端所提供的竞价信息中确定出与用户的业务请求最匹配的竞价信息，而竞价信息对应的业务方终端即为与业务请求最匹配的目标业务方终端，通过该目标业务方终端为用户提供用户所请求的业务服务，最能满足用户的需求，且业务方终端根据用户请求所提供的竞价信息满足业务提供方的能力以及风险控制需求。

附图说明

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

图1为本申请实施例提供的一种业务数据的处理系统100的结果示意图；

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

图3为本申请实施例提供的一种业务数据的处理方法300的流程示意图；

图4为本申请实施例提供的一种业务数据的处理方法400的流程示意图；

图5为本申请实施例提供的一种业务数据的处理方法500的交互流程示意图；

图6为本申请实施例提供的一种业务数据的处理方法600的流程示意图；

图7为本申请实施例提供的一种业务数据的处理方法700的流程示意图；

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

图9为本申请实施例提供的一种终端设备900的结构示意图；

图10为本申请一实施例提供的电子设备1000的硬件结构示意图；

图11为本申请一实施例提供的终端设备1100的硬件结构示意图。

具体实施方式

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

目前，常通过撮合平台将业务提供方的业务与业务需求方的业务请求进行匹配，使业务需求方能够接受对应的业务提供方提供的业务服务。作为一种示例，在信用借贷领域中，业务需求方即为需要申请信用借贷的用户，业务提供方为能够为用户提供信用借贷服务的机构，撮合平台将接收到的用户的业务请求以随机分发、定向分发或者静态规则过滤分发的方式发送至业务提供方，使业务提供方能够为该用户提供所请求的业务服务，例如提供借贷服务等。

其中，随机分发为撮合平台将用户的业务请求随机分发给资产方；定向分发，为撮合平台将用户的业务请求，分发给与该用户对应的固定的业务提供方；静态规则过滤分发，为撮合平台根据业务提供方的要求配置静态规则，将符合业务提供方的静态规则的业务请求分发给该业务提供方。

上述分发方式，均无法针对每个业务提供方的业务能力和所能承担的风险来分发对应的业务请求，同样也无法针对用户的特征使提供的业务准确匹配用户的需求，尤其在信用借贷领域，由于用户的业务请求与业务提供方提供的业务不能准确匹配，将为业务提供方和用户带来较大的资产风险，且业务提供方的承接率和用户的等待时长均无法保证。

针对上述问题，本申请实施例提供一种业务数据的处理方法，能够基于至少一个业务提供方提供的竞价信息，从中选择能够与用户的业务请求相匹配的业务提供方，实现了针对用户的业务请求匹配对应的业务提供方，以准确提供用户所需的业务服务；在一些实施例中，还需要结合业务提供方的业务偏好即静态规则，来确定提供竞价信息的至少一个业务提供方，进一步提高了匹配的准确性。

图1为本申请实施例提供的一种业务数据的处理系统100的结果示意图。如图1所示，业务数据的处理系统100包括：用户终端110、电子设备120、业务方终端131、132。

用户终端110与电子设备120通过有线或者无线的方式连接，业务方终端131、132分别与电子设备120通过有线或者无线的方式连接。

电子设备120一般可以是服务器，在一些实施例中也可以是终端设备，例如计算机等。示例性的，电子设备120中安装有上文所提及的撮合平台，或者与该撮合平台具有类似功能的软件平台，能够执行将用户的业务请求与业务提供方所能提供的业务服务进行匹配。

应理解，用户终端110为登录有用户(即业务需求方)账号的终端设备，例如可以是手机、电脑、平板、笔记本或可穿戴智能设备等。用户终端110的数量可以为一个或者多个，示例性的，当用户终端的数量为多个时，电子设备120可针对每个用户终端110所发送的业务请求进行并行的业务数据处理。

业务方终端131、132为登录有各业务提供方账号的终端设备，一般来说，该终端设备可以为计算机，在一些实施例中，业务方终端131或132也可以是服务器。本申请实施例对业务方终端的数量不做限制。

图2为本申请实施例提供的一种电子设备200的架构示意图。如图2所示，该电子设备200中部署了撮合平台210，撮合平台210中至少包括撮合引擎212，在一些实施例中还包括静态规则模块211。

示例性的，撮合平台210接收用户通过用户终端中部署的应用程序(Application，APP)、小程序(不需要下载安装即可使用的应用)等方式向电子设备200发送申请，以申请接入电子设备200的撮合平台210，或者，用户可以是一个第三方分发平台，第三方分发平台通过用户终端向电子设备200发送申请，申请以流量方式接入电子设备200的撮合平台210，撮合平台210与第三方分发平台约定交互方式、加解密方式等，并在完成配置后允许第三方分发平台接入。

在用户需要退出与撮合平台的连接时，用户通过用户终端向电子设备200的撮合平台210发送退出申请，撮合平台根据退出申请注销该用户的相应配置，并关闭相应的访问权限，通过返回请求，提示用户退出成功。

任一业务方终端与电子设备200连接后可进行信息交互。例如，业务提供方通过业务方终端向电子设备200的撮合平台210发送接入申请，申请通过后，撮合平台210为业务方终端分配相应的访问地址、专线、分配流量加解密密钥等，并在获取业务方终端的分配要素后，使业务方终端接入电子设备200的撮合平台210，使业务方终端能够参与撮合平台的竞价；再例如，业务方终端向电子设备200的撮合平台210发送退出申请，撮合平台注销该业务提供方对应的配置，注销完成则提示业务提供方退出成功。

在用户和业务提供方均与电子设备200中的撮合平台210建立连接后，撮合平台210接收用户通过APP、小程序等方式发送的业务请求，通过撮合引擎212，向至少一个业务方终端发送竞价请求，并接收每个业务方终端发送的竞价信息，通过撮合引擎212从至少一个竞价信息中确定出与用户的业务请求最匹配的竞价信息，或者说业务方终端，并撮合该业务方终端向用户提供与最匹配的竞价信息对应的业务服务。

在一些实施例中，撮合平台210接收用户通过APP、小程序等方式发送的业务请求，通过静态规则模块211基于用户的业务请求或者用户的用户标签，确定有可能提供该业务请求所请求的业务服务的至少一个业务方终端，并向该至少一个业务方终端发送竞价请求，再接收每个业务方终端发送的竞价信息，通过撮合引擎212从至少一个竞价信息中确定出与用户的业务请求最匹配的竞价信息，或者说业务方终端，并撮合该业务方终端向用户提供与最匹配的竞价信息对应的业务服务。

下面通过几个实施例对本申请进行说明。

图3为本申请实施例提供的一种业务数据的处理方法300的流程示意图。

为了能够实现业务提供方所提供的业务与业务需求方的业务请求相匹配，本申请实施例提出如图3所述的实现方案，具体步骤如下：

S301：响应于用户发送的业务请求，获取n个业务方终端的竞价信息。

其中，n大于或者等于1。

在本步骤中，电子设备为了满足用户的业务请求，需要获取至少一个业务方终端的竞价信息，每个竞价信息为对应的业务方终端向用户提供的业务和定价。

以信用借贷为例，用户需要申请借贷，当电子设备接收到用户发送的用于申请借贷的业务请求后，从至少一个业务方终端获取各自的竞价信息，每个竞价信息中包括对应的业务方终端为该用户提供的业务，例如贷款总额和/或还款分期数，以及为该业务提供的定价，例如利率等信息。

S302：基于n个业务方终端的竞价信息，确定一个与业务请求相匹配的目标业务方终端。

示例性的，电子设备可根据每个业务方终端的竞价信息，确定其与业务请求的匹配程度，例如，业务请求所需请求的还款分期数为12，年化利率小于15％，则基于竞价信息所包含的还款分期数和年化利率，进行匹配度计算，得到匹配度最高的竞价信息，换句话说，将能够满足该业务请求的竞价信息，或者将最接近该业务请求的竞价信息，所对应的业务方终端确定为目标业务方终端。

示例性的，电子设备可将n个业务方中终端的竞价信息发送至用户终端进行显示，使用户通过用户终端查看并选择其中的一个作为目标业务方终端。

示例性的，电子设备可根据每个业务方终端的竞价信息，筛选出其中的部分业务方终端，将筛选出的业务方终端对应的竞价信息发送至用户终端进行显示，使用户通过用户终端查看并选择其中的一个作为目标业务方终端。

可选的，每个业务方终端可以发送一至多个竞价信息。

S303：向目标业务方终端发送授权指令。

确定了目标业务方终端后，即确定了向用户提供业务的业务方终端，换句话说，将用户的业务请求分发至目标业务方终端。

在本步骤中，电子设备向目标业务方终端发送授权指令，该授权指令用于指示所述目标业务方终端对所述用户进行业务授权。

进一步地，目标业务方终端需要将该业务授权给该用户，仍以信用借贷为例，目标业务方终端在接收到电子设备发送的授权指令后，对将要向用户提供的借贷服务进行授权，或者针对该业务请求对该用户进行授信。

本申请实施例中，从n个业务方终端所提供的竞价信息中确定出与用户的业务请求最匹配的竞价信息，而竞价信息对应的业务方终端即为与业务请求最匹配的目标业务方终端，通过该目标业务方终端为用户提供用户所请求的业务，最能满足用户的需求，且业务方终端根据用户请求所提供的竞价信息满足业务提供方的能力以及风险控制需求。

图4为本申请实施例提供的一种业务数据的处理方法400的流程示意图。

为了能够获取与用户的业务请求相匹配的竞价信息，以及相匹配的竞价信息对应的目标业务方终端。本申请实施例对于如何基于n个业务方终端的竞价信息，确定一个与业务请求相匹配的目标业务方终端，提供如图3所示的可能的实现方式：

S401：基于预设规则，对n个业务方终端的竞价信息进行排序，得到m个业务方终端，m≥1且m≤n。

示例性的，按照竞价信息的响应时间进行排序，即按照电子设备接收到每个业务方终端的竞价信息的接收时间，或者按照业务方终端发送竞价信息的发送时间，来对每个竞价信息进行排序，例如，可以按照时间的先后顺序进行顺排或者逆排，再根据最先接收到或者最先发送的多个竞价信息，得到m个对应的业务方终端，在竞价信息与业务方终端一一对应时，可获取m个最先接收到或者最先发送的竞价信息，随即得到m个与竞价信息对应的业务方终端。本实施例中，优先考虑响应快速的业务方终端，以便于后续提供高效的借贷服务，减少用户的等待时间。

示例性的，按照该用户的用户标签和每个竞价信息的匹配度进行排序，根据匹配度最高的多个竞价信息，得到m个对应的业务方终端，使得业务提供方所提供的服务与用户更加匹配。

可选的，用户标签包括身份信息、信用值、风险等级、业务偏好中的至少一种。示例性的，身份信息包括用户的性别、年龄、职业、收入或学历中的至少一种；信用值为用户的历史行为所产生的信用评价，例如针对用户的历史信用借贷行为所产生的信用评价；风险等级为基于用户所能承受的风险划分的等级；业务偏好为用户预先设定的期望，例如期望还款分期数为12期，期望利率小于10％。

示例性的，在用户通过用户终端发送业务请求时，该业务请求应携带有该用户的唯一标识，例如用户的手机号、生成的用户ID或身份证号等，电子设备基于该用户的唯一标识，确定该用户的用户标签，例如，身份信息可以是用户输入的或者通过外部数据接口获取的，信用值和风险等级可以是电子设备基于用户行为确定的，或者通过外部数据接口获取的。

例如，假设用户的业务偏好为期望还款分期数为12期，期望利率小于10％，竞价信息1为还款分期数为12期，利率为10％，竞价信息2为还款分期数12期，利率12％，竞价信息3为还款分期数12期，利率15％，则匹配度由高到低排序为竞价信息1、竞价信息2和竞价信息3。

示例性的，用户的业务偏好和竞价信息还可包括比上述示例更多或者更少的维度，例如还包括借贷总额、还款方式(例如等额本金或等额本息)等，对于存在至少两个维度的情况，可通过为每个维度设置不同的权值，通过加权运算，得到业务偏好与竞价信息的匹配度。

示例性的，按照每个竞价信息的加权运算结果进行排序，该加权运算结果是针对竞价信息的接收时间或发送时间，以及用户标签与竞价信息的匹配度至少两个维度，进行加权运算后得到的，再根据加权运算结果的数值大小对竞价信息进行排序，根据加权运算结果的数值最大的多个竞价信息，得到m个对应的业务方终端。本实施例中，从竞价信息和用户的匹配度，以及业务方终端对请求的响应时间两个维度，综合判断，以确定出匹配度和响应时间均较佳的业务方终端，并能够针对不同应用场景，修改权重，已调整所确定的业务方终端所侧重的维度，能够更加灵活的控制向用户所提供的服务。

S402：从m个业务方终端中确定一个目标业务方终端。

应理解，若m为1，则该业务方终端即为目标业务方终端，若m大于1，则需要从中确定一个业务方终端作为目标业务方终端，为用户提供业务服务。

作为一种示例，可从m个业务方终端中随机确定一个目标业务方终端，该方式具备较高的效率。

作为另一种示例，可向用户终端发送m个业务方终端各自的竞价信息，用户通过用户终端选中其中的一个业务方终端，电子设备接收到用户的选中操作则将该业务方终端作为目标业务方终端。

本申请实施例中，通过预设规则对n个业务方终端的竞价信息进行排序，并从中筛选出与用户的业务请求更加匹配的m个业务方终端，再从中确定一个目标业务方终端为用户提供业务服务，使得为用户提供了更加匹配的业务服务，满足了用户的需求，提高了用户体验。

在上述任一实施例的基础上，在基于n个业务方终端确定目标业务方终端的过程中，本申请实施例可针对n个业务方终端或者针对m个业务方终端进行筛选，删除其中不满足要求的业务方终端。

示例性的，基于历史数据，确定n个业务方终端或者m个业务方终端中的每个业务方终端是否存在失信行为，例如是否在向业务需求方提供业务服务时发生违约，以信用借贷为例，是否在承诺放款后未放款或者未发放足够的款项等，进一步地，将存在失信行为的业务方终端从n个业务方终端或者m个业务方终端中删除，即不允许该业务方终端继续为用户提供业务服务。

示例性的，针对n个业务方终端，确定其竞价信息的响应时间，是否满足预设时间，换句话说，电子设备应在预设时间内获取n个业务方终端的竞价信息，若任一业务方终端在预设时间内没有返回竞价信息，则该业务方终端不作为n个业务方终端中的一个业务方终端。若业务方终端返回了多个竞价信息，并且存在满足预设时间的竞价信息，则该业务方终端为n个业务方终端中的一个，并且该业务方终端返回的不满足预设时间的竞价信息在本实施例中不作为与该业务方对应的竞价信息。可选的，预设时间可设置为1秒至10分钟内的任一时间。

本申请实施例对于获取n个业务方终端的竞价信息，提供以下可能的实现方式：向p个业务方终端发送竞价请求，p≥n，接收n个业务方终端发送的竞价信息。作为一种示例，该n个业务方终端均在预设时间内返回了竞价信息；作为另一种示例，电子设备获取到n个业务方终端返回的竞价信息后，将没有在预设时间内返回竞价信息的业务方终端删除。

图5为本申请实施例提供的一种业务数据的处理方法500的交互流程示意图。

S501：电子设备向p个业务方终端发送竞价请求。

相应的，每个业务方终端接收电子设备发送的竞价请求，并执行步骤S502至步骤S504：

S502：基于竞价请求，对业务请求进行风险评估。

S503：基于风险评估的结果，得到竞价信息。

其中，竞价信息用于表征向用户提供的业务和定价；

S504：向电子设备发送竞价信息。

相应的，电子设备接收n个业务方终端发送的竞价信息，p≥n。

S505：电子设备基于n个业务方终端的竞价信息，确定一个与业务请求相匹配的目标业务方终端。

S506：电子设备向目标业务方终端发送授权指令。

授权指令用于指示目标业务方终端对用户进行业务授权。

示例性的，竞价请求为基于用户请求确定的，竞价请求中携带有用户的用户标签或者携带有用户的业务请求，每个业务方终端能够基于竞价请求中携带的用户标签或者业务请求，对业务请求进行风险评估。

例如，业务方终端可基于该用户的信用值、风险等级、身份信息、业务偏好等，对该用户的业务请求进行综合的风险评估，在风险评估结果指示可以向该用户提供用户所请求的业务服务时，生成针对该业务请求的竞价信息，再将该竞价信息发送至电子设备。

步骤S505和步骤S506的具体实现方式与上述实施例中类似，此处不再赘述。

图6为本申请实施例提供的一种业务数据的处理方法600的流程示意图。

在上述任一实施例的基础上，为了提高处理效率，电子设备先对用户进行识别，并基于能够体现用户特征的用户标签，确定有可能为用户提供所需业务服务的p个业务方终端，p≥n，换句话说，先确定与业务方终端匹配的用户，再获取对应的业务方终端针对该用户的业务请求提供的竞价信息，而不需要获取与电子设备连接的每个业务方终端的竞价信息。

如图6所示，在电子设备向p个业务方终端发送竞价请求之前，该方法还包括：

S601：获取用户的用户标签。

S602：基于用户标签和每个业务方终端的业务偏好，确定p个业务方终端。

示例性的，每个业务方终端预先设置有各自的业务偏好，也称作静态规则，例如，只接收性别为男、风险等级为低的用户的业务请求；进而根据每个用户的用户标签和每个业务方终端的业务偏好进行匹配，将与用户标签匹配的一至多个业务方终端(数量为p，p≥1)作为获取竞价信息的对象，向该p个业务方终端发送竞价请求，以请求其提供竞价信息。

图7为本申请实施例提供的一种业务数据的处理方法700的流程示意图。

在上述任一实施例的基础上，图7以信用借贷业务为例，提供一种具体的实现方式。

如图7所示，用户通过用户终端发送业务请求，电子设备接收到业务请求后，基于用户标签，生成竞价标签，示例性的，用户标签包括用户的年龄、性别、地域、风险等级(例如风险因子)、业务偏好等，该业务偏好包括用户设置的期望还款分期数、利率等。

进一步地，电子设备基于业务方终端预设的静态规则，针对用户的业务请求对业务方终端进行过滤，得到有可能为用户提供所需业务服务的至少一个业务方终端，并向至少一个业务方终端发送竞价请求，应理解，静态规则用于表征业务提供方(也称作机构)的业务偏好，例如机构A的静态规则为风险因子小于500，机构B的静态规则为地域为北京。

进一步地，每个业务方终端接收到竞价请求后，针对该用户的业务请求生成各业务方终端的竞价信息，并分别将各自生成的竞价信息发送至电子设备，例如，机构A的竞价信息包括贷款总额度5万、还款分期数9期、利率14％，机构B的竞价信息包括贷款总额度3万、还款分期数12期、利率13％，机构C的竞价信息包括贷款总额度3万、还款分期数12期、利率12％。

电子设备接收到至少一个业务方终端发送的竞价信息后，对竞价信息进行排序，得到与用户的业务请求最匹配的竞价信息，并将最匹配的竞价信息对应的业务方终端作为目标业务方终端与该用户进行匹配，可选的，向用户的用户终端发送请求结果，该请求结果包含该目标业务方终端和/或竞价信息。例如，电子设备对竞价信息排序后，排序第一即最匹配的为机构C的竞价信息，排序第二的为机构B的竞价信息，则向用户终端发送包含机构C和/或机构C的竞价信息的请求结果。

图8为本申请实施例提供的一种电子设备800的结构示意图，如图8所示，该服务器800包括：

获取单元810，用于响应于用户发送的业务请求，获取n个业务方终端的竞价信息，n≥1，竞价信息用于表征业务方终端向用户提供的业务和定价；

处理单元820，用于基于n个业务方终端的竞价信息，确定一个与业务请求相匹配的目标业务方终端；

发送单元830，用于向目标业务方终端发送授权指令，授权指令用于指示目标业务方终端对用户进行业务授权。

本实施例提供的一种电子设备800包括获取单元810、处理单元820和发送单元830，从n个业务方终端所提供的竞价信息中确定出与用户的业务请求最匹配的竞价信息，而竞价信息对应的业务方终端即为与业务请求最匹配的目标业务方终端，通过该目标业务方终端为用户提供用户所请求的业务，最能满足用户的需求，且业务方终端根据用户请求所提供的竞价信息满足业务提供方的能力以及风险控制需求。

在一种可能的设计中，处理单元820具体用于：

基于预设规则，对n个业务方终端的竞价信息进行排序，得到排序最前或者最后的m个业务方终端，m≥1且m≤n；

从m个业务方终端中确定一个目标业务方终端。

可选的，预设规则，包括：

按照每个竞价信息的响应时间进行排序，响应时间为电子设备接收到竞价信息的时间或者对应的业务方终端发送竞价信息的时间；

按照用户的用户标签和每个竞价信息的匹配度进行排序；或者，

按照每个竞价信息的加权运算结果进行排序，加权运算结果为基于竞价信息的接收时间或发送时间，以及用户标签和竞价信息的匹配度，通过加权运算，得到的运算结果。

在一种可能的设计中，处理单元820还用于：

基于历史数据，确定m个业务方终端中是否存在具有失信行为的业务终端；

若m个业务方终端存在具有失信行为的业务方终端，则删除具有失信行为的业务方终端。

在一种可能的设计中，处理单元820具体用于：

向用户终端发送m个业务方终端中每个业务方终端对应的竞价信息；

接收用户通过用户终端选中的一个目标业务方终端。

在一种可能的设计中，处理单元820具体用于：

在预设时间内，获取n个业务方终端的竞价信息。

在一种可能的设计中，获取单元810具体用于：

向p个业务方终端发送竞价请求，p≥n；

接收n个业务方终端发送的竞价信息。

在一种可能的设计中，获取单元还用于：获取用户的用户标签；

处理单元还用于：基于用户标签和每个业务方终端的业务偏好，确定p个业务方终端。

可选的，用户标签包括：身份信息、信用值、风险等级、业务偏好中的至少一种。

本实施例提供的一种服务器可用于实现上述任一实施例中电子设备侧的方法，其实现效果与方法实施例类似，此处不再赘述。

图9为本申请实施例提供的一种终端设备900的结构示意图，如图9所示，该终端设备900包括：

接收单元910，用于接收电子设备发送的竞价请求，所述竞价请求为基于用户的业务请求生成的；

处理单元920，用于基于所述竞价请求，对所述业务请求进行风险评估；

所述处理单元920还用于基于风险评估的结果，得到竞价信息，所述竞价信息用于表征向所述用户提供的业务和定价；

发送单元930，用于向所述电子设备发送所述竞价信息。

本实施例提供的一种终端设备900包括接收单元910、处理单元920和发送单元930，通过对竞价请求进行风险评估，根据风险评估的结果，得到针对用户的业务请求的竞价信息，使业务方终端能够根据用户请求提供对应的竞价信息，使业务提供方所提供的业务服务能够满足业务需求方的需求，同时满足了业务提供方对业务服务的风险控制需求。

本实施例提供的一种终端设备可用于实现上述任一实施例中终端设备侧的方法，其实现效果与方法实施例类似，此处不再赘述。

图10为本申请一实施例提供的电子设备1000的硬件结构示意图。如图10所示，通常，电子设备1000包括有：处理器1010和存储器1020。

处理器1010可以包括一个或多个处理核心，比如4核心处理器、8核心处理器等。处理器1010可以采用DSP(Digital Signal Processing，数字信号处理)、FPGA(Field－Programmable Gate Array，现场可编程门阵列)、PLA(Programmable Logic Array，可编程逻辑阵列)中的至少一种硬件形式来实现。处理器1010也可以包括主处理器和协处理器，主处理器是用于对在唤醒状态下的数据进行处理的处理器，也称CPU(Central ProcessingUnit，中央处理器)；协处理器是用于对在待机状态下的数据进行处理的低功耗处理器。在一些实施例中，处理器1010可以在集成有GPU(Graphics Processing Unit，图像处理器)，GPU用于负责显示屏所需要显示的内容的渲染和绘制。一些实施例中，处理器1010还可以包括AI(Artificial Intelligence，人工智能)处理器，该AI处理器用于处理有关机器学习的计算操作。

存储器1020可以包括一个或多个计算机可读存储介质，该计算机可读存储介质可以是非暂态的。存储器1020还可包括高速随机存取存储器，以及非易失性存储器，比如一个或多个磁盘存储设备、闪存存储设备。在一些实施例中，存储器1020中的非暂态的计算机可读存储介质用于存储至少一个指令，该至少一个指令用于被处理器1010所执行以实现本申请中方法实施例提供的方法。

可选地，如图10所示，电子设备1000还可以包括收发器1030，处理器1010可以控制该收发器1030与其他设备进行通信，具体地，可以向其他设备发送信息或数据，或接收其他设备发送的信息或数据。

其中，收发器1030可以包括发射机和接收机。收发器1030还可以进一步包括天线，天线的数量可以为一个或多个。

本领域技术人员可以理解，图10中示出的结构并不构成对电子设备1000的限定，可以包括比图示更多或更少的组件，或者组合某些组件，或者采用不同的组件布置。

本申请实施例还提供了一种非临时性计算机可读存储介质，当所述存储介质中的指令由电子设备的处理器执行时，使得电子设备能够执行上述实施例提供的方法。

图11为本申请一实施例提供的终端设备1100的硬件结构示意图。如图11所示，通常，电子设备1100包括有：处理器1110和存储器1120。

处理器1110可以包括一个或多个处理核心，比如4核心处理器、8核心处理器等。处理器1110可以采用DSP(Digital Signal Processing，数字信号处理)、FPGA(Field－Programmable Gate Array，现场可编程门阵列)、PLA(Programmable Logic Array，可编程逻辑阵列)中的至少一种硬件形式来实现。处理器1110也可以包括主处理器和协处理器，主处理器是用于对在唤醒状态下的数据进行处理的处理器，也称CPU(Central ProcessingUnit，中央处理器)；协处理器是用于对在待机状态下的数据进行处理的低功耗处理器。在一些实施例中，处理器1110可以在集成有GPU(Graphics Processing Unit，图像处理器)，GPU用于负责显示屏所需要显示的内容的渲染和绘制。一些实施例中，处理器1110还可以包括AI(Artificial Intelligence，人工智能)处理器，该AI处理器用于处理有关机器学习的计算操作。

存储器1120可以包括一个或多个计算机可读存储介质，该计算机可读存储介质可以是非暂态的。存储器1120还可包括高速随机存取存储器，以及非易失性存储器，比如一个或多个磁盘存储设备、闪存存储设备。在一些实施例中，存储器1120中的非暂态的计算机可读存储介质用于存储至少一个指令，该至少一个指令用于被处理器1110所执行以实现本申请中方法实施例提供的方法。

可选地，如图11所示，终端设备1100还可以包括收发器1130，处理器1110可以控制该收发器1130与其他设备进行通信，具体地，可以向其他设备发送信息或数据，或接收其他设备发送的信息或数据。

其中，收发器1130可以包括发射机和接收机。收发器1130还可以进一步包括天线，天线的数量可以为一个或多个。

本领域技术人员可以理解，图11中示出的结构并不构成对终端设备1100的限定，可以包括比图示更多或更少的组件，或者组合某些组件，或者采用不同的组件布置。

本申请实施例还提供了一种非临时性计算机可读存储介质，当所述存储介质中的指令由终端设备的处理器执行时，使得终端设备能够执行上述实施例提供的方法。

本实施例中的计算机可读存储介质可以是计算机能够存取的任何可用介质，或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备，可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或者半导体介质(例如SSD)等。

本领域普通技术人员可以理解：实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时，执行包括上述各方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

本申请实施例还提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述实施例提供的方法。

本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。

以上所述仅为本申请的较佳实施例，并不用以限制本申请，凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。