基于信用担保的业务处理方法、装置以及设备与流程

本说明书涉及计算机软件技术领域，尤其涉及基于信用担保的业务处理方法、装置以及设备。

背景技术：

智能手机的使用普及给人们的生活带来了便利，通过使用智能手机上的各种应用，能够相应地进行各种业务，商品租赁业务也是其中一种。

目前，商品租赁的需求日益增加。一方面，对于使用频率低，周期短的商品，比如婚礼服装，旅行装备，母婴产品等，未必需要购买，租赁一段时间使用就够了；另一方面，对于很多高新科技产品，比如无人机，新款手机等，可以比较低的成本租赁回来体验，而未必需要购买。

租赁遇到的最大问题就是押金，比如一台无人机，假定价值1万，如果押金也要1万的话，对于很多用户来说，成本较大。然而，押金和租金不一样，如果用户按时归还了商品，押金是会退还给用户的。因此，如果知道一个用户最终会按时归还商品，则可以事先免掉押金，从而降低用户租赁成本。

判断一个用户是否会按时归还商品，这本质上是对用户信用度(比如，信用分数、信用等级等)的评估。根据评估结果，可以制定相应的免押金方案，比如，根据不同的信用等级，免不同金额的押金等。

但是，对于很多用户，由于信用评估记录缺失等原因，导致信用度未能达到免押金的标准，则暂时无法使用免押金租赁业，需要继续积累信用。

基于此，需要能够帮助更多用户便利地使用免押金租赁业务的方案。

技术实现要素：

本说明书实施例提供基于信用担保的业务处理方法、装置以及设备，用以解决如下技术问题：需要能够帮助更多用户便利地使用免押金租赁业务的方案。

为解决上述技术问题，本说明书实施例是这样实现的：

本说明书实施例提供的一种基于信用担保的业务处理方法，包括：

根据第一用户的信用度，确定所述第一用户尚未达到指定业务的准用条件，所述准用条件包括信用度不低于设定阈值；

生成助力请求，用以请求一个或者多个第二用户以自己的信用度为所述第一用户担保；

展示所述第一用户的助力进度信息，以表现所述第一用户基于其他用户的助力的信用度增长情况；

若所述第二用户同意所述助力请求，则获取根据所述第一用户和所述第二用户的信用度计算的所述第一用户得到助力后的信用度；

若所述得到助力后的信用度使所述第一用户达到所述准用条件，则准许所述第一用户使用所述指定业务。

本说明书实施例提供的另一种基于信用担保的业务处理方法，包括：

接收第一用户向第二用户发送的助力请求，所述助力请求用以请求所述第二用户以自己的信用度为所述第一用户担保；

展示所述第一用户的助力进度信息，以表现所述第一用户基于其他用户的助力的信用度增长情况；

响应于所述第二用户表示同意所述助力请求的操作，获取根据所述第一用户和所述第二用户的信用度计算的所述第一用户得到助力后的信用度，以更新所述助力进度信息。

本说明书实施例提供的一种基于信用担保的业务处理装置，包括：

确定模块，根据第一用户的信用度，确定所述第一用户尚未达到指定业务的准用条件，所述准用条件包括信用度不低于设定阈值；

生成模块，生成助力请求，用以请求一个或者多个第二用户以自己的信用度为所述第一用户担保；

展示模块，展示所述第一用户的助力进度信息，以表现所述第一用户基于其他用户的助力的信用度增长情况；

获取模块，若所述第二用户同意所述助力请求，则获取根据所述第一用户和所述第二用户的信用度计算的所述第一用户得到助力后的信用度；

准许模块，若所述得到助力后的信用度使所述第一用户达到所述准用条件，则准许所述第一用户使用所述指定业务。

本说明书实施例提供的另一种基于信用担保的业务处理装置，包括：

接收模块，接收第一用户向第二用户发送的助力请求，所述助力请求用以请求所述第二用户以自己的信用度为所述第一用户担保；

展示模块，展示所述第一用户的助力进度信息，以表现所述第一用户基于其他用户的助力的信用度增长情况；

获取模块，响应于所述第二用户表示同意所述助力请求的操作，获取根据所述第一用户和所述第二用户的信用度计算的所述第一用户得到助力后的信用度，以更新所述助力进度信息。

本说明书实施例提供的一种基于信用担保的业务处理设备，包括：

至少一个处理器；以及，

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够：

根据第一用户的信用度，确定所述第一用户尚未达到指定业务的准用条件，所述准用条件包括信用度不低于设定阈值；

生成助力请求，用以请求一个或者多个第二用户以自己的信用度为所述第一用户担保；

展示所述第一用户的助力进度信息，以表现所述第一用户基于其他用户的助力的信用度增长情况；

若所述第二用户同意所述助力请求，则获取根据所述第一用户和所述第二用户的信用度计算的所述第一用户得到助力后的信用度；

若所述得到助力后的信用度使所述第一用户达到所述准用条件，则准许所述第一用户使用所述指定业务。

本说明书实施例提供的另一种基于信用担保的业务处理设备，包括：

至少一个处理器；以及，

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够：

接收第一用户向第二用户发送的助力请求，所述助力请求用以请求所述第二用户以自己的信用度为所述第一用户担保；

展示所述第一用户的助力进度信息，以表现所述第一用户基于其他用户的助力的信用度增长情况；

响应于所述第二用户表示同意所述助力请求的操作，获取根据所述第一用户和所述第二用户的信用度计算的所述第一用户得到助力后的信用度，以更新所述助力进度信息。

本说明书实施例采用的上述至少一个技术方案能够达到以下有益效果：通过用户之间的信用助力，临时提高受助用户的信用度，并直观地展示助力进度信息，使受助用户能够较为及时而便利地使用诸如免押金租赁等基于信用的业务，因此能够为更多的用户提供便利。

附图说明

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

图1为本说明书实施例提供的一种基于信用担保的业务处理方法的流程示意图；

图2为本说明书实施例提供的信用助力成功或者助力失败的情况示意图；

图3为本说明书实施例提供的另一种基于信用担保的业务处理方法的流程示意图；

图4a、图4b为本说明书实施例提供的一种实际应用场景下，上述业务处理方法的一种具体实施方案涉及的部分页面效果示意图；

图5为本说明书实施例提供的对应于图1的一种基于信用担保的业务处理装置的结构示意图；

图6为本说明书实施例提供的对应于图3的一种基于信用担保的业务处理装置的结构示意图。

具体实施方式

本说明书实施例提供基于信用担保的业务处理方法、装置以及设备。

为了使本技术领域的人员更好地理解本说明书中的技术方案，下面将结合本说明书实施例中的附图，对本说明书实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本说明书实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都应当属于本申请保护的范围。

图1为本说明书实施例提供的一种基于信用担保的业务处理方法的流程示意图，从程序角度而言，流程的执行主体可以为搭载于第一用户所使用的终端的应用客户端，比如，商品租赁应用的客户端、支付应用的客户端、即时通信应用的客户端等。终端比如是手机、平板电脑、智能手表、或者车机等。另外，也可以有第三方应用客户端协助流程的执行。

图1中的流程可以包括以下步骤：

s102：根据第一用户的信用度，确定所述第一用户尚未达到指定业务的准用条件，所述准用条件包括信用度不低于设定阈值。

在本说明书实施例中，信用度反映用户的信用，可以认为信用度越高，则用户的信用越好。信用度以数值形式表示，比如，信用分数、信用等级等，也可以将这类数值转化为其他数据形式进行表示，比如，用绿色表示信用度高，用黄色表示居中，用红色表示信用度低等。信用度的评估方式可以是多样的，这里不做具体限定，比如，根据在某应用平台用户的真实信息和行为数据评估，根据人民银行征信报告评估等。

在本说明书实施例中，指定业务可以是基于用户信用而准用的业务。比如，基于信用的免押金租赁业务、基于信用的免押金预订业务、基于信用的免息分期购物业务等。需要说明的是，若有需要，这些业务还可以进一步地细分，比如，对于免押金租赁业务，可能细分为押金全免租赁业务、押金免半租赁业务，细分的这两种业务可以分别有对应于自己的不同准用条件，押金全免租赁业务的准用条件比如高于押金免半租赁业务的准用条件。

在实际应用中，准用条件并不限于信用度相关的条件，还可以包含其他的一些条件，比如，用户需要是指定的性别等，由于这不是本说明书主要关注的内容，因此不再对其他的这些条件展开说明。

s104：生成助力请求，用以请求一个或者多个第二用户以自己的信用度为所述第一用户担保。

在本说明书实施例中，所述的“第一”和“第二”只是为了区分用户，防止概念混淆，并不具有实际意义。多个第二用户为不同的用户。

在本说明书实施例中，第一用户可以通过助力请求，请求第二用户进行信用助力，以临时提高第一用户的信用度。

所要求助的第二用户可以由应用客户端智能化地自动选择，也可以由第一用户自己选择。对于前一种情况，比如，应用客户端可以将生成的助力请求自动向若干个与第一用户在当前平台联系比较紧密的好友发送。对于后一种情况，可以由应用客户端直接向第一用户选择的各第二用户分别发送助力请求，或者，应用客户端也可以不直接发送助力请求，而是将助力请求提供给第一用户，第一用户再通过第三方平台，以内容分享的形式，向第二用户发送助力请求，则助力请求的发送动作可以由相应的第三方应用客户端执行。

助力请求本身的形式可以是多样的，比如，应用客户端内部的即时消息、任务，或者待通过第三方应用客户端分享的口令等。

在本说明书实施例中，若第二用户同意助力请求，则能够基于第二用户的至少部分信用度，帮助第一用户临时性地提高信用度，实质上即是在为第一用户担保。信用度的提高效果可以基于各第二用户的信用度综合度量，具体度量方式可以是多样的，后面会举例说明。

s106：展示所述第一用户的助力进度信息，以表现所述第一用户基于其他用户的助力的信用度增长情况。

在本说明书实施例中，所述其他用户即指同意第一用户的助力请求的各第二用户。

在本说明书实施例中，本说明书对步骤s106的执行时机并不做限定，可以是在第一用户发送助力请求前，即已经展示助力进度信息，也可以是用户发送助力请求后，再展示助力进度信息。

助力进度信息一般可以采用进度条的形式，当然也不排除纯数值等其他形式。助力进度信息除了表现信用度增长情况以外，还可以表现第一用户距离达到上述准用条件的差距等其他相关的情况。

助力进度信息包含的数据可以是信用度本身，也可以是能够间接反映信用度的其他映射数据。比如，百分比、可免押金金额(比如，当信用度为100时，可免押金金额为500元，当信用度为200时，可免押金金额为1000元，当信用度为300时，可免押金金额为5000元等)等。

s108：若所述第二用户同意所述助力请求，则获取根据所述第一用户和所述第二用户的信用度计算的所述第一用户得到助力后的信用度。

在本说明书实施例中，得到助力后的信用度可以在本地计算，也可以在服务端计算。所展示的助力进度信息可以根据计算得到的助力后的信用度进行实时更新，若有多个第二用户同意助力请求，则可以计算并实时更新多次，以便第一用户及时了解情况。

s110：若所述得到助力后的信用度使所述第一用户达到所述准用条件，则准许所述第一用户使用所述指定业务。

在本说明书实施例中，为了鼓励用户之间信用互助，若得到助力后的信用度使第一用户达到所述准用条件，则可以给予第一用户和/或进行助力的第二用户一定的奖励，比如提高他们的信用度、给予其他权益等。另外，即使助力失败，仍可以给予进行助力的第二用户一定的奖励。

若助力成功后，第一用户并未履约(比如，未按时归还免押金的租赁物品)，则可以给予第一用户和进行助力的第二用户一定的惩罚。

通过图1的方法，通过用户之间的信用助力，临时提高受助用户的信用度，并直观地展示助力进度信息，使受助用户能够较为及时而便利地使用诸如免押金租赁等基于信用的业务，因此能够为更多的用户提供便利。

基于图1的方法，本说明书实施例还提供了该方法的一些具体实施方案，下面进行说明。

在本说明书实施例中，若助力请求能够在各种平台(比如，当前平台、或者微博、论坛等第三方社交平台等)上分享，则有利于第二用户及时地收到请求并反馈。基于此，对于步骤s104，所述生成助力请求，具体可以包括：生成口令形式的助力请求，用以将所述助力请求通过当前平台或者第三方平台分享给一个或者多个第二用户，以便所述第二用户根据所述助力请求，通过口令验证获取对应的操作入口。第二用户通过该操作入口，可以执行表示同意助力请求的操作。除了口令形式以外，助力请求也可以是诸如网页链接、短信通知等其他形式。

进一步地，为了提高用户体验，还可以对助力请求包含的文案内容做要求。比如，对于免押金租赁业务，可以使该文案内容：一方面体现出这是第一用户的“信用心愿”，避免让第二用户误以为第一用户是因为穷才选择免押金租赁，另一方面体现出信用的价值以及第一用户对好友信用的认可。

在本说明书实施例中，即使第一用户发出助力请求，也未必能够得到第二用户的助力，或者，即使得到第二用户的助力，第一用户也未必能够达到准用条件。基于此，可以设定助力失败的判定条件，以防止不仅未能解决第一用户的需求，还无谓地占用资源以致陷入僵局。判定条件可以是多样的，比如，超时则判定助力失败，助力的第二用户超数量则判定助力失败等。

以超数量为例，对于图1中的流程，比如还可以执行：判断同意所述助力请求的所述第二用户的数量是否达到指定阈值；若已达到，但所述得到助力后的信用度仍未使所述第一用户达到所述准用条件，则判定助力失败，并恢复所述第一用户的信用度至助力前的状态。

在本说明书实施例中，前面提到第二用户的助力对于第一用户的信用度的提高效果的具体度量方式可以是多样的。其中，本说明书实施例尤其提供了一种基于用户间实际关系的度量方式，比较更合理地帮助第一用户，也有利于使第二用户更合理地分担风险。

具体地，第二用户在当前平台和/或第三方平台与第一用户优选地为好友关系，如此，当前平台方至少能够初步相信，由于该好友关系的存在，第二用户会来帮助第一用户是较为合理的，而且在第二用户参与的情况下，第一用户后续履约的概率相对更大，因此，临时地提高第一用户的信用度是较为可靠的。

进一步地，由于该好友关系只是存续于对应的平台，则未必能反映于第一用户与第二用户之间的实际关系。比如，第一用户与第二用户虽然在某个应用中是好友关系，但是在线下，他们的实际关系可能并未达到好友程度，甚至可能是陌生人。基于此，该好友关系未必是可靠的，可以采用特定方案对该好友关系进行验证，进而判定实际关系，再基于实际关系，对信用度的提高效果进行度量方式，如此更为合理和可靠。其中，特定方案比如是分析用户间在平台交互情况、分析用户间个人信息的共同点、分析用户的真实注册信息、参考关联平台提供的用户间关系数据等。

根据前面两段的分析，比如，对于步骤s108，根据所述第一用户和所述第二用户的信用度计算所述第一用户得到助力后的信用度，具体可以包括：根据所述第一用户和所述第二用户的信息，校验所述好友关系，以判定所述第一用户与所述第二用户之间的实际关系；根据所述实际关系设定相应的关系权重；根据所述关系权重、所述设定阈值，以及所述第一用户和所述第二用户的信用度，计算所述第一用户得到助力后的信用度。

对于实际关系，可以根据亲密程度、对用户利益的影响程度等因素进行分级。以亲密程度为例，一般地，亲密程度越高越能提供信用保障，比如可以将实际关系粗略地分为亲密程度递减的以下三类：亲友关系、同学同事关系、其他相对不重要的关系。

进一步地，本说明书实施例还提供了一种示例性的数学公式，用于计算第一用户得到助力后的信用度。具体如下：

su+＝(sv-st)*wu,v*ζ；

其中，su表示第一用户当前的信用度(基于第二用户的助力而一次或者多次提高，成为得到助力后的信用度)，sv表示第二用户的信用度，st表示准用条件中信用度的设定阈值，wu,v表示第一用户与第二用户之间的关系权重，ζ表示阻尼系数，比如用于刻画好友的影响权重，可以是一个按需调节的全局参数，比如设置为0.1。上述的亲友关系、同学同事关系、其他相对不重要的关系对应的关系权重比如可以分别设置为：2、1、0.1。

当然，助力后的信用度的计算方式是多样的，并不限于上述数学公式，比如，可以将第二用户的信用度与第一用户的信用度简单叠加，作为得到助力后的信用度。

在本说明书实施例中，对于步骤s106，除了展示第一用户的助力进度信息，还可以展示其他一些相关信息，尤其可以展示有助于加强用户间友情，或者有助于使第一用户后续履约的信息，以提高用户体验。

例如，可以展示自动生成的留言信息(这种情况下，无需用户手动留言)，和/或已同意所述助力请求的各所述第二用户主动提交的留言信息，所展示的留言信息比如用于表达以下至少一种用意：明示各所述第二用户针对所述第一用户的助力行为、提醒所述第一用户为所述助力行为而履约。除此之外，第一用户也可以相应地留言交互，或者自动为第一用户生成留言信息。基于留言信息，对于第一用户而言，有一定的履约监督作用，而且又能够使双方用户更直观地感受信用助力。

进一步地，本说明书实施例还提供了信用助力成功或者助力失败的情况示意图，以便理解，如图2所示。

在图2中示出了三种示例性的情况。在左侧，b用户给a用户助力，b的信用度高，a和b是亲友关系则关系权重也高，因此，助力成功。在中间，c、d、e用户给a用户助力，c、d、e的信用度高，c、d、e之间以及和a是认识的，虽然关系权重相对低，但由于助力人数多，因此，助力成功。在右侧，多名不同的x用户给a用户助力，由于各x的信用度较低，且各x和a存在团伙作案嫌疑，因此，助力失败。

图1的流程主要是从第一用户的应用客户端的角度描述的，基于同样的思路，本说明书实施例还提供了对应于图1的另一种基于信用担保的业务处理方法的流程示意图，是从第二用户的应用客户端的角度描述的，如图3所示。

图3中的流程可以包括以下步骤：

s302：接收第一用户向第二用户发送的助力请求，所述助力请求用以请求所述第二用户以自己的信用度为所述第一用户担保。

在本说明书实施例中，若助力请求是被分享的口令，则第二用户可以复制该口令，再打开应用客户端，则能够进入执行表示同意助力请求的业务页面。

s304：展示所述第一用户的助力进度信息，以表现所述第一用户基于其他用户的助力的信用度增长情况。

在本说明书实施例中，助力进度信息不仅可以向第一用户展示，也可以向第二用户展示，以使第二用户了解更详细的信息，提高参与感和交互感。

s306：响应于所述第二用户表示同意所述助力请求的操作，获取根据所述第一用户和所述第二用户的信用度计算的所述第一用户得到助力后的信用度，以更新所述助力进度信息。

在本说明书实施例中，还可以允许第二用户在助力时进行更多的交互。比如，向第一用户留言，以增强用户和好友之间的信用履约暗示，比如留言“记得按时还哈”、“谢谢你信任我”等；再比如，获得针对第一用户的一些专有权限，比如解锁能够像第一用户发送的专用表情、查看第一用户更多的信息；等等。

类似于前面对图1的说明，对于步骤s304，所述展示所述第一用户的助力进度信息，还可以执行：展示自动生成的留言信息，和/或已同意所述助力请求的各所述第二用户主动提交的留言信息，所展示的留言信息用于表达以下至少一种用意：明示各所述第二用户针对所述第一用户的助力行为、提醒所述第一用户为所述助力行为而履约。

以上对本说明书实施例提供的基于信用担保的业务处理方法进行了说明。更直观地，本说明书实施例还提供了一种实际应用场景下，上述业务处理方法的一种具体实施方案涉及的部分页面效果示意图，如图4a、图4b所示。

在图4a中，假定第一用户为a用户，第二用户为a的一个或者多个好友。a在某租赁平台，就xx手机申请免押金租赁，由于信用度未达标，审核未通过，则可以点击按钮“去请求信用助力”，启动信用助力功能，以邀请好友为其信用助力；当然，a也可以从其他途径确定自己是否具有上述免押金租赁权益。应用客户端为a生成了助力请求口令，口令包含有相应的文案“我的信用心愿：想租个xx手机体验一下，用你的好信用祝我一臂之力吧”，当然，口令还可以包含一些特殊的标识用于后续认证，a进而可以选择某个社交平台去分享口令，图中示例性地列出了3个社交平台。假定a去微博、群聊等平台向若干好友分享口令。好友根据口令，可以执行表示同意助力请求的操作，图中展示了两个示例性的信用助力页面，其中包含有进度条形式(假定表示当前的可免押金金额)的助力进度信息，(a)页面是面向好友的，好友可以看到当前的助力进度，点击“一键助力！”即可为a助力，(b)页面是面向a的，当前进度已满，a基于好友们的助力，进度达到2000，获得了xx手机免押金租赁权益，点击“赶紧去租吧！”即可以进行具体的租赁业务。

在图4b中，也展示了面向好友的信用助力页面，在信用助力页面中，好友还能够与a进行留言交互，当前示出了另外两位已助力的好友与a之间的留言交互。

基于同样的思路，本说明书实施例还提供了上述方法对应的装置，如图5、图6所示。

图5为本说明书实施例提供的对应于图1的一种基于信用担保的业务处理装置的结构示意图，虚线方框表示可选的模块，所述装置包括：

确定模块501，根据第一用户的信用度，确定所述第一用户尚未达到指定业务的准用条件，所述准用条件包括信用度不低于设定阈值；

生成模块502，生成助力请求，用以请求一个或者多个第二用户以自己的信用度为所述第一用户担保；

展示模块503，展示所述第一用户的助力进度信息，以表现所述第一用户基于其他用户的助力的信用度增长情况；

获取模块504，若所述第二用户同意所述助力请求，则获取根据所述第一用户和所述第二用户的信用度计算的所述第一用户得到助力后的信用度；

准许模块505，若所述得到助力后的信用度使所述第一用户达到所述准用条件，则准许所述第一用户使用所述指定业务。

可选地，所述指定业务包括免押金租赁业务。

可选地，所述生成模块502生成助力请求，具体包括：

所述生成模块502生成口令形式的助力请求，用以将所述助力请求通过当前平台或者第三方平台分享给一个或者多个第二用户，以便所述第二用户根据所述助力请求，通过口令验证获取对应的操作入口。

可选地，所述装置还包括：

失败判定模块506，判断同意所述助力请求的所述第二用户的数量是否达到指定阈值；

若已达到，但所述得到助力后的信用度仍未使所述第一用户达到所述准用条件，则判定助力失败，并恢复所述第一用户的信用度至助力前的状态。

可选地，所述第二用户在当前平台和/或第三方平台与所述第一用户为好友关系；

根据所述第一用户和所述第二用户的信用度计算所述第一用户得到助力后的信用度，具体包括：

根据所述第一用户和所述第二用户的信息，校验所述好友关系，以判定所述第一用户与所述第二用户之间的实际关系；

根据所述实际关系设定相应的关系权重；

根据所述关系权重、所述设定阈值，以及所述第一用户和所述第二用户的信用度，计算所述第一用户得到助力后的信用度。

可选地，按照如下公式，计算所述第一用户得到助力后的信用度：

su+＝(sv-st)*wu,v*ζ；

其中，su表示第一用户当前的信用度，sv表示第二用户的信用度，st表示准用条件中信用度的设定阈值，wu,v表示第一用户与第二用户之间的关系权重，ζ表示阻尼系数。

可选地，所述展示模块503展示所述第一用户的助力进度信息，还包括：

所述展示模块503展示自动生成的留言信息，和/或已同意所述助力请求的各所述第二用户主动提交的留言信息，所展示的留言信息用于表达以下至少一种用意：明示各所述第二用户针对所述第一用户的助力行为、提醒所述第一用户为所述助力行为而履约。

图6为本说明书实施例提供的对应于图3的一种基于信用担保的业务处理装置的结构示意图，所述装置包括：

接收模块601，接收第一用户向第二用户发送的助力请求，所述助力请求用以请求所述第二用户以自己的信用度为所述第一用户担保；

展示模块602，展示所述第一用户的助力进度信息，以表现所述第一用户基于其他用户的助力的信用度增长情况；

获取模块603，响应于所述第二用户表示同意所述助力请求的操作，获取根据所述第一用户和所述第二用户的信用度计算的所述第一用户得到助力后的信用度，以更新所述助力进度信息。

可选地，所述展示模块602展示所述第一用户的助力进度信息，还包括：

所述展示模块602展示自动生成的留言信息，和/或已同意所述助力请求的各所述第二用户主动提交的留言信息，所展示的留言信息用于表达以下至少一种用意：明示各所述第二用户针对所述第一用户的助力行为、提醒所述第一用户为所述助力行为而履约。

基于同样的思路，本说明书实施例还提供了上述方法对应的设备和非易失性计算机存储介质。

本说明书实施例提供的对应于图1的一种基于信用担保的业务处理设备，包括：

至少一个处理器；以及，

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够：

根据第一用户的信用度，确定所述第一用户尚未达到指定业务的准用条件，所述准用条件包括信用度不低于设定阈值；

生成助力请求，用以请求一个或者多个第二用户以自己的信用度为所述第一用户担保；

展示所述第一用户的助力进度信息，以表现所述第一用户基于其他用户的助力的信用度增长情况；

若所述第二用户同意所述助力请求，则获取根据所述第一用户和所述第二用户的信用度计算的所述第一用户得到助力后的信用度；

若所述得到助力后的信用度使所述第一用户达到所述准用条件，则准许所述第一用户使用所述指定业务。

本说明书实施例提供的对应于图3的一种基于信用担保的业务处理设备，包括：

至少一个处理器；以及，

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够：

接收第一用户向第二用户发送的助力请求，所述助力请求用以请求所述第二用户以自己的信用度为所述第一用户担保；

展示所述第一用户的助力进度信息，以表现所述第一用户基于其他用户的助力的信用度增长情况；

响应于所述第二用户表示同意所述助力请求的操作，获取根据所述第一用户和所述第二用户的信用度计算的所述第一用户得到助力后的信用度，以更新所述助力进度信息。

本说明书实施例提供的对应于图1的一种非易失性计算机存储介质，存储有计算机可执行指令，所述计算机可执行指令设置为：

根据第一用户的信用度，确定所述第一用户尚未达到指定业务的准用条件，所述准用条件包括信用度不低于设定阈值；

生成助力请求，用以请求一个或者多个第二用户以自己的信用度为所述第一用户担保；

展示所述第一用户的助力进度信息，以表现所述第一用户基于其他用户的助力的信用度增长情况；

若所述第二用户同意所述助力请求，则获取根据所述第一用户和所述第二用户的信用度计算的所述第一用户得到助力后的信用度；

若所述得到助力后的信用度使所述第一用户达到所述准用条件，则准许所述第一用户使用所述指定业务。

本说明书实施例提供的对应于图3的一种非易失性计算机存储介质，存储有计算机可执行指令，所述计算机可执行指令设置为：

接收第一用户向第二用户发送的助力请求，所述助力请求用以请求所述第二用户以自己的信用度为所述第一用户担保；

展示所述第一用户的助力进度信息，以表现所述第一用户基于其他用户的助力的信用度增长情况；

响应于所述第二用户表示同意所述助力请求的操作，获取根据所述第一用户和所述第二用户的信用度计算的所述第一用户得到助力后的信用度，以更新所述助力进度信息。

上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于装置、设备、非易失性计算机存储介质实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

本说明书实施例提供的装置、设备、非易失性计算机存储介质与方法是对应的，因此，装置、设备、非易失性计算机存储介质也具有与对应方法类似的有益技术效果，由于上面已经对方法的有益技术效果进行了详细说明，因此，这里不再赘述对应装置、设备、非易失性计算机存储介质的有益技术效果。

在20世纪90年代，对于一个技术的改进可以很明显地区分是硬件上的改进(例如，对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(对于方法流程的改进)。然而，随着技术的发展，当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此，不能说一个方法流程的改进就不能用硬件实体模块来实现。例如，可编程逻辑器件(programmablelogicdevice,pld)(例如现场可编程门阵列(fieldprogrammablegatearray，fpga))就是这样一种集成电路，其逻辑功能由用户对器件编程来确定。由设计人员自行编程来把一个数字系统“集成”在一片pld上，而不需要请芯片制造厂商来设计和制作专用的集成电路芯片。而且，如今，取代手工地制作集成电路芯片，这种编程也多半改用“逻辑编译器(logiccompiler)”软件来实现，它与程序开发撰写时所用的软件编译器相类似，而要编译之前的原始代码也得用特定的编程语言来撰写，此称之为硬件描述语言(hardwaredescriptionlanguage，hdl)，而hdl也并非仅有一种，而是有许多种，如abel(advancedbooleanexpressionlanguage)、ahdl(alterahardwaredescriptionlanguage)、confluence、cupl(cornelluniversityprogramminglanguage)、hdcal、jhdl(javahardwaredescriptionlanguage)、lava、lola、myhdl、palasm、rhdl(rubyhardwaredescriptionlanguage)等，目前最普遍使用的是vhdl(very-high-speedintegratedcircuithardwaredescriptionlanguage)与verilog。本领域技术人员也应该清楚，只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中，就可以很容易得到实现该逻辑方法流程的硬件电路。

控制器可以按任何适当的方式实现，例如，控制器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(applicationspecificintegratedcircuit，asic)、可编程逻辑控制器和嵌入微控制器的形式，控制器的例子包括但不限于以下微控制器：arc625d、atmelat91sam、microchippic18f26k20以及siliconelabsc8051f320，存储器控制器还可以被实现为存储器的控制逻辑的一部分。本领域技术人员也知道，除了以纯计算机可读程序代码方式实现控制器以外，完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件，而对其内包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至，可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。

上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的，计算机例如可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。

为了描述的方便，描述以上装置时以功能分为各种单元分别描述。当然，在实施本说明书时可以把各单元的功能在同一个或多个软件和/或硬件中实现。

本领域内的技术人员应明白，本说明书实施例可提供为方法、系统、或计算机程序产品。因此，本说明书实施例可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本说明书实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。

本说明书是参照根据本说明书实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(cpu)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(ram)和/或非易失性内存等形式，如只读存储器(rom)或闪存(flashram)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitorymedia)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

本领域技术人员应明白，本说明书实施例可提供为方法、系统或计算机程序产品。因此，本说明书可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本说明书可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。

本说明书可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本说明书，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

以上所述仅为本说明书实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。