用于自动创建和访问偏好个人云数据的机制的制作方法

文档序号:11333875阅读:144来源:国知局
用于自动创建和访问偏好个人云数据的机制的制造方法与工艺

在此描述的实施例通常涉及针对个人设备和云数据的安全分布式备份,并且更具体地涉及一种用于使用任何用户设备在任何设备或服务上来备份驻留在任何设备或服务上的个人云数据同时向用户提供对数据的加密的完全控制的机制。



背景技术:

许多研究示出了使用趋势,其中,消费者通常使用多个设备(如智能电话、平板计算机和个人计算机),并且还使用一个或多个云服务(如云存储、社交网络、照片分享网站以及聊天服务)。用户在设备和服务之间轻松地切换,但是,基于用户当前使用的设备以及特定用户设备将提供什么类型的网络连接以连接至其他设备或服务,可以限制用户对特定数据的访问。

作为示例,在膝上计算机上阅读文档的用户可以前往机场出差。所述用户将膝上计算机包放在头顶舱中,当他系上安全带准备起飞时,意识到本应该将文件拷贝到他的平板计算机上以便在飞行中阅读。这种上下文可能由于若干原因而造成不便。首先,托管所述数据的设备可能从互联网离线、被关闭或不在用户附近。第二,托管所述数据的服务可能由于没有互联网或昂贵的互联网访问费用而不可用。第三,用户可能没有时间将偏好数据项手动聚集到伴随用户的公用设备中。最后,进一步地,较小形状因数的设备可能不具有存储所有偏好内容所必需的存储器。

附图说明

图1是简图,展示了根据一个或多个实施例的可编程设备的网络。

图2是简图,展示了一种用于自动创建和访问偏好个人云数据的网络架构。

图3是简图,展示了一种用于自动创建和访问偏好个人云数据的系统。

图4是流程图,展示了一种用于自动创建偏好个人云数据的技术。

图5是流程图,展示了访问偏好个人云数据。

图6是流程图,展示了访问偏好个人云数据。

图7是流程图,展示了访问偏好个人云数据。

图8a是示例截屏,展示了所有偏好内容的统一视图。

图8b是示例截屏,展示了跨所有设备和服务的偏好内容。

图8c是示例截屏,展示了对偏好个人云数据的检索。

图8d是示例截屏,展示了来自偏好存储设备的内容。

图9是简图,展示了根据一个实施例的用于与本文中所描述的技术一起使用的计算设备的简图。

图10是简图,展示了根据另一个实施例的用于与本文中所描述的技术一起使用的计算设备。

具体实施方式

在一个或多个实施例中,本公开提供了一种用于针对跨所有个人云的用户数据占位在偏好存储设备上自动创建“偏好(favorites)”文件夹的机制。所述偏好可以连续地与对应的源同步,并且可以从用户可以访问的任何设备中访问。在一个或多个实施例中,针对整个个人云而不仅仅针对托管在单个装置或单个云服务上的数据建立偏好。偏好存储设备可以是简单的usb存储设备、智能存储设备(如设备),或者具有更大存储空间的另一个计算机或存储设备。

在以下描述中,出于解释的目的,阐述了许多具体的细节以便提供对本发明的彻底理解。然而,对于本领域技术人员而言,可以在不具有这些具体细节的情况下实践本发明将是明显的。在其他实例中,以框图的形式示出了结构和设备以避免使本发明模糊。对不带下标或后缀的数字的引用被理解为引用对应于被引用数字的所有下标和后缀的实例。此外,在本公开中使用的语言主要是为了可读性和指导的目的而被选择的,并且可能尚未被选择为描绘或限制创造性主题,有必要借助权利要求来确定这样的创造性主题。在说明书中提及“一个实施例”或者“实施例”意味着结合实施例所描述的特定特征、结构或特性被包含在本发明的至少一个实施例中,并且多次提及“一个实施例”或“实施例”不应当被理解为一定都是指相同的实施例。

如本文所使用的,术语“个人云”指跨众多设备(电话到平板计算机到个人计算机)和云服务的用户数据占位。

如本文所使用的,术语“计算机系统”可指用于执行被描述为在计算机系统上或由计算机系统执行的功能的单台计算机或一起工作的多台计算机。

如在本文所使用的,术语“网络设备”可指跨任何类型的网络能够与另一个计算机系统通信的任何计算机系统。

参照附图,图1是在其中示意性地展示了可以实现实施例的示例基础设施100。基础设施100包含计算机网络102。计算机网络102可以包括当今可用的许多不同类型的计算机网络,如互联网、企业网络或者局域网(lan)。这些网络中的每一个网络可以包含有线或无线可编程设备并且可以使用任何数量的网络协议(例如,tcp/ip)来运行。网络102可以连接至网关和路由器(由108表示)、终端用户计算机106、以及计算机服务器104。基础设施100还可以包括用于与移动通讯设备一起使用的蜂窝网络103。移动蜂窝网络支持移动电话以及许多其他类型的移动设备。在基础设施100中的移动设备被展示为移动电话110、膝上计算机112、以及平板计算机114。在移动设备移动时,移动设备(如移动电话110)可以与一个或多个移动提供方网络进行交互,通常与多个移动网络塔120、130和140进行交互以用于连接至蜂窝网络103。虽然在图1中被称为蜂窝网络,但是移动设备可以与多于一个提供方网络的塔以及与多个非蜂窝设备(如无线接入点和路由器108)进行交互。此外,移动设备110、112、和114可以与非移动设备(如计算机104和106)进行交互以用于所期望的服务,这些服务可以包括向安全飞地模块提供网页中的应用、脚本、或网页内容。可以在图1中展示的任何设备或设备组合中实现网关设备的功能;然而,最常见的是在网关或路由器中的防火墙或入侵防御系统中实现。

图2是简图,展示了一种用于自动创建和访问偏好个人云数据的网络架构。所述系统提供了以下能力:通过用户的使用模式以及自动将内容存储在指定偏好存储设备(usb存储设备210、智能存储设备205、个人计算机215等)上来标识/检测来自内容提供商225的偏好内容(如在个人云中的偏好内容)。用户220可以指定偏好存储设备230为用于偏好的主机。一旦被指定,所述设备被所有代理程序标识为用于偏好的主机。

收集到的使用情况统计数据可以包括但不限于:访问的频率;最近创建/更新;由用户明确地标记为偏好、重要、私人或星级评定;在社交网络上进行的分享以及在社交网络中的积极讨论(如赞、评论);访问周期性,例如按月将账单保存至文件夹;并且基于文件中“链接”的分值。在个人云中,代理程序将“链接”共同导出至其他文件。这些链接类似于谷歌搜索中的入站链接。这些链接通过各种机制来导出。一种机制将来自社交网络的数据(例如照片的标签)与本地盘上的图像进行相关联。另一个示例是将与同一地理位置相关联的照片链接在一起。

基于决策准则,适时地同步偏好以从对应的主机设备/服务中获得相关的数据。不具有连接至互联网的能力的偏好设备(像usb驱动器230(?))经由它们所插入的设备(如个人计算机)进行连接。

对偏好的访问受到鉴证机制一-密码、生物特征或其他方式的保护。也就是,在一个或多个实施例中,所述一个或多个偏好存储设备230可以包括为了访问数据而要求进行认证的安全存储设备。在一个或多个实施例中,单键机制可以允许用户从对应设备/服务位置处恢复所有偏好内容,即使偏好存储设备丢失。

在一个或多个实施例中,当用户220请求从内容提供商225进行的内容阅读首先检查在偏好存储设备230上的可用性,以提供离线或更多的高效访问。例如,从偏好存储设备230获取数据可能要求较少的资源,因为,可以跨本地网而非从例如云存储对所述偏好存储设备进行访问。

因为内容在偏好存储设备上可用,用户220可以快速地访问所述内容。例如,用户220可以在乘飞机出行时在他/她的移动设备200上阅读重要的文档。在pc225上所述文档正被频繁地使用。所述机制标识到所述文档被频繁使用,并且所述文档将被缓存在偏好存储设备230上,从而使得在旅行期间可从移动设备中访问所述文档。偏好存储设备230可以由用户设备200通过任何本地连接(如蓝牙连接、usb驱动等)访问。

在偏好存储设备230中的个人云数据的收集还可以允许用户220跨设备和云服务来查看所有偏好内容。例如,被标识为偏好数据的用户数据可以源自多个设备和存储系统。在一个或多个实施例中,用户220可以通过用户界面访问偏好存储设备,所述用户界面允许用户查看所有偏好数据而不论其最初存储的位置。即使源装置从互联网离线,用户仍然还可以访问内容。在一个或多个实施例中,用户可以跨所有设备、云服务来搜索内容,并且可以将任何(多个)文件添加为偏好。在一个或多个实施例中,用户可以通过单击跨所有设备和云服务恢复所有偏好内容,因为应用程序/服务器保持针对在偏好文件夹中累积内容的映射(位置/访问令牌)。

在一个或多个实施例中,可以将偏好内容适时地缓存在设备上。例如,可以通过使用最优通信信道将偏好缓存在偏好存储设备230上。例如,如果内容提供商225是在同一网络中的另一设备,那么内容经由最优通信信道(如p2p信道)进行缓存。作为另一示例,仅当设备连接至wi-fi网络时可以将内容缓存在偏好存储设备230上,当设备充电时进行同步从而节省电池,或在由用户指定的低电价期间进行同步。

图3示出了用户设备、云服务、偏好存储设备370以及元数据管理程序300间的交互。图3所描绘的系统提供了映射并且跨所有设备和云服务提供对偏好内容的一致且位置不可知的访问的能力。在每个设备上运行的代理程序(例如代理程序375)将设备的元数据和云服务同步到服务器或元数据管理程序300。元数据管理程序300维持元数据与数据所驻留的主机的映射。在偏好存储设备370上运行的代理程序375保持认证客户的映射以避免未认证访问。在偏好存储设备上运行的代理程序375总是保持偏好文件夹与元数据管理程序300同步。

元数据管理程序300被描述为包括存储器310、存储设备320和处理器315。另外,虽然未描绘,但是设备a、设备b、设备c和偏好存储设备还可以包括类似的存储器、存储设备和/或处理器。处理器核315可以是用于任何类型的处理器的核,诸如微处理器、嵌入式处理器、数字信号处理器(dsp)、网络处理器或用于执行代码的其他设备。尽管图3中的每个信任设备仅展示了一个处理器核,但是处理元件可以替代性地包括多于一个图3中所展示的处理器核315。处理器核315中的每个处理器核可以是单线程核,或者针对至少一个实施例,处理器核315可以是多线程,因为其可以包括每个核不止一个硬件线程上下文(或“逻辑处理器”)。

元数据管理程序300包括耦合到处理器315的存储器310。存储器310可以是本领域技术人员已知或另外可用的各种各样的存储器(包括存储器层次结构中的各个层)中的任何一种。程序代码或指令(如偏好模块330)可以存储在例如易失性存储器和/或非易失性存储设备320中,如存储设备和/或相关联的机器可读介质或机器可存取介质(其包括:固态存储器、硬盘驱动器、软盘、光存储器件、带、闪存、存储棒、数字视频盘、数字多用途光碟(dvd)等等),以及如机器可存取生物状态保持存储器等更特殊的介质。机器可读介质可以包括任何用于以机器可读的形式存储、传输、或接收信息的机制,并且该介质可以包括程序代码可穿过的有形非瞬态介质,如天线、光纤、通信接口等。程序代码可以以数据包、序列号、并行数据的形式传输,并且可以以压缩或加密的格式被使用。处理器核315遵循由代码指示的指令程序序列。以此方式,在执行代码期间对处理器核315进行变换。

被监测或确定为偏好文件的文件可以来自任何数量的内容提供商,如设备a350、设备b355、或云服务360。被标识为偏好内容的内容位置可以被存储在偏好数据存储335中。偏好数据存储335可以被存储在元数据管理程序300中的存储设备320上。存储设备320可以是usb存储设备、智能存储设备或任何其他种类的安全存储设备。尽管图3未展示,但处理元件可以包括其他具有处理器核315的片上元件。例如,处理元件可以包括存储器控制逻辑连同处理器核。处理元件可以包括i/o控制逻辑,和/或可以包括与存储器控制逻辑集成的i/o控制逻辑。处理元件还可以包括一个或多个高速缓存。

图4是流程图,展示了一种用于自动创建偏好个人云数据的技术。在402处,用户设备a350标识正在使用中的文件。文件可以被标识为正在使用中,例如,当用户访问或者在云端或本地设备或远程设备上的任何文件时。在404处,用户设备a350向元数据管理程序发送使用情况统计数据。在用户设备a350上运行的代理程序将访问细节(数据的主机、文件操作等)发送至元数据管理程序300。

在406处,元数据管理程序300累积文件的访问细节,并且判定文件是否符合偏好准则。一旦使用情况统计数据被累积,服务器将统计数据/细节同步至所有设备,包括设备b355和设备c365、以及移动设备450和偏好存储设备370。

在408处,在偏好存储设备370上运行的代理程序375基于从服务器适时接收的细节从主机中检索文件。偏好存储设备370可以与任何用户设备进行配对,并且偏好内容可以被无缝访问。即使数据的主机是离线的,用户也可以从偏好存储设备中搜索和访问偏好内容。即使偏好存储设备丢失,偏好内容也可以从服务器恢复,因为其维持了偏好内容与所述内容的主机的映射。

图5是流程图,展示了访问偏好个人云数据。实施例使用生物特征认证502以提供从用户设备350访问偏好内容的安全。伴随偏好存储设备370可以使用生物特征认证502和平台根密钥504来验证请求是否被授权。在508处,使用用户的生物特征来对所述密钥进行加密并且将其存储在服务器中。偏好存储设备370在提供对偏好内容的访问之前对用户进行验证510以避免未认证访问。在512处,如果允许访问,则提供所请求文件514。然而,在512处,如果不允许访问,则偏好存储设备在516处阻止访问内容。

图6是流程图,展示了访问偏好个人云数据。在1005处,用户试图访问偏好文件。用户可以在统一视图顶部指定偏好文件夹。当用户从设备的统一视图中访问偏好内容时,在当前设备和偏好存储设备上运行的两个代理程序均经由所建立的信道进行通信。在1010处,判定文件在偏好存储设备上是否可用。若是,则在1015处,从偏好存储设备中检索文件。在用户设备上的代理程序对内容进行检索并且使其对用户无缝地可用。然而,若否,则在1020处,从其主机中提取文件。在用户设备上的代理程序从主机中检索文件。

图7是流程图,展示了访问偏好个人云数据。所述流程图开始于1105处,并且针对分布式文件监测使用情况统计数据。在一个或多个实施例中,跨用户个人云针对文件监测使用情况统计数据,所述用户个人云可以包括用户的多个个人存储设备以及用户的云服务账户。在一个或多个实施例中,可以对在用户个人云端中的文件子组进行监测。在一个或多个实施例中,基于用户定义的内容或任何其他方法来确定所述子组。

所述流程图在1110处继续,并且判定特定文件是否满足偏好准则。例如,在一个或多个实施例中,所述偏好准则可以基于偏好准则确定用户在不久的将来访问特定文件的可能性。在一个或多个实施例中,偏好准则可以包括例如:满足随时间推移的使用频率阈值、最近被打开的文件、与当前上下文相关的文件等。也就是,在一个或多个实施例中,偏好准则可以考虑用户的当前位置,如家、办公室或旅途中(比如在车中、在飞机上、火车上或其他的交通方法)。偏好准则还可以考虑当前日期或星期几。例如,用户更有可能在工作周或工作日期间访问工作文件,并且在晚上和周末访问个人文件。作为另一示例,偏好准则还可以考虑最近已被访问的相似类型的文件。例如,如果文件夹中的几个文件已被访问,则偏好准则可以确定所述文件夹中的所有文件都应该被标记为偏好。作为另一示例,如果文件具有与最近被访问的文件相似的特征(如具有相似的大小或同一类型),则所述文件可以被选定为偏好。

如果确定文件不满足所述准则,则流程图继续至1125,并且判定在偏好存储设备上的任何文件是否到期。在一个或多个实施例中,可以基于单独文件的到期信息来确定到期。进一步地,在一个或多个实施例中,到期信息可以包括考虑偏好存储设备中的可用存储设备。也就是,到期信息可以与可用存储设备相关。到期信息还可以基于文件的特征(如文件大小、文件类型等)而变化。另外,在一个或多个实施例中,到期信息可以基于对文件的修改。例如,如果在一个设备上修改偏好文档,则可以更新此文档的过期信息,从而使得,当所述文档被另一设备访问时,将注意到所述偏好文档已到期。如果在1125处确定文件尚未到期,则流程图返回至1105,并且继续监测使用情况统计数据。在一个或多个实施例中,可以连续地或周期性地或以任何其他频率来监测分布式文件,如偶然基于内容提供商与使用设备之间的连接性。

返回至1110,如果确定文件满足偏好准则,则流程图继续在1115处,并且文件被指定为偏好文件,并且在1120处,将文件的副本存储在偏好存储设备上。返回至1125,如果确定在偏好存储设备上的任何文件已到期,则在1130处,从最初检索文件的内容提供商处检索所述文件的更新副本,并且将更新后的副本存储在偏好存储设备上。

图8a是示例截屏800,展示了所有偏好内容的统一视图。图8b是示例截屏810,展示了跨所有设备和服务的偏好内容。图8c是示例截屏820,展示了对偏好个人云数据的检索。示例截屏820包括已被存储作为偏好文件的文件的缩略图版本825。图8d是示例截屏830,展示了来自偏好存储设备的内容。在截屏830中,缩略图文件825被选择并且以最初形式显示。

现参考图9,框图展示了根据一个或多个实施例的可编程设备600,所述设备可以在计算装置内使用。图9中所展示的可编程设备600是包括第一处理元件670和第二处理元件680的多处理器可编程设备。虽然示出了两个处理元件670和680,可编程设备600的实施例也可以只包括一个这样的处理元件。

可编程设备600被展示为点对点互连系统,在所述系统中,第一处理元件670和第二处理元件680经由点对点互连650耦合。图9中所展示的任何或所有互连中可以被实现为多站式总线而不是点对点互连。

如图9中所展示的,处理元件670和680中的每个处理元件可以是多核处理器,所述多核处理器包括第一和第二处理器核(即,处理器核674a和674b以及处理器核684a和684b)。此类核674a、674b、684a和684b可以被配置用于采用与以上关于图1-8讨论的方式类似的方式执行指令代码。然而,如所期望的,其他实施例可以使用作为单核处理器的处理元件。如所期望的,在具有多个处理元件670、680的实施例中,可以使用不同数量的核来实现每一个处理元件。

每一个处理元件670、680可以至少包括一个共享缓存646。共享高速缓存器646a、646b可以存储分别由处理元件的一个或多个部件(如,核674a、674b以及684a、684b)使用的数据(如,指令)。例如,共享缓存可以本地缓存存储在存储器632、634中的数据以用于由处理元件670、680的部件进行更快速的访问。在一个或多个实施例中,共享缓存646a、646b可以包括一个或多个中级缓存,诸如二级(l2)、三级(l3)、四级(l4)、或其他级别的缓存、终极缓存(llc)、或其组合。

虽然为了附图的清晰性图9展示了具有两个处理元件670、680的可编程设备,但是本发明的范围不受此限制,并且可以存在任何数量的处理元件。可代替地,处理元件670、680中的一个或多个处理元件可以是除处理器以外的元件,如,图形处理单元(gpu)、数字信号处理(dsp)单元、现场可编程门阵列、或者任何其他可编程处理元件。处理元件680可以是异构的或者与处理元件670不对称。就包括架构特性、微架构特性、热特性、功耗特性等等在内的优点的度量谱而言,处理元件670、680之间可能有各种各样的差异。这些差异可以有效地表明它们是处理元件670、680之间的不对称性和异构性。在某些实施例中,各种处理元件670、680可以驻留在同一裸片封装体中。

第一处理元件670还可以进一步包括存储器控制器逻辑(mc)672以及点对点(p-p)互连676和678。类似地,第二处理元件680可以包括mc682以及p-p互连686和688。如图10所展示的,mc672和682将处理元件670、680耦合至对应的存储器(即,存储器632和存储器634),这些存储器可以是主存储器的本地附接至对应处理器的部分。虽然mc逻辑672和682被展示为集成在处理元件670、680中,但是在某些实施例中,存储器控制器逻辑可以是处理元件670、680之外而不是集成在其中的离散逻辑。

处理元件670和处理元件680可以通过链路652和654经由对应的p-p互连676和686耦合至i/o子系统690。如图8中展示的,i/o子系统690包括p-p互连694和698。此外,i/o子系统690包括用于将i/o子系统690与高性能图形引擎638耦合的接口692。在一个实施例中,总线(未示出)可以用于将图形引擎638耦合至i/o子系统690。替代性地,点对点互连639可以对这些部件进行耦合。

进而,i/o子系统690可以经由接口696耦合至第一链路616。在一个实施例中,第一链路616可以是外围部件互连(pci)总线、或如pciexpress总线或另一i/o互连总线等总线,但是本发明的范围并不受此限制。

如图9中展示的,各个i/o设备614、624可连同桥618一起耦合至第一链路616,所述桥可以将第一链路616耦合至第二链路620。在一个实施例中,第二链路620可以是低引脚数(lpc)总线。在一个实施例中,各个设备可以耦合至第二链路620,所述设备包括例如键盘/鼠标612、(多个)通信设备626(所述通信设备进而可以与计算机网络603进行通信)、以及可以包括代码630的数据存储单元628(如磁盘驱动器或者其他大容量存储设备)。代码630可以包括用于执行以上描述的技术中的一项或多项技术的实施例的指令。进一步地,音频i/o624可以耦合至第二总线620上。

注意,考虑了其他实施例。例如,系统可以实现多分支总线或另一个这种通信拓扑,而不是图9的点对点架构。虽然链路616和620在图9中被展示为总线,但是可以使用任何期望类型的链路。而且,可以替代性地使用比图9中所展示的更多或更少的集成芯片对图9的元件进行分区。

现参考图10,框图展示了根据另一实施例的可编程设备700。已经从图10中省略了图9的某些方面,以便避免模糊图9的其他方面。

图10展示了处理元件770、780可以分别包括集成存储器和i/o控制逻辑(“cl”)772和782。在某些实施例中,772、782可以包括如以上结合图9所描述的存储器控制逻辑(mc)。此外,cl772、782还可以包括i/o控制逻辑。图10展示了不但存储器732、734可以耦合至772、782,而且那个i/o设备744也可以耦合至控制逻辑772、782。传统i/o设备715可以通过接口796耦合至i/o子系统790。每个处理元件770、780可以包括多个处理器核,所述多个处理器核在图9中被展示为处理器核774a、774b、784a以及784b。如图10所示,i/o子系统790包括使用链路752和754连接至处理元件770和780的p-p互连776和786的p-p互连794和798。也可以分别通过链路750以及互连778和788将处理元件770与780进行互连。

在图9和图10中描绘的可编程设备是可编程设备的实施例的示意图解,其可以用来实现本文讨论的各个实施例。在图9和图10中描绘的可编程设备的各种部件可以组合在片上系统(soc)架构中。

程序指令可以用于使利用这些指令所编程的通用或专用处理系统执行本文中所描述的操作。替代性地,这些操作可以由含有用于执行这些操作的硬件连线的逻辑的特定硬件部件执行,或者由程序计算机部件和自定义硬件部件的任意组合执行。本文描述的方法可以作为计算机程序产品来提供,所述计算机程序产品可包括具有存储在其上的指令的机器可读介质,这些指令可以用来对处理系统或其他电子设备进行编程以执行所述方法。本文使用的术语“机器可读介质”应当包括能够存储或编码指令序列的任何介质,所述指令序列用于由机器执行并且使机器执行本文描述的任一种方法。从而,术语“机器可读介质”应该包括但不限于有形的、非瞬态存储器,如固态存储器、光盘和磁盘。而且,在采取动作或导致结果时,提到一种形式或另一种形式(例如,程序、流程、过程、应用、模块、逻辑等等)的软件在本领域是常见的。这类表达仅仅是陈述由处理系统执行软件使得处理器执行动作或产生结果的速记方式。

以下示例涉及另外的实施例。

示例1是一种机器可读介质,在其上存储有指令,所述机器可读介质包括当被执行时使机器执行以下操作的指令:动态地监测多个文件的使用情况统计数据,其中,所述多个文件位于多个设备上;基于偏好准则来指定所述多个文件中的第一文件为偏好文件;并且响应于指定所述第一文件为偏好文件而将所述第一文件的副本存储在偏好存储设备上。

在示例2中,如示例1所述的主题可选地包括:进一步包括当被执行时使所述机器执行以下操作的指令:周期性地更新在所述偏好存储设备上所指定和存储的所述偏好文件。

在示例3中,如示例7所述的主题是一种用于管理分布式数据的系统,所述系统包括:计算机处理器;以及存储设备,耦合至所述计算机处理器,所述存储设备包括当由处理器执行时使所述计算机处理器执行以下操作的指令:动态地监测多个文件的使用情况统计数据,其中,所述多个文件位于多个设备上;基于偏好准则来指定所述多个文件中的第一文件为偏好文件;并且响应于指定所述第一文件为偏好文件而将所述第一文件的副本存储在偏好存储设备上。

在示例8中,如示例7所述的主题可选地包括:进一步包括当被执行时使所述机器执行以下操作的指令:

周期性地更新在所述偏好存储设备上所指定和存储的所述偏好文件。

在示例9中,如示例13所述的主题是一种用于管理分布式数据的方法,所述方法包括:动态地监测多个文件的使用情况统计数据,其中,所述多个文件位于多个设备上;基于偏好准则来指定所述多个文件中的第一文件为偏好文件;并且响应于指定所述第一文件为偏好文件而将所述第一文件的副本存储在偏好存储设备上。

在示例14中,如示例13所述的主题可选地包括:进一步包括:周期性地更新在所述偏好存储设备上所指定和存储的所述偏好文件。

在示例15中,如示例19所述的主题是一种机器可读介质,在其上存储有指令,所述机器可读介质包括当被执行时使机器执行以下操作的指令:从用户设备处接收表明文件被指定为偏好文件的指示;从远程位置处检索文件;将所述文件作为第一偏好文件存储在偏好存储设备上;从所述远程位置处再次检索所述文件;并且使用所述再次检索的文件更新所述第一偏好文件。

在示例20中,如示例19所述的主题可选地包括:其中,所述指令进一步使得所述机器进行以下操作:在所述用户设备上接收来自用户的用于检索所述第一偏好文件的请求;验证所述用户具有访问所述第一偏好文件的权限;并且响应于验证所述用户具有权限而提供对所述偏好存储设备上的所述第一偏好文件的访问。

在示例21中,如示例24所述的主题可选地包括,其中,从所述远程位置处再次检索所述文件进一步包括重置所述文件的到期信息。

示例26是一种用于管理分布式数据的方法,所述方法包括:从用户设备处接收表明文件被指定为偏好文件的指示;从远程位置处检索文件;将所述文件作为第一偏好文件存储在偏好存储设备上;从所述远程位置处再次检索所述文件;并且使用所述再次检索的文件更新所述第一偏好文件。

在示例27中,如示例26所述的主题可选地包括:进一步包括:在所述用户设备上接收来自用户的用于检索所述第一偏好文件的请求;验证所述用户具有访问所述第一偏好文件的权限;并且响应于验证所述用户具有权限而提供对所述偏好存储设备上的所述第一偏好文件的访问。

在示例28中,如示例31所述的主题可选地包括,其中,从所述远程位置处再次检索所述文件进一步包括重置所述文件的到期信息。

示例33是一种包括代码的机器可读介质,所述代码当被执行时使机器执行如权利要求13至18所述的方法。

示例34是一种包括代码的机器可读介质,所述代码当被执行时使机器执行如权利要求26至32所述的方法。

应理解的是,以上说明旨在是说明性的,而非限制性的。例如,上述实施例可以彼此组合地使用。对本领域技术人员而言,在阅读了以上说明之后,许多其他的实施例都将是明显的。因此,本发明的范围应当参照所附权利要求以及与这些权利要求所请求的权利相等同的全部范围而被确定。

当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1