说明的是，在上述可选实施方式中，虽然将服务器侧所有实现的功能均由服 务器30实现，但实际应用中，服务器侧也可W根据功能，将服务器30划分为多种不同的服务 器，例如，可W由一个ID服务器在用户登录时为用户生成验证码，并发送给相应的移动终 端，由备份服务器处理移动终端发送的备份请求和还原请求，而用户上传的备份数据可W 存储在存储服务器中，具体本实施例不作限定。
[0043] 另外，在本发明实施例的一个可选实施方案中，第一移动终端10和第二移动终端 20为不同的移动终端，且第一移动终端10和第二移动终端20可W为相同类型的移动终端， 也可W为不同类型的移动终端，服务器30在接收到第二移动终端20发送的数据还原请求 时，可W先判断第二移动终端20使用的数据格式与第一移动终端10使用的数据格式是否相 同，在不相同的情况下，才重写备份的数据，否则，直接将第一移动终端10上传的备份数据 包下发给第二移动终端20。或者，服务器30也可W在接收到第一移动终端10上传的备份数 据包后，将备份的数据重写为服务器30所在的系统使用的数据格式，在接收第二移动终端 20发送的数据还原请求时，按照第二移动终端20使用的数据格式重写备份的数据。通过该 可选实施方式，可W扩展本实施例提供的技术方案的应用场景。
[0044] 在本发明实施例的一个可选实施方案中，备份数据包括但不限于W下至少之一： 联系人信息、短消息、通话记录、W及图片。
[0045] 在本发明实施例的一个可选实施方案中，服务器30可W包括下面实施例所描述的 备份数据还原装置，具体可W参见后续实施例的描述。
[0046] 为解决上述技术问题，本发明实施例还提供了一种备份数据还原方法。图2示出了 根据本发明一实施例的备份数据还原方法的流程图。参见图2,该方法至少包括步骤S202至 步骤S210。
[0047] 步骤S202,接收第一移动终端上传的备份数据包。
[004引步骤S204,根据所述第一移动终端使用的数据格式，从所述备份数据包中提取备 份的数据。
[0049] 步骤S206,接收到第二移动终端发送的数据还原请求，其中，所述数据还原请求用 于请求所述备份数据包。
[0050] 步骤S208，按照所述第二移动终端使用的数据格式，重写提取所述备份的数据，得 到还原数据包。
[0051] 步骤S210,将所述还原数据包发送给所述第二移动终端。
[0052] 本发明实施例中，在接收到第一移动终端传的备份数据包后，根据第一移动终端 使用的数据格式，从备份数据包中提取备份的数据，在向第二移动终端发送还原数据包时， 将提取的数据按照第二移动终端使用的数据格式进行重写，将重写后的数据包发送给第二 移动终端，从而使用第二移动终端可W识别下载的备份数据，进而解决了现有技术中跨移 动终端备份还原存在的还原的数据不可识别的问题，保证了用户的使用，提高了用户的体 验。
[0053] 在本发明实施例的一个可选实施方案中，可W是在接收到第一移动终端上传的备 份数据包之后，即从备份数据包中提取备份的数据，也可W是在接收到第二移动终端发送 的数据还原请求之后，再从备份数据包中提取备份的数据，具体本实施例不作限定。
[0054] 另外，如果是在接收到第一移动终端上传的备份数据包之后，即从备份数据包中 提取备份的数据，则可W将提取的数据按照预设的格式保存，例如，可W将提取的备份的数 据按照当前系统的格式保存，例如，360手机助手的服务器可W将提取的备份的数据按照 360手机助手使用的格式保存。在接收到第二移动终端发送的数据还原请求之后，获取第二 移动终端使用的数据格式，将提取的备份的数据转换为第二移动终端使用的数据格式。
[0055] 在本发明实施例的一个可选实施方案中，第一移动终端在上传备份数据包时，需 要先登录，在登录之前，为了保证用户的账户安全，避免恶意攻击，服务器可W向第一移动 终端发送验证码，第一移动终端在登录时携带该验证码，服务器对该验证码进行验证，验证 通过后，允许第一移动终端登录。因此，在该可选实施方式中，在步骤S202之前，该方法还可 W包括：
[0056] 步骤1，接收第一移动终端发送的验证码获取请求，其中，验证码获取请求中携带 有用户标识化ID)，例如，可W在客户端的登录界面设置一个获取验证码的按钮，用户在输 入用户标识之后，点击该按钮，即向服务器发送验证码获取请求。
[0057] 步骤2,根据验证码获取请求中携带的用户标识，生成第一验证码并将所述第一验 证码发送给所述第一移动终端；
[005引步骤3,接收第一移动终端发送的登录请求，其中，所述登录请求中携带有所述第 一验证码和所述用户标识；；
[0化9] 步骤4，对所述登录请求中携带的所述第一验证码进行验证，验证通过后，向所述 第一移动终端返回登录成功响应。通过该可选实施方式，可W确保上传备份数据包的用户 的身份，并且方便对用户上传的备份数据包进行管理。
[0060] 相应的，在本发明实施例的一个可选实施方案中，第二移动终端在发送数据还原 请求之前，也需要先登录，在登录时，为了保证用户的账户安全，避免恶意攻击，服务器可W 向第二移动终端发送验证码，第二移动终端在登录时携带该验证码，服务器对该验证码进 行验证，验证通过后，允许第二移动终端登录。在步骤S206之前，该方法还可W包括：
[0061] 步骤1，接收第二移动终端发送的验证码获取请求，其中，验证码获取请求中携带 有用户标识化ID)，例如，可W在客户端的登录界面设置一个获取验证码的按钮，用户在输 入用户标识之后，点击该按钮，即向服务器30发送验证码获取请求。
[0062] 步骤2,根据验证码获取请求中携带的用户标识，生成第二验证码并将所述第二验 证码发送给所述第二移动终端;第二移动终端接收并获取第二验证码，然后向服务器发送 登录请求。
[0063] 步骤3,接收第二移动终端发送的登录请求，其中，所述登录请求中携带有所述第 二验证码和所述用户标识。
[0064] 步骤4，对所述登录请求中携带的所述第二验证码进行验证，验证通过后，向所述 第二移动终端返回登录成功响应。通过该可选实施方式，可W确保请求还原的用户与上传 备份数据包的用户为同一用户，确保用户上传的备份数据的安全。
[0065] 在本发明实施例的一个可选实施方案中，服务器30可W通过短消息向第一移动终 端10和/或第二移动终端20发送验证码，即服务器30根据所述用户标识，向所述第一移动终 端10和/或第二移动终端20发送短消息，其中，所述短消息中携带有所述验证码。第一移动 终端10和/或第二移动终端20可W自动获取短信中的验证码。具体地，第一移动终端10和/ 或第二移动终端20可W通过W下步骤自动获取短信中的验证码：
[0066] 步骤1，获取第一移动终端10和/或第二移动终端20的操作系统的平台签名。例如， 第一移动终端10和/或第二移动终端20可W运行预先在操作系统的系统服务 (SystemServer)组件中注入的可执行文件，获取平台签名，即在操作系统的SystemServer 组件中注入可执行文件，通过运行该可执行文件，可W获取到操作系统的平台签名。或者， 在本发明实施例的一个可选实施方案中另一个可选实施方式中，第一移动终端10和/或第 二移动终端20也可W通过刷入恢复(recovery)分区，通过分区的一些程序获取高权限，具 体可W为在ramdisk中设置一个模块，用于扫描操作系统分区，扫描后查看操作系统的平台 签名。
[0067] 步骤2,基于获取的平台签名，获取读取短消息内容的权限。在获取到平台签名之 后，可W利用获取到的操作系统的平台签名对应用进行重新签名，从而使得应用获取操作 系统相应的权限，在本实施例中，相应的权限是指获取读取短消息内容的权限）。
[0068] 步骤3,基于获取的读取短消息内容的权限，获取第一移动终端10和/或第二移动 终端20接收到的短消息中的验证码。在具体应用中，第一移动终端10和/或第二移动终端20 可W基于获取的权限，调用获取短消息内容的应用程序接口（API),从第一移动终端10和/ 或第二移动终端20的数据库中读取到第一移动终端10和/或第二移动终端20接收到的短消 息的内容，然后从短消息的内容中获取到所述验证码。在本实施例中，获取短