CN112732736B - 信用更新方法及装置 - Google Patents

Abstract

本说明书提供信用更新方法及装置，其中所述信用更新方法包括：接收第一用户针对目标业务向第二用户提交的信用担保请求；在确定所述第二用户响应于所述信用担保请求对所述第一用户进行信用担保的情况下，基于所述信用担保的担保信息以及所述目标业务的业务信息，创建所述目标业务对应的担保服务记录；在接收到针对所述目标业务的完成指令的情况下，对所述担保服务记录的记录状态进行更新；基于所述担保服务记录以及更新后的记录状态，对所述第一用户的第一信用信息进行更新。

Description

信用更新方法及装置

技术领域

本说明书涉及计算机技术领域，特别涉及一种信用更新方法。本说明书同时涉及一种信用更新装置，一种计算设备，以及一种计算机可读存储介质。

背景技术

目前，在互联网中针对用户普及了个人信用，以便通过个人信用给用户带来各种便利的信用服务，比如免押租车等，并在信用服务的闭环中不断巩固增长个人的信用等级。但由于一部分人因为过失或者未曾使用过互联网产品，无法达到一定的互联网个人信用等级，进而无法使用一些日常的信用福利，更无法通过使用并完成这些信用服务的服务闭环来提升个人信用等级，这不仅仅拦截了一部分人群享受信用服务带来的便利，更阻断了这部人提升或者加入使用互联网个人信用等级的通道，因此，对于这部分人群或是信用服务的提供方都是一种极大的损失。因此亟需提供一种基于个体信用担保的信用更新方案。

发明内容

有鉴于此，本说明书实施例提供了一种信用更新方法。本说明书同时涉及一种信用更新装置，一种计算设备，以及一种计算机可读存储介质，以解决现有技术中存在的技术缺陷。

根据本说明书实施例的第一方面，提供了一种信用更新方法，包括：

接收第一用户针对目标业务向第二用户提交的信用担保请求；

在确定所述第二用户响应于所述信用担保请求对所述第一用户进行信用担保的情况下，基于所述信用担保的担保信息以及所述目标业务的业务信息，创建所述目标业务对应的担保服务记录；

在接收到针对所述目标业务的完成指令的情况下，对所述担保服务记录的记录状态进行更新；

基于所述担保服务记录以及更新后的记录状态，对所述第一用户的第一信用信息进行更新。

根据本说明书实施例的第二方面，提供了一种信用更新装置，包括：

接收模块，被配置为接收第一用户针对目标业务向第二用户提交的信用担保请求；

创建模块，被配置为在确定所述第二用户响应于所述信用担保请求对所述第一用户进行信用担保的情况下，基于所述信用担保的担保信息以及所述目标业务的业务信息，创建所述目标业务对应的担保服务记录；

第一更新状态模块，被配置为在接收到针对所述目标业务的完成指令的情况下，对所述担保服务记录的记录状态进行更新；

第一更新信用模块，被配置为基于所述担保服务记录以及更新后的记录状态，对所述第一用户的第一信用信息进行更新。

根据本说明书实施例的第三方面，提供了一种计算设备，包括：

存储器和处理器；

所述存储器用于存储计算机指令，所述处理器用于执行所述计算机指令：

接收第一用户针对目标业务向第二用户提交的信用担保请求；

在确定所述第二用户响应于所述信用担保请求对所述第一用户进行信用担保的情况下，基于所述信用担保的担保信息以及所述目标业务的业务信息，创建所述目标业务对应的担保服务记录；

在接收到针对所述目标业务的完成指令的情况下，对所述担保服务记录的记录状态进行更新；

基于所述担保服务记录以及更新后的记录状态，对所述第一用户的第一信用信息进行更新。

根据本说明书实施例的第四方面，提供了一种计算机可读存储介质，其存储有计算机指令，所述计算机指令被处理器执行时实现任意所述信用更新方法的步骤。

本说明书提供的信用更新方法，通过接收第一用户针对目标业务向第二用户提交的信用担保请求，在确定所述第二用户响应于所述信用担保请求对所述第一用户进行信用担保的情况下，基于所述信用担保的担保信息以及所述目标业务的业务信息，创建所述目标业务对应的担保服务记录，并在接收到针对所述目标业务的完成指令的情况下，对所述担保服务记录的记录状态进行更新，以便基于所述担保服务记录以及更新后的记录状态，对所述第一用户的第一信用信息进行更新，实现了在其他用户为第一用户进行信用担保的情况下，通过第一用户完成目标业务，对第一用户的信用进行更新，即实现了为低信用的用户提供信用更新的渠道，也由于使低信用的用户可以基于信用担保，参与目标业务，增加了目标业务的业务量。

附图说明

图1是本说明书一实施例提供的一种信用更新方法的流程图；

图2是本说明书一实施例提供的一种应用于免押租车场景中的信用更新方法的处理流程图；

图3是本说明书一实施例提供的一种信用更新装置的结构示意图；

图4是本说明书一实施例提供的一种计算设备的结构框图。

具体实施方式

在下面的描述中阐述了很多具体细节以便于充分理解本说明书。但是本说明书能够以很多不同于在此描述的其它方式来实施，本领域技术人员可以在不违背本说明书内涵的情况下做类似推广，因此本说明书不受下面公开的具体实施的限制。

在本说明书一个或多个实施例中使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本说明书一个或多个实施例。在本说明书一个或多个实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本说明书一个或多个实施例中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本说明书一个或多个实施例中可能采用术语第一、第二等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本说明书一个或多个实施例范围的情况下，第一也可以被称为第二，类似地，第二也可以被称为第一。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

首先，对本说明书一个或多个实施例涉及的名词术语进行解释。

互联网个人信用等级：互联网个人信用产品对于个人纬度的互联网信用评价等级。

信用服务：商家基于用户在不同平台的不用信用等级或信用积分提供的便利服务，比如免押租车、租充电宝、购物先用后付款等。

在本说明书中，提供了一种信用更新方法，本说明书同时涉及一种信用更新装置，一种计算设备，以及一种计算机可读存储介质，在下面的实施例中逐一进行详细说明。

图1示出了根据本说明书一实施例提供的一种信用更新方法的流程图，具体包括以下步骤：

步骤102：接收第一用户针对目标业务向第二用户提交的信用担保请求。

实际应用中，需要根据用户的信用情况，判断该用户是否满足参与目标业务的信用准入门槛，对于一些不发达地区的用户，因所处的环境和消费能力的限制，这些用户的信用普遍不高，但这些用户的亲戚、朋友等却可能因处于较为发达的地区而拥有较高的信用，本说明书实施例，通过信用高的用户对信用低的用户进行信用授权，使信用低的用户通过获得的信用授权，可以享有信用高的用户在目标业务中所享有的业务便利。

具体的，所述目标业务，是指以信用为准入条件从而向用户所提供服务便利的信用业务，比如，信用消费业务、共享单车业务、租车业务、信用住店业务等，在此不做限制；相应的，所述信用担保请求，是指请求以其他用户的信用作为担保，使第一用户可以参与目标业务的请求，所述第一用户，为请求参与目标业务的请求方，也为请求被信用担保的被担保方。所述第二用户，可以理解为被请求向第一用户进行信用担保的用户。

实际应用中，第一用户可以为信用低的用户，第二用户可以为相比第一用户信用更高的用户，由于第一用户自身的信用不满足参与目标业务的信用条件，因此，请求第二用户以其信用作为担保，使第一用户可以参与目标业务。

具体实施时，承载担保服务运行的担保平台与承载所述目标业务运行的业务平台，可以是同一平台，也可以是不同的平台，若是不同的平台，目标业务的业务平台可以以第三方应用程序的方式嵌入担保平台，与担保平台进行关联，此外，业务平台也可以与担保平台的通过用户的用户数据(比如用户身份编码、手机号码、用户名称等)进行关联，在此不做限制。

具体实施时，本说明书实施例提供的一种可选实施方式中，所述接收第一用户针对目标业务向第二用户提交的信用担保请求，具体采用如下方式实现：

接收第一用户针对所述目标业务向第二用户提交的信用担保请求；

基于所述信息担保请求，调用采集设备采集发送所述信用担保请求的用户的第一生物特征图像；

将所述第一生物特征图像与所述第一用户的预存生物特征图像进行相似度计算；

在相似度计算结果大于或等于相似度阈值的情况下，将所述信用担保请求发送至所述第二用户。

具体的，所述生物特征图像，可以是包含人脸、指纹、虹膜等生物特征的图像，根据这些生物特征可以唯一地确定一个用户，所述采集设备，与上述生物特征图像对应，可以是摄像头、相机、指纹采集器、虹膜采集器等，在此不做限制，相应的，所述第一生物特征图像，是指所述信用担保请求对应的请求用户(即发送信用担保请求的用户)的生物特征图像；所述预存生物特征图像，是指预先存储的第一用户的生物特征图像。

将请求用户的第一生物特征图像与第一用户的预存生物特征图像进行相似度计算，在相似度计算结果大于或等于相似度阈值的情况下，表明请求用户是第一用户，则将所述信用担保请求发送至所述第二用户；在相似度计算结果小于相似度阈值的情况下，表明请求用户不是第一用户，则发送针对所述信用担保请求的担保失败消息，实际应用中，可以先提取生物特征图像中的生物特征，并采用欧式距离或余弦距离对提取的特征进行相似度计算，此外，还可以采用深度学习算法、卷积神经网络等对两个图像进行相似度计算，在此不做限制。

具体的，担保失败消息中可以包含担保失败的原因，通过发送担保失败消息，可以使用户清楚担保失败的原因，从而采取相应的改进操作或不再进行信用担保，以免浪费时间。

本说明书实施例，通过将发送信用担保请求的用户(请求用户)的第一生物特征图像与第一用户的预存生物特征图像进行相似度比对，是为了验证请求用户是否为第一用户，避免了发送信用担保请求的用户冒用第一用户的身份，请求信用担保并参与目标业务。

进一步的，本说明书实施例提供的一种可选实施方式中，所述接收第一用户针对目标业务向第二用户提交的信用担保请求之后，还包括：

获取所述第一用户的历史担保服务记录；

判断所述第一用户的历史担保服务记录中是否存在未完成状态或担保状态的担保服务记录；

若是，表明第一用户存在尚未履约的被信用担保的信用业务，向所述第一用户返回担保失败消息；

若否，表明不存在尚未履约的被信用担保的信用业务，也表明第一用户在历史参与信用担保服务过程中，针对被信用担保的信用业务的履约行为良好，则执行下述步骤104。

具体的，所述第一用户的历史担保服务记录，是指第一用户在过去一段时间内(比如6个月、1年或2年内)，针对其所述参与的信用业务的担保记录，实际应用中，每参与一个存在担保服务的信用业务，即可创建一条担保服务记录，而每条担保服务记录存在用户在信用业务的业务阶段对应的记录状态。

可选地，所述担保服务记录的记录状态包括：担保状态、完成状态、或未完成状态，其中，担保状态，表明信用业务正在进行中；完成状态，表明信用业务已经履行完成，未完成状态，表明信用业务未被履行；实际应用中，该记录状态可以采用状态标签的方式表示。

进一步的，本说明实施例，通过担保服务记录的记录状态，判断所述第一用户的历史担保服务记录中是否存在未完成状态或担保状态的担保服务记录，是为了判断第一用户在享有信用服务的过程中，是否存在未按照信用业务的要求，履行业务责任的不良记录，以避免第一用户再次出现不履约的情况，从而对信用业务提供方的损失。

步骤104：在确定所述第二用户响应于所述信用担保请求对所述第一用户进行信用担保的情况下，基于所述信用担保的担保信息以及所述目标业务的业务信息，创建所述目标业务对应的担保服务记录。

具体的，所述担保信息包括：担保方、被担保方、信用担保额度等。而担保服务记录，可以为第一用户以及第二用户分别创建各自的担保服务记录，也可以为第一用户以及第二用户创建共同的担保服务记录，在此不做限制。

实际应用中，通过信用担保的担保信息以及目标业务的业务信息，即可创建担保服务记录，以便通过担保服务记录对第一用户在享有信用担保服务的基础上，参与目标业务过程中的业务状态、和/或履约进度等进行记录。

实际应用中，本说明书实施例提供的一种可选实施方式中，所述确定所述第二用户响应于所述信用担保请求对所述第一用户进行信用担保，包括：

调用采集设备采集接收所述信用担保请求的用户的第二生物特征图像；

将所述第二生物特征图像与所述第一用户的预存生物特征图像进行相似度计算；

在相似度计算结果小于相似度阈值的情况下，则将接收所述信用担保请求的用户作为第二用户，并接收所述第二用户响应于所述信用担保请求提交的担保指令。

其中，所述第二生物特征图像，是指接收信用担保请求的用户的生物特征图像；实际应用中，将接收信用担保请求的用户的第二生物特征图像与第一用户的预存生物特征图像进行相似度计算，在相似度计算结果小于相似度阈值的情况下，表明接收信用担保请求的用户不是第一用户，则将接收信用担保请求的用户作为第二用户，并接收所述第二用户响应于所述信用担保请求提交的担保指令；在相似度计算结果大于或等于相似度阈值的情况下，表明接收信用担保请求的用户与第一用户是同一人，则发送针对所述信用担保请求的担保失败消息。

本说明书实施例，通过将接收信用担保请求的用户的第二生物特征图像与第一用户的预存生物特征图像进行相似度比对，是为了验证接收信用担保请求的用户与第一用户是否为同一人，避免了担保用户与被担保用户是同人的情况，也避免了由于同人参与信用担保，增加目标业务的业务提供方的业务风险，还避免了由于同人参与信用担保，以不合理的方式对信用信息进行更新。

可选地，本说明书实施例提供的一种可选实施方式中，所述确定第二用户响应于所述信用担保请求对所述第一用户进行信用担保，包括：

接收所述第二用户响应于所述信用担保请求提交的担保指令；

基于所述担保指令中携带的所述第二用户的身份信息，获取所述第二用户的第二信用信息；

判断所述第二用户的第二信用信息是否满足所述目标业务对应的信用担保条件；

若是，表明第二用户的第二信用信息满足目标业务的信用准入条件，则创建所述第二用户向所述第一用户针对所述目标业务进行担保的担保凭证，将所述担保凭证作为所述担保信息；

若否，表明第二用户的第二信用信息不满足目标业务的信用准入条件，则向所述第二用户和/或所述第一用户发送担保失败消息。

其中，所述担保指令，是指表达愿意对信用担保请求进行担保的指令；而信用信息，可以是信用积分、信用等级等表示信用高低的数据，相应的，第二信用信息，是指第二用户的信用信息。

进一步的，判断所述第二用户的第二信用信息是否满足所述目标业务对应的信用担保条件，是为了确定第二用户的信用信息是否满足目标业务的信用准入条件，在第二用户的第二信用信息满足目标业务的信用准入条件的情况下，则生成第二用户向第一用户针对目标业务进行担保的担保凭证，担保凭证可以用以证明第二用户向第一用户针对目标业务进行了担保。

此外，还存在判断所述第二用户的第二信用信息是否满足所述目标业务对应的信用担保条件的判断结果为否的情况，在这种情况下，则向所述第二用户和/或所述第一用户发送担保失败消息，具体的，担保失败消息中可以包含第二用户的第二信用信息不满足信用担保条件的原因，以便第一用户和/或第二用户清楚担保失败的原因，从而使第一用户可以再向其他用户发送信用担保请求，或不再请求信用担保，以免浪费时间。

具体实施时，本说明书实施例提供的一种可选实施方式中，所述判断所述第二用户的第二信用信息是否满足所述目标业务对应的信用担保条件，具体采用如下方式进行实现：

基于所述第二信用信息中的用户信用额度以及担保信用额度，确定所述第二用户的可用信用额度；

判断所述可用信用额度是否大于或等于所述目标业务对应的抵押信用额度。

具体的，用户信用额度，可以理解为第二用户的总信用分值，此外，还可以理解为第二用户的信用积分或信用等级对应的资源额度，相应的，所述担保信用额度，可以理解为第二用户在途的信用额度，比如第二用户当前还为其他用户进行了信用担保，而每次进行信用担保都需要根据不同的业务类型/业务金额，抵押一部分的信用额度(即抵押信用额度)，因此第二用户通过为其他用户进行信用担保已经抵押的信用额度，则为担保信用额度。

基于此，将用户信用额度与担保信用额度求差，则可确定第二用户的可用信用额度，即可以用来进行信用担保的信用额度，并进一步通过判断可用信用额度是否大于或等于目标业务对应的抵押信用额度，来判断第二用户的第二信用信息是否满足目标业务的信用准入条件，避免一个用户超出其担保能力，同时对其他用户进行了太多的信用担保，也避免了担保权利的滥用，进一步保障了目标业务的业务提供方的利益。

进一步的，在第二用户向第一用户进行信用担保之后，本说明书实施例提供的一种可选实施方式中，所述确定所述第二用户响应于所述信用担保请求对所述第一用户进行信用担保之后，还包括：

将所述信用担保的担保信息上传至区块链节点进行存储。

具体的，所述区块链节点，可以为信用担保服务对应的区块链中的节点。

实际应用中，可以对担保信息进行加密(比如通过哈希运算进行加密)，以防担保信息被篡改，并将担保信息上传至区块链节点进行存储，以便后续可以通过从区块链节点中下载担保信息，并对担保信息进行解密，从而对第一用户和第二用户之间的担保情况进行追溯或验证。

实际应用中，存在第一用户未履行目标业务的业务要求的情况，本说明书实施例提供的一种可选实施方式中，所述创建所述目标业务对应的担保服务记录之后，还包括：

在预设时长内未接收到针对所述业务订单的完成指令的情况下，将所述担保服务记录的记录状态更新为未完成状态；

基于所述担保服务记录以及所述未完成状态，对所述第一用户的第一信用信息和/或所述第二用户的第二信用信息进行更新。

其中，所述预设时长，是指针对目标业务预先设置的最长完成时间，若在预设时长内未接收到针对所述业务订单的完成指令，表明第一用户未履行目标业务的业务要求，则将目标业务对应的担保服务记录的记录状态更新为未完成状态，并基于担保服务记录中记录的业务信息以及记录状态，对第一用户的第一信用信息和/或第二用户的第二信用信息进行更新。

具体实施时，可以根据担保服务记录中记录的抵押信用额度或目标业务的业务额度，与信用分值/信用额度的对应关系，确定需要对第一用户和/或第二用户扣减的信用分值/信用额度，根据确定的扣减的信用分值/信用额度，对第一用户的第一信用信息进行扣减，并对第二用户的第二信用信息进行扣减。

需要说明的是，还可以针对第一用户和第二用户分别设置不同的扣减额度，并分别进行扣减。

本说明书实施例，在被担保用户(即第一用户)未完成目标业务的情况下，对担保用户(即第二用户)和被担保用户都进行信用扣减，以便规范第一用户和第二用户的担保信息，避免出现胡乱担保的现象。

步骤106：在接收到针对所述目标业务的完成指令的情况下，对所述担保服务记录的记录状态进行更新。

具体的，对所述担保服务记录的记录状态进行更新，可以理解为将所述担保服务记录的记录状态更新为完成状态，通过对所述担保服务记录的记录状态进行更新，以便对第一用户针对目标业务的完成情况进行追踪，此外，还可以对第一用户和/或第二用户的信用担保情况进行追踪。

步骤108：基于所述担保服务记录以及更新后的记录状态，对所述第一用户的第一信用信息进行更新。

具体的，对所述第一用户的第一信用信息进行更新，可以根据担保服务记录中记录的抵押信用额度或目标业务的业务额度，与信用分值/信用额度的对应关系，确定需要对第一用户和/或第二用户增加的信用分值/信用额度，并根据确定的增加的信用分值/信用额度，对第一用户的第一信用信息进行增加。

具体实施时，本说明书实施例提供的一种可选实施方式中，所述基于所述担保服务记录以及更新后的记录状态，对所述第一用户的第一信用信息进行更新，具体采用如下方式进行实现：

在存在所述第一用户的信用账户的情况下，基于所述担保服务记录以及更新后的记录状态，对所述信用账户中的第一信用信息进行更新；

在不存在所述第一用户的信用账户的情况下，为所述第一用户创建信用账户，并基于所述担保服务记录以及更新后的记录状态，对所述信用账户中的第一信用信息进行更新。

具体的，信用账户，可以理解存储第一用户的信用积分/信用等级等的账户，在存在所述第一用户的信用账户的情况下，表明第一用户在信用担保请求之前已经开启了针对信用积分/信用等级等信用评估服务，即已经进行过信用评估，则直接对其信用账户中的第一信用信息进行更新。

在存在所述第一用户的信用账户的情况下，表明第一用户在信用担保请求之前未进行过信用评估，则创建/开启存储第一用户的信用信息的服务账户，并对所创建/开启的信用账户中的第一信用信息进行更新。

需要说明的是，在不存在所述第一用户的信用账户的情况下，可以表明第一用户是“0信用用户”。

本说明书实施例，可以基于第一用户对目标业务的完成情况，不仅对未纳入信用服务闭环的第一用户，提供信用提升的渠道，也增加了信用业务的提供方的业务量。

具体实施时，本说明书实施例提供的一种可选实施方式中，所述基于所述担保服务记录以及更新后的记录状态，对所述第一用户的第一信用信息进行更新，具体采用如下方式进行实现：

基于所担保服务记录以及更新后的记录状态对所述第一用户的第一信用信息以及所述第二用户的第二信用信息进行更新。

具体实施时，在第一用户完成目标业务的情况下，除了对第一用户的第一信用信息进行更新之外，还可以对所述第二用户的第二信用信息进行更新，以使第二用户在了解第一用户的履约能力和/或履约意愿的情况下，愿意为第一用户提供信用担保，增加了信用担保服务的业务量，也潜在地增加了目标业务的业务量。

进一步的，本说明书实施例提供的一种可选实施方式中，所述信用更新方法，还包括：

获取所述第二用户的历史担保服务记录；

确定所述第二用户的历史担保服务记录中记录状态为未完成状态的目标担保服务记录；

在所述目标担保服务记录的记录数量大于预设数量的情况下，关闭所述第二用户的信用担保服务。

具体的，所述第二用户的历史担保服务记录，是指第二用户在过去一段时间内(比如6个月、1年或2年内)，针对其所担保的信用业务的所创建的担保记录；所述目标担保服务记录，是指第二用户的历史担保服务记录中记录状态为未完成状态的担保服务记录。

具体的，第二用户的历史担保服务记录中记录状态为未完成状态的担保服务记录，表明第二用户为其他用户进行信用担保的情况下，其他用户存在未履行的信用业务，这种情况下，可以通过预先针对担保用户设置的担保失信次数(即预设数量)，若目标担保服务记录的记录数量大于预设数量，表明第二用户对应的被担保人未履约的次数太多，也表明第二用户在为其他用户进行信用担保时，可能存在对被担保人不了解或胡乱担保的情况，即第二用户未履行监督责任，则关闭第二用户的信用担保服务，以避免其再对不了解的用户提供担保或胡乱提供担保。

此外，未完成状态的目标担保服务记录，还可以是其他用户为第二用户进行信用担保的情况下，第二用户自身存在未履行的信用业务，在此不做限制。

综上所述，本说明书提供的信用更新方法，通过接收第一用户针对目标业务向第二用户提交的信用担保请求，在确定所述第二用户响应于所述信用担保请求对所述第一用户进行信用担保的情况下，基于所述信用担保的担保信息以及所述目标业务的业务信息，创建所述目标业务对应的担保服务记录，并在接收到针对所述目标业务的完成指令的情况下，对所述担保服务记录的记录状态进行更新，以便基于所述担保服务记录以及更新后的记录状态，对所述第一用户的第一信用信息进行更新，实现了在其他用户为第一用户进行信用担保的情况下，通过第一用户完成目标业务，对第一用户的信用进行更新，即实现了为低信用的用户提供信用更新的渠道，也由于使低信用的用户可以基于信用担保，参与目标业务，增加了目标业务的业务量。

下述结合附图2，以本说明书提供的信用更新方法在免押租车场景中的应用为例，对所述信用更新方法进行进一步说明。其中，图2示出了本说明书一实施例提供的一种应用于免押租车场景中的信用更新方法的处理流程图，具体包括以下步骤：

步骤202：请求担保。

具体的，请求担保是指信用评级/信用分低的低分用户(也可以理解为上述实施例中的第一用户)，向信用评级/信用分高的高分用户(也可以理解为上述实施例中的第二用户)提交信用担保请求。

实际应用中，是由于低分用户的信用评级/信用分无法满足信用服务(比如免押租车服务)的信用准入条件，因此成为信用孤岛。

步骤204：个人担保。

具体的，个人担保，是指上述高分用户同意为低分用户进行信用担保。

步骤206：验证担保流程。

具体的，验证担保流程，是指验证高分用户是否可为低分用户提供信用担保，比如验证高分用户是否存在未完成状态的担保服务记录，或高分用户的担保服务记录的记录数量是否达到预设数量等。

此外，还可以通过信用评级机构验证高分用户的信用等级/可用信用分/可用信用额度等是否满足免押租车服务的信用准入条件。

步骤208：生成担保凭证。

具体的，是指将高分用户作为担保人，将低分用户作为被担保人的担保凭证，实际应用中，担保凭证，可以指明担保的信用服务，也可以不指明担保的信用服务，即表明高分用户可以针对任意信用服务，为低分用户进行信用担保。此外，信用担保中还可以包括担保时长，表明在担保时长内高分用户可以针对任意信用服务，为低分用户进行信用担保。

步骤210：提供担保凭证。

具体的，在低分用户申请参与免押租车服务时，可以直接向免押租车服务(即商家方信用服务)的提供方担保凭证。

步骤212：提供信用服务。

具体的，免押租车服务的提供方在接收到担保单据之后，可以对担保单据进行验证，在验证通过的情况下，向低分用户提供信用服务(即免押租车服务)。

步骤214：使用信用服务，按时归还。

具体的，使用信用服务，是指低分用户使用免押租车服务的商家方提供的租车服务，并按照租车订单中约定的归还时间按时归还，则执行下述步骤216；若低分用户未按照租车订单中约定的归还时间按时归还，则执行下述步骤220。

步骤216：良好用户记录，提高用户信用评级。

具体的，在低分用户按时归还租借的车辆之后，可以基于产生的良好用户记录(也即上述实施例中的完成状态的担保服务记录)，提高针对低分用户的信用评级。

步骤218：良好担保记录，提高信用评级。

具体的，在低分用户按时归还租借的车辆之后，可以基于产生的良好担保记录(也即上述实施例中的完成状态的担保服务记录)，提高针对高分用户的信用评级。

步骤220：不良记录，惩罚使用者和担保人。

具体的，不良记录，可以理解为上述实施例中的未完成状态的担保服务记录，使用者即为低分用户，担保人即为高分用户，进一步，根据不良记录惩罚使用者(即低分用户)和担保人(即高分用户)，可以理解为上述实施例中基于所述担保服务记录以及更新后的记录状态，对所述第一用户的第一信用信息以及第二用户的第二信用信息进行更新。

综上所述，本说明书提供的信用更新方法，通过接收低分用户向高分用户提交的信用担保请求，并在高分用户响应于所述信用担保请求对所述低分用户进行信用担保的情况下，创建所述信用担保的担保凭证，以便基于担保凭证向低分用户提供信用服务(免押租车服务)，并在低分用户按时归还所借车辆的情况下，对低分用户的担保服务记录添加记录状态标记，标记为良好记录，并基于良好记录，对所述低分用户以及高分用户的信用信息进行更新，实现了在高分用户为低分用户进行信用担保的情况下，通过低分用户完成免押租车服务的要求，对低分用户和高分用户的信用进行更新，即实现了为低分用户提供信用更新的渠道，也由于低分用户可以基于信用担保，参与免押租车服务，增加了免押租车服务的业务量。

与上述方法实施例相对应，本说明书还提供了信用更新装置实施例，图3示出了本说明书一实施例提供的一种信用更新装置的结构示意图。如图3所示，该装置包括：

接收模块302，被配置为接收第一用户针对目标业务向第二用户提交的信用担保请求；

创建模块304，被配置为在确定所述第二用户响应于所述信用担保请求对所述第一用户进行信用担保的情况下，基于所述信用担保的担保信息以及所述目标业务的业务信息，创建所述目标业务对应的担保服务记录；

第一更新状态模块306，被配置为在接收到针对所述目标业务的完成指令的情况下，对所述担保服务记录的记录状态进行更新；

第一更新信用模块308，被配置为基于所述担保服务记录以及更新后的记录状态，对所述第一用户的第一信用信息进行更新。

可选地，所述第一更新信用模块308，进一步被配置为：

在存在所述第一用户的信用账户的情况下，基于所述担保服务记录以及更新后的记录状态，对所述信用账户中的第一信用信息进行更新；

在不存在所述第一用户的信用账户的情况下，为所述第一用户创建信用账户，并基于所述担保服务记录以及更新后的记录状态，对所述信用账户中的第一信用信息进行更新。

可选地，所述第一更新信用模块308，进一步被配置为：

基于所担保服务记录以及更新后的记录状态对所述第一用户的第一信用信息以及所述第二用户的第二信用信息进行更新。

可选地，创建模块304，进一步被配置为：

接收所述第二用户响应于所述信用担保请求提交的担保指令；

基于所述担保指令中携带的所述第二用户的身份信息，获取所述第二用户的第二信用信息；

判断所述第二用户的第二信用信息是否满足所述目标业务对应的信用担保条件；

若是，创建所述第二用户向所述第一用户针对所述目标业务进行担保的担保凭证，将所述担保凭证作为所述担保信息。

可选地，所述创建模块304，进一步被配置为：

向所述第二用户和/或所述第一用户发送担保失败消息。

可选地，所述创建模块304，进一步被配置为：

基于所述第二信用信息中的用户信用额度以及担保信用额度，确定所述第二用户的可用信用额度；

判断所述可用信用额度是否大于或等于所述目标业务对应的抵押信用额度。

可选地，所述信用更新装置，还包括：

存储模块，被配置为将所述信用担保的担保信息上传至区块链节点进行存储。

可选地，所述信用更新装置，还包括：

第二更新状态模块，被配置为在预设时长内未接收到针对所述业务订单的完成指令的情况下，将所述担保服务记录的记录状态更新为未完成状态；

第二更新信用模块，被配置为基于所述担保服务记录以及所述未完成状态，对所述第一用户的第一信用信息和/或所述第二用户的第二信用信息进行更新。

可选地，所述信用更新装置，还包括：

第一获取记录模块，被配置为获取所述第二用户的历史担保服务记录；

确定记录模块，被配置为确定所述第二用户的历史担保服务记录中记录状态为未完成状态的目标担保服务记录；

关闭模块，被配置为在所述目标担保服务记录的记录数量大于预设数量的情况下，关闭所述第二用户的信用担保服务。

可选地，所述信用更新装置，还包括：

第二获取记录模块，被配置为获取所述第一用户的历史担保服务记录；

判断模块，被配置为判断所述第一用户的历史担保服务记录中是否存在未完成状态或担保状态的担保服务记录；

若是，运行返回模块，所述返回模块，被配置为向所述第一用户返回担保失败消息。

可选地，所述接收模块302，进一步被配置为：

接收第一用户针对所述目标业务向第二用户提交的信用担保请求；

基于所述信息担保请求，调用采集设备采集发送所述信用担保请求的用户的第一生物特征图像；

将所述第一生物特征图像与所述第一用户的预存生物特征图像进行相似度计算；

在相似度计算结果大于或等于相似度阈值的情况下，将所述信用担保请求发送至所述第二用户。

可选地，所述创建模块304，进一步被配置为：

调用采集设备采集接收所述信用担保请求的用户的第二生物特征图像；

将所述第二生物特征图像与所述第一用户的预存生物特征图像进行相似度计算；

在相似度计算结果小于相似度阈值的情况下，接收所述第二用户响应于所述信用担保请求提交的担保指令。

综上所述，本说明书提供的信用更新装置，通过接收第一用户针对目标业务向第二用户提交的信用担保请求，在确定所述第二用户响应于所述信用担保请求对所述第一用户进行信用担保的情况下，基于所述信用担保的担保信息以及所述目标业务的业务信息，创建所述目标业务对应的担保服务记录，并在接收到针对所述目标业务的完成指令的情况下，对所述担保服务记录的记录状态进行更新，以便基于所述担保服务记录以及更新后的记录状态，对所述第一用户的第一信用信息进行更新，实现了在其他用户为第一用户进行信用担保的情况下，通过第一用户完成目标业务，对第一用户的信用进行更新，即实现了为低信用的用户提供信用更新的渠道，也由于使低信用的用户可以基于信用担保，参与目标业务，增加了目标业务的业务量。

上述为本实施例的一种信用更新装置的示意性方案。需要说明的是，该信用更新装置的技术方案与上述的信用更新方法的技术方案属于同一构思，信用更新装置的技术方案未详细描述的细节内容，均可以参见上述信用更新方法的技术方案的描述。

图4示出了根据本说明书一个实施例提供的一种计算设备400的结构框图。该计算设备400的部件包括但不限于存储器410和处理器420。处理器420与存储器410通过总线430相连接，数据库450用于保存数据。

计算设备400还包括接入设备440，接入设备440使得计算设备400能够经由一个或多个网络460通信。这些网络的示例包括公用交换电话网(PSTN)、局域网(LAN)、广域网(WAN)、个域网(PAN)或诸如因特网的通信网络的组合。接入设备440可以包括有线或无线的任何类型的网络接口(例如，网络接口卡(NIC))中的一个或多个，诸如IEEE802.11无线局域网(WLAN)无线接口、全球微波互联接入(Wi-MAX)接口、以太网接口、通用串行总线(USB)接口、蜂窝网络接口、蓝牙接口、近场通信(NFC)接口，等等。

在本说明书的一个实施例中，计算设备400的上述部件以及图4中未示出的其他部件也可以彼此相连接，例如通过总线。应当理解，图4所示的计算设备结构框图仅仅是出于示例的目的，而不是对本说明书范围的限制。本领域技术人员可以根据需要，增添或替换其他部件。

计算设备400可以是任何类型的静止或移动计算设备，包括移动计算机或移动计算设备(例如，平板计算机、个人数字助理、膝上型计算机、笔记本计算机、上网本等)、移动电话(例如，智能手机)、可佩戴的计算设备(例如，智能手表、智能眼镜等)或其他类型的移动设备，或者诸如台式计算机或PC的静止计算设备。计算设备400还可以是移动式或静止式的服务器。

其中，处理器420用于执行如下计算机可执行指令：

接收第一用户针对目标业务向第二用户提交的信用担保请求；

在确定所述第二用户响应于所述信用担保请求对所述第一用户进行信用担保的情况下，基于所述信用担保的担保信息以及所述目标业务的业务信息，创建所述目标业务对应的担保服务记录；

在接收到针对所述目标业务的完成指令的情况下，对所述担保服务记录的记录状态进行更新；

基于所述担保服务记录以及更新后的记录状态，对所述第一用户的第一信用信息进行更新。

上述为本实施例的一种计算设备的示意性方案。需要说明的是，该计算设备的技术方案与上述的信用更新方法的技术方案属于同一构思，计算设备的技术方案未详细描述的细节内容，均可以参见上述信用更新方法的技术方案的描述。

本说明书一实施例还提供一种计算机可读存储介质，其存储有计算机指令，所述计算机指令被处理器执行时以用于：

接收第一用户针对目标业务向第二用户提交的信用担保请求；

在确定所述第二用户响应于所述信用担保请求对所述第一用户进行信用担保的情况下，基于所述信用担保的担保信息以及所述目标业务的业务信息，创建所述目标业务对应的担保服务记录；

在接收到针对所述目标业务的完成指令的情况下，对所述担保服务记录的记录状态进行更新；

基于所述担保服务记录以及更新后的记录状态，对所述第一用户的第一信用信息进行更新。

上述为本实施例的一种计算机可读存储介质的示意性方案。需要说明的是，该存储介质的技术方案与上述的信用更新方法的技术方案属于同一构思，存储介质的技术方案未详细描述的细节内容，均可以参见上述信用更新方法的技术方案的描述。

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

所述计算机指令包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括：能够携带所述计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、电载波信号、电信信号以及软件分发介质等。需要说明的是，所述计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减，例如在某些司法管辖区，根据立法和专利实践，计算机可读介质不包括电载波信号和电信信号。

需要说明的是，对于前述的各方法实施例，为了简便描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本说明书并不受所描述的动作顺序的限制，因为依据本说明书，某些步骤可以采用其它顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定都是本说明书所必须的。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其它实施例的相关描述。

以上公开的本说明书优选实施例只是用于帮助阐述本说明书。可选实施例并没有详尽叙述所有的细节，也不限制该发明仅为所述的具体实施方式。显然，根据本说明书的内容，可作很多的修改和变化。本说明书选取并具体描述这些实施例，是为了更好地解释本说明书的原理和实际应用，从而使所属技术领域技术人员能很好地理解和利用本说明书。本说明书仅受权利要求书及其全部范围和等效物的限制。

Claims (14)

1.一种信用更新方法，包括：

接收第一用户针对目标业务向第二用户提交的信用担保请求，其中，所述信用担保请求是指请求以第二用户的信用作为担保，使第一用户参与目标业务的请求；

在确定所述第二用户响应于所述信用担保请求对所述第一用户进行信用担保的情况下，基于所述信用担保的担保信息以及所述目标业务的业务信息，创建所述目标业务对应的担保服务记录，其中，所述担保服务记录用于对第一用户在享有信用担保服务的基础上，参与目标业务过程中的业务状态、和/或履约进度进行记录；

在接收到针对所述目标业务的完成指令的情况下，对所述担保服务记录的记录状态进行更新；

基于所述担保服务记录以及更新后的记录状态，对所述第一用户的第一信用信息进行更新；

获取所述第二用户的历史担保服务记录，其中，所述第二用户的历史担保服务记录是指第二用户历史时间段内针对所担保的信用业务所创建的担保记录；

确定所述第二用户的历史担保服务记录中记录状态为未完成状态的目标担保服务记录；

在所述目标担保服务记录的记录数量大于预设数量的情况下，关闭所述第二用户的信用担保服务。

2.根据权利要求1所述的信用更新方法，所述基于所述担保服务记录以及更新后的记录状态，对所述第一用户的第一信用信息进行更新，包括：

在存在所述第一用户的信用账户的情况下，基于所述担保服务记录以及更新后的记录状态，对所述信用账户中的第一信用信息进行更新；

在不存在所述第一用户的信用账户的情况下，为所述第一用户创建信用账户，并基于所述担保服务记录以及更新后的记录状态，对所述信用账户中的第一信用信息进行更新。

3.根据权利要求1所述的信用更新方法，所述基于所述担保服务记录以及更新后的记录状态，对所述第一用户的第一信用信息进行更新，包括：

基于所担保服务记录以及更新后的记录状态对所述第一用户的第一信用信息以及所述第二用户的第二信用信息进行更新。

4.根据权利要求1所述的信用更新方法，所述确定第二用户响应于所述信用担保请求对所述第一用户进行信用担保，包括：

接收所述第二用户响应于所述信用担保请求提交的担保指令；

基于所述担保指令中携带的所述第二用户的身份信息，获取所述第二用户的第二信用信息；

判断所述第二用户的第二信用信息是否满足所述目标业务对应的信用担保条件；

若是，创建所述第二用户向所述第一用户针对所述目标业务进行担保的担保凭证，将所述担保凭证作为所述担保信息。

5.根据权利要求4所述的信用更新方法，若所述判断所述第二用户的第二信用信息是否满足所述目标业务对应的信用担保条件的判断结果为否，执行如下步骤：

向所述第二用户和/或所述第一用户发送担保失败消息。

6.根据权利要求4所述的信用更新方法，所述判断所述第二用户的第二信用信息是否满足所述目标业务对应的信用担保条件，包括：

基于所述第二信用信息中的用户信用额度以及担保信用额度，确定所述第二用户的可用信用额度；

判断所述可用信用额度是否大于或等于所述目标业务对应的抵押信用额度。

7.根据权利要求1所述的信用更新方法，所述确定所述第二用户响应于所述信用担保请求对所述第一用户进行信用担保之后，还包括：

将所述信用担保的担保信息上传至区块链节点进行存储。

8.根据权利要求1所述的信用更新方法，所述创建所述目标业务对应的担保服务记录之后，还包括：

在预设时长内未接收到针对所述目标业务的完成指令的情况下，将所述担保服务记录的记录状态更新为未完成状态；

基于所述担保服务记录以及所述未完成状态，对所述第一用户的第一信用信息和/或所述第二用户的第二信用信息进行更新。

9.根据权利要求1所述的信用更新方法，所述接收第一用户针对目标业务向第二用户提交的信用担保请求之后，还包括：

获取所述第一用户的历史担保服务记录；

判断所述第一用户的历史担保服务记录中是否存在未完成状态或担保状态的担保服务记录；

若是，向所述第一用户返回担保失败消息。

10.根据权利要求1所述的信用更新方法，所述接收第一用户针对目标业务向第二用户提交的信用担保请求，包括：

接收第一用户针对所述目标业务向第二用户提交的信用担保请求；

基于所述信用担保请求，调用采集设备采集发送所述信用担保请求的用户的第一生物特征图像；

将所述第一生物特征图像与所述第一用户的预存生物特征图像进行相似度计算；

在相似度计算结果大于或等于相似度阈值的情况下，将所述信用担保请求发送至所述第二用户。

11.根据权利要求1所述的信用更新方法，所述确定所述第二用户响应于所述信用担保请求对所述第一用户进行信用担保，包括：

调用采集设备采集接收所述信用担保请求的用户的第二生物特征图像；

将所述第二生物特征图像与所述第一用户的预存生物特征图像进行相似度计算；

在相似度计算结果小于相似度阈值的情况下，接收所述第二用户响应于所述信用担保请求提交的担保指令。

12.一种信用更新装置，包括：

接收模块，被配置为接收第一用户针对目标业务向第二用户提交的信用担保请求，其中，所述信用担保请求是指请求以第二用户的信用作为担保，使第一用户参与目标业务的请求；

创建模块，被配置为在确定所述第二用户响应于所述信用担保请求对所述第一用户进行信用担保的情况下，基于所述信用担保的担保信息以及所述目标业务的业务信息，创建所述目标业务对应的担保服务记录，其中，所述担保服务记录用于对第一用户在享有信用担保服务的基础上，参与目标业务过程中的业务状态、和/或履约进度进行记录；

第一更新状态模块，被配置为在接收到针对所述目标业务的完成指令的情况下，对所述担保服务记录的记录状态进行更新；

第一更新信用模块，被配置为基于所述担保服务记录以及更新后的记录状态，对所述第一用户的第一信用信息进行更新；

第一获取记录模块，被配置为获取所述第二用户的历史担保服务记录，其中，所述第二用户的历史担保服务记录是指第二用户历史时间段内针对所担保的信用业务所创建的担保记录；

确定记录模块，被配置为确定所述第二用户的历史担保服务记录中记录状态为未完成状态的目标担保服务记录；

关闭模块，被配置为在所述目标担保服务记录的记录数量大于预设数量的情况下，关闭所述第二用户的信用担保服务。

13.一种计算设备，包括：

存储器和处理器；

所述存储器用于存储计算机指令，所述处理器用于执行所述计算机指令，以实现下述方法：

接收第一用户针对目标业务向第二用户提交的信用担保请求，其中，所述信用担保请求是指请求以第二用户的信用作为担保，使第一用户参与目标业务的请求；

在确定所述第二用户响应于所述信用担保请求对所述第一用户进行信用担保的情况下，基于所述信用担保的担保信息以及所述目标业务的业务信息，创建所述目标业务对应的担保服务记录，其中，所述担保服务记录用于对第一用户在享有信用担保服务的基础上，参与目标业务过程中的业务状态、和/或履约进度进行记录；

在接收到针对所述目标业务的完成指令的情况下，对所述担保服务记录的记录状态进行更新；

基于所述担保服务记录以及更新后的记录状态，对所述第一用户的第一信用信息进行更新；

获取所述第二用户的历史担保服务记录，其中，所述第二用户的历史担保服务记录是指第二用户历史时间段内针对所担保的信用业务所创建的担保记录；

确定所述第二用户的历史担保服务记录中记录状态为未完成状态的目标担保服务记录；

在所述目标担保服务记录的记录数量大于预设数量的情况下，关闭所述第二用户的信用担保服务。

14.一种计算机可读存储介质，其存储有计算机指令，所述计算机指令被处理器执行时实现权利要求1至11任意一项所述信用更新方法的步骤。

Images