CN105117110A - 在应用程序的预设界面显示用户设备状态的方法和装置 - Google Patents

Abstract

本发明提出一种在应用程序的预设界面显示用户设备状态的方法和装置，该在应用程序的预设界面显示用户设备状态的方法包括：判断应用程序的预设界面是否存在显示请求；若存在，则进一步获取与所述应用程序功能相关的检测结果；根据所述检测结果判断所述用户设备是否存在异常状态；若所述用户设备存在异常状态，则生成对应所述异常状态的通知消息，并根据预设策略在所述应用程序的预设界面上展示所述通知消息；否则，在所述应用程序的预设界面显示默认信息。该方法能够在显著的位置暴露出现的问题，进而方便用户快速简单的解决问题。

Description

在应用程序的预设界面显示用户设备状态的方法和装置

技术领域

本发明涉及软件应用技术领域，尤其涉及一种在应用程序的预设界面显示用户设备状态的方法和装置。

背景技术

用户设备会根据用户使用的情况不同而处于不同的状态，比如：存储空间不足，设备问题过高，内存占用过高等。用户设备如果出现一些异常状态，操作系统或者一些工具类应用会将这些异常状态通过一定的方式展现给用户，提示用户去处理该异常问题。

现有技术中，通知栏问题提醒是最常见的一种方式。例如：用户设备出现空间不足的情况时，操作系统会通过通知栏向用户发送一条消息，建议用户进行空间的清理操作。

但是，采用通知栏进行通知的方式不够明显，用户可能不能及时发现问题。

发明内容

本发明旨在至少在一定程度上解决相关技术中的技术问题之一。

为此，本发明的一个目的在于提出一种在应用程序的预设界面显示用户设备状态的方法，该方法可以在显著的位置暴露出现的问题，进而方便用户快速简单的解决问题。

本发明的另一个目的在于提出一种在应用程序的预设界面显示用户设备状态的装置。

为达到上述目的，本发明第一方面实施例提出的在应用程序的预设界面显示用户设备状态的方法，包括：判断应用程序的预设界面是否存在显示请求；若存在，则进一步获取与所述应用程序功能相关的检测结果；根据所述检测结果判断所述用户设备是否存在异常状态；若所述用户设备存在异常状态，则生成对应所述异常状态的通知消息，并根据预设策略在所述应用程序的预设界面上展示所述通知消息；否则，在所述应用程序的预设界面显示默认信息。

可选的，所述在所述应用程序的预设界面上展示所述通知消息，包括：

判断当前时间与上次展示通知消息的时间之间的间隔是否超过预设时间间隔；

如果超过预设时间间隔，在所述应用程序的预设界面上展示所述通知消息。

可选的，所述获取与所述应用程序功能相关的检测结果，包括：

在启动所述预设应用程序后，检测用户设备的状态，获取检测结果；或者，

实时检测用户设备的状态，获取检测结果。

可选的，所述生成对应所述异常状态的通知消息，包括：

当所述异常状态为多个时，根据预设的优先级，选择优先级最高的异常状态，并生成所述优先级最高的异常状态对应的通知消息。

可选的，当所述异常状态为多个时，对应不同异常状态的通知消息的展示形式不同。

可选的，所述在所述应用程序的预设界面上展示所述通知消息之后，所述方法还包括：

如果用户选择处理所述异常状态，跳转到处理页面；或者，

如果用户选择不处理所述异常状态，将所述异常状态保存到问题池。

可选的，当所述问题池内保存的异常状态为多个时，多个异常状态根据优先级进行排列。

可选的，所述将所述异常状态保存到问题池之后，所述方法还包括：

接收用户查看问题池的触发指令，并根据所述触发指令向所述用户展示所述问题池内保存的异常状态。

可选的，所述异常状态在问题池内的展示形式与在通知消息内的展示形式不同。

可选的，所述在所述应用程序的预设界面上展示所述通知消息，包括：

在应用程序的主界面或者预设功能项对应的界面上，展示所述通知消息。

本发明第一方面实施例提出的在应用程序的预设界面显示用户设备状态的方法，通过在应用程序内展示通知消息，从而可以在显著的位置暴露出现的问题，进而方便用户快速简单的解决问题。

为达到上述目的，本发明第二方面实施例提出的在应用程序的预设界面显示用户设备状态的装置，包括：第一判断模块，用于判断应用程序的预设界面是否存在显示请求；检测模块，用于在判断模块的判断结果是存在时，进一步获取与所述应用程序功能相关的检测结果；第二判断模块，用于根据所述检测结果判断所述用户设备是否存在异常状态；第一展示模块，用于在所述第二判断模块的判断结果是所述用户设备存在异常状态时，生成对应所述异常状态的通知消息，并根据预设策略在所述应用程序的预设界面上展示所述通知消息；第二展示模块，用于在所述第二判断模块的判断结果是所述用户设备不存在异常状态时，在所述应用程序的预设界面显示默认信息。

可选的，所述第一展示模块用于在所述应用程序的预设界面上展示所述通知消息，包括：

判断当前时间与上次展示通知消息的时间之间的间隔是否超过预设时间间隔；

如果超过预设时间间隔，在所述应用程序的预设界面上展示所述通知消息。

可选的，所述检测模块具体用于：

在启动所述预设应用程序后，检测用户设备的状态，获取检测结果；或者，

实时检测用户设备的状态，获取检测结果。

可选的，所述第一展示模块用于生成对应所述异常状态的通知消息，包括：

当所述异常状态为多个时，根据预设的优先级，选择优先级最高的异常状态，并生成所述优先级最高的异常状态对应的通知消息。

可选的，当所述异常状态为多个时，对应不同异常状态的通知消息的展示形式不同。

可选的，还包括：

响应模块，用于如果用户选择处理所述异常状态，跳转到处理页面；或者，如果用户选择不处理所述异常状态，将所述异常状态保存到问题池。

可选的，当所述问题池内保存的异常状态为多个时，多个异常状态根据优先级进行排列。

可选的，还包括：

查看模块，用于接收用户查看问题池的触发指令，并根据所述触发指令向所述用户展示所述问题池内保存的异常状态。

可选的，所述异常状态在问题池内的展示形式与在通知消息内的展示形式不同。

可选的，所述第一展示模块用于在所述应用程序的预设界面上展示所述通知消息，包括：

在应用程序的主界面或者预设功能项对应的界面上，展示所述通知消息。

本发明第二方面实施例提出的在应用程序的预设界面显示用户设备状态的装置，通过在应用程序内展示通知消息，从而可以在显著的位置暴露出现的问题，进而方便用户快速简单的解决问题。

为达到上述目的，本发明第三方面实施例提出的客户端设备，包括：壳体、处理器、存储器、电路板和电源电路，其中，电路板安置在壳体围成的空间内部，处理器和存储器设置在电路板上；电源电路，用于为客户端设备的各个电路或器件供电；存储器用于存储可执行程序代码；处理器通过读取存储器中存储的可执行程序代码来运行与可执行程序代码对应的程序，以用于执行以下步骤：判断应用程序的预设界面是否存在显示请求；若存在，则进一步获取与所述应用程序功能相关的检测结果；根据所述检测结果判断所述用户设备是否存在异常状态；若所述用户设备存在异常状态，则生成对应所述异常状态的通知消息，并根据预设策略在所述应用程序的预设界面上展示所述通知消息；否则，在所述应用程序的预设界面显示默认信息。

可选的，所述在所述应用程序的预设界面上展示所述通知消息，包括：

判断当前时间与上次展示通知消息的时间之间的间隔是否超过预设时间间隔；

如果超过预设时间间隔，在所述应用程序的预设界面上展示所述通知消息。

可选的，所述获取与所述应用程序功能相关的检测结果，包括：

在启动所述预设应用程序后，检测用户设备的状态，获取检测结果；或者，

实时检测用户设备的状态，获取检测结果。

可选的，所述生成对应所述异常状态的通知消息，包括：

当所述异常状态为多个时，根据预设的优先级，选择优先级最高的异常状态，并生成所述优先级最高的异常状态对应的通知消息。

可选的，当所述异常状态为多个时，对应不同异常状态的通知消息的展示形式不同。

可选的，所述在所述应用程序的预设界面上展示所述通知消息之后，所述方法还包括：

如果用户选择处理所述异常状态，跳转到处理页面；或者，

如果用户选择不处理所述异常状态，将所述异常状态保存到问题池。

可选的，当所述问题池内保存的异常状态为多个时，多个异常状态根据优先级进行排列。

可选的，所述将所述异常状态保存到问题池之后，所述方法还包括：

接收用户查看问题池的触发指令，并根据所述触发指令向所述用户展示所述问题池内保存的异常状态。

可选的，所述异常状态在问题池内的展示形式与在通知消息内的展示形式不同。

可选的，所述在所述应用程序的预设界面上展示所述通知消息，包括：

在应用程序的主界面或者预设功能项对应的界面上，展示所述通知消息。

本发明第三方面实施例提出的客户端设备，通过在应用程序内展示通知消息，从而可以在显著的位置暴露出现的问题，进而方便用户快速简单的解决问题。

本发明附加的方面和优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本发明的实践了解到。

附图说明

本发明上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中：

图1是本发明一实施例提出的在应用程序的预设界面显示用户设备状态的方法的流程示意图；

图2是本发明实施例中一种异常状态对应的通知消息的展示示意图；

图3是本发明实施例中一种异常状态对应的通知消息的展示示意图；

图4是本发明另一实施例提出的在应用程序的预设界面显示用户设备状态的方法的流程示意图；

图5是本发明实施例中应用程序的初始界面的示意图；

图6是本发明实施例中问题池内一种异常状态的展示示意图；

图7是本发明实施例中问题池内另一种异常状态的展示示意图；

图8是本发明另一实施例提出的在应用程序的预设界面显示用户设备状态的装置的结构示意图；

图9是本发明另一实施例提出的在应用程序的预设界面显示用户设备状态的装置的结构示意图。

具体实施方式

下面详细描述本发明的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的模块或具有相同或类似功能的模块。下面通过参考附图描述的实施例是示例性的，仅用于解释本发明，而不能理解为对本发明的限制。相反，本发明的实施例包括落入所附加权利要求书的精神和内涵范围内的所有变化、修改和等同物。

图1是本发明一实施例提出的在应用程序的预设界面显示用户设备状态的方法的流程示意图，该方法包括：

S11：判断应用程序的预设界面是否存在显示请求。

其中，可以检测用户的操作，根据用户的操作判断应用程序的预设界面是否存在显示请求，例如，当检测到用户对应用程序的点击指令后，可以打开应用程序，当检测到用户对打开的应用程序内预设界面的点击指令后，可以确定预设界面存在显示请求，以显示预设界面。

S12：若存在，则进一步获取与所述应用程序功能相关的检测结果。

例如，检测结果是对安装该应用程序的用户设备的状态的检测结果。可以通过对用户设备的状态的检测，以获取检测结果。

其中，用户设备可以包括：移动设备或者个人电脑(PersonalComputer，PC)等。

根据异常状态的类型不同，可以在不同时机触发用户设备状态的检测。例如，在启动预设应用程序后，检测用户设备的状态，或者，实时检测用户设备的状态。

应用程序是指用于检测用户设备状态的应用程序，用户可以预先将该应用程序安装在用户设备上。

异常状态包括的具体状态可以预先设置，例如，异常状态是隐私风险，则可以在启动该预设的应用程序后，进行隐私风险的检测。或者，当异常状态是手机运行速度变慢时，则可以实时检测手机运行速度，从而确定速度是否变慢。

另外，根据异常状态的不同，具体的检测方式也可以不同。例如，在检测隐私风险时，可以查看本地数据库，从本地数据库中查找是否存在风险项，哪些是风险项也可以预先设置，从而当存在风险项时表明存在隐私风险。又例如，检测手机运行速度时，可以实时监控手机CPU的运行速度。

S13：根据所述检测结果判断所述用户设备是否存在异常状态。

在得到检测结果后，可以与预设的异常状态对应的参数进行比对，从而判断是否存在异常状态。

例如，当检测到本地数据库中存在预设的风险项时，确定存在隐私风险这一异常状态；或者，当监控到手机CPU的运行速度小于预设值时，确定存在手机运行速度变慢这一异常状态。

S14：若所述用户设备存在异常状态，则生成对应所述异常状态的通知消息，并根据预设策略在所述应用程序的预设界面上展示所述通知消息。

其中，当异常状态不同时，可以采用不同展示形式的通知消息，例如在展示隐私风险对应的通知消息时，展示如图2所示的通知消息21，又例如，在手机运行变慢时，展示如图3所示的通知消息31，两者具有不同的展示形式。当然，可以理解的是，不同的异常状态对应的通知消息也可以采用相同的展示形式。

在应用程序的预设界面上展示通知消息时，可以是在该应用程序的主界面上展示，或者，该应用程序的预设功能项对应的界面上进行展示。例如，用户打开应用程序后，展示主界面，以及该应用程序检测异常状态，并在发现异常状态后，在主界面上展示对应的通知消息。或者，用户打开应用程序后，选择主界面中某个功能项，例如“发现问题”功能项，当用户点击“发现问题”功能项，在该功能项对应的界面上展示发现的问题。

S15：若所述用户设备不存在异常状态，在所述应用程序的预设界面显示默认信息。

例如，默认信息是预设界面上初始状态的信息，从而在用户设备不存在异常状态时，不需要对用户进行提醒。

本实施例中，通过在应用程序内展示通知消息，从而可以在显著的位置暴露出现的问题，进而方便用户快速简单的解决问题。

图4是本发明另一实施例提出的在应用程序的预设界面显示用户设备状态的方法的流程示意图，该方法包括：

S41：根据用户的启动指令完成启动，并展示初始界面。

其中，应用程序接收到用户的启动指令，例如，用户点击该应用程序后，可以完成启动，并展示初始界面。

初始界面的形式可以是预先配置的。例如，参见图5，可以展示如图5所示的初始界面。

S42：检测用户设备的状态，并根据检测结果判断是否存在异常状态。

如上一实施例，可以在启动该应用程序或者实时检测用户设备的状态。

在检测时，可以根据不同类型的状态采用相应的检测方式，例如，在本地数据库中查找风险项，或者，实时监控CPU运行情况等。

S43：如果存在异常状态，生成对应所述异常状态的通知消息。

在检测到异常状态时，可以每检测到一个异常状态就提醒一次。但是，考虑到这种提醒方式对用户的打扰，可以设置一个时间段，或者设置一个异常状态个数阈值，在该时间段或者个数阈值内，如果检测到多个异常状态，则可以只选择出一个异常状态进行提醒。

此时，所述生成对应所述异常状态的通知消息，包括：

当所述异常状态为多个时，根据预设的优先级，选择优先级最高的异常状态，并生成所述优先级最高的异常状态对应的通知消息。

例如，检测出的多个异常状态包括：隐私风险，CPU占用较高，如果预设隐私风险的优先级比CPU占用的优先级高，则生成对应隐私风险的通知消息，而不生成对应CPU占用较高的通知消息。

以用户设备是手机为例，对手机状态进行检测后，如果发现异常状态，则可以对该异常状态进行标记。如果预设时间段内，经过对标记的统计存在多个异常状态，则会根据本地默认的优先级列表进行判断，选择优先级最高的异常状态，并生成对应的通知消息。

S44：在应用程序的预设界面上展示所述通知消息。

在生成通知消息后，可以在界面上进行展示。其中，预设界面可以是根据显示请求显示的，例如检测到用户对预设界面的点击指令后，可以确定接收到显示请求并显示预设界面。

可选的，为了降低对用户的打扰，所述在应用程序的预设界面上展示所述通知消息，包括：

判断当前时间与上次展示通知消息的时间之间的间隔是否超过预设时间间隔；

如果超过预设时间间隔，在应用程序的预设界面上展示所述通知消息。

例如，当距离上次提示的时间间隔小于24小时，则不会展示该通知消息，如果大于24小时，则展示该通知消息。

展示通知消息的界面可以如图2或图3所示，图2和图3分别对应隐私风险和手机运行变慢的异常状态。

在发现问题(展示异常状态)后，用户可以根据展示的问题进行处理或者不处理。

另一实施例中，参见图4，该方法还可以包括：

S45：如果用户选择处理所述异常状态，跳转到处理页面。

例如，在图2或图3所示的通知消息中，当用户点击“立即查看”后，表明选择处理异常状态，从而可以跳转到相应的处理页面(未示出处理界面的示意图)，在处理页面中用户可以对问题进行处理，例如，清理隐私项等。

另一方面，参见图4，该方法还可以包括：

S46：如果用户选择不处理所述异常状态，将所述异常状态保存到问题池。

由于用户当前发现问题时，可能并不需要在当前解决，而为了用户在后续还可以发现该问题，可以将该问题保存到问题池，以供用户后续查看处理。

当所述问题池内保存的异常状态为多个时，多个异常状态根据优先级进行排列。

其中，用户选择不处理异常状态的方式例如用户点击发现问题界面上的关闭按钮(右上角的叉号)。

进一步的，当用户需要处理问题池中预先保存的异常状态时，参见图4，该方法还可以包括：

S47：接收用户查看问题池的触发指令，并根据所述触发指令向所述用户展示所述问题池内保存的异常状态。

其中，可以在界面上设置一个触发按钮，用户点击该触发按钮后，可以产生触发指令。

例如，如图5所示的初始界面上，会显示一个触发按钮51，用户点击触发按钮51后，可以打开问题池，展示问题池中的异常状态，其中，当异常状态为多个时，默认展示优先级最高的异常状态。

例如，用户点击触发按钮51后，对应图2，可以展示如图6所示的问题池内的异常状态，或者，对应图3，可以展示如图7所示的问题池内的异常状态。

另外，所述异常状态在问题池内的展示形式与在通知消息内的展示形式可以相同或者不同。例如，参见图2和图6，都是展示隐私风险，但在通知消息内的展示形式与问题池内的展示形式可以不同。

进一步的，当展示问题池内的异常状态后，可以点击“立即查看”进行处理，当选择进行处理后，也可以跳转到相同的处理页面。

本实施例中，可以在应用程序内展示通知消息，从而可以在显著的位置暴露出现的问题，进而方便用户快速简单的解决问题。具体的，通过分析用户的手机状态，及时告知当前的问题，并且提供快速，简单的解决方案，能够让用户更简单，方便的使用手机。通过问题池的机制，能够让用户反复查看到未处理的问题，避免错过一些关键问题的处理。能够提高消息提醒的到达率，让问题提醒更高效。

图8是本发明另一实施例提出的在应用程序的预设界面显示用户设备状态的装置的结构示意图，该装置80包括：

第一判断模块81，用于判断应用程序的预设界面是否存在显示请求；

其中，可以检测用户的操作，根据用户的操作判断应用程序的预设界面是否存在显示请求，例如，当检测到用户对应用程序的点击指令后，可以打开应用程序，当检测到用户对打开的应用程序内预设界面的点击指令后，可以确定预设界面存在显示请求，以显示预设界面。

检测模块82，用于在判断模块的判断结果是存在时，进一步获取与所述应用程序功能相关的检测结果；

例如，检测结果是对安装该应用程序的用户设备的状态的检测结果。可以通过对用户设备的状态的检测，以获取检测结果。

其中，用户设备可以包括：移动设备或者个人电脑(PersonalComputer，PC)等。

可选的，所述检测模块81具体用于：

在启动所述预设应用程序后，检测用户设备的状态，获取检测结果；或者，

实时检测用户设备的状态，获取检测结果。

应用程序是指用于检测用户设备状态的应用程序，用户可以预先将该应用程序安装在用户设备上。

异常状态包括的具体状态可以预先设置，例如，异常状态是隐私风险，则可以在启动该预设的应用程序后，进行隐私风险的检测。或者，当异常状态是手机运行速度变慢时，则可以实时检测手机运行速度，从而确定速度是否变慢。

另外，根据异常状态的不同，具体的检测方式也可以不同。例如，在检测隐私风险时，可以查看本地数据库，从本地数据库中查找是否存在风险项，哪些是风险项也可以预先设置，从而当存在风险项时表明存在隐私风险。又例如，检测手机运行速度时，可以实时监控手机CPU的运行速度。

第二判断模块83，用于根据所述检测结果判断所述用户设备是否存在异常状态；

在得到检测结果后，可以与预设的异常状态对应的参数进行比对，从而判断是否存在异常状态。

例如，当检测到本地数据库中存在预设的风险项时，确定存在隐私风险这一异常状态；或者，当监控到手机CPU的运行速度小于预设值时，确定存在手机运行速度变慢这一异常状态。

第一展示模块84，用于在所述第二判断模块的判断结果是所述用户设备存在异常状态时，生成对应所述异常状态的通知消息，并根据预设策略在所述应用程序的预设界面上展示所述通知消息。

可选的，当所述异常状态为多个时，对应不同异常状态的通知消息的展示形式不同。

例如在展示隐私风险对应的通知消息时，展示如图2所示的通知消息21，又例如，在手机运行变慢时，展示如图3所示的通知消息31，两者具有不同的展示形式。当然，可以理解的是，不同的异常状态对应的通知消息也可以采用相同的展示形式。

可选的，所述第一展示模块84用于在所述应用程序的预设界面上展示所述通知消息，包括：

在应用程序的主界面或者预设功能项对应的界面上，展示所述通知消息。

例如，用户打开应用程序后，展示主界面，以及该应用程序检测异常状态，并在发现异常状态后，在主界面上展示对应的通知消息。或者，用户打开应用程序后，选择主界面中某个功能项，例如“发现问题”功能项，当用户点击“发现问题”功能项，在该功能项对应的界面上展示发现的问题。

第二展示模块85，用于在所述第二判断模块的判断结果是所述用户设备不存在异常状态时，在所述应用程序的预设界面显示默认信息。

例如，默认信息是预设界面上初始状态的信息，从而在用户设备不存在异常状态时，不需要对用户进行提醒。

在检测到异常状态时，可以每检测到一个异常状态就提醒一次。但是，考虑到这种提醒方式对用户的打扰，可以设置一个时间段，或者设置一个异常状态个数阈值，在该时间段或者个数阈值内，如果检测到多个异常状态，则可以只选择出一个异常状态进行提醒。

可选的，所述第一展示模块84用于生成对应所述异常状态的通知消息，包括：

当所述异常状态为多个时，根据预设的优先级，选择优先级最高的异常状态，并生成所述优先级最高的异常状态对应的通知消息。

例如，检测出的多个异常状态包括：隐私风险，CPU占用较高，如果预设隐私风险的优先级比CPU占用的优先级高，则生成对应隐私风险的通知消息，而不生成对应CPU占用较高的通知消息。

以用户设备是手机为例，对手机状态进行检测后，如果发现异常状态，则可以对该异常状态进行标记。如果预设时间段内，经过对标记的统计存在多个异常状态，则会根据本地默认的优先级列表进行判断，选择优先级最高的异常状态，并生成对应的通知消息。

可选的，所述第一展示模块84用于在所述应用程序的预设界面上展示所述通知消息，包括：

判断当前时间与上次展示通知消息的时间之间的间隔是否超过预设时间间隔；

如果超过预设时间间隔，在所述应用程序的预设界面上展示所述通知消息。

例如，当距离上次提示的时间间隔小于24小时，则不会展示该通知消息，如果大于24小时，则展示该通知消息。

展示通知消息的界面可以如图2或图3所示，图2和图3分别对应隐私风险和手机运行变慢的异常状态。

在发现问题(展示异常状态)后，用户可以根据展示的问题进行处理或者不处理。

另一实施例中，参见图9，该装置80还包括：

响应模块86，用于如果用户选择处理所述异常状态，跳转到处理页面；或者，如果用户选择不处理所述异常状态，将所述异常状态保存到问题池。

例如，在图2或图3所示的通知消息中，当用户点击“立即查看”后，表明选择处理异常状态，从而可以跳转到相应的处理页面(未示出处理界面的示意图)，在处理页面中用户可以对问题进行处理，例如，清理隐私项等。

由于用户当前发现问题时，可能并不需要在当前解决，而为了用户在后续还可以发现该问题，可以将该问题保存到问题池，以供用户后续查看处理。

当所述问题池内保存的异常状态为多个时，多个异常状态根据优先级进行排列。

其中，用户选择不处理异常状态的方式例如用户点击发现问题界面上的关闭按钮(右上角的叉号)。

可选的，当所述问题池内保存的异常状态为多个时，多个异常状态根据优先级进行排列。

另一实施例中，参见图9，该装置80还包括：

查看模块87，用于接收用户查看问题池的触发指令，并根据所述触发指令向所述用户展示所述问题池内保存的异常状态。

其中，可以在界面上设置一个触发按钮，用户点击该触发按钮后，可以产生触发指令。

例如，如图5所示的初始界面上，会显示一个触发按钮51，用户点击触发按钮51后，可以打开问题池，展示问题池中的异常状态，其中，当异常状态为多个时，默认展示优先级最高的异常状态。

例如，用户点击触发按钮51后，对应图2，可以展示如图6所示的问题池内的异常状态，或者，对应图3，可以展示如图7所示的问题池内的异常状态。

可选的，所述异常状态在问题池内的展示形式与在通知消息内的展示形式不同。

例如，参见图2和图6，都是展示隐私风险，但在通知消息内的展示形式与问题池内的展示形式可以不同。

进一步的，当展示问题池内的异常状态后，可以点击“立即查看”进行处理，当选择进行处理后，也可以跳转到相同的处理页面。

本实施例中，可以在应用程序内展示通知消息，从而可以在显著的位置暴露出现的问题，进而方便用户快速简单的解决问题。具体的，通过分析用户的手机状态，及时告知当前的问题，并且提供快速，简单的解决方案，能够让用户更简单，方便的使用手机。通过问题池的机制，能够让用户反复查看到未处理的问题，避免错过一些关键问题的处理。能够提高消息提醒的到达率，让问题提醒更高效。

本发明实施例还提供了一种客户端设备，该客户端设备包括壳体、处理器、存储器、电路板和电源电路，其中，电路板安置在壳体围成的空间内部，处理器和存储器设置在电路板上；电源电路，用于为客户端设备的各个电路或器件供电；存储器用于存储可执行程序代码；处理器通过读取存储器中存储的可执行程序代码来运行与可执行程序代码对应的程序，以用于执行以下步骤：

S11’：判断应用程序的预设界面是否存在显示请求。

其中，可以检测用户的操作，根据用户的操作判断应用程序的预设界面是否存在显示请求，例如，当检测到用户对应用程序的点击指令后，可以打开应用程序，当检测到用户对打开的应用程序内预设界面的点击指令后，可以确定预设界面存在显示请求，以显示预设界面。

S12’：若存在，则进一步获取与所述应用程序功能相关的检测结果。

例如，检测结果是对安装该应用程序的用户设备的状态的检测结果。可以通过对用户设备的状态的检测，以获取检测结果。

其中，用户设备可以包括：移动设备或者个人电脑(PersonalComputer，PC)等。

根据异常状态的类型不同，可以在不同时机触发用户设备状态的检测。例如，在启动预设应用程序后，检测用户设备的状态，或者，实时检测用户设备的状态。

应用程序是指用于检测用户设备状态的应用程序，用户可以预先将该应用程序安装在用户设备上。

异常状态包括的具体状态可以预先设置，例如，异常状态是隐私风险，则可以在启动该预设的应用程序后，进行隐私风险的检测。或者，当异常状态是手机运行速度变慢时，则可以实时检测手机运行速度，从而确定速度是否变慢。

另外，根据异常状态的不同，具体的检测方式也可以不同。例如，在检测隐私风险时，可以查看本地数据库，从本地数据库中查找是否存在风险项，哪些是风险项也可以预先设置，从而当存在风险项时表明存在隐私风险。又例如，检测手机运行速度时，可以实时监控手机CPU的运行速度。

S13’：根据所述检测结果判断用户设备是否存在异常状态。

在得到检测结果后，可以与预设的异常状态对应的参数进行比对，从而判断是否存在异常状态。

例如，当检测到本地数据库中存在预设的风险项时，确定存在隐私风险这一异常状态；或者，当监控到手机CPU的运行速度小于预设值时，确定存在手机运行速度变慢这一异常状态。

S14’：若所述用户设备存在异常状态，则生成对应所述异常状态的通知消息，并根据预设策略在所述应用程序的预设界面上展示所述通知消息。

其中，当异常状态不同时，可以采用不同展示形式的通知消息，例如在展示隐私风险对应的通知消息时，展示如图2所示的通知消息21，又例如，在手机运行变慢时，展示如图3所示的通知消息31，两者具有不同的展示形式。当然，可以理解的是，不同的异常状态对应的通知消息也可以采用相同的展示形式。

在应用程序的预设界面上展示通知消息时，可以是在该应用程序的主界面上展示，或者，该应用程序的预设功能项对应的界面上进行展示。例如，用户打开应用程序后，展示主界面，以及该应用程序检测异常状态，并在发现异常状态后，在主界面上展示对应的通知消息。或者，用户打开应用程序后，选择主界面中某个功能项，例如“发现问题”功能项，当用户点击“发现问题”功能项，在该功能项对应的界面上展示发现的问题。

S15’：若所述用户设备不存在异常状态，在所述应用程序的预设界面显示默认信息。

例如，默认信息是预设界面上初始状态的信息，从而在用户设备不存在异常状态时，不需要对用户进行提醒。

本实施例中，通过在应用程序内展示通知消息，从而可以在显著的位置暴露出现的问题，进而方便用户快速简单的解决问题。

另一实施例中，处理器通过读取存储器中存储的可执行程序代码来运行与可执行程序代码对应的程序，以用于执行以下步骤：

S41’：根据用户的启动指令完成启动，并展示初始界面。

其中，应用程序接收到用户的启动指令，例如，用户点击该应用程序后，可以完成启动，并展示初始界面。

初始界面的形式可以是预先配置的。例如，参见图5，可以展示如图5所示的初始界面。

S42’：检测用户设备的状态，并根据检测结果判断是否存在异常状态。

如上一实施例，可以在启动该应用程序或者实时检测用户设备的状态。

在检测时，可以根据不同类型的状态采用相应的检测方式，例如，在本地数据库中查找风险项，或者，实时监控CPU运行情况等。

S43’：如果存在异常状态，生成对应所述异常状态的通知消息。

在检测到异常状态时，可以每检测到一个异常状态就提醒一次。但是，考虑到这种提醒方式对用户的打扰，可以设置一个时间段，或者设置一个异常状态个数阈值，在该时间段或者个数阈值内，如果检测到多个异常状态，则可以只选择出一个异常状态进行提醒。

此时，所述生成对应所述异常状态的通知消息，包括：

当所述异常状态为多个时，根据预设的优先级，选择优先级最高的异常状态，并生成所述优先级最高的异常状态对应的通知消息。

例如，检测出的多个异常状态包括：隐私风险，CPU占用较高，如果预设隐私风险的优先级比CPU占用的优先级高，则生成对应隐私风险的通知消息，而不生成对应CPU占用较高的通知消息。

以用户设备是手机为例，对手机状态进行检测后，如果发现异常状态，则可以对该异常状态进行标记。如果预设时间段内，经过对标记的统计存在多个异常状态，则会根据本地默认的优先级列表进行判断，选择优先级最高的异常状态，并生成对应的通知消息。

S44’：在应用程序的预设界面上展示所述通知消息。

在生成通知消息后，可以在界面上进行展示。

可选的，为了降低对用户的打扰，所述在应用程序的预设界面上展示所述通知消息，包括：

判断当前时间与上次展示通知消息的时间之间的间隔是否超过预设时间间隔；

如果超过预设时间间隔，在应用程序的预设界面上展示所述通知消息。

例如，当距离上次提示的时间间隔小于24小时，则不会展示该通知消息，如果大于24小时，则展示该通知消息。

展示通知消息的界面可以如图2或图3所示，图2和图3分别对应隐私风险和手机运行变慢的异常状态。

在发现问题(展示异常状态)后，用户可以根据展示的问题进行处理或者不处理。

另一实施例中，该方法还可以包括：

S45’：如果用户选择处理所述异常状态，跳转到处理页面。

例如，在图2或图3所示的通知消息中，当用户点击“立即查看”后，表明选择处理异常状态，从而可以跳转到相应的处理页面(未示出处理界面的示意图)，在处理页面中用户可以对问题进行处理，例如，清理隐私项等。

另一方面，该方法还可以包括：

S46’：如果用户选择不处理所述异常状态，将所述异常状态保存到问题池。

由于用户当前发现问题时，可能并不需要在当前解决，而为了用户在后续还可以发现该问题，可以将该问题保存到问题池，以供用户后续查看处理。

当所述问题池内保存的异常状态为多个时，多个异常状态根据优先级进行排列。

其中，用户选择不处理异常状态的方式例如用户点击发现问题界面上的关闭按钮(右上角的叉号)。

进一步的，当用户需要处理问题池中预先保存的异常状态时，该方法还可以包括：

S47’：接收用户查看问题池的触发指令，并根据所述触发指令向所述用户展示所述问题池内保存的异常状态。

其中，可以在界面上设置一个触发按钮，用户点击该触发按钮后，可以产生触发指令。

例如，如图5所示的初始界面上，会显示一个触发按钮51，用户点击触发按钮51后，可以打开问题池，展示问题池中的异常状态，其中，当异常状态为多个时，默认展示优先级最高的异常状态。

例如，用户点击触发按钮51后，对应图2，可以展示如图6所示的问题池内的异常状态，或者，对应图3，可以展示如图7所示的问题池内的异常状态。

另外，所述异常状态在问题池内的展示形式与在通知消息内的展示形式可以相同或者不同。例如，参见图2和图6，都是展示隐私风险，但在通知消息内的展示形式与问题池内的展示形式可以不同。

进一步的，当展示问题池内的异常状态后，可以点击“立即查看”进行处理，当选择进行处理后，也可以跳转到相同的处理页面。

本实施例中，可以在应用程序内展示通知消息，从而可以在显著的位置暴露出现的问题，进而方便用户快速简单的解决问题。具体的，通过分析用户的手机状态，及时告知当前的问题，并且提供快速，简单的解决方案，能够让用户更简单，方便的使用手机。通过问题池的机制，能够让用户反复查看到未处理的问题，避免错过一些关键问题的处理。能够提高消息提醒的到达率，让问题提醒更高效。

需要说明的是，在本发明的描述中，术语“第一”、“第二”等仅用于描述目的，而不能理解为指示或暗示相对重要性。此外，在本发明的描述中，除非另有说明，“多个”的含义是指至少两个。

流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更多个用于实现特定逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本发明的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本发明的实施例所属技术领域的技术人员所理解。

应当理解，本发明的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。例如，如果用硬件来实现，和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列(PGA)，现场可编程门阵列(FPGA)等。

本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。

此外，在本发明各个实施例中的各功能单元可以集成在一个处理模块中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。

上述提到的存储介质可以是只读存储器，磁盘或光盘等。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本发明的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不一定指的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任何的一个或多个实施例或示例中以合适的方式结合。

尽管上面已经示出和描述了本发明的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本发明的限制，本领域的普通技术人员在本发明的范围内可以对上述实施例进行变化、修改、替换和变型。

Claims (10)

1.一种在应用程序的预设界面显示用户设备状态的方法，其特征在于，包括：

判断应用程序的预设界面是否存在显示请求；

若存在，则进一步获取与所述应用程序功能相关的检测结果；

根据所述检测结果判断所述用户设备是否存在异常状态；

若所述用户设备存在异常状态，则生成对应所述异常状态的通知消息，并根据预设策略在所述应用程序的预设界面上展示所述通知消息；

否则，在所述应用程序的预设界面显示默认信息。

2.根据权利要求1所述的方法，其特征在于，所述在所述应用程序的预设界面上展示所述通知消息，包括：

判断当前时间与上次展示通知消息的时间之间的间隔是否超过预设时间间隔；

如果超过预设时间间隔，在所述应用程序的预设界面上展示所述通知消息。

3.根据权利要求1所述的方法，其特征在于，所述获取与所述应用程序功能相关的检测结果，包括：

在启动所述预设应用程序后，检测用户设备的状态，获取检测结果；或者，

实时检测用户设备的状态，获取检测结果。

4.根据权利要求1所述的方法，其特征在于，所述生成对应所述异常状态的通知消息，包括：

当所述异常状态为多个时，根据预设的优先级，选择优先级最高的异常状态，并生成所述优先级最高的异常状态对应的通知消息。

5.根据权利要求1所述的方法，其特征在于，当所述异常状态为多个时，对应不同异常状态的通知消息的展示形式不同。

6.根据权利要求1-5任一项所述的方法，其特征在于，所述在所述应用程序的预设界面上展示所述通知消息之后，所述方法还包括：

如果用户选择处理所述异常状态，跳转到处理页面；或者，

如果用户选择不处理所述异常状态，将所述异常状态保存到问题池。

7.根据权利要求6所述的方法，其特征在于，当所述问题池内保存的异常状态为多个时，多个异常状态根据优先级进行排列。

8.根据权利要求6所述的方法，其特征在于，所述将所述异常状态保存到问题池之后，所述方法还包括：

接收用户查看问题池的触发指令，并根据所述触发指令向所述用户展示所述问题池内保存的异常状态。

9.一种在应用程序的预设界面显示用户设备状态的装置，其特征在于，包括：

第一判断模块，用于判断应用程序的预设界面是否存在显示请求；

检测模块，用于在判断模块的判断结果是存在时，进一步获取与所述应用程序功能相关的检测结果；

第二判断模块，用于根据所述检测结果判断所述用户设备是否存在异常状态；

第一展示模块，用于在所述第二判断模块的判断结果是所述用户设备存在异常状态时，生成对应所述异常状态的通知消息，并根据预设策略在所述应用程序的预设界面上展示所述通知消息；

第二展示模块，用于在所述第二判断模块的判断结果是所述用户设备不存在异常状态时，在所述应用程序的预设界面显示默认信息。

10.一种客户端设备，其特征在于，包括：壳体、处理器、存储器、电路板和电源电路，其中，电路板安置在壳体围成的空间内部，处理器和存储器设置在电路板上；电源电路，用于为客户端设备的各个电路或器件供电；存储器用于存储可执行程序代码；处理器通过读取存储器中存储的可执行程序代码来运行与可执行程序代码对应的程序，以用于执行以下步骤：

判断应用程序的预设界面是否存在显示请求；

若存在，则进一步获取与所述应用程序功能相关的检测结果；

根据所述检测结果判断所述用户设备是否存在异常状态；

若所述用户设备存在异常状态，则生成对应所述异常状态的通知消息，并根据预设策略在所述应用程序的预设界面上展示所述通知消息；

否则，在所述应用程序的预设界面显示默认信息。