CN116048830B - 提醒软件版本升级的方法、电子设备及可读存储介质 - Google Patents

Abstract

本申请提供一种提醒软件版本升级的方法、电子设备及可读存储介质，属于电子技术领域，该方法应用于电子设备，电子设备包括第一应用和第二应用，其中，所述第二应用的应用图标在电子设备的屏幕中显示，电子设备获取用于通知栏提醒的通知消息的处理事件；确定所述通知消息是来自所述第一应用的软件版本更新的通知消息，并基于所述处理事件，所述电子设备处理与所述软件版本更新的通知消息对应的所述第二应用的图标的显示状态。根据本申请实施例的方法，增强新版本提醒强度，增加可见性，提升升级率，且可以不需要第三方应用的支持，解决系统生态适配的问题，开发过程中的约束。

Description

提醒软件版本升级的方法、电子设备及可读存储介质

技术领域

本申请涉及电子技术领域，尤其涉及提醒软件版本升级的方法、电子设备及可读存储介质。

背景技术

随着移动互联网的普及，安装在电子设备中的系统和应用，会随着用户更高要求的使用体验需求，而不断的进行版本更新，由此，通过版本迭代来满足用户的需求。在一些情况下，软件新版本并不能自动更新，当有软件新版本需要更新时，电子设备需要提醒用户有新软件版本需要更新，且在用户更新了新版本后消除提醒，目前的软件更新提醒或消除提醒的所采用的数字角标方案，需要第三方应用支持才能完成，因此，在系统生态环境的适配角度上，约束较多。

发明内容

有鉴于此，本申请提供一种提醒软件版本升级的方法、电子设备及可读存储介质，该方法不需要第三方应用的支持，解决了生态适配的问题，且能够简单快捷的实现软件版本升级提醒，提高升级率。

本申请的一些实施方式提供了一种提醒软件版本升级的方法。以下从多个方面介绍本申请，以下多个方面的实施方式和有益效果可互相参考。

第一方面，本申请提供一种提醒软件版本升级的方法，应用于电子设备，电子设备包括用于软件更新第一应用和第二应用，其中，第二应用的应用图标在电子设备的屏幕中显示，电子设备获取用于通知栏提醒的通知消息的处理事件；确定通知消息是来自第一应用的软件版本更新的通知消息，软件版本更新的通知消息是指需要用户对软件新版本输入操作命令的通知类消息，电子设备基于处理事件，处理与软件版本更新的通知消息对应的第二应用的图标的显示状态。

根据本申请实施例的方法，该方法不需要第三方应用的支持，解决了系统生态适配的问题，使得开发过程更加简单，方便。此外，在能够满足在软件版本更新通过应用图标提醒的同时，将通知栏中的通知消息与应用图标的提示标记相关联，可起到对通知栏增强提醒的效果。

作为本申请第一方面的一个实施例，电子设备处理与软件版本更新的通知消息对应的第二应用的图标的显示状态，包括：将软件版本更新的通知消息对应的第一应用的应用标识映射为第二应用的应用标识；基于第二应用的应用标识，处理第二应用的图标的显示状态。该方法通过将第一应用的对应的应用标识被映射为第二应用的应用标识，使得电子设备能够通过第二应用的图标实现对第一应用的软件版本更新消息进行提醒，并且通知消息与第二应用图标的显示状态相关联，可以通过图标来提醒有通知消息以及有软件版本更新。

作为本申请第一方面的一个实施例，当电子设备确定处理事件为针对软件版本更新的通知消息的发送事件，基于第二应用的应用标识，电子设备处理第二应用的图标的显示状态，包括：基于第二应用的应用标识，电子设备在第二应用的图标上，以预设图标的方式，增强显示软件版本更新的通知消息。通过图标上的预设图标来增强提醒有软件版本更新的消息，提高软件更新的及时性。

作为本申请第一方面的一个实施例，软件版本更新的通知消息的发送事件，包括：在通知栏中增加软件版本更新的通知消息。

作为本申请第一方面的一个实施例，当电子设备确定处理事件为针对软件版本更新的通知消息的移除事件，基于第二应用的应用标识，电子设备处理第二应用的图标的显示状态，包括：基于第二应用的应用标识，电子设备移除第二应用的图标上的预设图标。该方法实现通知消息与图标上的预设图标的同步性，从而在有图标时，提高对有新版本通知提醒的可信度。

作为本申请第一方面的一个实施例，软件版本更新的通知消息的移除事件，包括：打开或删除通知栏中的软件版本更新的通知消息。

作为本申请第一方面的一个实施例，确定通知消息是来自第一应用的软件版本更新的通知消息，包括：电子设备确定通知消息对应的应用包名为第一应用的应用包名，则确定通知消息来自第一应用；且电子设备确定通知消息对应的标记符合软件版本更新的标记要求，确定通知消息是来自第一应用的软件版本更新的通知消息。

作为本申请第一方面的一个实施例，电子设备确定通知消息的标记符合软件版本更新的标记要求，包括：确定通知消息的标记为软件版本更新标记；或，确定通知消息从软件版本更新指定通道传输。

作为本申请第一方面的一个实施例，电子设备将通知消息对应的第一应用对应的应用标识映射为第二应用的应用标识，包括：电子设备将通知消息对应第一应用的应用包名更改为第二应用的应用包名。

作为本申请第一方面的一个实施例，基于第二应用的应用标识，电子设备在第二应用的图标上，以预设图标的方式，增强显示软件版本更新的消息，包括：当确定第二应用的图标上无预设图标，电子设备在第二应用的图标上增加预设图标，以增强显示软件版本更新的通知消息。

作为本申请第一方面的一个实施例，当确定第二应用的图标上有预设图标，电子设备保留预设图标。

作为本申请第一方面的一个实施例，预设图标包括圆形、三角形、菱形或方形图标。

作为本申请第一方面的一个实施例，确定通知消息是来自第一应用的非软件版本更新的通知消息，电子设备不再对第二应用的图标的显示状态进行处理。

第二方面，本申请提供一种电子装置，包括：

第一应用，用于软件版本更新；

第二应用，第二应用具有对应的应用图标；

通知管理模块，用于管理通知栏对应的通知消息；

桌面模块，用于获取针对通知消息的处理事件，并确定通知消息是来自第一应用的软件版本更新的通知消息，软件版本更新的通知消息是指需要用户对软件新版本输入操作命令的通知类消息，桌面模块基于处理事件，根据通知消息处理第二应用的图标的显示状态。

根据本申请实施例的电子装置，在能够满足第一应用无桌面图标时，通过第二应用的桌面图标提示第一应用的发送的软件版本更新提醒，同时，将通知中心的通知消息与第二应用图标的提示标记相关联，可起到对通知消息增强提醒的效果。此外，该方法不需要第三方应用的适配和支持，解决了系统生态适配的问题，使得开发过程更加简单，方便。

作为本申请第二方面的一个实施例，桌面模块用于将通知消息对应的第一应用的应用标识映射为第二应用的应用标识，并基于第二应用的应用标识，处理第二应用的图标的显示状态。第一应用的对应的应用标识被映射为第二应用的应用标识后，桌面模块在更新图标时，可以对第二应用图标进行处理，使得软件版本更新的通知消息与第二应用图标的显示状态相关联，不仅对软件版本更新进行提醒，也能够对通知消息起到增强提醒。

作为本申请第二方面的一个实施例，当桌面模块确定处理事件为针对软件版本更新的通知消息的发送事件，桌面模块用于基于第二应用的应用标识，电子设备在第二应用的图标上，以预设图标的方式，增强显示软件版本更新的通知消息。通过图标上的预设图标来增强提醒有软件版本更新的消息，提高软件更新的及时性。

作为本申请第二方面的一个实施例，当桌面模块确定处理事件为针对软件版本更新的通知消息的移除事件，桌面模块用于基于第二应用的应用标识，移除第二应用的图标上的预设图标。该方法实现通知消息与图标上的预设图标的同步性，从而在有图标时，提高对软件版本更新通知提醒的可信度。

作为本申请第二方面的一个实施例，桌面模块确定通知消息对应的应用标识为第一应用的应用标识，则确定通知消息来自第一应用；且桌面模块确定通知消息对应的标记符合软件版本更新的标记要求，确定通知消息是来自第一应用的软件版本更新的通知消息。

作为本申请第二方面的一个实施例，桌面模块确定通知消息的标记为软件版本更新标记；或，确定通知消息从软件版本更新对应的指定通道传输，则确定通知消息的标记符合软件版本更新的标记要求。

作为本申请第二方面的一个实施例，桌面模块将与第一应用对应的通知消息对应的应用标识映射为第二应用的应用标识，包括：将通知消息对应的应用包名更改为第二应用的应用包名。

作为本申请第二方面的一个实施例，当确定第二应用的图标上无预设图标，桌面模块在第二应用的图标上增加预设图标，以增强显示软件版本更新的通知消息。

作为本申请第二方面的一个实施例，当确定第二应用的图标上有预设图标，桌面模块保留预设图标。

作为本申请第二方面的一个实施例，预设图标包括圆形、三角形、菱形或方形图标。

作为本申请第二方面的一个实施例，桌面模块还用于：确定通知消息是来自第一应用的非软件版本更新的通知消息，不再第二应用的图标的显示状态进行处理。

第三方面，本申请提供一种电子设备，包括：

存储器，用于存储由设备的一个或多个处理器执行的指令，以及

处理器，用于执行上述第一方面实施例所述的方法。

第三方面，本申请提供一种计算机可读存储介质，计算机可读存储介质存储有计算机程序，计算机程序被处理器运行时，使得处理器执行上述第一方面实施例的方法。

第四方面，本申请的公开了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述第一方面实施例所述的方法。

附图说明

图1为本申请一个实施例的手机更新软件新版本的场景图；

图2为本申请一个实施例的手机的界面示意图；

图3为本申请一个实施例的本申请实施例的提醒软件版本升级的系统架构图；

图4为本申请一个实施例的手机提醒软件升级的界面示意图；

图5为本申请一个实施例的电子设备的结构示意图；

图6为本申请一个实施例的电子设备的软件结构框图；

图7a为本申请一个实施例的增加标记的提醒软件版本升级的方法的流程图；

图7b为本申请一个实施例的手机界面示意图；

图7c为本申请一个实施例的手机界面示意图；

图7d为本申请一个实施例的手机界面示意图；

图7e为本申请一个实施例的手机界面示意图；

图8为本申请一个实施例的增加标记的提醒软件版本升级的方法的流程图；

图9a为本申请一个实施例的移除标记对应的提醒软件版本升级方法的流程图；

图9b为本申请一个实施例的手机界面示意图；

图10为本申请另一实施例的移除标记对应的提醒软件版本升级方法的流程图；

图11为本申请实施例的软件版本更新的界面操作示意图；

图12为本申请实施例的一个装置的结构示意图；

图13为本申请一些实施例的一种片上系统的框图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述。

参考图1，图1示出了手机更新软件新版本的场景图。如图1所示，该场景图中包括服务器10和手机20。手机10可以和服务器20相互通信，手机10可以向服务器10发送查询请求，查询请求中可以包括手机20的软件版本信息，例如，操作系统的版本号。服务器10中可以存储手机20安装的系统的最新版本。服务器10接收到查询请求后，根据查询请求中的版本号确定该软件版本是否为最新版本，若服务器10判断当前手机发送的软件版本号不是最新版本号，则服务器10通知手机20有新版本需要更新，手机20接收到通知信息后，可以通过界面提示用户有新版本需要下载更新。用户可以根据提示决定是否自动升级，或者手动升级。当在手机20升级软件新版本时，可以采用空中下载技术(Over the Air Technology,OTA)直接从服务器10下载软件版本更新包，直接对旧版本软件进行升级。OTA升级就是空中下载技术,通过无线网络或者4G网络的空中接口下载的系统更新包，直接进行升级的一种技术。

需要说明的是，上述服务器10可以是云服务器，用于为软件版本提供云存储空间，并支持云端版本查询、下载的服务器。

上述场景中提到的，通过界面提醒用户有软件新版本升级时，手机20可以在屏幕中弹出通知栏，在通知栏中以文字信息提醒用户有软件新版本需要下载或安装，或者，直接在通知中心中出现一条通知栏消息，在用户打开通知消息时，可以看到相应的对新版本进行下载或安装等消息。由于，软件更新模块并没有对应的桌面图标，因此，在需要软件版本更新提醒时，无法通过软件更新模块本身对应的桌面图标来提醒用户。因而，在软件版本更新或升级时，需要在指定的其他应用图标，例如，市场应用，设置应用等应用图标对用户进行提醒，例如，在设置应用上显示数字角标，以提醒用户有待更新软件版本，以此，来引导用户，该指定的应用即为更新软件版本的入口，对软件新版本进行更新。

参考图2，图2示出了手机的界面示意图。结合图1和图2所示，在手机20的界面21中包括应用程序“设置”图标，在设置图标上显示数字角标22，数字角标由“○”和其中的数字“1”组成，当设置模块有多个提醒消息时，数字会对应的增加。手机通过在应用图标上显示数字信息，来提醒用户有需要更新的软件新版本。用户可以通过设置菜单中的子项“设置”->系统和更新->软件更新，来更新软件新版本。但是这种数字角标的方案中，需要统计每一个应用的提醒消息数目，当涉及第三方应用时，需要为第三方应用额外新增配置接口，通过应用调用进行数字角标显示，以实现增加数值或者降低数值。这种方案的实现需要第三方应用支持，约束较多。此外，现有的软件版本更新提醒方案中，对于通知栏提醒没有起到增强提示的效果。

为了解决上文中的技术问题，本申请提出一种提醒软件版本升级的方法，该方法不需要第三方应用的支持，解决了系统生态适配的问题使得开发过程更加简单，方便。同时，通知栏中的通知消息与应用图标的提示标记相关联，可起到对通知栏增强提醒的效果。

下面结合附图，对本申请实施例的提醒软件版本升级的方法进行说明。

参考图3，图3示出了本申请实施例的提醒软件版本升级的系统架构图。如图3所示的架构图中，包括服务器310和手机320。其中，服务器310中包括版本管理模块311用于软件版本的管理，例如软件新版本的归档，查询等，以及对外发布软件新版本等。版本管理模块311可以在接收到手机320的查询信息时，在服务器310的存储器内查询是否有软件新版本，并将查询结果反馈给手机320。手机320中包括软件更新模块321(第一应用)，通知管理模块322和桌面模块323。其中，软件更新模块321在手机320与服务器310通信时，负责查询是否有软件新版本需要更新。如果有，则发送通知栏提醒通知给通知管理模块322，通知管理模块322负责通知提醒用户有软件新版本消息，例如在显示屏界面上显示横幅通知，横幅通知中显示有相应的软件版本更新的通知消息，例如发现软件新版本后提示用户下载、下载后提醒安装或安装后提示重新启动等提醒通知，或者在通知中心中增加一栏通知消息，以提醒用户有软件新版本。桌面模块可以通过通知监听服务实时监听到通知消息对应的事件，例如在界面上弹出通知消息的事件或通知中心增加了通知消息内容的事件，也可以是通知消息被移除事件等。桌面模块322获取到这些处理事件，触发对通知消息识别和处理，确定通知消息的来源，例如来自软件更新应用(第一应用)，以及通知消息的内容(发现软件新版本)，并基于处理事件刷新桌面上指定图标的显示状态，例如，在横幅通知中增加一条软件版本更新的通知消息，则指定图标上增加标记，以便于用户对软件版本更新或进行升级。又如，当通知消息在横幅通知中被移除，则指定图标上的标记被消除。

需要说明的是，软件更新模块321对应的应用程序(软件更新应用)是一个独立的系统应用，由于软件更新应用(对应第一应用)没有桌面图标，因此，需要其他应用支持，作为软件更新的入口。例如，将设置应用(第二应用)作为软件更新应用(第一应用)的入口。当手机接收到通知栏对应的通知消息为软件更新应用发送的软件版本更新的通知消息，手机320获取通知消息，并将通知消息对应的软件更新应用的应用标识映射为设置应用的应用标识，基于设置应用的应用标识，在设置应用对应的应用图标上增设圆点标记(预设图标)。或者当手机320接收到用户针对通知横幅中的通知消息删除操作(移除事件)，手机将通知消息对应的软件更新应用的应用标识映射为设置应用的标识，基于设置应用的标识，删除设置应用对应的圆点标记。

参考图4，图4示出了本申请实施例的手机提醒软件升级的界面示意图。如图4中的(a)所示，在界面410中，当没有软件版本更新时，“设置”应用图标上没有圆点标记。结合图3，当软件更新应用向通知管理模块322发送通知栏提醒时，通知管理模块322获得通知栏提醒的通知消息，并在手机30的显示屏上弹出通知栏，或者在通知中心中增加一条通知栏消息。如图4中的(b)所示，在界面420中，弹出通知横幅421，通知横幅421中显示“发现软件新版本”以及对应的版本号“5.0.1.106”等通知信息，用户可以根据通知栏消息得到有软件需要更新。同时，在通知管理模块322将通知消息在显示屏中弹出显示，或者增加到通知中心时，桌面模块323可以通过通知监听服务监听到对应的弹出或增加通知消息的事件，并触发对通知消息进行识别，在确定通知消息是来自软件更新应用的软件版本更新的通知消息时，在“设置”应用图标上增加圆点标记422。以提醒用户有软件新版本需要更新。当用户未及时处理通知消息后，通知消息退出界面420后，隐藏消息。消息被隐藏后，用户不能通过桌面发现该条消息时，还可以通过“设置”应用图标上的标记了解到有通知消息的提醒。如图4中的(c)所示，在界面420中，通知消息已经隐藏，“设置”应用图标上的圆点标记422依然存在，用户可以根据圆点标记422了解到有软件新版本需要更新，便于及时处理软件版本更新。

此外，如图4中的(b)所示，若用户删除或打开横幅通知421时，桌面上的通知消息将会被删除(移除事件)，此时，桌面模块获得通知消息对应的移除事件，并将如图4中的(c)所示的圆点标记422删除。

根据本申请实施例的提醒软件新版本的方法，通过对通知消息事件进行判断，在确定是软件更新应用发送的关于软件版本更新的信息时，修改设置应用图标的显示状态，例如，在设置应用图标上增加圆点标记，从而通过通知栏消息和应用图标两种方式，加强对用户更新软件新版本的提醒，在消息移除时，删除圆点标记，使得圆点提醒方式更加可靠。同时，本申请的方法中，可以不需要第三方应用的支持，所以解决了因需要系统生态适配而使得开发过程受到制约的问题。

需要说明的是，本申请中以圆点标记作为预设图标的示例进行说明，在一些实施例中，预设图标还可以是其他形状，例如方形、三角形或菱形等，图标内部可以不用填充颜色，也可以填充颜色，例如，红色，橙色等醒目的颜色，以便于用户能够更清楚的观察到图标变化，及时更新软件新版本。

在上述实施例中，以设置应用作为软件更新入口进行说明，在其他实施例中，也可以是其他应用作为软件更新入口，例如，市场应用等，本申请对于软件更新入口的应用并不限定。

在上述实施例中以手机为电子设备进行的说明，在一些实施例中，手机还可以为平板电脑(Portable Android Device，PAD)、个人数字处理(Personal DigitalAssistant，PDA)、具有无线通信功能的手持设备、计算设备、车载设备或可穿戴设备，虚拟现实(Virtual Reality，VR)终端设备、增强现实(Augmented Reality，AR)终端设备、工业控制(Industrial Control)中的无线终端、无人驾驶(Self Driving)中的无线终端、远程医疗(Remote Medical)中的无线终端、智慧家庭(Smart Home)中的无线终端等具有触控屏的移动终端或固定终端。本申请实施例中对电子设备的形态不做具体限定。

下面结合电子设备的硬件结构和软件结构，对本申请实施例的提醒软件版本升级的方法进行描述。

图5示出了电子设备100的结构示意图。电子设备100可以包括处理器110，外部存储器接口120，内部存储器121，通用串行总线(universal serial bus，USB)接头130，充电管理模块140，电源管理模块141，电池142，天线1，天线2，移动通信模块150，无线通信模块160，音频模块170，扬声器170A，受话器170B，麦克风170C，耳机接口170D，传感器模块180，按键190，马达191，指示器192，摄像头193，显示屏194，以及用户标识模块(subscriberidentification module，SIM)卡接口195等。其中传感器模块180可以包括压力传感器180A，陀螺仪传感器180B，气压传感器180C，磁传感器180D，加速度传感器180E，距离传感器180F，接近光传感器180G，指纹传感器180H，温度传感器180J，触摸传感器180K，环境光传感器180L，骨传导传感器180M等。

可以理解的是，本发明实施例示意的结构并不构成对电子设备100的具体限定。在本申请另一些实施例中，电子设备100可以包括比图示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。图示的部件可以以硬件，软件或软件和硬件的组合实现。

处理器110可以根据指令操作码和时序信号，产生操作控制信号，完成取指令和执行指令的控制。

处理器110中还可以设置存储器，用于存储指令和数据。在一些实施例中，处理器110中的存储器为高速缓冲存储器。该存储器可以保存处理器110刚用过或循环使用的指令或数据。如果处理器110需要再次使用该指令或数据，可从存储器中直接调用。避免了重复存取，减少了处理器110的等待时间，因而提高了系统的效率。

在一些实施例中，处理器110可以获取通知栏中的通知消息对应事件，例如，软件版本更新的弹出显示事件或软件版本更新的通知消息被移除事件，并触发对通知消息的识别，确定通知消息是来自第一应用的软件版本更新的通知消息，处理器110将与第一应用对应的通知消息的应用标识映射为第二应用的应用标识，再基于第二应用的应用标识，处理第二应用的图标的显示状态，例如，当通知消息对应的事件是软件版本更新的弹出显示事件时或通知中心增加该通知消息的事件时，在设置应用的图标上增加圆点标记。当通知消息对应的事件是软件版本更新的通知消息的被移除事件时，移除设置应用的图标上的圆点标记。

在一些实施例中，处理器110可以包括一个或多个接口。接口可以包括集成电路(inter-integrated circuit，I2C)接口，集成电路内置音频(inter-integrated circuitsound，I2S)接口，脉冲编码调制(pulse code modulation，PCM)接口，通用异步收发传输器(universal asynchronous receiver/transmitter，UART)接口，移动产业处理器接口(mobile industry processor interface，MIPI)，通用输入输出(general-purposeinput/output，GPIO)接口，用户标识模块(subscriber identity module，SIM)接口。

UART接口是一种通用串行数据总线，用于异步通信。该总线可以为双向通信总线。它将要传输的数据在串行通信与并行通信之间转换。在一些实施例中，UART接口通常被用于连接处理器110与无线通信模块160。例如：处理器110通过UART接口与无线通信模块160中的蓝牙模块通信，实现蓝牙功能。

在一些实施例中，处理器110通过UART接口与无线通信模块160连接，并控制无线通信模块160与服务器通信，实现软件新版本的下载。

MIPI接口可以被用于连接处理器110与显示屏194，摄像头193等外围器件。MIPI接口包括摄像头串行接口(camera serial interface，CSI)，显示屏串行接口(displayserial interface，DSI)等。

在一些实施例中，处理器110和显示屏194通过DSI接口通信，实现电子设备100的显示功能，例如，控制显示屏194上显示通知栏信息，以及设置应用的应用图标，以及应用图标上增加的用于提醒软件新版本升级的圆点标记。

电子设备100的无线通信功能可以通过天线1，天线2，移动通信模块150，无线通信模块160，调制解调处理器以及基带处理器等实现。

天线1和天线2用于发射和接收电磁波信号。电子设备100中的每个天线可用于覆盖单个或多个通信频带。不同的天线还可以复用，以提高天线的利用率。例如：可以将天线1复用为无线局域网的分集天线。在另外一些实施例中，天线可以和调谐开关结合使用。

在一些实施例中，电子设备可以通过移动通信模块150与服务器进行通信，获得软件新版本的信息，并从服务器下载软件新版本，以便于电子设备对系统软件进行更新。

无线通信模块160可以提供应用在电子设备100上的包括无线局域网(wirelesslocal area networks，WLAN)(如无线保真(wireless fidelity，Wi-Fi)网络)，蓝牙(bluetooth，BT)，全球导航卫星系统(global navigation satellite system，GNSS)，调频(frequency modulation，FM)，近距离无线通信技术(near field communication，NFC)，红外技术(infrared，IR)等无线通信的解决方案。

在一些实施例中，电子设备可以通过无线通信模块160与服务器通信，获得软件新版本的信息，并从服务器下载软件新版本，以便于电子设备对系统软件进行更新。

电子设备100通过GPU，显示屏194，以及应用处理器等实现显示功能。GPU为图像处理的微处理器，连接显示屏194和应用处理器。GPU用于执行数学和几何计算，用于图形渲染。处理器110可包括一个或多个GPU，其执行程序指令以生成或改变显示信息。

在一个实施例中，处理器110接收到有软件新版本需要更新时，可以控制显示屏194上弹出通知横幅，并显示有软件新版本需要更新的通知，以提醒用户对新版本及时升级。并且处理器110可以控制显示屏194显示的指定图标上，增加预设图标，例如圆点标记等，提醒用户有带更新软件新版本。

内部存储器121可以用于存储计算机可执行程序代码，可执行程序代码包括指令。内部存储器121可以包括存储程序区和存储数据区。其中，存储程序区可存储操作系统，至少一个功能所需的应用程序(比如声音播放功能，图像播放功能等)等。存储数据区可存储电子设备100使用过程中所创建的数据(比如音频数据，电话本等)等。此外，内部存储器121可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件，闪存器件，通用闪存存储器(universal flash storage，UFS)等。处理器110通过运行存储在内部存储器121的指令，和/或存储在设置于处理器中的存储器的指令，执行电子设备100的各种功能应用以及数据处理。

在本申请的一个实施例中，内部存储器121中可以存储有提醒软件版本升级的方法的指令，处理器110通过运行提醒软件版本升级的方法指令，使得电子设备100的显示屏194在有软件新版本需要更新时，在指定的应用图标上增加预设图标，以提醒用户有软件新版本需要升级。

压力传感器180A用于感受压力信号，可以将压力信号转换成电信号。在一些实施例中，压力传感器180A可以设置于显示屏194。压力传感器180A的种类很多，如电阻式压力传感器，电感式压力传感器，电容式压力传感器等。电容式压力传感器可以是包括至少两个具有导电材料的平行板。当有力作用于压力传感器180A，电极之间的电容改变。电子设备100根据电容的变化确定压力的强度。当有触摸操作作用于显示屏194，电子设备100根据压力传感器180A检测触摸操作强度。电子设备100也可以根据压力传感器180A的检测信号计算触摸的位置。在一些实施例中，作用于相同触摸位置，但不同触摸操作强度的触摸操作，可以对应不同的操作指令。

在一些实施例中，用户按压、点击显示屏194后，压力传感器180A用于感受到用户针对的压力信号，可以将压力信号转换成电信号。以使得处理器110可以根据用户针对按压的操作，打开软件更新入口，或者打开通知栏安装软件新版本。

触摸传感器180K，也称“触控器件”。触摸传感器180K可以设置于显示屏194，由触摸传感器180K与显示屏194组成触摸屏，也称“触控屏”。触摸传感器180K用于检测作用于其上或附近的触摸操作。触摸传感器可以将检测到的触摸操作传递给应用处理器，以确定触摸事件类型。可以通过显示屏194提供与触摸操作相关的视觉输出。在另一些实施例中，触摸传感器180K也可以设置于电子设备100的表面，与显示屏194所处的位置不同。

在一些实施例中，用户触摸显示屏194的指定应用，例如设置的应用图标，触摸传感器将对应的触摸事件发送给处理器110，处理器110接收到用户针对显示屏194的设置应用图标的操作，响应于该操作，打开设置应用，用户按照显示屏194界面显示的内容进行操作，例如，设置->系统和更新->软件更新，完成对软件新版本的检索或更新。

电子设备100的软件系统可以采用分层架构，事件驱动架构，微核架构，微服务架构，或云架构。本发明实施例以分层架构的Android系统为例，示例性说明电子设备100的软件结构。

图6是本发明实施例的电子设备100的软件结构框图。

分层架构将软件分成若干个层，每一层都有清晰的角色和分工。层与层之间通过软件接口通信。在一些实施例中，将Android系统分为四层，从上至下分别为应用程序层，应用程序框架层，安卓运行时(Android runtime)和系统库，以及内核层。

应用程序层可以包括一系列应用程序包。

如图6所示，应用程序包可以包括设置，软件更新，相机，图库，日历，通话，导航，WLAN，蓝牙，音乐，视频，短信息等应用程序。

应用程序框架层为应用程序层的应用程序提供应用编程接口(applicationprogramming interface，API)和编程框架。应用程序框架层包括一些预先定义的函数。

软件更新应用是一个单独的系统应用，但是软件更新应用无桌面图标，因此，用户不能够在桌面中直接找到软件更新应用入口。

在一些实施例中，设置应用程序作为另一个独立的系统应用，可以作为软件更新应用的入口，将软件更新应用作为设置应用的一个子项，用户可以通过打开设置应用界面找到软件更新应用，从而完成对软件新版本的更新。

在一些实施例中，应用程序层还可以包括桌面应用(lanucher)，用于管理整个手机屏幕的桌面状态，可以在通知管理器中注册通知监听管理服务，通过通知监听管理服务监听通知消息的发送事件和移除事件。

如图6所示，应用程序框架层可以包括窗口管理器，内容提供器，视图系统，电话管理器，资源管理器，通知管理器等。

窗口管理器用于管理窗口程序。窗口管理器可以获取显示屏大小，判断是否有状态栏，锁定屏幕，截取屏幕等。

内容提供器用来存放和获取数据，并使这些数据可以被应用程序访问。数据可以包括视频，图像，音频，拨打和接听的电话，浏览历史和书签，电话簿等。

在一些实施例中，内容提供器可以存储软件版本号，并且便于软件更新应用获取软件版本号，并与通信连接的服务器通信，确定是否有软件新版本需要更新，并且将最新的软件新版本号进行存储。

视图系统包括可视控件，例如显示文字的控件，显示图片的控件等。视图系统可用于构建应用程序。显示界面可以由一个或多个视图组成的。例如，包括短信通知图标的显示界面，可以包括显示文字的视图以及显示图片的视图。

在一些实施例中，当软件更新应用确定有软件新版本需要更新时，并通知视图系统有软件新版本需要更新，视图系统根据指定的设置应用作为增强显示的软件更新入口，在设置应用对应的应用图标上显示圆点标记。或者，当软件新版本已经更新完成时，视图系统去除设置应用对应的应用图标上显示的圆点标记。

资源管理器为应用程序提供各种资源，比如本地化字符串，图标，图片，布局文件，视频文件等等。

通知管理器使应用程序可以在状态栏中显示通知信息，可以用于传达告知类型的消息，可以短暂停留后自动消失，无需用户交互。比如通知管理器被用于告知下载完成，消息提醒等。通知管理器还可以是以图表或者滚动条文本形式出现在系统顶部状态栏的通知，例如后台运行的应用程序的通知，还可以是以对话窗口形式出现在屏幕上的通知。例如在状态栏提示文本信息，发出提示音，电子设备振动，指示灯闪烁等。

在一些实施例中，通知管理器(对应图3中的通知管理模块)可以与软件更新应用进行通信，在软件更新应用搜索到有软件新版本时，软件更新应用将发现新版本的消息发送给通知管理器，通知管理器可以在通知栏或横幅通知中显示该软件版本更新的提醒信息，并且在用户将软件版本更新完毕后，在通知栏或横幅通知中显示完成更新的消息。

系统库可以包括多个功能模块。例如：表面管理器(surface manager)，媒体库(Media Libraries)，三维图形处理库(例如：OpenGL ES)，2D图形引擎(例如：SGL)等。

表面管理器用于对显示子系统进行管理，并且为多个应用程序提供了2D和3D图层的融合。

在一些实施例中，表面管理器用于将预设图标对应图层与设置图标对应图层进行融合，使得预设图标，例如，圆点标记作为设置应用图标的角标进行显示。

三维图形处理库用于实现三维图形绘图，图像渲染，合成，和图层处理等。2D图形引擎是2D绘图的绘图引擎。

内核层是硬件和软件之间的层。内核层至少包含显示驱动，摄像头驱动，音频驱动，传感器驱动。

下面对本申请实施例提供的提醒软件版本升级的方法进行详细的说明。

本申请实施例提供的提醒软件版本升级的方法可以应用于具有如图5所示的硬件结构和如图6所示的软件结构的电子设备中。或者比图示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置等类似的硬件结构和软件结构的电子设备中。

本申请实施例的提醒软件版本升级的方法主要考虑了两种场景，分别为，场景1：发送(post)关于软件版本更新提醒的场景。场景2：移除(remove)软件新版本的场景。在下面的实施例中，将结合附图对两种场景分别进行描述。

场景1：发送关于软件版本更新提醒的场景。

参考图7a所示，图7a示出了本申请实施例的增加标记的提醒软件版本升级的方法的流程图。该方法由手机执行。手机可以包括软件更新模块，该模块对应的应用为软件更新应用(第一应用)、通知管理模块和桌面模块(launcher)，其中，桌面模块可以在通知管理模块中注册有通知监听服务，通知监听服务用于监听通知消息弹出事件或移除事件等。如图7a所示，该方法包括S701-S709。

S701，软件更新模块(软件更新应用)搜索到软件新版本，发送通知栏提醒。

在本申请的一个实施例中，软件更新模块即为软件更新应用，手机与服务器建立通信连接后，手机可以通过软件更新应用对软件版本进行管理，例如，自动与服务器通信，以确定是否有软件新版本发布。举例说明，软件更新应用获取当前已经安装的软件版本号，如，Harmony OS 2.0.0.165，再通过无线通信模块160发送给服务器，由服务器查询该版本号是否为最新版本号，若查询该软件版本号不是最新版本，服务器返回手机最新的软件版本号。软件更新应用确定有软件新版本后，发送软件新版本的版本号给通知管理模块，可以为图6所示的通知管理器。

S702，通知管理模块接收通知栏提醒消息，处理软件版本更新的通知消息。例如，该通知消息可以在显示屏上以横幅通知的形式显示，或者在通知中心增加一条通知，以便于提醒用户。

通知管理模块可以通过界面通知栏显示软件新版本的版本号等软件版本更新的通知信息。在本申请的实施例中，软件版本更新的通知消息可以包括在软件更新模块检索到有软件新版本后，在显示屏上显示出提示用户下载、或者在软件新版本下载以后，提示用户安装的提醒通知，又或者，在软件新版本安装后提示用户重新启动手机等提醒通知。

参考图7b所示的手机界面示意图。如图7b所示，在软件更新应用向通知管理模块发送通知提醒后，在界面710中，会弹出通知栏711，并显示“软件更新”、新版本提醒的信息，如“发现软件新版本”，以及对应的新版本号“5.0.1.106(SP10CO0E106R4R4log)可用于下载”，或者如图7c所示，在界面713中，通知栏中显示“新版本下载完成”以及对应的新版本号“5.0.1.106(SP10CO0E106R4R4log)可用于安装”等信息。通过通知消息的提醒，用户可以及时了解到有软件需要更新，用户可以选择立即下载并安装，也可以选择无视该通知消息。通知栏会在提示几秒后，自动退出界面。因此，若用户没有及时对软件新版本及时处理，可能会出现软件版本更新不及时的情况。

S703，桌面模块获取通知消息的处理事件(增加软件版本更新的通知消息)。

在本申请的一个实施例中，在通知管理模块中可以注册有桌面模块launcher对应的通知监听服务(notification listener service)，通知监听服务作为系统的一个子服务，用于实时监听通知管理模块发送或移除的通知，并及时将获得的通知发送给桌面模块。例如，当软件更新应用发送软件新版本的通知消息后，通知管理模块通过弹出的方式在显示屏中显示通知消息，或者在通知中心增加一条通知消息。这些弹出显示或增加通知的事件信息会被通知监听服务监听到，并将监听到的与通知消息对应的弹出事件，或增加消息的事件发送给桌面模块，桌面模块获取该事件对应的通知消息并对通知消息的来源和内容进一步判断。在下面中将详细描述桌面模块对通知消息的处理过程，以下步骤由桌面模块执行。

S704，判断通知消息是否来自软件更新应用。

在本申请的一个实施例中，桌面模块获取到通知消息后，根据通知消息对应的应用标识判断发送通知消息的应用是否为软件更新应用。其中应用标识中至少包括通知消息的发送者对应的应用包名等信息，例如，若通知消息是软件更新应用发送的，则该通知消息对应的应用标识中会包含软件更新应用的包名，由此可判断通知消息来自于软件更新应用。

当判断通知消息不是软件更新应用发送的消息，则执行S708，执行非软件更新应用的处理程序，即不再执行本申请中S705-S707。例如，当时短信应用更新时，则桌面模块可直接刷新短信应用的应用图标，在短信应用图标上增加数字角标或圆点标记，该方案具体过程可参考现有技术的图标刷新方法，本申请不再对该内容详细说明。

当判断通知消息是软件更新应用发送的消息，则执行S705。

在S705中，判断通知消息是否为软件版本更新消息。

在一些实施例中，该步骤可以是由桌面模块来执行，具体地，可以由桌面模块的判断模块执行。举例说明，判断模块可以根据通知消息发送的传输通道标识(channel ID)判断出是软件新版本的对应通知消息。通常在不同的传输通道会发送不同类型的通知消息，因此，根据消息的传输方式可以判断出是否为软件版本更新消息。此外，在一些实施例中，也可以根据通知消息的其他标识来判断是否为软件版本更新消息，例如，通知消息的标题(title)，例如包括新版本的版本号。或标签(tag)，注明“软件版本更新”等信息。

当通知消息不是软件版本更新消息，例如，是软件新版本下载完成消息、安装完成等通知消息，则手机执行S709，结束对通知消息的处理。

当通知消息是软件版本更新消息，则手机执行S706。

在S706中，将通知消息的软件更新应用的应用包名修改为设置应用(对应第二应用)的应用包名。

具体地，桌面模块可以在通知消息对应的消息属性或参数中，将软件更新应用的应用包名(software update package)更改为设置应用的应用包名(setting package)。

S707，刷新设置应用的图标，在图标上显示圆点标记。

桌面模块基于设置应用的应用包名，找到桌面设置应用对应的应用图标，并刷新设置应用的应用图标，在该应用图标上增加圆点标记。

参考图7d，图7d示出了本申请实施例的手机界面示意图。如图7d所示，在界面720中，横幅通知721中提示“发现软件新版本，5.0.1.106(SP10CO0E106R4R4log)可用于下载”，提醒用于有软件新版本需要更新。同时，在桌面的设置图标上显示有圆点标记722，以提醒用户有软件新版本需要更新。用户可以通过界面中两种方式中的任一种得到软件新版本需要更新的提醒。此外，通过在界面弹出通知横幅形式来提醒用户时，时长较短，通常只有几秒钟，若用户没有及时看到通知栏提醒，或者，横幅通知被关闭，用户也不能通过界面观看到通知，还可以通过设置图标上的圆点标记，及时发现有软件新版本需要更新。该方法增强新版本提醒强度，增加可了见性，提升升级率，且整个过程不需要第三方应用支持，解决了因系统生态环境需要适配而导致的开发过程受到约束的问题。

在一些实施例中，当设置应用被放置在应用文件中时，圆点标记会被对应的标记在应用文件夹的图标上。参考图7e，图7e示出了本申请实施例的手机界面示意图。如图7所示，在界面730中，设置应用的图标731被设置在日常文件夹内时，手机在刷新设置应用的桌面图标时，发现设置应用图标被放置在“日常应用”的文件内时，则将圆点标记设置在“日常应用”文件夹的图标上，以便于用户可以及时看到圆点标记。

结合图7a所示，当手机的桌面模块执行到S706以后，还需要对设置应用的图标上是否已经有标记进行判断，若设置应用对应的应用图标上已经有圆点标记时，则手机保留圆点标记，则不在对设置应用的应用图标进行刷新。在下面图8所示的实施例中，对已有圆点标记的流程进行说明。

参考图8，图8为本申请一个实施例的提醒软件版本升级的方法的流程图，如图8所示，该方法包括S801-S811，该流程图与图7a相比增加了S807和S811。此外，其余的步骤S801-S806与图7a中的S701-S706相对应，S809和-S810与S708-S709相对应，具体可参考图7a中的各步骤，此处不在详细说明。

S801，软件更新模块(软件更新应用)搜索到软件新版本，发送通知栏提醒。

S802，通知管理模块接收通知栏提醒消息，发送软件版本更新的通知消息。

S803，桌面模块获取通知消息对应的处理事件。

S804，判断通知消息是否来自软件更新应用。

是，手机执行S805。

否，手机执行S809，执行非软件更新应用的处理程序。

S805，通知消息是否为软件版本更新消息。

是，手机执行S806。

否，手机执行S810，结束对通知消息的处理。

S806，将通知消息对应的软件更新应用的应用包名修改为设置应用(对应第二应用)的应用包名。

S807，判断设置的应用图标上是否已显示有圆点标记。

在一个实施例中，该步骤可以由桌面模块执行，桌面模块获取桌面上的设置的应用图标数据，应用图标数据中有圆点标记数据，例如，当有两次软件版本更新的场景时，在第一次的软件新版本对应通知消息还没有被移除时，则应用图标上的圆点标记没有被移除，桌面模块确定有圆点标记，则执行S811，保留圆点标记，不再刷新设置的应用图标。

若无圆点标记，则执行S808。

S808，刷新设置应用的图标，在图标上显示圆点标记。该步骤与图7a中的S707相对应。

场景2：移除(remove)软件版本更新的通知提醒的场景。

该场景是基于在场景1的基础上，由于软件更新应用先发送了软件版本更新提醒的通知消息，使得界面中显示有对应的横幅通知，或者通知中心中包含了软件版本更新的通知消息，并且在设置应用对应的应用图标上显示有圆点标记。而移除软件版本更新的通知提醒是指将横幅通知，或通知中心中的软件版本更新的通知消息移除。

参考图9a，图9a示出了本申请实施例的移除标记对应的提醒软件版本升级方法的流程图，该方法由手机执行。手机可以包括桌面模块和通知管理模块。如图9a所示，该方法包括S901-S907。

S901，通知监听服务监听到移除软件版本更新的通知消息的事件。其中，通知监听服务作为桌面模块的下的服务，注册在通知管理模块中，当通知监听服务监听到软件版本更新的通知消息被移除的事件，并将对应的事件以及事件对应的信息发送给桌面模块。

在本申请的实施例中，移除软件版本更新的的通知消息可以是用户手动在通知中心中，直接将对应的通知消息删除，参考图9b所示的手机界面示意图。如图9b所示，用户下拉通知中心，显示界面910，界面910为打开通知中心的界面，在该界面910中有软件更新应用发送的软件版本更新的提醒通知911，例如“发现软件新版本”、以及对应的新版本版本号“5.0.1.106”等信息。当用户删除该通知消息时，通知管理模块中的通知监听服务会监听到通知消息被移除事件，并及时发送给桌面模块，桌面模块根据该通知消息进一步确定移除消息的来源和具体内容。

在一些实施例中，移除软件版本更新的通知消息也可以是用户通过打开或删除横幅通知时，对应的通知消息会被通知模块消除，例如，用户点击横幅通知中的立即下载，通知管理模块会移除对应的软件版本更新的立即下载的提醒消息，或者，用户点击横幅通知中的立即安装，通知管理模块会移除该立即下载的提醒消息，或者在安装完成后，提醒用户立即重启的通知消息中，用户点击立即重启后，该立即重启对应的提醒消息消除，这些软件版本更新的通知消息的移除都会被通知监听服务监听到。随后通知监听服务将软件版本更新的提醒消息被移除的事件，发送给桌面模块。

在另一个实施例中，移除软件版本更新的通知消息可以是在用户通过软件更新应用开始下载或安装软件新版本后，通知管理模块将对应的通知消息覆盖掉(消除)，例如，用户手动在设置应用中通过软件下载或安装，或者，软件更新应用在弹框提示用户下载或安装时，用户点击确认后，软件更新应用执行软件新版本的下载或安装。软件更新应用在执行下载或安装时会发送移除消息给通知管理模块，通知管理模块会将之前的发现软件新版本(软件版本更新)的通知消息更新为下载进度，或安装进度等，则对应的软件版本更新的通知消失，即移除软件版本更新的通知消息，通知监听服务监听到移除事件，将移除事件发送给桌面模块，桌面模块根据移除事件对应的通知消息进一步确定移除的通知消息的来源和具体内容。下面步骤中有桌面模块执行。

S902，判断通知消息是否来自软件更新应用。该步骤对应图7a中的S703,具体可参考S703。

若是，桌面模块执行S903。

若否，桌面模块执行S906。该步骤对应图7a中的S708,具体可参考S708。

S903，判断通知消息是否为软件版本更新消息，该步骤对应图7a中的S705,具体可参考S705。

若是，桌面模块执行S904。

若否，桌面模块执行S907。该步骤对应图7a中的S709,具体可参考S709。

S904，通知消息对应的软件更新应用的应用包名修改为设置应用(对应第二应用)的应用包名。该步骤对应图7a中的S706，具体可参考S706。

S905，刷新设置应用的图标，移除图标上的圆点标记。

根据本申请实施例的方法，能够在通知栏中的软件更新消息被移除时，对应的应用图标上的标记也跟随移除。该显示方法能够在通知消息被隐藏时，通过应用图标上的标记提醒，了解到有软件版本更新的提醒，增强了提示的效果。

在一些实施例中，当桌面模块判断通知栏提醒消息中还有其他“设置应用”需要提醒的消息时，桌面模块将保留圆点标记。

参考图10所示，图10示出了本申请实施例的移除标记对应的提醒软件版本升级方法的另一个流程图。该方法包括S1001-S1009，该流程图与图9a相比增加了S1005和S1009。此外，其余的步骤S1001-S1004与图9a中的S901-S904相对应，S1006与图9a中的S905想对应，S1007、S1008与图9a中的S906和S907相对应，具体可参考图9a中的各步骤，此处不在详细说明。

S1001，通知监听服务监听到移除软件版本更新的通知消息的事件。

S1002，判断通知消息是否来自软件更新应用。

若是，桌面模块执行S1003。

若否，桌面模块执行S1007。

S1003，判断通知消息是否为软件版本更新消息。

若是，桌面模块执行S1004。

若否，桌面模块执行S1008。

S1004，通知消息对应的软件更新应用的应用包名修改为设置应用(对应第二应用)的应用包名。

S1005，是否有其他需要提醒的通知消。

若有，例如，有视频应用需要提醒的通知时，则执行S1009,保留圆点标记。以保证其他应用的通知消息也可以得到提醒。

若没有，则执行S1006

S1006，刷新设置应用的图标，移除图标上的圆点标记。从而实现对多个应用进行有效的提醒。

需要说明的是，在本申请的实施例中，以属于系统应用的软件更新应用作为第一应用，属于系统应用的设置应用作为第二应用进行的说明。在其他实施例中，第一应用还可以是其他应用，例如，荣耀商城、我的荣耀、短信等非第三方应用。第二应用可以是应用市场等非第三方应用，这些应用可以不考虑系统生态环境适配的问题。

下面结合界面操作图，对软件新版本的更新过程的进行描述。

参考图11，图11示出了本申请实施例的软件版本更新的界面操作示意图。如图11中的(a)所示，当通知栏提醒退出界面后，在界面1110中，在“设置”应用上设置有圆点标记，用户通过圆点标记的提示，通过设置应用找到软件更新应用，如图11中的(b)所示，设置打开后，显示界面1120，用户可以在界面1120点击“软件和更新”，在该项目下找到软件更新应用。在如图11中的(c)所示，界面1130中，用户点击“软件更新”应用后，软件更新应用执行用户操作，并自动搜索和下载安装软件新版本。根据本申请实施例的方法，能够增强软件新版本提醒强度，增加可见性，并且在提醒实现过程中不依赖第三方应用，降低了开发过程的难度。

参考图12，本申请还公开一种电子装置，包括：

软件更新模块1210，用于搜索到软件新版本，发送通知提醒的通知消息。

通知管理模块1220，用于管理通知消息；

桌面模块1230，用于确定通知消息是来自第一应用的软件版本更新的通知消息，将通知消息对应的第一应用对应的应用标识映射为第二应用的应用标识，基于第二应用的应用标识，处理第二应用的图标的显示状态。

在本申请的一个实施例中，当确定处理事件为针对软件版本更新的通知消息的发送事件，桌面模块用于基于第二应用的应用标识，在第二应用的图标上，以预设图标的方式，增强显示软件版本更新消息。

在本申请的一个实施例中，当确定处理事件为针对软件版本更新的通知消息的移除事件，桌面模块用于基于第二应用的应用标识，移除第二应用的图标上的预设图标。本申请还提供一种电子设备，包括：

存储器，用于存储由设备的一个或多个处理器执行的指令，以及

处理器，用于执行上述实施例中结合图7a至图10所解释的方法。

本申请还提供一种计算机可读存储介质，计算机可读存储介质存储有计算机程序，计算机程序被处理器运行时，使得处理器执行上述实施例中图7a至图10所解释的方法。

本申请还提供一种包含指令的计算机程序产品，当该计算机程序产品在电子设备上运行时，使得处理器执行上述实施例中图7a至图10所示的方法。

现在参考图13，所示为根据本申请的一实施例的SoC(System on Chip，片上系统)1300的框图。在图13中，相似的部件具有同样的附图标记。另外，虚线框是更先进的SoC的可选特征。在图13中，SoC1300包括：互连单元1350，其被耦合至应用处理器1310；系统代理单元1380；总线控制器单元1390；集成存储器控制器单元1340；一组或一个或多个协处理器1320，其可包括集成图形逻辑、图像处理器、音频处理器和视频处理器；静态随机存取存储器(Static Random Access Memory，SRAM)单元1330；直接存储器存取(DMA)单元1360。在一个实施例中，协处理器1320包括专用处理器，诸如例如网络或通信处理器、压缩引擎、GPGPU、高吞吐量MIC处理器、或嵌入式处理器等。

静态随机存取存储器(SRAM)单元1330中可以包括用于存储数据和/或指令的一个或多个计算机可读介质。计算机可读存储介质中可以存储有指令，具体而言，存储有该指令的暂时和永久副本。该指令可以包括：由处理器中的至少一个单元执行时使Soc1300执行根据上述实施例中的设备通信连接建立方法，具体可参照上述实施例图7a至图10所解释的方法，在此不再赘述。

本申请公开的机制的各实施例可以被实现在硬件、软件、固件或这些实现方法的组合中。本申请的实施例可实现为在可编程系统上执行的计算机程序或程序代码，该可编程系统包括至少一个处理器、存储系统(包括易失性和非易失性存储器和/或存储元件)、至少一个输入设备以及至少一个输出设备。

可将程序代码应用于输入指令，以执行本申请描述的各功能并生成输出信息。可以按已知方式将输出信息应用于一个或多个输出设备。为了本申请的目的，处理系统包括具有诸如例如数字信号处理器(Digital Signal Processor，DSP)、微控制器、专用集成电路(Application Specific Integrated Circuit，ASIC)或微处理器之类的处理器的任何系统。

程序代码可以用高级程序化语言或面向对象的编程语言来实现，以便与处理系统通信。在需要时，也可用汇编语言或机器语言来实现程序代码。事实上，本申请中描述的机制不限于任何特定编程语言的范围。在任一情形下，该语言可以是编译语言或解释语言。

在一些情况下，所公开的实施例可以以硬件、固件、软件或其任何组合来实现。所公开的实施例还可以被实现为由一个或多个暂时或非暂时性机器可读(例如，计算机可读)存储介质承载或存储在其上的指令，其可以由一个或多个处理器读取和执行。例如，指令可以通过网络或通过其他计算机可读介质分发。因此，机器可读介质可以包括用于以机器(例如，计算机)可读的形式存储或传输信息的任何机制，包括但不限于，软盘、光盘、光碟、光盘只读存储器(Compact Disc Read Only Memory，CD-ROMs)、磁光盘、只读存储器(Read OnlyMemory，ROM)、随机存取存储器(RAM)、可擦除可编程只读存储器(Erasable ProgrammableRead Only Memory，EPROM)、电可擦除可编程只读存储器(Electrically ErasableProgrammable Read Only Memory，EEPROM)、磁卡或光卡、闪存、或用于利用因特网以电、光、声或其他形式的传播信号来传输信息(例如，载波、红外信号数字信号等)的有形的机器可读存储器。因此，机器可读介质包括适合于以机器(例如，计算机)可读的形式存储或传输电子指令或信息的任何类型的机器可读介质。

在附图中，可以以特定布置和/或顺序示出一些结构或方法特征。然而，应该理解，可能不需要这样的特定布置和/或排序。而是，在一些实施例中，这些特征可以以不同于说明书附图中所示的方式和/或顺序来布置。另外，在特定图中包括结构或方法特征并不意味着暗示在所有实施例中都需要这样的特征，并且在一些实施例中，可以不包括这些特征或者可以与其他特征组合。

需要说明的是，本申请各设备实施例中提到的各单元/模块都是逻辑单元/模块，在物理上，一个逻辑单元/模块可以是一个物理单元/模块，也可以是一个物理单元/模块的一部分，还可以以多个物理单元/模块的组合实现，这些逻辑单元/模块本身的物理实现方式并不是最重要的，这些逻辑单元/模块所实现的功能的组合才是解决本申请所提出的技术问题的关键。此外，为了突出本申请的创新部分，本申请上述各设备实施例并没有将与解决本申请所提出的技术问题关系不太密切的单元/模块引入，这并不表明上述设备实施例并不存在其它的单元/模块。

需要说明的是，在本专利的示例和说明书中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

虽然通过参照本申请的某些优选实施例，已经对本申请进行了图示和描述，但本领域的普通技术人员应该明白，可以在形式上和细节上对其作各种改变，而不偏离本申请的精神和范围。

Claims (18)

1.一种提醒软件版本升级的方法，应用于电子设备，所述电子设备包括用于软件更新第一应用和第二应用，其中，所述第二应用的应用图标在所述电子设备的屏幕中显示，其特征在于，所述第一应用是没有桌面图标的系统应用；

所述电子设备获取用于通知栏提醒的通知消息的处理事件；

确定所述通知消息是来自所述第一应用的软件版本更新的通知消息，所述软件版本更新的通知消息是指需要用户对软件新版本输入操作命令的通知类消息；

所述电子设备基于所述处理事件，将所述软件版本更新的通知消息对应的第一应用的应用标识映射为第二应用的应用标识；

基于所述第二应用的应用标识，处理所述第二应用的图标的显示状态，以增强显示所述软件版本更新的通知消息。

2.根据权利要求1所述的方法，其特征在于，当所述电子设备确定所述处理事件为针对软件版本更新的通知消息的发送事件，

基于所述第二应用的应用标识，处理所述第二应用的图标的显示状态，包括：

基于所述第二应用的应用标识，所述电子设备在所述第二应用的图标上，以预设图标的方式，增强显示所述软件版本更新的通知消息。

3.根据权利要求2所述的方法，其特征在于，所述软件版本更新的通知消息的发送事件，包括：在通知栏中增加所述软件版本更新的通知消息。

4.根据权利要求2所述的方法，其特征在于，当所述电子设备确定所述处理事件为针对软件版本更新的通知消息的移除事件，

基于所述第二应用的应用标识，处理所述第二应用的图标的显示状态，包括：

基于所述第二应用的应用标识，所述电子设备移除所述第二应用的图标上的预设图标。

5.根据权利要求4所述的方法，其特征在于，软件版本更新的通知消息的移除事件，包括：打开或删除通知栏中的所述软件版本更新的通知消息。

6.根据权利要求1-5任一项所述的方法，其特征在于，确定所述通知消息是来自所述第一应用的软件版本更新的通知消息，包括：

所述电子设备确定所述通知消息对应的应用标识为第一应用的应用标识，则确定所述通知消息来自所述第一应用；且

所述电子设备确定所述通知消息对应的标记符合软件版本更新的标记要求，确定所述通知消息是来自所述第一应用的软件版本更新的通知消息。

7.根据权利要求6所述的方法，其特征在于，所述电子设备确定所述通知消息的标记符合软件版本更新的标记要求，包括：

确定所述通知消息的标记为软件版本更新对应的标记；或，

确定所述通知消息从所述软件版本更新对应的指定通道传输。

8.根据权利要求1-5任一项所述的方法，其特征在于，将所述软件版本更新的通知消息对应的第一应用的应用标识映射为第二应用的应用标识，包括：

所述电子设备将所述软件版本更新的通知消息对应的第一应用的应用包名更改为所述第二应用的应用包名。

9.根据权利要求2-5任一项所述的方法，其特征在于，基于所述第二应用的应用标识，所述电子设备在所述第二应用的图标上，以预设图标的方式，增强显示所述软件版本更新的通知消息，包括：

当确定所述第二应用的图标上无所述预设图标，所述电子设备在第二应用的图标上增加预设图标，以增强显示所述软件版本更新的通知消息。

10.根据权利要求9所述的方法，其特征在于，

当确定所述第二应用的图标上有所述预设图标，所述电子设备保留所述预设图标。

11.根据权利要求2-4任一项所述的方法，其特征在于，所述预设图标包括圆形、三角形、菱形或方形图标。

12.根据权利要求1所述的方法，其特征在于，确定所述通知消息是来自所述第一应用的非软件版本更新的通知消息，所述电子设备不再对第二应用的图标的显示状态进行处理。

13.一种电子装置，其特征在于，包括：

第一应用，用于软件版本更新，所述第一应用是没有桌面图标的系统应用；

第二应用，所述第二应用具有对应的应用图标；

通知管理模块，用于管理通知栏对应的通知消息；

桌面模块，用于获取针对所述通知消息的处理事件，并确定所述通知消息是来自所述第一应用的软件版本更新的通知消息，所述软件版本更新的通知消息是指需要用户对软件新版本输入操作命令的通知类消息；

所述桌面模块基于所述处理事件，将所述软件版本更新的通知消息对应的第一应用的应用标识映射为第二应用的应用标识；

基于所述第二应用的应用标识，处理所述第二应用的图标的显示状态，以增强显示所述软件版本更新的通知消息。

14.根据权利要求13所述的电子装置，其特征在于，当所述桌面模块确定所述处理事件为在预设位置增加所述软件版本更新的发送事件，

所述桌面模块，用于基于所述第二应用的应用标识，在所述第二应用的图标上，以预设图标的方式，增强显示所述软件版本更新的通知消息。

15.根据权利要求14所述的电子装置，其特征在于，当桌面模块确定所述处理事件为针对软件版本更新的通知消息的移除事件，

所述桌面模块用于基于所述第二应用的应用标识，移除所述第二应用的图标上的预设图标。

16.根据权利要求13所述的电子装置，其特征在于，所述桌面模块用于确定所述通知消息对应的应用包名为所述第一应用的应用包名，则确定所述通知消息来自所述第一应用；且

所述桌面模块用于确定所述通知消息对应的标记符合软件版本更新的标记要求，确定所述通知消息是来自所述第一应用的软件版本更新的通知消息。

17.一种电子设备，其特征在于，包括：

存储器，用于存储由设备的一个或多个处理器执行的指令，以及

处理器，用于执行权利要求1-12任一项所述的方法。

18.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器运行时，使得所述处理器执行权利要求1-12任一项所述的方法。