CN113923291A - 消息提醒方法及装置 - Google Patents

Abstract

本说明书一个或多个实施例提供一种消息提醒方法及装置。该方法包括：响应于待处理消息，确定用户所处的状态；若所述用户处于第一状态，避免执行针对所述待处理消息的接收提醒操作；若所述用户从所述第一状态切换至第二状态，向所述用户输出针对所述第一状态期间接收到且未执行所述接收提醒操作的待处理消息。

Description

消息提醒方法及装置

技术领域

本说明书一个或多个实施例涉及终端技术领域，尤其涉及一种消息提醒方法及装置。

背景技术

随着移动终端的普及，移动终端成为人们生活中必不可少物品，用移动终端进行工作、娱乐等成为部分用户的日常习惯。

随着移动终端的功能越来越强大，运行在移动终端上的应用越来越多，移动终端接收到的来电、短信、邮件、资讯推送等信息越来越多，在某些情形下，消息提醒会对用户造成干扰。

发明内容

有鉴于此，本说明书一个或多个实施例提供一种消息提醒方法及装置。

为实现上述目的，本说明书一个或多个实施例提供技术方案如下：

根据本说明书一个或多个实施例的第一方面，提出了一种消息提醒方法，应用于终端，所述方法包括：

响应于待处理消息，确定用户所处的状态；

若所述用户处于第一状态，避免执行针对所述待处理消息的接收提醒操作；

若所述用户从所述第一状态切换至第二状态，向所述用户输出针对所述第一状态期间接收到且未执行所述接收提醒操作的待处理消息。

根据本说明书一个或多个实施例的第二方面，提出了一种消息提醒装置，应用于终端，所述装置包括：

确定模块，用于响应于待处理消息，确定用户所处的状态；

所述确定模块，还用于在所述用户处于第一状态的情况下，不调用执行模块，以避免执行针对所述待处理消息的接收提醒操作；

所述确定模块，还用于在所述用户从所述第一状态切换至第二状态的情况下，调用所述执行模块；

所述执行模块，用于向所述用户输出针对所述第一状态期间接收到且未执行所述接收提醒操作的待处理消息。

根据本说明书一个或多个实施例的第三方面，提出了一种电子设备，包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器通过运行所述可执行指令以实现第一方面所述的方法。

根据本说明书一个或多个实施例的第四方面，提出了一种计算机可读存储介质，其上存储有计算机指令，该指令被处理器执行时实现第一方面所述方法的步骤。

附图说明

图1是一示例性实施例提供的一种通话提示系统的架构示意图。

图2是一示例性实施例提供的一种消息提醒方法的流程图。

图3是一示例性实施例提供的另一种消息提醒方法的流程图。

图4是一示例性实施例提供的一种消息提醒方法使用的用户状态设置的流程图。

图5是一示例性实施例提供的另一种消息提醒方法使用的用户状态设置的流程图。

图6是一示例性实施例提供的一种会话系统的模块示意图。

图7是一示例性实施例提供的一种对话交互的页面示意图。

图8是一示例性实施例提供的一种设备的示意结构图。

图9是一示例性实施例提供的一种消息提醒装置的模块示意图。

具体实施方式

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

需要说明的是：在其他实施例中并不一定按照本说明书示出和描述的顺序来执行相应方法的步骤。在一些其他实施例中，其方法所包括的步骤可以比本说明书所描述的更多或更少。此外，本说明书中所描述的单个步骤，在其他实施例中可能被分解为多个步骤进行描述；而本说明书中所描述的多个步骤，在其他实施例中也可能被合并为单个步骤进行描述。

在一实施例中，本说明书的消息提醒方案可以应用于电子设备中，例如该电子设备可以包括手机、平板设备、笔记本电脑、掌上电脑(PDAs，Personal DigitalAssistants)、可穿戴设备(如智能眼镜、智能手表等)等任意类型，本说明书并不对此进行限制。在运行过程中，该电子设备可以通过与用户之间的人机交互，获取来自用户的输入信息，实现用户状态的设置；该电子设备还可以在接收到其他设备发送的来电、短信、邮件等事件的情况下，实现消息提醒。

图1是一示例性实施例提供的一种通话提示系统的架构示意图。如图1所示，该系统可以包括服务器11、网络12、若干电子设备，比如手机13、手机114和手机15等，以及操作系统服务器16。

服务器11可以为包含一独立主机的物理服务器，或者该服务器11可以为主机集群承载的虚拟服务器。在运行过程中，服务器11可以运行某一应用的服务器侧的程序，以实现该应用的相关功能，比如当该服务器11运行移动化团体办公平台的程序时，可以实现为该移动化团体办公平台的服务端。而在本说明书一个或多个实施例的技术方案中，可由服务器11通过与手机13-15上运行的客户端进行配合，以实现消息提醒方案。

手机13-15只是用户可以使用的一种类型的电子设备。实际上，用户显然还可以使用诸如下述类型的电子设备：平板设备、笔记本电脑、掌上电脑(PDAs，Personal DigitalAssistants)、可穿戴设备(如智能眼镜、智能手表等)等，本说明书一个或多个实施例并不对此进行限制。

对于手机13-15与服务器11之间进行交互的网络12，可以包括多种类型的有线或无线网络。服务器11可以根据手机13-15上运行的操作系统，向相应的操作系统服务器16发送推送消息，并由该操作系统服务器16将该推送消息进一步发送至手机13-15。同时，手机13-15等电子设备之间也可以通过该网络12进行通讯交互，比如在任意两台电子设备之间建立单聊通讯会话；或者，若干电子设备可以参与至同一群聊通讯会话。

图2是一示例性实施例提供的一种消息提醒方法的流程图，应用于终端，该方法可以包括以下步骤：

步骤202、响应于待处理消息，确定用户所处的状态。

其中，待处理消息可以但不限于是终端在接收到其他设备发送的短信、邮件、来电、各类应用的资讯信息等消息事件的情况下生成的提醒消息，以及在本终端上设置的任务提醒消息、行程提醒消息等。待处理消息可以在终端的操作系统服务器上生成，并由操作系统服务器发送给终端；待处理消息也可以在终端本地生成。

在本实施例中，终端在接收到上述待处理消息的情况下，不直接执行针对待处理消息的接收提醒操作，而是先确定用户所处的状态。

在一个实施例中，可以获取用户为终端设置的运行模式，并根据预定义的运行模式与用户状态之间的映射关系确定用户所处的状态。表1是一示例性实施例示出的预定义的运行模式与用户状态之间的映射关系。若接收到待处理消息时，终端的运行模式为“勿扰模式”，可根据表1确定此时用户处于第一状态，第一状态例如可以是免打扰状态；若待处理消息时，终端的运行模式为“正常模式”或者“响铃模式”，可根据表1确定用户此时处于第二状态，第二状态例如可以是普通状态。

表1

终端的运行模式	用户状态
		勿扰模式	第一状态
响铃模式	第二状态
		正常模式	第二状态

在另一实施例中，还可以关联在终端上运行的目标应用，并获取用户在目标应用中设置的状态，以确定用户所处的状态。其中，用户可根据实际需求自行关联终端上的部分应用或全部应用作为目标应用，用于确定用户所处的状态。

以下提供两种通过目标应用确定用户状态的可能的实现方式：

方式一，若目标应用提供了状态设置功能，用户可通过该功能直接在目标应用中设置“请假中”、“生病中”、“会议中”、“外出中”或“休息一下”等状态。与终端的运行模式类似的，可以预定义用户在目标应用中设置的状态与用户状态之间的映射关系，从而可根据该映射关系确定用户所处的状态。

方式二，获取用户在目标应用中添加的日程内容和/或任务内容，并根据上述内容确定用户所处的状态。例如，某一日程内容为“周三14:00～15:00与李明进行电话会议”，可根据该内容确定周三14:00～15:00这个时间段内，用户状态为第一状态。

需要说明的是，用户可自行选择单独使用根据终端的运行模式确定用户所处的状态，或者单独使用根据目标应用中设置的状态确定用户所处的状态，也可以将两种方式组合使用。

若两种方式组合使用，在一个实施例中，可以设置两种方式的优先级，假设目标应用的优先级高于运行模式的优先级，若根据终端的运行模式确定的用户状态与根据目标应用确定用户状态相冲突的情况下，优先根据目标应用确定用户状态。举例来说，若用户在目标应用中设置了日程内容为“周三14:00～15:00与李明进行电话会议”(对应于第一状态)，而在该时间段内终端设置的运行模式为响铃模式(对应于第二状态)，此种情形下，确定用户处于第一状态，而非第二状态。

在另一个实施例中，若根据终端的运行模式可以确定出一个用户状态，根据每个目标应用可以确定至少一个用户状态，多个用户状态中只要有一个为第一状态，则可将用户当前的状态确定为第一状态。

终端还可对终端的运行模式和用户在目标应用中设置的状态周期性地或者实时地进行监听，在运行模式或者目标应用中设置的状态发生变化的情况下，切换用户状态。例如，在监听到用户的电话会议结束的时候或者当前时间为周三15:00，则将用户的第一状态切换为第二状态。

步骤204、若用户处于第一状态，避免执行针对待处理消息的接收提醒操作。

若用户处于第一状态，说明该状态下，用户不能被打扰，则不执行针对待处理消息的接收提醒操作，也即不通过视觉、触觉和听觉(例如闪动信号、震动信号、声音信号等)等方式提醒用户接收到待处理消息，以避免打扰用户。

若用户处于第二状态，说明用户并非处于免打扰状态，则直接执行待处理消息的接收提醒操作，可以通过视觉、触觉和听觉中的至少一种方式执行接收提醒操作，以提醒用户有未处理的待处理消息。其中，用户可根据喜好自行设置消息提醒的方式，对于不同类型的待处理消息，可以设置不同的消息提醒方式。

需要说明的是，用户状态的区分不限于以第一状态和第二状态作为区分标准，第一状态可以是一个状态，也可以是一类状态。例如，可以将工作状态、忙碌状态、请假状态确定为第一状态，将外出状态、休息状态、正常状态确定为第二状态。

在另一个实施例中，若未执行针对待处理消息的接收提醒操作，还可向待处理消息的发送方反馈用户所处的状态。其中，待处理消息的发送方例如可以是呼叫请求方、邮件发送方、资讯推送方等。

以发送方为呼叫请求方为例，假设用户A的终端a(发送方)给用户B的终端b(接收方)发送呼叫请求，终端b在接收到呼叫请求的来电消息时确定用户B当前所处的状态，若用户B处于第一状态，终端b不执行来电消息的接收提醒操作，终端b会给终端a返回用户B当前所处的状态，以告知用户A此时用户B不方便接通电话。

在另一个是实施例中，终端还可接收发送方返回的状态提醒请求，以在用户从第一状态切换至第二状态后，向发送方发送状态切换提醒。还是以上述终端a给终端b发送呼叫请求为例，若终端b接收到终端a返回的状态提醒请求，在用户B由第一状态切换为第二状态的情况下，终端b向终端a发送用户B的状态切换提醒，以告知用户A当前用户B所处的状态，以便于用户A自行决定是否再次联系用户B。

步骤206、若用户从第一状态切换至第二状态，向用户输出针对第一状态期间接收到且未执行接收提醒操作的待处理消息的信息。

若用户从第一状态切换至第二状态，也即从免打扰状态切换为普通状态，不再处于免打扰状态，终端则执行第一状态期间接收到且未执行接收提醒操作的待处理消息，可以通过视觉、触觉和听觉中的至少一种方式执行接收提醒操作，以提醒用户有未处理的待处理消息。其中，用户可根据喜好自行设置消息提醒的方式，对于不同类型的待处理消息，可以设置不同的消息提醒方式。

若用户从第二状态切换至第一状态，也即从普通状态切换至免打扰状态，处于免打扰状态下的用户不能被打扰，终端则不执行针对待处理消息的接收提醒操作，也即不通过视觉、触觉和听觉等方式提醒用户接收到待处理消息，以避免打扰用户。

本实施例中，在执行待处理消息的消息提醒操作之前，先判断用户所处的状态，若用户处于第一状态，会屏蔽掉这段时间段内的待处理消息，直到第一状态结束后才会执行该待处理消息的接收提醒操作，一方面能够减少待处理消息对处于第一状态下的用户的干扰，另一方面在用户状态切换为第二状态的情况下，主动执行接收提醒操作，可以及时提醒用户存在待处理消息未处理。

若第一状态期间接收到多条待处理消息，可以对该多条待处理消息进行整合，例如按照消息类别、重要性整合该多条待处理消息，并向用户展示经过整合后的待处理消息，以提高用户的信息处理效率。

对于消息的整合方式可以但不限于以下至少之一：

在一个实施例中，若第一状态期间内接收到多条待处理消息，可以对多条待处理消息对应的消息事件进行分类，相同类别的消息事件的待处理消息以相同的展示参数进行展示，展示参数可以但不限于包括提醒模式(闪动、震动、声音等)、展示文本内容的字体大小、展示区域等。对于不同类型的待处理消息可以以不同的展示参数进行展示，提醒模式为例，可使用震动信号展示针对接收短信的提醒消息，可使用声音信号展示针对接收来电的提醒消息，可使用闪动信号展示接收资讯推送消息的提醒消息。

在另一个实施例中，若第一状态期间内接收到多条待处理消息，可以按照分级规则对多条待处理消息进行分级，按照分级结果依次展示待处理消息。用户可根据实际需求设置分级规则，例如，以消息类型作为分级规则，或者以待处理消息的发送方作为分级规则。

以消息类型作为分级规则为例，若来电比较重要，针对来电的提醒消息可以优先展示，针对短信、邮件的提醒消息可以在来电提醒消息均执行结束之后再执行。

以待处理消息的发送方作为分级规则为例，在用户设置了消息发送方的优先级的情况下，根据该优先级对待处理消息进行分类，例如，用户设置了联系人A、联系人B和联系人C的优先级依次为：联系人A＞联系人B＞联系人C，若多个待处理消息中包括联系人A的短信a1和来电提醒a2，联系人b的来电提醒b1和邮件提醒b2，以及联系人C的来电提醒c1，上述待处理消息的执行顺序依次为：短信a1、来电提醒a2→来电提醒b1和邮件提醒b2→来电提醒c1。

在用户未设置消息发送方的优先级的情况下，可根据终端中的通讯录确定待处理消息的发送方的优先级，例如，确定存在于终端通讯录中的发送方的优先级高于不存在于终端通讯录中的发送方的优先级。

在另一个实施例中，若第一状态期间内接收到多条待处理消息，可以在同一界面内展示分别对应于各条待处理消息的展示项，展示项用于在被触发的时候展示相应的消息内容。

图3是一示例性实施例提供的另一种消息提醒方法的流程图，该方法可以包括以下步骤：

步骤302、响应于待处理消息，判断待处理消息是否为紧急事件的提醒消息。

其中，待处理消息可以但不限于是终端在接收到其他设备发送的短信、邮件、来电、各类应用的资讯信息等消息事件的情况下生成的提醒消息，以及在本终端上设置的任务提醒消息、行程提醒消息等。待处理消息可以在终端的操作系统服务器上生成，并由操作系统服务器发送给终端；待处理消息也可以在终端本地生成。

在本实施例中，终端在接收到上述待处理消息的情况下，不直接执行针对待处理消息的接收提醒操作，而是先确定待处理消息是否为紧急事件的提醒消息，紧急事件的提醒消息一般是比较重要的消息，无论用户处于什么状态都可以直接执行接收该紧急事件的提醒操作，从而步骤302中若判断为是，则执行步骤304’。

步骤304’、直接执行针对紧急事件消息的接收提醒操作。

其中，紧急事件可以但不限于是重要联系人的来电、重要任务等。

步骤302中若判断为否，说明待处理消息不是紧急事件的提醒消息，则执行步骤304。

步骤304、确定用户所处的状态。

确定用户所处的状态，包括以下至少之一：

获取所述用户在所述终端上运行的目标应用中设置的状态，以确定所述用户所处的状态；

获取所述用户为所述终端设置的运行模式，并根据预定义的运行模式与用户状态之间的映射关系确定所述用户所处的状态。

确定用户所处的状态的具体实现方式与步骤202类似，此处不再赘述。

步骤304中若确定用户处于第二状态，说明用户并非处于免打扰状态，则执行306’。

步骤306’、直接执行针对待处理消息的接收提醒操作。

其中，可以通过视觉、触觉和听觉中的至少一种方式执行接收提醒操作，以提醒用户有未处理的待处理消息。用户可根据喜好自行设置消息提醒的方式，对于不同类型的待处理消息，可以设置不同的消息提醒方式。

步骤304中若确定用户处于第一状态，说明该状态下，用户不能被打扰，则执行306。

步骤306、避免执行针对待处理消息的接收提醒操作。

避免执行针对待处理消息的接收提醒操作，也即不通过视觉、触觉和听觉等方式提醒用户接收到待处理消息，以避免打扰用户。

在另一个实施例中，若未执行针对待处理消息的接收提醒操作，还可向待处理消息的发送方反馈用户所处的状态。

在另一个是实施例中，终端还可接收发送方返回的状态提醒请求，以在用户从第一状态切换至第二状态后，向发送方发送状态切换提醒。

步骤308、若用户从第一状态切换至第二状态，向用户输出针对第一状态期间接收到且未执行接收提醒操作的待处理消息。

终端还可对用户所处的状态进行周期性地或者实时地监听，若监听到用户从第一状态切换至第二状态，终端则执行第一状态期间接收到且未执行接收提醒操作的待处理消息的信息，以及时提醒用户存在待处理消息未处理。而若监听到用户从第二状态切换至第一状态，终端则不执行针对待处理消息的接收提醒操作，以避免打扰用户。

若第一状态期间接收到多条待处理消息，可以对该多条待处理消息进行整合，例如按照消息类别、重要性整合该多条待处理消息，并向用户展示经过整合后的待处理消息，以提高用户的信息处理效率。

对于消息的整合方式可以但不限于以下至少之一：

在一个实施例中，若第一状态期间内接收到多条待处理消息，可以对多条待处理消息对应的消息事件进行分类，相同类别的消息事件的待处理消息以相同的展示参数进行展示，展示参数可以但不限于包括提醒模式(闪动、震动、声音等)、展示文本内容的字体大小、展示区域等。对于不同类型的待处理消息可以以不同的展示参数进行展示，提醒模式为例，可使用震动信号展示针对接收短信的提醒消息，可使用声音信号展示针对接收来电的提醒消息，可使用闪动信号展示接收资讯推送消息的提醒消息。

在另一个实施例中，若第一状态期间内接收到多条待处理消息，可以按照分级规则对多条待处理消息进行分级，按照分级结果依次展示待处理消息。用户可根据实际需求设置分级规则，例如，以消息类型作为分级规则，或者以待处理消息的发送方作为分级规则。

在另一个实施例中，若第一状态期间内接收到多条待处理消息，可以在同一界面内展示分别对应于各条待处理消息的展示项，展示项用于在被触发的时候展示相应的消息内容。

上述任一实施例中，确定用户所处的状态需要依据用户在终端设置的状态，图4是一示例性实施例提供的一种消息提醒方法使用的用户状态设置的流程图，可以包括以下步骤：

步骤401、获取来自用户的输入信息。

在本实施例中，可以提供统一搜索接口，以获取用户的输入信息，统一搜索接口可以对接目标应用的用户界面中的输入框、用户界面中的预定义选项、终端的麦克风等组件，从而为目标对象提供多种数据输入的渠道。

用户可以在用户界面的输入框中输入文本数据，统一搜索接口可以接收该文本信息作为用户的输入信息；用户可以通过终端的麦克风输入音频信息，统一搜索接口可以采集该音频信息作为用户的输入信息；用户可以触发用户界面展示的预定义选项，统一搜索接口可将被触发的预定义选项对应的预定义数据作为用户的输入信息。其中，预定义选项可以但不限于以按钮控件的形式展示于用户界面中，每个按钮控件可以显示经过推荐算法生成的文字内容，文字内容与预定义数据相对应。从而，用户可以通过语音输入、按钮控件触发和拼写输入等多种输入操作方式输入包含待搜索内容的输入信息。

步骤402、根据针对输入信息的语义分析结果，获取输入信息所含的状态设置信息；或者，在语义分析结果表明输入信息与状态设置事件相关的情况下，向用户输出引导信息，以引导用户输入状态设置信息。

在本实施例中，对用户的输入信息进行语义分析可以但不限于通过智能助理实现，智能助理能够准确识别用户的意图，在根据上下文不能确定用户意图的情况下，还能向用户输出引导信息，以引导用户输入状态设置信息。其中，引导信息可以但不限于通过以下形式中的至少一种展示：文字形式、语音形式、预定义选项，每个预定义选项对应一个引导信息内容。会话上下文(Context)指多轮对话交互过程中，用户输入操作产生的数据。

步骤403、根据状态设置信息对用户所处的状态进行设置。

若状态设置信息与终端设置的运行模式相关，则为终端设置对应的运行模式，并可根据终端的运行模式以及预定义的运行模式与用户状态之间的映射关系确定用户所处的状态。例如，若状态设置信息为“设置终端的运行模式为勿扰模式”，则确定当前用户状态为第一状态。

用户启动目标应用，且状态设置信息与目标应用相关，则在目标应用中设置对应的状态，并可根据用户在目标应用中设置的状态确定用户所处的状态。例如，若用户启动应用，并输入状态设置信息“与李明进行电话会议”，则确定用户进行电话会议的过程中用户状态为第一状态。

本实施例中，为用户提供了多种状态设置的方式，便于在某些特殊的场合，例如驾驶状态，便于用户的状态设置，为用户提供了智能化的状态设置方式。

图5是一示例性实施例提供的另一种消息提醒方法使用的用户状态设置的流程图，本实施例中，以用户在移动化团体办公应用中设置的状态为例，参见图5，该方法可以包括以下步骤：

步骤502、通过统一搜索入口获取来自用户的输入信息。

举例来说，若用户启动移动化团体办公应用，并通过输入操作在该应用的用户界面中输入信息，以通过语音输入“与李明预约周四下午3点的会议”的输入信息为例，会触发统一搜索入口获取该输入信息“与李明预约周四下午3点的会议”，并将该输入信息发送给会话系统进行语义分析。

步骤504、调用会话系统对输入信息进行语义分析。

在本实施例中，会话系统可以对用户最近输入操作产生的信息以及历史输入操作产生的信息进行语义分析，确定用户意图。其中，最近输入操作产生的信息以及历史输入操作产生的信息为对话交互的过程中用户输入操作产生的信息。

在本实施例中，若用户意图不明确，可以与用户进行多轮对话交互，并根据多轮对话交互过程中用户输入操作产生的信息确定用户意图。

其中，会话系统可以但不限于通过智能助理实现，图6是一示例性实施例提供的一种会话系统的模块示意图，会话系统包括NLU(自然语言理解)模块、DM(对话管理)模块和NLG(自然语言生成)模块。

NLU模块：用于通过计算机算法或模型对输入信息、会话上下文进行分析处理，将其转变为结构化的信息，确定用户输入信息的意图；其中，会话上下文(Context)指多轮对话交互过程中，用户输入操作产生的信息。

DM模块：用于根据NLU模块识别出的意图以及会话上下文，选择合适的系统动作(包括询问、回复和执行状态设置操作等)。

NLG模块：用于在系统动作为询问、回复的情况下，将DM模块输出的系统动作转换为对话提示(引导信息)；在系统动作为执行状态设置操作的情况下，为应用设置与用户意图相匹配的状态。

举例来说，若用户输入“将状态设置为会议中”的输入信息，对其进行语义分析，可以明确用户意图，此种情况下无需生成引导信息。

而若用户输入“我需要进行状态设置”的输入信息，无法明确用户意图，此种情况下，可以生成引导信息，以引导用户输入更多能够明确用户意图的输入信息，通过多轮对话交互获取的输入信息明确用户意图。

交互对话过程中，引导信息可以但不限于通过以下形式中的至少一种展示：文字形式、语音形式、预定义选项，其中，每个预定义选项对应一个引导信息内容。对于每轮对话的回复，用户可以通过以下至少一种输入操作方式输入信息：在输入框中输入文本数据、通过麦克风输入音频数据、触发预定义选项等。

图7是一示例性实施例提供的一种对话交互的页面示意图，参见图7，用户首轮输入的输入信息为“我需要进行状态设置”，根据该输入信息无法确定用户意图，会话系统可以生成引导信息，图7中的引导信息以预定义选项的形式展示，每个预定义选项对应一个引导信息内容，当“生病中”的预定义选项被触发的情况下，可以确定用户意图为在应用中设置用户状态为“生病中”。

在另一个实施例中，对话交互过程中的引导信息可以根据用户的历史行为数据生成。用户的历史行为数据为用户在移动化团体办公应用上产生的历史操作(例如，查看操作、点击操作等)行为的记录。举例来说，若用户仅输入“我需要进行状态设置”，无法明确其意图，对用户的历史行为数据分析确定用户经常设置的状态为“会议中”，可将“是否将状态设置为会议中？”作为引导信息。

步骤506、根据语义分析结果判断是否进行状态设置。

若通过语义分析确定输入信息的用户意图为进行状态设置，则执行步骤508。

若通过语义分析确定输入信息的用户意图不涉及状态设置，例如意图为应用的关闭意图、或者信息搜索意图，则执行与意图相对应的其他操作。

步骤508、获取输入信息所含的状态设置信息，并根据状态设置信息对用户所处的状态进行设置。

图8是一示例性实施例提供的一种设备的示意结构图。请参考图8，在硬件层面，该设备包括处理器802、内部总线804、网络接口806、内存808以及非易失性存储器810，当然还可能包括其他功能所需要的硬件。处理器802从非易失性存储器810中读取对应的计算机程序到内存808中然后运行，在逻辑层面上形成消息提醒装置。当然，除了软件实现方式之外，本说明书一个或多个实施例并不排除其他实现方式，比如逻辑器件抑或软硬件结合的方式等等，也就是说以下处理流程的执行主体并不限定于各个逻辑单元，也可以是硬件或逻辑器件。

请参考图9，在软件实施方式中，该消息提醒装置可以包括：确定模块91和执行模块92。

确定模块91，用于响应于待处理消息，确定用户所处的状态；

所述确定模块91，还用于在所述用户处于第一状态的情况下，不调用执行模块92，以避免执行针对所述待处理消息的接收提醒操作；

所述确定模块91，还用于在所述用户从所述第一状态切换至第二状态的情况下，调用所述执行模块92；

所述执行模块92，用于向所述用户输出针对所述第一状态期间接收到且未执行所述接收提醒操作的待处理消息。

可选地，所述确定模块包括以下至少之一：

第一确定单元，用于获取所述用户在所述终端上运行的目标应用中设置的状态，以确定所述用户所处的状态；

第二确定单元，用于获取所述用户为所述终端设置的运行模式，并根据预定义的运行模式与用户状态之间的映射关系确定所述用户所处的状态。

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

获取模块，用于获取来自所述用户的输入信息；

语义分析模块，用于根据针对所述输入信息的语义分析结果，获取所述输入信息所含的状态设置信息；或者，在所述语义分析结果表明所述输入信息与状态设置事件相关的情况下，向所述用户输出引导信息，以引导所述用户输入所述状态设置信息；

设置模块，用于根据所述状态设置信息对所述用户所处的状态进行设置。

可选地，所述获取模块包括以下至少之一：

接收单元，用于接收所述用户在统一入口对应的输入框中输入的文本信息；

采集单元，用于采集所述用户针对所述统一入口输入的音频类型的音频信息；

展示单元，用于展示与所述统一入口对应的预定义选项，并将被触发的预定义选项对应的预定义数据作为来自所述用户的输入信息。

可选地，所述确定模块包括：

判断单元，用于判断所述待处理消息是否为紧急事件的提醒消息；

确定单元，用于在所述待处理消息并非所述紧急事件的提醒消息的情况下，确定所述用户所处的状态。

可选地，所述执行模块，还用于在所述待处理消息为所述紧急事件的提醒消息的情况下，直接执行针对所述待处理消息的接收提醒操作。

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

发送模块，用于在未执行针对所述待处理消息的接收提醒操作的情况下，向所述待处理消息的发送方反馈所述用户所处的状态。

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

接收模块，用于接收所述发送方返回的状态提醒请求；

发送模块，用于在所述用户从所述第一状态切换至所述第二状态后，向所述发送方发送状态切换提醒。

可选地，所述执行模块具体用于：

对所述第一状态期间接收到且未执行所述接收提醒操作的多条待处理消息进行整合展示。

可选地，在对所述多条待处理消息进行整合展示时，所述执行模块用于：

对所述多条待处理消息对应的消息事件进行分类，相同类别的消息事件的待处理消息以相同的展示参数进行展示。

可选地，在对所述多条待处理消息进行整合展示时，所述执行模块用于：

按照分级规则对所述多条待处理消息进行分级，按照分级结果依次展示所述待处理消息。

可选地，在对所述多条待处理消息进行整合展示时，所述执行模块用于：

在同一界面内展示分别对应于各条待处理消息的展示项，所述展示项用于在被触发的时候展示相应的消息内容。

上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机，计算机的具体形式可以是个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件收发设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任意几种设备的组合。

在一个典型的配置中，计算机包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储，其上存储有计算机程序(信息)，程序被处理器执行时实现上述任一实施例所提供的方法步骤。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带、磁盘存储、量子存储器、基于石墨烯的存储介质或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

在本说明书一个或多个实施例使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本说明书一个或多个实施例。在本说明书一个或多个实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本说明书一个或多个实施例可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本说明书一个或多个实施例范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

以上所述仅为本说明书一个或多个实施例的较佳实施例而已，并不用以限制本说明书一个或多个实施例，凡在本说明书一个或多个实施例的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本说明书一个或多个实施例保护的范围之内。

Claims (15)

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

响应于待处理消息，确定用户所处的状态；

若所述用户处于第一状态，避免执行针对所述待处理消息的接收提醒操作；

若所述用户从所述第一状态切换至第二状态，向所述用户输出针对所述第一状态期间接收到且未执行所述接收提醒操作的待处理消息。

2.根据权利要求1所述的消息提醒方法，其特征在于，确定所述用户所处的状态，包括以下至少之一：

获取所述用户在所述终端上运行的目标应用中设置的状态，以确定所述用户所处的状态；

获取所述用户为所述终端设置的运行模式，并根据预定义的运行模式与用户状态之间的映射关系确定所述用户所处的状态。

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

获取来自所述用户的输入信息；

根据针对所述输入信息的语义分析结果，获取所述输入信息所含的状态设置信息；或者，在所述语义分析结果表明所述输入信息与状态设置事件相关的情况下，向所述用户输出引导信息，以引导所述用户输入所述状态设置信息；

根据所述状态设置信息对所述用户所处的状态进行设置。

4.根据权利要求3所述的消息提醒方法，其特征在于，获取来自所述用户的输入信息，包括以下至少之一：

接收所述用户在统一入口对应的输入框中输入的文本信息；

采集所述用户针对所述统一入口输入的音频类型的音频信息；

展示与所述统一入口对应的预定义选项，并将被触发的预定义选项对应的预定义数据作为来自所述用户的输入信息。

5.根据权利要求1所述的消息提醒方法，其特征在于，所述确定用户所处的状态，包括：

判断所述待处理消息是否为紧急事件的提醒消息；

在所述待处理消息并非所述紧急事件的提醒消息的情况下，确定所述用户所处的状态。

6.根据权利要求5所述的消息提醒方法，其特征在于，所述方法还包括：

在所述待处理消息为所述紧急事件的提醒消息的情况下，直接执行针对所述待处理消息的接收提醒操作。

7.根据权利要求1所述的消息提醒方法，其特征在于，所述方法还包括：

在未执行针对所述待处理消息的接收提醒操作的情况下，向所述待处理消息的发送方反馈所述用户所处的状态。

8.根据权利要求7所述的消息提醒方法，其特征在于，所述方法还包括：

接收所述发送方返回的状态提醒请求；

在所述用户从所述第一状态切换至所述第二状态后，向所述发送方发送状态切换提醒。

9.根据权利要求1所述的消息提醒方法，其特征在于，向所述用户输出针对所述第一状态期间接收到且未执行所述接收提醒操作的待处理消息，包括：

对所述第一状态期间接收到且未执行所述接收提醒操作的多条待处理消息进行整合展示。

10.根据权利要求9所述的消息提醒方法，其特征在于，对所述多条待处理消息进行整合展示，包括：

对所述多条待处理消息对应的消息事件进行分类，相同类别的消息事件的待处理消息以相同的展示参数进行展示。

11.根据权利要求9所述的消息提醒方法，其特征在于，对所述多条待处理消息进行整合展示，包括：

按照分级规则对所述多条待处理消息进行分级，按照分级结果依次展示所述待处理消息。

12.根据权利要求9所述的消息提醒方法，其特征在于，对所述多条待处理消息进行整合展示，包括：

在同一界面内展示分别对应于各条待处理消息的展示项，所述展示项用于在被触发的时候展示相应的消息内容。

13.一种消息提醒装置，其特征在于，应用于终端，所述装置包括：

确定模块，用于响应于待处理消息，确定用户所处的状态；

所述确定模块，还用于在所述用户处于第一状态的情况下，不调用执行模块，以避免执行针对所述待处理消息的接收提醒操作；

所述确定模块，还用于在所述用户从所述第一状态切换至第二状态的情况下，调用所述执行模块；

所述执行模块，用于向所述用户输出针对所述第一状态期间接收到且未执行所述接收提醒操作的待处理消息。

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

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器通过运行所述可执行指令以实现如权利要求1-12中任一项所述的方法。

15.一种计算机可读存储介质，其上存储有计算机指令，其特征在于，该指令被处理器执行时实现如权利要求1-12中任一项所述方法的步骤。

Images