基于Upnp的音頻文件管理方法、裝置和系統(tǒng)的制作方法
【技術(shù)領(lǐng)域】
[0001] 本發(fā)明涉及音頻處理技術(shù)，特別涉及一種基于Upnp的音頻文件管理方法、客戶 端、音箱以及音頻文件管理系統(tǒng)。
【背景技術(shù)】
[0002] 目前實現(xiàn)數(shù)字音樂資源共享的技術(shù)很多，而基于Upnp(UniversalPlugand Play，通用即插即用）的方法是其中比較簡便的一種方法，只需要Upnp服務器和客戶端都 支持Upnp協(xié)議，并接入同一局域網(wǎng)內(nèi)，不需要額外的配置和操作就可以實現(xiàn)互相通信。
[0003] 然而，現(xiàn)有基于Upnp的音頻數(shù)據(jù)處理方案，只能逐個地處理音頻文件，處理方式 單一，操作繁瑣，資源利用率較低。

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

[0004] 本發(fā)明提供的一種基于Upnp的音頻文件管理方法、客戶端、音箱以及音頻文件管 理系統(tǒng)，以解決現(xiàn)有Upnp的音頻數(shù)據(jù)處理方案只能逐個地處理音頻文件，處理方式單一， 操作繁瑣，資源利用率較低的問題。
[0005] 為達到上述目的，本發(fā)明的技術(shù)方案是這樣實現(xiàn)的：
[0006] -方面，本發(fā)明實施例提供了一種基于Upnp的音頻文件管理方法，該方法包括：
[0007] 分別獲取多個音頻文件的原始信息，該原始信息包括每個音頻文件的指示信息和 播放地址；
[0008] 按照預定格式對原始信息進行格式化，得到每條原始信息對應的記錄信息，并由 多條記錄信息生成字符串，其中，每條記錄信息對應于音頻文件的播放隊列中的一個隊列 元素；
[0009] 獲取客戶端對音頻文件的控制命令，該控制命令設(shè)置一條或多條記錄信息需要執(zhí) 行的隊列操作；
[0010] 對字符串和控制命令按照通用即插即用協(xié)議Upnp進行封裝，生成Upnp數(shù)據(jù)包；
[0011] 將Upnp數(shù)據(jù)包傳輸至音箱端。
[0012] 另一方面，本發(fā)明實施例提供了一種基于Upnp的音頻文件管理方法，該方法包 括：
[0013] 接收客戶端發(fā)送的Upnp數(shù)據(jù)包，該數(shù)據(jù)包中包括控制命令和由多條記錄信息生 成字符串；
[0014] 對Upnp數(shù)據(jù)包進行解析，得到每條記錄信息以及該記錄信息對應的控制命令；
[0015] 根據(jù)控制命令對應的隊列操作，對每條記錄信息調(diào)用相應的Upnp隊列管理接口；
[0016] 通過調(diào)用Upnp隊列管理接口，利用解析出的每條記錄信息對音箱端音頻文件的 播放隊列進行更新。
[0017] 又一方面，本發(fā)明實施例提供了一種客戶端。該客戶端包括第一音頻文件管理裝 置，該管理裝置包括：
[0018] 原始信息獲取單元，用于分別獲取多個音頻文件的原始信息，該原始信息包括每 個音頻文件的指示信息和播放地址；
[0019] 記錄信息生成單元，用于按照預定格式對原始信息進行格式化，得到每條原始信 息對應的記錄信息，并由多條記錄信息生成字符串，其中，每條記錄信息對應于音頻文件的 播放隊列中的一個隊列元素；
[0020] 控制命令獲取單元，用于獲取客戶端對音頻文件的控制命令，該控制命令設(shè)置一 條或多條記錄信息需要執(zhí)行的隊列操作；
[0021] 協(xié)議封裝單元，用于對字符串和控制命令按照通用即插即用協(xié)議Upnp進行封裝， 生成Upnp數(shù)據(jù)包；
[0022] 數(shù)據(jù)傳輸單元，用于將Upnp數(shù)據(jù)包傳輸至音箱端。
[0023] 又一方面，本發(fā)明實施例提供了一種音箱。該音箱中設(shè)置有第二音頻文件管理裝 置，該管理裝置包括：
[0024] 數(shù)據(jù)收發(fā)單元，用于接收客戶端發(fā)送的Upnp數(shù)據(jù)包，該數(shù)據(jù)包中包括控制命令和 由多條記錄信息生成字符串；
[0025] 協(xié)議解析單元，用于對Upnp數(shù)據(jù)包進行解析，得到每條記錄信息以及該記錄信息 對應的控制命令；
[0026] 隊列接口調(diào)用單元，用于根據(jù)控制命令對應的隊列操作，對每條記錄信息調(diào)用相 應的Upnp隊列管理接口；
[0027] 播放隊列更新單元，用于通過調(diào)用Upnp隊列管理接口，利用解析出的每條記錄信 息對音箱端音頻文件的播放隊列進行更新。
[0028] 又一方面，本發(fā)明實施例提供了一種音頻文件管理系統(tǒng)。該系統(tǒng)包括一個或多個 如上述的客戶端，以及，一個或多個如上述的音箱。
[0029] 本發(fā)明實施例的技術(shù)方案，在客戶端僅提取多個音頻文件的原始信息，由格式化 后的原始信息形成作為播放隊列中隊列元素的記錄信息，并基于Upnp將記錄信息和控制 命令傳輸至音箱端，從而保證了在音箱端能夠利用記錄信息和控制命令對播放隊列進行管 理。
[0030] 相應的，在音箱端，由客戶端傳輸來的Upnp數(shù)據(jù)包中解析出記錄信息和控制命 令，按照控制命令對應的隊列操作，對播放隊列中的隊列元素進行增加、刪除和替換等操 作。
[0031] 本發(fā)明實施例通過上述手段對Upnp協(xié)議進行了擴展，解決了現(xiàn)有方案處理方式 單一、操作繁瑣及資源利用率較低的問題，實現(xiàn)了一種新型的基于Upnp的、支持音樂播放 隊列并能夠?qū)崿F(xiàn)播放隊列管理的方案，提高了客戶端和音箱端處理音頻文件的靈活性，簡 化了操作，提升了系統(tǒng)性能和資源利用率。
【附圖說明】
[0032] 圖1為本發(fā)明一個實施例提供的一種基于Upnp的音頻文件管理方法示意圖；
[0033] 圖2為本發(fā)明又一個實施例提供的一種基于Upnp的音頻文件管理方法示意圖；
[0034] 圖3為本發(fā)明又一個實施例提供的應用本方案的場景示意圖；
[0035] 圖4為本發(fā)明又一個實施例提供的應用本方案的隊列管理流程圖；
[0036]圖5為本發(fā)明又一個實施例提供的客戶端的第一音頻文件管理裝置的示意圖；
[0037] 圖6為本發(fā)明又一個實施例提供的音箱中的第二音頻文件管理裝置的示意圖。
【具體實施方式】
[0038] 為使本發(fā)明的目的、技術(shù)方案和優(yōu)點更加清楚，下面將結(jié)合附圖對本發(fā)明實施方 式作進一步地詳細描述。
[0039] 本發(fā)明的主要技術(shù)構(gòu)思在于提供一種基于Upnp(UniversalPlugandPlay,通用 即插即用）音頻文件訪問控制方案，包含Upnp音箱端和客戶端。標準的Upnp不支持音樂 播放隊列，本發(fā)明通過對Upnp協(xié)議進行擴展，客戶端通過Upnp實現(xiàn)對音箱端播放隊列的控 制（如添加、刪除音樂）；而音箱端根據(jù)客戶端發(fā)送的控制命令對播放隊列進行管理。
[0040] 下面通過各實施例對本發(fā)明的技術(shù)方案進行詳細說明。
[0041] 本發(fā)明一個實施例提供的一種基于Upnp的音頻文件管理方法，可以在客戶端實 現(xiàn)，客戶端包括但不局限于手機、PAD等智能終端。參見圖1，該方法包括：
[0042] S101 :客戶端分別獲取多個音頻文件的原始信息，該原始信息包括每個音頻文件 的指示信息和播放地址；
[0043] S102:客戶端按照預定格式對原始信息進行格式化，得到每條原始信息對應的記 錄信息，并由多條記錄信息生成字符串，其中，每條記錄信息對應于音頻文件的播放隊列中 的一個隊列元素；
[0044] S103 :客戶端獲取對音頻文件的控制命令，該控制命令設(shè)置一條或多條記錄信息 需要執(zhí)行的隊列操作；
[0045] S104:客戶端對字符串和控制命令按照通用即插即用協(xié)議Upnp進行封裝，生成 Upnp數(shù)據(jù)包；
[0046]S105 :客戶端將Upnp數(shù)據(jù)包傳輸至音箱端。
[0047] 本發(fā)明實施例的技術(shù)方案，在客戶端僅提取多個音頻文件的原始信息，由格式化 后的原始信息形成作為播放隊列中隊列元素的記錄信息，并基于Upnp將記錄信息和控制 命令傳輸至音箱端，從而保證了在音箱端能夠利用記錄信息和控制命令對播放隊列進行管 理。
[0048] 在圖1所示實施例的基礎(chǔ)上，進一步的，步驟S101中客戶端還可以通過如下兩種 方式獲取音頻文件的原始信息：
[0049] 從網(wǎng)絡中抓取音頻文件的原始信息，或者，從本地存儲器中提取出音頻文件的原 始信息。原始信息包括每個音頻文件的指示信息和播放地址，即原始信息中僅包括對音頻 文件的描述信息，描述音頻文件的來源、地址等，而不包括音頻內(nèi)容。示例性的，每個音頻文 件的指示信息包括該音頻文件的名稱（title)和作者（artist)，作者可以為音頻文件對應 的歌手或藝術(shù)家。音頻文件的播放地址為URL(UniformResourceLocator，統(tǒng)一資源定位 符）。
[0050] 進一步的，步驟S102中客戶端按照JSON(Javascript Object Notation)格式對 原始信息進行格式化，具體包括：
[0051] 首先，按照JS0N格式，根據(jù)原始信息的類別設(shè)置屬性，并利用原始信息的內(nèi)容生 成相應的屬性值。
[0052] 原始信息中包括音頻文件的名稱、作者和播放地址時，則原始信息包括三種類別， 為每一類別設(shè)置一個屬性，例如，對音頻文件的名稱設(shè)置名稱（title)屬性，對音頻文件的 作者設(shè)置作者（artist)屬性，對音頻文件的播放地址設(shè)置音頻地址（traCk_uriS)屬性。而 某個音頻文件各個類別下的具體內(nèi)容，為該音頻文件的各屬性的屬性值。
[0053] 其次，由每條原始信息對應的屬性和屬性值生成該原始信息的記錄信息。
[0054] 然而，原始信息中的內(nèi)容可以根據(jù)需求進行調(diào)整，如