用於傳送或用於接收和播放媒體流的方法、設備和電腦程式的製作方法

2023-10-09 03:38:49 2

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

【發明內容】

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

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