CN104350721A - 在通用设备中发送和接收文件的装置和方法 - Google Patents

Abstract

本发明提供一种用于基于预定的容器结构发送，接收和存储文件的方法和装置。所述方法包括：识别存储的文件当中将发送的一些或全部文件；生成用于被识别文件的发送信息并且向接收设备发送该发送信息；配置包括关于被识别文件中的每一个将存储在其中的目录的位置的信息；以及向被识别文件中的每一个添加被配置的首标并且向接收设备发送添加了首标的文件。

Description

在通用设备中发送和接收文件的装置和方法

技术领域

本发明一般涉及在通用设备中发送和接收文件的装置和方法，并且更具体地，涉及用于发送和接收文件同时保持文件容器结构的装置和方法。

背景技术

典型地，通用设备是指这样的设备：不用于特定目的，而是替代地可以被用于许多通用目的，并且可以自由地与其他用于通用目的的通用设备交互工作。通用设备可以与其他通用设备自由地交换文件，以用于，例如，文件共享。

在通用设备中，基于诸如树状结构的容器结构存储或写入文件。随着在通用设备上观看、存储和编辑的内容日益多样化，存储文件的容器结构变得越来越重要。为此，在通用设备之间的文件传送期间，接收通用设备必须根据那些文件在发送设备中存储的精确的容器结构来存储它接收的任意文件。

图1示出用于存储文件的容器结构的示例。

图1中示出的容器结构由根目录“/”110以及它的子目录“A”112、“B”114和“C”116组成。目录“A”112是具有根目录110作为它的父目录的子目录。目录“B”114是具有目录“A”112作为它的父目录的子目录。目录“C”116是具有目录“B”114作为它的父目录的子目录。

虽然在图1中每个父目录耦接到单个子目录，但是可以以多种其他形式配置容器结构，其中，例如，多个子目录耦接到一个父目录。

在图1中，文件#1120记录在根目录110中，文件#2122记录在目录“A”112中，并且文件#3124记录在目录“B”114中。

为了使通用设备向其他通用设备传送存储在类似图1的容器结构中的文件，发送通用设备必须向接收通用设备发出关于容器结构的信息以及将存储在容器结构中的文件两者。

接收通用设备基于关于它从发送通用设备接收到的容器结构的信息配置它将存储文件的容器，并且将接收到的用于文件的数据存储在配置的容器结构中的相应目录或多个目录中。以这种方式，接收通用设备在与发送通用设备相同的容器结构中存储文件。

图2示出用于通用设备之间的文件传送的传统的信号处理的示例。在图2中示出的信号处理示例中，存储在图1中示出的容器结构中的文件正在被传送。

参照图2，发送通用设备(“发送器”)10向接收通用设备(“接收器”)20发送记录在每个目录中的文件(参见步骤210中的文件#1，步骤220中的文件#2、以及步骤230中的文件#3的发送)。在发送每个文件之后，发送器10发送用于创建其中将存储被发送文件的目录的控制信息(参见步骤212、步骤222和步骤232中的“mkdir”命令的发送)，然后发送用于改变或移动到其中将存储被发送文件的目录的控制信息(参见步骤214、步骤224和步骤234位于“ckdir”命令的发送)。

如此，每当发送器10发送一个文件时，它必须还发送关于接收器20将需要创建的目录的控制信息、以及关于接收器20将移动或改变到将存储被发送文件的目录的控制信息。

如图1中具体示出地，发送器10顺序地发送文件#1120、文件#2122和文件#3124。

首先，发送器10在步骤210中发送文件#1120，在步骤212中发送用于创建其中将存储文件#1120的根目录“/”110的控制信息(“mkdir/”)，然后在步骤214中发送用于接收器20移动到其中将存储文件#1120的根目录“/”110的控制信息(“chdir/”)。反之，接收器20在步骤210中接收文件#1120，在步骤212中创建用于存储接收到的文件#1120的根目录110，并且在步骤214中移动到根目录“/”110以在其中存储接收到的文件#1120。

第二，发送器10在步骤220中发送文件#2122，在步骤222中发送用于创建用于存储文件#2122的目录“A”112的控制信息(“mkdir A”)，并且在步骤224中发送用于接收器20移动到用于存储文件#2122的目录“A”112的控制信息(“chdir A”)。

反之，接收器20在步骤220接收文件#2122，在步骤222中创建用于存储接收到的文件#2122的目录“A”112，并且在步骤224中移动到用于在其中存储接收到的文件#2122的目录“A”112。

第三，发送器10在步骤230中发送文件#3124，在步骤232中发送用于创建用于存储文件#3124的目录“B”114的控制信息(“mkdir B”)，并且在步骤234中发送用于接收器20移动到用于存储文件#3124的目录“B”114的控制信息(“chdir B”)。

反之，接收器20在步骤230接收文件#3124，在步骤232中创建用于存储接收到的文件#3124的目录“B”114，并且在步骤234中移动到用于在其中存储接收到的文件#3124的目录“B”114。

可以被用于根据图2中示出的过程来发送和接收文件的协议是文件传送协议(FTP)(IETF RFC 765)。

当容器结构更复杂时，发送器在图2中示出的过程中必须提供给接收器的控制信息的数量增加。

图3示出用于在通用设备之间的文件传送的传统的信号处理的另一示例。存储在图1中示出的容器结构中的文件正在图3中被传送。

在图3中示出的示例中，发送器预先向接收器提供关于在哪里可以获得将被传递的内容的位置(例如，统一资源定位符(URL))的信息、以及关于容器结构的信息，并且接收器将接收到的文件存储在使用预先接收到的信息复制的容器结构中。

参照图3，发送器10配置包括关于将被发送的内容以及容器结构的信息的元数据文件，并且在步骤310中向接收器20发送配置的元数据文件。元数据文件可以包括关于在哪里存储与将传递的内容相对应的至少一个文件的位置(例如，URL)的信息、以及关于容器结构的信息。

接收器20从接收自发送器10的元数据文件获得与将被接收的三个文件(文件#1120、文件#2122和文件#3124)中的每一个相对应的位置信息、以及关于文件在其中将被存储的容器结构的信息。

首先，在步骤312中，接收器20使用获得的位置信息检索文件#1120，然后基于获得的关于容器结构的信息将文件#1120存储在根目录“/”110中。

第二，在步骤314中，接收器20使用获得的位置信息检索文件#2122，并且基于获得的关于容器结构的信息将文件#2122存储在目录“A”112中。

第三，在步骤316中，接收器20使用获得的位置信息检索文件#3124，并且基于获得的关于容器结构的信息将文件#3124存储在目录“B”114中。

虽然图3中的接收器20从发送器10检索文件，但是对本领域普通技术人员清楚地是，接收器20可以从除了发送器10之外的其他位置检索期望的文件，诸如从其他通用设备。

可替换地，取决于接收器20如何被实现，接收器20可以根据另一容器结构存储接收到的文件，忽略关于发送器10已经发送的关于容器结构的信息。

在图3中示出的过程中，接收器20可以在文件被实际发送之前确定文件将存储在其中的容器结构，如此允许它的用户在实际文件传送开始之前识别该文件并且确定是否接受该文件传送。

然而，在图3中的传统方法中，发送器10必须使用用于生成内容和生成关于容纳该内容的容器结构的信息两者的处理资源；当将发送的内容的容器结构复杂和/或如果存在大量内容时，这种额外的处理可能致使不必要的时间延误。

发明内容

技术问题

本发明的方面将至少解决以上问题和/或缺点，并至少提供下述优点。因此，本发明的一方面将提供一种用于减少通用设备之间的文件发送/接收控制过程的文件发送/接收装置和方法。

本发明的另一方面将提供一种用于减少通用设备之间需要的文件发送/接收时间的文件发送/接收装置和方法。

本发明的还一方面将提供一种文件发送/接收装置和方法，其中在通用设备之间的发送/接收期间，由发送通用设备(或发送器)发送的内容的文件容器结构在接收通用设备(或接收器)中得以保持。

本发明的又一方面将提供一种装置和方法，其中发送通用设备连同传送文件的首标信息一起发送关于在哪里存储用于特定内容的传送文件的位置的信息。

本发明的仍一方面将提供一种装置和方法，其中接收通用设备基于从接收文件的首标获得的位置信息存储接收到的文件。

本发明的仍一方面将提供一种装置和方法，其中发送通用设备使用元数据文件以分布式方式传送一些控制信息，所述控制信息允许接收通用设备根据预定的容器结构存储正在发送的文件。

本发明的仍一方面将提供一种装置和方法，用于以分布式方式在利用元数据文件发送的文件的首标中发送控制信息，所述控制信息被提供以根据预定的容器结构存储在通用设备之间传送的文件。

本发明的仍一方面将提供一种用于传送元数据文件的信号处理过程，所述元数据文件包括用于根据预定的容器结构存储在通用设备之间传送的文件的一些控制信息。

技术方案

根据本发明的一方面，提供一种第一设备向第二设备发送存储在预定容器结构中的文件的方法。所述方法包括：识别存储的文件当中将发送的一些或全部文件；生成用于被识别文件的发送信息并且向第二设备发送该发送信息；配置用于被识别文件中的每一个的首标，包括关于被识别文件将在其中存储的目录的位置的信息；以及向每个相应的被识别文件添加配置的首标并且向第二设备发送添加了首标的文件。

根据本发明的另一方面，提供一种用于发送文件的装置。所述装置包括：储存器，被配置为取决于预定接收装置容器结构存储文件；消息生成器，被配置为识别储存器中存储的文件当中将被发送的一些或全部文件，生成用于被识别文件的发送信息，对于被识别文件中的每一个来配置包括关于被识别文件中的每一个将存储在其中的目录的位置的信息的首标，向被识别文件中的每一个添加配置的首标，并且生成传递消息；以及发送器，被配置为向接收设备发送由消息生成器生成的发送信息，并且向接收设备发送由消息生成器生成的传递消息。

根据本发明的还一方面，提供一种用于根据预定的容器结构接收并且存储文件的方法。所述方法包括：接收包括在根据预定的容器结构排列的一个或多个目录中存储文件所需的一些控制信息的元数据；接收一些或全部文件；以及基于在元数据中接收到的控制信息以及包括在接收到的文件中的每一个的首标中的控制信息，在根据预定的容器结构排列的目录中存储接收到的文件。包括在每个首标中的控制信息是关于相应文件的位置的信息，其被用于选择根据预定的容器结构排列的存储位置。

根据本发明的又一方面，提供一种用于根据预定的容器结构接收并且存储文件的装置。所述装置包括：接收器，被配置为接收包括存储根据预定的容器结构排列的文件所需的一些控制信息的元数据，以及接收一些或全部文件；消息处理程序，被配置为基于在元数据中接收到的一些控制信息以及在接收到的文件中的每一个的首标中包括的控制信息，确定接收到的文件中的每一个将存储在根据预定的容器结构排列的目录中的哪个目录中；以及储存器，被配置为将接收到的文件中的每一个存储在根据预定的容器结构排列的目录当中由消息处理程序确定的目录中。包括在每个首标中的控制信息包括关于用于文件的存储位置的信息，其被用于选择根据预定的容器结构排列的目录中的一个。

附图说明

从下面结合附图的描述，本发明特定实施例的上述和其他方面、特征和优点将更加清楚，附图中：

图1示出其中存储文件的容器结构的示例；

图2示出用于通用设备之间的文件传送的传统的信号处理的示例；

图3示出用于在通用设备之间的文件传送的传统的信号处理的另一示例；

图4示出根据本发明的实施例的、用于在通用设备之间的文件传送的信号处理过程的示例；

图5示出根据本发明的实施例的、用于在通用设备之间的文件传送的信号处理过程的另一示例；

图6示出根据本发明的实施例的、用于在通用设备之间的文件传送的信号处理过程的还一示例；

图7示出根据本发明的实施例的、在通用设备之间交换容器结构信息的示例；

图8示出根据本发明的实施例的、在通用设备之间交换容器结构信息的另一示例；

图9示出图8中的用于传送元数据文件的信号处理过程的详细示例；

图10示出根据本发明的实施例的、在通用设备之间交换容器结构信息的还一示例；

图11示出根据本发明的实施例的、用于在通用设备中发送文件的发送装置的结构；

图12示出根据本接收明的实施例的、用于在通用设备中接收文件的接收装置的结构；以及

图13是示出根据本发明的实施例的、用于在通用设备中控制文件的发送和接收的方法的流程图。

遍及附图，相同的参考标记将理解为指代相同的部分、组件和结构。

具体实施方式

提供以下参照附图的描述来帮助全面理解权利要求及其等效物所限定的本发明的示例性实施例。以下描述包括各种具体细节来帮助理解，但这些具体细节应被看作仅仅是示例。因此，本领域普通技术人员将认识到，可以对此处描述的实施例进行各种改变和修改而不会偏离本发明的范围和精神。此外，为了清楚和简洁起见，可以省略对公知功能和结构的描述。

下面的描述及权利要求中使用的术语和词汇不局限于词典含义，发明人使用这些数据和词汇仅仅是为了实现对本发明清楚和一致的理解。因此，对本领域技术人员应当清楚的是，以下对本发明示例性实施例的描述仅仅是出于举例说明的目的而提供的，并非为了对权利要求及其等效物所限定的本发明进行限制。

应当理解，单数形成“一”、“一个”和“该”也包括复数对象，除非上下文给出明确地相反指示。因而，例如，当提到“一个组件表面”时，包含了一个或多个这样的表面。

下面将详细描述实施例，其中发送通用设备向接收通用设备传送根据容器结构存储的文件。

为此，将定义发送通用设备和接收通用设备之间的新的和有益的内容发送/接收过程。提供根据此新定义的过程的各种示例，其中发送通用设备利用简化的步骤向接收通用设备有效地传送内容发送/接收控制信息，以防止时间损失。

在本发明的一个实施例中，关于用于存储文件的容器结构的信息在每个文件中发送，并且如有必要，使用元数据文件预先传送一些控制信息。为此目的，除了定义将在元数据文件中传送的控制信息之外，还应准备用于传送元数据文件的过程。

虽然仅为了方便起见在以下描述中使用术语“通用设备”，但是本领域普通技术人员将清楚地是，各种实施例可以应用于能够进行文件传送的任何其他设备。

现在将参考附图详细描述本发明的实施例。

图4示出根据本发明的实施例的、用于在通用设备之间的文件传送的信号处理过程的示例。图4中示出的信号处理过程是传送在图1中示出的容器结构中存储的文件。

参照图4，发送通用设备(“发送器”)10向接收通用设备(“接收器”)20发送记录在每个目录中的文件(参见步骤410、步骤420和步骤430)。发送器10将关于文件将存储在其中的位置的信息连同正在发送的文件一起发送。例如，关于文件将存储在其中的位置的信息可以包括在文件的首标中。

在图4中示出的实施例中，发送器40顺序地发送文件#1120、文件#2122和文件#3124。

当发送文件#1120时，发送器10在文件#1120的首标中包括指示根目录“/”110的信息作为关于文件#1120将存储在其中的位置的信息。在这种情况下，接收器20接收文件#1120并且检查包括在接收到的文件#1120的首标中的位置信息，从而将接收到的文件#1120存储在根目录“/”110中。

当发送文件#2122时，发送器10在文件#2122的首标中包括指示目录“A”112的信息作为关于文件#2122将存储在其中的位置的信息。在这种情况下，接收器20接收文件#2122并且检查包括在接收到的文件#2122的首标中的位置信息，从而将接收到的文件#2122存储在目录“A”112中。

在这个及其他实施例中，指示目录“A”112的位置信息可以不仅包括指示目录“A”的信息，并且包括关于它的父目录的信息。换句话说，包括在文件#1120的首标信息中的位置信息可以指示目录“A”112是具有根目录“/”110作为它的父目录的子目录。

当发送文件#3124时，发送器10在文件#3124的首标中包括指示目录“B”114的信息作为关于文件#3124将存储在其中的位置的信息。在这种情况下，接收器20接收文件#3124并且检查包括在接收到的文件#3124的首标中的位置信息，从而将接收到的文件#3124存储在目录“B”114中。

在这个及其他实施例中，指示目录“B”114的位置信息可以不仅包括指示目录“B”的信息，并且包括关于它的父目录的信息。换句话说，包括在文件#2122的首标信息中的位置信息可以指示目录“B”114是具有目录“A”112作为它的父目录的子目录，并且目录“A”112是具有根目录“/”110作为它的父目录的子目录。

在概述图4中示出的示例时，在内容文件(或内容相关的文件)的发送期间，每个文件被配置为包括关于文件将存储在其中的容器结构的信息。在本发明的一些实施例中，此附加信息可以定义在超级文本传输协议(HTTP)POST消息的首标中，并且可以包括，例如，文件的相对路径信息。

在图4中示出的示例中，为了指示将发送的文件的存储位置，HTTPPOST首标包括附加信息，诸如主机信息“Host”、内容长度信息“Content-Length”、内容类型信息“Content-Type”、文件位置信息“SENDER_LocationURL”，以及文件类型信息“Object_Type”。

结果，接收器可以基于它的相对路径信息在适当的位置存储接收到的文件，从而保持在发送器中使用的容器结构。

在上面描述的多种实施例中，未使用元数据文件发送容器结构信息。因此，需要定义用于使用元数据文件发送容器结构信息的方案，如下面将讨论的。

图5示出根据本发明的实施例的、用于在通用设备之间的文件传送的信号处理过程的另一示例。图5中示出的示例是混合发送方案，其最小化预先在元数据文件中发出的控制信息，并且在内容文件发送期间发出大部分控制信息。正在由图5中示出的信号处理过程传送的文件是存储在图1中示出的容器结构中的那些文件。

参照图5，发送器10配置元数据文件为包括用于接收内容文件的最小数量的控制信息，并且在步骤510中向接收器20发送配置的元数据文件。

例如，包括在元数据中的最小数量的控制信息可以包括接收内容文件通常所需的控制信息。在图5中示出的示例中，元数据文件由将发送的文件的总数量“TotalFileNumber”、总文件大小“TotalSizeMB”、代表文件名“RepresentativeFileName”、文件列表记录的位置“ListofFilesURL”等等组成。如所示，可以理解地是，元数据文件由将共同应用到将发送的全部内容文件的控制信息组成。

在发送元数据文件之后，发送器10向接收器20发送存储在每个目录中的文件(参见步骤512、514和516)。由发送器10发送的每个文件的首标包括关于文件将在其中存储的位置的信息。

在图5中示出的实施例中，发送器50顺序地发送文件#1120、文件#2122和文件#3125。

当发送文件#1120时，在步骤512中，发送器10在文件#1120的首标中包括指示根目录“/”110的信息作为关于文件#1120将存储在其中的位置的信息。在这种情况下，接收器20接收文件#1120并且检查包括在接收到的文件#1120的首标中的位置信息，从而将接收到的文件#1120存储在根目录“/”110中。

当发送文件#2122时，在步骤514中，发送器10在文件#2122的首标中包括指示目录“A”112的信息作为关于文件#2122将存储在其中的位置的信息。在这种情况下，接收器20接收文件#2122并且检查包括在接收到的文件#2122的首标中的位置信息，从而将接收到的文件#2122存储在目录“A”112中。

在这个及其他实施例中，指示目录“A”112的位置信息可以不仅包括指示目录“A”的信息，并且包括关于它的父目录的信息。换句话说，包括在文件#1120的首标信息中的位置信息可以指示目录“A”112是具有根目录“/”110作为它的父目录的子目录。

当发送文件#3124时，在步骤516中，发送器10在文件#3124的首标中包括指示目录“B”114的信息作为关于文件#3124将存储在其中的位置的信息。在这种情况下，接收器20接收文件#3124并且检查包括在接收到的文件#3124的首标中的位置信息，从而将接收到的文件#3124存储在目录“B”114中。

在这个及其他实施例中，指示目录“B”114的位置信息可以不仅包括指示目录“B”的信息，并且包括关于它的父目录的信息。换句话说，包括在文件#2122中的首标信息中可以指示目录“B”114是具有目录“A”112作为它的父目录的子目录，并且依次目录“A”是具有根目录“/”110作为它的父目录的子目录。

在概述图5中示出的示例中，在内容文件的发送期间，每个文件被配置为包括关于它的内容将存储在其中的容器结构的信息。如图5的示例中所示，对于用于存储正在发送的文件的位置信息，它的首标可以包括附加信息，诸如主机信息“Host”、内容长度信息“Content-Length”、内容类型信息“Content-Type”、文件位置信息“SENDER_LocationURL”，以及文件类型信息“Object_Type”。

在图5的示例中，当发送器发送被配置为包括关于在其中可以获得被发送的文件的列表的位置(例如，URL)的信息的元数据文件时，如果接收器需要额外的文件列表信息，则接收器可以使用URL获得文件的完整列表。

图6示出根据本发明的实施例的、用于在通用设备之间的文件传送的信号处理过程的另一示例。

图6中示出的示例基于混合发送方案，其最小化预先在元数据文件中发出的控制信息，并且在内容文件发送期间发出大部分控制信息。图6中的步骤610到步骤616相应于图5中的步骤510到步骤516。

然而，不同于图5中示出的过程，图6中示出的过程额外包括用于发送额外的更新元数据文件的过程，该更新元数据文件用于更新由初始元数据文件发送的控制信息。

参照图6，发送器10在步骤620中向接收器20发送更新元数据文件。构成将被发送的更新元数据文件的控制信息的类型可以与构成初始发送的元数据文件的控制信息的类型相同。然而，构成更新元数据文件的控制信息的至少一个类型的值必须不同于构成初始发送的元数据文件的控制信息的类型的值。

在更新元数据文件被发送(如，例如，在步骤620中)之后，基于构成更新元数据文件的控制信息，额外的文件(例如，文件#4和#5)可以由发送器10发送(如，例如，在步骤622中)并且由接收器20接收(如，例如，在步骤624中)。

在图5中，根据构成初始发送的元数据文件的控制信息以及包括在每个文件的首标中的控制信息，接收器20接收由发送器10顺序地发送的文件#1120、文件#2122和文件#3124，并且存储它们。

为了发出额外的文件#4和#5，在步骤620中发出更新元数据文件。基于构成更新元数据文件的控制信息以及包括在每个文件的首标中的控制信息，接收器20接收由发送器10顺序地发送的文件#4和#5，并且根据定义的容器结构存储它们。

当发送文件#4和#5时，在步骤622和步骤624中，发送器10在文件#4和文件#5的首标中包括目录“C”116作为关于文件#4和文件#5将存储在其中的位置的信息。在这种情况下，接收器20接收文件#4和文件#5，并且检查包括在接收到的文件#4和文件#5的首标中的位置信息，从而将接收到的文件#4文件#5存储在目录“C”116中。

在这个及其他实施例中，指示目录“C”116的位置信息可以不仅包括指示目录“C”的信息，并且包括关于它的父目录的信息。换句话说，包括在文件#4和文件#5的首标信息中的位置信息可以指示目录“C”116是具有目录“B”114作为它的父目录的子目录；目录“B”114是具有目录“A”112作为它的父目录的子目录；并且目录“A”112是具有根目录“/”110作为它的父目录的子目录。

在概述图6中示出的示例中，在内容的发送期间，每个文件被配置为包括关于它的内容将存储在其中的容器结构的信息。如图6示出的示例中，对于关于正在发送的文件的存储位置的位置信息，它的首标可以包括附加信息，诸如主机信息“Host”、内容长度信息“Content-Length”、内容类型信息“Content-Type”、文件位置信息“SENDER_LocationURL”，以及文件类型信息“Object_Type”。

在上面描述的实施例中，第一被发送的初始元数据文件和额外被发送的更新元数据可以包括关于将发送的文件的总数量以及将发送的文件的总大小的信息。为了表示一些文件列表，它们还可以包括全部文件当中的元数据文件的索引、和包括在元数据文件中的文件列表的数量、以及每个文件的名称和大小信息。该信息还可以包括在哪里可以获得每个文件的资源URL。在本实施例中，接收器20使用HTTP GET方法获得内容。

下面将定义根据本发明的实施例的、发送容器结构信息的多个可能的示例。

图7示出根据本发明的实施例的、在通用设备之间交换容器结构信息的示例。在图7的示例中，容器结构信息在组形成(group formation)之前被发送。

参照图7，发送器10和接收器20在步骤710和步骤712中周期性地或非周期性地发出用于发现附近的通用设备的探查请求消息。

在步骤714中，在接收由发送器10发出的探查请求消息时，接收器20向发送器10发出探查响应消息。发送器10通过接收由接收器20发出的探查响应消息找到接收器20。

在步骤716中，在接收由接收器20发出的探查请求消息时，发送器10向接收器20发出探查响应消息。接收器20通过接收由发送器10发出的探查响应消息找到发送器10。

通过此操作，发送器10和接收器20发现彼此。

在找到彼此之后，发送器10和接收器20在步骤718中执行用于交换关于彼此的服务信息的服务发现交换过程。例如，服务发现交换过程可以是发送器10确定接收器20是否支持发送器10将提供的服务的操作。当接收器20响应发送器10的查询时，可以执行服务发现交换过程。

之后，发送器10和接收器20在步骤720中执行用于对等(P2P)服务的初始设置过程。在用于P2P服务的初始设置过程中，发送器10向接收器20发送用于文件传送的元数据文件。

在图7的示例中，发送器10向接收器20发出用于请求P2P服务的P2P服务请求消息。当发出P2P服务请求消息时，发送器10在P2P服务请求消息中包括元数据文件。

当接收P2P服务请求消息时，接收器20确定是否接受由发送器10请求的P2P服务。接收器20从P2P服务请求消息获得元数据文件。

当确定接受由发送器10请求的P2P服务时，接收器20向发送器10发出响应于P2P服务请求消息的P2P服务响应消息以及用于确认或允许P2P服务的P2P服务确认信息。

在以上操作中元数据文件由发送器发送给接收器20之后，在步骤722和步骤724中执行组形成过程。

组形成过程包括用于确定用于P2P服务的组所有者(Group Owner,GO)的过程。例如，发送器10向接收器20发出请求用于组形成的GO的协商的GO协商请求消息。在响应中，接收器20向发送器10发出GO协商响应消息。这两个步骤包含图7中的步骤722。

类似地，为了组形成，接收器20向发送器10发出用于请求GO的协商的GO协商请求消息。在响应中，发送器10向接收器20发出GO协商响应消息以及用于确认或接受GO的GO协商确认消息。这两个步骤包含图7中的步骤724。

在图7中示出的示例中，发送器10被确定为是GO。

一旦GO被确定，发送器10和接收器20在步骤728中执行Wi-Fi简单配置(WSC)交换过程。在WSC交换过程之后，发送器10在步骤730中向接收器20发送内容文件。正在发送的文件中的每一个的首标包括基于文件将存储在其中的容器结构的位置信息。

在此操作中，在确定用于组形成的GO之前，发送器10向接收器20发送元数据文件。

图8示出根据本发明的实施例的、在通用设备之间交换容器结构信息的另一示例。在图8的示例中，容器结构信息在组形成之后被发送。

参照图8，发送器10和接收器20在步骤810和步骤812中周期性地或非周期性地发出用于发现附近的通用设备的探查请求消息。

在步骤814中，在接收由发送器10发出的探查请求消息时，接收器20向发送器10发出探查响应消息。发送器10通过接收由接收器20发出的探查响应消息找到接收器20。

在步骤816中，在接收由接收器20发出的探查请求消息时，发送器10向接收器20发出探查响应消息。接收器20通过接收由发送器10发出的探查响应消息找到发送器10。

通过此操作，发送器10和接收器20发现彼此。

在找到彼此之后，发送器10和接收器20在步骤818中执行用于交换关于彼此的服务信息的服务发现交换过程。

虽然在图中未示出，但是发送器10和接收器20还执行用于P2P服务的初始设置过程。对于这种初始设置，发送器10向接收器20发出用于请求P2P服务的P2P服务请求消息。当接收P2P服务请求消息时，接收器20确定是否接受由发送器10请求的P2P服务。当确定接受由发送器10请求的P2P服务时，接收器20向发送器10发出响应于P2P服务请求消息的P2P服务响应消息以及用于确认或允许P2P服务的P2P服务确认信息。

在执行用于P2P服务的初始设置之后，发送器10和接收器20在步骤820中执行组形成过程。在图8中的组形成过程按照与图7中的步骤722、步骤724和步骤726相同的过程执行。类似图7，图8中假定发送器10被确定是GO。

被确定为GO的发送器10在步骤822和步骤826中执行用于接收器20的验证和关联过程。对于这种过程，发送器10使用特定频率周期性地发出信标，所述信标是不定向的间歇性信号。之后，应已经接收到信标的接收器20的请求，发送器10根据预定义的验证过程执行对于接收器20的验证。如果对于接收器20的验证成功，则发送器10执行与接收器20的关联。

在经历验证和关联之后，发送器10和接收器20在步骤824中执行WSC交换过程。

当执行WSC交换过程时，发送器10向接收器20发送被配置为包括用于文件传送的一些控制信息的元数据文件。在图9中示出了在组形成过程中执行的WSC交换期间传送元数据文件的示例。稍后将给出其详细说明。

已经经历验证和关联的发送器10和接收器20初始化用于文件传送的物理连接。例如，发送器10和接收器20通过执行4路信号交换(handshake)过程来初始化传输控制协议(TCP)连接，它是用于文件传送的路径。通过4路信号交换过程，发送器10和接收器20在实际发送和接收文件之前，识别出它们准备执行文件发送/接收。

在4路信号交换过程中，接收器20请求来自被确定为GO的发送器10的连接。在这种情况下，接收器20可以向发送器10发出任何同步(SYN)分组。当从接收器20接收同步分组时，发送器10响应于其向接收器20发出ACK(确认)信号和它的同步分组。当从发送器10接收同步信号时，接收器20响应于其向发送器10发出ACK信号。

一旦4路信号交换过程完成，发送器10和接收器20可以正常地互相交换文件。

因此，发送器10在步骤830中向接收器20发送内容文件。正在发送的文件中的每一个的首标包括基于文件将存储在其中的容器结构的位置信息。

在此操作中，发送器10在组形成处理中向接收器20发送元数据文件。

图9示出用于图8中提出的元数据文件的传送的详细的信号处理过程的示例。图9中示出的信号处理过程提供通过在WSC交换期间将元数据文件包括在消息中来传送元数据文件的示例。

参照图9，接收器20在步骤910中根据可扩展认证协议(EAP)向发送器10发出用于请求访问的EAPOL-Start(起始)消息。

当接收EAPOL-Start消息时，在步骤912中发送器10向接收器20发出用于请求EAP标识的EAPOL-Request/Identity(请求/身份)消息。响应于EAPOL-Request/Identity消息的接收，接收器20在步骤914中向发送器10发出携带它的身份的EAPOL-Response/Identity消息。

之后，发送器10和接收器20执行用于预定义的验证密钥(例如，PIN)的认证过程。对于PIN，用户可以在图9中示出的过程开始之前预先为每个通用设备设置PIN。

发送器10在步骤916中向接收器20发出用于请求开始对于PIN的认证过程的EAP-Request(Start)消息。当PIN的认证完成时，接收器20在步骤934中向发送器10发出请求终止PIN认证过程的EAP-Response(Done)消息。

在PIN认证过程中，在步骤918、步骤922、步骤926和步骤930中，接收器20使用预定的消息EAP-Response(M#)向发送器10发送预置PIN M1、M3、M5和M7。在步骤918、步骤922、步骤926和步骤930中，发送器10使用预定的消息EAP-Response(M#)向接收器20发送预置PIN M2、M4、M6和M8。

发送器10使用预定的EAP-Response(M8)的消息向接收器20发送元数据。

当从接收器20接收请求终止PIN认证过程的EAP-Response(Done)消息时，发送器10在步骤936中向接收器20发出指示终止全部过程的EAP-Fail(失败)消息。

在图9中示出的示例中，发送器10通过WSC安全信道发送元数据文件，所以发送的文件和容器结构信息可以更安全地发送给接收器20。

图10示出根据本发明的实施例的、在通用设备之间交换容器结构信息的另一示例。在图10的示例中，容器结构信息在因特网协议(IP)分配之后被发送。

图10中示出的信号处理过程中的步骤1010将1028相应于连同图8描述的步骤810到828。因此，在以下公开中将省略步骤1010到1028的详细说明。

参照图10，发送器10在步骤1030中通过4路信号交换过程创建到接收器20的IP连接。在步骤1032中，之间创建了IP连接的发送器10和接收器20执行共享用于内容文件传送的一些控制信息的过程。

发送器10基于IP连接向接收器20发送元数据文件。由发送器10发送的元数据文件包括用于内容文件传送的一些控制信息。上面已经讨论了用于可以包括在元数据文件中的文件传送的一些控制信息。

当从发送器10接收元数据文件时，接收器20响应于其向发送器10发出响应消息。

发送器10在步骤1034中向接收器20发送内容文件。正在发送的文件中的每一个的首标包括基于文件将记录在其中的容器结构的位置信息。

在此操作中，发送器10在发送器10和接收器20之间的IP分配完成之后向接收器20发送元数据文件。

图11示出根据本发明的实施例的、用于在通用设备中发送文件的发送装置的结构。

参照图11，储存器1110在唯一容器结构的一个或多个目录中存储与可用于发送装置的特定内容相对应的文件。例如，在控制器的控制下，储存器1110输出关于与特定内容相对应的容器结构的信息，以及根据特定内容存储在每个目录中的文件。与特定内容相对应的文件可以存储在储存器1110中，例如，如与图1中示出的示例结合描述的那样。

消息生成器1112通过从储存器1110读取必要的信息来生成传递消息。消息生成器1112可以在请求传送与特定内容相对应的文件时生成传递消息。消息生成器1112包括根据本发明的实施例的、与特定内容相对应的一个文件或多个文件。上面已经描述了根据每个实施例的、被包括作为与特定内容相对应的一个元数据文件或多个元数据文件的首标信息的容器结构信息，所以这里将省略额外的描述。

消息生成器1112生成必要的消息的时间可以根据应用的实施例而变化。例如，包括用于文件传送的一些控制信息的元数据文件可以在组形成过程之前或在组形成过程期间被生成和发送，或可以在IP分配之后被生成。

另一方面，消息生成器1112可以同时生成元数据文件，并且根据每个实施例，元数据文件的发送时间可以由实际发送元数据文件的发送器来不同地应用。

发送器1114向接收通用设备发出由消息生成器1112生成的消息。通过发送器1114向接收通用设备发出生成的消息的操作可以根据图4到图10中示出的信号处理过程来执行。由发送器1114发出的典型的消息可以包括具有元数据文件的消息以及具有内容文件的消息。此外，对本领域普通技术人员清楚地是，典型的消息可以包括在图7到图10中示出的信号处理过程中发出的消息。

图12示出根据本接收明的实施例的、用于在通用设备中接收文件的接收装置的结构。

参照图12，接收器1210接收从发送通用设备发出的消息，并且将该接收到的消息转送到消息处理器1212。由接收器1210接收的典型的消息可以包括具有元数据文件的消息以及具有内容文件的消息。例如，接收器1210可以根据图4到图10中定义的过程接收消息。

消息处理器1212获得包括在从接收器1210转发的、接收到的消息中的元数据文件或内容文件。消息处理器1212根据基于构成获得的元数据文件的控制信息以及包括在获得的文件的首标中的控制信息而确定的容器结构来配置储存器1214中的目录。之后，消息处理器1212在配置的目录当中的指定目录中存储使用包括在控制信息中的位置信息来读取所获得的一个文件或多个文件。

例如，使用图1的存储内容，基于元数据文件和从接收到的文件的首标获得的控制信息，消息处理器1212生成具有根目录作为它的父目录的目录“A”，具有目录“A”作为它的父目录的目录“B”，以及具有目录“B”作为它的父目录的目录“C”。

之后，消息处理器1212接收文件#1并且将它存储在根目录中，接收文件#2并且将它存储在目录“A”中，以及接收文件#3并且将它存储在目录“B”中。

通过上面描述的通过消息处理器1212的消息处理，文件可以根据图1中示出的容器结构而存储在储存器1214中。

具有在图11中示出的结构的通用设备的发送装置，以及具有图12中示出的结构的通用设备的接收装置可以根据图4到图6中示出的信号处理过程中的任何一个来发送和接收文件。根据图7到图10中示出的信号处理过程中的任何一个来执行通用设备之间的文件传送。

图13是示出根据本发明的实施例的、用于在通用设备中发送和接收文件的方法的流程图。在图13中，通用设备取决于通用设备是否是GO来确定它将执行发送文件的操作还是接收和记录文件的操作。图13中的步骤1318到步骤1328相应于发送操作，并且步骤1330到步骤1340相应于接收操作。

参照图13，通用设备在步骤1310中执行用于发现它将向其传送内容的其他通用设备的过程。例如，在用于P2P服务的设备发现过程中，通用设备可以周期性地或非周期性地发出探查请求消息，并且当通用设备从响应探查请求消息的其他通用设备接收探查响应消息时找到所述其他通用设备。其他通用设备还需要通过相同的操作找到已经发出探查请求消息的通用设备。

一旦将传送内容文件的通用设备已经找到彼此，第一通用设备在步骤1312中检查由找到的其他通用设备提供的服务。例如，如果其他通用设备支持Wi-Fi文件传送服务，则第一通用设备可以控制该其他通用设备稍后执行Wi-Fi文件传送操作。

如果确定其他通用设备支持由第一通用设备期望的服务，则第一通用设备在步骤1314中与该其他通用设备执行GO协商过程。GO协商过程确定哪个通用设备将提供用于特定内容的文件。

第一通用设备在步骤1316中确定第一通用设备本身是否通过GO协商过程被确定为GO。如果第一通用设备本身被确定为GO，则第一通用设备将用作将传送内容文件的发送通用设备。然而，相反地，如果另一通用设备被确定为GO，则第一通用设备将用作接收通用设备，其将从该另一通用设备接收内容文件。

如果第一通用设备被确定为是GO则它前进到用于发送操作的步骤1318，并且如果第一通用设备未被确定为是GO则它前进到用于接收操作的步骤1330。

首先，将详细描述发送操作。第一通用设备在步骤1318中与该另一通用设备执行WSC交换过程。WSC交换过程是为了在稍后的到另一通用设备的文件传送期间的安全性而执行的过程。

第一通用设备向另一通用设备发送元数据文件，同时执行WSC交换过程。将发送的元数据文件包括一些控制信息，该另一通用设备需要该控制信息以便在根据预定的容器结构排列的每个目录中存储接收到的内容文件。包括在元数据文件中的一些控制信息可以包括将顺序地发送的文件的总数量、总文件大小、代表文件名、文件列表记录的位置、以及每个文件的名称和大小中的至少一个。

作为另一示例，元数据文件可以在用于确定GO的过程被执行之前提供给另一通用设备。然而，在这种情况下，前提是第一通用设备本身将向另一通用设备传送内容文件。换句话说，当从另一通用设备请求P2P服务时，第一通用设备可以发送元数据文件，并且从响应于发送的元数据文件的另一通用设备接收P2P服务响应和P2P服务允许消息。

为了配置将包括在元数据文件中的控制信息，通用设备可以执行测量将发送的文件的总数量以及传输容量的额外的操作。

在完成WSC交换过程的运行之后，第一通用设备在步骤1320中执行4路信号交换过程。通过4路信号交换过程的运行，TCP连接被初始化，该TCP连接是用于第一通用设备和另一通用设备之间的文件传送的路径。在4路信号交换过程之后，第一通用设备和另一通用设备准备执行文件发送/接收。

在步骤1322中，第一通用设备在通过步骤1320中的4路信号交换过程初始化的TCP连接中生成IP连接。

可以仅在第一通用设备从响应于第一通用设备本身发送的元数据文件的另一通用设备接收确认时，执行初始化TCP连接和生成IP连接。

第一通用设备可以在它生成IP连接时向另一通用设备发送元数据文件。正在发送的元数据文件可以包括与在其他示例中提出的元数据文件的控制信息相同的控制信息。

一旦IP连接被生成，第一通用设备在步骤1324中顺序地发送在元数据文件的生成期间被确定为将发送的文件(或目标文件)。正在发送的文件中的每一个的首标包括关于文件将存储在其中的位置的信息。首标还可以具有指示以文件将存储在其中的容器结构排列的目录之一的信息。

一旦全部文件的发送完成，第一通用设备在步骤1326中确定是否存在对发送额外的元数据文件的需要。例如，如果存在将被发送用于特定内容的更多文件和/或存在对初始发送的元数据文件中的、第一通用设备发送到另一通用设备的控制信息进行改变的需要，第一通用设备可以确定存在对额外的元数据文件的需要。

如果存在对额外的元数据文件的需要，则第一通用设备在步骤1328中生成更新元数据文件并且向另一通用设备发送生成的元数据文件。如果不存在对额外的元数据文件的需要，则第一通用设备完成全部发送有关的操作。

在其他实施例中，在发送操作期间，通用设备可以基于元数据文件中的单独的标准、限制、关于将在哪里获得用于将提供的特定内容的文件的位置的信息(例如，URL)来生成完整列表，并且向另一通用设备发送元数据文件。在这种情况下，通用设备不执行用于向另一通用设备发送内容文件的额外的过程。

然而，在上述发送操作中，假定通用设备生成用于将被提供的内容的全部文件的一些控制信息的元数据文件，并且将生成的元数据文件发送到另一通用设备。

接下来，将详细描述接收操作。第一通用设备在步骤1330中执行与该另一通用设备的WSC交换过程。WSC交换过程是为了在稍后从另一通用设备的文件接收期间提供安全性而执行的过程。

在此示例中，第一通用设备从另一通用设备接收元数据文件，同时执行WSC交换过程。接收到的元数据文件包括一些控制信息，需要该控制信息以在根据预定的容器结构排列的每个目录中存储接收到的内容文件。元数据文件中的一些控制信息可以包括将顺序发送的文件的总数量、总文件大小、代表文件名、文件列表记录的位置、以及每个文件的名称和大小中的至少一个。

在其他实施例中，元数据文件可以在用于确定GO的过程被执行之前由另一通用设备提供。然而，在这种情况下，前提是另一通用设备本身将向第一通用设备传送内容文件。换句话说，当从另一通用设备接收对于P2P服务的请求时，第一通用设备可以接收元数据文件，并且响应于该请求向另一通用设备发送P2P服务响应和P2P服务允许消息。

在WSC交换过程完成之后，第一通用设备在步骤1332中执行4路信号交换过程。通过运行4路信号交换过程，通用设备初始化TCP连接，其是用于从另一通用设备接收文件的路径。换句话说，通过4路信号交换过程，第一通用设备可以在它从另一通用设备实际接收文件之前，确认它准备执行文件接收。

在步骤1334中，第一通用设备在通过步骤1332中的4路信号交换过程初始化的TCP连接中生成IP连接。

初始化TCP连接和生成IP连接可以仅当第一通用设备响应于第一通用设备本身接收的元数据文件而向另一通用设备发出确认时执行。

第一通用设备可以在它生成IP连接时从另一通用设备接收元数据文件。接收到的元数据文件可以包括与在其他示例中提出的元数据文件的控制信息相同的控制信息。

一旦IP连接被生成，第一通用设备在步骤1336中顺序地接收它已经基于包括在元数据文件中的控制信息检查了的全部文件(目标文件)。接收到的文件中的每一个的首标包括关于文件将存储在其中的位置的信息。首标还可以具有指示以容器结构排列的目录中的将存储文件的目录的信息。

通用设备在基于关于从目标文件的首标中识别的位置的信息确定的一个或多个目录中存储顺序地接收到的目标文件，该一个或多个目录如以预定容器结构排列的那样。第一通用设备在它们的特定目录中存储全部顺序接收到的文件。

为了确定用于记录接收到的文件的预定容器结构、或者为了获得期望文件，第一通用设备可以使用已经使用元数据文件预先从另一通用设备接收到的一些控制信息。

在将全部接收到的文件存储在它们的指定目录中之后，第一通用设备在步骤1340中确定是否已经从另一通用设备接收到更新元数据文件。

如果已经接收到更新元数据文件，则第一通用设备将在步骤1336和步骤1338中执行接收通过更新元数据文件识别的至少一个额外的文件以及将接收到的额外的文件存储在它的特定目录中的操作。

如果在步骤1340中未接收到更新元数据文件，则第一通用设备完成全部接收有关的操作。

在其他实施例中，在接收操作中，通用设备基于元数据文件中的单独的标准、限制、关于在哪里可以获得将提供的特定内容的文件的位置的信息(例如，URL)来生成完整列表，并且向另一通用设备发送该元数据文件。在这种情况下，通用设备可以基于在元数据文件中接收到的控制信息将全部内容文件存储在根据期望的容器结构排列的特定目录中。

尽管已经参照本发明的特定示例性实施例示出和描述了本发明，但本领域技术人员将会理解本发明可以对本发明进行形式和细节上的各种改变而不会脱离权利要求及其等同物限定的本发明的精神和范围。

Claims (18)

1.一种第一设备向第二设备发送存储在预定容器结构中的文件的方法，所述方法包括:

识别存储的文件当中将被发送的一些或全部文件；

生成用于被识别文件的发送信息；

向第二设备发送该发送信息；

配置用于被识别文件中的每一个的首标，包括关于被识别文件将存储在其中的目录的位置的信息；

向相应的被识别文件中的每一个添加每个被配置的首标；以及

向第二设备发送添加了首标的文件。

2.如权利要求1所述的方法，其中所述发送信息是包括被识别文件的总数量、被识别文件的总大小、代表文件名、文件列表记录的位置、以及被识别文件中的每一个的名称和大小中的至少一个的元数据。

3.如权利要求1所述的方法，其中所述被识别文件是将被发送的文件，所述发送取决于第二设备是否准备接收被识别文件。

4.如权利要求2所述的方法，其中发送所述发送信息包括：当与第二设备执行用于组形成的过程的时候向第二设备发送元数据。

5.如权利要求1到4中的任何一个所述的方法，其中所述首标还包括关于被识别文件的特定内容的长度和类型的信息。

6.一种用于发送文件的装置，所述装置包括:

储存器，被配置为取决于预定的容器结构存储文件；

消息生成器，被配置为识别存储在储存器中的文件当中将被发送的一些或全部文件，生成用于被识别文件的发送信息，配置用于被识别文件中的每一个的、包括关于被识别文件将存储在其中的目录的位置的信息的首标，向被识别文件中的每一个添加被配置的首标，以及生成传递消息；以及

发送器，被配置为向接收设备发送由消息生成器生成的发送信息，以及向接收设备发出由消息生成器生成的传递消息。

7.如权利要求6所述的装置，其中所述发送信息是包括被识别文件的总数量、被识别文件的总大小、代表文件名、文件列表记录的位置、以及被识别文件中的每一个的名称和大小中的至少一个的元数据。

8.如权利要求6所述的装置，其中所述被识别文件是将被发送的文件，所述发送取决于接收设备是否准备接收被识别文件。

9.如权利要求7所述的装置，其中当所述发送器与接收设备执行用于组形成的过程的时候向接收设备发送元数据。

10.如权利要求6到9中的任何一个所述的装置，其中所述首标还包括关于被识别文件的特定内容的长度和类型的信息。

11.一种用于根据预定容器结构接收和存储文件的方法，所述方法包括:

接收元数据，所述元数据包括在根据预定的容器结构排列的一个或多个目录中存储文件所需的一些控制信息；

接收一些或全部文件；以及

基于在元数据中接收到的一些控制信息以及在接收到的文件中的每一个的首标中包括的控制信息，在根据预定的容器结构排列的一个或多个目录中存储接收到的文件，

其中包括在每个首标中的控制信息是关于相应文件的存储位置的信息，其被用于在根据预定的容器结构排列的一个或多个目录中选择存储位置。

12.如权利要求11所述的方法，其中所述元数据包括将接收的文件的总数量、将接收的文件的总大小、代表文件名、文件列表记录的位置、以及将接收的文件中的每一个的名称和大小中的至少一个。

13.如权利要求12所述的方法，其中接收元数据包括：当与发送设备执行用于组形成的过程的时候从发送设备接收元数据。

14.如权利要求11到13中的任何一个所述的方法，其中所述首标还包括关于文件的特定内容的长度和类型的信息。

15.一种用于根据预定的容器结构接收和存储文件的装置，所述装置包括:

接收器，被配置为接收包括存储根据预定的容器结构排列的文件所需的一些控制信息的元数据，并且接收一些或全部文件；

消息处理器，被配置为基于在元数据中接收到的一些控制信息以及在接收到的文件中的每一个的首标中包括的控制信息，确定接收到的文件中的每一个将存储在根据预定的容器结构排列的目录中的哪个目录中；以及

储存器，被配置为将接收到的文件中的每一个存储在根据预定的容器结构排列的目录当中由消息处理器确定的目录中，

其中包括在每个首标中的控制信息包括关于文件的存储位置的信息，其被用于确定相应文件存储在根据预定的容器结构排列的目录中的哪个目录中。

16.如权利要求15所述的装置，其中所述元数据包括将接收的文件的总数量、将接收的文件的总大小、代表文件名、文件列表记录的位置、以及将接收的文件中的每一个的名称和大小中的至少一个。

17.如权利要求16所述的装置，其中当所述接收器与发送设备执行用于组形成的过程的时候从发送设备接收元数据。

18.如权利要求15到17中的任何一个所述的装置，其中所述首标还包括关于文件的特定内容的长度和类型的信息。