CN109582344A - 增量更新方法、装置、云服务器及计算机可读存储介质 - Google Patents
增量更新方法、装置、云服务器及计算机可读存储介质 Download PDFInfo
- Publication number
- CN109582344A CN109582344A CN201811424654.1A CN201811424654A CN109582344A CN 109582344 A CN109582344 A CN 109582344A CN 201811424654 A CN201811424654 A CN 201811424654A CN 109582344 A CN109582344 A CN 109582344A
- Authority
- CN
- China
- Prior art keywords
- version
- vehicle
- installation kit
- target
- component group
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000000034 method Methods 0.000 title claims abstract description 42
- 238000009434 installation Methods 0.000 claims abstract description 197
- 238000004590 computer program Methods 0.000 claims description 11
- 230000005540 biological transmission Effects 0.000 claims description 5
- 238000010586 diagram Methods 0.000 description 4
- 230000000694 effects Effects 0.000 description 2
- 238000000151 deposition Methods 0.000 description 1
- 230000002093 peripheral effect Effects 0.000 description 1
- 230000004044 response Effects 0.000 description 1
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/60—Software deployment
- G06F8/65—Updates
- G06F8/658—Incremental updates; Differential updates
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/60—Software deployment
- G06F8/61—Installation
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/34—Network arrangements or protocols for supporting network services or applications involving the movement of software or configuration parameters
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- General Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Computer Security & Cryptography (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Stored Programmes (AREA)
Abstract
本公开的实施例提供一种增量更新方法、装置、云服务器及计算机可读存储介质。该方法应用于云服务器，包括：接收用户输入的，对车辆中的部件组的版本更新请求；其中，部件组中包括车辆中能够进行软件更新的至少部分部件，版本更新请求中包括部件组的目标版本；根据版本更新请求，向车辆发送目标增量安装包对应的第一数据；其中，目标增量安装包根据部件组的当前版本的全量安装包和目标版本的全量安装包得到，任一版本的全量安装包中包括部件组中的每个部件的安装文件。可见，本公开的实施例中，在进行车辆的软件更新时，云服务器和车辆间传输数据时所需花费的时间和流量大大减少，这样能够有效地降低车辆的软件更新成本。
Description
技术领域
本公开的实施例涉及车辆工程技术领域，尤其涉及一种增量更新方法、装置、云服务器及计算机可读存储介质。
背景技术
随着车辆工程技术领域的迅速发展，车辆的使用越来越普遍，车辆目前已经成为了人们日常生活中的重要交通工具之一。
可以理解的是，车辆常常采用空中下载技术(Over-the-Air Technology，OTA)进行软件更新。在进行软件更新时，如果整车更新包非常大，则更新包的传输所需花费的时间和流量均非常多，因此，车辆的软件更新成本非常高。
发明内容
第一方面，本公开的实施例提供一种增量更新方法，应用于云服务器，所述方法包括：
接收用户输入的，对车辆中的部件组的版本更新请求；其中，所述部件组中包括所述车辆中能够进行软件更新的至少部分部件，所述版本更新请求中包括所述部件组的目标版本；
根据所述版本更新请求，向所述车辆发送目标增量安装包对应的第一数据；其中，所述目标增量安装包根据所述部件组的当前版本的全量安装包和所述目标版本的全量安装包得到，任一版本的全量安装包中包括所述部件组中的每个部件的安装文件。
在一些实施例中，所述目标增量安装包中包括存在于所述目标版本的全量安装包中，且不存在于所述当前版本的全量安装包中的所有安装文件。
在一些实施例中，所述云服务器中存储有多个增量安装包，不同增量安装包对应不同的下载地址，所述第一数据为所述目标增量更新包的下载地址。
在一些实施例中，
所述根据所述版本更新请求，向所述车辆发送目标增量安装包对应的第一数据，包括：
当所述目标版本高于所述当前版本时，根据所述版本更新请求，向所述车辆发送目标增量安装包对应的第一数据；
所述方法还包括：
当所述目标版本低于所述当前版本时，根据所述版本更新请求，向所述车辆发送所述目标版本的全量安装包对应的第二数据。
在一些实施例中，所述云服务器中存储有多个全量安装包，不同全量安装包对应不同的下载地址，所述第二数据为所述目标版本的全量安装包的下载地址。
在一些实施例中，
所述根据所述版本更新请求，向所述车辆发送目标增量安装包对应的第一数据之前，所述方法还包括：
向所述车辆发送用于获取车辆工况的获取指示；
接收所述车辆发送的车辆工况；
所述根据所述车辆版本更新请求，向所述车辆发送目标增量更新包对应的第一数据，包括：
当所接收的车辆工况为预设车辆工况时，根据所述车辆版本更新请求，向所述车辆发送目标增量更新包对应的第一数据。
在一些实施例中，所述云服务器中存储有所述部件组的版本；
所述接收用户输入的，对车辆中的部件组的版本更新请求之后，所述方法还包括：
向所述车辆发送用于获取所述部件组的当前版本的获取指示；
接收所述车辆发送的当前版本；
所述根据所述版本更新请求，向所述车辆发送目标增量安装包对应的第一数据，包括：
当所接收的当前版本与所存储的版本相同时，根据所述版本更新请求，向所述车辆发送目标增量安装包对应的第一数据。
在一些实施例中，所述接收用户输入的，对车辆中的部件组的版本更新请求之后，所述方法还包括：
当所接收的当前版本与所存储的版本不相同时，输出拒绝更新提示。
第二方面，本公开的实施例提供一种增量更新装置，应用于云服务器，所述装置包括：
第一接收模块，用于接收用户输入的，对车辆中的部件组的版本更新请求；其中，所述部件组中包括所述车辆中能够进行软件更新的至少部分部件，所述版本更新请求中包括所述部件组的目标版本；
第一发送模块，用于根据所述版本更新请求，向所述车辆发送目标增量安装包对应的第一数据；其中，所述目标增量安装包根据所述部件组的当前版本的全量安装包和所述目标版本的全量安装包得到，任一版本的全量安装包中包括所述部件组中的每个部件的安装文件。
在一些实施例中，所述目标增量安装包中包括存在于所述目标版本的全量安装包中，且不存在于所述当前版本的全量安装包中的所有安装文件。
在一些实施例中，所述云服务器中存储有多个增量安装包，不同增量安装包对应不同的下载地址，所述第一数据为所述目标增量更新包的下载地址。
在一些实施例中，
所述第一发送模块，具体用于：
当所述目标版本高于所述当前版本时，根据所述版本更新请求，向所述车辆发送目标增量安装包对应的第一数据；
所述装置还包括：
第二发送模块，用于当所述目标版本低于所述当前版本时，根据所述版本更新请求，向所述车辆发送所述目标版本的全量安装包对应的第二数据。
在一些实施例中，所述云服务器中存储有多个全量安装包，不同全量安装包对应不同的下载地址，所述第二数据为所述目标版本的全量安装包的下载地址。
在一些实施例中，
所述装置还包括：
第三发送模块，用于在根据所述版本更新请求，向所述车辆发送目标增量安装包对应的第一数据之前，向所述车辆发送用于获取车辆工况的获取指示；
第二接收模块，用于接收所述车辆发送的车辆工况；
所述第一发送模块，具体用于：
当所接收的车辆工况为预设车辆工况时，根据所述车辆版本更新请求，向所述车辆发送目标增量更新包对应的第一数据。
在一些实施例中，所述云服务器中存储有所述部件组的版本；
所述装置还包括：
第四发送模块，用于在接收用户输入的，对车辆中的部件组的版本更新请求之后，向所述车辆发送用于获取所述部件组的当前版本的获取指示；
第三接收模块，用于接收所述车辆发送的当前版本；
所述第一发送模块，具体用于：
当所接收的当前版本与所存储的版本相同时，根据所述版本更新请求，向所述车辆发送目标增量安装包对应的第一数据。
在一些实施例中，所述装置还包括：
输出模块，用于在接收用户输入的，对车辆中的部件组的版本更新请求之后，当所接收的当前版本与所存储的版本不相同时，输出拒绝更新提示。
第三方面，本公开的实施例提供一种云服务器，包括处理器，存储器，存储在所述存储器上并可在所述处理器上运行的计算机程序，所述计算机程序被所述处理器执行时实现上述增量更新方法的步骤。
第四方面，本公开的实施例提供一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现上述增量更新方法的步骤。
附图说明
图1是本公开的实施例提供的增量更新方法的流程图；
图2是本公开的实施例提供的增量更新装置的结构框图；
图3是本公开的实施例提供的云服务器的结构示意图。
具体实施方式
下面将结合本公开的实施例中的附图，对本公开的实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本公开一部分实施例，而不是全部的实施例。基于本公开中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获取的所有其他实施例，都属于本公开保护的范围。
下面首先对本公开的实施例提供的增量更新方法进行说明。
参见图1，图中示出了本公开的实施例提供的增量更新方法的流程图。如图1所示，该方法应用于云服务器，该方法包括如下步骤：
步骤101，接收用户输入的，对车辆中的部件组的版本更新请求；其中，部件组中包括车辆中能够进行软件更新的至少部分部件，版本更新请求中包括部件组的目标版本。
其中，云服务器可以具有一输入界面，用户可以通过输入界面向云服务器输入对车辆中的部件组的版本更新请求。
具体地，部件组中可以包括车辆中能够进行软件更新的所有部件；或者，部件组中可以仅包括车辆中能够进行软件更新的部分部件。为了便于本领域技术人员理解本方案，本公开的实施例中均以部件组中包括车辆中能够进行软件更新的所有部件的情况为例进行说明，这种情况下，部件组的版本可以认为是车辆的版本(这儿具体为软件版本)。
步骤102，根据版本更新请求，向车辆发送目标增量安装包对应的第一数据；其中，目标增量安装包根据部件组的当前版本的全量安装包和目标版本的全量安装包得到，任一版本的全量安装包中包括部件组中的每个部件的安装文件。
需要说明的是，根据部件组的当前版本的全量安装包和目标版本的全量安装包，得到目标增量安装包的具体实现形式多样。在一种实现形式中，目标增量安装包中包括存在于目标版本的全量安装包中，且不存在于当前版本的全量安装包中的所有安装文件。
下面以一个具体的例子，对这种实现形式进行详细说明。
具体地，部件组中可以包括n个部件，这n个部件分别为c1、c2、……，cn(假设此处n为3)。可以理解的是，每个部件的安装文件的版本的数量可以为一个或者一个以上，例如，c1可以具有v1和v2两个版本的安装文件，这两个版本的安装文件可以用c1v1和c1v2进行表示；c2可以具有v1和v2两个版本的安装文件，这两个版本的安装文件可以用c2v1和c2v2进行表示；c3可以仅具有一个版本的安装文件，这个版本的安装文件可以用c3v1进行表示。
部件组的全量安装包可以具有有三个版本，分别为V1、V2和V3。其中，版本V1的全量安装包中可以包括c1v1、c2v1和c3v1，此时，版本V1的全量安装包可以用V1(c1v1+c2v1+c3v1)进行表示；版本V2的全量安装包中可以包括c1v2、c2v1和c3v1，此时，版本V2的全量安装包可以用V2(c1v2+c2v1+c3v1)进行表示；版本V3的全量安装包中可以包括c1v2、c2v2和c3v1，此时，版本V3的全量安装包可以用V3(c1v2+c2v2+c3v1)进行表示。
这样，如下面的表1所示，在目标版本为版本V2，当前版本为版本V1的情况下，目标增量安装包中可以包括c1v2，此时，目标增量安装包可以用V2_V1(c1v2)进行表示，V2_V1(c1v2)可以用于将车辆由版本V1更新为版本V2；在目标版本为版本V3，当前版本为版本V2的情况下，目标增量安装包中可以包括c2v2，此时，目标增量安装包可以用V3_V2(c2v2)进行表示，V3_V2(c2v2)可以用于将车辆由版本V2更新为版本V3；在目标版本为版本V3，当前版本为版本V1的情况下，目标增量安装包中可以包括c1v2和c2v2，此时，目标增量安装包中可以用V3_V1(c1v2+c2v2)进行表示，V3_V1(c1v2+c2v2)可以用于将车辆由版本V1更新为版本V3。
| 目标版本 | 当前版本 | 目标增量安装包 |
| 版本V2 | 版本V1 | V2_V1(c1v2) |
| 版本V3 | 版本V2 | V3_V2(c2v2) |
| V3_V2(c2v2) | 版本V1 | V3_V1(c1v2+c2v2) |
表1
可见，这种实现形式中，根据目标版本和当前版本能够非常便捷地得到目标增量安装包，并且，目标增量安装包能够用于将部件组由当前版本更新至目标版本。
当然，得到目标增量安装包的实现形式并不局限于此，只需保证目标增量安装包中的数据量少于目标版本的全量安装包中的数据量即可，在此不再一一列举。
需要说明的是，目标增量安装包对应的第一数据的类型多样，下面进行举例介绍。
第一种情况中，第一数据可以为目标增量安装包本身。这样，车辆基于作为第一数据的目标增量安装包即可实现部件组的增量更新。
第二种情况中，第一数据可以为目标增量安装包经加密生成的加密结果。这样，车辆只需对第一数据进行相应解密即可得到目标增量安装包，车辆可以基于解密得到的目标增量安装包实现部件组的增量更新。
第三种情况中，云服务器中存储有多个增量安装包，不同增量安装包对应不同的下载地址，第一数据为目标增量更新包的下载地址。这样，在接收到作为第一数据的下载地址之后，车辆可以向云服务器发送携带该下载地址的数据获取请求。云服务器可以根据接收到的数据获取请求，向车辆下发目标增量安装包，以便于车辆基于接收到的目标增量安装包实现部件组的增量更新。
本公开的实施例中，云服务器可以接收用户输入的，对部件组的版本更新请求，并根据版本更新请求，向车辆发送目标增量安装包对应的第一数据，车辆可以据此获得目标增量安装包，并根据目标增量包实现部件组的增量更新。可见，部件组是采用增量更新方式进行更新的，用于部件组的更新的数据是目标增量安装包，而不是包括所有待更新部件的安装文件的更新包，因此，在进行车辆的软件更新时，云服务器和车辆间传输数据时所需花费的时间和流量大大减少，这样能够有效地降低车辆的软件更新成本。
在一些实施例中，根据版本更新请求，向车辆发送目标增量安装包对应的第一数据，包括：
当目标版本高于当前版本时，根据版本更新请求，向车辆发送目标增量安装包对应的第一数据；
该方法还包括：
当目标版本低于当前版本时，根据版本更新请求，向车辆发送目标版本的全量安装包对应的第二数据。
本公开的实施例中，在接收到版本更新请求之后，云服务器可以将部件组的目标版本和当前版本进行比较。
如果目标版本高于当前版本，这说明部件组的版本需要提高(即部件组需要进行升级)，此时，云服务器可以根据版本更新请求，向车辆发送目标增量安装包对应的第一数据，以便于实现部件组的增量更新。
如果目标版本低于当前版本，这说明部件组的版本需要减低(例如恢复至出厂版本)，此时，云服务器可以根据版本更新请求，向车辆发送目标版本的全量安装包对应的第二数据，以便于实现部件组的全量更新。
需要说明的是，目标版本的全量安装包对应的第二数据的类型多样，下面进行举例介绍。
第一种情况中，第二数据可以为目标版本的全量安装包本身。这样，车辆基于作为第二数据的全量安装包即可实现部件组的全量更新。
第二种情况中，第二数据可以为目标版本的全量安装包经加密生成的加密结果。这样，车辆只需对第二数据进行相应解密即可得到目标版本的全量安装包，车辆可以基于解密得到的全量安装包实现部件组的全量更新。
第三种情况中，云服务器中存储有多个全量安装包，不同全量安装包对应不同的下载地址，第二数据为目标版本的全量安装包的下载地址。这样，在接收到作为第二数据的下载地址之后，车辆可以向云服务器发送携带该下载地址的数据获取请求。云服务器可以根据接收到的数据获取请求，向车辆下发目标版本的全量安装包，以便于车辆基于接收到的目标增量安装包实现部件组的全量更新。
可见，本公开的实施例中，无论目标版本高于当前版本还是低于当前版本，部件组的更新均能够成功实现，也就是说，车辆的软件更新能够成功实现。
在一些实施例中，根据版本更新请求，向车辆发送目标增量安装包对应的第一数据之前，该方法还包括：
向车辆发送用于获取车辆工况的获取指示；
接收车辆发送的车辆工况；
根据车辆版本更新请求，向车辆发送目标增量更新包对应的第一数据，包括：
当所接收的车辆工况为预设车辆工况时，根据车辆版本更新请求，向车辆发送目标增量更新包对应的第一数据。
其中，预设车辆工况可以包括除了车辆中的部件需要正常运行的各工况(例如前进行驶工况、后退行驶工况等)之外的其余工况(例如怠速工况)，预设车辆工况可以认为是适宜进行部件组更新的车辆工况。
本公开的实施例中，云服务器可以通过获取指示获取车辆的车辆工况，只有在该车辆工况为预设车辆工况，即当前适宜进行部件组更新的情况下，云服务器才向车辆发送目标增量更新包对应的第一数据，以便于实现部件组的增量更新，这样能够有效地避免部件组的更新影响到车辆的正常运行。
在一些实施例中，云服务器中存储有部件组的版本；
接收用户输入的，对车辆中的部件组的版本更新请求之后，该方法还包括：
向车辆发送用于获取部件组的当前版本的获取指示；
接收车辆发送的当前版本；
根据版本更新请求，向车辆发送目标增量安装包对应的第一数据，包括：
当所接收的当前版本与所存储的版本相同时，根据版本更新请求，向车辆发送目标增量安装包对应的第一数据。
本公开的实施例中，在接收到版本更新请求之后，云服务器可以向车辆发送获取指示，以接收车辆响应于该获取指示发送的当前版本。如果所接收的当前版本与所存储的版本相同，可以认为部件组的实际版本确实为云服务器所接收的当前版本，云服务器此时才向车辆发送目标增量安装包对应的第一数据，这样可以较好地保证车辆后续获取的目标增量安装包与车辆的当前版本的匹配性，从而可靠性实现部件组的增量更新。
在一些实施例中，接收用户输入的，对车辆中的部件组的版本更新请求之后，该方法还包括：
当所接收的当前版本与所存储的版本不相同时，输出拒绝更新提示。
其中，拒绝更新提示可以为语音提示、文字提示等。
本公开的实施例中，在所接收的当前版本与所存储的版本不相同的情况下，可以认为云服务器所接收的当前版本或者云服务器所存储的当前版本可能存在错误，或者车辆执行了云服务器未知的部件组更新操作，此时，云服务器可以输出拒绝更新提示，这样，用户可以及时获知该情况并采取相应的处理措施，例如对所存储的版本进行检查更新等。
综上，本公开的实施例中，部件组是采用增量更新方式进行更新的，用于部件组的更新的数据是目标增量安装包，而不是包括所有待更新部件的安装文件的更新包，因此，在进行车辆的软件更新时，云服务器和车辆间传输数据时所需花费的时间和流量大大减少，这样能够有效地降低车辆的软件更新成本。
下面对本公开的实施例提供的增量更新装置进行说明。
参见图2，图中示出了本公开的实施例提供的增量更新装置200的结构框图。如图2所示，增量更新装置200应用于云服务器，增量更新装置200包括：
第一接收模块201，用于接收用户输入的，对车辆中的部件组的版本更新请求；其中，部件组中包括车辆中能够进行软件更新的至少部分部件，版本更新请求中包括部件组的目标版本；
第一发送模块202，用于根据版本更新请求，向车辆发送目标增量安装包对应的第一数据；其中，目标增量安装包根据部件组的当前版本的全量安装包和目标版本的全量安装包得到，任一版本的全量安装包中包括部件组中的每个部件的安装文件。
在一些实施例，目标增量安装包中包括存在于目标版本的全量安装包中，且不存在于当前版本的全量安装包中的所有安装文件。
在一些实施例，云服务器中存储有多个增量安装包，不同增量安装包对应不同的下载地址，第一数据为目标增量更新包的下载地址。
在一些实施例，
第一发送模块，具体用于：
当目标版本高于当前版本时，根据版本更新请求，向车辆发送目标增量安装包对应的第一数据；
增量更新装置200还包括：
第二发送模块，用于当目标版本低于当前版本时，根据版本更新请求，向车辆发送目标版本的全量安装包对应的第二数据。
在一些实施例，云服务器中存储有多个全量安装包，不同全量安装包对应不同的下载地址，第二数据为目标版本的全量安装包的下载地址。
在一些实施例，
增量更新装置200还包括：
第三发送模块，用于在根据版本更新请求，向车辆发送目标增量安装包对应的第一数据之前，向车辆发送用于获取车辆工况的获取指示；
第二接收模块，用于接收车辆发送的车辆工况；
第一发送模块，具体用于：
当所接收的车辆工况为预设车辆工况时，根据车辆版本更新请求，向车辆发送目标增量更新包对应的第一数据。
在一些实施例，云服务器中存储有部件组的版本；
增量更新装置200还包括：
第四发送模块，用于在接收用户输入的，对车辆中的部件组的版本更新请求之后，向车辆发送用于获取部件组的当前版本的获取指示；
第三接收模块，用于接收车辆发送的当前版本；
第一发送模块，具体用于：
当所接收的当前版本与所存储的版本相同时，根据版本更新请求，向车辆发送目标增量安装包对应的第一数据。
在一些实施例，增量更新装置200还包括：
输出模块，用于在接收用户输入的，对车辆中的部件组的版本更新请求之后，当所接收的当前版本与所存储的版本不相同时，输出拒绝更新提示。
本公开的实施例中，云服务器可以接收用户输入的，对部件组的版本更新请求，并根据版本更新请求，向车辆发送目标增量安装包对应的第一数据，车辆可以据此获得目标增量安装包，并根据目标增量包实现部件组的增量更新。可见，部件组是采用增量更新方式进行更新的，用于部件组的更新的数据是目标增量安装包，而不是包括所有待更新部件的安装文件的更新包，因此，在进行车辆的软件更新时，云服务器和车辆间传输数据时所需花费的时间和流量大大减少，这样能够有效地降低车辆的软件更新成本。
下面对本公开的实施例提供的云服务器进行说明。
参见图3，图中示出了本公开的实施例提供的云服务器300的结构示意图。如图3所示，云服务器300包括：处理器301、收发机302、存储器303、用户接口304和总线接口，其中：
处理器301，用于读取存储器303中的程序，执行下列过程：
接收用户输入的，对车辆中的部件组的版本更新请求；其中，部件组中包括车辆中能够进行软件更新的至少部分部件，版本更新请求中包括部件组的目标版本；
根据版本更新请求，向车辆发送目标增量安装包对应的第一数据；其中，目标增量安装包根据部件组的当前版本的全量安装包和目标版本的全量安装包得到，任一版本的全量安装包中包括部件组中的每个部件的安装文件。
在图3中，总线架构可以包括任意数量的互联的总线和桥，具体由处理器301代表的一个或多个处理器和存储器303代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口提供接口。收发机302可以是多个元件，即包括发送机和接收机，提供用于在传输介质上与各种其他装置通信的单元。针对不同的用户设备，用户接口304还可以是能够外接内接需要设备的接口，连接的设备包括但不限于小键盘、显示器、扬声器、麦克风、操纵杆等。
处理器301负责管理总线架构和通常的处理，存储器303可以存储处理器301在执行操作时所使用的数据。
在一些实施例中，目标增量安装包中包括存在于目标版本的全量安装包中，且不存在于当前版本的全量安装包中的所有安装文件。
在一些实施例中，云服务器中存储有多个增量安装包，不同增量安装包对应不同的下载地址，第一数据为目标增量更新包的下载地址。
在一些实施例中，处理器301，具体用于：
当目标版本高于当前版本时，根据版本更新请求，向车辆发送目标增量安装包对应的第一数据；
处理器301，还用于：
当目标版本低于当前版本时，根据版本更新请求，向车辆发送目标版本的全量安装包对应的第二数据。
在一些实施例中，云服务器中存储有多个全量安装包，不同全量安装包对应不同的下载地址，第二数据为目标版本的全量安装包的下载地址。
在一些实施例中，处理器301，还用于：
在根据版本更新请求，向车辆发送目标增量安装包对应的第一数据之前，向车辆发送用于获取车辆工况的获取指示；
接收车辆发送的车辆工况；
处理器301，具体用于：
当所接收的车辆工况为预设车辆工况时，根据车辆版本更新请求，向车辆发送目标增量更新包对应的第一数据。
在一些实施例中，云服务器中存储有部件组的版本；
处理器301，还用于：
在接收用户输入的，对车辆中的部件组的版本更新请求之后，向车辆发送用于获取部件组的当前版本的获取指示；
接收车辆发送的当前版本；
处理器301，具体用于：
当所接收的当前版本与所存储的版本相同时，根据版本更新请求，向车辆发送目标增量安装包对应的第一数据。
在一些实施例中，处理器301，还用于：
在接收用户输入的，对车辆中的部件组的版本更新请求之后，当所接收的当前版本与所存储的版本不相同时，输出拒绝更新提示。
本公开的实施例中，云服务器300可以接收用户输入的，对部件组的版本更新请求，并根据版本更新请求，向车辆发送目标增量安装包对应的第一数据，车辆可以据此获得目标增量安装包，并根据目标增量包实现部件组的增量更新。可见，部件组是采用增量更新方式进行更新的，用于部件组的更新的数据是目标增量安装包，而不是包括所有待更新部件的安装文件的更新包，因此，在进行车辆的软件更新时，云服务器300和车辆间传输数据时所需花费的时间和流量大大减少，这样能够有效地降低车辆的软件更新成本。
本公开的实施例还提供一种云服务器，包括处理器310，存储器309，存储在存储器309上并可在所述处理器310上运行的计算机程序，该计算机程序被处理器310执行时实现上述增量更新方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。
本公开的实施例还提供一种计算机可读存储介质，计算机可读存储介质上存储有计算机程序，该计算机程序被处理器执行时实现上述增量更新方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。其中，所述的计算机可读存储介质，如只读存储器(Read-Only Memory，简称ROM)、随机存取存储器(Random Access Memory，简称RAM)、磁碟或者光盘等。
以上所述，仅为本公开的具体实施方式，但本公开的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本公开揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本公开的保护范围之内。因此，本公开的保护范围应以权利要求的保护范围为准。
Claims (15)
1.一种增量更新方法，其特征在于，应用于云服务器，所述方法包括：
接收用户输入的，对车辆中的部件组的版本更新请求；其中，所述部件组中包括所述车辆中能够进行软件更新的至少部分部件，所述版本更新请求中包括所述部件组的目标版本；
根据所述版本更新请求，向所述车辆发送目标增量安装包对应的第一数据；其中，所述目标增量安装包根据所述部件组的当前版本的全量安装包和所述目标版本的全量安装包得到，任一版本的全量安装包中包括所述部件组中的每个部件的安装文件。
2.根据权利要求1所述的方法，其特征在于，所述目标增量安装包中包括存在于所述目标版本的全量安装包中，且不存在于所述当前版本的全量安装包中的所有安装文件。
3.根据权利要求1所述的方法，其特征在于，所述云服务器中存储有多个增量安装包，不同增量安装包对应不同的下载地址，所述第一数据为所述目标增量更新包的下载地址。
4.根据权利要求1所述的方法，其特征在于，
所述根据所述版本更新请求，向所述车辆发送目标增量安装包对应的第一数据，包括：
当所述目标版本高于所述当前版本时，根据所述版本更新请求，向所述车辆发送目标增量安装包对应的第一数据；
所述方法还包括：
当所述目标版本低于所述当前版本时，根据所述版本更新请求，向所述车辆发送所述目标版本的全量安装包对应的第二数据。
5.根据权利要求4所述的方法，其特征在于，所述云服务器中存储有多个全量安装包，不同全量安装包对应不同的下载地址，所述第二数据为所述目标版本的全量安装包的下载地址。
6.根据权利要求1所述的方法，其特征在于，
所述根据所述版本更新请求，向所述车辆发送目标增量安装包对应的第一数据之前，所述方法还包括：
向所述车辆发送用于获取车辆工况的获取指示；
接收所述车辆发送的车辆工况；
所述根据所述车辆版本更新请求，向所述车辆发送目标增量更新包对应的第一数据，包括：
当所接收的车辆工况为预设车辆工况时，根据所述车辆版本更新请求，向所述车辆发送目标增量更新包对应的第一数据。
7.根据权利要求1所述的方法，其特征在于，所述云服务器中存储有所述部件组的版本；
所述接收用户输入的，对车辆中的部件组的版本更新请求之后，所述方法还包括：
向所述车辆发送用于获取所述部件组的当前版本的获取指示；
接收所述车辆发送的当前版本；
所述根据所述版本更新请求，向所述车辆发送目标增量安装包对应的第一数据，包括：
当所接收的当前版本与所存储的版本相同时，根据所述版本更新请求，向所述车辆发送目标增量安装包对应的第一数据。
8.根据权利要求7所述的方法，其特征在于，所述接收用户输入的，对车辆中的部件组的版本更新请求之后，所述方法还包括：
当所接收的当前版本与所存储的版本不相同时，输出拒绝更新提示。
9.一种增量更新装置，其特征在于，应用于云服务器，所述装置包括：
第一接收模块，用于接收用户输入的，对车辆中的部件组的版本更新请求；其中，所述部件组中包括所述车辆中能够进行软件更新的至少部分部件，所述版本更新请求中包括所述部件组的目标版本；
第一发送模块，用于根据所述版本更新请求，向所述车辆发送目标增量安装包对应的第一数据；其中，所述目标增量安装包根据所述部件组的当前版本的全量安装包和所述目标版本的全量安装包得到，任一版本的全量安装包中包括所述部件组中的每个部件的安装文件。
10.根据权利要求9所述的装置，其特征在于，所述目标增量安装包中包括存在于所述目标版本的全量安装包中，且不存在于所述当前版本的全量安装包中的所有安装文件。
11.根据权利要求9所述的装置，其特征在于，
所述第一发送模块，具体用于：
当所述目标版本高于所述当前版本时，根据所述版本更新请求，向所述车辆发送目标增量安装包对应的第一数据；
所述装置还包括：
第二发送模块，用于当所述目标版本低于所述当前版本时，根据所述版本更新请求，向所述车辆发送所述目标版本的全量安装包对应的第二数据。
12.根据权利要求9所述的装置，其特征在于，
所述装置还包括：
第三发送模块，用于在根据所述版本更新请求，向所述车辆发送目标增量安装包对应的第一数据之前，向所述车辆发送用于获取车辆工况的获取指示；
第二接收模块，用于接收所述车辆发送的车辆工况；
所述第一发送模块，具体用于：
当所接收的车辆工况为预设车辆工况时，根据所述车辆版本更新请求，向所述车辆发送目标增量更新包对应的第一数据。
13.根据权利要求9所述的装置，其特征在于，所述云服务器中存储有所述部件组的版本；
所述装置还包括：
第四发送模块，用于在接收用户输入的，对车辆中的部件组的版本更新请求之后，向所述车辆发送用于获取所述部件组的当前版本的获取指示；
第三接收模块，用于接收所述车辆发送的当前版本；
所述第一发送模块，具体用于：
当所接收的当前版本与所存储的版本相同时，根据所述版本更新请求，向所述车辆发送目标增量安装包对应的第一数据。
14.一种云服务器，其特征在于，包括处理器，存储器，存储在所述存储器上并可在所述处理器上运行的计算机程序，所述计算机程序被所述处理器执行时实现如权利要求1至8中任一项所述的增量更新方法的步骤。
15.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如权利要求1至8中任一项所述的增量更新方法的步骤。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201811424654.1A CN109582344A (zh) | 2018-11-27 | 2018-11-27 | 增量更新方法、装置、云服务器及计算机可读存储介质 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201811424654.1A CN109582344A (zh) | 2018-11-27 | 2018-11-27 | 增量更新方法、装置、云服务器及计算机可读存储介质 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN109582344A true CN109582344A (zh) | 2019-04-05 |
Family
ID=65924853
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201811424654.1A Pending CN109582344A (zh) | 2018-11-27 | 2018-11-27 | 增量更新方法、装置、云服务器及计算机可读存储介质 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN109582344A (zh) |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN111125257A (zh) * | 2019-12-25 | 2020-05-08 | 北大方正集团有限公司 | 词典更新方法、装置、设备和存储介质 |
| CN112640500A (zh) * | 2020-09-27 | 2021-04-09 | 华为技术有限公司 | 一种车辆升级方法及装置 |
| CN116339791A (zh) * | 2023-05-31 | 2023-06-27 | 海马云（天津）信息技术有限公司 | 云应用的更新方法、装置、电子设备及存储介质 |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN106648712A (zh) * | 2017-02-27 | 2017-05-10 | 百度在线网络技术（北京）有限公司 | 增量更新包的生成方法、装置和服务器 |
| US20180088936A1 (en) * | 2016-09-23 | 2018-03-29 | Renesas Electronics Corporation | Determination apparatus and determination method |
| CN108454538A (zh) * | 2017-02-17 | 2018-08-28 | 联合汽车电子有限公司 | 车辆电子控制单元刷新系统 |
-
2018
- 2018-11-27 CN CN201811424654.1A patent/CN109582344A/zh active Pending
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20180088936A1 (en) * | 2016-09-23 | 2018-03-29 | Renesas Electronics Corporation | Determination apparatus and determination method |
| CN108454538A (zh) * | 2017-02-17 | 2018-08-28 | 联合汽车电子有限公司 | 车辆电子控制单元刷新系统 |
| CN106648712A (zh) * | 2017-02-27 | 2017-05-10 | 百度在线网络技术（北京）有限公司 | 增量更新包的生成方法、装置和服务器 |
Cited By (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN111125257A (zh) * | 2019-12-25 | 2020-05-08 | 北大方正集团有限公司 | 词典更新方法、装置、设备和存储介质 |
| CN111125257B (zh) * | 2019-12-25 | 2023-09-05 | 新方正控股发展有限责任公司 | 词典更新方法、装置、设备和存储介质 |
| CN112640500A (zh) * | 2020-09-27 | 2021-04-09 | 华为技术有限公司 | 一种车辆升级方法及装置 |
| WO2022061843A1 (zh) * | 2020-09-27 | 2022-03-31 | 华为技术有限公司 | 一种车辆升级方法及装置 |
| CN112640500B (zh) * | 2020-09-27 | 2022-05-10 | 华为技术有限公司 | 一种车辆升级方法及装置 |
| CN116339791A (zh) * | 2023-05-31 | 2023-06-27 | 海马云（天津）信息技术有限公司 | 云应用的更新方法、装置、电子设备及存储介质 |
| CN116339791B (zh) * | 2023-05-31 | 2023-09-01 | 海马云（天津）信息技术有限公司 | 云应用的更新方法、装置、电子设备及存储介质 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN100527080C (zh) | 软件程序同步的方法 | |
| CN109582344A (zh) | 增量更新方法、装置、云服务器及计算机可读存储介质 | |
| CN108427644A (zh) | 服务测试方法、服务测试系统及服务测试装置 | |
| CN108846753B (zh) | 用于处理数据的方法和装置 | |
| US20180220292A1 (en) | Blockchain-Based Subscription Management | |
| US20220229654A1 (en) | Enabling upgrading firmware of a target device | |
| CN107329794A (zh) | 一种发布固件、升级固件的方法及系统 | |
| CN106874471A (zh) | 信息推送方法和装置 | |
| CN109726108A (zh) | 基于模拟数据的前端代码测试方法、装置、系统和介质 | |
| CN107391622A (zh) | 一种数据访问方法及设备 | |
| CN106681759A (zh) | 软件更新的方法及移动终端 | |
| CN106485338A (zh) | 医疗信息化预约挂号系统及方法 | |
| CN106951296A (zh) | 一种软件更新方法及装置 | |
| CN104079631B (zh) | 一种版本管理方法及相关装置 | |
| CN110489149A (zh) | 智能设备的控制方法以及系统 | |
| CN114328215A (zh) | 测试数据部署方法、装置、设备、可读存储介质及产品 | |
| CN107861739A (zh) | ReactNative应用调整方法、客户端及系统 | |
| CN114546842A (zh) | 接口测试方法、装置和存储介质及电子设备 | |
| CN113535558A (zh) | 软件版本传输方法及装置 | |
| CN112835962A (zh) | 信息的显示方法、装置、电子设备和存储介质 | |
| CN113204946B (zh) | 数据控制方法、装置、设备及存储介质 | |
| CN105471943A (zh) | 服务器及其分配客户端设备更新固件的方法 | |
| CN110390064A (zh) | 文件更新方法、装置和系统，存储介质及电子装置 | |
| CN106951283A (zh) | 一种利用移动端协助pc端进行软件更新的系统及方法 | |
| CN113886492A (zh) | 数据上链方法、系统、电子设备及存储介质 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| RJ01 | Rejection of invention patent application after publication | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20190405 |