CN105700819A - 用于网络数据存储的方法和系统 - Google Patents

Abstract

本公开内容涉及用于网络数据存储的方法和系统。在一个实施例中，公开了一种用于网络数据存储的方法，包括：从用户设备接收待存储的目标数据；确定所述用户设备上与所述目标数据相关联的应用；获取通过监视历史数据而生成的存储模式，所述存储模式指示所述历史数据的存储特性，所述历史数据与所述应用或者所述应用的类似应用相关联；以及基于所述存储模式来控制所述目标数据在网络中的存储。还描述了相应的系统。

Description

用于网络数据存储的方法和系统

技术领域

本发明的实施例总体上涉及数据存储领域，并且特别涉及用于网络数据存储的方法和系统。

背景技术

随着网络技术、特别是云(Cloud)技术的发展，越来越多的用户数据被存储在网络位置。例如，当一个应用被安装在用户设备之后，在该应用的使用过程中可能产生各类数据。例如，用户可以使用安装在用户设备上的通信应用程序与其他用户进行通信，并且由此产生聊天记录。应用所产生的数据可以被部分或者全部地传输给服务器，例如云服务器，并且由服务器存储在网络存储设备中。

服务器通常由多种或者多层硬件和/或软件系统构成。例如，一个云服务器可以将来自用户设备的数据存储在不同的存储设备中。不同的存储设备往往具有不同的特性，并且适用于存储不同类型的数据。例如，某些存储设备的可靠性显著高于其他存储设备，并且因此可被用来存储安全性要求较高的应用的数据。另一些存储设备的数据读取速度快于其他存储设备，因此可被用来存储需要快速响应的应用的数据。

然而，在传统的网络数据存储方案中，网络服务器无法高效、准确地确定从用户设备接收到的数据具有何种性质，因此也就无法将其存储在适当的存储设备中。某些服务器允许用户显式地指明数据存储需求。但是这需要用户具有较高的专业技能水平，和/或对存储设备的特性具有比较深入的了解。另一些已知方案只能在各个存储子系统内部进行局部优化，而且需要较长的周期。

发明内容

总体上，本发明的实施例提供用于网络数据存储的方案。

在本发明的一个方面，提供一种用于网络数据存储的方法。所述方法包括：从用户设备接收待存储的目标数据；确定所述用户设备上与所述目标数据相关联的应用；获取通过监视历史数据而生成的存储模式，所述存储模式指示所述历史数据的存储特性，所述历史数据与所述应用相关联；以及基于所述存储模式来控制所述目标数据在网络中的存储。

在本发明的另一方面，提供一种用于网络数据存储的系统。所述系统包括：数据接收单元，被配置为从用户设备接收待存储的目标数据；关联确定单元，被配置为确定所述用户设备上与所述目标数据相关联的应用；模式获取单元，被配置为获取通过监视历史数据而生成的存储模式，所述存储模式指示所述历史数据的存储特性，所述历史数据与所述应用相关联；以及存储控制单元，被配置为基于所述存储模式来控制所述目标数据在网络中的存储。

根据本发明的实施例，可以识别与待存储的目标数据相关联的应用。进而，可以获取与该应用相关联的历史数据。在运行过程中，服务器已经通过对这些历史数据的存储和访问行为的监视和学习，提取了描述这些历史数据的存储特性的模式信息。利用所提取的模式，能够自适应地实现对当前待存储数据的有效而准确的存储优化。本发明的其他特征和优点将通过下文描述而变得容易理解。

附图说明

通过结合附图对本发明示例性实施方式进行更详细的描述，本发明的上述以及其它目的、特征和优势将变得更加明显其中：

图1示出了适于用来实现本发明实施例的示例性计算机系统/服务器的示意性框图；

图2示出了本发明的实施例可实现于其中的网络存储环境的示意性框图；

图3示出了根据本发明实施例的用于网络数据存储的示意性流程图；以及

图4示出了根据本发明实施例的用于网络数据存储的系统的示意性框图。

在附图中，相同或相似的标号被用来表示相同或相似的元素。

具体实施方式

下面将参照附图更详细地描述本公开的优选实施方式。虽然附图中显示了本公开的优选实施方式，然而应该理解，可以以各种形式实现本公开而不应被这里阐述的实施方式所限制。相反，提供这些实施方式是为了使本公开更加透彻和完整，并且能够将本公开的范围完整地传达给本领域的技术人员。

图1示出了适于用来实现本发明实施方式的示例性计算机系统/服务器12的方框图。图1显示的计算机系统/服务器12仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图1所示，计算机系统/服务器12以通用计算设备的形式表现。计算机系统/服务器12的组件可以包括但不限于：一个或者多个处理器或者处理单元16，系统存储器28，连接不同系统组件(包括系统存储器28和处理单元16)的总线18。

总线18表示几类总线结构中的一种或多种，包括存储器总线或者存储器控制器，外围总线，图形加速端口，处理器或者使用多种总线结构中的任意总线结构的局域总线。举例来说，这些体系结构包括但不限于工业标准体系结构(ISA)总线，微通道体系结构(MAC)总线，增强型ISA总线、视频电子标准协会(VESA)局域总线以及外围组件互连(PCI)总线。

计算机系统/服务器12典型地包括多种计算机系统可读介质。这些介质可以是任何能够被计算机系统/服务器12访问的可用介质，包括易失性和非易失性介质，可移动的和不可移动的介质。

系统存储器28可以包括易失性存储器形式的计算机系统可读介质，例如随机存取存储器(RAM)30和/或高速缓存存储器32。计算机系统/服务器12可以进一步包括其它可移动/不可移动的、易失性/非易失性计算机系统存储介质。仅作为举例，存储系统34可以用于读写不可移动的、非易失性磁介质(图1未显示，通常称为“硬盘驱动器”)。尽管图1中未示出，可以提供用于对可移动非易失性磁盘(例如“软盘”)读写的磁盘驱动器，以及对可移动非易失性光盘(例如CD-ROM，DVD-ROM或者其它光介质)读写的光盘驱动器。在这些情况下，每个驱动器可以通过一个或者多个数据介质接口与总线18相连。存储器28可以包括至少一个程序产品，该程序产品具有一组(例如至少一个)程序模块，这些程序模块被配置以执行本发明各实施例的功能。

具有一组(至少一个)程序模块42的程序/实用工具40，可以存储在例如存储器28中，这样的程序模块42包括-但不限于-操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。程序模块42通常执行本发明所描述的实施例中的功能和/或方法。

计算机系统/服务器12也可以与一个或多个外部设备14(例如键盘、指向设备、显示器24等)通信，还可与一个或者多个使得用户能与该计算机系统/服务器12交互的设备通信，和/或与使得该计算机系统/服务器12能与一个或多个其它计算设备进行通信的任何设备(例如网卡，调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口22进行。并且，计算机系统/服务器12还可以通过网络适配器20与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。如图所示，网络适配器20通过总线18与计算机系统/服务器12的其它模块通信。应当明白，尽管图中未示出，可以结合计算机系统/服务器12使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。

下面将详细描述本发明实施例的机制和原理。除非特别声明，在下文和权利要求中使用的术语“基于”表示“至少部分地基于”。术语“包括”表示开放性包括，即“包括但不限于”。术语“多个”表示“两个或更多”。术语“一个实施例”表示“至少一个实施例”。术语“另一实施例”表示“至少一个另外的实施例”。其他术语的定义将在下文描述中给出。

一般地，根据本发明的实施例，响应于接收到来自用户设备的待存储数据，服务器可以识别数据与用户设备上的哪个或者哪些应用相关联。而后，服务器可以获取与该应用相关联的历史数据。这些历史数据至少部分地从运行有该应用或类似应用的其他用户设备收集。服务器对这些历史数据在存储过程中展现出的特性进行学习和记录，以形成存储模式(pattern)。这样的存储模式可被用来以最适合的方式存储当前接收到的数据。以此方式，数据存储方案可以得到显著优化。

图2示出了本发明的实施例适于实现于其中的环境200的示例性框图。如图所示，环境200包括：服务器210，由服务器210管理的一个或多个网络存储设备215，以及用户设备220和230。

服务器210可以是能够为用户提供数据存储服务的任何服务器。在一个实施例中，服务器210是专门用于管理网络数据存储的专用服务器。备选地，在一个实施例中，服务器210在提供数据存储服务的同时，还可以为用户提供其他服务，例如即时通信服务、电子邮件(email)服务、社交网络服务，等等。

网络存储设备215由服务器210管理和控制。在一个实施例中，网络存储设备215可以是独立于服务器210并且由其控制的数据存储设备。备选地，在一个实施例中，网络存储设备215可以与服务器210定位在相同的物理机器中。网络存储设备215可以包含任何适当的数据存储介质，不论其是目前已知的还是将来开发的。数据存储介质可以包括易失性存储介质和/或非易失性存储介质。数据存储介质的示例包括但不限于：硬盘、软盘、光盘、磁带，等等。

特别地，不同的网络存储设备215可能具有不同的设备性能。例如，某些网络存储设备能够提供较短的响应时间；某些网络存储设备能够提供比较可靠的数据安全性；某些网络存储设备适于持久地保持数据，等等。

用户设备220和230的任何一个可以是专用或者多功能电子设备。用户设备220和/或230可以是固定类型的电子设备，例如个人计算机(PC)或者服务器。备选地或附加地，用户设备220和/或230可以是移动设备，例如移动电话、膝上型计算机、平板式计算机、个人数字助理(PDA)、可穿戴计算设备，等等。

特别地，为讨论方便起见，用户设备在图2中被示为用户设备220以及一个或多个其他用户设备230。但是，这并不意味着用户设备220与用户设备230必然存在不同。用户设备220与230可以是具有相同或者不同的类型、功能、特性，等等。

每个用户设备上可以运行有一个或多个应用。用户设备上的应用可以具有相关联的数据。例如，应用可以在其执行过程中产生数据。例如，即时通信工具将会产生聊天记录、日志文件、用户信息简档，等等。附加地或备选地，用户可以向应用输入数据，与应用相关联地存储数据，或者以其他任何方式将数据与应用进行关联。作为其他示例，与应用相关联的数据还可以包括指示以下或多个的数据：应用的设置，用户的简档信息，所在系统或运行环境的参数和/或配置，等等。

用户设备220和/或230可以将与其上的应用相关联的全部或者部分数据发送给服务器210。作为响应，服务器210可以将接收到的数据存储在一个或多个网络存储设备215中。应当理解，用户设备可以保存被发送给服务器210进行远程存储的数据的本地复本。例如，对于即时通信应用而言，全部聊天记录可以被保存在网络存储设备215中。同时，部分或者全部聊天记录可以被存储在用户设备本地。当然，在某些情况下，数据可以仅被远程保存在网络侧。本发明的范围在此方面不受限制。

服务器210与用户设备220和230之间可以借助于任何适当的通信介质进行通信。通信介质的示例包括但不限于：计算机网络，例如因特网、内联网、局域网(LAN)、城域网(MAN)；通信网络，例如第二代(2G)、第三代(3G)、第四代(4G)以及任何适当的电信网络；近场通信网络，例如蓝牙、红外，等等。

下面参考图3描述根据本发明实施例的用于网络数据存储的方法300。方法300例如可由图2中所示的服务器210执行。如图所示，方法300开始于步骤S310，在此从用户设备接收待存储的数据(称为“目标数据”)。例如，在一个实施例中，目标数据可以被组织在文件中。

在步骤S320，服务器确定用户设备上与所接收的目标数据相关联的应用。根据本发明的实施例，可以采用任何适当的方法来确定接收到的目标数据与用户设备上的哪个应用相关联。例如，在一个实施例中，用户设备的用户可以在发送目标数据时，以人工方式将相关应用的标识(例如，应用的名称)发送给服务器。

备选地或附加地，在一个实施例中，服务器可以根据所接收的目标数据的属性(property)而自动地识别与应用相关联的应用。在一个实施例中，如上所述，目标数据除了被发送到服务器之外还可以在至少一段时间内被本地存储在用户设备中。例如，记录应用运行状况的日志(log)文件在被发送给服务器的同时，将会被本地存储在用户设备中。在这样的实施例中，服务器可以获取目标数据的本地存储位置，并且根据本地存储位置来确定目标数据与用户设备上的哪个或者哪些应用相关联。

例如，在一个实施例中，可以通过分析目标数据在用户设备中的文件目录路径，来确定与目标数据相关联的应用。可以理解，对于同一应用而言，它在不同用户设备上的实例通常将同类数据存储在相同或者相似的文件目录路径中。对于运行有相同类型的操作系统(OS)的用户设备而言情况尤其如此。仅仅作为示例，一个给定的即时通信应用通常将用户的聊天记录存储在相同的文件目录下，例如Root:/UserData/Chat/record.txt(其中“Root”是该应用所在的根目录)。

在这样的实施例中，服务器210可以事先确定和记录各种应用保存其各类数据的常见文件目录路径。这样的信息例如可以被存储在服务器210可访问的文件或者数据库中以充当先验知识。当任何用户设备(例如，用户设备220)向服务器210发送与特定应用相关联的目标数据时，该数据的本地存储位置的文件目录路径可以随同目标数据被发送给服务器210。由此，服务器210可以将接收到的文件目录路径与先验知识进行比较，从而确定与目标数据相关联的应用。

特别地，发明人注意到，在应用用来存储目标数据的文件目录路径中，通常包含有与该应用有关的标识符，例如应用的名称或者别名(Alias)。例如，文件目录路径中的一个或多个文件夹的名称可以包含应用的名称或别名。作为示例，假设某个应用的名称为ABC，则与该应用相关联的目标数据的本地存储位置的文件目录路径中，很可能包括有字符串“ABC”。例如，与该应用相关联的日志数据可被存储在Root:/ABC/log.txt中(其中“Root”是该应用所在的根目录)。在这样的实施例中，服务器可以在表示数据的本地存储位置的字符串中，搜索与应用有关的标识符，例如应用的名称或者别名。如果搜索到这样的标识符，则可以确定接收到的数据与该标识符所指示的应用相关联。

备选地或附加地，在一个实施例中，应用的标识符也可以被包含在数据属性中。在一个实施例中，目标数据可以以文件的形式从用户设备被发送给服务器。在此实施例中，文件的属性中可以指示创建该文件的应用。由此，服务器220可以通过解析数据属性来获取应用的标识符，从而确定与目标数据相关联的应用。应用的标识符也可以被包含在目标数据的其他属性中，本发明的范围在此方面不受限制。

将会理解，上文描述的仅仅是若干可行的示例性实施例，无意以任何方式限制本发明的范围。可以使用任何目前已知或者将来开发的技术手段，确定用户设备上与接收到的目标数据相关联的应用。例如，在一个备选实施例中，可以通过对目标数据内容本身进行分析，确定目标数据所关联的应用。作为示例，可以在目标数据内容中搜索应用的标识符，等等。而且如上所述，可以要求用户以人工方式指明应用与目标数据的关联关系。

另外，将会理解，在服务器处接收到的目标数据并非只能与用户设备上一个应用相关联。相反，在一个实施例中，目标数据可以同时与用户设备上的两个或更多应用相关联。

方法300接下来进行到步骤S330，在此获取相关历史数据的存储模式。在本发明的上下文中，相关历史数据是指由服务器先前接收和存储的数据，这些数据和步骤S310处接收到的数据与相同的应用(称为“目标应用”)相关联。例如，在一个实施例中，如果确定当前接收到的数据与图像处理应用XX相关联，则历史数据是服务器先前接收和存储的与应用XX相关联的数据。

附加地或备选地，历史数据也可以与目标应用的类似应用关联，从而间接与目标应用关联。例如，在一个实施例中，服务器可以维护有相似应用的列表。应用之间的相似性可以根据应用的类型、功能、所提供的服务、操作模式、开发者等任何因素或其任意组合来确定。对于任何给定的应用，服务器可以通过检索该列表来确定与之相似的一个或多个其他应用。

在此实施例中，历史数据可以包括与当前目标数据所关联的应用的相似应用的关联数据。仅出于讨论之目的，仍然考虑上文描述的示例。假设服务器确定：应用YY是与应用XX相类似的另一图像处理应用。此时，服务器可以使用与应用YY相关联的先前数据，作为当前目标数据的相关历史数据。

特别地，在一个实施例中，历史数据的至少一部分可以与当前目标数据接收自不同的用户设备。例如，参考图2的示例，假设服务器210接收到的目标数据来自用户设备220，并且与用户设备220上的给定应用A相关联。此时，历史数据的至少一部分可以是来自一个或多个其他用户设备230的、与应用A或者类似应用相关联的数据。当然，情况并非一定如此。在一个实施例中，历史数据的部分或者全部可以与当前目标数据来自相同的用户设备。

根据本发明的实施例，服务器210可以以各个应用为基础，监视相关联的历史数据的存储特性，进而生成描述这种特性的存储模式。也就是说，对于每个或者每类相似的应用，服务器210可以对与之关联的历史数据进行实时地或者定期地监视，以发现此类数据在存储和访问中展现出的规律性特征。根据本发明的实施例，存储模式可以描述历史数据与存储和/或访问有关的任何方面的特性或者特点。

作为示例，在一个实施例中，历史数据的存储特性可以包括历史数据的访问频率，即，历史数据间隔多长时间被访问一次。对于来自不同用户设备的历史数据，服务器可以对其访问频率求平均、取最大值、取最小值或者进行任何其他附加的和/或备选的操作。得到的结果可以被用作历史数据的访问频率。

附加地或备选地，在一个实施例中，历史数据的存储特性可以包括针对历史数据的访问类型。例如，服务器可以确定历史数据在被存储之后是主要被读取、修改(写入)还是兼而有之。特别地，访问类型可以指示历史数据在被存储之后是否具有只读属性(即，只被读取而未被修改过)或者只写属性(即，只被修改而未被读取过)。

附加地或备选地，在一个实施例中，历史数据的存储特性可以包括针对历史数据的访问的输入/输出(I/O)响应时间。在一个实施例中，可以定量地记录历史数据的I/O响应时间。备选地或附加地，在一个实施例中，可以将I/O响应时间定性地划分为若干预定义的等级，例如“甚快”、“快”、“普通”、“慢”、“甚慢”。与特定应用相关联的历史数据可被指派到某个等级。

附加地或备选地，在一个实施例中，历史数据的存储特性可以包括历史数据被存储的时间长度。通过监视历史数据被存储的时间长度，可以确定历史数据通常被当作临时数据还是持久性数据来存储。对于来自不同用户设备的历史数据，服务器可以对其存储持续时间求平均、取最大值、取最小值或者进行任何其他附加的和/或备选的操作。得到的结果可以被用作历史数据的存储持续时间。

附加地或备选地，在一个实施例中，历史数据的存储特性可以包括历史数据的大小。对于来自不同用户设备的历史数据，服务器可以对其大小求平均、取最大值、取最小值或者进行任何其他附加的和/或备选的操作。得到的结果可以被用作历史数据的大小。

附加地或备选地，在一个实施例中，历史数据的存储特性可以包括历史数据的大小的变化趋势。发明人注意到：在很多应用场景中，当数据被存储之后，其大小往往随着时间而变化。由此，服务器可以跟踪监视数据在被存储之后的给定时间窗口内的大小变化情况。例如，在一个实施例中，服务器可以记录数据在多个给定时段内的起始大小和终止大小。当然，也可以连续地记录数据大小随时间的改变。

附加地或备选地，在一个实施例中，历史数据的存储特性可以包括历史数据与其他数据的访问关联性。具体而言，在这样的实施例中，服务器可以监视历史数据与其他数据是否倾向于在预定的时间间隔之内被一起访问。例如，如果服务器发现与应用A相关联的历史数据被读取和/或写入前后，与另一应用B相关联的数据总是在预定的时间邻域内被读取和/或写入，则可以认为这两类数据彼此具有访问关联。

将会理解，上文描述的仅仅是历史数据的存储特性的若干示例，无意以任何方式限制本发明的范围。根据在此给出的教导，可以通过服务器对历史数据的存储和/或访问进行监控，从而获取任何附加的或备选的存储特性。这是本领域技术人员能够想的，均落入本发明的保护范围之内。

根据本发明的实施例，历史数据的一个或多个存储特性可以按照任何适当的格式被组织在一个，从而形成历史数据的存储模式。例如，多个存储特性可以被组织在表、列表、队列等任何适当的数据结构中。存储模式可以被保存在文本文件、数据库表、可扩展标记语言(XML)文件，等等。

仍然参考图3，方法300继而进行到步骤S340，在此基于在步骤S330处获取的历史数据的存储模式，来控制在步骤S310处接收到的目标数据的存储。根据本发明的实施例，目标数据与历史数据的关联性(与相同或者相似的应用相关联)在存储管理中被纳入考虑，从而可以借助于历史数据的存储模式，对目标数据的存储进行优化。这种优化不是随着时间的推移而缓慢进行的。相反，从目标数据被存储伊始，就可以按照优化的方式来指定存储管理方案。这是已知的传统方案所无法实现的。

具体而言，在一个实施例中，服务器可以为目标数据选择适当的网络存储设备，使得所选择的网络存储设备的设备性能符合数据存储模式。例如，如果存储模式指示历史数据的访问频率很高，则可以将目标数据存储在具有高I/O性能(例如，较短的I/O响应时间)的网络存储设备中。

备选地或附加地，在一个实施例中，如果存储模式指示历史数据在被存储之后不会被修改而仅仅会被读取而不会被修改(即，具有只读属性)，则可以将目标数据存储在具有只读存储设备的网络存储设备中。又如，在一个实施例中，如果历史数据被确定为临时数据(即，在经过较短的时间之后即被删除)，则可以将目标数据存储到主要确保吞吐性能而不是数据可靠性的网络存储设备中。

备选地或附加地，在一个实施例中，如果存储模式指示目标数据与特定的先前数据具有较高的访问相关性，则服务器可以将目标数据存储在与该先前数据相同或者相近的网络存储设备中，以便降低I/O访问的开销。

特别地，在步骤S340处，根据存储模式来控制数据存储不仅可以包括控制目标数据的初始存储，还可以包括根据存储模式而动态地调整目标数据的存储。

作为示例，如果存储模式指示数据大小随着时间而规律性的增减，则服务器可以在相应的一个或多个时间节点对目标数据进行转存，以便随着数据大小的改变选择具有适当容量的网络存储设备(当然，如果存储资源比较充裕，也可以从一开始便将目标数据存储在容量较大的网络存储设备中)。

作为又一示例，假设历史数据的存储模式指示：历史数据在给定的时段之内被比较频繁的访问，但是在该时间段经过之后访问频率显著降低。此时，在一个实施例中，服务器可以在该时间段之内将目标数据存储在I/O性能较高并且因此能够提供较短响应时间的网络存储设备上。在该时间段之后，服务器可以将目标数据转存到比较慢速的网络存储设备上，例如专门用于存档的存储设备。

另外，根据本发明的实施例，对历史数据的监视可以持续地或周期性地执行。随着时间的推移和对相关历史数据的监视，存储模式可能发生改变或更新。响应于这种更新，服务器可以基于更新后的存储模式，相应地调整有关数据的存储方案。以此方式，可以实现数据存储方案的动态优化。

特别地，当步骤S310处接收到的目标数据在步骤S340被存储之后，该目标数据本身可以被作为相关联应用的历史数据被监视。也就是所，服务器在目标数据被存储之后，可以监视该目标数据的存储和/或访问的特性，以便更新对应的数据访问模式(如果需要的话)。以此方式，能够实现历史数据的动态扩展，从而在更大的数据样本上提取更为准确的存储模式。

图4示出了根据本发明的示例性实施例的用于网络数据存储的系统400的示意性框图。如图所示，系统400包括：数据接收单元410，被配置为从用户设备接收待存储的目标数据；关联确定单元420，被配置为确定所述用户设备上与所述目标数据相关联的应用；模式获取单元430，被配置为获取通过监视历史数据而生成的存储模式，所述存储模式指示所述历史数据的存储特性，所述历史数据与所述应用或者所述应用的类似应用相关联；以及存储控制单元440，被配置为基于所述存储模式来控制所述目标数据在网络中的存储。

在一个实施例中，所述关联确定单元420包括：第一关联确定单元，被配置为基于所述目标数据的属性来确定所述用户设备上与所述目标数据相关联的所述应用。在此实施例中，所述第一关联确定单元可以包括：本地存储位置确定单元，被配置为确定所述目标数据在所述用户设备上的本地存储位置；以及第二关联确定单元，被配置为基于所述本地存储位置来确定所述用户设备上与所述目标数据相关联的所述应用。

在一个实施例中，所述历史数据的至少一部分从具有所述应用或者所述类似应用的至少一个其他用户设备收集。在一个实施例中，所述历史数据的所述存储特性包括以下至少一项：针对所述历史数据的访问的频率；针对所述历史数据的访问的类型；针对所述历史数据的访问的输入/输出响应时间；所述历史数据被存储的时间长度；所述历史数据的大小；所述历史数据的大小的变化趋势；以及所述历史数据与其他数据的访问关联性。

在一个实施例中，所述存储控制单元440包括：存储设备选择单元，被配置为选择所述网络中用于存储所述目标数据的存储设备，使得所述存储设备的性能与所述存储模式相匹配。备选地或附加地，在一个实施例中，所述存储控制单元440包括：数据转存单元，被配置为根据所述存储模式，随时间而改变所述网络中用于存储所述目标数据的存储设备。

在一个实施例中，系统400还包括：历史数据更新单元，被配置为将所述目标数据添加到与所述应用相关联的所述历史数据中以便监视。备选地或附加地，在一个实施例中，系统400还包括：模式更新单元，被配置为在所述目标数据被存储之后，通过监视所述历史数据而更新所述存储模式；以及存储调整单元，被配置为基于更新后的存储模式来调整所述目标数据的存储。

为清晰起见，图4中没有示出系统400所包括的可选单元或者子单元。上文所描述的所有特征和操作分别适用于系统400，故在此不再赘述。而且，系统400中的单元或子单元的划分不是限制性的而是示例性的，旨在从逻辑上描述其主要功能或操作。一个单元的功能可以由多个单元来实现；反之，多个单元亦可由一个单元来实现。本发明的范围在此方面不受限制。

而且，系统400所包含的单元可以利用各种方式来实现，包括软件、硬件、固件或其任意组合。例如，在某些实施方式中，系统400可以利用软件和/或固件来实现。备选地或附加地，系统400可以部分地或者完全地基于硬件来实现。例如，系统400中的一个或多个单元可以实现为集成电路(IC)芯片、专用集成电路(ASIC)、片上系统(SOC)、现场可编程门阵列(FPGA)，等等。本发明的范围在此方面不受限制。

本发明可以是系统、方法和/或计算机程序产品。计算机程序产品可以包括计算机可读存储介质，其上载有用于使处理器实现本发明的各个方面的计算机可读程序指令。

计算机可读存储介质可以是可以保持和存储由指令执行设备使用的指令的有形设备。计算机可读存储介质例如可以是-但不限于-电存储设备、磁存储设备、光存储设备、电磁存储设备、半导体存储设备或者上述的任意合适的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、静态随机存取存储器(SRAM)、便携式压缩盘只读存储器(CD-ROM)、数字多功能盘(DVD)、记忆棒、软盘、机械编码设备、例如其上存储有指令的打孔卡或凹槽内凸起结构、以及上述的任意合适的组合。这里所使用的计算机可读存储介质不被解释为瞬时信号本身，诸如无线电波或者其他自由传播的电磁波、通过波导或其他传输媒介传播的电磁波(例如，通过光纤电缆的光脉冲)、或者通过电线传输的电信号。

这里所描述的计算机可读程序指令可以从计算机可读存储介质下载到各个计算/处理设备，或者通过网络、例如因特网、局域网、广域网和/或无线网下载到外部计算机或外部存储设备。网络可以包括铜传输电缆、光纤传输、无线传输、路由器、防火墙、交换机、网关计算机和/或边缘服务器。每个计算/处理设备中的网络适配卡或者网络接口从网络接收计算机可读程序指令，并转发该计算机可读程序指令，以供存储在各个计算/处理设备中的计算机可读存储介质中。

用于执行本发明操作的计算机程序指令可以是汇编指令、指令集架构(ISA)指令、机器指令、机器相关指令、微代码、固件指令、状态设置数据、或者以一种或多种编程语言的任意组合编写的源代码或目标代码，所述编程语言包括面向对象的编程语言-诸如Java、Smalltalk、C++等，以及常规的过程式编程语言-诸如“C”语言或类似的编程语言。计算机可读程序指令可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络-包括局域网(LAN)或广域网(WAN)-连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。在一些实施例中，通过利用计算机可读程序指令的状态信息来个性化定制电子电路，例如可编程逻辑电路、现场可编程门阵列(FPGA)或可编程逻辑阵列(PLA)，该电子电路可以执行计算机可读程序指令，从而实现本发明的各个方面。

这里参照根据本发明实施例的方法、装置(系统)和计算机程序产品的流程图和/或框图描述了本发明的各个方面。应当理解，流程图和/或框图的每个方框以及流程图和/或框图中各方框的组合，都可以由计算机可读程序指令实现。

这些计算机可读程序指令可以提供给通用计算机、专用计算机或其它可编程数据处理装置的处理器，从而生产出一种机器，使得这些指令在通过计算机或其它可编程数据处理装置的处理器执行时，产生了实现流程图和/或框图中的一个或多个方框中规定的功能/动作的装置。也可以把这些计算机可读程序指令存储在计算机可读存储介质中，这些指令使得计算机、可编程数据处理装置和/或其他设备以特定方式工作，从而，存储有指令的计算机可读介质则包括一个制造品，其包括实现流程图和/或框图中的一个或多个方框中规定的功能/动作的各个方面的指令。

计算机可读程序指令也可加载到计算机、其它可编程数据处理装置、或其它设备上，使得在计算机、其它可编程数据处理装置或其它设备上执行一系列操作步骤，以产生计算机实现的过程，从而使得在计算机、其它可编程数据处理装置、或其它设备上执行的指令实现流程图和/或框图中的一个或多个方框中规定的功能/动作。

附图中的流程图和框图显示了根据本发明的多个实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或指令的一部分，所述模块、程序段或指令的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

以上描述了本发明的各实施例，上述说明是示例性的而非穷尽性的，并且也不限于所披露的各实施例。在不偏离所说明的各实施例的范围和精神的情况下，对于本技术领域的普通技术人员来说许多修改和变更都是显而易见的。本文中所用术语的选择，旨在最好地解释各实施例的原理、实际应用或对市场中技术的技术改进，或者使本技术

领域的其它普通技术人员能理解本文披露的各实施例。

Claims (18)

1.一种用于网络数据存储的方法，包括：

从用户设备接收待存储的目标数据；

确定所述用户设备上与所述目标数据相关联的应用；

获取通过监视历史数据而生成的存储模式，所述存储模式指示所述历史数据的存储特性，所述历史数据与所述应用相关联；以及

基于所述存储模式来控制所述目标数据在网络中的存储。

2.根据权利要求1所述的方法，其中确定所述用户设备上与所述目标数据相关联的应用包括：

基于所述目标数据的属性来确定所述用户设备上与所述目标数据相关联的所述应用。

3.根据权利要求2所述的方法，其中基于所述目标数据的属性来确定所述用户设备上与所述目标数据相关联的所述应用包括：

确定所述目标数据在所述用户设备上的本地存储位置；以及

基于所述本地存储位置来确定所述用户设备上与所述目标数据相关联的所述应用。

4.根据权利要求1所述的方法，其中所述历史数据的至少一部分从具有所述应用的至少一个其他用户设备收集。

5.根据权利要求1所述的方法，其中所述历史数据的所述存储特性包括以下至少一项：

针对所述历史数据的访问的频率；

针对所述历史数据的访问的类型；

针对所述历史数据的访问的输入/输出响应时间；

所述历史数据被存储的时间长度；

所述历史数据的大小；

所述历史数据的大小的变化趋势；以及

所述历史数据与其他数据的访问关联性。

6.根据权利要求1所述的方法，其中基于所述存储模式来控制所述目标数据在网络中的存储包括：

选择所述网络中用于存储所述目标数据的存储设备，使得所述存储设备的性能与所述存储模式相匹配。

7.根据权利要求1所述的方法，其中基于所述存储模式来控制所述目标数据在网络中的存储包括：

根据所述存储模式，随时间而改变所述网络中用于存储所述目标数据的存储设备。

8.根据权利要求1所述的方法，还包括：

将所述目标数据添加到与所述应用相关联的所述历史数据中以便监视。

9.根据权利要求1所述的方法，还包括：

在所述目标数据被存储之后，通过监视所述历史数据而更新所述存储模式；以及

基于更新后的存储模式来调整所述网络中用于存储所述目标数据的存储设备。

10.一种用于网络数据存储的系统，包括：

数据接收单元，被配置为从用户设备接收待存储的目标数据；

关联确定单元，被配置为确定所述用户设备上与所述目标数据相关联的应用；

模式获取单元，被配置为获取通过监视历史数据而生成的存储模式，所述存储模式指示所述历史数据的存储特性，所述历史数据与所述应用相关联；以及

存储控制单元，被配置为基于所述存储模式来控制所述目标数据在网络中的存储。

11.根据权利要求10所述的系统，其中所述关联确定单元包括：

第一关联确定单元，被配置为基于所述目标数据的属性来确定所述用户设备上与所述目标数据相关联的所述应用。

12.根据权利要求11所述的系统，其中所述第一关联确定单元包括：

本地存储位置确定单元，被配置为确定所述目标数据在所述用户设备上的本地存储位置；以及

第二关联确定单元，被配置为基于所述本地存储位置来确定所述用户设备上与所述目标数据相关联的所述应用。

13.根据权利要求10所述的系统，其中所述历史数据的至少一部分从具有所述应用的至少一个其他用户设备收集。

14.根据权利要求10所述的系统，其中所述历史数据的所述存储特性包括以下至少一项：

针对所述历史数据的访问的频率；

针对所述历史数据的访问的类型；

针对所述历史数据的访问的输入/输出响应时间；

所述历史数据被存储的时间长度；

所述历史数据的大小；

所述历史数据的大小的变化趋势；以及

所述历史数据与其他数据的访问关联性。

15.根据权利要求10所述的系统，其中所述存储控制单元包括：

存储设备选择单元，被配置为选择所述网络中用于存储所述目标数据的存储设备，使得所述存储设备的性能与所述存储模式相匹配。

16.根据权利要求10所述的系统，其中所述存储控制单元包括：

数据转存单元，被配置为根据所述存储模式，随时间而改变所述网络中用于存储所述目标数据的存储设备。

17.根据权利要求10所述的系统，还包括：

历史数据更新单元，被配置为将所述目标数据添加到与所述应用相关联的所述历史数据中以便监视。

18.根据权利要求10所述的系统，还包括：

模式更新单元，被配置为在所述目标数据被存储之后，通过监视所述历史数据而更新所述存储模式；以及

存储调整单元，被配置为基于更新后的存储模式来调整所述网络中用于存储所述目标数据的存储设备。