消息内容的 API属于高级别的API,必须是具有系统权限的应用才能调用运类API,因此，本实施例中，通 过平台签名获取对应的权限，W调用该API获取短消息的内容。第一移动终端10和/或第二 移动终端20在获取到验证码之后，还可W将获取的验证码输入到需要填写该验证码的对话 框中，从而实现短信验证码的自动填写，提高用户体验。
[0069] 在本发明实施例的上可选实施方案中，在对第一移动终端和/或第二移动终端发 送的验证码验证通过之后，可W向第一移动终端和/或第二移动终端返回登录成功响应。具 体地，服务器可W向第一移动终端和/或第二移动终端推送显示界面。例如，推送给第一移 动终端可W是该用户在服务器开通的某些功能的显示界面，还可W包括该用户在服务器保 存的设置，具体可W根据实际应用的系统确定;推送给第二移动终端的显示界面可W显示 与所述用户标识对应的备份数据的相关信息，用户可W选择需要还原的备份数据，并向服 务器提交数据还原请求，请求需要还原的备份数据。通过运种可选实施方式，可W方便用户 上传备份数据W及选择需要还原的数据。
[0070] 需要说明的是，在上述可选实施方式中，虽然将服务器侧所有实现的功能均由服 务器实现，但实际应用中，服务器侧也可W根据功能，将服务器划分为多种不同的服务器， 例如，可W由一个ID服务器在用户登录时为用户生成验证码，并发送给相应的移动终端，由 备份服务器处理移动终端发送的备份请求和还原请求，而用户上传的备份数据可W存储在 存储服务器中，具体本实施例不作限定。
[0071] 另外，在本发明实施例的一个可选实施方案中，第一移动终端和第二移动终端为 不同的移动终端，且第一移动终端和第二移动终端可W为相同类型的移动终端，也可W为 不同类型的移动终端，服务器在接收到第二移动终端送的数据还原请求时，可W先判断第 二移动终端使用的数据格式与第一移动终端使用的数据格式是否相同，在不相同的情况 下，才重写备份的数据，否则，直接将第一移动终端上传的备份数据包下发给第二移动终 端。或者，服务器也可W在接收到第一移动终端上传的备份数据包后，将备份的数据重写为 服务器所在的系统使用的数据格式，在接收第二移动终端发送的数据还原请求时，按照第 二移动终端使用的数据格式重写备份的数据。通过该可选实施方式，可W扩展本实施例提 供的技术方案的应用场景。
[0072] 在本发明实施例的一个可选实施方案中，备份数据包括但不限于W下至少之一： 联系人信息、短消息、通话记录、W及图片。
[0073] 本发明实施例还提供一种备份数据还原装置。图3示出了根据本发明一实施例的 备份数据还原装置的结构示意图。参见图3,该装置至少可W包括:接收模块310、提取模块 320、重写模块330和发送模块340。
[0074] 现介绍本发明实施例的备份数据还原装置的各组成或器件的功能W及各部分间 的连接关系：
[0075] 接收模块310,用于接收第一移动终端上传的备份数据包；
[0076] 提取模块320,用于根据所述第一移动终端使用的数据格式，从所述备份数据包中 提取备份的数据；
[0077] 所述接收模块310,还用于接收到第二移动终端发送的数据还原请求，其中，所述 数据还原请求用于请求所述备份数据包；
[0078] 重写模块330,用于按照所述第二移动终端使用的数据格式，重写提取的所述备份 的数据，得到还原数据包；
[0079] 发送模块340,用于将所述还原数据包发送给所述第二移动终端。
[0080] 本发明实施例提供的备份数据还原装置在接收到第一移动终端传的备份数据包 后，根据第一移动终端使用的数据格式，从备份数据包中提取备份的数据，在向第二移动终 端发送还原数据包时，将提取的数据按照第二移动终端使用的数据格式进行重写，将重写 后的数据包发送给第二移动终端，从而使用第二移动终端可W识别下载的备份数据，进而 解决了现有技术中跨移动终端备份还原存在的还原的数据不可识别的问题，保证了用户的 使用，提高了用户的体验。
[0081] 在本发明实施例的一个可选实施方案中，提取模块320可W是在接收模块310接收 到第一移动终端上传的备份数据包之后，即从备份数据包中提取备份的数据，也可W是在 接收模块310接收到第二移动终端发送的数据还原请求之后，再从备份数据包中提取备份 的数据，具体本实施例不作限定。
[0082] 在本发明实施例的一个可选实施方案中，如果提取模块320是在接收模块310接收 到第一移动终端上传的备份数据包之后，即从备份数据包中提取备份的数据，则提取模块 320可W将提取的数据按照预设的格式保存，例如，提取模块320可W将提取的备份的数据 按照当前系统的格式保存，例如，360手机助手的服务器可W将提取的备份的数据按照360 手机助手使用的格式保存。在接收到第二移动终端发送的数据还原请求之后，重写模块330 获取第二移动终端使用的数据格式，将提取的备份的数据转换为第二移动终端使用的数据 格式。
[0083] 在本发明实施例的一个可选实施方案中，如图4所示，该装置还可W包括:生成模 块350和验证模块360,其中，所述接收模块310还用于接收所述第一移动终端发送的验证码 获取请求，其中，所述验证码获取请求携带有用户标识;所述生成模块350用于根据所述用 户标识，生成第一验证码;所述发送模块340还用于将所述第一验证码发送给所述第一移动 终端;所述接收模块310还用于接收所述第一移动终端发送的登录请求，其中，所述登录请 求中携带有所述第一验证码和所述用户标识;验证模块360用于对所述登录请求中携带的 所述第一验证码进行验证;所述发送模块340还用于在所述验证模块对所述第一验证码进 行验证通过后，向所述第一移动终端返回登录成功响应。通过该可选实施方式，可W确保上 传备份数据包的用户的身份，并且方便对用户上传的备份数据包进行管理。
[0084] 在本发明实施例的一个可选实施方案中，所述接收模块310还用于接收所述第二 移动终端发送的验证码获取请求，其中，所述验证码获取请求携带有所述用户标识;所述生 成模块350还用于根据所述用户标识，生成第二验证码;所述发送模块340还用于将所述第 二验证码发送给所述第二移动终端;所述接收模块310还用于接收所述第二移动终端发送 的登录请求，其中，所述登录请求中携带有所述第二验证码和所述用户标识;所述验证模块 360还用于对所述登录请求中携带的所述验证码进行验证;所述发送模块340还用于在所述 验证模块对所述第二验证码进行验证通过后，向所述第二移动终端返回登录成功响应。通 过该可选实施方式，可W确保请求还原的用户与上传备份数据包的用户为同一用户，确保 用户上传的备份数据的安全。
[0085] 在本发明实施例的一个可选实施方案中，发送模块340可W通过短消息向第一移 动终端和/或第二移动终端发送验证码，即发送模块340根据所述用户标识，向所述第一移 动终端和/或第二移动终端发送短消息，其中，所述短消息中携带有所述验证码。第一移动 终端和/或第二移动终端可W自动获取短信中的验证码。
[0086] 在本发明实施例的上可选实施方案中，发送模块340在对第一移动终端10和/或第 二移动终端发送的验证码验证通过之后，可W向第一移动终端和/或第二移动终端返回登 录成功响应。具体地，发送模块340可W向第一移动终端和/或第二移动终端推送显示界面。 例如，推送给第一移动终端可W是该用户在服务器开通的某些功能的显示界面，还可W包 括该用户在服务器保存的设置，具体可W根据实际应用的系统确定;推送给第二移动终端 的显示界面可W显示与所述用户标识对应的备份数据的相关信息，用户可W选择需要还原 的备份数据，并向服务器提交数据还原请求，请求需要还原的备份数据。通过运种可选实施 方式，可W方便用户上传备份数据W及选择需要还原的数据。
[0087] 在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本发明的实施 例可W在没有运些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构 和技术，W便不模糊对本说明书的理解。
[0088] 类似地，应当理解，为了精简本公开并帮助理解各个发明方面中的一个或多个，在 上面对本发明的示例性实施例的描述中，本发明的各个特征有时被一起分组到单个实施 例、图、或者对其的描述中。然而，并不应将该公