CN105988890A - 信息的备份方法及装置 - Google Patents
信息的备份方法及装置 Download PDFInfo
- Publication number
- CN105988890A CN105988890A CN201510046495.6A CN201510046495A CN105988890A CN 105988890 A CN105988890 A CN 105988890A CN 201510046495 A CN201510046495 A CN 201510046495A CN 105988890 A CN105988890 A CN 105988890A
- Authority
- CN
- China
- Prior art keywords
- information
- group
- list
- contact person
- server
- 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.)
- Granted
Links
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
本申请提出一种信息的备份方法及装置。其中,该方法包括:接收备份请求,按照预设方式将本地的信息划分为多个小组,并按照预设算法为每一小组生成唯一标识该小组的特征值,形成记录每一小组的特征值的第一列表;向服务器发送第一列表,以使服务器将第一列表和记录了在先存储的信息对应的特征值的第二列表进行比对;接收服务器返回与第二列表记录的特征值不一致的小组标识;以及根据返回的小组标识向服务器上传对应小组中的信息,以使服务器完成信息的更新备份。本申请实施例的信息的备份方法及装置,不受本地设备环境的影响,仅需上传与服务器小组标识不一致的小组的信息,由此,可避免不必要的流量浪费,提高了信息备份的效率。
Description
技术领域
本申请涉及计算机技术领域,尤其涉及一种信息的备份方法及装置。
背景技术
目前,手机用户的通讯录中通常保存着大量的联系人信息,为了确保联系人信息的不丢失,用户可在服务器中备份通讯录,通过服务器备份通讯录可方便用户随时随地恢复通讯录,操作简单方便。
现有的备份通讯录的方式主要有两种,第一种方式为每次将通讯录中的所有数据上传至服务器中进行备份;第二种方式为通讯录备份软件监控本地通讯录中联系人的变化情况,仅上传通讯录中的变化部分。
然而,上述备份通讯录的方式存在的问题是:第一种方式每次都需要上传通讯录的全部数据,造成了网络流量的浪费。第二种方式需要通讯录备份软件记录通讯录的变化数据,并且备份通讯录的过程中容易受设备环境变化的影响,例如,用户清除应用数据或者卸载重装通讯录备份软件后,通讯录备份软件需要消耗用户的网络流量重新上传通讯录的全部数据。
发明内容
本申请旨在至少在一定程度上解决相关技术中的技术问题之一。
为此,本申请的第一个目的在于提出一种信息的备份方法,该方法可避免不必要的流量浪费,提高了信息备份的效率。
本申请的第二个目的在于提出一种信息的备份方法。
本申请的第三个目的在于提出一种信息的备份装置。
本申请的第四个目的在于提出一种信息的备份装置。
为达上述目的,本申请第一方面实施例提出了一种信息的备份方法,包括:接收备份请求,按照预设方式将本地的信息划分为多个小组,并按照预设算法为每一小组生成唯一标识该小组的特征值,形成记录每一小组的特征值的第一列表;向服务器发送所述第一列表,以使服务器将所述第一列表和记录了在先存储的信息对应的特征值的第二列表进行比对;接收所述服务器返回与所述第二列表记录的特征值不一致的小组标识;以及根据返回的小组标识向所述服务器上传对应小组中的信息,以使所述服务器完成信息的更新备份。
本申请实施例的信息的备份方法,接收备份请求,首先按照预设方式将本地的信息划分为多个小组,并按照预设算法为每一小组生成唯一标识该小组的特征值,形成记录每一小组的特征值的第一列表,然后向服务器发送第一列表,以使服务器将第一列表和记录了在先存储的信息对应的特征值的第二列表进行比对,并接收服务器返回与第二列表记录的特征值不一致的小组标识,以及根据返回的小组标识向服务器上传对应小组中的信息,以使服务器完成信息的更新备份,该实施例不受本地设备环境的影响,在用户对信息非首次备份时,客户端仅上传与服务器小组标识不一致的小组的信息,一方面可大大减少网络资源的消耗,另一方面,可以提高信息备份的效率,进而可提高用户体验度。
为达上述目的,本申请第二方面实施例提出了一种信息的备份方法,包括:接收客户端发送的记录了信息对应的特征值的第一列表,按照预设方式将的信息划分为多个小组,并按照预设算法为每一小组生成唯一标识该小组的特征值,形成记录每一小组的特征值的第二列表;将所述第一列表和第二列表进行比对,并向所述客户端返回与所述第二列表记录的特征值不一致的小组标识,以使所述客户端根据返回的小组标识上传对应小组中的信息;以及根据所述客户端上传的信息完成信息的更新备份。
本申请实施例的信息的备份方法,接收客户端发送的记录了每一小组的特征值的第一列表,按照预设方式将本地的信息划分为多个小组,并按照预设算法为每一小组生成唯一标识该小组的特征值,形成记录每一小组的特征值的第二列表,然后将第一列表和第二列表进行比对,并向客户端返回与第二列表记录的特征值不一致的小组标识,以使客户端根据返回的小组标识上传对应小组中的信息,以及根据客户端上传的信息完成信息的更新备份,该实施例通过分组比对,可以准确获得信息不一致的小组标识,并且仅需要上传对应小组中的信息,由此,可避免不必要的流量浪费,提高了信息备份的效率。
为达上述目的,本申请第三方面实施例提出了一种信息的备份装置,包括:处理模块,用于接收备份请求,按照预设方式将本地的信息划分为多个小组,并按照预设算法为每一小组生成唯一标识该小组的特征值,形成记录每一小组的特征值的第一列表;对比模块,用于向服务器发送所述第一列表,以使服务器将所述第一列表和记录了在先存储的信息对应的特征值的第二列表进行比对;接收模块,用于接收所述服务器返回与所述第二列表记录的特征值不一致的小组标识;以及上传模块,用于根据返回的小组标识向所述服务器上传对应小组中的信息,以使所述服务器完成信息的更新备份。
本申请实施例的信息的备份装置,通过处理模块接收备份请求,按照预设方式将本地的信息划分为多个小组,并按照预设算法为每一小组生成唯一标识该小组的特征值,形成记录每一小组的特征值的第一列表,然后发送模块向服务器发送第一列表,以使服务器将第一列表和记录了在先存储的信息对应的特征值的第二列表进行比对,接收模块接收服务器返回与第二列表记录的特征值不一致的小组标识,以及上传模块根据返回的小组标识向服务器上传对应小组中的信息,以使服务器完成信息的更新备份,该实施例不受本地设备环境的影响,在用户对信息非首次备份时,客户端仅上传与服务器小组标识不一致的小组的信息,一方面可大大减少网络资源的消耗,另一方面,可以提高信息备份的效率,进而可提高用户体验度。
为达上述目的,本申请第四方面实施例提出了一种基信息的备份装置,包括:处理模块,用于接收客户端发送的记录信息对应的特征值的第一列表,按照预设方式将服务器存储的信息划分为多个小组,并按照预设算法为每一小组生成唯一标识该小组的特征值,形成记录每一小组的特征值的第二列表;比对模块,用于将所述第一列表和第二列表进行比对,并向所述客户端返回与所述第二列表记录的特征值不一致的小组标识,以使所述客户端根据返回的小组标识上传对应小组中的信息;以及更新备份模块,用于根据所述客户端上传的信息完成信息的更新备份。
本申请实施例的信息的备份装置,通过处理模块接收客户端发送的记录了每一小组的特征值的第一列表,按照预设方式将本地的信息划分为多个小组,并按照预设算法为每一小组生成唯一标识该小组的特征值,形成记录每一小组的特征值的第二列表,然后通过比对模块将第一列表和第二列表进行比对,并向客户端返回与第二列表记录的特征值不一致的小组标识,以使客户端根据返回的小组标识上传对应小组中的信息,以及通过更新备份模块根据客户端上传的信息完成信息的更新备份,该实施例通过分组比对,可以准确获得信息不一致的小组标识,并且仅需要上传对应小组中的信息,由此,可避免不必要的流量浪费,提高了信息备份的效率。
附图说明
图1是本申请一个实施例的信息的备份方法的流程图。
图2是本申请另一个实施例的信息的备份方法的流程图。
图3是本申请又一个实施例的信息的备份方法的流程图。
图4是本申请一个实施例的信息的备份装置的结构示意图。
图5是本申请另一个实施例的信息的备份装置的结构示意图。
具体实施方式
下面详细描述本申请的实施例,所述实施例的示例在附图中示出,其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的,旨在用于解释本申请,而不能理解为对本申请的限制。
下面参考附图描述本申请实施例的信息的备份方法及装置。
图1是本申请一个实施例的信息的备份方法的流程图,该实施例从客户端侧进行描述,如图1所示,该信息的备份方法包括:
S101,接收备份请求,按照预设方式将本地的信息划分为多个小组,并按照预设算法为每一小组生成唯一标识该小组的特征值,形成记录每一小组的特征值的第一列表。
其中,上述信息可以包括但不限于通讯录信息,上述客户端位于终端中,上述终端可以为智能手机、平板电脑等具有各种操作系统的硬件设备。
当上述信息为通讯录信息时,客户端接收备份请求,并基于通讯录中联系人的属性信息将本地的通讯录信息划分为多个小组。针对划分后的小组基于预设算法计算出对应的特征值,并生成记录特征值的第一列表。
其中,上述联系人的属性信息包括联系人姓名的首字母、联系人手机号码的至少部分字段和联系人的归属地中的一种或几种。上述预设算法可以包括但不限于摘要算法和校验和算法,其中,摘要算法包括但不限于MD5(Message-Digest Algorithm 5,消息摘要算法第五版)算法和安全哈希算法SHA1(Secure Hash Algorithm),校验和算法包括但不限于CRC32算法(Cyclical Redundancy Check,循环冗余码校验)和Adler32算法。
另外,需要说明的是,该实施例通过将联系人划分为小组(每个小组中包括至少两个联系人的信息),并计算划分后小组的特征值,相对于直接计算每个联系人的特征值的方式,可有效减少计算量,并可减少后续上传数据所消耗的用户流量。
例如,客户端基于26个字母对联系人姓名的首字母进行分组,首字母相同的联系人被分在同一小组中,对于无法根据首字母进行分组的联系人,即无法归类的联系人,可将其放在另外一个小组中,通过该种方式对联系人姓名的首字母进行分组最多可以获得27个小组,在对联系人姓名进行分组后,针对划分后的每个小组可通过MD5算法计算每个小组的MD5值,并根据对应分组的MD5值生成对应的MD5列表。
S102,向服务器发送第一列表,以使服务器将第一列表和记录了在先存储的信息对应的特征值的第二列表进行比对。
服务器可以按照预设方式将服务器存储的信息划分为多个小组,并按照预设算法针对每一小组生成的特征值。第二列表记录服务器存储的信息在分组后的各小组对应的特征值。
S103,接收服务器返回与第二列表记录的特征值不一致的小组标识。
具体地,客户端向服务器发送所获得的第一列表。服务器接收客户端发送的第一列表,并按照预设方式将服务器存储的信息划分为多个小组,以及按照所述预设算法针对划分后的小组生成对应的特征值以形成第二列表。服务器将第一列表和第二列表进行比对,当第一列表与第二列表不完全相同时,服务器向客户端返回信息不一致的小组标识。
S104,根据返回的小组标识向服务器上传对应小组中的信息,以使服务器完成信息的更新备份。
具体地,在客户端接收到信息不一致的小组标识后,客户端可根据返回的小组标识获得对应小组中的信息,并向服务器上传对应小组中的信息,服务器接收客户端上传的信息,并根据接收到的信息完成信息的更新备份。
需要说明的是,该实施例的客户端与服务器对对应的信息进行分组所采用的方式相同,通过比对客户端上传的第一列表和服务器获得的第二列表,可以准确获得信息发生变更的小组,方便后续上传对应小组的信息进行备份。
由此可见,该实施例不受本地设备环境的影响,在用户对信息非首次备份时,客户端仅上传与服务器小组标识不一致的小组的信息,一方面可大大减少了网络资源的消耗,避免了不必要的流量浪费;另一方面,可避免对相同信息的重复备份,提高了信息备份的效率。
本申请实施例的信息的备份方法,接收备份请求,首先按照预设方式将本地的信息划分为多个小组,并按照预设算法为每一小组生成唯一标识该小组的特征值,形成记录每一小组的特征值的第一列表,然后向服务器发送第一列表,以使服务器将第一列表和记录了在先存储的信息对应的特征值的第二列表进行比对,并接收服务器返回与第二列表记录的特征值不一致的小组标识,以及根据返回的小组标识向服务器上传对应小组中的信息,以使服务器完成信息的更新备份,该实施例不受本地设备环境的影响,在用户对信息非首次备份时,客户端仅上传与服务器小组标识不一致的小组的信息,一方面可大大减少网络资源的消耗,另一方面,可以提高信息备份的效率,进而可提高用户体验度。
图2是本申请另一个实施例的信息的备份方法的流程图,该实施例以信息为通讯录信息为例进行描述,如图2所示,该信息的备份方法包括:
S201,接收备份请求,按照预设方式将本地的通讯录信息划分为多个小组,并按照预设算法为每一小组生成唯一标识该小组的特征值,形成记录每一小组的特征值的第一列表。
具体地,客户端接收备份请求,并基于通讯录中联系人的属性信息将本地的通讯录信息划分为多个小组。针对划分后的小组基于预设算法计算出对应的特征值,并生成记录特征值的第一列表。
其中,上述联系人的属性信息包括联系人姓名的首字母、联系人手机号码的至少部分字段和联系人的归属地中的一种或几种。上述预设算法可以包括但不限于摘要算法和校验和算法,其中,摘要算法包括但不限于MD5(Message-Digest Algorithm 5,消息摘要算法第五版)算法和安全哈希算法SHA1(Secure Hash Algorithm),校验和算法包括但不限于CRC32算法(Cyclical Redundancy Check,循环冗余码校验)和Adler32算法。
例如,客户端基于26个字母对联系人姓名的首字母进行分组,首字母相同的联系人被分在同一小组中,对于无法根据首字母进行分组的联系人,即无法归类的联系人,可将对应的联系人放在另外一个小组中,通过该种方式对联系人姓名的首字母进行分组最多可以获得27个小组,在对联系人姓名进行分组后,针对划分后的每个小组可通过MD5算法计算每个小组的MD5值,并根据对应分组的MD5值生成对应的MD5列表。
S202,向服务器发送第一列表,以使服务器将第一列表和记录了在先存储的信息对应的特征值的第二列表进行比对。
服务器可以按照预设方式将服务器存储的通讯录信息划分为多个小组。针对划分后的小组,可基于预设算法计算出对应的特征值。其中,第二列表记录服务器存储的通讯录信息在分组后的各小组对应的特征值。
其中,上述联系人的属性信息包括联系人姓名的首字母、联系人手机号码的至少部分字段和联系人的归属地中的一种或几种。上述预设算法可以包括但不限于摘要算法和校验和算法,其中,摘要算法包括但不限于MD5(Message-Digest Algorithm 5,消息摘要算法第五版)算法和安全哈希算法SHA1(Secure Hash Algorithm),校验和算法包括但不限于CRC32算法(Cyclical Redundancy Check,循环冗余码校验)和Adler32算法。其中,上述第二列表中包含划分后小组的特征值,其中,特征值可以唯一标识每个小组。
在接收到客户端发送的第一列表后,服务器可将第一列表和第二列表进行比对,当第一列表与第二列表不完全相同时,服务器向客户端返回与第二列表记录的特征值不一致的小组标识。
S203,接收服务器返回与第二列表记录的特征值不一致的小组标识。例如,在获得客户端上传的第一列表后,服务器从本地获得对应客户端上次备份的联系人信息,并基于26个字母对联系人姓名的首字母进行分组,首字母相同的联系人被分在同一小组中,对于无法根据首字母进行分组的联系人,即无法归类的联系人,可将其放在另外一个小组中,通过该种方式对联系人姓名的首字母进行分组最多可以获得27个小组,在对联系人姓名进行分组后,针对划分后的每个小组可通过MD5算法计算每个小组的MD5值,并根据对应分组的MD5值生成对应的MD5列表(即第二列表)。在获得第二列表后,服务器比较两个列表中对应小组的MD5值是否相同,若列表中存在MD5值不同的小组,则服务器返回不一致的小组标识,以使客户端上传对应小组中的联系人信息。
S204,根据返回的小组标识向服务器上传对应小组中的联系人信息,以使服务器完成联系人信息的更新备份。
具体地,在客户端接收到信息不一致的小组标识后,可根据返回的小组标识获得对应小组中的联系人信息,并向服务器上传对应小组中的联系人信息,服务器接收客户端上传对应小组的联系人信息,并根据接收到的信息对对应小组的联系人信息进行覆盖或者更新。
需要说明的是,在实际应用中,对于划分后的小组,若小组中包含的联系人个数较多,可对该小组进行二次分组。
本申请实施例的信息的备份方法,接收备份请求,首先按照预设方式将本地的信息划分为多个小组,并按照预设算法为每一小组生成唯一标识该小组的特征值,形成记录每一小组的特征值的第一列表,然后向服务器发送第一列表,以使服务器将第一列表和记录了在先存储的信息对应的特征值的第二列表进行比对,并接收服务器返回与第二列表记录的特征值不一致的小组标识,以及根据返回的小组标识向服务器上传对应小组中的信息,以使服务器完成信息的更新备份,该实施例不受本地设备环境的影响,在用户对信息非首次备份时,客户端仅上传与服务器小组标识不一致的小组的信息,一方面可大大减少网络资源的消耗,另一方面,可以提高信息备份的效率,进而可提高用户体验度。
图3是本申请又一个实施例的信息的备份方法的流程图,该实施例从服务器侧进行描述,如图3所示,该信息的备份方法包括:
S301,接收客户端发送的记录了信息对应的特征值的第一列表,按照预设方式将本地的信息划分为多个小组,并针对划分后的小组获得第二列表。
其中,上述信息可以包括但不限于通讯录信息,上述客户端位于终端中,上述终端可以为智能手机、平板电脑等具有各种操作系统的硬件设备。
具体地,客户端可通过按照预设方式将本地的信息划分为多个小组,并按照预设算法为每一小组生成唯一标识该小组的特征值,形成记录每一小组的特征值的第一列表,以及向服务器发送第一列表。
当上述信息为通讯录信息时,服务器接收到客户端发送的第一列表后,可基于通讯录中联系人的属性信息将本地的通讯录信息划分为多个小组。针对划分后的小组,可基于预设算法计算出对应的特征值,并生成记录特征值的第二列表。
其中,上述联系人的属性信息包括联系人姓名的首字母、联系人手机号码的至少部分字段和联系人的归属地中的一种或几种。上述预设算法可以包括但不限于摘要算法和校验和算法,其中,摘要算法包括但不限于MD5(Message-Digest Algorithm 5,消息摘要算法第五版)算法和安全哈希算法SHA1(Secure Hash Algorithm),校验和算法包括但不限于CRC32算法(Cyclical Redundancy Check,循环冗余码校验)和Adler32算法。
另外,需要说明的是,该实施例通过将联系人划分为小组(每个小组中包括至少两个联系人的信息),并计算划分后小组的特征值,相对于直接计算每个联系人的特征值的方式,可有效减少计算量,并可减少后续上传数据所消耗的用户流量。
例如,在获得客户端上传的第一列表后,服务器从本地获得对应客户端上次备份的联系人信息,并基于26个字母对联系人姓名的首字母进行分组,首字母相同的联系人被分在同一小组中,对于无法根据首字母进行分组的联系人,即无法归类的联系人,可将其放在另外一个小组中,通过该种方式对联系人姓名的首字母进行分组最多可以获得27个小组,在对联系人姓名进行分组后,针对划分后的每个小组可通过MD5算法计算每个小组的MD5值,并根据对应分组的MD5值生成对应的MD5列表(即第二列表)。
S302,将第一列表和第二列表进行比对,并向客户端返回与第二列表记录的特征值不一致的小组标识,以使客户端根据返回的小组标识上传对应小组中的信息。
在获得第二列表后,服务器比较两个列表中对应小组的特征值是否相同,若列表中存在特征值不同的小组,则服务器返回与第二列表记录的特征值不一致的小组标识,以使客户端上传对应小组中的联系人信息。
需要说明的是,该实施例的客户端与服务器对对应的信息进行分组所采用的方式相同,通过比对客户端上传的第一列表和服务器所获得的第二列表,可以准确获得信息发生变更的小组,方便后续上传对应小组的信息进行备份。
S303,根据客户端上传的信息完成信息的更新备份。
具体地,在客户端接收到信息不一致的小组标识后,可根据返回的小组标识获得对应小组中的信息,并向服务器上传对应小组中的信息,服务器接收客户端上传对应小组的信息,并根据接收到的信息对对应小组的信息进行覆盖或者更新。
本申请实施例的信息的备份方法,接收客户端发送的记录了每一小组的特征值的第一列表,按照预设方式将本地的信息划分为多个小组,并按照预设算法为每一小组生成唯一标识该小组的特征值,形成记录每一小组的特征值的第二列表,然后将第一列表和第二列表进行比对,并向客户端返回与第二列表记录的特征值不一致的小组标识,以使客户端根据返回的小组标识上传对应小组中的信息,以及根据客户端上传的信息完成信息的更新备份,该实施例通过分组比对,可以准确获得信息不一致的小组标识,并且仅需要上传对应小组中的信息,由此,可避免不必要的流量浪费,提高了信息备份的效率。
为了实现上述实施例,本申请还提出一种信息的备份装置。
图4是本申请一个实施例的信息的备份装置的结构示意图,该装置位于终端中,如图4所示,该装置包括:处理模块41、发送模块42、接收模块43和上传模块44,其中:
处理模块41用于接收备份请求,按照预设方式将本地的信息划分为多个小组,并按照预设算法为每一小组生成唯一标识该小组的特征值,形成记录每一小组的特征值的第一列表;发送模块42用于向服务器发送第一列表,以使服务器将第一列表和记录了在先存储的信息对应的特征值的第二列表进行比对;接收模块43,用于接收服务器返回与第二列表记录的特征值不一致的小组标识;以及上传模块44用于根据返回的小组标识向服务器上传对应小组中的信息,以使服务器完成信息的更新备份。
其中,上述信息可以包括但不限于通讯录信息,上述终端可以为智能手机、平板电脑等具有各种操作系统的硬件设备。
当上述信息为通讯录信息时,处理模块41接收备份请求,并基于通讯录中联系人的属性信息将本地的通讯录信息划分为多个小组。针对划分后的小组基于预设算法计算出对应的特征值,并生成记录特征的第一列表。
其中,上述联系人的属性信息包括联系人姓名的首字母、联系人手机号码的至少部分字段和联系人的归属地中的一种或几种。上述预设算法可以包括但不限于摘要算法和校验和算法,其中,摘要算法包括但不限于MD5(Message-Digest Algorithm 5,消息摘要算法第五版)算法和安全哈希算法SHA1(Secure Hash Algorithm),校验和算法包括但不限于CRC32算法(Cyclical Redundancy Check,循环冗余码校验)和Adler32算法。
另外,需要说明的是,该实施例通过将联系人划分为小组(每个小组中包括至少两个联系人的信息),并计算划分后小组的特征值,相对于直接计算每个联系人的特征值的方式,可有效减少计算量,并可减少后续上传数据所消耗的用户流量。
例如,处理模块41可基于26个字母对联系人姓名的首字母进行分组,首字母相同的联系人被分在同一小组中,对于无法根据首字母进行分组的联系人,即无法归类的联系人,可将其放在另外一个小组中,通过该种方式对联系人姓名的首字母进行分组最多可以获得27个小组,在对联系人姓名进行分组后,针对划分后的每个小组可通过MD5算法计算每个小组的MD5值,并根据对应分组的MD5值生成对应的MD5列表。
包含处理模块41、发送模块42、接收模块43和上传模块44的信息的备份装置备份信息的过程可参见图1或者图2以及对应的文字描述,此处不赘述。
本申请实施例的信息的备份装置,通过处理模块接收备份请求,按照预设方式将本地的信息划分为多个小组,并按照预设算法为每一小组生成唯一标识该小组的特征值,形成记录每一小组的特征值的第一列表,然后发送模块向服务器发送第一列表,以使服务器将第一列表和记录了在先存储的信息对应的特征值的第二列表进行比对,接收模块接收服务器返回与第二列表记录的特征值不一致的小组标识,以及上传模块根据返回的小组标识向服务器上传对应小组中的信息,以使服务器完成信息的更新备份,该实施例不受本地设备环境的影响,在用户对信息非首次备份时,客户端仅上传与服务器小组标识不一致的小组的信息,一方面可大大减少网络资源的消耗,另一方面,可以提高信息备份的效率,进而可提高用户体验度。
为了实现上述实施例,本申请还提出一种信息的备份装置。
图5是本申请另一个实施例的信息的备份装置的结构示意图,该装置位于服务器中,如图5所示,该装置包括:处理模块51、比对模块52和更新备份模块53,其中:
处理模块51用于接收客户端发送的记录了信息对应的特征值的第一列表,按照预设方式将本地的信息划分为多个小组,并针对划分后的小组获得第二列表;比对模块52用于将第一列表和第二列表进行比对,并向客户端返回与第二列表记录的特征值不一致的小组标识,以使客户端根据返回的小组标识上传对应小组中的信息;以及更新备份模块53用于根据客户端上传的信息完成信息的更新备份。
其中,上述信息可以包括但不限于通讯录信息,上述第一列表和第二列表中均记录了可以唯一标识每个小组的特征值。
当上述信息为通讯录信息时,处理模块51接收到客户端发送的第一列表后,可基于通讯录中联系人的属性信息将本地的通讯录信息划分为多个小组,然后针对划分后的小组计算出对应的MD5(Message-Digest Algorithm 5,消息摘要算法第五版)值,并基于对应的MD5值获得第二列表。
其中,上述联系人的属性信息包括联系人姓名的首字母、联系人手机号码的至少部分字段和联系人的归属地中的一种或几种。上述预设算法可以包括但不限于摘要算法和校验和算法,其中,摘要算法包括但不限于MD5(Message-Digest Algorithm 5,消息摘要算法第五版)算法和安全哈希算法SHA1(Secure Hash Algorithm),校验和算法包括但不限于CRC32算法(Cyclical Redundancy Check,循环冗余码校验)和Adler32算法。
另外,需要说明的是,该实施例通过将联系人划分为小组(每个小组中包括至少两个联系人的信息),并计算划分后小组的特征值,相对于直接计算每个联系人的特征值的方式,可有效减少计算量,并可减少后续上传数据所消耗的用户流量。
例如,处理模块51可基于26个字母对联系人姓名的首字母进行分组,首字母相同的联系人被分在同一小组中,对于无法根据首字母进行分组的联系人,即无法归类的联系人,可将对应的联系人放在另外一个小组中,通过该种方式对联系人姓名的首字母进行分组最多可以获得27个小组,在对联系人姓名进行分组后,针对划分后的每个小组可通过MD5算法计算每个小组的MD5值,并根据对应分组的MD5值生成对应的MD5列表(即第二列表)。在处理模块51获得第二列表后,比对模块52可比较两个列表中对应小组的MD5值是否相同,若列表中存在MD5值不同的小组,则服务器返回不一致的小组标识,以使客户端上传对应小组中的联系人信息。
包含处理模块51、比对模块52和更新备份模块53的信息的备份装置备份信息的过程可参见图3以及对应的文字描述,此处不赘述。
本申请实施例的信息的备份装置,通过处理模块接收客户端发送的记录了每一小组的特征值的第一列表,按照预设方式将本地的信息划分为多个小组,并按照预设算法为每一小组生成唯一标识该小组的特征值,形成记录每一小组的特征值的第二列表,然后通过比对模块将第一列表和第二列表进行比对,并向客户端返回与第二列表记录的特征值不一致的小组标识,以使客户端根据返回的小组标识上传对应小组中的信息,以及通过更新备份模块根据客户端上传的信息完成信息的更新备份,该实施例通过分组比对,可以准确获得信息不一致的小组标识,并且仅需要上传对应小组中的信息,由此,可避免不必要的流量浪费,提高了信息备份的效率。
在本说明书的描述中,参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本申请的至少一个实施例或示例中。在本说明书中,对上述术语的示意性表述不必须针对的是相同的实施例或示例。而且,描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外,在不相互矛盾的情况下,本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。
此外,术语“第一”、“第二”仅用于描述目的,而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此,限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。在本申请的描述中,“多个”的含义是至少两个,例如两个,三个等,除非另有明确具体的限定。
流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为,表示包括一个或更多个用于实现特定逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分,并且本申请的优选实施方式的范围包括另外的实现,其中可以不按所示出或讨论的顺序,包括根据所涉及的功能按基本同时的方式或按相反的顺序,来执行功能,这应被本申请的实施例所属技术领域的技术人员所理解。
在流程图中表示或在此以其他方式描述的逻辑和/或步骤,例如,可以被认为是用于实现逻辑功能的可执行指令的定序列表,可以具体实现在任何计算机可读介质中,以供指令执行系统、装置或设备(如基于计算机的系统、包括处理器的系统或其他可以从指令执行系统、装置或设备取指令并执行指令的系统)使用,或结合这些指令执行系统、装置或设备而使用。就本说明书而言,"计算机可读介质"可以是任何可以包含、存储、通信、传播或传输程序以供指令执行系统、装置或设备或结合这些指令执行系统、装置或设备而使用的装置。计算机可读介质的更具体的示例(非穷尽性列表)包括以下:具有一个或多个布线的电连接部(电子装置),便携式计算机盘盒(磁装置),随机存取存储器(RAM),只读存储器(ROM),可擦除可编辑只读存储器(EPROM或闪速存储器),光纤装置,以及便携式光盘只读存储器(CDROM)。另外,计算机可读介质甚至可以是可在其上打印所述程序的纸或其他合适的介质,因为可以例如通过对纸或其他介质进行光学扫描,接着进行编辑、解译或必要时以其他合适方式进行处理来以电子方式获得所述程序,然后将其存储在计算机存储器中。
应当理解,本申请的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中,多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。例如,如果用硬件来实现,和在另一实施方式中一样,可用本领域公知的下列技术中的任一项或他们的组合来实现:具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路,具有合适的组合逻辑门电路的专用集成电路,可编程门阵列(PGA),现场可编程门阵列(FPGA)等。
本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成,所述的程序可以存储于一种计算机可读存储介质中,该程序在执行时,包括方法实施例的步骤之一或其组合。
此外,在本申请各个实施例中的各功能单元可以集成在一个处理模块中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现,也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时,也可以存储在一个计算机可读取存储介质中。
上述提到的存储介质可以是只读存储器,磁盘或光盘等。尽管上面已经示出和描述了本申请的实施例,可以理解的是,上述实施例是示例性的,不能理解为对本申请的限制,本领域的普通技术人员在本申请的范围内可以对上述实施例进行变化、修改、替换和变型。
Claims (12)
1.一种信息的备份方法,其特征在于,包括:
接收备份请求,按照预设方式将本地的信息划分为多个小组,并按照预设算法为每一小组生成唯一标识该小组的特征值,形成记录每一小组的特征值的第一列表;
向服务器发送所述第一列表,以使服务器将所述第一列表和记录了在先存储的信息对应的特征值的第二列表进行比对;
接收所述服务器返回与所述第二列表记录的特征值不一致的小组标识;以及
根据返回的小组标识向所述服务器上传对应小组中的信息,以使所述服务器完成信息的更新备份。
2.根据权利要求1所述的方法,其特征在于,所述信息包括通讯录信息,所述按照预设方式将本地的信息划分为多个小组,包括:
基于通讯录中联系人的属性信息将本地的通讯录信息划分为多个小组,所述联系人的属性信息包括联系人姓名的首字母、联系人手机号码的至少部分字段和联系人的归属地中的一种或几种。
3.根据权利要求1或2所述的方法,其特征在于,所述预设算法包括摘要算法和校验和算法。
4.一种信息的备份方法,其特征在于,包括:
接收客户端发送的记录了信息对应的特征值的第一列表,按照预设方式将的信息划分为多个小组,并按照预设算法为每一小组生成唯一标识该小组的特征值,形成记录每一小组的特征值的第二列表;
将所述第一列表和第二列表进行比对,并向所述客户端返回与所述第二列表记录的特征值不一致的小组标识,以使所述客户端根据返回的小组标识上传对应小组中的信息;以及
根据所述客户端上传的信息完成信息的更新备份。
5.根据权利要求4所述的方法,其特征在于,所述信息包括通讯录信息,所述按照预设方式将本地的信息划分为多个小组,包括:
基于通讯录中联系人的属性信息将本地的通讯录信息划分为多个小组,所述联系人的属性信息包括联系人姓名的首字母、联系人手机号码的至少部分字段和联系人的归属地中的一种或几种。
6.根据权利要求4或5所述的方法,其特征在于,所述预设算法包括摘要算法和校验和算法。
7.一种信息的备份装置,其特征在于,包括:
处理模块,用于接收备份请求,按照预设方式将本地的信息划分为多个小组,并按照预设算法为每一小组生成唯一标识该小组的特征值,形成记录每一小组的特征值的第一列表;
对比模块,用于向服务器发送所述第一列表,以使服务器将所述第一列表和记录了在先存储的信息对应的特征值的第二列表进行比对;
接收模块,用于接收所述服务器返回与所述第二列表记录的特征值不一致的小组标识;以及
上传模块,用于根据返回的小组标识向所述服务器上传对应小组中的信息,以使所述服务器完成信息的更新备份。
8.根据权利要求7所述的装置,其特征在于,所述信息包括通讯录信息,所述处理模块,具体用于:
基于通讯录中联系人的属性信息将本地的通讯录信息划分为多个小组,所述联系人的属性信息包括联系人姓名的首字母、联系人手机号码的至少部分字段和联系人的归属地中的一种或几种。
9.根据权利要求7或8所述的装置,其特征在于,所述预设算法包括摘要算法和校验和算法。
10.一种信息的备份装置,其特征在于,包括:
处理模块,用于接收客户端发送的记录信息对应的特征值的第一列表,按照预设方式将服务器存储的信息划分为多个小组,并按照预设算法为每一小组生成唯一标识该小组的特征值,形成记录每一小组的特征值的第二列表;
比对模块,用于将所述第一列表和第二列表进行比对,并向所述客户端返回与所述第二列表记录的特征值不一致的小组标识,以使所述客户端根据返回的小组标识上传对应小组中的信息;以及
更新备份模块,用于根据所述客户端上传的信息完成信息的更新备份。
11.根据权利要求10所述的装置,其特征在于,所述信息包括通讯录信息,所述处理模块,具体用于:
基于通讯录中联系人的属性信息将本地的通讯录信息划分为多个小组,所述联系人的属性信息包括联系人姓名的首字母、联系人手机号码的至少部分字段和联系人的归属地中的一种或几种。
12.根据权利要求10或11所述的装置,其特征在于,所述预设算法包括摘要算法和校验和算法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510046495.6A CN105988890B (zh) | 2015-01-29 | 2015-01-29 | 信息的备份方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510046495.6A CN105988890B (zh) | 2015-01-29 | 2015-01-29 | 信息的备份方法及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN105988890A true CN105988890A (zh) | 2016-10-05 |
CN105988890B CN105988890B (zh) | 2020-01-17 |
Family
ID=57035007
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201510046495.6A Active CN105988890B (zh) | 2015-01-29 | 2015-01-29 | 信息的备份方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN105988890B (zh) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107015887A (zh) * | 2017-02-21 | 2017-08-04 | 深圳市中博睿存信息技术有限公司 | 对象存储远程复制方法及系统 |
CN107797889A (zh) * | 2017-11-14 | 2018-03-13 | 北京思特奇信息技术股份有限公司 | 一种检验系统文件备份完整性的方法和装置 |
CN108093007A (zh) * | 2016-11-23 | 2018-05-29 | 卓望数码技术(深圳)有限公司 | 一种低带宽网络下的快速同步数据的方法以及系统 |
Citations (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101022612A (zh) * | 2006-02-16 | 2007-08-22 | 杭州波导软件有限公司 | 一种移动终端的用户信息数据备份方法 |
US20080120329A1 (en) * | 2006-11-16 | 2008-05-22 | Mi Suk Huh | Key update method and apparatus thereof |
CN101324858A (zh) * | 2008-07-10 | 2008-12-17 | 宇龙计算机通信科技(深圳)有限公司 | 一种数据恢复方法、系统及终端 |
CN102222085A (zh) * | 2011-05-17 | 2011-10-19 | 华中科技大学 | 一种基于相似性与局部性结合的重复数据删除方法 |
CN102612023A (zh) * | 2012-03-16 | 2012-07-25 | 北京掌汇天下科技有限公司 | 一种移动终端更新应用的方法、服务器以及移动终端 |
CN103064757A (zh) * | 2012-12-12 | 2013-04-24 | 鸿富锦精密工业(深圳)有限公司 | 数据备份方法及系统 |
CN103248711A (zh) * | 2013-05-23 | 2013-08-14 | 华为技术有限公司 | 一种文件上传的方法和服务器 |
CN103618824A (zh) * | 2013-11-22 | 2014-03-05 | 北京奇虎科技有限公司 | 在通讯录程序中进行信息发送的方法与移动终端 |
CN103841170A (zh) * | 2012-11-27 | 2014-06-04 | 联想(北京)有限公司 | 一种云存储方法和服务器 |
CN103873496A (zh) * | 2012-12-10 | 2014-06-18 | 联想(北京)有限公司 | 一种通讯录备份的方法及装置 |
CN103914522A (zh) * | 2014-03-20 | 2014-07-09 | 电子科技大学 | 一种应用于云存储重复数据删除的数据块合并方法 |
CN104077053A (zh) * | 2014-06-30 | 2014-10-01 | 珠海市君天电子科技有限公司 | 终端信息的操作方法、装置及移动终端 |
-
2015
- 2015-01-29 CN CN201510046495.6A patent/CN105988890B/zh active Active
Patent Citations (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101022612A (zh) * | 2006-02-16 | 2007-08-22 | 杭州波导软件有限公司 | 一种移动终端的用户信息数据备份方法 |
US20080120329A1 (en) * | 2006-11-16 | 2008-05-22 | Mi Suk Huh | Key update method and apparatus thereof |
CN101324858A (zh) * | 2008-07-10 | 2008-12-17 | 宇龙计算机通信科技(深圳)有限公司 | 一种数据恢复方法、系统及终端 |
CN102222085A (zh) * | 2011-05-17 | 2011-10-19 | 华中科技大学 | 一种基于相似性与局部性结合的重复数据删除方法 |
CN102612023A (zh) * | 2012-03-16 | 2012-07-25 | 北京掌汇天下科技有限公司 | 一种移动终端更新应用的方法、服务器以及移动终端 |
CN103841170A (zh) * | 2012-11-27 | 2014-06-04 | 联想(北京)有限公司 | 一种云存储方法和服务器 |
CN103873496A (zh) * | 2012-12-10 | 2014-06-18 | 联想(北京)有限公司 | 一种通讯录备份的方法及装置 |
CN103064757A (zh) * | 2012-12-12 | 2013-04-24 | 鸿富锦精密工业(深圳)有限公司 | 数据备份方法及系统 |
CN103248711A (zh) * | 2013-05-23 | 2013-08-14 | 华为技术有限公司 | 一种文件上传的方法和服务器 |
CN103618824A (zh) * | 2013-11-22 | 2014-03-05 | 北京奇虎科技有限公司 | 在通讯录程序中进行信息发送的方法与移动终端 |
CN103914522A (zh) * | 2014-03-20 | 2014-07-09 | 电子科技大学 | 一种应用于云存储重复数据删除的数据块合并方法 |
CN104077053A (zh) * | 2014-06-30 | 2014-10-01 | 珠海市君天电子科技有限公司 | 终端信息的操作方法、装置及移动终端 |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108093007A (zh) * | 2016-11-23 | 2018-05-29 | 卓望数码技术(深圳)有限公司 | 一种低带宽网络下的快速同步数据的方法以及系统 |
CN107015887A (zh) * | 2017-02-21 | 2017-08-04 | 深圳市中博睿存信息技术有限公司 | 对象存储远程复制方法及系统 |
CN107797889A (zh) * | 2017-11-14 | 2018-03-13 | 北京思特奇信息技术股份有限公司 | 一种检验系统文件备份完整性的方法和装置 |
CN107797889B (zh) * | 2017-11-14 | 2021-05-04 | 北京思特奇信息技术股份有限公司 | 一种检验系统文件备份完整性的方法和装置 |
Also Published As
Publication number | Publication date |
---|---|
CN105988890B (zh) | 2020-01-17 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN107276765B (zh) | 区块链中共识的处理方法及装置 | |
CN108769264B (zh) | 一种区块链分域方法 | |
CN105337941B (zh) | 一种设备标识提供方法及装置 | |
CN110674140B (zh) | 基于区块链的内容处理方法、装置、设备及存储介质 | |
CN109446171B (zh) | 一种数据处理方法和装置 | |
CN105872837A (zh) | 用户推荐方法及装置 | |
CN107548500A (zh) | 基于用户例程模型的事件异常 | |
CN110599346A (zh) | 一种区块链信息获取方法及相关设备 | |
CN105095263A (zh) | 卡号的生成方法及其装置 | |
CN103064757A (zh) | 数据备份方法及系统 | |
CN102231881B (zh) | 移动终端的用户数据处理方法、服务器及系统 | |
CN107147724A (zh) | 一种消息推送方法、服务器及计算机可读存储介质 | |
CN111083013B (zh) | 基于流量回放的测试方法、装置、电子设备及存储介质 | |
CN105991692A (zh) | 信息推送方法、信息展示方法及相关装置、系统 | |
CN112036579A (zh) | 多分类模型自学习在线更新方法、系统及装置 | |
CN105988890A (zh) | 信息的备份方法及装置 | |
CN110245128A (zh) | 元模型的建立方法及装置、存储介质、电子装置 | |
US20160342899A1 (en) | Collaborative filtering in directed graph | |
CN105530244A (zh) | 一种实现主控设备控制智能设备的方法和服务器 | |
CN111275495A (zh) | 基于区块链的广告投放监测方法、装置及系统 | |
CN104077053B (zh) | 终端信息的操作方法、装置及移动终端 | |
CN104348905A (zh) | 一种离线推送消息的方法及装置 | |
CN110188276A (zh) | 数据发送装置、方法、电子设备及计算机可读存储介质 | |
KR20230063629A (ko) | 합의 기반의 연합 학습 방법 | |
CN104363257B (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 |