TW201301802A - 用以鑑認廣播節目內容之系統與方法 - Google Patents

Abstract

一種廣播節目內容鑑認系統，其包含適於自一廣播源取樣廣播節目內容的至少一接收器；用以鑑認及儲存取樣廣播節目內容的一內容鑑認引擎；及與該內容鑑認裝置資料通訊的一內容資料庫；該內容資料庫適於在接收一來自一客戶端裝置的一查詢被揭露時返回與該廣播節目內容有關的資訊。該系統被配置成使得在內容鑑認引擎不能鑑認取樣廣播節目內容的情況下，內容鑑認引擎將未被鑑認的樣本分割成至少第一及第二連續部分，且將第一部分附加至一先前鑑認的樣本上。

Description

用以鑑認廣播節目內容之系統與方法 發明領域

本發明有關於用以鑑認廣播節目內容之系統與方法。該系統及方法特別適於，但並不限於鑑認一通訊裝置使用者調諧到的廣播節目內容，諸如音樂，且將以此一情況加以描述。

發明背景

以下對本發明背景的討論的意圖僅為協助理解本發明。應了解的是，討論並非確認或承認所提到的任一資料在任一管轄範圍中在發明的優先權日前被公開、被知悉或為熟於此技者的普通一般知識的一部分。

當前的音樂鑑認系統及方法通常包括使用音樂鑑認引擎。此類音樂鑑認引擎通常利用某種形式的音樂鑑認演算法。一種已知的音樂鑑認演算法通常獲得一音頻樣本，比較該音頻樣本與其資料庫中的項目，及返回已識別音頻樣本上可利用的某些資訊。

當前的音樂鑑認系統主要仍是作為獨立功能或作為多個使用者可存取的線上服務。為了提高其性能以處理來自多個使用者之同時請求，線上音樂鑑認系統一般被實施為負載平衡的一伺服器場；也就是說，當有大量的同時請求時，音樂鑑認系統將使許多自身的實例複製在伺服器場中來分擔負載。然而，這樣的實施假定高頻寬網路連接。雖 然線上鑑認引擎具有大量請求，因為它們享有大網際網路頻寬，故仍提供適當的響應時間。

然而，當現時的音樂鑑認系統實施在一行動服務場合下時，伺服器場的模型可能無法正常工作。這是因為行動網路，通常為GSM網路，的頻寬有限。在支援數以百萬計的使用者的一行動服務中，鑑認引擎處理上的伺服器負載可能變得過重，因此造成難以接受的使用者經驗及/或實際上服務失誤。此類阻塞及瓶頸也將對網路的非資料使用產生不利影響。不良服務品質強烈促成用戶流失，在這個接近市場飽和及激烈競爭的時代，可能導致行動網路經營者退出市場。

除了上述以外，在行動服務中目前的現有技術系統需要使用者將這首歌的片段擷取成一音頻剪輯，並將其發送至歌曲鑑認引擎。一音頻剪輯，無論如何簡短且不論使用何種壓縮技術，尺寸都相當大。

本發明試圖提供減少上文所提及的缺點的一內容鑑認系統及方法。

發明概要

此發明被開發以處理減少伴隨音樂鑑認請求發生的額外支出的需求，從而避免相對較低頻寬GSM網路中出現阻塞和瓶頸。

依據本發明的第一層面，提供一廣播節目內容鑑認系統，該系統包含 至少一接收器，適於自一廣播源取樣廣播節目內容；一內容鑑認引擎，用以鑑認及儲存取樣廣播節目內容；及一內容資料庫，與內容鑑認裝置資料通訊；該內容資料庫適於在自一客戶端裝置接收一查詢時返回與廣播節目內容有關的資訊。

較佳地是，客戶端裝置是適於接收廣播節目內容的一行動裝置。

有利地是，查詢是一SMS查詢或一HTTP post查詢。該查詢包含廣播節目內容之時戳及與廣播源相關聯的一識別。

較佳地是，該客戶端裝置被配置成以一固定的時間間隔自動地將站ID及時戳的被動資訊發送至內容資料庫。在此配置中，內容資料庫進一步與適於處理接收到的被動資訊以定製給客戶端裝置的廣播節目內容的一應用內容管理器資料通訊。

較佳地是，被動資訊可經由SMS、MMS、IP、專屬發信，或其他可利用的無線連接，諸如Wi-fi、藍芽或近場通訊(NFC)來發送。

較佳地是，該系統進一步包含與內容資料庫資料通訊的一設定檔資料庫，其中來自內容資料庫及設定檔資料庫的資訊被適應調整、彙集並合併以得出某一使用者特定結論。

依據本發明之第二層面，提供一廣播節目內容鑑認系 統，該系統包含適於取樣廣播節目內容的至少一接收器及用以鑑認並儲存取樣廣播節目內容的一內容鑑認引擎；其中在內容鑑認引擎不能鑑認取樣廣播節目內容的情況下，內容鑑認裝置將未被鑑認的樣本分割成至少第一及第二連續部分，且將第一部分或第二部分附加至一先前鑑認的樣本。

較佳地是，該系統適於迭代分割及附加未被鑑認的樣本，直到達到一終止條件或附加的第一或第二部分是可鑑認的為止。

較佳地是，該系統適於將未被鑑認的樣本標記為一失敗樣本。

依據本發明的第三層面，提供鑑認廣播節目內容的一方法，該方法包含以下步驟：a.接收一廣播節目內容樣本；b.確定接收樣本是否是可鑑認的；c.若確定是不可鑑認的，則將接收樣本分割為第一及第二連續部分；及d.將第一部分附加至一先前可鑑認的樣本。

較佳地是，該方法包括重複步驟(b.)到(d.)，直到附加樣本是可鑑認的為止的步驟。

圖式簡單說明

本發明現在將參照附圖，僅以舉例方式被描述，其中：第1圖是依據本發明之第一實施例的一內容鑑認系統的一示意圖。

第2圖是依據本發明之第二實施例的一內容鑑認系統的一示意圖。

第3圖是繪示依據本發明之實施例的取樣演算法的一流程圖。

第4圖是落在內容持續時間之外的一樣本的一圖示，樣本落在內容持續時間之外將導致由內容鑑認系統鑑認出之一失敗。

第5圖繪示各種情境中的一不可鑑認樣本之分割。

發明實施例之說明

依據本發明之第一實施例，有一廣播節目內容鑑認系統10。內容鑑認系統10包含複數廣播接收器14，每一廣播接收器14適於自一或多個廣播源12接收廣播節目內容；一內容鑑認引擎16；及一內容資料庫18。廣播源12通常為廣播站。出於說明目的，廣播源12為調頻(FM)頻率廣播站。每一廣播站12以一不同的FM頻寬來廣播節目內容。在此實施例中，出於說明目的，來自每一廣播源的廣播內容是音樂，雖然容易了解的是，廣播內容可以是包括音頻廣告等的其他音頻內容。

每一接收器14與其對應的廣播源12通訊。應了解的是，每一接收器14可與廣播源共處於同一區域或可地理上分散。每一接收器14適於自與廣播音樂對應的廣播源12連續地取樣廣播音樂。每一接收器14被配置成以一取樣時間t來取樣廣播節目內容。

音樂鑑認引擎16包含一程式，該程式可以是熟於此技者已知的一第三方軟體應用程式(例如，SoundHound^TM)。音樂鑑認引擎16適於接收並處理來自每一接收器14的音樂樣本。由音樂鑑認引擎16所執行的處理包含在一固定鑑認時間內剖析並識別樣本。

內容資料庫18不斷地由內容鑑認引擎16增加內容資料。自鑑認引擎16發送至內容資料庫18的資料可以是任一所欲格式。例如，內容資料庫18可具有其自身的解碼器組，該解碼器組經由一簡單的資料庫查找查詢，例如，但並不限於SQL查詢將來自鑑認引擎16的編碼解碼，並將其轉譯成恰當的資訊，諸如歌名、類型、藝術家等。內容資料庫18適於自至少一客戶端裝置20接收查詢，每一查詢包括時戳及對應於客戶端裝置20調諧到的廣播站12的站ID。內容資料庫18依據接收時間來組織自鑑認引擎16接收的資訊，且因此，能提供一接收自內容鑑認引擎16之內容的歷史記錄。使用者可獲得的歷史記錄視資料庫18的尺寸及容量而定。

客戶端裝置20通常是一行動裝置。在此實施例中，行動裝置20啟用一FM調諧器，使得行動裝置20的使用者可調諧到一選擇的廣播站12。行動裝置20適於與內容資料庫18資料通訊，且可使用資料查詢機制，諸如，HTTP POST請求、方法調用、基於關鍵字的SMS查詢等來查詢內容資料庫18。

現在將就系統10的操作來描述。

作為說明，行動裝置20的使用者經由調整併入行動裝置20的FM調諧器來調諧至複數廣播站12中一特定的廣播站12。使用者想要知道他/她調諧到的一廣播音樂曲調的名稱，因此他基於之前所提到的協定(經由HTTP POST、SMS查詢等)來存取行動裝置介面以向播放列表資料庫18發送一查詢。

內容資料庫18基於二參數來執行一簡單的查找：a.查詢的時戳及b.站ID。

內容資料庫18檢查查詢之時戳來確定該時戳是否落入一固定的已知取樣間隔t_k內，取樣間隔t_k是廣播節目內容一定會被播放的時段。若該時戳並未落入已知的取樣間隔t_k內，則內容資料庫18向客戶端裝置20返回一檢測失敗錯誤，且可選擇地促使客戶端裝置20之使用者重試。

典型地是，考慮到成功識別音樂樣本所需的最小取樣時間，取樣間隔t的值由音樂鑑認演算法來確定。任一較短的時間間隔將有效阻止鑑認引擎14識別音頻樣本。

然而，為了防止取樣橫跨兩個不同的音樂樣本，防止鑑認引擎識別樣本，期望使取樣間隔t盡可能地短。因此，為了防止取樣重疊樣本，取樣間隔t應理想地保持低於或至多等於廣播內容之播放長度。然而，實際上，每一廣播內容將不會具有相同的播放長度，且因此，取樣間隔t應保持短小，且至多等於最短廣播內容的播放長度。即使如此，還是有可能重疊，因為每一廣播節目內容之播放長度將改 變。實施例中的方法是使取樣間隔t與所利用的內容鑑認引擎16所需的最小取樣間隔相配，及消除任何重疊樣本。在樣本發生重疊的情況下(被稱為重疊情況/情境)，內容鑑認引擎16內的一取樣演算法將執行必要的操作來消除重疊情況(隨後加以描述)。

不論(複數)使用者是否發出請求，每一接收器14都連續取樣由廣播站12所廣播的音樂。取樣是根據第3圖中所示及以下所述之取樣演算法來執行：程序從自廣播源12採取一廣播內容樣本開始(步驟32)。儘管取樣是連續的，但是一樣本是在一有限時期被採取被理解為採取一個樣本的步驟。

演算法檢查樣本是否已準備就緒(步驟34)。檢查步驟包括驗證一樣本是否是可利用的。在預設情況下，該樣本是一原始樣本。檢查步驟也可對一轉碼樣本來執行(即，包括一可選擇的轉碼步驟，將原始樣本轉換成一十六進制的明文，或任一唯一編碼)。在此情況下，檢查步驟驗證轉碼樣本的可利用性。一旦樣本已準備就緒，其就被饋送至鑑認引擎16(步驟36)。鑑認引擎16基於已知技術執行內容的鑑認，並檢查鑑認是否成功(步驟38)。若內容鑑認被確定為是成功的，則資訊被儲存在內容資料庫18中(步驟40)。該樣本也被保留在一循環佇列緩衝器中。該循環佇列緩衝器可以是一先進先出佇列系統，且是一種用以在不再需要內容時丟棄緩衝內容的裝置。若內容鑑認並不成功，則一失敗標記被做成(步驟42)。一失敗的鑑認意味著樣本落入重疊情況 類別，且因此需要分割(步驟44)，分割步驟被繪示於第5圖中。分割樣本及第一部分接著被附加至前一樣本，前一樣本被保持在一儲存緩衝區佇列中(步驟46)。序連樣本接著被饋送至內容鑑認引擎(參照步驟36)。程序重複，直到樣本被鑑認並儲存為止(步驟40)。若鑑認失敗，則較早分割樣本之第一部分的一半將被分割且接著附加至緩衝區佇列中的前一樣本。

步驟44在下文中進一步描述且被繪示於第5圖中。

第5圖繪示一特定廣播站12所播放的節目內容A及B，及在節目內容A及B連續播放時取出的樣本1、2、3及4。容易了解的是，樣本1、2及4是明確的，即內容A可使用樣本1及2來確定，而內容B可使用樣本4來確定。然而，因為部分樣本3是在內容A被播送時被取出的，且另一部分的樣本3是在內容B被播送時被取出的，樣本3造成一重疊問題。

因此，根據步驟38，樣本3的鑑認將失敗，因為音樂鑑認演算法將不能確定樣本3是否應與內容A或內容B相關聯。在檢測失敗樣本3時，取樣演算法繼續標記失敗樣本(步驟42)並將樣本3分割成樣本S3L(第一部分)及樣本S3R。在將樣本S3L附加至樣本2時，內容鑑認引擎將能有效地鑑認樣本2+S3L。然而，基於步驟38，樣本S3R仍將失敗，且因此仍然是一重疊問題。失敗樣本S3R接著觸發樣本RL及樣本RR的另一分割。將指出的是，將RR附加至樣本4將導致有效識別內容B。然而，將RL附加至樣本2或樣本4均將導致識別程序失敗。應了解的是，雖然圖示及說明已描述一 「左附加」情境，系統同樣支援「右附加」(即，例如，將樣本S3R附加至樣本3)。

如第5圖中所示者，在重疊樣本，樣本3被分割時，確定性間隔增大。在沒有分割步驟44下，確定性間隔，亦即，內容鑑認引擎16能明確識別播送的節目內容A、被稱作第一確定性間隔的週期因為樣本3處於一重疊情況而縮短。因此，在第一確定性間隔之後且落入樣本3內的一使用者查詢將返回一錯誤。

然而，應用分割程序/步驟44，確定性間隔增大。第一部分樣本S3L被增加至第一確定性間隔，造成較長的第二確定性間隔。因此，落入第二確定性間隔內的同一使用者查詢將導致節目內容A之明確識別。對於所示的同一查詢點，在第二確定性間隔下的結果將更好。

在成功鑑認時，樣本及其資訊被儲存，且鑑認引擎16更新已知間隔t _k ，使其包括取樣時間t加附加部分所花費的時間。對於每一儲存樣本，系統檢查是否屬於步驟42的一失敗標記已被完成(步驟48)。若一失敗標記被檢測到，則這意味著最近處理的樣本是一分割且序連/附加樣本(對照於一固定長度的樣本)，因此，此時將轉移到下一固定長度的樣本(步驟32)。當沒有失敗標記時，系統檢查是否有另一分割要處理(步驟50)。若沒有其他樣本要處理，則取樣演算法進行到下一樣本(步驟32)。

所述分割程序(步驟44)及附加程序是迭代的，但是有一終止條件。此條件可由商務規則來支配，諸如，將迭代數 目固定到某一數目n，或直到½t是最小取樣時間t _min 的持續時間為止。t _min 是得到一有用樣本所需的最小取樣時間間隔；取樣時間小於t_min的任一樣本將是不可鑑認的。n可以被最初設定成2。

依據本發明的第二實施例，有一內容鑑認系統10，其中相同的數字指相同的部分。

內容鑑認系統10包含各被配置成自一廣播源12接收廣播節目內容的複數廣播接收器14、一內容鑑認引擎16及一內容資料庫18。廣播源12通常是廣播站。出於說明目的，廣播源12是FM頻率廣播站。每一廣播站以一不同的FM頻寬來廣播節目內容。在此實施例中，出於說明目的，來自每一廣播源的廣播內容是音樂，然而，容易了解的是，它們可以是包括廣告等的其他音頻內容。

除了第一實施例之外，還有一行動網路經營者或應用內容管理器900及一設定檔資料庫950。

不同於第一實施例中所描述之一常規查詢，一客戶端裝置20定期地發送關於站ID及時戳的被動資訊給內容資料庫18，無需使用者主動請求資訊。這例如可經由客戶端裝置設定來完成，且將不再進一步詳細描述。因此，所發送的被動資訊將能反映客戶端裝置20的使用者是否已切換成另一站12(基於站ID的切換)。被動資訊可透過GSM網路經由客戶端裝置20使用的SMS、MMS、IP、專屬發信機制等來發送，或如果客戶端裝置20有此裝備，透過其他可利用的無線連接，諸如Wi-fi、藍芽、近場通訊(NFC)等來發送。

內容資料庫18與設定檔資料庫950資料通訊。來自內容資料庫18及設定檔資料庫950的資訊可被進一步適應調整、彙集並合併(資料挖掘)以得出某一使用者特定結論，例如，顯示什麼特定內容使客戶端裝置20之使用者切換頻道及什麼特定內容鼓勵他們繼續收播，使用者收聽偏好，惟其他資訊也可被追蹤，諸如，收聽的歌曲、停留在一特定頻道的長度、當使用者改變頻道時播送的內容等。設定檔資料庫950將此資訊饋送至行動網路經營者或應用內容管理器900。內容管理器900因此能藉由暗示行銷及針對目標的廣告來定製供行動裝置20使用的內容，諸如，例如，用戶所偏愛的同一類型的光學媒體內容的可供銷售，或此類型中所確認藝術家的一即將舉行的音樂會等。

來自內容資料庫18及設定檔資料庫950的資訊可進一步以各種不同方式來使用。關於使用者行為的資訊可被彙集並合併，以顯示什麼特定廣播節目內容使客戶端裝置20之使用者轉到另一頻道，及什麼特定廣播節目內容鼓勵他們繼續收播。關於在任一特定時間調諧到廣播站12之收聽者數目的資訊將是可利用的，在廣播一特定節目內容的最佳時機/時期產生可利用的資訊給應用內容管理器900。該資訊於是可由內容提供者及廣播站12利用以決定將更吸引收聽者的有關節目編排。除此之外，此實施例還將與評價廣播站12有關。應了解的是，傳統上，資訊收集及評價使用從人工隨機調查到利用隨機對家庭與個人配置的裝置自動化資料收集的手段來執行。利用此實施例，具有內建調 諧器的所有行動裝置20可附隨有一整合的報告系統，其允許實時確定在任何時間有多少客戶端裝置20(且因此，終端使用者)在收聽一特定的廣播頻道12。當前實施例允許廣告客戶依據目標聽眾得到使用哪一廣播頻道12的更佳建議。

上文所提到的整合報告系統在後台被實施，且類似於由客戶端裝置20所發送的被動資訊。當客戶端20的一使用者調諧至一特定頻道時，被動資訊可以是一簡單的通知，且此類通知在一資料庫報表中被對照，這可能是另一種服務，其為免費取用、基於訂閱、按次計費者或其他可隨後確定的商業模式。

該實施例可進一步用以對一定義領域內最常播放的音樂製作排行榜。無需任何終端使用者參與，組合元件14、16及18可用以監視且對任一特定時段受歡迎的音樂、歌曲或專輯製作排行榜。收聽者密度也可基於行動裝置20之位置及數目來確定。此外，位置資訊可由行動網路運營者900經由設定檔資料庫950來提供。利用該資訊，可做成地理剖繪以提供更相關的內容及節目編排。

在本發明之其他實施例中，接收器14及音樂鑑認引擎16可由混合廣播站來取代。

與內容鑑認系統10相關聯的一優勢是能追蹤歷史資料。在這方面，當一使用者查詢「最近播放的歌曲是什麽？」時，內容資料庫18擷取資訊並提供歌曲資訊。

除此之外，只要裝置具有sms功能，所述實施例與相對較前代的使用者裝置向下相容。在此情況下，使用者仍可 發送一簡單的文本請求(包括站id)，且系統10將回覆，例如關於電台正在播放歌曲之名稱的一文本訊息。

變化形式

￭設定檔資料庫950及由組合元件14、16及18所產生的基於位置的服務可由任一相關功能的同等物來取代，諸如來自同一使用者的先前交易或事件的記錄，或可自可利用記錄挖掘出的任何模式。

￭由接收器14連續取樣可被執行24/7。

應理解的是，上述實施例僅藉由此發明的範例來提供，諸如下文詳述者，且相關領域技術人員顯而易見的是，對其進一步修改及改良被視為落入所述之本發明的廣泛範圍及幅度內。此外，儘管本發明之個別實施例可能已被描述，本發明還意圖涵蓋所討論實施例之組合。

10‧‧‧廣播節目內容鑑認系統/內容鑑認系統/系統

12‧‧‧廣播源/廣播站/站/特定的廣播頻道/廣播頻道

14‧‧‧廣播接收器/接收器/鑑認引擎/組合元件

16‧‧‧內容鑑認引擎/音樂鑑認引擎/鑑認引擎/組合元件

18‧‧‧內容資料庫/資料庫/播放列表資料庫/組合元件

20‧‧‧客戶端裝置/行動裝置

32~50‧‧‧步驟

900‧‧‧行動網路經營者或應用內容管理器/內容管理器

950‧‧‧設定檔資料庫

第1圖是依據本發明之第一實施例的一內容鑑認系統的一示意圖。

第2圖是依據本發明之第二實施例的一內容鑑認系統的一示意圖。

第3圖是繪示依據本發明之實施例的取樣演算法的一流程圖。

第4圖是落在內容持續時間之外的一樣本的一圖示，樣本落在內容持續時間之外將導致由內容鑑認系統鑑認出之一失敗。

第5圖繪示各種情境中的一不可鑑認樣本之分割。

10‧‧‧廣播節目內容鑑認系統/內容鑑認系統/系統

12‧‧‧廣播源/廣播站/站/特定的廣播頻道/廣播頻道

14‧‧‧廣播接收器/接收器/鑑認引擎/組合元件

16‧‧‧內容鑑認引擎/音樂鑑認引擎/鑑認引擎/組合元件

18‧‧‧內容資料庫/資料庫/播放列表資料庫/組合元件

20‧‧‧客戶端裝置/行動裝置

Claims (13)

1. 一種廣播節目內容鑑認系統，其包含：至少一接收器，適於自一廣播源取樣廣播節目內容；一內容鑑認引擎，用以鑑認及儲存取樣廣播節目內容；及一內容資料庫，與該內容鑑認裝置資料通訊；該內容資料庫適於在自一客戶端裝置接收一查詢時返回與該廣播節目內容有關的資訊。
2. 如申請專利範圍第1項所述之系統，其中該客戶端裝置是適於接收該廣播節目內容的一行動裝置。
3. 如申請專利範圍第1項所述之系統，其中該查詢是一SMS查詢或一HTTP post查詢。
4. 如申請專利範圍第1項所述之系統，其中該查詢包含該廣播節目內容之時戳及與該廣播源相關聯的一識別。
5. 如申請專利範圍第4項所述之系統，其中該客戶端裝置被配置成以固定的時間間隔自動地將站ID及時戳的被動資訊發送至該內容資料庫。
6. 如申請專利範圍第5項所述之系統，其中該內容資料庫進一步與一應用內容管理器資料通訊，該應用內容管理器適於處理接收到的被動資訊以定製該客戶端裝置的廣播節目內容。
7. 如申請專利範圍第5項所述之系統，其中該被動資訊可經由SMS、MMS、IP、專屬發信，或其他可利用的無線 連接，諸如Wi-fi、藍芽或近場通訊(NFC)來發送。
8. 如申請專利範圍第1項所述之系統，該系統進一步包含與該內容資料庫資料通訊的一設定檔資料庫，其中來自該內容資料庫及設定檔資料庫的資訊被適應調整、彙集並合併以得出某一使用者特定結論。
9. 一種廣播節目內容鑑認系統，其包含適於取樣廣播節目內容的至少一接收器及用以鑑認及儲存該取樣廣播節目內容的一內容鑑認引擎；其中在該內容鑑認引擎不能鑑認該取樣廣播節目內容的情況下，該內容鑑認引擎將未被鑑認的樣本分割成至少第一及第二連續部分，且將該第一部分或第二部分附加至一先前鑑認的樣本。
10. 如申請專利範圍第9項所述之系統，其中該系統適於將該未被鑑認的樣本標記為一失敗樣本。
11. 如申請專利範圍第9項所述之系統，其中該系統適於迭代分割及附加未被鑑認的樣本，直到達到一終止條件或附加的第一或第二部分是可鑑認的為止。
12. 一種鑑認廣播節目內容的方法，其包含以下步驟：a.接收一廣播節目內容樣本；b.確定接收樣本是否是可鑑認的；c.若該樣本被確定為是不可鑑認的，則將接收樣本分割為一第一及一第二連續部分；及d.將該第一部分或第二部分附加至一先前可鑑認的樣本。
13. 一種如申請專利範圍第12項所述之方法，其中包括重複步驟(b.)至(d.)直到附加樣本是可鑑認的為止的步驟。