用于識(shí)別廣播節(jié)目?jī)?nèi)容的系統(tǒng)與方法
【專(zhuān)利摘要】一種廣播節(jié)目?jī)?nèi)容識(shí)別系統(tǒng)，其包括適于自一廣播源取樣廣播節(jié)目?jī)?nèi)容的至少一接收器；用于識(shí)別及儲(chǔ)存取樣廣播節(jié)目?jī)?nèi)容的一內(nèi)容識(shí)別引擎；及與該內(nèi)容識(shí)別模塊數(shù)據(jù)通信的一內(nèi)容數(shù)據(jù)庫(kù)；該內(nèi)容數(shù)據(jù)庫(kù)適于在接收一來(lái)自一客戶(hù)端裝置的一查詢(xún)被揭露時(shí)返回與該廣播節(jié)目?jī)?nèi)容有關(guān)的信息。該系統(tǒng)被配置成使得在內(nèi)容識(shí)別引擎不能識(shí)別取樣廣播節(jié)目?jī)?nèi)容的情況下，內(nèi)容識(shí)別引擎將未被識(shí)別的樣本分割成至少第一及第二連續(xù)部分，且將第一部分附加至一先前識(shí)別的樣本上。
【專(zhuān)利說(shuō)明】用于識(shí)別廣播節(jié)目?jī)?nèi)容的系統(tǒng)與方法
【技術(shù)領(lǐng)域】
[0001]本發(fā)明有關(guān)于用于識(shí)別廣播節(jié)目?jī)?nèi)容的系統(tǒng)與方法。該系統(tǒng)及方法特別適于，但并不限于識(shí)別一通信裝置使用者調(diào)諧到的廣播節(jié)目?jī)?nèi)容，諸如音樂(lè)，將在這種上下文中加以描述。
【背景技術(shù)】
[0002]以下對(duì)本發(fā)明背景的討論的意圖僅為協(xié)助理解本發(fā)明。應(yīng)了解的是，討論并非確認(rèn)或承認(rèn)所提到的任一數(shù)據(jù)在任一管轄范圍中在發(fā)明的 優(yōu)先權(quán)日:前被公開(kāi)、被知悉或?yàn)楸绢I(lǐng)域技術(shù)人員的普通一般知識(shí)的一部分。
[0003]當(dāng)前的音樂(lè)識(shí)別系統(tǒng)及方法通常包括使用音樂(lè)識(shí)別引擎。此類(lèi)音樂(lè)識(shí)別引擎通常利用某種形式的音樂(lè)識(shí)別算法。一種已知的音樂(lè)識(shí)別算法通常獲得一音頻樣本，比較該音頻樣本與其數(shù)據(jù)庫(kù)中的項(xiàng)目，及返回已識(shí)別音頻樣本上可利用的某些信息。
[0004]當(dāng)前的音樂(lè)識(shí)別系統(tǒng)主要仍是作為獨(dú)立功能或作為多個(gè)使用者可存取的在線服務(wù)。為了提高其性能以處理來(lái)自多個(gè)使用者的同時(shí)請(qǐng)求，在線音樂(lè)識(shí)別系統(tǒng)一般被實(shí)施為負(fù)載平衡的一服務(wù)器場(chǎng)；也就是說(shuō)，當(dāng)有大量的同時(shí)請(qǐng)求時(shí)，音樂(lè)識(shí)別系統(tǒng)將使許多自身的實(shí)例復(fù)制在服務(wù)器場(chǎng)中來(lái)分擔(dān)負(fù)載。然而，這樣的實(shí)施假定高頻寬網(wǎng)絡(luò)連接。雖然在線識(shí)別引擎具有大量請(qǐng)求，因?yàn)樗鼈兿碛写笠蛱鼐W(wǎng)頻寬，故仍提供適當(dāng)?shù)捻憫?yīng)時(shí)間。
[0005]然而，當(dāng)現(xiàn)時(shí)的音樂(lè)識(shí)別系統(tǒng)實(shí)施在一移動(dòng)服務(wù)場(chǎng)合下時(shí)，服務(wù)器場(chǎng)的模型可能無(wú)法正常工作。這是因?yàn)橐苿?dòng)網(wǎng)絡(luò)，通常為GSM網(wǎng)絡(luò)，的頻寬有限。在支持?jǐn)?shù)以百萬(wàn)計(jì)的使用者的一移動(dòng)服務(wù)中，識(shí)別引擎處理上的服務(wù)器負(fù)載可能變得過(guò)重，因此造成難以接受的使用者體驗(yàn)及/或?qū)嶋H上服務(wù)失誤。此類(lèi)阻塞及瓶頸也將對(duì)網(wǎng)絡(luò)的非數(shù)據(jù)使用產(chǎn)生不利影響。不良服務(wù)質(zhì)量強(qiáng)烈促成用戶(hù)流失，在這個(gè)接近市場(chǎng)飽和及激烈競(jìng)爭(zhēng)的時(shí)代，可能導(dǎo)致移動(dòng)網(wǎng)絡(luò)運(yùn)營(yíng)商退出市場(chǎng)。
[0006]除了上述以外，在移動(dòng)服務(wù)中目前的現(xiàn)有技術(shù)系統(tǒng)需要使用者將這首歌的片段擷取成一音頻剪輯，并將其發(fā)送至歌曲識(shí)別引擎。一音頻剪輯，無(wú)論如何簡(jiǎn)短且不論使用何種壓縮技術(shù)，尺寸都相當(dāng)大。
[0007]本發(fā)明試圖提供減少上文所提及的缺點(diǎn)的一內(nèi)容識(shí)別系統(tǒng)及方法。

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

[0008]此發(fā)明被開(kāi)發(fā)以處理減少伴隨音樂(lè)識(shí)別請(qǐng)求發(fā)生的額外支出的需求，從而避免相對(duì)較低頻寬GSM網(wǎng)絡(luò)中出現(xiàn)阻塞和瓶頸。
[0009]依據(jù)本發(fā)明的第一層面，提供一廣播節(jié)目?jī)?nèi)容識(shí)別系統(tǒng)，該系統(tǒng)包括
[0010]至少一接收器，適于自一廣播源取樣廣播節(jié)目?jī)?nèi)容；
[0011]一內(nèi)容識(shí)別引擎，用于識(shí)別及儲(chǔ)存取樣廣播節(jié)目?jī)?nèi)容；及
[0012]一內(nèi)容數(shù)據(jù)庫(kù)，與內(nèi)容識(shí)別模塊數(shù)據(jù)通信；該內(nèi)容數(shù)據(jù)庫(kù)適于在自一客戶(hù)端裝置接收一查詢(xún)時(shí)返回與廣播節(jié)目?jī)?nèi)容有關(guān)的信息。[0013]較佳地是，客戶(hù)端裝置是適于接收廣播節(jié)目?jī)?nèi)容的一移動(dòng)裝置。
[0014]有利地是，查詢(xún)是一 SMS查詢(xún)或一 HTTP post查詢(xún)。該查詢(xún)包括廣播節(jié)目?jī)?nèi)容的時(shí)間戳及與廣播源相關(guān)聯(lián)的一識(shí)別。
[0015]較佳地是，該客戶(hù)端裝置被配置成以一規(guī)則的時(shí)間間隔自動(dòng)地將站ID及時(shí)間戳的被動(dòng)信息發(fā)送至內(nèi)容數(shù)據(jù)庫(kù)。在此配置中，內(nèi)容數(shù)據(jù)庫(kù)進(jìn)一步與適于處理接收到的被動(dòng)信息以定制給客戶(hù)端裝置的廣播節(jié)目?jī)?nèi)容的一應(yīng)用內(nèi)容管理器數(shù)據(jù)通信。
[0016]較佳地是，被動(dòng)信息可經(jīng)由SMS、MMS、IP、專(zhuān)有發(fā)信，或其它可用的無(wú)線連接，諸如W1-f1、藍(lán)牙或近場(chǎng)通信(NFC)來(lái)發(fā)送。
[0017]較佳地是，該系統(tǒng)進(jìn)一步包括與內(nèi)容數(shù)據(jù)庫(kù)數(shù)據(jù)通信的一簡(jiǎn)檔數(shù)據(jù)庫(kù)，其中來(lái)自?xún)?nèi)容數(shù)據(jù)庫(kù)及簡(jiǎn)檔數(shù)據(jù)庫(kù)的信息被適應(yīng)性調(diào)整、匯集并合并以得出特定于某一使用者的結(jié)論。
[0018]依據(jù)本發(fā)明的第二層面，提供一廣播節(jié)目?jī)?nèi)容識(shí)別系統(tǒng)，該系統(tǒng)包括適于取樣廣播節(jié)目?jī)?nèi)容的至少一接收器及用于識(shí)別并儲(chǔ)存取樣廣播節(jié)目?jī)?nèi)容的一內(nèi)容識(shí)別引擎；其中在內(nèi)容識(shí)別引擎不能識(shí)別取樣廣播節(jié)目?jī)?nèi)容的情況下，內(nèi)容識(shí)別模塊將未被識(shí)別的樣本分割成至少第一及第二連續(xù)部分，且將第一部分或第二部分附加至一先前識(shí)別的樣本。
[0019]較佳地是，該系統(tǒng)適于迭代分割及附加未被識(shí)別的樣本，直到達(dá)到一終止條件或附加的第一或第二部分是可識(shí)別的為止。
[0020]較佳地是,該系統(tǒng)適于將未被識(shí)別的樣本標(biāo)記為一失敗樣本。
[0021]依據(jù)本發(fā)明的第三層面，提供識(shí)別廣播節(jié)目?jī)?nèi)容的一方法，該方法包括以下步驟:
[0022]a.接收一廣播節(jié)目?jī)?nèi)容樣本；
[0023]b.確定接收樣本是否是可識(shí)別的；
[0024]c.若確定是不可識(shí)別的，則將接收樣本分割為第一及第二連續(xù)部分 '及
[0025]d.將第一部分附加至一先前可識(shí)別的樣本。
[0026]較佳地是，該方法包括重復(fù)步驟(b)到(d)，直到附加樣本是可識(shí)別的為止的步驟。
【專(zhuān)利附圖】

【附圖說(shuō)明】
[0027]本發(fā)明現(xiàn)在將參照附圖，僅以舉例方式被描述，其中:
[0028]圖1是依據(jù)本發(fā)明的第一實(shí)施例的一內(nèi)容識(shí)別系統(tǒng)的一示意圖。
[0029]圖2是依據(jù)本發(fā)明的第二實(shí)施例的一內(nèi)容識(shí)別系統(tǒng)的一示意圖。
[0030]圖3是繪示依據(jù)本發(fā)明的實(shí)施例的取樣算法的一流程圖。
[0031]圖4是落在內(nèi)容持續(xù)時(shí)間之外的一樣本的一圖標(biāo)，樣本落在內(nèi)容持續(xù)時(shí)間之外將導(dǎo)致由內(nèi)容識(shí)別系統(tǒng)識(shí)別出的一失敗。
[0032]圖5繪示各種情境中的一不可識(shí)別樣本的分割。
【具體實(shí)施方式】
[0033]依據(jù)本發(fā)明的第一實(shí)施例，有一廣播節(jié)目?jī)?nèi)容識(shí)別系統(tǒng)10。內(nèi)容識(shí)別系統(tǒng)10包括多個(gè)廣播接收器14，每一廣播接收器14適于自一或多個(gè)廣播源12接收廣播節(jié)目?jī)?nèi)容；一內(nèi)容識(shí)別引擎16;及一內(nèi)容數(shù)據(jù)庫(kù)18。廣播源12通常為廣播站。出于說(shuō)明目的，廣播源12為調(diào)頻(FM)頻率廣播站。每一廣播站12以一不同的FM頻寬來(lái)廣播節(jié)目?jī)?nèi)容。在此實(shí)施例中，出于說(shuō)明目的，來(lái)自每一廣播源的廣播內(nèi)容是音樂(lè)，雖然容易了解的是，廣播內(nèi)容可以是包括音頻廣告等的其它音頻內(nèi)容。
[0034]每一接收器14與其對(duì)應(yīng)的廣播源12通信。應(yīng)了解的是，每一接收器14可與廣播源共處于同一區(qū)域或可地理上分散。每一接收器14適于自與廣播音樂(lè)對(duì)應(yīng)的廣播源12連續(xù)地取樣廣播音樂(lè)。每一接收器14被配置成以一取樣時(shí)間t來(lái)取樣廣播節(jié)目?jī)?nèi)容。
[0035]音樂(lè)識(shí)別引擎16包括一程序，該程序可以是本領(lǐng)域技術(shù)人員已知的一第三方軟件應(yīng)用程序(例如，SoundHound?)。音樂(lè)識(shí)別引擎16適于接收并處理來(lái)自每一接收器14的音樂(lè)樣本。由音樂(lè)識(shí)別引擎16所執(zhí)行的處理包括在一規(guī)則識(shí)別時(shí)間內(nèi)剖析并識(shí)別樣本。
[0036]內(nèi)容數(shù)據(jù)庫(kù)18不斷地由內(nèi)容識(shí)別引擎16增加內(nèi)容數(shù)據(jù)。自識(shí)別引擎16發(fā)送至內(nèi)容數(shù)據(jù)庫(kù)18的數(shù)據(jù)可以是任一所期望的格式。例如，內(nèi)容數(shù)據(jù)庫(kù)18可具有其自身的譯碼器組，該譯碼器組經(jīng)由一簡(jiǎn)單的數(shù)據(jù)庫(kù)查找查詢(xún)，例如，但并不限于SQL查詢(xún)將來(lái)自識(shí)別引擎16的編碼譯碼，并將其轉(zhuǎn)譯成恰當(dāng)?shù)男畔?，諸如歌名、類(lèi)型、藝術(shù)家等。內(nèi)容數(shù)據(jù)庫(kù)18適于自至少一客戶(hù)端裝置20接收查詢(xún)，每一查詢(xún)包括時(shí)間戳及對(duì)應(yīng)于客戶(hù)端裝置20調(diào)諧到的廣播站12的站ID。內(nèi)容數(shù)據(jù)庫(kù)18依據(jù)接收時(shí)間來(lái)組織自識(shí)別引擎16接收的信息，且因此，能提供一接收自?xún)?nèi)容識(shí)別引擎16的內(nèi)容的歷史記錄。使用者可獲得的歷史記錄視數(shù)據(jù)庫(kù)18的尺寸及容量而定。
[0037]客戶(hù)端裝置20通常是一移動(dòng)裝置。在此實(shí)施例中，移動(dòng)裝置20啟用一 FM調(diào)諧器，使得移動(dòng)裝置20的使用者可調(diào)諧到一選擇的廣播站12。移動(dòng)裝置20適于與內(nèi)容數(shù)據(jù)庫(kù)18數(shù)據(jù)通信，且可使用數(shù)據(jù)查詢(xún)機(jī)制，諸如，HTTP POST請(qǐng)求、方法調(diào)用、基于關(guān)鍵詞的SMS查詢(xún)等來(lái)查詢(xún)內(nèi)容數(shù)據(jù)庫(kù)18。
[0038]現(xiàn)在將就系統(tǒng)10的操作來(lái)描述。
[0039]作為說(shuō)明，移動(dòng)裝置20的使用者經(jīng)由調(diào)整并入移動(dòng)裝置20的FM調(diào)諧器來(lái)調(diào)諧至多個(gè)廣播站12中一特定的廣播站12。使用者想要知道他/她調(diào)諧到的一廣播音樂(lè)曲調(diào)的名稱(chēng)，因此他基于之前所提到的協(xié)議(經(jīng)由HTTP POST,SMS查詢(xún)等)來(lái)存取移動(dòng)裝置接口以向播放列表數(shù)據(jù)庫(kù)18發(fā)送一查詢(xún)。
[0040]內(nèi)容數(shù)據(jù)庫(kù)18基于二參數(shù)來(lái)執(zhí)行一簡(jiǎn)單的查找:
[0041]a.查詢(xún)的時(shí)間戳及
[0042]b.站 ID。
[0043]內(nèi)容數(shù)據(jù)庫(kù)18檢查查詢(xún)的時(shí)間戳來(lái)確定該時(shí)間戳是否落入一規(guī)則的已知取樣間隔tk內(nèi)，取樣間隔tk是廣播節(jié)目?jī)?nèi)容一定會(huì)被播放的時(shí)段。若該時(shí)間戳并未落入已知的取樣間隔tk內(nèi)，則內(nèi)容數(shù)據(jù)庫(kù)18向客戶(hù)端裝置20返回一檢測(cè)失敗錯(cuò)誤，且可選擇地促使客戶(hù)端裝置20的使用者重試。
[0044]典型地是，考慮到成功識(shí)別音樂(lè)樣本所需的最小取樣時(shí)間，取樣間隔t的值由音樂(lè)識(shí)別算法來(lái)確定。任一較短的時(shí)間間隔將有效阻止識(shí)別引擎14識(shí)別音頻樣本。
[0045]然而，為了防止取樣橫跨兩個(gè)不同的音樂(lè)樣本，防止識(shí)別引擎識(shí)別樣本，期望使取樣間隔t盡可能地短。因此，為了防止取樣重疊樣本，取樣間隔t應(yīng)理想地保持低于或至多等于廣播內(nèi)容的播放長(zhǎng)度。然而，實(shí)際上，每一廣播內(nèi)容將不會(huì)具有相同的播放長(zhǎng)度，且因此，取樣間隔t應(yīng)保持短小，且至多等于最短廣播內(nèi)容的播放長(zhǎng)度。即使如此，還是有可能重疊，因?yàn)槊恳粡V播節(jié)目?jī)?nèi)容的播放長(zhǎng)度將改變。實(shí)施例中的方法是使取樣間隔t與所利用的內(nèi)容識(shí)別引擎16所需的最小取樣間隔相配，及消除任何重疊樣本。在樣本發(fā)生重疊的情況下(被稱(chēng)為重疊情況/情境)，內(nèi)容識(shí)別引擎16內(nèi)的一取樣算法將執(zhí)行必要的操作來(lái)消除重疊情況(隨后加以描述)。
[0046]不論(多個(gè))使用者是否發(fā)出請(qǐng)求，每一接收器14都連續(xù)取樣由廣播站12所廣播的音樂(lè)。取樣是根據(jù)圖3中所示及以下所述的取樣算法來(lái)執(zhí)行:
[0047]程序從自廣播源12采集一廣播內(nèi)容樣本開(kāi)始(步驟32 )。盡管取樣是連續(xù)的，但是一樣本是在一有限時(shí)期被采集被理解為采集一個(gè)樣本的步驟。
[0048]算法檢查樣本是否已準(zhǔn)備就緒(步驟34)。檢查步驟包括驗(yàn)證一樣本是否是可利用的。在預(yù)設(shè)情況下，該樣本是一原始樣本。檢查步驟也可對(duì)一轉(zhuǎn)碼樣本來(lái)執(zhí)行(即，包括一可選擇的轉(zhuǎn)碼步驟，將原始樣本轉(zhuǎn)換成一十六進(jìn)制的明文，或任一唯一編碼)。在此情況下，檢查步驟驗(yàn)證轉(zhuǎn)碼樣本的可利用性。一旦樣本已準(zhǔn)備就緒，其就被饋送至識(shí)別引擎16 (步驟36)。識(shí)別引擎16基于已知技術(shù)執(zhí)行內(nèi)容的識(shí)別，并檢查識(shí)別是否成功(步驟38)。若內(nèi)容識(shí)別被確定為是成功的，則信息被儲(chǔ)存在內(nèi)容數(shù)據(jù)庫(kù)18中(步驟40)。該樣本也被保留在一循環(huán)隊(duì)列緩沖器中。該循環(huán)隊(duì)列緩沖器可以是一先進(jìn)先出隊(duì)列系統(tǒng)，且是一種用于在不再需要內(nèi)容時(shí)丟棄緩沖內(nèi)容的裝置。若內(nèi)容識(shí)別并不成功，則一失敗標(biāo)記被做成(步驟42)。一失敗的識(shí)別意味著樣本落入重疊情況類(lèi)別，且因此需要分割(步驟44)，分割步驟被繪示于圖5中。分割樣本及第一部分接著被附加至前一樣本，前一樣本被保持在一儲(chǔ)存緩沖區(qū)隊(duì)列中(步驟46)。順序連接的樣本接著被饋送至內(nèi)容識(shí)別引擎(參照步驟36)。程序重復(fù)，直到樣本被識(shí)別并儲(chǔ)存為止(步驟40)。若識(shí)別失敗，則較早分割樣本的第一部分的一半將被分割且接著附加至緩沖區(qū)隊(duì)列中之前一樣本。
[0049]步驟44在下文中進(jìn)一步描述且被繪示于圖5中。
[0050]圖5繪示一特定廣播站12所播放的節(jié)目?jī)?nèi)容A及B，及在節(jié)目?jī)?nèi)容A及B連續(xù)播放時(shí)取出的樣本1、2、3及4。容易了解的是，樣本1、2及4是明確的，即內(nèi)容A可使用樣本I及2來(lái)確定，而內(nèi)容B可使用樣本4來(lái)確定。然而，因?yàn)椴糠謽颖?是在內(nèi)容A被播送時(shí)被取出的，且另一部分的樣本3是在內(nèi)容B被播送時(shí)被取出的，樣本3造成一重疊問(wèn)題。
[0051]因此，根據(jù)步驟38，樣本3的識(shí)別將失敗，因?yàn)橐魳?lè)識(shí)別算法將不能確定樣本3是否應(yīng)與內(nèi)容A或內(nèi)容B相關(guān)聯(lián)。在檢測(cè)失敗樣本3時(shí)，取樣算法繼續(xù)標(biāo)記失敗樣本(步驟42)并將樣本3分割成樣本S3L (第一部分)及樣本S3R。在將樣本S3L附加至樣本2時(shí)，內(nèi)容識(shí)別引擎將能有效地識(shí)別樣本2+S3L。然而，基于步驟38，樣本S3R仍將失敗，且因此仍然是一重疊問(wèn)題。失敗樣本S3R接著觸發(fā)樣本RL及樣本RR的另一分割。將指出的是，將RR附加至樣本4將導(dǎo)致有效識(shí)別內(nèi)容B。然而，將RL附加至樣本2或樣本4均將導(dǎo)致識(shí)別程序失敗。應(yīng)了解的是，雖然圖示及說(shuō)明已描述一「左附加」情境，系統(tǒng)同樣支持「右附加」(即，例如，將樣本S3R附加至樣本3)。
[0052]如圖5中所示者，在重疊樣本，樣本3被分割時(shí)，確定性間隔增大。在沒(méi)有分割步驟44下，確定性間隔，亦即，內(nèi)容識(shí)別引擎16能明確識(shí)別播送的節(jié)目?jī)?nèi)容A、被稱(chēng)作第一確定性間隔的周期因?yàn)闃颖?處于一重疊情況而縮短。因此，在第一確定性間隔之后且落入樣本3內(nèi)的一使用者查詢(xún)將返回一錯(cuò)誤。[0053]然而，應(yīng)用分割程序/步驟44，確定性間隔增大。第一部分樣本S3L被增加至第一確定性間隔，造成較長(zhǎng)的第二確定性間隔。因此，落入第二確定性間隔內(nèi)的同一使用者查詢(xún)將導(dǎo)致節(jié)目?jī)?nèi)容A的明確識(shí)別。對(duì)于所示的同一查詢(xún)點(diǎn)，在第二確定性間隔下的結(jié)果將更好。
[0054]在成功識(shí)別時(shí)，樣本及其信息被儲(chǔ)存，且識(shí)別引擎16更新已知間隔tk，使其包括取樣時(shí)間t加附加部分所花費(fèi)的時(shí)間。對(duì)于每一儲(chǔ)存樣本，系統(tǒng)檢查是否屬于步驟42的一失敗標(biāo)記已被完成(步驟48)。若一失敗標(biāo)記被檢測(cè)到，則這意味著最近處理的樣本是一分害I]且順序連接的/附加的樣本(對(duì)照于一規(guī)則長(zhǎng)度的樣本)，因此，此時(shí)將轉(zhuǎn)移到下一規(guī)則長(zhǎng)度的樣本(步驟32)。當(dāng)沒(méi)有失敗標(biāo)記時(shí)，系統(tǒng)檢查是否有另一分割要處理(步驟50)。若沒(méi)有其它樣本要處理，則取樣算法進(jìn)行到下一樣本(步驟32)。
[0055]所述分割程序(步驟44)及附加程序是迭代的，但是有一終止條件。此條件可由商務(wù)規(guī)則來(lái)支配，諸如，將迭代數(shù)目規(guī)則到某一數(shù)目n，或直到l/2t是最小取樣時(shí)間tmin的持續(xù)時(shí)間為止。tmin是得到一有用樣本所需的最小取樣時(shí)間間隔；取樣時(shí)間小于tmin的任一樣本將是不可識(shí)別的。η可以被最初設(shè)定成2。
[0056]依據(jù)本發(fā)明的第二實(shí)施例，有一內(nèi)容識(shí)別系統(tǒng)10，其中相同的數(shù)字指相同的部分。
[0057]內(nèi)容識(shí)別系統(tǒng)10包括各被配置成自一廣播源12接收廣播節(jié)目?jī)?nèi)容的多個(gè)廣播接收器14、一內(nèi)容識(shí)別引擎16及一內(nèi)容數(shù)據(jù)庫(kù)18。廣播源12通常是廣播站。出于說(shuō)明目的，廣播源12是FM頻率廣播站。每一廣播站以一不同的FM頻寬來(lái)廣播節(jié)目?jī)?nèi)容。在此實(shí)施例中，出于說(shuō)明目的，來(lái)自每一廣播源的廣播內(nèi)容是音樂(lè)，然而，容易了解的是，它們可以是包括廣告等的其它音頻內(nèi)容。
[0058]除了第一實(shí)施例之外，還有一移動(dòng)網(wǎng)絡(luò)運(yùn)營(yíng)商或應(yīng)用內(nèi)容管理器900及一簡(jiǎn)檔數(shù)據(jù)庫(kù)950。
[0059]不同于第一實(shí)施例中所描述的一常規(guī)查詢(xún)，一客戶(hù)端裝置20定期地發(fā)送關(guān)于站ID及時(shí)間戳的被動(dòng)信息給內(nèi)容數(shù)據(jù)庫(kù)18，無(wú)需使用者主動(dòng)請(qǐng)求信息。這例如可經(jīng)由客戶(hù)端裝置設(shè)定來(lái)完成，且將不再進(jìn)一步詳細(xì)描述。因此，所發(fā)送的被動(dòng)信息將能反映客戶(hù)端裝置20的使用者是否已切換成另一站12 (基于站ID的切換)。被動(dòng)信息可透過(guò)GSM網(wǎng)絡(luò)經(jīng)由客戶(hù)端裝置20使用的SMS、MMS, IP、專(zhuān)有發(fā)信機(jī)制等來(lái)發(fā)送，或如果客戶(hù)端裝置20有此裝備，透過(guò)其它可利用的無(wú)線連接，諸如W1-f1、藍(lán)牙、近場(chǎng)通信(NFC)等來(lái)發(fā)送。
[0060]內(nèi)容數(shù)據(jù)庫(kù)18與簡(jiǎn)檔數(shù)據(jù)庫(kù)950數(shù)據(jù)通信。來(lái)自?xún)?nèi)容數(shù)據(jù)庫(kù)18及簡(jiǎn)檔數(shù)據(jù)庫(kù)950的信息可被進(jìn)一步適應(yīng)調(diào)整、匯集并合并(數(shù)據(jù)挖掘)以得出某一使用者特定結(jié)論，例如，顯示什么特定內(nèi)容使客戶(hù)端裝置20的使用者切換頻道及什么特定內(nèi)容鼓勵(lì)他們繼續(xù)收播，使用者收聽(tīng)偏好，惟其它信息也可被追蹤，諸如，收聽(tīng)的歌曲、停留在一特定頻道的長(zhǎng)度、當(dāng)使用者改變頻道時(shí)播送的內(nèi)容等。簡(jiǎn)檔數(shù)據(jù)庫(kù)950將此信息饋送至移動(dòng)網(wǎng)絡(luò)運(yùn)營(yíng)商或應(yīng)用內(nèi)容管理器900。內(nèi)容管理器900因此能通過(guò)建議的營(yíng)銷(xiāo)方式及針對(duì)目標(biāo)的廣告來(lái)定制供移動(dòng)裝置20使用的內(nèi)容，諸如，例如，用戶(hù)所偏愛(ài)的可供銷(xiāo)售的同一類(lèi)型的光學(xué)媒體內(nèi)容，或此類(lèi)型中所確認(rèn)藝術(shù)家的一即將舉行的音樂(lè)會(huì)等。
[0061]來(lái)自?xún)?nèi)容數(shù)據(jù)庫(kù)18及簡(jiǎn)檔數(shù)據(jù)庫(kù)950的信息可進(jìn)一步以各種不同方式來(lái)使用。關(guān)于使用者行為的信息可被匯集并合并，以顯示什么特定廣播節(jié)目?jī)?nèi)容使客戶(hù)端裝置20的使用者轉(zhuǎn)到另一頻道，及什么特定廣播節(jié)目?jī)?nèi)容鼓勵(lì)他們繼續(xù)收播。關(guān)于在任一特定時(shí)間調(diào)諧到廣播站12的收聽(tīng)者數(shù)目的信息將是可利用的，在廣播一特定節(jié)目?jī)?nèi)容的最佳時(shí)機(jī)/時(shí)期產(chǎn)生可利用的信息給應(yīng)用內(nèi)容管理器900。該信息于是可由內(nèi)容提供者及廣播站12利用于決定將更吸引收聽(tīng)者的有關(guān)節(jié)目編排。除此之外，此實(shí)施例還將與評(píng)價(jià)廣播站12有關(guān)。應(yīng)了解的是，傳統(tǒng)上，信息收集及評(píng)價(jià)使用從人工隨機(jī)調(diào)查到利用隨機(jī)對(duì)家庭與個(gè)人配置的裝置自動(dòng)化數(shù)據(jù)收集的手段來(lái)執(zhí)行。利用此實(shí)施例，具有內(nèi)建調(diào)諧器的所有移動(dòng)裝置20可附隨有一整合的報(bào)告系統(tǒng)，其允許實(shí)時(shí)確定在任何時(shí)間有多少客戶(hù)端裝置20(且因此，終端使用者)在收聽(tīng)一特定的廣播頻道12。當(dāng)前實(shí)施例允許廣告客戶(hù)依據(jù)目標(biāo)聽(tīng)眾得到使用哪一廣播頻道12的更佳建議。
[0062]上文所提到的整合報(bào)告系統(tǒng)在后臺(tái)被實(shí)施，且類(lèi)似于由客戶(hù)端裝置20所發(fā)送的被動(dòng)信息。當(dāng)客戶(hù)端20的一使用者調(diào)諧至一特定頻道時(shí)，被動(dòng)信息可以是一簡(jiǎn)單的通知，且此類(lèi)通知在一數(shù)據(jù)庫(kù)報(bào)表中被對(duì)照，這可能是另一種服務(wù)，其為免費(fèi)取用、基于訂閱、按次計(jì)費(fèi)者或其它可隨后確定的商業(yè)模式。
[0063]該實(shí)施例可進(jìn)一步用于對(duì)一定義領(lǐng)域內(nèi)最常播放的音樂(lè)制作排行榜。無(wú)需任何終端使用者參與，組合組件14、16及18可用于監(jiān)視且對(duì)任一特定時(shí)段受歡迎的音樂(lè)、歌曲或?qū)］嬛谱髋判邪?。收?tīng)者密度也可基于移動(dòng)裝置20的位置及數(shù)目來(lái)確定。此外，位置信息可由移動(dòng)網(wǎng)絡(luò)運(yùn)營(yíng)者900經(jīng)由簡(jiǎn)檔數(shù)據(jù)庫(kù)950來(lái)提供。利用該信息，可做成地理剖繪以提供更相關(guān)的內(nèi)容及節(jié)目編排。
[0064]在本發(fā)明的其它實(shí)施例中，接收器14及音樂(lè)識(shí)別引擎16可由混合廣播站來(lái)取代。
[0065]與內(nèi)容識(shí)別系統(tǒng)10相關(guān)聯(lián)的一優(yōu)勢(shì)是能追蹤歷史數(shù)據(jù)。在這方面，當(dāng)一使用者查詢(xún)「最近播放的歌曲是什么？」時(shí)，內(nèi)容數(shù)據(jù)庫(kù)18擷取信息并提供歌曲信息。
[0066]除此之外，只要裝置具有sms功能，所述實(shí)施例與相對(duì)較前代的使用者裝置向下兼容。在此情況下，使用者仍可發(fā)送一簡(jiǎn)單的文本請(qǐng)求(包括站id)，且系統(tǒng)10將回復(fù)，例如關(guān)于電臺(tái)正在播放歌曲的名稱(chēng)的一文本訊息。
[0067]變化形式
[0068]-簡(jiǎn)檔數(shù)據(jù)庫(kù)950及由組合組件14、16及18所產(chǎn)生的基于位置的服務(wù)可由任一相關(guān)功能的同等物來(lái)取代，諸如來(lái)自同一使用者的先前交易或事件的記錄，或可自可利用記錄挖掘出的任何模式。
[0069]-由接收器14連續(xù)取樣可被執(zhí)行24/7。
[0070]應(yīng)理解的是，上述實(shí)施例僅通過(guò)此發(fā)明的范例來(lái)提供，諸如下文詳述者，且相關(guān)領(lǐng)域技術(shù)人員顯而易見(jiàn)的是，對(duì)其進(jìn)一步修改及改良被視為落入所述的本發(fā)明的廣泛范圍及幅度內(nèi)。此外，盡管本發(fā)明的個(gè)別實(shí)施例可能已被描述，本發(fā)明還意圖涵蓋所討論實(shí)施例的組合。
【權(quán)利要求】
1.一種廣播節(jié)目?jī)?nèi)容識(shí)別系統(tǒng)，其包括: 至少一個(gè)接收器，適于自一廣播源取樣廣播節(jié)目?jī)?nèi)容； 一內(nèi)容識(shí)別引擎，用于識(shí)別及儲(chǔ)存所取樣的廣播節(jié)目?jī)?nèi)容；以及一內(nèi)容數(shù)據(jù)庫(kù)，與該內(nèi)容識(shí)別模塊數(shù)據(jù)通信；該內(nèi)容數(shù)據(jù)庫(kù)適于在自一客戶(hù)端裝置接收一查詢(xún)時(shí)返回與該廣播節(jié)目?jī)?nèi)容有關(guān)的信息。
2.如權(quán)利要求1所述的系統(tǒng)，其中該客戶(hù)端裝置是適于接收該廣播節(jié)目?jī)?nèi)容的一移動(dòng)>j-U ρ?α裝直。
3.如權(quán)利要求1所述的系統(tǒng)，其中該查詢(xún)是一SMS查詢(xún)或一 HTTPpost查詢(xún)。
4.如權(quán)利要求1所述的系統(tǒng)，其中該查詢(xún)包括該廣播節(jié)目?jī)?nèi)容的時(shí)間戳及與該廣播源相關(guān)聯(lián)的一識(shí)別。
5.如權(quán)利要求4所述的系統(tǒng)，其中該客戶(hù)端裝置被配置成以規(guī)則的時(shí)間間隔自動(dòng)地將關(guān)于站ID及時(shí)間戳的被動(dòng)信息發(fā)送至該內(nèi)容數(shù)據(jù)庫(kù)。
6.如權(quán)利要求5所述的系統(tǒng)，其中該內(nèi)容數(shù)據(jù)庫(kù)進(jìn)一步與一應(yīng)用內(nèi)容管理器數(shù)據(jù)通信，該應(yīng)用內(nèi)容管理器適于處理接收到的被動(dòng)信息以定制該客戶(hù)端裝置的廣播節(jié)目?jī)?nèi)容。
7.如權(quán)利要求5所述的系統(tǒng)，其中該被動(dòng)信息可經(jīng)由SMS、MMS、IP、專(zhuān)有發(fā)信，或其它可用的無(wú)線連接，諸如W1-f1、藍(lán)牙或近場(chǎng)通信(NFC)來(lái)發(fā)送。
8.如權(quán)利要求1所述的系統(tǒng)，該系統(tǒng)進(jìn)一步包括與該內(nèi)容數(shù)據(jù)庫(kù)數(shù)據(jù)通信的一簡(jiǎn)檔數(shù)據(jù)庫(kù)，其中來(lái)自該內(nèi)容數(shù)據(jù)庫(kù)及簡(jiǎn)檔數(shù)據(jù)庫(kù)的信息被適應(yīng)性調(diào)整、匯集并合并，以得出某一使用者特定的結(jié)論。`
9.一種廣播節(jié)目?jī)?nèi)容識(shí)別系統(tǒng)，其包括: 適于取樣廣播節(jié)目?jī)?nèi)容的至少一接收器，及用于識(shí)別及儲(chǔ)存所取樣的廣播節(jié)目?jī)?nèi)容的一內(nèi)容識(shí)別引擎； 其中在該內(nèi)容識(shí)別引擎不能識(shí)別該所取樣的廣播節(jié)目?jī)?nèi)容的情況下，該內(nèi)容識(shí)別引擎將未被識(shí)別的樣本分割成至少第一及第二連續(xù)部分，且將該第一部分或第二部分附加至一先前識(shí)別的樣本。
10.如權(quán)利要求9所述的系統(tǒng),其中該系統(tǒng)適于將該未被識(shí)別的樣本標(biāo)記為一失敗樣本。
11.如權(quán)利要求9所述的系統(tǒng)，其中該系統(tǒng)適于迭代分割及附加該未被識(shí)別的樣本，直到達(dá)到一終止條件或附加的第一或第二部分是可識(shí)別的為止。
12.—種識(shí)別廣播的節(jié)目?jī)?nèi)容的方法，其包括以下步驟: a、接收一廣播的節(jié)目?jī)?nèi)容的樣本； b、確定所接收的樣本是否是可識(shí)別的； C、若該樣本被確定為是不可識(shí)別的，則將該所接收的樣本分割為一第一及一第二連續(xù)部分；及 d、將該第一部分或第二部分附加至一先前可識(shí)別的樣本。
13.—種如權(quán)利要求12所述的方法，其中包括重復(fù)步驟(b)至(d)直到所附加的樣本是可識(shí)別的為止的步驟。
【文檔編號(hào)】H04H60/58GK103718482SQ201280022188
【公開(kāi)日】2014年4月9日 申請(qǐng)日期:2012年4月30日 優(yōu)先權(quán)日:2011年5月10日
【發(fā)明者】A·D·伊巴斯克, E·R·G·杰森, W·E·S·于, M·O·小迪亞茲 申請(qǐng)人:斯瑪特哈伯私人有限公司