控制应用更新的方法及电子设备的制作方法

文档序号:6486988阅读:136来源:国知局
控制应用更新的方法及电子设备的制作方法
【专利摘要】本发明公开了一种控制应用更新的方法及电子设备,涉及电子设备应用领域,为实现后台操作系统应用的自动更新(自动更新提示)而发明。所述方法包括:在第一操作系统中获取更新指示,所述更新指示用于指示对第二操作系统中的第一应用进行更新,其中所述第一操作系统为当前使用的操作系统,所述第二操作系统为当前关闭或休眠的操作系统,所述第一应用为所述第二操作系统中当前版本旧于网络侧服务器提供的版本的应用。本发明实施例主要应用于多操作系统的应用更新。
【专利说明】控制应用更新的方法及电子设备
【技术领域】
[0001]本发明涉及电子设备应用领域,尤其涉及一种控制应用更新的方法及电子设备。【背景技术】
[0002]以手机和平板电脑(Tablet Computer)为代表的个人电子设备已经都能够支持多个系统的操作,当用户使用一个操作系统时,关闭或休眠另一个操作系统。目前,设备制造商会在网络侧建立云商店,为用户提供应用软件及相应的升级包。云商店可以向用户的电子设备推送应用软件下载信息,或者检测用户电子设备中的应用软件是否需要更新,当需要更新时,向用户的电子设备推送更新通知。
[0003]当用户使用第一操作系统时,由于第二操作系统处于关闭或休眠状态,所以云商店无法检测第二操作系统中的应用软件是否需要更新,也无法向电子设备推送更新通知,导致应用软件更新不及时。如果用户长期不对第二操作系统中的应用软件进行更新,则当用户切换到第二操作系统时,应用软件的版本过旧,会影响用户对应用软件的使用。或者,当用户切换到第二操作系统后再对应用软件进行更新时,更新时间较长,影响用户的使用体验,此外,云商店无法向电子设备推送应用软件下载信息,会导致用户不能及时获取最新的应用资讯。

【发明内容】

[0004]本发明的实施例提供一种控制应用更新的方法及电子设备,能够在当前操作系统中获取后台操作系统中应用的更新通知,方便用户及时更新后台操作系统中的应用。
[0005]一方面,本发明实施例提供了一种控制应用更新的方法,所述方法应用于支持多操作系统的电子设备,所述电子设备支持至少两个操作系统的使用和切换,所述方法包括:
[0006]在第一操作系统中获取更新指示,所述更新指示用于指示对第二操作系统中的第一应用进行更新,其中所述第一操作系统为当前使用的操作系统,所述第二操作系统为当前关闭或休眠的操作系统,所述第一应用为所述第二操作系统中当前版本旧于网络侧服务器提供的版本的应用。
[0007]另一方面,本发明实施例提供了一种电子设备,包括显示器,所述电子设备还包括:
[0008]获取单元,用于在第一操作系统中获取更新指示,所述更新指示用于指示对第二操作系统中的第一应用进行更新,其中所述第一操作系统为当前使用的操作系统,所述第二操作系统为当前关闭或休眠的操作系统,所述第一应用为所述第二操作系统中当前版本旧于网络侧服务器提供的版本的应用。
[0009]本发明实施例提供的控制应用更新的方法及电子设备,能够在当前使用的第一操作系统中接收针对后台第二操作系统中第一应用的更新指示,可以解决现有技术中,无法获得后台第二操作系统中第一应用的更新指示的问题,当用户长时间不使用第二操作系统时,能够避免第一应用长时间无法更新的问题。
【专利附图】

【附图说明】
[0010]为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
[0011]图1为本发明实施例中控制应用更新的方法流程图;
[0012]图2为本发明实施例中另一个控制应用更新的方法流程图;
[0013]图3为本发明实施例中比特序列的示意图;
[0014]图4为本发明实施例中又一个控制应用更新的方法流程图;
[0015]图5为本发明实施例中提示框的示意图;
[0016]图6为本发明实施例中电子设备的结构示意图。
【具体实施方式】
[0017]下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
[0018]在本发明实施例的描述中,“应用”指代应用软件(Application Software),所述应用软件为电子设备用户可以下载并使用的各种程序设计语言,以及各种程序设计语言编制的应用程序的集合。在本【技术领域】中,“应用”一词被广泛的理解并用于指代所述应用软件,在本发明后续的描述中,所述应用与所述应用软件应被等同理解。
[0019]本发明实施例提供了一种控制应用更新的方法,如图1所示,所述方法包括如下步骤:
[0020]101、在第一操作系统中获取更新指示。
[0021]本发明实施例的执行主体为电子设备,所述电子设备支持多操作系统的使用和切换。所述操作系统包括但不仅限于:谷歌操作系统(Chrome Operating System)、微软操作系统(Windows Operating System)、安卓操作系统(Android Operating System)、塞班操作系统(Symbian Operating System)以及苹果操作系统(Mac Operating System)。本发明实施例以电子设备支持双操作系统使用和切换为例进行描述,其中,第一操作系统以微软操作系统为例,第二操作系统以安卓操作系统为例。本发明实施例不对电子设备所支持操作系统的数量及种类进行限制。
[0022]本发明实施例中,第一操作系统为用户当前使用的操作系统,第二操作系统为关闭或后台运行(睡眠状态)的操作系统,所述更新指示为在第一操作系统中接收的、用于指示对第二操作系统中的第一应用进行更新的更新指示。所述第一应用为第二操作系统中当前版本旧于网络侧服务器提供的版本的应用。具有与第二操作系统对应的软件格式
[0023]本发明实施例提供的控制应用更新的方法,能够在当前使用的第一操作系统中接收针对后台第二操作系统中第一应用的更新指示,可以解决现有技术中,无法获得后台第二操作系统中第一应用的更新指示的问题,当用户长时间不使用第二操作系统时,能够避免第一应用长时间无法更新的问题。
[0024]为了使本领域技术人员能够更清楚地理解本发明实施例提供的技术方案,下面通过具体的实施例,对本发明实施例中所提供的控制应用更新的方法进行详细说明。
[0025]作为对图1所示实施例的进一步扩展,本发明实施例还提供了一种控制应用更新的方法,如图2所示,所述方法包括如下步骤:
[0026]201、在第一操作系统中向网络侧服务器上报第二操作系统中第二应用的名称和当前版本号。
[0027]电子设备根据网络侧服务器的指示或按照预设周期向网络侧服务器上报第二操作系统中第二应用的名称和当前版本号,以便网络侧服务器根据该名称和当前版本号判断第二应用中有无需要更新的应用,即第一应用。所述第二应用为第二操作系统中的所有应用。
[0028]进一步的,所述第二应用还可以为第二操作系统中格式与第二操作系统匹配的所有应用,例如,当第二操作系统为安卓操作系统时,所述第二应用为第二操作系统中所有文件后缀为“.apk”的应用。
[0029]所述第二应用的名称包括但不限于第二应用的文件名称、包含第二应用名称的消息摘要算法版本5 (Message Digest Algorithm 5,简称MD5)值、第二应用的身份标识和应用提供商为应用设置的别名(Nickname)。或者,还可以通过下述几种标识元素的组合唯一标识一个应用,用作第二应用的名称,所述标识元素包括:应用设计者的电子签名、应用开发时间和应用类别。
[0030]所述第二应用的当前版本号为第二应用文件包中初始化文件(ini文件)里携带的应用版本号。当第二应用进行过更新时,所述第二应用的当前版本号为更新包里携带的更新后的应用版本号。
[0031]202、在第一操作系统中获取更新指示。
[0032]网络侧服务器接收到电子设备上报的第二应用的名称和版本号后,根据第二应用的名称查找该第二应用的最新版本号,接着判断第二应用的最新版本号是否高于其当前版本号。如果第二应用的最新版本号是否高于其当前版本号,则网络侧服务器将该第二应用识别为第一应用,即需要进行更新的应用。
[0033]网络侧服务器将第一应用的名称以及最新版本号携带在更新指示中发送给电子设备。
[0034]电子设备接收携带第一应用的名称以及最新版本号的更新指示。
[0035]203、在第一操作系统中显示更新通知。
[0036]电子设备在第一操作系统中显示更新通知,所述更新通知包括第一应用的名称、当前版本号以及更新指示中携带的最新版本号,以便提示用户第二操作系统中有应用需要更新。电子设备在第一操作系统中显示更新通知的方式不限于弹出窗口对话框。
[0037]204、在第一操作系统中接收确认更新指示。
[0038]当用户浏览到更新通知并确认对第一应用进行更新时,电子设备接收用户通过预设按键或操作方式发送的确认更新指示。
[0039]205、向网络侧服务器上报第一应用的名称,并接收网络侧服务器发送的第一应用的更新包。
[0040]当电子设备接收到用户发送的确认更新指示后,向网络侧服务器上报第一应用的名称以便获取网络侧服务器发送的更新包。所述更新包为对应所述第一应用最新版本号的更新包。
[0041]可选的,电子设备向网络侧服务器上报一个比特序列(或矩阵),电子设备在接收更新指示时还可以接收网络侧服务器发送的一个比特序列(或矩阵)。电子设备根据该比特序列(或矩阵)获得网络侧服务器设置的第一应用与比特位的对应关系,电子设备在向网络侧服务器上报一个比特序列(或矩阵)时,将用户确认更新的第一应用对应的比特位设置为1,将不需更新的第一应用对应的比特位设置为0,用比特序列(或矩阵)代替第一应用的名称,可以减少网络传输资源的消耗。
[0042]例如,如图3 (a)所示,网络侧服务器向电子设备发送7位比特序列,其中每一个比特位对应一个第一应用。用户只需要对应用3和应用6进行更新,则电子设备向网络侧服务器上报的比特序列如图3(b)所示,第3比特位和第6比特位置1,其他比特位置O。
[0043]进一步的,所以当用户确认更新所有第一应用时,电子设备可以只向网络侧服务器回复一个确认更新指示即可。例如,该确认更新指示中只携带一个比特位的数据,该比特位为I时表示确认更新所有第一应用,该比特位为O时表示对所有第一应用都不进行更新。与发送比特序列(或矩阵)相比,可以进一步减少网络传输资源的消耗。
[0044]206、根据第一应用的更新包对第一应用进行更新。
[0045]对第二系统中的第一应用更新包括下述两种方式:
[0046]A)电子设备将第一操作系统切换到第二操作系统,在根据接收到的更新包查找第二系统中的第一应用,接着根据更新包中的内容对第一应用进行更新。
[0047]B)当第二操作系统处于后台休眠模式时,电子设备在后台休眠模式的第二操作系统中根据更新包中的内容对第一应用进行更新,不影响用户对第一操作系统的使用。
[0048]可选的,电子设备在对第一应用进行更新之前,可以在第一操作系统中显示更新请求消息,在接收到用户响应所述更新请求消息的开始更新指示后,再根据更新包对第一应用进行更新,不对用户进行强制更新体验。例如,电子设备在第一操作系统中屏幕右下角弹出更新提示对话框,对话框中显示第一应用的名称、当前版本号以及最新版本号,并且询问用户是否立即更新第一应用。当用户点击确定键时,电子设备按照上述A)或B)的实现方式,对第一应用进行更新。
[0049]207、在第一操作系统中显示更新完毕消息。
[0050]更新完成后,电子设备在第一操作系统中显示更新完毕消息,用以提示用户更新完成。此外,在更新完毕消息中,电子设备还可以询问用户是否立即查看或使用更新后的第一应用。当接收到用户发送的启动应用指示时,电子设备将第一操作系统切换为第二操作系统,以便用户查看或使用第一应用。
[0051]可选的,当只更新了一个第一应用时,电子设备在切换到第二操作系统后还可以自动启动该第一应用,以便用户查看或使用。
[0052]进一步的,电子设备也可以在接收到更新包后自动按照A)或B)的更新方式进行更新,减少人机交互操作,对于用户离开或睡觉等应用场景,能够保证及时更新第一应用。
[0053]在图2所示的实现方式中,由网络侧服务器判断是否需要进行应用更新,在本发明实施例的另一种实现方式中,还可以由电子设备判断是否需要进行应用更新,具体的,如图4所示,所述方法包括如下步骤:
[0054]401、在第一操作系统中获取网络侧服务器发送的第二操作系统中第二应用的名称和最新版本号。
[0055]电子设备向网络侧服务器上报第二操作系统中第二应用的名称,获取网络侧服务器发送的第二应用的名称和最新版本号。
[0056]402、判断第二应用的当前版本号是否低于接收的最新版本号。
[0057]403、当第二应用的当前版本号低于最新版本号时,将该第二应用确定为第一应用。
[0058]404、在第一操作系统中显示更新通知。
[0059]405、在第一操作系统中接收确认更新指示。
[0060]406、向网络侧服务器上报第一应用的名称,并接收网络侧服务器发送的第一应用的更新包。
[0061]407、根据第一应用的更新包对第一应用进行更新。
[0062]408、在第一操作系统中显示更新完毕消息。
[0063]步骤404至步骤408分别与图2中步骤203至步骤207对应相同此处不再赘述。
[0064]在图2或图4所示实现方式的基础上,当顺序对多个第一应用进行更新时,电子设备还可以以提示框的形式在第一操作系统中显示更新进度,即如图5所示。
[0065]此外,电子设备在向网络侧服务器上报第二应用的名称及版本号后,网络侧服务器还可以根据第二应用的名称检索与第二应用关联的第三应用,并将第三应用的信息发送给电子设备。电子设备在第一操作系统中显示第三应用信息,以便用户选择是否下载该第三应用。具体的,所述与第二应用关联的第三应用可以为与第二应用同种类的应用,例如同属于游戏类应用中的益智类游戏;所述将第三应用的信息发送给电子设备可以为,将第三应用的名称、界面图片及文字介绍发送给电子设备,以便用户进行选择。
[0066]下面以图2所示实现方式为例,结合本实施例的应用场景对本发明实施例进行说明:
[0067]平板电脑(即电子设备)支持安卓和WINDOWS双系统,用户当前使用WINDOWS系统。云商店(即网络侧服务器)作为设备商提供的应用交流平台,存储供用户下载使用的各种应用及更新包。平板电脑将安卓系统中“切水果”、“火车时刻查询”和“个税计算器”三个应用的名称及当前版本(本例中均以Verl.0为例)上报给云商店。云商店根据三个应用的名称分别查找三个应用的最新版本号,判断出“个税计算器”的最新版本号为Ver2.0,高于其当前版本号Verl.0,通知平板电脑“个税计算器”需要进行更新且可更新的最新版本号为Ver2.0。平板电脑在WINDOWS系统的操作界面中弹出对话提示框,显示“个税计算器”需要更新且最新版本号为Ver2.0。当用户点击对话提示框中的确认更新键后,平板电脑向云商店指示更新“个税计算器”,并接收云商店发送的“个税计算器”的Ver2.0更新包。接着,平板电脑在WINDOWS系统的操作界面中弹出对话提示框,询问用户是否立即更新。当用户点击确认键后,平板电脑在后台休眠的安卓系统中将“个税计算器”更新为Ver2.0版本。更新后,平板电脑在WINDOWS系统的操作界面中再次弹出对话提示框,提示用户“个税计算器”更新完毕,并询问用户是否立即使用“个税计算器”。当用户点击确认键后,平板电脑将WINDOWS系统切换到安卓系统,并启动“个税计算器”。
[0068]现有技术中,当第二操作系统处于后台休眠状态时,电子设备或网络侧服务器无法获知第二操作系统中应用的当前版本号,继而无法判断第二操作系统中的应用是否需要更新。如果用户不使用特别是长期不使用第二操作系统,则会导致第二操作系统中应用版本过低的问题,影响用户的使用。本发明实施例提供的控制应用更新的方法,更够按照预设的时间间隔定期检查第二操作系统中应用的版本,当版本过时时,自动或提示用户对第二操作系统中的应用进行更新。对于支持多操作系统的电子设备而言,可以及时更新第二操作系统的应用版本。
[0069]本发明实施例中所述的电子设备包括但不仅限于平板电脑和手机。
[0070]参考上述方法实施例的实现,本发明实施例提供了一种电子设备,所述电子设备支持至少两个操作系统的使用和切换,如图6所示,所述电子设备包括:显示器61、获取单元62、发送单元63以及处理单元64,其中,
[0071]所述获取单元62,用于在第一操作系统中获取更新指示,所述更新指示用于指示对第二操作系统中的第一应用进行更新,其中所述第一操作系统为当前使用的操作系统,所述第二操作系统为当前关闭或休眠的操作系统,所述第一应用为所述第二操作系统中当前版本旧于网络侧服务器提供的版本的应用。
[0072]进一步的,所述显示器61用于在所述第一操作系统中显示更新通知,所述更新通知包括所述第一应用的名称、所述第一应用当前的版本号以及所述第一应用的最新版本号。
[0073]所述发送单元63,用于在所述第一操作系统中向所述网络侧服务器上报所述第二操作系统中第二应用的名称和当前版本号,以便所述网络侧服务器确定所述第一应用,其中所述第二应用为所述第二操作系统中的所有应用。
[0074]进一步的,所述获取单元62,具体用于在所述第一操作系统中接收所述网络侧服务器发送的指示消息,所述指示消息中包括所述第一应用的名称以及所述第一应用的最新版本号。
[0075]所述获取单元62还用于:
[0076]在所述第一操作系统中获取所述网络侧服务器发送的所述第二操作系统中第二应用的名称和最新版本号,其中所述第二应用为所述第二操作系统中的所有应用。判断所述第二应用的当前版本号是否低于所述最新版本号,当所述第二应用的当前版本号低于所述最新版本号时,将所述第二应用确定为所述第一应用。
[0077]进一步的,所述获取单元62还用于在所述第一操作系统中接收确认更新指示,所述确认更新指示用于确认对所述第一应用进行更新。
[0078]所述发送单元63还用于向所述网络侧服务器上报所述第一应用的名称,以便所述获取单元62获取所述网络侧服务器发送的更新包,所述更新包用于将所述第一应用更新为最新版本。
[0079]所述处理单元64用于根据所述获取单元62获取的所述更新包对所述第一应用进行更新。
[0080]进一步的,所述处理单元64具体用于:
[0081]将所述第一操作系统切换到所述第二操作系统,在所述第二操作系统中根据所述更新包对所述第一应用进行更新。在后台休眠的所述第二操作系统中,根据所述更新包对所述第一应用进行更新。
[0082]所述显示器61还用于在所述处理单元64根据所述更新包对所述第一应用进行更新之前,在所述第一操作系统中显示更新请求消息。
[0083]所述获取单元62还用于接收响应所述更新请求消息的开始更新指示。
[0084]所述处理单元64在所述获取单元62接收到所述开始更新指示后,根据所述更新包对所述第一应用进行更新。
[0085]所述显示器61还用于在所述处理单元64根据所述更新包对所述第一应用进行更新之后,在所述第一操作系统中显示更新完毕消息。
[0086]所述获取单元62还用于接收启动应用指示。
[0087]所述处理单元64还用于当所述获取单元62接收到启动应用指示时,将所述第一操作系统切换到所述第二操作系统,并启动更新后的所述第一应用。
[0088]本发明实施例提供的电子设备,更够检查第二操作系统中应用的版本,当版本过时时,自动或提示用户对第二操作系统中的应用进行更新。对于支持多操作系统的电子设备而言,可以及时更新第二操作系统的应用版本。
[0089]本发明实施例中所述的电子设备包括但不仅限于平板电脑和手机。
[0090]所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,仅以上述各功能模块的划分进行举例说明,实际应用中,可以根据需要而将上述功能分配由不同的功能模块完成,即将装置的内部结构划分成不同的功能模块,以完成以上描述的全部或者部分功能。上述描述的系统,装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
[0091]在本申请所提供的几个实施例中,应该理解到,所揭露的系统,装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述模块或单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
[0092]所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
[0093]另外,在本发明各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
[0094]所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)或处理器(processor)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:u盘、移动硬盘、只读存储器(ROM, Read-Only Memory)、随机存取存储器(RAM, Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
[0095]以上所述,仅为本发明的【具体实施方式】,但本发明的保护范围并不局限于此,任何熟悉本【技术领域】的技术人员在本发明揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本发明的保护范围之内。因此,本发明的保护范围应以所述权利要求的保护范围为准。
【权利要求】
1.一种控制应用更新的方法,所述方法应用于支持多操作系统的电子设备,所述电子设备支持至少两个操作系统的使用和切换,其特征在于,所述方法包括: 在第一操作系统中获取更新指示,所述更新指示用于指示对第二操作系统中的第一应用进行更新,其中所述第一操作系统为当前使用的操作系统,所述第二操作系统为当前关闭或休眠的操作系统,所述第一应用为所述第二操作系统中当前版本旧于网络侧服务器提供的版本的应用。
2.根据权利要求1所述的方法,其特征在于,在所述在第一操作系统中获取更新指示之后,所述方法进一步包括: 在所述第一操作系统中显示更新通知,所述更新通知包括所述第一应用的名称、所述第一应用当前的版本号以及所述第一应用的最新版本号。
3.根据权利要求2所述的方法,其特征在于,在所述在第一操作系统中获取更新指示之前,所述方法进一步包括: 在所述第一操作系统中向所述网络侧服务器上报所述第二操作系统中第二应用的名称和当前版本号,以便所述网络侧服务器确定所述第一应用,其中所述第二应用为所述第二操作系统中的所有应用; 所述在第一操作系统中获取更新指示,具体包括: 在所述第一操作系统中接收所述网络侧服务器发送的指示消息,所述指示消息中包括所述第一应用的名称以及所述第一应用的最新版本号。
4.根据权利要求2所述 的方法,其特征在于,所述在第一操作系统中获取更新指示,具体包括: 在所述第一操作系统中获取所述网络侧服务器发送的所述第二操作系统中第二应用的名称和最新版本号,其中所述第二应用为所述第二操作系统中的所有应用; 判断所述第二应用的当前版本号是否低于所述最新版本号,当所述第二应用的当前版本号低于所述最新版本号时,将所述第二应用确定为所述第一应用。
5.根据权利要求2至4中任意一项所述的方法,其特征在于,在所述第一操作系统中显示更新通知之后,所述方法进一步包括: 在所述第一操作系统中接收确认更新指示,所述确认更新指示用于确认对所述第一应用进行更新; 向所述网络侧服务器上报所述第一应用的名称,以便获取所述网络侧服务器发送的更新包,所述更新包用于将所述第一应用更新为最新版本; 根据所述更新包对所述第一应用进行更新。
6.根据权利要求5所述的方法,其特征在于,所述根据所述更新包对所述第一应用进行更新,具体包括: 将所述第一操作系统切换到所述第二操作系统,在所述第二操作系统中根据所述更新包对所述第一应用进行更新;或者, 在后台休眠的所述第二操作系统中,根据所述更新包对所述第一应用进行更新。
7.根据权利要求6所述的方法,其特征在于,在所述根据所述更新包对所述第一应用进行更新之前,所述方法进一步包括: 在所述第一操作系统中显示更新请求消息,在接收到响应所述更新请求消息的开始更新指示后,根据所述更新包对所述第一应用进行更新。
8.根据权利要求7所述的方法,其特征在于,在所述根据所述更新包对所述第一应用进行更新之后,所述方法进一步包括: 在所述第一操作系统中显示更新完毕消息,当接收到启动应用指示时,将所述第一操作系统切换到所述第二操作系统,并启动更新后的所述第一应用。
9.一种电子设备,包括显示器,其特征在于,所述电子设备还包括: 获取单元,用于在第一操作系统中获取更新指示,所述更新指示用于指示对第二操作系统中的第一应用进行更新,其中所述第一操作系统为当前使用的操作系统,所述第二操作系统为当前关闭或休眠的操作系统,所述第一应用为所述第二操作系统中当前版本旧于网络侧服务器提供的版本的应用。
10.根据权利要求9所述的电子设备,其特征在于,所述显示器用于在所述第一操作系统中显示更新通知,所述更新通知包括所述第一应用的名称、所述第一应用当前的版本号以及所述第一应用的最新版本号。
11.根据权利要求10所述的电子设备,其特征在于,所述电子设备还包括: 发送单元,用于在所述第一操作系统中向所述网络侧服务器上报所述第二操作系统中第二应用的名称和当前版本号,以便所述网络侧服务器确定所述第一应用,其中所述第二应用为所述第二操作系统中的所有应用; 所述获取单元,具体用于在所述第一操作系统中接收所述网络侧服务器发送的指示消息,所述指示消息中包括所述第一应用的名称以及所述第一应用的最新版本号。
12.根据权利要求10·所述的电子设备,其特征在于,所述获取单元还用于: 在所述第一操作系统中获取所述网络侧服务器发送的所述第二操作系统中第二应用的名称和最新版本号,其中所述第二应用为所述第二操作系统中的所有应用; 判断所述第二应用的当前版本号是否低于所述最新版本号,当所述第二应用的当前版本号低于所述最新版本号时,将所述第二应用确定为所述第一应用。
13.根据权利要求10至12中任意一项所述的电子设备,其特征在于,所述电子设备还包括处理单元; 所述获取单元还用于在所述第一操作系统中接收确认更新指示,所述确认更新指示用于确认对所述第一应用进行更新; 所述发送单元还用于向所述网络侧服务器上报所述第一应用的名称,以便所述获取单元获取所述网络侧服务器发送的更新包,所述更新包用于将所述第一应用更新为最新版本; 所述处理单元用于根据所述获取单元获取的所述更新包对所述第一应用进行更新。
14.根据权利要求13所述的电子设备,其特征在于,所述处理单元具体用于: 将所述第一操作系统切换到所述第二操作系统,在所述第二操作系统中根据所述更新包对所述第一应用进行更新; 在后台休眠的所述第二操作系统中,根据所述更新包对所述第一应用进行更新。
15.根据权利要求14所述的电子设备,其特征在于,所述显示器还用于在所述处理单元根据所述更新包对所述第一应用进行更新之前,在所述第一操作系统中显示更新请求消息;所述获取单元还用于接收响应所述更新请求消息的开始更新指示; 所述处理单元在所述获取单元接收到所述开始更新指示后,根据所述更新包对所述第一应用进行更新。
16.根据权利要求15所述的电子设备,其特征在于,所述显示器还用于在所述处理单元根据所述更新包对所述第一应用进行更新之后,在所述第一操作系统中显示更新完毕消息; 所述获取单元还用于接收启动应用指示; 所述处理单元还用于当所述获取单元接收到启动应用指示时,将所述第一操作系统切换到所述第二操作系统,并启动更新后的所述第一应用。
【文档编号】G06F9/445GK103544027SQ201210245006
【公开日】2014年1月29日 申请日期:2012年7月13日 优先权日:2012年7月13日
【发明者】陈浩, 赵谦 申请人:联想(北京)有限公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1