CN113869911A - 借车方法、还车方法、车载终端及车辆借还系统 - Google Patents

Abstract

本申请实施例提供一种借车方法、还车方法、车载终端及车辆借还系统，所述借车方法包括：在借车模式下，获取电子借车协议；根据所述电子借车协议，采集借车人的相关信息，并将采集到的所述相关信息添加至所述电子借车协议的对应位置；将所述相关信息添加后的电子借车协议发送至电子设备，以完成借车操作。本申请实施例，实现了私家车便捷的借还车方式，无需面对面沟通，提高了车辆借还的便利性以及效率，减少了借车纠纷。

Description

借车方法、还车方法、车载终端及车辆借还系统

技术领域

本申请属于车载终端技术领域，尤其涉及借车方法、还车方法、车载终端及车辆借还系统。

背景技术

随着社会与科技的发展，汽车作为人们出行的重要交通工具也越来越普遍；在交通越来越便利的条件下，私家车成为必备的条件，因而伴随着借车事件也开始频繁发生。

目前，车辆借还主要应用于租赁或共享的运营平台，需要在租赁系统或共享系统进行实名认证登记后，到固定的租赁地点扫码取车，并且到固定的停车地点进行付费后还车，操作繁琐，效率较低。

发明内容

本申请公开了一种借车方法、还车方法、车载终端、电子设备及车辆借还系统，可以提高车辆借还的便利性以及效率，减少借还车过程中的纠纷。

第一方面，本申请实施例提供一种车辆借还方法，该方法包括在借车模式下，获取电子借车协议；根据所述电子借车协议，采集借车人的相关信息，并将采集到的所述相关信息添加至所述电子借车协议的对应位置；将所述相关信息添加后的电子借车协议发送至电子设备，以完成借车操作。

通过本申请实施例，由车辆的车载终端控制车辆的使用模式，在借车模式下，车载终端接收电子设备发送的电子借车协议，车载终端获取借车人信息后，将借车人信息添加到电子借车协议中；在完成电子借车协议后，将电子借车协议反馈至电子设备，车载终端完成借车操作；实现了私家车便捷的借车方式，无需面对面沟通，操作简便快捷，减少借车纠纷，提高了车辆借还的便利性及效率。

示例性的，采集借车人的相关信息，并将采集到的所述相关信息添加至所述电子借车协议的对应位置，包括：

获取借车人的照片、手机号或指纹信息，将照片、手机号以及指纹信息中的一种或多种添加至所述电子借车协议的对应位置。

结合第一方面，在一些实施例中，所述方法包括：

接收待借车辆的车主通过电子设备发送的所述电子借车协议，或者获取预先存储的所述电子借车协议。

示例性的，车载终端在接收到电子设备发送的电子借车协议，或者车载终端提取存储设备中电子借车协议，车载终端向借车人发出输入借车人相关信息的提示，例如打开头像采集装置或指纹采集装置等，提示借车人进行头像拍摄或采集借车人输入的指纹信息；另外，依据实际的借车场景，车载终端可以选择性的向借车人展示电子借车协议或者不向借车人展示电子借车协议。

结合第一方面，在一些实施例中，所述方法包括：

按预设时间间隔采集车辆的预设信息，并将采集的所述预设信息发送至所述电子设备，其中，所述预设信息包括所述车辆当前的位置信息、所述车辆当前的状态信息和/或所述车辆当前的驾驶员信息。

结合第一方面，在一些实施例中，在获取电子借车协议之前，还包括：

接收所述电子设备发送的第一模式切换指令；

根据所述第一模式切换指令，将车辆的当前使用模式设置为借车模式。

示例性的，车载终端接收车主通过电子设备发送的模式切换指令，根据模式切换指令设定车辆的使用模式；在不同的使用模式，车载终端执行相应的动作指令，例如获取车辆硬件参数、车辆位置信息，驾驶员信息等。

通过上述实施例，车载终端接收车主的电子设备发送的指令，并根据指令控制车辆的使用模式，从而实现对车辆的远程配置与管理，使得私家车的借还管理更加方便、快捷。

结合第一方面，在一些实施例中，所述方法包括：

在检测到所述车辆切换至所述借车模式时，获取所述车辆的第一状态信息，并存储所述第一状态信息，其中所述第一状态信息为借车时所述车辆的状态信息。

可理解的，在车辆借出之前，记录车辆的状态信息，便于后续车辆接借出后出现异常状况时进行对比。

结合第一方面，在一些实施例中，在完成借车操作之后，所述方法还包括：

在检测到所述车辆由所述借车模式切换为还车模式时，获取所述车辆的第二状态信息，所述第二状态信息为还车时所述车辆的状态信息；将所述第二状态信息与预先存储的所述第一状态信息进行对比，并将对比结果反馈至所述电子设备，以完成还车操作。

通过上述的实施方式，在车辆状态切换为借车模式时，车载终端获取车辆各硬件的状态参数或者参数范围；在车辆使用结束，车辆状态切换为还车模式时，获取车辆还车时的状态参数，将两个参数对比并生成分析报告，反馈至电子设备，以通知车主车辆的使用状况，方便车主对车辆的使用信息进行查看。

结合第一方面，在一些实施例中，在获取车辆的第二状态信息之前，包括：

接收所述电子设备发送的第二模式切换指令；根据所述第二模式切换指令，将所述车辆由借车模式切换至所述还车模式。

结合第一方面，在一些实施例中，所述第一状态信息是在检测到所述车辆切换至借车模式时获取的，所述第二状态信息是在检测到所述车辆由所述借车模式切换至所述还车模式时获取的。

第二方面，本申请实施例提供一种还车方法，包括：

在还车模式下，获取车辆的第二状态信息，所述第二状态信息为还车时所述车辆的状态信息；将所述第二状态信息与预先存储的第一状态信息进行对比，并将对比结果反馈至电子设备，以完成还车操作，其中所述第一状态信息为借车时所述车辆的状态信息。

通过本实施例，在车辆状态切换为借车模式时，车载终端获取车辆各硬件的状态信息；在车辆使用结束，车辆状态切换为还车模式时，获取车辆还车时的状态信息，将两项状态信息对比并生成分析报告，反馈至电子设备，以通知车主车辆的使用状况，方便车主对车辆的使用信息进行查看，提高了车辆借还的便利性及效率，减少借车纠纷。

结合第二方面，在一些实施例中，在获取车辆的第二状态信息之前，包括：

接收所述电子设备发送的第二模式切换指令；根据所述第二模式切换指令，将所述车辆由借车模式切换至所述还车模式。

结合第二方面，在一些实施例中，所述第一状态信息是在检测到所述车辆切换至借车模式时获取的，所述第二状态信息是在检测到所述车辆由所述借车模式切换至所述还车模式时获取的。

结合第二方面，在一些实施例中，在将所述车辆由借车模式切换至还车模式之前，还包括：

在借车模式下，获取电子借车协议；根据所述电子借车协议，采集借车人的相关信息，并将采集到的所述相关信息添加至所述电子借车协议的对应位置；将所述相关信息添加后的电子借车协议发送至电子设备，以完成借车操作。

结合第二方面，在一些实施例中，所述获取电子借车协议，包括：

接收待借车辆的车主通过电子设备发送的所述电子借车协议，或者获取预先存储的所述电子借车协议。

结合第二方面，在一些实施例中，在完成借车操作之后，所述方法还包括：

按预设时间间隔采集车辆的预设信息，并将采集的所述预设信息发送至所述电子设备，其中，所述预设信息包括所述车辆当前的位置信息、所述车辆当前的状态信息和/或所述车辆当前的驾驶员信息。

结合第二方面，在一些实施例中，在获取电子借车协议之前，还包括：

接收所述电子设备发送的第一模式切换指令；根据所述第一模式切换指令，将所述车辆的当前模式切换为借车模式。

结合第二方面，在一些实施例中，所述方法包括：

在检测到所述车辆切换至所述借车模式时，获取所述车辆的第一状态信息，并存储所述第一状态信息，其中所述第一状态信息为借车时所述车辆的状态信息。

第三方面，本申请实施例提供一种车载终端，该车载终端包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时，车载终端实现所述的方法。

第四方面，本申请实施例提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被运行时，实现所述的方法。

第五方面，本申请实施例提供一种车辆借还系统，包括电子设备以及车载终端，所述电子设备与所述车载终端通信连接。

可以理解地，上述提供的第三方面所述的车载终端、第四方面所述的计算机可读存储介质、第五方面所述的车辆借还系统分别用于执行第一方面中和第二方面中所提供的方法。因此，其所能达到的有益效果可参考对应方法中的有益效果，此处不再赘述。

附图说明

下面对本申请实施例用到的附图进行介绍。

图1是本申请实施例提供的车载终端100的结构示意图；

图2是本申请实施例的车载终端100的软件结构框图；

图3是本申请实施例提供的车辆借还方法适用于系统应用场景的示意图；

图4是本申请实施例提供的车载终端交互界面的示意图；

图5是本申请实施例提供的电子设备显示电子借车协议的界面示意图；

图6是本申请实施例提供的借车方法的流程示意图；

图7是本申请实施例提供的还车方法的流程示意图；

图8是本申请实施例提供的车辆借还系统的交互流程示意图；

图9是本申请实施例提供的借车装置的结构示意图；

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

具体实施方式

下面结合本申请实施例中的附图对本申请实施例进行描述。本申请实施例的实施方式部分使用的术语仅用于对本申请的具体实施例进行解释，而非旨在限定本申请。

为了便于清楚描述本申请实施例的技术方案，在本申请的实施例中，采用了“第一”、“第二”等字样对功能和作用基本相同的相同项或相似项进行区分。例如，第一状态信息和第二状态信息仅仅是为了区分不同的状态值，并不对其先后顺序进行限定。本领域技术人员可以理解“第一”、“第二”等字样并不对数量和执行次序进行限定，并且“第一”、“第二”等字样也并不限定一定不同。

需要说明的是，本申请中，“示例性的”或者“例如”等词用于表示作例子、例证或说明。本申请中被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解释为比其他实施例或设计方案更优选或更具优势。确切而言，使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念。

本申请实施例描述车载终端以及业务场景是为了更加清楚的说明本申请实施例的技术方案，并不构成对于本申请实施例提供的技术方案的限定，本领域普通技术人员可知，随着车载终端的智能化发展和新业务场景的出现，本申请实施例提供的技术方案对于类似的技术问题，同样适用。

本申请中，“至少一个”是指一个或者多个，“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B的情况，其中A，B可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一项(个)”或其类似表达，是指的这些项中的任意组合，包括单项(个)或复数项(个)的任意组合。例如，a，b，或c中的至少一项(个)，可以表示：a，b，c，a-b，a-c，b-c，或a-b-c，其中a，b，c可以是单个，也可以是多个。

本申请实施例中提供的借车方法、还车方法中所涉及到的步骤仅仅作为示例，并非所有的步骤均是必须执行的步骤，或者并非各个信息或消息中的内容均是必选的，在使用过程中可以根据需要酌情增加或减少。

本申请实施例中同一个步骤或者具有相同功能的步骤或者消息在不同实施例之间可以互相参考借鉴。

本申请实施例描述的业务场景是为了更加清楚的说明本申请实施例的技术方案，并不构成对于本申请实施例提供的技术方案的限定，本领域普通技术人员可知，随着车载终端的智能化发展和新业务场景的出现，本申请实施例提供的技术方案对于类似的技术问题，同样适用。

首先介绍本申请实施例涉及的车载终端。请参阅图1，图1是本申请实施例提供的车载终端100的结构示意图。

车载终端100可以包括处理器110，外部存储器接口120，内部存储器121，通用串行总线(universal serial bus，USB)接口130，充电管理模块140，电源管理模块141，电池142，天线1，天线2，移动通信模块150，无线通信模块160，音频模块170，扬声器170A，受话器170B，麦克风170C，耳机接口170D，传感器模块180，按键190，马达191，指示器192，摄像头193，显示屏194，以及用户标识模块(subscriber identification module，SIM)卡接口195等。其中传感器模块180可以包括压力传感器180A，陀螺仪传感器180B，气压传感器180C，磁传感器180D，加速度传感器180E，距离传感器180F，接近光传感器180G，指纹传感器180H，温度传感器180J，触摸传感器180K，环境光传感器180L，骨传导传感器180M等。

可以理解的是，本申请实施例示意的结构并不构成对车载终端100的具体限定。在本申请另一些实施例中，车载终端100可以包括比图示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。图示的部件可以以硬件，软件或软件和硬件的组合实现。

处理器110可以包括一个或多个处理单元，例如：处理器110可以包括应用处理器(application processor，AP)，调制解调处理器，图形处理器(graphics processingunit，GPU)，图像信号处理器(image signal processor，ISP)，控制器，存储器，视频编解码器，数字信号处理器(digital signal processor，DSP)，基带处理器，和/或神经网络处理器(neural-network processing unit，NPU)等。其中，不同的处理单元可以是独立的器件，也可以集成在一个或多个处理器中。

其中，控制器可以是车载终端100的神经中枢和指挥中心。控制器可以根据指令操作码和时序信号，产生操作控制信号，完成取指令和执行指令的控制。

处理器110中还可以设置存储器，用于存储指令和数据。在一些实施例中，处理器110中的存储器为高速缓冲存储器。该存储器可以保存处理器110刚用过或循环使用的指令或数据。如果处理器110需要再次使用该指令或数据，可从所述存储器中直接调用。避免了重复存取，减少了处理器110的等待时间，因而提高了系统的效率。

在一些实施例中，处理器110可以包括一个或多个接口。接口可以包括集成电路(inter-integrated circuit，I2C)接口，集成电路内置音频(inter-integrated circuitsound，I2S)接口，脉冲编码调制(pulse code modulation，PCM)接口，通用异步收发传输器(universal asynchronous receiver/transmitter，UART)接口，移动产业处理器接口(mobile industry processor interface，MIPI)，通用输入输出(general-purposeinput/output，GPIO)接口，用户标识模块(subscriber identity module，SIM)接口，和/或通用串行总线(universal serial bus，USB)接口等。

I2C接口是一种双向同步串行总线，包括一根串行数据线(serial data line，SDA)和一根串行时钟线(derail clock line，SCL)。在一些实施例中，处理器110可以包含多组I2C总线。处理器110可以通过不同的I2C总线接口分别耦合触摸传感器180K，充电器，闪光灯，摄像头193等。例如：处理器110可以通过I2C接口耦合触摸传感器180K，使处理器110与触摸传感器180K通过I2C总线接口通信，实现车载终端100的触摸功能。

I2S接口可以用于音频通信。在一些实施例中，处理器110可以包含多组I2S总线。处理器110可以通过I2S总线与音频模块170耦合，实现处理器110与音频模块170之间的通信。在一些实施例中，音频模块170可以通过I2S接口向无线通信模块160传递音频信号，实现通过蓝牙耳机接听电话的功能。

PCM接口也可以用于音频通信，将模拟信号抽样，量化和编码。在一些实施例中，音频模块170与无线通信模块160可以通过PCM总线接口耦合。在一些实施例中，音频模块170也可以通过PCM接口向无线通信模块160传递音频信号，实现通过蓝牙耳机接听电话的功能。所述I2S接口和所述PCM接口都可以用于音频通信。

UART接口是一种通用串行数据总线，用于异步通信。该总线可以为双向通信总线。它将要传输的数据在串行通信与并行通信之间转换。在一些实施例中，UART接口通常被用于连接处理器110与无线通信模块160。例如：处理器110通过UART接口与无线通信模块160中的蓝牙模块通信，实现蓝牙功能。在一些实施例中，音频模块170可以通过UART接口向无线通信模块160传递音频信号，实现通过蓝牙耳机播放音乐的功能。

MIPI接口可以被用于连接处理器110与显示屏194，摄像头193等外围器件。MIPI接口包括摄像头串行接口(camera serial interface，CSI)，显示屏串行接口(displayserial interface，DSI)等。在一些实施例中，处理器110和摄像头193通过CSI接口通信，实现车载终端100的拍摄功能。处理器110和显示屏194通过DSI接口通信，实现车载终端100的显示功能。

GPIO接口可以通过软件配置。GPIO接口可以被配置为控制信号，也可被配置为数据信号。在一些实施例中，GPIO接口可以用于连接处理器110与摄像头193，显示屏194，无线通信模块160，音频模块170，传感器模块180等。GPIO接口还可以被配置为I2C接口，I2S接口，UART接口，MIPI接口等。

USB接口130是符合USB标准规范的接口，具体可以是Mini USB接口，Micro USB接口，USB Type C接口等。USB接口130可以用于连接充电器为车载终端100充电，也可以用于车载终端100与外围设备之间传输数据。也可以用于连接耳机，通过耳机播放音频。该接口还可以用于连接其他电子设备，例如AR设备等。

可以理解的是，本申请实施例示意的各模块间的接口连接关系，只是示意性说明，并不构成对车载终端100的结构限定。在本申请另一些实施例中，车载终端100也可以采用上述实施例中不同的接口连接方式，或多种接口连接方式的组合。

充电管理模块140用于从充电器接收充电输入。其中，充电器可以是无线充电器，也可以是有线充电器。在一些有线充电的实施例中，充电管理模块140可以通过USB接口130接收有线充电器的充电输入。在一些无线充电的实施例中，充电管理模块140可以通过车载终端100的无线充电线圈接收无线充电输入。充电管理模块140为电池142充电的同时，还可以通过电源管理模块141为车载终端供电。

电源管理模块141用于连接电池142，充电管理模块140与处理器110。电源管理模块141接收电池142和/或充电管理模块140的输入，为处理器110，内部存储器121，外部存储器，显示屏194，摄像头193，和无线通信模块160等供电。电源管理模块141还可以用于监测电池容量，电池循环次数，电池健康状态(漏电，阻抗)等参数。在其他一些实施例中，电源管理模块141也可以设置于处理器110中。在另一些实施例中，电源管理模块141和充电管理模块140也可以设置于同一个器件中。

车载终端100的无线通信功能可以通过天线1，天线2，移动通信模块150，无线通信模块160，调制解调处理器以及基带处理器等实现。

天线1和天线2用于发射和接收电磁波信号。车载终端100中的每个天线可用于覆盖单个或多个通信频带。不同的天线还可以复用，以提高天线的利用率。例如：可以将天线1复用为无线局域网的分集天线。在另外一些实施例中，天线可以和调谐开关结合使用。

移动通信模块150可以提供应用在车载终端100上的包括2G/3G/4G/5G等无线通信的解决方案。移动通信模块150可以包括至少一个滤波器，开关，功率放大器，低噪声放大器(low noise amplifier，LNA)等。移动通信模块150可以由天线1接收电磁波，并对接收的电磁波进行滤波，放大等处理，传送至调制解调处理器进行解调。移动通信模块150还可以对经调制解调处理器调制后的信号放大，经天线1转为电磁波辐射出去。在一些实施例中，移动通信模块150的至少部分功能模块可以被设置于处理器110中。在一些实施例中，移动通信模块150的至少部分功能模块可以与处理器110的至少部分模块被设置在同一个器件中。

调制解调处理器可以包括调制器和解调器。其中，调制器用于将待发送的低频基带信号调制成中高频信号。解调器用于将接收的电磁波信号解调为低频基带信号。随后解调器将解调得到的低频基带信号传送至基带处理器处理。低频基带信号经基带处理器处理后，被传递给应用处理器。应用处理器通过音频设备(不限于扬声器170A，受话器170B等)输出声音信号，或通过显示屏194显示图像或视频。在一些实施例中，调制解调处理器可以是独立的器件。在另一些实施例中，调制解调处理器可以独立于处理器110，与移动通信模块150或其他功能模块设置在同一个器件中。

无线通信模块160可以提供应用在车载终端100上的包括无线局域网(wirelesslocal area networks，WLAN)(如无线保真(wireless fidelity，Wi-Fi)网络)，蓝牙(bluetooth，BT)，全球导航卫星系统(global navigation satellite system，GNSS)，调频(frequency modulation，FM)，近距离无线通信技术(near field communication，NFC)，红外技术(infrared，IR)等无线通信的解决方案。无线通信模块160可以是集成至少一个通信处理模块的一个或多个器件。无线通信模块160经由天线2接收电磁波，将电磁波信号调频以及滤波处理，将处理后的信号发送到处理器110。无线通信模块160还可以从处理器110接收待发送的信号，对其进行调频，放大，经天线2转为电磁波辐射出去。

在一些实施例中，车载终端100的天线1和移动通信模块150耦合，天线2和无线通信模块160耦合，使得车载终端100可以通过无线通信技术与网络以及其他设备通信。所述无线通信技术可以包括全球移动通讯系统(global system for mobile communications，GSM)，通用分组无线服务(general packet radio service，GPRS)，码分多址接入(codedivision multiple access，CDMA)，宽带码分多址(wideband code division multipleaccess，WCDMA)，时分码分多址(time-division code division multiple access，TD-SCDMA)，长期演进(long term evolution，LTE)，BT，GNSS，WLAN，NFC，FM，和/或IR技术等。所述GNSS可以包括全球卫星定位系统(global positioning system，GPS)，全球导航卫星系统(global navigation satellite system，GLONASS)，北斗卫星导航系统(beidounavigation satellite system，BDS)，准天顶卫星系统(quasi-zenith satellitesystem，QZSS)和/或星基增强系统(satellite based augmentation systems，SBAS)。

车载终端100通过GPU，显示屏194，以及应用处理器等实现显示功能。GPU为图像处理的微处理器，连接显示屏194和应用处理器。GPU用于执行数学和几何计算，用于图形渲染。处理器110可包括一个或多个GPU，其执行程序指令以生成或改变显示信息。

显示屏194用于显示图像，视频等。显示屏194包括显示面板。显示面板可以采用液晶显示屏(liquid crystal display，LCD)，有机发光二极管(organic light-emittingdiode，OLED)，有源矩阵有机发光二极体或主动矩阵有机发光二极体(active-matrixorganic light emitting diode的，AMOLED)，柔性发光二极管(flex light-emittingdiode，FLED)，Miniled，MicroLed，Micro-oLed，量子点发光二极管(quantum dot lightemitting diodes，QLED)等。在一些实施例中，车载终端100可以包括1个或N个显示屏194，N为大于1的正整数。

车载终端100可以通过ISP，摄像头193，视频编解码器，GPU，显示屏194以及应用处理器等实现拍摄功能。

ISP用于处理摄像头193反馈的数据。例如，拍照时，打开快门，光线通过镜头被传递到摄像头感光元件上，光信号转换为电信号，摄像头感光元件将所述电信号传递给ISP处理，转化为肉眼可见的图像。ISP还可以对图像的噪点，亮度，肤色进行算法优化。ISP还可以对拍摄场景的曝光，色温等参数优化。在一些实施例中，ISP可以设置在摄像头193中。

摄像头193用于捕获静态图像或视频。物体通过镜头生成光学图像投射到感光元件。感光元件可以是电荷耦合器件(charge coupled device，CCD)或互补金属氧化物半导体(complementary metal-oxide-semiconductor，CMOS)光电晶体管。感光元件把光信号转换成电信号，之后将电信号传递给ISP转换成数字图像信号。ISP将数字图像信号输出到DSP加工处理。DSP将数字图像信号转换成标准的RGB，YUV等格式的图像信号。在一些实施例中，车载终端100可以包括1个或N个摄像头193，N为大于1的正整数。

数字信号处理器用于处理数字信号，除了可以处理数字图像信号，还可以处理其他数字信号。例如，当车载终端100在频点选择时，数字信号处理器用于对频点能量进行傅里叶变换等。

视频编解码器用于对数字视频压缩或解压缩。车载终端100可以支持一种或多种视频编解码器。这样，车载终端100可以播放或录制多种编码格式的视频，例如：动态图像专家组(moving picture experts group，MPEG)1，MPEG2，MPEG3，MPEG4等。

NPU为神经网络(neural-network，NN)计算处理器，通过借鉴生物神经网络结构，例如借鉴人脑神经元之间传递模式，对输入信息快速处理，还可以不断的自学习。通过NPU可以实现车载终端100的智能认知等应用，例如：图像识别，人脸识别，语音识别，文本理解等。

外部存储器接口120可以用于连接外部存储卡，例如Micro SD卡，实现扩展车载终端100的存储能力。外部存储卡通过外部存储器接口120与处理器110通信，实现数据存储功能。例如将音乐，视频等文件保存在外部存储卡中。

内部存储器121可以用于存储计算机可执行程序代码，所述可执行程序代码包括指令。处理器110通过运行存储在内部存储器121的指令，从而执行车载终端100的各种功能应用以及数据处理。内部存储器121可以包括存储程序区和存储数据区。其中，存储程序区可存储操作系统，至少一个功能所需的应用程序(比如声音播放功能，图像播放功能等)等。存储数据区可存储车载终端100使用过程中所创建的数据(比如音频数据，电话本等)等。此外，内部存储器121可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件，闪存器件，通用闪存存储器(universal flash storage，UFS)等。

车载终端100可以通过音频模块170，扬声器170A，受话器170B，麦克风170C，耳机接口170D，以及应用处理器等实现音频功能。例如音乐播放，录音等。

音频模块170用于将数字音频信息转换成模拟音频信号输出，也用于将模拟音频输入转换为数字音频信号。音频模块170还可以用于对音频信号编码和解码。在一些实施例中，音频模块170可以设置于处理器110中，或将音频模块170的部分功能模块设置于处理器110中。

扬声器170A，也称“喇叭”，用于将音频电信号转换为声音信号。车载终端100可以通过扬声器170A收听音乐，或收听免提通话。

受话器170B，也称“听筒”，用于将音频电信号转换成声音信号。当车载终端100接听电话或语音信息时，可以通过将受话器170B靠近人耳接听语音。

麦克风170C，也称“话筒”，“传声器”，用于将声音信号转换为电信号。当拨打电话或发送语音信息时，用户可以通过人嘴靠近麦克风170C发声，将声音信号输入到麦克风170C。车载终端100可以设置至少一个麦克风170C。在另一些实施例中，车载终端100可以设置两个麦克风170C，除了采集声音信号，还可以实现降噪功能。在另一些实施例中，车载终端100还可以设置三个，四个或更多麦克风170C，实现采集声音信号，降噪，还可以识别声音来源，实现定向录音功能等。

耳机接口170D用于连接有线耳机。耳机接口170D可以是USB接口130，也可以是3.5mm的开放移动电子设备平台(open mobile terminal platform，OMTP)标准接口，美国蜂窝电信工业协会(cellular telecommunications industry association of the USA，CTIA)标准接口。

压力传感器180A用于感受压力信号，可以将压力信号转换成电信号。在一些实施例中，压力传感器180A可以设置于显示屏194。压力传感器180A的种类很多，如电阻式压力传感器，电感式压力传感器，电容式压力传感器等。电容式压力传感器可以是包括至少两个具有导电材料的平行板。当有力作用于压力传感器180A，电极之间的电容改变。车载终端100根据电容的变化确定压力的强度。当有触摸操作作用于显示屏194，车载终端100根据压力传感器180A检测所述触摸操作强度。车载终端100也可以根据压力传感器180A的检测信号计算触摸的位置。在一些实施例中，作用于相同触摸位置，但不同触摸操作强度的触摸操作，可以对应不同的操作指令。例如：当有触摸操作强度小于第一压力阈值的触摸操作作用于短消息应用图标时，执行查看短消息的指令。当有触摸操作强度大于或等于第一压力阈值的触摸操作作用于短消息应用图标时，执行新建短消息的指令。

陀螺仪传感器180B可以用于确定车载终端100的运动姿态。在一些实施例中，可以通过陀螺仪传感器180B确定车载终端100围绕三个轴(即，x，y和z轴)的角速度。陀螺仪传感器180B可以用于拍摄防抖。示例性的，当按下快门，陀螺仪传感器180B检测车载终端100抖动的角度，根据角度计算出镜头模组需要补偿的距离，让镜头通过反向运动抵消车载终端100的抖动，实现防抖。陀螺仪传感器180B还可以用于导航，体感游戏场景。

气压传感器180C用于测量气压。在一些实施例中，车载终端100通过气压传感器180C测得的气压值计算海拔高度，辅助定位和导航。

加速度传感器180E可检测车载终端100在各个方向上(一般为三轴)加速度的大小。当车载终端100静止时可检测出重力的大小及方向。还可以用于识别车载终端姿态，应用于横竖屏切换等应用。

距离传感器180F，用于测量距离。车载终端100可以通过红外或激光测量距离。在一些实施例中，拍摄场景，车载终端100可以利用距离传感器180F测距以实现快速对焦。

环境光传感器180L用于感知环境光亮度。车载终端100可以根据感知的环境光亮度自适应调节显示屏194亮度。环境光传感器180L也可用于拍照时自动调节白平衡。

指纹传感器180H用于采集指纹。车载终端100可以利用采集的指纹特性实现指纹解锁，访问应用锁，指纹拍照，指纹接听来电等。

温度传感器180J用于检测温度。在一些实施例中，车载终端100利用温度传感器180J检测的温度，执行温度处理策略。例如，当温度传感器180J上报的温度超过阈值，车载终端100执行降低位于温度传感器180J附近的处理器的性能，以便降低功耗实施热保护。在另一些实施例中，当温度低于另一阈值时，车载终端100对电池142加热，以避免低温导致车载终端100异常关机。在其他一些实施例中，当温度低于又一阈值时，车载终端100对电池142的输出电压执行升压，以避免低温导致的异常关机。

触摸传感器180K，也称“触控面板”。触摸传感器180K可以设置于显示屏194，由触摸传感器180K与显示屏194组成触摸屏，也称“触控屏”。触摸传感器180K用于检测作用于其上或附近的触摸操作。触摸传感器可以将检测到的触摸操作传递给应用处理器，以确定触摸事件类型。可以通过显示屏194提供与触摸操作相关的视觉输出。在另一些实施例中，触摸传感器180K也可以设置于车载终端100的表面，与显示屏194所处的位置不同。

骨传导传感器180M可以获取振动信号。在一些实施例中，骨传导传感器180M可以获取人体声部振动骨块的振动信号。骨传导传感器180M也可以接触人体脉搏，接收血压跳动信号。在一些实施例中，骨传导传感器180M也可以设置于耳机中，结合成骨传导耳机。音频模块170可以基于所述骨传导传感器180M获取的声部振动骨块的振动信号，解析出语音信号，实现语音功能。应用处理器可以基于所述骨传导传感器180M获取的血压跳动信号解析心率信息，实现心率检测功能。

按键190包括开机键，音量键等。按键190可以是机械按键。也可以是触摸式按键。车载终端100可以接收按键输入，产生与车载终端100的用户设置以及功能控制有关的键信号输入。

马达191可以产生振动提示。马达191可以用于来电振动提示，也可以用于触摸振动反馈。例如，作用于不同应用(例如拍照，音频播放等)的触摸操作，可以对应不同的振动反馈效果。作用于显示屏194不同区域的触摸操作，马达191也可对应不同的振动反馈效果。不同的应用场景(例如：时间提醒，接收信息，闹钟，游戏等)也可以对应不同的振动反馈效果。触摸振动反馈效果还可以支持自定义。

指示器192可以是指示灯，可以用于指示充电状态，电量变化，也可以用于指示消息，未接来电，通知等。

SIM卡接口195用于连接SIM卡。SIM卡可以通过插入SIM卡接口195，或从SIM卡接口195拔出，实现和车载终端100的接触和分离。车载终端100可以支持1个或N个SIM卡接口，N为大于1的正整数。SIM卡接口195可以支持Nano SIM卡，Micro SIM卡，SIM卡等。同一个SIM卡接口195可以同时插入多张卡。所述多张卡的类型可以相同，也可以不同。SIM卡接口195也可以兼容不同类型的SIM卡。SIM卡接口195也可以兼容外部存储卡。车载终端100通过SIM卡和网络交互，实现通话以及数据通信等功能。在一些实施例中，车载终端100采用eSIM，即：嵌入式SIM卡。eSIM卡可以嵌在车载终端100中，不能和车载终端100分离。

车载终端100的软件系统可以采用分层架构，事件驱动架构，微核架构，微服务架构，或云架构。本申请实施例以分层架构的Android系统为例，示例性说明车载终端100的软件结构。

图2是本申请实施例的车载终端100的软件结构框图。

分层架构将软件分成若干个层，每一层都有清晰的角色和分工。层与层之间通过软件接口通信。在一些实施例中，将Android系统分为四层，从上至下分别为应用程序层，应用程序框架层，安卓运行时(Android runtime)和系统库，以及内核层。

应用程序层可以包括一系列应用程序包。

如图2所示，应用程序包可以包括相机，图库，日历，通话，地图，导航，WLAN，蓝牙，音乐，视频，短信息等应用程序。

应用程序框架层为应用程序层的应用程序提供应用编程接口(applicationprogramming interface，API)和编程框架。应用程序框架层包括一些预先定义的函数。

如图2所示，应用程序框架层可以包括窗口管理器，内容提供器，视图系统，电话管理器，资源管理器，通知管理器等。

窗口管理器用于管理窗口程序。窗口管理器可以获取显示屏大小，判断是否有状态栏，锁定屏幕，截取屏幕等。

内容提供器用来存放和获取数据，并使这些数据可以被应用程序访问。所述数据可以包括视频，图像，音频，拨打和接听的电话，浏览历史和书签，电话簿等。

视图系统包括可视控件，例如显示文字的控件，显示图片的控件等。视图系统可用于构建应用程序。显示界面可以由一个或多个视图组成的。例如，包括短信通知图标的显示界面，可以包括显示文字的视图以及显示图片的视图。

电话管理器用于提供车载终端100的通信功能。例如通话状态的管理(包括接通，挂断等)。

资源管理器为应用程序提供各种资源，比如本地化字符串，图标，图片，布局文件，视频文件等等。

通知管理器使应用程序可以在状态栏中显示通知信息，可以用于传达告知类型的消息，可以短暂停留后自动消失，无需用户交互。比如通知管理器被用于告知下载完成，消息提醒等。通知管理器还可以是以图表或者滚动条文本形式出现在系统顶部状态栏的通知，例如后台运行的应用程序的通知，还可以是以对话窗口形式出现在屏幕上的通知。例如在状态栏提示文本信息，发出提示音，电子设备振动，指示灯闪烁等。

Android Runtime包括核心库和虚拟机。Android runtime负责安卓系统的调度和管理。

核心库包含两部分：一部分是java语言需要调用的功能函数，另一部分是安卓的核心库。

应用程序层和应用程序框架层运行在虚拟机中。虚拟机将应用程序层和应用程序框架层的java文件执行为二进制文件。虚拟机用于执行对象生命周期的管理，堆栈管理，线程管理，安全和异常的管理，以及垃圾回收等功能。

系统库可以包括多个功能模块。例如：表面管理器(surface manager)，媒体库(Media Libraries)，三维图形处理库(例如：OpenGL ES)，2D图形引擎(例如：SGL)等。

表面管理器用于对显示子系统进行管理，并且为多个应用程序提供了2D和3D图层的融合。

媒体库支持多种常用的音频，视频格式回放和录制，以及静态图像文件等。媒体库可以支持多种音视频编码格式，例如:MPEG4，H.264，MP3，AAC，AMR，JPG，PNG等。

三维图形处理库用于实现三维图形绘图，图像渲染，合成，和图层处理等。

2D图形引擎是2D绘图的绘图引擎。

内核层是硬件和软件之间的层。内核层至少包含显示驱动，摄像头驱动，音频驱动，传感器驱动。

下面结合借车或还车场景，示例性说明车载终端100软件以及硬件的工作流程。

当触摸传感器180K接收到触摸操作，相应的硬件中断被发给内核层。内核层将触摸操作加工成原始输入事件(包括触摸坐标，触摸操作的时间戳等信息)。原始输入事件被存储在内核层。应用程序框架层从内核层获取原始输入事件，识别该输入事件所对应的控件。以该触摸操作是触摸单击操作，该单击操作所对应的控件为借车应用图标的控件为例，借车应用调用应用框架层的接口，启动借车应用，进而通过调用内核层启动摄像头驱动，通过摄像头193捕获借车人的静态图像或视频等。

随着私家车数量的增多，交通也越来越便利，伴随着借车事件也频繁发生。目前，对于车辆借还模式主要是应用在租赁或共享的运营平台；然而现有的租赁和共享的运营平台，在车辆使用过程中，需要寻找固定的租赁地点取车以及还车地点，在实际的使用过程中费时、操作繁琐，且受时间与空间的限制存在诸多不便。为了实现私家车之间的借还模式，且使的车主放心无顾虑的借车，提出一种借车方法及还车方法，可以提高车辆借还模式的便利性，且可以减少面对面沟通，只要约定好相应的取车地点和还车地点即可实现车辆的借还，减少了受时间与空间的限制及借车纠纷事件的发生，具有较强的适用性。

参见图3，是本申请实施例提供的车辆借还方法适用于系统应用场景的示意图，该系统应用包括车载终端100、第一电子设备200以及第二电子设备300；车载终端100可以通过无线方式与第一电子设备200进行通信，车载终端100可以通过有线或无线方式与第二电子设备进行通信。其中，第一电子设备200和第二电子设备可以是手机、平板等移动终端，或者手表、智能钥匙等可穿戴的便携式终端设备；第一电子设备200和第二电子设备300还可以是与车载终端100配套使用的终端设备，例如智能遥控器等，在此不做具体限制。其中，所述车载终端100的操作系统可以采用鸿蒙操作系统、Linux以及安卓等操作系统，在此不做具体限制。

在实际应用过程中，第一电子设备200为待借车辆的车主使用的电子设备，第二电子设备300为借车人使用的电子设备；借车人向车主借车时，第一电子设备200接收车主输入的第一模式切换指令，第一电子设备200将第一模式切换指令发送至车载终端100；由车载终端200将车辆的当前模式设置为借车模式。

在一些实施例中，在借车模式下，车载终端所获取的电子借车协议可以为接收待借车辆的车主通过电子设备发送的，或者车载终端预先存储的。其中，车载终端预先存储的电子借车协议可以为已包括待借车辆的车主的信息的借车协议。

其中，依据实际的借车场景需求，车载终端100可以选择性的向借车人展示电子借车协议或者不向借车人展示电子借车协议。

在一些实施例中，在检测到车辆切换至借车模式时，获取车辆的第一状态信息，并存储第一状态信息，其中第一状态信息为借车时所述车辆的状态信息。

在借车模式下，第一电子设备200接收车主根据提示输入的借车协议信息；如图5所示的，本申请实施例提供的第一电子设备显示电子借车协议的界面示意图，借车协议信息包括车主姓名、身份证号、借车人姓名、手机号、车辆相关信息等，第一电子设备200可以接收车主依据电子借车协议的格式输入的车主姓名、身份证号、借车人姓名及车辆信息、借车时间(包括电子借车协议签订时间或最晚还车时间)等；第一电子设备200根据车主输入的信息，生成电子借车协议，并将电子借车协议发送至车载终端100。

车载终端100接收到电子借车协议后，将电子借车协议存储至后台。车载终端100给出通过车载终端或第二电子设备300输入借车人信息的提示信息；例如，车载终端100直接在显示屏幕上显示需要借车人输入的信息；或者提示连接借车人的第二电子设备300，与第二电子设备300连接后，通过第二电子设备300获取借车人信息，如借车人的手机号等。如图4所示，本申请实施例提供的车载终端交互界面的示意图，车载终端100可以通过指纹采集模块获取借车人的指纹信息，通过摄像装置采集借车人的头像信息，通过近场通信模块与第二电子设备建立通信连接，或者通过数据线与第二电子设备300进行通信；车载终端100将获取的借车人信息对应添加至电子借车协议中(例如将采集的头像信息对应添加至电子借车协议的右上角)并在车载终端100给出核对信息的提示，如图4所示，显示借车人姓名、电话以及指纹采集情况，并提示借车人进行信息确认。

车载终端100在接收到借车人输入的确认指令后，将包含借车人信息的电子借车协议发送至第一电子设备200，完成借车操作，车辆可以由借车人启动使用；减少车主与借车人的面对面沟通，提高借还车模式的便利性，同时还可以避免车主存在借车顾虑时面对面沟通的尴尬。

在一些实施例中，在完成借车操作后，车载终端可以接收车钥匙发送的锁车指令或解锁指令，控制车辆的锁定及解锁状态。

在一些实施例中，在车辆的当前模式设置为借车模式时，车载终端100获取车辆的第一状态信息，记录车辆借出前的初始状态参数。在车辆使用过程中，车载终端还可以按预设时间间隔采集车辆的预设信息，获取车辆的状态信息，例如GPS定位信息，某一具体时间、地点处的驾驶员信息等，实现对车辆的实时定位，以确保借车人本人及车辆所处位置，防止借车人将车辆借于他人或者车辆出现事故责任划分和逃逸问题，实现对车辆借出使用过程中出现不确定情况的及时锁定与反馈，例如车辆事故后可获取车辆位置信息，是否维修，维修是否是正规4S点等；从而避免借车过程出现车辆故障或车辆事故后，借车人私自找修车点进行车辆维修，以及借车后借车人出现事故逃逸而未能获取信息取证的问题。

在一些实施例中，在车辆借出使用过程中，车载终端100获取车辆行驶的性能参数，在检测到车辆行驶的性能参数超过正常行驶参数阈值时(例如超速、闯红灯等不规范操作时)，进行车辆行驶过程中的预警，并将预警信息发送至第一电子设备200，及时反馈车辆的行驶状态，降低出现车辆事故的风险。

在一些实施例中，在车辆借出使用过程中，车载终端100可以接收车辆钥匙的遥控信号，控制车辆门锁及车辆发动机的状态；还可以通过与借车人的第二电子设备300建立的通信连接，由第二电子设备300控制车辆的门锁及发送机的状态。例如，车载终端100与第二电子设备300建立通信连接后，接收第二电子设备300发送的锁车指令或开锁指令；根据锁车指令控制车辆在停车后处于锁定状态，或者根据开锁指令控制车辆处于解锁状态；其中，控制车辆处于锁定状态或解锁状态包括车辆门锁及车辆发动机的锁定状态及解锁状态。

在一些实施例中，车载系统100按预设时间间隔采集车辆的预设信息，并将采集的预设信息发送至第一电子设备，其中，预设信息包括所述车辆当前的位置信息、所述车辆当前的状态信息和/或所述车辆当前的驾驶员信息。

在一些实施例中，在确认还车时，车主与借车人可以通过协商确定还车地点，第一电子设备200可以获取车主输入的还车地点，并将还车地点发送至车载终端100；车载终端100定位车辆的位置信息，当定位到车辆到达还车地点，发送已到达还车地点的信息至第一电子设备，通知车主车辆到达约定的还车地点。第一电子设备200可以接收车主输入的第二模式切换指令，第一电子设备200将第二模式切换指令发送至车载终端100，由车载终端100将车辆的当前模式设置为还车模式或将车辆由借车模式切换至还车模式。

在还车模式下，车载终端100获取车辆的第二状态信息，记录车辆在还车时的状态参数。车载系统100将之前记录的第一状态信息与第二状态信息进行对比，生成比对报告；如表1所示的参数对比示意图，对比参数包括发送机、油箱油量、安全气囊、发送机启停数等，并根据记录的第一状态信息和第二状态信息，生成状态评估结果，由状态评估结果直接反应车辆的参数变化情况。车载终端100将包含状态评估结果的比对报告发送至第一电子设备200，供车主查看，以完成还车操作。

在一些实施例中，在完成还车操作之前，还包括车载终端100获取车灯开关信息、车辆电量剩余信息以及车窗、车门开关信息等，并将车灯开关信息、车辆电量剩余信息以及车窗、车门开关信息发送至车主的第一电子设备，以防借车人还车时忘记检车车辆状态，保证车辆的安全，进一步降低车辆存在的安全隐患。

表1

在一些实施例中，车载终端100将包含状态评估结果的比对报告发送至第一电子设备200之后，第一电子设备200向车主发出确认还车的提示信息；第一电子设备200接收车主根据提示信息输入的确认还车指令，并将确认还车指令发送至车载终端100；由车载终端100根据确认还车指令设置车辆处于锁定状态，并解除与第二电子设备300的通信连接，以完成还车操作。

在一些实施例中，在车载终端100解除与第二电子设备300的通信连接之前，发送检查车辆的提示信息至第二电子设备200，提示借车人检查车辆的车灯是否关闭、电量剩余量是否处于阈值范围内以及玻璃是否关闭等提示信息，在借车人完成检查车辆后，通过第二电子设备300返回确认检查信息至车载终端100，车载终端100发送确认检查信息至第一电子设备200；第一电子设备200接收车主输入的确认还车指令，并发送确认还车指令至车载终端100，由车载终端100根据确认还车指令设置车辆处于锁定状态，并解除与第二电子设备300的通信连接，以完成还车操作。

通过上述实施例，由车辆的车载终端控制车辆的使用模式，在借车模式下，车载终端接收第一电子设备发送的电子借车协议，车载终端获取借车人的相关信息后，将借车人的相关信息添加到电子借车协议中的对应位置；在完成将相关信息添加至电子借车协议后，将包含借车人的相关信息的电子借车协议反馈至第一电子设备，完成借车操作；实现了私家车便捷的借车方式，无需面对面沟通，解除了租赁或共享平台的管理模式中时间或空间的限制，提高了车辆借还的便利性，减少借车纠纷；车载终端接收车主的第一电子设备发送的模式切换指令，并根据模式切换指令控制车辆的使用模式，从而实现对车辆的远程配置与管理，使得私家车的借还管理更加方便、快捷。

在一些实施例中，在车载终端与第二电子设备建立通信连接时，还可以不需要车钥匙控制车辆锁定状态或解锁状态，通过第二电子设备与车载终端的通信，实现对车辆的锁定状态及解锁状态的控制；使车辆在借出使用过程中更加方便；具体的，车载终端保存借车人的相关信息，并与借车人的相关信息进行关联，使得第二电子设备通过借车人的相关信息与车载终端进行匹配，车载终端并开通接收第二电子设备发送锁车指令或开锁指令的操作权限；从而在车辆借出使用过程中，由第二电子设备对车辆的车门及发动机的锁定及解锁进行控制。从而使得借车更加便捷，提高借车效率。

另外，在借车人确认还车后，若对比结果无异常，则由车主的第一电子设备发送确认还车指令至车载终端，车载终端根据确认还车指令，设置车辆处于锁定状态，并断开与第二电子设备的通信连接以及关闭接收第二电子设备发送锁车指令或开锁指令的操作权限；从而可以实现便捷的还车，无需面对面沟通，也无需按统一固定的还车地点进行还车，根据借车人与车主约定好的任一还车地点即可实现还车，降低了现有的借还车管理模式中受时间和空间的限制，使得借还车更加便捷，提高借还车的效率。

参见图6，是本申请实施例提供的还车方法的流程示意图，该方法流程的执行主体为图3中的车载终端100，具体的实现步骤包括：

步骤S601，在借车模式下，获取电子借车协议。

在本实施例中，车辆安装车载终端，车载终端可以控制车辆的使用模式，车辆的工作模式包括借车模式和还车模式。电子借车协议可以保存在车载终端，保存在车载终端的电子借车协议包括待借车辆的车主信息及车辆信息。电子借车协议还可以是车载终端接收的电子设备发送的，电子设备为待借车辆的车主使用的。车主使用的电子设备可以和车载终端建立通信连接，例如在电子设备安装有与车载终端通信的应用程序或者小程序，通过电子设备端与车载终端的登录账户的匹配认证进行关联，实现电子设备与车载终端的通信。

另外，车载终端将车辆的当前状态设置为借车模式时，可以接收到第一电子设备发送的电子借车协议，电子借车协议为第一电子设备接收的车主输入的借车协议信息，借车协议信息包括车主姓名、车主身份证号、借车人姓名以及车辆信息等。

在一些实施例中，所述获取电子借车协议，包括：

接收待借车辆的车主通过电子设备发送的所述电子借车协议，或者获取预先存储的所述电子借车协议。

在一些实施例中，在获取电子借车协议之前，还包括：

接收所述电子设备发送的第一模式切换指令；根据所述第一模式切换指令，将所述车辆的当前模式切换为借车模式。

在本实施例中，车载终端接收电子设备发送的模式切换指令，根据模式切换指令设置车辆的工作模式。第一模式切换指令为借车模式指令，在模式切换指令为借车模式指令时，车载终端将车辆的当前状态设置为借车模式。

在一些实施例中，在检测到所述车辆切换至所述借车模式时，获取所述车辆的第一状态信息，并存储所述第一状态信息，其中所述第一状态信息为借车时所述车辆的状态信息。

在本实施例中，所述第一状态信息包括但不限于发送机性能参数、油箱油量参数、安全气囊参数、发动机启停数、防抱死参数等。

步骤S602，根据所述电子借车协议，采集借车人的相关信息，并将采集到的所述相关信息添加至所述电子借车协议的对应位置。

在本实施例中，车载终端获取到电子借车协议后，可以发出输入借车人相关信息的提示；一方面车载终端可以通过显示屏直接显示输入借车人相关信息的提示，或者车载终端通过显示屏显示连接借车人的终端设备的连接提示。车载终端接收借车人直接通过车载终端的显示界面输入的相关信息；或者在车载终端连接借车人的终端设备时，直接获取终端设备的信息，或者通过借车人的终端设备提示借车人输入相关信息。借车人的相关信息包括电话、指纹、头像等信息。

在本实施例中，在获取到借车人的相关信息后，车载终端将相关信息添加至电子借车协议中的对应位置，例如，将采集到的借车人的头像照片添加至电子借车协议的右上角，或者，将借车人的指纹信息添加至电子借车协议右下方或借车人姓名位置处。具体的，车载系统在实际的执行过程中，添加完相关信息的电子借车协议在后台运行，对借车人实现不可见，避免熟人借车之间的尴尬。添加完相关信息的电子借车协议也可以显示在车载终端，由借车人进一步确认并接收借车人输入的确认指令。

在一些实施例中，采集借车人的相关信息，并将采集到的所述相关信息添加至所述电子借车协议的对应位置，包括：

获取借车人的照片、手机号或指纹信息，将照片、手机号以及指纹信息中的一种或多种添加至所述电子借车协议。

在本实施例中，将照片、手机号以及指纹信息中的一种或多种添加至所述电子借车协议后，车载终端通过屏幕显示确认照片、手机号以及指纹信息中的一种或多种信息的正确性以及上传的状态是否异常等。

步骤S603，将所述相关信息添加后的电子借车协议发送至电子设备，以完成借车操作。

在本实施例中，车载终端将借车人相关信息添加至电子借车协议中，并将包含借车人相关信息的电子借车协议发送至车主的电子终端，完成借车操作。

在一些实施例中，在完成借车操作之后，所述方法还包括：

在检测到所述车辆由所述借车模式切换为还车模式时，获取所述车辆的第二状态信息，所述第二状态信息为还车时所述车辆的状态信息；将所述第二状态信息与预先存储的所述第一状态信息进行对比，并将对比结果反馈至所述电子设备，以完成还车操作。

在本实施例中，车载终端控制车辆状态设置为借车模式时，获取车辆硬件的初始状态参数；在车载终端接收到车主电子设备发送的第二模式切换指令，将车辆当前模式设置为还车模式时，获取车辆硬件的第二状态信息，将两个时刻的状态参数对比，生成分析报告，并发送至第一电子终端，供车主查看，并完成还车操作。

在一些实施例中，在所述获取车辆的第二状态信息之前，包括：接收所述电子设备发送的第二模式切换指令；根据所述第二模式切换指令，将所述车辆由借车模式切换至所述还车模式。

在一些实施例中，在借车模式过程中，车载终端还可以与借车人的终端设备建立通信连接，接收终端设备发送的锁车指令或开锁指令；根据所述锁车指令控制车辆在停车后处于锁定状态，或者根据所述开锁指令控制车辆处于解锁状态。

在本实施例中，车载终端可以与借车人的终端设备建立通信连接，终端设备与车载终端进行通信，由车载终端根据终端设备发送的锁车指令或开锁指令，控制车辆在停车后处于锁定状态，或者处于解锁状态；其中，车辆的锁定状态和解锁状态包括车门及发动机的锁定状态和解锁状态。

在一些实施例中，还可以通过车辆的钥匙控制车辆的锁定状态或解锁状态。

在一些实施例中，在所述将对比结果反馈至所述电子设备之后，所述方法还包括：

接收车主的电子设备发送的确认还车指令；根据所述确认还车指令，设置车辆处于锁定状态，并解除与借车人终端设备的通信连接。

在本实施例中，若比对报告无异常，电子设备接收车主输入的确认还车指令，并将确认还车指令发送至车载终端；由车载终端根据确认还车指令设置车辆处于锁定状态，并解除与借车人终端设备的通信连接，完成还车的操作。

通过本申请实施例，由车辆的车载终端控制车辆的使用模式，在借车模式下，车载终端接收电子设备发送的电子借车协议，车载终端获取借车人相关信息后，将借车人相关信息添加到电子借车协议中；将包含借车人相关信息的电子借车协议反馈至车主的电子设备；实现了私家车便捷的借还车方式，无需面对面沟通，解除了租赁或共享平台的管理模式中时间或空间的限制，提高了车辆借还的便利性及借还车效率，减少了借车纠纷。

参见图7，是本申请实施例提供的还车方法的流程示意图，该方法流程的执行主体为图3中的车载终端100，具体的实现步骤包括：

步骤S701，在还车模式下，获取车辆的第二状态信息，所述第二状态信息为还车时所述车辆的状态信息。

在本实施例中，车主和借车人可以协商还车时间和地点，车载终端也可以根据电子借车协议中设定的还车时间发送提示信息至车主的电子设备，以提醒车主启动还车流程。具体的，在电子设备接收到还车提示信息后，或者车主和借车人确定还车时间和地点后，电子设备接收车主的第二模式切换指令，并将第二模式切换指令发送至车载终端；由车载终端将车辆由借车模式切换至还车模式；同时车载终端在检测到车辆由借车模式切换至还车模式后，获取并存储车辆硬件的第二状态信息，第二状态信息的参量与第一状态信息的参量相对应，包括但不限于发送机性能参数、油箱油量参数、安全气囊参数、发动机启停数、防抱死参数等。

步骤S702，将所述第二状态信息与预先存储的第一状态信息进行对比，并将对比结果反馈至电子设备，以完成还车操作，其中所述第一状态信息为借车时所述车辆的状态信息。

在本实施例中，所述第一状态信息是在检测到所述车辆切换至借车模式时获取的，所述第二状态信息是在检测到所述车辆由所述借车模式切换至所述还车模式时获取的。

在本实施例中，在还车模式下，车载终端获取车辆的第二状态信息，记录车辆在还车时的状态参数。车载系统将之前记录的第一状态信息与第二状态信息进行对比，生成比对报告；如表1所示的参数对比示意图，对比参数包括发送机、油箱油量、安全气囊、发送机启停数等，并根据记录的第一状态信息和第二状态信息，生成状态评估结果，由状态评估结果直接反应车辆的参数变化情况。车载终端将包含状态评估结果的比对报告发送至车主的电子设备，供车主查看，以完成还车操作。

在一些实施例中，在将所述车辆由借车模式切换至还车模式之前，还包括：

在借车模式下，获取电子借车协议；根据所述电子借车协议，采集借车人的相关信息，并将采集到的所述相关信息添加至所述电子借车协议的对应位置；将所述相关信息添加后的电子借车协议发送至电子设备，以完成借车操作。

在一些实施例中，在获取车辆的第二状态信息之前，包括：

接收所述电子设备发送的第二模式切换指令；根据所述第二模式切换指令，将所述车辆由借车模式切换至所述还车模式。

通过本申请实施例，在车主与借车人确认还车时间和地点后，若对比结果无异常，则由车主的电子设备发送第二模式切换指令至车载终端，由车载终端将车辆由借车模式切换至还车模式，并获取车辆的第二状态信息，将第二状态信息与第一状态信息对比，得到对比结果，并将对比结果发送至车主的电子设备，从而完成还车操作；实现了便捷的还车，无需面对面沟通，也无需设置统一固定的还车地点，根据借车人与车主约定好的还车地点即可实现还车，免除了现有的借还车管理模式中受时间和空间的限制，使得借还车更加便捷，提高了车辆借还的便利性及效率，减少了借车纠纷。

在一些实施例中，在将所述车辆由借车模式切换至还车模式之前，所述方法还包括：

借车人的终端设备接收借车人输入的锁车指令或开锁指令，并将所述锁车指令或所述开锁指令发送至车载终端；车载终端根据锁车指令在借车模式下指示车载终端控制车辆在停车后处于锁定状态，根据开锁指令在借车模式下指示所述车载终端控制车辆处于解锁状态。

参见图8，是本申请实施例提供的车辆借还系统的交互流程示意图，该交互流程的实现原理与图6、图7相同，在此不再赘述。具体的交互流程包括：

1、第一电子设备接收车主输入的第一模式切换指令；

2、第一电子设备将第一模式切换指令发送至车载终端；

3、车载终端根据第一模式切换指令，将车辆的当前模式切换为借车模式，获取并存储车辆的第一状态信息；

4、第一电子设备发送电子借车协议至车载终端，或者车载终端提取预先存储的电子借车协议；

5、车载终端根据电子借车协议，采集借车人的相关信息，或者接收第二电子设备发送的借车人的相关信息；

6、车载终端将借车人的相关信息添加至电子借车协议的对应位置；

7、车载终端将包含借车人相关信息的电子借车协议发送至第一电子设备，以完成借车操作；

8、在借车模式中，车载终端按预设时间间隔采集车辆的预设信息；

9、将采集的所述预设信息发送至所述电子设备；

10、在需要还车时，第一电子设备接收车主输入的第二模式切换指令；

11、第一电子设备将第二模式切换指令发送至车载终端；

12、车载终端根据第二模式切换指令，将车辆的模式由借车模式切换为还车模式，并获取车辆的第二状态信息；

13、车载终端将第一状态信息和第二状态信息进行对比，得到对比结果；

14、车载终端将对比结果发送至第一电子设备，以完成还车操作。

通过本申请实施例，在借车过程中可以通过车载终端获取车辆的硬件基本参数及参数范围，并对参数进行前后参数差异的对比分析，根据对比分析结果生成分析报告，反馈至车主的第一电子设备；在车辆借出使用过程中，可以对车辆的位置及状态进行实时监测，按预设时间间隔采集车辆的预设信息，并将采集的所述预设信息发送至所述电子设备；若发生交通事故或车辆故障时，可以及时锁定驾驶员信息、车辆位置信息、时间及车辆状况，并及时反馈至车主的电子设备；由车辆的车载终端控制车辆的使用模式，在借车模式下，车载终端接收车主电子设备发送的电子借车协议，车载终端获取借车人相关信息后，将借车人相关信息添加到电子借车协议中；在完成电子借车协议后，将电子借车协议反馈至车主的电子设备,以完成一键式借车操作；实现了私家车便捷的借还车方式，无需面对面沟通，解除了租赁或共享平台的管理模式中时间或空间的限制，提高了车辆借还的便利性及普遍适用性；在车主与借车人确认还车时间和地点后，若对比结果无异常，则由车主的电子设备发送第二模式切换指令至车载终端，由车载终端将车辆由借车模式切换至还车模式，并获取车辆的第二状态信息，将第二状态信息与第一状态信息对比，得到对比结果，并将对比结果发送至车主的电子设备，从而完成一键式还车操作；实现了便捷的还车，无需面对面沟通，也无需设置统一固定的还车地点，根据借车人与车主约定好的还车地点即可实现还车，免除了现有的借还车管理模式中受时间和空间的限制，使得借还车更加便捷，提高了车辆借还的便利性及效率，减少了借车纠纷。

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

对应于上文实施例所述的车辆借还的方法以及应用场景的实施例，图9示出了本申请另一实施例提供的借车装置的结构框图，为了便于说明，仅示出了与本申请实施例相关的部分。

参照图9，该装置包括获取单元91，处理单元92以及执行单元93。其中，各单元功能如下：

获取单元91，用于在借车模式下，获取电子借车协议；

处理单元92，用于根据所述电子借车协议，采集借车人的相关信息，并将采集到的所述相关信息添加至所述电子借车协议的对应位置；

执行单元93，用于将所述相关信息添加后的电子借车协议发送至电子设备，以完成借车操作。

通过本申请实施例，由车辆的车载终端控制车辆的使用模式，在借车模式下，车载终端接收电子设备发送的电子借车协议，车载终端获取借车人信息后，将借车人信息添加到电子借车协议中；在完成电子借车协议后，将电子借车协议反馈至电子设备，车载终端完成借车操作；实现了私家车便捷的借车方式，无需面对面沟通，操作简便快捷，减少借还车过程中的纠纷，提高了车辆借还的便利性及效率。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将所述装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中，上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。另外，各功能单元、模块的具体名称也只是为了便于相互区分，并不用于限制本申请的保护范围。上述系统中单元、模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

图10为本申请一实施例提供的电子设备的结构示意图，所述电子设备为待借车辆的车主使用的终端设备。如图10所示，所述电子设备包括处理器1000、存储器1001以及存储在所述存储器1001中并可在所述处理器1000上运行的计算机程序1002；所述存储器1001与所述处理器1000耦合，所述存储器1001用于存储计算机程序代码，所述计算机程序代码包括计算机指令；当所述处理器1000执行所述计算机指令时，使得所述电子设备执行任一项借车方法和/或还车方法实施例。

所述电子设备10可以是手机、平板、智能手表等移动终端或便携式终端等计算设备。该电子设备10可包括，但不仅限于，处理器1000、存储器1001。本领域技术人员可以理解，图10仅仅是电子设备10的举例，并不构成对电子设备10的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如还可以包括输入输出设备、网络接入设备等。

所称处理器1000可以是中央处理单元(Central Processing Unit，CPU)，该处理器1000还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

所述存储器1001在一些实施例中可以是所述电子设备10的内部存储单元，例如电子设备10的硬盘或内存。所述存储器1001在另一些实施例中也可以是所述电子设备的外部存储设备，例如所述电子设备10上配备的插接式硬盘，智能存储卡(Smart Media Card,SMC)，安全数字(Secure Digital,SD)卡，闪存卡(Flash Card)等。进一步地，所述存储器1001还可以既包括所述电子设备10的内部存储单元也包括外部存储设备。所述存储器1001用于存储操作系统、应用程序、引导装载程序(BootLoader)、数据以及其他程序等，例如所述计算机程序的程序代码等。所述存储器1001还可以用于暂时地存储已经输出或者将要输出的数据。

本申请实施例提供一种车辆借还系统，包括包括车载终端100、第一电子设备200和第二电子设备300，其中，所述第一电子设备200、第二电子设备300分别与所述车载终端100通信连接。

本申请实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被计算机执行时，使得计算机实现上述借车方法和/或还车方法的各个实施例。

本申请实施例还提供了一种包含指令的计算机程序产品。当所述计算机程序产品在计算机上或处理器上运行时，使得计算机或处理器实现上述借车方法和/或还车方法的各个实施例。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者通过所述计算机可读存储介质进行传输。所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线)或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或者半导体介质(例如，固态硬盘(solid state disk，SSD))等。

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

上述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请实现上述实施例方法中的全部或部分流程，可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述各个方法实施例的步骤。其中，所述计算机程序包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读存储介质至少可以包括：能够将计算机程序代码携带到拍照装置/终端设备的任何实体或装置、记录介质、计算机存储器、只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random AccessMemory，RAM)、电载波信号、电信信号以及软件分发介质。例如U盘、移动硬盘、磁碟或者光盘等。在某些司法管辖区，根据立法和专利实践，计算机可读介质不可以是电载波信号和电信信号。

处理器可以是中央处理单元(Central Processing Unit，CPU)，还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

存储器可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。存储器是计算机可读介质的示例。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述或记载的部分，可以参见其它实施例的相关描述。

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

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

应当理解，当在本申请说明书和所附权利要求书中使用时，术语“包括”指示所描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。

还应当理解，在本申请说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合，并且包括这些组合。

如在本申请说明书和所附权利要求书中所使用的那样，术语“如果”可以依据上下文被解释为“当...时”或“一旦”或“响应于确定”或“响应于检测到”。类似地，短语“如果确定”或“如果检测到[所描述条件或事件]”可以依据上下文被解释为意指“一旦确定”或“响应于确定”或“一旦检测到[所描述条件或事件]”或“响应于检测到[所描述条件或事件]”。

另外，在本申请说明书和所附权利要求书的描述中，术语“第一”、“第二”、“第三”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

在本申请说明书中描述的参考“一个实施例”或“一些实施例”等意味着在本申请的一个或多个实施例中包括结合该实施例描述的特定特征、结构或特点。由此，在本说明书中的不同之处出现的语句“在一个实施例中”、“在一些实施例中”、“在其他一些实施例中”、“在另外一些实施例中”等不是必然都参考相同的实施例，而是意味着“一个或多个但不是所有的实施例”，除非是以其他方式另外特别强调。术语“包括”、“包含”、“具有”及它们的变形都意味着“包括但不限于”，除非是以其他方式另外特别强调。

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

Claims (13)

1.一种借车方法，其特征在于，包括：

在借车模式下，获取电子借车协议；

根据所述电子借车协议，采集借车人的相关信息，并将采集到的所述相关信息添加至所述电子借车协议的对应位置；

将所述相关信息添加后的电子借车协议发送至电子设备，以完成借车操作。

2.根据权利要求1所述的方法，其特征在于，所述获取电子借车协议，包括：

接收待借车辆的车主通过电子设备发送的所述电子借车协议，或者获取预先存储的所述电子借车协议。

3.根据权利要求1所述的方法，其特征在于，在完成借车操作之后，所述方法还包括：

按预设时间间隔采集车辆的预设信息，并将采集的所述预设信息发送至所述电子设备，其中，所述预设信息包括所述车辆当前的位置信息、所述车辆当前的状态信息和/或所述车辆当前的驾驶员信息。

4.根据权利要求1至3任一项所述的方法，其特征在于，在获取电子借车协议之前，还包括：

接收所述电子设备发送的第一模式切换指令；

根据所述第一模式切换指令，将车辆的当前模式切换为借车模式。

5.根据权利要求4所述的方法，其特征在于，所述方法包括：

在检测到所述车辆切换至所述借车模式时，获取所述车辆的第一状态信息，并存储所述第一状态信息，其中所述第一状态信息为借车时所述车辆的状态信息。

6.根据权利要求5所述的方法，其特征在于，在完成借车操作之后，所述方法还包括：

在检测到所述车辆由所述借车模式切换为还车模式时，获取所述车辆的第二状态信息，所述第二状态信息为还车时所述车辆的状态信息；

将所述第二状态信息与预先存储的所述第一状态信息进行对比，并将对比结果反馈至所述电子设备，以完成还车操作。

7.一种还车方法，其特征在于，包括：

在还车模式下，获取车辆的第二状态信息，所述第二状态信息为还车时所述车辆的状态信息；

将所述第二状态信息与预先存储的第一状态信息进行对比，并将对比结果反馈至电子设备，以完成还车操作，其中所述第一状态信息为借车时所述车辆的状态信息。

8.根据权利要求7所述的方法，其特征在于，在获取车辆的第二状态信息之前，包括：

接收所述电子设备发送的第二模式切换指令；

根据所述第二模式切换指令，将所述车辆由借车模式切换至所述还车模式。

9.根据权利要求7或8所述的方法，其特征在于，所述第一状态信息是在检测到所述车辆切换至借车模式时获取的，所述第二状态信息是在检测到所述车辆由所述借车模式切换至所述还车模式时获取的。

10.根据权利要求8所述的方法，其特征在于，在将所述车辆由借车模式切换至还车模式之前，还包括：

在借车模式下，获取电子借车协议；

根据所述电子借车协议，采集借车人的相关信息，并将采集到的所述相关信息添加至所述电子借车协议的对应位置；

将所述相关信息添加后的电子借车协议发送至电子设备，以完成借车操作。

11.一种车载终端，其特征在于，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时，车载终端实现如权利要求1至6任一项，和/或权利要求7至10任一项所述的方法。

12.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机程序，所述计算机程序被运行时，实现如权利要求1至6任一项，和/或权利要求7至10任一项所述的方法。

13.一种车辆借还系统，其特征在于，包括电子设备以及如权利要求11所述的车载终端，所述电子设备与所述车载终端通信连接。

Images