本發(fā)明涉及文件通信技術(shù)領(lǐng)域，尤其涉及一種文件的發(fā)送、接收方法和裝置。

背景技術(shù)：

發(fā)送終端向接收終端發(fā)送文件時(shí)，要嚴(yán)格按照傳輸協(xié)議規(guī)定的結(jié)構(gòu)將文件主體及其相關(guān)信息組建成數(shù)據(jù)幀。

在現(xiàn)有技術(shù)中，傳輸協(xié)議在限定了數(shù)據(jù)幀的結(jié)構(gòu)以外，還限制了幀結(jié)構(gòu)中每個(gè)時(shí)隙傳輸?shù)臄?shù)據(jù)大小。例如：文件相關(guān)信息中的文件名稱、文件路徑、文件大小和文件個(gè)數(shù)都只允許占用數(shù)據(jù)幀的1個(gè)字節(jié)。

然而，文件名稱和文件路徑的長度可能超過1個(gè)字節(jié)，這樣，將導(dǎo)致發(fā)送終端只能發(fā)送部分文件名稱或文件路徑到接收終端。而且，隨著大數(shù)據(jù)時(shí)代的到來，發(fā)送終端在發(fā)送大批量文件時(shí)，僅用1個(gè)字節(jié)將不能完整的表示文件大小和文件個(gè)數(shù)。因此，現(xiàn)有的傳輸協(xié)議致使文件傳輸?shù)姆€(wěn)定性不足，容易導(dǎo)致接收終端不能正常識(shí)別或存儲(chǔ)文件，例如：識(shí)別出的文件個(gè)數(shù)與接收的文件個(gè)數(shù)不符、或者在接收到文件后，僅能存儲(chǔ)部分文件名稱等。

技術(shù)實(shí)現(xiàn)要素：

本發(fā)明提供一種文件發(fā)送、接收方法和裝置，以解決現(xiàn)有技術(shù)存在的文件傳輸?shù)姆€(wěn)定性不夠問題。

基于上述技術(shù)問題，本發(fā)明是通過以下技術(shù)方案來解決的。

本發(fā)明提供了一種文件發(fā)送方法，在發(fā)送終端執(zhí)行的步驟包括：步驟A，獲取待傳輸文件及其文件信息；步驟B，將開始傳輸標(biāo)志和所述文件信息順序傳輸?shù)浇邮战K端；步驟C，將文件傳輸標(biāo)志、所述待傳輸文件、以及結(jié)束傳輸標(biāo)志順序傳輸?shù)剿鼋邮战K端。

其中，所述步驟A還包括：獲取所述待傳輸文件的屬性信息；所述步驟C還包括：分別將屬性傳輸標(biāo)志、所述待傳輸文件的屬性信息、文件傳輸標(biāo)志、所述待傳輸文件、以及結(jié)束傳輸標(biāo)志順序傳輸?shù)剿鼋邮战K端。

其中，當(dāng)所述待傳輸文件的數(shù)量為多個(gè)時(shí)，所述步驟C包括：循環(huán)執(zhí)行所述步驟C，直至最后一個(gè)待傳輸文件的結(jié)束傳輸標(biāo)志到所述接收終端；其中，多個(gè)所述待傳輸文件對(duì)應(yīng)的文件信息中包括待傳輸文件的個(gè)數(shù)；所述個(gè)數(shù)減1等于所述步驟C的循環(huán)次數(shù)。

其中，所述步驟C還包括：當(dāng)最后一個(gè)待傳輸文件的結(jié)束傳輸標(biāo)志傳輸完畢之后，向所述接收終端發(fā)送所有待傳輸文件傳輸完畢的標(biāo)志。

本發(fā)明還提供了一種文件接收方法，在接收終端執(zhí)行的步驟包括：識(shí)別發(fā)送終端發(fā)送的傳輸標(biāo)志；如果識(shí)別出所述傳輸標(biāo)志為開始傳輸標(biāo)志，則準(zhǔn)備接收文件信息；如果識(shí)別出所述傳輸標(biāo)志為文件傳輸標(biāo)志，則準(zhǔn)備接收待傳輸文件；如果識(shí)別出所述傳輸標(biāo)志為結(jié)束傳輸標(biāo)志，則結(jié)束對(duì)所述待傳輸文件的接收。

其中，所述方法還包括：如果識(shí)別出所述傳輸標(biāo)志為屬性傳輸標(biāo)志，則準(zhǔn)備接收所述待傳輸文件的屬性信息。

本發(fā)明又提供了一種文件發(fā)送裝置，設(shè)置在發(fā)送終端的所述裝置包括：獲取模塊，用于獲取待傳輸文件及其文件信息；傳輸模塊，用于先將開始傳輸標(biāo)志和所述文件信息順序傳輸?shù)浇邮战K端；再將文件傳輸標(biāo)志、所述待傳輸文件、以及結(jié)束傳輸標(biāo)志順序傳輸?shù)剿鼋邮战K端。

其中，所述獲取模塊，還用于獲取所述待傳輸文件的屬性信息；所述傳輸模塊，還用于將所述待傳輸文件的屬性傳輸標(biāo)志、屬性信息、文件傳輸標(biāo)志、所述待傳輸文件、以及結(jié)束傳輸標(biāo)志順序傳輸?shù)剿鼋邮战K端。

本發(fā)明再提供一種文件接收裝置，設(shè)置在接收終端的所述裝置包括：識(shí)別模塊，用于識(shí)別發(fā)送終端發(fā)送的傳輸標(biāo)志；接收模塊，用于如果所述識(shí)別模塊識(shí)別出所述傳輸標(biāo)志為開始傳輸標(biāo)志，則準(zhǔn)備接收文件信息；如果所述識(shí)別模塊識(shí)別出所述傳輸標(biāo)志為文件傳輸標(biāo)志，則準(zhǔn)備接收待傳輸文件；如果所述識(shí)別模塊識(shí)別出所述傳輸標(biāo)志為結(jié)束傳輸標(biāo)志，則結(jié)束對(duì)所述待傳輸文件的接收。

其中，所述接收模塊具體用于：如果所述識(shí)別模塊識(shí)別出所述傳輸標(biāo)志為 屬性傳輸標(biāo)志，則準(zhǔn)備接收所述待傳輸文件的屬性信息。

本發(fā)明有益效果如下：

本發(fā)明文件主體和文件相關(guān)信息都是緊跟傳輸標(biāo)志發(fā)送的，接收到也是通過識(shí)別傳輸標(biāo)志來確定即將接收的數(shù)據(jù)是文件主體和文件相關(guān)信息，這樣，文件主體和文件相關(guān)信息不受幀結(jié)構(gòu)的限制，接收終端可以根據(jù)傳輸標(biāo)志接收完整的文件主體和文件相關(guān)信息，在接收終端重新組建并存儲(chǔ)文件，進(jìn)而增加了文件傳輸?shù)姆€(wěn)定性。

附圖說明

此處所說明的附圖用來提供對(duì)本發(fā)明的進(jìn)一步理解，構(gòu)成本申請的一部分，本發(fā)明的示意性實(shí)施例及其說明用于解釋本發(fā)明，并不構(gòu)成對(duì)本發(fā)明的不當(dāng)限定。在附圖中：

圖1是根據(jù)本發(fā)明第一實(shí)施例的文件發(fā)送方法的流程圖；

圖2是根據(jù)本發(fā)明第二實(shí)施例的文件接收方法的流程圖；

圖3是根據(jù)本發(fā)明第三實(shí)施例的文件發(fā)送方法的流程圖；

圖4是根據(jù)本發(fā)明第三實(shí)施例的文件接收方法的流程圖；

圖5是根據(jù)本發(fā)明第四實(shí)施例的文件發(fā)送裝置的結(jié)構(gòu)圖；

圖6是根據(jù)本發(fā)明第五實(shí)施例的文件接收裝置的結(jié)構(gòu)圖。

具體實(shí)施方式

本發(fā)明的主要思想在于，發(fā)送終端通過先向接收終端發(fā)送具有不同含義的傳輸標(biāo)志，來提示接收終端即將接收的數(shù)據(jù)是文件主體或是文件的相關(guān)信息。本發(fā)明文件主體和文件相關(guān)信息都是緊跟標(biāo)志發(fā)送的，接收到也是通過識(shí)別傳輸標(biāo)志來確定即將接收的數(shù)據(jù)是什么，這樣，文件主體和文件相關(guān)信息的大小任意，不受幀結(jié)構(gòu)的限制，避免了幀結(jié)構(gòu)數(shù)據(jù)量不夠造成的接收終端不能正常識(shí)別或存儲(chǔ)文件的問題，接收終端可以準(zhǔn)確地、完整地接收文件主體和文件相關(guān)信息，并在接收終端重新組建并存儲(chǔ)文件，進(jìn)而增加了文件傳輸?shù)姆€(wěn)定性。本發(fā)明使文件大小以及文件相關(guān)信息的大小不拘泥于傳輸協(xié)議中限定的容量，增加了傳輸協(xié)議的可擴(kuò)展性。

為使本發(fā)明的目的、技術(shù)方案和優(yōu)點(diǎn)更加清楚，以下結(jié)合附圖及具體實(shí)施例，對(duì)本發(fā)明作進(jìn)一步地詳細(xì)說明。

實(shí)施例一

本實(shí)施例提供了一種文件發(fā)送方法。圖1為根據(jù)本發(fā)明第一實(shí)施例的文件發(fā)送方法的流程圖。本實(shí)施例為發(fā)送終端側(cè)執(zhí)行的步驟。

步驟S110，獲取待傳輸文件及其文件信息。

待傳輸文件是指在發(fā)送終端中存儲(chǔ)的文件主體。例如：待傳輸文件為電話簿、收藏夾、短信息、相冊等。

文件信息為所有待傳輸文件的信息。待傳輸文件的個(gè)數(shù)為一個(gè)或多個(gè)，文件信息包括：待傳輸文件的個(gè)數(shù)。

步驟S120，將開始傳輸標(biāo)志和文件信息順序傳輸?shù)浇邮战K端。

換言之，發(fā)送終端先向接收終端發(fā)送開始傳輸標(biāo)志，再向接收終端發(fā)送文件信息。

開始傳輸標(biāo)志用于表示發(fā)送終端即將發(fā)送文件信息。開始傳輸標(biāo)志為預(yù)設(shè)的十六進(jìn)制數(shù)，例如：開始傳輸標(biāo)志為：0x0A0A0A0A 0x0A0A4349。其中，0x4349為“CI”的ASCII碼，“CI”代表一鍵換機(jī)的英文名稱“cloneit”。

發(fā)送終端向接收終端發(fā)送開始傳輸標(biāo)志，表示即將開始發(fā)送文件信息，提示接收終端準(zhǔn)備接收文件信息。

步驟S130，將文件傳輸標(biāo)志、待傳輸文件、以及結(jié)束傳輸標(biāo)志順序傳輸?shù)浇邮战K端。

換言之，發(fā)送終端先發(fā)送文件傳輸標(biāo)志、再發(fā)送待傳輸文件、最后發(fā)送結(jié)束傳輸標(biāo)志。

文件傳輸標(biāo)志用于表示發(fā)送終端即將發(fā)送待傳輸文件。文件傳輸標(biāo)志為預(yù)設(shè)的十六進(jìn)制數(shù)。例如：文件傳輸標(biāo)志為：0x0A0A0A0A 0x46494c45。其中，0x46494c45為“file”的ASCII碼。發(fā)送終端向接收終端發(fā)送文件傳輸標(biāo)志，表示即將發(fā)送待傳輸文件，提示接收終端準(zhǔn)備接收待傳輸文件。

結(jié)束傳輸標(biāo)志用于表示待傳輸文件發(fā)送完畢。結(jié)束傳輸標(biāo)志為預(yù)設(shè)的十六進(jìn)制數(shù)。例如：0x0D0D0D0D 0x46494c45標(biāo)示結(jié)束傳輸標(biāo)志。

結(jié)束傳輸標(biāo)志、文件傳輸標(biāo)志和開始傳輸標(biāo)志為不相同的十六進(jìn)制數(shù)。

如果待傳輸文件的個(gè)數(shù)為多個(gè)，則可以在第一個(gè)待傳輸文件的結(jié)束傳輸標(biāo)志被發(fā)送終端發(fā)送出后，循環(huán)執(zhí)行步驟S130，直至最后一個(gè)待傳輸文件的結(jié)束傳輸標(biāo)志被發(fā)送終端發(fā)送出去，進(jìn)而實(shí)現(xiàn)多個(gè)待傳輸文件的傳輸。步驟S130的循環(huán)次數(shù)等于待傳輸文件個(gè)數(shù)減1。

進(jìn)一步地，所有待傳輸文件都傳輸完畢之后，發(fā)送終端還可以向接收終端發(fā)送所有待傳輸文件都傳輸完畢的傳輸標(biāo)志。

本實(shí)施例可以將文件主體和文件相關(guān)信息以數(shù)據(jù)流的形式傳輸，并且以傳輸標(biāo)志來標(biāo)識(shí)各數(shù)據(jù)部分，不受幀結(jié)構(gòu)的限制，便于接收終端的接收。

實(shí)施例二

本實(shí)施提供了一種文件接收方法。圖2為根據(jù)本發(fā)明第二實(shí)施例的文件接收方法的流程圖。本實(shí)施例為接收終端側(cè)執(zhí)行的步驟。

步驟S210，接收發(fā)送終端發(fā)送的傳輸標(biāo)志。

傳輸標(biāo)志包括：開始傳輸標(biāo)志、文件傳輸標(biāo)志和結(jié)束傳輸標(biāo)志。

在接收到發(fā)送終端發(fā)送的傳輸標(biāo)志之后，識(shí)別該傳輸標(biāo)志，確定接收到的傳輸標(biāo)志的類型，進(jìn)一步地根據(jù)傳輸標(biāo)志的類型確定即將接收到的數(shù)據(jù)。

步驟S220，判斷接收到的傳輸標(biāo)志是否為開始傳輸標(biāo)志；若是，則執(zhí)行步驟S230；若否，則執(zhí)行步驟240。

步驟S230，接收文件信息。接收到文件信息之后，繼續(xù)執(zhí)行步驟S210，以便在接收文件傳輸標(biāo)志之后，接收待傳輸文件。

步驟S240，判斷接收到的傳輸標(biāo)志是否為文件傳輸標(biāo)志；若是，則執(zhí)行步驟S250；若否，則執(zhí)行步驟S260。

步驟S250，接收待傳輸文件。接收到待傳輸文件之后，繼續(xù)執(zhí)行步驟S210，以便在接收結(jié)束傳輸標(biāo)志之后，結(jié)束對(duì)待傳輸文件的接收。

步驟S260，判斷接收到的傳輸標(biāo)志是否為結(jié)束傳輸標(biāo)志；若是，則執(zhí)行步驟S270；若否，則執(zhí)行步驟S210，等待接收該待傳輸文件對(duì)應(yīng)的結(jié)束傳輸標(biāo)志。

步驟S270，結(jié)束對(duì)該待傳輸文件的接收。

因?yàn)榇齻鬏斘募膫€(gè)數(shù)可以是多個(gè)，所以，在接收到文件信息之后，可以在文件信息中解析出待傳輸文件的個(gè)數(shù)。在待傳輸文件的個(gè)數(shù)為多個(gè)的情況下，在接收完一個(gè)待傳輸文件之后，還需要繼續(xù)接收發(fā)送終端發(fā)送的傳輸標(biāo)志，那么，可以在執(zhí)行步驟S270之后，繼續(xù)執(zhí)行步驟S210，以便接收下一個(gè)待傳輸文件的開始傳輸標(biāo)志，以此類推，直至多個(gè)待傳輸文件都接收完畢。

實(shí)施例三

待傳輸文件的數(shù)量為一個(gè)或多個(gè)，當(dāng)待傳輸文件為多個(gè)時(shí)，可以通過傳輸標(biāo)志將多個(gè)待傳輸文件分隔開，以便接收終端分別接收每個(gè)待傳輸文件。

如圖3所示，為根據(jù)本發(fā)明第三實(shí)施例的文件發(fā)送方法的流程圖。

步驟S310，獲取待傳輸文件及其文件信息，并將開始傳輸標(biāo)志和文件信息順次傳輸?shù)浇邮战K端。

文件信息除了包括待傳輸文件的個(gè)數(shù)，還可以包括：發(fā)送終端信息、所有待傳輸文件的總數(shù)據(jù)量、所有待傳輸文件的預(yù)計(jì)傳輸時(shí)間、以及接收終端信息等信息。其中，發(fā)送終端信息為發(fā)送終端用戶名、用戶ID、或者用戶昵稱。接收終端信息為接收終端用戶名、用戶ID、或者用戶昵稱。

具體的，發(fā)送終端和接收終端建立虛擬無線訪問接入點(diǎn)(Soft Wireless Access Point，簡稱SoftAP)連接。在建立連接的過程中，發(fā)送終端可以獲取接收終端信息。發(fā)送終端在其存儲(chǔ)的文件中選擇部分文件或全部文件作為待傳輸文件。發(fā)送終端可以根據(jù)選擇的文件計(jì)算出所有待傳輸文件的總數(shù)據(jù)量和預(yù)計(jì)傳輸時(shí)間。

待傳輸文件的個(gè)數(shù)、發(fā)送終端信息、所有待傳輸文件的總數(shù)據(jù)量、所有待傳輸文件的預(yù)計(jì)傳輸時(shí)間、以及接收終端信息分別占用預(yù)設(shè)的字節(jié)數(shù)。占用字節(jié)為int變量長度。本實(shí)施例優(yōu)選的，占用的字節(jié)數(shù)分別為4個(gè)字節(jié)的整數(shù)倍。如果信息的長度不足預(yù)設(shè)的字節(jié)數(shù)，則在信息的后面補(bǔ)0。

在一個(gè)實(shí)施例中，可以在發(fā)送每個(gè)信息之前發(fā)送該信息對(duì)應(yīng)的傳輸標(biāo)志，以便接收終端根據(jù)標(biāo)志接收相應(yīng)的信息，這樣，可以不用為每個(gè)信息設(shè)置其占用的字節(jié)數(shù)，避免補(bǔ)0造成的數(shù)據(jù)容量浪費(fèi)，增加通信協(xié)議的可擴(kuò)展性。例如： 順次傳輸個(gè)數(shù)傳輸標(biāo)志、待傳輸文件的個(gè)數(shù)、發(fā)送終端信息傳輸標(biāo)志、發(fā)送終端信息、總數(shù)據(jù)量傳輸標(biāo)志、所有待傳輸文件的總數(shù)據(jù)量、預(yù)計(jì)傳輸時(shí)間傳輸標(biāo)志、所有待傳輸文件的預(yù)計(jì)傳輸時(shí)間、接收終端信息傳輸標(biāo)志、接收終端信息。

步驟S320，獲取每個(gè)待傳輸文件的屬性信息。

待傳輸文件的屬性信息包括：該待傳輸文件的數(shù)據(jù)量。進(jìn)一步地，待傳輸文件的屬性信息還包括：待傳輸文件的文件類型和文件名稱。文件類型包括：圖片、視頻、文本等。

步驟S330，分別將每個(gè)待傳輸文件的屬性傳輸標(biāo)志、屬性信息、文件傳輸標(biāo)志、所述待傳輸文件、以及結(jié)束傳輸標(biāo)志順序傳輸?shù)浇邮战K端。

屬性傳輸標(biāo)志用于表示發(fā)送終端即將發(fā)送待傳輸文件的屬性信息。屬性傳輸標(biāo)志例如是十六進(jìn)制數(shù)0x0B0B0B0B 0x46494c45。

文件傳輸標(biāo)志用于表示發(fā)送終端即將發(fā)送該待傳輸文件。文件傳輸標(biāo)志例如是0x0C0C0C0C 0x46494c45。

具體的，傳輸?shù)谝粋€(gè)待傳輸文件時(shí)，順序傳輸屬性傳輸標(biāo)志、屬性信息、文件傳輸標(biāo)志、第一個(gè)待傳輸文件、以及結(jié)束傳輸標(biāo)志；緊接著傳輸?shù)诙€(gè)待傳輸文件的屬性傳輸標(biāo)志、屬性信息、文件傳輸標(biāo)志、第二個(gè)待傳輸文件、以及結(jié)束傳輸標(biāo)志；以此類推，直至最后一個(gè)待傳輸文件的結(jié)束傳輸標(biāo)志被傳輸至接收終端。

如圖4所示，為根據(jù)本發(fā)明第三實(shí)施例的文件接收方法的流程圖。

步驟S410，解析接收到的文件信息，獲得待傳輸文件的數(shù)量n(n≥1)。

接收終端先接收發(fā)送終端發(fā)送的開始傳輸標(biāo)志，然后接收文件信息。文件信息中包括待傳輸文件的數(shù)量。

如果文件信息還包括：發(fā)送終端信息、所有待傳輸文件的總數(shù)據(jù)量、所有待傳輸文件的預(yù)計(jì)傳輸時(shí)間、以及接收終端信息等信息。那么可以根據(jù)這些信息對(duì)即將接收到的待傳輸文件進(jìn)行校驗(yàn)。

步驟S420，接收發(fā)送終端發(fā)送的文件傳輸標(biāo)志。

步驟S430，判斷接收到的傳輸標(biāo)志是否為屬性傳輸標(biāo)志；若是，則執(zhí)行步驟S440；若否，則執(zhí)行步驟S450。

步驟S440，接收待傳輸文件的屬性信息。接收到屬性信息之后，執(zhí)行步驟S420，以便在接收到文件傳輸標(biāo)志之后，接收待傳輸文件。

步驟S450，判斷接收到的傳輸標(biāo)志是否為文件傳輸標(biāo)志；若是，則執(zhí)行步驟S460；若否，則執(zhí)行步驟S420。

步驟S460，接收該待傳輸文件，并對(duì)待傳輸文件數(shù)量進(jìn)行減1計(jì)算，即n＝n-1。

步驟S470，判斷減1計(jì)算后的待傳輸文件數(shù)量是否為0；若是，則結(jié)束流程，若否，則執(zhí)行步驟S420。

若減1計(jì)算后的待傳輸文件數(shù)量為0，則表示已經(jīng)沒有需要接收的待傳輸文件，可以結(jié)束流程。

若減1計(jì)算后的待傳輸文件數(shù)量不為0，則表示還有沒有接收的待傳輸文件。

在一個(gè)實(shí)施例中，為了避免進(jìn)行減1計(jì)算，當(dāng)最后一個(gè)待傳輸文件的結(jié)束傳輸標(biāo)志傳輸完畢時(shí)，發(fā)送終端可以向接收終端發(fā)送所有待傳輸文件傳輸結(jié)束的標(biāo)志。該用于表示所有待傳輸文件都傳輸結(jié)束的標(biāo)志例如為：十六進(jìn)制數(shù)0x0E0E0E0E 0x46494c45。接收終端接收到該表示所有待傳輸文件都傳輸結(jié)束的標(biāo)志之后，直接結(jié)束流程。

實(shí)施例四

本發(fā)明還提供了一種文件發(fā)送裝置，如圖5所示，為根據(jù)本發(fā)明第四實(shí)施例的文件發(fā)送裝置的結(jié)構(gòu)圖。

該裝置包括：

獲取模塊510，用于獲取待傳輸文件及其文件信息。

傳輸模塊520，用于先將開始傳輸標(biāo)志和所述文件信息順序傳輸?shù)浇邮战K端；再將文件傳輸標(biāo)志、所述待傳輸文件、以及結(jié)束傳輸標(biāo)志順序傳輸?shù)剿鼋邮战K端。

獲取模塊510，還用于獲取所述待傳輸文件的屬性信息；傳輸模塊520，還用于將屬性傳輸標(biāo)志、所述待傳輸文件的屬性信息、文件傳輸標(biāo)志、所述待傳輸文件、以及結(jié)束傳輸標(biāo)志順序傳輸?shù)浇邮战K端。

待傳輸文件的數(shù)量為一個(gè)或多個(gè)；文件信息包括：待傳輸文件的個(gè)數(shù)。當(dāng)待傳輸文件的數(shù)量為多個(gè)時(shí)，所述裝置還包括循環(huán)模塊(未示出)，循環(huán)模塊用于循環(huán)調(diào)用獲取模塊520和傳輸模塊520，直至最后一個(gè)待傳輸文件的結(jié)束傳輸標(biāo)志到所述接收終端。所述待傳輸文件的個(gè)數(shù)減1等于所述循環(huán)模塊循環(huán)調(diào)用的次數(shù)。

本實(shí)施例所述的裝置的功能已經(jīng)在圖1、圖3所示的方法實(shí)施例中進(jìn)行了描述，故本實(shí)施例的描述中未詳盡之處，可以參見前述實(shí)施例中的相關(guān)說明，在此不做贅述。

實(shí)施例五

本發(fā)明還提供了一種文件接收裝置，如圖6所示，為根據(jù)本發(fā)明第五實(shí)施例的文件接收裝置的結(jié)構(gòu)圖。

該裝置包括：

識(shí)別模塊610，用于識(shí)別發(fā)送終端發(fā)送的傳輸標(biāo)志。該識(shí)別模塊610可以識(shí)別出傳輸標(biāo)志為開始傳輸標(biāo)志、文件傳輸標(biāo)志或結(jié)束傳輸標(biāo)志。進(jìn)一步地，該識(shí)別模塊610還可以識(shí)別出傳輸標(biāo)志為屬性傳輸標(biāo)志或文件傳輸標(biāo)志。

接收模塊620，用于如果所述識(shí)別模塊識(shí)別出所述傳輸標(biāo)志為開始傳輸標(biāo)志，則準(zhǔn)備接收文件信息；如果所述識(shí)別模塊識(shí)別出所述傳輸標(biāo)志為文件傳輸標(biāo)志，則準(zhǔn)備接收待傳輸文件；如果所述識(shí)別模塊識(shí)別出所述傳輸標(biāo)志為結(jié)束傳輸標(biāo)志，則結(jié)束對(duì)所述待傳輸文件的接收。

接收模塊620具體用于：如果所述識(shí)別模塊識(shí)別出所述傳輸標(biāo)志為屬性傳輸標(biāo)志，則準(zhǔn)備接收所述待傳輸文件的屬性信息；如果所述識(shí)別模塊識(shí)別出所述傳輸標(biāo)志為文件傳輸標(biāo)志，則準(zhǔn)備接收所述待傳輸文件。

本實(shí)施例所述的裝置的功能已經(jīng)在圖2、圖4所示的方法實(shí)施例中進(jìn)行了描述，故本實(shí)施例的描述中未詳盡之處，可以參見前述實(shí)施例中的相關(guān)說明，在此不做贅述。

以上所述僅為本發(fā)明的實(shí)施例而已，并不用于限制本發(fā)明，對(duì)于本領(lǐng)域的技術(shù)人員來說，本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明的權(quán)利要求范圍之內(nèi)。