申请/专利权人：上海擎感智能科技有限公司

申请日：2019-07-18

公开（公告）日：2024-03-22

公开（公告）号：CN110362329B

主分类号：G06F8/65

分类号：G06F8/65;G06F8/71

优先权：

专利状态码：有效-授权

法律状态：2024.03.22#授权;2021.04.02#实质审查的生效;2019.10.22#公开

摘要：本发明提供一种版本更新检查方法及系统，检查方法包括：云端服务器向车载终端发送升级通知，根据所述升级通知车载终端查询该软件的版本信息；车载终端依据版本信息生成版本检查请求并发送云端服务器；当云端服务器明确升级的软件后，向车载终端发送软件升级所需的升级版本信息。本发明的版本更新检查方法可同时适用于单系统和双系统的车载终端，明确此次所需版本检查的软件。

主权项：1.一种版本更新检查方法，其特征在于，包括：接收发送的升级通知，所述升级通知携带所需升级的软件的软件信息；根据所述升级通知获取设于车载终端内该软件的版本信息，所述版本信息包括所述软件在车载终端内当前运行的版本号，及该软件需升级的起始版本；所述版本信息还包括所述软件在车载终端内的存放位置，云端服务器确定此次升级的软件所在的系统区并记录；依据所述版本信息生成版本检查请求并发送云端服务器；接收所述软件升级所需的升级版本信息，该升级版本信息包括版本路径；将所述升级版本信息存储于所述车载终端内。

全文数据：一种版本更新检查方法及系统技术领域本发明属于车载设备技术领域，涉及一种版本更新检查方法及系统。背景技术随着移动互联网及物联网的飞速发展，越来越多的车辆可以通过云端服务器对车载终端内的软件进行在线升级。目前，车载终端内的各个软件的升级可采用移动终端空中下载软件升级Overtheair，远程升级技术，简称为OTA进行升级。在提高用户及运营方的便捷性的同时，还可以节约运营方所投入的人力成本及物力成本。然而，在采用远程在线升级的过程中，尤其是面对存在双系统的车载终端内，存在正在运行的软件与需要升级的软件分存在不同的系统区，若仅仅按照现有的升级模式直接对运行的软件进行升级势必会造成混乱，达不到所要升级的目的。发明内容鉴于以上所述现有技术的缺点，本发明的目的在于提供一种版本更新检查方法及系统，用于解决现有技术中的软件升级仅适用于单系统的问题。为实现上述目的及其他相关目的，本发明提供一种版本更新检查方法，包括：接收发送的升级通知，所述升级通知携带所需升级的软件的软件信息；根据所述升级通知获取设于车载终端内该软件的版本信息；所述版本信息包括所述软件在车载终端内当前运行的版本号，及该软件需升级的起始版本；依据所述版本信息生成版本检查请求并发送云端服务器；接收所述软件升级所需的升级版本信息，该升级版本信息包括版本路径。于本发明的一实施例中，所述版本信息还包括所述软件在车载终端内的存放位置。于本发明的一实施例中，进一步包括：将所述升级版本信息存储于所述车载终端内。本发明还提供了一种版本更新检查方法，包括：向所述车载终端发送升级通知，所述升级通知携带所需升级的软件的软件信息；接收版本检查请求，所述版本检查请求包括在车载终端中所述软件的版本信息；向所述车载终端发送所述版本的升级版本信息，该升级版本信息包括版本路径。于本发明的一实施例中，进一步包括：在向所述车载终端发送升级通知之前，获取软件的升级包并取得该升级包内软件的软件信息，查询设备列表并获取存在所述软件的车载终端。于本发明的一实施例中，所述版本信息包括所述软件在车载终端内当前运行的版本号，及该软件需升级的起始版本、车载终端的设备编号。于本发明的一实施例中，进一步包括：当接收版本检查请求时，需判定所述云端服务器预存的设备列表内存在与所述版本信息相一致的设备编号。本发明还提供了一种版本更新检查系统，包括：车载终端，包括：第一接收器，接收发送的升级通知；第一处理器，获取设于车载终端内该软件的版本信息并生成版本检查请求；第一发射器，将版本检查请求发送云端服务器；云端服务器，包括：第二接收器，接收版本检查请求；第二发射器，向所述车载终端发送升级通知，以及在接收到版本检查请求后向所述车载终端发送所述版本的升级版本信息。于本发明的一实施例中，所述接收器还用于获取软件的升级包并取得该升级包内软件的软件信息。于本发明的一实施例中，所述云端服务器还包括：存储器，存储有设备列表，该设备列表包含若干个车载终端信息，所述车载终端信息包括车载终端的设备编号；第二处理器，依据所述升级包内软件的软件信息，查询所述设备列表并获取存在所述软件的车载终端，发送给所述第二发射器。如上所述，本发明所述的版本更新检查方法可同时适用于单系统和双系统，在接收到升级通知时，尤其是车载终端存在双系统情况下，车载终端自查内部该软件的版本信息来明确此次所需版本检查的软件，避免造成混淆。同时，车载终端通过向云端服务器发送版本检查请求以此来获知自身软件是否需要升级，无需人工升级，减少人力成本，提高工作效率。另外，本发明的版本更新检查方法中在云端服务器内设有授权机制，针对不同的升级包的授权机制来定性选择适合升级的车载终端，发送升级通知，从而可以向指定车载终端进行升级通知。附图说明图1显示为本发明的车载终端侧的版本更新检查方法的流程示意图。图2显示为本发明的云端服务器侧的版本更新检查方法的流程示意图。图3显示为图2的版本更新检查方法中获取存在所需升级的软件的车载终端的流程示意图。图4显示为车载终端与云端服务器连接示意图。图5显示为本发明的版本更新检查系统的结构示意图。具体实施方式以下通过特定的具体实例说明本发明的实施方式，本领域技术人员可由本说明书所揭露的内容轻易地了解本发明的其他优点与功效。本发明还可以通过另外不同的具体实施方式加以实施或应用，本说明书中的各项细节也可以基于不同观点与应用，在没有背离本发明的精神下进行各种修饰或改变。需说明的是，在不冲突的情况下，以下实施例及实施例中的特征可以相互组合。需要说明的是，以下实施例中所提供的图示仅以示意方式说明本发明的基本构想，遂图式中仅显示与本发明中有关的组件而非按照实际实施时的组件数目、形状及尺寸绘制，其实际实施时各组件的型态、数量及比例可为一种随意的改变，且其组件布局型态也可能更为复杂。本实施例主要应用于车载设备与云端服务器之间的在线更新，主要采用空中下载技术Overtheair，远程升级技术，简称为OTA，完成对车载设备的操作系统、固件、驱动、SDK、导航软件、其他APP程序的在线更新。为支持车载终端的在线升级，本实施方式的车载终端需支持在线升级功能，具体地，在车载终端内通过加载在线升级的软件开发工具包softwaredevelopmentkit，简称为SDK，其中，软件开发工具包封装了车载终端同云端服务器的复杂的在线升级业务交互，包括升级版本检查、升级包下载和校验，以及针对差分升级的差分包恢复和管理等。通过车载终端与为车载终端提供服务的云端服务器连接，可以利用3G网络技术、4G网络技术或Wifi等完成进行数据通信。云端服务器和车载终端采用一对多的方式，云端服务器为部署在数据中心的私有云服务平台，借助于公有云的内容分发网络ContentDeliveryNetwork，简称CDN来实现位于不同区域的不同车辆同时更新。本实施例提供的版本更新检查方法主要用于检查车载终端内软件在线升级更新之前，其连接的云端服务器内是否存在可用于升级的软件版本，同时，尤其是在双系统的背景下，明确此次升级的对象。请参阅图1，图1所示为本实施例的车载终端侧的版本更新检查方法的流程示意图。图1所示的版本更新检查方法，包括以下步骤：S100，接收发送的升级通知，所述升级通知携带所需升级的软件的软件信息；该升级通知可以是从云端服务器直接发送给车载终端，也可以是云端服务器借助其他服务器，例如TSPTelematicsServiceProvider汽车远程服务提供商服务器，转发给车载终端。其中，软件信息包含了软件名称、软件编码。软件编码是每个软件自身具有的唯一编码，通过软件编码可以用于识别软件身份。S110，根据所述升级通知获取设于车载终端内该软件的版本信息。其中，所述版本信息包括所述软件在车载终端内当前运行的版本号，及该软件需升级的起始版本。所述版本信息还包括所述软件在车载终端内存放位置。通过明确车载终端内的存放位置，使得云端服务器可以确定此次升级的软件所在的系统区并记录，在确定该软件需要升级时，在升级包上携带所述存放位置，从而便于车载终端明确接收到的升级包可适用的软件。另外，所述版本信息还可包括设备类型，例如车载终端自身的编号，和或还可以包括期望升级到的特定版本号。需要说明的是，所述版本信息包括该软件需升级的起始版本，主要是针对当车载终端内存在双系统的情况，当存在双系统时，当前运行的系统为第一系统区内的操作系统，而所要升级的操作系统为第二系统区的操作系统，两者版本号可能不同，因此为明确所要升级的操作系统，此时其所述版本信息初包括所述软件在车载终端内当前运行的版本号外，还需包括该软件需升级的起始版本。具体地，S110，根据所述升级通知获取设于车载终端内该软件的版本信息，包括：S1101，依据升级通知在车载终端中查询与之相配的适配器；S1102，通过适配器查询所述车载终端内该软件的版本信息。需要说明的是，车载终端内根据不同的软件类型升级存在多种类型的适配器，例如OSOperatingSystem适配器，即针对系统软件升级时所需的适配器，应用软件适配器，或ECUElectronicControlUnit适配器。不同类型的适配器内会设有针对该类型软件升级时的升级要求作出适应性的调整。其适配器可以为单独设立的处理元件，也可以集成在上述装置的某一个芯片中实现对升级要求的设定。S120，依据所述版本信息生成版本检查请求并发送云端服务器。由云端服务器根据接收到的版本检查请求来确定此次升级所需的升级包。S130，接收所述软件升级所需的升级版本信息，该升级版本信息包括版本路径。其中升级版本信息还可包括有升级包的签名信息、密钥信息、升级条件、升级依赖信息等。为后续软件的升级动作做铺垫，例如当车载终端确认当前满足升级条件时，可以通过获取的版本路径来下载所要的升级包。进一步地，所述版本更新检查方法还包括：将所述升级版本信息存储于所述车载终端内。以免在一定的时间期限内重复向云端服务器发起版本更新检查。需要说明的是，其升级版本信息在车载终端内存储具有时效性，可以在升级版本信息中设置失效时间，该失效时间可以是一天、几天、一个月等不同时间，该失效时间从车载终端接收到该升级版本信息起算，当升级版本信息存储在车载终端内的时间超过失效时间时，该升级版本信息失效，此时升级时，需要车载终端重新获取升级版本信息。本实施例中，车载终端根据接收到的升级通知，来向云端服务器发送版本检查请求以此来获知自身软件是否需要升级。无需人工升级，减少人力成本，提高工作效率。另外，在接收到升级通知时，尤其是车载终端存在双系统情况下，车载终端自查内部该软件的版本信息来明确此次所需版本检查的软件，避免造成混淆。存在双系统时，当前运行的系统为第一系统区内的操作系统，而所要升级的操作系统为第二系统区的操作系统，两者版本号可能不同，因此为明确所要升级的操作系统，此时其所述版本信息初包括所述软件在车载终端内当前运行的版本号外，还需包括该软件需升级的起始版本请参阅图2，图2所示为本实施例的云端服务器侧的版本更新检查方法的流程示意图。图2所示的版本更新检查方法，主要包括以下步骤：S200，向所述车载终端发送升级通知，所述升级通知携带所需升级的软件的软件信息。其中，软件信息包含了软件名称、软件编码。软件编码是每个软件自身具有的唯一编码，通过软件编码可以用于识别软件身份。S210，接收版本检查请求，所述版本检查请求包括在车载终端中所述软件的版本信息。其中，所述版本信息包括所述软件在车载终端内当前运行的版本号，及该软件需升级的起始版本。另外，所述版本信息还可包括设备类型，例如车载终端自身的版本号，和或还可以包括期望升级到的特定版本号。所述版本信息包括所述软件在车载终端内当前运行的版本号，及该软件需升级的起始版本、车载终端的设备编号。需要说明的是，所述版本信息包括该软件需升级的起始版本以及所述软件在车载终端内存放位置，主要是针对当车载终端内存在双系统的情况，通过明确车载终端内的存放位置和起始版本，使得云端服务器可以确定此次升级的软件所在的系统区并记录，在确定该软件需要升级时，在升级包上携带所述存放位置，从而便于车载终端明确接收到的升级包可适用的软件。S220，向所述车载终端发送所述版本的升级版本信息，该升级版本信息包括版本路径。其中升级版本信息还可包括有升级包的签名信息、密钥信息、升级条件、升级依赖信息等。为后续软件的升级动作做铺垫，例如当车载终端确认当前满足升级条件时，可以通过获取的版本路径来下载所要的升级包。通过本实施例的版本更新检查方法，可以由云端服务器根据现有车载终端内的当前运行的软件信息来判断其是否存在需要升级的软件，当存在时直接向车载终端提供所需的升级版本信息，提高工作效率。需要说明的是，在云端服务器内会存有多个升级包，云端服务器中会存储有不同类型的升级包，例如会存储有针对操纵系统、固件、驱动、SDK的升级包，当开发人员开发出最新版本的升级包时，开发人员可将其上传至云端服务器，供不同车载终端下载更新。因此，所述的版本更新检查方法，进一步包括：S020，在向所述车载终端发送升级通知之前，获取软件的升级包并取得该升级包内软件的软件信息；S021，查询设备列表并获取存在所述软件的车载终端。该设备列表包含若干个车载终端信息，所述车载终端信息包括车载终端的设备编号。请参阅图3，图3所示为本实施例中获取存在所需升级的软件的车载终端的流程示意图。具体的，S021，查询设备列表并获取存在所述软件的车载终端，主要包括：S0211，调取云端服务器内的授权机制。需要说明的授权机制预存于云端服务器内，授权机制包括多个升级权限，例如，授权机制包含4类升级权限，分别为：第一升级权限，可以免费使用，任何设备均可无条件升级；第二升级权限，白名单机制，只有在白名单中的设备才能升级；其中白名单包含有多个车载终端信息，例如车载终端自身的编号。第三升级权限，升级计划机制，只有在当前升级计划且通知已下达的设备才能升级。在设置升级计划时，可以是由云端服务器向车载终端下方列入升级计划的提示。第四升级权限，服务购买，购买了相关服务的设备才能升级。S0212，依据所述授权机制查询所述升级包内软件的软件信息的升级权限；当云端服务器接收到升级包后，依据升级包中的软件的软件信息依次查询授权机制内的各升级权限，需要说明的是，可以是在升级包内软件的软件信息中设置该软件升级所要查询的升级权限编码，相应地，其权限机制中的各升级权限带有自身的升级权限编码。云端服务器通过升级包内软件的软件信息中的升级权限编码与授权机制中各升级权限的升级权限编码相比对，将升级权限编码一致的升级权限作为此次软件升级的授权机制。S0213，根据升级权限确定执行升级的车载终端；S0214，依据升级包中软件的软件信息生成升级通知，并发送所述车载终端。在软件升级过程中，并非所有升级包都针对所有车载终端，例如某些升级包是针对特定的车载终端的，因此，在本实施例中，所述的版本更新检查方法中在云端服务器内设有授权机制，针对不同的升级包的授权机制来定性选择适合升级的车载终端，发送升级通知，从而可以向指定车载终端进行升级通知。在本实施例中，为保证云端服务器接收到的版本检查请求的合法性，所述的版本更新检查方法的S210进一步包括：当接收版本检查请求时，判断所述云端服务器预存的设备列表内是否存在与所述版本信息相一致的设备编号。当云端服务器预存的设备列表内存在与所述版本信息相一致的设备编号时，则才可继续执行S220。其中，该设备列表包含若干个车载终端信息，所述车载终端信息包括车载终端的设备编号。本发明所述的版本更新检查方法的保护范围不限于本实施例列举的步骤执行顺序，凡是根据本发明的原理所做的现有技术的步骤增减、步骤替换所实现的方案都包括在本发明的保护范围内。请参阅图4，所述图4所示为本实施例中车载终端与云端服务器连接示意图。请参阅图5，所述图5所示为实施例中的版本更新检查系统的结构示意图。如图4所示，所述的版本更新检查系统，包括：车载终端2，包括：第一接收器21，接收发送的升级通知；第一处理器22，获取设于车载终端2内该软件的版本信息并生成版本检查请求；第一发射器23，将版本检查请求发送云端服务器1；云端服务器1，包括：第二接收器12，接收版本检查请求；第二发射器11，向所述车载终端2发送升级通知，以及在接收到版本检查请求后向所述车载终端2发送所述版本的升级版本信息。进一步地，所述接收器还用于获取软件的升级包并取得该升级包内软件的软件信息。进一步地，所述云端服务器1还包括：存储器15，存储有设备列表，该设备列表包含若干个车载终端信息，所述车载终端信息包括车载终端2的设备编号；第二处理器13，依据所述升级包内软件的软件信息，查询所述设备列表并获取存在所述软件的车载终端2，发送给所述第二发射器11。进一步地，所述云端服务器1还包括比较器14，当接收版本检查请求时判断所述云端服务器1预存的设备列表内是否存在与所述版本信息相一致的设备编号。需要说明的是，存储器15可能包含随机存取存储器RandomAccessMemory，简称RAM，也可能还包括非易失性存储器non-volatilememory，例如至少一个磁盘存储器。另外，第一处理器22、第二处理器13可以是通用处理器，包括中央处理器CentralProcessingUnit，简称CPU、网络处理器NetworkProcessor，简称NP等；还可以是数字信号处理器DigitalSignalProcessing，简称DSP、专用集成电路ApplicationSpecificIntegratedCircuit，简称ASIC、现场可编程门阵列FieldProgrammableGateArray，简称FPGA或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。本发明的版本更新检查系统，所述版本更新检查系统可以实现本发明所述的版本更新检查方法，但本发明所述的版本更新检查的实现装置包括但不限于本实施例列举的版本更新检查系统的结构，凡是根据本发明的原理所做的现有技术的结构变形和替换，都包括在本发明的保护范围内。综上所述，本发明有效克服了现有技术中的种种缺点而具高度产业利用价值。上述实施例仅例示性说明本发明的原理及其功效，而非用于限制本发明。任何熟悉此技术的人士皆可在不违背本发明的精神及范畴下，对上述实施例进行修饰或改变。因此，举凡所属技术领域中具有通常知识者在未脱离本发明所揭示的精神与技术思想下所完成的一切等效修饰或改变，仍应由本发明的权利要求所涵盖。

权利要求：1.一种版本更新检查方法，其特征在于，包括：接收发送的升级通知，所述升级通知携带所需升级的软件的软件信息；根据所述升级通知获取设于车载终端内该软件的版本信息，所述版本信息包括所述软件在车载终端内当前运行的版本号，及该软件需升级的起始版本；依据所述版本信息生成版本检查请求并发送云端服务器；接收所述软件升级所需的升级版本信息，该升级版本信息包括版本路径。2.根据权利要求1所述的版本更新检查方法，其特征在于，所述版本信息还包括所述软件在车载终端内的存放位置。3.根据权利要求1所述的版本更新检查方法，其特征在于，进一步包括：将所述升级版本信息存储于所述车载终端内。4.一种版本更新检查方法，其特征在于，包括：向所述车载终端发送升级通知，所述升级通知携带所需升级的软件的软件信息；接收版本检查请求，所述版本检查请求包括在车载终端中所述软件的版本信息；向所述车载终端发送所述版本的升级版本信息，该升级版本信息包括版本路径。5.根据权利要求4所述的版本更新检查方法，其特征在于，进一步包括：在向所述车载终端发送升级通知之前，获取软件的升级包并取得该升级包内软件的软件信息，查询设备列表并获取存在所述软件的车载终端。6.根据权利要求4所述的版本更新检查方法，其特征在于，所述版本信息包括所述软件在车载终端内当前运行的版本号，及该软件需升级的起始版本、车载终端的设备编号。7.根据权利要求6所述的版本更新检查方法，其特征在于，进一步包括：当接收版本检查请求时，需判定所述云端服务器预存的设备列表内存在与所述版本信息相一致的设备编号。8.一种版本更新检查系统，其特征在于，包括：车载终端，包括：第一接收器，接收发送的升级通知；第一处理器，获取设于车载终端内该软件的版本信息并生成版本检查请求；第一发射器，将版本检查请求发送云端服务器；云端服务器，包括：第二接收器，接收版本检查请求；第二发射器，向所述车载终端发送升级通知，以及在接收到版本检查请求后向所述车载终端发送所述版本的升级版本信息。9.根据权利要求8所述的版本更新检查系统，其特征在于，所述接收器还用于获取软件的升级包并取得该升级包内软件的软件信息。10.根据权利要求9所述的版本更新检查系统，其特征在于，所述云端服务器还包括：存储器，存储有设备列表，该设备列表包含若干个车载终端信息，所述车载终端信息包括车载终端的设备编号；第二处理器，依据所述升级包内软件的软件信息，查询所述设备列表并获取存在所述软件的车载终端，发送给所述第二发射器。

百度查询： 上海擎感智能科技有限公司 一种版本更新检查方法及系统

免责声明
1、本报告根据公开、合法渠道获得相关数据和信息，力求客观、公正，但并不保证数据的最终完整性和准确性。
2、报告中的分析和结论仅反映本公司于发布本报告当日的职业理解，仅供参考使用，不能作为本公司承担任何法律责任的依据或者凭证。

阅读全文 双屏查看 官方信息 专利公告 收藏专利 下载PDF 下载WORD