CN101227425B - 获取历史消息、反馈历史消息的方法、客户端及系统 - Google Patents
获取历史消息、反馈历史消息的方法、客户端及系统 Download PDFInfo
- Publication number
- CN101227425B CN101227425B CN2007103023452A CN200710302345A CN101227425B CN 101227425 B CN101227425 B CN 101227425B CN 2007103023452 A CN2007103023452 A CN 2007103023452A CN 200710302345 A CN200710302345 A CN 200710302345A CN 101227425 B CN101227425 B CN 101227425B
- Authority
- CN
- China
- Prior art keywords
- client
- message
- history message
- time period
- history
- 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.)
- Active
Links
Images
Landscapes
- Information Transfer Between Computers (AREA)
Abstract
本发明公开了一种获取历史消息的方法,该方法包括:获取在线成员客户端信息,向在线客户端发送历史消息的请求信息,所述的请求信息包括群ID、预先存储的至少一个离线时间段;接收在线成员客户端反馈的缺失的历史消息。本发明还公开了一种反馈历史消息的方法、客户端及获取历史消息的系统。本发明通过预先存储离线时间、登录时间,通过利用对等网络技术、与群内在线用户交流的同时把信息保存在各在线用户本地的特点来实现群组中的用户能够获取自己在离线时的缺失的群组历史消息,同时减轻中心服务器的负载压力和节省它的存储资源。
Description
技术领域
本发明涉及互联网领域,尤其涉及即时通信工具领域的获取历史消息的方法、反馈历史消息的方法、客户端。
背景技术
随着网络技术的不断发展,网络即时通信工具已经被大多数的网络用户所接受。所谓即时通讯工具就是基于互联网网络通讯协议产生的点对点或点对面通讯的一种软件。可以提供即时文件、文字、图像、语音、视频等多种格式的媒体数据使人们方便的进行沟通。目前网络即时通信工具在用户的工作和生活中得到广泛的使用;用户常常利用即时通信工具与多个对象同时通信。
目前一个用户利用即时通讯工具与多个对象同时通信基本上是利用即时通讯中的群组来进行。用户可以利用群组把朋友、亲人、同学、兴趣爱好相同的人联络在一起交流。群组分为两种,一种是临时群和永久群。临时群的成员是由几个在线用户组成的临时会话;而永久群是由一些用户组成的固定群体,无论群成员在线与否,群的所有信息都应该被群内每一个成员所共有。
目前群信息特别是群内成员通信的历史信息都保存在即时通讯服务的中心服务器上,群的在线用户在进行信息交流时,中心服务器为用户转发消息,在线用户交流的同时把信息保存在各在线用户本地。当群中一部分人在进行交流时,一部分人处于离线状态,中心服务器采取保存群的历史信息的方法使得离线用户在重新登录时可以收到当时在线用户的交流信息。
但是由于中心服务器的存储能力有限,中心服务器并不能保存完整的历史信息记录,所以一般来说都对中心服务器的历史信息的保存进行了一定的限制。例如可以是限制中心服务器保存一定时间内的历史记录。那么这样将导致一部分群内用户在进行交流时,一部分群内用户处于离线状态,而离线用户再次登录时无法获取完整的历史信息,因此可能丢失很重要的信息,降低了用户满意度。
发明内容
本发明实施例要解决的技术问题是提供一种获取历史消息的方法,该方法具体为:
获取在线成员客户端信息,向在线成员客户端发送历史消息的请求信息,所述的请求信息包括群ID、预先存储的至少一个离线时间段;
接收在线成员客户端反馈的缺失的历史消息。
其中该方法可以进一步保存所述的缺失的历史消息并显示。
其中,接收所述的历史消息前,进一步接收所述在线成员客户端反馈的其保存的所述历史消息的情况;根据所述的情况向完整的在线成员客户端发送获取命令。
其中,当所述的在线成员客户端保存的所述历史消息并未完全包括所有离线时间段的缺失历史消息时,向最完整的在线成员客户端发送获取命令获取相应的历史消息,并根据获取相应的历史消息的起始时间将离线时间段起点与离线时间段终点按照时间顺序保存至少一个时间段。
其中,所述的最完整的客户端拥有的历史消息并未完全包括所有离线时间至上线时间段内的缺失历史消息具体为:获取的缺失历史消息的时间段起点与某一离线时间重合,那么将配置文件中的对应的离线时间段的起点更改为获取的缺失历史消息的时间段终点;
或获取的缺失历史消息的时间段终点与离线时间段终点重合,那么将配置文件中的对应离线时间段终点更改为获取的缺失历史消息的时间段起点。
或获取的缺失历史消息起点终点都不与离线时间段起点、终点重合时,则进一步将离线时间段起点至终点分割成离线时间段起点对应为客户端时间段起点、客户段时间段终点至对应为离线时间段终点两个时间段。
本发明实施例还提供了一种客户端,该客户端包括:
获取单元,用于获取在线成员客户端信息;
历史消息管理单元,用于预先存储至少一个离线时间段;
发送单元,向在线成员客户端发送历史消息的请求信息,所述的请求信息包括群ID、预先存储的离线时间段的起点及终点;
接收单元,用于接收在线成员客户端反馈的缺失的历史消息。
其中,所述的客户端进一步包括存储/显示单元,用于保存所述的缺失的历史消息并显示。
其中,所述的客户端进一步包括处理单元,用于一步接收所述在线成员客户端反馈的其保存的所述历史消息的情况;根据所述的情况向完整的在线成员客户端发送获取命令。
其中,所述的处理单元进一步用于判断出在线成员客户端保存的所述历史消息并未完全包括所有离线时间段的缺失历史消息时,向最完整的在线成员客户端发送获取命令获取相应的历史消息;
历史消息管理单元,进一步用于根据获取的相应的历史消息时间段的起始时间将配置文件中的离线时间段起点、终点按照时间顺序保存至少一个时间段。
本发明实施例还提供了一种反馈历史消息的方法,该方法包括:
接收历史消息的请求消息,根据请求消息中的群ID、至少一个离线时间段搜索存储的历史消息中满足请求消息的历史消息,并将所述满足请求消息的历史消息反馈。
其中,反馈满足请求消息的历史消息前,进一步反馈保存的满足所述请求消息的历史消息情况;并进一步接收获取命令,根据获取命令反馈满足请求消息的历史消息。
本发明实施例还提供了一种客户端,该客户端包括:
第一接收单元,用于接收历史消息的请求消息;
查找单元,用于根据请求消息中的群ID、至少一个离线时间段搜索存储的历史消息中满足请求消息的历史消息;
第一发送单元,用于将所述满足请求消息的历史消息反馈。
其中,所述的发送单元,进一步用于反馈保存的满足所述请求消息的历史消息情况;
所述的接收单元,进一步用于接收获取命令。
本发明实施例还提供了一种获取历史消息的系统,该系统包括:
第一客户端,用于获取在线成员客户端信息,向在线成员客户端发送历史消息的请求信息,所述的请求信息包括群ID、预先存储的至少一个离线时间段;接收在线成员客户端反馈的缺失的历史消息;
中心服务器,用于反馈在线成员客户端信息;
在线成员客户端,用于接收历史消息的请求消息,根据请求消息中的群ID、离线时间段搜索存储的历史消息中满足请求消息的历史消息,并将所述满足请求消息的历史消息反馈。
其中,所述的第一客户端,进一步用于保存所述的缺失的历史消息并显示。
其中,所述的第一客户端,进一步用于接收所述的历史消息前,进一步接收所述在线成员客户端反馈的其保存的所述历史消息的情况;根据所述的情况向完整的在线成员客户端发送获取命令;
所述的在线成员客户端,,进一步用于反馈满足请求消息的历史消息前,进一步反馈保存的满足所述请求消息的历史消息情况;并进一步接收获取命令,根据获取命令反馈满足请求消息的历史消息。
其中,所述的第一客户端,进一步用于当所述的在线成员客户端保存的所述历史消息都不完整时,向最完整的在线成员客户端发送获取命令获取相应的历史消息,并根据获取相应的历史消息的起始时间将配置文件中的离线时间段起点、终点顺序保存至少一个时间段。
综上所述,本发明实施例预先存储离线时间、登录时间,通过利用对等网络技术、与群内在线用户交流的同时把信息保存在各在线用户本地的特点来实现群组中的用户能够获取自己在离线时的缺失的群组历史消息,同时减轻中心服务器的负载压力和节省它的存储资源。
附图说明
图1为本发明实施例1方法流程图;
图2为本发明实施例2客户端结构图;
图3为本发明实施例3客户端结构图;
图4为本发明实施例4系统结构图。
具体实施方式
本发明实施例提出利用对等网技术,在及时通信工具中利用对等网络中节点的资源来保存群组的历史消息,使得群组中的用户能够获取自己在离线时的缺失的群组历史消息,同时减轻中心服务器的负载压力和节省它的存储资源。
所谓对等网络技术是一种分布式网络,网络的参与者共享他们所拥有的一部分硬件资源(处理能力、存储能力、网络连接能力、打印机等),这些共享资源需要由网络提供服务和内容,能被其它对等节点(Peer)直接访问而无需经过中间实体。在此网络中的参与者既是资源(服务和内容)提供者(Server),又是资源(服务和内容)获取者(Client)。
那么本发明实施例就是利用这种对等网络技术、与群内在线用户交流的同时把信息保存在各在线用户本地的特点来实现群组中的用户能够获取自己在离线时的缺失的群组历史消息,同时减轻中心服务器的负载压力和节省它的存储资源。
为了实现本发明实施例的目的,本发明实施例都提出了在原有即时通讯客户端的基础上增加一个历史消息管理单元。这个单元主要用于配置、管理客户端本地的历史消息,并负责发送历史消息的确实请求和接收保存在其他客户端的历史消息。
实施例1,本发明实施例是通过以下技术方案实现的,参见图1:
步骤101:第一客户端登录即时通讯系统;
步骤102:历史消息管理单元接收历史消息的配置命令;配置命令可以包括群ID、存储至少一个离线时间段;
配置群ID的原因是由于一个用户可能同时存在于多个群中,那么需要根据不同的群ID获取该群内对应的历史消息。
配置至少一个离线时间段是为了准确的获取离线时间段内的缺失的历史消息。离线时间段的起始时间可以为第一客户端下线时的第一离线时间,结束时间可以为下一次登录上线的第一登录时间。由于客户端会将历史消息都会按照顺序进行存储,那么按照第一离线时间至第一登录时间段获取历史消息时,可以默认按照该段时间对应的历史消息顺序获取到缺失的历史消息。离线时间段的起始时间还可以为预置的获取历史消息的时间段,也就是说当配置了这个参数后,获取缺失的历史消息时间段可以不按照第一离线时间及第一登录的时间来获取,而是按照该命令中指定的时间段来获取。,那么当第一客户端登录时,可以直接获取预置的离线时间段对应的离线消息。
在该配置命令中还可以配置缺失历史消息的显示方式,满足用户的多元化需求;这种配置方式例如可以是与离线前的历史消息联系起来一起显示给用户。
为了进一步确保历史消息获取的连续性,还可以预置由历史消息管理单元按照一定的时间周期为历史消息编号,例如可以是以天为周期,每天零点开始,为每条群消息从0开始编号;当群里面在线成员聊天时,每出现一条消息,群消息的编号就加1;那么当第一客户端离线后再次登录即时消息系统时,将离线前收到的最后一条消息的编号加1,将该编号增加在配置文件中。
步骤103:历史消息管理单元按照配置命令进行历史消息的配置后,将该配置命令对应的配置文件保存;
步骤104:第一客户端接收到离线命令,历史消息管理单元保存第一离线时间;当第一客户端再次登录即时通讯系统时,历史消息管理单元保存第一登录时间;
以上介绍了配置历史消息的方法;下面介绍获取历史消息的方法:
步骤105:第一客户端获取配置文件信息;
步骤106:第一客户端发送群ID至中心服务器;中心服务器反馈客户端群ID对应的在线成员列表;
步骤107:第一客户端读取历史消息管理单元的配置文件;
步骤108:第一客户端通过群ID、及群ID对应的在线成员列表向在线成员客户端发送历史消息的请求信息,该请求信息中包括群ID及至少一个离线时间段;
当第一客户端在登录系统一段时间后又离线时,那么第一客户端的历史消息管理模块会相应的记录第二离线时间及又登录的第二登录时间;也就是说可能存在多个离线时间段。
步骤109:在线成员客户端接收到历史消息的请求消息后,根据请求消息中携带的群ID、离线时间段搜索其客户端本地存储的历史消息,并将满足请求消息中携带的离线时间段的历史消息反馈给第一客户端;
步骤110:第一客户端接收到离线时间段的历史消息后,存储在本地历史消息文件中;
步骤111:第一客户端将接收到的历史消息显示;
当配置了缺失历史消息的显示方式后,按照预先配置的显示方式显示接收到的历史消息。
以上方法步骤108-109中,第一客户端是向所有在线用户的客户端发送历史消息的请求信息;为了进一步避免第一客户端从多个在线客户端重复获取缺失历史消息,那么可以在步骤109在线成员客户端接收到历史消息的请求消息后进一步向第一客户端反馈其保存的请求消息中时间段的历史消息情况;第一客户端选取一个保存最完整的在线客户端获取缺失的历史消息,即可以是第一客户端向保存最完整的在线客户端发送获取命令,在线客户端根据获取命令反馈历史消息;当有多个在线客户端保存的请求消息中时间段的历史消息情况相同时,随机选择一个在线客户端获取。步骤108-109的实现方法还可以为第一客户端从所有在线用户的客户端通过P2P方式获取满足离线时间段要求的确实历史消息。
以上是本发明实施例获取缺失的历史消息的一般情况下的方法。当出现特殊情况时,也就是说当第一客户端再次登录即时消息系统时,从中心服务器获取的在线成员列表中的成员对应客户端也没有保存完整的缺失历史消息,那么在这种情况下,对应客户端在接收到历史消息的请求信息时,将第一客户端请求的离线时间段中对应客户端有的部分时间段子集发给第一个客户端保存。第一客户端获取各个离线时间段确实历史消息的方法依然可以为向每个离线时间段中保存最完整的对应客户端获取,也可以为从所有在线用户的客户端通过P2P方式获取满足离线时间段要求的确实历史消息。此中情况下第一客户端获取的离线时间段子集也会出现多种情况:
(1)若对应客户端的时间段起点与离线时间段起点重合,那么将配置文件中的离线时间段起点更改为对应客户端的时间段终点;保存接收到的历史消息;
(2)若对应客户端的时间段终点与离线时间段终点重合,那么将配置文件中的离线时间段终点更改为对应客户端时间段的起点;保存接收到的历史消息;
(3)若对应客户端的时间段起点终点都不与离线时间段起点、终点重合时,则进一步将离线时间段起点至离线时间段终点分割成,离线时间段起点至对应客户端时间段起点、对应客户段时间段终点至离线时间段终点2个时间段。
也就是说当对应客户端拥有的历史消息为离线时间段起点至离线时间段终点的子集时,获取相应的历史消息,并根据对应客户端时间段的起始时间将配置文件中的离线时间段起点与离线时间段终点按照时间顺序分割成多个时间段。当有其他保存有最完整缺失历史消息的客户端的上线时,进一步从该客户端按照配置文件中的多个时间段获取缺失的历史消息;直至所有的缺失历史消息全部获取保存为止。此处提到的保存有最完整缺失历史消息的客户端可以指在线成员客户端中没有一个保存有全部的缺失历史信息时,其中一个在线成员客户端保存有多个时间段中其中一个时间段的所有缺失历史消息或相对最完整的缺失历史消息;也可以指在线成员客户端中的其中一个保存有全部的缺失历史信息的客户端。
为了更加清楚的说明以上特殊情况,下面举例说明:假设第一客户端第一离线时间为1:00;第一登录时间为3:00;
(1)其他在线客户端拥有的历史记录为1:00-2:00;那么获取1:00至2:00的缺失历史消息;然后历史消息管理单元将配置文件中的第一离线时间更改为2:00。
(2)其他在线客户端拥有的历史记录为2:00-3:00,那么获取2:00-3:00的缺失历史消息,然后历史消息管理单元将配置文件中的第一上线时间更改为2:00。
(3)其他在线客户端拥有的历史记录为1:30-2:30;那么获取1:30-2:30的缺失历史消息,然后历史消息管理单元将配置文件中的时间段分割为1:00-1:30和2:30-3:00两个时间段。
在步骤108当第一客户端在登录系统一段时间后又离线时,那么第一客户端的历史消息管理模块会相应的记录第二离线时间及又登录的第二登录时间;也就是说在第一客户端没有获取到第一离线时间至第一登录时间的缺失的历史消息时,可能会存在多个离线时间至对应的登录时间的时间段;相应的历史消息管理单元会保存这些多个时间段的离线时间与登录时间。
那么当第一客户端登录时,向在线的客户端发送获取缺失历史消息的请求消息时,携带多个离线时间至对应的登录时间的时间段;然后从在线客户端获取缺失的历史消息。当出现从中心服务器获取的在线成员列表中的成员对应客户端也没有保存完整的缺失历史消息的特殊情况时,按照上面提供的特殊情况下的处理办法进行获取相应的缺失历史消息。简单的说就是第一客户端发送多组离线时间段,在线成员客户端根据多组离线时间段反馈缺失的历史消息;当所有在线客户端都没有某一组时间段内完整的缺失历史消息时,反馈这个时间段内的历史消息的子集,并第一客户端根据获取的这个时间段的历史消息的子集按照时间顺序将这个时间段划分为至少一组时间段。
当有保存更多更完整的客户端上线后,第一个客户端将通过请求,逐步补全其所有缺失记录的时间段。
实施例2,本发明还提供了一种客户端,参见图2,该客户端包括:
获取单元201,用于获取在线成员客户端信息;
历史消息管理单元202,用于预先存储至少一个离线时间段;
发送单元203,向在线客户端发送历史消息的请求信息,所述的请求信息包括群ID、预先存储的离线时间与登录时间;
接收单元204,用于接收在线成员客户端反馈的缺失的历史消息。
所述的客户端可以进一步包括存储/显示单元205,用于保存所述的缺失的历史消息并显示。
所述的客户端进一步可以包括处理单元206,用于进一步接收所述在线成员客户端反馈的其保存的所述历史消息的情况;根据所述的情况向完整的在线成员客户端发送获取命令。
所述的处理单元206可以进一步用于判断出在线成员客户端保存的所述历史消息并未完全包括所有离线时间段的缺失历史消息时,向最完整的在线成员客户端发送获取命令获取相应的历史消息;
所述的历史消息管理单元202,进一步用于根据获取的相应的历史消息时间段的起始时间将配置文件中的离线时间段起点、终点按照时间顺序分割成多个时间段保存。
实施例3,本发明实施例还提供了一种客户端,参见图3,该客户端包括:
第一接收单元301,用于接收历史消息的请求消息;
查找单元302,用于根据请求消息中的群ID、至少一个离线时间段搜索存储的历史消息中满足请求消息的历史消息;
第一发送单元303,用于将所述满足请求消息的历史消息反馈。
所述的发送单元303,可以进一步用于反馈保存的满足所述请求消息的历史消息情况;
所述的第一接收单元301,可以进一步用于接收获取命令。
实施例4,本发明实施例还提供了一种获取历史消息的系统,参见图4,该系统包括:
第一客户端401,用于获取在线成员客户端信息,向在线客户端发送历史消息的请求信息,所述的请求信息包括群ID、预先存储的至少一个离线时间段;接收在线成员客户端反馈的缺失的历史消息;
中心服务器402,用于反馈在线成员客户端信息;
在线客户端403,用于接收历史消息的请求消息,根据请求消息中的群ID、离线时间段搜索存储的历史消息中满足请求消息的历史消息,并将所述满足请求消息的历史消息反馈。
所述的第一客户端401,可以进一步用于保存所述的缺失的历史消息并显示。
所述的第一客户端401,可以进一步用于接收所述的历史消息前,进一步接收所述在线成员客户端反馈的其保存的所述历史消息的情况;根据所述的情况向完整的在线成员客户端发送获取命令;
所述的在线客户端403,可以进一步用于反馈满足请求消息的历史消息前,进一步反馈保存的满足所述请求消息的历史消息情况;并进一步接收获取命令,根据获取命令反馈满足请求消息的历史消息。
所述的第一客户端401,可以进一步用于当所述的在线成员客户端保存的所述历史消息都不完整时,向最完整的在线成员客户端发送获取命令;向最完整的在线成员客户端发送获取命令获取相应的历史消息,并根据获取相应的历史消息的起始时间将配置文件中的离线时间段起点、终点顺序分割成多个时间段保存。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件完成,所述的程序可以存储于一种计算机可读存储介质中,存储介质可以是只读存储器,磁盘或光盘等。
综上所述,本发明有效的利用对等网络技术、与群内在线用户交流的同时把信息保存在各在线用户本地的特点来实现群组中的用户能够获取自己在离线时的完成的群组历史消息,同时减轻中心服务器的负载压力和节省它的存储资源。
以上对本发明所提供的一种获取历史消息的方法、反馈历史消息的方法、客户端进行了详细介绍,对于本领域的一般技术人员,依据本发明实施例的思想,在具体实施方式及应用范围上均会有改变之处,综上所述,本说明书内容不应理解为对本发明的限制。
Claims (17)
1.一种获取历史消息的方法,其特征在于,该方法包括:
获取在线成员客户端信息,向在线成员客户端发送历史消息的请求信息,所述的请求信息包括群ID、预先存储的至少一个离线时间段;
接收在线成员客户端反馈的缺失的历史消息。
2.根据权利要求1所述的获取历史消息的方法,其特征在于,进一步保存所述的缺失的历史消息并显示。
3.根据权利要求1所述的获取历史消息的方法,其特征在于,
接收所述的历史消息前,进一步接收所述在线成员客户端反馈的其保存的所述历史消息的情况;根据所述的情况向完整的在线成员客户端发送获取命令。
4.根据权利要求3所述的获取历史消息的方法,其特征在于,当所述的在线成员客户端保存的所述历史消息并未完全包括所有离线时间段的缺失历史消息时,向最完整的在线成员客户端发送获取命令获取相应的历史消息,并根据获取相应的历史消息的起始时间将离线时间段起点与离线时间段终点按照时间顺序保存至少一个时间段。
5.根据权利要求4所述的获取历史消息的方法,其特征在于,所述的最完整的客户端拥有的历史消息并未完全包括所有离线时间至上线时间段内的缺失历史消息具体为:获取的缺失历史消息的时间段起点与某一离线时间重合,那么将配置文件中的对应的离线时间段的起点更改为获取的缺失历史消息的时间段终点;
或获取的缺失历史消息的时间段终点与离线时间段终点重合,那么将配置文件中的对应离线时间段终点更改为获取的缺失历史消息的时间段起点;
或获取的缺失历史消息起点终点都不与离线时间段起点、终点重合时,则进一步将离线时间段起点至终点分割成离线时间段起点对应为客户端时间段起点、客户段时间段终点至对应为离线时间段终点两个时间段。
6.一种客户端,其特征在于,该客户端包括:
获取单元,用于获取在线成员客户端信息;
历史消息管理单元,用于预先存储至少一个离线时间段;
发送单元,向在线成员客户端发送历史消息的请求信息,所述的请求信息包括群ID、预先存储的离线时间段的起点及终点;
接收单元,用于接收在线成员客户端反馈的缺失的历史消息。
7.根据权利要求6所述的客户端,其特征在于,所述的客户端进一步包括存储/显示单元,用于保存所述的缺失的历史消息并显示。
8.根据权利要求6所述的客户端,其特征在于,所述的客户端进一步包括处理单元,用于接收所述在线成员客户端反馈的其保存的所述历史消息的情况;根据所述的情况向完整的在线成员客户端发送获取命令。
9.根据权利要求8所述的客户端,其特征在于,所述的处理单元进一步用于判断出在线成员客户端保存的所述历史消息并未完全包括所有离线时间段的缺失历史消息时,向最完整的在线成员客户端发送获取命令获取相应的历史消息;
历史消息管理单元,进一步用于根据获取的相应的历史消息时间段的起始时间将配置文件中的离线时间段起点、终点按照时间顺序保存至少一个时间段。
10.一种反馈历史消息的方法,其特征在于,该方法包括:
接收历史消息的请求消息,根据请求消息中的群ID、至少一个离线时间段搜索存储的历史消息中满足请求消息的历史消息,并将所述满足请求消息的历史消息反馈。
11.根据权利要求10所述的反馈历史消息的方法,其特征在于,
反馈满足请求消息的历史消息前,进一步反馈保存的满足所述请求消息的历史消息情况;并进一步接收获取命令,根据获取命令反馈满足请求消息的历史消息。
12.一种客户端,其特征在于,该客户端包括:
第一接收单元,用于接收历史消息的请求消息;
查找单元,用于根据请求消息中的群ID、至少一个离线时间段搜索存储的历史消息中满足请求消息的历史消息;
第一发送单元,用于将所述满足请求消息的历史消息反馈。
13.根据权利要求12所述的客户端,其特征在于,
所述的发送单元,进一步用于反馈保存的满足所述请求消息的历史消息情况;
所述的接收单元,进一步用于接收获取命令。
14.一种获取历史消息的系统,其特征在于,该系统包括:
第一客户端,用于获取在线成员客户端信息,向在线成员客户端发送历史消息的请求信息,所述的请求信息包括群ID、预先存储的至少一个离线时间段;接收在线成员客户端反馈的缺失的历史消息;
中心服务器,用于反馈在线成员客户端信息;
在线成员客户端,用于接收历史消息的请求消息,根据请求消息中的群ID、离线时间段搜索存储的历史消息中满足请求消息的历史消息,并将所述满足请求消息的历史消息反馈。
15.根据权利14所述的系统,其特征在于,
所述的第一客户端,进一步用于保存所述的缺失的历史消息并显示。
16.根据权利要求14所述的系统,其特征在于,
所述的第一客户端,进一步用于接收所述的历史消息前,进一步接收所述在线成员客户端反馈的其保存的所述历史消息的情况;根据所述的情况向完整的在线成员客户端发送获取命令;
所述的在线客户端,进一步用于反馈满足请求消息的历史消息前,进一步反馈保存的满足所述请求消息的历史消息情况;并进一步接收获取命令,根据获取命令反馈满足请求消息的历史消息。
17.根据权利要求16所述的系统,其特征在于,
所述的第一客户端,进一步用于当所述的在线成员客户端保存的所述历史消息都不完整时,向最完整的在线成员客户端发送获取命令获取相应的历史消息,并根据获取相应的历史消息的起始时间将配置文件中的离线时间段起点、终点顺序保存至少一个时间段。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2007103023452A CN101227425B (zh) | 2007-12-25 | 2007-12-25 | 获取历史消息、反馈历史消息的方法、客户端及系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2007103023452A CN101227425B (zh) | 2007-12-25 | 2007-12-25 | 获取历史消息、反馈历史消息的方法、客户端及系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101227425A CN101227425A (zh) | 2008-07-23 |
CN101227425B true CN101227425B (zh) | 2010-11-10 |
Family
ID=39859185
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2007103023452A Active CN101227425B (zh) | 2007-12-25 | 2007-12-25 | 获取历史消息、反馈历史消息的方法、客户端及系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101227425B (zh) |
Families Citing this family (19)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102255882A (zh) * | 2011-03-22 | 2011-11-23 | 苏州阔地网络科技有限公司 | 一种批量处理的文件传输方法及系统 |
CN102281267A (zh) * | 2011-04-06 | 2011-12-14 | 苏州阔地网络科技有限公司 | 一种设置优先验证的批量处理的文件传输方法及系统 |
CN102281212A (zh) * | 2011-08-12 | 2011-12-14 | 苏州阔地网络科技有限公司 | 一种群组的通信传输方法、系统及即时通信服务器 |
CN102281209A (zh) * | 2011-08-12 | 2011-12-14 | 苏州阔地网络科技有限公司 | 一种群组的通信方法、系统及即时通信服务器 |
CN102281210A (zh) * | 2011-08-12 | 2011-12-14 | 苏州阔地网络科技有限公司 | 一种群组通信的方法、系统及即时通信服务器 |
CN102281211A (zh) * | 2011-08-12 | 2011-12-14 | 苏州阔地网络科技有限公司 | 一种群组通信传输的方法、系统及即时通信服务器 |
CN103139259A (zh) * | 2011-11-30 | 2013-06-05 | 百度在线网络技术(北京)有限公司 | 一种实现低流量同步消息记录的方法和服务器 |
CN103200214B (zh) * | 2012-01-10 | 2016-06-08 | 深圳市天趣网络科技有限公司 | 离线消息集中处理方法和系统 |
CN103051520B (zh) * | 2013-01-05 | 2015-11-25 | 小米科技有限责任公司 | 即时通信工具中同步离线会话消息的方法及装置 |
CN103716230B (zh) * | 2013-12-26 | 2017-02-08 | 广州华多网络科技有限公司 | 消息发送方法、装置及服务器 |
CN104811366B (zh) * | 2014-01-26 | 2018-11-02 | 阿里巴巴集团控股有限公司 | 一种网络通讯消息的漫游方法及装置 |
CN105323147B (zh) * | 2014-08-01 | 2019-05-07 | 掌赢信息科技(上海)有限公司 | 群消息阅读反馈方法及其服务器和客户端装置 |
CN104753933A (zh) * | 2015-03-19 | 2015-07-01 | 腾讯科技(深圳)有限公司 | 一种数据处理方法、装置、客户端及服务器 |
CN106161189A (zh) * | 2015-04-02 | 2016-11-23 | 北大方正集团有限公司 | 即时通信的离线通信方法及装置 |
CN105187296B (zh) * | 2015-08-11 | 2018-05-25 | 广州华多网络科技有限公司 | 直播间权限获取方法及系统 |
CN105337747B (zh) * | 2015-11-17 | 2019-03-08 | 小米科技有限责任公司 | 群组历史消息处理方法和装置 |
CN106911554B (zh) * | 2015-12-23 | 2020-07-10 | 北京奇虎科技有限公司 | 一种历史信息展示方法及装置 |
CN107453977A (zh) * | 2016-06-01 | 2017-12-08 | 腾讯科技(深圳)有限公司 | 一种会话管理的方法及服务器 |
CN110166346A (zh) * | 2019-04-25 | 2019-08-23 | 苏宁云计算有限公司 | 一种聊天消息的显示方法及设备 |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1863058A (zh) * | 2005-05-12 | 2006-11-15 | 华为技术有限公司 | 一种用户获取聊天室历史记录的方法和聊天室业务系统 |
CN1929454A (zh) * | 2005-09-05 | 2007-03-14 | 腾讯科技(深圳)有限公司 | 一种即时通信中即时消息的显示方法 |
-
2007
- 2007-12-25 CN CN2007103023452A patent/CN101227425B/zh active Active
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1863058A (zh) * | 2005-05-12 | 2006-11-15 | 华为技术有限公司 | 一种用户获取聊天室历史记录的方法和聊天室业务系统 |
CN1929454A (zh) * | 2005-09-05 | 2007-03-14 | 腾讯科技(深圳)有限公司 | 一种即时通信中即时消息的显示方法 |
Also Published As
Publication number | Publication date |
---|---|
CN101227425A (zh) | 2008-07-23 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101227425B (zh) | 获取历史消息、反馈历史消息的方法、客户端及系统 | |
US7792912B2 (en) | Product, method and system for managing multiple user IDS in instant messaging or email computer software applications | |
CN100583839C (zh) | 实现单帐号多身份即时消息通信和存在业务的方法及系统 | |
CN103139045B (zh) | 名片交换方法、装置和交友客户端 | |
CN100563259C (zh) | 一种在即时通信工具中进行多人会话的方法及系统 | |
KR101859235B1 (ko) | 범용 플러그 앤 플레이 가능 텔레포니 장치들과 무선 영역 네트워크 장치들 사이의 멀티미디어 회의 시스템 및 방법 | |
US8819132B2 (en) | Real-time directory groups | |
JP2009500708A (ja) | ピアツーピアグループ管理のフレームワークおよび方法 | |
CN101800731B (zh) | 网络传输管理服务器、网络传输管理方法及网络传输系统 | |
CN102347916B (zh) | 一种网关、跨社区群组信息处理系统及方法 | |
CN101753475A (zh) | 实现即时通信群中多个成员之间即时通信的方法及装置 | |
CN102255827A (zh) | 一种视频聊天方法、装置和系统 | |
CN102769582B (zh) | 逻辑服务器、即时通信系统和即时通信方法 | |
CN100563197C (zh) | 一种图片共享系统和方法 | |
CN102223293B (zh) | 消息请求的路由方法及处理系统 | |
CN101471892B (zh) | 即时通讯系统中自动语音应答的方法及系统 | |
CN103684982A (zh) | 垃圾邮件的过滤处理方法和系统 | |
US20020078154A1 (en) | WAP/IRC based instant collaboration tool | |
CN101119329A (zh) | 一种在即时通信工具中显示好友在线状态的方法 | |
CN1487706B (zh) | 企业即时通信的方法、系统和控制流程 | |
CN102315949A (zh) | 一种实现的基于p2p技术的网络会议的方法 | |
JP4560844B2 (ja) | インターネットのような電気通信網内でのインスタントメッセージングサービスに対する選択的出席管理方法 | |
US8755397B2 (en) | Asynchronous communication in an unstable network | |
CN102209048B (zh) | 一种用于实现用户信息共享的即时通讯系统及方法 | |
CN1195277C (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 |