CN105897480A - 车载终端及其固件功能完善方法 - Google Patents

Abstract

本发明提供一种车载终端及其固件功能完善方法，车载终端通过近距离通信方式发送当前固件信息给移动终端，接收移动终端反馈的与当前固件信息相对应的数据包，然后车载终端根据移动终端发送的数据包进行更新，无需外部存储器，只需通过近距离无线通信方式就能从移动终端获取数据包并进行更新，提高更新效率。数据包由移动终端经如下步骤从服务器获取：移动终端发送该固件信息给服务器，服务器根据该固件信息判断需更新到的固件版本，服务器将对应所述固件版本的数据包发送给移动终端，移动终端对该数据包进行解压和校验。移动终端在车载终端获取数据包的过程起到中转作用，还会对数据包进行校验，校验成功后才发送给车载终端，提高更新的安全性。

Description

车载终端及其固件功能完善方法

技术领域

本发明涉及车载终端技术领域，具体而言，本发明涉及一种车载终端的固件功能完善方法和车载终端。

背景技术

车载终端，例如行车记录仪、智能后视镜、车载导航仪等等，都通常具有其操作系统。在其操作系统中，包括各种的固件，例如Camera、WiFi、蓝牙等等固件。由于车载终端通常都会留置在汽车上，当这些车载终端需要更新固件时，通常需要利用U盘等外部存储器连接车载终端，车载终端读取外部存储器中的更新文件进行固件更新。这种固件更新方法，首先需要将更新文件放置在外部存储器，然后再将外部存储器连接车载终端，车载终端再读取更新文件进行更新，过程复杂，浪费时间，效率较低。

另外，车载终端在更新时如果发生断电、更新文件损坏等情况时，会导致固件更新失败，可能导致车载终端某些应用异常甚至无法正常启动系统，此时无法退回到更新前的固件和系统。无法正常启动系统则无法继续进行更新，只能送到产品维修点或厂家重新进行固件擦写，影响使用。

因此，传统车载终端存在更新效率差和安全性差的问题。

发明内容

本发明的目的旨在至少能解决上述的技术缺陷之一，特别是效率较低的技术缺陷。

本发明提供一种车载终端的固件功能完善方法，包括如下步骤：

车载终端通过近距离通信方式发送当前固件信息给移动终端；

所述车载终端接收移动终端反馈的与当前固件信息相对应的数据包；

所述车载终端根据所述数据包进行更新；

其中，所述数据包由所述移动终端经如下步骤从服务器获取：

所述移动终端发送该固件信息给服务器；

服务器根据该固件信息判断需更新到的固件版本；

服务器将对应所述固件版本的数据包发送给所述移动终端；

所述移动终端对该数据包进行解压和校验。

本发明中：

所述车载终端的非易失性存储器包括原始基础固件区和主固件区，所述原始基础固件区的固件用于启动基础系统，所述主固件区的固件用于启动主系统；

所述车载终端根据所述移动终端发送的数据包对所述主固件区中的相应固件进行更新；当因所述主固件区的更新失败而无法启动主系统时，根据所述原始基础固件区的固件启动基础系统。

本发明中，所述车载终端的非易失性存储器将不同的固件存储在不同的位置，所述车载终端根据所述移动终端发送的数据包进行相应固件的更新。

本发明中，车载终端通过近距离通信方式发送当前固件信息给移动终端之前，还包括步骤：所述车载终端接收来自所述移动终端的固件信息查询请求。

本发明中，所述车载终端接收来自所述移动终端的固件信息查询请求之后，所述车载终端验证所述固件信息查询请求中的移动终端唯一标识信息。

本发明中，车载终端通过近距离通信方式发送当前固件信息给移动终端之前，还包括步骤：

监测系统时间；

当系统时间达到预设的更新时刻时，搜索预先已配对的所述移动终端并建立近距离通信连接。

本发明中，所述预设的更新时刻为预先从所述移动终端获取。

本发明中，所述车载终端根据所述移动终端发送的数据包进行更新之前，还包括步骤：存储该数据包。

本发明中，所述车载终端根据所述移动终端发送的数据包进行更新之前，还包括步骤：对该数据包进行CRC校验。

本发明中，所述移动终端对该数据包进行解压和校验包括步骤：

对该数据包进行HASH校验；

对该数据包进行解压得到更新文件；

对该更新文件进行HASH校验。

本发明中，服务器根据该固件信息判断需更新到的固件版本包括如下步骤：

根据该固件信息确定终端型号和当前固件版本；

根据所述终端型号确定版本更新路径；

根据所述当前固件版本确定所述版本更新路径上最新的固件版本为需更新到的固件版本。

本发明中，所述版本更新路径为基于终端型号、更新内容和版本推出时间而形成的。

本发明中，基于同一终端型号，而基于不同的更新内容，服务器存储有多于一条的版本更新路径，且至少在两条版本更新路径上汇合到同一固件版本。

本发明中，根据所述终端型号确定版本更新路径包括如下步骤：

获取符合所述终端型号的第一固件版本集合；

从所述第一固件版本集合中获取版本推出时间最新的第二固件版本集合。

本发明中，若所述第二固件版本集合只有一个固件版本，则确定该一个固件版本为所述版本更新路径上最新的固件版本；若所述第二固件版本集合有多于一个的基于不同更新内容的固件版本，则向移动终端发送提示信息并接收用户的选择指令，以确定其中一个固件版本为所述版本更新路径上最新的固件版本。

本发明还提供一种车载终端，包括：

发送模块，用于通过近距离通信方式发送当前固件信息给移动终端；

接收模块，用于所述车载终端接收移动终端反馈的与当前固件信息相对应的数据包；

更新模块，用于根据所述数据包进行更新；

其中，所述数据包由所述移动终端经如下步骤从服务器获取：

所述移动终端发送该固件信息给服务器；

服务器根据该固件信息判断需更新到的固件版本；

服务器将对应所述固件版本的数据包发送给所述移动终端；

所述移动终端对该数据包进行解压和校验。

本发明中：

所述车载终端包括非易失性存储器，所述非易失性存储器包括原始基础固件区和主固件区，所述原始基础固件区的固件用于启动基础系统，所述主固件区的固件用于启动主系统；

所述更新模块根据所述移动终端发送的数据包对所述主固件区中的相应固件进行更新；当因所述主固件区的更新失败而无法启动主系统时，根据所述原始基础固件区的固件启动基础系统。

本发明中，所述车载终端的非易失性存储器将不同的固件存储在不同的位置，所述更新模块根据所述移动终端发送的数据包进行相应固件的更新。

本发明中，还包括接收模块，在所述发送模块通过近距离通信方式发送当前固件信息给移动终端之前，所述接收模块用于接收来自所述移动终端的固件信息查询请求。

本发明中，还包括验证模块，在所述接收模块接收来自所述移动终端的固件信息查询请求之后，所述验证模块用于验证所述固件信息查询请求中的移动终端唯一标识信息。

本发明中，还包括监测模块和连接模块，在所述发送模块通过近距离通信方式发送当前固件信息给移动终端之前，所述监测模块用于监测系统时间；当系统时间达到预设的更新时刻时，所述连接模块用于搜索预先已配对的所述移动终端并建立近距离通信连接。

本发明中，所述预设的更新时刻为预先从所述移动终端获取。

本发明中，还包括存储模块，在所述更新模块根据所述移动终端发送的数据包进行更新之前，所述存储模块用于存储该数据包。

本发明中，还包括校验模块，在所述车载终端根据所述移动终端发送的数据包进行更新之前，所述校验模块用于对该数据包进行CRC校验。

本发明中，所述移动终端对该数据包进行解压和校验包括步骤：

对该数据包进行HASH校验；

对该数据包进行解压得到更新文件；

对该更新文件进行HASH校验。

本发明中，服务器根据该固件信息判断需更新到的固件版本包括如下步骤：

根据该固件信息确定终端型号和当前固件版本；

根据所述终端型号确定版本更新路径；

根据所述当前固件版本确定所述版本更新路径上最新的固件版本为需更新到的固件版本。

本发明中，所述版本更新路径为基于终端型号、更新内容和版本推出时间而形成的。

本发明中，基于同一终端型号，而基于不同的更新内容，服务器存储有多于一条的版本更新路径，且至少在两条版本更新路径上汇合到同一固件版本。

本发明中，根据所述终端型号确定版本更新路径包括如下步骤：

获取符合所述终端型号的第一固件版本集合；

从所述第一固件版本集合中获取版本推出时间最新的第二固件版本集合。

本发明中，若所述第二固件版本集合只有一个固件版本，则确定该一个固件版本为所述版本更新路径上最新的固件版本；若所述第二固件版本集合有多于一个的基于不同更新内容的固件版本，则向移动终端发送提示信息并接收用户的选择指令，以确定其中一个固件版本为所述版本更新路径上最新的固件版本。

上述的车载终端的固件功能完善方法和车载终端，车载终端通过近距离通信方式发送当前固件信息给移动终端，接收移动终端反馈的与当前固件信息相对应的数据包，然后车载终端根据移动终端发送的数据包进行更新，无需外部存储器，只需通过近距离无线通信方式就能从移动终端获取数据包并进行更新，完善了固件功能，提高了更新效率。

数据包由移动终端经如下步骤从服务器获取：移动终端发送该固件信息给服务器，服务器根据该固件信息判断需更新到的固件版本，服务器将对应所述固件版本的数据包发送给移动终端，移动终端对该数据包进行解压和校验。移动终端不但在车载终端获取数据包的过程中起到中转作用，还会对数据包进行校验，校验成功后才发送给车载终端，提高了更新的安全性。

本发明附加的方面和优点将在下面的描述中部分给出，这些将从下面的描述中变得明显，或通过本发明的实践了解到。

附图说明

本发明上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中：

图1为一个实施例的车载终端的固件功能完善方法示意图；

图2为一个实施例的移动终端从服务器获取数据包的方法示意图；

图3为一个实施例的车载终端的固件更新模块示意图。

具体实施方式

下面详细描述本发明的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，仅用于解释本发明，而不能解释为对本发明的限制。

本技术领域技术人员可以理解，除非特意声明，这里使用的单数形式“一”、“一个”、“所述”和“该”也可包括复数形式。应该进一步理解的是，本发明的说明书中使用的措辞“包括”是指存在所述特征、整数、步骤、操作、元件和/或组件，但是并不排除存在或添加一个或多个其他特征、整数、步骤、操作、元件、组件和/或它们的组。应该理解，当我们称元件被“连接”或“耦接”到另一元件时，它可以直接连接或耦接到其他元件，或者也可以存在中间元件。此外，这里使用的“连接”或“耦接”可以包括无线连接或无线耦接。这里使用的措辞“和/或”包括一个或更多个相关联的列出项的全部或任一单元和全部组合。

本技术领域技术人员可以理解，除非另外定义，这里使用的所有术语(包括技术术语和科学术语)，具有与本发明所属领域中的普通技术人员的一般理解相同的意义。还应该理解的是，诸如通用字典中定义的那些术语，应该被理解为具有与现有技术的上下文中的意义一致的意义，并且除非像这里一样被特定定义，否则不会用理想化或过于正式的含义来解释。

本技术领域技术人员可以理解，这里所使用的“终端”、“终端设备”既包括无线信号接收器的设备，其仅具备无发射能力的无线信号接收器的设备，又包括接收和发射硬件的设备，其具有能够在双向通信链路上，执行双向通信的接收和发射硬件的设备。这种设备可以包括：蜂窝或其他通信设备，其具有单线路显示器或多线路显示器或没有多线路显示器的蜂窝或其他通信设备；PCS(Personal Communications Service，个人通信系统)，其可以组合语音、数据处理、传真和/或数据通信能力；PDA(PersonalDigital Assistant，个人数字助理)，其可以包括射频接收器、寻呼机、互联网/内联网访问、网络浏览器、记事本、日历和/或GPS(Global PositioningSystem，全球定位系统)接收器；常规膝上型和/或掌上型计算机或其他设备，其具有和/或包括射频接收器的常规膝上型和/或掌上型计算机或其他设备。这里所使用的“终端”、“终端设备”可以是便携式、可运输、安装在交通工具(航空、海运和/或陆地)中的，或者适合于和/或配置为在本地运行，和/或以分布形式，运行在地球和/或空间的任何其他位置运行。这里所使用的“终端”、“终端设备”还可以是通信终端、上网终端、音乐/视频播放终端，例如可以是PDA、MID(Mobile Internet Device，移动互联网设备)和/或具有音乐/视频播放功能的移动电话，也可以是智能电视、机顶盒等设备。

本技术领域技术人员可以理解，这里所使用的远端网络设备，其包括但不限于计算机、网络主机、单个网络服务器、多个网络服务器集或多个服务器构成的云。在此，云由基于云计算(Cloud Computing)的大量计算机或网络服务器构成，其中，云计算是分布式计算的一种，由一群松散耦合的计算机集组成的一个超级虚拟计算机。本发明的实施例中，远端网络设备、终端设备与WNS服务器之间可通过任何通信方式实现通信，包括但不限于，基于3GPP、LTE、WIMAX的移动通信、基于TCP/IP、UDP协议的计算机网络通信以及基于蓝牙、红外传输标准的近距无线传输方式。

图1为一个实施例的车载终端的固件功能完善方法示意图。

本发明提供一种车载终端的固件功能完善方法，包括如下步骤：

步骤S100：车载终端接收来自移动终端的固件信息查询请求。

固件(firmware)一般存储于设备中的电可擦除只读存储器EEPROM或FLASH芯片中，一般可由用户通过特定的刷新程序进行更新的程序。一般来说，担任着一个数码产品最基础、最底层工作的软件才可以称之为固件，例如Camera、WiFi、蓝牙等等模块的固件，又比如计算机主板上的基本输入/输出系统BIOS(Basic Input/output System)，在以前其实更多的专业人士叫它固件。

通常这些硬件内所保存的程序是无法被用户直接读出或修改的。在以前，一般情况下是没有必要对固件进行更新操作的，即使在固件内发现了严重的Bug也必须由专业人员带着写好程序的芯片把原来机器上的更换下来。早期固件芯片一般采用了ROM设计，它的Firmware代码是在生产过程中固化的，用任何手段都无法修改。随着技术的不断发展，修改固件以适应不断更新的硬件环境成了用户们的迫切要求，所以，可重复写入的可编程可擦除只读存储器EPROM、EEPROM和flash出现了。这些芯片是可以重复刷写的，让固件得以修改和更新。

固件信息可以包括车载终端型号信息、固件的版本信息、固件更新时间信息等等，通常情况下固件信息只需要包括固件的版本信息即可。

车载终端通过近距离通信方式和移动终端建立连接。近距离通信方式包括蓝牙、UWB、NFC以及专用无线系统中至少一种。其中，UWB是一种无载波通信技术，利用纳秒至微微秒级的非正弦波窄脉冲传输数据。NFC是一种非接触式识别和互联技术，可以在移动设备、消费类电子产品、PC和智能控件工具间进行近距离无线通信技术。在本实施例中，车载终端通过蓝牙通信方式发送当前固件信息给移动终端，因此固件信息基于蓝牙协议的数据形式。

以蓝牙为例，车载终端已经预先和移动终端进行过蓝牙配对而形成通信接口。例如，车载终端和移动终端到了用户手中用户再将其蓝牙配对。经过一次蓝牙配对的车载终端和移动终端，就相当于预建立了蓝牙信任通信接口，这样车载终端和移动终端在下一次进行蓝牙连接时可以直接建立信任连接，不再进行蓝牙配对。

在本实施例中，车载终端的更新是被动进行更新，即需要在移动终端查询固件版本并发送数据包过来后才进行更新。当用户想为车载终端进行更新更新时，可以使用移动终端的APP通过近距离通信方式向车载终端发送固件信息查询请求，固件信息查询请求中包含有移动终端唯一标识信息。车载终端接收来自移动终端的固件信息查询请求之后，车载终端验证固件信息查询请求中的移动终端唯一标识信息(例如MAC地址、IMEI号、序列号等等)。以蓝牙为例，固件信息查询请求也是基于蓝牙协议的数据形式，当车载终端接收到固件信息查询请求后，验证固件信息查询请求中的移动终端唯一标识信息，然后进行蓝牙连接。

当然，在一些实施例中，车载终端的更新是主动进行更新，即距离上一次更新的时间达到了一定时间(经过一个更新查询周期)后，通过主动连接移动终端进行查询，确定需要更新后才进行更新。在这种情况下，车载终端需要执行以下步骤：

监测系统时间；

当系统时间达到预设的更新时刻时，搜索预先已配对的移动终端并建立近距离通信连接。

上述的预设的更新时刻可以是车载终端预先设定的，也可以为预先从移动终端获取的。

例如，车载终端设定了一定的更新查询周期为三个月，则以某一次更新的时间为起点，当满三个月的时候，主动搜索预先已配对的移动终端，并在建立近距离通信连接后将当前固件信息发给移动终端以判断是否需要更新。

又例如，当移动终端的用户从服务器端获知已经发布对应所述车载终端(例如型号)的更新信息，则可以主动与车载终端进行连接，选择用户觉得适当的时间(更新时刻)发给车载终端，以方便用户为更新预留足够的更新时间，毕竟更新过程可能较为漫长。

再回到本实施例中，车载终端的更新是被动进行更新，车载终端接收来自移动终端的固件信息查询请求后，执行步骤S200。

步骤S200：车载终端通过近距离通信方式发送当前固件信息给移动终端。在本步骤中，车载终端接收到固件信息查询请求后，响应于该固件信息查询请求，将在本机存储的当前固件信息发送给移动终端。由于车载终端在固件信息查询请求中可以获取移动终端唯一标识信息(例如MAC地址、IMEI号、序列号等等)，因此车载终端可以将在本机存储的当前固件信息发送给移动终端。例如，在近距离通信方式为蓝牙通信情况下，车载终端在获取到固件信息查询请求中可以获取移动终端的蓝牙地址，然后以该蓝牙地址作为目的地址进行蓝牙数据发送。

步骤S200后，执行步骤S300。

步骤S300：车载终端接收移动终端反馈的与当前固件信息相对应的数据包。

车载终端发送固件信息后，如果需要更新，移动终端将根据当前固件信息获取相应的数据包，并通过近距离通信方式反馈给车载终端。

其中，数据包由移动终端经如下步骤从服务器获取，图2为一个实施例的移动终端从服务器获取数据包的方法示意图。

步骤S310：移动终端发送该固件信息给服务器。

移动终端通过远程通信方式发送该固件信息给服务器，远程通信方式可以为移动通信网络、互联网等等。

步骤S320：服务器根据该固件信息判断需更新到的固件版本。

服务器收到该固件信息后，根据固件信息中包含的固件版本信息，来判断是否需要更新。

本实施例中，服务器根据该固件信息判断需更新到的固件版本可以包括如下步骤：

根据该固件信息确定终端型号和当前固件版本。

根据所述终端型号确定版本更新路径。版本更新路径为基于终端型号、更新内容和版本推出时间而形成的。更新内容可以包括：蓝牙功能更新、摄像头功能更新、WIFI功能更新、音频处理功能更新、视频处理功能更新中的至少之一。例如本机型号为K1，基于终端型号K1和K2存在两个固件版本V1和V2；而基于固件版本V1的进一步固件更新版本，对于蓝牙功能更新的固件版本为V11，对于摄像头功能和WIFI功能更新的固件版本为V12；而基于固件版本V11的进一步固件更新版本还包括V111。V111的版本推出时间比V1、V11和V12的版本都要晚，因此V111版本为最新，则确定版本更新路径为V1→V11→V111。

本实施例中，根据终端型号确定版本更新路径可以包括如下步骤：

获取符合所述终端型号的第一固件版本集合。继续上面的例子，本机型号为K1，也即第一固件版本集合包括V1、V11、V111。

从第一固件版本集合中获取版本推出时间最新的第二固件版本集合。若第二固件版本集合只有一个固件版本，则确定该一个固件版本为版本更新路径上最新的固件版本；若第二固件版本集合有多于一个的基于不同更新内容的固件版本，则向移动终端发送提示信息并接收用户的选择指令，以确定其中一个固件版本为版本更新路径上最新的固件版本。

继续上面例子，若最新的第二固件版本集合包括V111，且只有V111，则确定V111为版本更新路径上最新的固件版本。若基于固件版本V11的进一步固件更新版本还包括V112，V111和V112分别是基于不同的更新内容而且版本推出时间为同一时间(例如同一天)，则需要向移动终端发送提示信息并接收用户的选择指令，以确定其中一个固件版本(例如用户选择了V111)为版本更新路径上最新的固件版本。

根据所述当前固件版本确定版本更新路径上最新的固件版本为需更新到的固件版本。继续上面的例子，也即V111版本为需更新到的固件版本。因此可以按照最新的版本即可完成更新，而无须根据版本更新路径一个一个版本的顺序更新，提高更新效率。基于同一终端型号，而基于不同的更新内容，服务器存储有多于一条的版本更新路径，且至少在两条版本更新路径上汇合到同一固件版本。如上例，基于固件版本V12的进一步固件更新版本还包括V122，而V111和V122的进一步固件更新版本均为V3，则服务器存储有V1→V11→V111→V3和V1→V12→V122→V3两条版本更新路径，并且汇合到同一固件版本V3。不同的版本更新路径可以汇合到同一固件版本，处于不同更新路径上版本的终端可以直接更新到同一固件版本，提高了更新效率。

步骤S330：服务器将对应固件版本的数据包发送给移动终端。

若不需要更新，则发送不需要更新的提示给移动终端；若需要更新，则将对应固件版本的数据包发送给移动终端。数据包为压缩包，需要解压才能得到里面的固件更新文件。

步骤S340：移动终端对该数据包进行解压和校验。

移动终端收到该数据包后，首先对该数据包进行校验，然后再解压，再对解压后得到的更新文件进行校验。校验是对文件的完整性进行校验，可以是HASH校验，例如MD5校验。

具体步骤如下：对该数据包进行HASH校验；对该数据包进行解压得到更新文件；对该更新文件进行HASH校验。其中的HASH校验为MD5校验。

校验通过后，移动终端通过近距离通信方式将数据包发送给车载终端，然后车载终端再执行步骤S400。

步骤S400：车载终端根据移动终端发送的数据包进行更新。

在一些实施例中，车载终端根据移动终端发送的数据包进行更新之前，为了保证从移动终端收到的数据包的数据完整，还可以包括步骤：对该数据包进行CRC校验。例如当近距离通信方式为蓝牙通信时，对收到的蓝牙数据形式的数据包进行CRC校验。

在一些实施例中，车载终端根据移动终端发送的数据包进行更新之前，还可以包括步骤：存储该数据包。存储该数据包，并在更新更新时重新进行更新。车载终端在上一次更新时，也会存储上一次的数据包，以在上一次更新失败时重新进行更新；因此，当车载终端存储今次的数据包时，可以将上一次的数据包进行删除，以节约车载终端的存储空间。

对于更新失败，车载终端具有保护措施。在本实施例中，车载终端具有非易失性存储器，例如可擦可编程只读存储器(EPROM)、电可擦除只读存储器(EEPROM)和闪存(FLASH)。车载终端的非易失性存储器包括原始基础固件区和主固件区，原始基础固件区的固件用于启动基础系统，主固件区的固件用于启动主系统。

车载终端根据移动终端发送的数据包对主固件区中的相应固件进行更新；当因主固件区的更新失败而无法启动主系统时，根据原始基础固件区的固件启动基础系统(更新不会改变原始基础固件区的固件)。原始基础固件区相当于车载终端的最小操作系统，车载终端可以根据原始基础固件区中的固件进行系统启动，并具备最基本的操作应用，以在主系统因为更新失败无法启动后进入基础系统进行基本操作，实现车载终端的基本功能。例如，当车载终端为行车记录仪时，行车记录仪的基本功能包括蓝牙、摄录、更新、存储等应用。当主系统因为更新失败无法启动后，可以启动基础系统再次进行更新，例如可以使用已存储的数据包进行更新，无需重新通过移动终端获取数据包，提高更新效率。

车载终端的非易失性存储器将不同的固件存储在不同的位置，车载终端根据移动终端发送的数据包进行相应固件的更新。在这里，由于更新不会改变原始基础固件区的固件，因此此处以原始基础固件区的固件来说明。在原始基础固件区，各个不同应用的固件分开存储，以保证更新某一固件时不会对另外的固件进行改动。例如，在更新蓝牙应用的固件时，不会对摄录应用的固件进行改动。

图3为一个实施例的车载终端的固件更新模块示意图。

本发明还提供一种车载终端，包括：接收模块100、验证模块200、发送模块300、存储模块400、校验模块500和更新模块600。

接收模块100用于接收来自移动终端的固件信息查询请求，验证模块200用于验证固件信息查询请求中的移动终端唯一标识信息，发送模块300用于通过近距离通信方式发送当前固件信息给移动终端，接收模块100还用于接收移动终端反馈的与当前固件信息相对应的数据包，存储模块400用于存储该数据包，校验模块500用于对该数据包进行CRC校验，更新模块600用于根据移动终端发送的数据包进行更新。

接收模块100用于接收来自移动终端的固件信息查询请求。

固件(firmware)一般存储于设备中的电可擦除只读存储器EEPROM或FLASH芯片中，一般可由用户通过特定的刷新程序进行更新的程序。一般来说，担任着一个数码产品最基础、最底层工作的软件才可以称之为固件，例如Camera、WiFi、蓝牙等等模块的固件，又比如计算机主板上的基本输入/输出系统BIOS(Basic Input/output System)，在以前其实更多的专业人士叫它固件。

通常这些硬件内所保存的程序是无法被用户直接读出或修改的。在以前，一般情况下是没有必要对固件进行更新操作的，即使在固件内发现了严重的Bug也必须由专业人员带着写好程序的芯片把原来机器上的更换下来。早期固件芯片一般采用了ROM设计，它的Firmware代码是在生产过程中固化的，用任何手段都无法修改。随着技术的不断发展，修改固件以适应不断更新的硬件环境成了用户们的迫切要求，所以，可重复写入的可编程可擦除只读存储器EPROM、EEPROM和flash出现了。这些芯片是可以重复刷写的，让固件得以修改和更新。

固件信息可以包括车载终端型号信息、固件的版本信息、固件更新时间信息等等，通常情况下固件信息只需要包括固件的版本信息即可。

车载终端通过近距离通信方式和移动终端建立连接。近距离通信方式包括蓝牙、UWB、NFC以及专用无线系统中至少一种。其中，UWB是一种无载波通信技术，利用纳秒至微微秒级的非正弦波窄脉冲传输数据。NFC是一种非接触式识别和互联技术，可以在移动设备、消费类电子产品、PC和智能控件工具间进行近距离无线通信技术。在本实施例中，车载终端通过蓝牙通信方式发送当前固件信息给移动终端，因此固件信息基于蓝牙协议的数据形式。

以蓝牙为例，车载终端已经预先和移动终端进行过蓝牙配对而形成通信接口。例如，车载终端和移动终端到了用户手中用户再将其蓝牙配对。经过一次蓝牙配对的车载终端和移动终端，就相当于预建立了蓝牙信任通信接口，这样车载终端和移动终端在下一次进行蓝牙连接时可以直接建立信任连接，不再进行蓝牙配对。

在本实施例中，车载终端的更新是被动进行更新，即需要在移动终端查询固件版本并发送数据包过来后才进行更新。当用户想为车载终端进行更新更新时，可以使用移动终端的APP通过近距离通信方式向车载终端发送固件信息查询请求，固件信息查询请求中包含有移动终端唯一标识信息。车载终端的接收模块100接收来自移动终端的固件信息查询请求之后，车载终端的验证模块200验证固件信息查询请求中的移动终端唯一标识信息(例如MAC地址、IMEI号、序列号等等)。以蓝牙为例，固件信息查询请求也是基于蓝牙协议的数据形式，当车载终端接收到固件信息查询请求后，验证固件信息查询请求中的移动终端唯一标识信息，然后进行蓝牙连接。

当然，在一些实施例中，车载终端的更新是主动进行更新，即距离上一次更新的时间达到了一定时间(经过一个更新查询周期)后，通过主动连接移动终端进行查询，确定需要更新后才进行更新。在这种情况下，车载终端还可以包括监测模块和连接模块(图未示出)，在发送模块300通过近距离通信方式发送当前固件信息给移动终端之前，监测模块用于监测系统时间；当系统时间达到预设的更新时刻时，连接模块用于搜索预先已配对的移动终端并建立近距离通信连接。上述的预设的更新时刻可以是车载终端预先设定的，也可以为预先从移动终端获取的。

例如，车载终端设定了一定的更新查询周期为三个月，则以某一次更新的时间为起点，当满三个月的时候，连接模块主动搜索预先已配对的移动终端，并在建立近距离通信连接后将当前固件信息发给移动终端以判断是否需要更新。

又例如，当移动终端的用户从服务器端获知已经发布对应所述车载终端(例如型号)的更新信息，则可以主动与车载终端进行连接，选择用户觉得适当的时间(更新时刻)发给车载终端，以方便用户为更新预留足够的更新时间，毕竟更新过程可能较为漫长。

再回到本实施例中，车载终端的更新是被动进行更新，接收模块100接收来自移动终端的固件信息查询请求后，发送模块300通过近距离通信方式发送当前固件信息给移动终端。在本步骤中，接收模块100接收到固件信息查询请求后，响应于该固件信息查询请求，将在本机存储的当前固件信息发送给移动终端。由于车载终端在固件信息查询请求中可以获取移动终端唯一标识信息(例如MAC地址、IMEI号、序列号等等)，因此车载终端的发送模块300可以将在本机存储的当前固件信息发送给移动终端。例如，在近距离通信方式为蓝牙通信情况下，车载终端在获取到固件信息查询请求中可以获取移动终端的蓝牙地址，然后以该蓝牙地址作为目的地址进行蓝牙数据发送。

发送模块300通过近距离通信方式发送当前固件信息给移动终端后，接收模块接收移动终端反馈的与当前固件信息相应的数据包。

发送模块300发送固件信息后，如果车载终端需要更新，移动终端将根据当前固件信息获取相应的数据包，并通过近距离通信方式反馈给车载终端。

其中，数据包由移动终端经如下步骤从服务器获取，图2为一个实施例的移动终端从服务器获取数据包的方法示意图。

步骤S310：移动终端发送该固件信息给服务器。

移动终端通过远程通信方式发送该固件信息给服务器，远程通信方式可以为移动通信网络、互联网等等。

步骤S320：服务器根据该固件信息判断需更新到的固件版本。

服务器收到该固件信息后，根据固件信息中包含的固件版本信息，来判断是否需要更新。

本实施例中，服务器根据该固件信息判断需更新到的固件版本可以包括如下步骤：

根据该固件信息确定终端型号和当前固件版本。

根据所述终端型号确定版本更新路径。版本更新路径为基于终端型号、更新内容和版本推出时间而形成的。更新内容可以包括：蓝牙功能更新、摄像头功能更新、WIFI功能更新、音频处理功能更新、视频处理功能更新中的至少之一。例如本机型号为K1，基于终端型号K1和K2存在两个固件版本V1和V2；而基于固件版本V1的进一步固件更新版本，对于蓝牙功能更新的固件版本为V11，对于摄像头功能和WIFI功能更新的固件版本为V12；而基于固件版本V11的进一步固件更新版本还包括V111。V111的版本推出时间比V1、V11和V12的版本都要晚，因此V111版本为最新，则确定版本更新路径为V1→V11→V111。

本实施例中，根据终端型号确定版本更新路径可以包括如下步骤：

获取符合所述终端型号的第一固件版本集合。继续上面的例子，本机型号为K1，也即第一固件版本集合包括V1、V11、V111。

从第一固件版本集合中获取版本推出时间最新的第二固件版本集合。若第二固件版本集合只有一个固件版本，则确定该一个固件版本为版本更新路径上最新的固件版本；若第二固件版本集合有多于一个的基于不同更新内容的固件版本，则向移动终端发送提示信息并接收用户的选择指令，以确定其中一个固件版本为版本更新路径上最新的固件版本。

继续上面例子，最新的第二固件版本集合包括V111，且只有V111，则确定V111为版本更新路径上最新的固件版本。若基于固件版本V11的进一步固件更新版本还包括V112，V111和V112分别是基于不同的更新内容而且版本推出时间为同一时间(例如同一天)，则需要向移动终端发送提示信息并接收用户的选择指令，以确定其中一个固件版本(例如用户选择了V111)为版本更新路径上最新的固件版本。

根据所述当前固件版本确定版本更新路径上最新的固件版本为需更新到的固件版本。继续上面的例子，也即V111版本为需更新到的固件版本。因此可以按照最新的版本即可完成更新，而无须根据版本更新路径一个一个版本的顺序更新，提高更新效率。

基于同一终端型号，而基于不同的更新内容，服务器存储有多于一条的版本更新路径，且至少在两条版本更新路径上汇合到同一固件版本。如上例，基于固件版本V12的进一步固件更新版本还包括V122，而V111和V122的进一步固件更新版本均为V3，则服务器存储有V1→V11→V111→V3和V1→V12→V122→V3两条版本更新路径，并且汇合到同一固件版本V3。不同的版本更新路径可以汇合到同一固件版本，处于不同更新路径上版本的终端可以直接更新到同一固件版本，提高了更新效率。

步骤S330：服务器将对应固件版本的数据包发送给移动终端。

若不需要更新，则发送不需要更新的提示给移动终端；若需要更新，则将对应固件版本的数据包发送给移动终端。数据包为压缩包，需要解压才能得到里面的固件更新文件。

步骤S340：移动终端对该数据包进行解压和校验。

移动终端收到该数据包后，首先对该数据包进行校验，然后再解压，再对解压后得到的更新文件进行校验。校验是对文件的完整性进行校验，可以是HASH校验，例如MD5校验。

具体步骤如下：对该数据包进行HASH校验；对该数据包进行解压得到更新文件；对该更新文件进行HASH校验。其中的HASH校验为MD5校验。

校验通过后，移动终端通过近距离通信方式将数据包发送给车载终端，车载终端的更新模块600根据移动终端发送的数据包进行更新。

在一些实施例中，车载终端的更新模块600根据移动终端发送的数据包进行更新之前，为了保证从移动终端收到的数据包的数据完整，车载终端的校验模块500还对该数据包进行CRC校验。例如当近距离通信方式为蓝牙通信时，对收到的蓝牙数据形式的数据包进行CRC校验。

在一些实施例中，车载终端的更新模块600根据移动终端发送的数据包进行更新之前，存储模块400还存储该数据包。存储模块400存储该数据包，并在更新失败时更新模块600重新读取存储模块400的该数据包进行更新。想模块600在上一次更新时，存储模块400也会存储上一次的数据包，以在上一次更新失败时更新模块600重新进行更新；因此，当存储模块400存储今次的数据包时，可以将上一次的数据包进行删除，以节约车载终端的存储空间。

对于更新失败，车载终端具有保护措施。在本实施例中，车载终端具有非易失性存储器，例如可擦可编程只读存储器(EPROM)、电可擦除只读存储器(EEPROM)和闪存(FLASH)其中之一。车载终端的非易失性存储器包括原始基础固件区和主固件区，原始基础固件区的固件用于启动基础系统，主固件区的固件用于启动主系统。

车载终端根据移动终端发送的数据包对主固件区中的相应固件进行更新；当因主固件区的更新失败而无法启动主系统时，根据原始基础固件区的固件启动基础系统(更新不会改变原始基础固件区的固件)。原始基础固件区相当于车载终端的最小操作系统，车载终端可以根据原始基础固件区中的固件进行系统启动，并具备最基本的操作应用，以在主系统因为更新失败无法启动后进入基础系统进行基本操作，实现车载终端的基本功能。例如，当车载终端为行车记录仪时，行车记录仪的基本功能包括蓝牙、摄录、更新、存储等应用。当主系统因为更新失败无法启动后，可以启动基础系统再次进行更新，例如可以使用已存储的数据包进行更新，无需重新通过移动终端获取数据包，提高更新效率。

车载终端的非易失性存储器将不同的固件存储在不同的位置，车载终端根据移动终端发送的数据包进行相应固件的更新。在这里，由于更新不会改变原始基础固件区的固件，因此此处以原始基础固件区的固件来说明。在原始基础固件区，各个不同应用的固件分开存储，以保证更新某一固件时不会对另外的固件进行改动。例如，在更新蓝牙应用的固件时，不会对摄录应用的固件进行改动。

上述的车载终端的固件功能完善方法和车载终端，车载终端通过近距离通信方式发送当前固件信息给移动终端，接收移动终端反馈的与当前固件信息相对应的数据包，然后车载终端根据移动终端发送的数据包进行更新，无需外部存储器，只需通过近距离无线通信方式就能从移动终端获取数据包并进行更新，完善了固件功能，提高了更新效率。

数据包由移动终端经如下步骤从服务器获取：移动终端发送该固件信息给服务器，服务器根据该固件信息判断需更新到的固件版本，服务器将对应所述固件版本的数据包发送给移动终端，移动终端对该数据包进行解压和校验。移动终端不但在车载终端获取数据包的过程中起到中转作用，还会对数据包进行校验，校验成功后才发送给车载终端，提高了更新的安全性。

应该理解的是，虽然图1、2的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，其可以以其他的顺序执行。而且，图1、2中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，其执行顺序也不必然是依次进行，而是可以与其他步骤或者其他步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

以上所述仅是本发明的部分实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims (10)

1.一种车载终端的固件功能完善方法，其特征在于，包括如下步骤：

车载终端通过近距离通信方式发送当前固件信息给移动终端；

所述车载终端接收移动终端反馈的与当前固件信息相对应的数据包；

所述车载终端根据所述数据包进行更新；

其中，所述数据包由所述移动终端经如下步骤从服务器获取：

所述移动终端发送该固件信息给服务器；

服务器根据该固件信息判断需更新到的固件版本；

服务器将对应所述固件版本的数据包发送给所述移动终端；

所述移动终端对该数据包进行解压和校验。

2.根据权利要求1所述的车载终端的固件功能完善方法，其特征在于：

所述车载终端的非易失性存储器包括原始基础固件区和主固件区，所述原始基础固件区的固件用于启动基础系统，所述主固件区的固件用于启动主系统；

所述车载终端根据所述移动终端发送的数据包对所述主固件区中的相应固件进行更新；当因所述主固件区的更新失败而无法启动主系统时，根据所述原始基础固件区的固件启动基础系统。

3.根据权利要求2所述的车载终端的固件功能完善方法，其特征在于，所述车载终端的非易失性存储器将不同的固件存储在不同的位置，所述车载终端根据所述移动终端发送的数据包进行相应固件的更新。

4.根据权利要求1所述的车载终端的固件功能完善方法，其特征在于，车载终端通过近距离通信方式发送当前固件信息给移动终端之前，还包括步骤：所述车载终端接收来自所述移动终端的固件信息查询请求。

5.根据权利要求4所述的车载终端的固件功能完善方法，其特征在于，所述车载终端接收来自所述移动终端的固件信息查询请求之后，所述车载终端验证所述固件信息查询请求中的移动终端唯一标识信息。

6.根据权利要求1所述的车载终端的固件功能完善方法，其特征在于，车载终端通过近距离通信方式发送当前固件信息给移动终端之前，还包括步骤：

监测系统时间；

当系统时间达到预设的更新时刻时，搜索预先已配对的所述移动终端并建立近距离通信连接。

7.根据权利要求6所述的车载终端的固件功能完善方法，其特征在于，所述预设的更新时刻为预先从所述移动终端获取。

8.根据权利要求1所述的车载终端的固件功能完善方法，其特征在于，所述车载终端根据所述移动终端发送的数据包进行更新之前，还包括步骤：存储该数据包。

9.根据权利要求1所述的车载终端的固件功能完善方法，其特征在于，所述车载终端根据所述移动终端发送的数据包进行更新之前，还包括步骤：对该数据包进行CRC校验。

10.一种车载终端，其特征在于，包括：

发送模块，用于通过近距离通信方式发送当前固件信息给移动终端；

接收模块，用于接收移动终端反馈的与当前固件信息相对应的数据包；

更新模块，用于根据所述数据包进行更新；

其中，所述数据包由所述移动终端经如下步骤从服务器获取：

所述移动终端发送该固件信息给服务器；

服务器根据该固件信息判断需更新到的固件版本；

服务器将对应所述固件版本的数据包发送给所述移动终端；

所述移动终端对该数据包进行解压和校验。