资源调度方法及服务端、电子设备、存储介质与流程

本发明涉及计算机领域，尤其涉及一种基于多服务方的资源调度方法、服务端、电子设备和计算机可读存储介质。

背景技术：

随着互联网技术的发展，网络正在广泛而深入地影响着人们的生活。越来越多的人们选择在金融机构的官网或者app应用上选择合适的金融产品。

目前，金融机构在资源的合作模式上包括助贷模式、联合贷模式和分润模式，其中分润模式主要是助贷机构和持牌消金公司(即分润机构)合作，消金公司收取客户的全部息费并承担风险，同时基于助贷机构的推荐合格客户、客户管理、贷后管理等服务进行分润。

现有分润模式下，分润机构需要满足：1)可以接受最高不超过36％/年的对客定价；2)认可助贷机构的资产表现，自身有一定风控审批能力，自担风险，接受表内存在不良资产；3)资金成本可控，在风险可控的情况下可以实现高于固定贷款利率的收益率。因此，目前分润机构主要以消金公司为主，而不是银行。然而，众所周知，相较于消金公司，银行的资源才是最多的，且在实际应用中，与助贷机构合作的金融机构中银行占50％以上，这就导致将近70％左右高集中度的资源没有被充分利用，也即由于不合理的资源配置方式造成了资源浪费。但若为了实现资源的充分利用，直接将消金公司替换为银行，那么由于定价和资产表现等监管问题以及风险承担的问题，这种方式实现难度大。因此，若要合理的进行资源配置，就需要银行来提供资源，相应地，需要其他机构与助贷机构合作来实现定价和资产表现等监管以及承担风险，也即是说，目前亟需一种基于多服务方的资源调度方法，从而使得能够合理地进行资源配置。

在所述背景技术部分公开的上述信息仅用于加强对本公开的背景的理解，因此它可以包括不构成对本领域普通技术人员已知的现有技术的信息。

技术实现要素：

鉴于上述问题，提出了本说明书以便提供一种克服上述问题或者至少部分地解决上述问题的一种多方服务方法、服务端、电子设备和计算机可读存储介质。

本发明公开的其他特性和优点将通过下面的详细描述变得显然，或部分地通过本公开的实践而习得。

第一方面，本发明公开了一种基于多服务方的资源调度方法，包括：

第一服务端响应于客户端发送的资源调度请求，向所述客户端发送第一业务协议页面内容以向用户展示；其中，所述第一业务协议页面内容是所述第一服务端从第二服务端获取到的；所述第一服务端对应于向所述用户提供第一业务服务的第一服务方，所述第二服务端对应于向所述用户提供第二业务服务的第二服务方；

所述第一服务端响应于所述客户端发送的表示确认第一业务协议的操作指令，将所述用户预先录入的资源调度申请信息推送至所述第二服务端进行风险评估，以生成表示承接业务的意向信息，并触发所述第二服务端基于所述意向信息向第三服务端申请资源调度；其中，所述第三服务端对应于向所述用户提供第三业务服务的第三服务方；

所述第一服务端向所述第二服务端发送资源调度结果查询请求，以获取从所述第三服务端反馈来的资源调度结果，并将所述资源调度结果反馈至所述客户端进行展示。

在本公开的一种示例性实施例中，响应于所述资源调度请求的步骤之前，还包括：

所述第一服务端响应于所述客户端发送来的授信请求，生成可供所述用户录入用户信息的第一信息页面内容，并反馈至所述客户端以向所述用户进行展示；

所述第一服务端响应于所述客户端发送的表示提交所述用户信息的操作指令，通过所述第二服务端将所述用户信息发送至所述第三服务端以发起信用评估，并接收所述第三服务端通过所述第二服务端返回的信用评估结果；其中，所述信用评估结果包括所述用户的征信报告，和/或，采用预设的信用评估模型对所述征信报告和所述用户信息进行计算得到的征信分数；

所述第一服务端基于所述信用评估结果进行授信审批，并通过所述第二服务端将授信审批结果发送至所述第三服务端进行终审，以及接收所述第三服务端通过所述第二服务端返回的终审结果；

所述第一服务端基于所述终审结果生成相应的授信审批结果，并将所述授信审批结果反馈至所述客户端进行展示，所述授信审批结果包括所述用户所获取的最大资源调度额度。

在本公开的一种示例性实施例中，将所述资源调度申请信息推送至所述第二服务端进行风险评估的步骤之前，还包括：

识别所述用户是否的用户类型；若为解耦用户或者新用户，通过所述第二服务端向所述第三服务端再次发起信用评估请求，并基于新的信用评估结果进行授信审批；

其中，所述解耦用户为最近一次征信查询时间超过预设时间的用户。

在本公开的一种示例性实施例中，所述资源调度方法还包括:

所述第一服务端基于系统时间判断当前是否为资源归还计划生成时间节点，若是，基于当天的资源发放信息生成相应的资源归还计划，并反馈至所述客户端进行展示。

在本公开的一种示例性实施例中，生成所述资源归还计划的步骤，具体包括：

所述第一服务端从所述第二服务端获取因申请资源调度所产生的附加资源总数，以及预设的资源归还时间节点；

所述第一服务端根据所述资源发放信息和所述附加资源总数计算所述用户的待归还资源总数，并基于所述待归还资源总数和所述资源归还时间节点生成所述资源归还计划；

其中，所述附加资源总数包括由所述第三服务端计算得到的第一附加资源数，以及由所述第二服务端计算得到的第二附加资源数。

在本公开的一种示例性实施例中，所述资源调度方法还包括：

所述第一服务端响应于所述客户端发送的资源归请求，基于所述第二服务方的业务标识，向与所述用户关联的第三方资源调度服务端发送第一资源调度指令，以触发所述第三方资源调度服务端将所述用户当前的待归还资源调度给所述第二服务方。

在本公开的一种示例性实施例中，所述资源调度方法还包括：

所述第一服务端响应于所述客户端发送的提前结清请求，基于所述第二服务方的业务标识，向与所述用户关联的第三方资源调度服务端发送第二资源调度指令，以触发所述第三方资源调度服务端将所述用户所有的待归还资源均调度给所述第二服务方。

在本公开的一种示例性实施例中，所述资源调度方法还包括：

所述第一服务端响应于所述第二服务端发送来表示要求所述第一服务方垫付第二附加资源的第三资源调度指令，向与所述第一服务方关联的第三方资源调度服务端发送表示确认垫付的第四资源调度指令，使得与所述第一服务方关联的第三方资源调度端调度相应数量的第二附加资源至与所述第二服务方，以触发所述第二服务端向与所述第二服务方关联的第三方资源调度服务端发送表示赔付资源的第五资源调度指令，使得与所述第二服务方关联的第三方资源调度服务端在预设的调度时间节点调度相应数量的资源给所述第三服务方。

第二方面，本发明还提供另一种基于多服务方的资源调度方法，其包括：

第二服务端基于用户当前归还的待分配资源和预设的资源分配规则，计算每个资源接收方分配得到的资源数量，并生成相应的资源分配明细；所述资源分配规则包括接收所述待分配资源的多个资源接收方的业务标识，以及不同归还场景下每个资源接收方的分配数量或百分比；其中，所述第二服务端对应于向用户提供第二业务服务的第二服务方；

第二服务端将所述资源分配明细发送至与所述第二服务方关联的第三方资源调度服务端，以触发所述第三方资源调度服务端对所述待分配资源进行资源调度。

在本公开的一种示例性实施例中，多个所述资源接收方包括：向所述用户提供第一业务服务的第一服务方；向所述用户提供第三业务服务的第三服务方；以及所述第二服务方。

在本公开的一种示例性实施例中，若所述归还场景为正常归还时，所述待分配资源包括定向分配至所述第三服务方的定额分配资源和第一附加资源，以及由所述第一服务方和第二服务方共同分润的第二附加资源；或者，

若所述归还场景为逾期归还时，所述待分配资源还包括定向分配至所述第三服务方的定额分配资源和第一附加资源，由所述第一服务方和第二服务方共同分润的第二附加资源，定向分配至所述第一服务方的第四附加资源，以及由所述第一服务方和第二服务方共同分润的第五附加资源；或者，

若所述归还场景为提前结清时，所述待分配资源还包括定向分配至所述第三服务方的定额分配资源和第一附加资源，由所述第一服务方和第二服务方共同分润的第二附加资源，定向分配至所述第一服务方的第三附加资源。

在本公开的一种示例性实施例中，计算每个资源接收方分配得到的资源数量的步骤，具体包括：

识别所述用户当前的归还场景；

若所述用户当前的归还场景为正常归还，将所述定额分配资源和所述第一附加资源计作分配至所述第三服务方的资源，并基于所述第二附加资源、第一预设百分比和第二预设百分比分别计算分配至所述第一服务方和所述第二服务方的资源数量；

若所述用户当前的归还场景为逾期后归还，将所述定额分配资源和所述第一附加资源计作分配至所述第三服务方的资源，将所述第四附加资源作为定向分配至所述第一服务方的资源，并基于所述第二附加资源、第一预设百分比和第二预设百分比分别计算分配至所述第一服务方和所述第二服务方的资源数量，以及基于所述第五附加资源和第三预设百分比分别计算分配至所述第一服务方和所述第二服务方的资源数量；

若所述用户当前的归还场景为提前结清，将所述定额分配资源和所述第一附加资源作为分配至所述第三服务方的资源，将所述第三附加资源作为定向分配至所述第一服务方的资源，以及基于所述第二附加资源、第一预设百分比和第二预设百分比分别计算分配至所述第一服务方和所述第二服务方的资源数量。

第三方面，本发明提供一种服务端，包括：

第一响应模块，用于响应于客户端发送的资源调度请求，向所述客户端发送第一业务协议页面内容以向用户展示；所述第一业务协议页面内容是所述第一服务端预先从第二服务端获取到的；其中，所述第一服务端对应于向所述用户提供第一业务服务的第一服务方，所述第二服务端对应于向所述用户提供第二业务服务的第二服务方；

第二响应模块，用于响应于所述客户端发送的表示确认所述第一业务协议的操作指令，将所述用户预先录入的资源调度申请信息推送至所述第二服务端进行风险评估以生成表示承接业务的意向信息，并触发所述第二服务端基于所述意向信息向第三服务端申请资源调度；其中，所述第三服务端对应于向所述用户提供第三业务服务的第三服务方；

第一数据获取模块，用于向所述第二服务端发送资源调度结果查询请求，以获取从所述第三服务端反馈来的资源调度结果，并将所述资源调度结果反馈至所述客户端进行展示。

在本公开的一种示例性实施例中，所述服务端还包括：

第三响应模块，用于响应于所述客户端发送来的授信请求，生成可供所述用户录入用户信息的第一信息页面内容，并反馈至所述客户端以向所述用户进行展示；

第四响应模块，用于响应于所述客户端发送的表示提交所述用户信息的操作指令，通过所述第二服务端将所述用户信息发送至所述第三服务端以发起信用评估；以及接收所述第三服务端通过所述第二服务端返回的信用评估结果；其中，所述信用评估结果包括所述用户的征信报告，和/或，采用预设的信用评估模型对所述征信报告和所述用户信息进行计算得到的征信分数；

授信审批模块，用于基于所述信用评估结果进行授信审批，并通过所述第二服务端将授信审批结果发送至所述第三服务端进行终审，以及接收所述第三服务端通过所述第二服务端返回的终审结果，然后基于所述终审结果生成相应的授信审批结果，并反馈至所述客户端进行展示，所述授信审批结果包括所述用户所获取的最大资源调度额度。

在本公开的一种示例性实施例中，所述服务端还包括：

第二数据获取模块，用于在所述第二响应模块触发所述第二服务端进行风险评估之前，获取所述用户的信用评估记录；

用户判别模块，用于根据所述信用评估记录判断所述用户是否为解耦用户，且当判断出所述用户为解耦用户时，触发所述第四响应模块通过所述第二服务端向所述第三服务端发起信用评估请求，并基于信用评估结果再次进行授信审批；其中，解耦用户为最近一次征信查询时间超过预设时间的用户。

在本公开的一种示例性实施例中，所述服务端还包括：

归还计划模块，用于基于系统时间判断出当前是否为资源归还计划生成时间节点，若是，基于当天的资源发放信息和所述用户信息生成相应的资源归还计划，并反馈至所述客户端。

在本公开的一种示例性实施例中，所述资源归还计划模块具体包括：

附加资源信息获取单元，用于从所述第二服务端获取因申请资源调度所产生的附加资源总数，以及预设的资源归还时间节点；

计算单元，用于根据所述用户当天的资源发放信息和所述附加资源总数计算所述用户的待归还资源总数；

计划反馈单元，用于基于所述待归还资源总数和所述资源归还时间节点生成所述资源归还计划，并反馈至所述客户端；

其中，所述附加资源总数包括由所述第三服务端计算得到的第一附加资源数，以及由所述第二服务端计算得到的第二附加资源数。

在本公开的一种示例性实施例中，所述服务端还包括：

第五响应模块，用于响应于所述客户端发送的资源归还请求，基于所述第二服务方的业务标识，向与所述用户关联的第三方资源调度服务端发送第一资源调度指令，以触发所述第三方资源调度服务端将所述用户当期的待归还资源调度给所述第二服务方。

在本公开的一种示例性实施例中，所述服务端还包括：

第六响应模块，用于响应于所述客户端发送的资源提前结清请求，基于所述第二服务方的业务标识，向与所述用户关联的第三方资源调度服务端发送第二资源调度指令，以触发所述第三方资源调度服务端将所述用户所有的待归还资源调度给所述第二服务方。

在本公开的一种示例性实施例中，所述服务端还包括：

第七响应模块，用于响应于所述第二服务端发送来表示要求所述第一服务方垫付第二附加资源的第三资源调度指令，向与所述第一服务方关联的第三方资源调度服务端发送表示确认垫付的第四资源调度指令，使得与所述第一服务方关联的第三方资源调度服务端调度相应数量的第二附加资源至与所述第二服务方，以触发所述第二服务端向与所述第二服务方关联的第三方资源调度服务端发送表示赔付资源的第五资源调度指令，使得与所述第二服务方关联的第三方资源调度服务端在预设的调度时间节点调度相应数量的资源给所述第三服务方；

其中，所述第三资源调度请求是所述第二服务端基于系统时间和所述资源归还计划，判断出所述用户当前的逾期时间达到预设的触发条件时生成的，且所述垫付请求包括请求所述第一服务端代为垫付的第二附加资源的数量。

第四方面，本说明书还提供另一种服务端，其包括：

第一计算模块，用于基于用户当前归还的待分配资源和预设的资源分配规则，计算每个资源接收方将分配得到的资源数量，并生成相应的资源分配明细；所述资源分配规则包括接收所述待分配资源的多个资源接收方的业务标识，以及不同归还场景下每个资源接收方的分配数量或百分比；其中，所述第二服务端对应于向用户提供第二业务服务的第二服务方；

资源分配模块，用于将所述资源分配明细发送至于第二服务方关联的第三方资源调度服务端，以触发所述第三方资源调度服务端对所述待分配资源进行资源分配。

在本公开的一种示例性实施例中，所述多个资源接收方包括接收所述固定分配资源和所述第一附加资源且向所述用户提供第一业务服务的第一服务方，所述第二服务方，以及向所述用户提供第三业务服务的第三服务方。

在本公开的一种示例性实施例中，当所述归还场景为正常归还时，所述待分配资源包括定向分配至所述第三服务方的定额分配资源和第一附加资源，以及由所述第一服务方和第二服务方共同分润的第二附加资源；或者，

当所述归还场景为逾期归还时，所述待分配资源还包括定向分配至所述第三服务方的定额分配资源和第一附加资源，由所述第一服务方和第二服务方共同分润的第二附加资源，定向分配至所述第一服务方的第四附加资源，以及由所述第一服务方和第二服务方共同分润的第五附加资源；或者，

当所述归还场景为提前结清时，所述待分配资源还包括定向分配至所述第三服务方的定额分配资源和第一附加资源，由所述第一服务方和第二服务方共同分润的第二附加资源，定向分配至所述第一服务方的第三附加资源。

在本公开的一种示例性实施例中，所述第一计算模块具体包括；

归还场景识别单元，用于识别所述用户当前的归还场景；

第一计算单元，用于当所述归还场景识别单元识别出当前为正常归还时，将所述定额分配资源和所述第一附加资源作为分配至所述第三服务方的资源，基于所述第二附加资源、第一预设百分比和第二预设百分比分别计算分配至所述第一服务方和所述第二服务方的资源数量；

第二计算单元，用于当所述归还场景识别单元识别出当前为逾期后归还时，将所述定额分配资源和所述第一附加资源作为分配至所述第三服务方的资源，基于所述第二附加资源、第一预设百分比和第二预设百分比分别计算分配至所述第一服务方和所述第二服务方的资源数量，将所述第四附加资源作为定向分配至所述第一服务方的资源，基于所述第五附加资源和第三预设百分比分别计算分配至所述第一服务方和所述第二服务方的资源数量；

第三计算单元，用于当所述归还场景识别单元识别出当前为提前结清时，将所述定额分配资源和所述第一附加资源作为分配至所述第三服务方的资源，基于所述第二附加资源、第一预设百分比和第二预设百分比分别计算分配至所述第一服务方和所述第二服务方的资源数量，将所述第三附加资源作为定向分配至所述第一服务方的资源。

第五方面，本说明书提供一种电子设备，包括处理器和存储器：所述存储器用于存储上述任一项所述方法的程序；所述处理器被配置为用于执行所述存储器中存储的程序实现上述任一项所述方法的步骤。

第六方面，本说明书实施例提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现上述任一项所述方法的步骤。

本发明的有益效果：

本发明通过由第一服务端向第二服务端推送用户的用户信息和资源调度信息，然后由第二服务端对应的第二服务方对该用户进行风险评估以生成表示承接业务的意向信息，然后该第二服务端基于该意向信息第三服务端申请资源调度，从而实现了基于多服务方的资源调度方法，且该资源调度过程中由第一服务方和第二服务方来定价和资产表现等监管，同时承担风险，而第三服务方只需实现资源配置即可，避免了以消金公司为主而导致高集中度的大量资源未被充分利用的问题，使得资源能够被合理分配，且资源配置过程中，第三服务方无需承担任何风险，也无需定价或资产表现等监管，即降低了第三服务方的系统资源和管理成本。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性的，并不能限制本公开。

附图说明

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

图1是根据第一示例性实施例示出的一种基于多服务方的资源调度方法的流程图；

图2是根据第二示例性实施例示出的一种基于多服务方的资源调度方法的流程图；

图3是根据第三示例性实施例示出的一种基于多服务方的资源调度方法的流程图；

图4是根据第四示例性实施例示出的一种基于多服务方的资源调度方法的流程图；

图5是根据第五示例性实施例示出的一种基于多服务方的资源调度方法的流程图；

图6是根据第六示例性实施例示出的一种基于多服务方的资源调度方法的流程图；

图7是根据第七示例性实施例示出的一种基于多服务方的资源调度方法的流程图；

图8是根据另一示例性实施例示出的一种服务端的框图；

图9是根据再一示例性实施例示出的一种服务端的框图；

图10是根据一示例性实施例示出的一种电子设备的框图。

具体实施方式

上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。

然而，下述的示例实施例能够以多种形式实施，且不应被理解为限于在此阐述的实施例；相反，提供这些实施例使得本公开将全面和完整，并将示例实施例的构思全面地传达给本领域的技术人员。在图中相同的附图标记表示相同或类似的部分，因而将省略对它们的重复描述。

此外，所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施例中。在下面的描述中，提供许多具体细节从而给出对本公开的实施例的充分理解。然而，本领域技术人员将意识到，可以实践本公开的技术方案而没有特定细节中的一个或更多，或者可以采用其它的方法、组元、装置、步骤等。在其它情况下，不详细示出或描述公知方法、装置、实现或者操作以避免模糊本公开的各方面。

附图中所示的方框图仅仅是功能实体，不一定必须与物理上独立的实体相对应。即，可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。

附图中所示的流程图仅是示例性说明，不是必须包括所有的内容和操作/步骤，也不是必须按所描述的顺序执行。例如，有的操作/步骤还可以分解，而有的操作/步骤可以合并或部分合并，因此实际执行的顺序有可能根据实际情况改变。

应理解，虽然本文中可能使用术语第一、第二、第三等来描述各种组件，但这些组件不应受这些术语限制。这些术语乃用以区分一组件与另一组件。因此，下文论述的第一组件可称为第二组件而不偏离本公开概念的教示。如本文中所使用，术语“及/或”包括相关联的列出项目中的任一个及一或多者的所有组合。

本领域技术人员可以理解，附图只是示例实施例的示意图，附图中的模块或流程并不一定是实施本公开所必须的，因此不能用于限制本公开的保护范围。

本发明提供了一种基于多服务方的资源调度方法，用于解决现有技术中因不合理的资源配置/调度方式，导致高集中度的资源被浪费的问题，为了解决上述问题，本发明的总体思路如下：第一服务端响应于客户端发送的资源调度请求，向客户端发送第一业务协议页面内容以向用户展示；其中，该第一业务协议页面内容是所述第一服务端从第二服务端获取到的；第一服务端对应于向用户提供第一业务的第一服务方，第二服务端对应于向用户提供第二业务的第二服务方；第一服务端响应于客户端发送的表示确认第一业务协议的操作指令，将资源调度申请信息推送至所述第二服务端进行风险评估以生成表示承接业务的意向信息，并触发第二服务端基于意向信息向第三服务端申请资源调度；其中，第三服务端对应于向用户提供第三业务的第三服务方；第一服务端向第二服务端发送资源调度结果查询请求，以获取从第三服务端反馈来的资源调度结果，并将资源调度结果反馈至所述客户端进行展示。

首先需要说明书的是，在本发明各个实施例中，所涉及的术语为：

本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，a和/或b，可以表示：单独存在a，同时存在a和b，单独存在b这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。

下面，通过几个具体的实施例对本发明的技术方案进行详细介绍和说明。

参见图1，本实施例的一种基于多服务方的资源调度法，包括：

s101，第一服务端响应于客户端发送的资源调度请求，向该客户端发送第一业务协议页面内容以向用户展示第一业务协议页面。

本实施例中，用户首先通过第一服务端对应的第一服务方所提供的客户端登录相应网页/app，然后访问相应的资源调度申请页面，具体地，该资源调度申请页面为客户端响应于该用户相应的访问操作，从该第一服务端获取该资源调度申请页面内容，然后解析渲染得到的，使得用户可在该资源调度申请页面录入资源调度申请信息。进一步地，当该用户在该资源调度申请页面录入资源调度申请信息后，并触发表示向该第一服务端对应的第一服务方申请资源调度的操作指令时，该客户端响应于该操作指令，向该第一服务端发送资源调度请求。当然，该资源调度请求包括该用户的用户信息和录入的资源调度申请信息，如分期归还、归还方式(等本等息或者等额本息等)、调度期限、首期归还资源数额、优惠信息、接收资源方式(如某一银行卡或者支付宝账号或者微信账号)等等。

本实施例中，该第一业务协议页面内容是该第一服务端从第二服务端获取到的，其中，该第一服务端对应于向用户提供第一业务服务的第一服务方，第二服务端对应于向用户提供第二业务服务的第二服务方。具体地，该第一服务方是指向用户提供助贷服务(即第一业务服务)的助贷机构，而该第一服务端即为该助贷机构的服务端，相应地，用户先在第一服务方对应的官网或者app应用中登录，然后访问资源调度申请页面，并填写资源调度申请信息后，点击该资源调度申请页面的提交申请图标/按钮，则客户端生成该资源调度请求发送至第一服务端；该第二服务方是指向该用户提供个人信用保证保险服务(第二业务服务)的保险机构，而该第二服务端即为该保险机构的服务端，该第一业务协议页面内容即为保险协议页面内容，即该用户作为投保人与该保险公司签订个人信用保证保险相关协议；而向该用户提供资源调度服务(即第三业务服务)的第三服务方则作为被保险人；相应地，当第一服务端接收到客户端发送来的资源调度请求时，响应于该资源调度请求，从第二服务端获取该第一业务协议页面内容，以反馈至客户端，使得用户可仔细阅读该第一业务协议的具体内容。

s102，第一服务端响应于该客户端发送的表示确认该第一业务协议的操作指令，将该用户预先录入的资源调度信息推送至该第二服务端进行风险评估，以生成表示承接业务的意向信息，并触发该第二服务端基于该意向信息向第三服务端申请资源调度。

本实施例中，客户端从第一服务端获取到第一业务协议页面内容，解析渲染后向用户展示，当用户阅读完第一业务协议页面后，若该用户阅读完该第一业务协议，并同意/确认该第一业务协议内容时，可直接在该第一业务协议页面中的确认/同意图标即可，客户端相应地生成表示用户确认该第一业务协议的操作指令，然后发送至第一服务端。

本实施例中，该第三服务端对应于向该用户提供第三业务服务的第三服务方。具体地，该第三服务方是指向该用户提供资源的资源提供方，如银行等可向用户提供高集中度资源的机构。

本实施例中，执行该步骤s102之前，还包括：

识别该用户的用户类型，若该用户为解耦用户或新用户，通过第二服务端向第三服务端发起信用评估请求，并基于信用评估结果进行授信审批；若该用户不是解耦用户或新用户，直接执行上述步骤s102。

本实施例中，该解耦用户是指为最近一次征信查询时间超过预设时间的授信用户。具体地，该预设时间为三个月，当然可根据实际需要进行调整。

在一具体实施例中，由于第三服务端每次对该用户进行信用评估(例如进行征信查询)，都会生成相应的信用评估记录(包括征信查询原因、信用评估时间和信用评估结果(包括征信报告))，并通过第二服务端反馈至第一服务端，因此，该第一服务端可根据该用户的信用评估记录，以及系统时间来判断该用户是否为解耦用户，如根据该第一服务端系统时间判断该用户最近一次征信查询时间是否超过三个月，若是，则判定该用户为解耦用户。而新用户是指新注册尚未授信的用户，因此，若是新用户申请资源调度，第三服务端自然需要对其进行信用评估，从而根据信用评估结果进行授信审批。

本实施例中，该第一服务端识别出该用户为新用户后解耦用户时，生成信用评估请求，并通过第二服务端发送至第三服务端，即通过该第二服务端向第三服务端发起信用评估请求，具体地，该信用评估请求包括该用户的用户信息，以及信用评估原因、默认信用评估方法(如仅仅是进行征信查询，或者征信查询结合预设的信用评估模型计算征信分数)及信用评估辅助数据发送至第二服务端，再由该第二服务端发送第三服务端，即通过第二服务端将该用户信息和信用评估原因、信用评估方法及信用评估辅助数据发送至第三服务端以发起信用评估，且当该第三服务端进行信用评估之后，将信用评估结果反馈至第二服务端，而该第二服务端再将该信用评估结果反馈至第一服务端，该第一服务端根据该信用评估结果进行审批，然后将审批结果和额度通过第二服务端发送至第三服务端进行终审，相应地，第三服务端将终审结果反馈至第二服务端，第一服务端从该第二服务端获取终审结果，从而完成授信审批。具体地，该第三服务端进行信用评估包括对该用户进行征信查询，然后根据采用预设的信用评估模型对该用户的征信报告和用户信息进行计算得到的征信分数，最后将该征信报告和/或征信分数反馈至第二服务端，由第二服务端将信用评估结果(包括该征信报告和/或征信分数)，反馈至第一服务端。

在一具体实施例中，当第二服务方根据第二服务端接收到的资源调度信息进行内部审批(即风险评估)，若审批通过，则通过该第二服务端生成相应的承保意向，即承接业务的意向信息，然后，该第二服务端基于该意向信息向第三服务端以发起资源调度申请，即第一服务端触发该第二服务端向第三服务端申请资源调度。相应地，该第三服务端对应的第三服务方根据资源调度信息进行内部审批，且该第三服务端将第三服务方的审批结果和资源调度结果反馈至第二服务端，其中，该资源调度结果包括审批通过的发送资源数额，以及资源的发放日期等。

s103，第一服务端向上述第二服务端发送资源调度结果查询请求，以获取该第三服务端反馈的资源调度结果，并反馈至该客户端进行展示。

进一步地，第二服务端在d+1日(即放款日的第二天)反馈放款对账文件至该第一服务端和第三服务端，以便于第一服务方和第三服务方后期对账。

本实施例中，通过由第一服务端向第二服务端推送资源调度申请信息，然后由第二服务端对应的第二服务方对该用户进行风险评估以生成表示承接业务的意向信息，并由该第二服务端基于该意向触发第三服务端进行资源调度，从而使得由助贷机构推荐相应的用户，由第一服务方和第二服务方来承担风险，避免了以消金公司为主而导致高集中度的大量资源未被充分利用的问题，同时也无需第三服务方来承担相应的风险，也无需第三服务方来进行定价或资产表现等监管，即降低了第三服务方的系统资源。

进一步地，由于用户申请资源调度之前，通常需要先申请授信，相应地，参见图2，执行步骤s101之前，本实施例的该多方服务方法还包括：

s201，第一服务端响应于客户端发送的授信请求，生成可供用户录入用户信息的第一信息页面内容，并反馈至该客户端以向该用户展示第一信息页面。

本实施例中，该用户先通过客户端访问第一业务服务展示页面(具体地，该客户端响应于该用户的访问操作时，从该第一服务端获取该第一业务服务展示页面内容以展示第一业务服务展示页面)，以了解第一服务方所提供的第一业务的相关信息，且当该用户在该第一业务服务展示页面触发申请授信的操作时，该客户端响应于该操作，生成上述的授信请求，并发送至该第一服务端以获取第一信息页面内容。

s203，第一服务端响应于该客户端发送的表示提交所录入的用户信息的操作指令，通过第二服务端将该用户信息发送至第三服务端以发起信用评估请求，并接收该第三服务端通过第二服务端返回的信用评估结果。

本实施例中，客户端获取用户在该第一信息页面录入相应的用户信息，如姓名、证件信息(如身份证号码或者护照号码等)、银行信息(如银行名称和银行卡号码等)、移动终端设备标识号码(如手机号)等，且当用户录完用户信息后，客户端基于该用户的操作(如点击该第一信息页面预先配置的提交图标)生成表示提交该用户信息的操作指令，并将其与该用户信息一起发送至该第一服务端。其中，该操作指令中携带有发起信用评估原因、所使用的信用评估方法及其他的信用评估辅助信息发送。

本实施例中，该第一服务端接收到该用户信息后，将该用户信息和信用评估原因、信用评估方法及信用评估辅助数据发送至第二服务端，再由该第二服务端发送第三服务端，即通过第二服务端将该用户信息和信用评估原因、信用评估方法及信用评估辅助数据发送至第三服务端以发起信用评估，且当该第三服务端进行信用评估之后，将信用评估结果反馈至第二服务端，而该第二服务端再将该信用评估结果反馈至客户端。具体地，该第三服务端在第三服务方的操作下，对该用户进行信用评估，信用评估方式包括对该用户进行征信查询，和/或，根据采用预设的信用评估模型(由第一服务方提供并预先配置在第三服务端中的)对该用户的征信报告和用户信息(中的信用评估辅助数据)进行计算得到的征信分数，然后将该征信报告和/或征信分数反馈至第二服务端，由第二服务端将该征信报告和/征信分数，即信用评估结果反馈至第一服务端。即，该信用评估结果包括该用户的征信报告和/或征信分数。

s205，第一服务端基于该信用评估结果进行授信审批，并通过上述第二服务端将授信审批结果发送至该第三服务端用以第三服务方进行终审，以及接收第三服务端通过第二服务端返回的终审结果。

本实施例中，第一服务端在第一服务方的操作下，基于该信用评估结果进行授信审批，若该用户的信用评估结果满足预设的条件，如征信报告提现出该用户的信用状况良好，和/或，征信分数大于预设的征信分数阈值，那么该用户将通过授信审批，且第一服务方将给予该用户一定的信用额度，相应地，第一服务端将授信审批结果发送至第二服务端进行复审，且该第二服务端将该授信审批结果发送至第三服务端用以第三服务方进行终审(即第三服务方内部对该用户的信用额度进行审核)，而该第三服务端将终审结果通过第二服务端反馈至第一服务端，同时第二服务方的复审结果也反馈至第一服务端。

s207，第一服务端基于该终审结果生成相应的授信审批结果，并将该授信审批结果反馈至客户端进行展示。

本实施例中，该授信审批结果包括该用户所获取的最大资源调度额度。在一具体实施例中，该最大资源调度额度是指该用户获得的信用额度，即该信用额度为该用户能够从第三服务方申请到的最大借贷金额。

进一步地，当用户申请资源调度成功之后，为了避免用户忘记归还时间等，相应地，会根据该用户的资源调度信息生成相应的资源归还计划以通知用户，具体地，参见图3，本实施例的该多服务方法还包括：

s301，第一服务端基于系统时间判断当前是否为预设的资源归还计划生成时间节点，若是，执行步骤s303，否则，继续判断。

本实施例中，该系统时间为该第一服务端的系统时间。具体地，为了节省系统能耗，统一设定发放资源当天的凌晨十二点为资源归还计划生成时间节点，即当第一服务端根据系统时间判断出当前为凌晨十二点时，基于当天的资源发放信息生成相应的资源归还计划。当然，若当天有多个用户收到相应的资源，即第三服务端当天向多个用户发放资源，则当天凌晨十二点第一服务端将根据该第三服务端通过第二服务端反馈的每个用户各自对应的放款信息批量生成相应的资源归还计划，并反馈至客户端。

s303，基于当天的资源发放信息生成相应的资源归还计划，并反馈至该客户端以向用户展示。

本实施例中，该步骤s303中生成该资源归还计划的步骤包括：第一服务端从第二服务端获取因申请资源调度所产生的附加资源总数，以及预设的资源归还时间节点，然后根据该资源发放信息和上述的附加资源总数计算该用户的待归还资源总数，最后基于计算得到的待归还资源总数和上述的资源归还时间节点生成相应的资源归还计划。其中，该附加资源总数包括由第三服务端计算得到的第一附加资源数，如利息，以及由第二服务端计算得到的第二附加资源数，如保费；而该资源归还时间节点是第二服务端从第三服务端获取的。进一步地，如还有向用户提供第四业务服务(即担保)的第四服务方，那么相应地，该附加资源总数还包括由第四服务端发送至第二服务端的担保费。

在一具体实施例中，若该用户申请资源调度时所填写的资源调度申请信息中选择了分期归还的方式，相应地，该资源归还计划包括了该用户每期应该归还资源数额，以及归还时间节点等；若该用户申请资源调度时选择了不分期的归还方式，相应地，该资源归还计划包括了该用户所有的待归还资源数额及归还时间节点。当然，更进一步地，当第一服务端还在可归还时间节点之前向客户端发送相应的归还提醒通知，以提示该用户归还当期的待归还资源数额/所有待归还资源数额。

更进一步地，当用户收到上述的资源归还计划后，通常会在归还时间节点或之前提前进行归还的操作，相应地，参见图4，本实施例的该多方服务方法，还包括：

s401，第一服务端基于客户端发送的资源归还请求，基于第二服务方的业务标识，向与该用户关联的第三方资源调度服务端发送第一资源调度指令，以触发与该用户关联的第三方资源调度服务端将该用户当期的待归还资源调度给第二服务方。

本实施例中，该用户可在资源归还页面(该资源归还页面是客户端响应于该用户相应的访问操作，从第一服务端获取资源归还页面内容，然后解析渲染得到的)选择归还当期资源(如点击该资源归还页面中的还款图标/按钮)，以触发客户端从服务端获取归还信息页面内容以供用户在归还信息页面中选择预先添加的第三方资源调度机构(如用于还款的扣款银行及相应银行卡)/添加第三方资源调度机构(如用于还款的扣款银行及相应银行卡)，且当用户选定第三方资源调度机构/添加相应的第三方资源调度机构后，客户端生成相应的资源归还请求，并发送至第一服务端。其中，该资源归还请求包括预先获取到的第二服务方的业务标识，以及第三方资源调度机构信息。

在一具体实施例中，该业务标识是指该第二服务方的商户号，相应地，该用户所选择/添加的第三方资源调度机构(即扣款银行)对应的第三方资源调度服务端接收到该第一资源调度请求(如扣款请求)后，从该用户预先在该第三方资源调度机构建立账户(即银行卡)中将相应数量的资源调度至第二服务方所预先指定的账户中。

本实施例中，该待归还资源包括定向分配至第三服务方的定额分配资源(如本金)和第一附加资源(利息)，以及由第一服务方和第二服务方共同分润的第二附加资源(保费)。当然，若用户选择了担保业务，相应地，该待归还资源中还包括分配至担保机构的担保费。

进一步地，若该用户没有在归还时间节点及其之前还款，相应地个，该第一服务端可根据系统时间判断出该用户逾期，并生成相应的还款通知，相应地，该用户此时归还的待归还资源除了包括定额分配资源、第一附加资源和第二附加资源外，还包括定向分配至第一服务方的第四附加资源，即逾期违约金，以及由第一服务方和第二服务方共同分润的第五附加资源，即逾期产生的罚息。

更进一步地，虽然用户选择了分期归还的方式，但用户也可以申请选择提前结清的方式，相应地，参见图5，本实施例的该多方服务方法，还包括：

s501，第一服务端响应于该客户端发送的提前结清请求，基于上述第二服务方的业务标识，向与该用户关联的第三方资源调度服务端发送第二资源调度指令，以触发该第三方资源调度服务端将该用户所有的待归还资源均调度给该第二服务方。

本实施例中，该用户可在资源归还页面选择提前结清，如通过点击提前结清图标/按钮，从而触发客户端从第一服务端获取相应的归还信息页面内容以供用户在归还信息页面中选择预先添加的第三方资源调度机构/添加第三方资源调度机构，且当用户选定第三方资源调度机构/添加相应的第三方资源调度机构后，客户端生成相应的提前结清请求，并发送至第一服务端。其中，该提前结清请求包括预先获取到的第二服务方的业务标识，以及第三方资源调度机构信息，如该第三方资源调度机构对应的第三方资源调度服务端信息。

在一具体实施例中，该用户所选择/添加的第三方资源调度机构(即扣款银行)对应的第三方资源调度服务端接收到该第二资源调度请求(如扣款请求)后，从该用户预先在该第三方资源调度机构建立账户(即银行卡)中将相应数量的资源转至第二服务方所预先指定的账户中。

本实施例中，该待归还资源包括定向分配至第三服务方的定额分配资源和第一附加资源，由第一服务方和第二服务方共同分润的第二附加资源，以及定向分配至第一服务方的第三附加资源，即提前结清违约金。

更进一步地，用户有时会逾期还款，此时，需要第一服务方进行垫付保费，相应地，参见图6，本实施例的该多方服务方法，还包括：

s603，第一服务端响应于第二服务端发送来表示邀请第一服务方垫付第二附加资源的第三资源调度指令，向与第一服务方关联的第三方资源调度服务端发送表示确认垫付的第四资源调度指令，使得与该第一服务方关联的第三方资源调度服务端调度相应数量的第二附加资源至该第二服务方，以触发该第二服务方对应的第二服务端向与第二服务方关联的第三方资源调度服务端发送表示赔付资源的第五资源调度指令，使得与该第二服务方关联的第三方资源调度服务端在预设的调度时间节点调度相应数量的资源给第三服务方。

本实施例中，第二服务端会先根据系统时间和资源归还计划判断该用户当前的逾期时间是否达到预设的触发条件，即判断该用户逾期时间(即未按时归还资源)是否达到预设的预期时间阈值，若是，第二服务端判向第一服务端发送表示要求该第一服务方垫付第二附加资源的第三资源调度指令。具体地，预设的逾期时间阈值为预期38天，即当用户的逾期时间达到38天时，第二服务方通过第二服务端要求第一服务方为该用户垫付保费。当然，该逾期时间阈值可根据第二服务方的实际需要进行调整。

本实施例中，该第一服务端接收到该第三资源调度指令后，向第一服务方关联的第三方资源调度服务端发送表示确认垫付第二附加资源的第四资源调度指令，以促使该第一服务方预先指定的银行在逾期第39天从其对应的银行账户中扣除相应数量的资源至第二服务方；相应地，由于收到该第二附加资源(该第二附加资源包括归还时间节点之前的第二附加资源，以及归还时间节点之理赔日之间的15％的第二附加资源；其中归还时间节点之前的第二附加资源的85％将调度到第一服务端对应的第一服务方，且该85％中的30％双周结算，55％不参与理赔，每个月计算前三个月的)，该第二服务方通过第二服务端向与该第二服务方关联的第三方服务端终端(即该第二服务方对应银行账户对应的银行服务端)发送表示赔付相应数量资源至第三服务方的第五资源调度指令，与该第二服务方关联的第三方服务端终端(即该第二服务方对应银行账户对应的银行服务端)则在预设的调度时间节点调度相应数量的资源给第三服务方。在一具体实施例中，该预设的调度时间节点为第一服务方垫付第二附加资源的第二天。

基于与前述实施例中一种基于多服务方的资源调度方法同样的发明构思，本发明还提供了另一种基于多服务方的资源调度方法，用于解决现有技术中因不合理的资源配置/调度方式，导致高集中度的资源被浪费的问题，为了解决上述问题，本发明的总体思路如下：第二服务端基于用户当前归还的待分配资源和预设的资源分配规则，计算每个资源接收方分配得到的资源数量，并生成相应的资源分配明细；所述资源分配规则包括接收所述待分配资源的多个资源接收方的业务标识，以及不同归还场景下每个资源接收方的分配数量或百分比；其中，所述第二服务端对应于向用户提供第二业务服务的第二服务方；第二服务端将所述资源分配明细发送至与所述第二服务方关联的第三方资源调度服务端，以触发所述第三方资源调度服务端对所述待分配资源进行资源调度。下面，通过具体的实施例对本发明的技术方案进行详细介绍和说明。

本实施例中，该资源调度方法中涉及的多个服务方包括上述实施例中的第一服务方、第二服务方和第三服务方，且各个服务方各自对应的服务端的功能相同，不同的是，上述实施例中从第一服务端的角度来描述资源从第三服务方调度至用户，以及用户归还资源的过程，而本实施例中，将从第二服务端的角度来描述用户归还资源之后，各个服务端之间的资源调度过程。

参见图7，本发明的另一种基于多服务方的资源调度方法，其包括：

s701，第二服务端基于用户当前归还的待分配资源和预设的资源分配规则，计算每个资源接收方分配得到的资源数量，并生成相应的资源分配明细。

本实施例中，该资源分配规则包括接收该待分配资源的多个资源接收方的业务标识，以及不同归还场景下每个资源接收方的资源分配数量/百分比。具体地，多个资源接收方包括向用户提供第一业务的第一服务方，向用户提供第二业务服务的第二服务方，以及向该用户提供第三业务服务的第三服务方。

本实施例中，若该归还场景为正常归还，即用户在上述资源归还计划中的归还时间节点或之前归还，则该待分配资源包括定向分配至该第三服务方的定额分配资源和第一附加资源，以及由第一服务方和第二服务方共同分润的第二附加资源。具体地，第一预设百分比为30％，第二百分比为15％，即该第二附加资源的30％将分配至第一服务方，15％将分配至第二服务方，55％用于赔付，且当赔付后仍有剩余时，第一服务方和第二服务方各自分配到剩余部分的50％。

本实施例中，若该归还场景为逾期归还，即用户在上述资源归还计划中的归还时间节点之后归还，则该待分配资源除了包括上述的定额分配资源、第一附加资源和第二附加资源外，还包括定向分配至该第一服务方的第四附加资源，以及由第一服务方和第二服务方共同分润的第五附加资源。具体地，该第三预设百分比为50％，即第一服务方和第二服务方将各自分配得到该第五附加资源的50％。

本实施例中，若该归还场景为提前结清，即用户在上述资源归还计划中的归还时间节点之前结清所有，则该待分配资源除了包括上述的定额分配资源、第一附加资源和第二附加资源外，还包括定向分配至该第一服务方的第三附加资源。

本实施例中，该步骤s701中计算每个资源接收方分配得到的资源数量的步骤，具体包括：

识别该用户当前的归还场景；

若该用户当前的归还场景为正常归还，将定额分配资源和第一附加资源作为分配至第三服务方的资源，并基于第二附加资源、第一预设百分比和第二预设百分比分别计算分配至第一服务方和第二服务方的资源数量；

若识别出该用户当前的归还场景为逾期后归还，将定额分配资源和第一附加资源作为分配至第三服务方的资源，将第四附加资源作为分配至第一服务方的资源，并基于第二附加资源、第一预设百分比和第二预设百分比分别计算分配至第一服务方和第二服务方的资源数量，基于第五附加资源和第三预设百分比分别计算分配至第一服务方和第二服务方的资源数量；

若识别出该用户当前的归还场景为提前结清，将定额分配资源和第一附加资源作为分配至第三服务方的资源，同时将第三附加资源作为分配至第一服务方的资源，并基于第二附加资源、第一预设百分比和第二预设百分比分别计算分配至第一服务方和第二服务方的资源数量。

s702，第二服务端将上述资源分配明细发送至于该第二服务方关联的第三方资源调度服务端，以触发该第三方资源调度服务端对该待分配资源进行资源分配。

在一具体实施例，与该第二服务方关联的第三方资源调度服务端为该第二服务方开设银行账户的银行服务端，相应地，当该第三方资源调度服务端接收到第二服务端发送的资源分配明细后，则根据该资源分配明细将该第二服务方对应的银行账户中所接收到的待分配资源进行分配，即将相应数额的资源分别转至第一服务方和第三服务方。

当然，若该用户还使用了第四业务服务，即担保业务服务，那么相应地，该待归还资源中还包括定向分配至第四服务方的担保费。

基于与前述实施例中一种基于多服务方的资源调度方法同样的发明构思，本发明还提供一种服务端，其上存储有计算机程序，该程序被处理器执行时实现前文所述一种多方服务方法的任一方法的步骤。

下述为本公开装置实施例，可以用于执行本发明方法实施例。对于本实施例的装置实施例中未披露的细节，请参照本公开方法实施例。

如图8，本实施例提供了一种服务端，该服务端对应于向用户提供第一业务的第一服务方，具体地，该服务端包括：

第一响应模块81，用于响应于客户端发送的资源调度请求，向该客户端发送第一业务协议页面内容以向用户展示；其中，第一业务协议页面内容是该第一响应模块61预先从第二服务端获取到的；该第二服务端对应于向用户提供第二业务的第二服务方；

第二响应模块82，用于响应于该客户端发送的表示确认该第一业务协议的操作指令，将该用户预先录入的资源调度申请信息推送至该第二服务端进行风险评估以生成表示承接业务的意向信息，并触发该第二服务端基于该意向信息向第三服务端申请资源调度；其中，该第三服务端对应于向用户提供第三业务的第三服务方；

第一数据获取模块83，用于向该第二服务端发送资源调度结果查询请求，以获取从第三服务端反馈来的资源调度结果，并将该资源调度结果反馈至该客户端进行展示。

进一步地，众所周知，用户申请资源调度之前，需先申请授信审批，相应地，本实施例的该服务端还包括：

第三响应模块84，用于响应于该客户端发送来的授信请求，生成可供该用户录入用户信息的第一信息页面内容，并反馈至该客户端以向该用户进行展示；

第四响应模块85，用于响应于该客户端发送的表示提交该用户信息的操作指令，通过第二服务端将该用户信息发送至第三服务端以发起信用评估；以及接收该第三服务端通过该第二服务端返回的信用评估结果；其中，该信用评估结果包括采用预设的信用评估模型对该用户的征信报告和该用户信息进行计算得到的征信分数；

授信审批模块86，用于基于上述信用评估结果进行授信审批，并通过第二服务端将授信审批结果发送至第三服务端进行终审，以及接收第三服务端通过第二服务端返回的终审结果，然后基于终审结果生成相应的授信审批结果，并将授信审批结果反馈至客户端进行展示，其中，该授信审批结果包括该用户所获取的最大资源调度额度。

更进一步地，若用户该解耦用户，则该用户申请资源调度之前，需要对其重新进行信用评估，当然，若该用户不为解耦用户，则无需重新对其进行信用评估，因此，本实施例中，在第四响应模块对该用户进行信用评估之前，还需要识别给用户是否为解耦用户，相应地，本实施例的该服务端还包括：

第二数据获取模块，用于在上述第二响应模块触发第二服务端进行风险评估之前，获取该用户的信用评估记录；

用户判别模块，用于根据该信用评估记录判断该用户是否为解耦用户，且当判断出该用户为解耦用户时，触发上述第四响应模块通过第二服务端向第三服务端发起信用评估，并基于信用评估结果再次进行授信审批；其中，解耦用户为最近一次征信查询时间超过三个月的用户。

进一步地，用户申请资源调度成功之后，需向该用户反馈归还所调度资源的信息，如归还时间节点、归还资源数量等等，即需要向用户反馈资源归还计划，相应地，本实施例的该服务端还包括：

归还计划模块，用于基于系统时间判断出当前是否为资源归还计划生成时间节点，若是，基于该用户当天所申请到的资源调度信息和该用户的用户信息生成相应的资源归还计划，并反馈至客户端；具体地，该归还计划模块69包括：附加资源获取单元，用于从第二服务端获取因申请资源调度所产生的附加资源总数，以及预设的资源归还时间节点；计算单元，用于根据该用户所申请到的资源调度信息和所获取到的附加资源总数计算该用户的待归还资源总数；计划反馈单元，用于基于该待归还资源总数和资源归还时间节点生成资源归还计划，并反馈至客户端；其中，上述的附加资源总数包括由第三服务端计算得到的第一附加资源数，以及由第二服务端计算得到的第二附加资源数。

进一步地，通常，用户会根据资源归还计划来归还相应的资源数量，具体地，该用户首先通过客户端访问资源归还页面，然后在该资源归还页面触发相应的资源归还请求，相应地，本实施例的服务端还包括：

第五响应模块，用于响应于该客户端发送的资源归还请求，基于第二服务方的业务标识，向与用户关联的第三方资源调度服务端发送第一资源调度指令，以触发第三方资源调度服务端将该用户当期的待归还资源调度给第二服务方。

进一步地，有时，用户不是根据资源归还计划来归还资源，而是申请提前结清，具体地，该用户首先通过客户端访问资源归还页面，然后在该资源归还页面触发表示提前结清的第二资源调度请求，相应地，本实施例的服务端还包括：

第六响应模块，用于响应于该客户端发送的资源提前结清请求，基于第二服务方的业务标识，向与该用户关联的第三方资源调度服务端发送第二资源调度指令，以触发该第三方资源调度服务端将该用户当期的待归还资源调度给第二服务方。

进一步地，本实施例的服务端还包括：

第七响应模块，用于响应于第二服务端发送来的表示邀请第一服务方垫付第二附加资源的第三资源调度指令，向与第一服务方关联的第三方资源调度服务端发送表示确认垫付的第四资源调度指令，使得与第一服务方关联的第三方资源调度服务端调度相应数量的第二附加资源至与所述第二服务方，以触发第二服务端向与第二服务方关联的第三方资源调度服务端发送第五资源调度指令，使得与第二服务方关联的第三方资源调度服务端在预设的调度时间节点调度相应数量的资源给第三服务方；其中，垫付请求是第二服务端基于系统时间和资源归还计划，判断出用户当前的逾期时间达到预设的触发条件时生成的，且垫付请求包括请求第一服务端代为垫付的第二附加资源的数量。

基于与前述实施例中另一种基于多服务方的资源调度方法同样的发明构思，本发明还提供另一种服务端，其上存储有计算机程序，该程序被处理器执行时实现前文所述另一种多方服务方法的任一方法的步骤。

下述为本公开装置实施例，可以用于执行本发明方法实施例。对于本实施例的装置实施例中未披露的细节，请参照本公开方法实施例。

参见图9，本实施例的该服务端为对应于向用户提供第二业务服务的第二服务方，具体地，该服务端包括：

第一计算模块，用于基于用户当前归还的待分配资源和预设的资源分配规则，计算每个资源接收方将分配得到的资源数量，并生成相应的资源分配明细；

资源分配模块，用于将所述资源分配明细发送至于第二服务方关联的第三方资源调度服务端，以触发所述第三方资源调度服务端对所述待分配资源进行资源分配。

本实施例中，上述的资源分配规则包括接收待分配资源的多个资源接收方的业务标识，以及不同归还场景下每个资源接收方的分配数量或百分比；其中，多个资源接收方包括接收固定分配资源和第一附加资源且向用户提供第一业务服务的第一服务方，第二服务方，以及向用户提供第三业务的第三服务方。

本实施例中，该第一计算模块具体包括：归还场景识别单元，用于识别该用户当前的归还场景；具体地，该归还场景识别单元可基于用户发起相应的请求来识别，若为正常归还时，该用户当前归还的待分配资源包括定向分配至第三服务方的定额分配资源(如本金)和第一附加资源(如利息)，以及由第一服务方和第二服务方共同分润的第二附加资源(如保费)；若为提前结清，则该用户当前归还的待分配资源除了包括定额分配资源和第一、二附加资源外，还包括定向分配至第一服务方的第三附加资源(如提前结清违约金)；若为逾期后归还，则该用户当前归还的待分配资源除了包括定额分配资源和第一、二附加资源外，还包括第四附加资源(如逾期违约金)；以及由第一服务方和第二服务方共同分润的第五附加资源(如罚息)；第一计算单元，用于当归还场景识别单元识别出当前为正常归还时，将定额分配资源和第一附加资源作为分配至第三服务方的资源，基于第二附加资源、第一预设百分比和第二预设百分比分别计算分配至第一服务方和第二服务方的资源数量；第二计算单元，用于当归还场景识别单元识别出当前为逾期后归还时，将定额分配资源和第一附加资源作为分配至第三服务方的资源，基于第二附加资源、第一预设百分比和第二预设百分比分别计算分配至第一服务方和第二服务方的资源数量，将第四附加资源作为定向分配至第一服务方的资源，基于第五附加资源和第三预设百分比分别计算分配至第一服务方和第二服务方的资源数量；第三计算单元，用于当归还场景识别单元识别出当前为提前结清时，将定额分配资源和第一附加资源作为分配至第三服务方的资源，基于第二附加资源、第一预设百分比和第二预设百分比分别计算分配至第一服务方和第二服务方的资源数量，将第三附加资源作为定向分配至第一服务方的资源。

本说明书第三实施例还提供了一种电子设备，包括存储器1002、处理器1001及存储在存储器1002上并可在处理器1001上运行的计算机程序，所述处理器301执行所述程序时实现前文所述方法的步骤。为了便于说明，仅示出了与本说明书实施例相关的部分，具体技术细节未揭示的，请参照本说明书实施例方法部分。该服务器，可以是包括各种电子设备形成的服务器设备，pc电脑、网络云服务器，甚至手机、平板电脑、pda(personaldigitalassistant，个人数字助理)、pos(pointofsales，销售终端)、车载电脑、台式电脑等任意电子设备上设置的服务器功能。

具体地，图10示出的与本说明书实施例提供的技术方案相关的服务器组成结构框图，总线1000可以包括任意数量的互联的总线和桥，其将包括由处理器1001代表的一个或多个处理器和存储器1002代表的存储器的各种电路链接在一起。总线1000还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。通信接口1003在总线1000和接收器和/或发送器1004之间提供接口，接收器和/或发送器1004可以是分开独立的接收器或发送器也可以是同一个元件如收发机，提供用于在传输介质上与各种其他装置通信的单元。处理器1001负责管理总线1000和通常的处理，而存储器1002可以被用于存储处理器1001在执行操作时所使用的数据。

通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本公开实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个计算机可读存储介质(可以是cd-rom，u盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、或者网络设备等)执行根据本公开实施方式的上述方法。

所述计算机可读存储介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。可读存储介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。可读存储介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、有线、光缆、rf等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言的任意组合来编写用于执行本公开操作的程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如java、c++等，还包括常规的过程式程序设计语言—诸如“c”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网(lan)或广域网(wan)，连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。

上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该设备执行时，使得该计算机可读介质实现如下功能：

第一服务端响应于客户端发送的资源调度请求，向所述客户端发送第一业务协议页面内容以向用户展示；所述第一业务协议页面内容是所述第一服务端从第二服务端获取到的；其中，所述第一服务端对应于向所述用户提供第一业务服务的第一服务方，所述第二服务端对应于向所述用户提供第二业务服务的第二服务方；

所述第一服务端响应于所述客户端发送的表示确认第一业务协议的操作指令，将所述用户的用户信息和预先录入的资源调度申请信息推送至所述第二服务端进行风险评估，以生成表示承接业务的意向信息，并触发所述第二服务端基于所述意向信息向第三服务端申请资源调度；其中，所述第三服务端对应于向所述用户提供第三业务服务的第三服务方；

所述第一服务端向所述第二服务端发送资源调度结果查询请求，以获取从所述第三服务端反馈来的资源调度结果，并将所述资源调度结果反馈至所述客户端进行展示；或者，实现如下功能：

第二服务端基于用户当前归还的待分配资源和预设的资源分配规则，计算每个资源接收方分配得到的资源数量，并生成相应的资源分配明细；所述资源分配规则包括接收所述待分配资源的多个资源接收方的业务标识，以及不同归还场景下每个资源接收方的分配数量或百分比；其中，所述第二服务端对应于向用户提供第二业务服务的第二服务方；

第二服务端将所述资源分配明细发送至与所述第二服务方关联的第三方资源调度服务端，以触发所述第三方资源调度服务端对所述待分配资源进行资源调度。

本领域技术人员可以理解上述各模块可以按照实施例的描述分布于装置中，也可以进行相应变化唯一不同于本实施例的一个或多个装置中。上述实施例的模块可以合并为一个模块，也可以进一步拆分成多个子模块。

通过以上的实施例的描述，本领域的技术人员易于理解，这里描述的示例实施例可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本公开实施例的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是cd-rom，u盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、移动终端、或者网络设备等)执行根据本公开实施例的方法。

尽管已描述了本说明书的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本说明书范围的所有变更和修改。

以上具体地示出和描述了本公开的示例性实施例。应可理解的是，本公开不限于这里描述的详细结构、设置方式或实现方法；相反，本公开意图涵盖包含在所附权利要求的精神和范围内的各种修改和等效设置。此外，本说明书说明书附图所示出的结构、比例、大小等，均仅用以配合说明书所公开的内容，以供本领域技术人员了解与阅读，并非用以限定本公开可实施的限定条件，故不具技术上的实质意义，任何结构的修饰、比例关系的改变或大小的调整，在不影响本公开所能产生的技术效果及所能实现的目的下，均应仍落在本公开所公开的技术内容得能涵盖的范围内。同时，本说明书中所引用的如“上”、“第一”、“第二”及“一”等的用语，也仅为便于叙述的明了，而非用以限定本公开可实施的范围，其相对关系的改变或调整，在无实质变更技术内容下，当也视为本公开可实施的范畴。