CN1545653A

CN1545653A - 在不同网络上的设备间进行接口通信的方法及设备

Info

Publication number: CN1545653A
Application number: CNA028163206A
Authority: CN
Inventors: ��-�͵�˹�ء��; 让-巴蒂斯特·亨利; 托马斯·布吕内
Original assignee: Deutsche Thomson Brandt GmbH; Thomson Licensing SAS
Current assignee: Deutsche Thomson Brandt GmbH; Thomson Licensing SAS
Priority date: 2001-08-22
Filing date: 2002-08-22
Publication date: 2004-11-10
Also published as: WO2003019361A2; US20050010689A1; JP2005519353A; KR20040027926A; EP1433052A2; WO2003019361A3; AU2002340837A1; EP1286260A1; MXPA04001617A

Abstract

本发明涉及一种用于在第一网络上的第一设备(32)和第二网络上的第二设备(35、37)之间进行接口通信的方法，所述网络通过接口设备(31)相连，并由所述接口设备执行所述方法，而且其特征在于以下步骤：检测所述第一网络上的第一消息，所述第一消息由所述第一设备(32)产生，所述第一消息与所述第二设备(35、37)相关；将所述第一消息转换为与所述第二设备(35、37)相兼容的格式；向所述第二网络上的所述第二设备发送第二消息，所述第二消息通知所述第二设备已经检测到所述第一消息；当接收到来自第二设备的请求时，传输转换后的第一消息。本发明还涉及一种用于实现上述方法的设备。

Description

在不同网络上的设备间进行接口通信的方法及设备

技术领域

本发明涉及用于在不同网络上的设备之间进行通信、尤其是用于从一个网络向另一个网络传输通知的方法，以及一种用于实现该方法的设备。例如，本发明可以应用于与基于IP的网络相连的HAVi网络。

背景技术

在电视、家庭网络或因特网领域中，正在以较快的速度研发和引入新型的通信技术。每个环境都拥有不同的协议、堆栈和图形接口。

存在使这些不同的网络可交互操作的需要。HAVi规范关注于家庭环境中的消费电子设备的互操作性。能够证明有用的是，能够通过HAVi域子网外部的装置，尤其是通过将经由因特网访问HAVi子网的因特网功能设备来控制HAVi设备。相反，利用HAVi设备对与因特网相连的设备进行控制也应当是可能的。

考虑到每个领域中的用户接口，HAVi目前用于三种不同的机制。被称为设备驱动交互或‘DDI’的一种机制允许一个设备(被称为DDI目标)通过另一设备(被称为DDI控制器)显示其用户接口。

在基于IP的网络中，HTML被广泛应用于图形的再现，最终以如javascript等脚本或如Java小应用程序等不同的插件程序为补充。

HAVi子网(域)与基于IP的网络之间的互连的一个方面在于通过互连设备的事件的通知，以及在一个网络中触发却寻址到另一网络中的设备的动作的通知。

发明内容

更具体地，本发明涉及一种用于在第一网络上的第一设备和第二网络上的第二设备之间进行接口通信的方法，所述网络通过接口设备相连，并由所述接口设备执行所述方法，所述方法的特征在于以下步骤：

-检测所述第一网络上的第一消息，所述第一消息由所述第一设备产生，所述第一消息与所述第二设备相关；

-将所述第一消息转换为与所述第二设备相兼容的格式；

-向所述第二网络上的所述第二设备发送第二消息，所述第二消息通知所述第二设备已经检测到所述第一消息；

-当接收到来自第二设备的请求时，传输转换后的第一消息。

按照本发明的一个实施例，所述接口设备还执行以下步骤：

-提供至少一个小应用程序，其中，所述小应用程序适合于接收所述第二消息并产生所述请求；以及

-向所述第二设备传输所述小应用程序。

按照本发明的一个实施例，所述方法还包括以下步骤：

-将所述至少一个小应用程序包括在至少一个html网页中，并向所述第二设备传输所述至少一个网页。

按照本发明的一个实施例，转换所述第一消息的步骤包括用包含在所述第一消息中的参数更新所述html网络的至少一个相关对象的步骤。

按照本发明的一个实施例，所述方法还包括以下步骤：

-获得所述第一设备的用户接口元素；

-将所述用户接口元素转换为与通过所述第二设备控制所述第一设备相兼容的格式；

-将转换后的用户接口元素包括在所述html网页中。

按照本发明的一个实施例，用于转换所述第一消息的步骤包括根据包括在所述第一消息中的参数更新至少一个转换后的用户接口元素。

按照本发明的一个实施例，所述html网页包括至少一个java对象和/或至少一个html对象。

按照本发明的一个实施例，向所述第二设备发送所述第二消息的步骤包括：对所述小应用程序的远程方法调用，所述小应用程序的远程方法用于触发从所述第二设备到所述接口设备的用于传输转换后的第一消息的适当请求。

按照本发明的一个实施例，所述请求包括下列之一：HTML GET消息、对所述接口设备的远程方法调用。

按照本发明的一个实施例，所述小应用程序适合于有规律地轮询所述接口设备的预定接口，以确定在所述接口设备处，转换后的消息是否可用。

按照本发明的一个实施例，用于传输转换后的第一消息的请求包括下列之一：

-用于传输部分html网页的更新的请求；或者

-用于传输整个html网页的更新的请求；或者

-用于传输java对象或HTML对象的更新的请求。

按照本发明的一个实施例，所述第一网络是HAVi网络。

按照本发明的一个实施例，所述第二网络是基于因特网协议的网络。

按照本发明的一个实施例，所述第一网络是基于因特网协议的网络，而且用于接收所述第一消息的步骤包括从所述第一设备中的小应用程序接收预定端口上的所述消息。

按照本发明的一个实施例，所述第一网络是基于因特网协议的网络，而且用于接收所述第一消息的步骤包括通过由所述第一设备中的小应用程序执行的远程方法调用来接收所述消息。

本发明的另一目的是用于在第一网络上的第一设备和第二网络上的第二设备之间进行接口通信的设备，所述设备包括：

-检测装置，用于检测所述第一网络上的第一消息，所述第一消息由所述第一设备产生，所述第一消息与所述第二设备相关；

-转换装置，用于将所述第一消息转换为与所述第二设备相兼容的格式；

-传送装置，用于向所述第二网络上的所述第二设备发送第二消息，所述第二消息通知所述第二设备已经检测到所述第一消息，而且当接收到来自第二设备的请求时，传输转换后的第一消息。

按照本发明的一个实施例，所述设备还包括：存储器，为了由所述第二网络的设备进行控制，存储对所述第一网络的设备的用户接口元素的用户接口元素显示，而且反之亦然；以及转换装置，用于按照显示，转换所述第一设备的所述用户接口元素，用于向所述第二设备传输转换后的元素，其中所述转换装置适用于将在一个设备上执行的动作或由一个设备产生的通知转换为与另一设备相兼容的格式。

本发明的另一目的是一种用于在第一网络上的第一设备和第二网络上的第二设备之间进行接口通信的方法，所述网络通过接口设备相连，并由所述接口设备执行所述方法，而且所述方法的特征在于以下步骤：

-将所述第一消息转换为与所述第二设备相兼容的格式；

-向所述第二网络上的所述第二设备发送第二消息，

其中，所述第一和第二网络是IP和HAVi网络或反之亦然，而且所述消息是通知或动作。

按照本发明的一个实施例，通过远程方法调用来执行所述接口设备和基于IP的网络上的设备之间的通知或动作的交换。

按照本发明的一个实施例，从所述接口设备向基于IP的网络上的所述第二设备的传输通知包括使所述第二设备有规律地轮询充当服务器的所述接口设备的固定端口。

附图说明

通过以下结合附图进行解释的非限制性实施例的描述，本发明的其他特征和优点将变得明显，其中，

图1是DDI控制器与DDI目标之间的信息交换的现有技术示意图。

图2a是在网络用户访问HAVi目标的情况下，包括HAVi域和因特网域的网络的方框图。

图2b示出了在HAVi用户访问网络目标时，图2的域(子网)。

图3是由HAVi域和因特网域的互连形成的另一网络的方框图。

图4是包括按照本实施例的转换器应用程序的图3所示的设备的软件结构图。

图5是在设备的DDI控制器基于Java的情况下，使用远程方法调用(RMI)的图3所示的设备中的软件栈的第一实现的示意图。

图6是在设备的DDI控制器是本地控制器的情况下，使用RMI的图3所示的设备中的软件栈的第二实现的示意图。

图7是当使用cgi API时，图3所示的设备中的软件栈的第三实现的示意图。

图8是示出了按照本发明的实施例，用于在因特网设备上建立由HAVi设备提供的用户接口的步骤的示意图。

图9是示出了按照本发明的实施例，在从因特网域发起动作时所执行的步骤的示意图。

图10是示出了按照本实施例，为了从HAVi域向因特网域传播通知而执行的步骤的示意图。

图11是示出了按照本实施例，用于在HAVi设备上建立由因特网设备提供的用户接口的步骤的示意图。

具体实施方式

本发明的实施例一方面基于HAVi规范(家庭音频/视频互操作性)，而另一方面基于与因特网相关的技术，如IP(因特网协议)、UPnP(通用即插即用)、HTML(超文本链接标示语言)和HTTP(超文本传送协议)。

在本申请优先权日的参考文献的版本如下：

从HAVi Inc.，2694 Bishop Drive，Suite 275 San Ramon，CA94583，USA得到的HAVi 1.1规范(2001年5月15日公布)。

从Microsoft Corp.得到的UPnP 1.0规范。

从W3C联盟(美国麻省理工，法国INRIA和日本Keio大学)得到的HTML 4.01文件。

从IETF(因特网工程任务组)得到的HTTP协议。如RFC 2616所述，最新的版本为HTTP 1.1。

HTTP(超文本传送协议)是针对分布式、协作超媒体信息系统的应用级协议。它是普通无声明协议。

本发明主要关注于通过因特网将HAVi网络与远程设备进行接口。远程设备典型地是具有标准网络浏览器的个人计算机。当然，本领域的技术人员将易于使本实施例上下文所描述的某些方面适应于其他环境。

HAVi定义了多个系统元素(CMM1394、消息发送系统、注册处、事件管理器、流管理器、资源管理器和DCM管理器)。它们提供了通过IEEE 1394串行总线来管理HAVi网络的方式。HAVi还定义了以下元素：

·DCM：设备控制模块是网络上受控设备的软件表示。每个设备有一个DCM。

·FCM：功能控制模块是网络上功能性的软件表示。FCM包含在DCM中(由设备提供该功能性)，而且DCM可以包含几个FCM(例如，D-VHS可以提供调谐器功能性和VCR功能性)。

·应用程序：通常提供用户接口并实现设备和网络的控制的软件元素。

·Havlet：Havlet(HAVi小应用程序)是包含在DCM(或其他地方)中的Java字节码，可以被下载到运行虚拟机的控制器上(这种控制器被称为FAV型设备——全音频/视频设备)，以便提供与DCM相关的用户接口。这种机制允许DCM的制造商在网络上分布其自身的外观和感觉。

·DDI控制器：其目的在于显示由DDI目标(如DCM等)提供的DDI数据。

HAVi定义了三种用户接口机制以控制网络：

1、本地用户接口：

本地用户接口是由控制器设备以私有方式直接提供给用户的用户接口。该用户接口可以是基于Java、Visual Basic、Windows、Linux等的。例如，家庭网络配置的导航器(即，HAVi网络的所有其他设备的用户接口的初始用户接口入口点)必须是本地用户接口。此外，针对网络内一个特定设备的用户接口也可以是本地的(例如，用于控制标准化的FCM)。例如，为了控制VCR(由HAVi定义的VCR API)，本地用户接口可以显示VCR按钮、当前时间和其他参数及控制。

2、DDI用户接口：

DDI表示数据驱动交互。HAVi软件元素可以向用户提供利用HAViDDI机制控制另一软件元素的能力。第一软件元素被称为DDI控制器，而第二软件元素被称为DDI目标。DDI目标事实上是受控DCM(或应用程序模块)。DDI目标提供“DDI数据”，该DDI数据是要显示给用户的用户接口的描述。此DDI数据表示DDI目标的状态，并定义DDI控制器可以如何传送命令。

此外，DDI是可升级过程。利用相同的DDI数据，虽然非常简单的显示器(例如，移动电话)将只显示一些文本按钮，而更为强大的设备(如PC)却可以显示图像按钮。这样做成为可能是因为DDI数据至少提供基本信息(例如，按钮标签)和可选的更为复杂的信息(例如，图像)。DDI控制器确定如何在其屏幕上显示DDI数据。

DDI控制器对DDI目标的功能性一无所知。其响应用户命令，向DDI目标传输消息(例如，‘DdiAction’)。在目标侧，DDI目标将已编码DdiAction转换为设备功能。例如，DDI控制器向VCR DDI目标发送“按下按钮5”型的DdiAction，并由DDI目标将其转换为诸如“播放”的命令。

作为现有技术的图1示出了DDI控制器与DDI目标之间不同的交换。

3、Havlet：

Havlet是DCM(或应用程序模块)的一部分，是可以下载到运行虚拟机的任何控制器的Java字节码。此字节码提供DCM的用户接口。通过其，DCM的制造商可以施加其自身的外观和感觉。

当控制器安装Havlet时，其自身的应用程序并不知道与Havlet做什么、其发送哪个命令等相关的任何事情。Havlet对图形控制以及与目标设备的消息交换全权负责。

为了从网络上控制多媒体家庭域(或者反之)以及为了在网络设备上显示来自家庭域的信息(或者反之)，实现了DDI机制和因特网技术(HTML、HTTP、Java增强)之间的图形转换器。转换器沿双向工作：

(a)其将HAVi DDI图形转换为另一网络的设备可用的图形(即，本实施例中的HTML图形)，将其显示在适当的用户接口上。通过由转换器设备22的网络服务器部分提供的网页可以访问HTML数据。由网络浏览器下载该网页用于再现。将用户在HTML图形上的动作转换回HAVi网络上的HAVi命令(即，DDI用户动作)。例如，这样做允许与因特网相连并包括网络浏览器的设备通过显示在用户接口上的元素来控制HAVi设备。

(b)其将基于IP网络的用户接口转换为DDI数据。这允许并未直接与因特网相连的家庭网络的控制器设备通过所产生的DDI元素来访问设备。具体地，其允许将特定的UPnP图形(基于HTML)转换为HAVi图形。于是，HAVi设备可以容易地控制UPnP设备，而且反之亦然。

转换器具有转换或变换用户接口的图形部分的功能以及转换用户接口的动作(命令)和通知的功能。

更具体地，命令和控制转换包括：

-家庭网络动作(‘DDiAction’)机制到IP域的转换，从而用户可以从网页上控制HAVi设备；

-家庭网络通知(‘NotifyDDiChange’)机制到IP域的转换，从而用户可以在其IP域中的转换后用户接口上查看HAVi设备的状态变化(对‘NotifyDDiChange’的替代可以是‘StateChanged’-存在于HAVi栈内的更深层通知机制中的几个DCM的事件)；

-来自网页的动作机制到HAVi域的转换，从而用户可以利用‘DdiAction’命令控制网页；

-网络内的通知机制到HAVi域的转换，从而用户可以在其HAVi域中的转换后用户接口中查看网页上的变化。

按照本实施例，术语“网页”表示基于HTML的网页(以在网络浏览器上再现)，能够以脚本或java小应用程序进行增强，以允许用户在与网页元素(例如，按钮)交互时产生动作。

图2a是双域网络的方框图，其中，第一域是HAVi类型的，而第二域是因特网协议(IP)类型的。HAVi域包括HAVi VCR设备21和个人计算机22，这两个设备均与IEEE 1394总线23相连。设备21包括VCR DCM和FCM。设备22包括按照本发明的转换器，并也与因特网25相连，包括网络浏览器的设备——这里是个人计算机24——还与因特网25相连。转换器包括DDI控制器和网络服务器部分。

为了描述实际环境中转换器的作用，现在，将对典型的用户控制过程进行描述。

用户想要从他朋友家访问VCR 21，以便记录他刚刚听说的电影。他利用设备24的网络浏览器访问他家的HAVi网络。在这种情况下，设备22用作网络服务器，而且具有用户已知的IP地址。设备22请求来自VCR 21的DDI数据(路径A)，将其转换为网页格式，并根据请求，将其发送给远程计算机24，远程计算机24将该数据显示在其浏览器上。

于是，用户可以使用由设备22创建的网页上的浏览器所显示的VCR控制。他也可以查看VCR的状态。用户启动‘录制’按钮。将相应的消息(路径B)发送给转换器的网络服务器部分。转换器将该消息转换为DDI用户动作。并将此用户动作发送给VCR设备21的DDI目标，其由此进行动作。

图2b类似于图2a，但描述了通过HAVi VCR 22(与并未示出的电视监视器等显示器相连)控制IP域上的设备(在这种情况下，为位于计算机24上的网络服务器)的情况。HAVi VCR 22拥有HAVi DDI控制器，其根据从网络服务器24获得的用户接口(如HTML)网页的元素，访问由设备22的转换器提供的DDI数据。转换器在HAVi网络上提供与设备24相对应的代理DCM和FCM，以便与HAVi规范中所描述的DDI程序相兼容。在因特网侧，设备22表现为网络客户机。于是，设备26被认为是网络服务器。

在这两种情况下，均假设设备22利用每个域的公知技术(例如，针对HAVi域的注册处以及如GENA和针对UPnP的SSDP等IP域中的适当协议)，清楚地知道与每个域相连的设备。

图3是包括HAVi域和因特网域的另一双域网络的方框图。在此网络的情况下，HAVi域包括设备31到34，其中设备31是包括转换器的HAVi设备。作为示例，因特网域包括四个因特网设备35到38，其中设备35是符合UPnP的，以及设备37容纳因特网浏览器。

图4示出了HAVi设备31的简化软件结构：转换器应用程序位于HAVi侧的HAVi栈和DDI控制器的上面，以及位于另一侧的因特网协议(IP)栈和网络服务器层的上面。

转换器是用于与DDI控制器协作的软件。其存在于也包括DDI控制器的HAVi设备上。由于本实施例的目的是与因特网设备进行操作，将网络服务器设置在相同的HAVi设备31中。通信路径从网络客户机-例如，包括浏览器的设备37——到达网络服务器，并通过适当的应用程序可编程接口(API)，到达应用程序(如，HAVi软件/硬件栈)并返回。网络服务器和网络客户机被认为驻留在网络域中，而且在本实施例中，应用程序在HAVi域内位于设备31到34之一中。

需要对两个域之间的图形对象、动作和通知进行转换，其中：

1)图形对象是诸如画面(panel)、文本、按钮、……

2)动作是例如通过激活用户接口元素而产生的消息。这可能需要如按钮等图形对象的外观的变化，以便反映出该动作被激活。也可以通过应用程序来产生动作。

3)通知是将网络上的事件通知给设备的消息。这可以引起图形对象的外观的变化，例如，以便反映出对象的新状态。

问题是，通过上述API从网络服务器和应用程序发送动作或通知消息。在服务器/客户机侧，此问题表现为：

1)在处理网络域中的html网页时，可能对基于html的对象进行动作(例如，由用户进行)，以及进行反应(由受控设备通过转换器进行)。

另一方面，不存在服务器可用的简单通知程序，以主动更新由网络客户机(设备37)显示的html网页(例如，在图2a中，设备22的服务器没有简单的方式将数据推动到设备24的浏览器中)。

2)一种简单的解决方案是周期性地进行轮询：如果在HAVi域中存在通知事件，应用程序提供新的html对象(具有已变化的外观)。客户机有规律地(例如，每几秒)轮询服务器，以获得包含了变化的HTML网页。这可以利用HTTP GET消息来实现。应当注意的是，客户机PC 24也可以通过运行在单独帧中的适当的小应用程序，利用HTTP HEAD消息，获得HTTP响应的报头，以便首先检查是否已经对HTML网络进行了修改。只有真正存在修改，才请求HTML网页。

3)本实施例在网络域和HAVi域之间除了使用API之外，还使用小应用程序：

网络域中可能的语言和/或脚本是：JavaScript、小应用程序(Applet)(此列表不是详尽的)。

应用程序和网络服务器之间的API的可能的解决方案包括：Java远程方法调用(RMI)、公共网关接口(cgi)和CORBA(此列表也不是详尽的)。

在RMI中，HAVi应用程序与Java虚拟机(JVM)进行接口，而且必须使用Java本地接口(JNI)来将高层Java应用程序添加到低层本地应用程序上。图5和图6分别示出了基于DDI控制器的实现的两种软件结构模型(Java或本地)。

网络服务器与应用程序之间的API的另一种可能性依赖cgi(图7)。这里，通过cgi来提供用户接口(要由因特网客户机下载的小应用程序)。只要考虑到动作处理，就通过cgi(小应用程序/servlet-通信)进行通信(客户机从服务器加载小应用程序，例如，所述小应用程序可以出现在html网页中，而且所述小应用程序可以将‘动作’触发消息发送回服务器)，而且只要考虑到通知处理，就通过预定的http端口进行通信(例如，小应用程序利用HTTP GET命令或另一适当的HTTP命令，每秒周期性地轮询已知的固定服务器端口，读取要获得的对象的标识，然后，在知道对象的标识后，发布对新对象属性的请求)。因为从网络服务器到网络客户机的丢失更新机制，这种到通信转换器的直接网络链接是必需的。在客户机处的Java虚拟机(JVM)上执行所述小应用程序。

第三种可能性是基于CORBA的实现。

本实施例是基于由应用程序通知客户机的RMI的。

按照本实施例，如下实现图形转换、动作通信和通知：

1)图形元素：

转换器包括存储了与Ddi元素相对应的预定Java图形对象(例如，DdiPanel java.myPanel、DdiButton java.myButton、……)以及反之亦然的存储器。

作为变体，也可以将Ddi元素映射到HTML对象上，反之亦然。

1.1)因特网设备控制家庭域设备的情况

将DDI元素转换为HTML元素(例如，HTML按钮…)或Java图形元素(例如，Java按钮…)。

1.2)家庭域设备控制因特网设备的情况

将HTML元素或Java元素转换为DDI元素。

2)动作：

2.1)因特网设备控制家庭域设备的情况

用户与再现图形元素(Java对象或HTML对象)交互作用。这触发了从网络浏览器到驻留在转换器中的网络服务器的消息。这些消息可以是客户机侧的小应用程序与服务器之间的HTTP消息(如GET或POST等)或RMI交互(如方法调用)。利用RMI远程方法调用，通过与位于服务器侧的Java程序进行通信的小应用程序来实现RMI交互。

将到达服务器侧的消息转换为DDI动作，并在HAVi网络上发送。由转换器(用作DDI控制器)接收来自DDI目标的响应，并发送回网络客户机，或者作为对HTTP GET消息的响应，或者使用与通知相同的处理。

由于并不是所有图形元素都是可以通过RMI输出的，建议使出现的Java图形元素也产生对在浏览器所显示的网页上不具有图形显示的Java对象(位于网络服务器中)的方法调用。

2.2)家庭域设备控制因特网设备的情况

由DDI控制器产生的DDI动作到达转换器(通过其DDI目标)。然后，或者将其转换为HTTP封装的消息(如GET或POST)或者转换为RMI交互。然后，将网络服务器向网络客户机(即，转换器)发送的响应或者转换为DDI动作响应，或者使用与通知相同的处理。

3)通知：

3.1)因特网设备用于控制家庭域设备的情况

从DDI目标向转换器发送通知(以DDI控制器的格式)，并转换为针对网络客户机的消息。此消息是RMI交互，即对驻留在客户机侧的小应用程序中的Java小应用程序的Java方法的远程调用。也可以是由客户机侧的小应用程序所接收到的HTTP消息(在当前这种情况下，是POST消息)。HTTP POST消息内容可以指示小应用程序请求一个或多个图形元素的简单刷新，以对整个网页进行下载，或者请求更为复杂或稍微简单的更新。

3.2)家庭域设备用于控制因特网设备的情况

由网络服务器将通知发送给网络客户机(这里是转换器)，网络客户机将其转换为DDI通知消息(‘NotifyDdiChange’)。可以通过RMI或使用HTTP POST消息来发送来自网络服务器的通知消息。对于UPnP设备，GENA协议也是一种可能性。

如下，利用RMI来实现这些机制。首先，将描述从HAVi域到因特网域的转换，然后是其他方式的转换。

(I)利用RMI的HAVi域到IP域转换

1)转换器的Ddi控制器首先向表示Ddi目标的HAVi设备32进行预定。这种预定遵循HAVi规范中所描述的规则。

2)在随后的通信中，转换器存取来自HAVi设备32的DDI元素(如DdiButton)，如HAVi规范所述。然后，转换器从其内部数据库中提取出相应的Java对象(例如，java.Button)，并利用其相应DDI元素的参数实例化每个所提取出的对象。

3)然后，转换器产生包括由此转换器创建的Java对象在内的小应用程序。将此小应用程序在html网页上提供给因特网客户机。每个网页可以使用几个小应用程序，而且可以使用几个网页。

4)现在，客户机(例如，设备37)能够参考html网页，并执行包括了Ddi目标设备(HAVi设备32)的用户接口元素的Java(或HTML)对象引用的小应用程序。以已知的方式向用户显示html网页。图8示出了此处理。

按照本实施例，将RMI用于从客户机向服务器传送动作，如图9所示。

假设因特网客户机37的用户执行动作。例如，用户激活按钮。由小应用程序中对按钮的‘监听程序’方法检测此动作，然后，通过调用远程java对象的方法，启动与服务器之间的RMI交互动作。方法和远程java对象的数目是与实现相关的。‘监听程序’是一种对象的方法，当对象被激活时，对其进行调用。

在服务器处，由设备22的DDI控制器将动作转换到HAVi域(DdiAction.ACT_BUTTON)，并将其传输给受控HAVi设备。DdiAction响应DDI控制器，然后，将该信息用于改变图形元素状态。然后，在客户机级，利用RMI对其进行更新。转换器调用远程java对象的方法，该方法事实上位于客户机侧。这种调用可以更为复杂或稍微简单，即，它可以简单地是“刷新整个网页”类型的，或者可以是“改变此按钮的图像”类型的，或者是一系列这种调用。

按照本实施例，远程方法调用也用于实现通知的传输，如图10所示。在这种情况下，从受控设备(设备32)向控制设备(设备37)发送通知，而无需设备37进行引发。

例如，如果用户激活HAVi设备的用户接口的按钮，如果存在设备的状态改变(例如，VCR的磁带结束)…，通知可能是必需的。因为其DDI控制器接收到来自DDI目标设备32的NotifyDdiChange消息，因此通知给转换器的这种变化必须反映在因特网客户机37级。

如下实现该通知：由转换器分析NotifyDdiChange消息的参数，并在网络客户机侧的转换器和小应用程序之间执行RMI交互。转换器调用驻留在客户机侧的远程java对象的方法。于是，作为示例，小应用程序可以更新图形的外观，或执行用于刷新HTML网页的所有或特定部分的HTTP请求。

(II)利用RMI的因特网域到HAVi域转换

按照图11所示的处理，进行从HAVi域对因特网型设备(如UPnP设备35)的控制。

在本实施例的情况下，以html网页(包括如html按钮等)或小应用程序(包括如java.Buttons等java对象)的形式，提供受控设备的用户接口。

转换器获得html网页，并且根据其Java对象或者html对象对DDI元素的映射，产生适当的DDI目标数据，并按照表示初始数据的层次对其进行排列(例如，依照HAVi规范，转换器执行html按钮或Java按钮到DDI按钮的转换，并适当地进行排列，以便显示给用户)。

此新的DDI目标变得可以由HAVi域中的DDI控制器进行访问，与任何其他DDI目标类似。

假设DDI控制器位于设备32中。设备32获得DDI目标数据，并显示相应的用户接口。响应用户输入，将DDI动作发送回位于设备31中的DDI目标。设备31的转换器获得DDI动作，并将其转换为要发送给受控设备的http命令(例如，与提交HTML按钮有关的HTTP POST消息)，或使用RMI，将其转换为针对网络域的私有java对象变化机制。

例如，当用户按下HAVi设备32上的Ddi按钮时，转换器将其转换为html按钮‘形成’动作，利用HTTP消息，发送到网络设备31。转换器(利用连接机制)从网络服务器接收已更新数据，于是，能够更新DDI数据，以便在家庭域上发送DDI动作响应或DDI通知消息。

如下进行HAVi域和网络域之间的DDI图形转换。

要转换的Ddi元素是：DdiPanel、DdiGroup、DdiPanelLink、DdiButton、DdiBasicButton、DdiToggle、DdiAnimation、DdiShowRange、DdiSetRange、DdiEntry、DdiChoice、DdiText、DdiStatus、DdiIcon。

应当注意的是，在规定新DDI元素时，可以发展此列表。

相应的网络用户接口元素依赖于网页的显示：如果使用小应用程序，在Java AWT(抽象窗口工具包)下的适当java对象是：例如，java.Button、java.List、java.Label；如果使用html，存在(例如，利用表格等)已定义的等价元素。

接口设备包括用于访问每个网络(两个或更多个)的传输介质的物理层。所述接口设备还包括：易失性和非易失性存储器，用于存储执行上述方法所需的数据和不同的程序；以及处理装置，如微处理器等，用于执行所述方法，以及用于控制所述接口设备的不同电路和模块。

尽管本实施例关注于只包括两个子网的网络，但本发明并不局限于这种情况。

Claims

1、一种用于在第一网络上的第一设备(32)和第二网络上的第二设备(35、37)之间进行接口通信的方法，所述网络通过接口设备(31)相连，并由所述接口设备执行所述方法，所述方法的特征在于以下步骤：

—检测所述第一网络上的第一消息，所述第一消息由所述第一设备(32)产生，所述第一消息与所述第二设备(35、37)相关；

—将所述第一消息转换为与所述第二设备(35、37)兼容的格式；

—向所述第二网络上的所述第二设备发送第二消息，所述第二消息通知所述第二设备已经检测到所述第一消息；

—当接收到来自第二设备的请求时，传输转换后的第一消息。

2、按照权利要求1所述的方法，其特征在于所述接口设备还执行以下步骤：

—提供至少一个小应用程序(applet)，其中，所述小应用程序适合于接收所述第二消息并产生所述请求；以及

—向所述第二设备传输所述小应用程序。

3、按照权利要求2所述的方法，其特征在于还包括以下步骤：

—将所述至少一个小应用程序包括在至少一个html网页中，并向所述第二设备传输所述至少一个网页。

4、按照权利要求3所述的方法，其特征在于用于转换所述第一消息的步骤包括：用包含在所述第一消息中的参数更新所述html网页的至少一个相关对象的步骤。

5、按照权利要求2到4之一所述的方法，其特征在于还包括以下步骤：

—获得所述第一设备的用户接口元素；

—将所述用户接口元素转换为与通过所述第二设备控制所述第一设备相兼容的格式；

—将转换后的用户接口元素包括在所述html网页中。

6、按照权利要求5所述的方法，其特征在于用于转换所述第一消息的步骤包括：根据包括在所述第一消息中的参数来更新至少一个转换后的用户接口元素。

7、按照权利要求3和6之一所述的方法，其特征在于所述html网页包括至少一个java对象和/或至少一个html对象。

8、按照权利要求3到7之一所述的方法，其特征在于用于向所述第二设备发送所述第二消息的步骤包括：执行对所述小应用程序的远程方法调用，所述小应用程序的远程方法用于触发从所述第二设备到所述接口设备的、用于传输转换后的第一消息的适当请求。

9、按照权利要求8所述的方法，其特征在于所述请求包括下列之一：HTML GET消息、对所述接口设备的远程方法调用。

10、按照权利要求2到7之一所述的方法，其特征在于所述小应用程序适合于有规律地轮询所述接口设备的预定接口，以确定转换后的消息是否在所述接口设备处可用。

11、按照权利要求1到10之一所述的方法，其特征在于用于传输转换后的第一消息的请求包括下列之一：

—用于传输部分html网页的更新的请求；或者

—用于传输整个html网页的更新的请求；或者

—用于传输java对象或HTML对象的更新的请求。

12、按照前述权利要求之一所述的方法，其特征在于所述第一网络是HAVi网络。

13、按照前述权利要求之一所述的方法，其特征在于所述第二网络是基于因特网协议的网络。

14、按照权利要求1所述的方法，其特征在于所述第一网络是基于因特网协议的网络，而且用于接收所述第一消息的步骤包括：从所述第一设备的小应用程序中接收预定端口上的所述消息。

15、按照权利要求1所述的方法，其特征在于所述第一网络是基于因特网协议的网络，而且用于接收所述第一消息的步骤包括通过由所述第一设备中的小应用程序执行的远程方法调用来接收所述消息。

16、一种用于在第一网络上的第一设备(32)和第二网络上的第二设备(35、37)之间进行接口通信的设备(22)，所述设备包括：

—检测装置，用于检测所述第一网络上的第一消息，所述第一消息由所述第一设备(32)产生，所述第一消息与所述第二设备(35、37)相关；

—转换装置，用于将所述第一消息转换为与所述第二设备(35、37)兼容的格式；

—传送装置，用于向所述第二网络上的所述第二设备传送第二消息，所述第二消息通知所述第二设备已经检测到所述第一消息，而且当接收到来自第二设备的请求时，传输转换后的第一消息。

17、按照权利要求16所述的设备，其特征在于还包括：存储器，为了由所述第二网络的设备进行控制，存储针对所述第一网络的设备的用户接口元素的用户接口元素显示，而且反之亦然；以及转换装置，用于按照所述显示，转换所述第一设备的所述用户接口元素，用于向所述第二设备传输转换后的元素，其中所述转换装置适用于将在一个设备上执行的动作或由一个设备产生的通知转换为与另一设备兼容的格式。

18、一种用于在第一网络上的第一设备(32)和第二网络上的第二设备(35、37)之间进行接口通信的方法，所述网络通过接口设备(31)相连，并由所述接口设备执行所述方法，所述方法的特征在于以下步骤：

—向所述第二设备传送转换后的消息，

19、按照权利要求18所述的方法，其特征在于通过远程方法调用来执行所述接口设备和基于IP的网络上的设备之间的通知或动作交换。

20、按照权利要求19所述的方法，其特征在于从所述接口设备向基于IP的网络上的所述第二设备的传送通知包括：使所述第二设备有规律地轮询充当服务器的所述接口设备的固定端口。