CN116541188A - 通知显示方法、终端设备及存储介质 - Google Patents

Abstract

本申请实施例提供一种通知显示方法、终端设备及存储介质，涉及终端领域。所述方法应用于终端设备，所述方法包括：当完成第一升级事件且第一升级事件的夜间开关为开启时，生成第一升级事件的夜间重启通知，并取消第一升级事件之前的历史重启通知，显示第一升级事件的夜间重启通知，并将夜间重启通知标记值设置为第一预设值。利用上述方法，在显示第一升级事件的夜间重启通知时，取消该夜间重启通知请求之前生成的历史重启通知，使得终端设备中当前只保留第一升级事件的夜间重启通知，从而使得终端设备中只会显示一条重启通知，避免出现终端设备中会同时出现多条重启通知的情况，减少了终端设备中通知的数量。

Description

通知显示方法、终端设备及存储介质

技术领域

本申请属于终端领域，尤其涉及一种通知显示方法、终端设备及存储介质。

背景技术

随着移动互联网的发展，用户生活中应用的终端设备的种类及数量越来越多。终端设备上可以通过显示通知，以提示用户注意相应的事件，如重启事件、更新事件等。在通知的显示方式上，通知服务可以按照通知在接收时间上的先后顺序，在通知栏中依次显示各个应用程序所推送的各种通知。

但是，一些不同的通知可能存在同质化内容，是用于提示用户注意同一个事件。如果通知服务依次显示所有的通知，就会导致通知栏中显示的通知过多，使用户难以及时注意到通知对应的所有需要注意的事件。

发明内容

本申请实施例公开了一种通知显示方法、终端设备及存储介质，可以实现对通知的显示进行管理，避免生成过多的通知。

本申请第一方面公开了一种通知显示方法，应用于终端设备，所述方法包括：当完成第一升级事件且所述第一升级事件的夜间开关为开启时，生成第一升级事件的夜间重启通知，并取消所述第一升级事件之前的历史重启通知；显示所述第一升级事件的夜间重启通知，并将夜间重启通知标记值设置为第一预设值。上述方法，在第一升级事件的夜间开关为开启时，显示第一升级事件的夜间重启通知，并在显示第一升级事件的夜间重启通知时，取消该夜间重启通知请求之前生成的历史重启通知，使得终端设备中当前只保留第一升级事件的夜间重启通知，从而使得终端设备中只会显示一条重启通知，避免出现终端设备中会同时出现多条重启通知的情况，减少了终端设备中通知的数量。

在一些可选的实施方式中，所述显示所述第一升级事件的夜间重启通知之后，所述方法还包括：当完成第二升级事件且所述第二升级事件的夜间开关为关闭时，确定夜间重启通知标记值是否为第一预设值；若所述夜间重启通知标记值为所述第一预设值，不显示所述第二升级事件的非夜间重启通知。上述方法，在显示第二升级事件的非夜间重启通知之前，先通过夜间重启通知标记值判断当前是否存在夜间重启通知，当确定当前存在夜间重启通知时，不对第二升级事件进行非夜间重启通知，从而减少了终端设备中重启通知的数量，避免了终端设备中同时出现多条重启通知的情况出现，减少了终端设备中通知的数量。

在一些可选的实施方式中，所述确定夜间重启通知标记值是否为第一预设值之后，所述方法还包括：若所述夜间重启通知标记值不为所述第一预设值，停止显示所述第一升级事件的夜间重启通知，并显示所述第二升级事件的非夜间重启通知。上述方法，可以在夜间重启通知标记值不为所述第一预设值时，保证第二升级事件的非夜间重启通知的正常显示，从而避免终端设备应显示重启通知却不显示任何重启通知的情况出现。同时，停止显示所述第一升级事件的夜间重启通知，可以减少了终端设备中重启通知的数量。

在一些可选的实施方式中，所述显示所述第一升级事件的夜间重启通知之后，所述方法还包括：当完成第二升级事件且所述第二升级事件的夜间开关为开启时，停止显示所述第一升级事件的夜间重启通知，并显示所述第二升级事件的夜间重启通知。上述方法，可以在第二升级事件的夜间开关为开启时，保证第二升级事件的夜间重启通知的正常显示。同时，停止显示所述第一升级事件的夜间重启通知，可以减少了终端设备中重启通知的数量。

在一些可选的实施方式中，所述显示所述第二升级事件的夜间重启通知之后，所述方法还包括：当检测到所述第二升级事件的夜间开关由开启变为关闭的事件，确定所述第一升级事件的夜间开关是否为关闭；当所述第一升级事件的夜间开关为关闭时，将所述夜间重启通知标记值设置为第二预设值。上述方法，在第二升级事件的夜间开关发生切换，导致无法生成第二升级事件的夜间重启通知且会影响非夜间重启通知的正常生成时，将夜间重启通知标记值设置为第二预设值，可以保证非夜间重启通知的正常生成，从而避免终端设备应该显示重启通知却不会显示任何重启通知的情况出现。

在一些可选的实施方式中，所述显示所述第一升级事件的夜间重启通知之后，所述方法还包括：当检测到所述第一升级事件的夜间开关由开启变为关闭的事件，确定当前是否存在第二升级事件；当存在所述第二升级事件且所述第二升级事件的夜间开关为关闭时，将所述夜间重启通知标记值设置为第二预设值；当不存在所述第二升级事件时，将所述夜间重启通知标记值设置为所述第二预设值。上述方法，在第一升级事件的夜间开关发生切换，导致无法生成第一升级事件的夜间重启通知且会影响非夜间重启通知的正常生成时，将夜间重启通知标记值设置为第二预设值，可以保证非夜间重启通知的正常生成，从而避免终端设备应该显示重启通知却不会显示任何重启通知的情况出现。

在一些可选的实施方式中，所述方法还包括：当所述终端设备重启后，将所述夜间重启通知标记值设置为第二预设值。上述方法，可以保证非夜间重启通知的正常生成，从而避免终端设备应该显示重启通知却不会显示任何重启通知的情况出现。

在一些可选的实施方式中，当所述第一升级事件为参数升级时，所述第二升级事件为版本升级；当所述第一升级事件为版本升级时，所述第二升级事件为参数升级。

本申请第二方面公开了一种通知显示方法，应用于终端设备，所述方法包括：当完成第一升级事件且所述第一升级事件的夜间开关为关闭时，确定夜间重启通知标记值是否为第一预设值；若所述夜间重启通知标记值不为所述第一预设值，生成第一升级事件的非夜间重启通知，并取消所述第一升级事件之前的历史重启通知，显示所述第一升级事件的非夜间重启通知。上述方法，在显示第一升级事件的非夜间重启通知之前，先通过夜间重启通知标记值判断当前是否存在夜间重启通知，当确定当前不存在夜间重启通知时，取消该非夜间重启通知之前生成的历史重启通知，使得终端设备中当前只保留第一升级事件的非夜间重启通知，从而使得终端设备中只会显示一条重启通知，避免了终端设备中会同时出现多条重启通知的情况出现，减少了终端设备中通知的数量。

在一些可选的实施方式中，所述确定夜间重启通知标记值是否为第一预设值之后，所述方法还包括：若所述夜间重启通知标记值为所述第一预设值，不显示所述第一升级事件的非夜间重启通知。上述方法，当确定当前存在夜间重启通知时，不对第一升级事件进行重启通知，从而减少了重启通知的数量，避免了终端设备中同时出现多条重启通知的情况出现，减少了终端设备中通知的数量。

在一些可选的实施方式中，所述显示所述第一升级事件的非夜间重启通知之后，所述方法还包括：当完成第二升级事件且所述第二升级事件的夜间开关为开启时，停止显示所述第一升级事件的非夜间重启通知，显示所述第二升级事件的夜间重启通知；并将夜间重启通知标记值设置为所述第一预设值。上述方法，可以在第二升级事件的夜间开关为开启时，保证第二升级事件的夜间重启通知的正常显示。同时，停止显示所述第一升级事件的非夜间重启通知，可以减少了终端设备中重启通知的数量。

在一些可选的实施方式中，所述显示所述第二升级事件的夜间重启通知之后，所述方法还包括：当检测到所述第二升级事件的夜间开关由开启变为关闭的事件，确定所述第一升级事件的夜间开关是否为关闭；当所述第一升级事件的夜间开关为关闭时，将所述夜间重启通知标记值设置为第二预设值。上述方法，在第二升级事件的夜间开关发生切换，导致无法生成第二升级事件的夜间重启通知且会影响非夜间重启通知的正常生成时，将夜间重启通知标记值设置为第二预设值，可以保证非夜间重启通知的正常生成，从而避免终端设备应该显示重启通知却不会显示任何重启通知的情况出现。

在一些可选的实施方式中，所述方法还包括：当所述终端设备重启后，将所述夜间重启通知标记值设置为第二预设值。上述方法，可以保证非夜间重启通知的正常生成，从而避免终端设备应该显示重启通知却不会显示任何重启通知的情况出现。

在一些可选的实施方式中，当所述第一升级事件为参数升级时，所述第二升级事件为版本升级；当所述第一升级事件为版本升级时，所述第二升级事件为参数升级。

本申请第三方面公开了一种终端设备，所述终端设备包括处理器和存储器，所述存储器用于存储指令，所述处理器用于调用所述存储器中的指令，使得所述终端设备执行如第一方面或第二方面所述的通知显示方法。

本申请第四方面公开了一种计算机可读存储介质，包括计算机指令，当所述计算机指令在终端设备上运行时，使得所述终端设备执行如第一方面或第二方面所述的通知显示方法。

应当理解地，上述提供的第三方面所述的终端设备、第四方面所述的计算机可读存储介质，均与上述第一方面或第二方面的方法对应，因此，其所能达到的有益效果可参考上文所提供的对应的方法中的有益效果，此处不再赘述。

附图说明

图1为一种OTA升级场景的示意图。

图2为本申请实施例的一种重启通知的示意图。

图3为本申请实施例的一种重启通知进行显示的场景示意图。

图4为本申请实施例提供的一种通知显示方法的流程示意图。

图5为本申请另一实施例提供的一种通知显示方法的流程示意图。

图6为本申请实施例提供的一种标记值重置方法的流程示意图。

图7为本申请另一实施例提供的一种标记值重置方法的流程示意图。

图8为本申请实施例提供的一种通知显示方法的流程示意图。

图9为本申请实施例提供的一种通知显示方法的流程示意图。

图10为本申请实施例提供的一种通知显示方法的流程示意图。

图11为本申请实施例提供的一种通知显示方法的流程示意图。

图12为本申请实施例提供的一种重启通知显示方法的示意图。

图13为本申请实施例提供的一种标记值处理方法的示意图。

图14为本申请实施例提供的一种终端设备的框架示意图。

图15为本申请实施例提供的一种终端设备的结构示意图。

具体实施方式

以下，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个该特征。在本申请实施例的描述中，“示例性”、“或者”、“例如”等词用于表示作例子、例证或说明。本申请实施例中被描述为“示例性”或者“例如”的任何实施例或设计方案不应被解释为比其它实施例或设计方案更优选或更具优势。确切而言，使用“示例性”、“或者”、“例如”等词旨在以具体方式呈现相关概念。

在本申请实施例的描述中，除非另有说明，“/”表示或的意思。例如，A/B可以表示A或B。本申请中的“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系。例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B三种情况。“至少一个”是指一个或者多个。“多个”是指两个或多于两个。

在本申请中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是，本申请所描述的实施例可以与其它实施例结合。

在介绍本申请实施例涉及的技术方案之前，先对部分本申请实施例的应用场景进行介绍。

随着空中下载(Over-the-Air，OTA)技术的发展，通过终端设备的无线网络接口实现对终端设备进行远程升级的OTA升级越来越普及。为了便于说明本申请实施例所描述的通知显示方法，以下结合图1，以OTA升级场景为例进行说明。

参见图1，OTA服务器与终端设备之间可以基于通信协议进行交互。开发人员可以将升级数据发布并上传至OTA服务器。升级数据可以包括云化参数和版本数据。云化参数用于实现对终端设备安装的操作系统或各个模块进行参数更新，以更改模块的配置项，实现对模块的参数升级。版本数据用于对终端设备安装的操作系统或各个模块进行版本更新，以更改操作系统或各个模块的版本，实现对操作系统或各个模块的版本升级。上述各个模块包括但不限于应用程序以及系统服务。

终端设备在进入搜包场景时，终端设备中的系统升级客户端(OTA UpdateClient，OUC)可以向OTA服务器发送搜包请求，以获取OTA服务器上的升级数据。OUC是安装于终端设备的应用程序层(Application)中的应用，可以用于对上述各个模块或操作系统进行升级管理，完成相应的升级。例如，当OTA服务器上的升级数据为云化参数时，OTA服务器可以基于搜包请求，向OUC返回云化参数；当OTA服务器上的升级数据为版本数据时，OTA服务器可以基于搜包请求，向OUC返回版本数据。可以理解的是，若OTA服务器上的升级数据同时包括云化参数和版本数据时，OTA服务器可以基于搜包请求，同时向OUC返回云化参数和版本数据。在本申请的一实施例中，当终端设备接入无线保真（Wireless Fidelity，Wi-Fi）时或者插拔通用串行总线（Universal Serial Bus，USB）时，会进入搜包场景。

在本申请实施例中，由于升级数据包括云化参数和版本数据等两种升级数据，所以升级事件至少可包括参数升级和版本升级两种升级类型。例如当升级数据为云化参数时，OUC可以根据云化参数完成对操作系统或相关模块的参数升级；当升级数据为版本参数时，OUC可以根据版本参数完成对操作系统或相关模块的版本升级。升级数据中具有标志字段，如update type，在本申请的一实施例中，可以读取标识字段的值，确定升级数据的类型。例如，当读取到一升级数据update type的值为para，确定该升级数据为云化参数；当读取到一升级数据update type的值为upgrade，确定该升级数据为版本数据。

参数升级和版本升级是独立的两个升级事件。当OTA服务器返回的升级数据同时包括云化参数和版本参数时，OUC可以根据返回的升级数据，分别完成对操作系统或相关模块的参数升级和版本升级。在本申请的一实施例中，在从OTA服务器获取到升级数据后，OUC可以将获取到的升级数据下发给终端设备中的升级引擎(update_engine)，由update_engine根据升级数据完成对操作系统或相关模块的升级事件。update_engine根据升级数据完成对操作系统或相关模块的升级事件后，需要经过终端设备的重启，才能生效本次升级事件对操作系统或关模块的升级内容。所以OUC在根据升级数据完成对操作系统或相关模块的升级事件后，需要触发终端设备进行重启。在本申请实施例中，已完成且等待终端设备进行重启的升级事件，可以被称为待生效的升级事件。终端设备的重启，会影响终端设备当前正在运行的进程，所以需要在用户对重启这一事项进行许可后，才能控制终端设备进行重启。终端设备可以根据升级事件的升级类型，生成相应的重启通知，从而提示用户终端设备需要进行重启。在本申请的一实施例中，当终端设备同时包括版本升级和参数升级这两个待生效的升级事件时，终端设备只需要执行一次重启，即可生效这两个待生效的升级事件。

重启通知中包括升级事件对应的升级类型。不同升级类型的升级事件的重启通知存在差异。图2为本申请实施例的一种重启通知的示意图。如图2所示，图2中包括两种重启通知，当升级事件的升级类型为版本升级时，可以生成如图2中（a）所示的重启通知；当升级事件的升级类型为参数升级时，可以生成如图2中（b）所示的重启通知。

由于重启信息是根据升级事件的升级类型生成的，所以当终端设备同时或先后进行了版本升级和参数升级时，会生成两条重启通知，并在用户未对任意一条重启通知进行删除时，终端设备的通知栏上会同时显示这两条重启通知。例如，如图3所示，终端设备的通知栏上同时显示了版本升级和参数升级对应的两条重启通知。图3所示的两条重启通知都是用于提示用户终端设备需要重启，存在同质化内容，相当于一个事件提示了两次。终端设备的通知栏中显示多条重启通知时，可能会导致通知栏中显示的通知过多，甚至导致用户难以及时注意到通知对应的所有需要注意的事件。

为了解决上述因升级类型不同，终端设备可能会同时显示多条重启通知的问题，本申请实施例提供了一种通知显示方法，在完成升级事件时，可以基于升级时间的夜间开关确定是否显示当前升级事件的重启通知，并在确定显示当前升级事件的重启通知后，取消历史重启通知，避免了在电子设备上同时显示多条重启通知的情况出现。

所述通知显示方法应用于终端设备。示例性地，终端设备可以是手持式设备、车载设备等，如手机（mobile phone）、平板、笔记本电脑、掌上电脑、移动互联网设备（mobileinternet device，MID），虚拟现实（virtual reality，VR）设备、增强现实（augmentedreality，AR）设备、工业控制（industrial control）中的无线设备、无人驾驶（selfdriving）中的无线设备、远程手术（remote medical surgery）中的无线设备、智能电网（smart grid）中的无线设备、运输安全（transportation safety）中的无线设备、智慧城市（smart city）中的无线设备、智慧家庭（smart home）中的无线设备、蜂窝电话、无绳电话、会话启动协议（session initiation protocol，SIP）电话、无线本地环路（wireless localloop，WLL）站、个人数字助理（personal digital assistant，PDA）、具有无线通信功能的手持设备、个人计算机（personal computer，PC）、计算设备或连接到无线调制解调器的其它处理设备、车载设备、可穿戴设备，5G网络中的终端设备或者未来演进的公用陆地移动通信网络（public land mobile network，PLMN）中的终端设备等，本申请实施例对此并不限定。

终端设备也可以是可穿戴设备。例如：智能手表或智能眼镜等，以及只专注于某一类应用功能且可以和其它设备如智能手机进行配合使用的可穿戴设备，如各类进行体征监测的智能手环、智能首饰等。

为了方便后续对通知显示方法进行描述，在此先对本申请实施例中涉及到的两种重启通知进行说明。两种重启通知分别为夜间重启通知和非夜间重启通知。其中，夜间重启通知包括夜间重启时间段，是用于提示用户在夜间重启时间段内，终端设备将自动进行重启。夜间重启时间段为预设的终端设备夜间进行升级的时间段，如23：00至次日的5：00，也可以是02：00至04：00，还可以是用户开启夜间开关时自定义的时间段，本申请实施例对此不做限制。夜间重启通知还包括升级事件对应的升级类型。例如，图3中的两条通知中，从上往下的第一条重启通知为夜间重启通知，该夜间重启通知中包括了夜间重启时间段和升级事件对应的升级类型，可以根据该夜间重启通知知道该升级事件为版本升级，对应的夜间重启时间段为02：00-04：00。

非夜间重启通知用于提示用户需要对终端设备进行重启。非夜间重启通知包括了升级事件对应的升级类型。例如，图3中的两条通知中，从上往下的第二条重启通知为非夜间重启通知，可以根据该夜间重启通知知道该升级事件为参数升级。

上文中提及的夜间开关是对终端设备的夜间升级能力的开关，当升级事件对应的夜间开关为开启时，终端设备可以基于该升级事件在夜间闲时自动进行重启，以生效该升级事件。当一升级事件对应的夜间开关为开启时，该升级事件对应的重启通知为夜间重启通知；当一升级事件对应的夜间开关为关闭时，该升级事件对应的重启通知为非夜间重启通知。在本申请的一实施例中，版本升级和参数升级包括各自对应的夜间开关，两者的夜间开关是相互独立、互不影响。例如，可以一个处于开启状态，另一个处于关闭状态，或者两个都处于关闭状态、或者两个都处于开启状态。用户可以对升级事件对应的夜间开关进行设置。例如，用户可以开启或关闭版本升级对应的夜间开关；可以开启或关闭参数升级对应的夜间开关。

下面将进一步结合附图，来详细说明本申请实施例提供的通知显示方法。

图4为本申请实施例提供的一种通知显示方法的流程示意图。根据不同的需求，该流程图中步骤的顺序可以改变，某些步骤可以省略。

如图4所示，OUC完成一升级事件且该升级事件对应的夜间开关被开启时，执行401，OUC向通知服务发送夜间重启通知请求。

在本实施例中，升级事件可以包括版本升级和参数升级。

在本申请的一实施例中，通知服务（Notification Service）用于负责应用程序通知的创建。在本申请的一实施例中，应用程序（如OUC）需要发送通知时，可以向通知服务发送通知请求，以调用通知服务的应用程序编程接口（Application ProgrammingInterface，API），创建一个通知。

在本申请的一实施例中，夜间重启通知请求中包括通知标识符（Identifier，ID）。通知标识符可以是字符串或数字，由应用程序生成和管理，用于唯一标识该通知。不同的通知对应了不同的通知标识符。

在本申请的一实施例中，夜间重启通知请求中可以包括但不限于：通知标题、通知内容、通知图标、通知声音、通知震动、通知优先级、显示方式、生命周期中的一项或多项。通知标题为应用程序指定的在通知中显示的标题，以便用户可以直观地确定通知对应的事项，如图3中的“软件更新”为通知标题。通知内容为应用程序指定的在通知中显示的内容，即要显示在通知中的文本信息。在本申请的一实施例中，通知内容中包括升级事件对应的升级类型，如版本升级和参数升级，以使用户区分不同升级类型对应的升级事件。

通知图标为应用程序指定的在通知中显示的图标，可以是一个Drawable对象，可以通过应用程序的资源文件或系统自带的图标库进行加载和设置。通知声音为应用程序指定的通知进行显示时的声音，可以是一个Uri对象，可以指向系统预装的声音文件或自定义的声音文件。Uri对象是Android中用于表示URL的类，可以提供一种统一的方式来处理不同类型的数据，例如文本、二进制数据、多媒体文件等。

通知震动可以通过布尔值来表示是否开启，例如当通知震动的布尔值为true时，表示开启通知震动；当通知震动的布尔值为false时，表示关闭通知震动。当开启通知震动时，用户在终端设备显示该通知时，可以感受到终端设备轻微的震动反馈。

在本申请的一实施例中，可以通过通知优先级来区分夜间重启通知请求和非夜间重启通知请求，其中夜间重启通知请求的优先级高于非夜间重启通知请求的优先级。

显示方式可以包括通知栏显示、弹窗显示等等。不同的应用程序可以设置不同的重启通知的显示方式。生命周期可以用于表示通知显示的时长以及频次。不同的应用程序可以设置不同的重启通知的生命周期。

402，通知服务生成夜间重启通知。

在本申请的一实施例中，通知服务根据夜间重启通知请求中包含的数据，生成夜间重启通知。生成的夜间重启通知中包括通知标识符。

403，通知服务向通知管理发送夜间重启通知。

404，通知管理取消历史重启通知。

在本申请一实施例中，历史重启通知为该升级事件之前生成的重启通知。历史重启通知可以包括夜间重启通知和非夜间重启通知。非夜间重启通知是基于接收到的非夜间重启通知请求，生成的重启通知。通知管理中可以存储终端设备自本次开机以来，生成的所有重启通知。例如，终端设备本次开机时间为：2023年6月1日02:05，通知服务中可以存储从2023年6月1日02:05后，生成的所有夜间重启通知和非夜间重启通知。由于终端设备未进行重启，所以存储的重启通知都是未被执行的通知。可以理解的是，当终端设备重启后，通知服务中在重启前生成的重启通知都被执行过了，所以该些重启通知会被全部取消。在本申请的一实施例中，当检测到终端设备的重启事件时，通知管理取消所有的重启通知。

在本申请的一实施例中，通知管理取消历史重启通知，包括：删除存储的历史重启通知。在本申请的一实施例中，通知管理取消历史重启通知时，会向通知栏传递历史重启通知的停止显示信号，以使通知栏停止显示历史重启通知。

在本申请的一实施例中，通知管理接收到夜间重启通知后，可以停止当前显示的重启通知。

405，通知管理显示夜间重启通知。

在本申请实施例中，由于通知服务取消夜间重启通知请求之前生成的历史重启通知，终端设备中只剩下该夜间重启通知请求，所以终端设备上只会显示一条重启通知，即该夜间重启通知。

在本申请的一实施例中，服务管理可以将夜间重启通知添加到状态栏中进行显示。或者，可以将夜间重启通知通过弹窗的形式进行显示。在另一实施例中，若用户关闭弹窗或者在预设时间（例如，5秒）后弹窗自行关闭之后，服务管理可以将夜间重启通知添加到状态栏中。

在本申请的一实施例中，所述夜间重启通知包括立即重启选项，通知管理显示夜间重启通知后，所述通知显示方法还包括：若检测到用户对立即重启选项的选择，终端设备进行重启。若未检测到用户对立即重启选项的选择，在夜间重启通知对应的夜间重启时间段，终端设备进行重启。可以理解的是，在通知管理显示夜间重启通知后，即使该夜间重启通知被用户手动删除掉，该终端设备仍会在该夜间重启通知对应的夜间重启时间段内，自动进行重启。

406，通知服务向OUC发送夜间重启通知。

407，OUC向系统属性扩展通知将夜间重启通知标记值设置为第一预设值。

第一预设值可以按照实际情况进行设置，如设置为true。系统属性扩展（SystemProperties Extensions）是管理和获取操作系统和硬件信息的工具。它可以用于读取和设置各种系统属性，例如CPU类型、内存大小、硬盘容量等。系统属性扩展可以对夜间重启通知标记值进行读取并对其进行调整。

夜间重启通知标记值用于表示当前是否存在夜间重启通知。当夜间重启通知标记值设置为第一预设值时，确定当前存在夜间重启通知。

408，系统属性扩展将夜间重启通知标记值设置为第一预设值。

第一预设值用于表示终端设备当前存在夜间重启通知。

上述实施例，在OUC向通知服务发送夜间重启通知请求后，通知服务可以生成夜间重启通知，并将生成的夜间重启通知发送至服务管理，服务管理接收到夜间重启通知后，取消该夜间重启通知请求之前生成的历史重启通知，使得终端设备中当前只保留本次升级事件的夜间重启通知，从而使得终端设备中只会显示一条重启通知，避免出现终端设备中会同时出现多条重启通知的情况，减少了终端设备中通知的数量。

在本申请的一些实施例中，夜间重启通知标记值还可以设置为第二预设值。第二预设值可以按照实际情况进行设置，如设置为false。当夜间重启通知标记值设置为第二预设值时，确定当前不存在夜间重启通知。由于终端设备重启之后，通信服务中在重启前生成的重启通知会被全部清空，所以在本申请的一些实施例中，当终端设备重启后，系统属性扩展将夜间重启通知标记值设置为第二预设值。

在本申请的一实施例中，夜间重启通知的优先级高于非夜间重启通知，因此，在出现了夜间重启通知的情况下，即使终端设备完成了另一个重启通知为非夜间重启通知的升级事件（即夜间开关为关闭的升级事件）时，也不生成该升级事件对应的非夜间重启通知。图5为本申请另一实施例提供的一种通知显示方法的流程示意图。根据不同的需求，该流程图中步骤的顺序可以改变，某些步骤可以省略。

如图5所示，OUC完成一升级事件且该升级事件对应的夜间开关为开启时，执行501，OUC向系统属性扩展获取夜间重启通知标记值。

在该实施例中，升级事件可以包括版本升级和参数升级。

502，系统属性扩展向OUC返回夜间重启通知标记值。

在本申请的一实施例中，系统属性扩展读取夜间重启通知标记值，并向OUC返回读取到的夜间重启通知标记值。

503，OUC确定标记值是否为第一预设值。

当夜间重启通知标记值为第一预设值时，确定当前存在夜间重启通知。若当前存在夜间重启通知，可以根据存在的夜间重启通知提示用户终端设备需要重启，无需再次生成新的重启通知重复提醒用户，所以OUC确定标记值为第一预设值时，确定不生成本次升级事件的非夜间重启通知，流程结束。

当夜间重启通知标记值不为第一预设值时，如夜间重启通知标记值为第二预设值时，确定当前不存在夜间重启通知。若当前不存在夜间重启通知，表示用户可能没有收到终端设备需要重启的通知，为了避免用户未收到终端设备需要重启的通知的情况出现，需要根据本升级事件进行非夜间重启通知。关于第一预设值、第二预设值的一些具体描述，可以参见上文中的相关描述。

若OUC确定标记值不为第一预设值，执行504，OUC向通知服务发送非夜间重启通知请求。

非夜间重启通知请求与夜间重启通知请求的请求格式一致，且非夜间重启通知请求与夜间重启通知请求包含的内容相同。关于非夜间重启通知请求的一些具体描述，可以参见上文中对夜间重启通知请求的相关描述。

505，通知服务生成非夜间重启通知。

在本申请的一实施例中，通知服务根据非夜间重启通知请求中包含的数据，生成非夜间重启通知。生成的非夜间重启通知中包括通知标识符。

在本申请的一实施例中，所述非夜间重启通知包括立即重启选项，通知管理显示非夜间重启通知后，所述通知显示方法还包括：若检测到用户对立即重启选项的选择，对终端设备进行重启。

506，通知服务向通知管理发送非夜间重启通知。

507，通知管理取消历史重启通知。

在本申请的一实施例中，通知服务接收到非夜间重启通知请求后，取消该升级事件之前生成的历史重启通知，即所有夜间重启通知请求和非夜间重启通知请求。关于历史重启通知的一些描述，可以参见上文中的相关描述，如对图4中404的描述。

在本申请的一实施例中，通知服务接收到非夜间重启通知后，可以停止当前显示的重启通知。

506，通知管理显示非夜间重启通知。

在本申请一实施例中，由于通知服务取消非夜间重启通知请求之前生成的历史重启通知，终端设备中只剩下该非夜间重启通知，所以终端设备上只会显示一条重启通知，即该非夜间重启通知。

通知管理显示非夜间重启通知的方式与显示夜间重启通知的方式相似，所以通知管理显示非夜间重启通知的一些具体实施方式，可以参见对图4中405的相关描述。

507，通知服务向OUC发送非夜间重启通知。

上述实施例，OUC在请求生成非夜间重启通知之前，先通过夜间重启通知标记值判断当前是否存在夜间重启通知，当确定当前存在夜间重启通知时，不对本升级事件进行重启通知，从而减少了重启通知的数量，避免了终端设备中同时出现多条重启通知的情况出现，减少了终端设备中通知的数量；同时，在确定当前不存在夜间重启通知时，OUC向通知服务发送非夜间重启通知请求后，通知服务生成非夜间重启通知，并将生成的非夜间重启通知发送至服务管理，服务管理接收到非夜间重启通知后，取消该非夜间重启通知之前生成的历史重启通知，使得终端设备中当前只保留本次升级事件的非夜间重启通知，从而使得终端设备中只会显示一条重启通知，避免了终端设备中会同时出现多条重启通知的情况出现，减少了终端设备中通知的数量。

在本申请的一实施例中，OUC会存储待生效的升级事件，并按照预设的提醒周期，生成待生效的升级事件对应的重启通知请求。OUC在完成一升级事件且终端设备未进行重启时，OUC将该升级事件确定为待生效的升级事件，且对该升级事件进行存储。提醒周期可以根据用户的需求进行设置，如每隔12小时提醒一次、每隔24小时提醒一次。按照预设的提醒周期，每到新的提醒周期时，OUC生成待生效的升级事件对应的重启通知请求，并将生成的重启通知请求发送至通知服务。重启通知请求可以包括夜间重启通知请求和非夜间重启通知请求。

在一些实施方式中，当检测到终端设备进行重启时，OUC会清空存储的待生效的升级事件。例如，可以删除待生效的升级事件；或者，可以将待生效的升级事件标记为已生效，从而表示该升级事件已进行重启，无需继续对其进行重启提醒。

上述实施例，可以在每一个提醒周期内，为待生效的升级事件生成重启通知请求，以触发对待生效的升级事件的重启通知，从而可以避免出现一升级事件的重启通知被用户误删除后不再显示该升级事件的重启通知、导致终端设备中不会显示任何重启通知的情况出现。

在本申请的一实施例中，若OUC接收到与其储存的一待生效的升级事件同一升级类型的升级数据时，OUC会屏蔽接收到的升级数据；当该待生效的升级事件生效时，即终端设备被重启后，OUC会基于屏蔽的升级数据，完成对应的升级事件，并生成该升级事件对应的重启通知请求。例如，OTA服务器先后向OUC推送了版本升级A和版本升级B对应的升级数据；若OUC先接收到了版本升级A对应的升级数据，OUC完成版本升级A；此时，若版本升级A为待重启状态且OUC接收到了版本升级B对应的升级数据时，OUC会屏蔽搜到的版本升级B对应的升级数据。直到版本升级A生效后，即终端设备重启后，OUC会解除对版本升级B对应的升级数据的屏蔽，以完成版本升级B。

由于升级事件对应的夜间开关为关闭时，该升级事件生成的通知为非夜间重启通知。而生成非夜间重启通知又需要判断夜间重启通知标记值，当夜间重启通知标记值为第一预设值时，不会生成该升级事件对应的非夜间重启通知，如图5所示。

在终端设备已生成夜间重启通知且终端设备在生成夜间重启通知后未重启的情况下，夜间重启通知标记值会被设置为第一预设值，此时如果升级事件对应的夜间开关发生切换，可能会导致一些需要生成的非夜间重启通知不能正常被生成，甚至可能导致终端设备中不会显示任何重启通知。例如，终端设备当前生成并显示了一个夜间重启通知，用户将该夜间重启通知对应的升级事件的夜间开关由开启设置为关闭，并删除了显示的夜间重启通知，若用户一直未重启终端设备，而此时夜间重启通知标记值为第一预设值，所以就会导致一直不能生成夜间开关为关闭的升级事件对应的非夜间重启通知，甚至导致终端设备应该显示重启通知时不会显示任何重启通知的情况出现。

为了解决上述切换升级事件对应的夜间开关，导致非夜间重启通知不能正常生成的问题，本申请实施例提供了一种标记值重置方法，可以在升级事件对应的夜间开关被切换且会导致非夜间重启通知无法正常生成的情况下，对夜间重启通知标记值进行重置，从而避免夜间开关切换对非夜间重启通知的生成带来影响。图6为本申请实施例提供的一种标记值重置方法的流程示意图。根据不同的需求，该流程图中步骤的顺序可以改变，某些步骤可以省略。

在显示版本升级对应的夜间重启通知后，执行601，若OUC检测到版本升级的夜间开关由开启变为关闭的事件，确定当前是否存在参数升级。

显示版本升级对应的夜间重启通知时，版本升级的夜间开关为开启。用户可以在显示版本升级对应的夜间重启通知后，将版本升级的夜间开关由开启设置为关闭。由于重启通知在未被处理时，会进行周期性显示，即用户删除一重启通知后，该重启通知对应的应用程序会按照预设周期重新请求生成新的重启通知，从而实现重启通知的周期性显示。可以理解的是，该版本升级对应的夜间重启通知被用户删除后，由于版本升级的夜间开关被设置为关闭，所以该版本升级下一次进行周期性显示时，生成的重启通知为非夜间重启通知。

若当前存在参数升级，执行602，确定参数升级的夜间开关是否处于开启。

当参数升级的夜间开关为开启时，确定该参数升级可以正常地生成夜间重启通知，可以保证在终端设备中能显示重启通知，而且由于夜间重启通知的优先级高于非夜间重启通知，能生成夜间重启通知时，无需关注是否能正常生成非夜间重启通知，所以无需对夜间重启通知标记值进行重置，流程结束。

若参数升级的夜间开关为关闭，执行603，将夜间重启通知标记值设置为第二预设值。

若参数升级的夜间开关为关闭，确定该参数升级生成的重启通知为非夜间重启通知，在夜间重启通知标记值为第一预设值时，版本升级和参数升级的重启通知都无法生成，所以需要对夜间重启通知标记值进行重置。

若当前不存在参数升级，执行604，将夜间重启通知标记值设置为第二预设值。

在本申请实施例中，若当前不存在参数升级，所以不会生成参数升级对应的重启通知，为避免版本升级的非夜间重启通知无法正常生成，导致在终端设备中不能显示重启通知的情况出现，需要将夜间重启通知标记值设置为第二预设值，使得可以正常生成版本升级的非夜间重启通知。

上述实施例中，在夜间开关发生切换，导致无法生成夜间重启通知且会影响非夜间重启通知的正常生成时，将夜间重启通知标记值设置为第二预设值，可以保证非夜间重启通知的正常生成，从而避免终端设备应该显示重启通知却不会显示任何重启通知的情况出现。

图7为本申请另一实施例提供的一种标记值重置方法的流程示意图。根据不同的需求，该流程图中步骤的顺序可以改变，某些步骤可以省略。

在显示参数升级对应的夜间重启通知后，执行701，若OUC检测到参数升级的夜间开关由开启变为关闭的事件，确定当前是否存在版本升级。

若当前存在版本升级，执行702，确定版本升级的夜间开关是否处于开启。

当版本升级的夜间开关为开启时，无需对夜间重启通知标记值进行重置，流程结束。

若版本升级的夜间开关为关闭，执行703，将夜间重启通知标记值设置为第二预设值。

若当前不存在版本升级，执行704，将夜间重启通知标记值设置为第二预设值。

关于图7中701-704的一些具体实施方式，可以参见图6的相关说明，不再赘述。

图5所示的通知显示方法，可以单独执行，也可以与图4所示方法结合执行，可以在图4所示方法中任意步骤之前或之后执行，如可以在图4中401之前、403之前、406之后执行。下面结合图4和图5所示的方法，对先后接受到两升级事件，生成重启通知的过程，进行举例说明，具体参见图8至图11所示的流程。

图8为本申请实施例提供的一种通知显示方法的流程示意图。根据不同的需求，该流程图中步骤的顺序可以改变，某些步骤可以省略。

终端设备完成第一升级事件且第一升级事件的夜间开关为关闭时，执行201，OUC向系统属性扩展获取夜间重启通知标记值。

在该实施例中，第一升级事件包括版本升级和参数升级。

202，系统属性扩展向OUC发送夜间重启通知标记值。

203，OUC确定标记值是否为第一预设值。

当确定标记值为第一预设值时，流程结束。

当确定标记值不为第一预设值时，执行204，OUC向通知服务发送非夜间重启通知请求。

205，通知服务生成非夜间重启通知。

206，通知服务向通知管理发送非夜间重启通知。

207，通知管理取消历史重启通知。

在本申请的一实施例中，执行步骤207后，终端设备停止显示当前显示的重启通知。

208，通知管理显示非夜间重启通知。

在本申请的一实施例中，执行步骤208后，终端设备中显示第一升级事件对应的非夜间重启通知。

209，通知管理向OUC发送非夜间重启通知。

终端设备完成第二升级事件且第二升级事件的夜间开关为关闭时，执行210，OUC向系统属性扩展获取夜间重启通知标记值。

在该实施例中，第二升级事件包括版本升级和参数升级。

211，系统属性扩展向OUC发送夜间重启通知标记值。

212，OUC确定标记值是否为第一预设值。

当确定标记值为第一预设值时，流程结束。

当确定标记值不为第一预设值时，执行213，OUC向通知服务发送非夜间重启通知请求。

214，通知服务生成非夜间重启通知。

215，通知服务向通知管理发送非夜间重启通知。

216，通知管理取消历史重启通知。

在本申请的一实施例中，执行步骤216后，终端设备停止显示第一升级事件对应的非夜间重启通知。

217，通知管理显示非夜间重启通知。

在本申请的一实施例中，执行步骤217后，终端设备中显示第二升级事件对应的非夜间重启通知。

218，通知管理向OUC发送非夜间重启通知。

关于图8中201-218的一些具体实施方式，可以参见对图4和图5的相关说明，不再赘述。在该实施例中，第一升级事件的发生时间早于第二升级事件的发生时间。当第一升级事件为版本升级时，第二升级事件为参数升级；当第一升级事件为参数升级时，第二升级事件为版本升级。

图9为本申请实施例提供的一种通知显示方法的流程示意图。根据不同的需求，该流程图中步骤的顺序可以改变，某些步骤可以省略。

终端设备完成第一升级事件且第一升级事件的夜间开关为关闭时，执行301，OUC向系统属性扩展获取夜间重启通知标记值。

在该实施例中，第一升级事件包括版本升级和参数升级。

302，系统属性扩展向OUC发送夜间重启通知标记值。

303，OUC确定标记值是否为第一预设值。

当确定标记值为第一预设值时，流程结束。

当确定标记值不为第一预设值时，执行304，OUC向通知服务发送非夜间重启通知请求。

305，通知服务生成非夜间重启通知。

306，通知服务向通知管理发送非夜间重启通知。

307，通知管理取消历史重启通知。

在本申请的一实施例中，执行步骤307后，终端设备停止显示当前显示的重启通知。

308，通知管理显示非夜间重启通知。

在本申请的一实施例中，执行步骤308后，终端设备中显示第一升级事件对应的非夜间重启通知。

309，通知管理向OUC发送非夜间重启通知。

终端设备完成第二升级事件且第二升级事件的夜间开关为开启时，执行310，OUC向通知服务发送夜间重启通知请求。

在该实施例中，第二升级事件包括版本升级和参数升级。

311，通知服务生成夜间重启通知。

312，通知服务向通知管理发送夜间重启通知。

313，通知管理取消历史重启通知。

在本申请的一实施例中，执行步骤313后，终端设备停止显示第一升级事件对应的夜间重启通知。

314，通知管理显示夜间重启通知。

在本申请的一实施例中，执行步骤314后，终端设备中显示第二升级事件对应的夜间重启通知。

315，通知管理向OUC发送夜间重启通知。

316，OUC向系统属性扩展通知将夜间重启通知标记值设置为第一预设值。

317，系统属性扩展将夜间重启通知标记值置为第一预设值。

关于图9中301-317的一些具体实施方式，可以参见对图4和图5的相关说明，不再赘述。在该实施例中，第一升级事件的发生时间早于第二升级事件的发生时间。当第一升级事件为版本升级时，第二升级事件为参数升级；当第一升级事件为参数升级时，第二升级事件为版本升级。

在本申请的一实施例中，执行完图8中314，通知管理显示夜间重启通知之后，所述通知显示方法还包括：当检测到所述第二升级事件的夜间开关由开启变为关闭的事件，确定第一升级事件的夜间开关是否为关闭；当所述第一升级事件的夜间开关为关闭时，将所述夜间重启通知标记值设置为第二预设值。当所述第一升级事件的夜间开关为开启时，无需对夜间重启通知标记值进行重置，流程结束。图10为本申请实施例提供的一种通知显示方法的流程示意图。根据不同的需求，该流程图中步骤的顺序可以改变，某些步骤可以省略。

终端设备完成第一升级事件且第一升级事件的夜间开关为开启时，执行801，OUC向通知服务发送夜间重启通知请求。

在该实施例中，第一升级事件包括版本升级和参数升级。

802，通知服务生成夜间重启通知。

803，通知服务向通知管理发送夜间重启通知。

804，通知管理取消历史重启通知。

在本申请的一实施例中，执行步骤804后，终端设备停止显示当前显示的重启通知。

805，通知管理显示夜间重启通知。

在本申请的一实施例中，执行步骤805后，终端设备中显示第一升级事件对应的夜间重启通知。

806，通知管理向OUC发送夜间重启通知。

807，OUC向系统属性扩展通知将夜间重启通知标记值设置为第一预设值。

808，系统属性扩展将夜间重启通知标记值置为第一预设值。

终端设备完成第二升级事件且第二升级事件的夜间开关为开启时，执行809，OUC向通知服务发送夜间重启通知请求。

在该实施例中，第二升级事件包括版本升级和参数升级。

810，通知服务生成夜间重启通知。

811，通知服务向通知管理发送夜间重启通知。

812，通知管理取消历史重启通知。

在本申请的一实施例中，执行步骤812后，终端设备停止显示第一升级事件对应的夜间重启通知。

813通知管理显示夜间重启通知。

在本申请的一实施例中，执行步骤813后，终端设备中显示第二升级事件对应的夜间重启通知。

814，通知管理向OUC发送夜间重启通知。

815，OUC向系统属性扩展通知将夜间重启通知标记值设置为第一预设值。

816，系统属性扩展将夜间重启通知标记值置为第一预设值。

关于图10中801-816的一些具体实施方式，可以参见对图4和图5的相关说明，不再赘述。在该实施例中，第一升级事件的发生时间早于第二升级事件的发生时间。当第一升级事件为版本升级时，第二升级事件为参数升级；当第一升级事件为参数升级时，第二升级事件为版本升级。

在本申请的一实施例中，执行完图10中805，通知管理显示夜间重启通知之后，所述通知显示方法还包括：当检测到所述第一升级事件的夜间开关由开启变为关闭的事件，确定当前是否存在第二升级事件。当存在所述第二升级事件且所述第二升级事件的夜间开关为关闭时，将所述夜间重启通知标记值设置为第二预设值；当存在所述第二升级事件且所述第二升级事件的夜间开关为开启时，无需对夜间重启通知标记值进行重置，流程结束。当不存在所述第二升级事件时，将所述夜间重启通知标记值设置为第二预设值。

在本申请的一实施例中，执行完图10中813，通知管理显示夜间重启通知之后，所述通知显示方法还包括：当检测到所述第二升级事件的夜间开关由开启变为关闭的事件，确定第一升级事件的夜间开关是否为关闭；当所述第一升级事件的夜间开关为关闭时，将所述夜间重启通知标记值设置为第二预设值。当所述第一升级事件的夜间开关为开启时，无需对夜间重启通知标记值进行重置，流程结束。

图11为本申请实施例提供的一种通知显示方法的流程示意图。根据不同的需求，该流程图中步骤的顺序可以改变，某些步骤可以省略。

终端设备完成第一升级事件且第一升级事件的夜间开关为开启时，执行901，OUC向通知服务发送夜间重启通知请求。

在该实施例中，第一升级事件包括版本升级和参数升级。

902，通知服务生成夜间重启通知。

903，通知服务向通知管理发送夜间重启通知。

904，通知管理取消历史重启通知。

在本申请的一实施例中，执行步骤904后，终端设备停止显示当前显示的重启通知。

905，通知管理显示夜间重启通知。

在本申请的一实施例中，执行步骤905后，终端设备中显示第一升级事件对应的夜间重启通知。

906，通知管理向OUC发送夜间重启通知。

907，OUC向系统属性扩展通知将夜间重启通知标记值设置为第一预设值。

908，系统属性扩展将夜间重启通知标记值置为第一预设值。

终端设备完成第二升级事件且第二升级事件的夜间开关为关闭时，执行909，OUC向系统属性扩展获取夜间重启通知标记值。

在该实施例中，第二升级事件包括版本升级和参数升级。

910，系统属性扩展向OUC返回夜间重启通知标记值。

911，OUC确定标记值是否为第一预设值。

在本申请的一实施例中，执行步骤911后，当确定标记值为第一预设值时，流程结束，终端设备继续显示第一升级事件对应的夜间重启通知，不显示第二升级事件对应的非夜间重启通知。

在本申请的一实施例中，执行步骤911后，当确定标记值不为第一预设值时，OUC向通知服务发送非夜间重启通知请求；通知服务生成非夜间重启通知；通知服务向通知管理发送非夜间重启通知；通知管理取消历史重启通知；通知管理停止显示第一升级事件对应的夜间重启通知，显示第二升级事件对应的非夜间重启通知。关于OUC向通知服务发送非夜间重启通知请求以及之后步骤的一些具体实施方式，可以参见图5的相关描述，在此不再赘述。

关于图11中901-911的一些具体实施方式，可以参见对图4和图5的相关说明，不再赘述。在该实施例中，第一升级事件的发生时间早于第二升级事件的发生时间。当第一升级事件为版本升级时，第二升级事件为参数升级；当第一升级事件为参数升级时，第二升级事件为版本升级。

在本申请的一实施例中，执行完图11中905，通知管理显示夜间重启通知之后，所述通知显示方法还包括：当检测到所述第一升级事件的夜间开关由开启变为关闭的事件，确定当前是否存在第二升级事件。当存在所述第二升级事件且所述第二升级事件的夜间开关为关闭时，将所述夜间重启通知标记值设置为第二预设值；当存在所述第二升级事件且所述第二升级事件的夜间开关为开启时，无需对夜间重启通知标记值进行重置，流程结束。当不存在所述第二升级事件时，将所述夜间重启通知标记值设置为第二预设值。

图12为本申请实施例提供的一种重启通知显示方法的示意图。如图12所示，当终端设备准备显示一升级事件的夜间重启通知时，取消所有的历史重启通知（如版本升级的重启通知和参数升级的重启通知），显示本次夜间重启通知，并将夜间重启通知标记值设置为true。关于显示夜间重启通知的一些具体实现流程，可以参见上文中的相关描述，如对图4、图9和图10的相关描述。如图12所示，当终端设备准备显示一升级事件的非夜间重启通知时，首先判断夜间重启通知标记值是否为true。当确定夜间重启通知标记值为true时，确定已显示夜间重启通知，不显示本次非夜间重启通知；当确定夜间重启通知标记值不为true时，取消所有的历史重启通知（如版本升级的重启通知和参数升级的重启通知），显示本次非夜间重启通知。关于显示非夜间重启通知的一些具体实现流程，可以参见上文中的相关描述，如对图5、图8和图11的相关描述。

图13为本申请实施例提供的一种标记值处理方法的示意图。

如图13所示，终端设备显示版本升级的夜间重启通知后，当检测到版本升级的夜间开关由开启变为关闭的事件时，确定是否存在待生效的参数升级；若存在待生效的参数升级且参数升级的夜间开关为开启，不对夜间重启通知标记值进行处理；若存在待生效的参数升级且参数升级的夜间开关为关闭，将夜间重启通知标记值设置为false；若不存在待生效的参数升级且参数升级的夜间开关为开启，将夜间重启通知标记值设置为false；若不存在待生效的参数升级且参数升级的夜间开关为关闭，将夜间重启通知标记值设置为false。关于上述步骤的一些具体实现流程，可以参见上文中的相关描述，如对图6的相关描述。

如图13所示，终端设备显示版本升级的非夜间重启通知后，当检测到版本升级的夜间开关由关闭变为开启的事件时，不对夜间重启通知标记值进行处理。如图13所示，终端设备未发生版本升级的升级事件，即未显示版本升级的重启通知时，当检测到版本升级的夜间开关由开启变为关闭的事件时，不对夜间重启通知标记值进行处理。如图13所示，终端设备未发生版本升级的升级事件，即未显示版本升级的重启通知时，当检测到版本升级的夜间开关由关闭变为开启的事件时，不对夜间重启通知标记值进行处理。

如图13所示，终端设备显示参数升级的夜间重启通知后，当检测到参数升级的夜间开关由开启变为关闭的事件时，确定是否存在待生效的版本升级；若存在待生效的版本升级且版本升级的夜间开关为开启，不对夜间重启通知标记值进行处理；若存在待生效的版本升级且版本升级的夜间开关为关闭，将夜间重启通知标记值设置为false；若不存在待生效的版本升级且版本升级的夜间开关为开启，将夜间重启通知标记值设置为false；若不存在待生效的版本升级且版本升级的夜间开关为关闭，将夜间重启通知标记值设置为false。关于上述步骤的一些具体实现流程，可以参见上文中的相关描述，如对图7的相关描述。

如图13所示，终端设备显示参数升级的非夜间重启通知后，当检测到参数升级的夜间开关由关闭变为开启的事件时，不对夜间重启通知标记值进行处理。如图13所示，终端设备未发生参数升级的升级事件，即未显示参数升级的重启通知时，当检测到参数升级的夜间开关由开启变为关闭的事件时，不对夜间重启通知标记值进行处理。如图13所示，终端设备未发生参数升级的升级事件，即未显示参数升级的重启通知时，当检测到参数升级的夜间开关由关闭变为开启的事件时，不对夜间重启通知标记值进行处理。

图14为本申请实施例提供的一种终端设备的框架示意图。分层架构将软件分成若干个层，每一层都有清晰的角色和分工。层与层之间通过软件接口通信。在一些实施例中，将软件系统分为四层，从上至下分别为应用程序层，框架层，系统库以及内核层。

应用程序层可以包括一系列应用程序。例如，应用程序可以包括桌面、剪贴板、地图、音乐、短信息、图库、OUC、导航、音频等应用。在本申请的一实施例中，OUC可以向OTA服务器发送搜包请求，以获取OTA服务器上的升级数据；并基于获取到的升级数据完成相关模块的升级，如版本数据和参数升级。

框架层为应用程序层的应用程序提供应用编程接口(Application ProgrammingInterface，API)和编程框架。应用程序框架层包括一些预先定义的函数。例如，应用程序框架层可以包括窗口管理器，内容提供器，视图系统，电话管理器，资源管理器，通知服务，通知管理、视图系统等。

窗口管理器可以获取显示屏大小，判断是否有状态栏，锁定屏幕，截取屏幕等。在本申请的一些实施方式中，可以通过窗口管理器确定终端设备的显示界面上是否存在桌面卡片。内容提供器用来存放和获取数据，并使这些数据可以被应用程序访问。所述数据可以包括视频，图像，音频，拨打和接听的电话，浏览历史和书签，电话簿等。视图系统包括可视控件，例如显示文字的控件，显示图片的控件等。电话管理器用于提供终端设备的通信功能。资源管理器为应用程序提供各种资源，比如本地化字符串，图标，图片，布局文件，视频文件等。通知服务可以响应于应用程序的请求，生成应用程序的通知。通知管理使应用程序可以在状态栏中显示通知。

应用程序层和框架层运行在虚拟机中。虚拟机将应用程序层和框架层的java文件执行为二进制文件。虚拟机用于执行对象生命周期的管理，堆栈管理，线程管理，安全和异常的管理，以及垃圾回收等功能。

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

内核层是硬件和软件之间的层。内核层至少包含显示驱动，摄像头驱动，音频驱动，传感器驱动。可以理解的是，图14示出的软件结构中的层以及各层中包含的部件，并不构成对终端设备的具体限定。在本申请另一些实施例中，终端设备可以包括比图示更多或更少的层，以及每个层中可以包括更多或更少的部件，本申请不做限定。

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

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

处理器110可以包括一个或多个处理单元，例如：处理器110可以包括应用处理器(application processor，AP)，调制解调处理器，图形处理器(graphics processingunit，GPU)，图像信号处理器(image signal processor，ISP)，控制器，视频编解码器，数字信号处理器(digital signal processor，DSP)，基带处理器，和/或神经网络处理器(neural-network processing unit，NPU)等。

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

在一些实施例中，处理器110可以包括一个或多个接口。接口可以包括集成电路(inter-integrated circuit，I1C)接口，集成电路内置音频(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)接口，和/或通用串行总线(universal serial bus，USB)接口等。

I1C接口是一种双向同步串行总线，包括一根串行数据线(serial data line，SDA)和一根串行时钟线(derail clock line，SCL)。I2S接口可以用于音频通信。

PCM接口也可以用于音频通信，将模拟信号抽样，量化和编码。在一些实施例中，音频模块170与无线通信模块160可以通过PCM总线接口耦合。

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

MIPI接口可以被用于连接处理器110与显示屏194，摄像头193等外围器件。MIPI接口包括摄像头串行接口(camera serial interface，CSI)，显示屏串行接口(displayserial interface，DSI)等。在一些实施例中，处理器110和摄像头193通过CSI接口通信，实现终端设备100的拍摄功能。处理器110和显示屏194通过DSI接口通信，实现终端设备100的显示功能。

GPIO接口可以通过软件配置。GPIO接口可以被配置为控制信号，也可被配置为数据信号。在一些实施例中，GPIO接口可以用于连接处理器110与摄像头193，显示屏194，无线通信模块160，音频模块170，传感器模块180等。GPIO接口还可以被配置为I1C接口，I2S接口，UART接口，MIPI接口等。

USB接口130是符合USB标准规范的接口，具体可以是Mini USB接口，Micro USB接口，USB Type C接口等。USB接口130可以用于连接充电器为终端设备100充电，也可以用于终端设备100与外围设备之间传输数据。也可以用于连接耳机，通过耳机播放音频。该接口还可以用于连接其他终端设备100，例如AR设备等。

可以理解的是，本发明实施例示意的各模块间的接口连接关系，只是示意性说明，并不构成对终端设备100的结构限定。在本申请另一些实施例中，终端设备100也可以采用上述实施例中不同的接口连接方式，或多种接口连接方式的组合。

充电管理模块140用于从充电器接收充电输入。其中，充电器可以是无线充电器，也可以是有线充电器。

电源管理模块141用于连接电池142，充电管理模块140与处理器110。电源管理模块141接收电池142和/或充电管理模块140的输入，为处理器110，内部存储器121，显示屏194，摄像头193，和无线通信模块160等供电。电源管理模块141还可以用于监测电池容量，电池循环次数，电池健康状态(漏电，阻抗)等参数。

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

天线1和天线2用于发射和接收电磁波信号。

移动通信模块150可以提供应用在终端设备100上的包括2G/3G/4G/5G等无线通信的解决方案。移动通信模块150可以包括至少一个滤波器，开关，功率放大器，低噪声放大器(low noise amplifier，LNA)等。移动通信模块150可以由天线1接收电磁波，并对接收的电磁波进行滤波，放大等处理，传送至调制解调处理器进行解调。移动通信模块150还可以对经调制解调处理器调制后的信号放大，经天线1转为电磁波辐射出去。

无线通信模块160可以提供应用在终端设备100上的包括无线局域网(WirelessLocal Area Networks，WLAN)，蓝牙(Bluetooth，BT)，全球导航卫星系统(globalnavigation satellite system，GNSS)，调频(frequency modulation，FM)，近距离无线通信技术(near field communication，NFC)，红外技术(infrared，IR)等无线通信的解决方案。

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

显示屏194用于显示图像，视频等。显示屏194包括显示面板。显示面板可以采用液晶显示屏(LiquidCrystal Display，LCD)，有机发光二极管(organic light-emittingdiode，OLED)，有源矩阵有机发光二极体或主动矩阵有机发光二极体(active-matrixorganic light emitting diode的，AMOLED)，Miniled，MicroLed，Micro-oLed，量子点发光二极管(quantum dot light emitting diodes，QLED)等。

在一些实施例中，终端设备100可以包括1个或N个显示屏194，N为大于1的正整数。终端设备100可以通过ISP，摄像头193，视频编解码器，GPU，显示屏194以及应用处理器等实现拍摄功能。摄像头193用于捕获静态图像或视频。物体通过镜头生成光学图像投射到感光元件。

内部存储器121可以包括一个或多个随机存取存储器（random access memory，RAM）和一个或多个非易失性存储器（non-volatile memory，NVM）。

外部存储器接口120可以用于连接外部的非易失性存储器，实现扩展终端设备100的存储能力。外部的非易失性存储器通过外部存储器接口120与处理器110通信，实现数据存储功能。例如将音乐，视频等文件保存在外部的非易失性存储器中。

终端设备100可以通过音频模块170，扬声器170A，受话器170B，麦克风170C，耳机接口170D，以及应用处理器等实现音频功能。例如音乐播放，录音等。音频模块170用于将数字音频信息转换成模拟音频信号输出，也用于将模拟音频输入转换为数字音频信号。音频模块170还可以用于对音频信号编码和解码。扬声器170A，也称“喇叭”，用于将音频电信号转换为声音信号。终端设备100可以通过扬声器170A收听音乐，或收听免提通话。受话器170B，也称“听筒”，用于将音频电信号转换成声音信号。当终端设备100接听电话或语音信息时，可以通过将受话器170B靠近人耳接听语音。

麦克风170C，也称“话筒”，“传声器”，用于将声音信号转换为电信号。当拨打电话或发送语音信息时，用户可以通过人嘴靠近麦克风170C发声，将声音信号输入到麦克风170C。终端设备100可以设置至少一个麦克风170C。在另一些实施例中，终端设备100可以设置两个麦克风170C，除了采集声音信号，还可以实现降噪功能。在另一些实施例中，终端设备100还可以设置三个，四个或更多麦克风170C，实现采集声音信号，降噪，还可以识别声音来源，实现定向录音功能等。

耳机接口170D用于连接有线耳机。耳机接口170D可以是USB接口130，也可以是3.5mm的开放移动终端设备100平台(open mobile terminal platform，OMTP)标准接口，美国蜂窝电信工业协会(cellular telecommunications industry association of theUSA，CTIA)标准接口。

压力传感器180A用于感受压力信号，可以将压力信号转换成电信号。陀螺仪传感器180B可以用于确定终端设备100的运动姿态。气压传感器180C用于测量气压。磁传感器180D包括霍尔传感器。终端设备100可以利用磁传感器180D检测翻盖皮套的开合。加速度传感器180E可检测终端设备100在各个方向上(一般为三轴)加速度的大小。距离传感器180F，用于测量距离。接近光传感器180G可以包括例如发光二极管(LED)和光检测器，例如光电二极管。环境光传感器180L用于感知环境光亮度。指纹传感器180H用于采集指纹。温度传感器180J用于检测温度。触摸传感器180K，也称“触控器件”。触摸传感器180K可以设置于显示屏194，由触摸传感器180K与显示屏194组成触摸屏，也称“触控屏”。骨传导传感器180M可以获取振动信号。

按键190包括开机键，音量键等。按键190可以是机械按键。也可以是触摸式按键。马达191可以产生振动提示。指示器192可以是指示灯，可以用于指示充电状态，电量变化，也可以用于指示消息，未接来电，通知等。

SIM卡接口195用于连接SIM卡。SIM卡可以通过插入SIM卡接口195，或从SIM卡接口195拔出，实现和终端设备100的接触和分离。终端设备100可以支持1个或N个SIM卡接口，N为大于1的正整数。SIM卡接口195可以支持Nano SIM卡，Micro SIM卡，SIM卡等。同一个SIM卡接口195可以同时插入多帧卡。所述多帧卡的类型可以相同，也可以不同。SIM卡接口195也可以兼容不同类型的SIM卡。SIM卡接口195也可以兼容外部存储卡。终端设备100通过SIM卡和网络交互，实现通话以及数据通信等功能。在一些实施例中，终端设备100采用eSIM，即：嵌入式SIM卡。eSIM卡可以嵌在终端设备100中，不能和终端设备100分离。

本实施例还提供一种计算机存储介质，该计算机存储介质中存储有计算机指令，当该计算机指令在终端设备100上运行时，使得终端设备100执行上述相关方法步骤实现上述实施例中的通知显示方法。

本实施例还提供了一种计算机程序产品，当该计算机程序产品在计算机上运行时，使得计算机执行上述相关步骤，以实现上述实施例中的通知显示方法。

另外，本申请的实施例还提供一种装置，这个装置具体可以是芯片，组件或模块，该装置可包括相连的处理器和存储器；其中，存储器用于存储计算机执行指令，当装置运行时，处理器可执行存储器存储的计算机执行指令，以使芯片执行上述各方法实施例中的通知显示方法。

其中，本实施例提供的终端设备、计算机存储介质、计算机程序产品或芯片均用于执行上文所提供的通知显示方法，因此，其所能达到的有益效果可参考上文所提供的通知显示方法中的有益效果，此处不再赘述。

通过以上的实施方式的描述，所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，该模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个装置，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

该作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是一个物理单元或多个物理单元，即可以位于一个地方，或者也可以分布到多个不同地方。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

该集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个可读取存储介质中。基于这样的理解，本申请实施例的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该软件产品存储在一个存储介质中，包括若干指令用以使得一个设备（可以是单片机，芯片等）或处理器（processor）执行本申请各个实施例方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器（Read-Only Memory，ROM）、随机存取存储器（Random Access Memory，RAM）、磁碟或者光盘等各种可以存储程序代码的介质。

最后应说明的是，以上实施例仅用以说明本申请的技术方案而非限制，尽管参照较佳实施例对本申请进行了详细说明，本领域的普通技术人员应当理解，可以对本申请的技术方案进行修改或等同替换，而不离本申请技术方案的精神和范围。

Claims (14)

1.一种通知显示方法，应用于终端设备，其特征在于，所述方法包括：

当完成第一升级事件且所述第一升级事件的夜间开关为开启时，生成所述第一升级事件的夜间重启通知，并取消所述第一升级事件之前的历史重启通知；

显示所述第一升级事件的夜间重启通知，并将夜间重启通知标记值设置为第一预设值。

2.如权利要求1所述的通知显示方法，其特征在于，所述显示所述第一升级事件的夜间重启通知之后，所述方法还包括：

当完成第二升级事件且所述第二升级事件的夜间开关为关闭时，确定所述夜间重启通知标记值是否为第一预设值；

若所述夜间重启通知标记值为所述第一预设值，不显示所述第二升级事件的非夜间重启通知。

3.如权利要求2所述的通知显示方法，其特征在于，所述确定所述夜间重启通知标记值是否为第一预设值之后，所述方法还包括：

若所述夜间重启通知标记值不为所述第一预设值，停止显示所述第一升级事件的夜间重启通知，并显示所述第二升级事件的非夜间重启通知。

4.如权利要求1所述的通知显示方法，其特征在于，所述显示所述第一升级事件的夜间重启通知之后，所述方法还包括：

当完成第二升级事件且所述第二升级事件的夜间开关为开启时，停止显示所述第一升级事件的夜间重启通知，并显示所述第二升级事件的夜间重启通知。

5.如权利要求4所述的通知显示方法，其特征在于，所述显示所述第二升级事件的夜间重启通知之后，所述方法还包括：

当检测到所述第二升级事件的夜间开关由开启变为关闭的事件，确定所述第一升级事件的夜间开关是否为关闭；

当所述第一升级事件的夜间开关为关闭时，将所述夜间重启通知标记值设置为第二预设值。

6.如权利要求1所述的通知显示方法，其特征在于，所述显示所述第一升级事件的夜间重启通知之后，所述方法还包括：

当检测到所述第一升级事件的夜间开关由开启变为关闭的事件，确定当前是否存在第二升级事件；

当存在所述第二升级事件且所述第二升级事件的夜间开关为关闭时，将所述夜间重启通知标记值设置为第二预设值；

当不存在所述第二升级事件时，将所述夜间重启通知标记值设置为所述第二预设值。

7.如权利要求1至6中任意一项所述的通知显示方法，其特征在于，所述方法还包括：

当所述终端设备重启后，将所述夜间重启通知标记值设置为第二预设值。

8.一种通知显示方法，应用于终端设备，其特征在于，所述方法包括：

当完成第一升级事件且所述第一升级事件的夜间开关为关闭时，确定夜间重启通知标记值是否为第一预设值；

若所述夜间重启通知标记值不为所述第一预设值，生成所述第一升级事件的非夜间重启通知，并取消所述第一升级事件之前的历史重启通知；

显示所述第一升级事件的非夜间重启通知。

9.如权利要求8所述的通知显示方法，其特征在于，所述确定夜间重启通知标记值是否为第一预设值之后，所述方法还包括：

若所述夜间重启通知标记值为所述第一预设值，不显示所述第一升级事件的非夜间重启通知。

10.如权利要求8所述的通知显示方法，其特征在于，所述显示所述第一升级事件的非夜间重启通知之后，所述方法还包括：

当完成第二升级事件且所述第二升级事件的夜间开关为开启时，停止显示所述第一升级事件的非夜间重启通知，显示所述第二升级事件的夜间重启通知；并将所述夜间重启通知标记值设置为所述第一预设值。

11.如权利要求10所述的通知显示方法，其特征在于，所述显示所述第二升级事件的夜间重启通知之后，所述方法还包括：

当检测到所述第二升级事件的夜间开关由开启变为关闭的事件，确定所述第一升级事件的夜间开关是否为关闭；

当所述第一升级事件的夜间开关为关闭时，将所述夜间重启通知标记值设置为第二预设值。

12.如权利要求8至11中任意一项所述的通知显示方法，其特征在于，所述方法还包括：

当所述终端设备重启后，将所述夜间重启通知标记值设置为第二预设值。

13.一种终端设备，其特征在于，所述终端设备包括处理器和存储器，所述存储器用于存储指令，所述处理器用于调用所述存储器中的指令，使得所述终端设备执行如权利要求1至12中任一项所述的通知显示方法。

14.一种计算机可读存储介质，其特征在于，包括计算机指令，当所述计算机指令在终端设备上运行时，使得所述终端设备执行如权利要求1至12中任一项所述的通知显示方法。