專利名稱：提供多屏幕的設備和動態(tài)配置多屏幕的方法
技術領域：
符合本發(fā)明的設備和方法涉及配置多屏幕，更具體地，涉及動態(tài)地配置 在單個物理顯示裝置上提供多種內容的多屏幕。
背景技術：
現(xiàn)有技術的廣播接收器(諸如數(shù)字電視(TV)或數(shù)字機頂盒)在單個物 理顯示裝置上僅提供一種內容元素，或在單個物理顯示裝置上同時顯示主屏
幕和子屏幕。
盡管現(xiàn)有技術的廣播接收器可在相同顯示屏幕上同時顯示主屏幕和子屏 幕兩者，但是它們只能以有限數(shù)量的方式排列主屏幕和子屏幕。在主屏幕內 顯示內容的情況下，內容的所有元素(即，視頻數(shù)據(jù)、音頻數(shù)據(jù)以及其他數(shù) 據(jù))被顯示。另一方面，在子屏幕內顯示內容的情況下，僅顯示內容的一些元素。
內容源包括廣播服務(諸如衛(wèi)星廣播電臺、陸地廣播電臺或有線廣播電 臺)、存儲介質(諸如數(shù)字通用盤(DVD))、或連接到輸入終端的外部裝置。 然而，使用現(xiàn)有的廣播接收器，很難顯示這些各種內容源提供的內容。
在交互式TV應用程序環(huán)境(諸如家庭多^ 某體平臺(MHP)、高級通用應 用平臺(ACAP)和開放有線應用平臺(OCAP)，假設在物理顯示裝置上僅 輸出一個屏幕。
例如，在交互式TV應用程序環(huán)境中，采用基于家庭音頻/視頻交互技術 (HAVi)的用戶接口 (UI)。根據(jù)HAVi UI標準，盡管對顯示在物理顯示裝 置上的屏幕的數(shù)量沒有施加限制，但是在物理顯示裝置上通常僅顯示一個屏
幕a

發(fā)明內容
技術問題在這種環(huán)境中，難以在獨立屏幕上顯示多媒體內容的同時，對在屏幕上 顯示的多媒體內容中的一種執(zhí)行諸如解碼、數(shù)字信號處理、用戶交互處理等 操作。此外，也很難以屏幕為單元動態(tài)地控制應用程序的壽命周期和資源的使用。
因此，存在對一種在動態(tài)配置的屏幕上顯示各種內容的方法的需要。 技術方案
本發(fā)明提供一種在物理顯示裝置上提供多種內容的多屏幕的動態(tài)配置。 根據(jù)本發(fā)明的一方面，提供一種提供多屏幕的設備。所述設備包括數(shù) 字信號處理模塊，接收視頻信息、音頻信息和數(shù)據(jù)信息中的至少一個并基于
視頻信息、音頻信息和數(shù)據(jù)信息中的至少一個恢復多個服務；服務處理模塊， 產生顯示屏幕和用于顯示恢復的服務的多個邏輯屏幕；以及輸出模塊，將服 務處理模塊提供的多個邏輯屏幕映射到顯示屏幕上的不同位置，其中，每個 邏輯屏幕具有指示排列包括在邏輯屏幕中的背景靜止圖像、視頻光柵和圖形
光柵的順序的屬性信息。
根據(jù)本發(fā)明的另一方面，提供一種動態(tài)配置多屏幕的方法。所述方法包 括接收視頻信息、音頻信息和數(shù)據(jù)信息中的至少一個；基于視頻信息、音 頻信息和數(shù)據(jù)信息中的至少一個恢復多個服務；產生顯示屏幕和用于顯示恢
復的服務的多個邏輯屏幕；以及將多個邏輯屏幕映射到顯示屏幕上的不同位 置，其中，每個邏輯屏幕具有指示排列包括在邏輯屏幕中的背景靜止圖像、 視頻光柵和圖形光柵的順序的屬性信息。


通過參照附圖對本發(fā)明示例性實施例的詳細描述，本發(fā)明的上述和其他 方面將會變得更加清楚，其中
圖1A至圖1H是示出根據(jù)本發(fā)明示例性實施例的PiP屏幕的配置的示
圖2是示出根據(jù)本發(fā)明示例性實施例的邏輯屏幕和顯示屏幕之間的關系 的示圖4A和圖4B是示出根據(jù)本發(fā)明示例性實施例的抽象服務和非抽象服務 的示圖；圖5是示出邏輯屏幕和顯示屏幕的屬性信息和接口的示圖； 圖6A和圖6B是示出根據(jù)本發(fā)明示例性實施例的邏輯屏幕的屬性 "z-order"的示圖7A和圖7B是示出根據(jù)本發(fā)明示例性實施例的邏輯屏幕的屬性 "Display—Area"的示圖8是示出根據(jù)本發(fā)明示例性實施例的將兩個服務映射到顯示屏幕的方 法的示圖9是示出根據(jù)本發(fā)明示例性實施例的用于提供多屏幕的設備的配置的
框圖10是示出根據(jù)本發(fā)明示例性實施例的動態(tài)配置多屏幕的方法的流程
圖11是示出根據(jù)本發(fā)明示例性實施例的提供多屏幕的軟件架構的示圖12是示出根據(jù)本發(fā)明示例性實施例的組成應用程序接口 (API)層的 模塊之間的關系的示圖13是示出根據(jù)本發(fā)明示例性實施例的圖12中示出的模塊在顯示屏幕 上顯示在各個相應邏輯屏幕上顯示的多個服務的方法的流程圖；以及
圖14是示出根據(jù)本發(fā)明示例性實施例的在圖12中示出的模塊之間交換 顯示在邏輯屏幕上的服務的方法的流程圖。
具體實施例方式
參照以下示例性實施例的詳細描述和附圖，可更加全面理解本發(fā)明的優(yōu) 點和特點以及實現(xiàn)本發(fā)明的方法。然而，本發(fā)明可按照很多不同的形式來實
現(xiàn)，并且不應該被理解為局限于在此描述的示例性實施例。相反，提供這些 示例性實施例從而該公開將徹底和全面，并且將本發(fā)明的構思完全傳達給本 領域技術人員，本發(fā)明僅由權利要求限定。貫穿說明書，相同的標號表示相 同的部件。
以下參照根據(jù)本發(fā)明的示例性實施例的用戶接口 、方法和和計算機程序 產品的流程圖描述本發(fā)明。將理解，可由計算機程序指令來顯示流程圖中的 每個方框和流程圖中的方框的組合。將這些計算機程序指令提供給通用計算 機、專用計算機或其他可編程數(shù)據(jù)處理設備以產生機器，從而經由計算機或 其他可編程數(shù)據(jù)處理設備的處理器執(zhí)行的指令創(chuàng)建用于實現(xiàn)在流程圖方框中指定的功能的裝置。
這些計算機程序指令還可被存儲在能夠引導計算機或其他可編程數(shù)據(jù)處 理設備以具體方式工作，從而存儲在計算機可用或計算機可讀存儲器的指令 產生包括實現(xiàn)在流程圖方框中指定的功能的指令裝置的產品。
計算機程序指令還可被加載到計算機或其他可編程數(shù)據(jù)處理設備，以使
將在計算機或其他可編程數(shù)據(jù)處理設備上執(zhí)行的一系列操作步驟產生計算機 實現(xiàn)的處理，從而在計算機或其他可編程數(shù)據(jù)處理設備上執(zhí)行的指令提供用 于實現(xiàn)在流程圖方框中指定的功能的步驟。
流程圖中的每個方框可表示包括用于實現(xiàn)特定邏輯功能的 一個或多個可 執(zhí)行指令的模塊、代碼段或部分代碼。應注意，在一些可替代的實現(xiàn)中，在 方框中記錄的功能可不按照順序發(fā)生。例如，順序示出的兩個方框，實際上 可基本同時被執(zhí)行，或在某些時候以相反順序被執(zhí)行，這取決于有關功能。 為了更好地理解本發(fā)明，現(xiàn)將定義在本公開中使用的術語。 術語"服務"指示一起顯示的一組多媒體內容，即， 一組服務分量。 服務分量是服務的元素并包括視頻分量、音頻分量和數(shù)據(jù)分量。數(shù)據(jù)分 量是服務中的應用程序。
術語"服務上下文"指示可控制服務的執(zhí)行的對象，并且包括提供服務 所需的各種資源、裝置和執(zhí)行狀態(tài)信息。
術語"物理顯示裝置"指示實際顯示服務的內容的物理空間。 術語"顯示屏幕"指示實際顯示在物理顯示裝置的屏幕。任意服務可直 接被設置在顯示屏幕中，并且顯示屏幕可以被顯示在物理顯示裝置上?；蛘?， 被映射到顯示屏幕的特定區(qū)域的至少一個邏輯屏幕可被顯示在物理顯示裝置 上。
術語"邏輯屏幕"指示任意服務被顯示的空間。邏輯屏幕是在映射到顯 示屏幕之前是虛擬屏幕，并因此不被顯示在物理顯示裝置上。
邏輯屏幕和顯示屏幕可以是背景靜止圖像、視頻光柵和圖形光柵。圖形
光柵可以是文本、線、色彩和圖像的組合或視頻幀的混合。
術語"主服務"指示用戶通過顯示在物理顯示裝置上的菜單或遙控器或
應用通過API被選擇作為主服務的服務，并且主服務被顯示的屏幕稱為"主
術語"畫中畫服務(PiP服務)"指示用戶通過在物理顯示裝置上顯示的菜單或遙控器或應用經由API被選擇作為主服務中的子服務的服務，并且PiP
服務可被顯示在畫中畫屏幕(PiP屏幕)或主屏幕。
PiP屏幕包括如圖1A至圖1D所示的占據(jù)另一屏幕的一部分的屏幕和如 圖1E和圖1F所示的在沒有覆蓋其他屏幕的情況下與另一屏幕同時顯示的屏 幕。在這種情況下，如圖1G和圖1H所示，可以理解PiP屏幕可包括在物理 顯示裝置中的任意位置或區(qū)域上覆蓋另 一屏幕的屏幕。
圖2是示出根據(jù)本發(fā)明示例性實施例的邏輯屏幕和顯示屏幕之間的關系 的示圖。
參照圖2，可使用邏輯屏幕210、 212和214來顯示服務。邏輯屏幕210、 212和214通過映射塊230被映射到顯示屏幕220、 222、 224。
詳細地，邏輯屏幕210、 212被映射到顯示屏幕220，邏輯屏幕212和214 被映射到顯示屏幕222,邏輯屏幕210、 212和214被映射到顯示屏幕224。
簡言之，顯示服務的至少一個邏輯屏幕被映射到顯示屏幕的任意區(qū)域。
映射塊230是將邏輯屏幕映射到顯示屏幕所需的一組多條信息。多條信 息的示例包括多個邏輯屏幕中的每一個被映射到的顯示屏幕上的預定區(qū)域的 坐標信息、邏輯屏幕和顯示屏幕的認證信息以及指定邏輯屏幕以什么順序被 顯示在顯示屏幕上的信息?？捎赏ㄟ^將被執(zhí)行的各種計算機程序語言準備的 接口或函數(shù)來實現(xiàn)映射塊230，并且所述映射塊230可通過使用上述信息作 為參數(shù)創(chuàng)建或改變邏輯屏幕和顯示屏幕之間的關系。
另外，如圖3所示，由各種服務源提供的服務可被顯示在顯示屏幕上， 顯示屏幕可被顯示在物理顯示裝置上。
存在提供廣播服務(諸如，地面廣播電臺320和有線廣播電臺)的服務 源、提供存儲在存儲介質(個人錄像機(PVR) 340 )中的服務的服務源以及 經由有線網絡或無線網絡提供服務的服務源(未在圖15中示出)。
廣播接收器310從服務源接收服務，并產生顯示每個接收的服務的邏輯 屏幕。
然后，使用預定義的方法或由用戶或應用設置的方法，在將被顯示在物 理顯示裝置上顯示的顯示屏幕上直接設置任意服務。否則，被映射到顯示屏 幕上任意區(qū)域的至少一個邏輯屏幕被顯示在物理顯示裝置上350。簡言之， 地面廣播電臺320、有線廣播電臺330和PVR提供的服務被顯示在物理顯示 裝置350上。圖3中示出地面廣播電臺320、有線廣播電臺330和PVR 340作為服務 源，但是本發(fā)明不限于此。根據(jù)本發(fā)明示例性實施例，提供能夠被一起顯示 的多媒體內容的任何類型的多媒體內容源可以是服務源。
如圖4A和圖4B所示，根據(jù)本發(fā)明示例性實施例的服務可被分類為抽象 服務和非抽象服務。
抽象服務不是由實時發(fā)送的廣播信號提供的服務，而是獨立于廣播信道 的服務。抽象服務僅包括數(shù)據(jù)分量(即，應用)，而沒有視頻分量和音頻分量。 抽象服務的示例包括基于OCAP標準的具有未綁定的應用的服務。
非抽象服務被理解為除抽象服務之外的服務。
根據(jù)本發(fā)明的當前示例性實施例，抽象服務和非抽象服務具有獨立性。 例如，抽象服務可不通過邏輯屏幕直接被設置在物理顯示裝置上，非抽象服 務可被顯示在邏輯屏幕上。然后，邏輯屏幕可被映射到吝中設置抽象服務的 顯示屏幕。之后，顯示屏幕可通過物理顯示裝置被輸出。這樣，抽象服務可 獨立于非抽象服務被顯示在顯示屏幕上。此外，抽象服務和非抽象服務可以 被映射到不同的邏輯屏幕。之后，邏輯屏幕可以被映射到單個顯示屏幕。換 句話說，抽象服務可獨立于非抽象服務被顯示在顯示屏幕上。
根據(jù)本發(fā)明的當前示例性實施例，邏輯屏幕和顯示屏幕可被分類為不同 的對象?；蛘撸聊豢筛鶕?jù)一個屏幕對象的屬性信息用作邏輯屏幕或顯示屏泰。
詳細地，如果與邏輯屏幕的特性相應的屏幕對象屬性具有預定義的值， 其他屏幕對象屬性具有固定值，則屏幕對象可用作邏輯屏幕。另一方面，如 果與顯示屏幕的特性相應的屏幕對象屬性具有預定義的值，其他屏幕對象屬 性具有固定值，則屏幕對象可用作顯示屏幕。
屏幕對象的屬性信息包括多個屬性"type" 、 "z-Order" 、 "Display—Area"、 "Visibility" 、 "Associated—Display—Screen" 、 "Associated—Service—Contexts"、 "Associated—Logical—Screens，，禾口 "O啤utPort"。
如果屬性 "z-Order ，， 、" Display—Area " 、" Visibility ，，、 "Associated—Display—Screen" 牙口 "Associated—Service—Contexts" 具有予貞定義 的^直并且屬寸生"Associated—Logical—Screens"和"OutputPort"具有固定^直，則 屏幕對象可用作邏輯屏幕。
另 一 方面 ，i口 果屬寸生"Associated Service Contexts "、"Associated—Logical—Screens"禾口 "OutputPort"具有予貞定義的 <直并且屬'l"生 "z-Order" 、 "Display_Area" 、 "Visibility"和"Associated—Display—Screen"具
有固定值，則視頻對象可用作顯示屏幕。
圖5示出用于處理屏幕的屬性的屏幕對象和接口的屬性信息。
參照圖5，屬性"z-Order"510是用于確定多個邏輯屏幕以什么順序沿著 z軸排列。圖6A和圖6B示出用于邏輯屏幕的"z-Order"的屬性的值的不同 組合的物理顯示裝置上的邏輯屏幕的不同配置。
參照圖6A，第一邏輯屏幕620和第二邏輯屏幕630分別被映射到顯示屏 幕610的預定區(qū)域。詳細地，第一邏輯屏幕620被顯示在顯示屏幕610上， 第二邏輯屏幕630被顯示在部分覆蓋第一邏輯屏幕620的顯示屏幕上。換句 話說，顯示屏幕610、第一邏輯屏幕620和第二邏輯屏幕630以z軸的方向順 序地排列。在這種情況下，第一邏輯屏幕620的屬性"z-Order"可被設置為 值1 ，第二邏輯屏幕630的屬性"z-Order"可被設置為值2。第一邏輯屏幕620 和第二邏輯屏幕630的屬性"z-Order"可被設置為任何數(shù)字和字符，只要它們 能夠代表第一邏輯屏幕620和第二邏輯屏幕630沿著z軸排列的特定順序。
參照圖6B,當圖6A中示出的第一邏輯屏幕620的屬性"z-Order"從1 改變?yōu)?且第二邏輯屏幕630的屬性"z-Order"從2改變?yōu)?時，第一邏輯 屏幕620和第二邏輯屏幕630被分別映射到顯示屏幕610的預定區(qū)域。在這 種情況下，顯示屏幕610、第一邏輯屏幕620和第二邏輯屏幕630根據(jù)改變 的屬性"z-Order"值沿z軸方向順序排列。
如上所述，屬性"z-Order"值指示多個邏輯屏幕被排列的順序。屬性 "z-Order"還可指示邏輯屏幕或顯示屏幕的分量被排列的順序。
例如，如上所述，邏輯屏幕或顯示屏幕可以是背景靜止圖像、視頻光柵 和圖形光柵的組合。為了描述的方便，提供背景靜止圖像(諸如，背景圖像) 的實例(或對象)將被稱為"HBackg腦ndDevice",提供視頻(諸如,運動 畫面)的實例(或對象)將被稱為"HVideoDevice",提供圖形(諸如，應用 數(shù)據(jù))的實例(或對象)將被稱為"HGmphicsDevice"。此夕卜,實例(或對象) "HBackgroundDevice" 、 "HVideoDevice，，禾口 "HGraphicsDevice，，卄夸分另'J一皮統(tǒng) 稱為 "HScrc6nD6vic6'，。
這里，可確定邏輯屏幕或顯示屏幕的實例"HScreenDevice"沿z軸方向 被排列的順序。優(yōu)選地,"HBackgroundDevice" 、 "HVideoDevice"和"HGraphicsDevice" 可被順序排列。因此，實例"HVideoDevice"的屬性"z-Order"值大于實例 "HBackgroundDevice" 的屬'1"生"z-Order，， <直，并且實例 "HGraphicsDevice，， 的屬性"z-Order"值大于實例"HVideoDevice"的屬性"z-Order"值。
如果在當前屏幕中存在實例"HBackgroundDevice"，則在當前屏幕的最 下端(從觀眾的視點開始在當前屏幕的最后面)放置的實例 "HBackgroundDevice" 的屬性 "z-Order" ^f直是零。
如果當前屏幕不具有實例"HBackgroundDevice"而具有"HVideoDevice", 則在當前屏幕的最下端(從觀眾的視點來看在當前屏幕的最后面)放置的實 例"HVideoDevice"的屬性"z-Order"值是零。
如果當前屏幕不具有實例"HBackgroundDevice ",也不具有實例 "HVideoDevice"，則在當前屏幕的最下端(從觀眾的視點來看在當前屏幕的 最后面)放置的實例"HGraphicsDevice"的屬性"z-Order"值是零。
此外，包括在當前屏幕中的實例"HVideoDevice"的屬性"z-Order"值 大于包括在當前屏幕中的任何實例"HBackgroundDevice"的屬性"z-Order" 值，并且包括在當前屏幕中的實例"HGraphicsDevice"的屬性"z-Order"值
大于包括在當前屏幕中的任何實例"HVideoDevice"的屬性"z-Order"值。 由于具有更大的屬性"z-Order"值的這些實例"HScreenDevice"》文置在更加 接近當前屏幕的前面，因此它們與觀眾的距離更近。
盡管實例"HBackgroundDevice" 、 "HVideoDevice"和"HGraphicsDevice" 以如上預定的順序被排列，但是可任意確定相同類型的實例"HScreenDevice，， 的排列順序。
如將在圖8A和圖8B示出，屬性"Display—Area" 520是關于邏輯屏幕 的顯示屏幕區(qū)域的信息。
圖7A示出邏輯屏幕710被映射到顯示屏幕720的整個區(qū)域，圖7B示出 邏輯屏幕730被映射到顯示屏幕740的部分區(qū)域。
屬性"Display—Area"可包括指定邏輯屏幕將被映射到的顯示屏幕的預定 部分的二維坐標的信息或可包括指定顯示屏幕上的預定位置的信息和指示邏
輯屏幕從顯示屏幕上預定位置偏離多少的偏移值。
屬性"Visibility" 530確定邏輯屏幕可見地還是不可見地顯示在顯示屏幕 上?？赏ㄟ^改變屬性"Visibility" 530的值使邏輯屏幕出現(xiàn)在顯示屏幕上或從顯示屏幕消失。
屬性"Associated—Display—Screen" 540是關于與邏輯屏幕相關的顯示屏 幕的信息。與任何顯示屏幕都不相關的邏輯屏幕可以不顯示在物理顯示裝置 或不被發(fā)送到外部輸出裝置。
屬性"Associated—Service—Contexts" 550是關于連4妻到邏輯屏幕或顯示 屏幕的服務上下文的信息。設置在這種服務上下文的服務可被顯示在邏輯屏 幕或顯示屏幕上。
屬性"Associated—Logical—Screens"560是關于與顯示屏幕相關的邏輯屏 幕的信息。
屬性"OutputPort" 570是關于顯示屏幕將被輸出的裝置的信息，并且這 種裝置包括顯示屏幕、有線/無線通信介質和各種存儲介質。
可提供用于識別或改變圖5中示出的屬性的值的接口。參照圖5,所述 接口可包括用于設置屬性值或將邏輯屏幕連接到顯示屏幕的接口 "SET"、用 于添加屬性值或將邏輯屏幕連接到服務的接口 "ADD"、用于識別屬性值的接 口 "GET"和用于刪除屬性值的接口 "REMOVE"。這些接口可分別包括處理、 函數(shù)、進程或執(zhí)行它們的功能的方法。
例如，方法"setZOrder (int order)" ^殳置或改變上述的屬性"z-Order"。 參數(shù)"order"是指表示當邏輯屏幕顯示在顯示屏幕上時顯示邏輯屏幕的順序 的屬性信息。詳纟田地，方法"setZOrder(int order)"是用于設置屬性"z-Order" 的設置接口。
可進行方法"setZOrder (int order)"的異常操作。在當前屏幕不是邏輯屏 幕或當前屏幕的屬性"z-Order"由于硬件或軟件特性而無法改變時進行該異
常操作。
相應于方法"setZOrder (int order)",方法"getZOrder (void)"在無需4壬 何參數(shù)的情況下在當前屏幕上提供"z-Order"的屬性信息，并返回非負的 "z-Order"值。如果當前屏幕是顯示屏幕，則優(yōu)選地，方法"getZOrder (void)" 返回0,并且邏輯屏幕具有大于1的自然數(shù)。方法"getZOrder (void)"是用于 獲取屬性"z-Order"的信息的獲取接口。
此外，方法"setZOrder (HScreenDevice[] )" -i殳置或改變邏輯屏幕或顯示 屏幕中的實例"HScreenDevice ，，的屬性"z-Order "值。方法"setZOrder (HScreenDevice[])"的參數(shù)是屬性"z-Order"值將被設置或改變的實例"HScreenDevice，，的集合。i羊纟田i也，方法"setZOrder (HScreenDevice[])，' 是用于設置實例"HScreenDevice"的"z-Order"的屬性信息的設置接口。
可進行方法"setZOrder ( HScreenDevice[])"的異常操作。在當前屏幕中 的實例"HScreenDevice"的屬性"z-Order"由于提供多屏幕的設備的硬件或 軟件特性而無法改變時進行該異常操作。
相應于方法 "setZOrder ( HScreenDevice[〗)'，，方法 "getZOrder
(HScreenDevice[])" 在當前邏輯屏幕或顯示屏幕中提供實例
"HScreenDevice"的"z-Order"的屬性信息，并返回非負的"z-Order"值。 方法"getZOrder (HScreenDevice[])"是用于獲耳又實例"HScreenDevice"的 屬性"z-Order"的信息的獲取接口。
根據(jù)另一示例，方法"getDisplayScreen(void)"返回與當前屏幕相關的顯 示屏幕。詳纟田i也，如果當前屏幕是邏輯屏幕，則方法"getDisplayScreen(void)" 返回相關的顯示屏幕。如果當前屏幕是顯示屏幕，則方法
"getDisplayScreen(void)"返回關于當前屏幕的參考信息。另夕卜，如果當前屏 幕是邏輯屏幕，但是沒有相關屏幕，則方法"getDisplayScreen(void)"返回值
"NULL"。
才艮才居另^示例，方法 "public void setDisplayArea(HScreenRectangle rect)
throws SecurityException, IllegalStateException"才是供用于^1夸當前邏輯屏幕映射 到相關的顯示屏幕的預定區(qū)域的功能。被提供作為參數(shù)的實例屬于包 "org.havi.ui " 的類 "HScreenRectangle ", 并具有二維位置信息。方法 "SecurityException " 禾口 " IllegalStateException ，， 的才丸4亍可4乍為方法 "setOutputScreen(HScreen screen)"的異常操作來進行。在當前屏幕時邏輯屏 幕時或在與當前邏輯屏幕相關的一部分顯示屏幕由于主機平臺的特性而不能 改變時，可才丸4亍方法"IllegalStateException"。
根據(jù)本發(fā)明的另一示例，方法"getOutputArea(void)"返回當前屏幕的區(qū) 域信息作為HScreenRectangle信息。如果當前屏幕與顯示屏幕相應，則方法 "getOutputArea(void)"返回具有與HScreenRectangle (0， 0， 1， 1 )相同值 的HScreenRectangle信息。如果當前屏幕是邏輯屏幕，則方法 getOutputArea(void)"返回關于當前屏幕占據(jù)的顯示屏幕上的區(qū)域的信息。如 果當前屏幕是邏輯屏幕，但是不與任何顯示屏幕相關，則方法 getDisplayArea(void)"返回值"NULL"。貫穿以下描述使用的特定術語涉及特定接口。然而，本領域技術人員將 理解命名特定函數(shù)僅用于指示它的功能。示例性實施例的詳細描述不試圖區(qū) 分名稱而不是功能不同的函數(shù)。
圖8是示出兩個服務被設置在將被映射到單個顯示屏幕的顯示屏幕上的 處理的示圖。
參照圖8,第一服務包括全部三個服務分量(即，視頻、音頻和數(shù)據(jù)分 量)，第二服務僅包括視頻和音頻分量。然而，本發(fā)明不會對服務分量施加任
何限制，圖8中示出的第一服務和第二服務是示例性的。
如圖8所示，第一服務和第二服務以與現(xiàn)有技術幾乎相同的方式顯示在 物理顯示裝置上。根據(jù)本發(fā)明的當前示例性實施例，可彼此獨立地將多個服 務顯示在物理顯示裝置上，而不用對可被顯示在單個顯示屏幕上的服務的數(shù) 量施加任何限制。
圖9是根據(jù)本發(fā)明示例性實施例的提供多屏幕的設備的框圖。
參照圖9，用于提供多屏幕的設備900包括數(shù)字信號處理模塊940、服務 處理模塊950、輸出模塊960和用戶/應用接口模塊965。
而且，所述設備900包括作為服務源的廣播信號接收模塊910、存儲介 質920和外部輸入模塊930，并包括作為服務輸出介質的物理顯示裝置970、 存儲介質980和外部輸出才莫塊990。
如在此所用，術語"模塊"意味著，但是不局限于執(zhí)行特定任務的軟件 或硬件組件(諸如，可編程門陣列(FPGA)或專用集成電路(ASIC))。有 利地，模塊可被配置為駐留在可尋址的存儲介質上，并且被配置為將在一個 或多個處理器上執(zhí)行。因此，例如，模塊可包括組件(諸如，軟件組件、面 向對象的軟件組件、類組件和任務組件)、處理、函數(shù)、屬性、進程、子程序、 程序代碼段、驅動程序、固件、微碼、電路、數(shù)據(jù)、數(shù)據(jù)庫、表格、數(shù)組和 變量。在組件和模塊中提供的功能可被組合為較少的組件和模塊，或另外被 分離為額外的組件和模塊。
數(shù)字信號處理模塊940從廣播信號接收模塊910、存儲介質920或外部 輸入模塊930接收服務的各種信息(諸如，多J 某體內容(例如，視頻信息、 音頻信息或數(shù)據(jù)信息))。
廣播信號接收模塊910接收衛(wèi)星、地面或有線廣播信號并發(fā)送接收的廣 播信號，存儲介質920存儲服務的視頻信息、音頻信息或數(shù)據(jù)信息，外部輸入模塊930從外部裝置(諸如，連接到網絡的網絡接口模塊)接收服務的視 頻信息、音頻信息或數(shù)據(jù)信息。
數(shù)字信號處理模塊940使用接收的服務分量恢復多個服務。存儲的服務 包括抽象或非抽象服務。
這里，短語"多個服務"是指由廣播信號接收模塊910發(fā)送的兩個或更 多服務，或由廣播信號接收模塊910和存儲介質920分別發(fā)送的兩個或更多服務。
數(shù)字信號處理模塊940可根據(jù)用戶或應用通過用戶/應用接口模塊965的 幫助的選擇恢復多個服務。在這種情況下，用戶或應用可選擇任意服務和屏 幕之間的連接。
服務處理模塊950產生邏輯屏幕以顯示數(shù)字信號處理模塊940恢復的服務。
輸出模塊960將服務處理模塊950產生的多個邏輯屏幕映射到顯示屏幕。 可使用預定的方法或用戶通過用戶/應用接口模塊965的幫助而設置的方法來
服務處理模塊950可不處理數(shù)字信號處理模塊940恢復的服務。相反， 可直接將數(shù)字信號處理模塊940恢復的服務映射到輸出模塊960產生的顯示 屏幕的特定部分。
輸出模塊960提供的顯示屏幕可被顯示在物理顯示裝置970上或可被存 儲在存儲介質980中。存儲介質980的示例包括計算機可讀軟盤、硬盤、 CD-ROM、 DVD、 DVD-ROM、 BD (藍光盤)和半導體存儲器。
而且，輸出模塊960提供的顯示屏幕可經由外部輸出模塊9卯被發(fā)送到 連接到網絡的外部裝置。
為此，輸出模塊960可包括多個輸出端口，經由所述輸出端口提供顯示 屏幕。在這種情況下，可經由預先設置作為默認的輸出端口或用戶通過用戶/ 應用接口模塊965的幫助來選擇的輸出端口來提供顯示屏幕。
用戶或應用可使用用戶/應用接口模塊965選#^多個服務中的 一個或恢復 期望的服務。而且，用戶可使用用戶/應用接口模塊965選擇多個顯示屏幕中 的一個。
由于圖9中示出的模塊根據(jù)它們的功能被劃分，因此可以被連接到其他模塊。圖10是示出根據(jù)本發(fā)明示例性實施例的動態(tài)地配置多屏幕的方法的流程圖。
通常，組成多媒體內容的視頻信息、音頻信息和數(shù)據(jù)信息以預定的格式
(例如，MPEG流格式)被發(fā)送。在操作S1010,用于提供諸如多媒體內容 的服務的設備接收視頻信息、音頻信息和數(shù)據(jù)信息并基于視頻信息、音頻信 息和數(shù)據(jù)信息恢復服務。這里，可由用戶或應用選擇或預先確定在操作S1010
恢復的服務。用戶可使用顯示在顯示裝置上的菜單或遙控器選擇任意屏幕和 屏幕之間的連接。應用可使用API選擇連接。
另外，數(shù)據(jù)信息包括關于服務的應用程序的應用信息，并且這些應用信 息包括指示應用程序是否可在PiP屏幕上執(zhí)行的信號信息。應用信息的示例 包括基于MHP標準的應用信息表(AIT )和基于OCAP標準的擴展的應用信 息表(XAIT)。信號信息可被添加到應用信息。
之后，在操作S1020，恢復的服務被設置，從而該服務可被顯示在邏輯 屏幕上。在步驟S1030,邏輯屏幕被映射到顯示屏幕。在步驟S1040,使用顯 示裝置、存儲介質或網絡將顯示屏幕提供給用戶。
為了簡單，圖IO中示出恢復的服務，其經由邏輯屏幕顯示在物理顯示裝 置上。然而，恢復的服務可直接被顯示在物理顯示裝置上，而無需通過邏輯 屏幕。
當用戶選擇PiP服務時，以兩種模式實現(xiàn)PiP服務。在第一模式下，僅 提供在主屏幕上選擇的PiP服務的視頻分量，而沒有創(chuàng)建用于PiP服務的單 獨邏輯屏幕(也就是，PiP屏幕)。在第二模式下，創(chuàng)建用于PiP服務的單獨 邏輯屏幕以提供在創(chuàng)建的PiP屏幕上選擇的PiP服務。
圖IO示出為了簡單僅將一個服務映射到顯示屏幕的方法。然而，通過多 個邏輯屏幕或無需通過多個邏輯屏幕，多個服務可被映射到顯示屏幕。 當以這種方式將顯示屏幕提供給用戶時，用戶可執(zhí)行多個服務。 圖11是示出根據(jù)本發(fā)明示例性實施例的用于提供多屏幕的軟件架構的示圖。
參照圖11，軟件架構1100包括裝置驅動層1110、 API層1120和應用層 1130。
裝置驅動層1110從各種多媒體內容源接收服務分量并對接收的服務分 量解碼。接收的服務分量的示例包括視頻信息、音頻信息和數(shù)據(jù)信息。API層1120產生邏輯屏幕和顯示屏幕并將服務、邏輯屏幕和顯示屏幕彼 此映射。
應用層1130提供用戶接口 ，從而用戶可動態(tài)地配置邏輯屏幕，所述邏輯 屏幕顯示服務或將用戶命令發(fā)送到API層1120,從而API層1120可執(zhí)行用
用戶通過應用層1130的幫助使裝置驅動層1110經由物理顯示裝置提供 顯示屏幕或將顯示屏幕存儲在存儲介質中。此外，用戶可使裝置驅動層1110 經由網絡將顯示屏幕發(fā)送到外部裝置。
為此，裝置驅動層1110可包括能夠提供顯示屏幕的多個端口。否則， API層1120可包括多個輸出端口。
為了在顯示屏幕上動態(tài)地配置多個邏輯屏幕，如圖12所示，API層1120 可包括多個軟件模塊(例如，多屏幕管理器模塊"MultiScreenManager" 1210、 多屏幕上下文模塊"MultiScreenContext" 1230、多屏幕上下文偵聽器模塊 "MultiScreenContextListener " 1250 和多屏幕上下文事件模塊 "MultiScreenContextEvent" 1240。
多屏幕管理器模塊1210管理多屏幕上下文模塊1230,搜索期望的屏幕， 顯示指定什么裝置可由屏幕共享的信息，注冊多屏幕上下文偵聽器模塊1250， 或取消多屏幕上下文偵聽器模塊1250的注冊。
多屏幕上下文模塊1230是與屏幕對象1220相關的接口對象，并且根據(jù) 多屏幕上下文模塊1230執(zhí)行的接口操作確定屏幕對象1220是成為邏輯屏幕 還是顯示屏幕。可在多屏幕上下文模塊1230中設置各種屬性(諸如，圖5中 示出的屬性510至570 )。多屏幕上下文模塊1230可提供參照圖5描述的函 數(shù)"SET"、 "ADD"、 "GET"和"REMOVE"。
當多屏幕上下文模塊1230改變屏幕對象1220的屬性信息時，多屏幕上 下文事件模塊1240用作通知屏幕對象1220的屬性信息已被改變的事件類， 多屏幕上下文偵聽器模塊1250用作能夠以試圖接收多屏幕上下文事件模塊 1240提出的事件的預定應用類實現(xiàn)的偵聽器接口對象。
應用1260是在應用層1130上被驅動的模塊。應用1260允許用戶選擇期 望的服務并在顯示屏幕上自由地排列多個邏輯屏幕。
詳細地，應用1260將各種命令發(fā)送到多屏幕管理器模塊1210,所述命 令允許用戶動態(tài)地配置并管理邏輯屏幕，并且多屏幕管理器模塊1210控制與將通過多屏幕上下文模塊1230被執(zhí)行的各種命令相應的操作。
多屏幕上下文模塊1230與屏幕對象1220相關，并管理圖5中示出的屏
幕對象1220的屬性信息。為了管理屏幕對象1220的屬性信息，多屏幕上下
文模塊1230可包括各種功能或方法。
多屏幕管理器模塊1210 (未示出)從裝置驅動層1110接收由各種服務
源提供的服務分量，并執(zhí)行操作以將接收的服務分量顯示在邏輯屏幕或顯示
圖13是示出根據(jù)本發(fā)明示例性實施例的由圖12中示出的模塊在顯示屏 幕上顯示在各個相應的邏輯屏幕上顯示的多個服務的方法的流程圖。
參照圖13，在操作S1310,多屏幕管理器模塊1210產生顯示屏幕和與將 被執(zhí)行的服務的數(shù)量相應的數(shù)量的邏輯屏幕。
在操作S1320，多屏幕管理器模塊1210將邏輯屏幕連接到從裝置驅動層 1110接收的各個相應服務。多屏幕管理器模塊1210可通過將接收的服務的服 務上下文對象設置為邏輯屏幕服務的參數(shù)，來對每個邏輯屏幕調用方法 "addServiceContexts"。方法"addServiceContexts" 3奪邏4辱屏幕連4妄到月良務， 并且可由多屏幕上下文模塊1230提供。
在操作1330， 一旦邏輯屏幕被連接到各個服務，多屏幕管理器模塊1210 將邏輯屏幕連接到顯示屏幕。此時，多屏幕管理器模塊1210可通過將邏輯屏 幕被連接到的顯示屏幕設置為參數(shù)對每個邏輯屏幕調用方法
"setDisplayScreen"。 方法"setDisplayScreen" 4夸邏輯屏幕連4妻到顯示屏幕， 并且可由多屏幕上下文模塊1230提供。
方法"setDisplayScreen"可被設置為"public void setDisplayArea(HScreen screen) throws SecurityException, IllegalStateException"， 該方法允許作為參數(shù) 被提供的實例"HScreen"與當前邏輯屏幕相關。在這種情況下，優(yōu)選地，實 例"HScreen"是顯示屏幕。
方法"setDisplayArea(HScreen screen)"的參凄t可包4舌值"NULL"。在這 種情況下，當無需異常處理而執(zhí)行方法"setDisplayArea(HScreen screen)"時， 當前的邏輯屏幕不再與顯示屏幕相關。
方法 "SecurityException " 和 "IllegalStateException"可#皮作為方法 "setDisplayArea(HScreen screen)"的異常才喿作來進4亍。
在當前屏幕是邏輯屏幕時或在與當前邏輯屏幕相關的部分顯示屏幕由于主機平臺的特性而不能改變時，方法"IllegalStateException"可被執(zhí)行。
在操作S1340,邏輯屏幕將被分別映射到的顯示屏幕上的區(qū)域被確定。
此時，可調用由多屏幕上下文模塊1230提供的預定方法以確定邏輯屏幕將被
顯示的顯示屏幕上的區(qū)域。
圖14是示出根據(jù)本發(fā)明的示例性實施例在圖12中示出的模塊之間交換
顯示在邏輯屏幕上的服務的方法的流程圖。
在操作S1410，多屏幕管理器模塊1210臨時終止將在兩個邏輯屏幕之間
交換的服務。
之后，在操作S1420,關于服務的信息將在兩個邏輯屏幕之間被交換。 此時，對兩個邏輯屏幕中的每一個調用方法"removeServiceContexts"和方法
"addServiceContexts"，從而在兩個邏輯屏幕之間交換在兩個邏輯屏幕中設置 的服務上下文。方法"removeServiceContexts"去除連4妻到邏輯屏幕的服務上 下文，方法"addServiceContexts"將新服務上下文添加到邏輯屏幕?？捎啥?屏幕上下文模塊 1230提供方法 "removeServiceContexts " 和方法
"addServiceContexts"。根據(jù)本發(fā)明的當前示例性實施例，連接到邏輯屏幕的 服務的服務信息在邏輯屏幕之間被交換，從而獲得交換主屏幕和子屏幕的效 果。此外，根據(jù)本發(fā)明的當前示例性實施例，即使當在顯示屏幕上執(zhí)行三個 或更多服務時，也可在任何數(shù)量的邏輯屏幕之間交換這些服務。
在操作S1430，產生服務和兩個邏輯屏幕之間的連接已經被改變的事件 的發(fā)生。之后，在操作S1440,多屏幕上下文事件模塊1240將事件發(fā)送到多 屏幕上下文偵聽器模塊1250,并且重新連接到兩個邏輯屏幕的服務開始被執(zhí) 行。
產業(yè)上的可利用性 根據(jù)本發(fā)明的示例性實施例，可使用單個物理顯示裝置按照各種方式執(zhí) 行各種源(諸如，有線廣播、地面廣播、各種存儲介質和外部輸入)提供的 多個服務。
盡管參照本發(fā)明的示例性實施例具體地示出和描述了本發(fā)明，但是本領 域普通技術人員將理解，在不脫離由權利要求限定的本發(fā)明的精神和范圍的 情況下，可以進行形式和細節(jié)上的各種改變。因此，將理解，提供上述示例 性實施例僅是描述性的，并且不應被理解為對本發(fā)明的范圍的施加任何限制。
權利要求
1、一種提供多屏幕的設備，所述設備包括數(shù)字信號處理模塊，接收視頻信息、音頻信息和數(shù)據(jù)信息中的至少一個并基于視頻信息、音頻信息和數(shù)據(jù)信息中的至少一個恢復多個服務；服務處理模塊，產生顯示屏幕和用于顯示數(shù)字信號處理模塊恢復的服務的多個邏輯屏幕；以及輸出模塊，將服務處理模塊提供的多個邏輯屏幕映射到顯示屏幕上的不同位置，其中，所述多個邏輯屏幕中的每一個包括背景靜止圖像、視頻光柵和圖形光柵中的至少一個，并且所述多個邏輯屏幕中的每一個具有指示排列包括在邏輯屏幕中的背景靜止圖像、視頻光柵和圖形光柵中的至少一個的順序的屬性信息。
2、 如權利要求l所述的設備，其中，如果邏輯屏幕包括背景靜止圖像， 則屬性信息指示背景靜止圖像位于邏輯屏幕的最后。
3、 如權利要求1所述的設備，其中，如果邏輯屏幕包括視頻光柵而不包 括背景靜止圖像，則屬性信息指示視頻光柵位于邏輯屏幕的最后。
4、 如權利要求1所述的設備，其中，如果邏輯屏幕包括圖形光柵而不包 括背景靜止圖像和視頻光柵，則屬性信息指示圖形光柵位于邏輯屏幕的最后。
5、 如權利要求1所述的設備，其中，視頻光柵的屬性信息值大于背景靜 止圖像的屬性信息值，并且與背景靜止圖像相比，視頻光柵位于更接近于邏 壽辱屏幕的前面的卩立置。
6、 如權利要求1所述的設備，其中，圖形光柵的屬性信息值大于視頻光 柵的屬性信息值，并且與視頻光柵相比，圖形光柵位于更接近于邏輯屏幕的 前面的^立置。
7、 一種提供多屏幕的方法，所述方法包括 接收視頻信息、音頻信息和數(shù)據(jù)信息中的至少 一個； 基于接收的視頻信息、音頻信息和數(shù)據(jù)信息中的至少一個恢復多個服務； 產生顯示屏幕和用于顯示恢復的服務的多個邏輯屏幕；以及將多個邏輯屏幕映射到顯示屏幕上的不同位置，其中，所述多個邏輯屏幕中的每一個包括背景靜止圖像、視頻光柵和圖形光柵中的至少一個，并且所述多個邏輯屏幕中的每一個具有指示排列包括 在邏輯屏幕中的背景靜止圖像、視頻光柵和圖形光柵中的至少 一個的順序的屬性信息。
8、 如權利要求7所述的方法，其中，如果邏輯屏幕包括背景靜止圖像， 則屬性信息指示背景靜止圖像位于邏輯屏幕的最后。
9、 如權利要求7所述的方法，其中，如果邏輯屏幕包括視頻光柵而不包括背景靜止圖像，則屬性信息指示視頻光柵位于邏輯屏幕的最后。
10、 如權利要求7所述的方法，其中，如果邏輯屏幕包括圖形光柵而不 包括背景靜止圖像和視頻光柵，則屬性信息指示圖形光柵位于邏輯屏幕的最后。
11、 如權利要求7所述的方法，其中，視頻光柵的屬性信息值大于背景 靜止圖像的屬性信息值，并且與背景靜止圖像相比，視頻光柵位于更接近于 邏l辱屏幕的前面的卩立置。
12、 如權利要求7所述的方法，其中，圖形光柵的屬性信息值大于視頻 光柵的屬性信息值，并且與視頻光柵相比，圖形光柵位于更接近于邏輯屏幕 的前面的卩立置。
全文摘要
提供一種提供多屏幕的設備和動態(tài)配置多屏幕的方法。所述設備包括數(shù)字信號處理模塊，接收視頻信息、音頻信息和數(shù)據(jù)信息中的至少一個并基于視頻信息、音頻信息和數(shù)據(jù)信息中的至少一個恢復多個服務；服務處理模塊，產生顯示屏幕和用于顯示恢復的服務的多個邏輯屏幕；以及輸出模塊，將服務處理模塊提供的多個邏輯屏幕映射到顯示屏幕上的不同位置，其中，所述多個邏輯屏幕中的每一個包括背景靜止圖像、視頻光柵和圖形光柵中的至少一個，并且所述多個邏輯屏幕中的每一個具有指示排列包括在邏輯屏幕中的背景靜止圖像、視頻光柵和圖形光柵中的至少一個的順序的屬性信息。
文檔編號H04N5/45GK101416497SQ200780012414
公開日2009年4月22日 申請日期2007年4月5日 優(yōu)先權日2006年4月6日
發(fā)明者李光基, 李鐘昊, 格倫·A·亞當斯, 邊成昱, 鄭云教 申請人:三星電子株式會社