CN111641677A - 消息提醒方法、消息提醒装置及电子设备 - Google Patents

Abstract

本申请实施例提供的一种消息提醒方法、消息提醒装置及电子设备，属于通信技术领域，所述方法包括：获取待处理信息；在显示目标应用程序的程序界面的情况下，获取所述目标应用程序的程序状态；在所述程序状态为空闲状态的情况下，显示所述待处理信息对应的提醒消息。通过在接收待处理信息时，若当前界面正在显示目标应用程序的程序界面而该目标应用程序不处于空闲状态时，暂不显示提醒消息，而是在目标应用程序处于空闲状态时向用户推送提醒消息，可以在不干扰用户正常使用应用程序的同时，避免了用户遗漏重要信息。

Description

消息提醒方法、消息提醒装置及电子设备

技术领域

本申请涉及通信技术领域，尤其涉及一种消息提醒方法、消息提醒装置及电子设备。

背景技术

随着应用程序种类的日益繁多，用户可通过应用程序获取的服务也变得更加丰富。为了使得用户可以在应用程序的使用过程中可以不被其他应用的提醒消息干扰，可通过设置勿扰模型对其他应用的提醒消息进行屏蔽。

现有的勿扰模式通常是将不同类型的提醒消息设置重要程度，从而在用户使用某些应用时仅显示重要程度高的提醒消息，但是这种方式容易使得用户错过重要程度较低的提醒消息，并且这种方式仍然会在用户在使用该应用程序的过程中强制推送提醒消息，仍然会干扰用户。

因此，如何在不干扰用户使用应用程序的情况下向用户显示提醒消息成为本领域亟需解决的技术问题。

发明内容

本申请实施例提供一种消息提醒方法、消息提醒装置及电子设备，能够在不干扰用户使用应用程序的情况下，向用户显示提醒消息。

为了解决上述技术问题，本申请是这样实现的：

第一方面，本申请实施例提供了一种消息提醒方法，该方法包括：

获取待处理信息；

在显示目标应用程序的程序界面的情况下，获取所述目标应用程序的程序状态；

在所述程序状态为空闲状态的情况下，显示所述待处理信息对应的提醒消息。

第二方面，本申请实施例提供了一种消息提醒装置，该装置包括：

第一获取模块，用于获取待处理信息；

第二获取模块，用于在显示目标应用程序的程序界面的情况下，获取所述目标应用程序的程序状态；

第一显示模块，用于在所述程序状态为空闲状态的情况下，显示所述待处理信息对应的提醒消息。

第三方面，本申请实施例提供了一种电子设备，该电子设备包括处理器、存储器及存储在所述存储器上并可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如第一方面所述的消息提醒方法的步骤。

第四方面，本申请实施例提供了一种可读存储介质，所述可读存储介质上存储程序或指令，所述程序或指令被处理器执行时实现如第一方面所述的消息提醒方法的步骤。

第五方面，本申请实施例提供了一种芯片，所述芯片包括处理器和通信接口，所述通信接口和所述处理器耦合，所述处理器用于运行程序或指令，实现如第一方面所述的消息提醒方法。

本申请实施例提供的一种消息提醒方法、消息提醒装置及电子设备，所述方法包括：获取待处理信息；在显示目标应用程序的程序界面的情况下，获取所述目标应用程序的程序状态；在所述程序状态为空闲状态的情况下，显示所述待处理信息对应的提醒消息。在接收待处理信息时，若当前界面正在显示目标应用程序的程序界面而该目标应用程序不处于空闲状态时，暂不显示提醒消息，而是在目标应用程序处于空闲状态时向用户推送提醒消息，可以在不干扰用户正常使用应用程序的同时，避免了用户遗漏重要信息。

附图说明

图1表示本申请实施例提供的一种消息提醒方法的步骤流程图；

图2表示本申请实施例提供的另一种消息提醒方法的步骤流程图；

图3表示本申请实施例提供的再一种消息提醒方法的步骤流程图；

图4表示本申请实施例提供的一种程序状态获取方法的步骤流程图；

图5表示本申请实施例提供的一种消息提醒装置的结构框图；

图6表示本申请实施例提供的一种电子设备的硬件结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

本申请的说明书和权利要求书中的术语“第一”、“第二”等是用于区别类似的对象，而不用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，说明书以及权利要求中“和/或”表示所连接对象的至少其中之一，字符“/”，一般表示前后关联对象是一种“或”的关系。

下面结合附图，通过具体的实施例及其应用场景对本申请实施例提供的一种消息提醒方法、消息提醒装置及电子设备进行详细地说明。

参见图1，本申请实施例提供了一种消息提醒方法，所述方法包括：

步骤101，获取待处理信息。

在本申请实施例中，待处理信息可以是电子设备中各种应用推送的提示、通知、弹窗等信息，例如：短信、更新通知、来电提示、闹钟提醒等。目标应用程序是指电子设备中所安装的指定应用，可以是系统预先设置的，也可以是用户根据自身需求指定的。

可以理解，由于某些应用在运行过程中显示提醒消息会干扰用户对目标应用程序的使用体验，甚至影响用户对于该应用程序的正常操作，例如：游戏应用程序，若在游戏进行中显示提醒消息，不但会影响用户的游戏视角，还可以遮挡游戏的控制界面；或者是视频应用程序，用户在专注观看视频内容时，若突然弹出提醒消息，会干扰用户的专注思维；或者及时通讯应用，用户在和其他用户进行交流时弹出提醒消息会打乱用户的交流思路等等。诸如此类在运行过程中显示提醒消息可能干扰使用的应用程序均可作为目标应用程序。

在电子设备的程序界面中正在运行目标应用程序的情况下，若接收到需要向用户显示对应提醒消息的待处理信息，则首先对该待处理信息进行拦截，不直接显示该待处理信息的提醒消息。

步骤102，在显示目标应用程序的程序界面的情况下，获取所述目标应用程序的程序状态。

在本申请实施例中，程序界面是指电子设备的屏幕显示界面。程序状态是目标应用程序的各种运行状态，不同运行状态的程序界面中包含不同的画面内容，不同类型的目标应用程序可以包含不同的程序状态，例如：游戏应用程序的程序状态可以为游戏中状态、游戏间歇状态等；视频应用程序的程序状态可以为视频播放状态、视频目录浏览状态等；资讯应用程序的程序状态可以为资讯浏览状态、资讯目录浏览状态。具体可以根据实际需求确定，本申请实施例不做限定。

步骤103，在所述程序状态为空闲状态的情况下，显示所述待处理信息对应的提醒消息。

在本申请实施例中，空闲状态是指目标应用程序中未显示需要用户专注观看或操作的内容的状态，在此状态下显示提醒消息对用户的干扰程度较低。例如：游戏应用程序在游戏大厅界面中，不需要用户专注观看或进行操作；视频应用程序在视频目录界面中，不需要用户专注观看视频内容；读书应用程序在书籍目录界面中，不需要用户专注观看文本内容等。目标应用程序具体何时处于空闲状态可以是系统根据用户习惯分析预先设置的，也可以是用户根据自身在使用目标应用程序中何时可以观看提醒消息进行设置的，此处不做具体限定。当然，对应的空闲状态，还可以设置繁忙状态，该繁忙状态指目标应用程序中显示需要用户专注观看或操作的内容的状态，比如用户正在操作游戏中的人物时的状态。在所述程序状态为繁忙状态的情况下，暂缓显示该提醒消息，将该待处理信息缓存至待处理队列，在监控到所述程序状态为空闲状态的情况后，显示所述待处理信息对应的提醒消息。

提醒消息是指待处理信息的概述性描述消息，例如：某应用接收到一条用户会话、某应用需要更新、某应用接收到一条系统通知等。当然提醒消息的具体内容可以根据实际需求确定，只要可以告知用户存在待处理信息即可，此处不做限定。

为了使得用户在使用目标应用程序时，不被突然弹出的提醒消息所干扰，在接收到待处理信息时并不是马上显示该待处理信息的提醒消息，而是确认目标应用程序当前是否处于对用户使用目标应用程序的干扰程度较低的空闲状态。若目标应用程序处于空闲状态，则在目标应用程序的显示界面中显示该待处理信息的提醒消息。例如：用户在游戏应用中结束一局游戏后，显示提醒消息；用户在视频应用中观看完一段视频后，显示提醒消息等，可以发现，此时显示提醒消息对于用户使用目标应用程序的干扰程度较低，可以提升用户体验。

本申请实施例提供的一种消息提醒方法，通过在接收待处理信息时，若当前界面正在显示目标应用程序的程序界面而该目标应用程序不处于空闲状态时，暂不显示提醒消息，而是在目标应用程序处于空闲状态时向用户推送提醒消息，可以在不干扰用户正常使用应用程序的同时，避免了用户遗漏重要信息。

参见图2，本申请实施例提供了另一种消息提醒方法，所述方法包括：

步骤201，获取待处理信息。

该步骤可参照步骤101的详细描述，此处不再赘述。

可选的，所述目标应用程序为游戏应用程序，所述程序状态包括：游戏中状态、游戏间歇状态；所述空闲状态为游戏间歇状态。

步骤202，在显示目标应用程序的程序界面，且在所述程序界面中显示的内容不为游戏进行中画面的情况下，确认所述程序状态为游戏间歇状态；或者，在显示目标应用程序的程序界面，且在所述程序界面中显示的内容为游戏进行中画面，且所述游戏进行中画面表示用户处于操作空闲的状态的情况下，确认所述程序状态为游戏间歇状态。

在本申请实施例中，游戏中状态是指回合制的游戏应用程序的画面内容为游戏对战进行中的状态，此状态下用户需要对游戏应用程序进行控制操作；游戏间歇状态是指回合制的游戏应用程序中，在游戏对战未进行时无需用户进行控制操作的空闲状态或者游戏对战进行时中场休息时间的状态，此时也无需用户进行控制操作；游戏间歇状态还可以是非回合制的游戏应用程序中，该非回合制的游戏应用程序进行中画面中没有对用户限时开放的操作内容的状态。

步骤203，在所述程序状态为所述游戏间歇状态的情况下，显示所述待处理信息对应的提醒消息。

在本申请实施例，在游戏应用程序处于游戏间歇状态时，用户存在一定空闲时间查看提醒消息，因此此时可以向用户显示提醒消息。

本申请实施例通过在游戏应用程序的游戏间歇状态显示提醒消息，在不影响用于对于游戏应用程序的正常使用的同时，避免了用户遗漏重要信息。

可选的，所述游戏进行中画面表示用户处于操作空闲的状态包括：用户操作的游戏对象处于死亡状态。

所述步骤202，包括：在所述程序界面中显示的内容为游戏进行中画面，且用户操控的游戏对象处于死亡状态，且复活剩余时间大于预设时间阈值的情况下，确认所述程序状态为游戏间歇状态。

在本申请实施例中，在回合制或非回合制的游戏应用程序中，由于用户操作的游戏对象可能存在死亡状态和存活状态，而游戏对象处于死亡状态时，用户需要等待复活，此时无需用户对游戏应用程序进行操作，这段时间可以作为复活剩余时间。但是若复活剩余时间过小，用户去查看提醒消息对应的待处理信息的话，可能会错过游戏对象复活时间点，因此可以在用户控制的游戏对象处于死亡状态并且复活剩余时间大于预设时间阈值的情况下，向用户显示提醒消息不会影响用户的游戏体验，此状态可以确认为游戏间歇状态。本申请实施例通过在用户控制的游戏对象处于死亡状态并且复活剩余时间大于预设时间阈值的情况下向用户显示提醒消息，避免了用户遗漏重要信息，并且由于复活剩余时间大于预设时间阈值，因此还使得用户在查看待处理信息的同时不会错过游戏对象的复活时间点。

本申请实施例提供的另一种消息提醒方法，通过在游戏应用处于游戏间歇状态时向用户显示提醒消息，在保障用户可以良好的游戏体验的同时，使得用户在游戏间歇查看待处理信息，避免了由于用户长时间进行游戏错过重要信息。

参见图3，本申请实施例提供了再一种消息提醒方法，所述方法包括：

步骤301，获取待处理信息。

该步骤可参照步骤101的详细描述，此处不再赘述。

步骤302，在所述待处理消息的未处理时间超过时间阈值的情况下，显示所述待处理信息对应的提醒消息。

在本申请实施例中，待处理信息的未处理时间是指在接收到待处理信息后，该待处理信息未被用户查看的时长。时间阈值是指待处理信息的最长未处理时长，该时间阈值可以是针对不同信息来源、不同信息类型通用的，也可以是针对不同信息来源、不同信息类型单独设置的，具体可以根据实际需求设置，此处不做限定。

若目标应用程序在接收到待处理信息后长时间进入空闲状态，导致用户长时间无法获取接收到待处理信息，可以会导致用户错过待处理信息的处理时效，例如：用户设置了上班闹钟，由于闹钟提醒长时间未显示，可能导致用户上班迟到，或者收到会议通知，用户由于长时间未处理，可能导致用户错过重要会议。因此，可以在待处理信息的未处理时间超过时间阈值的情况下，直接在程序界面显示提醒消息，从而避免用户错过重要信息。

步骤303，在显示目标应用程序的程序界面的情况下，接收所述目标应用程序发送的状态参数。

在本申请实施例中，状态参数可以是指目标应用程序程序界面中的画面样式、界面名称、界面中各像素点的取值等。本方案可适用于支持向外部提供状态参数的目标应用程序，从而通过应用程序内部提供的状态参数对目标应用程序是否处于空闲状态进行判别。

步骤304，获取目标应用程序的程序界面的至少一张界面截图图像。

在本申请实施例中，界面截图图像时通过对目标应用程序的当前程序界面进行截图得到的。

步骤305，根据所述状态参数以及所述至少一张界面截图图像，获取所述目标应用程序的程序状态。

在本申请实施例中，将采集到的状态参数输入至用于识别程序状态的第一解析器，通过第一解析器的算法模型对状态参数进行分析，从而输出目标应用程序处于空闲状态的第一置信度。该第一解析器的算法模型可以具有特定规则的数据模型，例如确认该状态参数中是否存在目标应用程序处于空闲状态的参数，或状态参数是否符合处于空闲状态下的参数取值范围等。针对界面截图图像，所对应的第二解析器可以是CNN(ConvolutionalNeural Network，卷积神经网络)等计算机视觉领域常用的深度学习模型，以对程序界面截图中目标应用程序的程序状态进行识别获取程序状态以及对应的第二置信度，也可以是图像比对模型，以通过图像特征比对识别目标应用程序的程序状态和第二置信度。当然，第一解析器和第二解析器的算法模型具体可以是根据实际需求确定的，此处不做限定。

可选的，参照图4，所述步骤305，包括以下子步骤3051至3053：

子步骤3051，根据所述状态参数，获取所述目标应用程序的第一程序状态以及所述第一程序状态对应的第一置信度、第一预设权重。

在本申请实施例中，通过将这些状态参数输入至预设的第一解析器中进行分析，依据第一解析器的算法模型确认该目标应用程序处于空闲状态的第一置信度。该第一解析器的算法模型可以是依据状态参数设置的判别规则，也可以模型训练得到的机器学习模型等，具体可以根据实际需求确定，此处不做限定。第一预设权重是根据第一解析器的准确度确定的，准确度越高权重越高。

示例性的，该状态参数为界面中各像素点的取值时，可以预先设置标准像素点取值，是指目标应用程序在空闲状态下界面中的各像素点取值，该标准像素点取值可以是系统预先设置的，也可以是用户根据自身需求，将目标应用程序切换至特定界面进行设置，从而将该特定界面中的各像素点取值作为标准像素点取值。第一解析器通过将目标应用程序的程序界面中的目标像素点取值与存储的标准像素点取值进行比对，将比对成功的像素点的数量占像素点的总数的比值作为第一置信度。例如：某像素点(x，y)位置的像素点取值为(z、w)时则确定像素点取值比对成功，反之则比对不成功。

子步骤3052，根据所述至少一张界面截图图像，获取所述目标应用程序的第二程序状态以及所述第二程序状态对应的第二置信度、第二预设权重。

在本申请实施例中，通过将程序界面截图输入至预设的第二解析器中进行分析，利用第二解析器的算法模型确认该目标应用程序处于空闲状态的第二置信度。在第二解析器的算法模型可以为机器学习模型，也可以是通过图像识别模型，或者是判别规则，具体可以根据实际需求确定，此处不做限定。第二预设权重是根据第二解析器的准确度确定的，准确度越高权重越高。

子步骤3053，根据所述第一程序状态、第一置信度、第一预设权重和所述第二程序状态、第二置信度、第二预设权重，获取所述目标应用程序的程序状态。

在本申请实施例中，第一预设权重和第二预设权重分别对应第一解析器和第二解析器，依据第一解析器和第二解析器识别空闲状态的准确率确定的，准去率越高解析器的权重越高。解析器的准确率可以是通过预先通过样本数据进行实验测得的。当然，也可以对第一预设权重和第二预设权重进行调整，以适应不同的实际需求。具体的，通过第三解析器，将第一置信度与第一预设权重相乘后，再结合第二置信度和第二预设权重的乘积，从而得到目标置信度。最终通过确认目标置信度是否大于置信度阈值，若是，则可确定目标应用程序是否处于空闲状态。

可以理解，由于目标置信度可以表示目标应用处于空闲状态的概率以及目标应用不处于空闲状态的概率，因此为空闲状态识别的准确性，可以通过设置置信度阈值的方式，对目标应用处于空闲状态的置信度进行限制。例如：目标应用处于空闲状态的目标置信度为50％，则说明目标应用不处于空闲状态的概率为50％，处于空闲状态的概率为50％，而置信度阈值为70％，50％明显小于70％，因此可以确认该目标应用不处于空闲状态。置信度阈值的大小具体可以根据实际需求确定，此处不做限定。

当然，上述第一解析器和第二解析器可以单独使用，也可以相互结合使用，具体根据实际需求设置，此处不做限定。

本申请实施例通过依据状态参数和程序界面截图对目标应用程序处于空闲状态的置信度进行初步判断，然后再通过将两个解析度依据对应的权重相互结合，最终得到目标应用程序处于空闲状态的目标置信度，提高了空闲状态判别的准确性。

步骤306，在所述程序状态为空闲状态的情况下，显示所述待处理信息对应的提醒消息。

该步骤可参照步骤103的详细描述，此处不再赘述。

步骤307，在接收到针对所述提醒消息的目标输入的情况下，关闭所述提醒消息，并在预设时间段之后再次显示所述提醒消息。

在本申请实施例中，目标输入可以针对提醒消息的点击、长按、滑动、手势输入等。提醒消息中还可以包含稍后显示选线，从而使得提醒消息暂时关闭，并在预设时间段之后重新显示，以供用户推迟查看。

本申请实施例通过推迟查看的方式提升了用户查看待处理信息的灵活性。

进一步的，本申请方案还可以包含第一输入和第二输入，具体的，第一输入可以针对提醒消息的点击、长按、滑动、手势输入等。当然提醒消息中还可以包含有查看内容选项，通过可通过对该查看内容选项进行第一输入显示待处理信息，以防止用户误操作。第二输入可以针对提醒消息的点击、长按、滑动、手势输入等。提醒消息中还可以包含有关闭选项，用户可通过对该关闭选项进行第一输入以关闭提醒消息，以防止用户误操作。第一输入和第二输入理论上需要是不同形式的输入方式，以便用户区分。

可选的，所述步骤304，包括：将所述状态参数以及所述至少一张界面截图图像输入至预先训练的程序状态识别模型，获得所述目标应用程序状态的程序状态。

在本申请实施例中，程序状态识别模型可以是深度学习模型，可根据状态参数以及至少一张界面截图图像对目标应用程序的程序状态进行识别，从而提高了程序状态识别的准确性。

可选的，上述预先训练的程序状态识别模型是通过以下步骤S1至S2得到：

步骤S1，接收用户输入的指示有程序状态的样本截图数据和样本状态参数；

在本申请实施例中，用户可将目标应用程序指定自身感觉可以查看提醒消息的空闲状态的界面，从而采集该界面下目标应用程序的样本截图数据和样本状态参数。

步骤S2，根据所述样本截图数据和样本状态参数，进行模型训练得到程序状态识别模型。

在本申请实施例中，利用该样本截图数据和样本状态参数进行模型训练，在准确度或者损失值达到标准时，得到程序状态识别模型。本方案的模型训练方法可参照常规深度学习模型的训练方案，此处不再赘述，具体训练方法可根据实际需求确定，此处不做限定。该方案适用于较为小众的应用程序，系统一般不会对该类小众应用程序预先设置判别规则，因此用户可以通过自行执行空闲状态下的样本截图数据和样本状态参数对程序状态识别模型进行训练从而使得本方案可以兼顾各种小众应用程序。

本申请实施例通过依据用户指定的样本截图数据和样本状态参数对程序状态识别模型进行训练，使得本申请实施例的消息提醒方法可以适用于各种小众应用程序，提高了消息提醒方法的适用范围。

本申请实施例提供的再一种消息提醒方法，首先通过在接收待处理信息时，若当前界面正在显示目标应用程序的程序界面而该目标应用程序不处于空闲状态时，暂不显示提醒消息，而是在目标应用程序处于空闲状态和/或该待处理信息长时间未处理时向用户推送提醒消息，在不干扰用户正常使用应用程序的同时，避免了用户遗漏重要信息，其次通过目标应用程序的程序界面截图和状态参数判别目标应用程序是否处于空闲状态，提升了空闲状态判别的准确性，并且用户还可通过对提醒消息进行推迟处理，提高了用户查看待处理信息的效率。

需要说明的是，本申请实施例提供的消息提醒方法，执行主体可以为消息提醒装置，或者该消息提醒装置中的用于执行加载消息提醒方法的控制模块。本申请实施例中以消息提醒装置执行加载消息提醒方法为例，说明本申请实施例提供的消息提醒的方法。

参见图5，本申请实施例还提供了一种消息提醒装置40的结构框图，所述消息提醒装置包括：

第一获取模块401，用于获取待处理信息。

第二获取模块402，用于在显示目标应用程序的程序界面的情况下，获取所述目标应用程序的程序状态。

第一显示模块403，用于在所述程序状态为空闲状态的情况下，显示所述待处理信息对应的提醒消息。

可选的，所述目标应用程序为游戏应用程序，所述程序状态包括：游戏中状态、游戏间歇状态；所述空闲状态为游戏间歇状态。

可选的，所述第二获取模块402，还用于：

在所述程序界面中显示的内容不为游戏进行中画面的情况下，确认所述程序状态为游戏间歇状态；

或者，在所述程序界面中显示的内容为游戏进行中画面，且所述游戏进行中画面表示用户处于操作空闲的状态的情况下，确认所述程序状态为游戏间歇状态。

可选的，所述游戏进行中画面表示用户处于操作空闲的状态包括：用户操作的游戏对象处于死亡状态。

所述第二获取模块402，还用于：

在所述程序界面中显示的内容为游戏进行中画面，且用户操控的游戏对象处于死亡状态，且复活剩余时间大于预设时间阈值的情况下，确认所述程序状态为游戏间歇状态。

可选的，所述第二获取模块402，还用于：

接收所述目标应用程序发送的状态参数；

根据所述状态参数，获取所述目标应用程序的程序状态。

可选的，所述第二获取模块402，还用于：

获取目标应用程序的程序界面的至少一张界面截图图像；

根据所述至少一张界面截图图像，获取所述目标应用程序的程序状态。

可选的，所述第二获取模块402，还用于：

接收所述目标应用程序发送的状态参数；

获取目标应用程序的程序界面的至少一张界面截图图像；

根据所述状态参数以及所述至少一张界面截图图像，获取所述目标应用程序的程序状态。

可选的，所述第二获取模块402，还用于：

根据所述状态参数，获取所述目标应用程序的第一程序状态以及所述第一程序状态对应的第一置信度、第一预设权重；

根据所述至少一张界面截图图像，获取所述目标应用程序的第二程序状态以及所述第二程序状态对应的第二置信度、第二预设权重；

根据所述第一程序状态、第一置信度、第一预设权重和所述第二程序状态、第二置信度、第二预设权重，获取所述目标应用程序的程序状态。

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

第二显示模块404，用于在所述待处理消息的未处理时间超过时间阈值的情况下，显示所述待处理信息对应的提醒消息。

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

第三显示模块405，用于在接收到针对所述提醒消息的目标输入的情况下，关闭所述提醒消息，并在预设时间段之后再次显示所述提醒消息。

可选的，所述第二获取模块402，还用于：

将所述状态参数以及所述至少一张界面截图图像输入至预先训练的程序状态识别模型，获得所述目标应用程序状态的程序状态。

可选的，所述第二获取模块402，还用于：

接收用户输入的指示有程序状态的样本截图数据和样本状态参数；

根据所述样本截图数据和样本状态参数，进行模型训练得到程序状态识别模型。

本申请实施例中的消息提醒装置可以是装置，也可以是终端中的部件、集成电路、或芯片。该装置可以是移动电子设备，也可以为非移动电子设备。示例性的，移动电子设备可以为手机、平板电脑、笔记本电脑、掌上电脑、车载电子设备、可穿戴设备、超级移动个人计算机(ultra-mobile personal computer，UMPC)、上网本或者个人数字助理(personaldigital assistant，PDA)等，非移动电子设备可以为服务器、网络附属存储器(NetworkAttached Storage，NAS)、个人计算机(personal computer，PC)、电视机(television，TV)、柜员机或者自助机等，本申请实施例不作具体限定。

本申请实施例中的消息提醒装置可以为具有操作系统的装置。该操作系统可以为安卓(Android)操作系统，可以为ios操作系统，还可以为其他可能的操作系统，本申请实施例不作具体限定。

本申请实施例提供的消息提醒装置能够实现图1至图4的方法实施例中消息提醒装置实现的各个过程，为避免重复，这里不再赘述。

本申请实施例提供的一种消息提醒装置，通过在接收待处理信息时，若当前界面正在显示目标应用程序的程序界面而该目标应用程序不处于空闲状态时，暂不显示提醒消息，而是在目标应用程序处于空闲状态时向用户推送提醒消息，可以在不干扰用户正常使用应用程序的同时，避免了用户遗漏重要信息。

可选的，本申请实施例还提供一种电子设备，包括处理器510，存储器509，存储在存储器509上并可在所述处理器510上运行的程序或指令，该程序或指令被处理器510执行时实现上述消息提醒方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

需要注意的是，本申请实施例中的电子设备包括上述所述的移动电子设备和非移动电子设备。

图6为实现本申请实施例的一种电子设备的硬件结构示意图。

该电子设备500包括但不限于：射频单元501、网络模块502、音频输出单元503、输入单元505、传感器505、显示单元506、用户输入单元507、接口单元508、存储器509、以及处理器510等部件。

本领域技术人员可以理解，电子设备500还可以包括给各个部件供电的电源(比如电池)，电源可以通过电源管理系统与处理器510逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。图6中示出的电子设备结构并不构成对电子设备的限定，电子设备可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置，在此不再赘述。

其中，处理器510用于获取待处理信息；在显示目标应用程序的程序界面的情况下，获取所述目标应用程序的程序状态；

显示单元506用于在所述程序状态为空闲状态的情况下，显示所述待处理信息对应的提醒消息。

本申请实施例通过在接收待处理信息时，若当前界面正在显示目标应用程序的程序界面而该目标应用程序不处于空闲状态时，暂不显示提醒消息，而是在目标应用程序处于空闲状态时向用户推送提醒消息，可以在不干扰用户正常使用应用程序的同时，避免了用户遗漏重要信息。

可选的，所述目标应用程序为游戏应用程序，所述程序状态包括：游戏中状态、游戏间歇状态；所述空闲状态为游戏间歇状态；

可选的，所述处理器510，还用于：

在所述程序界面中显示的内容不为游戏进行中画面的情况下，确认所述程序状态为游戏间歇状态；

或者，在所述程序界面中显示的内容为游戏进行中画面，且所述游戏进行中画面表示用户处于操作空闲的状态的情况下，确认所述程序状态为游戏间歇状态。

可选的，所述游戏进行中画面表示用户处于操作空闲的状态包括：用户操作的游戏对象处于死亡状态；

所述处理器510，还用于：

在所述程序界面中显示的内容为游戏进行中画面，且用户操控的游戏对象处于死亡状态，且复活剩余时间大于预设时间阈值的情况下，确认所述程序状态为游戏间歇状态。

可选的，所述处理器510，还用于：

接收所述目标应用程序发送的状态参数；

根据所述状态参数，获取所述目标应用程序的程序状态。

可选的，所述处理器510，还用于：

获取目标应用程序的程序界面的至少一张界面截图图像；

根据所述至少一张界面截图图像，获取所述目标应用程序的程序状态。

可选的，所述处理器510，还用于：

接收所述目标应用程序发送的状态参数；

获取目标应用程序的程序界面的至少一张界面截图图像；

根据所述状态参数以及所述至少一张界面截图图像，获取所述目标应用程序的程序状态。

可选的，所述根据所述状态参数以及所述至少一张界面截图图像，可选的，所述处理器510，还用于：

根据所述状态参数，获取所述目标应用程序的第一程序状态以及所述第一程序状态对应的第一置信度、第一预设权重；

根据所述至少一张界面截图图像，获取所述目标应用程序的第二程序状态以及所述第二程序状态对应的第二置信度、第二预设权重；

根据所述第一程序状态、第一置信度、第一预设权重和所述第二程序状态、第二置信度、第二预设权重，获取所述目标应用程序的程序状态。

可选的，所述射频单元501，还用于：

在所述待处理消息的未处理时间超过时间阈值的情况下，显示所述待处理信息对应的提醒消息。

可选的，所述射频单元501，还用于：

在接收到针对所述提醒消息的目标输入的情况下，关闭所述提醒消息，并在预设时间段之后再次显示所述提醒消息。

可选的，所述处理器510，还用于：

将所述状态参数以及所述至少一张界面截图图像输入至预先训练的程序状态识别模型，获得所述目标应用程序状态的程序状态。

可选的，所述处理器510，还用于：

接收用户输入的指示有程序状态的样本截图数据和样本状态参数；

根据所述样本截图数据和样本状态参数，进行模型训练得到程序状态识别模型。

本申请实施例通过目标应用程序的程序界面截图和状态参数判别目标应用程序是否处于空闲状态，提升了空闲状态判别的准确性，并且用户还可通过对提醒消息进行推迟处理，提高了用户查看待处理信息的效率。

本申请实施例还提供一种可读存储介质，所述可读存储介质上存储有程序或指令，该程序或指令被处理器执行时实现上述消息提醒方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

其中，所述处理器为上述实施例中所述的电子设备中的处理器。所述可读存储介质，包括计算机可读存储介质，如计算机只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等。

本申请实施例另提供了一种芯片，所述芯片包括处理器和通信接口，所述通信接口和所述处理器耦合，所述处理器用于运行程序或指令，实现上述消息提醒方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

应理解，本申请实施例提到的芯片还可以称为系统级芯片、系统芯片、芯片系统或片上系统芯片等。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。此外，需要指出的是，本申请实施方式中的方法和装置的范围不限按示出或讨论的顺序来执行功能，还可包括根据所涉及的功能按基本同时的方式或按相反的顺序来执行功能，例如，可以按不同于所描述的次序来执行所描述的方法，并且还可以添加、省去、或组合各种步骤。另外，参照某些示例所描述的特征可在其他示例中被组合。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本申请各个实施例所述的方法。

上面结合附图对本申请的实施例进行了描述，但是本申请并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本申请的启示下，在不脱离本申请宗旨和权利要求所保护的范围情况下，还可做出很多形式，均属于本申请的保护之内。

Claims (11)

1.一种消息提醒方法，其特征在于，所述方法包括：

获取待处理信息；

在显示目标应用程序的程序界面的情况下，获取所述目标应用程序的程序状态；

在所述程序状态为空闲状态的情况下，显示所述待处理信息对应的提醒消息。

2.根据权利要求1所述的方法，其特征在于，所述目标应用程序为游戏应用程序，所述程序状态包括：游戏中状态、游戏间歇状态；所述空闲状态为游戏间歇状态。

3.根据权利要求2所述的方法，其特征在于，所述获取所述目标应用程序的程序状态，包括：

在所述程序界面中显示的内容不为游戏进行中画面的情况下，确认所述程序状态为游戏间歇状态；

或者，在所述程序界面中显示的内容为游戏进行中画面，且所述游戏进行中画面表示用户处于操作空闲的状态的情况下，确认所述程序状态为游戏间歇状态。

4.根据权利要求3所述的方法，其特征在于，所述游戏进行中画面表示用户处于操作空闲的状态包括：用户操作的游戏对象处于死亡状态；

所述在所述程序界面中显示的内容为游戏进行中画面，且所述游戏进行中画面表示用户处于操作空闲的状态的情况下，确认所述程序状态为游戏间歇状态，包括：

在所述程序界面中显示的内容为游戏进行中画面，且用户操控的游戏对象处于死亡状态，且复活剩余时间大于预设时间阈值的情况下，确认所述程序状态为游戏间歇状态。

5.根据权利要求1所述的方法，其特征在于，所述获取所述目标应用程序的程序状态，包括：

接收所述目标应用程序发送的状态参数；

获取目标应用程序的程序界面的至少一张界面截图图像；

根据所述状态参数以及所述至少一张界面截图图像，获取所述目标应用程序的程序状态。

6.一种消息提醒装置，其特征在于，所述装置包括：

第一获取模块，用于获取待处理信息；

第二获取模块，用于在显示目标应用程序的程序界面的情况下，获取所述目标应用程序的程序状态；

第一显示模块，用于在所述程序状态为空闲状态的情况下，显示所述待处理信息对应的提醒消息。

7.根据权利要求6所述的装置，其特征在于，所述目标应用程序为游戏应用程序，所述程序状态包括：游戏中状态、游戏间歇状态；所述空闲状态为游戏间歇状态。

8.根据权利要求7所述的装置，其特征在于，所述第二获取模块，还用于：

在所述程序界面中显示的内容不为游戏进行中画面的情况下，确认所述程序状态为游戏间歇状态；

或者，在所述程序界面中显示的内容为游戏进行中画面，且所述游戏进行中画面表示用户处于操作空闲的状态的情况下，确认所述程序状态为游戏间歇状态。

9.根据权利要求8所述的装置，其特征在于，所述游戏进行中画面表示用户处于操作空闲的状态包括：用户操作的游戏对象处于死亡状态；

所述第二获取模块还用于，在所述程序界面中显示的内容为游戏进行中画面，且用户操控的游戏对象处于死亡状态，且复活剩余时间大于预设时间阈值的情况下，确认所述程序状态为游戏间歇状态。

10.根据权利要求7所述的装置，其特征在于，所述第二获取模块还用于：

接收所述目标应用程序发送的状态参数；

获取目标应用程序的程序界面的至少一张界面截图图像；

根据所述状态参数以及所述至少一张界面截图图像，获取所述目标应用程序的程序状态。

11.一种电子设备，其特征在于，包括处理器，存储器及存储在所述存储器上并可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如权利要求1-5所述的消息提醒方法的步骤。

Images