專利名稱:在不同網(wǎng)絡(luò)上的設(shè)備間進(jìn)行接口通信的方法及設(shè)備的制作方法
技術(shù)領(lǐng)域:
本發(fā)明涉及用于在不同網(wǎng)絡(luò)上的設(shè)備之間進(jìn)行通信、尤其是用于從一個網(wǎng)絡(luò)向另一個網(wǎng)絡(luò)傳輸通知的方法,以及一種用于實現(xiàn)該方法的設(shè)備。例如,本發(fā)明可以應(yīng)用于與基于IP的網(wǎng)絡(luò)相連的HAVi網(wǎng)絡(luò)。
背景技術(shù):
在電視、家庭網(wǎng)絡(luò)或因特網(wǎng)領(lǐng)域中,正在以較快的速度研發(fā)和引入新型的通信技術(shù)。每個環(huán)境都擁有不同的協(xié)議、堆棧和圖形接口。
存在使這些不同的網(wǎng)絡(luò)可交互操作的需要。HAVi規(guī)范關(guān)注于家庭環(huán)境中的消費電子設(shè)備的互操作性。能夠證明有用的是,能夠通過HAVi域子網(wǎng)外部的裝置,尤其是通過將經(jīng)由因特網(wǎng)訪問HAVi子網(wǎng)的因特網(wǎng)功能設(shè)備來控制HAVi設(shè)備。相反,利用HAVi設(shè)備對與因特網(wǎng)相連的設(shè)備進(jìn)行控制也應(yīng)當(dāng)是可能的。
考慮到每個領(lǐng)域中的用戶接口,HAVi目前用于三種不同的機制。被稱為設(shè)備驅(qū)動交互或‘DDI’的一種機制允許一個設(shè)備(被稱為DDI目標(biāo))通過另一設(shè)備(被稱為DDI控制器)顯示其用戶接口。
在基于IP的網(wǎng)絡(luò)中,HTML被廣泛應(yīng)用于圖形的再現(xiàn),最終以如javascript等腳本或如Java小應(yīng)用程序等不同的插件程序為補充。
HAVi子網(wǎng)(域)與基于IP的網(wǎng)絡(luò)之間的互連的一個方面在于通過互連設(shè)備的事件的通知,以及在一個網(wǎng)絡(luò)中觸發(fā)卻尋址到另一網(wǎng)絡(luò)中的設(shè)備的動作的通知。
發(fā)明內(nèi)容
更具體地,本發(fā)明涉及一種用于在第一網(wǎng)絡(luò)上的第一設(shè)備和第二網(wǎng)絡(luò)上的第二設(shè)備之間進(jìn)行接口通信的方法,所述網(wǎng)絡(luò)通過接口設(shè)備相連,并由所述接口設(shè)備執(zhí)行所述方法,所述方法的特征在于以下步驟-檢測所述第一網(wǎng)絡(luò)上的第一消息,所述第一消息由所述第一設(shè)備產(chǎn)生,所述第一消息與所述第二設(shè)備相關(guān);-將所述第一消息轉(zhuǎn)換為與所述第二設(shè)備相兼容的格式;-向所述第二網(wǎng)絡(luò)上的所述第二設(shè)備發(fā)送第二消息,所述第二消息通知所述第二設(shè)備已經(jīng)檢測到所述第一消息;-當(dāng)接收到來自第二設(shè)備的請求時,傳輸轉(zhuǎn)換后的第一消息。
按照本發(fā)明的一個實施例,所述接口設(shè)備還執(zhí)行以下步驟-提供至少一個小應(yīng)用程序,其中,所述小應(yīng)用程序適合于接收所述第二消息并產(chǎn)生所述請求;以及-向所述第二設(shè)備傳輸所述小應(yīng)用程序。
按照本發(fā)明的一個實施例,所述方法還包括以下步驟-將所述至少一個小應(yīng)用程序包括在至少一個html網(wǎng)頁中,并向所述第二設(shè)備傳輸所述至少一個網(wǎng)頁。
按照本發(fā)明的一個實施例,轉(zhuǎn)換所述第一消息的步驟包括用包含在所述第一消息中的參數(shù)更新所述html網(wǎng)絡(luò)的至少一個相關(guān)對象的步驟。
按照本發(fā)明的一個實施例,所述方法還包括以下步驟-獲得所述第一設(shè)備的用戶接口元素;-將所述用戶接口元素轉(zhuǎn)換為與通過所述第二設(shè)備控制所述第一設(shè)備相兼容的格式;-將轉(zhuǎn)換后的用戶接口元素包括在所述html網(wǎng)頁中。
按照本發(fā)明的一個實施例,用于轉(zhuǎn)換所述第一消息的步驟包括根據(jù)包括在所述第一消息中的參數(shù)更新至少一個轉(zhuǎn)換后的用戶接口元素。
按照本發(fā)明的一個實施例,所述html網(wǎng)頁包括至少一個java對象和/或至少一個html對象。
按照本發(fā)明的一個實施例,向所述第二設(shè)備發(fā)送所述第二消息的步驟包括對所述小應(yīng)用程序的遠(yuǎn)程方法調(diào)用,所述小應(yīng)用程序的遠(yuǎn)程方法用于觸發(fā)從所述第二設(shè)備到所述接口設(shè)備的用于傳輸轉(zhuǎn)換后的第一消息的適當(dāng)請求。
按照本發(fā)明的一個實施例,所述請求包括下列之一HTML GET消息、對所述接口設(shè)備的遠(yuǎn)程方法調(diào)用。
按照本發(fā)明的一個實施例,所述小應(yīng)用程序適合于有規(guī)律地輪詢所述接口設(shè)備的預(yù)定接口,以確定在所述接口設(shè)備處,轉(zhuǎn)換后的消息是否可用。
按照本發(fā)明的一個實施例,用于傳輸轉(zhuǎn)換后的第一消息的請求包括下列之一-用于傳輸部分html網(wǎng)頁的更新的請求;或者-用于傳輸整個html網(wǎng)頁的更新的請求;或者-用于傳輸java對象或HTML對象的更新的請求。
按照本發(fā)明的一個實施例,所述第一網(wǎng)絡(luò)是HAVi網(wǎng)絡(luò)。
按照本發(fā)明的一個實施例,所述第二網(wǎng)絡(luò)是基于因特網(wǎng)協(xié)議的網(wǎng)絡(luò)。
按照本發(fā)明的一個實施例,所述第一網(wǎng)絡(luò)是基于因特網(wǎng)協(xié)議的網(wǎng)絡(luò),而且用于接收所述第一消息的步驟包括從所述第一設(shè)備中的小應(yīng)用程序接收預(yù)定端口上的所述消息。
按照本發(fā)明的一個實施例,所述第一網(wǎng)絡(luò)是基于因特網(wǎng)協(xié)議的網(wǎng)絡(luò),而且用于接收所述第一消息的步驟包括通過由所述第一設(shè)備中的小應(yīng)用程序執(zhí)行的遠(yuǎn)程方法調(diào)用來接收所述消息。
本發(fā)明的另一目的是用于在第一網(wǎng)絡(luò)上的第一設(shè)備和第二網(wǎng)絡(luò)上的第二設(shè)備之間進(jìn)行接口通信的設(shè)備,所述設(shè)備包括-檢測裝置,用于檢測所述第一網(wǎng)絡(luò)上的第一消息,所述第一消息由所述第一設(shè)備產(chǎn)生,所述第一消息與所述第二設(shè)備相關(guān);-轉(zhuǎn)換裝置,用于將所述第一消息轉(zhuǎn)換為與所述第二設(shè)備相兼容的格式;-傳送裝置,用于向所述第二網(wǎng)絡(luò)上的所述第二設(shè)備發(fā)送第二消息,所述第二消息通知所述第二設(shè)備已經(jīng)檢測到所述第一消息,而且當(dāng)接收到來自第二設(shè)備的請求時,傳輸轉(zhuǎn)換后的第一消息。
按照本發(fā)明的一個實施例,所述設(shè)備還包括存儲器,為了由所述第二網(wǎng)絡(luò)的設(shè)備進(jìn)行控制,存儲對所述第一網(wǎng)絡(luò)的設(shè)備的用戶接口元素的用戶接口元素顯示,而且反之亦然;以及轉(zhuǎn)換裝置,用于按照顯示,轉(zhuǎn)換所述第一設(shè)備的所述用戶接口元素,用于向所述第二設(shè)備傳輸轉(zhuǎn)換后的元素,其中所述轉(zhuǎn)換裝置適用于將在一個設(shè)備上執(zhí)行的動作或由一個設(shè)備產(chǎn)生的通知轉(zhuǎn)換為與另一設(shè)備相兼容的格式。
本發(fā)明的另一目的是一種用于在第一網(wǎng)絡(luò)上的第一設(shè)備和第二網(wǎng)絡(luò)上的第二設(shè)備之間進(jìn)行接口通信的方法,所述網(wǎng)絡(luò)通過接口設(shè)備相連,并由所述接口設(shè)備執(zhí)行所述方法,而且所述方法的特征在于以下步驟-檢測所述第一網(wǎng)絡(luò)上的第一消息,所述第一消息由所述第一設(shè)備產(chǎn)生,所述第一消息與所述第二設(shè)備相關(guān);-將所述第一消息轉(zhuǎn)換為與所述第二設(shè)備相兼容的格式;-向所述第二網(wǎng)絡(luò)上的所述第二設(shè)備發(fā)送第二消息,其中,所述第一和第二網(wǎng)絡(luò)是IP和HAVi網(wǎng)絡(luò)或反之亦然,而且所述消息是通知或動作。
按照本發(fā)明的一個實施例,通過遠(yuǎn)程方法調(diào)用來執(zhí)行所述接口設(shè)備和基于IP的網(wǎng)絡(luò)上的設(shè)備之間的通知或動作的交換。
按照本發(fā)明的一個實施例,從所述接口設(shè)備向基于IP的網(wǎng)絡(luò)上的所述第二設(shè)備的傳輸通知包括使所述第二設(shè)備有規(guī)律地輪詢充當(dāng)服務(wù)器的所述接口設(shè)備的固定端口。
通過以下結(jié)合附圖進(jìn)行解釋的非限制性實施例的描述,本發(fā)明的其他特征和優(yōu)點將變得明顯,其中,圖1是DDI控制器與DDI目標(biāo)之間的信息交換的現(xiàn)有技術(shù)示意圖。
圖2a是在網(wǎng)絡(luò)用戶訪問HAVi目標(biāo)的情況下,包括HAVi域和因特網(wǎng)域的網(wǎng)絡(luò)的方框圖。
圖2b示出了在HAVi用戶訪問網(wǎng)絡(luò)目標(biāo)時,圖2的域(子網(wǎng))。
圖3是由HAVi域和因特網(wǎng)域的互連形成的另一網(wǎng)絡(luò)的方框圖。
圖4是包括按照本實施例的轉(zhuǎn)換器應(yīng)用程序的圖3所示的設(shè)備的軟件結(jié)構(gòu)圖。
圖5是在設(shè)備的DDI控制器基于Java的情況下,使用遠(yuǎn)程方法調(diào)用(RMI)的圖3所示的設(shè)備中的軟件棧的第一實現(xiàn)的示意圖。
圖6是在設(shè)備的DDI控制器是本地控制器的情況下,使用RMI的圖3所示的設(shè)備中的軟件棧的第二實現(xiàn)的示意圖。
圖7是當(dāng)使用cgi API時,圖3所示的設(shè)備中的軟件棧的第三實現(xiàn)的示意圖。
圖8是示出了按照本發(fā)明的實施例,用于在因特網(wǎng)設(shè)備上建立由HAVi設(shè)備提供的用戶接口的步驟的示意圖。
圖9是示出了按照本發(fā)明的實施例,在從因特網(wǎng)域發(fā)起動作時所執(zhí)行的步驟的示意圖。
圖10是示出了按照本實施例,為了從HAVi域向因特網(wǎng)域傳播通知而執(zhí)行的步驟的示意圖。
圖11是示出了按照本實施例,用于在HAVi設(shè)備上建立由因特網(wǎng)設(shè)備提供的用戶接口的步驟的示意圖。
具體實施例方式
本發(fā)明的實施例一方面基于HAVi規(guī)范(家庭音頻/視頻互操作性),而另一方面基于與因特網(wǎng)相關(guān)的技術(shù),如IP(因特網(wǎng)協(xié)議)、UPnP(通用即插即用)、HTML(超文本鏈接標(biāo)示語言)和HTTP(超文本傳送協(xié)議)。
在本申請優(yōu)先權(quán)日的參考文獻(xiàn)的版本如下從HAVi Inc.,2694 Bishop Drive,Suite 275 San Ramon,CA94583,USA得到的HAVi 1.1規(guī)范(2001年5月15日公布)。
從Microsoft Corp.得到的UPnP 1.0規(guī)范。
從W3C聯(lián)盟(美國麻省理工,法國INRIA和日本Keio大學(xué))得到的HTML 4.01文件。
從IETF(因特網(wǎng)工程任務(wù)組)得到的HTTP協(xié)議。如RFC 2616所述,最新的版本為HTTP 1.1。
HTTP(超文本傳送協(xié)議)是針對分布式、協(xié)作超媒體信息系統(tǒng)的應(yīng)用級協(xié)議。它是普通無聲明協(xié)議。
本發(fā)明主要關(guān)注于通過因特網(wǎng)將HAVi網(wǎng)絡(luò)與遠(yuǎn)程設(shè)備進(jìn)行接口。遠(yuǎn)程設(shè)備典型地是具有標(biāo)準(zhǔn)網(wǎng)絡(luò)瀏覽器的個人計算機。當(dāng)然,本領(lǐng)域的技術(shù)人員將易于使本實施例上下文所描述的某些方面適應(yīng)于其他環(huán)境。
HAVi定義了多個系統(tǒng)元素(CMM1394、消息發(fā)送系統(tǒng)、注冊處、事件管理器、流管理器、資源管理器和DCM管理器)。它們提供了通過IEEE 1394串行總線來管理HAVi網(wǎng)絡(luò)的方式。HAVi還定義了以下元素·DCM設(shè)備控制模塊是網(wǎng)絡(luò)上受控設(shè)備的軟件表示。每個設(shè)備有一個DCM。
·FCM功能控制模塊是網(wǎng)絡(luò)上功能性的軟件表示。FCM包含在DCM中(由設(shè)備提供該功能性),而且DCM可以包含幾個FCM(例如,D-VHS可以提供調(diào)諧器功能性和VCR功能性)。
·應(yīng)用程序通常提供用戶接口并實現(xiàn)設(shè)備和網(wǎng)絡(luò)的控制的軟件元素。
·HavletHavlet(HAVi小應(yīng)用程序)是包含在DCM(或其他地方)中的Java字節(jié)碼,可以被下載到運行虛擬機的控制器上(這種控制器被稱為FAV型設(shè)備——全音頻/視頻設(shè)備),以便提供與DCM相關(guān)的用戶接口。這種機制允許DCM的制造商在網(wǎng)絡(luò)上分布其自身的外觀和感覺。
·DDI控制器其目的在于顯示由DDI目標(biāo)(如DCM等)提供的DDI數(shù)據(jù)。
HAVi定義了三種用戶接口機制以控制網(wǎng)絡(luò)1、本地用戶接口本地用戶接口是由控制器設(shè)備以私有方式直接提供給用戶的用戶接口。該用戶接口可以是基于Java、Visual Basic、Windows、Linux等的。例如,家庭網(wǎng)絡(luò)配置的導(dǎo)航器(即,HAVi網(wǎng)絡(luò)的所有其他設(shè)備的用戶接口的初始用戶接口入口點)必須是本地用戶接口。此外,針對網(wǎng)絡(luò)內(nèi)一個特定設(shè)備的用戶接口也可以是本地的(例如,用于控制標(biāo)準(zhǔn)化的FCM)。例如,為了控制VCR(由HAVi定義的VCR API),本地用戶接口可以顯示VCR按鈕、當(dāng)前時間和其他參數(shù)及控制。
2、DDI用戶接口DDI表示數(shù)據(jù)驅(qū)動交互。HAVi軟件元素可以向用戶提供利用HAViDDI機制控制另一軟件元素的能力。第一軟件元素被稱為DDI控制器,而第二軟件元素被稱為DDI目標(biāo)。DDI目標(biāo)事實上是受控DCM(或應(yīng)用程序模塊)。DDI目標(biāo)提供“DDI數(shù)據(jù)”,該DDI數(shù)據(jù)是要顯示給用戶的用戶接口的描述。此DDI數(shù)據(jù)表示DDI目標(biāo)的狀態(tài),并定義DDI控制器可以如何傳送命令。
此外,DDI是可升級過程。利用相同的DDI數(shù)據(jù),雖然非常簡單的顯示器(例如,移動電話)將只顯示一些文本按鈕,而更為強大的設(shè)備(如PC)卻可以顯示圖像按鈕。這樣做成為可能是因為DDI數(shù)據(jù)至少提供基本信息(例如,按鈕標(biāo)簽)和可選的更為復(fù)雜的信息(例如,圖像)。DDI控制器確定如何在其屏幕上顯示DDI數(shù)據(jù)。
DDI控制器對DDI目標(biāo)的功能性一無所知。其響應(yīng)用戶命令,向DDI目標(biāo)傳輸消息(例如,‘DdiAction’)。在目標(biāo)側(cè),DDI目標(biāo)將已編碼DdiAction轉(zhuǎn)換為設(shè)備功能。例如,DDI控制器向VCR DDI目標(biāo)發(fā)送“按下按鈕5”型的DdiAction,并由DDI目標(biāo)將其轉(zhuǎn)換為諸如“播放”的命令。
作為現(xiàn)有技術(shù)的圖1示出了DDI控制器與DDI目標(biāo)之間不同的交換。
3、HavletHavlet是DCM(或應(yīng)用程序模塊)的一部分,是可以下載到運行虛擬機的任何控制器的Java字節(jié)碼。此字節(jié)碼提供DCM的用戶接口。通過其,DCM的制造商可以施加其自身的外觀和感覺。
當(dāng)控制器安裝Havlet時,其自身的應(yīng)用程序并不知道與Havlet做什么、其發(fā)送哪個命令等相關(guān)的任何事情。Havlet對圖形控制以及與目標(biāo)設(shè)備的消息交換全權(quán)負(fù)責(zé)。
為了從網(wǎng)絡(luò)上控制多媒體家庭域(或者反之)以及為了在網(wǎng)絡(luò)設(shè)備上顯示來自家庭域的信息(或者反之),實現(xiàn)了DDI機制和因特網(wǎng)技術(shù)(HTML、HTTP、Java增強)之間的圖形轉(zhuǎn)換器。轉(zhuǎn)換器沿雙向工作(a)其將HAVi DDI圖形轉(zhuǎn)換為另一網(wǎng)絡(luò)的設(shè)備可用的圖形(即,本實施例中的HTML圖形),將其顯示在適當(dāng)?shù)挠脩艚涌谏?。通過由轉(zhuǎn)換器設(shè)備22的網(wǎng)絡(luò)服務(wù)器部分提供的網(wǎng)頁可以訪問HTML數(shù)據(jù)。由網(wǎng)絡(luò)瀏覽器下載該網(wǎng)頁用于再現(xiàn)。將用戶在HTML圖形上的動作轉(zhuǎn)換回HAVi網(wǎng)絡(luò)上的HAVi命令(即,DDI用戶動作)。例如,這樣做允許與因特網(wǎng)相連并包括網(wǎng)絡(luò)瀏覽器的設(shè)備通過顯示在用戶接口上的元素來控制HAVi設(shè)備。
(b)其將基于IP網(wǎng)絡(luò)的用戶接口轉(zhuǎn)換為DDI數(shù)據(jù)。這允許并未直接與因特網(wǎng)相連的家庭網(wǎng)絡(luò)的控制器設(shè)備通過所產(chǎn)生的DDI元素來訪問設(shè)備。具體地,其允許將特定的UPnP圖形(基于HTML)轉(zhuǎn)換為HAVi圖形。于是,HAVi設(shè)備可以容易地控制UPnP設(shè)備,而且反之亦然。
轉(zhuǎn)換器具有轉(zhuǎn)換或變換用戶接口的圖形部分的功能以及轉(zhuǎn)換用戶接口的動作(命令)和通知的功能。
更具體地,命令和控制轉(zhuǎn)換包括-家庭網(wǎng)絡(luò)動作(‘DDiAction’)機制到IP域的轉(zhuǎn)換,從而用戶可以從網(wǎng)頁上控制HAVi設(shè)備;-家庭網(wǎng)絡(luò)通知(‘NotifyDDiChange’)機制到IP域的轉(zhuǎn)換,從而用戶可以在其IP域中的轉(zhuǎn)換后用戶接口上查看HAVi設(shè)備的狀態(tài)變化(對‘NotifyDDiChange’的替代可以是‘StateChanged’-存在于HAVi棧內(nèi)的更深層通知機制中的幾個DCM的事件);-來自網(wǎng)頁的動作機制到HAVi域的轉(zhuǎn)換,從而用戶可以利用‘DdiAction’命令控制網(wǎng)頁;-網(wǎng)絡(luò)內(nèi)的通知機制到HAVi域的轉(zhuǎn)換,從而用戶可以在其HAVi域中的轉(zhuǎn)換后用戶接口中查看網(wǎng)頁上的變化。
按照本實施例,術(shù)語“網(wǎng)頁”表示基于HTML的網(wǎng)頁(以在網(wǎng)絡(luò)瀏覽器上再現(xiàn)),能夠以腳本或java小應(yīng)用程序進(jìn)行增強,以允許用戶在與網(wǎng)頁元素(例如,按鈕)交互時產(chǎn)生動作。
圖2a是雙域網(wǎng)絡(luò)的方框圖,其中,第一域是HAVi類型的,而第二域是因特網(wǎng)協(xié)議(IP)類型的。HAVi域包括HAVi VCR設(shè)備21和個人計算機22,這兩個設(shè)備均與IEEE 1394總線23相連。設(shè)備21包括VCR DCM和FCM。設(shè)備22包括按照本發(fā)明的轉(zhuǎn)換器,并也與因特網(wǎng)25相連,包括網(wǎng)絡(luò)瀏覽器的設(shè)備——這里是個人計算機24——還與因特網(wǎng)25相連。轉(zhuǎn)換器包括DDI控制器和網(wǎng)絡(luò)服務(wù)器部分。
為了描述實際環(huán)境中轉(zhuǎn)換器的作用,現(xiàn)在,將對典型的用戶控制過程進(jìn)行描述。
用戶想要從他朋友家訪問VCR 21,以便記錄他剛剛聽說的電影。他利用設(shè)備24的網(wǎng)絡(luò)瀏覽器訪問他家的HAVi網(wǎng)絡(luò)。在這種情況下,設(shè)備22用作網(wǎng)絡(luò)服務(wù)器,而且具有用戶已知的IP地址。設(shè)備22請求來自VCR 21的DDI數(shù)據(jù)(路徑A),將其轉(zhuǎn)換為網(wǎng)頁格式,并根據(jù)請求,將其發(fā)送給遠(yuǎn)程計算機24,遠(yuǎn)程計算機24將該數(shù)據(jù)顯示在其瀏覽器上。
于是,用戶可以使用由設(shè)備22創(chuàng)建的網(wǎng)頁上的瀏覽器所顯示的VCR控制。他也可以查看VCR的狀態(tài)。用戶啟動‘錄制’按鈕。將相應(yīng)的消息(路徑B)發(fā)送給轉(zhuǎn)換器的網(wǎng)絡(luò)服務(wù)器部分。轉(zhuǎn)換器將該消息轉(zhuǎn)換為DDI用戶動作。并將此用戶動作發(fā)送給VCR設(shè)備21的DDI目標(biāo),其由此進(jìn)行動作。
圖2b類似于圖2a,但描述了通過HAVi VCR 22(與并未示出的電視監(jiān)視器等顯示器相連)控制IP域上的設(shè)備(在這種情況下,為位于計算機24上的網(wǎng)絡(luò)服務(wù)器)的情況。HAVi VCR 22擁有HAVi DDI控制器,其根據(jù)從網(wǎng)絡(luò)服務(wù)器24獲得的用戶接口(如HTML)網(wǎng)頁的元素,訪問由設(shè)備22的轉(zhuǎn)換器提供的DDI數(shù)據(jù)。轉(zhuǎn)換器在HAVi網(wǎng)絡(luò)上提供與設(shè)備24相對應(yīng)的代理DCM和FCM,以便與HAVi規(guī)范中所描述的DDI程序相兼容。在因特網(wǎng)側(cè),設(shè)備22表現(xiàn)為網(wǎng)絡(luò)客戶機。于是,設(shè)備26被認(rèn)為是網(wǎng)絡(luò)服務(wù)器。
在這兩種情況下,均假設(shè)設(shè)備22利用每個域的公知技術(shù)(例如,針對HAVi域的注冊處以及如GENA和針對UPnP的SSDP等IP域中的適當(dāng)協(xié)議),清楚地知道與每個域相連的設(shè)備。
圖3是包括HAVi域和因特網(wǎng)域的另一雙域網(wǎng)絡(luò)的方框圖。在此網(wǎng)絡(luò)的情況下,HAVi域包括設(shè)備31到34,其中設(shè)備31是包括轉(zhuǎn)換器的HAVi設(shè)備。作為示例,因特網(wǎng)域包括四個因特網(wǎng)設(shè)備35到38,其中設(shè)備35是符合UPnP的,以及設(shè)備37容納因特網(wǎng)瀏覽器。
圖4示出了HAVi設(shè)備31的簡化軟件結(jié)構(gòu)轉(zhuǎn)換器應(yīng)用程序位于HAVi側(cè)的HAVi棧和DDI控制器的上面,以及位于另一側(cè)的因特網(wǎng)協(xié)議(IP)棧和網(wǎng)絡(luò)服務(wù)器層的上面。
轉(zhuǎn)換器是用于與DDI控制器協(xié)作的軟件。其存在于也包括DDI控制器的HAVi設(shè)備上。由于本實施例的目的是與因特網(wǎng)設(shè)備進(jìn)行操作,將網(wǎng)絡(luò)服務(wù)器設(shè)置在相同的HAVi設(shè)備31中。通信路徑從網(wǎng)絡(luò)客戶機-例如,包括瀏覽器的設(shè)備37——到達(dá)網(wǎng)絡(luò)服務(wù)器,并通過適當(dāng)?shù)膽?yīng)用程序可編程接口(API),到達(dá)應(yīng)用程序(如,HAVi軟件/硬件棧)并返回。網(wǎng)絡(luò)服務(wù)器和網(wǎng)絡(luò)客戶機被認(rèn)為駐留在網(wǎng)絡(luò)域中,而且在本實施例中,應(yīng)用程序在HAVi域內(nèi)位于設(shè)備31到34之一中。
需要對兩個域之間的圖形對象、動作和通知進(jìn)行轉(zhuǎn)換,其中1)圖形對象是諸如畫面(panel)、文本、按鈕、……2)動作是例如通過激活用戶接口元素而產(chǎn)生的消息。這可能需要如按鈕等圖形對象的外觀的變化,以便反映出該動作被激活。也可以通過應(yīng)用程序來產(chǎn)生動作。
3)通知是將網(wǎng)絡(luò)上的事件通知給設(shè)備的消息。這可以引起圖形對象的外觀的變化,例如,以便反映出對象的新狀態(tài)。
問題是,通過上述API從網(wǎng)絡(luò)服務(wù)器和應(yīng)用程序發(fā)送動作或通知消息。在服務(wù)器/客戶機側(cè),此問題表現(xiàn)為1)在處理網(wǎng)絡(luò)域中的html網(wǎng)頁時,可能對基于html的對象進(jìn)行動作(例如,由用戶進(jìn)行),以及進(jìn)行反應(yīng)(由受控設(shè)備通過轉(zhuǎn)換器進(jìn)行)。
另一方面,不存在服務(wù)器可用的簡單通知程序,以主動更新由網(wǎng)絡(luò)客戶機(設(shè)備37)顯示的html網(wǎng)頁(例如,在圖2a中,設(shè)備22的服務(wù)器沒有簡單的方式將數(shù)據(jù)推動到設(shè)備24的瀏覽器中)。
2)一種簡單的解決方案是周期性地進(jìn)行輪詢?nèi)绻贖AVi域中存在通知事件,應(yīng)用程序提供新的html對象(具有已變化的外觀)??蛻魴C有規(guī)律地(例如,每幾秒)輪詢服務(wù)器,以獲得包含了變化的HTML網(wǎng)頁。這可以利用HTTP GET消息來實現(xiàn)。應(yīng)當(dāng)注意的是,客戶機PC 24也可以通過運行在單獨幀中的適當(dāng)?shù)男?yīng)用程序,利用HTTP HEAD消息,獲得HTTP響應(yīng)的報頭,以便首先檢查是否已經(jīng)對HTML網(wǎng)絡(luò)進(jìn)行了修改。只有真正存在修改,才請求HTML網(wǎng)頁。
3)本實施例在網(wǎng)絡(luò)域和HAVi域之間除了使用API之外,還使用小應(yīng)用程序網(wǎng)絡(luò)域中可能的語言和/或腳本是JavaScript、小應(yīng)用程序(Applet)(此列表不是詳盡的)。
應(yīng)用程序和網(wǎng)絡(luò)服務(wù)器之間的API的可能的解決方案包括Java遠(yuǎn)程方法調(diào)用(RMI)、公共網(wǎng)關(guān)接口(cgi)和CORBA(此列表也不是詳盡的)。
在RMI中,HAVi應(yīng)用程序與Java虛擬機(JVM)進(jìn)行接口,而且必須使用Java本地接口(JNI)來將高層Java應(yīng)用程序添加到低層本地應(yīng)用程序上。圖5和圖6分別示出了基于DDI控制器的實現(xiàn)的兩種軟件結(jié)構(gòu)模型(Java或本地)。
網(wǎng)絡(luò)服務(wù)器與應(yīng)用程序之間的API的另一種可能性依賴cgi(圖7)。這里,通過cgi來提供用戶接口(要由因特網(wǎng)客戶機下載的小應(yīng)用程序)。只要考慮到動作處理,就通過cgi(小應(yīng)用程序/servlet-通信)進(jìn)行通信(客戶機從服務(wù)器加載小應(yīng)用程序,例如,所述小應(yīng)用程序可以出現(xiàn)在html網(wǎng)頁中,而且所述小應(yīng)用程序可以將‘動作’觸發(fā)消息發(fā)送回服務(wù)器),而且只要考慮到通知處理,就通過預(yù)定的http端口進(jìn)行通信(例如,小應(yīng)用程序利用HTTP GET命令或另一適當(dāng)?shù)腍TTP命令,每秒周期性地輪詢已知的固定服務(wù)器端口,讀取要獲得的對象的標(biāo)識,然后,在知道對象的標(biāo)識后,發(fā)布對新對象屬性的請求)。因為從網(wǎng)絡(luò)服務(wù)器到網(wǎng)絡(luò)客戶機的丟失更新機制,這種到通信轉(zhuǎn)換器的直接網(wǎng)絡(luò)鏈接是必需的。在客戶機處的Java虛擬機(JVM)上執(zhí)行所述小應(yīng)用程序。
第三種可能性是基于CORBA的實現(xiàn)。
本實施例是基于由應(yīng)用程序通知客戶機的RMI的。
按照本實施例,如下實現(xiàn)圖形轉(zhuǎn)換、動作通信和通知1)圖形元素
轉(zhuǎn)換器包括存儲了與Ddi元素相對應(yīng)的預(yù)定Java圖形對象(例如,DdiPanel java.myPanel、DdiButton java.myButton、……)以及反之亦然的存儲器。
作為變體,也可以將Ddi元素映射到HTML對象上,反之亦然。
1.1)因特網(wǎng)設(shè)備控制家庭域設(shè)備的情況將DDI元素轉(zhuǎn)換為HTML元素(例如,HTML按鈕…)或Java圖形元素(例如,Java按鈕…)。
1.2)家庭域設(shè)備控制因特網(wǎng)設(shè)備的情況將HTML元素或Java元素轉(zhuǎn)換為DDI元素。
2)動作2.1)因特網(wǎng)設(shè)備控制家庭域設(shè)備的情況用戶與再現(xiàn)圖形元素(Java對象或HTML對象)交互作用。這觸發(fā)了從網(wǎng)絡(luò)瀏覽器到駐留在轉(zhuǎn)換器中的網(wǎng)絡(luò)服務(wù)器的消息。這些消息可以是客戶機側(cè)的小應(yīng)用程序與服務(wù)器之間的HTTP消息(如GET或POST等)或RMI交互(如方法調(diào)用)。利用RMI遠(yuǎn)程方法調(diào)用,通過與位于服務(wù)器側(cè)的Java程序進(jìn)行通信的小應(yīng)用程序來實現(xiàn)RMI交互。
將到達(dá)服務(wù)器側(cè)的消息轉(zhuǎn)換為DDI動作,并在HAVi網(wǎng)絡(luò)上發(fā)送。由轉(zhuǎn)換器(用作DDI控制器)接收來自DDI目標(biāo)的響應(yīng),并發(fā)送回網(wǎng)絡(luò)客戶機,或者作為對HTTP GET消息的響應(yīng),或者使用與通知相同的處理。
由于并不是所有圖形元素都是可以通過RMI輸出的,建議使出現(xiàn)的Java圖形元素也產(chǎn)生對在瀏覽器所顯示的網(wǎng)頁上不具有圖形顯示的Java對象(位于網(wǎng)絡(luò)服務(wù)器中)的方法調(diào)用。
2.2)家庭域設(shè)備控制因特網(wǎng)設(shè)備的情況由DDI控制器產(chǎn)生的DDI動作到達(dá)轉(zhuǎn)換器(通過其DDI目標(biāo))。然后,或者將其轉(zhuǎn)換為HTTP封裝的消息(如GET或POST)或者轉(zhuǎn)換為RMI交互。然后,將網(wǎng)絡(luò)服務(wù)器向網(wǎng)絡(luò)客戶機(即,轉(zhuǎn)換器)發(fā)送的響應(yīng)或者轉(zhuǎn)換為DDI動作響應(yīng),或者使用與通知相同的處理。
3)通知3.1)因特網(wǎng)設(shè)備用于控制家庭域設(shè)備的情況從DDI目標(biāo)向轉(zhuǎn)換器發(fā)送通知(以DDI控制器的格式),并轉(zhuǎn)換為針對網(wǎng)絡(luò)客戶機的消息。此消息是RMI交互,即對駐留在客戶機側(cè)的小應(yīng)用程序中的Java小應(yīng)用程序的Java方法的遠(yuǎn)程調(diào)用。也可以是由客戶機側(cè)的小應(yīng)用程序所接收到的HTTP消息(在當(dāng)前這種情況下,是POST消息)。HTTP POST消息內(nèi)容可以指示小應(yīng)用程序請求一個或多個圖形元素的簡單刷新,以對整個網(wǎng)頁進(jìn)行下載,或者請求更為復(fù)雜或稍微簡單的更新。
3.2)家庭域設(shè)備用于控制因特網(wǎng)設(shè)備的情況由網(wǎng)絡(luò)服務(wù)器將通知發(fā)送給網(wǎng)絡(luò)客戶機(這里是轉(zhuǎn)換器),網(wǎng)絡(luò)客戶機將其轉(zhuǎn)換為DDI通知消息(‘NotifyDdiChange’)。可以通過RMI或使用HTTP POST消息來發(fā)送來自網(wǎng)絡(luò)服務(wù)器的通知消息。對于UPnP設(shè)備,GENA協(xié)議也是一種可能性。
如下,利用RMI來實現(xiàn)這些機制。首先,將描述從HAVi域到因特網(wǎng)域的轉(zhuǎn)換,然后是其他方式的轉(zhuǎn)換。
(I)利用RMI的HAVi域到IP域轉(zhuǎn)換1)轉(zhuǎn)換器的Ddi控制器首先向表示Ddi目標(biāo)的HAVi設(shè)備32進(jìn)行預(yù)定。這種預(yù)定遵循HAVi規(guī)范中所描述的規(guī)則。
2)在隨后的通信中,轉(zhuǎn)換器存取來自HAVi設(shè)備32的DDI元素(如DdiButton),如HAVi規(guī)范所述。然后,轉(zhuǎn)換器從其內(nèi)部數(shù)據(jù)庫中提取出相應(yīng)的Java對象(例如,java.Button),并利用其相應(yīng)DDI元素的參數(shù)實例化每個所提取出的對象。
3)然后,轉(zhuǎn)換器產(chǎn)生包括由此轉(zhuǎn)換器創(chuàng)建的Java對象在內(nèi)的小應(yīng)用程序。將此小應(yīng)用程序在html網(wǎng)頁上提供給因特網(wǎng)客戶機。每個網(wǎng)頁可以使用幾個小應(yīng)用程序,而且可以使用幾個網(wǎng)頁。
4)現(xiàn)在,客戶機(例如,設(shè)備37)能夠參考html網(wǎng)頁,并執(zhí)行包括了Ddi目標(biāo)設(shè)備(HAVi設(shè)備32)的用戶接口元素的Java(或HTML)對象引用的小應(yīng)用程序。以已知的方式向用戶顯示html網(wǎng)頁。圖8示出了此處理。
按照本實施例,將RMI用于從客戶機向服務(wù)器傳送動作,如圖9所示。
假設(shè)因特網(wǎng)客戶機37的用戶執(zhí)行動作。例如,用戶激活按鈕。由小應(yīng)用程序中對按鈕的‘監(jiān)聽程序’方法檢測此動作,然后,通過調(diào)用遠(yuǎn)程java對象的方法,啟動與服務(wù)器之間的RMI交互動作。方法和遠(yuǎn)程java對象的數(shù)目是與實現(xiàn)相關(guān)的?!O(jiān)聽程序’是一種對象的方法,當(dāng)對象被激活時,對其進(jìn)行調(diào)用。
在服務(wù)器處,由設(shè)備22的DDI控制器將動作轉(zhuǎn)換到HAVi域(DdiAction.ACT_BUTTON),并將其傳輸給受控HAVi設(shè)備。DdiAction響應(yīng)DDI控制器,然后,將該信息用于改變圖形元素狀態(tài)。然后,在客戶機級,利用RMI對其進(jìn)行更新。轉(zhuǎn)換器調(diào)用遠(yuǎn)程java對象的方法,該方法事實上位于客戶機側(cè)。這種調(diào)用可以更為復(fù)雜或稍微簡單,即,它可以簡單地是“刷新整個網(wǎng)頁”類型的,或者可以是“改變此按鈕的圖像”類型的,或者是一系列這種調(diào)用。
按照本實施例,遠(yuǎn)程方法調(diào)用也用于實現(xiàn)通知的傳輸,如圖10所示。在這種情況下,從受控設(shè)備(設(shè)備32)向控制設(shè)備(設(shè)備37)發(fā)送通知,而無需設(shè)備37進(jìn)行引發(fā)。
例如,如果用戶激活HAVi設(shè)備的用戶接口的按鈕,如果存在設(shè)備的狀態(tài)改變(例如,VCR的磁帶結(jié)束)…,通知可能是必需的。因為其DDI控制器接收到來自DDI目標(biāo)設(shè)備32的NotifyDdiChange消息,因此通知給轉(zhuǎn)換器的這種變化必須反映在因特網(wǎng)客戶機37級。
如下實現(xiàn)該通知由轉(zhuǎn)換器分析NotifyDdiChange消息的參數(shù),并在網(wǎng)絡(luò)客戶機側(cè)的轉(zhuǎn)換器和小應(yīng)用程序之間執(zhí)行RMI交互。轉(zhuǎn)換器調(diào)用駐留在客戶機側(cè)的遠(yuǎn)程java對象的方法。于是,作為示例,小應(yīng)用程序可以更新圖形的外觀,或執(zhí)行用于刷新HTML網(wǎng)頁的所有或特定部分的HTTP請求。
(II)利用RMI的因特網(wǎng)域到HAVi域轉(zhuǎn)換按照圖11所示的處理,進(jìn)行從HAVi域?qū)σ蛱鼐W(wǎng)型設(shè)備(如UPnP設(shè)備35)的控制。
在本實施例的情況下,以html網(wǎng)頁(包括如html按鈕等)或小應(yīng)用程序(包括如java.Buttons等java對象)的形式,提供受控設(shè)備的用戶接口。
轉(zhuǎn)換器獲得html網(wǎng)頁,并且根據(jù)其Java對象或者h(yuǎn)tml對象對DDI元素的映射,產(chǎn)生適當(dāng)?shù)腄DI目標(biāo)數(shù)據(jù),并按照表示初始數(shù)據(jù)的層次對其進(jìn)行排列(例如,依照HAVi規(guī)范,轉(zhuǎn)換器執(zhí)行html按鈕或Java按鈕到DDI按鈕的轉(zhuǎn)換,并適當(dāng)?shù)剡M(jìn)行排列,以便顯示給用戶)。
此新的DDI目標(biāo)變得可以由HAVi域中的DDI控制器進(jìn)行訪問,與任何其他DDI目標(biāo)類似。
假設(shè)DDI控制器位于設(shè)備32中。設(shè)備32獲得DDI目標(biāo)數(shù)據(jù),并顯示相應(yīng)的用戶接口。響應(yīng)用戶輸入,將DDI動作發(fā)送回位于設(shè)備31中的DDI目標(biāo)。設(shè)備31的轉(zhuǎn)換器獲得DDI動作,并將其轉(zhuǎn)換為要發(fā)送給受控設(shè)備的http命令(例如,與提交HTML按鈕有關(guān)的HTTP POST消息),或使用RMI,將其轉(zhuǎn)換為針對網(wǎng)絡(luò)域的私有java對象變化機制。
例如,當(dāng)用戶按下HAVi設(shè)備32上的Ddi按鈕時,轉(zhuǎn)換器將其轉(zhuǎn)換為html按鈕‘形成’動作,利用HTTP消息,發(fā)送到網(wǎng)絡(luò)設(shè)備31。轉(zhuǎn)換器(利用連接機制)從網(wǎng)絡(luò)服務(wù)器接收已更新數(shù)據(jù),于是,能夠更新DDI數(shù)據(jù),以便在家庭域上發(fā)送DDI動作響應(yīng)或DDI通知消息。
如下進(jìn)行HAVi域和網(wǎng)絡(luò)域之間的DDI圖形轉(zhuǎn)換。
要轉(zhuǎn)換的Ddi元素是DdiPanel、DdiGroup、DdiPanelLink、DdiButton、DdiBasicButton、DdiToggle、DdiAnimation、DdiShowRange、DdiSetRange、DdiEntry、DdiChoice、DdiText、DdiStatus、DdiIcon。
應(yīng)當(dāng)注意的是,在規(guī)定新DDI元素時,可以發(fā)展此列表。
相應(yīng)的網(wǎng)絡(luò)用戶接口元素依賴于網(wǎng)頁的顯示如果使用小應(yīng)用程序,在Java AWT(抽象窗口工具包)下的適當(dāng)java對象是例如,java.Button、java.List、java.Label;如果使用html,存在(例如,利用表格等)已定義的等價元素。
接口設(shè)備包括用于訪問每個網(wǎng)絡(luò)(兩個或更多個)的傳輸介質(zhì)的物理層。所述接口設(shè)備還包括易失性和非易失性存儲器,用于存儲執(zhí)行上述方法所需的數(shù)據(jù)和不同的程序;以及處理裝置,如微處理器等,用于執(zhí)行所述方法,以及用于控制所述接口設(shè)備的不同電路和模塊。
盡管本實施例關(guān)注于只包括兩個子網(wǎng)的網(wǎng)絡(luò),但本發(fā)明并不局限于這種情況。
權(quán)利要求
1.一種用于在第一網(wǎng)絡(luò)上的第一設(shè)備(32)和第二網(wǎng)絡(luò)上的第二設(shè)備(35、37)之間進(jìn)行接口通信的方法,所述網(wǎng)絡(luò)通過接口設(shè)備(31)相連,并由所述接口設(shè)備執(zhí)行所述方法,所述方法的特征在于以下步驟—檢測所述第一網(wǎng)絡(luò)上的第一消息,所述第一消息由所述第一設(shè)備(32)產(chǎn)生,所述第一消息與所述第二設(shè)備(35、37)相關(guān);—將所述第一消息轉(zhuǎn)換為與所述第二設(shè)備(35、37)兼容的格式;—向所述第二網(wǎng)絡(luò)上的所述第二設(shè)備發(fā)送第二消息,所述第二消息通知所述第二設(shè)備已經(jīng)檢測到所述第一消息;—當(dāng)接收到來自第二設(shè)備的請求時,傳輸轉(zhuǎn)換后的第一消息。
2.按照權(quán)利要求1所述的方法,其特征在于所述接口設(shè)備還執(zhí)行以下步驟—提供至少一個小應(yīng)用程序(applet),其中,所述小應(yīng)用程序適合于接收所述第二消息并產(chǎn)生所述請求;以及—向所述第二設(shè)備傳輸所述小應(yīng)用程序。
3.按照權(quán)利要求2所述的方法,其特征在于還包括以下步驟—將所述至少一個小應(yīng)用程序包括在至少一個html網(wǎng)頁中,并向所述第二設(shè)備傳輸所述至少一個網(wǎng)頁。
4.按照權(quán)利要求3所述的方法,其特征在于用于轉(zhuǎn)換所述第一消息的步驟包括用包含在所述第一消息中的參數(shù)更新所述html網(wǎng)頁的至少一個相關(guān)對象的步驟。
5.按照權(quán)利要求2到4之一所述的方法,其特征在于還包括以下步驟—獲得所述第一設(shè)備的用戶接口元素;—將所述用戶接口元素轉(zhuǎn)換為與通過所述第二設(shè)備控制所述第一設(shè)備相兼容的格式;—將轉(zhuǎn)換后的用戶接口元素包括在所述html網(wǎng)頁中。
6.按照權(quán)利要求5所述的方法,其特征在于用于轉(zhuǎn)換所述第一消息的步驟包括根據(jù)包括在所述第一消息中的參數(shù)來更新至少一個轉(zhuǎn)換后的用戶接口元素。
7.按照權(quán)利要求3和6之一所述的方法,其特征在于所述html網(wǎng)頁包括至少一個java對象和/或至少一個html對象。
8.按照權(quán)利要求3到7之一所述的方法,其特征在于用于向所述第二設(shè)備發(fā)送所述第二消息的步驟包括執(zhí)行對所述小應(yīng)用程序的遠(yuǎn)程方法調(diào)用,所述小應(yīng)用程序的遠(yuǎn)程方法用于觸發(fā)從所述第二設(shè)備到所述接口設(shè)備的、用于傳輸轉(zhuǎn)換后的第一消息的適當(dāng)請求。
9.按照權(quán)利要求8所述的方法,其特征在于所述請求包括下列之一HTML GET消息、對所述接口設(shè)備的遠(yuǎn)程方法調(diào)用。
10.按照權(quán)利要求2到7之一所述的方法,其特征在于所述小應(yīng)用程序適合于有規(guī)律地輪詢所述接口設(shè)備的預(yù)定接口,以確定轉(zhuǎn)換后的消息是否在所述接口設(shè)備處可用。
11.按照權(quán)利要求1到10之一所述的方法,其特征在于用于傳輸轉(zhuǎn)換后的第一消息的請求包括下列之一—用于傳輸部分html網(wǎng)頁的更新的請求;或者—用于傳輸整個html網(wǎng)頁的更新的請求;或者—用于傳輸java對象或HTML對象的更新的請求。
12.按照前述權(quán)利要求之一所述的方法,其特征在于所述第一網(wǎng)絡(luò)是HAVi網(wǎng)絡(luò)。
13.按照前述權(quán)利要求之一所述的方法,其特征在于所述第二網(wǎng)絡(luò)是基于因特網(wǎng)協(xié)議的網(wǎng)絡(luò)。
14.按照權(quán)利要求1所述的方法,其特征在于所述第一網(wǎng)絡(luò)是基于因特網(wǎng)協(xié)議的網(wǎng)絡(luò),而且用于接收所述第一消息的步驟包括從所述第一設(shè)備的小應(yīng)用程序中接收預(yù)定端口上的所述消息。
15.按照權(quán)利要求1所述的方法,其特征在于所述第一網(wǎng)絡(luò)是基于因特網(wǎng)協(xié)議的網(wǎng)絡(luò),而且用于接收所述第一消息的步驟包括通過由所述第一設(shè)備中的小應(yīng)用程序執(zhí)行的遠(yuǎn)程方法調(diào)用來接收所述消息。
16.一種用于在第一網(wǎng)絡(luò)上的第一設(shè)備(32)和第二網(wǎng)絡(luò)上的第二設(shè)備(35、37)之間進(jìn)行接口通信的設(shè)備(22),所述設(shè)備包括—檢測裝置,用于檢測所述第一網(wǎng)絡(luò)上的第一消息,所述第一消息由所述第一設(shè)備(32)產(chǎn)生,所述第一消息與所述第二設(shè)備(35、37)相關(guān);—轉(zhuǎn)換裝置,用于將所述第一消息轉(zhuǎn)換為與所述第二設(shè)備(35、37)兼容的格式;—傳送裝置,用于向所述第二網(wǎng)絡(luò)上的所述第二設(shè)備傳送第二消息,所述第二消息通知所述第二設(shè)備已經(jīng)檢測到所述第一消息,而且當(dāng)接收到來自第二設(shè)備的請求時,傳輸轉(zhuǎn)換后的第一消息。
17.按照權(quán)利要求16所述的設(shè)備,其特征在于還包括存儲器,為了由所述第二網(wǎng)絡(luò)的設(shè)備進(jìn)行控制,存儲針對所述第一網(wǎng)絡(luò)的設(shè)備的用戶接口元素的用戶接口元素顯示,而且反之亦然;以及轉(zhuǎn)換裝置,用于按照所述顯示,轉(zhuǎn)換所述第一設(shè)備的所述用戶接口元素,用于向所述第二設(shè)備傳輸轉(zhuǎn)換后的元素,其中所述轉(zhuǎn)換裝置適用于將在一個設(shè)備上執(zhí)行的動作或由一個設(shè)備產(chǎn)生的通知轉(zhuǎn)換為與另一設(shè)備兼容的格式。
18.一種用于在第一網(wǎng)絡(luò)上的第一設(shè)備(32)和第二網(wǎng)絡(luò)上的第二設(shè)備(35、37)之間進(jìn)行接口通信的方法,所述網(wǎng)絡(luò)通過接口設(shè)備(31)相連,并由所述接口設(shè)備執(zhí)行所述方法,所述方法的特征在于以下步驟—檢測所述第一網(wǎng)絡(luò)上的第一消息,所述第一消息由所述第一設(shè)備(32)產(chǎn)生,所述第一消息與所述第二設(shè)備(35、37)相關(guān);—將所述第一消息轉(zhuǎn)換為與所述第二設(shè)備(35、37)兼容的格式;—向所述第二設(shè)備傳送轉(zhuǎn)換后的消息,其中,所述第一和第二網(wǎng)絡(luò)是IP和HAVi網(wǎng)絡(luò)或反之亦然,而且所述消息是通知或動作。
19.按照權(quán)利要求18所述的方法,其特征在于通過遠(yuǎn)程方法調(diào)用來執(zhí)行所述接口設(shè)備和基于IP的網(wǎng)絡(luò)上的設(shè)備之間的通知或動作交換。
20.按照權(quán)利要求19所述的方法,其特征在于從所述接口設(shè)備向基于IP的網(wǎng)絡(luò)上的所述第二設(shè)備的傳送通知包括使所述第二設(shè)備有規(guī)律地輪詢充當(dāng)服務(wù)器的所述接口設(shè)備的固定端口。
全文摘要
本發(fā)明涉及一種用于在第一網(wǎng)絡(luò)上的第一設(shè)備(32)和第二網(wǎng)絡(luò)上的第二設(shè)備(35、37)之間進(jìn)行接口通信的方法,所述網(wǎng)絡(luò)通過接口設(shè)備(31)相連,并由所述接口設(shè)備執(zhí)行所述方法,而且其特征在于以下步驟檢測所述第一網(wǎng)絡(luò)上的第一消息,所述第一消息由所述第一設(shè)備(32)產(chǎn)生,所述第一消息與所述第二設(shè)備(35、37)相關(guān);將所述第一消息轉(zhuǎn)換為與所述第二設(shè)備(35、37)相兼容的格式;向所述第二網(wǎng)絡(luò)上的所述第二設(shè)備發(fā)送第二消息,所述第二消息通知所述第二設(shè)備已經(jīng)檢測到所述第一消息;當(dāng)接收到來自第二設(shè)備的請求時,傳輸轉(zhuǎn)換后的第一消息。本發(fā)明還涉及一種用于實現(xiàn)上述方法的設(shè)備。
文檔編號H04L12/66GK1545653SQ02816320
公開日2004年11月10日 申請日期2002年8月22日 優(yōu)先權(quán)日2001年8月22日
發(fā)明者讓-巴蒂斯特·亨利, 托馬斯·布呂內(nèi), 布呂內(nèi), 讓-巴蒂斯特 亨利 申請人:湯姆森許可貿(mào)易公司, 德國湯姆森布蘭特有限公司