專利名稱：用于提供多屏幕的設備及動態(tài)配置多屏幕的方法
同本領域技術(shù)人員將認識的，本發(fā)明可以應用于任何通信系統(tǒng)。例如，無線 業(yè)務使用者可以使用本發(fā)明實施例來配置用于對覆蓋面積和電池壽命之間 進行折衷的個別使用者鏈路參數(shù)。本發(fā)明的至少一個實施例在圖3的方法300中示出。圖3的方法300可 以由本地控制器執(zhí)行(例如，包含在使用者本地設備中的控制器，所述本地 設備例如調(diào)制解調(diào)器或與調(diào)制解調(diào)器相連的個人計算機)或者由使用者可以 與之通信的非操作員的遠程控制器執(zhí)行(例如，在使用者已經(jīng)購買了對遠程 控制器服務的定制或已經(jīng)購買了與遠程控制器服務兼容的設備的情況下)。 本地控制器可以訪問僅在使用者位置處可獲得的信息和/或數(shù)據(jù)(例如，從 本地節(jié)點中的NT或管理實體)，并且以這種類型的信息和/或數(shù)據(jù)為基礎進 行決策。在其它實施例中，控制器可以位于遠程位置，并且可以訪問多個使 用者的性能/運行數(shù)據(jù)和偏好數(shù)據(jù)。在這種遠程位置的情形中，控制器可能 會使telco CO等中的集中式控制器無法獲得數(shù)據(jù)和信息，而會具有比調(diào)制解 調(diào)器中的本地控制器更好的信息和/或數(shù)據(jù)。在本發(fā)明的一些實施例中，可以既使用本地控制器又使用遠程控制器。 圖2示出此類系統(tǒng)的各種組合，其中有連接到使用者設備292的本地控制器 284、連接到上游端設備(例如CO210、 220等中的DSLAM )的本地控制器， 和至少一個位于任何位置并連接到本地控制器284和/或本地控制器280的遠程控制器288。在這種配置中，本地控制器可以負責從至少一個調(diào)制解調(diào) 器采集運行數(shù)據(jù)和/或偏好數(shù)據(jù)，將該數(shù)據(jù)發(fā)送到遠程控制器，并執(zhí)行來自 遠程控制器的指令、控制命令等。本地控制器可以位于調(diào)制解調(diào)器、與調(diào)制 解調(diào)器相連的PC和/或與調(diào)制解調(diào)器相連的其他設備中，或作為與調(diào)制解調(diào) 器相連的其他設備。遠程控制器接收運行數(shù)據(jù)、偏好數(shù)據(jù)和/或來自至少一 個本地控制器的請求數(shù)據(jù)，根據(jù)需要分析數(shù)據(jù)和其他信息，并發(fā)送適當?shù)闹?令、控制命令等給至少一個使用者本地控制器。遠程控制器可以具有選項來 從操作員系統(tǒng)采集進一步的信息，例如MIB中的運行數(shù)據(jù)、環(huán)路組成記錄、 關于任何施加于被關注的線路上的線路概況的信息、DSLAM設備信息等。屏幕上的多^ 某體內(nèi)容之一來執(zhí)行諸如解碼、數(shù)字信號處理、用戶交互處理等 操作。此外，也難以以屏幕為單位來動態(tài)控制應用程序的生命周期以及資源 的使用。因此，需要一種在動態(tài)配置的屏幕上顯示多種內(nèi)容的方法。技術(shù)解決方案本發(fā)明提供一種在物理顯示裝置上提供多種內(nèi)容的多屏幕的動態(tài)配置。 本發(fā)明還提供一種獨立地選擇并輸出在各個服務中提供的音頻內(nèi)容的方法。根據(jù)本發(fā)明的一方面，提供一種用于提供多屏幕的設備，該設備包括 服務處理模塊，提供多個服務；用戶/應用接口模塊，通過該接口模塊從所述 多個服務中獨立地選擇音頻內(nèi)容；輸出模塊，輸出選擇的音頻內(nèi)容。根據(jù)本發(fā)明的另一方面，提供一種用于提供多屏幕的設備，該設備包括 用戶/應用接口模塊，接收對特定服務的選擇；輸出模塊，獨立于選擇的服務 輸出選擇的服務的音頻內(nèi)容。根據(jù)本發(fā)明的另一方面，提供一種用于提供多屏幕的設備，該設備包括 用戶/應用接口模塊，通過該接口模塊獨立地選擇特定服務的音頻內(nèi)容；輸出 模塊，輸出選擇的音頻內(nèi)容。根據(jù)本發(fā)明的另一方面，提供一種提供多屏幕的方法，該方法包括從 同時提供的多個服務中獨立地選擇音頻內(nèi)容；輸出選擇的音頻內(nèi)容。根據(jù)本發(fā)明的另一方面，提供一種提供多屏幕的方法，該方法包括選 擇特定服務；從選擇的服務提取音頻內(nèi)容；輸出提取的音頻內(nèi)容。根據(jù)本發(fā)明的另一方面，提供一種提供多屏幕的方法，該方法包括從 特定服務獨立地選擇音頻內(nèi)容；輸出選擇的音頻內(nèi)容。


通過參照附圖對本發(fā)明示例性實施例的詳細描述，本發(fā)明的上述和其他 方面將變得更明顯，其中圖1A至圖1H是示出根據(jù)本發(fā)明示例性實施例的PiP屏幕的配置的示圖；圖2是示出根據(jù)本發(fā)明示例性實施例的邏輯屏幕和顯示屏幕之間的關系的示圖；置的示圖；圖4是示出根據(jù)本發(fā)明示例性實施例的服務源的框圖； 圖5A和圖5B是示出根據(jù)本發(fā)明示例性實施例的非抽象服務和抽象服務 的示圖；圖6是示出邏輯屏幕和顯示屏幕的屬性信息類型和接口的示例的示圖； 圖7是示出根據(jù)本發(fā)明示例性實施例的邏輯屏幕的"z-order"屬性的示圖；圖8A和圖8B是分別示出根據(jù)本發(fā)明示例性實施例的邏輯屏幕的屬性 "Display—Area"的示圖；圖9是示出根據(jù)本發(fā)明示例性實施例的將兩個服務映射到顯示屏幕的方 法的示圖；圖10是示出根據(jù)本發(fā)明示例性實施例的提供多屏幕的設備的配置的框圖；圖11是示出根據(jù)本發(fā)明示例性實施例的動態(tài)配置多屏幕的方法的流程圖；圖12A和圖12B是示出根據(jù)本發(fā)明示例性實施例的PiP服務提供模式的示圖；圖13是示出根據(jù)本發(fā)明示例性實施例的獨立地選擇音頻內(nèi)容并輸出選 擇的音頻內(nèi)容的方法的流程圖；圖14是示出根據(jù)本發(fā)明示例性實施例的提供多屏幕的軟件架構(gòu)的示例 的示圖；圖15是示出根據(jù)本發(fā)明示例性實施例的構(gòu)成應用程序接口 (API)層的 模塊之間的關系的示圖；圖16是示出根據(jù)本發(fā)明示例性實施例的通過圖15所示的模塊在顯示屏 幕上顯示將顯示在各個相應的邏輯屏幕上的多個服務的方法的流程圖。
具體實施方式
通過參照下面對示例性實施例以及附圖的詳細描述，本發(fā)明的優(yōu)點和特 點及實現(xiàn)其的方法可更容易理解。然而，本發(fā)明可以以許多不同的形式實施，而不應被理解為限于這里所闡述的示例性實施例。相反，提供這些示例性實 施例是為了使本公開將徹底和完整，并將向本領域技術(shù)人員充分傳達本發(fā)明 的構(gòu)思，本發(fā)明將僅由權(quán)利要求限定。貫穿說明書，相同的標號表示相同的部件。以下，參照根據(jù)本發(fā)明示例性實施例的用戶界面、方法和計算機程序產(chǎn) 品的流程圖描述本發(fā)明。應該理解，流程圖中的每一方框以及流程圖中方框 的組合可通過計算機程序指令來實現(xiàn)。這些計算機程序指令可被提供給通用 計算機、專用計算機或其它可編程數(shù)據(jù)處理設備的處理器，以產(chǎn)生機制從而 使得經(jīng)計算機或其它可編程數(shù)據(jù)處理設的處理器運行的指令創(chuàng)建實現(xiàn)一個流 程圖方框或多個流程圖方框中所指定的功能的機制。這些計算機程序指令還可被存儲在能夠引導計算機或其它可編程數(shù)據(jù)處 理設備以特定方式工作的計算機可用或計算機可讀存儲器中，使得存儲在計 算機可用或計算機可讀存儲器中的指令產(chǎn)生包含實現(xiàn)流程圖方框中指定的功 能的指令裝置的產(chǎn)品。計算機程序指令還可被載入計算機或其它可編程數(shù)據(jù)處理設備中以使計 算機或其它可編程設備上執(zhí)行一 系列操作步驟，以產(chǎn)生計算機實現(xiàn)的處理， 從而在計算機或其它可編程設備上運行的指令提供實現(xiàn)流程圖方框中指定的 功能的步驟。流程圖的每一方框可代表包含用于執(zhí)行指定的邏輯功能的一個或多個可 執(zhí)行指令的模塊、代碼段或部分代碼。還應該注意的是，在一些可替換實現(xiàn) 方式中，方框中示出的功能可以不按順序發(fā)生。例如，根據(jù)所包含的功能， 連續(xù)示出的兩個方框?qū)嶋H上可以基本同時執(zhí)行，或者有時，這兩個方框可以 以相反的順序執(zhí)行。為了更好地理解本發(fā)明，現(xiàn)在將定義本公開中使用的術(shù)語。術(shù)語"服務"表示一起顯示的一組多媒體內(nèi)容，即， 一組服務組分(service component )。服務組分是服務的要素，包括視頻組分、音頻組分和數(shù)據(jù)組分。數(shù)據(jù)組 分是服務中的應用程序。應用可分為未綁定應用和服務綁定應用。未綁定應用不與特定信道相關， 因此該應用的執(zhí)行不受信道切換的影響。此外，未綁定應用通常具有高優(yōu)先 級，因此用于執(zhí)行未綁定應用的資源被順利地分配給未綁定應用。監(jiān)視器應用(monitor application)對應于能夠具有最高優(yōu)先級的特定未綁定應用之一。 同時，服務綁定應用涉及傳輸流，并且與未綁定應用相比，服務綁定應 用通常具有低優(yōu)先級。服務綁定應用不執(zhí)行任何關鍵的系統(tǒng)功能。因此，當 發(fā)生對資源的竟爭時，與未綁定應用相比，服務綁定應用放棄資源分配的可 能性更高。服務綁定應用可分為鏈接類型的服務綁定應用，其與當前正傳 輸?shù)牧鲄f(xié)作地運行；非鏈接類型的服務綁定應用，其不考慮當前正傳輸?shù)牧?而運行。術(shù)語"服務上下文"表示能夠控制服務的執(zhí)行的對象，包括提供服務所 需的各種資源、裝置以及執(zhí)行狀態(tài)信息。術(shù)語"物理顯示裝置"表示實際顯示服務的內(nèi)容的物理空間、輸出服務 的內(nèi)容的外部輸出端口或者存儲服務的存儲裝置。術(shù)語"顯示屏幕"表示實際顯示在物理顯示裝置上的屏幕。任意服務可 被直接設置在顯示屏幕上，并且顯示屏幕可被顯示在物理顯示裝置上?？蛇x 地，映射到顯示屏幕的特定區(qū)域的至少一個邏輯屏幕可被顯示在物理顯示裝 置上。術(shù)語"邏輯屏幕"表示顯示任意服務的空間。在被映射到顯示屏幕之前， 邏輯屏幕是虛擬屏幕，因此不被顯示在物理顯示裝置上。邏輯屏幕和顯示屏幕可以是背景靜止圖像、視頻光柵(raster)和圖形光 柵的組合。圖形光柵可以是文本、線、顏色和圖像的組合或者視頻幀的混合。術(shù)語"主服務"表示由用戶通過顯示在物理顯示裝置上的菜單或遙控器 選擇作為主服務的服務，或者由應用通過API選擇作為主服務的服務，顯示 主服務的屏幕被稱為"主屏幕"。術(shù)語"畫中畫服務(PiP服務)"表示由應用經(jīng)API,由用戶通過顯示在 物理顯示裝置上的菜單或遙控器選擇作為次服務的服務，PiP服務可被顯示在 畫中畫屏幕(PiP屏幕)或主屏幕上。PiP屏幕包括如圖1A至圖1D所示的占據(jù)另一屏幕的一部分的屏幕，以 及如圖1E至1F所示的在不與另 一屏幕重疊的情況下與另 一屏幕同時顯示的 屏幕。在這種情況下，可以理解，PiP屏幕可包括如圖1G和圖1H所示的顯 示在物理顯示裝置的任意位置或區(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ū)域的坐標信息、邏輯屏幕和顯示屏幕的標識信息以及指定邏輯屏幕被顯示 在顯示屏幕上的次序的信息。映射塊230可改變邏輯屏幕的大小以將其分配到顯示屏幕的任意區(qū)域 中。即，映射塊230可執(zhí)行邏輯屏幕的縮放以及邏輯屏幕的位置的分配，圖 3A至圖3E是示出包括映射器作為映射塊的屏幕的配置的示圖。參照圖3A，包括背景靜止圖像B、視頻光柵V和圖形光柵G的主屏幕 被映射器按照正常大小映射到整個顯示屏幕。僅包括視頻組分的PiP屏幕被 映射器按照減小的大小映射到整個顯示屏幕。在這種情況下，映射的PiP屏 幕被顯示在主屏幕上，這基于Z值來確定。參考特征Z指將在隨后描述的z 次序值。可將覆蓋屏幕(overlay screen)與顯示屏幕組合。所述覆蓋屏幕是 被置于最外側(cè)的特定屏幕，可在提供字幕功能時使用。PiP屏幕可如圖3A所 示僅具有視頻組分，或者可如圖3B所示具有背景靜止圖像B、視頻光柵V 和圖形光柵G的組合。參照圖3C,包括背景靜止圖像B、視頻光柵V和圖形光柵G的組合的 主屏幕被映射器按照正常大小映射到整個顯示屏幕。僅具有視頻組分的兩個 PiP屏幕M和#2被映射器按照減小的大小映射到顯示屏幕的任意區(qū)域。在這 種情況下，映射的PiP屏幕被布置在主屏幕上，并且Z值可保持不變。此外， 可將覆蓋屏幕與顯示屏幕組合。屏幕的配置可如圖3C所示具有僅包括視頻組 分的多個PiP屏幕，或者如圖3D所示具有包括背景靜止圖像B、視頻光柵V 和圖形光柵G的組合的多個PiP屏幕。圖3E示出了畫外畫(POP)屏幕。應該理解，已知的PiP屏幕顯示在主 屏幕之內(nèi)，而POP屏幕顯示在主屏幕之外。參照圖3E,包括背景靜止圖像B、 視頻光柵V和圖形光柵G的組合的多個POP屏幕#1和#2被映射器按照減小的大小映射到顯示屏幕的任意區(qū)域。在這種情況下，映射的POP屏幕并l和弁2的Z值可保持不變。此外，可將覆蓋屏幕與顯示屏幕組合。映射塊230可通過將要運行的各種計算機程序語言所準備的接口或函數(shù)來實現(xiàn)，并且映射塊230可利用上述信息作為參數(shù)創(chuàng)建或改變邏輯屏幕和顯示屏幕之間的關系?？蛇x地，映射塊230可通過硬件來實現(xiàn)，以執(zhí)行邏輯屏幕和顯示屏幕之間的映射功能。此外，由各種服務源提供的服務可被顯示在顯示屏幕上，并且顯示屏幕 可被顯示在物理顯示裝置上，如圖4所示。存在提供廣播服務的服務源(如地面廣播器320和有線廣播器330 )、提 供存儲在存儲介質(zhì)中的服務的服務源(如個人視頻記錄器(PVR) 340)以及 經(jīng)有線網(wǎng)絡或無線網(wǎng)絡提供服務的服務源(圖4中未示出)。廣播接收機310接收來自所述服務源的服務，并生成顯示接收的每種服 務的邏輯屏幕。然后，通過預定義的方法或者由用戶或應用設置的方法將任意服務直接 設置在將顯示在物理顯示裝置上的顯示屏幕上?；蛘?，將映射到顯示屏幕的 任意區(qū)域的至少一個邏輯屏幕顯示在物理顯示裝置350上。簡言之，由地面 廣播器320、有線廣播器330和PVR提供的服務被顯示在物理顯示裝置350上。圖4中示出了地面廣播器320、有線廣播器330和PVR 340作為服務源， 但是本發(fā)明不限于此。提供能夠 一起顯示的多媒體內(nèi)容的任何類型的多媒體 內(nèi)容源都可以是根據(jù)本發(fā)明的示例性實施例的服務源。如圖5A和圖5B所示，根據(jù)本發(fā)明示例性實施例的服務可分為抽象服務 (abstract service )和非才由象月良務(non-abstract service )。抽象服務不是實時傳輸?shù)膹V播信號所提供的服務，而是獨立于廣播信道 的服務。抽象服務僅包括廣播數(shù)據(jù)組分，即應用程序，而不包括視頻組分和 音頻組分。抽象服務的例子包括具有基于OCAP標準的未綁定應用的服務。非抽象服務被認為是除了抽象服務之外的服務。根據(jù)本發(fā)明的當前示例性實施例，抽象服務和非抽象服務都具有獨立性。 例如，抽象服務可被直接設置在物理顯示裝置上而不通過邏輯屏幕，非抽象 服務可被顯示在邏輯屏幕上。然后，所述邏輯屏幕可被映射到設置了抽象服務的顯示屏幕。之后，可通過物理顯示裝置輸出顯示屏幕。這樣，抽象服務 可獨立于非抽象服務被顯示在顯示屏幕上。此外，抽象服務和非抽象服務可 被映射到不同的邏輯屏幕。之后，這些邏輯屏幕可被映射到單個顯示屏幕。 換言之，抽象服務可獨立于非抽象服務被顯示在顯示屏幕上。根據(jù)本發(fā)明的當前示例性實施例，邏輯屏幕和顯示屏幕可被分類為不同 的對象?？蛇x地，根據(jù)一個屏幕對象的屬性信息，屏幕可用作邏輯屏幕或顯 示屏幕。詳細地講，可通過關于屏幕對象的屬性信息中的類型信息來知道屏幕是 邏輯屏幕還是顯示屏幕。屏幕對象的屬性信息包括多個屬性"Type(類型)"、"z-Order( z次序)"、 "Display—Area (顯示區(qū)i或)"、"Visibility (可見性)"、 "Associated—Display—Screen(關耳關顯示屏幕)，，、"Associated—Service—Contexts (相關服務上下文)"和"OutputPort (輸出端口 )"。圖6示出關于屏幕對象的屬性信息以及用于處理屬性信息的接口的類型。屬性"Type" 510表示屏幕是邏輯屏幕還是顯示屏幕。屬性"z-Order" 520用于確定多個邏輯屏幕按照何種次序沿著z軸布置。圖7示出針對邏輯屏幕的屬性"z-Order"的值的組合，物理顯示裝置上的邏輯屏幕的配置。參照圖7,第一邏輯屏幕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ù)字或字符，只要這些 數(shù)字或字符能夠表示第一邏輯屏幕620和第二邏輯屏幕630沿著z軸布置的 特定次序即可。屬性"Display—Area" 530是與邏輯屏幕的顯示屏幕區(qū)域(如圖8A和圖 8B所示)有關的信息。圖8A示出邏輯屏幕710被映射到顯示屏幕720的整個區(qū)域，圖8B示出邏輯屏幕730被映射到顯示屏幕740的部分區(qū)域。屬性"Display—Area"可包括指定邏輯屏幕將映射到的顯示屏幕的預定部 分的二維坐標的信息，或者可包括指定顯示屏幕上的預定位置以及指示邏輯 屏幕相對于顯示屏幕上的所述預定位置偏移了多少的偏移值的信息。屬性"Visibility" 540確定邏輯屏幕將被可視地顯示在顯示屏幕上還是將 被不可視地顯示在顯示屏幕上?？赏ㄟ^改變屬性"Visibility" 540的值來使邏 輯屏幕出現(xiàn)在顯示屏幕上或從顯示屏幕上消失。屬性"Associated—Display_Screen" 550是關于與邏輯屏幕相關聯(lián)的顯示 屏幕的信息。不與任何顯示屏幕相關聯(lián)的邏輯屏幕可以不被顯示在物理顯示 裝置上，也不被傳輸給外部輸出裝置。屬性"Associated—Service—Contexts" 560是與連接到邏輯屏幕或顯示屏幕的服務上下文有關的信息。設置在這樣的服務上下文中的服務可被顯示在 邏輯屏幕或顯示屏幕上。屬性"OutputPort" 570是與將輸出顯示屏幕的裝置有關的信息，這樣的 裝置包括顯示器屏幕、有線/無線通信媒體以及各種存儲媒體?？商峁﹫D6所示的用于識別或改變屬性的值的接口。參照圖6,所述接 口可包括接口 "Set",用于設置屬性值或者將邏輯屏幕連接到顯示屏幕； 接口 "Add",用于添加屬性值或者將邏輯屏幕連接到服務；接口 "Get",用 于識別屬性值；接口 "Remove",用于刪除屬性值。這些接口可包括分別執(zhí) 行它們的功能的進程、函數(shù)、過程或方法。例如，方法"getDisplayScreen(void)"返回與當前屏幕相關聯(lián)的顯示屏幕。 詳細地講，如果當前屏幕是邏輯屏幕，則方法"getDisplayScreen(void)"返回 關聯(lián)顯示屏幕。如果當前屏幕是顯示屏幕，則方法"getDisplayScreen(void)" 返回與當前屏幕有關的參考信息。此外，如果當前屏幕是邏輯屏幕，但是沒 有關聯(lián)顯示屏幕，則方法"getDisplayScreen(void)"返回"NULL"值。才艮才居另 一示例，方法 "public void setDisplayArea(HScreenRectangle rect) throws SecurityException, IllegalStateException" ^是供用于將當前邏輯屏幕映射 到關聯(lián)顯示屏幕的預定區(qū)域的功能。被提供作為參數(shù)的實例是包"org.havi.ui" 的類 "HScreenRectangle ， 并具有二維位置信息。可進行方法 "SecurityException ，， 和 "IllegalStateException " 的#L 4亍,作為方法 "setDisplayScreen(HScreen screen)"的例夕卜才喿作?？稍诋斍捌聊皇沁壿嬈聊粫r，或者在與當前邏輯屏幕相關聯(lián)的顯示屏幕的一部分由于主機平臺的特性而不能改變時，使用方法"IllegalStateException"。才艮據(jù)另一示例，方法"getOutputArea(void)"返回當前屏幕的區(qū)域信息作 為HScreenRectangle信息。如果當前屏幕對應于顯示屏幕，則方法 "getOutputArea(void)"返回其值與HScreenRectangle ( 0， 0,1, l)相同 的HScreenRectangle信息。如果當前屏幕是邏輯屏幕，則方法"getOutputArea(void)"返回與顯示屏幕上^皮當前屏幕占據(jù)的區(qū)域有關的信 息。如果當前屏幕是邏輯屏幕，但是該屏幕未與任何顯示屏幕相關聯(lián)，則方 法"getOutputArea(void)"返回"NULL"值。在下面的描述中始終使用特定術(shù)語指代特定接口。然而，本領域技術(shù)人 員應該理解，對特定函數(shù)命名只是為了指示它的功能性。對示例性實施例的 詳細描述不是為了在名稱不同(而非功能不同)的函數(shù)之間進行區(qū)分。圖9是示出兩個服務被設置在被映射到單個顯示屏幕的兩個邏輯屏幕上 的過程的示圖。參照圖9,第一服務包括所有的三個服務組分，即視頻、音頻和數(shù)據(jù)組 分，而第二服務僅包括視頻和音頻組分。然而，本發(fā)明不對服務組分強加任 何限制，圖9中所示的第一服務和第二服務僅是示意性的。如圖9所示，第一服務和第二服務按照與現(xiàn)有技術(shù)中基本相同的方式被 顯示在物理顯示裝置上。根據(jù)本發(fā)明的當前示例性實施例，可在物理顯示裝 置上彼此獨立地顯示多個服務，而不對一個顯示屏幕上能夠顯示的服務的數(shù) 量強加任何限制。圖10是根據(jù)本發(fā)明示例性實施例的提供多屏幕的設備的框圖。參照圖10,提供多屏幕的設備900包括數(shù)字信號處理模塊940、服務處 理模塊950、輸出模塊960和用戶/應用接口模塊965。此外，設備900包括廣播信號接收模塊910、存儲介質(zhì)920和外部輸入 模塊930作為服務源，包括顯示器屏幕970、存儲介質(zhì)980和外部輸出模塊 990作為服務輸出媒體。這里所使用的術(shù)語"模塊"表示(但不限于)執(zhí)行特定任務的軟件和/ 或硬件組件，如現(xiàn)場可編程門陣列(FPGA)或?qū)Ｓ眉呻娐?ASIC)。模塊 可方便地構(gòu)造為駐留在可尋址存儲介質(zhì)上，并被構(gòu)造為在一個或多個處理器 上運行。因此，模塊可包括(例如)諸如軟件組件、面向?qū)ο蟮能浖M件、類組件和任務組件的組件、進程、函數(shù)、屬性、過程、子進程、程序代碼4爻、 驅(qū)動程序、固件、微碼、電路、數(shù)據(jù)、數(shù)據(jù)庫、數(shù)據(jù)結(jié)構(gòu)、表、數(shù)組和變量。 組件和模塊中提供的功能可被組合為更少的組件和模塊，或者被進一步分為 另外的組件和模塊。數(shù)字信號處理模塊940從廣播信號接收模塊910、存儲介質(zhì)920或外部 輸入模塊930接收諸如多媒體內(nèi)容的服務的各種信息，例如視頻信息、音頻 信息或數(shù)據(jù)信息。廣播信號接收模塊910接收衛(wèi)星廣播信號、地面廣播信號或有線廣播信 號，并發(fā)送接收的廣播信號，存儲介質(zhì)920存儲服務的視頻信息、音頻信息 或數(shù)據(jù)信息，外部輸入模塊930從外部裝置(如連接到網(wǎng)絡的網(wǎng)絡接口模塊) 接收服務的視頻信息、音頻信息或數(shù)據(jù)信息。數(shù)字信號處理模塊940利用接收的服務組分恢復多個服務。恢復的服務 包括抽象服務或非抽象服務。這里，短語"多個服務，，表示由廣播信號接收模塊910發(fā)送的兩個或更 多個服務，或者由廣播信號接收模塊910和存儲介質(zhì)920分別發(fā)送的兩個或 更多個服務。數(shù)字信號處理模塊940可根據(jù)用戶或應用借助用戶/應用接口模塊965進 行的選擇來恢復服務。在這種情況下，用戶或應用可選擇任意服務與屏幕之 間的連接。服務處理模塊950生成一個或多個邏輯屏幕和顯示屏幕以顯示由數(shù)字信 號處理模塊940恢復的服務。輸出模塊960將由服務處理模塊950生成的多個邏輯屏幕映射到顯示屏 幕?？衫妙A定義的方法或者由用戶借助用戶/應用接口模塊965設置的方法 來進行邏輯屏幕到顯示屏幕的映射。由數(shù)字信號處理模塊940恢復的服務可以不被服務處理模塊950處理。 相反，由數(shù)字信號處理模塊940恢復的服務可被直接映射到由輸出模塊960 生成的顯示屏幕的特定部分。由輸出模塊960提供的顯示屏幕可被顯示在物理顯示裝置970上，或者 可被存儲在存儲介質(zhì)980中。存儲介質(zhì)980的例子包括計算機可讀軟盤、硬 盤、CD-ROM、 DVD、 DVD-ROM、 BD(藍光盤)和半導體存儲器。此外，由輸出模塊960提供的顯示屏幕可經(jīng)外部輸出模塊9卯被發(fā)送到連接到網(wǎng)絡的外部裝置。為此，輸出模塊960可包括多個輸出端口，可經(jīng)所述多個輸出端口提供 顯示屏幕。在這種情況下，可經(jīng)預先設置為默認的輸出端口來提供顯示屏幕， 或者可經(jīng)用戶借助用戶/應用接口模塊965所選擇的輸出端口來提供顯示屏泰。用戶或應用可利用用戶/應用接口模塊965選擇多個服務之一或恢復期望 的服務。此外，用戶可利用用戶/應用接口模塊965選擇多個顯示屏幕之一。由于圖10中所示的模塊根據(jù)它們的功能進行劃分，所以其可被連接到其 它模塊。圖11是示出根據(jù)本發(fā)明示例性實施例的動態(tài)配置多屏幕的方法的流程圖。通常，按照預定的格式(例如，MPEG流格式)來傳輸構(gòu)成多媒體內(nèi)容 的視頻信息、音頻信息和數(shù)據(jù)信息。在操作SIOIO，用于提供諸如多媒體內(nèi) 容服務的服務的設備接收視頻信息、音頻信息和數(shù)據(jù)信息，并基于所述視頻 信息、音頻信息和數(shù)據(jù)信息來恢復服務。這里，可由用戶或應用選擇或預先 確定在操作S1010中恢復的服務。用戶可利用顯示裝置上顯示的菜單或者遙 控器來選擇任意屏幕與屏幕之間的連接。應用可利用API來選擇所述連接。此外，數(shù)據(jù)信息包括與服務的應用程序有關的應用信息，這些應用信息 包括指示應用程序是否可在PiP屏幕上執(zhí)行的信號信息。應用信息的例子包 括基于MHP標準的應用信息表(AIT)和基于OCAP標準的擴展應用信息表 (XAIT )。信號信息可以被添加到所述應用信息。之后，在操作S1020,恢復的服務被設置以便能夠被顯示在邏輯屏幕上。 在操作S1030,邏輯屏幕被映射到顯示屏幕。在操作S1040，利用顯示器屏幕、 存儲介質(zhì)或網(wǎng)絡將顯示屏幕提供給用戶。圖11中示出了恢復的服務經(jīng)邏輯屏幕被顯示在物理顯示裝置上。然而， 恢復的服務可被直接顯示在物理顯示裝置上，而不必經(jīng)過邏輯屏幕。圖11為了簡明示出了僅將一個服務映射到顯示屏幕的方法。但是，可通 過多個邏輯屏幕，或者可不通過邏輯屏幕，將多個服務映射到顯示屏幕。當 以這樣的方式將顯示屏幕提供給用戶時，用戶可執(zhí)行多個服務。當用戶或應用選擇PiP服務時，提供多屏幕的設備900以兩種模式來提 供PiP服務。圖12A示出了這兩種模式中的第一模式，圖12B示出了這兩個模式中的第二模式。參照圖12A,在第一模式下，僅在主屏幕上提供選擇的PiP服務的視頻 組分，而沒有為PiP服務創(chuàng)建單獨的邏輯屏幕(即，PiP屏幕)。在第一模式下，不執(zhí)行與PiP服務有關的任何應用，或者與PiP服務有關的應用的操作變?yōu)榉腔顒訝顟B(tài)。參照圖12B,在第二模式下，用于PiP服務的單獨的邏輯屏幕被創(chuàng)建， 以在創(chuàng)建的PiP屏幕上提供選擇的PiP服務。在第二模式下提供的PiP屏幕可 包括用作背景屏幕的背景視頻或者視頻組分。此外，在第二模式下，可執(zhí)行 與PiP服務有關的應用。可基于上述信號信息來確定是否可執(zhí)行與PiP服務 有關的應用。優(yōu)選地，不可同時執(zhí)行第一模式和第二模式?？赏ㄟ^用戶或應用經(jīng)用戶/應用接口模塊965的輸入來選擇PiP服務提供 模式。當用戶或應用選擇第一模式時，數(shù)字信號處理模塊940僅恢復選擇的 PiP服務的視頻組分?；謴偷囊曨l組分被映射到由輸出模塊960生成的主屏 幕，然后被顯示在由輸出模塊960生成的顯示屏幕上。當用戶或應用選擇第 二模式時，數(shù)字信號處理模塊940恢復選擇的PiP服務?；謴偷姆毡挥成?到由服務處理模塊950創(chuàng)建的PiP屏幕，然后被顯示在由輸出模塊960生成 的顯示屏幕上。用戶或應用可通過用戶/應用接口模塊965選擇邏輯屏幕上提供的多個服 務中的一個特定服務的音頻內(nèi)容，以便能夠獨立地輸出選擇的音頻內(nèi)容的輸 出。圖13中示出了這一過程。首先，用戶或應用通過用戶/應用接口模塊965選擇特定服務(S1310)。 然后，數(shù)字信號處理模塊940從選擇的服務提取音頻內(nèi)容，提取的音頻 內(nèi)容被映射到由服務處理模塊950生成的邏輯屏幕或顯示屏幕，并被輸出模 塊960獨立地輸出到相應的屏幕上(S1320 )。這里，"獨立地輸出，，可被理解 為例如這樣的概念特定服務的音頻內(nèi)容被選擇并通過映射到顯示屏幕的輸 出端口被發(fā)送，其中，所述顯示屏幕將所述特定服務與同一屏幕上提供的其 它服務的音頻內(nèi)容同時地顯示，或者排除所述其它服務的音頻內(nèi)容而顯示所 述特定服務。多個服務的音頻內(nèi)容分別通過不同的媒體被輸出、提供或存儲 也可被理解為"獨立地輸出"。換言之，音頻內(nèi)容不需要與同一服務的其它組 分一起提供，而是可以由用戶或應用獨立地提供。用戶或應用選擇輸出模塊960,輸出模塊960通過預定的外部輸出模塊 990來輸出音頻內(nèi)容。當選擇了多個音頻內(nèi)容時，可通過單獨的外部輸出模塊990同時獨立地 輸出各個音頻內(nèi)容。用戶或應用可獨立于同 一服務的其它組分而通過用戶/應用接口模塊965 選擇期望的音頻內(nèi)容。圖14是示出根據(jù)本發(fā)明示例性實施例的提供多屏幕的軟件架構(gòu)的示圖。參照圖14,軟件架構(gòu)1400包括裝置驅(qū)動程序?qū)?410、 API層1420和應 用層1430。裝置驅(qū)動程序?qū)?410從各種多媒體內(nèi)容源接收服務組分，并對接收的服務組分進行解碼。接收的服務組分的例子包括視頻信息、音頻信息和數(shù)據(jù)信 自API層1420產(chǎn)生邏輯屏幕和顯示屏幕，并將服務、邏輯屏幕和顯示屏幕 映射到彼此。應用層1430提供用戶界面以便用戶能夠動態(tài)地配置顯示服務的邏輯屏 幕，或者向API層1420發(fā)送用戶命令以便API層1420能夠執(zhí)行該用戶命令。在應用層1430，可由用戶或應用獨立地選擇音頻內(nèi)容，選擇的音頻內(nèi)容 可被裝置驅(qū)動程序?qū)?410獨立地輸出。用戶借助應用層1430來使裝置驅(qū)動程序?qū)?410能夠經(jīng)物理顯示裝置提 供顯示屏幕或者將顯示屏幕存儲在存儲介質(zhì)中。此外，用戶可使裝置驅(qū)動程 序?qū)?410能夠經(jīng)網(wǎng)絡將顯示屏幕發(fā)送給外部裝置。為此，裝置驅(qū)動程序?qū)?410可包括能夠提供顯示屏幕的多個輸出端口。 或者，API層1420可包括所述多個輸出端口。為了動態(tài)地在顯示屏幕上配置多個邏輯屏幕，API層1420可包括多個軟 件模塊，例如多屏幕管理器模塊"MultiScreenManager"、多屏幕上下文模塊 "MultiScreenContext "、 多屏幕上下文監(jiān)聽器模塊 "MultiScreenContextListener "和多屏幕上下文事件模塊 "MultiScreenContextEvent，，， i口圖15所示。多屏幕管理器模塊1510管理多屏幕上下文模塊1530,搜索期望的屏幕， 顯示指定哪些裝置被屏幕共享的信息，注冊多屏幕上下文監(jiān)聽器模塊1550, 或者取消多屏幕上下文監(jiān)聽器模塊1550的注冊。多屏幕上下文模塊1530是與屏幕對象1520相關聯(lián)的接口對象，根據(jù)由 多屏幕上下文模塊1530執(zhí)行的接口操作確定屏幕對象1520將成為邏輯屏幕 還是顯示屏幕。圖6中所示的各種屬性可被設置在多屏幕上下文模塊1530中。 多屏幕上下文模塊1530可提供上面參照圖6所描述的函數(shù)"Set"、 "Add"、 "Get"和"Remove"。當屏幕對象1520的屬性信息被多屏幕上下文模塊1530改變時，多屏幕 上下文事件模塊1540用作通告屏幕對象1520的屬性信息已被改變的事件類， 多屏幕上下文監(jiān)聽器模塊1550用作監(jiān)聽器接口對象，該監(jiān)聽器接口對象能夠 被實現(xiàn)在嘗試接收由多屏幕上下文事件模塊1540提示的事件的預定應用類 中。應用1560是在應用層1430被驅(qū)動的模塊。應用1560允許用戶選擇期望 的服務并自由地在顯示屏幕上布置多個邏輯屏幕。詳細地講，應用1560向多屏幕管理器模塊1510發(fā)送允許用戶動態(tài)地配 置和管理邏輯屏幕的命令，多屏幕管理器模塊1510通過多屏幕上下文模塊 1530來控制與將執(zhí)行的各種命令對應的操作。多屏幕上下文模塊1530與屏幕對象1520相關聯(lián)，用于管理如圖6所示 的屏幕對象1520的屬性信息。為了管理屏幕對象1520的屬性信息，多屏幕 上下文模塊1530可包括各種函數(shù)或方法。多屏幕管理器模塊1510從裝置驅(qū)動程序?qū)?410接收由各種服務源提供 的服務組分，并可用于將接收的服務組分顯示在邏輯屏幕或顯示屏幕上。這 樣的功能可由單獨的模塊(未示出)來執(zhí)行。圖16是示出根據(jù)本發(fā)明示例性實施例的通過圖15所示的模塊將顯示在 各個相應的邏輯屏幕上的多個服務顯示在顯示屏幕上的方法的流程圖。參照圖16，在操作S1610,多屏幕管理器模塊1510生成顯示屏幕和邏輯 屏幕，生成的邏輯屏幕的數(shù)量與將執(zhí)行的服務的數(shù)量對應。在操作S1620，多屏幕管理器模塊1510將邏輯屏幕連接到從裝置驅(qū)動程 序?qū)?410接收的各個相應的服務。多屏幕管理器模塊1510可通過將接收的 服務的服務上下文對象設置為用于邏輯屏幕服務的參數(shù)，來針對每一邏輯屏 幕調(diào)用方法"addServiceContext"。方法"addServiceContext"將邏輯屏幕連 接到服務，并且可由多屏幕上下文模塊1530提供。在操作1630，當邏輯屏幕被連接到各個服務時，多屏幕管理器模塊1510將邏輯屏幕連接到顯示屏幕。此時，多屏幕管理器模塊1510可通過將邏輯屏 幕所連接到的顯示屏幕對象設置為參數(shù)來針對每一邏輯屏幕調(diào)用"setDiplayScreen"方法。方法"setDiplayScreen"將邏輯屏幕連接到顯示屏 幕，并且可由多屏幕上下文模塊1530提供。方；去 "setDisplayScreensetDisplayScreen " 可凈皮i殳置為 "public void setDisplayScreensetDisplayScreen (HScreen screen) throws SecurityException, IllegalStateException"，該方法允許被提供作為參數(shù)的實例 "HScreen"與當 前邏輯屏幕相關聯(lián)。在這種情況下，實例"HScreen"最好是顯示屏幕。方法"setDisplayScreen(HScreen screen)"的參數(shù)可包括"NUIX"值。在 這種情況下，當方法"setDisplayScreen(HScreen screen)"在沒有例外處理的 情況下被執(zhí)行時，當前邏輯屏幕不再與顯示屏幕相關聯(lián)。可進4亍方法"SecurityException"和"IllegalStateException"的^;M亍作為 方法"setOutputScreen(HScreen screen)" 的例夕卜才喿4乍?？稍诋斍捌聊皇沁壿嬈聊粫r，或者在與當前邏輯屏幕相關聯(lián)的顯示屏幕 的 一 部分由于主機平臺的特性而不能改變時，使用方法 "IllegalStateException"。在操作S1640,確定顯示屏幕上的邏輯屏幕將分別被映射到的區(qū)域。此 時，可調(diào)用由多屏幕上下文模塊1530提供的預定方法來確定顯示屏幕上的將 顯示邏輯屏幕的區(qū)域。產(chǎn)業(yè)上的可利用性根據(jù)本發(fā)明，可利用一個物理顯示屏幕以各種方式執(zhí)行由各種源(如， 有線廣播器、地面廣播器、各種存儲媒體以及外部輸入)提供的多個服務。盡管已參照本發(fā)明的示例性實施例具體地示出和描述了本發(fā)明，但是本 領域普通技術(shù)人員應該理解，在不脫離由權(quán)利要求限定的本發(fā)明的精神和范 圍的情況下，可進行各種形成和細節(jié)上的改變。因此，應該理解，提供上述 示例性實施例僅是處于描述性目的，而不應被理解為對本發(fā)明的范圍的限制。
權(quán)利要求
1、一種用于提供多屏幕的設備，該設備包括服務處理模塊，提供多個服務；接口模塊，通過該接口模塊從服務處理模塊所提供的所述多個服務中獨立地選擇音頻內(nèi)容；輸出模塊，輸出選擇的音頻內(nèi)容。
2、 如權(quán)利要求l所述的設備，其中，所述服務處理模塊同時提供所述多 個服務。
3、 如權(quán)利要求l所述的設備，其中，由用戶或應用通過所述接口模塊選 擇音頻內(nèi)容。
4、 如權(quán)利要求l所述的設備，其中，輸出模塊獨立于所述多個服務來輸 出音頻內(nèi)容。
5、 一種用于提供多屏幕的設備，該設備包括 接口模塊，通過該接口模塊選擇服務； 輸出模塊，獨立于服務輸出該服務的音頻內(nèi)容。
6、 如權(quán)利要求5所述的設備，其中，由用戶或應用通過所述接口模塊選 擇服務。
7、 一種用于提供多屏幕的設備，該設備包括接口模塊，通過該接口模塊獨立地選擇服務的音頻內(nèi)容； 輸出模塊，輸出選擇的音頻內(nèi)容。
8、 如權(quán)利要求7所述的設備，其中，由用戶或應用通過所述接口模塊選 擇音頻內(nèi)容。
9、 如權(quán)利要求7所述的設備，其中，輸出模塊獨立于服務輸出音頻內(nèi)容。
10、 一種提供多屏幕的方法，該方法包括 從同時提供的多個服務中獨立地選擇音頻內(nèi)容； 輸出選擇的音頻內(nèi)容。
11、 如權(quán)利要求10所述的方法，其中，由用戶或應用選4奪音頻內(nèi)容。
12、 如權(quán)利要求IO所述的方法，其中，在輸出音頻內(nèi)容服務的過程中， 獨立于所述多個服務輸出音頻內(nèi)容。
13、 一種提供多屏幕的方法，該方法包括選擇服務；從選擇的服務提取音頻內(nèi)容；輸出提取的音頻內(nèi)容。
14、 如權(quán)利要求13所述的方法，其中，由用戶或應用選^l奪特定服務。
15、 一種提供多屏幕的方法，該方法包括 從服務獨立地選#^音頻內(nèi)容； 輸出選#^的音頻內(nèi)容。
16、 如權(quán)利要求15所述的方法，其中，由用戶或應用選l奪音頻內(nèi)容。
17、 如權(quán)利要求15所述的方法，其中，在輸出音頻內(nèi)容的過程中，獨立 于服務輸出音頻內(nèi)容。
全文摘要
提供一種用于提供多屏幕的設備和方法。該提供多屏幕的設備包括服務處理模塊，提供多個服務；接口模塊，通過該接口模塊從所述多個服務中獨立地選擇音頻內(nèi)容；輸出模塊，輸出選擇的音頻內(nèi)容。
文檔編號H04N5/44GK101233747SQ200680028286
公開日2008年7月30日 申請日期2006年8月4日 優(yōu)先權(quán)日2005年8月5日
發(fā)明者李光基, 李鐘昊, 格倫·A·亞當斯, 鄭云教 申請人:三星電子株式會社