CN105554136B - 备份数据还原方法、装置及系统 - Google Patents
备份数据还原方法、装置及系统 Download PDFInfo
- Publication number
- CN105554136B CN105554136B CN201510982297.0A CN201510982297A CN105554136B CN 105554136 B CN105554136 B CN 105554136B CN 201510982297 A CN201510982297 A CN 201510982297A CN 105554136 B CN105554136 B CN 105554136B
- Authority
- CN
- China
- Prior art keywords
- identifying code
- mobile terminal
- data
- backup
- user identifier
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/56—Provisioning of proxy services
- H04L67/565—Conversion or adaptation of application format or content
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/1095—Replication or mirroring of data, e.g. scheduling or transport for data synchronisation between network nodes
Abstract
本发明提供了一种备份数据还原方法、装置及系统。其中备份数据还原方法包括:接收第一移动终端上传的备份数据包;根据第一移动终端使用的数据格式,从备份数据包中提取备份的数据;接收到第二移动终端发送的数据还原请求,其中,数据还原请求用于请求备份数据包;按照第二移动终端使用的数据格式,重写提取的备份的数据,得到还原数据包;将还原数据包发送给第二移动终端。通过本发明,可以提高用户的体验。
Description
技术领域
本发明涉及通信及互联网应用技术领域,特别是涉及一种备份数据还原方法、装置及系统。
背景技术
在终端的操作系统更新或刷机时,为了保证在操作系统更新、刷机之后,用户还可以获取之前终端中存储的数据,在相关技术中提出了备份技术,即用户可以将终端中存储的数据上传到服务器备份,在更新系统或刷机之后,可以从服务器中下载备份数据,从而获取之前终端中存储的信息,方便用户使用。
另外,同一个用户可能使用多个移动终端,在使用过程中,在更换使用的移动终端时,为了使一个移动终端可以使用另一个移动终端中存储的数据,也可以通过备份的方式,将一个移动终端中存储的数据备份到服务器,用户在使用另一个移动终端时,可以将备份到服务器的备份数据下载到当前使用的移动终端中。
在相关技术中,在进行备份数据还原时,通常采用的方案是服务器直接将移动终端上传的备份数据发送给请求还原的移动终端,采用这种方式,对于跨移动终端的备份和还原来说,存在一定的问题。例如,假设用户上传备份数据使用的三星某型号的手机,上传的备份数据为通讯录信息,而请求还原备份数据的手机为华为某型号的手机,两个手机保存通讯录信息的数据格式是完全不相同的,因此,将以三星的手机的通讯录格式保存的通讯录信息下载到华为手机,则可能因此华为手机不能识别下载的通讯录信息而导致下载的备份数据不可用的问题。
发明内容
鉴于上述问题,提出了本发明以便提供一种克服上述问题或者至少部分地解决上述问题的备份数据还原方法、装置及系统。
依据本发明的一方面,提供了一种备份数据还原方法,包括:接收第一移动终端上传的备份数据包;根据所述第一移动终端使用的数据格式,从所述备份数据包中提取备份的数据;接收到第二移动终端发送的数据还原请求,其中,所述数据还原请求用于请求所述备份数据包;按照所述第二移动终端使用的数据格式,重写提取的所述备份的数据,得到还原数据包;将所述还原数据包发送给所述第二移动终端。
可选地,接收第一移动终端上传的备份数据包之前,所述方法还包括:接收所述第一移动终端发送的验证码获取请求,其中,所述验证码获取请求携带有用户标识;根据所述用户标识,生成第一验证码,并将所述第一验证码发送给所述第一移动终端;接收所述第一移动终端发送的登录请求,其中,所述登录请求中携带有所述第一验证码和所述用户标识;对所述登录请求中携带的所述第一验证码进行验证,验证通过后,向所述第一移动终端返回登录成功响应。
可选地,将所述验证码发送给所述第一移动终端,包括:根据所述用户标识,向所述第一移动终端发送短消息,其中,所述短消息中携带有所述验证码。
可选地,在接收到第二移动终端发送的数据还原请求之前,所述方法还包括:接收所述第二移动终端发送的验证码获取请求,其中,所述验证码获取请求携带有所述用户标识;根据所述用户标识,生成第二验证码,并将所述第二验证码发送给所述第二移动终端;接收所述第二移动终端发送的登录请求,其中,所述登录请求中携带有所述第二验证码和所述用户标识;对所述登录请求中携带的所述第二验证码进行验证,验证通过后,向所述第二移动终端返回登录成功响应。
可选地,向所述第二移动终端返回登录成功响应,包括:向所述第二移动终端推送显示界面,其中,所述显示界面用于显示与所述用户标识对应的备份数据的相关信息。
可选地,所述备份数据包括以下至少之一:联系人信息、短消息、通话记录、以及图片。
依据本发明的另一个方面,提供了一种备份数据还原装置,包括:接收模块,用于接收第一移动终端上传的备份数据包;提取模块,用于根据所述第一移动终端使用的数据格式,从所述备份数据包中提取备份的数据;所述接收模块,还用于接收到第二移动终端发送的数据还原请求,其中,所述数据还原请求用于请求所述备份数据包;重写模块,用于按照所述第二移动终端使用的数据格式,重写提取的所述备份的数据,得到还原数据包;发送模块,用于将所述还原数据包发送给所述第二移动终端。
可选地,还包括:生成模块和验证模块,其中,所述接收模块还用于接收所述第一移动终端发送的验证码获取请求,其中,所述验证码获取请求携带有用户标识;所述生成模块用于根据所述用户标识,生成第一验证码;所述发送模块还用于将所述第一验证码发送给所述第一移动终端;所述接收模块还用于接收所述第一移动终端发送的登录请求,其中,所述登录请求中携带有所述第一验证码和所述用户标识;所述验证模块还用于对所述登录请求中携带的所述第一验证码进行验证;所述发送模块还用于在所述验证模块对所述第一验证码进行验证通过后,向所述第一移动终端返回登录成功响应。
可选地,所述接收模块还用于接收所述第二移动终端发送的验证码获取请求,其中,所述验证码获取请求携带有所述用户标识;所述生成模块还用于根据所述用户标识,生成第二验证码;所述发送模块还用于将所述第二验证码发送给所述第二移动终端;所述接收模块还用于接收所述第二移动终端发送的登录请求,其中,所述登录请求中携带有所述第二验证码和所述用户标识;所述验证模块还用于对所述登录请求中携带的所述验证码进行验证;所述发送模块还用于在所述验证模块对所述第二验证码进行验证通过后,向所述第二移动终端返回登录成功响应。
依据本发明的又一个方面,提供了一种备份数据还原系统,包括:第一移动终端、第二移动终端和服务器,其中,所述第一移动终端,用于向所述服务器上传备份数据包;所述服务器,包括上述备份数据还原装置;所述第二移动终端,用于向所述服务器发送用于请求所述备份数据包的数据还原请求,以及接收所述服务器返回的还原数据包。
本发明实施例中,服务器在接收到第一移动终端上传的备份数据包后,根据第一移动终端使用的数据格式,从备份数据包中提取备份的数据,在向第二移动终端发送还原数据包时,将提取的数据按照第二移动终端使用的数据格式进行重写,将重写后的数据包发送给第二移动终端,从而使用第二移动终端可以识别下载的备份数据,进而解决了现有技术中跨移动终端备份还原存在的还原的数据不可识别的问题,保证了用户的使用,提高了用户的体验。
上述说明仅是本发明技术方案的概述,为了能够更清楚了解本发明的技术手段,而可依照说明书的内容予以实施,并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂,以下特举本发明的具体实施方式。
根据下文结合附图对本发明具体实施例的详细描述,本领域技术人员将会更加明了本发明的上述以及其他目的、优点和特征。
附图说明
通过阅读下文优选实施方式的详细描述,各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的,而并不认为是对本发明的限制。而且在整个附图中,用相同的参考符号表示相同的部件。在附图中:
图1示出了根据本发明一实施例的备份数据还原系统的架构示意图;
图2示出了根据本发明一实施例的备份数据还原方法的流程图;
图3示出了根据本发明一实施例的备份数据还原装置的结构示意图;以及图4示出了根据本发明另一实施例的云盘的备份数据还原装置的结构示意图。
具体实施方式
下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例,然而应当理解,可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反,提供这些实施例是为了能够更透彻地理解本公开,并且能够将本公开的范围完整的传达给本领域的技术人员。
为解决上述技术问题,本发明实施例提供了一种备份数据还原系统。图1示出了根据本发明一实施例的备份数据还原系统的架构示意图。参见图1,该系统主要包括:第一移动终端10、第二移动终端20和服务器30。
在本发明实施例中,第一移动终端10用于向服务器30上传备份数据包;第二移动终端20用于向服务器30发送数据还原请求,请求所述备份数据包;服务器30用于接收第一移动终端10上传的备份数据包,并根据第一移动终端10使用的数据格式,从备份数据包中提取备份的数据,然后按照第二移动终端20使用的数据格式,重写提取的备份的数据,得到还原数据包,将还原数据包返回给第二移动终端20,第二移动终端20接收服务器30返回的还原数据包。即在本实施例中,还原数据包中的数据与备份数据包的数据一样,不同的只是数据格式。
通过本实施例提供的系统,服务器30在接收到第一移动终端10上传的备份数据包后,根据第一移动终端10使用的数据格式,从备份数据包中提取备份的数据,在向第二移动终端20发送还原数据包时,将提取的数据按照第二移动终端20使用的数据格式进行重写,将重写后的数据包发送给第二移动终端20,从而使用第二移动终端20可以识别下载的备份数据,进而解决了现有技术中跨移动终端备份还原存在的还原的数据不可识别的问题,保证了用户的使用,提高了用户的体验。
在本发明实施例的一个可选实施方案中,服务器30可以是在接收到第一移动终端10上传的备份数据包之后,即从备份数据包中提取备份的数据,也可以是在接收到第二移动终端20发送的数据还原请求之后,再从备份数据包中提取备份的数据,具体本实施例不作限定。
另外,如果服务器30是在接收到第一移动终端10上传的备份数据包之后,即从备份数据包中提取备份的数据,则服务器30可以将提取的数据按照预设的格式保存,例如,服务器30可以将提取的备份的数据按照服务器30所在的系统的格式保存,例如,360手机助手的服务器可以将提取的备份的数据按照360手机助手使用的格式保存。在接收到第二移动终端20发送的数据还原请求之后,获取第二移动终端20使用的数据格式,将提取的备份的数据转换为第二移动终端20使用的数据格式。
例如,假设第一移动终端10使用的通讯录格式如表1所示,第二移动终端20使用的通讯录格式如表2所示。第一移动终端10上传的备份数据包为以华为手机的通讯录格式保存的联系人信息,服务器30接收到该备份数据包之后,按照表1所示的通讯录格式,去掉包头,从各个联系的姓名、电话、以及地址对应字段中提取备份的联系人的姓名、电话、及地址,然后将这些信息填写到表2所示的通讯录格式的对应字段,加上表2所示的包头和包尾,得到还原数据包。
表1.
表2.
字段含义 | 包头 | 联系人姓名 | 电话号码一 | 地址 | 校验信息 | 包尾 |
占用字节 | 16 | 128 | 128 | 256 | 8 | 8 |
在本发明实施例的一个可选实施方案中,第一移动终端10在上传备份数据包时,需要先登录服务器30,在登录服务器30之前,为了保证用户的账户安全,避免恶意攻击,服务器30可以向第一移动终端10发送验证码,第一移动终端10在登录时携带该验证码,服务器30对该验证码进行验证,验证通过后,允许第一移动终端10登录。因此,在该可选实施方式中,第一移动终端10还用于向服务器30发送验证码获取请求,其中,验证码获取请求中携带有用户标识(UID),例如,可以在客户端的登录界面设置一个获取验证码的按钮,用户在输入用户标识之后,点击该按钮,即向服务器30发送验证码获取请求。服务器30还用于接收该验证码获取请求,根据验证码获取请求中携带的用户标识,生成第一验证码并将所述第一验证码发送给所述第一移动终端10;第一移动终端10还用于接收并获取第一验证码,然后向服务器30发送登录请求,其中,所述登录请求中携带有所述第一验证码和所述用户标识;服务器30还用于接收所述第一移动终端发送的登录请求,对所述登录请求中携带的所述第一验证码进行验证,验证通过后,向所述第一移动终端返回登录成功响应。通过该可选实施方式,可以确保上传备份数据包的用户的身份,并且方便对用户上传的备份数据包进行管理。
相应的,在本发明实施例的一个可选实施方案中,第二移动终端20在发送数据还原请求之前,也需要先登录服务器30,在登录服务器30时,为了保证用户的账户安全,避免恶意攻击,服务器30可以向第二移动终端20发送验证码,第二移动终端20在登录时携带该验证码,服务器30对该验证码进行验证,验证通过后,允许第二移动终端20登录。因此,在该可选实施方式中,第二移动终端20还用于向服务器30发送验证码获取请求,其中,验证码获取请求中携带有用户标识(UID),例如,可以在客户端的登录界面设置一个获取验证码的按钮,用户在输入用户标识之后,点击该按钮,即向服务器30发送验证码获取请求。服务器30还用于接收该验证码获取请求,根据验证码获取请求中携带的用户标识,生成第二验证码并将所述第二验证码发送给所述第二移动终端20;第二移动终端20还用于接收并获取第二验证码,然后向服务器30发送登录请求,其中,所述登录请求中携带有所述第二验证码和所述用户标识;服务器30还用于接收所述第二移动终端发送的登录请求,对所述登录请求中携带的所述第二验证码进行验证,验证通过后,向所述第二移动终端返回登录成功响应。通过该可选实施方式,可以确保请求还原的用户与上传备份数据包的用户为同一用户,确保用户上传的备份数据的安全。
在本发明实施例的一个可选实施方案中,服务器30可以通过短消息向第一移动终端10和/或第二移动终端20发送验证码,即服务器30根据所述用户标识,向所述第一移动终端10和/或第二移动终端20发送短消息,其中,所述短消息中携带有所述验证码。第一移动终端10和/或第二移动终端20可以自动获取短信中的验证码。具体地,第一移动终端10和/或第二移动终端20可以通过以下步骤自动获取短信中的验证码:
步骤1,获取第一移动终端10和/或第二移动终端20的操作系统的平台签名。例如,第一移动终端10和/或第二移动终端20可以运行预先在操作系统的系统服务(SystemServer)组件中注入的可执行文件,获取平台签名,即在操作系统的SystemServer组件中注入可执行文件,通过运行该可执行文件,可以获取到操作系统的平台签名。或者,在本发明实施例的一个可选实施方案中另一个可选实施方式中,第一移动终端10和/或第二移动终端20也可以通过刷入恢复(recovery)分区,通过分区的一些程序获取高权限,具体可以为在ramdisk中设置一个模块,用于扫描操作系统分区,扫描后查看操作系统的平台签名。
步骤2,基于获取的平台签名,获取读取短消息内容的权限。在获取到平台签名之后,可以利用获取到的操作系统的平台签名对应用进行重新签名,从而使得应用获取操作系统相应的权限,在本实施例中,相应的权限是指获取读取短消息内容的权限)。
步骤3,基于获取的读取短消息内容的权限,获取第一移动终端10和/或第二移动终端20接收到的短消息中的验证码。在具体应用中,第一移动终端10和/或第二移动终端20可以基于获取的权限,调用获取短消息内容的应用程序接口(API),从第一移动终端10和/或第二移动终端20的数据库中读取到第一移动终端10和/或第二移动终端20接收到的短消息的内容,然后从短消息的内容中获取到所述验证码。在本实施例中,获取短消息内容的API属于高级别的API,必须是具有系统权限的应用才能调用这类API,因此,本实施例中,通过平台签名获取对应的权限,以调用该API获取短消息的内容。第一移动终端10和/或第二移动终端20在获取到验证码之后,还可以将获取的验证码输入到需要填写该验证码的对话框中,从而实现短信验证码的自动填写,提高用户体验。
在本发明实施例的上可选实施方案中,服务器30在对第一移动终端10和/或第二移动终端20发送的验证码验证通过之后,可以向第一移动终端10和/或第二移动终端20返回登录成功响应。具体地,服务器30可以向第一移动终端10和/或第二移动终端20推送显示界面。例如,推送给第一移动终端10可以是该用户在服务器30开通的某些功能的显示界面,还可以包括该用户在服务器30保存的设置,具体可以根据实际应用的系统确定;推送给第二移动终端20的显示界面可以显示与所述用户标识对应的备份数据的相关信息,用户可以选择需要还原的备份数据,并向服务器30提交数据还原请求,请求需要还原的备份数据。通过这种可选实施方式,可以方便用户上传备份数据以及选择需要还原的数据。
需要说明的是,在上述可选实施方式中,虽然将服务器侧所有实现的功能均由服务器30实现,但实际应用中,服务器侧也可以根据功能,将服务器30划分为多种不同的服务器,例如,可以由一个ID服务器在用户登录时为用户生成验证码,并发送给相应的移动终端,由备份服务器处理移动终端发送的备份请求和还原请求,而用户上传的备份数据可以存储在存储服务器中,具体本实施例不作限定。
另外,在本发明实施例的一个可选实施方案中,第一移动终端10和第二移动终端20为不同的移动终端,且第一移动终端10和第二移动终端20可以为相同类型的移动终端,也可以为不同类型的移动终端,服务器30在接收到第二移动终端20发送的数据还原请求时,可以先判断第二移动终端20使用的数据格式与第一移动终端10使用的数据格式是否相同,在不相同的情况下,才重写备份的数据,否则,直接将第一移动终端10上传的备份数据包下发给第二移动终端20。或者,服务器30也可以在接收到第一移动终端10上传的备份数据包后,将备份的数据重写为服务器30所在的系统使用的数据格式,在接收第二移动终端20发送的数据还原请求时,按照第二移动终端20使用的数据格式重写备份的数据。通过该可选实施方式,可以扩展本实施例提供的技术方案的应用场景。
在本发明实施例的一个可选实施方案中,备份数据包括但不限于以下至少之一:联系人信息、短消息、通话记录、以及图片。
在本发明实施例的一个可选实施方案中,服务器30可以包括下面实施例所描述的备份数据还原装置,具体可以参见后续实施例的描述。
为解决上述技术问题,本发明实施例还提供了一种备份数据还原方法。图2示出了根据本发明一实施例的备份数据还原方法的流程图。参见图2,该方法至少包括步骤S202至步骤S210。
步骤S202,接收第一移动终端上传的备份数据包。
步骤S204,根据所述第一移动终端使用的数据格式,从所述备份数据包中提取备份的数据。
步骤S206,接收到第二移动终端发送的数据还原请求,其中,所述数据还原请求用于请求所述备份数据包。
步骤S208,按照所述第二移动终端使用的数据格式,重写提取所述备份的数据,得到还原数据包。
步骤S210,将所述还原数据包发送给所述第二移动终端。
本发明实施例中,在接收到第一移动终端传的备份数据包后,根据第一移动终端使用的数据格式,从备份数据包中提取备份的数据,在向第二移动终端发送还原数据包时,将提取的数据按照第二移动终端使用的数据格式进行重写,将重写后的数据包发送给第二移动终端,从而使用第二移动终端可以识别下载的备份数据,进而解决了现有技术中跨移动终端备份还原存在的还原的数据不可识别的问题,保证了用户的使用,提高了用户的体验。
在本发明实施例的一个可选实施方案中,可以是在接收到第一移动终端上传的备份数据包之后,即从备份数据包中提取备份的数据,也可以是在接收到第二移动终端发送的数据还原请求之后,再从备份数据包中提取备份的数据,具体本实施例不作限定。
另外,如果是在接收到第一移动终端上传的备份数据包之后,即从备份数据包中提取备份的数据,则可以将提取的数据按照预设的格式保存,例如,可以将提取的备份的数据按照当前系统的格式保存,例如,360手机助手的服务器可以将提取的备份的数据按照360手机助手使用的格式保存。在接收到第二移动终端发送的数据还原请求之后,获取第二移动终端使用的数据格式,将提取的备份的数据转换为第二移动终端使用的数据格式。
在本发明实施例的一个可选实施方案中,第一移动终端在上传备份数据包时,需要先登录,在登录之前,为了保证用户的账户安全,避免恶意攻击,服务器可以向第一移动终端发送验证码,第一移动终端在登录时携带该验证码,服务器对该验证码进行验证,验证通过后,允许第一移动终端登录。因此,在该可选实施方式中,在步骤S202之前,该方法还可以包括:
步骤1,接收第一移动终端发送的验证码获取请求,其中,验证码获取请求中携带有用户标识(UID),例如,可以在客户端的登录界面设置一个获取验证码的按钮,用户在输入用户标识之后,点击该按钮,即向服务器发送验证码获取请求。
步骤2,根据验证码获取请求中携带的用户标识,生成第一验证码并将所述第一验证码发送给所述第一移动终端;
步骤3,接收第一移动终端发送的登录请求,其中,所述登录请求中携带有所述第一验证码和所述用户标识;
步骤4,对所述登录请求中携带的所述第一验证码进行验证,验证通过后,向所述第一移动终端返回登录成功响应。通过该可选实施方式,可以确保上传备份数据包的用户的身份,并且方便对用户上传的备份数据包进行管理。
相应的,在本发明实施例的一个可选实施方案中,第二移动终端在发送数据还原请求之前,也需要先登录,在登录时,为了保证用户的账户安全,避免恶意攻击,服务器可以向第二移动终端发送验证码,第二移动终端在登录时携带该验证码,服务器对该验证码进行验证,验证通过后,允许第二移动终端登录。在步骤S206之前,该方法还可以包括:
步骤1,接收第二移动终端发送的验证码获取请求,其中,验证码获取请求中携带有用户标识(UID),例如,可以在客户端的登录界面设置一个获取验证码的按钮,用户在输入用户标识之后,点击该按钮,即向服务器30发送验证码获取请求。
步骤2,根据验证码获取请求中携带的用户标识,生成第二验证码并将所述第二验证码发送给所述第二移动终端;第二移动终端接收并获取第二验证码,然后向服务器发送登录请求。
步骤3,接收第二移动终端发送的登录请求,其中,所述登录请求中携带有所述第二验证码和所述用户标识。
步骤4,对所述登录请求中携带的所述第二验证码进行验证,验证通过后,向所述第二移动终端返回登录成功响应。通过该可选实施方式,可以确保请求还原的用户与上传备份数据包的用户为同一用户,确保用户上传的备份数据的安全。
在本发明实施例的一个可选实施方案中,服务器30可以通过短消息向第一移动终端10和/或第二移动终端20发送验证码,即服务器30根据所述用户标识,向所述第一移动终端10和/或第二移动终端20发送短消息,其中,所述短消息中携带有所述验证码。第一移动终端10和/或第二移动终端20可以自动获取短信中的验证码。具体地,第一移动终端10和/或第二移动终端20可以通过以下步骤自动获取短信中的验证码:
步骤1,获取第一移动终端10和/或第二移动终端20的操作系统的平台签名。例如,第一移动终端10和/或第二移动终端20可以运行预先在操作系统的系统服务(SystemServer)组件中注入的可执行文件,获取平台签名,即在操作系统的SystemServer组件中注入可执行文件,通过运行该可执行文件,可以获取到操作系统的平台签名。或者,在本发明实施例的一个可选实施方案中另一个可选实施方式中,第一移动终端10和/或第二移动终端20也可以通过刷入恢复(recovery)分区,通过分区的一些程序获取高权限,具体可以为在ramdisk中设置一个模块,用于扫描操作系统分区,扫描后查看操作系统的平台签名。
步骤2,基于获取的平台签名,获取读取短消息内容的权限。在获取到平台签名之后,可以利用获取到的操作系统的平台签名对应用进行重新签名,从而使得应用获取操作系统相应的权限,在本实施例中,相应的权限是指获取读取短消息内容的权限)。
步骤3,基于获取的读取短消息内容的权限,获取第一移动终端10和/或第二移动终端20接收到的短消息中的验证码。在具体应用中,第一移动终端10和/或第二移动终端20可以基于获取的权限,调用获取短消息内容的应用程序接口(API),从第一移动终端10和/或第二移动终端20的数据库中读取到第一移动终端10和/或第二移动终端20接收到的短消息的内容,然后从短消息的内容中获取到所述验证码。在本实施例中,获取短消息内容的API属于高级别的API,必须是具有系统权限的应用才能调用这类API,因此,本实施例中,通过平台签名获取对应的权限,以调用该API获取短消息的内容。第一移动终端10和/或第二移动终端20在获取到验证码之后,还可以将获取的验证码输入到需要填写该验证码的对话框中,从而实现短信验证码的自动填写,提高用户体验。
在本发明实施例的上可选实施方案中,在对第一移动终端和/或第二移动终端发送的验证码验证通过之后,可以向第一移动终端和/或第二移动终端返回登录成功响应。具体地,服务器可以向第一移动终端和/或第二移动终端推送显示界面。例如,推送给第一移动终端可以是该用户在服务器开通的某些功能的显示界面,还可以包括该用户在服务器保存的设置,具体可以根据实际应用的系统确定;推送给第二移动终端的显示界面可以显示与所述用户标识对应的备份数据的相关信息,用户可以选择需要还原的备份数据,并向服务器提交数据还原请求,请求需要还原的备份数据。通过这种可选实施方式,可以方便用户上传备份数据以及选择需要还原的数据。
需要说明的是,在上述可选实施方式中,虽然将服务器侧所有实现的功能均由服务器实现,但实际应用中,服务器侧也可以根据功能,将服务器划分为多种不同的服务器,例如,可以由一个ID服务器在用户登录时为用户生成验证码,并发送给相应的移动终端,由备份服务器处理移动终端发送的备份请求和还原请求,而用户上传的备份数据可以存储在存储服务器中,具体本实施例不作限定。
另外,在本发明实施例的一个可选实施方案中,第一移动终端和第二移动终端为不同的移动终端,且第一移动终端和第二移动终端可以为相同类型的移动终端,也可以为不同类型的移动终端,服务器在接收到第二移动终端送的数据还原请求时,可以先判断第二移动终端使用的数据格式与第一移动终端使用的数据格式是否相同,在不相同的情况下,才重写备份的数据,否则,直接将第一移动终端上传的备份数据包下发给第二移动终端。或者,服务器也可以在接收到第一移动终端上传的备份数据包后,将备份的数据重写为服务器所在的系统使用的数据格式,在接收第二移动终端发送的数据还原请求时,按照第二移动终端使用的数据格式重写备份的数据。通过该可选实施方式,可以扩展本实施例提供的技术方案的应用场景。
在本发明实施例的一个可选实施方案中,备份数据包括但不限于以下至少之一:联系人信息、短消息、通话记录、以及图片。
本发明实施例还提供一种备份数据还原装置。图3示出了根据本发明一实施例的备份数据还原装置的结构示意图。参见图3,该装置至少可以包括:接收模块310、提取模块320、重写模块330和发送模块340。
现介绍本发明实施例的备份数据还原装置的各组成或器件的功能以及各部分间的连接关系:
接收模块310,用于接收第一移动终端上传的备份数据包;
提取模块320,用于根据所述第一移动终端使用的数据格式,从所述备份数据包中提取备份的数据;
所述接收模块310,还用于接收到第二移动终端发送的数据还原请求,其中,所述数据还原请求用于请求所述备份数据包;
重写模块330,用于按照所述第二移动终端使用的数据格式,重写提取的所述备份的数据,得到还原数据包;
发送模块340,用于将所述还原数据包发送给所述第二移动终端。
本发明实施例提供的备份数据还原装置在接收到第一移动终端传的备份数据包后,根据第一移动终端使用的数据格式,从备份数据包中提取备份的数据,在向第二移动终端发送还原数据包时,将提取的数据按照第二移动终端使用的数据格式进行重写,将重写后的数据包发送给第二移动终端,从而使用第二移动终端可以识别下载的备份数据,进而解决了现有技术中跨移动终端备份还原存在的还原的数据不可识别的问题,保证了用户的使用,提高了用户的体验。
在本发明实施例的一个可选实施方案中,提取模块320可以是在接收模块310接收到第一移动终端上传的备份数据包之后,即从备份数据包中提取备份的数据,也可以是在接收模块310接收到第二移动终端发送的数据还原请求之后,再从备份数据包中提取备份的数据,具体本实施例不作限定。
在本发明实施例的一个可选实施方案中,如果提取模块320是在接收模块310接收到第一移动终端上传的备份数据包之后,即从备份数据包中提取备份的数据,则提取模块320可以将提取的数据按照预设的格式保存,例如,提取模块320可以将提取的备份的数据按照当前系统的格式保存,例如,360手机助手的服务器可以将提取的备份的数据按照360手机助手使用的格式保存。在接收到第二移动终端发送的数据还原请求之后,重写模块330获取第二移动终端使用的数据格式,将提取的备份的数据转换为第二移动终端使用的数据格式。
在本发明实施例的一个可选实施方案中,如图4所示,该装置还可以包括:生成模块350和验证模块360,其中,所述接收模块310还用于接收所述第一移动终端发送的验证码获取请求,其中,所述验证码获取请求携带有用户标识;所述生成模块350用于根据所述用户标识,生成第一验证码;所述发送模块340还用于将所述第一验证码发送给所述第一移动终端;所述接收模块310还用于接收所述第一移动终端发送的登录请求,其中,所述登录请求中携带有所述第一验证码和所述用户标识;验证模块360用于对所述登录请求中携带的所述第一验证码进行验证;所述发送模块340还用于在所述验证模块对所述第一验证码进行验证通过后,向所述第一移动终端返回登录成功响应。通过该可选实施方式,可以确保上传备份数据包的用户的身份,并且方便对用户上传的备份数据包进行管理。
在本发明实施例的一个可选实施方案中,所述接收模块310还用于接收所述第二移动终端发送的验证码获取请求,其中,所述验证码获取请求携带有所述用户标识;所述生成模块350还用于根据所述用户标识,生成第二验证码;所述发送模块340还用于将所述第二验证码发送给所述第二移动终端;所述接收模块310还用于接收所述第二移动终端发送的登录请求,其中,所述登录请求中携带有所述第二验证码和所述用户标识;所述验证模块360还用于对所述登录请求中携带的所述验证码进行验证;所述发送模块340还用于在所述验证模块对所述第二验证码进行验证通过后,向所述第二移动终端返回登录成功响应。通过该可选实施方式,可以确保请求还原的用户与上传备份数据包的用户为同一用户,确保用户上传的备份数据的安全。
在本发明实施例的一个可选实施方案中,发送模块340可以通过短消息向第一移动终端和/或第二移动终端发送验证码,即发送模块340根据所述用户标识,向所述第一移动终端和/或第二移动终端发送短消息,其中,所述短消息中携带有所述验证码。第一移动终端和/或第二移动终端可以自动获取短信中的验证码。
在本发明实施例的上可选实施方案中,发送模块340在对第一移动终端10和/或第二移动终端发送的验证码验证通过之后,可以向第一移动终端和/或第二移动终端返回登录成功响应。具体地,发送模块340可以向第一移动终端和/或第二移动终端推送显示界面。例如,推送给第一移动终端可以是该用户在服务器开通的某些功能的显示界面,还可以包括该用户在服务器保存的设置,具体可以根据实际应用的系统确定;推送给第二移动终端的显示界面可以显示与所述用户标识对应的备份数据的相关信息,用户可以选择需要还原的备份数据,并向服务器提交数据还原请求,请求需要还原的备份数据。通过这种可选实施方式,可以方便用户上传备份数据以及选择需要还原的数据。
在此处所提供的说明书中,说明了大量具体细节。然而,能够理解,本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中,并未详细示出公知的方法、结构和技术,以便不模糊对本说明书的理解。
类似地,应当理解,为了精简本公开并帮助理解各个发明方面中的一个或多个,在上面对本发明的示例性实施例的描述中,本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而,并不应将该公开的方法解释成反映如下意图:即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说,如下面的权利要求书所反映的那样,发明方面在于少于前面公开的单个实施例的所有特征。因此,遵循具体实施方式的权利要求书由此明确地并入该具体实施方式,其中每个权利要求本身都作为本发明的单独实施例。
本领域那些技术人员可以理解,可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件,以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外,可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述,本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。
此外,本领域的技术人员能够理解,尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征,但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如,在权利要求书中,所要求保护的实施例的任意之一都可以以任意的组合方式来使用。
本发明的各个部件实施例可以以硬件实现,或者以在一个或者多个处理器上运行的软件模块实现,或者以它们的组合实现。本领域的技术人员应当理解,可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本发明实施例的云盘的资源获取装置以及资源上传至云盘的装置中的一些或者全部部件的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如,计算机程序和计算机程序产品)。这样的实现本发明的程序可以存储在计算机可读介质上,或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到,或者在载体信号上提供,或者以任何其他形式提供。
应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制,并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中,不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中,这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。
至此,本领域技术人员应认识到,虽然本文已详尽示出和描述了本发明的多个示例性实施例,但是,在不脱离本发明精神和范围的情况下,仍可根据本发明公开的内容直接确定或推导出符合本发明原理的许多其他变型或修改。因此,本发明的范围应被理解和认定为覆盖了所有这些其他变型或修改。
Claims (9)
1.一种备份数据还原方法,包括:
接收第一移动终端上传的备份数据包;
根据所述第一移动终端使用的数据格式,从所述备份数据包中提取备份的数据;
接收到第二移动终端发送的数据还原请求,其中,所述数据还原请求用于请求所述备份数据包;
按照所述第二移动终端使用的数据格式,重写提取的所述备份的数据,得到还原数据包;
将所述还原数据包发送给所述第二移动终端;
其中,在接收第一移动终端上传的备份数据包之前,利用根据所述第一移动终端的用户标识生成的第一验证码对所述第一移动终端进行登录验证;
在接收到第二移动终端发送的数据还原请求之前,利用根据所述用户标识生成的第二验证码对所述第二移动终端进行登录验证,并在验证通过后,向所述第二移动终端推送显示界面,其中,所述显示界面用于显示与所述用户标识对应的备份数据的相关信息。
2.根据权利要求1所述的方法,其中,利用根据所述第一移动终端的用户标识生成的第一验证码对所述第一移动终端进行登录验证,包括:
接收所述第一移动终端发送的验证码获取请求,其中,所述验证码获取请求携带有所述用户标识;
根据所述用户标识,生成第一验证码,并将所述第一验证码发送给所述第一移动终端;
接收所述第一移动终端发送的登录请求,其中,所述登录请求中携带有所述第一验证码和所述用户标识;
对所述登录请求中携带的所述第一验证码进行验证,验证通过后,向所述第一移动终端返回登录成功响应。
3.根据权利要求2所述的方法,其中,将所述第一验证码发送给所述第一移动终端,包括:根据所述用户标识,向所述第一移动终端发送短消息,其中,所述短消息中携带有所述第一验证码。
4.根据权利要求2或3所述的方法,其中,利用根据所述用户标识生成的第二验证码对所述第二移动终端进行登录验证,包括:
接收所述第二移动终端发送的验证码获取请求,其中,所述验证码获取请求携带有所述用户标识;
根据所述用户标识,生成第二验证码,并将所述第二验证码发送给所述第二移动终端;
接收所述第二移动终端发送的登录请求,其中,所述登录请求中携带有所述第二验证码和所述用户标识;
对所述登录请求中携带的所述第二验证码进行验证,验证通过后,向所述第二移动终端返回登录成功响应。
5.根据权利要求1所述的方法,其中,所述备份数据包括以下至少之一:联系人信息、短消息、通话记录、以及图片。
6.一种备份数据还原装置,包括:
接收模块,用于接收第一移动终端上传的备份数据包;
提取模块,用于根据所述第一移动终端使用的数据格式,从所述备份数据包中提取备份的数据;
所述接收模块,还用于接收到第二移动终端发送的数据还原请求,其中,所述数据还原请求用于请求所述备份数据包;
重写模块,用于按照所述第二移动终端使用的数据格式,重写提取的所述备份的数据,得到还原数据包;
发送模块,用于将所述还原数据包发送给所述第二移动终端;
其中,所述装置还包括:
验证模块,用于在所述接收模块接收第一移动终端上传的备份数据包之前,利用根据所述第一移动终端的用户标识生成的第一验证码对所述第一移动终端进行登录验证;
所述验证模块,还用于在所述接收模块接收到第二移动终端发送的数据还原请求之前,利用根据所述用户标识生成的第二验证码对所述第二移动终端进行登录验证;并且
所述发送模块,还用于在所述验证模块对所述第二移动终端验证通过后,向所述第二移动终端推送显示界面,其中,所述显示界面用于显示与所述用户标识对应的备份数据的相关信息。
7.根据权利要求6所述的装置,其中,还包括:生成模块,其中,
所述接收模块还用于接收所述第一移动终端发送的验证码获取请求,其中,所述验证码获取请求携带有所述用户标识;
所述生成模块用于根据所述用户标识,生成第一验证码;
所述发送模块还用于将所述第一验证码发送给所述第一移动终端;
所述接收模块还用于接收所述第一移动终端发送的登录请求,其中,所述登录请求中携带有所述第一验证码和所述用户标识;
所述验证模块还用于对所述登录请求中携带的所述第一验证码进行验证;
所述发送模块还用于在所述验证模块对所述第一验证码进行验证通过后,向所述第一移动终端返回登录成功响应。
8.根据权利要求7所述的装置,其中:
所述接收模块还用于接收所述第二移动终端发送的验证码获取请求,其中,所述验证码获取请求携带有所述用户标识;
所述生成模块还用于根据所述用户标识,生成第二验证码;
所述发送模块还用于将所述第二验证码发送给所述第二移动终端;
所述接收模块还用于接收所述第二移动终端发送的登录请求,其中,所述登录请求中携带有所述第二验证码和所述用户标识;
所述验证模块还用于对所述登录请求中携带的所述第二验证码进行验证;
所述发送模块还用于在所述验证模块对所述第二验证码进行验证通过后,向所述第二移动终端返回登录成功响应。
9.一种备份数据还原系统,包括:第一移动终端、第二移动终端和服务器,其中,
所述第一移动终端,用于向所述服务器上传备份数据包;
所述服务器,包括权利要求6至8任一项所述装置;
所述第二移动终端,用于向所述服务器发送用于请求所述备份数据包的数据还原请求,以及接收所述服务器返回的还原数据包。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510982297.0A CN105554136B (zh) | 2015-12-23 | 2015-12-23 | 备份数据还原方法、装置及系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510982297.0A CN105554136B (zh) | 2015-12-23 | 2015-12-23 | 备份数据还原方法、装置及系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN105554136A CN105554136A (zh) | 2016-05-04 |
CN105554136B true CN105554136B (zh) | 2019-07-02 |
Family
ID=55833068
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201510982297.0A Active CN105554136B (zh) | 2015-12-23 | 2015-12-23 | 备份数据还原方法、装置及系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN105554136B (zh) |
Families Citing this family (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106201520B (zh) * | 2016-07-11 | 2019-07-09 | 广州视睿电子科技有限公司 | 系统还原方法和装置 |
CN106844106B (zh) * | 2017-02-06 | 2021-02-26 | 四川秘无痕科技有限责任公司 | 一种解析黑莓手机备份文件的方法 |
CN107506231A (zh) * | 2017-08-21 | 2017-12-22 | 深信服科技股份有限公司 | 一种vdi数据保护的方法及系统 |
CN109471752A (zh) * | 2017-12-29 | 2019-03-15 | 北京安天网络安全技术有限公司 | 一种快照管理及系统还原方法及系统 |
CN113347233B (zh) * | 2021-05-20 | 2022-09-20 | 深圳软牛科技有限公司 | 从云端提取通话和wifi数据的方法、装置、设备及存储介质 |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102546914A (zh) * | 2010-12-27 | 2012-07-04 | 梁志龙 | 一种基于智能手机的自动登录系统及控制方法 |
CN102546756A (zh) * | 2011-12-13 | 2012-07-04 | 中兴通讯股份有限公司 | 数据处理方法、云服务器和终端 |
Family Cites Families (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7873956B2 (en) * | 2003-09-25 | 2011-01-18 | Pantech & Curitel Communications, Inc. | Communication terminal and communication network for partially updating software, software update method, and software creation device and method therefor |
CN101127064A (zh) * | 2006-08-18 | 2008-02-20 | 华为技术有限公司 | 一种备份和恢复许可证的方法及系统 |
CN102176775A (zh) * | 2011-01-27 | 2011-09-07 | 上海恒途信息科技有限公司 | 一种智能配置装置及方法 |
CN103885858B (zh) * | 2014-03-11 | 2017-05-10 | 惠州Tcl移动通信有限公司 | 手机备份及恢复数据的方法及系统 |
CN104284333A (zh) * | 2014-10-11 | 2015-01-14 | 马陆 | 移动终端个人数据加密备份、恢复、同步控制方法及设备 |
-
2015
- 2015-12-23 CN CN201510982297.0A patent/CN105554136B/zh active Active
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102546914A (zh) * | 2010-12-27 | 2012-07-04 | 梁志龙 | 一种基于智能手机的自动登录系统及控制方法 |
CN102546756A (zh) * | 2011-12-13 | 2012-07-04 | 中兴通讯股份有限公司 | 数据处理方法、云服务器和终端 |
Also Published As
Publication number | Publication date |
---|---|
CN105554136A (zh) | 2016-05-04 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN105554136B (zh) | 备份数据还原方法、装置及系统 | |
EP3069231B1 (en) | Automated sdk ingestion | |
CN102215250B (zh) | 用于移动通讯设备终端的自动填表方法、服务器及客户端 | |
CN104468531A (zh) | 敏感数据的授权方法、装置和系统 | |
CN104333548B (zh) | 在https网页中访问本地服务的方法及系统 | |
CN104901970B (zh) | 一种二维码登录方法、服务器及系统 | |
WO2016173199A1 (zh) | 一种移动应用单点登录方法及装置 | |
CN107104924B (zh) | 网站后门文件的验证方法及装置 | |
CN105554137B (zh) | 一种备份系统及方法 | |
CN110661829B (zh) | 文件下载方法及装置、客户端和计算机可读存储介质 | |
CN106357609A (zh) | 一种创建用户的方法和系统、公网服务器及私有云设备 | |
CN106844489A (zh) | 一种文件操作方法、装置以及系统 | |
CN104580376A (zh) | 在局域网中建立终端之间连接的方法、装置和系统 | |
CN111935110A (zh) | 一种对租户访问容器实例的权限的控制方法和装置 | |
CN109558710B (zh) | 用户登录方法、装置、系统及存储介质 | |
CN105184559B (zh) | 一种支付系统及方法 | |
CN104346460B (zh) | 进行文件下载的方法、装置及浏览器客户端 | |
CN103313245B (zh) | 基于手机终端的网络业务访问方法、设备和系统 | |
CN109788019A (zh) | 一种数据处理方法及代理服务器 | |
CN108737350B (zh) | 一种信息处理方法及客户端 | |
CN108647139B (zh) | 系统的测试方法、装置、存储介质及电子装置 | |
CN110633432A (zh) | 一种获取数据的方法、装置、终端设备及介质 | |
CN115733666A (zh) | 一种密码管理方法、装置、电子设备及可读存储介质 | |
CN109388917A (zh) | 硬件设备的鉴权方法、装置、设备及存储介质 | |
CN107018164B (zh) | 一种业务处理方法及装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant | ||
TR01 | Transfer of patent right |
Effective date of registration: 20220726 Address after: Room 801, 8th floor, No. 104, floors 1-19, building 2, yard 6, Jiuxianqiao Road, Chaoyang District, Beijing 100015 Patentee after: BEIJING QIHOO TECHNOLOGY Co.,Ltd. Address before: 100088 room 112, block D, 28 new street, new street, Xicheng District, Beijing (Desheng Park) Patentee before: BEIJING QIHOO TECHNOLOGY Co.,Ltd. Patentee before: Qizhi software (Beijing) Co.,Ltd. |
|
TR01 | Transfer of patent right |