信息处理方法及电子设备与流程

本申请涉及计算机技术领域，尤其涉及一种信息处理方法及电子设备。

背景技术：

传统的车辆共享方案，车主对租客的驾驶行为和信用，以及租客对车辆信息的了解，都存在信任危机，相互之间没有可信的机制来维护关系。

因此，当车辆发生违章，超速或者事故，以及其他事件时，车主都不能对租客的行为或者信用做一个可信的判断；租客也不能解车辆的运行，安全状况等等。

由此，如何建立可信的车辆共享方案是本领域技术人员正在研究的问题。

技术实现要素：

本申请提供一种信息处理方法及电子设备，能够有效提高共享车辆的使用过程中的可信度。

第一方面，本申请实施例提供了一种信息处理方法，包括：

第一电子设备从区块链平台上获取目标车辆的车辆信息，所述车辆信息用于表示所述目标车辆的可信程度；

在所述车辆信息符合预设条件的情况下，所述第一电子设备向第二电子设备发送申请请求，所述申请请求用于请求所述目标车辆的使用权限，且所述申请请求中携带目标用户的身份信息，所述身份信息用于指示对所述目标用户的征信信息进行验证；

在所述第二电子设备对所述目标用户的征信信息验证通过的情况下，所述第一电子设备接收来自所述第二电子设备的确认指令；

所述第一电子设备根据所述确认指令确认获得所述目标车辆的使用权限。

本申请实施例中，第一电子设备通过区块链平台获取目标车辆的车辆信息(该车辆信息包括该目标车辆的使用情况和/或维修情况)，在该车辆信息满足预设条件的情况下，向第二电子设备发送使用该目标车辆的申请请求；在该第二电子设备验证通过目标用户的征信信息的情况下，该第一电子设备会接收到来自该第二电子设备的确认指令，最终该第一电子设备获得该目标车辆的使用权限。实施本申请实施例，该第一电子设备需要验证该目标车辆(车主发布的车辆)的车辆信息是否满足预设条件，同样的，该第二电子设备需要验证目标用户(租客)的征信信息是否可信，只有满足上述预设条件且上述征信信息可信的情况下，才进行对该目标车辆的共享，保证了上述整个过程的可信度，且极大地保证了用户的权益，提高了车辆共享的可信度和安全性。

在一种可能的实现方式中，所述第一电子设备向第二电子设备发送申请请求之前，所述方法还包括：

所述第一电子设备接收授权指令；

在所述第一电子设备接收到所述授权指令之后，根据所述授权指令获取所述征信信息；

所述第一电子设备将所述征信信息上传至所述区块链平台。

本申请实施例中，所述第一电子设备将获取到的征信信息上传至区块链平台，使得该征信信息公开、公正，保证了其他用户(如车主)可以查看该征信信息，提高了该征信信息的透明度。

在一种可能的实现方式中，在所述第一电子设备根据所述确认指令确认获得所述目标车辆的使用权限之后，所述方法还包括：

所述第一电子设备接收对所述目标车辆的评价结果；

所述第一电子设备将所述评价结果上传至所述区块链平台。

本申请实施例中，所述第一电子设备可以接收来自用户(如租客)对该目标车辆在使用过程中的真实体验的评价结果，并将该评价结果发布至区块链平台，可以给其他租客提供参考信息，有效提高了整个共享车租用过程中信息的共享度。

在一种可能的实现方式中，所述第一电子设备根据所述确认指令确认获得所述目标车辆的使用权限之后，所述方法还包括：

所述第一电子设备向所述第二电子设备发送还车指令；

在所述第二电子设备确认所述目标车辆已停止使用的情况下，所述第一电子设备接收来自所述第二电子设备的确认还车指令。

本申请实施例中，上述过程可以及时的将已停止使用的目标车辆归还，保证整个共享车租用过程的完整性。

在一种可能的实现方式中，所述车辆信息包括所述目标车辆的使用情况和/或维护情况。

第二方面，本申请实施例还提供了一种信息处理方法，包括：

第二电子设备接收来自第一电子设备的申请请求，所述申请请求用于请求目标车辆的使用权限，所述车辆信息用于表示所述目标车辆的可信程度且所述申请请求中携带目标用户的身份信息；

所述第二电子设备根据所述目标用户的身份信息对所述目标用户的征信信息进行验证；

在所述目标用户的征信信息验证通过的情况下，所述第二电子设备向所述第一电子设备发送确认指令。

本申请实施例中，在第二电子设备接收到所述申请请求之后，可以通过申请请求中携带的目标用户的身份信息来验证该目标用户的征信信息，若该征信信息通过验证，即可通过所述申请请求，并发送确认指令给第一电子设备。实施本申请实施例，只有在目标用户(如租客)的征信信息通过验证的情况下，第二电子设备才通过所述申请请求，保证了上述整个过程的可信度，且极大地保证了用户(如车主)的权益，提高了车辆共享的可信度和安全性。

在一种可能的实现方式中，所述征信信息包括个人信用分、驾驶分和驾驶行为中的一项或多项，所述第二电子设备根据所述目标用户的身份信息对所述目标用户的征信信息进行验证，包括：

所述第二电子设备根据所述目标用户的身份信息获取所述目标用户的个人信用分、驾驶分和驾驶行为中的一项或多项；

所述第二电子设备对所述个人信用分、驾驶分和驾驶行为中的一项或多项进行验证。

本申请实施例中，由于所述目标用户的个人信用分、驾驶分和驾驶行为中的一项或多项具有公信度，因此可以通过验证这些信息来判断所述目标用户是否满足要求，提高了共享车租用的可信度。

第三方面，本申请实施例提供了一种电子设备，包括：

第一获取单元，用于第一电子设备从区块链平台上获取目标车辆的车辆信息，所述车辆信息用于表示所述目标车辆的可信程度；

第一发送单元，用于在所述车辆信息符合预设条件的情况下，所述第一电子设备向第二电子设备发送申请请求，所述申请请求用于请求所述目标车辆的使用权限，且所述申请请求中携带目标用户的身份信息，所述身份信息用于指示对所述目标用户的征信信息进行验证；

第一接收单元，用于在所述第二电子设备对所述目标用户的征信信息验证通过的情况下，所述第一电子设备接收来自所述第二电子设备的确认指令；

确认单元，用于所述第一电子设备根据所述确认指令确认获得所述目标车辆的使用权限。

在一种可能的实现方式中，所述电子设备还包括：

第二接收单元，用于所述第一电子设备接收授权指令；

第二获取单元，用于在所述第一电子设备接收到所述授权指令之后，根据所述授权指令获取所述征信信息；

第一传输单元，用于所述第一电子设备将所述征信信息上传至所述区块链平台。

在一种可能的实现方式中，所述电子设备还包括：

第三接收单元，用于所述第一电子设备接收对所述目标车辆的评价结果；

第二传输单元，用于所述第一电子设备将所述评价结果上传至所述区块链平台。

在一种可能的实现方式中，所述电子设备还包括：

第二发送单元，用于所述第一电子设备向所述第二电子设备发送还车指令；

第四接收单元，用于在所述第二电子设备确认所述目标车辆已停止使用的情况下，所述第一电子设备接收来自所述第二电子设备的确认还车指令。

第四方面，本申请实施例还提供了一种电子设备，包括：

接收单元，用于第二电子设备接收来自第一电子设备的申请请求，所述申请请求用于请求目标车辆的使用权限，所述车辆信息用于表示所述目标车辆的可信程度且所述申请请求中携带目标用户的身份信息；

验证单元，用于所述第二电子设备根据所述目标用户的身份信息对所述目标用户的征信信息进行验证；

发送单元，用于在所述目标用户的征信信息验证通过的情况下，所述第二电子设备向所述第一电子设备发送确认指令。

在一种可能的实现方式中，所述征信信息包括个人信用分、驾驶分和驾驶行为中的一项或多项，所述验证单元包括：

获取子单元，用于所述第二电子设备根据所述目标用户的身份信息获取所述目标用户的个人信用分、驾驶分和驾驶行为中的一项或多项；

验证子单元，用于所述第二电子设备对所述个人信用分、驾驶分和驾驶行为中的一项或多项进行验证。

第五方面，本申请实施例还提供了一种电子设备，包括：处理器和存储器；所述处理器与所述存储器耦合，所述存储器中存储有程序指令；所述程序指令被所述处理器执行时，使所述处理器执行如第一方面所述的方法的相应功能。

第六方面，本申请实施例还提供了一种电子设备，包括：处理器和存储器；所述处理器与所述存储器耦合，所述存储器中存储有程序指令；所述程序指令被所述处理器执行时，使所述处理器执行如第二方面所述的方法的相应功能。

第七方面，本申请实施例提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机执行上述第一方面所述的方法。

第八方面，本申请实施例提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机执行上述第二方面所述的方法。

第九方面，本申请实施例提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述第一方面所述的方法。

第十方面，本申请实施例提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述第二方面所述的方法。

附图说明

为了更清楚地说明本申请实施例或背景技术中的技术方案，下面将对本申请实施例或背景技术中所需要使用的附图进行说明。

图1是本申请实施例提供的一种信息处理系统的架构示意图；

图2是本申请实施例提供的一种信息处理方法的流程示意图；

图3是本申请实施例提供的另一种信息处理方法的流程示意图；

图4是本申请实施例提供的又一种信息处理方法的流程示意图；

图5是本申请实施例提供的一种电子设备的结构示意图；

图6是本申请实施例提供的另一种电子设备的结构示意图；

图7是本申请实施例提供的一种电子设备的结构示意图；

图8是本申请实施例提供的一种验证单元的结构示意图；

图9是本申请实施例提供的另一种电子设备的结构示意图；

图10是本申请实施例提供的另一种电子设备的结构示意图。

具体实施方式

为了使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请作进一步地详细描述。

本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别不同的对象，而不是用于描述特定顺序。此外，术语“包括”和“具有”以及它们任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括没有列出的步骤或单元，或可选地还包括对于这些过程、方法或设备固有的其他步骤或单元。

下面将结合附图对本申请实施例进行描述。

请参见图1，图1是本申请实施例提供的一种信息处理系统的架构示意图，如图1所示，该信息处理系统包括：第一电子设备101、区块链平台102和第二电子设备103；其中，第一电子设备101、区块链平台102和第二电子设备103通信连接，如可通过无线方式连接等等，本申请实施例对于该第一电子设备、区块链平台和该第二电子设备之间的通信连接方式不作唯一性限定。

本申请实施例中，上述第二电子设备可以将目标车辆(如共享车辆)的车辆信息存储于区块链平台，相应的，上述第一电子设备可以将目标用户(如租客)的征信信息存储于上述区块链平台。当上述第一电子设备通过上述区块链平台获取该车辆信息之后，该第一电子设备通过判断该车辆信息是否满足预设条件，如行程、油耗等信息，若满足，则向第二电子设备发送用于请求该目标车辆的使用权限的申请请求。在该第二电子设备接收到该申请请求之后，可以通过该申请请求中携带的目标用户的身份信息查询该目标用户的征信信息，并判断该征信信息的可信度是否达到要求，若达到要求，则向上述第一电子设备发送确认指令。当上述第一电子设备接收到该确认指令之后，则该第一电子设备确认获得该目标车辆的使用权限。

实施本申请实施例，该第一电子设备需要验证该目标车辆(车主发布的车辆)的车辆信息是否满足预设条件，同样的，该第二电子设备需要验证目标用户(租客)的征信信息是否可信，只有满足上述预设条件且上述征信信息可信的情况下，才进行对该目标车辆的共享，保证了上述整个过程的可信度，且极大地保证了用户的权益，提高了车辆共享的可信度和安全性。

请参见图2，图2是本申请实施例提供的一种信息处理方法的流程示意图，该信息处理方法可应用于图1所示的系统框架中的第一电子设备。如图2所示，该方法包括：

201、第一电子设备从区块链平台上获取目标车辆的车辆信息，上述车辆信息用于表示上述目标车辆的可信程度。

本申请实施例中，上述电子设备可以为互联网中的笔记本、手机、台式机和平板电脑等等。上述区块链平台可以为ico365平台，是一家中国成立最早的ico(initialcoinoffering，ico)平台，它掌握了业界领先的技术，为众多项目提供了ico平台服务。或者，该区块链平台可以为lisk，是新一代的区块链平台，允许javascript(又是javascript技术)的开发和基于分布的分散的应用程序使用，是一个易于使用的，功能齐全的生态区块链系统。或者，该区块链平台可以为网录区块链平台，是网录区块链底层技术的研发成果和能够进行商业交付的基础平台，网录区块链平台除了服务网录公链外，也是网录为客户打造私有链和联盟链的基础平台。该平台在不断的完善过程中，会提供强大的分布式账本、p2p、智能合约、用户体系及权限、隐私及安全等能够满足复杂应用场景的基础服务以及针对这些服务的管理功能和标准接口。同时，标准服务的吞吐量、稳定性也是网录的研发重点所在。在此基础上客户和网录科技共同搭建创新性的区块链应用。可理解，本申请实施例中对于电子设备和区块链平台具体是什么不作限定。

其中，上述目标车辆可以为一种共享车辆，如共享单车，共享汽车以及共享电动车等。上述车辆信息可用于表示该目标车辆的可信度。

在一种可能的实现方式中，上述车辆信息包括上述目标车辆的使用情况和/或维护情况。

具体的，该车辆信息的使用情况可包括车主姓名、车牌号码、车辆类型、使用性质、品牌型号、车辆颜色、发动机排量、邮箱容积、整备质量、总质量、发动机号码、车辆识别代码、抵押状态、查封状态、核定载人数、年检时间、使用年限等等资料，以及车辆耗油量、车辆已行驶公里数等信息。上述车辆维护情况可包括发动机、电器路、油路、轮胎、离合传动、前桥、后桥等的维修情况。可理解，本申请实施例中对于具体的车辆信息不作限定。

对于上述车辆信息来说，可以存储于上述区块链平台中。具体的，可以将该车辆信息通过文字、图片、语音、视频中的一项或多项等形式来进行存储。可理解，本申请实施例中对于该车辆信息的具体存储方式不作限定。

实施本申请实施例，可以通过上述区块链平台详细的记录上述车辆信息，方便用户随时查看该信息，提高了可信度。

202、在上述车辆信息符合预设条件的情况下，上述第一电子设备向第二电子设备发送申请请求，上述申请请求用于请求上述目标车辆的使用权限，且上述申请请求中携带目标用户的身份信息，上述身份信息用于指示对上述目标用户的征信信息进行验证。

本申请实施例中，上述预设条件可以为车辆的损耗情况，以及目标用户设定的行程信息等等。具体的，上述预设条件可以为用户输入的具体条件，举例来说，用户可以通过上述对比目标车辆的具体车辆信息是否满足上述预设条件，如耗油量是否足够支撑既定路线(可以为用户输入的始发点和终点)的距离，车辆使用性质是否满足既定的用途，车辆核定载人数是否满足既定的乘坐人数，等等。或者，该预设条件也可以为提前设置好的具体条件，如可以根据目标车辆的用途、性能等为该目标车辆设置一段既定的路线，等等。可理解，本申请实施例对于该预设条件的具体内容不作限定。

具体的，在满足上述预设条件的情况下，上述第一电子设备可以向上述第二电子设备发送申请请求。举例来说，当目标用户(如租客)获取到目标车辆的车辆信息之后，可以查看该车辆信息是否满足自己的行程信息，并向上述第一电子设备发送指令，在该第一电子设备接收到该指令的情况下，发送上述申请请求。或者，上述第一电子设备可以为该目标用户提供可能的选择，即提供提前设置的预设条件(如一段既定路线)，具体的，上述一段既定路线可以为该目标车辆的停放点到某一大型商场的路线等等，该目标用户只需判断上述一段既定路线是否满足需求，若满足，则向上述第一电子设备发送指令，在该第一电子设备接收到该指令的情况下，发送上述申请请求。可理解，本申请实施例中对于什么情况下发送申请请求不作限定。

上述申请用于请求上述目标车辆的使用权限。且该申请请求中携带该目标用户的身份信息(如姓名、身份证号、注册账号、电话、昵称等等)。相应的，该申请请求中还可以包括使用该目标车辆的具体时间，具体路线等等。可理解，本申请实施例中对于上述申请请求的具体内容不作限定，以及对于上述身份信息的具体内容不作限定。

在一种可能的实现方式中，上述第一电子设备向第二电子设备发送申请请求之前，上述方法还包括：

上述第一电子设备接收授权指令；

在上述第一电子设备接收到上述授权指令之后，根据上述授权指令获取上述征信信息；

上述第一电子设备将上述征信信息上传至上述区块链平台。

本申请实施例中，上述授权指令用于获取上述目标用户的征信信息。具体的，上述征信信息包括个人信用分、驾驶分和驾驶行为中的一项或多项。其中，上述征信信息中的个人信用分可以为由银行统计的个人信用记录，也可以为支付宝的芝麻信用分等等，通过第三方信用平台可以获取上述目标用户的个人信用分。其中，上述驾驶分可以通过上述目标用户上传，相应的该目标用户还可以上传驾驶证以及驾驶行为信息等。最终上述第一电子设备将上述征信信息上传至区块链平台，并全网广播，作为该目标用户的信用度以供其他用户参考。可理解，本申请实施例中对于上述征信信息的具体内容不作限定。

可选的，上述第一电子设备还可以设置一定的条件限制，如个人信用分不得低于某个数值、驾驶分不得低于某个数值、不良驾驶行为不得超过几项，等等，只有满足这些条件限制的用户才可以有资格通过上述第一电子设备上传上述征信信息，以及通过上述第一电子设备发生上述申请请求。实施本申请实施例，可以通过上述条件限制过滤掉一部分征信信息较差的用户，可避免不良用户使用上述目标车辆，提高了可信度。

实施本申请实施例，只有在车辆信息满足预设条件的情况下，上述第一电子设备才会向上述第二电子设备发送申请请求，一方面满足了用户需求，另一方面还可以为用户提供多种可能的选择，提高了用户满意度。

203、在上述第二电子设备对上述目标用户的征信信息验证通过的情况下，上述第一电子设备接收来自上述第二电子设备的确认指令。

本申请实施例中，在上述第二电子设备对上述目标用户的征信信息验证通过的情况下，也就是说，上述第二电子设备会通过申请请求中携带的身份信息查询该目标用户的征信信息，若该征信信息满足要求，则上述第二电子设备会向上述第一电子设备发送确认指令，最终上述第一电子设备接收到该确认指令。该确认指令的具体形式可以为文字、图片、视屏、语音等中的一项或多项。可理解，本申请实施例对于该确认指令的具体形式不作限定。

实施本申请实施例，只有在上述第二电子设备对上述目标用户的征信信息验证通过的情况下，上述第一电子设备才会接收到确认指令，保证了上述第二电子设备对应用户的权益，也保证了上述第一电子设备可以及时接收到上述确认指令，提高了共享车租用过程的效率。

204、上述第一电子设备根据上述确认指令确认获得上述目标车辆的使用权限。

本申请实施例中，上述第一电子设备在接收到上述确认指令之后，即获得该目标车辆的使用权限。其中，获得上述目标车辆的使用权限可以为目标用户获得的对该目标车辆的在某一段有效时间内既定路线的使用权限。举例来说，该使用权限可以为目标用户从a地(可以不包括目标车辆停放地)运输物品、承载乘客到b地的使用权限，其中a地和b地可以为同城，也可以为异地。或者，该使用权限可以为借用该目标车辆到某一相近距离的地方，如附近商场、附近地铁站、附近火车站等等。可理解，本申请实施例中对于该使用权限的具体内容不作限定。实施本申请实施例，可以通过上述确认指令快速的获得该目标车辆的使用权限，可避免上述第一电子设备长时间等待，提高了效率。

在一种可能的实现方式中，在上述第一电子设备根据上述确认指令确认获得上述目标车辆的使用权限之后，上述方法还包括：

上述第一电子设备接收对上述目标车辆的评价结果；

上述第一电子设备将上述评价结果上传至上述区块链平台。

本申请实施例中，上述目标用户可以对该目标车辆的实际使用情况进行评价，如舒适度、车辆性能以及是否与上述车辆信息描述的内容一致等等。通过这些实际使用情况生成评价结果，上述第一电子设备在接收到该评价结果之后，可以将评价结果上传至区块链平台，并全网广播，以供其他用户查看。实施本申请实施例，通过区块链平台其他用户可以查看对该目标车辆的评价结果，提高了信息共享度。

在一种可能的实现方式中，上述第一电子设备根据上述确认指令确认获得上述目标车辆的使用权限之后，上述方法还包括：

上述第一电子设备向上述第二电子设备发送还车指令；

在上述第二电子设备确认上述目标车辆已停止使用的情况下，上述第一电子设备接收来自上述第二电子设备的确认还车指令。

本申请实施例中，当上述目标用户确定停止使用上述目标车辆时，上述目标用户会通过上述第一电子设备向上述第二电子设备发送还车指令。并且在第二电子设备确认上述目标车辆已停止使用的情况下，上述第一电子设备会接收到来自该第二电子设备的确认还车指令。其中，上述确认还车指令可以包括订单信息，上述第二电子设备可以获取到目标用户在使用该目标车辆过程中的实际使用时间和实际行驶路线，并通过该实际使用时间和时间行驶路线生成上述订单信息。因此，上述第一电子设备可以通过上述确认还车指令支付上述订单信息。实施本申请实施例，上述过程保证了目标车辆可以准确及时的归还给车主，上述第一电子设备还可以通过上述确认还车指令支付订单信息，有效保证了共享车租用的完整性。实施本申请实施例，上述第一电子设备需要验证该目标车辆(车主发布的车辆)的车辆信息是否满足预设条件，同样的，上述第二电子设备需要验证目标用户(租客)的征信信息是否可信，只有满足上述预设条件且上述征信信息可信的情况下，才进行对该目标车辆的共享，保证了上述整个过程的可信度，且极大地保证了用户的权益，提高了车辆共享的可信度和安全性。

请参见图3，图3是本申请实施例提供的另一种信息处理方法的流程示意图，如图3所示，该方法包括：

301、第二电子设备接收来自第一电子设备的申请请求，上述申请请求用于请求目标车辆的使用权限，上述车辆信息用于表示上述目标车辆的可信程度且上述申请请求中携带目标用户的身份信息。

本申请实施例中，对于上述申请请求以及上述身份信息可参考图2中所示步骤202所示的实现方式，这里不再一一详述。

302、上述第二电子设备根据上述目标用户的身份信息对上述目标用户的征信信息进行验证。

本申请实施例中，上述第二电子设备通过目标用户的身份信息(如姓名、身份证号、注册账号、电话、昵称等等)可以在区块链平台中查询到该目标用户对应的征信信息，并且对征信信息进行验证。

在一种可能的实现方式中，上述征信信息包括个人信用分、驾驶分和驾驶行为中的一项或多项，上述第二电子设备根据上述目标用户的身份信息对上述目标用户的征信信息进行验证，包括：

上述第二电子设备根据上述目标用户的身份信息获取上述目标用户的个人信用分、驾驶分和驾驶行为中的一项或多项；

上述第二电子设备对上述个人信用分、驾驶分和驾驶行为中的一项或多项进行验证。

本申请实施例中，上述征信信息包括个人信用分、驾驶分和驾驶行为中的一项或多项。其中，上述征信信息中的个人信用分可以为由银行统计的个人信用记录，也可以为支付宝的芝麻信用分等等，通过第三方信用平台可以获取上述目标用户的个人信用分。其中，上述驾驶分可以通过上述目标用户上传，相应的该目标用户还可以上传驾驶证以及驾驶行为信息等。可理解，本申请实施例中对于上述征信信息的具体内容不作限定。具体的，上述第二电子设备可以通过区块链平台获取上述征信信息，上述第二电子设备可以核查上述个人信用分是否超过一定数值，驾驶分是否不低于某个数值，以及有无不良驾驶行为等等，以及还可以核查上述征信信息是否真实可信。或者，还可以通过用户(车主)查看该目标用户的征信信息，若车主对该目标用户的征信信息满意度较高，即可通过验证，并向上述第二电子设备发送确认指令。可理解，本申请实施例中对于如何验证该征信信息不作限定。

实施本申请实施例，通过验证上述目标用户的征信信息，可避免不良用户使用上述目标车辆，提高了共享车辆租用的可信度。

303、在上述目标用户的征信信息验证通过的情况下，上述第二电子设备向上述第一电子设备发送确认指令。

本申请实施例中，可以通过第二电子设备直接验证通过上述目标用户的征信信息，或者，可以通过用户(如车主)验证该征信信息，并向第二电子设备发送一个确认验证通过的指令。然后，上述第二电子设备向上述第一电子设备发送确认指令。其中，上述确认指令用于确认通过上述申请请求。该确认指令的具体形式可以为文字、图片、视屏、语音等中的一项或多项。可理解，本申请实施例对于该确认指令的具体形式不作限定。

可选的，上述第二电子设备还可以接收来自第一电子设备发送的还车指令。在该第二电子设备确认该目标车辆已停止使用的情况下，用户(如车主)可以对上述目标用户(如租客)的驾驶行为进行评价，其中，驾驶行为数据可以通过该目标车辆中安装的golo技师盒子、x-431诊断设备和/或gtbox诊断设备等来获取驾驶行为数据，然后上述第二电子设备可以对上述驾驶行为数据进行分析，从而生成对该目标用户(如租客)的驾驶行为评价结果，并将该驾驶行为评价结果上传至区块链平台，并全网广播，以供其他用户作参考。可理解，本申请实施例中对于如何评价驾驶行为不作限定。

实施本申请实施例，上述第二电子设备在接收到上述第一电子设备发送的申请请求之后，可以验证目标用户的征信信息，可避免不良用户使用目标车辆，有效提高了目标车辆使用过程中的安全性。

请参见图4，图4是本申请实施例提供的又一种信息处理方法的流程示意图，如图4所示，该方法包括：

401、租客进行实名认证、驾驶分认证。

本申请实施例中，租客可以通过第一电子设备进行实名认证、驾驶分认证。举例来说，租客可以将自己的身份证上传至该第一电子设备来进行实名认证，以及租客通过驾驶证查询对应的驾驶分进行驾驶分认证。至其中，实名认证是对用户资料真实性进行的一种验证审核，有助于建立完善可靠的互联网信用基础，一般有银行卡认证和身份证认证两种方式。可理解，本申请实施例中对于实名认证的具体内容不作限定。

实施本申请实施例，通过上述实名认证，可以避免一部分网络诈骗，提高可信度。

402、车主进行实名认证。

本申请实施例中，车主可以通过第二电子设备进行实名认证。举例来说，车主可以将自己的身份证、驾驶证上传至该第一电子设备来进行实名认证。可理解，本申请实施例中对于实名认证的具体内容不作限定。

实施本申请实施例，通过上述实名认证，可以避免一部分网络诈骗，提高了可信度。

403、第一电子设备将上述租客的个人征信结果上传区块链平台存证，并进行全网广播。

本申请实施例中，在租客同意征信的情况下，可以通过第三方征信平台(如银行、支付宝等)获得该租客的个人征信结果(即上述征信信息)，然后，该租客通过上述第一电子设备将上述租客的个人征信结果上传至区块链平台，并全网广播。可理解，本申请实施例中对于如何进行个人征信不作限定。实施本申请实施例，通过将租客的个人征信结果进行区块链存证，以及进行全网广播，可以提高租客的信用度。

404、第二电子设备将上述车主的个人征信结果上传区块链平台存证，并进行全网广播。

本申请实施例中，在车主同意征信的情况下，可以通过第三方征信平台(如银行、支付宝等)获得该车主的个人征信结果，然后，该车主通过上述第二电子设备将上述车主的个人征信结果上传至区块链平台，并全网广播。可理解，本申请实施例中对于如何进行个人征信不作限定。实施本申请实施例，通过将车主的个人征信结果进行区块链存证，以及进行全网广播，可以提高车主的信用度。

405、上述第二电子设备将共享车辆的详细使用状况以及维护情况上传至上述区块链平台。

本申请实施例中，上述电子设备可以将车主发布的共享车辆(即上述目标车辆)的详细使用状况以及维护情况(即上述车辆信息)上传至上述区块链平台，至于上述共享车辆的详细使用状况以及维护情况具体是什么可参考图2所示步骤201所示的实现方式。

406、租客判断上述共享车辆的损耗情况、行程是否符合要求，若符合要求，则租客通过上述第一电子设备向第二电子设备发送租用请求。

本申请实施例中，上述第一电子设备可以从上述区块链平台获取到上述共享车辆的相关信息，租客通过该第一电子设备可以查看该共享车辆的损耗情况、行程信息是否满足自己的要求，若满足，则该租客会通过点击该第一电子设备的界面确认申请该共享车辆(即上述租用请求)，则该第一电子设备会将该租用请求发送给第二电子设备。其中，该租用请求中携带租客的实名认证信息以及驾驶分认证信息。

实施本申请实施例，租客可以方便的查看该共享车辆是否满足要求，并及时发起租用请求，可提高效率。

407、车主核查租客的身份、驾驶分以及租客的个人征信结果是否无误，若无误，则通过上述第二电子设备向上述第一电子设备发送同意指令。

本申请实施例中，当第二电子设备接收到上述租用请求时，车主可以通过该第二电子设备查看该租用请求中携带的租客的身份信息、驾驶分信息是否真实有效。以及通过该第二电子设备从区块链平台获取该租客的个人征信结果，车主可以查看该租客的个人征信结果是否良好。当上述条件都满足车主的要求时，车主同意该租客的租用请求，也就是说，车主同意该租客租用该共享车辆。并通过上述第二电子设备向上述第一电子设备发送同意指令。

实施本申请实施例，通过上述方式车主可以对租客的身份信息、驾驶分以及个人征信结果进行评判，保证车主对租客的知情权，有效提高了共享车辆的安全性。

408、租客对上述共享车辆的真实状况进行评价，并通过上述第一电子设备将评价结果上传至区块链平台。

本申请实施例中，租客在使用共享车辆的过程中，可以对该共享车辆的真实状况进行评价，并且将评价结果通过上述第一电子设备上传至区块链平台存证，并进行全网广播，作为其他用户租车的参考证据。实施本申请实施例，租客可以将对共享车辆的评价结果共享至区块链平台，提高了信息的共享度。

409、租客在确定停止使用上述共享车辆的情况下，将上述共享车辆归还。

本申请实施例中，当租客停止使用上述共享车辆时，可以将上述共享车辆停放至指定停靠点。

410、车主复查上述共享车辆的车辆状况，并对租客的不良驾驶行为或违规操作进行评价。

本申请实施例中，当租客使用完毕上述共享车辆，并归还上述共享车辆时，车主可以对该共享车辆的车辆状况进行复查。车主在复查过程中，可以对用户的不良驾驶行为或者违规操作等进行评论，并且通过上述第二电子设备将评论结果上传区块链存证，并全网广播，以作为其他车主对该租客的驾驶行为以及驾驶操作的参考证据。

实施本申请实施例，车主可以对租客的驾驶行为、违规操作进行评论，为其他车主提供参考依据，有效提高了信息的共享。

411、车主确定收回上述共享车辆。

本申请实施例中，车主可以在确定上述共享车辆完好无损的情况下，收回上述共享车辆，也就是说，上述共享车辆的共享权限已停止对外车主以外的其他用户使用。

实施本申请实施例，车主和租客都必须通过实名认证，可避免不良用户发布或使用共享车辆，车主可以对租客的驾驶行为进行评价，同样的租客也可以对车主发布的共享车辆进行评价，保证了信息的共享，提高了共享车辆租用过程中的可信度。

可理解，图1、图2、图3和图4所示的方法各有侧重，因此在一个实施例中未详尽描述的实现方式还可参考其他实施例，这里不再一一详述。

上述详细阐述了本申请实施例的方法，下面提供了本申请实施例的装置。

请参见图5，图5是本申请实施例提供的一种电子设备的结构示意图，该电子设备可用于执行图2所示的方法，如图5所示，该电子设备包括：

第一获取单元501，用于第一电子设备从区块链平台上获取目标车辆的车辆信息，上述车辆信息用于表示上述目标车辆的可信程度；

第一发送单元502，用于在上述车辆信息符合预设条件的情况下，上述第一电子设备向第二电子设备发送申请请求，上述申请请求用于请求上述目标车辆的使用权限，且上述申请请求中携带目标用户的身份信息，上述身份信息用于指示对上述目标用户的征信信息进行验证；

第一接收单元503，用于在上述第二电子设备对上述目标用户的征信信息验证通过的情况下，上述第一电子设备接收来自上述第二电子设备的确认指令；

确认单元504，用于上述第一电子设备根据上述确认指令确认获得上述目标车辆的使用权限。

可选的，图6是本申请实施例提供的另一种电子设备的结构示意图，如图6所示，上述电子设备还包括：

第二接收单元505，用于上述第一电子设备接收授权指令；

第二获取单元506，用于在上述第一电子设备接收到上述授权指令之后，根据上述授权指令获取上述征信信息；

第一传输单元507，用于上述第一电子设备将上述征信信息上传至上述区块链平台。

可选的，如图6所示，上述电子设备还包括：

第三接收单元508，用于上述第一电子设备接收对上述目标车辆的评价结果；

第二传输单元509，用于上述第一电子设备将上述评价结果上传至上述区块链平台。

可选的，如图6所示，上述电子设备还包括：

第二发送单元510，用于上述第一电子设备向上述第二电子设备发送还车指令；

第四接收单元511，用于在上述第二电子设备确认上述目标车辆已停止使用的情况下，上述第一电子设备接收来自上述第二电子设备的确认还车指令。

实施本申请实施例，该第一电子设备需要验证该目标车辆(车主发布的车辆)的车辆信息是否满足预设条件，同样的，该第二电子设备需要验证目标用户(租客)的征信信息是否可信，只有满足上述预设条件且上述征信信息可信的情况下，才进行对该目标车辆的共享，保证了上述整个过程的可信度，且极大地保证了用户的权益，提高了车辆共享的可信度和安全性。

可理解，图5和图6所示的电子设备的具体实现方式还可参考图2所示的方法，这里不再一一详述。

请参见图7，图7是本申请实施例提供的一种电子设备的结构示意图，该电子设备可用于执行图3所示的方法，如图7所示，该电子设备包括：

接收单元701，用于第二电子设备接收来自第一电子设备的申请请求，上述申请请求用于请求目标车辆的使用权限，上述车辆信息用于表示上述目标车辆的可信程度且上述申请请求中携带目标用户的身份信息；

验证单元702，用于上述第二电子设备根据上述目标用户的身份信息对上述目标用户的征信信息进行验证；

发送单元703，用于在上述目标用户的征信信息验证通过的情况下，上述第二电子设备向上述第一电子设备发送确认指令。

可选的，图8是本申请实施例提供的一种验证单元的结构示意图，如图8所示，上述验证单元包括：

获取子单元7021，用于上述第二电子设备根据上述目标用户的身份信息获取上述目标用户的个人信用分、驾驶分和驾驶行为中的一项或多项；

验证子单元7022，用于上述第二电子设备对上述个人信用分、驾驶分和驾驶行为中的一项或多项进行验证。

本申请实施例中，在第二电子设备接收到上述申请请求之后，可以通过申请请求中携带的目标用户的身份信息来验证该目标用户的征信信息，若该征信信息通过验证，即可通过上述申请请求，并发送确认指令给第一电子设备。实施本申请实施例，只有在目标用户(如租客)的征信信息通过验证的情况下，第二电子设备才通过上述申请请求，保证了上述整个过程的可信度，且极大地保证了用户(如车主)的权益，提高了车辆共享的可信度和安全性。

可理解，图7和图8所示的电子设备的具体实现方式还可参考图3所示的方法，这里不再一一详述。

参见图9，图9是本申请实施例提供的另一种电子设备的结构示意图。该电子设备包括处理器901，还可以包括输入接口902、输出接口903和存储器904。该输入接口902、输出接口903、存储器904和处理器901之间通过总线相互连接。

存储器包括但不限于是随机存储记忆体(randomaccessmemory，ram)、只读存储器(read-onlymemory，rom)、可擦除可编程只读存储器(erasableprogrammablereadonlymemory，eprom)、或便携式只读存储器(compactdiscread-onlymemory，cd-rom)，该存储器用于相关指令及数据。

输入接口用于输入数据和/或信号，以及输出接口用于输出数据和/或信号。输出接口和输入接口可以是独立的器件，也可以是一个整体的器件。

处理器可以包括是一个或多个处理器，例如包括一个或多个中央处理器(centralprocessingunit，cpu)，在处理器是一个cpu的情况下，该cpu可以是单核cpu，也可以是多核cpu。

存储器用于存储电子设备的程序代码和数据。

处理器用于调用该存储器中的程序代码和数据，执行上述方法实施例中的步骤。

如在一个实施例中，处理器可用于执行步骤201至步骤204所示的实现方式。

又如在一个实施例中，处理器还可用于执行确认单元504所示的方法等等。

又如在一个实施例中，处理器还可用于控制输入接口902获取目标车辆的车辆信息、控制输入接口902接收确认指令、控制输出接口903发送申请请求等等。

又如在一个实施例中，在一些可能的实现方式中，该输入接口可用于执行第一获取单元501以及第一接收单元503所示的方法，输出接口还可用于执行第一发送单元502所示的方法。

对于处理器和/或输入输出接口的具体实现方式可参见方法实施例中的描述，在此不再赘述。

可以理解的是，图9仅仅示出了电子设备的简化设计。在实际应用中，电子设备还可以分别包含必要的其他元件，包含但不限于任意数量的输入/输出接口、处理器、控制器、存储器等，而所有可以实现本申请实施例的电子设备都在本申请的保护范围之内。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

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

参见图10，图10是本申请实施例提供的另一种电子设备的结构示意图。该电子设备包括处理器1001，还可以包括输入接口1002、输出接口1003和存储器1004。该输入接口1002、输出接口1003、存储器1004和处理器1001之间通过总线相互连接。

存储器包括但不限于是随机存储记忆体(randomaccessmemory，ram)、只读存储器(read-onlymemory，rom)、可擦除可编程只读存储器(erasableprogrammablereadonlymemory，eprom)、或便携式只读存储器(compactdiscread-onlymemory，cd-rom)，该存储器用于相关指令及数据。

输入接口用于输入数据和/或信号，以及输出接口用于输出数据和/或信号。输出接口和输入接口可以是独立的器件，也可以是一个整体的器件。

处理器可以包括是一个或多个处理器，例如包括一个或多个中央处理器(centralprocessingunit，cpu)，在处理器是一个cpu的情况下，该cpu可以是单核cpu，也可以是多核cpu。

存储器用于存储电子设备的程序代码和数据。

处理器用于调用该存储器中的程序代码和数据，执行上述方法实施例中的步骤。

如在一个实施例中，处理器可用于执行步骤302所示的实现方式。

又如在一个实施例中，处理器还可用于执行验证单元702所示的方法等等。

又如在一个实施例中，在一些可能的实现方式中，该输入接口可用于执行接收单元701所示的方法，输出接口还可用于执行发送单元703所示的方法。

对于处理器和/或输入输出接口的具体实现方式可参见方法实施例中的描述，在此不再赘述。

可以理解的是，图10仅仅示出了电子设备的简化设计。在实际应用中，电子设备还可以分别包含必要的其他元件，包含但不限于任意数量的输入/输出接口、处理器、控制器、存储器等，而所有可以实现本申请实施例的电子设备都在本申请的保护范围之内。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

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