专利名称：在非ip网络与万维网之间网桥的结构的制作方法
本申请要求享有2000年2月23日申请的临时美国申请号60/184310的优先权，代理文档号码US00004P。
本发明
背景技术：
本发明领域本发明涉及家用电器领域，特别涉及有助于耦合非IP适应网络的网桥，例如HAVi和互联网。
相关技术说明家庭音像共用(HAVi)网络是允许遵守HAVi规范的数字家电相互通信的网络的例子。HAVi是一种数字音像网络主体，它为家用娱乐产品之间无缝隙共用提供一种家庭网络软件规范。如同名称所表示的，HAVi规范是为音像设备共用特别设计的。它包括例如用于控制调协器、VCR、摄象机、AV盘等的特定功能元件模块(FCM)。该HAVi规范定义了中间设备，该中间设备管理多方向AV数据流、事件时间表和登记，同时提供应用程序接口(API)用于产生新一代的软件应用程序。其它家用或办公室自主网络技术包括通用即插即用(UPnP)，通用串行总线(USB)，家用RF Lite，和蓝牙标准，每个都涉及Philips公司的重要作用和太阳微系统公司的OSGI/Jini技术等。
在网络系统上的功能优选地可以由该系统中的其它设备控制。美国专利5959536“任务驱动分布式多媒体计算机系统”公开了一种控制系统，其中控制器对网络上每个用户设备的各个软件代表起作用，该专利由Paul Chamber和Saurabh Srivastava申请并于1999年9月28日公开，转让给飞利浦电器北美公司。通过对软件表达中任务的可变复杂性进行省略，控制可以进行得根据需要或简单或复杂以使容量达到通常水平，应用可以是统一操作的设备，该设备实现非常不同的复杂程度和复杂性。
每个各种网络通常提供对所支持的该设备类型的特定优点，因此可能在家庭或办公室环境中出现一种以上的网络。大多数网络结构允许在网络之间交互，该交互一般限于提供对替代网络的接入。例如HAVi规范允许WEB代理FCM，该代理提供对因特网的共享接入，如同
图1的系统100所示，如同在HAVi规范中所定义的，用户110位于HAVi网络的WEB代理FCM，并且通过HAVi协议的消息传递模式120与FCM140通信。该WEB代理FCM140提供下列WEB服务打开、关闭、发送、接收和获得能力。用户110呼叫打开服务以打开通过TCP/IP150和因特网接入160模块与因特网170的连接。这些服务包括例如为发送和接收信息分配缓存器，拨号调制解调器连接，接入服务提供商等。此后，用户110呼叫发送服务以发送消息给因特网170上的指定WEB服务器180，而FCM140利用接收服务将来自因特网170的消息发送给用户110。关闭服务关闭特定用户110的因特网接入。获得能力服务允许WEB用户110发现由WEB代理FCM140支持的协议(HTTP，FTP，SMTP等)。
其它网络协议一般包括外部网络接入能力，在由HAVi WEB代理FCM提供的网络之间有多少相同水平的互用性。明显的例外是UPnP和OSGI，它们利用IP(因特网协议)网络协议，和提供UPnP设备与WEB服务和能力之间集成的显著水平。为容易参照，术语IP网络在此用于定义一个网络和适合因特网协议(IP)的有关软件/中间设备，术语非IP网络在此用于定义不一定适合因特网协议(IP)的有关软件/中间设备。相同方式，IP设备或目标在此是适合IP的设备或目标，而非IP设备或目标是不一定适合IP的设备或目标。
尽管HAVi和其它非IP网络规范允许用户例如机顶盒接入因特网，它们本身不提供网络之间的能够在非IP网络与因特网WEB之间共同接入服务的网桥。常规地，非IP网络与IP网络之间的服务共同接入一般需要在一个或两个网络上修改目标以实现该集成。例如，一种允许WEB浏览器控制HAVi网络上设备的建议方案对于WEB代理FCM中通用资源定位器(URL)寻址类型场合中“本地”寻址类型有用。可是该方案需要修改WEB浏览器来支持HAVi指定“本地”关键词。该方案也将该控制限制在“本地”WEB浏览器，由此排除了通过因特网链路的远程控制。
本发明简要概括本发明的目的是在非IP网络与因特网WEB之间进行对称和有效服务接入。本发明的另一个目的是进行对称服务接入而不修改现有接入装置，例如现有WEB浏览器。
通过提供弱连接层来沟通非IP网络和因特网WEB实现这些目的。在两个网络中的现有服务在任何场合被灵活地直接使用，由此实现简化和高效率。利用例如HAVi作为典型非IP网络，HAVi规范应用可以使用HAVi API接入因特网服务，而基于IP的因特网浏览器可以使用以HTTP、XML、Java或适当格式编码的命令接入HAVi服务和控制HAVi设备。连接层在IP协议与HAVi API之间翻译，也允许命令或响应因特网和HAVi网络中末端应用之间的通道而不用翻译。
弱连接层设计得在不同网络目标之间产生简单关系，并且允许已经在网络中或希望加入网络的设施有效地重复使用。特别是，连续使用HAVi模式-对于一个因特网WEB服务器，一个HAVi目标(例如，HAVi软件单元)呈现为因特网浏览器；-对于一个HAVi目标，整个因特网WEB呈现为HAVi FCM；-对于一个因特网浏览器，一个HAVi网络呈现为因特网WEB服务器；和-对于一个HAVi网络，一个因特网浏览器呈现为HAVi应用程序。
附图简要介绍参照附图以举例方式更详细地解释本发明，其中图1表示现有技术HAVi-WEB接口方案。
图2表示按照本发明的HAVi-WEB网桥例子的方框图。
图3表示按照本发明HAVi-WEB网桥的HAVi对WEB和WEB对HAVi接口例子的方框图。
全部附图中，相同的参考号码代表类似或对应的特征或功能。
本发明详细说明为容易理解说明，本发明使用HAVi网络作为非IP网络典型说明，尽管本发明的原理不限于HAVi网络，本领域技术人员应当理解HAVi规范和能力与其它非IP适应(非IP)网络的规范和能力之间的平行关系。
按照本发明，如图2所示，在因特网170和HAVi网络130之间通过两个弱连接层220、260形成一个网桥。这些弱连接层220、260能够在HAVi网络120与因特网170之间进行对称和有效的服务接入。例如，它使HAVi指定浏览器230接入因特网服务180，和允许现有WEB浏览器210例如Netscape或因特网Explorer接入由HAVi网络130提供的服务240，并且控制HAVi网络130上的设备250。
弱连接层220、260有助于在HAVi网络130和因特网170中尽可能直接地使用现有服务，通过允许因特网上目标180、210与HAVi网络130上目标140、150、160之间通信沟通，而不用弱连接层220、60翻译。在优选实施例中，消息的翻译是通信目标的责任，例如HAVi指定应用程序230和WEB服务器180，或WEB浏览器210和有关HAVi设备250的HAVi设备控制模块(DCM)或有关HAVi服务240的HAVi功能控制模块。允许消息通过弱连接层220、260而不翻译对于通信目标之间的消息编码提供了最大灵活性，包括HTTP、XML、适当格式和这些格式的组合等。
未审结的美国专利申请“基于用户文档的因特网启用设备的用户化的更新”，由Adrian Turner等人于1998年9月25日申请，序列号码09/160490，代理文档号码PHA23500，在此引用作为参考，该申请考虑适应因特网设备的增加根据用户有关的文档通过提供一种使最终于的适应因特网设备能够定制技术功能的方法增加因特网服务。通过提供因特网170和HAVi网络130之间的通信沟通，该未审结申请的原理可以容易地扩展到HAVi网络160中的每个HAVi设备，而不论用于实现定制的协议和语言如何。
图3表示了HAVi到WEB220和WEB到HAVi260弱连接层例子的方框图。
HAVi到WEB弱连接层HAVi到WEB弱连接层220使因特网WEB170象HAVi FCM一样对HAVi系统130运行，和使HAVi指定应用程序230象IP WEB浏览器一样对WEB服务器180运行。HAVi到WEB连接层220包括一个HAVi-WEB代理用户310，一个HAVi-WEB代理320，和一个IP(因特网协议)WEB用户330。
HAVi-WEB代理用户310支持为WEB代理FCM的HAVi-WEB FCM用户元件定义的应用程序接口(API)，如同针对WEB代理FCM140所讨论的。如果在本地系统中没有WEB代理FCM140，HAVi-WEB代理用户310将API请求转换为HAVi消息和HAVi消息系统服务。反之，HAVi-WEB代理用户310直接以更高效率访问本地HAVi WEB代理320。通常，HAViWEB代理用户310的示例利用单一HAVi指定应用程序230工作。因此，对于HAVi WEB代理320，HAVi-WEB代理用户310独自代表HAVi指定应用程序230。多个HAVi WEB代理用户310可以同时与一个HAVi WEB代理320交互。
在优选实施例中，HAVi WEB代理用户310通过对话管理应用程序230与因特网WEB服务器180之间的交互，每个对话由通用资源定位器(URL)标记。HAVi-WEB代理用户310支持对话中的多个处理。一个处理，可以是同步或异步，在应用程序230发布一个请求给因特网WEB服务器180时开始，并且在应用程序230从因特网WEB服务器180接收全部响应时结束，一个处理可以包括多个因特网消息。
HAVi-WEB代理320支持为WEB代理FCM140的HAVi-WEB FCM服务器元件定义的API，和使IP WEB用户330对HAVi网络130呈现为一个HAVi软件单元。HAVi-WEB代理320通过HAVi消息和HAVi消息系统与远程HAVi-WEB代理用户310交互。在优选实施例中，HAVi-WEB代理320与本地HAVi WEB代理用户310通过直接请求进行交互，以改善效率。在远程用户310的情况下，HAViWEB代理320将该消息转换为对IP WEB用户330的方法请求以实现因特网操作。
IP WEB用户330被设计得对基于IP的WEB服务器180呈现为一个用户。IP WEB用户330将HAVi FCM服务器API请求转换为TCP/IP操作。按照该发明，IP WEB用户330允许不是对HAVi指定应用程序230和因特网WEB服务器180之间通道请求的消息。该通道消息可以是HTTP，XML，Java和其它格式，和混合格式。
IP WEB用户330也在HAVi WEB代理用户310的标记和参数之间传递映射，和由此传递它所代表的HAVi指定应用程序230和对应到因特网170的通信通道的特性。
在优选实施例中，由多个HAVi指定应用程序同时访问单一HAViWEB代理320是通过合并HAVi WEB代理用户310经HAVi消息与HAVi WEB代理320通信的能力以及IP WEB用户330在IP通信通道和HAVi WEB代理用户310之间管理映射的能力实现的。
WEB到HAVi弱连接层WEB到HAVi弱连接层260使HAVi网络130对因特网WEB浏览器210呈现为因特网WEB服务器，并且使因特网WEB浏览器210对HAVi网络130呈现为一个HAVi应用程序。因特网浏览器210访问HAVi服务器240，和控制HAVi设备250，通过该弱连接层260。WEB到HAVi弱连接层260包括一个HAVi服务器350，一个WEB服务执行器360，一个WEB页发生器370，和一个转换管理器380。
为容易理解，WEB到HAVi弱连接层的操作按照对每个元件的详细说明通过使用示例表示。
在示例操作中，WEB浏览器210上用户启动HAVi WEB服务器350的URL时，IP连接将在因特网WEB浏览器210和HAVi WEB服务器350之间建立，服务器350的主页被发送给浏览器210。主页包含访问HAVi服务的链接，这些链接之一是“列出所有设备”。如果用户选择该链接，HAViWEB服务器350将请求WEB服务执行器360找到该列表。WEB服务执行器360将使用HAVi注册服务获得该信息。当HAVi WEB服务器350获得结果时，它将请求WEB页发生器370将该结果转换为WEB页。WEB页包含启动元件以允许用户浏览设备性能，选择设备和修改所选择的设备性能。由拥护确认后的设备性能修改使消息发送会HAViWEB服务器350。服务器350然后请求WEB服务执行器370改变设备的状态，例如VCR中的磁带快进。一旦接收到结果，WEB服务执行器360将首先检查该请求是否可执行，例如是否VCR已经为请求者保留。如果没有，没有其它人在所希望时间段内保留该设备，执行器360首先保留该设备，然后使用在HAVi服务下面划线执行请求。它将返回到执行HAVi WEB服务器350的状态。服务器350随后请求WEB页发生器370根据该状态形成响应，服务器350将该页发送回浏览器210。可以产生更复杂页以允许多个设备250的定时交互。
HAVi WEB服务器350是因特网浏览器210访问HAVi服务240和设备250的网关。服务器350与浏览器210作为因特网WEB服务器交互。在优选实施例中，下列能力被包括。可以以存储和处理功率为代价提供另外的能力，而这些都在用户电子设备上受限制。当服务器的URL被调用时，服务器350建立与浏览器210的IP连接。服务器350对浏览器210呈现WEB页。
WEB页可以包括启动设施，例如链接其它URL，图象用户接口(GUI)小窗口等，以及启动信息项目。通过这种启动设施，浏览器210的用户可以请求HAVi服务240和控制HAVi设备250。当使用一个启动设施时，消息被从浏览器210发送给服务器350。这些消息符合WEB协议，例如HTTP，和该消息元件包括用户的HAVi服务请求和目标，或用户对来自HAViWEB服务器350请求的响应。如同下面所讨论的，将这些消息按照WEB协议编码由转换管理器自动地执行，由此允许本发明的WEB到HAVi的处理不需要对浏览器210进行修改而实现。
服务器350设计得是由WEB协议定义的小命令子集。该子集被选择用于在服务器350和浏览器210之间传递编码后的消息。例如，如果HTTP协议被使用，服务器350设计得处理GET和POST命令。在该实施例中，GET被用于指示请求而POST用于指示携带由用户输入数据的响应。在本发明的优选实施例中，服务器350简单地传递消息给接收方，不修改。
一旦接收消息，服务器350请求转换管理器380将该消息转换为方法请求，该方法请求被传递给WEB服务执行器360。当从WEB服务执行器360返回响应时，服务器350请求WEB页发生器370根据来自WEB服务执行器360的响应产生WEB页并且连接，由WEB服务器360传输给浏览器210。
在类似的方法中，当服务器350接收来自WEB服务执行器360的事件通知时，服务器350请求WEB页发生器370产生一个通知，和将该通知传递给受影响的浏览器210。该通知可以例如是一个新形成的WEB页，反映HAVi目标240、250的新状态。
服务器350在优选实施例中也设计得提供保密。例如，如果仅仅授权的用户可以访问该服务器，或如果不同用户具有不同的访问权限，服务器350提供口令保护以执行任何访问限制。如果该系统允许来自HAVi网络物理安全区域之外的访问，可以使用一个防火墙安全系统。这些和其它安全方法在本领域是公知的，例如包括诸如SSL(安全界面层)的设施。
WEB服务执行器360执行来自服务器350的请求任务，提供访问HAVi服务240的接口和设备250，并且监视出现在HAVi网络上将影响浏览器上210上用户的事件。在优选实施例中，执行器360由HAVi软件单元实施，并且具有对HAVi网络130上的所有HAVi设施的直接访问。其接口对服务器350掩盖了HOVi的复杂性，并且提供普通任务的方便功能。在优选实施例中，例如，执行器360提供“所有设备列表”接口，而不是仅仅提供对HAVi登记接口的访问。
在优选实施例中的执行器360也理解HAVi标准策略，并且使用它们引导执行请求。例如，按照HAVi标准，HAVi资源必须在被使用之前被保留。执行器360检查是否请求方已经在执行请求之前保留了资源，该请求将改变资源的状态。例如，如果用户要求建立VCR(图3中的HAVi设备250)以记录特定时间上的特定信道，执行器360检查是否VCR已经被该请求保留。如果没有，执行器360检查是否VCR被保留用于任何冲突活动。如果没有冲突，执行器360保留该VCR资源，然后将适当命令传递给VCR。如果有冲突，执行器360通过服务器350将状态返回给浏览器210来通知用户该冲突。
如上所述，WEB服务执行器360也监视出现在HAVi网络130上的用户感兴趣的事件。例如，当浏览器210上的用户选择通过在设备DDI(数据驱动交互)上编辑的WEB页控制HAVi设备250时，执行器360使用HAVi服务监视有关该设备的事件。如果另一个用户随后使用不同接口改变了设备状态，例如通过手工按压设备上的中断按钮，HAVi网络130将该事件通知给执行器360。执行器360随后通知HAViWEB服务器350。服务器350请求WEB页发生器370更新给设备的控制页，和然后发送更新后页给浏览器210，由此通知用户该设备250的状态改变。
HAViWEB服务器350和WEB服务执行器360一起支持多个因特网浏览器210与多个HAVi目标240、250交互。为此目的，HAVi WEB服务器350管理到因特网170的通信信道与传递HAVi目标240、250的标志之间的映射，而HAVi服务执行器360管理传递HAVi240、250和HAVi网络130中目标标志之间的映射。该映射也保持对参数的跟踪，这些参数将允许WEB页发生器370为HAVi目标240、250重新产生WEB页，例如有关每个目标240、250的事件。
WEB页发生器370利用转换管理器380工作，以产生WEB页和连接，这些允许用户从浏览器210访问HAVi服务和设备。当需要时，发生器370使用WEB服务执行器360接口获得页生成信息。作为例子，为产生WEB页控制一个设备，WEB页发生器使用WEB服务执行器360接口访问特性为HAVi网络130所知设备或者有关给设备250的SDD(自描述数据)和/或DDI(数据驱动交互)。作为另一个例子，为产生允许用户浏览HAVi网络上所有设备，WEB页发生器370将使用WEB服务执行器360接口请求HAVI登记。可选择地，WEB页发生器370可以支持Havlet的使用，并且转换管理器380可以设计得将Havlet转换为WEB170的一个Applet。
转换管理器380管理六个映射设施和它们的关系一个服务对UI(用户接口)映射设施和一个消息对方法映射设施，并且提供接口访问和更新该映射。映射的主要目的是控制在两个不同网络中驻留目标之间的消息编码。由转换管理器380映射的结果是，两个网络130、170中的软件元件例如WEB浏览器、服务器和HAVi软件单元可以被使用而不用修改。另外，连接层260的其它元件350、360、370通过在转换管理器380上统一转换任务而变得更简单和更可重复使用。
转换管理器380的服务对UI映射设施能够根据HAVi网络130的HAVi登记中的信息和/或直接根据网络130上的HAVi设备250自动产生WEB页。服务对UI映射设施通过HAVi服务执行器360访问HAVi服务250。WEB页通常包括活动和不活动元件两者，例如URL链接，按钮，表格，文本等。用户可以通过浏览器210启动获得元件以发送请求和/或响应给对应目标240、250。消息编码可以预先定义并且可以被附着在有关每个目标240、250的用户接口目标上以形成适当响应。
服务对UI设施保持在WEB服务执行器360所定义方法与目标之间的映射，例如用于WEB页发生器370编辑WEB页的URL、表格、文本块等。除了URL链接、GUI窗口，元件360、370也可以包括标记字符串、Java代码等形式的语义信息。未审结美国专利容器“控制特性被映射到模态兼容GUI单元”，序列号码09/165682，代理编号PHA23484，Egugene Shteyn于1998年10月2日提交，教导了根据数据类型将数据映射到GUI目标，该申请在此引用作为参考。对于没有常规数据类型的项目，服务对UI设施提供映射工具来帮助建立映射。在一个实施例中，例如，影射工具提供列出要映射项目的GUI，和允许用户选择和链接该映射方。
服务对UI设施提供转换服务用于产生WEB页。对于HAVi网络，与三个路径产生WEB页(1)根据登记和设备特性，(2)根据DDI(数据驱动交互)，和(3)通过Havlets，下面将讨论。
根据登记信息的第一途径利用例子最能够理解。在用户点击服务器主页上链接“列出所有设备”的情况下，该映射设施访问HAVi网络130上HAVi登记以获得所有按照设备250的HAVi标记。如果用户请求“列出所有支持MPEG2的TV调谐器”，映射设施访问设备特性以选择符合该请求的设备250。它然后在WEB页中产生对每个所选择设备的链接。优选地，每个链接的文字清楚地表示该设备。产生文本的一种方式是使用设备参数，例如设备名称、用户优选名称、制造商名称和设备类型。如果用户然后点击特定设备，HAVi WEB服务器350根据浏览器HAVi目标映射查寻HAVi网络130上的设备ID，并且请求WEB页发生器370产生该设备的页。映射设施然后访问设备能力和所选择设备的当前状态。在优选实施例中，服务对UI设施使用预先定义的能力对UI目标映射算法产生预定能力的一个或几个WEB页。
第二途径是使用设备的DDI。使用该方案，映射设施认同设备DDI的使用并且获得设备DIN面板，然后可以用上述方式映射到WEB GUI。
第三途径是使用Havlets。使用该方案，映射设施将Havlets转换为Applet。为此，映射设施保持全部HAVi功能，该功能用于将Havlets集成到HAVi网络上，除非这些功能是占位程序(空白功能)。在优选实施例中，该设施使用本领域公知的标准Java工具将Havlets从“.jar”转换为分类文件，和使用普通可利用工具(例如jad.exe)将包含HAVi集成码的分类文件改变为原代码。由于Java分类文件具有与分类相同的名称，该设施容易定位分类。该设施将占位程序插入到分类中，将分类配置得继承分类“applet”。以此方式，对Havlet的重新编辑产生对应的Applet。该设施实现重新编辑，和产生对应Applet的WEB页。常规WEB浏览器210可以然后执行该applet，使用Java的兼容版本。
为改善映射过程的速度，本领域公知的各种方法可以使用，包括在DCM/FCM安装时预先构成映射。预先构成映射可以随后用于整个安装保持期间，尽管可能耗费额外经费用于存储未使用设备的映射。替代地，当设备首先连接到HAVi网络130时该映射可以保存在文件中。当该设备被使用时，给文件被读取。该设施只有当确定为文件超期时才重新产生该设备的映射。
转换管理器380的消息到方法映射设施功能通过将这些元件映射到对WEB服务执行器360的方法请求来转换编码消息元件的语义。因为编码被预先定义和可以由服务到UI映射设施附着在UI目标，如上所述，该消息对方法映射设施可以处理它们的语义，并且可以选择适当行动。该设施保持来自因特网浏览器210消息元件与定义在WEB服务执行器360接口中的方法和参数之间的映射。这种消息元件的例子包括URL链接名称(该名称可以用于命名HAVi服务240或设备250)，和有关GUI窗口启动的字符串。
前面只说明了本发明的原理。因此应当理解，本领域技术人员功能发明出各种方案，尽管这些方案在此没有描述，但它们应用了本发明原理并且因此在本发明精神和范围内。例如，HAVi-WEB网桥元件可以在通过HAVi网络连接的多个系统上实现。为了效率，优选实施例搭配了每组元件HAVi指定应用程序230和HAViWEB代理用户310；HAViWEB代理320和IPWEB用户330；和HAViWEB服务器350，WEB服务执行器360，WEB页发生器370，和转换管理器380。这些搭配元件每组可以安置在单独的普通系统上。考虑到本发明公开的内容，这些和其它系统配置和优化特征对于本领域技术人员来说是显而易见的，并且都包括在下列权利要求书的范围内。
权利要求
1.一种网桥，其设计得有助于在非IP兼容实体(230、240、250)的第一网络与IP兼容实体(180、210)的第二网络之间通信，包括一个非IP到IP接口(220)，其设计得有助于在第一网络(130)上的应用实体(230)与第二网络(170)上的WEB服务器(180)之间通信，和一个IP到非IP接口(260)，其设计得有助于在第二网络(170)上的WEB浏览器(210)与第一网络(130)上的非IP设备实体(250)之间通信。
2.权利要求1所要求的网桥，其中非IP到IP接口(220)包括一个IP WEB用户(330)，该用户有效地耦合到第二网络(170)，并且设计得对WEB服务器(180)呈现为一个用户；一个非IP WEB代理(320)，该代理有效地耦合到IP WEB用户(330)和第一网络(130)，并且设计得使IP WEB用户(330)与连接非IP网络(130)的中间设备一致；和一个非IP WEB代理用户(310)，该代理用户设计得有效耦合到非IP WEB代理(320)和第一网络(130)，并且设计得允许应用实体(230)访问WEB服务器(180)。
3.权利要求2所要求的网桥，其中IP WEB用户(330)设计得选择性地转换WEB服务器(180)与第一网络(130)之间的第一组通信，并且不转换而在WEB服务器(180)和第一网络(130)之间传递第二组通信。
4.权利要求2所要求的网桥，其中非IP WEB代理(320)设计得有助于WEB服务器(180)与非IP服务(240)之间的通信。
5.权利要求2所要求的网桥，其中该IP到非IP接口(260)包括一个非IP WEB服务器(350)，该服务器有效耦合到第二网络(170)，和设计得对WEB浏览器(210)呈现为一个因特网服务器；一个WEB服务执行器(360)，该执行器有效耦合到非IP WEB服务器(350)和第一网络(130)，和设计得提供到非IP设备实体(250)的访问；一个WEB页发生器(370)，该发生器有效耦合到非IP WEB服务器(350)和第一网络(130)，和设计得为呈现给WEB浏览器(210)而产生WEB页；和一个转换管理器(380)，该管理器有效耦合到非IP WEB服务器(350)，WEB服务执行器(360)和WEB页发生器，和设计得提供服务到用户接口和管理到方法转换服务。
6.权利要求1所要求的网桥，其中该IP到非IP接口(260)包括一个非IP WEB服务器(350)，该服务器得有效耦合到第二网络(170)，和设计得对WEB浏览器(210)呈现为一个因特网服务器；一个WEB服务执行器(360)，该执行器有效耦合到非IP WEB服务器(350)和第一网络(130)，和设计得提供到非IP设备实体(250)的访问；一个WEB页发生器(370)，该发生器有效耦合到非IP WEB服务器(350)和第一网络(130)，和设计得为呈现给WEB浏览器(210)而产生WEB页；和一个转换管理器(380)，该管理器有效耦合到非IP WEB服务器(350)，WEB服务执行器(360)和WEB页发生器，和设计得提供服务到用户接口和管理到方法转换服务。
7.权利要求6所要求的网桥，其中非IP WEB服务器(350)设计得选择性转换WEB浏览器(210)与第一网络(130)之间的第一组通信，和不转换而在WEB服务器(180)和第一网络(130)之间传递第二组通信。
8.一种非IP网络(130)包括至少一个非IP兼容设备(250)，和一个网桥(220，260)，该网桥包括一个非IP到IP接口(220)，其设计得有助于在非IP网络(130)上的应用实体(230)与IP网络(170)上的WEB服务器(180)之间通信，和一个IP到非IP接口(260)，其设计得有助于在IP网络(170)上的WEB浏览器(210)与非IP网络(130)上的至少一个非IP兼容设备(250)之间通信。
9.权利要求8所要求的非IP网络，其中非IP到IP接口(220)包括一个IP WEB用户(330)，该用户有效地耦合到IP网络(170)，并且设计得对WEB服务器(180)呈现为一个用户；一个非IP WEB代理(320)，该代理有效地耦合到IP WEB用户(330)和非IP网络(130)，并且设计得使IP WEB用户(330)与连接非IP网络(130)的中间设备一致；和一个非IP WEB代理用户(310)，该代理用户设计得有效耦合到非IP WEB代理(320)和非IP网络(130)，并且设计得允许应用实体(230)访问WEB服务器(180)。
10.权利要求9所要求的非IP网络，其中IP WEB用户(330)设计得选择性地转换WEB服务器(180)与非IP网络(130)之间的第一组通信，并且不转换而在WEB服务器(180)和非IP网络(130)之间传递第二组通信。
11.权利要求8所要求的非IP网络，其中该IP到非IP接口(260)包括一个非IP WEB服务器(350)，该服务器有效耦合到IP网络(170)，和设计得对WEB浏览器(210)呈现为一个因特网服务器；一个WEB服务执行器(360)，该执行器有效耦合到非IP WEB服务器(350)和非IP网络(130)，和设计得提供到至少一个非IP兼容设备(250)的访问；一个WEB页发生器(370)，该发生器有效耦合到非IP WEB服务器(350)和非IP网络(130)，和设计得为呈现给WEB浏览器(210)而产生WEB页；和一个转换管理器(380)，该管理器有效耦合到非IP WEB服务器(350)，WEB服务执行器(360)和WEB页发生器，和设计得提供服务到用户接口和管理到方法转换服务。
12.权利要求11所要求的非IP网络，其中IP WEB用户(330)设计得选择性地转换WEB服务器(180)与非IP网络(130)之间的第一组通信，并且不转换而在WEB服务器(180)和非IP网络(130)之间传递第二组通信。
13.一种方法，能够在非IP网络(130)与IP网络(170)之间交互，包括建立IP网络(170)上浏览器(210)与网桥单元(260)上服务器(350)之间的一个IP连接，传递对应该服务器(350)的WEB页给浏览器(210)，接收从浏览器(210)到服务器(350)的一个用户输入，根据该WEB页，处理该用户输入以产生一个或几个有关非IP网络(130)上目标(240、250)的命令，和传递一个或几个命令给目标(240，250)。
14.权利要求13的方法，进一步包括确定对应非IP网络(130)上目标(240、250)的状态，产生对应目标(240、250)状态的WEB页，和将WEB页从服务器(350)传递给浏览器(210)。
15.权利要求13的方法，进一步包括接收来自非IP兼容应用(230)的一个访问请求，将该访问请求传递给IP网络(170)上的WEB服务器(180)，接收对应WEB服务器(180)的WEB页，和传递对应WEB页的消息给非IP兼容应用(230)。
全文摘要
弱连接层沟通了非IP网络与互联网。两个网络中的现有业务无论在哪里都可以灵活地直接使用,由此实现简单和高效率。非IP应用程序可以使用非IP API访问互联网业务,而基于IP的互联网浏览器可以使用以HTTP、XML、Java或专用格式编码的命令访问非IP业务并且控制非IP设备。以此方式,不需要改变互联网的浏览器。连接层在IP协议和非IP－API之间翻译,但是也允许命令或回答在互联网和非IP网络中最终应用程序之间沟通而不用翻译。
文档编号H04L12/46GK1383649SQ01800939
公开日2002年12月4日 申请日期2001年2月20日 优先权日2000年2月23日
发明者程以宁 申请人:皇家菲利浦电子有限公司