基于区块链的私家车租赁方法、系统、设备及存储介质与流程

1.本技术涉及互联网区块链技术领域，尤其涉及一种基于区块链的私家车租赁方法、系统、设备及存储介质。


背景技术：

2.很多业务推广过程中需要业务人员对客户进行多次拜访，当前业务人员大多通过平台预约网约车出行，由公司对相关的打车费用给予实报实销。但业务人员出行的时间与城市通勤的早高峰期重叠度较高，在此时段中网约车平台可能处于供不应求时段，业务人员可能因为不能及时预约到车辆导致拜访客户迟到，影响了业务完成的效率。当前有部分业务人员通过向他人借车以达到出行目的，但由于借车期间并不能很好地保障车主的利益，大多车主并不愿意借车。


技术实现要素：

3.本技术实施例的主要目的在于提出一种基于区块链的私家车租赁方法、系统、设备及存储介质，旨在基于区块链技术解决高峰期用车难、用车贵的问题，便于业务人员灵活租赁车辆，节约了用车成本。
4.为实现上述目的，本技术实施例的第一方面提出了一种基于区块链的私家车租赁方法，所述方法包括：
5.接收不同用户端发送的第一需求信息和第二需求信息，通过区块链分别对所述第一需求信息和所述第二需求信息进行发布和记录，使得所述用户端根据所述区块链发布的所述第一需求信息和所述第二需求信息生成匹配信息；
6.接收所述匹配信息，根据所述匹配信息开始计算，得到用车起始时间和用车结束时间；
7.根据所述用车起始时间和用车结束时间进行计算，得到最终用车时间；
8.根据所述最终用车时间生成分时保险。
9.在一些实施例，所述方法还包括：
10.获取目标用户的用户信息，并根据所述用户信息构建所述区块链。
11.在一些实施例，所述根据所述用户信息构建所述区块链，还包括：
12.根据所述用户信息生成区块链地址、公钥、私钥和助记词，其中，所述区块链地址用于为用户提供账户名，所述公钥用于验证，所述私钥用于加密，所述助记词用于恢复丢失的账号。
13.在一些实施例，所述用户端包括第一用户端，所述第一需求信息包括车辆信息和空置时间，所述接收不同用户端发送的第一需求信息和第二需求信息，通过区块链分别对所述第一需求信息和所述第二需求信息进行发布和记录，包括：
14.接收第一用户端发送的所述车辆信息和所述空置时间，对所述车辆信息和所述空置时间进行哈希计算，得到与所述车辆信息对应的车辆id；其中，所述车辆信息包括车牌
号、车架号、行驶里程和使用记录；
15.通过所述区块链对所述车辆id和所述空置时间进行发布和记录。
16.在一些实施例，所述用户端还包括第二用户端，所述第二需求信息包括用车需求信息，所述接收不同用户端发送的第一需求信息和第二需求信息，通过区块链分别对所述第一需求信息和所述第二需求信息进行发布和记录，使得所述用户端根据所述区块链发布的所述第一需求信息和所述第二需求信息生成匹配信息，还包括：
17.接收第二用户端发送的用车需求信息，通过所述区块链对所述用车需求信息进行发布和记录，使得所述第一用户端对所述区块链发布的用车需求信息、所述车辆id和所述空置时间进行匹配，生成所述匹配信息；
18.将所述第一用户端的所述车辆id的私钥授权发送给所述第二用户端，其中，所述授权私钥的有效时间由所述第二用户端预设得到，所述授权私钥的有效时间大于等于所述最终用车时间；
19.通过所述区块链对所述匹配信息进行发布和记录。
20.在一些实施例，所述方法还包括：
21.在所述授权私钥的有效时间内，间隔预设的时间接收与所述车辆id对应的车辆的位置信息和操作信息；
22.通过所述区块链对所述位置信息和所述操作信息进行实时记录。
23.在一些实施例，所述方法还包括：
24.接收所述第二用户端发送的还车声明和使用信息，其中，所述使用信息包括行驶里程、车辆位置和车辆照片；
25.根据所述第一用户端对所述还车声明和所述使用信息的反馈信息进行发布和记录。
26.为实现上述目的，本技术实施例的第二方面提出了一种基于区块链的私家车租赁系统，所述系统包括：
27.用户端模块，所述用户端模块用于发送第一需求信息和第二需求信息；
28.云端模块，所述云端模块与所述用户端模块通信连接，所述云端模块用于接收不同用户端模块发送的第一需求信息和第二需求信息，通过区块链分别对所述第一需求信息和所述第二需求信息进行发布和记录，使得所述用户端模块根据所述区块链发布的所述第一需求信息和所述第二需求信息生成匹配信息；所述云端模块还用于接收所述用户端模块发送的所述匹配信息，根据所述匹配信息开始计算，得到用车起始时间和用车结束时间；根据所述用车起始时间和用车结束时间进行计算，得到最终用车时间；根据所述最终用车时间生成分时保险。
29.为实现上述目的，本技术实施例的第三方面提出了一种电子设备，所述电子设备包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现上述第一方面所述的基于区块链的私家车租赁方法。
30.为实现上述目的，本技术实施例的第四方面提出了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现上述第一方面所述的基于区块链的私家车租赁方法。
31.本技术提出的基于区块链的私家车租赁方法、系统、电子设备和存储介质，其基于
区块链技术搭建车辆共享模式，需要车辆的用户可以上传第一需求信息，使得区块链对其进行发布和记录，而空置车辆的车主可以根据区块链发布的第一需求信息进行匹配，以完成租赁车辆。并在租赁交易结束后，根据用户的最终用车时间正式生成分时保险，既保障了租赁人员和车主的利益，也便于业务人员租赁车辆。
附图说明
32.附图用来提供对本发明技术方案的进一步理解，并且构成说明书的一部分，与本发明的实施例一起用于解释本发明的技术方案，并不构成对本发明技术方案的限制。
33.图1是本技术实施例提供的基于区块链的私家车租赁方法的主流程图；
34.图2是本技术实施例提供的基于区块链的私家车租赁方法的另一子流程图；
35.图3是本技术实施例提供的基于区块链的私家车租赁方法的另一子流程图；
36.图4是本技术实施例提供的基于区块链的私家车租赁方法的另一子流程图；
37.图5是本技术实施例提供的基于区块链的私家车租赁方法的另一子流程图；
38.图6是本技术实施例提供的基于区块链的私家车租赁系统的结构示意图；
39.图7是本技术实施例提供的电子设备的硬件结构示意图。
具体实施方式
40.为了使本技术的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本技术进行进一步详细说明。应当理解，此处所描述的具体实施例仅用以解释本技术，并不用于限定本技术。
41.需要说明的是，虽然在装置示意图中进行了功能模块划分，在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于装置中的模块划分，或流程图中的顺序执行所示出或描述的步骤。说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。
42.除非另有定义，本文所使用的所有的技术和科学术语与属于本技术的技术领域的技术人员通常理解的含义相同。本文中所使用的术语只是为了描述本技术实施例的目的，不是旨在限制本技术。
43.首先，对本技术中涉及的若干名词进行解析：
44.区块链(blockchain)：区块链是一个又一个区块组成的链条，每一个区块中保存了一定的信息，它们按照各自产生的时间顺序连接成链条。这个链条被保存在所有的服务器中，只要整个系统中有一台服务器可以工作，整条区块链就是安全的。这些服务器在区块链系统中被称为节点，它们为整个区块链系统提供存储空间和算力支持。区块链可以存储业务数据信息、交易数据信息和支付数据等，如果要修改区块链中的信息，必须征得半数以上节点的同意并修改所有节点中的信息，而这些节点通常掌握在不同的主体手中，因此篡改区块链中的信息是一件极其困难的事。相比于传统的网络，区块链具有两大核心特点：一是数据难以篡改、二是去中心化。基于这两个特点，区块链所记录的信息更加真实可靠，可以帮助解决人们互不信任的问题。
45.哈希算法(hash function)：又称摘要算法(digest)，它的作用是：对任意一组输入数据进行计算，得到一个固定长度的输出摘要。而哈希算法最重要的特点是：相同的输入
一定得到相同的输出；不同的输入大概率得到不同的输出，其目的是为了验证原始数据是否被篡改。具体的是，通过原始数据映射之后得到的二进制值串为哈希值，从哈希值不能反向推导出原始数据，所以哈希算法也叫单向哈希算法。而且哈希算法对输入数据非常敏感，哪怕原始数据只修改了一个bit，最后得到的哈希值也大不相同。另一方面，哈希算法中散列冲突的概率很小，对于不同的原始数据，哈希值相同的概率非常小，哈希算法的执行效率较高，针对较长的文本也能快速地计算出哈希值。
46.分时租赁(timeshare)：分时租赁不等于分时加租赁，它是狭义纯粹的汽车共享，把这种纯粹的汽车共享要和已列入出租车管理的网约车或专车、拼车、以及传统的汽车租赁等区别开来，两者无论是在最终实现的社会目标还是商业形态上，都是有本质区别的。汽车共享本质特征的分时租赁不是“泛”汽车共享，而是一种汽车分享、共用活动或业务，是不是汽车共享，要看它最终能否实现环境与社会目标的特征，也就是要看它否具有节能减排、节地畅行和自有、自助、自由，新出行、新业态、新动能，高频、高效、高值等特征及意义。而不仅仅是公司或个人商业或经济活动目的。
47.基于此，本技术实施例提供了一种基于区块链的私家车租赁方法和系统、电子设备和存储介质，具体通过如下实施例进行说明，首先描述本技术实施例中的基于区块链的私家车租赁方法。
48.本技术实施例可以基于区块链技术对相关的数据进行获取和处理。其中，相比于传统的网络，区块链具有两大核心特点：一是数据难以篡改、二是去中心化。基于这两个特点，区块链所记录的信息更加真实可靠，可以帮助解决人们互不信任的问题。
49.区块链技术一般包括公有区块链(public block chains)、行业区块链(consortium block chains)和私有区块链(private block chains)几种类型，其中公有区块链是最早的区块链，也是应用最广泛的区块链；行业区块链由某个群体内部指定多个预选的节点为记账人，每个块的生成由所有的预选节点共同决定(预选节点参与共识过程)，其他接入节点可以参与交易，但不过问记账过程，其他任何人可以通过该区块链开放的api进行限定查询；私有区块链可以是一个公司，也可以是个人，独享该区块链的写入权限。
50.本技术实施例提供的基于区块链的私家车租赁方法，涉及互联网区块链技术领域。本技术实施例提供的基于区块链的私家车租赁方法可应用于终端中，也可应用于服务器端中，还可以是运行于终端或服务器端中的软件。在一些实施例中，终端可以是智能手机、平板电脑、笔记本电脑、台式计算机等；服务器端可以配置成独立的物理服务器，也可以配置成多个物理服务器构成的服务器集群或者分布式系统，还可以配置成提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、cdn以及大数据和人工智能平台等基础云计算服务的云服务器；软件可以是实现基于区块链的私家车租赁方法的应用等，但并不局限于以上形式。
51.本技术可用于众多通用或专用的计算机系统环境或配置中。例如：个人计算机、服务器计算机、手持设备或便携式设备、平板型设备、多处理器系统、基于微处理器的系统、置顶盒、可编程的消费电子设备、网络pc、小型计算机、大型计算机、包括以上任何系统或设备的分布式计算环境等等。本技术可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例
程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本技术，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。
52.需要说明的是，在本技术的各个具体实施方式中，当涉及到需要根据用户信息、用户行为数据，用户历史数据以及用户位置信息等与用户身份或特性相关的数据进行相关处理时，都会先获得用户的许可或者同意，而且，对这些数据的收集、使用和处理等，都会遵守相关国家和地区的相关法律法规和标准。此外，当本技术实施例需要获取用户的敏感个人信息时，会通过弹窗或者跳转到确认页面等方式获得用户的单独许可或者单独同意，在明确获得用户的单独许可或者单独同意之后，再获取用于使本技术实施例能够正常运行的必要的用户相关数据。
53.图1是本技术实施例提供的基于区块链的私家车租赁方法的主流程图，图1的方法可以包括但不限于包括步骤s110至步骤s140。
54.步骤s110，接收不同用户端发送的第一需求信息和第二需求信息，通过区块链分别对第一需求信息和第二需求信息进行发布和记录，使得用户端根据区块链发布的第一需求信息和第二需求信息生成匹配信息；
55.步骤s120，接收匹配信息，根据匹配信息开始计算，得到用车起始时间和用车结束时间；
56.步骤s130，根据用车起始时间和用车结束时间进行计算，得到最终用车时间；
57.步骤s140，根据最终用车时间生成分时保险。
58.在本技术实施例所示意的步骤s110至s140，通过区块链技术搭建车辆共享模式，需要车辆的用户可以上传第一需求信息，使得区块链对其进行发布和记录，而空置车辆的车主可以根据区块链发布的第一需求信息进行匹配，以完成租赁车辆。并在租赁交易结束后，根据用户的最终用车时间正式生成分时保险，既保障了租赁人员和车主的利益，也便于业务人员租赁车辆。
59.需要说明的是，很多业务推广过程中需要业务人员对客户进行多次拜访，当前业务人员大多通过平台预约网约车出行，由公司对相关的打车费用给予实报实销。但业务人员出行的时间与城市通勤的早高峰期重叠度较高，在此时段中网约车平台可能处于供不应求时段，业务人员可能因为不能及时预约到车辆导致拜访客户迟到，影响了业务完成的效率，且早高峰时期处于动态溢价时段，进一步提高了公司出行报销的成本。当前有部分业务人员通过向他人借车以达到出行目的，但由于借车期间并不能很好地保障车主的利益，大多车主并不愿意借车。
60.基于此，本技术能够实时接收车主方的用户端发送的第一需求信息和租车方的用户端发送的第二需求信息，并通过区块链分别对第一需求信息和第二需求信息进行发布和记录，使得区块链的所有用户的用户端均能接收并查看到第一需求信息和第二需求信息。同时车主方能够通过用户端查看第二需求信息，如第一需求信息能够满足第二需求信息中的需求，则车主方可以通过用户端进行选择，使得用户端根据区块链发布的第一需求信息和第二需求信息生成匹配信息，具体的是，此处所述的匹配信息是指车主方在进行选择时，实时通过用户端将车辆对应的私钥授权给发送第二需求信息的租车方，使得租车方能够通过私钥驾驶该车辆，同时区块链将向区块链上的所有成员发出声明，租车方在用车需求期
间该秘钥均有效。因此，该秘钥对应的车辆在这期间将挂在租车方的名下，且区块链上所有成员都会同步记下这一次使用记录。
61.进一步地，在生成匹配信息后，即车主方通过用户端对区块链发布的第二需求信息进行选择，将私钥授权给租车方后，与用户端通信连接的云端将接收用户端发送的匹配信息，并根据匹配信息开始计算，得到用车起始时间和用车结束时间。具体的是，在车主方确定将私钥授权给租车方后，将自动记录该时间点为用车起始时间，同理，在租车方结束使用车辆并确定归还车辆后，将自动记录该时间点为用车结束时间，在用车结束后将自动根据用车起始时间和用车结束时间进行计算，得到最终用车时间，最终用车时间为租车方使用车辆的总时长。
62.最后，由于车辆在用车期间可能会发生事故或损坏，如果直接用车主方原有的保险进行报案将会提高第二年的保险保费，对车主方而言这部分的费用无法估算。因此在得到最终用车时间后，本技术的基于区块链的私家车租赁方法将根据最终用车时间、车辆信息和租车方信息生成分时保险，以保障这几个小时期间的租车方、车主方和车辆的权益。
63.根据本技术的一个实施例，租车方可以驾驶该车辆去拜访多个客户，因为此期间车辆是挂在租车方名下，所以在这期间所产生的车辆耗损和事故，均由租车方承担，所有责任均由租车方负责。
64.区块链具有去中心化、不可篡改、可追溯、共识机制、私密性等特点，而本技术的基于区块链的私家车租赁方法通过区块链的车辆租借记录可以更真实地反馈车辆使用情况，车主也能更好地了解车辆实际使用情况，无需担心车辆非正常使用的耗损，同时公司也将根据租赁的实际情况对分时保险进行定价和理赔，便于业务人员灵活租赁车辆。
65.可以理解的是，本技术的基于区块链的私家车租赁方法还包括：获取目标用户的用户信息，并根据用户信息构建区块链。
66.根据本技术的一个实施例，本技术的基于区块链的私家车租赁方法是针对公司内部人员的，并不涉及外部人员。在通过区块链分别对第一需求信息和第二需求信息进行发布和记录前，还需要获取目标用户的用户信息，并根据用户信息构建区块链。具体的是，为在云端构建私有的区块链，并赋予目标用户在区块链里的唯一身份，以便于灵活匹配车辆与用户，本技术还需要获取所有目标用户的用户信息，目标用户即为拥有车辆的人员和需要租赁车辆的人员，在获取得到用户信息后，方可根据用户信息构建区块链。更具体的是，用户信息包括但不限于用户的身份信息、用户的车辆信息、用户的驾驶证等信息。
67.可以理解的是，根据用户信息构建区块链，还包括：根据用户信息生成区块链地址、公钥、私钥和助记词，其中，区块链地址用于为用户提供账户名，公钥用于验证，私钥用于加密，助记词用于恢复丢失的账号。
68.根据本技术的一个实施例，在获取得到用户的身份信息、车辆信息和驾驶证信息等个人信息后，云端将根据用户的身份信息、车辆信息和驾驶证信息等个人信息构建私有的区块链，且车主方、租车方将拥有区块链内唯一的身份，即唯一账户，每个账户由公钥、私钥、助记词和区块链地址组成，其中，区块链地址相当于用户的账户名，便于用户区分彼此身份；公钥用于让用户签名验证以成功登录区块链账号；私钥用于让用户进行签名加密，以方便车主方将车辆授权给租车方；助记词用于恢复丢失的账号，以保证用户的使用安全，保持其使用的私密性。
69.更具体的是，本技术的基于区块链的私家车租赁方法中，用户是通过区块链中的账户以发布第一需求信息和第二需求信息的，便于区块链中的所有用户充分了解租车方和车主方的身份信息。
70.请参阅图2，图2是本技术实施例提供的基于区块链的私家车租赁方法的另一子流程图，在一些实施例中，用户端包括第一用户端，第一需求信息包括车辆信息和空置时间，图2的方法可以包括但不限于包括步骤s210至步骤s220。
71.步骤s210，接收第一用户端发送的车辆信息和空置时间，对车辆信息和空置时间进行哈希计算，得到与车辆信息对应的车辆id；其中，车辆信息包括车牌号、车架号、行驶里程和使用记录；
72.步骤s220，通过区块链对车辆id和空置时间进行发布和记录。
73.需要说明的是，用户端包括第一用户端，第一用户端即为车主方的终端，第一用户端与区块链模块通信连接，当车主方的车辆处于空闲状态时，车主方用户可通过第一用户端上传第一需求信息，第一需求信息包括车辆信息和空置时间，车辆信息包括车牌号、车架号、行驶里程和使用记录，每辆车辆的车牌号、车架号、行驶里程和使用记录的集合都是唯一的，因此云端在接收到第一用户端发送的车辆信息和空置时间后，将对车辆信息和控制时间进行哈希计算，以使得每一辆可以被使用的车辆被分配一个唯一的、公开的车辆id，而车辆id不仅与当前车辆绑定，也与车主方的员工id绑定。具体的是，哈希算法的输出会随着输入的不同而改变，能够察觉到输入中细微的不同之处，并根据不同的输入生成唯一的输出，即车辆id。本技术的基于区块链的私家车租赁方法在得到与车辆信息对应的车辆id后，将通过区块链对车辆id和空置时间进行发布和记录，并在区块链上对所有成员(包括车主方和租车方)进行公开声明，所有成员都将记录区块链上所有的员工id和车辆id等信息，避免信息丢失或冲突，同样，车辆的使用记录也无法篡改，进一步地提高了车辆租赁的安全性和可靠性。
74.更具体的是，在区块链对车辆id和空置时间进行发布和记录后，区块链的所有用户都可以浏览到该车辆id对应的车辆信息和空置时间，也便于租车方基于区块链对车辆信息进行查看、选择和筛选。
75.请查阅图3，图3是本技术实施例提供的基于区块链的私家车租赁方法的另一子流程图，在一些实施例中，用户端包括第二用户端，第二需求信息包括用车需求信息，图3的方法可以包括但不限于包括步骤s310至步骤s330。
76.步骤s310，接收第二用户端发送的用车需求信息，通过区块链对用车需求信息进行发布和记录，使得第一用户端对区块链发布的用车需求信息、车辆id和空置时间进行匹配，生成匹配信息；
77.步骤s320，将第一用户端的车辆id的私钥授权发送给第二用户端，其中，授权私钥的有效时间由第二用户端预设得到，授权私钥的有效时间大于等于最终用车时间；
78.步骤s330，通过区块链对匹配信息进行发布和记录。
79.需要说明的是，用户端还包括第二用户端，第二用户端即为租车方的终端，第二用户端与区块链模块通信连接，当租车方需要租赁车辆时，租车方用户可通过第二用户端上传第二需求信息，第二需求信息即用车需求信息，用车需求信息中包含了租车方需要的车型、需要使用车辆的时间等信息，云端在接收到第二用户端发送的用车需求信息后，将对用
diagnostics，为汽车故障诊断而延伸的检测系统)设备进行联网，用以实现远程开关门、记录行程轨迹、上报位置等功能。具体的是，obd设备与第一用户端通信连接，obd设备具有车辆防盗、故障诊断、油量统计、胎压检测、安全预警和加速度测试等功能，obd设备将间隔预设的时间将车辆信息和操作信息发送给第一用户端，便于车主方可以实时了解到车辆的当前状态。
89.更具体的是，操作信息包括开门(解锁)、启动、熄火、关门(锁车)等记录，当有人对车辆进行操作时，obd设备将即时上报用户的操作和操作的时间，如用户于2022年8月18日下午3时对车辆进行开门操作，则obd设备将上传开门.20220818-15:00:00:000给区块链，使得区块链对其进行存储，并发送给第一用户端。而且，通过这些即时上报的操作信息还可以计算出相应的用车数据。在另一方面，当车辆的运行过程中，obd设备将根据当前车辆定位每间隔预设的时间上报当前的时间和车辆的gps经纬度坐标，预设的时间可以为一秒，也可以为一分钟，本技术并不对其作具体的限定。例如：obd设备上传2022年8月18日下午3时的车辆gps经纬度坐标为：20220818-15:00:00:000.121.48053886.31.23592904。进一步地，本技术还可以通过这些间隔预设时间上传的经纬度坐标信息绘制车辆在间隔时间段内的行驶轨迹和使用轨迹。
90.请查阅图5，图5是本技术实施例提供的基于区块链的私家车租赁方法的另一子流程图，图5的方法可以包括但不限于包括步骤s510至步骤s520。
91.步骤s510，接收第二用户端发送的还车声明和使用信息，其中，使用信息包括行驶里程、车辆位置和车辆照片；
92.步骤s520，根据第一用户端对还车声明和使用信息的反馈信息进行发布和记录。
93.需要说明的是，当租车方对租赁车辆使用完毕后，需要将租赁车辆停泊在指定位置，其中指定位置一般为该车辆原来停泊的车位，当租车方已将车辆停泊在指定位置后，还需要通过第二用户端上传还车声明和使用信息，使用信息包括行驶里程、车辆位置和车辆照片，使得云端接收第二用户端发送的还车声明和使用信息，对其进行存储，并将还车声明和使用信息发送给车主方。具体的是，车主方可通过第一用户端接收还车声明和使用信息，并对车辆当前情况进行查看，通过租车方上传的行驶里程查看在租车方的租赁时间段内车辆的行驶里程，通过车辆位置查看当前车辆停泊的位置，便于车主方找到车辆，通过车辆照片查看车漆车面是否有损坏等，如车主方核验后并无异常，需要通过第一用户端确认并无异常以作为反馈信息。更具体的是，云端在接收到第一用户端发送的反馈信息后，将终止私钥授权时间，将车辆id重新绑定于车主方的员工id，且将租车方上传还车声明和使用信息的时间点定为用车结束时间，结合区块链先前存储的用车起始时间，计算租车方的最终用车时间，并根据最终用车时间生成分时保险。
94.同时，云端将根据第一用户端对还车声明和使用信息的反馈信息，对区块链上的所有成员进行声明，车辆已归还车主方，此时车辆id已经与车主方的员工id绑定，车辆的产权和责任都已归还车主方，车主方可以选择重新上挂闲置车辆，即通过第一用户端重新上传第一需求信息。
95.可以理解的是，由于车辆在用车期间可能会发生事故或损坏，如果直接用车主方原有的保险进行报案将会提高第二年的保险保费，对车主方而言这部分的费用无法估算。因此在云端结合区块链先前存储的用车起始时间和当前得到的用车结束时间，计算得到最
终用车时间后，将根据最终用车时间生成分时保险。
96.根据本技术的一个实施例，租车方需要预交一定额度的保费，本技术通过车联网技术对车辆运营进行实时控制，实时数据上传，在得到最终用车时间后，按每小时6元计算保费并从预交保费中扣除。因为在短租场景中租赁时长是最重要的因素，租赁的时间越长，风险越高，所以当前实施例只考虑了最终用车时间的长短。
97.需要说明的是，因为租赁业务不仅涉及租赁时长，还涉及其他因素，本技术不仅考虑了租赁时长，还将根据租车方的驾龄、租车方租赁车辆的时间段、车辆的价位和型号、车辆的耗损程度纳入到分时保险的系数的考虑因素中，以完善最终生成的分时保险。
98.根据本技术的一个实施例，在生成分时保险时，需要根据不同车辆定价(v)、使用程度(u)、租赁时间(t)进行定价。根据过往车险理赔赔付情况，本技术的基于区块链的私家车租赁方法对这几个因素赋予了不同权重，具体为：定价系数p＝v*50％+u*20％+t*30％。那么，分时保险的定价＝基础定价(6元/单)*定价系数p，其中，各因子的计算逻辑如下：
99.其中，车辆定价根据车辆的发票价格(即销售价格)进行划分，车辆的价格越高则系数越高，本技术的车辆定价v的取值可参照下表：
100.车辆定价(元)v≤10万0.210～20万0.420～30万0.630～50万0.850～80万1.080万以上1.2
101.其中，使用程度根据车辆行驶的距离(公里数)进行计算，使用程度越低证明车辆越新，对应的u系数越高，本技术的使用程度u的取值可参照下表：
[0102][0103][0104]
其中，租赁时间越长则车辆需要的维护成本越高，因此t系数值越高，本技术的租赁时间t的取值可参照下表：
[0105][0106]
根据本技术的另一个实施例，租赁的车辆的价格为15万，行驶公里数为4万，最终用车时间为2小时，则根据定价系数p＝v*50％+u*20％+t*30％，当前分时保险的系数p＝0.4*50％+1*20％+1.8*30％＝0.94。进一步地，根据分时保险的定价＝基础定价(6元/单)*定价系数p，当前分时保险的保费＝6*0.96＝5.64元。
[0107]
需要说明的是，本技术在车主方通过第一用户端将车辆秘钥授权给租车方时便已经自动生成车辆分时保险的合约，但因为还不确定租车方的最终用车时间和行驶里程，导致了无法确定具体的系数和保费，此时的分时保险并不够完善。而在租车方结束用车，得到用车结束时间、最终用车时间和行驶里程后，本技术的基于区块链的私家车租赁方法将根据初步生成的分时保险合约、最终用车时间和行驶里程等因素，正式生成当前分时保险的系数和保费，并根据最初的系数和保费将保费从租车方的预交账户中扣除，既保障了租赁人员和车主的利益，也便于业务人员租赁车辆。
[0108]
本技术基于区块链的绿色拜访出行模式，一方面通过车主方的闲置车辆解决了出行高峰期用车难的问题，降低了用车成本，提高了出行效率；一方面通过区块链管理车辆用车记录，可以对车辆租赁使用前后的信息进行完整、公正、不可篡改的记载，保障了车主方和租车方的利益。而且，本技术结合了租车方的用车记录生成了分时保险，方便对产品进行定价和理赔，降低了产品超额赔付的风险。
[0109]
请参阅图6，本技术实施例还提供一种基于区块链的私家车租赁系统，可以实现上述基于区块链的私家车租赁方法，该系统包括：
[0110]
用户端模块601，用户端模块601用于发送第一需求信息和第二需求信息；
[0111]
云端模块602，云端模块602与用户端模块601通信连接，云端模块602用于接收不同用户端模块601发送的第一需求信息和第二需求信息，通过区块链分别对第一需求信息和第二需求信息进行发布和记录，使得用户端模块601根据区块链发布的第一需求信息和第二需求信息生成匹配信息；云端模块602还用于接收用户端模块601发送的匹配信息，根据匹配信息开始计算，得到用车起始时间和用车结束时间；根据用车起始时间和用车结束时间进行计算，得到最终用车时间；根据最终用车时间生成分时保险。
[0112]
可以理解的是，本技术所述的用户端模块601可以是移动终端，也可以是平板电
脑、笔记本电脑、台式计算机等，能够与云端模块602连接并发送第一需求信息、第二需求信息即可，本技术并不对其作具体的限定。
[0113]
根据本技术的一个实施例，云端模块602上构建有私有的区块链，且云端模块602可以接收车主方发送的第一需求信息和租车方发送的第二需求信息，通过区块链分别对第一需求信息和第二需求信息进行发布和记录。区块链的所有用户均可以通过用户端模块601查看区块链发布的第一需求信息和第二需求信息，并对其进行选择操作和匹配操作，当车主方通过用户端模块601选择完毕后，用户端模块601将生成匹配信息并将其发送给云端模块602，使得云端模块602根据匹配信息计算并保存用车起始时间和用车结束时间，并在租赁交易结束后得到最终用车时间，根据最终用车时间生成分时保险，既保障了租赁人员和车主的利益，也便于业务人员租赁车辆。
[0114]
具体的是，本技术还包括obd模块，obd模块与云端模块602通信连接，用以实现远程开关门、记录行程轨迹、上报位置等功能。更具体的是，本技术的obd模块能够间隔预设的时间将车辆信息和操作信息发送给第一用户端，便于车主方可以实时了解到车辆的当前状态。
[0115]
该基于区块链的私家车租赁系统的具体实施方式与上述基于区块链的私家车租赁方法的具体实施例基本相同，在此不再赘述。
[0116]
本技术实施例还提供了一种电子设备，电子设备包括括存储器和处理器，存储器存储有计算机程序，处理器执行计算机程序时实现上述基于区块链的私家车租赁方法。该电子设备可以为包括平板电脑、车载电脑等任意智能终端。
[0117]
请参阅图7，图7示意了另一实施例的电子设备的硬件结构，电子设备包括：
[0118]
处理器701，可以采用通用的cpu(centralprocessingunit，中央处理器)、微处理器、应用专用集成电路(applicationspecificintegratedcircuit，asic)、或者一个或多个集成电路等方式实现，用于执行相关程序，以实现本技术实施例所提供的技术方案；
[0119]
存储器702，可以采用只读存储器(readonlymemory，rom)、静态存储设备、动态存储设备或者随机存取存储器(randomaccessmemory，ram)等形式实现。存储器702可以存储操作系统和其他应用程序，在通过软件或者固件来实现本说明书实施例所提供的技术方案时，相关的程序代码保存在存储器702中，并由处理器701来调用执行本技术实施例的基于区块链的私家车租赁方法；
[0120]
输入/输出接口703，用于实现信息输入及输出；
[0121]
通信接口704，用于实现本设备与其他设备的通信交互，可以通过有线方式(例如usb、网线等)实现通信，也可以通过无线方式(例如移动网络、wifi、蓝牙等)实现通信；
[0122]
总线705，在设备的各个组件(例如处理器701、存储器702、输入/输出接口703和通信接口704)之间传输信息；
[0123]
其中处理器701、存储器702、输入/输出接口703和通信接口704通过总线705实现彼此之间在设备内部的通信连接。
[0124]
本技术实施例还提供了一种存储介质，存储介质为计算机可读存储介质，该存储介质存储有计算机程序，该计算机程序被处理器执行时实现上述基于区块链的私家车租赁方法。
[0125]
存储器作为一种非暂态计算机可读存储介质，可用于存储非暂态软件程序以及非
暂态性计算机可执行程序。此外，存储器可以包括高速随机存取存储器，还可以包括非暂态存储器，例如至少一个磁盘存储器件、闪存器件、或其他非暂态固态存储器件。在一些实施方式中，存储器可选包括相对于处理器远程设置的存储器，这些远程存储器可以通过网络连接至该处理器。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
[0126]
本技术实施例提供的基于区块链的私家车租赁方法、基于区块链的私家车租赁系统、电子设备及存储介质，其通过区块链技术搭建车辆共享模式，需要车辆的用户可以上传第一需求信息，使得区块链对其进行发布和记录，而空置车辆的车主可以根据区块链发布的第一需求信息进行匹配，以完成租赁车辆。在租赁交易结束后，本技术还能够根据用户的最终用车时间生成分时保险，既保障了租赁人员和车主的利益，也便于业务人员租赁车辆。
[0127]
本技术实施例描述的实施例是为了更加清楚的说明本技术实施例的技术方案，并不构成对于本技术实施例提供的技术方案的限定，本领域技术人员可知，随着技术的演变和新应用场景的出现，本技术实施例提供的技术方案对于类似的技术问题，同样适用。
[0128]
本领域技术人员可以理解的是，图中示出的技术方案并不构成对本技术实施例的限定，可以包括比图示更多或更少的步骤，或者组合某些步骤，或者不同的步骤。
[0129]
以上所描述的装置实施例仅仅是示意性的，其中作为分离部件说明的单元可以是或者也可以不是物理上分开的，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。
[0130]
本领域普通技术人员可以理解，上文中所公开方法中的全部或某些步骤、系统、设备中的功能模块/单元可以被实施为软件、固件、硬件及其适当的组合。
[0131]
本技术的说明书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本技术的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
[0132]
应当理解，在本技术中，“至少一个(项)”是指一个或者多个，“多个”是指两个或两个以上。“和/或”，用于描述关联对象的关联关系，表示可以存在三种关系，例如，“a和/或b”可以表示：只存在a，只存在b以及同时存在a和b三种情况，其中a，b可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一项(个)”或其类似表达，是指这些项中的任意组合，包括单项(个)或复数项(个)的任意组合。例如，a，b或c中的至少一项(个)，可以表示：a，b，c，“a和b”，“a和c”，“b和c”，或“a和b和c”，其中a，b，c可以是单个，也可以是多个。
[0133]
在本技术所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，上述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通
信连接，可以是电性，机械或其它的形式。
[0134]
上述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
[0135]
另外，在本技术各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
[0136]
集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本技术的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括多指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本技术各个实施例的方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(read-only memory，简称rom)、随机存取存储器(random access memory，简称ram)、磁碟或者光盘等各种可以存储程序的介质。
[0137]
以上参照附图说明了本技术实施例的优选实施例，并非因此局限本技术实施例的权利范围。本领域技术人员不脱离本技术实施例的范围和实质内所作的任何修改、等同替换和改进，均应在本技术实施例的权利范围之内。