專利名稱：通過藍牙傳輸多媒體數據并實時播放的方法、設備和系統(tǒng)的制作方法
技術領域：
本發(fā)明屬于通信技術領域，特別涉及一種通過藍牙傳輸多媒體數據并實時播放的
方法、設備和系統(tǒng)。
背景技術：
藍牙無線技術是一種短距離無線通信技術，旨在取代連接便攜設備和/或固定電
子設備的纜線。藍牙無線技術的主要特點在于功能強大、耗電量低、成本低廉。核心規(guī)格的
許多功能均為可選功能，以實現(xiàn)產品多樣性。藍牙核心系統(tǒng)包括射頻收發(fā)器、基帶及協(xié)議堆
棧。該系統(tǒng)可以提供設備連接服務，并支持在這些設備之間交換各種類別的數據。 為了使用藍牙無線技術，設備必須能夠翻譯特定的藍牙配置文件。配置文件定義
了可能的應用。藍牙配置文件表達了一般行為，藍牙設備可以通過這些行為與其它設備進
行通信。藍牙技術定義了廣泛的配置文件，描述了許多不同類型的使用案例。現(xiàn)在比較流
行的藍牙配置文件包括A2DP、 FTP、 HFP、 HSP以及0PP等，0PP (對象推送配置文件)定義了
推送服務器和推送客戶端兩種角色，主要用于在藍牙設備之間傳輸數據。 現(xiàn)有技術中可以通過藍牙技術傳輸音頻、視頻文件，并且在藍牙接收端對接收的
音頻、視頻進行處理以進行播放，現(xiàn)有技術中都是通過藍牙傳輸完成后才能進行音頻、視頻
播放，等待時間交長。

發(fā)明內容
為了解決現(xiàn)有技術中都是通過藍牙傳輸完成后才能進行音頻、視頻播放，等待時間較長的問題，本發(fā)明實施例提供了一種通過藍牙傳輸多媒體數據并進行實時播放的方法，包括 發(fā)送端藍牙設備將待傳輸的多媒體文件進行編碼，轉換為流媒體文件； 發(fā)送端藍牙設備通過對象推送協(xié)議向接收端藍牙發(fā)送流媒體文件； 接收端藍牙設備對接收的流媒體文件進行播放。
同時本發(fā)明實施例還提供一種發(fā)送端藍牙設備，包括 編碼器，用于將待傳輸的多媒體文件進行編碼，轉換為流媒體文件； 發(fā)送端藍牙模塊，用于通過對象推送協(xié)議向接收端藍牙發(fā)送流媒體文件。
同時本發(fā)明實施例還提供一種接收端藍牙設備，包括 接收端藍牙模塊，用于接收流媒體文件； 播放器，用于對接收的流媒體文件進行播放。 同時本發(fā)明實施例還提供一種通過藍牙傳輸多媒體數據并實時播放的系統(tǒng)，包括 發(fā)送端藍牙設備，用于將待傳輸的多媒體文件進行編碼，轉換為流媒體文件，通過對象推送協(xié)議向接收端藍牙發(fā)送流媒體文件； 接收端藍牙設備，用于接收流媒體文件并對接收的流媒體文件進行播放。
由本發(fā)明提供的具體實施方案可以看出，正是由于發(fā)送端藍牙設備通過對象推送 協(xié)議發(fā)送流媒體文件，接收端藍牙設備接收并進行播放，進而減少了播放的等待時間。


圖l為本發(fā)明提供的第
圖2為本發(fā)明提供的第
圖3為本發(fā)明提供的第
圖4為本發(fā)明提供的第
一實施例發(fā)送端藍牙設備結構圖； 一實施例接收端藍牙設備結構圖； 一實施例藍牙系統(tǒng)中各部件結構圖； 一實施例方法流程圖。
具體實施例方式
為了解決現(xiàn)有技術中都是通過藍牙傳輸完成后才能進行音頻、視頻播放，等待時 間較長的問題，本發(fā)明的實施例提供第一實施例是一種通過藍牙傳輸多媒體數據并進行實 時播放的方法，其中圖1給出了實施本實施例方法的發(fā)送端藍牙設備10，圖2給出了實施本 實施例方法的接收端藍牙設備20，圖3給出了藍牙系統(tǒng)中各部件結構圖，本發(fā)明涉及發(fā)送 端藍牙設備10和接收端藍牙設備20。在發(fā)送端藍牙設備10中，包括編碼器11、緩沖區(qū)12 和藍牙模塊13，待傳輸的音視頻經過編碼器11編碼后轉換得到的流媒體文件，將得到的流 媒體文件放入緩沖區(qū)12中，然后藍牙模塊13從緩沖區(qū)12中取出流媒體文件數據，通過藍 牙的對象推送協(xié)議0PP向接收端藍牙設備20發(fā)送流媒體文件；在接收端藍牙設備20，包括 藍牙模塊15、緩沖區(qū)16和播放器17，藍牙模塊15將接收的音視頻流媒體文件放入緩沖區(qū) 16中，然后播放器17讀取其中的音視頻流媒體文件進行播放。利用藍牙對象推送配置文件 0PP傳輸音視頻多媒體文件并實時播放如圖2所示，包括以下步驟
步驟101.發(fā)送端藍牙設備10和接收端藍牙設備20進行配對。
步驟102.在發(fā)送端藍牙設備10，將待傳輸的音視頻文件通過編碼器11進行編碼， 轉換為實際傳輸的音視頻流媒體文件，放入緩沖區(qū)12中； 步驟103.發(fā)送端藍牙設備10的藍牙模塊13從發(fā)送端緩沖區(qū)12中，取出音視頻 流媒體文件，通過對象推送協(xié)議0PP傳輸到接收端藍牙設備20。 步驟104.接收端藍牙設備20的藍牙模塊15將收到的音視頻流媒體文件放入緩 沖區(qū)16中進行保存。 步驟105.當向緩沖區(qū)16中保存數據達到一定的時間時，接收端藍牙設備20提示 用戶是否進行播放，若用戶選擇"是"，接收端藍牙設備20的流媒體播放器17啟動，從緩沖 區(qū)16中取出音視頻流媒體文件進行播放，流程轉移至步驟107 ;若用戶選擇"否"，傳輸繼 續(xù)，流程轉移至步驟106。 步驟106.判斷在接下來的傳輸過程中藍牙傳輸是否出錯，若藍牙因為某種原因 斷開導致傳輸異常時，在接收端藍牙設備20的藍牙模塊15發(fā)送藍牙連接斷開的事件，將緩 沖區(qū)16清零；在發(fā)送端藍牙設備10的藍牙模塊13也發(fā)送藍牙連接斷開的事件，通知編碼 器11停止編碼，并將緩沖區(qū)12清零；然后重新開始傳輸(流程轉移到步驟102)。
若流媒體文件傳輸完畢，接收端藍牙設備20提示用戶是否保存或保存并播放。
步驟107.判斷在接下來的傳輸過程中藍牙傳輸是否出錯，若當藍牙因為某種原 因斷開導致傳輸異常時，在接收端藍牙設備20的藍牙模塊15發(fā)送藍牙連接斷開的事件，通知播放器17停止播放，并將緩沖區(qū)16清零；在發(fā)送端藍牙設備10的藍牙模塊13也發(fā)送藍 牙連接斷開的事件，通知編碼器11停止編碼，并將緩沖區(qū)12清零；然后重新開始傳輸(流
程轉移到步驟102)。若流媒體文件傳輸完畢，且播放完畢，則接收端藍牙設備20提示用戶 是否進行保存。在調用緩沖區(qū)16中的數據進行播放的過程中，用戶可以選擇暫?；蛘吆?br> 退當用戶選擇暫停時，傳輸繼續(xù)，只是流媒體播放器暫停播放，當用戶繼續(xù)播放時，從斷點 處繼續(xù)播放；當用戶回退到先前的某個時間點時，傳輸仍然繼續(xù)，只是播放器回退到那個時 間點，從那個時間點開始進行播放。 本發(fā)明實施例提供的方案不僅能夠實現(xiàn)現(xiàn)如今普遍使用的通過藍牙傳輸音視頻
文件，更重要的是，實現(xiàn)了在藍牙傳輸的過程中，可以實時地進行音視頻的播放。以一首體
積為6M的MP3為例，假如藍牙0PP傳輸的速度為50KB/S，那么傳輸時間大概為122秒。當
采用本發(fā)明實施例的方案后，可以減少用戶等待傳輸的時間，提高用戶體驗；且用戶可以根
據實時播放對正在傳輸的歌曲進行評價，選擇是不是要繼續(xù)聽完并且保存。 本發(fā)明實施例的方案在一般藍牙數據傳輸的基礎上，引入了流媒體播放的概念。
在發(fā)送端的編碼器和緩沖區(qū)，在接收端的流媒體播放器和緩沖區(qū)，加上作為通信線路的藍
牙模塊，為實時播放奠定了基礎。在本發(fā)明中的緩沖區(qū)可以根據需要進行調整，根據內存的
大小在初始設置時設置緩沖區(qū)的大小，例如整個內存為100M則緩沖區(qū)可以設置為50M，個
內存為50M則緩沖區(qū)可以設置為20M。 在本實施例中，發(fā)送端藍牙設備10和接收端藍牙設備20可以是手機或者其它PDA 設備，在手機之間通過藍牙OPP(對象推送協(xié)議)傳輸音視頻并在接收端進行實時播放。在 通常情況下，為了在手機上通過藍牙進行數據傳輸，在發(fā)送端手機和接收端手機，配置藍牙 模塊和處理器就能實現(xiàn)。然而本實施例在一般數據傳輸的基礎上，增加了實時播放的功能， 這就在發(fā)送端藍牙設備10增加了編碼器11和緩沖區(qū)12，它們都必須和處理器進行連接，在 處理器上運行相應的程序；在接收端藍牙設備20，相應地需要增加播放器17和緩沖區(qū)16， 它們也都必須和處理器進行連接，以實現(xiàn)實時播放的功能。在發(fā)送端藍牙設備io，其中的 緩沖區(qū)12是作為發(fā)送緩沖區(qū)，它的輸入是經過編碼器處理的流媒體格式的文件；在接收端 藍牙設備20，其中的緩沖區(qū)16是作為接收緩沖區(qū)，它輸出給播放器17。根據常用MP3比特 率192Kbps，且一首歌的播放時間為5分鐘計算，這首歌的大小大約為7MB，因此，本實施例 的緩沖區(qū)設置為7MB。這個大小可以根據需要進行靈活的改變，以傳輸和實時播放滿足需 要的MP3文件。在發(fā)送端藍牙設備10，MP3格式的文件經過編碼器轉換為MP3流媒體格式； 在接收端藍牙設備20，播放器17通過解碼MP3數據流，得到PCM音頻數據，播放音樂。
本實施例的步驟101-103為發(fā)送端流程，步驟101中通信兩端首先進行配對，輸入 配對密碼，以完成雙方的相互認證。然后步驟102中應用層在將待傳輸的音視頻文件發(fā)送 到OPP協(xié)議層之前，調用編碼器11編碼為音視頻流媒體格式，放入緩沖區(qū)12中存放。最后 步驟103表示藍牙模塊13從緩沖區(qū)12中取出數據，送給藍牙模塊13的OPP協(xié)議層，通過 OPP協(xié)議發(fā)送到對方。 本實施例的步驟104-107為接收端流程。步驟104中藍牙模塊15將收到的音視 頻流媒體文件放入緩沖區(qū)16中保存。以前述體積為7M，播放時間為5分鐘的MP3為例，按 照藍牙0PP傳輸速度為65KB/S計算，傳輸時間大約為IIO秒?？梢?，如不出現(xiàn)特殊情況，播 放完成時數據已經成功傳輸到接收端藍牙設備20。在正常情況下，設置接收端藍牙設備20進行實時播放的時間是傳輸進行到10秒鐘后，這時接收端藍牙設備20的數據達到650KB， 數據大約可以播放27秒鐘，可以保證播放的流暢性。在步驟105中，當10秒鐘到，接收端 藍牙設備20給出一個消息框提示，詢問用戶是否進行實時播放。若選擇否，那么流程轉移 到步驟106，傳輸繼續(xù)，播放器不啟動，直到傳輸完成，提示用戶傳輸完成。若選擇是，調出播 放器進行播放，此時，傳輸在后臺進行。若io秒鐘到時用戶選擇實時播放，那么流程轉移到 步驟107，若在播放過程中，當藍牙因為某種原因斷開導致傳輸異常時，在接收端藍牙設備 20，藍牙模塊15發(fā)送藍牙連接斷開的事件，通知播放器17停止播放，并將緩沖區(qū)16清零， 在發(fā)送端藍牙設備IO，藍牙模塊13也發(fā)送藍牙連接斷開的事件，通知編碼器11停止編碼， 并將緩沖區(qū)12清零，重新開始傳輸(執(zhí)行步驟102);若過程一切正常，當播放完畢時，接收 端藍牙設備20提示用戶進行保存。若用戶當秒鐘到時10選擇不播放，那么流程轉移到步 驟106，若在接下來的傳輸過程中，藍牙因為某種原因斷開導致傳輸異常時，在接收端藍牙 設備20，藍牙模塊15發(fā)送藍牙連接斷開的事件，將緩沖區(qū)16清零，在發(fā)送端藍牙設備10， 藍牙模塊13也發(fā)送藍牙連接斷開的事件，通知編碼器11停止編碼，并將緩沖區(qū)12清零，重 新開始傳輸(流程轉移到步驟102);若過程一切正常，當流媒體文件傳輸完畢時，接收端藍 牙設備20提示用戶保存或保存并播放。 —般說來，傳輸會在播放完之前完成，即當音樂播放完成前，傳輸的數據已經完整 的存儲在緩沖區(qū)中。若傳輸速度因為某種原因比較緩慢，此時流媒體播放器提示用戶數據 正在緩沖，一旦傳輸到達的新的數據便繼續(xù)播放。播放完成時，播放器退出，然后提示用戶 傳輸已經完成。 顯然，本領域的技術人員可以對本發(fā)明進行各種改動和變型而不脫離本發(fā)明的精 神和范圍。這樣，倘若本發(fā)明的這些修改和變型屬于本發(fā)明權利要求及其等同技術的范圍 之內，則本發(fā)明也意圖包含這些改動和變型在內。
權利要求
一種通過藍牙傳輸多媒體數據的方法，其特征在于，包括發(fā)送端藍牙設備將待傳輸的多媒體文件進行編碼，轉換為流媒體文件；發(fā)送端藍牙設備通過對象推送協(xié)議向接收端藍牙發(fā)送流媒體文件；接收端藍牙設備接收流媒體文件并對接收的流媒體文件進行播放。
2. 如權利要求1所述的方法，其特征在于，發(fā)送端藍牙設備將流媒體文件放入發(fā)送端 的緩沖區(qū)；發(fā)送端藍牙設備從發(fā)送端的緩沖區(qū)中取出流媒體文件，通過對象推送協(xié)議向接收端藍 牙發(fā)送流媒體文件；接收端藍牙設備將接收的流媒體文件放入接收端緩沖區(qū)； 接收端藍牙設備從接收端的緩沖區(qū)中取出流媒體文件進行播放。
3. 如權利要求2所述的方法，其特征在于，接收端向緩沖區(qū)保存數據的時間到達閾值 時，接收端藍牙設備提示用戶是否進行播放，若用戶選擇是，則從接收端的緩沖區(qū)中取出流 媒體文件進行播放；當流媒體文件傳輸完畢時，接收端藍牙設備提示用戶是否保存。
4. 如權利要求3所述的方法，其特征在于，接收端的緩沖區(qū)保存的數據到達閾值時，接 收端藍牙設備提示用戶是否進行播放，若用戶選擇否，且在后續(xù)流媒體文件傳輸時出現(xiàn)傳 輸異常，則清空接收端的緩沖區(qū)中的數據；同時清空發(fā)送端的緩沖區(qū)中的數據，并且停止編碼。
5. 如權利要求4所述的方法，其特征在于，若用戶選擇否，當流媒體文件傳輸完畢時， 接收端藍牙設備提示用戶是否保存或保存并播放。
6. 如權利要求3所述的方法，其特征在于，在流媒體文件進行播放過程中，后續(xù)流媒體 文件傳輸時出現(xiàn)傳輸異常，則清空接收端的緩沖區(qū)中的數據并停止播放；同時清空發(fā)送端的緩沖區(qū)中的數據，并且停止編碼。
7. —種發(fā)送端藍牙設備，其特征在于，包括編碼器，用于將待傳輸的多媒體文件進行編碼，轉換為流媒體文件； 發(fā)送端藍牙模塊，用于通過對象推送協(xié)議向接收端藍牙發(fā)送流媒體文件。
8. 如權利要求7所述的發(fā)送端藍牙設備，其特征在于，還包括 發(fā)送端緩沖區(qū)，用于存放經過編碼后得到的流媒體文件； 編碼器，還用于將流媒體文件放入發(fā)送端的緩沖區(qū)；發(fā)送端藍牙模塊，還用于從發(fā)送端的緩沖區(qū)中取出流媒體文件，通過對象推送協(xié)議向 接收端藍牙發(fā)送流媒體文件。
9. 一種接收端藍牙設備，其特征在于，包括 接收端藍牙模塊，用于接收流媒體文件； 播放器，用于對接收的流媒體文件進行播放。
10. 如權利要求9所述的接收端藍牙設備，其特征在于，還包括 接收端緩沖區(qū)，用于存放接收的流媒體文件；接收端藍牙模塊，還用于將接收的流媒體文件放入接收端緩沖區(qū)； 播放器，還用于從接收端的緩沖區(qū)中取出流媒體文件進行播放。
11. 一種通過藍牙傳輸多媒體數據并實時播放的系統(tǒng)，其特征在于，包括發(fā)送端藍牙設備，用于將待傳輸的多媒體文件進行編碼，轉換為流媒體文件，通過對象 推送協(xié)議向接收端藍牙發(fā)送流媒體文件；接收端藍牙設備，用于接收流媒體文件并對接收的流媒體文件進行播放。
12. 如權利要求11所述的系統(tǒng)，其特征在于，發(fā)送端藍牙設備，還用于將流媒體文件放 入發(fā)送端的緩沖區(qū)，從發(fā)送端緩沖區(qū)中取出流媒體文件，通過對象推送協(xié)議向接收端藍牙 發(fā)送流媒體文件；接收端藍牙設備，還用于將接收的流媒體文件放入接收端緩沖區(qū)，從接收端緩沖區(qū)中 取出流媒體文件進行播放。
13. 如權利要求11所述的系統(tǒng)，其特征在于，接收端藍牙設備，還用于接收端向緩沖區(qū) 保存數據的時間到達閾值時，提示用戶是否進行播放，若用戶選擇是，則從接收端的緩沖區(qū) 中取出流媒體文件進行播放；當流媒體文件傳輸完畢時，提示用戶是否保存。
14. 如權利要求11所述的系統(tǒng)，其特征在于，接收端藍牙設備，還用于接收端的緩沖區(qū) 保存的數據到達閾值時，提示用戶是否進行播放，若用戶選擇否，且在后續(xù)流媒體文件傳輸 時出現(xiàn)傳輸異常，則清空接收端的緩沖區(qū)中的數據；發(fā)送端藍牙設備，還用于同時清空發(fā)送端的緩沖區(qū)中的數據，并且停止編碼。
15. 如權利要求11所述的系統(tǒng)，其特征在于，接收端藍牙設備，還用于若用戶選擇否， 當流媒體文件傳輸完畢時，提示用戶是否保存或保存并播放。
16. 如權利要求11所述的系統(tǒng)，其特征在于，接收端藍牙設備，還用于在流媒體文件進 行播放過程中，后續(xù)流媒體文件傳輸時出現(xiàn)傳輸異常，則清空接收端緩沖區(qū)中的數據并停 止播放；發(fā)送端藍牙設備，還用于同時清空發(fā)送端的緩沖區(qū)中的數據，并且停止編碼。
全文摘要
為了解決現(xiàn)有技術中都是通過藍牙傳輸完成后才能進行音頻、視頻播放，等待時間較長的問題，本發(fā)明公開了一種通過藍牙傳輸多媒體數據并實時播放的方法、設備和系統(tǒng)，該方法包括發(fā)送端藍牙設備將待傳輸的多媒體文件進行編碼，轉換為流媒體文件，發(fā)送端藍牙設備通過對象推送協(xié)議向接收端藍牙發(fā)送流媒體文件，接收端藍牙設備對接收的流媒體文件進行播放，正是由于發(fā)送端藍牙設備通過對象推送協(xié)議發(fā)送流媒體文件，接收端藍牙設備接收并進行播放，進而減少了播放的等待時間。
文檔編號H04B5/00GK101719911SQ20091022482
公開日2010年6月2日 申請日期2009年11月24日 優(yōu)先權日2009年11月24日
發(fā)明者陳曉峰 申請人:中興通訊股份有限公司