CN103001941A - 基于多点登陆的消息分流方法及装置 - Google Patents
基于多点登陆的消息分流方法及装置 Download PDFInfo
- Publication number
- CN103001941A CN103001941A CN201210310984.4A CN201210310984A CN103001941A CN 103001941 A CN103001941 A CN 103001941A CN 201210310984 A CN201210310984 A CN 201210310984A CN 103001941 A CN103001941 A CN 103001941A
- Authority
- CN
- China
- Prior art keywords
- message
- debarkation
- debarkation point
- point
- logs
- 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
- 238000000034 method Methods 0.000 title claims abstract description 34
- 238000004321 preservation Methods 0.000 claims description 2
- 230000000977 initiatory effect Effects 0.000 description 12
- 230000008569 process Effects 0.000 description 11
- 238000004891 communication Methods 0.000 description 10
- 238000010586 diagram Methods 0.000 description 8
- 230000005540 biological transmission Effects 0.000 description 3
- 230000006399 behavior Effects 0.000 description 2
- 238000004364 calculation method Methods 0.000 description 2
- 238000004590 computer program Methods 0.000 description 2
- 230000000694 effects Effects 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 2
- 230000001568 sexual effect Effects 0.000 description 2
- 230000009286 beneficial effect Effects 0.000 description 1
- 238000000638 solvent extraction Methods 0.000 description 1
Images
Landscapes
- Information Transfer Between Computers (AREA)
Abstract
本发明公开了一种基于多点登陆的消息分流方法及装置。该方法包括:服务器接收并保存客户端设置的消息分流策略;在客户端同时在多个登陆点登陆的情况下,服务器根据客户端设置的消息分流策略确定高权活跃登陆点,并将回复给客户端的消息发送到高权活跃登陆点。借助于本发明的技术方案,根据用户设置的消息分发策略,将消息分发到相应的登陆点,不但够节省客户端流量,还能节省服务器流量、提高服务器处理效率、降低服务器成本。
Description
技术领域
本发明涉及计算机技术领域,特别是涉及一种基于多点登陆的消息分流方法及装置。
背景技术
目前,市场上的即时通讯产品(例如QQ)能够支持多点登陆,即,手机端QQ和PC端QQ能够同时登陆,在多点登陆的情况下,其消息分流采用多终端同时分发策略。
此外,目前市场上即时通讯产品阿里旺旺支持主子账号,其实现了指定子账号分流消息策略,但阿里旺旺不支持智能分流,也没有实现多点登陆。
在现有技术中,手机端QQ发出消息和好友进行聊天,好友回复消息时,由于用户不能够根据自己的需要设置智能分流策略,手机端QQ和PC端QQ会收到相同的冗余消息,极大地降低了用户的使用体验。
发明内容
本发明提供一种基于多点登陆的消息分流方法及装置,以解决现有技术中用户不能够根据自己的需要设置智能分流策略导致多点登陆时多个登陆点会收到相同的冗余消息的问题。
本发明提供一种基于多点登陆的消息分流方法,包括:服务器接收并保存客户端设置的消息分流策略;在客户端同时在多个登陆点登陆的情况下,服务器根据客户端设置的消息分流策略确定高权活跃登陆点,并将回复给客户端的消息发送到高权活跃登陆点。
优选地,上述方法还包括:在客户端仅在一个登陆点登陆的情况下,服务器将回复给客户端的消息发送到客户端的登陆点。
优选地,上述方法还包括:服务器接收并保存客户端设置的消息分流策略开关信息;在客户端同时在多个登陆点登陆、且消息分流策略开关信息为开启的情况下,服务器根据客户端设置的消息分流策略确定高权活跃登陆点,并将回复给客户端的消息发送到高权活跃登陆点;在客户端同时在多个登陆点登陆、且消息分流策略开关信息为关闭的情况下,服务器将回复给客户端的消息发送到发送相应消息的登陆点。
优选地,消息分流策略包括以下至少之一:将消息发送到指定的登陆点、将消息发送到所有的登陆点、智能分流策略。
优选地,智能分流策略包括以下至少之一:在客户端的各登陆点自登陆后,均未发出过消息的情况下,将最后登陆的登陆点设置为高权活跃登陆点;在客户端的各登陆点自登陆后,均发出过消息的情况下,将最后发出消息的登陆点设置为高权活跃登陆点;在客户端的各登陆点自登陆后,有的登陆点发出过消息,有的登陆点未发出过消息的情况下,将发出过消息的登陆点中最后一条消息发出的时间与未发出过消息的登陆点的最晚登陆时间进行比较,如果最后一条消息发出的时间晚于最晚登陆时间,则将发送最后一条消息的登陆点设置为高权活跃登陆点,如果最后一条消息发出的时间早于最晚登陆时间,则将最晚登陆的登陆点设置为高权活跃登陆点。
本发明还提供了一种基于多点登陆的消息分流装置,包括:保存模块,用于接收并保存客户端设置的消息分流策略;处理模块,在客户端同时在多个登陆点登陆的情况下,根据客户端设置的消息分流策略确定高权活跃登陆点,并将回复给客户端的消息发送到高权活跃登陆点。
优选地,处理模块进一步用于:在客户端仅在一个登陆点登陆的情况下,服务器将回复给客户端的消息发送到客户端的登陆点。
优选地,保存模块进一步用于:接收并保存客户端设置的消息分流策略开关信息;处理模块进一步用于:在客户端同时在多个登陆点登陆、且消息分流策略开关信息为开启的情况下,根据客户端设置的消息分流策略确定高权活跃登陆点,并将回复给客户端的消息发送到高权活跃登陆点;在客户端同时在多个登陆点登陆、且消息分流策略开关信息为关闭的情况下,将回复给客户端的消息发送到发送相应消息的登陆点。
优选地,消息分流策略包括以下至少之一:将消息发送到指定的登陆点、将消息发送到所有的登陆点、智能分流策略。
优选地,智能分流策略包括以下至少之一:在客户端的各登陆点自登陆后,均未发出过消息的情况下,将最后登陆的登陆点设置为高权活跃登陆点;在客户端的各登陆点自登陆后,均发出过消息的情况下,将最后发出消息的登陆点设置为高权活跃登陆点;在客户端的各登陆点自登陆后,有的登陆点发出过消息,有的登陆点未发出过消息的情况下,将发出过消息的登陆点中最后一条消息发出的时间与未发出过消息的登陆点的最晚登陆时间进行比较,如果最后一条消息发出的时间晚于最晚登陆时间,则将发送最后一条消息的登陆点设置为高权活跃登陆点,如果最后一条消息发出的时间早于最晚登陆时间,则将最晚登陆的登陆点设置为高权活跃登陆点。
本发明有益效果如下:
通过在客户端同时在多个登陆点登陆的情况下,服务器根据客户端设置的消息分流策略确定高权活跃登陆点,并将回复给客户端的消息发送到高权活跃登陆点,解决了现有技术中用户不能够根据自己的需要设置智能分流策略导致多点登陆时多个登陆点会收到相同的冗余消息的问题,用户能够设置多点登陆时消息分发策略,提高了系统的灵活性;根据用户设置的消息分发策略,将消息分发到相应的登陆点,不但够节省客户端流量,还能节省服务器流量,提高服务器处理效率,降低服务器成本;本发明实施例通过动态的智能分流策略,在用户多点登陆发送消息时,无需手动改变消息分发策略,即可享受到哪个登陆点发送哪个登陆点接收的服务,能够提高即时通讯产品的用户使用体验。
附图说明
图1是本发明实施例的基于多点登陆的消息分流方法的流程图;
图2是本发明实施例的典型多点登陆聊天场景的示意图;
图3是本发明实施例的设置消息分流策略的示意图;
图4是本发明实施例的消息分发策略为将收到的回复分发至某个登陆点时的流程示意图;
图5是本发明实施例的消息分发策略为将收到的回复分发至所有登陆点时的流程示意图;
图6是本发明实施例的智能消息分流的流程示意图;
图7是本发明实施例的基于多点登陆的消息分流装置的结构示意图。
具体实施方式
为了解决现有技术中用户不能够根据自己的需要设置智能分流策略导致多点登陆时多个登陆点会收到相同的冗余消息的问题,本发明提供了一种基于多点登陆的消息分流方法及装置,从技术上解决支持多点登陆的即时通讯系统中的消息分流问题。需要说明的是,在本发明实施例中,多点登陆是指:在即时通讯系统中,允许同一用户可以在多个登陆点同时进行登录,而不相互踢出,并且各个登陆点都能收发消息,并享受即时通讯(Instant Messenger,简称为IM)服务的特性。需要特别注意的是,目前市场上部分即时通讯产品支持主子账号登陆(即,一个主账号,多个客服账号),主子各账号属性不同,权限不同,每个账号属于不同的人,每个账号不支持多点登陆;其与多点登陆不同,多点登陆系统仅支持一个账号,可以多处登陆,只有一个账号,此账号属于一个人。
以下结合附图以及实施例,对本发明进行进一步详细说明。应当理解,此处所描述的具体实施例仅仅用以解释本发明,并不限定本发明。
方法实施例
根据本发明的实施例,提供了一种基于多点登陆的消息分流方法,图1是本发明实施例的基于多点登陆的消息分流方法的流程图,如图1所示,根据本发明实施例的基于多点登陆的消息分流方法包括如下处理:
步骤101,服务器接收并保存客户端设置的消息分流策略;在实际应用中,该客户端可以是IM多终端中的一个,IM多终端包括并不限于:PC机终端、手机终端、以及平板电脑终端。此外,在本发明实施例中,还存在IM多形态,IM多形态包括但不限于:客户端端形态(Client)、以及网页版形态(WEB)。
在步骤101中,消息分流策略包括以下至少之一:将消息发送到指定的登陆点、将消息发送到所有的登陆点、智能分流策略。多种可选策略增强了用户体验,让用户具备更多选择。此外,通过客户端自主设定消息分流策略,使得用户的选择更加灵活。
需要说明的是,上述登陆点也可以称为IM登陆点,IM登陆点包含但不限于电脑客户端登陆点、电脑网页登陆点、手机客户端登陆点、手机网页登陆点、平板客户端登陆点、平板网页登陆点等,在本发明实施例中,简称为登陆点。
在本发明实施例中,智能消息分流是指:允许多点登陆的即时通讯系统中,同一用户多个登陆点同时登陆,每个登陆点都能收发消息,服务器根据智能分流策略判断,将回复的消息只发送给真正需要的登陆点,而不是所有登陆点同时扩散消息的特性,称为智能消息分流。
其中,所述智能分流策略包括以下至少之一:1、在所述客户端的各登陆点自登陆后,均未发出过消息的情况下,将最后登陆的登陆点设置为所述高权活跃登陆点;2、在所述客户端的各登陆点自登陆后,均发出过消息的情况下,将最后发出消息的登陆点设置为所述高权活跃登陆点;3、在所述客户端的各登陆点自登陆后,有的登陆点发出过消息,有的登陆点未发出过消息的情况下,将发出过消息的登陆点中最后一条消息发出的时间与未发出过消息的登陆点的最晚登陆时间进行比较,如果所述最后一条消息发出的时间晚于所述最晚登陆时间,则将发送所述最后一条消息的登陆点设置为所述高权活跃登陆点,如果所述最后一条消息发出的时间早于所述最晚登陆时间,则将最晚登陆的登陆点设置为所述高权活跃登陆点。
步骤102,在所述客户端同时在多个登陆点登陆的情况下,所述服务器根据所述客户端设置的消息分流策略确定高权活跃登陆点,并将回复给所述客户端的消息发送到所述高权活跃登陆点。
以下通过举例对本发明实施例的智能分流策略进行详细的说明。
支持多点登陆的即时通讯系统中用户A和用户B聊天,用户A同时存在C1、C2、C3三个登陆点,用户B向用户A发送消息(或者回复消息),该消息分发到哪个登陆点上涉及了一系列智能分流策略。在本发明实施例中,将消息需要分发(或者最大可能性需要分流)的登陆点称为高权活跃登陆点,表示消息应该分发给这个登陆点,智能分流的策略的核心就是如何找出当前高权活跃登陆点。高权活跃登陆点和很多因素相关,其中最重要的因素就是登陆时间与最近一条消息的发送时间。
智能分流策略一
在各登陆点自上次登陆以来,均未发出过消息的情况下,将登陆时间最大(最后登陆),在线时间最短的登陆点判断为“高权活跃登陆点”,消息应该分流给这样的登陆点。
根据智能分流策略一,假设用户A登陆点C1的登陆时间是2012-6-1110:00,登陆点C2的登陆时间是2012-6-11 11:00,登陆点C3的登陆时间是2012-6-11 12:00(即A3登陆点最晚登陆),如果C1,C2,C3各登陆点自登陆以后都未曾主动发出过消息,根据策略一,当前的高权活跃登陆点是C3,如果用户B此时给用户A发送消息,则消息只应该分发到登陆点C3。
智能分流策略二
在各登陆点自上次登陆以来,均发出过消息的情况下,将最近一条发出消息时间最大(最晚发出消息)的登陆点判断为“高权活跃登陆点”,消息应该分流给这样的登陆点。
根据智能分流策略二,假设用户A登陆点C1的最晚发出消息时间是2012-6-11 14:00,登陆点C2的最晚发出消息是2012-6-11 13:00,登陆点C3的最晚发出消息是2012-6-11 12:00(即C1最晚发出过消息),根据策略二,当前的高权活跃登陆点是C1,如果用户B此时给用户A发送消息,则消息只应该分发到登陆点C1。
需要注意的是,如果登陆点C1,C2,C3同时与用户B聊天,在整个的过程中,高权活跃登陆点可能会不停在变化:达到的效果是,无论用户A的哪个登陆点给B发送消息,B所回复的消息都会分流给发出消息的登陆点,这样有很好的用户体验。
智能分流策略三
在各登陆点自上次登陆以来,有的登陆点发出过消息,有的登陆点未发出过消息的情况下,将最近一条发出消息时间(发出过消息的登陆点)和登录时间(未发出过消息的登陆点)进行比较,值较大的(本质是判定发出消息和登录这两种行为谁最晚发生)判断为“高权活跃登陆点”,消息应该分流给这样的登陆点。
根据智能分流策略三,假设用户A登陆点C1的最晚发出消息时间是2012-6-11 15:00,登陆点C2的最晚发出消息是2012-6-11 16:00,登陆点C3未发出过消息,其登陆时间消息是2012-6-11 17:00,根据策略三,当前的高权活跃登陆点是C3,如果用户B此时给用户A发送消息,则消息只应该分发到登陆点C3。
需要说明的是,上述三种策略在智能分流策略实施的过程中,可以使用单一策略,也可以使用组合策略。此外,只要用户将消息分发策略设置为智能分流,这些智能分流策略的实施,包括登陆时间记录,发送消息时间记录,时间比较,策略计算等,都是由服务器自动进行的,无需用户再次介入。
综上所述,如果用户设置了智能消息分流策略,用户在多点登陆时,手机端发出消息,服务器进行智能判断,得到回复的消息可以只分发至手机端;网页形态发出消息,服务器进行智能判断,得到回复的消息可以只分发至网页端。这种策略大大增加了用户体验,节省用户流量,服务器流量。
在本发明实施例中,在所述客户端仅在一个登陆点登陆的情况下,所述服务器将回复给所述客户端的消息发送到所述客户端的登陆点。
优选地,在服务器接收并保存客户端设置的消息分流策略开关信息的情况下,具体包括如下处理;1、在所述客户端同时在多个登陆点登陆、且消息分流策略开关信息为开启的情况下,所述服务器根据所述客户端设置的消息分流策略确定所述高权活跃登陆点,并将回复给所述客户端的消息发送到所述高权活跃登陆点;2、在所述客户端同时在多个登陆点登陆、且消息分流策略开关信息为关闭的情况下,所述服务器将回复给所述客户端的消息发送到发送相应消息的登陆点。
以下结合附图,对本发明实施例的技术方案进行举例说明。
图2是本发明实施例的典型多点登陆聊天场景的示意图,如图2所示:C1为用户A的登陆点1,表示用户A在手机客户端登陆;C2为用户A的登陆点2,表示用户A在电脑网页形态登陆,此处用户A处于多点登陆状态,两个登陆点不会相互踢出,都可以收发消息;C3为用户B的登陆点,表示用户B登陆;Server为即时通讯服务器,对各种消息分流策略进行实施。
下面将基于图2所示的多点登陆聊天场景,对本发明实施例的技术方案进行举例说明。
图3是本发明实施例的设置消息分流策略的示意图,如图3所示,包括如下处理:
步骤1,用户A在手机客户端C1设置消息分发策略,可选的策略为:将收到的回复分发至某个登陆点(如手机客户端),将收到的回复分发至所有登陆点,智能消息分流等;
步骤2,手机客户端C1将设置分流策略请求发送至服务器;
步骤3,服务器将分流策略保存下来,并返回给手机客户端处理成功。
图4是本发明实施例的消息分发策略为将收到的回复分发至某个登陆点时的流程示意图,如图4所示,包括如下处理:
步骤1,用户A的手机客户端向用户B发送一条即时通讯消息;
步骤2,服务器将消息转发给用户B;
步骤3,用户B回复了消息;
步骤4,服务器查询到用户A的消息分发策略是“将收到的回复分发至某个登陆点(此例为手机客户端)”,故用户B回复的消息只会分发给登陆点C1,而不会分发给另一个登陆点C2。
需要注意的是:此时即使用户A的电脑网页形态C2向用户B发送消息,用户B的回复消息也会分发至登陆点C1。
图5是本发明实施例的消息分发策略为将收到的回复分发至所有登陆点时的流程示意图,如图5所示,包括如下处理:
步骤1,用户A的手机客户端向用户B发送一条即时通讯消息;
步骤2,服务器将消息转发给用户B;
步骤3,用户B回复了消息;
步骤4,服务器查询到用户A的消息分发策略是“将收到的回复分发至所有登陆点”,故用户B回复的消息会同时分发给C1和C2,分别对应图中的4a和4b两个流程。
图6是本发明实施例的智能消息分流的流程示意图,如图6所示:包括如下处理:
步骤1,用户A的手机客户端向用户B发送一条即时通讯消息;
步骤2,服务器将消息转发给用户B;
步骤3,用户B回复了消息;
步骤4,服务器查询到用户A的消息分发策略是“智能消息分流”,并判断出用户B收到的消息由C1端最近发出,根据策略,即C1端为高权活跃登陆点,故会将用户B回复的消息也分发至C1端。
其中,用户A也可以在其他登陆点与用户B进行聊天,步骤a代表用户A的登陆点C2向用户B发送一条即时通讯消息;步骤b代表服务器将消息转发给用户B;步骤c代表用户B回复了消息;步骤d是整个策略的核心,服务器查询到用户A的消息分发策略是“智能消息分流”,并判断出用户B收到的消息由C2端最近发出,根据策略,即C2端为高权活跃登陆点,故会将用户B回复的消息也分发至C2端。
综上所述,借助于本发明实施例的技术方案,通过在客户端同时在多个登陆点登陆的情况下,服务器根据客户端设置的消息分流策略确定高权活跃登陆点,并将回复给客户端的消息发送到高权活跃登陆点,解决了现有技术中用户不能够根据自己的需要设置智能分流策略导致多点登陆时多个登陆点会收到相同的冗余消息的问题,用户能够设置多点登陆时消息分发策略,提高了系统的灵活性;根据用户设置的消息分发策略,将消息分发到相应的登陆点,不但够节省客户端流量,还能节省服务器流量,提高服务器处理效率,降低服务器成本;本发明实施例通过动态的智能分流策略,在用户多点登陆发送消息时,无需手动改变消息分发策略,即可享受到哪个登陆点发送哪个登陆点接收的服务,能够提高即时通讯产品的用户使用体验。
装置实施例
根据本发明的实施例,提供了一种基于多点登陆的消息分流装置,图7是本发明实施例的基于多点登陆的消息分流装置的结构示意图,如图7所示,根据本发明实施例的基于多点登陆的消息分流装置包括:保存模块70、以及处理模块72,以下对本发明实施例的各个模块进行详细的说明。
保存模块70,用于接收并保存客户端设置的消息分流策略;在实际应用中,该客户端可以是IM多终端中的一个,IM多终端包括并不限于:PC机终端、手机终端、以及平板电脑终端。此外,在本发明实施例中,还存在IM多形态,IM多形态包括但不限于:客户端端形态(Client)、以及网页版形态(WEB)。
消息分流策略包括以下至少之一:将消息发送到指定的登陆点、将消息发送到所有的登陆点、智能分流策略。多种可选策略增强了用户体验,让用户具备更多选择。此外,通过客户端自主设定消息分流策略,使得用户的选择更加灵活。
需要说明的是,上述登陆点也可以称为IM登陆点,IM登陆点包含但不限于电脑客户端登陆点、电脑网页登陆点、手机客户端登陆点、手机网页登陆点、平板客户端登陆点、平板网页登陆点等,在本发明实施例中,简称为登陆点。
在本发明实施例中,智能消息分流是指:允许多点登陆的即时通讯系统中,同一用户多个登陆点同时登陆,每个登陆点都能收发消息,服务器根据智能分流策略判断,将回复的消息只发送给真正需要的登陆点,而不是所有登陆点同时扩散消息的特性,称为智能消息分流。
其中,所述智能分流策略包括以下至少之一:1、在所述客户端的各登陆点自登陆后,均未发出过消息的情况下,将最后登陆的登陆点设置为所述高权活跃登陆点;2、在所述客户端的各登陆点自登陆后,均发出过消息的情况下,将最后发出消息的登陆点设置为所述高权活跃登陆点;3、在所述客户端的各登陆点自登陆后,有的登陆点发出过消息,有的登陆点未发出过消息的情况下,将发出过消息的登陆点中最后一条消息发出的时间与未发出过消息的登陆点的最晚登陆时间进行比较,如果所述最后一条消息发出的时间晚于所述最晚登陆时间,则将发送所述最后一条消息的登陆点设置为所述高权活跃登陆点,如果所述最后一条消息发出的时间早于所述最晚登陆时间,则将最晚登陆的登陆点设置为所述高权活跃登陆点。
处理模块72,在所述客户端同时在多个登陆点登陆的情况下,根据所述客户端设置的消息分流策略确定高权活跃登陆点,并将回复给所述客户端的消息发送到所述高权活跃登陆点。
以下通过举例对本发明实施例的智能分流策略进行详细的说明。
支持多点登陆的即时通讯系统中用户A和用户B聊天,用户A同时存在C1、C2、C3三个登陆点,用户B向用户A发送消息(或者回复消息),该消息分发到哪个登陆点上涉及了一系列智能分流策略。在本发明实施例中,将消息需要分发(或者最大可能性需要分流)的登陆点称为高权活跃登陆点,表示消息应该分发给这个登陆点,智能分流的策略的核心就是如何找出当前高权活跃登陆点。高权活跃登陆点和很多因素相关,其中最重要的因素就是登陆时间与最近一条消息的发送时间。
智能分流策略一
在各登陆点自上次登陆以来,均未发出过消息的情况下,将登陆时间最大(最后登陆),在线时间最短的登陆点判断为“高权活跃登陆点”,消息应该分流给这样的登陆点。
根据智能分流策略一,假设用户A登陆点C1的登陆时间是2012-6-1110:00,登陆点C2的登陆时间是2012-6-11 11:00,登陆点C3的登陆时间是2012-6-11 12:00(即A3登陆点最晚登陆),如果C1,C2,C3各登陆点自登陆以后都未曾主动发出过消息,根据策略一,当前的高权活跃登陆点是C3,如果用户B此时给用户A发送消息,则消息只应该分发到登陆点C3。
智能分流策略二
在各登陆点自上次登陆以来,均发出过消息的情况下,将最近一条发出消息时间最大(最晚发出消息)的登陆点判断为“高权活跃登陆点”,消息应该分流给这样的登陆点。
根据智能分流策略二,假设用户A登陆点C1的最晚发出消息时间是2012-6-11 14:00,登陆点C2的最晚发出消息是2012-6-11 13:00,登陆点C3的最晚发出消息是2012-6-11 12:00(即C1最晚发出过消息),根据策略二,当前的高权活跃登陆点是C1,如果用户B此时给用户A发送消息,则消息只应该分发到登陆点C1。
需要注意的是,如果登陆点C1,C2,C3同时与用户B聊天,在整个的过程中,高权活跃登陆点可能会不停在变化:达到的效果是,无论用户A的哪个登陆点给B发送消息,B所回复的消息都会分流给发出消息的登陆点,这样有很好的用户体验。
智能分流策略三
在各登陆点自上次登陆以来,有的登陆点发出过消息,有的登陆点未发出过消息的情况下,将最近一条发出消息时间(发出过消息的登陆点)和登录时间(未发出过消息的登陆点)进行比较,值较大的(本质是判定发出消息和登录这两种行为谁最晚发生)判断为“高权活跃登陆点”,消息应该分流给这样的登陆点。
根据智能分流策略三,假设用户A登陆点C1的最晚发出消息时间是2012-6-11 15:00,登陆点C2的最晚发出消息是2012-6-11 16:00,登陆点C3未发出过消息,其登陆时间消息是2012-6-11 17:00,根据策略三,当前的高权活跃登陆点是C3,如果用户B此时给用户A发送消息,则消息只应该分发到登陆点C3。
需要说明的是,上述三种策略在智能分流策略实施的过程中,可以使用单一策略,也可以使用组合策略。此外,只要用户将消息分发策略设置为智能分流,这些智能分流策略的实施,包括登陆时间记录,发送消息时间记录,时间比较,策略计算等,都是由服务器自动进行的,无需用户再次介入。
综上所述,如果用户设置了智能消息分流策略,用户在多点登陆时,手机端发出消息,服务器进行智能判断,得到回复的消息可以只分发至手机端;网页形态发出消息,服务器进行智能判断,得到回复的消息可以只分发至网页端。这种策略大大增加了用户体验,节省用户流量,服务器流量。
在本发明实施例中,处理模块72进一步用于:在所述客户端仅在一个登陆点登陆的情况下,所述服务器将回复给所述客户端的消息发送到所述客户端的登陆点。
优选地,在本发明实施例中,所述保存模块70进一步用于:接收并保存客户端设置的消息分流策略开关信息;所述处理模块72进一步用于:在所述客户端同时在多个登陆点登陆、且消息分流策略开关信息为开启的情况下,根据所述客户端设置的消息分流策略确定所述高权活跃登陆点,并将回复给所述客户端的消息发送到所述高权活跃登陆点;在所述客户端同时在多个登陆点登陆、且消息分流策略开关信息为关闭的情况下,将回复给所述客户端的消息发送到发送相应消息的登陆点。
以下结合附图,对本发明实施例的技术方案进行举例说明。
图2是本发明实施例的典型多点登陆聊天场景的示意图,如图2所示:C1为用户A的登陆点1,表示用户A在手机客户端登陆;C2为用户A的登陆点2,表示用户A在电脑网页形态登陆,此处用户A处于多点登陆状态,两个登陆点不会相互踢出,都可以收发消息;C3为用户B的登陆点,表示用户B登陆;Server为即时通讯服务器,对各种消息分流策略进行实施。
下面将基于图2所示的多点登陆聊天场景,对本发明实施例的技术方案进行举例说明。
图3是本发明实施例的设置消息分流策略的示意图,如图3所示,包括如下处理:
步骤1,用户A在手机客户端C1设置消息分发策略,可选的策略为:将收到的回复分发至某个登陆点(如手机客户端),将收到的回复分发至所有登陆点,智能消息分流等;
步骤2,手机客户端C1将设置分流策略请求发送至服务器;
步骤3,服务器将分流策略保存下来,并返回给手机客户端处理成功。
图4是本发明实施例的消息分发策略为将收到的回复分发至某个登陆点时的流程示意图,如图4所示,包括如下处理:
步骤1,用户A的手机客户端向用户B发送一条即时通讯消息;
步骤2,服务器将消息转发给用户B;
步骤3,用户B回复了消息;
步骤4,服务器查询到用户A的消息分发策略是“将收到的回复分发至某个登陆点(此例为手机客户端)”,故用户B回复的消息只会分发给登陆点C1,而不会分发给另一个登陆点C2。
需要注意的是:此时即使用户A的电脑网页形态C2向用户B发送消息,用户B的回复消息也会分发至登陆点C1。
图5是本发明实施例的消息分发策略为将收到的回复分发至所有登陆点时的流程示意图,如图5所示,包括如下处理:
步骤1,用户A的手机客户端向用户B发送一条即时通讯消息;
步骤2,服务器将消息转发给用户B;
步骤3,用户B回复了消息;
步骤4,服务器查询到用户A的消息分发策略是“将收到的回复分发至所有登陆点”,故用户B回复的消息会同时分发给C1和C2,分别对应图中的4a和4b两个流程。
图6是本发明实施例的智能消息分流的流程示意图,如图6所示:包括如下处理:
步骤1,用户A的手机客户端向用户B发送一条即时通讯消息;
步骤2,服务器将消息转发给用户B;
步骤3,用户B回复了消息;
步骤4,服务器查询到用户A的消息分发策略是“智能消息分流”,并判断出用户B收到的消息由C1端最近发出,根据策略,即C1端为高权活跃登陆点,故会将用户B回复的消息也分发至C1端。
其中,用户A也可以在其他登陆点与用户B进行聊天,步骤a代表用户A的登陆点C2向用户B发送一条即时通讯消息;步骤b代表服务器将消息转发给用户B;步骤c代表用户B回复了消息;步骤d是整个策略的核心,服务器查询到用户A的消息分发策略是“智能消息分流”,并判断出用户B收到的消息由C2端最近发出,根据策略,即C2端为高权活跃登陆点,故会将用户B回复的消息也分发至C2端。
综上所述,借助于本发明实施例的技术方案,通过在客户端同时在多个登陆点登陆的情况下,服务器根据客户端设置的消息分流策略确定高权活跃登陆点,并将回复给客户端的消息发送到高权活跃登陆点,解决了现有技术中用户不能够根据自己的需要设置智能分流策略导致多点登陆时多个登陆点会收到相同的冗余消息的问题,用户能够设置多点登陆时消息分发策略,提高了系统的灵活性;根据用户设置的消息分发策略,将消息分发到相应的登陆点,不但够节省客户端流量,还能节省服务器流量,提高服务器处理效率,降低服务器成本;本发明实施例通过动态的智能分流策略,在用户多点登陆发送消息时,无需手动改变消息分发策略,即可享受到哪个登陆点发送哪个登陆点接收的服务,能够提高即时通讯产品的用户使用体验。
尽管为示例目的,已经公开了本发明的优选实施例,本领域的技术人员将意识到各种改进、增加和取代也是可能的,因此,本发明的范围应当不限于上述实施例。
应当注意的是,在本发明的控制器的各个部件中,根据其要实现的功能而对其中的部件进行了逻辑划分,但是,本发明不受限于此,可以根据需要对各个部件进行重新划分或者组合,例如,可以将一些部件组合为单个部件,或者可以将一些部件进一步分解为更多的子部件。
本发明的各个部件实施例可以以硬件实现,或者以在一个或者多个处理器上运行的软件模块实现,或者以它们的组合实现。本领域的技术人员应当理解,可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本发明实施例的控制器中的一些或者全部部件的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如,计算机程序和计算机程序产品)。这样的实现本发明的程序可以存储在计算机可读介质上,或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到,或者在载体信号上提供,或者以任何其他形式提供。
应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制,并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中,不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中,这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。
Claims (10)
1.一种基于多点登陆的消息分流方法,其特征在于,包括:
服务器接收并保存客户端设置的消息分流策略;
在所述客户端同时在多个登陆点登陆的情况下,所述服务器根据所述客户端设置的消息分流策略确定高权活跃登陆点,并将回复给所述客户端的消息发送到所述高权活跃登陆点。
2.如权利要求1所述的方法,其特征在于,所述方法还包括:
在所述客户端仅在一个登陆点登陆的情况下,所述服务器将回复给所述客户端的消息发送到所述客户端的登陆点。
3.如权利要求1所述的方法,其特征在于,所述方法还包括:
所述服务器接收并保存客户端设置的消息分流策略开关信息;
在所述客户端同时在多个登陆点登陆、且消息分流策略开关信息为开启的情况下,所述服务器根据所述客户端设置的消息分流策略确定所述高权活跃登陆点,并将回复给所述客户端的消息发送到所述高权活跃登陆点;
在所述客户端同时在多个登陆点登陆、且消息分流策略开关信息为关闭的情况下,所述服务器将回复给所述客户端的消息发送到发送相应消息的登陆点。
4.如权利要求1至3中任一项所述的方法,其特征在于,消息分流策略包括以下至少之一:将消息发送到指定的登陆点、将消息发送到所有的登陆点、智能分流策略。
5.如权利要求4所述的方法,其特征在于,所述智能分流策略包括以下至少之一:
在所述客户端的各登陆点自登陆后,均未发出过消息的情况下,将最后登陆的登陆点设置为所述高权活跃登陆点;
在所述客户端的各登陆点自登陆后,均发出过消息的情况下,将最后发出消息的登陆点设置为所述高杈活跃登陆点;
在所述客户端的各登陆点自登陆后,有的登陆点发出过消息,有的登陆点未发出过消息的情况下,将发出过消息的登陆点中最后一条消息发出的时间与未发出过消息的登陆点的最晚登陆时间进行比较,如果所述最后一条消息发出的时间晚于所述最晚登陆时间,则将发送所述最后一条消息的登陆点设置为所述高权活跃登陆点,如果所述最后一条消息发出的时间早于所述最晚登陆时间,则将最晚登陆的登陆点设置为所述高权活跃登陆点。
6.一种基于多点登陆的消息分流装置,征在于,包括:
保存模块,用于接收并保存客户端设置的消息分流策略;
处理模块,在所述客户端同时在多个登陆点登陆的情况下,根据所述客户端设置的消息分流策略确定高权活跃登陆点,并将回复给所述客户端的消息发送到所述高权活跃登陆点。
7.如权利要求6所述的装置,其特征在于,所述处理模块进一步用于:
在所述客户端仅在一个登陆点登陆的情况下,所述服务器将回复给所述客户端的消息发送到所述客户端的登陆点。
8.如权利要求6所述的装置,其特征在于,
所述保存模块进一步用于:接收并保存客户端设置的消息分流策略开关信息;
所述处理模块进一步用于:在所述客户端同时在多个登陆点登陆、且消息分流策略开关信息为开启的情况下,根据所述客户端设置的消息分流策略确定所述高权活跃登陆点,并将回复给所述客户端的消息发送到所述高权活跃登陆点;在所述客户端同时在多个登陆点登陆、且消息分流策略开关信息为关闭的情况下,将回复给所述客户端的消息发送到发送相应消息的登陆点。
9.如权利要求6至8中任一项所述的装置,其特征在于,消息分流策略包括以下至少之一:将消息发送到指定的登陆点、将消息发送到所有的登陆点、智能分流策略。
10.如权利要求9所述的装置,其特征在于,所述智能分流策略包括以下至少之一:
在所述客户端的各登陆点自登陆后,均未发出过消息的情况下,将最后登陆的登陆点设置为所述高权活跃登陆点;
在所述客户端的各登陆点自登陆后,均发出过消息的情况下,将最后发出消息的登陆点设置为所述高权活跃登陆点;
在所述客户端的各登陆点自登陆后,有的登陆点发出过消息,有的登陆点未发出过消息的情况下,将发出过消息的登陆点中最后一条消息发出的时间与未发出过消息的登陆点的最晚登陆时间进行比较,如果所述最后一条消息发出的时间晚于所述最晚登陆时间,则将发送所述最后一条消息的登陆点设置为所述高权活跃登陆点,如果所述最后一条消息发出的时间早于所述最晚登陆时间,则将最晚登陆的登陆点设置为所述高权活跃登陆点。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201210310984.4A CN103001941B (zh) | 2012-08-29 | 2012-08-29 | 基于多点登陆的消息分流方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201210310984.4A CN103001941B (zh) | 2012-08-29 | 2012-08-29 | 基于多点登陆的消息分流方法及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN103001941A true CN103001941A (zh) | 2013-03-27 |
CN103001941B CN103001941B (zh) | 2016-02-17 |
Family
ID=47930085
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201210310984.4A Active CN103001941B (zh) | 2012-08-29 | 2012-08-29 | 基于多点登陆的消息分流方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN103001941B (zh) |
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104268776A (zh) * | 2014-10-21 | 2015-01-07 | 中国建设银行股份有限公司 | 一种消息推送方法及装置 |
CN104683216A (zh) * | 2013-11-29 | 2015-06-03 | 腾讯科技(深圳)有限公司 | 客服信息的转发方法及装置、客服系统 |
CN104954227A (zh) * | 2014-03-25 | 2015-09-30 | 北京雪球信息科技有限公司 | 一种抢占式跨平台消息推送方法和服务器 |
CN105227595A (zh) * | 2014-06-09 | 2016-01-06 | 阿里巴巴集团控股有限公司 | 一种消息发送方法和设备 |
CN105871809A (zh) * | 2015-12-14 | 2016-08-17 | 乐视致新电子科技(天津)有限公司 | 单账号多设备的通信方法及装置、服务器 |
CN106982239A (zh) * | 2016-01-18 | 2017-07-25 | 中国移动通信集团公司 | 一种多电子渠道报活方法及装置 |
CN115065656A (zh) * | 2022-05-31 | 2022-09-16 | 北京京东拓先科技有限公司 | 一种消息处理方法、装置、电子设备及计算机可读介质 |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101790137A (zh) * | 2009-01-23 | 2010-07-28 | 中兴通讯股份有限公司 | 一种融合ip消息的转发方法及系统 |
CN101964957A (zh) * | 2009-07-24 | 2011-02-02 | 中兴通讯股份有限公司 | 融合ip消息的定向方法和系统 |
-
2012
- 2012-08-29 CN CN201210310984.4A patent/CN103001941B/zh active Active
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101790137A (zh) * | 2009-01-23 | 2010-07-28 | 中兴通讯股份有限公司 | 一种融合ip消息的转发方法及系统 |
CN101964957A (zh) * | 2009-07-24 | 2011-02-02 | 中兴通讯股份有限公司 | 融合ip消息的定向方法和系统 |
Cited By (14)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104683216B (zh) * | 2013-11-29 | 2019-04-12 | 腾讯科技(深圳)有限公司 | 客服信息的转发方法及装置、客服系统 |
CN104683216A (zh) * | 2013-11-29 | 2015-06-03 | 腾讯科技(深圳)有限公司 | 客服信息的转发方法及装置、客服系统 |
WO2015078296A1 (en) * | 2013-11-29 | 2015-06-04 | Tencent Technology (Shenzhen) Company Limited | Method, apparatus and system for customer service information forwarding |
US10701012B2 (en) | 2013-11-29 | 2020-06-30 | Tencent Technology (Shenzhen) Company Limited | Method, apparatus and system for customer service information forwarding |
US10374998B2 (en) | 2013-11-29 | 2019-08-06 | Tencent Technology (Shenzhen) Company Limited | Method, apparatus and system for customer service information forwarding |
CN104954227A (zh) * | 2014-03-25 | 2015-09-30 | 北京雪球信息科技有限公司 | 一种抢占式跨平台消息推送方法和服务器 |
CN104954227B (zh) * | 2014-03-25 | 2018-04-20 | 北京雪球信息科技有限公司 | 一种抢占式跨平台消息推送方法和服务器 |
CN105227595A (zh) * | 2014-06-09 | 2016-01-06 | 阿里巴巴集团控股有限公司 | 一种消息发送方法和设备 |
CN104268776A (zh) * | 2014-10-21 | 2015-01-07 | 中国建设银行股份有限公司 | 一种消息推送方法及装置 |
CN105871809A (zh) * | 2015-12-14 | 2016-08-17 | 乐视致新电子科技(天津)有限公司 | 单账号多设备的通信方法及装置、服务器 |
CN106982239A (zh) * | 2016-01-18 | 2017-07-25 | 中国移动通信集团公司 | 一种多电子渠道报活方法及装置 |
CN106982239B (zh) * | 2016-01-18 | 2020-01-17 | 中国移动通信集团公司 | 一种多电子渠道报活方法及装置 |
CN115065656A (zh) * | 2022-05-31 | 2022-09-16 | 北京京东拓先科技有限公司 | 一种消息处理方法、装置、电子设备及计算机可读介质 |
CN115065656B (zh) * | 2022-05-31 | 2024-09-20 | 北京京东拓先科技有限公司 | 一种消息处理方法、装置、电子设备及计算机可读介质 |
Also Published As
Publication number | Publication date |
---|---|
CN103001941B (zh) | 2016-02-17 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN103001941B (zh) | 基于多点登陆的消息分流方法及装置 | |
US9854008B2 (en) | Real time communication method, terminal device, real time communication server and real time communication system | |
US9270773B2 (en) | Method and electronic device for receiving, viewing and forwarding information published on network | |
CN102413072B (zh) | 网络会议中的即时消息处理方法及处理系统 | |
CN102638417A (zh) | 信息的通信方法、装置及系统 | |
CN101227433A (zh) | 在网络电视业务系统中实现信息共享的方法和终端 | |
CN104144098A (zh) | 消息推送方法、系统及推送服务器设备 | |
CN103457828B (zh) | 一种跨网的即时通讯方法及系统 | |
CN104410562A (zh) | 一种能够与业务进行关联的即时信息处理方法 | |
CN107135145A (zh) | 消息推送控制方法及装置 | |
WO2013078823A1 (zh) | 即时消息发送方法和装置 | |
CN103916936B (zh) | 实现数据长连接的方法、系统及移动终端、服务器 | |
CN102882763A (zh) | 一种实现社区联合的方法和装置 | |
CN114697282B (zh) | 消息的处理方法及系统、存储介质、电子装置 | |
CN106411713B (zh) | 一种状态通知方法及服务器 | |
CN101909019A (zh) | 请求消息的处理方法和系统 | |
CN103297937A (zh) | 一种实现信息通知的方法、系统和装置 | |
CN104601662A (zh) | 基于群组的企业移动办公系统实现紧急消息推送的方法 | |
CN105721274B (zh) | 一种多种即时通讯的融合方法及装置 | |
CN104954227B (zh) | 一种抢占式跨平台消息推送方法和服务器 | |
US10063648B2 (en) | Relaying mobile communications | |
CN106059906A (zh) | 一种消息处理系统、方法及装置 | |
CN107249017B (zh) | 一种通过cdn网络获取hls内容的方法及服务器 | |
CN105634931A (zh) | 消息业务处理方法及即时通讯服务器 | |
CN102685698B (zh) | 一种实现跨运营商数据短信前转的方法,装置及系统 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant |