CN104038406A - 信息提醒方法和装置 - Google Patents

Abstract

本公开是关于一种信息提醒方法和装置，属于网络技术领域。该方法包括：当检测到任一用户的信息发布操作时，获取该用户对应的待提醒用户；根据该信息发布操作，获取发布信息的提醒消息；向该用户对应的待提醒用户发送该用户发布的提醒消息。该装置包括：待提醒用户获取模块、提醒消息获取模块和提醒消息发送模块。本公开通过在检测到该用户的信息发布操作时，获取预先对该用户进行绑定的待提醒用户，以便根据该信息发布操作的具体场景，向待提醒用户发送提醒消息，使得待提醒用户能够及时获知自己所关注的用户的信息发布操作，避免了由于关系链上用户过多等情况所造成的信息遗漏现象。

Description

信息提醒方法和装置

技术领域

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

背景技术

随着网络技术的不断发展和普及，人们对于网络有了越来越多的认识，对网络的要求也不断增加，使得网络的应用更加广泛，各类社交类软件营运而生，用户可以通过社交类软件发布信息，或与其他用户进行信息交互，使得用户的交流和沟通更加便捷。

相关技术中，在社交网络平台或是会话群组上，通常用户不想遗漏自己所关注的人在公共社交平台中所发表的某些言行，同时也希望自己在公共社交平台中所发表的某些言行被所关注的人看到。用户可以在社交平台上设置特别关注，将自己所关注的人添加到特别关注列表，或是发布消息时所关注的人。通过这种提醒功能，当用户所关注的人在社交平台上发布信息时，用户就会收到一条私信消息提醒，提醒用户查看来自所关注的人发布的这条信息，同时，当用户在社交平台上发布信息时，可以通过的方式给所关注的人一条私信，通知所关注的人去查看用户所发信息的具体内容。目前，在微博、QQ和微信等社交类软件中就有这样的消息提醒功能。

在实施本公开的过程中，发明人发现相关技术至少存在以下缺点：

相关技术中，当用户在特别关注列表中加的成员较多时，该特别关注列表就变相成一个成员分类了，在这种情况下，如果用户想要查看来自所关注的人的日志信息或是在某个会话群组中的聊天信息，当用户所关注的人在发布信息时，没有主动用户的话，那么，用户就必须从庞大的群聊天或者日志信息中去一一搜索所关注的人的发言或者发贴。这样用户就需要浪费大量时间去查找所关注的人的信息，使得用户以及所关注的人不能即时的查看所要提醒的信息内容，从而导致该提醒效率低下，相关技术所述的信息提醒功能满足不了当前人们对信息提醒的高效率、高质量要求。

发明内容

为克服相关技术中存在的问题，本公开提供一种信息提醒方法。

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

当检测到任一用户的信息发布操作时，获取该用户对应的待提醒用户；

根据该信息发布操作，获取发布信息的提醒消息；

向该用户对应的待提醒用户发送该用户发布的提醒消息。

结合第一方面，在本公开实施例提供的第一种可能实现方式中，该方法还包括：

接收第一用户的绑定请求，该绑定请求包括第一用户标识和该用户标识；

建立该第一用户标识和该用户标识之间的绑定关系，将第一用户作为该用户对应的待提醒用户。

结合上述任一种可能实现方式，在本公开实施例提供的第二种可能实现方式中，该信息发布操作为即时通信会话消息发布操作或日志信息发布操作。

结合上述任一种可能实现方式，在本公开实施例提供的第三种可能实现方式中，根据该信息发布操作，获取发布信息的提醒消息包括：

当检测到即时通信会话消息发布操作时，获取该用户所发布的即时通信会话消息在会话中的位置，根据用户标识、该会话和该位置，生成发布信息的提醒消息；

当检测到即时通信会话消息发布操作时，获取该用户所发布的即时通信会话消息在会话中的上下文，根据用户标识、该会话和该上下文，生成发布信息的提醒消息；

当检测到该日志信息发布操作时，获取该用户所发布的日志的位置，根据用户标识、该日志的位置，生成发布信息的提醒消息。

结合上述任一种可能实现方式，在本公开实施例提供的第四种可能实现方式中，当检测到任一用户的信息发布操作时，获取该用户对应的待提醒用户之后，该方法还包括：

当检测到该用户在预设时间段内连续进行信息发布操作时，统计该用户在该预设时间段内的发布次数，并根据该发布次数执行根据该信息发布操作，获取发布信息的提醒消息的步骤。

根据本公开实施例的第二方面，提供一种信息提醒装置，该装置包括：

待提醒用户获取模块，用于当检测到任一用户的信息发布操作时，获取该用户对应的待提醒用户；

提醒消息获取模块，用于根据该信息发布操作，获取发布信息的提醒消息；

提醒消息发送模块，用于向该用户对应的待提醒用户发送该用户发布的提醒消息。

结合第二方面，在该第二方面的第一种可能实现方式中，该装置还包括：

绑定请求模块，用于接收第一用户的绑定请求，该绑定请求包括第一用户标识和该用户标识；

绑定关系建立模块，用于建立该第一用户标识和该用户标识之间的绑定关系，将第一用户作为该用户对应的待提醒用户。

结合上述任一种可能实现方式，在该第二方面的第二种可能实现方式中，该信息发布操作为即时通信会话消息发布操作或日志信息发布操作。

结合上述任一种可能实现方式，在该第二方面的第三种可能实现方式中，该提醒消息获取模块，还用于当检测到即时通信会话消息发布操作时，获取该用户所发布的即时通信会话消息在会话中的位置，根据用户标识、该会话和该位置，生成发布信息的提醒消息；当检测到即时通信会话消息发布操作时，获取该用户所发布的即时通信会话消息在会话中的上下文，根据用户标识、该会话和该上下文，生成发布信息的提醒消息；当检测到该日志信息发布操作时，获取该用户所发布的日志的位置，根据用户标识、该日志的位置，生成发布信息的提醒消息。

结合上述任一种可能实现方式，在该第二方面的第四种可能实现方式中，该装置还包括：

发布次数统计模块，用于当检测到该用户在预设时间段内连续进行信息发布操作时，统计该用户在该预设时间段内的发布次数，并根据该发布次数执行根据该信息发布操作，获取发布信息的提醒消息的步骤。

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

通过在检测到用户的信息发布操作时，获取预先对该用户进行绑定的待提醒用户，以便根据该信息发布操作的具体场景，向待提醒用户发送提醒消息，使得待提醒用户能够及时获知自己所关注的用户的信息发布操作，避免了由于关系链上用户过多等情况所造成的信息遗漏现象。

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

附图说明

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

图1是根据一示例性实施例示出的一种信息提醒方法的流程图。

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

图3是根据一示例性实施例示出的一种信息提醒装置的框图。

图4是根据一示例性实施例示出的一种信息提醒装置的框图。

具体实施方式

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

本公开实施例提供一种信息提醒方法和装置，以下结合附图对本公开进行详细说明。

图1是根据一示例性实施例示出的一种信息提醒方法的流程图，如图1所示，信息提醒方法用于服务器中，包括以下步骤。

在步骤101中，当检测到任一用户的信息发布操作时，获取该用户对应的待提醒用户。

在步骤102中，根据该信息发布操作，获取发布信息的提醒消息。

在步骤103中，向该用户对应的待提醒用户发送该用户发布的提醒消息。

本公开实施例提供的方法，通过在检测到用户的信息发布操作时，获取预先对该用户进行绑定的待提醒用户，以便根据该信息发布操作的具体场景，向待提醒用户发送提醒消息，使得待提醒用户能够及时获知自己所关注的用户的信息发布操作，避免了由于关系链上用户过多等情况所造成的信息遗漏现象。

该方法还包括：

接收第一用户的绑定请求，该绑定请求包括第一用户标识和该用户标识；

建立该第一用户标识和该用户标识之间的绑定关系，将第一用户作为该用户对应的待提醒用户。

该方法还包括：

该信息发布操作为即时通信会话消息发布操作或日志信息发布操作。

根据该信息发布操作，获取发布信息的提醒消息包括：

当检测到即时通信会话消息发布操作时，获取该用户所发布的即时通信会话消息在会话中的位置，根据用户标识、该会话和该位置，生成发布信息的提醒消息；

当检测到即时通信会话消息发布操作时，获取该用户所发布的即时通信会话消息在会话中的上下文，根据用户标识、该会话和该上下文，生成发布信息的提醒消息；

当检测到该日志信息发布操作时，获取该用户所发布的日志的位置，根据用户标识、该日志的位置，生成发布信息的提醒消息。

当检测到任一用户的信息发布操作时，获取该用户对应的待提醒用户之后，该方法还包括：

当检测到该用户在预设时间段内连续进行信息发布操作时，统计该用户在该预设时间段内的发布次数，并根据该发布次数执行根据该信息发布操作，获取发布信息的提醒消息的步骤。

图2是根据一示例性实施例示出的一种信息提醒方法的流程图。如图2所示，信息提醒方法用于服务器中，包括以下步骤：

在步骤201中，接收第一用户的绑定请求，该绑定请求包括第一用户标识和该用户标识。

对于第一用户来说，当第一用户想要及时得知某一用户的信息发布操作时，可以向服务器发送绑定请求，该绑定请求包括第一用户标识和该用户标识，以使得服务器接收该包括第一用户标识和该用户标识的绑定请求。

在步骤202中，建立该第一用户标识和该用户标识之间的绑定关系，将第一用户作为该用户对应的待提醒用户。

当服务器接收到第一用户的绑定请求后，可以建立该第一用户标识和该用户标识之间的绑定关系，如建立第一用户标识和该用户标识之间的映射表。对于一个第一用户标识来说，可以绑定有多个用户标识，以使得后续过程中，该第一用户可以获知多个用户的信息发布动态。当然，对于一个用户标识来说，其还可以绑定多个不同的第一用户标识，以使得后续过程中，该用户的信息发布动态可以提醒给多个不同的第一用户。

需要说明的是，上述步骤201-202的绑定过程可以是任一时刻进行，在此不做具体限定。

在步骤203中，当检测到任一用户的信息发布操作时，获取该用户对应的待提醒用户。

其中，信息发布操作为即时通信会话消息发布操作或日志信息发布操作。

当该用户进行信息发布操作时，根据该用户标识，查询用户标识的对应关系，获取该用户对应的待提醒用户，也即是获取已关注了该用户的其他用户的用户标识。

在步骤204中，根据该信息发布操作，获取发布信息的提醒消息。

对于不同的信息发布操作，该步骤204可以有以下不同的提醒消息获取过程：

(1)当检测到即时通信会话消息发布操作时，获取该用户所发布的即时通信会话消息在会话中的位置，根据用户标识、该会话和该位置，生成发布信息的提醒消息。

该即时通信会话消息发布操作可以是在某一即时通信应用中的群组会话中进行，该群组可以是一个即时通信群或即时通信讨论组，当检测到该用户在群组会话中的即时通信会话消息发布操作时，可以获取该用户所发布的即时通信会话消息在群组会话中的位置，该位置可以是用户所发布的即时通信会话消息的时间信息，由于在群组会话过程中，可以在会话中维护各个群组用户发布消息的时间信息，因此，可以通过时间信息对某个用户的发布进行定位，则根据该用户标识、会话和位置，生成发布信息的提醒消息。如，当用户A在2014年4月25日11时12分33秒时，在其所在群组的某一个会话C1中发布了一条即时通信会话消息，则所生成的提醒消息可以为“A在2014年4月25日11时12分33秒，在会话C1中发布了一条即时通信会话消息”。

(2)当检测到即时通信会话消息发布操作时，获取该用户所发布的即时通信会话消息在会话中的上下文，根据用户标识、该会话和该上下文，生成发布信息的提醒消息。

该上下文可以是用户所发布的即时通信会话消息之前或之后，由群组中任一用户发布的即时通信会话消息，该上下文中可以包括一条或多条即时通信会话消息，在此不做限定。且，该上下文可以采用截图的方式显示，当然，也可以采用文字方式显示。如，当用户A在2014年4月25日11时12分33秒时，在其所在群组的某一个会话C1中发布了一条即时通信会话消息，而在该即时通信会话消息之前，有一用户B发布了两条即时通信会话消息，则所生成的提醒消息可以为“A在2014年4月25日11时12分33秒，在会话C1中发布了一条即时通信会话消息”并附上包含用户B的会话的截图，或，附上“B在之前发布了***内容的即时通信会话消息”。

进一步地，在上述步骤(1)或(2)的基础上，为了使得查看该提醒消息的用户能够迅速对该信息发布操作进行定位，可以在该提醒消息中携带该即时通信会话消息的跳转链接，使得当用户点击该提醒消息的指定区域时，可以跳转至该即时通信会话消息，即打开相应的群组会话，并显示该即时通信会话消息所在的会话界面。

(3)当检测到该日志信息发布操作时，获取该用户所发布的日志的位置，根据用户标识、该日志的位置，生成发布信息的提醒消息。

对于社交平台的日志功能来说，用户的日志信息发布操作可以为发布一条短消息或发布一篇日志页面。对于日志来说，其位置可以为该日志的网页地址，则在检测到该日志信息发布操作时，可以获取该用户所发布的日志的网页地址，并根据用户标识、网页地址，生成发布信息的提醒消息。如，当用户C在2014年4月25日12时10分时，发布了一篇日志，则所生成的提醒消息可以为“C在2014年4月25日12时10分，发布了一篇网页地址为http：**的日志消息。”当被提醒的用户接收到提醒消息，可以通过点击网页地址，跳转至该日志消息页面。

在实际场景中，一个用户可能会在较短的时间内连续多次进行信息发布操作，因此，为了避免对待提醒的用户的频繁打扰，本公开还可以包括以下步骤：当检测到该用户在预设时间段内连续进行信息发布操作时，统计该用户在该预设时间段内的发布次数，并根据该发布次数执行根据该信息发布操作，获取发布信息的提醒消息的步骤。也即是，可以在检测到用户的信息发布操作时，可以根据该用户在预设时间段内的发布操作，确定是否立即获取并发送提醒消息，如果该用户在预设时间段内仅进行过本次信息发布操作，则根据本次信息发布操作，获取发布信息的提醒消息，而如果该用户在预设时间段进行过多次信息发布操作，则可以统计该发布次数，并在生成提醒消息时，生成包含发布次数的提醒消息。如，当用户A在5分钟内发布了10条即时通信会话消息时，可以生成一条“用户A在**时**分发布了10条即时通信会话消息”。

需要说明的是，本公开是以先获取待提醒用户，再获取提醒消息为例进行说明的，实际场景中，还可以先获取提醒消息，再获取待提醒用户，在此不做赘述。

在步骤205中，向该用户对应的待提醒用户发送该用户发布的提醒消息。

该提醒消息可以是由服务器以私信的方式或即时通信会话消息的方式发送给待提醒用户。如，用户D通过绑定，将用户A设置为其所关注的用户，也即是，用户A所对应的待提醒用户为用户D，当检测到用户A的信息发布操作时，获取其待提醒用户的用户D，获取到提醒消息后，向用户D发送一条私信或即时通信会话消息，用户D可以通过查看信箱或会话框，以查收该提醒消息，并通过对该提醒消息的点击等操作，跳转至该用户A所发布的信息页面。

本公开实施例提供的方法，通过在检测到用户的信息发布操作时，获取预先对该用户进行绑定的待提醒用户，以便根据该信息发布操作的具体场景，向待提醒用户发送提醒消息，使得待提醒用户能够及时获知自己所关注的用户的信息发布操作，避免了由于关系链上用户过多等情况所造成的信息遗漏现象。进一步地，通过当检测到用户的信息发布操作时，获取即时通信会话消息在会话中的位置，上下文生成即时通信会话消息的提醒消息或获取日志信息发布的网页地址，生成日志信息发布的的提醒消息，向待提醒用户发送该提醒消息，使得该待提醒用户能够及时准确的获知该用户发布消息的具体内容，避免了由于对所关注的用户的消息定位不准确而错失该用户的发布信息内容以及候时长的问题。当用户连续进行信息发布操作时，通过统计该用户在预设时间段内的信息发布次数，向该待提醒用户发送带有该用户在某个会话群组的信息发布次数的提醒消息，避免了在较短时间内连续接收提醒消息的问题，使得待提醒用户只根据该提醒消息就能获知该用户的发布信息内容。

图3是根据一示例性实施例示出的一种信息提醒装置框图。参照图3，该装置包括：待提醒用户获取模块301，提醒消息获取模块302和提醒消息发送模块303。

该待提醒用户获取模块301，用于当检测到任一用户的信息发布操作时，获取该用户对应的待提醒用户；

该提醒消息获取模块302，用于根据该信息发布操作，获取发布信息的提醒消息；

该提醒消息发送模块303，用于向该用户对应的待提醒用户发送该用户发布的提醒消息。

该装置还包括：

绑定请求模块，用于接收第一用户的绑定请求，该绑定请求包括第一用户标识和该用户标识；

绑定关系建立模块，用于建立该第一用户标识和该用户标识之间的绑定关系，将第一用户作为该用户对应的待提醒用户。

该信息发布操作为即时通信会话消息发布操作或日志信息发布操作。

该提醒消息获取模块302，还用于当检测到即时通信会话消息发布操作时，获取该用户所发布的即时通信会话消息在会话中的位置，根据用户标识、该会话和该位置，生成发布信息的提醒消息；当检测到即时通信会话消息发布操作时，获取该用户所发布的即时通信会话消息在会话中的上下文，根据用户标识、该会话和该上下文，生成发布信息的提醒消息；当检测到该日志信息发布操作时，获取该用户所发布的日志的位置，根据用户标识、该日志的位置，生成发布信息的提醒消息。

该装置还包括：

发布次数统计模块，用于当检测到该用户在预设时间段内连续进行信息发布操作时，统计该用户在该预设时间段内的发布次数，并根据该发布次数执行根据该信息发布操作，获取发布信息的提醒消息的步骤。

关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

本公开实施例还提供了一种非临时性计算机可读存储介质，当该存储介质中的指令由移动终端的处理器执行时，使得移动终端能够执行如上述图1、图2所示实施例所提供的信息提醒方法。

图4是根据一示例性实施例示出的一种用于信息提醒的装置400的框图。例如，装置400可以被提供为一服务器。参照图4，装置400包括处理组件422，其进一步包括一个或多个处理器，以及由存储器432所代表的存储器资源，用于存储可由处理部件422的执行的指令，例如应用程序。存储器432中存储的应用程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外，处理组件422被配置为执行指令，以执行上述方法。

装置400还可以包括一个电源组件426被配置为执行装置400的电源管理，一个有线或无线网络接口450被配置为将装置400连接到网络，和一个输入输出(I/O)接口458。装置400可以操作基于存储在存储器432的操作系统，例如Windows ServerTM，Mac OS XTM，UnixTM,LinuxTM，FreeBSDTM或类似。

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

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

Claims (10)

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

当检测到任一用户的信息发布操作时，获取所述用户对应的待提醒用户；

根据所述信息发布操作，获取发布信息的提醒消息；

向所述用户对应的待提醒用户发送所述用户发布的提醒消息。

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

接收第一用户的绑定请求，所述绑定请求包括第一用户标识和所述用户标识；

建立所述第一用户标识和所述用户标识之间的绑定关系，将第一用户作为所述用户对应的待提醒用户。

3.根据权利要求1所述的方法，其特征在于，信息发布操作为即时通信会话消息发布操作或日志信息发布操作。

4.根据权利要求3所述的方法，其特征在于，根据所述信息发布操作，获取发布信息的提醒消息包括：

当检测到即时通信会话消息发布操作时，获取所述用户所发布的即时通信会话消息在会话中的位置，根据用户标识、所述会话和所述位置，生成发布信息的提醒消息；

当检测到即时通信会话消息发布操作时，获取所述用户所发布的即时通信会话消息在会话中的上下文，根据用户标识、所述会话和所述上下文，生成发布信息的提醒消息；

当检测到所述日志信息发布操作时，获取所述用户所发布的日志的位置，根据用户标识、所述日志的位置，生成发布信息的提醒消息。

5.根据权利要求1所述的方法，其特征在于，当检测到任一用户的信息发布操作时，获取所述用户对应的待提醒用户之后，所述方法还包括：

当检测到所述用户在预设时间段内连续进行信息发布操作时，统计所述用户在所述预设时间段内的发布次数，并根据所述发布次数执行根据所述信息发布操作，获取发布信息的提醒消息的步骤。

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

待提醒用户获取模块，用于当检测到任一用户的信息发布操作时，获取所述用户对应的待提醒用户；

提醒消息获取模块，用于根据所述信息发布操作，获取发布信息的提醒消息；

提醒消息发送模块，用于向所述用户对应的待提醒用户发送所述用户发布的提醒消息。

7.根据权利要求6所述的装置，其特征在于，所述装置还包括：

绑定请求模块，用于接收第一用户的绑定请求，所述绑定请求包括第一用户标识和所述用户标识；

绑定关系建立模块，用于建立所述第一用户标识和所述用户标识之间的绑定关系，将第一用户作为所述用户对应的待提醒用户。

8.根据权利要求6所述的装置，其特征在于，所述信息发布操作为即时通信会话消息发布操作或日志信息发布操作。

9.根据权利要求8所述的装置，其特征在于，所述提醒消息获取模块，还用于当检测到即时通信会话消息发布操作时，获取所述用户所发布的即时通信会话消息在会话中的位置，根据用户标识、所述会话和所述位置，生成发布信息的提醒消息；或，所述提醒消息获取模块还用于当检测到即时通信会话消息发布操作时，获取所述用户所发布的即时通信会话消息在会话中的上下文，根据用户标识、所述会话和所述上下文，生成发布信息的提醒消息；或，所述提醒消息获取模块还用于当检测到所述日志信息发布操作时，获取所述用户所发布的日志的位置，根据用户标识、所述日志的位置，生成发布信息的提醒消息。

10.根据权利要求6所述的装置，其特征在于，所述装置还包括：

发布次数统计模块，用于当检测到所述用户在预设时间段内连续进行信息发布操作时，统计所述用户在所述预设时间段内的发布次数，并根据所述发布次数执行根据所述信息发布操作，获取发布信息的提醒消息的步骤。