推送资源转移要约的方法及装置
技术领域
本说明书一个或多个实施例涉及计算机技术领域,尤其涉及通过计算机推送资源转移要约的方法和装置。
背景技术
资源转移是发生在人们日常生活中非常常见的生活现象,例如,A向B借了钱,则作为资源的“钱”由B转移至A。其中,这里的资源可以是实体资源,也可以是网络上的虚拟资源,还可以是网络平台中与实体资源具有相同价值的标识,例如银行卡余额,等等。在资源转移过程中往往伴随着信用问题。例如,A向他人借钱后会及时还钱,则A具有较好的信用。
而现实生活中,人的信用通常依靠相处中的认知,进行主观判断,而且设计社交人情,情况复杂,难以判断。如果产生误判,对于先转移出资源的一方,还可能造成损失。例如B借给A的钱,A不归还。为了防止和降低上述风险,可以利用更多的网络数据,以及互联网的便利性,在对用户信用进行评估的基础上,降低用户的资源损失风险。
发明内容
本说明书一个或多个实施例描述了一种方法和装置,可以基于用户之间的关联关系,以及对请求资源转入的用户的信用评估,推送资源转移要约,从而可以降低资源转出用户的资源损失风险。
根据第一方面,提供了一种推送资源转移要约的方法,所述方法包括:获取第一用户的资源转入请求,所述资源转入请求至少包括,在不超过最大请求额度的范围内确定的请求份额,所述最大请求额度至少基于所述第一用户关于历史资源转移合约的履约记录而确定;至少基于人际关系网络提供与所述第一用户相关联的至少一个备选用户,以及各个备选用户针对所述第一用户的各个最大可转移份额,其中,所述人际关系网络用于记录用户之间的关联关系,以及具有关联关系的用户之间的关联系数,各个最大可转移份额至少基于所述关联系数确定;响应于接收到所述第一用户对所述至少一个备选用户中的第一备选用户的选定信息,根据所述请求份额和所述第一备选用户对应的第一最大可转移份额,为所述第一备选用户分配第一要约份额;按照所述第一要约份额向所述第一备选用户推送第一资源转移要约。
在一些实施例中,所述接收第一用户的资源转入请求之前,还包括:检测所述第一用户是否满足预定条件;在满足预定条件的情况下,提供所述最大请求额度,以供所述第一用户在不超过所述最大请求额度的范围内确定所述请求份额。
在一些实施例中,所述预定条件包括以下至少一项:用于表征所述第一用户的信用度的信用值大于预定阈值;所述履约记录中违约次数不超过预定次数;所述履约记录中违约比例不超过预定比例;通过身份验证。
在一些实施例中,所述第一最大可转移份额通过以下方式确定:基于所述关联系数,确定所述第一备选用户与所述第一用户的第一关联度;按照所述第一关联度,从所述最大请求额度中,为所述第一备选用户分配相应份额以作为所述第一最大可转移份额,其中,所述第一最大可转移份额与所述第一关联度正相关。
在一些实施例中,所述第一关联度通过以下方式确定:获取所述第一备选用户与所述第一用户之间的至少一条关联路径,其中,所述关联路径用于,在所述人际关系网络中,将所述第一备选用户与所述第一用户相连接;基于各条关联路径上的关联系数,确定各条关联路径分别对应的各个路径系数;基于各个路径系数,确定所述第一关联度。
在一些实施例中,所述至少一条关联路径包括第一关联路径;以及,所述基于各条关联路径上的关联系数,确定各条关联路径分别对应的各个路径系数包括:将所述第一关联路径上的各个关联系数的乘积作为所述第一关联路径的路径系数。
在一些实施例中,所述基于各个路径系数,确定所述第一关联度包括:将各个路径系数的和,作为所述第一关联度。
在一些实施例中,所述至少一个备选用户包括所述第一备选用户和其他备选用户,所述按照所述第一关联度,从所述第一用户的最大请求额度中,为所述第一备选用户分配相应份额以作为所述第一最大要约份额包括:确定所述第一备选用户对应的第一分数与总分数的比值,所述第一分数为所述第一关联度与所述第一用户的信用值之和,所述总分数包括各个备选用户对应的分数之和,所述信用值用于表征所述第一用户的信用度;将所述最大请求额度中的所述第一比值的份额,作为所述第一最大要约份额。
在一些实施例中,所述第一备选用户包括,人际关系网络中,在所述第一用户的预设关联级数内的用户。
在一些实施例中,所述第一用户选定的备选用户仅包括第一备选用户,所述第一最大可转移份额不低于所述请求份额;所述根据所述请求份额和所述第一最大可转移份额,为所述第一备选用户分配第一要约份额包括:将所述请求份额确定为所述第一要约份额。
在一些实施例中,所述第一用户选定的备选用户包括第一备选用户和其他备选用户,所述方法还包括:为所述其他备选用户分配其他要约份额,其中,所述第一份额与所述其他要约份额的总和与所述请求份额一致。
在一些实施例中,所述根据所述请求份额和所述第一最大可转移份额,为所述第一备选用户分配第一要约份额包括:确定所述第一最大可转移份额在最大可转移总份额中的第一比例,所述最大可转移总份额包括所述第一最大可转移份额,以及所述其他备选用户对应的其他最大可转移份额;将所述请求份额中的所述第一比例的份额,作为所述第一可转移份额。
在一些实施例中,所述方法还包括:响应于接收到所述第一备选用户对所述第一资源转移要约的接受信息,为所述第一用户和所述第一备选用户生成第一资源转移合约。
在一些实施例中,所述资源转移合约包括,所述第一用户的履约时间;以及,所述方法还包括:检测所述第一用户是否在所述履约时间内履约,并根据检测结果更新所述第一用户的履约记录。
根据第二方面,提供一种请求资源转入的方法,所述方法包括:接收第一用户的资源转入操作,所述资源转入操作至少确定出在不超过最大请求额度的范围内确定的请求份额,所述最大请求额度至少基于所述第一用户关于历史资源转移合约的履约记录而确定;基于所述资源转入操作向服务器发送资源转入请求,以供所述服务器至少基于人际关系网络提供至少一个备选用户,以及各个备选用户针对所述第一用户的各个最大可转移份额,其中,所述资源转入请求至少包括所述请求份额,所述人际关系网络用于记录用户之间的关联关系,以及具有关联关系的用户之间的关联系数,各个最大可转移份额至少基于所述关联系数确定;展示所述至少一个备选用户及各个最大可转移份额;接收所述第一用户针对所述至少一个备选用户中的第一备选用户的选定操作;向所述服务器发送至少针对所述第一备选用户的选定信息,以供所述服务器根据所述请求份额和所述第一备选用户对应的第一最大可转移份额,为所述第一备选用户分配第一要约份额,以及按照所述第一要约份额向所述第一备选用户推送第一资源转移要约。
根据第三方面,提供一种推送资源转移要约的装置,所述装置包括:获取单元,配置为获取第一用户的资源转入请求,所述资源转入请求至少包括,在不超过最大请求额度的范围内确定的请求份额,所述最大请求额度至少基于所述第一用户的履约记录而确定;确定单元,配置为至少基于人际关系网络提供与所述第一用户相关联的至少一个备选用户,以及各个备选用户针对所述第一用户的各个最大可转移份额,其中,所述人际关系网络用于记录用户之间的关联关系,以及具有关联关系的用户之间的关联系数,各个最大可转移份额至少基于所述关联系数确定;分配单元,配置为响应于接收到所述第一用户对所述至少一个备选用户中的第一备选用户的选定信息,根据所述请求份额和所述第一备选用户对应的第一最大可转移份额,为所述第一备选用户分配第一要约份额;推送单元,配置为按照所述第一要约份额向所述第一备选用户推送第一资源转移要约。
根据第四方面,提供一种请求资源转入的装置,所述装置包括:接收单元,配置为接收第一用户的资源转入操作,所述资源转入操作至少确定出在不超过最大请求额度的范围内确定的请求份额,所述最大请求额度至少基于所述第一用户关于历史资源转移合约的履约记录而确定;发送单元,配置为基于所述资源转入操作向服务器发送资源转入请求,以供所述服务器至少基于人际关系网络提供至少一个备选用户,以及各个备选用户针对所述第一用户的各个最大可转移份额,其中,所述资源转入请求至少包括所述请求份额,所述人际关系网络用于记录用户之间的关联关系,以及具有关联关系的用户之间的关联系数,各个最大可转移份额至少基于所述关联系数确定;展示单元,配置为展示所述至少一个备选用户及各个最大可转移份额;所述接收单元还配置为,接收所述第一用户针对所述至少一个备选用户中的第一备选用户的选定操作;所述发送单元还配置为,向所述服务器发送至少针对所述第一备选用户的选定信息,以供所述服务器根据所述请求份额和所述第一备选用户对应的第一最大可转移份额,为所述第一备选用户分配第一要约份额,以及按照所述第一要约份额向所述第一备选用户推送第一资源转移要约。
根据第五方面,提供了一种计算机可读存储介质,其上存储有计算机程序,当所述计算机程序在计算机中执行时,令计算机执行第一方面的方法。
根据第六方面,提供了一种计算设备,包括存储器和处理器,其特征在于,所述存储器中存储有可执行代码,所述处理器执行所述可执行代码时,实现第一方面的方法。
通过本说明书实施例提供的方法和装置,首先获取来自第一用户的包含请求额度的资源转入请求,然后,基于人际关系网络提供与第一用户相关联的至少一个备选用户,以及各个备选用户针对第一用户的各个最大可转移份额。其中,一方面,请求额度是在基于第一用户的履约记录而确定的最大请求额度的范围内的额度,利用第一用户的信用信息,另一方面,各个备选用户针对第一用户的各个最大可转移份额基于人际关系网络中的关联关系确定,利用了第一用户的人脉信息。接着,对于经过第一用户选定的备选用户,按照最大可转移份额,为其分配要约份额,并按照要约份额向各个备选用户推送对应的资源转移要约。如此,由于充分利用用户的信用信息和人际关系信息,限制用户请求转入的资源,基于人际关系确定资源转移份额,从而可以有效降低资源转出一方的资源风险。
附图说明
为了更清楚地说明本发明实施例的技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其它的附图。
图1示出本说明书披露的实施例的实施框架示意图;
图2示出本说明书披露的实施例的一个具体实施场景示意图;
图3示出人际关系网络的一个具体例子;
图4示出根据一个实施例的推送资源转移要约的方法流程图;
图5示出根据一个实施例的请求资源转入的方法流程图;
图6示出根据一个实施例的推送资源转移要约的装置的示意性框图;
图7示出根据一个实施例的请求资源转入的装置的示意性框图。
具体实施方式
下面结合附图,对本说明书提供的方案进行描述。
图1为本说明书披露的一个实施例的实施场景示意图。
在该实施场景中,多个用户可以利用终端,通过网络与后台服务器进行交互。其中,这里的终端可以是智能手机、笔记本电脑、平板电脑、台式计算机等等具有计算能力和通信功能的电子设备。终端上可以运行各种应用,例如购物类应用、资源交互类应用(如支付宝),等等。上述后台服务器可以为这些应用提供支持。后台服务器可以是集中服务器,也可以是分布式服务器,在此不做限定。
一般地,本说明书实施例的推送资源转移要约的方法可以由上述后台服务器执行。资源转入请求可以由上述终端发送,资源转移要约可以推送给上述终端。可以理解,同一个终端在不同的场景下,可以是资源转入请求的发送方,也可以是上述后台服务器所推送的资源转移要约的处理方。为了更清楚地说明本说明书实施例所提供的方法,图2给出一个具体实施场景。下面请参考图2。
图2的具体实施场景中,所要转移的资源为钱款,资源转移要约,就是借钱要约。在该具体场景中,第一用户可以通过第一终端发起借款请求(资源转入请求)。其中,该借款请求至少包括,在不超过最大请求额度的范围内确定的请求金额(请求份额),最大请求额度至少基于该第一用户的履约记录而确定。
后台服务器获取该第一用户的借款请求后,可以基于人际关系网络提供与该第一用户相关联的至少一个备选用户,以及各个备选用户针对该第一用户的各个最大可借款额度(最大可转移份额)。其中,人际关系网络用于记录用户之间的关联关系,以及具有关联关系的用户之间的关联系数。各个最大可借款额度至少基于用户之间的关联系数确定。
如图3所述,是一个人际关系网络的具体例子。在该人际关系网络中,圆圈(节点)表示用户,连线(边)表示关联关系,被连线(边)连接到一起的用户具有直接关联关系。这里的关联关系,可以是添加好友、转账、发红包、聊天等等操作实现的连接关系。连线(边)的属性中可以通过关联系数记录关联关系的强弱。例如,互动(转账、发红包、聊天等)频繁的用户之间,关联关系较强,关联系数较大。为了便于说明,用户之间的连线也可以描述成边,用户之间的关联属性也可以描述成边属性。最大可借款额度可以与关联系数正相关,亦即,备选用户之间的关联关系越强,关联系数越大,最大可借款额度越高。
第一终端接收到后台服务器提供的备选用户及额度后,可以由用户通过第一终端从所提供的备选用户中选定部分或全部的备选用户,以完成借款。第一终端可以向服务器发送所选定的备选用户。
这里,为了描述方便,假设所选定的备选用户中的任一备选用户为第一备选用户。后台服务器接收到对第一备选用户的选定信息,可以根据上述请求金额和第一备选用户对应的第一最大可借款额度,为第一备选用户分配第一借款份额。接着,后台服务器可以按照该第一借款份额向第一备选用户推送第一借款要约(第一资源转移要约)。
第一备选用户通过第二终端接收到上述第一借款要约,可以选择同意或者拒绝该借款要约。通过第二终端,可以将第一备选用户是否同意该借款要约的结果反馈至后台服务器。根据一个实施例,在第一备选用户同意该借款要约的情况下,后台服务器可以生成借款合约,并分别发送给第一用户和第一备选用户。
如此,可以充分利用第一用户的信用数据,以及第一用户的人际关系网络,并根据第一用户与其他用户的关联关系确定用户可以向哪些用户请求资源转移,以及向各个用户请求的具体份额,从而从信用和份额上进行限制,从而降低资源转移的风险度。下面描述上述场景的具体执行过程。
图4示出根据一个实施例的推送资源转移要约的方法流程图。该方法的执行主体可以是任何具有计算、处理能力的系统、设备、装置或平台,例如图1或图2所示的服务器等。如图4示,该方法包括以下步骤:步骤41,获取第一用户的资源转入请求,该资源转入请求至少包括,在不超过最大请求额度的范围内确定的请求份额,最大请求额度至少基于第一用户的履约记录而确定;步骤42,至少基于人际关系网络提供与第一用户相关联的至少一个备选用户,以及各个备选用户针对第一用户的各个最大可转移份额,其中,人际关系网络用于记录用户之间的关联关系,以及具有关联关系的用户之间的关联系数,各个最大可转移份额至少基于上述关联系数确定;步骤43,响应于接收到第一用户对至少一个备选用户中的第一备选用户的选定信息,根据请求份额和第一备选用户对应的第一最大可转移份额,为第一备选用户分配第一要约份额;步骤44,按照第一要约份额向第一备选用户推送第一资源转移要约。
首先,在步骤41,获取第一用户的资源转入请求。可以理解,资源转入请求中可以包括请求份额。该请求份额可以理解为,请求转入资源的数量。例如,资源转入请求为借款请求的情况下,请求份额为1万元。而对于任一用户,为了描述方便,本说明书中称为“第一用户”。
在现实场景中,单次资源转移往往不能够无限量进行。因此,这里的请求份额可以是在不超过最大请求额度的范围内确定的。例如,第一用户的最大请求额度为10万,第一用户的请求份额可以是不超过10万的一个份额。在一些实现中,最大请求额度还可以具有累计约束和期限限定。例如,最大请求额度是每个自然月份(如公历的10.1日至10.31日)的总额度,则在一个自然月份内,第一用户的最大请求额度有一个初始值,每进行一次资源转入请求,剩余最大请求额度减少相应份额。
其中,上述最大请求额度至少可以基于第一用户的履约记录而确定。履约,也就是按时履行约定。例如,第一用户借款50元,约定10月5日归还,则10月5日及之前归还,就是履行约定,10月5日之后归还为违约。履约记录可以包括,历史资源转移过程中,履行约定和违约的记录。履约状况越好(如履约次数越多或履约比例越大),最大请求额度越高。
在一个实施例中,用户履约记录较少的情况下,上述最大请求额度还可以基于用户的各种属性信息确定。属性信息例如可以包括但不限于,职业、收入、年龄、购物记录、支付记录等等。举例而言,用户的收入越高,可履约额度越大,支付能力越强,可履约额度越大,亦即,最大请求额度可以越大。
根据一个实施方式,可以通过预先训练的预测模型,对用户的最大请求额度进行预测。该预测模型的训练样本可以包括多个标注用户。作为一个例子,每个标注用户可以对应有历史履约记录,以及上述属性信息,并对应有对预定请求额度是否履约的标签。在该示例中,预定请求额度可以是一个较大的额度,例如10万。根据历史履约记录,以及上述其他信息提取特征,输入选定的模型,并按照对预订请求额度是否履约标签调整模型参数,来训练模型。使用训练好模型,可以预测用户对该预定请求额度履约的概率。该概率与预定请求额度的乘积可以作为对应用户的最大请求额度。如果履约记录为空,则预测结果与用户的上述属性信息相关。
根据一种可能的设计,还可以设置资源转移请求的最低要求,在步骤41之前,先检测第一用户是否满足预定条件。在满足预定条件的情况下,提供该第一用户对应的最大请求额度,供第一用户在不超过最大请求额度的范围内选择或输入请求份额。
在一个实施例中,通过预定条件,可以对用户的身份进行验证,身份验证可以通过诸如指纹识别、摄像机拍摄当前用户头像、声音识别之类的方式进行。此时预定条件可以包括通过身份验证(验证成功)。
在另一个实施例中,通过预定条件,可以对用户的信用情况进行验证。对于信用不好的用户,不允许其请求资源转移(如借款)。用户的信用情况可以通过履约记录中的违约次数或违约比例来衡量。此时预定条件可以是违约次数不超过预定次数(如2次),或者违约比例不超过预定比例(如30%)等。用户的信用情况还可以通过用于表征用户的信用度的信用值来衡量。该信用值可以通过预测模型获得。信用值的确定方式与前述的最大请求额度的确定方法类似,在此不再赘述。
如此,通过用户的请求份额与履约(或信用)情况关联,从而对用户请求份额进行限制。在获取用户的资源转入请求之后,接着,通过步骤42,至少基于人际关系网络提供与第一用户相关联的至少一个备选用户,以及各个备选用户针对第一用户的各个最大可转移份额。备选用户,也就是可供选择的用户。
如前所述,人际关系网络记录有用户之间的关联关系。如图3所示,对于用户32而言,用户31、33、36、37与用户32都具有直接关联关系。也就是说,用户31、33、36、37可能是用户32的通讯录好友,也可能与用户32之间发生过转账、发红包等联系。在本说明书中,可以将与用户32具有直接关联关系的用户作为用户32第一层级的关联用户,与用户32第一层级的关联用户具有直接关联关系的用户作为用户32第二层级的关联用户,以此类推。特别地,对于一些用户而言,可能既是用户32第N层级的关联用户,也是第M层级的关联用户,且N不等于M。例如用户39既是用户32第2层级的关联用户,也是第5层级(通过用户37、34的路径)的关联用户,还是第4层级(通过用户37、38的路径)的关联用户。
在一个实施例中,可以将与第一用户具有直接关联关系的用户作为备选用户。如此,可以在用户最亲近的人之间进行资源转移,提高针对资源转入请求,请求成功的概率。
在另一个实施例中,还可以将与第一用户具有有限多个层级的关联关系的用户作为备选用户。例如,将与第一用户两个层级内的关联用户都作为备选用户。如此,一方面通过多个层级可以扩大资源转入请求的可请求范围,另一方面通过对层级数进行限定,而不会使备选用户过多。
对于各个备选用户而言,其对应的最大可转移份额至少基于上述关联系数确定。如前所述,关联系数越大,代表用户之间的关联关系越强,则可以分配越大的最大可转移份额(如最大可借款额度)。以借款场景为例,通俗地说,就是关系越好,可借款越多。
为了描述方便,将备选用户中的任一个,称其为第一备选用户。第一备选用户对应的最大可转移份额称为第一最大可转移份额。在一个可能的实施例中,确定第一最大可转移份额时,可以先基于人际关系网络中的关联系数,确定第一备选用户与第一用户的第一关联度,然后按照第一关联度,从最大请求额度中,为第一备选用户分配相应份额以作为所述第一最大可转移份额,其中,第一最大可转移份额与第一关联度正相关。也就是说,在该实施例中,各个备选用户的最大可转移份额,是按照备选用户与第一用户的关联度分割最大请求额度得到的。
根据另一个实施例,最大可转移份额还可以与第一用户的信用值相关。亦即,按照备选用户与第一用户的关联度预计第一用户的信用值一起分割最大请求额度,得到各个最大可转移份额。此时:第一用户的信用值越大,从每个备选用户的最大可转移份额越多;第一用户与备选用户的关联度越大,从该备选用户的最大可转移份额越多。在一个实现中,可以将第一用户的信用值与第一用户与任一备选用户(如第一备选用户)之间的关联度的和,作为该备选用户的分数来计算各个最大可转移份额。如,对于第一备选用户,确定第一备选用户对应的第一分数与各个备选用户对应的总分数的比值,将最大请求额度中的第一比值的份额,作为第一最大可转移份额。这里的而信用值用于表征用户的信用度,获取方法与前述信用值类似,在此不再赘述。如此,可以通过信用值进行资源转入请求额度基数控制,从而使信用值越低的用户,请求相同份额的资源转入时,从其他用户可请求的额度越小,要请求的用户数量越多。
其中,第一备选用户与第一用户的关联度,可以直接得到,也可以通过计算得到。例如,当备选用户只包括第一层级的关联用户时,可以直接将用户之间的关联系数作为关联度。另一方面,当备选用户包括多个层级的关联用户时,第一层级之外层级上的备选用户与第一用户没有直接关联关系,也没有关联系数,此时,可以通过计算得到相应备选用户与第一用户之间的关联度。
以第一备选用户为例,第一备选用户与第一用户之间可能有一条关联路径,也可以有多条关联路径。所谓关联路径,就是可以将两个用户连接起来的途径。如图3所示,以第一用户为用户32、第一备选用户为用户38为例,其关联路径至少可以包括用户32—用户36—用户38、用户32—用户37—用户38。第一用户和第一备选用户的关联度可以仅由两者之间的最短路径确定,也可以由预定条数或预定级数的较短路径确定,还可以由所有关联路径确定,在此不做限定。
根据一种实施方式,可以先确定第一备选用户与第一用户之间的至少一条关联路径,并根据各个关联路径上的关联系数确定对应的路径系数,然后基于各个路径系数,确定第一备选用户与第一用户之间的第一关联度。对于其中一条关联路径,称之为“第一关联路径”,如路径“用户32—用户37—用户38”,其路径系数可以是:用户32与用户37之间的关联系数+用户37与用户38之间的关联系数;也可以是:用户32与用户37之间的关联系数×用户37与用户38之间的关联系数,还可以是其他计算方式,在此不做限定。在一个实施例中,第一备选用户与第一用户之间的第一关联度可以是各条关联路径上的路径系数之和。在另一个实施例中,该第一关联度也可以是各条关联路径上的路径系数的加权和。其中,各个路径系数的权重可以与路径层级负相关,即,路径层级越多,权重越小。
这样,可以将备选用户以及每个备选用户的最大可转移额度提供给第一用户,以供第一用户选择。第一用户可以从这些备选用户中选择部分或者全部,以请求对方提供资源转移操作。值得说明的是,第一用户选择的备选用户,所能提供的最大可转移额度之和,通常大于或等于第一用户的请求份额,以便顺利完成期望额度的资源转入。进一步地,在步骤43,响应于接收到第一用户对备选用户的选定信息,针对每个被选定的备选用户,根据第一用户的请求份额,和被选定的备选用户的最大可转移份额,为其分配要约份额。
具体地,假设第一用户选定了上述的第一备选用户,响应于接收到第一用户对第一备选用户的选定信息,可以根据第一用户的请求份额和第一备选用户对应的第一最大可转移份额,为第一备选用户分配第一要约份额。
在一个实施例中,如果第一用户只选定了第一备选用户,且该第一备选用户的最大可转移份额是大于或等于第一用户的请求份额的,则直接将与请求份额一致的份额作为第一要约份额分配给第一备选用户,
在又一个实施例中,第一用户选定的备选用户包括第一备选用户和其他备选用户的情况下,第一要约份额与其他要约份额的总和可以与请求份额一致。具体分配时,可以采用为每个选定的备选用户分配与最大可转移额度正相关的分配方法。例如在一种实现中,对于第一备选用户,可以先确定第一最大可转移份额在最大可转移总份额中的第一比例,再将请求份额中的第一比例的份额,作为第一要约份额。其中,最大可转移总份额包括第一最大可转移份额,以及其他备选用户对应的其他最大可转移份额的总和。作为示例,假设第一用户的请求份额为1万元,选定的备选用户及其最大可转移份额为:第一备选用户A,4000元;第二备选用户B,10000元;第三备选用户C,6000元。则以第一备选用户A为例,第一最大可转移份额在最大可转移总份额中的第一比例为:4000:(4000+10000+6000)=0.2。将请求份额1万元中的第一比例即0.2的份额,即1万元×0.2=2000元,分配给该第一备选用户作为第一要约份额。
在再一个实施例中,可以按照各个被选定的备选用户对应的最大可转移份额,为各个被选定的备选用户分配各个要约份额。例如对于被选定的第一备选用户,为其分配与第一最大可转移份额(如500元)一致的第一要约份额(如500元)。此时,被选定的备选用户对应的各个要约份额总和可以大于请求份额。
在另一个实施例中,可以在被选定的备选用户中确定最大可转移份额最大的若干个备选用户,为其分配相应份额。其中,所确定的若干个备选用户,其最大可转移份额之和不低于第一用户的请求份额,且如果该和超过请求份额,超出的份额最小。例如,第一用户的请求份额为1万元,为其提供的备选用户及其最大可转移份额为:A,2000元;B,5000元;C,4000元;D,1000元……第一用户同时选定用户A、B、C、D,则按照上述预定规则,B、C、D的最大可转移份额之和刚好满足请求份额1万元,则可以确定仅为用户B、C、D分配要约份额。所分配的要约份额与各个备选用户对应的最大可转移份额一致。
如此,对于第一用户选定的备选用户,都可以按照步骤43的方法分配一个要约金额。进一步地,在步骤44,按照各个要约份额向各个被第一用户选定的备选用户推送资源转移要约。可以理解,按照每个要约份额,都可以生成一个资源转移要约,并推送给相应的备选用户。对于第一备选用户来说,就按照第一要约份额向第一备选用户推送第一资源转移要约。该推送可以以消息通知、聊天内容等等各种方式进行,在此不做限定。
可以理解,在步骤44向被选定的各个备选用户推送资源转移要约之后,还可以根据被推送要约的用户的进一步操作进行后续流程。根据一个可能的设计,对于上述第一备选用户而言,响应于接收到第一备选用户对第一资源转移要约的接受信息(如第一备选用户接受要约并完成支付),可以进一步为第一用户和第一备选用户生成第一资源转移合约。可选地,资源转移合约中可以包括合约份额以及履约时间等事项。其中,合约份额与资源要约份额一致。例如,资源转入请求为借款请求,第一要约份额为向第一备选用户借款份额,第一资源转移合约可以包括第一用户向第一备选用户还款时间等事项。可选地,还可以将所生成的资源转移合约同事提供给第一用户和相应的备选用户。
在资源转移合约包括第一用户的履约时间的情况下,检测第一用户是否在履约时间内履约,并根据检测结果更新第一用户的履约记录。如此,可以为后续针对第一用户的推送资源转移要约流程提供依据。具体地,根据履约记录更新第一用户的最大请求额度、备选用户针对该第一用户的最大可转移额度等信息。这样,如果第一用户能够较好地履约,则后续的资源转入请求会更顺利地进行,例如最大请求额度更大,从每个备选用户的最大可转移份额更多等等。如果第一用户不能较好地履约,则后续的资源转入请求时,最大请求额度减小,从每个备选用户的最大可转移份额更少,等等。可选地,履约记录还可以影响该第一用户的信用值。如果第一用户多次不能较好地履约,可能无法满足预定条件,从而无法请求资源转入。
回顾以上过程,在用户请求资源转入时,通过履约记录对用户的最大请求额度进行限定,然后通过人际关系网络确定备选用户,备选用户的最大可转移份额与人际关系网络中的关联系数相关,并为用户所选定的备选用户分配要约份额、发送资源转移要约。该过程一方面利用了用户的履约信用信息,另一方面利用人际关系信息,通过充分利用网络信息,可以有效提高资源转移流程中的资源损失风险。进一步地,还可以对推送的资源转移要约进行监督,将发送资源转入请求一方的履约结果更新到履约记录,从而通过履约奖惩,形成信用闭环,为资源转入请求一方后续的资源转移行为提供依据。
图5示出根据一个实施例的请求资源转入的方法流程图。该方法的执行主体可以是任何具有计算、处理能力的系统、设备、装置或平台,例如图1的终端或图2所示的第一终端等。如图5所示,该请求资源转入的方法包括以下步骤:步骤51,接收第一用户的资源转入操作,该资源转入操作至少确定出在不超过最大请求额度的范围内确定的请求份额,最大请求额度至少基于第一用户关于历史资源转移合约的履约记录而确定;步骤52,基于资源转入操作向服务器发送资源转入请求,以供服务器至少基于人际关系网络提供至少一个备选用户,以及各个备选用户针对第一用户的各个最大可转移份额,其中,资源转入请求至少包括请求份额,人际关系网络用于记录用户之间的关联关系,以及具有关联关系的用户之间的关联系数,各个最大可转移份额至少基于关联系数确定;步骤53,展示至少一个备选用户及各个最大可转移份额;步骤54,接收第一用户针对至少一个备选用户中的第一备选用户的选定操作;步骤55,向服务器发送至少针对第一备选用户的选定信息,以供服务器根据请求份额和第一备选用户对应的第一最大可转移份额,为第一备选用户分配第一要约份额,以及按照第一要约份额向第一备选用户推送第一资源转移要约。
首先,在步骤51中,接收第一用户的资源转入操作。可以理解,该资源转入操作可以至少确定出在不超过最大请求额度的范围内确定的请求份额。例如资源转入操作是借款操作时,在最大借款额度内确定的借款金额。
这里的请求份额可以是在不超过最大请求额度的范围内确定的。例如,第一用户的最大请求额度为10万,第一用户的请求份额可以是不超过10万的一个份额。最大请求额度至少基于第一用户关于历史资源转移合约的履约记录而确定。履约次数越多,或者履约比例越高,履约情况越好,最大请求额度越大。如此,通过用户的请求份额与履约(或信用)情况关联,从而对用户请求份额进行限制。
接着,通过步骤52,基于资源转入操作向服务器发送资源转入请求。其中,该资源转入请求中至少可以包括用户的资源转入操作中所确定的请求份额。
如此,可供服务器(如图1或图2中的服务器)至少基于人际关系网络提供至少一个备选用户,以及各个备选用户针对第一用户的各个最大可转移份额。人际关系网络如图3所示。可以选择与第一用户在预定层级内相关联的用户作为备选用户。例如,预定层级为1层,可以选择在人际关系网络中与第一用户具有直接关联关系的用户作为备选用户。
人际关系网络还可以记录用户之间的关联系数,各个最大可转移份额至少基于关联系数确定。最大可转移份额可以与关联系数正相关。也就是说,与第一用户的关联关系越强的备选用户,可以转移个第一用户的份额越大。可选地,所有备选用户的最大可转移份额之和,与所述第一用户的最大请求额度一致。服务器可以向第一用户反馈该至少一个备选用户以及各个备选用户对应的最大可转移份额。
接着,步骤53,展示至少一个备选用户及各个最大可转移份额。在接收到服务器反馈的信息后,可以根据反馈信息通过显示屏、语音等方式向第一用户展示相应信息。这里的信息为针对第一用户确定的至少一个备选用户及各个备选用户对应的各个最大可转移份额。
进一步地,通过步骤54,接收第一用户针对至少一个备选用户中的第一备选用户的选定操作。
第一用户可以通过键盘、鼠标、触摸屏等从所展示的备选用户中选择一个或多个备选用户。为了描述方便,将第一用户选定的某一个备选用户称为第一备选用户。可选地,第一用户在选择备选用户时,可以参考各个备选用户的最大可转移份额。例如,第一用户所选定的备选用户的最大可转移份额之和可以大于或等于自身的请求份额。
然后,在步骤55,向服务器发送至少针对第一备选用户的选定信息,以供服务器根据请求份额和第一备选用户对应的第一最大可转移份额,为第一备选用户分配第一要约份额,以及按照第一要约份额向第一备选用户推送第一资源转移要约。
如此,资源转入请求的过程结束,第一用户只需等待服务器反馈接收到资源转移要约的各个备选用户是否接收相应的资源转移要约。该过程可以通过请求转入资源的用户的信用和人际关系,为资源转移提供客观依据,有效避免资源损失风险。
根据另一方面的实施例,还提供一种推送资源转移要约的装置。图6示出根据一个实施例的推送资源转移要约的装置的示意性框图。如图6所示,推送资源转移要约的装置600包括:获取单元61,配置为获取第一用户的资源转入请求,资源转入请求至少包括,在不超过最大请求额度的范围内确定的请求份额,最大请求额度至少基于第一用户的履约记录而确定;确定单元62,配置为至少基于人际关系网络提供与第一用户相关联的至少一个备选用户,以及各个备选用户针对第一用户的各个最大可转移份额,其中,人际关系网络用于记录用户之间的关联关系,以及具有关联关系的用户之间的关联系数,各个最大可转移份额至少基于关联系数确定;分配单元63,配置为响应于接收到第一用户对至少一个备选用户中的第一备选用户的选定信息,根据请求份额和第一备选用户对应的第一最大可转移份额,为第一备选用户分配第一要约份额;推送单元64,配置为按照第一要约份额向第一备选用户推送第一资源转移要约。
根据一个可能的设计,装置600还包括检测单元(未示出),配置为:
检测第一用户是否满足预定条件;
在满足预定条件的情况下,提供最大请求额度,以供第一用户在不超过最大请求额度的范围内确定请求份额。
在一个实施例中,上述预定条件包括以下至少一项:
用于表征第一用户的信用度的信用值大于预定阈值;
违约次数不超过预定次数;
违约比例不超过预定比例;
通过身份验证。
根据一个可能的实施方式,确定单元62进一步可以配置为通过以下方式确定第一备选用户对应的第一最大可转移份额:
基于关联系数,确定第一备选用户与第一用户的第一关联度;
按照第一关联度,从最大请求额度中,为第一备选用户分配相应份额以作为第一最大可转移份额,其中,第一最大可转移份额与第一关联度正相关。
进一步地,确定单元62可以配置为通过以下方式确定上述第一关联度:
确定第一备选用户与第一用户之间的至少一条关联路径,其中,关联路径用于,在人际关系网络中,将第一备选用户与第一用户相连接;
基于各条关联路径上的关联系数,确定各条关联路径分别对应的各个路径系数;
基于各个路径系数,确定第一关联度。
为了描述方便,假设至少一条关联路径包括第一关联路径。该第一关联路径可以是至少一条关联路径中的任一条关联路径。在一个可选的实现中,确定单元62进一步可以配置为:
将第一关联路径上的各个关联系数的乘积作为第一关联路径的路径系数。
在一个实施例中,确定单元62还可以将各个路径系数的和,作为上述第一关联度。
在一个可能的设计中,如果上述至少一个备选用户包括第一备选用户和其他备选用户,分配单元63还可以配置为通过以下方式确定第一备选用户对应的第一最大可转移额度:
确定第一备选用户对应的第一分数与各个备选用户对应的总分数的比值;
将最大请求额度中的第一比值的份额,作为第一最大可转移份额。
其中,第一分数包括第一关联度与第一用户的信用值之和,该总分数包括各个备选用户对应的分数之和。信用值用于表征第一用户的信用度。
在一个实施例中,第一备选用户包括,人际关系网络中,在第一用户的预设关联级数内的用户。
在第一用户选定的备选用户仅包括第一备选用户的情况下,第一最大可转移份额不低于请求份额;
分配单元63进一步可以配置为:
将请求份额确定为第一要约份额。
在另一方面的实施方式中,第一用户选定的备选用户可以包括第一备选用户和其他备选用户,则分配单元63还可以还配置为:
为其他备选用户分配其他要约份额,其中,第一要约份额与其他要约份额的总和与请求份额一致。
在一个可能的实现中,分配单元63还可以配置为:
确定第一最大可转移份额在最大可转移总份额中的第一比例;
将请求份额中的第一比例的份额,作为第一要约份额。
其中,最大可转移总份额包括第一最大可转移份额,以及其他备选用户对应的其他最大可转移份额。
在一个可能的设计中,装置600还可以包括生成单元(未示出),配置为:
响应于接收到第一备选用户对第一资源转移要约的接受信息,为第一用户和第一备选用户生成第一资源转移合约。
在进一步的实施例中,第一资源转移合约可以包括第一用户的履约时间。此时,装置600还可以包括更新单元(未示出),配置为:
检测第一用户是否在履约时间内履约,并根据检测结果更新第一用户的履约记录。
值得说明的是,图6所示的装置600是与图4示出的方法实施例相对应的装置实施例,图4示出的方法实施例中的相应描述同样适用于装置600,在此不再赘述。
通过以上装置,充分利用用户的信用信息,以及人脉关系信息,分布式推送资源转移要约,而且针对不同关联关系的备选用户分配不同的要约份额,可以有效降低资源转移的风险性。
根据另一方面的实施例,还提供一种请求资源转入的装置。图7示出根据一个实施例的请求资源转入的装置的示意性框图。如图7所示,请求资源转入的装置700包括:接收单元71,配置为接收第一用户的资源转入操作,资源转入操作至少确定出在不超过最大请求额度的范围内确定的请求份额,最大请求额度至少基于第一用户关于历史资源转移合约的履约记录而确定;发送单元72,配置为基于资源转入操作向服务器发送资源转入请求,以供服务器至少基于人际关系网络提供至少一个备选用户,以及各个备选用户针对第一用户的各个最大可转移份额,其中,资源转入请求至少包括请求份额,人际关系网络用于记录用户之间的关联关系,以及具有关联关系的用户之间的关联系数,各个最大可转移份额至少基于关联系数确定;展示单元73,配置为展示至少一个备选用户及各个最大可转移份额;接收单元71还配置为,接收第一用户针对至少一个备选用户中的第一备选用户的选定操作;发送单元72还配置为,向服务器发送至少针对第一备选用户的选定信息,以供服务器根据请求份额和第一备选用户对应的第一最大可转移份额,为第一备选用户分配第一要约份额,以及按照第一要约份额向第一备选用户推送第一资源转移要约。
本领域技术人员可以理解,上述接收单元71例如可以包括但不限于:麦克风、键盘、鼠标、触摸屏等中的一项或多项。上述展示单元73例如可以包括但不限于液晶屏、触摸屏、蜂鸣器等等。其中,当接收单元71和展示单元73都是触摸屏时,它们是一体的结构。
值得说明的是,图7所示的装置700是与图5示出的方法实施例相对应的装置实施例,图5示出的方法实施例中的相应描述同样适用于装置700,在此不再赘述。
根据另一方面的实施例,还提供一种计算机可读存储介质,其上存储有计算机程序,当所述计算机程序在计算机中执行时,令计算机执行结合图4或图5所描述的方法。
根据再一方面的实施例,还提供一种计算设备,包括存储器和处理器,所述存储器中存储有可执行代码,所述处理器执行所述可执行代码时,实现结合图4或图5所述的方法。
本领域技术人员应该可以意识到,在上述一个或多个示例中,本发明所描述的功能可以用硬件、软件、固件或它们的任意组合来实现。当使用软件实现时,可以将这些功能存储在计算机可读介质中或者作为计算机可读介质上的一个或多个指令或代码进行传输。
以上所述的具体实施方式,对本发明的目的、技术方案和有益效果进行了进一步详细说明,所应理解的是,以上所述仅为本发明的具体实施方式而已,并不用于限定本发明的保护范围,凡在本发明的技术方案的基础之上,所做的任何修改、等同替换、改进等,均应包括在本发明的保护范围之内。