JP4723368B2

JP4723368B2 - 中継装置

Info

Publication number: JP4723368B2
Application number: JP2005364402A
Authority: JP
Inventors: 知範後藤; 賢造小林; 泰孝梅元
Original assignee: Fujitsu Ltd
Current assignee: Fujitsu Ltd
Priority date: 2005-12-19
Filing date: 2005-12-19
Publication date: 2011-07-13
Anticipated expiration: 2025-12-19
Also published as: JP2007173899A

Description

本発明は、複数のネットワーク間で遣り取りされるデータを中継するための中継装置に、関する。

周知のように、プライベートネットワークでは、外部ネットワークとは別個の独自のアドレス体系が設定されているので、複数のプライベートネットワークで同一のネットワークアドレスが重複利用される可能性がある。このため、複数のプライベートネットワークを、ルータ等の一般的な中継装置やそのような機能を持つコンピュータを介して接続することは、許されていない。以下、具体的に説明する。

図１３は、従来の一般的な中継装置９０の構成図である。図１３に示すように、従来の中継装置９０は、複数のネットワークインターフェース９０ｅ，９０ｆ，ＣＰＵ［Central Processing Unit］９０ｇ，ＤＲＡＭ［Dynamic Random Access Memory］９０ｈ，及び、ストレージ９０ｉを、内蔵しており、ストレージ９０ｉは、ＤＲＡＭ９０ｈに展開される幾つかのプログラムを記憶している。そのプログラムには、他の端末装置のアプリケーションとの間でデータの送受信を行うアプリケーション（プログラム）９１，及び、ネットワークインターフェースでのパケットの入出力やパケットの生成やデータの再生を制御するプロトコルモジュール（プログラム）９２が、含まれている。

ここで、図１３に示されるように、ネットワークインターフェース９０ｅ，９０ｆのうち、ネットワークインターフェース９０ｅが、ルータＥ０を介して二台の端末装置Ｅ１，Ｅ２に接続され、もう一つのネットワークインターフェース９０ｆが、ルータＦ０を介して端末装置Ｆ１に接続されているとすると、プロトコルモジュール９２がパケットの送り先を判定するのに利用する経路管理テーブルには、端末装置Ｅ１のネットワークアドレスとルータＥ０のネットワークアドレスを対応づけたレコード，端末装置Ｅ２のネットワークアドレスとルータＥ０のネットワークアドレスを対応づけたレコード，端末装置Ｆ１のネットワークアドレスとルータＦ０のネットワークアドレスを対応づけたレコードが、格納されることとなる。

そして、このような従来の中継装置９０が接続している一対のネットワークＥ，Ｆが何れもプライベートネットワークであるとすると、前述したように、端末装置Ｅ２と端末装置Ｆ１とに同じネットワークアドレスが設定されてしまう可能性がある。そう設定された場合において、端末装置Ｅ１が、端末装置Ｆ１へデータを送ろうとしたとしても、プロトコルモジュール９２が、宛先と指定されたネットワークアドレスをキーに、経路管理テーブルを上から順に参照していったときに、レコードの順が図１３に示されているようであると、端末装置Ｅ２のネットワークアドレスが端末装置Ｆ１のものよりも先に検出されてしまうため、ルータＥ０経由で端末装置Ｅ２にデータが送られ、端末装置Ｆ１にデータが届かなくなってしまう。

このような不合理が生ずるため、複数のプライベートネットワークＥ，Ｆを、ルータ等の一般的な中継装置９０やそのような機能を持つコンピュータを介して接続することは、許されていない。

特開２００５−２４４９０４号公報

以上のような制約から、複数のプライベートネットワークに属する端末装置同士で通信を行えるようにする場合、それらプライベートネットワーク間にインターネット等のネットワークを仲介役として介在させるとともに、その仲介ネットワークとプライベートネットワークとの間でアドレス変換を行うＮＡＴ／ＩＰマスカレードといった機能を用意せねばならかなった。

しかし、このような接続形態では、送信先のプライベートネットワークの特定の一つの端末装置としか、通信できないため、多数の端末装置へデータを提供するマルチキャストのようなサービスが運用できないとの問題があった。また、プライベートネットワークの通信速度が高くとも、仲介ネットワークの通信速度が低いと、データを高速に通信できなくなってしまうという問題もあった。このため、需要者からは、プライベートネットワーク間に別のネットワークを介在させることなく、これらプライベートネットワーク同士を接続することが望まれていた。

本発明は、前述したような従来技術の有する問題に鑑みてなされたものであり、その課題は、複数のプライベートネットワーク間に他の仲介ネットワークを介在させることなく、異なるプライベートネットワークに属するコンピュータが相互に通信を行えるようにすることにある。

上記の課題を解決するために案出された中継装置は、互いに独自のアドレス体系が設定されている複数のプライベートネットワークのそれぞれについて、そのプライベートネットワークにおけるサービス提供先を特定する情報とそのサービス提供先である装置のアドレスとを対応付けて記憶するための、プライベートネットワークにおけるサービス提供先を特定する情報として、そのプライベートネットワークとは別のプライベートネットワークにおいて未使用であってそのサービス提供先に仮想的に割り当てられたアドレスを記憶する記憶部，前記複数のプライベートネットワークのそれぞれに対し、そのプライベートネットワーク内のルータを介して接続される複数のネットワークインターフェース，前記複数のネットワークインターフェースのうちの何れかを通じて、そのネットワークインターフェースに接続されるプライベートネットワークの中の装置から、そのプライベートネットワークとは別のプライベートネットワークにおけるサービス提供先を特定する情報を含む、ユニキャストデータの送信を要求するサービス要求情報を、受信する受信部，及び、前記受信部が受信したサービス要求情報に含まれるアドレスが、別のプライベートアドレスのサービス提供先に仮想的に割り当てられたアドレスであった場合に、その仮想的なアドレスに対応するサービス提供先のアドレスを前記記憶部から読み出し、その読み出したアドレスを宛先として、前記サービス要求情報を、その宛先のアドレスが設定されているプライベートネットワークに接続された前記ネットワークインターフェースを通じて送信する送信部であって、前記受信部が受信したサービス要求情報に含まれるアドレスが、別のプライベートアドレスのサービス提供先に仮想的に割り当てられたアドレスであり、かつ、そのサービス要求情報が所定の情報を含んでいた場合には、そのサービス要求情報を、そのサービス提供先のアドレスとは別のアドレス宛に送信する送信部を備えることを、特徴としている。

このように構成されると、何れかのプライベートネットワーク上のコンピュータから、それとは別のプライベートネットワーク上のコンピュータに向けて、サービス要求情報が送られる途中で、受信部がそのサービス要求情報を受信すると、そのサービス要求情報に含まれるサービス提供先を特定する情報に対応するアドレスが、記憶部から読み出され、その読み出されたサービス要求情報が、送信元のプライベートネットワークへ送り返されることなく、その読み出されたアドレス宛に、自動的に、送信される。

従って、本発明によれば、複数のプライベートネットワーク間に他の仲介ネットワークを介在させることなく、異なるプライベートネットワークに属するコンピュータが相互に通信を行えるようになる。

次に、本発明を実施するための二つの最良の形態について、添付図面を参照しながら詳細に説明する。

実施形態１

図１は、第１の実施形態のコンピュータネットワークシステムの構成図である。

第１の実施形態のコンピュータネットワークシステムは、プライベートネットワークＡ，プライベートネットワークＢ，及び、中継装置１０からなる。

プライベートネットワークＡは、複数のコンピュータを通信自在に接続してなるネットワークであり、これら各コンピュータには、外部のネットワークから独立したアドレス体系が設定されている。第１の実施形態では、説明のため、このプライベートネットワークＡは、少なくとも、二台の配信サーバ装置２１ａ，２２ａと、ルータ２３ａとからなるものとしている。なお、二台の配信サーバ装置２１ａ，２２ａは、何れも、ＰＩＭ−ＳＭ［Protocol Independent Multicast-Sparse Mode］に従ってマルチキャストパケットを配信するためのコンピュータであり、ルータ２３ａは、ランデブーポイント（ＲＰ）として機能するコンピュータである。ここでは、説明のため、配信サーバ装置２１ａには、 230.1.1.1 という送信元アドレス（ＤＡ）と 10.1.1.1 という宛先グループアドレス（ＳＡ）とが設定され、配信サーバ装置２２ａには、 230.2.1.1 という送信元アドレス（ＤＡ）と 10.2.1.1 という宛先グループアドレス（ＳＡ）とが設定され、ルータ２３ａには、 10.3.1.1 というＩＰ［Internet Protocol］アドレスが設定されているものとする。

一方、プライベートネットワークＢも、複数のコンピュータを通信自在に接続してなるネットワークであり、これら各コンピュータにも、外部のネットワークから独立したアドレス体系が設定されている。第１の実施形態では、説明のため、このプライベートネットワークＢは、少なくとも、三台の端末装置３１ｂ，３２ｂ，３３ｂと、ルータ３４ｂとからなるものとしている。三台の端末装置３１ｂ，３２ｂ，３３ｂは、何れも、一般に市販されているパーソナルコンピュータであり、ルータ３４ｂは、ＩＰパケットを中継するためのコンピュータである。ここでは、説明のため、三台の端末装置３１ｂ，３２ｂ，３３ｂには、それぞれ 10.1.1.1 ， 10.2.1.1 ， 10.3.1.1 というＩＰアドレスが設定され、ルータ３４ｂには、 10.4.1.1 というＩＰアドレスが設定されているものとする。

そして、第１の実施形態のコンピュータネットワークシステムでは、プライベートネットワークＡのルータ２３ａとプライベートネットワークＢのルータ３４ｂとを中継装置１０にそれぞれ接続することによって、二つの異なるプライベートネットワークＡ，Ｂが、インターネット等の別のネットワークを介さずに直接接続されている。

図２は、中継装置１０の構成図である。

中継装置１０は、プライベートネットワークＡ上の装置とプライベートネットワークＢ上の装置との間でＰＩＭ−ＳＭに従って遣り取りされるマルチキャストパケットを、両ネットワークＡ，Ｂの間で中継するコンピュータである。

この中継装置１０は、Ａ用ネットワークインターフェース（ＩＦ）１０ａ，Ｂ用ネットワークインターフェース（ＩＦ）１０ｂ，ＣＰＵ［Central Processing Unit］１０ｃ，ＤＲＡＭ［Dynamic Random Access Memory］１０ｄ，及び、ストレージ１０ｅを、内蔵している。

このうち、Ａ用ＩＦ１０ａは、プライベートネットワークＡのルータ２３ａに接続され、Ｂ用ＩＦ１０ｂは、プライベートネットワークＢのルータ３４ｂに接続されている。また、ストレージ１０ｅは、ＣＰＵ１０ｃによってＤＲＡＭ１０ｄに展開される幾つかのプログラムを、記憶している。

ストレージ１０ｅが記憶するプログラムには、プライベートネットワークＡからのマルチキャストパケットの行き先を管理するアプリケーション１１ａ，プライベートネットワークＢからのマルチキャストパケットの行き先を管理するアプリケーション１１ｂ，Ａ用ＩＦ１０ａでのパケットの入出力を制御するＡ用プロトコルモジュール１３ａ，Ｂ用ＩＦ１０ｂでのパケットの入出力を制御するＢ用プロトコルモジュール１３ｂが、含まれている。

また、二つのマルチキャスト管理アプリケーション１１ａ，１１ｂは、何れも、マルチキャストパケットの行き先を管理するために、転送先管理テーブル１２ａ，１２ｂを利用する。

図３は、Ｂ用の転送先管理テーブル１２ｂのデータ構造の一例を示す図である。

Ｂ用の転送先管理テーブル１２ｂは、プライベートネットワークＡ内に設定されている宛先グループアドレスと同じ数のレコードを、有している。各レコードは、「宛先グループアドレス」と「Ａ側転送先アドレス」のフィールドを、有している。「宛先グループアドレス」フィールドには、各宛先グループアドレスが記録されるフィールドである。「Ａ側転送先アドレス」フィールドには、その宛先グループアドレスが宛先と指定されている場合のパケットの転送先とすべき上流のコンピュータ（ルータ又は配信サーバ装置）のＩＰアドレスが記録されるフィールドである。

なお、Ａ用の転送先管理テーブル１２ａは図示していないが、「宛先グループアドレス」フィールドにプライベートネットワークＢ内に設定されている宛先グループアドレス（図１に示した例には無い）を記録するとともに、「Ａ側転送先アドレス」フィールドの名称の中の「Ａ」を「Ｂ」に置換してこのフィールドの内容を適宜変更すれば良いので、ここでは詳細に説明しない。

従って、以上に説明した転送先管理テーブル１２ａ，１２ｂを記憶したＤＲＡＭ１０ｄ及びストレージ１０ｅは、前述した記憶部に相当している。

ところで、ストレージ１０ｅ内のプログラムは、この中継装置１０の主電源が投入されたときに、ＣＰＵ１０ｃによって起動されるようになっている。但し、プロトコルモジュール１３ａ，１３ｂに含まれるＪｏｉｎメッセージ送受信用ソケットインターフェースプログラムは、主電源の投入では、起動されない。ここで、Ｊｏｉｎメッセージとは、配信サーバ装置２２ａ又は配信サーバ装置２２ｂからマルチキャスト配信されるデータの受取先になろうとする端末装置が、ランデブーポイントへ送信するメッセージ，或いは、ランデブーポイントとして立候補しようとするＰＩＭ対応ルータが、別のランデブーポイント又はブートストラップルータへ送信するメッセージであり、具体的なメッセージフォーマットは、ＲＦＣ２３６２［Request for Comments 2362］に規定されている。

図４は、Ｂ用のマルチキャスト管理アプリケーション１１ｂに従ってＣＰＵ１０ｃが実行する処理の流れを示す図である。

図４に係る処理の開始後、ＣＰＵ１０ｃは、Ｂ用のプロトコルモジュール１３ｂに対し、Ｊｏｉｎメッセージ受信用ソケットインターフェースプログラムを起動させる（ステップＳ１０１）。これにより、プライベートネットワークＢから来るＪｏｉｎメッセージの受信用ソケットがオープンとなる。

続いて、ＣＰＵ１０ｃは、Ｊｏｉｎメッセージの受信用ソケットがＪｏｉｎメッセージを受信するまで、待機する（ステップＳ１０２；ＮＯ）。従って、このステップＳ１０２を実行すＣＰＵ１０ｃは、前述した受信部に相当している。

その後、Ｊｏｉｎメッセージの受信用ソケットがＪｏｉｎメッセージを受信すると（ステップＳ１０２；ＹＥＳ）、ＣＰＵ１０ｃは、そのＪｏｉｎメッセージのヘッダにおけるマルチキャストグループアドレス［Encoded-Multicast Group Address］フィールド内の宛先グループアドレスをキーとして、図３の転送先管理テーブル１２ｂを検索する（ステップＳ１０３）。

ＣＰＵ１０ｃは、図３の転送先管理テーブル１２ｂから宛先グループアドレスが検出できなかった場合（ステップＳ１０４；ＮＯ）、Ｊｏｉｎメッセージを廃棄して（ステップＳ１０５）、Ｊｏｉｎメッセージの受信用ソケットがＪｏｉｎメッセージを受信するのを待機する状態に戻る（ステップＳ１０２；ＮＯ）。

一方、ＣＰＵ１０ｃは、図３の転送先管理テーブル１２ｂから宛先グループアドレスが検出できた場合（ステップＳ１０４；ＹＥＳ）、Ａ用のプロトコルモジュール１３ａに対し、Ｊｏｉｎメッセージ受信用ソケットインターフェースプログラムを起動させる（ステップＳ１０６）。これにより、プライベートネットワークＡへ送るＪｏｉｎメッセージの送信用ソケットがオープンとなる。

続いて、ＣＰＵ１０ｃは、図３の転送先管理テーブル１２ｂから検出されたレコードの転送先アドレス宛へ、Ｊｏｉｎメッセージ送信用ソケットを通じて、Ｊｏｉｎメッセージを送信する処理を行う（ステップＳ１０７）。

従って、ステップＳ１０３，Ｓ１０４，Ｓ１０７を実行するＣＰＵ１０ｃは、前述した送信部に相当している。

そして、その送信の後、ＣＰＵ１０ｃは、Ｊｏｉｎメッセージの受信用ソケットがＪｏｉｎメッセージを受信するまで、待機する（ステップＳ１０８；ＮＯ）。従って、このステップＳ１０８は、前述した受信部に相当している。

その後、Ｊｏｉｎメッセージの受信用ソケットがＪｏｉｎメッセージを受信すると（ステップＳ１０８；ＹＥＳ）、ＣＰＵ１０ｃは、ステップＳ１０３と同様に、そのＪｏｉｎメッセージ中の宛先グループアドレスで図３の転送先管理テーブル１２ｂを検索する（ステップＳ１０９）。

その後、図３の転送先管理テーブル１２ｂから宛先グループアドレスが検出できなかった場合（ステップＳ１１０；ＮＯ）、ＣＰＵ１０ｃは、Ｊｏｉｎメッセージを廃棄して（ステップＳ１１１）、Ｊｏｉｎメッセージの受信用ソケットがＪｏｉｎメッセージを受信するのを待機する状態に戻る（ステップＳ１０８；ＮＯ）。

一方、図３の転送先管理テーブル１２ｂから宛先グループアドレスが検出できた場合（ステップＳ１１０；ＹＥＳ）、ＣＰＵ１０ｃは、図３の転送先管理テーブル１２ｂから検出されたレコードの転送先アドレス宛へ、Ｊｏｉｎメッセージ送信用ソケットを通じて、Ｊｏｉｎメッセージを送信する処理を行い（ステップＳ１１２）、Ｊｏｉｎメッセージの受信用ソケットがＪｏｉｎメッセージを受信するのを待機する状態に戻る（ステップＳ１０８；ＮＯ）。

従って、ステップＳ１０９，Ｓ１１０，Ｓ１１２を実行するＣＰＵ１０ｃは、前述した送信部に相当している。

なお、この図４に係る処理によりオープンされた送受信用ソケットは、中継装置１０の主電源が切断される際、或いは、再起動が掛けられる際に、クローズされる。

このような処理が、中継装置１０で行われるようになっているため、プライベートネットワークＢ上のコンピュータ３１ｂ〜３４ｂの何れかからプライベートネットワークＡ内のランデブーポイントに向けてＪｏｉｎメッセージが送られる途中で、Ｂ用プロトコルモジュール１３ｂによるＪｏｉｎメッセージ受信用ソケットが、Ｊｏｉｎメッセージを受け取ると（ステップＳ１０２；ＹＥＳ）、その宛先グループアドレスが適正であれば（ステップＳ１０３，Ｓ１０４；ＹＥＳ）、Ａ用プロトコルモジュール１３ａによるＪｏｉｎメッセージ送信用ソケットがオープンされ（ステップＳ１０６）、プライベートネットワークＢからプライベートネットワークＡへのＪｏｉｎメッセージの通信路が、この中継装置１０上に確立されることとなる。そして、これ以降、適正な宛先グループアドレス宛のＪｏｉｎメッセージが、プライベートネットワークＢから中継装置１０に送られてきたときには、この中継装置１０は、そのＪｏｉｎメッセージを、プライベートネットワークＢへ返すことなく、自動的に、プライベートネットワークＡへ送出することとなる（ステップＳ１０８；ＹＥＳ，Ｓ１０９，Ｓ１１０；ＹＥＳ，Ｓ１１２）。

従って、第１の実施形態の中継装置１０によれば、異なる二つのプライベートネットワークＡ，Ｂで同一のネットワークアドレスが使用されていると否とに拘わらず、それらプライベートネットワークＡ，Ｂが相互通信自在に接続できるようになる。

実施形態２

図５は、第２の実施形態のコンピュータネットワークシステムの構成図である。

第２の実施形態のコンピュータネットワークシステムは、プライベートネットワークＣ，プライベートネットワークＤ，及び、中継装置６０からなる。

プライベートネットワークＣは、複数のコンピュータを通信自在に接続してなるネットワークであり、これら各コンピュータには、外部のネットワークから独立したアドレス体系が設定されている。第２の実施形態では、説明のため、このプライベートネットワークＣは、少なくとも、二台のウェブサーバ装置７１ｃ，７２ｃと、ルータ７３ｃとからなるものとしている。なお、二台のウェブサーバ装置７１ｃ，７２ｃは、何れも、ＨＴＴＰ［HyperText Transfer Protocol］に従ってウェブページデータをウェブクライアント装置へ送信するためのコンピュータであり、ルータ７３ｃは、ＩＰパケットを中継するためのコンピュータである。ここでは、説明のため、二台のウェブサーバ装置７１ｃ，７２ｃには、それぞれ 10.1.1.1 ， 10.2.1.1 というＩＰアドレスが設定され、ルータ７３ｃには、 10.3.1.1 というＩＰアドレスが設定されているものとする。

一方、プライベートネットワークＤも、複数のコンピュータを通信自在に接続してなるネットワークであり、これら各コンピュータにも、外部のネットワークから独立したアドレス体系が設定されている。第２の実施形態では、説明のため、このプライベートネットワークＤは、少なくとも、三台のウェブクライアント装置８１ｄ，８２ｄ，８３ｄと、ルータ８４ｄとからなるものとしている。三台のウェブクライアント装置８１ｄ，８２ｄ，８３ｄは、何れも、一般に市販されているパーソナルコンピュータにウェブブラウザをインストールしてなる装置であり、ルータ８４ｄは、ＩＰパケットを中継するためのコンピュータである。ここでは、説明のため、三台のウェブクライアント装置８１ｄ，８２ｄ，８３ｄには、それぞれ 10.1.1.1 ， 10.2.1.1 ， 10.3.1.1 というＩＰアドレスが設定され、ルータ８４ｄには、 10.4.1.1 というＩＰアドレスが設定されているものとする。

そして、第２の実施形態のコンピュータネットワークシステムでは、プライベートネットワークＣのルータ７３ｃとプライベートネットワークＤのルータ８４ｄとを中継装置６０にそれぞれ接続することによって、二つの異なるプライベートネットワークＣ，Ｄが、インターネット等の別のネットワークを介さずに直接接続されている。

図６は、中継装置６０の構成図である。

中継装置６０は、プライベートネットワークＣ上の装置とプライベートネットワークＤ上の装置との間でユニキャストされたＨＴＴＰメッセージを、両ネットワークＣ，Ｄの間で中継するコンピュータである。

この中継装置６０は、Ｃ用ネットワークインターフェース（ＩＦ）６０ｃ，Ｄ用ネットワークインターフェース（ＩＦ）６０ｄ，ＣＰＵ６０ｅ，ＤＲＡＭ６０ｆ，及び、ストレージ６０ｇを、内蔵している。

このうち、Ｃ用ＩＦ６０ｃは、プライベートネットワークＣのルータ７３ｃに接続され、Ｄ用ＩＦ６０ｄは、プライベートネットワークＤのルータ８４ｄに接続されている。また、ストレージ６０ｇは、ＣＰＵ６０ｅによってＤＲＡＭ６０ｆに展開される幾つかのプログラムを、記憶している。

ストレージ６０ｇが記憶するプログラムには、プライベートネットワークＣ，Ｄ間のユニキャストパケットの行き先を管理するアプリケーション６１，Ｃ用ＩＦ６０ｃでのパケットの入出力を制御するＤ用プロトコルモジュール６３ｃ，Ｄ用ＩＦ６０ｄでのパケットの入出力を制御するＤ用プロトコルモジュール６３ｄが、含まれている。

また、ユニキャスト管理アプリケーション６１は、プライベートネットワークＣからプライベートネットワークＤへのＨＴＴＰメッセージの行き先を管理するために、Ｃ用転送先管理テーブル６２ｃを利用する。さらに、このユニキャスト管理アプリケーション６１は、プライベートネットワークＤからプライベートネットワークＣへのＨＴＴＰメッセージの行き先を管理するために、Ｄ用転送先管理テーブル６２ｄを利用する。

図７は、Ｄ用転送先管理テーブル６２ｄのデータ構造の一例を示す図である。

Ｄ用転送先管理テーブル６２ｄの各レコードは、「要求先アドレス」と「第１パス」と「Ｃ側転送先アドレス」のフィールドを、有している。「要求先アドレス」フィールドには、プライベートネットワークＤ内で未使用（未設定）のＩＰアドレスのうち、プライベートネットワークＣ内のウェブサーバ装置７１ｃ、７２ｃ又はウェブクライアント装置（図５に示した例には無い）に対して仮想的に割り当てたＩＰアドレスが記録されるフィールドである。なお、第２の実施形態では、説明のため、ウェブサーバ装置７１ｃには、プライベートネットワークＤ内で未使用の 10.5.1.1 というＩＰアドレスが仮想的に割り当てられ、且つ、ウェブサーバ装置７２ｃには、プライベートネットワークＤ内で未使用の 10.5.1.2 というＩＰアドレスが仮想的に割り当てられているとしている。これにより、プライベートネットワークＤ内のウェブクライアント装置８１ｄ〜８３ｄは、プライベートネットワークＣのウェブサーバ装置７１ｃ，７２ｃへウェブページを要求する際、 10.5.1.1 や 10.5.1.2 宛にリクエストメッセージを送らねばならない。「第１パス」フィールドは、ウェブサーバ装置７１ｃ，７２ｃの各ウェブページに設定されているＵＲＬ［Uniform Resource Locator］において第１のパスとして組み込まれているパス情報が記録されるフィールドである。但し、ウェブクライアント装置（図５に示した例には無い）には、ウェブページが無いので、このような装置のレコードについては、「第１パス」フィールドは空欄となる。「Ｃ側転送先アドレス」フィールドには、プライベートネットワークＣ内のウェブサーバ装置７１ｃ，７２ｃのＩＰアドレス（プライベートネットワークＣ内のＩＰアドレス）が記録されるフィールドである。

なお、Ｃ用の転送先管理テーブル６２ｃは図示していないが、そのテーブル６２ｃの「要求先アドレス」フィールドには、プライベートネットワークＣ内で未使用のＩＰアドレスであってプライベートネットワークＤ内の各ウェブクライアント装置８１ｄ〜８３ｄに仮想的に割り当てたものを記録するとともに、「Ｃ側転送先アドレス」フィールドの名称の中の「Ｃ」を「Ｄ」に置換してこのフィールドと「第１パス」フィールドの内容を適宜変更すれば良いので、ここでは詳細に説明しない。

従って、以上に説明した転送先管理テーブル６２ｃ，６２ｄを記憶したＤＲＡＭ６０ｆ及びストレージ６０ｇは、前述した記憶部に相当している。

ところで、ストレージ６０ｇ内のプログラムは、この中継装置６０の主電源が投入されたときに、ＣＰＵ６０ｅによって起動されるようになっている。但し、プロトコルモジュール６３ｃ，６３ｄに含まれるＨＴＴＰメッセージ送受信用ソケットインターフェースプログラムは、第１の実施形態と同様に、主電源の投入では、起動されない。

図８及び図９は、ユニキャスト管理アプリケーション６１に従ってＣＰＵ６０ｅが実行する処理の流れを示す図である。

図８及び図９に係る処理の開始後、ＣＰＵ６０ｅは、Ｃ用のプロトコルモジュール６３ｃに対し、ＨＴＴＰメッセージ受信用ソケットインターフェースプログラムを起動させる（ステップＳ２０１）。これにより、プライベートネットワークＣから来るＨＴＴＰメッセージの受信用ソケットがオープンとなる。

また、ＣＰＵ６０ｅは、Ｄ用のプロトコルモジュール６３ｄに対し、ＨＴＴＰメッセージ受信用ソケットインターフェースプログラムを起動させる（ステップＳ２０１）。これにより、プライベートネットワークＤから来るＨＴＴＰメッセージの受信用ソケットがオープンとなる。

続いて、ＣＰＵ６０ｅは、Ｃ用又はＤ用のプロトコルモジュール６３ｃ，６３ｄの受信用ソケットがＨＴＴＰメッセージを受信するまで、待機する（ステップＳ２０２；ＮＯ）。従って、このステップＳ２０２を実行するＣＰＵ６０ｅは、前述した受信部に相当している。

その後、Ｃ用又はＤ用の受信用ソケットがＨＴＴＰメッセージを受信すると（ステップＳ２０２；ＹＥＳ）、ＣＰＵ６０ｅは、そのＨＴＴＰメッセージがプライベートネットワークＣとプライベートネットワークＤの何れから来たものであるか（Ｃ用の受信用ソケットとＣ用の受信用ソケットの何れが受信したか）を、判別する（ステップＳ２０３）。

そして、そのＨＴＴＰメッセージがプライベートネットワークＤから来たものであった場合（ステップＳ２０３；ＹＥＳ）、ＣＰＵ６０ｅは、そのＨＴＴＰメッセージを受信したＤ用プロトコルモジュール６３ｄから取得される送信先のＩＰアドレスと、そのＨＴＴＰメッセージがリクエストメッセージであった場合には更にＧＥＴメソッドに第１のパスとして含まれるパス情報とをキーとして、Ｄ用転送先管理テーブル６２ｄを検索する（ステップＳ２０４）。

そして、条件に合致するレコードがＤ用転送先管理テーブル６２ｄから検出できなかった場合（ステップＳ２０５；ＮＯ）、ＣＰＵ６０ｅは、プライベートネットワークＤ内の送信元へ、図１０に示されるようなエラーメッセージを送信する処理を行い（ステップＳ２０６）、Ｃ用又はＤ用の受信用ソケットがＨＴＴＰメッセージを受信するのを待機する状態に戻る（ステップＳ２０２；ＮＯ）。

一方、条件に合致するレコードがＤ用転送先管理テーブル６２ｄから検出できた場合（ステップＳ２０５；ＹＥＳ）、ＣＰＵ６０ｅは、Ｃ用のプロトコルモジュール６３ｃに対し、ＨＴＴＰメッセージの受信用ソケットインターフェースプログラムを起動させる（ステップＳ２０７）。これにより、プライベートネットワークＣへ送るＨＴＴＰメッセージの送信用ソケットがオープンとなる。

続いて、ＣＰＵ６０ｅは、Ｄ用の転送先管理テーブル６２ｄから検出されたレコードの転送先アドレス宛へ、Ｃ用のメッセージ送信用ソケットを通じて、ＨＴＴＰメッセージを送信する処理を行う（ステップＳ２０８）。なお、このＨＴＴＰメッセージが図１１に示されるようなリクエストメッセージである場合、ＣＰＵ６０ｅは、ステップＳ２０８において、ＨＴＴＰメッセージを送信する前に、図１２のように、このＨＴＴＰメッセージのＧＥＴメソッド内のパスやＨｏｓｔ情報を書き換える処理も行う。

従って、ステップＳ２０４，Ｓ２０５，Ｓ２０８を実行するＣＰＵ６０ｅは、前述した送信部に相当している。

そして、その送信の後、ＣＰＵ６０ｅは、Ｃ用又はＤ用の受信用ソケットがＨＴＴＰメッセージを受信するのを待機する状態になる（ステップＳ２１３；ＮＯ）。

また、ステップＳ２０２で受信したＨＴＴＰメッセージがプライベートネットワークＣから来たものであった場合（ステップＳ２０３；ＮＯ）、ＣＰＵ６０ｅは、そのＨＴＴＰメッセージを受信したＣ用プロトコルモジュール６３ｃから取得される送信先のＩＰアドレスと、そのＨＴＴＰメッセージがリクエストメッセージであった場合には更にＧＥＴメソッドに第１のパスとして含まれるパス情報とをキーとして、Ｃ用転送先管理テーブル６２ｃを検索する（ステップＳ２０９）。

そして、条件に合致するレコードがＣ用転送先管理テーブル６２ｃから検出できなかった場合（ステップＳ２１０；ＮＯ）、ＣＰＵ６０ｅは、プライベートネットワークＣ内の送信元へ、図１０に示されるようなエラーメッセージを送信する処理を行い（ステップＳ２０６）、Ｃ用又はＤ用の受信用ソケットがＨＴＴＰメッセージを受信するのを待機する状態に戻る（ステップＳ２０２；ＮＯ）。

一方、条件に合致するレコードがＣ用転送先管理テーブル６２ｃから検出できた場合（ステップＳ２１０；ＹＥＳ）、ＣＰＵ６０ｅは、Ｄ用のプロトコルモジュール６３ｄに対し、ＨＴＴＰメッセージの受信用ソケットインターフェースプログラムを起動させる（ステップＳ２１１）。これにより、プライベートネットワークＤへ送るＨＴＴＰメッセージの送信用ソケットがオープンとなる。

続いて、ＣＰＵ６０ｅは、Ｃ用の転送先管理テーブル６２ｃから検出されたレコードの転送先アドレス宛へ、Ｄ用のメッセージ送信用ソケットを通じて、ＨＴＴＰメッセージを送信する処理を行う（ステップＳ２１２）。なお、ステップＳ２０８と同様に、このステップＳ２１２でも、ＣＰＵ６０ｅは、ＨＴＴＰメッセージがリクエストメッセージであったときには、ＨＴＴＰメッセージを送信する前に、ＨＴＴＰメッセージのＧＥＴメソッド内のパスやＨｏｓｔ情報を書き換える処理を行う。

従って、ステップＳ２０９，Ｓ２１０，Ｓ２１２を実行するＣＰＵ６０ｅは、前述した送信部に相当している。

ステップＳ２１３においてＨＴＴＰメッセージ受信の待機中（この処理の実行主体は受信部に相当）、Ｃ用又はＤ用の受信用ソケットがＨＴＴＰメッセージを受信すると（ステップＳ２１３；ＹＥＳ）、ＣＰＵ６０ｅは、そのＨＴＴＰメッセージがプライベートネットワークＣとプライベートネットワークＤの何れから来たものであるか（Ｃ用の受信用ソケットとＣ用の受信用ソケットの何れが受信したか）を、判別する（ステップＳ２１４）。

そして、そのＨＴＴＰメッセージがプライベートネットワークＤから来たものであった場合（ステップＳ２１４；ＹＥＳ）、ＣＰＵ６０ｅは、そのＨＴＴＰメッセージを受信したＤ用プロトコルモジュール６３ｄから取得される送信先のＩＰアドレスと、そのＨＴＴＰメッセージがリクエストメッセージであった場合には更にＧＥＴメソッドに第１のパスとして含まれるパス情報とをキーとして、Ｄ用転送先管理テーブル６２ｄを検索する（ステップＳ２１５）。

そして、条件に合致するレコードがＤ用転送先管理テーブル６２ｄから検出できなかった場合（ステップＳ２１６；ＮＯ）、ＣＰＵ６０ｅは、プライベートネットワークＤ内の送信元へ、図１０に示されるようなエラーメッセージを送信する処理を行い（ステップＳ２１７）、Ｃ用又はＤ用の受信用ソケットがＨＴＴＰメッセージを受信するのを待機する状態に戻る（ステップＳ２１３；ＮＯ）。

一方、条件に合致するレコードがＤ用転送先管理テーブル６２ｄから検出できた場合（ステップＳ２１６；ＹＥＳ）、ＣＰＵ６０ｅは、Ｄ用の転送先管理テーブル６２ｄから検出されたレコードの転送先アドレス宛へ、Ｃ用のメッセージ送信用ソケットを通じて、ＨＴＴＰメッセージを送信する処理を行う（ステップＳ２１８）。なお、ステップＳ２０８と同様に、このステップＳ２１８でも、ＣＰＵ６０ｅは、ＨＴＴＰメッセージがリクエストメッセージであったときには、ＨＴＴＰメッセージを送信する前に、ＨＴＴＰメッセージのＧＥＴメソッド内のパスやＨｏｓｔ情報を書き換える処理を行う。

従って、ステップＳ２１５，Ｓ２１６，Ｓ２１８を実行するＣＰＵ６０ｅは、前述した送信部に相当している。

また、ステップＳ２１３で受信したＨＴＴＰメッセージがプライベートネットワークＣから来たものであった場合（ステップＳ２１４；ＮＯ）、ＣＰＵ６０ｅは、そのＨＴＴＰメッセージを受信したＣ用プロトコルモジュール６３ｃから取得される送信先のＩＰアドレスと、そのＨＴＴＰメッセージがリクエストメッセージであった場合には更にＧＥＴメソッドに第１のパスとして含まれるパス情報とをキーとして、Ｃ用転送先管理テーブル６２ｃを検索する（ステップＳ２１９）。

そして、条件に合致するレコードがＣ用転送先管理テーブル６２ｃから検出できなかった場合（ステップＳ２２０；ＮＯ）、ＣＰＵ６０ｅは、プライベートネットワークＣ内の送信元へ、図１０に示されるようなエラーメッセージを送信する処理を行い（ステップＳ２１７）、Ｃ用又はＤ用の受信用ソケットがＨＴＴＰメッセージを受信するのを待機する状態に戻る（ステップＳ２１３；ＮＯ）。

一方、条件に合致するレコードがＣ用転送先管理テーブル６２ｃから検出できた場合（ステップＳ２２０；ＹＥＳ）、ＣＰＵ６０ｅは、Ｃ用の転送先管理テーブル６２ｃから検出されたレコードの転送先アドレス宛へ、Ｄ用のメッセージ送信用ソケットを通じて、ＨＴＴＰメッセージを送信する処理を行う（ステップＳ２２１）。なお、ステップＳ２０８と同様に、このステップＳ２２１でも、ＣＰＵ６０ｅは、ＨＴＴＰメッセージがリクエストメッセージであったときには、ＨＴＴＰメッセージを送信する前に、ＨＴＴＰメッセージのＧＥＴメソッド内のパスやＨｏｓｔ情報を書き換える処理を行う。

従って、ステップＳ２１９，Ｓ２２０，Ｓ２２１を実行するＣＰＵ６０ｅは、前述した送信部に相当している。

なお、この図８及び図９に係る処理によりオープンされた送受信用ソケットは、中継装置１０の主電源が切断される際、或いは、再起動が掛けられる際に、クローズされる。

このような処理が、中継装置６０で行われるようになっているため、プライベートネットワークＤ上のウェブクライアント装置８１ｄ〜８３ｄの何れかからプライベートネットワークＣ内のウェブサーバ装置７１ｃ，７２ｃに向けてＨＴＴＰメッセージが送られる途中で、Ｄ用プロトコルモジュール６３ｄによるＨＴＴＰメッセージ受信用ソケットが、ＨＴＴＰメッセージを受け取ると（ステップＳ２０２；ＹＥＳ）、その宛先がＤ用の転送先管理テーブル６２ｄに登録されていれば（ステップＳ２０４，Ｓ２０５；ＹＥＳ）、Ｃ用プロトコルモジュール６３ｃによるＨＴＴＰメッセージ送信用ソケットがオープンされ（ステップＳ２０７）、プライベートネットワークＤからプライベートネットワークＣへのＨＴＴＰメッセージの通信路が、この中継装置６０上に確立されることとなる。そして、これ以降、Ｄ用の転送先管理テーブル６２ｄに登録されているＩＰアドレス宛のＨＴＴＰメッセージが、プライベートネットワークＤから中継装置６０に送られてきたときには、この中継装置６０は、そのＨＴＴＰメッセージを、プライベートネットワークＤへ返すことなく、自動的に、プライベートネットワークＣへ送出することとなる（ステップＳ２１３；ＹＥＳ，Ｓ２１５，Ｓ２１６；ＹＥＳ，Ｓ２１８）。

従って、第２の実施形態の中継装置６０によっても、異なる二つのプライベートネットワークＣ，Ｄで同一のネットワークアドレスが使用されていると否とに拘わらず、それらプライベートネットワークＣ，Ｄが相互通信自在に接続できるようになる。

なお、第２の実施形態では、図７に示されるＤ用転送先管理テーブル６２ｄが、プライベートネットワークＣのウェブサーバ装置７１ｃ，７２ｃのために、ウェブサーバ装置７１ｃ，７２ｃの実アドレスと、プライベートネットワークＤに用意された仮想的なアドレスとを、対応付けて記録するものとして説明したが、このＤ用転送先管理テーブル６２ｄの用途はこれに限られない。

例えば、「第１パス」フィールドにパス情報が記録されているレコードにおいて、「Ｃ側転送先アドレス」フィールドに、「要求先アドレス」フィールド内の仮想アドレスに対応するプライベートネットワークＣ内の実アドレスとは異なるアドレスを記録しておけば、プライベートネットワークＤ内のウェブクライアント装置８１ｄ〜８３ｄに対し、上記パス情報を第１のパスに含むＵＲＬへのアクセス制限を、課すことができる。

（付記１）
互いに独自のアドレス体系が設定されている複数のプライベートネットワークのそれぞれについて、そのプライベートネットワークにおけるサービス提供先を特定する情報とそのサービス提供先である装置のアドレスとを対応付けて記憶する記憶部，
前記複数のプライベートネットワークのそれぞれに対し、そのプライベートネットワーク内のルータを介して接続される複数のネットワークインターフェース，
前記複数のネットワークインターフェースのうちの何れかを通じて、そのネットワークインターフェースに接続されるプライベートネットワークの中の装置から、そのプライベートネットワークとは別のプライベートネットワークにおけるサービス提供先を特定する情報を含むサービス要求情報を、受信する受信部，及び、
前記受信部がサービス要求情報を受信すると、その受信したサービス要求情報に含まれるサービス提供先を特定する情報に対応するアドレスを前記記憶部から読み出し、その読み出したアドレスを宛先として、前記サービス要求情報を、その宛先のアドレスが設定されているプライベートネットワークに接続された前記ネットワークインターフェースを通じて送信する送信部
を備えることを特徴とする中継装置。

（付記２）
前記サービス要求情報が、マルチキャストデータの送信を要求する情報である
ことを特徴とする付記１記載の中継装置。

（付記３）
前記サービス提供先を特定する情報が、ＰＩＭ−ＳＭにおけるＪｏｉｎメッセージに含まれる宛先グループアドレスである
ことを特徴とする付記２記載の中継装置。

（付記４）
前記サービス要求情報が、ユニキャストデータの送信を要求する情報である
ことを特徴とする付記１記載の中継装置。

（付記５）
前記記憶部は、プライベートネットワークにおけるサービス提供先を特定する情報として、そのプライベートネットワークとは別のプライベートネットワークにおいて未使用であってそのサービス提供先に仮想的に割り当てられたアドレスを、記憶し、
前記送信部は、前記受信部が受信したサービス要求情報に含まれるアドレスが、別のプライベートアドレスのサービス提供先に仮想的に割り当てられたアドレスであった場合に、その仮想的なアドレスに対応するサービス提供先のアドレスを前記記憶部から読み出し、その読み出したアドレスを宛先として、前記サービス要求情報を、その宛先のアドレスが設定されているプライベートネットワークに接続された前記ネットワークインターフェースを通じて送信する
ことを特徴とする付記４記載の中継装置。

（付記６）
前記送信部は、前記受信部が受信したサービス要求情報に含まれるアドレスが、別のプライベートアドレスのサービス提供先に仮想的に割り当てられたアドレスであった場合であって、そのサービス要求情報が所定の情報を含むときには、そのサービス要求情報を、そのサービス提供先のアドレスとは別のアドレス宛に、そのサービス要求情報を送信する
ことを特徴とする付記５記載の中継装置。

（付記７）
コンピュータを、
互いに独自のアドレス体系が設定されている複数のプライベートネットワークのそれぞれについて、そのプライベートネットワークにおけるサービス提供先を特定する情報とそのサービス提供先である装置のアドレスとを対応付けて記憶装置に記憶する記憶手段，
前記複数のプライベートネットワークのそれぞれに対し、そのプライベートネットワーク内のルータを介して接続される複数のネットワークインターフェースのうち、何れかのネットワークインターフェースを通じて、そのネットワークインターフェースに接続されるプライベートネットワークの中の装置から、そのプライベートネットワークとは別のプライベートネットワークにおけるサービス提供先を特定する情報を含むサービス要求情報を、受信する受信手段，及び、
前記受信手段がサービス要求情報を受信すると、その受信したサービス要求情報に含まれるサービス提供先を特定する情報に対応するアドレスを前記記憶装置から読み出し、その読み出したアドレスを宛先として、前記サービス要求情報を、その宛先のアドレスが設定されているプライベートネットワークに接続された前記ネットワークインターフェースを通じて送信する送信手段
として機能させる
ことを特徴とする中継用プログラム。

第１の実施形態のコンピュータネットワークシステムの構成図中継装置の構成図Ｂ用の転送先管理テーブルのデータ構造の一例を示す図Ｂ用のマルチキャスト管理アプリケーションによる処理の流れを示す図第２の実施形態のコンピュータネットワークシステムの構成図中継装置の構成図Ｄ用転送先管理テーブルのデータ構造の一例を示す図ユニキャスト管理アプリケーションによる処理の流れを示す図ユニキャスト管理アプリケーションによる処理の流れを示す図エラーメッセージの例示図送信元ネットワークの仮想アドレス宛のリクエストメッセージの例示図送信先ネットワークの実アドレス宛のリクエストメッセージの例示図従来の一般的な中継装置の構成図

符号の説明

１０中継装置
１０ａＡ用ネットワークインターフェース
１０ｂＢ用ネットワークインターフェース
１０ｃＣＰＵ
１０ｄＤＲＡＭ
１１ａＡ用マルチキャスト管理アプリケーション
１１ｂＢ用マルチキャスト管理アプリケーション
１２ａＡ用転送先管理テーブル
１２ｂＢ用転送先管理テーブル
１３ａＡ用プロトコルモジュール
１３ｂＢ用プロトコルモジュール
２１ａ配信サーバ装置
２２ａ配信サーバ装置
２３ａルータ
３１ｂ端末装置
３２ｂ端末装置
３３ｂ端末装置
３４ｂルータ

Claims

互いに独自のアドレス体系が設定されている複数のプライベートネットワークのそれぞれについて、そのプライベートネットワークにおけるサービス提供先を特定する情報とそのサービス提供先である装置のＩＰアドレスとを対応付けて記憶するための、プライベートネットワークにおけるサービス提供先を特定する情報として、そのプライベートネットワークとは別のプライベートネットワークにおいて未使用であってそのサービス提供先に仮想的に割り当てられたＩＰアドレスを記憶する記憶部，
前記複数のプライベートネットワークのそれぞれに対し、そのプライベートネットワーク内のルータを介して接続される複数のネットワークインターフェース，
前記複数のネットワークインターフェースのうちの何れかを通じて、そのネットワークインターフェースに接続されるプライベートネットワークの中の装置から、そのプライベートネットワークとは別のプライベートネットワークにおけるサービス提供先を特定する情報を含む、ユニキャストデータの送信を要求するサービス要求情報を、受信する受信部，及び、
前記受信部が受信したサービス要求情報に含まれるＩＰアドレスが、別のプライベートネットワークのサービス提供先に仮想的に割り当てられたＩＰアドレスであった場合に、その仮想的なＩＰアドレスに対応するサービス提供先のＩＰアドレスを前記記憶部から読み出し、その読み出したＩＰアドレスを宛先として、前記サービス要求情報を、その宛先のＩＰアドレスが設定されているプライベートネットワークに接続された前記ネットワークインターフェースを通じて送信する送信部であって、前記受信部が受信したサービス要求情報に含まれるＩＰアドレスが、別のプライベートネットワークのサービス提供先に仮想的に割り当てられたＩＰアドレスであり、かつ、そのサービス要求情報が所定の情報を含んでいた場合には、そのサービス要求情報を、そのサービス提供先のＩＰアドレスとは別のＩＰアドレス宛に送信する送信部
を備えることを特徴とする中継装置。