安卓系统升级方法、装置、设备、存储介质及程序产品与流程

1.本技术涉及操作系统技术，尤其涉及一种安卓系统升级方法、装置、设备、存储介质及程序产品。


背景技术：

2.使用安卓(android)系统的电子设备(例如手机、平板、智能手表等)在进行系统升级时，需要在恢复(recovery)模式下进行系统升级。其中，电子设备可以通过调用安卓系统的recovery组件进入recovery模式。电子设备还可以对该recovery组件进行升级，以改善电子设备在recovery模式下的功能。
3.目前，电子设备可以在安卓系统进行升级的过程中，实现对recovery组件的升级。然而，现有的安卓系统升级方法是，电子设备先进入recovery模式，然后根据升级数据包，对电子设备进行系统升级(包括对recovery组件的升级)，得到升级后的recovery组件。因此，电子设备在当前次安卓系统升级过程中，无法调用当前次安卓系统升级后得到的recovery组件进入recovery模式，导致升级后的recovery组件的应用存在滞后。


技术实现要素：

4.本技术提供一种安卓系统升级方法、装置、设备、存储介质及程序产品，以解决升级后的recovery组件的应用存在滞后的问题。
5.第一方面，本技术提供一种安卓系统升级方法，所述方法包括：
6.获取电子设备的安卓系统的升级数据包；所述升级数据包包括：第一升级数据、第二升级数据，以及，指示信息；所述第一升级数据用于升级recovery组件，所述第二升级数据用于升级所述安卓系统中除所述recovery组件之外的至少一个组件，所述指示信息用于指示允许使用所述第一升级数据进行recovery组件升级的目标安卓系统的版本；
7.调用所述recovery组件进入recovery模式；
8.在recovery模式下，若基于所述指示信息确定对所述recovery组件执行升级操作，则使用所述第一升级数据，对所述recovery组件进行升级，得到升级后的recovery组件；
9.调用所述升级后的recovery组件重新进入recovery模式后，使用所述第二升级数据，对所述安卓系统的至少一个组件进行升级。
10.可选的，所述调用所述升级后的recovery组件重新进入recovery模式，包括：
11.对所述电子设备执行重启操作；
12.在所述电子设备重启后，调用所述升级后的recovery组件重新进入recovery模式。
13.可选的，所述使用所述第一升级数据，对所述recovery组件进行升级，包括：
14.卸载所述recovery组件的数据所在的目标分区；
15.从所述升级数据包中读取所述第一升级数据；
16.将所述第一升级数据写入所述目标分区中。
17.可选的，所述指示信息为所述目标安卓系统的版本标识，所述基于所述指示信息确定对所述recovery组件执行升级操作，包括：
18.从所述安卓系统的属性文件中读取所述安卓系统的版本标识；
19.若根据所述安卓系统的版本标识，以及，所述目标安卓系统的版本标识，确定所述安卓系统的版本为所述目标安卓系统的版本，则确定对所述recovery组件执行升级操作。
20.可选的，所述进入recovery模式之后，所述方法还包括：
21.对所述升级数据包进行安全性验证和/或完整性验证，得到验证结果；
22.根据所述验证结果，确定所述升级数据包验证通过。
23.可选的，所述对所述安卓系统的至少一个组件进行升级之后，所述方法还包括：
24.获取所述对所述电子设备进行安卓系统升级的升级结果；
25.向升级服务器发送所述电子设备的升级反馈信息；所述升级反馈信息包括所述升级结果，以及，所述电子设备的标识。
26.第二方面，本技术提供一种安卓系统升级装置，所述装置包括：
27.获取模块，用于获取电子设备的安卓系统的升级数据包；第一升级数据、第二升级数据，以及，指示信息；所述第一升级数据用于升级recovery组件，所述第二升级数据用于升级所述安卓系统中除所述recovery组件之外的至少一个组件，所述指示信息用于指示允许使用所述第一升级数据进行recovery组件升级的目标安卓系统的版本；
28.第一调用模块，用于调用所述recovery组件进入recovery模式；
29.第一升级模块，用于在recovery模式下，在基于所述指示信息确定对所述recovery组件执行升级操作时，使用所述第一升级数据，对所述recovery组件进行升级，得到升级后的recovery组件；
30.第二调用模块，用于调用所述升级后的recovery组件重新进入recovery模式；
31.第二升级模块，用于在重新进入recovery模式后，使用所述第二升级数据，对所述安卓系统的至少一个组件进行升级。
32.第三方面，本技术提供一种电子设备，包括：至少一个处理器、存储器；
33.所述存储器存储计算机执行指令；
34.所述至少一个处理器执行所述存储器存储的计算机执行指令，使得所述电子设备执行第一方面任一项所述的方法。
35.第四方面，本技术提供一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机执行指令，当所述计算机执行指令被处理器执行时，实现第一方面任一项所述的方法。
36.第五方面，本技术提供一种计算机程序产品，包括计算机程序，所述计算机程序被处理器执行时实现第一方面任一项所述的方法。
37.本技术安卓系统升级方法、装置、设备、存储介质及程序产品，在确定需要对recovery组件进行升级时，根据升级数据包中用于升级recovery组件的第一升级数据，对recovery组件进行升级。然后电子设备通过调用升级后的recovery组件，重新进入recovery模式对安卓系统中除了recovery组件以外的组件进行升级。通过上述方法，使得电子设备能够在当前次安卓系统升级过程中，调用当前次升级后的recovery组件，进行当
前次的系统升级，解决了升级后的recovery组件的应用存在滞后的问题。电子设备在升级后的recovery模式下能够实现的功能，与在升级前的recovery模式下能够实现的功能相比更加完善，通过在升级后的recovery模式下进行系统升级，提高了用户体验。
附图说明
38.为了更清楚地说明本技术或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图做一简单地介绍，显而易见地，下面描述中的附图是本技术的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
39.图1a为一种电子设备系统升级的应用场景示意图；
40.图1为一种电子设备进入recovery模式之后的界面示意图；
41.图2为本技术提供的一种安卓系统升级方法的流程示意图；
42.图3为一种电子设备调用升级后的recovery组件重新进入recovery模式下的界面示意图；
43.图4为本技术提供的另一种安卓系统升级方法的流程示意图；
44.图5为本技术提供的一种安卓系统升级装置的结构示意图；
45.图6为本技术提供的一种电子设备结构示意图。
46.通过上述附图，已示出本技术明确的实施例，后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本技术构思的范围，而是通过参考特定实施例为本领域技术人员说明本技术的概念。
具体实施方式
47.为使本技术的目的、技术方案和优点更加清楚，下面将结合本技术中的附图，对本技术中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。
48.本技术涉及的电子设备可以是任何一种安装有安卓系统的电子设备，例如，手机、平板电脑、智能手表等。
49.目前，电子设备可以通过系统升级，达到修复当前系统存在的问题，给电子设备增加新的功能、改善电子设备当前的功能等目的。
50.图1a为一种电子设备系统升级的应用场景示意图。如图1a所示，示例性的，电子设备可以从升级服务器获取该电子设备的升级数据包。该升级数据包包括该电子设备进行系统升级所需的数据。
51.该升级服务器可以用于存储各电子设备的安卓系统的升级数据包、各电子设备的安卓系统的版本信息、各电子设备是否升级成功的信息等。
52.使用安卓系统的电子设备在进行系统升级时，首先需要进入recovery模式，然后在该recovery模式下，进行系统升级的操作。电子设备可以通过调用安卓系统的recovery组件进入recovery模式。
53.示例性的，电子设备可以在接收到开始进行系统升级的指令之后，调用recovery
组件，以进入recovery模式。或者，电子设备还可以在开机过程中，在用户按压该电子设备特定的组合键的时长达到预设时长之后，调用recovery组件，以进入recovery模式。
54.以上述电子设备为手机或者平板电脑为例，图1为一种电子设备进入recovery模式之后的界面示意图。如图1所示，在recovery模式下，在该电子设备系统升级过程中，电子设备例如可以显示“系统升级中，请勿关机”的提示信息。在系统升级完成之后，电子设备例如可以显示“系统升级完成，请选择关机或重启”的提示信息。示例性的，如图1所示，电子设备还可以显示重启控件和关机控件，以使用户可以对该提示信息进行操作。相应的，电子设备可以接收用户针对上述控件的操作，并根据用户的操作进行下一步操作。
55.应理解，图1仅是示例性的展示电子设备进入recovery模式之后的执行的操作。本技术对电子设备进入recovery模式之后的执行的操作不进行限定。对于不同的电子设备，进入recovery模式之后执行的操作可能不同。例如，若该电子设备为不具有显示装置的电子设备，则进入recovery模式之后，该电子设备不会通过界面显示该电子设备已经进入recovery模式，可选的，该电子设备可以直接执行系统升级的操作。
56.电子设备还可以对该recovery组件进行升级，以改善电子设备在recovery模式下的功能。recovery组件作为安卓系统的一部分，电子设备可以在安卓系统升级过程中，对该recovery组件进行升级。
57.现有的安卓系统升级方法是，电子设备先调用当前安卓系统中的recovery组件，进入当前的recovery模式。在当前的recovery模式下，电子设备根据升级数据包，进行当前次系统升级(包括对recovery组件的升级)。当前次系统升级完成之后，可以得到升级后的recovery组件。在下一次进行系统升级时，电子设备可以调用该升级后的recovery组件，进行下一次系统升级。
58.仍然以图1所示的电子设备显示的界面为例，该界面显示的提示信息均为中文信息。若用户不懂得中文，那么在该recovery模式下，用户可能不知道电子设备正在升级中，而对电子设备进行中断系统升级的操作(例如拆卸电子设备的电池或者强行关机等)，进而可能导致电子设备的系统升级失败以及数据丢失等问题。该电子设备可以在当前次系统升级过程中对recovery组件进行“添加其他语种提示功能”的升级，使得电子设备在下一次系统升级过程中，在recovery模式下能够通过其他语种显示提示信息。在当前次系统升级过程中，电子设备在recovery模式下仍然仅能显示中文提示信息。
59.也就是说，当前次系统升级得到的recovery组件，不能应用于当前次的系统升级，而是应用于下一次的系统升级。即，升级后的recovery组件的应用存在滞后。
60.考虑到现有的安卓系统升级方法存在上述问题，本技术提出了一种安卓系统升级方法，以使电子设备能够调用当前次系统升级得到的recovery组件，进入升级后的recovery模式，进行当前次的系统升级，解决了升级后的recovery组件的应用存在滞后的问题。具体实现时，该安卓系统升级方法的执行主体为上述电子设备。
61.下面结合具体地实施例对本技术的技术方案进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例不再赘述。
62.图2为本技术提供的一种安卓系统升级方法的流程示意图。如图2所示，该方法包括以下步骤：
63.s101、获取电子设备的安卓系统的升级数据包。
64.该升级数据包包括：第一升级数据、第二升级数据，以及，指示信息。其中，第一升级数据用于升级recovery组件。示例性的，该第一升级数据例如可以是新的recovery组件对应的数据，或者，新的recovery组件对应的数据的镜像数据。
65.第二升级数据用于升级安卓系统中除recovery组件之外的至少一个组件。示例性的，上述安卓系统中除recovery组件之外的至少一个组件例如可以包括启动(boot)、系统(system)、数据(data)等组件中的至少一个组件。
66.指示信息用于指示允许使用该第一升级数据进行recovery组件升级的目标安卓系统的版本。可选的，该指示信息例如可以是目标安卓系统的版本标识。或者，该指示信息还可以是任何类型的能够指示“目标安卓系统的版本”的标识。应理解，本技术对指示信息的具体实现方式不进行限定。
67.示例性的，以指示信息为目标安卓系统的版本标识为例，该指示信息例如可以为版本标识1、版本标识2，以及，版本标识3。以指示信息为能够指示“目标安卓系统的版本”的标识为例，该指示信息例如可以为a、b、c。其中，a用于指示版本标识1，b用于指示版本标识2，c用于指示版本标识3。再或者，该指示信息例如可以为一特定取值(例如1或0)，当指示信息为特定取值时，用于表征该电子设备当前的安卓系统的版本为允许使用该第一升级数据进行recovery组件升级的目标安卓系统的版本。
68.可选的，电子设备可以通过无线通信网络(例如wifi)从安卓系统的升级服务器获取上述升级数据包。或者，该电子设备还可以是无线网格网络(mesh)中的电子设备。在该实现方式下，电子设备可以获取该无线网格网络中其他的电子设备，或者，该无线网格网络的网关发送的升级数据包。再或者，该电子设备例如还可以通过有线传输的方式，从其他的电子设备(例如电脑、手机等)获取上述升级数据包。
69.s102、调用recovery组件进入recovery模式。
70.作为一种可能的实现方式，电子设备可以在获取安卓系统的升级数据包之后，直接调用recovery组件进入recovery模式。
71.或者，在获取到上述升级数据包之后，电子设备还可以存储该升级数据包。在接收到开始执行系统升级操作的指令之后，电子设备调用recovery组件进入recovery模式。其中，上述开始执行系统升级操作的指令例如可以是用户输入的。
72.再或者，在获取到上述升级数据包之后，电子设备还可以在预设的时间点调用recovery组件进入recovery模式。其中，上述预设时间点例如可以是用户预先设定的。
73.s103、在recovery模式下，基于上述指示信息，确定是否对recovery组件执行升级操作。
74.若是，则执行步骤s104。若否，可选的，电子设备可以在当前的recovery模式下，使用前述第二升级数据，对安卓系统中除recovery组件之外的至少一个组件进行升级。
75.作为一种可能的实现方式，以上述指示信息为目标安卓系统的版本标识为例，电子设备首先可以从当前的安卓系统的属性(property)文件中，读取该安卓系统的版本标识。
76.然后，电子设备可以根据该安卓系统的版本标识，以及，上述目标安卓系统的版本标识，确定该安卓系统的版本是否为目标安卓系统的版本。若该安卓系统的版本为目标安卓系统的版本，说明电子设备当前调用的recovery组件需要进行升级，则电子设备可以确
定对该recovery组件执行升级操作。若该安卓系统的版本标识不为目标安卓系统的版本，说明电子设备当前调用的recovery组件不需要进行升级，则电子设备可以确定不对该recovery组件执行升级操作。
77.示例性的，以指示信息指示的目标安卓系统的版本标识包括版本标识1、版本标识2，以及，版本标识3为例，若该电子设备的安卓系统的版本标识为版本标识1，则该电子设备的安卓系统为允许使用上述第一升级数据进行recovery组件升级的目标安卓系统，则该电子设备可以确定对自身recovery组件执行升级操作。若该电子设备的安卓系统的版本标识为版本标识4，则该电子设备的安卓系统不是目标安卓系统，则该电子设备可以确定不对自身的recovery组件执行升级操作。
78.在另一种可能的实现方式中，以指示信息为能够指示“目标安卓系统的版本”的标识为例，可选的，电子设备可以首先根据能够指示“目标安卓系统的版本”的标识，以及，该标识与目标安卓系统的版本标识的映射关系，获取目标安卓系统的版本标识。然后，再执行前述根据安卓系统的版本标识，以及，目标安卓系统的版本标识，确定是否对recovery组件执行升级操作的步骤。
79.示例性的，以该指示信息包括用于指示版本标识1的标识a，用于指示版本标识2的标识b，以及，c用于指示版本标识3为例。则该电子设备的根据上述映射关系可以确定获取目标安卓系统的版本标识为版本标识1、版本标识2，以及，版本标识3。若该电子设备的安卓系统的版本标识为版本标识3，则该电子设备的安卓系统为允许使用上述第一升级数据进行recovery组件升级的目标安卓系统，则该电子设备可以确定对自身recovery组件执行升级操作。若该电子设备的安卓系统的版本标识为版本标识5，则该电子设备的安卓系统不是目标安卓系统，则该电子设备可以确定不对自身的recovery组件执行升级操作。
80.在又一种可能的实现方式中，以指示信息为一特定取值为例(该特定取值用于表征电子设备当前的安卓系统的版本为允许使用该第一升级数据进行recovery组件升级的目标安卓系统的版本)，可选的，电子设备在获取该指示信息之后，可以根据该指示信息的特定取值，确定是否对recovery组件执行升级操作。示例性的，假设指示信息为1，表征电子设备当前的安卓系统的版本为允许使用该第一升级数据进行recovery组件升级的目标安卓系统的版本。指示信息为0，表征电子设备当前的安卓系统的版本不是允许使用该第一升级数据进行recovery组件升级的目标安卓系统的版本。若电子设备获取到的指示信息为1，则该电子设备可以确定对recovery组件执行升级操作。若电子设备获取到的指示信息为0，则该电子设备可以确定不对recovery组件执行升级操作。
81.s104、使用第一升级数据，对recovery组件进行升级，得到升级后的recovery组件。
82.作为一种可能的实现方式，电子设备可以先卸载recovery组件的数据所在的目标分区。然后从上述升级数据包中读取第一升级数据，再将该第一升级数据写入目标分区中。示例性的，上述目标分区例如可以是安卓系统的闪存(flash)分区。
83.应理解，本技术对电子设备如何对recovery组件进行升级不进行限定，上述对recovery组件进行升级的方式仅是本技术提供的可能的实现方式。具体实现时，电子设备例如还可以存储上述第一升级数据，并将调用recovery组件的路径修改为该第一升级数据的存储地址，以实现对recovery组件进行升级。
84.s105、调用升级后的recovery组件重新进入recovery模式。
85.在对recovery组件进行升级完成之后，作为一种可能的实现方式，电子设备可以执行重启操作。在重启后，电子设备可以调用升级后的recovery组件重新进入recovery模式。
86.或者，若电子设备通过修改调用recovery组件的路径实现对recovery组件进行升级，则电子设备例如还可以在对recovery组件进行升级完成之后，退出recovery模式。然后，电子设备可以按照修改后的调用recovery组件的路径，调用升级后的recovery组件，实现调用升级后的recovery组件重新进入recovery模式。
87.示例性的，仍然以电子设备为手机或者平板电脑为例，该电子设备调用升级前的recovery组件进入的recovery模式例如可以如前述图1所示。在对该电子设备的recovery组件进行升级之后，示例性的，以对recovery组件进行升级的目的是使得电子设备在recovery模式下能够显示英文提示为例，图3为一种电子设备调用升级后的recovery组件重新进入recovery模式下的界面示意图。如图3所示，电子设备调用升级后的recovery组件重新进入到recovery模式下。电子设备可以实现中文，以及，与中文对应的英文翻译的提示，以便懂得英文的用户能够知道该电子设备正在升级中，避免用户对该电子设备进行操作。
88.s106、在recovery模式下，使用第二升级数据，对安卓系统的至少一个组件进行升级。
89.电子设备通过调用升级后的recovery组件重新进入recovery模式后，在该recovery模式下，电子设备可以采用任意一种现有的对安卓系统的其他组件进行升级的方式，对安卓系统的至少一个组件进行升级，本技术在此不再赘述。
90.在本实施例中，在确定需要对recovery组件进行升级时，根据升级数据包中用于升级recovery组件的第一升级数据，对recovery组件进行升级。然后电子设备通过调用升级后的recovery组件，重新进入recovery模式对安卓系统中除了recovery组件以外的组件进行升级。通过上述方法，使得电子设备能够在当前次安卓系统升级过程中，调用当前次升级后的recovery组件，进行当前次的系统升级，解决了升级后的recovery组件的应用存在滞后的问题。电子设备在升级后的recovery模式下能够实现的功能，与在升级前的recovery模式下能够实现的功能相比更加完善，通过在升级后的recovery模式下进行系统升级，提高了用户体验。
91.作为一种可能的实现方式，在执行前述步骤s102进入recovery模式之后，电子设备还可以对升级数据包进行安全性验证，以保证该升级数据包是未被篡改过的升级数据包。若验证结果为安全性验证通过，说明该升级数据包未被篡改过，则电子设备可以根据该升级数据包，继续执行上述步骤s102。若验证结果为安全性验证未通过，说明该升级数据包可能被篡改过。此时电子设备不使用该升级数据包执行后续步骤。可选地，在该实现方式下，电子设备可以返回执行前述步骤s101，以获取新的升级数据包。
92.或者，电子设备还可以对升级数据包进行完整性验证，以验证该升级数据包中的数据是否完整，避免因为数据缺失而导致系统升级失败。若对该升级数据包的验证结果为完整性验证通过，说明该升级数据包不缺失任何当前次安卓系统升级所需的数据，则电子设备可以根据该升级数据包，继续执行上述步骤s102。若验证结果为完整性验证未通过，说
明该升级数据包可能缺失部分当前次安卓系统升级所需的数据。此时电子设备不使用该升级数据包执行后续步骤。可选地，在该实现方式下，电子设备可以返回执行前述步骤s101，以获取新的升级数据包。
93.再或者，电子设备还可以对升级数据包进行安全性验证，以及，完整性验证，以保证升级数据包未被篡改过且不缺失当前次安卓系统升级所需的数据。电子设备可以在该升级数据包通过安全性验证且通过完整性验证之后，确定升级数据包验证通过。
94.应理解，本技术对电子设备如何对升级数据包进行安全性验证，和/或，完整性验证不进行限定。示例性的，电子设备例如可以使用该升级数据包的公钥，对该升级数据包进行安全性验证。电子设备例如可以通过预设在电子设备中的逻辑算法，对该升级数据包进行完整性验证。其中，该预设在电子设备中的逻辑算法可以基于升级数据包中的数据，确定升级数据包是否通过完整性验证。
95.作为一种可能的实现方式，在对安卓系统的至少一个组件进行升级之后，电子设备还可以获取对电子设备进行安卓系统升级的升级结果。然后向升级服务器发送电子设备的升级反馈信息，以供升级服务器获取该电子设备的升级结果。其中，该升级反馈信息包括升级结果，以及，电子设备的标识。
96.在该实现方式下，可选的，电子设备例如可以将对电子设备进行安卓系统升级的升级结果写入升级反馈文件中。然后将该升级反馈文件与该电子设备的标识作为升级反馈信息发送给升级服务器。示例性的，若对电子设备进行安卓系统升级的升级结果为升级成功，则电子设备可以在升级反馈文件中写入数字1，以表示对该电子设备进行安卓系统升级的升级结果为升级成功。若对电子设备进行安卓系统升级的升级结果为升级失败，则电子设备可以在升级反馈文件中写入数字0，以表示对该电子设备进行安卓系统升级的升级结果为升级失败。
97.相应的，上述升级服务器接收电子设备发送的升级反馈信息之后，可以根据电子设备的升级结果，确定是否继续向该电子设备推送该升级数据包对应的系统升级的提示信息。若电子设备进行安卓系统升级的升级结果为升级成功，则该升级服务器不再向该电子设备推送该升级数据包对应的系统升级的提示信息，避免电子设备重复接收系统升级的提示信息，提高了用户体验。若电子设备进行安卓系统升级的升级结果为升级失败，则该升级服务器还可以向该电子设备发送新的升级数据包。相应的电子设备可以根据该新的升级数据包进行安卓系统升级。
98.基于上述各实施例，图4为本技术提供的另一种安卓系统升级方法的流程示意图。如图4所示，该方法包括以下步骤：
99.s201、获取电子设备的安卓系统的升级数据包。
100.其中，该升级数据包包括：用于升级recovery组件的第一升级数据、用于升级安卓系统中除recovery组件之外的至少一个组件的第二升级数据，以及，用于指示允许使用该第一升级数据进行recovery组件升级的目标安卓系统的版本的指示信息。
101.s202、调用recovery组件进入recovery模式。
102.s203、对升级数据包进行安全性验证，以及，完整性验证。若验证通过，则执行步骤s204。若验证未通过，可选的，电子设备可以执行步骤s211，以输出系统升级失败的提示信息。
103.s204、在recovery模式下，基于上述指示信息，确定是否对recovery组件执行升级操作。若是，则执行步骤s205。若否，电子设备可以在当前recovery模式下，使用前述第二升级数据，对安卓系统中除recovery组件之外的至少一个组件进行升级。
104.s205、使用第一升级数据，对recovery组件进行升级，得到升级后的recovery组件。
105.s206、执行重启操作，以调用升级后的recovery组件重新进入recovery模式。
106.s207、在recovery模式下，使用第二升级数据，对安卓系统的至少一个组件进行升级。
107.s208、获取对电子设备进行安卓系统升级的升级结果。若升级结果为升级成功，则执行步骤s209，以及，步骤s210。若升级结果为升级成失败，则执行步骤s209，以及，步骤s211。
108.s209、向升级服务器发送包括升级结果，以及，电子设备的标识的升级反馈信息。
109.s210、输出系统升级成功的提示信息。
110.可选的，以该电子设备为具有显示装置的电子设备为例，电子设备例如可以向该电子设备的显示装置输出系统升级成功的提示信息，以提醒用户系统升级完成。
111.s211、输出系统升级失败的提示信息。
112.可选的，仍然以该电子设备为具有显示装置的电子设备为例，电子设备例如可以向该电子设备的显示装置输出系统升级失败的提示信息。可选的，电子设备还可以接收用户输入的下一次对该电子设备进行系统升级的时间，以进行下一次系统升级。
113.图5为本技术提供的一种安卓系统升级装置的结构示意图。如图5所示，该装置包括：获取模块31、第一调用模块32、第一升级模块33、第二调用模块34，以及，第二升级模块35。其中，
114.获取模块31，用于获取电子设备的安卓系统的升级数据包。其中，所述升级数据包包括：第一升级数据和第二升级数据。所述第一升级数据用于升级recovery组件，所述第二升级数据用于升级所述安卓系统中除所述recovery组件之外的至少一个组件。
115.第一调用模块32，用于调用所述recovery组件进入recovery模式。
116.第一升级模块33，用于在recovery模式下，在基于所述指示信息确定对所述recovery组件执行升级操作时，使用所述第一升级数据，对所述recovery组件进行升级，得到升级后的recovery组件。
117.第二调用模块34，用于调用所述升级后的recovery组件重新进入recovery模式；
118.第二升级模块35，用于在重新进入recovery模式后，使用所述第二升级数据，对所述安卓系统的至少一个组件进行升级。
119.可选的，第二调用模块34具体用于对所述电子设备执行重启操作；在所述电子设备重启后，调用所述升级后的recovery组件重新进入recovery模式。
120.可选的，第一升级模块33具体用于卸载所述recovery组件的数据所在的目标分区；从所述升级数据包中读取所述第一升级数据；将所述第一升级数据写入所述目标分区中。
121.可选的，当所述指示信息为所述目标安卓系统的版本标识时，第一升级模块33具体用于从所述安卓系统的属性文件中读取所述安卓系统的版本标识；在根据所述安卓系统
的版本标识，以及，所述目标安卓系统的版本标识，确定所述安卓系统的版本为所述目标安卓系统的版本时，确定对所述recovery组件执行升级操作。
122.可选的，该安卓系统升级装置还可以包括验证模块，用于对所述升级数据包进行安全性验证和/或完整性验证，得到验证结果；根据所述验证结果，确定所述升级数据包验证通过。
123.可选的，获取模块31还用于获取所述对所述电子设备进行安卓系统升级的升级结果。在该实现方式下，该安卓系统升级装置还可以包括发送模块，用于向升级服务器发送所述电子设备的升级反馈信息。其中，所述升级反馈信息包括所述升级结果，以及，所述电子设备的标识。
124.本技术提供的安卓系统升级装置，用于执行前述安卓系统升级方法实施例，其实现原理与技术效果类似，对此不再赘述。
125.图6为本技术提供的一种电子设备结构示意图。如图6所示，该电子设备400可以包括：至少一个处理器401和存储器402。
126.存储器402，用于存放程序。具体地，程序可以包括程序代码，程序代码包括计算机操作指令。
127.存储器402可能包含高速ram存储器，也可能还包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。
128.处理器401用于执行存储器402存储的计算机执行指令，以实现前述方法实施例所描述的安卓系统升级方法。其中，处理器401可能是一个中央处理器(central processing unit，简称为cpu)，或者是特定集成电路(application specific integrated circuit，简称为asic)，或者是被配置成实施本技术实施例的一个或多个集成电路。
129.可选的，该电子设备400还可以包括通信接口403。在具体实现上，如果通信接口403、存储器402和处理器401独立实现，则通信接口403、存储器402和处理器401可以通过总线相互连接并完成相互间的通信。总线可以是工业标准体系结构(industry standard architecture，简称为isa)总线、外部设备互连(peripheral component，简称为pci)总线或扩展工业标准体系结构(extended industry standard architecture，简称为eisa)总线等。总线可以分为地址总线、数据总线、控制总线等，但并不表示仅有一根总线或一种类型的总线。
130.可选的，在具体实现上，如果通信接口403、存储器402和处理器401集成在一块芯片上实现，则通信接口403、存储器402和处理器401可以通过内部接口完成通信。
131.本技术还提供了一种计算机可读存储介质，该计算机可读存储介质可以包括：u盘、移动硬盘、只读存储器(rom，read-only memory)、随机存取存储器(ram，random access memory)、磁盘或者光盘等各种可以存储程序代码的介质，具体的，该计算机可读存储介质中存储有程序指令，程序指令用于上述实施例中的方法。
132.本技术还提供一种程序产品，该程序产品包括执行指令，该执行指令存储在可读存储介质中。电子设备的至少一个处理器可以从可读存储介质读取该执行指令，至少一个处理器执行该执行指令使得电子设备实施上述的各种实施方式提供的安卓系统升级方法。
133.最后应说明的是：以上各实施例仅用以说明本技术的技术方案，而非对其限制；尽管参照前述各实施例对本技术进行了详细的说明，本领域的普通技术人员应当理解：其依
然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本技术各实施例技术方案的范围。