專利名稱：Iptv終端中的方法和裝置的制作方法
技術領域：
本發(fā)明的實施例涉及IPTV (因特網(wǎng)協(xié)議電視)終端中的事件管理，并且具體地說，涉及在IPTV裝置中可用的應用對事件的處理。
背景技術：
對IPTV提供商提供可擴展解決方案的需求在増大，其中，最終用戶未被限定到有 限的特征集，而是能夠結合傳統(tǒng)TV服務下載和運行新應用。對于在IPTV解決方案中使用的萬維網(wǎng)應用，主要現(xiàn)存技術是W3C小工具，它定義用于也稱為小工具的萬維網(wǎng)應用的封裝和輸送方法及登錄小工具的機制。應用框架在客戶端側(cè)上運行，并且負責小工具的加載，管理和布局。W3C (萬維網(wǎng)聯(lián)盟)小工具規(guī)范未定義小工具執(zhí)行的應用/小工具框架。相反，不同的細分市場已為適合其特定細分市場的小工具執(zhí)行定義了其自己的應用管理器。在傳統(tǒng)應用模型中，在顯示棧的頂部的應用是焦點應用，并且接收來自用戶的輸入事件。這例如能夠在基于Windows的PC上看到，應用(程序)在PC桌面的矩形區(qū)域向用戶顯示。在上面顯示的應用是焦點應用，并且因此接收所有輸入事件，例如，鍵和鼠標事件。在適用于IPTV的應用模型中，要求稍有不同。預期應用以類似的方式布局，但不希望最上面的應用始終接收所有輸入事件。例如，考慮顯示廣播的TV頻道，在TV上全屏顯示的應用。在此應用的上面是在屏幕的小區(qū)域中顯示的天氣小工具。天氣小工具在處于焦點中時對按向左/向右鍵做出反應，但即使它是在焦點中，基礎廣播應用也必須能夠?qū)Π聪蛏?向下鍵做出反應，這是因為它們用于頻道轉(zhuǎn)換，并且用戶預期頻道轉(zhuǎn)換始終有效。

發(fā)明內(nèi)容
因此，最好是實現(xiàn)適用于IPTV解決方案的事件截接，這暗示著允許焦點應用外的其它應用截接事件。為實現(xiàn)適用于IPTV解決方案的事件截接，本發(fā)明的實施例引入了允許焦點應用外的其它應用截接事件的概念。根據(jù)本發(fā)明的實施例，事件截接通過事件封包實現(xiàn)。應用框架可使用基于DOM的模型來構建框架中的所有應用。此基于DOM的模型使用基于DOM事件的模型以便處理在整個事件模型中的事件。由于IPTV解決方案中的例如按鍵事件等特定事件始終以可能不是焦點應用的特定應用為目標，因此，特定事件必須可由目標特定應用識別但仍可作為普通事件處理。為實現(xiàn)此操作，根據(jù)本發(fā)明的實施例，引入了事件封包。在以特定應用為目標的事件在應用模型中發(fā)生時，應用管理器在eventWrapper結構中封包事件,并且通過事件模型調(diào)度它。在它到達目標特定應用時，如進ー步解釋的一祥，它被解封并且原事件調(diào)度在目標上。特定應用識別預期用于所述特定應用的事件，并且識別的事件因此應不象在現(xiàn)有技術中ー樣繼續(xù)到焦點應用。通過引入事件封包，DOM事件模型擴展到在多文檔(S卩，多應用)情形中適用。這意味著來自DOM事件的所有慣例也在多應用環(huán)境中變得有用。這些慣例從特征角度而言(應用控制允許其子應用處理的事件類型的能力、多個應用共享事件的能力等)和從實現(xiàn)角度而言(象瀏覽器等已經(jīng)包含對DOM事件的支持并且可在支持應用框架時再使用此支持的萬維網(wǎng)技術用戶代理器)對于應用環(huán)境均是十分有用的。本發(fā)明的實施例有關的目的因此是即使某個應用不是焦點應用，也使得事件能夠由該應用處理。根據(jù)第一方面，這由配置用于ITF的萬維網(wǎng)引擎中的方法實現(xiàn)，萬維網(wǎng)引擎包括 與使能顯示應用的API相關聯(lián)的應用框架。在方法中，存儲至少兩個應用，其中，應用相對于彼此以分層樹結構布置。接收以至少ー個應用為目標的事件，該應用也稱為目標應用。方法還包括以至少ー個應用為目標的接收事件的調(diào)度的控制。這暗示著不是焦點應用的應用能夠接收和處理事件?？刂七€包括調(diào)度接收事件到目標應用，并且為每個應用確定事件是否應由當前應用處理，并且如果它應被處理，則方法包括為當前應用處理事件，并且如果它不應被處理，則方法包括調(diào)度事件到分層樹結構中的隨后應用。根據(jù)ー個實施例，控制還包括在調(diào)度前將事件封包，并且事件隨后在處理前被解封。根據(jù)本發(fā)明的一個實施例，通過查看事件并且檢查事件在當前應用上是否適用，來執(zhí)行為每個應用確定封包的事件是否應由當前應用處理。備選，確定由應用管理器執(zhí)行。實施例的目的還根據(jù)第二方面由配置用于ITF的萬維網(wǎng)引擎實現(xiàn)，萬維網(wǎng)引擎包括與使能顯示應用的API相關聯(lián)的應用框架。應用框架包括用于存儲至少兩個應用的存儲器，其中，應用相對于彼此以分層樹結構布置。應用管理器包括用于接收以至少ー個應用為目標的事件的接收器和用于控制以至少ー個應用為目標的事件的調(diào)度的控制器。應用管理器還包括用于向目標應用調(diào)度接收事件的調(diào)度器，并且控制器還配置成為每個應用確定接收事件是否應由當前應用處理。根據(jù)本發(fā)明的ー實施例，控制器包括用于封包和解封接收事件的事件封包器。根據(jù)又ー實施例，控制器還配置成查看事件并且檢查事件在當前應用上是否適用以確定事件是否應由當前應用處理。備選，應用管理器還配置成存儲哪個應用是事件的目標應用的信息。此外，根據(jù)ー實施例，應用框架配置成使用基于文檔對象模型DOM的模型來構建應用，并且ITF可以是機頂盒、移動終端或PC的任何之一。本發(fā)明的實施例有關的優(yōu)點是它允許在應用之間的共存方面比在現(xiàn)有應用框架中可用內(nèi)容方面有更大的靈活性。此靈活性在IPTV應用環(huán)境中是至關重要的。


圖I示出根據(jù)本發(fā)明的實施例的應用模型和利益相關者優(yōu)先級的示例。圖2示出根據(jù)本發(fā)明的實施例的應用框架。
圖3示出根據(jù)本發(fā)明的實施例在應用管理器中加載單個文件/文檔時的應用模型。圖4示出根據(jù)本發(fā)明的實施例在右側(cè)的在應用管理器中加載多個應用時的應用模型和在左側(cè)的應用模型的可視化。圖5示出根據(jù)本發(fā)明的實施例在應用模型中的DOM俘獲氣泡階段。圖6示出顯示廣播的Tv頻道的TV應用。圖7示出根據(jù)本發(fā)明的實施例的事件封包。圖8和9示出根據(jù)本發(fā)明的實施例的裝置。圖10是本發(fā)明的一實施例的流程圖。
具體實施例方式下面將參照示出本發(fā)明的實施例的附圖，更全面地描述本發(fā)明的實施例。然而，本發(fā)明的實施例可以許多不同的形式實施，并且不應視為限于本文所述的實施例；相反，這些實施例的提供使得此公開將是全面和完整的，并且將本發(fā)明的范圍全面?zhèn)鬟_給本領域的技術人員。在圖形中，類似的標號表示類似的単元。另外，本領域的技術人員將理解，本文下面所述的部件和功能可使用結合按照程序工作的微處理器或通用計算機起作用的軟件和/或使用專用集成電路(ASIC)實現(xiàn)。也將理解，雖然當前實施例主要以方法和裝置的形式描述，但實施例也可在計算機程序產(chǎn)品中及在包括計算機處理器和耦合到處理器的存儲器的系統(tǒng)中實施，其中存儲器編碼有可執(zhí)行本文公開功能的ー個或多個程序。本發(fā)明的實施例概括定義適用于W3C小工具和萬維網(wǎng)應用的應用框架。此外，本發(fā)明的實施例設計為可輕松擴展以滿足將來要求，并且也能夠用于TV環(huán)境外的其它環(huán)境。OIPF (開放IPTV論壇)DAE (聲明型應用環(huán)境)規(guī)范V. I. I規(guī)范包含應用管理器和對應應用模型的定義。OIPF中也有在進行的工作項以添加W3C小工具支持到DAE應用模型。本發(fā)明的實施例部分與DAE應用模型一致。然而，能夠注意到ー個主要的差別
DAE中的應用管理器只顯露應用的扁平列表。然而，在本發(fā)明的實施例中，應用布置在分層樹模型中，并且樹模型直接顯露于應用。這暗示著實施例與每個用戶代理器已經(jīng)支持的DOM (文檔對象模型)模型一致，并且它也使得基于DOM的事件模型可能用于功能強大并且與現(xiàn)有萬維網(wǎng)標準兼容的應用。DOM是用于表示在HTML、XHTML和XML文檔中的對象和與其交互的跨平臺和語言無關的協(xié)定。DOM的方面(如其“元素”)可在使用的編程語言的語法內(nèi)處理和操控。DOM的公共接ロ在其應用編程接ロ(API)中指定。術語和定義
應用編程接ロ(API)是由軟件程序為使能與其它軟件的交互而實現(xiàn)的接ロ，類似于用戶接ロ促進人與計算機之間交互的方式。API由應用、庫和操作系統(tǒng)實現(xiàn)，以確定程序員應該采用以使用其服務的詞匯和調(diào)用協(xié)定。它可包括用于在API接ロ的消費者與實現(xiàn)者之間進行通信的例程、數(shù)據(jù)結構、對象類、協(xié)議的規(guī)范，其使得萬維網(wǎng)應用能夠得到平臺上本機實現(xiàn)的功能性。萬維網(wǎng)引擎是本機組件，萬維網(wǎng)應用在其中執(zhí)行。萬維網(wǎng)瀏覽器是萬維網(wǎng)引擎的典型示例。
應用框架是用于管理和顯示萬維網(wǎng)應用和小工具的整個客戶端側(cè)環(huán)境。因此，萬維網(wǎng)應用一般被視為包括基于DOM的標記格式與瀏覽器支持語言的組合,一般為ー個SVG或HTML文檔/文件與JavaScript代碼。此外，在軟件工程中，萬維網(wǎng)應用是通過諸如因特網(wǎng)或內(nèi)部網(wǎng)等網(wǎng)絡經(jīng)萬維網(wǎng)瀏覽器訪問的應用。術語萬維網(wǎng)應用也可意味著在瀏覽器控制環(huán)境(例如，Java applet)中托管或以瀏覽器支持的語言(如JavaScript,與象HTML等瀏覽器渲染標記語言組合)編碼并且依賴常見萬維網(wǎng)瀏覽器使應用可執(zhí)行的計算機軟件應用。小工具在W3C小工具規(guī)范系列中定義?；旧?，小工具能夠視為帶有可下載并在客戶端側(cè)本地存儲的定義封裝方案的萬維網(wǎng)應用。小工具因此適用于在線和離線執(zhí)行。在此描述的范圍中，小工具定義擴展到指出小工具是萬維網(wǎng)應用的專用化，即，它具有萬維網(wǎng)應用的所有屬性和W3C定義的小工具行為。然而，小工具能夠在裝置上安裝(本地存儲)，不加載到應用框架中，而應用從遠程位置直接加載到框架中(無本地存儲應用的方式)。要注意的是，雖然小工具鑒于其屬性適合在UA (用戶代理器)中本地存儲(安裝)，但沒有必須安裝小工具的要求。用戶代理器例如可具有阻止其在本地存儲小工具的存儲限定，但仍可允許小工具執(zhí)行。從這個意義上來說，小工具會表現(xiàn)得完全象萬維網(wǎng)應用一祥， 但仍受小工具特定屬性影響。在本說明書的上下文中，應用被視為是由應用管理器管理并依附于本說明書中定義的接口和機制的萬維網(wǎng)應用或小工具。要注意的是，此說明書以此類方式編寫，使得萬維網(wǎng)應用(例如，基本HTML頁面)或小工具能夠充當應用而無需在萬維網(wǎng)應用/小工具的標記或javascript代碼中進行任何修改。因此，在本說明書通篇中，術語“應用”用于萬維網(wǎng)應用和小工具兩者。術語小エ具只在明確論述的是應用的小工具專用化時使用。應用管理器是控制應用的布局和管理的機制。應用管理器由平臺提供商控制。用戶代理器(UA)是也可在此說明書適用的范圍內(nèi)稱為小工具用戶代理器的實現(xiàn)。在IPTV段中的用戶代理器經(jīng)常稱為ITF (IPTV終端功能);然而，在本說明書通篇中使用更普遍的術語UA。根據(jù)本發(fā)明的實施例，下面定義了不同的利益相關者，并且定義了用于利益相關者控制的模型。在圖I中示出了用于利益相關者控制的模型。平臺利益相關者是平臺的提供商，一般是STB或TV設備的提供商。平臺利益相關者有興趣控制應用以便使應用布局與平臺的本機用戶體驗(UX) —致。作為ー個示例，TV設備提供商X可希望在與TV的本機觀感一致的菜單中顯示可用小工具，而與在特定時間點可能運行的服務無關。服務利益相關者是服務的提供商，一般是提供TV服務到其訂戶的運營商。運營商有興趣提供其自己的服務UX (用戶體驗)，并且盡可能多地隱藏本機UX。這包括提供應用控制為服務UX的集成部分的能力。例如，TV服務提供商Y可希望在服務提供商的門戶中集成的菜單中顯示可用小工具。應用利益相關者是特定應用的提供商。應用利益相關者可有興趣控制來自本身內(nèi)的其它應用，例如以顯示來自相同應用提供商的應用列表。定義的利益相關者以如下從高到低的順序被優(yōu)先處理平臺利益相關者一服務利益相關者ー應用利益相關者。最高優(yōu)先級決定，即，如果平臺利益相關者已決定所有應用將通過平臺控制的Π (用戶接ロ)控制，則服務或應用利益相關者無法推翻此決定?？刂评嫦嚓P者優(yōu)先級的基本機制是通過應用管理器和它控制的應用模型。利益相關者控制應用管理器，并且應用管理器又控制來自應用的有關應用屬性的修改和其它應用的添加/調(diào)用的所有請求。此處，平臺利益相關者由于控制應用管理器，因此，它有機會限定其它利益相關者的能力。此外，應用模型具有樹結構，并且根節(jié)點是平臺控制的節(jié)點，其中平臺利益相關者可添加邏輯以限定其它利益相關者的控制，例如通過停止某些事件遍歷模型。類似地，在根節(jié)點下的節(jié)點一般由服務利益相關者控制，并且能夠因此包含類似的邏輯以限定應用利益相關者控制。由應用管理器控制的應用模型可以是普通DOM樹模型，模型中所有節(jié)點是應用。在此情況下，應用繼承D0M3 (D0M第3級核)元素ElementTraversal的子集和使得遍歷應用模型和添加以及從中刪除應用的節(jié)點接ロ。樹中的根節(jié)點是由應用管理器控制的隱藏系統(tǒng)節(jié)點。它能夠從不被刪除或修改， 并且所有應用添加為隱藏節(jié)點的子節(jié)點。根節(jié)點例如能夠是內(nèi)置本機小工具欄。或者，它能夠只是非可視應用，停止某些事件在模型中向下傳播以便阻塞所有小工具使用某個功能性，例如，關閉TV。就例如普通SVG文件等由UA顯示的單個萬維網(wǎng)應用而言，模型會如圖3所示，該圖示出在應用管理器中加載單個文件/文檔時的應用模型。除根應用外，應用框架中的每個應用具有相關聯(lián)文檔對象。文檔表示特定應用的D0M，并且與模型中的任何其它應用無關，S卩，應用具有在単獨腳本上下文中運行的単獨DOM。更大應用樹的示例在圖4中示出，該圖示出在應用管理器中加載多個應用時的應用模型(在右側(cè))。左側(cè)圖形示出可在屏幕上如何顯示應用。子節(jié)點能夠從其父節(jié)點繼承屬性。例如，如果刪除父項，則刪除子項，但能夠為即將到來的版本考慮其它屬性，例如，透明性。如果用戶能夠表明應用將是半透明的，則子應用也應是半透明的。根據(jù)本發(fā)明的實施例的應用管理器可使用基于D0M2事件模型的事件模型。DOM樹中ー個且只有ー個節(jié)點是在特定時間點輸入事件(鍵事件、鼠標事件……)的目標。這意味著諸如鍵輸入等事件將轉(zhuǎn)到目標應用，但在進行該操作之前，它將自頂向下通過目標節(jié)點的所有父項(祖先)到目標應用。這稱為俘獲階段。根據(jù)本發(fā)明的實施例，每個經(jīng)過的節(jié)點可俘獲事件，即停止事件。一旦事件已到達目標應用，目標應用便能夠俘獲事件，即停止事件，或者讓它再次向上經(jīng)過相同節(jié)點，這稱為氣泡階段。俘獲和氣泡階段是DOM事件模型的一部分。與事件目標始終是當前焦點應用的現(xiàn)有技術解決方案不同，本發(fā)明的實施例引入了ー種模型，其中，目標應用能夠是與作為當前焦點應用的應用無關的任何應用。然而，D0M2的俘獲和氣泡階段均受本發(fā)明的實施例支持。根據(jù)D0M2事件模型，事件從根開始，并且在俘獲階段期間向目標應用遍歷樹。根據(jù)本發(fā)明的實施例，通過使用分層模型，如果每個經(jīng)過的應用是目標應用，則應用可俘獲事件，而與應用是否是焦點應用無關。在事件到達目標應用時，它由目標應用處理。如果目標應用不俘獲事件，則事件再次向上遍歷樹直到根，這稱為氣泡階段。每個通過的應用可停止(即俘獲)事件進ー步起泡。
圖5示出D0M2俘獲/氣泡階段，其中，事件向稱為事件目標的目標應用遍歷。為使任何應用能夠成為目標應用，而與哪個應用是焦點應用無關，組合了分層應用模型和事件封包器。應用管理器包括事件封包器，并且事件封包器配置成封包應向目標應用遍歷的事件。封包的事件因此遍歷通過應用樹。每個應用配置成查看封包的事件以便檢查當前應用是否應處理事件。如果當前應用確定它是目標應用，則應用管理器解封事件，并且當前應用接收解封的事件并將解封的事件作為普通事件處理。如果當前應用確定它不是目標應用，則應用管理器調(diào)度封包的事件到樹中的隨后應用。圖2示出根據(jù)本發(fā)明的一實施例的應用框架203。應用框架203包括應用管理器200和存儲以分層順序布置的應用202的存儲器204。此外，應用管理器200包括配置成接收事件的接收器205和配置成控制調(diào)度的控制器207?？刂破?07控制調(diào)度器206的調(diào)度，并且還包括事件封包器201。由于應用管理器控制應用202，因此，應用管理器200知道它是否應解封封包的事件，或者它是否應將封包的事件調(diào)度到隨后應用。通過在應用的文檔節(jié)點添加事件監(jiān)聽器以監(jiān)聽eventWrapper事件,作為目標應用的祖先的所有應用能夠登記以監(jiān)聽事件。因此，為使任何萬維網(wǎng)應用接收事件，它必須登記用于該事件的監(jiān)聽器。如果用戶使用鼠標點擊應用，但應用尚未登記鼠標事件監(jiān)聽器，則將不會發(fā)生任何情況。這同樣適用于eventWrapper事件。eventWrapper事件是由事件封包器201執(zhí)行的特殊事件，事件封包器201在實際事件通過應用樹的路途中將實際事件封包。在eventWrapper事件到達目標應用時，即事件被解封時，將封包的事件調(diào)度在與目標應用相關聯(lián)的文檔上，正如會在單文檔環(huán)境中一祥。解封的事件由文檔以普通方式處理。在離開文檔時，如果未被俘獲，則它在eventWrapper事件中再次被封包并開始沿應用樹向上冒泡。事件封包由以下示例例示
I.應用管理器200經(jīng)接收器205通過系統(tǒng)接收事件(e)(例如，鍵“I”)。事件的目標是在框架203中的存儲器204中存儲的應用202之一。2.應用管理器200的事件封包器201創(chuàng)建eventWrapper事件(ew)并將事件封包。3.應用管理器200將封包的事件沿模型樹向下朝目標應用傳遞。封包的事件由它經(jīng)過的每個應用202查看以便檢查封包的事件是否適用于當前應用。如果封包的事件適用于當前應用，則那會暗示當前應用是目標應用。4.在封包的事件到達目標應用時，應用管理器200將事件解封，并且在目標應用上調(diào)度解封的事件。5.如果事件未由目標應用俘獲，則應用管理器將事件放回事件封包器中，并且將包含實際事件的封包事件沿模型向上起泡。這適用于在該應用不關心其它應用是否處理事件的情況。因此，如果該應用不關心其它應用是否使用事件，則它不應俘獲它。
下面結合圖6進ー步例示此行為?？紤]顯示廣播的TV頻道的TV應用601。天氣小工具602在TV應用601的上面顯示，并且天氣小工具602具有焦點。在天氣小工具具有焦點時，天氣小工具監(jiān)聽用于在不同日期的廣播之間導航的向左/向右按鍵。
即使天氣小工具有焦點，TV應用想要允許用戶通過正常向上/向下按鍵更改頻道。由于應用根據(jù)本發(fā)明的實施例以分層模型布置，因此，除焦點應用外的其它應用能夠處理事件。在此情況下，天氣小工具由TV應用添加并且是TV應用的子項。因此，TV應用是天氣小工具的父項，所有事件將在俘獲階段期間由TV應用沿路向下傳遞到天氣小工具。相應地，TV應用將檢查事件是否是按壓向上或向下鍵。如果情況為真，則TV應用將處理事件，否則，應用管理器將進ー步調(diào)度事件到天氣小工具。如上所解釋的一祥，應用管理器將事件封包，并且通過分層樹模型調(diào)度事件。封包的事件包括目標應用的信息。在封包事件經(jīng)過的每個應用，當前應用查看封包的事件以確定事件是否應由當前應用處理。如果當前應用應處理事件，這暗示當前應用是目標應用，則應用管理器收到通知，并且將事件解封，使得應用能夠?qū)⑹录鳛槠胀ㄊ录幚怼Ｔ趹弥?，定義了應用應如何處理事件。這通過下面的代碼示例例示
TV應用
** KI. I id。' ι.;'Λ I I *{； Γ..こ.q ...
ニ V deo -CAcica5 ；·-iγ-,re ；"て-:' rc:.,
ι-r: if;·'て vp --- HI^>:i.:. ] I.*.*/-i:. r i p*11 >
*-■ ! r' dppl-SiirしvxpIZt jec:Fdこ·Icry, creatieAppl ;cat:cvr\Υ. ι.\ zer:Ob::;ec■:();
do:Lr-rCz . acd￡ve；it ListcriOi i ''eve； t Kidppeijef cap: ^ ^ t rue 3 ;
* ) of. C--^p\::j rerr: ev ；} '
//if the .ニへ'ニ'r.t I； ；t hey ρε:οοε: cp, down the Γ-ゾ Appi i cat icr
'i ] rvLrir.w -- ri'；d t hri., rr op . r；^ r'.'er.V . I ^ ;.-
....t h e r eo r e r,そ1 x- r r e a c r t: h e. w e a て tie τ v;:. a g e t
if,r;: , yp^ 'こ”レ,·do.)·.!,丨
: .卜”·.!. ノnvrd., ht· y-1: y: = ニ >ΚΙΗ-''
モ t. = e て,e η t r -< e γ I ck- η II: i e 3. 二 =ャ.rゾ ；
—i i b* V L . η'； η η τ, t ':.\·；ι I ;
-iV t r ;: t O c I r opr^-；i，. : c-' {^ ;
I
.-；ぐ....t ' j·' *■ !-
.h f -τ I .:-
天氣應用
權利要求
1.ー種在配置用于IPTV終端功能的萬維網(wǎng)引擎中的方法，所述萬維網(wǎng)引擎包括與使能顯示應用的應用編程接ロ相關聯(lián)的應用框架，所述方法包括 存儲至少兩個應用，其中所述應用相對于彼此以分層樹結構布置， 接收以至少ー個應用為目標的事件，以及 控制以至少ー個應用為目標的所接收事件的調(diào)度，其中所述控制還包括調(diào)度所述接收事件到目標應用，為每個應用確定所述事件是否應由當前應用處理，并且如果它應被處理，則所述方法包括為所述當前應用處理所述事件，以及如果它不應被處理，則所述方法包括將所述事件調(diào)度到所述分層樹結構中的隨后應用。
2.根據(jù)權利要求I所述的方法，其中所述控制還包括在所述調(diào)度前封包所述事件，以及其中在所述處理前解封所述事件。
3.根據(jù)權利要求I所述的方法，其中通過查看所述事件并且檢查所述事件在所述當前應用上是否適用，來執(zhí)行為每個應用確定所述事件是否應由所述當前應用處理。
4.根據(jù)權利要求I所述的方法，其中為每個應用確定所述事件是否應由所述當前應用處理由所述應用管理器執(zhí)行。
5.根據(jù)權利要求I所述的方法，其中所述應用框架配置成使用基于文檔對象模型DOM的模型來構建所述應用。
6.根據(jù)權利要求I所述的方法，其中所述ITF是機頂盒、移動終端或PC任何之一。
7.ー種IPTV終端，在顯示裝置上實現(xiàn)使能顯示萬維網(wǎng)應用的應用框架，所述應用框架包括 存儲器，存儲以分層樹結構組織的兩個或更多個應用；以及 應用管理器，接收以所述分層樹結構中的所述應用之一為目標的事件，所述應用管理器包括 控制器，確定所述分層樹結構中的第一應用是否是所述目標應用，以及 調(diào)度器，如果所述第一應用不是所述目標應用，則調(diào)度所述事件到所述分層樹結構中的第二應用。
8.如權利要求7所述的計算裝置，其中所述應用管理器還包括用于封包和解封事件的事件封包器。
9.如權利要求7所述的計算裝置，其中所述控制器存儲指示用于所述事件的目標應用的信息。
10.如權利要求7所述的計算裝置，其中所述應用框架使用基于文檔對象模型(DOM)的模型來組織所述應用。
11.如權利要求7所述的計算裝置，被包含在機頂盒、移動終端或個人計算機中。
全文摘要
本發(fā)明涉及一種方法和一種萬維網(wǎng)引擎。根據(jù)本發(fā)明的第一方面，提供了配置用于諸如STB(機頂盒)等ITF(IPTV終端功能)的萬維網(wǎng)引擎，萬維網(wǎng)引擎包括與使能顯示應用的API相關聯(lián)的應用框架。應用框架包括用于存儲至少兩個應用的存儲器，其中，應用相對于彼此以分層樹結構布置。應用框架還包括應用管理器，包括用于接收例如按鍵等事件的接收單元和用于控制調(diào)度的控制器。控制器可包括用于封包和解封事件的事件封包器和用于將封包的事件通過應用樹向下傳送的調(diào)度器。對于每個應用節(jié)點(根節(jié)點也是同樣)，應用管理器配置成確定事件是否應由當前應用處理。
文檔編號H04N21/472GK102870428SQ201180018230
公開日2013年1月9日 申請日期2011年2月2日 優(yōu)先權日2010年4月9日
發(fā)明者O.安德森, N.方德貝格 申請人:瑞典愛立信有限公司