用于傳送或用于接收和播放媒體流的方法、設(shè)備和計算機程序的制作方法
【專利摘要】由接收和播放設(shè)備（10）執(zhí)行用于接收和播放媒體流的方法。該方法包括第一播放過程（s12）、播放模式切換過程（s14）和第二播放過程（s16）。第一播放過程（s12）包括經(jīng)由通信介質(zhì)或網(wǎng)絡(luò)（30）接收媒體流和播放接收到的媒體流。播放模式切換過程（s14）包括確定（s142）將要接收或正在接收的媒體內(nèi)容是否存儲在本地，以及如果是這樣，則切換到第二播放過程（s16）。第二播放過程（s16）包括基于至少本地存儲的媒體內(nèi)容播放媒體內(nèi)容。本發(fā)明還涉及傳送設(shè)備（20）執(zhí)行的方法，涉及接收和播放設(shè)備（10），涉及傳送設(shè)備（20）以及涉及計算機程序。
【專利說明】用于傳送或用于接收和播放媒體流的方法、設(shè)備和計算機程序
【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及用于傳送媒體流的方法，以及涉及用于接收和播放媒體流的方法。本發(fā)明還涉及用于傳送媒體流的設(shè)備，涉及用于接收和播放媒體流的設(shè)備，以及包含計算機可理解的指令的計算機程序，該指令在設(shè)備上執(zhí)行時，促使設(shè)備執(zhí)行用于傳送媒體流的方法或用于接收和播放媒體流的方法。本發(fā)明可以顯著地用于且不限于模擬和數(shù)字無線電廣播和因特網(wǎng)廣播傳輸和接收的領(lǐng)域。
【背景技術(shù)】
[0002]從至少二十年代起，無線電廣播已為人所知。隨著因特網(wǎng)的發(fā)展，許多廣播電臺現(xiàn)在將它們的節(jié)目作為連續(xù)數(shù)字媒體流通過因特網(wǎng)傳送。這些節(jié)目因此能夠通過因特網(wǎng)在地球上任何位置收聽。
[0003]傳統(tǒng)空中無線電廣播可能受到無線電傳輸條件，如天氣條件、接收器的位置和周圍環(huán)境的影響。例如，如果承載接收器的車輛進入隧道和在地下停車場，則信號質(zhì)量和強度可能受到影響或劣化，接收可能是不穩(wěn)定的或甚至中斷。當(dāng)通過無線連接接收因特網(wǎng)廣播時，這些問題也可能出現(xiàn)。
[0004]因特網(wǎng)廣播還有其自身的特定問題。因特網(wǎng)廣播傳輸常常意味著媒體流的單播傳輸(在因特網(wǎng)的情況中，為數(shù)據(jù)分組流)，從而導(dǎo)致網(wǎng)絡(luò)上與接收點的數(shù)量成比例，即與目的地主機的數(shù)量成比例的負荷。因此，在例如交通擁堵時，許多車輛各配置通過相同接入點連接到因特網(wǎng)的因特網(wǎng)廣播接收器的情況中，難以為多個用戶提供連續(xù)的服務(wù)。
[0005]期望通過顯著地改進服務(wù)的質(zhì)量而不增加或至少不會過度地增加實現(xiàn)和體系結(jié)構(gòu)復(fù)雜性以及關(guān)聯(lián)的設(shè)備成本，以改進傳送、接收和播放媒體流的過程。

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

[0006]為了滿足或至少部分地滿足上文提到的目的，在獨立權(quán)利要求中定義根據(jù)本發(fā)明的方法、設(shè)備和計算機程序。在從屬權(quán)利要求中定義附加的實施例。
[0007]在一個實施例中，由接收和播放設(shè)備執(zhí)行用于接收和播放媒體流的方法。該方法包括定義播放過程、播放模式切換過程和第二播放過程。該第一播放過程包括經(jīng)由通信介質(zhì)或網(wǎng)絡(luò)接收媒體流和播放接收到的媒體流。播放模式切換過程包括確定將要接收或正在接收的媒體內(nèi)容是否存儲在本地，以及如果是這樣，則切換到第二播放過程。該第二播放過程包括基于至少本地存儲的媒體內(nèi)容播放媒體內(nèi)容。
[0008]該方法使得接收和播放設(shè)備能夠利用媒體內(nèi)容的本地存儲的副本替換或補充形成通過通信介質(zhì)或網(wǎng)絡(luò)傳送的媒體流的一部分或預(yù)期形成其一部分的媒體內(nèi)容的傳輸。在空中無線電廣播的情況中，該方法使得接收和播放設(shè)備能夠使用媒體內(nèi)容的本地存儲的版本以用于提高播放的媒體內(nèi)容的質(zhì)量或以用于在信號接收突然丟失時(例如，如果承載接收器的車輛進入隧道等的情況下)，至少臨時性地繼續(xù)媒體流的播放，像是仍在正確地接收。在通過通信介質(zhì)或網(wǎng)絡(luò)的單播或組播媒體流傳輸?shù)那闆r中，該方法可以減輕通信介質(zhì)或網(wǎng)絡(luò)上的負荷以及也減輕始發(fā)媒體流的服務(wù)器上的負荷。實際上，該方法顯著地使得正在流傳輸?shù)拿襟w內(nèi)容的副本被存儲在本地時，中斷(即，暫停)通過通信介質(zhì)或網(wǎng)絡(luò)進行媒體流的傳輸。由此，提供到最終用戶的服務(wù)得以改善，同時，減輕網(wǎng)絡(luò)上的負荷。
[0009]確定作為媒體流的一部分將要被接收或正在被接收(即，將要流傳輸或正在流傳輸)的媒體內(nèi)容的副本是否被存儲在本地可以顯著地包括:(i)確定該媒體內(nèi)容的副本是否被存儲在接受和播放設(shè)備上；(ii)確定媒體內(nèi)容的副本是否被存儲在接收和播放設(shè)備的周圍-例如，轎車的行李箱(trunk，美國或boot，英國、澳大利亞)中布置的存儲設(shè)備上(iii)確定是否以媒體內(nèi)容能夠以比通過通信介質(zhì)或網(wǎng)絡(luò)更有效率的方式獲得的方式相對于接收和播放設(shè)備存儲媒體內(nèi)容的副本；或(i V )上文提及的確定操作(i )、( i i )和(i i i )的任何組合。
[0010]本地存儲的媒體內(nèi)容是將要流傳輸或正在流傳輸?shù)拿襟w內(nèi)容的副本，雖然在一些實施例中，流傳輸?shù)拿襟w內(nèi)容與本地存儲的媒體內(nèi)容之間可能存在差異，例如媒體質(zhì)量上(例如，聲音質(zhì)量、圖像分辨率等)的差異。
[0011]在一個實施例中，第一播放過程還包括在接收的媒體流中或與接收的媒體流一起接收的數(shù)據(jù)中檢測指示符，其指示容許在本地存儲的媒體內(nèi)容是將要被接收或正在被接收，以及如果是這樣，則開始播放模式切換過程。
[0012]在此實施例中，該接收和播放設(shè)備在第一播放過程期間檢測媒體流或與接收的媒體流一起接收的數(shù)據(jù)是否包含指示符。該指示符可以是例如指示或通知將要流傳輸新媒體內(nèi)容的信令信息。但是，可以使用其他類型的指示符，例如媒體流的特征中的轉(zhuǎn)變(聲音類型的改變等)。接收 和播放設(shè)備使用該指示符啟動決定將要流傳輸或正在流傳輸?shù)拿襟w內(nèi)容是否存儲在本地的過程，以便能夠以本地存儲的媒體內(nèi)容替換或補充流傳輸?shù)拿襟w內(nèi)容。因此，本實施例使得接收和播放設(shè)備能夠就何時啟動播放模式切換過程做出告知的決定。
[0013]在一個實施例中，第二播放過程包括至少臨時性地不經(jīng)由通信介質(zhì)或網(wǎng)絡(luò)接收媒體流。
[0014]這樣減輕網(wǎng)絡(luò)上的負荷，因為不是持續(xù)地通過通信介質(zhì)或網(wǎng)絡(luò)作為媒體流獲取媒體內(nèi)容,而是從本地存儲介質(zhì)獲取媒體內(nèi)容的副本,并相應(yīng)地播放。換言之,本實施例節(jié)省了至少一段時間期間獲取和接收媒體流的網(wǎng)絡(luò)資源。
[0015]在一個實施例中，該媒體流包含音頻流分量和視頻流分量的至少其中之一。
[0016]在一個實施例中，該通信介質(zhì)或網(wǎng)絡(luò)包括分組交換網(wǎng)絡(luò)。
[0017]在一個實施例中，該接收和播放設(shè)備至少是如下其中之一(i)因特網(wǎng)廣播接收和播放設(shè)備，(?)因特網(wǎng)協(xié)議電視，本文簡寫為IPTV，接收和播放設(shè)備，(iii)車載接收和播放設(shè)備，(iv)無線電通信設(shè)備，(V)移動電話，以及(vi)計算機。該接收和播放設(shè)備可以例如布置在車輛，例如轎車、公共汽車、卡車或摩托車中。但是，該接收和播放設(shè)備無需是移動的。
[0018]在一個實施例中，該第一播放過程還包括確定將要接收或正在接收的媒體內(nèi)容適于本地復(fù)制；并將確定為適于本地復(fù)制的媒體內(nèi)容存儲在接收和播放設(shè)備上或存儲在接收和播放設(shè)備附近的存儲設(shè)備上。[0019]本實施例可以例如包括確定媒體內(nèi)容容許多于一次作為媒體流的一部分被傳送(即，容許多于一次流傳輸)，例如，因為該媒體內(nèi)容是頻繁播放的音樂片段，或與此相對，確定將要流傳輸?shù)拿襟w內(nèi)容不適于本地復(fù)制，例如，因為該媒體內(nèi)容是假定為僅一次性流傳輸?shù)募磁d語音片段。例如，音樂片段(歌曲、歌集)可以適于本地復(fù)制，而演講者、播音員、新聞主播或音樂播放員的發(fā)言，即，如果做是朗讀腳本和對廣播或電視發(fā)表評論的人的發(fā)言可能傾向于不會被重復(fù)。
[0020]用于存儲媒體內(nèi)容的本地副本的接收和播放設(shè)備附近的存儲設(shè)備可以是可被接收和播放設(shè)備以比通過通信網(wǎng)絡(luò)或介質(zhì)更有效率的方式訪問和/或連接到該接收和播放設(shè)備的任何類型的存儲設(shè)備。
[0021]在一個實施例中，第一播放過程使得確定將要接收或正在接收的媒體內(nèi)容適于本地復(fù)制包括確定媒體內(nèi)容的重復(fù)頻率大于閾值。
[0022]在此實施例中，該接收和播放設(shè)備可以包括第一播放過程,第一播放過程使得在接收媒體流時，確定特定媒體內(nèi)容被發(fā)送的頻繁程度。如果確定一段時間期間相同的媒體內(nèi)容被流傳輸多次，即，如果其包含的頻率高于閾值，則將該媒體內(nèi)容存儲在本地，以便下次該媒體內(nèi)容被流傳輸時，媒體內(nèi)容的本地存儲版本可以替換或補充流傳輸?shù)拿襟w內(nèi)容。這樣能夠減輕網(wǎng)絡(luò)的負荷和/或提高接收和播放設(shè)備上正在播放的媒體內(nèi)容的質(zhì)量。
[0023]在此實施例中，確定特定媒體內(nèi)容從廣播電臺流傳輸?shù)念l繁程度可以包括確定該特定媒體內(nèi)容在廣播電臺的播放列表中出現(xiàn)的頻繁程度。廣播電臺的播放列表可以用于編制要存儲在接收和播放設(shè)備上本地的媒體內(nèi)容的列表。
[0024]在一個實施例中，該方法還包括接收過程，該接收過程包括在作為媒體流接收至少一個媒體內(nèi)容之前經(jīng)由通信介質(zhì)或網(wǎng)絡(luò)接收該至少一個媒體內(nèi)容。
[0025]在此實施例中，可以將一組媒體內(nèi)容傳送到接收和播放設(shè)備以供存儲在其上或以供存儲在接收和播放設(shè)備附近的存儲設(shè)備上。此傳送在接收和播放設(shè)備接收媒體內(nèi)容之前執(zhí)行，即，在媒體內(nèi)容正在流傳輸或預(yù)期要流傳輸之前執(zhí)行。預(yù)先傳送的該組媒體內(nèi)容可以包含最常播放的媒體內(nèi)容，如特定廣播電臺的“常循環(huán)”的所有歌曲。實際上，作為示范無線電廣播的一部分，對于特定電臺(例如，廣播電臺)，一首歌曲可能一周播放數(shù)次。發(fā)明人顯著地認識到，可以利用這些重復(fù)來減輕網(wǎng)絡(luò)上的負荷以及改善用戶體驗。
[0026]在此實施例中，可以在通信介質(zhì)或網(wǎng)絡(luò)上的負荷小于閾值或預(yù)期小于閾值時執(zhí)行接收過程(以在流傳輸之前傳送該組媒體內(nèi)容)。該接收過程可以例如在夜間執(zhí)行，或在接收和播放設(shè)備位于負荷相對較低的小區(qū)中執(zhí)行。這可以例如對應(yīng)于沒有交通擁塞，即，交通高峰時間以外，即非早晨交通高峰時間(上午7-10點)，也非下午交通高峰時間(下午3-6點)的情況。
[0027]在此實施例中，該接收過程可以使得至少基于與接收和播放設(shè)備關(guān)聯(lián)的播放簡檔來選擇預(yù)先接收的至少一個媒體內(nèi)容。
[0028]與接收和播放設(shè)備關(guān)聯(lián)或在一個時間點使用該接收和播放設(shè)備的用戶關(guān)聯(lián)的播放簡檔可以包含有關(guān)接收和播放設(shè)備常常調(diào)諧到的電臺(例如廣播電臺)的信息。在本地存儲接收和播放設(shè)備上最常播放的媒體內(nèi)容是有利的。如果接收和播放設(shè)備的用戶經(jīng)常收聽以爵士樂為特色的廣播電臺，則應(yīng)該本地存儲的多個音樂片段是此廣播電臺中播放的那些，即，爵士樂片段。[0029]在一個實施例中，將要接收或正在接收的媒體內(nèi)容以加密形式存儲在本地；以及第二播放過程包括，在播放該媒體內(nèi)容之前，使用數(shù)字密鑰將本地存儲的媒體內(nèi)容解鎖。
[0030]在預(yù)期要流傳輸調(diào)度的媒體內(nèi)容之前，可以將用于將本地存儲的媒體內(nèi)容解鎖的數(shù)字密鑰作為媒體流的一部分傳送。以此方式，最終用戶不能脫離媒體內(nèi)容流傳輸?shù)臅r間而利用媒體內(nèi)容被存儲在接收和播放設(shè)備本地上這事實。因此，與媒體內(nèi)容關(guān)聯(lián)的知識產(chǎn)權(quán)得以保護。數(shù)字密鑰可以連同指示符在媒體流中發(fā)送或在連同媒體流一起發(fā)送的數(shù)據(jù)中發(fā)送。
[0031]在一個實施例中，傳送設(shè)備執(zhí)行一種用于傳送媒體流的方法。該方法包括，經(jīng)由通信介質(zhì)或網(wǎng)絡(luò)傳送用于在至少一個接收和播放設(shè)備上播放的媒體流；以及在傳送的媒體流或在連同傳送的媒體流一起傳送的數(shù)據(jù)中傳送指示符，該指示符指示將要傳送或正在傳送容許本地存儲在至少一個接收和播放設(shè)備的媒體內(nèi)容。
[0032]以此方式，由于傳送的指示符，接收和播放設(shè)備可以方便地決定何時要檢查是否將調(diào)度的媒體內(nèi)容(即，將要流傳輸或正在流傳輸?shù)拿襟w內(nèi)容)存儲在本地，以便及時地利用該媒體內(nèi)容的本地存儲版本。
[0033]在此實施例中，經(jīng)由通信介質(zhì)或網(wǎng)絡(luò)傳送媒體流可以采用單播或組播方式來實現(xiàn)。
[0034]在一個實施例中，布置一種接收和播放設(shè)備，用于接收和播放媒體流。該接收和播放設(shè)備包括第一播放單元、播放模式切換單元和第二播放單元。該第一播放單元配置成用于經(jīng)由通信介質(zhì)或網(wǎng)絡(luò)接收媒體流和用于播放接收到的媒體流。該播放模式切換單元配置成用于確定將要接收或正在接收的媒體內(nèi)容是否存儲在本地，以及如果是這樣，則激活第二播放器。該第二播放單元配置成用于基于至少本地存儲的媒體內(nèi)容播放媒體內(nèi)容。
[0035]在一個實施例中，布置一種傳送設(shè)備，用于傳送媒體流。該傳送設(shè)備包括第一傳送單元和第二傳送單元。該第一傳送單元配置成用于經(jīng)由通信介質(zhì)或網(wǎng)絡(luò)傳送媒體流以用于在至少一個接收和播放設(shè)備上播放。該第二傳送單元配置成用于在傳送的媒體流中或與傳送的媒體流一起傳送的數(shù)據(jù)中傳送指示符，該指示符指示將要傳送或正在傳送容許在至少一個接收和播放設(shè)備上本地存儲的媒體內(nèi)容。
[0036]本發(fā)明還涉及包含計算機可理解的指令的計算機程序，這些計算機可理解的指令配置成在接收和播放設(shè)備上執(zhí)行時促使接收和播放設(shè)備執(zhí)行上述實施例中任一個實施例的方法。
【專利附圖】

【附圖說明】
[0037]現(xiàn)在將結(jié)合附圖描述本發(fā)明的實施例，其中:
圖1以示意圖形式圖示其中可以實施的本發(fā)明實施例的場景；
圖2是本發(fā)明一個實施例的方法的流程圖；
圖3是本發(fā)明一個實施例中的方法的流程圖，包括在第一播放過程中，在接收的媒體流中或與接收的媒體流一起接收的數(shù)據(jù)中檢測指示符的步驟，該指示符指示容許本地存儲的媒體內(nèi)容；
圖4是本發(fā)明一個實施例中的方法中的第一播放過程的流程圖；
圖5是本發(fā)明一個實施例中的方法的流程圖，其包括用于預(yù)先接收多個媒體內(nèi)容的接收過程；
圖6是本發(fā)明一個實施例中由傳送設(shè)備執(zhí)行的方法的流程圖；
圖7以示意圖形式圖示本發(fā)明的一些實施例中可以使用的接收和播放設(shè)備的示范結(jié)
構(gòu)；
圖8以示意圖形式圖示根據(jù)本發(fā)明一個實施例的接收和播放設(shè)備；
圖9以示意圖形式圖示本發(fā)明一個實施例中的接收和播放設(shè)備，該設(shè)備包括用于在媒體流中調(diào)度之前接收媒體內(nèi)容的接收單元；
圖9a以示意圖形式圖示本發(fā)明一個實施例中的傳送設(shè)備；
圖10以示意圖形式圖示本發(fā)明一個實施例中最終用戶設(shè)備注冊以獲取媒體流的過
程;
圖11以示意圖形式圖示本發(fā)明一個實施例中檢測將要播放的媒體內(nèi)容為適于本地存儲的過程；
圖12以示意圖形式圖示本發(fā)明一個實施例中發(fā)現(xiàn)將要播放的媒體內(nèi)容的本地副本的過程；以及
圖13以示意圖形式圖示本發(fā)明一個實施例中內(nèi)容提供的過程。
【具體實施方式】
[0038]現(xiàn)在將結(jié)合特定實施例來描述本發(fā)明。這些特定實施例用于使本領(lǐng)域技術(shù)人員更好理解，而無意以任何方式限制本發(fā)明的范圍，本發(fā)明的范圍由所附權(quán)利要求來定義。
[0039]圖1以示意圖形式圖示其中可以實施的本發(fā)明實施例的場景。傳送設(shè)備20經(jīng)由通信網(wǎng)絡(luò)30將媒體流(圖1上點劃線箭頭)傳送到接收和播放設(shè)備10。通信網(wǎng)絡(luò)30可以是因特網(wǎng)并且可以包括無線網(wǎng)段(wireless segment)。傳送設(shè)備20可以是從廣播電臺(未示出)接收數(shù)據(jù)的服務(wù)器。媒體流可以包含作為數(shù)據(jù)分組流或作為空中電磁波連續(xù)傳送的音頻內(nèi)容。
[0040]圖2是本發(fā)明一個實施例的方法的流程圖。該方法包括第一播放過程sl2、播放模式切換過程sl4和第二播放過程sl6。該方法由接收和播放設(shè)備10來執(zhí)行。
[0041]第一播放過程sl2包括經(jīng)由通信介質(zhì)或網(wǎng)絡(luò)30接收媒體流和在接收和播放設(shè)備10上播放接收到的媒體流。媒體流可以是但不限于32 kB/s to 320 kB/s的數(shù)據(jù)分組流，例如因特網(wǎng)協(xié)議(IP)分組流。
[0042]播放模式切換過程sl4包括確定sl42作為媒體流的一部分將要接收或正在接收(即，將要流傳輸或正在流傳輸)的媒體內(nèi)容是否本地存儲在接收和播放設(shè)備10上或本地存儲在接收和播放設(shè)備10的附近。
[0043]如果是這樣(步驟sl42之后為“是”)，即，如果確定sl42作為媒體流的一部分將要接收或正在接收的媒體內(nèi)容存儲在本地，則啟動第二播放過程sl6。該第二播放過程sl6包括基于至少本地存儲的媒體內(nèi)容播放媒體內(nèi)容。這可以包括暫停，即中斷媒體流的接收并代之以播放本地存儲的媒體內(nèi)容。
[0044]第一播放過程sl2和播放模式切換過程sl4可以同時執(zhí)行。當(dāng)啟動第二播放過程sl6時，接收和播放設(shè)備10從執(zhí)行第一播放過程sl2的模式切換到執(zhí)行第二播放過程sl6的模式。[0045]第二播放過程sl6可以包括同時基于經(jīng)由通信介質(zhì)或網(wǎng)絡(luò)30接收的媒體流和媒體內(nèi)容的本地存儲副本來播放該媒體內(nèi)容。該第二播放過程sl6還可以包括在一段時間期間僅基于本地存儲的媒體內(nèi)容播放媒體內(nèi)容。
[0046]在執(zhí)行第二播放過程sl6之后，該方法可以返回到第一播放過程sl2(圖2上指向框sl2的點劃線箭頭)。
[0047]圖3是本發(fā)明一個實施例的方法的流程圖。與圖2所示的方法比較，圖3所示的方法包括，在第一播放過程sl2中，在接收的媒體流中或與接收的媒體流一起接收的數(shù)據(jù)中檢測sl22指示符的步驟，該指示符指示在接收和播放設(shè)備10上將要接收或正在接收容許本地存儲的媒體內(nèi)容。如果是這樣(步驟sl22之后為“是”)，即，如果在接收的媒體流中或與接收的媒體流一起接收的數(shù)據(jù)中檢測到指示符，則啟動播放模式切換過程sl4。當(dāng)執(zhí)行播放模式切換過程sl4時，可以繼續(xù)第一播放過程sl2。其余步驟如上文參考圖2所描述的。
[0048]圖4以示意圖形式圖示本發(fā)明一個實施例中的方法。在該方法中，第一播放過程sl2期間，執(zhí)行確定sl24將要接收或正在接收的媒體內(nèi)容是否適于本地復(fù)制的步驟。此步驟sl24可以僅在播放切換過程sl4中確定sl24將要接收或正在接收的媒體內(nèi)容未存儲在本地(步驟sl24之后為“否”)之后執(zhí)行。如果確定將要接收或正在接收的媒體內(nèi)容適于本地復(fù)制，則將該媒體內(nèi)容存儲sl26在接收和播放設(shè)備10上或存儲在接收和播放設(shè)備10的附近的存儲設(shè)備上。因此，下次接收和播放設(shè)備10確定將要流傳輸該媒體內(nèi)容時，可以使用該媒體內(nèi)容的本地存儲副本以在接收和播放設(shè)備10上播放該媒體內(nèi)容。其余步驟如上文參考圖2所描述的。
[0049]圖5是本發(fā)明一個實施例的方法的流程圖。與圖2所示的方法比較，該方法還包括接收過程sll。接收過程sll包括在作為媒體流的一部分接收媒體內(nèi)容(步驟sl2中)之前經(jīng)由通信介質(zhì)或網(wǎng)絡(luò)30接收多個媒體內(nèi)容。其余步驟如上文參考圖2所描述的。此外，確定將要接收或正在接收的媒體內(nèi)容是否存儲在本地(步驟sl24)可以包括獲取標(biāo)識該媒體內(nèi)容的標(biāo)識信息(例如，指示符)，并且基于獲取的標(biāo)識信息檢查是否作為接收過程sll —部分先前已接收該媒體內(nèi)容。
[0050]圖6是本發(fā)明一個實施例的方法的流程圖。該方法由傳送設(shè)備20來執(zhí)行。該方法包括經(jīng)由通信介質(zhì)或網(wǎng)絡(luò)30傳送s22媒體流以用于在至少一個接收和播放設(shè)備10上播放。該方法還包括在傳送的媒體流中或與傳送的媒體流一起傳送的數(shù)據(jù)中傳送s24指示符，該指示符指示將要傳送或正在傳送容許在至少一個接收和播放設(shè)備10上本地存儲的媒體內(nèi)容。步驟s24可以與步驟s22同時執(zhí)行。
[0051]圖7是本發(fā)明實施例中可以使用的接收和播放設(shè)備10的示范實現(xiàn)的示意圖。正如圖示，接收和播放設(shè)備10可以包括總線105、處理單元103、主存儲器107、R0M 108、存儲設(shè)備109、輸入設(shè)備102、輸出設(shè)備104和通信接口 106?？偩€105可以包括使得接收和播放設(shè)備10的組件之間能夠通信的路徑。
[0052]處理單元103可以包括處理器、微處理器或可以解釋和執(zhí)行指令的處理邏輯。主存儲器107可以包括RAM或可以存儲用于處理單元103執(zhí)行的信息和指令的另一種類型的動態(tài)存儲設(shè)備。ROM 108可以包括ROM設(shè)備或可以存儲供處理單元103使用的信息和指令的另一種類型的靜態(tài)存儲設(shè)備。存儲設(shè)備109可以包括磁和/或光記錄介質(zhì)及其對應(yīng)的驅(qū)動器。
[0053]輸入設(shè)備102可以包括允許操作員或更常見地為用戶將信息輸入到接收和播放設(shè)備10的機構(gòu)，例如，小鍵盤、鍵盤、鼠標(biāo)、筆、語音識別和/或生物識別機構(gòu)等。輸出設(shè)備104可以包括向操作員輸出信息的機構(gòu)，如顯示器、打印機、揚聲器等。通信接口 106可以包括任何類似收發(fā)器的機構(gòu)，使得接收和播放設(shè)備10能夠與其他設(shè)備和/或系統(tǒng)通信。例如，通信接口 106可以包括用于經(jīng)由網(wǎng)絡(luò)，如通信網(wǎng)絡(luò)30與另一個設(shè)備或系統(tǒng)通信的機構(gòu)。
[0054]接收和播放設(shè)備10可以執(zhí)行本文描述的某些操作或過程。接收和播放設(shè)備10可以響應(yīng)處理單元103執(zhí)行計算機可讀介質(zhì)，如主存儲器107、ROM 108和/或存儲設(shè)備109中包含的軟件指令執(zhí)行這些操作。計算機可讀介質(zhì)可以定義為物理存儲器設(shè)備或邏輯存儲器設(shè)備。例如，邏輯存儲器設(shè)備可以包括單個物理存儲器設(shè)備內(nèi)的存儲器空間或分布在多個物理存儲器設(shè)備之間的存儲器空間。主存儲器107、R0M 108和存儲設(shè)備109中每一個可以包括計算機可讀介質(zhì)。存儲設(shè)備109的磁和/或光記錄介質(zhì)(例如，可讀CD或DVD)還可以包括計算機可讀介質(zhì)。可以將這些軟件指令從另一個計算機可讀介質(zhì)，如存儲設(shè)備109或經(jīng)由通信接口 106從另一個設(shè)備讀取到主存儲器107中。
[0055]主存儲器109中包含的軟件指令可以使處理單元103執(zhí)行本文描述的操作或過程。作為備選，可以使用硬連接電路替代軟件指令或與之組合來實現(xiàn)本文描述的過程和/或操作。因此，本文描述的實現(xiàn)不限于硬件和軟件的任何特定組合。
[0056]圖8以示意圖形式圖示本發(fā)明一個實施例中的接收和播放設(shè)備10。接收和播放設(shè)備10包括第一播放單元12、播放模式切換單元14和第二播放單元16。第一播放單元12配置成用于經(jīng)由通信介質(zhì)或網(wǎng)絡(luò)30接收媒體流和在接收和播放設(shè)備10上播放接收到的媒體流。播放模式切換單元14配置成用于確定將要接收或正在接收的媒體內(nèi)容是否存儲在本地，即緩存在接收和播放設(shè)備10上或接收和播放設(shè)備10附近的存儲設(shè)備上。第二播放單元16配置成用于基于至少本地存儲的媒體內(nèi)容播放媒體內(nèi)容。圖8上的箭頭圖示所示的單元之間可能存在的一些連接。但是，也可能存在其他連接，例如，第二播放單元16與第一播放單元12之間直接可能存在連接。
[0057]圖9以示意圖形式圖示本發(fā)明一個實施例中的接收和播放設(shè)備10，該設(shè)備不同于圖8所示的接收和播放設(shè)備10在于，圖9所示的設(shè)備10附加地包括接收單元11。此接收單元11配置成用于在作為媒體流的一部分接收媒體內(nèi)容之前經(jīng)由通信介質(zhì)或網(wǎng)絡(luò)30接收這些媒體內(nèi)容。
[0058]圖9a以示意圖形式圖示本發(fā)明一個實施例中的傳送設(shè)備20。傳送設(shè)備20包括第一傳送單元22，第一傳送單元22用于經(jīng)由通信介質(zhì)或網(wǎng)絡(luò)30傳送媒體流以用于在至少一個接收和播放設(shè)備10上播放。傳送設(shè)備20還包括第二傳送單元24，第二傳送單元24用于傳送指示符以告知容許本地存儲的媒體內(nèi)容的流傳輸。該指示符可以包含將要流傳輸或正在流傳輸?shù)拿襟w內(nèi)容的標(biāo)識。
[0059]在本發(fā)明的一些實施例中，可以獲得因特網(wǎng)廣播流傳輸和類似應(yīng)用的50至90%的移動數(shù)據(jù)業(yè)務(wù)的減少。廣播電臺(或其他初始源頭)以相當(dāng)大的重復(fù)頻率播放的媒體內(nèi)容從接收和播放設(shè)備10本地提供。
[0060]在這些實施例中，可以執(zhí)行檢測和決定過程以檢測和決定流傳輸?shù)膬?nèi)容中哪些部分適于本地復(fù)制。[0061 ] 在這些實施例中，還可以執(zhí)行檢測和決定過程以檢測和決定是否能夠在由初始內(nèi)容源頭流傳輸之前將特定內(nèi)容項，即媒體內(nèi)容(音樂題目、剪輯等，非“現(xiàn)場直播”的任何內(nèi)容)作為批量數(shù)據(jù)推送到接收和播放設(shè)備10。這可以例如通過計算要項被播放的頻率來執(zhí)行，從而能夠選擇本地緩存的最優(yōu)項。
[0062]再者，在這些實施例中，當(dāng)播放媒體內(nèi)容時可以執(zhí)行流傳輸媒體內(nèi)容與本地副本的同步。
[0063]又再者，在這些實施例中，可以使用安全性措施以便僅在初始源頭(以及版權(quán)擁有者)同時在流傳輸媒體內(nèi)容時允許本地媒體內(nèi)容的播放。
[0064]為了縮小要本地存儲的題目的集合，即媒體內(nèi)容的集合，創(chuàng)建用戶(操作接收和播放設(shè)備10)的收聽(或在其他媒體類型的情況中觀看)簡檔是有用的。這可以采用下文(A)和(B)給出的兩種方式來實現(xiàn)。
[0065](A)在一個實施例中，如果已知廣播電臺的播放列表(假定與廣播電臺合作，通常情況是如此)，對于特定用戶播放項(即，媒體內(nèi)容)的頻率通過將該項(即，媒體內(nèi)容)出現(xiàn)在某臺的播放列表中的頻率乘以用戶調(diào)諧到廣播電臺的時間段來計算。由此，可以按其對應(yīng)于將來時間期間的播放頻率(例如，電臺節(jié)目提前一周安排)對所有項(即，媒體內(nèi)容)按先后排序。然后，可以緩存預(yù)期用戶收聽的最頻繁歌曲(最多到接收和播放設(shè)備10上的本地緩存的大小)。而且，因為對于因特網(wǎng)廣播一般使用單播連接，可以分別標(biāo)識最終用戶或接收和播放設(shè)備10，以便能夠基于每個用戶創(chuàng)建收聽簡檔。創(chuàng)建收聽簡檔可以在客戶端一側(cè)進行(每個客戶端自行執(zhí)行監(jiān)視并指令從服務(wù)器進行推送緩存或在客戶端一側(cè)進行本地運行時記錄)或在服務(wù)器一側(cè)進行。
[0066](B)在一個實施例中，如果廣播電臺的播放列表是未知的，則可以在運行時構(gòu)建播放的項(即，播放的媒體內(nèi)容)的頻率。其缺點在于，這可能花費某個時間直到正確地估計這些項(即，媒體內(nèi)容)的播放頻率，使得緩存可能不如情況(A)中那樣有效率。但是，因為無需與廣播電臺合作，該實施例可能更具靈活性。
[0067]為了以媒體內(nèi)容填充本地緩存，客戶端(即接收和播放設(shè)備10)可以在有利的時間點連接到服務(wù)器，如低網(wǎng)絡(luò)使用時間(如夜間)或訪問負荷小的小區(qū)時，以便定期地利用最流行的歌曲或剪輯(即，最流行的媒體內(nèi)容)刷新本地緩存。當(dāng)媒體內(nèi)容頻率是預(yù)先已知的時，這尤其適于上文提出的情況(A)。而且，此緩存方法允許緩存比廣播時間使用的版本質(zhì)量等級更高的媒體內(nèi)容版本，從而提供更高的服務(wù)價值。再者，此池的創(chuàng)建可以基于每個客戶端來執(zhí)行(作為附加或備選)。在此情況中，可以在本地記錄從音頻流接收的每個媒體內(nèi)容。在兩種情況中，當(dāng)存儲容量達到其極限時可以刪除最少播放的媒體內(nèi)容。
[0068]在服務(wù)器一側(cè)，內(nèi)容信息服務(wù)實體可以使用例如適合的指示符告知流傳輸?shù)膬?nèi)容中哪些部分適于本地存儲并播放。此內(nèi)容信息服務(wù)實體可以是圖10的右手邊圖示的“Web服務(wù)器”實體的一部分(點劃線的右側(cè))。例如，在FM廣播節(jié)目的情況中，主持人的現(xiàn)場訪談或表演不應(yīng)本地存儲。另一方面，任何音樂題目、喜劇剪輯或新聞(至少有限時間期間)適合于存儲在接收和播放設(shè)備10上。內(nèi)容信息服務(wù)實體以信號通知當(dāng)前連接的客戶端(即，接收和播放設(shè)備10)適于本地播放的媒體內(nèi)容將要被播送。這可能發(fā)生在剛好媒體內(nèi)容播放之前或提前某個時間或甚至在已經(jīng)開始媒體內(nèi)容時。廣播表演播放列表常常預(yù)先固定，從而可以告知在下一個小時左右將要播放的媒體內(nèi)的整個集合。[0069]在客戶端一側(cè)(例如，圖10的右手側(cè))，接收和播放設(shè)備10的正常工作模式是它接收數(shù)據(jù)流(即，媒體流)。當(dāng)接收到將要流傳輸適于本地播放的媒體內(nèi)容的信號時，接收和播放設(shè)備10檢查本地存儲中是否存在此內(nèi)容項，如圖10中客戶端一側(cè)的“本地內(nèi)容信息”部分所示。如果是的話，則接收和播放設(shè)備10播放本地版本以替代流，并對于該媒體內(nèi)容的持續(xù)時間，暫停流。將本地播放的媒體內(nèi)容與播送的內(nèi)容同步(例如，通過連接到內(nèi)容信息服務(wù)實體，內(nèi)容信息服務(wù)實體獲取每個媒體內(nèi)容項的起始時間，并使之可供使用)，并且當(dāng)完成時，恢復(fù)現(xiàn)場媒體內(nèi)容?？梢酝ㄟ^例如檢測頻譜的某些特征的暫停或變化來檢測媒體內(nèi)容項的起始時間；存在現(xiàn)有的工具，能夠執(zhí)行此類型的檢測，例如“流媒體錄制器(Streamripper)”(參見 Phil KerrZiThe Linux MP3-H0WT0”，vl.61，2001-12-16，章節(jié) 7.7 “Stream Grabbers^, http://www.1bibli0.0rg/pub/Linux/docs/HOWTO/other-formats/html_single/MP3-H0WT0.html,于 2011 年 9 月 17 日查閱)。
[0070]在一個實施例中，如果同時經(jīng)由音頻流可接收，則應(yīng)該僅播放本地存儲在接收和播放設(shè)備10上的媒體內(nèi)容。在接收和播放設(shè)備10能夠被干預(yù)的情況下，可以將緩存的內(nèi)容鎖定或加擾，并且僅能在從網(wǎng)絡(luò)一側(cè)接收到(例如，經(jīng)由上文提到的內(nèi)容信息服務(wù)實體)適合的密鑰時將其解鎖或解擾。在轎車內(nèi)嵌入的因特網(wǎng)收音機的情況中，干預(yù)的風(fēng)險可能是低的，因為轎車制造商對嵌入的設(shè)備具有強控制。因此在一些實施例中，加密可能不是必需的。
[0071]現(xiàn)在轉(zhuǎn)為參考圖10至圖13，將更詳細地描述本發(fā)明的一些實施例。在圖10至圖13中，未編號的箭頭表示可能持續(xù)地執(zhí)行的活動。
[0072]圖10以示意圖形式圖示接收和播放設(shè)備10 (“最終設(shè)備”)包括媒體客戶端功能(“媒體客戶端”)IOa和標(biāo)識本地內(nèi)容緩存(“本地內(nèi)容緩存”)IOc中本地存儲了哪個媒體內(nèi)容的本地內(nèi)容信息(“本地內(nèi)容信息”)10b。在圖12中，本地內(nèi)容信息IOb也稱為本地內(nèi)容管理10b。在垂直點劃線 的右手側(cè)，圖10還以示意圖形式圖示服務(wù)器一側(cè)上執(zhí)行的功能，sp，轉(zhuǎn)碼功能20a、流傳輸功能20b、內(nèi)容信息服務(wù)功能20c、密鑰存儲功能20d、同步功能20e、監(jiān)視/簡檔設(shè)置/AAA功能20f (其中“AAA”表示認證、授權(quán)和記賬)以及內(nèi)容緩存20g。圖示的報頭端是內(nèi)容交付體系結(jié)構(gòu)中內(nèi)容得以注入網(wǎng)絡(luò)的點。圖10 (以及圖11-13)中，其圖示為衛(wèi)星接收器，雖然內(nèi)容可以通過任何內(nèi)容源饋送。
[0073]當(dāng)接收和播放設(shè)備10第一次請求流傳輸內(nèi)容時，接收和播放設(shè)備10在認證服務(wù)器處注冊唯一標(biāo)識符(標(biāo)記為“Auth.”從媒體客戶端IOa至內(nèi)容信息服務(wù)20c的箭頭和也標(biāo)記為“Auth”從內(nèi)容信息服務(wù)20c到監(jiān)視/簡檔設(shè)置/AAA 20f的箭頭，其中“Auth.”是指認證)。認證服務(wù)器(例如，作為監(jiān)視/簡檔設(shè)置/AAA 20f的一部分)向接收和播放設(shè)備10發(fā)送令牌(標(biāo)記為“令牌”從監(jiān)視/簡檔設(shè)置/AAA 20f到內(nèi)容信息設(shè)備20c以及到媒體客戶端IOa的箭頭)，由此它能夠在將來每次請求流傳輸服務(wù)時自行認證(圖10中的步驟O)。
[0074]然后在用戶最初請求時交付流傳輸內(nèi)容(標(biāo)記為“Req.”指“請求”的從媒體客戶端IOa到內(nèi)容信息服務(wù)20c的箭頭)。將該請求發(fā)送到Web入口(例如，內(nèi)容信息服務(wù)20c)，其中基于隨該請求一起發(fā)送的令牌，對接收和播放設(shè)備10進行認證。啟動并在接收和播放設(shè)備10上播放現(xiàn)場流(圖10中的步驟1、步驟2)。流可能不是專用于接收和播放設(shè)備10而播放的，即，它還能夠被其他設(shè)備接收(例如，它可以是組播流)。
[0075]當(dāng)網(wǎng)絡(luò)一側(cè)上的內(nèi)容信息服務(wù)實體20c檢測到將要播放的內(nèi)容適于本地存儲(即，它不 是現(xiàn)場談話并且在題目開始之前已接收到最終設(shè)備請求)時，在網(wǎng)絡(luò)一側(cè)發(fā)生如下(圖11中的比較步驟1-7):
步驟1:將元信息和加密信息與流(題目、翻譯、...)一起發(fā)送，正如標(biāo)記為“元信息、加密信息”的從流傳輸功能20b到媒體客戶端IOa的箭頭以示意圖圖示的。
[0076]步驟2:以內(nèi)容信息(題目、翻譯、日期和日內(nèi)時間、…)更新用戶簡檔設(shè)置數(shù)據(jù)庫，正如標(biāo)記為“簡檔更新”的從內(nèi)容信息服務(wù)20c到監(jiān)視/簡檔設(shè)置AAA 20f的箭頭所示。
[0077]步驟3:當(dāng)題目完成時，在網(wǎng)絡(luò)一側(cè)上，生成此內(nèi)容項和此用戶的個體密鑰并將其存儲在密鑰存儲20d中-除非對于此特定內(nèi)容項已經(jīng)有條目。在若干用戶接收到相同流的情況中，可以為整個群生成相同的密鑰。
[0078]步驟4:同時(與步驟3同時)，在客戶端一側(cè)，檢查當(dāng)前內(nèi)容項是否本地可用。因此，評估與流一起發(fā)送的元信息。檢查是否內(nèi)容項本地可用由從媒體客戶端IOa到本地內(nèi)容信息IOb的箭頭以示意圖圖示。
[0079]如果媒體內(nèi)容是新的，可以在客戶端一側(cè)上發(fā)生如下:
步驟5:基于接收的媒體流，媒體內(nèi)容的播放繼續(xù)。
[0080]步驟6:如果本地緩存IOc未滿，在本地緩存IOc上記錄該內(nèi)容。如果本地緩存已滿但是新內(nèi)容項的播放頻率(如內(nèi)容信息服務(wù)實體20c所通知的或本地計算的)高于一個或多個本地存儲的項的播放頻率，則刪除此(這些)項(一個或多個)，并將新內(nèi)容本地存儲。
[0081]步驟7:使用與此內(nèi)容項的流一起發(fā)送的加密信息，將內(nèi)容加密。
[0082]如果發(fā)現(xiàn)此媒體內(nèi)容的本地匹配，則發(fā)生如下(參考圖12中的步驟5-10):
步驟5:客戶端自行標(biāo)識和查詢網(wǎng)絡(luò)一側(cè)上的密鑰存儲實體以獲取密鑰以將內(nèi)容項解鎖(正如標(biāo)記為“令牌”的從本地內(nèi)容管理IOb到密鑰存儲功能20d的箭頭以及標(biāo)記為“密鑰”從密鑰存儲功能20d到本地內(nèi)容管理IOb的箭頭所示)。
[0083]步驟6:接收到解密密鑰時，將本地內(nèi)容項解密；解密密鑰的策略可以使得僅對一次解密有效，如果再次播放該歌曲，需要新的密鑰(正如標(biāo)記為“解密”的本地內(nèi)容管理功能IOb與本地內(nèi)容緩存IOc之間的箭頭所示)。
[0084]步驟7:通過例如查詢提供流傳輸?shù)念}目的開始時間戳的網(wǎng)絡(luò)側(cè)服務(wù)器來將本地媒體內(nèi)容項同步以用于與現(xiàn)場流一起播放(正如標(biāo)記為“Synch, req”指“同步請求”從本地內(nèi)容管理功能IOb到同步功能20e的箭頭和另一個方面上標(biāo)記為“Synch, resp”指“同步響應(yīng)”的箭頭所示)。
[0085]步驟8:停止，即中斷或暫?，F(xiàn)場流的播放。
[0086]步驟9:開始于停止現(xiàn)場流的時間點處播放本地媒體內(nèi)容項。
[0087]步驟10:當(dāng)題目完成時，再次恢復(fù)現(xiàn)場流(正如標(biāo)記為“內(nèi)容”的從流傳輸功能20b到媒體客戶端IOa的箭頭所示的)。
[0088]作為備選，在本發(fā)明的一個實施例中，可以按如下提供內(nèi)容。上文已解釋第一次播放媒體內(nèi)容時將新媒體內(nèi)容本地記錄有多重要。但是，可以進一步改進此過程。在歷史中，簡檔設(shè)置器知道用戶設(shè)備常常調(diào)諧到哪個廣播電臺(普通用戶僅調(diào)諧到一對電臺)。對于廣播電臺還常常預(yù)先知道歌曲播放列表和它們的循環(huán)(例如，對于整個周)。因此，對于每個歌曲，可以根據(jù)先驗知識計算預(yù)期的播放頻率。這可以用于接收和播放設(shè)備10或其附近的基于機會預(yù)先緩存內(nèi)容。[0089]例如，可以假定配備因特網(wǎng)廣播設(shè)備的轎車可以在夜間停泊在車庫中經(jīng)由WIFI接口連接到歸屬WLAN。在此時間期間，可以對準(zhǔn)本地內(nèi)容緩存IOc分析后續(xù)數(shù)天的播放內(nèi)容，并可以利用預(yù)期為最頻繁播放的媒體內(nèi)容項更新緩存10c。
[0090]另一個示例是在非高峰通信時間期間，轎車停泊某處時。如果本地小區(qū)合理地負荷不足(由網(wǎng)絡(luò)運營商決定)，則有好機會以小成本更新本地緩存。在此情況中，一個實施例中項的預(yù)先緩存僅在預(yù)期的播放頻率某個測量> 1，大于一(即，〉I)的情況下執(zhí)行，因為即使有足夠的緩存存儲器空閑，也不期望傳送具有低播放概率的項。
[0091]對于備選內(nèi)容提供，采用如下步驟(參見圖13):
步驟1:用戶設(shè)備(即，最終設(shè)備10或接收和播放設(shè)備10)周期性地檢查是否存在執(zhí)行備選內(nèi)容提供的概率，即，設(shè)備10可以經(jīng)由相對空閑(本地固定網(wǎng)絡(luò)或WIFI網(wǎng)絡(luò))或低成本(在與網(wǎng)絡(luò)運營商有特殊協(xié)議的情況下負荷不足的廣播小區(qū))信道連接到服務(wù)器側(cè)。如果情況如此，執(zhí)行步驟2。[0092]步驟2:將簡檔設(shè)置器20f中的信息與服務(wù)器一側(cè)將在下一個期間(該期間是立即自完成緩存起的數(shù)天d)播放的項列表比較。將此信息與內(nèi)容一起發(fā)送(圖13中的“元信息”)。如果簡檔設(shè)置器20f中記錄的信息不是最新的，則執(zhí)行步驟2a和2b，即，將最新設(shè)備緩存信息(例如，“充滿程度”)發(fā)送到內(nèi)容信息服務(wù)20c?？紤]服務(wù)器一側(cè)預(yù)期的播放頻率>x的所有媒體內(nèi)容項進行預(yù)先緩存(X取決于緩存的成本對不緩存的成本。最可能的是，例如如果連接是WIFI，x=0，如果連接經(jīng)由電話公司網(wǎng)絡(luò)，則χ>1)。此列表按下降的播放頻率排序。
[0093]步驟3:處理所考慮的更新列表中的每個媒體內(nèi)容項。如果本地緩存未滿，則將其標(biāo)記以用于下載。如果本地緩存已滿但是該項的播放頻率高于本地存儲的項(一個或多個)的播放頻率，則刪除此(這些)項(一個或多個)，并將新內(nèi)容標(biāo)記為用于下載。緩存的占用相應(yīng)地進行更新。
[0094]步驟4:用戶設(shè)備10上下載每個標(biāo)記的項(按下降播放頻率排序)。在將下載和對應(yīng)生成的密鑰存儲在網(wǎng)絡(luò)一側(cè)的密鑰存儲中之前，將每個項加密。將所有標(biāo)記的內(nèi)容預(yù)先緩存，或如果過程被中斷，則可以在下次機會時安全地從步驟I重新開始。
[0095]因此本發(fā)明的實施例的一些優(yōu)點為如下:
?音頻流傳輸應(yīng)用的空中業(yè)務(wù)的大大減少；
?音頻流傳輸應(yīng)用的服務(wù)器負荷的減少；以及
?更魯棒的用戶體驗(在轎車娛樂節(jié)目的情況中，例如在通過隧道的同時，進行連續(xù)的服務(wù))。
[0096]在一個實施例中，可以在解說員實際結(jié)束或因下一個媒體而實際結(jié)束(此技術(shù)稱為淡入淡出)之前中斷流傳輸?shù)拿襟w內(nèi)容，并這可以按如下處理。如果內(nèi)容源頭(廣播電臺)和客戶站未合作，則接收和播放設(shè)備10可以配置成在本地存儲的媒體內(nèi)容結(jié)束之前淡出該媒體內(nèi)容(例如，在該媒體內(nèi)容結(jié)束之前10秒)，以確保隨后接收的媒體流中捕獲到該媒體內(nèi)容的早前中斷。如果內(nèi)容源頭(廣播電臺)和客戶站(接收和播放設(shè)備10)合作，則可以提供一個連接用于內(nèi)容，提供另一個連接用于信令，包括以信號通知媒體內(nèi)容的結(jié)束。
[0097]其中術(shù)語“第一播放單元”、“第二播放單元”、“播放模式切換單元”和“接收單元”等在本文中結(jié)合使用，有關(guān)這些元件可以如何分布以及元件可以如何收集不作限制。即，單元的組成元件可以分布在不同的軟件或硬件組件中或用于實現(xiàn)目標(biāo)功能的設(shè)備中。還可以收集多個不同元件以用于提供目標(biāo)功能性。
[0098]網(wǎng)絡(luò)節(jié)點的上文引述的單元的任一個單元可以在硬件、軟件、現(xiàn)場可編程門陣列(FPGA)、專用集成電路(ASIC)、固件等中實現(xiàn)。
[0099]在本發(fā)明的又一些實施例中，分別以第一播放裝置、第二播放裝置、播放模式切換裝置和接收裝置等替換上文提到和/或要求權(quán)利的第一播放單元、第二播放單元、播放模式切換單元和接收單元中任一個單元，或分別以第一播放器、第二播放器、播放模式切換器和接收器等替換上文提到和/或要求權(quán)利的第一播放單元、第二播放單元、播放模式切換單元和接收單元中任一個單元，以用于執(zhí)行第一播放單元、第二播放單元、播放模式切換單元和接收單元等的功能。
[0100]在本發(fā)明的又一些實施例中，可以使用計算機可讀指令，例如以計算機可理解的過程、方法等，以任何類型的計算機語言和/或以固件、集成電路等上的嵌入式軟件的形式來實現(xiàn)上述過程或步驟的任一個。
[0101]雖然本發(fā)明是基于詳細描述的示例來描述的，但是這些詳細描述的示例僅用于使得本領(lǐng)域技術(shù)人員更好地理解，并無意限制本發(fā)明的范圍。本發(fā)明的范圍理應(yīng)由所附權(quán)利要求限定。
[0102]上文披露的實施例的多個方面可以在所說的虛擬廣播頻道的場景中實現(xiàn)，其中用戶注冊流傳輸服務(wù)、用戶定義/創(chuàng)建簡檔(即，用戶喜歡或不喜歡的媒體內(nèi)容的種類/類型或音樂片段，例如用戶可能喜歡歌手“麥當(dāng)娜”或音樂組合“Simply Red”)，并且用戶在他/她的接收和播放設(shè)備上接收用戶相關(guān)的媒體流(即，當(dāng)用戶開始播放音樂時，大概與用戶的品味匹配的題目被播放；用戶則可以對該題目評分以便細調(diào)他/她的收聽簡檔)。一種此類流傳輸服務(wù)是last, fm。但是，last, fm只是一種示例，在因特網(wǎng)上有若干類似的服務(wù)。
[0103]具體來說，在虛擬廣播頻道的場景中，當(dāng)用戶請求服務(wù)(例如last, fm服務(wù))且期望播放音樂(或更一般性地媒體內(nèi)容)時，具有相似簡檔的用戶獲得相同內(nèi)容推送到其設(shè)備，即使他們當(dāng)前完全沒興趣收聽(將他們稱為被動用戶)。這可以通過例如組播定位共有或部分地共有用戶簡檔(即，例如具有相似的用戶簡檔)的所有可達到目的地節(jié)點(主動或被動)來實現(xiàn)。當(dāng)此類被動用戶在稍后時間點請求音樂(或更一般性地媒體內(nèi)容)時，檢查該廣播小區(qū)的負荷程度。如果負荷低，則將適合的歌曲或媒體內(nèi)容流傳輸?shù)剿?她的設(shè)備。如果負荷高(或某種情況阻礙良好接收，例如隧道)，則播放早前已推送到他/她的設(shè)備的媒體內(nèi)容(即，播放替代媒體內(nèi)容，它不一定與流傳輸?shù)氖窍嗤拿襟w內(nèi)容，但是仍符合用戶簡檔編輯)。用戶體驗會是相同的:與用戶品味匹配的題目被播放。
【權(quán)利要求】
1.由接收和播放設(shè)備(10)執(zhí)行用于接收和播放媒體流的方法，所述方法包括: 第一播放過程(S12)，其包括通過通信介質(zhì)或網(wǎng)絡(luò)(30)接收媒體流和播放接收到的媒體流； 播放模式切換過程(sl4)，其包括確定(sl42)將要接收或正在接收的媒體內(nèi)容是否存儲在本地，以及如果是這樣，則切換到第二播放過程(sl6);以及 所述第二播放過程(s 16 )，其包括基于至少本地存儲的媒體內(nèi)容播放所述媒體內(nèi)容。
2.如權(quán)利要求1所述的方法，其中所述第一播放過程(sl2)還包括 在接收的媒體流中或與所述接收的媒體流一起接收的數(shù)據(jù)中，檢測(sl22)指示符，所述指示符指示將要傳送或正在傳送容許本地存儲的媒體內(nèi)容，以及如果是如此，則啟動所述播放模式切換過程(sl4)。
3.如權(quán)利要求1或2所述的方法，其中所述第二播放過程(sl6)包括 至少臨時地不經(jīng)由所述通信介質(zhì)或網(wǎng)絡(luò)(30 )接收所述媒體流。
4.如前面權(quán)利要求中任一項所述的方法，其中所述媒體流包括音頻流分量和視頻流分量的至少其中之一。
5.如前面權(quán)利要 求中任一項所述的方法，其中所述通信介質(zhì)或網(wǎng)絡(luò)(30)包括分組交換網(wǎng)絡(luò)。
6.如前面權(quán)利要求中任一項所述的方法，其中所述接收和播放設(shè)備(10)是如下至少其中之一: 因特網(wǎng)廣播接收和播放設(shè)備， 因特網(wǎng)協(xié)議電視，本文簡稱為IPTV，接收和播放設(shè)備， 車載接收和播放設(shè)備， 無線電通信設(shè)備， 移動電話，以及 計算機。
7.如前面權(quán)利要求中任一項所述的方法，其中所述第一播放過程(sl2)還包括 確定(sl24)將要接收或正在接收的媒體內(nèi)容適于本地復(fù)制；以及 將確定為適于本地復(fù)制的媒體內(nèi)容存儲(sl26)在所述接收和播放設(shè)備(10)上或存儲在所述接收和播放設(shè)備(10)附近的存儲設(shè)備上。
8.如權(quán)利要求7所述的方法，其中所述第一播放過程(sl2)使得確定(sl24)將要接收或正在接收的媒體內(nèi)容適于本地復(fù)制包括 確定所述媒體內(nèi)容的重復(fù)頻率大于閾值。
9.如前面權(quán)利要求中任一項所述的方法，還包括 接收過程(sll)，其包括在作為所述媒體流的一部分接收至少一個媒體內(nèi)容之前經(jīng)由所述通信介質(zhì)或網(wǎng)絡(luò)(30)接收所述至少一個媒體內(nèi)容。
10.如權(quán)利要求9所述的方法，其中所述接收過程(Sll)在所述通信介質(zhì)或網(wǎng)絡(luò)(30)上的負荷小于閾值或預(yù)期小于閾值時執(zhí)行。
11.如權(quán)利要求9或10所述的方法，其中所述接收過程(Sll)使得預(yù)先接收的所述至少一個媒體內(nèi)容是至少基于所述接收和播放設(shè)備(10)關(guān)聯(lián)的播放簡檔來選擇的。
12.如前面權(quán)利要求中任一項所述的方法，其中以加密的形式本地存儲將要接收或正在接收的媒體內(nèi)容；以及所述第二播放過程(sl6)包括在播放所述媒體內(nèi)容之前，使用數(shù)字密鑰將所述本地存儲的媒體內(nèi)容解鎖。
13.由傳送設(shè)備(20)執(zhí)行用于傳送媒體流的方法，所述方法包括: 經(jīng)由通信介質(zhì)或網(wǎng)絡(luò)(30)傳送(s22)媒體流以用于在至少一個接收和播放設(shè)備(10)上播放；以及 在所傳送的媒體流中或與所述傳送的媒體流一起傳送的數(shù)據(jù)中傳送(s24)指示符，所述指示符指示將要傳送或正在傳送容許在所述至少一個接收和播放設(shè)備(10)上本地存儲的媒體內(nèi)容。
14.如權(quán)利要求13所述的方法，其中經(jīng)由所述通信介質(zhì)或網(wǎng)絡(luò)(30)傳送媒體流采用單播或組播方式來實現(xiàn)。
15.用于接收和播放媒體流的接收和播放設(shè)備(10)，所述設(shè)備(10)包括 第一播放單元(12)，其配置成用于經(jīng)由通信介質(zhì)或網(wǎng)絡(luò)(30)接收媒體流和用于播放接收到的媒體流； 播放模式切換單元(14)，配置成用于確定將要接收或正在接收的媒體內(nèi)容是否存儲在本地，以及如果是這樣，則激活第二播放器(16);以及 所述第二播放單元(16)，配置成用于基于至少本地存儲的媒體內(nèi)容播放所述媒體內(nèi)容。
16.如權(quán)利要求15所述的設(shè)備(10)，其中所述第一播放單元(12)還配置成用于: 在接收的媒體流中或與所述接收的媒體流一起接收的數(shù)據(jù)中，檢測指示符，所述指示符指示將要接收或正在接收容許本地存儲的媒體內(nèi)容，以及如果是如此，則啟動所述播放模式切換單元(14)。
17.如權(quán)利要求15或16所述的設(shè)備(10)，其中所述第二播放單元(16)還配置成用于: 至少臨時地不經(jīng)由所述通信介質(zhì)或網(wǎng)絡(luò)(30 )接收所述媒體流。
18.如權(quán)利要求15至17中任一項所述的設(shè)備(10)，其中所述媒體流包括音頻流分量和視頻流分量的至少其中之一。
19.如權(quán)利要求15至18中任一項所述的設(shè)備(10)，其中所述通信介質(zhì)或網(wǎng)絡(luò)(30)包括分組交換網(wǎng)絡(luò)。
20.如權(quán)利要求15至19中任一項所述的設(shè)備(10)，所述設(shè)備(10)是至少如下其中之 因特網(wǎng)廣播接收和播放設(shè)備， 因特網(wǎng)協(xié)議電視，本文簡稱為IPTV，接收和播放設(shè)備， 車載接收和播放設(shè)備， 無線電通信設(shè)備， 移動電話，以及 計算機。
21.如權(quán)利要求15至20中任一項所述的設(shè)備(10)，其中所述第一播放單元(12)還配置成用于: 確定將要接收或正在接收的媒體內(nèi)容適于本地復(fù)制；以及將確定為適于本地復(fù)制的媒體內(nèi)容存儲在所述設(shè)備(10)上或存儲在所述設(shè)備(10)附近的存儲設(shè)備上。
22.如權(quán)利要求21所述的設(shè)備(10)，其中所述第一播放單元(12)還配置成使得確定將要接收或正在接收的媒體內(nèi)容適于本地復(fù)制包括 確定所述媒體內(nèi)容的重復(fù)頻率大于閾值。
23.如權(quán)利要求15至22中任一項所述的設(shè)備(10)，還包括 接收單元(11)，其包括在作為所述媒體流的一部分接收至少一個媒體內(nèi)容之前經(jīng)由所述通信介質(zhì)或網(wǎng)絡(luò)(30 )接收所述至少一個媒體內(nèi)容。
24.如權(quán)利要求23所述的設(shè)備(10)，其中所述接收單元(11)在所述通信介質(zhì)或網(wǎng)絡(luò)(30)上的負荷小于閾值或預(yù)期小于閾值時工作。
25.如權(quán)利要 求23或24所述的設(shè)備(10)，其中所述接收過程(sll)還配置成使得預(yù)先接收的所述至少一個媒體內(nèi)容是至少基于所述設(shè)備(10)關(guān)聯(lián)的播放簡檔來選擇的。
26.如權(quán)利要求15至25中任一項所述的設(shè)備(10)，其中 以加密的形式本地存儲將要接收或正在接收的媒體內(nèi)容；以及 所述第二播放單元(16 )還配置成用于在播放所述媒體內(nèi)容之前，使用數(shù)字密鑰將所述本地存儲的媒體內(nèi)容解鎖。
27.用于傳送媒體流的傳送設(shè)備(20)，所述傳送設(shè)備(20)包括: 第一傳送單元(22)，其配置成用于經(jīng)由通信介質(zhì)或網(wǎng)絡(luò)(30)傳送媒體流以用于在至少一個接收和播放設(shè)備(10)上播放；以及 第二傳送單元(24)，其配置成用于在傳送的媒體流中或與所述傳送的媒體流一起傳送的數(shù)據(jù)中傳送指示符，所述指示符指示將要傳送或正在傳送容許在所述至少一個接收和播放設(shè)備(10)上本地存儲的媒體內(nèi)容。
28.如權(quán)利要求27所述的設(shè)備(20)，所述設(shè)備配置成用于采用單播或組播方式經(jīng)由所述通信介質(zhì)或網(wǎng)絡(luò)(30)傳送所述媒體流。
29.包含計算機可理解的指令的計算機程序，這些計算機可理解的指令配置成在接收和播放設(shè)備(10)上執(zhí)行時促使所述接收和播放設(shè)備(10)執(zhí)行如權(quán)利要求1至12中任一項所述的方法。
30.包含計算機可理解的指令的計算機程序，所述計算機可理解的指令配置成在傳送設(shè)備(20)上執(zhí)行時促使所述傳送設(shè)備(20)執(zhí)行如權(quán)利要求13或14所述的方法。
【文檔編號】H04N21/433GK103947219SQ201180074971
【公開日】2014年7月23日 申請日期:2011年9月21日 優(yōu)先權(quán)日:2011年9月21日
【發(fā)明者】H.佩爾庫恩, C.庫雷斯庫 申請人:瑞典愛立信有限公司