JP4146860B2 - 統合ｉｐ転送網 - Google Patents

Description

本発明は、TCP/IP(Transmission Control Protocol/Internet Protocol)技術をベースにしてコンピュータ通信を行うためのＩＰ(Internet Protocol)転送網の統合ＩＰ転送網に関する。

TCP/IP技術をベースにしてディジタル化した音声データを送受信するＩＰ転送網（以下、ＩＰ電話網という）は、滑らかな会話を行えるようにするため、通信回線速度は６４Kbps程度とし、音声データの到達時間を例えば０．１秒以下に抑えている。TCP/IP技術をベースにしてＴＶの動画像を画像圧縮して送受信するＩＰ転送網（以下、ＩＰ画像網という）は、通信回線速度として例えば１．５Mbpsとし、画像データの到達時間は数分程度許されるＩＰ転送網としている。

また、TCP/IP技術をベースにして電子伝票用のテキストを転送するＩＰ転送網（以下、ＩＰ電子テキスト網という）は、通信回線速度として例えば１２８Kbps程度とし、データ到達時間を１秒以下に抑えている。この場合、音声伝送やＴＶ画像伝送と比較して信頼性が重視されるので、通信エラー生起率をＩＰ電話網やＩＰ画像網の例えば１００分の１以下のＩＰ転送網としている。

この他のＩＰ転送網として、ＩＰ技術の１つであるマルチキャスト技術を用いて、電子書籍や電子新聞などのＩＰデータを、１つの配送元から複数の宛先に転送する“ＩＰデータマルチキャスト網”、ＴＶの音声データと画像データとを共に複数の宛先に転送（放送）するＩＰ音声画像網である“ＩＰベースＴＶ放送網”等がある。これらマルチキャスト型の網は１：１通信でない点において、上述のＩＰ転送網とは異なる。

図２９に示すように、インターネットに代表される従来のＩＰ転送網２０では、ＩＰ電話用データ、ＩＰ画像用データ、ＩＰ電子伝票テキストデータなどを含むＩＰパケット２６−１はＬＡＮ２１内部の端末２３−１から発信され、ＬＡＮ２１内部のルータ２４−１を経由し、更にＩＰ転送網２０内のルータ２２−１乃至２２−４、ＬＡＮ２２内部のルータ２４−２を経て、ＬＡＮ２２内部の端末２３−２に到達する。インターネットはＩＰ転送において通信速度などを保証できないが、最大努力するという意味で“ベストエフォート網”と一般に呼ばれる。この例のように、ＩＰ電話用データ、ＩＰ画像用データ、ＩＰ電子伝票テキストデータなどは、ＩＰ転送網２０内の通信回線を混在して流れる。つまり、従来のＩＰ転送網では、ＩＰ電話網やＩＰ画像網、ＩＰ電子テキスト網、ベストエフォート網、ＩＰデータマルチキャスト網、ＩＰベースＴＶ放送網などの様々な特質を有するＩＰ転送網を、その内部に分離して含んでいない。このような理由もあり、従来はＩＰ電話網、ＩＰ画像網、ＩＰ電子テキスト網、ベストエフォート網、ＩＰデータマルチキャスト網、ＩＰベースＴＶ放送網をそれぞれ単独で作ることになり、ＩＰ転送網全体の総コストを増やしてしまうという問題がある。

ここで、図３０を参照して、１つの配送元から複数の宛先に転送するマルチキャスト型のＩＰ転送網２７−１について説明する。２７−２乃至２７−９はルータであり、特にルータ２７−２、２７−６，２７−７，２７−８、２７−９は、ユーザのＩＰ端末２８−１乃至２８−９が通信回線経由で接続されるルータであり、網ノードともいう。ルータ２７−３，２７−４，２７−６，２７−７，２７−８には、受信したＩＰパケットに含まれるマルチキャストアドレス別に、このＩＰパケットを複数の通信回線に転送すべきことを示すルータ別マルチキャスト表が保持されている。本実施例の場合、マルチキャストアドレスが“MA１”を指定している。ＩＰ端末２８−１からマルチキャストアドレス“MA1”であるＩＰパケット２９−１が送信され、ルータ２７−２を経由してルータ２７−３に到達すると、ルータ２７−３はＩＰパケット２９−２をコピーし、ルータ２７−３が保持しているルータ別マルチキャスト表を参照して、ＩＰパケット２９−３とＩＰパケット２９−４を通信回線に転送する。ルータ２７−４は受信したＩＰパケット２９−３をコピーし、ルータ別マルチキャスト表を参照してＩＰパケット２９−５とＩＰパケット２９−６を通信回線に転送する。ルータ２７−５はルータ別マルチキャスト表がないので、ＩＰパケット２９−４はそのままルータ２７−５を通過し、ＩＰパケット２９−７となってルータ２７−８へ転送される。ルータ２７−６は受信したＩＰパケット２９−５をコピーし、ルータ別マルチキャスト表を参照して、ＩＰパケット２９−８をＩＰ端末２８−２へ、ＩＰパケット２９−９をＩＰ端末２８−３へそれぞれ転送する。ルータ２７−７は受信したＩＰパケット２９−６をコピーし、ルータ別マルチキャスト表を参照して、ＩＰパケット２９−１０をＩＰ端末２８−４へ、ＩＰパケット２９−１１をＩＰ端末２８−５へそれぞれ転送する。ルータ２７−８は受信したＩＰパケット２９−７をコピーし、ルータ別マルチキャスト表を参照して、ＩＰパケット２９−１２をＩＰ端末２８−６へ、ＩＰパケット２９−１３をＩＰ端末２８−７へ、ＩＰパケット２９−１４をＩＰ端末２８−８へそれぞれ転送する。送信元のＩＰ端末２８−１が、ディジタルデータ形式の電子書籍や電子新聞をＩＰ転送網２７−１に転送する場合、このＩＰ転送網２７−１は電子書籍や電子新聞を配送するためのＩＰデータマルチキャスト網であり、ＩＰ端末２８−２乃至２８−８は電子書籍や電子新聞を購読するユーザのＩＰ端末となる。送信元のＩＰ端末２８−１をTV放送用の音声画像送信装置に置きかえて、TV番組（つまり、音声と画像）を放送すると、このＩＰ転送網はＩＰベースTV放送網となり、ＩＰ端末２８−２乃至２８−８はTV視聴者用のTV受信機能付ＩＰ端末となる。

本発明は上述のような事情よりなされたものであり、本発明の目的は、ＩＰ電話網、ＩＰ画像網、ＩＰ電子テキスト網、ベストエフォート網、ＩＰデータマルチキャスト網、ＩＰベースＴＶ放送網等の様々な特質を有する複数のＩＰ転送網を内部に分離して含む統合ＩＰ転送網の通信方法を提供することにある。

本発明は統合ＩＰ転送網の通信方法に関し、本発明の上記目的は、統合ＩＰ転送網は、複数の網ノード装置及び複数のＩＰ転送網を含み、前記網ノード装置はそれぞれ前記統合ＩＰ転送網の外部の複数の端末と接続され、それぞれ前記ＩＰ転送網の少なくとも１以上と接続され、発信側端末１から送信されたＩＰパケットは、発信側網ノード装置１、前記網ノード装置１に接続されたＩＰ転送網のいずれか１つを経由して、宛先側網ノード装置２を経由して宛先端末２に送信されることにより、前記端末１及び前記端末２間で前記統合ＩＰ網を経由して通信を行う方法において、前記網ノード装置１は、前記ＩＰパケット内のポート番号を基に前記ＩＰパケットが経由するＩＰ転送網を決定することにより、或いは統合ＩＰ転送網は、複数の網ノード装置及び複数のＩＰ転送網を含み、前記網ノード装置は２以上の網ノード端子を含み、前記網ノード装置はそれぞれ前記統合ＩＰ転送網の外部の複数の端末と接続され、それぞれ前記ＩＰ転送網の少なくとも１以上と接続され、発信側端末１から送信されたＩＰパケットは、発信側網ノード装置１、前記網ノーＩＰド装置１に接続されたＩＰ転送網のいずれか１つを経由して、宛先側網ノード装置２を経由して宛先端末２に送信されることにより、前記端末１及び前記端末２間で前記統合ＩＰ網を経由して通信を行う方法において、前記網ノード装置１は、前記ＩＰパケットのポート番号を基に前記ＩＰパケットが経由するＩＰ転送網を決定すると共に、前記ＩＰパケット内のＩＰアドレスと前記ＩＰパケットが入力した前記網ノード装置１の網ノード端子を基に、前記網ノード装置２の網ノード端子を決定することにより達成される。
また、本発明の上記目的は、ポート番号に代えてＩＰアドレスを基に前記ＩＰパケットが経由するＩＰ転送網を決定することにより、或いは前記ＩＰ転送網のうち少なくとも１つはＩＰ電話網であることにより、或いは前記ＩＰ転送網のうち少なくとも１つはＩＰデータ網であることにより、或いは前記ＩＰ転送網のうち少なくとも１つはＩＰベースTV放送網であるることにより、より効果的に達成される。

以上のように本発明によれば、価格が高い専用線を使わなくて済み、ＴＶなどの動画像通信などに用いる高速通信回線が提供されておらず、或いは通信回線の設備拡充計画の責任者が不在のインターネットを用いることなく、比較的安価な大規模通信システムを構築できる。また、ＩＰ電話網、ＩＰ画像網、ＩＰ電子テキスト網、ベストエフォート網、ＩＰデータマルチキャスト網、ＩＰベースＴＶ放送網等の様々な特質を有する複数のＩＰ転送網を内部に分離して含む統合ＩＰ転送網としているので、全体のコストを安価に構成することができる。

本発明では、ＩＰ電話網、ＩＰ画像網、ＩＰ電子テキスト網、ベストエフォート網、ＩＰデータマルチキャスト網、ＩＰベースＴＶ放送網等の異なる特質を有する複数のＩＰ転送網を仮想的に設置し、統合ＩＰ転送網の外部から統合ＩＰ転送網への入力点に設置される網ノード装置の内部にアドレス管理テーブルを設定し、このアドレス管理テーブルに端末のアドレス、端末内部のアプリケーションプログラム（ＡＰ）を区別するポート番号を予め登録しておき、統合ＩＰ転送網に入力するＩＰパケットに書込まれているアドレスとポート番号を、前記アドレス管理テーブルに登録されるアドレスとポート番号と比較することにより、統合ＩＰ転送網の内部において、ＩＰ転送網に切り分けて送信する。ポート番号を用いずに、アドレスのみの比較としても良い。

以下、図面を参照して本発明の実施例を説明する。

１．ＩＰアドレス及びポート番号によりＩＰ網を選択する第１実施例：
図１において、例えばＬＡＮ１内部の送信元端末８−１が、ＩＰパケットＰＫ０１を統合ＩＰ転送網１を経てＬＡＮ２内部の宛先端末８−２へ送信する。通信回線６−Ｘ１や６−Ｘ２が網ノード装置５−Ｘへ入力する接合点を“網ノード端子”という。通信回線６−Ｘ１の網ノード端子（５−Ｘ）には、統合ＩＰ転送網１の内部で使う網ノード端子アドレス“Ｇ１００”が付与されており、通信回線６−Ｘ２の網ノード端子（５−Ｘ）には網ノード端子アドレス“Ｇ１１０”が付与されており、通信回線６−Ｙの網ノード端子（５−Ｙ）には網ノード端子アドレス“Ｇ２００”が付与されている。ＩＰパケットＰＫ０１は、送信元端末８−１のアドレス“Ａ１００”と、宛先端末８−２のアドレス“Ａ２００”と、送信元端末８−１内部のアプリケーションプログラム（ＡＰ）を識別するための送信元ポート番号“４３００”（ＳＰ）と、宛先端末８−２内部のアプリケーションプログラムを識別するための宛先ポート番号“３００”（ＤＰ）と、アプリケーションプログラムで用いるデータとを含む。

ここで、アプリケーションプログラムは、音声電話用送受信プログラムや画像送受信用プログラム、電子伝票送受信プログラム、ＨＴＴＰ(Hyper Text Transfer Protocol)により動作するＷＷＷ(World Wide Web)データ送受信プログラムなどである。音声電話送受信用プログラムは、ディジタル技術を用いるＩＰ電話機用の電話送受信用プログラムを指す。本実施例において、端末のアドレスはＩＰアドレスを、ポート番号はＴＣＰ(Transmission Control Protocol)形式データブロックやＵＤＰ(User Datagram Protocol)形式データブロックの内部に設定されるポート番号を指す。また、本発明において、アドレス管理テーブルのレコードとは、テーブル（表）の行を指し、レコードは複数のデータ項目を含んでいる。

また、図１において、２はＩＰ画像網であり、通信会社ＸのＩＰ画像網２−Ｘと通信会社ＹのＩＰ画像網２−ＹとがＩＰパケット交換点２−１で接続されている。３はＩＰ多用途網であり、通信会社ＸのＩＰ多用途網３−Ｘと通信会社ＹのＩＰ多用途網３−ＹとがＩＰパケット交換点３−１で接続されている。４はＩＰ電話網であり、通信会社ＸのＩＰ電話網４−Ｘと通信会社ＹのＩＰ電話網４−ＹとがＩＰパケット交換点４−１で接続されている。このように統合ＩＰ転送網１はＩＰ画像網２、ＩＰ多用途網３及びＩＰ電話網４で構成されている。更に、網ノード装置５−Ｘにはアドレス管理テーブル書換え機器１１−１が接続され、網ノード装置５−Ｙにはアドレス管理テーブル書換え機器１１−２が接続されている。アドレス管理テーブル書換え機器１１−１及び１１−２は、それぞれ網ノード装置５−Ｘ又は５−Ｙ内のアドレス管理テーブルにあるアドレスやポート番号などを書込むことが出来る。

このような構成において、その動作を図２のフローチャートを参照して説明する。図２は網ノード装置５−Ｘの動作例を示すフローチャートであり、先ずＩＰパケットＰＫ０１が、通信回線６−Ｘ１から網ノード端子アドレス“Ｇ１００”が付与された網ノード端子を経由して入力し、網ノード装置５−ＸはＩＰパケットＰＫ０１を受信し（ステップＳ１００）、網ノード端子アドレス“Ｇ１００”が、網ノード装置５-Ｘ内部の、図３に示すアドレス管理テーブルの「送信元網ノード端子アドレス」の欄に登録してあるレコードがないかを探し、このレコードの要求識別の値が“３”であるか否かを調べる（ステップＳ１０１）。本実施例では要求識別の値が“３”でなく、仮想専用線接続と呼ぶものではないので（ケース１）、次にＩＰパケットＰＫ０１から送信元端末８−１のアドレス“Ａ１００”（ＳＡ）と、宛先端末８−２のアドレス“Ａ２００”（ＤＡ）と、送信元端末８−１の内部のアプリケーションプログラムを識別するための送信元ポート番号“４３００”（ＳＰ）と、宛先端末８−２の内部のアプリケーションプログラムを識別するための宛先ポート番号“３００”（ＤＰ）とを読出し（ステップＳ１０２）、網ノード装置５−Ｘの内部に設定してあるアドレス管理テーブルを検索して、送信元端末のアドレス“Ａ１００”（ＳＡ）と、宛先端末のアドレス“Ａ２００”（ＤＡ）とが、前記両アドレスと一致するレコードを検出する（ステップＳ１０３）。但し、この条件を満たすレコードは、通常複数存在する。

次に、送信元ポート番号“４３００”（ＳＰ）と宛先ポート番号“３００”（ＤＰ）のいずれかのポート番号を含むレコードが、前記検出した複数のレコード中に１つ存在するので、このレコードを検出する（ステップＳ１０４）。本実施例の場合、図３のアドレス管理テーブルの上から１行目のレコード、即ち“ＳＡ＝Ａ１００，ＤＡ＝Ａ２００，Ｐ＝３００，Ｎ−ＳＡ＝Ｇ１００，Ｎ−ＤＡ＝Ｇ２００”、網識別子は“NWａ(Video-net)”のレコードである。ここで、発信元網ノード端子アドレス“Ｇ１００”と宛先網ノード端子アドレス“Ｇ２００”を取得し、ステップＳ１０６へ進む。ここで、網ノード端子アドレスは前述のＩＰアドレス、即ちＯＳＩ(Open Systems Interconnection)の第３層に摘要するアドレスとして実施しても、あるいはＯＳＩの第２層に摘要するアドレス、例えばＦＲ(Frame Relay)交換機やＡＴＭ(Asynchronous Transfer Mode)交換機の分野で使われるアドレス（例えばＥ．１６４規定の電話番号）を用いて実施することもできる。

なお、前記ステップＳ１００において、他のＩＰパケットＰＫ０５が、通信回線６−Ｘ２から網ノード端子アドレス“Ｇ１１０”が付与された網ノード端子を経由して入力した場合、網ノード装置５−ＸはＩＰパケットＰＫ０５を受信し、網ノード端子アドレス“Ｇ１１０”が、網ノード装置５-Ｘ内部のアドレス管理テーブルの「送信元網ノード端子アドレス」の欄に登録しているレコードがないかを探し、このレコードの“要求識別”の値が“３”であるか否かを調べる（ステップＳ１０１）。本実施例では、“要求識別”の値が“３”であるレコード（アドレス管理テーブルの上から２行目のレコード）として検出できるので、つまり仮想専用線接続と呼ぶ実施例であるので（ケース２）、ステップＳ１０５に進む。そして、この特定レコードに登録されている発信元網ノード端子アドレス“Ｇ１１０”と宛先網ノード端子アドレス“Ｇ２１０”を取得し、ステップＳ１０６へと進む。

次に、図４に示す統合ＩＰ転送網ヘッダを付与し、統合ＩＰ転送網パケットＰＫ１１を生成する（ステップＳ１０6）。ここで、ステップＳ１０４又はステップＳ１０５で取得した送信元網ノード端子アドレス“Ｇ１００”又は“Ｇ１１０”（Ｎ−ＳＡ）と、宛先網ノード端子アドレス“Ｇ２００”又は“Ｇ２１０”（Ｎ−ＤＡ）とを用いる。次に、前記各手順により生成した統合ＩＰ転送網パケットＰＫ１１を、網識別子の指定の“NWa”(ＩＰ画像網)に従って通信回線７−１へ送出する（ステップＳ１０７）。この通信回線７−１は、ＩＰ画像網２の内部の通信会社Ｘが運用するＩＰ画像網２−Ｘへ接続されている。

なお、上記ステップＳ１０５において、受信したＩＰパケットＰＫ０１の網識別子の指定が“NWｃ”(ＩＰ電話網)であるか、あるいは “NWb”（ＩＰ多用途転送網）であるかに応じて、それぞれＩＰ電話網やＩＰ多用途転送網へ切り替えて転送される。

次に、統合ＩＰ転送網パケットＰＫ１１はＩＰ画像網２−Ｘの内部を転送され、ＩＰパケット交換点２−１を経由し、通信会社ＹのＩＰ画像網２−Ｙ内部を転送され、網ノード装置５−Ｙに到達する。網ノード装置５−Ｙは図５のフローチャートに示すように、先ず統合ＩＰ転送網パケットＰＫ１１を受信し（ステップＳ１２０）、受信した統合ＩＰ転送網パケットからＩＰ転送網ヘッダを除いてＬＡＮ向けＩＰパケットを復元し（ステップＳ１２１）、復元したＩＰパケットを通信回線６−Ｙを経由して端末８−２へ送信する（ステップＳ１２２）。

一方、ＬＡＮ２内の端末８−２が、前記ＩＰパケットＰＫ１１が転送された逆方向に新たなＩＰパケットＰＫ０２を転送する場合は、ＩＰパケット内部のアドレスとポート番号は、前記ＩＰパケットと逆になる。つまり、ＩＰパケットの送信元端末のアドレス“Ａ２００”、ＩＰパケットの宛先端末のアドレス“Ａ１００”、送信元端末内部のアプリケーションプログラムを識別するための送信元ポート番号“３００”、宛先端末内部のアプリケーションプログラムを識別するための宛先ポート番号“４３００”とする。この場合は図６に示すアドレス管理テーブルが使用され、ポート選択の指定も逆となっている。

なお、ＩＰパケット交換点２−１は、ここを通過するＩＰパケット通過数やＩＰパケットの通過時間を計量し、ＩＰ画像網２−Ｘを管理する通信会社Ｘと画像網２ーＹを管理する通信会社Ｙは、前記ＩＰパケット通過数や通過時間を計数して、ＩＰパケット送受信者への通信料金算定用データ等として用いることができる。また、通信会社ＹのＩＰ画像網２−ＹとＩＰパケット交換点２−１が存在しないケース、つまりＩＰ画像網２が通信会社ＸのＩＰ画像網２−Ｘのみを含むようにしても実施可能である。この場合、ＩＰ画像網２を運用する通信会社は、“Ｘ”の１社である。同様にして、ＩＰ電話網４が通信会社ＸのＩＰ電話網４−Ｘのみを含むようにしても実施可能である。

次に、前記端末が画像送受信装置やＩＰ電話機であり、網ノード装置の論理端子に接続される通信回線が、ＩＰ画像網２−ＸやＩＰ電話網４−Ｙ単独に接続される場合を説明する。図１において、９−１は画像送受信装置であり、通信回線９−２を経由して網ノード装置９−３に接続され、更に通信回線９−４を経由してＩＰ画像網２−Ｘに接続される。また、１０−１はＩＰ電話機であり、通信回線１０−２を経由して網ノード装置１０−３に接続され、更に通信回線１０−４を経由してＩＰ電話網４−Ｙに接続される。ここで、通信会社Ｘは網ノード装置９−３を運用しており、通信会社Ｙは網ノード装置１０−３を運用している。網ノード装置９−３及び１０−３の各内部には、図３又は図６と同一の原理に基づいて作成されたアドレス管理テーブルが設定されている。

このような構成において、例えば画像送受信装置９−１から発信された画像情報をディジタル情報として含むＩＰパケットは、網ノード装置９−３、ＩＰ画像網２−Ｘ、ＩＰパケット交換点２−１、ＩＰ画像網２−Ｙ、網ノード装置５−Ｙ、通信回線６−Ｙを経由して、端末８−２の内部の画像送受信プログラムと画像ディジタル情報を交換することができる。同様にして、例えばＩＰ電話機１０−１から発信された音声情報をディジタルデータとして含むＩＰパケットは、網ノード装置１０−３、ＩＰ電話網４−Ｙ、ＩＰパケット交換点４−１、ＩＰ電話網４−Ｘ、網ノード装置５−Ｘ、通信回線６−Ｘ１を経由して、端末８−１の内部の電話送受信プログラムと音声ディジタル情報を交換することができる。

上記第１実施例では、ＩＰ転送網がＩＰ電話網とＩＰ画像網の例を述べたが、他のＩＰ転送網として、例えばファックス専用のＩＰファックス網、電子伝票交換専用のＩＰ電子伝票交換網や、為替交換専用のＩＰ為替交換網などの用途別にそれぞれのＩＰ転送網とすることができる。

２．ＩＰアドレスのみによりＩＰ網を選択する第２実施例：
図１に対応させて図７に示すように、通信回線６−Ｘ１の網ノード端子には、統合ＩＰ転送網の内部で使用する網ノード端子アドレス“Ｇ１０５”が付与してあり、通信回線６−Ｘ２の網ノード端子には、網ノード端子アドレス“Ｇ１１５”が付与してある。例えばＬＡＮ３内部の送信元端末８−３が、ＩＰパケットＰＫ０３をＬＡＮ４内部の宛先端末８‐４へ送信する。前記ＩＰパケットＰＫ０３は、送信元端末８−３のアドレス“Ａ１０５”、宛先端末８−４のアドレス“Ａ２０５”、送信データを含む。ここで、前記送信データは音声電話用送受信プログラム、画像送受信用プログラム、電子伝票送受信プログラム、公知のＨＴＴＰプロトコルにより動作するＷＷＷデータ送受信プログラムなどで扱うデータである。音声電話送受信用プログラムは、ディジタル技術を用いるＩＰ電話機用の電話送受信用プログラムを指す。

このような構成において、その動作を図８のフローチャートを参照して説明する。先ずＩＰパケットＰＫ０３が、通信回線６−Ｘ１から網ノード端子アドレス“Ｇ１０５”が付与された網ノード端子を経由して入力し、網ノード装置５-ＸはＩＰパケットＰＫ０３を受信し（ステップＳ２００）、網ノード端子アドレス“Ｇ１０５”が、網ノード装置５-Ｘ内部のアドレス管理テーブルの「送信元網ノード端子アドレス」の欄に記載しているレコードがないかを探し、このレコードの“要求識別”の値が“３”であるか否かを調べる（ステップＳ２０１）。本実施例では要求識別の値が“３”でなく、仮想専用線接続の実施例ではないので（ケース１）、ＩＰパケットＰＫ０３から送信元端末8−３のアドレス“Ａ１０５”（ＳＡ）と宛先端末8−４のアドレス“Ａ２０５”（ＤＡ）を読出し（ステップＳ２０２）、網ノード装置５−Ｘの内部に設定してある図９に示すアドレス管理テーブルを検索して、送信元端末のアドレス“Ａ１０５”（ＳＡ）と宛先端末のアドレス“Ａ２０５”（ＤＡ）とが、前記両アドレスと一致するレコードを検出する（ステップＳ２０３）。本実施例の場合、図９のアドレス管理テーブルの上から１行目のレコード、即ち“ＳＡ＝Ａ１０５，ＤＡ＝Ａ２０５，Ｎ−ＳＡ＝Ｇ１０５，Ｎ−ＤＡ＝Ｇ２０５”、網識別子は“NWａ(Video-net)”のレコードである。ここで、発信元網ノード端子アドレス“Ｇ１０５と宛先網ノード端子アドレス“Ｇ２０５を取得し、ステップＳ２０６へ進む。ここで網ノード端子アドレスは、前述のＩＰアドレス、即ちＯＳＩの第３層に摘要するアドレスとして実施しても、あるいはＯＳＩの第２層に摘要するアドレス、例えばＦＲ交換機やＡＴＭ交換機の分野で使われるアドレス（Ｅ．１６４規定の電話番号等）を用いて実施することもできる。

なお、前記ステップＳ２００において、他のＩＰパケットＰＫ１５が、通信回線６−Ｘ２から網ノード端子アドレス“Ｇ１１５”が付与された網ノード端子を経由して入力した場合、網ノード装置５-ＸはＩＰパケットＰＫ１５を受信する。そして、前記網ノード端子アドレス“Ｇ１１５”が、網ノード装置５-Ｘ内部のアドレス管理テーブルの「送信元網ノード端子アドレス」の欄に登録されているレコードがないかを探し、このレコードの“要求識別”の値が“３”であるか否かを調べる（ステップＳ２０１）。本実施例では、“要求識別”の値が“３”であるレコード（アドレス管理テーブルの上から２行目のレコード）として検出できるので、つまり仮想専用線接続の実施例であるので（ケース２）、ステップＳ２０５に進み、この特定レコードに登録されている発信元網ノード端子アドレス“Ｇ１１５と宛先網ノード端子アドレス“Ｇ２１５”を取得し、ステップＳ２０６へと進む。

次に、図１０に示すような統合ＩＰ転送網ヘッダを付与し、統合ＩＰ転送網パケットＰＫ１３を生成する（ステップＳ２０６）。ここで、ステップＳ２０３又はステップＳ２０５で取得した送信元網ノード端子アドレス“Ｇ１０５”又は“Ｇ１１５”（Ｎ−ＳＡ）と、宛先網ノード端子アドレス“Ｇ２０５”又は“Ｇ２１５”（Ｎ−ＤＡ）とを用いる。そして、前記手順により生成した統合ＩＰ転送網ＩＰパケットＰＫ１３を、網識別子の指定の“NWa”(ＩＰ画像網)に従って通信回線７−１へ送出する（ステップＳ２０７）。この通信回線７−１は、ＩＰ画像網２内部の通信会社Ｘが運用するＩＰ画像網２−Ｘへ接続される。なお、ステップＳ２０５において、受信したＩＰパケットＰＫ０３の網識別子の指定が“NWｃ”(ＩＰ電話網)であるか、あるいは“NWb”（ＩＰ多用途網）であるかに応じて、それぞれＩＰ画像網やＩＰ多用途網へ切り替えて転送される。

統合ＩＰ転送網パケットＰＫ１３はＩＰ画像網２−Ｘの内部を転送され、ＩＰパケット交換点２−１を経由して通信会社ＹのＩＰ画像網２−Ｙ内部を転送され、網ノード装置５−Ｙに到達する。網ノード装置５−Ｙは図１１のフローチャートに示すように、統合ＩＰ転送網パケットＰＫ１３を受信し（ステップＳ２２０）、受信した統合ＩＰ転送網パケットからＩＰヘッダを除いてＬＡＮ向けＩＰパケットを復元し（ステップＳ２２１）、復元したＩＰパケットを通信回線６−Ｙを経由して端末８−４へ送信する（ステップＳ２２２）。ＩＰパケット交換点２−１は、ここを通過するＩＰパケット通過数やＩＰパケットの通過時間を計量し、ＩＰ画像網２−Ｘを管理する通信会社Ｘと画像網２−Ｙを管理する通信会社Ｙは、ＩＰパケット数や通過時間を計量し、ＩＰパケット送受信者への通信料金算定のための根拠データ等として用いることができる。

以上の第２実施例は、通信会社ＹのＩＰ画像網２−ＹとＩＰパケット交換点２−１が存在しないケース、つまりＩＰ画像網２が通信会社ＸのＩＰ画像網２−Ｘのみを含むようにしてもよい。この場合、ＩＰ画像網２を運用する通信会社は、“Ｘ”の１社である。同様にして、ＩＰ電話網４が通信会社ＸのＩＰ電話網４−Ｘのみを含むようにしても実施可能である。

３．個別のドメイン名サーバを使用する第３実施例：
図１２に示すように、統合ＩＰ転送網３１内にＩＰ音声画像網３２、ＩＰデータ網３３、ＩＰ電話網３４、ベストエフォート網３５が設けられている。ＩＰ音声画像網３２はＩＰ画像網と同様なＩＰ転送網であるが、画像とそれに対応する音声、例えば映画やＴＶ放送用の画像とその音声とを共に転送できるＩＰ転送網である。ＩＰデータ網３３はＩＰ電子テキスト網と同様な機能を有するが、文字などから成る電子テキストデータの他に、電子テキスト以外のデータ、例えば静止画をデータ圧縮して得られるデータなどを転送できるＩＰ転送網である。ベストエフォート網３５はＩＰ電話通信、ＩＰ音声画像通信やＩＰデータ通信を行う機能を有し、ＩＰ転送時の通信トラヒック輻輳が生じた場合などには通信遅延が生じたり、ＩＰパケットの廃棄が増加することをユーザが承知して使用するＩＰ転送網であり、例えばインターネットが典型的なＩＰベストエフォート網である。

統合ＩＰ転送網３１内の３５−１、３５−２、３５−３、３５−４，３５−５，３５−６は網ノード装置であり、これら網ノード装置は、通信回線３７−１乃至３７−２０を経てＩＰ転送網３１（ＩＰ音声画像網３２、ＩＰデータ網３３、ＩＰ電話網３４、ベストエフォート網３５）のいずれかに接続されており、他方、網ノード装置の網ノード端子は、通信回線３６−１，３６−２、３６−３，３６−４，３６−５、３６−６，３６−７，３６−８，３６−９，３６−１０のいずれかを経て、統合ＩＰ転送網３１の外部端末４２−１，４３−１，４４−１、４２−２，４３−２，４４−２や、ＬＡＮ３１，ＬＡＮ３２，ＬＡＮ３３,ＬＡＮ３４の各内部端末に接続されており、前記網ノード装置はその内部にそれぞれアドレス管理テーブルを有し、このアドレス管理テーブルに、予め登録した端末のＩＰアドレス及び端末のアプリケーション識別用のポート番号が書込まれている。

ＩＰ転送網３１（ＩＰ音声画像網３２、ＩＰデータ網３３、ＩＰ電話網３４、ベストエフォート網３５）は、それぞれの網で専用に用いるドメイン名サーバ４５−１、４５−２、４５−３，４５−４、４５−５，４５−６，４５−７，４５−８を含み、これらドメイン名サーバは前記外部端末４２−１〜４４−２に付与されているホスト名とＩＰアドレスの１：１の対応関係を保持している。

通信回線３６−１の網ノード端子には、統合ＩＰ転送網３１の内部で使う網ノード端子アドレス“Ｇ３６１”が付与されている。ここで、網ノード端子とは、網ノード装置３５−１〜３５−６と統合ＩＰ転送網３１の外部の通信回線との論理的な境界部であり、各網ノード端子には網ノード端子アドレスが付与されている。更に、通信回線３６−２の網ノード端子には網ノード端子アドレス“Ｇ３６２”が、通信回線３６−６の網ノード端子には網ノード端子アドレス“Ｇ３６６”が、通信回線３６−７の網ノード端子には網ノード端子アドレス“Ｇ３６７”が、通信回線３６−８の網ノード端子には網ノード端子アドレス“Ｇ３６８”が、通信回線３６−１０の網ノード端子には網ノード端子アドレス“Ｇ３６１０”がそれぞれ付与されている。

図１３は、網ノード装置３５−１内部のアドレス管理テーブルの具体例を示している。なお、ドメイン名サーバには網ノード端子アドレスとＩＰアドレスが付与されており、ＩＰパケットを送受するときのアドレスとして用いられる。

次に、例えばLAN3１内部のＩＰ電話機３８−１から、LAN3３内部のＩＰ電話機４０−１へ電話通信する方法を、図１３乃至図２１を参照して説明する。ＩＰ電話機３８−１はＩＰアドレス“A３８１”を有し、ＩＰ電話機４０−１は、端末のホスト名に相当する電話番号“T４０１”及びＩＰアドレス“A４０１”を有し、ＩＰ電話網３４の専用のドメイン名サーバ４５−３は、そのＩＰアドレスが“A４５３”、網ノード端子アドレスが“Ｇ４５３”の例である。

先ずＩＰ電話機３８−１は通信の宛先端末、即ち宛先のＩＰ電話機４０−１の電話番号“T４０１”を格納したＩＰパケットPK３０を網ノード装置３５−１に送信する（ステップＳ４０１）。網ノード装置３５−１は受信したＩＰパケットPK３０から、送信元のＩＰ電話機３８−１のアドレス“Ａ３８１”（ＳＡ）と、宛先とするドメイン名サーバ４５−３のＩＰアドレス
“Ａ４５３”（ＤＡ）と、ポート番号“２５”とを読み出し、網ノード装置３５−１の内部に設定してあるアドレス管理テーブル（図１３）を検索して、送信元のＩＰ電話機３８−１のアドレス“Ａ３８１”（ＳＡ）と、宛先のドメイン名サーバ４５−３のアドレス“Ａ４５３”（ＤＡ）と、ポート番号“２５”とが、前記両アドレスとポート番号とが一致するレコードを検出する（ステップＳ４０２）。本実施例の場合、第１３図のアドレス管理テーブルの上から１行目のレコード、即ち“ＳＡ＝Ａ３８１，ＤＡ＝４５３，Ｎ−ＳＡ＝Ｇ３６１、Ｎ−ＤＡ＝Ｇ４５３”である。ここで、送信元網ノード端子アドレス“Ｇ３６１と宛先網ノード端子アドレス“Ｇ４５３とを取得し、統合ＩＰ転送網ヘッダを付与して得られたＩＰパケットのＰＫ３１はドメイン名サーバ４５−３へ転送される（ステップＳ４０３）。

ドメイン名サーバ４５−３はＩＰパケットＰＫ３１を受信して、宛先のＩＰ電話機４０−１の電話番号“T４０１”に１：１対応するＩＰアドレス“A４０１”をその内部データベースを検索して返信し（ステップＳ４０４）、網ノード装置３５−１はＩＰ電話機３８−１にＩＰパケットＰＫ３２を返信する（ステップＳ４０５）。以上の手続により、ＩＰ電話機３８−１は通信宛先電話番号“Ｔ４０１”に１：１に対応するＩＰアドレス“Ａ４０１”を得る。

次に、ＩＰ電話機３８−１は、送信元のＩＰ電話機３８−１のＩＰアドレス“Ａ３８１”と、宛先電話機のＩＰアドレス“A４０１”と、音声をディジタル表現してＩＰパケットのペイロード部分（データ部分）に含む“端末間で送受するＩＰパケットＰＫ３３”とを生成し、このパケットを通信回線３６−１に送信し（ステップＳ４０６）、その後網ノード装置３５−1はＩＰパケットPK３３を受信し、ＩＰパケットPK３３から送信元のＩＰ電話機３８−１のアドレス“Ａ３８１”（ＳＡ）と、宛先のＩＰ電話機４０−１のアドレス“Ａ４０１”（ＤＡ）と、ポート番号“４０００”とを読み出し、その内部に設定してあるアドレス管理テーブル（図１３）を検索して、送信元のＩＰ電話機３８−１のアドレス“Ａ３８１”（ＳＡ）と、宛先のＩＰ電話機４０−１宛先端末のアドレス“Ａ４０１”（ＤＡ）と、ポート番号“４０００”とが、前記両アドレス及びポート番号とそれぞれ一致するレコードを検出する（ステップＳ４０７）。本実施例の場合、図１３のアドレス管理テーブルの上から２行目のレコード、即ち“ＳＡ＝Ａ３８１，ＤＡ＝４０１，ポート番号＝４０００、Ｎ−ＳＡ＝Ｇ３６１、Ｎ−ＤＡ＝Ｇ３６６”である。ここで、送信元網ノード端子アドレス“Ｇ３６１と、宛先網ノード端子アドレス“Ｇ３６６とを取得し、統合ＩＰ転送網ヘッダを付与して得られた統合ＩＰ転送網パケットのPK３４は、ＩＰ電話網３４―Ｘへ転送される（ステップＳ４０８）。

また、パケットPK３４は、パケット交換点３４−１を経由してＩＰ電話網３４−Yを通過し、網ノード装置３５−４はＩＰパケットPK３４を受信し（ステップＳ４２１）、受信したパケットPK３４からヘッダを除いてＩＰパケットＰＫ３３を復元し（ステップＳ４２２）、電話機４０−１に向けてＩＰパケットPK３３を送信する（ステップＳ４２３）。なお、ステップＳ４０７において、２種類のＩＰアドレスとポート番号とを比較したが、アドレス管理テーブル内部のレコードにはポート番号が未記載のものがあり、このような場合にはポート番号の比較は行わず、２種類のＩＰアドレスの比較としても良い。

網ノード端子アドレスは上述したように、ＯＳＩの第３層に摘要するＩＰアドレスとして実施する他に、ＯＳＩの第２層に摘要するアドレス、例えばＦＲ交換機やＡＴＭ交換機の分野で使われるアドレス（Ｅ．１６４規定である電話番号等）や、WDM技術による２層のプロトコルを用いて実施することもできる。第２層に摘要するアドレスを採用する場合、図２０に示す“統合ＩＰ転送網ヘッダ”は、ATMやWDM等の２層通信プロトコルのヘッダを採用する。

次に、図２２のタイミングチャートを参照して説明する。図２２において、４９−１及び４９−２は統合ＩＰ転送網３１の外部に置かれた各種の端末を表わし、端末４９−１からＩＰパケットが網ノード装置３５−１に送信され（ステップＳ４０１）、ＩＰ電話網３４のため専用に用いるドメイン名サーバ４５−３に転送される（ステップＳ４０３）。そして、ドメイン名サーバから返信され（ステップＳ４０４，Ｓ４０５）、端末４９−１からＩＰパケットが網ノード装置３５−１に送信され（ステップＳ４０６）、網ノード装置３５−１から統合ＩＰパケット網が送信され（ステップＳ４０８）、ＩＰ電話網３４用のパケット交換点３４−１を経て他の網ノード装置３５−４が受信し（ステップＳ４２1）、網ノード装置３５−４からＩＰパケットが端末４９−２に送信される（ステップＳ４２３）。また、端末４９−２から端末４９−１へＩＰパケットを返信することができる（ステップＳ４２5）。

更に、図２２に示すステップＳ４3１からステップＳ４５５のＩＰパケットを送受するステップは、ＩＰデータ転送網３３を使うこと、つまりＩＰデータ網３３のため専用に用いるドメイン名サーバ４５−２及びＩＰデータ網３３用の内部のパケット交換点３３−１を経て、端末４９−１と端末４９−２との間でデータを送受できる。更に同様なステップにより、図２２に示すステップＳ４６１からステップＳ４８５のＩＰパケットを送受するステップは、ＩＰ音声画像網３２を使うこと、つまりＩＰ音声画像網３２のため専用に用いるドメイン名サーバ４５−１及びＩＰ音声画像網３２用のパケット交換点３２−１を経て、端末４９−１と端末４９−２との間でデータを送受できる。

以上の説明において、通信会社ＹのＩＰ音声画像網３２−Ｙと、ＩＰパケット交換点３２−１が存在しないケース、つまりＩＰ音声画像網３２が通信会社ＸのＩＰ音声画像網３２−Xのみを含むようにして実施できる。この場合、ＩＰ音声画像網３２を運用する通信会社は“Ｘ”の１社である。同様にして、ＩＰデータ網３３が、通信会社ＸのＩＰデータ網３３−Ｘのみを含むようにして実施でき、ＩＰ電話網３４が通信会社ＸのＩＰ電話網３４−Ｘのみを含むようにして実施でき、更にベストエフォート網３５が通信会社ＸのＩＰ電話網３５−Ｘのみを含むようにして実施できる。

図１２において、４６−１、４６−２、４６−３，４６−４はATM交換網、４７−１及び４７−２はFR通信網、４８−１及び４８−２は光通信網であり、ＩＰ転送網の内部において、ＩＰパケットを転送するための高速幹線網として使われている例であり、これらの場合、例えば“FR網利用のＩＰ転送”（ＩＰ over FR）、“ATM網利用のＩＰ転送”（ＩＰ over ATM）、“光通信網利用のＩＰ転送”（ＩＰ over WDM）、などと一般に呼ばれる技術を適用している。

４．ドメイン名サーバを選択する第４実施例：
図２３に示すように、統合ＩＰ転送網１３１内にＩＰ音声画像網１３２、ＩＰデータ網１３３、ＩＰ電話網１３４、ベストエフォート網１３５が設けられており、１３６−１、１３６−２、１３６−３、１３６−４，１３６−５，１３６−６、１３６−７，１３６−８はそれぞれ網ノード装置である。網ノード装置１３６−１〜１３６−８は通信回線を経て、ＩＰ転送網のいずれか１以上の網に接続されており、他方、網ノード装置の網ノード端子は、通信回線１４０，１４１，１４２，１４３，１４４，１４５を経て、統合ＩＰ転送網１３１の外部端末１５１，１５２，１５３，１５４、LAN１６０やLAN１７０の内部端末に接続されており、網ノード装置は、その内部に外部端末に付与されているＩＰアドレスとポート番号を“アドレス管理テーブル”として保持している。

統合ＩＰ転送網１３１は、ＩＰ音声画像網１３２に専用に用いるドメイン名サーバ１１２−１、１１２−２を含み、更にＩＰデータ網１３３に専用に用いるドメイン名サーバ１１３−１、１１３−２を含み、ＩＰ電話網１３４に専用に用いるドメイン名サーバ１１４−１及び１１４−２を含み、、ベストエフォート網１３５に専用に用いるドメイン名サーバ１１５−１及び１１５−２を含んでいる。これらドメイン名サーバは、外部端末のＩＰアドレスと端末のホスト名の１：１対応関係を保持している。網ノード装置１３６−６に接続された１０１−１は、ドメイン名サーバ１１２−１，１１３−１，１１４−１，１１５−１のいずれかを選択する機能を有する“DNS選択サーバであり、網ノード装置１３６−２に接続された１０１−２は、ドメイン名サーバ１１２−２，１１３−２，１１４−２，１１５−２のいずれかを選択する機能を有する“DNS選択サーバである。統合ＩＰ転送網１３１内の１３７−１は通信会社Xが管理するＩＰ網の範囲を表わし、統合ＩＰ転送網１３１内の１３７−２は通信会社Yが管理するＩＰ網の範囲を表わす。ＩＰ網１３７−１は、DNS選択サーバ１０１−１と、ドメイン名サーバ１１２−１，１１３−１，１１４−１，１１５−１、を含み、１３７−２は、DNS選択サーバ１０１−２と、ドメイン名サーバ１１２−２，１１３−２，１１４−２，１１５−２とを含んでいる。

次に、図２４乃至図２８を参照してその動作を説明する。

図２４における１６０−T及び１７０−Tは、LAN１６０やLAN１７０の内部の端末を表わす。先ず音声画像端末１６１から網ノード装置１３６−６へＩＰパケット１８１を送信し（ステップＳ６０１）、網ノード装置１３６−６は、ＩＰパケット１８１をDNS選択サーバ１０１−１に転送し（ステップＳ６０２）、DNS選択サーバ１０１−１は、ＩＰパケットのデータ部分の“aa.bb.cc.audio-vidual.jp”に含まれるＩＰ転送網を指定する記号、このケースでは“audio-vidual”を見出すので、図２５のＩＰパケット１８１をＩＰ音声画像網を対象とするドメイン名サーバ１１２−１へ転送する（ステップＳ６０３）。ドメイン名サーバは、ホスト名の“aa.bb.cc.audio-vidual.jp”から、これに１：１対応するＩＰアドレスを含むＩＰパケットを端末１６１へ返信する（ステップＳ６０５）。次に、端末１６１は上記ステップで取得した“aa.bb.cc.audio-vidual.jp”に１：１対応するＩＰアドレスに位置する端末１７１へ向けてＩＰパケットを送信し（ステップＳ６０６，Ｓ６０７）、端末１７１はＩＰパケットを受信すると返答のためのＩＰパケットを生成し、端末１６１へ返信する（ステップＳ６０８）.
ＩＰデータ通信用の端末１６２から、網ノード装置１３６−６へＩＰパケット１８２を送信する場合（ステップＳ６１１）も前記と同様であるが、異なる点は、DNS選択サーバ１０１−１は、図２６のＩＰパケット１８２のデータ部分の“aa.bb.cc.data.jp”に含まれるＩＰ転送網を指定する記号、このケースでは“data”を見出すので、ＩＰパケットをＩＰデータ網を対象とするドメイン名サーバ１１３−１へ転送する（ステップＳ６１３）。ドメイン名サーバは、ホスト名の“aa.bb.cc.data.jp”から、これに１：１対応するＩＰアドレスを端末１６２へ返信する（ステップＳ６１５）。次に、端末１６１は、上記ステップで取得した“aa.bb.cc.data.jp”に１：１対応するＩＰアドレスに位置する端末１７２へ向けてＩＰパケットを送信し（ステップＳ６１６，Ｓ６１７）、端末１７２は、ＩＰパケットを受信すると返答のためのＩＰパケットを生成し、端末１６２へ返信する（ステップＳ６１８）。

ＩＰ電話機１６３から網ノード装置１３６−６へ図２７のＩＰパケット１８３を送信する場合（ステップS621）も前記と同様であるが、異なる点は、DNS選択サーバ１０１−１は、ＩＰパケット１８３のデータ部分の“aa.bb.cc.telephone.jp”に含まれるＩＰ転送網を指定する記号、このケースでは“telephone”を見出すので、ＩＰパケット１８3をＩＰ電話網を対象とするドメイン名サーバ１１４−１へ転送する（ステップＳ６２３）。ドメイン名サーバは、ホスト名の“aa.bb.cc.telephone.jp”からこれに１：１対応するＩＰアドレスをＩＰ電話機１６3へ返信する（ステップＳ６２５）。次に、ＩＰ電話機１６１は上記ステップで取得した“aa.bb.cc.telephone.jp”に１：１対応するＩＰアドレスに位置するＩＰ電話機１７３へ向けて、ＩＰパケットを送信し（ステップＳ６２６，Ｓ６２７）、ＩＰ電話機１７３は、ＩＰパケットを受信すると返答のためのＩＰパケットを生成し、ＩＰ電話機１６３へ返信する（ステップＳ６２８）。

端末１６４から図２８のＩＰパケット１８４のデータ部分に、ＩＰ音声画像網、ＩＰデータ網、ＩＰ電話網のいずれも指定する記号が存在しないケースでは、DNS選択サーバ１０１−１はベストエフォート網１３５を対象とするドメイン名サーバ１１５−１を選択する。以下、端末１６４はベストエフォート網１３５を利用して、端末１７４とＩＰ通信を行う。このようにして、２端末間で、ＩＰ音声画像網を利用したＩＰ通信、ＩＰデータ網を利用したＩＰ通信、ＩＰ電話網を利用した通信、ベストエフォート網を利用した通信を行うことができる。

本発明の第１実施例を示す模式的ブロック図である。 本発明の第１実施例の網ノード装置の動作例を示すフローチャートである。 本発明の第１実施例において扱うアドレス管理テーブルの例である。 本発明の第１実施例において扱う送受されるパケットの説明図である。 本発明の第１実施例の網ノード装置の他の動作例を示すフローチャートである。 本発明の第１実施例において扱うアドレス管理テーブルの他の例である。 本発明の第２実施例を示す模式的ブロック図である。 本発明の第２実施例の網ノード装置の動作例を示すフローチャートである。 本発明の第２実施例において扱うアドレス管理テーブルの例である。 本発明の第２実施例において扱う送受されるパケットの説明図である。 本発明の第２実施例の網ノード装置の他の動作例を示すフローチャートである。 本発明の第３実施例を示す模式的ブロック図である。 第３実施例で使用するアドレス管理テーブルの例を示す図である。 第３実施例で使用する「送受されるパケット」の例を示す図である。 第３実施例で使用する「送受されるパケット」の例を示す図である。 第３実施例で使用する「送受されるパケット」の例を示す図である。 第３実施例で使用する「送受されるパケット」の例を示す図である。 第３実施例で使用する「送受されるパケット」の例を示す図である。 第３実施例の網ノード装置の動作例を示すフローチャートである。 第３実施例で使用するＩＰパケットの例を示す図である。 第３実施例の網ノード装置の他の動作例を示すフローチャートである。 第３実施例の網ノード装置の他の動作例を示すタイミングチャートである。 本発明の第４実施例を示す模式的ブロック図である。 第４実施例で使用するＩＰパケットの送受を説明するための図である。 第４実施例で使用するＩＰパケットの送受を説明するためのタイミングチャートである。 第４実施例で使用するＩＰパケットの送受を説明するための図である。 第４実施例で使用するＩＰパケットの送受を説明するための図である。 第４実施例で使用するＩＰパケットの送受を説明するための図である。 従来のインターネットによるＩＰ転送を説明する概念図である。 マルチキャスト型のＩＰ転送を説明する概念図である。

符号の説明

１、３１，１３１ 統合ＩＰ転送網
２ ＩＰ画像網
２―Ｘ 通信会社ＸのＩＰ画像網
２―Ｙ 通信会社ＹのＩＰ画像網
３ ＩＰ多用途網
３―Ｘ 通信会社ＸのＩＰ多用途網
３―Ｙ 通信会社ＹのＩＰ多用途網
４ ＩＰ電話網
４―Ｘ 通信会社ＸのＩＰ電話網
４―Ｙ 通信会社ＹのＩＰ電話網
２―１、３―１、４―１ ＩＰパケット交換点
５―Ｘ、９―３ 通信会社Ｘの網ノード装置
５―Ｙ、１０―３ 通信会社Ｙの網ノード装置
１１―１、１１―２ アドレス管理テーブル書換え機器
２０ ＩＰ転送網
２２―１乃至２２―４ ルータ
２３―１、２３―２ 端末
２４―１、２４―２ ルータ
２７―１ マルチキャスト型のＩＰ転送網
３２，１３２ ＩＰ音声画像網
３３，１３３ ＩＰデータ網
３４，１３４ ＩＰ電話網
３５，１３５ ベストエフォート網

Claims (1)

1. 複数のＩＰ転送網と複数の網ノード装置を含み、前記網ノード装置は通信回線を経て前記ＩＰ転送網のいずれか１以上に接続されており、前記網ノード装置の網ノード端子は通信回線を経て外部端末に接続されており、ＤＮＳ選択サーバを含み、前記ＤＮＳ選択サーバは、個別のドメイン名サーバにＩＰパケットを送信可能であり、前記個別のドメイン名サーバは、当該個別のドメイン名サーバが対象とする個別のＩＰ転送網を経由した通信を行う外部端末のＩＰアドレスと端末のホスト名との対応関係を保持しており、前記網ノード装置が、送信元端末から、前記宛先端末のホスト名を含み、当該ＤＮＳ選択サーバを宛先とするＩＰパケットを受信すると、前記ホスト名を参照し、受信した前記ＩＰパケットを宛先のＩＰ端末を対象とする個別のドメイン名サーバへ送信し、前記個別のドメイン名サーバは、受信した前記ＩＰパケットの内部に含まれる宛先端末の前記ホスト名に対応する宛先端末のＩＰアドレスを索引し、得られた宛先端末のＩＰアドレスを含むＩＰパケットを前記外部の送信元端末に返信し、前記送信元端末は、前記手続により取得した宛先端末のＩＰアドレスを設定した発信元ＩＰパケットを新たに生成し、前記発信元ＩＰパケットを前記網ノード装置に送信すると、前記網ノード装置は、そのアドレス管理テーブルに登録されている送信元端末アドレスと、宛先端末アドレスと、ポート番号と、前記発信元ＩＰパケットに含まれている送信元端末のアドレスと、宛先端末のアドレスと、ポート番号とを比較することにより、前記ＩＰパケットの送信先であるＩＰ転送網を指すレコードを検出し、当該検出されたレコードに含まれる送信元網ノード端子アドレスと宛先網ノード端子アドレスとを用いて統合ＩＰ転送網パケットを生成して前記ＩＰ転送網へ送信し、前記送信された統合ＩＰ転送網パケットは、前記ＩＰ転送網を経由して他の網ノード装置に到達し、前記他の網ノード装置で、前記統合ＩＰ転送網パケットから統合ＩＰ転送網ヘッダが除かれて、前記発信元ＩＰパケットが復元され、復元された前記発信元ＩＰパケットが、宛先のＩＰ端末に送信されるようになっており、ＤＮＳ選択サーバにより個別のドメイン名サーバが選択されることを特徴とする統合ＩＰ転送網。
   

Images