在通用設備中發(fā)送和接收文件的裝置和方法
【專利摘要】本發(fā)明提供一種用于基于預定的容器結(jié)構(gòu)發(fā)送，接收和存儲文件的方法和裝置。所述方法包括：識別存儲的文件當中將發(fā)送的一些或全部文件；生成用于被識別文件的發(fā)送信息并且向接收設備發(fā)送該發(fā)送信息；配置包括關(guān)于被識別文件中的每一個將存儲在其中的目錄的位置的信息；以及向被識別文件中的每一個添加被配置的首標并且向接收設備發(fā)送添加了首標的文件。
【專利說明】在通用設備中發(fā)送和接收文件的裝置和方法

【技術(shù)領(lǐng)域】
[0001]本發(fā)明一般涉及在通用設備中發(fā)送和接收文件的裝置和方法，并且更具體地，涉及用于發(fā)送和接收文件同時保持文件容器結(jié)構(gòu)的裝置和方法。

【背景技術(shù)】
[0002]典型地，通用設備是指這樣的設備:不用于特定目的，而是替代地可以被用于許多通用目的，并且可以自由地與其他用于通用目的的通用設備交互工作。通用設備可以與其他通用設備自由地交換文件，以用于，例如，文件共享。
[0003]在通用設備中，基于諸如樹狀結(jié)構(gòu)的容器結(jié)構(gòu)存儲或?qū)懭胛募?。隨著在通用設備上觀看、存儲和編輯的內(nèi)容日益多樣化，存儲文件的容器結(jié)構(gòu)變得越來越重要。為此，在通用設備之間的文件傳送期間，接收通用設備必須根據(jù)那些文件在發(fā)送設備中存儲的精確的容器結(jié)構(gòu)來存儲它接收的任意文件。
[0004]圖1示出用于存儲文件的容器結(jié)構(gòu)的示例。
[0005]圖1中示出的容器結(jié)構(gòu)由根目錄“/”110以及它的子目錄1”112、1”114和“C”116組成。目錄“A”112是具有根目錄110作為它的父目錄的子目錄。目錄“B”114是具有目錄“A” 112作為它的父目錄的子目錄。目錄“C” 116是具有目錄“B” 114作為它的父目錄的子目錄。
[0006]雖然在圖1中每個父目錄耦接到單個子目錄，但是可以以多種其他形式配置容器結(jié)構(gòu)，其中，例如，多個子目錄耦接到一個父目錄。
[0007]在圖1中，文件#1120記錄在根目錄110中，文件#2122記錄在目錄“A”112中，并且文件#3124記錄在目錄“B” 114中。
[0008]為了使通用設備向其他通用設備傳送存儲在類似圖1的容器結(jié)構(gòu)中的文件，發(fā)送通用設備必須向接收通用設備發(fā)出關(guān)于容器結(jié)構(gòu)的信息以及將存儲在容器結(jié)構(gòu)中的文件兩者。
[0009]接收通用設備基于關(guān)于它從發(fā)送通用設備接收到的容器結(jié)構(gòu)的信息配置它將存儲文件的容器，并且將接收到的用于文件的數(shù)據(jù)存儲在配置的容器結(jié)構(gòu)中的相應目錄或多個目錄中。以這種方式，接收通用設備在與發(fā)送通用設備相同的容器結(jié)構(gòu)中存儲文件。
[0010]圖2示出用于通用設備之間的文件傳送的傳統(tǒng)的信號處理的示例。在圖2中示出的信號處理示例中，存儲在圖1中示出的容器結(jié)構(gòu)中的文件正在被傳送。
[0011]參照圖2，發(fā)送通用設備(“發(fā)送器”)10向接收通用設備(“接收器”)20發(fā)送記錄在每個目錄中的文件(參見步驟210中的文件#1，步驟220中的文件#2、以及步驟230中的文件#3的發(fā)送)。在發(fā)送每個文件之后，發(fā)送器10發(fā)送用于創(chuàng)建其中將存儲被發(fā)送文件的目錄的控制信息(參見步驟212、步驟222和步驟232中的“mkdir”命令的發(fā)送)，然后發(fā)送用于改變或移動到其中將存儲被發(fā)送文件的目錄的控制信息(參見步驟214、步驟224和步驟234位于“ ckdir ”命令的發(fā)送)。
[0012]如此，每當發(fā)送器10發(fā)送一個文件時，它必須還發(fā)送關(guān)于接收器20將需要創(chuàng)建的目錄的控制信息、以及關(guān)于接收器20將移動或改變到將存儲被發(fā)送文件的目錄的控制信肩、O
[0013]如圖1中具體示出地，發(fā)送器10順序地發(fā)送文件#1120、文件#2122和文件#3124。
[0014]首先，發(fā)送器10在步驟210中發(fā)送文件#1120，在步驟212中發(fā)送用于創(chuàng)建其中將存儲文件#1120的根目錄“/”110的控制信息(“mkdir/”)，然后在步驟214中發(fā)送用于接收器20移動到其中將存儲文件#1120的根目錄“/”110的控制信息(“chdir/”)。反之，接收器20在步驟210中接收文件#1120，在步驟212中創(chuàng)建用于存儲接收到的文件#1120的根目錄110，并且在步驟214中移動到根目錄“/”110以在其中存儲接收到的文件#1120。
[0015]第二，發(fā)送器10在步驟220中發(fā)送文件#2122，在步驟222中發(fā)送用于創(chuàng)建用于存儲文件#2122的目錄“A” 112的控制信息(“mkdir A”)，并且在步驟224中發(fā)送用于接收器20移動到用于存儲文件#2122的目錄“A”112的控制信息(“chdir A”)。
[0016]反之，接收器20在步驟220接收文件#2122，在步驟222中創(chuàng)建用于存儲接收到的文件#2122的目錄“A” 112，并且在步驟224中移動到用于在其中存儲接收到的文件#2122的目錄“A” 112。
[0017]第三，發(fā)送器10在步驟230中發(fā)送文件#3124，在步驟232中發(fā)送用于創(chuàng)建用于存儲文件#3124的目錄“B” 114的控制信息(“mkdir B”)，并且在步驟234中發(fā)送用于接收器20移動到用于存儲文件#3124的目錄“B” 114的控制信息(“chdir B”)。
[0018]反之，接收器20在步驟230接收文件#3124，在步驟232中創(chuàng)建用于存儲接收到的文件#3124的目錄“B” 114，并且在步驟234中移動到用于在其中存儲接收到的文件#3124的目錄“B” 114。
[0019]可以被用于根據(jù)圖2中示出的過程來發(fā)送和接收文件的協(xié)議是文件傳送協(xié)議(FTP)(IETF RFC 765)。
[0020]當容器結(jié)構(gòu)更復雜時，發(fā)送器在圖2中示出的過程中必須提供給接收器的控制信息的數(shù)量增加。
[0021]圖3示出用于在通用設備之間的文件傳送的傳統(tǒng)的信號處理的另一示例。存儲在圖1中示出的容器結(jié)構(gòu)中的文件正在圖3中被傳送。
[0022]在圖3中示出的示例中，發(fā)送器預先向接收器提供關(guān)于在哪里可以獲得將被傳遞的內(nèi)容的位置(例如，統(tǒng)一資源定位符(URL))的信息、以及關(guān)于容器結(jié)構(gòu)的信息，并且接收器將接收到的文件存儲在使用預先接收到的信息復制的容器結(jié)構(gòu)中。
[0023]參照圖3，發(fā)送器10配置包括關(guān)于將被發(fā)送的內(nèi)容以及容器結(jié)構(gòu)的信息的元數(shù)據(jù)文件，并且在步驟310中向接收器20發(fā)送配置的元數(shù)據(jù)文件。元數(shù)據(jù)文件可以包括關(guān)于在哪里存儲與將傳遞的內(nèi)容相對應的至少一個文件的位置(例如，URL)的信息、以及關(guān)于容器結(jié)構(gòu)的信息。
[0024]接收器20從接收自發(fā)送器10的元數(shù)據(jù)文件獲得與將被接收的三個文件(文件#1120、文件#2122和文件#3124)中的每一個相對應的位置信息、以及關(guān)于文件在其中將被存儲的容器結(jié)構(gòu)的信息。
[0025]首先，在步驟312中，接收器20使用獲得的位置信息檢索文件#1120，然后基于獲得的關(guān)于容器結(jié)構(gòu)的信息將文件#1120存儲在根目錄“/”110中。
[0026]第二，在步驟314中，接收器20使用獲得的位置信息檢索文件#2122，并且基于獲得的關(guān)于容器結(jié)構(gòu)的信息將文件#2122存儲在目錄“A” 112中。
[0027]第三，在步驟316中，接收器20使用獲得的位置信息檢索文件#3124，并且基于獲得的關(guān)于容器結(jié)構(gòu)的信息將文件#3124存儲在目錄“B” 114中。
[0028]雖然圖3中的接收器20從發(fā)送器10檢索文件，但是對本領(lǐng)域普通技術(shù)人員清楚地是，接收器20可以從除了發(fā)送器10之外的其他位置檢索期望的文件，諸如從其他通用設備。
[0029]可替換地，取決于接收器20如何被實現(xiàn)，接收器20可以根據(jù)另一容器結(jié)構(gòu)存儲接收到的文件，忽略關(guān)于發(fā)送器10已經(jīng)發(fā)送的關(guān)于容器結(jié)構(gòu)的信息。
[0030]在圖3中示出的過程中，接收器20可以在文件被實際發(fā)送之前確定文件將存儲在其中的容器結(jié)構(gòu)，如此允許它的用戶在實際文件傳送開始之前識別該文件并且確定是否接受該文件傳送。
[0031]然而，在圖3中的傳統(tǒng)方法中，發(fā)送器10必須使用用于生成內(nèi)容和生成關(guān)于容納該內(nèi)容的容器結(jié)構(gòu)的信息兩者的處理資源；當將發(fā)送的內(nèi)容的容器結(jié)構(gòu)復雜和/或如果存在大量內(nèi)容時，這種額外的處理可能致使不必要的時間延誤。


【發(fā)明內(nèi)容】

[0032]技術(shù)問題
[0033]本發(fā)明的方面將至少解決以上問題和/或缺點，并至少提供下述優(yōu)點。因此，本發(fā)明的一方面將提供一種用于減少通用設備之間的文件發(fā)送/接收控制過程的文件發(fā)送/接收裝置和方法。
[0034]本發(fā)明的另一方面將提供一種用于減少通用設備之間需要的文件發(fā)送/接收時間的文件發(fā)送/接收裝置和方法。
[0035]本發(fā)明的還一方面將提供一種文件發(fā)送/接收裝置和方法，其中在通用設備之間的發(fā)送/接收期間，由發(fā)送通用設備(或發(fā)送器)發(fā)送的內(nèi)容的文件容器結(jié)構(gòu)在接收通用設備(或接收器)中得以保持。
[0036]本發(fā)明的又一方面將提供一種裝置和方法，其中發(fā)送通用設備連同傳送文件的首標信息一起發(fā)送關(guān)于在哪里存儲用于特定內(nèi)容的傳送文件的位置的信息。
[0037]本發(fā)明的仍一方面將提供一種裝置和方法，其中接收通用設備基于從接收文件的首標獲得的位置信息存儲接收到的文件。
[0038]本發(fā)明的仍一方面將提供一種裝置和方法，其中發(fā)送通用設備使用元數(shù)據(jù)文件以分布式方式傳送一些控制信息，所述控制信息允許接收通用設備根據(jù)預定的容器結(jié)構(gòu)存儲正在發(fā)送的文件。
[0039]本發(fā)明的仍一方面將提供一種裝置和方法，用于以分布式方式在利用元數(shù)據(jù)文件發(fā)送的文件的首標中發(fā)送控制信息，所述控制信息被提供以根據(jù)預定的容器結(jié)構(gòu)存儲在通用設備之間傳送的文件。
[0040]本發(fā)明的仍一方面將提供一種用于傳送元數(shù)據(jù)文件的信號處理過程，所述元數(shù)據(jù)文件包括用于根據(jù)預定的容器結(jié)構(gòu)存儲在通用設備之間傳送的文件的一些控制信息。
[0041]技術(shù)方案
[0042]根據(jù)本發(fā)明的一方面，提供一種第一設備向第二設備發(fā)送存儲在預定容器結(jié)構(gòu)中的文件的方法。所述方法包括:識別存儲的文件當中將發(fā)送的一些或全部文件；生成用于被識別文件的發(fā)送信息并且向第二設備發(fā)送該發(fā)送信息；配置用于被識別文件中的每一個的首標，包括關(guān)于被識別文件將在其中存儲的目錄的位置的信息；以及向每個相應的被識別文件添加配置的首標并且向第二設備發(fā)送添加了首標的文件。
[0043]根據(jù)本發(fā)明的另一方面，提供一種用于發(fā)送文件的裝置。所述裝置包括:儲存器，被配置為取決于預定接收裝置容器結(jié)構(gòu)存儲文件；消息生成器，被配置為識別儲存器中存儲的文件當中將被發(fā)送的一些或全部文件，生成用于被識別文件的發(fā)送信息，對于被識別文件中的每一個來配置包括關(guān)于被識別文件中的每一個將存儲在其中的目錄的位置的信息的首標，向被識別文件中的每一個添加配置的首標，并且生成傳遞消息；以及發(fā)送器，被配置為向接收設備發(fā)送由消息生成器生成的發(fā)送信息，并且向接收設備發(fā)送由消息生成器生成的傳遞消息。
[0044]根據(jù)本發(fā)明的還一方面，提供一種用于根據(jù)預定的容器結(jié)構(gòu)接收并且存儲文件的方法。所述方法包括:接收包括在根據(jù)預定的容器結(jié)構(gòu)排列的一個或多個目錄中存儲文件所需的一些控制信息的元數(shù)據(jù)；接收一些或全部文件；以及基于在元數(shù)據(jù)中接收到的控制信息以及包括在接收到的文件中的每一個的首標中的控制信息，在根據(jù)預定的容器結(jié)構(gòu)排列的目錄中存儲接收到的文件。包括在每個首標中的控制信息是關(guān)于相應文件的位置的信息，其被用于選擇根據(jù)預定的容器結(jié)構(gòu)排列的存儲位置。
[0045]根據(jù)本發(fā)明的又一方面，提供一種用于根據(jù)預定的容器結(jié)構(gòu)接收并且存儲文件的裝置。所述裝置包括:接收器，被配置為接收包括存儲根據(jù)預定的容器結(jié)構(gòu)排列的文件所需的一些控制信息的元數(shù)據(jù)，以及接收一些或全部文件；消息處理程序，被配置為基于在元數(shù)據(jù)中接收到的一些控制信息以及在接收到的文件中的每一個的首標中包括的控制信息，確定接收到的文件中的每一個將存儲在根據(jù)預定的容器結(jié)構(gòu)排列的目錄中的哪個目錄中；以及儲存器，被配置為將接收到的文件中的每一個存儲在根據(jù)預定的容器結(jié)構(gòu)排列的目錄當中由消息處理程序確定的目錄中。包括在每個首標中的控制信息包括關(guān)于用于文件的存儲位置的信息，其被用于選擇根據(jù)預定的容器結(jié)構(gòu)排列的目錄中的一個。

【專利附圖】

【附圖說明】
[0046]從下面結(jié)合附圖的描述，本發(fā)明特定實施例的上述和其他方面、特征和優(yōu)點將更加清楚，附圖中:
[0047]圖1示出其中存儲文件的容器結(jié)構(gòu)的示例；
[0048]圖2示出用于通用設備之間的文件傳送的傳統(tǒng)的信號處理的示例；
[0049]圖3示出用于在通用設備之間的文件傳送的傳統(tǒng)的信號處理的另一示例；
[0050]圖4示出根據(jù)本發(fā)明的實施例的、用于在通用設備之間的文件傳送的信號處理過程的示例；
[0051]圖5示出根據(jù)本發(fā)明的實施例的、用于在通用設備之間的文件傳送的信號處理過程的另一示例；
[0052]圖6示出根據(jù)本發(fā)明的實施例的、用于在通用設備之間的文件傳送的信號處理過程的還一示例；
[0053]圖7示出根據(jù)本發(fā)明的實施例的、在通用設備之間交換容器結(jié)構(gòu)信息的示例；
[0054]圖8示出根據(jù)本發(fā)明的實施例的、在通用設備之間交換容器結(jié)構(gòu)信息的另一示例；
[0055]圖9示出圖8中的用于傳送元數(shù)據(jù)文件的信號處理過程的詳細示例；
[0056]圖10示出根據(jù)本發(fā)明的實施例的、在通用設備之間交換容器結(jié)構(gòu)信息的還一示例；
[0057]圖11示出根據(jù)本發(fā)明的實施例的、用于在通用設備中發(fā)送文件的發(fā)送裝置的結(jié)構(gòu)；
[0058]圖12示出根據(jù)本接收明的實施例的、用于在通用設備中接收文件的接收裝置的結(jié)構(gòu)；以及
[0059]圖13是示出根據(jù)本發(fā)明的實施例的、用于在通用設備中控制文件的發(fā)送和接收的方法的流程圖。
[0060]遍及附圖，相同的參考標記將理解為指代相同的部分、組件和結(jié)構(gòu)。

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