CN107040455A - 一种基于redis的即时消息通讯方法和*** - Google Patents
一种基于redis的即时消息通讯方法和*** Download PDFInfo
- Publication number
- CN107040455A CN107040455A CN201710390911.3A CN201710390911A CN107040455A CN 107040455 A CN107040455 A CN 107040455A CN 201710390911 A CN201710390911 A CN 201710390911A CN 107040455 A CN107040455 A CN 107040455A
- Authority
- CN
- China
- Prior art keywords
- message
- instant
- list
- instant messages
- sent
- 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/04—Real-time or near real-time messaging, e.g. instant messaging [IM]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/14—Session management
- H04L67/141—Setup of application sessions
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Information Transfer Between Computers (AREA)
Abstract
本发明涉及一种基于redis的即时消息通讯方法和***。所述方法包括如下步骤:根据访客端发送的通讯请求创建会话,并根据会话创建客服列表、访客列表和哈希实体;接收访客端或客服端其中一端发送的即时消息,根据即时消息生成消息ID和即时信息,消息ID与即时信息相对应,将消息ID***另一端对应的列表,将即时信息***哈希实体;接收另一端发送的读取请求,根据读取请求从另一端对应的列表中获取消息ID,根据消息ID从哈希实体中获取即时信息并发送给另一端,删除消息ID和即时信息。本发明实现了提升即时消息通讯业务处理的稳定性和性能,提高用户体验度。
Description
技术领域
本发明属于通信技术领域,尤其涉及一种基于redis的即时消息通讯方法和***。
背景技术
在在线客服***中,最核心的业务包括即时消息通讯,传统的在线客服***均采用单个服务器进行部署,即时消息通讯程序存储在单个服务器的JVM内存中,存在如下缺陷:单个服务器出现宕机时整个即时消息通讯业务将中断,处理即时消息通讯的***稳定性差;且当需要处理的即时消息数据量非常庞大时,单个服务器无法满足要求,单个服务器的处理能力差,即时消息的发送速度和接收速度缓慢,用户体验度差;即时消息通讯程序均存储在单个服务器内,无法单独部署即时消息通讯。
发明内容
本发明所要解决的技术问题是针对现有技术的不足,提供一种基于redis的即时消息通讯方法和***。
本发明解决上述技术问题的技术方案如下:一种基于redis的即时消息通讯方法,包括如下步骤:
S1,根据访客端发送的通讯请求创建会话,并根据所述会话创建客服列表、访客列表和哈希实体;
S2,接收访客端或客服端其中一端发送的即时消息,根据即时消息生成消息ID和即时信息,消息ID与即时信息相对应,将所述消息ID***另一端对应的列表中,将即时信息***哈希实体中;
S3,接收另一端发送的读取请求,根据读取请求从所述另一端对应的列表中获取消息ID,根据消息ID从哈希实体中获取所述即时信息并发送给另一端,删除所述消息ID和即时信息。
本发明的有益效果是:通过创建会话,并根据会话创建客服列表、访客列表和哈希实体,将根据发送的即时消息生成的消息ID***列表中,将根据发送的即时消息生成的即时信息***哈希实体中,实现根据消息ID能够快速获取即时信息,并对每个会话的即时消息通讯单独处理,增强处理能力,从而在接收者要读取即时信息时根据消息ID获取即时信息并发送给接收者,实现提升即时消息通讯业务处理的稳定性和性能,提高用户体验度,能够单独部署即时消息通讯。
在上述技术方案的基础上,本发明还可以做如下改进:
进一步,所述S2步骤包括:
S21,接收访客端或客服端其中一端发送的至少一条即时消息;
S22,根据至少一条即时消息生成至少一条消息ID和至少一条即时信息,所述至少一条消息ID中的一条消息ID与至少一条即时信息中的一条即时信息相对应;
S23,按照接收至少一条即时消息的顺序将所述至少一条消息ID中的每条消息ID依次***另一端对应的列表中,将所述至少一条即时信息***哈希实体中。
进一步,所述S3步骤包括:
S31,接收另一端发送的读取请求;
S32,根据所述读取请求从所述另一端对应的列表中获取一个消息ID;
S33,根据所述一个消息ID从哈希实体中获取与所述一个消息ID对应的一个即时信息并发送给另一端;
S34,从所述另一端对应的列表中删除所述一个消息ID,并从哈希实体中删除与所述一个消息ID对应的一个即时信息。
进一步,所述即时信息包括:发送者、即时消息、即时消息的发送时间和即时消息类型。
进一步,当访客端为所述一端时,另一端为客服端,且另一端对应的列表为客服列表;当客服端为所述一端时,另一端为访客端,且另一端对应的列表为访客列表。
本发明解决上述技术问题的技术方案如下:一种基于redis的即时消息通讯***,包括:
创建模块,用于根据访客端发送的通讯请求创建会话,并根据所述会话创建客服列表、访客列表和哈希实体;
***模块,用于接收访客端或客服端其中一端发送的即时消息,根据即时消息生成消息ID和即时信息,消息ID与即时信息相对应,将所述消息ID***另一端对应的列表中,将即时信息***哈希实体中;
取出模块,用于接收另一端发送的读取请求,根据读取请求从所述另一端对应的列表中获取消息ID,根据消息ID从哈希实体中获取所述即时信息并发送给另一端,删除所述消息ID和即时信息。
本发明的有益效果是:通过创建会话,并根据会话创建客服列表、访客列表和哈希实体,将根据发送的即时消息生成的消息ID***列表中,将根据发送的即时消息生成的即时信息***哈希实体中,实现根据消息ID能够快速获取即时信息,并对每个会话的即时消息通讯单独处理,增强处理能力,从而在接收者要读取即时信息时根据消息ID获取即时信息并发送给接收者,实现提升即时消息通讯业务处理的稳定性和性能,提高用户体验度,能够单独部署即时消息通讯。
在上述技术方案的基础上,本发明还可以做如下改进:
进一步,所述***模块包括:
第一接收模块,用于接收访客端或客服端其中一端发送的至少一条即时消息;
生成模块,用于根据至少一条即时消息生成至少一条消息ID和至少一条即时信息,所述至少一条消息ID中的一条消息ID与至少一条即时信息中的一条即时信息相对应;
第一处理模块,用于按照接收至少一条即时消息的顺序将所述至少一条消息ID中的每条消息ID依次***另一端对应的列表中,将所述至少一条即时信息***哈希实体中。
进一步,所述取出模块包括:
第二接收模块,用于接收另一端发送的读取请求;
获取模块,用于根据所述读取请求从所述另一端对应的列表中获取一个消息ID;
第二处理模块,用于根据所述一个消息ID从哈希实体中获取与所述一个消息ID对应的一个即时信息并发送给另一端;
删除模块,用于从所述另一端对应的列表中删除所述一个消息ID,并从哈希实体中删除与所述一个消息ID对应的一个即时信息。
进一步,所述即时信息包括:发送者、即时消息、即时消息的发送时间和即时消息类型。
进一步,当访客端为所述一端时,另一端为客服端,且另一端对应的列表为客服列表;当客服端为所述一端时,另一端为访客端,且另一端对应的列表为访客列表。
附图说明
图1为本发明一实施例提供的基于redis的即时消息通讯方法的流程示意图;
图2为本发明另一实施例提供的基于redis的即时消息通讯方法中的步骤2的流程示意图;
图3为本发明另一实施例提供的基于redis的即时消息通讯方法中的步骤3的流程示意图;
图4为本发明一实施例提供的基于redis的即时消息通讯***的结构示意图;
图5为本发明另一实施例提供的基于redis的即时消息通讯***中的***模块的结构示意图;
图6为本发明另一实施例提供的基于redis的即时消息通讯***中的取出模块的结构示意图。
具体实施方式
以下结合附图对本发明的原理和特征进行描述,所举实例只用于解释本发明,并非用于限定本发明的范围。
本发明所有实施例中所举例子均以一端为访客端,另一端为客服端进行说明。
如图1所示,本发明实施例提供的基于redis的即时消息通讯方法,包括如下步骤:
S1,根据访客端发送的通讯请求创建会话,并根据所述会话创建客服列表、访客列表和哈希实体;
S2,接收访客端或客服端其中一端发送的即时消息,根据即时消息生成消息ID和即时信息,消息ID与即时信息相对应,将所述消息ID***另一端对应的列表中,将即时信息***哈希实体中;
S3,接收另一端发送的读取请求,根据读取请求从所述另一端对应的列表中获取消息ID,根据消息ID从哈希实体中获取所述即时信息并发送给另一端,删除所述消息ID和即时信息。
该实施例中,所述客服列表的列表名称为客服ID和会话ID,所述访客列表的列表名称为访客ID和会话ID。会话是指一个访客端与一个客服端建立连接,直到所述连接断开的过程。创建会话后设置一存储位置,该一存储位置用来存储一个访客端与一个客服端在即时消息通讯过程中涉及的所有数据。
S1步骤中是根据一个会话创建一个客服列表、一个访客列表和哈希实体,一个客服列表用来存储一个客服端的所有未读取即时信息所对应的消息ID,一个访客列表用来存储一个访客端的所有未读取的即时消息对应的消息ID。客服列表和访客列表没有容量限制。
下面以一具体例子说明S2步骤:接收访客端发送的即时消息,即时消息包括访客ID和会话ID,根据即时消息生成消息ID和即时信息,消息ID与即时信息相对应,根据访客ID和会话ID将所述消息ID***客服列表中,将即时信息***哈希实体中。
本发明实施例提供的基于redis的即时消息通讯方法,通过创建会话,并根据会话创建客服列表、访客列表和哈希实体,将根据发送的即时消息生成的消息ID***列表中,将根据发送的即时消息生成的即时信息***哈希实体中,实现根据消息ID能够快速获取即时信息,并对每个会话的即时消息通讯单独处理,增强处理能力,从而在接收者要读取即时信息时根据消息ID获取即时信息并发送给接收者,实现提升即时消息通讯业务处理的稳定性和性能,提高用户体验度,能够单独部署即时消息通讯。
如图2所示,本发明实施例提供的基于redis的即时消息通讯方法,在上一实施例的基础上,所述S2步骤包括:
S21,接收访客端或客服端其中一端发送的至少一条即时消息;
S22,根据至少一条即时消息生成至少一条消息ID和至少一条即时信息,所述至少一条消息ID中的一条消息ID与至少一条即时信息中的一条即时信息相对应;
S23,按照接收至少一条即时消息的顺序将所述至少一条消息ID中的每条消息ID依次***另一端对应的列表中,将所述至少一条即时信息***哈希实体中。
该实施例中,访客端或客服端其中一端可能发送了一条即时消息,也可能发送了两条即时消息,还可能发送了多条即时消息,下面以发送两条即时消息,两条即时消息分别为第一即时消息和第二即时消息,第一即时消息的发送时间早于第二即时消息的发送时间为例说明S2步骤的具体流程:
接收访客端发送的第一即时消息和第二即时消息;
根据第一即时消息生成第一消息ID和第一即时信息,根据第二即时消息生成第二消息ID和第二即时信息,第一消息ID与第一即时信息相对应,第二消息ID与第二即时信息相对应;
按照接收第一即时消息和第二即时消息的顺序将第一消息ID和第二消息ID依次***客服列表中,将第一即时信息和第二即时信息***哈希实体中,由于第一即时消息的发送早于第二即时消息的发送,因而接收即时消息的顺序是先接收第一即时消息后接收第二即时消息,故将消息ID***客服列表的顺序是先***第一消息ID后***第二消息ID。
本发明实施例提供的基于redis的即时消息通讯方法,通过接收至少一条即时消息,并根据至少一条即时消息生成至少一条消息ID和至少一条即时信息,将消息ID按照接收即时消息的顺序***另一端对应的列表中,将即时信息***哈希实体中,实现即时消息通讯的有序性和条理性,实现根据消息ID能够快速获取即时信息,并对每个会话的即时消息通讯单独处理,增强处理能力,提升了用户体验度。
可选地,本发明实施例中,在所述S1步骤之前还包括在集群服务器中搭建分布式环境的步骤。
在集群服务器中搭建分布式环境后,客服列表、访客列表和哈希实体的存储位置自动确定,即时消息通讯程序不再是固定存储在单个服务器的内存中。下面以一具体例子进行说明:配备三台主机作为集群服务器,用以实现本发明实施例的功能,在三台主机上搭建分布式环境,每台主机上设置两个节点,两个节点分别为一个主节点和一个备节点,主节点用于处理即时消息通讯业务,备节点用于同步数据。
上述实施例中,通过在集群服务器中搭建分布式环境,实现即时消息通讯所涉及的数据不再存储在单个服务器内存,提升即时消息通讯业务处理的稳定性和性能,避免由宕机引起的业务中断的情况发生,提高用户体验度。
可选地,如图3所示,本发明实施例中,所述S3步骤包括:
S31,接收另一端发送的读取请求;
S32,根据所述读取请求从所述另一端对应的列表中获取一个消息ID;
S33,根据所述一个消息ID从哈希实体中获取与所述一个消息ID对应的一个即时信息并发送给另一端;
S34,从所述另一端对应的列表中删除所述一个消息ID,并从哈希实体中删除与所述一个消息ID对应的一个即时信息。
该实施例中,当客服列表中包含了多条消息ID时,则客服端有多条即时信息未读取;当访客列表中包含了多条消息ID时,则访客端有多条即时信息未读取。下面举一例子说明S3步骤的具体过程:
接收客服端发送的读取请求,读取请求中包括客服ID和会话ID;
根据所述读取请求中包括的客服ID和会话ID确定客服列表,从客服列表中获取最先***的一个消息ID;
根据所述一个消息ID从哈希实体中获取与所述一个消息ID对应的一个即时信息,将所述一个即时信息发送给客服端;
从客服列表中删除所述一个消息ID,并从哈希实体中删除所述一个即时信息。
该实施例中,将与先***的消息ID对应的即时信息先行取出并发送给接收者,实现即时消息通讯的有序进行。
上述实施例中,通过读取请求获取消息ID,并根据消息ID获取即时信息并发送给另一端,实现快速地读取即时信息,通过删除消息ID和即时信息实现完整的即时消息通讯,根据消息ID能够快速获取即时信息,并对每个会话的即时消息通讯单独处理,增强处理能力,提高用户体验度。
可选地,本发明实施例中,在所述S31步骤和S32步骤之间还包括S312步骤,所述S312步骤包括:根据所述读取请求判断客服列表或访客列表中是否有消息ID,是则执行S32,否则结束。
上述实施例中,通过设置根据读取请求判断客服列表中或访客列表中是否有消息ID,实现快速确定是否有未读取的即时信息,增强处理能力,提高用户体验度。
可选地,本发明实施例中,所述即时信息包括:发送者、即时消息、即时消息的发送时间和即时消息类型。
该实施例中,下面以一具体示例说明即时信息包括的内容:发送者为访客端,即时消息为访客端的用户要与客服端的用户沟通的内容,即时消息的发送时间为接收访客端发送的即时消息的接收时间,即时消息类型可以为字符串、图片、视频等。
下面以发送者为JACK的访客端,即时消息的内容为您好,即时消息的发送时间为2012年3月5日17点5分,即时消息类型为字符串为例,对即时信息的存储方式进行说明:
发送者:JACK;即时消息:您好;即时消息的发送时间:2012年3月5日17点5分,即时消息类型:字符串。
上述实施例中,通过即时信息包括的内容实现完整的即时消息通讯,提升了用户体验度。
可选地,本发明实施例中,当访客端为所述一端时,另一端为客服端,且另一端对应的列表为客服列表;当客服端为所述一端时,另一端为访客端,且另一端对应的列表为访客列表。
如图4所示,本发明实施例提供的基于redis的即时消息通讯***,包括:
创建模块,用于根据访客端发送的通讯请求创建会话,并根据所述会话创建客服列表、访客列表和哈希实体;
***模块,用于接收访客端或客服端其中一端发送的即时消息,根据即时消息生成消息ID和即时信息,消息ID与即时信息相对应,将所述消息ID***另一端对应的列表中,将即时信息***哈希实体中;
取出模块,用于接收另一端发送的读取请求,根据读取请求从所述另一端对应的列表中获取消息ID,根据消息ID从哈希实体中获取所述即时信息并发送给另一端,删除所述消息ID和即时信息。
本发明实施例提供的基于redis的即时消息通讯***,通过创建会话,并根据会话创建客服列表、访客列表和哈希实体,将根据发送的即时消息生成的消息ID***列表中,将根据发送的即时消息生成的即时信息***哈希实体中,实现根据消息ID能够快速获取即时信息,并对每个会话的即时消息通讯单独处理,增强处理能力,从而在接收者要读取即时信息时根据消息ID获取即时信息并发送给接收者,实现提升即时消息通讯业务处理的稳定性和性能,提高用户体验度,能够单独部署即时消息通讯。
如图5所示,本发明实施例提供的基于redis的即时消息通讯***,在上一实施例的基础上,所述***模块包括:
第一接收模块,用于接收访客端或客服端其中一端发送的至少一条即时消息;
生成模块,用于根据至少一条即时消息生成至少一条消息ID和至少一条即时信息,所述至少一条消息ID中的一条消息ID与至少一条即时信息中的一条即时信息相对应;
第一处理模块,用于按照接收至少一条即时消息的顺序将所述至少一条消息ID中的每条消息ID依次***另一端对应的列表中,将所述至少一条即时信息***哈希实体中。
本发明实施例提供的基于redis的即时消息通讯***,通过接收至少一条即时消息,并根据至少一条即时消息生成至少一条消息ID和至少一条即时信息,将消息ID按照接收即时消息的顺序***另一端对应的列表中,将即时信息***哈希实体中,实现即时消息通讯的有序性和条理性,实现根据消息ID能够快速获取即时信息,并对每个会话的即时消息通讯单独处理,增强处理能力,提升了用户体验度。
可选地,如图6所示,本发明实施例中,所述取出模块包括:
第二接收模块,用于接收另一端发送的读取请求;
获取模块,用于根据所述读取请求从所述另一端对应的列表中获取一个消息ID;
第二处理模块,用于根据所述一个消息ID从哈希实体中获取与所述一个消息ID对应的一个即时信息并发送给另一端;
删除模块,用于从所述另一端对应的列表中删除所述一个消息ID,并从哈希实体中删除与所述一个消息ID对应的一个即时信息。
可选地,本发明实施例中,所述即时信息包括:发送者、即时消息、即时消息的发送时间和即时消息类型。
可选地,本发明实施例中,当访客端为所述一端时,另一端为客服端,且另一端对应的列表为客服列表;当客服端为所述一端时,另一端为访客端,且另一端对应的列表为访客列表。
本发明实施例中的基于redis的即时消息通讯***中各个模块所执行的功能及产生的效果已经在上述实施例中的基于redis的即时消息通讯方法中作了详细的说明,在此不再赘述。
本发明所有实施例均可应用在在线客服***中,本发明所有实施例将单个服务器中的内存设置为集群式服务器中的分布式内存,单独部署基于redis的即时消息通讯,基于redis的即时消息通讯是独立的,可不断扩展。
Redis是一个开源的使用ANSI C语言编写、支持网络、可基于内存亦可持久化的日志型、Key-Value数据库,即分布式缓存。
以上所述仅为本发明的较佳实施例,并不用以限制本发明,凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (10)
1.一种基于redis的即时消息通讯方法,其特征在于,包括如下步骤:
S1,根据访客端发送的通讯请求创建会话,并根据所述会话创建客服列表、访客列表和哈希实体;
S2,接收访客端或客服端其中一端发送的即时消息,根据即时消息生成消息ID和即时信息,消息ID与即时信息相对应,将所述消息ID***另一端对应的列表中,将即时信息***哈希实体中;
S3,接收另一端发送的读取请求,根据读取请求从所述另一端对应的列表中获取消息ID,根据消息ID从哈希实体中获取所述即时信息并发送给另一端,删除所述消息ID和即时信息。
2.根据权利要求1所述的基于redis的即时消息通讯方法,其特征在于,所述S2步骤包括:
S21,接收访客端或客服端其中一端发送的至少一条即时消息;
S22,根据至少一条即时消息生成至少一条消息ID和至少一条即时信息,所述至少一条消息ID中的一条消息ID与至少一条即时信息中的一条即时信息相对应;
S23,按照接收至少一条即时消息的顺序将所述至少一条消息ID中的每条消息ID依次***另一端对应的列表中,将所述至少一条即时信息***哈希实体中。
3.根据权利要求2所述的基于redis的即时消息通讯方法,其特征在于,所述S3步骤包括:
S31,接收另一端发送的读取请求;
S32,根据所述读取请求从所述另一端对应的列表中获取一个消息ID;
S33,根据所述一个消息ID从哈希实体中获取与所述一个消息ID对应的一个即时信息并发送给另一端;
S34,从所述另一端对应的列表中删除所述一个消息ID,并从哈希实体中删除与所述一个消息ID对应的一个即时信息。
4.根据权利要求3所述的基于redis的即时消息通讯方法,其特征在于,所述即时信息包括:发送者、即时消息、即时消息的发送时间和即时消息类型。
5.根据权利要求1-4任一项所述的基于redis的即时消息通讯方法,其特征在于,当访客端为所述一端时,另一端为客服端,且另一端对应的列表为客服列表;当客服端为所述一端时,另一端为访客端,且另一端对应的列表为访客列表。
6.一种基于redis的即时消息通讯***,其特征在于,包括:
创建模块,用于根据访客端发送的通讯请求创建会话,并根据所述会话创建客服列表、访客列表和哈希实体;
***模块,用于接收访客端或客服端其中一端发送的即时消息,根据即时消息生成消息ID和即时信息,消息ID与即时信息相对应,将所述消息ID***另一端对应的列表中,将即时信息***哈希实体中;
取出模块,用于接收另一端发送的读取请求,根据读取请求从所述另一端对应的列表中获取消息ID,根据消息ID从哈希实体中获取所述即时信息并发送给另一端,删除所述消息ID和即时信息。
7.根据权利要求6所述的基于redis的即时消息通讯***,其特征在于,所述***模块包括:
第一接收模块,用于接收访客端或客服端其中一端发送的至少一条即时消息;
生成模块,用于根据至少一条即时消息生成至少一条消息ID和至少一条即时信息,所述至少一条消息ID中的一条消息ID与至少一条即时信息中的一条即时信息相对应;
第一处理模块,用于按照接收至少一条即时消息的顺序将所述至少一条消息ID中的每条消息ID依次***另一端对应的列表中,将所述至少一条即时信息***哈希实体中。
8.根据权利要求7所述的基于redis的即时消息通讯***,其特征在于,所述取出模块包括:
第二接收模块,用于接收另一端发送的读取请求;
获取模块,用于根据所述读取请求从所述另一端对应的列表中获取一个消息ID;
第二处理模块,用于根据所述一个消息ID从哈希实体中获取与所述一个消息ID对应的一个即时信息并发送给另一端;
删除模块,用于从所述另一端对应的列表中删除所述一个消息ID,并从哈希实体中删除与所述一个消息ID对应的一个即时信息。
9.根据权利要求8所述的基于redis的即时消息通讯***,其特征在于,所述即时信息包括:发送者、即时消息、即时消息的发送时间和即时消息类型。
10.根据权利要求6-9任一项所述的基于redis的即时消息通讯***,其特征在于,当访客端为所述一端时,另一端为客服端,且另一端对应的列表为客服列表;当客服端为所述一端时,另一端为访客端,且另一端对应的列表为访客列表。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710390911.3A CN107040455B (zh) | 2017-05-27 | 2017-05-27 | 一种基于redis的即时消息通讯方法和*** |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710390911.3A CN107040455B (zh) | 2017-05-27 | 2017-05-27 | 一种基于redis的即时消息通讯方法和*** |
Publications (2)
Publication Number | Publication Date |
---|---|
CN107040455A true CN107040455A (zh) | 2017-08-11 |
CN107040455B CN107040455B (zh) | 2021-05-11 |
Family
ID=59539020
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201710390911.3A Active CN107040455B (zh) | 2017-05-27 | 2017-05-27 | 一种基于redis的即时消息通讯方法和*** |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN107040455B (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109347935A (zh) * | 2018-09-30 | 2019-02-15 | 珠海信达九州科技有限公司 | 一种基于区块链实现实时通讯消息同步的方法 |
CN109522116A (zh) * | 2018-10-11 | 2019-03-26 | 北京达佳互联信息技术有限公司 | 一种对象关注方法、装置和服务器 |
Citations (15)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6775705B2 (en) * | 1997-08-21 | 2004-08-10 | Canon Kabushiki Kaisha | Image communication system using electronic mail and control method therefor |
CN101741758A (zh) * | 2008-11-19 | 2010-06-16 | 多友科技(北京)有限公司 | 一种企业即时通讯***的标签式列表实现方法 |
CN101778101A (zh) * | 2009-12-31 | 2010-07-14 | 卓望数码技术(深圳)有限公司 | 一种消息传送方法和消息传送*** |
CN101783740A (zh) * | 2009-01-21 | 2010-07-21 | 大唐移动通信设备有限公司 | 消息文件管理方法及装置 |
CN103379021A (zh) * | 2012-04-24 | 2013-10-30 | 中兴通讯股份有限公司 | 实现分布式消息队列的方法及*** |
CN103870464A (zh) * | 2012-12-10 | 2014-06-18 | 腾讯科技(北京)有限公司 | 一种未读消息处理方法、展示方法和装置 |
CN104022938A (zh) * | 2013-02-28 | 2014-09-03 | 腾讯科技(深圳)有限公司 | 消息同步方法、***、服务器及客户端 |
CN104052723A (zh) * | 2013-03-15 | 2014-09-17 | 联想(北京)有限公司 | 信息处理方法和服务器 |
CN104660594A (zh) * | 2015-02-09 | 2015-05-27 | 中国科学院信息工程研究所 | 一种面向社交网络的虚拟恶意节点及其网络识别方法 |
CN104683288A (zh) * | 2013-11-26 | 2015-06-03 | 腾讯科技(北京)有限公司 | 消息续传方法和装置 |
CN104717133A (zh) * | 2015-03-16 | 2015-06-17 | 墨仕(厦门)电子商务有限公司 | 一种分布式消息推送***及方法 |
CN105119810A (zh) * | 2015-08-06 | 2015-12-02 | 北京农信互联科技有限公司 | 一种基于xmpp协议的即时通讯方法及*** |
CN105242975A (zh) * | 2015-08-27 | 2016-01-13 | 浪潮软件股份有限公司 | 一种消息传输的方法和消息中间件 |
US20160261549A1 (en) * | 2015-03-06 | 2016-09-08 | Oracle International Corporation | Method and system for providing message recall functionality |
CN106130868A (zh) * | 2016-06-02 | 2016-11-16 | 腾讯科技(深圳)有限公司 | 一种回调消息的处理方法和队列管理*** |
-
2017
- 2017-05-27 CN CN201710390911.3A patent/CN107040455B/zh active Active
Patent Citations (15)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6775705B2 (en) * | 1997-08-21 | 2004-08-10 | Canon Kabushiki Kaisha | Image communication system using electronic mail and control method therefor |
CN101741758A (zh) * | 2008-11-19 | 2010-06-16 | 多友科技(北京)有限公司 | 一种企业即时通讯***的标签式列表实现方法 |
CN101783740A (zh) * | 2009-01-21 | 2010-07-21 | 大唐移动通信设备有限公司 | 消息文件管理方法及装置 |
CN101778101A (zh) * | 2009-12-31 | 2010-07-14 | 卓望数码技术(深圳)有限公司 | 一种消息传送方法和消息传送*** |
CN103379021A (zh) * | 2012-04-24 | 2013-10-30 | 中兴通讯股份有限公司 | 实现分布式消息队列的方法及*** |
CN103870464A (zh) * | 2012-12-10 | 2014-06-18 | 腾讯科技(北京)有限公司 | 一种未读消息处理方法、展示方法和装置 |
CN104022938A (zh) * | 2013-02-28 | 2014-09-03 | 腾讯科技(深圳)有限公司 | 消息同步方法、***、服务器及客户端 |
CN104052723A (zh) * | 2013-03-15 | 2014-09-17 | 联想(北京)有限公司 | 信息处理方法和服务器 |
CN104683288A (zh) * | 2013-11-26 | 2015-06-03 | 腾讯科技(北京)有限公司 | 消息续传方法和装置 |
CN104660594A (zh) * | 2015-02-09 | 2015-05-27 | 中国科学院信息工程研究所 | 一种面向社交网络的虚拟恶意节点及其网络识别方法 |
US20160261549A1 (en) * | 2015-03-06 | 2016-09-08 | Oracle International Corporation | Method and system for providing message recall functionality |
CN104717133A (zh) * | 2015-03-16 | 2015-06-17 | 墨仕(厦门)电子商务有限公司 | 一种分布式消息推送***及方法 |
CN105119810A (zh) * | 2015-08-06 | 2015-12-02 | 北京农信互联科技有限公司 | 一种基于xmpp协议的即时通讯方法及*** |
CN105242975A (zh) * | 2015-08-27 | 2016-01-13 | 浪潮软件股份有限公司 | 一种消息传输的方法和消息中间件 |
CN106130868A (zh) * | 2016-06-02 | 2016-11-16 | 腾讯科技(深圳)有限公司 | 一种回调消息的处理方法和队列管理*** |
Non-Patent Citations (2)
Title |
---|
唐诚: "Redis数据库在微博***中的实践", 《厦门城市职业学院学报》 * |
曾泉匀: "基于Redis的分布式消息服务的设计与实现", 《中国优秀硕士学位论文全文数据库》 * |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109347935A (zh) * | 2018-09-30 | 2019-02-15 | 珠海信达九州科技有限公司 | 一种基于区块链实现实时通讯消息同步的方法 |
CN109522116A (zh) * | 2018-10-11 | 2019-03-26 | 北京达佳互联信息技术有限公司 | 一种对象关注方法、装置和服务器 |
CN109522116B (zh) * | 2018-10-11 | 2020-11-10 | 北京达佳互联信息技术有限公司 | 一种对象关注方法、装置和服务器 |
Also Published As
Publication number | Publication date |
---|---|
CN107040455B (zh) | 2021-05-11 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN100566282C (zh) | 控制组播数据转发的设备及方法 | |
CN102737065B (zh) | 数据的获取方法和装置 | |
CN101877604B (zh) | 一种传输文件的方法及*** | |
CN106533845A (zh) | 一种长连接状态监控方法和装置 | |
CN108400924A (zh) | 群组消息的阅读状态展示方法、即时通讯客户端及服务端 | |
CN103618733B (zh) | 一种应用于移动互联网的数据过滤***及方法 | |
CN101103596A (zh) | 有效管理“已发送消息”文件与重新发送消息的方法和装置 | |
CN101577722A (zh) | 实现强制mac转发功能的方法和装置 | |
CN103067453A (zh) | 一种通讯录共享方法及*** | |
CN1866910A (zh) | 一种基于vlan的数据报文传输方法和以太网桥设备 | |
CN105740337A (zh) | 一种基于内容的发布订阅***中的事件快速匹配方法 | |
CN102571990B (zh) | 移动终端电子邮件同步方法及*** | |
CN108881354A (zh) | 一种推送信息存储方法、装置、服务器和计算机存储介质 | |
CN100361476C (zh) | 发送、呈现电子邮件的方法和电子邮件客户机 | |
CN108055197A (zh) | 基于即时通讯的邮件分享方法、装置及*** | |
CN107040455A (zh) | 一种基于redis的即时消息通讯方法和*** | |
CN108055199A (zh) | 支持离线消息保存的移动推送方法及*** | |
CN102651722A (zh) | 邮件附件的处理方法、邮件发送服务器和邮件接收服务器 | |
CN102957546A (zh) | 配置处理方法、装置及*** | |
CN105553685A (zh) | 一种监控网络设备是否在线的***和方法 | |
CN1487706B (zh) | 企业即时通信的方法、***和控制流程 | |
CN103078869B (zh) | 一种加速会话转发的***及其方法 | |
CN103905661B (zh) | 信息转发的方法和云服务器 | |
CN101127950B (zh) | 一种短消息重试处理方法、装置及应用其的短消息中心 | |
CN102244695A (zh) | 联络人分组***及方法 |
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 |