本申请涉及增信方分配技术领域，特别是涉及一种增信方分配方法、装置、计算机设备和存储介质。
背景技术：
用户向金融机构申请借款时，可以选择无抵押贷款。对于无抵押借款，金融机构会引进多家增信方为客户承担抵押责任。金融机构在为客户分配增信方时需要考虑城市、产品以及渠道等多种贷款要素。随着这些因素的变更或者增信方的增加，原有的分配代码需要不断修改，由此给开发人员造成较多重复性的工作。因此，在贷款要素发生变化时，如何采用统一的分配代码来自动向客户自动分配增信方成为目前需要解决的一个技术问题。
技术实现要素：
基于此，有必要针对上述技术问题，提供一种能够在贷款要素或者增信方发生变化时，依然可以采用已有的分配代码为客户分配增信方的增信方分配方法、装置、计算机设备和存储介质。
一种增信方分配方法，所述方法包括：
接收终端上传的贷款请求，所述贷款请求中携带了客户信息和贷款业务标识；
对所述客户信息和贷款业务标识进行解析，得到多个贷款要素；
获取增信方决策树，调用增信方分配代码，利用所述增信方分配代码以及多个贷款要素在所述增信方决策树中进行遍历，得到对应的增信方标识；
将所述增信方标识对应所述贷款请求进行记录。
在其中一个实施例中，所述增信方决策树包括多个分支；所述分支对应多个增信方标识；所述利用所述增信方分配代码以及多个贷款要素在所述增信方决策树中进行遍历，得到对应的增信方标识的步骤包括：
当接收到多个贷款请求时，利用所述增信方分配代码以及与所述贷款请求对应的多个贷款要素在所述增信方决策树中进行遍历，得到多个贷款请求分别对应的分支；
将多个贷款请求分别存入与分支对应的队列；
获取所所述分支对应的多个增信方标识，以及所述贷款请求存入队列的顺序，根据所述顺序为多个贷款请求分配相应的增信方标识。
在其中一个实施例中，在所述利用所述增信方分配代码以及多个贷款要素在所述增信方决策树中进行遍历，得到对应的增信方标识步骤之后，还包括：
根据与所述贷款请求对应的多个增信方标识，获取与多个增信方对应的增信比例；
根据所述增信比例对将多个增信方标识对应所述贷款请求进行记录。
在其中一个实施例中，所述贷款请求中还携带了贷款金额；所述方法还包括：
根据所述贷款请求分配到的增信方标识获取对应的放款额度；
将所述放款额度与所述贷款额度进行比对；
当所述放款额度大于或等于所述贷款额度时，根据所述贷款额度对所述贷款请求执行放款操作；
当所述放款额度小于所述贷款额度时，根据所述贷款额度为所述贷款请求更换对应的增信方标识。
在其中一个实施例中，在所述接收终端上传的贷款请求的步骤之后，还包括：
向所述终端返回与贷款请求对应的贷款合同；
接收所述终端上传的所述贷款合同对应的电子签名和指纹图像；
利用所述客户信息获取预存储的电子签名和预存储的指纹图像；
当所述贷款合同对应的电子签名和指纹图像与预存储的电子签名和预存储的指纹图像分别一致时，根据所述贷款业务标识执行对应的操作。
在其中一个实施例中，所述接收所述终端上传的所述贷款合同对应的电子签名和指纹图像的步骤包括：
接收终端上传的电子签名以及多个加密后的数据包；
对多个加密后的数据包进行解密，得到多个解密后的数据包；
利用多个解密后的数据包进行拼接，得到所述贷款合同对应的指纹图像。
在其中一个实施例中，所述方法还包括：
利用主节点接收终端上传的贷款请求；所述主节点将所述贷款请求分配至多个从节点，所述从节点对所述贷款请求分配对应的增信方标识；
主节点和多个从节点之间进行串行监控，所述主节点与所述多个从节点形成链表；
当主节点与从节点之间或者从节点与从节点之间超出预设时间未接收到访问请求时，确定未发出访问请求的节点出现异常；
根据异常节点对链表进行更新，利用更新后的链表继续对其他节点进行串行监控。
一种增信方分配装置，所述装置包括：
接收模块，用于接收终端上传的贷款请求，所述贷款请求中携带了客户信息和贷款业务标识；
解析模块，用于对所述客户信息和贷款业务标识进行解析，得到多个贷款要素；
分配模块，用于获取增信方决策树，调用增信方分配代码，利用所述增信方分配代码以及多个贷款要素在所述增信方决策树中进行遍历，得到对应的增信方标识；将所述增信方标识对应所述贷款请求进行记录。
一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行上述方法的步骤。
一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述方法的步骤。
上述增信方分配方法、装置、计算机设备和存储介质，在接收到终端上传的贷款请求时，对贷款请求中携带的客户信息和贷款业务标识进行解析，得到多个贷款要素。利用增信方分配代码与多个贷款要素在增信方决策树中进行遍历，为贷款请求分配相应的增信方标识。由于增信方决策树是根据多个贷款要素之间的关联关系以及贷款要素与增信方的对应关系生成的，因此当金融机构对贷款要素或者增信方进行调整时，只需相应的对增信方决策树进行调整即可，依然可以采用已有的增信方分配代码为客户分配对应的增信方。无需开发人员重复编写代码即可实现增信方的分配。
附图说明
图1为一个实施例中增信方分配方法的应用场景图；
图2为一个实施例中增信方分配方法的流程示意图；
图3为一个实施例中增信方决策树的示意图；
图4为一个实施例中多个节点之间的串行监控示意图；
图5为一个实施例中出现异常节点后的串行监控示意图；
图6为一个实施例中增信方分配装置的结构示意图；
图7为一个实施例中计算机设备的内部结构图。
具体实施方式
为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。
本申请提供的增信方分配方法，可以应用于如图1所示的应用环境中。其中，终端102通过网络与服务器104通过网络进行通信。其中，终端102可以但不限于是各种个人计算机、笔记本电脑、智能手机、平板电脑和便携式可穿戴设备，服务器104可以用独立的服务器或者是多个服务器组成的服务器集群来实现。终端102利用客户输入的客户信息以及贷款业务标识等信息生成贷款请求。终端102将贷款请求发送至服务器。服务器104接收贷款请求，并且对贷款请求中携带的客户信息和贷款业务标识进行解析，得到多个贷款要素。服务器104中预先记录了贷款要素与增信方的对应关系，以及多个贷款要素之间的关联关系。服务器104利用多个贷款要素之间的关联关系以及贷款要素与增信方的对应关系生成增信方决策树。服务器104调用增信方分配代码，通过增信方分配代码以及多个贷款要素在增信方决策树中进行遍历，得到对应的增信方标识，将增信方标识对应贷款请求进行记录。由此在贷款要素或者增信方发生变化时，服务器104依然可以采用已有的分配代码为客户分配增信方。
在一个实施例中，如图2所示，提供了一种增信方分配方法，以该方法应用于图1中的服务器为例进行说明，包括以下步骤：
步骤202，接收终端上传的贷款请求，贷款请求中携带了客户信息和贷款业务标识。
步骤204，对客户信息和贷款业务标识进行解析，得到多个贷款要素。
终端上安装了应用程序。客户可以通过该应用程序输入客户信息以及贷款业务标识等信息，应用程序利用客户信息以及贷款业务标识等信息生成贷款请求。终端将贷款请求发送至服务器。其中，客户信息包括客户的姓名、性别、年龄、所在地区、所在城市等。
服务器接收贷款请求，并且对贷款请求中携带的客户信息和贷款业务标识进行解析。其中，贷款请求中携带的客户信息和贷款业务标识等信息被封装成json格式的数据包。服务器对json格式的数据包进行解析，识别数据包中的多个参数，得到多个贷款要素。贷款要求包括客户的性别、年龄、所在地区、所在城市以及贷款业务标识等。
步骤206，获取增信方决策树，调用增信方分配代码，利用增信方分配代码以及多个贷款要素在增信方决策树中进行遍历，得到对应的增信方标识。
步骤208，将增信方标识对应贷款请求进行记录。
服务器中预先记录了贷款要素与增信方的对应关系，以及多个贷款要素之间的关联关系。服务器利用多个贷款要素之间的关联关系以及贷款要素与增信方的对应关系生成增信方决策树。增信方决策树中包括多个分支，每个分支包括对应的分支节点。不同的分支节点可以对应不同的贷款要素。当服务器为终端上传的贷款请求分配对应的增信方时，服务器可以在增信方决策树中进行遍历。具体的，服务器调用增信方分配代码，利用增信方分配代码以及多个贷款要素，在增信方决策树的各个分支中按照分支节点的顺序进行遍历。其中，不同的分支中所包含的节点不同，贷款要素与分支中的节点相对应包括多个贷款要素与分支中的各个节点完全对应，也包括部分贷款要素与分支中的各个节点相对应。当贷款要素与分支中的节点相对应时，服务器可以根据该分支向该贷款请求分配对应的增信方标识，将分配得到的增信方标识对应该贷款请求进行记录，以此实现为客户分配增信方。
对增信方决策树的遍历过程进行举例说明。增信方决策树可以如图3所示。其中，增信方决策树中的根节点为国别，即中国。增信方决策树中以所在地区、所在城市、贷款业务标识、年龄、性别等贷款要素可以生成不同的分支。服务器为来自不同地区的贷款请求分配增信方时，可以在不同的地区对应的分支中进行遍历。假设a客户的贷款要素包括：深圳、贷款业务标识1、年龄35岁，贷款金额为50万元，则服务器可以在增信方决策树的各个分支进行遍历，当遍历到华南地区、深圳、贷款业务标识1、年龄大于或等于30岁、贷款金额大于或等于20万元这一分支时，根据最后一个节点可以得知对应的增信方标识为产险。假设b客户的贷款要素包括：兰州、贷款业务标识1、年龄30岁、贷款金额30万元，则服务器可以在增信方决策树的各个分支中进行遍历，当遍历到西部地区、贷款业务标识1这一分支时，即可得到对应的增信方标识为安心。
当金融机构根据贷款业务需求增加贷款要素时，服务器只需根据新增的贷款要素在增信方决策树中增加相应的分支，建立新增分支与增信方的对应关系即可。当金融机构根据贷款业务需求增加新的增信方时，服务器只需根据新增的增信方在增信方决策树中建立分支节点与增信方的对应关系即可。如果金融机构既增加了贷款要素又增加了增信方，服务器可以增信方决策树中增加相应的分支以及建立该分支与增信方的对应关系，以及该增信方与其他增信方的对应关系。当服务器需要为贷款请求分配相应的增信方时，可以采用上述遍历方式在更新后的增信方决策树中进行遍历，得到相应的增信方标识。
当金融机构根据贷款业务需求减少贷款要素时，服务器只需根据被减去的贷款要素在增信方决策树中删除相应的分支或者分支节点即可。当金融机构根据贷款业务需求删除其中一个或多个增信方时，服务器只需根据被删除的增信方在增信方决策树中删除分支节点与该增信方的对应关系即可。当服务器需要为贷款请求分配相应的增信方时，可以采用上述遍历方式在更新后的增信方决策树中进行遍历，得到相应的增信方标识。
因此，在金融机构对贷款要素或者增信方进行调整时，通过对增信方决策树进行调整，依然可以采用已有的增信方分配代码为多个客户分配对应的增信方。
本实施例中，在接收到终端上传的贷款请求时，对贷款请求中携带的客户信息和贷款业务标识进行解析，得到多个贷款要素。利用增信方分配代码与多个贷款要素在增信方决策树中进行遍历，为贷款请求分配相应的增信方标识。由于增信方决策树是根据多个贷款要素之间的关联关系以及贷款要素与增信方的对应关系生成的，因此当金融机构对贷款要素或者增信方进行调整时，只需相应的对增信方决策树进行调整即可，依然可以采用已有的增信方分配代码为客户分配对应的增信方。无需开发人员重复编写代码即可实现增信方的分配。
应该理解的是，虽然图2的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，图2中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些子步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。
在一个实施例中，增信方决策树包括多个分支；分支对应多个增信方标识；利用增信方分配代码以及多个贷款要素在增信方决策树中进行遍历，得到对应的增信方标识的步骤包括：当接收到多个贷款请求时，利用增信方分配代码以及与贷款请求对应的多个贷款要素在增信方决策树中进行遍历，得到多个贷款请求分别对应的分支；将多个贷款请求分别存入与分支对应的队列；获取所分支对应的多个增信方标识，以及贷款请求存入队列的顺序，根据顺序为多个贷款请求分配相应的增信方标识。
本实施例中，增信方决策树中包括多个分支，每个分支可以对应多个增信方。分支的最后一个节点可以配置多个增信方标识。当服务器接收到多个终端上传的贷款请求时，对多个贷款请求进行解析，得到相应的贷款要素。服务器利用增信方分配代码以及与贷款请求对应的多个贷款要素在增信方决策树中进行遍历，分别得到多个贷款请求对应的分支。不同的贷款请求可以对应不同的分支，也可以对应相同的分支。当面对大量的贷款请求时，每个分支都可以对应多个贷款请求。为了能够对增信方进行均衡分配，服务器将每个分支对应的贷款请求存入相应的队列。每个分支都可以设有一个对应的队列。服务器可以预设设置存入队列的顺序与增信方标识之间的对应关系。服务器根据该对应关系按照贷款请求存入队列的顺序，为每个贷款请求分配相应的增信方标识。
例如，存入队列的顺序为1、3、5、7…奇数位的贷款请求，服务器为其分配的增信方为安心，存入队列的顺序为2、4、6、8…偶数位的贷款请求，服务器为其分配的增信方为产险。再如，存入队列的顺序为为1～3的贷款请求，服务器为其分配的增信方为安心，其他顺序的贷款请求，服务器为其分配的增信方为产险。
由于分支对应的增信方标识可以是多个，增信方标识与出入队列的顺序之间可以设置不同的对应关系，从而便于金融机构对多个增信方进行动态分配。当金融机构对增信方进行调整时，只需调整分支对应的增信方标识以及增信方标识与出入队列的顺序之间的对应关系，即可继续采用相同的分配代码为多个贷款请求分配增信方。
在一个实施例中，在利用增信方分配代码以及多个贷款要素在增信方决策树中进行遍历，得到对应的增信方标识步骤之后，还包括：根据与贷款请求对应的多个增信方标识，获取与多个增信方对应的增信比例；根据增信比例对将多个增信方标识对应贷款请求进行记录。
增信方决策树的分支可以对应多个增信方标识。服务器可以按照上述实施例中提供的方式为贷款请求分配一个增信方标识，也可以为贷款请求分配多个增信方标识。例如，对于特定地区的客户或者对于特定贷款业务的客户，金融机构可以对分配多个增信方。当服务器为贷款请求分配一个增信方标识时，可以视为该增信方对应的增信比例为100％。当服务器为贷款请求分配多个增信方标识时，可以获取多个增信方对应的增信比例。服务器记录贷款请求对应的增信方标识及其增信比例。其中，增信比例可以是多个增信方与金融机构事先约定的。例如，北京市的所有客户在发起贷款请求时，服务器可以分配两个增信方，分别是安心和产险，这两家增信方可以按照预设比例4:6或者3:7等比例对客户进行增信。由于多个增信方可以按照约定的增信比例对同一客户进行增信，从而实现了多个增信方的风险分担。
在一个实施例中，贷款请求中还携带了贷款金额；方法还包括：根据贷款请求分配到的增信方标识获取对应的放款额度；将放款额度与贷款额度进行比对；当放款额度大于或等于贷款额度时，根据贷款额度对贷款请求执行放款操作；当放款额度小于贷款额度时，根据贷款额度为贷款请求更换对应的增信方标识。
本实施例中，在服务器为贷款请求分配了相应的增信方之后，服务器根据增信方标识获取增信方的放款额度。放款额度也就是增信方为客户无抵押贷款所担保的额度。不同的增信方标识对应的放款额度可以相同，也可以不同。服务器将贷款额度与增信方的放款额度进行比对，当放款额度大于或等于贷款额度时，表示增信方可以承担该额度的风险，服务器根据贷款额度对贷款请求执行放款操作，从而为客户放款。当放款额度小于贷款额度时，表示该贷款额度超出了增信方可承担的风险范围，该增信方不适用于该客户的贷款请求。服务器可以根据贷款额度重新选择增信方。如果存在放款额度大于或等于贷款额度的增信方，则服务器为贷款请求更换对应的增信方标识，以便实现客户的贷款业务。如果所有的增信方的放款额度均低于贷款金额，则服务器拒绝该贷款请求，生成本次拒绝无抵押贷款的提示信息，并该提示信息返回至终端。
在一个实施例中，在接收终端上传的贷款请求的步骤之后，还包括：向终端返回与贷款请求对应的贷款合同；接收终端上传的贷款合同对应的电子签名和指纹图像；利用客户信息获取预存储的电子签名和预存储的指纹图像；当贷款合同对应的电子签名和指纹图像与预存储的电子签名和预存储的指纹图像分别一致时，根据贷款业务标识执行对应的操作。
终端在接收到贷款合同后，客户可以通过终端输入相应的电子签名和指纹图像，以此完成贷款合同的签署。终端将签署后的贷款合同上传至服务器。其中，终端可以将签署后的贷款合同作为一个整体文件进行上传，该整体文件中包含了电子签名和指纹图像。终端也可以对应贷款合同上传相应的电子签名和指纹图像。
服务器接收终端上传的电子签名和指纹图像。为了确认签署贷款合同的人为真实有效的客户本人，服务器对客户身份进行验证。具体的，服务器根据客户身份信息获取预存储的电子签名，或者服务器根据客户身份信息在公安系统中获取预存储的电子签名，服务器利用预存储的电子签名与终端上传的电子签名进行比对，当预存储的电子签名与终端上传的电子签名的相似度达到第一阈值时，终端上传的电子签名验证通过。服务器根据客户身份信息在公安系统中获取预存储的指纹图像，服务器利用预存储的指纹图像与终端上传的指纹图像进行比对，当预存储的指纹图像与终端上传的指纹图像的相似度达到第二阈值时，终端上传的指纹图像验证通过。服务器可以对终端上传的电子签名和指纹图像按照先后顺序进行验证，也可以同时进行验证。当终端上传的电子签名和指纹图像均通过验证时，表示签署贷款合同的客户的身份通过验证，即签署贷款合同的为客户本人，该贷款合同未被他人冒名签署。服务器根据待办业务标识执行对应的操作，为客户办理相应的业务。由此对签署贷款合同的客户的身份进行了有效验证，即验证了签署贷款合同的为客户本人，有效避免了贷款合同被他人冒名签署的问题发生。
服务器在验证签署贷款合同的为客户本人之后，服务器按照贷款业务流程，获取客户标识对应的征信信息。当客户标识对应的征信信息符合贷款业务的要求时，服务器按照上述实施例中提供的方式为客户分配相应的增信方。服务器将贷款额度与增信方的放款额度进行比对，当放款额度大于或等于贷款额度时，服务器根据贷款额度对贷款请求执行放款操作，从而为客户放款。当放款额度小于贷款额度时，服务器可以根据贷款额度重新选择增信方。如果存在放款额度大于或等于贷款额度的增信方，则服务器为贷款请求更换对应的增信方标识，以便实现客户的贷款业务。如果所有的增信方的放款额度均低于贷款金额，则服务器拒绝该贷款请求，生成本次拒绝无抵押贷款的提示信息，并该提示信息返回至终端。
在一个实施例中，接收终端上传的贷款合同对应的电子签名和指纹图像的步骤包括：接收终端上传的电子签名以及多个加密后的数据包；对多个加密后的数据包进行解密，得到多个解密后的数据包；利用多个解密后的数据包进行拼接，得到贷款合同对应的指纹图像。
本实施例中，为了提高指纹图像的传输安全，终端在传输指纹图像之前，还可以将指纹图像进行加密。为了进一步提高指纹图像的安全性，终端还可以对指纹图像进行拆分处理。其中，终端可以对指纹图像先加密后拆分，也可以对指纹图像先拆分后加密。在对指纹图像进行加密时，终端可以采用通用的密钥对所有的指纹图像进行加密，也可以按照预设规则针对每个客户生成单独的密钥进行加密。
其中，终端可以利用身份标识与电子签名生成密钥；对指纹图像进行拆分，利用密钥对拆分后的指纹图像进行加密，得到多个加密后的数据包。终端也可以利用身份标识与电子签名生成密钥；利用密钥对贷款合同的指纹图像进行加密；对加密后的指纹图像进行拆分，得到多个加密后的数据包。
服务器按照预设规则生成解密所需的密钥，通过密钥对终端上传的多个机密后的数据包进行解密，得到多个解密后的数据包。在其中一个实施例中，对多个加密后的数据包进行解密的步骤包括：利用身份标识与电子签名生成密钥，通过密钥对多个加密后的数据包进行解密，得到解密后的数据包；利用多个解密后的数据包进行拼接的步骤包括：根据数据包标识识别多个解密后的数据包的拼接顺序；根据拼接顺序对多个解密后的数据包进行拼接，得到贷款合同对应的指纹图像。其中，解密后的数据包中包含了包头，服务器可以通过包头中数据包标识识别每个解密后的数据包的拼装顺序，根据该拼装顺序对多个拆分后的指纹图像进行拼装，得到一个完整的指纹图像。
由于对每个客户单独生成了密钥，由此使得每个贷款合同对应的指纹图像在解密时所需的密钥均不同。即使非法入侵者截获了部分指纹图像，但是如果非法入侵者没有截获所有客户的身份标识和电子签名，也是无法对所截获的指纹图像进行解密的。从而能够有效提高指纹图像的安全性。
在一个实施例中，该方法还包括：利用主节点接收终端上传的贷款请求；主节点将贷款请求分配至多个从节点，从节点对贷款请求分配对应的增信方标识；主节点和多个从节点之间进行串行监控，主节点与多个从节点形成链表；当主节点与从节点之间或者从节点与从节点之间超出预设时间未接收到访问请求时，确定未发出访问请求的节点出现异常；根据异常节点对链表进行更新，利用更新后的链表继续对其他节点进行串行监控。
本实施例中，服务器可以是服务器集群(以下简称集群)。集群中包括多个节点，节点包括主节点和从节点，主节点可以与终端进行通信。多个终端可以将贷款请求分别发送至主节点。主节点在一段时间内可以接收到多个贷款请求。主节点将贷款请求分别发送至从节点，由从节点调用增信方分配代码根据贷款请求为客户分配相应的增信方。具体的，主节点对集群中多个从节点的当前负载权重进行轮询，得到每个从节点的当前负载权重。主节点根据集群中每个从节点的当前负载权重为贷款请求选择对应的从节点标识。主节点对被选择的从节点标识对应的当前负载权重进行平滑处理，利用平滑处理后的结果选择下一个贷款请求对应的从节点标识，直至为多个付款请求选择出对应的从节点标识。主节点根据被选择的从节点标识将多个贷款请求依次发送至对应的从节点。通过平滑处理可以对当前已分配贷款请求的从节点的资源消耗进行抵消，防止重复计算其负载权重，以此达到集群中多个从节点的负载均衡。从而能够使得集群中的多个从节点分别对多个客户的增信方分配进行并行处理，有效提高分配效率。
为了确保集群中的各个节点能够持续工作，集群中的节点采用互相监督的机制。具体的，每个节点中都运行了监控线程，监控线程不仅监控自身节点的运行状况，还监控相关节点的运行状况。多个节点之间可以进行串行监控，形成链表。多个节点之间的串行监控可以如图4所示。主节点按照预设时间间隔访问第一从节点，第一从节点按照预设时间间隔访问第二从节点，第二从节点按照预设时间间隔访问第三从节点，第三从节点按照预设时间间隔访问主节点。监控线程根据多个节点之间的访问顺序形成链表。链表中记录了多个节点标识以及节点之间的访问顺序。当超过预设时间间隔时，其中一个节点未接收到访问请求时，则可以确定该节点对应的上一个节点，也就是未发出访问请求的节点出现异常。通过监控线程将链表中的异常节点的节点标识删除，并且相应调整节点之间的访问顺序，对链表进行更新。例如，在监控到第三从节点出现异常时，在链表中删除第三从节点，并且调整第二从节点按照预设时间间隔访问主节点。串行监控调整为如图5所示。由于对集群中的多个节点采用了串行监督的机制，由此能够确保集群中的节点持续存活工作。
进一步的，当集群中增加或者减少节点时，通过监控线程可以对链表进行相应的更新。根据更新后的链表中记录的节点以及节点之间的访问顺序进行串行监控，以此在集群调整之后，依然能够确保集群中的节点持续存活工作。
在一个实施例中，如图6所示，提供了一种增信方分配装置，包括：接收模块602、解析模块604和分配模块606，其中：
接收模块602，用于接收终端上传的贷款请求，贷款请求中携带了客户信息和贷款业务标识。
解析模块604，用于对客户信息和贷款业务标识进行解析，得到多个贷款要素。
分配模块606，用于获取增信方决策树，调用增信方分配代码，利用增信方分配代码以及多个贷款要素在增信方决策树中进行遍历，得到对应的增信方标识；将增信方标识对应贷款请求进行记录。
在一个实施例中，分配模块还用于当接收到多个贷款请求时，利用增信方分配代码以及与贷款请求对应的多个贷款要素在增信方决策树中进行遍历，得到多个贷款请求分别对应的分支；将多个贷款请求分别存入与分支对应的队列；获取所分支对应的多个增信方标识，以及贷款请求存入队列的顺序，根据顺序为多个贷款请求分配相应的增信方标识。
在一个实施例中，分配模块还用于根据与贷款请求对应的多个增信方标识，获取与多个增信方对应的增信比例；根据增信比例对将多个增信方标识对应贷款请求进行记录。
在一个实施例中，该装置还包括：比较模块，用于根据贷款请求分配到的增信方标识获取对应的放款额度；将放款额度与贷款额度进行比对；当放款额度大于或等于贷款额度时，根据贷款额度对贷款请求执行放款操作；当放款额度小于贷款额度时，根据贷款额度为贷款请求更换对应的增信方标识。
在一个实施例中，该装置还包括：发送模块，用于向终端返回与贷款请求对应的贷款合同；接收模块还用于接收终端上传的贷款合同对应的电子签名和指纹图像；验证模块，用于利用客户信息获取预存储的电子签名和预存储的指纹图像；当贷款合同对应的电子签名和指纹图像与预存储的电子签名和预存储的指纹图像分别一致时，根据贷款业务标识执行对应的操作。
在一个实施例中，接收模块还用于接收终端上传的电子签名以及多个加密后的数据包；对多个加密后的数据包进行解密，得到多个解密后的数据包；利用多个解密后的数据包进行拼接，得到贷款合同对应的指纹图像。
关于增信方分配装置的具体限定可以参见上文中对于增信方分配方法的限定，在此不再赘述。上述增信方分配装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。
在一个实施例中，提供了一种计算机设备，该计算机设备可以是服务器，其内部结构图可以如图7所示。该计算机设备包括通过系统总线连接的处理器、存储器和网络接口。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统和计算机程序。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于存储增信方分配数据。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种增信方分配方法。
本领域技术人员可以理解，图7中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。
在一个实施例中，提供了一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行计算机程序时实现以下步骤：接收终端上传的贷款请求，贷款请求中携带了客户信息和贷款业务标识；对客户信息和贷款业务标识进行解析，得到多个贷款要素；获取增信方决策树，调用增信方分配代码，利用增信方分配代码以及多个贷款要素在增信方决策树中进行遍历，得到对应的增信方标识；将增信方标识对应贷款请求进行记录。
在一个实施例中，处理器执行计算机程序时还实现以下步骤：当接收到多个贷款请求时，利用增信方分配代码以及与贷款请求对应的多个贷款要素在增信方决策树中进行遍历，得到多个贷款请求分别对应的分支；将多个贷款请求分别存入与分支对应的队列；获取所分支对应的多个增信方标识，以及贷款请求存入队列的顺序，根据顺序为多个贷款请求分配相应的增信方标识。
在一个实施例中，处理器执行计算机程序时还实现以下步骤：根据与贷款请求对应的多个增信方标识，获取与多个增信方对应的增信比例；根据增信比例对将多个增信方标识对应贷款请求进行记录。
在一个实施例中，处理器执行计算机程序时还实现以下步骤：根据贷款请求分配到的增信方标识获取对应的放款额度；将放款额度与贷款额度进行比对；当放款额度大于或等于贷款额度时，根据贷款额度对贷款请求执行放款操作；当放款额度小于贷款额度时，根据贷款额度为贷款请求更换对应的增信方标识。
在一个实施例中，处理器执行计算机程序时还实现以下步骤：向终端返回与贷款请求对应的贷款合同；接收终端上传的贷款合同对应的电子签名和指纹图像；利用客户信息获取预存储的电子签名和预存储的指纹图像；当贷款合同对应的电子签名和指纹图像与预存储的电子签名和预存储的指纹图像分别一致时，根据贷款业务标识执行对应的操作。
在一个实施例中，处理器执行计算机程序时还实现以下步骤：接收终端上传的电子签名以及多个加密后的数据包；对多个加密后的数据包进行解密，得到多个解密后的数据包；利用多个解密后的数据包进行拼接，得到贷款合同对应的指纹图像。
在一个实施例中，处理器执行计算机程序时还实现以下步骤：利用主节点接收终端上传的贷款请求；主节点将贷款请求分配至多个从节点，从节点对贷款请求分配对应的增信方标识；主节点和多个从节点之间进行串行监控，主节点与多个从节点形成链表；当主节点与从节点之间或者从节点与从节点之间超出预设时间未接收到访问请求时，确定未发出访问请求的节点出现异常；根据异常节点对链表进行更新，利用更新后的链表继续对其他节点进行串行监控。
在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现以下步骤：接收终端上传的贷款请求，贷款请求中携带了客户信息和贷款业务标识；对客户信息和贷款业务标识进行解析，得到多个贷款要素；获取增信方决策树，调用增信方分配代码，利用增信方分配代码以及多个贷款要素在增信方决策树中进行遍历，得到对应的增信方标识；将增信方标识对应贷款请求进行记录。
在一个实施例中，计算机程序被处理器执行时还实现以下步骤：当接收到多个贷款请求时，利用增信方分配代码以及与贷款请求对应的多个贷款要素在增信方决策树中进行遍历，得到多个贷款请求分别对应的分支；将多个贷款请求分别存入与分支对应的队列；获取所分支对应的多个增信方标识，以及贷款请求存入队列的顺序，根据顺序为多个贷款请求分配相应的增信方标识。
在一个实施例中，计算机程序被处理器执行时还实现以下步骤：根据与贷款请求对应的多个增信方标识，获取与多个增信方对应的增信比例；根据增信比例对将多个增信方标识对应贷款请求进行记录。
在一个实施例中，计算机程序被处理器执行时还实现以下步骤：根据贷款请求分配到的增信方标识获取对应的放款额度；将放款额度与贷款额度进行比对；当放款额度大于或等于贷款额度时，根据贷款额度对贷款请求执行放款操作；当放款额度小于贷款额度时，根据贷款额度为贷款请求更换对应的增信方标识。
在一个实施例中，计算机程序被处理器执行时还实现以下步骤：向终端返回与贷款请求对应的贷款合同；接收终端上传的贷款合同对应的电子签名和指纹图像；利用客户信息获取预存储的电子签名和预存储的指纹图像；当贷款合同对应的电子签名和指纹图像与预存储的电子签名和预存储的指纹图像分别一致时，根据贷款业务标识执行对应的操作。
在一个实施例中，计算机程序被处理器执行时还实现以下步骤：接收终端上传的电子签名以及多个加密后的数据包；对多个加密后的数据包进行解密，得到多个解密后的数据包；利用多个解密后的数据包进行拼接，得到贷款合同对应的指纹图像。
在一个实施例中，计算机程序被处理器执行时还实现以下步骤：利用主节点接收终端上传的贷款请求；主节点将贷款请求分配至多个从节点，从节点对贷款请求分配对应的增信方标识；主节点和多个从节点之间进行串行监控，主节点与多个从节点形成链表；当主节点与从节点之间或者从节点与从节点之间超出预设时间未接收到访问请求时，确定未发出访问请求的节点出现异常；根据异常节点对链表进行更新，利用更新后的链表继续对其他节点进行串行监控。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(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)等。
以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。
以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。