一种网络通讯消息的漫游方法及装置.pdf

本申请提供了一种网络通讯消息的漫游方法及装置，所述方法包括：发起消息获取请求；确定所述消息获取请求对应的第一时间区间；确定客户端本地保存的历史消息记录对应的一个或多个可信时间区间，其中，用户在可信时间区间内的每一历史消息都已存储于客户端本地；判断所述第一时间区间是否落入可信时间区间；当所述第一时间区间未落入可信时间区间时，则发起从服务器下载所述用户的第一历史消息的请求。本申请保证历史消息准确性的同时，最大限度地减少了与服务器下载的次数，也最大限度地减少了客户端与服务器应答的操作次数，减少了客户端与服务器的资源占用，提高了客户端与服务器的运行效率。

1.  一种网络通讯消息的漫游方法，其特征在于，包括：
发起消息获取请求；
确定所述消息获取请求对应的第一时间区间；
确定客户端本地保存的历史消息记录对应的一个或多个可信时间区间，其中，用户在可信时间区间内的每一历史消息都已存储于客户端本地；
判断所述第一时间区间是否落入可信时间区间；
当所述第一时间区间未落入可信时间区间时，则发起从服务器下载所述用户的第一历史消息的请求。

2.  根据权利要求1所述的方法，其特征在于，所述的历史消息与客户端开启的与另一客户端通讯的会话相关联，所述会话具有对应的时间轴，所述时间轴上包括所述一个或多个可信时间区间。

3.  根据权利要求1所述的方法，其特征在于，还包括：
将所述第一历史消息存储于客户端本地，并将第一历史消息对应的时间区间并入可信时间区间。

4.  根据权利要求1所述的方法，其特征在于，所述消息请求包括时间限定条件，所述时间限定条件限定所述第一时间区间；且所述第一历史消息的发生时间落入所述第一时间区间。

5.  根据权利要求1所述的方法，其特征在于，所述消息请求包括时间限定条件，所述时间限定条件包括一时间戳；
所述确定所述消息获取请求对应的第一时间区间的步骤包括：
确定用户在客户端本地保存的且发生时间在所述时间戳之前的预定数量的第二历史消息；及
确定所述预定数量的第二历史消息的起止时间区间为第一时间区间；
其中，所述第一历史消息的发生时间在所述时间戳之前。

6.  根据权利要求1所述的方法，其特征在于，所述消息请求包括时间限定条件，所述时间限定条件包括一时间戳；
所述确定所述消息获取请求对应的第一时间区间的步骤包括：
确定用户在客户端本地保存的且发生时间在所述时间戳之后的预定数量的第二历史消息；及
确定所述预定数量的第二历史消息的起止时间区间为第一时间区间；
其中，所述第一历史消息的发生时间在所述时间戳之后。

7.  根据权利要求1所述的方法，其特征在于，还包括：
当所述第一时间区间落入可信时间区间时，则从客户端本地获取所述第一时间区间内的第二历史消息。

8.  根据权利要求1所述的方法，其特征在于，当所述第一时间区间未落入可信时间区间时，则发起从服务器下载所述用户的第二历史消息的请求，包括：
判断是否存储有满足设定条件的第一历史消息；
如果服务器存储有满足设定条件且未保存于客户端本地的第一历史消息时，则从服务器下载所述用户的满足设定条件且未保存于客户端本地的至少部分第一历史消息；
将所述至少部分第一历史消息存储于客户端本地，并将所述至少部分第一历史消息对应的时间区间并入可信时间区间；
其中，所述设定条件包括时间限定条件，所述时间限定条件根据所述消息获取请求确定。

9.  根据权利要求8所述的方法，其特征在于，还包括：
如果服务器未存储有满足设定条件的第一历史消息时，则根据所述消息获取请求从客户端本地获取一条或多条第二历史消息，并将所述第一时间区间并入可信时间区间。

10.  根据权利要求1所述的方法，其特征在于，所述第一时间区间未落入可信时间区间的情形包括：所述第一时间区间的至少部分未与所述可信时间区间重叠。

11.  根据权利要求10所述的方法，其特征在于，所述第一时间区间 未落入可信时间区间的情形包括：所述第一时间区间的至少部分未与所述可信时间区间重叠且所述第一时间区间的部分与所述可信时间区间重叠；
所述发起从服务器下载所述用户的第一历史消息的请求，包括：
从服务下载用户在所述第一时间区间未与所述可信时间区间重叠的部分区间内发生的至少部分历史消息。

12.  根据权利要求10所述的方法，其特征在于，所述第一时间区间未落入可信时间区间的情形包括：所述第一时间区间与所述可信时间区间存在间隔区间；
所述发起从服务器下载所述用户的第一历史消息的请求，包括：
从服务下载用户在所述间隔区间内发生的至少部分历史消息。

13.  根据权利要求3所述的方法，其特征在于，所述将所述第一历史消息存储在客户端本地的步骤包括：
将所述第一历史消息存储在所述客户端本地的消息数据库中；
对存储于客户端本地的消息数据库中的第一历史消息进行去重处理。

14.  一种网络通讯消息的漫游方法，其特征在于，包括：
当在用户账号登入客户端的存续期间内初次开启与通讯对象的聊天窗口时，发起消息初始化请求，从服务器下载当前用户账号的第一预设数量的第一消息记录，所述第一预设数量的第一消息记录具有第一时间区间的信息；
将所述第一时间区间标记为该聊天会话对应的可信时间区间；
在该存续期间内，用户发起历史消息获取请求；
根据所述历史消息获取请求确定一第二时间区间；
判断所述第二时间区间是否落入可信时间区间；
当所述第二时间区间未落入可信时间区间，从服务器下载第二消息记录；
展示所述第二消息记录。

15.  根据权利要求14所述的方法，其特征在于，还包括：将在所述存续期间内用户发生的消息存储于客户端本地，并将所述存续期间并入所述可信时间区间。

16.  根据权利要求14所述的方法，其特征在于，还包括：将所述第二消息记录存储于客户端本地，并将所述第二消息记录对应的时间区间并入所述可信时间区间。

17.  根据权利要求14所述的方法，其特征在于，还包括：展示所述第一消息记录。

18.  根据权利要求14所述的方法，其特征在于，所述历史消息获取请求包括时间限定条件，所述时间限定条件限定所述第二时间区间；且所述第二历史消息的发生时间落入所述第二时间区间。

19.  根据权利要求14所述的方法，其特征在于，所述历史消息获取请求包括时间限定条件，所述时间限定条件包括一时间戳；
所述根据所述历史消息获取请求确定一第二时间区间，包括：
确定用户在客户端本地保存的且发生时间在所述时间戳之前或之后的第二预设数量的第二消息记录；
根据所述预定数量的第二历史消息的起止时间区间及所述时间戳限定所述第二时间区间。

20.  根据权利要求14所述的方法，其特征在于，还包括：
当所述第二时间区间落入可信时间区间时，展示所述第二消息记录。

21.  根据权利要求14所述的方法，其特征在于，所述第二时间区间未落入可信时间区间的情形包括：所述第二时间区间的至少部分未与所述可信时间区间重叠且所述第二时间区间的部分与所述可信时间区间重叠；
所述从服务器下载第二消息记录，包括：
从服务下载用户在所述第二时间区间的未与所述可信时间区间重叠 的部分区间内发生的至少部分消息记录。

22.  一种网络通讯消息的漫游装置，其特征在于，包括：
消息获取请求发起模块，用于发起消息获取请求；
第一时间区间确定模块，用于确定所述消息获取请求对应的第一时间区间；
可信时间区间确定模块，用于确定客户端本地保存的历史消息记录对应的一个或多个可信时间区间，其中，用户在可信时间区间内的每一历史消息都已存储于客户端本地；
第一落入判断模块，用于判断所述第一时间区间是否落入可信时间区间；
第一历史消息请求模块，用于在所述第一时间区间未落入可信时间区间时，则发起从服务器下载所述用户的第一历史消息的请求。

23.  根据权利要求22所述的装置，其特征在于，所述的历史消息与客户端开启的与另一客户端通讯的会话相关联，所述会话具有对应的时间轴，所述时间轴上包括所述一个或多个可信时间区间。

24.  根据权利要求22所述的装置，其特征在于，还包括：
第一历史消息存储模块，用于将所述第一历史消息存储于客户端本地；
第一历史消息并入模块，用于将第一历史消息对应的时间区间并入可信时间区间。

25.  根据权利要求22所述的装置，其特征在于，所述消息请求包括时间限定条件，所述时间限定条件限定所述第一时间区间；且所述第一历史消息的发生时间落入所述第一时间区间。

26.  根据权利要求22所述的装置，其特征在于，所述消息请求包括时间限定条件，所述时间限定条件包括一时间戳；
所述第一时间区间确定模块包括：
第一确定子模块，用于确定用户在客户端本地保存的且发生时间在 所述时间戳之前的预定数量的第二历史消息；及
第二确定子模块，用于确定所述预定数量的第二历史消息的起止时间区间为第一时间区间；
其中，所述第一历史消息的发生时间在所述时间戳之前。

27.  根据权利要求22所述的装置，其特征在于，所述消息请求包括时间限定条件，所述时间限定条件包括一时间戳；
所述第一时间区间确定模块包括：
第三确定子模块，用于确定用户在客户端本地保存的且发生时间在所述时间戳之后的预定数量的第二历史消息；及
第四确定子模块，用于确定所述预定数量的第二历史消息的起止时间区间为第一时间区间；
其中，所述第一历史消息的发生时间在所述时间戳之后。

28.  根据权利要求22所述的装置，其特征在于，还包括：
第二历史消息获取模块，用于在所述第一时间区间落入可信时间区间时，则从客户端本地获取所述第一时间区间内的第二历史消息。

29.  根据权利要求22所述的装置，其特征在于，所述第一历史消息请求模块包括：
设定条件判断子模块，用于判断是否存储有满足设定条件的第一历史消息；
第一部分下载子模块，用于如果服务器存储有满足设定条件且未保存于客户端本地的第一历史消息时，则从服务器下载所述用户的满足设定条件且未保存于客户端本地的至少部分第一历史消息；
部分存储子模块，用于将所述至少部分第一历史消息存储于客户端本地；
第一部分并入子模块，用于将所述至少部分第一历史消息对应的时间区间并入可信时间区间；
其中，所述设定条件包括时间限定条件，所述时间限定条件根据所述消息获取请求确定。

30.  根据权利要求29所述的装置，其特征在于，还包括：
第二部分获取子模块，用于如果服务器未存储有满足设定条件的第一历史消息时，则根据所述消息获取请求从客户端本地获取一条或多条第二历史消息；
第二部分并入子模块，用于将所述第一时间区间并入可信时间区间。

31.  根据权利要求22所述的装置，其特征在于，所述第一时间区间未落入可信时间区间的情形包括：所述第一时间区间的至少部分未与所述可信时间区间重叠。

32.  根据权利要求31所述的装置，其特征在于，所述第一时间区间未落入可信时间区间的情形包括：所述第一时间区间的至少部分未与所述可信时间区间重叠且所述第一时间区间的部分与所述可信时间区间重叠；
所述第一历史消息请求模块包括：
第三部分下载子模块，用于从服务下载用户在所述第一时间区间未与所述可信时间区间重叠的部分区间内发生的至少部分历史消息。

33.  根据权利要求31所述的装置，其特征在于，所述第一时间区间未落入可信时间区间的情形包括：所述第一时间区间与所述可信时间区间存在间隔区间；
所述第一历史消息请求模块包括：
第四部分下载子模块，用于从服务下载用户在所述间隔区间内发生的至少部分历史消息。

34.  根据权利要求24所述的装置，其特征在于，所述第一历史消息存储模块包括：
消息数据库存储子模块，用于将所述第一历史消息存储在所述客户端本地的消息数据库中；
去重子模块，用于对存储于客户端本地的消息数据库中的第一历史消息进行去重处理。

35.  一种网络通讯消息的漫游装置，其特征在于，包括：
第一消息记录下载模块，用于当在用户账号登入客户端的存续期间内初次开启与通讯对象的聊天窗口时，发起消息初始化请求，从服务器下载当前用户账号的第一预设数量的第一消息记录，所述第一预设数量的第一消息记录具有第一时间区间的信息；
标记模块，用于将所述第一时间区间标记为该聊天会话对应的可信时间区间；
历史消息获取请求模块，用于在该存续期间内，用户发起历史消息获取请求；
第二时间区间确定模块，用于根据所述历史消息获取请求确定一第二时间区间；
第二落入判断模块，用于判断所述第二时间区间是否落入可信时间区间；
第二消息记录下载模块，用于在所述第二时间区间未落入可信时间区间，从服务器下载第二消息记录；
第二消息记录展示模块，用于展示所述第二消息记录。

36.  根据权利要求35所述的装置，其特征在于，还包括：
存续期间存储模块，用于将在所述存续期间内用户发生的消息存储于客户端本地；
存续期间并入模块，用于将所述存续期间并入所述可信时间区间。

37.  根据权利要求35所述的装置，其特征在于，还包括：
第二消息记录存储模块，用于将所述第二消息记录存储于客户端本地；
第二消息记录并入模块，用于将所述第二消息记录对应的时间区间并入所述可信时间区间。

38.  根据权利要求35所述的装置，其特征在于，还包括：
第一消息记录展示模块，用于展示第一消息记录。

39.  根据权利要求35所述的装置，其特征在于，所述历史消息获取请求包括时间限定条件，所述时间限定条件限定所述第二时间区间；且所述第二历史消息的发生时间落入所述第二时间区间。

40.  根据权利要求35所述的装置，其特征在于，所述历史消息获取请求包括时间限定条件，所述时间限定条件包括一时间戳；
所述第二时间区间确定模块包括：
第五确定子模块，用于确定用户在客户端本地保存的且发生时间在所述时间戳之前或之后的第二预设数量的第二消息记录；
第六确定子模块，用于根据所述预定数量的第二历史消息的起止时间区间及所述时间戳限定所述第二时间区间。

41.  根据权利要求35所述的装置，其特征在于，还包括：
第二消息记录展示模块，用于在所述第二时间区间落入可信时间区间时，展示所述第二消息记录。

42.  根据权利要求35所述的装置，其特征在于，所述第二时间区间未落入可信时间区间的情形包括：所述第二时间区间的至少部分未与所述可信时间区间重叠且所述第二时间区间的部分与所述可信时间区间重叠；
所述第二消息记录下载模块包括：
重叠部分下载子模块，用于从服务下载用户在所述第二时间区间的未与所述可信时间区间重叠的部分区间内发生的至少部分历史消息。

一种网络通讯消息的漫游方法及装置
技术领域
本申请涉及即时通讯消息处理的技术领域，特别是涉及一种网络通讯消息的漫游方法，以及，一种网络通讯消息的漫游装置。
背景技术
随着互联网技术的发展，即时通讯软件（Instant Messenger，简称IM）迅速普及。即时通讯是一种基于互联网的即时交流消息的业务，其允许两人或多人使用网路即时的传递文字讯息、档案、语音与视频交流。
用户可以在不同的终端设备上使用同一即时通讯软件登录同一个即时通讯账号，目前针对同一即时通讯账号在不同终端设备上所产生的历史消息记录的处理，有两种方式：一种是将即时通讯账号在各终端设备上的历史消息记录分别存储在终端设备本地，但这样一台终端设备不能查看另一台终端设备上的历史消息记录，当用户更换终端设备时，之前的聊天记录无法自动同步过来；
另一种处理方式是各终端设备将该即时通讯账号的历史消息记录存储在服务器，每次即时通讯账号登录成功后，都从服务器同步历史消息记录到本地，例如，如果登录用户同某个好友有长达一个小时的聊天，在这一个小时内，该用户在3台终端设备上频繁的切换。那么这一个小时的聊天消息散落在3台终端设备上，每台设备上所接收到的消息，仅仅是其中的一部分。此时，假如用户想在终端设备A上查看这一个小时全部的聊天记录，必须从服务端上同步消息，由于本地仅保存了一些零碎的消息片段，那么终端设备A无法确认本地的消息片段N和消息片段N+1之间是否有其它消息。因此，终端设备A为了保证消息不被遗漏，只能从服务端同步全部的消息。当该用户第2次登录终端设备A，想再查看一次这一个小时的历史聊天记录时，终端A仍然不确定本地的消息是否已经全部同步，那么它只能再重新全部同步一次。举例：假如有10 条历史消息记录，历史消息记录1，2，3在终端设备A上，历史消息记录4，5，6在终端设备B上，历史消息记录7，8，9在终端设备C上，历史消息记录10在终端设备A上。当用户在终端设备A上登录，读取本地数据库，有4条历史消息记录，编号为：1，2，3，10。终端设备A没有办法知道这4条历史消息记录是属于一个时间段还是多个时间段，也没有办法知道它们中间是否还有遗漏的历史消息记录，唯一能做的，就是每次都从服务端同步全部的消息。这样比较耗费流量，而且同步的历史消息记录重复性高，导致本地对历史消息记录管理困难。
因此，本领域技术人员迫切需要解决的问题是：提供一种即时通讯中的消息漫游机制，用以完整同步即时通讯账号在不同终端设备上的历史消息记录的同时节省网络资源。
发明内容
本申请所要解决的技术问题是提供一种网络通讯消息的漫游方法，用以完整同步即时通讯账号在不同终端设备上的历史消息记录的同时，节省网络资源。
相应的，本申请还提供了一种网络通讯消息的漫游装置，用以保证上述方法在实际中的应用。
为了解决上述问题，本申请公开了一种网络通讯消息的漫游方法，包括：
发起消息获取请求；
确定所述消息获取请求对应的第一时间区间；
确定客户端本地保存的历史消息记录对应的一个或多个可信时间区间，其中，用户在可信时间区间内的每一历史消息都已存储于客户端本地；
判断所述第一时间区间是否落入可信时间区间；
当所述第一时间区间未落入可信时间区间时，则发起从服务器下载所述用户的第一历史消息的请求。
优选地，所述的历史消息与客户端开启的与另一客户端通讯的会话 相关联，所述会话具有对应的时间轴，所述时间轴上包括所述一个或多个可信时间区间。
优选地，还包括：
将所述第一历史消息存储于客户端本地，并将第一历史消息对应的时间区间并入可信时间区间。
优选地，所述消息请求包括时间限定条件，所述时间限定条件限定所述第一时间区间；且所述第一历史消息的发生时间落入所述第一时间区间。
优选地，所述消息请求包括时间限定条件，所述时间限定条件包括一时间戳；
所述确定所述消息获取请求对应的第一时间区间的步骤包括：
确定用户在客户端本地保存的且发生时间在所述时间戳之前的预定数量的第二历史消息；及
确定所述预定数量的第二历史消息的起止时间区间为第一时间区间；
其中，所述第一历史消息的发生时间在所述时间戳之前。
优选地，所述消息请求包括时间限定条件，所述时间限定条件包括一时间戳；
所述确定所述消息获取请求对应的第一时间区间的步骤包括：
确定用户在客户端本地保存的且发生时间在所述时间戳之后的预定数量的第二历史消息；及
确定所述预定数量的第二历史消息的起止时间区间为第一时间区间；
其中，所述第一历史消息的发生时间在所述时间戳之后。
优选地，还包括：
当所述第一时间区间落入可信时间区间时，则从客户端本地获取所述第一时间区间内的第二历史消息。
优选地，当所述第一时间区间未落入可信时间区间时，则发起从服 务器下载所述用户的第二历史消息的请求，包括：
判断是否存储有满足设定条件的第一历史消息；
如果服务器存储有满足设定条件且未保存于客户端本地的第一历史消息时，则从服务器下载所述用户的满足设定条件且未保存于客户端本地的至少部分第一历史消息；
将所述至少部分第一历史消息存储于客户端本地，并将所述至少部分第一历史消息对应的时间区间并入可信时间区间；
其中，所述设定条件包括时间限定条件，所述时间限定条件根据所述消息获取请求确定。
优选地，还包括：
如果服务器未存储有满足设定条件的第一历史消息时，则根据所述消息获取请求从客户端本地获取一条或多条第二历史消息，并将所述第一时间区间并入可信时间区间。
优选地，所述第一时间区间未落入可信时间区间的情形包括：所述第一时间区间的至少部分未与所述可信时间区间重叠。
优选地，所述第一时间区间未落入可信时间区间的情形包括：所述第一时间区间的至少部分未与所述可信时间区间重叠且所述第一时间区间的部分与所述可信时间区间重叠；
所述发起从服务器下载所述用户的第一历史消息的请求，包括：
从服务下载用户在所述第一时间区间未与所述可信时间区间重叠的部分区间内发生的至少部分历史消息。
优选地，所述第一时间区间未落入可信时间区间的情形包括：所述第一时间区间与所述可信时间区间存在间隔区间；
所述发起从服务器下载所述用户的第一历史消息的请求，包括：
从服务下载用户在所述间隔区间内发生的至少部分历史消息。
优选地，所述将所述第一历史消息存储在客户端本地的步骤包括：
将所述第一历史消息存储在所述客户端本地的消息数据库中；
对存储于客户端本地的消息数据库中的第一历史消息进行去重处 理。
本申请还公开了一种网络通讯消息的漫游方法，包括：
当在用户账号登入客户端的存续期间内初次开启与通讯对象的聊天窗口时，发起消息初始化请求，从服务器下载当前用户账号的第一预设数量的第一消息记录，所述第一预设数量的第一消息记录具有第一时间区间的信息；
将所述第一时间区间标记为该聊天会话对应的可信时间区间；
在该存续期间内，用户发起历史消息获取请求；
根据所述历史消息获取请求确定一第二时间区间；
判断所述第二时间区间是否落入可信时间区间；
当所述第二时间区间未落入可信时间区间，从服务器下载第二消息记录；
展示所述第二消息记录。
优选地，还包括：将在所述存续期间内用户发生的消息存储于客户端本地，并将所述存续期间并入所述可信时间区间。
优选地，还包括：将所述第二消息记录存储于客户端本地，并将所述第二消息记录对应的时间区间并入所述可信时间区间。
优选地，还包括：展示所述第一消息记录。
优选地，所述历史消息获取请求包括时间限定条件，所述时间限定条件限定所述第二时间区间；且所述第二历史消息的发生时间落入所述第二时间区间。
优选地，所述历史消息获取请求包括时间限定条件，所述时间限定条件包括一时间戳；
所述根据所述历史消息获取请求确定一第二时间区间，包括：
确定用户在客户端本地保存的且发生时间在所述时间戳之前或之后的第二预设数量的第二消息记录；
根据所述预定数量的第二历史消息的起止时间区间及所述时间戳限 定所述第二时间区间。
优选地，还包括：
当所述第二时间区间落入可信时间区间时，展示所述第二消息记录。
优选地，所述第二时间区间未落入可信时间区间的情形包括：所述第二时间区间的至少部分未与所述可信时间区间重叠且所述第二时间区间的部分与所述可信时间区间重叠；
所述从服务器下载第二消息记录，包括：
从服务下载用户在所述第二时间区间的未与所述可信时间区间重叠的部分区间内发生的至少部分消息记录。
本申请还公开了一种网络通讯消息的漫游装置，包括：
消息获取请求发起模块，用于发起消息获取请求；
第一时间区间确定模块，用于确定所述消息获取请求对应的第一时间区间；
可信时间区间确定模块，用于确定客户端本地保存的历史消息记录对应的一个或多个可信时间区间，其中，用户在可信时间区间内的每一历史消息都已存储于客户端本地；
第一落入判断模块，用于判断所述第一时间区间是否落入可信时间区间；
第一历史消息请求模块，用于在所述第一时间区间未落入可信时间区间时，则发起从服务器下载所述用户的第一历史消息的请求。
优选地，所述的历史消息与客户端开启的与另一客户端通讯的会话相关联，所述会话具有对应的时间轴，所述时间轴上包括所述一个或多个可信时间区间。
优选地，还包括：
第一历史消息存储模块，用于将所述第一历史消息存储于客户端本地；
第一历史消息并入模块，用于将第一历史消息对应的时间区间并入可信时间区间。
优选地，所述消息请求包括时间限定条件，所述时间限定条件限定所述第一时间区间；且所述第一历史消息的发生时间落入所述第一时间区间。
优选地，所述消息请求包括时间限定条件，所述时间限定条件包括一时间戳；
所述第一时间区间确定模块包括：
第一确定子模块，用于确定用户在客户端本地保存的且发生时间在所述时间戳之前的预定数量的第二历史消息；及
第二确定子模块，用于确定所述预定数量的第二历史消息的起止时间区间为第一时间区间；
其中，所述第一历史消息的发生时间在所述时间戳之前。
优选地，所述消息请求包括时间限定条件，所述时间限定条件包括一时间戳；
所述第一时间区间确定模块包括：
第三确定子模块，用于确定用户在客户端本地保存的且发生时间在所述时间戳之后的预定数量的第二历史消息；及
第四确定子模块，用于确定所述预定数量的第二历史消息的起止时间区间为第一时间区间；
其中，所述第一历史消息的发生时间在所述时间戳之后。
优选地，还包括：
第二历史消息获取模块，用于在所述第一时间区间落入可信时间区间时，则从客户端本地获取所述第一时间区间内的第二历史消息。
优选地，所述第一历史消息请求模块包括：
设定条件判断子模块，用于判断是否存储有满足设定条件的第一历史消息；
第一部分下载子模块，用于如果服务器存储有满足设定条件且未保 存于客户端本地的第一历史消息时，则从服务器下载所述用户的满足设定条件且未保存于客户端本地的至少部分第一历史消息；
部分存储子模块，用于将所述至少部分第一历史消息存储于客户端本地；
第一部分并入子模块，用于将所述至少部分第一历史消息对应的时间区间并入可信时间区间；
其中，所述设定条件包括时间限定条件，所述时间限定条件根据所述消息获取请求确定。
优选地，还包括：
第二部分获取子模块，用于如果服务器未存储有满足设定条件的第一历史消息时，则根据所述消息获取请求从客户端本地获取一条或多条第二历史消息；
第二部分并入子模块，用于将所述第一时间区间并入可信时间区间。
优选地，所述第一时间区间未落入可信时间区间的情形包括：所述第一时间区间的至少部分未与所述可信时间区间重叠。
优选地，所述第一时间区间未落入可信时间区间的情形包括：所述第一时间区间的至少部分未与所述可信时间区间重叠且所述第一时间区间的部分与所述可信时间区间重叠；
所述第一历史消息请求模块包括：
第三部分下载子模块，用于从服务下载用户在所述第一时间区间未与所述可信时间区间重叠的部分区间内发生的至少部分历史消息。
优选地，所述第一时间区间未落入可信时间区间的情形包括：所述第一时间区间与所述可信时间区间存在间隔区间；
所述第一历史消息请求模块包括：
第四部分下载子模块，用于从服务下载用户在所述间隔区间内发生的至少部分历史消息。
优选地，所述第一历史消息存储模块包括：
消息数据库存储子模块，用于将所述第一历史消息存储在所述客户端本地的消息数据库中；
去重子模块，用于对存储于客户端本地的消息数据库中的第一历史消息进行去重处理。
本申请还公开了一种网络通讯消息的漫游装置，包括：
第一消息记录下载模块，用于当在用户账号登入客户端的存续期间内初次开启与通讯对象的聊天窗口时，发起消息初始化请求，从服务器下载当前用户账号的第一预设数量的第一消息记录，所述第一预设数量的第一消息记录具有第一时间区间的信息；
标记模块，用于将所述第一时间区间标记为该聊天会话对应的可信时间区间；
历史消息获取请求模块，用于在该存续期间内，用户发起历史消息获取请求；
第二时间区间确定模块，用于根据所述历史消息获取请求确定一第二时间区间；
第二落入判断模块，用于判断所述第二时间区间是否落入可信时间区间；
第二消息记录下载模块，用于在所述第二时间区间未落入可信时间区间，从服务器下载第二消息记录；
第二消息记录展示模块，用于展示所述第二消息记录。
优选地，还包括：
存续期间存储模块，用于将在所述存续期间内用户发生的消息存储于客户端本地；
存续期间并入模块，用于将所述存续期间并入所述可信时间区间。
优选地，还包括：
第二消息记录存储模块，用于将所述第二消息记录存储于客户端本地；
第二消息记录并入模块，用于将所述第二消息记录对应的时间区间并入所述可信时间区间。
优选地，还包括：
第一消息记录展示模块，用于展示第一消息记录。
优选地，所述历史消息获取请求包括时间限定条件，所述时间限定条件限定所述第二时间区间；且所述第二历史消息的发生时间落入所述第二时间区间。
优选地，所述历史消息获取请求包括时间限定条件，所述时间限定条件包括一时间戳；
所述第二时间区间确定模块包括：
第五确定子模块，用于确定用户在客户端本地保存的且发生时间在所述时间戳之前或之后的第二预设数量的第二消息记录；
第六确定子模块，用于根据所述预定数量的第二历史消息的起止时间区间及所述时间戳限定所述第二时间区间。
优选地，还包括：
第二消息记录展示模块，用于在所述第二时间区间落入可信时间区间时，展示所述第二消息记录。
优选地，所述第二时间区间未落入可信时间区间的情形包括：所述第二时间区间的至少部分未与所述可信时间区间重叠且所述第二时间区间的部分与所述可信时间区间重叠；
所述第二消息记录下载模块包括：
重叠部分下载子模块，用于从服务下载用户在所述第二时间区间的未与所述可信时间区间重叠的部分区间内发生的至少部分历史消息。
与背景技术相比，本申请实施例具有以下优点：
在本申请实施例中，客户端为登录的通讯工具账号中的每个会话都创建时间轴，在时间轴上写有可信时间区间，标识与服务器进行过一致性校验的历史消息对应的时间区间，在用户请求查看历史消息时，确定 出第一时间区间，然后判断第一时间区间是否落入可信时间区间，对于未落入可信时间区间的第一时间区间，则发起从服务器下载第一历史消息的请求，对于落入可信时间区间的第一时间区间，则以客户端本地存储的消息为准，不再从服务器进行下载，对于相同的历史消息，客户端只会从服务器进行一次下载，在保证历史消息准确性的同时，最大限度地减少了与服务器下载的次数，也最大限度地减少了客户端与服务器应答的操作次数，减少了客户端与服务器的资源占用，提高了客户端与服务器的运行效率，而由于最大限度地减少了下载次数，相应地最大限度地减少了网络资源的消耗。
再者，对于落入可信时间区间的第一时间区间，则以客户端本地存储的消息为准，不再从服务器进行下载，可以大大加快展示历史消息的效应速度，同时提高了用户体验。
另外，每次从服务器中下载历史消息到本地的消息数据库时，都会对历史消息记录进行去重处理，保证了消息数据库中存储的历史消息都是唯一的，节省数据库的存储空间，方便对消息数据库中的历史消息的管理，提高了读取消息数据库中历史消息的效率。
附图说明
图1是本申请的一种网络通讯消息的漫游方法实施例1的步骤流程图；
图2是本申请的一种网络通讯消息的漫游方法实施例2的步骤流程图；
图3是本申请的一种网络通讯消息的漫游方法实施例3的步骤流程图；
图4是本申请的一种网络通讯消息的漫游方法实施例4的步骤流程图；
图5是本申请的一种网络通讯消息的漫游装置实施例1的结构框图；
图6是本申请的一种网络通讯消息的漫游装置实施例2的结构框图。
具体实施方式
为使本申请的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本申请作进一步详细的说明。
参照图1，示出了本申请的一种网络通讯消息的漫游方法实施例1的步骤流程图，其中，消息漫游是指当用户在多个客户端切换使用同一款通讯工具登录同一账号时，在一客户端侧可以查看其他客户端侧的历史消息记录，例如，用户在客户端A上登录了账号产生了聊天消息，用户更换客户端，在客户端B上登录同一个账号，打开聊天窗口，可以漫游在客户端A的发生的消息。
本申请实施例可以包括以下步骤：
步骤101，发起消息获取请求；
消息获取请求可以为客户端在接收到用户针对某一会话的消息记录获取指示时发起的历史消息的获取请求。例如，当用户可以通过触摸或点击鼠标的方式在某一会话的聊天窗口界面中选定“消息记录”功能按钮，或者，往上拉某一会话的聊天窗口到达了顶部，相当于接收到用户针对某一会话的消息记录获取指示。
在一种情形中，所述消息请求可以包括时间限定条件，所述时间限定条件可以限定所述第一时间区间；且所述第一历史消息的发生时间可以落入所述第一时间区间。
在实际应用中，若某一会话的历史消息数量众多，用户可以指定某一个时间限定条件内发生的历史消息，例如2013年12月11日-2013年12月12日，此时间段会形成第一时间区间。
在另一种情形中，用户可以基于当前展示的历史消息获取在先发生的或者在后发生的历史消息。例如，用户在通过指示时间限制条件查看2013年12月11日20时发生的历史消息后，可以请求查看2013年12月 11日19时或者2013年12月11日21时发生的历史消息。
在具体实现中，所述的历史消息可以与客户端开启的与另一客户端通讯的会话相关联，所述会话具有对应的时间轴，所述时间轴上包括所述一个或多个可信时间区间；而用户在可信时间区间内的每一历史消息都已存储于客户端本地。
会话，可以是两个或两个以上的用户通过在各自的客户端登录用户账号所建立的，即为单聊或群聊（组聊），建立会话的用户可以有好友关系，也可以没有好友关系。用户在打开会话时，关联的其他账号可以是在线的，也可以是离线的，本申请实施例对此不加以限制。
在客户端登录的账号中，该账号的每个会话都可以具有各自的时间轴。
应用本申请实施例，客户端可以在先与服务器进行消息一致性校验，将校验成功后的消息对应的时间区间写上时间轴上，获得可信时间区间。
例如，用户在存续时间（用户在某个客户端连续登录通讯工具的账号的时间，用户退出该账号后再次登录同一账号为下一次的存续时间）内初次（在存续时间内第一打开会话即为初次打开，会话第一次打开后关闭再打开，则第二次等打开不为初次打开）打开某个会话时，可以自动向服务器请求获取该聊天会话最新的预设数量的历史消息，然后将该历史消息对应的时间区间写上该聊天会话的时间轴上，获得可信时间区间。
又例如，用户主动请求客户端与服务器针对某个会话进行消息（可以包括当前产生的消息，也可以是历史消息）的进行诸如同步等消息一致性的校验，将校验成功的消息对应的时间区间写上该聊天会话的时间轴上，获得可信时间区间。
在本申请的一种优选实施例中，若用户想删除某一条或多条历史消息记录时，其可以选定所述一条或多条历史消息记录并触发当前聊天会话窗口的删除按钮生成删除指令，客户端接收到删除指令后，在消息数 据库中查找用户指示删除的历史消息，为该历史消息添加删除标识，而不会直接从消息数据库中删除该历史消息。该删除标识表示该历史消息已经被用户删除，并在聊天会话的窗口中隐藏添加了该删除标识的历史消息。这样可以避免再次从服务同步这些历史消息，也是为了保证时间轴上的时间区间的完整性
在实际中，删除标识可以为该历史消息记录增加的一个“deleted”字段。如果这个字段的值为1表示该条历史消息记录已经被用户删掉了，默认值为0表示该历史消息记录未被删除，用户只会看到deleted值为0的历史消息记录，已被删掉的历史消息记录用户不会再次看到。
需要说明的是，为了保护用户个人隐私，该删除标识可以同步到服务器中，使得该删除标识可以同步到任一客户端中。
步骤102，确定所述消息获取请求对应的第一时间区间；
在上述前一种情形中，可以提取用户指定的时间限制条件确定为第一时间区间。
在上述后一种情形中，所述消息请求可以包括时间限定条件，所述时间限定条件可以包括一时间戳；步骤102可以包括如下子步骤：
子步骤S11，确定用户在客户端本地保存的且发生时间在所述时间戳之前的预定数量的第二历史消息；及
子步骤S12，确定所述预定数量的第二历史消息的起止时间区间为第一时间区间；
其中，所述第一历史消息的发生时间在所述时间戳之前。
在具体实现中，用户基于当前展示的消息获取在先发生历史消息时，可以先从客户端提取本地存储的预定数量的历史消息。例如，当前会话展示的消息按照发生时间排序共有A20-A1共20条消息，其中A20的发生时间（如2013年12月17日11：00:00）小于A1的发生时间（如2013年12月17日11：10:00），而用户可以基于当前会话的消息A20-A1，请求查看A20之前的消息。
时间限定条件中的时间戳可以为当前会话展示的消息中最小的发生 时间。例如，针对上述消息A20-A1，时间戳可以为A20的发生时间。
在上述后一种情形中，所述消息请求可以包括时间限定条件，所述时间限定条件可以包括一时间戳；步骤102可以包括如下子步骤：
子步骤S21，确定用户在客户端本地保存的且发生时间在所述时间戳之后的预定数量的第二历史消息；及
子步骤S22，确定所述预定数量的第二历史消息的起止时间区间为第一时间区间；
其中，所述第一历史消息的发生时间在所述时间戳之后。
在具体实现中，用户基于当前展示的消息获取在后发生历史消息时，可以先从客户端提取本地存储的预定数量的历史消息。例如，当前会话展示的消息按照发生时间排序共有A20-A1共20条消息，其中A20的发生时间（如2013年12月17日11：00:00）小于A1的发生时间（如2013年12月17日11：10:00），而用户可以基于当前会话的消息A20-A1，请求查看A1之后的消息。
时间限定条件中的时间戳可以为当前会话展示的消息中最大的发生时间。例如，针对上述消息A20-A1，时间戳可以为A1的发生时间。
步骤103，确定客户端本地保存的历史消息记录对应的一个或多个可信时间区间；
客户端在指定的位置查询时间轴记载的信息，以获得可信时间区间。
步骤104，判断所述第一时间区间是否落入可信时间区间；
当第一时间区间与可信时间区间重叠时，第一时间区间落入可信时间区间。当第一时间区间落入可信时间区间时，可以表明落入可信时间区间的第一时间区间是与服务器进行过一致性校验的。
当第一时间区间与可信时间区间未重叠时，第一时间区间未落入可信时间区间。当第一时间区间未落入可信时间区间时，可以表明未落入可信时间区间的第一时间区间是与服务器未进行过一致性校验的。
在具体实现中，所述第一时间区间未落入可信时间区间的情形可以 包括：所述第一时间区间的至少部分未与所述可信时间区间重叠。
在此情形中，第一时间区间部分或者全部未与可信时间区间重叠。
步骤105，当所述第一时间区间未落入可信时间区间时，则发起从服务器下载所述用户的第一历史消息的请求。
服务器可以依据该请求，提取该请求对应的历史消息，将该历史消息发送至客户端。
在具体实现中，所述第一时间区间的至少部分未与所述可信时间区间重叠可以包括以下三种情形：
在第一种情形中，第一时间区间全部未落入可信时间区间，则在此情形中，可以发起从服务器下载第一时间区间内至少部分的第一历史消息。
当服务器存储的第一时间区间内历史消息数量大于或等于一个预设的数量阈值时，则可以认为第一时间区间内发生的历史消息的数量较大，为避免浪费网络资源，可以只返回部分第一历史消息。
当服务器存储的第一时间区间内历史消息数量小于一个预设的数量阈值时，则可以认为第一时间区间内发生的历史消息的数量较少，可以返回全部的第一历史消息。
在第二种情形中，所述第一时间区间未落入可信时间区间的情形可以包括：所述第一时间区间的至少部分未与所述可信时间区间重叠且所述第一时间区间的部分与所述可信时间区间重叠；
在此情形中，第一时间区间部分与可信时间区间重叠，部分未与可信时间区间重叠。
则步骤105可以包括如下子步骤：
子步骤S31，从服务下载用户在所述第一时间区间未与所述可信时间区间重叠的部分区间内发生的至少部分历史消息。
当服务器存储的第一时间区间未与可信时间区间重叠的部分区间发生的历史消息数量大于或等于数量阈值时，则可以认为第一时间区间内发生的历史消息的数量较大，为避免浪费网络资源，可以只返回部分第 一历史消息。
在实际应用中，当服务器侧返回的针对未与可信时间区间重叠的部分区间的第一历史消息记录的数量小于某一预设数量，则可以向服务器请求下一未与可信时间区间重叠的部分区间的历史消息记录，以此类推，直到历史消息记录的数量达到能够展示的预设数量或者直到所有与可信时间区间重叠的部分区间的历史消息记录请求完毕。
当服务器存储的第一时间区间未与可信时间区间重叠的部分区间发生的历史消息数量小于数量阈值时，则可以认为第一时间区间内发生的历史消息的数量较小，可以返回全部的第一历史消息。
在第三种情形中，所述第一时间区间未落入可信时间区间的情形可以包括：所述第一时间区间与所述可信时间区间存在间隔区间。
在此情形中，第一时间区间与可信时间存在间隔区间，即间隔可信时间区间的时间区间。
则步骤105可以包括如下子步骤：
子步骤S41，从服务下载用户在所述间隔区间内发生的至少部分历史消息。
当服务器存储的间隔区间内发生的历史消息数量大于或等于数量阈值时，则可以认为间隔时间区间内发生的历史消息的数量较大，为避免浪费网络资源，可以只返回部分第一历史消息。
当服务器存储的间隔区间内发生的历史消息数量小于数量阈值时，则可以认为间隔时间区间内发生的历史消息的数量较少，可以返回全部的第一历史消息。
在本申请实施例中，客户端为登录的通讯工具账号中的每个会话都创建时间轴，在时间轴上写有可信时间区间，标识与服务器进行过一致性校验的历史消息对应的时间区间，在用户请求查看历史消息时，确定出第一时间区间，然后判断第一时间区间是否落入可信时间区间，对于未落入可信时间区间的第一时间区间，则发起从服务器下载第一历史消息的请求，对于落入可信时间区间的第一时间区间，则以客户端本地存 储的消息为准，不再从服务器进行下载，对于相同的历史消息，客户端只会从服务器进行一次下载，在保证历史消息准确性的同时，最大限度地减少了与服务器下载的次数，也最大限度地减少了客户端与服务器应答的操作次数，减少了客户端与服务器的资源占用，提高了客户端与服务器的运行效率，而由于最大限度地减少了下载次数，相应地最大限度地减少了网络资源的消耗。
再者，对于落入可信时间区间的第一时间区间，则以客户端本地存储的消息为准，不再从服务器进行下载，可以大大加快展示历史消息的效应速度，同时提高了用户体验。
参照图2，示出了本申请的一种网络通讯消息的漫游方法实施例2的步骤流程图，本申请实施例可以包括如下步骤：
步骤201，发起消息获取请求；
步骤202，确定所述消息获取请求对应的第一时间区间；
步骤203，确定客户端本地保存的历史消息记录对应的一个或多个可信时间区间，其中，用户在可信时间区间内的每一历史消息记录都已存储于客户端本地；
步骤204，判断所述第一时间区间是否落入可信时间区间；
步骤205，当所述第一时间区间未落入可信时间区间时，则发起从服务器下载所述用户的第一历史消息的请求；
在本申请的一种优选实施例中，步骤205可以包括如下子步骤：
子步骤S51，判断是否存储有满足设定条件的第一历史消息；其中，所述设定条件包括时间限定条件，所述时间限定条件根据所述消息获取请求确定；
在一种情形中，时间限定条件限定第一时间区间；且第一历史消息的发生时间落入第一时间区间。
在另一种情形中，时间限定条件包括一时间戳，第一历史消息的发生时间在时间戳之前或之后。
子步骤S52，如果服务器存储有满足设定条件且未保存于客户端本地的第一历史消息时，则从服务器下载所述用户的满足设定条件且未保存于客户端本地的至少部分第一历史消息；
当服务器存储的满足设定条件且未保存于客户端本地的第一历史消息大于或等于一个预设的数量阈值时，则可以认为该第一历史消息的数量较大，为避免浪费网络资源，可以只返回部分第一历史消息。
当服务器存储的满足设定条件且未保存于客户端本地的第一历史消息小于一个预设的数量阈值时，则可以认为该第一历史消息的数量较少，可以返回全部的第一历史消息。
子步骤S53，将所述至少部分第一历史消息存储于客户端本地，并将所述至少部分第一历史消息对应的时间区间并入可信时间区间；
该至少部分第一历史消息为客户端与服务器进行过一致性校验的，可以将其时间区间写上时间轴，获得可信时间区间。
子步骤S54，如果服务器未存储有满足设定条件的第一历史消息时，则根据所述消息获取请求从客户端本地获取一条或多条第二历史消息，并将所述第一时间区间并入可信时间区间。
在实际应用中，面对众多客户端数以万计的消息，服务器的消息存储容量会有限制，因此，服务器可以只存储预定容量的消息，例如最近30天的历史消息。
而客户端并不是所有的历史消息都会存储，因此可以满足存储较长时间的历史消息，该时间可以长于服务器存储的历史消息的时间。
此时，服务器可以未存储有满足设定条件的第一历史消息。则客户端可以依据消息获取请求从客户端本地获取一条或多条第二历史消息，该第二历史消息的发生时间可以在时间限定条件限定的第一时间区间之内，或者，可以在在时间限定条件包括的时间戳之前或之后。
步骤206，将所述第一历史消息存储于客户端本地；
客户端从服务器中同步的针对某一聊天会话的第一历史消息记录都可以存储在客户端本地的消息数据库中，在将第一历史消息记录存储在 消息数据库之前或之后，客户端可以对第一历史消息记录进行去重处理。
在本申请的另一种优选实施例中，步骤206可以包括如下子步骤：
子步骤S61，对所述第一历史消息进行去重处理；
子步骤S62，将去重处理后的第一历史消息存储在客户端本地的消息数据库中。
在本实施例中，可以先进行去重处理，然后再存储去重处理后的历史消息。客户端将第一历史消息记录存储在缓存中，每次从缓存中取出一条第一历史消息记录，在消息数据库中查找与所述第一历史消息记录的消息标识相同（每条历史消息记录都携带有唯一的消息标识）的历史消息记录，若查找成功，说明该条从缓存中取出的第一历史消息记录是重复的历史消息记录，则丢弃该条第一历史消息记录；否则，将该条从缓存中取出的第一历史消息记录存储在消息数据库中。
其中，消息标识可以是聊天会话的消息的唯一标识，其可以是依据该消息的发生时间按照预设算法生成的一组64位二进制数的随机值，如4827948882813720239。
在本申请的一种优选实施例中，步骤206可以包括如下子步骤：
子步骤S71，将所述第一历史消息存储在所述客户端本地的消息数据库中；
子步骤S72，对存储于客户端本地的消息数据库中的第一历史消息进行去重处理。
在本实施例中，可以先将第一历史消息存储在消息数据库中，然后利用消息数据库的特性进行去重处理，去除与客户端本地重复的历史消息。
在数据库级别去重时，是利用数据库的特性完成了去重的动作。具体可以为，客户端将第一历史消息存储在消息数据库中，在消息数据库中判断是否存在两条消息标识相同的历史消息记录，若是，则删除后存入的第一历史消息。
在进行历史消息去重时，客户端可以优先使用本地的消息数据库中存储的历史消息，如果从服务侧下载到的历史消息记录同消息数据库中存储的历史消息重复，那么可以以消息数据库中存储的历史消息为准，丢弃从服务器侧下载的历史消息。
另外，需要说明的是，为了方便用户查看，在客户端的消息数据库中存储的历史消息可以是按照每条历史消息的发生时间进行从大到小的排序的，把最近产生的历史消息存储在前面，较早产生的历史消息存储在后面。
通过上述两种方法，每次从服务器中下载历史消息到本地的消息数据库时，都会对历史消息记录进行去重处理，保证了消息数据库中存储的历史消息都是唯一的，节省数据库的存储空间，方便对消息数据库中的历史消息的管理，提高了读取消息数据库中历史消息的效率。当然，上述历史消息记录去重的方式仅仅是本申请的示例，本领域技术人员还可以使用其他手段达到消息去重的目的，本申请实施例对此无需加以限制。
步骤207，将第一历史消息对应的时间区间并入可信时间区间。
第一历史消息对应的时间区间及为历史消息中最小的发生时间和最大的发生时间之前的时间段。例如，第一历史消息按照发生时间排序为B20-B1共20条消息，其中B20的发生时间为2013年12月18日10:00:00，B1的发生时间为2013年12月18日11:00:00，则第一历史消息对应的时间区间为[2013年12月18日10:00:00，2013年12月18日11:00:00]。
在实际中，如果时间轴上前后写入的时间区间可能与原可信时间区间存在重叠，那么可以将其合并为一个时间区间，例如，时间区间A为[2013年10月11日10:00:00，2013年10月11日11:00:00]，可信时间区间B为[2013年10月11日10:30:00，2013年10月11日11:30:00]，则其合并的可信区间为[2013年10月11日10:00:00，2013年10月11日11:30:00]。
步骤208，当所述第一时间区间落入可信时间区间时，则从客户端本地获取所述第一时间区间内的第二历史消息；
在具体实现中，第一时间区间落入可信时间区间的情形可以包括：第一时间区间的至少部分与可信时间区间重叠。
在此情形中，第一时间区间部分或者全部与可信时间区间重叠。
当第一时间区间落入可信时间区间时，为了减少网络资源消耗，可以以本地存储的历史消息为准，不再向服务器请求相同的历史消息，而是可以在提取第一时间区间内的第二历史消息后进行展示。
参照图3，示出了本申请的一种网络通讯消息的漫游方法实施例3的步骤流程图，本申请实施例可以包括如下步骤：
步骤301，当在用户账号登入客户端的存续期间内初次开启与通讯对象的聊天窗口时，发起消息初始化请求，从服务器下载当前用户账号的第一预设数量的第一消息记录，所述第一预设数量的第一消息记录具有第一时间区间的信息；
应用于本申请实施例，用户每次在客户端登录某一通讯工具的账号，并在存续期间检测到用户初次打开该账号中的某一聊天会话的窗口时，客户端即可以从服务器中同步预设数量的第一消息记录，其中，所述预设数量的第一消息记录为服务器中存储的针对该聊天会话的最新的历史消息记录。需要说明的是，所述预设数量为窗口中能展示的一页历史消息记录的数量，其可以根据聊天窗口大小的不同而不同，并可以由用户或本领域技术人员自行设置，例如，若窗口中一页历史消息记录的数量为20时最符合用户的阅读体验，则将预设数量设置为20，当然，上述预设数量的设置方法仅仅是本申请实施例的一种示例，本申请实施例对所述预设数量的具体数量以及设置方法无需加以限制。
在具体实现中，用户在客户端登录某一通讯工具的账号后，判断某个会话的聊天窗口是否是初次打开，可以采用如下方法：设置一个数据容器来保存某一账号中打开过的窗口的关联用户账号的ID，当客户端成 功登录某一账号之后，即清空该数据容器，每次打开聊天会话的窗口之后，获取该窗口对应的关联用户账号的ID，并在所述数据容器中匹配该关联用户账号的ID，若匹配成功，则说明该窗口不是初次打开；否则，则说明该窗口是初次打开，并把该对应的关联用户账号存入数据容器中。
由于每一次在同一客户端登录同一账号之后由于数据容器都会被清空，因此每个聊天窗口在每次账号重新登录后都会有一个初次打开的机会，当某窗口初次打开时会从服务器中获取对应的聊天会话的最新的历史消息记录。例如，用户某一天上午10点在客户端侧登录了某一账号，打开了好友A的聊天会话的窗口，此时客户端从服务器中同步该聊天会话中最新的20条历史消息记录，随后用户关闭好友A的聊天会话的窗口并退出账号；在中午12点时，用户又在同一客户端登录了同一账号，打开了好友A的聊天会话的窗口，此时即时通讯客户端判断该窗口是初次打开的，则再从服务器中同步好友A的最新的20条历史消息记录；用户关闭好友A的聊天会话的窗口但不退出账号，在中午1点时，用户再次打开好友A的聊天会话的窗口，此时即时通讯客户端判断该聊天会话的窗口不是初次打开的，因此不会从服务器同步最新的历史消息。
从服务器侧下载预设数量的第一消息记录后，可以获取所述预设数量的第一消息记录的第一时间区间的信息。具体而言，每条第一历史消息记录都具有发生时间，客户端从服务器中获取到预设数量的第一消息记录记录后，按照每条第一消息记录记录的发生时间进行排序，将排序在第一位的第一消息记录记录的发生时间以及排序在最后一位的第一消息记录的发生时间组织成第一时间区间。
若服务器中返回0条或1条第一消息记录，说明服务侧在消息保存周期内（例如30天）没有更多的历史消息记录，则第一时间区间的计算方法为[当前时间–30天，当前时间]。
步骤302，将所述第一时间区间标记为该聊天会话对应的可信时间区间；
客户端在于服务器进行消息一致性校验后，可以将校验成功后的第一时间区间写上时间轴，获得可信时间区间。
步骤303，在该存续期间内，用户发起历史消息获取请求；
步骤304，根据所述历史消息获取请求确定一第二时间区间；
在本申请的一种优选实施中，所述历史消息获取请求可以包括时间限定条件，所述时间限定条件可以限定所述第二时间区间；且所述第二历史消息的发生时间落入所述第二时间区间。
在本申请的一种优选实施中，所述历史消息获取请求可以包括时间限定条件，所述时间限定条件可以包括一时间戳；步骤304可以包括如下子步骤：
子步骤S81，确定用户在客户端本地保存的且发生时间在所述时间戳之前或之后的第二预设数量的第二消息记录；
子步骤S82，根据所述预定数量的第二历史消息的起止时间区间及所述时间戳限定所述第二时间区间。
步骤305，判断所述第二时间区间是否落入可信时间区间；
步骤306，当所述第二时间区间未落入可信时间区间，从服务器下载第二消息记录；
在本申请的一种优选实施中，所述第二时间区间未落入可信时间区间的情形可以包括：所述第二时间区间的至少部分未与所述可信时间区间重叠且所述第二时间区间的部分与所述可信时间区间重叠；步骤306可以包括如下子步骤：
子步骤S91，从服务下载用户在所述第二时间区间的未与所述可信时间区间重叠的部分区间内发生的至少部分消息记录。
步骤307，展示所述第二消息记录。
在获得第二消息记录后，可以在指定的位置，例如当前聊天会话的窗口，或者在当前聊天会话的窗口的旁边生成一个专门用于展示历史消息的窗口，进行第二消息记录的展示。
需要说明的是，在本申请实施例中，由于步骤303-步骤306与方法实 施例1中步骤101-步骤105的应用是基本相似的，所以描述的比较简单，相关之处参见方法实施例1的部分说明即可，本申请实施例在此不加以详述。
参照图4，示出了本申请的一种网络通讯消息的漫游方法实施例4的步骤流程图，本申请实施例可以包括如下步骤：
步骤401，当在用户账号登入客户端的存续期间内初次开启与通讯对象的聊天窗口时，发起消息初始化请求，从服务器下载当前用户账号的第一预设数量的第一消息记录，所述第一预设数量的第一消息记录具有第一时间区间的信息；
步骤402，展示所述第一消息记录；
本申请实施例中，在获取到第一消息记录之后，可以直接进行展示，为该聊天会话营造一个上下文连贯的聊天环境。
步骤403，将所述第一时间区间标记为该聊天会话对应的可信时间区间；
步骤404，在该存续期间内，用户发起历史消息获取请求；
步骤405，根据所述历史消息获取请求确定一第二时间区间；
步骤406，判断所述第二时间区间是否落入可信时间区间；
步骤407，当所述第二时间区间未落入可信时间区间，从服务器下载第二消息记录；
步骤408，当所述第二时间区间落入可信时间区间时，展示所述第二消息记录；
本申请实施例中，第二时间区间可以部分落入可信时间区间，可以部分未落入可信时间区间。
对于落入可信时间区间第二时间区间的部分，为减少网络资源消耗，则可以以本地客户端存储的第二历史消息为准，提取本地客户端存储的第二历史消息后进行展示。
步骤409，展示第二消息记录。
步骤410，将所述第二消息记录存储于客户端本地；
步骤411，将所述第二消息记录对应的时间区间并入所述可信时间区间；
步骤412，将在所述存续期间内用户发生的消息存储于客户端本地，并将所述存续期间并入所述可信时间区间。
本申请实施例中，用户基于当前的聊天会话进行聊天，相当于客户端与服务器进行了消息的一致性校验，可以将存续期间写上时间轴，获得可信时间区间。
需要说明的是，由于网络信息号不稳定，尤其是客户端位于移动设备时，很容易出现消息发送或者接收失败的情形。因此，针对将存续期间并入可信时间区间的情形，可以在符合预设条件时，例如客户端没有其他任务，网速达到某一个网速阈值时，客户端与服务器就存续期间进行完整性校验，当校验出有缺漏的消息时，可以下载缺漏的消息，或者对可信时间区间进行拆分，以将缺漏的消息的时间点从可信时间区间中划分出来。
需要说明的是，对于方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请并不受所描述的动作顺序的限制，因为依据本申请，某些步骤可以调用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作并不一定是本申请所必须的。
参照图5，示出了申请的一种网络通讯消息的漫游装置实施例1的结构框图，本申请实施例可以包括以下模块：
消息获取请求发起模块501，用于发起消息获取请求；
第一时间区间确定模块502，用于确定所述消息获取请求对应的第一时间区间；
可信时间区间确定模块503，用于确定客户端本地保存的历史消息 记录对应的一个或多个可信时间区间，其中，用户在可信时间区间内的每一历史消息都已存储于客户端本地；
第一落入判断模块504，用于判断所述第一时间区间是否落入可信时间区间；
第一历史消息请求模块505，用于在所述第一时间区间未落入可信时间区间时，则发起从服务器下载所述用户的第一历史消息的请求。
在本申请的一种优选实施例中，所述的历史消息可以与客户端开启的与另一客户端通讯的会话相关联，所述会话可以具有对应的时间轴，所述时间轴上可以包括所述一个或多个可信时间区间。
在本申请的一种优选实施例中，本申请实施例还可以包括如下模块：
第一历史消息存储模块，用于将所述第一历史消息存储于客户端本地；
第一历史消息并入模块，用于将第一历史消息对应的时间区间并入可信时间区间。
在本申请的一种优选实施例中，所述消息请求可以包括时间限定条件，所述时间限定条件可以限定所述第一时间区间；且所述第一历史消息的发生时间可以落入所述第一时间区间。
在本申请的一种优选实施例中，所述消息请求可以包括时间限定条件，所述时间限定条件可以包括一时间戳；
所述第一时间区间确定模块505可以包括如下子模块：
第一确定子模块，用于确定用户在客户端本地保存的且发生时间在所述时间戳之前的预定数量的第二历史消息；及
第二确定子模块，用于确定所述预定数量的第二历史消息的起止时间区间为第一时间区间；
其中，所述第一历史消息的发生时间在所述时间戳之前。
在本申请的一种优选实施例中，所述消息请求可以包括时间限定条件，所述时间限定条件可以包括一时间戳；
所述第一时间区间确定模块505可以包括如下子模块：
第三确定子模块，用于确定用户在客户端本地保存的且发生时间在所述时间戳之后的预定数量的第二历史消息；及
第四确定子模块，用于确定所述预定数量的第二历史消息的起止时间区间为第一时间区间；
其中，所述第一历史消息的发生时间在所述时间戳之后。
在本申请的一种优选实施例中，本申请实施例还可以包括如下模块：
第二历史消息获取模块，用于在所述第一时间区间落入可信时间区间时，则从客户端本地获取所述第一时间区间内的第二历史消息。
在本申请的一种优选实施例中，所述第一历史消息请求模块506可以包括如下子模块：
设定条件判断子模块，用于判断是否存储有满足设定条件的第一历史消息；
第一部分下载子模块，用于如果服务器存储有满足设定条件且未保存于客户端本地的第一历史消息时，则从服务器下载所述用户的满足设定条件且未保存于客户端本地的至少部分第一历史消息；
部分存储子模块，用于将所述至少部分第一历史消息存储于客户端本地；
第一部分并入子模块，用于将所述至少部分第一历史消息对应的时间区间并入可信时间区间；
其中，所述设定条件可以包括时间限定条件，所述时间限定条件可以根据所述消息获取请求确定。
在本申请的一种优选实施例中，本申请实施例还可以包括如下模块：
第二部分获取子模块，用于如果服务器未存储有满足设定条件的第一历史消息时，则根据所述消息获取请求从客户端本地获取一条或多条第二历史消息；
第二部分并入子模块，用于将所述第一时间区间并入可信时间区间。
在本申请的一种优选实施例中，所述第一时间区间未落入可信时间区间的情形可以包括：所述第一时间区间的至少部分未与所述可信时间区间重叠。
在本申请的一种优选实施例中，所述第一时间区间未落入可信时间区间的情形可以包括：所述第一时间区间的至少部分未与所述可信时间区间重叠且所述第一时间区间的部分与所述可信时间区间重叠；
所述第一历史消息请求模块506可以包括如下子模块：
第三部分下载子模块，用于从服务下载用户在所述第一时间区间未与所述可信时间区间重叠的部分区间内发生的至少部分历史消息。
在本申请的一种优选实施例中，所述第一时间区间未落入可信时间区间的情形可以包括：所述第一时间区间与所述可信时间区间存在间隔区间；
所述第一历史消息请求模块506可以包括如下子模块：
第四部分下载子模块，用于从服务下载用户在所述间隔区间内发生的至少部分历史消息。
在本申请的一种优选实施例中，所述第一历史消息存储模块可以包括如下子模块：
消息数据库存储子模块，用于将所述第一历史消息存储在所述客户端本地的消息数据库中；
去重子模块，用于对存储于客户端本地的消息数据库中的第一历史消息进行去重处理。
参照图6，示出了申请的一种网络通讯消息的漫游装置实施例2的结构框图，本申请实施例可以包括以下模块：
第一消息记录下载模块601，用于当在用户账号登入客户端的存续期间内初次开启与通讯对象的聊天窗口时，发起消息初始化请求，从服 务器下载当前用户账号的第一预设数量的第一消息记录，所述第一预设数量的第一消息记录具有第一时间区间的信息；
标记模块602，用于将所述第一时间区间标记为该聊天会话对应的可信时间区间；
历史消息获取请求模块603，用于在该存续期间内，用户发起历史消息获取请求；
第二时间区间确定模块604，用于根据所述历史消息获取请求确定一第二时间区间；
第二落入判断模块605，用于判断所述第二时间区间是否落入可信时间区间；
第二消息记录下载模块606，用于在所述第二时间区间未落入可信时间区间，从服务器下载第二消息记录；
第二消息记录展示模块607，用于展示所述第二消息记录。
在本申请的一种优选实施例中，本申请实施例还可以包括如下模块：
存续期间存储模块，用于将在所述存续期间内用户发生的消息存储于客户端本地；
存续期间并入模块，用于将所述存续期间并入所述可信时间区间。
在本申请的一种优选实施例中，本申请实施例还可以包括如下模块：
第二消息记录存储模块，用于将所述第二消息记录存储于客户端本地；
第二消息记录并入模块，用于将所述第二消息记录对应的时间区间并入所述可信时间区间。
在本申请的一种优选实施例中，本申请实施例还可以包括如下模块：
第一消息记录展示模块，用于展示第一消息记录。
在本申请的一种优选实施例中，所述历史消息获取请求可以包括时 间限定条件，所述时间限定条件可以限定所述第二时间区间；且所述第二历史消息的发生时间可以落入所述第二时间区间。
在本申请的一种优选实施例中，所述历史消息获取请求可以包括时间限定条件，所述时间限定条件可以包括一时间戳；
所述第二时间区间确定模块604可以包括如下子模块：
第五确定子模块，用于确定用户在客户端本地保存的且发生时间在所述时间戳之前或之后的第二预设数量的第二消息记录；
第六确定子模块，用于根据所述预定数量的第二历史消息的起止时间区间及所述时间戳限定所述第二时间区间。
在本申请的一种优选实施例中，本申请实施例还可以包括如下模块：
第二消息记录展示模块，用于在所述第二时间区间落入可信时间区间时，展示所述第二消息记录。
在本申请的一种优选实施例中，所述第二时间区间未落入可信时间区间的情形可以包括：所述第二时间区间的至少部分未与所述可信时间区间重叠且所述第二时间区间的部分与所述可信时间区间重叠；
所述第二消息记录下载模块607可以包括如下子模块：
重叠部分下载子模块，用于从服务下载用户在所述第二时间区间的未与所述可信时间区间重叠的部分区间内发生的至少部分历史消息。
由于上述装置实施例基本相应于前述方法实施例，故本实施例的描述中未详尽之处，可以参见前述方法实施例中的相关说明，在此就不赘述了。
本说明书中的各个实施例均调用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。对于装置实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可调用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可调用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质（包括但不限于磁盘存储器、CD-ROM、光学存储器等）上实施的计算机程序产品的形式。
在一个典型的配置中，所述计算机设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括非持续性的电脑可读媒体(transitory media)，如调制的数据信号和载波。
本申请是参照根据本申请实施例的方法、设备（系统）、和计算机程序产品的流程图和／或方框图来描述的。应理解可由计算机程序指令实现流程图和／或方框图中的每一流程和／或方框、以及流程图和／或方框图中的流程和／或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和／或方框图 一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和／或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和／或方框图一个方框或多个方框中指定的功能的步骤。
尽管已描述了本申请的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例做出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本申请范围的所有变更和修改。
最后，还需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
以上对本申请所提供的一种网络通讯消息的漫游方法和一种网络通讯消息的漫游装置进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上所述， 本说明书内容不应理解为对本申请的限制。