播放列表的分享方法及裝置制造方法
【專利摘要】本發(fā)明適用于通信【技術(shù)領(lǐng)域】，提供了一種播放列表的分享方法及裝置，包括：在發(fā)送客戶端提取播放列表的分享信息，所述分享信息包括所述播放列表的列表信息；生成包含所述分享信息的預(yù)設(shè)格式信息流；通過藍(lán)牙建立與接收客戶端的連接；將所述預(yù)設(shè)格式信息流發(fā)送至所述接收客戶端，以使所述接收客戶端通過解析所述預(yù)設(shè)格式信息流中的所述分享信息還原出所述播放列表，并加載至所述接收客戶端。在本發(fā)明中，當(dāng)通過藍(lán)牙來進行點對點的播放列表分享時，接收客戶端不再需要依賴于網(wǎng)絡(luò)訪問才能獲取到播放列表中的詳細(xì)信息，簡化了播放列表分享的操作步驟，提高了播放列表的分享效率。
【專利說明】播放列表的分享方法及裝置

【技術(shù)領(lǐng)域】
[0001] 本發(fā)明屬于計算機【技術(shù)領(lǐng)域】，尤其涉及一種播放列表的分享方法及裝置。

【背景技術(shù)】
[0002] 隨著終端智能化程度的不斷提高以及移動互聯(lián)網(wǎng)的迅速普及，越來越多的用戶習(xí) 慣于在手機、平板電腦等各式各樣的終端設(shè)備上通過音樂播放器來播放歌曲，體驗音樂帶 來的聽覺享受。在通過音樂播放器播放歌曲時，用戶通常會創(chuàng)建歌單，以根據(jù)自身的個性喜 好在音樂播放器中設(shè)置待播放的歌曲。
[0003] 由于互聯(lián)網(wǎng)的資源可共享性，用戶在創(chuàng)建歌單的同時，也希望能夠?qū)⒆约旱母鑶?分享給其他用戶，或者獲取到其他用戶創(chuàng)建的歌單，因此，音樂播放器通常具備歌單共享的 功能，以滿足用戶的上述需求。然而，目前在通過藍(lán)牙進行點對點的歌單分享時，音樂播放 器只能獲取到含有歌單信息的網(wǎng)絡(luò)地址，需要進一步通過網(wǎng)絡(luò)連接訪問該網(wǎng)絡(luò)地址，才能 加載并顯示歌單的詳細(xì)信息。


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

[0004] 本發(fā)明實施例的目的在于提供一種播放列表的分享方法，解決目前通過藍(lán)牙進行 點對點的歌單分享時，音樂播放器必須依賴網(wǎng)絡(luò)訪問才能加載并顯示歌單的詳細(xì)信息的問 題。
[0005] 本發(fā)明實施例是這樣實現(xiàn)的，一種播放列表的分享方法，包括：
[0006] 在發(fā)送客戶端提取播放列表的分享信息，所述分享信息包括所述播放列表的列表 信息；
[0007] 生成包含所述分享信息的預(yù)設(shè)格式信息流；
[0008] 通過藍(lán)牙建立與接收客戶端的連接；
[0009] 將所述預(yù)設(shè)格式信息流發(fā)送至所述接收客戶端，以使所述接收客戶端通過解析所 述預(yù)設(shè)格式信息流中的所述分享信息還原出所述播放列表，并加載至所述接收客戶端。 [0010] 本發(fā)明實施例的另一目的在于提供一種播放列表的分享方法，包括：
[0011] 通過藍(lán)牙建立與發(fā)送客戶端的連接；
[0012] 接收所述發(fā)送客戶端發(fā)送的包含播放列表的分享信息的預(yù)設(shè)格式信息流，所述分 享信息由所述發(fā)送客戶端在本地的播放列表中提取，且所述分享信息包括所述播放列表的 列表信息；
[0013] 解析所述預(yù)設(shè)格式信息流中的所述分享信息，還原出所述播放列表；
[0014] 加載并顯示所述播放列表。
[0015] 本發(fā)明實施例的另一目的在于提供一種播放列表的分享裝置，包括：
[0016] 提取單元，用于在發(fā)送客戶端提取播放列表的分享信息，所述分享信息包括所述 播放列表的列表信息；
[0017] 生成單元，用于生成包含所述分享信息的預(yù)設(shè)格式信息流；
[0018] 第一連接單元，用于通過藍(lán)牙建立與接收客戶端的連接；
[0019] 發(fā)送單元，用于將所述預(yù)設(shè)格式信息流發(fā)送至所述接收客戶端，以使所述接收客 戶端通過解析所述預(yù)設(shè)格式信息流中的所述分享信息還原出所述播放列表，并加載至所述 接收客戶端。
[0020] 本發(fā)明實施例的另一目的在于提供一種播放列表的分享裝置，包括：
[0021] 第二連接單元，用于通過藍(lán)牙建立與發(fā)送客戶端的連接；
[0022] 接收單元，用于接收所述發(fā)送客戶端發(fā)送的包含播放列表的分享信息的預(yù)設(shè)格式 信息流，所述分享信息由所述發(fā)送客戶端在本地的播放列表中提取，且所述分享信息包括 所述播放列表的列表信息；
[0023] 解析單元，用于解析所述預(yù)設(shè)格式信息流中的所述分享信息，還原出所述播放列 表；
[0024] 第一加載單元，用于加載并顯示所述播放列表。
[0025] 本發(fā)明實施例的另一目的在于提供一種播放列表的分享方法，包括：
[0026] 發(fā)送客戶端提取播放列表的分享信息，所述分享信息包括所述播放列表的列表信 息；
[0027] 所述發(fā)送客戶端生成包含所述分享信息的預(yù)設(shè)格式信息流；
[0028] 所述發(fā)送客戶端與接收客戶端通過藍(lán)牙建立連接；
[0029] 所述發(fā)送客戶端將所述預(yù)設(shè)格式信息流發(fā)送至所述接收客戶端；
[0030] 所述接收客戶端解析所述預(yù)設(shè)格式信息流中的所述分享信息，還原出所述播放列 表；
[0031] 所述接收客戶端加載并顯示所述播放列表。
[0032] 在本發(fā)明實施例中，當(dāng)通過藍(lán)牙來進行點對點的播放列表分享時，發(fā)送客戶端將 播放列表中的相關(guān)內(nèi)容提取出來生成適合藍(lán)牙傳輸?shù)臄?shù)據(jù)流,接收客戶端在接收到該數(shù)據(jù) 流之后，經(jīng)過解析即能還原出該播放列表，并加載顯示，使得接收客戶端不再需要依賴于網(wǎng) 絡(luò)訪問才能獲取到其中的詳細(xì)信息，簡化了播放列表分享的操作步驟，提高了播放列表的 分享效率。

【專利附圖】

【附圖說明】
[0033] 圖1是本發(fā)明實施例提供的播放列表的分享方法所適用的通信架構(gòu)圖；
[0034] 圖2是一種移動終端的結(jié)構(gòu)框圖；
[0035] 圖3是本發(fā)明實施例提供的播放列表的分享方法發(fā)送客戶端的實現(xiàn)流程圖；
[0036] 圖4是本發(fā)明實施例提供的播放列表的分享方法S301和S302的具體實現(xiàn)流程 圖；
[0037] 圖5是本發(fā)明實施例提供的播放列表的分享方法S303和S304的具體實現(xiàn)流程 圖；
[0038] 圖6是本發(fā)明實施例提供的播放列表的分享方法接收客戶端的實現(xiàn)流程圖；
[0039] 圖7是本發(fā)明實施例提供的播放列表的分享方法接收客戶端數(shù)據(jù)通信的示意流 程圖；
[0040] 圖8是本發(fā)明實施例提供的播放列表的分享方法接收客戶端處理接收到的預(yù)設(shè) 格式信息流的示意流程圖；
[0041] 圖9是本發(fā)明實施例提供的播放列表的分享裝置的結(jié)構(gòu)框圖；
[0042] 圖10是本發(fā)明另一實施例提供的播放列表的分享裝置的結(jié)構(gòu)框圖。

【具體實施方式】
[0043] 為了使本發(fā)明的目的、技術(shù)方案及優(yōu)點更加清楚明白，以下結(jié)合附圖及實施例，對 本發(fā)明進行進一步詳細(xì)說明。應(yīng)當(dāng)理解，此處所描述的具體實施例僅僅用以解釋本發(fā)明，并 不用于限定本發(fā)明。
[0044] 在本發(fā)明實施例中，當(dāng)通過藍(lán)牙來進行點對點的播放列表分享時，發(fā)送客戶端將 播放列表中的相關(guān)內(nèi)容提取出來生成適合藍(lán)牙傳輸?shù)臄?shù)據(jù)流,接收客戶端在接收到該數(shù)據(jù) 流之后，經(jīng)過解析即能還原出該播放列表，并加載顯示，使得接收客戶端不再需要依賴于網(wǎng) 絡(luò)訪問才能獲取到其中的詳細(xì)信息，簡化了播放列表分享的操作步驟，提高了播放列表的 分享效率。
[0045] 圖1示出了本發(fā)明實施例提供的播放列表的分享方法所適用的通信架構(gòu)圖，為了 便于說明，僅示出了與本實施例相關(guān)的部分。
[0046] 參照圖1的通信架構(gòu)，發(fā)送客戶端11和接收客戶端12分別位于不同的終端13上， 且終端13包括但不限于計算機、平板電腦、手機等可以運行上述客戶端且提供藍(lán)牙通信功 能的終端設(shè)備上，用于為上述客戶端提供運行環(huán)境，并保證發(fā)送客戶端11和接收客戶端12 之間通過藍(lán)牙進行通信。
[0047] 其中，所述藍(lán)牙（Bluetooth)通信功能，是一種支持設(shè)備短距離通信的無線電技 術(shù)，通過在設(shè)備中植入藍(lán)牙芯片，即能夠在包括移動電話、掌上電腦（Personal Digital Assistant，PDA)、無線耳機、筆記本電腦等眾多設(shè)備之間進行無線信息交換。需要說明的 是，由于藍(lán)牙通信的最大傳輸距離為10米，因此，在圖1所示的通信架構(gòu)中，發(fā)送客戶端11 和接收客戶端12的位置距離理論上應(yīng)不超過10米。
[0048] 同時，基于藍(lán)牙的通信原理，只要符合上述通信距離要求，發(fā)送客戶端11可以同 時將播放列表通過藍(lán)牙分享給多個接收客戶端12。
[0049] 在本發(fā)明實施例中，發(fā)送客戶端11上創(chuàng)建并保存了播放列表，該播放列表可以為 僅包括音頻文件的歌單，或者為包括了視頻文件等其他形式媒體文件的播放列表，當(dāng)發(fā)送 客戶端11加載并顯示了該播放列表之后，便可以依據(jù)該播放列表，順序、隨機或者單曲循 環(huán)來播放該播放列表中的媒體文件。
[0050] 圖2示出了一種移動終端的結(jié)構(gòu)框圖。移動終端可以作為圖1中的終端13,如圖 2所示，移動終端200包括存儲器202、存儲控制器204, 一個或多個（圖中僅示出一個)處理 器206、外設(shè)接口 208、射頻模塊210、定位模塊212、圖像采集設(shè)備214、音頻模塊216、觸控 屏幕218以及按鍵模塊220。這些組件通過一條或多條通訊總線/信號線222相互通訊。
[0051] 可以理解，圖2所示的結(jié)構(gòu)僅為示意，移動終端200還可包括比圖2中所示更多或 者更少的組件，或者具有與圖2所示不同的配置。圖2中所示的各組件可以采用硬件、軟件 或其組合實現(xiàn)。
[0052] 存儲器202可用于存儲軟件程序以及模塊，如本發(fā)明實施例中的在移動終端之間 進行播放列表的分享的方法及裝置對應(yīng)的程序指令/模塊，處理器202通過運行存儲在存 儲器204內(nèi)的軟件程序以及模塊，從而執(zhí)行各種功能應(yīng)用以及數(shù)據(jù)處理，即實現(xiàn)上述的播 放列表的分享方法。
[0053] 存儲器202可包括高速隨機存儲器，還可包括非易失性存儲器，如一個或者多個 磁性存儲裝置、閃存、或者其他非易失性固態(tài)存儲器。在一些實例中，存儲器202可進一步 包括相對于處理器206遠(yuǎn)程設(shè)置的存儲器，這些遠(yuǎn)程存儲器可以通過網(wǎng)絡(luò)連接至移動終端 200。上述網(wǎng)絡(luò)的實例包括但不限于互聯(lián)網(wǎng)、企業(yè)內(nèi)部網(wǎng)、局域網(wǎng)、移動通信網(wǎng)及其組合。處 理器206以及其他可能的組件對存儲器202的訪問可在存儲控制器204的控制下進行。
[0054] 外設(shè)接口 208將各種輸入/輸入裝置耦合至CPU以及存儲器202。處理器206運 行存儲器202內(nèi)的各種軟件、指令以執(zhí)行移動終端200的各種功能以及進行數(shù)據(jù)處理。
[0055] 在一些實施例中，外設(shè)接口 208,處理器206以及存儲控制器204可以在單個芯片 中實現(xiàn)。在其他一些實例中，他們可以分別由獨立的芯片實現(xiàn)。
[0056] 射頻模塊210用于接收以及發(fā)送電磁波，實現(xiàn)電磁波與電信號的相互轉(zhuǎn)換，從而 與通訊網(wǎng)絡(luò)或者其他設(shè)備進行通訊。射頻模塊210可包括各種現(xiàn)有的用于執(zhí)行這些功能的 電路元件，例如，天線、射頻收發(fā)器、數(shù)字信號處理器、加密/解密芯片、用戶身份模塊（SIM) 卡、存儲器等等。射頻模塊210可與各種網(wǎng)絡(luò)如互聯(lián)網(wǎng)、企業(yè)內(nèi)部網(wǎng)、無線網(wǎng)絡(luò)進行通訊或 者通過無線網(wǎng)絡(luò)與其他設(shè)備進行通訊。上述的無線網(wǎng)絡(luò)可包括蜂窩式電話網(wǎng)、無線局域網(wǎng) 或者城域網(wǎng)。上述的無線網(wǎng)絡(luò)可以使用各種通信標(biāo)準(zhǔn)、協(xié)議及技術(shù)，包括但并不限于全球 移動通信系統(tǒng)（Global System for Mobile Communication, GSM)、增強型移動通信技術(shù) (Enhanced Data GSM Environment, EDGE),寬帶碼分多址技術(shù)（wideband code division multiple access, W-CDMA)，碼分多址技術(shù)（Code division access, CDMA)、時分多址技 術(shù)（time division multiple access, TDMA)，藍(lán)牙，無線保真技術(shù)（Wireless, Fidelity, WiFi)(如美國電氣和電子工程師協(xié)會標(biāo)準(zhǔn)IEEE802. 11a，IEEE802. lib, IEEE802. llg和/ 或 ΙΕΕΕ802·11η)、網(wǎng)絡(luò)電話（Voice over internet protocal, VoIP)、全球微波互聯(lián)接入 (Worldwide Interoperability for Microwave Access，Wi_Max)、其他用于郵件、即時通訊 及短消息的協(xié)議，以及任何其他合適的通訊協(xié)議，甚至可包括那些當(dāng)前仍未被開發(fā)出來的 協(xié)議。
[0057] 定位模塊212用于獲取移動終端200的當(dāng)前位置。定位模塊212的實例包括但不 限于全球衛(wèi)星定位系統(tǒng)（GPS)、基于無線局域網(wǎng)或者移動通信網(wǎng)的定位技術(shù)。
[0058] 圖像采集設(shè)備214用于拍攝照片或者視頻。拍攝的照片或者視頻可以存儲至存儲 器202內(nèi)，并可通過射頻模塊210發(fā)送。
[0059] 音頻模塊216向用戶提供音頻接口，其可包括一個或多個麥克風(fēng)、一個或者多個 揚聲器以及音頻電路。音頻電路從外設(shè)接口 208處接收聲音數(shù)據(jù)，將聲音數(shù)據(jù)轉(zhuǎn)換為電信 息，將電信息傳輸至揚聲器。揚聲器將電信息轉(zhuǎn)換為人耳能聽到的聲波。音頻電路還從麥 克風(fēng)處接收電信息，將電信號轉(zhuǎn)換為聲音數(shù)據(jù)，并將聲音數(shù)據(jù)傳輸至外設(shè)接口 208中以進 行進一步的處理。音頻數(shù)據(jù)可以從存儲器202處或者通過射頻模塊210獲取。此外，音頻 數(shù)據(jù)也可以存儲至存儲器202中或者通過射頻模塊210進行發(fā)送。在一些實例中，音頻模 塊216還可包括一個耳機播孔，用于向耳機或者其他設(shè)備提供音頻接口。
[0060] 觸控屏幕218在移動終端200與用戶之間同時提供一個輸出及輸入界面。具體 地，觸控屏幕218向用戶顯示視頻輸出，這些視頻輸出的內(nèi)容可包括文字、圖形、視頻、及其 任意組合。一些輸出結(jié)果是對應(yīng)于一些用戶界面對象。觸控屏幕218還接收用戶的輸入， 例如用戶的點擊、滑動等手勢操作，以便用戶界面對象對這些用戶的輸入做出響應(yīng)。檢測用 戶輸入的技術(shù)可以是基于電阻式、電容式或者其他任意可能的觸控檢測技術(shù)。觸控屏幕218 顯示單元的具體實例包括但并不限于液晶顯示器或發(fā)光聚合物顯示器。
[0061] 按鍵模塊220同樣提供用戶向移動終端200進行輸入的接口，用戶可以通過按下 不同的按鍵以使移動終端200執(zhí)行不同的功能。
[0062] 圖3示出了本發(fā)明實施例提供的播放列表的分享方法的實現(xiàn)流程，在本實施例 中，流程的執(zhí)行主體為圖1中的發(fā)送客戶端11。圖2所示的實現(xiàn)流程詳述如下：
[0063] 在S301中，在發(fā)送客戶端提取播放列表的分享信息，所述分享信息包括所述播放 列表的列表信息。
[0064] 在本實施例中，播放列表的列表信息包括但不限于以下幾項：播放列表的名稱、播 放列表中的媒體文件數(shù)量以及播放列表中每個媒體文件的名稱、所屬的專輯的名稱、演唱 者、作詞者、作曲者，等等。
[0065] 具體地，可以預(yù)先在本地存儲關(guān)于播放列表的字段名，在進行列表信息提取時，根 據(jù)預(yù)先存儲的字段名，對需要進行分享的播放列表進行信息提取，提取出每個字段名對應(yīng) 的字段值，從而生成播放列表的列表信息。例如，字段名為歌曲數(shù)量，則在進行信息提取時， 檢測歌單中包含的歌曲的數(shù)量，將檢測到的歌曲數(shù)量填充為該字段名對應(yīng)的字段值；又例 如，字段名為播放列表名，則在進行信息提取時，檢測歌單的名稱，將檢測到的歌單名稱填 充為該字段名對應(yīng)的字段值。在本實施例中，通過字段名與字段值的形式來處理提取出的 播放列表的分享信息，接收客戶端便能夠根據(jù)預(yù)先在本地存儲的、與發(fā)送客戶端相同的關(guān) 于播放列表的字段名，檢測出分享信息中每個字段名對應(yīng)的字段值，由此還原出播放列表。 [0066] 作為本發(fā)明的一個實施例，提取的播放列表的分享信息除了包括上述播放列表的 列表信息之外，還可以包括：
[0067] 當(dāng)前所述發(fā)送客戶端的賬號信息。
[0068] 即，當(dāng)前登錄發(fā)送客戶端的賬號信息，將該賬號信息與播放列表的列表信息一同 提取并最終進行分享，能夠有助于接收客戶端知曉進行播放列表分享的賬號信息，并便于 客戶端對應(yīng)的服務(wù)器記錄進行播放列表分享的賬號信息，從而生成該賬號的播放列表分享 記錄。每個客戶端賬號的播放列表分享記錄能夠被應(yīng)用在音樂社區(qū)活躍度排名等網(wǎng)絡(luò)互動 場景之下，具體的應(yīng)用場景在此不用于限定本發(fā)明，不一一贅述。
[0069] 在S302中，生成包含所述分享信息的預(yù)設(shè)格式信息流。
[0070] 當(dāng)S301提取出播放列表的分享信息之后，需要將該分享信息轉(zhuǎn)換成適用于數(shù)據(jù) 傳輸?shù)念A(yù)設(shè)格式信息流，以使得播放列表能夠成功分享給接收客戶端。
[0071] 在本實施例中，預(yù)設(shè)格式信息流包括但不限于：
[0072] 可擴展標(biāo)記語言（Extensible Markup Language, XML)格式信息流或者JS0N格式 息流。
[0073] 其中，所述XML格式為用于標(biāo)記電子文件使其具有結(jié)構(gòu)性的標(biāo)記語言，其的格式 規(guī)范極其簡單，被用于傳輸和存儲數(shù)據(jù)，適合播放列表分享這類的兩個終端之間的數(shù)據(jù)傳 輸行為。
[0074] 所述JSON (JavaScript Object Natation)格式是一種輕量級的數(shù)據(jù)交換格式， 其易于閱讀和編寫，同時也易于機器解析和生成，因此也為一種理想的數(shù)據(jù)交換語言，適合 播放列表分享這類的兩個終端之間的數(shù)據(jù)傳輸行為。
[0075] 另外，預(yù)設(shè)格式也可以為開發(fā)者自行定義的數(shù)據(jù)格式規(guī)范，在本實施例中，預(yù)設(shè)格 式信息流的目的在于便于播放列表相關(guān)信息在兩個終端之間通過藍(lán)牙相互傳輸，而具體的 格式規(guī)范在此不 限定。
[0076] 作為本發(fā)明實施例的一種具體實現(xiàn)方式，以預(yù)設(shè)格式信息流為XML信息流為例， 圖4示出了本發(fā)明實施例S301和S302的具體實現(xiàn)流程，詳述如下：
[0077] 在S401中，通過檢測輸入指令，確定需要進行分享的歌單。
[0078] 在S402中，生成XML信息包頭。
[0079] 該XML信息包頭為XML相關(guān)協(xié)議所規(guī)定的XML信息所必須包含的數(shù)據(jù)結(jié)構(gòu)。
[0080] 在S403中，提取當(dāng)前發(fā)送客戶端的賬號信息并加入到XML格式信息流中。
[0081] 在S404中，提取進行分享的歌單的歌單名稱和歌曲數(shù)量并加入到XML格式信息流 中。
[0082] 在S405中，依序提取歌單中下一首歌曲的歌曲名、歌手名、專輯名等信息并加入 到XML格式信息流中。
[0083] 在S406中，判斷是否還有待提取信息的下一首歌曲，如果有，則重復(fù)執(zhí)行S405,如 果歌單中每首歌曲的相關(guān)信息都已提取完畢，則執(zhí)行S407。
[0084] 在S407中，把生成的XML格式信息流轉(zhuǎn)換成二進制流。
[0085] 在S408中，需要將XML格式信息流進一步處理成二進制流，以便于通過藍(lán)牙在兩 個終端之間實現(xiàn)數(shù)據(jù)傳輸。
[0086] 通過圖4所示的步驟，即可實現(xiàn)在發(fā)送客戶端對進行分享的播放列表的信息處 理，處理后得到的二進制流可以直接通過藍(lán)牙發(fā)送給接收客戶端。
[0087] 在S303中，通過藍(lán)牙建立與接收客戶端的連接。
[0088] 在本實施例中，發(fā)送客戶端所在終端首先通過藍(lán)牙發(fā)起呼叫，掃描到處于可被查 找狀態(tài)的接收客戶端所在的終端，并與接收客戶端所在的終端進行配對然后與接收客戶端 所在設(shè)備建立連接，在連接成功建立之后，發(fā)送客戶端所在終端與接收客戶端所在終端之 間即可進行雙向的數(shù)據(jù)通訊。
[0089] 在S304中，將所述預(yù)設(shè)格式信息流發(fā)送至所述接收客戶端，以使所述接收客戶端 通過解析所述預(yù)設(shè)格式信息流中的所述分享信息還原出所述播放列表，并加載至所述接收 客戶端。
[0090] 在本實施例中，通過S303建立的連接，發(fā)送客戶端將S302中生成的預(yù)設(shè)格式信息 流發(fā)送至接收客戶端，接收客戶端在接收到該預(yù)設(shè)格式信息流之后，通過解析其中的分享 信息，還原出發(fā)送客戶端分享的播放列表，并直接加載至接收客戶端以顯示。其中，接收客 戶端在接收到預(yù)設(shè)格式信息流之后的相關(guān)處理流程將在后續(xù)實施例中進行詳細(xì)說明，在此 不再贅述。
[0091] 作為本發(fā)明的一個實施例，對發(fā)送客戶端來說，其在確認(rèn)預(yù)設(shè)格式信息流發(fā)送成 功之后，或者在根據(jù)接收客戶端返回的響應(yīng)確認(rèn)接收客戶端成功還原出播放列表之后，可 以主動釋放與接收客戶端的藍(lán)牙連接，從而及時地降低了因為藍(lán)牙連接而帶來的終端功 耗。
[0092] 作為本發(fā)明實施例的一種具體實現(xiàn)方式，圖5示出了本發(fā)明實施例S303和S304 的具體實現(xiàn)流程，詳述如下：
[0093] 在S501中，發(fā)送客戶端所在終端通過藍(lán)牙掃描到接收客戶端所在終端。
[0094] 在S502中，發(fā)送客戶端用通用唯一識別碼（Universally Unique Identifier, UUID)向接收客戶端所在終端發(fā)起藍(lán)牙連接請求。
[0095] 在S503中，判斷藍(lán)牙連接是否成功建立，是則執(zhí)行S504,否則執(zhí)行S508。
[0096] 在S504中，發(fā)送客戶端通過藍(lán)牙連接向接收客戶端發(fā)送二進制的預(yù)設(shè)格式信息 流。
[0097] 在S505中，判斷預(yù)設(shè)格式信息流是否發(fā)送成功，是則執(zhí)行S506,否則執(zhí)行S508。
[0098] 在S506中，發(fā)送客戶端發(fā)出指令，以使發(fā)送客戶端所在終端釋放與接收客戶端所 在終端的藍(lán)牙連接。
[0099] 在S507中，發(fā)送客戶端提示播放列表分享成功。
[0100] 在S508中，發(fā)送客戶端提示播放列表分享失敗。
[0101] 圖6示出了本發(fā)明實施例提供的播放列表的分享方法的實現(xiàn)流程，在本實施例 中，流程的執(zhí)行主體為圖1中的接收客戶端12。圖6所示的實現(xiàn)流程詳述如下：
[0102] 在S601中，通過藍(lán)牙建立與發(fā)送客戶端的連接。
[0103] 在本實施例中，接收客戶端通過藍(lán)牙建立與發(fā)送客戶端的連接，首先需要接收客 戶端所在終端將其藍(lán)牙芯片開啟，以使其處于可被其他藍(lán)牙終端查找的狀態(tài)。之后，接收客 戶端所在終端需要監(jiān)聽來自發(fā)送客戶端所在終端的藍(lán)牙連接請求，接收該藍(lán)牙連接請求， 并在與發(fā)送客戶端所在終端配對成功的前提下，建立起兩個終端之間的藍(lán)牙連接，由此，發(fā) 送客戶端與接收客戶端之間通過藍(lán)牙建立起連接，可以實現(xiàn)基于藍(lán)牙的數(shù)據(jù)通信。
[0104] 在S502中，接收所述發(fā)送客戶端發(fā)送的包含播放列表的分享信息的預(yù)設(shè)格式信 息流，所述分享信息由所述發(fā)送客戶端在本地的播放列表中提取，且所述分享信息包括所 述播放列表的列表信息。
[0105] 在建立好藍(lán)牙連接之后，接收客戶端通過藍(lán)牙鏈路接收發(fā)送客戶端發(fā)送的，包含 了播放列表的分享信息的預(yù)設(shè)格式信息流。在本實施例中，預(yù)設(shè)格式信息流在發(fā)送客戶端 的生成方式已在前述實施例中進行詳細(xì)說明，在此不再贅述。
[0106] 在S603中，解析所述預(yù)設(shè)格式信息流中的所述分享信息，還原出所述播放列表。
[0107] 在接收客戶端成功接收預(yù)設(shè)格式信息流之后，根據(jù)預(yù)設(shè)格式信息流的格式規(guī)范， 識別出其中的信息包頭等內(nèi)容，提取出包含在預(yù)設(shè)格式信息流中的播放列表的分享信息， 并從中還原出播放列表。
[0108] 具體地，對應(yīng)前述實施例中通過預(yù)先存儲的字段名進行播放列表的分享信息提取 的方法，在接收客戶端，也可以預(yù)先在本地存儲關(guān)于播放列表的字段名，在進行播放列表還 原時，根據(jù)預(yù)先存儲的字段名進行檢測，從分享信息中提取出每個字段名對應(yīng)的字段值，從 而逐一地提取出播放列表的相關(guān)內(nèi)容。例如，預(yù)先存儲的字段名包括了歌曲數(shù)量，則在進行 播放列表還原時，檢測到分享信息中字段名為"歌曲數(shù)量"的字段，提取出該字段名對應(yīng)的 字段值，將提取出的字段值還原為歌單中包含的歌曲的數(shù)量；又例如，預(yù)先存儲的字段名包 括了歌單名稱，則在進行播放列表還原時，檢測到分享信息中的字段名為"歌單名稱"的字 段，提取出該字段名對應(yīng)的字段值，將提取出的字段值還原為歌單的名稱。通過上述方法 一一對預(yù)先存儲的字段名進行檢測，接收客戶端就可以從解析出的播放列表的分享信息中 還原出播放列表。
[0109] 在S604中，加載并顯示所述播放列表。
[0110] 在本實施例中，由于S603中，接收客戶端還原出的播放列表為接收客戶端可以直 接加載并顯示在接收客戶端中的格式，因此，在還原出播放列表之后，接收客戶端可以即時 地顯示出播放列表中的詳細(xì)信息，播放列表中詳細(xì)信息的獲取無需通過進一步的互聯(lián)網(wǎng)連 接才能實現(xiàn)，有效地減少了播放列表分享的操作步驟，并節(jié)省了終端流量，即使是在沒有網(wǎng) 絡(luò)連接的情況下，兩個客戶端之間也可以進行播放列表分享。
[0111] 作為本發(fā)明的一個實施例，提取的播放列表的分享信息除了包括上述播放列表的 列表信息之外，還可以包括：
[0112] 發(fā)送客戶端的賬號信息。
[0113] 接收客戶端在解析出播放列表中的分享信息之后，提取出其中的發(fā)送客戶端的賬 號信息，并加載顯示在接收客戶端的預(yù)設(shè)位置中，能夠有助于接收客戶端用戶知曉進行播 放列表分享的賬號信息。對發(fā)送客戶端的賬號信息的加載顯示能夠被應(yīng)用在音樂社區(qū)活躍 度排名等網(wǎng)絡(luò)互動場景之下，便于接收客戶端向發(fā)送客戶端賬號贈予相應(yīng)的活躍度積分， 具體的應(yīng)用場景在此不用于限定本發(fā)明，不一一贅述。
[0114] 作為本發(fā)明的一個實施例，對接收客戶端來說，其在確認(rèn)預(yù)設(shè)格式信息流接收成 功之后，或者在確認(rèn)播放列表還原成功之后，可以主動釋放與發(fā)送客戶端的藍(lán)牙連接，從而 及時地降低了因為藍(lán)牙連接而帶來的終端功耗。
[0115] 在本發(fā)明實施例中，接收客戶端一旦檢測出預(yù)設(shè)格式信息流接收失敗或者播放列 表還原失敗，則可以通過仍然建立著連接的藍(lán)牙鏈路，向發(fā)送客戶端發(fā)送相應(yīng)的重傳響應(yīng)， 以使發(fā)送客戶端執(zhí)行播放列表分享的相關(guān)操作。
[0116] 作為本發(fā)明實施例的一種具體實現(xiàn)方式，圖7示出了接收客戶端數(shù)據(jù)通信的示意 流程，詳述如下：
[0117] 在S701中，設(shè)置藍(lán)牙芯片，使接收客戶端所在的終端處于可被查找的狀態(tài)。
[0118] 在S702中，通過UUID端口監(jiān)聽到發(fā)送客戶端的藍(lán)牙連接請求，當(dāng)監(jiān)聽到連接請求 時，則執(zhí)行S603,否則重復(fù)執(zhí)行S602。
[0119] 在S703中，通過藍(lán)牙建立與發(fā)送客戶端的連接。
[0120] 在S704中，通過建立的連接接收來自發(fā)送客戶端的預(yù)設(shè)格式信息流。
[0121] 在S705中，判斷預(yù)設(shè)格式信息流是否接收成功，是則執(zhí)行S606,否則結(jié)束操作，向 發(fā)送客戶端返回分享失敗的響應(yīng)。
[0122] 在S706中，釋放與發(fā)送客戶端的藍(lán)牙連接。
[0123] 作為本發(fā)明實施例的一種具體實現(xiàn)方式，以預(yù)設(shè)格式信息流為XML信息流為例， 圖8示出了接收客戶端處理接收到的預(yù)設(shè)格式信息流的示意流程，詳述如下：
[0124] 在S801中，將接收到的二進制的預(yù)設(shè)格式信息流轉(zhuǎn)換為XML格式的信息流。
[0125] 在S802中，從XML信息流中解析播放列表的分享信息。
[0126] 在S803中，判斷解析是否成功，若成功則執(zhí)行S804,否則結(jié)束操作，向發(fā)送客戶端 返回分享失敗的響應(yīng)。
[0127] 在S804中，加載播放列表至接收客戶端的媒體庫。
[0128] 在S805中，彈出播放列表接收成功的提示，以示意接收客戶端可以播放該播放列 表中的媒體文件。
[0129] 在本發(fā)明實施例中，當(dāng)通過藍(lán)牙來進行點對點的播放列表分享時，發(fā)送客戶端將 播放列表中的相關(guān)內(nèi)容提取出來生成適合藍(lán)牙傳輸?shù)臄?shù)據(jù)流,接收客戶端在接收到該數(shù)據(jù) 流之后，經(jīng)過解析即能還原出該播放列表，并加載顯示，使得接收客戶端不再需要依賴于網(wǎng) 絡(luò)訪問才能獲取到其中的詳細(xì)信息，簡化了播放列表分享的操作步驟，提高了播放列表的 分享效率。
[0130] 圖9示出了本發(fā)明實施例提供的播放列表的分享裝置的結(jié)構(gòu)框圖，該裝置可以位 于圖1所示的發(fā)送客戶端11中，用于運行本發(fā)明圖3至圖5實施例所述的播放列表的分享 方法。為了便于說明，僅示出了與本實施例相關(guān)的部分。
[0131] 參照圖9,該裝置包括：
[0132] 提取單元91，在發(fā)送客戶端提取播放列表的分享信息，所述分享信息包括所述播 放列表的列表信息。
[0133] 生成單元92,生成包含所述分享信息的預(yù)設(shè)格式信息流。
[0134] 第一連接單元，用于通過藍(lán)牙建立與接收客戶端的連接。
[0135] 發(fā)送單元93,將所述預(yù)設(shè)格式信息流發(fā)送至所述接收客戶端，以使所述接收客戶 端通過解析所述預(yù)設(shè)格式信息流中的所述分享信息還原出所述播放列表，并加載至所述接 收客戶端。
[0136] 可選地，所述分享信息還包括：
[0137] 當(dāng)前所述發(fā)送客戶端的賬號信息。
[0138] 可選地，所述裝置還包括：
[0139] 第一連接釋放單元，當(dāng)所述預(yù)設(shè)格式信息流發(fā)送至所述接收客戶端時，釋放與所 述接收客戶端的連接。
[0140] 可選地，所述預(yù)設(shè)格式信息流包括：
[0141] 可擴展標(biāo)記語言XML格式信息流或者JS0N格式信息流。
[0142] 圖10示出了本發(fā)明實施例提供的播放列表的分享裝置的結(jié)構(gòu)框圖，該裝置可以 位于圖1所示的接收客戶端12中，用于運行本發(fā)明圖6至圖8實施例所述的播放列表的分 享方法。為了便于說明，僅示出了與本實施例相關(guān)的部分。
[0143] 參照圖10,該裝置包括：
[0144] 第二連接單元1001，通過藍(lán)牙建立與發(fā)送客戶端的連接。
[0145] 接收單元1002,接收所述發(fā)送客戶端發(fā)送的包含播放列表的分享信息的預(yù)設(shè)格式 信息流，所述分享信息由所述發(fā)送客戶端在本地的播放列表中提取，且所述分享信息包括 所述播放列表的列表信息。
[0146] 解析單元1003,解析所述預(yù)設(shè)格式信息流中的所述分享信息，還原出所述播放列 表。
[0147] 第一加載單元1004,加載并顯示所述播放列表。
[0148] 可選地，所述分享信息還包括：
[0149] 所述發(fā)送客戶端的賬號信息；
[0150] 所述裝置還包括：
[0151] 第二加載單元，加載并顯示所述發(fā)送客戶端的賬號信息。
[0152] 可選地，所述裝置還包括：
[0153] 第二連接釋放單元，釋放與所述發(fā)送客戶端的連接。
[0154] 在本發(fā)明實施例中，當(dāng)通過藍(lán)牙來進行點對點的播放列表分享時，發(fā)送客戶端將 播放列表中的相關(guān)內(nèi)容提取出來生成適合藍(lán)牙傳輸?shù)臄?shù)據(jù)流,接收客戶端在接收到該數(shù)據(jù) 流之后，經(jīng)過解析即能還原出該播放列表，并加載顯示，使得接收客戶端不再需要依賴于網(wǎng) 絡(luò)訪問才能獲取到其中的詳細(xì)信息，簡化了播放列表分享的操作步驟，提高了播放列表的 分享效率。
[0155] 以上所述僅為本發(fā)明的較佳實施例而已，并不用以限制本發(fā)明，凡在本發(fā)明的精 神和原則之內(nèi)所作的任何修改、等同替換和改進等，均應(yīng)包含在本發(fā)明的保護范圍之內(nèi)。
【權(quán)利要求】
1. 一種播放列表的分享方法，其特征在于，包括： 在發(fā)送客戶端提取播放列表的分享信息，所述分享信息包括所述播放列表的列表信 息； 生成包含所述分享信息的預(yù)設(shè)格式信息流； 通過藍(lán)牙建立與接收客戶端的連接； 將所述預(yù)設(shè)格式信息流發(fā)送至所述接收客戶端，以使所述接收客戶端通過解析所述預(yù) 設(shè)格式信息流中的所述分享信息還原出所述播放列表，并加載至所述接收客戶端。
2. 如權(quán)利要求1所述的方法，其特征在于，所述分享信息還包括： 當(dāng)前所述發(fā)送客戶端的賬號信息。
3. 如權(quán)利要求1所述的方法，其特征在于，所述方法還包括： 當(dāng)所述預(yù)設(shè)格式信息流發(fā)送至所述接收客戶端時，釋放與所述接收客戶端的連接。
4. 如權(quán)利要求1 一 3任一項所述的方法，其特征在于，所述預(yù)設(shè)格式信息流包括： 可擴展標(biāo)記語目XML格式信息流或者JSON格式信息流。
5. -種播放列表的分享方法，其特征在于，包括： 通過藍(lán)牙建立與發(fā)送客戶端的連接； 接收所述發(fā)送客戶端發(fā)送的包含播放列表的分享信息的預(yù)設(shè)格式信息流，所述分享信 息由所述發(fā)送客戶端在本地的播放列表中提取，且所述分享信息包括所述播放列表的列表 信息； 解析所述預(yù)設(shè)格式信息流中的所述分享信息，還原出所述播放列表； 加載并顯示所述播放列表。
6. 如權(quán)利要求5所述的方法，其特征在于，所述分享信息還包括： 所述發(fā)送客戶端的賬號信息； 所述方法還包括： 加載并顯示所述發(fā)送客戶端的賬號信息。
7. 如權(quán)利要求5所述的方法，其特征在于，在所述接收所述發(fā)送客戶端發(fā)送的包含播 放列表的分享信息的預(yù)設(shè)格式信息流之后，所述方法還包括： 釋放與所述發(fā)送客戶端的連接。
8. -種播放列表的分享裝置，其特征在于，包括： 提取單元，用于在發(fā)送客戶端提取播放列表的分享信息，所述分享信息包括所述播放 列表的列表信息； 生成單元，用于生成包含所述分享信息的預(yù)設(shè)格式信息流； 第一連接單元，用于通過藍(lán)牙建立與接收客戶端的連接； 發(fā)送單元，用于將所述預(yù)設(shè)格式信息流發(fā)送至所述接收客戶端，以使所述接收客戶端 通過解析所述預(yù)設(shè)格式信息流中的所述分享信息還原出所述播放列表，并加載至所述接收 客戶端。
9. 如權(quán)利要求8所述的裝置，其特征在于，所述分享信息還包括： 當(dāng)前所述發(fā)送客戶端的賬號信息。
10. 如權(quán)利要求8所述的裝置，其特征在于，所述裝置還包括： 第一連接釋放單元，用于當(dāng)所述預(yù)設(shè)格式信息流發(fā)送至所述接收客戶端時，釋放與所 述接收客戶端的連接。
11. 如權(quán)利要求8 - 10任一項所述的裝置，其特征在于，所述預(yù)設(shè)格式信息流包括： 可擴展標(biāo)記語目XML格式信息流或者JSON格式信息流。
12. -種播放列表的分享裝置，其特征在于，包括： 第二連接單元，用于通過藍(lán)牙建立與發(fā)送客戶端的連接； 接收單元，用于接收所述發(fā)送客戶端發(fā)送的包含播放列表的分享信息的預(yù)設(shè)格式信息 流，所述分享信息由所述發(fā)送客戶端在本地的播放列表中提取，且所述分享信息包括所述 播放列表的列表信息； 解析單元，用于解析所述預(yù)設(shè)格式信息流中的所述分享信息，還原出所述播放列表； 第一加載單元，用于加載并顯示所述播放列表。
13. 如權(quán)利要求12所述的裝置，其特征在于，所述分享信息還包括： 所述發(fā)送客戶端的賬號信息； 所述裝置還包括： 第二加載單元，用于加載并顯示所述發(fā)送客戶端的賬號信息。
14. 如權(quán)利要求12所述的裝置，其特征在于，所述裝置還包括： 第二連接釋放單元，用于釋放與所述發(fā)送客戶端的連接。
15. -種播放列表的分享方法，其特征在于，包括： 發(fā)送客戶端提取播放列表的分享信息，所述分享信息包括所述播放列表的列表信息； 所述發(fā)送客戶端生成包含所述分享信息的預(yù)設(shè)格式信息流； 所述發(fā)送客戶端與接收客戶端通過藍(lán)牙建立連接； 所述發(fā)送客戶端將所述預(yù)設(shè)格式信息流發(fā)送至所述接收客戶端； 所述接收客戶端解析所述預(yù)設(shè)格式信息流中的所述分享信息，還原出所述播放列表； 所述接收客戶端加載并顯示所述播放列表。
16. 如權(quán)利要求15所述的方法，其特征在于，所述分享信息還包括： 當(dāng)前所述發(fā)送客戶端的賬號信息。
17. 如權(quán)利要求15所述的方法，其特征在于，所述方法還包括： 當(dāng)所述預(yù)設(shè)格式信息流發(fā)送至所述接收客戶端時，所述發(fā)送客戶端與所述接收客戶端 釋放連接。
18. 如權(quán)利要求15 - 17任一項所述的方法，其特征在于，所述預(yù)設(shè)格式信息流包括： 可擴展標(biāo)記語目XML格式信息流或者JSON格式信息流。
【文檔編號】H04L29/08GK104092720SQ201310731270
【公開日】2014年10月8日 申請日期:2013年12月26日 優(yōu)先權(quán)日:2013年12月26日
【發(fā)明者】張曙光 申請人:騰訊科技（深圳）有限公司