CN101582927B - 一种用于信息备份及恢复的服务器、移动终端及方法 - Google Patents

Abstract

本发明公开了一种用于信息备份及恢复的服务器、移动终端及方法，涉及通信技术领域。本发明的方法包括：移动终端与服务器进行信息备份或者信息恢复的过程中，发送端将要发送的信息构造为信息同步标准协议SyncML数据包，发送到接收端；所述接收端接收到所述SyncML数据包，从中解析出信息内容，并保存。本发明技术方案保证在移动终端产品发生重大故障无法恢复或者移动终端产品丢失的情况下，用户可以通过服务器将已备份过的移动终端中的重要信息完全恢复到新的移动终端产品中。

Description

一种用于信息备份及恢复的服务器、移动终端及方法

技术领域

本发明涉及通信技术领域，具体提出了一种用于信息备份及恢复的服务器、移动终端及方法。

背景技术

在当今移动通信领域的终端(UE)侧，会将一些重要的信息，例如通讯录、重要的短信等等，保存到移动终端的SIM卡中，或者移动终端本身自带的存储介质(例如ROM)中，以供查找使用。

但是，SIM卡的存储容量以及移动终端本身的存储介质容量都是有限的，而且这些存储媒介都是移动终端的一部分，一旦移动终端出现严重故障，例如存储介质损坏，甚至丢失时，保存在移动终端的重要信息都会丢失。

发明内容

本发明所要解决的技术问题是，提供一种用于信息备份及恢复的服务器、移动终端及方法，从而可以实时备份及恢复移动终端中的信息。

为了解决上述问题，本发明公开了一种信息备份及恢复的方法，包括：

移动终端与服务器进行信息备份或者信息恢复的过程中，发送端将要发送的信息构造为信息同步标准协议SyncML数据包，发送到接收端；所述接收端接收到所述SyncML数据包，从中解析出信息内容，并保存。

进一步地，上述方法中，所述SyncML数据包包括同步消息头及同步消息内容，其中，所述同步消息头至少包括同步包标识和同步消息内容类型的信息，所述同步消息内容中包括校验信息。

其中，所述接收端接收到所述SyncML数据包后，读取该数据包的同步消息头中同步消息内容类型，并按照与该类型相对应的格式存储同步消息内容。

所述接收端收到所述SyncML数据包后，还向所述发送端返回应答；所述接收端收到所述应答后，向所述发送端发送一下个SyncML数据包。

所述移动终端与服务器进行信息备份的过程中，所述移动终端根据用户操作进行实时信息备份，或者进行定时信息备份。

所述移动终端备份的内容包括通信录、短消息、图片文件和通话记录。

本发明还公开了一种用于信息备份及恢复的移动终端，包括彼此相连的网络传输模块和信息同步标准协议SyncML处理模块，其中：

所述网络传输模块，用于接收服务器发送的SyncML数据包，将该SyncML数据包发送到所述SyncML处理模块，将所述SyncML处理模块构造的SyncML数据包发送到所述服务器，并将用户发起的服务请求消息发送到所述服务器；

所述SyncML处理模块，用于将用户选中的所要备份的信息构造为SyncML数据包，发送到所述网络传输模块，并接收及解析所述网络传输模块发送的SyncML数据包，以及存储解析后的数据。

进一步地，上述移动终端中，所述SyncML数据包包括同步消息头及同步消息内容，其中，所述同步消息头至少包括同步包标识和同步消息内容类型的信息，所述同步消息内容中包括校验信息。

其中，所述SyncML处理模块，解析所述网络传输模块发送的SyncML数据包时，读取该数据包的同步消息头中同步消息内容类型，并将数据包的同步消息内容存储到与该同步消息内容类型相对应的位置。

本发明还公开了一种用于信息备份及恢复的服务器，包括包括彼此相连的网络传输模块和信息同步标准协议SyncML处理模块，其中：

所述网络传输模块，用于接收移动终端发送的SyncML数据包及服务请求，将收到的SyncML数据包及服务请求发送到所述SyncML处理模块，将所述SyncML处理模块构造的SyncML数据包发送到所述移动终端；

所述SyncML处理模块，用于从所收到的服务请求中读取用户所要恢复的信息的类型，根据该类型查找所要恢复的数据，将查找到的数据构造为SyncML数据包，发送到所述网络传输模块，并接收及解析所述网络传输模块发送的SyncML数据包，以及存储解析后的数据。

进一步地，上述服务器中，所述SyncML数据包包括同步消息头及同步消息内容，其中，所述同步消息头至少包括同步包标识和同步消息内容类型的信息，所述同步消息内容中包括校验信息。

其中，所述SyncML处理模块，解析所述网络传输模块发送的SyncML数据包时，读取该数据包的同步消息头中同步消息内容类型，并按照与该同步消息内容类型相对应的格式存储所述SyncML数据包中同步消息内容。

所述网络传输模块，还用于接收用户通过移动终端以外的其他设备的发起的查询以及恢复信息操作，将所述操作发送到所述SyncML处理模块，并将所述SyncML处理模块返回的查询结果发送到移动终端用户所使用的其他设备上，将所述SyncML处理模块返回的SyncML数据包发送到所述用户的移动终端上；

所述SyncML处理模块，还用于接收所述网络传输模块发送的操作，当收到的操作为查询操作时，根据该操作进行查询，并将查询结果返回给所述网络传输模块，当收到的操作为恢复信息操作时，根据该操作信息查找所要恢复的数据，并将所述数据构造为SyncML数据包，发送到所述网络传输模块。

本发明技术方案中，移动终端通过与服务器之间的同步数据类型协商，申请建立链接到同步传输，以及取消链接并恢复副本的过程，保证在移动终端产品发生重大故障无法恢复或者移动终端产品丢失的情况下，用户可以通过服务器将已备份过的移动终端中的重要信息完全恢复到新的移动终端产品中。另外，本发明技术方案还可以备份文本和图片等多媒体信息。

附图说明

图1为本实施例中系统结构示意图；

图2为图1所示系统中移动终端结构示意图；

图3为本实施例中移动终端构造的SyncML数据包结构示意图；

图4为图1所示系统中服务器结构示意图；

图5为本实施例中移动终端申请或者取消服务的流程图；

图6为本实施例中移动终端进行信息备份的流程图；

图7为本实施例中移动终端进行信息恢复的流程图；

图8为本实施例中移动终端用户直接登录服务器的流程图。

具体实施方式：

本发明的主要构思是，通过第三方(例如，移动运营商)提供一专用服务器，用于备份移动终端中的重要信息和记录，该备份服务可以作为一种付费的服务，移动终端侧可以根据用户的需求，进行注册并开启该服务，在开启该服务后，用户根据需求将移动终端中的重要信息和记录等备份到服务器上，或者将已经备份到服务器上的重要信息和记录等恢复到移动终端中，其中，备份服务与移动终端的一个号码一一对应。

下面结合附图及具体实施例对本发明技术方案作进一步详细说明。

一种用于信息备份及恢复的系统，采用服务器/客户端的模型，其构架如图1所示，包括客户端(即移动终端)以及服务器。该系统使用SyncML(Synchronization Markup Language，信息同步标准协议)传输所备份及恢复的信息，具体地，SyncML绑定Http协议，在Http客户端(移动终端)连接到Http服务器端的时候，SyncML客户端建立起一个与服务器端的TCP连接，一旦连接建立，以后都通过TCP/IP协议栈上发送SyncML数据包。下面介绍各部分的功能。

移动终端，用于向服务器发起信息备份以及信息恢复的服务，即将用户选择的图片、文件等数据备份到服务器上，以及将已经备份在服务器上的图片、文件、通信录等信息恢复到移动终端；

移动终端进一步包括显示模块、网络传输模块以及SyncML协议处理模块，如图2所示，其中：

显示模块，用于向用户显示信息备份以及恢复的设置界面，以及将信息备份选项集成显示在通信录、短信等功能中，其中，信息备份选项可以包括服务申请、取消功能、总的同步传输、恢复传输的申请控制等等操作选项，其中，显示模块在备份选项中所提供的信息备份的内容可以包括以下一种或几种：1)通讯录(也称为名片夹)，2)文本短信息，3)图片信息，4)通话记录；

SyncML协议处理模块，根据用户发起的操作的信息(例如所要备份的信息的位置以及所要备份的信息的属性等)读取备份信息，并将备份信息构造为信息同步标准协议SyncML数据包，发送到网络传输模块，SyncML协议处理模块还用于解析移动终端接收到的SyncML数据包，并根据SyncML数据包中同步消息内容类型，将解析后的信息恢复到相应的位置。

SyncML协议处理模块进一步包括SyncML核心层和插件层，其中SyncML核心层中SyncML管理控制模块SyncML Manager，用于管理各种接口，控制缓冲区，并且在发送和接收间转换；SyncML命令构建模块SyncMLCommand Builder，用于构造同步数据包和命令序列，生成同步的文件；SyncML命令解析模块SyncML Command Dispatcher，用于解释收到的数据包，提取命令，做对应处理；插件层中SyncML数据缓冲管理模块SyncMLWorkspace Manager，用于处理发送和接收的数据缓冲区；SyncML脚本压缩解析模块SyncML Encoder/Decoder，用于压缩或解释XML和WBXML的数据包；

其中，SyncML协议处理模块构造的SyncML数据包包括同步消息头和同步消息内容，如图3所示，同步消息头中至少包括同步包标识以及同步消息内容类型(用于指明当前同步的是通讯录、文本短信息、图片信息还是通话记录等)的信息，同步消息内容，主要是同步存储的数据；此外，为了满足存储中可能出现的异常，每个存储同步数据都可以携带校验字段，给服务器端校验之用。通过检验字段，可以使服务器端始终保存不同类型的不同信息，不会有信息的重复。

所述网络传输模块，用于接收服务器发送的SyncML数据包，将该SyncML数据包发送到SyncML处理模块，将SyncML处理模块构造的SyncML数据包发送到服务器，将用户发起的服务请求消息(包括同步请求以及恢复请求)发送到服务器；

具体地，网络传输模块通过Http绑定SyncML，通过TCP/IP传送SyncML数据包到服务器，包括应用界面需要调用SyncML API进行传输。

服务器，用于向用户提供信息备份以及信息恢复的功能，进一步地，服务器包括网络传输模块和SyncML处理模块，如图4所示，其中：

SyncML处理模块，用于从所收到的服务请求中读取用户所要恢复的信息的类型，根据该类型查找所要恢复的数据，将查找到的数据构造为SyncML数据包，发送到网络传输模块，并接收网络传输模块发送的SyncML数据包，读取该数据包的同步消息头中同步消息内容类型，并按照与该同步消息内容类型相对应的格式存储该SyncML数据包中同步消息内容，其中，SyncML处理模块采用往后累加的方式进行存储；

网络传输模块，用于接收移动终端发送的SyncML数据包及服务请求，将收到的SyncML数据包及服务请求发送到SyncML处理模块，将SyncML处理模块构造的SyncML数据包发送到移动终端。

在其他一些实施例中，服务器中的网络传输模块，还用于接收用户通过移动终端以外的其他设备的浏览器发起的查询以及恢复信息等操作，将这些操作发送到SyncML处理模块，并将SyncML处理模块返回的查询结果发送到移动终端用户所使用的其他设备的地址，将SyncML处理模块返回的SyncML数据包发送到用户的移动终端上；

SyncML处理模块，还用于在收到查询操作时，向网络传输模块返回查询结果，在收到恢复信息的操作时，根据该操作信息查找所要恢复的数据，并将这些数据构造为SyncML数据包，发送到网络传输模块。

上述系统在具体应用中，移动终端通过一网关与服务器建立链接，其中，网关可以按照现有技术对移动终端进行鉴权以及传输服务器与移动终端之间的数据包。

下面详细介绍上述系统的工作过程，首先介绍移动终端申请或者取消服务的过程，如图5所示，包括如下步骤：

步骤S501：移动终端根据用户操作与服务器建立SyncML链接；

该步骤中，用户可以通过移动终端的浏览器输入服务器域名，从而使移动终端与服务器建立SyncML链接。

步骤S502：移动终端根据用户操作向服务器发送申请或者取消服务的请求，其中，申请或者取消服务的请求中均携带有移动终端标识、密钥值以及服务套餐类型等信息；

该步骤中，用户可以通过服务器网页的界面发起申请或者取消服务的请求；申请或者取消服务的请求中携带的移动终端标识(可以是手机号码)与一个密钥一一对应，这样可以防止其它手机的恶意干扰；服务套餐类型是指移动终端需要申请或者取消的类型，本服务根据服务器端可支持的存储空间大小分类对应不同的套餐类型。

在其它实施例中，移动终端侧还可以通过在通讯录、短消息等操作界面上集成显示的信息备份选项，进行信息备份的申请，此时，移动终端无需用户输入服务器的域名，而主动链接到服务器上，并将用户发起的申请服务的请求发送到服务器上。

步骤S503：服务器收到移动终端发送的申请或者取消服务的请求后，进行相应的处理，并根据处理结果向移动终端返回应答；

该步骤中，服务器收到申请或者取消服务的请求后，若接受该申请服务或者接受该取消服务，则向移动终端返回请求成功的应答，若拒绝该申请服务或者拒绝该取消服务，则向移动终端返回请求失败的应答。

步骤S504：当移动终端收到服务器返回的请求成功的应答，则向用户提示“同步存储服务申请成功”或者“同步存储服务取消成功”，当移动终端收到服务器返回的请求失败的应答，则向用户提示“同步存储服务申请失败”或者“同步存储服务取消失败”。

下面详细介绍移动终端进行信息备份的过程，该过程如图6所示，包括以下步骤：

步骤S601：移动终端根据用户操作与服务器建立SyncML链接；

步骤S602：移动终端根据用户操作向服务器发起同步请求，该同步请求中携带有移动终端标识、密钥值以及服务套餐类型等信息；

步骤S603：服务器收到该同步请求后，从中读取移动终端标识(手机号码)、密钥值以及申请的服务套餐类型，服务器根据这些信息分配数据库空间，并向移动终端返回同步请求应答，其中，同步请求应答中携带同步任务号；

步骤S604：移动终端将备份的信息构造为SyncML数据包后发送到服务器，即发起同步存储到服务器；

该步骤中，移动终端按照同步存储信息格式构造SyncML数据包，如图3所示，并将同步请求应答中的任务号携带在SyncML数据包的同步消息头中。

步骤S605：服务器收到SyncML数据包后，解析SyncML数据包，按照与SyncML数据包的同步消息头中同步消息内容类型相对应的格式存储同步消息内容，并向移动终端返回表示操作成功的应答；

该步骤中，服务器针对各种同步消息内容类型分别进行存储，例如，对于通讯录类型，根据通讯录的号码作为存储数据库的主索引，一个号码一条记录；一旦号码重复，则采用覆盖记录的方式；对于其它类型，采用校验和作为主索引，并且服务器端也需要进行算法校验，当算法校验的结果与移动终端侧携带的一致则说明内容无误，将该值作为索引，标识一条记录，当算法校验结果错误，则不存储该消息，并且在所返回的应答中携带失败标识，触发移动终端侧重新发送该包同步数据。

在优选的实施例中，服务器按照同步消息内容类型相对应的格式存储同步消息内容时，还可以进行信息是否完整正确的校验判断。

在有些实施例中，在一次同步过程中，一旦出现同步失败如包丢失的情况，服务器端只将成功收到的几条完整记录存储，丢失的包不会存储。

步骤S606：移动终端收到服务器应答后，判断此次同步存储的操作成功，则向用户提示“本次移动存储操作成功”，之后，移动终端可以再次发送SyncML数据包到服务器；

该步骤中，移动终端再次发送SyncML数据包时，可以是根据用户的实时操作进行备份，也可以根据用户设置好的时间间隔进行定时备份，即在优选的实施例中，移动终端可以设置定时器来发送SyncML数据包以实现信息备份，当定时器在设定时间内未收到服务器返回的任何应答，或者移动终端在设定时间内收到失败应答，则重新发送该SyncML数据包。其中，重发操作可以持续3次，若3次重发操作均失败，则本次备份操作失败，移动终端提示用户“本次移动存储操作失败”；

步骤S607：服务器收到SyncML数据包后，向移动终端返回应答；

步骤S608：在本次同步过程中，当所有SyncML数据包传输均成功时，移动终端在同步结束后，主动向服务器发送一个结束本次同步请求；

步骤S609：服务器收到结束本次同步请求后，返回一个应答，表示本次同步结束。

上述流程中，移动终端根据用户操作对服务器发起同步请求的，而在其它实施例中，移动终端还可以定时自动备份，这样可以防止在网络状况很差、移动终端异常或是发生一些突发情况导致实时主动备份失败后的弥补措施。此时，移动终端用户可以在移动终端菜单中设置定时自动备份的周期和类型(粒度)，每隔几天(或每周几或每月几日)的一个具体时间点上由移动终端主动发起同步请求，其中，用户只需要选择所要备份的信息的类型(即同步消息内容类型)。具体的同步过程与用户操作发起的过程完全一致。只是在备份内容上，用户操作发起的备份可以选择某一类型的某一条记录来备份，而定时自动备份则只能选择某一类型的所有记录，而不能具体到某条记录。移动终端对每条记录一旦同步备份成功，则对此打上标识。以后无论是用户操作发起备份还是定时自动备份，移动终端对于已经打上备份标识的记录均不再进行同步。

下面详细介绍移动终端进行信息恢复的过程，该过程如图7所示，包括以下步骤：

步骤S701：移动终端根据用户操作与服务器建立SyncML链接；

步骤S702：移动终端根据用户操作向服务器发起恢复请求，该恢复请求中携带移动终端标识、密钥值以及恢复内容类型等信息；

步骤S703：服务器收到该恢复请求后，从中读取移动终端标识、密钥值以及恢复内容类型等信息，根据这些信息查找所要恢复的信息，并向移动终端返回恢复请求应答，其中，恢复请求应答中携带同步任务号；

步骤S704：服务器将所要恢复的信息构造为SyncML数据包后发送到移动终端，即发起同步存储到服务器；

该步骤中，移动终端按照同步存储信息格式构造SyncML数据包，如图3所示，并将同步请求应答中的任务号携带在SyncML数据包的同步消息头中。

步骤S705：移动终端收到SyncML数据包后，按照SyncML数据包的同步消息头中同步消息内容类型，将同步消息内容派发给相应的应用(如收件箱等)进行处理，并向服务器返回表示操作成功的应答；

该步骤中，当移动终端读取SyncML数据包的同步消息头中同步消息内容类型为通信录时，采用重号覆盖否则往后添加的原则，将同步消息内容恢复到通信录中；当同步消息内容类型为短消息时，按短信中心的时间顺序将同步消息内容依次恢复到收件箱中，例如，最近的短消息恢复在列表最前面，若存储空间满时，则循环覆盖，重新排序；当同步消息内容类型为图片文件时，将同步消息内容恢复到图片夹中，并采用同名覆盖，否则往后添加，若存储空间满时，循环覆盖的原则；当同步消息内容类型为通话记录时，按通话时间顺序将同步消息内容依次恢复到通话记录中，例如，最近的通话在列表最前面，若存储空间满时，则循环覆盖，重新排序。

步骤S706：服务器收到移动终端应答后，判断此次恢复信息的操作成功，之后，服务器可以再次发送SyncML数据包到移动终端；

在上述恢复信息的过程中，当服务器端判断发送完所有要恢复的信息后，通知移动终端，移动终端可以向用户提示“同步恢复成功”。

由于本发明所提供的服务器是一个Web服务器，同时考虑到用户操作的简易性，因此，在其他实施例中，用户也可以通过因特网直接登陆到服务器，并在用户通过服务器的身份验证后，在服务器相关查询页面上直接进行查询以及恢复信息等操作，例如通讯录信息恢复等，具体过程如图8所示，包括如下步骤：

步骤S801：移动终端用户可以通过因特网直接登陆到服务器，即用户在移动终端以外的其他设备的浏览器上输入服务器网址，进入服务器主页；

步骤S802：服务器验证当前用户是否为合法用户，如果是，进入步骤S803，否则续本流程。

该步骤中，服务器根据用户所输入的用户信息，如移动终端标识(手机IMEI或SIM卡号)、密钥信息、选择的套餐类型(如通讯录、文本信息、图片信息)、以及验证码等判断当前用户是否为合法用户，在本实施例中，只有用户通过所有信息的验证后，服务器判断当前用户为合法用户。

步骤S803：服务器向当前用户显示所查询的信息(例如，备份的数据以及备份数据的时间)，或者将用户所要恢复的信息构造为SyncML数据包后发送到用户输入的移动终端中。

从上述实施例可以看出，本发明技术方案中移动终端基于SyncML协议通过与服务器之间的同步数据类型协商，申请建立链接到同步传输，以及取消链接并恢复副本的过程，保证了当移动终端产品在发生重大故障无法恢复或者在丢失的时，用户使用新的移动终端产品，仍然可以将原先存储在移动终端产品或SIM卡中的重要信息通过实时或定时的同步备份，完全恢复到新的移动终端产品中。另外，由于本发明采用了停等方式来发送，因此可以将文本和图片等多媒体信息，打包后进行发送。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明所附的权利要求的保护范围之内。

Claims (10)

1.一种信息备份及恢复的方法，其特征在于，包括：

移动终端与服务器进行信息备份或者信息恢复的过程中，发送端将要发送的信息构造为信息同步标准协议SyncML数据包，发送到接收端；其中，所述SyncML数据包包括同步消息头及同步消息内容，其中，所述同步消息头至少包括同步包标识和同步消息内容类型的信息；

所述接收端接收到所述SyncML数据包，从中解析出信息内容，并保存；其中，所述接收端接收到所述SyncML数据包后，读取该数据包的同步消息头中同步消息内容类型，并按照与该类型相对应的格式存储同步消息内容。

2.如权利要求1所述的方法，其特征在于，

所述同步消息内容中包括校验信息。

3.如权利要求1或2所述的方法，其特征在于，

所述接收端收到所述SyncML数据包后，还向所述发送端返回应答；所述发送端收到所述应答后，向所述接收端发送下一个SyncML数据包。

4.如权利要求3所述的方法，其特征在于，

所述移动终端与服务器进行信息备份的过程中，所述移动终端根据用户操作进行实时信息备份，或者进行定时信息备份。

5.如权利要求1或2任一项所述的方法，其特征在于，

所述移动终端备份的内容包括通信录、短消息、图片文件和通话记录。

6.一种用于信息备份及恢复的移动终端，其特征在于，包括彼此相连的网络传输模块和信息同步标准协议SyncML处理模块，其中：

所述网络传输模块，用于接收服务器发送的SyncML数据包，将该SyncML数据包发送到所述SyncML处理模块，将所述SyncML处理模块构造的SyncML数据包发送到所述服务器，并将用户发起的服务请求消息发送到所述服务器；其中，所述SyncML数据包包括同步消息头及同步消息内容，其中，所述同步消息头至少包括同步包标识和同步消息内容类型的信息；

所述SyncML处理模块，用于将用户选中的所要备份的信息构造为SyncML数据包，发送到所述网络传输模块，并接收及解析所述网络传输模块发送的SyncML数据包，以及存储解析后的数据，其中，解析所述网络传输模块发送的SyncML数据包时，读取该数据包的同步消息头中同步消息内容类型，并将数据包的同步消息内容存储到与该同步消息内容类型相对应的位置。

7.如权利要求6所述的移动终端，其特征在于，

所述同步消息内容中包括校验信息。

8.一种用于信息备份及恢复的服务器，其特征在于，包括彼此相连的网络传输模块和信息同步标准协议SyncML处理模块，其中：

所述网络传输模块，用于接收移动终端发送的SyncML数据包及服务请求，将收到的SyncML数据包及服务请求发送到所述SyncML处理模块，将所述SyncML处理模块构造的SyncML数据包发送到所述移动终端；其中，所述SyncML数据包包括同步消息头及同步消息内容，其中，所述同步消息头至少包括同步包标识和同步消息内容类型的信息；

所述SyncML处理模块，用于从所收到的服务请求中读取用户所要恢复的信息的类型，根据该类型查找所要恢复的数据，将查找到的数据构造为SyncML数据包，发送到所述网络传输模块，并接收及解析所述网络传输模块发送的SyncML数据包，以及存储解析后的数据，其中，解析所述网络传输模块发送的SyncML数据包时，读取该数据包的同步消息头中同步消息内容类型，并按照与该同步消息内容类型相对应的格式存储所述SyncML数据包中同步消息内容。

9.如权利要求8所述的服务器，其特征在于，

所述同步消息内容中包括校验信息。

10.如权利要求8或9所述的服务器，其特征在于，

所述网络传输模块，还用于接收用户通过移动终端以外的其他设备的发起的查询以及恢复信息操作，将所述操作发送到所述SyncML处理模块，并将所述SyncML处理模块返回的查询结果发送到移动终端用户所使用的其他设备上，将所述SyncML处理模块返回的SyncML数据包发送到所述用户的移动终端上；

所述SyncML处理模块，还用于接收所述网络传输模块发送的操作，当收到的操作为查询操作时，根据该操作进行查询，并将查询结果返回给所述网络传输模块，当收到的操作为恢复信息操作时，根据该操作信息查找所要恢复的数据，并将所述数据构造为SyncML数据包，发送到所述网络传输模块。

Images