專利名稱：提供多屏幕的設備和動態(tài)配置多屏幕的方法
提供多屏幕的設備和動態(tài)配置多屏幕的方法 技術(shù)領(lǐng)域根據(jù)本發(fā)明的設備和方法涉及配置多屏幕，更具體地講，涉及動態(tài)配置 在單一物理顯示裝置上提供多種內(nèi)容的多屏幕。
背景技術(shù)：
現(xiàn)有技術(shù)的廣播接收機(諸如數(shù)字電視(TV)或數(shù)字機頂盒)只在單一物理 顯示裝置上提供一個內(nèi)容元素，或在單一物理顯示裝置上同時顯示主屏幕和子屏幕。盡管現(xiàn)有技術(shù)的廣播接收機可在同一顯示屏幕上同時顯示主屏幕和子屏 幕，但只能以有限的幾種方式布置主屏幕和子屏幕。在主屏幕內(nèi)顯示內(nèi)容的 情況下，顯示內(nèi)容的所有元素，即，視頻數(shù)據(jù)、音頻數(shù)據(jù)和其他數(shù)據(jù)。另一 方面，在子屏幕內(nèi)顯示內(nèi)容的情況下，只顯示內(nèi)容的部分元素。內(nèi)容源包括諸如衛(wèi)星廣播、地面廣播或有線廣播的廣播服務，諸如數(shù) 字通用盤(DVD)的存儲介質(zhì)或連接到輸入端的外部裝置。然而，使用現(xiàn)有的 廣播接收機將由這些不同內(nèi)容源提供的內(nèi)容顯示在顯示屏幕上是相當困難 的。在諸如多i某體家用平臺(MHP)、高級通用應用平臺(ACAP)和開放有線應 用平臺(OCAP)的交互式TV應用程序環(huán)境中，假定只有一個屏幕被輸出到物 理顯示裝置。在交互式TV應用程序環(huán)境中，例如，基于家用音頻/視頻互操作(HAVi) 的用戶界面(UI)被采用。根據(jù)HAViUI標準，盡管沒有限制在物理顯示裝置 上顯示的屏幕數(shù)，但在物理顯示裝置上一般只顯示一個屏幕。
發(fā)明內(nèi)容
技術(shù)問題在這樣的環(huán)境中，難以在將多J 某體內(nèi)容顯示在獨立的屏幕上的同時，對 顯示在屏幕上的多媒體內(nèi)容中的一個執(zhí)行諸如解碼、數(shù)字信號處理、用戶交互處理等的操作。此外，也難以以屏幕為單位動態(tài)地控制應用程序的壽命周 期和資源的使用。因此，需要一種將多種內(nèi)容顯示在動態(tài)地配置的屏幕上的方法。技術(shù)方案本發(fā)明提供一種用于動態(tài)地配置在物理顯示裝置上提供多種內(nèi)容的多屏 幕的設備和方法。根據(jù)本發(fā)明的一方面，提供一種用于提供多屏幕的設備，該設備包括 服務處理模塊，生成顯示服務的邏輯屏幕和顯示屏幕，并在邏輯屏幕之間交 換服務；和輸出模塊，將所述邏輯屏幕映射到所述顯示屏幕上的任意位置。根據(jù)本發(fā)明的另一方面，提供一種動態(tài)地配置多屏幕的方法，該方法包 括生成顯示服務的邏輯屏幕和顯示屏幕，將所述邏輯屏幕映射到所述顯示 屏幕上的任意位置，和在邏輯屏幕之間交換服務。


通過參照附圖對本發(fā)明示例性實施例進行詳細描述，本發(fā)明的上述和其 他方面將變得更清楚，其中圖1A至圖1H是示出根據(jù)本發(fā)明的示例性實施例的PIP屏幕的配置的示圖；圖2是示出根據(jù)本發(fā)明的示例性實施例的邏輯屏幕和顯示屏幕之間的關(guān) 系的示圖；圖3A至圖3E是示出根據(jù)本發(fā)明的示例性實施例的包括映射器(mapper)的屏幕的配置的示圖；圖4是示出根據(jù)本發(fā)明的示例性實施例的服務源的框圖；圖5A和圖5B是示出根據(jù)本發(fā)明的示例性實施例的非抽象服務和抽象服務的示圖；圖6是示出邏輯屏幕和顯示屏幕的屬性信息和接口的示圖；圖7是示出根據(jù)本發(fā)明的示例性實施例的邏輯屏幕的屬性"z-順序"的示圖；圖8A和圖8B均是示出根據(jù)本發(fā)明的示例性實施例的邏輯屏幕的屬性 "顯示區(qū)域"的示圖；圖9是示出根據(jù)本發(fā)明的示例性實施例的將兩項服務映射到顯示屏幕的方法的示圖；圖10是示出根據(jù)本發(fā)明的示例性實施例的交換服務的處理的示圖； 圖11是示出根據(jù)本發(fā)明的示例性實施例的用于提供多屏幕的設備的配 置的框圖；圖12是示出根據(jù)本發(fā)明的示例性實施例的動態(tài)地配置多屏幕的方法的 流程圖；圖13是示出根據(jù)本發(fā)明的示例性實施例的服務交換的處理的示圖； 圖14是示出根據(jù)本發(fā)明的示例性實施例的用于提供多屏幕的軟件體系 結(jié)構(gòu)的示圖；層的模塊之間的關(guān)系的示圖；圖16是示出根據(jù)本發(fā)明的示例性實施例的通過如圖15所示的模塊在顯 示屏幕上顯示在各個對應的邏輯屏幕上顯示的多項服務的方法的流程圖；和圖17是示出根據(jù)本發(fā)明的示例性實施例的在如圖15所示的模塊之間交 換邏輯屏幕上顯示的服務的方法的流程圖。
具體實施方式
通過參照下面對示例性實施例和附圖的詳細描述，可更容易地理解本發(fā) 明的優(yōu)點和特征以及實現(xiàn)本發(fā)明的方法。但是，本發(fā)明可以以許多不同的形 式實現(xiàn)，并不應該理解為限于這里闡述的示例性實施例。相反，提供這些示 例性實施例以使本公開徹底和完整，并向本領(lǐng)域的技術(shù)人員充分傳達本發(fā)明 的構(gòu)思，本發(fā)明將僅由權(quán)利要求限定。貫穿說明書，相同的標號指示相同的 部件。在說明本發(fā)明之前，現(xiàn)在將簡要說明本說明書中使用的術(shù)語。然而，需 要注意的是，除非另有聲明，否則這里提供的任何和全部示例或示例性術(shù)語 的使用僅為更好地說明本發(fā)明，而并非限制本發(fā)明的范圍。術(shù)語"服務"指示一組被一起顯示的多媒體內(nèi)容，也就是說，至少一項 服務分量形成單一服務。服務分量是服務的元素，服務分量包括視頻分量、音頻分量和數(shù)據(jù)分量。 視頻分量和音頻分量分別包括視頻信息和音頻信息。此外，數(shù)據(jù)分量是指服務中的應用程序，數(shù)據(jù)分量包括提供天氣信息的應用程序，提供股票信息的應用程序，提供字幕或電子節(jié)目指南(EPG)的應用程序。術(shù)語"服務上下文"指示可控制服務的執(zhí)行的對象，并包括提供服務所需的各種資源、裝置和執(zhí)行狀態(tài)信息。通過服務上下文可確認作為服務的配置元素的服務分量。術(shù)語"物理顯示裝置"指示實際上顯示服務的內(nèi)容的物理裝置、內(nèi)容被輸出到的外部輸出端口或存儲有內(nèi)容的存儲裝置。術(shù)語"顯示屏幕"指示實際上顯示在物理顯示裝置上的屏幕?？稍陲@示屏幕中直接設置任意服務，并可將顯示屏幕顯示在物理顯示裝置上?；蛘?，可將映射到顯示屏幕的特定區(qū)域的至少一個邏輯屏幕顯示在物理顯示裝置上。術(shù)語"邏輯屏幕"指示顯示任意服務的空間。邏輯屏幕在被映射到顯示屏幕之前是虛擬屏幕，因此邏輯屏幕沒有被顯示在物理顯示裝置上。因此， 邏輯屏幕被映射到所述顯示屏幕以被顯示在物理顯示裝置上。邏輯屏幕和顯示屏幕可以是背景靜止圖像、視頻光柵和圖形光柵的組合。 圖形光柵可以是文字、線條、顏色和圖像的組合，或是視頻幀的混合。術(shù)語"主服務"指示這樣的服務，該服務由用戶通過顯示在物理顯示裝 置上的菜單或遙控器或由應用程序通過API選定為主服務，并且顯示主服務 的屏幕被稱為"主屏幕"。術(shù)語"畫中畫服務，，(PIP服務)指示這樣的服務，該服務由用戶通過顯示 在物理顯示裝置上的菜單或遙控器或由應用程序通過API選定為主服務中的 子服務，并且PIP服務可被顯示在畫中畫屏幕(PIP屏幕)或主屏幕上。PIP屏幕包括如圖1A至圖1D所示的占有另一屏幕的一部分的屏幕和如 圖1E至圖1F所示的與另一屏幕同時顯示且與該另一屏幕不重疊的屏幕。在 這種情況下，應該理解，如圖1G和圖1H所示，PIP屏幕可包括-陂顯示在物 理顯示裝置中的任意位置或區(qū)域上的屏幕或與另 一屏幕重疊的屏幕。必要時，將對在前述的描述中沒有被描述的術(shù)語進行描述。下面將參照 附圖詳細描述示例性實施例。圖2是示出根據(jù)本發(fā)明的示例性實施例的邏輯屏幕和顯示屏幕之間的關(guān) 系的示圖。參照圖2，可使用邏輯屏幕210、 212和214顯示服務。通過映射塊230將邏輯屏幕210、 212和214映射到顯示屏幕220、 222和224。詳細地，將邏輯屏幕210和212映射到顯示屏幕220，將邏輯屏幕212和214映射到顯示屏幕222，將邏輯屏幕210、212和214映射到顯示屏幕224。 簡言之，通過映射塊230，用于顯示服務的至少一個邏輯屏幕被映射到顯示屏幕的任意區(qū)域。映射塊230是一組將邏輯屏幕映射到顯示屏幕所需的多種信息。所述多 種信息的示例包括多個邏輯屏幕的每一個映射到的顯示屏幕上的預定區(qū)域 的坐標信息、邏輯屏幕和顯示屏幕的標識信息以及指定以怎樣的順序在顯示 屏幕上顯示邏輯屏幕的信息。映射塊230可以改變邏輯屏幕的大小，從而邏輯屏幕被分配到顯示屏幕 的任意區(qū)域。也就是說，映射塊230可對邏輯屏幕進行縮放并分配邏輯屏幕 的位置，圖3A至圖3E是示出包括映射器作為映射塊的屏幕的配置的示圖。參照圖3A，用正常尺寸通過映射器將包括背景靜止圖像B、視頻光柵V 和圖形光柵G的組合的主屏幕映射到整個顯示屏幕。以縮小的尺寸通過映射 器將只包括視頻分量的PIP屏幕映射到整個顯示屏幕。在這種情況下，將映 射的PIP屏幕顯示在主屏幕上，這根據(jù)Z值來確定。參考字符Z是指稍后將 描述的z-順序值。重疊屏幕可與顯示屏幕結(jié)合。重疊屏幕是布置在最外側(cè)的 特定屏幕，可當提供字幕功能時使用重疊屏幕。PIP屏幕可能只具有如圖3A 所示的視頻分量，也可能具有如圖3B所示的背景靜止圖像B、視頻光柵V 和圖形光柵G的組合。參照圖3C，用正常尺寸通過映射器將包括背景靜止圖像B、視頻光柵V 和圖形光柵G的組合的主屏幕映射到整個顯示屏幕。以縮小的尺寸通過映射 器將只具有視頻分量的兩個PIP屏幕#1和#2映射到顯示屏幕的任意區(qū)域。 在這種情況下，映射的PIP屏幕被布置在主屏幕上，并可恒定地保持Z值。 此外，重疊屏幕可與顯示屏幕結(jié)合。屏幕的配置可如圖3C所示具有只包括牙見 頻分量的多個PIP屏幕，或如圖3D所示具有包括背景靜止圖像B、視頻光柵 V和圖形光柵G的組合的多個PIP屏幕。畫外畫(POP)屏幕如圖3E所示。可以理解，PIP屏幕顯示在主屏幕內(nèi)， 而POP屏幕顯示在主屏幕外。參照圖3E，以縮小的尺寸通過映射器將包括背 景靜止圖像B、視頻光柵V和圖形光柵G的組合的多個PIP屏幕#1和#2 映射到顯示屏幕的任意區(qū)域。在這種情況下，可恒定地保持映射的POP屏幕弁1和弁2的Z值。此外，重疊屏幕可與顯示屏幕結(jié)合。可通過由各種計算機程序語言編制的將被執(zhí)行的接口或函數(shù)實現(xiàn)映射塊230,并且映射塊230通過使用上述信息作為參數(shù)創(chuàng)建或改變邏輯屏幕和顯示屏幕之間的關(guān)系。也可通過硬件實現(xiàn)映射塊230,以將邏輯屏幕映射到顯示屏幕。此外，如圖4所示，可將由各種服務源所提供的服務顯示在顯示屏幕上，所述顯示屏幕可被顯示在物理顯示裝置上。存在諸如地面廣播裝置320和有線廣播裝置330的提供廣播服務的服務有線網(wǎng)絡或無線網(wǎng)絡提供服務的服務源(圖4中未顯示)。廣播接收機310從服務源接收服務，并產(chǎn)生顯示接收的每項服務的邏輯屏幕。然后，使用預定的方法或者用戶或應用程序設置的方法在將被顯示在物 理顯示裝置上的顯示屏幕上直接設置任意服務。否則，將映射到顯示屏幕的 任意區(qū)域的至少一個邏輯屏幕顯示在物理顯示裝置350上。簡言之，將地面 廣播裝置320、有線廣播裝置330和PVR提供的服務顯示在物理顯示裝置350上。如圖4所示的地面廣播裝置320、有線廣播裝置330和PVR 340作為服 務源，但本發(fā)明并不限于此。根據(jù)本發(fā)明示例性實施例，提供可被一起顯示 的多媒體內(nèi)容的任何類型的多媒體內(nèi)容源都可以是服務源。如圖5A和圖5B所示，根據(jù)本發(fā)明示例性實施例的服務可分為抽象服務 和非抽象服務。抽象服務是獨立于廣播頻道的服務，而不是由實時發(fā)送的廣播信號提供 的服務。抽象服務只包括數(shù)據(jù)分量，即，應用程序，而不包括視頻分量和音序的服務。非抽象服務被理解為不同于抽象服務的服務。根據(jù)本發(fā)明的當前示例性實施例，抽象服務和非抽象服務均具有獨立性。 例如，可不通過邏輯屏幕在物理顯示裝置上直接設置抽象服務，并且可在邏 輯屏幕上顯示非抽象服務。然后，邏輯屏幕可被映射到設置有抽象服務的顯 示屏幕。此后，可通過物理顯示裝置輸出顯示屏幕。這樣，抽象服務可獨立于非抽象服務被顯示在顯示屏幕上。此外，抽象服務和非抽象服務可被映射 到不同的邏輯屏幕。此后，邏輯屏幕可被映射到單一顯示屏幕。換句話說， 抽象服務可獨立于非抽象服務被顯示在顯示屏幕上。根據(jù)本發(fā)明的當前示例性實施例，邏輯屏幕和顯示屏幕可被歸類為不同 的對象?；蛘?，根據(jù)一個屏幕對象的屬性信息，屏幕可用作邏輯屏幕或顯示 屏幕。也就是說，可以在屏幕對象的屬性信息中的類型信息的基礎上確認屏幕 是邏輯屏幕還是顯示屏幕。屏幕對象的屬性信息包括多個屬性"Z-順序"、"顯示區(qū)域"、"可見性"、 "相關(guān)的顯示屏幕"、"相關(guān)的服務上下文"和"輸出端口"。圖6示出屏幕對象的屬性信息和處理屬性信息的接口的類型。 屬性"類型"505是指示屏幕是邏輯屏幕還是顯示屏幕的屬性信息。 屬性"z-順序"510是用于確定沿z軸布置多個邏輯屏幕的順序。圖7 示出用于邏輯屏幕的屬性"z-順序"的值的組合的物理顯示裝置上的邏輯屏幕的配置。參照圖7,分別將第一邏輯屏幕620和第二邏輯屏幕630映射到顯示屏 幕610的預定區(qū)域。詳細地，第一邏輯屏幕620被顯示在顯示屏幕610上， 第二邏輯屏幕630與第一邏輯屏幕620部分重疊地顯示在顯示屏幕上。換句 話說，沿z軸方向順序地布置顯示屏幕610、第一邏輯屏幕620和第二邏輯屏 幕630。在這種情況下，第一邏輯屏幕620的屬性"z-順序"可纟皮設置為值l, 第二邏輯屏幕630的屬性"z-順序，，可被設置為值2。第一邏輯屏幕620和第 二邏輯屏幕630的屬性"z-順序"可被設置為任意數(shù)字或字符，只要它們能 代表沿z軸方向布置第一邏輯屏幕620和第二邏輯屏幕630的特定順序。如圖8A和圖8B所示，屬性"顯示區(qū)域"520是關(guān)于邏輯屏幕的顯示屏 幕區(qū)域的信息。圖8A示出邏輯屏幕710被映射到顯示屏幕720的整個區(qū)域，圖8B示出 邏輯屏幕730被映射到顯示屏幕740的部分區(qū)域。屬性"顯示區(qū)域"可包括指定邏輯屏幕將映射的顯示屏幕的預定部分的 二維坐標的信息，或者可包括指定顯示屏幕上的預定位置的信息和指示邏輯 屏幕從顯示屏幕上的預定位置偏離了多少的偏移值。屬性"可見性"530確定將邏輯屏幕可見地還是不可見地顯示在顯示屏幕上。通過改變屬性"可見性"530的值，可使邏輯屏幕出現(xiàn)在顯示屏幕上 或從顯示屏幕上消失。屬性"相關(guān)的顯示屏幕"540是關(guān)于與邏輯屏幕相關(guān)的顯示屏幕的信息。 與任何顯示屏幕都無關(guān)的邏輯屏幕可能不被顯示在物理顯示裝置上，也不被 發(fā)送到外部輸出裝置。屬性"相關(guān)的服務上下文"550是關(guān)于連接到邏輯屏幕或顯示屏幕的服 務上下文的信息。設置在這樣服務上下文中的服務可被顯示在邏輯屏幕或顯 示屏幕上。屬性"輸出端口" 560是關(guān)于將輸出顯示屏幕的裝置的信息，這種裝置 包括顯示屏幕、有線/無線通信媒體和各種存儲媒體?？商峁┯糜谧R別或改變?nèi)鐖D6所示的屬性的值的接口。參照圖6，該接 口可包括接口 "設置"，設置屬性值或?qū)⑦壿嬈聊贿B接到顯示屏幕；接口 "添 加"，添加屬性值或?qū)⑦壿嬈聊贿B接到服務；接口 "獲取"，識別屬性值；以 及接口 "刪除"，刪除屬性值。這些接口可分別包括執(zhí)行其功能的過程、函數(shù)、 程序或方法。例如，方法"getDisplayScreen(void)"返回與當前屏幕相關(guān)的顯示屏幕。 詳細地，如果當前屏幕是邏輯屏幕，則方法"getDisplayScreen(void)"返回相 關(guān)的顯示屏幕。如果當前屏幕是顯示屏幕，則方法"getDisplayScreen(void)" 返回關(guān)于當前屏幕的參考信息。此外，如果當前屏幕是邏輯屏幕，但不存在 相關(guān)的屏幕，則方法"getDisplayScreen(void)'，返回"NULL"值。才艮才居另 一示例,方法"public void setDisplayArea(HScreenRectangle rect) throws SecurityException， IllegalStateException"才是供將當前邏輯屏幕映射到相 關(guān)的顯示屏幕的預定區(qū)域的函數(shù)。作為參數(shù)提供的實例是包"org.havi.ui"的 類"HScreenRectangle"，該實例具有二維位置信息。方法"SecurityException" 和 "IllegalStateException ，， 的#丸4亍可作為方法 "setDisplayScreen(HScreen screen)"異常操作被處理。當當前屏幕是邏輯屏幕時，或當與當前邏輯屏幕 相關(guān)的顯示屏幕的一部分由于主機平臺的特性而不能改變時，可執(zhí)行方法"IllegalStateException"。根據(jù)另一示例，方法"getDisplayArea(void)"返回當前屏幕的區(qū)域信息 作為HScreenRectangle信息。如果當前屏幕對應于顯示屏幕，則方法"getDisplayArea(void)，，返回具有與HScreenRectangle(O,0,1 ， 1)的值相同的HScreenRectangle信息。如果當前屏幕是邏輯屏幕，則方法 "getDisplayArea(void)"返回關(guān)于由當前屏幕占有的顯示屏幕上的區(qū)域的信 息。如果當前屏幕是邏輯屏幕但與任何顯示屏幕都無關(guān)，則方法 "getDisplayArea(void)"返回"NULL" <直。貫穿以下，描述某些術(shù)語被使用以表示特定接口。然而，本領(lǐng)域技術(shù)人 員應該理解，特定功能的命名只是為了指示其功能。本示例性實施例的詳細 描述并不是為了區(qū)分名稱不同的功能，而是為了區(qū)分功能。圖9是示出在將被映射到單一顯示屏幕的兩個邏輯屏幕上設置兩項服務 的處理的示圖。參照圖9,第一服務包括所有的三項服務分量，即，視頻分量、音頻分 量和數(shù)據(jù)分量，第二服務僅包括視頻分量和音頻分量。然而，本發(fā)明不對服 務分量施加任何限制，如圖8所示的第一服務和第二服務是示例性的。如圖9所示，以與現(xiàn)有技術(shù)的方式幾乎相同的方式將第一服務和第二服 務顯示在物理顯示裝置上。根據(jù)本發(fā)明的當前示例性實施例，可將多項服務 彼此獨立地顯示在物理顯示裝置上，而沒有對可顯示在單一顯示屏幕上的服 務的數(shù)量進行任何限制。通過使服務的服務上下文與屏幕相關(guān)，可顯示服務中的內(nèi)容，并可根據(jù) 用戶或應用程序的選擇在屏幕之間交換或互換服務上下文。在屏幕之間交換 服務內(nèi)容的操作是指服務交換。在服務交換中使用的服務上下文可用于抽象 服務或非抽象服務。可使用參照圖6所描述的接口 "添加，，和"刪除，，來執(zhí)行服務交換。更 具體地說，通過方法"addServiceContext"執(zhí)行使服務上下文與屏幕相關(guān)的操 作，并通過方法"removeServiceContexf，執(zhí)行取消服務上下文與屏幕之間的 相關(guān)性的操作。也就是說，為了服務交換，預先將要被交換的服務上下文從 屏幕分離，該屏幕是用于服務交換的對象。因此，方法"removeServiceContext" 被使用。然后，使用方法"addServiceContext"使分離的服務上下文與對應的 屏幕相關(guān)。在本發(fā)明的示例性實施例中，如上所述，可使用在特定屏幕間交換服務 上下文的方法"swapServiceContexts，，或方法"swapMultiScreenContexts"。根據(jù)本發(fā)明的示例性實施例的服務交換的處理如圖10所示。假定主屏幕 10和PIP屏幕20分別與第 一服務12和第二服務22相關(guān)(參照圖10中的(A))。這種狀態(tài)下，當用戶或應用程序請求服務交換時，第一服務12與主屏幕10斷開，第二服務22與PIP屏幕20斷開(參照圖IO中的(B))。此后，第二服務 22連接到主屏幕10,第一服務連接到PIP屏幕20(參照圖10中的(C))。如圖IO所示，當在主屏幕10和PIP屏幕20之間交換服務時，有必要檢 查在主屏幕10中執(zhí)行的應用程序是否可在PIP屏幕20中執(zhí)行?？梢栽谛盘栃畔⒌幕A上檢查在主屏幕10中執(zhí)行的應用程序是否可在 PIP屏幕中執(zhí)行。信號信息可包括在應用程序信息中，所述應用程序信息指示 用于服務中的應用程序的信息的。應用程序信息的示例包括基于MHP標準的 應用程序信息表(AIT)和基于OCAP標準的擴展應用程序信息表(XAIT)。信號 消息可由服務提供商(例如，圖4的提供地面廣播320或有線廣播330的廣播 系統(tǒng))提供。如果在主屏幕10中執(zhí)行的應用程序不能在PIP屏幕20中執(zhí)行，則中斷 應用程序14。中斷可包括暫停(即，應用程序14被暫時暫停)和終止(即，應 用程序14被完全終止)。因此，應用程序可被暫?；蚪K止。在這種情況下， 應用程序14的中斷的類型根據(jù)實現(xiàn)的例子而改變。當在主屏幕10和PIP屏幕20之間再次實現(xiàn)服務交換從而使應用程序14 再次連接到主屏幕10時，可再次執(zhí)行應用程序14。在這種情況下，當應用 程序14處于暫停狀態(tài)時，再次連接到主屏幕10的應用程序14再繼續(xù)。當應 用程序14處于終止狀態(tài)時，連接到主屏幕10的應用程序14重新開始。在圖10中，盡管示出了主屏幕10和PIP屏幕20之間的服務交換處理， 但本發(fā)明不限于此。此外，根據(jù)示例性實施例，可在兩個或更多個屏幕之間 應用服務交換處理。此外，在圖10中，連接到屏幕的整項服務被交換。然而， 可在屏幕之間交換部分服務上下文。圖11是根據(jù)本發(fā)明的示例性實施例的用于提供多屏幕的設備的框圖。參照圖11，用于提供多屏幕的設備900包括數(shù)字信號處理模塊940、 服務處理^^莫塊950、輸出^^莫塊960和用戶/應用程序接口^t塊965。此外，設備900包括廣播信號接收模塊910、存儲介質(zhì)920和外部輸入 模塊930作為服務源，并包括物理顯示裝置970、存儲介質(zhì)980和外部輸出 模塊9卯作為服務輸出媒體。在這里使用的術(shù)語"模塊"是指(但并不限于)執(zhí)行特定任務的軟件或者硬 件組件，比如現(xiàn)場可編程門陣列(FPGA)或者專用集成電路(ASIC)。模塊可被有利地配置為駐留在可尋址的存儲介質(zhì)上并且被配置為在一個或者多個處理 器上執(zhí)行。因而，作為示例，模塊可以包括比如軟件組件、面向?qū)ο蟮能浖?組件、類組件和任務組件、過程、函數(shù)、屬性、程序、子程序、程序代碼段、 驅(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ā)送的兩項或更 多項服務。模塊965的選擇來恢復服務。在這種情況下，用戶或應用程序可選擇任意服 務與屏幕之間的連接。服務處理模塊950生成邏輯屏幕和顯示屏幕，以顯示由數(shù)字信號處理單 元940恢復的服務。服務處理模塊950將服務連接到邏輯屏幕。另外，由數(shù) 字信號處理單元940恢復的服務，可直接連接到所述顯示屏幕，而可能不能 連接到服務處理模塊950中的邏輯屏幕。此外，響應于用戶或應用程序通過用戶/應用程序接口模塊965的請求， 服務處理模塊950可執(zhí)行所述屏幕之間的服務交換。輸出模塊960將由服務處理模塊950產(chǎn)生的一個或多個邏輯屏幕映射到 顯示屏幕。例如，輸出模塊960可用作圖2所示的映射塊230?？墒褂妙A定 義的方法或用戶借助于用戶/應用程序接口模塊965設置的方法預先設置邏輯 屏幕到顯示屏幕的的映射區(qū)域。由輸出模塊960提供的顯示屏幕可顯示在物理顯示裝置970上或可存儲 在存儲介質(zhì)980中。存儲介質(zhì)980的示例包括計算機可讀軟盤、硬盤、 CD-ROM, DVD、 DVD-ROM、 BD(藍光光盤)以及半導體存儲器。此外，可經(jīng)外部輸出模塊990將由輸出模塊960提供的顯示屏幕發(fā)送到 連接到網(wǎng)絡的外部設備。為此，輸出模塊960可包括多個輸出端口，經(jīng)所述輸出端口可提供顯示 屏幕。在這種情況下，可經(jīng)預先設置為默認的輸出端口或由用戶借助于用戶/ 應用程序接口模塊965選擇的輸出端口來提供顯示屏幕。用戶或應用程序可使用用戶/應用程序接口模塊965來選擇多項服務中的 一項或恢復期望的服務。此外，用戶可使用用戶/應用程序接口模塊965來選 擇多個顯示屏幕中的一個。由于圖11所示的模塊根據(jù)其功能被劃分，因此可被連接到其他模塊。圖12是示出根據(jù)本發(fā)明的示例性實施例的動態(tài)地配置多屏幕的方法的 流程圖。通常，以預定的格式(例如，MPEG流格式)發(fā)送構(gòu)成多媒體內(nèi)容的視頻 信息、音頻信息和數(shù)據(jù)信息。在操作S1010中，用于提供諸如多媒體內(nèi)容服 務的服務的設備接收視頻信息、音頻信息和數(shù)據(jù)信息，并基于接收的視頻信 息、音頻信息和數(shù)據(jù)信息恢復服務。這里，可由用戶或應用程序選擇或預先 確定在操作S1010中恢復的服務。用戶可使用在顯示裝置上顯示的菜單或遙 控器來選擇任意屏幕和屏幕之間的連接。應用程序可使用API來選擇所述連 接。此外，數(shù)據(jù)信息包括關(guān)于用于服務的應用程序的應用程序信息，這些應 用程序信息包括指示應用程序是否可在PIP屏幕上執(zhí)行的信號信息。應用程 序信息的示例包括基于MHP標準的AIT和基于OCAP標準的XAIT。信號信 息可被添加到應用程序信息。此后，在操作S1020中，設置恢復的服務使之可顯示在邏輯屏幕上。在 操作S1030中，邏輯屏幕被映射到顯示屏幕。在操作S1040中，使用顯示屏 幕、存儲介質(zhì)或網(wǎng)絡將顯示屏幕提供給用戶。如圖12所示的恢復的服務經(jīng)邏輯屏幕被顯示在物理顯示裝置上。然而， 恢復的服務可直接顯示在物理顯示裝置上，而無需經(jīng)過邏輯屏幕。當用戶選擇PIP服務時，以兩種模式實現(xiàn)PIP服務。在第一模式中，僅提供在主屏幕上選擇的PIP服務的視頻分量，而無需創(chuàng)建用于PIP服務的單 獨的邏輯屏幕，即PIP屏幕。在第二模式中，創(chuàng)建用于PIP服務的單獨的邏 輯屏幕以在創(chuàng)建的pip屏幕上提供選擇的PIP服務。為簡單起見，圖12示出只將一項服務映射到顯示屏幕的方法。然而，可 通過或不通過多個邏輯屏幕將多項服務映射到顯示屏幕。當以這種方式將顯示屏幕提供給用戶時，用戶或應用程序可執(zhí)行多項服務。如圖12所示，當服務顯示在屏幕上時，響應于用戶或應用程序的請求在 屏幕之間執(zhí)行服務交換。圖13是示出根據(jù)本發(fā)明的示例性實施例的交換服務的處理的示圖。在操作S1110中，由用戶或應用程序通過用戶/應用程序接口模塊965輸 入對服務交換的請求，在操作1120中，服務處理模塊950將屏幕與顯示在屏 幕上的服務斷開，所述服務是服務交換的對象。此后，在操作1130中，服務處理模塊950確定在將斷開的服務連接到對 應的屏幕之前可在PIP屏幕上執(zhí)行包括在將被連接到PIP屏幕的服務中的應 用程序。然而，如果該應用程序不包括在將被連接的服務中，則該服務被直 接連接到屏幕。如果可在PIP屏幕上執(zhí)行包括在將被連接的服務中應用程序，則服務處 理模塊在操作1150中連接服務。另一方面，如果不能在PIP屏幕上執(zhí)行所述 應用程序，則在操作1140中，服務處理模塊950暫停應用程序的執(zhí)行，并將 服務連接到對應的屏幕。然而，可不管應用程序?qū)@示在PIP屏幕上的服務 連接到主屏幕。以下，將從軟件體系結(jié)構(gòu)的角度描述本發(fā)明。圖14是示出根據(jù)本發(fā)明的 示例性實施例的用于提供多屏幕的軟件體系結(jié)構(gòu)的示圖。參照圖14，軟件體系結(jié)構(gòu)1100包括裝置驅(qū)動器層1110、 API層1120和 應用層1130。裝置驅(qū)動器層1110從各種多媒體內(nèi)容源接收服務分量，并對接收的服務 分量進行解碼。接收的服務分量的示例包括視頻信息、音頻信息和數(shù)據(jù)信息。API層1120生成邏輯屏幕和顯示屏幕，并將服務、邏輯屏幕和顯示屏幕 相互映射。應用層1130提供用戶接口從而用戶可動態(tài)地配置顯示服務的邏輯屏幕，或?qū)⒂脩裘畎l(fā)送到API層1120從而API層1120可執(zhí)行用戶命令。用戶借助于應用層1130使裝置驅(qū)動器層1110能夠經(jīng)物理顯示裝置提供 顯示屏幕或能夠?qū)@示屏幕存儲在存儲介質(zhì)中。此外，用戶可使裝置驅(qū)動器 層1110能夠經(jīng)網(wǎng)絡將顯示屏幕發(fā)送到外部裝置。為此，裝置驅(qū)動器層1110可包括可提供顯示屏幕的多個輸出端口 。否貝'J, API層1120可包括多個輸出端口。為了在顯示屏幕上動態(tài)地配置多個邏輯屏幕，API層1120可包括多個軟 件模塊，例如，如圖15所示，多屏幕管理器模塊"MultiScreenManager" 1210、 多屏幕上下文模塊"MultiScreenContext，， 1230、多屏幕上下文監(jiān)聽程序模塊 "MultiScreenContextListener ，， 1250 ， 以及多屏幕上下文事件模塊 "MultiScreenContextEvent" 1240 。多屏幕管理器模塊1210管理多屏幕上下文模塊1230,搜索期望的屏幕， 顯示用于指定由屏幕共享的裝置的信息，注冊多屏幕上下文監(jiān)聽程序模塊 1250,或取消屏幕上下文監(jiān)聽程序模塊1250的注冊。多屏幕上下文模塊1230是與屏幕對象1220相關(guān)的接口對象，多屏幕上 下文模塊1230根據(jù)由多屏幕上下文模塊1230執(zhí)行的接口操作確定屏幕對象 1220是變?yōu)檫壿嬈聊贿€是顯示屏幕。可在多屏幕上下文模塊1230中設置諸 如圖6中所示的屬性510至570的各種屬性。多屏幕上下文模塊1230可提 供如圖6所描述的函數(shù)"設置"、"添加"、"獲^C，和"刪除"。當多屏幕上下文模塊1230改變屏幕對象1220的屬性信息時，多屏幕上 下文事件模塊1240用作宣布屏幕對象1220的屬性信息已被改變的事件類， 多屏幕上下文監(jiān)聽程序模塊1250用作監(jiān)聽程序接口對象，所述監(jiān)聽程序接口 對象可以以預定的應用程序類實現(xiàn)，并且所述預定的應用程序類試圖接收由 多屏幕上下文事件模塊1240提示的事件。應用程序1260是在應用層1130上被驅(qū)動的模塊。應用程序1260允許用 戶選擇期望的服務并自由地布置顯示屏幕上的多個邏輯屏幕。詳細地，應用程序1260將允許用戶動態(tài)地配置和管理邏輯屏幕的各種命 令發(fā)送到多屏幕管理器模塊1210，多屏幕管理器模塊1210通過多屏幕上下 文模塊1230控制對應于所述各種命令的操作被執(zhí)行。多屏幕上下文模塊1230與屏幕對象1220相關(guān)，并管理圖6中所示的屏 幕對象1220的屬性信息。為了管理屏幕對象1220的屬性信息，多屏幕上下文模塊1230可包括多種函數(shù)或方法。此外，這些函數(shù)可由單獨的模塊(未顯示)執(zhí)行。多屏幕管理器模塊1210從裝置驅(qū)動器層1110接收由各種服務源提供的 服務分量，并執(zhí)行操作以將接收的服務分量顯示在邏輯屏幕或顯示屏幕上。 根據(jù)本發(fā)明的示例性實施例，上述函數(shù)可由另 一模塊執(zhí)行(未示出)。圖16是示出根據(jù)本發(fā)明的示例性實施例的通過如圖15所示的模塊在顯 示屏幕上顯示在各個對應的邏輯屏幕上顯示的多項服務的方法的流程圖。參照圖16，在操作S1310中，多屏幕管理器模塊1210產(chǎn)生顯示屏幕和 與將被執(zhí)行的服務的數(shù)量對應的多個邏輯屏幕。在操作S1320中，多屏幕管理器模塊1210將邏輯屏幕連接到從裝置驅(qū)動 器層1110接收的各個對應的服務。多屏幕管理器模塊1210可通過將接收的 服務的服務上下文對象設置為邏輯屏幕服務的參數(shù)來對每個邏輯屏幕調(diào)用方 法"addServiceContext，，。方法"addServiceContext，，將邏輯屏幕連接到服務， 并可由多屏幕上下文模塊1230提供。在操作S1330中， 一旦邏輯屏幕被連接到各個服務，多屏幕管理器模塊1210就將邏輯屏幕連接到顯示屏幕。此時，多屏幕管理器模塊1210可通過 將邏輯屏幕連接到的顯示屏幕對象設置為參數(shù)來對每個邏輯屏幕調(diào)用方法"setDisplayScreen"。方法"setDisplayScreen"將邏輯屏幕連接到顯示屏幕， 并可由多屏幕上下文模塊1230提供。可將方法 "setDisplayScreen ，， 設置為 "public void setDisplay Screen(HScreen screen) throws SecurityException, IllegalStateException", 該方 法允許被提供為參數(shù)的實例"HScreen"與當前邏輯屏幕相關(guān)。在這種情況下， 實例"HScreen"最好是顯示屏幕。方法"setDisplayScreen(HScreen screen)"的參凄史可包才舌"NULL" J直。在 這種情況下，當無異常處理地執(zhí)行方法"setDisplayScreen(HScreen screen)" 時，當前邏輯屏幕不再與顯示屏幕相關(guān)。方法"SecurityException"和"IllegalStateException"的才丸4亍可#皮處理為 方法"setDisplayScreen(HScreen screen)"的異常才喿4乍。當當前屏幕是邏輯屏幕時或當與當前邏輯屏幕相關(guān)的顯示屏幕的一部分 由于主機平臺的特性而不能改變時，可執(zhí)行方法"IllegalStateException"。在操作S1340中，確定邏輯屏幕將分別映射到的顯示屏幕上的區(qū)域。此時，可調(diào)用由多屏幕上下文模塊1230提供的預定的方法，以確定將顯示邏輯 屏幕的顯示屏幕上的區(qū)域。
圖17是示出根據(jù)本發(fā)明的示例性實施例的在如圖15所示的模塊之間交 換被顯示在邏輯屏幕上的服務的方法的流程圖。
在操作S1410中，多屏幕管理器模塊1210中斷將在兩個邏輯屏幕之間交 換的服務。
此后，在操作S1420中，在兩個邏輯屏幕之間交換關(guān)于服務的信息。此 時，對兩個邏輯屏幕的每一個調(diào)用方法"removeServiceContext"和方法
"addServiceContext"，從而在兩個邏輯屏幕之間交換設置在兩個邏輯屏幕中 的服務上下文。方法"removeContext，，刪除連接到邏輯屏幕的服務上下文， 方法"addServiceContext"將新的服務上下文添加到邏輯屏幕。方法
"removeServiceContext，，和"addServiceContext，，可由多屏幕上下文沖莫塊1230 提供。根據(jù)本發(fā)明的當前示例性實施例，在邏輯服務之間交換關(guān)于連接到邏 輯服務的服務的服務信息，從而獲得交換主屏幕和子屏幕的效果。此外，根 據(jù)本發(fā)明的當前示例性實施例，即使當在顯示屏幕上執(zhí)行三項或更多項服務 時，也可以在任意數(shù)量的邏輯屏幕之間對它們進行交換。
在操作S1430中，宣布服務和兩個邏輯屏幕之間的連接已被改變的事件 的發(fā)生。此后，在操作S1440中，多屏幕上下文事件模塊1240將所述事件發(fā) 送到多屏幕上下文監(jiān)聽程序模塊1250,并且新連接到兩個邏輯屏幕的服務開 始被執(zhí)行。
產(chǎn)業(yè)上的可利用性
根據(jù)本發(fā)明，可使用單一物理顯示屏幕以各種方式執(zhí)行由諸如有線廣播、 地面廣播、各種存儲介質(zhì)和外部輸入的各種源提供的多項服務。
盡管已經(jīng)參照本發(fā)明的示例性實施例具體示出和描述了本發(fā)明，但本領(lǐng) 域的普通技術(shù)人員應該理解，在不脫離由權(quán)利要求限定的本發(fā)明的精神和范 圍的情況下，可以在形式和細節(jié)上進行各種改變。因此，應該理解，上述的 示例性實施例只是描述的目的，并不應該被理解為對本發(fā)明的范圍的任何限 制。
權(quán)利要求
1、一種用于提供多屏幕的設備，所述設備包括服務處理模塊，生成顯示多項服務的多個邏輯屏幕和顯示屏幕，并在邏輯屏幕之間執(zhí)行服務交換；和輸出模塊，將所述邏輯屏幕映射到顯示屏幕上的任意位置。
2、 如權(quán)利要求1所述的設備，還包括 接口模塊，從用戶或應用程序接收服務交換請求，其中，所述服務處理模塊響應于所述服務交換請求在由所述服務處理模 塊生成的屏幕之間交換服務。
3、 如權(quán)利要求1所述的設備，其中，作為服務交換的對象的邏輯屏幕包 括主屏幕和畫中畫屏幕。
4、 如權(quán)利要求3所述的設備，其中，如果在主屏幕上顯示的服務包括應 用程序并且在畫中畫屏幕上不能執(zhí)行所述應用程序，則所述服務處理模塊中 斷所述應用程序。
5、 如權(quán)利要求4所述的設備，其中，所述服務處理模塊通過暫停所述應 用程序或完全終止所述應用程序來中斷所述應用程序。
6、 如權(quán)利要求4所述的設備，其中，如果在主屏幕和畫中畫屏幕之間再 次實現(xiàn)所述服務交換，以將包括所述應用程序的服務連接到所述主屏幕，則 服務處理模塊再次執(zhí)行所述應用程序。
7、 如權(quán)利要求l所述的設備，其中，所述服務包括視頻信息、音頻信息 和數(shù)據(jù)信息中的至少 一個。
8、 如權(quán)利要求7所述的設備，其中，視頻信息、音頻信息或數(shù)據(jù)信息由 廣播信號、存儲介質(zhì)或網(wǎng)絡提供。
9、 如權(quán)利要求7所述的設備，其中，數(shù)據(jù)信息包括指示服務中的所述應 用程序能否在畫中畫屏幕上執(zhí)行的信息。
10、 如權(quán)利要求1所述的設備，還包括輸出所述顯示屏幕的物理顯示 裝置、存儲所述顯示屏幕的存儲介質(zhì)和將所述顯示屏幕傳送到外部裝置的外 部輸出模塊中的至少一個。
11、 一種動態(tài)地配置多屏幕的方法，所述方法包括 生成顯示服務的多個邏輯屏幕和顯示屏幕；將所述邏輯屏幕映射到顯示屏幕上的任意位置；和 在所述邏輯屏幕之間交換服務。
12、 如^l利要求11所述的方法，還包括 從用戶或應用程序接收服務交換請求；其中，響應于所述服務交換請求的接收而執(zhí)行服務的交換。
13、 如權(quán)利要求11所述的方法，其中，作為服務交換對象的所述邏輯屏 幕包括主屏幕和畫中畫屏幕。
14、 如權(quán)利要求13所述的方法，其中，服務交換的步驟包括如果顯示 在主屏幕上的服務包括應用程序并且在畫中畫屏幕上不能執(zhí)行所述應用程 序，則中斷所述應用程序。
15、 如權(quán)利要求14所述的方法，其中，所述中斷應用程序的步驟包括暫 停所述應用程序。
16、 如權(quán)利要求14所述的方法，其中，所述中斷應用程序的步驟包括終 止所述應用程序。
17、 如權(quán)利要求14所述的方法，還包括如果在主屏幕和畫中畫屏幕之間再次實現(xiàn)服務交換，以將包括所述應用 程序的服務連接到主屏幕，則再次執(zhí)行所述應用程序。
18、 如權(quán)利要求11所述的方法，其中，所述服務包括視頻信息、音頻信 息和數(shù)據(jù)信息中的至少 一個。
19、 如權(quán)利要求18所述的方法，其中，視頻信息、音頻信息或數(shù)據(jù)信息 由廣播信號、存儲介質(zhì)或網(wǎng)絡提供。
20、 如權(quán)利要求18所述的方法，其中，數(shù)據(jù)信息包括指示服務中的所述 應用程序能否在畫中畫屏幕上執(zhí)行的信息。
21、 如權(quán)利要求11所述的方法，還包括提供輸出所述顯示屏幕的物理顯示裝置、存儲所述顯示屏幕的存儲介質(zhì) 和將所述顯示屏幕傳送到外部裝置的外部輸出模塊中的至少一個。
全文摘要
提供一種用于提供多屏幕的設備和動態(tài)地配置多屏幕的方法。所述用于提供多屏幕的設備包括服務處理模塊，生成顯示服務的邏輯屏幕和顯示屏幕，并在邏輯屏幕之間交換服務；輸出模塊，將邏輯屏幕映射到顯示屏幕上的任意位置。
文檔編號H04N5/44GK101238715SQ200680028508
公開日2008年8月6日 申請日期2006年8月4日 優(yōu)先權(quán)日2005年8月5日
發(fā)明者李光基, 李鐘昊, 格萊恩·A·亞當斯, 鄭云教 申請人:三星電子株式會社