(57)【要約】本発明は、１．第１のネットワークの第１の装置（３２）と、第２のネットワークの第２の装置（３５、３７）との間の通信のインタフェースになる方法に関するものであり、前記ネットワークはインタフェース装置（３１）によって接続され、前記方法はインタフェース装置によって実行され：−第１のネットワークで第１のメッセージを検出するステップであって、前記第１のメッセージが第１の装置（３２）によって生成され、前記第１のメッセージが第２の装置（３５、３７）に関するものであるステップと；−第１のメッセージを第２の装置（３５、３７）と互換性のあるフォーマットに変換するステップと；−第２のメッセージを第２のネットワークの第２の装置に送信するステップであって、第１のメッセージが検出されたことを前記第２のメッセージが第２の装置に通知するステップと；−第２の装置からの要求の受信により、変換された第１のメッセージを送信するステップとを特徴とする。本発明はまた、前記方法を実施する装置に関するものである。
2005519353.tif 000002
【特許請求の範囲】
【請求項１】
第１のネットワークの第１の装置（３２）と、第２のネットワークの第２の装置（３５、３７）との間の通信のインタフェースになる方法であって、
前記ネットワークがインタフェース装置によって接続され、前記方法がインタフェース装置によって実行され、
−第１のネットワークで第１のメッセージを検出するステップであって、前記第１のメッセージが第１の装置（３２）によって生成され、前記第１のメッセージが第２の装置（３５、３７）に関するものであるステップと、
−第１のメッセージを第２の装置（３５、３７）と互換性のあるフォーマットに変換するステップと、
−第２のメッセージを第２のネットワークの第２の装置に送信するステップであって、第１のメッセージが検出されたことを前記第２のメッセージが第２の装置に通知するステップと、
−第２の装置からの要求の受信により、変換された第１のメッセージを送信するステップと
を特徴とする方法。
【請求項２】
請求項１に記載の方法であって、
前記インタフェース装置が、
−少なくとも１つのアプレットを提供するステップであって、前記アプレットが第２のメッセージを受信し、要求を生成するように適合したステップと、
−前記アプレットを第２の装置に送信するステップと
を更に実行する方法。
【請求項３】
請求項２に記載の方法であって、
−少なくとも１つのアプレットを少なくとも１つのｈｔｍｌページに含め、少なくとも１つのページを第２の装置に送信するステップ
を更に有する方法。
【請求項４】
請求項３に記載の方法であって、
前記第１のメッセージを変換するステップが、第１のメッセージに含まれるパラメータでｈｔｍｌページの少なくとも１つの関連オブジェクトを更新するステップを有する方法。
【請求項５】
請求項２ないし４のうちのいずれか１項に記載の方法であって、
−第１の装置のユーザインタフェース要素を取り出すステップと、
−前記ユーザインタフェース要素を、第２の装置を通じて第１の装置の制御に互換性のあるフォーマットに変換するステップと、
−変換されたユーザインタフェース要素をｈｔｍｌページに含めるステップと
を更に有する方法。
【請求項６】
請求項５に記載の方法であって、
前記第１のメッセージを変換するステップが、第１のメッセージ含まれるパラメータに基づいて、少なくとも１つの変換されたユーザインタフェース要素を更新することを有する方法。
【請求項７】
請求項３ないし６のうちのいずれか１項に記載の方法であって、
前記ｈｔｍｌページが、少なくとも１つのｊａｖａオブジェクト及び／又は少なくとも１つのｈｔｍｌオブジェクトを有する方法。
【請求項８】
請求項３ないし７のうちのいずれか１項に記載の方法であって、
前記第２のメッセージを第２の装置に送信するステップが、アプレットに遠隔メソッド実行呼出しを実行することを有し、前記アプレットの遠隔メソッドが、変換された第１のメッセージの送信のために、第２の装置からインタフェース装置に適切な要求を起動することに関するものである方法。
【請求項９】
請求項８に記載の方法であって、
前記要求は、次の：ＨＴＭＬ  ＧＥＴメッセージ、インタフェース装置への遠隔メソッド実行呼出し、のうちの１つを有する方法。
【請求項１０】
請求項２ないし７のうちのいずれか１項に記載の方法であって、
変換されたメッセージがインタフェース装置で利用可能であるか否かを判断するために、前記アプレットがインタフェース装置の所定のポートに定期的にポーリングを行うことに適合する方法。
【請求項１１】
請求項１ないし１０のうちのいずれか１項に記載の方法であって、
前記変換された第１のメッセージの送信要求が、次の：
−ｈｔｍｌページの一部の更新を送信する要求、
−全ｈｔｍｌページの更新を送信する要求、
−ｊａｖａオブジェクト又はＨＴＭＬオブジェクトの更新を送信する要求、
のうちの１つを有する方法。
【請求項１２】
請求項１ないし１１のうちのいずれか１項に記載の方法であって、
前記第１のネットワークが、ＨＡＶｉネットワークである方法。
【請求項１３】
請求項１ないし１２のうちのいずれか１項に記載の方法であって、
前記第２のネットワークが、インターネットプロトコルに基づくネットワークである方法。
【請求項１４】
請求項１に記載の方法であって、
前記第１のネットワークがインターネットプロトコルに基づくネットワークであり、前記第１のメッセージを受信するステップが、前記第１の装置のアプレットから所定のポートで前記メッセージを受信することを有する方法。
【請求項１５】
請求項１に記載の方法であって、
前記第１のネットワークがインターネットプロトコルに基づくネットワークであり、前記第１のメッセージを受信するステップが、前記第１の装置のアプレットによって実行される遠隔メソッド実行呼出しを通じて前記メッセージを受信することを有する方法。
【請求項１６】
第１のネットワークの第１の装置（３２）と、第２のネットワークの第２の装置（３５、３７）との間の通信のインタフェースになる装置（２２）であって、
−第１のネットワークで第１のメッセージを検出する手段であって、前記第１のメッセージが第１の装置（３２）によって生成され、前記第１のメッセージが第２の装置（３５、３７）に関するものである手段と、
−第１のメッセージを第２の装置（３５、３７）と互換性のあるフォーマットに変換する手段と、
−第２のメッセージを第２のネットワークの第２の装置に送信する手段であって、第１のメッセージが検出されたことを前記第２のメッセージが第２の装置に通知し、第２の装置からの要求の受信により、変換された第１のメッセージを送信する手段と
を有する装置。
【請求項１７】
請求項１６に記載の装置であって、
第２のネットワークの装置によって制御される第１のネットワークの装置のユーザインタフェース要素を表すユーザインタフェース要素とその逆についても同様のものを保存するメモリと、
表示に従って第１のユーザインタフェース要素を変換し、変換された要素を第２の装置に送信する手段とを更に有し、
前記変換手段が、１つの装置で実行された動作又は１つの装置によって生成された通知を、他の装置と互換性のあるフォーマットに変換することに適合する装置。
【請求項１８】
第１のネットワークの第１の装置（３２）と、第２のネットワークの第２の装置（３５、３７）との間の通信のインタフェースになる方法であって、
前記ネットワークがインタフェース装置（３１）によって接続され、前記方法がインタフェース装置によって実行され、
−第１のネットワークで第１のメッセージを検出するステップであって、前記第１のメッセージが第１の装置（３２）によって生成され、前記第１のメッセージが第２の装置（３５、３７）に関するものであるステップと、
−第１のメッセージを第２の装置（３５、３７）と互換性のあるフォーマットに変換するステップと、
−変換されたメッセージを第２の装置に送信するステップと
を特徴とし、
前記第１と第２のネットワークがＩＰとＨＡＶｉネットワーク又はその逆であり、前記メッセージが通知又は動作である方法。
【請求項１９】
請求項１８に記載の方法であって、
インタフェース装置とＩＰに基づくネットワークの装置との間の通知又はアクションの交換が、遠隔メソッド実行呼出しを通じて実行される方法。
【請求項２０】
請求項１９に記載の方法であって、
インタフェース装置からＩＰに基づくネットワークの第２の装置への通知の送信が、第２の装置に、サーバとして動作するインタフェース装置の固定ポートに定期的にポーリングを行わせることを有する方法。
【発明の詳細な説明】
【発明の詳細な説明】
【０００１】
本発明は、異なるネットワークの装置間の通信方法に関するものであり、特に１つのネットワークから他のネットワークへの通知を送信する方法と、その方法を実施する装置に関するものである。本発明は、例えばＩＰに基づくネットワークに接続されたＨＡＶｉネットワークに適用され得る。
【０００２】
テレビ、ホームネットワーク又はインターネットの分野を仮定すると、新たな通信技術が迅速に開発され、導入されている。それぞれの環境は、異なるプロトコルと、スタックと、グラフィカルインタフェースを有する。
【０００３】
前記異なる環境を相互運用可能にする必要性があると思われる。ＨＡＶｉ規格は、家庭環境における家電装置の相互運用性に重点を置いている。それが、ＨＡＶｉドメインのサブネットワークの外部の手段を通じて、特にインターネットを介してＨＡＶｉサブネットワークにアクセスするインターネット可能な装置を通じて、ＨＡＶｉ装置を制御可能であることが有用であることがわかる。逆に、ＨＡＶｉ装置を用いてインターネットに接続された装置の制御もまた可能である。
【０００４】
各分野におけるユーザインタフェースを見ると、ＨＡＶｉは、現在３つの異なる機構を提案する。１つの機構は装置駆動型相互作用又は‘ＤＤＩ’と呼ばれ、装置（ＤＤＩターゲットと呼ばれる）が他の装置（ＤＤＩコントローラと呼ばれる）を通じてユーザインタフェースに表示することを可能にする。
【０００５】
ＩＰに基づくネットワークにおいて、ＨＴＭＬは、ｊａｖａスクリプト又は異なるプラグイン、例えばＪａｖａ（登録商標）アプレットのようなスクリプトによって補われて、グラフィックを処理するために広く使われている。ＨＡＶｉサブネットワーク（ドメイン）とＩＰに基づくネットワークとの間の相互接続の一形態は、相互接続装置を通じたイベントの通知と、１つのネットワークで起動され、他のネットワークの装置に向けられた動作の通知である。
【０００６】
特に、本発明は第１のネットワークの第１の装置と、第２のネットワークの第２の装置との間の通信のインタフェースになる方法に関するものであり、前記ネットワークがインタフェース装置によって接続され、前記方法がインタフェース装置によって実行され、
−第１のネットワークで第１のメッセージを検出するステップであって、前記第１のメッセージが第１の装置によって生成され、前記第１のメッセージが第２の装置に関するものであるステップと、
−第１のメッセージを第２の装置と互換性のあるフォーマットに変換するステップと、
−第２のメッセージを第２のネットワークの第２の装置に送信するステップであって、第１のメッセージが検出されたことを前記第２のメッセージが第２の装置に通知するステップと、
−第２の装置からの要求の受信により、変換された第１のメッセージを送信するステップと
を特徴とする。
【０００７】
本発明の実施例によると、前記インタフェース装置は、
−少なくとも１つのアプレットを提供するステップであって、前記アプレットが第２のメッセージを受信し、要求を生成するように適合したステップと、
−前記アプレットを第２の装置に送信するステップと
を更に実行する。
【０００８】
本発明の実施例によると、前記方法は、
−少なくとも１つのアプレットを少なくとも１つのｈｔｍｌページに含め、少なくとも１つのページを第２の装置に送信するステップ
を更に有する。
【０００９】
本発明の実施例によると、前記第１のメッセージを変換するステップは、第１のメッセージに含まれるパラメータでｈｔｍｌページの少なくとも１つの関連オブジェクトを更新するステップを有する。
【００１０】
本発明の実施例によると、前記方法は、
−第１の装置のユーザインタフェース要素を取り出すステップと、
−前記ユーザインタフェース要素を、第２の装置を通じて第１の装置の制御に互換性のあるフォーマットに変換するステップと、
−変換されたユーザインタフェース要素をｈｔｍｌページに含めるステップと
を更に有する。
【００１１】
本発明の実施例によると、前記第１のメッセージを変換するステップは、第１のメッセージ含まれるパラメータに基づいて、少なくとも１つの変換されたユーザインタフェース要素を更新することを有する。
【００１２】
本発明の実施例によると、前記ｈｔｍｌページは、少なくとも１つのｊａｖａオブジェクト及び／又は少なくとも１つのｈｔｍｌオブジェクトを有する。
【００１３】
本発明の実施例によると、前記第２のメッセージを第２の装置に送信するステップは、アプレットに遠隔メソッド実行呼出しを実行することを有し、前記アプレットの遠隔メソッドは、変換された第１のメッセージの送信のために、第２の装置からインタフェース装置に適切な要求を起動することに関するものである。
【００１４】
本発明の実施例によると、前記要求は、次の：ＨＴＭＬ  ＧＥＴメッセージ、インタフェース装置への遠隔メソッド実行呼出しのうちの１つを有する。
【００１５】
本発明の実施例によると、変換されたメッセージがインタフェース装置で利用可能であるか否かを判断するために、前記アプレットがインタフェース装置の所定のポートに定期的にポーリングを行うことに適合する。
【００１６】
本発明の実施例によると、前記変換された第１のメッセージの送信要求が、次の：
−ｈｔｍｌページの一部の更新を送信する要求
−全ｈｔｍｌページの更新を送信する要求
−ｊａｖａオブジェクト又はＨＴＭＬオブジェクトの更新を送信する要求
のうちの１つを有する。
【００１７】
本発明の実施例によると、前記第１のネットワークは、ＨＡＶｉネットワークである。
【００１８】
本発明の実施例によると、前記第２のネットワークは、インターネットプロトコルに基づくネットワークである。
【００１９】
本発明の実施例によると、前記第１のネットワークがインターネットプロトコルに基づくネットワークであり、前記第１のメッセージを受信するステップが、前記第１の装置のアプレットから所定のポートで前記メッセージを受信することを有する。
【００２０】
本発明の実施例によると、前記第１のネットワークがインターネットプロトコルに基づくネットワークであり、前記第１のメッセージを受信するステップが、前記第１の装置のアプレットによって実行される遠隔メソッド実行呼出しを通じて前記メッセージを受信することを有する。
【００２１】
本発明の他の目的は、第１のネットワークの第１の装置と、第２のネットワークの第２の装置との間の通信のインタフェースになる装置であり、前記装置は、
−第１のネットワークで第１のメッセージを検出する手段であって、前記第１のメッセージが第１の装置によって生成され、前記第１のメッセージが第２の装置に関するものである手段と、
−第１のメッセージを第２の装置と互換性のあるフォーマットに変換する手段と、
−第２のメッセージを第２のネットワークの第２の装置に送信する手段であって、第１のメッセージが検出されたことを前記第２のメッセージが第２の装置に通知し、第２の装置からの要求の受信により、変換された第１のメッセージを送信する手段と
を有する。
【００２２】
本発明の実施例によると、前記装置は、第２のネットワークの装置によって制御される第１のネットワークの装置のユーザインタフェース要素を表すユーザインタフェース要素とその逆についても同様のものを保存するメモリと、表示に従って第１のユーザインタフェース要素を変換し、変換された要素を第２の装置に送信する手段とを更に有し、前記変換手段が、１つの装置で実行された動作又は１つの装置によって生成された通知を、他の装置と互換性のあるフォーマットに変換することに適合する。
【００２３】
本発明の他の目的は、第１のネットワークの第１の装置と、第２のネットワークの第２の装置との間の通信のインタフェースになる方法であり、前記ネットワークはインタフェース装置によって接続され、前記方法はインタフェース装置によって実行され、
−第１のネットワークで第１のメッセージを検出するステップであって、前記第１のメッセージが第１の装置によって生成され、前記第１のメッセージが第２の装置に関するものであるステップと、
−第１のメッセージを第２の装置と互換性のあるフォーマットに変換するステップと、
−変換されたメッセージを第２の装置に送信するステップと
を特徴とし、前記第１と第２のネットワークがＩＰとＨＡＶｉネットワーク又はその逆であり、前記メッセージが通知又は動作である。
【００２４】
本発明の実施例によると、インタフェース装置とＩＰに基づくネットワークの装置との間の通知又はアクションの交換は、遠隔メソッド実行呼出しを通じて実行される。
【００２５】
本発明の実施例によると、インタフェース装置からＩＰに基づくネットワークの第２の装置への通知の送信は、第２の装置に、サーバとして動作するインタフェース装置の固定ポートに定期的にポーリングを行わせることを有する。
【００２６】
本発明の他の特長と利点が、非限定的な実施例の説明を通じて添付の図面を用いた説明で明らかになる。
【００２７】
本発明の実施例は、一方においてＨＡＶｉ規格（ホーム・オーディオ／ビデオ・インターオペラビリティ）に基づき、他方においてはＩＰ（インターネットプロトコル）や、ＵＰｎＰ（ユニバーサル・プラグアンドプレイ）や、ＨＴＭＬ（ハイパーテキスト・マークアップ言語）や、ＨＴＴＰ（ハイパーテキスト転送プロトコル）のような、ＩＰに関する技術に基づく。
【００２８】
本出願の優先日でのバージョンの参照は以下の通りである：
ＨＡＶｉ１．１規格（２００１年５月１５日発行）は、米国カリフォルニア州９４５８３のサンラモン、ビショップドライブ２６９４、スイート２７５（２６９４  Ｂｉｓｈｏｐ  Ｄｒｉｖｅ，  Ｓｕｉｔｅ  ２７５  Ｓａｎ  Ｒａｍｏｎ，  ＣＡ９４５８３）のＨＡＶｉ社から入手可能である。
【００２９】
ＵＰｎＰ１．０規格がマイクロソフト社から入手可能である。
【００３０】
ＨＴＭＬ４．０１ドキュメントがＷ３Ｃコンソーシアム（米国のＭＩＴ、フランスのＩＮＲＩＡ及び日本の慶応大学）から入手可能である。
【００３１】
ＨＴＴＰプロトコルが、ＩＥＴＦ（インターネット・エンジニアリング・タスクフォース）から入手可能である。最新のバージョンは、ＲＦＣ２６１６に記載されているＨＴＴＰ１．１である。
【００３２】
ＨＴＴＰ（ハイパーテキスト転送プロトコル）は、分散された協調ハイパーメディア情報システムのアプリケーションレベルのプロトコルである。一般的な権利のないプロトコルである。
【００３３】
本実施例は、インターネットを通じてＨＡＶｉネットワークと遠隔装置とをインタフェースすることに主に重点を置く。遠隔装置は、一般的に標準的なウェブブラウザを備えたパーソナルコンピュータである。当然ながら、その技術に熟練した人は、実施例に関連して説明された特定の形態を他の環境に容易に適合させるであろう。
【００３４】
ＨＡＶｉは、複数のシステム要素（ＣＭＭ１３９４、メッセージングシステム、レジストリ、イベントマネージャ、ストリームマネージャ、リソースマネージャ、及びＤＣＭマネージャ）を規定する。それらはＩＥＥＥ１３９４バス上でＨＡＶｉネットワークを管理する方法を提供する。ＨＡＶｉは更に以下の要素を規定する：
・ＤＣＭ：装置制御モジュールは、ネットワーク上の制御される装置を表すソフトウェアである。装置毎に１つのＤＣＭが存在する。
・ＦＣＭ：機能制御モジュールは、ネットワーク上の機能を表すソフトウェアである。ＦＣＭはＤＣＭに含まれ（機能は装置によって提供される）、ＤＣＭは複数のＦＣＭを含み得る（例えば、Ｄ−ＶＨＳはチューナー機能とＶＣＲ機能とを提供し得る）。
・アプリケーション：一般的にユーザインタフェースを提供するソフトウェア要素であり、装置の制御とネットワークの制御を可能にする。
・Ｈａｖｌｅｔ：Ｈａｖｌｅｔ（ＨＡＶｉアプレット）は、ＤＣＭ（又はその他の場所）に含まれるＪａｖａ（登録商標）のバイトコードであり、ＤＣＭに関するユーザインタフェースを提供するために、仮想マシンを動作するコントローラ（前記コントローラはＦＡＶ形式の装置（全オーディオ／ビデオ装置）と呼ばれる）にダウンロードされ得る。前記機構は、ＤＣＭの製造者がネットワークを通じて自己のルック・アンド・フィールを分配することを可能にする。
・ＤＤＩコントローラ：この目的は、ＤＤＩターゲット（すなわち、ＤＣＭ）によって提供されたＤＤＩデータを表示することである。
【００３５】
ＨＡＶｉは、ネットワークを制御する３つのユーザインタフェース機構を規定する：
１．ネイティブユーザインタフェース：
ネイティブユーザインタフェースは、独自の方法でコントローラ装置によってユーザに直接提供されるユーザインタフェースである。ユーザインタフェースは、Ｊａｖａ（登録商標）、Ｖｉｓｕａｌ  Ｂａｓｉｃ、Ｗｉｎｄｏｗｓ（登録商標）、Ｌｉｎｕｘ等に基づく場合がある。例えば、ホームネットワーク構成のナビゲーター（すなわち、ＨＡＶｉネットワークの全ての他の装置のユーザインタフェースへの最初のユーザインタフェースの入口点）は、ネイティブユーザインタフェースでなければならない。加えて、ネットワーク内の特定の装置のユーザインタフェースもまた、（例えば標準化されたＦＣＭを制御するために）ネイティブである可能性がある。例えば、ＶＣＲを制御するために（ＶＣＲのＡＰＩはＨＡＶｉで規定される）、ネイティブユーザインタフェースは、ＶＣＲボタンと現時刻と他のパラメータ及び制御を表示し得る。
【００３６】
２．ＤＤＩユーザインタフェース：
ＤＤＩは、データ駆動型相互作用を表す。ＨＡＶｉのソフトウェア要素は、ＨＡＶｉのＤＤＩ機構を用いて他のソフトウェア要素を制御する機能をユーザに提供し得る。第１のソフトウェア要素は、ＤＤＩコントローラと呼ばれ、第２のソフトウェア要素は、ＤＤＩターゲットと呼ばれる。ＤＤＩターゲットは、実際には制御されるＤＣＭ（又は他のアプリケーションモジュール）である。ＤＤＩターゲットは、“ＤＤＩデータ”を提供し、それは、ユーザに提示されるユーザインタフェースの記述である。前記ＤＤＩデータは、ＤＤＩターゲットの状態を示し、ＤＤＩコントローラがコマンドを送信し得る方法を規定する。
【００３７】
更に、ＤＤＩは拡張可能な処理である。同じＤＤＩデータで、非常に単純なディスプレイ（例えば携帯電話）は、いくつかのテキストボタンのみを示すが、更に強力な装置（ＰＣ等）は、画像ボタンを示す可能性がある。ＤＤＩデータが少なくとも基本情報（例えばボタンのラベル）を提供し、オプションで更に複雑な情報（例えば画像）を提供するため、前記のことが可能になる。ＤＤＩコントローラは、ＤＤＩデータをスクリーンに表示する方法を決める。
【００３８】
ＤＤＩコントローラは、ＤＤＩターゲットの機能についての認識を有さない。それは、ユーザコマンドに応じて、メッセージ（例えば‘ＤｄｉＡｃｔｉｏｎ’）をＤＤＩターゲットに送信する。ターゲット側では、ＤＤＩターゲットは、コード化されたＤｄｉＡｃｔｉｏｎを装置の機能に変換する。例えば、ＤＤＩコントローラは、“ボタン５が押された”という形式のＤｄｉＡｃｔｉｏｎをＶＣＲのＤＤＩターゲットに送信し、ＤＤＩターゲットがそれを“再生”のようなコマンドに変換する。
【００３９】
先行技術である図１は、ＤＤＩコントローラとＤＤＩターゲットの間の異なる交換を示したものである。
【００４０】
３．Ｈａｖｌｅｔ：
Ｈａｖｌｅｔは、ＤＣＭ（又はアプリケーションモジュール）の一部であり、仮想マシンを動作する何らかのコントローラにダウンロードされ得るＪａｖａ（登録商標）のバイトコードである。前記バイトコードは、ＤＣＭのユーザインタフェースを提供する。これを通じて、ＤＣＭの製造者は自己のルック・アンド・フィールを強いることができる。
【００４１】
コントローラがＨａｖｌｅｔをインストールした場合に、独自のアプリケーションはＨａｖｌｅｔが何を行うか、どのコマンドを送信するか等について何も知らない。Ｈａｖｌｅｔがターゲット装置と交換するグラフィックの制御とメッセージを完全に引き受ける。
【００４２】
ウェブからマルチメディアのホームドメインを制御する場合（その逆も同様）、ウェブ装置にホームドメインからの情報を表示する場合（その逆も同様）、ＤＤＩの機構とインターネット技術（ＨＴＭＬ、ＨＴＴＰ、Ｊａｖａ（登録商標）拡張等）との間のグラフィックの変換手段が実行される。変換手段は、双方向において動作する。
【００４３】
（ａ）それは、ＨＡＶｉのＤＤＩグラフィックを他のネットワークの装置に利用可能なグラフィック（すなわち、本実施例ではＨＴＭＬグラフィック）に変換し、適切なユーザインタフェースに表示する。ＨＴＭＬデータはページを通じてアクセス可能であり、変換装置２２のウェブサーバ部によって提示される。このページは、処理のためにウェブブラウザによってダウンロードされる。ＨＴＭＬグラフィック上のユーザの動作は、ＨＡＶｉネットワークのＨＡＶｉコマンド（すなわち、ＤＤＩユーザ動作）に逆変換される。このことは、例えばインターネットに接続され、ウェブブラウザを有する装置が、ユーザインタフェースに表された要素を通じてＨＡＶｉ装置を制御することを可能にする。
【００４４】
（ｂ）それは、ＩＰに基づくネットワークのユーザインタフェースをＤＤＩデータに変換する。このことは、インターネットに直接接続されていないホームネットワークのコントローラ装置が、生成されたＤＤＩ要素を通じて装置にアクセスすることを可能にする。特に、それは、特定の（ＨＴＭＬに基づく）ＵＰｎＰグラフィックをＨＡＶｉグラフィックに変換することを可能にする。ＨＡＶｉ装置は容易にＵＰｎＰ装置を制御することができ、その逆も同様である。
【００４５】
変換手段は、ユーザインタフェースのグラフィックの部分を変換又は加工する機能と、ユーザインタフェースの動作（コマンド）と通知を変換する機能とを有する。
【００４６】
特に、コマンドと制御の変換は、
−ユーザがウェブページからＨＡＶｉ装置を制御し得るように、ホームネットワークの動作（‘ＤＤｉＡｃｔｉｏｎ’）機構をＩＰドメインに変換することと、
−ユーザがＩＰドメインにおいて変換されたユーザインタフェースでＨＡＶｉ装置の状態変化を見ることができるように、ホームネットワークの通知（‘ＮｏｔｉｆｙＤＤｉＣｈａｎｇｅ’）機構をＩＰドメインに変換することと（‘ＮｏｔｉｆｙＤＤｉＣｈａｎｇｅ’の代替物としてＨＡＶｉスタックの更に深いレイヤの存在するいくつかのＤＣＭの‘ＳｔａｔｅＣｈａｎｇｅｄ’イベントがある）、
−ユーザが‘ＤＤｉＡｃｔｉｏｎ’コマンドでウェブページを制御し得るように、ウェブページからの動作機構をＨＡＶｉドメインに変換することと、
−ユーザがＨＡＶｉドメインにおいて変換されたユーザインタフェースのウェブページで変化を見ることができるように、ウェブ内の通知機構をＨＡＶｉドメインに変換することと
を有する。
【００４７】
本実施例によると、‘ウェブページ’という言葉は、（ウェブブラウザに表される）ＨＴＭＬに基づくページを示し、スクリプト又はｊａｖａアプレットで拡張可能であり、ページの要素（例えばボタン）と相互作用する場合にユーザが動作を生成することを可能にする。
【００４８】
図２ａは、２つのドメインのネットワークのブロック図であり、第１のドメインはＨＡＶｉ形式であり、第２のドメインはインターネットプロトコル（ＩＰ）形式である。ＨＡＶｉドメインはＨＡＶｉのＶＣＲ装置２１とパーソナルコンピュータ２２とを有し、双方の装置がＩＥＥＥ１３９４バス２３に接続されている。装置２１はＶＣＲのＤＣＭ及びＦＣＭを有する。装置２２は本発明による変換手段を有し、インターネット２５にも接続されており、それにウェブブラウザを有する装置（ここではパーソナルコンピュータ２４）が接続されている。変換手段はＤＤＩコントローラとウェブサーバ部とを有する。
【００４９】
実際の環境における変換手段の役割を説明するために、一般的なユーザの制御処理について説明する。
【００５０】
ユーザが聞いたばかりの映画を記録するために、ユーザが友人の家からＶＣＲ２１にアクセスすることを希望する。ユーザは、装置２４のウェブブラウザを用いて自分の家のＨＡＶｉネットワークにアクセスする。この場合、装置２２はウェブサーバとして動作し、ユーザに認識されているＩＰアドレスを有している。装置２２は、ＶＣＲ２１からＤＤＩデータ（パスＡ）を要求し、それをウェブページのフォーマットに変換し、要求に応じて遠隔のコンピュータ２４に送信し、そのブラウザに表示する。
【００５１】
ユーザは、装置２２によって作られたウェブページ上で、ブラウザによって提示されたＶＣＲの制御へのアクセスを有する。ユーザはまた、ＶＣＲの状態を見ることができる。ユーザが‘記録’ボタンを起動する。対応するメッセージ（パスＢ）が変換手段のウェブサーバ部に送信される。変換手段は、メッセージをＤＤＩユーザ動作に変換する。前記ユーザ動作は、ＶＣＲ装置２１のＤＤＩターゲットに送信され、前記ＶＣＲ装置がそれに応じて動作する。
【００５２】
図２ｂは図２ａと類似しているが、ＩＰドメインの装置（この場合はコンピュータ２４にあるウェブサーバ）がＨＡＶｉのＶＣＲ２２（図示されていないがテレビモニタのようなディスプレイに接続される）を通じて制御される場合を示している。後者は、ＨＡＶｉのＤＤＩコントローラを有しており、ウェブサーバ２４から取得されたユーザインタフェース（例えばＨＴＭＬ）のページの要素に基づいて、装置２２の変換手段によって提供されるＤＤＩデータにアクセスする。変換手段は、ＨＡＶｉ規格に述べられているＤＤＩの手順と互換性を有するために、ＨＡＶｉネットワークで装置２４に対応するプロキシＤＣＭ及びＦＣＭを提示する。インターネット側では、装置２２はウェブクライアントを示す。そして、装置２６はウェブサーバとみなされる。
【００５３】
双方の場合において、各ドメインについて周知の技術（例えば、ＨＡＶｉドメインのレジストリ、及びＩＰドメインのＵＰｎＰ装置のＧＥＮＡやＳＳＤＰのような適切なプロトコル）を用いて、装置２２が各ドメインに接続された装置を認識すると考えられる。
【００５４】
図３は、ＨＡＶｉドメインとインターネットドメインとを有する他の２つのドメインのネットワークのブロック図である。このネットワークの場合、ＨＡＶｉドメインは装置３１から３４を有しており、装置３１は変換手段を組み込んだＨＡＶｉ装置である。インターネットドメインは、一例として４つのインターネット装置３５から３８を有しており、装置３５はＵＰｎＰ準拠であり、装置３７はインターネットブラウザの役割をする。
【００５５】
図４は、ＨＡＶｉ装置３１の簡略化したソフトウェア構成を示している：変換アプリケーションがＨＡＶｉ側のＨＡＶｉスタックとＤＤＩコントローラの上にあり、他方の側のインターネットプロトコル（ＩＰ）スタックとウェブサーバのレイヤの上にある。
【００５６】
変換手段は、ＤＤＩコントローラと併せて用いられるソフトウェアの１つである。変換手段は、ＤＤＩコントローラを有するＨＡＶｉ装置に存在する。本実施例における目的は、インターネット装置と動作することであるという事実により、ウェブサーバが同じＨＡＶｉ装置３１に備えられている。通信パスがウェブクライアント（例えばブラウザを組み込んだ装置３７）からウェブサーバに通り、適切なアプリケーション・プログラマブル・インタフェース（ＡＰＩ）を介してアプリケーション（例えばＨＡＶｉソフトウェア／ハードウェア・スタック）と後部に通っている。ウェブサーバとウェブクライアントウェブドメインに存在すると考えられ、この実施例におけるＨＡＶｉドメインのアプリケーションは、装置３１から３４のうちの１つである。
【００５７】
２つのドメインの間でグラフィックのオブジェクトと動作と通知を変換する必要が存在する。
【００５８】
１）グラフィックのオブジェクトは、例えばパネルや、テキストや、ボタン等である。
【００５９】
２）動作は、例えばユーザインタフェース要素を起動することによって生成されたメッセージである。このことは、例えば動作が起動されたことを反映させるために、ボタンのようなグラフィックのオブジェクトの外観の変化を必要とする場合がある。動作はまた、アプリケーションによって生成され得る。
【００６０】
３）通知は、ネットワークのイベントを装置に知らせるメッセージである。このことは、例えばオブジェクトの新しい状態を反映させるために、グラフィックのオブジェクトの外観の変化を引き起こす場合がある。
【００６１】
前述のＡＰＩを通じてウェブサーバ及びアプリケーションから動作又は通知メッセージを送信する問題が存在する。この問題のサーバ／クライアント側の視点は以下の通りである：
１）ウェブドメインでｈｔｍｌページを処理する間に、ｈｔｍｌに基づくオブジェクトで（例えばユーザによる）動作を有し、（変換手段を通じて制御される装置による）一致した再動作を有することが可能である。
【００６２】
他方、ウェブクライアント（装置３７）によって表示されたｈｔｍｌページを自発的に更新するための、サーバに利用可能な簡単な通知手順が存在しない（例えば、図２ａにおいて、装置２２のサーバは装置２４のブラウザにデータを押し付ける簡単な手段を有していない）。
【００６３】
２）簡単な解決策は定期的なポーリングである：ＨＡＶｉドメインにおいて通知イベントが存在する場合に、アプリケーションが新しい（変化する外観を備えた）ｈｔｍｌオブジェクトを提供する。クライアントは、定期的に（例えば数秒毎に）サーバにポーリングを行い、変化を含むＨＴＭＬページを取得する。このことは、ＨＴＴＰ  ＧＥＴメッセージを用いて達せられ得る。ＨＴＭＬページが変更されたか否かをまず調べるために、クライアントＰＣ２４もまた、別のフレームで動作する適切なアプレットを通じて、ＨＴＴＰ  ＨＥＡＤメッセージを用いてＨＴＴＰの応答のヘッダを取得し得る。実際に変更が存在する場合にのみ、ＨＴＭＬページが要求される。
【００６４】
３）本実施例は、ウェブドメインとＨＡＶｉドメインとの間のＡＰＩに加えて、アプレットを用いる：
ウェブドメインにおいて可能性のある言語及び／又はスクリプトは、Ｊａｖａ（登録商標）スクリプトとアプレットである（この一覧は網羅的ではない）。
【００６５】
アプリケーションとウェブサーバとの間のＡＰＩの可能性のある解決策は、Ｊａｖａ（登録商標）遠隔メソッド呼出し（ＲＭＩ）と、共通ゲートウェイ・インタフェース（ｃｇｉ）と、ＣＯＲＢＡである（同様に前記一覧は網羅的ではない）。
【００６６】
ＲＭＩにおいて、ＨＡＶｉアプリケーションはＪａｖａ（登録商標）仮想マシン（ＪＶＭ）と相互作用し、更に低いレイヤのネイティブアプリケーションに更に高いレイヤのＪａｖａ（登録商標）アプリケーションを加えるために、Ｊａｖａ（登録商標）ネイティブ・インタフェース（ＪＮＩ）が用いられる必要がある。図５と６はそれぞれ、ＤＤＩコントローラの実装（Ｊａｖａ（登録商標）又はネイティブ）に応じて、２つのソフトウェア構成のモデルを示したものである。
【００６７】
ウェブサーバとアプリケーションとの間のＡＰＩの他の可能性は、ｃｇｉに依存する（図７）。ここで、ユーザインタフェース（インターネットクライアントによってダウンロードされるアプレット）は、ｃｇｉを介して提供される。動作処理に関する限り（クライアントがサーバからアプレットをロードし、例えばアプレットがｈｔｍｌページに存在する可能性があり、アプレットが‘動作’起動メッセージをサーバに返信する可能性がある）、及び所定のｈｔｔｐポートを介して通知処理に関する限り（アプレットが、例えばＨＴＴＰ  ＧＥＴコマンド又は他の適切なＨＴＴＰコマンドを用いて、例えば毎秒定期的に周知の固定のサーバのポートにポーリングを行い、取り出されるオブジェクトの識別を解読し、オブジェクトの識別を認識して新しいオブジェクトのアトリビュートに対する要求を発行する）、通信がｃｇｉ（アプレット通信／サーブレット通信）を介して行われる。サーバからウェブクライアントへの更新機構がないため、通信の変換手段へのこの直接のウェブのリンクが必要である。アプレットは、クライアントのＪａｖａ（登録商標）仮想マシン（ＪＶＭ）で実行される。
【００６８】
第３の可能性は、ＣＯＲＢＡに基づく実施である。
【００６９】
本実施例は、アプリケーションによるクライアントの通知のためのＲＭＩに基づく。
【００７０】
本実施例によると、グラフィックの変換と動作の通信と通知は、以下のように実施される：
１）グラフィックの要素：
変換手段は、ＤｄｉＥｌｅｍｅｎｔに対応する所定のＪａｖａ（登録商標）グラフィックオブジェクトとその逆も同様であるもの（例えば、ＤｄｉＰａｎｅｌ⇔ｊａｖａ．ｍｙＰａｎｅｌや、ＤｄｉＢｕｔｔｏｎ⇔ｊａｖａ．ｍｙＢｕｔｔｏｎ等）を保存するメモリを有する。
【００７１】
改良として、ＤｄｉＥｌｅｍｅｎｔはＨＴＭＬオブジェクトにマッピングされることができ、逆の場合も同様である。
【００７２】
１．１）インターネット装置がホームドメインの装置を制御する場合、ＤＤＩ要素はＨＴＭＬ要素（例えばＨＴＭＬボタン等）又はＪａｖａ（登録商標）グラフィック要素（例えばＪａｖａ（登録商標）ボタン等）に変換される。
【００７３】
１．２）ホームドメインの装置がインターネット装置を制御する場合、ＨＴＭＬ要素又はＪａｖａ（登録商標）要素は、ＤＤＩ要素に変換される。
【００７４】
２）動作：
２．１）インターネット装置がホームドメインの装置を制御する場合
ユーザは示されたグラフィック要素（Ｊａｖａ（登録商標）オブジェクト又はＨＴＭＬオブジェクトのいずれか）と相互作用を行う。このことが変換手段に存在するウェブサーバからウェブブラウザへのメッセージを起動する。前記メッセージは、ＨＴＴメッセージ（例えばＧＥＴ又はＰＯＳＴ）若しくはクライアント側のアプレットとサーバとの間のＲＭＩ相互作用（例えばメソッド呼出し）である場合がある。ＲＭＩ相互作用は、ＲＭＩ遠隔メソッド呼出しを用いて、サーバ側にあるＪａｖａ（登録商標）プログラムと通信するアプレットを通じて達せられる。
【００７５】
サーバ側に到達したメッセージは、ＤＤＩ動作に変換され、ＨＡＶｉネットワーク上に送信される。ＤＤＩターゲットからの応答は、（ＤＤＩコントローラとして動作する）変換手段によって受信され、ＨＴＴＰ  ＧＥＴメッセージへの応答として、又は通知と同じ処理を用いて、ウェブクライアントに返信される。
【００７６】
全てのグラフィック要素がＲＭＩを通じてエクスポート可能でない場合があるため、現れるＪａｖａ（登録商標）グラフィック要素に、ブラウザによって表示されるページ上でグラフィック表示を有さない（ウェブサーバにある）Ｊａｖａ（登録商標）オブジェクトに対するメソッド呼出しも生成させることが提案される。
【００７７】
２．２）ホームドメインの装置がインターネット装置を制御する場合
ＤＤＩコントローラによって生成されたＤＤＩ動作が（ＤＤＩターゲットを通じて）変換手段に到達する。それは、ＨＴＴＰでカプセル化されたメッセージ（例えばＧＥＴ又はＰＯＳＴ）又はＲＭＩ相互作用のいずれかに変換される。ウェブサーバからウェブクライアント（すなわち変換手段）に送信された応答は、ＤＤＩ動作応答に変換される、あるいは通知と同じ処理を用いる。
【００７８】
３）通知：
３．１）ホームドメインの装置を制御するためにインターネット装置が用いられる場合
通知がＤＤＩターゲットから（ＤＤＩコントローラの形式の）変換手段に送信され、ウェブクライアントのためのメッセージに変換される。このメッセージはＲＭＩ相互作用（すなわち、クライアント側のアプレットに存在するＪａｖａ（登録商標）アプレットのＪａｖａ（登録商標）メソッドの遠隔呼出し）である。それはまた、クライアント側でアプレットによって受信されたＨＴＴＰメッセージ（この場合はＰＯＳＴメッセージ）である場合がある。ＨＴＴＰ  ＰＯＳＴメッセージの内容は、１つ以上のグラフィック要素の単純なリフレッシュを要求する命令をアプレットにすること、全ページをダウンロードさせる命令をすること、又は何らかの多かれ少なかれ複雑な更新をさせる命令をすることのいずれかである場合がある。
【００７９】
３．２）インターネット装置を制御するためにホームドメインの装置が用いられる場合
通知は、ウェブサーバによってウェブクライアント（ここでは変換手段）に送信され、ウェブクライアントは、それをＤＤＩ通知メッセージ（‘ＮｏｔｉｆｙＤｄｉＣｈａｎｇｅ’）に変換する。ウェブサーバからの通知メッセージは、ＲＭＩを通じて又はＨＴＴＰ  ＰＯＳＴメッセージを用いて送信され得る。ＵＰｎＰ装置の場合、ＧＥＮＡプロトコルもまた可能性がある。
【００８０】
これらの機構は、以下の通り、ＲＭＩを用いて実行される。まず、ＨＡＶｉドメインからインターネットドメインへの変換が記述され、逆に変換が記述される。
【００８１】
（Ｉ）ＲＭＩを用いたＨＡＶｉドメインからＩＰドメインへの変換
１）変換手段のＤｄｉＣｏｎｔｒｏｌｌｅｒがＤｄｉＴａｒｇｅｔを表すＨＡＶｉ装置３２にまず申込みを行う。申込みはＨＡＶｉ規格に記載された規則通りである。
【００８２】
２）次の通信の間に、ＨＡＶｉ規格に記載される通り、変換手段がＨＡＶｉ装置３２からＤＤＩ要素（例えばＤｄｉＢｕｔｔｏｎ）を取り出す。それは、内部データベースから対応するＪａｖａ（登録商標）オブジェクト（例えばｊａｖａ．ｂｕｔｔｏｎ）を抽出し、対応するＤＤＩ要素のパラメータでそれぞれの抽出されたオブジェクトのインスタンスを作る。
【００８３】
３）変換手段は、変換手段によって生成されたＪａｖａ（登録商標）オブジェクトを有するアプレットを生成する。アプレットは、ｈｔｍｌページ上でインターネットクライアントに提供される。複数のアプレットがページ毎に使用される場合があり、複数のページが使用される場合がある。
【００８４】
４）クライアント（例えば装置３７）がｈｔｍｌページを参照し、アプレットを実行可能になり、そのアプレットは、ＤｄｉＴａｒｇｅｔ装置（ＨＡＶｉ装置３２）のユーザインタフェース要素へのＪａｖａ（登録商標）（又はＨＴＭＬ）オブジェクトの参照を有する。Ｈｔｍｌページは、それ自体周知の方法でユーザに表示される。図８がこの処理を示している。
【００８５】
本実施例によると、図９に示される通り、クライアントからサーバに動作を送信するためにＲＭＩが使用される。
【００８６】
インターネットクライアント３７のユーザが動作を実行することを仮定する。例えば、ユーザがボタンを起動させる。前記動作は、アプレットのボタンの‘リスナー（Ｌｉｓｔｅｎｅｒ）’メソッドによって検出され、遠隔のｊａｖａオブジェクトのメソッドを呼出すことによって、サーバとＲＭＩの相互作用を開始する。複数のメソッドと遠隔のｊａｖａオブジェクトは、実現に依存する。‘リスナー（Ｌｉｓｔｎｅｒ）’は、オブジェクトが起動されたときに呼出されるオブジェクトのメソッドである。
【００８７】
サーバにおいて、動作がＨＡＶｉドメイン（ＤｄｉＡｃｔｉｏｎ．ＡＣＴ＿ＢＵＴＴＯＮ）に変換され、装置２２のＤＤＩコントローラによって制御されるＨＡＶｉ装置に送信される。ＤｄｉＡｃｔｉｏｎは、ＤＤＩコントローラに応答し、その情報がグラフィック要素（群）の状態を変更するために使用される。それがクライアントの段階でＲＭＩを用いて更新される。変換手段は、実際にクライアント側に存在する遠隔ｊａｖａオブジェクトのメソッドを呼出す。この呼出しは多かれ少なかれ複雑である可能性がある、すなわち、単に“全ページのリフレッシュ”という形式のもの、又は“このボタンの画像の変更”という形式のもの、又は前記の呼出しの一連である可能性がある。
【００８８】
本実施例によると、図１０に示す通り、遠隔メソッド呼出しもまた、通知の送信を実施するために用いられる。この場合、装置３７による要求なしに、制御される装置（装置３２）から制御する装置（装置３７）に通知が送信される。
【００８９】
例えば、ユーザがＨＡＶｉ装置のユーザインタフェースのボタンを起動した場合や、装置の状態変化が存在した場合（例えばＶＣＲテープの終了）等に、通知が必要になる場合がある。この通知は、ＤＤＩコントローラがＤＤＩターゲット装置３２からＮｏｔｉｆｙＤｄｉＣｈａｎｇｅを受信するため、変換装置が知らされ、前記通知はインターネットクライアント３７の段階で反映されなければならない。
【００９０】
通知は以下の通り成し遂げられる：ＮｏｔｉｆｙＤｄｉＣｈａｎｇｅのパラメータが変換手段によって分析され、変換手段とウェブクライアント側のアプレットとの間でＲＭＩ相互作用が実行される。変換手段は、クライアント側に存在する遠隔ｊａｖａオブジェクトのメソッドを呼出す。アプレットは、一例として、グラフィックの外観を更新する、又はＨＴＴＰ要求を実行し、ＨＴＭＬページの全て又は特定の一部をリフレッシュする。
【００９１】
（ＩＩ）ＲＭＩを用いたＩＰドメインからＨＡＶｉドメインへの変換
ＨＡＶｉドメインからのインターネット形式の装置（例えばＵＰｎＰ装置３５）の制御は、図１１に示される処理に従って行われる。
【００９２】
本実施例の場合、制御される装置のユーザインタフェースは、（例えばｈｔｍｌボタンを有する）ｈｔｍｌページ又は（例えばｊａｖａ．Ｂｕｔｔｏｎｓのようなｊａｖａオブジェクトを有する）アプレットの形式で提供される。
【００９３】
変換手段は、ｈｔｍｌページを取り出し、ＤＤＩ要素のそれぞれのｈｔｍｌオブジェクトのＪａｖａ（登録商標）オブジェクトのマッピングに基づき、適切なＤＤＩターゲットのデータを生成し、初期データを表す階層に従って配列する（例えば、変換手段がｈｔｍｌボタン又はＪａｖａ（登録商標）ボタンをＤＤＩボタンに変換することを実行し、ＨＡＶｉ規格に従ってユーザへの提示に適切にそれを配列する）。
【００９４】
この新しいＤＤＩターゲットが、ＨＡＶｉドメインにおいて何らかの他のＤＤＩターゲットと同様に、ＤＤＩコントローラによってアクセス可能になる。
【００９５】
ＤＤＩコントローラが装置３２にあることを仮定する。装置３２は、ＤＤＩターゲットのデータを取り出し、対応するユーザインタフェースに表示する。ユーザ入力に応じて、それがＤＤＩ動作を装置３１にあるＤＤＩターゲットに返信する。装置３１の変換手段は、ＤＤＩ動作を受信し、それを制御される装置に送信されるｈｔｔｐコマンド（群）（例えば送信ＨＴＭＬボタンのＨＴＴＰ  ＰＯＳＴメッセージ）に変換する、又はＲＭＩを用いてウェブドメインに独自のｊａｖａオブジェクト変換機構に変換する。
【００９６】
例えば、ユーザがＨＡＶｉ装置３２でＤｄｉＢｕｔｔｏｎを押すと、変換装置がそれをｈｔｍｌボタンの形式の動作に変換し、ＨＴＴＰメッセージでウェブ装置３１に送信される。変換手段は、（接続機構を用いて）ウェブサーバから更新されたデータを受信し、ＤＤＩデータを更新し、ホームドメインのＤＤＩ動作の応答又はＤＤＩ通知メッセージを送信することが可能になる。
【００９７】
ＨＡＶｉドメインとウェブドメインとの間のＤＤＩグラフィックの変換が以下の通り行われる。
【００９８】
変換されるＤｄｉＥｌｅｍｅｎｔは：ＤｄｉＰａｎｅｌ、ＤｄｉＧｒｏｕｐ、ＤｄｉＰａｎｅｌＬｉｎｋ、ＤｄｉＢｕｔｔｏｎ、ＤｄｉＢａｓｉｃＢｕｔｔｏｎ、ＤｄｉＴｏｇｇｌｅ、ＤｄｉＡｎｉｍａｔｉｏｎ、ＤｄｉＳｈｏｗＲａｎｇｅ、ＤｄｉＳｅｔＲａｎｇｅ、ＤｄｉＥｎｔｒｙ、ＤｄｉＣｈｏｉｃｅ、ＤｄｉＴｅｘｔ、ＤｄｉＳｔａｔｕｓ、ＤｄｉＩｃｏｎである。
【００９９】
前記一覧は、新しいＤＤＩ要素が定められると、発展する場合があることに留意すべきである。
【０１００】
対応するウェブのユーザインタフェース要素は、ウェブページの提示に依存する：アプレットが使用される場合は、Ｊａｖａ（登録商標）  ＡＷＴ（アブストラクト・ウィンドウズ・ツールキット（Ａｂｓｔｒａｃｔ  Ｗｉｎｄｏｗｓ  Ｔｏｏｌｋｉｔ））における適切なｊａｖａオブジェクトは、例えば、ｊａｖａ．Ｂｕｔｔｏｎ、ｊａｖａ．Ｌｉｓｔ、ｊａｖａ．Ｌａｂｅｌであり；ｈｔｍｌが使用される場合は、（例えばフォームで）同等な要素が規定される。
【０１０１】
インタフェース装置は、（２つ以上の場合は）各ネットワークの送信媒体にアクセスする物理レイヤを有する。それはまた、前述の方法を実行するために必要なデータと異なるプログラムを保存する揮発性及び不揮発性メモリと、マイクロプロセッサのような処理手段又は方法を実行する処理手段、及びインタフェース装置の異なる回路とモジュールを制御する処理手段とを有する。
【０１０２】
実施例は、２つのサブネットワークのみからなるネットワークに重点を置いたが、この場合に限定されない。
【図面の簡単な説明】
【０１０３】
【図１】ＤＤＩコントローラとＤＤＩターゲットの間の情報交換の先行技術の図である。
【図２ａ】ウェブユーザがＨＡＶｉターゲットにアクセスする場合における、ＨＡＶｉドメインとインターネットドメインとを有するネットワークのブロック図である。
【図２ｂ】ＨＡＶｉユーザがウェブターゲットにアクセスする場合の図２のドメイン（サブネットワーク）を表したものである。
【図３】ＨＡＶｉドメインとインターネットドメインとの相互接続によって形成された他のネットワークのブロック図である。
【図４】本実施例による変換手段のアプリケーションを有する図３の装置のソフトウェア構成の図である。
【図５】遠隔メソッド呼出し（ＲＭＩ）を用いた図３の装置のソフトウェアスタックの第１の実施の図であり、前記装置のＤＤＩコントローラがＪａｖａ（登録商標）に基づく場合である。
【図６】ＲＭＩを用いた図３の装置のソフトウェアスタックの第２の実施の図であり、前記装置のＤＤＩコントローラがネイティブコントローラである場合である。
【図７】ｃｇｉのＡＰＩが用いられる場合の図３の装置のソフトウェアスタックの第３の実施の図である。
【図８】本発明の本実施例に従って、インターネット装置でＨＡＶｉ装置によって提供されるユーザインタフェースを設定するステップを示した図である。
【図９】本発明の本実施例に従って、動作がインターネットドメインから起動される場合に実行されるステップを示した図である。
【図１０】本実施例に従って、ＨＡＶｉドメインからインターネットドメインに通知を広げるために実行されるステップを示した図である。
【図１１】本実施例に従って、ＨＡＶｉ装置でインターネット装置によって提供されるユーザインタフェースを設定するステップを示した図である。
【図１】
2005519353.tif 000003
【図２ａ】
2005519353.tif 000004
【図２ｂ】
2005519353.tif 000005
【図３】
2005519353.tif 000006
【図４】
2005519353.tif 000007
【図５】
2005519353.tif 000008
【図６】
2005519353.tif 000009
【図７】
2005519353.tif 000010
【図８】
2005519353.tif 000011
【図９】
2005519353.tif 000012
【図１０】
2005519353.tif 000013
【図１１】
2005519353.tif 000014
【国際調査報告】
2005519353.tif 000015
2005519353.tif 000016
2005519353.tif 000017