CN105930168A - 系统升级的处理方法、装置和设备 - Google Patents

Abstract

本公开是关于一种系统升级的处理方法、装置和设备，该处理方法包括：检测到系统更新提示时，获取对应的更新日志；检测所述更新日志中的更新功能信息是否与预先设置允许的更新的第一更新信息匹配；若所述更新功能信息与所述第一更新信息匹配，则根据所述更新日志对系统进行升级更新，通过预先配置需要更新的功能或者模块的信息，即第一更新信息，在检测到系统更新时，判断该更新功能信息是否与第一更新信息匹配，如果匹配则进行升级，否则不进行升级，既可以保证升级的功能是用户需要的，也避免大量无用的升级对存储空间的浪费。

Description

系统升级的处理方法、装置和设备

技术领域

本公开涉及智能终端技术，尤其涉及系统升级的处理方法、装置和设备。

背景技术

随着智能终端设备的广泛应用，终端设备的系统更新也日益密集，需要用户经常根据终端设备厂商对系统的改进进行升级，目前的更新方式可以是生产商推送系统的更新消息，用户手动选择进行安装更新，或者终端设备在接收到推送的系统的更新之后，后台自动下载完成更新。然而，无论是用户选择的升级还是后台自动的升级，用户在使用时发现一些功能的更新并不是自己想要的，这样的更新不止对用户使用造成困扰，还浪费终端设备的存储空间。

发明内容

为克服相关技术中存在的问题，本公开提供一种系统升级的处理方法、装置和设备。

根据本公开实施例的第一方面，提供一种系统升级的处理方法，包括：

检测到系统更新提示时，获取对应的更新日志；

检测所述更新日志中的更新功能信息是否与预先设置允许的更新的第一更新信息匹配；

若所述更新功能信息与所述第一更新信息匹配，则根据所述更新日志对进行升级更新。

可选的，若所述更新功能信息与所述第一更新信息不匹配，则放弃本次更新。

本公开实施例提供的方案中，这里的系统更新提示可以是对操作系统的更新提示，也可以是系统中某个应用的更新提示，通过预先配置允许升级，或者需要升级的应用或者系统功能等的第一更新信息，在检测到上述更新提示时，自动检测更新日志中的与更新功能或者模块相关的更新功能信息是否与第一更新信息相互匹配，如果互相匹配，则进行更新，否则放弃本次更新，既可以保证升级的功能是用户需要的，也避免大量无用的升级对存储空间的浪费。

可选的，所述检测到系统更新提示时，获取对应的更新日志之前，所述方法还包括：

接收更新信息设置指令；

根据所述更新信息设置指令，获取用户输入的允许更新的第一更新信息。

本公开实施例提供的方案中，需要预先对第一更新信息进行配置，该第一更新信息可以是用户设置的要更新的操作系统的功能或者模块的信息，也可以是系统中某个应用的信息，也可以是某个具体应用的具体功能的信息，可以将该功能集成在终端设备的系统设置中，用户在设置中根据自身需求进行选择，对于具体的应用程序来说，可以分别在应用中进行该功能的设置，也可以在应用商店中进行设置，以便在检测到更新的时候，可以先确实更新功能信息是否与用户预先配置的第一更新信息匹配，匹配时再进行安装，有效避免无用的更新，既提高了用户的体验，也避免大量无效更新对终端设备存储空间的占用。

具体实现中，该第一更新信息可以是允许更新的系统功能、允许更新的应用、允许更新的应用的功能中的至少一个。

可选的，若所述第一更新信息包括允许更新的系统功能，则所述根据所述更新日志对系统进行升级更新，包括：

下载所述更新日志对应的系统文件，并根据所述系统文件进行系统升级。

本公开实施例提供的方案中，如果第一更新信息是允许更新的系统功能，则在检测到系统更新提示时，检测该系统更新的更新日志是否与允许更新的系统功能相匹配，这里的匹配可以是完全相同，也可以是包括该些功能的更新，具体可根据实际情况进行设计，在检测到匹配时，下载推送更新的系统文件，然后进行系统升级，避免升级不需要的功能。

可选的，若所述第一更新信息包括允许更新的应用和/或允许更新的应用的功能，则所述根据所述更新日志对系统进行升级更新，包括：

下载所述更新日志对应的允许更新的应用的安装文件，根据所述安装文件对所述允许更新的应用进行升级。

本公开实施例提供的方案中，如果第一更新信息是关于系统中安装的某个应用的，可以是直接是某应用信息，含义是允许更新该应用，或者可以是某个应用的某些功能的信息，用户根据自身需求预先配置了允许更新，或者期望更新的第一更新信息，在检测到某个应用的更新提醒时，检测对应的更新日志中的更新功能信息是否与第一更新信息匹配，如果匹配则对该应用进行更新，否则不进行更新，避免升级不需要的应用或者应用中不需要的功能。

根据本公开实施例的第二方面，提供一种系统升级的处理装置，包括：

获取模块，被配置为检测到系统更新提示时，获取对应的更新日志；

第一处理模块，被配置为检测所述更新日志中的更新功能信息是否与预先设置允许的更新的第一更新信息匹配；

第二处理模块，被配置为若所述第一处理模块检测出所述更新功能信息与所述第一更新信息匹配，则根据所述更新日志对进行升级更新。

可选的，所述装置还包括：

第三处理模块，被配置为若所述第一处理模块检测出所述更新功能信息与所述第一更新信息不匹配，则放弃本次更新。

可选的，所述检测模块包括：

接收模块，被配置为接收更新信息设置指令；

第四处理模块，被配置为根据所述接收模块接收到的所述更新信息设置指令，获取用户输入的允许更新的第一更新信息。

可选的，若所述第一更新信息包括允许更新的系统功能，则所述第二处理模块包括：

第一处理子模块，被配置为下载所述更新日志对应的系统文件，并根据所述系统文件进行系统升级。

可选的，若所述第一更新信息包括允许更新的应用和/或允许更新的应用的功能，则所述第二处理模块包括：

第二处理子模块，被配置为下载所述更新日志对应的允许更新的应用的安装文件，根据所述安装文件对所述允许更新的应用进行升级。

根据本公开实施例的第三方面，提供一种终端设备，包括：被配置为控制可执行指令执行的处理器、被配置为存储处理器可执行指令的存储器；

所述处理器被配置为：

检测到系统更新提示时，获取对应的更新日志；

检测所述更新日志中的更新功能信息是否与预先设置允许的更新的第一更新信息匹配；

若所述更新功能信息与所述第一更新信息匹配，则根据所述更新日志对进行升级更新。

本公开提供的系统升级的处理方法、装置和设备，通过预先配置需要更新的功能或者模块的信息，即第一更新信息，在检测到系统更新时，判断该更新是否与第一更新信息匹配，如果匹配则进行升级，否则不进行升级，既可以保证升级的功能是用户需要的，也避免大量无用的升级对存储空间的浪费，有效提高用户体验。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。

图1是根据一示例性实施例示出的一种系统升级的处理方法实施例一的流程图。

图2是根据一示例性实施例示出的一种系统升级的处理方法实施例二的流程图。

图3是根据一示例性实施例示出的一种系统升级的处理装置实施例一的框图。

图4是根据一示例性实施例示出的一种系统升级的处理装置实施例二的框图。

图5是根据一示例性实施例示出的一种系统升级的处理装置实施例三的框图。

图6是根据一示例性实施例示出的一种系统升级的处理装置实施例四的框图。

图7是根据一示例性实施例示出的一种系统升级的处理装置实施例五的框图。

图8是根据一示例性实施例示出的一种终端设备的实体的框图。

图9是根据一示例性实施例示出的一种终端设备1200的框图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。

图1是根据一示例性实施例示出的一种系统升级的处理方法实施例一的流程图。如图1所示，该方法主要是用在智能终端设备中，例如：智能手机、平板电脑、电脑、智能游戏机等。该系统升级的处理方法包括以下步骤：

在步骤S101中，检测到系统更新提示时，获取对应的更新日志。

在本步骤中，终端设备在运行过程中，可能会接收到系统厂商对操作系统的更新的推送消息，也会接收到应用的更新提示，在终端设备检测到任何一种系统的更新提示时，首先要获取该更新提示对应的更新日志，该更新日志中包括更新的功能，更新的模块的信息以及版本信息。

在步骤S102中，检测所述更新日志中的更新功能信息是否与预先设置允许的更新的第一更新信息匹配。

在本步骤中，终端设备根据上述的更新日志，以及用于在更新之前配置的第一更新信息(该第一更新信息中包括用户允许申请的系统功能、模块，或者系统中安装的应用的标识，或者应用标识已经允许升级的该应用的功能、模块等信息，对此本方案不做限制，用户可以对任何升级的内容根据自身需要和喜好进行设置。)确定更新日志和第一更新信息之间是否匹配。

在步骤S103中，若所述更新功能信息与所述第一更新信息匹配，则根据所述更新日志对系统进行升级更新。

在本步骤中，终端设备在得到更新日志之后，检测该更新日志中的更新功能信息是否与预设的第一更新信息的内容匹配，该更新功能信息指的是具体更新的功能、模块等的信息。这里的匹配包括但不限于相同，其含义是：如果更新日志中更新功能信息与第一更新信息完全相同，则认为匹配；可选的，如果该更新日志中更新功能信息包括第一更新信息，还包括其他内容，也可以认为该更新日志与第一更新信息匹配，具体情况可以具体配置，对此不做限制。

终端设备在确定更新功能信息与第一更新信息匹配时，则根据该更新日志度系统进行升级，具体实现方式为下载升级后的系统文件，并进行系统安装；或者下载应用升级后的应用安装包然后进行安装。

可选的，如果终端设备确定更新功能信息与第一更新信息不匹配，则放弃本次更新，即不下载安装文件，直接拒绝本次更新。

本公开的实施例提供的系统升级的处理方法，通过预先配置需要更新的功能或者模块的信息，即第一更新信息，在检测到系统更新时，判断该更新是否与第一更新信息匹配，如果匹配则进行升级，否则不进行升级，既可以保证升级的功能是用户需要的，也避免大量无用的升级对存储空间的浪费，有效提高用户体验。

图2是根据一示例性实施例示出的一种系统升级的处理方法实施例二的流程图。如图2所示，在上述实施例的基础上，本实施例提供一种系统升级的处理方法的具体实现步骤：

在步骤S201中，接收更新信息设置指令。

在本步骤中，为了实现本方案提供的系统升级的处理方案，需要预先对第一更新信息进行配置，可以将该功能集成在终端设备的系统设置中，用户在设置中根据自身需求进行选择，对于具体的应用程序来说，可以分别在应用中进行该功能的设置，也可以在应用商店中进行设置。无论集成在终端设备系统中还是应用的功能中，终端设备在用户打开该设置时，接收到更新信息设置指令，触发对第一更新信息的设置功能。

在步骤S202中，根据所述更新信息设置指令，获取用户输入的允许更新的第一更新信息。

在本步骤中，根据用户的选择或者输入的信息对第一更新信息进行配置，该第一更新信息可以是用户设置的要更新的操作系统的功能或者模块的信息，也可以是系统中某个应用的信息，也可以是某个具体应用的具体功能的信息，即所述第一更新信息包括允许更新的系统功能、允许更新的应用、允许更新的应用的功能中的至少一个。这里的允许更新的系统功能指的是对终端设备系统的某些功能的更新，例如：IOS系统中对SIRI，输入法等系统功能的更新；而允许更新的应用指的是允许系统中安装的某些应用的更新，例如：允许微信、QQ软件进行更新；允许更新的应用的功能指的是对某个应用的某个功能的改进允许更新，例如：允许对微信的内容发布方式进行更新，如果是对微信其他功能的更新则不允许更新，这些内容可以根据用户的选择进行设置。

终端设备根据用户的选择或者输入的信息，确定该第一更新信息。

在步骤S203中，检测到系统更新提示时，获取对应的更新日志。

在步骤S204中，检测所述更新日志中的更新功能信息是否与预先设置允许的更新的第一更新信息匹配。

前述的S203至S204的具体实现方式与实施例一类似，可参考实施例一的解释。

如果检测出更新功能信息与第一更新信息不匹配，则直接拒绝本次更新，如果已经下载了更新文件则删除，如果还未下载直接放弃更新过程，可以向用户提示，也可以不提示，直接屏蔽掉本次更新即可。

在步骤S205中，若所述更新功能信息与所述第一更新信息匹配，所述第一更新信息包括允许更新的系统功能，则下载所述更新日志对应的系统文件，并根据所述系统文件进行系统升级。

本步骤中提供的方案为一种可选的方案，如果第一更新信息是允许更新的系统功能，则在检测到系统更新提示时，检测该系统更新的更新日志中的更新功能信息是否与允许更新的系统功能相匹配，这里的匹配可以是完全相同，也可以是包括该些功能的更新，具体可根据实际情况进行设计，在检测到匹配时，下载推送更新的系统文件，然后进行系统升级，避免升级不需要的功能。

在步骤S206中，若所述更新功能信息与所述第一更新信息匹配，第一更新信息包括允许更新的应用和/或允许更新的应用的功能，则下载所述更新日志对应的允许更新的应用的安装文件，根据所述安装文件对所述允许更新的应用进行升级。

该步骤S206与上述的S205的方案为并列的方案，择一执行，如果终端设备确定出该系统更新提示为系统中某个应用的更新，且第一更新信息是关于系统中安装的某个应用的，可以是直接是某应用信息，含义是允许更新该应用，或者可以是某个应用的某些功能的信息，用户根据自身需求预先配置了允许更新，或者期望更新的第一更新信息，在检测到某个应用的更新提醒时，检测对应的更新日志中的更新功能信息是否与第一更新信息匹配，如果匹配则对该应用进行更新，否则不进行更新，避免升级不需要的应用或者应用中不需要的功能。

本公开实施例提供的系统升级的处理方法，用户根据需要预先在终端设备中设置需要更新的功能或者模块的信息，即第一更新信息，在检测到有更新提示时，获取对应的更新日志，然后检测该更新日志中的更新功能信息与第一更新信息是否匹配，如果匹配，则安装对应的更新，否则放弃本次更新，让用户在系统或者应用的更新过程中，更有主动权，避免更新没有需要的功能，还可以避免不需要的功能对存储空间的浪费。

本公开提供的系统升级的实际含义是，系统更新时，由用户设定选择更新哪些版本，以手机为例，如用户更关注短信或通话模块的更新，则只有更新日志里有短信或通话模块的更新时，才帮用户更新该版本。否则，不提示用户有版本更新，也不会自动为用户更新。这种可以让用户真正关注的问题得到升级，而不关注的点，升级了对用户没有任何意义，用户也无需关心是否需要升级。具体实现中，用户预先输入关键字、允许升级的模块。系统有新版本时，自动检测更新日志或更新文件中索索是否有用户输入的关键字或关心的模块，若发现更新日志中有与用户输入相匹配的关键字或模块，则根据用户设置，提示用户系统更新让用户手动下载更新或提示用户其关心的模块或功能有升级，自动帮用户下载并进行安装，除了避免更新没有需要的功能，还可以避免不需要的功能对存储空间的浪费，还可以提供用户对该系统应用过程中的热情，即提高用户体验。

图3是根据一示例性实施例示出的一种系统升级的处理装置实施例一的框图，如图3所示，本实施里提供的该系统升级的处理装置10，包括：

获取模块11，被配置为检测到系统更新提示时，获取对应的更新日志；

第一处理模块12，被配置为检测所述获取模块11获取的所述更新日志中的更新功能信息是否与预先设置允许的更新的第一更新信息匹配；

第二处理模块13，被配置为若所述第一处理模块12检测出所述更新功能信息与所述第一更新信息匹配，则根据所述更新日志对系统进行升级更新。

在本实施例中，系统升级的处理装置10在运行过程中，获取模块11会接收到系统厂商对操作系统的更新的推送消息，也会接收到应用的更新提示，即在检测到任何一种系统的更新提示时，首先要获取该更新提示对应的更新日志，该更新日志中包括更新的功能，更新的模块的信息以及版本信息，统称为更新功能信息。第一处理模块12根据获取模块11获取的更新日志，确定该更新功能信息是否与更新之前配置的第一更新信息相互匹配，第二处理模块13在第一处理模块确定匹配时，根据该更新日志度系统进行升级，具体实现方式为下载升级后的系统文件，并进行系统安装；或者下载应用升级后的应用安装包然后进行安装。

本公开的实施例提供的系统升级的处理装置，用于执行前述任一方法实施例的技术方案，通过预先配置需要更新的功能或者模块的信息，即第一更新信息，在检测到系统更新时，判断该更新是否与第一更新信息匹配，如果匹配则进行升级，否则不进行升级，既可以保证升级的功能是用户需要的，也避免大量无用的升级对存储空间的浪费，有效提高用户体验。

在上述图3所示的实施例的基础上，图4是根据一示例性实施例示出的一种系统升级的处理装置实施例二的框图，参照图4，所述系统升级的处理装置10还包括：

第三处理模块14，被配置为若所述第一处理模块12检测出所述更新功能信息与所述第一更新信息不匹配，则放弃本次更新。

在本公开实施例中，如果第二处理模块12确定更新日志中的更新功能信息与第一更新信息不匹配，则第三处理模块14放弃本次更新，即不下载安装文件，直接拒绝本次更新。

本公开的实施例提供的系统升级的处理装置，用于执行前述任一方法实施例的技术方案，其实现原理和技术效果类似，在此不再赘述。

在上述图3或图4所示的实施例的基础上，图5是根据一示例性实施例示出的一种系统升级的处理装置实施例三的框图，参照图5，所述系统升级的处理装置10还包括：

接收模块15，被配置为接收更新信息设置指令；

第四处理模块16，被配置为根据所述接收模块15接收到的所述更新信息设置指令，获取用户输入的允许更新的第一更新信息。

在本实施例中，预先对第一更新信息进行配置的具体实现：可以将该功能集成在系统升级的处理装置10的系统设置中，用户在设置中根据自身需求进行选择，对于具体的应用程序来说，可以分别在应用中进行该功能的设置，也可以在应用商店中进行设置。无论集成在系统中还是应用的功能中，在用户打开该设置时，通过接收模块15接收到更新信息设置指令，触发对第一更新信息的设置功能。第四处理模块16根据用户的选择或者输入的信息对第一更新信息进行配置，该第一更新信息可以是用户设置的要更新的操作系统的功能或者模块的信息，也可以是系统中某个应用的信息，也可以是某个具体应用的具体功能的信息，即所述第一更新信息包括允许更新的系统功能、允许更新的应用、允许更新的应用的功能中的至少一个。

本公开的实施例提供的系统更新的处理装置，用于执行前述任一方法实施例的技术方案，其实现原理和技术效果类似，通过该种方式，让用户在系统或者应用的更新过程中，更有主动权，避免更新没有需要的功能，还可以避免不需要的功能对存储空间的浪费。

在上述图3、图4或图5所示的实施例的基础上，图6是根据一示例性实施例示出的一种系统升级的处理装置实施例四的框图，如图6所示，若所述第一更新信息包括允许更新的系统功能，则所述第二处理模块13包括：

第一处理子模块131，被配置为下载所述更新日志对应的系统文件，并根据所述系统文件进行系统升级。

在本方案中，如果第一更新信息是允许更新的系统功能，则在检测到系统更新提示时，检测该系统更新的更新日志中的更新功能信息是否与允许更新的系统功能相匹配，这里的匹配可以是完全相同，也可以是包括该些功能的更新，具体可根据实际情况进行设计。该第一处理子模块131用于在上述条件满足时，下载系统更新文件并进行系统更新，避免升级不需要的功能。

在上述图3、图4或图5所示的实施例的基础上，图7是根据一示例性实施例示出的一种系统升级的处理装置实施例五的框图，如图7所示，若所述第一更新信息包括允许更新的应用和/或允许更新的应用的功能，则所述第二处理模块13包括：

第二处理子模块132，被配置为下载所述更新日志对应的允许更新的应用的安装文件，根据所述安装文件对所述允许更新的应用进行升级。

如果系统升级的处理装置10确定出该系统更新提示为系统中某个应用的更新，且第一更新信息是关于系统中安装的某个应用的，可以是直接是某应用信息，含义是允许更新该应用，或者可以是某个应用的某些功能的信息，用户根据自身需求预先配置了允许更新，或者期望更新的第一更新信息，在检测到某个应用的更新提醒时，检测对应的更新日志中的更新功能信息是否与第一更新信息匹配，如果匹配则对该应用进行更新，该第二处理子模块132的作用即是在匹配的条件下，下载该应用更新对应的安装文件，并进行安装；否则不进行更新，避免升级不需要的应用或者应用中不需要的功能。

关于上述各个实施例中的系统升级的处理装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。即以上描述了终端设备的内部功能模块和结构示意。

图8是根据一示例性实施例示出的一种终端设备的实体的框图，参照图8，该终端设备可以具体实现为：被配置为控制可执行指令执行的处理器、被配置为存储处理器可执行指令的存储器；

所述处理器被配置为：

检测到系统更新提示时，获取对应的更新日志；

检测所述更新日志中的更新功能信息是否与预先设置允许的更新的第一更新信息匹配；

若所述更新功能信息与所述第一更新信息匹配，则根据所述更新日志对进行升级更新。

在上述终端设备的实体实施例中，应理解，该处理器可以是中央处理单元(英文：Central Processing Unit，简称：CPU)，还可以是其他通用处理器、数字信号处理器(英文：Digital Signal Processor，简称：DSP)、专用集成电路(英文：Application SpecificIntegrated Circuit，简称：ASIC)等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等，而前述的存储器可以是只读存储器(英文：read-only memory，缩写：ROM)、随机存取存储器(英文：random access memory，简称：RAM)、快闪存储器、硬盘或者固态硬盘。结合本公开实施例所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。

图9是根据一示例性实施例示出的一种终端设备1200的框图。例如，该终端设备可以是智能手机、电脑、收发设备、平板设备、医疗设备，摄像机、数码相机等可以连接网络且可以进行操作的设备。

参照图9，终端设备1200可以包括以下一个或多个组件：处理组件1202，存储器1204，电源组件1206，多媒体组件1208，音频组件1210，输入/输出(I/O)的接口1212，传感器组件1214，以及通信组件1216。

处理组件1202通常控制终端设备1200的整体操作，诸如与显示，数据通信，多媒体操作和记录操作相关联的操作。处理组件1202可以包括一个或多个处理器1220来执行指令，以完成上述的方法的全部或部分步骤。此外，处理组件1202可以包括一个或多个模块，便于处理组件1202和其他组件之间的交互。例如，处理组件1202可以包括多媒体模块，以方便多媒体组件1208和处理组件1202之间的交互。

存储器1204被配置为存储各种类型的数据以支持在终端设备1200的操作。这些数据的示例包括用于在终端设备1200上操作的任何应用程序或方法的指令，各类数据，消息，图片，视频等。存储器1204可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。

电源组件1206为终端设备1200的各种组件提供电力。电源组件1206可以包括电源管理系统，一个或多个电源，及其他与为终端设备1200生成、管理和分配电力相关联的组件。

多媒体组件1208包括在所述终端设备1200和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与所述触摸或滑动操作相关的持续时间和压力。

音频组件1210被配置为输出和/或输入音频信号。例如，音频组件1210包括一个麦克风(MIC)，当终端设备1200处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器1204或经由通信组件1216发送。在一些实施例中，音频组件1210还包括一个扬声器，用于输出音频信号。

I/O接口1212为处理组件1202和外围接口模块之间提供接口，上述外围接口模块可以是键盘，点击轮，按钮等。

传感器组件1214包括一个或多个传感器，用于为终端设备1200提供各个方面的状态评估。例如，传感器组件1214可以检测到终端设备1200的打开/关闭状态，组件的相对定位，例如所述组件为终端设备1200的显示器和小键盘，传感器组件1214还可以检测终端设备1200或终端设备1200一个组件的位置改变，用户与终端设备1200接触的存在或不存在，终端设备1200方位或加速/减速和终端设备1200的温度变化。传感器组件1214可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件1214还可以包括光传感器，如CMOS或CCD图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件1214还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。

通信组件1216被配置为便于终端设备1200和其他设备之间有线或无线方式的通信。终端设备1200可以接入基于通信标准的无线网络，如WiFi，2G或3G，或它们的组合。在一个示例性实施例中，通信组件1216经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，所述通信组件1216还包括近场通信(NFC)模块，以促进短程通信。例如，在NFC模块可基于射频识别(RFID)技术，红外数据协会(IrDA)技术，超宽带(UWB)技术，蓝牙(BT)技术和其他技术来实现。

在示例性实施例中，终端设备1200可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行系统升级的处理方法，包括：

检测到系统更新提示时，获取对应的更新日志；

检测所述更新日志中的更新功能信息是否与预先设置允许的更新的第一更新信息匹配；

若所述更新功能信息与所述第一更新信息匹配，则根据所述更新日志对进行升级更新。

在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器1204，上述指令可由终端设备1200的处理器1220执行以完成上述方法。例如，所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其它实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利要求指出。

应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。

Claims (11)

1.一种系统升级的处理方法，其特征在于，包括：

检测到系统更新提示时，获取对应的更新日志；

检测所述更新日志中的更新功能信息是否与预先设置允许的更新的第一更新信息匹配；

若所述更新功能信息与所述第一更新信息匹配，则根据所述更新日志对系统进行升级更新。

2.根据权利要求1所述的方法，其特征在于，所述方法还包括：

若所述更新功能信息与所述第一更新信息不匹配，则放弃本次更新。

3.根据权利要求1或2所述的方法，其特征在于，所述方法还包括：

检测到系统更新提示时，获取对应的更新日志之前，接收更新信息设置指令；

根据所述更新信息设置指令，获取用户输入的允许更新的第一更新信息。

4.根据权利要求1所述的方法，其特征在于，若所述第一更新信息包括允许更新的系统功能，则所述根据所述更新日志对系统进行升级更新，包括：

下载所述更新日志对应的系统文件，并根据所述系统文件进行系统升级。

5.根据权利要求1所述的方法，其特征在于，若所述第一更新信息包括允许更新的应用和/或允许更新的应用的功能，则所述根据所述更新日志对系统进行升级更新，包括：

下载所述更新日志对应的允许更新的应用的安装文件，根据所述安装文件对所述允许更新的应用进行升级。

6.一种系统升级的处理装置，其特征在于，包括：

获取模块，被配置为检测到系统更新提示时，获取对应的更新日志；

第一处理模块，被配置为检测所述更新日志中的更新功能信息是否与预先设置允许的更新的第一更新信息匹配；

第二处理模块，被配置为若所述第一处理模块检测出所述更新功能信息与所述第一更新信息匹配，则根据所述更新日志对系统进行升级更新。

7.根据权利要求6所述的装置，其特征在于，所述装置还包括：

第三处理模块，被配置为若所述第一处理模块检测出所述更新功能信息与所述第一更新信息不匹配，则放弃本次更新。

8.根据权利要求6或7所述的装置，其特征在于，所述装置还包括：

接收模块，被配置为接收更新信息设置指令；

第四处理模块，被配置为根据所述接收模块接收到的所述更新信息设置指令，获取用户输入的允许更新的第一更新信息。

9.根据权利要求6所述的装置，其特征在于，若所述第一更新信息包括允许更新的系统功能，则所述第二处理模块包括：

第一处理子模块，被配置为下载所述更新日志对应的系统文件，并根据所述系统文件进行系统升级。

10.根据权利要求6所述的装置，其特征在于，若所述第一更新信息包括允许更新的应用和/或允许更新的应用的功能，则所述第二处理模块包括：

第二处理子模块，被配置为下载所述更新日志对应的允许更新的应用的安装文件，根据所述安装文件对所述允许更新的应用进行升级。

11.一种终端设备，其特征在于，包括：被配置为控制可执行指令执行的处理器、被配置为存储处理器可执行指令的存储器；

所述处理器被配置为：

检测到系统更新提示时，获取对应的更新日志；

检测所述更新日志中的更新功能信息是否与预先设置允许的更新的第一更新信息匹配；

若所述更新功能信息与所述第一更新信息匹配，则根据所述更新日志对进行升级更新。