WO2018095175A1

WO2018095175A1 - 通信消息同步方法、数据备份方法、设备及存储介质

Info

Publication number: WO2018095175A1
Application number: PCT/CN2017/107471
Authority: WO
Inventors: 陈志炯; 李刚; 郭咏诗; 左岗; 牛智昊
Original assignee: 腾讯科技（深圳）有限公司
Priority date: 2016-11-25
Filing date: 2017-10-24
Publication date: 2018-05-31

Abstract

本发明实施例公开了一种通信消息同步方法、数据备份方法、设备及存储介质，属于互联网技术领域。所述方法包括：获取第一社交应用客户端中待同步的n条通信消息以及每条通信消息的消息类型；对于每条通信消息，生成包括通信消息的消息类型以及通信消息的消息内容的消息数据；以消息块为单位同步生成的n条消息数据至第二社交应用客户端；每个消息块对应于至少一条消息数据，且在对应于至少两条消息数据时，至少两条消息数据所对应的通信消息属于同一会话，第二社交应用客户端与第一社交应用客户端类型相同且共用同一社交帐号；解决了相关技术中在同步通信消息至其他平台之后，其他平台中的社交应用客户端可能无法识别该通信消息的问题。

Description

通信消息同步方法、数据备份方法、设备及存储介质

本申请要求于2016年11月25日提交国家知识产权局、申请号为201611056492.1、发明名称为“通信消息同步方法及装置”的中国专利申请，以及于2016年11月25日提交国家知识产权局、申请号为201611055670.9、发明名称为“数据备份方法及装置”的中国专利申请的优先权，其全部内容通过引用结合在本申请中。

技术领域

本发明实施例涉及互联网技术领域，特别涉及一种通信消息同步方法、数据备份方法、设备及存储介质。

背景技术

相关技术中，用户可以在不同社交应用客户端中登录自己的社交帐号，比如，用户可以在手机的社交应用客户端中登录自己的社交帐号，也可以在电脑的社交应用客户端中登录自己的社交帐号。

实际实现时，当用户需要在第二社交应用客户端中查看第一社交应用客户端中的通信消息时，第一社交应用客户端可以获取存储的待同步的通信消息，将获取到的通信消息同步至第二社交应用客户端。这样，用户即可在第二社交应用客户端中查看接收到的通信消息。

然而，当第一社交应用客户端和第二社交应用客户端是运行在不同平台中的客户端，比如，第一社交应用客户端运行在Android***的手机中，而第二社交应用客户端运行在Windows***的电脑中时，由于不同平台对数据的封装格式不同，因此在第一社交应用客户端同步通信消息至第二社交应用客户端之后，第二社交应用客户端可能并不能解析该通信消息。

发明内容

本发明实施例提供了一种通信消息同步方法、数据备份方法、设备及存储介质，可以解决相关技术中存在的问题。技术方案如下：

根据本发明实施例的第一方面，提供一种通信消息同步方法，用于第一社交应用客户端中，该方法包括：

获取所述第一社交应用客户端中待同步的n条通信消息以及每条通信消息的消息类型，n为大于等于1的整数；

对于每条通信消息，生成包括所述通信消息的消息类型以及所述通信消息的消息内容的消息数据；

以消息块为单位同步生成的n条消息数据至第二社交应用客户端；第二社交应用客户端以消息块为单位存储n条消息数据至数据文件，生成并保存对应关系；每个消息块对应于至少一条消息数据，且在对应于至少两条消息数据时，至少两条消息数据所对应的通信消息属于同一会话，第二社交应用客户端与第一社交应用客户端类型相同且共用同一社交帐号；对应关系包括消息块、消息块所对应的会话以及消息块的存储位置之间的对应关系，消息块所对应的会话为消息块中的消息数据所对应的通信消息所属的会话。

根据本发明实施例的第二方面，提供一种通信消息同步方法，用于第二社交应用客户端中，该方法包括：

接收第一社交应用客户端以消息块为单位同步的n条消息数据；所述第一社交应用客户端与所述第二社交应用客户端类型相同且共用同一社交帐号；每条消息数据为所述第一社交应用客户端生成的包括一条通信消息的消息类型以及消息内容的数据；每个消息块对应于至少一条消息数据，且在对应于至少两条消息数据时，所述至少两条消息数据所对应的通信消息属于同一会话；

以所述消息块为单位存储所述n条消息数据至数据文件；

生成并保存对应关系；所述对应关系包括消息块、所述消息块所对应的会话以及所述消息块的存储位置之间的对应关系，所述消息块所对应的会话为所述消息块中的消息数据所对应的通信消息所属的会话。

根据本发明实施例的第三方面，提供一种通信消息同步装置，用于第一社交应用客户端中，该装置包括：

第一获取模块，用于获取所述第一社交应用客户端中待同步的n条通信消息以及每条通信消息的消息类型，n为大于等于1的整数；

生成模块，用于对于每条通信消息，生成包括所述通信消息的消息类型以及所述通信消息的消息内容的消息数据；

同步模块，用于以消息块为单位同步生成的n条消息数据至第二社交应用客户端；第二社交应用客户端以消息块为单位存储n条消息数据至数据文件，生成并保存对应关系；每个消息块对应于至少一条消息数据，且在对应于至少两条消息数据时，至少两条消息数据所对应的通信消息属于同一会话，第二社交应用客户端与第一社交应用客户端类型相同且共用同一社交帐号；对应关系包括消息块、消息块所对应的会话以及消息块的存储位置之间的对应关系，消息块所对应的会话为消息块中的消息数据所对应的通信消息所属的会话。

根据本发明实施例的第四方面，提供一种通信消息同步装置，用于第二社交应用客户端中，该装置包括：

第一接收模块，用于接收第一社交应用客户端以消息块为单位同步的n条消息数据；所述第一社交应用客户端与所述第二社交应用客户端类型相同且共用同一社交帐号；每条消息数据为所述第一社交应用客户端生成的包括一条通信消息的消息类型以及消息内容的数据；每个消息块对应于至少一条消息数据，且在对应于至少两条消息数据时，所述至少两条消息数据所对应的通信消息属于同一会话；

存储模块，用于以所述消息块为单位存储所述n条消息数据至数据文件；

生成模块，用于生成并保存对应关系；所述对应关系包括消息块、所述消息块所对应的会话以及所述消息块的存储位置之间的对应关系，所述消息块所对应的会话为所述消息块中的消息数据所对应的通信消息所属的会话。

根据本发明实施例的第五方面，提供一种终端，所述终端包括：处理器和存储器，所述存储器中存储有至少一条指令，所述指令由所述处理器加载并执行以实现如下操作：

获取第一社交应用客户端中待同步的n条通信消息以及每条通信消息的消息类型，n为大于等于1的整数；

以消息块为单位同步生成的n条消息数据至第二社交应用客户端；所述第二社交应用客户端以所述消息块为单位存储所述n条消息数据至数据文件，生成并保存对应关系；每个消息块对应于至少一条消息数据，且在对应于至少两条消息数据时，所述至少两条消息数据所对应的通信消息属于同一会话，所述第二社交应用客户端与所述第一社交应用客户端类型相同且共用同一社交帐号；所述对应关系包括消息块、所述消息块所对应的会话以及所述消息块的存储位置之间的对应关系，所述消息块所对应的会话为所述消息块中的消息数据所对应的通信消息所属的会话。

根据本发明实施例的第六方面，提供一种终端，所述终端包括：处理器和存储器，所述存储器中存储有至少一条指令，所述指令由所述处理器加载并执行以实现如下操作：

接收第一社交应用客户端以消息块为单位同步的n条消息数据；所述第一社交应用客户端与第二社交应用客户端类型相同且共用同一社交帐号；每条消息数据为所述第一社交应用客户端生成的包括一条通信消息的消息类型以及消息内容的数据；每个消息块对应于至少一条消息数据，且在对应于至少两条消息数据时，所述至少两条消息数据所对应的通信消息属于同一会话；

以所述消息块为单位存储所述n条消息数据至数据文件；

根据本发明实施例的第七方面，提供一种计算机可读存储介质，所述计算机可读存储介质中存储有至少一条指令，所述指令由处理器加载并执行以实现如第一方面所述的方法中所执行的操作。

根据本发明实施例的第八方面，提供一种计算机可读存储介质，所述计算机可读存储介质中存储有至少一条指令，所述指令由处理器加载并执行以实现如第二方面所述的方法中所执行的操作。

本发明实施例提供的技术方案带来的有益效果是：

通过在获取到待同步的n条通信消息以及每条通信消息的消息类型之后，对于每条通信消息，生成包括消息类型以及消息内容的消息数据，并以消息块为单位同步生成的n条消息数据至第二社交应用客户端，这样，由于每条消息数据中包括消息类型和消息内容，所以第二社交应用客户端可以根据接收到的消息数据解析出对应的通信消息；解决了相关技术中在同步通信消息至其他平台之后，其他平台中的社交应用客户端可能无法识别该通信消息的问题；达到了可以实现跨平台的通信消息同步的效果。

根据本发明实施例的第九方面，提供了一种数据备份方法，所述方法包括：

向第一设备发送数据备份请求，所述数据备份请求用于指示待备份的目标会话；

接收所述第一设备返回的所述目标会话的备份截止时间，所述备份截止时间用于指示所述第一设备存储有所述目标会话在所述备份截止时间之前的全部消息记录；

根据所述备份截止时间确定目标消息记录，所述目标消息记录为所述目标会话在所述备份截止时间之后产生的消息记录；

向所述第一设备发送所述目标消息记录，所述第一设备用于对会话的消息记录进行备份。

根据本发明实施例的第十方面，提供了一种数据备份方法，所述方法包括：

当接收到第二设备的数据备份请求时，获取与目标会话对应的备份截止时间，所述数据备份请求用于指示待备份的目标会话；

将所述目标会话的备份截止时间发送至所述第二设备，所述第二设备用于向第一设备发送目标消息记录，所述目标消息记录为所述目标会话在所述备份截止时间之后产生的消息记录；

当接收到所述目标消息记录时，将所述目标消息记录存储至所述目标会话的消息记录中。

根据本发明实施例的第十一方面，提供了一种数据备份装置，所述装置包括：

第一发送模块，用于向第一设备发送数据备份请求，所述数据备份请求用于指示待备份的目标会话；

接收模块，用于接收所述第一设备返回的所述目标会话的备份截止时间，所述备份截止时间用于指示所述第一设备存储有所述目标会话在所述备份截止时间之前的全部消息记录；

确定模块，用于根据所述备份截止时间确定目标消息记录，所述目标消息记录为所述目标会话在所述备份截止时间之后产生的消息记录；

第二发送模块，用于向所述第一设备发送所述目标消息记录，所述第一设备用于对会话的消息记录进行备份。

根据本发明实施例的第十二方面，提供了一种数据备份装置，所述装置包括：

获取模块，用于当接收到第二设备的数据备份请求时，获取与目标会话对应的备份截止时间，所述数据备份请求用于指示待备份的目标会话；

发送模块，用于将所述目标会话的备份截止时间发送至所述第二设备，所述第二设备用于向第一设备发送目标消息记录，所述目标消息记录为所述目标会话在所述备份截止时间之后产生的消息记录；

存储模块，用于当接收到所述目标消息记录时，将所述目标消息记录存储至所述目标会话的消息记录中。

根据本发明实施例的第十三方面，提供了一种数据备份设备，所述设备包括：处理器和存储器，所述存储器中存储有至少一条指令，所述指令由所述处理器加载并执行以实现如下操作：

根据本发明实施例的第十四方面，提供了一种数据备份设备，所述设备包括：处理器和存储器，所述存储器中存储有至少一条指令，所述指令由所述处理器加载并执行以实现如下操作：

根据本发明实施例的第十五方面，提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有至少一条指令，所述指令由处理器加载并执行以实现如第九方面所述的方法中所执行的操作。

根据本发明实施例的第十六方面，提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有至少一条指令，所述指令由处理器加载并执行以实现如第十方面所述的方法中所执行的操作。

本发明实施例提供的技术方案带来的有益效果是：

通过采用备份截止时间来区分目标会话中已备份的消息记录和未备份的消息记录，使得在对目标会话进行备份时，仅需传输未备份的消息记录即可，而无需传输已备份的消息记录，提高了数据备份的效率。

附图说明

为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本发明各个实施例所涉及的实施环境的示意图；

图2是本发明一个实施例提供的通信消息同步方法的流程图；

图3A是本发明一个实施例提供的通信消息同步方法的流程图；

图3B是本发明一个实施例提供的生成的消息数据的示意图；

图3C是本发明一个实施例提供的生成的消息块的示意图；

图3D是本发明一个实施例提供的数据文件的示意图；

图3E是本发明一个实施例提供的数据文件和索引文件的示意图；

图4A是本发明另一个实施例提供的通信消息同步方法的流程图；

图4B是本发明另一个实施例提供的生成的消息数据的示意图；

图5是本发明一个实施例提供的通信消息同步装置的示意图；

图6是本发明一个实施例提供的通信消息同步装置的示意图；

图7是本发明一个实施例提供的终端的示意图；

图8是本发明实施例提供的一种用于数据备份的设备交互示意图；

图9A是本发明实施例提供的一种数据备份方法的流程图；

图9B是本发明实施例提供的一种数据备份方法的流程图；

图10A是本发明实施例提供的一种数据备份方法的流程图；

图10B是本发明实施例提供的一种数据备份方法的流程图；

图11是本发明实施例提供的一种数据备份装置的框图；

图12是本发明实施例提供的一种数据备份装置的框图；

图13是本发明实施例提供的一种终端的结构示意图；

图14是本发明实施例提供的一种数据备份装置的框图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合附图对本发明实施方式作进一步地详细描述。

请参考图1，其示出了本发明各个实施例提供的通信消息同步方法所涉及的实施环境的示意图，如图1所示，该实施环境可以包括第一社交应用客户端110、服务器120和第二社交应用客户端130。

第一社交应用客户端110和第二社交应用客户端130为同种类型的客户端。比如，同时为即时通信客户端或者同时为邮箱等等。在下述各个实施例中，第一社交应用客户端110和第二社交应用客户端130共用同一社交帐号。

实际实现时，第一社交应用客户端110安装在第一终端中，第二社交应用客户端130安装在第二终端中，第一终端和第二终端可以为诸如手机、平板电脑、电子阅读器、台式电脑或者笔记本电脑之类的终端，第一终端和第二终端的不同之处在于，两者使用的操作***不同。比如，第一终端使用的操作***可以为iOS，第二终端使用的操作***可以为Windows；又比如，第一终端使用的操作***为Android(安卓)，第二终端使用的操作***可以为iOS，本实施例对此并不做限定。

实际实现时，第一终端和第二终端均可以通过有线或者无线网络与服务器120连接。并且，第一终端还可以通过蓝牙、局域网、USB(Universal Serial Bus，通用串行总线)或者NFC(Near Field Communication，近距离无线通信技术)与第二终端连接。

服务器120可以为社交应用客户端所对应的后台服务器，该服务器120可以为一台服务器，也可以为由多台服务器组成的服务器集群。

在下述各个实施例中，除特殊说明外，第一社交应用客户端110为需要同步通信消息的客户端，第二社交应用客户端130为接收同步的客户端。具体的，第一社交应用客户端110可以主动同步通信消息至第二社交应用客户端130，或者，在接收到第二社交应用客户端130发送的同步请求之后同步通信消息至第二社交应用客户端130，比如，用户在登录第二社交应用客户端130之后，第二社交应用客户端130可以发送同步请求至服务器120，服务器转发该同步请求至第一社交应用客户端110，第一社交应用客户端110接收到同步请求之后同步通信消息至第二社交应用客户端130。

实际实现时，第一社交应用客户端110在同步通信消息至第二社交应用客户端120时，第一社交应用客户端110可以先同步通信消息至服务器120，由服务器120转发通信消息至第二社交应用客户端130。

可选地，作为另一种实现方式，第一社交应用客户端110所处的第一终端还可以先建立与第二社交应用客户端130所处的第二终端之间的直连，然后直接同步通信消息至第二社交应用客户端130。以第一终端和第二终端通过局域网连接为例，第二社交应用客户端130在登录之后，第二社交应用客户端130可以上报第二终端的IP(Internet Protocol，网络之间互联的协议)地址以及端口至服务器120，服务器120转发该IP地址和端口至第二社交应用客户端130，第二终端根据第二社交应用客户端130接收到的IP地址和端口建立与第一终端之间的局域网连接。

请参考图2，其示出了本发明一个实施例提供的通信消息同步方法的方法流程图，本实施例以该方法用于图1所示的应用场景中来举例说明，如图2所示，该通信消息同步方法可以包括：

步骤201，第一社交应用客户端获取第一社交应用客户端中待同步的n条通信消息以及每条通信消息的消息类型，n为大于等于1的整数。

用户使用第一社交应用客户端与好友通信时，第一社交应用客户端可以保存通信消息至本地数据库。其中，通信消息包括好友社交应用客户端发送至第一社交应用客户端的消息，以及第一社交应用客户端发送至好友社交应用客户端的消息。

当需要同步通信消息至第二社交应用客户端时，第一社交应用客户端可以从本地数据库中获取待同步的n条通信消息以及每条通信消息的消息类型。其中，第二社交应用客户端和第一社交应用客户端同种类型且共用同一社交帐号，消息类型为文本、图片、音频或者视频。

可选地，本步骤可以包括如下可能的实现方式：

第一种，第一社交应用客户端在预定时刻获取与上一个同步时刻之间新增的通信消息，将获取到的通信消息作为待同步的n条通信消息。

实际实现时，第一社交应用客户端可以定时同步，比如，在每天24:00，或者每周日24:00执行同步。对于此种情况，第一社交应用客户端可以获取当前时刻与上一个同步时刻之间新增的通信消息。

比如，以每天24:00同步为例，第一社交应用客户端可以获取从前一天24:00至当天24:00时新增的通信消息，将获取到的通信消息作为n条通信消息。

第二种，第一社交应用客户端接收同步信号，该同步信号请求同步目标会话在预设时间段内新增的通信消息；获取目标会话在预设时间段内新增的通信消息。

用户使用第一社交应用客户端的过程中，用户可以主动请求同步某一会话在某一时间段内的通信消息至第二社交应用客户端，也即用户可以在第一社交应用客户端中施加同步信号，相应的，第一社交应用客户端可以接收到该同步信号，并在接收到同步信号之后，获取指定会话在指定时间段内的通信消息。

比如，在10:00～12:00期间用户使用手机中的第一社交应用客户端向自己的老师咨询了一些问题，则为了能够在电脑的第二社交应用客户端中查看该咨询记录，用户可以施加将与老师的会话中在10:00～12:00期间的通信消息同步至第二社交应用客户端的同步信号。

其中，该同步信号可以由用户选择目标会话以及预设时间段的操作施加，例如第一社交应用客户端提供同步选项，当检测到用户对同步选项的选择操作时，提供会话列表，由用户从中选择目标会话，之后第一社交应用客户端显示目标会话中的多条通信消息以及每条通信消息对应的时间，由用户根据该多条通信消息确定预设时间段。

步骤202，对于每条通信消息，第一社交应用客户端生成包括通信消息的消息类型以及通信消息的消息内容的消息数据。

第一社交应用客户端在获取到n条通信消息之后，提取每条通信消息中在各个平台中均有用的字段，也即提取出每条通信消息的消息内容，生成包括消息内容和消息类型的消息数据。

实际应用中，每条通信消息会包含消息内容，且除该消息内容之外，还可能会包含一些适用于当前所在平台的数据。针对多个平台，该消息内容可以被多个平台识别，而除该消息内容以外的其他数据可能仅能被当前平台识别，不能被其他平台识别，因此第一社交应用客户端可以从通信消息中提取适用于多个平台的消息内容来生成消息数据。

步骤203，第一社交应用客户端以消息块为单位同步生成的n条消息数据至第二社交应用客户端。

每个消息块对应于至少一条消息数据，且在对应于至少两条消息数据时，至少两条消息数据所对应的通信消息属于同一会话。

可选地，作为一种可能的实现方式，第一社交应用客户端以消息块为单位同步生成的n条消息数据至服务器，服务器以消息块为单位转发该n条消息数据至第二社交应用客户端。

作为另一种可能的实现方式，第一社交应用客户端所处的第一终端和第二社交应用客户端所处的第二终端可以建立直连，第一社交应用客户端直接以消息块为单位同步该n条消息数据至该第二社交应用客户端。其中，第一终端可以通过蓝牙、NFC、USB、局域网等方式与第二终端建立连接，本实施例对此并不做限定。

另外，在同步消息数据至第二社交应用客户端的过程中，若第二社交应用客户端不在线，则同步失败，第一社交应用客户端生成提示信息，以提示用户当前第二社交应用客户端不在线，无法进行同步，对此并不做限定。

步骤204，第二社交应用客户端接收第一社交应用客户端以消息块为单位同步的n条消息数据。

步骤205，第二社交应用客户端以消息块为单位存储n条消息数据至数据文件。

步骤206，第二社交应用客户端确定每个消息块在数据文件中的存储位置。

步骤207，第二社交应用客户端生成并保存对应关系。

对应关系包括消息块、消息块所对应的会话以及消息块的存储位置之间的对应关系，消息块所对应的会话为消息块中的消息数据所对应的通信消息所属的会话。

综上所述，本实施例提供的通信消息同步方法，通过在获取到待同步的n条通信消息以及每条通信消息的消息类型之后，对于每条通信消息，生成包括消息类型以及消息内容的消息数据，并以消息块为单位同步生成的n条消息数据至第二社交应用客户端，这样，由于每条消息数据中包括消息类型和消息内容，所以第二社交应用客户端可以根据接收到的消息数据解析出对应的通信消息；解决了相关技术中在同步通信消息至其他平台之后，其他平台中的社交应用客户端可能无法识别该通信消息的问题；达到了可以实现跨平台的通信消息同步的效果。

在上述实施例中，步骤202可以包括如下两种可能的实现方式：

第一种，若消息类型为文本，则生成包括消息类型和消息内容的消息数据；若消息类型为图片或者音视频，生成包括消息类型以及数据标识的消息体，并生成包括消息内容的媒体数据，数据标识用于指向媒体数据，消息体和媒体数据构成消息数据。由于图片和音视频的数据量一般要大于文本，将图片或音视频独立于消息体之外，单独生成媒体数据，可以避免消息体的数据量过大。

第二种，生成包括消息类型以及消息内容的消息数据。

因此，下述将在不同实施例中分别对上述两种情况做说明。

请参考图3A，其示出了本发明一个实施例提供的通信消息同步方法的方法流程图，本实施例以该方法用于图1所示的应用场景且以通过上述第一种生成方式生成消息数据来举例说明，如图3A所示，该通信消息同步方法可以包括：

步骤301，第一社交应用客户端获取第一社交应用客户端中待同步的n条通信消息以及每条通信消息的消息类型，n为大于等于1的整数。

本步骤与步骤201类似，在此不再赘述。

步骤302，对于每条通信消息，若消息类型为文本，则第一社交应用客户端生成包括消息类型和消息内容的消息数据；若消息类型为图片或者音视频，则第一社交应用客户端生成包括消息类型以及数据标识的消息体，并生成包括消息内容的媒体数据，数据标识用于指向媒体数据，消息体和媒体数据构成消息数据。

其中，数据标识唯一指向媒体数据。

第一社交应用客户端在获取到n条通信消息之后，提取每条通信消息中在各个平台中均有用的字段，也即提取出每条通信消息的消息内容，根据消息内容和消息类型生成消息数据。

比如，n条通信消息中包括与小明聊天的4条聊天消息、与小花聊天的18条聊天消息以及与小刚聊天的5条聊天消息，则以与小明聊天的4条聊天消息为例，请参考图3B，对于每条聊天消息，第一社交应用客户端生成图中所示的消息数据。参见图3B，针对消息类型为文本的聊天消息“在么”，会生成包括消息类型“文本”和消息内容“在么”的消息数据，针对消息类型为音频的聊天消息，会生成包括消息类型“音频”和数据标识“音频ID1”的消息体，并生成包括“音频消息1”的媒体数据，消息体和媒体数据构成消息数据，且数据标识“音频ID1”指向“音频消息1”。

需要说明的是，上述实施例只是以消息数据中包括上述内容来举例，可选地，消息数据中还可以包括其他内容，本实施例对此并不做限定。

步骤303，n条通信消息来自m个会话，对于每个会话，第一社交应用客户端生成消息块。

可选地，第一社交应用客户端可以根据会话中的各条通信消息所对应的消息数据的总大小，和/或，会话中的通信消息的条数，为会话生成至少一个消息块。

其中，第一社交应用客户端根据会话中的各条通信消息所对应的消息数据的总大小为会话生成至少一个消息块可以包括：第一社交应用客户端根据各条消息数据中的媒体数据的总大小生成至少一个消息块。比如，消息块所对应的各条媒体数据的总大小的最大值为80M，会话中的各条通信消息所对应的消息数据中的媒体数据的总大小为200M，则第一社交应用客户端可以为该会话生成3个消息块，每个消息块所对应的媒体数据的总大小不超过80M。

以第一社交应用客户端根据会话中的通信消息的条数生成消息块来举例，假设每个消息块最多能存储的通信消息的条数为10条，某一会话中的通信消息有35条，则第一社交应用客户端可以为该会话生成4个消息块，每个消息块中存储的通信消息不超过10条。

步骤304，对于任一会话中的任一通信消息i，如果通信消息i的消息数据包括消息体和媒体数据，则第一社交应用客户端将通信消息i的消息体按预设顺序存储至通信消息i所属会话对应的消息块中。

其中，预设顺序为接收到会话中的各条通信消息的先后顺序。每个消息块对应于至少一条消息数据，且在对应于至少两条消息数据时，至少两条消息数据所对应的通信消息属于同一会话。

可选地，若通信消息i的消息数据包括消息类型和消息内容，则第一社交应用客户端将该消息数据按预设顺序存储至通信消息i所属会话对应的消息块中。

比如，以存储与小明的4条聊天消息所对应的消息数据为例，第一社交应用客户端可以得到图3C所示的消息块。

可选地，在存储通信消息i的消息数据之前，还包括：

检测消息块是否满足存储条件，存储条件包括：消息块中的数据标识所对应的媒体数据以及通信消息i的消息数据中的媒体数据的总大小未达到预设大小、消息块中的消息数据的条数未达到预设条数或者同时包括上述两者。

预设大小为***设置的大小或者用户自定义的大小，比如预设大小为***设置的80M。预设条数也可以为***设置或者用户自定义的条数，比如，预设条数可以为***设置的2000条。

以存储条件包括消息块中的数据标识所对应的媒体数据以及通信消息i的消息数据中的媒体数据的总大小未达到预设大小为例，第一社交应用客户端可以获取消息块中的各个消息体中存储的数据标识，统计各个数据标识所对应的媒体数据与通信消息i的消息数据中的媒体数据的总大小，检测统计得到的总大小是否达到预设大小。其中，若通信消息i的消息数据中不包括媒体数据，则通信消息i的消息数据中的媒体数据的大小即为0。

以存储条件包括消息块中的消息数据的条数未达到预设条数为例，第一社交应用客户端可以统计消息块中所对应的通信消息的条数，检测统计得到的条数是否达到预设条数。

若存储条件同时包括上述两者，则第一社交应用客户端可以同时执行上述两种检测，本实施例对此并不做限定。

若检测结果为消息块满足存储条件，则在通信消息i所对应的消息数据包括消息类型和消息内容时，存储该消息数据至消息块；在通信消息i所对应的消息数据包括消息体和消息内容时，存储消息体至该消息块。

而若检测结果为消息块不满足存储条件，则说明该消息块中不能继续存储数据，此时在通信消息i所对应的消息数据包括消息类型和消息内容时，第一社交应用客户端可以存储该消息数据至该会话所对应的下一个消息块；在通信消息i所对应的消息数据包括消息体和消息内容时，存储消息体至该会话所对应的下一个消息块。

比如，以预设大小为80M，且存储与小花聊天的18条聊天消息为例，在按照聊天的先后顺序存储至第15条聊天消息所对应的消息数据时，第一社交应用客户端检测到在存储第15条消息数据之后，消息块所对应的媒体数据的总大小超过80M，此时，第一社交应用客户端可以存储第15条及其以后的聊天消息所对应的消息数据至下一个消息块，其具体存储方式与上述类似。

需要说明的是，本实施例只是以先执行步骤303后执行步骤304为例，可选地，步骤303和步骤304还可以交叉执行。比如，对于每个会话，第一社交应用客户端可以先生成一个消息块，并在该消息快中不能继续存储数据时，生成新的消息块，并存储数据至新生成的消息块，本实施例对其具体实现方式并不做限定。

步骤305，第一社交应用客户端同步每个消息块以及每个消息块中的数据标识所对应的媒体数据至第二社交应用客户端。

与上述实施例类似，第一社交应用客户端可以先同步每个消息块以及每个消息块中的数据标识所对应的媒体数据至服务器，由服务器转发至第二社交应用客户端；或者，第一社交应用客户端直接同步至第二社交应用客户端，本实施例对此并不做限定。

步骤306，第二社交应用客户端接收第一社交应用客户端同步的每个消息块以及每个消息块中的数据标识所对应的媒体数据。

步骤307，第二社交应用客户端存储每个消息块至消息文件，并存储消息块中的数据标识所对应的媒体数据至媒体文件，消息文件和媒体文件构成数据文件。

可选地，受终端设备读取文件时对文件大小的需求，消息文件设置有大小阈值，如最大为2G，类似的，媒体文件也设置有大小阈值，如同样为2G。这也就是说，在存储各个消息块至消息文件时，在存储某一消息块至消息文件之前，检测该消息文件的大小与该消息块的大小的总和是否达到大小阈值，若未达到，则存储该消息块至该消息文件；而若达到大小阈值，则存储该消息块至新生成的消息文件，本实施例对此并不做限定。

类似的，在存储媒体数据至媒体文件之前，检测媒体文件的大小与媒体数据的大小的总和是否达到大小阈值，若未达到，则存储该媒体数据至该媒体文件，而若达到，则存储该媒体数据至新生成的媒体文件，本实施例对此并不做限定。

请参考图3D，其示出了第二社交应用客户端得到的消息文件和媒体文件的一种可能的示意图。

需要说明的是，实际实现时，消息文件可以有一个也可以有至少两个，本实施例对其个数并不做限定；类似的，媒体文件也可以有一个或者至少两个，对此也不做限定。

步骤308，第二社交应用客户端确定每个消息块在数据文件中的存储位置。

实际实现时，由于消息块存储在数据文件中的消息文件中，因此，第二社交应用客户端可以确定每个消息块在消息文件中的存储位置。其中，该存储位置可以通过消息块在消息文件中的起始存储位置和长度来表示，或者，通过消息块在消息文件中的起始存储位置以及结束存储位置来表示，本实施例对此并不做限定。

步骤309，第二社交应用客户端确定各个媒体数据在媒体文件中的存储位置。

与步骤308类似，在媒体文件中的存储位置可以通过媒体数据在媒体文件中的起始存储位置和长度来表示，或者，通过媒体数据在媒体文件中的起始存储位置以及结束存储位置来表示，本实施例对此并不做限定。

步骤310，第二社交应用客户端生成并保存对应关系。

对应关系包括消息块、消息块所对应的会话以及消息块的存储位置之间的对应关系以及数据标识与媒体数据在媒体文件中的存储位置之间的对应关系，消息块所对应的会话为消息块中的消息数据所对应的通信消息所属的会话。

请参考下表，其示出了一种可能的消息块、消息块所对应的会话以及消息块的存储位置之间的对应关系。其中，起始位置2＝起始位置1+长度1，起始位置3＝起始位置2+长度2，起始位置4＝起始位置3+长度3。

消息块	消息块所对应的会话	存储位置
消息块1	小明	起始位置1+长度1
消息块2	小花	起始位置2+长度2
消息块3	小花	起始位置3+长度3
消息块4	小刚	起始位置4+长度4

第二社交应用客户端生成对应关系之后，可以保存生成的对应关系至索引文件。其中，该索引文件为用于存储各个对应关系的文件。比如，请参考图3E，其示出了在本实施例中第二社交应用客户端存储的数据文件和索引文件的示意图。

通过在存储消息数据之前，先检测消息块是否满足存储条件，降低了在消息块所对应的媒体数据的总大小过大，或者消息块过大时，在消息块同步失败后，重新同步该消息块以及该消息块所对应的媒体数据时所需耗费的网络资源。

当消息块对应于至少两条消息数据时，上述方法避免了每次同步一条消息数据时，由于封装时使用的包头而导致同步过程中需要耗费一定的网络资源的问题。

请参考图4A，其示出了本发明一个实施例提供的通信消息同步方法的方法流程图，本实施例以该方法用于图1所示的应用场景中来举例说明，如图4A所示，该通信消息同步方法可以包括：

步骤401，第一社交应用客户端获取第一社交应用客户端中待同步的n条通信消息以及每条通信消息的消息类型，n为大于等于1的整数。

本步骤与步骤201类似，在此不再赘述。

步骤402，对于每条通信消息，第一社交应用客户端生成包括消息类型以及消息内容的消息数据。

本步骤与步骤302的区别在于，在本实施例中，不论消息类型如何，第一社交应用客户端均直接生成包括消息类型以及消息内容的消息数据。

比如，对于图3B所示的与小明的聊天消息，请参考图4B，第一社交应用客户端可以生成图4B所示的4条消息数据。

步骤403，n条通信消息来自m个会话，对于每个会话，第一社交应用客户端生成消息块。

步骤404，对于任一会话中的任一通信消息i，将通信消息i的消息数据按预设顺序存储至通信消息i所属会话对应的消息块中。

本步骤与步骤304类似，不同的是，步骤304中，存储消息体至消息块，而在本实施例中直接存储消息数据至消息块，在此不再赘述。

步骤405，第一社交应用客户端同步每个消息块至第二社交应用客户端。

步骤406，第二社交应用客户端接收第一社交应用客户端同步的各个消息块。

步骤407，第二社交应用客户端存储每个消息块至数据文件。

步骤408，第二社交应用客户端确定每个消息块在数据文件中的存储位置。

步骤409，第二社交应用客户端生成并保存对应关系。

当消息块对应于至少两条消息数据时，避免了每次同步一条消息数据时，由于封装时使用的包头而导致同步过程中需要耗费一定的网络资源的问题。

在上述各个实施例中，需要补充说明的一点是，在第一社交应用客户端同步消息块所对应的消息数据至第二社交应用客户端之前，第一社交应用客户端还可以执行如下步骤：

获取每个消息块所对应的时间信息，时间信息的起始时刻为消息块中的首条消息数据所对应的通信消息的接收时间，时间信息的结束时刻为消息块中的最后一条消息数据所对应的通信消息的接收时间。

其中，若消息块只对应于一条通信消息，则该消息块所对应的时间信息为接收该通信消息的时间，本实施例对此并不做限定。

仍然以与小明聊天的4条聊天消息为例，第一条聊天消息的时间为15:31:20，第四条聊天消息的时间为15:33:35，则4条聊天消息所对应的消息块1的时间信息为15:31:20～15:33:35。

在同步消息块所对应的消息数据至第二社交应用客户端时，同步消息块所对应的时间信息至第二社交应用客户端。

第二社交应用客户端接收到该时间信息之后，生成的第一对应关系包括消息块、消息块所对应的会话、消息块的存储位置以及消息块所对应的时间段之间的对应关系。

此后，第二社交应用客户端需要触发第一社交应用客户端执行同步时，第二社交应用客户端可以执行如下步骤：

第一，第二社交应用客户端根据保存的对应关系确定各个会话的时间戳信息，时间戳信息为第二社交应用客户端根据保存的对应关系确定的各个会话中最后一条消息数据所对应的通信消息的接收时间。

由于第二社交应用客户端中存储的对应关系中包括消息块、消息块所对应的会话、消息块所对应的时间信息以及消息块所对应的存储位置之间的对应关系，因此，第二社交应用客户端可以根据存储的各个对应关系确定每个会话的时间戳信息。

比如，对于与小明的会话，第二社交应用客户端确定得到的时间戳信息为9:30:37。

第二，第二社交应用客户端发送时间戳信息至第一社交应用客户端。

相应的，第一社交应用客户端接收第二社交应用客户端发送的各个会话的时间戳信息。

此后，对于每个会话，第一社交应用客户端根据会话的时间戳信息获取在时间戳信息之后接收到的会话中的各条通信消息，并获取各条通信消息的消息类型。

在一个实际应用场景中，用户在PC(Personal Computer，个人电脑)中登录第二社交应用客户端，第二社交应用客户端上报PC的IP地址和端口至服务器；服务器检测在手机中的第一社交应用客户端是否在线，若在线，则发送 PC的IP地址和端口至手机，手机接收到IP地址和端口之后建立与PC之间的直连。PC根据本地存储的索引文件确定各个会话的时间戳信息，通过建立的直连发送时间戳信息至手机，手机接收到各个时间戳信息之后，根据各个时间戳信息获取各个会话中在该时间戳信息之后增加的通信消息，并生成每条通信消息所对应的消息数据，以消息块为单位同步生成的n条消息数据至第二社交应用客户端。第二社交应用客户端接收到之后，存储至数据文件，创建并保存对应关系。其中，若服务器的检测结果为第一社交应用客户端不在线，则此时提示第二社交应用客户端本次同步失败。

上述实施例只是以通过时间信息来标记通信消息的同步进度来举例，实际实现时，第一社交应用客户端还可以为每条通信消息分配序号，并在同步消息块至第二社交应用客户端时，同步该消息块所对应的序号范围至第二社交应用客户端。也即，第二社交应用客户端中可以保存各个消息块中最后一条通信消息的序号，这样，在第二社交应用客户端上线之后，第二社交应用客户端可以发送各个会话的最后一条通信消息的序号至第一社交应用客户端，而第一社交应用客户端根据该序号获取会话中序号在该序号之后的各条通信消息，本实施例对其具体实现并不做限定。

需要补充说明的第二点是，第一社交应用客户端还可以获取每个会话的会话信息，比如，会话的昵称、备注等等，然后以消息块为单位同步消息数据至第二社交应用客户端时，同步消息块所对应的会话信息至第二社交应用客户端。相应的，第二社交应用客户端可以接收该会话消息，并在索引文件中存储该会话信息，本实施例对此并不做限定。

需要补充说明的第三点是，在第一社交应用客户端同步n条消息数据至第二社交应用客户端之前，为了保证数据传输的安全性，第一社交应用客户端还可以先对n条消息数据进行加密。可选地，第一社交应用客户端可以发送密钥获取请求至服务器，接收服务器返回的密钥，根据接收到的密钥对消息数据进行加密。其中，不同帐号的社交应用客户端发送密钥获取请求至服务器之后，获取到的密钥可以不同。可选地，第一社交应用客户端中还可以存储有公钥，并在发送密钥获取请求时发送携带有该公钥的密钥获取请求，服务器接收到该密钥获取请求之后，获取该公钥对应的加密方法，反馈获取到的加密方法至第一社交应用客户端，第一社交应用客户端根据接收到的加密方法执行加密。其中，第一社交应用客户端可以对n条消息数据以消息块为单位进行加密，对此并不做限定。这样，第二社交应用客户端在需要对消息数据所对应的通信消息进行重建时，第二社交应用客户端也需要采用类似方法从服务器获取解密密钥或者获取解密方法，本实施例对此并不做限定。

需要补充说明的第四点是，在上述各个实施例中，在第二客户端需要重建会话中的通信消息时，上述通信消息同步方法还可以包括如下步骤：

第二社交应用客户端根据保存的对应关系重建各个消息块所对应的各条通信消息。

此后，第二社交应用客户端在对会话中的通信消息进行重建时，第二社交应用客户端可以根据保存的对应关系读取到会话所对应的消息块中的内容，并在消息块中包括数据标识时，根据数据标识与媒体数据在媒体文件中的存储位置之间的对应关系从媒体文件中读取对应的媒体数据，此后，即可重建出各条通信消息。可选地，第二社交应用客户端可以从存储对应关系的索引文件中先读取出对应关系，然后再根据读取到的对应关系重建通信消息，本实施例对此并不做限定。

比如，结合图3B，以重建与小明的聊天消息为例，第二社交应用客户端可以根据会话‘小明’查找到对应的消息块1的存储位置为起始位置1+长度1。并从该存储位置中读取出该消息块1的内容，也即图3C所示的内容，此后，根据数据标识与媒体数据的存储位置之间的对应关系即可从媒体文件中读取到图3C中音频消息1以及音频消息2，这样，即可恢复出与小明的聊天记录。

需要补充说明的是，对应关系还包括消息块与消息块中的消息体中的数据标识之间的对应关系。以消息块1为例，第二社交应用客户端还可以生成下表所示的对应关系。

消息块1	音频ID1，音频ID2

通过生成包括消息块与消息块中的消息体中的数据标识之间的对应关系，使得在根据消息块进行通信消息重建时，无需等待遍历消息块中的各个条目之后才能读取对应的媒体数据，通信消息的重建效率较低的问题，达到了可以根据存储的上述对应关系直接读取到数据标识，进而快速加载对应的媒体数据，提高通信消息的重建效率的效果。

重建通信消息时，第二社交应用客户端可以在会话窗口中显示会话对应的通信消息。可选地，第二社交应用客户端可以按照每条通信消息的接收时间从早到晚的顺序对通信消息进行排序，当第二社交应用客户端打开该会话窗口时，按照接收时间从早到晚的顺序显示每条通信消息，且用户触发上下滑动的操作，还可以切换显示的通信消息，以便用户对不同的通信消息进行浏览。

需要补充说明的第五点是，上述只是以第二社交应用客户端直接以消息块为单位存储消息数据至数据文件为例，可选地，第二社交应用客户端还可以将接收到的以消息块为单位的n条消息数据划分为粒度更小的消息块，或者合并为粒度更大的消息块，比如，合并为同一会话对应于一个消息块，本实施例对此并不做限定。

需要补充说明的第六点是，上述实施例中关于第一社交应用客户端侧的步骤可以单独实现成为第一社交应用客户端侧的通信消息同步方法，而关于第二社交应用客户端侧的步骤可以单独实现成为第二社交应用客户端侧的通信消息同步方法。

请参考图5，其示出了本发明一个实施例提供的通信消息同步装置的结构示意图，该通信消息同步装置用于图1所示的第一社交应用客户端中。如图5所示，该通信消息同步装置可以包括：第一获取模块510、生成模块520和同步模块530。

第一获取模块510，用于获取所述第一社交应用客户端中待同步的n条通信消息以及每条通信消息的消息类型，n为大于等于1的整数；

生成模块520，用于对于每条通信消息，生成包括所述通信消息的消息类型以及所述通信消息的消息内容的消息数据；

同步模块530，用于以消息块为单位同步生成的n条消息数据至第二社交应用客户端；第二社交应用客户端以消息块为单位存储n条消息数据至数据文件，生成并保存对应关系；每个消息块对应于至少一条消息数据，且在对应于至少两条消息数据时，至少两条消息数据所对应的通信消息属于同一会话，第二社交应用客户端与第一社交应用客户端类型相同且共用同一社交帐号；对应关系包括消息块、消息块所对应的会话以及消息块的存储位置之间的对应关系，消息块所对应的会话为消息块中的消息数据所对应的通信消息所属的会话。

综上所述，本实施例提供的通信消息同步装置，通过在获取到待同步的n条通信消息以及每条通信消息的消息类型之后，对于每条通信消息，生成包括消息类型以及消息内容的消息数据，并以消息块为单位同步生成的n条消息数据至第二社交应用客户端，这样，由于每条消息数据中包括消息类型和消息内容，所以第二社交应用客户端可以根据接收到的消息数据解析出对应的通信消息；解决了相关技术中在同步通信消息至其他平台之后，其他平台中的社交应用客户端可能无法识别该通信消息的问题；达到了可以实现跨平台的通信消息同步的效果。

基于上述实施例提供的通信消息同步装置，可选的，若所述消息类型为图片或者音视频，所述生成模块520，还用于生成包括所述消息类型以及数据标识的消息体，并生成包括所述消息内容的媒体数据，所述数据标识用于指向所述媒体数据，所述消息体和所述媒体数据构成所述消息数据。

可选的，所述同步模块530，包括：

生成单元，用于所述n条通信消息来自m个会话，对于每个会话，生成消息块，m为正整数；

同步单元，用于对于任一会话中的任一通信消息i，如果所述通信消息i的消息数据包括消息体和媒体数据，则将所述通信消息i的消息体按预设顺序存储至所述通信消息i所属会话对应的消息块中，在同步所述通信消息i的消息数据时，同步所述通信消息i所属会话对应的消息块及所述通信消息i的媒体数据至所述第二社交应用客户端，所述预设顺序为接收到通信消息的先后顺序。

可选的，所述同步模块530，包括：

同步单元，用于对于任一会话中的任一通信消息i，将所述通信消息i的消息数据按预设顺序存储至所述通信消息i所属会话对应的消息块中，在同步所述通信消息i的消息数据时，同步所述通信消息i所属会话对应的消息块至所述第二社交应用客户端，所述预设顺序为接收到通信消息的先后顺序。

可选的，所述生成单元，还用于根据会话中的各条通信消息所对应的消息数据的总大小，和/或，所述会话中的通信消息的条数，为所述会话生成至少一个消息块。

可选的，所述装置还包括：

第二获取模块，用于获取每个消息块所对应的时间信息，所述时间信息的起始时刻为所述消息块中的首条消息数据所对应的通信消息的接收时间，所述时间信息的结束时刻为所述消息块中的最后一条消息数据所对应的通信消息的接收时间；

所述同步模块530，还用于在同步每个消息块至所述第二社交应用客户端时，同步所述消息块所对应的时间信息至所述第二社交应用客户端。

可选的，所述第一获取模块510，包括：

接收单元，用于接收所述第二社交应用客户端发送的各个会话的时间戳信息，所述时间戳信息为所述第二社交应用客户端根据保存的对应关系确定的各个会话中最后一条消息数据所对应的通信消息的接收时间；

获取单元，用于对于每个会话，根据所述会话的时间戳信息获取在所述时间戳信息之后接收到的所述会话中的各条通信消息，并获取各条通信消息的消息类型。

请参考图6，其示出了本发明一个实施例提供的通信消息同步装置的结构示意图，该通信消息同步装置用于图1所示的第二社交应用客户端中。如图6所示，该通信消息同步装置可以包括：第一接收模块610、存储模块620、和生成模块630。

第一接收模块610，用于接收第一社交应用客户端以消息块为单位同步的n条消息数据；所述第一社交应用客户端与所述第二社交应用客户端类型相同且共用同一社交帐号；每条消息数据为所述第一社交应用客户端生成的包括一条通信消息的消息类型以及消息内容的数据；每个消息块对应于至少一条消息数据，且在对应于至少两条消息数据时，所述至少两条消息数据所对应的通信消息属于同一会话；

存储模块620，用于以所述消息块为单位存储所述n条消息数据至数据文件；

生成模块630，用于生成并保存对应关系；所述对应关系包括消息块、所述消息块所对应的会话以及所述消息块的存储位置之间的对应关系，所述消息块所对应的会话为所述消息块中的消息数据所对应的通信消息所属的会话。

基于上述实施例提供的通信消息同步装置，可选的，

所述第一接收模块610，还用于接收所述第一社交应用客户端同步的每个消息块以及消息块中的数据标识所对应的媒体数据；其中，消息块中包括消息体，所述消息体中包括通信消息的消息类型以及数据标识，所述媒体数据中包括所述通信消息的消息内容，所述数据标识指向所述媒体数据；

所述存储模块620，还用于存储每个消息块至消息文件，并存储所述消息块中的数据标识所对应的媒体数据至媒体文件，所述消息文件和所述媒体文件构成所述数据文件；

所述对应关系还包括数据标识与媒体数据在所述媒体文件中的存储位置之间的对应关系。

可选的，所述对应关系还包括消息块与消息块中的消息体中的数据标识之间的对应关系。

可选的，所述装置还包括：

第二接收模块，用于接收所述第一社交应用客户端同步的每个消息块所对应的时间信息；所述时间信息的起始时刻为所述消息块中的首条消息数据所对应的通信消息的接收时间，所述时间信息的结束时刻为所述消息块中的最后一条消息数据所对应的通信消息的接收时间；

所述对应关系还包括消息块与所述消息块所对应的时间信息之间的对应关系。

可选的，所述装置还包括：

确定模块，用于根据保存的对应关系确定各个会话的时间戳信息，所述时间戳信息为所述第二社交应用客户端根据所述保存的对应关系确定的各个会话中最后一条消息数据所对应的通信消息的接收时间；

发送模块，用于发送所述时间戳信息至所述第一社交应用客户端。

需要说明的是：上述实施例提供的通信消息同步装置，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将社交应用客户端的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的通信消息同步装置和通信消息同步方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。

本发明实施例还提供了一种计算机可读存储介质，该计算机可读存储介质可以是上述实施例中的存储器中所包含的计算机可读存储介质；也可以是单独存在，未装配入终端中的计算机可读存储介质。该计算机可读存储介质存储有一个或者一个以上程序，该一个或者一个以上程序被一个或者一个以上的处理器用来执行通信消息同步方法。

图7其示出了本发明一个实施例提供的终端700的框图，该终端可以包括射频(RF，Radio Frequency)电路701、包括有一个或一个以上计算机可读存储介质的存储器702、输入单元703、显示单元704、传感器705、音频电路706、无线保真(WiFi，Wireless Fidelity)模块707、包括有一个或者一个以上处理核心的处理器708、以及电源709等部件。本领域技术人员可以理解，图7中示出的终端结构并不构成对终端的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。其中：

RF电路701可用于收发信息或通话过程中，信号的接收和发送，特别地，将基站的下行信息接收后，交由一个或者一个以上处理器708处理；另外，将涉及上行的数据发送给基站。通常，RF电路701包括但不限于天线、至少一个放大器、调谐器、一个或多个振荡器、用户身份模块(SIM，Subscriber Identity Module)卡、收发信机、耦合器、低噪声放大器(LNA，Low Noise Amplifier)、双工器等。此外，RF电路701还可以通过无线通信与网络和其他设备通信。所述无线通信可以使用任一通信标准或协议，包括但不限于全球移动通讯***(GSM，Global System of Mobile communication)、通用分组无线服务(GPRS， General Packet Radio Service)、码分多址(CDMA，Code Division Multiple Access)、宽带码分多址(WCDMA，Wideband Code Division Multiple Access)、长期演进(LTE，Long Term Evolution)、电子邮件、短消息服务(SMS，Short Messaging Service)等。

存储器702可用于存储软件程序以及模块，处理器708通过运行存储在存储器702的软件程序以及模块，从而执行各种功能应用以及数据处理。存储器702可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作***、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据终端的使用所创建的数据(比如音频数据、电话本等)等。此外，存储器702可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。相应地，存储器702还可以包括存储器控制器，以提供处理器708和输入单元703对存储器702的访问。

输入单元703可用于接收输入的数字或字符信息，以及产生与用户设置以及功能控制有关的键盘、鼠标、操作杆、光学或者轨迹球信号输入。具体地，在一个具体的实施例中，输入单元703可包括触敏表面以及其他输入设备。触敏表面，也称为触摸显示屏或者触控板，可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触敏表面上或在触敏表面附近的操作)，并根据预先设定的程式驱动相应的连接装置。可选的，触敏表面可包括触摸检测装置和触摸控制器两个部分。其中，触摸检测装置检测用户的触摸方位，并检测触摸操作带来的信号，将信号传送给触摸控制器；触摸控制器从触摸检测装置上接收触摸信息，并将它转换成触点坐标，再送给处理器708，并能接收处理器708发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触敏表面。除了触敏表面，输入单元703还可以包括其他输入设备。具体地，其他输入设备可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆等中的一种或多种。

显示单元704可用于显示由用户输入的信息或提供给用户的信息以及终端的各种图形用户接口，这些图形用户接口可以由图形、文本、图标、视频和其任意组合来构成。显示单元704可包括显示面板，可选的，可以采用液晶显示器(LCD，Liquid Crystal Display)、有机发光二极管(OLED，Organic Light-Emitting Diode)等形式来配置显示面板。进一步的，触敏表面可覆盖显示面板，当触敏表面检测到在其上或附近的触摸操作后，传送给处理器708以确定触摸事件的类型，随后处理器708根据触摸事件的类型在显示面板上提供相应的视觉输出。虽然在图7中，触敏表面与显示面板是作为两个独立的部件来实现输入和输入功能，但是在某些实施例中，可以将触敏表面与显示面板集成而实现输入和输出功能。

终端还可包括至少一种传感器705，比如光传感器、运动传感器以及其他传感器。具体地，光传感器可包括环境光传感器及接近传感器，其中，环境光传感器可根据环境光线的明暗来调节显示面板的亮度，接近传感器可在终端移动到耳边时，关闭显示面板和/或背光。作为运动传感器的一种，重力加速度传感器可检测各个方向上(一般为三轴)加速度的大小，静止时可检测出重力的大小及方向，可用于识别手机姿态的应用(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等；至于终端还可配置的陀螺仪、气压计、湿度计、温度计、红外线传感器等其他传感器，在此不再赘述。

音频电路706、扬声器，传声器可提供用户与终端之间的音频接口。音频电路706可将接收到的音频数据转换后的电信号，传输到扬声器，由扬声器转换为声音信号输出；另一方面，传声器将收集的声音信号转换为电信号，由音频电路706接收后转换为音频数据，再将音频数据输出处理器708处理后，经RF电路701以发送给比如另一终端，或者将音频数据输出至存储器702以便进一步处理。音频电路706还可能包括耳塞插孔，以提供外设耳机与终端的通信。

WiFi属于短距离无线传输技术，终端通过WiFi模块707可以帮助用户收发电子邮件、浏览网页和访问流式媒体等，它为用户提供了无线的宽带互联网访问。虽然图7示出了WiFi模块707，但是可以理解的是，其并不属于终端的必须构成，完全可以根据需要在不改变发明的本质的范围内而省略。

处理器708是终端的控制中心，利用各种接口和线路连接整个手机的各个部分，通过运行或执行存储在存储器702内的软件程序和/或模块，以及调用存储在存储器702内的数据，执行终端的各种功能和处理数据，从而对手机进行整体监控。可选的，处理器709可包括一个或多个处理核心；优选的，处理器708可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作***、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器708中。

终端还包括给各个部件供电的电源709(比如电池)，优选的，电源可以通过电源管理***与处理器709逻辑相连，从而通过电源管理***实现管理充电、放电、以及功耗管理等功能。电源709还可以包括一个或一个以上的直流或交流电源、再充电***、电源故障检测电路、电源转换器或者逆变器、电源状态指示器等任意组件。

尽管未示出，终端还可以包括摄像头、蓝牙模块等，在此不再赘述。具体在本实施例中，终端中的处理器708会运行存储在存储器702中的一个或一个以上的程序指令，从而实现上述各个方法实施例中所提供的通信消息同步方法。

图8是本发明实施例提供的一种用于数据备份的设备交互示意图，如图8所示，包括第一设备和第二设备，第一设备为数据备份的目标设备，第二设备为数据备份的源设备。

其中，第二设备可以为手机、平板电脑、台式电脑等终端，第二设备上安装有应用，该应用可以为社交应用、多媒体应用等，应用在使用的过程中会产生各种数据。第一设备可以为手机、平板电脑、台式电脑等终端，第一设备还可以为服务器。当第一设备为终端时，第一设备上也可以与第二设备安装有相同的应用，或者第一设备安装有具有应用备份功能的应用。其中，第一设备和第二设备的操作***可以相同也可以不同，本发明实施例对此不作限定。

本实施例的数据备份用于对第二设备上应用的数据进行备份，为了便于描述，将第二设备上需要备份的应用称之为目标应用。基于上述第一设备和第二设备的介绍，本实施例中所需备份的数据流向可以为从终端到终端，或者为从终端到服务器，详细数据备份流程参见下述图9A所提供的具体实施例。

图9A是本发明实施例提供的一种数据备份方法的流程图，参见图9A，交互主体涉及第一设备和第二设备，该方法流程包括：

901、第二设备获取第一设备的设备信息，根据该设备信息与第一设备建立连接。

本实施例中，当第一设备和第二设备均为终端时，第一设备和第二设备可以处于同一个局域网内，二者可以通过有线或者无线的方式建立连接。其中，有线连接方式包括USB连接、网线直连等。无线连接方式包括WiFi(Wireless Fidelity，无线保真)连接、蓝牙连接等。当第一设备为服务器时可以跳过该步骤901直接执行步骤902。

其中，第一设备可以与第二设备同样安装有目标应用，也可以未安装有目标应用。用户可以通过第一设备触发数据备份流程，比如，当第一设备安装有目标应用时，可以在目标应用的功能界面上提供有用于实现数据备份的数据备份选项，使得用户可以通过点击该数据备份选项来触发数据备份流程。另外，在未安装有目标应用时，第一设备可以安装有为目标应用提供备份服务的指定应用，该指定应用的功能界面上提供有目标应用备份的数据备份选项，使得用户可以通过点击该数据备份选项来触发数据备份流程。

当然，用户也可以通过第二设备触发数据备份流程，比如，当第二设备检测到对目标应用的数据备份选项的触发操作时，显示目标应用的会话列表，用户可以在该会话列表中选择需要备份的目标会话；当第二设备检测到目标会话的选取确认操作时，触发数据备份流程。比如，用户可以在会话列表中选取会话1和会话2作为目标会话等。此外，第二设备也可以根据预设周期自动触发备份，该预设周期可以由服务器或者第二设备预先设置或更改，本实施例对此不作限定。在触发备份流程之后，第一设备检测是否与第二设备已经建立连接，如果未建立连接，则执行与第二设备建立连接的过程。如果已建立连接，则向第二设备发送备份指令，由第二设备接收到备份指令后，执行步骤902。

下面以用户通过第一设备触发数据备份流程为例，对第二设备与第一设备建立连接的过程进行介绍：

在第一设备上触发数据备份流程之后，第二设备需要与第一设备建立连接，从而进行数据备份。例如，第二设备可以通过获取的第一设备的设备信息来和第一设备建立连接。其中，第一设备的设备信息包括第一设备的IP地址和提供数据备份服务的端口号。第二设备获取第一设备的设备信息的方式可以包括以下三种中的任一种：

第一种方式、第二设备通过服务器获取第一设备的设备信息。

该种方式中，第一设备与第二设备同样安装有目标应用，且登录有相同的账号。当第一设备检测到该数据备份选项的触发操作时，向服务器发送备份流程发起消息，该备份流程发起消息携带第一设备的设备信息和登录目标应用的第一账号。服务器根据第一账号，向登录有相同账号的第二设备发送备份流程发起指示，该备份流程发起指示中携带第一设备的设备信息，从而使得第二设备获取到第一设备的设备信息。当然，该备份流程发起指示还可以不携带第一设备的设备信息，而是由第二设备接收到该备份流程发起指示后从服务器拉取该第一设备的设备信息，本发明实施例对此不作限定。

第二种方式、第二设备通过第一设备的设备信息广播消息获取第一设备的设备信息。

该种方式中，第一设备可以安装有目标应用，也可以未安装有目标应用。当第一设备检测到对目标应用的数据备份选项的触发操作时，在局域网内广播自身的设备信息，当第二设备与第一设备处于同一个局域网时，便可通过局域网监听到该设备信息广播消息，从而从该设备信息广播消息中提取出第一设备的设备信息。

第三种方式、第二设备通过二维码扫描获取第一设备的设备信息。

该种方式中，第一设备可以安装有目标应用，也可以未安装有目标应用。当第一设备检测到对目标应用的数据备份选项的触发操作时，根据自身的设备信息，生成二维码。第二设备通过扫描该二维码来获取第一设备的设备信息。

对于上述第二种方式和第三种方式，当第一设备上安装有目标应用时，该数据备份的流程可以看作为目标应用数据同步的过程。为了保证数据备份的安全性，避免将一个账号的数据同步至另一个账号，第二设备还可以获取第一设备登录目标应用的第一账号。比如，针对上述第二种情况，第一设备还可以将第一账号进行广播，使得第二设备获取到该第一账号。针对上述第三种情况，第一设备生成的二维码中可以包括该第一账号，第二设备通过扫描二维码获取到第一账号。第二设备获取到第一账号后，与本地登录目标应用的第二账号进行对比，如果二者相同，则与第一设备建立连接；如果不相同，则拒绝与第一设备建立连接，同时，第二设备可以显示账号不同提示信息，以提示用户数据备份可能存在风险。

第二设备获取到第一设备的设备信息后，可以通过有线或者无线的方式与第一设备在同一个局域网内建立直接连接，该建立连接的过程可以为：第二设备根据第一设备的IP地址，向第一设备发送数据连接请求。如果第一设备接收到该数据连接请求，则会向第二设备返回一个应答消息。如果第二设备接收到第一设备的应答消息，则说明二者处于同一个局域网内，能够直接建立连接，则第二设备与第一设备建立连接。如果第二设备没有接收到第一设备的应答消息，则确定与第一设备不处于同一个局域网内，不能建立直接连接。此时，为了保证能够成功为用户进行数据备份，第二设备显示网络连接提示信息，该网络连接提示信息用于指示第二设备与第一设备处于不同的局域网内，比如该网络连接提示信息可以为诸如“请将两个设备连接到同一个局域网”等信息。

当然，有的时候即使第一设备和第二设备处于同一个局域网，也有可能因为网络故障(比如网线没插好，或者路由器故障等)等原因，使得第一设备未接收到第二设备的数据连接请求，或者使得第二设备未接收到第一设备已返回的应答消息。因此，为了向用户反映真实的连接情况，以提高连接的成功率，第二设备在未接收到应答消息时，还可以执行以下步骤：根据第一设备的IP地址和本地IP地址，判断与第二设备是否处于同一局域网。比如，第二设备检测第一设备的IP地址和本地IP地址的网络号是否相同，如果相同，则确定与第一设备处于同一局域网。此时，可以提示用户检查一下网络是存在故障，比如，查看网络线路连接是否正常等。其中，网络号用于指示设备IP地址的局域网标识。

另外，由于不同的无线局域网通常具有不同的SSID(Service Set Identifier，服务集标识)，当第一设备或第二设备通过WiFi接入网络时，第一设备的设备信息还可以包括第一设备所处无线局域网的SSID，第二设备可以通过对比第一设备的SSID和本地SSID来确定是否与第一设备处于同一局域网。比如，当二者的SSID不同时，确定二者不处于同一局域网内，此时第二设备显示网络连接提示信息，此时该网络连接提示信息可以用于指示将设备连接至同一WiFi，比如，诸如“请将两个设备连接至同一个WiFi”等信息，这样的提示可以使一些不理解局域网概念的用户，也可以通过提示来将两个设备连接到同一个局域网内，提高了该数据备份方法的普适性，增强了可操作性。

需要说明的是，对于上述获取第一设备的设备信息的第二种方式，由于第一设备的设备信息就是通过局域网广播的，因此，当第二设备接收到第一设备的设备信息时，便可确定与第一设备处于同一局域网内，此时可以直接根据获取到的设备信息与第一设备建立连接。

通过将第一设备和第二设备在同一局域网内建立连接，大大提高了数据备份过程中的数据传输速度，提高了数据备份的效率，同时，由于局域网不容易受到外界干扰，网络稳定性好，因此，提高了数据传输的可靠性，避免了由于丢包而导致备份效率下降的问题。

图9B基于上述第一种方式示出了一种数据备份的流程图，在图9B中当第一设备检测到数据备份选项的触发操作时，向服务器发送备份流程发起消息，该备份流程发起消息携带第一设备的设备信息和登录目标应用的第一账号。在后续步骤中会对图9B的其他流程进行介绍。

为了保证数据传输的安全性，第一设备和第二设备之间交互的数据为加密数据，具体地，在检测到数据备份流程被触发之后，第一设备检测本地的密钥缓存区是否存储有密钥，如果本地未存储有密钥，则第一设备可以从服务器获取该密钥。第二设备也可以从服务器获取相同的密钥，第一设备和第二设备可以采用该密钥对向对端发送的数据进行加密，而当接收到对端的数据时，可以采用该密钥进行解密。

为了进一步保证建立连接的安全性，第一设备和第二设备还可以交互口令以进行口令验证，该口令验证的过程可以为：第二设备向第一设备发送口令验证消息(Packet Authenticate Request)，该口令验证消息中携带待验证的第一口令(比如hello口令)；第一设备接收到第一口令后，如果检测到本地存储有该第一口令，则确认对第二设备的口令验证成功，向第二设备发送口令验证成功消息(Packet Authenticate Response)，并在该口令验证成功消息中携带待验证的第二口令(比如ok口令)，第二设备接收到该第二口令后，如果检测到本地存储有该第二口令，则确认对第一设备的口令验证成功，并向第一设备返回口令验证成功消息，该口令验证成功消息也可由Packet Authenticate Request消息承载。另外，第一设备接收到第二设备的口令验证成功消息后，可以返回口令验证确认消息，以表明验证过程结束，该确认消息也可以由Packet Authenticate Response消息承载。其中，第一口令和第二口令可由服务器分别配置给第二设备和第一设备。

需要说明的是，本实施例提供的第一设备(或第二设备)除了提供数据备份功能之外，还可以在数据备份过程中发生传输中断时，基于中断时备份的进度继续进行数据备份；此外，还可以提供数据恢复功能，并且在数据恢复过程中发生传输中断时，基于中断时恢复的进度继续进行数据恢复。具体实施时，可以在第一设备(或第二设备)上提供相应的功能选项，或者在目标应用的功能界面上提供相应的功能选项，从而使得用户能够触发相应的流程。当用户通过第一设备触发某个流程时，为了使第二设备明确当前触发的哪个流程，第一设备和第二设备建立连接后，向第二设备发送流程类型指示(Backup Command Request)，该流程类型指示用于指示数据备份、继续备份、数据恢复、继续恢复中的一种。第二设备接收到该流程类型指示后返回确认应答消息(Backup Command Response)。后续，第二设备在准备就绪时，还可以向第一设备发送准备就绪指示，该准备就绪指示也可以由Backup Command Request消息承载，由第一设备接收到该准备就绪指示后返回确认应答消息(Backup Command Response)。

902、第二设备向第一设备发送数据备份请求，数据备份请求用于指示待备份的目标会话。

基于步骤901建立的连接，第二设备可以与第一设备进行数据传输，需要说明的是，该步骤以及后续步骤中的数据传输均是基于该连接，后续步骤中不再对此赘述说明。

在确定与第一设备成功建立连接之后，第二设备进入数据备份流程，比如，第二设备可以显示目标会话选择界面，该目标会话选择界面包括目标应用的会话列表，该会话列表中包括多个会话选项，每个会话选项包括会话的会话标识、头像和选择框，用户可以通过点击选择框来选中需要备份的目标会话。其中，由于没有必要对消息记录为零的会话进行备份，因此为了提高数据备份的准确性，目标会话选择界面中展示的会话列表可以仅包括消息记录不为零的会话，进一步地，对应每个会话，还可以显示该会话所包含消息记录的大小，比如5M等。此外，为了保证备份流程有序进行，第二设备还可以在发送数据备份请求之前，向第一设备发送备份开始消息(Backup Start Request)，由第一设备返回确认开始消息(Backup Start Response)之后，再发送数据备份请求，该数据备份请求可以由Backup Request Session消息承载。

其中，目标会话的个数可以为一个或多个，本实施例对此不作限定。当第二设备检测到对目标会话的选取确认操作时，向第一设备发送数据备份请求，该数据备份请求可以包括目标会话的会话标识。其中，对于一对一会话，会话标识可以为会话对端的昵称、账号等，对于群组会话，会话标识可以为群组名称等。

在本发明实施例中，会话的消息记录是指会话本端与会话对端之间交互的文字、图片、语音和视频等数据。每条消息记录包括该消息记录的产生时间，消息记录的类型包括文字消息记录和媒体消息记录。其中，媒体消息记录包括图片、语音和视频等。其中，媒体消息记录包括相应媒体消息本身及其描述信息，该描述信息用于描述相应媒体消息的消息标识、媒体类型、产生时间、媒体消息记录大小等。

903、第一设备接收到第二设备的数据备份请求时，获取与目标会话对应的备份截止时间。

第一设备存储有备份消息记录的备份截止时间与会话标识之间的对应关系。第一设备可以根据目标会话的会话标识查询已存储的对应关系，得到目标会话的备份截止时间。例如，该对应关系可以如表1所示。

表1

会话标识	备份截止时间
会话标识1	2016年11月2日18时23分
会话标识2	2016年11月3日10时02分
会话标识3	2016年11月18日22时03分

当然，该对应关系中还可以存储会话标识对应会话的存储地址，使得第一设备可以通过该对应关系直接确定某个会话的存储区域。

904、第一设备将目标会话的备份截止时间发送至第二设备。

如果目标会话包括多个会话，则第一设备对应每个会话返回与该会话对应的备份截止时间，本实施例仅以目标会话包括一个会话为例进行介绍。

需要说明的是，上述目标会话的备份截止时间可以由数据备份响应(Backup Request Session Response)承载，本发明实施例对其具体承载方式不做限定。

905、第二设备根据目标会话的备份截止时间确定目标消息记录，该目标消息记录为目标会话在备份截止时间之后产生的消息记录。

本实施例中，会话所包括的消息记录按照产生时间从先到后的顺序排列。第二设备根据目标会话的备份截止时间，从目标会话中提取该备份截止时间之后产生的消息记录。具体地，第二设备可以按照产生时间从先到后的顺序，将目标会话中消息记录的产生时间与该备份截止时间进行比对，直至获取到产生时间晚于该备份截止时间的第一消息记录，便将该第一消息记录及其之后的消息记录确定为目标消息记录。当然，第二设备也可以按照产生时间从后到先的顺序，将目标会话中消息记录的产生时间与该备份截止时间进行比对，直至获取到产生时间等于或者早于该备份截止时间的第二消息记录，便将该第二消息记录之后的消息记录确定为目标消息记录。

需要说明的是，如果第二设备确定目标会话在该备份截止时间之后未产生新的消息记录，则确定该目标会话没有数据需要备份，此时，第二设备可以向第一设备发送备份完成消息，以结束该备份流程。如果目标会话的个数为多个，则第二设备确定每个目标会话均在相应备份截止时间之后未产生新的消息记录，向第一设备发送备份完成消息，以结束该备份流程。其中，备份完成消息可以由Backup Finish Request消息承载。如果第二设备获取到目标会话的目标消息记录，则向第一设备发送目标消息记录，该过程包括下述步骤906至908。

906、第二设备按照消息记录的产生时间从先到后的顺序，将该目标消息记录划分为至少一个消息集合。

本实施例中，为了更细粒度的对目标应用的消息记录进行处理，而不是将目标应用的消息记录看作一个整体，以实现消息记录的增量备份以及备份过程中的断点传输，在数据备份时，第二设备可以将待备份的消息记录划分为一个或多个消息集合。

其中，针对消息记录的不同类型，消息集合可以包括文字消息集合和媒体消息集合。其中，文字消息集合中包括文字消息记录和媒体消息记录的描述信息，每一个描述信息用于指示相应的媒体消息记录。媒体消息集合中包括媒体消息记录。

具体地，第二设备按照产生时间从先到后的顺序，将目标消息中文字消息记录和媒体消息记录的描述信息组合成文字消息集合，将媒体消息记录组合成媒体消息集合。例如，第二设备按照产生时间从先到后的顺序获取目标消息记录中的每条消息记录，如果该消息记录为文字消息记录，则将该文字消息记录添加到文字消息集合，如果该消息记录为媒体消息记录，则将该媒体消息记录的描述信息添加到文字消息集合，将该媒体消息记录添加到媒体消息集合。

其中，为了更细粒度的划分消息集合，还可以在基于时间顺序的基础上，采用如下两种方式来划分消息集合：

第一种方式、基于预设大小来划分消息集合。

其中，预设大小可以预先进行配置或更改，本实施例对此不作限定。比如，该预设大小可以为80M，使得第二设备可以将文字消息记录划分至多个文字消息集合中，将媒体消息记录划分至多个媒体消息集合中。具体地，根据消息记录类型的不同，该消息集合的划分又分为两种情况：

第一种情况、当消息记录为文字消息记录时，在将该文字消息记录添加到该文字消息集合之前，将该文字消息集合和该文字消息集合所指示的媒体消息记录的总大小与该预设大小进行比较，如果该总大小小于该预设大小，则将该文字消息记录添加到该文字消息集合中；否则，将该文字消息记录添加到一个新的文字消息集合。

第二种情况、当消息记录为媒体消息记录时，在将该媒体消息记录的描述信息添加到该文字消息集合之前，将该媒体消息记录、文字消息集合和该文字消息集合所指示的媒体消息记录的总大小与预设大小进行比较，如果该总大小小于该预设大小，则将该媒体消息记录的描述信息添加到该文本消息集合中，将该媒体消息记录添加到相应的媒体消息集合中；否则，将该媒体消息记录的描述信息添加到一个新的文字消息集合，将该媒体消息记录添加到一个新的媒体消息集合。此外，第二设备还可以将一个媒体消息记录作为一个媒体消息集合，本实施例对此不作限定。

第二种方式、基于预设消息数目来划分消息集合。

该预设消息数目可预先进行配置或更改，本实施例对此不作限定。比如，该预设数目可以为2000，则根据消息记录类型的不同，该消息集合的划分又分为两种情况：

第一种情况、当消息记录为文字消息记录时，将该文字消息记录添加到文字消息集合之前，第二设备检测该文字消息集合中所包含的消息记录数目是否小于该预设消息数目，如果小于，则将该文字消息记录添加到该文字消息集合中；否则，将该文字消息记录添加到一个新的文字消息集合中。

第二种情况、当消息记录为媒体消息记录时，则将该媒体消息记录的描述信息添加到文字消息集合之前，第二设备检测该文字消息集合中所包含的消息记录数目是否小于该预设消息数目，如果小于，则将该媒体消息记录的描述信息添加到该文字消息集合中，将该媒体消息记录添加到相应的媒体消息集合中；否则，将该媒体消息记录的描述信息添加到一个新的文字消息集合中，将该媒体消息记录添加到一个新的媒体消息集合中。此外，第二设备还可以将一个媒体消息记录作为一个媒体消息集合，本实施例对此不作限定。

需要说明的是，在第二种方式的两种情况下，文字消息集合中媒体消息记录的描述信息也表示一条消息记录，在统计文字消息集合中所包含的消息记录数目时也会统计文字消息集合中媒体消息记录的描述信息的数目。

本实施例中，第二设备可以采用文件为载体对消息集合进行传输，从而进行数据备份。其中，多个消息集合可以组成一个消息文件，比如，可以将多个文字消息集合组成一个文字消息文件，将多个媒体消息集合组成一个媒体消息文件。

907、对于至少一个消息集合中每个消息集合，第二设备确定该消息集合的消息指示信息，消息指示信息用于指示该消息集合中最后一条消息记录的产生时间。

对于每个消息集合，根据消息记录的产生时间，第二设备可以确定该消息集合中最后一条消息记录的产生时间。

908、第二设备将至少一个消息集合及其消息指示信息发送至第一设备。

对于每个消息集合，第二设备将该消息集合发送至第一设备之后，将该消息集合的消息指示信息发送至第一设备。具体地，第二设备可以按照消息记录产生时间从先到后的顺序，将每个消息集合打包为多个数据包，将每个数据包(Packet Backup Data Push)依次发送至第一设备。当第二设备将一个消息集合对应的多个数据包发送完毕之后，第二设备将该消息集合的消息指示信息(Packet Backup Data Tag)发送至第一设备。然后，第二设备再向第一设备发送下一个消息集合。

进一步地，为了保证在数据备份的可靠性，第一设备还可以向第二设备反馈数据包的接收成功或者接收失败的消息(Packet Backup Data Push Response)。当第二设备接收到第一设备的接收成功消息后，再继续向第一设备发送下一个数据包。更进一步地，第一设备还可以对接收到的消息集合进行数据完整性验证，具体地，消息集合的消息指示信息还可以包括消息集合的摘要信息，第一设备根据消息集合的摘要信息验证消息集合是否接收成功。比如，消息集合的摘要信息可以为该消息集合中包括的所有消息记录的消息标识，第一设备根据该摘要信息中的消息标识对已接收到的消息记录进行验证，如果已接收到摘要信息指示的全部消息记录，则确定该消息集合接收成功，并向第二设备发送验证成功消息(Packet Backup Data Tag Response)。第二设备接收到消息集合的验证成功消息后，再向第一设备发送下一个消息集合。当目标消息记录所对应的消息集合发送完毕时，第二设备可以向第一设备发送备份完成消息(Backup Finish Request)，以使第一设备确定备份流程结束。

需要说明的是，对于一些数据量较大的媒体消息记录，很可能在第一设备和第二设备上均已经存储，比如，在第一设备和第二设备登录有目标应用的相同账号的情况下，当接收到一个600M大小的视频文件时，第一设备和第二设备上均可以接收并存储该视频文件。因此，为了避免对第一设备已存储有数据量较大的媒体消息记录进行不必要的备份，从而提高数据传输的有效性和备份效率，本实施例还提供了对数据量较大媒体消息记录的验证机制，该过程可以包括以下步骤908a至908f：

步骤908a：对于至少一个消息集合中的每个消息集合，第二设备检测该消息集合中是否包含指定消息记录。

该指定消息记录是指该消息集合中大小超过预设阈值的消息记录。该预设阈值可以进行预先配置或更改，比如，该预设阈值可以为500M，本实施例对此不作限定。

步骤908b：如果消息集合中包含指定消息记录，第二设备向第一设备发送备份验证请求(Packet SvrID Request)，该备份验证请求携带指定消息记录的消息标识。

步骤908c：第一设备接收到备份验证请求后，根据指定消息记录的消息标识，判断是否已存储有该指定消息记录。

步骤908d：如果未存储有指定消息记录，第一设备向第二设备发送未备份指示消息，执行步骤908e；如果第一设备已存储有指定消息记录，则向第二设备发送已备份指示消息，执行步骤908f。其中，未备份消息指示和已备份消息指示可以由Packet Svr ID Response消息来承载。

步骤908e：第二设备如果接收到未备份指示消息，则向第一设备发送该指定消息记录。

步骤908f：第一设备将指定消息记录存储至预设备份目录中与目标会话对应的存储区域，从而完成该指定消息记录的备份。

其中，该预设备份目录用于存储会话的消息记录。当第一设备安装有目标应用时，该预设备份目录可以为该目标应用存储消息记录的默认目录。

为了保证数据的安全性，第二设备在将需要发送的消息记录进行加密后再发送至第一设备，比如，对向第一设备发送的每个数据包进行加密。具体地，可以采用指定的密钥对数据进行加密。为了进一步地提高数据的安全性，使得用户的应用数据无法被其他用户窃取，一个用户的账号可以对应一个唯一的密钥，该密钥可以由用户在使用自己的账号登录目标应用时，从服务器获取该密钥，使得其他用户无法获取到该用户的密钥，即使获取到该用户的加密数据后也无法解密，从而保证了该用户的应用数据的安全性。

909、第一设备将接收到的至少一个消息集合以及每个消息集合的消息指示信息存储至预设备份目录中与目标会话对应的存储区域。

对于接收到的每个消息集合，第一设备将该消息集合的消息指示信息、目标会话和该消息集合对应存储，即将该消息集合的最后一条消息记录的产生时间、目标会话和该消息集合对应存储，比如，在表1中添加消息集合的存储地址的表项，以建立该对应关系。其中，该消息集合的消息指示信息和目标会话可以存储为该消息集合的索引。当采用文件来承载多个消息集合时，该消息集合的索引还可以包括该消息集合在消息文件中的存储偏移位置，比如，在表1中添加消息文件的存储地址表项以及消息集合的偏移地址的表项，以使得第一设备能够准确定位每个消息集合。

需要说明的是，如果数据备份的过程中由于网络中断等原因发生了数据传输中断，则在目标会话的备份发生中断后，第一设备和第二设备还可以继续备份目标会话的消息记录。该继续备份的过程可以由用户在第一设备触发，也可以由用户在第二设备触发，具体可以分为以下三种情况：

第一种情况、用户通过第一设备触发继续备份。

当第一设备检测到网络连接恢复时，显示是否进行继续备份的提示信息，如果检测到继续备份的触发操作，触发第二断点续传指令，第一设备接收到该第二断点续传指令时，向第二设备发送第一断点续传请求，第一断点续传请求用于指示备份中断时目标会话的备份中断时间，具体地，该备份中断时间指发生数据传输中断时，第一设备接收到的最后一个消息集合中最后一条消息记录的产生时间。第二设备根据该备份中断时间，向第一设备发送目标会话的未备份的目标消息记录，比如，第二设备根据该备份中断时间从至少一个消息集合中确定未备份消息集合，向第一设备发送该未备份消息集合，由第一设备对接收到的消息集合与该目标会话对应存储。

第二种情况、用户通过第二设备触发继续备份。

当第二设备检测到网络连接恢复时，显示是否进行继续备份的提示信息，如果检测到继续备份的触发操作，触发第一断点续传指令，第二设备接收到该第一断点续传指令时，向第一设备发送第二断点续传请求，该第二断点续传请求用于指示对该目标会话进行断点续传。第一设备接收到该第二断点续传请求后，确定目标会话的备份中断时间，将该备份中断时间返回第二设备。第二设备根据该备份中断时间，向第一设备发送目标会话未备份的目标消息记录，比如，第二设备根据该备份中断时间从至少一个消息集合中确定未备份消息集合，向第一设备发送该未备份消息集合，由第一设备对接收到的消息集合与该目标会话对应存储。

第三种情况、用户通过第二设备触发继续备份，第二设备记录有备份中断时目标会话的备份中断时间。

当第二设备检测到网络连接恢复时，显示是否进行继续备份的提示信息，如果检测到继续备份的触发操作，触发第一断点续传指令，第二设备接收到该第一断点续传指令时，根据记录的备份中断时间，向第一设备发送目标会话未备份的目标消息记录，比如，第二设备根据该备份中断时间从至少一个消息集合中确定未备份消息集合，向第一设备发送该未备份消息集合，由第一设备对接收到的消息集合与该目标会话对应存储。

相比于相关技术在发生数据传输中断时整个备份流程仍需从头开始，已经传输过的待备份数据也需要再重新传输，本实施例提供的方法在数据连接发生中断时，只需按照原备份流程继续发送需要备份的数据即可，而无需传输已经备份过的数据，实现了数据的断点续传。

本实施例中，采用备份截止时间来区分目标会话中已备份的消息记录和未备份的消息记录，使得在对目标会话进行备份时，仅需传输未备份的消息记录即可，而无需传输已备份的消息记录，提高了数据备份的效率。

需要说明的是，上述步骤901至909仅以第二设备将目标应用的数据备份至第一设备的数据备份流程为例进行介绍。在另一实施例中，还可以将在第一设备上备份的目标应用的数据恢复至第二设备，该数据恢复的过程可以看作是上述数据备份的逆过程，如图10A所示，该数据恢复过程可以包括以下步骤1001至1009：

1001、第二设备获取第一设备的设备信息，根据该设备信息与第一设备建立连接。

该建立连接的过程与步骤901中建立连接的过程同理，在此不作赘述。当第一设备和第二设备均为终端时，基于步骤901的连接方式，图10B为本实施例示出的一种数据恢复的流程图，在图10B中当第一设备检测到数据恢复选项的触发操作时，向服务器发送恢复流程发起消息，该备份流程发起消息携带第一设备的设备信息和登录目标应用的第一账号。

相应的，第一设备和第二设备建立连接的过程中也可以进行口令验证，该口令验证的过程与步骤901同理，第二设备的口令验证消息和口令验证成功消息也可以由Packet Authenticate Request消息来承载，第一设备返回的口令验证成功消息和口令验证确认消息可以由Packet Authenticate Response消息承载。

相应的，第一设备和第二设备之间还可以交互流程类型，该过程与步骤901中流程类型交互的过程同理。其中，第一设备的流程类型指示和第二设备的准备就绪指示可以由Backup Command Request消息承载，第二设备返回的确认应答消息和第一设备的确认应答消息可以由Backup Command Response消息承载。此外，第一设备还可以向第二设备发送恢复开始消息(Backup Start Request)，由第二设备返回确认开始消息(Backup Start Response)。

1002、第一设备向第二设备发送数据恢复请求，该数据恢复请求用于指示待恢复的目标会话。

该步骤与步骤902同理，在此不作赘述。该数据恢复请求可以由Backup Request Session消息承载。

1003、第二设备接收到数据恢复请求时，确定目标会话的恢复起始时间，将该恢复起始时间发送至第一设备。

该恢复起始时间可以为目标会话中第一条消息记录的产生时间。需要说明的是，上述目标会话的恢复起始时间可以由数据恢复响应(Backup Request Session Response)承载，本发明实施例对其具体承载方式不做限定。

1004、第一设备根据接收到的恢复起始时间，从备份的目标会话的至少一个消息集合中，确定目标消息集合，该目标消息集合是指最后一条消息记录的产生时间早于该恢复起始时间的消息集合。

1005、第一设备将目标消息集合发送至第二设备。

对于每个目标消息集合，第一设备可以将目标消息集合按照时间顺序打包成多个数据包，将每个数据包(Packet Backup Data Push)依次发送至第二设备。对于每个数据包，第二设备可以返回一个数据包的接收成功或者接收失败的消息(Packet Backup Data Push Response)。当发送完一个消息集合后，第一设备向第二设备发送该消息集合的消息指示信息(Packet Backup Data Tag)。当该消息集合指示中包括消息集合的摘要信息时，第二设备还可以对该消息集合进行完整性验证，如果验证成功，则返回验证成功消息(Packet Backup Data Tag Response)，由第一设备接收到该验证成功消息后，发送下一个消息集合。

另外，在发送消息集合的过程中，第一设备也可以对较大数据量的指定消息记录进行检测，如果检测到大小超过预设阈值的指定消息记录，则向第二设备发送恢复验证请求(Packet SvrID Request)，由第二设备对本地存储的消息记录验证后，返回未恢复消息指示或已恢复消息指示。该未恢复消息指示和已恢复消息指示可以由Packet Svr ID Response消息来承载。

当第一设备发送完毕所有需要恢复的数据后，向第二设备发送恢复完成消息(Backup Finish Request)。

1006、第二设备将接收到的目标消息集合存储至目标会话对应的存储区域。

需要说明的是，为了提高数据恢复的灵活性，在备份过程的步骤907中，消息集合的消息指示信息还用于指示该消息集合中第一条消息记录的产生时间。也即是，消息指示信息用于指示消息集合所包含消息记录所对应的时间范围。相应地，在步骤909中第一设备将消息集合的消息指示信息、目标会话和该消息集合对应存储，即为将消息集合对应的时间范围、目标会话和消息集合对应存储。此时，消息集合的索引便是该消息集合对应的时间范围和目标会话。在消息指示信息包括第一条消息记录的产生时间的情况下，用户在第一设备触发数据恢复流程的过程中，可以在数据恢复界面选取目标会话待恢复的目标时间段。则在步骤1001之后，该数据恢复的流程还可以为：

当第一设备检测到目标会话的数据恢复指令时，根据数据恢复指令中携带的目标时间段和该目标会话至少一个消息集合的消息指示信息，从该至少一个目标消息集合中确定目标消息集合。该目标消息集合是指消息记录对应的时间范围落入该目标时间段内的消息集合。之后，第一设备将目标消息集合发送至第二设备。其中，当通过第一设备触发数据恢复流程时，该数据恢复指令可由用户对第一设备提供的数据恢复选项的点击操作触发；当通过第二设备触发数据恢复流程时，该数据恢复指令可由第二设备发送给第一设备。

需要说明的是，如果数据恢复过程发生中断，也可以实现数据恢复的断点续传，该过程与上述步骤909中备份中断时进行断点续传的过程同理，在此不做赘述。

本实施例中，通过在数据恢复过程中，采用恢复起始时间来确定需要恢复的消息集合，使得在对目标会话进行数据恢复时，仅需传输目标设备中未存储的消息记录即可，而无需传输目标设备中已存储的消息记录，提高了数据恢复的效率。

图11是本发明实施例提供的一种数据备份装置的框图。参照图11，该装置包括第一发送模块1101，接收模块1102，确定模块1103和第二发送模块1104。

其中，第一发送模块1101与接收模块1102连接，用于向第一设备发送数据备份请求，该数据备份请求用于指示待备份的目标会话；接收模块1102与确定模块1103连接，用于接收该第一设备返回的该目标会话的备份截止时间，该备份截止时间用于指示该第一设备存储有该目标会话在该备份截止时间之前的全部消息记录；确定模块1103与第二发送模块1104连接，用于根据该备份截止时间确定目标消息记录，该目标消息记录为该目标会话在该备份截止时间之后产生的消息记录；第二发送模块1104，用于向该第一设备发送该目标消息记录，该第一设备用于对会话的消息记录进行备份。

在一种可能的实现方式中，该第二发送模块1104用于按照消息记录的产生时间从先到后的顺序，将该目标消息记录划分为至少一个消息集合；对于该至少一个消息集合中每个消息集合，确定该消息集合的消息指示信息，该消息指示信息用于指示该消息集合中最后一条消息记录的产生时间；将该至少一个消息集合及其消息指示信息发送至该第一设备。

在一种可能的实现方式中，该第二发送模块1104用于对于该至少一个消息集合中每个消息集合，检测该消息集合中是否包含指定消息记录，该指定消息记录是指大小超过预设阈值的消息记录；如果该消息集合中包含该指定消息记录，则向该第一设备发送备份验证请求，该备份验证请求携带该指定消息记录的消息标识，该第一设备用于在根据该指定消息记录的消息标识确定未存储该指定消息记录后，返回未备份指示消息；如果接收到该未备份指示消息，向该第一设备发送该指定消息记录。

在一种可能的实现方式中，该消息指示信息还用于指示该消息集合的摘要信息，该第二发送模块1104还用于对于该至少一个消息集合中每个消息集合，将该消息集合发送至该第一设备；将该消息集合的消息指示信息发送至该第一设备，该第一设备用于在根据该摘要信息对该消息集合验证接收成功后，返回接收成功消息；当接收到该消息集合的接收成功消息时，向该第一设备发送下一个消息集合。

在一种可能的实现方式中，该消息指示信息还用于指示该消息集合中第一条消息记录的产生时间。

在一种可能的实现方式中，该接收模块还用于在该目标会话的备份发生中断后，接收该第一设备的第一断点续传请求，该第一断点续传请求用于指示该目标会话的备份中断时间；该第二发送模块还用于基于该备份中断时间，向该第一设备发送该目标会话的未备份目标消息记录；或，第一发送模块还用于在该目标会话的备份发生中断后，如果接收到第一断点续传指令时，向该第一设备发送第二断点续传请求，该第二断点续传请求用于指示对该目标会话进行断点续传；该第二发送模块还用于基于该第一设备返回的该目标会话的备份中断时间，向该第一设备发送该目标会话的未备份目标消息记录；或，该第二发送模块还用于在该目标会话的备份发生中断后，如果接收到第一断点续传指令时，确定该目标会话的未备份目标消息记录，向该第一设备发送该未备份目标消息记录。

在一种可能的实现方式中，该装置还包括：

获取模块，用于获取该第一设备的设备信息；

连接模块，用于根据该设备信息与该第一设备建立连接。

在一种可能的实现方式中，获取模块用于从服务器获取第一设备的设备信息；或，通过扫描二维码，获取第一设备的设备信息，二维码用于指示第一设备的设备信息；或，接收第一设备的设备信息广播消息，从设备信息广播消息中提取第一设备的设备信息。

在一种可能的实现方式中，设备信息包括第一设备的IP地址，连接模块用于根据第一设备的IP地址，向第一设备发送数据连接请求，第一设备用于如果接收到数据连接请求，则返回应答消息；如果接收到应答消息，则与第一设备在局域网内建立连接。

在一种可能的实现方式中，该获取模块还用于获取该第一设备上登录的第一账号；如果该第一账号与本地登录的第二账号一致，则执行根据该设备信息与该第一设备建立连接的步骤。

在一种可能的实现方式中，与该第一设备交互的数据为加密数据。

图12是本发明实施例提供的一种数据备份装置的框图。参照图12，该装置包括获取模块1201，发送模块1202和存储模块1203。

其中，获取模块1201与发送模块1202连接，用于当接收到第二设备的数据备份请求时，获取与目标会话对应的备份截止时间，该数据备份请求用于指示待备份的目标会话；发送模块1202与存储模块1203连接，用于将该目标会话的备份截止时间发送至该第二设备，该第二设备用于向第一设备发送目标消息记录，该目标消息记录为该目标会话在该备份截止时间之后产生的消息记录；存储模块1203，用于当接收到该目标消息记录时，将该目标消息记录存储至该目标会话的消息记录中。

在一种可能的实现方式中，该存储模块1203用于将该第二设备的至少一个消息集合以及每个消息集合的消息指示信息存储至预设备份目录中与该目标会话对应的存储区域，该预设备份目录用于存储会话的消息记录，该每个消息集合的消息指示信息用于指示该消息集合中最后一条消息记录的产生时间。

在一种可能的实现方式中，该每个消息集合的消息指示信息还用于指示该消息集合的摘要信息，该装置还包括：

验证模块，用于对于该每个消息集合，根据该消息集合的摘要信息验证该消息集合是否接收成功；

该发送模块还用于如果验证结果为接收成功，则向该第二设备发送接收成功消息。

在一种可能的实现方式中，该每个消息集合的消息指示信息还用于指示该消息集合中第一条消息记录的产生时间，该装置还包括：

确定模块，用于当检测到该目标会话的数据恢复指令时，根据目标时间段和该至少一个消息集合的消息指示信息，从该至少一个消息集合中确定目标消息集合，该数据恢复指令携带待恢复的目标时间段，该目标消息集合是指第一条消息记录的产生时间和最后一条消息记录的产生时间落入该目标时间段内的消息集合；

该发送模块还用于将该目标消息集合发送至该第一设备。

在一种可能的实现方式中，该装置还包括：

判断模块，用于如果接收到备份验证请求，则根据指定消息记录的消息标识，判断是否已存储有该指定消息记录，该备份验证请求携带该指定消息记录的消息标识；

该发送模块还用于如果未存储有该指定消息记录，则向该第二设备发送未备份指示消息；如果已存储有该指定消息记录，则向该第二设备发送已备份指示消息，将该指定消息记录存储至预设备份目录中与该目标会话对应的存储区域，该预设备份目录用于存储会话的消息记录。

在一种可能的实现方式中，发送模块还用于在目标会话的备份发生中断后，如果接收到第二断点续传指令，向第二设备发送第一断点续传请求，第一断点续传请求用于指示目标会话的备份中断时间；存储模块还用于对接收到的目标会话的未备份目标消息记录进行存储；或，发送模块还用于在目标会话的备份发生中断后，如果接收到目标会话的第二断点续传请求，则向第二设备发送目标会话的备份中断时间；存储模块还用于对接收到的目标会话的未备份目标消息记录进行存储；或，存储模块还用于在目标会话的备份发生中断后，对接收到的目标会话的未备份消息记录进行存储。

需要说明的是：上述实施例提供的数据备份装置在备份数据时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将设备的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的数据备份装置与数据备份方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。

图13是本发明实施例提供的一种终端的结构示意图，该终端可以用于执行上述各个实施例中提供的数据备份方法。参见图13，该终端1300包括：

终端1300可以包括RF(Radio Frequency，射频)电路110、包括有一个或一个以上计算机可读存储介质的存储器120、输入单元130、显示单元140、传感器150、音频电路160、WiFi(Wireless Fidelity，无线保真)模块170、包括有一个或者一个以上处理核心的处理器180、以及电源190等部件。本领域技术人员可以理解，图13中示出的终端结构并不构成对终端的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。其中：

RF电路110可用于收发信息或通话过程中，信号的接收和发送，特别地，将基站的下行信息接收后，交由一个或者一个以上处理器180处理；另外，将涉及上行的数据发送给基站。通常，RF电路110包括但不限于天线、至少一个放大器、调谐器、一个或多个振荡器、用户身份模块(SIM)卡、收发信机、耦合器、LNA(Low Noise Amplifier，低噪声放大器)、双工器等。此外，RF电路110还可以通过无线通信与网络和其他设备通信。所述无线通信可以使用任一通信标准或协议，包括但不限于GSM(Global System of Mobile communication，全球移动通讯***)、GPRS(General Packet Radio Service，通用分组无线服务)、CDMA(Code Division Multiple Access，码分多址)、WCDMA(Wideband Code Division Multiple Access,宽带码分多址)、LTE(Long Term Evolution,长期演进)、电子邮件、SMS(Short Messaging Service，短消息服务)等。

存储器120可用于存储软件程序以及模块，处理器180通过运行存储在存储器120的软件程序以及模块，从而执行各种功能应用以及数据处理。存储器120可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作***、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据终端1300的使用所创建的数据(比如音频数据、电话本等)等。此外，存储器120可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。相应地，存储器120还可以包括存储器控制器，以提供处理器180和输入单元130对存储器120的访问。

输入单元130可用于接收输入的数字或字符信息，以及产生与用户设置以及功能控制有关的键盘、鼠标、操作杆、光学或者轨迹球信号输入。具体地，输入单元130可包括触敏表面131以及其他输入设备132。触敏表面131，也称为触摸显示屏或者触控板，可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触敏表面131上或在触敏表面131附近的操作)，并根据预先设定的程式驱动相应的连接装置。可选的，触敏表面131可包括触摸检测装置和触摸控制器两个部分。其中，触摸检测装置检测用户的触摸方位，并检测触摸操作带来的信号，将信号传送给触摸控制器；触摸控制器从触摸检测装置上接收触摸信息，并将它转换成触点坐标，再送给处理器180，并能接收处理器180发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触敏表面131。除了触敏表面131，输入单元130还可以包括其他输入设备132。具体地，其他输入设备132可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆等中的一种或多种。

显示单元140可用于显示由用户输入的信息或提供给用户的信息以及终端1300的各种图形用户接口，这些图形用户接口可以由图形、文本、图标、视频和其任意组合来构成。显示单元140可包括显示面板141，可选的，可以采用LCD(Liquid Crystal Display，液晶显示器)、OLED(Organic Light-Emitting Diode,有机发光二极管)等形式来配置显示面板141。进一步的，触敏表面131可覆盖显示面板141，当触敏表面131检测到在其上或附近的触摸操作后，传送给处理器180以确定触摸事件的类型，随后处理器180根据触摸事件的类型在显示面板141上提供相应的视觉输出。虽然在图13中，触敏表面131与显示面板141是作为两个独立的部件来实现输入和输入功能，但是在某些实施例中，可以将触敏表面131与显示面板141集成而实现输入和输出功能。

终端1300还可包括至少一种传感器150，比如光传感器、运动传感器以及其他传感器。具体地，光传感器可包括环境光传感器及接近传感器，其中，环境光传感器可根据环境光线的明暗来调节显示面板141的亮度，接近传感器可在终端1300移动到耳边时，关闭显示面板141和/或背光。作为运动传感器的一种，重力加速度传感器可检测各个方向上(一般为三轴)加速度的大小，静止时可检测出重力的大小及方向，可用于识别手机姿态的应用(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等；至于终端1300还可配置的陀螺仪、气压计、湿度计、温度计、红外线传感器等其他传感器，在此不再赘述。

音频电路160、扬声器161，传声器162可提供用户与终端1300之间的音频接口。音频电路160可将接收到的音频数据转换后的电信号，传输到扬声器161，由扬声器161转换为声音信号输出；另一方面，传声器162将收集的声音信号转换为电信号，由音频电路160接收后转换为音频数据，再将音频数据输出处理器180处理后，经RF电路110以发送给比如另一终端，或者将音频数据输出至存储器120以便进一步处理。音频电路160还可能包括耳塞插孔，以提供外设耳机与终端1300的通信。

WiFi属于短距离无线传输技术，终端1300通过WiFi模块170可以帮助用户收发电子邮件、浏览网页和访问流式媒体等，它为用户提供了无线的宽带互联网访问。虽然图13示出了WiFi模块170，但是可以理解的是，其并不属于终端1300的必须构成，完全可以根据需要在不改变发明的本质的范围内而省略。

处理器180是终端1300的控制中心，利用各种接口和线路连接整个手机的各个部分，通过运行或执行存储在存储器120内的软件程序和/或模块，以及调用存储在存储器120内的数据，执行终端1300的各种功能和处理数据，从而对手机进行整体监控。可选的，处理器180可包括一个或多个处理核心；优选的，处理器180可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作***、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器180中。

终端1300还包括给各个部件供电的电源190(比如电池)，优选的，电源可以通过电源管理***与处理器180逻辑相连，从而通过电源管理***实现管理充电、放电、以及功耗管理等功能。电源190还可以包括一个或一个以上的直流或交流电源、再充电***、电源故障检测电路、电源转换器或者逆变器、电源状态指示器等任意组件。

尽管未示出，终端1300还可以包括摄像头、蓝牙模块等，在此不再赘述。具体在本实施例中，终端的显示单元是触摸屏显示器，终端还包括有存储器，以及一个或者一个以上的程序，其中一个或者一个以上程序存储于存储器中，且经配置以由一个或者一个以上处理器执行。所述一个或者一个以上程序包含可执行指令，终端1300被配置为执行指令，以执行上述来电提示方法实施例中终端所执行的方法。

在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器，上述指令可由终端中的处理器执行以完成上述实施例中数据备份方法。例如，所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

图14是本发明实施例提供的一种数据备份装置的框图。例如，装置1400可以被提供为一服务器。参照图14，装置1400包括处理组件1422，其进一步包括一个或多个处理器，以及由存储器1432所代表的存储器资源，用于存储可由处理部件1422的执行的指令，例如应用程序。存储器1432中存储的应用程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外，处理组件1422被配置为执行指令，以执行上述数据备份方法实施例中服务器所执行的方法。

装置1400还可以包括一个电源组件1426被配置为执行装置1400的电源管理，一个有线或无线网络接口1450被配置为将装置1400连接到网络，和一个输入输出(I/O)接口1458。装置1400可以操作基于存储在存储器1432的操作***，例如Windows Server^TM，Mac OS X^TM，Unix^TM,Linux^TM，FreeBSD^TM或类似。

在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器，上述指令可由服务器中的处理器执行以完成上述实施例中的数据备份方法。例如，所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

应当理解的是，在本文中使用的，除非上下文清楚地支持例外情况，单数形式“一个”(“a”、“an”、“the”)旨在也包括复数形式。还应当理解的是，在本文中使用的“和/或”是指包括一个或者一个以上相关联地列出的项目的任意和所有可能组合。

本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。

以上所述仅为本申请的较佳实施例，并不用以限制本申请，凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

Claims

一种通信消息同步方法，其特征在于，用于第一社交应用客户端中，所述方法包括：

获取所述第一社交应用客户端中待同步的n条通信消息以及每条通信消息的消息类型，n为大于等于1的整数；

对于每条通信消息，生成包括所述通信消息的消息类型以及所述通信消息的消息内容的消息数据；

以消息块为单位同步生成的n条消息数据至第二社交应用客户端；所述第二社交应用客户端以所述消息块为单位存储所述n条消息数据至数据文件，生成并保存对应关系；每个消息块对应于至少一条消息数据，且在对应于至少两条消息数据时，所述至少两条消息数据所对应的通信消息属于同一会话，所述第二社交应用客户端与所述第一社交应用客户端类型相同且共用同一社交帐号；所述对应关系包括消息块、所述消息块所对应的会话以及所述消息块的存储位置之间的对应关系，所述消息块所对应的会话为所述消息块中的消息数据所对应的通信消息所属的会话。
根据权利要求1所述的方法，其特征在于，若所述消息类型为图片或者音视频，所述生成包括所述通信消息的消息类型以及所述通信消息的消息内容的消息数据，包括：

生成包括所述消息类型以及数据标识的消息体，并生成包括所述消息内容的媒体数据，所述数据标识用于指向所述媒体数据，所述消息体和所述媒体数据构成所述消息数据。
根据权利要求2所述的方法，其特征在于，所述以消息块为单位同步生成的n条消息数据至第二社交应用客户端，包括：

所述n条通信消息来自m个会话，对于每个会话，生成消息块，m为正整数；

对于任一会话中的任一通信消息i，如果所述通信消息i的消息数据包括消息体和媒体数据，则将所述通信消息i的消息体按预设顺序存储至所述通信消息i所属会话对应的消息块中，在同步所述通信消息i的消息数据时，同步所述通信消息i所属会话对应的消息块及所述通信消息i的媒体数据至所述第二社交应用客户端，所述预设顺序为接收到通信消息的先后顺序。
根据权利要求1所述的方法，其特征在于，所述以消息块为单位同步生成的n条消息数据至第二社交应用客户端，包括：

所述n条通信消息来自m个会话，对于每个会话，生成消息块，m为正整数；

对于任一会话中的任一通信消息i，将所述通信消息i的消息数据按预设顺序存储至所述通信消息i所属会话对应的消息块中，在同步所述通信消息i的消息数据时，同步所述通信消息i所属会话对应的消息块至所述第二社交应用客户端，所述预设顺序为接收到通信消息的先后顺序。
根据权利要求3或4所述的方法，其特征在于，所述对于每个会话，生成消息块，包括：

根据会话中的各条通信消息所对应的消息数据的总大小，和/或，所述会话中的通信消息的条数，为所述会话生成至少一个消息块。
根据权利要求1至4任一所述的方法，其特征在于，所述方法还包括：

获取每个消息块所对应的时间信息，所述时间信息的起始时刻为所述消息块中的首条消息数据所对应的通信消息的接收时间，所述时间信息的结束时刻为所述消息块中的最后一条消息数据所对应的通信消息的接收时间；

在同步每个消息块至所述第二社交应用客户端时，同步所述消息块所对应的时间信息至所述第二社交应用客户端。
根据权利要求1至4任一所述的方法，其特征在于，所述获取所述第一社交应用客户端中待同步的n条通信消息以及每条通信消息的消息类型，包括：

接收所述第二社交应用客户端发送的各个会话的时间戳信息，所述时间戳信息为所述第二社交应用客户端根据保存的对应关系确定的各个会话中最后一条消息数据所对应的通信消息的接收时间；

对于每个会话，根据所述会话的时间戳信息获取在所述时间戳信息之后接收到的所述会话中的各条通信消息，并获取各条通信消息的消息类型。
一种通信消息同步方法，其特征在于，用于第二社交应用客户端中，所述方法包括：

接收第一社交应用客户端以消息块为单位同步的n条消息数据；所述第一社交应用客户端与所述第二社交应用客户端类型相同且共用同一社交帐号；每条消息数据为所述第一社交应用客户端生成的包括一条通信消息的消息类型以及消息内容的数据；每个消息块对应于至少一条消息数据，且在对应于至少两条消息数据时，所述至少两条消息数据所对应的通信消息属于同一会话；

以所述消息块为单位存储所述n条消息数据至数据文件；

生成并保存对应关系；所述对应关系包括消息块、所述消息块所对应的会话以及所述消息块的存储位置之间的对应关系，所述消息块所对应的会话为所述消息块中的消息数据所对应的通信消息所属的会话。
根据权利要求8所述的方法，其特征在于，所述接收第一社交应用客户端以消息块为单位同步的n条消息数据，包括：

接收所述第一社交应用客户端同步的每个消息块以及消息块中的数据标识所对应的媒体数据；其中，消息块中包括消息体，所述消息体中包括通信消息的消息类型以及数据标识，所述媒体数据中包括所述通信消息的消息内容，所述数据标识指向所述媒体数据；

所述以消息块为单位存储所述n条消息数据至数据文件，包括：

存储每个消息块至消息文件，并存储所述消息块中的数据标识所对应的媒体数据至媒体文件，所述消息文件和所述媒体文件构成所述数据文件；

所述对应关系还包括数据标识与媒体数据在所述媒体文件中的存储位置之间的对应关系。
根据权利要求9所述的方法，其特征在于，所述对应关系还包括消息块与消息块中的消息体中的数据标识之间的对应关系。
根据权利要求8至10任一所述的方法，其特征在于，所述方法还包括：

接收所述第一社交应用客户端同步的每个消息块所对应的时间信息；所述时间信息的起始时刻为所述消息块中的首条消息数据所对应的通信消息的接收时间，所述时间信息的结束时刻为所述消息块中的最后一条消息数据所对应的通信消息的接收时间；

所述对应关系还包括消息块与所述消息块所对应的时间信息之间的对应关系。
根据权利要求8至10任一所述的方法，其特征在于，所述方法还包括：

根据保存的对应关系确定各个会话的时间戳信息，所述时间戳信息为所述第二社交应用客户端根据所述保存的对应关系确定的各个会话中最后一条消息数据所对应的通信消息的接收时间；

发送所述时间戳信息至所述第一社交应用客户端。
一种终端，其特征在于，所述终端包括：处理器和存储器，所述存储器中存储有至少一条指令，所述指令由所述处理器加载并执行以实现如下操作：

获取第一社交应用客户端中待同步的n条通信消息以及每条通信消息的消息类型，n为大于等于1的整数；

对于每条通信消息，生成包括所述通信消息的消息类型以及所述通信消息的消息内容的消息数据；

以消息块为单位同步生成的n条消息数据至第二社交应用客户端；所述第二社交应用客户端以所述消息块为单位存储所述n条消息数据至数据文件，生成并保存对应关系；每个消息块对应于至少一条消息数据，且在对应于至少两条消息数据时，所述至少两条消息数据所对应的通信消息属于同一会话，所述第二社交应用客户端与所述第一社交应用客户端类型相同且共用同一社交帐号；所述对应关系包括消息块、所述消息块所对应的会话以及所述消息块的存储位置之间的对应关系，所述消息块所对应的会话为所述消息块中的消息数据所对应的通信消息所属的会话。
根据权利要求13所述的终端，其特征在于，所述指令由所述处理器加载并执行以实现如下操作：

若所述消息类型为图片或者音视频，生成包括所述消息类型以及数据标识的消息体，并生成包括所述消息内容的媒体数据，所述数据标识用于指向所述媒体数据，所述消息体和所述媒体数据构成所述消息数据。
根据权利要求14所述的终端，其特征在于，所述指令由所述处理器加载并执行以实现如下操作：

所述n条通信消息来自m个会话，对于每个会话，生成消息块，m为正整数；

对于任一会话中的任一通信消息i，如果所述通信消息i的消息数据包括消息体和媒体数据，则将所述通信消息i的消息体按预设顺序存储至所述通信消息i所属会话对应的消息块中，在同步所述通信消息i的消息数据时，同步所述通信消息i所属会话对应的消息块及所述通信消息i的媒体数据至所述第二社交应用客户端，所述预设顺序为接收到通信消息的先后顺序。
根据权利要求13所述的终端，其特征在于，所述指令由所述处理器加载并执行以实现如下操作：

所述n条通信消息来自m个会话，对于每个会话，生成消息块，m为正整数；

对于任一会话中的任一通信消息i，将所述通信消息i的消息数据按预设顺序存储至所述通信消息i所属会话对应的消息块中，在同步所述通信消息i的消息数据时，同步所述通信消息i所属会话对应的消息块至所述第二社交应用客户端，所述预设顺序为接收到通信消息的先后顺序。
根据权利要求15或16所述的终端，其特征在于，所述指令由所述处理器加载并执行以实现如下操作：

根据会话中的各条通信消息所对应的消息数据的总大小，和/或，所述会话中的通信消息的条数，为所述会话生成至少一个消息块。
根据权利要求13-16任一所述的终端，其特征在于，所述指令由所述处理器加载并执行以实现如下操作：

获取每个消息块所对应的时间信息，所述时间信息的起始时刻为所述消息块中的首条消息数据所对应的通信消息的接收时间，所述时间信息的结束时刻为所述消息块中的最后一条消息数据所对应的通信消息的接收时间；

在同步每个消息块至所述第二社交应用客户端时，同步所述消息块所对应的时间信息至所述第二社交应用客户端。
根据权利要求13-16任一所述的终端，其特征在于，所述指令由所述处理器加载并执行以实现如下操作：

接收所述第二社交应用客户端发送的各个会话的时间戳信息，所述时间戳信息为所述第二社交应用客户端根据保存的对应关系确定的各个会话中最后一条消息数据所对应的通信消息的接收时间；

对于每个会话，根据所述会话的时间戳信息获取在所述时间戳信息之后接收到的所述会话中的各条通信消息，并获取各条通信消息的消息类型。
一种终端，其特征在于，所述终端包括：处理器和存储器，所述存储器中存储有至少一条指令，所述指令由所述处理器加载并执行以实现如下操作：

接收第一社交应用客户端以消息块为单位同步的n条消息数据；所述第一社交应用客户端与第二社交应用客户端类型相同且共用同一社交帐号；每条消息数据为所述第一社交应用客户端生成的包括一条通信消息的消息类型以及消息内容的数据；每个消息块对应于至少一条消息数据，且在对应于至少两条消息数据时，所述至少两条消息数据所对应的通信消息属于同一会话；

以所述消息块为单位存储所述n条消息数据至数据文件；

生成并保存对应关系；所述对应关系包括消息块、所述消息块所对应的会话以及所述消息块的存储位置之间的对应关系，所述消息块所对应的会话为所述消息块中的消息数据所对应的通信消息所属的会话。
根据权利要求20所述的终端，其特征在于，所述指令由所述处理器加载并执行以实现如下操作：

接收所述第一社交应用客户端同步的每个消息块以及消息块中的数据标识所对应的媒体数据；其中，消息块中包括消息体，所述消息体中包括通信消息的消息类型以及数据标识，所述媒体数据中包括所述通信消息的消息内容，所述数据标识指向所述媒体数据；

所述指令还由所述处理器加载并执行以实现如下操作：

存储每个消息块至消息文件，并存储所述消息块中的数据标识所对应的媒体数据至媒体文件，所述消息文件和所述媒体文件构成所述数据文件；

所述对应关系还包括数据标识与媒体数据在所述媒体文件中的存储位置之间的对应关系。
根据权利要求20至21任一所述的终端，其特征在于，所述指令由所述处理器加载并执行以实现如下操作：

接收所述第一社交应用客户端同步的每个消息块所对应的时间信息；所述时间信息的起始时刻为所述消息块中的首条消息数据所对应的通信消息的接收时间，所述时间信息的结束时刻为所述消息块中的最后一条消息数据所对应的通信消息的接收时间；

所述对应关系还包括消息块与所述消息块所对应的时间信息之间的对应关系。
根据权利要求20至21任一所述的终端，其特征在于，所述指令由所述处理器加载并执行以实现如下操作：

根据保存的对应关系确定各个会话的时间戳信息，所述时间戳信息为所述第二社交应用客户端根据所述保存的对应关系确定的各个会话中最后一条消息数据所对应的通信消息的接收时间；

发送所述时间戳信息至所述第一社交应用客户端。
一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有至少一条指令，所述指令由处理器加载并执行以实现如权利要求1-7任一所述的方法中所执行的操作。
一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有至少一条指令，所述指令由处理器加载并执行以实现如权利要求8-12任一所述的方法中所执行的操作。
一种数据备份方法，其特征在于，所述方法包括：

向第一设备发送数据备份请求，所述数据备份请求用于指示待备份的目标会话；

接收所述第一设备返回的所述目标会话的备份截止时间，所述备份截止时间用于指示所述第一设备存储有所述目标会话在所述备份截止时间之前的全部消息记录；

根据所述备份截止时间确定目标消息记录，所述目标消息记录为所述目标会话在所述备份截止时间之后产生的消息记录；

向所述第一设备发送所述目标消息记录，所述第一设备用于对会话的消息记录进行备份。