一种随车资源共享方法及终端与流程

本申请属于计算机应用技术领域，尤其涉及一种随车资源共享方法及终端。

背景技术：

随着汽车行业发展，车辆数量激增，车辆在使用过程中，随时有可能出现状况，如车辆爆胎、蓄电池亏电不能启动、车辆故障需要拖车等，这种情况下，现有技术中一般通过车主拨打汽车救援电话，或者自己处理等方式解决问题。虽然现较大、中型汽车维修公司和服务公司都已经推出了自己的汽车救援服务，如果车主遇到故障，例如突然不能启动、熄火后无法启动、没油、没电，甚至路途中爆胎等，就可以联系4s店或者最近的汽车救援服务公司，向专业的汽车救援技术人员求助，他们会询问判断汽车大概问题，再赶往现场进行救助。但是这种方式需要车主等待一段时间，车辆故障修复效率较低。除此之外，车主可以通过车辆中携带的工具自行处理车辆故障，但是很多情况下，车辆中携带的工具往往有限，车主很有可能不能通过现有的工具解决当前的车辆故障，因此降低了车辆故障的修复效率。

技术实现要素：

有鉴于此，本申请实施例提供了随车资源共享方法及终端，以解决现有技术中在车辆行使过程中出现故障的情况下，车主不能通过现有的工具解决当前的车辆故障，因此降低了车辆故障的修复效率的问题。

本申请实施例的第一方面提供了一种随车资源共享方法，包括：

获取第一车辆的当前位置和所述第一车辆所需的目标随车资源的资源信息；

基于预先存储的注册车辆可共享的随车资源信息以及获取到的每个所述注册车辆的实时位置，根据所述当前位置和所述目标随车资源的资源信息，查找处于所述当前位置附近且携带所述目标随车资源的第二车辆；

根据获取到的所述第二车辆的车辆信息，确定获取所述目标随车资源的方式；

将所述资源信息、所述第一车辆的车辆信息和第二车辆的车辆信息作为历史使用信息发送至所述分布式服务器中进行存储；所述历史使用信息用于实时查询所述目标随车资源的历史使用情况。

本申请实施例的第二方面提供了一种随车资源共享终端，包括：

获取单元，用于获取第一车辆的当前位置和所述第一车辆所需的目标随车资源的资源信息；

查找单元，用于基于预先存储的注册车辆可共享的随车资源信息以及获取到的每个所述注册车辆的实时位置，根据所述当前位置和所述目标随车资源的资源信息，查找处于所述当前位置附近且携带所述目标随车资源的第二车辆；

确定单元，用于根据获取到的所述第二车辆的车辆信息，确定获取所述目标随车资源的方式；

交易单元，用于根据获取到的所述第二车辆的车辆信息和预设的智能合约完成所需的目标随车资源的共享交易。

优选的，所述随车资源共享终端还可以包括：

发送单元，用于将所述资源信息、所述第一车辆的车辆信息和第二车辆的车辆信息作为历史使用信息发送至所述分布式服务器中进行存储；所述历史使用信息用于实时查询所述目标随车资源的历史使用情况。

优选的，所述随车资源共享终端还可以包括：

归还单元，用于在检测到所述目标随车资源使用完毕时，向所述第二车辆的车辆终端发送资源归还请求；

余额单元，用于若接收到所述分布式服务器发送的余额退回通知和余额资金，则将所述余额资金存储至所述用户账户中；所述余额退回通知为所述分布式服务器根据接收到所述第二车辆的车辆终端发送的资源归还成功信息时，根据所述预估费用和实际使用费用生成；所述实际使用费用为根据本次随车资源的共享时长和所述目标随车资源的预估费用生成。

优选的，所述随车资源共享终端还可以包括：

信息获取单元，用于获取车辆的用户信息和车辆信息；所述车辆信息包括可共享的随车资源信息；所述随车资源信息中包括每个所述随车资源的预估价格；

关联写入单元，用于根据所述用户信息在所述分布式服务器中注册用户账户，并在所述分布式服务器中关联写入所述用户账户及其对应的所述车辆信息。

优选的，所述随车资源共享终端还可以包括：

请求交易单元，用于向所述第二车辆的车辆终端发送随车资源共享请求；

费用支付单元，用于在接收到所述第二车辆的车辆终端基于所述随车资源共享请求返回的共享确认信息和所述第二车辆的车辆信息时，向预设的分布式服务器支付使用所述目标随车资源的预估费用。

优选的，所述关联写入单元可以包括：

账户注册单元，用于根据所述用户信息在所述分布式服务器中注册用户账户；

关联写入单元，用于将所述用户账户的所述车辆信息关联写入所述分布式服务器中；

条款写入单元，用于根据所述用户信息和所述车辆信息生成所述用户账户的智能合约，并在用户确认所述智能合约之后，将所述智能合约写入所述分布式服务器中。

本申请实施例的第三方面提供了一种随车资源共享终端，包括：处理器、输入设备、输出设备和存储器，所述处理器、输入设备、输出设备和存储器相互连接，其中，所述存储器用于存储支持终端执行上述方法的计算机程序，所述计算机程序包括程序指令，所述处理器被配置用于调用所述程序指令，执行上述第一方面的方法。

本申请实施例的第四方面提供了一种计算机可读存储介质，所述计算机存储介质存储有计算机程序，所述计算机程序包括程序指令，所述程序指令当被处理器执行时使所述处理器执行上述第一方面的方法。

本申请实施例与现有技术相比存在的有益效果是：将注册用户信息和车辆信息实时共享至分布式服务器，并在出现随车资源共享需求的时候，根据车辆信息和车辆的实时位置来筛选合适的可共享随车资源的车辆，最后将共享资源过程中生成的信息上传至分布式服务器，在提高了用户信息和车辆信息透明度的基础上，提高了随车资源共享的效率和成功率。

附图说明

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

图1是本申请实施例一提供的随车资源共享方法的流程图；

图2是本申请实施例二提供的随车资源共享方法的流程图；

图3是本申请实施例三提供的随车资源共享终端的示意图；

图4是本申请实施例四提供的随车资源共享终端的示意图；

图5是本申请实施例五提供的随车资源共享终端的示意图。

具体实施方式

以下描述中，为了说明而不是为了限定，提出了诸如特定系统结构、技术之类的具体细节，以便透彻理解本申请实施例。然而，本领域的技术人员应当清楚，在没有这些具体细节的其它实施例中也可以实现本申请。在其它情况中，省略对众所周知的系统、终端、电路以及方法的详细说明，以免不必要的细节妨碍本申请的描述。

为了说明本申请所述的技术方案，下面通过具体实施例来进行说明。

参见图1，图1是本申请实施例一提供的一种数据交互的方法的流程图。本实施例中数据交互的方法的执行主体为终端。终端可以为智能手机、平板电脑等移动终端，但不限于此，还可以为其他终端，此处不做限制。终端可以是安卓操作系统，也可以是windows操作系统，或ios操作系统。如图1所示的数据交互的方法可以包括以下步骤：

s101：获取第一车辆的当前位置和所述第一车辆所需的目标随车资源的资源信息。

随着汽车行业发展，车辆数量激增，车辆在使用过程中，随时有可能出现状况，如车辆爆胎、蓄电池亏电不能启动、车辆故障需要拖车等，这种情况下，现有技术中一般通过车主拨打汽车救援电话，或者自己处理等方式解决问题。虽然现较大、中型汽车维修公司和服务公司都已经推出了自己的汽车救援服务，如果车主遇到故障，例如突然不能启动、熄火后无法启动、没油、没电，甚至路途中爆胎等，就可以联系4s店或者最近的汽车救援服务公司，向专业的汽车救援技术人员求助，他们会询问判断汽车大概问题，再赶往现场进行救助。但是这种方式需要车主等待一段时间，车辆故障修复效率较低。除此之外，车主可以通过车辆中携带的工具自行处理车辆故障，但是很多情况下，车辆中携带的工具往往有限，车主很有可能不能通过现有的工具解决当前的车辆故障，因此降低了车辆故障的修复效率。

具体的，本实施例中在车辆中有车载终端，车载终端可以是随车安装的装置，也可以是用户自己携带的终端设备，此处不做限定。本实施例中获取车辆位置的可以是实时获取，也可以是在发生故障之后，由用户主动开启，本实施例中的当前位置可以是汽车当前在地图中的定位，也可以是汽车当前所在公路的名称和路段编号等，此处不做限定。本实施例中的随车资源可以是各种修车工具、维护工具或者汽车配件等，例如灭火器、拖车绳以及备胎等，此处不做限定。当车辆在行进路上抛锚，很多情况下车主只能被动的等待救援，或者缺少修理车辆的工具或配件，我们可以通过车载终端来获取车辆的当前位置和所需的目标随车资源，以及解决车辆故障的随车资源。

需要说明的是，本实施例中第一车辆的当前位置是通过车载终端检测得到的，目标资源的资源信息可以是用户直接在车载终端中输入的方式来获取到的，本实施例中的资源信息可以包括目标随车资源的资源名称，例如灭火器、拖车绳等；还可以是目标随车资源的功能，例如，可以翘起车辆的工具、可以灭火的工具或者可以牵动车辆的工具等；除此之外，资源信息还可以包括目标随车资源的型号和数量等信息，例如备胎(195/65r15)一个、1kg灭火器一个、5t拖车绳一根等。

s102：基于预先存储的注册车辆可共享的随车资源信息以及获取到的每个所述注册车辆的实时位置，根据所述当前位置和所述目标随车资源的资源信息，查找处于所述当前位置附近且携带所述目标随车资源的第二车辆。

本实施例中预设有分布式服务器，将数据和程序可以不位于一个服务器上，而是分散到多个服务器，以网络上分散分布的地理信息数据及受其影响的数据库操作为研究对象的一种理论计算模型服务器形式。有利于任务在整个计算机系统上进行分配与优化，克服了传统集中式系统会导致中心主机资源紧张与响应瓶颈的缺陷，解决了随车资源共享中存在的数据异构、数据共享、运算复杂等问题。在分布式数据库系统里不强调集中控制概念，它具有一个以全局数据库管理员为基础的分层控制结构，但是每个局部数据库管理员都具有高度的自主权。在分布式数据库系统中数据独立性和分布式透明性也同样重要，分布式透明性就是在编写程序时好象数据没有被分布一样，因此把数据进行转移不会影响程序的正确性。

可选的，我们可以基于分布式数据存储，通过点对点传输、共识机制、加密算法等计算机技术的实现区块链模式的随车资源分享系统。区块链本质上是一个去中心化的数据库，是一串使用密码学方法相关联产生的数据块，每一个数据块中包含了用户信息、车辆信息、随车资源共享或者使用信息，用于验证其信息的有效性和生成下一个区块。

本实施例中的用户信息、车辆信息以及车辆中的随车资源是预先注册在区块链网络中的，以保证所有的用户和车辆信息是公开透明的，并且所有的用户可以通过车载终端获取到车辆信息和随车资源。在获取到第一车辆的当前位置之后，我们根据第一车辆的当前位置和资源信息，查找当前位置附近的第二车辆，本实施例中的第二车辆用于表示携带有第一车辆所需的目标随车资源的车辆。

具体的，本实施例中的车辆信息可以包括车辆品牌、车型年款、车辆识别号码(vehicleidentificationnumber，vin)等信息，除此之外，还可以在注册的同时将每个随车资源进行估值，并将使用该随车资源的预估价格和预估使用时间写入车辆信息中。

进一步的，在预估随车资源价格时，如备胎等可重复使用的资源设置略高于市场价格的预估价格和租借价格，如灭火器等消耗型资源直接设置该物品的预估价格。

需要说明的是，本实施例中的第二车辆需要满足两个条件，第一是装载有目标随车资源的车辆，以保证第二车辆所携带随车资源可以解决第一车辆的故障问题；第二是距离第一车辆较近的车辆，以保证第二车辆的目标随车资源可以很快的送达至第一车辆，提高第一车辆的故障修复效率。

s103：根据获取到的所述第二车辆的车辆信息，确定获取所述目标随车资源的方式。

我们在查找到满足条件的第二车辆之后，获取第二车辆的车辆信息，确定获取目标随车资源的方式，以根据第二车辆的车辆信息获取目标随车资源。

本实施例中获取目标随车资源的方式可以是由第二车辆接收第一车辆的位置，并行使至第一车辆，向第一车辆运送目标随车资源的方式，还可以是通过检测第二车辆和第一车辆之间的路线，识别当前运行的车辆中经过该路线的中间车辆来传递目标随车资源，除此之外，还可以设置专门的运送车辆，通过运送车辆来传递目标随车资源，使目标随车资源到达第一车辆。

s104：根据获取到的所述第二车辆的车辆信息和预设的智能合约完成所需的目标随车资源的共享交易。

本实施例中预设有智能合约，其中包括了用户在进行随车资源共享过程中的各种条款，例如支付条款、资源使用条款、收益条款、流程条款等，其中，支付条款中可以包括用户使用随车资源之后的支付方式、款项缴费方式等，资源使用条款中可以包括资源受损赔偿、资源使用规则等，收益条款中可以包括将自己的资源供别人使用之后，自己的收益金额与使用者所缴纳金额的比例关系，流程条款中可以包括所有的用户在共享资源过程中的使用流程、共享流程以及归还流程等条款。这些智能合约可以是在用户最开始使用该共享程序，注册的时候签订电子版的形式完成。

本实施例中在获取到的第二车辆的车辆信息，并确定获取目标随车资源的方式之后，根据获取到的第二车辆的车辆信息和预设的智能合约完成所需的目标随车资源的共享交易。

进一步的，在步骤s104之后，还可以包括：

将所述资源信息、所述第一车辆的车辆信息和第二车辆的车辆信息作为历史使用信息发送至所述分布式服务器中进行存储；所述历史使用信息用于实时查询所述目标随车资源的历史使用情况。

具体的，在目标随车资源到达第一车辆之后，用户可以通过该目标随车资源修复好第一车辆。并联系第二车辆的车主，商定归还该目标随车资源的时间和地点，以将目标随车资源通过相同的获取方式归还至第二车辆的车主。或者第一车辆的车主可以先保存该目标随车资源，在行使任务结束之后，或者有空闲时间时，联系第二车辆的车主归还该目标随车资源，此处对归还方式不做限定，可由随车资源共享系统设定，或者根据用户的使用习惯设定。

在目标随车资源共享达成之后，我们将资源信息、第一车辆的车辆信息和第二车辆的车辆信息作为历史使用信息写入将资源信息、第一车辆的车辆信息和第二车辆的车辆信息作为历史使用信息发送至分布式服务器中进行存储；历史使用信息用于实时查询目标随车资源的历史使用情况，即区块链中，以在之后的使用中，可以实时查询目标随车资源的历史使用情况、第一车辆的车主和第二车辆的车主的资源共享情况。

上述方案，通过获取第一车辆的当前位置和所述第一车辆所需的目标随车资源的资源信息；基于预先存储的注册车辆可共享的随车资源信息以及获取到的每个所述注册车辆的实时位置，根据所述当前位置和所述目标随车资源的资源信息，查找处于所述当前位置附近且携带所述目标随车资源的第二车辆；根据获取到的所述第二车辆的车辆信息，确定获取所述目标随车资源的方式；将所述资源信息、所述第一车辆的车辆信息和第二车辆的车辆信息作为历史使用信息发送至所述分布式服务器中进行存储；所述历史使用信息用于实时查询所述目标随车资源的历史使用情况。通过将注册用户信息和车辆信息实时共享至分布式服务器，并在出现随车资源共享需求的时候，根据车辆信息和车辆的实时位置来筛选合适的可共享随车资源的车辆，最后将共享资源过程中生成的信息上传至分布式服务器，在提高了用户信息和车辆信息透明度的基础上，提高了随车资源共享的效率和成功率。

参见图2，图2是本申请实施例二提供的一种数据交互的方法的流程图。本实施例中数据交互的方法的执行主体为终端。终端可以为智能手机、平板电脑等移动终端，但不限于此，还可以为其他终端，此处不做限制。终端可以是安卓操作系统，也可以是windows操作系统，或ios操作系统。如图2所示的数据交互的方法可以包括以下步骤：

s201：获取第一车辆的当前位置和所述第一车辆所需的目标随车资源的资源信息。

在本实施例中s201与图1对应的实施例中s101的实现方式完全相同，具体可参考图1对应的实施例中的s101的相关描述，在此不再赘述。

进一步的，步骤s202之前，还可以包括步骤s2021～s2022：

s2021：获取车辆的用户信息和车辆信息；所述车辆信息包括可共享的随车资源信息；所述随车资源信息中包括每个所述随车资源的预估价格。

在车辆进行随车资源共享的时候，现需要对用户信息和车辆信息进行注册和登记。我们先获取第一车辆的用户信息和车辆信息，本实施例中的车辆信息包括可共享的随车资源信息，其中，随车资源信息中包括每个随车资源的预估价格。

本实施例中的用户信息可以包括用户照片、身份证号码、驾驶信息、驾驶证等信息；本实施例中的车辆信息可以包括车辆品牌、车型年款、车辆识别号码(vehicleidentificationnumber,vin)、车辆照片等信息，同时还可以包括车辆的可共享随车资源：如备胎(195/65r15)一个，1kg灭火器一个；5t拖车绳一根等；并设置该资源等值的预估价格等信息。

s2021：根据所述用户信息在所述分布式服务器中注册用户账户，并在所述分布式服务器中关联写入所述用户账户及其对应的所述车辆信息。

在获取到车辆信息和用户信息之后，我们在分布式服务器中注册用户的用户账户。具体的，在注册的时候，是在用户初次登入随车资源共享系统时，通过终端，如手机、车载终端等，向分布式服务器提交相应的用户信息，确认用户合法性，分配一个唯一用户标识，完成用户账号的注册。

可选的，我们可以基于分布式数据存储，通过点对点传输、共识机制、加密算法等计算机技术的实现区块链模式的随车资源分享系统。区块链本质上是一个去中心化的数据库，是一串使用密码学方法相关联产生的数据块，每一个数据块中包含了用户信息、车辆信息、随车资源共享或者使用信息，用于验证其信息的有效性和生成下一个区块。

进一步的，在用户注册的同时，可以绑定用户的支付方式，本实施例中的支付方式可以是通过车载终端或者用户终端中安装的手机支付软件来支付，还可以通过绑定银行卡的方式来支付，此处不做限定。

在得到用户账户之后，在区块链中关联写入该用户账户的车辆信息，以将车辆账户和用户账户关联起来。

进一步的，步骤s2021还可以包括：根据所述用户信息和所述车辆信息生成所述用户账户的智能合约，并在用户确认所述智能合约之后，将所述智能合约写入所述分布式服务器中。

用户在注册得到用户账户之后，随车资源共享系统根据用户信息和车辆信息生成用户账户的智能合约，本实施例中的智能合约用于规定用户在进行资源共享时候的收益和付款形式和制度，用户在签订该智能合约则表示用户同意所对应的收益和付款形式和制度。我们在用户确认并同意签署智能合约之后，将智能合约写入区块链中。通过将每个用户的智能合约写入区块链中，可以使各个用户都能查看到彼此的智能合约信息，达到信息公开透明的目的。

s202：基于预设的分布式服务器数据库中存储的注册车辆可共享的随车资源信息以及获取到的每个所述注册车辆的实时位置，根据所述当前位置和所述目标随车资源的资源信息，查找处于所述当前位置附近且携带所述目标随车资源的第二车辆。

本实施例中的用户信息、车辆信息以及车辆中的随车资源是预先注册在区块链网络中的，以保证所有的用户和车辆信息是公开透明的，并且所有的用户可以通过车载终端获取到车辆信息和随车资源。在获取到第一车辆的当前位置之后，我们根据第一车辆的当前位置和资源信息，查找当前位置附近的第二车辆，本实施例中的第二车辆用于表示携带有第一车辆所需的目标随车资源的车辆。

进一步的，本实施例中可以预先设定一个距离阈值或者时间阈值，其中，距离阈值用于衡量其余车辆与第一车辆之间的距离，若车辆与第一车辆之间的距离小于该距离阈值，则识别该车辆为第二车辆。或者，预计从其余车辆的当前位置到第一车辆的当前位置的时间，当该时间小于时间阈值时，则识别该车辆为第二车辆。

需要说明的是，通过上述方案识别得到的车辆的数量可能有两个或者多个，这种情况下，我们可以根据距离和时间进行优先选择，选择距离最短或者行进时间最短的车辆为第二车辆。

进一步的，步骤s203之前可以具体包括步骤s2031～s2032：

s2031：向所述第二车辆的车辆终端发送随车资源共享请求。

在第一车辆的车辆终端查询到合适的第二车辆之后，向第二车辆的车辆终端发送随车资源共享请求。本实施例中的随车资源共享请求可以包括目标随车资源的资源信息、第一车辆的车辆信息等。

s2032：在接收到所述第二车辆的车辆终端基于所述随车资源共享请求返回的共享确认信息和所述第二车辆的车辆信息时，向预设的分布式服务器支付使用所述目标随车资源的预估费用。

在第二车辆接收到第一车辆的随车资源共享请求之后，第二车辆的车主可以在车载终端或者用户终端中同意并确定该随车资源共享请求，表示第二车辆的车主愿意共享该目标随车资源，这时候第二车辆的车辆终端向第一车辆终端发送共享确认信息和第二车辆的车辆信息。第一车辆终端在接收到第二车辆的车辆终端发送的共享确认信息之后，计算使用目标随车资源的预估费用，并向预设的资源共享服务器支付使用目标随车资源的预估费用。

本实施例中的第二车辆的车辆信息可以包括第二车辆的随车资源信息、第二车辆的位置信息或者第二车辆的车主联系方式等，此处不做限定。其中，第二车辆的随车资源信息用于让第一车辆的车主在接收到之后，确定第二车辆中携带有目标随车资源；第二车辆的位置信息用于确定第一车辆的车主获取到目标随车资源的路径和方式；第二车辆的车主联系方式用于第一车辆的车主可以通过这些信息联系到第二车辆的车主，沟通目标随车资源的获取方式、使用方式或者支付方式等其他的资源共享细节。

本实施例中的资源共享服务器用于接收第一车辆终端支付的预估费用，并将该预估费用暂时存储，在最后共享资源完毕之后，将实际使用费用转发至第二车辆对应的用户账户，并将剩余的费用退回至第一车辆对应的用户账户。

进一步的，本实施例中的预估费用可以根据使用目标随车资源的时间长度来计算，除此之外，还可以考虑进第一车辆和第二车辆之间的距离，以及将目标随车资源从第二车辆处运送到第一车辆处的运送费用。同时需要说明的是，本实施例中将目标随车资源从第二车辆处运送到第一车辆处的，可以是第二车辆，也可以是其余路过的车辆，此处根据用户设定或者系统设定来确定，同时，本实施例中的运送费用也是支付给运送该目标随车资源的车辆对应的用户账户。

s203：根据获取到的所述第二车辆的车辆信息，确定获取所述目标随车资源的方式。

我们在查找到满足条件的第二车辆之后，获取第二车辆的车辆信息，确定获取目标随车资源的方式，以根据第二车辆的车辆信息获取目标随车资源。

我们在获取到第二车辆的车辆信息之后，根据第二车辆的车辆信息中的随车资源信息，可以让第一车辆的车主在接收到之后，确定第二车辆中携带有目标随车资源；根据第二车辆的位置信息，可以确定第一车辆的车主获取到目标随车资源的路径和方式；根据第二车辆的车主联系方式，可以使第一车辆的车主通过这些信息联系到第二车辆的车主，沟通目标随车资源的获取方式、使用方式或者支付方式等其他的资源共享细节，以获取到目标随车资源。

需要说明的是，第一车辆的车主获取目标随车资源的方式，可以是通过快递的方式、也可以是第二车辆自主送达的方式，还可以是通过行使路线与第一车辆和第二车辆之间的路线有重叠的车辆来配送，此处不做限定。

s204：将所述资源信息、所述第一车辆的车辆信息和第二车辆的车辆信息作为历史使用信息发送至所述分布式服务器中进行存储；所述历史使用信息用于实时查询所述目标随车资源的历史使用情况。

在本实施例中s204与图1对应的实施例中s104的实现方式完全相同，具体可参考图1对应的实施例中的s104的相关描述，在此不再赘述。

s205：在检测到所述目标随车资源使用完毕时，向所述第二车辆的车辆终端发送资源归还请求。

第一车辆的车辆终端在检测到目标随车资源使用完毕时，向第二车辆的车辆终端发送资源归还请求。本实施例中，可以是第一车辆的车主在使用完毕目标随车资源之后，在车辆终端中点击归还按钮的方式，向第二车辆的车辆终端发送资源归还请求。

可选的，还可以是预先估计最长使用时间，用于表示第一车辆的第一车主使用目标随车资源的最长时间，在第一车主接收到该目标随车资源之后开始计时，到达最长使用时间之后，直接触发向第二车辆的车辆终端发送资源归还请求。

s206：若接收到所述分布式服务器发送的余额退回通知和余额资金，则将所述余额资金存储至所述用户账户中；所述余额退回通知为所述分布式服务器根据接收到所述第二车辆的车辆终端发送的资源归还成功信息时，根据所述预估费用和实际使用费用生成；所述实际使用费用为根据本次随车资源的共享时长和所述目标随车资源的预估费用生成。

在第二车辆接收到资源归还请求之后，第一车辆的车主可以通过第二车辆的车主直接联系归还方式和归还时间。在第二车辆的车主接收到目标随车资源，并检查目标随车资源完好无损时，在第二车辆的车辆终端中提交资源归还成功信息至资源共享服务器。

资源共享服务器根据接收到第二车辆的车辆终端发送的资源归还成功信息时，根据本次随车资源的共享时长和目标随车资源的预估费用生成实际使用费用，若实际使用费用小于预估费用，则生成余额数目，并根据预估费用和实际使用费用生成余额退回通知，最后向第一车辆的车辆终端发送的余额退回通知，以退回多余的金额。

上述方案，通过获取第一车辆的当前位置和所述第一车辆所需的目标随车资源的资源信息；基于预先存储的注册车辆可共享的随车资源信息以及获取到的每个所述注册车辆的实时位置，根据所述当前位置和所述目标随车资源的资源信息，查找处于所述当前位置附近且携带所述目标随车资源的第二车辆；根据获取到的所述第二车辆的车辆信息，确定获取所述目标随车资源的方式；将所述资源信息、所述第一车辆的车辆信息和第二车辆的车辆信息作为历史使用信息发送至所述分布式服务器中进行存储；所述历史使用信息用于实时查询所述目标随车资源的历史使用情况。在检测到所述目标随车资源使用完毕时，向所述第二车辆的车辆终端发送资源归还请求；若接收到所述分布式服务器发送的余额退回通知和余额资金，则将所述余额资金存储至所述用户账户中；所述余额退回通知为所述分布式服务器根据接收到所述第二车辆的车辆终端发送的资源归还成功信息时，根据所述预估费用和实际使用费用生成；所述实际使用费用为根据本次随车资源的共享时长和所述目标随车资源的预估费用生成。通过将注册用户信息和车辆信息实时共享至分布式服务器，并在出现随车资源共享需求的时候，根据车辆信息和车辆的实时位置来筛选合适的可共享随车资源的车辆，最后将共享资源过程中生成的信息上传至分布式服务器，在提高了用户信息和车辆信息透明度的基础上，提高了随车资源共享的效率和成功率。

参见图3，图3是本申请实施例三提供的一种终端的示意图。终端300可以为智能手机、平板电脑等移动终端。本实施例的终端300包括的各单元用于执行图1对应的实施例中的各步骤，具体请参阅图1及图1对应的实施例中的相关描述，此处不赘述。本实施例的终端300包括：

获取单元，用于获取第一车辆的当前位置和所述第一车辆所需的目标随车资源的资源信息；

查找单元，用于基于预先存储的注册车辆可共享的随车资源信息以及获取到的每个所述注册车辆的实时位置，根据所述当前位置和所述目标随车资源的资源信息，查找处于所述当前位置附近且携带所述目标随车资源的第二车辆；

确定单元，用于根据获取到的所述第二车辆的车辆信息，确定获取所述目标随车资源的方式；

交易单元，用于根据获取到的所述第二车辆的车辆信息和预设的智能合约完成所需的目标随车资源的共享交易。

进一步的，所述随车资源共享终端还可以包括：

发送单元，用于将所述资源信息、所述第一车辆的车辆信息和第二车辆的车辆信息作为历史使用信息发送至所述分布式服务器中进行存储；所述历史使用信息用于实时查询所述目标随车资源的历史使用情况。

进一步的，所述随车资源共享终端还可以包括：

归还单元，用于在检测到所述目标随车资源使用完毕时，向所述第二车辆的车辆终端发送资源归还请求；

余额单元，用于若接收到所述分布式服务器发送的余额退回通知和余额资金，则将所述余额资金存储至所述用户账户中；所述余额退回通知为所述分布式服务器根据接收到所述第二车辆的车辆终端发送的资源归还成功信息时，根据所述预估费用和实际使用费用生成；所述实际使用费用为根据本次随车资源的共享时长和所述目标随车资源的预估费用生成。

进一步的，所述随车资源共享终端还可以包括：

信息获取单元，用于获取车辆的用户信息和车辆信息；所述车辆信息包括可共享的随车资源信息；所述随车资源信息中包括每个所述随车资源的预估价格；

关联写入单元，用于根据所述用户信息在所述分布式服务器中注册用户账户，并在所述分布式服务器中关联写入所述用户账户及其对应的所述车辆信息。

进一步的，所述随车资源共享终端还可以包括：

请求交易单元，用于向所述第二车辆的车辆终端发送随车资源共享请求；

费用支付单元，用于在接收到所述第二车辆的车辆终端基于所述随车资源共享请求返回的共享确认信息和所述第二车辆的车辆信息时，向预设的分布式服务器支付使用所述目标随车资源的预估费用。

进一步的，所述关联写入单元可以包括：

账户注册单元，用于根据所述用户信息在所述分布式服务器中注册用户账户；

关联写入单元，用于将所述用户账户的所述车辆信息关联写入所述分布式服务器中；

条款写入单元，用于根据所述用户信息和所述车辆信息生成所述用户账户的智能合约，并在用户确认所述智能合约之后，将所述智能合约写入所述分布式服务器中。

上述方案，通过获取第一车辆的当前位置和所述第一车辆所需的目标随车资源的资源信息；基于预先存储的注册车辆可共享的随车资源信息以及获取到的每个所述注册车辆的实时位置，根据所述当前位置和所述目标随车资源的资源信息，查找处于所述当前位置附近且携带所述目标随车资源的第二车辆；根据获取到的所述第二车辆的车辆信息，确定获取所述目标随车资源的方式；将所述资源信息、所述第一车辆的车辆信息和第二车辆的车辆信息作为历史使用信息发送至所述分布式服务器中进行存储；所述历史使用信息用于实时查询所述目标随车资源的历史使用情况。通过将注册用户信息和车辆信息实时共享至分布式服务器，并在出现随车资源共享需求的时候，根据车辆信息和车辆的实时位置来筛选合适的可共享随车资源的车辆，最后将共享资源过程中生成的信息上传至分布式服务器，在提高了用户信息和车辆信息透明度的基础上，提高了随车资源共享的效率和成功率。

参见图4，图4是本申请实施例四提供的一种装置的示意图。图4与图3的区别之处在于，图4在图3对应的步骤中s304之后还包括了步骤s405-s406。终端400可以为智能手机、平板电脑等移动终端。本实施例的终端400包括的各单元用于执行图2对应的实施例中的各步骤，具体请参阅图2及图2对应的实施例中的相关描述，此处不赘述。本实施例的终端400包括：

获取单元401，用于获取第一车辆的当前位置和所述第一车辆所需的目标随车资源的资源信息；

查找单元402，用于基于预先存储的注册车辆可共享的随车资源信息以及获取到的每个所述注册车辆的实时位置，根据所述当前位置和所述目标随车资源的资源信息，查找处于所述当前位置附近且携带所述目标随车资源的第二车辆；

确定单元403，用于根据获取到的所述第二车辆的车辆信息，确定获取所述目标随车资源的方式；

交易单元404，用于根据获取到的所述第二车辆的车辆信息和预设的智能合约完成所需的目标随车资源的共享交易。

归还单元405，用于在检测到所述目标随车资源使用完毕时，向所述第二车辆的车辆终端发送资源归还请求；

余额单元406，用于若接收到所述分布式服务器发送的余额退回通知和余额资金，则将所述余额资金存储至所述用户账户中；所述余额退回通知为所述分布式服务器根据接收到所述第二车辆的车辆终端发送的资源归还成功信息时，根据所述预估费用和实际使用费用生成；所述实际使用费用为根据本次随车资源的共享时长和所述目标随车资源的预估费用生成。

进一步的，所述随车资源共享终端还可以包括：

发送单元，用于将所述资源信息、所述第一车辆的车辆信息和第二车辆的车辆信息作为历史使用信息发送至所述分布式服务器中进行存储；所述历史使用信息用于实时查询所述目标随车资源的历史使用情况。

进一步的，所述随车资源共享终端还可以包括：

信息获取单元，用于获取车辆的用户信息和车辆信息；所述车辆信息包括可共享的随车资源信息；所述随车资源信息中包括每个所述随车资源的预估价格；

关联写入单元，用于根据所述用户信息在所述分布式服务器中注册用户账户，并在所述分布式服务器中关联写入所述用户账户及其对应的所述车辆信息。

进一步的，所述随车资源共享终端还可以包括：

请求交易单元，用于向所述第二车辆的车辆终端发送随车资源共享请求；

费用支付单元，用于在接收到所述第二车辆的车辆终端基于所述随车资源共享请求返回的共享确认信息和所述第二车辆的车辆信息时，向预设的分布式服务器支付使用所述目标随车资源的预估费用。

进一步的，所述关联写入单元可以包括：

账户注册单元，用于根据所述用户信息在所述分布式服务器中注册用户账户；

关联写入单元，用于将所述用户账户的所述车辆信息关联写入所述分布式服务器中；

条款写入单元，用于根据所述用户信息和所述车辆信息生成所述用户账户的智能合约，并在用户确认所述智能合约之后，将所述智能合约写入所述分布式服务器中。

上述方案，通过获取第一车辆的当前位置和所述第一车辆所需的目标随车资源的资源信息；基于预先存储的注册车辆可共享的随车资源信息以及获取到的每个所述注册车辆的实时位置，根据所述当前位置和所述目标随车资源的资源信息，查找处于所述当前位置附近且携带所述目标随车资源的第二车辆；根据获取到的所述第二车辆的车辆信息，确定获取所述目标随车资源的方式；将所述资源信息、所述第一车辆的车辆信息和第二车辆的车辆信息作为历史使用信息发送至所述分布式服务器中进行存储；所述历史使用信息用于实时查询所述目标随车资源的历史使用情况。在检测到所述目标随车资源使用完毕时，向所述第二车辆的车辆终端发送资源归还请求；若接收到所述分布式服务器发送的余额退回通知和余额资金，则将所述余额资金存储至所述用户账户中；所述余额退回通知为所述分布式服务器根据接收到所述第二车辆的车辆终端发送的资源归还成功信息时，根据所述预估费用和实际使用费用生成；所述实际使用费用为根据本次随车资源的共享时长和所述目标随车资源的预估费用生成。通过将注册用户信息和车辆信息实时共享至分布式服务器，并在出现随车资源共享需求的时候，根据车辆信息和车辆的实时位置来筛选合适的可共享随车资源的车辆，最后将共享资源过程中生成的信息上传至分布式服务器，在提高了用户信息和车辆信息透明度的基础上，提高了随车资源共享的效率和成功率。

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

参见图5，图5是本申请实施例五提供的一种随车资源共享终端的示意图。如图5所示的本实施例中的随车资源共享终端500可以包括：处理器501、存储器502以及存储在存储器502中并可在处理器501上运行的计算机程序503。处理器501执行计算机程序503时实现上述各个随车资源共享方法实施例中的步骤。存储器502用于存储计算机程序，所述计算机程序包括程序指令。处理器501用于执行存储器502存储的程序指令。其中，处理器501被配置用于调用所述程序指令执行以下操作：

获取第一车辆的当前位置和所述第一车辆所需的目标随车资源的资源信息；

基于预先存储的注册车辆可共享的随车资源信息以及获取到的每个所述注册车辆的实时位置，根据所述当前位置和所述目标随车资源的资源信息，查找处于所述当前位置附近且携带所述目标随车资源的第二车辆；

根据获取到的所述第二车辆的车辆信息，确定获取所述目标随车资源的方式；

根据获取到的所述第二车辆的车辆信息和预设的智能合约完成所需的目标随车资源的共享交易。

进一步的，处理器501具体用于：

将所述资源信息、所述第一车辆的车辆信息和第二车辆的车辆信息作为历史使用信息发送至所述分布式服务器中进行存储；所述历史使用信息用于实时查询所述目标随车资源的历史使用情况。

进一步的，处理器501具体用于：

获取车辆的用户信息和车辆信息；所述车辆信息包括可共享的随车资源信息；所述随车资源信息中包括每个所述随车资源的预估价格；

根据所述用户信息在所述分布式服务器中注册用户账户，并在所述分布式服务器中关联写入所述用户账户及其对应的所述车辆信息。

进一步的，处理器501具体用于：

向所述第二车辆的车辆终端发送随车资源共享请求；

在接收到所述第二车辆的车辆终端基于所述随车资源共享请求返回的共享确认信息和所述第二车辆的车辆信息时，向预设的分布式服务器支付使用所述目标随车资源的预估费用。

进一步的，处理器501具体用于：

根据所述用户信息在所述分布式服务器中注册用户账户；

将所述用户账户的所述车辆信息关联写入所述分布式服务器中；

根据所述用户信息和所述车辆信息生成所述用户账户的智能合约，并在用户确认所述智能合约之后，将所述智能合约写入所述分布式服务器中。

进一步的，处理器501具体用于：

在检测到所述目标随车资源使用完毕时，向所述第二车辆的车辆终端发送资源归还请求；

若接收到所述分布式服务器发送的余额退回通知和余额资金，则将所述余额资金存储至所述用户账户中；所述余额退回通知为所述分布式服务器根据接收到所述第二车辆的车辆终端发送的资源归还成功信息时，根据所述预估费用和实际使用费用生成；所述实际使用费用为根据本次随车资源的共享时长和所述目标随车资源的预估费用生成。

上述方案，通过获取第一车辆的当前位置和所述第一车辆所需的目标随车资源的资源信息；基于预先存储的注册车辆可共享的随车资源信息以及获取到的每个所述注册车辆的实时位置，根据所述当前位置和所述目标随车资源的资源信息，查找处于所述当前位置附近且携带所述目标随车资源的第二车辆；根据获取到的所述第二车辆的车辆信息，确定获取所述目标随车资源的方式；将所述资源信息、所述第一车辆的车辆信息和第二车辆的车辆信息作为历史使用信息发送至所述分布式服务器中进行存储；所述历史使用信息用于实时查询所述目标随车资源的历史使用情况。在检测到所述目标随车资源使用完毕时，向所述第二车辆的车辆终端发送资源归还请求；若接收到所述分布式服务器发送的余额退回通知和余额资金，则将所述余额资金存储至所述用户账户中；所述余额退回通知为所述分布式服务器根据接收到所述第二车辆的车辆终端发送的资源归还成功信息时，根据所述预估费用和实际使用费用生成；所述实际使用费用为根据本次随车资源的共享时长和所述目标随车资源的预估费用生成。通过将注册用户信息和车辆信息实时共享至分布式服务器，并在出现随车资源共享需求的时候，根据车辆信息和车辆的实时位置来筛选合适的可共享随车资源的车辆，最后将共享资源过程中生成的信息上传至分布式服务器，在提高了用户信息和车辆信息透明度的基础上，提高了随车资源共享的效率和成功率。

应当理解，在本申请实施例中，所称处理器501可以是中央处理单元(centralprocessingunit，cpu)，该处理器还可以是其他通用处理器、数字信号处理器(digitalsignalprocessor，dsp)、专用集成电路(applicationspecificintegratedcircuit，asic)、现成可编程门阵列(field-programmablegatearray，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

该存储器502可以包括只读存储器和随机存取存储器，并向处理器501提供指令和数据。存储器502的一部分还可以包括非易失性随机存取存储器。例如，存储器502还可以存储设备类型的信息。

具体实现中，本申请实施例中所描述的处理器501、存储器502、计算机程序503可执行本申请实施例提供的随车资源共享方法的第一实施例和第二实施例中所描述的实现方式，也可执行本申请实施例所描述的终端的实现方式，在此不再赘述。

在本申请的另一实施例中提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序包括程序指令，所述程序指令被处理器执行时实现：

获取第一车辆的当前位置和所述第一车辆所需的目标随车资源的资源信息；

基于预先存储的注册车辆可共享的随车资源信息以及获取到的每个所述注册车辆的实时位置，根据所述当前位置和所述目标随车资源的资源信息，查找处于所述当前位置附近且携带所述目标随车资源的第二车辆；

根据获取到的所述第二车辆的车辆信息，确定获取所述目标随车资源的方式；

根据获取到的所述第二车辆的车辆信息和预设的智能合约完成所需的目标随车资源的共享交易。

进一步的，所述计算机程序被处理器执行时还实现：

将所述资源信息、所述第一车辆的车辆信息和第二车辆的车辆信息作为历史使用信息发送至所述分布式服务器中进行存储；所述历史使用信息用于实时查询所述目标随车资源的历史使用情况。

进一步的，所述计算机程序被处理器执行时还实现：

获取车辆的用户信息和车辆信息；所述车辆信息包括可共享的随车资源信息；所述随车资源信息中包括每个所述随车资源的预估价格；

根据所述用户信息在所述分布式服务器中注册用户账户，并在所述分布式服务器中关联写入所述用户账户及其对应的所述车辆信息。

进一步的，所述计算机程序被处理器执行时还实现：

向所述第二车辆的车辆终端发送随车资源共享请求；

在接收到所述第二车辆的车辆终端基于所述随车资源共享请求返回的共享确认信息和所述第二车辆的车辆信息时，向预设的分布式服务器支付使用所述目标随车资源的预估费用。

进一步的，所述计算机程序被处理器执行时还实现：

根据所述用户信息在所述分布式服务器中注册用户账户；

将所述用户账户的所述车辆信息关联写入所述分布式服务器中；

根据所述用户信息和所述车辆信息生成所述用户账户的智能合约，并在用户确认所述智能合约之后，将所述智能合约写入所述分布式服务器中。

进一步的，所述计算机程序被处理器执行时还实现：

在检测到所述目标随车资源使用完毕时，向所述第二车辆的车辆终端发送资源归还请求；

若接收到所述分布式服务器发送的余额退回通知和余额资金，则将所述余额资金存储至所述用户账户中；所述余额退回通知为所述分布式服务器根据接收到所述第二车辆的车辆终端发送的资源归还成功信息时，根据所述预估费用和实际使用费用生成；所述实际使用费用为根据本次随车资源的共享时长和所述目标随车资源的预估费用生成。

上述方案，通过获取第一车辆的当前位置和所述第一车辆所需的目标随车资源的资源信息；基于预先存储的注册车辆可共享的随车资源信息以及获取到的每个所述注册车辆的实时位置，根据所述当前位置和所述目标随车资源的资源信息，查找处于所述当前位置附近且携带所述目标随车资源的第二车辆；根据获取到的所述第二车辆的车辆信息，确定获取所述目标随车资源的方式；将所述资源信息、所述第一车辆的车辆信息和第二车辆的车辆信息作为历史使用信息发送至所述分布式服务器中进行存储；所述历史使用信息用于实时查询所述目标随车资源的历史使用情况。在检测到所述目标随车资源使用完毕时，向所述第二车辆的车辆终端发送资源归还请求；若接收到所述分布式服务器发送的余额退回通知和余额资金，则将所述余额资金存储至所述用户账户中；所述余额退回通知为所述分布式服务器根据接收到所述第二车辆的车辆终端发送的资源归还成功信息时，根据所述预估费用和实际使用费用生成；所述实际使用费用为根据本次随车资源的共享时长和所述目标随车资源的预估费用生成。通过将注册用户信息和车辆信息实时共享至分布式服务器，并在出现随车资源共享需求的时候，根据车辆信息和车辆的实时位置来筛选合适的可共享随车资源的车辆，最后将共享资源过程中生成的信息上传至分布式服务器，在提高了用户信息和车辆信息透明度的基础上，提高了随车资源共享的效率和成功率。

所述计算机可读存储介质可以是前述任一实施例所述的终端的内部存储单元，例如终端的硬盘或内存。所述计算机可读存储介质也可以是所述终端的外部存储设备，例如所述终端上配备的插接式硬盘，智能存储卡(smartmediacard，smc)，安全数字(securedigital，sd)卡，闪存卡(flashcard)等。进一步地，所述计算机可读存储介质还可以既包括所述终端的内部存储单元也包括外部存储设备。所述计算机可读存储介质用于存储所述计算机程序及所述终端所需的其他程序和数据。所述计算机可读存储介质还可以用于暂时地存储已经输出或者将要输出的数据。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

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

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

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本申请实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以是两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分，或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(read-onlymemory，rom)、随机存取存储器(randomaccessmemory，ram)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以权利要求的保护范围为准。