在通用設備中發送和接收文件的裝置和方法
【專利摘要】本發明提供一種用于基于預定的容器結構發送，接收和存儲文件的方法和裝置。所述方法包括：識別存儲的文件當中將發送的一些或全部文件；生成用于被識別文件的發送信息并且向接收設備發送該發送信息；配置包括關于被識別文件中的每一個將存儲在其中的目錄的位置的信息；以及向被識別文件中的每一個添加被配置的首標并且向接收設備發送添加了首標的文件。
【專利說明】在通用設備中發送和接收文件的裝置和方法
【技術領域】
[0001]本發明一般涉及在通用設備中發送和接收文件的裝置和方法，并且更具體地，涉及用于發送和接收文件同時保持文件容器結構的裝置和方法。
【背景技術】
[0002]典型地，通用設備是指這樣的設備:不用于特定目的，而是替代地可以被用于許多通用目的，并且可以自由地與其他用于通用目的的通用設備交互工作。通用設備可以與其他通用設備自由地交換文件，以用于，例如，文件共享。
[0003]在通用設備中，基于諸如樹狀結構的容器結構存儲或寫入文件。隨著在通用設備上觀看、存儲和編輯的內容日益多樣化，存儲文件的容器結構變得越來越重要。為此，在通用設備之間的文件傳送期間，接收通用設備必須根據那些文件在發送設備中存儲的精確的容器結構來存儲它接收的任意文件。
[0004]圖1示出用于存儲文件的容器結構的示例。
[0005]圖1中示出的容器結構由根目錄“/”110以及它的子目錄1”112、1”114和“C”116組成。目錄“A”112是具有根目錄110作為它的父目錄的子目錄。目錄“B”114是具有目錄“A” 112作為它的父目錄的子目錄。目錄“C” 116是具有目錄“B” 114作為它的父目錄的子目錄。
[0006]雖然在圖1中每個父目錄耦接到單個子目錄，但是可以以多種其他形式配置容器結構，其中，例如，多個子目錄耦接到一個父目錄。
[0007]在圖1中，文件#1120記錄在根目錄110中，文件#2122記錄在目錄“A”112中，并且文件#3124記錄在目錄“B” 114中。
[0008]為了使通用設備向其他通用設備傳送存儲在類似圖1的容器結構中的文件，發送通用設備必須向接收通用設備發出關于容器結構的信息以及將存儲在容器結構中的文件兩者。
[0009]接收通用設備基于關于它從發送通用設備接收到的容器結構的信息配置它將存儲文件的容器，并且將接收到的用于文件的數據存儲在配置的容器結構中的相應目錄或多個目錄中。以這種方式，接收通用設備在與發送通用設備相同的容器結構中存儲文件。
[0010]圖2示出用于通用設備之間的文件傳送的傳統的信號處理的示例。在圖2中示出的信號處理示例中，存儲在圖1中示出的容器結構中的文件正在被傳送。
[0011]參照圖2，發送通用設備(“發送器”)10向接收通用設備(“接收器”)20發送記錄在每個目錄中的文件(參見步驟210中的文件#1，步驟220中的文件#2、以及步驟230中的文件#3的發送)。在發送每個文件之后，發送器10發送用于創建其中將存儲被發送文件的目錄的控制信息(參見步驟212、步驟222和步驟232中的“mkdir”命令的發送)，然后發送用于改變或移動到其中將存儲被發送文件的目錄的控制信息(參見步驟214、步驟224和步驟234位于“ ckdir ”命令的發送)。
[0012]如此，每當發送器10發送一個文件時，它必須還發送關于接收器20將需要創建的目錄的控制信息、以及關于接收器20將移動或改變到將存儲被發送文件的目錄的控制信肩、O
[0013]如圖1中具體示出地，發送器10順序地發送文件#1120、文件#2122和文件#3124。
[0014]首先，發送器10在步驟210中發送文件#1120，在步驟212中發送用于創建其中將存儲文件#1120的根目錄“/”110的控制信息(“mkdir/”)，然后在步驟214中發送用于接收器20移動到其中將存儲文件#1120的根目錄“/”110的控制信息(“chdir/”)。反之，接收器20在步驟210中接收文件#1120，在步驟212中創建用于存儲接收到的文件#1120的根目錄110，并且在步驟214中移動到根目錄“/”110以在其中存儲接收到的文件#1120。
[0015]第二，發送器10在步驟220中發送文件#2122，在步驟222中發送用于創建用于存儲文件#2122的目錄“A” 112的控制信息(“mkdir A”)，并且在步驟224中發送用于接收器20移動到用于存儲文件#2122的目錄“A”112的控制信息(“chdir A”)。
[0016]反之，接收器20在步驟220接收文件#2122，在步驟222中創建用于存儲接收到的文件#2122的目錄“A” 112，并且在步驟224中移動到用于在其中存儲接收到的文件#2122的目錄“A” 112。
[0017]第三，發送器10在步驟230中發送文件#3124，在步驟232中發送用于創建用于存儲文件#3124的目錄“B” 114的控制信息(“mkdir B”)，并且在步驟234中發送用于接收器20移動到用于存儲文件#3124的目錄“B” 114的控制信息(“chdir B”)。
[0018]反之，接收器20在步驟230接收文件#3124，在步驟232中創建用于存儲接收到的文件#3124的目錄“B” 114，并且在步驟234中移動到用于在其中存儲接收到的文件#3124的目錄“B” 114。
[0019]可以被用于根據圖2中示出的過程來發送和接收文件的協議是文件傳送協議(FTP)(IETF RFC 765)。
[0020]當容器結構更復雜時，發送器在圖2中示出的過程中必須提供給接收器的控制信息的數量增加。
[0021]圖3示出用于在通用設備之間的文件傳送的傳統的信號處理的另一示例。存儲在圖1中示出的容器結構中的文件正在圖3中被傳送。
[0022]在圖3中示出的示例中，發送器預先向接收器提供關于在哪里可以獲得將被傳遞的內容的位置(例如，統一資源定位符(URL))的信息、以及關于容器結構的信息，并且接收器將接收到的文件存儲在使用預先接收到的信息復制的容器結構中。
[0023]參照圖3，發送器10配置包括關于將被發送的內容以及容器結構的信息的元數據文件，并且在步驟310中向接收器20發送配置的元數據文件。元數據文件可以包括關于在哪里存儲與將傳遞的內容相對應的至少一個文件的位置(例如，URL)的信息、以及關于容器結構的信息。
[0024]接收器20從接收自發送器10的元數據文件獲得與將被接收的三個文件(文件#1120、文件#2122和文件#3124)中的每一個相對應的位置信息、以及關于文件在其中將被存儲的容器結構的信息。
[0025]首先，在步驟312中，接收器20使用獲得的位置信息檢索文件#1120，然后基于獲得的關于容器結構的信息將文件#1120存儲在根目錄“/”110中。
[0026]第二，在步驟314中，接收器20使用獲得的位置信息檢索文件#2122，并且基于獲得的關于容器結構的信息將文件#2122存儲在目錄“A” 112中。
[0027]第三，在步驟316中，接收器20使用獲得的位置信息檢索文件#3124，并且基于獲得的關于容器結構的信息將文件#3124存儲在目錄“B” 114中。
[0028]雖然圖3中的接收器20從發送器10檢索文件，但是對本領域普通技術人員清楚地是，接收器20可以從除了發送器10之外的其他位置檢索期望的文件，諸如從其他通用設備。
[0029]可替換地，取決于接收器20如何被實現，接收器20可以根據另一容器結構存儲接收到的文件，忽略關于發送器10已經發送的關于容器結構的信息。
[0030]在圖3中示出的過程中，接收器20可以在文件被實際發送之前確定文件將存儲在其中的容器結構，如此允許它的用戶在實際文件傳送開始之前識別該文件并且確定是否接受該文件傳送。
[0031]然而，在圖3中的傳統方法中，發送器10必須使用用于生成內容和生成關于容納該內容的容器結構的信息兩者的處理資源；當將發送的內容的容器結構復雜和/或如果存在大量內容時，這種額外的處理可能致使不必要的時間延誤。
【發明內容】
[0032]技術問題
[0033]本發明的方面將至少解決以上問題和/或缺點，并至少提供下述優點。因此，本發明的一方面將提供一種用于減少通用設備之間的文件發送/接收控制過程的文件發送/接收裝置和方法。
[0034]本發明的另一方面將提供一種用于減少通用設備之間需要的文件發送/接收時間的文件發送/接收裝置和方法。
[0035]本發明的還一方面將提供一種文件發送/接收裝置和方法，其中在通用設備之間的發送/接收期間，由發送通用設備(或發送器)發送的內容的文件容器結構在接收通用設備(或接收器)中得以保持。
[0036]本發明的又一方面將提供一種裝置和方法，其中發送通用設備連同傳送文件的首標信息一起發送關于在哪里存儲用于特定內容的傳送文件的位置的信息。
[0037]本發明的仍一方面將提供一種裝置和方法，其中接收通用設備基于從接收文件的首標獲得的位置信息存儲接收到的文件。
[0038]本發明的仍一方面將提供一種裝置和方法，其中發送通用設備使用元數據文件以分布式方式傳送一些控制信息，所述控制信息允許接收通用設備根據預定的容器結構存儲正在發送的文件。
[0039]本發明的仍一方面將提供一種裝置和方法，用于以分布式方式在利用元數據文件發送的文件的首標中發送控制信息，所述控制信息被提供以根據預定的容器結構存儲在通用設備之間傳送的文件。
[0040]本發明的仍一方面將提供一種用于傳送元數據文件的信號處理過程，所述元數據文件包括用于根據預定的容器結構存儲在通用設備之間傳送的文件的一些控制信息。
[0041]技術方案
[0042]根據本發明的一方面，提供一種第一設備向第二設備發送存儲在預定容器結構中的文件的方法。所述方法包括:識別存儲的文件當中將發送的一些或全部文件；生成用于被識別文件的發送信息并且向第二設備發送該發送信息；配置用于被識別文件中的每一個的首標，包括關于被識別文件將在其中存儲的目錄的位置的信息；以及向每個相應的被識別文件添加配置的首標并且向第二設備發送添加了首標的文件。
[0043]根據本發明的另一方面，提供一種用于發送文件的裝置。所述裝置包括:儲存器，被配置為取決于預定接收裝置容器結構存儲文件；消息生成器，被配置為識別儲存器中存儲的文件當中將被發送的一些或全部文件，生成用于被識別文件的發送信息，對于被識別文件中的每一個來配置包括關于被識別文件中的每一個將存儲在其中的目錄的位置的信息的首標，向被識別文件中的每一個添加配置的首標，并且生成傳遞消息；以及發送器，被配置為向接收設備發送由消息生成器生成的發送信息，并且向接收設備發送由消息生成器生成的傳遞消息。
[0044]根據本發明的還一方面，提供一種用于根據預定的容器結構接收并且存儲文件的方法。所述方法包括:接收包括在根據預定的容器結構排列的一個或多個目錄中存儲文件所需的一些控制信息的元數據；接收一些或全部文件；以及基于在元數據中接收到的控制信息以及包括在接收到的文件中的每一個的首標中的控制信息，在根據預定的容器結構排列的目錄中存儲接收到的文件。包括在每個首標中的控制信息是關于相應文件的位置的信息，其被用于選擇根據預定的容器結構排列的存儲位置。
[0045]根據本發明的又一方面，提供一種用于根據預定的容器結構接收并且存儲文件的裝置。所述裝置包括:接收器，被配置為接收包括存儲根據預定的容器結構排列的文件所需的一些控制信息的元數據，以及接收一些或全部文件；消息處理程序，被配置為基于在元數據中接收到的一些控制信息以及在接收到的文件中的每一個的首標中包括的控制信息，確定接收到的文件中的每一個將存儲在根據預定的容器結構排列的目錄中的哪個目錄中；以及儲存器，被配置為將接收到的文件中的每一個存儲在根據預定的容器結構排列的目錄當中由消息處理程序確定的目錄中。包括在每個首標中的控制信息包括關于用于文件的存儲位置的信息，其被用于選擇根據預定的容器結構排列的目錄中的一個。
【專利附圖】
【附圖說明】
[0046]從下面結合附圖的描述，本發明特定實施例的上述和其他方面、特征和優點將更加清楚，附圖中:
[0047]圖1示出其中存儲文件的容器結構的示例；
[0048]圖2示出用于通用設備之間的文件傳送的傳統的信號處理的示例；
[0049]圖3示出用于在通用設備之間的文件傳送的傳統的信號處理的另一示例；
[0050]圖4示出根據本發明的實施例的、用于在通用設備之間的文件傳送的信號處理過程的示例；
[0051]圖5示出根據本發明的實施例的、用于在通用設備之間的文件傳送的信號處理過程的另一示例；
[0052]圖6示出根據本發明的實施例的、用于在通用設備之間的文件傳送的信號處理過程的還一示例；
[0053]圖7示出根據本發明的實施例的、在通用設備之間交換容器結構信息的示例；
[0054]圖8示出根據本發明的實施例的、在通用設備之間交換容器結構信息的另一示例；
[0055]圖9示出圖8中的用于傳送元數據文件的信號處理過程的詳細示例；
[0056]圖10示出根據本發明的實施例的、在通用設備之間交換容器結構信息的還一示例；
[0057]圖11示出根據本發明的實施例的、用于在通用設備中發送文件的發送裝置的結構；
[0058]圖12示出根據本接收明的實施例的、用于在通用設備中接收文件的接收裝置的結構；以及
[0059]圖13是示出根據本發明的實施例的、用于在通用設備中控制文件的發送和接收的方法的流程圖。
[0060]遍及附圖，相同的參考標記將理解為指代相同的部分、組件和結構。
【具體實施方式】
[0061]提供以下參照附圖的描述來幫助全面理解權利要求及其等效物所限定的本發明的示例性實施例。以下描述包括各種具體細節來幫助理解，但這些具體細節應被看作僅僅是示例。因此，本領域普通技術人員將認識到，可以對此處描述的實施例進行各種改變和修改而不會偏離本發明的范圍和精神。此外，為了清楚和簡潔起見，可以省略對公知功能和結構的描述。
[0062]下面的描述及權利要求中使用的術語和詞匯不局限于詞典含義，發明人使用這些數據和詞匯僅僅是為了實現對本發明清楚和一致的理解。因此，對本領域技術人員應當清楚的是，以下對本發明示例性實施例的描述僅僅是出于舉例說明的目的而提供的，并非為了對權利要求及其等效物所限定的本發明進行限制。
[0063]應當理解，單數形成“ 一 ”、“ 一個”和“該”也包括復數對象，除非上下文給出明確地相反指示。因而，例如，當提到“一個組件表面”時，包含了一個或多個這樣的表面。
[0064]下面將詳細描述實施例，其中發送通用設備向接收通用設備傳送根據容器結構存儲的文件。
[0065]為此，將定義發送通用設備和接收通用設備之間的新的和有益的內容發送/接收過程。提供根據此新定義的過程的各種示例，其中發送通用設備利用簡化的步驟向接收通用設備有效地傳送內容發送/接收控制信息，以防止時間損失。
[0066]在本發明的一個實施例中，關于用于存儲文件的容器結構的信息在每個文件中發送，并且如有必要，使用元數據文件預先傳送一些控制信息。為此目的，除了定義將在元數據文件中傳送的控制信息之外，還應準備用于傳送元數據文件的過程。
[0067]雖然僅為了方便起見在以下描述中使用術語“通用設備”，但是本領域普通技術人員將清楚地是，各種實施例可以應用于能夠進行文件傳送的任何其他設備。
[0068]現在將參考附圖詳細描述本發明的實施例。
[0069]圖4示出根據本發明的實施例的、用于在通用設備之間的文件傳送的信號處理過程的示例。圖4中示出的信號處理過程是傳送在圖1中示出的容器結構中存儲的文件。
[0070]參照圖4，發送通用設備(“發送器”)10向接收通用設備(“接收器”)20發送記錄在每個目錄中的文件(參見步驟410、步驟420和步驟430)。發送器10將關于文件將存儲在其中的位置的信息連同正在發送的文件一起發送。例如，關于文件將存儲在其中的位置的信息可以包括在文件的首標中。
[0071]在圖4中示出的實施例中，發送器40順序地發送文件#1120、文件#2122和文件#3124。
[0072]當發送文件#1120時，發送器10在文件#1120的首標中包括指示根目錄“/” 110的信息作為關于文件#1120將存儲在其中的位置的信息。在這種情況下，接收器20接收文件#1120并且檢查包括在接收到的文件#1120的首標中的位置信息，從而將接收到的文件#1120存儲在根目錄“/”110中。
[0073]當發送文件#2122時，發送器10在文件#2122的首標中包括指示目錄“A” 112的信息作為關于文件#2122將存儲在其中的位置的信息。在這種情況下，接收器20接收文件#2122并且檢查包括在接收到的文件#2122的首標中的位置信息，從而將接收到的文件#2122存儲在目錄“A” 112中。
[0074]在這個及其他實施例中，指示目錄“A” 112的位置信息可以不僅包括指示目錄“A”的信息，并且包括關于它的父目錄的信息。換句話說，包括在文件#1120的首標信息中的位置信息可以指示目錄“A” 112是具有根目錄“/”110作為它的父目錄的子目錄。
[0075]當發送文件#3124時，發送器10在文件#3124的首標中包括指示目錄“B” 114的信息作為關于文件#3124將存儲在其中的位置的信息。在這種情況下，接收器20接收文件#3124并且檢查包括在接收到的文件#3124的首標中的位置信息，從而將接收到的文件#3124存儲在目錄“B” 114中。
[0076]在這個及其他實施例中，指示目錄“B” 114的位置信息可以不僅包括指示目錄“B”的信息，并且包括關于它的父目錄的信息。換句話說，包括在文件# 212 2的首標信息中的位置信息可以指示目錄“B” 114是具有目錄“A” 112作為它的父目錄的子目錄，并且目錄“A” 112是具有根目錄“/”110作為它的父目錄的子目錄。
[0077]在概述圖4中示出的示例時，在內容文件(或內容相關的文件)的發送期間，每個文件被配置為包括關于文件將存儲在其中的容器結構的信息。在本發明的一些實施例中，此附加信息可以定義在超級文本傳輸協議(HTTP)POST消息的首標中，并且可以包括，例如，文件的相對路徑信息。
[0078]在圖4中示出的示例中，為了指示將發送的文件的存儲位置，HTTP POST首標包括附加信息，諸如主機信息“Host ”、內容長度信息“Content-Length”、內容類型信息“Content-Type”、文件位置信息 “SENDER_Locat1nURL”，以及文件類型信息 “Ob ject_Type，，。
[0079]結果，接收器可以基于它的相對路徑信息在適當的位置存儲接收到的文件，從而保持在發送器中使用的容器結構。
[0080]在上面描述的多種實施例中，未使用元數據文件發送容器結構信息。因此，需要定義用于使用元數據文件發送容器結構信息的方案，如下面將討論的。
[0081]圖5示出根據本發明的實施例的、用于在通用設備之間的文件傳送的信號處理過程的另一示例。圖5中示出的示例是混合發送方案，其最小化預先在元數據文件中發出的控制信息，并且在內容文件發送期間發出大部分控制信息。正在由圖5中示出的信號處理過程傳送的文件是存儲在圖1中示出的容器結構中的那些文件。
[0082]參照圖5，發送器10配置元數據文件為包括用于接收內容文件的最小數量的控制信息，并且在步驟510中向接收器20發送配置的元數據文件。
[0083]例如，包括在元數據中的最小數量的控制信息可以包括接收內容文件通常所需的控制信息。在圖5中示出的示例中，元數據文件由將發送的文件的總數量“ TotalFi IeNumber ”、總文件大小 “Total Si zeMB ”、代表文件名“ RepresentativeFi IeName ”、文件列表記錄的位置“ListofFilesURL”等等組成。如所示,可以理解地是,元數據文件由將共同應用到將發送的全部內容文件的控制信息組成。
[0084]在發送元數據文件之后，發送器10向接收器20發送存儲在每個目錄中的文件(參見步驟512、514和516)。由發送器10發送的每個文件的首標包括關于文件將在其中存儲的位置的信息。
[0085]在圖5中示出的實施例中，發送器50順序地發送文件#1120、文件#2122和文件#3125。
[0086]當發送文件#1120時，在步驟512中，發送器10在文件#1120的首標中包括指示根目錄“/”110的信息作為關于文件#1120將存儲在其中的位置的信息。在這種情況下，接收器20接收文件#1120并且檢查包括在接收到的文件#1120的首標中的位置信息，從而將接收到的文件#1120存儲在根目錄“/” 110中。
[0087]當發送文件#2122時，在步驟514中，發送器10在文件#2122的首標中包括指示目錄“A”112的信息作為關于文件#2122將存儲在其中的位置的信息。在這種情況下，接收器20接收文件#2122并且檢查包括在接收到的文件#2122的首標中的位置信息，從而將接收到的文件#2122存儲在目錄“A” 112中。
[0088]在這個及其他實施例中，指示目錄“A” 112的位置信息可以不僅包括指示目錄“A”的信息，并且包括關于它的父目錄的信息。換句話說，包括在文件#1120的首標信息中的位置信息可以指示目錄“A” 112是具有根目錄“/”110作為它的父目錄的子目錄。
[0089]當發送文件#3124時，在步驟516中，發送器10在文件#3124的首標中包括指示目錄“B”114的信息作為關于文件#3124將存儲在其中的位置的信息。在這種情況下，接收器20接收文件#3124并且檢查包括在接收到的文件#3124的首標中的位置信息，從而將接收到的文件#3124存儲在目錄“B” 114中。
[0090]在這個及其他實施例中，指示目錄“B” 114的位置信息可以不僅包括指示目錄“B”的信息，并且包括關于它的父目錄的信息。換句話說，包括在文件#2122中的首標信息中可以指示目錄“B” 114是具有目錄“A” 112作為它的父目錄的子目錄，并且依次目錄“A”是具有根目錄“/”110作為它的父目錄的子目錄。
[0091]在概述圖5中示出的示例中，在內容文件的發送期間，每個文件被配置為包括關于它的內容將存儲在其中的容器結構的信息。如圖5的示例中所示，對于用于存儲正在發送的文件的位置信息，它的首標可以包括附加信息，諸如主機信息“Host”、內容長度信息“ Content-Length ”、內容類型信息“ Content-Type ”、文件位置信息“ SENDER,Locat1nURL”，以及文件類型信息 “0b ject_Type”。
[0092]在圖5的示例中，當發送器發送被配置為包括關于在其中可以獲得被發送的文件的列表的位置(例如，URL)的信息的元數據文件時，如果接收器需要額外的文件列表信息，則接收器可以使用URL獲得文件的完整列表。
[0093]圖6示出根據本發明的實施例的、用于在通用設備之間的文件傳送的信號處理過程的另一示例。
[0094]圖6中示出的示例基于混合發送方案，其最小化預先在元數據文件中發出的控制信息，并且在內容文件發送期間發出大部分控制信息。圖6中的步驟610到步驟616相應于圖5中的步驟510到步驟516。
[0095]然而，不同于圖5中示出的過程，圖6中示出的過程額外包括用于發送額外的更新元數據文件的過程，該更新元數據文件用于更新由初始元數據文件發送的控制信息。
[0096]參照圖6，發送器10在步驟620中向接收器20發送更新元數據文件。構成將被發送的更新元數據文件的控制信息的類型可以與構成初始發送的元數據文件的控制信息的類型相同。然而，構成更新元數據文件的控制信息的至少一個類型的值必須不同于構成初始發送的元數據文件的控制信息的類型的值。
[0097]在更新元數據文件被發送(如，例如，在步驟620中)之后，基于構成更新元數據文件的控制信息，額外的文件(例如，文件#4和#5)可以由發送器10發送(如，例如，在步驟622中)并且由接收器20接收(如，例如，在步驟624中)。
[0098]在圖5中，根據構成初始發送的元數據文件的控制信息以及包括在每個文件的首標中的控制信息，接收器20接收由發送器10順序地發送的文件#1120、文件#2122和文件#3124，并且存儲它們。
[0099]為了發出額外的文件#4和#5，在步驟620中發出更新元數據文件。基于構成更新元數據文件的控制信息以及包括在每個文件的首標中的控制信息，接收器20接收由發送器10順序地發送的文件M和#5，并且根據定義的容器結構存儲它們。
[0100]當發送文件#4和#5時，在步驟622和步驟624中，發送器10在文件#4和文件#5的首標中包括目錄“C” 116作為關于文件M和文件#5將存儲在其中的位置的信息。在這種情況下，接收器20接收文件#4和文件#5，并且檢查包括在接收到的文件#4和文件#5的首標中的位置信息，從而將接收到的文件#4文件#5存儲在目錄“C” 116中。
[0101]在這個及其他實施例中，指示目錄“C” 116的位置信息可以不僅包括指示目錄“C”的信息，并且包括關于它的父目錄的信息。換句話說，包括在文件#4和文件#5的首標信息中的位置信息可以指示目錄“C” 116是具有目錄“B” 114作為它的父目錄的子目錄；目錄“B” 114是具有目錄“A” 112作為它的父目錄的子目錄；并且目錄“A” 112是具有根目錄“/” 110作為它的父目錄的子目錄。
[0102]在概述圖6中示出的示例中，在內容的發送期間，每個文件被配置為包括關于它的內容將存儲在其中的容器結構的信息。如圖6示出的示例中，對于關于正在發送的文件的存儲位置的位置信息，它的首標可以包括附加信息，諸如主機信息“Host”、內容長度信息“ Content-Length ”、內容類型信息“ Content-Type ”、文件位置信息“ SENDER,Locat1nURL”，以及文件類型信息 “Ob ject_Type”。
[0103]在上面描述的實施例中，第一被發送的初始元數據文件和額外被發送的更新元數據可以包括關于將發送的文件的總數量以及將發送的文件的總大小的信息。為了表示一些文件列表，它們還可以包括全部文件當中的元數據文件的索引、和包括在元數據文件中的文件列表的數量、以及每個文件的名稱和大小信息。該信息還可以包括在哪里可以獲得每個文件的資源URL。在本實施例中，接收器20使用HTTP GET方法獲得內容。
[0104]下面將定義根據本發明的實施例的、發送容器結構信息的多個可能的示例。
[0105]圖7示出根據本發明的實施例的、在通用設備之間交換容器結構信息的示例。在圖7的示例中，容器結構信息在組形成(group format1n)之前被發送。
[0106]參照圖7，發送器10和接收器20在步驟710和步驟712中周期性地或非周期性地發出用于發現附近的通用設備的探查請求消息。
[0107]在步驟714中，在接收由發送器10發出的探查請求消息時，接收器20向發送器10發出探查響應消息。發送器10通過接收由接收器20發出的探查響應消息找到接收器20。
[0108]在步驟716中，在接收由接收器20發出的探查請求消息時，發送器10向接收器20發出探查響應消息。接收器20通過接收由發送器10發出的探查響應消息找到發送器10。
[0109]通過此操作，發送器10和接收器20發現彼此。
[0110]在找到彼此之后，發送器10和接收器20在步驟718中執行用于交換關于彼此的服務信息的服務發現交換過程。例如，服務發現交換過程可以是發送器10確定接收器20是否支持發送器10將提供的服務的操作。當接收器20響應發送器10的查詢時，可以執行服務發現交換過程。
[0111]之后，發送器10和接收器20在步驟720中執行用于對等(P2P)服務的初始設置過程。在用于P2P服務的初始設置過程中，發送器10向接收器20發送用于文件傳送的元數據文件。
[0112]在圖7的示例中，發送器10向接收器20發出用于請求P2P服務的P2P服務請求消息。當發出P2P服務請求消息時，發送器10在P2P服務請求消息中包括元數據文件。
[0113]當接收P2P服務請求消息時，接收器20確定是否接受由發送器10請求的P2P服務。接收器20從P2P服務請求消息獲得元數據文件。
[0114]當確定接受由發送器10請求的P2P服務時，接收器20向發送器10發出響應于P2P服務請求消息的P2P服務響應消息以及用于確認或允許P2P服務的P2P服務確認信息。
[0115]在以上操作中元數據文件由發送器發送給接收器20之后，在步驟722和步驟724中執行組形成過程。
[0116]組形成過程包括用于確定用于P2P服務的組所有者(Group Owner, GO)的過程。例如，發送器10向接收器20發出請求用于組形成的GO的協商的GO協商請求消息。在響應中，接收器20向發送器10發出GO協商響應消息。這兩個步驟包含圖7中的步驟722。
[0117]類似地，為了組形成，接收器20向發送器10發出用于請求GO的協商的GO協商請求消息。在響應中，發送器10向接收器20發出GO協商響應消息以及用于確認或接受GO的GO協商確認消息。這兩個步驟包含圖7中的步驟724。
[0118]在圖7中示出的示例中，發送器10被確定為是G0。
[0119]一旦GO被確定，發送器10和接收器20在步驟728中執行W1-Fi簡單配置(WSC)交換過程。在WSC交換過程之后，發送器10在步驟730中向接收器20發送內容文件。正在發送的文件中的每一個的首標包括基于文件將存儲在其中的容器結構的位置信息。
[0120]在此操作中，在確定用于組形成的GO之前，發送器10向接收器20發送元數據文件。
[0121]圖8示出根據本發明的實施例的、在通用設備之間交換容器結構信息的另一示例。在圖8的示例中，容器結構信息在組形成之后被發送。
[0122]參照圖8，發送器10和接收器20在步驟810和步驟812中周期性地或非周期性地發出用于發現附近的通用設備的探查請求消息。
[0123]在步驟814中，在接收由發送器10發出的探查請求消息時，接收器20向發送器10發出探查響應消息。發送器10通過接收由接收器20發出的探查響應消息找到接收器20。
[0124]在步驟816中，在接收由接收器20發出的探查請求消息時，發送器10向接收器20發出探查響應消息。接收器20通過接收由發送器10發出的探查響應消息找到發送器10。
[0125]通過此操作，發送器10和接收器20發現彼此。
[0126]在找到彼此之后，發送器10和接收器20在步驟818中執行用于交換關于彼此的服務信息的服務發現交換過程。
[0127]雖然在圖中未示出，但是發送器10和接收器20還執行用于P2P服務的初始設置過程。對于這種初始設置，發送器10向接收器20發出用于請求P2P服務的P2P服務請求消息。當接收P2P服務請求消息時，接收器20確定是否接受由發送器10請求的P2P服務。當確定接受由發送器10請求的P2P服務時，接收器20向發送器10發出響應于P2P服務請求消息的P2P服務響應消息以及用于確認或允許P2P服務的P2P服務確認信息。
[0128]在執行用于P2P服務的初始設置之后，發送器10和接收器20在步驟820中執行組形成過程。在圖8中的組形成過程按照與圖7中的步驟722、步驟724和步驟726相同的過程執行。類似圖7，圖8中假定發送器10被確定是G0。
[0129]被確定為GO的發送器10在步驟822和步驟826中執行用于接收器20的驗證和關聯過程。對于這種過程，發送器10使用特定頻率周期性地發出信標，所述信標是不定向的間歇性信號。之后，應已經接收到信標的接收器20的請求，發送器10根據預定義的驗證過程執行對于接收器20的驗證。如果對于接收器20的驗證成功，則發送器10執行與接收器20的關聯。
[0130]在經歷驗證和關聯之后，發送器10和接收器20在步驟824中執行WSC交換過程。
[0131]當執行WSC交換過程時，發送器10向接收器20發送被配置為包括用于文件傳送的一些控制信息的元數據文件。在圖9中示出了在組形成過程中執行的WSC交換期間傳送元數據文件的示例。稍后將給出其詳細說明。
[0132]已經經歷驗證和關聯的發送器10和接收器20初始化用于文件傳送的物理連接。例如，發送器10和接收器20通過執行4路信號交換(handshake)過程來初始化傳輸控制協議(TCP)連接，它是用于文件傳送的路徑。通過4路信號交換過程，發送器10和接收器20在實際發送和接收文件之前，識別出它們準備執行文件發送/接收。
[0133]在4路信號交換過程中，接收器20請求來自被確定為GO的發送器10的連接。在這種情況下，接收器20可以向發送器10發出任何同步(SYN)分組。當從接收器20接收同步分組時，發送器10響應于其向接收器20發出ACK(確認)信號和它的同步分組。當從發送器10接收同步信號時，接收器20響應于其向發送器10發出ACK信號。
[0134]一旦4路信號交換過程完成，發送器10和接收器20可以正常地互相交換文件。
[0135]因此，發送器10在步驟830中向接收器20發送內容文件。正在發送的文件中的每一個的首標包括基于文件將存儲在其中的容器結構的位置信息。
[0136]在此操作中，發送器10在組形成處理中向接收器20發送元數據文件。
[0137]圖9示出用于圖8中提出的元數據文件的傳送的詳細的信號處理過程的示例。圖9中示出的信號處理過程提供通過在WSC交換期間將元數據文件包括在消息中來傳送元數據文件的示例。
[0138]參照圖9，接收器20在步驟910中根據可擴展認證協議(ΕΑΡ)向發送器10發出用于請求訪問的EAPOL-Start (起始)消息。
[0139]當接收EAPOL-Start消息時,在步驟912中發送器10向接收器20發出用于請求ΕΑΡ標識的EAPOL-Request/Identity (請求/身份)消息。響應于EAPOL-Request/Identity消息的接收，接收器20在步驟914中向發送器10發出攜帶它的身份的EAPOL-Response/Identity 消息。
[0140]之后，發送器10和接收器20執行用于預定義的驗證密鑰(例如，PIN)的認證過程。對于PIN，用戶可以在圖9中示出的過程開始之前預先為每個通用設備設置PIN。
[0141]發送器10在步驟916中向接收器20發出用于請求開始對于PIN的認證過程的EAP-Request (Start)消息。當PIN的認證完成時,接收器20在步驟934中向發送器10發出請求終止PIN認證過程的EAP-Response (Done)消息。
[0142]在PIN認證過程中，在步驟918、步驟922、步驟926和步驟930中，接收器20使用預定的消息EAP-Response (M#)向發送器10發送預置PIN M1、M3、M5和M7。在步驟918、步驟922、步驟926和步驟930中，發送器10使用預定的消息EAP-Response (Μ#)向接收器20發送預置PIN M2、M4、M6和M8。
[0143]發送器10使用預定的EAP-Response (M8)的消息向接收器20發送元數據。
[0144]當從接收器20接收請求終止PIN認證過程的EAP-Response (Done)消息時，發送器10在步驟936中向接收器20發出指示終止全部過程的EAP-Fail (失敗)消息。
[0145]在圖9中示出的示例中，發送器10通過WSC安全信道發送元數據文件，所以發送的文件和容器結構信息可以更安全地發送給接收器20。
[0146]圖10示出根據本發明的實施例的、在通用設備之間交換容器結構信息的另一示例。在圖10的示例中，容器結構信息在因特網協議(IP)分配之后被發送。
[0147]圖10中示出的信號處理過程中的步驟1010將1028相應于連同圖8描述的步驟810到828。因此，在以下公開中將省略步驟1010到1028的詳細說明。
[0148]參照圖10，發送器10在步驟1030中通過4路信號交換過程創建到接收器20的IP連接。在步驟1032中，之間創建了 IP連接的發送器10和接收器20執行共享用于內容文件傳送的一些控制信息的過程。
[0149]發送器10基于IP連接向接收器20發送元數據文件。由發送器10發送的元數據文件包括用于內容文件傳送的一些控制信息。上面已經討論了用于可以包括在元數據文件中的文件傳送的一些控制信息。
[0150]當從發送器10接收元數據文件時，接收器20響應于其向發送器10發出響應消肩、Ο
[0151]發送器10在步驟1034中向接收器20發送內容文件。正在發送的文件中的每一個的首標包括基于文件將記錄在其中的容器結構的位置信息。
[0152]在此操作中，發送器10在發送器10和接收器20之間的IP分配完成之后向接收器20發送元數據文件。
[0153]圖11示出根據本發明的實施例的、用于在通用設備中發送文件的發送裝置的結構。
[0154]參照圖11，儲存器1110在唯一容器結構的一個或多個目錄中存儲與可用于發送裝置的特定內容相對應的文件。例如，在控制器的控制下，儲存器1110輸出關于與特定內容相對應的容器結構的信息，以及根據特定內容存儲在每個目錄中的文件。與特定內容相對應的文件可以存儲在儲存器1110中，例如，如與圖1中示出的示例結合描述的那樣。
[0155]消息生成器1112通過從儲存器1110讀取必要的信息來生成傳遞消息。消息生成器1112可以在請求傳送與特定內容相對應的文件時生成傳遞消息。消息生成器1112包括根據本發明的實施例的、與特定內容相對應的一個文件或多個文件。上面已經描述了根據每個實施例的、被包括作為與特定內容相對應的一個元數據文件或多個元數據文件的首標信息的容器結構信息，所以這里將省略額外的描述。
[0156]消息生成器1112生成必要的消息的時間可以根據應用的實施例而變化。例如，包括用于文件傳送的一些控制信息的元數據文件可以在組形成過程之前或在組形成過程期間被生成和發送，或可以在IP分配之后被生成。
[0157]另一方面，消息生成器1112可以同時生成元數據文件，并且根據每個實施例，元數據文件的發送時間可以由實際發送元數據文件的發送器來不同地應用。
[0158]發送器1114向接收通用設備發出由消息生成器1112生成的消息。通過發送器1114向接收通用設備發出生成的消息的操作可以根據圖4到圖10中示出的信號處理過程來執行。由發送器1114發出的典型的消息可以包括具有元數據文件的消息以及具有內容文件的消息。此外，對本領域普通技術人員清楚地是，典型的消息可以包括在圖7到圖10中示出的信號處理過程中發出的消息。
[0159]圖12示出根據本接收明的實施例的、用于在通用設備中接收文件的接收裝置的結構。
[0160]參照圖12，接收器1210接收從發送通用設備發出的消息，并且將該接收到的消息轉送到消息處理器1212。由接收器1210接收的典型的消息可以包括具有元數據文件的消息以及具有內容文件的消息。例如，接收器1210可以根據圖4到圖10中定義的過程接收消息。
[0161]消息處理器1212獲得包括在從接收器1210轉發的、接收到的消息中的元數據文件或內容文件。消息處理器1212根據基于構成獲得的元數據文件的控制信息以及包括在獲得的文件的首標中的控制信息而確定的容器結構來配置儲存器1214中的目錄。之后，消息處理器1212在配置的目錄當中的指定目錄中存儲使用包括在控制信息中的位置信息來讀取所獲得的一個文件或多個文件。
[0162]例如，使用圖1的存儲內容，基于元數據文件和從接收到的文件的首標獲得的控制信息，消息處理器1212生成具有根目錄作為它的父目錄的目錄“A”，具有目錄“A”作為它的父目錄的目錄“B”，以及具有目錄“B”作為它的父目錄的目錄“C”。
[0163]之后，消息處理器1212接收文件#1并且將它存儲在根目錄中，接收文件#2并且將它存儲在目錄“A”中，以及接收文件#3并且將它存儲在目錄“B”中。
[0164]通過上面描述的通過消息處理器1212的消息處理，文件可以根據圖1中示出的容器結構而存儲在儲存器1214中。
[0165]具有在圖11中示出的結構的通用設備的發送裝置，以及具有圖12中示出的結構的通用設備的接收裝置可以根據圖4到圖6中示出的信號處理過程中的任何一個來發送和接收文件。根據圖7到圖10中示出的信號處理過程中的任何一個來執行通用設備之間的文件傳送。
[0166]圖13是示出根據本發明的實施例的、用于在通用設備中發送和接收文件的方法的流程圖。在圖13中，通用設備取決于通用設備是否是G0來確定它將執行發送文件的操作還是接收和記錄文件的操作。圖13中的步驟1318到步驟1328相應于發送操作，并且步驟1330到步驟1340相應于接收操作。
[0167]參照圖13，通用設備在步驟1310中執行用于發現它將向其傳送內容的其他通用設備的過程。例如，在用于P2P服務的設備發現過程中，通用設備可以周期性地或非周期性地發出探查請求消息，并且當通用設備從響應探查請求消息的其他通用設備接收探查響應消息時找到所述其他通用設備。其他通用設備還需要通過相同的操作找到已經發出探查請求消息的通用設備。
[0168]一旦將傳送內容文件的通用設備已經找到彼此，第一通用設備在步驟1312中檢查由找到的其他通用設備提供的服務。例如，如果其他通用設備支持W1-Fi文件傳送服務，則第一通用設備可以控制該其他通用設備稍后執行W1-Fi文件傳送操作。
[0169]如果確定其他通用設備支持由第一通用設備期望的服務，則第一通用設備在步驟1314中與該其他通用設備執行G0協商過程。G0協商過程確定哪個通用設備將提供用于特定內容的文件。
[0170]第一通用設備在步驟1316中確定第一通用設備本身是否通過G0協商過程被確定為G0。如果第一通用設備本身被確定為G0，則第一通用設備將用作將傳送內容文件的發送通用設備。然而，相反地，如果另一通用設備被確定為G0，則第一通用設備將用作接收通用設備，其將從該另一通用設備接收內容文件。
[0171]如果第一通用設備被確定為是G0則它前進到用于發送操作的步驟1318，并且如果第一通用設備未被確定為是G0則它前進到用于接收操作的步驟1330。
[0172]首先，將詳細描述發送操作。第一通用設備在步驟1318中與該另一通用設備執行WSC交換過程。WSC交換過程是為了在稍后的到另一通用設備的文件傳送期間的安全性而執行的過程。
[0173]第一通用設備向另一通用設備發送元數據文件，同時執行WSC交換過程。將發送的元數據文件包括一些控制信息，該另一通用設備需要該控制信息以便在根據預定的容器結構排列的每個目錄中存儲接收到的內容文件。包括在元數據文件中的一些控制信息可以包括將順序地發送的文件的總數量、總文件大小、代表文件名、文件列表記錄的位置、以及每個文件的名稱和大小中的至少一個。
[0174]作為另一示例，元數據文件可以在用于確定G0的過程被執行之前提供給另一通用設備。然而，在這種情況下，前提是第一通用設備本身將向另一通用設備傳送內容文件。換句話說，當從另一通用設備請求P2P服務時，第一通用設備可以發送元數據文件，并且從響應于發送的元數據文件的另一通用設備接收P2P服務響應和P2P服務允許消息。
[0175]為了配置將包括在元數據文件中的控制信息，通用設備可以執行測量將發送的文件的總數量以及傳輸容量的額外的操作。
[0176]在完成WSC交換過程的運行之后，第一通用設備在步驟1320中執行4路信號交換過程。通過4路信號交換過程的運行，TCP連接被初始化，該TCP連接是用于第一通用設備和另一通用設備之間的文件傳送的路徑。在4路信號交換過程之后，第一通用設備和另一通用設備準備執行文件發送/接收。
[0177]在步驟1322中，第一通用設備在通過步驟1320中的4路信號交換過程初始化的TCP連接中生成IP連接。
[0178]可以僅在第一通用設備從響應于第一通用設備本身發送的元數據文件的另一通用設備接收確認時，執行初始化TCP連接和生成IP連接。
[0179]第一通用設備可以在它生成IP連接時向另一通用設備發送元數據文件。正在發送的元數據文件可以包括與在其他示例中提出的元數據文件的控制信息相同的控制信息。
[0180]一旦IP連接被生成，第一通用設備在步驟1324中順序地發送在元數據文件的生成期間被確定為將發送的文件(或目標文件)。正在發送的文件中的每一個的首標包括關于文件將存儲在其中的位置的信息。首標還可以具有指示以文件將存儲在其中的容器結構排列的目錄之一的信息。
[0181]一旦全部文件的發送完成，第一通用設備在步驟1326中確定是否存在對發送額外的元數據文件的需要。例如，如果存在將被發送用于特定內容的更多文件和/或存在對初始發送的元數據文件中的、第一通用設備發送到另一通用設備的控制信息進行改變的需要，第一通用設備可以確定存在對額外的元數據文件的需要。
[0182]如果存在對額外的元數據文件的需要，則第一通用設備在步驟1328中生成更新元數據文件并且向另一通用設備發送生成的元數據文件。如果不存在對額外的元數據文件的需要，則第一通用設備完成全部發送有關的操作。
[0183]在其他實施例中，在發送操作期間，通用設備可以基于元數據文件中的單獨的標準、限制、關于將在哪里獲得用于將提供的特定內容的文件的位置的信息(例如，URL)來生成完整列表，并且向另一通用設備發送元數據文件。在這種情況下，通用設備不執行用于向另一通用設備發送內容文件的額外的過程。
[0184]然而，在上述發送操作中，假定通用設備生成用于將被提供的內容的全部文件的一些控制信息的元數據文件，并且將生成的元數據文件發送到另一通用設備。
[0185]接下來，將詳細描述接收操作。第一通用設備在步驟1330中執行與該另一通用設備的WSC交換過程。WSC交換過程是為了在稍后從另一通用設備的文件接收期間提供安全性而執行的過程。
[0186]在此示例中，第一通用設備從另一通用設備接收元數據文件，同時執行WSC交換過程。接收到的元數據文件包括一些控制信息，需要該控制信息以在根據預定的容器結構排列的每個目錄中存儲接收到的內容文件。元數據文件中的一些控制信息可以包括將順序發送的文件的總數量、總文件大小、代表文件名、文件列表記錄的位置、以及每個文件的名稱和大小中的至少一個。
[0187]在其他實施例中，元數據文件可以在用于確定G0的過程被執行之前由另一通用設備提供。然而，在這種情況下，前提是另一通用設備本身將向第一通用設備傳送內容文件。換句話說，當從另一通用設備接收對于P2P服務的請求時，第一通用設備可以接收元數據文件，并且響應于該請求向另一通用設備發送P2P服務響應和P2P服務允許消息。
[0188]在WSC交換過程完成之后，第一通用設備在步驟1332中執行4路信號交換過程。通過運行4路信號交換過程，通用設備初始化TCP連接，其是用于從另一通用設備接收文件的路徑。換句話說，通過4路信號交換過程，第一通用設備可以在它從另一通用設備實際接收文件之前，確認它準備執行文件接收。
[0189]在步驟1334中，第一通用設備在通過步驟1332中的4路信號交換過程初始化的TCP連接中生成IP連接。
[0190]初始化TCP連接和生成IP連接可以僅當第一通用設備響應于第一通用設備本身接收的元數據文件而向另一通用設備發出確認時執行。
[0191]第一通用設備可以在它生成IP連接時從另一通用設備接收元數據文件。接收到的元數據文件可以包括與在其他示例中提出的元數據文件的控制信息相同的控制信息。
[0192]一旦IP連接被生成，第一通用設備在步驟1336中順序地接收它已經基于包括在元數據文件中的控制信息檢查了的全部文件(目標文件)。接收到的文件中的每一個的首標包括關于文件將存儲在其中的位置的信息。首標還可以具有指示以容器結構排列的目錄中的將存儲文件的目錄的信息。
[0193]通用設備在基于關于從目標文件的首標中識別的位置的信息確定的一個或多個目錄中存儲順序地接收到的目標文件，該一個或多個目錄如以預定容器結構排列的那樣。第一通用設備在它們的特定目錄中存儲全部順序接收到的文件。
[0194]為了確定用于記錄接收到的文件的預定容器結構、或者為了獲得期望文件，第一通用設備可以使用已經使用元數據文件預先從另一通用設備接收到的一些控制信息。
[0195]在將全部接收到的文件存儲在它們的指定目錄中之后，第一通用設備在步驟1340中確定是否已經從另一通用設備接收到更新元數據文件。
[0196]如果已經接收到更新元數據文件，則第一通用設備將在步驟1336和步驟1338中執行接收通過更新元數據文件識別的至少一個額外的文件以及將接收到的額外的文件存儲在它的特定目錄中的操作。
[0197]如果在步驟1340中未接收到更新元數據文件，則第一通用設備完成全部接收有關的操作。
[0198]在其他實施例中，在接收操作中，通用設備基于元數據文件中的單獨的標準、限制、關于在哪里可以獲得將提供的特定內容的文件的位置的信息(例如，URL)來生成完整列表，并且向另一通用設備發送該元數據文件。在這種情況下，通用設備可以基于在元數據文件中接收到的控制信息將全部內容文件存儲在根據期望的容器結構排列的特定目錄中。
[0199]盡管已經參照本發明的特定示例性實施例示出和描述了本發明，但本領域技術人員將會理解本發明可以對本發明進行形式和細節上的各種改變而不會脫離權利要求及其等同物限定的本發明的精神和范圍。
【權利要求】
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中的任何一個所述的裝置，其中所述首標還包括關于文件的特定內容的長度和類型的信息。
【文檔編號】H04L29/06GK104350721SQ201380029457
【公開日】2015年2月11日 申請日期:2013年6月5日 優先權日:2012年6月5日
【發明者】韓世熙, 金俊亨, 李鐘孝, 李周烈, 李智惠 申請人:三星電子株式會社