CN109377319A - 基于联盟链的购车信息处理方法、装置、设备及存储介质 - Google Patents

Abstract

本申请公开了基于联盟链的购车信息处理方法、装置、设备及存储介质，可以有效地降低购车记录的真实性存在被篡改的风险。本申请实施例方法部分包括：接收购车用户通过购车联盟链中的购车客户端发送的购车申请，购车申请包含购车用户的身份信息；若购车用户的身份信息通过身份验证，则向购车客户端反馈购车响应消息；获取购车用户通过购车客户端发送的购车用户与汽车商签订的购车合同，购车合同为购车客户端接收到购车响应消息后生成，购车合同上包含有汽车商的资质信息；若汽车商通过资质验证，则将购车合同记录至购车联盟链中。

Description

基于联盟链的购车信息处理方法、装置、设备及存储介质

技术领域

本申请涉及区块链技术领域，尤其涉及一种基于联盟链的购车信息处理方法、装置、设备及存储介质。

背景技术

目前，随着汽车行业的发展，以及用户为了出行方便，越来越多的用户会选择购买汽车。传统的，用户购买汽车的过程如下，购车用户在汽车商门店选好汽车后，与汽车商签订合同，并支付汽车费用款项，其中，可选择只首付款后，后续向贷款机构申请贷款进行分期付款。

然而，不管签订的是纸质合同还是电子合同，购车用户或汽车商均可以通过伪造购车合同等资料，使得购车用户在整个购车记录的真实性存在被篡改的风险，购车合同被篡改的可能性比较高。

发明内容

基于此，本申请提供一种基于联盟链的购车信息处理方法、装置、设备及存储介质以解决购车记录的真实性存在被篡改的风险，购车合同被篡改的可能性比较高的问题。

一种基于联盟链的购车信息处理方法，应用于购车联盟链的购车信息处理装置中，购车联盟链还包括汽车商以及购车客户端，购车信息处理装置、汽车商以及购车客户端为购车联盟链中的区块链节点，该方法包括：

接收购车用户通过购车联盟链中的购车客户端发送的购车申请，购车申请包含购车用户的身份信息，购车联盟链为由购车客户端以及汽车商所构成的购车联盟链；

对购车用户的身份信息进行身份验证；

若购车用户的身份信息通过身份验证，则向购车客户端反馈购车响应消息；

获取购车用户通过购车客户端发送的购车用户与汽车商签订的购车合同，购车合同为购车客户端接收到购车响应消息后生成，购车合同上包含有汽车商的资质信息；

根据汽车商的资质信息对汽车商进行资质验证；

若汽车商通过资质验证，则将购车合同记录至购车联盟链中。

一种基于联盟链的购车信息处理装置，购车信息处理装置为购车联盟链中的区块链节点，购车联盟链还包括汽车商以及购车客户端，汽车商以及购车客户端为购车联盟链中的区块链节点，该旅游信息处理装置包括：

接收模块，用于接收购车用户通过购车联盟链中的购车客户端发送的购车申请，购车申请包含购车用户的身份信息，购车联盟链为由购车客户端以及汽车商所构成的购车联盟链；

身份验证模块，用于对接收模块接收的购车申请中的购车用户的身份信息进行身份验证；

反馈模块，用于若购车用户的身份信息通过身份验证模块的身份验证，则向购车客户端反馈购车响应消息；

获取模块，用于获取购车用户通过购车客户端发送的购车用户与汽车商签订的购车合同，购车合同为购车客户端接收到反馈模块反馈的购车响应消息后生成，购车合同上包含有汽车商的资质信息；

资质验证模块，用于根据获取模块获取的购车合同中汽车商的资质信息对汽车商进行资质验证；

记录模块，用于若汽车商通过资质验证模块的资质验证，则将购车合同记录至购车联盟链中。

一种计算机设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述基于联盟链的购车信息处理方法的步骤。一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现上述基于联盟链的购车信息处理方法的步骤。

上述基于联盟链的购车信息处理方法、装置、计算机设备及存储介质所提供的方案中，基于购车联盟链不可篡改性以及不可追溯性，可有效地降低购车用户在构成过程中，购车记录的真实性被篡改的风险，减低购车合同被篡改的可能性。

附图说明

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

图1是本申请实施例中基于联盟链的购车信息处理方法一框架示意图；

图2是本申请实施例中基于联盟链的购车信息处理方法一个实施例流程示意图；

图3是图2中步骤S50一具体实施方式流程示意图；

图4是本申请实施例中基于联盟链的购车信息处理方法另一实施例流程示意图；

图5是本申请实施例中基于联盟链的购车信息处理方法另一实施例流程示意图；

图6是本申请实施例中基于联盟链的购车信息处理方法另一实施例流程示意图；

图7是本申请实施例中基于联盟链的购车信息处理装置的一个实施例结构示意图；

图8是本申请实施例中计算机设备的一个实施例结构示意图。

具体实施方式

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

本申请实施例提供了一种基于联盟链的购车信息处理方法，由基于联盟链的购车信息处理装置执行，可应用在如图1的框架示意图中，也就是本申请实施例基于区块链技术构建购车联盟链，换句话说，构建一购车平台，该购车联盟链上包括购车客户端、汽车商、购车信息处理装置对应的区块链节点，上述多个区块链节点共同构成购车联盟链，上述购车信息涉及的内容包括购车合同、构成贷款信息等，基于联盟链的购车信息处理包括如下步骤：接收购车用户通过购车客户端发送的购车申请，购车申请包含购车用户的身份信息；对购车用户的身份信息进行身份验证；若购车用户的身份信息通过身份验证，则向购车客户端反馈购车响应消息；获取购车用户通过购车客户端发送的购车用户与汽车商签订的购车合同，购车合同为购车客户端接收到购车响应消息后生成，购车合同上包含有汽车商的资质信息；根据汽车商的资质信息对汽车商进行资质验证；若汽车商通过资质验证，则将购车合同记录至购车联盟链中。由上述方案可知，基于区块链的不可篡改性以及不可追溯性，可有效地降低购车用户在购车过程中，购车记录的真实性被篡改的风险，减低购车合同被篡改的可能性。另外，购车信息处理装置可由独立的服务器或者是多个服务器组成的服务器集群来实现，具体不做限定。下面具体对本申请实施例中基于联盟链的购车信息处理方法进行描述。

在一实施例中，如图2所示，提供一种基于联盟链的购车信息处理方法，应用于购车联盟链的购车信息处理装置中，购车联盟链还包括汽车商以及购车客户端，购车信息处理装置、汽车商以及购车客户端为购车联盟链中的区块链节点，包括如下步骤：

S10、接收购车用户通过购车联盟链中购车客户端发送的购车申请，购车申请包含购车用户的身份信息；

首先，基于区块链技术，构建由购车客户端以及汽车商共同参与管理的联盟链，也就是由购车信息处理装置、购车客户端以及汽车商所构成的购车联盟链，其中，参与的购车客户端或汽车商可以有一个或多个购车联盟链节点，具体这里不做限定。

另外，在建立上述购车联盟链的时候，可将购车联盟链中各个参与方的数字证书写入购车联盟链中的创始区块中，也就是购车联盟链的第一个区块，只有将数字证书写入购车联盟链的节点才能成为购车联盟链的成员，若后续如果有新成员加入该购车联盟链中，只有得到联盟同意，才可以将新成员的数字证书写入购车联盟链，成为购车联盟链中的一员。其中，购车客户端指的是安装于手机、平板电脑等终端设备的应用程序，具体地，可以采用Java SDK(安卓软件开发工具包)开发出能为购车用户提供操作界面的购车客户端，该购车客户端可安装于上述终端设备中。

S20、对购车用户的身份信息进行身份验证；

这样，当购车用户需要购买车时，可接收购车用户通过购车客户端发送的包含有购车用户的身份信息的购车申请。其中，上述身份信息指的是可以用于唯一标识购车用户身份的信息，例如，可以是购车用户的电子签名、身份证、人脸图像、姓名、指纹信息之间任意两者或多者之间的组合作为购车用户的身份信息。示例性的，可以将电子签名与身份证作为购车用户的身份信息，或将购车用户的人脸图像与身份证作为购车用户的身份信息，或将人脸图像与电子签名作为购车用户的身份信息等，具体这里不做限定。另外需要说明的是，在实际应用中，上述购车客户端可提供身份信息递交界面，购车用户通过身份信息递交界面输入身份信息，示例性的，以购车用户的身份信息为购车用户的人脸图像和身份证为例，购车客户端具备调用摄像头的功能，购车用户通过购车客户端的身份信息递交界面提供的人脸图像获取模块拍摄自己的人脸图像，同时输入身份证。在得到了购车用户的身份信息后，生成包含有购车用户的身份信息购车请求。本申请实施例中，可以接收到购车用户通过购车客户端发送的购车申请。

可以理解，在购车联盟链中，数据的不可篡改性是一个非常重要的特性，为了使得最后记录至购车联盟链中的购车合同的数据可靠，这里需对购车合同的参与方，包括购车用户的身份进行验证。因此，在这里，当接收到购车用户通过购车客户端发送的购车申请时，需对购车用户的身份信息进行身份验证。

S30、若购车用户的身份信息通过身份验证，则向购车客户端反馈购车响应消息；

在本申请实施例中，若购车用户的身份信息通过身份验证，则说明联盟中认可购车用户的身份，则向购车客户端反馈购车响应消息，用于指示购车用户具备在上述购车客户端进行在线签订购车合同的流程。

示例性的，以将购车用户的人脸图像与电子签名作为购车用户的身份信息为例，若购车用户的人脸图像中的人脸特征与预留的人脸特征一致，且购车用户的电子签名与预留的电子签名一致，则确认购车用户的身份信息通过身份验证。其中，该购车用户可以在服务器上预留自己的人脸特征，比如，购车用户在通过上述购车客户端中注册自己的账户时，服务器可以通过购车客户端要求购车用户进行实名验证，在实名验证过程中，购车用户需要上传本人的自拍照片和电子签名，从而可以在该自拍照片上提取出购车用户的人脸特征作为预留的人脸特征，以及将购车用户注册时上传的电子签名作为预留的电子签名。

S40、获取用户通过购车客户端发送的用户与汽车商签订的购车合同，购车合同为购车客户端接收到购车响应消息后生成，购车合同上包含有汽车商的资质信息；

S50、根据汽车商的资质信息对汽车商进行资质验证；

如前述，当购车用户要购买汽车时，首先，购车用户会与汽车商签订购车合同。在本实施例中，购车用户可以通过终端设备上的购车客户端与该汽车商签订电子合同，也就是上述购车合同。购车合同签订后，与该购车客户端对接的服务器可以获取到用户与汽车商签订的购车合同，其中，购车合同为购车客户端接收到购车响应消息后生成，购车合同上包含有汽车商的资质信息。

需要说明的是，汽车商的资质信息指的是用于表征上述汽车商是否为经过注册或经过联盟认证的汽车商，具体的，上述资质信息可以是指该汽车商的数字证书、统一社会信用代码等。示例性的，在具体实现中，可以通过调用工商部门提供的查询接口，根据该汽车商的中的统一社会信用代码查询该统一社会信用代码在工商部门中的登记信息，将这些登记信息与购车合同中的资质信息进行比对，比对一致则认为该汽车商通过资质验证。示例性的，汽车商想要成为联盟链的一员，也即需要加入购车联盟链时，需将该汽车商对应的数字证书写入购车联盟链的节点，若汽车商的数证书为购车联盟链中预留的数字证书，则认为该汽车商通过上述资质验证。

如图3所示，在一实施例中，汽车商的资质信息包含汽车商的企业代码；根据汽车商的资质信息对汽车商进行资质验证，包括：

S51、根据汽车商的企业代码对汽车商进行资质验证，

S52、若汽车商的企业代码为预存的代码，则确定汽车商通过资质验证。

S60、若汽车商通过资质验证，则将购车合同记录至购车联盟链中。

本实施例中，当汽车商通过资质验证时，则可以认为购车合同的真实性得到确认，购车交易是真实的，因此可以将购车合同记录至购车联盟链，也就是说购车联盟链上的各个区块链节点均可记录至到上述购车合同。

可以理解的是，将购车合同记录至购车联盟链上之后，基于区块链的不可篡改性，可以防止购车合同被非法篡改，为购车合同的真实性和安全性提供了保障，也就是说，可有效地降低购车用户在购车过程中，购车记录的真实性被篡改的风险，减低购车合同被篡改的可能性。

在一实施例中，上述购车联盟链可以采用Hyperledger Fabri的区块链结构，Hyperledger Fabri是一个提供分布式账本解决方案的平台，该Hyperledger Fabri作为开发模块化体系结构的区块链的应用程序的基础，有助于诸如共识和会员服务等组件实现即插即用，使用容器技术来托管构成系统应用逻辑的智能合约。需要说明的是，购车联盟链上的智能合约是一套以数字形式定义的承诺(promises)，包括智能合约参与方可以在上面执行这些承诺的协议，是购车联盟链上满足触发条件会自动执行的自动化脚本或代码。本实施例中，示例性的，可以使用Go(The Go Programming Language，Golang)语言开发智能合约，购车用户使用购车客户端的操作界面，当需要在该操作界面上进行查询或写入购车联盟链上数据时，可以通过购车客户端调用该智能合约的接口，完成对该购车联盟链上数据的查询和读写。基于Hyperledger Fabri的共识机制，可以预先搭建购车联盟链中各个参与方的共识，并基于各个交易方的共识部署智能合约。

具体地，在一些应用场景中，所述购车联盟链上还包括贷款机构的一个或多个节点，贷款机构与汽车商与之间可预先达成各自的共识，如图4所示，所述基于联盟链的购车信息处理方法还包括如下步骤：

S70、确定汽车商与贷款机构之间达成的共识；

如前述，购车联盟链中各参与方可达成共识，可理解，汽车商与贷款机构之间自然可预先达成上述购车联盟链中汽车商与贷款机构之间的共识；

S80、根据汽车商与贷款机构之间达成的共识生成智能合约，智能合约包括购车用户购车的贷款触发条件；

在预先搭建了汽车商与贷款机构之间的共识后，可根据所述汽车商与所述贷款机构之间达成的共识生成智能合约，该智能合约包括所述用户购车的贷款触发条件。可以理解，根据所述汽车商与所述贷款机构之间达成的共识生成的智能合约是一套以数字形式定义的承诺，那么作为智能合约参与方的汽车商或贷款机构可以在上面执行这些承诺的协议，具体的，上述承诺的协议包括所述购车用户购车的贷款触发条件，示例性的，在一些具体应用场景中，上述贷款触发条件可以是，但不局限于：所述购车用户所购买的车辆是否在贷款机构预设的可贷款车辆范围内，若用户车用户所购买的车辆在贷款机构预设的可贷款车辆范围内，则确定满足上述贷款触发条件；购车用户所购买的车辆的价格是否在贷款机构允许贷款的价格范围内，若购车用户所购买的车辆的价格是否在贷款机构允许贷款的价格范围内，则确定满足上述贷款触发条件；购车用户的征信信息是否满足贷款机构认定的具备贷款的资格，若购车用户的征信信息满足贷款机构认定的具备贷款的资格，则确定满足上述贷款触发条件。在一些应用场景中，可以是上述贷款触发条件的2个或多个同时满足，才确定满足上述贷款触发条件，需要说明的是，上述所列举的应用场景在这里只是举例说明，在实际应用中，具体的贷款触发条件，可通过购车联盟链参与方之间的共识所生成的智能合约去规定，这里不对本申请实施例构成限定。例如，在一些应用场景中，检测购车用户与汽车商签订的购车合同是否属于可贷款的合同种类。可知，在购购车贷款业务中，可以针对不同的汽车产品设置不同的合同模板，这些合同模板对应的合同种类不相同，有些合同模板属于可以贷款的合同种类，有些合同模板数据不可贷款的合同种类，其中，合同种类是否为可贷款或不可贷款，可通过上述所列举的触发贷款条件所确定，从而使得签订后的购车合同也存在可贷款和不可贷款两种。

S90、将智能合约部署至购车联盟链中；

在根据所述汽车商与所述贷款机构之间达成的共识生成智能合约后，可将智能合约部署至所述购车联盟链中。

S100、若购车合同满足购车联盟链中智能合约的贷款触发条件，则向贷款机构发出贷款申请；

如前述，贷款触发条件为智能合约里的以数字形式定义的某种承诺，智能合约参与方可以在上面执行这些承诺的协议，是购车联盟链上满足触发条件会自动执行的自动化脚本或代码，因此，将购车合同记录至购车联盟链中后，会判断购车合同是否满足购车联盟链中部署的智能合约的触发条件，包括智能合约中的贷款触发条件，若购车合同满足购车联盟链中智能合约的贷款触发条件，则向贷款机构发出贷款申请。

其中，示例性的，确定购车合同的合同种类；判断购车合同的合同种类是否属于预设的可贷款合同种类，可贷款合同种类是指智能合约中预先约定好的贷款机构允许贷款的合同的类别；若购车合同的合同种类属于预设的可贷款合同种类，则确定购车合同满足智能合约的贷款触发条件。

首先，可以确定购车合同的合同种类。可知，每个购车合同上可以设置有合同种类的属性，在得到该购车合同后，直接从该购车合同上获取到该属性，也即该合同种类即可。在确定出该购车合同的合同种类之后，可以判断购车合同的合同种类是否属于预设的可贷款合同种类，其中，该可贷款合同种类是指智能合约中预先约定好的贷款机构允许贷款的合同的类别。可以理解的是，当购车合同的合同种类属于预设的可贷款合同种类时，可以认为本次购车交易的购车用户可以向贷款机构申请贷款，因此可以确定该购车合同满足智能合约的贷款触发条件。需要说明的是，若购车合同的合同种类不属于预设的可贷款合同种类，则可以确定购车合同不满足智能合约的贷款触发条件。

S110、调用智能合约的接口，将购车贷款合同记录至购车联盟链中，购车贷款合同为贷款机构收到贷款申请后，与购车用户签订生成。

若购车合同满足购车联盟链中智能合约的贷款触发条件，则向贷款机构发出贷款申请后，购车用户可以与贷款机构签订购车贷款合同，在获取了购车用户可以与贷款机构签订的购车贷款合同后，通过调用智能合约的接口，将购车贷款合同记录至购车联盟链中。也就是说，在本申请实施例中，购车用户通过购车客户端与汽车商签订的购车合同中包括了贷款明细，则可根据智能合约，自动向贷款机构申请对应的购车贷款，且使得购车贷款合同记录至购车联盟链中，这样，能有效地使得购车贷款记录不被篡改，且购车用户、汽车商与贷款机构之前的贷款记录也得以追溯，有效地提高了贷款记录的安全性。

在一实施例中，购车联盟链上还包括征信机构，如图5所示，向贷款机构发出贷款申请之后，调用智能合约的接口，将购车贷款合同记录至购车联盟链中之前，基于联盟链的购车信息处理方法还包括如下步骤：

S120、接收贷款机构发送的征信查询请求，征信查询请求为贷款机构接收到贷款申请后发送，征信查询请求用于查询购车用户的征信信息；

也就是说，购车联盟链中除了包含购车客户端、汽车商、贷款机构外，还包括征信机构的一个或多个节点，这样，当向贷款机构发出贷款申请时，贷款机构可向征信机构获取相应参与方，如购车用户的征信信息，具体地，可发送贷款机构发送的用于查询购车用户的征信信息的征信查询请求，因此可接收到接收贷款机构发送的征信查询请求。

S130、将征信查询请求转发至征信机构；

当接收到贷款机构发送的征信查询请求后，可将征信查询请求转发至征信机构，以使得征信机构查询购车用户的征信信息。在具体应用中，征信机构为各银行在购车联盟链中部署的节点，因此，征信机构可调用银行的后台数据，从而获取到购车用户的征信信息。

S140、接收征信机构根据征信查询请求反馈的购车用户的征信信息；

当征信机构获取到购车用户的征信信息后，可接收征信机构根据征信查询请求反馈的购车用户的征信信息。

S150、将征信信息发送至贷款机构；

S160、获取贷款机构与购车用户的购车贷款合同，购车贷款合同为贷款机构确认了购车用户的征信信息后与购车用户签订生成。

在获取了征信信息后，可将征信信息发送至贷款机构，以便贷款机构确定购车用户是否满足贷款机构设定的贷款条件，若满足则可与购车用户签订购车贷款合同。

所述购车贷款合同为所述贷款机构确认了所述购车用户的所述征信信息后与所述购车用户签订生成，在具体应用中，购车用户可通过购车客户端与贷款机构签订上述购车贷款合同。

在一实施例中，调用智能合约的接口，将购车贷款合同记录至购车联盟链中之后，基于联盟链的购车信息处理方法还包括如下步骤：调用智能合约的接口，将放款信息记录至购车联盟链中，放款信息为贷款机构根据购车贷款合同发放购车款给汽车商的记录信息。

可以理解的是，在该购车贷款合同记录至该购车联盟链之后，购车贷款合同生效，该贷款机构会根据购车贷款合同直接发放购车款项给汽车商，此时该放款动作将产生放款信息。具体地，该放款信息可以包括放款方、收款方、放款金额、放款日期等信息。在产生该放款信息后，服务器可以调用智能合约的接口，将放款信息记录至购车联盟链。这样，可以使得购车用户的每一笔还款记录得到追溯，并且可以降低被篡改的风险。

在一实施例中，如图6所示，基于联盟链的购车信息处理方法还包括如下步骤：

S170、获取购车用户的还款信息，还款信息为购车用户按照购车贷款合同通过购车客户端进行还款时生成；

S180、将购车用户的还款信息记录至购车联盟链中。

在贷款机构放款给汽车商后，购车用户需要按照购车贷款合同进行还款，每当该购车用户还款时会相应产生还款信息，服务器可以将购车用户的还款信息记录至购车联盟链。另外，由于购车用户的还款行为通常影响该购车用户的征信信息，因此，本实施例中还需要通过购车联盟链上的预设通道向征信机构授权，以使征信机构记录购车用户的还款信息并更新购车用户的征信信息。其中，预设通道上包括汽车商、贷款机构和征信机构。

需要说明的是，该购车联盟链上可以设置通道，例如以Hyperledger fabric为框架的购车联盟链上可以设置多通道multi-channel，不同通道上的不同节点只能查看当前通道上的交易数据，不同通道上的不同节点也只需维护本通道加入购车联盟链的账本信息即可，而感应不到其他通道的存在，这样可以满足不同业务场景下不同交易方访问不同数据的基本要求，从而实现多业务多数据的隔离，避免无关机构节点访问数据。本实施例中，可以在该购车联盟链上预设通道，该通道上至少包括所述汽车商、所述贷款机构和所述征信机构，这样，可以通过授权的方式使得通道上的交易方查看该购车联盟链上的数据，即查看所述目标购车合同、所述征信信息、所述购车贷款合同、所述放款记录信息和/或所述还款信息。另外需要说明的是，为了提高对该购车贷款交易的监管力度，进一步提高交易的安全性，所述预设通道上还可以包括监管机构，本方法还包括：

通过所述预设通道授权所述监管机构查看所述购车联盟链上的所述目标购车合同、所述征信信息、所述购车贷款合同、所述放款记录信息和所述还款信息。可以理解的是，在本实施例中，监管机构可以通过该预设通道授权查看所述购车联盟链上的交易数据，从而一定程度上确保了本次购车贷款交易过程的数据真实性和有效性。若该监管机构查看发现购车联盟链上某些交易数据存在虚假，则可以按照智能合约的约定追究责任方的责任。

在一实施例中，基于联盟链的购车信息处理方法还包括如下步骤：对所述购车联盟链上的所述征信机构授权，以使所述征信机构记录所述购车用户的还款信息并更新所述购车用户的征信信息。

这样，购车用户对于购车贷款的每一笔还款信息都能被记录在购车联盟链中，那么，对于那些购车用户能够按照购车贷款合同进行还款，哪些购车用户未能按照购车贷款合同进行还款都在购车联盟链中可查询得到，对于征信机构而言，可通过上述购车用户的额还款情况及时的对购车用户的征信信息进行更新，可有效地的记录每个购车用户的信用情况。

应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。

在一实施例中，提供一种基于联盟链的购车信息处理装置，购车信息处理装置为购车联盟链中的区块链节点，购车联盟链还包括汽车商以及购车客户端，汽车商以及购车客户端为购车联盟链中的区块链节点，该基于联盟链的购车信息处理装置与上述实施例中基于联盟链的购车信息处理方法一一对应。如图7所示，该基于联盟链的购车信息处理装置70包括接收模块701、身份验证模块702、反馈模块703、获取模块704、资质验证模块705和记录模块706。各功能模块详细说明如下：

接收模块701，用于接收购车用户通过购车联盟链中的购车客户端发送的购车申请，购车申请包含购车用户的身份信息，购车联盟链为由购车客户端以及汽车商所构成的购车联盟链；

身份验证模块702，用于对接收模块接收的购车申请中的购车用户的身份信息进行身份验证；

反馈模块703，用于若购车用户的身份信息通过身份验证模块702的身份验证，则向购车客户端反馈购车响应消息；

获取模块704，用于获取购车用户通过购车客户端发送的购车用户与汽车商签订的购车合同，购车合同为购车客户端接收到反馈模块703反馈的购车响应消息后生成，购车合同上包含有汽车商的资质信息；

资质验证模块705，用于根据获取模块704获取的购车合同中汽车商的资质信息对汽车商进行资质验证；

记录模块706，用于若汽车商通过资质验证模块705的资质验证，则将购车合同记录至购车联盟链中。

在一实施例中，购车联盟链上还包括贷款机构，基于联盟链的购车信息处理装置还包括确定模块、生成模块、部署模块、发送模块和调用模块。

其中，确定模块，用于确定汽车商与贷款机构之间达成的共识；

生成模块，用于根据所述确定模块确定的汽车商与贷款机构之间达成的共识生成智能合约，智能合约包括用户购车的贷款触发条件；

部署模块，用于将生成模块生成的智能合约部署至购车联盟链中；

发送模块，用于若购车合同满足购车联盟链中部署模块部署的智能合约的贷款触发条件，则向贷款机构发出贷款申请；

调用模块，用于调用部署模块部署的智能合约的接口，将购车贷款合同记录至购车联盟链中，购车贷款合同为贷款机构收到贷款申请后，与购车用户签订生成。

在一实施例中，购车联盟链上还包括征信机构，基于联盟链的购车信息处理装置还包括转发模块；

接收模块还用于：向贷款机构发出贷款申请之后，调用智能合约的接口将购车贷款合同记录至购车联盟链中之前，接收贷款机构发送的征信查询请求，征信查询请求为贷款机构接收到贷款申请后发送，征信查询请求用于查询购车用户的征信信息；

转发模块，用于将接收模块接收的征信查询请求转发至征信机构；

接收模块还用于：接收征信机构根据征信查询请求反馈的购车用户的征信信息；

发送模块，还用于将征信信息发送至贷款机构；

获取模块，还用于获取贷款机构与购车用户的购车贷款合同，购车贷款合同为贷款机构确认了购车用户的征信信息后与购车用户签订生成。

在一实施例中，调用模块还用于：调用智能合约的接口，将购车贷款合同记录至购车联盟链中之后调用智能合约的接口，将放款信息记录至购车联盟链中，放款信息为贷款机构根据购车贷款合同发放购车款给汽车商的记录信息。

在一实施例中，获取模块，还用于获取购车用户的还款信息，还款信息为购车用户按照购车贷款合同通过购车客户端进行还款时生成；记录模块，还用于将购车用户的还款信息记录至购车联盟链中。

在一实施例中，基于联盟链的购车信息处理装置还包括授权模块。

其中，授权模块，用于对购车联盟链上的征信机构授权，以使征信机构记录购车用户的还款信息并更新购车用户的征信信息。

在一实施例中，汽车商的资质信息包含汽车商的企业代码，资质验证模块具体用于：根据汽车商的企业代码对汽车商进行资质验证，若汽车商的企业代码为预存的代码，则确定汽车商通过资质验证。

关于基于联盟链的购车信息处理装置的具体限定可以参见上文中对于基于联盟链的购车信息处理方法的限定，在此不再赘述。上述基于联盟链的购车信息处理装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

在一个实施例中，提供了一种计算机设备，该计算机设备可以是服务器，其内部结构图可以如图8所示。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口和数据库。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于存储上述方法实施例涉及到的相关信息，例如获取的购车信息等。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现上述基于联盟链的购车信息处理方法。

在一个实施例中，提供了一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行计算机程序时实现以下步骤：

接收购车用户通过购车客户端发送的购车申请，购车申请包含购车用户的身份信息；

若购车用户的身份信息通过身份验证，则向购车客户端反馈购车响应消息；

获取购车用户通过购车客户端发送的购车用户与汽车商签订的购车合同，购车合同为购车客户端接收到购车响应消息后生成，购车合同上包含有汽车商的资质信息；

根据汽车商的资质信息对汽车商进行资质验证；

若汽车商通过资质验证，则将购车合同记录至购车联盟链中。

在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现以下步骤：

接收购车用户通过购车联盟链中的购车客户端发送的购车申请，购车申请包含购车用户的身份信息；

对购车用户的身份信息进行身份验证；

若购车用户的身份信息通过身份验证，则向购车客户端反馈购车响应消息；

获取购车用户通过购车客户端发送的购车用户与汽车商签订的购车合同，购车合同为购车客户端接收到购车响应消息后生成，购车合同上包含有汽车商的资质信息；

根据汽车商的资质信息对汽车商进行资质验证；

若汽车商通过资质验证，则将购车合同记录至购车联盟链中。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请实施例所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)或者外部高速缓冲存储器。作为说明而非局限，RAM以多种形式可得，诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双数据率SDRAM(DDRSDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM(SLDRAM)、存储器总线(Rambus)直接RAM(RDRAM)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)等。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将所述装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。

以上所述实施例仅用以说明本申请实施例的技术方案，而非对其限制；尽管参照前述实施例对本申请实施例进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请实施例各实施例技术方案的精神和范围，均应包含在本申请实施例的保护范围之内。

Claims (10)

1.一种基于联盟链的购车信息处理方法，其特征在于，应用于购车联盟链的购车信息处理装置中，所述购车联盟链还包括汽车商以及购车客户端，所述购车信息处理装置、汽车商以及购车客户端为所述购车联盟链中的区块链节点，所述方法包括：

接收购车用户通过所述购车客户端发送的购车申请，所述购车申请包含所述购车用户的身份信息；

对所述购车用户的身份信息进行身份验证；

若所述购车用户的身份信息通过所述身份验证，则向所述购车客户端反馈购车响应消息；

获取所述购车用户通过所述购车客户端发送的所述购车用户与所述汽车商签订的购车合同，所述购车合同为所述购车客户端接收到所述购车响应消息后生成，所述购车合同上包含有所述汽车商的资质信息；

根据所述汽车商的资质信息对所述汽车商进行资质验证；

若所述汽车商通过所述资质验证，则将所述购车合同记录至所述购车联盟链中。

2.如权利要求1所述的基于联盟链的购车信息处理方法，其特征在于，所述购车联盟链上还包括贷款机构，所述方法还包括：

确定所述汽车商与所述贷款机构之间达成的共识；

根据所述汽车商与所述贷款机构之间达成的共识生成智能合约，所述智能合约包括所述用户购车的贷款触发条件；

将所述智能合约部署至所述购车联盟链中；

若所述购车合同满足所述购车联盟链中所述智能合约的所述贷款触发条件，则向所述贷款机构发出贷款申请；

调用所述智能合约的接口，将购车贷款合同记录至所述购车联盟链中，所述购车贷款合同为所述贷款机构收到所述贷款申请后，与所述购车用户签订生成。

3.如权利要求2所述的基于联盟链的购车信息处理方法，其特征在于，所述购车联盟链上还包括征信机构，所述向所述贷款机构发出贷款申请之后，所述调用所述智能合约的接口，将购车贷款合同记录至所述购车联盟链中之前，所述方法还包括：

接收所述贷款机构发送的征信查询请求，所述征信查询请求为所述贷款机构接收到所述贷款申请后发送，所述征信查询请求用于查询所述购车用户的所述征信信息；

将所述征信查询请求转发至所述征信机构；

接收所述征信机构根据所述征信查询请求反馈的所述购车用户的所述征信信息；

将所述征信信息发送至所述贷款机构；

获取所述贷款机构与所述购车用户的所述购车贷款合同，所述购车贷款合同为所述贷款机构确认了所述购车用户的所述征信信息后与所述购车用户签订生成。

4.如权利要求3所述的基于联盟链的购车信息处理方法，其特征在于，所述调用所述智能合约的接口，将购车贷款合同记录至所述购车联盟链中之后，所述方法还包括：

调用所述智能合约的接口，将放款信息记录至所述购车联盟链中，所述放款信息为所述贷款机构根据所述购车贷款合同发放购车款给所述汽车商的记录信息。

5.如权利要求4所述的基于联盟链的购车信息处理方法，其特征在于，所述方法还包括：

获取所述购车用户的还款信息，所述还款信息为所述购车用户按照所述购车贷款合同通过所述购车客户端进行还款时生成；

将所述购车用户的所述还款信息记录至所述购车联盟链中。

6.如权利要求5所述的基于联盟链的购车信息处理方法，其特征在于，所述方法还包括：

对所述购车联盟链上的所述征信机构授权，以使所述征信机构记录所述购车用户的还款信息并更新所述购车用户的征信信息。

7.如权利要求1-6任一项所述的基于联盟链的购车信息处理方法，其特征在于，所述汽车商的资质信息包含所述汽车商的企业代码；

所述根据所述汽车商的资质信息对所述汽车商进行资质验证，包括：

根据所述汽车商的企业代码对所述汽车商进行资质验证，若所述汽车商的企业代码为预存的代码，则确定所述汽车商通过所述资质验证。

8.一种基于联盟链的购车信息处理装置，其特征在于，所述购车信息处理装置为购车联盟链中的区块链节点，所述购车联盟链还包括汽车商以及购车客户端，所述汽车商以及购车客户端为所述购车联盟链中的区块链节点，所述旅游信息处理装置包括：

接收模块，用于接收购车用户通过所述购车客户端发送的购车申请，所述购车申请包含所述购车用户的身份信息；

身份验证模块，用于对所述接收模块接收的所述购车申请中的所述购车用户的身份信息进行身份验证；

反馈模块，用于若所述购车用户的身份信息通过所述身份验证模块的所述身份验证，则向所述购车客户端反馈购车响应消息；

获取模块，用于获取所述购车用户通过所述购车客户端发送的所述购车用户与所述汽车商签订的购车合同，所述购车合同为所述购车客户端接收到所述反馈模块反馈的所述购车响应消息后生成，所述购车合同上包含有所述汽车商的资质信息；

资质验证模块，用于根据所述获取模块获取的所述购车合同中所述汽车商的资质信息对所述汽车商进行资质验证；

记录模块，用于若所述汽车商通过所述资质验证模块的所述资质验证，则将所述购车合同记录至所述购车联盟链中。

9.一种计算机设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如权利要求1至7任一项所述基于联盟链的购车信息处理方法的步骤。

10.一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1至7任一项所述基于联盟链的购车信息处理方法的步骤。