CN107864083A - 一种消息提示拦截方法、服务器及客户端 - Google Patents
一种消息提示拦截方法、服务器及客户端 Download PDFInfo
- Publication number
- CN107864083A CN107864083A CN201610842669.4A CN201610842669A CN107864083A CN 107864083 A CN107864083 A CN 107864083A CN 201610842669 A CN201610842669 A CN 201610842669A CN 107864083 A CN107864083 A CN 107864083A
- Authority
- CN
- China
- Prior art keywords
- message
- user
- prompt
- sent
- sink user
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
- H04L51/21—Monitoring or handling of messages
- H04L51/212—Monitoring or handling of messages using filtering or selective blocking
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
- H04L51/21—Monitoring or handling of messages
- H04L51/214—Monitoring or handling of messages using selective forwarding
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
- H04L51/21—Monitoring or handling of messages
- H04L51/224—Monitoring or handling of messages providing notification on incoming messages, e.g. pushed notifications of received messages
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Information Transfer Between Computers (AREA)
Abstract
本发明公开了一种消息提示拦截方法、服务器及客户端,包括:接收由消息发送用户向消息接收用户发送的消息,并确定为第一消息;确定所述消息接收用户当前的消息处理状态;当所述消息处理状态表征所述消息接收用户正在消息处理中时,确定所述消息接收用户当前正在处理的消息,并确定为第二消息;当查询并判定出所述第二消息与所述第一消息间的关联关系不满足预设关联关系时,将所述第一消息静默发送给所述消息接收用户。
Description
技术领域
本发明涉及消息提示技术,尤其涉及一种消息提示拦截方法、服务器及客户端。
背景技术
随着互联网应用的快速发展,用户在终端上安装了各种各样的应用来享受互联网提供的丰富的功能。在这些应用中,有一类应用可以实现为用户推送消息,例如即时通讯类应用、邮箱类应用、新闻类应用等等。为了不影响用户的操作体验,推送消息会通过消息提醒的方式显示在终端侧,用户看到消息提醒后可以自行决定是否查看消息。
目前,消息提醒的方式比较单一,当用户不需要消息提醒时,只能够屏蔽掉全部的消息提醒,没有区别对待不同的消息。例如,用户工作时不想被频繁的邮件提醒所打扰,可以设置夜间免打扰模式,但是与工作相关的邮件就无法被提醒到。
发明内容
为解决上述技术问题,本发明实施例提供了一种消息提示拦截方法、服务器及客户端。
本发明实施例提供的消息提示拦截方法,包括:
接收由消息发送用户向消息接收用户发送的消息,并确定为第一消息;
确定所述消息接收用户当前的消息处理状态;
当所述消息处理状态表征所述消息接收用户正在消息处理中时,确定所述消息接收用户当前正在处理的消息,并确定为第二消息;
当查询并判定出所述第二消息与所述第一消息间的关联关系不满足预设关联关系时,将所述第一消息静默发送给所述消息接收用户。
本发明实施例中,所述将所述第一消息静默发送给所述消息接收用户,包括:
将所述第一消息发送给所述消息接收用户时,生成所述第一消息的提示信息,所述提示信息被拦截或被屏蔽,而未显示到所述消息接收用户的消息处理界面上。
本发明实施例中,所述将所述第一消息静默发送给所述消息接收用户,包括:
将所述第一消息发送给所述消息接收用户时,未生成所述第一消息的提示信息。
本发明实施例中,所述方法还包括:
获取为所述第一消息配置的提示效果参数;
基于为所述第一消息配置的提示效果参数,为所述第一消息生成相应的提示信息;
当确定出所述第二消息与所述第一消息间的关联关系满足预设关联关系时,将所述第一消息以及所述第一消息的提示信息发送给所述消息接收用户。
本发明实施例中,所述方法包括:
接收所述消息接收用户发送的由所述消息接收用户设置的消息提示模式;
当所述消息提示模式为第一提示模式时,接收到由消息发送用户向消息接收用户发送的第一消息时,将所述第一消息静默发送给所述消息接收用户;
当所述消息提示模式为第二提示模式时,根据所述预设关联关系判定是否将所述第一消息以及所述第一消息的提示信息发送给所述消息接收用户;
当所述消息提示模式为第三提示模式时,接收到由消息发送用户向消息接收用户发送的第一消息时,将所述第一消息以及所述第一消息的提示信息发送给所述消息接收用户。
本发明另一实施例提供的消息提示拦截方法,包括:
确定消息接收用户当前的消息处理状态;
当所述消息处理状态表征所述消息接收用户正在消息处理中时,确定所述消息接收用户当前正在处理的消息,并确定为第二消息,向服务器指示所述消息接收用户当前正在处理的消息为所述第二消息;
当所述服务器判定出由消息发送用户向所述消息接收用户发送的第一消息与所述第二消息之间不满足预设关联关系时,静默接收所述服务器发送的所述第一消息。
本发明实施例中,当所述服务器判定出由消息发送用户向所述消息接收用户发送的第一消息与所述第二消息之间满足预设关联关系时,接收所述服务器发送的所述第一消息以及所述第一消息的提示信息;其中,按照所述提示信息对应的提示效果参数对所述第一消息的提示信息进行展示。
本发明实施例中,所述方法还包括:
显示设置选项,所述设置选项中至少包括提示模式的设置条目;
当获得针对所述提示模式的设置条目的第二设置操作时,向所述服务器发送所设置的提示模式;
其中,所述提示模式包括:第一提示模式、第二提示模式、第三提示模式;
在所述第一提示模式下,对向所述消息接收用户发送的全部第一消息的提示信息均不进行展示;
在所述第二提示模式下,对向所述消息接收用户发送的与所述第二消息满足所述预设关联关系的第一消息的提示信息进行展示;
在所述第三提示模式下,对向所述消息接收用户发送的全部第一消息的提示信息均进行展示。
本发明实施例提供的服务器,包括:
接收单元,用于接收由消息发送用户向消息接收用户发送的消息,并确定为第一消息;
确定单元,用于确定所述消息接收用户当前的消息处理状态;当所述消息处理状态表征所述消息接收用户正在消息处理中时,确定所述消息接收用户当前正在处理的消息,并确定为第二消息;
判断单元,用于判断所述第一消息与所述第二消息间的关联关系是否满足预设关联关系;
发送单元,用于当查询并判定出所述第二消息与所述第一消息间的关联关系不满足预设关联关系时,将所述第一消息静默发送给所述消息接收用户。
本发明实施例中,所述发送单元,还用于将所述第一消息发送给所述消息接收用户时,生成所述第一消息的提示信息,所述提示信息被拦截或被屏蔽,而未显示到所述消息接收用户的消息处理界面上。
本发明实施例中,所述发送单元,还用于将所述第一消息发送给所述消息接收用户时,未生成所述第一消息的提示信息。
本发明实施例中,所述服务器还包括:
获取单元,用于获取为所述第一消息配置的提示效果参数;
生成单元,用于基于为所述第一消息配置的提示效果参数,为所述第一消息生成相应的提示信息;
所述发送单元,还用于当确定出所述第二消息与所述第一消息间的关联关系满足预设关联关系时,将所述第一消息以及所述第一消息的提示信息发送给所述消息接收用户。
本发明实施例中,所述接收单元,还用于接收所述消息接收用户发送的由所述消息接收用户设置的消息提示模式;
所述服务器还包:决策单元,用于当所述消息提示模式为第一提示模式时,接收到由消息发送用户向消息接收用户发送的第一消息时,将所述第一消息静默发送给所述消息接收用户;当所述消息提示模式为第二提示模式时,根据所述预设关联关系判定是否将所述第一消息以及所述第一消息的提示信息发送给所述消息接收用户;当所述消息提示模式为第三提示模式时,接收到由消息发送用户向消息接收用户发送的第一消息时,将所述第一消息以及所述第一消息的提示信息发送给所述消息接收用户。
本发明另一实施例提供的客户端,包括:
确定单元,用于确定消息接收用户当前的消息处理状态;当所述消息处理状态表征所述消息接收用户正在消息处理中时,确定所述消息接收用户当前正在处理的消息,并确定为第二消息;
发送单元,用于向服务器指示所述消息接收用户当前正在处理的消息为所述第二消息;
接收单元,用于当所述服务器判定出由消息发送用户向所述消息接收用户发送的第一消息与所述第二消息之间不满足预设关联关系时,静默接收所述服务器发送的所述第一消息。
本发明实施例中,所述接收单元,还用于当所述服务器判定出由消息发送用户向所述消息接收用户发送的第一消息与所述第二消息之间满足预设关联关系时,接收所述服务器发送的所述第一消息以及所述第一消息的提示信息;
所述客户端还包括:输出单元,用于按照所述提示信息对应的提示效果参数对所述第一消息的提示信息进行展示。
本发明实施例中,所述客户端还包括:
显示单元,用于显示设置选项,所述设置选项中至少包括提示模式的设置条目;
设置单元,用于获得针对所述提示模式的设置条目的第二设置操作;
所述发送单元,还用于向所述服务器发送所设置的提示模式;
其中,所述提示模式包括:第一提示模式、第二提示模式、第三提示模式;
输出单元,还用于在所述第一提示模式下,对向所述消息接收用户发送的全部第一消息的提示信息均不进行展示;在所述第二提示模式下,对向所述消息接收用户发送的与所述第二消息满足所述预设关联关系的第一消息的提示信息进行展示;在所述第三提示模式下,对向所述消息接收用户发送的全部第一消息的提示信息均进行展示。
本发明实施例的技术方案中,接收由消息发送用户向消息接收用户发送的消息,并确定为第一消息;确定所述消息接收用户当前的消息处理状态;当所述消息处理状态表征所述消息接收用户正在消息处理中时,确定所述消息接收用户当前正在处理的消息,并确定为第二消息;当查询并判定出所述第二消息与所述第一消息间的关联关系不满足预设关联关系时,将所述第一消息静默发送给所述消息接收用户。如此,对于消息发送用户向消息接收用户发送的第一消息,不是全部进行屏蔽或是全部进行提醒,而是判断第一消息与消息接收用户目前正在处理的第二消息是否具有关联关系,如果具有关联关系,则向消息接收用户发送第一消息的提示信息,以提醒消息接收用户接收到第一消息的推送。可见,对于消息提示的屏蔽而言,区别对待了不同的消息,将与用户工作相关的消息提示发送给用户,而与用户工作无关的消息提示则被屏蔽掉。
附图说明
图1为本发明实施例中进行信息交互的各方硬件实体的示意图;
图2为本发明实施例的消息提示拦截方法的流程示意图一;
图3为本发明实施例的消息提示拦截方法的流程示意图二;
图4为本发明实施例的消息提示拦截方法的流程示意图三;
图5为本发明实施例的客户端的界面示意图一;
图6为本发明实施例的客户端的界面示意图二;
图7为本发明实施例的服务器的结构组成示意图;
图8为本发明实施例的客户端的结构组成示意图。
具体实施方式
为了能够更加详尽地了解本发明实施例的特点与技术内容,下面结合附图对本发明实施例的实现进行详细阐述,所附附图仅供参考说明之用,并非用来限定本发明实施例。
图1为本发明实施例中进行信息交互的各方硬件实体的示意图,图1中包括:第一服务器11、第二服务器12、终端13,第一服务器11与第二服务器12之间通过有线网络或者无线网络进行信息交互,第二服务器12与终端13之间通过有线网络或者无线网络进行信息交互。第一服务器11为应用(APP)服务器,例如邮箱服务器、即时通讯服务器等;第二服务器12为终端服务器;终端13包括手机、台式机、PC机、一体机等类型。一个示例中,第一服务器11将要发送的消息和目的终端(也即终端13)的标识打包,然后发送给第二服务器12;第二服务器12在自身已注册推送(Push)服务器的终端列表中,查找到目的终端的标识,然后依据该标识将消息发送给终端13;终端13将发来的消息传递给相应的APP,并且按照设定弹出提示信息。如果对消息的提示信息进行屏蔽,则第一服务器11不再将提示信息发送给第二服务器12,这样,第二服务器12也就不再将提示信息发送给终端13。本发明实施例中,将第一服务器11和第二服务器12统称为服务器,并不再区分第一服务器11和第二服务器12。
上述图1的例子只是实现本发明实施例的一个系统架构实例,本发明实施例并不限于上述图1所述的系统结构,基于该系统架构,提出本发明各个实施例。
图2为本发明实施例的消息提示拦截方法的流程示意图一,本示例中的消息提示拦截方法应用于服务器侧,如图2所示,所述消息提示拦截方法包括以下步骤:
步骤201:接收由消息发送用户向消息接收用户发送的消息,并确定为第一消息。
本发明实施例中,服务器是指APP服务器,APP服务器负责处理与APP相关的各种消息接收和消息发送,此外,APP服务器还记录了各个用户的相关配置信息,例如用户基本信息、用户设置信息等。本发明实施例以APP服务器为邮箱服务器为例进行解释说明,应当理解的是,APP服务器还可以是即时通讯服务器、新闻服务器等具有Push功能的服务器。
本发明实施例中,相对于服务器而言,服务器的对端是指客户端,客户端可以安装在各种类型的终端上,例如手机、平板、笔记本、台式机等。用户可以在客户端上注册自己的账号,然后通过该账号登录客户端,便可以享受客户单为自己提供的个性化功能。基于此,消息发送用户是指通过第一账号登录客户端的用户,消息接收用户是指通过第二账号登录客户端的用户。
本发明实施例中,当消息发送用户向消息接收用户发送的消息时,首先,由消息发送用户将消息发送给服务器,由服务器将消息再转发给消息接收用户,这里,将消息发送用户向消息接收用户发送的消息称为第一消息。
步骤202:确定所述消息接收用户当前的消息处理状态;当所述消息处理状态表征所述消息接收用户正在消息处理中时,确定所述消息接收用户当前正在处理的消息,并确定为第二消息。
本发明实施例中,消息处理状态是指:消息接收用户当前是否正在处理消息,例如,消息接收用户当前正在编辑或阅读某条消息时,则表明消息接收用户正在消息处理中。消息接收用户当前没有进行对某条消息的操作时,则表明消息接收用户没有处理消息。
本发明实施例中,当所述消息处理状态表征所述消息接收用户正在消息处理中时,确定所述消息接收用户当前正在处理的消息,将当前正在处理的消息称为第二消息。
步骤203:当查询并判定出所述第二消息与所述第一消息间的关联关系不满足预设关联关系时,将所述第一消息静默发送给所述消息接收用户。
本发明实施例中,预设关联关系可以通过以下方式来确定:
方式一:接收所述消息接收用户发送的由所述消息接收用户设置的关联关系,作为所述预设关联关系。
方式二:为所述消息接收用户设置关联关系,作为所述预设关联关系。
以消息为邮件为例,具体地,如何判断收到的邮件是否与消息接收用户当前处理的邮件相关的规则(也即第一消息与第二消息之间是否满足预设关联关系)可以是服务器预设的,也可以是消息接收用户自行设定的。
在第一实施方式中,根据发件人来设定关联关系。如在屏蔽邮件的前提下,只提示A用户发过来的邮件,其他邮件都不提示。
在第二实施方式中,根据邮件标题的关键词或关键字来设定关联关系。如在屏蔽邮件的前提下,只提示包含有“通知”字眼的邮件,其他邮件都不提醒。
在第三实施方式中,根据邮件的紧急程度来设定关联关系。如在屏蔽邮件的前提下,只提示发件人设置为紧急邮件的邮件,其他邮件都不提醒。
上述方案中,用户可以自定义关联关系,该关联关系可以对发信人、发信域、收信人、主题、邮件内容包含或者不包含特定关键字设置规则,也可以对邮件收件时间、邮件大小、是否是自己的联系人设置规则。而且规则数目没有限制,不同的规则可以进行任意的与或操作。
本发明实施例中,当第二消息与第一消息间的关联关系不满足预设关联关系时,将所述第一消息静默发送给所述消息接收用户。这里,静默发送是指:将第一消息发送给消息接收用户但是消息接收用户侧并不显示第一消息的提示信息,具体地,将所述第一消息发送给所述消息接收用户时,生成所述第一消息的提示信息,所述提示信息被拦截或被屏蔽,而未显示到所述消息接收用户的消息处理界面上。或者,将所述第一消息发送给所述消息接收用户时,未生成所述第一消息的提示信息。可见,本发明实施例能够实现将与用户当前正在处理的消息无关的消息的提示信息屏蔽掉,避免影响用户工作。
图3为本发明实施例的消息提示拦截方法的流程示意图二,本示例中的消息提示拦截方法应用于服务器侧,如图3所示,所述消息提示拦截方法包括以下步骤:
步骤301:接收由消息发送用户向消息接收用户发送的消息,并确定为第一消息;确定所述消息接收用户当前的消息处理状态;当所述消息处理状态表征所述消息接收用户正在消息处理中时,确定所述消息接收用户当前正在处理的消息,并确定为第二消息。
本发明实施例中,服务器是指APP服务器,APP服务器负责处理与APP相关的各种消息接收和消息发送,此外,APP服务器还记录了各个用户的相关配置信息,例如用户基本信息、用户设置信息等。本发明实施例以APP服务器为邮箱服务器为例进行解释说明,应当理解的是,APP服务器还可以是即时通讯服务器、新闻服务器等具有Push功能的服务器。
本发明实施例中,相对于服务器而言,服务器的对端是指客户端,客户端可以安装在各种类型的终端上,例如手机、平板、笔记本、台式机等。用户可以在客户端上注册自己的账号,然后通过该账号登录客户端,便可以享受客户单为自己提供的个性化功能。基于此,消息发送用户是指通过第一账号登录客户端的用户,消息接收用户是指通过第二账号登录客户端的用户。
本发明实施例中,消息发送用户向消息接收用户发送第一消息时,消息发送用户在自己的客户端侧编辑好第一消息,选定好目标发送对象(也即消息接收用户),然后,点击发送便可以将第一消息发送给消息接收用户。在这个消息传输的过程中,不是端对端的消息传送,而是通过服务器进行消息转发,以消息为邮件为例,消息发送用户在客户端侧登录自己的邮箱账号,然后编辑好邮件内容,将收件人设置为消息接收用户的邮箱账号,然后点击发送,服务器便接收到由消息发送用户向消息接收用户发送的邮件(对应于第一消息)。
本发明实施例中,服务器预先接收消息接收用户发送的由所述消息接收用户设置的消息提示模式;当所述消息提示模式为第一提示模式时,接收到由消息发送用户向消息接收用户发送的第一消息时,将所述第一消息静默发送给所述消息接收用户;当所述消息提示模式为第二提示模式时,根据所述预设关联关系判定是否将所述第一消息以及所述第一消息的提示信息发送给所述消息接收用户;当所述消息提示模式为第三提示模式时,接收到由消息发送用户向消息接收用户发送的第一消息时,将所述第一消息以及所述第一消息的提示信息发送给所述消息接收用户。
可见,第一提示模式是指:全部屏蔽消息提示的模式;第二提示模式是指:只提示预设消息的模式,例如特定联系人的消息、或主题是特定关键词的消息;第三提示模式是指:全部提示消息的模式。
上述方案中,消息接收用户可以预先设置消息提示机制(也即消息提示模式),然后将所设置的消息提示机制同步给服务器,服务器则根据相应的消息提示模式进行相应的消息提示操作。
本发明实施例中,消息接收用户对应的消息提示模式为第二提示模式。此时,服务器不是直接向消息接收用户发送第一消息的提示信息,也不是直接屏蔽掉向消息接收用户发送第一消息的提示信息,而是首先确定出与消息接收用户相关联的处于交互状态的第二消息。
在一实施方式中,与消息接收用户相关联的第二消息是指:服务器侧记录的消息接收用户所接收到的消息以及发送的消息。服务器侧对各个用户的消息进行记录是通过各个用户的账号为标识进行区分,这样,消息发送用户只能够处理消息发送用户的消息,消息接收用户只能够处理消息接收用户的消息,保护了各个用户的消息的安全性。
在一实施方式中,处于交互状态是指:用户正在处理的消息。具体地,客户端侧通过线程可以确定出消息接收用户当前正在处理的消息是哪条消息,然后将这个信息通过指示的方式发送给服务器,服务器便可以确定出与消息接收用户相关联的处于交互状态的第二消息是哪条消息。这里,若一条消息处于交互状态,则表明消息接收用户目前正在关注该条消息。
步骤302:判断所述第一消息与所述第二消息间的关联关系是否满足预设关联关系;当所述第一消息与所述第二消息之间满足所述预设关联关系时,执行步骤303;当所述第一消息与所述第二消息之间不满足所述预设关联关系时,执行步骤304。
本发明实施例中,预设关联关系可以通过以下方式来确定:
方式一:接收所述消息接收用户发送的由所述消息接收用户设置的关联关系,作为所述预设关联关系。
方式二:为所述消息接收用户设置关联关系,作为所述预设关联关系。
以消息为邮件为例,具体地,如何判断收到的邮件是否与消息接收用户当前处理的邮件相关的规则(也即第一消息与第二消息之间是否满足预设关联关系)可以是服务器预设的,也可以是消息接收用户自行设定的。
在第一实施方式中,根据发件人来设定关联关系。如在屏蔽邮件的前提下,只提示A用户发过来的邮件,其他邮件都不提示。
在第二实施方式中,根据邮件标题的关键词或关键字来设定关联关系。如在屏蔽邮件的前提下,只提示包含有“通知”字眼的邮件,其他邮件都不提醒。
在第三实施方式中,根据邮件的紧急程度来设定关联关系。如在屏蔽邮件的前提下,只提示发件人设置为紧急邮件的邮件,其他邮件都不提醒。
上述方案中,用户可以自定义关联关系,该关联关系可以对发信人、发信域、收信人、主题、邮件内容包含或者不包含特定关键字设置规则,也可以对邮件收件时间、邮件大小、是否是自己的联系人设置规则。而且规则数目没有限制,不同的规则可以进行任意的与或操作。
步骤303:将所述第一消息以及所述第一消息的提示信息发送给所述消息接收用户,结束本流程。
本发明实施例中,当所述第一消息与所述第二消息之间满足所述预设关联关系时,则表明需要向消息接收用户提示第一消息,也即向所述消息接收用户发送所述第一消息的提示信息。这样,消息接收用户可以查收到与当前处理的第二消息相关的第一消息的提示。
本发明实施例中,获取为所述第一消息配置的提示效果参数;基于为所述第一消息配置的提示效果参数,为所述第一消息生成相应的提示信息;当确定出所述第二消息与所述第一消息间的关联关系满足预设关联关系时,将所述第一消息以及所述第一消息的提示信息发送给所述消息接收用户。
这里,为所述第一消息配置的提示效果参数为:文字提示参数和/或声音提示参数,其中,文字提示参数用于生成文字提示;声音提示参数用于生成声音提示。用户可以预先设置第一消息的提示效果参数,可以为第一消息只设置文字提示参数或声音提示参数,也可以为第一消息同时设置文字提示参数和声音提示参数。具体实现时,可以根据不同特征的第一消息设定不同的提示效果参数。在一实施方式中,可以为不同的第一消息设置不同的音效(对应不同的声音提示参数),这样消息接收用户就能更好的区分提示的哪种消息。在另一实施方式中,可以为不重要的第一消息设置成没有音效,这样消息接收用户就不会被不感兴趣的消息打扰。
步骤304:将所述第一消息静默发送给所述消息接收用户。
本发明实施例中,所述将所述第一消息静默发送给所述消息接收用户,包括:
将所述第一消息发送给所述消息接收用户时,生成所述第一消息的提示信息,所述提示信息被拦截或被屏蔽,而未显示到所述消息接收用户的消息处理界面上。
本发明实施例中,所述将所述第一消息静默发送给所述消息接收用户,包括:
将所述第一消息发送给所述消息接收用户时,未生成所述第一消息的提示信息。
上述两种方式下,虽然消息发送用户通过服务器向消息接收用户发送了第一消息,但是,第一消息的提示信息却未显示在消息接收用户的消息处理界面上,避免了对消息接收用户的影响。
本发明实施例中,当所述第一消息与所述第二消息之间不满足所述预设关联关系时,则表明不需要向消息接收用户提示第一消息,也即对向所述消息接收用户发送的所述第一消息的提示信息进行拦截。这样,可以避免消息接收用户被与第二消息无关的第一消息的提示信息打扰。
本发明实施例中,对向所述消息接收用户发送的所述第一消息的提示信息进行拦截是指:对向所述消息接收用户发送的所述第一消息的提示信息进行屏蔽。
安卓系统和苹果系统的终端都有一种新消息提醒机制,以消息为邮件为例,收到邮件时,会弹出一个提示信息告诉用户有新邮件到达。屏蔽邮件是指:屏蔽邮箱APP的新邮件提醒,这个新邮件提醒是由邮箱的后台(APP服务器)把提示信息推送给终端服务器,然后再由终端服务器把提示信息推送给终端,终端再把这个提示信息弹出来提醒用户。如果要做到屏蔽邮箱的新邮件提醒,只需要邮箱后台不把这个新邮件的提示信息推送给终端服务器,从而用户的终端就会看不到新邮件的消息提醒。
本发明实施例的技术方案中,首先屏蔽掉消息提醒;然后,判断收到的消息是否与当前处理的消息相关;若是,则提醒收到的与当前处理的消息相关的消息;若否,则保持屏蔽提醒。这样,用户可以在工作时不被消息提醒打扰,同时,跟工作相关的消息也可以被提醒到。
图4为本发明实施例的消息提示拦截方法的流程示意图三,本示例中的消息提示拦截方法应用于客户端侧,如图4所示,所述消息提示拦截方法包括以下步骤:
步骤401:确定消息接收用户当前的消息处理状态;当所述消息处理状态表征所述消息接收用户正在消息处理中时,确定所述消息接收用户当前正在处理的消息,并确定为第二消息,向服务器指示所述消息接收用户当前正在处理的消息为所述第二消息。
本发明实施例中,客户端可以安装在各种类型的终端上,例如手机、平板、笔记本、台式机等。用户可以在客户端上注册自己的账号,然后通过该账号登录客户端,便可以享受客户单为自己提供的个性化功能。基于此,消息发送用户是指通过第一账号登录客户端的用户,消息接收用户是指通过第二账号登录客户端的用户。
本发明实施例中,相对于客户端而言,客户端的对端是指服务器,服务器是指APP服务器,APP服务器负责处理与APP相关的各种消息接收和消息发送,此外,APP服务器还记录了各个用户的相关配置信息,例如用户基本信息、用户设置信息等。本发明实施例以APP服务器为邮箱服务器为例进行解释说明,应当理解的是,APP服务器还可以是即时通讯服务器、新闻服务器等具有Push功能的服务器。
本发明实施例中,消息发送用户向消息接收用户发送第一消息时,消息发送用户在自己的客户端侧编辑好第一消息,选定好目标发送对象(也即消息接收用户),然后,点击发送便可以将第一消息发送给消息接收用户。在这个消息传输的过程中,不是端对端的消息传送,而是通过服务器进行消息转发,以消息为邮件为例,消息发送用户在客户端侧登录自己的邮箱账号,然后编辑好邮件内容,将收件人设置为消息接收用户的邮箱账号,然后点击发送,服务器便接收到由消息发送用户向消息接收用户发送的邮件(对应于第一消息)。
本发明实施例中,显示设置选项,所述设置选项中至少包括提示模式的设置条目;当获得针对所述提示模式的设置条目的第二设置操作时,向所述服务器发送所设置的提示模式;其中,所述提示模式包括:第一提示模式、第二提示模式、第三提示模式;在所述第一提示模式下,对向所述消息接收用户发送的全部第一消息的提示信息均不进行展示;在所述第二提示模式下,对向所述消息接收用户发送的与所述第二消息满足所述预设关联关系的第一消息的提示信息进行展示;在所述第三提示模式下,对向所述消息接收用户发送的全部第一消息的提示信息均进行展示。
可见,第一提示模式是指:全部屏蔽消息提示的模式;第二提示模式是指:只提示预设消息的模式,例如特定联系人的消息、或主题是特定关键词的消息;第三提示模式是指:全部提示消息的模式。
上述方案中,消息接收用户可以预先设置消息提示机制(也即消息提示模式),然后将所设置的消息提示机制同步给服务器,服务器则根据相应的消息提示模式进行相应的消息提示操作。
本发明实施例中,消息接收用户对应的消息提示模式为第二提示模式。此时,客户端确定与消息接收用户相关联的处于交互状态的第二消息,向服务器发送所述第二消息的指示消息,以向所述服务器指示所述消息接收用户的处于交互状态的消息为所述第二消息。
在一实施方式中,与消息接收用户相关联的第二消息是指:服务器侧记录的消息接收用户所接收到的消息以及发送的消息。服务器侧对各个用户的消息进行记录是通过各个用户的账号为标识进行区分,这样,消息发送用户只能够处理消息发送用户的消息,消息接收用户只能够处理消息接收用户的消息,保护了各个用户的消息的安全性。
在一实施方式中,客户端侧通过线程可以确定出消息接收用户当前正在处理的消息是哪条消息,然后将这个信息通过指示的方式发送给服务器,服务器便可以确定出与消息接收用户相关联的处于交互状态的第二消息是哪条消息。这里,若一条消息处于交互状态,则表明消息接收用户目前正在关注该条消息。
步骤402:当所述服务器判定出由消息发送用户向所述消息接收用户发送的第一消息与所述第二消息之间不满足预设关联关系时,静默接收所述服务器发送的所述第一消息。
本发明实施例中,预设关联关系可以通过以下方式来确定:
方式一:接收所述消息接收用户发送的由所述消息接收用户设置的关联关系,作为所述预设关联关系。
方式二:为所述消息接收用户设置关联关系,作为所述预设关联关系。
以消息为邮件为例,具体地,如何判断收到的邮件是否与消息接收用户当前处理的邮件相关的规则(也即第一消息与第二消息之间是否满足预设关联关系)可以是服务器预设的,也可以是消息接收用户自行设定的。
在第一实施方式中,根据发件人来设定关联关系。如在屏蔽邮件的前提下,只提示A用户发过来的邮件,其他邮件都不提示。
在第二实施方式中,根据邮件标题的关键词或关键字来设定关联关系。如在屏蔽邮件的前提下,只提示包含有“通知”字眼的邮件,其他邮件都不提醒。
在第三实施方式中,根据邮件的紧急程度来设定关联关系。如在屏蔽邮件的前提下,只提示发件人设置为紧急邮件的邮件,其他邮件都不提醒。
上述方案中,用户可以自定义关联关系,该关联关系可以对发信人、发信域、收信人、主题、邮件内容包含或者不包含特定关键字设置规则,也可以对邮件收件时间、邮件大小、是否是自己的联系人设置规则。而且规则数目没有限制,不同的规则可以进行任意的与或操作。
当用户可以自定义关联关系时,客户端显示设置选项,所述设置选项中至少包括关联关系的设置条目,如图5中的“免打扰例外”条目,当消息接收用户在客户端侧点击“设置”时,出现“免打扰例外”条目,用户点击“免打扰例外”条目后,即可自行设置关联关系,例如邮件提醒规则,使得在屏蔽消息提示的前提下,还能提醒与当前处理的消息相关的消息。
当获得针对所述关联关系的设置条目的第一设置操作时,为所述消息接收用户生成对应的关联关系,作为所述预设关联关系;向所述服务器发送所述预设关联关系,如图6中的按发件人设置、按共同主体设置、按关键词设置、按紧急标识设置等。
本发明实施例中,当所述第一消息与所述第二消息之间满足所述预设关联关系时,则表明需要向消息接收用户提示第一消息,也即客户端接收所述服务器发送的所述第一消息的提示信息。这样,消息接收用户可以查收到与当前处理的第二消息相关的第一消息的提示。
本发明实施例中,当所述服务器判定出由消息发送用户向所述消息接收用户发送的第一消息与所述第二消息之间满足预设关联关系时,接收所述服务器发送的所述第一消息以及所述第一消息的提示信息;其中,按照所述提示信息对应的提示效果参数对所述第一消息的提示信息进行展示。上述方案中,可以根据不同特征的第一消息设定不同的提醒方式。一般来说,提示信息包括文字提示和声音提示这两个因素。在一实施方式中,可以为不同特质的消息设置不同的音效,这样消息接收用户就能更好的区分提示的哪种消息。在另一实施方式中,可以为不重要的消息设置成没有音效,这样消息接收用户就不会被不感兴趣的消息打扰。
此外,当所述第一消息与所述第二消息之间不满足所述预设关联关系时,则表明不需要向消息接收用户提示第一消息,也即对向所述消息接收用户发送的所述第一消息的提示信息进行拦截。这样,可以避免消息接收用户被与第二消息无关的第一消息的提示信息打扰。
本发明实施例中,对向所述消息接收用户发送的所述第一消息的提示信息进行拦截是指:对向所述消息接收用户发送的所述第一消息的提示信息进行屏蔽。
本发明实施例的技术方案中,首先屏蔽掉消息提醒;然后,判断收到的消息是否与当前处理的消息相关;若是,则提醒收到的与当前处理的消息相关的消息;若否,则保持屏蔽提醒。这样,用户可以在工作时不被消息提醒打扰,同时,跟工作相关的消息也可以被提醒到。
图7为本发明实施例的服务器的结构组成示意图,如图7所示,所述服务器包括:
接收单元71,用于接收由消息发送用户向消息接收用户发送的消息,并确定为第一消息;
确定单元72,用于确定所述消息接收用户当前的消息处理状态;当所述消息处理状态表征所述消息接收用户正在消息处理中时,确定所述消息接收用户当前正在处理的消息,并确定为第二消息;
判断单元73,用于判断所述第一消息与所述第二消息间的关联关系是否满足预设关联关系;
发送单元74,用于当查询并判定出所述第二消息与所述第一消息间的关联关系不满足预设关联关系时,将所述第一消息静默发送给所述消息接收用户。
所述发送单元74,还用于将所述第一消息发送给所述消息接收用户时,生成所述第一消息的提示信息,所述提示信息被拦截或被屏蔽,而未显示到所述消息接收用户的消息处理界面上。
所述发送单元74,还用于将所述第一消息发送给所述消息接收用户时,未生成所述第一消息的提示信息。
本发明实施例中,所述接收单元71,还用于接收所述消息接收用户发送的由所述消息接收用户设置的关联关系,作为所述预设关联关系;
所述服务器还包括:设置单元75,用于为所述消息接收用户设置关联关系,作为所述预设关联关系。
本发明实施例中,所述服务器还包括:
获取单元76,用于获取为所述第一消息配置的提示效果参数;
生成单元77,用于基于为所述第一消息配置的提示效果参数,为所述第一消息生成相应的提示信息;
所述发送单元74,还用于当确定出所述第二消息与所述第一消息间的关联关系满足预设关联关系时,将所述第一消息以及所述第一消息的提示信息发送给所述消息接收用户。
本发明实施例中,所述接收单元71,还用于接收所述消息接收用户发送的由所述消息接收用户设置的消息提示模式;
所述服务器还包:决策单元78,用于当所述消息提示模式为第一提示模式时,接收到由消息发送用户向消息接收用户发送的第一消息时,将所述第一消息静默发送给所述消息接收用户;当所述消息提示模式为第二提示模式时,根据所述预设关联关系判定是否将所述第一消息以及所述第一消息的提示信息发送给所述消息接收用户;当所述消息提示模式为第三提示模式时,接收到由消息发送用户向消息接收用户发送的第一消息时,将所述第一消息以及所述第一消息的提示信息发送给所述消息接收用户。
本领域技术人员应当理解,图7所示的服务器中的各单元的实现功能可参照前述消息提示拦截方法的相关描述而理解。图7所示的服务器中的各单元的功能可通过运行于处理器上的程序而实现,也可通过具体的逻辑电路而实现。
图8为本发明实施例的客户端的结构组成示意图,如图8所示,所述客户端包括:
确定单元81,用于确定消息接收用户当前的消息处理状态;当所述消息处理状态表征所述消息接收用户正在消息处理中时,确定所述消息接收用户当前正在处理的消息,并确定为第二消息;
发送单元82,用于向服务器指示所述消息接收用户当前正在处理的消息为所述第二消息;
接收单元83,用于当所述服务器判定出由消息发送用户向所述消息接收用户发送的第一消息与所述第二消息之间不满足预设关联关系时,静默接收所述服务器发送的所述第一消息。
本发明实施例中,所述客户端还包括:
显示单元84,用于显示设置选项,所述设置选项中至少包括关联关系的设置条目;
设置单元85,用于当获得针对所述关联关系的设置条目的第一设置操作时,为所述消息接收用户生成对应的关联关系,作为所述预设关联关系;
所述发送单元82,还用于向所述服务器发送所述预设关联关系。
本发明实施例中,所述接收单元,还用于当所述服务器判定出由消息发送用户向所述消息接收用户发送的第一消息与所述第二消息之间满足预设关联关系时,接收所述服务器发送的所述第一消息以及所述第一消息的提示信息;
所述客户端还包括:输出单元86,用于按照所述提示信息对应的提示效果参数对所述第一消息的提示信息进行展示。
本发明实施例中,所述客户端还包括:
显示单元84,用于显示设置选项,所述设置选项中至少包括提示模式的设置条目;
设置单元85,用于获得针对所述提示模式的设置条目的第二设置操作;
所述发送单元82,还用于向所述服务器发送所设置的提示模式;
其中,所述提示模式包括:第一提示模式、第二提示模式、第三提示模式;
输出单元,还用于在所述第一提示模式下,对向所述消息接收用户发送的全部第一消息的提示信息均不进行展示;在所述第二提示模式下,对向所述消息接收用户发送的与所述第二消息满足所述预设关联关系的第一消息的提示信息进行展示;在所述第三提示模式下,对向所述消息接收用户发送的全部第一消息的提示信息均进行展示。
本领域技术人员应当理解,图8所示的客户端中的各单元的实现功能可参照前述消息提示拦截方法的相关描述而理解。图8所示的客户端中的各单元的功能可通过运行于处理器上的程序而实现,也可通过具体的逻辑电路而实现。
本发明实施例所记载的技术方案之间,在不冲突的情况下,可以任意组合。
在本发明所提供的几个实施例中,应该理解到,所揭露的方法和智能设备,可以通过其它的方式实现。以上所描述的设备实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,如:多个单元或组件可以结合,或可以集成到另一个系统,或一些特征可以忽略,或不执行。另外,所显示或讨论的各组成部分相互之间的耦合、或直接耦合、或通信连接可以是通过一些接口,设备或单元的间接耦合或通信连接,可以是电性的、机械的或其它形式的。
上述作为分离部件说明的单元可以是、或也可以不是物理上分开的,作为单元显示的部件可以是、或也可以不是物理单元,即可以位于一个地方,也可以分布到多个网络单元上;可以根据实际的需要选择其中的部分或全部单元来实现本实施例方案的目的。
另外,在本发明各实施例中的各功能单元可以全部集成在一个第二处理单元中,也可以是各单元分别单独作为一个单元,也可以两个或两个以上单元集成在一个单元中;上述集成的单元既可以采用硬件的形式实现,也可以采用硬件加软件功能单元的形式实现。
以上所述,仅为本发明的具体实施方式,但本发明的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本发明揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本发明的保护范围之内。
Claims (16)
1.一种消息提示拦截方法,其特征在于,所述方法包括:
接收由消息发送用户向消息接收用户发送的消息,并确定为第一消息;
确定所述消息接收用户当前的消息处理状态;
当所述消息处理状态表征所述消息接收用户正在消息处理中时,确定所述消息接收用户当前正在处理的消息,并确定为第二消息;
当查询并判定出所述第二消息与所述第一消息间的关联关系不满足预设关联关系时,将所述第一消息静默发送给所述消息接收用户。
2.根据权利要求1所述的消息提示拦截方法,其特征在于,所述将所述第一消息静默发送给所述消息接收用户,包括:
将所述第一消息发送给所述消息接收用户时,生成所述第一消息的提示信息,所述提示信息被拦截或被屏蔽,而未显示到所述消息接收用户的消息处理界面上。
3.根据权利要求1所述的消息提示拦截方法,其特征在于,所述将所述第一消息静默发送给所述消息接收用户,包括:
将所述第一消息发送给所述消息接收用户时,未生成所述第一消息的提示信息。
4.根据权利要求1所述的消息提示拦截方法,其特征在于,所述方法还包括:
获取为所述第一消息配置的提示效果参数;
基于为所述第一消息配置的提示效果参数,为所述第一消息生成相应的提示信息;
当确定出所述第二消息与所述第一消息间的关联关系满足预设关联关系时,将所述第一消息以及所述第一消息的提示信息发送给所述消息接收用户。
5.根据权利要求1至4任一项所述的消息提示拦截方法,其特征在于,所述方法包括:
接收所述消息接收用户发送的由所述消息接收用户设置的消息提示模式;
当所述消息提示模式为第一提示模式时,接收到由消息发送用户向消息接收用户发送的第一消息时,将所述第一消息静默发送给所述消息接收用户;
当所述消息提示模式为第二提示模式时,根据所述预设关联关系判定是否将所述第一消息以及所述第一消息的提示信息发送给所述消息接收用户;
当所述消息提示模式为第三提示模式时,接收到由消息发送用户向消息接收用户发送的第一消息时,将所述第一消息以及所述第一消息的提示信息发送给所述消息接收用户。
6.一种消息提示拦截方法,其特征在于,所述方法包括:
确定消息接收用户当前的消息处理状态;
当所述消息处理状态表征所述消息接收用户正在消息处理中时,确定所述消息接收用户当前正在处理的消息,并确定为第二消息,向服务器指示所述消息接收用户当前正在处理的消息为所述第二消息;
当所述服务器判定出由消息发送用户向所述消息接收用户发送的第一消息与所述第二消息之间不满足预设关联关系时,静默接收所述服务器发送的所述第一消息。
7.根据权利要求6所述的消息提示拦截方法,其特征在于,所述方法还包括:
当所述服务器判定出由消息发送用户向所述消息接收用户发送的第一消息与所述第二消息之间满足预设关联关系时,接收所述服务器发送的所述第一消息以及所述第一消息的提示信息;其中,按照所述提示信息对应的提示效果参数对所述第一消息的提示信息进行展示。
8.根据权利要求6所述的消息提示拦截方法,其特征在于,所述方法还包括:
显示设置选项,所述设置选项中至少包括提示模式的设置条目;
当获得针对所述提示模式的设置条目的第二设置操作时,向所述服务器发送所设置的提示模式;
其中,所述提示模式包括:第一提示模式、第二提示模式、第三提示模式;
在所述第一提示模式下,对向所述消息接收用户发送的全部第一消息的提示信息均不进行展示;
在所述第二提示模式下,对向所述消息接收用户发送的与所述第二消息满足所述预设关联关系的第一消息的提示信息进行展示;
在所述第三提示模式下,对向所述消息接收用户发送的全部第一消息的提示信息均进行展示。
9.一种服务器,其特征在于,所述服务器包括:
接收单元,用于接收由消息发送用户向消息接收用户发送的消息,并确定为第一消息;
确定单元,用于确定所述消息接收用户当前的消息处理状态;当所述消息处理状态表征所述消息接收用户正在消息处理中时,确定所述消息接收用户当前正在处理的消息,并确定为第二消息;
判断单元,用于判断所述第一消息与所述第二消息间的关联关系是否满足预设关联关系;
发送单元,用于当查询并判定出所述第二消息与所述第一消息间的关联关系不满足预设关联关系时,将所述第一消息静默发送给所述消息接收用户。
10.根据权利要求9所述的服务器,其特征在于,所述发送单元,还用于将所述第一消息发送给所述消息接收用户时,生成所述第一消息的提示信息,所述提示信息被拦截或被屏蔽,而未显示到所述消息接收用户的消息处理界面上。
11.根据权利要求9所述的服务器,其特征在于,所述发送单元,还用于将所述第一消息发送给所述消息接收用户时,未生成所述第一消息的提示信息。
12.根据权利要求9所述的服务器,其特征在于,所述服务器还包括:
获取单元,用于获取为所述第一消息配置的提示效果参数;
生成单元,用于基于为所述第一消息配置的提示效果参数,为所述第一消息生成相应的提示信息;
所述发送单元,还用于当确定出所述第二消息与所述第一消息间的关联关系满足预设关联关系时,将所述第一消息以及所述第一消息的提示信息发送给所述消息接收用户。
13.根据权利要求9至12任一项所述的服务器,其特征在于,所述接收单元,还用于接收所述消息接收用户发送的由所述消息接收用户设置的消息提示模式;
所述服务器还包:决策单元,用于当所述消息提示模式为第一提示模式时,接收到由消息发送用户向消息接收用户发送的第一消息时,将所述第一消息静默发送给所述消息接收用户;当所述消息提示模式为第二提示模式时,根据所述预设关联关系判定是否将所述第一消息以及所述第一消息的提示信息发送给所述消息接收用户;当所述消息提示模式为第三提示模式时,接收到由消息发送用户向消息接收用户发送的第一消息时,将所述第一消息以及所述第一消息的提示信息发送给所述消息接收用户。
14.一种客户端,其特征在于,所述客户端包括:
确定单元,用于确定消息接收用户当前的消息处理状态;当所述消息处理状态表征所述消息接收用户正在消息处理中时,确定所述消息接收用户当前正在处理的消息,并确定为第二消息;
发送单元,用于向服务器指示所述消息接收用户当前正在处理的消息为所述第二消息;
接收单元,用于当所述服务器判定出由消息发送用户向所述消息接收用户发送的第一消息与所述第二消息之间不满足预设关联关系时,静默接收所述服务器发送的所述第一消息。
15.根据权利要求14所述的客户端,其特征在于,
所述接收单元,还用于当所述服务器判定出由消息发送用户向所述消息接收用户发送的第一消息与所述第二消息之间满足预设关联关系时,接收所述服务器发送的所述第一消息以及所述第一消息的提示信息;
所述客户端还包括:输出单元,用于按照所述提示信息对应的提示效果参数对所述第一消息的提示信息进行展示。
16.根据权利要求14所述的客户端,其特征在于,所述客户端还包括:
显示单元,用于显示设置选项,所述设置选项中至少包括提示模式的设置条目;
设置单元,用于获得针对所述提示模式的设置条目的第二设置操作;
所述发送单元,还用于向所述服务器发送所设置的提示模式;
其中,所述提示模式包括:第一提示模式、第二提示模式、第三提示模式;
输出单元,还用于在所述第一提示模式下,对向所述消息接收用户发送的全部第一消息的提示信息均不进行展示;在所述第二提示模式下,对向所述消息接收用户发送的与所述第二消息满足所述预设关联关系的第一消息的提示信息进行展示;在所述第三提示模式下,对向所述消息接收用户发送的全部第一消息的提示信息均进行展示。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610842669.4A CN107864083B (zh) | 2016-09-22 | 2016-09-22 | 一种消息提示拦截方法、服务器及客户端 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610842669.4A CN107864083B (zh) | 2016-09-22 | 2016-09-22 | 一种消息提示拦截方法、服务器及客户端 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN107864083A true CN107864083A (zh) | 2018-03-30 |
CN107864083B CN107864083B (zh) | 2020-09-11 |
Family
ID=61699039
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201610842669.4A Active CN107864083B (zh) | 2016-09-22 | 2016-09-22 | 一种消息提示拦截方法、服务器及客户端 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN107864083B (zh) |
Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP1692819A1 (en) * | 2003-11-24 | 2006-08-23 | Cisco Technology, Inc. | Methods and apparatus supporting configuration in a network |
CN102638358A (zh) * | 2012-03-27 | 2012-08-15 | 上海量明科技发展有限公司 | 一种针对群组消息进行有限屏蔽的方法、客户端及系统 |
US8290133B2 (en) * | 2007-05-31 | 2012-10-16 | Centurylink Intellectual Property Llc | System and method for remote home monitoring and intercom communication |
CN103916469A (zh) * | 2014-03-26 | 2014-07-09 | 北京奇虎科技有限公司 | 一种联系人信息获取方法、客户端和服务器 |
CN104301201A (zh) * | 2013-07-19 | 2015-01-21 | 腾讯科技(深圳)有限公司 | 进行微博信息提醒的方法、系统、微博服务器及客户端 |
CN104796279A (zh) * | 2014-01-21 | 2015-07-22 | 腾讯科技(深圳)有限公司 | 请求包的处理方法和装置 |
CN105429929A (zh) * | 2014-09-04 | 2016-03-23 | 腾讯科技(北京)有限公司 | 一种信息处理方法、客户端、服务器及系统 |
-
2016
- 2016-09-22 CN CN201610842669.4A patent/CN107864083B/zh active Active
Patent Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP1692819A1 (en) * | 2003-11-24 | 2006-08-23 | Cisco Technology, Inc. | Methods and apparatus supporting configuration in a network |
US8290133B2 (en) * | 2007-05-31 | 2012-10-16 | Centurylink Intellectual Property Llc | System and method for remote home monitoring and intercom communication |
CN102638358A (zh) * | 2012-03-27 | 2012-08-15 | 上海量明科技发展有限公司 | 一种针对群组消息进行有限屏蔽的方法、客户端及系统 |
CN104301201A (zh) * | 2013-07-19 | 2015-01-21 | 腾讯科技(深圳)有限公司 | 进行微博信息提醒的方法、系统、微博服务器及客户端 |
CN104796279A (zh) * | 2014-01-21 | 2015-07-22 | 腾讯科技(深圳)有限公司 | 请求包的处理方法和装置 |
CN103916469A (zh) * | 2014-03-26 | 2014-07-09 | 北京奇虎科技有限公司 | 一种联系人信息获取方法、客户端和服务器 |
CN105429929A (zh) * | 2014-09-04 | 2016-03-23 | 腾讯科技(北京)有限公司 | 一种信息处理方法、客户端、服务器及系统 |
Also Published As
Publication number | Publication date |
---|---|
CN107864083B (zh) | 2020-09-11 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN100544268C (zh) | 一种即时通信提醒方法及装置 | |
US8948364B2 (en) | Communication management feature | |
US20040154022A1 (en) | System and method for filtering instant messages by context | |
CN105939333A (zh) | 用于提供针对通信的保密性的方法、设备和系统 | |
CN104869051B (zh) | 一种撤销电子邮件的方法及系统 | |
US7860223B2 (en) | Method and system for communication confirmation warning | |
CN106878547A (zh) | 屏幕切换方法和屏幕切换装置 | |
HK1086136A1 (en) | Error messaging method in http based communication systems | |
CN106464573A (zh) | 跨装置通知 | |
CN105788054B (zh) | 排队提醒方法及所适用的服务器、系统 | |
CN105791099A (zh) | 消息提示方法、装置和系统 | |
US9071464B2 (en) | Message notification in instant messaging | |
GB2377791A (en) | Email alert device and method | |
CN107733768A (zh) | 用于动态筛选群消息的方法和系统 | |
CN101877644A (zh) | 电子邮件发送方法、发送客户端及发送服务器 | |
WO2002049317A3 (fr) | Procede d'acheminement de messages electroniques | |
FI20040613A (fi) | Menetelmä ja tietoverkko langattomaan laitteeseen liittyvän toimintatiedon tuottamiseksi | |
TW200833031A (en) | Message transmission method capable of eliminating garbage messages | |
DE60204048D1 (de) | Übermittlung von nachrichten in einem system | |
CA2472808A1 (en) | Method and apparatus for delivering a voice mail message with an indication of the presence of the sender | |
CN108718365A (zh) | 消息处理方法、装置、终端及存储介质 | |
CN108712318A (zh) | 一种增强邮件投递成功率的方法 | |
CN107864083A (zh) | 一种消息提示拦截方法、服务器及客户端 | |
EP1475734A3 (en) | Alert Notification Management | |
EP1942450B1 (en) | System and method for providing information on a received communication for an electronic communication device |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |