一種媒體文件傳送方法及裝置的制造方法
【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及通信領(lǐng)域，尤其涉及一種媒體文件傳送方法及裝置。
【背景技術(shù)】
[0002]隨著技術(shù)的發(fā)展，人們越來越看重包括個人PC、消費電器、移動設(shè)備等在內(nèi)的無線網(wǎng)絡(luò)和有線網(wǎng)絡(luò)的互聯(lián)互通，使照片、視頻、音樂能在以上設(shè)備中共享。
[0003]1S是由蘋果公司開發(fā)的移動操作系統(tǒng)，最初是為手機使用，后來陸續(xù)應(yīng)用到iPodtouch、iPad以及Apple TV等產(chǎn)品上。AirPlay是蘋果公司開發(fā)的一種播放協(xié)議，可以將iPhone、iPod touch、iPad等便攜式移動設(shè)備上的視頻鏡像傳送到支持Airplay的終端設(shè)備(例如電視、PC等)上進行播放。
[0004]例如:使用iPhone手機拍攝了一段高清視頻，可以基于AirPlay協(xié)議，將該段視頻傳送到電視上進行觀看；或者，在iPhone手機上選擇一首歌曲，可以基于AirPlay協(xié)議將該音頻傳送到電視或個人計算機(PC)上進行播放。
[0005]然而，為了維護1S系統(tǒng)的應(yīng)用生態(tài)健康，它的應(yīng)用層做了諸多限制，許多接口和權(quán)限并不開放給第三方應(yīng)用開發(fā)商使用。由于1S系統(tǒng)的封閉性，在開發(fā)媒體功能時，存在很多困難。例如，1S系統(tǒng)框架中只提供了音頻與視頻的API (Applicat1n ProgrammingInterface，應(yīng)用程序編程接口)，以實現(xiàn)音視頻文件的傳送，對于圖片的傳送，Airplay協(xié)議目前沒有提供開放的API，因此對于第三方應(yīng)用開發(fā)商來說，無法在1S系統(tǒng)的設(shè)備上實現(xiàn)圖片的傳送。

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

[0006]本發(fā)明實施例提供了一種媒體文件傳送方法，用以解決現(xiàn)有技術(shù)中存在的工作于1S系統(tǒng)下的移動設(shè)備無法傳送圖片文件的問題。
[0007]本發(fā)明的一個實施例提供的一種媒體文件傳送方法，包括:
[0008]獲取移動設(shè)備中存儲的待傳送的媒體文件以及所述待傳送的媒體文件的類型，所述移動設(shè)備工作于1S系統(tǒng)；
[0009]根據(jù)待傳送的媒體文件的類型，確定與待傳送的媒體文件類型對應(yīng)的傳送方式；其中，若待傳輸?shù)拿襟w文件為圖片文件，則確定使用第一傳送方式，若待傳送的媒體文件為音視頻文件，則確定使用第二傳送方式；
[0010]根據(jù)確定出的傳送方式將待傳送的媒體文件傳送給終端設(shè)備。
[0011]本發(fā)明的一個實施例提供的一種媒體文件傳送裝置，包括:
[0012]獲取模塊:獲取移動設(shè)備中存儲的待傳送的媒體文件以及所述待傳送的媒體文件的類型，所述移動設(shè)備工作于1S系統(tǒng)；
[0013]確定模塊:用于根據(jù)待傳送的媒體文件的類型，確定與待傳送的媒體文件類型對應(yīng)的傳送方式；其中，若待傳輸?shù)拿襟w文件為圖片文件，則確定使用第一傳送方式，若待傳送的媒體文件為音視頻文件，則確定使用第二傳送方式；
[0014]第一傳送模塊:用于使用第一傳送方式將待傳送的媒體文件傳送給終端設(shè)備；
[0015]第二傳送模塊:用于使用第二傳送方式將待傳送的媒體文件傳送給終端設(shè)備。
[0016]本發(fā)明的上述實施例中，根據(jù)不同的媒體文件類型選擇不同的傳送方法，若待傳送的為圖片文件，則使用第一傳送方式；若待傳送的為音視頻文件，則使用第二傳送方式?？梢钥闯?，對于圖片文件的傳送采用不同于音視頻文件的傳送方式，因此克服了工作于1S系統(tǒng)下的移動設(shè)備應(yīng)用Airplay協(xié)議無法實現(xiàn)圖片的傳送的缺陷。
【附圖說明】
[0017]為了更清楚地說明本發(fā)明實施例中的技術(shù)方案，下面將對實施例描述中所需要使用的附圖作簡要介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的一些實施例，對于本領(lǐng)域的普通技術(shù)人員來講，在不付出創(chuàng)造性勞動性的前提下，還可以根據(jù)這些附圖獲得其他的附圖。
[0018]圖1為本發(fā)明實施例提供的媒體文件傳送方法的流程示意圖；
[0019]圖2為本發(fā)明實施例提供的選擇媒體文件類型的用戶界面示意圖；
[0020]圖3為本發(fā)明實施例提供的在圖片列表中選擇待傳送圖片的用戶界面示意圖；
[0021]圖4為本發(fā)明實施例提供的在音視頻列表中選擇待傳送音視頻的用戶界面示意圖；
[0022]圖5為本發(fā)明實施例提供的選擇目標(biāo)終端設(shè)備的用戶界面示意圖；
[0023]圖6為現(xiàn)有技術(shù)中UPnP協(xié)議棧的流程示意圖；
[0024]圖7為本發(fā)明實施例提供的媒體文件傳送裝置的結(jié)構(gòu)示意圖；
[0025]圖8為本發(fā)明實施例提供的第一傳送模塊的結(jié)構(gòu)示意圖；
[0026]圖9為本發(fā)明實施例提供的第二傳送模塊的結(jié)構(gòu)示意圖。
【具體實施方式】
[0027]為了使本發(fā)明的目的、技術(shù)方案和優(yōu)點更加清楚，下面將結(jié)合附圖對本發(fā)明作進一步地詳細描述，顯然，所描述的實施例僅僅是本發(fā)明一部份實施例，而不是全部的實施例?；诒景l(fā)明中的實施例，本領(lǐng)域普通技術(shù)人員在沒有做出創(chuàng)造性勞動前提下所獲得的所有其它實施例，都屬于本發(fā)明保護的范圍。
[0028]現(xiàn)有技術(shù)中，對于使用Android系統(tǒng)的移動設(shè)備，在移動設(shè)備與終?而設(shè)備之間傳送媒體文件時，可以采用DLNA(Digital Lining Network Alliance，數(shù)字生活網(wǎng)絡(luò)聯(lián)盟)技術(shù)并基于UPnP (Universal Plug and Play，通用即插即用)協(xié)議實現(xiàn)，基于該技術(shù)可實現(xiàn)對各類媒體文件，比如圖片、音頻、視頻類型的媒體文件的傳送。上述移動設(shè)備可以是手機、平板電腦，或者其他使用Android系統(tǒng)的移動設(shè)備。上述終端設(shè)備可以是電視、電腦或者其他支出UPnP協(xié)議的終端設(shè)備。
[0029]基于上述技術(shù)的媒體文件傳送過程為:使用Android操作系統(tǒng)的移動設(shè)備上展示媒體文件瀏覽UI (User Interface,用戶界面)，其中包括可供用戶選擇的媒體文件目錄或列表，用戶可以點擊目錄中的某一個文件(可以是音頻、視頻或者圖片)，這樣移動設(shè)備可獲取到該媒體文件在該移動設(shè)備中的存儲路徑，該存儲路徑通常是該媒體文件在該移動設(shè)備中的絕對路徑，然后將該存儲路徑傳遞給UPnP協(xié)議處理單元，UPnP協(xié)議處理單元根據(jù)該存儲路徑獲取相應(yīng)媒體文件的數(shù)據(jù)，并將獲取到的媒體文件的數(shù)據(jù)傳送給電視，從而將媒體文件傳送到電視端進行展示。
[0030]現(xiàn)有技術(shù)中，對于使用1S系統(tǒng)的移動設(shè)備，在傳送媒體文件時，可以采用基于Airplay協(xié)議的方式實現(xiàn)。如前所述，1S操作系統(tǒng)目前尚未提供開放的API以實現(xiàn)圖片類型的媒體文件的傳送。根據(jù)開放的API對音視頻類型的媒體文件的傳送過程為:將要傳送的音視頻文件在1S文件系統(tǒng)應(yīng)用程序沙盒中的存儲路徑發(fā)送給Airplay協(xié)議處理單元的AVPlayer接口，Airplay協(xié)議處理單元在檢測到存在支持Airplay協(xié)議的終端設(shè)備(比如電視)時，Airplay協(xié)議處理單元可以根據(jù)該存儲路徑從相應(yīng)的應(yīng)用程序沙盒中獲取音視頻文件的數(shù)據(jù)，并將該音視頻文件的數(shù)據(jù)傳送到電視端進行顯示。
[0031]在1S系統(tǒng)中，每個應(yīng)用程序都擁有其專屬存儲空間，可以在其專屬存儲空間讀取文件，但不能訪問其他應(yīng)用程序的專屬存儲空間。一個應(yīng)用程序的專屬存儲空間被稱為該應(yīng)用程序沙盒，所有非代碼文件都