(57)【要約】装置およびサービスのＵＰｎＰ制御ネットワークドメインにおける発見プロトコルの範囲は拡張される。１つのドメインのマルチキャストチャネルにおける検索メッセージまたは通知メッセージは第２ドメインに送信されるユニキャストメッセージにカプセル化されるようになる。マルチキャストメッセージは第２ドメインにおけるユニキャストメッセージから抽出され、第２ドメインのマルチキャストチャネルに入力される。
2005505196.tif 000002
【特許請求の範囲】
【請求項１】
複数のマルチキャストドメインをブリッジする方法であって：
前記ドメインの特定な１つから出るマルチキャストメッセージを前記ドメインの少なくとも他の１つへのユニキャストメッセージとして転送することを可能にする段階；並びに
前記他のドメインにおいて前記ユニキャストメッセージから前記マルチキャストメッセージを再生成することを可能にする段階；
を有することを特徴とする方法。
【請求項２】
請求項１に記載の方法であって、前記マルチキャストメッセージは装置またはサービスの発見のための検索メッセージを有する、ことを特徴とする方法。
【請求項３】
請求項１に記載の方法であって、前記マルチキャストメッセージは装置またはサービスの存在を通知するための通知メッセージを有する、ことを特徴とする方法。
【請求項４】
請求項１に記載の方法であって、前記特定のドメインまたは前記他のドメインの少なくとも一部は無線ネットワークの一部を形成する、ことを特徴とする方法。
【請求項５】
請求項１に記載の方法であって、ＩＰマルチキャスティングを使用する段階を有する、ことを特徴とする方法。
【請求項６】
請求項１に記載の方法であって、前記ドメインの少なくとも１つはＵＰｎＰアーキテクチャを有する、ことを特徴とする方法。
【請求項７】
データネットワークにおけるユニキャストメッセージであって、マルチキャストメッセージはユニキャストメッセージにおいてカプセル化される、ことを特徴とするユニキャストメッセージ。
【請求項８】
マルチキャストドメインと共に使用するための構成要素であって、ユニキャストメッセージにおいて、前記マルチキャストドメインにおいてマルチキャストチャネルから受信されるマルチキャストメッセージをカプセル化するために動作可能である、ことを特徴とする構成要素。
【請求項９】
マルチキャストドメインと共に使用するための構成要素であって、前記マルチキャストドメインのマルチキャストチャネルにマルチキャストメッセージを転送するためのユニキャストメッセージからマルチキャストメッセージを抽出するために動作可能である、ことを特徴とする構成要素。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、マルチドメインネットワークにおける発見手続きの使用および特徴に関する。
【背景技術】
【０００２】
例えば、ＨＡＶｉ、ＵＰｎＰ、ＪｉｎｉおよびＶＥＳＡ等のホームネットワークアーキテクチャは、代表的には、装置発見プロトコルを有する。このプロトコルは、プラグアンドプレイの動きを実行するために使用され、すなわち、装置がネットワークに（または、無線の場合、有効範囲内に入る）プラグインされるとき、装置は全ての対象となるパーティーにより自動的に発見され、即座に用いられることができる。ＵＰｎＰおよびＪｉｎｉのようなＩＰベースのホームネットワークは、ＩＰマルチキャスティングの上に発見プロトコルを構築する。この場合、標準的なＩＰアドレスおよびポートはマルチキャストチャネルとして標準化される。ネットワークに加えられ且つ他のネットワークに自身を公表することを望む装置は、このチャネルに特定の公表メッセージを送信する。新しい装置を発見することを望む装置はこのチャネルを簡単に受信する。
【０００３】
装置の自動発見は、それら装置を持っている人間と共に、（ホール）ネットワークに入ったりそれから出たりするＰＤＡ（携帯情報端末）または携帯電話のような無線装置に対して特に重要である。しかしながら、自動発見はまた、非携帯装置に対して関連性がある。これらの装置は、ユーザの意のままにオンまたはオフにされることが可能であり、そのように意のままにネットワークに入いりまたはネットワークから出ることが可能である。自動発見が重要である他の理由は、ＩＰアドレスの揮発性である。代表的には、ＤＨＣＰのようなＩＰアドレス割り当てスキームは、一時的を基本として装置にＩＰアドレスを割り当てる。換言すれば、ＩＰアドレス“Ａ”において昨日発見された装置は、明日ＩＰアドレス“Ｂ”を有することが可能である。発見プロトコルは、この新しいアドレスにおいてそれ自身を公表するためにこの装置のための機構を提供し、これにより、全ての対象となる顧客がこの新しいアドレスに気が付くようになることを確実にする。たとえ装置がユーザの観点からホームネットワークに入いりまたはネットワークから出ないとしても、ネットワークの観点からそれができる。それ故、発見は、装置が店から家に持って行かれてホームネットワークに設置されたときに実行される単に一度きりのアクティビティではない。そうではなく、発見は、ユーザまたはアプリケーションが特定のタイプの装置を用い且つ制御したいときはいつでも実行される必要があるセットアッププロセスである。
【０００４】
ＩＰマルチキャスティングに基づく発見は幾つかの問題を引き起こす。例えば、一般に、ＩＰマルチキャスティングは、全体的なインターネットに亘ってサポートされない。多くのＩＰルータおよびファイアウォール／ゲートウェイは全てのマルチキャストトラフィックを間単にブロックする。他の問題の側面として、ＩＰマルチキャスティングは拡大しない。マルチキャストメッセージは、マルチキャストメッセージの範囲を特定するＴＴＬ（Ｔｉｍｅ−Ｔｏ−Ｌｉｖｅ）をもつ必要がある。ＴＴＬフィールドは、このパケットが通過することが可能であるルータの数を特定し、全体的なインターネットをこれらのメッセージで溢れさせることを回避することが必要とされる。ＩＰマルチキャストルーティングプロトコルは、所定のマルチキャストパケットが転送されるべき送信ホストからどれ位遠いかを決定するために、ＩＰデータグラムのＴＴＬフィールドを使用する。マルチキャストデータグラムに対するデフォルトＴＴＬは１つであり、その結果、ローカルネットワークにおける他のホストにのみ行くマルチキャストパケットが得られる。一般に、２つの装置間のパスにおけるルータの数を知ることは不可能である。それ故、一般に、感知可能なＴＴＬ値は知られておらずに予測できず、マルチキャストメッセージが全ての関連する宛先に届くことを予め保証することはできない。
【発明の開示】
【課題を解決するための手段】
【０００５】
本発明者は、ＴＴＬ値が互いに発見することができる装置のクラスタを特定するために用いられることができることを実現した。本発明の特徴は、特に、拡張発見サーバ間で交換されるポイントツーポイント（または、ユニキャスト）メッセージ内のこれらのマルチキャストメッセージの“トンネリング”によりそのようなクラスタの複数を接続するための機構に関する。その結果、これらのサーバにより接続され且つ互いから離れた位置に存在する、離れたクラスタにおける装置およびアプリケーションは、いまや、互いを発見し且つ制御することができる。
【０００６】
従って、本発明の特徴は、複数のマルチキャストドメインをブリッジングする方法に関する。ドメインのうち特定な１つに源を発するマルチキャストメッセージは、ドメインのうち少なくとも他の１つにユニキャストメッセージとして転送されることを可能にする。次いで、マルチキャストメッセージは、他のドメインにおけるユニキャストメッセージから再生成されることが可能である。
【０００７】
本発明の他の特徴は、第１マルチキャストドメイン、例えば、ホームネットワークの第１部分において用いられるハードウェアまたはソフトウェア構成要素に関する。その構成要素は、第２マルチキャストドメイン、例えば、ホームネットワークの第２部分に送信される湯にキャストメッセージにおけるマルチキャストメッセージをカプセル化するために機能する。
【０００８】
本発明は、マルチキャストトンネリング及び基準変換により発見プロトコルの範囲を拡張することが可能であって、１つのドメインのマルチキャストチャネルにおけるサーチメッセージまたはアナウンスメントメッセージは、第２ドメインに送信されるユニキャストメッセージにカプセル化された状態になる。マルチキャストメッセージは、第２ドメインにおいてユニキャストメッセージから抽出され、第２ドメインのマルチキャストチャネルに入力される。
【０００９】
以下、本発明について、同時提出の図面を用いて、実施例によりさらに詳細に説明する。
【００１０】
一連の図面を通して、同じ参照番号は類似するかまたは対応する構成要素または機能を表す。
【発明を実施するための最良の形態】
【００１１】
図１および２は、１つのマルチキャストドメインにおいてイベントを検索し且つ通知することを示すイベント図である。代表的な発見プロトコルは、２つの可能な役割の１つを仮定する装置（または、ソフトウェアアプリケーション）であって、一方は制御された装置またはサーバであり、他方は制御装置またはクライアントアプリケーションである、装置を含む。発見プロトコルは、（特定のタイプの）制御された装置のために制御装置によりアクティブ検索を実行する。
【００１２】
図１において、制御装置１０２はマルチキャストチャネル１０６に検索メッセージ１０４を送信する。被制御装置１０８、１１０および１１２はマルチキャストチャネル１０６を受信する。関係する被制御装置１０８乃至１１２は、ユニキャスト応答１１４および１１６を制御装置１０２、検索メッセージの送信装置１０４に送信する。
【００１３】
図２において、被制御装置１０８および２０８は、例えば、非制御装置２０８のための“パワーオン”または“所定範囲に入る”等のクライアントのイベントに基づいてまたは定期的に、存在を通知するために、マルチキャストチャネル１０６に通知メッセージ２０２及び２０４を送信する。被制御装置１１０は、差し迫った消失（例えば、パワーシャットダウンの場合）を通知するためにマルチキャストチャネル１０６につうちメッセージ２０６を送信する。
【００１４】
検索応答１１４および１１６並びに存在通知２０２および２０４は、それぞれの被発見装置へのそれぞれの参照を含む。参照は、例えば、ＩＰアドレスまたはＵＲＬを有する。被発見装置とのその後の相互作用はこの参照に基づいている。
【００１５】
本発明は、このネットワークにおける装置がリモート装置を発見し（または発見され）且つリモート装置により使用されることを可能にするために、（ホーム）ネットワークに追加されることができる“被拡張サーバ（Ｅｘｔｅｎｄｅｄ  Ｄｉｓｃｏｖｅｒｙ  Ｓｅｒｖｅｒ：ＥＤＳ）”と呼ぶソフトウェア構成要素をここでは導入する。ＥＤＳは、インターネットまたは他の広域ネットワーク（Ｗｉｄｅ  Ａｒｅａ  Ｎｅｔｗｏｒｋ：ＷＡＮ）により１つまたはそれ以上のＥＤＳに接続される必要がある。静的グローバルＩＰアドレスまたは登録されたインターネットドメイン名のようなこれらのＥＤＳへのグローバル参照を知ることが必要である。ＥＤＳの機能については、制御装置が相互交流するためにリモート装置を検索することと、被制御装置がリモート制御装置にその存在または差し迫った消失を通知することの２つのシナリオについて、以下で説明する。
【００１６】
図３は、ドメイン３０２およびドメイン３０４であって、例えば、家庭１および家庭２それぞれにおけるイベントを伴うシナリオを示している。ドメイン３０２はＥＤＳ３０６を有し、ドメイン３０４はＥＤＳ３０８を有する。ＥＤＳ３０６および３０８は、それらのネットワーク、すなわちドメイン３０２および３０４を互いに共有することを可能にする。ＥＤＳ３０６および３０８は両方共、マルチキャストチャネル３１０および３１２においてメッセージを受信する。示した例においては、検索メッセージ３１４はドメイン３０２においてＥＤＳ３０６により検出される。ＥＤＳ３０６は、新しいユニキャストメッセージ３１８に、マルチキャスト送信装置であって、ここでは装置３１６への参照と共にマルチキャストメッセージ３１４をカプセル化する。ドメイン３０２におけるオリジナルのマルチキャスト送信装置３１６がローカル参照を使用する場合、その参照は、例えば、ＮＡＴにより変換され、同等なグローバル参照により置き換えられる。ＥＤＳ３０６は、次いで、共有することを望む１つまたはそれ以上の他のＥＤＳにＷＡＮ３２６によりユニキャストメッセージとしてカプセル化されたマルチキャストメッセージ３１８を送信する。この例において、関連する他のＥＤＳはＥＤＳ３０８である。ＥＤＳ３０８がＥＤＳ３０６からメッセージ３１８を受信するとき、前者はカプセル化された検索メッセージ３１４とオリジナルマルチキャスト送信装置３１６のグローバル参照とを抽出する。ＥＤＳ３０８は、次いで、ドメイン３０４におけるマルチキャストチャネル３１２に抽出された検索メッセージ３２０を送信する。それ故、オリジナルマルチキャストメッセージ３１４は、まるでドメイン３０２からＷＡＮ３２６を介してドメイン３０４にトンネリングしたかのように、異なるマルチキャストドメインにおいて再生成される。ＥＤＳ３０８は再生成されたマルチキャストメッセージ３２０の送信装置であるため、もしあれば、この検索メッセージに対する応答を受信する。ドメイン３０４における装置、例えば、装置３２２および３２４から受信された各々の応答は、ドメイン３０２におけるオリジナル検索の送信装置３１６に転送される。それら応答がローカル参照を含む場合、それらの参照は、例えば、ＮＡＴにより変換され、同等のグローバル参照により置き換えられる。ドメイン３０２における制御装置３１６は、検索されたドメイン３０４において被制御装置を発見した上は、制御装置３１６は装置３２２と相互作用するために受信された参照を使用することができる。これを実行するための実際の機構は本発明に依存しない。通常、それらの機構は、ＨＴＴＰのようなユニキャストに基づく。
【００１７】
図４は、ドメイン３０２および３０４におけるイベントを伴うシナリオを示しており、装置４０６はその存在を通知する。ＥＤＳ３０６および３０８は、標準化されたマルチキャストチャネル３１０および３１２に関するメッセージを受信する。通知メッセージ４０４が、ドメイン３０４におけるＥＤＳ３０８によってこのシナリオにおいて、ＥＤＳにより検出されたときはいつでも、関連するＥＤＳは全体的なマルチキャストメッセージ４０４をカプセル化する。通知４０４が、例えば、送信装置４０６に対するローカル参照を有する場合、その参照は、例えばＮＡＴにより変換され、同等なグローバル参照により置き換えられる。ＥＤＳ３０８は、次いで、１つまたはそれ以上の他のＥＤＳであって、このシナリオにおいてはＥＤＳ３０６に、ＷＡＮを介して、ユニキャストとしてカプセル化されたマルチキャストメッセージ４０８を送信する。ＥＤＳ３０６がＥＤＳ３０８からユニキャストメッセージ４０８を受信するとき、前者はメッセージ４０８からカプセル化されたつうちメッセージ４０４を抽出する。ＥＤＳ３０６は、次いで、ドメイン３０２において、マルチキャストチャネル３１０に抽出された通知メッセージ４１２を送信する。それ故、オリジナルマルチキャストメッセージ４０４は、まるでドメイン３０４からＷＡＮ３２６を介してドメイン３０２にトンネリングしたかのように、異なるマルチキャストドメインにおいて再生成される。通知４０４が、メッセージ４１２としてドメイン３０２において再生成された上は、ドメイン３０２における制御装置はドメイン３０４における新しい装置４０６を認識し、通知メッセージ４１２に含まれる参照により装置４０６と相互作用することができる。これを実行するための実際の機構は本発明に依存しない。通常、それらの機構は、ＨＴＴＰのようなユニキャストに基づく。
【００１８】
本発明は、１つのドメイン、例えば、ホームネットワークまたは他の限定領域内で発見されることができるエンティティが、制御された方式でリモートアプリケーションにより発見されることを可能にする。それらエンティティは、ＵＰｎＰに基づく装置のような装置、サービス、オーディオ／映像（Ａ／Ｖ）コンテンツ情報の個々の構成要素とすることができ、またはＰＤＡまたは携帯電話のようなパーソナル装置に関連する人さえすることができる。拡張される発見プロトコルの範囲は、互いのネットワークアドレスを知るＥＤＳの集合により決定される。
【００１９】
例えば、三人の友達のグループが、彼らのＥＤＳの間の関係を確立することにより彼らのホームネットワークを共有することを決定することが可能である。他の例は、仕事場でまたは休日の出掛け先で宅内の彼のＥＤＳと彼のＥＤＳとの間の関係を確立する携帯専門家である。これを実行するための実際の機構は本発明に依存しない。これらの関係を確立するための実際の機構は本発明の目的に依存しない。
【００２０】
ＥＤＳ機構によるリモートエンティティの発見の後、そのエンティティは用いられ／制御されることが可能である。例えば、宅内におけるセキュリティカメラを仕事場または休暇中の出掛け先において点検することが可能である。友達の宅内で記憶された歌または映像をあなた自身の宅内にダウンロードまたはストリーミングすることが可能であり、宅内におけるＶＣＲを遠隔位置からプログラムすることが可能であり、エネルギーを節約するために、遠隔位置から装置の電源を切ることが可能であり、ホームネットワークは、一日の半端な時間に装置を検索する許可または申し込みを伴わない装置の消失のような侵入／異常を検出するために遠隔的にモニタリングすることができる。
【００２１】
ＥＤＳは、宅内における特定の装置のみへの、一日の特定時間においてのみに、または特定の‘信頼されている’遠隔ＥＤＳのみに遠隔アクセスを可能にするために、フィルタリング機構を実行することが可能である。
【００２２】
図５および６は、ＵＰｎＰ構成をもつマルチキャストドメインのためにもう少し詳細に上記の内容を示している。ＵＰｎＰ規格は単純サービス発見プロトコル（Ｓｉｍｐｌｅ  Ｓｅｒｖｉｃｅ  Ｄｉｓｃｏｖｅｒｙ  Ｐｒｏｔｏｃｏｌ：ＳＳＤＰ）と呼ぶ発見プロトコルを規定している。ＵＰｎＰ装置かまたはＵＰｎＰサーバのどちらかを発見することが用いられる。ＵＰｎＰ技術においては、サービスはＵＰｎＰ装置の一部である基本的構成要素である。ＳＳＤＰは、標準的なマルチキャストチャネル、２３９．２５５．２５５．２５０：１９００と４のＴＴＬを使用する。ＳＳＤＰは次のようなメッセージを規定する。
−  通知（ｓｓｄｐ：ａｌｉｖｅ）：存在を通知するためにマルチキャストチャネルに被制御装置により定期的に送信される。装置の説明文書へのＵＲＬ参照を含む。
−  通知（ｓｓｄｐ：バイバイ）：差し迫った消失を通知するためにマルチキャストチャネルに被制御装置により送信される。
−  Ｍ検索（＜検索−目的＞）：特定の装置タイプ、サービスタイプ、装置インタフェースまたは全ての装置を検索するためにマルチキャストチャネルに制御装置により送信される。＜検索  目的＞に適合する被制御装置は、装置の説明文書に対するＵＲＬ参照を含むメッセージを用いる検索の送信装置に応答する必要がある。
【００２３】
制御装置が、対象とされる装置を発見するためにＳＳＤＰを使用した後、制御装置は装置文書に対するＵＲＬをもつ。制御装置は、その後、この文書をもってきて、その装置が含むサービス（基本的構成要素）に対する参照を発見するためにその文書を解析する。制御装置は、次いで、この装置と実際に相互作用するそれら参照を使用することができる。参照はＵＲＬの形式の状態であり、相互作用は制御装置と被制御装置との間のＨＴＴＰプロトコル（ＰＯＳＴメッセージによる）を使用することに基づいている。
【００２４】
一部の宅内においては、装置がそれ自身について通知するために用いるＵＲＬ参照は、所謂‘ローカル’ＩＰアドレスに基づいており、そのアドレスはグローバルには一意ではないことを意味し、ＵＲＬ参照はグローバルインターネットにおいては使用することができない。そのような宅内においては、少なくとも１つの装置であって、例えば、インターネットゲートウェイは、グローバルＩＰアドレスを有する。このインターネットゲートウェイは、代表的には、グローバルなＩＰアドレスとポートとをローカルなＩＰアドレスとポートとにマッピングするための機構である、ＮＡＴ（Ｎｅｔｗｏｒｋ  Ａｄｄｒｅｓｓ  Ｔｒａｎｓｌａｔｉｏｎ：ネットワークアドレス変換）またはＮＡＰＴ（Ｎｅｔｗｏｒｋ  Ａｄｄｒｅｓｓ  Ｐｏｒｔ  Ｔｒａｎｓｌａｔｉｏｎ：ネットワークアドレスポート変換）を実行する。ＥＤＳは、インターネットで移動するために家庭を出発し遠隔の家庭に達する全てのＳＳＤＰメッセージのためのグローバルアドレスによりローカルアドレスを置き換えるためにこの機構を使用することができる。具体的には、これは次のようなメッセージに関係する。
−  ローカル装置の通知（ｓｓｄｐ：ａｌｉｖｅ）
−  リモートＭ検索（＜検索−目的＞）メッセージへの応答
この実施形態において、トンネリングに使用されるユニキャストメッセージはＨＴＴＰ  ＰＯＳＴ機構である。ＨＴＴＰ本体は、ＳＳＤＰ検索、ＩＰアドレスおよび送信装置のポートの場合、完全なＳＳＤＰメッセージ（ＳＳＤＰヘッダ＋本体）に送信装置のＩＰアドレスとポートを加えたものを有する。この後者の情報は、‘ＯＲＧＩＮＡＬ−ＭＣＡＳＴ−ＳＥＮＤＥＲ’と呼ばれるＨＴＴＰヘッダとして符号化される。この実施形態におけるＥＤＳは、ＵＲＬ参照の形式で互いに識別する。
【００２５】
さらに具体的には、被トンネリング検索メッセージは次のようである。
ＰＯＳＴ  ＜ＥＤＳのＵＲＬのパス＞  ＨＴＴＰ／１．１
Ｍ−ＳＥＡＲＣＨ  ＊  ＨＴＴＰ／１．１
ＨＯＳＴ：  ２３９．２５５．２５５．２５０：１９００
ＭＡＮ：  “ｓｓｄｐ：ｄｉｓｃｏｖｅｒ”
ＭＸ：  ＜応答を遅延するための秒数＞
ＳＴ：  ＜検索目的＞
ＲＯＧＩＮＡＬ−ＭＣＡＳＴ−ＳＥＮＤＥＲ：  ＜グローバルＩＰアドレスおよびマルチキャスト送信装置のポート＞
存在メッセージの被トンネリング通知は次のようである。
ＰＯＳＴ  ＜遠隔ＥＤＳのＵＲＬ参照のパス＞  ＨＴＴＰ／１．１
Ｍ−ＳＥＡＲＣＨ  ＊  ＨＴＴＰ／１．１
ＨＯＳＴ：  ２３９．２５５．２５５．２５０：１９００
ＣＡＣＨＥ−ＣＯＮＴＲＯＬ：  ｍａｘ−ａｇｅ  ＝  ＜広告が期限切れになるまでの秒数＞
ＬＯＣＡＴＩＯＮ：  ＜装置に対するグローバルＵＲＬ参照＞
ＮＴ：  ＜検索目的＞
ＮＴＳ：  “ｓｓｄｐ：ａｌｉｖｅ”
ＳＥＲＶＥＲ：  ＜ＯＳ／バージョン＞  ＵＰｎＰ／１．０  ＜プロダクト／バージョン＞
ＵＳＮ：  ＜広告ＵＵＩＤ＞
差し迫った消失メッセージの被トンネリング通知は次のようである。
ＰＯＳＴ  ＜ＥＤＳのＵＲＬのパス＞  ＨＴＴＰ／１．１
Ｍ−ＳＥＡＲＣＨ  ＊  ＨＴＴＰ／１．１
ＨＯＳＴ：  ２３９．２５５．２５５．２５０：１９００
ＮＴ：  ＜検索目的＞
ＮＴＳ：  “ｓｓｄｐ：ｂｙｅｂｙｅ”
ＵＳＮ：  ＜広告ＵＵＩＤ＞
全てにおいて、これに対するＨＴＴＰ  ＰＯＳＴの応答は標準的なｏｋ応答、
ＨＴＴＰ／１．１  ２００  ＯＫ
である。
【００２６】
上記の括弧（“＜”および“＞”）に入ったメッセージの部分は文字通りに取られるべきものではないが、ＵＰｎＰ  ＳＳＤＰ仕様において規定されるように解釈されるべきものである。
【００２７】
図５および６はそれぞれ、図３に対応する検索トンネリングおよび図４に対応する通知トンネリングのためのシナリオを示すイベント図である。イベントはこのＵＰｎＰ／ＳＳＤＰ／ＨＴＴＰに特有の表現に表現し直される。
【図面の簡単な説明】
【００２８】
【図１】マルチキャストドメインにおける検索イベントおよび通知イベントを示すイベント図である。
【図２】マルチキャストドメインにおける検索イベントおよび通知イベントを示すイベント図である。
【図３】２つのマルチキャストドメインの間のマルチキャストメッセージのトンネリングを示すイベント図である。
【図４】２つのマルチキャストドメインの間のマルチキャストメッセージのトンネリングを示すイベント図である。
【図５】ＵＰｎＰ構成をもつマルチキャストドメイン間のトンネリングを示すイベント図である。
【図６】ＵＰｎＰ構成をもつマルチキャストドメイン間のトンネリングを示すイベント図である。
【図１】
2005505196.tif 000003
【図２】
2005505196.tif 000004
【図３】
2005505196.tif 000005
【図４】
2005505196.tif 000006
【図５】
2005505196.tif 000007
【図６】
2005505196.tif 000008
【国際公開パンフレット】
2005505196.tif 000009
2005505196.tif 000010
2005505196.tif 000011
2005505196.tif 000012
2005505196.tif 000013
2005505196.tif 000014
2005505196.tif 000015
2005505196.tif 000016
2005505196.tif 000017
2005505196.tif 000018
2005505196.tif 000019
2005505196.tif 000020
2005505196.tif 000021
2005505196.tif 000022
2005505196.tif 000023
2005505196.tif 000024
【国際公開パンフレット（コレクトバージョン）】
2005505196.tif 000025
【国際調査報告】
2005505196.tif 000026
2005505196.tif 000027