CN113595884B - 一种消息提醒方法及应用端 - Google Patents

Abstract

本发明公开一种消息提醒方法及应用端，第一应用端对接收到的第一消息进行解码，得到解码消息；第一应用端对解码消息进行特征提取，获取解码消息的特征信息；第一应用端将特征信息与规则库中的推荐规则进行匹配；第一应用端根据匹配结果，确定是否向用户发送关于第一消息的询问提醒。该推荐规则是根据第一应用端采集的用户对各历史消息的反应状态数据确定的，因此该推荐规则可以很准确地刻画出用户对各消息的重视程度，如此将可以根据匹配结果，确定是否有必要向用户发送关于该消息的询问提醒，且用户对询问提醒的响应信息可以用于更新推荐规则。

Description

一种消息提醒方法及应用端

技术领域

本申请实施例涉及即时通讯技术领域，尤其涉及一种消息提醒方法及应用端。

背景技术

在即时通讯类应用程序(Application，App)中，有特殊意义的消息在到达该App时，该App将主动向用户发送关于该消息的提醒，以提示用户及时地查看该些消息，从而确保用户不会错失该些消息。该方式中，之所以即时通讯类App能够就某些消息向用户进行提醒，而并不会就所有消息都向用户进行提醒，其原因在于用户已经手动地配置过了哪些消息是有特殊意义的消息。

综上，上述即时通讯类App在接收到消息时，尚且需要基于人工预先配置的消息提醒规则而确定是否需要向用户发送关于该消息的提醒，显然并不够智能化。

发明内容

本申请提供一种消息提醒方法及应用端，用以智能化地确定是否向用户发送关于已收到消息的提醒以及以何种方式进行提醒。

第一方面，本申请实施例提供一种消息提醒方法，该方法包括：第一应用端对接收到的第一消息进行解码，得到解码消息；所述第一应用端对所述解码消息进行特征提取，获取所述解码消息的特征信息；所述第一应用端将所述特征信息与规则库中的推荐规则进行匹配；所述推荐规则是根据所述第一应用端采集的用户对各历史消息的反应状态数据确定的；所述第一应用端根据匹配结果，确定是否向用户发送关于所述第一消息的询问提醒；所述询问提醒用于采集用户的响应信息从而更新所述推荐规则。

基于该方案，第一应用端对于一则接收到的消息，在向用户进行推送之前，首先可通过对将其解析后的结果进行特征提取，然后可将所提取出的特征信息与规则库中的推荐规则进行匹配，由于该推荐规则是根据第一应用端采集的用户对各历史消息的反应状态数据确定的，因此该推荐规则可以很准确地刻画出用户对各消息的重视程度，如此将可以根据匹配结果，确定是否有必要向用户发送关于该消息的询问提醒，且用户对询问提醒的响应信息可以用于更新推荐规则。可以理解的是，如果匹配结果是匹配上，则表示用户是倾向于对该消息进行接收的，则为了保证用户不会错失该消息，可通过向用户发送关于该消息的询问提醒；如果匹配结果是并未匹配上，则表示用户对该消息的重视程度一般，因此可以不用特地向用户发送关于该消息的询问提醒，仅需要正常推送即可，也即并不需要关心该消息是否真的有被用户查看到。

在一种可能实现的方法中，所述第一应用端将所述特征信息与规则库中的推荐规则进行匹配之前，所述方法还包括：所述第一应用端将所述特征信息与所述规则库中的预设规则进行匹配；所述预设规则包括人工设置的规则；所述第一应用端确定所述规则库中不存在与所述特征信息相匹配的预设规则。

基于该方案，第一应用端对于一则接收到的消息，在向用户进行推送之前，可先通过对将其解析后的结果进行特征提取，并在将所提取出的特征信息与规则库中的推荐规则进行匹配之前，可先将所提取的特征信息与规则库中的预设规则进行匹配，由于该预设规则为人工预先设置的用户需要对哪些类型的消息进行接收的规则，换句话说，在用户基于各种原因而必须要对一些特定类型的消息进行接收时，此时用户可在规则库的预设规则中对该些特定类型的消息进行设置，如此在将已接收到的消息与预设规则进行匹配时，如果能够匹配上的话，则表示该消息确实属于用户必须要进行接收的消息类型，因此需要向用户发送关于该消息的直接提醒，以防止用户错失对该消息的接收与查看；如果不能够匹配上的话，则可以继续将该消息与规则库中的推荐规则进行匹配，以确定是否需要向用户发送关于该消息的询问提醒。

在一种可能实现的方法中，所述第一应用端若确定所述规则库中存在与所述特征信息相匹配的预设规则，则向用户发送关于所述第一消息的直接提醒；所述直接提醒与所述第一应用端设置的通用提醒不同。

基于该方案，第一应用端在将对接收到的消息进行解码后的解码消息的特征信息与规则库中的预设规则进行匹配的过程中，如果确定规则库中存在有与该特征信息相匹配的预设规则，则表示该消息确实属于用户必须要进行接收的消息类型，因此需要向用户发送关于该消息的直接提醒，以防止用户错失对该消息的接收与查看，其中，第一应用端在向用户发送关于该消息的直接提醒时，所采用的提醒方式将有别于该消息抵达第一应用端时的通用提醒的提醒方式，其目的在于重点提示用户该消息属于他所重视的消息类型，从而通过直接提醒的方式对用户重视的该消息进行提醒，可降低用户错失他所重视的消息的概率，提升了用户体验。

在一种可能实现的方法中，所述第一应用端对接收到的第一消息进行解码之前，还包括：第一应用端向第二应用端发送第二消息和提醒指示；所述提醒指示用于指示所述第二应用端在用户对所述第二消息的操作满足操作要求时向所述第一应用端发送所述第一消息；所述提醒指示存储于所述预设规则中；所述第一应用端若确定所述规则库中存在与所述特征信息相匹配的预设规则，则向用户发送关于所述第一消息的直接提醒，包括：所述第一应用端确定所述特征信息中的消息类型符合所述提醒指示中的操作要求，且所述特征信息中的消息关联标识指示所述第二消息，则获取所述第二消息；所述第一应用端根据所述消息类型，生成针对所述第二消息的直接提醒并向用户发送。

基于该方案，第一应用端的用户对于自己发送给第二应用端的用户的第二消息，如果第一应用端的用户只是想得到对方对该第二消息的态度为已读状态这一消息，即第一消息即为第二应用端的用户对第二消息的态度为已读状态，则可以在第一应用端向第二应用端发送该第二消息后，同时向第二应用端追加发送一条提醒指示，以指示第二应用端在检测到第二应用端的用户在进入到该第二消息所在的其(指第二应用端的用户)与第一应用端的用户的对话框的界面时向第一应用端发送第一消息，同时将该提醒指示作为一预设规则而存储在本地的规则库中；从而在第一应用端接收到第一消息并获取到它的特征信息时，通过将特征信息与规则库中的各预设规则进行比较，则可以匹配上规则库中的提醒指示这一预设规则，因为此时第一消息的消息类型符合提醒指示中的操作要求，即第二应用端的用户对消息进行了已读，同时第一消息的消息关联标识指向了第二消息具有的标识，从而第一消息传达出的真正含义是第二应用端的用户对第二消息进行了已读，因此，第一应用端可以根据第二消息具有的标识、从自身已发送的消息记录中获取到第二消息的内容，最后，第一应用端可以基于消息类型，生成针对第二消息的直接提醒并向用户发送，如此，第一应用端的用户将可以直接查看到第二应用端的用户对自己发送的第二消息已经进行了阅读的消息，从而可以避免第一应用端的用户需反复查看自己与第二应用端的用户的对话框的界面、以确定第二应用端的用户对第二消息的态度是否为已读的行为。

在一种可能实现的方法中，所述推荐规则是根据所述第一应用端采集的用户对各历史消息的反应状态数据确定的，包括：针对所述各历史消息中的任一历史消息，所述第一应用端获取用户针对所述历史消息的反应状态数据；所述反应状态数据用于表示用户对消息的关心程度；所述第一应用端根据所述各历史消息对应的各反应状态数据的学习，确定推荐规则。

基于该方案，在用户与通讯录中的联系人进行对话的过程中、或者在用户选择对哪些类型的公众号以及各公众号中的哪些话题进行阅读的过程中，用户与联系人之间的对话内容、或者用户所阅读的话题，在很大程度上可以反映出用户近期的状态，如可以预测出用户对哪些消息的重视程度比较高，而对哪些消息的重视程度比较一般。因此，该方式中通过对用户在各历史消息下的反应状态数据的学习，可以确定出推荐规则。

在一种可能实现的方法中，所述特征信息包括结构化特征和消息内容特征，所述结构化特征包括消息发送者，所述消息内容特征包括各第一关键字；所述第一应用端将所述特征信息与所述规则库中的推荐规则进行匹配，包括：所述第一应用端确定所述推荐规则中是否包含所述消息发送者，从而确定所述特征信息与所述推荐规则是否匹配；以及，确定所述推荐规则中的各第二关键字与所述各第一关键字之间的匹配度，从而确定所述特征信息与所述推荐规则是否匹配。

基于该方案，第一应用端在对解码消息进行特征提取后，对于所得到的特征信息可以包括结构化特征和消息内容特征，其中结构化特征可包括消息发送者，消息内容特征可包括各第一关键字，因此，第一应用端在将特征信息与规则库中的推荐规则进行匹配的过程中，可包括将所提取出的消息发送者与推荐规则中的各消息发送者进行精确匹配，以及将提取出的各第一关键字中每一个第一关键字与推荐规则中的各第二关键字进行匹配度的计算，从而确定推荐规则中是否存在符合第一消息的消息发送者的一个消息发送者，或者推荐规则中是否存在符合第一消息的各第一关键字中的至少一个第一关键字的一个第二关键字，也即确定特征信息是否与规则库中的推荐规则匹配，进而根据匹配的结果，确定是否向用户发送关于第一消息的询问提醒。其中可包括：仅当推荐规则中存在符合第一消息的消息发送者的一个消息发送者时，可向用户发送关于第一消息的询问提醒；仅当推荐规则中存在符合第一消息的各第一关键字中的至少一个第一关键字的一个第二关键字时，可向用户发送关于第一消息的询问提醒；以及，既确定推荐规则中存在符合第一消息的消息发送者的一个消息发送者，同时也确定推荐规则中存在符合第一消息的各第一关键字中的至少一个第一关键字的一个第二关键字，则可向用户发送关于第一消息的询问提醒。

在一种可能实现的方法中，若所述第一应用端确定用户对所述询问提醒的响应信息是肯定的，则对所述第一消息对应的推荐规则进行升权；若所述第一应用端确定用户对所述询问提醒的响应信息是否定的，则对所述第一消息对应的推荐规则进行降权，并根据降权后得到的权重与权重阈值，确定是否从所述规则库中删除所述第一消息对应的推荐规则。

基于该方案，对于规则库中的推荐规则的更新，可在向用户发送询问提醒时，对用户反馈的对当前提醒行为的满意度进行获取并分析，如果用户的反馈信息是肯定的，则表示用户倾向于接收该类型的消息，否则表示用户并不怎么在意该类型的消息，因此可以对前者进行升权、对后者进行降权，其中，在对后者进行降权时，如果降权后得到的权重达不到预设的权重阈值(该预设的权重阈值表示成为推荐规则中的一条规则所需要满足的权重)，则可以考虑从推荐规则中将该消息对应的推荐规则进行删除。

第二方面，本申请实施例提供一种应用端，包括：解码单元，用于对接收到的第一消息进行解码，得到解码消息；特征提取单元，用于对所述解码消息进行特征提取，获取所述解码消息的特征信息；匹配单元，用于将所述特征信息与规则库中的推荐规则进行匹配；所述推荐规则是根据所述应用端采集的用户对各历史消息的反应状态数据确定的；决策单元，用于根据匹配结果，确定是否向用户发送关于所述第一消息的询问提醒；所述询问提醒用于采集用户的响应信息从而更新所述推荐规则。

在一种可能实现的方法中，所述匹配单元，还用于：将所述特征信息与所述规则库中的预设规则进行匹配；所述预设规则包括人工设置的规则；所述决策单元，还用于：确定所述规则库中不存在与所述特征信息相匹配的预设规则。

在一种可能实现的方法中，所述决策单元，还用于：若确定所述规则库中存在与所述特征信息相匹配的预设规则，则向用户发送关于所述第一消息的直接提醒；所述直接提醒与所述第一应用端设置的通用提醒不同。

在一种可能实现的方法中，所述应用端还包括发送单元、获取单元和处理单元；所述发送单元，用于：向第二应用端发送第二消息和提醒指示；所述提醒指示用于指示所述第二应用端在用户对所述第二消息的操作满足操作要求时向所述应用端发送所述第一消息；所述提醒指示存储于所述预设规则中；所述获取单元，用于：确定所述特征信息中的消息类型符合所述提醒指示中的操作要求，且所述特征信息中的消息关联标识指示所述第二消息，则获取所述第二消息；所述处理单元，用于：根据所述消息类型，生成针对所述第二消息的直接提醒并向用户发送。

在一种可能实现的方法中，所述应用端还包括推荐规则生成单元；所述推荐规则生成单元，用于：针对所述各历史消息中的任一历史消息，获取用户针对所述历史消息的反应状态数据；所述反应状态数据用于表示用户对消息的关心程度；根据所述各历史消息对应的各反应状态数据的学习，确定推荐规则。

在一种可能实现的方法中，所述特征信息包括结构化特征和消息内容特征，所述结构化特征包括消息发送者，所述消息内容特征包括各第一关键字；所述匹配单元，具体用于：确定所述推荐规则中是否包含所述消息发送者，从而确定所述特征信息与所述推荐规则是否匹配；以及，确定所述推荐规则中的各第二关键字与所述各第一关键字之间的匹配度，从而确定所述特征信息与所述推荐规则是否匹配。

在一种可能实现的方法中，所述应用端还包括推荐规则更新单元；所述推荐规则更新单元，用于：若确定用户对所述询问提醒的响应信息是肯定的，则对所述第一消息对应的推荐规则进行升权；若确定用户对所述询问提醒的响应信息是否定的，则对所述第一消息对应的推荐规则进行降权，并根据降权后得到的权重与权重阈值，确定是否从所述规则库中删除所述第一消息对应的推荐规则。

第三方面，本申请实施例提供了一种计算设备，包括：

存储器，用于存储程序指令；

处理器，用于调用所述存储器中存储的程序指令，按照获得的程序执行如第一方面任一实现方法。

第四方面，本申请实施例提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机可执行指令，所述计算机可执行指令用于使计算机执行如第一方面任一实现方法。

附图说明

为了更清楚地说明本申请实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简要介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域的普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1为本申请实施例提供的一种消息提醒方法的示意图；

图2为本申请实施例提供的一种询问提醒的界面示意图；

图3为本申请实施例提供的一种直接提醒的界面示意图；

图4为本申请实施例提供的一种直接提醒的界面显示图；

图5为本申请实施例提供的一种应用端；

图6为本申请实施例提供的一种计算设备。

具体实施方式

为了使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请作进一步地详细描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本申请保护的范围。

对于目前的即时通讯类App在接收到消息时，仍需要基于人工预先配置的消息提醒规则而确定是否需要向用户发送关于该消息的提醒的方案，在具体实施时其智能化程度不高。

针对该问题，本申请实施例提供了一种消息提醒方法。如图1所示，为本申请实施例提供的一种消息提醒方法的示意图，该方法包括：

步骤101，第一应用端对接收到的第一消息进行解码，得到解码消息。

在本步骤中，应用端可以为安装有即时通讯类App的终端，如安装有钉钉软件的智能手机、又如安装有微信软件的电脑，说明的是，即时通讯类App不限于列举的钉钉软件、微信软件，还可以为其他类型的即时通讯类App，如飞书软件等；终端不限于列举的智能手机、电脑，还可以为其他类型的终端，如iPad等。消息可以为应用端中的通讯录中的联系人向用户发送的消息，也可以为应用端中的小程序、公众号向用户推送的消息，还可以为应用端中的第三方的服务提供商向用户推送的消息(例如，8.0.7版本的微信软件的朋友圈中经常显示有广告商向用户推送相关产品的广告信息)，本申请对消息的发送者的类型不做限定。第一应用端在接收到第一消息后，可根据预设的解码方式对第一消息进行解码，从而使得经解码得到的解码消息可以被第一应用端读取到相关内容。

步骤102，所述第一应用端对所述解码消息进行特征提取，获取所述解码消息的特征信息。

在本步骤中，在第一应用端对第一消息进行解码并得到解码消息后，并非直接将读取到的相关内容推送给用户，该推送过程中，同时还可能伴以或震动提醒、或提示音提醒、或电脑端的应用图标闪烁提醒等通用提醒的方式向用户进行提醒，以提醒用户有新消息到达。因为采用此种通用提醒的方式向用户进行新消息到达的提醒时，若该新消息为用户重视程度比较高的类型时，用户有可能因无法及时查看到消息内容而可能陷入一些不必要的困境中，还有可能用户根本就会错失对该条新消息的查阅，如群组场景下，群成员很容易因为消息过多而错失对自己具有重要意义的一些消息。为此，本申请中提出可对解码消息进行特征提取，并获取解码消息的特征信息，进而基于对特征信息的处理，确定是否有必要对第一消息采用除去通用提醒之外的特殊提醒的方式向用户进行新消息到达的提醒，以及在确定需要使用特殊提醒的方式进行新消息的提醒时，具体将采用何种提醒方式向用户进行提醒。

步骤103，所述第一应用端将所述特征信息与规则库中的推荐规则进行匹配。

其中，所述推荐规则是根据所述第一应用端采集的用户对各历史消息的反应状态数据确定的。

可选的，推荐规则可通过下述方式得到：针对所述各历史消息中的任一历史消息，所述第一应用端获取用户针对所述历史消息的反应状态数据；所述反应状态数据用于表示用户对消息的关心程度；所述第一应用端根据所述各历史消息对应的各反应状态数据的学习，确定推荐规则。

例如，第一应用端可以周期性地对用户与各联系人的对话内容进行特征提取，以获取到用户近期对话中所使用到的高频词；如所获取的高频词可能为“连衣裙”，则表示用户近期可能是对连衣裙相关的内容比较感兴趣，因此则可以尝试将“连衣裙”作为一个对象加入到推荐规则中；又如，第一应用端可以周期性地对用户选择对哪些类型的公众号以及各公众号中的哪些话题进行阅读的情况进行分析并提取特征，以获取到用户近期比较感兴趣的内容；如所获取的比较感兴趣的内容可能为“暴雨”，则表示用户近期可能比较关注对暴雨的一些报道信息；再如，第一应用端可通过对用户在公司群组中的表现行为的分析，如多次检测到当用户的直属领导刚在公司群组中进行发言(如公司群组为电脑端的钉钉软件中的公司群组，则钉钉软件的图标闪烁提醒会伴随提示当前发言人的名字为用户的直属领导)，用户将在很短的时间内就会点开直属领导发言的公司群组、去公司群组中查看直属领导的发言内容，这很大程度上可以表示用户近期可能比较在意领导的观点，因此则可以尝试将用户的直属领导的名字作为一个对象加入到推荐规则中；再如，在用户近期可能比较在意直属领导的观点的条件下，可推测用户还可能对公司层级更高的领导的观点也比较在意，因此，还可以尝试将用户所在公司的比用户的直属领导层级更高的各级领导的名字作为一个个的对象加入到推荐规则中，如此将可以形成规则库中的推荐规则。

步骤104，所述第一应用端根据匹配结果，确定是否向用户发送关于所述第一消息的询问提醒。

其中，所述询问提醒用于采集用户的响应信息从而更新所述推荐规则。

可选的，可通过下述方式对推荐规则进行更新，包括：若所述第一应用端确定用户对所述询问提醒的响应信息是肯定的，则对所述第一消息对应的推荐规则进行升权；若所述第一应用端确定用户对所述询问提醒的响应信息是否定的，则对所述第一消息对应的推荐规则进行降权，并根据降权后得到的权重与权重阈值，确定是否从所述规则库中删除所述第一消息对应的推荐规则。

例如，在第一应用端根据匹配结果，确定需要向用户发送关于第一消息的询问提醒时，第一应用端除了会正常向用户推送第一消息并伴随用通用提醒的方式向用户进行新消息到达的提醒之外(说明的是，对于一些场景，应用端仅会正常向用户推送第一消息、而并不会用提醒的方式向用户进行该第一消息到达的提醒，如钉钉软件中，在收到对方完成对某一条消息的已读消息时，应用端仅会在该条消息的下方标识出“已读”，但却并不会向用户发送任何的提醒。该过程中，确定消息究竟有没有被对方已读，这需要用户自己主动去发现，显然该发现过程存在相当大的随机性)，还会向用户发送关于该第一消息的询问提醒。例如，根据前述的例子，当规则库中的推荐规则中存在有“连衣裙”这一推荐规则，在到达第一应用端的第一消息中如含有某某品牌的高端“连衣裙”的相关内容时，则确定第一消息符合了规则库中的推荐规则，因此可向用户发送关于该第一消息的询问提醒，其中，询问提醒的界面示意图可参见图2。图2为本申请实施例提供的一种询问提醒的界面示意图，根据图2可知，用户可以对“是”选项按钮进行点击，也可以对“否”选项按钮进行点击，其中，用户在对“是”选项进行点击后，第一应用端可以确定用户还是比较满意此次的提醒行为的，因此说明规则库中的“连衣裙”这一推荐规则属于值得保留的类型，则可以对“连衣裙”这一推荐规则进行加权；当用户在对“否”选项进行点击后，第一应用端可以确定用户并非很满意此次的提醒行为，说明规则库中的“连衣裙”这一推荐规则可能并非为用户在意的东西，因此可以对“连衣裤”这一推荐规则进行降权，并将经降权得到的权重值与预设的权重阈值进行比较，由于该权重阈值为判定一推荐规则可以保留或不可以保留在规则库中的临界值，因此若“连衣裙”这一推荐规则经降权而得到的对应的权重值达不到权重阈值，则可以考虑将“连衣裙”这一推荐规则从规则库进行删除，例如可以直接删除，或者采集在本次消息提醒之后连续几次用户对“连衣裙”这一推荐规则的态度信息，而确定是否还可以继续保留还是真的要被删除。该方式实现了对推荐规则的更新。

基于该方案，第一应用端对于一则接收到的消息，在向用户进行推送之前，首先可通过对将其解析后的结果进行特征提取，然后可将所提取出的特征信息与规则库中的推荐规则进行匹配，由于该推荐规则是根据第一应用端采集的用户对各历史消息的反应状态数据确定的，因此该推荐规则可以很准确地刻画出用户对各消息的重视程度，如此将可以根据匹配结果，确定是否有必要向用户发送关于该消息的询问提醒，且用户对询问提醒的响应信息可以用于更新推荐规则。可以理解的是，如果匹配结果是匹配上，则表示用户是倾向于对该消息进行接收的，则为了保证用户不会错失该消息，可通过向用户发送关于该消息的询问提醒；如果匹配结果是并未匹配上，则表示用户对该消息的重视程度一般，因此可以不用特地向用户发送关于该消息的询问提醒，仅需要正常推送即可，也即并不需要关心该消息是否真的有被用户查看到。

以下将结合示例分别对上述一些步骤进行详细说明。

在上述步骤103的一个实施中，所述第一应用端将所述特征信息与规则库中的推荐规则进行匹配之前，所述方法还包括：所述第一应用端将所述特征信息与所述规则库中的预设规则进行匹配；所述预设规则包括人工设置的规则；所述第一应用端确定所述规则库中不存在与所述特征信息相匹配的预设规则。

例如，接着前述的例子，第一应用端对于一则接收到的消息，在向用户进行推送之前，可先通过对将其解析后的结果进行特征提取，并在将所提取出的特征信息与规则库中的推荐规则进行匹配之前，可先将所提取的特征信息与规则库中的预设规则进行匹配，由于该预设规则为人工预先设置的用户需要对哪些类型的消息进行接收的规则，换句话说，在用户基于各种原因而必须要对一些特定类型的消息进行接收时，此时用户可在规则库的预设规则中对该些特定类型的消息进行设置，如此在将已接收到的消息与预设规则进行匹配时，如果能够匹配上的话，则表示该消息确实属于用户必须要进行接收的消息类型，因此需要向用户发送关于该消息的直接提醒，以防止用户错失对该消息的接收与查看；如果不能够匹配上的话，则可以继续将该消息与规则库中的推荐规则进行匹配，以确定是否需要向用户发送关于该消息的询问提醒。

说明的是，预设规则包括至少以下两项的内容中的至少一项内容：1、第一应用端的使用用户所配置的规则，如在即时通讯类App为微信软件时，用户可以手动配置对自己父亲、母亲发送的消息的直接提醒；2、第一应用端的开发者所配置的规则，如在即时通讯类App为钉钉软件时，由于存在钉钉软件开发者的初始设置，用户将在春节、端午节、中秋节等一些传统节日当天收到对该些节日的直接提醒。

在本申请的某些实施中，所述第一应用端若确定所述规则库中存在与所述特征信息相匹配的预设规则，则向用户发送关于所述第一消息的直接提醒；所述直接提醒与所述第一应用端设置的通用提醒不同。

例如，接着前述的例子，在规则库中的某一预设规则为第一应用端的使用用户的父亲的有关信息时，如该预设规则为第一应用端的使用用户的父亲的姓名、昵称等信息，那么在第一消息为第一应用端的使用用户的父亲发送的消息时，第一应用端通过将该第一消息对应的特征信息与规则库中的预设规则进行匹配，可确定其中存在有相匹配的预设规则，则第一应用端可向用户发送关于该第一消息的直接提醒。如图3所示，为本申请实施例提供的一种直接提醒的界面示意图，其中，直接提醒可以弹窗的形式显示出来，且在直接提醒显示出来时，可对终端进行锁定(即用户当前只能选择对直接提醒进行操作，而无法操作终端上的任何应用，如当前无法编辑Word，无法点开微信软件发送消息，无法点开绘图软件进行画图等)，当且仅当用户点击了图3中的“确定”选项按钮时，用户才可以实现对终端的解锁，恢复对终端的正常使用(即用户可以正常使用终端中的各软件，如能够编辑Word，能够点开微信软件并发送消息，能够点开绘图软件进行画图等)，至此，直接提醒的功能到此结束。至于在用户点击“确定”选项按钮后，用户既可以选择去到自己与父亲的对话框中查看消息，或者可以选择对终端上的其他应用进行使用而非第一时间查看自己父亲发送的消息内容，或者还可以选择并不对终端进行使用，本申请对此不做限定。

说明的是，直接提醒的方式可以是弹窗的形式，也可以是对话框的形式，或者也可以是持续语音播报的形式，或者相比于通用提醒的声音提示方式，可采用如持续声音提醒或者其他提示音的声音提醒方式，或者相比于通用提醒的震动提醒方式，可采用持续震动或其他震动模式的震动提醒方式，本申请对此不作限定。

在上述步骤101的一个实施中，所述第一应用端对接收到的第一消息进行解码之前，还包括：第一应用端向第二应用端发送第二消息和提醒指示；所述提醒指示用于指示所述第二应用端在用户对所述第二消息的操作满足操作要求时向所述第一应用端发送所述第一消息；所述提醒指示存储于所述预设规则中；所述第一应用端若确定所述规则库中存在与所述特征信息相匹配的预设规则，则向用户发送关于所述第一消息的直接提醒，包括：所述第一应用端确定所述特征信息中的消息类型符合所述提醒指示中的操作要求，且所述特征信息中的消息关联标识指示所述第二消息，则获取所述第二消息；所述第一应用端根据所述消息类型，生成针对所述第二消息的直接提醒并向用户发送。

例如，对于一员工A，设他通过钉钉软件向其部门领导B发送了“您好，因为身体不适，所以明天需要去医院看下医生，会一天不在公司，请您知悉”这样一则请假消息时，员工A可通过对该则消息进行设置，如长按该则消息，在弹出的功能设置项中设置：当部门领导B阅读该请假消息后，需立即向自己发送一条关于该消息的已读回执的消息，同时，将该种设置内容通过消息的方式也发送至部门领导B的终端的钉钉软件上(部门领导B对该消息是无感知的)。其中，该请假消息即为第二消息，该种设置内容即为提醒指示，员工A所使用的终端可在规则库中将该提醒指示作为预设规则而进行存储。设，在员工A将该请假消息发送后的第3个小时的时间节点上，部门领导B阅读了该请假消息，因此触发了提醒指示的执行条件，因此部门领导B的钉钉软件将自动回复一条已读回执的消息给到员工A的终端的钉钉软件，此时，接收到已读回执的消息的员工A的终端上的钉钉软件，通过对已读回执的消息的解码、并提取特征信息后，通过将特征信息与规则库中的预设规则进行匹配，当在匹配到员工A手动设置的提醒指示这一预设规则时，可以发现已读回执的消息的消息关联标识指的是员工A所发送出去的请假消息对应的消息标识，且已读回执的消息的消息类型符合了提醒指示中的操作要求，即部门领导B对员工A发送的请假消息进行了已读，因此表示已读回执的消息可以匹配上员工A手动设置的提醒指示这一预设规则，从而，员工A的钉钉软件可凭借请假消息对应的消息标识而从员工A所发消息的消息记录中获取该请假消息，并生成关于该请假消息的直接提醒且向用户发送。如图4所示，为本申请实施例提供的一种直接提醒的界面显示图，根据图4，员工A可以简单快捷地知晓部门领导B已经看到了自己的请假消息，而无需反复查看自己与部门领导B的对话框以确认领导对自己的请假消息进行了已读，从而提升了用户体验感。

在上述步骤103的一个实施中，所述特征信息包括结构化特征和消息内容特征，所述结构化特征包括消息发送者，所述消息内容特征包括各第一关键字；所述第一应用端将所述特征信息与所述规则库中的推荐规则进行匹配，包括：所述第一应用端确定所述推荐规则中是否包含所述消息发送者，从而确定所述特征信息与所述推荐规则是否匹配；以及，确定所述推荐规则中的各第二关键字与所述各第一关键字之间的匹配度，从而确定所述特征信息与所述推荐规则是否匹配。

例如，接着前述的例子，在第一应用端通过对用户对历史消息的状态数据的学习，可以获取用户倾向于接收哪些消息发送者发送的消息以及倾向于对哪些内容(可通过关键字进行表示)的消息进行接收的信息，从而可以将所学习到的各消息发送者以及各关键字(即第二关键字)作为一个个的推荐规则而写入规则库中；从而，在第一应用端接收到第一消息并解码，通过对解码消息进行特征提取后，可获取到该第一消息的消息发送者的信息，以及在该第一消息携带有消息内容时，可以一并获取到消息内容对应的各关键字，即各第一关键字，此时，第一应用端可将第一消息的消息发送者与规则库中的推荐规则中的各消息发送者进行精确匹配，以及针对第一消息对应的各第一关键字中的每一个第一关键字，将该第一关键字与规则库中的推荐规则中的各第二关键字进行相似度的计算，确定是否存在与该第一关键字相匹配的一个第二关键字，从而，可以基于以下3种情况向用户发送关于该第一消息的询问提醒：

情况1、在推荐规则中可以匹配出一个与第一消息的消息发送者相同一个消息发送者，则可以向用户发送关于该第一消息的询问提醒；

情况2、推荐规则中存在至少N个第二关键字与对应的N个第一关键字相匹配，则可以向用户发送关于该第一消息的询问提醒；其中，N可以由本领域技术人员根据实际需求进行设置；

情况3、在推荐规则中可以匹配出一个与第一消息的消息发送者相同一个消息发送者，同时推荐规则中存在至少N个第二关键字与对应的N个第一关键字相匹配，则可以向用户发送关于该第一消息的询问提醒。

基于同样的构思，本申请实施例提供一种应用端，如图5所示，该应用端包括解码单元501、特征提取单元502、匹配单元503和决策单元504；

解码单元501，用于对接收到的第一消息进行解码，得到解码消息；

特征提取单元502，用于对所述解码消息进行特征提取，获取所述解码消息的特征信息；

匹配单元503，用于将所述特征信息与规则库中的推荐规则进行匹配；所述推荐规则是根据所述应用端采集的用户对各历史消息的反应状态数据确定的；

决策单元504，用于根据匹配结果，确定是否向用户发送关于所述第一消息的询问提醒；所述询问提醒用于采集用户的响应信息从而更新所述推荐规则。

进一步的，对于该应用端，匹配单元503，还用于：将所述特征信息与所述规则库中的预设规则进行匹配；所述预设规则包括人工设置的规则；决策单元504，还用于：确定所述规则库中不存在与所述特征信息相匹配的预设规则。

进一步的，对于该应用端，决策单元504，还用于：若确定所述规则库中存在与所述特征信息相匹配的预设规则，则向用户发送关于所述第一消息的直接提醒；所述直接提醒与所述第一应用端设置的通用提醒不同。

进一步的，对于该应用端，还包括发送单元505、获取单元506和处理单元507；发送单元505，用于：向第二应用端发送第二消息和提醒指示；所述提醒指示用于指示所述第二应用端在用户对所述第二消息的操作满足操作要求时向所述应用端发送所述第一消息；所述提醒指示存储于所述预设规则中；获取单元506，用于：确定所述特征信息中的消息类型符合所述提醒指示中的操作要求，且所述特征信息中的消息关联标识指示所述第二消息，则获取所述第二消息；处理单元507，用于：根据所述消息类型，生成针对所述第二消息的直接提醒并向用户发送。

进一步的，对于该应用端，还包括推荐规则生成单元508；推荐规则生成单元508，用于：针对所述各历史消息中的任一历史消息，获取用户针对所述历史消息的反应状态数据；所述反应状态数据用于表示用户对消息的关心程度；根据所述各历史消息对应的各反应状态数据的学习，确定推荐规则。

进一步的，对于该应用端，所述特征信息包括结构化特征和消息内容特征，所述结构化特征包括消息发送者，所述消息内容特征包括各第一关键字；匹配单元503，具体用于：确定所述推荐规则中是否包含所述消息发送者，从而确定所述特征信息与所述推荐规则是否匹配；以及，确定所述推荐规则中的各第二关键字与所述各第一关键字之间的匹配度，从而确定所述特征信息与所述推荐规则是否匹配。

进一步的，对于该应用端，还包括推荐规则更新单元509；推荐规则更新单元509，用于：若确定用户对所述询问提醒的响应信息是肯定的，则对所述第一消息对应的推荐规则进行升权；若确定用户对所述询问提醒的响应信息是否定的，则对所述第一消息对应的推荐规则进行降权，并根据降权后得到的权重与权重阈值，确定是否从所述规则库中删除所述第一消息对应的推荐规则。

本申请实施例还提供了一种计算设备，该计算设备具体可以为桌面计算机、便携式计算机、智能手机、平板电脑、个人数字助理(Personal Digital Assistant，PDA)等。该计算设备可以包括中央处理器(Center Processing Unit，CPU)、存储器、输入/输出设备等，输入设备可以包括键盘、鼠标、触摸屏等，输出设备可以包括显示设备，如液晶显示器(Liquid Crystal Display，LCD)、阴极射线管(Cathode Ray Tube，CRT)等。

存储器，可以包括只读存储器(ROM)和随机存取存储器(RAM)，并向处理器提供存储器中存储的程序指令和数据。在本申请实施例中，存储器可以用于存储消息提醒方法的程序指令；

处理器，用于调用所述存储器中存储的程序指令，按照获得的程序执行消息提醒方法。

如图6所示，为本申请实施例提供的一种计算设备的示意图，该计算设备包括：

处理器601、存储器602、收发器603、总线接口604；其中，处理器601、存储器602与收发器603之间通过总线605连接；

所述处理器601，用于读取所述存储器602中的程序，执行上述消息提醒方法；

处理器601可以是中央处理器(central processing unit，简称CPU)，网络处理器(network processor，简称NP)或者CPU和NP的组合。还可以是硬件芯片。上述硬件芯片可以是专用集成电路(application-specific integrated circuit，简称ASIC)，可编程逻辑器件(programmable logic device，简称PLD)或其组合。上述PLD可以是复杂可编程逻辑器件(complex programmable logic device，简称CPLD)，现场可编程逻辑门阵列(field-programmable gate array，简称FPGA)，通用阵列逻辑(generic array logic,简称GAL)或其任意组合。

所述存储器602，用于存储一个或多个可执行程序，可以存储所述处理器601在执行操作时所使用的数据。

具体地，程序可以包括程序代码，程序代码包括计算机操作指令。存储器602可以包括易失性存储器(volatile memory)，例如随机存取存储器(random-access memory，简称RAM)；存储器602也可以包括非易失性存储器(non-volatile memory)，例如快闪存储器(flash memory)，硬盘(hard disk drive，简称HDD)或固态硬盘(solid-state drive，简称SSD)；存储器602还可以包括上述种类的存储器的组合。

存储器602存储了如下的元素，可执行模块或者数据结构，或者它们的子集，或者它们的扩展集：

操作指令：包括各种操作指令，用于实现各种操作。

操作系统：包括各种系统程序，用于实现各种基础业务以及处理基于硬件的任务。

总线605可以是外设部件互连标准(peripheral component interconnect，简称PCI)总线或扩展工业标准结构(extended industry standard architecture，简称EISA)总线等。总线可以分为地址总线、数据总线、控制总线等。为便于表示，图6中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

总线接口604可以为有线通信接入口，无线总线接口或其组合，其中，有线总线接口例如可以为以太网接口。以太网接口可以是光接口，电接口或其组合。无线总线接口可以为WLAN接口。

本申请实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机可执行指令，所述计算机可执行指令用于使计算机执行消息提醒方法。

本领域内的技术人员应明白，本申请的实施例可提供为方法、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本申请的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本申请范围的所有变更和修改。

显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。

Claims (10)

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

第一应用端对接收到的第一消息进行解码，得到解码消息；

所述第一应用端对所述解码消息进行特征提取，获取所述解码消息的特征信息；

所述第一应用端将所述特征信息与规则库中的推荐规则进行匹配；所述推荐规则是根据所述第一应用端采集的用户对各历史消息的反应状态数据确定的；

所述第一应用端根据匹配结果，确定是否向用户发送关于所述第一消息的询问提醒；所述询问提醒用于采集用户的响应信息从而更新所述推荐规则。

2.如权利要求1所述的方法，其特征在于，

所述第一应用端将所述特征信息与规则库中的推荐规则进行匹配之前，所述方法还包括：

所述第一应用端将所述特征信息与所述规则库中的预设规则进行匹配；所述预设规则包括人工设置的规则；

所述第一应用端确定所述规则库中不存在与所述特征信息相匹配的预设规则。

3.如权利要求2所述的方法，其特征在于，所述方法还包括：

所述第一应用端若确定所述规则库中存在与所述特征信息相匹配的预设规则，则向用户发送关于所述第一消息的直接提醒；所述直接提醒与所述第一应用端设置的通用提醒不同。

4.如权利要求3所述的方法，其特征在于，

所述第一应用端对接收到的第一消息进行解码之前，还包括：

第一应用端向第二应用端发送第二消息和提醒指示；所述提醒指示用于指示所述第二应用端在用户对所述第二消息的操作满足操作要求时向所述第一应用端发送所述第一消息；所述提醒指示存储于所述预设规则中；

所述第一应用端若确定所述规则库中存在与所述特征信息相匹配的预设规则，则向用户发送关于所述第一消息的直接提醒，包括：

所述第一应用端确定所述特征信息中的消息类型符合所述提醒指示中的操作要求，且所述特征信息中的消息关联标识指示所述第二消息，则获取所述第二消息；

所述第一应用端根据所述消息类型，生成针对所述第二消息的直接提醒并向用户发送。

5.如权利要求1所述的方法，其特征在于，

所述推荐规则是根据所述第一应用端采集的用户对各历史消息的反应状态数据确定的，包括：

针对所述各历史消息中的任一历史消息，所述第一应用端获取用户针对所述历史消息的反应状态数据；所述反应状态数据用于表示用户对消息的关心程度；

所述第一应用端根据所述各历史消息对应的各反应状态数据的学习，确定推荐规则。

6.如权利要求1所述的方法，其特征在于，所述特征信息包括结构化特征和消息内容特征，所述结构化特征包括消息发送者，所述消息内容特征包括各第一关键字；

所述第一应用端将所述特征信息与所述规则库中的推荐规则进行匹配，包括：

所述第一应用端确定所述推荐规则中是否包含所述消息发送者，从而确定所述特征信息与所述推荐规则是否匹配；以及，确定所述推荐规则中的各第二关键字与所述各第一关键字之间的匹配度，从而确定所述特征信息与所述推荐规则是否匹配。

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

若所述第一应用端确定用户对所述询问提醒的响应信息是肯定的，则对所述第一消息对应的推荐规则进行升权；

若所述第一应用端确定用户对所述询问提醒的响应信息是否定的，则对所述第一消息对应的推荐规则进行降权，并根据降权后得到的权重与权重阈值，确定是否从所述规则库中删除所述第一消息对应的推荐规则。

8.一种应用端，其特征在于，包括：

解码单元，用于对接收到的第一消息进行解码，得到解码消息；

特征提取单元，用于对所述解码消息进行特征提取，获取所述解码消息的特征信息；

匹配单元，用于将所述特征信息与规则库中的推荐规则进行匹配；所述推荐规则是根据所述应用端采集的用户对各历史消息的反应状态数据确定的；

决策单元，用于根据匹配结果，确定是否向用户发送关于所述第一消息的询问提醒；所述询问提醒用于采集用户的响应信息从而更新所述推荐规则。

9.一种计算机设备，其特征在于，包括：

存储器，用于存储计算机程序；

处理器，用于调用所述存储器中存储的计算机程序，按照获得的程序执行如权利要求1-7任一项所述的方法。

10.一种计算机可读存储介质，其特征在于，所述存储介质存储有计算机可执行指令，所述计算机可执行指令用于使计算机执行如权利要求1-7任一项所述的方法。

Images