文件共享系统和方法
【专利说明】文件共享系统和方法
[0001]相关申请的交叉引用
[0002]本申请要求于2013年12月4日提交的美国专利申请第14/097102号的优先权,该美国专利申请又要求于2012年12月7日提交的美国临时专利申请第61/734951号的优先权。
技术领域
[0003]本申请总体涉及数据存储和访问,且特别地,涉及用于为能够在用户之间访问文件以用于在网络环境中存储和共享数字媒体的系统和方法。
【背景技术】
[0004]本文描述的装置、特征和功能旨在解决传统的文件存储和共享系统(通常被称为云存储)的缺点。目前存在许多向用户提供在装置之间和用户之间共享媒体(文件、文件夹、音乐、电影等)的能力的可利用的文件共享方法。
[0005]文件访问控制系统和方法在现有技术中是已知的,以使其通常被称为“文件共享”。这样的现有技术的文件共享系统和方法采用多种方式以允许本地和远程访问所存储的电子媒体,诸如如文件、文件夹、数据、电影和音乐等。本文的文件共享系统和方法提供新的功能,以提高用于共享媒体的能力,同时解决传统媒体存储和共享系统的其他缺点。
[0006]从后文的讨论中,将变得显而易见的是,本发明解决了与现有技术相关联的缺陷,同时提供不是现有技术结构预期或可行的许多附加的优点和益处。
【发明内容】
[0007]如将在下面进一步详细描述的,本文的文件共享系统和方法解决附加的特定需求,包括但不限于,组合用于共享媒体的权限管理、控制共享已经实施后的共享媒体、在非云地理位置从本地(用户控制的)云装置存储和共享、具有不同权限的多个用户之间共享媒体(文件、文件夹、歌曲、视频等)中的单个项目、在列表中同时创建和共享多个文件、用于将控制和权限分配被共享的文件列表的方法。文件共享系统和方法具有各种实施方式,包括但不限于,不需要多个副本来促使共享环境的文件共享方法,共享媒体可位于单个远程位置的系统,和多个用户可使来自放置在用户选择的位置中的装置的媒体成流的系统,并且还具有其它实施方式,单个系统中的平台和架构。
[0008]当使用现有技术的文件共享系统和方法来访问远程电子媒体时,用户通常下载数字媒体文件的副本。一旦所需的数字媒体文件被下载,数字媒体文件即变得对用户可见且随后允许用户访问它们。
[0009]现有技术的文件共享系统和方法的第一个缺点是它们引起电子媒体的多个副本驻留在各种装置上。现有技术的文件共享系统和方法的第二个缺点是难以控制和跟踪原始电子媒体的变化和/或更新。现有技术的文件共享系统和方法的第三个缺点是不管电子媒体文件是否被本地或远程地存储都不能使电子媒体文件可视化。现有技术的第四个缺点是媒体现在变成了第二方或第三方的所有且媒体的所有权已被带离原始媒体所有者。
[0010]本文所公开的文件共享系统和方法使得用户能够选择任意数量的文件、文件夹、歌曲、视频、图片和其它数字媒体并与无限数量的接受者共享,同时保持控制被共享的媒体并限制被下载或以其它方式分发的副本的数量。文件共享系统提供了增强的控制元件,以使媒体所有者管理、控制和以其它方式支配他们的个人媒体共享。如本文将描述的,文件共享系统包括以下功能:其限制用户接收媒体以制作副本、转发或分发媒体,或以其它方式下载它。将描述附加功能,其中本地装置可被放置在用户的住所以存储和分发他们的媒体和数字内容。虽然文件共享系统不需要使用本地装置,但是本地装置为用户提供了存储他们的媒体的替代位置。具体而言,他们可将他们的所有文件存储在自己家中或办公室中的本地装置上而不是存储在云中。这给予用户其文件和媒体的更多的安全性和控制。文件共享系统通常由基于云的操作系统控制,所述基于云的操作系统使用户能够管理和分发他们选择的文件,同时保持文件的控制和所有权。
[0011]文件共享系统可依赖于操作系统,其可被托管在一个或多个远程服务器,诸如云服务,以使用户能够控制他们的媒体并彼此共享。操作系统被配置为控制共享架构,其包括什么权限被授予媒体、权限在原位的时间长度、接受者管理和控制被共享的媒体的能力,和控制的其它重要方面。通过在远程服务器上托管操作系统,文件共享系统和方法否定了需要用户在他们的个人客户机装置(诸如个人计算机、平板计算机、智能电话等)上安装软件以由文件共享系统访问。
[0012]操作系统被配置为与客户端装置工作以实现文件管理和控制,并且可与各种客户端装置一起使用以管理和控制媒体共享和传送。
[0013]文件共享系统还提供了媒体供应商或数字媒体的生产商的特征。例如,文件共享系统允许本地装置被放置在媒体提供商选择的位置,这将使此类提供商托管和共享他们在装置上的媒体,同时远程控制共享架构、权限管理方面。类似于其它用户,媒体供应商可很容易利用现在已知的或以后开发的各种装置(如笔记本计算机、个人计算机、平板计算机、智能电话等)来启动、控制和以其它方式管理经由文件共享系统共享他们的媒体。
[0014]通过检查下面的附图和【具体实施方式】,本发明的其它系统、方法、特征和优点对于本领域的技术人员将变得显而易见。本发明旨在所有这种附加的系统、方法、特征和优点都包括在本说明书内、在本发明的范围之内,并且由所附权利要求保护。
【附图说明】
[0015]附图中的组件并非按比例绘制,而是强调示出本发明的原理。在图中,相同的标号表示贯穿不同示图的相应部分。
[0016]图1A是示出构成本申请的系统、装置和方法的示例环境和组件的框图。
[0017]图1B是示出系统在与多种通常已知的装置对接并与其交互时的示例实现方式的框图。
[0018]图2A公开了设置在文件共享系统中的一般共享方法。
[0019]图2B示出通过一般共享权限方法与共享文件相关联的许可方法。
[0020]图2C示出通过链接共享权限方法与共享文件相关联的基于许可的方法。
[0021]图3A是示出典型的命令和管理工具的来自文件共享系统的屏幕截图。
[0022]图3B示出了进行通用共享功能所采取的步骤。
[0023]图3C示出了设置用于文件共享的权限所采取的步骤。
[0024]图4A示出了共享链接所采取的步骤。
[0025]图5A示出了创建用于共享的文件列表所采取的步骤。
[0026]图5B示出了将文件添加到用于共享的列表中所采取的步骤。
[0027]图6A示出了互连至LAN的个人云装置(P⑶)。
[0028]图6B示出了展示出远程访问能力的P⑶。
[0029]图6C示出了如何将P⑶连接至文件共享系统。
[0030]图7A是示出了被发送至文件共享系统的DLNA媒体请求的典型进展的框图。
[0031]图7B是示出了与DLNA共享相关联的信号路径部分和组件的框图。
[0032]图8A是示出了其中存储在云上或与用户共享的媒体可经由DLNA通过P⑶而本地成流的典型环境的框图。
[0033]图8B是示出P⑶至P⑶媒体共享配置的框图。
[0034]图8C是示出视图唯一文件共享方法的框图。
【具体实施方式】
[0035]在下面的描述中,阐述了许多具体细节以提供对本装置的更彻底的描述。然而,对于本领域技术人员将是显而易见的是,装置的现有功能方面可在没有这些具体细节的情况下被实施。在其它实例中,众所周知的特征没有被详细描述以便不使该装置的具体详细的权利要求模糊。
[0036]不同于传统意义上的文件共享,本申请描述了包括唯一共享机制的文件共享系统、装置和方法,该唯一共享机制消除了将被下载到各种装置的数字媒体文件的多个副本的传统要求以允许每个装置的访问或媒体可见性。本申请的文件共享系统、装置和方法允许数字媒体文件的共享在多个装置和平台间发生,同时使得数字媒体文件的所有者能够确定哪些用户可访问数字媒体的主要(原始)副本。
[0037]一般而言,文件共享被定义为共享和/或以其它方式允许访问整个网络和/或用户或网络和/或用户之间的数字媒体文件的行为。根据本申请,由一个源共享的媒体的用户可以是与其它源共享的媒体的所有者。本文中所述的系统和方法不将任何实际限制强加在可共享单条或多条信息的用户的数量上。媒体的共享和访问可以包括但不限于在全部装置中查看、播放、成流、存储、下载、复制、保存、分发以及创建媒体的多个实例。
[0038]本申请描述了用于允许在用户之间对文件访问的系统、装置和方法。本文所描述的系统、装置和方法不需要将文件的下载作为访问的前提。本文所描述的系统、装置和方法能够实现文件的可视化,而与文件是本地还是远程无关。本文所述的系统、装置和方法进一步能够实现对要控制和/或跟踪的文件的改变。
[0039]1.文件共享
[0040]为了帮助理解本文所公开的实施方式,术语“文件”将包括(但不限于)可被存储在、转移到、复制在数字媒介中(诸如计算机或其它计算装置,如但不限于膝上型计算机、智能电话、平板计算机、游戏机、媒体播放器等,或以其它方式在数字媒介中被管理的任何数字媒体。术语文件还指多个文件、多个文件夹、多个视频、多个图像、多个图片、多首歌曲、多个录音、多个笔记、多个文档、多个制图、多个电子表格或其它数字存储媒体。
[0041]针对本公开的目的,用户被定义为为了管理和共享他们的文件正在积极利用该系统的人。接受者被定义为接收由用户发起的共享的人。重要的是,应注意,本文中的文件共享系统不要求接受者加入服务、下载专用软件、利用用户名和密码或结合用于接收共享材料的其它方法。此外,文件共享系统不要求接受者将共享媒体存储在其个人装置上,除非个人装置选择太多媒体且被用户(或已经)授予该权限。此外,接受者无需特定媒体观看器或播放器来播放歌曲和音频文件或观看电影和视频文件。文件共享系统被配置为进行任何适当的媒体转换和格式化以允许音乐和视频文件经由标准的媒体观看器/播放器或经由可设有文件共享系统的媒体观看器/播放器播放。
[0042]如上所述,不同于共享文件的传统系统,文件共享系统提供了允许用户共享文件而无需任何接受者下载文件以对其访问的方法。方法背后的原理是,利用定义,“共享”是一个用户何时可允许另一用户使用项目。同样地,文件共享系统允许这种共享以具体地使媒体的所有者能够保持文件的控制和所有权。这阻止了在用电子邮件发送附件的情况下创建文件的多个副本。虽然媒体所有者可授权一个或多个用户权限来下载或以其它方式接收媒体,但是媒体不需要用于共享。
[0043]如下面将要描述的,文件共享系统提供了与一个或多个用户同时共享一个或多个文件的能力,同时允许用户控制对被共享的每个个体和每个文件的访问。以下信息将详细介绍文件共享系统的优选实施方式。共享可以以贯穿本申请文件详细地描述的各种方式来进行。共享类型包括链接共享、电子邮件共享、基于权限的共享、社交媒体共享和其它方法。
[0044]2.基于权限的文件共享
[0045]文件共享系统和方法提供了唯一安全实现方式,其允许用户将属性分配给一个或多个文件以控制这些文件如何由共享文件的接受者使用。这种基于权限的共享方法不需要密码或者不方便且另外比较容易失败的其它类型的文件保护。通过在共享文件之前将使用权限分配给文件,即使在已经启动共享后,文件的所有者也可保持对文件的控制。此外,在已经启动共享之后的任何时间,用户可修改或改变这些使用权限。对于使用权限的控制,没有时间限制或约束。
[0046]基于文件的单个接受者,而不是基于实际文件本身,用户可授予使用权限。可在建立共享文件的邀请时来确定共享的权限级别,以确保用户控制该过程。可以看出,利用这种
方法分配的使用权限可在稍后的时间、在用户判断时容易地改变和/或撤销。
[0047]3.文件列表共享
[0048]文件共享系统还提供了为了共享大量单个文件在不需要用户将文件移动到文件系统内的特定位置的前提下创建文件列表的能力。该列表共享特征使用户能够快速且容易地创建文件列表并简单地标记文件以将标记的文件添加到列表。此外,列表可在用户选择的任何时间进行修改。假设列表已经被共享,对列表的修改会影响列表的所有接受者。列表可被命名、重命名、共享、重新共享和管理。
[0049]列表共享特征特别适合用于其中用户希望共享歌曲或视频列表的情况。这些列表可在由它们的接受者触摸按钮时容易地依次或以其它顺序被播放,并且不需要任何外部的播放器来允许用户来播放媒体文件。此外,列表可直接从用户的PCD (个人云装置)或从文件共享系统中具有的列表的在线存储账户中被播放或成流。这否定了需要接受者下载或以其它方式占有媒体文件来享用它们。如与文件共享系统内的其它共享一样,使用权限可被分配到列表来管理其中的一个或多个文件的使用。如将在下面进一步描述的,术语“PCD”是指存储服务器或用户个人的其它计算装置,通过所述装置,用户的文件可被传送到一个或多个接受者。PCD通常会实现文件共享系统以将归档共享提供给用户和它们的接受者。
[0050]4.文件列表使用权限
[0051]与由用户共享的单个文件一样,媒体提供商可设置文件列表的使用权限以用于保持对其中的共享文件的控制。该媒体提供商类型的用户还可在列表已经被共享之前、期间或之后的任何时间分配和改变列表的使用权限。文件属性在被添加到列表中时通常不会改变。这允许单个文件被分配到多个列表,而不会影响文件本身。相对于特定文件的使用权限由关联的列表定义。这使用户能够创建包含一些相同文件的多个列表,同时独立地管理每次共享的使用权限。
[0052]5.文件链接共享
[0053]文件共享系统提供用于共享URL或类似类型的链接来访问文件的方法。链接可同时与一个或多个文件(例如,列表)相关联,并且可经由本文所描述的基于权限的共享方法来共享。链接共享方法的目的是允许用户容易地创建到被共享的一个或多个文件的链接,并经由电子邮件、SMS或其它文本消息、浏览器窗口或其它通信媒介来分发。
[0054]6.个人云装置(PCD)
[0055]文件共享系统在个人云装置或“PCD”上提供可选的外部文件库。PCD是被配置为位于用户的选择的位置处并与文件共享系统进行通信以实现媒体的共享和文件管理的小型服务器。PCD仅需要连接至网络(例如互联网)以便由用户访问和控制。所有的共享、控制、管理工具和辅助功能将同样地起作用,就如媒体被存储在远程服务器或云服务上而不是存储在P⑶上那样。
[0056]因此,接受者不知道共享文件被存储在哪里或从哪里共享。接受者只知道他们接收到共享。作为替代方案,PCD被提供给不愿意将他们的文件存储在远程服务器或云服务上但希望与文件共享系统相关联地容易使用、共享和访问文件的用户。这些文件可位于PCD上,并直接从PCD共享,而不会被物理地复制到或以其它方式存在云中。文件共享的该实现方式也增加了被共享文件的一层额外的安全性和隐私性,这是因为它仅存在于PCD上。
[0057]7.DLNA 和 PCD
[0058]PCD具有访问和播放存储在装置上的媒体的能力,所述装置对于DLNA启用的电器(像TV、DVD播放机、有线电视机顶盒和其它一般称为互联网功能的装置)在本地是可用的。DLNA是缩写,意思是“数字生活网络联盟(Digital Life Network Alliance) ”,这是用于通过LAN、WAN和其它网络访问媒体和使媒体成流的规范。
[0059]8.PCD和流媒体
[0060]如上所述,P⑶可被认为是服务器,并由此提供了允许用户使刚好来自P⑶的媒体远程成流的能力。在文件共享布置的情况中,接受者可接收文件共享(例如,歌曲列表或视频),并且可使直接来自用户的PCD的媒体成流。媒体的成流不需要媒体播放器被下载或以其它方式由媒体共享的接受者来实现。接受者可简单地选择正在被共享以进行播放的文件和设置在文件共享系统中的媒体播放器会自动播放媒体文件。多个本地和/或远程接受者可在同一时间访问相同的媒体并由不同的开始和停止点来使其成流。每个流通常是独立的,而无论被成流的文件如何。作为一个实例,两个或多个用户可同时在两个不同的本地或远程装置上成流相同的视频文件,但媒体播放的实例是独立的,从而允许用户开始、停止、暂停、倒回、快进并同时且彼此独立地进行其它活动方法。
[0061]在媒体共享的接受者具有PCD的情况下,该媒体可被成流至它们本地可用(DLNA启用)的TV或其它互联网可用的媒体装置。这允许接受者共享视频内容并在他们本地的电视机上观看该视频内容。
[0062]9.本机媒体播放器
[0063]不同于传统系统,文件共享系统包括本机媒体播放器,该本地媒体播放器允许用户和共享媒体文件的各个接受者查看文件,而不需要第三方播放器或观看器被访问。通过例如将本机播放器并入PCD中,用户可在没有限制的情况下共享多个文件类型。
[0064]为了促进该本机播放器的功能,PCD执行存储在PCD上的文件的媒体转换。该媒体转换采取原始媒体文件并将其转换为在本机播放器内可用的格式。文件的原始副本保持不变,这是因为PCD存储文件的第二转换副本。当文件被与启用的下载权限共享时,接受者将以原始格式接收原始文件的副本。在这种情况下,转换的文件不会被传送至接受者。如果文件从PCD中被成流,则由于转换的文件可经由本机播放器播放,转换的文件被传送以有利于方便使用,这在播放器在不安装附加软件或硬件的情况下是可执行的。
[0065]一般而言,文件转换适用于所有媒体类型。这包括但不限于,现在已知的或以后开发的音频、视频和文档文件格式。通过为本机播放器设置文件共享系统,可否定对第三方播放器的需要。这允许用户可与朋友和家人共享所有他们的媒体,而不会有与文件的兼容性问题相关的担心。这也明显节省了接受者便携式装置上的空间。当媒体被添加到P⑶时,转换立即开始。不存在关于媒体转换过程的手动访问或参与。当新文件存储在PCD或文件共享系统的其它存储装置上时,该过程被启动。
[0066]存储在P⑶上的媒体文件可同时由一个或多个本地或远程用户直接从单元上成流。不同于其它文件共享方法,PCD允许多个用户同时从不同的开始和停止点访问媒体。作为一个实例,一个或多个用户可同时观看同一文件(例如音频、视频、图片、文件等),而不会中断或以其它方式妨碍他人的观看访问。这允许在用户访问和共享他们的文件,而不用担心接受者的远程访问。
[0067]本机媒体播放器可允许用户和共享接受者访问和查看(或播放)在他们的个人计算机以及他们的便携式装置上的媒体。这些装置包括但不限于,膝上型计算机、智能电话、平板计算机、媒体播放器、游戏机和其它便携式互联网可用的媒体装置。本机媒体播放器可仅以软件或经由软件和硬件的组合来实现。
[0068]10.共享媒体通过P⑶的DLNA成流
[0069]文件共享系统允许拥有P⑶的用户在本地网络上使任何共享媒体本地成流(经由DLNA)至DLNA启用装置。在典型的DLNA应用中,在DLNA启用装置(例如TV)上成流或观看的媒体需要经由DLNA启用的硬盘驱动器或其它信息库而在局域网(LAN)上的某个地方被本地托管。文件共享系统和方法提供了以下能力:本地用户通过他们的DLNA启用装置(例如电视机)来导航到他们的PCD并看到所有的共享内容。这允许用户在他们的DLNA启用电视上享用共享的媒体(例如歌曲、图片、视频和其它内容),而无需一定使用PC、膝上型电脑、平板计算机、智能电话或其它网络可用装置来享用该材料。
[0070]11.PCD至PCD媒体共享
[0071]文件共享系统提供了以下能力:用户从一个PCD到另一个PCD共享他们的媒体以将媒体流至本地DLNA启用装置(例如TV)。该实现方式的应用是用户何时与接受者共享一条媒体。接受者将验证其通过文件共享系统访问媒体的权利。一旦验证发生,用户与接受者共享的文件会从用户P⑶被直接传送到接受者的P⑶。这消除了需要文件经过文件共享系统,因为该文件在用户和接受者之间被直接传送。
[0072]12.即时答复特征
[0073]文件共享系统提供了用于通过媒体文件的媒体播放器和媒体管理系统即时答复该媒体文件的方法。这种即时答复允许媒体用户从播放器内创建对共享媒体文件的响应而不需要用户启动外部通信机制,或者以其它方式最小化或退出启动答复的程序。所公开的系统、装置和方法结合独特的通信方法,该方法利于来自播放器内的答复以允许从用户到主机的直接通信发生。
[0074]即时答复特征允许视频、图片、电影和其它文件的接受者影响在媒体正被访问时来自查看器或播放器内的响应。响应被提供给负责发起与接受者共享媒体的活动的用户。
[0075]在操作中,一旦媒体文件被打开,接受者可例如通过简单地点击嵌入媒体播放器或文件查看器内的信封图标来访问即时答复特征。一旦即时答复特征被调用,诸如弹出窗口的界面在播放器内出现在媒体的顶部,其中接受者可在消息中输入给用户。“到(to)”字段将自动填充并寻址给用户。“从(from)”字段也将自动填充用户的联系信息。一旦接受者已在他们的消息的内容中输入,接受者只点击发送按钮即可完成消息提交。该消息将被立即发送给用户。
[0076]即时答复特征可支持以下消息格式:电子邮件;SMS或其它文本消息和即时消息,但是可设想,即时答复特征可容易地扩展到未来的通信格式。媒体播放器和查看器可允许接受者设置将被媒体播放器和/或媒体查看器结合的默认答复。默认设置可被用作即时答复的主要源,直到源被接受者改变为止。
[0077]13.通知
[0078]文件共享系统提供通知功能,其使多种类型的通知能够被提供给用户和文件共享接受者两者。通知在系统内被跟踪,使得他们可由用户调用。这允许用户查看过去的通知来确定何时发生共享、媒体共享的结果是什么,以及接受者是否曾经观看过被共享的材料。
[0079]通知具有许多不同的模式,从而使文件共享系统的用户能够确定他们有多希望他们的通知出现并发挥作用。任何或所有的通知可在任何时间由用户禁止(或者完全忽略)。
[0080]提供共享通知以允许媒体的接受者知道用户已经与接受者共享了媒体。尽管通知可由共享接受者以各种方式(例如文本信息)接收,但是通知默认为直接从系统发送以通知共享的接受者的电子邮件。尽管系统直接生成并且发送通知(无需启用外部电子邮件程序),但是电子邮件地址行包含标题中文件所有者的电子邮件地址。这确保了共享的接受者将认识到朋友发送了共享,且它不会以垃圾邮件或阻止的电子邮件文件夹终结。电子邮件共享通知允许用户(媒体所有者或主机)在启用共享之前从系统内创建个人信息。这允许用户提供有关包含在共享中的媒体的信息,而无需启动第三方应用(例如外部电子邮件程序)来通知共享的接受者和关联内容。
[0081]在文件共享系统的用户已经与接受者或一组接受者共享了列表的情况下,在该列表中的内容由用户更新时,每个接受者将被自动通知。如果用户将媒体添加到列表,则参与该共享的每个接受者将接收到列表已被更新的通知。用户可选择将个人注释从文件共享系统内添加到更新通知,或允许在不评论的情况下发送通知。文件共享系统的用户也可选择禁止该通知。
[0082]文件共享系统还提供了“读回执”通知,其立即让用户知道接受者已经看到和/或接收到了共享材料。这种即时通知为用户提供了其媒体已经由预期的接受者接收的积极反馈。用户具有在通知菜
单中启用或禁止此特征的能力。
[0083]每次共享都将切换来自文件共享系统的自动响应,该系统将通知(例如电子邮件、SMS、文本或其它信息)发送给接受者,从而通知新接受者:新文件、文件夹或文件列表已经被共享。重要的是应注意,无论共享的类型或被共享的媒体如何,该通知都可从文件共享系统被发送到接受者。可被共享的所有视频、图片、歌曲、文件、文件夹、文档和其它数字文件都将触发通知。
[0084]文件共享系统可提供在系统内发生的几乎所有文件的活动的通知。这些通知包括但不限于:文件上传、文件下载、发起的文件共享、接收的文件共享、文件同步、系统级通知等。通知可由文件共享系统的用户来单独控制或者它们可作为一组被管理和控制。控制包括每个通知的启用和禁止,以及通知的时间和/或频率。利用通知的本性,如果用户与较大的组共享多个文件和文件夹,则它们可变得相当快。由于这一原因,用户可确定通知接收的频率和方法。或者,他们可完全禁止通知。在所有的情况下,通知将仍然会出现在历史日志中。
[0085]文件共享系统提供了通知历史日志来跟踪有关系统的所有信息。如上所述,系统通知日志将跟踪并记录所有共享、下载、上传、同步和其它活动。每个活动都可以是单独的时间和日期并被提交在系统内的其合适的文件夹位置中。通知文件夹包括“系统”、“共享”、“上传”、“下载”和“所有”。
[0086]装置的额外的特征、优点和实施方式可被阐述或通过考虑下面的详细描述、附图和权利要求书而显而易见。此外,应理解,装置的前面的概述和下面的详细描述都是示例性的且旨在提供进一步的解释而不限制所要求保护的装置的范围。
[0087]现在将参考所提供的附图和图来描述文件共享系统及其方法的特征和功能的详细操作。
[0088]图1A是表示文件共享系统110的元件和它们是如何被实现和管理的框图。文件共享系统由管理文件共享系统110内的控制和报告的所有方面的处理和操作系统134控制。处理和操作系统134与包括文件共享系统110的各个模块和元件(112、114、116、118、120、122、124 和 126)交互。
[0089]现在将参考图1A描述包含在文件共享系统110内的模块的细节。文件共享系统包括被设计为支配和管理在系统110内的功能的多个组件控制模块。模块包括智能装置用户界面112,其管理与系统110进行的通过通常已知的装置(诸如智能电话和平板计算机)正被访问的所有通信。web用户界面114管理与系统110进行的通过公知的互联网浏览器软件(包括但不限于 FireFox、Internet Explorer、Google Chrome> Apple Safari 和其它通常已知的网络浏览器)接收的通信。web用户界面114允许具有对系统110的权限的任何用户通过连接到互联网的任何个人计算机来访问系统110。无需特定软件来管理系统110。所有系统110的功能可由互联网接入的任何个人计算机和通常已知的web浏览器来管理。这消除了需要特定控制软件被安装在多个个人计算机上以用于系统管理。系统110还提供了桌面用户界面116,其提供定制的控制和能力(例如文件同步)以允许用户从他们的个人计算机增强管理功能。系统110提供了数据库管理系统118,其控制系统110内的所有媒体管理。数据库管理系统118负责系统110内的文件和目录结构,以及文件在系统110内的位置、放置和访问。系统110提供了 web服务模块120,其使web用户界面114能够在系统内正常发挥作用。由于无需特定软件来管理系统110,所以web服务模块120负责解释和委派通过web用户界面114接收的命令和管理序列。系统110还提供了主动通知和消息系统122以保持跟踪在系统内发生的所有活动。这些活动包括但不限于文件上传、下载、共享进去、共享出来、删除文件、列表创建、共享权限和系统内的其它管理和通知方面。用户可选择无限地存储所有这些通知,并在他们选择的时间清除通知缓存。系统110还提供了媒体存储系统124以用于系统110的用户希望将他们的媒体存储在云上的情况。媒体存储系统124管理存储在云内的所有文件。这并不排除相同文件存在于系统内的其它位置。系统110还提供了管理由用户拥有并管理的存储装置126的模块。该模块控制位于用户选择的位置处的PCD。PCD是单独装置,其与该系统一起工作以允许用户将文件存储在云外,但是从系统110内管理这些文件。将在此提交以后提供P⑶的细节。
[0090]图1B是示出文件共享系统110如何由公知的装置访问的框图。在图1B中,文件共享系统110被示出为与网络接口连接。网络可以是公共或私有的,且允许从一般已知的装置传送命令以行进至文件共享系统110并从文件共享系统行进。可访问文件共享系统110的一般已知装置128包括但不限于,台式个人计算机、笔记本计算机130、平板计算机或平板式计算机132和智能电话134。从这些装置中的任一个所接收的命令可访问和管理存储在文件共享系统110内的文件。
[0091]图2A是提供在文件共享系统中公开的一般共享方法的框图。在所有媒体共享的情况下,将实现图2A中公开的一般方法。除了本图中所示的那些步骤外,还具有可执行的其它步骤。它们稍后将在本提交中公开。在典型的共享情景下,系统的用户将选择他们希望共享的媒体205。这可以是诸如文件的单条媒体、一组媒体(如文件夹)、或媒体从系统内的各个位置被分组的媒体列表。一旦选择了媒体,用户则确定他们想要进行什么类型的共享210。共享可在一般共享212方法或链接共享214方法中完成。一般共享212允许用户从内置的联系菜单或仅通过输入他们的电子邮件地址来选择用户。链接共享214允许用户创建被共享的媒体的特定链接。如果你想要通过电子邮件发送材料给一组人,则将一般会使用链接,而如果你想有一个快速简便的方法来与单个或多个人共享媒体,则将使用一般共享。在期望一般共享212的情况下,用户会通过将电子邮件联系信息输入到系统中或从系统内的联系人数据库中选择接受者来选择接受者216。联系人数据库可根据需要来修改,以提供用户需要的所有联系信息以便于通信和与朋友、家人、同事等共享。在任何时候,任何这些人不需要成为系统的用户。媒体可容易地被共享给任何人,而不论他们是否是系统的用户。一旦接受者被选择,用户则移动到共享操作的权限设置220步骤。可用权限将在本提交的后面详细公开。一旦权限220已针对接受者被确定,文件就可被共享224。
[0092]在用户希望结合链接共享214作为促进共享的优选方法的情况下,该过程会变化。在链接共享214方法中,从系统内产生到文件的链接。用户会选择被共享的媒体205、选择链接共享214,且然后设置权限218以管理被共享的链接的访问。不同于一般共享(其中可基于接收媒体的单个用户来设置媒体的权限),链接权限218被设置用于该特定链接并为共享的所有接受者管理该链接的使用和分发。一旦链接权限218被设置,即可选择链接的接受者。由于链接可被复制,所以用户可选择通过文件共享系统分发链接或者他们可简单地打开他们的个人电子邮件、IM、SMS或其它通讯程序,并以该方式将链接发送到他们的接受者。一旦接受者222被选择,用户即可共享链接224。
[0093]一旦选择了共享210的类型(212或214),用户则可选择共享216的接受者、设置权限并执行共享。可从能够与文件共享系统(如先前讨论的)进行通信的任何装置,包括,但不限于,个人计算机、笔记本计算机、平板计算机、平板式计算机和智能电话来管理共享。
[0094]图2B提供了关于一般共享方法212的基于权限的共享设置的详细信息。这种共享方法可理想地用于其中单一文件要与一个或多个接受者共享的实例。为了启动共享过程,选择被共享的文件205。一旦选择了文件,接受者则可被选择222。在接受者被选择之后,用户现在可为每个用户定义单个文件访问权限207。可设置的权限包括允许下载209、禁止下载211,或私人共享213。每个这些共享权限都能够实现分配给接收文件的用户的特定文件的不同属性。这允许文件共享系统与多人共享相同文件并对每个共享分配不同属性。通过实现基于权限的共享的该方法,文件共享系统否定了需要由接受者创建文件的多个副本以改变权限。
[0095]在用户希望使文件由接受者209下载的情况下,相应的权限被选择并且文件然后可被共享224。一旦接受者接收了文件,他们即获得文件的充分所有权215,这是因为他们具有下载它并利用它的实际占有权的能力。他们然后可选择来与他们选择的任何人和他们选择来实现的任何权限重新共享文件217。他们现在都拥有文件的所有特权219。
[0096]在用户希望禁止被共享的文件的下载211权利的情况下,接受者将获得对文件的仅查看221访问权利。虽然他们可与其他人重新共享217文件,但是他们没有下载权限且因此只能以对文件的只读223权限来重新共享文件217。这种类型的共享将在用户希望与其他人共享文件(例如歌曲)的情况下使用,但不希望接受者具有对文件的所有权。
[0097]由文件共享系统提供的共享的另一种方法被称为私人共享213。在该方法中,文件的接受者必须实际登录到文件共享系统110中来访问所共享的文件。该方法被提供以用于在非常安全的环境中共享文件的。私人共享213的接受者无法转发文件或下载文件。他们只查看文件的权限且只能通过直接登录到文件共享系统110中来访问它。私人共享213的接受者没有账户,则他们可免费创建一个以允许他们访问文件共享系统110。
[0098]图2C提供链接共享权限方法的详细信息。文件共享系统提供了链接共享214能力:其被设计为允许用户创建文件共享系统内的特定的文件、文件夹或列表的链接以用于利用外部通信方法来传递共享的目的。用户将创建到文件的链接、指定相关联的权限、复制并粘贴到他们的通信媒体的链接并共享链接。
[0099]不同于本提交中先前讨论的一般共享,链接共享中分配的权限遵循链接,而不是接收共享的个人。这意味着,分配给链接的权限将适用于链接的所有接受者。
[0100]现在将参考图2C讨论链接共享。与讨论的其它方法一样,用户必须先选择他们希望共享的一个文件或一组文件205。一旦文件205已被选择,则用户现在将选择链接共享214。在选择214链接共享时,系统则允许用户为该特定链接设置权限218。可用的权限是启用下载209或禁止下载211。这些是可用于支配链接共享仅两个权限214。如果用户选择启用下载209并共享文件224,则文件的的接受者获得文件的所有权215。这意味着,共享的所有接受者可下载并取得与已被共享的链接相关联的文件的所有权。他们可选择重新共享217该链接并分配任何他们选择来分配218的任何权限。如果在重新共享217期间没有设置权限,则启用下载209的默认保持不变。
[0101]如果在链接共享214过程中用户选择禁止下载211,则共享的所有接受者将仅获得查看221文件的访问。链接可被重新共享217,但它将仅保持与其相关联的查看223权利。
[0102]重要的是应注意,用户(即,原文件链接214的创建者)可选择将其删除。如果该链接被删除,则超出最初链接共享214的所有相关联的共享现都被破坏且不能再进行访问。仅下载文件的接受者将具有对其访问的权利,这是因为原始链接已被终止。对终止链接没有时间限制。用户可在他们选择的任何时间终止任何共享。
[0103]现在将参考图3A来描述文件共享系统管理工具和控制的细节。图3A示出在个人计算机上的典型的一般公知的web浏览器305窗口上打开的文件共享系统画面。在本实例中,浏览器是FireFox。画面包含多种选择,但我们的讨论将集中于本提交特定的那些。图3示出存储310选项卡和联系人315选项卡。存储310选项卡打开提供文件和
目录结构的窗口(如图所示)。联系人选项卡315打开提供用户可添加/删除并共享给特定联系人或联系人组的联系人列表的窗口(未示出)。图3A还示出通知320图标,其中用户可访问详细的系统通知(将在本提交的后面详细地讨论)和文件菜单窗口 325。文件菜单325窗口的右侧有一系列控制按钮和下拉菜单用于管理文件共享系统的共享功能。这些都是共享330按钮、列表335按钮和下拉菜单340以用于额外的文件管理工具(诸如重命名和删除文件)。如可在图3A的文件共享系统布局画面上看出的,共享330按钮出现在系统中可用的每个文件和每个文件夹旁边。这允许用户容易地共享文件、文件夹或两者。此外,每个文件或文件夹可被添加到列表335。这将在本提交的后面详细地介绍。
[0104]视觉共享迹象提供在系统内的每个文件画面上。一旦文件或文件夹已被共享,共享图标即变化。具体而言,它显示为填充在相对于按钮的一个轮廓。如图3A中所示,共享按钮306是空白的(即没有填充),这表明该文件或文件夹尚未共享。参考307被填充以指示文件夹或文件已被共享。参考308示出共享图标内的“链接”图标,其作为链接已被创建并相对于相关联的文件或文件夹共享的指示。参考309作为文件或文件夹已被共享并经由链接已被额外共享的指示。参考311示出填充的“列表”图标,其指示相关联的文件或文件夹已被添加到列表。额外的共享指示可在系统的联系人菜单中找到。
[0105]图3B示出由共享330按钮控制的共享的进程。现在请参阅图3B。在一般电子邮件共享进程的该实例中,我们将共享文件夹331。相同的步骤也适用于共享单个文件或其它单条媒体。在激活共享330按钮时,弹出菜单332出现。我们将选择“联系人”333来启动一般共享。一旦“联系人”333按钮已被选择,额外的弹出窗口 334将出现,其揭示用户的联系人列表。虽然在系统内具有其它方式来访问该列表334 (如图3A,315所示),但是我们将重点放在当前实例的该访问方法上。联系人列表334示出用户已经输入到系统中的现有的联系人姓名。如果用户选择与当前联系人列表中不存在的某人共享,则他们可简单地在提供窗口 336上输入用户的电子邮件地址,且名字将被自动添加到联系人数据库334。从联系人列表334,用户现在可选择他想与其共享所选文件夹331的人。为了选择文件331的接受者,用户将点击出现在联系人列表334的右侧的列表中的联系人名字的旁边的加号337。如本实例中所示,我们的列表上的第一个名字旁边的加号337被选中且现在将出现在图339的窗口 338的左侧。用户可继续以这种方式添加接受者,直到所有接受者已被选择为止,如图341中所示。如果用户此时选择从共享中删除接受者,则可通过简单地点击接受者的名字旁边的减号(-)342来进行。
[0106]现在将参考图3C讨论一般共享权限设置。图3C示出联系人列表334的放大图。在前面的讨论中,我们现在已经将所有的接受者添加到了我们共享(图3B)。现在我们可设置每个接受者的权限。权限设置出现在接受者电子邮件信息的旁边。如在联系人列表344中所示,每个接受者在他们的名字旁边具有4个图标。这些图标是个人信息图标346、锁定图标347、下载图标348和减号342。个人消息图标346允许输入用户共享的接受者的个人信息。通过点击个人消息346图标,第二窗口打开(未示出),在第二窗口中可输入个人信息。一旦个人信息已被添加,图标346将填充(即变暗),这指示消息已被添加。如果用户选择将相同的个人信息添加到所有接受者,则他们可使用主要个人消息图标350。这将允许用户输入消息并将它发送给所有的接受者。锁定图标347进行私人共享(这需要共享的接受者登录到文件管理系统来查看被共享的文件)。锁定图标347 (私人共享)阻止接受者除了观看之外还对所接收的文件做其它处理。它可能不被下载、转发或重新共享。提供主要锁定图标351以允许用户在同时设置所有接受者的相同权限。该图标的功能与锁定图标347的功能相同,不同之处在于它控制共享的所有接受者。提供下载按钮348以允许用户设置被共享的文件的下载权限。如在图3C中所描绘的,348目前被填充(即变暗),这指示文件可被下载。如果用户点击下载图标348,则它将状态改变为非下载。这将使图标348仅显示为轮廓(空心)。提供主要下载图标352以允许用户同时设置每个接受者的所有下载权限。如前面的描述所讨论的,减号342允许用户从共享中删除接受者。接受者可以用户自主被添加或删除。主要减号353被添加以允许用户在同时从共享中删除所有接受者。具有一样功能的按钮(356删除所有)也已经被添加以最小化混淆。一旦作出了所有的选项,用户即可选择提交354,这将完成我们所选择的文件夹的共享。如果用户决定终止共享操作,则他们可简单地选择取消358。用户也可通过选择“添加所有” 357按钮选择以将每个人从他们的联系人列表添加到共享。一旦提交354或取消358按钮已经被选择,联系人列表344将关闭,从而使用户返回到上一画面(图3A)。
[0107]现在将参考图4A讨论链接共享的详细进程(参考图2C的214)。为了便于说明的目的,我们将共享在前面的实例中所使用的相同文件夹(图3A至图3C)。现在请参阅图4A。发起共享的用户将点击共享405按钮(如图4A所示)以发起共享进程。这将打开新的窗口 407,其中,通过链接408可被选择。408通过链接命令上的图标指示链接是与社交网站(诸如Facebook)共享的优选方法。一旦通过链接408被选择,新的窗口 409出现。此时,用户可选择复制URL链接410、用电子邮件发送链接411、将链接发布到Facebook 412、使链接可下载413或删除链接。如果用户选择410复制URL链接,则将出现让用户知道链接已被复制的消息(未示出)。他们现在可将该链接粘贴在任何文档、浏览器窗口、聊天窗口或他们选择的其它符合条件的媒体上。链接将提供被共享的文件夹406的唯一识别地址。在文件夹已被共享之前、期间或之后的任何时间,用户可选择作出URL下载413。作出链接下载会将框413中的勾形标记置于说明URL下载的旁边。取消选择网址下载413将会删除勾形标记。勾形标记是链接的可下载状态的可见指示。如前面提到的,URL下载413适用于被共享的链接的所有接受者。
[0108]选择电子邮件链接411将打开新的弹出窗口 415,这将用户带回到图3C上的联系人列表344。由于这是链接共享408,所以联系人列表不提供对单个接受者的权限(如图3C中所示,342 ;346,347,348,350,351和352)。用于链接(URL下载413)的权限示于图409中。这是链接共享408的唯一许可设置。在弹出415中,用户可通过将他们的个人电子邮件地址输入到所提供的空间416或通过单击联系人列表中415中所示的接受者的名字旁边的加号(+)417输入接受者。用户可另外选择以通过选择“添加所有”按钮418来将所有联系人添加在其列表中。在用户被添加到链接共享时,他们将出现在所提供的窗口 419中。与前面的共享方法一样,一旦他们出现在窗口 419,即可通过单击他们的名字旁边的减号(图3C的342)将接受者从共享中减去。用户也可具有将电子邮件的主题420行改为他们所需的任何。一旦接受者和主题420完成(如果需要),现在可通过点击发送421按钮使链接与所有接受者共享。可在任何时候通过按取消422按钮终止整个过程。一旦用户选择发送421或取消422,弹出窗口 415将关闭,从而将用户返回到文件共享系统屏幕(图3A)。
[0109]用户可选择以通过选择到Facebook 412的发布将他们的链接发布到Facebook。这个动作将打开弹出窗口 421,这将给予用户以下选择:通过将标题输入所提供的空间422将字幕422添加到链接、发布链接423或取消操作424。选择发布链接422将用户带到通过Facebook网站(未示出)托管的其Facebook登录。如果他们没有登录到他们的帐户,他们将被提示进行操作。如果他们登录,则链接将在选择链接后423立即发布。这种能力是显著的,因为这允许用户在Facebook发布,同时绕过发布媒体的上传要求。这确保了用户保持其文件的控制,因为文件的副本从未被上传到社交网络网站(例如Facebook)。当文件由用户从社交网络站取下时,该文件不见了且在网站上或任何其相功率的备份网站都不存在。
[0110]提供的最后链接控制选择409是删除链接414命令。删除链接414命令可在链接通过选择删除链接414而被共享之后的任何时间执行。这个动作将打开弹出窗口 425,警告用户:他们将要删除到共享文件夹406的链接。如果他们选择继续进行链接删除,则他们可点击是426,这将立即删除链接并提供确认链接删除的确认消息(未示出)。如果用户选择不427,则弹出425将关闭,使用户返回到弹出409以继续控制链接命令。重要的是应注意,一旦链接被删除,则所有共享和与该特定链接相关联的发布的链接也被删除。这使得用户很容易永久并立即从每个共享中删除东西,而不论链接共享何时被最初建立。
[0111]现在将参考图5讨论列表创建和共享特征。文件共享系统提供了允许用户创建和共享他们喜欢的文件列表(例如图片、歌曲、视频、食谱、文件、文件夹、文档等)的特征。列表共享特征使用户能够创建多个文件或文件夹的列表以用于容易地共享大量文件的目的,同时无需文件被移到特定文件夹或文件共享系统内的其它位置。列表共享特征特别适合用户希望与朋友或群组共享歌曲列表或视频列表的应用。
[0112]图5A示出用于在文件共享系统中创建新列表的一种方法。现在请参阅图5A。而其它方法也存在,以用于在系统内创建列表,为了便于说明的目的,该方法被选择。图505 (左上角所示)是文件共享系统主屏幕505的放大示图(右下所示)。文件列表创建图标506可被选择以启动创建新列表。一旦文件列表创建图标506被选择,创建列表508弹出窗口打开。在创建列表窗口 508中,用户具有输入新列表509的名称并保存列表510的选择,或者可取消操作511。在图512中,我们已经将列表名称“最喜欢的歌曲”放置为“输入新列表的名称”509窗口并点击保存510按钮。一旦保存510按钮或取消按钮511被点击,屏幕即返回到开始屏幕505。现在来看主屏幕505 (如图5A所示的右下角),新创建的“最喜欢的歌曲”514列表出现在文件共享系统的主屏幕的列表目录513中。图标507是通知菜单,在该提交的后面将讨论。
[0113]因为列表已在系统内产生(如上面图5A所示),列表现在可填充有共享的文件。现在将参考图5B描述用于从列表中添加和删除文件的方法。
[0114]在该实例中,我们将文件添加到列表(最喜欢的歌曲509),其在上面使用图5A中的参考而创建。在图5B,用户从文件共享系统主屏幕505开始并导航到他们希望添加到列表的文件515的位置。一旦用户已经选择了适当的文件位置515,文件即将显示在窗口 516。此时,用户可通过选择他们希望添加的文件旁边的列表图标517来选择他们希望添加到列表的文件。一旦使用列表图标517选择了文件,弹出窗口 518即出现。该窗口 518给予用户创建新列表519以添加文件或到520从菜单中选择现有列表的选项。在这个实例中,我们已经选择将文件添加到在我们已经先前创建520的其它列表中出现的窗口 518中所示的列表509。一旦被选择,弹出可被关闭521,使用户返回到文件共享系统主窗口 505。此时,文件已经被添加到列表522的可视指示出现在所选文件的旁边。列表图标522现在呈现被填充。
[0115]可通过同时按住键盘上的[CTRL]键和左+点击鼠标按钮来选择文件将多个文件添加到列表。同样,用户可按下Shift键并选择多个文件。一旦文件被选择,用户可打开更多526菜单并选择527选择到
列表的添加(Add)。这将会把所有所需的文件放置到用户正在操作的列表中(在这种情况下,是“最喜欢的歌曲”509)。额外文件管理命令可在更多(More) 526菜单中可用,所述菜单包括全选(Select All) 528,这允许用户在给定的文件夹中选择所有文件。用户可通过简单地选择文件且然后激活526更多菜单并选择529删除(Remove)从列表中选择的删除另外从列表中删除特定文件。在图5B中,从列表中选择的529删除是灰色的,这是因为我们已经选择的文件目前在列表上不存在。如果他们存在,则因为其它菜单选择562,文本将显示为黑色。在其它菜单命令存在时,它们通常是已知的且在该提交中不会讨论。
[0116]个人云装置(PCD)630是文件共享系统的扩展,其作为被存储的用户文件的本地资源库。虽然文件共享系统的操作无需PCD 630,但是它被提供为选择项目,其允许用户在本地存储他们的文件,同时利用文件共享系统的所有特征和功能。PCD630特别适合用于用户犹豫或者不希望将其个人文件存储公共互联网(即云)的应用。
[0117]图6A是表示典型的LAN 605 (局域网)配置的网络元件和个人云装置(P⑶)630如何由用户部署的简图。与任何LAN位置一样,605可以是在家庭、办公室或用户选择的其它位置。为了本说明的目的,我们一般示出与LAN 605的相关联的已知装置。第一装置是典型的调制解调器610以用于与公共网络(即互联网)的接口连接。该表示中的调制解调器610可以有线和无线环境中发挥作用并提供对LAN 605的集线器功能。在本实例中,通常已知的装置,像个人计算机620和笔记本计算机625利用调制解调器610以与公共网络615(在这种情况下是互联网)接口连接。除了这些装置,P⑶630也已经通过调制解调器610连接到LAN 605。每个这些连接635都可以是有线或无线的。
[0118]在用户LAN 605之外,调制解调器610通过典型电缆设施640被连接到互联网。文件共享系统110也连接到互联网615,以实现与LAN 605和相关联的装置620、625和630的交互。
[0119]图6B是示出P⑶如何与文件管理系统和远程或便携式装置交互的图。
[0120]现在将参照图6B讨论P⑶的功能。P⑶630通过局域网605LAN并通过公共网络615接口连接文件共享系统110。文件共享系统在连接到用户帐户时识别630P⑶。一旦该连接建立,用户即可开始使用PCD 630来存储他们的文件。文件可以从图6B中所示的任何一般已知的装置上传。这些装置包括但不限于个人计算机620、笔记本计算机625、平板计算机132和智能电话134。便携式装置,诸如笔记本计算机625、平板计算机132和智能电话134可从他们可得到互联网接入的任何地方访问P⑶630。无线网络接入645可便于连接到便携式智能型装置132和134。
[0121]文件共享系统110所使用的命令协议在PCD 630是否存在且是否用于用户网络上是相同的。这种操作透明度简化了文件共享系统110的学习曲线并允许用户实施相同命令,而无论他们在哪里获得文件共享系统110的访问。
[0122]如图6B所示,P⑶630现在连接到用户网络605。此时,用户可使用LAN 605上可用的一般公知装置110(诸如笔记本计算机625或台式PC 620)登录到他们的文件共享系统。
[0123]现在将使用图6C来描述用于连接文件共享系统110与个人云装置630 (P⑶)的步骤。图6C假设用户现在利用一般已知的装置620或625,此时,可便于文件共享系统110和P⑶630之间的通信。
[0124]现在将参考图6C讨论P⑶630连接到文件共享系统110。
[0125]图6C示出用户在文件共享系统的主屏幕505上启动。从主屏幕505,用户可选择选项602菜单,然后管理CloudLocker 604。一旦管理CloudLocker 604被选择,弹出窗口606即出现。该窗口将在所提供的空间列出现有的PCD装置,以及向用户提供添加新装置611或取消608操作的机会。如果用户选择要取消608操作,则他们将立即返回到主屏幕505。如果用户选择添加新装置611,则他们将被带到弹出窗口 613。
[0126]弹出窗口 613是被设计为使用户行走通过将新PCD添加到其文件共享系统的过程的系统配置帮手。用户可在任何时间选择取消618该操作,这将他们返回弹出606。如果用户选择下一个616,则他们的PCD配置会话将继续。
[0127]选择下一个616带来额外的弹出窗口 621。通过提供装置的唯一 MAC地址623,该窗口将为用户显示当前连接到LAN的所有PCD装置。一旦用户识别了装置623,则他们希望连接到他们的文件共享系统,他们可通过点击他们希望添加的装置623来简单地选择它。一旦选择,用户即可选择以通过选择下一个626继续过程。与先前的屏幕一样,用户可在此过程期间的任何时间选择取消628。这个动作将用户返回到先前的屏幕613。
[0128]一旦用户选择了下一个626,新窗口 631将出现。弹出窗口 631为用户提供给予他们的PCD装置名称633,以及描述636的选项。在本实例中,我们已经命名装置633“Rick’ sCloudLocker”。在此步骤期间的任何时间,用户可选择取消642,将其返回到之前的弹出621。如果用户选择保存638,则名称(Rick’s CloudLocker)将被保存,并且用户将返回到主屏幕505。新连接的PCD装置现在将出现在文件菜单644中。此时,装置可被用于存储和共享用户选择的所有文件。PCD将出现并像文件共享系统内的任何其它文件夹那样起作用。
[0129]文件共享系统允许DLNA(数字生活网络联盟(Digital Life Network Alliance))兼容的TV、DVD播放机、视频游戏装置和其它电器与系统交互,以用于在存储在PCD上的本地装置上显示视频的目的。图7A提供了在去涉及P⑶的DLNA特征的典型实施方式的逐步图。现在请参阅图7A。在该图中,我们将要讨论从PCD请求用于在DLNA启用的装置(例如,TV或其它)上显示(即成流)的信息列表的过程。该过程开始于用户请求从外部源被发送到DLNA启用的PCD。DLNA UPnP装置705 (例如,用户的TV或其它DLNA启用的装置)接收并解释来自用户的请求(步骤I)。用户请求然后行进到PCD的内部数字媒体服务器706 (步骤2)。DLNA UPnP装置705在装置上与数字媒体服务器(DMS) 706交互以解释正在执行的命令。数字媒体服务器允许从DLNA装置705接收的RSS (真正简易聚合)信息转发到媒体管理服务707 (步骤3)。此时,媒体管理服务707从数据库708请求媒体列表(步骤4)。数据库708将项目列表返回(步骤5)DLNA装置705,其将出现在装置705的观看屏幕上(通常是列表P⑶上可用的媒体列表)。DLNA UPnP装置705现在将统一资源标识符(URI)的请求发送到管理服务707 (步骤6)。媒体管理服务(707)然后验证作出请求的用户具有访问材料的适当权限(步骤7)。数据库708验证并发出许可批准(步骤8),其被返回到媒体管理服务707。媒体管理服务707现在将请求发送到用于访问令牌的DNS服务711 (步骤9)。该令牌将授予用户对通过这一过程请求的媒体的访问。DNS711服务将访问令牌返回媒体管理服务(步骤10)。在接收到令牌时,媒体管理服务707发起到DLNA UPnP705装置的直接固定的URI重定向(步骤11)。这允许DLNA装置705获得对安全存储装置709的访问(步骤12)。在存储装置709从DLNA UPnP装置705接收到直接URI (步骤12)时,存储装置709由DNS服务711验证访问令牌(步骤13)。DNS 711验证访问令牌(步骤14),从而允许存储装置709将请求提交到存储库710以访问被请求的物理文件(步骤15)。由于所有的验证和令牌已经在整个过程中被认证和验证,所以用户会接收到对被请求的文件的URI直接访问(步骤16)。文件被返回到DLNA UPnP装置705且现在在用户装置(例如,TV或其它)的观看屏幕上可见。
[0130]图7B是与先前在图7A中详述的过程相关联的组件的物理结构图。图7B用于显示用户、他们的DLNA装置(例如TV、媒体播放器或其它)和PCD之间的交互的通信路径。现在请参阅图7B。
[0131]图7B示出其中用户715与他们的DLNA启用的TV或其它装置716交互(步骤I)的典型的示例性环境。用户715将请求发送到存储在P⑶上的媒体的DLNA装置716。请求通常经过装置的内部数字媒体播放器(DMP) 717。DMP 717将与用户请求相关联的查询发送到数字媒体服务器718 (步骤3)。如在图7A中可以看出,这种请求会在公共网络(即互连网)之间行进以到达该装置。即使PCD处于与该表示中的用户相同的位置,认证过程也需要文件共享系统验证用户,和对PCD的随后访问。PCD 718内的数字媒体服务器719从数字媒体播放器717接收查询(步骤3)。DMS 719查询媒体管理系统720关于正在由用户请求715的媒体的信息(步骤4)。系统720内的媒体管理服务721查询媒体管理数据库722 (步骤5)以找到正在寻求的媒体的位置。媒体管理数据库与DNS服务723进行通信以提供媒体的位置。DNS服务723将正在寻求的信息返回到媒体管理系统721 (步骤6)。媒体管理系统721然后与中央存储服务724进行通信(步骤7),所述服务将消息发送到数据所驻留的物理资源库725 (步骤8)。如果正在寻求的媒体驻留在物理存储库725中,则媒体将通过媒体管理服务721 (步骤9)被返回到P⑶718。如果媒体驻留在物理存储库726中的P⑶,则媒体管理数据库722将通知媒体管理服务721数据的物理位置且P⑶存储服务727将从物理存储库726拉动媒体(步骤10)。所请求的媒体然后被从PCD存储服务727或者通过中央存储服务724返回给用户,这取决于内容所驻留的位置。
[0132]虽然已经在【具体实施方式】的方面描述了装置,但是本领域的技术和/或职业人员将认识到,装置规格可由本文提供的权利要求书的精神和范围内的修改来实践。
[0133]提供了上面的实施方式和附图是用于说明目的,并不意味着是有关装置的所有可能的设计和实现的详尽列表。
[0134]虽然系统、方法和其它因素已经通过描述实例(相当详细)说明,但是这些实例并非旨在将所附权利要求的范围限制或以任何方式限制到如此的细节。当然,为了描述本系统的目的,不可能描述应用或方法的每个可想到的组合。额外的优点和修改对于本领域技术人员将很明显。因此,文件共享系统和方法(在其更宽的方面)不限于所示出和描述的具体细节和说明性实例。因此,可在不脱离文件共享系统和方法的一般概念的精神或范围的情况下,可作出与这样的细节的偏离。
[0135]本申请旨在涵盖落入所附权利要求的范围内的改变、修改和变型。前述描述不意味着限制提交的范围,而是范围由所附的权利要求和它们各自的等效物来确定。
[0136]本提交使用了大量实例,其表明一个人(用户)到另一个(接受者)的共享。这些实例旨在简化对文件共享系统和方法的概念的理解且不旨在限制共享、成流、文件访问或提交的其它方面的数量。
[0137]文件共享系统和方法为本地用户提供了成流托管在其PCD上的媒体,或已经从系统的其他用户与其共享的媒体的能力。现在将参考图8A讨论媒体到本地DLNA启用的装置(例如TV)的DLNA成流的功能方面。
[0138]图8A是一个框图,示出了典型的配置文件共享系统和方法的实施。
在图8A,用户已共享的文件从他们的平板计算机用805共享820的接受者在这个特殊的情况下,共享从平板计算机805可在图8A,接受者可以看出做无线806的共享具有包括路由器817的局域网816,个人云装置817 (P⑶)和一个支持DLNA的电视机818由于P⑶818被启用的DLNA和允许媒体流的局域网816上的媒体从药片805可以在支持DLNA的电视机818虽然这种表示形式显示从单个用户的单个共享被视为共享,没有限制到股数,可以通过该系统被启动,或文件的数目可以用功能的电视818的DLNA局部观察单股被示出以简化的表示的说明。电视上的DLNA屏幕不表示,因为它们由制造商而变化,也不会增加的功能的说明所讨论。
[0139]图SB示出了其中媒体已在两个用户之间被共享并从一个用户的个人云装置(P⑶)被直接成流到其它用户的P⑶的典型应用。图8B被分解成两部分。图8B的上半部分示出认证信号路径,而图SB的下半部分示出信号共享路径。共享路径是一旦认证处理完成由媒体采取的路径,并且将媒体被从用户A共享给用户B。重要的是应注意,被引用的共享已经在两个用户之间建立,并且用户B现在正试图通过其DLNA启用的TV访问并查看用户A的共享材料。
[0140]该过程在用户B通过其DLNA启用的TV 835开始媒体查询时开始。用户将访问他们的菜单(每个都根据DLNA启用的TV的制造商而不同),且被导航到他们的TV 835上的他们的DLNA启用的内容菜单。通过文件共享系统110被托管在用户B上和/或于用户B共享的媒体将通过公共网络(即互联网)826可访问。虽然用户B可经由DLNA成流任何媒体,其被托管在他们的PCD 830或文件共享系统110上,本实例明确涉及存储在用户A的PCD 825(和从其中共享)上的成流。用户A已经与用户B共享的文件将出现在列出了用户B可访问他们的DLNA启用的电视835并从其中查看的菜单上。在用户B选择他们希望查看的共享媒体(从用户A)时,媒体的请求通过用户B的本地区域网络(LAN),并通过互联网826到达文件共享系统110。文件共享系统110通过认证过程授予用户B对共享内容的访问,且现在用户B可访问媒体。
[0141]如在图SB的下半部分中可看出,媒体路径现在已经改变从图的上半部分描绘的请求路径改变。一旦发生认证,用户B 831的媒体请求被从用户A 821直接返回,从而完全消除了媒体通过文件共享系统的需求。通过实现两个PCD装置之间的直接媒体连接,文件共享系统最小化阻碍、降低或以其它方式妨碍两个用户装置825和835之间的成流的网络问题的机会。
[0142]文件共享系统具有独特的特征,其允许用户(即媒体主机)共享他们的文件、文件夹、歌曲、电影和其它数字内容,而不会实际上将其给予给他们与其共享的接受者。在术语“共享”的传统意义上,一个人将给予他人一些东西或以其它方式允许他们参加或参与项目的使用和/或享用,而无需实际上将该项目放弃给其他人。以类似的方式,文件共享系统能够使媒体主机共享,而不会将自己的所有权放弃给共享的媒体。通过基于权限的控制,用户(即媒体所有者)可容易地将访问权限分配给控制授予接受者的访问和使用的媒体。图8C将详细介绍实现共享而不会发生下载特征的功能。
[0143]参考图SC,用户将通过选择他们希望共享的文件840来开始会话。在这个实例中,我们选择的文件名是“歌曲”。一旦作出选择,媒体主机将选择与其共享文件的接受者的841。在这个实例中,我们与“Andy”共享文件。如在图2B中说明的,具有可以在此共享阶段分配的多个权限。这个实例将只专注于查看文件,而无需下载共享方式。
[0144]现在,我们的文件840 (跟去)和我们的接受者841 (Andy)已被选择,现在我们将限制Andy对文件的使用以只能通过将设置842切换到禁止来关闭下载功能来查看。一旦下载设置842被设置,我们即可通过选择提交843按钮来共享文件。这最终结束了共享序列843并将通知844发送到已共享文件的接受者。通知844包含接受者可随后来查看文件的链接。
[0145]通知链接844使接受者841 (Andy)来到web,在该web中,文件的内容可被查看、播放、激活和以其它方式启用,但不能下载。包含链接的web被托管在文件共享系统内,并限制接受者(Andy)在共享过程中对权限定义的文件的访问。在这种情况下,下载被限制,因此用户将只能够欣赏内容,但不能够取得内容的所有权。接受者841 (Andy)可免费重新共享他在共享序列期间接收的链接,从而允许别人也享用被共享的内容。下载被完全从各方消除,在这种情景下是从初级共享(到Andy)和所有后续共享。
[0146]虽然已经描述了本发明的各个实施方式,但是对于本领域的普通技术人员很明显的是,在本发明的范围之内的许多实施方式和实现方式是可行的。此外,本文描述的各种特征、元件和实施方式可要求保护或以任意组合或布置被组合。
【主权项】
1.一种文件共享系统,包括: web服务器,被配置为: 接收并存储来自用户的一个或多个上传文件; 将所述一个或多个上传文件的列表呈现给所述用户; 接收来自所述用户的识别所述一个或多个上传文件中的至少一个的文件选择; 接收来自所述用户的识别多个文件共享权限的至少一个的文件共享选择; 接收来自所述用户的一个或多个用户标识符,其中,所述一个或多个用户标识符识别一个或多个第一接受者; 将所述文件选择的所述上传文件与所述一个或多个用户标识符和所述文件共享选择的所述文件使用权限相关联,其中,所有的所述一个或多个上传文件先前也已与用于一个或多个第二接受者的不同的文件使用权限相关联; 基于与所述文件选择的所述上传文件相关联的所述文件使用权限将所述文件选择的所述上传文件传送至所述一个或多个第一接受者; 基于所述不同的文件使用权限将所述文件选择的上传文件传送至所述一个或多个第二接受者; 数据库,存储所述文件选择的所述上传文件、所述一个或多个用户标识符以及所述文件共享选择的所述文件使用权限之间的关联;以及 存储系统,包括存储所述一个或多个上传文件的一个或多个存储装置。2.根据权利要求1所述的文件共享系统,还包括一个或多个通信装置,所述一个或多个通信装置被配置为从所述用户的计算装置接收所述文件选择和所述文件共享选择,所述计算装置是从由台式计算机、膝上型计算机、智能电话、媒体播放器和平板装置组成的组中选择的。3.根据权利要求1所述的文件共享系统,其中,仅在所述一个或多个第二接受者登录之后,所述文件选择的所述上传文件才被传送至所述一个或多个第二接受者。4.根据权利要求3所述的文件共享系统,其中,所述文件选择的所述上传文件被传送至所述一个或多个第一接受者,而与所述一个或多个第一接受者是否登录无关。5.根据权利要求1所述的文件共享系统,其中,所述web服务器被配置为基于来自所述用户的输入向文件选择中添加个别文件或从所述文件选择中删除个别文件。6.根据权利要求5所述的文件共享系统,其中,所述web服务器被配置为当向所述文件选择中添加个别文件或从所述文件选择中删除个别文件时,通知所述一个或多个第一接受者和所述一个或多个第二接受者。7.根据权利要求1所述的文件共享,其中,所述web服务器被配置为在所述文件选择的文件被传送到所述一个或多个第一接受者、所述一个或多个第二接受者或者所述一个或多个第一接受者和所述一个或多个第二接受者两者时,向所述用户传送消息。8.一种文件共享系统,包括: web服务器,被配置为: 接收并存储来自用户的文件列表; 接收识别一个或多个第一接受者和一个或多个第二接受者的多个用户标识符;以及 接收并存储来自所述用户的所述文件列表的文件使用权限,其中,第一子集的文件使用权限与所述一个或多个第一接受者相关联,且第二子集的文件使用权限与所述一个或多个第一接受者相关联; 其中,所述第一子集的文件使用权限和所述第二子集的文件使用权限是不同的; 具有存储装置的个人云装置,所述个人云装置被配置为: 将所述文件列表中的文件存储在所述存储装置上; 基于所述第一子集的文件使用权限向所述一个或多个第一接受者提供对所述文件的访问-M 基于所述第二子集的文件使用权限向所述一个或多个第二接受者提供对所述文件的访问; 其中,所述个人云装置远离所述web服务器。9.根据权利要求8所述的文件共享系统,其中,在接收到有效密码时,所述第一子集的文件使用权限才允许访问所述文件,而所述第二子集的文件使用权限允许不需要密码访问所述文件。10.根据权利要求8所述的文件共享系统,其中,所述个人云装置被安装在用户的住所处。11.根据权利要求8所述的文件共享系统,其中,所述个人云装置被配置为将所述列表中的文件从第一文件格式转换为第二文件格式并将经转换的所述文件存储在所述存储装置上。12.根据权利要求9所述的文件共享系统,其中,所述第一子集的文件使用权限允许访问经转换的媒体文件,同时阻止访问原始文件。13.根据权利要求10所述的文件共享系统,其中,所述第二子集的文件使用权限允许访问原始媒体文件,同时阻止访问经转换的所述文件。14.根据权利要求8所述的文件共享系统,其中,所述web服务器被配置为在所述文件列表被所述用户修改时向所述一个或多个第一接受者和所述一个或多个第二接受者传送通知。15.一种web服务器实现的文件共享方法,包括: 接收来自所述用户的一个或多个文件并将所述一个或多个文件存储在一个或多个存储装置处; 经由一个或多个通信装置接收来自所述用户的多个用户标识符,所述多个标识符识别多个接受者; 接收来自用户的多个文件共享权限,其中,所述多个文件共享权限中的每一个均允许所述多个接受者访问所述一个或多个文件、有条件地允许所述多个接受者访问所述一个或多个文件或拒绝所述多个接受者访问所述一个或多个文件; 将所述多个文件共享权限中的每一个与通过来自所述用户的输入所识别的所述多个接受者中的每一个相关联; 根据与所述多个用户中的每一个相关联的所述文件共享权限向所述多个用户中的每一个提供对所述一个或多个文件的访问,其中,对于所述多个接受者中的至少两个,所述文件共享权限是不同的; 其中,允许访问所述一个或多个文件的文件共享权限使得所述一个或多个文件被传输以由远程装置存储; 其中,有条件地允许访问所述一个或多个文件的文件共享权限使得所述一个或多个文件被传输以仅供查看; 其中,有条件地拒绝访问所述一个或多个文件的文件共享权限阻止所述一个或多个文件被传送; 其中,所述web服务器被配置为将所述一个或多个文件从第一文件格式转换为第二文件格式并将经转换的所述一个或多个文件存储在所述存储装置上; 其中,所述一个或多个原始文件与有条件地拒绝访问的所述文件共享权限相关联,并且经转换的所述一个或多个文件与允许访问或有条件地允许访问的所述文件共享权限相关联;以及 其中,所述web服务器被配置为在所述一个或多个文件被用户修改时向所述多个接受者传送通知。
【专利摘要】根据本申请,用于共享媒体文件的系统、装置和方法可促进在不允许媒体被下载的情况下共享媒体。用于共享媒体的这样的系统、装置和方法可进一步使将被共享的文件列表和响应能够在用户播放的过程中被传送至媒体所有者。本地装置可被用于实现被云外托管的媒体的存储和共享。通过所述系统有助于来自文件共享系统或所述本地装置的流动。
【IPC分类】G06F21/30, G06F21/60
【公开号】CN104903900
【申请号】CN201380064165
【发明人】贝内代特·奥
【申请人】图丰公司
【公开日】2015年9月9日
【申请日】2013年12月5日
【公告号】EP2802118A1, US20140165176, WO2014089353A1