JP2002314586A - 送信装置及び多重通信方式及び多重通信方法及び多重通信プログラム及び多重通信プログラムを記録した計算機で読み取り可能な記録媒体 - Google Patents

Abstract

(57)【要約】 【課題】 データの紛失の確立を低下させ、データ転送
の信頼性を向上させるネットワークシステムを提供す
る。 【解決手段】 送信ホストは、ＩＰパケットを生成する
通信アプリケーション部３４と、送信ホストから受信ホ
ストへＩＰパケットを転送する複数の経路を示すソース
ルート情報を格納し、管理するソースルート経路管理部
３９と、通信アプリケーション部３４が生成したＩＰパ
ケットを入力し、上記ＩＰパケットから宛先情報を取得
し、取得した宛先情報に基づいて、ソースルート経路管
理部３９が格納するソースルート情報を検索してソース
ルート情報を取得し、取得したソースルート情報の数の
ＩＰパケットを複製するＩＰ部３１と、ＩＰ部３１にお
いて複製したＩＰパケットを送信するＨ／Ｗドライバ３
０とによって複数のＩＰパケットを送信し、受信ホスト
は、二番目以降に受信したＩＰパケットを破棄する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、送信ホストと受信
ホストの間にルータが複数配置され、ルータにより予め
転送経路が決定されているようなＩＰ（Ｉｎｔｅｒｎｅ
ｔ Ｐｒｏｔｏｃｏｌ）ネットワークにおいて、送信ホ
ストから受信ホストへデータを転送する際、送信ホスト
上で送信データパケットを複数個複製し、それらを予め
ルータ間で自動的に決定している経路とは異なる複数の
経路を用いるように指定して転送することで、ある経路
途中で何らかの障害によりデータパケットを紛失した際
でも、別経路で転送したデータパケットが受信ホストへ
到着することにより、データ紛失の確率を低下させ、デ
ータ転送の信頼性を向上させることが可能となるネット
ワークシステム構築手法に関する。

【０００２】

【従来の技術】従来のＩＰネットワークでは、送信ホス
トと受信ホストの間にルータが複数配置され、ルータに
よりデータ転送経路が決定されデータが中継されながら
転送される手法があった。このようなＩＰネットワーク
では、データ転送経路を決定するために、各々のルータ
間でルーティングプロトコルに基づいたパケットを交換
しあうことで、あるルータがデータを中継するための次
のルータを決定している。しかし、「第３版 ＴＣＰ／
ＩＰによるネットワーク構築Ｖｏｌ．Ｉ−原理・プロト
コル・アーキテクチャ−」（Ｄｏｕｇｌａｓ Ｃｏｍｅ
ｒ著、村井純・楠本博之 訳、共立出版株式会社、１９
９７年８月１０日発行）の第７．８．２項によると、Ｉ
Ｐネットワーク上を流れるＩＰパケット（データパケッ
ト）は、そのオプション機能として、ソースルーティン
グ機能を備えることが開示されている。ソースルーティ
ング機能は、ＩＰパケットヘッダのオプション部に、経
路途中に通過するルータを明示的に送信側ホスト上で指
定することによって、ネットワーク上の複数のルータ間
で予め決められているデータ転送経路とは異なる経路を
用いて転送することを可能とする。しかし、本手法は、
通常、ネットワーク管理者がルータにより予め決定され
ている転送経路以外の経路の接続性検査に用いるもの
で、ルータにより予め決定されている経路以外の１つの
経路を検査するために使用され、平均的ユーザが送信す
るＩＰデータパケットを別の経路で転送するために使用
されるものではない。

【０００３】また、前述のソースルーティング機能とは
別に、以降に示すような従来技術が開示されている。

【０００４】従来技術１．図２７は、「特開昭６０−１
６７５４６：伝送制御方式」で示されているネットワー
クシステムに基づくネットワークシステムの一例を表す
構成図である。

【０００５】図中の１００１〜１００７は、それぞれ伝
送路によって接続された伝送制御装置を示している。本
図では記述を簡単にするために、各伝送制御装置間を結
ぶ正、逆方向の２本の伝送路を前後に矢印を付した１本
の伝送路で示している。なお、図中では省略している
が、ホストは必要に応じて伝送制御装置に接続される。

【０００６】本ネットワーク伝送システムにおける伝送
制御装置１００７の動作を簡単に説明する。この場合、
伝送制御装置１００７は、伝送制御装置１００１〜１０
０６の６伝送制御装置へデータを伝送する。例えば、伝
送制御１００１から伝送制御装置１００７にデータが転
送された場合を考える。この場合、まず、伝送制御装置
１００７は受信したデータを伝送制御装置内部で複製す
る。次に、伝送制御装置１００７は、伝送制御装置１０
０７に接続されている６箇所の伝送制御装置のうち、デ
ータを送信してきた伝送制御装置１００１を除いた伝送
制御装置１００２〜１００６に向け同一データを転送す
る。

【０００７】なお、伝送制御装置は、伝送制御装置内部
に受信したデータが、自装置から送信したデータ（他装
置より受信したデータを送信した場合を含む）がネット
ワーク伝送路を迂回して戻ってきたデータであるかどう
かを検出する回路を備える。もし、受信したデータがネ
ットワークを迂回して戻ってきたデータだった場合は、
その受信データを廃棄する。

【０００８】このようなネットワークシステムにおい
て、伝送制御装置はデータを出力する場合に同一データ
を複数の伝送制御装置に出力する。また、同時に、伝送
制御装置は入力されたデータのうち、同一データはもっ
とも早く到着したもののみを用い、上記再到着のデータ
及び単独のデータは自装置宛のものは自装置で処理する
と共に、他装置宛のデータは再び同一データを複数の伝
送制御装置に出力する。

【０００９】本送受信手法により、ある伝送制御装置に
障害が発生し、その伝送制御装置が送信不可能となって
も他の伝送路からデータが回り込んで伝送され、障害が
発生した伝送制御装置に何ら関係なく、伝送を継続する
ことができる。

【００１０】従来技術２．図２８は、「特開平３−４２
９４０：ＡＴＭ交換装置」で示されているネットワーク
構成に基づくネットワークシステムの一例を示す構成図
である。

【００１１】ＡＴＭ（Ａｓｙｎｃｈｒｏｎｏｕｓ Ｔｒ
ａｎｓｆｅｒ Ｍｏｄｅ）においては、通信する端末間
で通信を開始する前に呼（通信網を流れるひとまとまり
の情報）を設定する。この段階でその呼に属するセルの
通過する通信経路が決定され、同じ呼に属するセルは、
すべて同一の通信経路を通って伝送及び中継交換され
る。

【００１２】図２８中の１１０１〜１１０３はセルを表
し、１１０４〜１１０６はそれぞれ１１０１〜１１０３
をコピーしたセルを表す。１１０７〜１１１１はＡＴＭ
交換装置Ａ〜Ｅを表し、１１１２〜１１１６は通信回
線、１１１７，１１１８は端末を表している。

【００１３】このネットワーク構成図内では、ＡＴＭ交
換装置は呼の設定時に同一の呼に対し、複数の通信経路
を設定する。本例では、２つの通信経路を設定する。１
番目の通信経路は、ＡＴＭ交換装置Ａ１１０７−通信回
線１１１２−ＡＴＭ交換装置Ｂ１１０８−通信回線１１
１３−ＡＴＭ交換装置Ｄ１１０９−通信回線１１１６−
ＡＴＭ交換装置Ｅ１１１１から構成される。２番目の通
信経路は、ＡＴＭ交換装置Ａ１１０７−通信回線１１１
４−ＡＴＭ交換装置Ｃ１１１０−通信回線１１１５−Ａ
ＴＭ交換装置Ｄ１１０９−通信回線１１１６−ＡＴＭ交
換装置Ｅ１１１１から構成される。端末１１１７から発
生した通信データは、ＡＴＭ交換装置Ａ１１０７でセル
化され、さらに通信経路数分のセルがコピーされ、それ
ぞれ、セル１１０１と、コピーされたセル１１０４とし
て別の通信経路を用いて転送される。その後、個々の経
路へ送出されたセル１１０１、及びセル１１０４は、Ａ
ＴＭ交換装置が本来持つルーティング手法に基づき、そ
れぞれの通信経路を端末１１１８へ向け転送される。受
信側ＡＴＭ交換装置Ｅ１１１１では、同じ端末１１１８
に対するセルを重複受信するので、受信側ＡＴＭ交換装
置Ｅ１１１１は、これを除去する手法を用いて、重複受
信したセルから必要な１つのセルのみを残し、その他は
廃棄して端末１１１８へ送付する。

【００１４】このようにして、１対の端末間の通信に複
数の異なる通信経路を設け、送信側ＡＴＭ交換装置がセ
ルを通信経路数分コピーして通信経路に分配して送信
し、受信側ＡＴＭ交換装置では重複受信したセルを必要
なものだけ抽出し、その他のものは廃棄することで、障
害により一部の通信経路が切断されても残りの通信経路
でセルが転送されるので信頼性の高い通信を実現するこ
とができる。

【００１５】従来技術３．図２９は、「特開平７−１６
２４３０：情報転送ネットワーク」で示されている情報
転送ネットワーク構成に基づく情報転送ネットワークの
一例を示す図である。

【００１６】図中の１２０１は信号処理部を有する送信
ノード（ＳＰ）、１２０２は信号処理部を有する受信ノ
ード（ＳＰ）、１２０３〜１２０６は非同期転送モード
（ＡＴＭ）クロスコネクト（ＶＰＸ）（以下、「ＡＴＭ
クロスコネクト」と記す）、１２０７〜１２１４はリン
クを示している。

【００１７】本ネットワークの動作を説明する。送信ノ
ード１２０１からリンク１２０７，１２０８を用いて、
ＡＴＭクロスコネクト１２０３，１２０５に送りたい情
報すべてを複写し、それぞれの識別子を付加したセルに
より送る。クロスコネクト１２０３では、受信したセル
を識別子に応じて次のリンク１２０９に接続すると共
に、コピー機能によって作成した同じ情報を有する新し
いセルを、別の所定のリンク１２１０に接続し転送す
る。

【００１８】上記のような方法で複数のリンクから同じ
セルを受信するような場合、例えば、ＡＴＭクロスコネ
クト１２０４がリンク１２０９及びリンク１２１１から
同じセルを受信した時、ＡＴＭクロスコネクト１２０４
内のｎ：１機能にシャットダウン機能を併せ、そのどち
らかを選択することになる。リンクの選択は、誤り発生
状況、輻輳状況、及び、伝達時間などをパラメータにし
て決定される。従って、ここでは、２本の異なったパス
を実効的に１本に削減することができる。図中のＡＴＭ
クロスコネクト１２０６についても同様である。

【００１９】ＡＴＭクロスコネクト１２０４及びＡＴＭ
クロスコネクト１２０６より転送されたセルが、受信ノ
ード１２０２に到着すると、受信ノード１２０２内部の
セレクタが複数のパスを転送されてきたセルのうち１つ
のセルを選択する。受信ノード１２０２内部のセレクタ
でのセルの選択は、誤り発生状況、輻輳状況、伝達時間
などをパラメータにして使用する。

【００２０】このように、本技術によれば、信頼度を上
げるために必要な予備パス容量を、途中のＡＴＭクロス
コネクトでセルのコピー、及び分散転送を行うことによ
り削減することができ、更に、異常な情報に対する訂正
をも可能なため、経済的でしかも高い信頼性のある情報
転送ネットワークを実現することができる。

【００２１】従来技術４．「特開平７−２３５９３０：
分散形通信網内出方路同時接続ヘッダ付ブロック個別転
送方式」では、複数の交換ノードからなる分散形通信網
内における固定長のヘッダ付きブロック信号の統計多重
による通信に関して、ポイント対ポイント型サービス、
受付型サービス、及び分散形サービスの高い信頼性を保
持するために、網内で時々刻々多様に変化するトラフィ
ックの分布に伴うトラフィック集中に起因するバッファ
溢れの発生、及び不測の障害発生に対して、ヘッダ付ブ
ロック信号が廃棄されずに着側交換ノードに到達しうる
可能性を高める課題及び残存経路の容量を確保しうる可
能性を高める解決を目的とする分散形通信網内出方路同
時接続ヘッダ付ブロック個別転送方式が開示されてい
る。

【００２２】図３０は、分散形通信網のうち格子状網に
よる通信網構成の立体的な略図の一例を示している。分
散形通信網は、単層の伝送網１３０１と加入者網１３０
２から構成される。図中の伝達網１３０１のリンクが交
差する点に固定長のヘッダ付きブロック信号の通信経路
の選択接続を行うヘッダ付きブロック交換機１３０３
と、加入者網１３０２から伝達網１３０１へ向かうヘッ
ダ付きブロック信号の選択接続、及び伝達網１３０１か
ら加入者網１３０２へ向かうヘッダ付きブロック信号の
通過経路の選択接続を行うアクセス交換機１３０４の組
を配置する。この組を有するノードを、以下では単に交
換ノードと呼ぶ。

【００２３】網に受付けられた呼は、発信端末におい
て、識別情報を付与したヘッダと通信情報と空なる固定
長のヘッダ付きブロック信号が形成され、加入者網１３
０２へ接続される。ヘッダ付きブロック信号の送出手段
に関しては、ヘッダの構成及び規模と、通信経路の設定
方法とを除外すれば、ＡＴＭ方式における送出手段と概
ね同様である。

【００２４】発信端末から送出され、加入者網１３０２
を経由し、伝達網１３０１の各中継ノードに到着する個
々のヘッダ付きブロック信号に対して、該中継交換ノー
ドは個々のヘッダつきブロック信号の着側交換ノードへ
至りうる中継段数が最小の通信経路を形成する出方路
を、分散形通信網の幾何的特性に基づいて判定する。

【００２５】以下では、分散形通信網の伝達網１３０１
における手段を主たる記述の対象とするので、分散形通
信網というときには分散形通信網内の各交換ノード１３
０１は、上記判定した出方路が複数存在する場合には、
その全てに該ヘッダ付きブロック信号を同時に接続する
手段によって、該ヘッダ付きブロック信号をそれぞれの
出方路の次段の交換ノード１３０１へ転送する。

【００２６】前記判定した出方路が単一である場合に
は、その出方路は、着側交換ノードへ至る直線形状を形
成するので、各交換ノードは、その直線経路を挟む帯状
領域内の通信経路を形成する出方路のすべてに、該ヘッ
ダ付きブロック信号を同時に接続する手段によって、該
ヘッダ付きブロック信号をそれぞれの出方路の次段の交
換ノード１３０１へ転送する。

【００２７】上記の如くにヘッダ付きブロック信号を複
数の出方路に同時に接続する手段に起因して、分散形通
信網内の各交換ノードでは、既に到着した固定長ヘッダ
付きブロック信号のヘッダ内情報と全く同じヘッダ内情
報を有する固定長ヘッダ付きブロック信号が遅れて到着
しうる。各交換ノードは、この遅れて到着するヘッダ付
きブロック信号を識別して廃棄する手段を採る。

【００２８】このように、本技術によれば、前記目的を
達成でき、高信頼ネットワークの構築が可能となる。

【００２９】従来技術５．図３１は、「特開２０００−
２２７５２：コンピュータ、通信方法及びシステム」で
示されている本技術を適用した場合のＩＳＰネットワー
クを構成する汎用パケット交換ネットワーク環境の一例
を示すブロック図である。

【００３０】図中のネットワークシステムは、複数の従
来からのコンピュータ１４１０や本技術を適用したコン
ピュータ１４１１を含み、それらのコンピュータはモデ
ム及び（又は）ＬＡＮアダプタなどのネットワーク・コ
ネクタ１４０９を介して、１つ又は複数のネットワーク
１４０３に接続される。従来からのコンピュータ１４１
０や本技術を適用したコンピュータ１４１１は、情報の
伝送を生じさせる機能と情報を受ける機能を併せ持つ。
従来のコンピュータ１４１０及び本技術を適用したコン
ピュータ１４１１には、マイクロフォン１４０４、スピ
ーカ１４０５のほか、図示はされていないが、キーボー
ド、マウス、カメラ、ビデオ・レコーダ、スクリーン、
レコーダ、電子楽器、ペン入力、タッチ・スクリーンな
どのような入出力装置を持つ場合もある。

【００３１】１つ又は複数のマルチメディア・インタフ
ェース１４０６、例えば、サウンド・カード及び（又
は）ビデオ・カード、ネットワーク・インタフェース・
ソフトウェア１４０７及び１つ又は複数のネットワーク
・コネクタ１４０９の組み合わせが信号をアナログ連続
形式からディジタル化し、パケット１４０２とする。パ
ケット１４０２は、ネットワーク・コネクタ１４０９及
びネットワーク１４０３を介して、他の従来からのコン
ピュータ１４１０や本技術を適用したコンピュータ１４
１１相互間で交換される。

【００３２】ネットワーク１４０３は、インターネッ
ト、イントラネット、エクストラネット、広域ネットワ
ーク（ＷＡＮ）、ローカル・エリア・ネットワーク（Ｌ
ＡＮ）、電話ネットワーク、及び（又は）そのようなネ
ットワークの結合又は相互接続を含むがそれに限定され
ない任意のタイプのパケット交換ネットワークであって
よい。一般に、これらのネットワークは、アクセス・ポ
イント１４０８、ルータ１４０１、及びネットワーク・
リンクを含む。ネットワーク・リンクは、これらのルー
タ１４０１及びアクセス・ポイント１４０８を接続し
て、ネットワーク１４０３を形成する。

【００３３】これらのルータ１４０１、アクセス・ポイ
ント１４０８及びネットワーク・リンクは、一般に１つ
又は複数のインターネット・サービス・プロバイダ（Ｉ
ＳＰ）によって操作される。アクセス・ポイント１４０
８は、ネットワーク１４０３の外部世界に対するゲート
ウェイである。種々のコンピュータ１４１０及び１４１
１が、ダイアルアップ接続、専用回線接続、ケーブル接
続、衛星接続、及び周知の他の形式の接続を含む周知の
接続によってアクセス・ポイント１４０８を介してネッ
トワーク１４０３にアクセスすることができる。アクセ
ス・ポイント１４０８は、他のＩＳＰによって操作され
る他のネットワークに対するゲートウェイであってもよ
い。アクセス・ポイント１４０８を介してネットワーク
１４０３に接続され、１つ又は複数の本技術を適用した
コンピュータ１４１１は相互間のコミュニケーション
は、１つ又は複数のメッセージ情報のパケットを２つ又
はそれ以上のパス（例えば、パス１４１３とパス１４１
４のように）及びネットワーク１４０３を介して送信す
る。

【００３４】これは、１つ又は複数のパケット１４０２
を複製し、種々のパス（パス１４１３やパス１４１４な
ど）を介して複製を送ることによって行われる。図中で
は、２つのパス、すなわちパス１４１３及びパス１４１
４が示される。パケット１４０２は、周知の技法によっ
て作成され、送られ、及び受け取られる。反射ルータ１
４１２は、その内部にソース・コンピュータ１４１１と
宛先コンピュータ１４１１のＩＰアドレス対を記録して
おくアドレス・マッピング・テーブル１４１６を持つ。
この反射ルータ１４１２は、各パスを相互に分離させる
ために使用されるコンピュータである。反射ルータ１４
１２は、それらのパスのうちの或るもの中間ルータとな
り得る。本技術を実装していない従来からのコンピュー
タ１４１０を本技術を適用したネットワーク１４０３に
接続し、その恩恵を得るために、冗長メディア伝送の機
能強化されたアクセス・ポイント１４１５を用いる。冗
長メディア伝送の機能強化されたアクセス・ポイント１
４１５は、パケットの複製化及び単一化をその内部で実
施する役割を持つ。

【００３５】本技術では、インターネット及びイントラ
ネットのようなパケット交換ネットワークを介したイン
ターネット・メディア伝送の信頼性を改善し、そのよう
なインターネット・メディア伝送の遅延及びパケット喪
失を減少させる。本技術は、ネットワークに接続された
１つ又は複数のソース・コンピュータから送られてきた
メッセージ／情報パケットを複製して、その送られたメ
ッセージの１つ又は複数のパケットを１つ又は複数のレ
プリカとする。そこで、それらのレプリカの各々は、ネ
ットワークを介した種々のルートを通って１つ又は複数
の宛先コンピュータに向けられる。その複製化及び経路
指定は無作為に行われ、それらの経路の各々は、それら
経路が最少数のルータ及びアクセス・ポイントを共通し
て有するように決定される。レプリカは冗長であるの
で、或るレプリカの消失及び遅延は、宛先においてパケ
ット・シーケンスをアセンブルするためには致命的なこ
とではない。従って、宛先コンピュータは、受け取った
レプリカからその送られたメッセージ／情報パケット
を、より完全な、かつ、より速い態様でアセンブルする
ことができる。受け取った冗長なレプリカを、宛先コン
ピュータにおいて無視及び（又は）廃棄することも可能
である。

【００３６】本技術を用いることにより、１つ又は複数
のパケット交換ネットワークによって接続される２つ又
はそれ以上のポイント相互間でより信頼性のある終端間
インターネット・メディア伝送を行うシステム及び方法
を提供することが可能となる。また、ソース・コンピュ
ータ、宛先コンピュータ、及び反射ルータが伝送の信頼
性を改善するために１つ又は複数のメディア伝送ルート
を折衝し、決定するためのシステム及び方法を提供する
ことが可能である。

【００３７】

【発明が解決しようとする課題】従来技術１では、デー
タを受信した伝送制御装置が、自伝送制御装置と接続さ
れている他の伝送制御装置に対して、新規転送データだ
った場合、隣接している伝送制御装置分だけ内部でデー
タを複製して転送する。また、一度転送したことのある
データを自伝送制御装置で再度受信した場合、そのデー
タを廃棄する。これにより、ネットワークを迂回するこ
とにより、データが着実に宛先に到着することを効果と
して期待している。しかし、本手法を用いる場合、ネッ
トワーク上に配置されるすべての伝送制御装置に本手法
を実装したものを配置する必要があり、コストが高くな
る問題がある。本手法を、例えば、インターネットやイ
ントラネットなどの比較的大規模なネットワークに適用
しようとした場合、ネットワーク上のすべてのルータに
本機能を持たせなければ、本機能適用による効果は期待
できないものである。また、１つの伝送制御装置が発信
したデータが隣接するすべての伝送装置に転送され、転
送されたデータを受信した伝送制御装置が隣接するすべ
ての伝送装置に転送する、という動作を実施し、ネット
ワーク上を流れるデータ量が爆発的に増えてしまう問題
がある。これに対処するために、ネットワークを構成す
るリンクの転送容量を増やすことや、伝送制御装置内に
処理待ちデータを蓄積するためのバッファを持たせるな
どの方法も考えられるが、ネットワーク上のすべてのリ
ンクや伝送制御装置に対しての適用コストが高くなる問
題がある。

【００３８】従来技術２〜４では、ＡＴＭ伝送装置のよ
うな固定長セルを用いたパケット（セル）転送装置に対
しての技術であり、近年、広く普及し、今後も更に加速
度的に普及が進むと思われる、純粋なＩＰネットワーク
のような、可変長サイズのパケット伝送に対しての技術
ではない。

【００３９】また、従来技術２〜４は、いずれもＡＴＭ
交換装置やＡＴＭクロスコネクトやヘッダ付きブロック
交換機やアクセス交換機にセル複製機能を持たせる必要
がある。現在広く普及しているインターネットやイント
ラネットなどの既存の設備にこれらの技術を適用するた
めには、ネットワークの一部分の機器を変更するだけで
はその効果は得られず、ネットワーク全体の機器を変更
する必要が出てくる。それ故、機器交換にかかるコスト
が無視できないものとなる。

【００４０】従来技術５では、現在広く普及しているイ
ンターネットやイントラネットなどの既存の設備に、本
技術を適用したコンピュータを接続したり、ネットワー
ク中に反射ルータを置くことで、ネットワーク上を流れ
るパケットをソース・コンピュータ側で複製し、異なる
パスを用いて伝送することで、信頼性を改善し遅延及び
パケット喪失を減少させる目的をもっている。また、本
技術を適用していない従来からのコンピュータに対して
は、機能強化されたアクセス・ポイントを用いて接続す
ることで、パケットの複製を代替することで、従来から
のコンピュータに対しても、本技術の効果を与えるもの
である。

【００４１】しかし、従来技術１〜４ほどではないにし
ろ、特にインターネットのような大規模のネットワーク
に対して、本技術を適用する場合、反射ルータをネット
ワークの各所に設置するためのコストは無視できない。
また、従来からのコンピュータを接続するための機能強
化されたアクセス・ポイントを設置するためのコストも
同じく無視できない。更に、従来からのコンピュータの
接続数が多い場合、それらのコンピュータが接続される
機能強化されたアクセス・ポイントへのパケットが集中
することになり、その結果、機能強化されたアクセス・
ポイントが高負荷になり、配送遅延やデータ紛失などを
発生する可能性が高くなる。

【００４２】本発明は、上記の問題点を解決するために
なされたもので、送信ホストと受信ホストの間にルータ
が複数設置され、ルータにより予め転送経路が決定され
ているようなＩＰネットワークにおいて、ある経路途中
で何らかの障害によりデータパケットを紛失した際で
も、別経路で転送したデータパケットが受信ホストへ到
着することにより、データ紛失の確率を低下させ、デー
タ転送の信頼性を向上させることが可能となるネットワ
ークシステム構築手法を提案する。

【００４３】

【課題を解決するための手段】この発明に係る送信装置
は、ネットワークを介してデータを受信装置へ送信する
送信装置において、データと、上記データを送信する受
信装置を指定する宛先情報とを含むパケットを生成する
通信アプリケーション部と、送信装置から受信装置へパ
ケットを転送する経路を示す、少なくとも一つ以上のソ
ースルート情報を格納し、格納したソースルート情報
を、受信装置に基づいて検索するソースルート経路管理
部と、上記通信アプリケーション部が生成したパケット
を入力し、入力したパケットから宛先情報を取得し、取
得した宛先情報に指定された受信装置に基づいて、上記
ソースルート経路管理部を用いて、少なくとも一つ以上
のソースルート情報を取得し、取得したソースルート情
報の数だけ各パケットを複製するＩＰ（Ｉｎｔｅｒｎｅ
ｔ Ｐｒｏｔｏｃｏｌ）部と、上記ＩＰ部が複製したパ
ケットを入力し、入力したパケットを送信する送信側通
信部とを備えることを特徴とする。

【００４４】上記ＩＰ部は、入力したパケットから宛先
情報を取得し、取得した宛先情報に指定された受信装置
に基づいて、上記ソースルート経路管理部を用いて、少
なくとも一つ以上のソースルート情報を取得するソース
ルート経路問合せ部と、上記ソースルート経路問合せ部
が取得したソースルート情報の数だけ各パケットを複製
するパケット複製部と、上記ソースルート情報を上記パ
ケット複製部が複製したパケットへ付加するソースルー
ト経路付与部とを備えることを特徴とする。

【００４５】上記ソースルート経路問合せ部は、複数の
ソースルート情報を取得し、上記パケット複製部は、パ
ケットの数が上記複数のソースルートの数と一致するま
でパケットを複製し、上記ソースルート経路付与部は、
上記パケット複製部が複製した複数のパケットそれぞれ
に上記複数のソースルート情報の各ソースルート情報を
付加することを特徴とする。

【００４６】上記ネットワーク経路管理部は、ソースル
ート情報を格納するソースルート経路管理テーブルを備
えることを特徴とする。

【００４７】上記パケットは、送信条件を指定する送信
条件情報を含み、上記ＩＰ部は、上記パケットから送信
条件情報を抽出し、上記ＩＰ部は、さらに、上記送信条
件情報に対応させて、複数のパケットを送信する多重通
信を実施するか、一つのパケットを送信するかを示す多
重対象情報を格納する多重対象管理テーブルと、上記送
信条件情報を上記ＩＰ部から入力し、上記多重対象管理
テーブルに格納された多重対象情報を検索して、入力し
た送信条件情報に対応する多重対象情報を取得し、取得
した多重対象情報を上記ソースルート経路管理部へ出力
する多重対象選択部とを備え、上記ソースルート経路管
理部は、上記多重対象選択部から多重対象情報を入力
し、入力した多重対象情報に基づいて、上記パケット複
製部へパケットの複製を指示することを特徴とする。

【００４８】上記ネットワークは、複数のサブネットワ
ークを含み、上記受信装置は、いずれかのサブネットワ
ークと接続し、上記パケットは、送信条件情報として上
記受信装置が接続するサブネットワークを指定するサブ
ネットワーク情報を含み、上記多重対象管理テーブル
は、多重対象情報として、上記複数のサブネットワーク
それぞれについて、複数のパケットを送信する多重通信
を実施するか、一つのパケットを送信するかを示す多重
対象サブネット情報を格納する多重対象サブネット管理
テーブルを含み、上記多重対象選択部は、上記送信条件
情報からサブネットワーク情報を抽出し、上記多重対象
サブネット管理テーブルに格納された多重対象サブネッ
ト情報を検索して、抽出したサブネットワーク情報に対
応する多重対象サブネット情報を取得し、取得した多重
対象サブネット情報を上記ソースルート経路管理部へ出
力する多重対象サブネット選択部を含み、上記ソースル
ート経路管理部は、上記多重対象サブネット選択部から
多重対象サブネット情報を入力し、入力した多重対象サ
ブネット情報に基づいて、上記パケット複製部へパケッ
トの複製を指示することを特徴とする。

【００４９】上記多重対象管理テーブルは、多重対象情
報として、上記受信装置に対応させて、複数のパケット
を送信する多重通信を実施するか、一つのパケットを送
信するかを示す多重対象ホスト情報を格納する多重対象
ホスト管理テーブルを含み、上記多重対象選択部は、上
記宛先情報を入力し、上記多重対象ホスト管理テーブル
に格納された多重対象ホスト情報を検索して、上記宛先
情報に指定された受信装置に対応する多重対象ホスト情
報を取得し、取得した多重対象ホスト情報を上記ソース
ルート経路管理部へ出力する多重対象ホスト選択部を含
み、上記ソースルート経路管理部は、上記多重対象ホス
ト選択部から多重対象ホスト情報を入力し、入力した多
重対象ホスト情報に基づいて、上記パケット複製部へパ
ケットの複製を指示することを特徴とする。

【００５０】上記パケットは、送信条件情報として、パ
ケットを転送するトランスポートプロトコルを指定する
トランスポートプロトコル情報を含み、上記多重対象管
理テーブルは、多重対象情報として、トランスポートプ
ロトコルに対応させて、複数のパケットを送信する多重
通信を実施するか、一つのパケットを送信するかを示す
多重対象トランスポートプロトコル情報を格納する多重
対象トランスポートプロトコル管理テーブルを含み、上
記多重対象選択部は、上記送信条件情報からトランスポ
ートプロトコル情報を抽出し、上記多重対象トランスポ
ートプロトコル管理テーブルに格納された多重対象トラ
ンスポートプロトコル情報を検索して、抽出したトラン
スポートプロトコル情報に対応する多重対象トランスポ
ートプロトコル情報を取得し、取得した多重対象ホスト
情報を上記ソースルート経路管理部へ出力する多重対象
トランスポートプロトコル選択部を含み、上記ソースル
ート経路管理部は、上記多重対象トランスポートプロト
コル選択部から多重対象トランスポートプロトコル情報
を入力し、入力した多重対象トランスポートプロトコル
情報に基づいて、上記パケット複製部へパケットの複製
を指示することを特徴とする。

【００５１】上記パケットは、送信条件情報として、上
記通信アプリケーションが使用するアプリケーションプ
ロトコルを指定するアプリケーションプロトコル情報を
含み、上記多重対象管理テーブルは、多重対象情報とし
て、アプリケーションプロトコルに対応させて、複数の
パケットを送信する多重通信を実施するか、一つのパケ
ットを送信するかを示す多重対象アプリケーションプロ
トコル情報を格納する多重対象アプリケーションプロト
コル管理テーブルを含み、上記多重対象選択部は、上記
送信条件情報からアプリケーションプロトコル情報を抽
出し、上記多重対象アプリケーションプロトコル管理テ
ーブルに格納された多重対象アプリケーションプロトコ
ル情報を検索して、抽出したアプリケーションプロトコ
ル情報に対応する多重対象アプリケーションプロトコル
情報を取得し、取得した多重対象ホスト情報を上記ソー
スルート経路管理部へ出力する多重対象アプリケーショ
ンプロトコル選択部を含み、上記ソースルート経路管理
部は、上記多重対象アプリケーションプロトコル選択部
から多重対象アプリケーションプロトコル情報を入力
し、入力した多重対象アプリケーションプロトコル情報
に基づいて、上記パケット複製部へパケットの複製を指
示することを特徴とする。

【００５２】上記パケットは、送信条件情報として送信
サービスのタイプを指定する送信タイプ情報を含み、上
記多重対象管理テーブルは、多重対象情報として、上記
送信タイプに対応させて、複数のパケットを送信する多
重通信を実施するか、一つのパケットを送信するかを示
す多重対象送信タイプ情報を格納する多重対象送信タイ
プ管理テーブルを含み、上記多重対象選択部は、上記送
信条件情報から送信タイプ情報を抽出し、上記多重対象
送信タイプ管理テーブルに格納された多重対象送信タイ
プ情報を検索して、抽出した送信タイプ情報に対応する
多重対象送信タイプ情報を取得し、取得した多重対象送
信タイプ情報を上記ソースルート経路管理部へ出力する
多重対象送信タイプ選択部を含み、上記ソースルート経
路管理部は、上記多重対象送信タイプ選択部から多重対
象送信タイプ情報を入力し、入力した多重対象サブネッ
ト情報に基づいて、上記パケット複製部へパケットの複
製を指示することを特徴とする。

【００５３】この発明に係る多重通信方式は、ネットワ
ークを用いてデータを送信装置から受信装置へデータを
転送する多重通信方式において、上記送信装置は、デー
タと、上記データを送信する受信装置を指定する宛先情
報とを含むパケットを生成する通信アプリケーション部
と、送信装置から受信装置へパケットを転送する経路を
示す、少なくとも一つ以上のソースルート情報を格納
し、格納したソースルート情報を、受信装置に基づいて
検索するソースルート経路管理部と、上記通信アプリケ
ーション部が生成したパケットを入力し、入力したパケ
ットから宛先情報を取得し、取得した宛先情報に指定さ
れた受信装置に基づいて、上記ソースルート経路管理部
を用いて、少なくとも一つ以上のソースルート情報を取
得し、取得したソースルート情報の数のパケットを複製
するＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）部
と、上記ＩＰ部が複製したパケットを入力し、入力した
パケットを送信する送信側通信部とを備え、上記受信装
置は、ネットワークを介して転送されたパケットを受信
する受信側通信部と、上記受信側通信部が受信したパケ
ットを入力し、入力したパケットを解析し、同一のデー
タを含むパケットを既に受信している場合は、上記パケ
ットを破棄する受信パケット解析部とを備えることを特
徴とする。

【００５４】上記パケットは、パケットの送信条件を指
定する送信条件情報を含み、上記ＩＰ部は、上記パケッ
トから送信条件情報を抽出し、上記多重通信方式は、さ
らに、パケットの転送を管理する管理サーバを備え、上
記管理サーバは、上記送信条件情報に対応して、複数の
パケットを送信する多重通信を実施するか、一つのパケ
ットを送信するかを示す多重対象情報を格納する多重対
象管理テーブルと、上送信条件情報を上記ＩＰ部から入
力し、上記多重対象管理テーブルに格納された多重対象
情報を検索して、入力した送信条件情報に対応する多重
対象情報を取得し、取得した多重対象情報を上記ソース
ルート経路管理部へ出力する多重対象選択部とを備え、
上記ＩＰ部は、上記多重対象選択部から多重対象情報を
入力し、入力した多重対象情報に基づいて、パケットを
複製することを特徴とする。

【００５５】上記ネットワークは、コアネットワーク
と、複数のサブネットワークとを含み、上記管理サーバ
は、上記コアネットワークと上記複数のサブネットワー
クのうちの一つとのいずれか一方に配置されていること
を特徴とする。

【００５６】この発明に係る多重通信方法は、ネットワ
ークを用いてデータを送信装置から受信装置へ転送する
多重通信方法において、データと、上記データを送信す
る受信装置を示す宛先情報を含むパケットを生成し、送
信装置から受信装置へパケットを転送する経路を示す、
少なくとも一つ以上のソースルート情報を格納し、生成
したパケットを入力し、入力したパケットから宛先情報
を取得し、取得した宛先情報に基づいて、格納した上記
ソースルート情報を検索し、検索した少なくとも一つ以
上のソースルート情報を取得し、取得したソースルート
情報の数のパケットを複製し、複製したパケットを送信
することを特徴とする。

【００５７】この発明に係る多重通信をコンピュータで
実現するための多重通信プログラムは、ネットワークを
用いてデータを送信装置から受信装置へ転送する多重通
信を計算機で実行するための多重通信プログラムにおい
て、データと、上記データを送信する受信装置を示す宛
先情報を含むパケットを生成する通信アプリケーション
処理と、送信装置から受信装置へパケットを転送する経
路を示す、ソースルート情報を格納し、格納したソール
ルート情報を管理するソースルート経路管理処理と、上
記通信アプリケーション処理において生成したパケット
を入手し、入手したパケットから宛先情報を取得し、取
得した宛先情報に指定された受信装置に基づいて、上記
ソースルート経路管理部を用いて、少なくとも一つ以上
のソースルート情報を取得し、取得したソースルート情
報の数のパケットを複製するＩＰ（Ｉｎｔｅｒｎｅｔ
Ｐｒｏｔｏｃｏｌ）処理と、上記ＩＰ処理が複製したパ
ケットを入手し、入手したパケットを送信する送信処理
とを備えることを特徴とする。

【００５８】この発明に係る多重通信をコンピュータで
実現するための多重通信プログラムを記録した計算機で
読み取り可能な記録媒体は、ネットワークを用いてデー
タを送信装置から受信装置へ転送する多重通信を計算機
で実行するための多重通信プログラムを記録した計算機
で読み取り可能な記録媒体において、データと、上記デ
ータを送信する受信装置を示す宛先情報を含むパケット
を生成する通信アプリケーション処理と、送信装置から
受信装置へパケットを転送する少なくとも一つ以上の経
路を示すソースルート情報を格納し、格納したソールル
ート情報を管理するソースルート経路管理処理と、上記
通信アプリケーション処理において生成したパケットを
入手し、入手したパケットから宛先情報を取得し、取得
した宛先情報に指定された受信装置に基づいて、上記ソ
ースルート経路管理部を用いて、少なくとも一つ以上の
ソースルート情報を取得し、取得したソースルート情報
の数のパケットを複製するＩＰ（Ｉｎｔｅｒｎｅｔ Ｐ
ｒｏｔｏｃｏｌ）処理と、上記ＩＰ処理が複製したパケ
ットを入手し、入手したパケットを送信する送信処理と
を備えることを特徴とする。

【００５９】上記ネットワークは、接続機器を経由して
データを送信し、上記ソースルート経路管理部は、ソー
スルート情報を格納するソースルート経路管理テーブル
を備え、上記送信装置は、さらに、ネットワークに配置
された接続機器の情報を収集する接続情報入手部と、上
記接続情報入手部が収集した接続情報を保管する接続情
報管理テーブルと、上記接続情報管理テーブルに保管さ
れた接続情報に基づいて、送信装置から受信装置へパケ
ットを転送する経路を決定し、決定した経路を用いてソ
ースルート情報を生成するソースルート決定部と、上記
生成したソースルート情報を入力し、上記ソースルート
情報を上記ソースルート経路管理テーブルに設定するソ
ースルート管理テーブル設定部とを備えることを特徴と
する。

【００６０】上記ネットワークは、接続機器によって接
続され、上記送信装置は、さらに、ネットワークに配置
された接続機器の情報を収集する接続情報入手部と、上
記接続情報入手部が収集した接続情報を保管する接続情
報管理テーブルと、上記接続情報管理テーブルに保管さ
れた接続情報に基づいて、送信装置から受信装置へパケ
ットを転送する経路を決定し、決定した経路を用いてソ
ースルート情報を生成するソースルート決定部と、上記
生成したソースルート情報を入力し、上記ソースルート
情報を上記ソースルート経路管理テーブルに設定するソ
ースルート管理テーブル設定部とを備えることを特徴と
する。

【００６１】上記接続情報入手部は、収集した接続情報
に基づいて、送信装置から受信装置へパケットを転送す
る複数の経路を生成し、生成した複数の経路を上記接続
情報管理テーブルへ格納し、上記ソースルート決定部
は、上記接続情報管理テーブルに格納された上記複数の
経路から二つ以上の経路を選択し、上記選択した二つ以
上の経路を用いて、二つ以上のソースルート情報を生成
し、上記ソースルート経路管理テーブル設定部は、二つ
以上のソースルート情報を入力し、入力した二つ以上の
ソースルート情報を上記ソースルート経路管理テーブル
へ格納することを特徴とする。

【００６２】上記ソースルート決定部は、選択する経路
の数を定める選択数を予め保持し、上記接続情報管理テ
ーブルから選択した一の経路を削除して次の経路を選択
することを特徴とする。

【００６３】上記多重通信方式において、上記ネットワ
ークは、接続機器を経由してデータを送信し、上記ソー
スルート経路管理部は、ソースルート情報を格納するソ
ースルート経路管理テーブルを備え、上記送信装置は、
さらに、ネットワークに配置された接続機器の情報を収
集する接続情報入手部と、上記接続情報入手部が収集し
た接続情報を保管する接続情報管理テーブルと、上記接
続情報管理テーブルに保管された接続情報に基づいて、
送信装置から受信装置へパケットを転送する経路を決定
し、決定した経路を用いてソースルート情報を生成する
ソースルート決定部と、上記生成したソースルート情報
を入力し、上記ソースルート情報を上記ソースルート経
路管理テーブルに設定するソースルート管理テーブル設
定部とを備えることを特徴とする。

【００６４】

【発明の実施の形態】実施の形態１．以下、送信ホスト
から受信ホストへデータを転送する際、送信ホスト上で
送信データパケットを複数個複製し、それらを予めルー
タ間で自動的に決定している経路とは異なる複数の経路
を用いるように指定して転送することで、ある経路途中
で何らかの障害によりデータパケットを紛失した際で
も、別経路で転送したデータパケットが受信ホストへ到
着することにより、データ紛失の確率を低下させ、デー
タ転送の信頼性を向上させることが可能となるネットワ
ークシステム構築手法について説明する。まず、第１の
実施の形態について、図１を用い説明する。図１は、本
発明を適用した実施の形態１のネットワークシステムの
一例である。図１に示すネットワークシステムは、ホス
トＡ１、ホストＢ２、ルータ３〜ルータ１１、物理伝送
路１２、ＩＰネットワーク１６を備える。この明細書で
は、ホストは、インターネットに接続する端末（例え
ば、パーソナルコンピュータ）やサーバ一台一台のこと
を指す。従って、インターネットに接続するすべてのコ
ンピュータがホストになる。図１では、特定のホストと
してホストＡ１及びホストＢ２を例示している。また、
以下の説明において、送信側のホスト送信ホスト（送信
装置ともいう）、受信側のホストを受信ホスト（受信装
置ともいう）として説明する。

【００６５】図１において、ホストＡ１とホストＢ２
は、ＩＰネットワーク１６に接続されている計算機であ
る。ＩＰネットワーク１６は、ルータ３〜１１及びルー
タ間を結ぶ物理伝送路１２からなる。図１では、ホスト
Ａ１やホストＢ２と同等の機能を持つ計算機が表されて
いる。これらの計算機は、ホストＡ１やホストＢ２の接
続されているネットワークと同様にＩＰネットワーク１
６へ接続されている。図１では、説明を簡単にするた
め、上記計算機とＩＰネットワーク１６とを接続するネ
ットワークを省略している。

【００６６】図中に点線で示されている転送経路１５
は、ルータ間で予め決められている転送経路を表す。ル
ータ間で予め決められている転送経路１５の決定方法
は、各々のルータに設定される静的ルーティングによる
手法や、及びルーティングプロトコルを用いた動的ルー
ティングによる手法など、様々な方法が存在するがそれ
らは周知の方法であるため、ここでの説明は省略する。
また、ルートＡ１３及びルートＢ１４は、ホストＡ１か
らホストＢ２までのルータ間で予め決められていない転
送経路を示している。ルートＡ１３及びルートＢ１４の
決定方法は、ホストＡ１から各ルータへ定期的に診断パ
ケットを送付することで得られた結果や、ネットワーク
管理者が事前に設定したソースルート経路など、周知の
方法で決定されたルートであるため、ここでの説明は省
略する。

【００６７】この実施の形態では、ルータ間で予め決め
られていない転送経路をルートＡ１３とルートＢ１４の
２種で説明しているが、ネットワークの形状は、周知の
ソースルート経路収集方法によっては、その数は変化し
ても良い。また、ホストＡ１及びホストＢ２及びそれら
と同等な関係の位置に接続されている計算機は、その内
部に、本発明で開示する送信機能及び受信機能を併せ持
っている。従って、ネットワーク上に接続されているい
かなるホストもデータ送信ホストやデータ受信ホストに
なることができる。しかし、ここでは説明を簡単にする
ために、送信ホストとしてホストＡ１、受信ホストとし
てホストＢ２を用いて説明する。

【００６８】図２は、実施の形態１におけるホスト内部
のソフトウェア構成の一例を示た図である。本構成は、
図１中のホストＡ１やホストＢ２をはじめ、ホストＡ１
やホストＢ２と同等な関係の位置に接続される計算機内
部の構成を表す。計算機内部は、ユーザ領域（ユーザ空
間）とカーネル領域（カーネル空間）とに分けられる。
ユーザ空間では、通信アプリケーション（以下、「通信
ＡＰ」と記す）３４や他のアプリケーション（以下、
「ＡＰ」と記す）３５が複数動作している。また、カー
ネル空間は、Ｈ／Ｗドライバ３０、ＩＰ（Ｉｎｔｅｒｎ
ｅｔ Ｐｒｏｔｏｃｏｌ）部３１、ＴＣＰ部３２、ＵＤ
Ｐ部３３とを備える。Ｈ／Ｗドライバ３０は、通信のた
めのハードウェア（Ｈ／Ｗ）インタフェースを制御す
る。ＩＰ部３１は、ＩＰパケットの処理を行う。ＴＣＰ
部３２は、ＴＣＰパケットの処理を行う。ＵＤＰ部３３
は、ＵＤＰパケットの処理を行う。

【００６９】ＩＰ部３１の内部には、ソースルート経路
問合せ部３６と、パケット複製部３７と、ソースルート
経路付与部３８とが存在する。ソースルート経路問合せ
部３６は、ソースルート経路を問い合わせる。パケット
複製部３７は、通信ＡＰ３４から送信されたデータパケ
ットを複製する。ソースルート経路付与部３８は、パケ
ット複製部３７で複製されたパケットに対して、ソース
ルート経路問合せ部３６の問合せ結果から得られたソー
スルート情報をＩＰパケットのオプションヘッダ部に埋
め込む。また、カーネル内部には、ソースルート経路を
管理するソースルート経路管理部３９が存在する。ソー
スルート経路管理部３９の内部には、ホスト間の転送経
路を記録しておくソースルート経路管理テーブル４０が
存在する。ソースルート経路管理テーブル４０の内部に
記録される、ホストＡ１からホストＢ２へのソースルー
ト情報は、通常、前述した周知の方法の結果得られた、
ルート上にあるルータのＩＰアドレス群が記録される。

【００７０】計算機に必要な動作をさせるために、本図
で示した内部構成のほかにも様々な必要な部位が存在す
る。この実施の形態で使用される図２に一例を示した計
算機は、説明を簡単にするために詳細な記述を省略して
いる。しかしながら、計算機として動作するために必要
な部位は揃っていることを前提とする。また、通信ＡＰ
３４、及び、その他のＡＰ３５内部の構造は、周知のア
ルゴリズムやプログラミング手法を用いて構成されるた
め、ここでの説明は省略する。また、ＴＣＰ部３２、及
び、ＵＤＰ部３３、及び、ＩＰ部３１内のソースルート
経路問合せ部３６とパケット複製部３７とソースルート
経路付与部３８を除いた部分、及び、Ｈ／Ｗドライバ３
０の構造は、周知のアルゴリズムやプログラミング手法
を用いて構成されるため、ここでの説明は省略する。

【００７１】次に、動作を説明する。図３は、データパ
ケットを送信した場合の計算機内部の処理の流れの一例
を表した図である。図３を用いて、図２で示した計算機
内部で通信ＡＰ３４がデータパケットを送信した場合の
処理について、ソースルート経路問合せ部３６及びパケ
ット複製部３７及びソースルート経路付与部３８及びソ
ースルート経路管理部３９それぞれの処理の流れを説明
する。図３中の５０は、ソースルート経路問合せ部３６
の処理の流れを示す。５１は、ソースルート経路管理部
３９の処理の流れを示す。５２はパケット複製部３７の
処理の流れを示す。５３は、ソースルート経路付与部３
８の処理の流れを示す。以下に、５０〜５３それぞれの
処理をデータパケットの処理の順に逐次説明する。

【００７２】ステップ６０では、通信ＡＰ３４のデータ
送信要求により、必要であれば、ＴＣＰ部３２やＵＤＰ
部３３は、ＴＣＰパケット又はＵＤＰパケットを生成す
る。上記パケットが生成された後、ＩＰ部３１は、周知
の手法で構築された既存の処理によりＩＰパケットを生
成する。ステップ６１でソースルート経路問合せ部３６
は、生成されたＩＰパケットを取得し、ステップ６２で
取得したＩＰパケット中より送信元ＩＰアドレス及び宛
先ＩＰアドレスを抽出する。その後、ステップ６３で、
ソースルート経路問合せ部３６は、抽出したＩＰアドレ
ス対を基に、ソースルート経路管理部３９へ対象ルート
となるソースルートの数とルート情報を問い合わせる。

【００７３】ステップ７０で、ソースルート経路管理部
３９は、ソースルート経路問合せ部３６からの問い合わ
せ要求を基に、指定されたＩＰアドレス対に対するソー
スルートがソースルート経路管理テーブル４０内に存在
するかどうかを検索する。ステップ７１で、ソースルー
ト経路管理部３９は、前記検索結果を判断する。もし、
対象となるソースルートが存在すれば、ステップ７２
で、ソースルート経路管理部３９は、対象ルート数と対
象ルート情報をソースルート経路問合せ部３６へ返却す
る。また、対象となるソースルートが存在しなければ、
ステップ７３で、ソースルート経路管理部３９は、対象
ルートが存在しないことを、ソースルート経路問合せ部
３６へ通知する。

【００７４】ソースルート経路管理部３９から問合せの
結果が返却された段階で、ソースルート経路問合せ部３
６は、返却結果を基に、対象ルート数をステップ６４で
検査する。ここで、対象ルート数が０、つまり対象とな
るソースルートが存在しなかった場合は、ステップ６７
で、ソースルート経路問合せ部３６のＩＰ部３１へ送信
対象のＩＰパケットを返却する。その後、ＩＰ部３１の
既存の処理を実施する。この結果、ＩＰパケットは、ル
ータ間で予め決められている転送経路１５を用いて転送
されることになる。また、対象ルート数が０以外、つま
り対象となるソースルートが存在する場合は、ステップ
６５で、ソースルート経路問合せ部３６は、対象ルート
数とＩＰパケットをパケット複製部３７へ渡す。

【００７５】パケット複製部３７は、対象ルート数とＩ
Ｐパケットとをソースルート経路問合せ部３６から受け
取る。パケット複製部３７は、ステップ８０で、受け取
ったＩＰパケットを対象ルート数分だけ複製し、ステッ
プ８１で、複製したＩＰパケットをソースルート経路問
合せ部３６へ返却する。

【００７６】ソースルート経路問合せ部３６は、パケッ
ト複製部３７から複製されたＩＰパケットを受け取り、
ステップ６６で、対象ルート情報と複製されたＩＰパケ
ットをソースルート経路付与部３８へ渡す。

【００７７】ソースルート経路付与部３８は、ソースル
ート経路問合せ部３６から対象ルート情報と複製された
ＩＰパケットを受け取り、ステップ９０で、対象ルート
情報を個々のＩＰパケットのＩＰオプション部に個別に
付与し、ステップ９１でＩＰオプションに対象ルートを
付与したＩＰパケットをソースルート経路問合せ部３６
へ返却する。

【００７８】ソースルート経路付与部３８からＩＰオプ
ションに対象ルートが付与された複数のＩＰパケット返
却されたソースルート経路問合せ部３６では、ステップ
６７で既存のＩＰ部３１へＩＰオプションに対象ルート
が付与された複数のＩＰパケットを返却する。その後、
ＩＰ部３１では、個々のＩＰパケットに対して既存の処
理を実施し、複製されたＩＰパケットをすべてネットワ
ーク上に送信することになる。ＩＰパケットのオプショ
ン部にソースルート情報が付与されたＩＰパケットは、
ネットワーク上に送信された後、ルータ３内部の処理
で、ＩＰパケットのソースルート転送処理が施される。
複製されたＩＰパケットのＩＰオプション部には、ルー
トＡ１３に対するソースルート情報と、ルートＢ１４に
対するルート情報が埋め込まれている。従って、その
後、周知の転送方法でＩＰパケットがルートＡ１３、及
び、ルートＢ１４を介して、送信ホストＡ１から受信ホ
ストＢ２に転送されることになる。

【００７９】送信ホストＡ１から前記手法にて送付され
た複数のＩＰパケットを受信した受信ホストＢ２内部で
は、トランスポートプロトコルとして、ＴＣＰ（Ｔｒａ
ｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏ
ｌ）を用いていた場合は、ＴＣＰ内部の周知の方法で重
複したパケットは廃棄されるため、受信ホストＢ２に一
番最初に到着したパケットのみが通信ＡＰへ渡されるこ
とになる。

【００８０】また、前記手法で送信ホストＡ１と受信ホ
ストＢ２間で行われている通信に、トランスポートプロ
トコルとしてＵＤＰ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐ
ｒｏｔｏｃｏｌ）又はＲＡＷ ＩＰを用いている場合
は、トランスポートプロトコル内部処理で重複パケット
が廃棄されることはない。従って、通信ＡＰ３４（若し
くはＡＰ部３５）は、受信ホストが受信した総てのパケ
ットを入力し、入力したＩＰパケットのペイロード部に
付与されたパケットのシーケンス番号などを調査して重
複パケットを検出し、検出した重複パケットを廃棄す
る。また、通信ＡＰ部３４は、周知のプロトコルである
ＲＴＰ（Ａ Ｔｒａｎｓｐｏｒｔ Ｐｒｏｔｏｃｏｌ
ｆｏｒ Ｒｅａｌ−ｔｉｍｅ Ａｐｐｌｉｃａｔｉｏｎ
ｓ）などを用いて、重複したパケットを検出し廃棄する
方法を使用することも可能である。

【００８１】本発明を用いることにより、ＩＰネットワ
ーク上でＩＰパケットを多重化して送受信することが可
能となり、ＩＰネットワーク上の途中経路が切れた場合
でも、データ紛失の確率を低下させ、データ転送の信頼
性を向上させるネットワークシステムを構築することが
可能となる。また、従来技術と比し、それまでＩＰネッ
トワークを構築していた既存のルータなどの設備を入れ
替える必要がないため、本発明の効果を得るためのネッ
トワークシステムの構築にかかるコストを低く抑えるこ
とが可能となる。

【００８２】このように、送信ホストから受信ホストへ
データを転送する際、送信ホスト上で送信データパケッ
トを複数個複製し、「第３版 ＴＣＰ／ＩＰによるネッ
トワーク構築Ｖｏｌ．Ｉ−原理・プロトコル・アーキテ
クチャ−」（ＤｏｕｇｌａｓＣｏｍｅｒ著、村井純・楠
本博之 訳、共立出版株式会社発行）の第７．８．２項
で開示されているＩＰパケットのオプション機能とし
て、ＩＰパケットヘッダのオプション部に経路途中に通
過するルータを明示的に送信側ホスト上で指定するソー
スルーティング機能を用いることで、それらのＩＰパケ
ットをルータが自動的に決定している経路とは異なる複
数の経路を用いるように指定して転送することで、多重
通信を実施する。

【００８３】以上のように、送信ホストと受信ホストの
間にルータが複数配置され、ルータによりでデータ転送
経路が決定されるようなＩＰネットワークにおいて、以
下の機能を備えることで、低コストで、かつ、ＩＰネッ
トワーク上の途中経路が切れた場合でも、データ紛失の
確率を低下させ、データ転送の信頼性を向上させるネッ
トワークシステム構築手法を提供する。 （ａ）送信ホスト−受信ホスト間で行われる通信を、複
数経路を用いて、同じデータを同時に重複して転送す
る。 （ｂ）送信ホスト上で動作する通信アプリケーション
（ＡＰ）からの通信パケットが発生した際、送信側ホス
トのカーネル内部のＩＰ部が、ソースルート経路管理部
に経路を問合せ、受信側ホストに到着するためのｎ種類
（ｎは１以上の整数）の経路情報を取得する。 （ｃ）その後、ＩＰ部では、通信ＡＰからの通信パケッ
トを複製することで、ｎ個の内容の同じ送信パケットを
作成し、かつ、そのＩＰオプションに、ソースルート経
路管理部から取得した、ｎ種類のソースルート経路情報
を格納し、Ｈ／Ｗドライバを用いて、ネットワーク上に
パケットを送出する。 （ｄ）通信経路上の各ルータはＩＰ通信の規格に基づ
き、ソースルートを用いた通信を実施する。 （ｅ）受信ホストに到着した、同じ内容をもつ複数のパ
ケットは、受信ホストのカーネル内部のトランスポート
プロトコルとしてＴＣＰを用いていた場合、その内部で
廃棄される。 （ｆ）また、トランスポートプロトコルとしてＵＤＰを
用いていたり、トランスポートプロトコルを用いていな
い場合（ＲＡＷ ＩＰによる通信）は、トランスポート
プロトコル層内部で廃棄されることはないが、通信ＡＰ
内部でペイロード部（パケット内のデータ部）に付与さ
れたシーケンス番号などを調査し重複パケットを廃棄す
る。また、周知のプロトコルであるＲＴＰなどを用い
て、重複したパケットを廃棄する方法も使用可能であ
る。

【００８４】実施の形態２．以下、本発明の第２の実施
の形態について、図４を用い説明する。図４は、本発明
を適用した実施の形態２のネットワークを示したもので
ある。ＩＰネットワーク１６は、内部的には、図１に一
例として示すように、ネットワークを構成するルータそ
れらの間を接続する物理伝送路からできているが、この
実施の形態では、説明を簡単にするために省略してい
る。また、この実施の形態では、ホストＡ１の属するサ
ブネットＡ１０１とホストＢ２の属するサブネット１０
２とホストＣ１００の属するサブネットＣ１０３が、Ｉ
Ｐネットワーク１６を介して接続されている。個々のサ
ブネット内部には、ホストＡ１やホストＢ２やホストＣ
１００と同様な機能を持つ計算機が、ホストＡ１やホス
トＢ２やホストＣ１００と同等な関係の位置に接続され
ているが、ここでは説明を簡単にするために省略する。
また、ＩＰネットワーク１６には、サブネットＡ１０１
やサブネットＢ１０２やサブネットＣ１０３と同様な関
係の位置に属するサブネットが複数接続されているが、
ここでは説明を簡単にするために省略する。

【００８５】１０４はサブネットＡ１０１に属するホス
トＡ１と、サブネットＢ１０２に属するホストＢ２との
間で行われている実施の形態１で示したＩＰパケットを
多重化した通信である。１０５も同様に、サブネットＢ
１０２に属するホストＢ２と、サブネットＣ１０３に属
するホストＣ１００間で行われているＩＰパケットを多
重化した通信である。１０６はサブネットＡ１０１に属
するホストＡ１とサブネットＣ１０３に属するホストＣ
１００間で行われているＩＰパケットを多重化しない周
知の技術で行われる通信を示している。

【００８６】図５は、図４内で示された各サブネットに
属する計算機の内部構造として、サブネットＡ１０１に
属するホストＡ１を例にして示したものである。本内部
構造は、サブネットＢ１０２に属するホストＢ２やサブ
ネットＣ１０３に属するホストＣ１００や、それらのサ
ブネットに属する他の計算機も同等の構造をとる。図５
中の１１０は宛先ホストの属するサブネットが多重通信
の対象となっているかどうかを検出する多重対象サブネ
ット選択部を示しており、その内部に各サブネットが多
重通信の対象となっているかどうかを記録しておくため
の多重対象サブネット管理テーブル１１１を持ってい
る。

【００８７】多重対象サブネット管理テーブル１１１内
部は、サブネットアドレスと多重通信する／しないが１
か０で記録されている。図中の例の場合、サブネットＢ
に対しては多重化する（１が記載されている）設定にな
っており、また、サブネットＣに対しては多重化しない
（０が記載されている）設定になっている。他の部分
は、実施の形態１と同等のためここでの説明は省略す
る。

【００８８】次に、図６を用いて、図５で示した計算機
内部構成で通信ＡＰ３４がデータパケットを送信した場
合の多重対象サブネット選択部１１０の処理の流れを説
明する。図６の５０ｂはこの実施の形態のソースルート
経路問合せ部３６の処理の流れを示している。図６の１
３０は多重対象サブネット選択部１１０の処理の流れを
示している。ステップ６０〜ステップ６２で、通信ＡＰ
３４のデータ送信要求より、ソースルート経路問合せ部
３６がＩＰパケットを取得し、送信元ＩＰアドレスと宛
先ＩＰアドレスを抽出するステップが記載されている。
これらの処理の流れは、実施の形態１の処理の流れと同
様のため、ここでの説明は省略する。次に、ステップ１
４０で抽出した宛先ＩＰアドレスを多重対象サブネット
選択部１１０へ渡す。

【００８９】ステップ１５０では、多重対象サブネット
選択部１１０は、ソースルート経路問合せ部３６から渡
された宛先ＩＰアドレスの属するサブネットを抽出す
る。次に、多重対象サブネット選択部１１０は、多重対
象サブネット選択部１１０内部に存在する多重対象サブ
ネット管理テーブル１１１を、抽出したサブネットを用
いて検索する。ステップ１５１で宛先ＩＰアドレスの属
するサブネットが多重対象サブネットであれば、多重対
象サブネット選択部１１０は、ステップ１５２で多重対
象であることをソースルート経路問合せ部３６へ通知す
る。また、ステップ１５１で宛先ＩＰアドレスの属する
サブネットが多重対象サブネットでなければ、多重対象
サブネット選択部１１０は、ステップ１５３で多重対象
ではないことをソースルート経路問合せ部３６へ通知す
る。

【００９０】ステップ１４１では、ソースルート経路問
合せ部３６は、多重対象サブネット選択部１１０から返
却された結果を基に、多重対象サブネットであるかどう
かを調べ、多重対象であればステップ６３へ、多重対象
でなければ、ステップ６７へ処理を進める。それ以降の
処理は、実施の形態１と同様のため、ここでの説明は省
略する。

【００９１】本発明を用いることにより、実施の形態１
の効果に加え、送信側ホストのＩＰ部に受信側ホストの
属するサブネットのネットワークアドレスにより多重化
を選択する機能を持たせることで、受信ホストの属する
サブネットのネットワークアドレスにより、多重通信を
選択することが可能となり、多重通信を必要とする通信
のみを対象とすることで、コアネットワーク上の転送デ
ータ量を抑制しつつ、データ転送の信頼性を向上させる
ことが可能となる。

【００９２】以上のように、実施の形態１のネットワー
クシステムに加え、送信側ホストのＩＰ部に受信側ホス
トの属するサブネットのネットワークアドレスにより、
多重通信を選択する機能を持たせる。これにより、送信
側ホスト上で、受信側ホストの属するサブネットのネッ
トワークアドレスにより、多重通信を選択することが可
能となり、多重通信を必要とする通信のみを対象とする
ことで、コアネットワーク上の転送データ量を抑制しつ
つ、データ転送の信頼性を向上させることが可能となる
ようなネットワークシステム構築手法を提供する。

【００９３】実施の形態３．以下、本発明の第３の実施
の形態について、図７を用いて説明する。図７は、本発
明を適用した実施の形態３のネットワークを示したもの
である。この実施の形態では、説明を簡単にするため
に、ホストＡ１とホストＢ２とホストＤ２００を用いて
説明するが、それらのホストと同等な機能を持つ計算機
は、他にも多数接続されている場合もある。２０１はホ
ストＡ１とホストＢ２との間で行われている実施の形態
１で示したＩＰパケットを多重化した通信であり、２０
２はホストＡ１とホストＤ２００との間で行われている
ＩＰパケットを多重化しない周知の技術で行われている
通信を示している。

【００９４】図８は、図７内で示された計算機の内部構
造として、ホストＡ１を例にして示したものである。本
内部構造は、ホストＢ２やホストＤ２００やここでは記
載を省略している他の計算機も同等の構造をとる。図８
中の２１０は宛先ホストが多重通信の対象となっている
かどうかを検出する多重対象ホスト選択部を示してお
り、その内部に各ホストが多重通信の対象となっている
かどうかを記録しておくための多重対象ホスト管理テー
ブル２１１を持っている。

【００９５】多重対象ホスト管理テーブル２１１内部
は、ホストのＩＰアドレスと多重通信する／しないが１
か０で記録されている。図中の例の場合、ホストＢに対
しては多重化する（１が記載されている）設定になって
おり、また、ホストＤに対しては多重化しない（０が記
載されている）設定になっている。他の部分は、実施の
形態１と同等のため、ここでの説明は省略する。

【００９６】次に、図９を用いて、図８で示した計算機
内部構成で通信ＡＰ３４がデータパケットを送信した場
合の多重対象ホスト選択部２１０の処理の流れを説明す
る。図９の５０ｃはこの実施の形態のソースルート経路
問合せ部３６の処理の流れを示している。図９の２３０
は多重対象ホスト選択部２１０の処理の流れを示してい
る。ステップ６０〜ステップ６２で、通信ＡＰ３４のデ
ータ送信要求により、ソースルート経路問合せ部３６が
ＩＰパケットを取得し、送信元ＩＰアドレスと宛先ＩＰ
アドレスを抽出するステップが記載されている。これら
の処理の流れは、実施の形態１の処理の流れと同様のた
め、ここでの説明は省略する。次に、ステップ２４０で
抽出した宛先ＩＰアドレスを多重対象ホスト選択部２１
０へ渡す。

【００９７】ステップ２５０では、多重対象ホスト選択
部２１０は、ソースルート経路問合せ部３６から渡され
た宛先ＩＰアドレスを基に、多重対象ホスト選択部２１
０内部に存在する多重対象ホスト管理テーブル２１１を
検索する。ステップ２５１で宛先ＩＰアドレスが多重対
象ホストであれば、多重対象ホスト選択部２１０は、ス
テップ２５２で多重対象であることをソースルート経路
問合せ部３６へ通知する。また、ステップ２５１で宛先
ＩＰアドレスが多重対象ホストでなければ、多重対象ホ
スト選択部２１０は、ステップ２５３で多重対象ではな
いことをソースルート経路問合せ部３６へ通知する。

【００９８】ステップ２４１では、ソースルート経路問
合せ部３６は、多重対象ホスト選択部２１０から返却さ
れた結果を基に、多重対象ホストであるかどうかを調
べ、多重対象であればステップ６３へ、多重対象でなけ
ればステップ６７へ処理を進める。それ以降の処理は、
実施の形態１と同様のため、ここでの説明は省略する。

【００９９】本発明を用いることにより、実施の形態１
の効果に加え、送信側ホストのＩＰ部に受信側ホストに
より多重化を選択する機能を持たせることで、受信ホス
トにより、多重通信を選択することが可能となり、多重
通信を必要とする通信のみを対象とすることで、コアネ
ットワーク上の転送データ量を抑制しつつ、データ転送
の信頼性を向上させることが可能となる。

【０１００】以上のように、実施の形態１のネットワー
クシステムに加え、送信側ホストのＩＰ部に受信側ホス
トのＩＰアドレスにより、多重通信を選択する機能を持
たせる。それにより多重対象となる通信を、受信側ホス
ト別に選択することが可能となり、多重通信機能を必要
とする通信を行っている受信ホストのみを対象とするこ
とで、コアネットワーク上の転送データ量を抑制しつ
つ、データ転送の信頼性を向上させることが可能となる
ようなネットワークシステム構築手法を提供する。

【０１０１】実施の形態４．以下、本発明の第４の実施
の形態について、図１０を用いて説明する。図１０は、
図１又は図４又は図７で示されている計算機内部に対し
て、本実施の形態を実装した場合の計算機の内部構造と
して、ホストＡ１を例にして示したものである。本内部
構造は、ホストＢ２やホストＣ１００やホストＤ２００
や記載を省略している他の計算機も同等の構造をとる。
図１０中の３１０は使用トランスポートプロトコルが多
重通信の対象となっているかどうかを検出する多重対象
トランスポートプロトコル選択部を示しており、その内
部に各トランスポートプロトコルが多重通信の対象とな
っているかどうかを記録しておくための多重対象トラン
スポートプロトコル管理テーブル３１１を持っている。

【０１０２】多重対象トランスポートプロトコル管理テ
ーブル３１１内部は、トランスポートプロトコル種別と
多重通信する／しないが１か０で記載されている。図中
の例の場合、ＴＣＰに対しては多重化する（１が記載さ
れている）設定になっており、また、ＵＤＰに対しては
多重化しない（０が記載されている）設定になってい
る。トランスポートプロトコルは、トランスポート層の
プロトコルの種類を示す。トランスポートプロトコルに
は、例えば、ＴＣＰプロトコルやＵＤＰプロトコルあ
る。ＩＰパケットがどのトランスポートプロトコルを使
用しているかは、ＩＰパケットのヘッダに格納されてい
る情報から取得できる。他の部分は、実施の形態１と同
等のため、ここでの説明は省略する。

【０１０３】次に、図１１を用いて、図１０で示した計
算機内部構成で通信ＡＰ３４がデータパケット送信した
場合の多重対象トランスポートプロトコル選択部３１０
の処理の流れを説明する。図１１の５０ｃはこの実施の
形態のソースルート経路問合せ部３６の処理の流れを示
している。図１１の３３０は多重対象トランスポートプ
ロトコル選択部３１０の処理の流れを示している。ステ
ップ６０〜ステップ６２で、通信ＡＰ３４のデータ送信
要求により、ソースルート経路問合せ部３６がＩＰパケ
ットを取得し、送信元ＩＰアドレスと宛先ＩＰアドレス
を抽出するステップが記載されている。これらの処理の
流れは、実施の形態１の処理の流れと同様のため、ここ
での説明は省略する。次に、ステップ３４０で取得した
ＩＰパケット中より使用トランスポートプロトコル種別
を抽出し、多重対象トランスポートプロトコル選択部３
１０へ渡す。

【０１０４】ステップ３５０では、多重対象トランスポ
ートプロトコル選択部３１０は、ソースルート経路問合
せ部３６から渡された使用トランスポートプロトコル種
別を基に多重対象トランスポートプロトコル選択部３１
０内部に存在する多重対象トランスポートプロトコル管
理テーブル３１１を検索する。ステップ３５１で使用ト
ランスポートプロトコル種別が多重対象トランスポート
プロトコルであれば、多重対象トランスポートプロトコ
ル選択部３１０は、ステップ３５２で多重対象であるこ
とをソースルート経路問合せ部３６へ通知する。また、
ステップ３５１で使用トランスポートプロトコル種別が
多重対象トランスポートプロトコルでなければ、多重対
象トランスポートプロトコル選択部３１０は、ステップ
２５３で多重対象ではないことをソースルート経路問合
せ部３６へ通知する。

【０１０５】ステップ３４１では、ソースルート経路問
合せ部３６は、多重対象トランスポートプロトコル選択
部３１０から返却された結果を基に、多重対象トランス
ポートプロトコルであるかどうかを調べ、多重対象であ
ればステップ６３へ、多重対象でなければステップ６７
へ処理を進める。これ以降の処理は、実施の形態１と同
様のため、ここでの説明は省略する。

【０１０６】本発明を用いることにより、実施の形態１
の効果に加え、通信に使用するトランスポートプロトコ
ルの種別により多重化を選択する機能を持たせること
で、使用トランスポートプロトコル種別により多重通信
を選択することが可能となり、多重通信を必要とする通
信のみを対象とすることで、コアネットワーク上の転送
データ量を抑制しつつ、データ転送の信頼性を向上させ
ることが可能となる。

【０１０７】以上のように、実施の形態１のネットワー
クシステムに加え、送信側ホストのＩＰ部に、使用トラ
ンスポートプロトコルの種類により、多重通信を選択す
る機能を持たせる。これにより、送信側ホスト上で、使
用トランスポートプロトコルの種類により多重通信を選
択することが可能となり、多重通信を必要とする通信の
みを対象とすることで、コアネットワーク上の転送デー
タ量を抑制しつつ、データ転送の信頼性を向上させるこ
とが可能となるようなネットワークシステム構築手法を
提供する。

【０１０８】実施の形態５．以下、本発明の第５の実施
の形態について、図１１を用いて説明する。図１１は、
図１又は図４又は図７で示されている計算機内部に対し
て、本実施の形態を実装した場合の計算機の内部構造と
して、ホストＡ１を例にして示したものである。本内部
構造は、ホストＢ２やホストＣ１００やホストＤ２００
や記載を省略している他の計算機も同等の構造をとる。
図１１中の４１０は使用アプリケーションプロトコルが
多重通信の対象となっているかどうかを検出する多重対
象アプリケーションプロトコル選択部を示しており、そ
の内部に各アプリケーションプロトコルが多重通信の対
象となっているかどうかを記録しておくための多重対象
アプリケーションプロトコル管理テーブル４１１を持っ
ている。

【０１０９】多重対象アプリケーションプロトコル管理
テーブル４１１内部は、アプリケーションプロトコル種
別と多重通信する／しないが１か０で記載されている。
図中の例の場合、ｔｅｌｎｅｔに対しては多重化する
（１が記載されている）設定になっており、また、ｆｔ
ｐに対しては多重化しない（０が記載されている）設定
になっている。アプリケーションプロトコルは、アプリ
ケーション層のプロトコルの種類を示す。アプリケーシ
ョンプロトコルには、例えば、ｆｔｐ（Ｆｉｌｅ Ｔｒ
ａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）、Ｔｅｌｎｅｔがあ
る。ｆｔｐ、Ｔｅｌｎｅｔ等は、ユーザプロセスで使用
する特定のサービスである。ＩＰパケットがどのアプリ
ケーションプロトコルを使用しているかは、ＩＰパケッ
トのヘッダに格納されている情報から取得できる。他の
部分は、実施の形態１と同等のため、ここでの説明は省
略する。

【０１１０】次に、図１３を用いて、図１２で示した計
算機内部構成で通信ＡＰ３４がデータパケットを送信し
た場合の多重対象アプリケーションプロトコル選択部４
１０の処理の流れを説明する。図１３の５０ｄはこの実
施の形態のソースルート経路問合せ部３６の処理の流れ
を示している。図１３の４３０は多重対象アプリケーシ
ョンプロトコル選択部４１０の処理の流れを示してい
る。ステップ６０〜ステップ６２で、通信ＡＰ３４のデ
ータ送信要求により、ソースルート経路問合せ部３６が
ＩＰパケットを取得し、送信元ＩＰアドレスと宛先ＩＰ
アドレスを抽出するステップが記載されている。これら
の処理の流れは、実施の形態１の処理の流れと同様のた
め、ここでの説明は省略する。次に、ステップ４４０で
取得したＩＰパケット中より使用アプリケーションプロ
トコル種別を抽出し、多重対象アプリケーションプロト
コル選択部４１０へ渡す。

【０１１１】ステップ４５０では、多重対象アプリケー
ションプロトコル選択部４１０は、ソースルート経路問
合せ部３６から渡された使用アプリケーションプロトコ
ル種別を基に多重対象アプリケーションプロトコル選択
部４１０内部に存在する多重対象アプリケーションプロ
トコル管理テーブル４１１を検索する。ステップ４５１
で使用アプリケーションプロトコル種別が多重対象アプ
リケーションプロトコルであれば、多重対象アプリケー
ションプロトコル選択部４１０は、ステップ４５２で多
重対象であることをソースルート経路問合せ部３６へ通
知する。また、ステップ４５１で使用アプリケーション
プロトコル種別が多重対象アプリケーションプロトコル
でなければ、多重対象アプリケーションプロトコル選択
部４１０は、ステップ４５３で多重対象ではないことを
ソースルート経路問合せ部３６へ通知する。

【０１１２】ステップ４４１では、ソースルート経路問
合せ部３６は、多重対象アプリケーションプロトコル選
択部４１０から返却された結果を基に、多重対象アプリ
ケーションプロトコルであるかどうかを調べ、多重対象
であればステップ６３へ、多重対象でなければステップ
６７へ処理を進める。これ以降の処理は、実施の形態１
と同様のため、ここでの説明は省略する。

【０１１３】本発明を用いることにより、実施の形態１
の効果に加え、通信に使用するアプリケーションプロト
コルの種別により多重化を選択する機能を持たせること
で、使用アプリケーションプロトコル種別により多重通
信を選択することが可能となり、多重通信を必要とする
通信のみを対象とすることで、コアネットワーク上の転
送データ量を抑制しつつ、データ転送の信頼性を向上さ
せることが可能となる。

【０１１４】以上のように、実施の形態１のネットワー
クシステムに加え、送信側ホストのＩＰ部に、使用アプ
リケーションプロトコルの種類により、多機能通信を選
択する機能を持たせる。これにより、送信側ホスト上
で、使用アプリケーションプロトコルの種類により、多
重通信を選択することが可能となり、多重通信を必要と
する通信のみを対象とすることで、コアネットワーク上
の転送データを抑制しつつ、データ転送の信頼性を向上
させることが可能となるようなネットワークシステム構
築手法を提供する。

【０１１５】実施の形態６．以下、本発明の第６の実施
の形態について、図１４を用いて説明する。図１４は、
図１又は図４又は図７で示されている計算機内部に対し
て、本実施の形態を実装した場合の計算機の内部構造と
して、ホストＡ１を例にして示したものである。本内部
構造は、ホストＢ２やホストＣ１００やホストＤ２００
や記載を省略している他の計算機も同等の構造をとる。
図１４中の５１０は送信対象のＩＰパケットのＩＰヘッ
ダに付与されたＴｏＳ（Ｔｙｐｅ ｏｆ Ｓｅｒｖｉｃ
ｅ）値が多重通信の対象となっているかどうかを検出す
る多重対象ＴｏＳ選択部を示しており、その内部に各Ｔ
ｏＳ値が多重対象となっているかどうかを記録しておく
ための多重対象ＴｏＳ管理テーブル５１１を持ってい
る。

【０１１６】多重対象ＴｏＳ管理テーブル５１１内部で
は、ＴｏＳ値と多重通信する／しないが１か０で定義さ
れている。図中の例の場合、ＴｏＳ値が７の場合には多
重化する（１が記載されている）設定になっており、ま
た、ＴｏＳ値が０の場合には多重化しない（０が記載さ
れている）設定になっている。ＴｏＳ（送信タイプとも
いう）は、サービスの種類（送信サービスのタイプ）を
示す値である。ＴｏＳの値は、ＩＰパケットのヘッダ部
から取得できる。サービスの種類として、最小遅延、最
大スループット、最大信頼性、再送コスト、普通等を指
定できる。他の部分は、実施の形態１と同等のためここ
での説明は省略する。

【０１１７】次に、図１５を用いて、図１４で示した計
算機内部構成で通信ＡＰ３４がデータパケットを送信し
た場合の多重対象ＴｏＳ選択部５１０の処理の流れを説
明する。図１５の５０ｅはこの実施の形態のソースルー
ト経路問合せ部３６の処理の流れを示している。図１５
の５３０は多重対象ＴｏＳ選択部５１０の処理の流れを
示している。ステップ６０〜ステップ６２で、通信ＡＰ
３４のデータ送信要求により、ソースルート経路問合せ
部３６がＩＰパケットを取得し、送信元ＩＰアドレスと
宛先ＩＰアドレスを抽出するステップが記載されてい
る。これらの処理の流れは、実施の形態１の処理の流れ
と同様のため、ここでの説明は省略する。次に、ステッ
プ５４０で取得したＩＰパケット中よりＴｏＳ値を抽出
し、多重対象ＴｏＳ選択部５１０へ渡す。

【０１１８】ステップ５５０では、多重対象ＴｏＳ選択
部５１０は、ソースルート経路問合せ部３６から渡され
たＴｏＳ値を基に多重対象ＴｏＳ選択部５１０内部に存
在する多重対象ＴｏＳ管理テーブル５１１を検索する。
ステップ５５１でＴｏＳ値が多重対象ＴｏＳ値であれ
ば、多重対象ＴｏＳ選択部５１０は、ステップ５５２で
多重対象であることを、ソースルート経路問合せ部３６
へ通知する。また、ステップ５５１でＴｏＳ値が多重対
象ＴｏＳ値でなければ、多重対象ＴｏＳ選択部５１０
は、ステップ５５３で多重対象ではないことをソースル
ート経路問合せ部３６へ通知する。

【０１１９】ステップ５４１では、ソースルート経路問
合せ部３６は、多重対象ＴｏＳ選択部５１０から返却さ
れた結果を基に、多重対象ＴｏＳ値であるかどうかを調
べ、多重対象であればステップ６３へ、多重対象でなけ
ればステップ６７へ処理を進める。これ以降の処理は、
実施の形態１と同様のため、ここでの説明は省略する。

【０１２０】本発明を用いることにより、実施の形態１
の効果に加え、ＩＰパケットに付与されたＴｏＳ値によ
り多重化を選択する機能を持たせることで、ＴｏＳ値に
より多重通信を選択することが可能となり、多重通信を
必要とする通信のみを対象とすることで、コアネットワ
ーク上の転送データ量を抑制しつつ、データ転送の信頼
性を向上させることが可能となる。

【０１２１】以上のように、実施の形態１のネットワー
クシステムに加え、送信側ホストのＩＰ部に、通信ＡＰ
が指定したＴｏＳ（Ｔｙｐｅ ｏｆ Ｓｅｒｖｉｃｅ）
オプションにより、多重通信を選択する機能を持たせ
る。これにより、多重対象となる通信を、ＴｏＳオプシ
ョンにより選択することが可能となり、多重通信が必要
とする通信のみを対象とすることで、コアネットワーク
の転送データ量を抑制しつつ、データ転送の信頼性を向
上させることが可能となるようなネットワークシステム
構築手法を提供する。

【０１２２】実施の形態７．以下、本発明の第７の実施
の形態について図１６を用い説明する。図１６は、本発
明を適用したこの実施の形態のネットワークを示したも
のである。サブネットＡ１０１内部には、ホストＡ１及
びホストＡ１と同様の位置に配置される他の計算機及び
管理サーバＡ６００が配置されている。また、サブネッ
トＢ１０２内部には、ホストＢ２及びホストＢ２と同様
の位置に配置される他の計算機及び管理サーバＢ６０１
が配置される。サブネットＡ１０１内に存在する管理サ
ーバＡ６００及びサブネットＢ２内に存在する管理サー
バＢ６０１は、いずれも多重通信を行うためのソースル
ート経路情報及び多重通信対象を判断するための情報を
持っている。サブネットＡ１０１内にあるホストＡ１及
びその他の計算機は、自計算機からデータの送信を開始
する前に、管理サーバＡ６００に対して自通信が多重通
信対象かどうかを問い合わせる。管理サーバＡ６００
は、ホストＡ１及びその他の計算機からの問合せ要求に
対して、多重通信対象かどうかを内部で検索し、その結
果を計算機に返却する。

【０１２３】この実施の形態では、サブネットＡ１０１
内に存在するホストＡ１及びその他の計算機と管理サー
バＡ６００の関係について説明したが、サブネットＢ１
０２内のホストＢ２及びその他の計算機及び管理サーバ
Ｂ６０１でも同様の動作をする。また、図１６では、サ
ブネットＡ１０１及びサブネットＢ１０２の２種類のサ
ブネットがＩＰネットワーク１６に接続されている場合
を説明しているが、複数のサブネットがＩＰネットワー
ク１６に接続されていても良い。

【０１２４】１３及び１４はサブネットＡ１０１に属す
るホストＡ１とサブネットＢ１０２に属するホストＢ２
との間で行われている実施の形態１で示したＩＰパケッ
トを多重化した通信であり、その通信方法は既に説明さ
れているため、ここでの説明は省略する。

【０１２５】図１７は、図１６内で示された各サブネッ
トに属するホストの内部構造６１０と管理サーバの内部
構造を６１１示したものである。図１７ホスト６１０
は、カーネル領域に、ソースルート経路管理部３９を備
えていない点を除いて、実施の形態１の構成と同様であ
る。ホスト６１０の内部構造は、実施の形態１で説明を
行っているため、ここでの説明は省略する。管理サーバ
６１１は、カーネル領域にネットワーク制御部６１２を
備え、ユーザ領域に管理ＡＰ６１３を備える。ネットワ
ーク制御部６１２は、周知の手法で構築されているＴＣ
Ｐ部３２やＵＤＰ部３３やＩＰ部３１やＨ／Ｗドライバ
部３０を含んでいる。

【０１２６】管理ＡＰ６１３は、多重対象サブネット選
択部１１０、多重対象ホスト選択部２１０、多重対象ト
ランスポートプロトコル選択部３１０、多重対象アプリ
ケーションプロトコル選択部４１０、多重対象ＴｏＳ選
択部５１０、ソースルート経路管理部３９とを備える。
上記の構成要素は、実施の形態１から実施の形態６にお
いて説明した、同じ符号をつけた構成要素と同様であ
る。

【０１２７】管理ＡＰ６１３は、以下の機能を備える。
管理ＡＰ６１３は、ホスト６１０のソースルート経路問
合せ部３６からのソースルート経路問合せを受信し、受
信した問合せ内部に含まれている多重対象要素を判断す
る。上記判断に基づいて、管理ＡＰ６１３は、多重対象
サブネット選択部１１０や多重対象ホスト選択部２１０
や多重対象トランスポートプロトコル選択部３１０や多
重対象アプリケーションプロトコル部４１０や多重対象
ＴｏＳ選択部５１０を適宜動作させ、更に、ソースルー
ト経路問合せ要求に含まれている送信元ＩＰアドレスと
宛先ＩＰアドレスからなるＩＰアドレス対を基に、ソー
スルート経路管理部３９を動作させ、対象ルートが存在
するかどうかを検出する。

【０１２８】次に、図１８及び図１９を用いて、図１７
で示したホストの内部構造６１０と管理サーバの内部構
造６１１の処理の流れを示す。図１８は、通信ＡＰ３４
がデータパケットを送信した場合の処理の流れを示しし
ている。ステップ６０〜ステップ６２で、通信ＡＰ３４
のデータ送信要求より、ソースルート経路問合せ部３６
は、ＩＰパケットを取得し、送信元ＩＰアドレスと宛先
ＩＰアドレスを取得したＩＰパケットから抽出するステ
ップが記載されている。これらの処理の流れは、実施の
形態１の処理の流れと同様のため、ここでの説明は省略
する。次に、ステップ６４０で取得したＩＰパケットよ
り多重対象要素を取得し、送信元ＩＰアドレス及び宛先
ＩＰアドレスと共に管理サーバへネットワークを介して
渡す。ここで、多重対象要素は、前述の実施の形態２か
ら実施の形態６で示した多重対象サブネットであった
り、多重対象ホストであったり、多重対象トランスポー
トプロトコルであったり、多重対象アプリケーションプ
ロトコルであったり、多重対象ＴｏＳ値であったりする
場合がある。また、実施の形態１で示したように、多重
対象要素が存在しない場合もある。ステップ６３０で管
理サーバ内部の管理ＡＰ６１３の処理が実施されるが、
本ステップの説明は後述する。また、その後のステップ
は、実施の形態１と同様のため、ここでの説明は省略す
る。

【０１２９】図１９は、管理サーバ６１１の内部の管理
ＡＰ６１３の処理の流れを示している。ステップ６５０
では、管理ＡＰ６１３は、ネットワーク制御部６１２を
介してソースルート経路問合せ要求を受信する。ソース
ルート経路問合せは、図１８のステップ６４０の処理で
ホスト内部のソースルート経路問合せ部３６から送信さ
れたものである。ステップ６５１では、管理ＡＰ６１３
は、受信した問合せ要求から多重対象要素を抽出し、ス
テップ６５２で、抽出した多重対象要素が何であるかを
検査する。管理ＡＰ６１３は、抽出した多重対象に対応
させて、サブネットである場合はステップ１３０を、ホ
ストである場合はステップ２３０を、トランスポートプ
ロトコルである場合はステップ３３０を、アプリケーシ
ョンプロトコルである場合はステップ４３０を、ＴｏＳ
値である場合はステップ５３０をそれぞれ実行する。な
お、これらのステップ内部の処理は、前述した実施の形
態２〜実施の形態６と同様であるため、説明を省略す
る。

【０１３０】次に、管理ＡＰ６１３は、多重化対象の種
類により、これらのステップ内部の処理を実行した後、
ステップ６５３で、各ステップの処理結果から多重化対
象であるかどうかを判断する。多重対象でない場合は
（ステップ６５３でＮｏ）、管理ＡＰ６１３は、ステッ
プ６５４で、問合せ結果として多重対象ではないこと
を、問合せを要求したホストのソースルート経路問合せ
部３６へ返却して、処理は終了する。また、多重対象で
あった場合は（ステップ６５３でＹｅｓ）、管理ＡＰ６
１３は、ホストからの問合せ要求に含まれている送信元
ＩＰアドレス及び宛先ＩＰアドレスからなるＩＰアドレ
ス対に基とづいて、ステップ５１の処理を実施する。ス
テップ５１内部処理は、実施の形態１で説明した処理と
同様であるため、ここでの説明は省略する。ステップ６
５６で、管理ＡＰ６１３は、ステップ５１内部処理の結
果を基に、検索結果を問合せを要求したホストのソース
ルート経路問合せ部３６へ返却し、処理を終了する。

【０１３１】なお、管理サーバ内部の各多重対象と多重
通信をするかしないかに対する情報、及び、ソースルー
ト経路情報の設定は、前述の実施の形態１から実施の形
態６で適宜説明したものと同様であるため、ここでの説
明は省略する。

【０１３２】本発明を用いることにより、実施の形態１
から実施の形態６で示した効果に加え、サブネット内部
での多重対象に関するポリシーや、多重通信時に使用す
るソースルート経路を管理サーバ上で一元管理すること
が可能となるため、各ホスト上で独自に設定する作業が
発生せず、ネットワーク構築コスト及びその後の管理コ
ストを抑えることが可能となる。また、サブネット毎に
多重通信に関するポリシーが明確に指定できるため、サ
ブネット単位で多重通信を選択することが可能となり、
多重通信を必要とする通信のみを対象とすることで、コ
アネットワーク上の転送データ量を抑制しつつ、データ
転送の信頼性を向上させることが可能となる。

【０１３３】以上のように、実施の形態１から実施の形
態６で説明したネットワークシステムにおいて、送信側
ホストのＩＰ部に持っていた、多重対象選択機能のため
のデータベース（多重対象通信タイプを定義したテーブ
ル）、及びソースルート経路管理部を、送信側ホストと
同じサブネットに配置された、管理サーバにて一括して
管理させる。これにより、送信側ホスト単位ではなく、
送信側ホストの属しているサブネット内で、統一した多
重対象選択、及び、ソースルート管理が可能となり、サ
ブネット内での矛盾が発生しないように、多重通信を必
要とする通信のみを対象とすることで、コアネットワー
クの転送データ量を抑制しつつ、データ転送の信頼性を
向上させることが可能となるようなネットワークシステ
ム構築手法を提供する。

【０１３４】実施の形態８．以下、本発明の第８の実施
の形態について図２０を用い説明する。図２０は、本発
明を適用した場合のネットワークを示したものである。
管理サーバＡ６００は、ＩＰネットワーク１６上に配置
される。この実施の形態では、管理サーバＡ６００は、
ＩＰネットワーク１６上のルータ４に直接接続している
が、ＩＰネットワーク１６上の他のルータに直接接続さ
れても良いし、また、ＩＰネットワーク１６上に位置す
るルータに接続されているサブネット内に位置していて
も良い。管理サーバＡ６００は、ＩＰネットワーク１６
内で多重通信を行うためのソースルート経路情報及び多
重通信対象を判断するための情報を持っている。ホスト
Ａ１及びホストＢ２及びホストＡ１やホストＢ２と同様
の位置に接続される計算機は、自計算機からデータの送
信を開始する前に、ＩＰネットワーク１６上の管理サー
バＡ６００に対して自通信が多重通信対象かどうかを問
い合わせる。管理サーバＡ６００は、ホストＡ１及びホ
ストＢ２及びその他の計算機からの問合せ要求に対し
て、多重通信対象かどうかを内部で検索し、その結果を
計算機に返却する。

【０１３５】１３及び１４はホストＡ１とホストＢ２と
の間で行われている実施の形態１で示したＩＰパケット
を多重化した通信であり、その通信方法は既に説明され
ているため、ここでの説明は省略する。

【０１３６】なお、この実施の形態で示したホストＡ１
及びホストＢ２及びホストＡ１やホストＢ２と同様の位
置に接続される計算機及びＩＰネットワーク１６に接続
される管理サーバＡ６００の内部構造やそれらの内部構
造の処理の流れについては、前述した実施の形態７と同
様であるため、ここでの説明は省略する。

【０１３７】本発明を用いることにより、実施の形態７
で示した効果に加え、ＩＰネットワーク全体での多重対
象に関するポリシーや、多重通信時に使用するソースル
ート経路を管理サーバ上で一元管理することが可能とな
るため、各ホスト上で独自に設定したり各サブネットで
独自に設定する作業が発生せず、ネットワーク構築コス
ト及びその後の管理コストを抑えることが可能となる。
また、ＩＰネットワーク全体で多重通信に関するポリシ
ーが明確に指定できるため、ＩＰネットワーク全体を通
した多重通信を選択することが可能となり、多重通信を
必要とする通信のみを対象とすることで、コアネットワ
ーク上の転送データ量を抑制しつつ、データ転送の信頼
性を向上させることが可能となる。

【０１３８】以上のように、多重対象選択機能のための
データベース及びソースルート経路管理部の情報をもつ
管理サーバを、サブネット内ではなく、コアネットワー
ク上に配置する。各サブネットではコアネットワーク上
に配置された管理サーバか管理している情報を参照して
多重対象選択、及び、ソースルート経路を決定する。こ
れにより、送受信対象となるサブネット、及び、その間
のコアネットワーク上で、矛盾のない多重通信管理が可
能となり、コアネットワークの転送データ量を抑制しつ
つ、データ転送の信頼性を向上することが可能となるよ
うなネットワークシステム構築手法を提供する。

【０１３９】実施の形態９．上記実施の形態２〜６で
は、多重対象要素の種類を一つ一つ取り上げて説明し
た。この実施の形態では、多重対象要素のうち、いずれ
か一つあるいは複数の多重対象要素に基づいて、多重化
送信する場合を説明する。多重対象要素は、ＩＰパケッ
トを複製して複数のＩＰパケットを送信する多重通信を
実施するか、一つのＩＰパケットを送信するかを判断す
るための条件となる要素である。

【０１４０】図２１は、ホスト内部のソフトウェア構成
の一例を示た図である。ＩＰ部３１は、多重対象要素に
基づいて多重化通信を選択するか否かを選択する多重対
象選択部７１０を備える。また、多重対象選択部７１０
は、多重対象要素に対応させて、複数のパケットを送信
する多重通信を実施するか、一つのパケットを送信する
かを示す多重対象情報を格納する多重対象管理テーブル
７１１を備える。多重対象要素は、実施の形態２〜６で
説明した、サブネットと、ホストと、トランスポートプ
ロトコルと、アプリケーションプロトコルと、ＴｏＳ値
とのいずれか一つあるいはいずれか複数（若しくは全
部）を含む。

【０１４１】多重対象選択部７１０は、多重対象サブネ
ット選択部１１０、多重対象ホスト選択部２１０、多重
対象トランスポートプロトコル選択部３１０、多重対象
アプリケーションプロトコル選択部４１０、多重対象Ｔ
ｏＳ選択部５１０の機能のいずれかを備える。また、多
重対象管理テーブル７１１は、多重対象サブネット管理
テーブル１１１、多重対象ホスト管理テーブル２１１、
多重対象トランスポートプロトコル管理テーブル３１
１、多重対象アプリケーションプロトコル管理テーブル
４１１、多重対象ＴｏＳ管理テーブル５１１に格納され
ている情報のいずれかあるいは全部を備える。上記構成
要素は、実施の形態２〜実施の形態６で説明したものと
同様であるため、説明を省略する。さらに、上記多重対
象要素の種類に限られることなく、上記以外の多重対象
要素であってもかまわない。

【０１４２】処理の流れについては、実施の形態２〜実
施の形態６において説明した処理の流れと同様であるた
め説明を省略する。

【０１４３】実施の形態１０．上記多重化ネットワーク
システムあるいは多重化ネットワーク方式は、プログラ
ムによって計算機で実現することができる。上記プログ
ラムは、ネットワークを介して、ホスト間若しくは管理
サーバ間で転送することが可能である。また、上記プロ
グラムは、計算機で読み取り可能な記録媒体に記録する
ことができる。記録媒体に記録されたプログラムは、ホ
ストあるいは管理サーバへダウンロードされ、実施され
る。

【０１４４】実施の形態１１．まず、図２２は、想定さ
れる経路が決定されるネットワークの構成の一例を示す
図である。図２２中Ｔ１は、送信装置、Ｔ２は受信装置
である。Ｒ１からＲ９まではルータ、ＲＲ１からＲＲ１
８までは送信装置Ｔ１、受信装置Ｔ２、ルータＲ１〜Ｒ
９を結んでいる経路である。これらの経路上をパケット
が通過することで、送信装置Ｔ１から受信装置Ｔ２まで
のデータ送受信が完了する。経路には、距離に関する情
報が存在する。距離に関する情報は、物理的距離の他
に、通過する時の料金などの属性を距離の代わりに用い
ることもある。距離に関する情報を勘案することで、最
短の経路を決定するアルゴリズムは、各種存在し、多重
通信でない通常の通信方式の場合は、一般によく知られ
ている。送信装置Ｔ１、受信装置Ｔ２とは、それぞれ実
施の形態１で説明したホストの１つであり、図１のホス
トＡ１とホストＢ１とのいずれかに対応付けられる。

【０１４５】次に、図２３は、本方式による送信装置Ｔ
１の内部のモジュール構成である。この実施の形態の送
信装置は、図２に示した送信装置へ、接続情報入手部１
０３、接続情報管理テーブル１０４、ソースルート経路
決定部１０１、ソースルート経路管理テーブル設定部１
０２を追加した構成である。図２と同じ符号の構成要素
は、実施の形態１で説明した構成要素と同様である。

【０１４６】ソースルート経路管理部３９は、ソースル
ート経路管理テーブル４０を保持する。ソースルート経
路決定部１０１は、ユーザ領域で動作するプログラム
で、本多重化通信方式の中で複数のソースルート経路を
決定する機能を有する。ソースルート経路管理テーブル
設定部１０２は、ソースルート決定部１０１の指示によ
り動作するカーネル領域のプログラムである。

【０１４７】接続情報入手部１０３は、ネットワークに
配置された接続機器の情報を収集する。接続情報入手部
１０３は、収集した接続情報に基づいて、送信装置から
受信装置へパケットを転送する複数の経路を生成し、生
成した複数の経路を上記接続情報管理テーブル１０４へ
格納する。接続情報管理テーブル１０４は、接続情報入
手部１０３が収集した接続情報及び生成した経路を保管
する。

【０１４８】ソースルート経路決定部１０１は、接続情
報管理テーブル１０４に保管された接続情報及び経路に
基づいて、送信装置から受信装置へパケットを転送する
経路を決定し、決定した経路を用いてソースルート情報
を生成する。ソースルート決定部１０１は、選択する経
路の数を定める選択数を予め保持する。以下の説明で
は、選択数をＮ（Ｎは正の整数）とする。この実施の形
態では、Ｎは２以上とする。従って、ソースルート経路
決定部１０１は、２以上のソースルート情報を生成す
る。また、ソースルート経路決定部１０１は、接続情報
管理テーブル１０４から選択した一の経路を削除して次
の経路を選択し、同じ経路を選択することを防止する。
ソースルート管理テーブル設定部１０２は、生成したソ
ースルート情報を入力し、ソースルート情報をソースル
ート経路管理テーブル４０に設定する。

【０１４９】次に、動作を説明する。経路を選択する必
要が発生すると、まず、接続情報入手部１０３が起動さ
れ、接続情報を収集し、少なくとも２以上の経路を生成
する。生成した経路を接続情報管理テーブル１０４へ格
納する。接続情報入手部１０３の処理が終了すると、ソ
ースルート経路決定部１０１を起動する。

【０１５０】次に、ソースルート経路決定部１０１の動
作について、図２４から図２６を用いて説明する。図２
４は、送信処理装置の処理手順の一例を示すフローチャ
ート。図２５は、図２４のステップ１の処理結果の例を
示すネットワーク構成図。図２６は、図２４のステップ
３での処理結果の例を示すネットワーク構成図。まず、
ステップ１で、多重経路とは関係なく、通常の一般的な
最短路を検索するアルゴリズムを用いて１つの経路を選
択する。例えば、図２５の太線部分（ＲＲ３−ＲＲ６−
ＲＲ１９）が選択される。次に、ステップ２で選択され
た経路数が指定されたＮ個見つかったか否かを判定す
る。まだＮ個の経路が見つかっていなければ、ステップ
３で、接続情報管理テーブル１０４に格納した複数の経
路から既に見つかっている経路上のルータ（Ｒ８，Ｒ
９）と経路（ＲＲ３−ＲＲ６−ＲＲ１９）を削除し、例
えば、図２６のネットワーク構成を前提として、ステッ
プ１に戻る。既にＮ個の経路が見つかった時点でステッ
プ４に進む。ステップ４では、見つかった全ての経路情
報をソースルート経路管理テーブル設定部１０２にソー
スルート経路管理テーブル４０に設定するよう指示す
る。

【０１５１】次に、経路管理テーブル設定部１０２の動
作について説明する。ソースルート経路管理テーブル設
定部１０２は、上位管理ソフトウェアであるソースルー
ト経路決定部１０１の指示があると、その指示に従っ
て、カーネル領域内に存在するソースルート経路管理テ
ーブル４０を設定する。

【０１５２】上記の説明では、ソースルート決定部１０
１は、選択した経路を接続情報管理テーブル１０４から
削除する場合を説明した。しかし、選択した経路が識別
できるように、フラグを設けて、同じ経路を重複して選
択することを防止する方法をとってもよい。このように
することによって、接続情報に変更が少ない場合は、毎
回、接続情報入手部１０３を起動することなく、ソース
ルート経路決定部１０１を動作させることも可能であ
る。

【０１５３】このように、一般の経路選択アルゴリズム
を適用して複数の経路を検索することにより、多重の経
路を発見し、送信装置内のソースルート経路管理テーブ
ル４０の内容を決定し、設定することができる。

【０１５４】以上のように、この実施の形態の送信装置
は、ソースルートの経由場所となるネットワーク上のル
ータなどの接続情報を入手する接続情報入手部と、その
情報を保管する接続情報管理テーブルと、２つ以上のソ
ースルート経路を決定するソースルート経路決定部と、
ソースルート経路決定部がソースルート経路管理テーブ
ルを設定するためのソースルート経路管理テーブル設定
部を備えたことを特徴とする。

【０１５５】また、ソースルート経路決定部が接続情報
管理テーブルからある経路を選択した時に、その経路を
接続情報管理テーブルから削除したことを前提に次の経
路情報を決定する手段を備えたことを特徴とする。

【０１５６】実施の形態１２．上記実施の形態１１で説
明した機能についても、プログラムによって計算機で実
現することができる。上記プログラムは、ネットワーク
を介して、ホスト間若しくは管理サーバ間で転送するこ
とが可能である。また、上記プログラムは、計算機で読
み取り可能な記録媒体に記録することができる。記録媒
体に記録されたプログラムは、ホストあるいは管理サー
バへダウンロードされ、実施される。

【０１５７】

【発明の効果】この発明によれば、ＩＰネットワーク上
で、ＩＰパケットを多重化して送受信することが可能に
なる。従って、データ紛失の確立を低下させ、データ転
送の信頼性を向上させるネットワークシステムを構築す
ることが可能となる。

【０１５８】また、ＩＰ部を備えることにより、ソース
ルート情報に基づいて、ＩＰパケットを複製することが
できる。

【０１５９】また、ソースルート経路管理テーブルに基
づいて、多重通信を実施することができる。

【０１６０】さらに、多重対象要素に基づいて、多重通
信を実施するか否かを選択することができる。

【０１６１】多重対象要素として、サブネットワーク、
ホスト、トランスポートプロトコル、アプリケーション
プロトコル、ＴｏＳのいずれかを用いて、多重通信の実
施を選択することができる。

【０１６２】既存のルータなどの設備を入れ替えること
なく、また、受信側ホストの機能として、従来からの機
能を使用することによって、多重通信をすることができ
る。

【０１６３】また、ソースルートをソースルート経路管
理テーブルに設定する機能を有することによって、一般
の経路選択アルゴリズムを適用して複数の経路を設定す
ることができ、多重の経路を発見し、ソースルート経路
管理テーブルに経路を設定することができる。

【０１６４】また、接続情報入手部によれば、一般の経
路選択アルゴリズムを適用して複数の経路を設定するこ
とができる。

【図面の簡単な説明】

【図１】 本発明を適用した実施の形態１のネットワー
クシステムの一例である。

【図２】 実施の形態１における、ホスト内部のソフト
ウェア構成の一例を示た図である。

【図３】 実施の形態１における、データパケットを送
信した場合の計算機内部の処理の流れの一例を表した図
である。

【図４】 本発明を適用した実施の形態２のネットワー
クシステムの一例である。

【図５】 実施の形態２におけるホスト内部のソフトウ
ェア構成の一例を示た図である。

【図６】 実施の形態２におけるデータパケットを送信
した場合のサブネット選択部の処理の流れの一例を表し
た図である。

【図７】 本発明を適用した実施の形態３のネットワー
クシステムの一例である。

【図８】 実施の形態３におけるホスト内部のソフトウ
ェア構成の一例を示た図である。

【図９】 実施の形態３におけるデータパケットを送信
した場合の計算機内部の処理の流れの一例を表した図で
ある。

【図１０】 実施の形態４におけるホスト内部のソフト
ウェア構成の一例を示た図である。

【図１１】 実施の形態４におけるデータパケットを送
信した場合の計算機内部の処理の流れの一例を表した図
である。

【図１２】 実施の形態５におけるホスト内部のソフト
ウェア構成の一例を示た図である。

【図１３】 実施の形態５におけるデータパケットを送
信した場合の計算機内部の処理の流れの一例を表した図
である。

【図１４】 実施の形態６におけるホスト内部のソフト
ウェア構成の一例を示た図である。

【図１５】 実施の形態６におけるデータパケットを送
信した場合の計算機内部の処理の流れの一例を表した図
である。

【図１６】 本発明を適用した実施の形態７のネットワ
ークシステムの一例である。

【図１７】 実施の形態７におけるホスト内部のソフト
ウェア構成の一例を示た図である。

【図１８】 実施の形態７におけるデータパケットを送
信した場合の計算機内部の処理の流れの一例を表した図
である。

【図１９】 実施の形態７における管理サーバ内部の管
理ＡＰの処理の流れの一例を表した図である。

【図２０】 本発明を適用した実施の形態８のネットワ
ークシステムの一例である。

【図２１】 本発明を適用した実施の形態９のネットワ
ークシステムの一例である。

【図２２】 実施の形態１１で用いるネットワーク構成
の一例を示すブロック図。

【図２３】 実施の形態１１の送信処理装置の内部モジ
ュール構成の一例を示すブロック図。

【図２４】 実施の形態１１の送信処理装置の処理手順
の一例を示すフローチャート。

【図２５】 実施の形態１１の処理手順（図２４）での
ステップ１の処理結果の例を示すネットワーク構成図。

【図２６】 実施の形態１１の処理手順（図２４）での
ステップ３での処理結果の例を示すネットワーク構成
図。

【図２７】 「特開昭６０−１６７５４６：伝送制御方
式」で示されているネットワークシステムに基づくネッ
トワークシステムの一例を表す構成図である。

【図２８】 「特開平３−４２９４０：ＡＴＭ交換装
置」で示されているネットワーク構成に基づくネットワ
ークシステムの一例を示す構成図である。

【図２９】 「特開平７−１６２４３０：情報転送ネッ
トワーク」で示されている情報転送ネットワーク構成に
基づく情報転送ネットワークの一例を示す図である。

【図３０】 分散形通信網のうち格子状網による通信網
構成の立体的な略図の一例を示す図である。

【図３１】 「特開２０００−２２７５２：コンピュー
タ、通信方法及びシステム」で示されている本技術を適
用した場合のＩＳＰネットワークを構成する汎用パケッ
ト交換ネットワーク環境の一例を示すブロック図であ
る。

【符号の説明】

１ ホストＡ、２ ホストＢ、３〜１１ ルータ、１２
物理伝送路、１３ルートＡ、１４ ルートＢ、１５
転送経路、１６ ＩＰネットワーク、３０Ｈ／Ｗドライ
バ、３１ ＩＰ部、３２ ＴＣＰ部、３３ ＵＤＰ部、
３４ 通信ＡＰ、３５ ＡＰ、３６ ソースルート経路
問合せ部、３７ パケット複製部、３８ ソースルート
経路付与部、３９ ソースルート経路管理部、４０ ソ
ースルート経路管理テーブル、１０１ ソースルート経
路決定部、１０２ ソースルート経路管理テーブル設定
部、１０３ 接続情報入手部、１０４ 接続情報管理テ
ーブル、１１０ 多重対象サブネット選択部、１１１
多重対象サブネット管理テーブル、２１０ 多重対象ホ
スト選択部、２１１ 多重対象ホスト管理テーブル、３
１０ 多重対象トランスポートプロトコル選択部、３１
１ 多重対象トランスポートプロトコル管理テーブル、
４１０ 多重対象アプリケーションプロトコル選択部、
４１１ 多重対象アプリケーションプロトコル管理テー
ブル、５１０ 多重対象ＴｏＳ選択部、５１１ 多重対
象ＴｏＳ管理テーブル、６１０ホスト、６１１ 管理サ
ーバ、６１２ ネットワーク制御部、６１３ 管理Ａ
Ｐ、７１０ 多重対象選択部、７１１ 多重対象管理テ
ーブル、Ｒ１〜Ｒ９ ルータ、ＲＲ１〜ＲＲ１９ ルー
タ間、送信処理とルータ、ルータと受信装置を結ぶ経
路、Ｔ１ 送信装置、Ｔ２ 受信装置。

───────────────────────────────────────────────────── フロントページの続き Ｆターム(参考） 5K030 JA05 KA05 LB06 LC18

Claims (21)

【特許請求の範囲】
1. 【請求項１】 ネットワークを介してデータを受信装置
   へ送信する送信装置において、 データと、上記データを送信する受信装置を指定する宛
   先情報とを含むパケットを生成する通信アプリケーショ
   ン部と、 送信装置から受信装置へパケットを転送する経路を示
   す、少なくとも一つ以上のソースルート情報を格納し、
   格納したソースルート情報を、受信装置に基づいて検索
   するソースルート経路管理部と、 上記通信アプリケーション部が生成したパケットを入力
   し、入力したパケットから宛先情報を取得し、取得した
   宛先情報に指定された受信装置に基づいて、上記ソース
   ルート経路管理部を用いて、少なくとも一つ以上のソー
   スルート情報を取得し、取得したソースルート情報の数
   だけ各パケットを複製するＩＰ（Ｉｎｔｅｒｎｅｔ Ｐ
   ｒｏｔｏｃｏｌ）部と、 上記ＩＰ部が複製したパケットを入力し、入力したパケ
   ットを送信する送信側通信部とを備えることを特徴とす
   る送信装置。
2. 【請求項２】 上記ＩＰ部は、 入力したパケットから宛先情報を取得し、取得した宛先
   情報に指定された受信装置に基づいて、上記ソースルー
   ト経路管理部を用いて、少なくとも一つ以上のソースル
   ート情報を取得するソースルート経路問合せ部と、 上記ソースルート経路問合せ部が取得したソースルート
   情報の数だけ各パケットを複製するパケット複製部と、 上記ソースルート情報を上記パケット複製部が複製した
   パケットへ付加するソースルート経路付与部とを備える
   ことを特徴とする請求項１記載の送信装置。
3. 【請求項３】 上記ソースルート経路問合せ部は、複数
   のソースルート情報を取得し、 上記パケット複製部は、パケットの数が上記複数のソー
   スルートの数と一致するまでパケットを複製し、 上記ソースルート経路付与部は、上記パケット複製部が
   複製した複数のパケットそれぞれに上記複数のソースル
   ート情報の各ソースルート情報を付加することを特徴と
   する請求項２記載の送信装置。
4. 【請求項４】 上記ネットワーク経路管理部は、ソース
   ルート情報を格納するソースルート経路管理テーブルを
   備えることを特徴とする請求項１から３いずれかに記載
   の送信装置。
5. 【請求項５】 上記パケットは、送信条件を指定する送
   信条件情報を含み、 上記ＩＰ部は、上記パケットから送信条件情報を抽出
   し、 上記ＩＰ部は、さらに、 上記送信条件情報に対応させて、複数のパケットを送信
   する多重通信を実施するか、一つのパケットを送信する
   かを示す多重対象情報を格納する多重対象管理テーブル
   と、 上記送信条件情報を上記ＩＰ部から入力し、上記多重対
   象管理テーブルに格納された多重対象情報を検索して、
   入力した送信条件情報に対応する多重対象情報を取得
   し、取得した多重対象情報を上記ソースルート経路管理
   部へ出力する多重対象選択部とを備え、 上記ソースルート経路管理部は、上記多重対象選択部か
   ら多重対象情報を入力し、入力した多重対象情報に基づ
   いて、上記パケット複製部へパケットの複製を指示する
   ことを特徴とする請求項２から４いずれかに記載の送信
   装置。
6. 【請求項６】 上記ネットワークは、複数のサブネット
   ワークを含み、 上記受信装置は、いずれかのサブネットワークと接続
   し、 上記パケットは、送信条件情報として上記受信装置が接
   続するサブネットワークを指定するサブネットワーク情
   報を含み、 上記多重対象管理テーブルは、多重対象情報として、上
   記複数のサブネットワークそれぞれについて、複数のパ
   ケットを送信する多重通信を実施するか、一つのパケッ
   トを送信するかを示す多重対象サブネット情報を格納す
   る多重対象サブネット管理テーブルを含み、 上記多重対象選択部は、上記送信条件情報からサブネッ
   トワーク情報を抽出し、上記多重対象サブネット管理テ
   ーブルに格納された多重対象サブネット情報を検索し
   て、抽出したサブネットワーク情報に対応する多重対象
   サブネット情報を取得し、取得した多重対象サブネット
   情報を上記ソースルート経路管理部へ出力する多重対象
   サブネット選択部を含み、 上記ソースルート経路管理部は、上記多重対象サブネッ
   ト選択部から多重対象サブネット情報を入力し、入力し
   た多重対象サブネット情報に基づいて、上記パケット複
   製部へパケットの複製を指示することを特徴とする請求
   項５記載の送信装置。
7. 【請求項７】 上記多重対象管理テーブルは、多重対象
   情報として、上記受信装置に対応させて、複数のパケッ
   トを送信する多重通信を実施するか、一つのパケットを
   送信するかを示す多重対象ホスト情報を格納する多重対
   象ホスト管理テーブルを含み、 上記多重対象選択部は、上記宛先情報を入力し、上記多
   重対象ホスト管理テーブルに格納された多重対象ホスト
   情報を検索して、上記宛先情報に指定された受信装置に
   対応する多重対象ホスト情報を取得し、取得した多重対
   象ホスト情報を上記ソースルート経路管理部へ出力する
   多重対象ホスト選択部を含み、 上記ソースルート経路管理部は、上記多重対象ホスト選
   択部から多重対象ホスト情報を入力し、入力した多重対
   象ホスト情報に基づいて、上記パケット複製部へパケッ
   トの複製を指示することを特徴とする請求項５又は６記
   載の送信装置。
8. 【請求項８】 上記パケットは、送信条件情報として、
   パケットを転送するトランスポートプロトコルを指定す
   るトランスポートプロトコル情報を含み、 上記多重対象管理テーブルは、多重対象情報として、ト
   ランスポートプロトコルに対応させて、複数のパケット
   を送信する多重通信を実施するか、一つのパケットを送
   信するかを示す多重対象トランスポートプロトコル情報
   を格納する多重対象トランスポートプロトコル管理テー
   ブルを含み、 上記多重対象選択部は、上記送信条件情報からトランス
   ポートプロトコル情報を抽出し、上記多重対象トランス
   ポートプロトコル管理テーブルに格納された多重対象ト
   ランスポートプロトコル情報を検索して、抽出したトラ
   ンスポートプロトコル情報に対応する多重対象トランス
   ポートプロトコル情報を取得し、取得した多重対象ホス
   ト情報を上記ソースルート経路管理部へ出力する多重対
   象トランスポートプロトコル選択部を含み、 上記ソースルート経路管理部は、上記多重対象トランス
   ポートプロトコル選択部から多重対象トランスポートプ
   ロトコル情報を入力し、入力した多重対象トランスポー
   トプロトコル情報に基づいて、上記パケット複製部へパ
   ケットの複製を指示することを特徴とする請求項５から
   ７いずれかに記載の送信装置。
9. 【請求項９】 上記パケットは、送信条件情報として、
   上記通信アプリケーションが使用するアプリケーション
   プロトコルを指定するアプリケーションプロトコル情報
   を含み、 上記多重対象管理テーブルは、多重対象情報として、ア
   プリケーションプロトコルに対応させて、複数のパケッ
   トを送信する多重通信を実施するか、一つのパケットを
   送信するかを示す多重対象アプリケーションプロトコル
   情報を格納する多重対象アプリケーションプロトコル管
   理テーブルを含み、 上記多重対象選択部は、上記送信条件情報からアプリケ
   ーションプロトコル情報を抽出し、上記多重対象アプリ
   ケーションプロトコル管理テーブルに格納された多重対
   象アプリケーションプロトコル情報を検索して、抽出し
   たアプリケーションプロトコル情報に対応する多重対象
   アプリケーションプロトコル情報を取得し、取得した多
   重対象ホスト情報を上記ソースルート経路管理部へ出力
   する多重対象アプリケーションプロトコル選択部を含
   み、 上記ソースルート経路管理部は、上記多重対象アプリケ
   ーションプロトコル選択部から多重対象アプリケーショ
   ンプロトコル情報を入力し、入力した多重対象アプリケ
   ーションプロトコル情報に基づいて、上記パケット複製
   部へパケットの複製を指示することを特徴とする請求項
   ５から８いずれかに記載の送信装置。
10. 【請求項１０】 上記パケットは、送信条件情報として
    送信サービスのタイプを指定する送信タイプ情報を含
    み、 上記多重対象管理テーブルは、多重対象情報として、上
    記送信タイプに対応させて、複数のパケットを送信する
    多重通信を実施するか、一つのパケットを送信するかを
    示す多重対象送信タイプ情報を格納する多重対象送信タ
    イプ管理テーブルを含み、 上記多重対象選択部は、上記送信条件情報から送信タイ
    プ情報を抽出し、上記多重対象送信タイプ管理テーブル
    に格納された多重対象送信タイプ情報を検索して、抽出
    した送信タイプ情報に対応する多重対象送信タイプ情報
    を取得し、取得した多重対象送信タイプ情報を上記ソー
    スルート経路管理部へ出力する多重対象送信タイプ選択
    部を含み、 上記ソースルート経路管理部は、上記多重対象送信タイ
    プ選択部から多重対象送信タイプ情報を入力し、入力し
    た多重対象サブネット情報に基づいて、上記パケット複
    製部へパケットの複製を指示することを特徴とする請求
    項５から９いずれかに記載の送信装置。
11. 【請求項１１】 ネットワークを用いてデータを送信装
    置から受信装置へデータを転送する多重通信方式におい
    て、 上記送信装置は、 データと、上記データを送信する受信装置を指定する宛
    先情報とを含むパケットを生成する通信アプリケーショ
    ン部と、 送信装置から受信装置へパケットを転送する経路を示
    す、少なくとも一つ以上のソースルート情報を格納し、
    格納したソースルート情報を、受信装置に基づいて検索
    するソースルート経路管理部と、 上記通信アプリケーション部が生成したパケットを入力
    し、入力したパケットから宛先情報を取得し、取得した
    宛先情報に指定された受信装置に基づいて、上記ソース
    ルート経路管理部を用いて、少なくとも一つ以上のソー
    スルート情報を取得し、取得したソースルート情報の数
    のパケットを複製するＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏ
    ｔｏｃｏｌ）部と、 上記ＩＰ部が複製したパケットを入力し、入力したパケ
    ットを送信する送信側通信部とを備え、 上記受信装置は、 ネットワークを介して転送されたパケットを受信する受
    信側通信部と、 上記受信側通信部が受信したパケットを入力し、入力し
    たパケットを解析し、同一のデータを含むパケットを既
    に受信している場合は、上記パケットを破棄する受信パ
    ケット解析部とを備えることを特徴とする多重通信方
    式。
12. 【請求項１２】 上記パケットは、パケットの送信条件
    を指定する送信条件情報を含み、 上記ＩＰ部は、上記パケットから送信条件情報を抽出
    し、 上記多重通信方式は、さらに、 パケットの転送を管理する管理サーバを備え、 上記管理サーバは、 上記送信条件情報に対応して、複数のパケットを送信す
    る多重通信を実施するか、一つのパケットを送信するか
    を示す多重対象情報を格納する多重対象管理テーブル
    と、 上送信条件情報を上記ＩＰ部から入力し、上記多重対象
    管理テーブルに格納された多重対象情報を検索して、入
    力した送信条件情報に対応する多重対象情報を取得し、
    取得した多重対象情報を上記ソースルート経路管理部へ
    出力する多重対象選択部とを備え、 上記ＩＰ部は、上記多重対象選択部から多重対象情報を
    入力し、入力した多重対象情報に基づいて、パケットを
    複製することを特徴とする請求項１１記載の多重通信方
    式。
13. 【請求項１３】 上記ネットワークは、コアネットワー
    クと、複数のサブネットワークとを含み、 上記管理サーバは、上記コアネットワークと上記複数の
    サブネットワークのうちの一つとのいずれか一方に配置
    されていることを特徴とする請求項１２記載の多重通信
    方式。
14. 【請求項１４】 ネットワークを用いてデータを送信装
    置から受信装置へ転送する多重通信方法において、 データと、上記データを送信する受信装置を示す宛先情
    報を含むパケットを生成し、 送信装置から受信装置へパケットを転送する経路を示
    す、少なくとも一つ以上のソースルート情報を格納し、 生成したパケットを入力し、入力したパケットから宛先
    情報を取得し、 取得した宛先情報に基づいて、格納した上記ソースルー
    ト情報を検索し、 検索した少なくとも一つ以上のソースルート情報を取得
    し、取得したソースルート情報の数のパケットを複製
    し、 複製したパケットを送信することを特徴とする多重通信
    方法。
15. 【請求項１５】 ネットワークを用いてデータを送信装
    置から受信装置へ転送する多重通信を計算機で実行する
    ための多重通信プログラムにおいて、 データと、上記データを送信する受信装置を示す宛先情
    報を含むパケットを生成する通信アプリケーション処理
    と、 送信装置から受信装置へパケットを転送する経路を示
    す、ソースルート情報を格納し、格納したソールルート
    情報を管理するソースルート経路管理処理と、 上記通信アプリケーション処理において生成したパケッ
    トを入手し、入手したパケットから宛先情報を取得し、
    取得した宛先情報に指定された受信装置に基づいて、上
    記ソースルート経路管理部を用いて、少なくとも一つ以
    上のソースルート情報を取得し、取得したソースルート
    情報の数のパケットを複製するＩＰ（Ｉｎｔｅｒｎｅｔ
    Ｐｒｏｔｏｃｏｌ）処理と、 上記ＩＰ処理が複製したパケットを入手し、入手したパ
    ケットを送信する送信処理とを備えることを特徴とする
    多重通信をコンピュータで実現するための多重通信プロ
    グラム。
16. 【請求項１６】 ネットワークを用いてデータを送信装
    置から受信装置へ転送する多重通信を計算機で実行する
    ための多重通信プログラムを記録した計算機で読み取り
    可能な記録媒体において、 データと、上記データを送信する受信装置を示す宛先情
    報を含むパケットを生成する通信アプリケーション処理
    と、 送信装置から受信装置へパケットを転送する少なくとも
    一つ以上の経路を示すソースルート情報を格納し、格納
    したソールルート情報を管理するソースルート経路管理
    処理と、 上記通信アプリケーション処理において生成したパケッ
    トを入手し、入手したパケットから宛先情報を取得し、
    取得した宛先情報に指定された受信装置に基づいて、上
    記ソースルート経路管理部を用いて、少なくとも一つ以
    上のソースルート情報を取得し、取得したソースルート
    情報の数のパケットを複製するＩＰ（Ｉｎｔｅｒｎｅｔ
    Ｐｒｏｔｏｃｏｌ）処理と、 上記ＩＰ処理が複製したパケットを入手し、入手したパ
    ケットを送信する送信処理とを備えることを特徴とする
    多重通信をコンピュータで実現するための多重通信プロ
    グラムを記録した計算機で読み取り可能な記録媒体。
17. 【請求項１７】 上記ネットワークは、接続機器を経由
    してデータを送信し、 上記ソースルート経路管理部は、ソースルート情報を格
    納するソースルート経路管理テーブルを備え、 上記送信装置は、さらに、 ネットワークに配置された接続機器の情報を収集する接
    続情報入手部と、 上記接続情報入手部が収集した接続情報を保管する接続
    情報管理テーブルと、 上記接続情報管理テーブルに保管された接続情報に基づ
    いて、送信装置から受信装置へパケットを転送する経路
    を決定し、決定した経路を用いてソースルート情報を生
    成するソースルート決定部と、 上記生成したソースルート情報を入力し、上記ソースル
    ート情報を上記ソースルート経路管理テーブルに設定す
    るソースルート管理テーブル設定部とを備えることを特
    徴とする請求項１から３いずれかに記載の送信装置。
18. 【請求項１８】 上記ネットワークは、接続機器によっ
    て接続され、 上記送信装置は、さらに、 ネットワークに配置された接続機器の情報を収集する接
    続情報入手部と、 上記接続情報入手部が収集した接続情報を保管する接続
    情報管理テーブルと、 上記接続情報管理テーブルに保管された接続情報に基づ
    いて、送信装置から受信装置へパケットを転送する経路
    を決定し、決定した経路を用いてソースルート情報を生
    成するソースルート決定部と、 上記生成したソースルート情報を入力し、上記ソースル
    ート情報を上記ソースルート経路管理テーブルに設定す
    るソースルート管理テーブル設定部とを備えることを特
    徴とする請求項４から１０いずれかに記載の送信装置。
19. 【請求項１９】 上記接続情報入手部は、収集した接続
    情報に基づいて、送信装置から受信装置へパケットを転
    送する複数の経路を生成し、生成した複数の経路を上記
    接続情報管理テーブルへ格納し、 上記ソースルート決定部は、上記接続情報管理テーブル
    に格納された上記複数の経路から二つ以上の経路を選択
    し、上記選択した二つ以上の経路を用いて、二つ以上の
    ソースルート情報を生成し、 上記ソースルート経路管理テーブル設定部は、二つ以上
    のソースルート情報を入力し、入力した二つ以上のソー
    スルート情報を上記ソースルート経路管理テーブルへ格
    納することを特徴とする請求項１７または１８記載の送
    信装置。
20. 【請求項２０】 上記ソースルート決定部は、選択する
    経路の数を定める選択数を予め保持し、上記接続情報管
    理テーブルから選択した一の経路を削除して次の経路を
    選択することを特徴とする請求項１９記載の送信装置。
21. 【請求項２１】 上記ネットワークは、接続機器を経由
    してデータを送信し、 上記ソースルート経路管理部は、ソースルート情報を格
    納するソースルート経路管理テーブルを備え、 上記送信装置は、さらに、 ネットワークに配置された接続機器の情報を収集する接
    続情報入手部と、 上記接続情報入手部が収集した接続情報を保管する接続
    情報管理テーブルと、 上記接続情報管理テーブルに保管された接続情報に基づ
    いて、送信装置から受信装置へパケットを転送する経路
    を決定し、決定した経路を用いてソースルート情報を生
    成するソースルート決定部と、 上記生成したソースルート情報を入力し、上記ソースル
    ート情報を上記ソースルート経路管理テーブルに設定す
    るソースルート管理テーブル設定部とを備えることを特
    徴とする請求項１１または１２記載の多重通信方式。