一种预装应用更新方法和装置与流程

1.本技术实施例涉及车辆应用安装和车辆互联网技术，尤指一种预装应用更新方法和装置。


背景技术：

2.车厂预装应用的版本更新需要依赖整个车机系统ota升级，先研发出来预装应用版本需要等待后续预装应用版本一起升级，减缓了预装应用的迭代速率，不能快速提高用户满意度：
3.现有车机端更新预装应用技术将车机系统分为多个区域，至少包括system-a(系统a)和system-b(系统b)，将更新后的预装应用数据储存在system-b区中，在更新前需要运营部门去配置相关的参数，包括车型以及每个预装应用对于车辆终端系统的版本号要求，在完善这些信息之后提交上架，需要去检测现有预装应用版本与车机端系统版本号是否匹配，如果车机端系统无法满足预装应用版本号的要求，则不会上线至车极端应用商店内，有更新数据且每项参数都匹配成功则会在应用商店上架，用户可以点击更新，系统会将最新版本的应用升级包和新版本中应用相关的文件和数据写入并存入指定system分区中。
4.上述方案中，预装应用版本更新时，从云端下传到车机端使用的是无线传输，在传输过程中不能保证数据的安全性；预装应用更新安装在系统分区会导致车机系统内存空间不足，且安装在系统分区的数据不易删除，更新多次会使车机系统空间严重不足。


技术实现要素：

5.本技术实施例提供了一种预装应用更新方法和装置，能够保障数据传输的安全性，确保车机系统的稳定性，避免过多占用车机系统空间。
6.本技术实施例提供了一种预装应用更新方法，应用于车机端，所述方法可以包括：
7.通过预设的加密通道从云端获取预装应用的更新数据包；
8.在预设的数据分区内根据所述更新数据包中的更新数据对所述预装应用进行更新。
9.在本技术的示例性实施例中，所述通过预设的加密通道从云端获取预装应用的更新数据包，可以包括：
10.向所述云端发送更新数据包下载请求信息，所述更新数据包下载请求信息中包含所述车机端的身份验证信息；
11.在所述云端进行身份验证成功时，确认预先在车机端与云端之间建立的加密通道，通过所述加密通道接收所述云端传输的所述更新数据包。
12.在本技术的示例性实施例中，所述在预设的数据分区内根据所述更新数据包中的更新数据对所述预装应用进行更新，可以包括：
13.在当前更新为第一次更新时，将所述更新数据安装在所述数据分区；
14.在当前更新为后续更新时，将所述更新数据在所述数据分区进行覆盖安装；所述
后续更新是指所述第一次更新之后的任意一次更新。
15.在本技术的示例性实施例中，所述方法还可以包括：
16.在本技术的示例性实施例中，所述方法还可以包括：
17.在所述更新数据安装完成之前或所述更新数据安装失败时，继续使用所述更新之前的版本数据。
18.在本技术的示例性实施例中，所述更新数据可以包括所述预装应用所需的底层服务的数据以及所述预装应用本身的数据，以使得所述底层服务的数据以及所述预装应用本身的数据统一下载。
19.在本技术的示例性实施例中，所述方法还可以包括：
20.在下载所述更新数据包过程中，所述更新数据包的下载界面上仅包含一个下载进度条。
21.在本技术的示例性实施例中，所述更新数据的安装顺序可以包括：
22.首先安装所述底层服务的数据，在所述底层服务的数据安装完成之后安装所述预装应用的数据；
23.其中，所述底层服务为多个时，车机自动识别多个底层服务的安装顺序。
24.在本技术的示例性实施例中，在向所述云端发送更新数据包下载请求信息之前，所述方法还可以包括：
25.进入所述车机端的应用商城，检测所述应用商城是否存在更新；
26.当所述应用商城存在更新时，提供是否对所述应用商城进行更新的选择按钮；当同意对所述应用商城进行更新的选择按钮被选择时，对所述应用商城进行更新；当所述应用商城不存在更新或者不同意对所述应用商城进行更新的选择按钮被选择时，直接使用当前的应用商城；
27.检测应用商城中是否存在预装应用的更新；
28.当存在预装应用的更新时，提供与所述预装应用的更新信息对应的更新按钮；
29.在检测到所述更新按钮的触发信息时，生成所述预装应用的更新数据包下载请求信息；
30.其中，当所述应用商城中存在第三方应用的更新时，所述预装应用的更新优先级高于所述第三方应用的更新优先级，并且所述应用商城的更新优先级高于所述预装应用的更新优先级。
31.在本技术的示例性实施例中，在接收所述云端发送的所述预装应用的更新信息之前，所述方法还可以包括：
32.获取所述预装应用的系统版更新数据包，并将所述系统版更新数据包发送至所述云端，以通过所述云端预先将新开发的所述预装应用的更新数据包与所述预装应用的每种车型的系统版更新数据包进行比对，并在比对成功后发送至相应的车机端进行上架。
33.本技术实施例还提供了一种预装应用更新装置，可以包括处理器和计算机可读存储介质，所述计算机可读存储介质中存储有指令，当所述指令被所述处理器执行时，实现所述的预装应用更新方法。
34.与相关技术相比，本技术实施例可以包括：通过预设的加密通道从云端获取预装应用的更新数据包；在预设的数据分区内根据所述更新数据包中的更新数据对所述预装应
用进行更新。通过该实施例方案，保障了数据传输的安全性，确保了车机系统的稳定性，避免了过多占用车机系统空间。
35.本技术的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本技术而了解。本技术的其他优点可通过在说明书以及附图中所描述的方案来实现和获得。
附图说明
36.附图用来提供对本技术技术方案的理解，并且构成说明书的一部分，与本技术的实施例一起用于解释本技术的技术方案，并不构成对本技术技术方案的限制。
37.图1为本技术实施例的预装应用更新方法流程图；
38.图2为本技术实施例的预装应用更新方法示意图；
39.图3为本技术实施例的更新数据包上传流程示意图；
40.图4为本技术实施例的更新数据包下载安装流程示意图；
41.图5为本技术实施例的预装应用更新装置组成框图。
具体实施方式
42.本技术描述了多个实施例，但是该描述是示例性的，而不是限制性的，并且对于本领域的普通技术人员来说显而易见的是，在本技术所描述的实施例包含的范围内可以有更多的实施例和实现方案。尽管在附图中示出了许多可能的特征组合，并在具体实施方式中进行了讨论，但是所公开的特征的许多其它组合方式也是可能的。除非特意加以限制的情况以外，任何实施例的任何特征或元件可以与任何其它实施例中的任何其他特征或元件结合使用，或可以替代任何其它实施例中的任何其他特征或元件。
43.本技术包括并设想了与本领域普通技术人员已知的特征和元件的组合。本技术已经公开的实施例、特征和元件也可以与任何常规特征或元件组合，以形成由权利要求限定的独特的发明方案。任何实施例的任何特征或元件也可以与来自其它发明方案的特征或元件组合，以形成另一个由权利要求限定的独特的发明方案。因此，应当理解，在本技术中示出和/或讨论的任何特征可以单独地或以任何适当的组合来实现。因此，除了根据所附权利要求及其等同替换所做的限制以外，实施例不受其它限制。此外，可以在所附权利要求的保护范围内进行各种修改和改变。
44.此外，在描述具有代表性的实施例时，说明书可能已经将方法和/或过程呈现为特定的步骤序列。然而，在该方法或过程不依赖于本文所述步骤的特定顺序的程度上，该方法或过程不应限于所述的特定顺序的步骤。如本领域普通技术人员将理解的，其它的步骤顺序也是可能的。因此，说明书中阐述的步骤的特定顺序不应被解释为对权利要求的限制。此外，针对该方法和/或过程的权利要求不应限于按照所写顺序执行它们的步骤，本领域技术人员可以容易地理解，这些顺序可以变化，并且仍然保持在本技术实施例的精神和范围内。
45.本技术实施例提供了一种预装应用更新方法，应用于车机端，如图1、图2所示，所述方法可以包括步骤s101-s102：
46.s101、通过预设的加密通道从云端获取预装应用的更新数据包；
47.s102、在预设的数据分区内根据所述更新数据包中的更新数据对所述预装应用进
行更新。
48.已知目前的预装应用更新方案存在以下缺陷：1)预装应用版本更新时，从云端下传到车机端使用的是无线传输，在传输过程中不能保证数据的安全性；2)预装应用更新安装在system分区会导致车机系统内存空间不足，且安装在system分区的数据不易删除，更新多次会使车机系统空间严重不足。
49.在本技术的示例性实施例中，云端与车机端在进行数据包传输时采用通道加密、传输加密的形式，用以保障数据传输的安全性；并且预装应用原始安装在system(系统)分区进行，更新安装在data(数据)分区进行，确保了车机系统的稳定性，避免了过多占用车机系统空间。
50.在本技术的示例性实施例中，所述通过预设的加密通道从云端获取预装应用的更新数据包，可以包括：
51.向所述云端发送更新数据包下载请求信息，所述更新数据包下载请求信息中包含所述车机端的身份验证信息；
52.在所述云端进行身份验证成功时，确认预先在车机端与云端之间建立的加密通道，通过所述加密通道接收所述云端传输的所述更新数据包。
53.在本技术的示例性实施例中，可以预先在云端与车机端之间建立一条加密通道，用以传输预装应用的更新数据包。在传输更新数据包之前，云端会对只有在车机端与云端进行身份验证之后才会开始进行数据的传输，并且以加密通道的形式进行数据传输，在加密通道方式下传输数据可以防止数据被篡改，用以保障传输数据的安全性。
54.在本技术的示例性实施例中，在向所述云端发送更新数据包下载请求信息之前，所述方法还可以包括：
55.进入所述车机端的应用商城，检测所述应用商城是否存在更新；
56.当所述应用商城存在更新时，提供是否对所述应用商城进行更新的选择按钮；当同意对所述应用商城进行更新的选择按钮被选择时，对所述应用商城进行更新；当所述应用商城不存在更新或者不同意对所述应用商城进行更新的选择按钮被选择时，直接使用当前的应用商城；
57.检测应用商城中是否存在预装应用的更新；
58.当存在预装应用的更新时，提供与所述预装应用的更新信息对应的更新按钮；
59.在检测到所述更新按钮的触发信息时，生成所述预装应用的更新数据包下载请求信息；
60.其中，当所述应用商城中存在第三方应用的更新时，所述预装应用的更新优先级高于所述第三方应用的更新优先级，并且所述应用商城的更新优先级高于所述预装应用的更新优先级。
61.在本技术的示例性实施例中，当预装应用存在更新时，接收所述云端发送的所述预装应用的更新信息，并将所述更新信息上架至所述车机端的应用商城。
62.在本技术的示例性实施例中，在接收所述云端发送的所述预装应用的更新信息之前，所述方法还可以包括：
63.获取所述预装应用的系统版更新数据包，并将所述系统版更新数据包发送至所述云端，以通过所述云端预先将新开发的所述预装应用的更新数据包与所述预装应用的每种
车型的系统版更新数据包进行比对，并在比对成功后发送至相应的车机端进行上架。
64.在本技术的示例性实施例中，如图3所示，在预装应用版本开发完成后进行测试，测试成功后，将最新开发的预装应用的版本信息以及版本适用范围给到运营部门，运营部门会将预装应用的最新版本的更新数据包(此时的安装包应包括预装应用以及相关的底层服务)上传至云端，云端将最新版本的更新数据包与该预装应用的各车机操作系统的系统版本进行比对，以确定每个车机操作系统与该最新版本是否匹配，如果匹配则比对成功，比对成功后会生成该预装应用的更新信息，并将该更新信息发送至车机端，以上架至车机端应用商城，并在应用商城进行显示，以便于用户能够在应用商城查询到该更新信息，并根据需求确定是否对该预装应用进行更新。
65.在本技术的示例性实施例中，在用户确定对该预装应用机芯能够更新时，可以在车机端应用商城点击相应的更新按钮，车机端检测到该更新按钮被触发后，可以生成所述更新数据包下载请求信息，发送至云端，以向云端请求更新数据包的下载。
66.在本技术的示例性实施例中，如图4所示，此时云端会根据更新数据包下载请求信息中包含的车机端的身份验证信息对车机端身份进行验证，在所述云端进行身份验证成功时，确认预先在车机端与云端之间建立的加密通道，通过所述加密通道接收所述云端传输的所述更新数据包；在所述云端进行身份验证失败时，拒绝发送所述更新数据包，车机端取消更新。
67.在本技术的示例性实施例中，所述在预设的数据分区内根据所述更新数据包中的更新数据对所述预装应用进行更新，可以包括：
68.在当前更新为第一次更新时，将所述更新数据安装在所述数据分区；
69.在当前更新为后续更新时，将所述更新数据在所述数据分区进行覆盖安装；所述后续更新是指所述第一次更新之后的任意一次更新。
70.在本技术的示例性实施例中，对更新数据下载完成后可以开始对该更新数据进行安装；预装应用第一次安装(即原始安装)时是在system分区，第一次更新安装在data分区，后续更新安装也在data分区，不同的是，后续更新均是进行覆盖安装。
71.在本技术的示例性实施例中，只有原始数据会安装在system分区，第一次更新数据会安装在data分区，后续更新数据都会在data分区进行覆盖安装，这样会减少占用车机系统的内存，保障车机系统运行的流畅性。
72.在本技术的示例性实施例中，所述方法还可以包括：
73.在将所述更新数据在所述数据分区进行覆盖安装时，仅在所述更新数据安装完成之后，完全覆盖所述预装应用的更新之前的数据。
74.在本技术的示例性实施例中，所述方法还可以包括：
75.在所述更新数据安装完成之前或所述更新数据安装失败时，继续使用所述更新之前的版本数据。
76.在本技术的示例性实施例中，在进行新版本数据安装时，只有在新一次更新数据安装完成之后，之前的数据才会被完全覆盖，在这次更新数据没有安装成功时，可以退回之前的版本。
77.在本技术的示例性实施例中，所述更新数据可以包括所述预装应用所需的底层服务的数据以及所述预装应用本身的数据，以使得所述底层服务的数据以及所述预装应用本
身的数据统一下载。
78.在本技术的示例性实施例中，所述方法还可以包括：
79.在下载所述更新数据包过程中，所述更新数据包的下载界面上仅包含一个下载进度条。
80.在本技术的示例性实施例中，在预装应用的使用过程中会涉及到相关底层服务的使用，如果不同时更新相关的底层服务会影响预装应用的使用，在本技术实施例中，采用相关的底层服务打包上传至云端，并由车机端与预装应用统一下载，该方式可以使得用户在所看到的界面上只有一个下载进度，所有数据下载完成后再进行安装，避免漏装、错装。
81.在本技术的示例性实施例中，安装所述更新数据的顺序可以包括：
82.首先安装所述底层服务的数据，在所述底层服务的数据安装完成之后安装所述预装应用的数据；
83.其中，所述底层服务为多个时，车机自动识别多个底层服务的安装顺序。
84.在本技术的示例性实施例中，在安装过程中会存在安装顺序，底层服务需要先安装完成再去安装预装应用，底层服务的更新会涉及到相关结构的变化，如果先安装预装应用再安装底层服务，可能会导致预装应用发生结构上的不对称，进而导致预装应用不能使用。
85.在本技术的示例性实施例中，如果此次底层服务没有涉及到相关的预装应用，则将该底层服务打包上传至云端，并将升级底层服务的图标显示在应用商城，用户可点击更新，具体下载方式与上述的更新数据包的下载方式一致。
86.本技术实施例还提供了一种预装应用更新装置1，如图5所示，可以包括处理器11和计算机可读存储介质12，所述计算机可读存储介质12中存储有指令，当所述指令被所述处理器11执行时，实现所述的预装应用更新方法。
87.在本技术的示例性实施例中，前述的预装应用更新方法实施例中的任意实施例均适用于该装置实施例中，在此不再一一赘述。
88.本领域普通技术人员可以理解，上文中所公开方法中的全部或某些步骤、系统、装置中的功能模块/单元可以被实施为软件、固件、硬件及其适当的组合。在硬件实施方式中，在以上描述中提及的功能模块/单元之间的划分不一定对应于物理组件的划分；例如，一个物理组件可以具有多个功能，或者一个功能或步骤可以由若干物理组件合作执行。某些组件或所有组件可以被实施为由处理器，如数字信号处理器或微处理器执行的软件，或者被实施为硬件，或者被实施为集成电路，如专用集成电路。这样的软件可以分布在计算机可读介质上，计算机可读介质可以包括计算机存储介质(或非暂时性介质)和通信介质(或暂时性介质)。如本领域普通技术人员公知的，术语计算机存储介质包括在用于存储信息(诸如计算机可读指令、数据结构、程序模块或其他数据)的任何方法或技术中实施的易失性和非易失性、可移除和不可移除介质。计算机存储介质包括但不限于ram、rom、eeprom、闪存或其他存储器技术、cd-rom、数字多功能盘(dvd)或其他光盘存储、磁盒、磁带、磁盘存储或其他磁存储装置、或者可以用于存储期望的信息并且可以被计算机访问的任何其他的介质。此外，本领域普通技术人员公知的是，通信介质通常包含计算机可读指令、数据结构、程序模块或者诸如载波或其他传输机制之类的调制数据信号中的其他数据，并且可包括任何信息递送介质。