用於在富媒體環境中提供信息的系統和方法

2023-04-25 02:16:31 2

專利名稱：用於在富媒體環境中提供信息的系統和方法
技術領域：
本發明一般地涉及富媒體內容和服務。更具體地，本發明涉及提供關於富媒體信 息的描述信息。
背景技術：
本節旨在提供權利要求中描述的本發明的背景或上下文。這裡的描述可以包括能 夠被追尋的概念，但是沒有必要是先前已經設想或追尋的概念。因此，除非在這裡另外指 出，本節所描述的內容對於本申請中的說明書和權利要求書而言不是現有技術，並且不因 被包括在本節中而被承認為是現有技術。在過去的幾年裡，行動裝置的能力已經得到了快速地提高，產生了提供例如增強 的處理能力、更大的屏幕顯示和改進的數字服務的設備。結果，消費者對於富媒體內容和應 用(諸如，可以隨時隨地被遞送的按需服務)的需求也提高了。如這裡所使用的，富媒體內 容通常指的是生動豐富並且包含包括圖形、文本、視頻和/或音頻的複合/多媒體的內容。 另外，富媒體可以隨時間動態地改變並且可以響應於用戶交互，同時通過單個接口進行遞 送。各種類型的富媒體環境(RME)技術可以用於提供關於媒體場景和布局的信息，以 及管理對這種場景和布局的更新。如這裡所使用的，RME可以包括可伸縮向量圖形(SVG)、 快閃技術、移動圖像專家組(MPEG)-輕量級應用場景展現(LASeR)技術和其他技術。會話描述協議(SDP)信息可以描述一個或多個視頻流、一個或多個音頻流和包括 諸如動態和交互多媒體場景(DIMS)流的一個或多個RME流，所有這些流與單個會話相關 聯。每個流通常稱為單獨的「媒體組件」並且由SDP描述的媒體部分進行描述，每個流在 SDP描述中具有其自身的「m」值。SDP描述的單獨媒體組件可以任意地彼此相關。例如，會 話可以包括一個視頻流和兩個對應的音頻流，每個音頻流攜帶著不同語言的語音。另外，該 會話還可以在一個實施方式中包括兩個或多個主要RME流，每個主要RME流包括根據不同 準則而將被使用的場景，以及兩個或多個次要RME流，每個次要RME流提供對主要RME流之 一的更新。在SVG/RME中，音頻/視頻和場景/更新流通過「Xlink:href」屬性從XML內引 用。XML連結語言(XLink)由W3C組織在www.w3.org/TR/xlink/中定義。在多個流的會話 傳輸期間，統計復用提供了一種機制，通過該機制可以最大化可用帶寬的使用。在某一時刻，可以將終端調諧到提供主場景的主要RME流、提供場景更新的次要 RME流、一個或多個音頻和流、一個或多個視頻流以及諸如圖像的輔助數據的一個或多個 流。依賴於內容，用戶能夠與當前的交互場景進行交互，例如通過選擇菜單選項。在這種情 況下，終端可以調諧到一組新的主要/次要RME流和音頻/視頻流。這涉及檢索SDP描述、 調諧至/加入會話以及接收數據。此外，根據第三代合作夥伴計劃(3GPP)動態和交互多媒 體場景(DIMS)，一旦調諧，終端便可以在某個時間點接收全景，在該點處，終端將開始應用 場景更新。

發明內容
各種實施方式提供了用於在富媒體環境中提供會話相關信息的不同系統和方法。 根據各種實施方式，對會話中單獨媒體片段的引用可以在SDP消息中進行標識。利用標識 對單獨媒體片段的引用的能力，當要消費的媒體組件的組合在會話中改變時，可以使用單 個的SDP消息。各種實施方式還使用不同的安排來通過攜帶SDP描述和最新的全景文檔以便支 持更快的會話和場景設置時間。這例如可以通過重用用於攜帶非當前會話的多個會話的場 景和SDP信息的3GPP DIMS單元來完成。在其他實施方式中，可以使用多用途網際網路郵件 擴展(MIME)多部分方法來修改提取內容的結果，使得其包括非當前會話的多個會話的附 加場景和SDP信息。還是在其他實施方式中，對於公共共享會話，可以使用基於單向傳輸的 文件傳遞(FLUTE)的輪播(carousel)和關聯的改變/更新信令。各種實施方式還使用統計復用和相對優先排序，從而可以以有效的方式隨相關聯 的媒體流提供RME場景更新。從下面當結合附圖時所做出的描述，各種實施方式的這些和其他優勢和特徵連同 操作的方式和組織將變得明顯，其中貫穿下文描述的若干附圖，相同的元件具有相同的標號。


圖1是示出了其中「fref」屬性可以用於標識不同的媒體組件的示例實現的流程 圖；圖2是示出了通過其統計復用可以用於隨相關聯的媒體流提供RME場景更新信息 的過程的通用表示；圖3是示出了相對優先器如何與統計復用組合使用，以便以有效的方式進行相關 聯的媒體流的單獨的RME場景更新的表示；圖4詳細示出了通過其相對優先器可以與統計復用一起使用，以便以有效的方式 隨相關聯的媒體流傳輸單獨的RME場景更新的過程；圖5是其中可以實現本發明的各種實施方式的系統的概略圖；圖6是可以結合本發明的各種實施方式的實現使用的電子設備的透視圖；以及圖7是可以包括在圖6的電子設備中的電路的示意表示。
具體實施例方式各種實施方式提供了用於在富媒體環境中提供會話相關信息的不同系統和方法。 根據各種實施方式，對會話中的單獨媒體片段的引用可以在SDP消息中進行標識。利用標 識對單獨媒體片段的引用的能力，當要消費的媒體組件的組合在會話中改變時，可以使用 單個的SDP消息。根據這些實施方式，單個的SDP描述能夠指向SDP內部媒體組件的不同組合。例 如，如果用戶/終端從英語音頻語言流改變到法語音頻語言流，並且還改變了主要/次要場 景流，則沒有必要是單獨的SDP。相反，將不得不選擇另一組媒體組件。在各種實施方式中，定義了媒體組件等級屬性「fref」。「fref 」表示「片段引用」
6並且可以被引入到SDP。「fref」可以與任何的單獨的媒體組件相關聯並且其範圍是SDP描 述。當參考SDP描述時，在某些實施方式中可以使用格式#。按照所公開 的標準統一資源標識符(URI)，例如，在網際網路工程任務組(IETF)請求注釋(RFC) 2396中， 「#」符號表示目標引用的「片段」。在這種情況下，目標可以包括與匹配值的「fref」相關聯 的媒體組件。以下是使用「fref」屬性的片段性示例SDP v = 0ο = -424 3292855200 IN IP6 FF150000081IBCs = Examplec = IN IP6 FF15 0 0 0 0 0 81 IBDt = 0 0m = audio 49172 RTP/AVP 96b = AS: 64a = fref audio-Αa = rtpmap96mpeg4_generic/32000a = fmtp96streamtype = 5 ；profile-level-id = 15 ；mode = AAC-hbr ；config =1290 ；SizeLength = 13 ；IndexLength = 3 ；IndexDeltaLength = 3 ；ProfiIe = 1 ；m = audio 49147 RTP/AVP 97b = AS: 64a = fref :audio-Ba = rtpmap:97mpeg4_generic/32000a = fmtp: 97streamtype = 5 ；profile-level-id = 15 ； mode = AAC-hbr ；conf ig =1290 ；SizeLength = 13 ；IndexLength = 3 ；IndexDeltaLength = 3 ；ProfiIe = 1 ；m = video 49170 RTP/AVP 98b = AS: 250a = fref video-Αa = rtpmap:98 H264/90000a = fmtp:98 prof ile-level-id = 42c00d ；packetization-mode = 1 ； sprop-parameter-sets = ZOLADZtAoPiA, aN41iA ==；m = video 12345 RTP/AVP 99a = fref:rme-update-stream-1a = rtpmap:99richmedia+xml/100000a = fmtp: 99Version-profile = 10 ；Level = 20m = video 12345 RTP/AVP 99以下是參考上述SDP的各個部分的樣本SVG文檔
SVG example〈script >
href,
〈video id = " vl"
=〃 0%"width=" 480〃height = 「 272 「 =〃 black" />〈audio id ="
begin = " Os" xlink:href = " idl234. sdp#video_A" χ
transformBehavior = " geometrical " viewport-fill
al
begin =
Os
xlink:href =
idl234.
sdp#audio_A'
<rect χ =
="none " stroke ="
'1〃 y #777"stroke-width = " 1'
1 「 width = 「 480 「 height = 「 272 「 fill
ul
xl ink:href =
idl234.

130
width = 「 230 「 height = 「 132
application/ecmascript
eν:eventchange_lang(evt)；〈/handler〉圖1是示出了使用上述「fref」屬性的示例實現的流程圖，在圖1的100處，準備 SDP描述，SDP描述包括多個「fref」標識，每個標識指代不同的媒體組件。在110處，將SDP描述從發送設備傳輸到接收設備。在120處，為了接收終端「調諧」到新的一組音頻、視頻 和/或RME流的目的而準備SVG文檔。接收終端使用SDP描述來標識要由接收設備消費的 一個或多個媒體組件。在130處，接收終端根據包含在SVG文檔中的指令來處理SVG文檔 並且消費會話內容，即，接收設備基於包含在SVG文檔中的指令調諧至新的一組音頻、視頻 和/或RME流。各種實施方式還使用不同的安排來通過攜帶SDP描述和最新的全景文檔以便支 持更快的會話和場景設置時間。在這些實施方式中，縮短了用於獲得會話描述和全景的 過程，由此縮短了重新調諧一組接收參數所需的時間。這還可以通過例如重用用於攜帶非 當前會話的多個會話的場景和SDP信息的3GPP DIMS單元來完成。DIMS公開在3GPP TS 26. 142V7. 2.0(2007-12)；技術規範；3GPP ；技術規範組服務和系統方面；動態和交互多媒 體場景(版本7)。在其他實施方式中，MIME多部分方法可以用來修改提取內容的結果，使 得其包括非當前會話的多個會話的附加場景和SDP信息。還是在其他實施方式中，對於公 共共享會話，使用基於FLUTE的輪播和關聯的改變/更新信令。在作為RME文檔檢索一部分的共享傳遞會話中，關於當前RME會話和其他RME會 話的信息提供在當前的RME會話中。RME會話是用於傳遞一個或多個RME流的會話，並且 RME流可以包括一個或多個全景描述和/或一個或多個場景更新。根據各種實施方式，提供 了轉變輔助信息(TAI)，其包括會話的SDP文件和該會話的最新全SVG場景。應該注意到， 如果會話包括若干個場景傳遞流，則可能存在多個「最新的」全SVG場景，對於每個流有一 個場景。因此，TAI包括一組SDP描述和/或SVG文檔。一個實施方式包括一種用於在當前RME流中攜帶非當前RME流的SDP描述和最新 的全景(即，SVG文檔)的方法。在如3GPP DIMS中所規定的用於流式傳輸的常規安排中， TAI或者在現有的DIMS單元中被攜帶，或者作為特定的新的DIMS單元被攜帶。在現有的 DIMS單元的情況下，TAI連接在主DIMS單元之後。所有的TAI可以包括在一個DIMS單元 中，或者可以分布在多個DIMS單元上。無論哪一種情況，在連接點處並且剛好在每個TAI 之前，將所述的TAI或者加上TAI的統一資源定位符(URL)標識符和可選版本的前綴，或者 加上連同TAI的可選版本的URL標識符的哈希的前綴。以下兩個描述描繪了現有DIMS單
元的情況
Extended—_DIMS_Unit: == Existing_DIMS_Unit IURL_of_TAI IlTAI
Extended—_DIMS_Unit: == Existing_DIMS_Unit IURL_of_TAI Ilversion
TAI
Extended—_DIMS_Unit: == Existing_DIMS_Unit Ihash_of_URL_of_TAI I
TAI
Extended—_DIMS_Unit: == Existing_DIMS_Unit Ihash_of_URL_of_TAI I
versionTAI)
符號Il用於連接。以下是第一 DIMS單元的示例:

http://foo. bar/al23. sdp

http://foo. bar/al23. svg
9
以下是第二 DIMS單元的示例0x5a25 (hash of http://foo.bar/al23.sdp)0x3 (version)0xde32 (hash http://foo.bar/al23.svg)0x5 (version)可以使用URL的哈希來代替URL本身作為標識，例如當認為URL本身過長時。URL 的哈希還可以用於確保URL沒有被篡改。例如，哈希可以通過使用消息摘要算法5(MD5)、安 全哈希算法SHA-I、SHA-3或任何其他哈希函數來計算。當利用連接的TAI擴展現有的DIMS單元時，添加物可以通過採取使用DIMS頭部 中預留的「X」標記(在3GPP DIMS文檔的§ 5. 6. 2中公開)來用信號表示，例如，設置「X」 ==ObOl。在用於攜帶TAI的特定新的DIMS單元的情況下，這種情況在某些方面類似於包 括現有的DIMS單元的情況。然而，在特定的新的DIMS單元的情況下，不存在。然而，特定的新的DIMS單元可以通過採取使用DIMS頭部中預留的「X」標記 (在3GPP DIMS文檔的§ 5. 6. 2中公開)來用信號表示，例如，設置「X」 = = OblO。另一實施方式包括攜帶公共共享文件傳遞中的所有RME流的SDP描述和最新的全 景(即，SVG文檔)。在這種實施方式中，存在共同文件傳遞會話，諸如基於共同異步分層編 碼(ALC)/FLUTE的文件傳遞會話，所有或某些RME會話將共享該共同文件傳遞會話。這種 共同會話傳遞TAI信息，使得每條TAI作為單獨傳輸對象出現或者從而多個TAI條被連接 成單個的傳輸對象。這可以使用「多部分MIME RELATED」或「多部分MIME MIXED」消息來 完成。此外，如果FLUTE或ALC用於會話，則會話管理和改變標識系統(諸如在開放移動聯 盟數字移動廣播(0ΜΑ BCAST)中針對FLUTE和ALC規定的那些)可以用於監視、標識和定 位共同會話中的改變。如果期望保存輪詢共同會話的RME代理，則可以應用下面的系統，使得RME代理能 夠保持在當前會話上而不必周期性地輪詢該共同會話。首先，在共同會話中改變時，該改變 在認為相關的每個特定RME(DIMS)會話中用信號表示。在特定的RME會話中，改變「附加」 在現有DIMS單元中的改變上來用信號表示，或者通過定義用於這種信號表示的特定的新 DIMS單元來用信號表示。在定義了新的DIMS單元的情況下，這可以通過使用DIMS頭部中 預留的「X」標記(在3GPP DIMS文檔的§5.6.2中公開)來用信號表示，例如，設置「X」 = =Obll0又一實施方式包括攜帶當提取了當前RME場景時非當前RME場景的SDP描述和最 新的全景(即，SVG文檔)，例如使用超文本傳輸協議(HTTP)。在這種情況下，RME代理或類 似的設備使用例如HTTP GET請求已經請求了場景。響應於這種請求，RME代理接收具有例 如以下淨荷的HTTP OK消息------Multipart Message-Begin--------
10
Content-type:multipart/mixed ；boundary =" RME「-RMEContent-typeapplication/ri chme d i a+xmlContent-location:http//foo. bar/al23. svg《initial SVG scene goes here>>-RMEContent-type:application/sdpContent-location:http://foo. bar/al23. sdp<>—RME-------Multipart Message-End----------在這種情況下，可以使用「多部分MIME RELATED」或「多部分MIME MIXED」消息。 此外，單個響應可以附加在一條或多條TAI上。以下是對RME代理如何能利用TAI信息以便縮短場景和會話設置時間的討論。當 對新的SDP會話進行改變時，RME代理確定其是否已經接收到了作為針對會話XYZ的TAI — 部分的SDP文件(例如，由URL XYZ. sdp標識的SDP文件)。如果代理已經接收到了作為針 對會話XYZ的TAI —部分的SDP文件，則代理使用該文件而不試圖通過網絡連接進行檢索。 如果RME代理確定改變涉及主要RME流的改變，則代理執行查找以便確定其是否已經接收 到了由URL XYZ. svg標識的SVG文件。應當注意到在一個實施方式中，SDP和SVG文件名 是相同的-僅擴展不同。如果代理已經接收到了由URL XYZ. svg標識的SVG文件，則代理 使用該文件而不試圖通過網絡連接檢索之。同時，代理可以調諧到音頻/視頻流和新的主 要/次要RME流。如果TAI信息匹配，則等到代理執行完調入後，代理還設置了主要場景並 且可以直接開始對設置應用場景更新。另外，還可以根據各種實施方式來標識基本場景SVG文件的名稱。如果接收終端 期望在調入之前獲得基本場景，則這種標識是有用的。在這些實施方式中，基本場景SVG文 件使用與描述RME流的媒體組件相關聯的「fmtp」屬性行內表示為「base-svg」的子屬性來 標識。以下示例中描繪了使用的這種屬性sdpl234. sdp-----------v = 0ο = -424 3292855200 IN IP6 FF150000081IBCs = Examplec = IN IP6 FF15 0 0 0 0 0 81 IBDt = 0 0m = audio 49172 RTP/AVP 96b = AS: 64a = fref: audio-Αa = rtpmap96mpeg4_generic/32000a = fmtp 96 streamtype = 5 ；profiIe-Ieve 1-id = 15 ；mode = AAC—hbr ；config
11=1290 ；SizeLength = 13 ；IndexLength = 3 ；IndexDeltaLength = 3 ；ProfiIe = 1 ；m = video 49170 RTP/AVP 97b = AS: 250a = fref: video-Αa = rtpmap:97 H264/90000a = fmtp:97 prof ile-level-id = 42c00d ；packetization-mode = 1 ； sprop-parameter-sets = ZOLADZtAoPiA, aN41iA ==；m = Video 12345 RTP/AVP 98a = fref:rme-update-stream-1a = rtpmap:98richmedia+xml/100000a = fmtp: 98Version-profile = 10 ；Level = 20 ；base-svg = svgl234. svgm = video 12345 RTP/AVP 99a = fref:rme-update-stream-2a = rtpmap:99 richmedia+xml/100000a = fmtp:99 Version-profile = 10 ；Level = 20 ；base-svg = svgl235. svg各種實施方式還可以使用統計復用，從而RME場景更新可以以有效的方式隨相關 聯的媒體流一起進行提供。如先前提到的，統計復用提供了一種可以進行可用帶寬最大化 使用的機制。在統計復用中，將通信信道分成多個可變比特率數字信道或數據流。鏈路共 享適於在給定時刻通過每個信道傳輸的數據流的流量要求。圖2是示出了通過其統計復用 可以用於隨相關聯媒體流提供的RME場景更新信息的過程的通用表示。RME場景更新可以 例如但不限於包括廣告、新聞預警、股票行情自動收錄、天氣預警、交通信息、文檔對象模 型(DOM)更新和其他類型的信息。如圖2中可以觀察到，在會話中傳輸多個音頻/視頻流 200，以及剩餘某些預留的帶寬。重要的是，針對這些音頻/視頻流200每個的各個比特率 可以隨時間變化。各個RME流和RME場景更新也可以展現這種行為。在RME場景更新的情 況下，這些更新可以在大小上顯著地變化。因此，統計復用用於儘可能以有效的方式將各個 RME場景更新210包括在預留的帶寬中。除了上文所述，RME場景更新的統計復用還可以通過「上下文感知」安排進行執行。 在這種系統中，RME場景更新在復用之前基於一個或多個因素按優先順序排列。圖3是示出 了相對優先器如何與統計復用結合使用以便將各個RME場景更新與媒體流相關聯的表示。 如圖3中所示，第一、第二和第三單獨RME場景更新310、320和330與會話中的第一、第二 和第三單獨內容流340、350和360相關聯。應當注意到為了簡化起見，圖3中只示出了三 個內容流，並且只有三個RME場景更新被示為與三個示出的內容流相關聯。沒有標識的RME 場景更新應當被示為對應於沒有示出的內容流。在圖3的第一、第二和第三內容流340、350和360中，示出了第一、第二和第三關 聯點370、380和390，每個關聯點表示要被消費的對應RME場景更新的時間點。考慮到在不 同時間對各個RME場景更新進行渲染，可以使用每個RME場景更新要被渲染的時間作為一 個因素來按優先順序排列各個RME內容流。例如，考慮到圖3中描繪的情況，由於第一 RME
12場景更新310首先在相關聯內容流的渲染中使用，對於第一 RME場景更新310，優選的是在 第二或第三RME場景更新320和330之前進行傳遞。在各種實施方式中，當確定應當優先級化哪些RME場景更新時，需要考慮的因素 包括(1)當前復用編程或內容流的RME時間線；(2)當前時間；(3)每個RME場景更新旨在 更新哪個元素；以及(3)單獨內容會話中可用的預留/帶寬。在一個特定實施方式中，這四 個因素一起考慮來確定應當首先插入哪個(哪些)RME場景更新。圖4示出了這些因素如 何用於按優先順序排列第一、第二和第三RME場景更新400、410和420。如圖4中所描述 的，將第一、第二和第三RME場景更新400、410和420中的每一個提供給相對優先器430。 相對優先器430注意到當前時間是tl，將在第一 RME場景更新400中進行更新的元素X的 時間是tl，以及可用於包括基於由統計復用器440提供的信息的RME場景更新信息的預留 量。同樣地，相對優先器430得出的結論是應當給予第一 RME場景更新400超出第二和第 三RME場景更新410和420的優先級。這種優先級信息隨第一、第二和第三RME場景更新400、410和420以及第一和第 二內容流450和460 —起提供給統計復用器440。統計復用器440使用明確地在時間tl傳 輸包括第一和第二內容流450和460以及第一 RME場景更新400的內容會話。圖5示出了其中可以利用各種實施方式的系統10，包括能夠通過一個或多個網絡 通信的多個通信設備。系統10可以包括有線或無線網絡的任意組合，其包括但不限於，移 動電話網絡、無線區域網(LAN)、藍牙個域網絡、乙太網LAN、令牌環LAN、廣域網、網際網路等。 系統10可以包括有線和無線通信設備二者。例如，圖5中示出的系統10包括行動電話網絡11和網際網路28。到網際網路28的連 接可以包括但不限於，長距離無線連接、短距離無線連接、以及包括但不限於電話線、電纜 線、電力線等的各種有線連接。系統10的示例性通信設備可以包括但不限於電子設備12、組合的個人數字助理 (PDA)和行動電話14、PDA 16、集成的消息收發設備(IMD) 18、臺式計算機20、以及筆記本計 算機22等。通信設備可以是靜止的或當其被正在移動的個人攜帶時可以是移動的。通信 設備還可以處於運輸工具模式中，這些運輸工具包括但不限於汽車、卡車、計程車、公共汽 車、火車、輪船、飛機、自行車、摩託車等。通信設備中的某些或全部可以發送和接收呼叫和 消息，並且可以通過到基站24的無線連接25與服務提供商通信。基站24可以連接到網絡 伺服器26，該網絡伺服器26允許在行動電話網絡11和網際網路28之間通信。系統10可以 包括另外的通信設備和不同類型的通信設備。通信設備可以使用各種傳輸技術進行通信，這些傳輸技術包括但不限於，碼分多 址(CDMA)、全球移動通信系統(GSM)、通用移動通信系統(UMTS)、時分多址(TDMA)、頻分多 址(FDMA)、傳輸控制協議/網際網路協議(TCP/IP)、短消息收發服務(SMS)、多媒體消息收發 服務(MMS)、電子郵件、即時消息收發服務(IMS)、藍牙、IEEE 802. 11等。用於實現各種實 施方式的通信設備可以使用各種介質通信，這些介質包括但不限於無線電、紅外、雷射、電 纜連接等。圖6和圖7示出了其中可以實現各種實施方式的一個代表性電子設備12。但是， 應當理解的是實施方式並不旨在限於一種特定類型的設備。圖6和圖7的電子設備12包 括殼體30、液晶顯示屏形式的顯示器32、小鍵盤34、麥克風36、耳機38、電池40、紅外埠
1342、天線44、根據一個實施方式的UICC形式的智慧卡46、讀卡器48、無線接口電路52、編解 碼器電路54、控制器56和存儲器58。各個電路和元件都是本領域公知的類型，例如在諾基 亞行動電話的範圍內。這裡所述的各種實施方式是以方法步驟或過程的一般上下文方式描述的，這些方 法步驟或過程在一種實施方式中可以通過以計算機可讀介質體現的電腦程式產品來實 施，該電腦程式產品包括由聯網環境中的計算機執行的諸如程序代碼的計算機可執行指 令。通常，程序模塊可以包括執行特定任務或實現特定抽象數據類型的例程、程序、對象、組 件、數據結構等。計算機可執行指令、相關聯的數據結構以及程序模塊表示用於執行這裡所 公開方法步驟的程序代碼的示例。這種可執行指令或相關聯的數據結構的特定序列表示用 於實施這些步驟或過程中所描述的功能的相應動作的示例。這裡所述的各種實施方式是以方法步驟或過程的一般上下文方式描述的，這些 方法步驟或過程在一種實施方式中可以通過以計算機可讀介質體現的電腦程式產品來 實施，該電腦程式產品包括由聯網環境中的計算機執行的諸如程序代碼的計算機可執行 指令。計算機可讀介質可以包括可移除和不可移除存儲設備，包括但不限於只讀存儲器 (ROM)、隨機訪問存儲器(RAM)、壓縮盤(⑶)、數字多功能盤(DVD)等。通常，程序模塊可以 包括執行特定任務或實現特定抽象數據類型的例程、程序、對象、組件、數據結構等。計算機 可執行指令、相關聯的數據結構以及程序模塊表示用於執行這裡所公開方法步驟的程序代 碼的示例。這種可執行指令或相關聯的數據結構的特定序列表示用於實施這些步驟或過程 中所描述的功能的相應動作的示例。實施方式可以通過軟體、硬體、應用邏輯或軟體、硬體和應用邏輯的組合來實現。 軟體、應用邏輯和/或硬體例如可以駐留在晶片組、行動裝置、臺式計算機、膝上計算機或 伺服器上。各種實施方式的軟體和web實現利用帶有用於完成各種資料庫搜索步驟或過 程、相關步驟或過程、比較步驟或過程以及決定步驟或過程的基於規則的邏輯和其他邏輯 的標準編程技術來完成。各種實施方式還可以全部或部分在網元或模塊中實現。應當注意 的是此處以及權利要求中使用的詞語「組件」和「模塊」旨在包含使用一行或多行軟體代碼 的實施和/或硬體實施和/或用於接收手動輸入的裝備。實施方式的上述描述是為了說明和描述的目的。上述描述並不旨在窮舉或是將實 施方式限於所公開的精確形式，並且修改和變化可以參照上述教導做出，或者可以從各種 實施方式的實踐中獲得。選擇和描述這裡所討論的實施方式是為了解釋各種實施方式的原 理和性質及其實踐應用，以便使本領域技術人員能夠在各種實施方式中並且以適應於預見 的特定應用的各種修改來使用本發明。在此描述的實施方式的特徵可以在方法、裝置、模 塊、系統和電腦程式產品的所有可能組合中組合。
權利要求
一種方法，包括在富媒體環境會話中處理包括關於至少一個媒體組件的消費的指令的文檔；使用先前接收到的會話描述協議描述來標識所述至少一個媒體組件；以及根據所述文檔中的指令來消費所述至少一個媒體組件。
2.根據權利要求1所述的方法，其中所述文檔包括可伸縮向量圖形文檔。
3.根據權利要求1或2所述的方法，其中在所述會話描述協議描述中使用片段引用標 識符來標識至少媒體組件。
4.一種以計算機可讀存儲介質具體體現的電腦程式產品，包括配置用於執行根據權 利要求1-3中任意一項的過程的計算機代碼。
5.一種設備，包括處理器；以及存儲器單元，其通信地連接到所述處理器並且包括配置用於在富媒體環境會話中處理包含關於至少一個媒體組件的消費的指令的文檔 的計算機代碼；配置用於使用先前接收到的會話描述協議描述來標識所述至少一個媒體組件的計算 機代碼；以及配置用於根據所述文檔中的指令來消費所述至少一個媒體組件的計算機代碼。
6.根據權利要求5所述的設備，其中所述文檔包括可伸縮向量圖形文檔。
7.根據權利要求5或6所述的設備，其中在所述會話描述協議描述中使用片段引用標 識符來標識至少媒體組件。
8.一種設備，包括用於在富媒體環境會話中處理包括關於至少一個媒體組件的消費的指令的文檔的裝置；用於使用先前接收到的會話描述協議描述來標識所述至少一個媒體組件的裝置；以及用於根據所述文檔中的指令來消費所述至少一個媒體組件的裝置。
9.一種方法，包括針對消費向接收終端提供包括當前富媒體環境流的當前富媒體環境會話；以及在所述當前富媒體環境會話中，提供關於所述當前富媒體環境流和非所述當前富媒體 環境流的至少一個富媒體環境流的信息。
10.根據權利要求9所述的方法，其中所述信息包括針對至少一個非當前富媒體環境 流的至少一個會話描述協議描述和至少一個最新的全景，並且其中所述信息提供在所述當 前富媒體環境會話內。
11.根據權利要求9所述的方法，其中所述信息提供在公共共享文件傳遞會話內，並且 其中所述信息包括所述公共共享文件傳遞會話內針對所有富媒體環境流的至少一個會話 描述協議描述和最新的全景。
12.根據權利要求9所述的方法，其中所述信息包括針對至少一個非當前富媒體環境 流的至少一個會話描述協議描述和至少一個最新的全景，並且其中在獲取當前富媒體環境 場景時提供所述信息。
13.—種以計算機可讀存儲介質具體體現的電腦程式產品，包括配置用於執行根據權利要求9-12中任意一項的過程的計算機代碼。
14.一種設備，包括處理器；以及存儲器單元，其通信地連接到所述處理器並且包括配置用於針對消費向接收終端提供包括當前富媒體環境流的當前富媒體環境會話的 計算機代碼；以及配置用於在所述當前富媒體環境會話中，提供關於所述當前富媒體環境流和非所述當 前富媒體環境流的至少一個富媒體環境流的信息的計算機代碼。
15.根據權利要求14所述的設備，其中所述信息包括針對至少一個非當前富媒體環境 流的至少一個會話描述協議描述和至少一個最新的全景，並且其中所述信息提供在所述當 前富媒體環境會話內。
16.根據權利要求14所述的設備，其中所述信息提供在公共共享文件傳遞會話內，並 且其中所述信息包括所述公共共享文件傳遞會話內針對所有富媒體環境流的至少一個會 話描述協議描述和最新的全景。
17.根據權利要求14所述的設備，其中所述信息包括針對至少一個非當前富媒體環境 流的至少一個會話描述協議描述和至少一個最新的全景，並且其中在獲取當前富媒體環境 場景時提供所述信息。
18.一種設備，包括用於針對消費向接收終端提供包括當前富媒體環境流的當前富媒體環境會話的裝置；以及用於在所述當前富媒體環境會話中，提供關於所述當前富媒體環境流和非所述當前富 媒體環境流的至少一個富媒體環境流的信息的裝置。
19.一種方法，包括在富媒體環境會話期間提供用於傳輸的多個內容流；結合所述多個內容流提供用於傳輸的多個富媒體環境場景更新，每個富媒體環境場景 更新與所述多個內容流中的至少一個相關聯；以及統計復用所述多個富媒體環境場景更新和所述多個內容流，以便連同所述多個內容流 一起有效地傳輸所述多個富媒體環境場景更新。
20.根據權利要求19所述的方法，進一步包括在執行統計復用之前，按優先順序排列 所述多個富媒體環境場景更新，以便具有較高優先級的富媒體環境場景更新在具有較低優 先級的富媒體環境場景更新之前進行傳輸。
21.根據權利要求20所述的方法，其中每個富媒體環境場景更新的相對優先級是基於 當前時間、所述多個內容流的富媒體環境時間線、每個富媒體環境場景更新旨在更新哪些 元素和所述富媒體環境會話中可獲得的預留帶寬中的至少一個。
22.—種以計算機可讀存儲介質具體體現的電腦程式產品，包括配置用於執行根據 權利要求19-21中任意一項的處理的計算機代碼。
23.一種設備，包括處理器；以及存儲器單元，其通信地連接到所述處理器並且包括配置用於在富媒體環境會話期間提供用於傳輸的多個內容流的計算機代碼； 配置用於結合所述多個內容流提供用於傳輸的多個富媒體環境場景更新，每個富媒體 環境場景更新與所述多個內容流中的至少一個相關聯的計算機代碼；以及配置用於統計復用所述多個富媒體環境場景更新和所述多個內容流，以便連同所述多 個內容流一起有效地傳輸所述多個富媒體環境場景更新的計算機代碼。
24.根據權利要求23所述的設備，其中所述存儲器單元進一步包括在執行統計復用之 前，按優先順序排列所述多個富媒體環境場景更新，以便具有較高優先級的富媒體環境場 景更新在具有較低優先級的富媒體環境場景更新之前進行傳輸。
25.根據權利要求24所述的設備，其中每個富媒體環境場景更新的相對優先級是基於 當前時間、所述多個內容流的富媒體環境時間線、每個富媒體環境場景更新旨在更新哪些 元素和所述富媒體環境會話中可獲得的預留帶寬中的至少一個。
26.一種設備，包括用於在富媒體環境會話期間提供用於傳輸的多個內容流的裝置； 用於結合所述多個內容流提供用於傳輸的多個富媒體環境場景更新，每個富媒體環境 場景更新與所述多個內容流中的至少一個相關聯的裝置；以及用於統計復用所述多個富媒體環境場景更新和所述多個內容流，以便連同所述多個內 容流一起有效地傳輸所述多個富媒體環境場景更新的裝置。
全文摘要
用於在富媒體環境中提供會話相關的信息的系統和方法。在各種實施方式中，對會話中的各個媒體片段的引用可以在SDP消息中進行標識。在其他實施方式中，通過攜帶SDP描述和最新的全景文檔，可以使用不同的安排來支持更快的會話和場景設置時間。各種實施方式還使用統計復用(440)，從而可以隨著相關聯的媒體流一起有效地提供RME場景更新(400，410，420)。
文檔編號G06F17/30GK101981573SQ200980111480
公開日2011年2月23日 申請日期2009年2月20日 優先權日2008年2月22日
發明者T·J·佩拉, T-O·波喬萊南 申請人:諾基亞公司