CN111311269B - 基于区块链的用车出行方法及装置 - Google Patents

Abstract

本发明实施例提供一种基于区块链的用车出行方法及装置，该方法包括：接收节点获取用车记录，用车记录是用户客户端在全网广播的记录，用车记录包括用车信息和签名信息。接收节点根据签名信息对用车记录进行验证，在验证通过后根据用车信息生成区块。接收节点将区块加入至区块链中。本实施例通过区块链避免了对司机评价信息的篡改以及覆盖，保障用户的出行安全，从而提升了用户体验。

Description

基于区块链的用车出行方法及装置

技术领域

本发明实施例涉及计算机技术，尤其涉及一种基于区块链的用车出行方法及装置。

背景技术

随着互联网行业的发展，使用移动终端进行车辆预约已经变为一种较为普遍的出行方式，其中用户出行过程中的用车安全问题变得至关重要。

现有技术除通过制定行业规范对司机的行为进行约束之外，通常采用用户在一次出行结束后，对当前出行的司机的相关信息进行评价的方式保证用户的出行安全。

然而，对司机的评价数据可能被人为篡改或者覆盖等，从而导致用户的出行安全难以保障，用户体验下降。

发明内容

本发明实施例提供一种基于区块链的用车出行方法及装置，以实现对用户出行安全的保障。

第一方面，本发明实施例提供一种基于区块链的用车出行方法，包括：

接收节点获取用车记录，所述用车记录是用户客户端在全网广播的记录，所述用车记录包括用车信息和签名信息；

所述接收节点根据所述签名信息对所述用车记录进行验证，在验证通过后根据所述用车信息生成区块；

所述接收节点将所述区块加入至区块链中。

在一种可能的设计中，所述接收节点获取用车记录，包括：

所述接收节点获取用车交易记录，所述用车交易记录是所述用户客户端在到达目的地时向全网广播的记录，所述用车交易记录包括所述用车信息和所述签名信息，所述用车信息包括交易金额、交易时间、司机信息或车辆信息中的至少一个。

在一种可能的设计中，所述接收节点获取用车交易记录，包括：

所述接收节点获取智能合约，所述智能合约是由所述用户客户端在达到所述智能合约的触发条件时生成并向全网广播的合约，所述智能合约用于指示所述用车交易记录，其中，所述智能合约的触发条件为所述用户到达目的地后。

在一种可能的设计中，所述接收节点获取用车记录，包括：

所述接收节点获取用车评价记录，所述用车评价记录是所述用户客户端在交易结束后向全网广播的记录，所述用车评价记录包括所述用车信息和所述签名信息，所述用车信息包括司机信息以及评价内容。

在一种可能的设计中，所述接收节点获取用车交易记录之前，还包括：

所述接收节点在司机客户端接单后，接收所述用户客户端发送的信息请求消息；

所述接收节点向所述用户客户端发送司机信息，以使所述用户客户端向用户显示所述司机信息，所述司机信息包括车辆信息以及历史评价。

在一种可能的设计中，所述接收节点将所述区块加入至区块链中，包括：

所述接收节点与其它接收节点基于共识过程达成共识后，将所述区块加入至区块链中。

在一种可能的设计中，所述接收节点根据所述签名信息对所述用车记录进行验证，在验证通过后根据所述用车信息生成区块，包括：

所述接收节点将所述用车记录存储至待验证队列；

所述接收节点排在所述用车记录之前的记录验证完成后，从所述待验证队列中获取所述用车记录。

第二方面，本发明实施例提供一种基于区块链的用车出行装置，包括：

获取模块，用于接收节点获取用车记录，所述用车记录是用户客户端在全网广播的记录，所述用车记录包括用车信息和签名信息；

验证模块，用于所述接收节点根据所述签名信息对所述用车记录进行验证，在验证通过后根据所述用车信息生成区块；

加入模块，用于所述接收节点将所述区块加入至区块链中。

在一种可能的设计中，所述获取模块具体用于：

所述接收节点获取用车交易记录，所述用车交易记录是所述用户客户端在到达目的地时向全网广播的记录，所述用车交易记录包括所述用车信息和所述签名信息，所述用车信息包括交易金额、交易时间、司机信息或车辆信息中的至少一个。

在一种可能的设计中，所述获取模块具体用于：

所述接收节点获取智能合约，所述智能合约是由所述用户客户端在达到所述智能合约的触发条件时生成并向全网广播的合约，所述智能合约用于指示所述用车交易记录，其中，所述智能合约的触发条件为所述用户到达目的地后。

在一种可能的设计中，所述获取模块具体用于：

所述接收节点获取用车评价记录，所述用车评价记录是所述用户客户端在交易结束后向全网广播的记录，所述用车评价记录包括所述用车信息和所述签名信息，所述用车信息包括司机信息以及评价内容。

在一种可能的设计中，还包括：接收模块；

所述接收模块具体用于：

所述接收节点获取用车交易记录之前，所述接收节点在司机客户端接单后，接收所述用户客户端发送的信息请求消息；

所述接收节点向所述用户客户端发送司机信息，以使所述用户客户端向用户显示所述司机信息，所述司机信息包括车辆信息以及历史评价。

在一种可能的设计中，所述加入模块具体用于：

所述接收节点与其它接收节点基于共识过程达成共识后，将所述区块加入至区块链中。

在一种可能的设计中，所述验证模块具体用于：

所述接收节点将所述用车记录存储至待验证队列；

所述接收节点排在所述用车记录之前的记录验证完成后，从所述待验证队列中获取所述用车记录。

第三方面，本发明实施例提供一种基于区块链的用车出行设备，包括：

存储器，用于存储程序；

处理器，用于执行所述存储器存储的所述程序，当所述程序被执行时，所述处理器用于执行如上第一方面以及第一方面各种可能的设计中任一所述的方法。

第四方面，本发明实施例提供一种计算机可读存储介质，包括指令，当其在计算机上运行时，使得计算机执行如上第一方面以及第一方面各种可能的设计中任一所述的方法。

本发明实施例提供一种基于区块链的用车出行方法及装置，该方法包括：接收节点获取用车记录，用车记录是用户客户端在全网广播的记录，用车记录包括用车信息和签名信息。接收节点根据签名信息对用车记录进行验证，在验证通过后根据用车信息生成区块。接收节点将区块加入至区块链中。通过接受节点对用车记录进行验证，进一步将验证通过的用车信息加入至区块链中，从而保证用车信息对应的交易的真实性，避免了对司机评价信息的篡改以及覆盖，保障用户的出行安全，从而提升了用户体验。

附图说明

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

图1为本发明实施例提供的基于区块链的用车出行方法的***示意图；

图2为本发明实施例提供的基于区块链的用车出行方法的流程图一；

图3为本发明实施例提供的基于区块链的用车出行方法的流程图二；

图4为本发明实施例提供的基于区块链的用车出行装置的结构示意图一；

图5为本发明实施例提供的基于区块链的用车出行装置的结构示意图二；

图6为本发明实施例提供的基于区块链的用车出行设备的硬件结构示意图。

具体实施方式

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

首先对本发明所涉及的区块链的概念进行解释。

区块链是一种分布式数据库，任何信息都可以写入区块链，也可以从区块链中读取信息。任何人都可以使用自己的电脑加入区块链，成为其中的一个节点。区块链是去中心化的，它不属于个人监管，属于共同管理，每个节点平等，任何写入的信息最后都会同步以保证区块链一致。

区块链技术概括起来是指通过去中心化和去信任的方式集体维护一个可靠数据库的技术。其实，区块链技术是多种技术(如加密算法、P2P文件传输等)整合的结果，这些技术与数据库巧妙地组合在一起，形成了一种新的数据记录、传递、存储与呈现的方式。区块链技术就是一种大家共同参与记录信息、存储信息的技术。区块链技术让***中的每一个人都可以参与数据的记录、存储。通过复杂的校验机制，区块链数据库能够保持完整性、连续性和一致性，即使部分参与人作假也无法改变区块链的完整性，更无法篡改区块链中的数据。

区块链有以下几大特征：

(1)去中心化

由于使用分布式核算和存储，不存在中心化的硬件或管理机构，任意节点的权利和义务都是均等的，***中的数据块由整个***中具有维护功能的节点来共同维护。

(2)开放性

***是开放的，除了交易各方的私有信息被加密外，区块链的数据对所有人公开，任何人都可以通过公开的接口查询区块链数据和开发相关应用，因此整个***信息高度透明。

(3)自治性

区块链采用基于协商一致的规范和协议(比如一套公开透明的算法)使得整个***中的所有节点能够在去信任的环境自由安全的交换数据，使得对“人”的信任改成了对机器的信任，任何人为的干预不起作用。

(4)信息不可篡改

一旦信息经过验证并添加至区块链，就会永久的存储起来，除非能够同时控制住***中超过51％的节点，否则单个节点上对数据库的修改是无效的，因此区块链的数据稳定性和可靠性极高。

(5)匿名性

由于节点之间的交换遵循固定的算法，其数据交互是无需信任的(区块链中的程序规则会自行判断活动是否有效)，因此交易对手无须通过公开身份的方式让对方对自己产生信任，对信用的累积非常有帮助。

(6)高度透明

可被所有人审查。

下面结合具体的实施例对本发明提出的基于区块链的用车出行方法进行详细介绍。

图1为本发明实施例提供的基于区块链的用车出行方法的***示意图。如图1所示，包括：接收节点101以及用户客户端102。

具体的，接收节点101为区块链中的节点，其中区块链是一种特殊的分布式数据库，任何用户都可以使用自己的终端设备加入区块链，成为其中的一个节点，区块链具有去中心化、去信任化以及数据无法篡改的特点。

进一步地，接收节点101用于接收相关信息并对接收的信息进行验证，从而判断针对该信息是否可以生成区块，若可以，则将生成的区块加入区块链中，其中接收节点101可以有多个，如图1中示例性给出的，本发明实施例对接收节点101的数量以及具体实现方式不做特别限制。

其中用户客户端102为用户操作的客户端，在本实施例中，用户客户端102为用户用于出行的客户端，其中用户客户端102例如可以根据用户的出行指令为用户分配司机以及车辆，其中用户客户端102还例如可以向用户展示当前出行车辆以及司机相关的信息，本发明实施例对用户客户端102的功能以及具体实现方式不做特别限制。

可选地，用户客户端102同样可以为区块链中的节点，例如可以用于发起交易，还例如可以用于进行验证等，此处对此不做限制。如图1所示，区块链中任意一个接收节点101均可接收任意一个用户客户端102发起的交易数据或者验证请求等，其中任意一个用户客户端102同样需要将交易数据以及验证请求发送至区块链中所有的接收节点101进行验证，图1中只是示例性的给出对应关系，本发明实施例对此不做限制。

进一步地，接受节点101根据交易数据以及验证请求对当前交易的相关信息进行验证，当所有接收节点101对于验证结果达成共识，并同意接受该交易对应的区块时，则可以将该区块加入到区块链中，加入到区块链中的交易数据不可篡改，并且交易数据透明，区块链中的任何节点均可对交易数据进行访问。

具体的，当用户存在出行意愿时，通过用户客户端102呼叫车辆，进一步地，用户客户端102将呼叫的车辆的相关信息以及司机信息展示给用户，基于现有技术中司机的信息存在被篡改以及覆盖的可能从而造成安全隐患，本发明实施例提供一种基于区块链的用车出行方法。

下面结合图2对本发明实施例提供的基于区块链的用车出行方法进行进一步地详细介绍，图2为本发明实施例提供的基于区块链的用车出行方法的流程图一。如图2所示，该方法包括：

S201、接收节点获取用车记录，用车记录是用户客户端在全网广播的记录，用车记录包括用车信息和签名信息。

具体的，用户通过用户客户端发起用车请求之后，用户客户端根据用车请求为用户分配车辆以及司机，其中用户请求例如可以包括当前用户所在的地理位置，还例如可以包括乘坐车辆的人数等，本发明实施例对此不做限制，进一步地，根据用户的用户请求选择合适的车辆以及司机，并将该车辆以及司机相关的信息展示给用户，其中车辆以及司机相关的信息例如可以为车牌号、车辆颜色或者司机评分等，本发明实施例对展示给用户的信息不做限制，本领域技术人员可以理解，展示给用户的信息可以根据需求进行设计。

可选地，用户根据车辆以及司机相关的信息可以选择接受使用该车辆完成出行，还可以选择拒绝使用该车辆完成出行，例如用户根据展示数据中的司机评分认为该司机评分过低，可以拒绝使用该车辆，通过用户客户端为用户提供对司机以及车辆的选择，可以提升用户体验。

进一步地，若用户同意使用该车辆完成出行，则用户客户端对用车信息进行签名，其中用车信息例如可以包括交易金额、交易时间，还例如可以包括司机的相关信息、车辆的相关信息等，本发明实施例对用车信息不做也别限制，本领域技术人员可以理解，用车信息可以根据实际需要进行设计。

具体的，用户客户端对用车信息进行签名的方式例如可以为非对称加密，还例如可以为通过哈希函数进行签名，本发明实施例对签名的具体实现方式不做限制，用户客户端进行签名之后得到签名信息，本领域技术人员可以理解，其中签名信息所包含的具体内容根据签名的具体方式确定，此处不做限制。

在本实施例中，用车记录包括用车信息和签名信息，用户客户端将用车信息广播至全网，全网中包括接收节点，接收节点进一步获取该用车记录，并在本地创建副本，从而实现了区块链中全网信息的同步。

S202、接收节点根据签名信息对用车记录进行验证，在验证通过后根据用车信息生成区块。

进一步地，接收节点根据签名信息对用测记录进行验证，其中验证的具体方式根据生成签名信息的方式进行确定，下面以采用非对称加密的方式生成签名信息为例进行介绍。

具体的，用户客户端创建公钥以及私钥，用户客户端根据私钥对用车信息进行加密得到签名信息，此处的加密即为签名的过程，其中签名信息包括加密结果以及公钥，进一步接受节点根据签名结果中的公钥对加密结果进行解密操作得到解密结果，若数据正确并且真实，则解密结果与加密前的用车信息应该是一致的，进一步地，接受节点验证解密结果与用车信息是否一致，从而完成对用车记录的验证。

以上只是结合非对称加密的签名方式对验证进行示例性的介绍，并非唯一的实现方式，其中验证的方式还例如可以为用户客户端根据哈希函数对用车信息进行签名得到签名结果，进一步地接收节点根据该签名结果预计哈希函数的反过程得到破解后的签名信息，验证破解后的签名信息与用车信息进行比较从而判断是否通过验证，其实现方式与上述介绍的类似，此处不再详细说明。

进一步地，全网的接收节点均对该用车记录进行验证，若全网的接收节点关于验证无法达成共识，则拒绝创建该用车信息对应的区块，若全网的接收节点关于该用车记录的验证达成验证通过的共识，则根据该用车信息生成区块，其中区块为区块链中的基本单位，用于存储交易相关的信息以及用车信息。

S203、接收节点将区块加入至区块链中。

在本实施例中，接收节点将区块接入至区块链中，其中区块链中的所有节点对该区块的数据进行共享，区块链中的每个节点均可以实现对区块中数据的访问，从而实现了交易的透明化。

进一步地，加入区块链中的区块，其数据无法篡改，从而避免了司机篡改其评价信息或者覆盖其评价信息从而导致的安全隐患，加入区块链中的区块其数据同样保证是真实的，每一个区块都对应一次真实的用车交易，从而避免了某些司机存在的刷单或者刷好评的行为，提升用户的安全感。

本发明实施例提供的基于区块链的用车出行方法，包括：接收节点获取用车记录，用车记录是用户客户端在全网广播的记录，用车记录包括用车信息和签名信息。接收节点根据签名信息对用车记录进行验证，在验证通过后根据用车信息生成区块。接收节点将区块加入至区块链中。通过接受节点对用车记录进行验证，进一步将验证通过的用车信息加入至区块链中，从而保证用车信息对应的交易的真实性，避免了对司机评价信息的篡改以及覆盖，保障用户的出行安全，从而提升了用户体验。

下面结合图3对本发明实施例提供的基于区块链的用车出行方法进行进一步地详细介绍，图3为本发明实施例提供的基于区块链的用车出行方法的流程图二。如图3所示，该方法包括：

S301、接收节点在司机客户端接单后，接收用户客户端发送的信息请求消息。

具体的，司机客户端根据用户的出行信息确认是否接单，其中司机客户端为司机使用的客户端，本发明实施例对司机客户端不做特别限制。进一步地，接收节点接收用户客户端发送的信息请求消息，其中信息请求消息用于指示用户客户端需要的相关信息，其中信息请求消息例如可以为指示接受节点发送车辆信息，还例如可以为指示接收节点发送司机评价等，本发明实施例对信息请求消息不做特别限制。

S302、接收节点向用户客户端发送司机信息，以使用户客户端向用户显示司机信息，司机信息包括车辆信息以及历史评价。

在本实施例中，若司机客户端接单，则接收节点将司机信息发送至用户客户端，其中司机信息包括车辆信息以及历史评价，具体的，车辆信息例如可以包括车牌号、车辆颜色、车型等，进一步地历史评价例如可以包括司机的总评分，还例如可以包括针对该司机的文字评价等，本发明实施例对司机信息不做特别限制。具体的，在本发明实施例中，历史评价为已完成的出行中用户针对司机做出的评价。

进一步地，用户客户端向用户显示司机信息，用户根据显示的司机信息判断是否要乘坐该车辆，若用户认为当前司机信息对应的车辆不符合自己的期待或者要求，可以拒绝使用该车辆进行出行，或者用户认为当前司机信息对应的车辆满足要求则同意使用该车辆出行，通过向用户显示司机信息，可以使得用户在出行之前对司机以及车辆进行选择，从而提升用户体验，保障用户安全。

S303、接收节点获取智能合约。

其中，智能合约是由用户客户端在达到智能合约的触发条件时生成并向全网广播的合约，智能合约用于指示用车交易记录，其中，智能合约的触发条件为用户到达目的地后。

具体的，智能合约是一种旨在以信息化方式传播、验证或执行合同的计算机协议，其中智能合约允许在没有第三方的情况下进行可信交易，这些交易可追踪并且不可逆转，通俗来讲，智能合约就是将多方合约的具体内容以编码的方式存储至计算机中，智能合约设置触发条件，当机器判断满足智能合约的触发条件时，即执行智能合约所规定的协议内容。

在本实施例中，智能合约是由用户客户端在到达智能合约的触发条件时生成并向全网广播的合约，具体的，在设计用户客户端的过程中，对智能合约所包含的合约内容进行规定得到一份智能合约的模板，该智能合约的模板存储在每一个用户客户端中。

其中模板的具体内容例如可以包括交易金额、交易开始时间、司机信息等，本领域技术人员可以理解，智能合约模板的具体内容以及设计可以根据需要进行设定，并且在使用的过程中可以根据需要进行修改，此处对智能合约的模板不做限制。进一步地，当需要生成智能合约时，将智能合约中所需要的信息填写至模板中，即生成针对此次出行的智能合约。

在本实施例中，智能合约的触发条件为用户到达目的地后，具体的，在用户到达目的地后，表示用户此次出行结束，此时具体的智能合约的触发指令例如可以为司机客户端确认用户下车的指令，还例如可以为用户客户端确认到达目的地的指令，本领域技术人员可以理解，智能合约的具体触发指令可以根据需求进行设定。

进一步地，执行智能合约将用车交易记录广播至全网，其中用车交易记录包括用车信息和签名信息，具体的，用车信息包括交易金额、交易时间、司机信息或车辆信息中的至少一个，将用车交易记录广播至全网从而保证接收节点能够对用车交易记录进行验证。

S304、接收节点获取用车评价记录。

其中，用车评价记录是用户客户端在交易结束后向全网广播的记录，用车评价记录包括用车信息和签名信息，用车信息包括司机信息以及评价内容。

进一步地，本发明实施例中接收节点还获取用车评价记录，其中用车评价记录是用户客户端在交易结束后向全网广播的记录，具体的，在接收节点获取到智能合约中的内容后，可以由用户确认交易的结束，也可以由用户客户端确认交易的结束，本发明实施例对此不做限制。

具体的，在用户此次出行对应的交易结束后，用户可以对此次交易中的司机进行评价，其中评价的具体内容例如可以为星级评价，还例如可以为分数评价，还例如可以包括文字评价等，本发明实施例对评价内容不做限制。

进一步地，用车评价记录包括用车信息和签名信息，其中用车信息包括司机信息以及评价内容，签名信息在上述实施例中以及进行了详细介绍，此处不再赘述，在本实施例中，交易结束之后用户客户端将用车评价记录广播至全网，从而接收节点获取用车评价记录。

S305、接收节点将用车记录存储至待验证队列。

S306、接收节点排在用车记录之前的记录验证完成后，从待验证队列中获取用车记录。

具体的，用车记录包括智能合约以及待验证队列，在本实施例中智能合约用于指示用车交易记录，例如用于指示用车信息和签名信息，其中用车信息例如可以为交易金额、交易时间、司机信息或车辆信息等，进一步地，接收节点将智能合约存储至待验证队伍，其中待验证队伍中存储的为需要接收节点进行验证的信息。

进一步地，接收节点按照待验证队伍的顺序对智能合约进行验证，在当前智能合约之前的信息均验证完成之后，接收节点从待验证队列中获取当前的智能合约进行验证，其中验证的内容为智能合约所指示的信息，验证的具体方式在上述实施例中已经进行了介绍，此处不再赘述。

可选地，在本实施例中，接收节点还用于对用车评价记录进行验证，具体的，接收节点将用车评价记录存储至待验证队伍，在当前用车评价记录之前的信息均验证完成之后，接收节点从待验证队列中获取当前的用车评价记录进行验证，其中验证的内容为司机信息以及评价内容，验证的具体方式在上述实施例中已经进行了介绍，此处不再赘述。

通过设置待验证队伍对用车记录进行验证，保证了验证过程高效有序的进行，进一步地，通过接收节点对用车记录进行验证，保证了数据的真实性，从而避免出现司机刷单或者刷好评等现象。

S307、接收节点与其它接收节点基于共识过程达成共识后，将区块加入至区块链中。

进一步地，区块链中全网的接收节点对用车信息进行验证，当接收节点与其它接收节点基于共识过程达成共识后，其中达成共识的具体设置方式例如可以为超过一半的接收节点验证成功，其余的接收节点同意验证成功的结果，还例如可以为所有的接收节点均验证成功，本发明实施例对此不做限制，在达成共识后，将区块加入至区块链中。

具体的，区块中包含有此次交易的相关信息，例如可以包含用车信息、还例如可以包含司机评价等，一旦区块加入至区块链中，区块中的信息全网共享，从而实现了交易的透明化，区块链中的任意一个节点均可以访问该区块中的信息，例如任意一个用户客户端均可以对某个区块中的针对司机的评价内容进行访问。

进一步地，区块链中的区块的内容不可修改，从而避免了司机对自己的评价信息进行篡改以及覆盖的情况发生，保证了对司机评价的真实性以及不可修改性，从而保证了用户的安全。

本发明实施例提供的基于区块链的用车出行方法，包括：、接收节点在司机客户端接单后，接收用户客户端发送的信息请求消息。接收节点向用户客户端发送司机信息，以使用户客户端向用户显示司机信息，司机信息包括车辆信息以及历史评价。接收节点获取智能合约。或者接收节点还获取用车评价记录。接收节点将用车记录存储至待验证队列，接收节点排在用车记录之前的记录验证完成后，从待验证队列中获取用车记录。接收节点与其它接收节点基于共识过程达成共识后，将区块加入至区块链中。通过接受节点对智能合约或者用车评价记录进行验证，从而保证了交易信息的真实性，进一步将区块接入至区块链中，保证了交易信息的透明化和不可篡改性，从而保障用户的安全。

图4为本发明实施例提供的基于区块链的用车出行装置的结构示意图一。如图4所示，该基于区块链的用车出行装置40包括：获取模块401、验证模块402以及加入模块403。

获取模块401，用于接收节点获取用车记录，用车记录是用户客户端在全网广播的记录，用车记录包括用车信息和签名信息；

验证模块402，用于接收节点根据签名信息对用车记录进行验证，在验证通过后根据用车信息生成区块；

加入模块403，用于接收节点将区块加入至区块链中。

可选地，获取模块401具体用于：

接收节点获取用车交易记录，用车交易记录是用户客户端在到达目的地时向全网广播的记录，用车交易记录包括用车信息和签名信息，用车信息包括交易金额、交易时间、司机信息或车辆信息中的至少一个。

可选地，获取模块401具体用于：

接收节点获取智能合约，智能合约是由用户客户端在达到智能合约的触发条件时生成并向全网广播的合约，智能合约用于指示用车交易记录，其中，智能合约的触发条件为用户到达目的地后。

可选地，获取模块401具体用于：

接收节点获取用车评价记录，用车评价记录是用户客户端在交易结束后向全网广播的记录，用车评价记录包括用车信息和签名信息，用车信息包括司机信息以及评价内容。

本实施例提供的装置，可用于执行上述方法实施例的技术方案，其实现原理和技术效果类似，本实施例此处不再赘述。

图5为本发明实施例提供的基于区块链的用车出行装置的结构示意图二。如图5所示，本实施例在图4实施例的基础上，还包括：接收模块504。

可选地，接收模块504具体用于：

接收节点获取用车交易记录之前，接收节点在司机客户端接单后，接收用户客户端发送的信息请求消息；

接收节点向用户客户端发送司机信息，以使用户客户端向用户显示司机信息，司机信息包括车辆信息以及历史评价。

可选地，加入模块503具体用于：

接收节点与其它接收节点基于共识过程达成共识后，将区块加入至区块链中。

可选地，验证模块502具体用于：

接收节点将用车记录存储至待验证队列；

接收节点排在用车记录之前的记录验证完成后，从待验证队列中获取用车记录。

图6为本发明实施例提供的基于区块链的用车出行设备的硬件结构示意图，如图6所示，本实施例的基于区块链的用车出行设备60包括：处理器601以及存储器602；其中

存储器602，用于存储计算机执行指令；

处理器601，用于执行存储器存储的计算机执行指令，以实现上述实施例中基于区块链的用车出行方法所执行的各个步骤。具体可以参见前述方法实施例中的相关描述。

可选地，存储器602既可以是独立的，也可以跟处理器601集成在一起。

当存储器602独立设置时，该基于区块链的用车出行设备还包括总线603，用于连接所述存储器602和处理器601。

本发明实施例还提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机执行指令，当处理器执行所述计算机执行指令时，实现如上基于区块链的用车出行设备所执行的基于区块链的用车出行方法。

在本发明所提供的几个实施例中，应该理解到，所揭露的设备和方法，可以通过其它的方式实现。例如，以上所描述的设备实施例仅仅是示意性的，例如，所述模块的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个模块可以结合或者可以集成到另一个***，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或模块的间接耦合或通信连接，可以是电性，机械或其它的形式。

上述以软件功能模块的形式实现的集成的模块，可以存储在一个计算机可读取存储介质中。上述软件功能模块存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器(英文：processor)执行本申请各个实施例所述方法的部分步骤。

应理解，上述处理器可以是中央处理单元(英文：Central Processing Unit，简称：CPU)，还可以是其他通用处理器、数字信号处理器(英文：Digital Signal Processor，简称：DSP)、专用集成电路(英文：Application Specific Integrated Circuit，简称：ASIC)等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合发明所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。

存储器可能包含高速RAM存储器，也可能还包括非易失性存储NVM，例如至少一个磁盘存储器，还可以为U盘、移动硬盘、只读存储器、磁盘或光盘等。

总线可以是工业标准体系结构(Industry Standard Architecture，ISA)总线、外部设备互连(Peripheral Component，PCI)总线或扩展工业标准体系结构(ExtendedIndustry Standard Architecture，EISA)总线等。总线可以分为地址总线、数据总线、控制总线等。为便于表示，本申请附图中的总线并不限定仅有一根总线或一种类型的总线。

上述存储介质可以是由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。存储介质可以是通用或专用计算机能够存取的任何可用介质。

本领域普通技术人员可以理解：实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时，执行包括上述各方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

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

Claims (10)

1.一种基于区块链的用车出行方法，其特征在于，包括：

接收节点获取用车记录，所述用车记录是用户客户端在全网广播的记录，所述用车记录包括用车信息和签名信息；

所述接收节点根据所述签名信息对所述用车记录进行验证，在验证通过后根据所述用车信息生成区块；

所述接收节点与其它接收节点基于共识过程达成共识后，将所述区块加入至区块链中；

所述签名信息是所述用户客户端创建公钥以及私钥，并根据私钥对所述用车信息进行加密得到的，所述签名信息包括加密结果以及所述公钥；

所述接收节点根据所述签名信息对所述用车记录进行验证，包括：所述接收节点根据所述公钥对所述加密结果进行解密得到解密结果，若所述解密结果与加密前的用车信息一致，则验证通过；

所述接收节点获取用车记录，包括：

所述接收节点获取用车评价记录，所述用车评价记录是所述用户客户端在交易结束后向全网广播的记录，所述用车评价记录包括所述用车信息和所述签名信息，所述用车信息包括司机信息以及评价内容；

所述接收节点根据所述签名信息对所述用车记录进行验证，在验证通过后根据所述用车信息生成区块，包括：

所述接收节点将所述用车记录存储至待验证队列；

所述接收节点排在所述用车记录之前的记录验证完成后，从所述待验证队列中获取所述用车记录。

2.根据权利要求1所述的方法，其特征在于，所述接收节点获取用车记录，包括：

所述接收节点获取用车交易记录，所述用车交易记录是所述用户客户端在到达目的地时向全网广播的记录，所述用车交易记录包括所述用车信息和所述签名信息，所述用车信息包括交易金额、交易时间、司机信息或车辆信息中的至少一个。

3.根据权利要求2所述的方法，其特征在于，所述接收节点获取用车交易记录，包括：

所述接收节点获取智能合约，所述智能合约是由所述用户客户端在达到所述智能合约的触发条件时生成并向全网广播的合约，所述智能合约用于指示所述用车交易记录，其中，所述智能合约的触发条件为所述用户到达目的地后。

4.根据权利要求2所述的方法，其特征在于，所述接收节点获取用车交易记录之前，还包括：

所述接收节点在司机客户端接单后，接收所述用户客户端发送的信息请求消息；

所述接收节点向所述用户客户端发送司机信息，以使所述用户客户端向用户显示所述司机信息，所述司机信息包括车辆信息以及历史评价。

5.一种基于区块链的用车出行装置，其特征在于，包括：

获取模块，用于接收节点获取用车记录，所述用车记录是用户客户端在全网广播的记录，所述用车记录包括用车信息和签名信息；所述签名信息是所述用户客户端创建公钥以及私钥，并根据私钥对所述用车信息进行加密得到的，所述签名信息包括加密结果以及所述公钥；

验证模块，用于所述接收节点根据所述签名信息对所述用车记录进行验证，在验证通过后根据所述用车信息生成区块；

加入模块，用于所述接收节点与其它接收节点基于共识过程达成共识后，将所述区块加入至区块链中；

所述验证模块，具体用于所述接收节点根据所述公钥对所述加密结果进行解密得到解密结果，若所述解密结果与加密前的用车信息一致，则验证通过；

所述获取模块具体用于：

所述接收节点获取用车评价记录，所述用车评价记录是所述用户客户端在交易结束后向全网广播的记录，所述用车评价记录包括所述用车信息和所述签名信息，所述用车信息包括司机信息以及评价内容；

所述验证模块具体用于：

所述接收节点将所述用车记录存储至待验证队列；

所述接收节点排在所述用车记录之前的记录验证完成后，从所述待验证队列中获取所述用车记录。

6.根据权利要求5所述的装置，其特征在于，所述获取模块具体用于：

所述接收节点获取用车交易记录，所述用车交易记录是所述用户客户端在到达目的地时向全网广播的记录，所述用车交易记录包括所述用车信息和所述签名信息，所述用车信息包括交易金额、交易时间、司机信息或车辆信息中的至少一个。

7.根据权利要求6所述的装置，其特征在于，所述获取模块具体用于：

所述接收节点获取智能合约，所述智能合约是由所述用户客户端在达到所述智能合约的触发条件时生成并向全网广播的合约，所述智能合约用于指示所述用车交易记录，其中，所述智能合约的触发条件为所述用户到达目的地后。

8.根据权利要求6所述的装置，其特征在于，还包括：接收模块；

所述接收模块具体用于：

所述接收节点获取用车交易记录之前，所述接收节点在司机客户端接单后，接收所述用户客户端发送的信息请求消息；

所述接收节点向所述用户客户端发送司机信息，以使所述用户客户端向用户显示所述司机信息，所述司机信息包括车辆信息以及历史评价。

9.一种基于区块链的用车出行设备，其特征在于，包括：

存储器，用于存储程序；

处理器，用于执行所述存储器存储的所述程序，当所述程序被执行时，所述处理器用于执行如权利要求1至4中任一所述的方法。

10.一种计算机可读存储介质，其特征在于，包括指令，当其在计算机上运行时，使得计算机执行如权利要求1至4中任一所述的方法。