專利名稱：音樂編播處理方法及系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種音頻處理技術(shù)，尤其涉及一種音樂編播處理方法及系統(tǒng)。
背景技術(shù)：
收聽音樂可以令人放松心情，在一些公共場合(商場、咖啡館等)或特定場合往往也需要播放背景音樂來烘托氣氛，可以說音樂是現(xiàn)代人休閑生活中不可或缺的一部分。目前在公共場合播放背景音樂通常是通過專門的音樂服務(wù)平臺來實(shí)現(xiàn)了，利用音樂服務(wù)平臺我們可以本地編輯播放列表，有時(shí)候?yàn)榱颂厥庑枰覀兛赡芤谠纫阎贫ê玫牟シ帕斜碇胁宀?nèi)容，而現(xiàn)有音樂服務(wù)平臺因?yàn)闆]有播放列表優(yōu)先級概念，所以大都對插播列表采用了人工測算方式實(shí)現(xiàn)。例如某店面要求每天8:00-20:00播放音樂，八點(diǎn)半要插播一分鐘的促銷廣告?，F(xiàn)有的實(shí)現(xiàn)方式是，音樂服務(wù)平臺要將播放計(jì)劃分為三段，即8:00-8:30 為一個(gè)播放時(shí)段，平臺控制端的編輯需要人工設(shè)置播放時(shí)間為半小時(shí)的一個(gè)播放計(jì)劃； 8:30-8:31設(shè)置插播廣告計(jì)劃；8:31-20:30為第三個(gè)播放計(jì)劃。如果用戶有多個(gè)插播需求，往往需要把播放列表分割的相當(dāng)復(fù)雜。因此，現(xiàn)有的音樂服務(wù)平臺無法實(shí)現(xiàn)自動(dòng)插播。

發(fā)明內(nèi)容
本發(fā)明的目的在于提供一種可現(xiàn)實(shí)自動(dòng)插播的音樂編播處理方法及系統(tǒng)。為達(dá)到上述目的，本發(fā)明一方面提供了一種音樂編播處理方法，包括服務(wù)器接收到客戶端發(fā)送的播放列表設(shè)置請求后許可所述客戶端在其平臺上設(shè)置順序播放列表和插播列表；所述服務(wù)器檢查所述順序播放列表和所述插播列表的重合時(shí)間段；所述服務(wù)器設(shè)置所述插播列表的播放優(yōu)先級在所述重合時(shí)間段內(nèi)高于所述順序播放列表的播放優(yōu)先級，并排序生成所述客戶端的播放列表并保存；所述服務(wù)器接收所述客戶端發(fā)送的播放列表獲取請求，將所述播放列表下發(fā)給所述客戶端，由所述客戶端根據(jù)所述播放列表進(jìn)行播放。本發(fā)明的音樂編播處理方法，所述客戶端根據(jù)所述播放列表進(jìn)行播放，具體包括所述客戶端根據(jù)所述順序播放列表進(jìn)行順序播放；所述客戶端在進(jìn)行所述順序播放過程中對比本地時(shí)鐘是否到達(dá)所述插播列表的起始時(shí)間點(diǎn)，如果到達(dá)所述起始時(shí)間點(diǎn)，則立即終止播放所述順序播放列表，并啟動(dòng)播放所述插播列表；所述客戶端在播放所述插播列表的過程中對比本地時(shí)鐘是否到達(dá)所述插播列表的終止時(shí)間點(diǎn)，如果到達(dá)所述終止時(shí)間點(diǎn)，則立即終止播放所述插播列表，并啟動(dòng)繼續(xù)播放所述順序播放列表。本發(fā)明的音樂編播處理方法，在所述服務(wù)器接收到所述客戶端發(fā)送的播放列表設(shè)置請求后，許可所述客戶端在其平臺上設(shè)置順序播放列表和插播列表之前，還包括
4
所述服務(wù)器驗(yàn)證所述客戶端的合法性，如果合法則許可所述客戶端在其平臺上設(shè)置順序播放列表和插播列表，否則拒絕響應(yīng)。本發(fā)明的音樂編播處理方法，在接收所述客戶端發(fā)送的播放列表獲取請求之后， 將所述播放列表下發(fā)給所述客戶端之前，還包括所述服務(wù)器驗(yàn)證所述客戶端的合法性，如果合法則將所述播放列表下發(fā)給所述客戶端，否則拒絕響應(yīng)。本發(fā)明的音樂編播處理方法，所述服務(wù)器與所述客戶端之間采用HTTP通信協(xié)議進(jìn)行數(shù)據(jù)交換。再一方面，本發(fā)明還提供了一種音樂編播處理系統(tǒng)，包括服務(wù)器和客戶端，其中， 所述服務(wù)器包括第一接收模塊，用于接收客戶端發(fā)送的播放列表設(shè)置請求；授權(quán)模塊，用于許可所述客戶端在其平臺上設(shè)置順序播放列表和插播列表；檢查模塊，用于檢查所述順序播放列表和所述插播列表的重合時(shí)間段；生成模塊，用于設(shè)置所述插播列表的播放優(yōu)先級在所述重合時(shí)間段內(nèi)高于所述順序播放列表的播放優(yōu)先級，并排序生成所述客戶端的播放列表并保存；第二接收模塊，用于接收所述客戶端發(fā)送的播放列表獲取請求；下發(fā)模塊，用于將所述播放列表下發(fā)給所述客戶端；所述客戶端包括第一請求模塊，用于向所述服務(wù)器發(fā)送播放列表設(shè)置請求；第二請求模塊，用于向所述服務(wù)器發(fā)送播放列表獲取請求；第三接收模塊，用于接收所述服務(wù)器下發(fā)的播放列表；播放模塊，用于播放所述播放列表。本發(fā)明的音樂編播處理系統(tǒng)，所述播放模塊包括第一播放子模塊，用于根據(jù)所述順序播放列表進(jìn)行順序播放；第二播放子模塊，用于在進(jìn)行所述順序播放過程中對比本地時(shí)鐘是否到達(dá)所述插播列表的起始時(shí)間點(diǎn)，如果到達(dá)所述起始時(shí)間點(diǎn)，則立即終止播放所述順序播放列表，并啟動(dòng)播放所述插播列表；第三播放子模塊，用于在播放所述插播列表的過程中對比本地時(shí)鐘是否到達(dá)所述插播列表的終止時(shí)間點(diǎn)，如果到達(dá)所述終止時(shí)間點(diǎn)，則立即終止播放所述插播列表，并啟動(dòng)繼續(xù)播放所述順序播放列表。本發(fā)明的音樂編播處理系統(tǒng)，所述服務(wù)器還包括第一驗(yàn)證模塊，用于驗(yàn)證所述客戶端的合法性，如果合法則觸發(fā)所述授權(quán)模塊，否則拒絕響應(yīng)。本發(fā)明的音樂編播處理系統(tǒng)，在接收所述客戶端發(fā)送的播放列表獲取請求之后， 將所述播放列表下發(fā)給所述客戶端之前，還包括第二驗(yàn)證模塊，用于驗(yàn)證所述客戶端的合法性，如果合法則觸發(fā)所述下發(fā)模塊，否則拒絕響應(yīng)。本發(fā)明的音樂編播處理系統(tǒng)，所述服務(wù)器與所述客戶端之間采用HTTP通信協(xié)議進(jìn)行數(shù)據(jù)交換。
5
本發(fā)明的音樂編播處理方法服務(wù)器接收到客戶端發(fā)送的播放列表設(shè)置請求后許可客戶端在其平臺上設(shè)置順序播放列表和插播列表；服務(wù)器檢查順序播放列表和插播列表的重合時(shí)間段；服務(wù)器設(shè)置插播列表的播放優(yōu)先級在重合時(shí)間段內(nèi)高于順序播放列表的播放優(yōu)先級，并排序生成客戶端的播放列表并保存；服務(wù)器接收客戶端發(fā)送的播放列表獲取請求，將播放列表下發(fā)給客戶端，由客戶端根據(jù)播放列表進(jìn)行播放；從而實(shí)現(xiàn)在順序播放中自動(dòng)插播內(nèi)容，并在插播完成后自動(dòng)返回繼續(xù)原先的順序播放。


圖1為本發(fā)明一個(gè)實(shí)施例的音樂編播處理方法的流程圖；圖2為本發(fā)明一個(gè)實(shí)施例的音樂編播處理系統(tǒng)。
具體實(shí)施例方式下面結(jié)合附圖對本發(fā)明的具體實(shí)施方式
進(jìn)行詳細(xì)描述參考圖1所示，本實(shí)施例的音樂編播處理方法包括以下步驟步驟Si，客戶端向服務(wù)器發(fā)送播放列表設(shè)置請求。步驟S2，服務(wù)器接收到客戶端發(fā)送的播放列表設(shè)置請求后驗(yàn)證客戶端的合法性， 如果合法則許可客戶端在其平臺上設(shè)置順序播放列表和插播列表，否則拒絕響應(yīng)。步驟S3，客戶端在服務(wù)器平臺上設(shè)置順序播放列表和插播列表。其中，順序播放列表內(nèi)的音樂內(nèi)容支持從平臺上的音樂數(shù)據(jù)庫中選擇或本地上傳，然后對這些音樂按照自己的要求進(jìn)行排序，并設(shè)置好播放時(shí)間。而插播列表的內(nèi)容(例如廣告)則一般由用戶自定義或者本地上傳，并設(shè)置插播開始時(shí)間點(diǎn)和結(jié)束時(shí)間點(diǎn)。步驟S4，服務(wù)器檢查順序播放列表和插播列表的重合時(shí)間段。即確定插播列表中的內(nèi)容要在順序播放列表播放過程中的哪個(gè)時(shí)間段播放。步驟S5，服務(wù)器設(shè)置插播列表的播放優(yōu)先級在重合時(shí)間段內(nèi)高于順序播放列表的播放優(yōu)先級，并排序生成客戶端的播放列表并保存。步驟S6，客戶端向服務(wù)器發(fā)送播放列表獲取請求。步驟S7，服務(wù)器接收到客戶端發(fā)送的播放列表獲取請求后驗(yàn)證客戶端的合法性， 如果合法則下發(fā)播放列表給客戶端，否則拒絕響應(yīng)。步驟S8,客戶端收到播放列表后根據(jù)順序播放列表進(jìn)行順序播放。通常插播內(nèi)容是發(fā)生在順序播放過程，所以通常首先根據(jù)順序播放列表進(jìn)行順序播放。其中，順序播放列表中的內(nèi)容可以在線播放，也可以下載到本地進(jìn)行播放。步驟S9，客戶端在進(jìn)行順序播放過程中對比本地時(shí)鐘是否到達(dá)插播列表的起始時(shí)間點(diǎn)，如果到達(dá)起始時(shí)間點(diǎn)，則立即終止播放順序播放列表，并啟動(dòng)播放插播列表。步驟S10，客戶端在播放插播列表的過程中對比本地時(shí)鐘是否到達(dá)插播列表的終止時(shí)間點(diǎn)，如果到達(dá)終止時(shí)間點(diǎn)，則立即終止播放插播列表，并啟動(dòng)繼續(xù)播放順序播放列表，直至完成該順序播放列表的播放。上述數(shù)據(jù)交互過程中客戶端與服務(wù)器之間采用標(biāo)準(zhǔn)的通信協(xié)議，如HTTP協(xié)議等。 此外，當(dāng)客戶端要求更新播放列表時(shí)則采用上述方法進(jìn)行。參考圖2所示，本實(shí)施例的音樂編播處理系統(tǒng)包括服務(wù)器2和若干個(gè)客戶端1 (圖
6中僅畫出一個(gè)作為示例)。服務(wù)器2與客戶端1之間采用采用標(biāo)準(zhǔn)的通信協(xié)議，如HTTP協(xié)議進(jìn)行數(shù)據(jù)交換，其中服務(wù)器2包括第一接收模塊21、第一驗(yàn)證模塊22、授權(quán)模塊23、檢查模塊M、生成模塊25、第二接收模塊沈、第二驗(yàn)證模塊27和下發(fā)模塊觀。第一接收模塊21接收客戶端 1發(fā)送的播放列表設(shè)置請求，然后第一驗(yàn)證模塊22驗(yàn)證客戶端1的合法性，如果合法則觸發(fā)授權(quán)模塊23，否則拒絕響應(yīng)；如果合法則授權(quán)模塊23許可客戶端1在其平臺上設(shè)置順序播放列表和插播列表，客戶端1設(shè)置完成后檢查模塊M檢查順序播放列表和插播列表的重合時(shí)間段；此后由生成模塊25設(shè)置插播列表的播放優(yōu)先級在重合時(shí)間段內(nèi)高于順序播放列表的播放優(yōu)先級，并排序生成客戶端1的播放列表并保存；此后當(dāng)?shù)诙邮漳K沈接收到客戶端1發(fā)送的播放列表獲取請求后第二驗(yàn)證模塊27驗(yàn)證客戶端1的合法性，如果合法則觸發(fā)下發(fā)模塊觀，否則拒絕響應(yīng)；如果合法則下發(fā)模塊觀將播放列表下發(fā)給客戶端1?？蛻舳?包括第一請求模塊11、第二請求模塊12、第三接收模塊13和播放模塊 14 ；而播放模塊14又分為第一播放子模塊14a、第二播放子模塊14b和第三播放子模塊 14c。其中，第一請求模塊11用于向服務(wù)器2發(fā)送播放列表設(shè)置請求；第二請求模塊12用于向服務(wù)器2發(fā)送播放列表獲取請求；第三接收模塊用于接收服務(wù)器13下發(fā)的播放列表； 播放模塊14用于播放播放列表，其中的第一播放子模塊Ha用于根據(jù)順序播放列表進(jìn)行順序播放；第二播放子模塊14b用于在進(jìn)行順序播放過程中對比本地時(shí)鐘是否到達(dá)插播列表的起始時(shí)間點(diǎn)，如果到達(dá)起始時(shí)間點(diǎn)，則立即終止播放順序播放列表，并啟動(dòng)播放插播列表；第三播放子模塊14c用于在播放插播列表的過程中對比本地時(shí)鐘是否到達(dá)插播列表的終止時(shí)間點(diǎn)，如果到達(dá)終止時(shí)間點(diǎn)，則立即終止播放插播列表，并啟動(dòng)繼續(xù)播放順序播放列表。當(dāng)然，當(dāng)客戶端1較多時(shí)為了降低服務(wù)器的負(fù)擔(dān)，也可增加分服務(wù)器，從而將服務(wù)器的若干功能(例如驗(yàn)證等)分擔(dān)到分服務(wù)器中。以上的實(shí)施例僅僅是對本發(fā)明的優(yōu)選實(shí)施方式進(jìn)行描述，并非對本發(fā)明的范圍進(jìn)行限定，在不脫離本發(fā)明設(shè)計(jì)精神的前提下，本領(lǐng)域普通工程技術(shù)人員對本發(fā)明的技術(shù)方案作出的各種變形和改進(jìn)，均應(yīng)落入本發(fā)明的權(quán)利要求書確定的保護(hù)范圍內(nèi)。
權(quán)利要求
1.一種音樂編播處理方法，其特征在于，包括服務(wù)器接收到客戶端發(fā)送的播放列表設(shè)置請求后許可所述客戶端在其平臺上設(shè)置順序播放列表和插播列表；所述服務(wù)器檢查所述順序播放列表和所述插播列表的重合時(shí)間段； 所述服務(wù)器設(shè)置所述插播列表的播放優(yōu)先級在所述重合時(shí)間段內(nèi)高于所述順序播放列表的播放優(yōu)先級，并排序生成所述客戶端的播放列表并保存；所述服務(wù)器接收所述客戶端發(fā)送的播放列表獲取請求，將所述播放列表下發(fā)給所述客戶端，由所述客戶端根據(jù)所述播放列表進(jìn)行播放。
2.根據(jù)權(quán)利要求1所述的音樂編播處理方法，其特征在于，所述客戶端根據(jù)所述播放列表進(jìn)行播放，具體包括所述客戶端根據(jù)所述順序播放列表進(jìn)行順序播放；所述客戶端在進(jìn)行所述順序播放過程中對比本地時(shí)鐘是否到達(dá)所述插播列表的起始時(shí)間點(diǎn)，如果到達(dá)所述起始時(shí)間點(diǎn)，則立即終止播放所述順序播放列表，并啟動(dòng)播放所述插播列表；所述客戶端在播放所述插播列表的過程中對比本地時(shí)鐘是否到達(dá)所述插播列表的終止時(shí)間點(diǎn)，如果到達(dá)所述終止時(shí)間點(diǎn)，則立即終止播放所述插播列表，并啟動(dòng)繼續(xù)播放所述順序播放列表。
3.根據(jù)權(quán)利要求2所述的音樂編播處理方法，其特征在于，在所述服務(wù)器接收到所述客戶端發(fā)送的播放列表設(shè)置請求后，許可所述客戶端在其平臺上設(shè)置順序播放列表和插播列表之前，還包括所述服務(wù)器驗(yàn)證所述客戶端的合法性，如果合法則許可所述客戶端在其平臺上設(shè)置順序播放列表和插播列表，否則拒絕響應(yīng)。
4.根據(jù)權(quán)利要求3所述的音樂編播處理方法，其特征在于，在接收所述客戶端發(fā)送的播放列表獲取請求之后，將所述播放列表下發(fā)給所述客戶端之前，還包括所述服務(wù)器驗(yàn)證所述客戶端的合法性，如果合法則將所述播放列表下發(fā)給所述客戶端，否則拒絕響應(yīng)。
5.根據(jù)權(quán)利要求4所述的音樂編播處理方法，其特征在于，所述服務(wù)器與所述客戶端之間采用HTTP通信協(xié)議進(jìn)行數(shù)據(jù)交換。
6.一種音樂編播處理系統(tǒng)，其特征在于，包括服務(wù)器和客戶端，其中，所述服務(wù)器包括第一接收模塊，用于接收客戶端發(fā)送的播放列表設(shè)置請求； 授權(quán)模塊，用于許可所述客戶端在其平臺上設(shè)置順序播放列表和插播列表； 檢查模塊，用于檢查所述順序播放列表和所述插播列表的重合時(shí)間段； 生成模塊，用于設(shè)置所述插播列表的播放優(yōu)先級在所述重合時(shí)間段內(nèi)高于所述順序播放列表的播放優(yōu)先級，并排序生成所述客戶端的播放列表并保存； 第二接收模塊，用于接收所述客戶端發(fā)送的播放列表獲取請求； 下發(fā)模塊，用于將所述播放列表下發(fā)給所述客戶端； 所述客戶端包括第一請求模塊，用于向所述服務(wù)器發(fā)送播放列表設(shè)置請求；第二請求模塊，用于向所述服務(wù)器發(fā)送播放列表獲取請求； 第三接收模塊，用于接收所述服務(wù)器下發(fā)的播放列表； 播放模塊，用于播放所述播放列表。
7.根據(jù)權(quán)利要求6所述的音樂編播處理系統(tǒng)，其特征在于，所述播放模塊包括 第一播放子模塊，用于根據(jù)所述順序播放列表進(jìn)行順序播放；第二播放子模塊，用于在進(jìn)行所述順序播放過程中對比本地時(shí)鐘是否到達(dá)所述插播列表的起始時(shí)間點(diǎn)，如果到達(dá)所述起始時(shí)間點(diǎn)，則立即終止播放所述順序播放列表，并啟動(dòng)播放所述插播列表；第三播放子模塊，用于在播放所述插播列表的過程中對比本地時(shí)鐘是否到達(dá)所述插播列表的終止時(shí)間點(diǎn)，如果到達(dá)所述終止時(shí)間點(diǎn)，則立即終止播放所述插播列表，并啟動(dòng)繼續(xù)播放所述順序播放列表。
8.根據(jù)權(quán)利要求7所述的音樂編播處理系統(tǒng)，其特征在于，所述服務(wù)器還包括 第一驗(yàn)證模塊，用于驗(yàn)證所述客戶端的合法性，如果合法則觸發(fā)所述授權(quán)模塊，否則拒絕響應(yīng)。
9.根據(jù)權(quán)利要求8所述的音樂編播處理系統(tǒng)，其特征在于，在接收所述客戶端發(fā)送的播放列表獲取請求之后，將所述播放列表下發(fā)給所述客戶端之前，還包括第二驗(yàn)證模塊，用于驗(yàn)證所述客戶端的合法性，如果合法則觸發(fā)所述下發(fā)模塊，否則拒絕響應(yīng)。
10.根據(jù)權(quán)利要求9所述的音樂編播處理系統(tǒng)，其特征在于，所述服務(wù)器與所述客戶端之間采用HTTP通信協(xié)議進(jìn)行數(shù)據(jù)交換。
全文摘要
本發(fā)明公開了一種音樂編播處理方法及系統(tǒng)，該方法包括以下步驟服務(wù)器接收到客戶端發(fā)送的播放列表設(shè)置請求后許可客戶端在其平臺上設(shè)置順序播放列表和插播列表；服務(wù)器檢查順序播放列表和插播列表的重合時(shí)間段；服務(wù)器設(shè)置插播列表的播放優(yōu)先級在重合時(shí)間段內(nèi)高于順序播放列表的播放優(yōu)先級，并排序生成客戶端的播放列表并保存；服務(wù)器接收客戶端發(fā)送的播放列表獲取請求，將播放列表下發(fā)給客戶端，由客戶端根據(jù)播放列表進(jìn)行播放；從而實(shí)現(xiàn)在順序播放中自動(dòng)插播內(nèi)容，并在插播完成后自動(dòng)返回繼續(xù)原先的順序播放。
文檔編號H04L29/08GK102394907SQ201110227619
公開日2012年3月28日 申請日期2011年8月9日 優(yōu)先權(quán)日2011年8月9日
發(fā)明者張誠偉, 毛新強(qiáng) 申請人:北京鴻樂新誠網(wǎng)絡(luò)科技有限公司, 張誠偉, 毛新強(qiáng)