资源分配方法及装置、系统与流程
本申请涉及资源分配技术领域，尤其涉及一种资源分配方法及装置、系统。
背景技术：
在相关技术中，根据每个对象的资源分配额度，可以向相应的对象分配不超出该资源分配额度的资源。资源分配额度可以基于对象的历史数据进行分析确定，从而在一定程度上反映出对象对资源的需求情况等信息。
然而，对象的资源需求情况可能存在一定变化，尤其是当资源需求变大时，原本的资源分配额度将无法满足对象的实际需求；同时，其他对象的资源分配额度虽然较大，但是这些对象可能实际上并不需要相应的资源。
因此，相关技术中的资源分配方案，往往存在对资源分配不合理的问题。
技术实现要素：
有鉴于此，本申请提供一种资源分配方法及装置、系统，可以分别确定多个对象的额度，并将这些额度应用于单个对象，以提升单个对象的总额度，有助于提升资源分配的合理性和有效性。
为实现上述目的，本申请提供技术方案如下：
根据本申请的第一方面，提出了一种资源分配系统，包括：团体对应的团体端、所述团体内的成员对应的成员端、服务端；
所述团体端向所述服务端发起资源分配请求；
所述服务端响应于所述资源分配请求，向所述成员端发送参与询问消息；
所述成员端在接收到针对所述参与询问消息的确认响应时，向所述服务端返回参与确认消息；
所述服务端响应于所述参与确认消息，根据所述团体对应的第一资源分配额度、所述成员对应的第二资源分配额度，确定所述团体的资源分配总额度，以根据所述资源分配总额度向所述团体分配资源。
根据本申请的第二方面，提出了一种资源分配系统，包括：团体对应的团体端、所述团体内的成员对应的成员端、服务端；
所述成员端向所述服务端发起资源分配请求；
所述服务端响应于所述资源分配请求，向所述团体端发送需求询问消息；
所述团体端在接收到针对所述需求询问消息的确认响应时，向所述服务端返回需求确认消息；
所述服务端响应于所述需求确认消息，根据所述团体对应的第一资源分配额度、所述成员对应的第二资源分配额度，确定所述团体的资源分配总额度，以根据所述资源分配总额度向所述团体分配资源。
根据本申请的第三方面，提出了一种资源分配系统，包括：团体对应的团体端、所述团体内的成员对应的成员端、服务端；
所述团体端或所述成员端向所述服务端发起资源分配请求；
所述服务端响应于所述资源分配请求，根据所述团体对应的第一资源分配额度、所述成员对应的第二资源分配额度，确定所述团体的资源分配总额度，以根据所述资源分配总额度向所述团体分配资源。
根据本申请的第四方面，提出了一种资源分配方法，包括：
服务端接收针对团体的资源分配请求；
所述服务端响应于所述资源分配请求，确定所述团体对应的第一资源分配额度、所述团体内的成员对应的第二资源分配额度；
所述服务端根据所述第一资源分配额度和所述第二资源分配额度，确定所述团体对应的资源分配总额度，以根据所述资源分配总额度向所述团体分配资源。
根据本申请的第五方面，提出了一种资源分配方法，包括：
服务端接收针对团体的资源分配请求；
所述服务端响应于所述资源分配请求，向信用管理平台发送额度询问请求，以由所述信用管理平台确定出对应于所述团体的第一资源分配额度、对应于所述团体内的成员的第二资源分配额度；
所述服务端根据所述第一资源分配额度和所述第二资源分配额度对应的资源分配总额度，向资源分配平台发送资源分配指令，以使所述资源分配平台根据所述资源分配总额度向所述团体分配资源。
根据本申请的第六方面，提出了一种资源分配方法，包括：
服务端接收针对第一对象的资源分配请求；
所述服务端响应于所述资源分配请求，确定所述第一对象对应的第一资源分配额度、与所述第一对象相关的第二对象对应的第二资源分配额度；
所述服务端根据所述第一资源分配额度和所述第二资源分配额度，确定所述第一对象对应的资源分配总额度，以根据所述资源分配总额度向所述第一对象分配资源。
根据本申请的第七方面，提出了一种资源分配装置，包括：
请求接收单元，使服务端接收针对团体的资源分配请求；
请求响应单元，使所述服务端响应于所述资源分配请求，确定所述团体对应的第一资源分配额度、所述团体内的成员对应的第二资源分配额度；
总额度确定单元，所述服务端根据所述第一资源分配额度和所述第二资源分配额度，确定所述团体对应的资源分配总额度，以根据所述资源分配总额度向所述团体分配资源。
根据本申请的第八方面，提出了一种资源分配装置，包括：
第一接收单元，使服务端接收针对团体的资源分配请求；
第一响应单元，使所述服务端响应于所述资源分配请求，向信用管理平台发送额度询问请求，以由所述信用管理平台确定出对应于所述团体的第一资源分配额度、对应于所述团体内的成员的第二资源分配额度；
第一确定单元，使所述服务端根据所述第一资源分配额度和所述第二资源分配额度对应的资源分配总额度，向资源分配平台发送资源分配指令，以使所述资源分配平台根据所述资源分配总额度向所述团体分配资源。
根据本申请的第九方面，提出了一种资源分配装置，包括：
第二接收单元，使服务端接收针对第一对象的资源分配请求；
第二响应单元，使所述服务端响应于所述资源分配请求，确定所述第一对象对应的第一资源分配额度、与所述第一对象相关的第二对象对应的第二资源分配额度；
第二确定单元，使所述服务端根据所述第一资源分配额度和所述第二资源分配额度，确定所述第一对象对应的资源分配总额度，以根据所述资源分配总额度向所述第一对象分配资源。
根据本申请的第十方面，提出了一种资源分配方法，包括：
服务端接收针对团体的资源分配请求；
所述服务端响应于所述资源分配请求，确定所述团体内的成员对应的资源分配额度；
所述服务端将所述资源分配额度划分至所述团体，以根据所述资源分配额度向所述团体分配资源。
根据本申请的第十一方面，提出了一种资源分配方法，包括：
服务端接收针对团体的资源分配请求；
所述服务端响应于所述资源分配请求，向信用管理平台发送额度询问请求，以由所述信用管理平台确定出对应于所述团体内的成员的资源分配额度；
所述服务端根据所述资源分配额度向资源分配平台发送资源分配指令，以使所述资源分配平台根据所述资源分配额度向所述团体分配资源。
根据本申请的第十二方面，提出了一种贷款发放方法，包括：
服务端接收针对团体的贷款发放请求；
所述服务端响应于所述贷款发放请求，确定所述团体对应的第一授信额度、所述团体内的成员对应的第二授信额度；
所述服务端根据所述第一授信额度和所述第二授信额度，确定所述团体对应的授信总额度，以根据所述授信总额度向所述团体发放贷款。
根据本申请的第十三方面，提出了一种贷款发放方法，包括：
服务端接收针对团体的贷款发放请求；
所述服务端响应于所述贷款发放请求，向信用管理平台发送额度询问请求，以由所述信用管理平台确定出对应于所述团体的第一授信额度、对应于所述团体内的成员的第二授信额度；
所述服务端根据所述第一授信额度和所述第二授信额度对应的授信总额度，向贷款发放平台发送贷款发放指令，以使所述贷款发放平台根据所述授信总额度向所述团体发放贷款。
根据本申请的第十四方面，提出了一种贷款发放方法，包括：
服务端接收针对团体的贷款发放请求；
所述服务端响应于所述贷款发放请求，确定所述团体内的成员对应的授信额度；
所述服务端将所述授信额度划分至所述团体，以根据所述授信额度向所述团体发放贷款。
根据本申请的第十五方面，提出了一种贷款发放方法，包括：
服务端接收针对团体的贷款发放请求；
所述服务端响应于所述贷款发放请求，向信用管理平台发送额度询问请求，以由所述信用管理平台确定出对应于所述团体内的成员的授信额度；
所述服务端根据所述授信额度向贷款发放平台发送贷款发放指令，以使所述贷款发放平台根据所述授信额度向所述团体发放贷款。
根据本申请的第十六方面，提出了一种资源分配装置，包括：
请求接收单元，使服务端接收针对团体的资源分配请求；
请求响应单元，使所述服务端响应于所述资源分配请求，确定所述团体内的成员对应的资源分配额度；
额度划分单元，使所述服务端将所述资源分配额度划分至所述团体，以根据所述资源分配额度向所述团体分配资源。
根据本申请的第十七方面，提出了一种资源分配装置，包括：
请求接收单元，使服务端接收针对团体的资源分配请求；
请求响应单元，使所述服务端响应于所述资源分配请求，向信用管理平台发送额度询问请求，以由所述信用管理平台确定出对应于所述团体内的成员的资源分配额度；
指令发送单元，使所述服务端根据所述资源分配额度向资源分配平台发送资源分配指令，以使所述资源分配平台根据所述资源分配额度向所述团体分配资源。
根据本申请的第十八方面，提出了一种贷款发放装置，包括：
请求接收单元，使服务端接收针对团体的贷款发放请求；
请求响应单元，使所述服务端响应于所述贷款发放请求，确定所述团体对应的第一授信额度、所述团体内的成员对应的第二授信额度；
总额度确定单元，使所述服务端根据所述第一授信额度和所述第二授信额度，确定所述团体对应的授信总额度，以根据所述授信总额度向所述团体发放贷款。
根据本申请的第十九方面，提出了一种贷款发放装置，包括：
请求接收单元，使服务端接收针对团体的贷款发放请求；
请求响应单元，使所述服务端响应于所述贷款发放请求，向信用管理平台发送额度询问请求，以由所述信用管理平台确定出对应于所述团体的第一授信额度、对应于所述团体内的成员的第二授信额度；
指令发送单元，使所述服务端根据所述第一授信额度和所述第二授信额度对应的授信总额度，向贷款发放平台发送贷款发放指令，以使所述贷款发放平台根据所述授信总额度向所述团体发放贷款。
根据本申请的第二十方面，提出了一种贷款发放装置，包括：
请求接收单元，使服务端接收针对团体的贷款发放请求；
请求响应单元，使所述服务端响应于所述贷款发放请求，确定所述团体内的成员对应的授信额度；
额度划分单元，使所述服务端将所述授信额度划分至所述团体，以根据所述授信额度向所述团体发放贷款。
根据本申请的第二十一方面，提出了一种贷款发放装置，包括：
请求接收单元，使服务端接收针对团体的贷款发放请求；
请求响应单元，使所述服务端响应于所述贷款发放请求，向信用管理平台发送额度询问请求，以由所述信用管理平台确定出对应于所述团体内的成员的授信额度；
指令发送单元，使所述服务端根据所述授信额度向贷款发放平台发送贷款发放指令，以使所述贷款发放平台根据所述授信额度向所述团体发放贷款。
由以上技术方案可见，本申请通过分别确定多个对象的额度，比如团体和成员等，使得这些对象的额度可以被应用于同一对象上，从而在这些对象的额度的整体数量不变的情况下，能够临时性地增加同一对象的总额度，有助于提升对资源分配的合理性。
附图说明
图1是本申请一示例性实施例提供的一种资源分配系统的架构示意图。
图2a是本申请一示例性实施例提供的一种资源分配方法的流程图。
图2b是本申请一示例性实施例提供的另一种资源分配方法的流程图。
图2c是本申请一示例性实施例提供的一种贷款发放方法的流程图。
图2d是本申请一示例性实施例提供的另一种贷款发放方法的流程图。
图3是本申请一示例性实施例提供的一种信用众筹方案的流程图。
图4是图3所示的信用众筹方案的项目发起界面的示意图。
图5是图3所示的信用众筹方案的信用众筹界面的示意图。
图6是图3所示的信用众筹方案的风险预警界面的示意图。
图7是本申请一示例性实施例提供的另一种资源分配系统的架构示意图。
图8a是本申请一示例性实施例提供的又一种资源分配方法的流程图。
图8b是本申请一示例性实施例提供的又一种资源分配方法的流程图。
图8c是本申请一示例性实施例提供的又一种贷款发放方法的流程图。
图8d是本申请一示例性实施例提供的又一种贷款发放方法的流程图。
图9a是本申请一示例性实施例提供的又一种资源分配方法的流程图。
图9b是本申请一示例性实施例提供的又一种资源分配方法的流程图。
图10是本申请一示例性实施例提供的一种电子设备的结构示意图。
图11是本申请一示例性实施例提供的一种资源分配装置的框图。
图12是本申请一示例性实施例提供的另一种资源分配装置的框图。
图13是本申请一示例性实施例提供的又一种资源分配装置的框图。
图14是本申请一示例性实施例提供的又一种资源分配装置的框图。
图15是本申请一示例性实施例提供的又一种资源分配装置的框图。
图16是本申请一示例性实施例提供的一种电子设备的结构示意图。
图17是本申请一示例性实施例提供的一种贷款发放装置的框图。
图18是本申请一示例性实施例提供的另一种贷款发放装置的框图。
图19是本申请一示例性实施例提供的又一种贷款发放装置的框图。
图20是本申请一示例性实施例提供的又一种贷款发放装置的框图。
具体实施方式
这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。
图1是本申请一示例性实施例提供的一种资源分配系统的架构示意图。如图1所示，该系统可以包括服务器11、网络12、团体电子设备13(比如手机131、pc132等)、成员电子设备14(比如手机141、pc142等)。
服务器11可以为包含一独立主机的物理服务器，或者该服务器11可以为主机集群承载的虚拟服务器，或者该服务器11可以为云服务器。在运行过程中，服务器11可以运行某一应用的服务器侧的程序，以作为该应用的服务端、用于实现该应用的相关业务功能，比如该业务功能可以包括本申请的资源分配功能等。
手机131、pc132只是可以使用的一种类型的团体电子设备13；类似地，手机141、pc142只是可以使用的一种类型的成员电子设备14。实际上，团体电子设备13、成员电子设备14显然还可以包括诸如下述类型的电子设备：平板设备、笔记本电脑、掌上电脑(pdas，personaldigitalassistants)、可穿戴设备(如智能眼镜、智能手表等)等，本申请并不对此进行限制。在运行过程中，团体电子设备13可以运行某一应用的客户端侧的程序，以作为该应用的团体端、用于实现该应用的相关业务功能，以及成员电子设备14可以运行某一应用的客户端侧的程序，以作为该应用的成员端、用于实现该应用的相关业务功能。其中，团体电子设备13与成员电子设备14可以运行相同的客户端侧程序，而由该程序根据登录的账号为团体账号或成员账号，以实现不同的业务功能；或者，团体电子设备13与成员电子设备14可以运行不同的客户端侧程序，每一程序分别用于实现相应的业务功能。
而对于团体电子设备13、成员电子设备14与服务器11之间进行交互的网络12，可以包括多种类型的有线或无线网络。在一实施例中，该网络12可以包括公共交换电话网络(publicswitchedtelephonenetwork，pstn)和因特网。同时，多台(如果存在)团体电子设备13之间也可以通过该网络12进行通讯交互；类似地，多台(如果存在)成员电子设备14之间也可以通过该网络12进行通讯交互。
下面针对团体场景下的资源分配方案，结合图2a-2b进行说明；其中，图2a是本申请一示例性实施例提供的一种资源分配方法的流程图。如图2a所示，该方法应用于服务端上，可以包括以下步骤：
步骤202a，服务端接收针对团体的资源分配请求。
在一实施例中，所述资源分配请求可以由所述团体对应的团体端发送至所述服务端。那么，所述服务端可以响应于所述资源分配请求，向所述成员端发送参与询问消息；当所述成员端在接收到针对所述参与询问消息的确认响应时，可以向所述服务端返回参与确认消息；然后，所述服务端可以响应于所述参与确认消息，根据所述团体对应的第一资源分配额度、所述成员对应的第二资源分配额度，确定所述团体的资源分配总额度，以根据所述资源分配总额度向所述团体分配资源。当然，如果成员不愿意参与，可以通过成员端发送针对参与询问消息的拒绝响应(或者不响应)，以使得服务端在接收到该拒绝响应时，避免将成员对应的第二资源分配额度纳入上述的资源分配总额度中。其中，团体可能对应于一个或多个成员；当团体对应于多个成员时，服务端可以向至少一个成员发送上述的参与确认消息，并在接收到任一成员对该参与确认消息的参与确认消息时，确定将该任一成员对应的第二资源分配额度纳入上述的资源分配总额度。
在另一实施例中，所述资源分配请求可以由所述成员对应的成员端发送至所述服务端。那么，所述服务端可以响应于所述资源分配请求，向所述团体端发送需求询问消息；当所述团体端在接收到针对所述需求询问消息的确认响应时，可以向所述服务端返回需求确认消息；然后，所述服务端可以响应于所述需求确认消息，根据所述团体对应的第一资源分配额度、所述成员对应的第二资源分配额度，确定所述团体的资源分配总额度，以根据所述资源分配总额度向所述团体分配资源。当然，如果团体不愿意接受成员提供的额度，可以通过团体端发送针对需求询问消息的拒绝响应(或者不响应)，以使得服务端在接收到该拒绝响应时，避免将成员对应的第二资源分配额度纳入上述的资源分配总额度中。其中，团体可能对应于一个或多个成员；当团体对应于多个成员时，任一成员均可以向服务端发起资源分配请求，以表明其希望将自身对应的第二资源分配额度提供至团体，以纳入上述的资源分配总额度。每个成员还可以联合其他一个或多个成员，共同向服务端发起资源分配请求；例如，由多个成员向服务端发送针对同一团体的资源供应申请，当资源供应申请的数量或者这些成员对应的资源分配额度的总数达到预设数值时，服务端即可确定收到针对该团体的资源分配请求。
在本实施例中，团体可以包括企业、事业单位、社会团体等多种类型的组织，本申请并不对此进行限制。由于团体往往包括至少一个成员，因此可以将这些成员对应的资源分配额度纳入对团体自身对应的资源分配额度的考量，以使得团体能够获得更大的资源分配额度。
步骤204a，所述服务端响应于所述资源分配请求，确定所述团体对应的第一资源分配额度、所述团体内的成员对应的第二资源分配额度。
在本实施例中，所述第一资源分配额度可以与所述团体的历史信用数据相关，所述第二资源分配额度可以与所述成员的历史信用数据相关；当然，还可以根据对其他因素的考量，以确定上述的第一资源分配额度和第二资源分配额度，本申请并不对此进行限制。
在本实施例中，资源分配额度可以包括针对任意类型的资源的分配额度；其中，资源可以包括通讯资源、处理资源、数据资源、资金、兑换券等虚拟资源，也可以包括食品、日用品、交易货品等实体资源，本申请并不对此进行限制。
在本实施例中，服务端可以由自身确定出第一资源分配额度和第二资源分配额度，或者该服务端也可以向外部平台进行询问，并接收外部平台返回的该第一资源分配额度和第二资源分配额度。
步骤206a，所述服务端根据所述第一资源分配额度和所述第二资源分配额度，确定所述团体对应的资源分配总额度，以根据所述资源分配总额度向所述团体分配资源。
在本实施例中，所述服务端可以确定所述第一资源分配额度中被纳入所述资源分配总额度的第一数值、所述第二资源分配额度中被纳入所述资源分配总额度的第二数值；然后，所述服务端可以将所述第一数值与所述第二数值之和确定为所述资源分配总额度。
其中，所述服务端可以将所述第一资源分配额度确定为所述第一数值；或者，所述服务端可以向所述团体对应的团体端发送第一额度征用询问，以根据所述团体端返回的询问结果确定所述第一数值，且该第一数值应当不大于第一资源分配额度。以及，所述服务端可以将所述第二资源分配额度确定为所述第二数值；或者，所述服务端可以向所述成员对应的成员端发送第二额度征用询问，以根据所述成员端返回的询问结果确定所述第二数值，且该第二数值应当不大于第二资源分配额度。
在本实施例中，服务端可以由自身向团体分配资源；或者，服务端可以向外部平台告知该资源分配总额度，并由外部平台向团体分配资源，本申请并不对此进行限制。
在本实施例中，所述服务端可以确定所述团体利用被分配的资源获得的增值资源；然后，所述服务端可以按照预设分配规则，将所述增值资源的至少一部分分配至所述成员。例如，该预设分配规则可以包括：1)分配固定数值的资源；2)分配该增值资源中的固定比例的资源；3)确定第二资源分配额度中被划入资源分配总额度的第二数值，计算该第二数值在资源分配总额度中的所占比例，并将该增值资源中对应于该所占比例的资源分配至上述成员；当然，还可以采用其他任意规则，本申请并不对此进行限制。
在本实施例中，当所述团体未按照预设归还规则对被分配至所述团体的资源进行归还时，所述服务端可以根据所述第二资源分配额度中被纳入所述资源分配总额度的第二数值，获取不大于所述第二数值的资源，以替代所述团体进行归还；然后，所述服务端将被替代归还的资源记录为被分配至所述成员，以由所述成员按照所述预设归还规则进行归还。换言之，当团体获得分配的资源后，可能需要按照预设归还规则对这些资源进行归还，比如全额归还或分期归还等；当成员将自身对应的资源分配额度提供至团体时，需要承担团体无法及时归还资源的风险，使得当该团体确实未能按照预设归还规则归还资源时，服务端通过将被替代归还的资源记录为被分配至该成员，使得需要由该成员对相应资源进行归还。
在本实施例中，所述服务端可以确定所述团体是否存在下述风险：无法按照预设归还规则而实施针对被分配至所述团体的资源的归还操作；其中，所述服务端在确定存在所述风险时，可以将所述预设归还规则定义的资源归还期限提早，以降低该风险的发生概率。其中，由于成员能够更加迅速甚至提前感知到团体可能存在的上述风险，因而可以提前向服务端发起风险预警请求，那么服务端可以根据接收到的风险预警请求，确定所述团体是否存在所述风险；例如，如果该成员在团体中的职位高于预设职位，或者超过预设数量的成员均发起了风险预警请求，或者服务端在接收到风险预警请求后可以向团体中的其他成员进行求证、且超出预设数量的成员确认了该风险，或者在其他情况下，服务端均可以判定为团体确实存在相应风险。
图2b是本申请一示例性实施例提供的另一种资源分配方法的流程图。如图2b所示，该方法应用于服务端上，可以包括以下步骤：
步骤202b，服务端接收针对团体的资源分配请求。
在一实施例中，所述资源分配请求可以由所述团体对应的团体端发送至所述服务端。那么，所述服务端可以响应于所述资源分配请求，向所述成员端发送参与询问消息；当所述成员端在接收到针对所述参与询问消息的确认响应时，可以向所述服务端返回参与确认消息；然后，所述服务端可以响应于所述参与确认消息，将所述成员对应的资源分配额度划分至所述团体，以根据所述资源分配额度向所述团体分配资源。当然，如果成员不愿意参与，可以通过成员端发送针对参与询问消息的拒绝响应(或者不响应)，以使得服务端在接收到该拒绝响应时，避免将成员对应的资源分配额度划分至所述团体。其中，团体可能对应于一个或多个成员；当团体对应于多个成员时，服务端可以向至少一个成员发送上述的参与确认消息，并在接收到任一成员对该参与确认消息的参与确认消息时，确定将该任一成员对应的资源分配额度划分至该团体。
在另一实施例中，所述资源分配请求可以由所述成员对应的成员端发送至所述服务端。那么，所述服务端可以响应于所述资源分配请求，向所述团体端发送需求询问消息；当所述团体端在接收到针对所述需求询问消息的确认响应时，可以向所述服务端返回需求确认消息；然后，所述服务端可以响应于所述需求确认消息，将所述成员对应的资源分配额度划分至所述团体，以根据所述资源分配额度向所述团体分配资源。当然，如果团体不愿意接受成员提供的额度，可以通过团体端发送针对需求询问消息的拒绝响应(或者不响应)，以使得服务端在接收到该拒绝响应时，避免将成员对应的资源分配额度划分所述团体。其中，团体可能对应于一个或多个成员；当团体对应于多个成员时，任一成员均可以向服务端发起资源分配请求，以表明其希望将自身对应的资源分配额度提供至团体。每个成员还可以联合其他一个或多个成员，共同向服务端发起资源分配请求；例如，由多个成员向服务端发送针对同一团体的资源供应申请，当资源供应申请的数量或者这些成员对应的资源分配额度的总数达到预设数值时，服务端即可确定收到针对该团体的资源分配请求。
在本实施例中，团体可以包括企业、事业单位、社会团体等多种类型的组织，本申请并不对此进行限制。团体往往包括至少一个成员，因此可以将这些成员对应的资源分配额度划分至团体，以使团体可以被分配相应额度的资源。
步骤204b，所述服务端响应于所述资源分配请求，确定所述团体内的成员对应的资源分配额度。
在本实施例中，所述资源分配额度可以与所述成员的历史信用数据相关；当然，还可以根据对其他因素的考量，以确定上述的资源分配额度，本申请并不对此进行限制。
在本实施例中，资源分配额度可以包括针对任意类型的资源的分配额度；其中，资源可以包括通讯资源、处理资源、数据资源、资金、兑换券等虚拟资源，也可以包括食品、日用品、交易货品等实体资源，本申请并不对此进行限制。
在本实施例中，服务端可以由自身确定出所述资源分配额度，或者该服务端也可以向外部平台进行询问，并接收外部平台返回的所述资源分配额度。
步骤206b，所述服务端将所述资源分配额度划分至所述团体，以根据所述资源分配额度向所述团体分配资源。
在本实施例中，所述服务端可以将所述资源分配额度全部划分至所述团体；或者，所述服务端可以向所述成员对应的成员端发送额度征用询问，以根据所述成员端返回的询问结果确定所述资源分配额度中需要被划分至所述团体的数值，且该数值应当不大于所述资源分配额度。
在本实施例中，服务端可以由自身向团体分配资源；或者，服务端可以向外部平台告知该资源分配总额度，并由外部平台向团体分配资源，本申请并不对此进行限制。
在本实施例中，所述服务端可以确定所述团体利用被分配的资源获得的增值资源；然后，所述服务端可以按照预设分配规则，将所述增值资源的至少一部分分配至所述成员。例如，该预设分配规则可以包括：1)分配固定数值的资源；2)分配该增值资源中的固定比例的资源；3)确定所述资源分配额度中被划分至所述团体的数值，计算该数值在分配至所述团体的所有资源中的所占比例，并将该增值资源中对应于该所占比例的资源分配至上述成员；当然，还可以采用其他任意规则，本申请并不对此进行限制。
在本实施例中，当所述团体未按照预设归还规则对被分配至所述团体的资源进行归还时，所述服务端可以根据所述资源分配额度中被划分至所述团体的数值，获取不大于所述数值的资源，以替代所述团体进行归还；然后，所述服务端将被替代归还的资源记录为被分配至所述成员，以由所述成员按照所述预设归还规则进行归还。换言之，当团体获得分配的资源后，可能需要按照预设归还规则对这些资源进行归还，比如全额归还或分期归还等；当成员将自身对应的资源分配额度提供至团体时，需要承担团体无法及时归还资源的风险，使得当该团体确实未能按照预设归还规则归还资源时，服务端通过将被替代归还的资源记录为被分配至该成员，使得需要由该成员对相应资源进行归还。
在本实施例中，所述服务端可以确定所述团体是否存在下述风险：无法按照预设归还规则而实施针对被分配至所述团体的资源的归还操作；其中，所述服务端在确定存在所述风险时，可以将所述预设归还规则定义的资源归还期限提早，以降低该风险的发生概率。其中，由于成员能够更加迅速甚至提前感知到团体可能存在的上述风险，因而可以提前向服务端发起风险预警请求，那么服务端可以根据接收到的风险预警请求，确定所述团体是否存在所述风险；例如，如果该成员在团体中的职位高于预设职位，或者超过预设数量的成员均发起了风险预警请求，或者服务端在接收到风险预警请求后可以向团体中的其他成员进行求证、且超出预设数量的成员确认了该风险，或者在其他情况下，服务端均可以判定为团体确实存在相应风险。
由以上技术方案可见，本申请通过分别确定多个对象的额度，比如团体和成员等，使得这些对象的额度可以被应用于同一对象上，从而在这些对象的额度的整体数量不变的情况下，能够临时性地增加同一对象的总额度，有助于提升对资源分配的合理性。
图2c是本申请一示例性实施例提供的一种贷款发放方法的流程图。如图2c所示，该方法应用于服务端上，可以包括以下步骤：
步骤202c，服务端接收针对团体的贷款发放请求。
在一实施例中，所述贷款发放请求可以由所述团体对应的团体端发送至所述服务端。那么，所述服务端可以响应于所述贷款发放请求，向所述成员端发送参与询问消息；当所述成员端在接收到针对所述参与询问消息的确认响应时，可以向所述服务端返回参与确认消息；然后，所述服务端可以响应于所述参与确认消息，根据所述团体对应的第一授信额度、所述成员对应的第二授信额度，确定所述团体的授信总额度，以根据所述授信总额度向所述团体发放贷款。当然，如果成员不愿意参与，可以通过成员端发送针对参与询问消息的拒绝响应(或者不响应)，以使得服务端在接收到该拒绝响应时，避免将成员对应的第二授信额度纳入上述的授信总额度中。其中，团体可能对应于一个或多个成员；当团体对应于多个成员时，服务端可以向至少一个成员发送上述的参与确认消息，并在接收到任一成员对该参与确认消息的参与确认消息时，确定将该任一成员对应的第二授信额度纳入上述的授信总额度。
在另一实施例中，所述贷款发放请求可以由所述成员对应的成员端发送至所述服务端。那么，所述服务端可以响应于所述贷款发放请求，向所述团体端发送需求询问消息；当所述团体端在接收到针对所述需求询问消息的确认响应时，可以向所述服务端返回需求确认消息；然后，所述服务端可以响应于所述需求确认消息，根据所述团体对应的第一授信额度、所述成员对应的第二授信额度，确定所述团体的授信总额度，以根据所述授信总额度向所述团体发放贷款。当然，如果团体不愿意接受成员提供的额度，可以通过团体端发送针对需求询问消息的拒绝响应(或者不响应)，以使得服务端在接收到该拒绝响应时，避免将成员对应的第二授信额度纳入上述的授信总额度中。其中，团体可能对应于一个或多个成员；当团体对应于多个成员时，任一成员均可以向服务端发起贷款发放请求，以表明其希望将自身对应的第二授信额度提供至团体，以纳入上述的授信总额度。每个成员还可以联合其他一个或多个成员，共同向服务端发起贷款发放请求；例如，由多个成员向服务端发送针对同一团体的授信申请，当授信申请的数量或者这些成员对应的授信额度的总数达到预设数值时，服务端即可确定收到针对该团体的贷款发放请求。
在本实施例中，团体可以包括企业、事业单位、社会团体等多种类型的组织，本申请并不对此进行限制。由于团体往往包括至少一个成员，因此可以将这些成员对应的授信额度纳入对团体自身对应的授信额度的考量，以使得团体能够获得更大的授信额度。
步骤204c，所述服务端响应于所述贷款发放请求，确定所述团体对应的第一授信额度、所述团体内的成员对应的第二授信额度。
在本实施例中，所述第一授信额度可以与所述团体的历史信用数据相关，所述第二授信额度可以与所述成员的历史信用数据相关；当然，还可以根据对其他因素的考量，以确定上述的第一授信额度和第二授信额度，本申请并不对此进行限制。
在本实施例中，服务端可以由自身确定出第一授信额度和第二授信额度，或者该服务端也可以向外部平台进行询问，并接收外部平台返回的该第一授信额度和第二授信额度。
步骤206c，所述服务端根据所述第一授信额度和所述第二授信额度，确定所述团体对应的授信总额度，以根据所述授信总额度向所述团体发放贷款。
在本实施例中，所述服务端可以确定所述第一授信额度中被纳入所述授信总额度的第一数值、所述第二授信额度中被纳入所述授信总额度的第二数值；然后，所述服务端可以将所述第一数值与所述第二数值之和确定为所述授信总额度。
其中，所述服务端可以将所述第一授信额度确定为所述第一数值；或者，所述服务端可以向所述团体对应的团体端发送第一额度征用询问，以根据所述团体端返回的询问结果确定所述第一数值，且该第一数值应当不大于第一授信额度。以及，所述服务端可以将所述第二授信额度确定为所述第二数值；或者，所述服务端可以向所述成员对应的成员端发送第二额度征用询问，以根据所述成员端返回的询问结果确定所述第二数值，且该第二数值应当不大于第二授信额度。
在本实施例中，服务端可以由自身向团体发放贷款；或者，服务端可以向外部平台告知该授信总额度，并由外部平台向团体发放贷款，本申请并不对此进行限制。
在本实施例中，所述服务端可以确定所述团体利用被发放的贷款获得的收益；然后，所述服务端可以按照预设分配规则，将所述收益的至少一部分分配至所述成员。例如，该预设分配规则可以包括：1)分配固定数值的资金；2)分配该收益中的固定比例的资金；3)确定第二授信额度中被划入授信总额度的第二数值，计算该第二数值在授信总额度中的所占比例，并将该收益中对应于该所占比例的资金发放至上述成员；当然，还可以采用其他任意规则，本申请并不对此进行限制。
在本实施例中，当所述团体未按照预设归还规则对被发放至所述团体的贷款进行归还时，所述服务端可以根据所述第二授信额度中被纳入所述授信总额度的第二数值，获取不大于所述第二数值的资金，以替代所述团体进行归还；然后，所述服务端将被替代归还的资金记录为被发放至所述成员，以由所述成员按照所述预设归还规则进行归还。换言之，当团体获得发放的贷款后，可能需要按照预设归还规则对这些贷款进行归还，比如全额归还或分期归还等；当成员将自身对应的授信额度提供至团体时，需要承担团体无法及时归还贷款的风险，使得当该团体确实未能按照预设归还规则归还贷款时，服务端通过将被替代归还的贷款记录为被发放至该成员，使得需要由该成员对相应贷款进行归还。
在本实施例中，所述服务端可以确定所述团体是否存在下述风险：无法按照预设归还规则而实施针对被分配至所述团体的贷款的归还操作；其中，所述服务端在确定存在所述风险时，可以将所述预设归还规则定义的贷款归还期限提早，以降低该风险的发生概率。其中，由于成员能够更加迅速甚至提前感知到团体可能存在的上述风险，因而可以提前向服务端发起风险预警请求，那么服务端可以根据接收到的风险预警请求，确定所述团体是否存在所述风险；例如，如果该成员在团体中的职位高于预设职位，或者超过预设数量的成员均发起了风险预警请求，或者服务端在接收到风险预警请求后可以向团体中的其他成员进行求证、且超出预设数量的成员确认了该风险，或者在其他情况下，服务端均可以判定为团体确实存在相应风险。
图2d是本申请一示例性实施例提供的另一种贷款发放方法的流程图。如图2d所示，该方法应用于服务端上，可以包括以下步骤：
步骤202d，服务端接收针对团体的贷款发放请求。
在一实施例中，所述贷款发放请求可以由所述团体对应的团体端发送至所述服务端。那么，所述服务端可以响应于所述贷款发放请求，向所述成员端发送参与询问消息；当所述成员端在接收到针对所述参与询问消息的确认响应时，可以向所述服务端返回参与确认消息；然后，所述服务端可以响应于所述参与确认消息，将所述成员对应的授信额度划分至所述团体，以根据所述授信额度向所述团体分配资源。当然，如果成员不愿意参与，可以通过成员端发送针对参与询问消息的拒绝响应(或者不响应)，以使得服务端在接收到该拒绝响应时，避免将成员对应的授信额度划分至所述团体。其中，团体可能对应于一个或多个成员；当团体对应于多个成员时，服务端可以向至少一个成员发送上述的参与确认消息，并在接收到任一成员对该参与确认消息的参与确认消息时，确定将该任一成员对应的授信额度划分至该团体。
在另一实施例中，所述贷款发放请求可以由所述成员对应的成员端发送至所述服务端。那么，所述服务端可以响应于所述贷款发放请求，向所述团体端发送需求询问消息；当所述团体端在接收到针对所述需求询问消息的确认响应时，可以向所述服务端返回需求确认消息；然后，所述服务端可以响应于所述需求确认消息，将所述成员对应的授信额度划分至所述团体，以根据所述授信额度向所述团体分配资源。当然，如果团体不愿意接受成员提供的额度，可以通过团体端发送针对需求询问消息的拒绝响应(或者不响应)，以使得服务端在接收到该拒绝响应时，避免将成员对应的授信额度划分所述团体。其中，团体可能对应于一个或多个成员；当团体对应于多个成员时，任一成员均可以向服务端发起贷款发放请求，以表明其希望将自身对应的授信额度提供至团体。每个成员还可以联合其他一个或多个成员，共同向服务端发起贷款发放请求；例如，由多个成员向服务端发送针对同一团体的授信申请，当授信申请的数量或者这些成员对应的授信额度的总数达到预设数值时，服务端即可确定收到针对该团体的贷款发放请求。
在本实施例中，团体可以包括企业、事业单位、社会团体等多种类型的组织，本申请并不对此进行限制。团体往往包括至少一个成员，可以将这些成员对应的授信额度划分至团体，以向团体发放相应额度的贷款。
步骤204d，所述服务端响应于所述贷款发放请求，确定所述团体内的成员对应的授信额度。
在本实施例中，所述授信额度可以与所述成员的历史信用数据相关；当然，还可以根据对其他因素的考量，以确定上述的授信额度，本申请并不对此进行限制。
在本实施例中，服务端可以由自身确定出所述授信额度，或者该服务端也可以向外部平台进行询问，并接收外部平台返回的所述授信额度。
步骤206d，所述服务端将所述授信额度划分至所述团体，以根据所述授信额度向所述团体发放贷款。
在本实施例中，所述服务端可以将所述授信额度全部划分至所述团体；或者，所述服务端可以向所述成员对应的成员端发送额度征用询问，以根据所述成员端返回的询问结果确定所述授信额度中需要被划分至所述团体的数值，且该数值应当不大于所述授信额度。
在本实施例中，服务端可以由自身向团体发放贷款；或者，服务端可以向外部平台告知所述授信额度，并由外部平台向团体发放贷款，本申请并不对此进行限制。
在本实施例中，所述服务端可以确定所述团体利用被发放的贷款获得的收益；然后，所述服务端可以按照预设分配规则，将所述收益的至少一部分分配至所述成员。例如，该预设分配规则可以包括：1)分配固定数值的资金；2)分配该收益中的固定比例的资金；3)确定所述授信额度中被划分至所述团体的数值，计算该数值在发放至所述团体的所有贷款中的所占比例，并将收益中对应于该所占比例的资金分配至上述成员；当然，还可以采用其他任意规则，本申请并不对此进行限制。
在本实施例中，当所述团体未按照预设归还规则对被发放至所述团体的贷款进行归还时，所述服务端可以根据所述授信额度中被划分至所述团体的数值，获取不大于所述数值的资金，以替代所述团体进行归还；然后，所述服务端将被替代归还的资金记录为被发放至所述成员，以由所述成员按照所述预设归还规则进行归还。换言之，当团体获得发放的贷款后，可能需要按照预设归还规则对这些贷款进行归还，比如全额归还或分期归还等；当成员将自身对应的授信额度提供至团体时，需要承担团体无法及时归还贷款的风险，使得当该团体确实未能按照预设归还规则归还贷款时，服务端通过将被替代归还的贷款记录为被发放至该成员，使得需要由该成员对相应贷款进行归还。
在本实施例中，所述服务端可以确定所述团体是否存在下述风险：无法按照预设归还规则而实施针对被发放至所述团体的贷款的归还操作；其中，所述服务端在确定存在所述风险时，可以将所述预设归还规则定义的贷款归还期限提早，以降低该风险的发生概率。其中，由于成员能够更加迅速甚至提前感知到团体可能存在的上述风险，因而可以提前向服务端发起风险预警请求，那么服务端可以根据接收到的风险预警请求，确定所述团体是否存在所述风险；例如，如果该成员在团体中的职位高于预设职位，或者超过预设数量的成员均发起了风险预警请求，或者服务端在接收到风险预警请求后可以向团体中的其他成员进行求证、且超出预设数量的成员确认了该风险，或者在其他情况下，服务端均可以判定为团体确实存在相应风险。
对于团体场景而言，团体与成员之间具有十分紧密的关联，团体中的成员相比于团体之外的其他用户而言，往往能够更为清楚、详细地了解该团体的运作情况，因而将成员对应的资源分配额度提供给团体时，既能够满足团体对资源的需求，又能够降低团体不能够及时归还资源的风险。假定公司a作为上述的团体，希望向金融服务平台获取信用贷款，但公司a由于成立时间较短、规模较小等原因，导致其自身信用额度无法满足其实际贷款需求，因而可以基于本申请的技术方案向该公司a的员工进行信用众筹，通过将员工的信用提供给公司a进行担保，以增加公司a可获得的信用贷款额度。下面结合图3所示的信用众筹方案，对公司a对应的团体端、员工对应的成员端与金融服务平台对应的服务端之间的交互过程进行详细说明；如图3所示，该交互过程可以包括以下步骤：
步骤302，团体端向服务端申请创建信用众筹项目。
在本实施例中，假定金融服务平台预先获取公司a的相关信息，以对该公司a进行资质验证，从而在公司a通过资质验证时，允许该公司a向金融服务平台申请创建信用众筹项目。金融服务平台可以从一个或多个维度对公司a进行资质验证，例如：
1)金融服务平台可以获取公司a的企业工商信息、法定代表人信息等；
2)金融服务平台可以获取公司a在关联网络平台上注册的企业账号信息等，并对获取的上述信息进行记录和验证等操作；
3)金融服务平台可以获取公司a的历史数据，并对该历史数据进行分析，以确定公司a的运营状况是否正常、发展状况是否良好。
通过对公司a进行资质验证，金融服务平台可以准确识别出可能存在的虚假企业、不良企业等，从而降低信用众筹的风险。因此，当金融服务平台认为公司a未通过资质验证时，可以禁止公司a申请信用众筹项目。当然，金融服务平台还可以通过其他方式对公司a进行资质验证，本申请并不对此进行限制。
在本实施例中，当服务端确定公司a通过资质验证时，在公司a对应的团体端可以示出如图4所示的项目发起界面，该项目发起界面包含与信用众筹功能相关的描述信息。
如图4所示，通过“贵司23位员工的信用预计可众筹72.88万元”、“贵司员工用个人信用对项目进行担保”、“最高可担保员工信用额度的3倍”、“本平台追加50％的跟投金额”等描述信息，可使操作者能够快速、明确地了解信用众筹的总信用额度上届(72.88万元)及其构成(该公司a的信用、23位员工的信用和平台跟投等)。
其中，金融服务平台可以获取公司a的组织架构信息，并基于该组织架构信息确定该公司a的员工；以及，金融服务平台进一步根据员工的信息，比如姓名、手机号、邮箱等，确定这些员工在该金融服务平台上的账户，并根据这些账户对应的历史行为数据，确定员工对应的信用额度，以进一步计算出上述的信用总额度上届。
同时，操作者还可以对信用众筹的总额度上届进行调整，比如操作者仅需要50万元时，可以将图4中的72.88万元调整为50万元，从而增加了信用众筹的灵活度。
而基于员工与公司a之间的关系特殊性，使得员工通常对公司a的实际情况具有准确判断，并且由于员工需要承担全额风险，因而可以将员工可提供的信用额度设定为其实际额度的“3倍”；当然，该倍数可以由金融服务平台根据实际情况进行设定和调整，比如当公司a的员工数量大于预设数值时，可能导致员工的判断能力降低，或者当员工不需要承担全额风险时，可以适当降低倍数，譬如由“3倍”降低至“2倍”或不加倍等。
此外，可以设定公司a的法定代表人或实控人必须做优先全额担保，从而避免该法定代表人或实控人恶意骗取员工的信用额度，有助于进一步降低风险。
如图4所示，通过“员工按担保金额获得项目收益，按日计息”、“员工利息收益由贵司自行设定”等描述信息，可以帮助操作者快速、明确地了解员工的收益情况，以及公司a所需支付的利息。其中，操作者可以对该项目的收益信息进行设定，比如项目收益的分成比例、计息方式、收益发放周期等。
同时，在图4所示的项目发起界面中，还包括“发起项目”选项，当检测到针对该选项的触发操作时，可以判定为公司a希望发起信用众筹项目，并向服务端申请创建信用众筹项目。此时，金融服务平台还可以对上述申请行为的操作者进行身份验证，以确认该申请行为是否属于公司a的正常行为，而排除误操作或非正常的恶意操作等。例如：
1)金融服务平台可以向操作者获取公司a的企业征信授权书、企业借款相关协议等企业授权信息；
2)金融服务平台还可以向操作者获取公司a的法定代表人个人征信授权书、法定代表人个人担保相关协议等法定代表人授权信息；
3)当公司a在金融服务平台上开设有公司账户时，金融服务平台还可以向操作者验证其对该公司账户的操作权限(例如验证操作者输入的账户密码、最近交易信息等)。
当然，金融服务平台还可以通过其他方式对操作者进行身份验证，本申请并不对此进行限制。
步骤304，服务端为公司a创建相应的信用众筹项目，并向该公司a的员工对应的成员端发送该信用众筹项目的项目信息。
步骤306，成员端根据员工的确认响应，向服务端返回参与确认消息。
在本实施例中，成员端可以示出如图5所示的信用众筹界面，该信用众筹界面中包含针对公司a发起的信用众筹项目的描述信息，比如公司a的众筹目的是为了“承接xx客户订单”、信用众筹的“预期年化收益率”为“8％”、当前员工的信用余额(即剩余的信用额度)为“42000元”及其预计收益为“3360元”、项目期限为“12个月”、还款方式为“按月付息到期还本”，该信用众筹界面还可以展示该公司a中已经发出确认响应的其他员工，比如aa、bb、cc、dd等8位，且当前员工可以通过触发“+展开”选项来查看这8位员工的具体信息，以帮助当前员工了解该信用众筹项目的进展状况。
同时，信用众筹界面中还可以包括“为公司的项目进行信用担保获得收益”、“最高可担保信用额度的3倍”、“无需支付任何现金”等介绍信息，以帮助当前员工快速了解“信用众筹”的运作方式等。
此外，信用众筹界面中可以包括图5底部的触发选项，该触发选项中可以包含“支持项目-5千元起”和“剩余可担保：126000元”等提示信息，以提示当前员工设定希望提供至公司a的信用额度，且该信用额度应当不小于5000元、不大于126000元。然后，当成员端检测到当前员工对该触发选项的触发操作后，可以向服务端发送上述的参与确认消息，一方面表明当前员工希望参与该信用众筹项目，另一方面向服务端告知其希望提供至公司a的信用额度的数值。
步骤308，服务端确定总信用额度。
在本实施例中，服务端可以在步骤304中分别向公司a中的所有员工发送项目信息(在一些实施例中，也可以仅发送至部分员工)，并且在步骤306中分别接收各个员工对应的成员端返回的参与确认消息，这些参与确认消息中包含了相应员工希望提供至公司a的信用额度，而服务端可以据此确定公司a实际获得的总信用额度；比如，当公司a的总信用额度上届为72.88万元时，该公司a实际获得的总信用额度应当不大于72.88万元。
在本实施例中，当服务端根据员工提供至公司a的信用额度，确定相应的总信用额度已经到达总信用额度上届时，服务端可以停止相应的信用众筹，以避免其他员工继续向服务端发送参与确认消息。或者，服务端可以设定一众筹时段，即便公司a的总信用额度在该众筹时段内未达到总信用额度上届，服务端仍然停止相应的信用众筹(此时可以判定为众筹成功，也可以判定为众筹失败)。或者，服务端可以设定一众筹时段，如果公司a的总信用额度在该众筹时段内超出总信用额度上届，服务端可以按照提供的信用额度从高到低的顺序依次选取若干员工，其中被选取员工对应的信用额度可以确保公司a的总信用额度不超出总信用额度上届，从而尽可能地减少实际参与该信用众筹的员工数量，那么当公司a发生逾期欠款、需要由员工承担还款风险时，可以降低对这些员工的催收成本。
步骤310，服务端向团体端发放贷款。
在本实施例中，员工向公司a提供信用额度，使得公司a的总信用额度中纳入了员工的信用额度，则公司a可从金融服务平台获得更高数额的贷款，而员工本身并不需要向公司a提供现金或其他形式的任何资金，这些资金均由金融服务平台向公司a提供。
步骤312，团体端向服务端归还本金和利息金。
在本实施例中，公司a向金融服务平台归还本金的同时，还需要向金融服务平台支付一定的利息金。在一些情况下，公司a在获得收益的情况下，可以从收益中按比例划分出利息金，并提供至金融服务平台；而在另一些情况下，即便公司a未获得收益，仍然需要支付一定比例的利息金，比如该利息金可以为本金数额的a％，该a的数值由公司a与金融服务平台之间的贷款相关协议规定。
步骤314，服务端向成员端返还利息金。
在本实施例中，由于员工在信用众筹项目中，提供了自身对于公司a的风险判断，以及提供了自身的至少一部分信用额度，因而金融服务平台在获得利息金的情况下，可以按照预设比例向员工返还收益。
然而，公司a可能由于经营不善等原因，导致其无法按照预设归还规则向金融服务平台归还本金或利息金，导致公司a出现相应的风险事件。由于公司a的员工为该公司a提供了信用额度，使得金融服务平台向公司a支持了不匹配于该公司a的自身信用额度的贷款，因而这些员工需要承担风险事件的至少一部分责任。
较为具体地，金融服务平台可以按照约定的风险承担规则，确定员工所需承担的资金数额；然后，金融服务平台一方面提供符合该数额的资金，用于为公司a归还其拖欠的本金或利息金，另一方面将该部分资金记录为金融服务平台发放给该员工的贷款，并由该员工后续对该贷款进行归还。
当然，由于员工身处于公司a内部，往往能够根据公司a的运营策略、人员调动、项目进度等方面，提前预估到公司a可能发生的风险，那么员工可以通过下述步骤316-320进行风险预警，以尽可能地降低自身损失：
步骤316，员工通过成员端向服务端发起风险预警请求。
在本实施例中，假定成员端可以示出图6所示的风险预警界面，该风险预警界面可以包括“承接xx客户订单”、“已担保50000元”等信息，以便于员工在同时担保多个信用众筹项目时，确定该风险预警界面所属的信用众筹项目。
在风险预警界面中包含“风险预警”选项，当检测到针对该选项的触发操作时，成员端可以向服务端发起风险预警请求；当然，为了避免员工误操作，成员端或服务端可以对操作者进行身份验证，比如基于密码、指纹、虹膜等方式，此处不再赘述。
步骤318，服务端确定是否确实存在风险。
在本实施例中，服务端可以统计接收到针对同一信用众筹项目的风险预警请求的数量；例如，当服务端分别接收到公司a中三个或以上员工发起的风险预警请求时，可以确认为存在风险。或者，服务端可以在接收到公司a中任一员工发起的风险预警请求时，可以向预设数量的其他员工发送风险确认消息，并在这些员工返回风险确认响应时，确认为存在风险。当然，服务端还可以通过其他方式确认是否存在风险，本申请并不对此进行限制。
步骤320，服务端在确定存在风险时，提前终止相关项目。
在本实施例中，服务端在确定存在风险时，可以提前终止公司a的信用众筹项目，使得公司a必须在预设时间段(如1个月)内归还剩余的本金和利息金等，以降低风险的发生概率。
图7是本申请一示例性实施例提供的另一种资源分配系统的架构示意图。如图7所示，该系统除了可以包括图1所示的服务器11、网络12、团体电子设备13(比如手机131、pc132等)、成员电子设备14(比如手机141、pc142等)之外，还可以包括信用管理服务器15和资源分配服务器16。
信用管理服务器15可以为包含一独立主机的物理服务器，或者该信用管理服务器15可以为主机集群承载的虚拟服务器，或者该信用管理服务器15可以为云服务器。在运行过程中，信用管理服务器15可以运行某一应用的服务器侧的程序，以实现信用管理平台，用于实现信用管理等业务功能。
资源分配服务器16可以为包含一独立主机的物理服务器，或者该资源分配服务器16可以为主机集群承载的虚拟服务器，或者该资源分配服务器16可以为云服务器。在运行过程中，资源分配服务器16可以运行某一应用的服务器侧的程序，以实现资源分配平台，用于实现资源分配等业务功能。
同时，信用管理服务器15、资源分配服务器16可以通过网络12与服务器11、团体电子设备13、成员电子设备14等进行通讯交互，以实现本申请的技术方案。
对应于图7所示的资源分配系统，图8a是本申请一示例性实施例提供的另一种资源分配方法的流程图。如图8a所示，该方法应用于服务端，可以包括以下步骤：
步骤802a，服务端接收针对团体的资源分配请求。
在本实施例中，资源分配请求可由团体对应的团体端发送至服务端；或者，资源分配请求可由团体的成员对应的成员端发送至服务端。
步骤804a，所述服务端响应于所述资源分配请求，向信用管理平台发送额度询问请求，以由所述信用管理平台确定出对应于所述团体的第一资源分配额度、对应于所述团体内的成员的第二资源分配额度。
在本实施例中，信用管理平台用于管理团体、成员的信用数据，并基于该信用数据确定出相应的资源分配额度，比如根据管理团体的信用数据确定出第一资源分配额度、根据成员的信用数据确定出第二资源分配额度。
步骤806a，所述服务端根据所述第一资源分配额度和所述第二资源分配额度对应的资源分配总额度，向资源分配平台发送资源分配指令，以使所述资源分配平台根据所述资源分配总额度向所述团体分配资源。
在本实施例中，服务端可以接收信用管理平台返回的第一资源分配额度、第二资源分配额度，计算出相应的资源分配总额度；或者，可以由信用管理平台根据第一资源分配额度和第二资源分配额度计算出相应的资源分配总额度，并由服务端接收该信用管理平台返回的该资源分配总额度。
图8b是本申请一示例性实施例提供的另一种资源分配方法的流程图。如图8b所示，该方法应用于服务端，可以包括以下步骤：
步骤802b，服务端接收针对团体的资源分配请求。
在本实施例中，资源分配请求可由团体对应的团体端发送至服务端；或者，资源分配请求可由团体的成员对应的成员端发送至服务端。
步骤804b，所述服务端响应于所述资源分配请求，向信用管理平台发送额度询问请求，以由所述信用管理平台确定出对应于所述团体内的成员的资源分配额度。
在本实施例中，信用管理平台用于管理团体、成员的信用数据，并基于该信用数据确定出相应的资源分配额度，比如根据成员的信用数据确定出所述资源分配额度。
步骤806b，所述服务端根据所述资源分配额度向资源分配平台发送资源分配指令，以使所述资源分配平台根据所述资源分配额度向所述团体分配资源。
相比于上述图2a-2b、图3等所示的实施例而言，在图8a-8b所示的实施例中，将信用管理、资源分配等功能分离至信用管理平台、资源分配平台，而服务端作为与团体端、成员端、信用管理平台、资源分配平台的通讯枢纽，可以降低对服务端的性能需求，还有助于提升整体系统的可靠性(当然，具体业务功能的实现逻辑可以参考上述图2a-2b、图3所示的实施例，此处不再赘述)。
图8c是本申请一示例性实施例提供的另一种贷款发放方法的流程图。如图8c所示，该方法应用于服务端，可以包括以下步骤：
步骤802c，服务端接收针对团体的贷款发放请求。
在本实施例中，贷款发放请求可由团体对应的团体端发送至服务端；或者，贷款发放请求可由团体的成员对应的成员端发送至服务端。
步骤804c，所述服务端响应于所述贷款发放请求，向信用管理平台发送额度询问请求，以由所述信用管理平台确定出对应于所述团体的第一授信额度、对应于所述团体内的成员的第二授信额度。
在本实施例中，信用管理平台用于管理团体、成员的信用数据，并基于该信用数据确定出相应的资源分配额度，比如根据管理团体的信用数据确定出第一授信额度、根据成员的信用数据确定出第二授信额度。
步骤806c，所述服务端根据所述第一授信额度和所述第二授信额度对应的授信总额度，向贷款发放平台发送贷款发放指令，以使所述贷款发放平台根据所述授信总额度向所述团体发放贷款。
在本实施例中，服务端可以接收信用管理平台返回的第一授信额度、第二授信额度，计算出相应的授信总额度；或者，可以由信用管理平台根据第一授信额度和第二授信额度计算出相应的授信总额度，并由服务端接收该信用管理平台返回的该授信总额度。
图8d是本申请一示例性实施例提供的另一种贷款发放方法的流程图。如图8d所示，该方法应用于服务端，可以包括以下步骤：
步骤802d，服务端接收针对团体的贷款发放请求。
在本实施例中，贷款发放请求可由团体对应的团体端发送至服务端；或者，贷款发放请求可由团体的成员对应的成员端发送至服务端。
步骤804d，所述服务端响应于所述贷款发放请求，向信用管理平台发送额度询问请求，以由所述信用管理平台确定出对应于所述团体内的成员的授信额度。
在本实施例中，信用管理平台用于管理团体、成员的信用数据，并基于该信用数据确定出相应的授信额度，比如根据成员的信用数据确定出所述授信额度。
步骤806d，所述服务端根据所述授信额度向贷款发放平台发送贷款发放指令，以使所述贷款发放平台根据所述授信额度向所述团体发放贷款。
相比于上述图2c-2d、图3等所示的实施例而言，在图8c-8d所示的实施例中，将信用管理、贷款发放等功能分离至信用管理平台、贷款发放平台，而服务端作为与团体端、成员端、信用管理平台、贷款发放平台的通讯枢纽，可以降低对服务端的性能需求，还有助于提升整体系统的可靠性(当然，具体业务功能的实现逻辑可以参考上述图2c-2d、图3所示的实施例，此处不再赘述)。
可见，在图8a-8d所示的实施例中，对于服务端几乎仅存在通讯需求，因而该服务端可以为通讯应用的服务端；例如，在团体场景下，该通讯应用可以包括相关技术中的移动化团体办公平台，且该移动化团体办公平台不仅可以实现通讯功能，还可以作为诸多其他功能的集成化功能平台，比如对于审批事件(如请假、办公物品申领、财务等审批事件)、考勤事件、任务事件、日志事件等团体内部事件的处理，再比如订餐、采购等团体外部事件的处理，本申请并不对此进行限制。
较为具体地，移动化团体办公平台可以承载于相关技术中的即时通讯应用，比如企业即时通讯(enterpriseinstantmessaging，eim)应用，例如skypefor
因此，服务端可以为移动化团体办公平台的服务端，而团体端、成员端可以为移动化团体办公平台的客户端。其中，移动化团体办公平台的客户端的应用程序可以被预先安装在团体电子设备13、成员电子设备14上，使得该客户端可以在团体电子设备13、成员电子设备14上被启动并运行；当然，当采用诸如html5技术的在线“客户端”时，无需在团体电子设备13、成员电子设备14上安装相应的应用程序，即可获得并运行相应的团体端、成员端。
图9a是本申请一示例性实施例提供的又一种资源分配方法的流程图。如图9a所示，该方法应用于服务端，可以包括以下步骤：
步骤902a，服务端接收针对第一对象的资源分配请求。
步骤904a，所述服务端响应于所述资源分配请求，确定所述第一对象对应的第一资源分配额度、与所述第一对象相关的第二对象对应的第二资源分配额度。
步骤906a，所述服务端根据所述第一资源分配额度和所述第二资源分配额度，确定所述第一对象对应的资源分配总额度，以根据所述资源分配总额度向所述第一对象分配资源。
图9b是本申请一示例性实施例提供的又一种资源分配方法的流程图。如图9b所示，该方法应用于服务端，可以包括以下步骤：
步骤902b，服务端接收针对第一对象的资源分配请求。
步骤904b，所述服务端响应于所述资源分配请求，确定与所述第一对象相关的第二对象对应的资源分配额度。
步骤906b，所述服务端将所述资源分配额度划分至所述第一对象，以根据所述资源分配额度向所述第一对象分配资源。
在图9a-9b所示的实施例中，第一对象可以为图2a-2d、图3或图8a-8d等所示实施例中的团体、第二对象可以为图2a-2d、图3或图8a-8d等所示实施例中的成员，使得本实施例可以被应用于团体场景中，以实现类似于图2a-2d、图3或图8a-8d等所示实施例的资源分配方案。
但是，除了上述的团体场景之外，本实施例中的第一对象、第二对象还可以包括其他任意类型的对象，本申请并不对此进行限制。例如：
在一实施例中，第一对象、第二对象可以均为个人，比如家人、亲戚、朋友、同学、同事等，基于该第一对象与第二对象之间的相互了解，使得第二对象可以将自身的资源分配额度提供给第一对象，以实现对资源分配的优化。
在另一实施例中，第一对象、第二对象可以均为企业，比如第一对象可以为第二对象的供应商等，在第一对象可能存在资金紧缺的情况下，第二对象为了确保第一对象能够及时供货，可以在充分了解第一对象的资金风险的情况下，将自身的资源分配额度提供给第一对象，以帮助第一对象暂渡难关，实现对资源分配的优化。
还可能存在很多其他可能的实施例，此处不再一一列举。
在本实施例中，第一对象可以对应于一个或多个第二对象；当存在多个第二对象时，这些第二对象可以属于相同类型或不同类型。例如，当第一对象为团体时，第二对象可以为该团体中的多个成员；再例如，当第一对象为团体时，第二对象可以包括该团体中的成员，以及其他团体等。
上述图9a-9b所示的实施例，可以基于图2a-2d、图3或图8a-8d所示实施例的业务逻辑来实现相应的资源分配功能，此处不再赘述。
图10示出了根据本申请的一示例性实施例的电子设备的示意结构图。请参考图10，在硬件层面，该电子设备包括处理器1002、内部总线1004、网络接口1006、内存1008以及非易失性存储器1010，当然还可能包括其他业务所需要的硬件。处理器1002从非易失性存储器1010中读取对应的计算机程序到内存1008中然后运行，在逻辑层面上形成资源分配装置。当然，除了软件实现方式之外，本申请并不排除其他实现方式，比如逻辑器件抑或软硬件结合的方式等等，也就是说以下处理流程的执行主体并不限定于各个逻辑单元，也可以是硬件或逻辑器件。
请参考图11，在软件实施方式中，该资源分配装置可以包括：
请求接收单元1101，使服务端接收针对团体的资源分配请求；
请求响应单元1102，使所述服务端响应于所述资源分配请求，确定所述团体对应的第一资源分配额度、所述团体内的成员对应的第二资源分配额度；
总额度确定单元1103，所述服务端根据所述第一资源分配额度和所述第二资源分配额度，确定所述团体对应的资源分配总额度，以根据所述资源分配总额度向所述团体分配资源。
可选的，所述资源分配请求由所述团体对应的团体端或所述成员对应的成员端发送至所述服务端。
可选的，所述第一资源分配额度与所述团体的历史信用数据相关，所述第二资源分配额度与所述成员的历史信用数据相关。
可选的，所述总额度确定单元1103具体用于：
所述服务端确定所述第一资源分配额度中被纳入所述资源分配总额度的第一数值、所述第二资源分配额度中被纳入所述资源分配总额度的第二数值；
所述服务端将所述第一数值与所述第二数值之和确定为所述资源分配总额度。
可选的，
所述总额度确定单元1103使所述服务端通过下述方式确定所述第一资源分配额度中被纳入所述资源分配总额度的第一数值：所述服务端将所述第一资源分配额度确定为所述第一数值；或者，所述服务端向所述团体对应的团体端发送第一额度征用询问，以根据所述团体端返回的询问结果确定所述第一数值；
所述总额度确定单元1103使所述服务端通过下述方式确定所述第二资源分配额度中被纳入所述资源分配总额度的第二数值：所述服务端将所述第二资源分配额度确定为所述第二数值；或者，所述服务端向所述成员对应的成员端发送第二额度征用询问，以根据所述成员端返回的询问结果确定所述第二数值。
可选的，还包括：
增值资源确定单元1104，使所述服务端确定所述团体利用被分配的资源获得的增值资源；
增值资源分配单元1105，使所述服务端按照预设分配规则，将所述增值资源的至少一部分分配至所述成员。
可选的，还包括：
获取单元1106，当所述团体未按照预设归还规则对被分配至所述团体的资源进行归还时，使所述服务端根据所述第二资源分配额度中被纳入所述资源分配总额度的第二数值，获取不大于所述第二数值的资源，以替代所述团体进行归还；
记录单元1107，使所述服务端将被替代归还的资源记录为被分配至所述成员，以由所述成员按照所述预设归还规则进行归还。
可选的，还包括：
风险确定单元1108，使所述服务端确定所述团体是否存在下述风险：无法按照预设归还规则而实施针对被分配至所述团体的资源的归还操作；
设置单元1109，使所述服务端在确定存在所述风险时，将所述预设归还规则定义的资源归还期限提早。
可选的，所述风险确定单元1108具体用于：
使所述服务端根据接收到的所述成员发起的风险预警请求，确定所述团体是否存在所述风险。
请参考图12，在软件实施方式中，该资源分配装置可以包括：
第一接收单元1201，使服务端接收针对团体的资源分配请求；
第一响应单元1202，使所述服务端响应于所述资源分配请求，向信用管理平台发送额度询问请求，以由所述信用管理平台确定出对应于所述团体的第一资源分配额度、对应于所述团体内的成员的第二资源分配额度；
第一确定单元1203，使所述服务端根据所述第一资源分配额度和所述第二资源分配额度对应的资源分配总额度，向资源分配平台发送资源分配指令，以使所述资源分配平台根据所述资源分配总额度向所述团体分配资源。
请参考图13，在软件实施方式中，该资源分配装置可以包括：
第二接收单元1301，使服务端接收针对第一对象的资源分配请求；
第二响应单元1302，使所述服务端响应于所述资源分配请求，确定所述第一对象对应的第一资源分配额度、与所述第一对象相关的第二对象对应的第二资源分配额度；
第二确定单元1303，使所述服务端根据所述第一资源分配额度和所述第二资源分配额度，确定所述第一对象对应的资源分配总额度，以根据所述资源分配总额度向所述第一对象分配资源。
请参考图14，在软件实施方式中，该资源分配装置可以包括：
请求接收单元1401，使服务端接收针对团体的资源分配请求；
请求响应单元1402，使所述服务端响应于所述资源分配请求，确定所述团体内的成员对应的资源分配额度；
额度划分单元1403，使所述服务端将所述资源分配额度划分至所述团体，以根据所述资源分配额度向所述团体分配资源。
请参考图15，在软件实施方式中，该资源分配装置可以包括：
请求接收单元1501，使服务端接收针对团体的资源分配请求；
请求响应单元1502，使所述服务端响应于所述资源分配请求，向信用管理平台发送额度询问请求，以由所述信用管理平台确定出对应于所述团体内的成员的资源分配额度；
指令发送单元1503，使所述服务端根据所述资源分配额度向资源分配平台发送资源分配指令，以使所述资源分配平台根据所述资源分配额度向所述团体分配资源。
图16示出了根据本申请的一示例性实施例的电子设备的示意结构图。请参考图16，在硬件层面，该电子设备包括处理器1602、内部总线1604、网络接口1606、内存1608以及非易失性存储器1610，当然还可能包括其他业务所需要的硬件。处理器1602从非易失性存储器1610中读取对应的计算机程序到内存1608中然后运行，在逻辑层面上形成贷款发放装置。当然，除了软件实现方式之外，本申请并不排除其他实现方式，比如逻辑器件抑或软硬件结合的方式等等，也就是说以下处理流程的执行主体并不限定于各个逻辑单元，也可以是硬件或逻辑器件。
请参考图17，在软件实施方式中，该贷款发放装置可以包括：
请求接收单元1701，使服务端接收针对团体的贷款发放请求；
请求响应单元1702，使所述服务端响应于所述贷款发放请求，确定所述团体对应的第一授信额度、所述团体内的成员对应的第二授信额度；
总额度确定单元1703，使所述服务端根据所述第一授信额度和所述第二授信额度，确定所述团体对应的授信总额度，以根据所述授信总额度向所述团体发放贷款。
请参考图18，在软件实施方式中，该贷款发放装置可以包括：
请求接收单元1801，使服务端接收针对团体的贷款发放请求；
请求响应单元1802，使所述服务端响应于所述贷款发放请求，向信用管理平台发送额度询问请求，以由所述信用管理平台确定出对应于所述团体的第一授信额度、对应于所述团体内的成员的第二授信额度；
指令发送单元1803，使所述服务端根据所述第一授信额度和所述第二授信额度对应的授信总额度，向贷款发放平台发送贷款发放指令，以使所述贷款发放平台根据所述授信总额度向所述团体发放贷款。
请参考图19，在软件实施方式中，该贷款发放装置可以包括：
请求接收单元1901，使服务端接收针对团体的贷款发放请求；
请求响应单元1902，使所述服务端响应于所述贷款发放请求，确定所述团体内的成员对应的授信额度；
额度划分单元1903，使所述服务端将所述授信额度划分至所述团体，以根据所述授信额度向所述团体发放贷款。
请参考图20，在软件实施方式中，该贷款发放装置可以包括：
请求接收单元2001，使服务端接收针对团体的贷款发放请求；
请求响应单元2002，使所述服务端响应于所述贷款发放请求，向信用管理平台发送额度询问请求，以由所述信用管理平台确定出对应于所述团体内的成员的授信额度；
指令发送单元2003，使所述服务端根据所述授信额度向贷款发放平台发送贷款发放指令，以使所述贷款发放平台根据所述授信额度向所述团体发放贷款。
上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机，计算机的具体形式可以是个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件收发设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任意几种设备的组合。
在一个典型的配置中，计算机包括一个或多个处理器(cpu)、输入/输出接口、网络接口和内存。
内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(ram)和/或非易失性内存等形式，如只读存储器(rom)或闪存(flashram)。内存是计算机可读介质的示例。
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitorymedia)，如调制的数据信号和载波。
还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。
在本申请使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本申请。在本申请和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。
应当理解，尽管在本申请可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本申请范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。
以上所述仅为本申请的较佳实施例而已，并不用以限制本申请，凡在本申请的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本申请保护的范围之内。
- 还没有人留言评论。精彩留言会获得点赞！