CN109274825B - 一种消息提醒方法及装置 - Google Patents

Abstract

本公开是关于一种消息提醒方法及装置。该方法包括：接收来自发送用户的即时消息；确定所述即时消息对应的消息处理模式；基于所述消息处理模式确定在接收用户接收到所述即时消息时是否进行消息提醒。可见，本实施例中可以对发送给接收用户的重要即时消息进行消息提醒，以及对发送给接收用户不重要的即时消息不进行提醒或者采用不打扰用户的方式进行提醒，避免不重要的即时消息打扰接收用户，提升用户使用即时通信软件的体验。

Description

一种消息提醒方法及装置

技术领域

本公开涉及通信技术领域，尤其涉及一种消息提醒方法及装置。

背景技术

由于即时通信软件具有及时、高效的特点，得到越来越多用户的依赖。在如休息和会议的一些场景下，用户仅需要接收重要的信息而避免不重要的信息，否则会影响到用户的工作和生活，降低使用体验。实际应用中，为避免被打扰，用户只能关闭消息提醒或者即时通信软件，但是这样会错过重要信息，或者打开消息提醒，忍受不重要信息的打扰。

发明内容

本公开提供一种消息提醒方法及装置、电子设备、计算机可读存储介质，以解决相关技术中的不足。

根据本公开实施例的第一方面，提供一种消息提醒方法，所述方法包括：

接收来自发送用户的即时消息；

确定所述即时消息对应的消息处理模式；

基于所述消息处理模式确定接收用户在接收到所述即时消息时是否进行消息提醒。

可选地，确定所述即时消息对应的消息处理模式包括：

获取预设时间段内的历史消息或者预设数量条历史消息；

基于获取的多条历史消息确定所述即时消息的目标场景；

基于预先设置的场景和消息处理模式的对应关系，确定与所述目标场景对应的消息处理模式。

可选地，基于获取的多条历史消息确定所述即时消息的目标场景包括：

确定所述多条历史消息中每条历史消息的语义；

基于所述每条历史消息的语义确定所述多条历史消息的上下文信息；

基于所述上下文信息确定所述即时消息的目标场景。

可选地，基于所述上下文信息确定所述即时消息的目标场景包括：

确定所述上下文信息与预先设置的重要场景数据库中场景模板的相似度；

若所述相似度大于或者等于相似度阈值，则确定所述目标场景为重要场景；

若所述相似度小于所述相似度阈值，则确定所述目标场景为不重要场景。

可选地，基于获取的多条历史消息确定所述即时消息的目标场景包括：

确定所述多条历史消息中每条历史消息中的关键词，得到至少一个关键词；

基于所述至少一个关键词确定所述即时消息的目标场景。

可选地，基于所述至少一个关键词确定所述即时消息的目标场景包括：

基于预先设置的关键词数据库，匹配所述至少一个关键词，得到成功匹配的关键词的数量；

确定成功匹配的关键词的数量与所述至少一个关键词的数量之间的比例；

若所述比例大于或者等于比例阈值，则确定所述目标场景为重要场景；

若所述比例小于所述比例阈值，则确定所述目标场景为不重要场景。

可选地，基于预先设置的场景和消息处理模式的对应关系，确定与所述目标场景对应的消息处理模式包括：

若所述目标场景为重要场景，则确定所述消息处理模式为提醒处理模式；

若所述目标场景为不重要场景，则确定所述消息处理模式为非提醒处理模式。

可选地，确定所述即时消息对应的消息处理模式包括：

确定所述即时消息的语句结构；所述语句结构至少包括主语、谓语、宾语、状语、补语中的一种或者多种；

匹配所述即时消息的语句结构与预先设置的语句结构数据库中的语句结构；

若匹配成功，则确定所述消息处理模式为提醒处理模式；若匹配不成功，则确定所述消息处理模式为非提醒处理模式。

根据本公开实施例的第二方面，提供一种消息提醒方法，所述方法包括：

从接收的即时消息中解析出是否对所述即时消息进行消息提醒的标识；所述标识由发送用户在编辑所述即时消息时配置，或者由服务器在转发所述即时消息时配置；

基于所述标识确定是否触发消息提醒。

可选地，基于所述标识确定是否触发消息提醒包括：

判断所述标识是否表征对所述即时消息进行消息提醒；

若是，则触发第一提醒方式提示所述接收用户；若否，则触发第二提醒方式提示所述接收用户。

根据本公开实施例的第三方面，提供一种消息提醒装置，所述装置包括：

即时消息接收模块，用于接收来自发送用户的即时消息；

处理模式确定模块，用于确定所述即时消息对应的消息处理模式；

即时消息发送模块，用于基于所述消息处理模式确定接收用户在接收到所述即时消息时是否进行消息提醒。

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

历史消息获取单元，用于获取预设时间段内的历史消息或者预设数量条历史消息；

目标场景确定单元，用于基于获取的多条历史消息确定所述即时消息的目标场景；

处理模式确定单元，用于基于预先设置的场景和消息处理模式的对应关系，确定与所述目标场景对应的消息处理模式。

可选地，所述目标场景确定单元包括：

消息语义确定子单元，用于确定所述多条历史消息中每条历史消息的语义；

上下文确定子单元，用于基于所述每条历史消息的语义确定所述多条历史消息的上下文信息；

第一目标场景确定子单元，用于基于所述上下文信息确定所述即时消息的目标场景。

可选地，所述第一目标场景确定子单元包括：

相似度确定子模块，用于确定所述上下文信息与预先设置的重要场景数据库中场景模板的相似度；

第一目标场景确定子模块，用于在所述相似度大于或者等于相似度阈值时，确定所述目标场景为重要场景；还用于在所述相似度小于所述相似度阈值时，确定所述目标场景为不重要场景。

可选地，所述目标场景确定单元包括：

关键词确定子单元，用于确定所述多条历史消息中每条历史消息中的关键词，得到至少一个关键词；

第二目标场景确定子单元，用于基于所述至少一个关键词确定所述即时消息的目标场景。

可选地，所述第二目标场景确定子单元包括：

关键词匹配子模板，用于基于预先设置的关键词数据库，匹配所述至少一个关键词，得到成功匹配的关键词的数量；

关键词比例确定子模块，用于确定成功匹配的关键词的数量与所述至少一个关键词的数量之间的比例；

第二目标场景确定子模块，用于在所述比例大于或者等于比例阈值时，确定所述目标场景为重要场景；

还用于在所述比例小于所述比例阈值时，确定所述目标场景为不重要场景。

可选地，所述处理模式确定单元还用于：

在所述目标场景为重要场景时，确定所述消息处理模式为提醒处理模式；

在所述目标场景为不重要场景时，确定所述消息处理模式为非提醒处理模式。

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

语句结构确定单元，用于确定所述即时消息的语句结构；所述语句结构至少包括主语、谓语、宾语、状语、补语中的一种或者多种；

语句结构匹配单元，用于匹配所述即时消息的语句结构与预先设置的语句结构数据库中的语句结构；

处理模式确定单元，用于在匹配成功时，确定所述消息处理模式为提醒处理模式；还用于在匹配不成功时，确定所述消息处理模式为非提醒处理模式。

根据本公开实施例的第四方面，提供一种消息提醒装置，所述装置包括：

标识解析模块，用于从接收的即时消息中解析出是否对所述即时消息进行消息提醒的标识；所述标识由发送用户在编辑所述即时消息时配置，或者由服务器在转发所述即时消息时配置；

提醒触发模块，用于基于所述标识确定是否触发消息提醒。

可选地，所述提醒触发模块包括：

标识判断单元，用于判断所述标识是否表征对所述即时消息进行消息提醒；

提示触发单元，用于在所述标识为重要标识时，触发第一提醒方式提示所述接收用户；还用于在所述标识不是重要标识时，触发第二提醒方式提示所述接收用户。

根据本公开实施例的第五方面，提供一种电子设备，所述电子设备包括：

处理器；

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

其中，所述处理器用于：

接收来自发送用户的即时消息；

确定所述即时消息对应的消息处理模式；

基于所述消息处理模式确定在接收用户接收到所述即时消息时是否进行消息提醒。

根据本公开实施例的第六方面，提供一种电子设备，所述电子设备包括：

处理器；

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

其中，所述处理器用于：

从接收的即时消息中解析出是否对所述即时消息进行消息提醒的标识；所述标识由发送用户在编辑所述即时消息时配置，或者由服务器在转发所述即时消息时配置；

基于所述标识确定是否触发消息提醒。

根据本公开实施例的第七方面，提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现：

接收来自发送用户的即时消息；

确定所述即时消息对应的消息处理模式；

基于所述消息处理模式确定接收用户在接收到所述即时消息时是否进行消息提醒。

根据本公开实施例的第八方面，提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现：

从接收的即时消息中解析出是否对所述即时消息进行消息提醒的标识；所述标识由发送用户在编辑所述即时消息时配置，或者由服务器在转发所述即时消息时配置；

基于所述标识确定是否触发消息提醒。

本公开的实施例提供的技术方案可以包括以下有益效果：

由上述实施例可知，本公开实施例中通过根据即时消息确定消息处理模式，然后根据消息处理模式确定接收用户在接收到即时消息时是否进行消息提醒。可见，本实施例中可以在接收用户接收到重要的即时消息时进行消息提醒，以及在接收用户接收到不重要的即时消息时不进行消息提醒，避免不重要的即时消息打扰接收用户，提升使用体验。

本公开实施例中通过从即时消息中解析出标识，然后根据该标识确定是否触发消息提醒。若标识为重要标识，则以第一提醒方式提示接收用户，若标识不是重要标识，则以第二提醒方式提示接收用户。可见，本实施例中根据标识是否提示接收用户，从而避免即时消息打扰接收用户，提升使用体验。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。

图1是根据一示例性实施例示出的一种应用场景图；

图2是根据一示例性实施例示出的一种消息提醒方法的流程示意图；

图3是根据另一示例性实施例示出的一种消息提醒方法的流程示意图；

图4是根据又一示例性实施例示出的一种消息提醒方法的流程示意图；

图5是根据又一示例性实施例示出的一种消息提醒方法的流程示意图；

图6是根据又一示例性实施例示出的一种消息提醒方法的流程示意图；

图7是根据又一示例性实施例示出的一种消息提醒方法的流程示意图；

图8是根据又一示例性实施例示出的一种消息提醒方法的流程示意图；

图9是根据一示例性实施例示出的一种消息提醒方法的流程示意图；

图10是根据另一示例性实施例示出的一种消息提醒方法的流程示意图；

图11～图19是根据一示例性实施例示出的一种消息提醒装置的框图；

图20是根据一示例性实施例示出的一种电子设备的框图。

具体实施方式

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

由于即时通信软件具有及时、高效的特点，得到越来越多用户的依赖。在如休息和会议的一些场景下，用户仅需要接收重要的信息而避免不重要的信息，否则会影响到用户的生活和工作，从而降低用户使用即时软件的体验。实际应用中，为避免被打扰，用户只能关闭消息提醒或者即时通信软件，但是这样会错过重要信息，或者打开消息提醒，忍受不重要信息的打扰。

为解决上述技术问题，本公开实施例提供了一种消息提醒方法，图1是根据一示例性实施例示出的一种应用场景图。参见图1，终端1与服务器2建立通信连接，终端3与服务器2建立通信连接，在终端1和终端3同时安装某一个即时通信软件(例如米聊)时，终端1和终端3可以通过服务器2进行即时通信，当然终端1和终端3也可以直接建立通信连接，再建立即时通信，之后在终端1或者终端3与服务器建立通信连接时将历史消息(即聊天记录)上传至服务器2。

为方便说明，后续实施例中以图1所示的通信系统进行说明。本公开实施例提供的消息提醒方法可以分别应用于终端1和/或终端3，也可以应用于服务器。终端和服务器可以根据即时消息进行处理，然后根据处理结果确定接收用户接收到即时消息时是否进行消息提醒。

图2是根据一示例性实施例示出的一种消息提醒方法的流程示意图。参见图2，一种消息提醒方法应用于图1所示场景中的服务器2，或者作为接收方时的终端1、终端3，包括：

201，接收来自发送用户的即时消息。

本实施例中，发送用户编辑好即时消息后，将该即时消息通过已建立的通信连接发送给服务器。这样，服务器可以接收到发送用户的即时消息。当然，发送终端可以预先存储发送用户编辑好的即时消息，服务器按照设定周期请求发送终端发送即时消息，然后再接收即时消息。设定周期可以根据具体场景进行设置，例如10ms，100ms或者1s等，在此不作限定。

202，确定所述即时消息对应的消息处理模式。

本实施例中，针对执行主体为服务器的情况，服务器可以根据即时消息确定该即时消息的消息处理模式；针对执行主体为接收用户的情况，接收端可以根据即时消息确定该即时消息的消息处理模式。

其中消息处理模式可以包括：提醒处理模式和非提醒处理模式。消息处理模式的确定方式可以包括：

方式一，先确定即时消息的目标场景，然后根据目标场景和消息处理模式的对应关系，确定即时消息的消息处理模式。后续实施例再详细描述。

方式二，确定即时消息的语句结构，然后根据语句结构确定消息处理模式。后续实施例再详细描述。

当然，技术人员还可以根据具体场景，采用其他方式确定消息处理模式，在实现本公开方案的情况下，对应的方案同样落入本公开的保护范围。

203，基于所述消息处理模式确定接收用户在接收到所述即时消息时是否进行消息提醒。

本实施例中，针对执行主体为服务器的情况，服务器在消息处理模式为提醒处理模式时，将即时消息发送给接收终端，即发送给接收用户，并对接收用户进行消息提醒。具体实施时，接收终端在接收到即时消息后可以以声音、振动或闪光中的至少一种提醒用户，提醒用户及时查看消息。

服务器在消息处理模式为非提醒处理模式时，可以将即时消息发送给接收终端，即发送给接收用户，但是对该即时消息不进行对用户造成打扰的消息提醒。也就是说，非提醒处理模式可以为仅将即时消息发送给接收用户，不对该即时消息的接收进行任何方式的提醒，也可以为将即时消息发送给接收用户，以不对用户造成打扰的提醒方式进行提醒，具体实施时，接收终端接收到即时消息后可以以提示框、消息数目或延时显示中的至少一种展示即时消息。由于提醒方式属于比较安静的方式从而不会打扰接收用户。

另外，在消息处理模式为非提醒处理模式时，也可以将即时消息延时设定时间段后发送给接收终端，即延时发送给接收用户，并对该即时消息不进行消息提醒，避免打扰用户。其中，设定时间段可以根据具体场景进行设置，例如30分钟、40分钟、1小时、6小时等。当然，服务器还可以在即时软件下次登录时再将即时消息以历史记录的形式展现给接收用户。

需要说明的是，可以将提醒处理模式设置为默认处理模式，若接收终端接收到的即时消息中，未解析出对应标识，则默认该即时消息的处理模式为提醒处理模式；在非提醒处理模式时，为保证即时消息不影响接收用户，此时服务器可以即时消息中设置(不重要)标识，即时地或者延时地将即时消息发送给接收终端，这样若接收终端从即时消息时解析出该标识则不会提醒用户。

也可以将非提醒处理模式设置为默认处理模式，在提醒处理模式时为即时消息设置对应的标识，这里不再赘述。

针对执行主体为接收端的情况，接收端在接收到即时消息，并确定出即时消息的处理模式之后，若处理模式为提醒模式，则对接收用户进行消息提醒，提醒方式如上所述，若处理模式为非提醒模式，则不进行提醒或者以不对用户造成打扰的提醒方式进行提醒，提醒方式如上所述。

可见，本实施例中可以对发送给接收用户的重要即时消息进行提醒，以及对发送给接收用户不重要的即时消息不进行提醒或者采用不打扰用户的方式进行提醒，避免不重要的即时消息打扰接收用户，提升用户使用即时通信软件的体验。

图3是根据另一示例性实施例示出的一种消息提醒方法的流程示意图。参见图3，一种消息提醒方法包括：

301，接收来自发送用户的即时消息。

步骤301和步骤201的具体方法和原理一致，详细描述请参考图2及步骤201的相关内容，此处不再赘述。

302，确定所述即时消息对应的消息处理模式。

在实际的即时聊天过程中，即时消息会比较简洁，导致其语句结构不完整。若发送用户想突出某一条即时消息的重要性，会将即时消息的语句结构保持完整，以保证该即时消息不会产生歧义。基于该构思，本实施例中，服务器先确定即时消息的语句结构(对应步骤3021)。

其中，语句结构至少包括主语、谓语、宾语、状语、补语中的一种或者多种。例如语句结构可以为主谓句、非主谓句、被动句、倒闭句、连动句等句式。其中主谓句还可以继续细分为：主语+动词+宾词，主语+动词+补语，主语+动词+补语+宾词，主语+状语+动词，主语+状词+动词+补词，主语+状词+动词+补词+宾词等。技术人员还可以根据具体场景对其他句式进行细分，在此不作说明。

服务器/接收端在执行本实施例提供的消息提醒方法之前，预先存储语句结构数据库，该语句结构数据库可以利用确定的大数据样本数据训练后的算法生成，也可以根据即时聊天软件的历史记录统计分析重要的即时消息得到。技术人员可以根据具体场景选择合适的方式生成语句结构数据库，本公开不作限定。

然后，服务器/接收端匹配即时消息的语句结构和语句结构数据库中的语句结构(对应步骤3022)。

在一实施例中，若该即时消息的语句结构与语句结构数据库中的某一条语句结构匹配，即匹配成功，则确定即时消息为重要消息，其消息处理模式为提醒处理模式(对应步骤3023)。

例如，发送用户发送了即时消息“我认为，我们应该找个时间和地点见一次面，讨论一下对应的处理方案。”，那么该即时消息中包括：

主语：我们；

定语：找个时间和地点见一次面；

谓语：讨论；

宾语：处理方案。

上述即时消息的语句结构中包括主语、定语、谓语和宾语，即发送用户非常重视本条即时消息，应该及时发送给接收用户并进行消息提醒。

在另一实施例中，若语句结构数据库中没有该即时消息的语句结构，则匹配不成功，确定即时消息为不重要消息，其消息处理模式为非提醒处理模式(对应步骤3024)。

例如，发送用户发送了即时消息“有点事，后面聊”，那么该即时消息中包括：

状语：有点事；

谓语：后面聊。

上述即时消息的语句结构中包括状语和谓语，但是未包括主语和宾语等，体现了发送用户不太重视本条即时消息，可以使接收用户不进行消息提醒。

303，基于所述消息处理模式确定接收用户在接收到所述即时消息时是否进行消息提醒。

步骤303和步骤203的具体方法和原理一致，详细描述请参考图2及步骤203的相关内容，此处不再赘述。

可见，本实施例中通过即时消息的语句结构可以确定出即时消息相对于发送用户是否重要，从而得到即时消息的消息处理模式(提醒处理模式或者非提醒处理模式)，然后根据消息处理模式，达到重要的即时消息提醒接收用户，以及不重要的即时消息不提醒用户，或者以不打扰用户的方式提醒用户的效果，这样可以避免不重要的即时消息打扰接收用户，提升用户使用即时通信软件的体验。

图4是根据另一示例性实施例示出的一种消息提醒方法的流程示意图。参见图4，一种消息提醒方法包括：

401，接收来自发送用户的即时消息。

步骤401和步骤201的具体方法和原理一致，详细描述请参考图2及步骤201的相关内容，此处不再赘述。

402，确定所述即时消息对应的消息处理模式。

继续参见图4，服务器/接收端先确定即时消息之前多条历史消息，该多条历史消息可以是预设时间段内的数条历史消息，还可以是预设数量条历史消息(对应步骤4021)，然后根据多条历史消息确定该条即时消息的目标场景(对应步骤4022)，最后根据预先设置的场景和消息处理模式的对应关系，确定与上述目标场景对应的消息处理模式(对应步骤4023)。其中，多条历史消息的数量可以根据具备场景进行设置，例如50条、20条等，本公开不作限定。

本实施例中，步骤4022中确定目标场景的方式可以包括：

方式一，语义方式。

参见图5，服务器/接收端先确定多条历史消息中每条历史消息的语义(对应步骤501)。其中语义分析算法可以采用相关技术中的算法实现，本实施例不作限定。

然后，根据每条历史消息的语义，按照聊天时间进行串联分析，可以得到双方(发送用户和接收用户)聊天的主题、主题变化、双方的观点等内容，即确定了多条历史消息的上下文信息(对应步骤502)。

最后，根据上下文信息可以确定出即时消息的目标场景，参见图6，包括：确定上下文信息与重要场景数据库的场景模板的相似度，相似度可以采用相关技术中的余弦相似度公式计算，计算过程可以是将上下文信息处理为上下文信息向量，然后利用上下文信息向量和场景模板对应的场景向量进行计算，从而得到相似度(对应步骤601)。判断相似度是否大于或等于相似度阈值(可根据场景调整)，根据判断结果确定目标场景(对应步骤602)。例如，在相似度大于或者等于相似度阈值时，确定目标场景为重要场景(对应步骤603)，消息处理模式为提醒处理模式。又如，在相似度小于相似度阈值时，确定目标场景为不重要场景(对应步骤604)，消息处理模式为非提醒处理模式。

在一个示例场景中，发送用户发送了即时消息“好的”，确定该即时消息“好的”之前的多条历史消息依次为：

(1)发送用户：最近有个电影非常好看，推荐给你，名字叫《XXX》。

(2)接收用户：是吗？关于什么内容？

(3)发送用户：属于战争题材，场面比较壮观，还有很多明星……

(4)接收用户：噢，那确实属于我的菜(笑脸)，那这周末可以去看看。

(5)发送用户：去吧，去吧。

(6)接收用户：不好意思，有点事，有空聊。

(7)发送用户：好的。

服务器/接收端分别确定历史消息(1)～(6)的语义：

(1)：推荐电影，电影名字《XXX》；

(2)：询问电影的内容；

(3)：电影内容关于战争；

(4)：周末去看电影

(5)：支持去看电影。

(6)：场景转折，接收用户有事，需要中断聊天。

服务器/接收端通过分析各历史消息的语义，确定了历史消息(1)～(5)聊天主题为电影话题，通过相似度计算该场景属于重要场景；而历史消息(6)的主题是中断聊天，属于不重要场景。

根据多条历史消息可以得出，接收用户需要中断聊天，后续的即时消息都属于不重要的即时消息，即发送用户发送的即时消息“好的”属于不重要场景。

根据上述目标场景，在接收用户接收到即时消息“好的”时，可以不对该即时消息进行提醒，或者以不打扰用户的方式对该即时消息进行提醒。

在另一个示例场景中，发送用户发送了即时消息“好的”，服务器/接收端确定该即时消息“好的”之前预设时间段内的多条历史消息依次为：

(1)发送用户：最近有个电影非常好看，推荐给你，名字叫《XXX》。

(2)接收用户：是吗？关于什么内容？

(3)发送用户：属于战争题材，场面比较壮观，还有很多明星……

(4)接收用户：噢，那确实属于我的菜(笑脸)，那这周末可以去看看。我记得你说要请我看电影，这次请我不？

(5)发送用户：好的。

服务器/接收端分别确定历史消息(1)～(4)的语义：

(1)：推荐电影，电影名字《XXX》；

(2)：询问电影的内容；

(3)：电影内容关于战争；

(4)：周末去看电影；请客，询问发送用户是否请客？

通过分析各历史消息的语义，确定了历史消息(1)～(4)聊天主题为电影话题，且接收用户需要发送用户的回答，通过相似度计算该场景属于重要场景。可见，即时消息“好的”需要发送给接收用户，并对接收用户进行提醒。

方式二，关键词方式。

参见图7，服务器/接收端先确定多条历史消息中每条历史消息中的关键词，可以得到至少一个关键词(对应步骤701)，该至少一个关键词可以看作初始关键词组。其中关键词提取算法可以采用相关技术中的算法实现，本实施例不作限定。

然后，根据基于至少一个关键词确定即时消息的目标场景(对应步骤702)，参见图8，包括：从至少一个关键词中选择一个关键词，与预先设置的关键词数据库中的关键词进行匹配，在成功匹配后，统计数据增加1，直至至少一个关键词全部匹配完成，得到成功匹配的关键词的数量(对应步骤801)，可以看作有效关键词组。确定成功匹配的关键词的数量和至少一个关键词的数量的比例，即有效关键词组和初始关键词组的比例(对应步骤802)，并确定比例是否大于或等于比例阈值(可根据场景调整)(对应步骤803)。在比例大于或者等于比例阈值时，确定目标场景为重要场景(对应步骤804)，消息处理模式为提醒处理模式；在比例小于比例阈值时，确定目标场景为不重要场景(对应步骤805)，消息处理模式为非提醒处理模式。

本实施例中，可以为每个场景设置一个关键词数据库，多个场景的关键词数据库形成一个总的关键词数据库。进行匹配操作时，可以依次跟每个场景对应的关键词数据库分别进行匹配，若存在至少一个关键词数据库，使得有效关键词组和初始关键词组的比例大于或等于比例阈值，则确定目标场景为重要场景，或者可以跟总关键词数据库进行匹配，若有效关键词组和初始关键词组的比例大于或等于比例阈值，则确定目标场景为重要场景。

在一个示例场景中，发送用户发送了即时消息“好的”，服务器/接收端确定该即时消息“好的”之前多条历史消息依次为：

(1)发送用户：最近有个电影非常好看，推荐给你，名字叫《XXX》。

(2)接收用户：是吗？关于什么内容？

(3)发送用户：属于战争题材，场面比较壮观，还有很多明星……

(4)接收用户：噢，那确实属于我的菜(笑脸)，那这周末可以去看看。

(5)发送用户：去吧，去吧。

(6)接收用户：不好意思，有点事，有空聊。

(7)发送用户：好的。

服务器/接收端分别确定历史消息(1)～(6)的关键词：

(1)：推荐，电影，名字；

(2)：内容；

(3)：战争，场面，壮观，明星；

(4)：我的菜，周末，看看；

(5)：去；

(6)：不好意思，有点事，有空聊。

通过提取各历史消息的关键词，计算成功匹配的关键词的比例大于或等于比例阈值，该场景属于重要场景；而历史消息(6)的主题是中断聊天，且计算成功匹配的关键词的比例小于比例阈值，该场景属于不重要场景。

确定发送用户发送的即时消息“好的”属于不重要场景，采用非提醒模式进行提醒。

在另一个示例场景中，发送用户发送了即时消息“好的”，服务器/接收端确定该即时消息“好的”之前多条历史消息依次为：

(1)发送用户：最近有个电影非常好看，推荐给你，名字叫《XXX》。

(2)接收用户：是吗？关于什么内容？

(3)发送用户：属于战争题材，场面比较壮观，还有很多明星……

(4)接收用户：噢，那确实属于我的菜(笑脸)，那这周末可以去看看。我记得你说要请我看电影，这次请我不？

(5)发送用户：好的。

服务器/接收端分别确定历史消息(1)～(4)的关键词：

(1)：推荐，电影，名字；

(2)：内容；

(3)：战争，场面，壮观，明星；

(4)：我的菜，周末，看看，请我看电影。

计算上述多条历史消息中关键词占所有关键词的比例大于比例阈值，确定发送用户发送的即时消息“好的”属于重要场景，则以提醒处理模式提醒接收用户。

403，基于所述消息处理模式确定接收用户在接收到所述即时消息时是否进行消息提醒。

步骤403和步骤203的具体方法和原理一致，详细描述请参考图2及步骤203的相关内容，此处不再赘述。

可见，本实施例中通过多条历史消息的语义或者关键词可以确定出即时消息相对于发送用户是否重要，从而得到即时消息的消息处理模式(提醒处理模式或者非提醒处理模式)，然后根据消息处理模式对接收用户进行消息提醒，达到重要的即时消息进行提醒，以及不重要的即时消息不提醒，或者以不打扰用户的方式提醒，这样可以避免不重要的即时消息打扰接收用户，提升用户使用即时通信软件的体验。

图9是根据一示例性实施例示出的一种消息提醒方法的流程示意图。参见图9，一种消息提醒方法对应于由服务器作为消息处理模式确定的执行主体的应用场景，应用于图1所示场景中的终端1或者终端3，此时终端作为接收终端，包括：

901，从接收的即时消息中解析出是否对所述即时消息进行消息提醒的标识；所述标识由发送用户在编辑所述即时消息时配置，或者由服务器在转发所述即时消息时配置。

本发明实施例中可以提供用于配置所发送即时消息是否重要或者重要程度的接口。发送用户在编辑即时消息时可以通过对该接口的进行配置，来标识所发送即时消息的重要程度。例如标识可以包括“重要”、“紧急”等重要标识，还可以包括“一般”“默认”等不重要标识。发送用户可以根据即时消息对接收用户的重要程度来设置，也可以根据即时消息对发送用户的重要程度来设置。

相应地，接收终端可以对接收的即时消息进行解析，判断该即时消息中是否携带消息提醒标识，以及携带的消息提醒标识的预设含义，并对即时消息进行对应处理。

具体实施时，可以在即时消息中设置消息提醒标识位，该标识位的不同取值表征对即时消息进行提醒或者不提醒的不同含义；也可以预先约定默认值，若约定在需要对即时消息进行提醒时添加消息提醒标识，那么，若解析出的即时消息中包含消息提醒标识，则对接收用户进行消息提醒，若不包含，则不对接收用户进行消息提醒；若约定在不需要对即时消息进行提醒时添加消息提醒标识，那么，若解析出的即时消息中包含消息提醒标识，则不对接收用户进行消息提醒；若不包含，则对接收用户进行消息提醒。具体实施方式，这里并不限定。

进一步地，可以由服务器在接收到来自发送用户的即时消息，并确定出该即时消息对应的消息处理模式之后，将该即时消息转发给接收用户之前，根据约定在即时消息中添加或不添加该标识。

902，基于所述标识确定是否触发消息提醒。

参见图10，接收终端判断即时消息的标识是否为重要标识(对应步骤1001)。

在即时消息的标识是表征需要对即时消息进行消息提醒的重要标识时，接收终端触发第一提醒方式提示接收用户(对应步骤1002)。第一提醒方式可以为声音、振动、闪光中的至少一种，可以根据具体场景进行设置，在此不作限定。

在即时消息的标识是表征不需要对即时消息进行消息提醒的不重要标识时，接收终端触发第二提醒方式提示接收用户(对应步骤1003)。第二提醒方式可以为不进行消息提醒，或者为提示框、消息数目、延时显示中的至少一种，可以根据具体场景进行设置，在此不作限定。

可见，本实施例中接收终端根据即时消息的标识选择不同的触发方式提示接收用户，这样可以避免不重要的即时消息打扰接收用户，提升用户使用即时通信软件的体验。

图11是根据一示例性实施例示出的一种消息提醒装置的框图，参见图11，一种消息提醒装置包括：

即时消息接收模块1101，用于接收来自发送用户的即时消息；

处理模式确定模块1102，用于确定所述即时消息对应的消息处理模式；

即时消息发送模块1103，用于基于所述消息处理模式确定接收用户在接收到所述即时消息时是否进行消息提醒。

图12是根据一示例性实施例示出的一种消息提醒装置的框图，参见图12，在图11所示消息提醒装置的基础上，处理模式确定模块1102包括：

历史消息获取单元1201，用于获取预设时间段内的历史消息或者预设数量条历史消息；

目标场景确定单元1202，用于基于获取的多条历史消息确定所述即时消息的目标场景；

处理模式确定单元1203，用于基于预先设置的场景和消息处理模式的对应关系，确定与所述目标场景对应的消息处理模式。

图13是根据一示例性实施例示出的一种消息提醒装置的框图，参见图13，在图12所示消息提醒装置的基础上，目标场景确定单元1202包括：

消息语义确定子单元1301，用于确定所述多条历史消息中每条历史消息的语义；

上下文确定子单元1302，用于基于所述每条历史消息的语义确定所述多条历史消息的上下文信息；

第一目标场景确定子单元1303，用于基于所述上下文信息确定所述即时消息的目标场景。

图14是根据一示例性实施例示出的一种消息提醒装置的框图，参见图14，在图13所示消息提醒装置的基础上，所述第一目标场景确定子单元1303包括：

相似度确定子模块1401，用于确定所述上下文信息与预先设置的重要场景数据库中场景模板的相似度；

第一目标场景确定子模块1402，用于在所述相似度大于或者等于相似度阈值时，确定所述目标场景为重要场景；还用于在所述相似度小于所述相似度阈值时，确定所述目标场景为不重要场景。

图15是根据一示例性实施例示出的一种消息提醒装置的框图，参见图15，在图12所示消息提醒装置的基础上，所述目标场景确定单元1202包括：

关键词确定子单元1501，用于确定所述多条历史消息中每条历史消息中的关键词，得到至少一个关键词；

第二目标场景确定子单元1502，用于基于所述至少一个关键词确定所述即时消息的目标场景。

图16是根据一示例性实施例示出的一种消息提醒装置的框图，参见图16，在图15所示消息提醒装置的基础上，所述第二目标场景确定子单元1502包括：

关键词匹配子模板1601，用于基于预先设置的关键词数据库，匹配所述至少一个关键词，得到成功匹配的关键词的数量；

关键词比例确定子模块1602，用于确定成功匹配的关键词的数量与所述至少一个关键词的数量之间的比例；

第二目标场景确定子模块1603，用于在所述比例大于或者等于比例阈值时，确定所述目标场景为重要场景；

还用于在所述比例小于所述比例阈值时，确定所述目标场景为不重要场景。

可选地，所述处理模式确定单元1203还用于：

在所述目标场景为重要场景时，确定所述消息处理模式为提醒处理模式；

在所述目标场景为不重要场景时，确定所述消息处理模式为非提醒处理模式。

图17是根据一示例性实施例示出的一种消息提醒装置的框图，参见图17，在图11所示消息提醒装置的基础上，所述处理模式确定模块1102包括：

语句结构确定单元1701，用于确定所述即时消息的语句结构；所述语句结构至少包括主语、谓语、宾语、状语、补语中的一种或者多种；

语句结构匹配单元1702，用于匹配所述即时消息的语句结构与预先设置的语句结构数据库中的语句结构；

处理模式确定单元1703，用于在匹配成功时，确定所述消息处理模式为提醒处理模式；还用于在匹配不成功时，确定所述消息处理模式为非提醒处理模式。

图18是根据一示例性实施例示出的一种消息提醒装置的框图，参见图18，一种消息提醒装置1800包括：

标识解析模块1801，用于从接收的即时消息中解析出是否对所述即时消息进行消息提醒的标识；所述标识由发送用户在编辑所述即时消息时配置，或者由服务器在转发所述即时消息时配置；

提醒触发模块1802，用于基于所述标识确定是否触发消息提醒。

图19是根据一示例性实施例示出的一种消息提醒装置的框图，参见图19，可选地，所述提醒触发模块1802包括：

标识判断单元1901，用于判断所述标识是否表征对所述即时消息进行消息提醒；

提示触发单元1902，用于在所述标识为重要标识时，触发第一提醒方式提示所述接收用户；还用于在所述标识不是重要标识时，触发第二提醒方式提示所述接收用户。

需要说明的是，本公开实施例提供的消息提醒装置与上述消息提醒方法是一一对应的关系，上述方法的实施例的内容同样适用于上述装置，本公开实施例不再对上述装置进行详细说明。

图20是根据一示例性实施例示出的一种电子设备的框图。例如，电子设备800可以是移动电话，计算机，数字广播终端，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，个人数字助理或者服务器等。

参照图20，电子设备2000可以包括以下一个或多个组件：处理组件2002，存储器2004，电源组件2006，多媒体组件2008，音频组件2010，输入/输出(I/O)的接口2012，传感器组件2014，以及通信组件2016。

处理组件2002通常控制电子设备2000的整体操作，诸如与显示，电话呼叫，数据通信和记录操作相关联的操作。处理组件2002可以包括一个或多个处理器2020来执行指令。此外，处理组件2002可以包括一个或多个模块，便于处理组件2002和其他组件之间的交互。例如，处理组件2002可以包括多媒体模块，以方便多媒体组件2008和处理组件2002之间的交互。

存储器2004被配置为存储各种类型的数据以支持在设备2000的操作。这些数据的示例包括用于在电子设备2000上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器2004可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。

电源组件2006为电子设备2000的各种组件提供电力。电源组件2006可以包括电源管理系统，一个或多个电源，及其他与为电子设备2000生成、管理和分配电力相关联的组件。

多媒体组件808包括在所述电子设备2000和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示屏(LCD)和触摸面板(TP)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与所述触摸或滑动操作相关的持续时间和压力。

音频组件2010被配置为输出和/或输入音频信号。例如，音频组件2010包括一个麦克风(MIC)，当电子设备2000处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器2004或经由通信组件2016发送。在一些实施例中，音频组件2010还包括一个扬声器，用于输出音频信号。

I/O接口2012为处理组件2002和外围接口模块之间提供接口，上述外围接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。

传感器组件2014包括一个或多个传感器，用于为电子设备2000提供各个方面的状态评估。例如，传感器组件2014可以检测到电子设备2000的打开/关闭状态，组件的相对定位，例如所述组件为电子设备2000的显示屏和小键盘，传感器组件2014还可以检测电子设备2000或电子设备2000一个组件的位置改变，用户与电子设备2000接触的存在或不存在，电子设备2000方位或加速/减速和电子设备2000的温度变化。传感器组件2014可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件2014还可以包括光传感器，如CMOS或CCD图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件2014还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器，按键控制芯片、指纹传感器。

通信组件2016被配置为便于电子设备2000和其他设备之间有线或无线方式的通信。电子设备2000可以接入基于通信标准的无线网络，如WiFi，2G或3G，或它们的组合。在一个示例性实施例中，通信组件2016经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，所述通信组件2016还包括近场通信(NFC)模块，以促进短程通信。例如，在NFC模块可基于射频识别(RFID)技术，红外数据协会(IrDA)技术，超宽带(UWB)技术，蓝牙(BT)技术和其他技术来实现。

在示例性实施例中，电子设备2000可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现。

在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器2004，上述指令可由电子设备2000的处理器920执行。例如，所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

在电子设备为服务器或终端时，服务器或终端上可以配置一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现：

接收来自发送用户的即时消息；

确定所述即时消息对应的消息处理模式；

基于所述消息处理模式确定接收用户在接收到所述即时消息时是否进行消息提醒。

在电子设备为接收终端时，接收终端上可以配置一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现：

从接收的即时消息中解析出是否对所述即时消息进行消息提醒的标识；所述标识由发送用户在编辑所述即时消息时配置，或者由服务器在转发所述即时消息时配置；

基于所述标识确定是否触发消息提醒。

本领域技术人员在考虑说明书及实践这里公开的公开后，将容易想到本公开的其它实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利要求指出。

应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。

Claims (2)

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

接收来自发送用户的即时消息；

确定所述即时消息对应的消息处理模式；

基于所述消息处理模式确定接收用户在接收到所述即时消息时是否进行消息提醒；

确定所述即时消息对应的消息处理模式包括：

确定所述即时消息的语句结构；所述语句结构至少包括主语、谓语、宾语、状语、补语中的一种或者多种；

匹配所述即时消息的语句结构与预先设置的语句结构数据库中的语句结构；

若匹配成功，则确定所述消息处理模式为提醒处理模式；若匹配不成功，则确定所述消息处理模式为非提醒处理模式。

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

即时消息接收模块，用于接收来自发送用户的即时消息；

处理模式确定模块，用于确定所述即时消息对应的消息处理模式；

即时消息发送模块，用于基于所述消息处理模式确定接收用户在接收到所述即时消息时是否进行消息提醒；

所述处理模式确定模块包括：

语句结构确定单元，用于确定所述即时消息的语句结构；所述语句结构至少包括主语、谓语、宾语、状语、补语中的一种或者多种；

语句结构匹配单元，用于匹配所述即时消息的语句结构与预先设置的语句结构数据库中的语句结构；

处理模式确定单元，用于在匹配成功时，确定所述消息处理模式为提醒处理模式；还用于在匹配不成功时，确定所述消息处理模式为非提醒处理模式。

Images