CN110012108A - 数据副本存储方法、下载方法、云存储系统及相关装置 - Google Patents

Abstract

本申请公开了一种数据副本存储和对应的数据下载方法，区别于现有方案，本申请充分利用了普遍存在的智能移动终端，使用分散的、拥有数据存储能力的用户智能移动终端替代原先成本高昂的数据存储服务器，使得由一个智能移动终端发起的副本存储请求会经由云存储服务器的处理被告知可以转存在另一个或多个智能移动终端，如此一来，不仅无需支付由数量较多的数据存储服务器带来的采购和持续维护费用，也解决了单节点故障问题带来的安全隐患，使得在云存储功能不变的基础上，仅需要较低开支，提升了性价比、增强了市场竞争力。本申请还同时公开了一种云存储服务器、第一智能移动终端、第三智能移动终端及计算机可读存储介质，具有上述有益效果。

Description

数据副本存储方法、下载方法、云存储系统及相关装置

技术领域

本申请涉及云存储技术领域，特别涉及一种分别应用于云存储服务器和第一智能移动终端的数据副本存储方法、一种应用于第三智能移动终端的数据下载方法、一种数据云存储系统、云存储服务器、第一智能移动终端、第三智能移动终端以及装置、及计算机可读存储介质。

背景技术

随着电子信息化程度的不断提高，各种“云”的概念被提出，例如能帮企业剩下一大笔服务器前期建设投入的云计算、能够帮用户存储数据减少个人电子设备存储容量需求的云存储等等。

云存储的实质是将用户想要存储的数据的副本保存在由云存储服务提供商提供的存储服务器上，并提供给用户实时可查看的窗口，使得大量较占用存储空间的视频、图像以及文档等数据可以不再需要保存在用户个人电子设备的本机上，显著减少了这些数据对用户个人电子设备存储容量的需求，得以在不增加存储容量的基础上，为其它必要数据提供了更大的可用空间。当相对的，云存储服务提供商为了存储这些数据，需要提供相应存储容量的数据存储服务器和副本策略&索引服务器，其中，副本策略&索引服务器用于维护副本策略和实现副本数据的索引，一台服务器的性能通常就足够满足要求，而数据存储服务器则往往根据实际需要保存的数据的大小，需要设置多台，为了便于云存储服务器提供商对数据存储服务器的维护，这些服务器通常都会被集中式的设置在一处。

因此，现有的云存储服务需要云存储服务提供商维护较大数量的云存储服务器，且由于用户个人电子设备可能会分布在世界各地，当用户个人电子设备距服务器距离较远时，还需要云服务存储提供商在不同区域增设CDN(Content Delivery Network，内容分发网络)节点来对长距离访问进行加速(可参见如图1所示的示意图)，换句话说，现有实现云存储服务不仅需要服务提供商支付较多数量数据存储服务器的购买、长期维护开支，还需要CDN节点的建设费用，使得高质量的云存储服务的费用居高不下，且集中式的服务器设置方式还将在面临单节点故障(将集中设置的所有服务器作为一个节点)时出现严重的后果。

因此，如何克服现有云存储服务在实现机制上存在的技术缺陷，是本领域技术人员亟待解决的问题。

发明内容

本申请的目的是提供一种分别应用于云存储服务器和第一智能移动终端的数据副本存储方法、一种应用于第三智能移动终端的数据下载方法、一种数据云存储系统、云存储服务器、第一智能移动终端、第三智能移动终端以及装置、及计算机可读存储介质，旨在解决现有云存储服务提供商在为用户提供云存储服务时因需要支付较多数量数据存储服务器购买、长期维护开支以及CDN节点的建设费用，导致高质量的云存储服务的费用居高不下的问题。

为实现上述目的，本申请在第一方面提供了一种应用于云存储服务器的数据副本存储方法，该方法包括：

接收第一智能移动终端发起的副本存储请求；

从所述副本存储请求中提取得到所述第一智能移动终端的特征信息；其中，所述特征信息包括位置信息和网络信息；

根据所述特征信息在可用副本存储终端信息库中筛选出用于保存待存储副本的第二智能移动终端；

将所述第二智能移动终端的地址信息返回至所述第一智能移动终端，以使所述第一智能移动终端通过所述地址信息将所述待存储副本传输至所述第二智能移动终端。

可选的，该应用于云存储服务器的数据副本存储方法还包括：

接收所述第一智能移动终端返回的待存储副本的存储结果；

根据所述存储结果中包含的实际保存了所述待存储副本的第二智能移动终端生成所述待存储副本的索引信息。

可选的，根据所述第一特征信息在可用副本存储终端信息库中筛选出用于保存待存储副本的第二智能移动终端，包括：

根据所述第一智能移动终端的位置信息在所述可用副本存储终端信息库中筛选出与所述第一智能移动终端处于相同区域的第二智能移动终端。

可选的，根据所述第一特征信息在可用副本存储终端信息库中筛选出用于保存待存储副本的第二智能移动终端，包括：

根据所述第一智能移动终端的网络信息在所述可用副本存储终端信息库中筛选出与所述第一智能移动终端所属运营商相同的第二智能移动终端。

可选的，根据所述第一特征信息在可用副本存储终端信息库中筛选出用于保存待存储副本的第二智能移动终端，包括：

根据所述第一智能移动终端的位置信息和网络信息在所述可用副本存储终端信息库中筛选出与所述第一智能移动终端所属运营商相同、所处区域相同的第二智能移动终端。

可选的，该应用于云存储服务器的数据副本存储方法还包括：

当接收到第三智能移动终端发来的目标数据访问请求时，根据所述目标数据访问请求确定目标数据所在的目标第二智能移动终端；

当所述第三智能移动终端与所述目标第二智能移动终端间的距离和/或网络质量不满足预设要求时，选取预设数量的第二智能移动终端作为中转节点，以通过各所述中转节点的中转取得所述目标数据。

可选的，该应用于云存储服务器的数据副本存储方法还包括：

监测存储有每个所述待存储副本的第二智能移动终端的在线数；

当所述在线数不等于预设副本数时，增加或减少存储所述副本的第二智能移动终端的数量。

第二方面，本申请还同时提供了一种应用于第一智能移动终端的数据副本存储方法，该方法包括：

向云存储服务器发起副本存储请求；

接收所述云存储服务器返回的第二智能移动终端的地址信息；

根据所述地址信息将待存储副本传输至所述第二智能移动终端。

可选的，该应用于第一智能移动终端的数据副本存储方法，还包括：

向所述云存储服务器发送包含有实际保存了所述待存储副本的第二智能移动终端的存储结果。

可选的，根据所述地址信息将待存储副本传输至所述第二智能移动终端，包括：

根据所述地址信息与所述第二智能移动终端建立点对点数据传输通路；

将所述待存储副本通过所述点对点数据传输通路传输至所述第二智能移动终端。

第三方面，本申请还匹配的提供了一种应用于第三智能移动终端的数据下载方法，该方法包括：

向云存储服务器发起目标数据下载请求；

接收所述云存储服务器根据保存的索引信息确定并返回的存储有目标数据的第二智能移动终端的地址信息；其中，所述索引信息由所述云存储服务器根据第一智能移动终端返回的包括有实际保存了所述待存储副本的第二智能移动终端的存储结果生成；

通过所述地址信息与所述第二智能移动终端建立数据连接，并从所述第二智能移动终端中下载目标数据。

可选的，通过所述地址信息与所述第二智能移动终端建立数据连接，包括：

根据所述地址信息与所述第二智能移动终端建立点对点数据传输通路；

通过所述点对点数据传输通路从所述第二智能移动终端拉取所述待存储副本。

第四方面，本申请还提供了一种数据云存储系统，该系统包括：

第一智能移动终端，用于向云存储服务器发起副本存储请求；接收所述云存储服务器返回的第二智能移动终端的地址信息；根据所述地址信息将待存储副本传输至所述第二智能移动终端；

所述云存储服务器，用于接收所述第一智能移动终端发起的副本存储请求；从所述副本存储请求中提取得到所述第一智能移动终端的特征信息；根据所述特征信息在可用副本存储终端信息库中筛选出用于保存所述待存储副本的第二智能移动终端；将所述第二智能移动终端的地址信息返回至所述第一智能移动终端；

所述第二智能移动终端，用于与所述第一智能移动终端建立数据连接，接收来自所述第一智能移动终端的待存储副本。

可选的，所述第一智能移动终端还用于向所述云存储服务器发送包含有实际保存了所述待存储副本的第二智能移动终端的存储结果；

相应的，所述云存储服务器还用于接收所述第一智能移动终端返回的待存储副本的存储结果；根据所述存储结果中包含的实际保存了所述待存储副本的第二智能移动终端生成所述待存储副本的索引信息；

相应的，该数据云存储系统还包括：

第三智能移动终端，用于向所述云存储服务器发起目标数据下载请求；接收所述云存储服务器根据保存的索引信息确定并返回的存储有目标数据的第二智能移动终端的地址信息；通过所述地址信息与所述第二智能移动终端建立数据连接，并从所述第二智能移动终端中下载目标数据；

相应的，所述第二智能移动终端还用于与所述第三智能移动终端建立数据连接，并向所述第三智能移动终端提供所述待存储副本。

第五方面，本申请还在硬件层面对应的提供了一种云存储服务器，所述云存储服务器包括存储器、处理器以及总线，所述存储器上存储有可在所述处理器上运行的服务器处理程序，所述服务器处理程序被所述总线传输至所述处理器，并在被所述处理器执行时可实现如上述内容所描述的应用于云存储服务器的数据副本存储方法。

第六方面，本申请还在硬件层面对应的提供了一种第一智能移动终端，所述第一智能移动终端包括存储器、处理器以及总线，所述存储器上存储有可在所述处理器上运行的发起端处理程序，所述发起端处理程序被所述总线传输至所述处理器，并在被所述处理器执行时可实现如上述内容所描述的应用于第一智能移动终端的数据副本存储方法。

第七方面，本申请还在硬件层面对应的提供了一种第三智能移动终端，所述第三智能移动终端包括存储器、处理器以及总线，所述存储器上存储有可在所述处理器上运行的下载端处理程序，所述下载端处理程序被所述总线传输至所述处理器，并在被所述处理器执行时可实现如上述内容所描述的应用于第三智能移动终端的数据下载方法。

第八方面，本申请还提供了一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如上述内容所描述的应用于云存储服务器的数据副本存储方法和/或如应用于第一智能移动终端的数据存储方法和/或如应用于第三智能移动终端的数据下载方法。

根据本申请提供的技术方案可以明显看出，区别于现有云存储方案，本申请充分利用了当今已普遍化存在的智能移动终端，将原先集中化设置的数据存储服务器由随用户分散在全世界各地的、拥有副本存储能力和联网能力的用户智能移动终端替代，使得由一个智能移动终端发起的副本存储请求会经由云存储服务器的处理被告知可以转存在另一个或多个智能移动终端，如此一来，不仅无需支付由数量较多的数据存储服务器带来的采购和持续维护费用，也解决了单节点故障问题带来的安全隐患，使得在云存储功能不变的基础上，仅需要较低开支，提升了性价比、增强了市场竞争力。

本申请同时还对应的提供了一种与方法对应的装置及计算机可读存储介质，具有上述有益效果，在此不再赘述。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。

图1为现有云存储服务的架构示意图；

图2为本申请实施例提供的一种数据副本存储方法的流程图；

图3为本申请实施例提供的数据副本存储方法中一种基于位置信息筛选相应第二智能移动终端的方法的流程图；

图4为与图3所示实施例技术方案对应的一种具体的实现示意图；

图5为与图3所示实施例技术方案对应的另一种具体的实现示意图；

图6为本申请实施例提供的数据副本存储方法中一种基于运营商信息筛选相应第二智能移动终端的方法的流程图；

图7为本申请实施例提供的数据副本存储方法中一种同时基于运营商信息和位置信息筛选相应第二智能移动终端的方法的流程图；

图8为本申请实施例提供的一种应用在第一智能移动终端的副本数据存储方法的流程图；

图9为本申请实施例提供的一种应用在第三智能移动终端的数据下载方法的流程图；

图10为本申请实施例提供的一种数据云存储系统的结构示意图；

图11为本申请实施例提供的另一种数据云存储系统的结构示意图；

图12为本申请实施例提供的一种电子设备的结构示意图。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅用以解释本发明，并不用于限定本发明。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的实施例能够以除了在这里图示或描述的内容以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

需要说明的是，在本发明中涉及“第一”、“第二”等的描述仅用于描述目的，而不能理解为指示或暗示其相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。另外，各个实施例之间的技术方案可以相互结合，但是必须是以本领域普通技术人员能够实现为基础，当技术方案的结合出现相互矛盾或无法实现时应当认为这种技术方案的结合不存在，也不在本发明要求的保护范围之内。

实施例一

请参见图2，图2为本申请实施例提供的一种应用于云存储服务器的数据副本存储方法的流程图，需要说明的是，本实施例所描述的云存储服务器用于，具体可以分为副本策略&索引服务器，主要用于执行预设的副本存储策略和记录每个副本存储的位置(索引)，需要说明的是，由于本申请的目的是利用广大用户的智能移动终端中的存储空间来替代集中式的数据存储服务器来存储用户想要存储的数据，即将待存储数据以完全相同的副本形式(后文统称为待存储副本)从第一智能移动终端转移至第二智能移动终端，因此虽然被称为云存储服务器，但并不包含实际存储用户待存储数据的数据存储服务器，其包括以下步骤：

S101：接收第一智能移动终端发起的副本存储请求；

本步骤旨在接收第一智能移动终端向云存储服务器发起的副本存储请求，也就是说第一智能移动终端有想要存在云端的数据(即待存储数据)，换句话说，第一智能移动终端是云存储服务中的副本存储发起端。需要说明的是，该副本存储请求可以不包含完整的待存储副本，而是仅作为一个要进行上传副本的信号，使得该副本存储请求的数据量大大降低。

S102：从副本存储请求中提取得到第一智能移动终端的特征信息；

在S101的基础上，本步骤旨在从该副本存储请求中提取得到与该第一智能移动终端相关的信息，这些信息可能会包含该第一智能移动终端在方方面面的信息，由于都能够在某一方面表现第一智能移动终端的特征，此处统称为特征信息。具体的，该特征信息可以包括该第一智能移动终端的唯一设备识别码、当前所处区域的位置信息、所属运营商信息等与待存储副本无关的信息，也可以为了让副本策略服务器更好的帮助寻找合适的第二智能移动终端，也包含一些与待存储副本相关的信息，例如待存储数据的大小、格式、是否可压缩、偏好信息等等，以便寻求合适的第二智能移动终端来进行存储。

S103：根据特征信息在可用副本存储终端信息库中筛选出用于保存待存储副本的第二智能移动终端；

在S102的基础上，本步骤旨在根据该特征信息在可用副本存储终端信息库中筛选出用于保存待存储副本的第二智能移动终端。

其中，该可用副本存储终端信息中记录有多台智能移动终端的特征信息(可以是通过长时间的收集得来的，也可以是专门设立与某个安装在智能移动终端上的应用程序基于信息交互得到的)，该第二智能移动终端为区别于第一智能移动终端的智能移动终端。之所以要将该第二智能移动终端限定为区别于第一智能移动终端的智能移动终端，是因为用户使用云存储服务的本意即为解除待存储数据对第一智能移动终端中存储空间的占用，基于此原则和在本申请使用拥有数据存储能力、联网能力的智能移动终端替代原先集中化设置的数据存储服务器的方案下，被云存储服务器选用作存储该待存储副本的应为区别于该第一智能移动终端的其它智能移动终端。换句话说，第二智能移动终端为待存储副本的实际存储端。

需要特别说明的是，有些用户可能同时拥有多个相同或不同类型的智能移动终端(智能手机、智能手表、平板电脑等等)，当这些归属于相同用户的多个智能移动终端在不使用能够判别出同属于相同用户的不同登陆信息进行登陆时，应当也被纳入第二智能移动终端的范围内，换言之，当多个智能移动终端同时共用相同的登陆信息时(也就是多台设备登陆相同的账号，例如可以在手机和平板上使用相同应用的账号)，若这些智能移动终端中的任一个或多个向云存储服务器发起了副本存储请求，其它使用相同登陆信息的智能移动终端不应属于第二智能移动终端，都应作为区别第二智能移动终端的第一智能移动终端，这是因为当一个用户将不同智能移动终端登陆为相同的账号时，如果将该用户手机中的数据转移至该用户的平板上，通常是违背该用户使用云存储服务的初衷的，除非事先经过用户的同意或者用户就是想通过此种方式实现数据从手机到平板上的转移时，将其纳入备选第二智能移动终端才是可行的。

还需要说明的是，本实施例中所提供的方案是将待存储副本存储在区别于第一智能移动终端的第二智能移动终端上，也就是说任何非发起副本存储请求的智能移动终端都可以作为存储待存储副本的智能移动终端，当然，本申请所说的智能移动终端都必须满足最基础的联网能力(需要能够与云存储服务器保持心跳连接来保活)和数据存储能力。虽然智能移动终端联网通常基于SIM卡方式与外界联网，但本实施例并不对第二智能移动终端与第一智能移动终端在所在区域、所属运营商以及其它区别参数进行限制，根据实际情况的要求可以在此基础上对第二智能移动终端提供一些额外的挑选规则，以使挑选出来的优选第二智能移动终端更合适存储该待存储副本(例如选取数据拉取速度更快、可以访问者体验更佳的第二智能移动终端等等)。

S104：将第二智能移动终端的地址信息返回至第一智能移动终端，以使第一智能移动终端通过地址信息将待存储数据传输至第二智能移动终端。

在S103筛选得到可用于存储待存储副本的第二智能移动终端的基础上，本步骤旨在将这些第二智能移动终端的地址信息返回至第一智能移动终端，以使第一智能移动终端通过该地址信息完成将待存储副本传输至第二智能移动终端进行保存的目的。

具体的，第一智能移动终端与第二智能移动终端可以通过P2P(Peer To Peer，点对点)的方式完成待存储副本的传输，也可以在无法直接通过P2P的方式完成传输的情况下，通过一些中转节点来间接的完成待存储副本的传输。

针对需要采用中转的场景，可以大体通过两种方式来实现：速度较快但成本较高的方式和速度较慢但成本较低的方式，第一种方式是通过建设专门的中转加速节点的方式来实现的，由于该中转加速节点是专门建设的，需要较大的建设和持续维护开支，但由于专用于中转和加速，其效果好、速度快；第二种方式则是在该第一智能移动终端与目标第二智能移动终端(距该第一智能移动终端距离较远)间选取一些(数量可自行设置)距离适中的智能移动终端做中转，也就是说该待存储副本将通过多个智能移动终端的中转最终到达目标第二智能移动终端，由于将需要借助其它智能移动终端实现，考虑到实际情况的复杂性，相比于第一种方式，速度会慢一些，但成本相对较低。

出于用户对云存储效果提出的更高要求，在没有特殊要求的情况下，最好是将待存储副本存储在距发起终端较近、网络质量更好的第二智能移动终端上，以便于发起副本存储请求的第一智能移动终端的后续取用。当然，在实际场景中也切实存在有需要有距离该第一智能移动终端较远的第三智能移动终端试图访问到其上传的数据，因此也需要适当选用距离较远的第二智能移动终端来存储该待存储副本，以提升该第三智能移动终端对该数据的访问效果。不同距离、不同网络质量的副本布局情况可以根据该数据的热度、历史相同类型情况的分析结果等等来具体制定，此处并不做具体限定。

一种包括但不限于的实现方式可以为：

当接收到第三智能移动终端发来的目标数据访问请求时，根据目标数据访问请求确定目标数据所在的目标第二智能移动终端；

当第三智能移动终端与目标第二智能移动终端间的距离和/或网络质量不满足预设要求时，选取预设数量的第二智能移动终端作为中转节点，以通过各中转节点的中转取得目标数据。

为了能够告知第三智能移动终端目标数据所在的智能移动终端，还需要接收第一智能移动终端返回的待存储副本的存储结果，并根据存储结果中包含的实际保存了待存储副本的第二智能移动终端生成待存储副本的索引信息，以根据该索引信息寻找目标数据保存在哪个智能移动终端上。

进一步的，该存储结果中也可以包括因异常导致存储失败的原因，以便于根据失败原因及时修复或为相应智能移动终端附加相应的标记，防止因相同原因的失败不断重复，影响整个云存储服务的正常工作。

由于当今智能移动终端的普及程度已经相当的高，且以现今智能移动终端的性能和无处不在的移动网络环境来说，各式各样的智能移动终端已经完全可以胜任一个微型的存储节点，也就是说现今智能移动终端与数据存储服务器的差别只是性能、体量上的差别，所支持和所能实现的功能已经差别不大，使用分散的、无处不在的、灵活程度更高、可以提供更好的用户体验的智能移动终端替代原先中心化的数据存储服务器，不仅是可行的且能够带来更好的效果。

根据本实施例提供的数据副本存储方法可以明显看出，区别于现有云存储方案，本申请充分利用了当今已普遍化存在的智能移动终端，将原先集中化设置的数据存储服务器由随用户分散在全世界各地的、拥有副本存储能力和联网能力的用户智能移动终端替代，使得由一个智能移动终端发起的副本存储请求会经由云存储服务器的处理被告知可以转存在另一个或多个智能移动终端，如此一来，不仅无需支付由数量较多的数据存储服务器带来的采购和持续维护费用，也解决了单节点故障问题带来的安全隐患，使得在云存储功能不变的基础上，仅需要较低开支，提升了性价比、增强了市场竞争力。

实施例二

请参见图3，图3为本申请实施例提供的应用于云存储服务器的数据副本存储方法中一种基于位置信息筛选相应第二智能移动终端的方法的流程图，区别于实施例一，本实例主要从提升同区域智能移动终端对该待存储副本的访问效果的角度出发，在实施例一的基础上，对选取何种的第二智能移动终端来存储待存储副本进行了进一步的限定，包括如下步骤：

S201：从副本存储请求中提取得到第一智能移动终端的位置信息；

即本申请利用了特征信息中的位置信息来基于位置信息挑选合适的第二智能移动终端。

S202：根据第一智能移动终端的位置信息在可用副本存储终端信息库中筛选出与第一智能移动终端处于相同区域的第二智能移动终端。

根据本实施例提供的技术方案可以看出，通过将该待存储副本保存在与第一智能移动终端所在区域一致的第二智能移动终端上，使得该第一智能移动终端和该区域内其它用户持有的智能移动终端均可以以更近的距离、更快的数据拉取速度得到更优的云存储服务体验。

在本实例的基础上，针对其它区域智能移动终端也想访问该副本的情况，还可以通过P2P或中转的方式实现，此种方式已在实施例一中进行过说明，此处不再赘述。示意图可以参见图4，其中用户a的手机将作为第一智能移动终端，用户b的手机将作为同区域第二智能移动终端，用户c的手机将作为同区域的第三智能移动终端，用户d的手机则将作为不同区域的第二智能移动终端，用户e的手机将作为不同区域的第三智能移动终端。且图4中的示意图中为了便于区别功能，将副本策略&索引服务器拆分为了副本策略服务器A和索引服务器B，本质上并无差别，只不过是不同的表现形式而已。

针对图4中同区域的部分，为加深对本实施例方案的理解，本申请还通过图5给出了一种包含具体信息交互步骤的流程示意图，其中，用户A、B、C的智能移动终端均处于同一区域内，可以看出：

步骤1：用户A的智能移动终端向云存储服务提供商的副本策略服务器&索引服务器发起副本存储请求；

步骤2：副本策略服务器&索引服务器响应于该副本存储请求筛选出合适存储待存储副本的智能移动终端，并将其作为数据副本存储目标返回至用户A的智能移动终端；

步骤3：用户A的智能移动终端根据接收到的数据副本存储目标与用户B的智能移动终端建立连接，并将待存储副本保存至用户B的智能移动终端；

保存有数据副本的智能移动终端需要保持与副本策略服务器&索引服务器间的心跳连接，以让副本策略服务器&索引服务器得知该副本的可用性。

步骤4：用户C的智能移动终端向副本策略服务器&索引服务器发起了目标数据访问请求；

步骤5：副本策略服务器&索引服务器响应于该目标数据访问请求将当前存储有目标数据副本的智能移动终端作为目标数据存储设备返回至用户C的智能移动终端；

步骤6：用户C的智能移动终端根据接收到的目标数据存储设备与用户B的智能移动终端建立连接，并从其中拉取作为目标数据的该待存储副本。

实施例三

请参见图6，图6为本申请实施例提供的应用于云存储服务器的数据副本存储方法中一种基于位置信息筛选相应第二智能移动终端的方法的流程图，区别于实施例一，本实例主要从提升同运营商智能移动终端对该待存储副本访问效果的角度出发，在实施例一的基础上，对选取何种的第二智能移动终端来存储该待存储副本进行了进一步的限定，包括如下步骤：

S301：从副本存储请求中提取得到第一智能移动终端的运营商信息；

即本实施例利用了特征信息中的所属运营商信息来基于该运营商信息挑选合适的第二智能移动终端。

S302：根据第一智能移动终端的运营商信息在可用副本存储终端信息库中筛选出与第一智能移动终端所属运营商相同的第二智能移动终端。

本实施例从同运营商角度出发，在实施例一的基础上通过将不做任何限制的第二智能移动终端在所属运营商上限制为与第一智能移动终端一致，以通过相同运营商提供的网络服务来提升同属相同运营商的其它智能移动终端用户的访问效果。与实施例二切入的角度不同。

实施例四

请参见图7，图7为本申请实施例提供的应用于云存储服务器的数据副本存储方法中一种同时基于运营商信息和位置信息筛选相应第二智能移动终端的方法的流程图，区别于实施例一，本实例主要提升同运营商智能移动终端对该副本访问效果的角度出发，结合了实施例二和实施例三对保存该待存储副本的第二智能移动终端的限定，提供了一种更优的方式，包括如下步骤：

S401：从副本存储请求中提取得到第一智能移动终端的位置信息和运营商信息；

即本实施例利用了特征信息中的所属运营商信息和位置信息来基于这两种信息一并挑选合适的第二智能移动终端。

S402：根据第一智能移动终端的位置信息和运营商信息在可用副本存储终端信息库中筛选出与第一智能移动终端所属运营商相同、所处区域相同的第二智能移动终端。

相比于单一的同运营商或同区域，本实例同时对所在区域和所属运营商进行限制，使得在此限制条件下挑选出的第二智能移动终端能够更好的为同区域的访问者提供更优的云存储体验。

在上述给出的各实施例的基础上，为了保障其它用户通过云存储服务上传的数据不被实际保存的智能移动终端的持有用户明文查看(即保护隐私权)，还可以在保存前，将副本加密为加密副本，并设置仅有该加密副本的上传者和受到该上传者授权的用户才能以明文形式查看。进一步的，当有些待存储数据较大时，还可以采用将其分片的方式进行切分为较小的数据分片，只要控制所有数据分片能够还原回的完整数据数与预定副本数一致即可。

更进一步的，由于相较于专用于提供数据存储服务的数据存储服务器，智能移动终端明显具有更高的不稳定性，不符合要求或掉线的智能移动终端均可以经由保持的或无法保持的心跳连接向云存储服务器发送相关信息，使得云存储服务器可以得知当前在线的、可用的副本数，并在副本数与预设副本数不一致时，通过增加、删除的方式进行调整。当某些副本在短时间内访问量得到较大的增长时，还可以通过暂时增加副本数的方式来应对，当然，每次对副本存储位置的调整都会更新在云存储服务器的索引记录模块。

以上站在云存储服务器的角度为本申请的发明点进行了阐述，为了加深对本申请方案的理解，本申请还站在作为副本存储发起端的第一智能移动终端和作为副本数据访问端的第三智能移动终端的角度来换位描述整个过程。

实施例五

本实施例将通过如图8所示的一种应用在第一智能移动终端的副本数据存储方法的流程图对第一智能移动终端所执行的操作进行阐述：

S501：向云存储服务器发起副本存储请求；

S502：接收云存储服务器返回的第二智能移动终端的地址信息；

S503：根据地址信息将待存储副本传输至第二智能移动终端。

由于如图8所示的各步骤与如图2所示的各步骤所描述的是同样的方案，只不过执行主体不同，且各步骤所执行的操作的说明也已在上述对云存储服务器所执行操作的实施例中进行过描述，此处不再赘述。

后续仅对以第一智能移动终端作为执行主体的可选方案进行阐述：

可选的，一种包括但不限于的通过P2P方式来实现第一智能移动终端与第二智能移动终端建立数据连接并进行数据传输的方式为：

第一智能移动终端根据接收到的地址信息与第二智能移动终端建立点对点数据传输通路；

第一智能终端将待存储副本通过点对点数据传输通路传输至第二智能移动终端。

实施例六

进一步的，在第一智能移动终端成功将待存储副本保存在第二智能移动终端上后，为了便于后续第三智能移动终端的取用，还需要向云存储服务器发送包含有实际保存了该待存储副本的第二智能移动终端的存储结果，以便云存储服务器根据该存储结果中包含的实际保存了该待存储副本的第二智能移动终端生成该待存储副本的索引信息。

在具备该索引信息后，才使得第三智能移动终端对该待存储副本的取用成为可能，因此第三智能移动终端需要被云存储服务器告知要去哪个第二智能移动终端拉取目标数据，具体过程可参见如图9所示的一种应用于第三智能移动终端的数据下载方法的流程图：

S601：向云存储服务器发起目标数据下载请求；

S602：接收云存储服务器根据保存的索引信息确定并返回的存储有目标数据的第二智能移动终端的地址信息；

需要说明的是，为了能够让云存储服务器根据该目标数据下载请求确定出保存有目标数据的第二智能移动终端，该目标数据下载请求需要携带有目标数据的相关特征信息，例如目标数据的特征码等等，当然，为了使得云存储服务器能够实现查找，也需要将该特征码作为索引信息的一部分保存在索引记录模块中。

S603：通过地址信息与第二智能移动终端建立数据连接，并从第二智能移动终端中下载目标数据。

具体的，本步骤的实现过程可以参见对上述第一智能移动终端通过P2P连接至第二智能移动终端的方式，只不过此处需要将执行主体替换为第三智能移动终端，对第二智能移动终端来将，都是连接的请求方而已，其中第一智能终端要存储数据，第三智能移动终端要取数据而已。

因为情况复杂，无法一一列举进行阐述，本领域技术人员应能意识到根据本申请提供的基本方法原理结合实际情况可以存在很多的例子，在不付出足够的创造性劳动下，应均在本申请的保护范围内。

上述各实施例分别以云存储服务器、第一智能移动终端、第三智能移动终端三个不同的执行主体，分别对本方案涉及的副本数据存储的数据下载方法进行了阐述，为方便理解，本申请还提供了一个同时包含多执行主体的数据云存储系统，首先请参见如图10所示的一种结构示意图，该系统包括：

第一智能移动终端，用于向云存储服务器发起副本存储请求；接收云存储服务器返回的第二智能移动终端的地址信息；根据地址信息将待存储副本传输至第二智能移动终端；

云存储服务器，用于接收第一智能移动终端发起的副本存储请求；从副本存储请求中提取得到第一智能移动终端的特征信息；根据特征信息在可用副本存储终端信息库中筛选出用于保存待存储副本的第二智能移动终端；将第二智能移动终端的地址信息返回至第一智能移动终端；

第二智能移动终端，用于与第一智能移动终端建立数据连接，接收来自第一智能移动终端的待存储副本。

上述描述的该数据云存储系统对应于副本数据存储方法涉及到的云存储服务器、第一智能移动终端和第二智能移动终端，若加入数据下载方法，还需要增加如下内容，请对应参见如图11所示的另一种结构示意图：

第一智能移动终端还用于向云存储服务器发送包含有实际保存了待存储副本的第二智能移动终端的存储结果；

相应的，云存储服务器还用于接收第一智能移动终端返回的待存储副本的存储结果；根据存储结果中包含的实际保存了待存储副本的第二智能移动终端生成待存储副本的索引信息；

相应的，该数据云存储系统还包括：

第三智能移动终端，用于向云存储服务器发起目标数据下载请求；接收云存储服务器根据保存的索引信息确定并返回的存储有目标数据的第二智能移动终端的地址信息；通过地址信息与第二智能移动终端建立数据连接，并从第二智能移动终端中下载目标数据；

相应的，第二智能移动终端还用于与第三智能移动终端建立数据连接，并向第三智能移动终端提供待存储副本。

在上文中已经通过一些实施例对如何充分利用拥有数据存储能力、联网能力的智能移动终端作为节点替代现有技术中集中式的数据存储服务器来解决现有技术缺陷进行了详细的描述，本申请还提供一种与该方法对应的实体硬件装置，此部分内容原理与方案部分相对应，实现原理的部分此处不再赘述，以下将对该实体硬件装置的硬件组成进行描述，由于上述方法实施例涉及三个不同的执行主体，因此此处也针对性的提供了三个对应的硬件装置，分别为云存储服务器、第一智能移动终端和第三智能移动终端，由于这三种电子设备只不过是所发挥的功能不一样，因此此处将提供一种通用的电子设备结构示意图，通过其在内部存储器中存储有可执行不同操作和可实现不同功能的计算机程序来区分，请参见图12，图12为本申请实施例提供的一种电子设备的结构示意图：

该电子设备500包括存储器510、处理器520以及总线530，存储器510上存储有可在处理器520上运行的应用于云存储服务器的数据副本存储程序，该程序通过总线530被传输至处理器520，并在被处理器520执行时可实现如上述实施例给出的应用于云存储服务器的数据副本存储方法中的各步骤；

该存储器510也可以存储有可在处理器520运行的应用于第一智能移动终端的数据副本存储程序，该程序通过总线530被传输至处理器520，并在被处理器520执行时可实现如上述实施例给出的应用于第一智能移动终端的数据副本存储方法中的各步骤；

该存储器510也可以存储有可在处理器520运行的应用于第三智能移动终端的数据下载程序，该程序通过总线530被传输至处理器520，并在被处理器520执行时可实现如上述实施例给出的应用于第三智能移动终端的数据下载方法中的各步骤。

其中，存储器510至少包括一种类型的可读存储介质，可读存储介质包括闪存、硬盘、多媒体卡、卡型存储器(例如，SD或DX存储器等)、磁性存储器、磁盘、光盘等。存储器510在一些实施例中可以是电子设备500的内部存储单元，例如该电子设备500的硬盘。存储器510在另一些实施例中也可以是该电子设备500的外部存储设备，例如该电子设备500上配备的插接式硬盘，智能存储卡(Smart Media Card,SMC)，安全数字(Secure Digital,SD)卡，闪存卡(Flash Card)等。进一步地，存储器510还可以同时由内部存储单元和外部存储设备同时组成。进一步的，存储器510不仅可以用于存储安装于该电子设备500中的各种应用软件和各类数据，还可以用于暂时地存储已经输出或者将要输出的数据。

处理器520在一些实施例中可以是中央处理器(Central Processing Unit,CPU)、控制器、微控制器、微处理器或其他数据处理芯片，用于运行存储器510中存储的程序代码或处理数据，例如数据副本存储程序等。

总线530可以是外设部件互连标准(peripheral component interconnect，简称PCI)总线或扩展工业标准结构(extended industry standard architecture，简称EISA)总线等。该总线可以分为地址总线、数据总线、控制总线等。为便于表示，图12中仅用一条双向中空指示线表示，但并不表示仅有一根总线或一种类型的总线。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。在本申请所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例中所给出的方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-OnlyMemory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

需要说明的是，上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。并且本文中的术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、装置、物品或者方法不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、装置、物品或者方法所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、装置、物品或者方法中还存在另外的相同要素。

以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。

Claims (18)

1.一种数据副本存储方法，其特征在于，应用于云存储服务器，包括：

接收第一智能移动终端发起的副本存储请求；

从所述副本存储请求中提取得到所述第一智能移动终端的特征信息；其中，所述特征信息包括位置信息和网络信息；

根据所述特征信息在可用副本存储终端信息库中筛选出用于保存待存储副本的第二智能移动终端；

将所述第二智能移动终端的地址信息返回至所述第一智能移动终端，以使所述第一智能移动终端通过所述地址信息将所述待存储副本传输至所述第二智能移动终端。

2.根据权利要求1所述的数据副本存储方法，其特征在于，还包括：

接收所述第一智能移动终端返回的待存储副本的存储结果；

根据所述存储结果中包含的实际保存了所述待存储副本的第二智能移动终端生成所述待存储副本的索引信息。

3.根据权利要求1所述的数据副本存储方法，其特征在于，根据所述第一特征信息在可用副本存储终端信息库中筛选出用于保存待存储副本的第二智能移动终端，包括：

根据所述第一智能移动终端的位置信息在所述可用副本存储终端信息库中筛选出与所述第一智能移动终端处于相同区域的第二智能移动终端。

4.根据权利要求1所述的数据副本存储方法，其特征在于，根据所述第一特征信息在可用副本存储终端信息库中筛选出用于保存待存储副本的第二智能移动终端，包括：

根据所述第一智能移动终端的网络信息在所述可用副本存储终端信息库中筛选出与所述第一智能移动终端所属运营商相同的第二智能移动终端。

5.根据权利要求1所述的数据副本存储方法，其特征在于，根据所述第一特征信息在可用副本存储终端信息库中筛选出用于保存待存储副本的第二智能移动终端，包括：

根据所述第一智能移动终端的位置信息和网络信息在所述可用副本存储终端信息库中筛选出与所述第一智能移动终端所属运营商相同、所处区域相同的第二智能移动终端。

6.根据权利要求1所述的数据副本存储方法，其特征在于，还包括：

当接收到第三智能移动终端发来的目标数据访问请求时，根据所述目标数据访问请求确定目标数据所在的目标第二智能移动终端；

当所述第三智能移动终端与所述目标第二智能移动终端间的距离和/或网络质量不满足预设要求时，选取预设数量的第二智能移动终端作为中转节点，以通过各所述中转节点的中转取得所述目标数据。

7.根据权利要求1至6任一项所述的数据副本存储方法，其特征在于，还包括：

监测存储有每个所述待存储副本的第二智能移动终端的在线数；

当所述在线数不等于预设副本数时，增加或减少存储所述副本的第二智能移动终端的数量。

8.一种数据副本存储方法，其特征在于，应用于第一智能移动终端，包括：

向云存储服务器发起副本存储请求；

接收所述云存储服务器返回的第二智能移动终端的地址信息；

根据所述地址信息将待存储副本传输至所述第二智能移动终端。

9.根据权利要求8所述的数据副本存储方法，其特征在于，还包括：

向所述云存储服务器发送包含有实际保存了所述待存储副本的第二智能移动终端的存储结果。

10.根据权利要求8所述的数据副本存储方法，其特征在于，根据所述地址信息将待存储副本传输至所述第二智能移动终端，包括：

根据所述地址信息与所述第二智能移动终端建立点对点数据传输通路；

将所述待存储副本通过所述点对点数据传输通路传输至所述第二智能移动终端。

11.一种数据下载方法，其特征在于，应用于第三智能移动终端，包括：

向云存储服务器发起目标数据下载请求；

接收所述云存储服务器根据保存的索引信息确定并返回的存储有目标数据的第二智能移动终端的地址信息；其中，所述索引信息由所述云存储服务器根据第一智能移动终端返回的包括有实际保存了所述待存储副本的第二智能移动终端的存储结果生成；

通过所述地址信息与所述第二智能移动终端建立数据连接，并从所述第二智能移动终端中下载目标数据。

12.根据权利要求11所述的数据下载方法，其特征在于，通过所述地址信息与所述第二智能移动终端建立数据连接，包括：

根据所述地址信息与所述第二智能移动终端建立点对点数据传输通路；

通过所述点对点数据传输通路从所述第二智能移动终端拉取所述待存储副本。

13.一种数据云存储系统，其特征在于，包括：

第一智能移动终端，用于向云存储服务器发起副本存储请求；接收所述云存储服务器返回的第二智能移动终端的地址信息；根据所述地址信息将待存储副本传输至所述第二智能移动终端；

所述云存储服务器，用于接收所述第一智能移动终端发起的副本存储请求；从所述副本存储请求中提取得到所述第一智能移动终端的特征信息；根据所述特征信息在可用副本存储终端信息库中筛选出用于保存所述待存储副本的第二智能移动终端；将所述第二智能移动终端的地址信息返回至所述第一智能移动终端；

所述第二智能移动终端，用于与所述第一智能移动终端建立数据连接，接收来自所述第一智能移动终端的待存储副本。

14.根据权利要求13所述的数据云存储系统，其特征在于，所述第一智能移动终端还用于向所述云存储服务器发送包含有实际保存了所述待存储副本的第二智能移动终端的存储结果；

相应的，所述云存储服务器还用于接收所述第一智能移动终端返回的待存储副本的存储结果；根据所述存储结果中包含的实际保存了所述待存储副本的第二智能移动终端生成所述待存储副本的索引信息；

相应的，该数据云存储系统还包括：

第三智能移动终端，用于向所述云存储服务器发起目标数据下载请求；接收所述云存储服务器根据保存的索引信息确定并返回的存储有目标数据的第二智能移动终端的地址信息；通过所述地址信息与所述第二智能移动终端建立数据连接，并从所述第二智能移动终端中下载目标数据；

相应的，所述第二智能移动终端还用于与所述第三智能移动终端建立数据连接，并向所述第三智能移动终端提供所述待存储副本。

15.一种云存储服务器，其特征在于，所述云存储服务器包括存储器、处理器以及总线，所述存储器上存储有可在所述处理器上运行的服务器处理程序，所述服务器处理程序被所述总线传输至所述处理器，并在被所述处理器执行时可实现如权利要求1至7任一项所述的数据副本存储方法。

16.一种第一智能移动终端，其特征在于，所述第一智能移动终端包括存储器、处理器以及总线，所述存储器上存储有可在所述处理器上运行的发起端处理程序，所述发起端处理程序被所述总线传输至所述处理器，并在被所述处理器执行时可实现如权利要求8至10任一项所述的数据副本存储方法。

17.一种第三智能移动终端，其特征在于，所述第三智能移动终端包括存储器、处理器以及总线，所述存储器上存储有可在所述处理器上运行的下载端处理程序，所述下载端处理程序被所述总线传输至所述处理器，并在被所述处理器执行时可实现如权利要求11或12所述的数据下载方法。

18.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如权利要求1至7任一项所述的数据副本存储方法和/或如权利要求8至10任一项所述的数据存储方法和/或如权利要求11或12所述的数据下载方法。