资源额度分配方法、装置及电子设备与流程

1.本公开涉及计算机信息处理领域，具体而言，涉及一种资源额度分配方法、装置、电子设备及计算机可读介质。


背景技术：

2.随着经济的发展，为了满足其自身发展的需要，个人用户或者企业用户经常由金融服务机构进行借款活动，对于金融服务机构而言，用户的借款活动很可能会给金融服务公司带来风险。在还款期限届满之前，借款人(信贷用户)财务商务状况的重大不利变化很可能影响其履约能力，从而发生呆账、坏账等风险，因此，为了降低此类风险的发生概率，金融服务机构需要对借款人进行风险评估，进而制定其相对应的用户资源分配额度。
3.随着行业的发展，互联网金融服务行业迎来了新的挑战。无论是场景分期业务还是无场景的现金贷业务均有较明显的增长。很多金融机构均可以为用户提供金融资源服务，对于用户而言，在多家金融服务机构分别进行注册申请服务，显然是不现实的。但是，对于各个金融服务平台而言，每个金融服务平台均有其特长和人群选择偏好，风险承受能力也各不相同。目前存在一种情况，用户不符合金融服务平台a的资源借用要求，用户无法取得金融资源类的服务，但是，用户很可能符合金融服务平台b的要求，在金融服务平台b中，用户是可以得到优良的金融服务的。但是，由于用户缺少相关的金融知识，用户很可能并不会在金融服务平台b上申请服务。这种情况，严重的影响了用户的发展计划，也限制了金融服务平台的发展。
4.因此，需要一种新的资源额度分配方法、装置、电子设备及计算机可读介质。
5.在所述背景技术部分公开的上述信息仅用于加强对本公开的背景的理解，因此它可以包括不构成对本领域普通技术人员已知的现有技术的信息。


技术实现要素：

6.有鉴于此，本公开提供一种资源额度分配方法、装置、电子设备及计算机可读介质，能够联合多方平台，发挥联合风控的优势为用户进行资源额度分配，既能提升用户满意度，又能实现行业整体发展。
7.本公开的其他特性和优点将通过下面的详细描述变得显然，或部分地通过本公开的实践而习得。
8.根据本公开的一方面，提出一种资源额度分配方法，该方法包括：获取用户的用户信息，所述用户信息包括基础信息和行为信息；基于联合风险模型和所述用户信息确定所述用户的风险评分；在所述风险评分高于风险阈值时，由多个第三方平台中确定目标第三方平台；基于所述目标第三方平台的额度分配策略为所述用户分配资源额度。
9.可选地，还包括：在所述风险评分低于风险阈值时，调取本地额度分配策略；基于所述本地额度分配策略为所述用户分配资源额度。
10.可选地，基于所述本地额度分配策略为所述用户分配资源额度，包括：将所述用户
信息输入所述本地额度分配策略中，生成资源额度；在所述资源额度小于用户的申请额度时，由多个第三方平台中确定目标第三方平台；基于所述目标第三方平台的额度分配策略和所述本地额度分配策略为所述用户分配资源额度。
11.可选地，基于所述目标第三方平台的额度分配策略和所述本地额度分配策略为所述用户分配资源额度，包括：将基于所述本地额度分配策略生成的所述资源额度分配给所述用户；基于所述资源额度和申请额度生成第三方平台额度申请；基于所述第三方额度申请通过所述目标第三方平台的为所述用户分配资源额度。
12.可选地，基于联合风险模型和所述用户信息确定所述用户的风险评分，包括：在所述用户的基础信息中包括联合属性时，基于联合风险模型和所述用户信息确定所述用户的风险评分；在所述用户的基础信息中不包括联合属性时，调取本地额度分配策略，基于所述本地额度分配策略为所述用户分配资源额度。
13.可选地，还包括：获取多个第三方平台的平台信息；基于所述多个第三方平台的平台信息生成多个风控指标和多个压力指标。
14.可选地，由多个第三方平台中确定目标第三方平台，包括：将所述多个第三方平台按照其对应的风控指标、压力指标进行排序；基于所述排序确定所述目标第三方平台。
15.可选地，基于所述排序确定所述目标第三方平台，包括：基于所述用户的用户信息生成用户画像；基于所述排序将所述用户的用户画像和所述第三方平台的平台信息中的用户画像进行匹配；根据匹配结果确定所述目标第三方平台。
16.可选地，基于所述目标第三方平台的额度分配策略为所述用户分配资源额度，包括：通过所述用户的用户信息生成第三方平台额度申请；基于异步处理任务将所述第三方额度申请发送至所述目标第三方平台；由所述目标第三方平台获取返回信息以为所述用户分配资源额度。
17.根据本公开的一方面，提出一种资源额度分配装置，该装置包括：信息模块，用于获取用户的用户信息，所述用户信息包括基础信息和行为信息；评分模块，用于基于联合风险模型和所述用户信息确定所述用户的风险评分；第三方模块，用于在所述风险评分高于风险阈值时，由多个第三方平台中确定目标第三方平台；分配模块，用于基于所述目标第三方平台的额度分配策略为所述用户分配资源额度。
18.根据本公开的一方面，提出一种电子设备，该电子设备包括：一个或多个处理器；存储装置，用于存储一个或多个程序；当一个或多个程序被一个或多个处理器执行，使得一个或多个处理器实现如上文的方法。
19.根据本公开的一方面，提出一种计算机可读介质，其上存储有计算机程序，该程序被处理器执行时实现如上文中的方法。
20.根据本公开的资源额度分配方法、装置、电子设备及计算机可读介质，获取用户的用户信息，所述用户信息包括基础信息和行为信息；基于联合风险模型和所述用户信息确定所述用户的风险评分；在所述风险评分高于风险阈值时，由多个第三方平台中确定目标第三方平台；基于所述目标第三方平台的额度分配策略为所述用户分配资源额度的方式，能够联合多方平台，发挥联合风控的优势为用户进行资源额度分配，既能提升用户满意度，又能实现行业整体发展。
21.应当理解的是，以上的一般描述和后文的细节描述仅是示例性的，并不能限制本
公开。
附图说明
22.通过参照附图详细描述其示例实施例，本公开的上述和其它目标、特征及优点将变得更加显而易见。下面描述的附图仅仅是本公开的一些实施例，对于本领域的普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
23.图1是根据一示例性实施例示出的一种资源额度分配方法及装置的系统框图。
24.图2是根据一示例性实施例示出的一种资源额度分配方法的流程图。
25.图3是根据另一示例性实施例示出的一种资源额度分配方法的流程图。
26.图4是根据另一示例性实施例示出的一种资源额度分配方法的流程图。
27.图5是根据一示例性实施例示出的一种资源额度分配装置的框图。
28.图6是根据一示例性实施例示出的一种电子设备的框图。
29.图7是根据一示例性实施例示出的一种计算机可读介质的框图。
具体实施方式
30.现在将参考附图更全面地描述示例实施例。然而，示例实施例能够以多种形式实施，且不应被理解为限于在此阐述的实施例；相反，提供这些实施例使得本公开将全面和完整，并将示例实施例的构思全面地传达给本领域的技术人员。在图中相同的附图标记表示相同或类似的部分，因而将省略对它们的重复描述。
31.此外，所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施例中。在下面的描述中，提供许多具体细节从而给出对本公开的实施例的充分理解。然而，本领域技术人员将意识到，可以实践本公开的技术方案而没有特定细节中的一个或更多，或者可以采用其它的方法、组元、装置、步骤等。在其它情况下，不详细示出或描述公知方法、装置、实现或者操作以避免模糊本公开的各方面。
32.附图中所示的方框图仅仅是功能实体，不一定必须与物理上独立的实体相对应。即，可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。
33.附图中所示的流程图仅是示例性说明，不是必须包括所有的内容和操作/步骤，也不是必须按所描述的顺序执行。例如，有的操作/步骤还可以分解，而有的操作/步骤可以合并或部分合并，因此实际执行的顺序有可能根据实际情况改变。
34.应理解，虽然本文中可能使用术语第一、第二、第三等来描述各种组件，但这些组件不应受这些术语限制。这些术语乃用以区分一组件与另一组件。因此，下文论述的第一组件可称为第二组件而不偏离本公开概念的教示。如本文中所使用，术语“及/或”包括相关联的列出项目中的任一个及一或多者的所有组合。
35.本领域技术人员可以理解，附图只是示例实施例的示意图，附图中的模块或流程并不一定是实施本公开所必须的，因此不能用于限制本公开的保护范围。
36.本公开中，资源是指任何可被利用的物质、信息、时间，信息资源包括计算资源和各种类型的数据资源。数据资源包括各个领域中的各种专用数据。本公开的创新之处在于如何使用服务器和客户端之间的信息交互技术来使资源分配的过程更加自动化、高效和减
小人力成本。由此，从本质上来说，本公开可以应用于各类资源的分配，包括实体的货物、水、电，以及有意义的资料等。但是，为了方便起见，本公开中以金融数据资源为例进行说明资源分配的实施，但本领域技术人员应当理解，本公开亦可以用于其他资源的分配。
37.本公开的实施例提供的资源额度分配方法(为方便描述，可简称本技术实施例提供的方法)可适用于投资、银行、保险、证券以及电商等多个应用领域中的任一应用领域。在各个应用领域中，所涉及的应用场景可包括但不限于登录、注册、贷前、贷中、贷后、节假日活动或者促销活动等。本技术实施例提供的方法可适用于上述任一应用场景的任一业务类型的资源额度分配的生成。
38.图1是根据一示例性实施例示出的一种资源额度分配方法及装置的系统框图。
39.如图1所示，系统架构10可以包括终端设备101、102、103，网络104和服务器105。网络104用以在终端设备101、102、103和服务器105之间提供通信链路的介质。网络104可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。
40.用户可以使用终端设备101、102、103通过网络104与服务器105交互，以接收或发送消息等。终端设备101、102、103上可以安装有各种通讯客户端应用，例如金融服务类应用、购物类应用、网页浏览器应用、即时通信工具、邮箱客户端、社交平台软件等。
41.终端设备101、102、103可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。
42.服务器105可以是提供各种服务的服务器，例如对用户利用终端设备101、102、103所浏览的金融服务类网站提供支持的后台管理服务器。后台管理服务器可以对接收到的用户数据进行分析等处理，并将处理结果(例如资源配额)反馈给金融服务网站的管理员和/或终端设备101、102、103。
43.服务器105可例如获取用户的用户信息，所述用户信息包括基础信息和行为信息；服务器105可例如基于联合风险模型和所述用户信息确定所述用户的风险评分；服务器105可例如在所述风险评分高于风险阈值时，由多个第三方平台中确定目标第三方平台；服务器105可例如基于所述目标第三方平台的额度分配策略为所述用户分配资源额度。
44.服务器105还可例如，在所述风险评分低于风险阈值时，调取本地额度分配策略；基于所述本地额度分配策略为所述用户分配资源额度。
45.服务器105可以是一个实体的服务器，还可例如为多个服务器组成，需要说明的是，本公开实施例所提供的资源额度分配方法可以由服务器105执行，相应地，资源额度分配装置可以设置于服务器105中。而提供给用户进行金融服务平台浏览的网页端一般位于终端设备101、102、103中。
46.图2是根据一示例性实施例示出的一种资源额度分配方法的流程图。资源额度分配方法20至少包括步骤s202至s208。
47.如图2所示，在s202中，获取用户的用户信息，所述用户信息包括基础信息和行为信息。
48.在本公开实施例中，用户可为个人用户或者企业用户，资源额度的分配可为金融资源额度的调整，也可为电力资源、水力资源的分配。其中，用户信息可包括基础信息，可例如为业务账号信息、用户的终端设备标识信息、用户所处地域信息等；用户信息还可包括行为信息，可例如为用户的页面操作数据、用户的业务访问时长、用户的业务访问频率等，用
户信息的具体内容可根据实际应用场景确定，在此不做限制。更具体的，可基于用户授权采用网页埋点的方式获取当前用户的用户信息。远端信息可为用户在其他交易平台或者其他业务部门的用户数据。
49.更具体的，用户在网站的行为信息可通过fiddler工具获取，fiddler工具以web代理服务器的形式进行工作的，客户端先将请求数据发送出去后，fiddler代理服务器会将数据包进行拦截，代理服务器再冒充客户端发送数据到服务器；同理，服务器将响应数据返回，代理服务器也会将数据拦截，再返回给客户端。通过fiddler可获取用户网络浏览的驻留时间、驻留页面，点击操作等等相关的浏览数据。
50.在s204中，基于联合风险模型和所述用户信息确定所述用户的风险评分。可例如，在所述用户的基础信息中包括联合属性时，基于联合风险模型和所述用户信息确定所述用户的风险评分；在所述用户的基础信息中不包括联合属性时，调取本地额度分配策略，基于所述本地额度分配策略为所述用户分配资源额度。
51.在一个具体的实施例中，某金融服务平台采用与其他机构联合的方式来对用户进行资源分配，在用户申请资源额度之后，当用户开启了联合服务的功能时，可通过多个第三方平台联合为用户提供金融服务。在用户未开启联合服务功能时，仅通过本平台为用户提供服务。
52.更具体的，可基于所述用户信息和特征策略生成多个特征信息。可对用户信息进行数据清洗和数据融合以将用户信息转化为多个特征数据，更具体的，可对用户信息进行变量缺失率分析与处理、异常值处理；还可将连续型变量离散化的用户信息进行woe转化、离散型变量woe转化、文本变量加工处理、文本变量的word2vec处理等等。
53.在一个实施例中，可例如，计算所述用户信息中至少一个基础信息和至少一个行为信息的关键度指标；基于所述关键度指标由所述历史用户信息中提取部分信息以生成多个历史特征信息。基于所述多个历史特征信息和所述历史用户信息之间的关系生成所述特征策略。
54.可结合变量覆盖度、单一取值覆盖度、与目标变量相关性及显著性、对目标变量的区分度(ks)及信息价值(iv)、树类模型(如xgboost、rf等)特征重要性等多方面综合考虑，筛选覆盖率高、对目标变量区分效果明显的特征作为最终使用的用户特征。并基于所述多个历史特征信息和所述历史用户信息之间的关系生成所述特征策略。
55.具体的，根据历史用户分别联合风险模型，将历史用户中具有开启联合服务功能的用户输入所述联合风险模型，以得到预测标签(是否欠款)，将所述预测标签与相应的真实的标签(是否欠款)进行比对，判断预测标签与真实的标签是否一致，统计与真实的标签一致的预测标签的数量，并计算与真实的标签一致的预测标签的数量在所有预测标签的数量中的占比，若所述占比大于或等于预设占比值，则所述联合风险模型收敛，得到训练完成的联合风险模型，若所述占比小于所述预设占比值，则调整所述联合风险模型中的参数，通过调整后的联合风险模型重新预测各个对象的预测标签，直至所述占比大于或等于预设占比值。其中，调整所述联合风险模型中的参数的方法可以采用随机梯度下降算法、梯度下降算法或正规方程进行。
56.若调整所述联合风险模型的参数的次数超过预设次数时，可以更换构建联合风险模型所使用的模型，以提高模型训练效率。
57.在s206中，在所述风险评分高于风险阈值时，由多个第三方平台中确定目标第三方平台。将所述多个第三方平台按照其对应的风控指标、压力指标进行排序；基于所述排序确定所述目标第三方平台。
58.其中，“由多个第三方平台中确定目标第三方平台”的具体内容，将在图4对应的实施例中进行详细描述。
59.在s208中，基于所述目标第三方平台的额度分配策略为所述用户分配资源额度。通过所述用户的用户信息生成第三方平台额度申请；基于异步处理任务将所述第三方额度申请发送至所述目标第三方平台；由所述目标第三方平台获取返回信息以为所述用户分配资源额度。
60.根据本公开的资源额度分配方法，获取用户的用户信息，所述用户信息包括基础信息和行为信息；基于联合风险模型和所述用户信息确定所述用户的风险评分；在所述风险评分高于风险阈值时，由多个第三方平台中确定目标第三方平台；基于所述目标第三方平台的额度分配策略为所述用户分配资源额度的方式，能够联合多方平台，发挥联合风控的优势为用户进行资源额度分配，既能提升用户满意度，又能实现行业整体发展。
61.应清楚地理解，本公开描述了如何形成和使用特定示例，但本公开的原理不限于这些示例的任何细节。相反，基于本公开公开的内容的教导，这些原理能够应用于许多其它实施例。
62.图3是根据另一示例性实施例示出的一种资源额度分配方法的流程图。图3所示的流程30是对图2所示的流程的补充描述。
63.如图3所示，在s302中，在所述风险评分低于风险阈值时，调取本地额度分配策略。在风险评分较低时，优先选取本地平台为用户提供服务。优先选取本地平台为风险评分交底的用户提供金融服务的方式，能够大大的节约服务器处理时间，加快用户动支申请的审批过程。
64.在s304中，将所述用户信息输入所述本地额度分配策略中，生成资源额度。
65.其中，本地额度分配策略为在用户额度的分配过程中，具体选择哪一种额度所遵循的风险决策规则。针对不同应用场景、不同业务所关联的用户数据等，可构建不同的风险决策规则生成模型。不同的风险决策规则生成模型可适用于不同的应用场景，以及各种应用场景下的多种业务的风险决策规则的生成，灵活性高。基于风险决策规则生成模型可根据具体应用场景下的具体业务的实时用户数据输出针对该业务进行风险控制所依据的风险决策规则，从而可提高用于风险决策规则与业务的关联密切性，适用性强。同时风险决策规则基于用户数据生成，可靠性强，增强基于该风险决策规则确定的风险控制策略进行的风险决策的准确性，适用性更强。这里，上述业务具体可为投资、银行、保险、证券以及电商等多个应用领域中，向用户提供的各种业务，例如，投保以及贷款等。对应的，以投保为例，在该业务下对应的应用场景可包括但不限于账户注册、账户登录、投保申请、投保审批、保单生成以及维持等。其中，上述应用场景仅是举例，而非穷举，具体可根据实际应用场景确定，在此不做限制。
66.在本公开实施例中，为了提高本地额度分配策略的确定准确率，本技术实施例提供的方法可基于从多种数据获取路径获取得到各个业务类型的样本数据构建各业务类型对应的风险决策规则，基于风险决策规则生成确定本地额度分配策略。
67.在s306中，在所述资源额度小于用户的申请额度时，由多个第三方平台中确定目标第三方平台。可例如，用户申请的资源额度为1000，而经过上文中的本地额度分配策略的计算，仅能给用户分配5000额度，这个时候，可以联合其他第三方平台共同为用户分配额度。
68.在s308中，基于所述目标第三方平台的额度分配策略和所述本地额度分配策略为所述用户分配资源额度。
69.在一个实施例中，可例如，将基于所述本地额度分配策略生成的所述资源额度分配给所述用户；基于所述资源额度和申请额度生成第三方平台额度申请；基于所述第三方额度申请通过所述目标第三方平台的为所述用户分配资源额度。
70.图4是根据另一示例性实施例示出的一种资源额度分配方法的流程图。图4所示的流程40是对图2所示的流程“在所述风险评分高于风险阈值时，由多个第三方平台中确定目标第三方平台”的详细描述。
71.如图4所示，在s402中，获取多个第三方平台的平台信息。
72.在s404中，基于所述多个第三方平台的平台信息生成多个风控指标和多个压力指标。更具体的，可通过平台信息或者进入服务评估数据获取第三方平台的风控指标和压力指标。
73.在s406中，将所述多个第三方平台按照其对应的风控指标、压力指标进行排序。可为风控指标和压力指标分别分配权重，基于不同的权重确定第三方平台的综合能力指标，进而根据综合能力指标进行排序。
74.在s408中，基于所述排序确定所述目标第三方平台。
75.在一个实施例中，还可例如，基于所述用户的用户信息生成用户画像；基于所述排序将所述用户的用户画像和所述第三方平台的平台信息中的用户画像进行匹配；根据匹配结果确定所述目标第三方平台。
76.还可根据用户的特征为其匹配最适合的第三方平台，不同的第三方平台适用于不同特点的用户，比如，第三方平台a优先为具有a特征的用户提供金融服务，而另一个第三方平台b禁止为具有a特征的用户提供金融服务。
77.当某一用户具有a特征时，在此时第三方平台b的综合能力优于第三方平台a，在这种情况下，通过用户画像匹配，能够合理的将用户分配到第三方平台a中，以使得用户a得到良好的金融服务。
78.近期，贷款利率下行已成趋势，若要维持盈利，对用户风险容忍的阈值势必降低。各机构放款规模、通过率等被波及，最终影响机构盈利。合理配置资产、优化用户体验、确保放贷业务可持续发展，是全行业普遍要面对的问题。
79.根据本公开的资源额度分配方法，采用与其他机构联合服务的方式，调整资源额度分配顺序，从而将一部分用户导流给风险承受能力大、风控能力强的合作机构；在联合服务的模式下，发挥联合风控能力，既能在一定程度上避免对存量客户的影响，又能发挥风险均摊的作用，将总体风险控制在可接受范围内。
80.本领域技术人员可以理解实现上述实施例的全部或部分步骤被实现为由cpu执行的计算机程序。在该计算机程序被cpu执行时，执行本公开提供的上述方法所限定的上述功能。所述的程序可以存储于一种计算机可读存储介质中，该存储介质可以是只读存储器，磁
盘或光盘等。
81.此外，需要注意的是，上述附图仅是根据本公开示例性实施例的方法所包括的处理的示意性说明，而不是限制目的。易于理解，上述附图所示的处理并不表明或限制这些处理的时间顺序。另外，也易于理解，这些处理可以是例如在多个模块中同步或异步执行的。
82.下述为本公开装置实施例，可以用于执行本公开方法实施例。对于本公开装置实施例中未披露的细节，请参照本公开方法实施例。
83.图5是根据一示例性实施例示出的一种资源额度分配装置的框图。如图5所示，资源额度分配装置50包括：信息模块502，评分模块504，第三方模块506，分配模块508。
84.信息模块502用于获取用户的用户信息，所述用户信息包括基础信息和行为信息；
85.评分模块504用于基于联合风险模型和所述用户信息确定所述用户的风险评分；
86.第三方模块506用于在所述风险评分高于风险阈值时，由多个第三方平台中确定目标第三方平台；
87.分配模块508用于基于所述目标第三方平台的额度分配策略为所述用户分配资源额度。
88.根据本公开的资源额度分配装置，获取用户的用户信息，所述用户信息包括基础信息和行为信息；基于联合风险模型和所述用户信息确定所述用户的风险评分；在所述风险评分高于风险阈值时，由多个第三方平台中确定目标第三方平台；基于所述目标第三方平台的额度分配策略为所述用户分配资源额度的方式，能够联合多方平台，发挥联合风控的优势为用户进行资源额度分配，既能提升用户满意度，又能实现行业整体发展。
89.图6是根据一示例性实施例示出的一种电子设备的框图。
90.下面参照图6来描述根据本公开的这种实施方式的电子设备600。图6显示的电子设备600仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。
91.如图6所示，电子设备600以通用计算设备的形式表现。电子设备600的组件可以包括但不限于：至少一个处理单元610、至少一个存储单元620、连接不同系统组件(包括存储单元620和处理单元610)的总线630、显示单元640等。
92.其中，所述存储单元存储有程序代码，所述程序代码可以被所述处理单元610执行，使得所述处理单元610执行本说明书中的根据本公开各种示例性实施方式的步骤。例如，所述处理单元610可以执行如图2，图3，图4中所示的步骤。
93.所述存储单元620可以包括易失性存储单元形式的可读介质，例如随机存取存储单元(ram)6201和/或高速缓存存储单元6202，还可以进一步包括只读存储单元(rom)6203。
94.所述存储单元620还可以包括具有一组(至少一个)程序模块6205的程序/实用工具6204，这样的程序模块6205包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。
95.总线630可以为表示几类总线结构中的一种或多种，包括存储单元总线或者存储单元控制器、外围总线、图形加速端口、处理单元或者使用多种总线结构中的任意总线结构的局域总线。
96.电子设备600也可以与一个或多个外部设备600’(例如键盘、指向设备、蓝牙设备等)通信，使得用户能与该电子设备600交互的设备通信，和/或该电子设备600能与一个或多个其它计算设备进行通信的任何设备(例如路由器、调制解调器等等)通信。这种通信可
以通过输入/输出(i/o)接口650进行。并且，电子设备600还可以通过网络适配器660与一个或者多个网络(例如局域网(lan)，广域网(wan)和/或公共网络，例如因特网)通信。网络适配器660可以通过总线630与电子设备600的其它模块通信。应当明白，尽管图中未示出，可以结合电子设备600使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、raid系统、磁带驱动器以及数据备份存储系统等。
97.通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，如图7所示，根据本公开实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是cd-rom，u盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、或者网络设备等)执行根据本公开实施方式的上述方法。
98.所述软件产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以为但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。
99.所述计算机可读存储介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。可读存储介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。可读存储介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、有线、光缆、rf等等，或者上述的任意合适的组合。
100.可以以一种或多种程序设计语言的任意组合来编写用于执行本公开操作的程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如java、c++等，还包括常规的过程式程序设计语言—诸如“c”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网(lan)或广域网(wan)，连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。
101.上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该设备执行时，使得该计算机可读介质实现如下功能：获取用户的用户信息，所述用户信息包括基础信息和行为信息；基于联合风险模型和所述用户信息确定所述用户的风险评分；在所述风险评分高于风险阈值时，由多个第三方平台中确定目标第三方平台；基于所述目标第三方平台的额度分配策略为所述用户分配资源额度。
102.本领域技术人员可以理解上述各模块可以按照实施例的描述分布于装置中，也可以进行相应变化唯一不同于本实施例的一个或多个装置中。上述实施例的模块可以合并为一个模块，也可以进一步拆分成多个子模块。
103.通过以上的实施例的描述，本领域的技术人员易于理解，这里描述的示例实施例可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本公开实施例的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是cd-rom，u盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、移动终端、或者网络设备等)执行根据本公开实施例的方法。
104.以上具体地示出和描述了本公开的示例性实施例。应可理解的是，本公开不限于这里描述的详细结构、设置方式或实现方法；相反，本公开意图涵盖包含在所附权利要求的精神和范围内的各种修改和等效设置。