(57)【要約】本発明は、ＵＲＬ−パターンの一致に基づいてメッセージを交換する方法に関連し且つ、ＵＲＬを受信する装置に関連し、それによりこの装置は、特定の基準に従ってＵＲＬの組みを定義する標準の表現に基づいてＵＲＬを試験し且つ比べるように構成され、それにより、試験されたＵＲＬが定義された組みの１つと一致する場合には、ＵＲＬは、前記標準的な表現に従って一致する定義を伴なうサーバに登録された装置に転送される。本発明は、任意のＨＡＶｉノード上で実行されるアプリケーションが、制限無しにアクセスし又はアクセスされることができることを可能とする。ネットワークに接続された少なくとも１つのＨＡＶｉ装置は、インターネットアクセスを有し、そして、ＩＰに基づくアプリケーションは、ＨＡＶｉに包まれることができ、どのＨＡＶｉボックス上でも実行され、そして、どのＨＡＶｉアプリケーションも完全なウェブサーバ及び／又はクライアント機能を提供でき、且つＨＡＶｉアプリケーションは、非−ＨＡＶｉ装置上で実行できる。
2004506988.tif 000002
【特許請求の範囲】
【請求項１】
外部ネットワークと内部ネットワークの間でメッセージを交換する方法であって、その方法は、制御装置によりホストされたアプリケーションプログラムインターフェース（ＡＰＩ）及び／又はコマンドプロトコルの使用を含み、そのＡＰＩ及び／又はコマンドプロトコルは要求の転送を制御する機能を有し、その要求は、外部ネットワークの装置から内部ネットワークの装置に関連するアドレスへくる、ユニバーサルリソースロケータ（ＵＲＬ）を含み、それにより機能は、
内部ネットワークの装置に対する入力するメッセージを交換するための基礎として、
ａ）ＦｏｒｗａｒｄｉｎｇｔｏＡｄｄ（ＵＲＬ−パターン、転送アドレス）：登録ハンドル；それにより、ＵＲＬ−パターンは、標準的な表現であり、且つ転送アドレスはＩＰアドレス又はＨＡＶｉアドレス又は、ローカル処理アドレスのようなネットワークアドレスであり、使用中はＵＲＬ−パターン及び転送アドレスは、制御装置の内部状態内に蓄積可能であり、
ｂ）ＦｏｒｗａｒｄｉｎｇｔｏＳｔｏｐ（ＵＲＬ−パターン、転送アドレス）；使用中は登録ハンドルに含まれているＵＲＬ−パターン及び転送アドレスは、制御装置の内部状態から除去可能である、
という操作を含む方法。
【請求項２】
制御機能は、要求メッセージからの入力するＵＲＬを再構成し又は修正し、且つ、応答する内部装置へ、不完全に又は完全に再構成された又は修正されたＵＲＬを転送する操作を有する、請求項１に記載のメッセージを交換する方法。
【請求項３】
制御機能は、入力ＵＲＬパターンに一致するアドレスを有する内部ネットワーク上の幾つかの装置に入力する要求をマルチキャストする機能を有する、請求項１或は２に記載のメッセージを交換する方法。
【請求項４】
制御機能は、幾つかの装置からの応答を、転送される要求に処理し、且つ、応答する内部装置の特定の１つへ、入力する要求のＵＲＬ又はその一部を転送する操作を含む、請求項３に記載のメッセージを交換する方法。
【請求項５】
入力要求が、以下の、オーディオメッセージ、ディジタル画像、ビデオ画像、オーディオ−ビデオ記録及び、ドキュメントの１つに関連している場合に使用するのに適する、請求項１乃至４のうち何れか一項に記載のメッセージを交換する方法。
【請求項６】
外部ネットワーク及び／又は内部ネットワークが、以下の、ＨＡＶｉ装置、パーソナルコンピュータ、ネットワークコンピュータ及び、ウェブサーバの１つに関連する場合に使用するのに適する、請求項１乃至４のうち何れか一項に記載のメッセージを交換する方法。
【請求項７】
交換されるメッセージは、ＩＰ−アプリケーションに関連している、請求項６に記載のメッセージを交換する方法。
【請求項８】
交換されるメッセージは、アプリケーション−レベルのプロトコルのサーバ側にアクセスを提供する、機能制御モジュール（ＦＣＭ）と共に使用するのに適する、ＨＡＶｉ−アプリケーションに関連している、請求項６に記載のメッセージを交換する方法。
【請求項９】
ＦＣＭは、ウェブサーバ機能を含むＨＡＶｉウェブプロキシＦＣＭである、請求項８に記載の交換する方法と共に使用するのに適する機能制御モジュール（ＦＣＭ）。
【請求項１０】
ＦＣＭは、ＴＣＰ／ＵＤＰ機能を含むＨＡＶｉウェブプロキシＦＣＭである、請求項８に記載の交換する方法と共に使用するのに適する機能制御モジュール（ＦＣＭ）。
【請求項１１】
請求項１乃至１０のうち何れか一項に記載のメッセージを交換する方法と共に使用するのに適するインターネットゲートウェイ装置。
【請求項１２】
請求項１乃至８のうち何れか一項に記載のメッセージ交換方法のＦｏｒｗａｒｄｉｎｇｔｏＡｄｄとＦｏｒｗａｒｄｉｎｇｔｏＳｔｏｐ操作を実行することを可能とするために、プログラム可能な処理装置が、伝送ハードウェアに接続を有する又はされることを発生するために、コードを検査し且つコードを比べ且つ前記一致するコードに関連するアドレスリダイレクションに関して実行される処理又は機能を定義するコードを少なくとも有する命令を有するコンピュータプログラム。
【請求項１３】
請求項１２に記載のコンピュータプログラムは、コンポーネントを形成する伝送実体。
【請求項１４】
インターネットゲートウェイ装置のようなシステムであって、
−外部ネットワークからのユニバーサルリソースロケータ（ＵＲＬ）を含む入力する要求を受信する、受信ユニットを有し、
−ＵＲＬ又はその一部をインターネットネットワークを介してシステムに接続されたいくつかの装置の１つに転送する転送ユニットを有し、
−アプリケーションプログラムインターフェース（ＡＰＩ）及び／又はコマンドプロトコルと共に使用するのに適する制御ユニットを有し、そのＡＰＩ及び／又はコマンドプロトコルは入力する要求の転送を制御する機能を有し、それによりその機能は、以下の
ａ）ＦｏｒｗａｒｄｉｎｇｔｏＡｄｄ（ＵＲＬ−パターン、転送アドレス）：登録ハンドル；それにより、ＵＲＬ−パターンは、標準的な表現であり、且つ転送アドレスはＩＰアドレス又はＨＡＶｉアドレス又は、ローカル処理アドレスのようなネットワークアドレスであり、使用中はＵＲＬ−パターン及び転送アドレスは、制御装置の内部状態内に蓄積可能であり、
ｂ）ＦｏｒｗａｒｄｉｎｇｔｏＳｔｏｐ（ＵＲＬ−パターン、転送アドレス）；使用中は登録ハンドルに含まれているＵＲＬ−パターン及び転送アドレスは、制御装置の内部状態から除去可能である、
という操作を含み、
それにより、受信及び転送ユニットは、前記ＡＰＩ及び／又はコマンドプロトコル機能操作に基づいて、制御ユニットにより制御される、システム。
【発明の詳細な説明】
【０００１】
本発明は、外部ネットワークと内部ネットワークの間のメッセージを交換する方法に関連し、この方法は、制御する装置によりホストされるアプリケーションプログラムインターフェース（ＡＰＩ）及び／又はコマンドプロトコルの使用を含む。本発明は、前記方法と共に使用するのに適する、機能制御モジュール（ＦＣＭ）とインターネット動作装置、特にホームオーディオビデオインターオペラビリティ（ＨＡＶｉ）装置にも関連する。
【０００２】
コンピュータのクラスタ内で、入力する資源要求を転送し、それによりクラスタは１つ又はそれ以上のネットワークに接続されることは、従来技術で知られている。この目的のために、クラスタは、クラスタの外部にあるホストコンピュータがクラスタ内の宛先ノード又は処理にアクセスすることを可能とする、ゲートウェイを有する。ゲートウェイは、クラスタ境界を交差する、入力する及び出力するポート−形式のメッセージを処理する、メッセージスイッチを有する。そのような処理は、それがクラスタの外側の位置から発せられるポート−形式のメッセージかどうかを決定するために、例えば、ＴＣＰ／ＵＤＰメッセージヘッダのような、トランスポート層内のメッセージヘッダ内のソフトウェア通信プロトコル番号を読むことを含む。そのようであれば、メッセージ上のポート番号の位置が、見つけられ、そして、プロトコル形式と共に、メッセージスイッチ内のメモリ内に存在するテーブル内のポート−特定ルーティング機能に一致するために検索するために使用される。テーブルのエントリーが一致する場合には、そのエントリーに関連するルーティング機能が選択され且つ実行される。ルーティング機能は、メッセージをクラスタ内の適切なノードにアドレスするために、クラスタ内で入力メッセージの行き先アドレスを修正し且つ計算することにより、メッセージを適切なコンピュータノードへ経路を選択する。
【０００３】
記載されたメッセージ−交換ルーティングは、１つ以上のノード上で、特定の良く知られたポート番号に関連するアプリケーション又はサービスを実行することをユーザが望むような状況でのみ、良好に機能する。それは、標準化されていないポート番号がインターネットクライアントに未知である時には、又は、ファイアーウォールの後ろに配置されていることにより利用できないときには、問題を形成する。従来技術に関する他の問題は、転送機構それ自身に関連し、既知の転送機構は、１つのポートに関する全ての入力する要求を１つのアドレスに転送する。全ての機構は、デフォルトポート番号を有するので、これは、１つのデフォルトポートに来る全ての要求も、同じアドレスに転送されることを意味する。
【０００４】
本発明の目的は、任意のノード上で実行されるアプリケーションが、ネットワーク内の全ての装置が自分自身の専有のＩＰ−ゲートウェイを実行することなしに、ネットワーク境界を通してアクセスし且つアクセスされることを可能とすることである。本発明の他の目的は、ＨＡＶｉ装置に、制限なしに、ネットワーク境界を通して、アクセスし且つアクセスされることを可能とする方法を提供することである。更なる目的は、そのような方法と共に使用するのに適する機能制御モジュール（ＦＣＭ）、装置及びシステムを提供することである。
【０００５】
本発明の特徴に従って、１つ又はそれ以上の前述の目的は、請求項１に記載のメッセージを交換する方法により達成される。
【０００６】
基本的な新しいそして発明の概念は、ＵＲＬを使用して、その一致する内容に関する資源要求を転送することを基礎とすることである。本質的に、これは、関連する転送装置をアプリケーションレベルのゲートウェイとする。入力する要求のＵＲＬ内の情報を比べることは、ヘッダー及び本体内の両方の情報を比べることに対応する。ＵＲＬは、メッセージの交換とも呼ばれる。両方の状況で、関連技術の優位性は、特に、例えば、ＴＣＰ／ＵＤＰメッセージヘッダー内のポートフィールド内の、トランスポート層内のメッセージヘッダの試験と比較するときに、単純なＡＰＩ及び／又はコマンドプロトコルが、入力要求の転送を開始し又は停止する、ゲートウェイに命令する機能のための手段として十分であるということである。
【０００７】
メッセージの交換を参照するＵＲＬに関して、ゲートウェイは、入力メッセージの受信者として働きそして、一致が確認されてそして続いてメッセージが転送できるか又は、一致が確認されずそして続いて要求が否定されるかのいずれかまで、関連するプロトコルに従って応答する。
【０００８】
更なる実施例では、制御機能は、要求されたメッセージから入力するＵＲＬを再構成し又は修正し、そして、応答する内部装置へ、不完全に又は完全に再構成された又は修正されたＵＲＬを転送する動作を含む。これは、再構成された又は修正されたＵＲＬが、ある場合には非常に複雑な、要求に関連する特別なプロトコルの代わりに簡単に転送されるという優位点がある。これは、高度でないクライアント装置が、複雑なプロトコルに関連する要求に、少なくとも僅かの応答を提供できることを許す。このような文字列を再構成し又は修正するために要求される技術は従来技術から知られている。例えば、ＡＰＩ及び／又はコマンドプロトコルのＲＥＧＥＸＰフィールド内のワイルドカードにより、再構成されたＵＲＬの失われた要素が一致されることを補償することにより、再構成されたＵＲＬの失われた要素は、一致されるべきパターンを満たす限り、ＵＲＬ一致機構は、不完全に再構成されたＵＲＬを扱うことができる。
【０００９】
他の別の実施例では、制御機能は、入力するＵＲＬ−パターンと一致するアドレスを有する、内部ネットワーク上の幾つかの装置へ、入力する要求をマルチキャストする機能を有する。これは、複数の装置が、各々ＵＲＬ機構の一部を利用することを許す。これらの装置は、例えば、デフォルトポートのような、単一のポートを供給することが可能である。デフォルトポートへの転送は、このようにクライアント装置に、透明である。
【００１０】
更に、制御機能は、幾つかの装置からの応答を転送される要求へ処理し、そして、入力要求のＵＲＬ又はその一部を、応答する内部装置の特定の１つに転送する動作を含む。制御装置へのどのような応答も、（アップロード可能な）結合機能の使用を通して、単一の応答に結合できる。少なくとも１つの内部装置が応答する限り、サーバ機能は動作中なので、これは、信頼性を提供する。それは、例えば、概観を提供するような、情報の集合体の優位性も提供する。更に、利用できる最も速いサービスが応答するので、速さを提供する。制御装置に応答がない場合には、応答要求は実際には、情報普及サービスとして機能する。
【００１１】
本方法によれば、資源要求に関連するＵＲＬは、機構に特定の方法で要求内に符号化される。ＨＴＴＰ版については、例えば、ホスト名はメッセージ内に常には含まれてはおらず、又は、要求はメッセージ内にＡＳＣＩＩで未修正の全体のＵＲＬを含む。インターネットゲートウェイは、実際の資源要求メッセージからＵＲＬを復号できる機構に対する要求を転送することのみを受け付ける。資源要求が、インターネットゲートウェイで受信されるときには、この要求は、要求−ＵＲＬが、蓄積された転送アドレスに対応するＵＲＬ−パターンと一致する場合にのみ、ゲートウェイに付随するテーブル内に蓄積された転送アドレスに転送される。
【００１２】
本発明は、資源要求が転送されそして、どのように資源要求が転送されるかに関して制限的でない場合に向けられている。
【００１３】
本発明の他の特徴に従って、メッセージ交換の方法は、入力要求が、次の、オーディオメッセージ、ディジタル画像、ビデオ画像、オーディオビデオ記録及び、ドキュメントの１つに関連している場合に、使用するのに適している。更に、メッセージ交換の方法は、外部ネットワーク及び／又は内部ネットワークが、次の、ＨＡＶｉ装置、パーソナルコンピュータ、ネットワークコンピュータ及び、ウェブサーバの１つに関連しているときに、使用するのに適している。これは、完全ＩＰ−機能による拡張される、共同利用性及びストリーミングのＨＡＶｉの特徴は、家庭内のインターネットアクセスにための適するキャリアを提供し、そして、ＨＡＶｉを、広範囲な家庭ネットワーク装置で使用するために魅力的とするという優位性がある。
【００１４】
交換されるメッセージは、ＩＰ−アプリケーションに関連しているのが好ましい。更に、交換されるメッセージは、アプリケーションレベルプロトコルのサーバ側にアクセスすることを提供する、機能制御モジュール（ＦＣＭ）とともに使用するのに適する、ＨＡＶｉ−アプリケーションに関連しているのが好ましい。これは、どのような（ＨＡＶｉ−）装置も、（ＨＡＶｉ−）装置はウェブコンテンツを供給するのにＩＰ−スタックを必要としないそして、（ＨＡＶｉ−）装置は自分自身の唯一のＩＰ−アドレスを必要としないという、ウェブサーバ機能を有することができるという優位性を提供する。
【００１５】
好ましくは、アプリケーションレベルプロトコルのサーバ側へのアクセスを提供する機能制御モジュールは、ウェブサーバ機能を有するＨＡＶｉ−定義のウェブプロキシＦＣＭである。ゲートウェイがウェブサーバＦＣＭを実行する場合には、ＨＡＶｉ−のみの装置上のアプリケーションは、それら自身への遠隔アクセスを許すことができる。ＨＡＶｉ家庭ネットワークへのそのようなアクセスは、家庭遠隔制御、家庭からインターネットへの生のストリーミング、家庭からのウェブページの提供及び、インターネットサーバ上で走ることができるたのアプリケーションを可能とする。ＩＰ−のみの装置上の任意のブラウザは、それらが標準のインターネットサーバにアクセスするように、これらのサーバにアクセスすることができる。ウェブサーバＦＣＭは、入力要求のきめの細かい転送を可能とする。
【００１６】
代わりのものは、アプリケーションレベルプロトコルのサーバ側へのアクセスを提供する機能制御モジュールは、ＴＣＰ／ＵＤＰ機能を有するＨＡＶｉ−定義のウェブプロキシＦＣＭである。これは、現在あるＨＡＶｉアプリケーションと装置が変更されないままでいることができ、優位である。更に、ＩＰ−のみの装置は未修正で且つＴＣＰ／ＵＤＰＦＣＭを利用するＨＡＶｉアプリケーションと共同利用できる。ＴＣＰ／ＵＤＰＦＣＭは、ＨＡＶｉアプリケーションが、どのアプリケーション層プロトコルを実行することも許し、プログラムとのクライアント側とサーバ側の両方へのアクセスを許す（現れるピアツーピアインターネットプロトコルを含む）。
【００１７】
それと共に、知られたウェブプロキシＦＣＭとウェブサーバＦＣＭは、幾つかのアプリケーション層プロトコルへの完全なアクセスを提供する。両方のＦＣＭは、本質的に、アプリケーション層プロトコルの制限された組みのためのトランスポート層ＡＰＩを提供する。ＴＣＰ／ＵＤＰＦＣＭは、トランスポート層プロトコルへの完全なアクセスを提供し、ＴＣＰ／ＵＣＰの上のどのアプリケーション層もサポートし、現在のアプリケーションの簡単なポーティングのための良く知られたソケットＡＰＩを実行するのに使用でき、そして、クライアント／サーバプロトコルのサーバ側へのアクセスを提供する。
【００１８】
本発明の他の基本的な考えは、制限のないＨＡＶｉアプリケーションと、完全な（ゲートウェイ）ＩＰ−スタックへの完全なアクセスを提供する。これは、異なるＡＰＩ及び／又はコマンドプロトコルを伴なうウェブＦＣＭが、関連するどのようなプロトコルに対して拡張されることを可能とする。コネクションレスプロトコルでは、全てのＨＡＶｉは、このように、１つのＩＰアドレスを共有する。本発明に従って、要求はこのように、マルチキャストされそして、アプリケーションは、関連する応答とデータをフィルタするように構成される。アプリケーションは、１つ又はそれ以上のプロトコル及び、１つ又はそれ以上のポートへの排他的にアクセスを残しておくようにも構成される。本発明に従ってＡＰＩ及び／又はコマンドプロトコルを、ＴＣＰのようなコネクションに基づくプロトコルへ制限することも可能である。
【００１９】
本発明は、本発明に従ったメッセージ交換の方法と共に使用するのに適するインターネットゲートウェイ装置及び、本発明を実行するコンピュータプログラムにも関連する。更に、本発明は、本発明に従った方法を実行するのに適する、請求項１４に記載の受信ユニット、転送ユニット及び、制御ユニットを含む、インターネットゲートウェイ装置のようなシステムにも関連する。
【００２０】
本発明のこれらの及び他の特徴は、以下に説明する実施例を参照して明らかとなろう。
【００２１】
本発明の実施例に従って、図１にその一般的な構成を示し、サーバＦＣＭ１００とアプリケーション２００の２つのブロックがあり、これらはインターネットゲートウェイを構成する。サーバＦＣＭブロック１００は、ソケットリスニング装置１１０、１つ又はそれ以上のソケットハンドリング装置１２０、ＦＣＭリスニング装置１３０及び、転送管理装置１４０を有する。アプリケーションブロック２００は、ＦＣＭクライアントリスニング装置２１０、１つ又はそれ以上の応答装置２２０、ＦＣＭクライアント装置２３０及び、設定装置２４０を有する。動作中は、例えば、ＨＴＴＰ要求のような入力する要求が、ソケットリスニング装置１１０により受信され、そして、ソケットハンドリング装置１２０へ送られる。ソケットハンドリング装置１２０は、ＵＲＬ−パターンと転送管理装置１４０を通して蓄積された転送アドレスを比較する。ＦＣＭリスニング装置１３０が転送コードを加え、そして、ソケットハンドリング装置１２０は、ＦＣＭクライアントリスニング装置２１０へ要求をマルチキャストする。アプリケーションブロック２００の設定装置２４０は、１つ又はそれ以上ＦＣＭクライアント装置２３０がマルチキャストされた要求に応答することを許し、応答するクライアント装置は、１つのコードをサーバＦＣＭブロック１００上のＦＣＭリスニング装置１３０へ送り、そして、他のコードをアプリケーションブロック２００上の応答装置２２０へ送る。応答装置２２０も、サーバＦＣＭブロック上のＦＣＭリスニング装置１３０に１つのコードを送り、そして、ＦＣＭリスニング装置１３０は、アプリケーションブロックからの応答を、ソケットハンドリング装置１２０へ送る。ソケットハンドリング装置１２０は、そして、入力要求を、入力メッセージのＵＲＬパターンと一致するリストされたＵＲＬパターンを有するＦＣＭクライアント装置２３０のみに転送する。最後にソケットハンドリング装置１２０は、アプリケーションブロック２００の応答を、要求を発行したインターネット上のクライアントへ転送する。
【００２２】
制御機能を実現するゲートウェイ装置は、このように例えば、３つのメッセージを受信でき、これらのメッセージをバッファでき、比較動作を実行でき、そして、メッセージをネットワーク内の異なるアドレスへ転送できる。もちろん、単一の要求が幾つかのメッセージを有することも可能である。従って、内部ネットワーク内の幾つかの装置が、単一のポートに向けられた入力要求を同時に待つことを許す。
【００２３】
幾つかの装置間で、ウェブサーバ機能を共有する特徴に関しては、装置Ａは、”ｍｙｓｉｔｅ．ｃｏｍ／＊．ｗｍｐ”を含み、そして、装置Ｂは、”ｍｙｓｉｔｅ．ｃｏｍ／＊．ｔｘｔ”を含む等が可能である。一致動作に関しては、ゲートウェイは、例えば、ハッシュ値の代わりに、標準表現のリストを利用する。例えば、”＊．ｔｘｔに対する全ての要求を与える”、”全てのストリーミング要求”及び、”サブディレクトリＸ”を含む入力メッセージは、リストされた標準の表現と一致することができる。ＵＲＬが再構成されそして適切なサーバへ転送されることを必要とし得るので、これは、プロトコルへの翻訳を必要としうる。ゲートウェイのサーバ側に接続された装置は、リストに関する標準の表現のための準備を提供することにより、ゲートウェイに命令し又は設定する必要がある。また、個々の資源のキャッシュも、サーバ側に設定されることが必要である。
【００２４】
図２は、ＨＡＶｉへのウェブサーバＦＣＭ拡張の概略のレイアウトを示す。こ例は、ＨＡＶｉアプリケーションが完全なウェブサーバ機能を提供できるという点を示すことを提供する。サーバＦＣＭは、それによりホームページがエンジンアプリケーションとのリンクを有する、ホームページをホストするｈｔｔｐサーバに関連する。サーバＦＣＭとｈｔｔｐサーバは、１つ又はそれ以上のＨＡＶｉボックスを含む遠隔ＨＡＶｉネットワークと関連し、そして、それらは、１つ又はそれ以上のｈｔｔｐクライアントへのインターネーットゲートウェイを構成する。ユーザインターフェースアプリケーションは、ゲートウェイのクライアント側として動作し、そしてエンジンアプリケーションはゲートウェイの内部装置（例えば、ＨＡＶｉ装置）側として動作する。組合せて、ユーザインターフェースアプリケーションとエンジンアプリケーションは、ゲートウェイの内部（ＨＡＶｉ）装置側で分散されたアプリケーションの実行を可能とする。この構成に関して、考えるべき２つの点がある。第一の点は、アプリケーションは、ポート／サブディレクトリと関連するプロトコルに申し込む。この例は、
【００２５】
【数１】
2004506988.tif 000003
である。考える第２の点は、インターネットブラウザーは、アプリケーションに向けてプッシュできることである。例えば、
【００２６】
【数２】
2004506988.tif 000004
図３は、ゲートウェイの１つの側に付加されたＨＡＶｉＭＬサーバ（ＨＡＶｉＭＬは、ＡＰＩ及び／又はコマンド制御プロトコルをＸＭＬ又はＳＯＡＰのような現在あるマークアップ言語へ翻訳するのに適するＸＭＬベースの言語）と、ゲートウェイの他の側にあるＩＰ装置に付加されたＨＡＶｉＭＬクライアントを示す図である。この例は、ＨＡＶｉアプリケーションが非−ＨＡＶｉ装置上で走ることができる点を示すために働く。ＨＡＶｉＭＬサーバは、それによりホームページがＨＡＶｉＭＬへのリンクを有する、ホームページをホストするｈｔｔｐサーバに関連する。また、ＨＡＶｉＭＬサーバに関連するＳＥマネージャがあり、そして、１つ又はそれ以上の遠隔内部ＨＡＶｉ装置がプロキシＳＥによりＨＡＶｉネットワーク内に示されている。ｈｔｔｐサーバは、１つ又はそれ以上のｈｔｔｐクライアントへの、インターネットゲートウェイを構成する。ＨＡＶｉアプリケーションは、ＳＥ　ＡＰＩ及び／又はコマンドコントロール上のＨＪＡを変換する、ゲートウェイのクライアント側、メッセージシステムプロキシ及び、ｈｔｔｐクライアント及びサーバとして働く。この構成に関連して、考えるべき多くの点がある。第１に、全体の遠隔スタックは、インデックスページからダウンロードされることが可能である。第２に、遠隔装置は完全に、ＨＡＶｉアプリケーションを利用することができる。第３に、この構成はゲートウェイのクライアント側に幾つかのスタッキングを必要とする。（上述のように）ＨＡＶｉＭＬは、未修正のＨＡＶｉアプリケーションをＩＰ装置上で実行することを可能とするために非常に適する。ＨＡＶｉＭＬには幾つかの欠点があり、１つは、安全性の危険、そして、他は専有の解決方法である。ＨＡＶｉＭＬは、ＨＡＶｉホームネットワークへの完全なアクセスを提供することは、常には必要とされないときにそして、幾らか制限された形式のアクセスが好ましい時に、使用するのに適切である。
【００２７】
図４は、ＨＡＶｉＭＬとＨＡＶｉウェブサーバＦＣＭの組合せの使用を示す。これは、ＨＡＶｉＭＬは、サーバＦＣＭを使用する、ＨＡＶｉアプリケーションであることも可能であることを示す。サーバＦＣＭは、それによりホームページがＨＡＶｉＭＬサーバアプリケーションとのリンクを有する、ホームページをホストするｈｔｔｐサーバに関連する。サーバＦＣＭとｈｔｔｐサーバは、１つ又はそれ以上のＨＡＶｉボックスを有する、遠隔ＨＡＶｉネットワークに関連し、そして、１つ又はそれ以上のｈｔｔｐクライアントへのインターネットゲートウェイを構成する。プロキシＳＥサーバと、ＨＡＶｉＭＬサーバに関連するＳＥマネージャもある。１つ又はそれ以上の遠隔内部ＨＡＶｉ装置は、プロキシＳＥによりＨＡＶｉネットワーク内に示されている。ｈｔｔｐサーバは、１つ又はそれ以上のｈｔｔｐクライアントへのインターネットゲートウェイを構成する。ＨＡＶｉアプリケーションは、ＳＥＡＰＩ及び／又はコマンドプロトコルに関するＨＪＡを変換するゲートウェイのクライアント側、メッセージシステムプロキシ及び、ｈｔｔｐクライアントから分離されたｈｔｔｐサーバとして動作する。この構成に関して、考えるべき２つの点がある。第１にＨＡＶｉＭＬサーバアプリケーションは、メッセージシステムプロキシとＳＥマネージャに関連する。第２に、ＨＡＶｉＭＬクライアントは、メッセーシステムプロキシ、ＳＥＡＰＩ及び／又はコマンドプロトコル、ＨＪＡ及び、ＨＪＡアプリケーションに関連する。
【００２８】
この実施例では、ゲートウェイを交差するトラフィックは、以下の交換を有することができる。
（ＨＡＶｉ装置で）：
【００２９】
【数３】
2004506988.tif 000005
（ＨＴＴＰクライアント装置で）：
以下のリンクで、’ｗｗｗ．ｂｏｄｌａｅｎｄｅｒ．ｈｏｍｅ’ウェブページを取り出す。
【００３０】
【数４】
2004506988.tif 000006
（サーバＦＣＭで、要求後に）：
ＨＡＶｉボックスへ、’ａｐｐｌｉｃａｔｉｏｎ＝ｄｅｍｏａｐｐ’を転送。
（ＨＡＶｉボックスで）：
ＨＡＶｉＭＬアプレット’ｄｅｍｏａｐｐ’で応答。
（クライアント装置で）
アプレット実行、標準のＨＡＶｉＭＬアプリケーションを開始。
【００３１】
ＵＲＬを使用する、そのコンテンツの一致に基づく資源要求の転送に関する本発明の特徴は、以下の例により説明される。
【００３２】
登場者は、インターネットクライアントＣ，インターネットゲートウェイ装置Ｇ，及び、ホームネットワーククライアントＨ１及びＨ２である。ステップは以下のようである。
【００３３】
ステップ１：
Ｇは、インターネット接続、ＤＮＳ名”Ｐｈｉｌｉｐｓ．ｃｏｍを得る。
（メールサーバを共有）
ステップ２：
Ｈ１はＧからメイルプロトコルの転送を要求する：
ＦｏｒｗａｒｄｉｎｇＴｏＳｔａｒｔ（”ｍａｉｌｔｏ：＊Ｂｏｄｌａｅｎｄｅｒ＊”，Ｈ１＿ａｄｄｒｅｓｓ）：登録ハンドル、
Ｈ２はＧからメイルプロトコルの転送を要求する：
ＦｏｒｗａｒｄｉｎｇＴｏＳｔａｒｔ（”ｍａｉｌｔｏ：＊Ｇｒａｖｅｎｄｅｅｌ＊”，Ｈ２＿ａｄｄｒｅｓｓ）：登録ハンドル、
ステップ３：
Ｃは，メイルメッセージ” ｍａｉｌｔｏ：Ｍａａｒｔｅｎ．Ｂｏｄｌａｅｎｄｅｒ＠Ｐｈｉｌｉｐｓ．ｃｏｍ”を送る。
【００３４】
ステップ４：
Ｇは、メイルメッセージを受信し、メイルメッセージのＵＲＬを復号し、そして、Ｈ１のパターンにメッセージのＵＲＬが一致するものを見つける。
【００３５】
ＧはメイルメッセージをＨ１へ転送する。
【００３６】
ステップ５：
Ｈ１はメイルメッセージを受信する。
【００３７】
（ＨＴＴＰサーバを共有する）
ステップ６：
Ｈ１はＧからＨＴＴＰプロトコルの転送を要求する：
ＦｏｒｗａｒｄｉｎｇＴｏＳｔａｒｔ（”ＨＴＴＰ：／／Ｈ１／＊”，Ｈ１＿ａｄｄｒｅｓｓ）：登録ハンドル、
Ｈ２はＧからＨＴＴＰプロトコルの転送を要求する：
ＦｏｒｗａｒｄｉｎｇＴｏＳｔａｒｔ（”ＨＴＴＰ：／／Ｈ２＊”，Ｈ２ａｄｄｒｅｓｓ）：登録ハンドル、
ステップ７：
Ｃはウェブページｈｔｔｐ：／／ｗｗｗ．ｐｈｉｌｉｐｓ．ｃｏｍ／Ｈ２／ｉｎｄｅｘ．ｈｔｍｌを要求する。
【００３８】
ステップ８：
Ｇは、ステップ７の要求を受信し、メッセージのＵＲＬを復号し、そして、Ｈ２のパターンにメッセージのＵＲＬが一致するものを見つける。
【００３９】
Ｇは要求メッセージをＨ２へ転送する。
【００４０】
ステップ９：
Ｈ２は要求を受信し、そして、応答をＧへ戻す。
【００４１】
ステップ１０：
ＧはＣへ応答を戻して転送する。
【００４２】
ＨＡＶｉサーバＦＣＭのためのアプリケーションプログラムインターフェースの実施例は、以下の、ゲートウェイ接続のサーバ側を含む。
【００４３】
【数５】
2004506988.tif 000007
ＨＡＶｉサーバＦＣＭのためのアプリケーションプログラムインターフェースの実施例は、以下の、ゲートウェイ接続のクライアント側を含む。
【００４４】
【数６】
2004506988.tif 000008
クライアントリスナーは以下の要求を受信することを実行する。
【００４５】
【数７】
2004506988.tif 000009
更に、ＨＡＶｉサーバＦＣＭのためのアプリケーションプログラムインターフェースの他の実施例は、以下の、ゲートウェイ接続のクライアント側を含む。
【００４６】
【数８】
2004506988.tif 000010
クライアントリスナーは、以下の要求を受信することを実行する。
【００４７】
【数９】
2004506988.tif 000011
最後に、本発明は、コンピュータプログラムにも、特に本発明を実行するために適用された担体上のコンピュータプログラムに、拡張される。プログラムは、ソースコード、オブジェクトコード、部分的にコンパイルされた形式のようなソースとオブジェクトコードの中間コード、のような形式、又は、本発明に従った処理の実行に使用するのに適する他の何れかの形式でもよい。担体は、プログラムを担うことができるどのような実体又は装置でもよい。例えば、担体は、蓄積媒体を含んでも良く又は、電気的又は光学的ケーブルを介して又は、無線又は、他の手段により担われうる電気的又は光学的信号のような、伝送可能な担体でもよい。プログラムが、ケーブル又は他の装置又は手段により直接的に運ばれうる信号内で実現されているときには、その担体は、そのようなケーブル又は他の装置手段により構成され得る。代わりに、担体は、集積回路でもよく、その中でプログラムが実現されており、集積回路は、関連する処理ステップの実行のために又はプログラム内で使用するために適用される。
【００４８】
上述の一般的な新しいそして発明の概念は、制限無しに、インターネット動作により、アクセスし且つアクセスされる任意のＨＡＶｉノード上でアプリケーションを実行することを可能とする。ネットワークに接続された少なくとも１つのＨＡＶｉ装置が、インターネットアクセスを有する場合には、ＩＰ−に基づくアプリケーションはＨＡＶｉに包まれることが可能であり、そして、ＨＡＶｉボックス上で実行され、そして、どのＨＡＶｉアプリケーションも完全なウェブサーバ及び／又はウェブクライアント機能を実行できそして、ＨＡＶｉアプリケーションは、どの非−ＨＡＶｉ装置上でも実行できる。
【図面の簡単な説明】
【図１】
本発明と共に使用するのに適する、一般的なウェブサーバの構成を示す図である。
【図２】
ＨＡＶｉへのウェブサーバＦＣＭ拡張の概略のレイアウトを示す図である。
【図３】
ゲートウェイの１つの側に付加されたＨＡＶｉＭＬサーバ（ＨＡＶｉＭＬは、ＡＰＩ及び／又はコマンド制御プロトコルをＸＭＬ又はＳＯＡＰのような現在あるマークアップ言語へ翻訳するのに適するＸＭＬベースの言語）と、ゲートウェイの他の側にあるＩＰ装置に付加されたＨＡＶｉＭＬクライアントを示す図である。
【図４】
ＨＡＶｉＭＬとＨＡＶｉウェブサーバＦＣＭの組合せの使用を示す図である。
【図１】
2004506988.tif 000012
【図２】
2004506988.tif 000013
【図３】
2004506988.tif 000014
【図４】
2004506988.tif 000015
【国際公開パンフレット】
2004506988.tif 000016
2004506988.tif 000017
2004506988.tif 000018
2004506988.tif 000019
2004506988.tif 000020
2004506988.tif 000021
2004506988.tif 000022
2004506988.tif 000023
2004506988.tif 000024
2004506988.tif 000025
2004506988.tif 000026
2004506988.tif 000027
2004506988.tif 000028
2004506988.tif 000029
2004506988.tif 000030
2004506988.tif 000031
2004506988.tif 000032
2004506988.tif 000033
2004506988.tif 000034
2004506988.tif 000035
【国際公開パンフレット（コレクトバージョン）】
2004506988.tif 000036
【国際公開パンフレット（コレクトバージョン）】
2004506988.tif 000037
【国際調査報告】
2004506988.tif 000038
2004506988.tif 000039
2004506988.tif 000040
2004506988.tif 000041
2004506988.tif 000042
2004506988.tif 000043