一種通過Wi-Fi Direct的文件傳輸方法和裝置制造方法
【專利摘要】本發(fā)明提供了一種通過Wi-Fi?Direct的文件傳輸方法和裝置，該方法包括：獲取步驟，獲取待傳輸文件的多媒體屬性；發(fā)送步驟，發(fā)送在獲取步驟中所獲取的多媒體屬性；接收步驟，接收待傳輸文件的多媒體屬性的信息；判斷步驟，通過在接收步驟中所接收到的多媒體屬性的信息，來判斷接收端是否支持所述待傳輸文件的類型。本發(fā)明解決了接收端只有在完全接收該文件后或執(zhí)行打開操作后，才能知道是否支持該文件類型，從而導(dǎo)致使用不方便的問題，提高了用戶的體驗(yàn)感受。
【專利說明】—種通過W1-Fi Direct的文件傳輸方法和裝置
【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及文件傳輸領(lǐng)域，且特別涉及一種通過W1-Fi Direct進(jìn)行文件傳輸?shù)姆椒ǎ瑢?shí)現(xiàn)上述方法的裝置，以及文件傳輸系統(tǒng)。
【背景技術(shù)】
[0002]隨著智能手機(jī)的逐漸普及以及W1-Fi技術(shù)的不斷的發(fā)展，手機(jī)價格逐漸下降，功能逐漸強(qiáng)大，越來越多的手機(jī)具備了大容量存儲的功能和W1-Fi Direct通信功能，手機(jī)成為人們?nèi)粘Ｉ畹闹匾ㄐ殴ぞ?。手機(jī)的功能日益增強(qiáng)，為手機(jī)多媒體的應(yīng)用創(chuàng)新提供了基礎(chǔ)。目前，手機(jī)除了語音通話之外，還擁有大容量存儲功能和W1-Fi Direct通信功能。大部分手機(jī)都擁有幾十兆的存儲空間，而手機(jī)通過增加額外的存儲卡后，存儲空間甚至可以達(dá)到1G、2G或是更大。
[0003]W1-Fi Direct技術(shù)能夠?qū)崿F(xiàn)W1-Fi設(shè)備的直接互聯(lián)。帶有W1-Fi CERTIFIEDff1-FiDirect標(biāo)志的產(chǎn)品可以在不加入傳統(tǒng)的家庭、辦公或熱點(diǎn)網(wǎng)絡(luò)的情況下互相連接。利用這種技術(shù)，手機(jī)、相機(jī)、打印機(jī)、PC與游戲設(shè)備將能夠互相直接連接，實(shí)現(xiàn)內(nèi)容的共享。W1-FiDirect設(shè)備能夠?qū)崿F(xiàn)一對一連接,也可同時連接多部設(shè)備。
[0004]支持W1-Fi Direct技術(shù)的手機(jī)之間可通過W1-Fi Direct進(jìn)行文件數(shù)據(jù)的交換，而目前W1-Fi Direct傳輸模式是發(fā)送方首先選取文件進(jìn)行發(fā)送，接收方接收該文件，待文件傳輸完畢后，接收方可以打開該文件，瀏覽該文件的內(nèi)容。
[0005]然而，當(dāng)所傳輸?shù)奈募亩嗝襟w屬性不被接收方所支持，也就是接收方最終無法打開該文件，那么之前所做的工作顯示是白白浪費(fèi)，比如對方傳輸了一個500M的視頻文件，在經(jīng)歷了比較長時間的文件傳輸操作后，接收方選擇打開該文件進(jìn)行視頻瀏覽時，卻被提示該文件不是所支持的類型，進(jìn)而無法打開。這種操作方法在用戶體驗(yàn)上顯然是比較差的。
[0006]針對相關(guān)技術(shù)中用戶使用W1-Fi Direct接收文件時，終端只有在完全接收該文件后或執(zhí)行打開操作后，才能知道是否支持該文件類型，從而導(dǎo)致使用不方便和極差的用戶體驗(yàn)的問題，目如尚未提出有效的解決方案。

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

[0007]本發(fā)明的實(shí)施例提供了一種通過W1-Fi Direct的文件傳輸方法和裝置，以至少解決【背景技術(shù)】中的用戶使用W1-Fi Direct接收文件時，接收端只有在完全接收該文件后或執(zhí)行打開操作后，才能知道是否支持該文件類型，從而導(dǎo)致使用不方便和極差的用戶體驗(yàn)的問題。
[0008]根據(jù)本發(fā)明實(shí)施例的一個方面，提供了一種通過W1-Fi Direct的文件發(fā)送方法，包括:獲取步驟，獲取待傳輸文件的多媒體屬性；發(fā)送步驟，發(fā)送在獲取步驟中所獲取的多媒體屬性；其中，所述多媒體屬性包括:用于判斷接收端是否支持所述待傳輸文件的信息。
[0009]根據(jù)本發(fā)明實(shí)施例的另一個方面，提供了一種通過W1-Fi Direct的文件接收方法，包括:接收步驟，接收待傳輸文件的多媒體屬性的信息；判斷步驟，通過在接收步驟中所接收到的多媒體屬性的信息，來判斷接收端是否支持所述待傳輸文件的類型。
[0010]根據(jù)本發(fā)明實(shí)施例的再一個方面,提供了一種通過W1-Fi Direct的文件傳輸方法，包括:獲取步驟，獲取待傳輸文件的多媒體屬性；發(fā)送步驟，發(fā)送在獲取步驟中所獲取的多媒體屬性；接收步驟，接收待傳輸文件的多媒體屬性的信息；判斷步驟，通過在接收步驟中所接收到的多媒體屬性的信息，來判斷接收端是否支持所述待傳輸文件的類型。
[0011]同時，根據(jù)本發(fā)明實(shí)施例的一個方面，提供了一種通過W1-Fi Direct的文件發(fā)送裝置，包括:獲取模塊，獲取待傳輸文件的多媒體屬性；發(fā)送模塊，連接至獲取模塊，用來將獲取模塊所獲取的多媒體屬性發(fā)送至接收端；其中，所述多媒體屬性包括:用于判斷接收端是否支持所述待傳輸文件的信息。
[0012]根據(jù)本發(fā)明實(shí)施例的另一個方面,提供了一種通過W1-Fi Direct的文件接收裝置，包括:接收模塊，接收待傳輸文件的多媒體屬性；判斷模塊，連接至接收模塊，通過接收模塊接收到的多媒體屬性的信息，來判斷接收端是否支持所述待傳輸文件的類型；其中，所述多媒體屬性包括:用于判斷接收端是否支持所述待傳輸文件的信息。
[0013]此外，根據(jù)本發(fā)明實(shí)施例的一個方面，提供了一種通過W1-Fi Direct的文件傳輸系統(tǒng)，包括:文件發(fā)送裝置和文件接收裝置，二者通過W1-Fi Direct進(jìn)行文件傳輸。
[0014]通過本發(fā)明的實(shí)施例，發(fā)送端將待傳輸文件的文件多媒體屬性發(fā)送至接收端，接收端接收本次W1-Fi Direct傳輸?shù)拇齻鬏斘募奈募嗝襟w屬性。使得發(fā)送端提前告知接收端待傳輸文件的文件多媒體屬性，保證接收端在接收待傳輸文件前就能夠獲知待傳輸文件的文件多媒體屬性，進(jìn)而可以判斷出該文件類型是否為自身所支持，解決了接收端只有在完全接收該文件后或執(zhí)行打開操作后，才能知道是否支持該文件類型，從而導(dǎo)致使用不方便的問題，提高了用戶的體驗(yàn)感受。
【專利附圖】

【附圖說明】
[0015]圖1是根據(jù)本發(fā)明實(shí)施例的文件發(fā)送方法的流程圖；
[0016]圖2是根據(jù)本發(fā)明實(shí)施例的文件接收方法的流程圖；
[0017]圖3是根據(jù)本發(fā)明實(shí)施例的文件傳輸方法的流程圖；
[0018]圖4是根據(jù)本發(fā)明實(shí)施例的文件發(fā)送裝置的結(jié)構(gòu)框圖；
[0019]圖5是根據(jù)本發(fā)明實(shí)施例的文件接收裝置的結(jié)構(gòu)框圖；
[0020]圖6是根據(jù)本發(fā)明實(shí)施例的文件傳輸系統(tǒng)的結(jié)構(gòu)框圖。
【具體實(shí)施方式】
[0021]本發(fā)明的實(shí)施例提供了一種文件發(fā)送方法，圖1是根據(jù)本發(fā)明實(shí)施例的文件發(fā)送方法的流程圖，如圖1所示，包括如下的步驟:
[0022]獲取步驟SI 10，發(fā)送端獲取待傳輸文件的文件多媒體屬性；
[0023]發(fā)送步驟S120，發(fā)送端將待傳輸文件的文件多媒體屬性發(fā)送至接收端。
[0024]發(fā)送端將文件多媒體屬性發(fā)送至接收端可以有多種發(fā)送方式，例如，在發(fā)送端與接收端交互的信令或消息中攜帶文件多媒體屬性，將多媒體屬性作為若干個字段附加在已有的任一交互用的協(xié)議數(shù)據(jù)單位rou中，并且在進(jìn)行交互時，傳輸所述多媒體屬性；或者在發(fā)送端與接收端間定義專用數(shù)據(jù)包進(jìn)行發(fā)送，該數(shù)據(jù)包中封裝該多媒體屬性。
[0025]發(fā)送端發(fā)送的多媒體屬性是指，接收端在接收到該信息內(nèi)容后，能夠獲取到相應(yīng)的信息來判斷自身是否支持該文件，這里的支持含義包括但不限于打開操作并瀏覽該文件內(nèi)容。
[0026]例如對于視頻文件，多媒體屬性可能包括(但不限于)如下內(nèi)容:顯示分辨率、長度、視頻編碼、幀率，以及音頻的采樣率、編碼等；對于音頻文件，多媒體屬性可能包括(但不限于)如下內(nèi)容:比特率、采樣率、音頻編碼等；對于圖片信息，媒體屬性可能包括(但不限于)如下內(nèi)容:圖片編碼格式、圖片類型等。
[0027]不同終端多媒體支持能力是存在差異的，對是否支持多媒體文件的判斷上也是存在差異的，故在具體實(shí)現(xiàn)方面，凡是通過先傳輸多媒體屬性以讓接收端能夠判斷是否支持該文件的方式都可以納入本發(fā)明的精神，而不論具體發(fā)送的是哪些多媒體屬性。
[0028]本發(fā)明的實(shí)施例還提供了一種文件接收方法，圖2是根據(jù)本發(fā)明實(shí)施例的文件接收方法的流程圖，如圖2所示，包括如下的步驟:
[0029]接收步驟S210，接收端接收本次W1-Fi Direct傳輸?shù)拇齻鬏斘募奈募嗝襟w屬性；
[0030]判斷步驟S220，通過在接收步驟中所接收到的多媒體屬性的信息，接收端判斷確定該文件多媒體屬性是否為接收端所支持，即是否接收端支持待傳輸文件的類型。
[0031]在上述文件接收方法中，還包括:提示步驟，根據(jù)判斷步驟的判斷結(jié)果，給用戶相應(yīng)的提示。
[0032]接收端根據(jù)判定的結(jié)果給用戶相應(yīng)的提示，使用如下辦法:接收端接收本次W1-FiDirect傳輸?shù)拇齻鬏斘募奈募嗝襟w屬性，檢查自身所支持的多媒體能力列表，看該文件多媒體屬性是否在多媒體支持能力列表中；如果在，即接收端支持該文件類型，則文件傳輸繼續(xù)進(jìn)行；如果不在，即接收端不支持該文件類型，則向用戶提示“該文件類型不被接收端所支持，是否繼續(xù)進(jìn)行文件接收？”，將選擇權(quán)交到用戶手上。
[0033]本發(fā)明的實(shí)施例還提供了一種文件傳輸方法，圖3是根據(jù)本發(fā)明實(shí)施例的文件傳輸方法的流程圖，如圖3所示，包括如下的步驟:
[0034]獲取步驟S310，發(fā)送端獲取待傳輸文件的文件多媒體屬性。具體而言，采用將其附加在已存在的交互用的協(xié)議數(shù)據(jù)單位rou中，或獨(dú)立封裝打包成一個專用的數(shù)據(jù)包，例如交互用的協(xié)議數(shù)據(jù)單位PDU中。其中，所述多媒體屬性包括:用于判斷接收端是否支持所述待傳輸文件的信息。
[0035]發(fā)送步驟S320，發(fā)送端將待傳輸文件的文件多媒體屬性發(fā)送至接收端，接收端接收上述PDU數(shù)據(jù)；
[0036]判斷步驟S330，接收端判斷所接收的文件多媒體屬性是否為自身所支持，這可以通過檢索自身的多媒體支持能力列表來實(shí)現(xiàn)。
[0037]提示步驟S340，根據(jù)判斷步驟的判斷結(jié)果，向用戶做出相應(yīng)提示。若支持該文件類型，則進(jìn)行步驟S341，繼續(xù)文件的傳輸，從而使得接收端正常接收到該文件；若不支持該文件類型，則進(jìn)行步驟S342，給出用戶相關(guān)提示:“該文件類型不被接收端所支持，是否繼續(xù)進(jìn)行文件接收？ ”，由用戶進(jìn)行確定，若選擇繼續(xù)，則進(jìn)行步驟S341，繼續(xù)文件的傳輸，完成文件的接收；若選擇否(即不繼續(xù))，則進(jìn)行步驟S343，放棄文件接收，終止文件傳輸操作，從而上述傳輸流程結(jié)束。
[0038]本發(fā)明實(shí)施例提供了一種文件發(fā)送裝置，該裝置可以用于實(shí)現(xiàn)上述文件發(fā)送方法。圖4是根據(jù)本發(fā)明實(shí)施例的文件發(fā)送裝置的結(jié)構(gòu)框圖，文件發(fā)送裝置400包括獲取模塊410和發(fā)送模塊420。獲取模塊410，用于獲取待發(fā)送文件的文件多媒體屬性；發(fā)送模塊420，連接至獲取模塊，用于將待傳輸文件的文件多媒體屬性發(fā)送至接收端。其中，所述多媒體屬性包括:用于判斷接收端是否支持所述待傳輸文件的信息。
[0039]本發(fā)明實(shí)施例提供了一種文件接收裝置，該裝置可以用于實(shí)現(xiàn)上述文件接收方法。圖5是根據(jù)本發(fā)明實(shí)施例的文件接收裝置500的結(jié)構(gòu)框圖，包括接收模塊510和判斷模塊520。接收模塊510，用于接收本次W1-Fi Direct傳輸?shù)拇齻鬏斘募奈募嗝襟w屬性；判斷模塊520，連接至接收模塊，用于判斷文件多媒體屬性是否為接收端所支持其中，所述多媒體屬性包括:用于判斷接收端是否支持所述待傳輸文件的信息。
[0040]上述判斷模塊，檢查待傳輸文件的多媒體屬性是否在接收端所支持的多媒體能力列表中，根據(jù)判斷的結(jié)果，決定是否繼續(xù)接收文件或給用戶相應(yīng)的提示信息。因此，判斷模塊能根據(jù)判斷結(jié)果確定是繼續(xù)進(jìn)行文件的接收過程，還是利用提示模塊(未圖示)來向用戶反饋相應(yīng)的提示。
[0041]本發(fā)明實(shí)施例還提供了一種文件傳輸系統(tǒng)，該系統(tǒng)包括文件發(fā)送裝置和文件接收裝置，二者通過W1-Fi Direct的無線通信手段進(jìn)行文件傳輸，圖6是根據(jù)本發(fā)明實(shí)施例的文件傳輸系統(tǒng)的結(jié)構(gòu)框圖，包括文件發(fā)送裝置610和文件接收裝置620，其中，文件發(fā)送裝置610包括獲取模塊611和發(fā)送模塊612，而文件接收裝置620包括接收模塊621和判斷模塊 622。
[0042]對于文件發(fā)送裝置610而言，獲取模塊611，用于獲取待發(fā)送文件的文件多媒體屬性；發(fā)送模塊612，連接至獲取模塊611，用于將待傳輸文件的文件多媒體屬性發(fā)送至接收端。其中，所述多媒體屬性包括:用于判斷接收端是否支持所述待傳輸文件的信息。
[0043]對于文件接收裝置620而言，接收模塊621，用于接收本次W1-Fi Direct傳輸?shù)拇齻鬏斘募奈募嗝襟w屬性；判斷模塊622，連接至接收模塊621，用于判斷文件多媒體屬性是否為接收端所支持其中，所述多媒體屬性包括:用于判斷接收端是否支持所述待傳輸文件的信息。
[0044]上述判斷模塊622，檢查待傳輸文件的多媒體屬性是否在接收端所支持的多媒體能力列表中，根據(jù)判斷的結(jié)果，決定是否繼續(xù)接收文件或給用戶相應(yīng)的提示信息。因此，判斷模塊能根據(jù)判斷結(jié)果確定是繼續(xù)進(jìn)行文件的接收過程，還是利用提示模塊(未圖示)來向用戶反饋相應(yīng)的提示。
[0045]采用本發(fā)明實(shí)施例提供的方法和裝置，與相關(guān)技術(shù)相比，取得了明顯進(jìn)步，能夠在文件通過W1-Fi Direct接收前提前判斷該文件多媒體屬性是否為接收端所支持，避免了用戶使用W1-Fi Direct接收文件時，終端只有在完全接收該文件后或執(zhí)行打開操作后，才能知道是否支持該文件類型，從而導(dǎo)致使用不方便和極差的用戶體驗(yàn)的問題。
[0046]以上僅為本發(fā)明的優(yōu)選實(shí)施例而已，并不限制本發(fā)明，對于本領(lǐng)域的普通技術(shù)人員來說，本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。
【權(quán)利要求】
1.一種通過W1-Fi Direct的文件發(fā)送方法,其特征在于,包括: 獲取步驟，獲取待傳輸文件的多媒體屬性； 發(fā)送步驟，發(fā)送在獲取步驟中所獲取的多媒體屬性； 其中，所述多媒體屬性包括: 用于供接收端判斷是否支持所述待傳輸文件的信息。
2.根據(jù)權(quán)利要求1所述的文件發(fā)送方法，其特征在于，所述發(fā)送步驟，包括: 將所述多媒體屬性封裝到獨(dú)立的數(shù)據(jù)包中，并且發(fā)送該數(shù)據(jù)包。
3.根據(jù)權(quán)利要求1所述的文件發(fā)送方法，其特征在于，所述發(fā)送步驟，包括: 在交互數(shù)據(jù)中攜帶所述待傳輸文件的多媒體屬性，進(jìn)行交互時，傳輸所述多媒體屬性。
4.一種通過W1-Fi Direct的文件接收方法,其特征在于,包括: 接收步驟，接收待傳輸文件的多媒體屬性的信息； 判斷步驟，通過在接收步驟中所接收到的多媒體屬性的信息，來判斷接收端是否支持所述待傳輸文件的類型。
5.根據(jù)權(quán)利要求4所述的文件接收方法，其特征在于，還包括: 提示步驟，根據(jù)所述判斷步驟的判斷結(jié)果，給用戶相應(yīng)的提示。`
6.根據(jù)權(quán)利要求5所述的文件接收方法，其特征在于，所述提示步驟，包括: 如果接收端支持待傳輸文件的類型，則待傳輸文件的傳輸繼續(xù)進(jìn)行； 如果接收端不支持待傳輸文件的類型，則向用戶發(fā)出是否繼續(xù)進(jìn)行文件接收的提示，若用戶選擇繼續(xù)接收，則待傳輸文件的傳輸繼續(xù)進(jìn)行；若用戶選擇不繼續(xù)接收，則終止待傳輸文件的傳輸操作。
7.根據(jù)權(quán)利要求4所述的文件接收方法，其特征在于，所述判斷步驟，包括: 檢查接收端所支持的多媒體支持能力列表； 如果待傳輸文件的多媒體屬性在所述列表中，表明接收端支持待傳輸文件的類型； 如果待傳輸文件的多媒體屬性不在所述列表中，表明接收端不支持待傳輸文件的類型。
8.一種通過W1-Fi Direct的文件發(fā)送裝置，其特征在于，包括: 獲取模塊，獲取待傳輸文件的多媒體屬性； 發(fā)送模塊，連接至獲取模塊，用來將獲取模塊所獲取的多媒體屬性發(fā)送至接收端； 其中，所述多媒體屬性包括: 用于供接收端判斷是否支持所述待傳輸文件的信息。
9.一種通過W1-Fi Direct的文件接收裝置，其特征在于，包括: 接收模塊，接收待傳輸文件的多媒體屬性； 判斷模塊，連接至接收模塊，通過接收模塊接收到的多媒體屬性的信息，來判斷接收端是否支持所述待傳輸文件的類型； 其中，所述多媒體屬性包括: 用于供接收端判斷是否支持所述待傳輸文件的信息。
10.根據(jù)權(quán)利要求9所述的文件接收裝置，其特征在于: 所述判斷模塊檢查待傳輸文件的多媒體屬性是否在接收端所支持的多媒體能力列表中，根據(jù)判斷的結(jié)果，決定是否繼續(xù)接收文件或給用戶相應(yīng)的提示信息。
11.根據(jù)權(quán)利要求10所述的文件接收裝置，其特征在于，還包括: 提示模塊，根據(jù)所述判斷模塊的判斷結(jié)果，給用戶相應(yīng)的提示。
12.一種通過W1-Fi Direct的文件傳輸系統(tǒng)，其特征在于，包括:文件發(fā)送裝置和文件接收裝置，二者通過W1-Fi Direct進(jìn)行文件傳輸； 其中，所述文件發(fā)送裝置，包括: 獲取模塊，獲取待傳輸文件的多媒體屬性； 發(fā)送模塊，連接至獲取模塊，用來將獲取模塊所獲取的多媒體屬性發(fā)送至接收端； 所述文件接收裝置，包括: 接收模塊，接收待傳輸文件的多媒體屬性； 判斷模塊，連接至接收模塊，通過接收模塊接收到的多媒體屬性的信息，來判斷接收端是否支持所述待傳輸文件的類型； 所述多媒體屬性包括: 用于供接收端判斷是否支持所述待傳輸文件的信息。
【文檔編號】H04L29/08GK103795747SQ201210424002
【公開日】2014年5月14日 申請日期:2012年10月30日 優(yōu)先權(quán)日:2012年10月30日
【發(fā)明者】楊惠 申請人:中興通訊股份有限公司