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

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

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

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