JPH10242977A - 通信網におけるパケット中継方法及びエンドシステム - Google Patents

Abstract

(57)【要約】 【課題】 通信網におけるパケットの中継方法に関し、
デフォルトルートを介して通信網のアドレス情報を授受
することにより通信網のエンドシステム間に直通パスを
設定し、効率がよいパケット転送を行う。 【解決手段】 複数のサブネットワークの一つに直接接
続されたエンドシステムから他のサブネットワークに接
続されたエンドシステムに送信されるパケットがデフォ
ルトルートを経由して転送されるように構成された通信
網において、あるパケットフローにとって通信網への入
口または出口に位置するエンドシステムがデフォルトル
ートを短絡するパスによりパケットを転送すべきと判断
したときに、自己の通信網上のアドレスをデフォルトル
ートを介して相手に向けて送信し、これを受信したエン
ドシステムが出口または入口のエンドシステムとの間に
直通パスを設定して以後のパケットを転送するように構
成する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、通信網、特に、非
放送型多元接続網（Non Broadcast Multi-AccessNetwor
k、以下、ＮＢＭＡ網と記す）におけるパケットの中継
方法及びエンドシステムに関する。

【０００２】これまでの企業内ネットワーク（イントラ
ネット）は、メールやニュースのグローバルな規模での
授受、各ワークグループにおけるファイルやプリンタ等
の資源の共有、グループ業務の効率化などを主な目的と
して発展してきた。このようなネットワークでは、グル
ープ内の各端末をイーサネット（Ethernet）などの共有
伝送路で接続し、更に、そのようにして構成されたワー
クグループごとのＬＡＮ間をＦＤＤＩ（Fiber Distribu
ted Data Interface）などのバックボーン・ネットワー
クを介して相互接続するという形態が典型的なものであ
り、トラヒックもファイルやプリンタ共有などのローカ
ルトラヒックが大半であった。

【０００３】しかし、最近におけるインターネットの爆
発的な広がりと、ＷＷＷ（World Wide Web）サービスへ
のアクセスの急増などに伴うマルチメディア・アプリケ
ーションの急速な普及により、ワークグループＬＡＮか
ら外部リソースにアクセスするトラヒックも急激に増加
している。更に最近では、音声や動画など、一定の帯域
や品質を要求するアプリケーションの増加、マルチメデ
ィア対応のプロトコル開発の進展などミドルウェアさえ
も変革の兆候が現れている。このような近年の変化は、
特にバックボーンネットワークにおける情報転送方法の
従来の規範、即ち、ルータを用いたホップ・バイ・ホッ
プ（Hop-by-Hop）のベストエフォート転送方式の性能限
界を示唆するに至っており、バックボーンネットワーク
における情報転送方法の新たな規範が求められている。

【０００４】

【従来の技術】

〔従来技術の概要〕通信網、特にＡＴＭ（Asynchronous
Transfer Mode, 非同期転送）網に代表されるＮＢＭＡ
網上で、ネットワーク層プロトコル（Network Layer Pr
otcol)のアドレス（例えばＴＣＰ／ＩＰプロトコルによ
るＩＰアドレス）を使用するパケットを中継する技術
は、ＡＴＭフォーラム（ＡＴＭ ＬＡＮの業界標準化団
体）等の国際的組織において活発に議論されているが、
従来のパケット中継方法は次の３つの形式に大別するこ
とができる。図20は従来技術の通信網におけるパケット
中継方法の中継方式を図示したものであるが、以下、通
信網としてＡＴＭ網が使用され、上位プロトコルにＴＣ
Ｐ／ＩＰが使用される場合を例に図20の３つの中継方法
について説明する。 （１）サブネット中継形 図20の(a) はサブネット中継形の中継方式を図示したも
のである。同図には３つの論理サブネットワーク（以
下、単にサブネットワークまたはサブネットと記す）か
らなるひとつのＡＴＭ網120 が図示されている。サブネ
ット中継形はこのような構成の網における最も一般的な
中継方式で、サブネットワーク130 間にルータ110 を配
備して接続する形式のものである。公知のＬＡＮエミレ
ーション方式や Classical IP over ATM方式はこの形式
に相当する。ここで、エンドシステム111 はＡＴＭ網に
直接接続されている端末や、既存ＬＡＮまたは別の物理
網に対するＡＴＭ網の出入口に設けられているルータを
総称するものである。

【０００５】この形式では一つのエンドシステム111
（エンドシステムＡと記す）から他のエンドシステム11
1 （エンドシステムＢと記す）に送られるＩＰパケット
はサブネットワーク内ではセルに分割され、ＡＴＭセル
の形で転送されるが、サブネットワーク間に跨がって転
送される場合は、図20のＡＴＭ網120 のようにＡＴＭ網
がひとつの網（即ち、エンドシステム111 間がＡＴＭレ
ベルで到達できる網構成）であっても、サブネットワー
ク間に配置されているルータ110 を経由（太線の矢印で
経路を図示）する。そして、ルータ内ではＩＰパケット
に戻され、ＩＰレイヤで中継される。通常、この中継処
理はソフトウェアによる処理が主体となるため、この形
式は中継処理に時間を要するという難点をもつ。 （２）ルータ内短絡形 図20の(b) はルータカットスルー形の中継方式を図示し
たものである。この形式も(1) のサブネット中継形と同
様にサブネットワーク130 間にルータを配備する構成で
あるが、この形式ではルータ内にＡＴＭセルスイッチ機
能を具備する。図20の(b) 内の113 はルータ112 内に設
けられたＡＴＭスイッチを示している。

【０００６】中継ルータ112 は最初にデフォルトルート
（経路について特に指定がないパケットが経由するルー
トとして宛先対応に予め定められているルート）に送ら
れてきたパケットはサブネット中継形におけると同様に
ルータ112 内のＩＰレイヤで中継処理を行う（中継経路
を点線の矢印で示しているが、この経路は(a) の太線の
矢印と同一になる）。前述のようにこの中継処理はソフ
ト処理主体で時間を要するため、ルータ112 はショート
カットパスを使用した方がよいプロトコル、例えば、Ｆ
ＴＰ（File Transfer Protocol）やＨＴＴＰ（Hiper Te
xt Transfer Protocol）のようなパケットフローである
ことを検出した場合には、ＡＴＭスイッチ113 の入力ポ
ートと出力ポート間にＳＶＣ（Switched Virtual Chann
el）を設定する。以後入力されるパケットはこのＳＶＣ
を通すので、ルータ112 に入出力されるパケットはＡＴ
Ｍスイッチ113 でカットスルーされ、図中に太線で示し
たように中継される。このため、パケットの中継処理が
高速化される。 （３）短絡ルート設定形 図20の(c) は短絡ルート設定形の中継方式を図示したも
のである。この形式も(1) または(2) と同様にサブネッ
トワーク130 間にルータを配備し、短絡ルート設定以前
のパケットは(1) 、(2) と同様なルータ機能を有するNe
xt Hop解決サーバ（以下、単にサーバとも記す）115 内
で中継処理を行い、デフォルトルートを介して転送する
（中継経路を点線の矢印で図示）。しかし、パケットフ
ローの入口となるエンドシステム116 （エンドシステム
Ａ）においてそのパケットフローがＦＴＰやＨＴＴＰの
パケットフローであることを検出すると、そのパケット
フローの出口となるエンドシステム116 （エンドシステ
ムＢ）までルータ（サーバ）をショートカット（短絡）
するように直通のＳＶＣを設定し、以後のＩＰパケット
はエンドシステムＡにおいてセル化し、ＡＴＭレイヤで
直通ＳＶＣを介して転送する（転送経路を太線の矢印で
経路を図示）。

【０００７】しかし、この形式では入口のエンドシステ
ムＡは出口となるエンドシステムＢのＡＴＭアドレスを
知らないため、エンドシステムＡはデフォルトルートま
たは別に設定されたルートによりNext Hop解決サーバ11
5 （この場合はサーバＡ）に宛先のＩＰアドレスを送
り、ＡＴＭアドレス解決要求を行う。サーバＡがエンド
システムＢのＡＴＭアドレスを知らないときはサーバＡ
はデフォルトルートまたは別に設定されたルートを介し
て隣接サブネットワークに接続されているNext Hop解決
サーバ115 （この場合はサーバＢ）に宛先のＩＰアドレ
スを送り、ＡＴＭアドレス解決要求を行う。

【０００８】サーバＢよりエンドシステムＢのＡＴＭア
ドレスが回答（アドレス解決応答）されると、サーバＡ
はこれをエンドシステムＡに回答し、エンドシステムＡ
は回答されたＡＴＭアドレスを用いてＡＴＭ網にＳＶＣ
の設定を要求し、それによってエンドシステムＡとエン
ドシステムＢ間に直通のＳＶＣが設定される。従って、
この形式では宛先ＩＰアドレスからＡＴＭ網の出口とな
るエンドシステムのＡＴＭアドレスを解決するための機
構が必要となる（詳細後述）。

【０００９】以上の３つの形式を比較すると、(2) と
(3) はデフォルトルートによる転送では(1) と差がない
が、ルータ内でカットスルーする機構やルータをショー
トカットする機構により、ルータに入っては出てゆくバ
ックボーンネットワーク内の中継（Hop-by-Hop中継と呼
ばれる）経路がＡＴＭコネクションによりバイパスされ
るため、(1) に比してパケット中継性能が飛躍的に向上
する。

【００１０】次に(2) と(3) を比較すると、両者は図か
ら明らかなようにバイパスルートの設定方法が異なる。
(2) ではデフォルトルートとバイパスルートはルータ内
のパケット処理が異なるものの同一経路である。デフォ
ルトルートは宛先が決まれば固定されるので、(2) の方
法はバイパスルートがルータの物理的位置によって固定
されることとなり、トラヒックを複数のルートに分散し
たり、網の信頼性設計を行ううえで難点となる。このた
め、ルータに上記のような機構を設ける際にルータ自体
を大容量かつ高速化しても、その近傍のＡＴＭ網側にも
トラヒックの集中に対応する手段、例えば、トラヒック
の集中に対応できる大容量のＡＴＭ交換機を配備した
り、サブネットワーク間に上記のようなカットスルー機
構を備えたルータを複数配備するなどの措置が必要とな
る。大容量のＡＴＭ交換機を配備する場合は勿論、ルー
タを複数配備する場合もルータが保持するデータを複数
のルータ間で常時照合するために複雑な機能が必要とな
るため、ＡＴＭ網側の設備は高価になる。

【００１１】以上から、図20に図示した３つの中継形式
の中では(3) の短絡ルート設定形が優れていると言える
ので、以下、従来技術を短絡ルート設定形に絞って記
す。短絡ルート設定形を具体化したものとして国際的な
インターネット技術委員会であるＩＥＴＦ（Internet E
ngineering Task Force ）で検討されているＮＨＲＰ
（Next Hop Resolution Protocol）がある。この他に、
同じく国際的組織であるＡＴＭフォーラム（ＡＴＭ Ｌ
ＡＮの業界標準化団体）においてＭＰＯＡ（MultiProto
col over ATM ）の検討が進められているが、ＭＰＯＡ
においてもサブネットワーク間の通信方式としてＮＨＲ
Ｐを流用することが合意されているので、以下において
はＮＨＲＰの動作概要と問題点を記す。 〔ＮＨＲＰの動作概要と問題点〕図21は従来のＮＨＲＰ
によるパケット中継方法の中継動作を説明する図である
が、最初に図21によりＮＨＲＰの構成を説明する。

【００１２】ア．ＮＨＲＰではあるサブネットワーク
（以下、図21のサブネットワークをＬＩＳ：Logical IP
Subnetwork と記す）131 に接続されるすべてのＡＴＭ
端末（以下、ＮＨＣ：NHRP Client と記す）119 は、Ｌ
ＩＳ間通信のためのデフォルト中継ルータ（図21ではル
ータ118 ）に対してデフォルトルートパスを設定する。

【００１３】イ．また、あるＬＩＳ131 に接続されるす
べてのＮＨＣ119 は自ＬＩＳ131 内のＮＨＣのＡＴＭア
ドレスと上位のＩＰアドレスの対応関係を管理するサー
バ（以下、ＮＨＳ：NHRP Server と記す）117 に対して
パスを設定する。このパスを使って各ＮＨＣ119 は自身
のＡＴＭアドレスとＩＰアドレスをＮＨＳ117 に登録
（または、定期的にリフレッシュ）する。これにより、
ＮＨＳ117 は配下のＮＨＣ119 に関するアドレス情報テ
ーブル（図示省略）を作成し管理する。

【００１４】ウ．上記アの中継ルータ118 がＮＨＳ機能
をも具備する場合は、アとイのパスは共用することがで
きる（図21はこの形態を図示) が、高信頼性の構成とす
るために両機能を分割した場合にはアとイの２つのパス
が必要となる。更に、一つのＬＩＳ内に複数のＮＨＳを
設けて運用する場合には、同一ＬＩＳ131 内において複
数のＮＨＳ117 間にパスを設定する必要がある。

【００１５】次に、ＮＨＲＰの基本動作を同じ図21を用
いて説明する。 (a) 一つのＮＨＣ119 （以下、ＮＨＣ−Ａと記す）に転
送すべきＩＰパケットがあると、まず、デフォルトルー
トに沿ってパケットを転送する。図21にと記した点線
の矢印はこの転送経路を図示している。

【００１６】(b) ＮＨＣ−Ａは処理内容を確認すること
によりのパケットフローをショートカットすべきと判
断すると、ＮＨＳ117 （この場合はＮＨＳ−Ａ）に対し
てＮＨＲＰ要求メッセージ（図中のＮＨＲＰ Ｒｅｑ
の矢印）を送信し、このパケットフローの着信側ＡＴＭ
エンドシステム（この場合はＮＨＣ−Ｂ）のＡＴＭアド
レスの問い合わせを行う。

【００１７】(c) これを受けたＮＨＳ−Ａは、登録され
ているアドレス情報テーブルを調べ、エントリが見つか
ればＮＨＲＰ応答メッセージ（図中のＮＨＲＰ Ｒｅ
ｐの矢印）で回答するが、エントリがなければ隣接する
ＮＨＳ117 （この例ではＮＨＳ−Ｂ）に対してＮＨＲＰ
要求メッセージ（図中のＮＨＲＰ Ｒｅｑの矢印）を
送出する。

【００１８】(d) これを受けた隣接のＮＨＳ−Ｂでも
(c) と同様に、エントリが見つかればＮＨＲＰ回答メッ
セージで応答するが、エントリがなければ更に別のＮＨ
ＳにＮＨＲＰ要求メッセージを送出する。

【００１９】(e) 上記(c),(d) のＮＨＳの連携によりそ
のパケットフローの着信側エンドシステム（この場合は
ＮＨＣ−Ｂ）のＡＴＭアドレスが判明すると、ＮＨＲＰ
応答メッセージが例えば、図中に矢印で示した及び
のように要求元のＮＨＣ−Ａまで返送される。

【００２０】(f) アドレス解決要求元であるＮＨＣ−Ａ
は、ＮＨＲＰ応答メッセージで得られたＡＴＭアドレス
を用いてＮＨＣ−Ｂへの直通ルートの設定をＡＴＭ網に
要求し、直通ルート（図の）が設定されると、それ以
降のパケットフローはこの直通ルートを介して中継す
る。

【００２１】以上のようにＮＨＲＰでは図21に示したＮ
ＨＳとＮＨＣのようにサーバとクライアントを関連づけ
ることによりＡＴＭ網内のＡＴＭエンドシステムのアド
レス情報を管理しているが、この方法には次のような問
題がある。

【００２２】(P1) 最低限必要なデフォルトルートのパ
スに加えて、ＮＨＣとＮＨＳ間や、ＬＩＳ内に複数のＮ
ＨＳが設けられ同一ＬＩＳ内でもＮＨＣによって上位に
当たるＮＨＳが異なるような場合のＬＩＳ内の複数のＮ
ＨＳ間、或いは、異なるＬＩＳに跨がるＮＨＳ間、など
には定常的に設定されたパスが必要である。しかも、こ
のようなパスを自動的に選定し、設定する手法が確立さ
れていない現状では、網管理者がサブネットワークの構
成から人手作業によりパスを選定し、設定する必要があ
る。

【００２３】(P2) 各ＮＨＣは事前に自己の接続に関す
る情報をＮＨＳに登録する必要がある。また、これらの
情報を蓄積しているＮＨＳ内のデータベースを維持する
ために、ＮＨＳと各ＮＨＣとの間で登録情報の更新を定
期的に行う必要がある。管理するＮＨＣの数が多くなる
とこの処理がＮＨＳにとって大きな負担となる。

【００２４】(P3) 上記(P2)の情報の管理の一環として
端末の電源断や移動時には登録情報の抹消などの作業が
必要となるが、この作業のためにＮＨＣやＮＨＳの構成
が複雑となる。例えば、ＮＨＣの直接上位に当たるＮＨ
Ｓは(P2)に記載した定期的な交信が停止することでＮＨ
Ｃの電源断や移動を検出することができるが、このＮＨ
Ｃに関する情報を記憶している別のＮＨＳやＮＨＣは、
どこからか情報をもらわなければ内部に記憶している情
報（以下、このような情報をキャッシュ情報と記す）を
削除することができない。このため、電源断や移動があ
ったＮＨＣの直接上位に当たるＮＨＳでは過去に応答し
たすべてのＮＨＣ／ＮＨＳに対してＮＨＣの電源断など
を通知するか、それぞれのキャッシュ情報を消去する処
理を行う必要がある。それを行うためにはすべての問い
合わせや応答の履歴を保持しておく必要があるが、これ
は網の規模が大きくなるほど、深刻な問題となる。

【００２５】(P4) 上記(P2)、(P3)関連の処理によるサ
ーバの性能低下を防止するため、途中経路のＮＨＳがキ
ャッシュ情報をもとに、ＮＨＲＰ応答メッセージ（この
応答は非オーソラティブ応答、Non Authoritative Repl
y と呼ばれる) で応答する方法など、多くの改良技術が
必要とされる。図21においてはＮＨＣ−Ｂに対するＮＨ
ＲＰ応答メッセージはオーソラティブなサーバであるＮ
ＨＳ−Ｂより返送するのが基本であるが、非オーソラテ
ィブ応答は、例えばＮＨＳ−Ａ（或いはＮＨＳ−ＡとＮ
ＨＳ−Ｂの間にもう一つＮＨＳが介在する場合にそのＮ
ＨＳ）が自分の記憶しているキャッシュ情報を用いてＮ
ＨＣ−ＢのＡＴＭアドレスを応答するような方法であ
る。この方法では特定のＮＨＳに負荷が集中しないよう
にできるためＮＨＳの効率は向上するが、キャッシュ情
報が古かったときなどの対策が必要であり、課題も多
い。

【００２６】(P5) あるＮＨＳの障害時に、システムダ
ウンするエリアがＬＩＳ全体に及ぶ場合があるが、これ
を回避する考慮がなされたプロトコルメカニズムは未だ
規定されていない。

【００２７】(P6) ＬＩＳ内のアドレス情報を複数のＮ
ＨＳで管理する場合、或いは(P5)の問題を回避するため
にＮＨＳを二重化した場合には、ＮＨＳ間でデータベー
スの内容を同期化する必要があり、例えば、ＳＣＳＰ
（Server Cache Synchronization Protocol ）など、複
雑なプロトコルが新たに必要となる。

【００２８】(P6) 着信側のＡＴＭエンドシステム（Ａ
ＴＭ端末やＡＴＭ網の出口に当たるルータなど）の管理
ポリシーとは無関係に、ただ、ＮＨＳが管理するアドレ
ス情報に問い合わせるだけでＡＴＭエンドシステムの物
理的なアドレスであるＡＴＭアドレスを知ることができ
るため、セキュリティーの面から何らかの認証メカニズ
ムが必要である。

【００２９】(P7) 多様なアプリケーションへの対応や
セキュリティーの面で下記のように不備な点が多い。 a. (P6)に記載したような認証メカニズムが仮にあった
としても、一旦正規の認証手順で設定されたコネクショ
ンのその後の使われ方、例えば、長時間に渡って不用な
データを送信してそのエンドシステムの通信を妨害する
ような悪意のある使い方がなされても、それに対する認
証機構がない。

【００３０】b. ＶＣ（Virtual Channel ）を共有した
り占有したりする方法、或いはアプリケーション（上位
セッション）単位にコネクションを設定するなど、多様
な利用形態に対応するメカニズムが規定されていない。

【００３１】c. パス切断に関する規定がない。一般に
はショートカットパス（直通パス）上のトラヒックを監
視し、一定時間（例えば２０分）無通信状態が続くとそ
のコネクションを切断するという手法が用いられるが、
この時間定数は、アプリケーションの通信要求とは無関
係のものであるため、通信要求に比してこの時間が大き
く設定されているとネットワークの使用効率が低下し、
逆に小さ過ぎるとアプリケーションの通信途中で一時的
な無通信状態があるとパスが切断されてしまうという現
象が生じやすい。また、何らかのトラヒック、例えば制
御トラヒックや異常または悪意のトラヒックなどが混在
していると、長時間にわたってパスが切断されないとい
う問題がある。これは特に従量課金が行われる網では重
要な問題である。

【００３２】

【発明が解決しようとする課題】以上のように、従来技
術によるパケットの中継方法には各種の方法があるが、
サブネット中継形ではサブネットワークを跨がって転送
される都度、ルータ内でＩＰパケットに戻して中継する
ため中継処理に時間を要し、ルータ内短絡形ではルータ
内でバイパスされるため中継処理は高速化されるが、バ
イパスルートがサブネットワーク間を中継するルータの
位置によって固定されるためにトラヒックの分散が困難
であり、高信頼度で経済的な網を構成し難いという問題
がある。また、従来技術の中で上記のような問題を有し
ない短絡ルート設定形はバイパスルートは中継ルータの
位置に関係なく設定できるが、サーバとクライアントの
構成をとるため、デフォルトルート以外にサーバ／クラ
イアント間や複数のサーバ間に特別なパスを設定する必
要があり、網の設計や管理が複雑となる。また、バイパ
スルートのパスを共有することができず、パスの切断の
規定が不充分であるなど、多様なアプリケーションへの
対応やセキュリティの面でも不備な点が多い。

【００３３】本発明は、デフォルトルートを介して通信
網のアドレス情報を得ることにより通信網のエンドシス
テム間に直通パスを設定し、効率がよく、セキュリティ
の高いパケット転送を行うことを目的とする。

【００３４】

【課題を解決するための手段】図１は本発明の通信網の
パケット中継方法の原理説明図、図２乃至図４は本発明
の通信網のパケット中継方法の基本フロー図、図５は本
発明のエンドシステムの基本構成図である。図中、１
（1a〜1d）は通信網に直接接続されたルータまたは端
末、２は複数のサブネットワークからなり、一つのサブ
ネットワークに直接接続されたルータまたは端末から他
のサブネットワークに直接またはルータ経由で接続され
た端末に宛てて送信されるパケットが、事前に通信網上
で定義されたデフォルトルート上のルータまたは端末を
経由して宛先の端末に転送されるように構成された通信
網、3a〜3cは通信網２を形成するサブネットワークであ
る。

【００３５】10a 〜10d は複数のサブネットワーク3a〜
3c（以下、サブネットワーク3a〜3cを総称する場合には
サブネットワーク３と記す）からなる通信網２に直接接
続されるエンドシステム（以下、エンドシステムク10a
〜10d を総称する場合にはエンドシステム10と記す）、
11乃至14はエンドシステム10内に設けられ、13は通信網
２にアクセスしてパケットフローを送受信する相手シス
テムとの間にパスを設定させる処理を行う網接続制御手
段、14はパケット及びメッセージの転送処理を行うパケ
ット転送手段（図５にはＰＫＴ転送手段と記載）であ
る。

【００３６】11はパケット転送手段14がデフォルトルー
トパスを介して転送中のパケットフローの種別を監視
し、パケットフローをデフォルトルートを介さないパス
によって転送するのが適切であると判断したときに、直
通パス設定処理手段（図５にはＳＰ処理手段と記載）12
に対して直通パスの設定処理を行うよう指示するフロー
判定手段である。

【００３７】12はフロー判定手段11より直通パスの設定
処理を行うよう指示されたとき、自エンドシステムがあ
るパケットフローにとって通信網２の入口または出口に
位置していると判断されるときは、自エンドシステムの
通信網上のアドレス情報を含めて自エンドシステムに対
する直通パスの設定を依頼する直通パス設定依頼メッセ
ージをデフォルトルートを介してパケットフローの送信
相手のエンドシステム10に向けて送信し、かつ、パケッ
ト転送手段14がデフォルトルートより直通パス設定依頼
メッセージを受信したときに、その直通パス設定依頼メ
ッセージが自エンドシステム宛でないことを確認したと
きはその直通パス設定依頼メッセージをパケット転送手
段14を介して所定のデフォルトルートに転送し、直通パ
ス設定依頼メッセージが自エンドシステム宛であること
を確認したときは網接続制御手段13に対してその直通パ
ス設定依頼メッセージに含まれている通信網上のアドレ
ス情報を用いて直通パス設定依頼元のエンドシステム10
との間に直通パスを設定するよう要求するとともに、直
通パス設定後に該直通パスを介してパケットフローを転
送するようパケット転送手段14に対して指示する直通パ
ス設定処理手段（ＳＰ処理手段）である。

【００３８】以下、本発明の通信網におけるパケット中
継方法の動作原理と作用について図１乃至図４を参照し
て説明する。本発明の通信網におけるパケット中継方法
は従来技術における短絡ルート設定形（図20の(c) 及び
図21参照）をベースとしている。即ち、サブネットワー
クに跨がって通信網内にデフォルトルートを短絡する形
の直通パスを形成し、この直通パスを介してパケットを
転送する形式のものである。しかし、本発明の中継方法
は従来技術におけるNext Hop解決サーバ（図20）のよう
なサーバを必要とせず、通信網に直接接続されたルータ
または端末だけで直通パスを設定するという完全な自律
分散制御のものである。

【００３９】図１の通信網２は複数のサブネットワーク
3a〜3cからなっているが、一つのサブネットワーク３に
直接接続されたルータまたは端末（以下、ルータ／端末
と記す）から他のサブネットワーク３に直接またはルー
タ経由で接続された端末に宛てて送信されるパケット
が、事前に通信網２上で定義されたデフォルトルート上
のルータ／端末を経由して宛先の端末に転送されるよう
に構成されている。

【００４０】上記のような通信網２においてルータ／端
末1a（以下、端末Ａと記す）からルータ／端末1b（以
下、端末Ｂと記す）に対してパケットフローを送信する
ものとする。この場合、そのパケットフローにとって端
末Ａは通信網２への入口システムにあたり、端末Ｂは通
信網２からの出口システムに当たる（以下、端末Ａ，Ｂ
をそれぞれ入口システム、出口システムとも記す）。最
初のパケットは入口システムから事前に通信網２上で定
義されたデフォルトルート上のルータ／端末1c（以下、
ルータＣと記す）に対して送出される。

【００４１】ルータＣはこのパケットが自ルータ宛でな
いことを確認すると、デフォルトルートを介して次のル
ータ／端末1d（以下、ルータＤと記す）にこのパケット
を送出する。ルータＤはそのパケットが自ルータが接続
されているサブネットワーク3cに接続されている端末Ｂ
宛であることを確認するので、受信したパケットをデフ
ォルトルートを介して端末Ｂに転送する。以上のパケッ
トの転送経路を図１にを付した点線の矢印で示す。

【００４２】ここで、端末Ａはそのパケットの送信に際
し、そのパケットフローをデフォルトルートを短絡する
パスにより転送するのが適切であるか否か検討し、短絡
パスを設定するのが適切であると判断したときは、自装
置の通信網上のアドレス情報を含む直通パス設定依頼メ
ッセージをデフォルトルートを介してそのパケットフロ
ーの宛先である端末Ｄに向けて送信する。

【００４３】この直通パス設定依頼メッセージは最初の
パケットと同様、デフォルトルートを介して順次各ルー
タ／端末（この場合はルータＣ及びルータＤ）に転送さ
れるが、ルータＣ，Ｄはこのメッセージの宛先が自ルー
タ（または自ルータに接続されている端末）でないこと
を確認したときはメッセージをデフォルトルート上の次
のルータ／端末に転送する（以下、ルータＣ及びルータ
Ｄを中継システムとも記す）。転送の結果、端末Ｂはメ
ッセージの宛先が自システムであることから自分が通信
網２からの出口システムに当たると判断する。以上の直
通パス設定依頼メッセージの転送経路を図１にを付し
た矢印の線で示すが、この経路は最初のパケットと同じ
く、デフォルトルートになっている。

【００４４】自装置が出口システムであると判断する
と、端末Ｂは直通パス設定依頼メッセージ内に設定され
ている入口システム（端末Ａ）の通信網上のアドレスを
用いて入口システムとの間に直通パスを設定する処理を
行う。直通パスの設定要求は通信網２に対して行われる
が、図にはこの要求の経路をの矢印で示す。以後、入
口システムと出口システム間で送受信されるパケットは
直通パスを用いて転送されるが、図にを付した太線の
矢印はその経路を示している。

【００４５】以上においてはパケットフローをデフォル
トルートを短絡するパスにより転送するのが適切である
か否かを入口システムが判断し、通信網に対する直通パ
スの設定要求を出口システムが行っていたが、短絡ルー
トの設定の可否判断や通信網に対する直通パスの設定要
求は他の装置が行ってもよい。これを図２乃至図４のフ
ロー図を用いて説明する。なお、図２乃至図４にはルー
タ／端末を図１の説明に使用した記号で記載している
が、ルータＣ，Ｄに当たる中継システムは１組のみを図
示している。また、図中及び以下に記す「装置」はルー
タ／端末を示す。

【００４６】図２は図１で説明した動作（請求項１の発
明の動作）をフロー図に図示したものである。パケット
フローの送信元のルータ／端末（端末Ａとする）が最初
のパケットをデフォルトルートに送信する（図２のステ
ップＳ１参照）とデフォルトルート上のルータ／端末
（ルータＣ，Ｄ）はこれが自装置宛であるか否かを調
べ、自装置宛でなければ次のルータ／端末に転送する
（Ｓ２，Ｓ３）。このパケットは順次転送され、宛先の
端末Ｂに受信されると、そこで自装置宛であることが確
認されるので端末Ｂは出口システムとしてそのパケット
の受信処理を行う（Ｓ４，Ｓ５）。

【００４７】一方、パケットの送信を開始した端末Ａで
は、そのパケットを直通パスを介して送信するのが適切
であるか否かを調べ、直通パス設定の必要がないと判断
すれば以後のパケットも最初のパケットと同様にデフォ
ルトルートを介して送信する（Ｓ６→Ｓ７）。しかし、
直通パスを設定する必要があると判断したときは直通パ
ス設定依頼メッセージを宛先装置に向け、デフォルトル
ートを介して送信する（Ｓ８) 。この直通パス設定依頼
メッセージは最初のパケットと同じく、デフォルトルー
トを通って端末Ｂまで送られる（Ｓ９〜Ｓ10）が、端末
Ｂでは直通パス設定依頼メッセージが自装置宛であるこ
とを確認すると、通信網に対して直通パスの設定要求を
行う（Ｓ11→Ｓ12）。

【００４８】通信網ではこれにより入口システムに当た
る端末Ａと出口システムに当たる端末Ｂの間に直通パス
を設定する（Ｓ13，Ｓ14）。直通パスが設定されると入
口システムは以後のパケットを直通パスを介して送信
し、出口システムから入口システムに送られるパケット
も直通パスを介して返送される（Ｓ15，Ｓ16）。

【００４９】次に入口システムの代わりに出口システム
が直通パス設定依頼を行う場合について図３により説明
する（請求項２の発明の動作）。図３でも最初のパケッ
トは図２のステップＳ１〜Ｓ５におけると同様にして端
末Ａからデフォルトルートを介して端末Ｂまで送られる
（図３のＳ21〜Ｓ25）。また、端末Ａでは図２のＳ６と
同じく直通パスの設定の要否を判断する（図３のＳ26）
が、この場合は入口システムとしては直通パスの設定の
必要はないと判断し、以後のパケットもデフォルトルー
トを介して送信を続けるものとする（Ｓ27）。

【００５０】上記の直通パスの設定の要否判断は入口シ
ステムのほか、中継システムや出口システムにおいても
行われる（中継システムについては図示省略）。その結
果、例えば、中継システムや出口システムも直通パスの
設定の必要がないと判断すれば以後のパケットも最初の
パケットと同じくデフォルトルートを介して受信し、処
理する（Ｓ28→Ｓ29）。しかし、端末Ｂが直通パスの設
定が必要と判断したときは、出口システムの端末Ｂから
入口システムに向けて直通パス設定依頼メッセージを送
出する（Ｓ28→Ｓ30）。このメッセージはデフォルトル
ートを逆向きに転送されるが、中継システムでは自装置
宛でないことを確認するとそのメッセージをデフォルト
ルートを入口システムに向けて転送する（Ｓ31，Ｓ3
2）。

【００５１】図３の例では、入口システムの端末Ａは直
通パス設定依頼メッセージが自装置宛であることを確認
し、通信網に対して直通パスの設定要求を行う（Ｓ33→
Ｓ34）。以下、図２におけると同様に直通パスが設定さ
れ、その直通パスを介して以後のパケットの転送が行わ
れる。

【００５２】次に図４により説明する（請求項３の発明
の動作）。図４でも最初のパケットは図２または図３に
おけると同様にしてデフォルトルートを介して出口シス
テムまで送られる（図４のＳ41〜Ｓ45）。図４では入口
システム及び出口システムにおける直通パス設定の要否
の判断フローが図示省略されているが、いずれも設定不
要と判断したものとする。しかし、図４では中継システ
ムのひとつ（複数であってもよいが、複数の例は実施形
態の説明で詳述する）が直通パスの設定が必要と判断し
たものとする。

【００５３】中継システムが直通パスの設定が必要と判
断するのは自中継システムをバイパスさせることが望ま
しい場合が主であるため、中継システム自身に直通パス
の一端を設定することは意味がないことが多い。このた
め、中継システムは直通パス設定依頼メッセージを出さ
ずに、直通パス設定処理を開始するよう要請する直通パ
ス設定開始要請メッセージをデフォルトルートを介して
入口システムか出口システムのいずれか一方に向けて送
信する。図４では入口システムに向けて送信する例を図
示している（Ｓ46→Ｓ47）。直通パス設定開始要請メッ
セージを受信すると入口システムはここで始めて直通パ
ス設定依頼メッセージを送信するが、その送信先は出口
システムになる(S48) 。

【００５４】この直通パス設定依頼メッセージはデフォ
ルトルートを介して出口システムまで送られるが、以後
の動作フロー（Ｓ48〜Ｓ56）は図２のステップＳ８〜Ｓ
16と全く同様であるので説明を省略する。なお、中継シ
ステムが出口システムに向けて直通パス設定開始要請メ
ッセージを送信した場合は出口システムが入口システム
に向けて直通パス設定依頼メッセージを送信することに
なるが、その動作フローは図３のステップＳ30〜Ｓ38と
同一であるので図示を省略する。

【００５５】以上のように本発明のパケット中継方法で
は、あるパケットフローにとって通信網における入口シ
ステム、出口システムまたは中継システムの何れかに当
たるルータまたは端末がそのパケットフローをデフォル
トルートを短絡するパスにより転送するのが適切である
と判断した場合に、入口システムと出口システム間を直
接接続する直通パスをＮＢＭＡ網内に設定してパケット
を送受信するので、デフォルトルートの経路上のルータ
などにおけるパケット中継処理が不要となり、パケット
を高速で転送することができる。

【００５６】更に、本発明の方法では入口システムか出
口システムのいずれかが自システムの通信網上のアドレ
ス情報を直通パス設定依頼メッセージに含めてデフォル
トルートを介して相手システムに送信し、相手システム
に直通パスを設定させるので、直通パス設定に際してア
ドレス解決を行うサーバなどの装置を必要としない。ま
た、中継システムが直通パスの設定が適切と判断した場
合でも、中継システムから入口システムまたは出口シス
テムのいずれかに直通パス設定開始を要請して前記の直
通パス設定依頼メッセージを送出させるのでこの場合も
アドレス解決を行うサーバなどを介することなく直通パ
スが設定できる。（その他の作用については実施形態の
説明において詳述する。）次に本発明のエンドシステム
について図５を参照して説明するが、その動作と作用は
図１乃至図４を用いて説明した本発明の通信網における
中継方法と同一内容の部分が多いので重複を避け、簡単
に説明する。

【００５７】図５におけるエンドシステム10a 〜10d は
通信網に直接接続されるルータまたは端末に相当する
が、説明を簡単にするため、以下、エンドシステム10a
と10ｂを端末、エンドシステム10ｃと10d をルータと
し、エンドシステム10a からエンドシステム10b に対し
てパケットを送信する場合を例に説明する。

【００５８】送信を開始する時点ではエンドシステム10
a のパケット（ＰＫＴ）転送手段14は予め定められたデ
フォルトルートパス4aに対してパケットを送出する。こ
のパケットはデフォルトルートパス4aを介してエンドシ
ステム10c のパケット転送手段14に受信されるが、エン
ドシステム10c のパケット転送手段14はこのパケットが
自エンドシステム宛でないことを確認し、デフォルトル
ート上の次のエンドシステム（エンドシステム10d とす
る）に転送（フォーワーディング）する。

【００５９】エンドシステム10d ではパケット転送手段
14がこのパケットの宛先が自エンドシステムの接続され
ているサブネットワーク3bに直接接続されているエンド
システム10b （端末）であることを確認し、エンドシス
テム10b に対するデフォルトルートパス4bにこのパケッ
トを転送する。エンドシステム10b のパケット転送手段
14はこのパケットを受信し、図示省略された処理手段が
そのパケットを処理する。（以下、上記パケットフロー
を転送するデフォルトルート上の位置から、エンドシス
テム10a を入口システム、エンドシステム10b を出口シ
ステム、エンドシステム10c 及び10d を中継システムと
も記す）。

【００６０】このとき、各エンドシステムのフロー判定
手段11はパケット転送手段14が転送（入口システムにお
ける送信、出口システムにおける受信を含む）中のパケ
ットフローの種別を監視し、パケットフローをデフォル
トルートを介さないルートによって転送するのが適切で
あるか否かを判定するが、いま、入口システムであるエ
ンドシステム10a のフロー判定手段11がこのパケットフ
ローはデフォルトルートを介さないルートで転送するの
が適切であると判定したものとする。

【００６１】この判定を行うとフロー判定手段11は自エ
ンドシステム内の直通パス設定処理手段（図にはＳＰ処
理手段と記載）12に対して直通パス設定処理を行うよう
指示する。この指示を受けると直通パス設定処理手段12
は自エンドシステムの通信網上のアドレス情報と上位プ
ロトコルのアドレス情報を含めて自エンドシステムまで
の直通パス設定を依頼する直通パス設定依頼メッセージ
をデフォルトルートパス4aに対して送出する。

【００６２】エンドシステム10c はデフォルトルートパ
ス4aより直通パス設定依頼メッセージを受信すると自エ
ンドシステム内の直通パス設定処理手段12にこのメッセ
ージを送るが、直通パス設定処理手段12は受信したメッ
セージが自エンドシステム宛でないことを確認するの
で、その直通パス設定依頼メッセージをパケット転送手
段14を介して次のデフォルトルートに転送（フォーワー
ディング）する。

【００６３】エンドシステム10d においても同様な処理
が行われるが、エンドシステム10dではデフォルトルー
トパス4bを介して直通パス設定依頼メッセージをエンド
システム10b に送る。エンドシステム10b の直通パス設
定処理手段12はこの直通パス設定依頼メッセージが自エ
ンドシステム宛であることを確認し、自システムが出口
システムに当たると判断する。

【００６４】そこで、直通パス設定処理手段12は直通パ
ス設定依頼メッセージに含まれている入口システム（エ
ンドシステム10a ）の通信網上のアドレス情報と上位プ
ロトコルのアドレス情報を確認する。入口システムの通
信網上のアドレス情報が確認できれば入口システムとの
間に直通パスを設定することができるので、直通パス設
定処理手段12はこのアドレス情報などを網接続制御手段
13に送り、直通パスを設定するよう指示する。

【００６５】網接続制御手段13はこの指示を受けると、
信号パス6bを介して通信網２に対して入口システムに対
する直通パスの設定を要求する。直通パスが設定される
と通信網２より両エンドシステム10a, 10bに対して直通
パスの設定が通知されるのでそれ以降、両エンドシステ
ムのパケット転送手段14はその直通パス（直通パスは実
際には図５に示すように、エンドシステム10a と通信網
２間のパス5a, 通信網内に設定されるパス５、通信網２
とエンドシステム10b 間のパス5bの３つの部分からなる
が、特に断らない限り、直通パス５はパス5a及びパス5b
を含むものとする）を介してパケットフローを転送する
が、パケットの転送に先立ち、エンドシステム10b の直
通パス設定処理手段12は自エンドシステムの通信網上の
アドレスと上位プロトコルのアドレスを含む直通パス設
定応答メッセージを直通パスを介して依頼元のエンドシ
ステムに返送する。

【００６６】以上の動作は本発明のパケット中継方法の
動作フローを図示した図２の動作に相当するが、図３ま
たは図４に図示された動作フローに相当する動作につい
ても同様であるので、説明は省略する。

【００６７】以上から明らかなように、図５のエンドシ
ステムは入口システム、出口システム、中継システムと
も直通パス設定関係の機能部分が同一の構成となってお
り、直通パスを設定する際はデフォルトルートを介して
メッセージを授受するだけでよく、個々のエンドシステ
ムはそれぞれ独立に動作することが可能である。即ち、
本発明のエンドシステムは、サーバ／クライアント構成
のように維持管理が難しいシステムの情報を備えたり、
情報授受のための特別なルートを設ける必要がない自律
分散制御方式となっているため、網の初期構築や拡張が
容易であるという効果をもつ。その他の作用効果は図１
乃至図４で説明した本発明のパケット中継方法の作用効
果と同一であるので説明を省略する。

【００６８】

【発明の実施の形態】図６は本発明を適用するＡＴＭ網
のモデル構成図、図７乃至図12は本発明の実施例のパケ
ット中継方法の動作説明図、図13及び図14は本発明の直
通パス設定関係メッセージの基本フォーマット、図15は
本発明のパケット中継方法の入出力用キャッシュの基本
構成図、図16は本発明の実施例のパケット中継方法のフ
ロー種別選別仕様、図17及び図18は本発明の実施例の入
出力用キャッシュの記憶状態図、図19は本発明の実施例
のエンドシステムの構成図である。全図を通じ、同一符
号は同一対象物を示すが、図６に本発明の通信網におけ
る中継方法に関連するすべての符号が記載されているの
で、図６の説明を兼ねて本発明のパケット中継方法に関
連する構成要素の符号について説明する。なお、エンド
システムの構成については後述する本発明のエンドシス
テムの実施形態の説明の中で詳記する。

【００６９】図６は本発明のパケット中継方法を適用す
る通信網がＡＴＭ網である場合の網構成のモデルを図示
しているが、以下においてはこのＡＴＭ網を介してパケ
ット転送する場合に上位のプロトコルとしてＴＣＰ／Ｉ
Ｐが使用されることを前提として説明する。

【００７０】図６の20はＡＴＭ網であり、31a 、31b 及
び31c はＡＴＭ網20のサブネットワークである。従来技
術にも記載したが、ＩＰを使用する網の論理サブネット
ワークはＬＩＳ（Logical IP Subnetwork ）と呼ばれる
ことが多いので、以下、サブネットワーク31a, 31b, 31
c を総称する場合にはＬＩＳ31と記し、サブネットワー
ク31a 、31b 及び31c を個別に指す場合には各々をＬＩ
Ｓ−Ａ、ＬＩＳ−Ｂ及びＬＩＳ−Ｃと記す。

【００７１】1A及び1Bは本発明のパケット中継方法によ
る動作を行うルータまたは端末で、1AはＡＴＭ端末（図
にはＳＰＨ−ｉと記載）、1BはＡＴＭルータ（図にはＳ
ＰＲ−ｊと記載）である。端末は図示されたもののほか
に例えば図６の既存ＬＡＮ７内にも存在するが、ＡＴＭ
端末1AはＡＴＭ網20に直接接続された端末である。従っ
て、図６のＡＴＭ端末1AとＡＴＭルータ1BはＡＴＭ網20
に直接接続されるエンドシステムであり、図１に図示し
たルータ／端末1a〜1dに相当する。以下、ＡＴＭ端末1
A、ＡＴＭルータ1B、既存ＬＡＮ７を個別に指す場合に
は図に記載されている記号を用い、ＳＰＨ−Ａ、ＳＰＲ
−Ｂ、既存ＬＡＮ−Ｃなどと記す。

【００７２】図６のＡＴＭ網20は３つのＬＩＳ31から構
成されている例であるが、このように複数のＬＩＳ31が
存在する場合、ＬＩＳ31を跨がって通信するためにはデ
フォルトルートの中継ルータを経由する。図６ではＳＰ
Ｒ−ＡとＳＰＲ−Ｂがデフォルト中継ルータになる。そ
して、各ＬＩＳ31内のＡＴＭ端末1A及びＡＴＭルータ1B
はＬＩＳ間通信のためにそれぞれのデフォルト中継ルー
タであるＳＰＲ−ＡまたはＳＰＲ−Ｂに対してデフォル
トルートパス40が設定される。また、デフォルト中継ル
ータのＳＰＲ−ＡとＳＰＲ−Ｂ間にも同様なデフォルト
ルートパス40が設定される。

【００７３】ＴＣＰ／ＩＰを使ったネットワーク環境下
では、このデフォルトルートパスの設定は、下位のプロ
トコルに如何なる方式を用いたとしても事実上不可欠な
ものである。本発明の第一の特徴は、このデフォルトル
ートの設定のみでパケットを中継する構成が完了する点
である。

【００７４】パケットの中継は一つの既存ＬＡＮ内の端
末と他の既存ＬＡＮ内の端末との間で行うのが一般的で
あるが、説明を簡略化するためＬＩＳ−Ａに接続された
ＡＴＭ端末ＳＰＨ−ＡからＬＩＳ−Ｃに接続されたＡＴ
ＭルータＳＰＲ−Ｃの下位に接続された既存ＬＡＮ−Ｃ
（以下、ＬＡＮ−Ｃと記す）内の端末（図示省略）に対
してパケットを送信する場合を例に本発明の実施形態を
説明する。従って、以下の各実施例では、ＳＰＨ−Ａが
入口システム（Ingress システム）、ＳＰＲ−Ｃが出口
システム（Egressシステム）、ＳＰＲ−ＡとＳＰＲ−Ｂ
が中継システム（Transit システム）に当たる。 〔本発明のパケット中継方法の第１の実施形態〕図７は
本発明のパケット中継方法の第１の実施形態を説明する
図で、入口システム（ＳＰＨ−Ａ）側で直通パスを設定
する必要があると判断し、出口システム（ＳＰＲ−Ｃ）
側がＡＴＭ網20に対して直通パス設定要求を行って直通
パスを設定する場合の構成と信号シーケンスを図示して
いる。図７の(a) はパケット及びメッセージの転送経路
を示す図、(b) はパケット及びメッセージの転送シーケ
ンスを示す図であるが、(a) は図６の網構成を前提にし
ている。(a) 及び(b) の記載方法は他の実施例の図面
（図８〜図12）についても同様である。

【００７５】図７の(a) には、ＳＰＨ−Ａから既存ＬＡ
Ｎ−ＣへのパケットフローがＡＴＭ網20内ではＳＰＨ−
ＡとＳＰＲ−Ｃ間に設定された直通パス51によりショー
トカットされて転送されることが示されているが、以
下、図７の(b) を主に参照して説明する。なお、以下の
説明中の括弧内のａ〜ｎの記号は図７の(b) に記載され
ている記号である（他の実施形態の説明についても同様
とする）。

【００７６】（１）入口システム（ＳＰＨ−Ａ）はＬＡ
Ｎ−Ｃ宛のパケットがあると、先ずＬＩＳ−Ｃにとって
のデフォルトルータであるＳＰＲ−Ａに向けてパケット
を転送する。このパケットは通常、デフォルトルートに
沿って宛先まで中継される。即ち、図７の(a) に点線の
矢印で記載したようにＳＰＨ−ＡからＳＰＲ−Ａ→ＳＰ
Ｒ−Ｂ→ＳＰＲ−ＣとＡＴＭルータ1Bをホップ・バイ・
ホップ（Hop-by-Hop）に経由してＬＡＮ−Ｃに転送され
る（図７のａ参照）。なお、直通パスが設定されるまで
の間に受信するパケットをバッファリングする余裕があ
る場合には、入口システムはデフォルトルートによるパ
ケット転送を行わずにパケットを蓄積しておき、直通パ
スが設定されてから送出するようにしてもよい。

【００７７】（２）入口システム（ＳＰＨ−Ａ）はこの
とき、上記(1) で転送するパケットのヘッダやポート番
号などを解析し、このパケットフローをショートカット
する（直通パスを設定する）のが適切か否か判定する
（図７のｂ）。そのときに、例えば、前述のＦＴＰ或い
はＦＴＴＰといった大量のデータを転送する通信アプリ
ケーションのパケットフローを検出すれば、このパケッ
トフローをショートカットすべきと判断し、直通パス設
定依頼メッセージ（Shortcut Path Request メッセー
ジ、以下、ＳＰ依頼メッセージとも記す) をデフォルト
ルートに送出する（図７のｃ）。

【００７８】ＳＰ依頼メッセージは自エンドシステムま
での直通パスの設定を依頼するメッセージであり、自装
置の通信網上のアドレス（実施例ではＡＴＭアドレス）
と上位プロトコルアドレス（実施例ではＩＰアドレス）
のほか、その直通パスで受信する自装置あてのパケット
フローの種別を指定する情報（フロー種別選別仕様、後
述）を宛先に対して通知する。このメッセージは直通パ
スを設定する両端の装置の何れか一方、即ち、入口シス
テムか出口システムから他方の装置に向けて送信され
る。

【００７９】図13の(a) はＳＰ依頼メッセージのフォー
マットと情報内容の一例を示したもので、以下、ＳＰ依
頼メッセージの情報内容について説明する。図中の(1)
は通信網を識別する番号であり、この実施例ではＡＴＭ
網20を識別する番号になる（図６にはＡＴＭ網は１つし
か図示されていないが、このようなＡＴＭ網が複数存在
する場合がある）。(2) のメッセージ種別識別コードに
はＳＰ依頼メッセージを示すコードとして例えば「０」
を指定する。(3) はメッセージを識別する情報である
が、この情報はリクエスト（直通パスの設定依頼）の際
に指定し、そのリクエストに対して応答する場合にも同
じ識別情報を使用する（以下、リクエストＩＤと記
す）。

【００８０】図13(a) の(4) は通信網のアドレスの形式
を記憶させるが、実施例では「ＡＴＭアドレス」である
ことを示す情報を記憶させる。(5) はアドレス長で、こ
の例ではＡＴＭアドレスの長さ（バイト数など）を記憶
させる。(6) はリクエスト送信元の通信網上のアドレス
で、この場合はＳＰ依頼メッセージの送信元であるＳＰ
Ｈ−ＡのＡＴＭアドレスになる。

【００８１】図13(a) の(7) はリクエスト送信元のプロ
トコルアドレスの形式で、この場合はＳＰＨ−ＡがＩＰ
アドレスを使用することを示す。(8) はリクエスト送信
元のプロトコルアドレス長で、この場合はＳＰＨ−Ａの
ＩＰホストアドレスの長さ、(9) はリクエスト送信元の
プロトコルアドレス長で、この場合はＳＰＨ−ＡのＩＰ
アドレスを記憶させる。

【００８２】図13(a) の(10)〜(12)はリクエストの送信
先（この場合はＬＡＮ−Ｃの宛先端末）についての情報
であり、(10)はプロトコルアドレスの形式（この場合は
ＩＰアドレスであることを示す）、(11)はプロトコルア
ドレス長（この場合はＩＰアドレス長）、(12)はプロト
コルアドレス（この場合はＬＡＮ−Ｃ内の宛先端末のＩ
Ｐホストアドレス）である。

【００８３】図13(a) の(13)はＶＣの共有を許可するか
否かの情報（ＶＣ Sharing Permition）で、同一ＶＣを
他のパケットフローに使用させても良いか否かを指定す
る（詳細後述）。(14)〜(17)は直通パスで受信する自装
置宛のパケットフローの種別を指定する「フロー種別選
別仕様」に関する情報であるが、詳細は後述する。

【００８４】この例では以上のような内容のＳＰ依頼メ
ッセージをＳＰＨ−Ａからデフォルトルートに対して送
出するが、このメッセージは途中のネットワークにおい
て輻輳状態が発生した場合などに廃棄されることがある
ため、直通パスが設定されるまでの間、一定周期（例え
ば３０秒ごと）で繰り返し送信するのが望ましい。

【００８５】（３）上記のＳＰ依頼メッセージは先ずＳ
ＰＲ−Ａが受信するが、ＳＰＲ−Ａはそのメッセージの
送信先のプロトコルアドレス（図13(a) の(12)参照）を
調べ、自分が出口システムであるか中継システムである
かを判定する。この判定は、送信先のプロトコルアドレ
スに示されている宛先が、ＳＰ依頼メッセージを受信し
たＡＴＭ網20の外側の別ネットワーク（ＳＰＲ−Ａの場
合はＬＡＮ−Ａがこれに当たる）にあるのか、或いは内
側の別のサブネットワーク（図７ではＬＩＳ−Ｂまたは
その先のネットワーク）にあるのかという基準で行われ
る。

【００８６】図７の例では宛先のＩＰアドレスがＬＡＮ
−Ｃ内の端末を示している（実際には端末は特定せずに
ＩＰアドレス内のネットワークアドレスと呼ばれる上位
桁によりＬＡＮ−Ｃ内のいずれかの端末であると判定す
るのが普通）ので、ＳＰＲ−Ａは自分が中継システムで
あり、そのパケットフローの転送先は同じＡＴＭ網20内
のＬＩＳ−Ｂであると判断し、受信したＳＰ依頼メッセ
ージをデフォルトルートを介してＳＰＲ−Ｂに転送する
（図７のｄ，ｅ）。

【００８７】（４）ＳＰＲ−Ｂでも同様にＳＰ依頼メッ
セージの判定処理を行い、ＳＰＲ−Ｃに転送する（図７
のｆ，ｇ）。 （５）ＳＰＲ−Ｃでも同様にＳＰ依頼メッセージの判定
処理を行うが、ＳＰＲ−ＣではＩＰアドレスのネットワ
ークアドレスから宛先（ＬＡＮ−Ｃ）がＡＴＭ網20の外
側にあると判定し、自分が出口システムであると判断す
る（図７のｈ）。

【００８８】（６）自分が出口システムであると判断す
ると、ＳＰＲ−Ｃは(1) のデフォルトルートからのパケ
ットの受信処理を行う一方、(5) のＳＰ依頼メッセージ
内のメッセージ送信元のＡＴＭアドレス（この場合はＳ
ＰＨ−ＡのＡＴＭアドレスが記憶されている）を用いて
そのＡＴＭアドレスをもつ装置、即ち、入口システムで
あるＳＰＨ−Ａまでのパス（ＶＣ）の設定要求を行う。
このパス設定要求はＡＴＭ交換機の接続に使用される呼
設定要求（ＳＥＴＵＰ）メッセージをＡＴＭ網20に送出
することにより行われるが、このメッセージはＡＴＭ網
20を介して相手のＳＰＨ−Ａまで転送される。また、そ
のＳＥＴＵＰメッセージにはＳＰ依頼メッセージで通知
されたリクエストＩＤ（図13(a) の(3) 参照）をエンド
・ツー・エンド（End-to-End）情報要素として付加する
（図７のｉ）。

【００８９】（７）ＳＰ依頼メッセージの発信元である
入口システム（ＳＰＨ−Ａ) は前記ＳＥＴＵＰメッセー
ジを受信するとエンド・ツー・エンド情報要素に含まれ
たリクエストＩＤを見て、これが自分が送出したものと
一致していればＶＣ設定要求を受け付け、被呼者応答を
知らせるＣＯＮＮＥＣＴ（以下、ＣＯＮＮと記す）メッ
セージを返送する（図７のｊ，ｋ）。このように本発明
では、リクエストＩＤにより自分が要求したパス接続で
あるか否かが判断できるので、ＡＴＭ網のＶＣレベルの
セキュリティが確保できる。 ＣＯＮＮメッセージがＡ
ＴＭ網20を介してＳＥＴＵＰメッセージの送信元である
ＳＰＲ−Ｃまで送られたのち、ＳＰＲ−ＣとＳＰＨ−Ａ
の間に直通パスが設定される。パスの設定はＶＰＩ／Ｖ
ＣＩを決定することであるが、ここではＶＰＩ／ＶＣＩ
として０／１００が指定されて、直通パスが設定された
ものとする（図７のｍ）。

【００９０】（８）上記によって図７(a) のように直通
パス51が設定されると、出口システムに当たるＳＰＲ−
Ｃは直通パス設定応答メッセージ（Shortcut Path Repl
y メッセージ、以下、ＳＰ応答メッセージとも記す) を
作成して入口システム（ＳＰＨ−Ａ) に返送するが、こ
れは新たに設定された直通パス51を使って転送される
（図７のｎ）。

【００９１】ＳＰ応答メッセージはＳＰ依頼メッセージ
に対する応答メッセージであり、ＳＰ依頼メッセージを
最後に受けたエンドシステムによって直通パスが設定さ
れたのち、その直通パス上で返送されるのが基本であ
る。このメッセージでは、自装置の通信網（実施例では
ＡＴＭ）アドレスと上位プロトコルアドレス（実施例で
はＩＰアドレス）のほか、その直通パスで受信する自装
置宛のパケットフローの種別（フロー種別選別仕様、後
述）を通知する。

【００９２】ＳＰ応答メッセージのフォーマットと指定
する情報の一例を図13の(b) に示すが、ＳＰ依頼メッセ
ージと同様な内容については説明を省略する。図中の
(2) のメッセージ種別コードにはＳＰ応答メッセージを
示すコードとして例えば「１」を指定する。また、(3)
のリクエストＩＤはＳＰ依頼メッセージで指定されたも
のと同一の内容にする。

【００９３】図13(b) の(4) 〜(9) はすべて応答メッセ
ージ送信元（この場合はＳＰＲ−Ｃ）についての情報
で、(6) の応答メッセージ送信元の通信網アドレスには
ＳＰＲ−ＣのＡＴＭアドレス、(9) の応答メッセージ送
信元のプロトコルアドレスにはＳＰＲ−ＣのＩＰホスト
アドレスを記憶させる。(13)以下は後述する。

【００９４】（９）出口システムのＳＰＲ−Ｃはこのと
き、受信したＳＰ依頼メッセージ（図13の(a) 参照）内
の「依頼メッセージ送信元のプロトコルアドレス」（Ｓ
ＰＨ−ＡのＩＰホストアドレス）、「依頼メッセージ送
信元の通信網アドレス」（ＳＰＨ−ＡのＡＴＭアドレ
ス）及び「フロー種別選別仕様」から図17の(c) に例示
するような出力パケット条件記憶部（Egress Cashe、以
下、出力用キャッシュと記す）を作成し、また、自らが
ＳＰ応答メッセージで通知した「フロー種別選別仕様」
から図17の(d) に例示するような入力パケット条件記憶
部（Ingress Cashe 、以下、入力用キャッシュと記す）
を作成する。

【００９５】ここで図17の(c) 及び(d) の説明に先立
ち、出力用キャッシュ、入力用キャッシュ及びフロー種
別選別仕様について説明する。先に、入口システム、出
口システムまたは中継システムは送信中、受信中または
中継中のパケットフローを監視し、そのパケットフロー
をショートカットすべきか否か判定すると説明したが、
このフロー判定機構は直通パス設定の可否判断の際のみ
でなく、直通パス設定後にその直通パス上に流れるパケ
ットフローの監視も行う。この監視を行うために、直通
パスを通して通信網（実施例ではＡＴＭ網）から入力さ
れるパケット及び通信網（実施例ではＡＴＭ網）に出力
されるパケットに対応して構成されるのが入力用キャッ
シュと出力用キャッシュである。入力用キャッシュと出
力用キャッシュはＳＰ依頼メッセージまたはＳＰ応答メ
ッセージに含まれるフロー種別選別仕様と通信網アドレ
ス情報、これらを用いて設定された直通パスの属性によ
り作られる。各エンドシステムはこの情報をもとに、各
直通パス上のパケットフローを監視し、異常パケットの
流入や流出を防止する。

【００９６】図15は通信網全般に適用する出力用キャッ
シュと入力用キャッシュの基本構成を図示したものであ
る。図15の(a) は出力用キャッシュの構成を示している
が、図のように(1) には次に詳述するフロー種別選別仕
様を指定し、この仕様に適合するパケットフローのみを
通信網（ＡＴＭ網）に出力するようにする。(2) と(3)
にはそのパケットフローの送受信相手の装置のプロトコ
ルアドレスと通信網アドレスを指定し、そのアドレスの
装置に送信するパケットフローのみを出力するようにす
る。(4) はこの出力用キャッシュをもつ装置が複数のポ
ートをもつ場合に特定のポートから入力されたパケット
フローのみを出力するようにする。(5)は直通パスのＶ
ＰＩ／ＶＣＩ番号でこのＶＰＩ／ＶＣＩを指定して送受
信するパケットフローのみを出力する。(6) の共有可否
指定はこの直通パスに他の端末などからのパケットを重
畳させても良いか否かを指定するものである。

【００９７】図15の(b) は入力用キャッシュの構成を示
しているが、図のように(1) にはこの入力用キャッシュ
をもつ装置が複数のポートをもつ場合にパケットフロー
が入力されるポートを指定するもの、(2) には直通パス
のＶＰＩ／ＶＣＩ番号、(3)にはフロー種別選別仕様を
指定する。

【００９８】次にフロー種別選別仕様（Filter Spec ）
について説明する。ＳＰ依頼メッセージやＳＰ応答メッ
セージに含まれるフロー種別選別仕様とは、設定された
直通パス上で扱うパケットフローの属性を示すもので、
図16に具体的な内容の一部を示す。ここで指定された情
報をもとに前述の出力用キャッシュと入力用キャッシュ
を構成し、各直通パス上のパケットフローを監視して異
常パケットの流入や流出を防止する。

【００９９】フロー種別の指定は図16に示すように具体
的な指定内容に対応してタイプを識別する番号を付して
フロー種別選別仕様をタイプ番号で指定することができ
る。フロー種別選別仕様は図16に示すようにいくつかの
タイプを規定することが可能である。例えば、図16のタ
イプ１とタイプ２はそれぞれ宛先のプロトコルアドレス
のみを規定し、タイプ３とタイプ４は発信元のプロトコ
ルアドレスと宛先のプロトコルアドレスの組み合わせを
指定している。また、タイプ５は発信元も宛先もプロト
コルの他にポート番号を組み合わせて指定している。こ
の他にもネットワークアドレス／ホストアドレス／ポー
ト番号と、宛先／発信元の組み合わせ方によって多様な
規定ができるが、図16には一部を記載するにとどめた。

【０１００】以下、選別の例を具体的に説明する。図16
のタイプ１の指定内容は「宛先ネットワークアドレ
ス」、タイプ２は「宛先ホストアドレス」となってい
る。ＩＰアドレスの場合、ネットワークアドレスがＩＰ
アドレスの上位桁で指定されるのに対して、ホストアド
レスは全桁で指定されるので、「ネットワークアドレ
ス」で例えば特定のＬＡＮが指定でき、「ホストアドレ
ス」で例えばＬＡＮ内の特定の端末を指定することがで
きる。従って、フロー種別選別仕様にタイプ１を指定し
た場合はそれによって特定されるＬＡＮ内のどの端末に
送受信されるパケットでも直通パスの利用を許可する
が、タイプ２を指定した場合には同一ＬＡＮ内の端末で
あってもホストアドレスが指定されたものと異なる端末
に送受信されるパケットは直通パスの利用は許可しない
ことになる。

【０１０１】以下、図７のＳＰＲ−Ｃの動作説明に戻
る。前述のように、ＳＰＲ−ＣはＳＰＨ−Ａから受信し
たＳＰ依頼メッセージの情報を用いて出力用キャッシュ
を作成するが、ここで先に説明を省略したＳＰ依頼メッ
セージ中のフロー種別選別仕様について説明する。ＳＰ
Ｈ−ＡはＳＰ依頼メッセージを送信する際にフロー種別
選別仕様を指定するが、ここでは自身のホストアドレス
のみを指定したものとする。この場合、図13の(a) に図
示したＳＰ依頼メッセージ中の(14)の「フロー種別選別
仕様の数」に「１」、(17)の「フロー種別選別仕様内
容」に「ＳＰＨ−ＡのＩＰホストアドレス」、(15)にフ
ロー種別タイプの番号（タイプの番号は各システム共
通）を指定し、(16)にＳＰＨ−ＡのＩＰホストアドレス
の長さを記憶させる。

【０１０２】出口システムのＳＰＲ−ＣはＳＰ応答メッ
セージを送出したのち、図15に図示した出力用キャッシ
ュと入力用キャッシュを作成する（図７のｐ参照）が、
出力用キャッシュは上記のＳＰ依頼メッセージ内の情報
を用いて作成する。図17の(a) に図示したＳＰ依頼メッ
セージを参照しながら図15の(a) の構成の出力用キャッ
シュに記憶すべき情報を説明する。

【０１０３】先ず、図15(a) の(1) の「フロー種別選別
仕様内容」には図17の(a) の(17)の「フロー種別選別仕
様内容」（この例では「ＳＰＨ−ＡのＩＰホストアドレ
ス」が指定されている）を記憶する。図15(a) の(2) と
(3) は仕様適用対象装置のアドレスを記憶するが、この
場合の仕様適用対象装置はＳＰＨ−Ａであるので、図15
(a) の(2) には図17の(a) の(9) の「依頼メッセージ送
信元のプロトコルアドレス」（この例では「ＳＰＨ−Ａ
のＩＰホストアドレス」）、図15(a) の(3) には図17
(a) の(6) の「依頼メッセージ送信元の通信網アドレ
ス」（この例では「ＳＰＨ−ＡのＡＴＭアドレス」）を
記憶させる。

【０１０４】図15(a) の(4) の「ポート」にはＳＰＲ−
Ｃがこのパケット通信で使用するＴＣＰ／ＩＰのポート
番号（例えば「１」とする）を記憶させる。図15(a) の
(5)の「ＶＰＩ／ＶＣＩ」には直通パスのＶＰＩ／ＶＣ
Ｉ（この例では前述の「０／１００」）を記憶させる。
図15(a) の(6) の「共有可否指定」には図17の(a) の(1
3)の内容（この例では共有許可を示すフラグが設定され
ているものとする）を記憶させる。

【０１０５】以上によって作成されたＳＰＲ−Ｃの出力
用キャッシュの内容を図17の(c) に示す。図の(6) の
「共有可否指定」には「共有許可」と記載しているが、
実際には許可／不許可のいずれかを示すフラグを記憶す
る。図７ではこの出力用キャッシュの作成はＳＰ応答メ
ッセージを送出したのちに行う（図７のｐ）ように記載
されているが、ＳＰ依頼メッセージを受信したときに
「ＶＰＩ／ＶＣＩ」を除いて作成しておき、直通パスが
設定されたときに「ＶＰＩ／ＶＣＩ」を記憶させるよう
にしてもよい。この出力用キャッシュが作成されると、
以後、出口システムにおいてフローを判定する機構がこ
の出力用キャッシュに指定された条件に適合するパケッ
トフローのみを直通パスに送出するようにする。

【０１０６】次にＳＰＲ−Ｃは図15の(b) に図示されて
いるような入力用キャッシュを作成する。先ず、図15
(b) の(1) の「ポート」にはこの直通パスを使用するＴ
ＣＰ／ＩＰのポート番号（例えば「１」）を記憶させ、
図15(b) の(2) の「ＶＰＩ／ＶＣＩ」には直通パスのＶ
ＰＩ／ＶＣＩの値（この例では「０／１００」）を記憶
させる。図15(b) の(3) の「フロー種別選別仕様」には
ＳＰＲ−Ｃ自身が送出したＳＰ応答メッセージの中に指
定した「フロー種別選別仕様内容」を記憶する。ＳＰ応
答メッセージの説明では省略したが、例えばＳＰＲ−Ｃ
の下位のＬＡＮ−Ｃ宛のパケットフローのみを直通パス
により送信するのであれば図13の(b) のＳＰ応答メッセ
ージ中の(17)「フロー種別選別仕様内容」に「ＬＡＮ−
ＣのＩＰネットワークアドレス」を指定し、入力用キャ
ッシュの(3) は同じ内容を記憶させる。

【０１０７】以上によって作成されたＳＰＲ−Ｃの入力
用キャッシュの内容を図17の(c) に示す。この例ではＳ
ＰＲ−Ｃは、ＶＰＩ／ＶＣＩが０／１００であり、ＬＡ
Ｎ−ＣのＩＰネットワークアドレスが指定され、かつ、
ポート番号が「１」であるパケット（ＡＴＭセル）のみ
を通過させることになる。

【０１０８】（１０）一方、ＳＰ応答メッセージを受信
した入口システムのＳＰＨ−Ａは出力用キャッシュと入
力用キャッシュを作成する（図７のｑ）。入口システム
において作成する出力用キャッシュ、入力用キャッシュ
の構成も図15に図示した内容になるが、出力用キャッシ
ュはＳＰ応答メッセージ内の情報をもとに作成する。

【０１０９】図15の(a) の(1) の「フロー種別選別仕様
内容」には図13(b) の(17)の「フロー種別選別仕様内
容」（例えば前述の「ＬＡＮ−ＣのＩＰネットワークア
ドレス」）を記憶させ、(2) と(3) にはそれぞれ図13
(b) の(9) の「応答メッセージ送信元のプロトコルアド
レス」（この例では「ＳＰＲ−ＣのＩＰホストアドレ
ス」）及び図13(b) の(6) の「通信網アドレス」（この
例では「ＳＰＲ−ＣのＡＴＭアドレス」）を記憶させ
る。また、図15(a) の(4) の「ポート」にはＳＰＨ−Ａ
のＴＣＰ／ＩＰのポート番号、図15の(a) の(5) 「ＶＰ
Ｉ／ＶＣＩ」には直通パスのＶＰＩ／ＶＣＩの値（この
例では「０／１００」）、(6) 「共有可否指定」には図
13(b) の(13)の「共有可否指定」（例えば「共有許可」
を示すフラグ）を記憶させる。このようにして作成され
たＳＰＨ−Ａの入力用キャッシュの内容を図17の(a) に
示す。

【０１１０】また、入力用キャッシュ( 図15の(b) 参
照）では、図15(b) の(1) の「ポート」にＴＣＰ／ＩＰ
のポート番号（例えば「１」）、(2) の「ＶＰＩ／ＶＣ
Ｉ」に直通パスのＶＰＩ／ＶＣＩ値（この例では「０／
１００」）を記憶させる。図15(b) の(3) の「フロー種
別選別仕様」には自身がＳＰ依頼メッセージで通知した
「フロー種別選別仕様内容」（図13(a) の(17)に指定し
た内容で、前述の例によれば「ＳＰＨ−ＡのＩＰホスト
アドレス」）を記憶させる。

【０１１１】（１１）以上のように入口システム及び出
口システムにおいてそれぞれ出力用キャッシュ及び入力
用キャッシュが作成されたのち、直通パスを介してパケ
ットフローの送受信が行われる（図７のｒ）が、このフ
ローは前述のように、入口システム及び出口システム内
のフロー判定機構が出力用キャッシュに従ってパケット
フローを直通パスにマッピングし、入力用キャッシュに
従って受信するパケットのフィルタリングを行うので、
直通パス確立後におけるパケットフローのセキュリティ
が確保される。

【０１１２】以上、本発明の第１の実施形態について説
明したが、この使用形態の特徴は、 直通パスを要求するエンドシステム（上記ではＳＰＨ
−Ａ）が自らＡＴＭアドレスを申告し、リクエストＩＤ
を使用してＶＣ設定を行うので、不当にＡＴＭアドレス
が漏れることがなく、ＡＴＭレベルのセキュリティが確
保されること、エンドシステム間でフロー種別選別仕
様を通知し合うことで直通パスに流れるパケットフロー
を管理し、アプリケーションごとのパス設定やセキュリ
ティ管理を可能としていること、以上の制御がエンド
システムごとに独立して行われるため、セキュリティな
ど独立の管理ポリシーが規定でき、障害が発生してもネ
ットワーク全体に波及することがなく局所化される（サ
ーバの障害のようにネットワーク全体に影響する障害が
生じない）こと、などである。 〔本発明のパケット中継方法の第２の実施形態〕図８は
本発明のパケット中継方法の第２の実施形態を説明する
図で、出口システム（ＳＰＲ−Ｃ）側で直通パスを設定
する必要があると判断し、入口システム（ＳＰＨ−Ａ）
側がＡＴＭ網20に対して直通パス設定要求を行って直通
パスを設定する場合の動作を示している。図８も第１の
実施形態と同様に、ＳＰＨ−ＡからＬＡＮ−Ｃへのパケ
ットフローがＡＴＭ網20内ではＳＰＨ−ＡとＳＰＲ−Ｃ
間に設定された直通パス51によりショートカットされて
転送されることが示されており、ＳＰＲ−Ａ及びＳＰＲ
−Ｂは第１の実施形態同様、パケットフローにとって中
継システムとなる。以下、図８の(b) を主に用いて説明
するが、以下で扱われるパケットフローは、ＳＰＨ−Ａ
ではホストアドレスにより、また、ＳＰＲ−ＣではＬＡ
Ｎ−Ｃのネットワークアドレスにより、それぞれ選別さ
れるように指定した場合を前提とし、第１の実施形態と
類似する箇所は説明を簡略化することとする。

【０１１３】（１）入口システムとなるＳＰＨ−ＡはＬ
ＡＮ−Ｃ宛のパケットがあると先ずＬＩＳ−Ａにとって
のデフォルトルータであるＳＰＲ−Ａに向けてパケット
を転送する。このパケットはデフォルトルートに沿って
宛先のＬＡＮ−Ｃまで転送される（図８のａ）。

【０１１４】（２）ＳＰＲ−Ｃはこのパケットの受信処
理を行う一方、このパケットフローのヘッダーの内容な
どを解析し、このパケットフローをショートカットする
のが適切か否か判定する（図８のｂ）。その結果、この
パケットフローをショートカットすべきと判断したとき
は、ＳＰ依頼メッセージ（直通パス設定依頼メッセー
ジ）をデフォルトルートに送出する（図８のｃ）。

【０１１５】このＳＰ依頼メッセージには図13の(a) に
図示したような情報を指定するが、この例では、「依頼
メッセージ送信元の通信網アドレス」に「ＳＰＲ−Ｃの
ＡＴＭアドレス」、「依頼メッセージ送信元のプロトコ
ルアドレス」に「ＳＰＲ−ＣのＩＰホストアドレス」、
「依頼メッセージ送信先のプロトコルアドレス」に「Ｓ
ＰＨ−ＡのＩＰホストアドレス」、「ＶＣ共有の可否指
定」に「共有許可のフラグ」、「フロー種別選別仕様の
数」に「１」（仕様は１種類とする）、「フロー種別選
別仕様番号」に「タイプ１」（タイプ１は図16に記載の
「宛先ネットワークアドレス」であるとする）、「フロ
ー種別選別仕様内容」に「ＬＡＮ−ＣのＩＰネットワー
クアドレス」（タイプ１の具体的内容）を指定したもの
とする。このＳＰ依頼メッセージは一定周期で繰り返し
送信する。

【０１１６】（３）このＳＰ依頼メッセージは第１の実
施形態におけると同様に、受信した装置が自分が中継シ
ステムとなるのか宛先装置になるのか判定しながらデフ
ォルトルートに沿って入口システム側に向けて転送さ
れ、入口システムのＳＰＨ−Ａまで中継される（図８の
ｄ〜ｈ）。この経路は図８の(a) に細い実線の矢印で示
されている。

【０１１７】（４）入口システムのＳＰＨ−Ａはデフォ
ルトルートを介してＳＰ依頼メッセージを受信すると、
その中の「依頼メッセージ送信元の通信網アドレス」に
指定されている「ＳＰＲ−ＣのＡＴＭアドレス」を用い
てＡＴＭ網20に対して自装置から出口システム（ＳＰＲ
−Ｃ）までの直通パスの設定を要求する。このとき、直
通パス設定要求（ＳＥＴＵＰ）メッセージにはリクエス
トＩＤを付加する（図８のｉ）。

【０１１８】（５）ＳＥＴＵＰメッセージは出口システ
ムのＳＰＲ−Ｃまで送られるが、ＳＰＲ−Ｃは受信した
ＳＥＴＵＰメッセージ内のリクエストＩＤを確認し、自
分がＳＰ依頼メッセージに設定した内容と一致すること
を確認すると、ＳＥＴＵＰメッセージに対する応答（Ｃ
ＯＮＮ）メッセージを返送する（図８のｊ，ｋ）。これ
によりＶＰＩ／ＶＣＩ値が０／１００の直通パスがＳＰ
Ｈ−ＡとＳＰＲ−Ｃ間に設定されたものとする（図８の
ｍ）。

【０１１９】（６）直通パスが設定されるとＳＰＨ−Ａ
はＳＰ応答メッセージを作成し、直通パス51を介して出
口システム（ＳＰＲ−Ｃ）に転送する（図８のｎ）。こ
のときＳＰ応答メッセージには図13の(b) に図示された
情報を指定するが、具体的には、「応答メッセージ送信
元の通信網アドレス」に「ＳＰＨ−ＡのＡＴＭアドレ
ス」、「応答メッセージ送信元のプロトコルアドレス」
に「ＳＰＨ−ＡのＩＰホストアドレス」、「ＶＣ共有の
可否指定」に「共有許可のフラグ」、「フロー種別選別
仕様の数」に「１」（仕様は１種類とする）、「フロー
種別選別仕様番号」に「タイプ２」（タイプ２は図16に
記載の「宛先ホストアドレス」であるとする）、「フロ
ー種別選別仕様内容」に「ＳＰＨ−ＡのＩＰホストアド
レス」（タイプ２の具体的内容）を指定したものとす
る。

【０１２０】（７）入口システムのＳＰＨ−Ａはこのと
き、先に受信したＳＰ依頼メッセージ内の「依頼メッセ
ージ送信元のプロトコルアドレス」、「依頼メッセージ
送信元の通信網アドレス」及び「フロー種別選別仕様内
容」から図17の(a) に例示するような出力用キャッシュ
を作成し、自身がＳＰ応答メッセージで通知した「フロ
ー種別選別仕様内容」から図17の(b) に例示するような
入力用キャッシュを作成する（図８のｐ）。作成方法は
第１の実施形態の場合に準ずるので詳細説明を省略す
る。

【０１２１】（８）一方、ＳＰ応答メッセージを受信し
た出口システムのＳＰＲ−ＣはＳＰ応答メッセージ内の
「応答メッセージ送信元のプロトコルアドレス」、「応
答メッセージ送信元の通信網アドレス」及び「フロー種
別選別仕様内容」から図17の(c) に例示するような出力
用キャッシュを作成し、自身がＳＰ依頼メッセージで通
知した「フロー種別選別仕様内容」から図17の(d) に例
示するような入力用キャッシュを作成する（図８の
ｑ）。この作成方法も第１の実施形態の場合に準ずるの
で詳細説明は省略する。

【０１２２】（９）以上のように入口システム及び出口
システムにおいてそれぞれ出力用キャッシュ及び入力用
キャッシュが作成されたのち、直通パスを介してパケッ
トフローの送受信が行われる（図８のｒ）が、入口シス
テム（ＳＰＨ−Ａ）と出口システム（ＳＰＲ−Ｃ）はそ
れぞれが管理する出力用キャッシュによってパケットフ
ローを直通パスにマッピングし、入力用キャッシュによ
ってパケットのフィルタリングを行うので、直通パス確
立後におけるパケットフローのセキュリティが確保され
る。

【０１２３】以上の第２の実施形態における特徴は第１
の実施形態とほぼ同様であるが、唯一異なる点は直通パ
スの設定が適切であるとの判断をフローの受信側が行
い、直通パスの設定を受信側主体で行われる点である。
このため、例えばＳＰＲ−Ｃがサーバの立場、ＳＰＨ−
Ａなどがクライアント端末の立場となってＦＴＰやＨＴ
ＴＰなどのサーバアクセスを行う場合にこの第２の実施
形態を利用すれば、クライアント端末（例えばＳＰＨ−
Ａ）側からＳＰ依頼メッセージを送出することがないの
で、クライアント端末のＡＴＭアドレスがＡＴＭ網内に
送出されることがない（ＳＰ応答メッセージではＳＰＨ
−ＡのＡＴＭアドレスが送られるが、図８に示すように
ＳＰ応答メッセージは直通パスを介して送られ、モニタ
される恐れがあるデフォルトルートには送出されな
い）。従って、この形態ではＡＴＭ網内に流れるＡＴＭ
アドレス情報はサーバ（ＳＰＲ−Ｃ）に関する情報のみ
となり、セキュリティの面でより信頼性の高いネットワ
ーク運用が可能となる。 〔本発明のパケット中継方法の第３の実施形態〕図９は
本発明のパケット中継方法の第３の実施形態を図示した
もので、中継システム（ＳＰＲ−Ａ、ＳＰＲ−Ｂの一方
または両方）が直通パスを設定するのが適切と判断し、
入口システム（ＳＰＨ−Ａ）（出口システムのＳＰＲ−
Ｃでもよい）に対して直通パスの設定開始を要請して直
通パスを設定する場合を示している。以下、中継システ
ムとなるＳＰＲ−ＡとＳＰＲ−Ｂの両方が直通パスの設
定が必要と判断した場合を例に、図９の(b) を主に用い
て説明するが、以下で扱われるパケットフローは、ＳＰ
Ｈ−Ａではホストアドレスにより、また、ＳＰＲ−Ｃで
はＬＡＮ−Ｃのネットワークアドレスにより、それぞれ
選別されるように指定した場合を前提とする。なお、第
１または第２の実施形態と類似の箇所は簡略化して説明
する。

【０１２４】（１）入口システムとなるＳＰＨ−ＡはＬ
ＡＮ−Ｃ宛のパケットがあるとＬＩＳ−Ａにとってのデ
フォルトルータ（ＳＰＲ−Ａ）に向けてパケットを転送
する。このパケットは第１または第２の実施形態におけ
ると同様、デフォルトルートに沿って出口システムのＳ
ＰＲ−Ｃまで転送され、ＳＰＲ−Ｃがこのパケットを受
信処理して宛先のＬＡＮ−Ｃに転送する（図９のａ）。

【０１２５】（２）中継システムとなるＳＰＲ−Ａ及び
ＳＰＲ−Ｂは自身が中継しているトラヒックを監視して
いるが、(1) のパケットフローが定常的なものであり、
ショートカットすべきであると判断したときはそのフロ
ーの送信元または送信先に向けて直通パス設定開始要請
メッセージ（以下、SP Initiation メッセージまたはＳ
Ｐ設定要請メッセージと記す）を送出する（図９のｂ〜
c ，ｄ〜e ）。フローの送信元と送信先のいずれに送る
かは予め決めておくが、以下では送信元（ＳＰＨ−Ａ）
に向けて送出するものとする。なお、図９の(a) にはＳ
Ｐ設定要請メッセージの送信ルートがデフォルトルート
とは別個に記載されているが、実際にはデフォルトルー
トを介して送信する。ここで、ＳＰ設定要請メッセージ
に指定する情報について図14の(c) により説明する。

【０１２６】図14の(c) はＳＰ設定要請メッセージの構
成を示しているが、図14(c) の(1)はＳＰ依頼メッセー
ジと同じく、通信網（図９ではＡＴＭ網20）上の識別番
号を指定する。(2) はメッセージの種別を識別するコー
ドで、ＳＰ設定要請メッセージは例えば「４」とする。
(3) はリクエストＩＤを指定する領域であるが、ＳＰ設
定要請メッセージでは空欄（Null）とする。また、(4)
〜(6) も空欄（Null）とする。

【０１２７】図14(c) の(7) 〜(9) はＳＰ設定要請メッ
セージの送信元（図には直通パス設定開始要請元と記
載）のプロトコルアドレス関係の情報で、(7) にプロト
コルアドレスの形式（ここではＩＰアドレスになる）、
(8) にそのアドレス長、(9) にＳＰ設定要請メッセージ
を送信した中継システム（ここではＳＰＲ−ＡまたはＳ
ＰＲ−Ｂ）のＩＰホストアドレスを指定する。ただし、
後述する第４の実施形態の処理方法によっては(7) 〜
(9) のＳＰ設定要請メッセージ送信元のアドレス情報を
省略することもができ、その場合は(7) 〜(9) を空欄と
する。

【０１２８】図14(c) の(10)〜(12)はＳＰ設定要請メッ
セージの送信先（図には直通パス設定開始要請先と記
載）のプロトコルアドレス関係の情報で、(10)にプロト
コルアドレスの形式（ＩＰアドレスになる）、(11)にそ
のアドレス長を指定する、(12)にはＳＰ設定要請メッセ
ージの送信先である入口システムまたは出口システムの
プロトコルアドレスを指定するが、ここでは入口システ
ムに送信する前提であるのでＳＰＨ−ＡのＩＰホストア
ドレスを指定する。

【０１２９】図14(c) の(13)〜(15)はフロー種別選別仕
様関係を指定する領域で、(13)はフロー種別選別仕様の
タイプ番号として例えば「タイプ１」（図16参照）、(1
4)にはその長さ、(15)にはフロー種別選別仕様の内容と
してＬＡＮ−ＣのＩＰネットワークアドレスを指定す
る。

【０１３０】このＳＰ設定要請メッセージの送信はデフ
ォルトルートに存在する複数の中継システムの各々が独
自の判断で行い、例えば、入口システムや出口システム
では直通パスの設定が必要ないと判断している場合でも
中継システムの位置にある特定のルータのトラヒックが
輻輳しているような場合にはそのルータ（中継システ
ム）から送信される。

【０１３１】ＳＰ設定要請メッセージはそれを送信した
中継システムが安定した状態に回復するまで一定周期
（例えば３０秒ごと）で繰り返し送信され、直通パス
が設定され、デフォルトルートを介して転送されていた
パケットフローのトラヒックがなくなった、送信元
（例えばＳＰＨ−Ａ）からのデフォルトルートによるト
ラヒックが減少した、他のいくつかの中継トラヒック
が減少または消滅し、その中継システムの中継能力が回
復した、などの状態となったときに送信が停止される。

【０１３２】（３）上記のＳＰ設定要請メッセージはあ
るパケットフローのデフォルトルート上にある複数の中
継システムから同時に発生する可能性がある。図９の例
ではＳＰＲ−ＡとＳＰＲ−Ｂの両方からＳＰ設定要請メ
ッセージが送信される例を図示している（図９(a) 及び
図９(b) のｃ，ｅ）が、すべてのＳＰ設定要請メッセー
ジをパケットフローの送信元であるＳＰＨ−Ａに送るこ
とはデフォルトルート上の中継システムやＳＰＨ−Ａの
処理を徒に増加することになるので、各中継システムは
自らがＳＰ設定要請メッセージを送信している状態にあ
るときはその上流からのＳＰ設定要請メッセージを下流
にフォーワーディングしないようにする。図９の(b) に
はＳＰＲ−ＢからのＳＰ設定要請メッセージ（図９の
ｅ）がＳＰＲ−Ａにおいて阻止されてＳＰＨ−Ａには送
られない例を示している。

【０１３３】（４）ＳＰ設定要請メッセージを受信した
入口システムのＳＰＨ−ＡはＳＰ依頼メッセージを出口
システム（ＳＰＲ−Ｃ）に向けて送信する（図９のｆ）
が、以下のシーケンスは図７と同一であるので説明は省
略する（ＳＰ設定要請メッセージを出口システムに送信
した場合は出口システムがＳＰ依頼メッセージを送信す
るが、その場合の以後のシーケンスは図８と同一にな
る）。

【０１３４】以上の第３の実施形態における特徴は、中
継システム（一般には中継用ルータ）から直通パスの設
定要求が可能という点である。例えば、ある管理分野に
おいてはエンドシステム間の通信は特に必要がない限り
積極的にショートカットしないという運用スタイルをと
ることがある。これは例えば、セキュリティを重視する
場合（直通パス設定にはＡＴＭアドレスを網に流すが、
これを避けたいユーザがある）や、ＡＴＭ網レベルのリ
ソースが少なく、リソースの大半がデフォルトルート用
に割り当てられているような場合にとられる。この場
合、中継ルータの処理負荷が高くなるのは必至である
が、セキュリティ上問題のあるトラヒックはそのままデ
フォルトルートを使用させ、問題がないと判断されるパ
ケットフローから徐々にショートカットしてトラヒック
の負荷分散を図るような運用形態に適している。 〔本発明のパケット中継方法の第４の実施形態〕図10は
本発明のパケット中継方法の第４の実施形態を図示して
いる。この形態は、第３の実施形態と同様にある中継シ
ステムからＳＰ設定要請メッセージが発出されたが、こ
れを受信した入口システム（または出口システム）側が
応答できないか、応答したくない（例えばセキュリティ
上の理由で）場合の動作例である。以下では、ＳＰＨ−
ＡからＬＡＮ−Ｃへのパケットフローに対してＳＰＲ−
ＢがＳＰＨ−Ａに対して直通パスの設定開始要請を行っ
たのに対してＳＰＨ−Ａが要請を拒否する場合を例に説
明する。以下、図10の(b) を主に用いて説明するが、以
下で扱われるパケットフローは、ＳＰＨ−Ａではホスト
アドレスにより、また、ＳＰＲ−ＣではＬＡＮ−Ｃのネ
ットワークアドレスにより、それぞれ選別されるように
指定した場合を前提とする。なお、すでに説明した内容
と類似の箇所は簡略化して説明する。

【０１３５】（１）入口システムとなるＳＰＨ−ＡはＬ
ＡＮ−Ｃ宛のパケットがあるとＳＰＲ−Ａに向けてパケ
ットを転送する。このパケットはデフォルトルートに沿
って出口システムのＳＰＲ−Ｃまで転送され、ＳＰＲ−
Ｃはこのパケットを受信処理して宛先のＬＡＮ−Ｃに転
送する（図10のａ）。

【０１３６】（２）中継システムとなるＳＰＲ−Ａ及び
ＳＰＲ−Ｂは第３の実施形態と同様、中継トラヒックを
監視しているが、いま、ＳＰＲ−Ｂが上記のパケットフ
ローをショートカットすべきであると判断し、そのフロ
ーの送信元のＳＰＨ−Ａに向けてＳＰ設定要請メッセー
ジを送出したものとする（図10のｂ，ｃ）。このＳＰ設
定要請メッセージはＳＰＲ−Ａにおいて中継され、ＳＰ
Ｈ−Ａに送られる（図10のｄ，ｅ）。

【０１３７】（３）しかし、ＳＰ設定要請メッセージを
受信したＳＰＨ−Ａはセキュリティ上の問題など何らか
の理由で自装置に直通パスを設定することが好ましくな
い状態にあるとする。この場合、ＳＰＨ−ＡはＳＰ設定
要請メッセージを拒否するメッセージである直通パス設
定開始要請拒否メッセージ（以下、SP Initiation NAK
メッセージ、または、ＳＰ設定拒否メッセージとも記
す）を作成し、予め定められている選定方法によって選
定したデフォルトルート上のエンドシステムに対して送
信する。

【０１３８】このＳＰ設定拒否メッセージの送信先はＳ
Ｐ設定要請メッセージを受信したシステム（この場合は
入口システムのＳＰＨ−Ａ）の代わりに直通パスの設定
処理を開始する代行中継システムになる（後述）が、最
も一般的なものは入口システムＳＰＨ−Ａにとってデフ
ォルトルータとなるＳＰＲ−Ａである。ＳＰＲ−Ａが入
口システムを代行して直通パスを設定すれば、パケット
フローはＡＴＭ網内の大部分を直通パスによって転送さ
れるからである。しかし、セキュリティの問題を考慮す
ると常にデフォルトルータに直通パスを設定することが
望ましいとは限らないので、その場合はＳＰ設定拒否メ
ッセージの送信元（ＳＰ設定拒否メッセージに設定され
ている）と網の構成に応じて適切な代行中継システムが
選定できるように予め選定基準を設定したテーブルなど
を準備しておく。逆に、常にデフォルトルータを選定す
るように定められている場合にはＳＰ設定拒否メッセー
ジには送信元のアドレス情報を設定する必要がない。

【０１３９】ここでＳＰ設定拒否メッセージに指定する
情報について図14の(d) を用いて説明する。(1) の通信
網識別番号はこれまで説明したものと同一である。(2)
のメッセージ種別識別コードにはＳＰ設定拒否メッセー
ジに定められたコードとして例えば「５」を記憶させ
る。(3) 〜(9) は空欄とし、(10)〜(12)にＳＰ設定拒否
メッセージの送信先のプロトコルアドレス関係の情報を
指定するが、この場合の送信先をデフォルトルータのＳ
ＰＲ−Ａとした場合には、(10)にＩＰアドレス、(11)に
そのアドレス長、(12)にＳＰＲ−ＡのＩＰホストアドレ
スを指定する。また、フロー種別選別仕様については(1
3)に図16の「タイプ１」を指定し、(15)にＬＡＮ−Ｃの
ＩＰネットワークアドレスを指定する。

【０１４０】以上の前提によりＳＰ設定拒否メッセージ
はデフォルトルータのＳＰＲ−Ａに向けて送信される
（図10のｆ）。 （４）上記のＳＰ設定拒否メッセージはデフォルトルー
トを経てＳＰＲ−Ａに受信されるが、ＳＰＲ−Ａはこれ
を受信するとＳＰＨ−Ａになり代わってＳＰ依頼メッセ
ージを出口システムに向けて送信する（図10のｇ）。こ
の場合のメッセージ送信元の通信網アドレス（図13の
(6) 参照）には勿論ＳＰＲ−ＡのＡＴＭアドレスを指定
する。

【０１４１】（５）上記のＳＰ依頼メッセージはＳＰＲ
−Ｂにおいて中継されたのち、ＳＰＲ−Ｃに受信される
（図10のｈ〜ｊ）。ＳＰＲ−Ｃはこれを受信すると図７
におけると同様にＡＴＭ網20に対して直通パスの設定を
要求するが、この場合の直通パスの設定先はＳＰＨ−Ａ
ではなく中継システムのＳＰＲ−Ａになる。

【０１４２】（６）以下、ＳＰＲ−ＡとＳＰＲ−Ｃの間
で行われる動作のシーケンスは図７の(b) においてＳＰ
Ｈ−ＡとＳＰＲ−Ｃの間で行われる動作のシーケンスと
同様である（図10のｋ〜ｓ）。これにより図10の(a) に
図示するような直通パス52が設定される。この直通パス
をによりパケットフローを転送する場合、ＳＰＲ−Ａ
は、デフォルトルートを介してＳＰＨ−Ａとの間で送受
信するパケットフローと直通パスを介してＳＰＲ−Ｃと
の間で送受信するパケットフローを中継する（図10の
ｔ，ｕ）。

【０１４３】以上の第４の実施形態における特徴は、入
口システム（または出口システム）がＳＰ設定拒否メッ
セージを送出することにより直通パスの設定を入口シス
テム以外の装置が代行し、代行装置が直通パスとデフォ
ルトルートパス上のパケットフローを中継するという点
である。この実施形態ではＳＰ設定拒否メッセージを送
出することにより入口システムは自分の通信網上のアド
レス（例えばＡＴＭアドレス）をデフォルトルートに送
出せずに済むので、直通パスを設定する実体を特定のサ
ブネットワークの代表ルータ（例えば、図10のＳＰＲ−
Ｃ）に集めることができる。従って、この機構の積極的
な利用は、セキュリティの設定を集中的に管理する場合
に効果的である。 〔本発明のパケット中継方法の第５の実施形態〕図11は
本発明のパケット中継方法の第５の実施形態を図示した
もので、第１〜第４の実施形態で設定された直通パスの
保留方法と切断方法を説明するものである。第１〜第４
の実施形態では直通パスの設定方法が異なっていたが、
一旦設定されたのちの直通パスの保留方法と切断方法は
共通であるので、以下、第１の実施形態で設定された直
通パスを例に説明する。なお、ここで扱われるパケット
フローは、第1 の実施形態と同様に、ＳＰＨ−Ａではホ
ストアドレスにより、また、ＳＰＲ−ＣではＬＡＮ−Ｃ
のネットワークアドレスにより、それぞれ選別されるよ
うに指定した場合を前提とする。

【０１４４】（１）図11の(b) ではＳＰＲ−ＣよりＡＴ
Ｍ網20に対して直通パスの設定要求を行うＳＥＴＵＰが
送出される動作から図示しているが、これによって設定
された直通パスによりパケットフローが転送されるまで
の動作のシーケンス（図12のａ〜ｈ）は第１の実施形態
における動作（図７のｉ〜ｒ）と同一である。この状態
でＳＰＨ−ＡとＳＰＲ−Ｃの間では直通パス51を介して
パケットフローの転送が行われている。

【０１４５】（２）ここで、直通パス51の両端のエンド
システム、即ち、入口システムに当たるＳＰＨ−Ａと出
口システムに当たるＳＰＲ−Ｃは、直通パス上でパケッ
トの転送を実行する一方、パス維持メッセージ（Cashe
Updateメッセージとも記す）を直通パス上に一定の周期
（例えば、３分ごと）で送信する。これは相手エンドシ
ステムの出力用キャッシュの記憶内容をリフレッシュす
るよう要求するものであるが、このパス維持メッセージ
を送信する際に自装置の入力用キャッシュもリフレッシ
ュする。即ち、ＳＰＨ−Ａは自装置の入力用キャッシュ
をリフレッシュしてから相手のＳＰＲ−Ｃにパス維持メ
ッセージを送信し（図11のｉ，ｊ）、また、ＳＰＲ−Ｃ
も自装置の入力用キャッシュをリフレッシュしてから相
手のＳＰＨ−Ａにパス維持メッセージを送信する（図11
のｍ，ｎ）。このパス維持メッセージの送信は送信すべ
きパケットデータが存在する限り定期的に繰り返す。

【０１４６】図14の(e) はパス維持メッセージの基本構
成を図示したものであるが、以下、パス維持メッセージ
の内容について説明する。図14(e) の(1) の通信網識別
番号はこれまで説明したものと同一である。(2) のメッ
セージ種別識別コードにはパス維持メッセージに定めら
れたコード、例えば「２」を設定する。(3) のリクリス
トＩＤは先に説明したものと同じである。(4) 以下も既
に説明した内容と同じであるが、これについては具体的
な指定内容を装置ごとに説明する。

【０１４７】先ず、ＳＰＨ−Ａがパス維持メッセージで
指定する情報（図11(b) のｊで送信する内容）は、図14
(e) の(4) の「ＶＣ共有の可否指定」に「共有許可」を
示すフラグ、(5) の「フロー種別選別仕様の数」には第
１の実施形態で指定した値（この例では「１」）、(6)
の「フロー種別選別仕様番号」も同様に「タイプ１」
（図16参照）、(8) の「フロー種別選別仕様内容」も同
様に「ＳＰＨ−ＡのＩＰホストアドレス」を指定する。
なお、(7) には(8) の長さを記憶させる。以上から明ら
かなように、パス維持メッセージで指定する内容は、第
１の実施形態で説明したＳＰ依頼メッセージで指定した
内容と同一である。

【０１４８】一方、ＳＰＲ−Ｃがパス維持メッセージで
指定する情報（図11(b) のｎで送信する内容）は、図14
(e) の(4) の「ＶＣ共有の可否指定」に「共有許可」を
示すフラグ、(5) の「フロー種別選別仕様の数」に
「１」、(6) の「フロー種別選別仕様番号」も同様に
「タイプ１」、(8) の「フロー種別選別仕様内容」に
「ＬＡＮ−ＣのＩＰネットワークアドレス」を指定す
る。これも第１の実施形態で説明したＳＰ応答メッセー
ジで指定した内容と同一である。 （３）ＳＰＲ−ＣはＳＰＨ−Ａよりパス維持メッセージ
を受信するとその直通パスに関わる自装置の出力用キャ
ッシュを更新し（図11のｋ）、ＳＰＨ−ＡもＳＰＲ−Ｃ
よりパス維持メッセージを受信すると自装置の出力用キ
ャッシュをリフレッシュする（図11のｐ）。図11(b) の
ｉ．ｋ．ｍ，ｐには「更新」と記載されているが、以上
から明らかなように、これまでの過程では出力用キャッ
シュも入力用キャッシュもリフレッシュされるだけで、
内容は変更されていない。

【０１４９】（４）前述のように、通信すべきパケット
データが存在する限り、上記(2) と(3) の動作は一定周
期で繰り返されるが、所定の周期でリフレッシュされて
いる間は直通パス及び両端のエンドシステム内の入口／
出力用キャッシュは維持されている。しかし、予め定め
られている時間（フレッシュの周期よりも長い時間で、
例えば５分間）経過しても新たなパス維持メッセージを
受信しなくなると、そのエンドシステムの出力用キャッ
シュは消去される（図11のｒ）。出力用キャッシュが消
去されると、たとえ直通パスが切断されていなくてもそ
の直通パスを利用することはできない。従って、逆方向
のパケットフローがまだ存在していてるような場合には
直通パスを使用せずにデフォルトルートのパスを使用す
る。

【０１５０】なお、一方のエンドシステム（例えば出口
システム）がパス維持メッセージを受信しなくなったと
きは、パス維持メッセージを送信する側のエンドシステ
ム（入口システム）の入力用キャッシュも消去されてい
る（図11のｓ）。これは、パス維持メッセージが自装置
の入力用キャッシュをリフレッシュしてから相手装置に
送信されるとことから明らかである（図11のｉ参照）。

【０１５１】（５）上記のように両端のエンドシステム
（ＳＰＨ−ＡとＳＰＲ−Ｃ）で入力用キャッシュ／出力
用キャッシュがともに消去されるといずれかのエンドシ
ステムからＡＴＭ網レイヤの切断処理が行われる。切断
処理は直通パスの設定要求（ＳＥＴＵＰ）を行った側の
装置から行うのが普通（逆の装置から行ってもよい）で
あり、図11にはＳＰＲ−ＣがＲＥＬＥＡＳＥメッセージ
を送出する例を記載している。このＲＥＬＥＡＳＥメッ
セージはＡＴＭ網20を経由してＳＰＨ−Ａまで送られる
（図11のｔ）。

【０１５２】（６）ＲＥＬＥＡＳＥメッセージを受信し
たＳＰＨ−Ａではその直通パスに関連するリソースを開
放し、ＲＥＬＥＡＳＥメッセージに対する応答として切
断処理完了（ＲＥＬＥＡＳＥ ＣＯＭＰと記す）メッセ
ージを送出する。このＲＥＬＥＡＳＥ ＣＯＭＰメッセ
ージはＡＴＭ網20を経由してＳＰＲ−Ｃまで転送され、
直通パスの切断が完了する。

【０１５３】以上の第５の実施形態における特徴は、パ
ス維持メッセージを周期的な送信により直通パスを維持
（保留）し、パス維持メッセージの交信停止に伴う入力
用キャッシュ／出力用キャッシュの消滅を直通パス切断
のトリガとしている点である。このようにパス維持メッ
セージを用いて直通パスの維持（保留）と切断を行うこ
とにより、故障など、何らかの理由により異常パケット
が混入しているような状態でも正規のパケットフローの
終了（即ち、アプリケーションによる通信の終了）を契
機に直通パスを開放することができる。 〔本発明のパケット中継方法の第６の実施形態〕図12は
本発明のパケット中継方法の第６の実施形態を図示した
ものである。第６の実施形態も第５の実施形態と同様に
直通パスの保留（維持）に関係するものであるが、ここ
ではすでに設定されている直通パスに新たなパケットフ
ローを混在させる手法について記載し、切断手順につい
ては第５の実施形態に準ずるものとして特に記載しな
い。

【０１５４】以下、第１の実施形態で設定された直通パ
スを介してＳＰＨ−Ａと既存ＬＡＮ−Ｃとの間でパケッ
トフローが転送されている状況を前提として、ＳＰＲ−
Ｃに接続されているＬＡＮ−Ｄから新たにパケットフロ
ーが発生したことを想定し、このパケットフローにすで
に設定されている直通パスを共有させて転送する場合に
ついて説明する。なお、ここで扱われるパケットフロー
は、第１の実施形態と同様に、ＳＰＨ−Ａではホストア
ドレスにより、また、ＳＰＲ−ＣではＬＡＮ−Ｃのネッ
トワークアドレスにより、それぞれ選別されるように指
定した場合を前提とするが、ここでは新たにＬＡＮ−Ｄ
のパケットフローが加わるため、ＳＰＲ−ＣはＬＡＮ−
Ｄのネットワークアドレスも選別されるように指定す
る。

【０１５５】（１）図12の(b) ではＳＰＲ−ＣよりＡＴ
Ｍ網20に対して直通パスの設定要求を行うＳＥＴＵＰが
送出される動作から図示しているが、これによって設定
された直通パスによりパケットフローが転送されるまで
の動作のシーケンス（図12のａ〜ｈ）は第１の実施形態
における動作（図７のｉ〜ｒ）と同一である。また、パ
ケットフローの転送中にパス維持メッセージの交信によ
ってＳＰＨ−Ａ及びＳＰＲ−Ｃは入力用キャッシュと出
力用キャッシュをリフレッシュ（更新）しながら直通パ
スを維持（保留）している（図12のｉ〜ｑ）が、この動
作は第５の実施形態において説明した内容と同一である
（図11のｉ〜ｐ）。また、パス維持メッセージに指定す
る情報の内容も第５の実施形態において説明した内容と
同一である。

【０１５６】（２）ここで、新たにＳＰＲ−Ｃに接続さ
れているＬＡＮ−ＤからＳＰＨ−Ａに向かうパケットフ
ローが発生したものとする。ＳＰＲ−Ｃはこのパケット
フローを受信すると先ず宛先ＩＰアドレスをキーとして
出力用キャッシュを調べ、転送可能な直通パスが存在す
るか否かを調べる。直通パスの存在を示すキャッシュエ
ントリがなければ通常のルーチング処理を実行して第１
の実施形態と同様の処理を行う。

【０１５７】この例ではＳＰＲ−Ｃの出力用キャッシュ
には図17の(c) に記載された内容のエントリが存在す
る。図17の(c) の出力用キャッシュには、 (2)にＬＡＮ
−Ｄからのパケットフローの宛先であるＳＰＨ−ＡのＩ
Ｐアドレスが記憶されており、このアドレスに対してＶ
ＰＩ＝０、ＶＣＩ＝１００の直通パスが設定され、か
つ、この直通パスは共有が許可されることが示されてい
る。そこで、ＳＰＲ−Ｃはこの直通パスが利用可能であ
ると判断する。

【０１５８】（３）すでに設定されている直通パスを共
有利用する場合は、ＳＰＲ−Ｃは直ちに新しいパス維持
メッセージを送信する。これは相手エンドシステムの出
力用キャッシュに対する変更要求になるが、その際、Ｓ
ＰＲ−Ｃは同時に自装置の入力用キャッシュも変更する
（図12のｑ，ｒ）。この更新されたパス維持メッセージ
は以後一定周期で繰り返し転送されるが、この更新され
たパス維持メッセージに指定する情報は次の通りであ
る。

【０１５９】図14の(e) の(1) 〜(4) については変更が
なく、(4) には共有を許可するフラグを指定する。図14
(e) の(5) 「フロー種別選別仕様の数」はそれまでの
「１」を「２」に変更し、(6) 〜(8) に２組の情報を指
定する。そのうちの１組はそれまでと同じく(6) の「フ
ロー種別選別仕様番号」が「タイプ１」、(8) の「フロ
ー種別選別仕様内容」が「ＬＡＮ−ＣのＩＰネットワー
クアドレス」であるが、これに新たに(6) の「フロー種
別選別仕様番号」が「タイプ１」、(8) の「フロー種別
選別仕様内容」が「ＬＡＮ−ＤのＩＰネットワークアド
レス」の情報を１組追加する（「フロー種別選別仕様
長」は説明省略）。なお、ＬＡＮ−ＣとＬＡＮ−Ｄのア
ドレスが連続していてひとつに纏めることが可能な場合
にはひとつのエントリとして通知することもできる（こ
の場合は「フロー種別選別仕様の数」は「１」のまま
で、「フロー種別選別仕様内容」のアドレスの内容のみ
の変更になる）。

【０１６０】（４）上記のパス維持メッセージを受信し
たＳＰＨ−Ａはその直通パスに係わる出力用キャッシュ
を変更する（図12のｓ）。しかし、ＳＰＨ−Ａ側からの
フロー種別選別仕様は変更する必要がないので、ＳＰＨ
−Ａ側から送信するパス維持メッセージについてはそれ
までの内容のものをそのまま送り続ける。

【０１６１】（５）以上によって変更されたのちのＳＰ
Ｈ−Ａ及びＳＰＲ−ＡＢＣの入力用キャッシュ／出力用
キャッシュの内容を図18に示す。ＳＰＲ−Ｃは自装置の
入力用キャッシュの(3) 「フロー種別選別仕様内容」を
それまでの「ＬＡＮ−ＣのＩＰネットワークアドレス」
（図17の(d) 参照）から図18の(d) に示すように「ＬＡ
Ｎ−Ｃ／ＬＡＮ−ＤのＩＰネットワークアドレス」に変
更して前述のような新たなパス維持メッセージを送信
し、これを受けたＳＰＨ−Ａは自装置の出力用キャッシ
ュを変更するが、変更箇所は図18の(d) に示すように
(1) の「フロー種別選別仕様内容」をそれまでの「ＬＡ
Ｎ−ＣのＩＰネットワークアドレス」（図17の(d) 参
照）から「ＬＡＮ−Ｃ／ＬＡＮ−ＤのＩＰネットワーク
アドレス」に変更するだけで、それ以外はそれまでと変
わらない。

【０１６２】以後、ＳＰＨ−ＡとＳＰＲ−Ｃは、それぞ
れが管理する出力用キャッシュに従ってＳＰＨ−ＡとＬ
ＡＮ−Ｃ／ＬＡＮ−Ｄ間のパケットフローを直通パスに
マッピングし、入力用キャッシュに従ってパケットの選
別を行う。

【０１６３】以上の第６の実施形態における特徴は、直
通パスの共有に関して、周期的に送信されるパス維持メ
ッセージを使ってこの直通パスに関する入力用キャッシ
ュ／出力用キャッシュを変更してあらたなパケットフロ
ーを混在させる点にある。この方法では、最初に直通パ
スを設定する際に共有が可能である（共有許可）ことを
表明しておくことにより、上記のような単純な方法でパ
ケットフローを同一直通パス上に次々に多重化すること
ができる。なお、上記においては多重化されていたパケ
ットフローを除く処理については説明を省略したが、上
記の方法により不要となったパケットフローや問題のあ
るパケットフローを直通パス上から除くことが可能であ
ることは明らかである。 〔本発明のエンドシステムの実施形態〕図19は本発明の
エンドシステムの実施例の構成を図示したもので、図５
に図示したエンドシステム10a 〜10d の具体的な構成を
示している。図19のエンドシステム10は通信網に直接接
続されるルータまたは端末として使用され、あるパケッ
トフローにとって通信網の入口システム、出口システム
または中継システムのいずれとしても使用される。即
ち、図６に図示されているＳＰＨ（端末）1A及びＳＰＲ
（ルータ）1bのいずれとしても使用できるものである。
図中、11a はフロー判定部、11b は出力用キャッシ
ュ、11c は入力用キャッシュ、12a は直通パス設定制御
部（ＳＰ制御部と略記）、12b はＳＰ依頼処理部、12c
はＳＰ応答処理部、12d はＳＰ設定要請処理部、12e は
ＳＰ設定拒否処理部、12f はパス維持処理部、12g はパ
ス維持監視タイマである。11a 〜11c は図５のフロー判
定手段11を実現する各構成部分、12a 〜12g は図５の直
通パス設定処理手段（ＳＰ処理手段）12を実現する各構
成部分である。また、13は網接続制御部（図５の網接続
制御手段13の実施形態）、14はパケット転送処理部（図
５のパケット転送手段14の実施形態）である。なお、図
19はパケット中継に関連する部分を主体に図示してお
り、ルータまたは端末が備える一般的な機能部分は図示
を省略している。

【０１６４】以下、図19を参照して本発明のエンドシス
テムの動作を説明するが、具体的な動作は本発明のパケ
ット中継方法の実施形態について説明した内容と重複す
るところが多いので、エンドシステム10を構成する各部
の動作を主体に説明する。

【０１６５】図19のエンドシステム10は一端は通信網
（例えばＡＴＭ網）に接続されるが、もう一端はＬＡＮ
またはＮＢＭＡ網に接続される場合と、何にも接続され
ない場合がある。ＬＡＮに接続される場合はＬＡＮ内の
端末からのパケットフローにとって通信網への入口シス
テムまたは出口システムとして使用される場合であり、
通信網に接続される場合はパケットフローの中継システ
ムとして使用される場合になる。また、エンドシステム
10が端末として使用される場合はどこにも接続されな
い。

【０１６６】通信網（ＡＴＭ網）に接続する場合には、
デフォルトルートで接続する場合と通信網のアドレス
（例えばＡＴＭアドレス）を用いて接続する場合がある
が、図19では両者は物理的に同一伝送路を使用するもの
として１本のパス50で図示している。また信号パス60は
通信網のアドレスを使用してＶＣパスの設定要求や切断
などを行う信号路である（物理的にはパケットを転送す
るパス50と同一の伝送路が使用されるのが普通であ
る）。

【０１６７】以下、通信網がＡＴＭ網であるとし、図19
の構成をもつエンドシステム10が４組、図６のＳＰＨ−
Ａ（入口システム）、ＳＰＲ−Ａ及びＳＰＲ−Ｂ（中継
システム）及びＳＰＲ−Ｃ（出口システム）に使用され
るものとし、ＳＰＨ−ＡからＳＰＲ−Ｃに接続されてい
るＬＡＮ−Ｃ内の端末に対してパケットを送信する場合
を例に説明する。以下、４組のエンドシステム10を使用
される位置によってそれぞれＳＰＨ−Ａ、ＳＰＲ−Ａ、
ＳＰＲ−Ｂ及びＳＰＲ−Ｃと記す。なお、上位プロトコ
ルにはＴＣＰ／ＩＰが使用されるものとする。

【０１６８】ＳＰＨ−ＡはＬＡＮ−Ｃ内の端末に対して
パケットフローの送信を開始すると、パケット転送部14
よりパケットがＡＴＭ網に送出される。このパケットは
デフォルトルートを介してＳＰＲ−Ａに送られるが、Ｓ
ＰＲ−Ａではパケット転送部14がこのパケットをデフォ
ルトルートを介して次のＳＰＲ−Ｂに転送する。ＳＰＲ
−Ｂではパケットの宛先が自ＬＩＳ−Ｃ内であることを
識別してＳＰＲ−Ｃにパケットを転送し、ＳＰＲ−Ｃは
このパケットの受信処理（ＬＡＮ−Ｃの宛先端末への転
送を含む）を行う。

【０１６９】ここで、ＳＰＨ−Ａのフロー判定部11a は
パケット転送処理部14が転送しているパケットの内容を
確認し、このパケットフローを直通パスで転送すべきか
否か判断し、直通パスで転送すべきと判定するとＳＰ制
御部12a にそれを通知する。ＳＰ制御部12a はこの通知
を受けるとＳＰ依頼処理部12b にＳＰ依頼メッセージを
作成させ、これをパケット転送処理部14を介してデフォ
ルトルートに送出する。このＳＰ依頼メッセージには自
システムのＡＴＭアドレスやリクエストＩＤを含め、宛
先にはＬＡＮ−Ｃ内の宛先端末のＩＰホストアドレスを
指定する。また、ＳＰＨ−Ａ自身が送信するフローの種
別を示す情報（フロー種別選別仕様）をＳＰ依頼メッセ
ージ内に指定する。

【０１７０】ＳＰＲ−Ａではパケット転送処理部14を経
てＳＰ制御部12a がこのＳＰ依頼メッセージを受信する
が、その宛先が自システムでないことを確認するとパケ
ット転送処理部14を介してデフォルトルート経由でこの
メッセージをＳＰＲ−Ｂに転送し、ＳＰＲ−Ｂでも同様
にしてＳＰＲ−Ｃに転送する。ＳＰＲ−Ｂでは宛先がＡ
ＴＭ網の外であり、自システムが出口システムに当たる
と判断するとＳＰ制御部12a がＳＰ依頼メッセージの受
信処理を行う。ＳＰ制御部12a はＳＰ依頼メッセージ内
の依頼元（ＳＰＨ−Ａ）のＡＴＭアドレスを確認すると
そのＡＴＭアドレスに対してＶＣパスを設定する要求を
行うよう網接続制御部13に指示する。

【０１７１】網接続制御部13ではこの指示を受けるとＡ
ＴＭ網に対して呼設定要求（ＳＥＴＵＰ送出）を行う
が、その中にＳＰ依頼メッセージ内に指定されていたリ
クエストＩＤを含める。ＡＴＭ網はこの要求に応じてＳ
ＰＲ−ＣからＳＰＨ−Ａに対するＶＣパス（これがデフ
ォルトルートを短絡する直通パスとなる）を設定する。
ＳＰＨ−Ａの網接続制御部13はＡＴＭ網よりＳＥＴＵＰ
メッセージを受信すると、受信した情報をＳＰ制御部12
a に送るが、ＳＰ制御部12a はＳＥＴＵＰメッセージ内
のリクエストＩＤを確認したうえで網接続制御部13を介
してＳＰＲ−Ｃに対して応答（ＣＯＮＮ）メッセージを
送出する。

【０１７２】ＳＰＲ−ＣのＳＰ制御部12a は直通パスが
設定され、ＳＰＨ−ＡからＣＯＮＮメッセージを受信す
ると、自身から送信するフローの種別を選別する仕様を
含むＳＰ応答メッセージをＳＰ応答処理部12c に作成さ
せ、作成されたＳＰ応答メッセージをパケット転送処理
部14を介して直通パスに送出する。また、ＳＰ応答メッ
セージに指定したフロー種別選別仕様を自身が直通パス
から受信するパケットフローの仕様として入力用キャッ
シュ11c に記憶させ、ＳＰ依頼メッセージに指定されて
いたフロー種別選別仕様を自身が直通パス上に送出する
フローの仕様として出力用キャッシュ11b に記憶させ
る。

【０１７３】ＳＰＨ−ＡはＳＰＲ−ＣよりＳＰ応答メッ
セージを受信すると、ＳＰ制御部12a はＳＰ応答メッセ
ージの中に含まれているフロー種別選別仕様を自身が直
通パス上に送出するフローの種別を選別する仕様として
出力用キャッシュ11b に設定する。また、先に送信した
ＳＰ依頼メッセージに設定したフロー種別選別仕様の内
容を自身が直通パスから受信するパケットフローの仕様
として入力用キャッシュ11c に記憶させる。また、ＳＰ
Ｈ−ＡのＳＰ制御部12a は先に受信したＳＥＴＵＰメッ
セージ内の直通パスの情報（ＶＰＩ／ＶＣＩ値）をパケ
ット転送処理部14に送るので、パケット転送処理部14は
以後のパケットをそのＶＰＩ／ＶＣＩ値をもつパス、即
ち、直通パスに送出する。

【０１７４】以後、ＳＰＨ−ＡとＳＰＲ−Ｃ間では直通
パスを介してパケットフローが転送されるが、その際、
ＳＰＨ−ＡとＳＰＲ−Ｃのフロー判定部11a はそれぞれ
自システム内の出力用キャッシュ11b に記憶されている
情報に従ってパケットフローを直通パス上にマッピング
し、入力用キャッシュ11c に記憶されている情報に従っ
て受信情報の選別を行う。

【０１７５】また、パケットの転送が行われている間、
ＳＰＨ−ＡとＳＰＲ−Ｃではパス維持監視タイマ12g が
一定周期の時間パルスをＳＰ制御部12a に送る。ＳＰ制
御部12a はこの時間パルスを受信すると入力用キャッシ
ュ11c の記憶内容をリフレッシュするとともに、リフレ
ッシュした入力用キャッシュ11c の内容をパス維持処理
部12f に送ってパス維持メッセージを作成させ、パルス
転送処理部14より直通パスに送出する。

【０１７６】ＳＰＲ−Ｃ及びＳＰＨ−Ａでは相手よりパ
ス維持メッセージを受信するとその内容をＳＰ制御部12
a に送り、ＳＰ制御部12a はその内容により出力用キャ
ッシュ11b の内容を更新する（通常は内容のリフレッシ
ュになる）。入力用キャッシュ11c と出力用キャッシュ
11b の更新は送信するパケットが存在する間は一定周期
で行われるが、送信するパケットがなくなったシステム
は入力用キャッシュ11c のリフレッシュとパス維持メッ
セージの送出を停止する。

【０１７７】ＳＰＲ−Ｃ及びＳＰＨ−Ａのパス維持監視
タイマ12g は上記の更新周期よりも長い時間で入力用キ
ャッシュ11c 及び出力用キャッシュ11b の更新状況を監
視しているが、その時間に達しても更新が行われない場
合は入力用キャッシュ11c 及び出力用キャッシュ11b の
記憶内容を消去する。入力用キャッシュ11c が消去され
たシステムは送信するパケットが存在しないため直通パ
スは使用されないが、出力用キャッシュ11b が消去され
た場合はフロー判定部11a がこれを検出してパケット転
送処理部14に通知するので、そのとき自システム内に送
信すべきパケットが存在した場合にはデフォルトルート
から送出するようにする。

【０１７８】以上においては入口システムであるＳＰＨ
−ＡよりＳＰ依頼メッセージを送出し、これを受信した
出口システムのＳＰＲ−Ｃが直通パスの設定を行ってい
たが、出口システムのＳＰＲ−ＣからＳＰ依頼メッセー
ジを送出する場合も全く同一である。

【０１７９】次に、エンドシステム10が中継システム
（ここでは図５におけるＳＰＲ−ＡまたはＳＰＲ−Ｂ）
として使用された場合について説明する。ＳＰＲ−Ａと
してパケットの転送を行っていた場合に、フロー判定部
11a が直通パスを設定すべきと判定すると、フロー判定
部11a はこれをＳＰ制御部12a に通知する。自システム
が転送中のパケットフローにとって中継システムに当た
ると判断される場合は、ＳＰ制御部12a は上記の通知を
受けるとＳＰ設定要請処理部12d にＳＰ設定要請メッセ
ージ（直通パス設定開始要請メッセージ）の作成を指示
し、これをデフォルトルートを介して入口システムまた
は出口システム（ＳＰＨ−ＡまたはＳＰＲ−Ｃ）に送信
する。ＳＰ設定要請メッセージを受信したＳＰＨ−Ａま
たはＳＰＲ−ＣはＳＰ依頼メッセージを作成して相手の
ＳＰＲ−ＣまたはＳＰＨ−Ａに送信するが、以下の動作
はすでに説明した内容と変わらないので説明を省略す
る。

【０１８０】次にエンドシステム10が入口システムまた
は出口システム（ＳＰＨ−ＡまたはＳＰＲ−Ｃ）として
使用された場合に中継システムより受信したＳＰ設定要
請メッセージを拒否する場合について説明する。いま、
入口システム（ＳＰＨ−Ａ）がＳＰ設定要請メッセージ
を受信したとすると、ＳＰ制御部12a は予め設定されて
いる条件を参照して自システムに直通パスを設定させる
ことができるか否かを検討する。

【０１８１】直通パスを設定させることができないと判
断されると、ＳＰ制御部12a はＳＰ設定拒否処理部12e
にＳＰ設定拒否メッセージ（直通パス設定開始拒否メッ
セージ）の作成を指示し、これをデフォルトルートを介
して予め定められた中継システムに宛て送信する。この
場合、宛先は例えば自システムが直接接続されるデフォ
ルトルート上のルータであるのが一般的であるが、網の
構成によって他の中継システムであってもよい。この宛
先の中継システム（例えばＳＰＲ−Ａ）はＳＰ設定拒否
メッセージを受信すると、自システムが入口システム
（ＳＰＨ−Ａ）の代行システムとして出口システム（Ｓ
ＰＲ−Ｃ）に対してＳＰ依頼メッセージを送出する。直
通パス設定後はその中継システム（ＳＰＲ−Ａ）が出口
システム（ＳＰＲ−Ｃ）側の直通パスと入口システム
（ＳＰＨ−Ａ）側のデフォルトルート間においてパケッ
トフローを中継する役割を担う。

【０１８２】以上のように、本発明のエンドシステムは
通常のルータまたは端末に図19のエンドシステム10に図
示したような機能を付与することにより入口システム、
出口システム或いは中継システムのいずれに使用する場
合でも適切な直通パスを設定することが可能となるた
め、直通パス設定のために特殊なサーバなどを設けたり
する必要がない。 〔実施形態説明の補足〕以上、図５乃至図20を用いて本
発明の通信網におけるパケット中継方法及びエンドシス
テムの実施形態を説明したが、本発明が図示された内容
のみに限定されるものでないことは言うまでもない。例
えば、実施形態の説明では通信網としてＡＴＭ網、上位
プロトコルとしてＴＣＰ／ＩＰを用いる場合について説
明したが、本発明を適用する通信網はＡＴＭ網のみに限
られず、パケット網、フレームリレー網など、非放送型
多元接続網（ＮＢＭＡ網）或いはコネクション型通信網
と呼ばれる通信網が含まれ、また、上位プロトコルもＴ
ＣＰ／ＩＰに限定されるものではない。

【０１８３】また、上記の説明ではパケットフローの送
信元が端末、宛先がＬＡＮ内の端末である場合を例に説
明したが、本発明のパケット中継方法は、例えば、送信
元がＬＡＮ内の端末、宛先がルータ機能を備えた端末、
など、各種の組み合わせに適用でき、また、中継システ
ムもルータに限られず、例えばルータ機能を備えた端末
であってもよい。

【０１８４】また、上記においてはサブネットワーク
（ＬＩＳ）を跨がる位置にあるエンドシステム（ルー
タ）が１組である例について説明したが、サブネットワ
ーク間に跨がるルータが複数存在する場合、例えば、図
６のＬＩＳ−Ａに接続されているＳＰＨ−Ａは隣接サブ
ネットワークのＬＩＳ−Ｂに対してＳＰＲ−Ａを介して
パケットを転送するが、同じＬＩＳ−Ａに接続されてい
るＳＰＨ−ＢはＬＩＳ−Ｂに対してＳＰＲ−Ａ以外のル
ータ（図示省略）を介してパケットを転送するように構
成された網であってもよい。

【０１８５】また、図19に実施例として図示されたエン
ドシステム10には本発明の通信網におけるパケット中継
方法で使用される機能をすべて備えた構成が図示されて
いるが、本発明のエンドシステムがこれらの機能すべて
を備えたものに限定されるものでないことは勿論であ
る。また、エンドシステムには図19に図示された構成以
外にも各種の構成のものあり得ることは勿論である。例
えば、図19では直通パスの設定に直接関係する構成とし
て、ＳＰ制御部12a のほかにＳＰ依頼処理部12b〜パス
維持処理部12f など、相手システムとの間で送受信する
メッセージごとに処理部を設けた例を図示しているが、
これらの処理部を適当に併合したり、ＳＰ制御部12a を
含めて全体をひとつのＳＰ処理部として構成しても本発
明の効果は変わらない。また、パケット転送処理部14と
ＳＰ制御部12a はフロー判定部11aを介して接続される
ように図示されているが、パケット転送処理部14とＳＰ
制御部12a 間で直接情報を授受する構成としてもよい。
その他にも情報の授受経路などを変更することを排除す
るものではない。

【０１８６】

【発明の効果】以上のように、本発明による通信網にお
けるパケット中継方法及びエンドシステムは、デフォル
トルートを介してパケットフローを転送する場合に、そ
のパケットフローをデフォルトルートを介して転送せず
に、デフォルトルートを短絡するパスによって転送する
のが適切であると判断したときは、パケットフローの入
口に当たるシステムと出口に当たるシステム間に直通パ
スを設定して転送するので、論理サブネットワーク間に
跨がるパケットフローの転送を効率的に行うことができ
る。

【０１８７】しかも、直通パスの設定に当たっては、直
通パスを設定する一方のシステムが自己の通信網上のア
ドレスを他方のシステムに対してデフォルトルートを通
して通知する方法をとっているので、相手システムの通
信網上のアドレスをサーバなどに記憶させてアドレス解
決などを行う必要がない。また、基本的にはデフォルト
ルートのパスのみを予め明確にしておくだけで直通パス
の設定が可能となるため、網の初期構築や追加拡張など
が容易にできる。

【０１８８】また、本発明では直通パスの設定を要求す
るエンドシステムが自ら通信網上のアドレス（ＡＴＭア
ドレスなど）を申告し、更にリクエストＩＤを用いて直
通パスを設定するので、不当にアドレスが漏れることが
なく、通信網レベルでのセキュリティが確保される。ま
た、エンドシステムは必要に応じて自システムの通信網
上のアドレスを通信網内のデフォルトルートに送出しな
いようにすることもできるので、エンドシステムのセキ
ュリティが保たれる。

【０１８９】また、直通パスを設定するか否かは、転送
するパケットフローにとって通信網の入口、出口または
中継する位置にあるエンドシステムが独自に判断するの
で、特定のエンドシステムに負荷が集中する事態などを
避けることができ、トラヒックの分散が図れる。

【０１９０】また、直通パスを設定するプロトコルは、
極めて簡単な内容のメッセージを両端のシステム間で授
受するだけであるので、エンドシステムに簡単に付与す
ることができ、また、維持も簡単である。

【０１９１】本発明では、直通パス上で転送するパケッ
トフローの仕様（フロー種別選別仕様）を両端のシステ
ムで通知し合うことにより、直通パスに流れるパケット
フローを管理するので、異常なパケットの流入や流出を
防止し、セキュリティが管理できる。

【０１９２】また、本発明では直通パスの両端のシステ
ム間で上記のフロー種別選別仕様を含む簡単な情報をパ
ス維持メッセージとして一定周期で送受信することによ
り上位アプリケーションの通信開始／終了と連動した直
通パスの設定／開放が可能となる。また、これにより、
異常なパケットや悪意のパケットによって直通パスが設
定されたままとなることがない。

【０１９３】また、本発明の方法は、直通パス設定機能
をパケットフローにとって通信網の入口、出口または中
継点に当たる位置に設置されたエンドシステム（ルータ
または端末）に分散して自律的に制御を行うため、完全
な自律分散システムが構成できる。即ち、本発明におい
ては直通パス設定に関するすべての制御がすべてのエン
ドシステムにおいて独立して行われるため、一部の障害
が網全体に波及することがなく、障害箇所の局所化が容
易である。

【０１９４】また、自律分散制御となっているため、ア
ドレス情報は各エンドシステムが必要なものだけを独自
に管理すればよい形態となっており、サーバ／クライア
ント方式のように自サブネットワーク内のみならず他サ
ブネットワーク内のルータや端末の情報をサーバなど特
定の装置に備えて煩雑な管理を行う必要がなく、システ
ム全体の維持管理が容易である。また、セキュリティ対
策なども各エンドシステムごとに独自の管理基準を設け
て運用することが可能である。

【０１９５】また、ある直通パスを途中から複数のパケ
ットフローで共有したり、多重化されているパケットフ
ローの一部を途中から排除することが可能であるため、
使用効率の良いネットワークの構築が可能である。

【０１９６】以上のように、本発明のパケット中継方法
及びエンドシステムは、ますます拡大し、複雑化する通
信網におけるパケット中継の効率化と信頼性の向上に大
きく貢献する。

【図面の簡単な説明】

【図１】 本発明のパケット中継方法の原理説明図

【図２】 本発明のパケット中継方法の基本フロー図
（1)

【図３】 本発明のパケット中継方法の基本フロー図
（2)

【図４】 本発明のパケット中継方法の基本フロー図
（3)

【図５】 本発明のエンドシステムの基本構成図

【図６】 本発明を適用するＡＴＭ網のモデル構成図

【図７】 本発明の実施例パケット中継方法の動作説明
図（1)

【図８】 本発明の実施例パケット中継方法の動作説明
図（2)

【図９】 本発明の実施例パケット中継方法の動作説明
図（3)

【図１０】 本発明の実施例パケット中継方法の動作説
明図（4)

【図１１】 本発明の実施例パケット中継方法の動作説
明図（5)

【図１２】 本発明の実施例パケット中継方法の動作説
明図（6)

【図１３】 本発明の直通パス設定関係メッセージの基
本フォーマット（1)

【図１４】 本発明の直通パス設定関係メッセージの基
本フォーマット（2)

【図１５】 本発明のパケット中継方法の入出力用キャ
ッシュの基本構成図

【図１６】 本発明の実施例パケット中継方法のフロー
種別選別仕様

【図１７】 本発明の実施例入出力用キャッシュの記憶
状態図（1)

【図１８】 本発明の実施例入出力用キャッシュの記憶
状態図（2)

【図１９】 本発明の実施例エンドシステムの構成図

【図２０】 従来技術の通信網におけるパケット中継方
法の中継方式図

【図２１】 従来技術のＮＨＲＰ形パケット中継方法の
中継動作説明図

【符号の説明】

１、1a〜1d ルータまたは端末 ２ 通信網 ３、3a〜1c サブネットワーク 4a、4b デフォルトルートパス ５ 直通パス 6a、6b 信号パス 10、10a 〜10d エンドシステム 11 フロー判定手段 12 直通パス設定処理手段 13 網接続制御手段 14 パケット転送手段

Claims (13)

【特許請求の範囲】
1. 【請求項１】 複数のサブネットワークからなり、一つ
   のサブネットワークに直接接続されたルータまたは端末
   から他のサブネットワークに直接またはルータ経由で接
   続された端末に宛てて送信されるパケットが、事前に通
   信網上で定義されたデフォルトルート上のルータまたは
   端末を経由して宛先の端末に転送されるように構成され
   た通信網において、 あるパケットフローにとって通信網への入口システムに
   当たるルータまたは端末は、該パケットフローの送信に
   際し、デフォルトルートを短絡するパスによりパケット
   を転送するのが適切であると判断したときは、自ルータ
   または自端末の通信網上のアドレス情報を含む直通パス
   設定依頼メッセージをデフォルトルートを介して前記パ
   ケットフローの宛先の端末に向けて送信し、 前記直通パス設定依頼メッセージを受信したデフォルト
   ルート上の各ルータまたは端末は、該メッセージの宛先
   が自ルータに接続された端末または自端末でないことを
   確認したときは該メッセージをデフォルトルート上の次
   のルータまたは端末に転送し、該メッセージの宛先が自
   ルータに接続された端末または自端末であることを確認
   したときは自ルータまたは自端末が通信網からの出口シ
   ステムに当たると判断して前記直通パス設定依頼メッセ
   ージ内に設定されている入口システムの通信網上のアド
   レスを用いて入口システムとの間に直通パスを設定し、
   以後、入口システムと出口システム間で送受信されるパ
   ケットを該直通パスを用いて転送することを特徴とする
   通信網におけるパケット中継方法。
2. 【請求項２】 複数のサブネットワークからなり、一つ
   のサブネットワークに直接接続されたルータまたは端末
   から他のサブネットワークに直接またはルータ経由で接
   続された端末に対して送信されるパケットが、事前に通
   信網上で定義されたデフォルトルート上のルータまたは
   端末を経由して宛先の端末に転送されるように構成され
   た通信網において、 あるパケットフローを受信したルータまたは端末は、自
   ルータまたは自端末が該パケットフローにとって通信網
   からの出口システムに当たると判断し、かつ、前記パケ
   ットフローの受信または受信パケットに対する応答パケ
   ットの送信に際し、デフォルトルートを短絡するパスに
   よりパケットを転送するのが適切であると判断したとき
   は、自ルータまたは自端末の通信網上のアドレス情報を
   含む直通パス設定依頼メッセージをデフォルトルートを
   介して前記パケットフローの入口システムに当たるルー
   タまたは端末に向けて送信し、 前記直通パス設定依頼メッセージを受信したデフォルト
   ルート上の各ルータまたは端末は、該メッセージの宛先
   が自ルータに接続された端末または自端末でないことを
   確認したときは該メッセージをデフォルトルート上の次
   のルータまたは端末に転送し、該メッセージの宛先が自
   ルータに接続された端末または自端末であることを確認
   したときは入口システムとして前記直通パス設定依頼メ
   ッセージ内に設定されている出口システムの通信網上の
   アドレスを用いて出口システムとの間に直通パスを設定
   し、以後、入口システムと出口システム間で送受信され
   るパケットを該直通パスを用いて転送することを特徴と
   する通信網におけるパケット中継方法。
3. 【請求項３】 前記通信網において、あるパケットフロ
   ーにとって通信網内のデフォルトルート上の中間にあっ
   て中継システムに当たるルータまたは端末は、宛先が自
   ルータまたは自端末でないパケットフローを中継する際
   に、デフォルトルートを短絡するパスによりパケットを
   転送するのが適切であると判断したときは、前記パケッ
   トフローにとって通信網への入口システムに当たるルー
   タまたは端末か、前記パケットフローにとって通信網の
   出口システムに当たるルータまたは端末のいずれか一方
   に宛ててデフォルトルートを短絡するルートの設定処理
   の開始を要請する直通パス設定開始要請メッセージをデ
   フォルトルートを介して送信し、 前記直通パス設定開始要請メッセージの宛先が自ルータ
   または自端末であることを確認した入口システムに当た
   るルータまたは端末、または、前記宛先が自ルータに接
   続された端末または自端末であることを確認することに
   より自ルータまたは自端末が前記パケットフローにとっ
   て通信網からの出口システムに当たると判断したルータ
   または端末は、自ルータまたは自端末の通信網上のアド
   レス情報を含む直通パス設定依頼メッセージを前記パケ
   ットフローの宛先端末または前記入口システムに向けて
   デフォルトルートを介して送信し、 該直通パス設定依頼メッセージを受信した出口システム
   または入口システムは請求項１または請求項２記載の方
   法で入口システムと出口システムとの間に直通パスを設
   定し、以後、入口システムと出口システム間で送受信さ
   れるパケットを該直通パスを用いて転送することを特徴
   とする請求項１または請求項２記載の通信網におけるパ
   ケット中継方法。
4. 【請求項４】 前記直通パス設定依頼メッセージを送信
   する入口システムまたは出口システムは、該直通パス設
   定依頼メッセージ内に該メッセージを特定する設定依頼
   識別情報を設定して送信し、該直通パス設定依頼メッセ
   ージを受信した出口システムまたは入口システムは通信
   網に対してパスの設定を要求するメッセージを送出する
   際に該パスの設定を要求するメッセージ内に前記設定依
   頼識別情報を設定することを特徴とするとする請求項
   １、請求項２または請求項３記載の通信網におけるパケ
   ット中継方法。
5. 【請求項５】 前記直通パス設定依頼メッセージを送信
   する入口システムまたは出口システムは、該直通パス設
   定依頼メッセージ内に自入口システムまたは自出口シス
   テムが直通パスより受信可能なパケットフローの種別を
   明示したフロー種別選別仕様を設定して送信し、該直通
   パス設定依頼メッセージを受信した出口システムまたは
   入口システムは直通パスを設定したのち、前記直通パス
   設定依頼メッセージの受信を通知する直通パス設定応答
   メッセージ内に自出口システムまたは自入口システムが
   直通パスより受信可能なパケットフローの種別を明示し
   たフロー種別選別仕様を設定して出口システムまたは入
   口システムに返送することにより、前記入口システム及
   び出口システムは受信したフロー種別選別仕様に従って
   自入口システムまたは自出口システムから直通パスに送
   出するパケットを選別することを特徴とする請求項１、
   請求項２、請求項３または請求項４記載の通信網におけ
   るパケット中継方法。
6. 【請求項６】 あるパケットフローにとって通信網内の
   デフォルトルート上の中間にあって中継システムに当た
   るルータまたは端末が、該パケットフローにとって通信
   網への入口システムに当たるルータまたは端末か、前記
   パケットフローの宛先端末のいずれか一方に向けて直通
   パス設定開始要請メッセージを送信している状態におい
   て、該直通パス設定開始要請メッセージの送信先に対し
   てデフォルトルート上で自ルータまたは自端末よりも上
   流に当たるルータまたは端末より同一宛先に対する直通
   パス設定開始要請メッセージを受信したときは、受信し
   た直通パス設定開始要請メッセージを自ルータまたは自
   端末よりも送信先側のデフォルトルートに対して転送し
   ないことを特徴とする請求項３記載の通信網におけるパ
   ケット中継方法。
7. 【請求項７】 あるパケットフローに対する直通パス設
   定開始要請メッセージを受信した入口システムまたは出
   口システムに当たるルータまたは端末は、自ルータまた
   は自端末より直通パスの設定依頼を行うことが適切でな
   い状態にあると判断した場合に、予め定められたルータ
   または端末に宛てて直通パス設定開始拒否メッセージを
   デフォルトルートを介して送信し、 該直通パス設定開始拒否メッセージの宛先であるルータ
   または端末は該直通パス設定開始拒否メッセージを受信
   したときに前記直通パス設定開始拒否メッセージの送信
   元のルータまたは端末の直通パス設定依頼を代行する代
   行中継システムとして自ルータまたは自端末の通信網上
   のアドレス情報を含む直通パス設定依頼メッセージをデ
   フォルトルートを介して前記直通パス設定開始拒否メッ
   セージの送信元のルータまたは端末から送信されるパケ
   ットフローの宛先の端末に対して送信し、 前記直通パス設定依頼メッセージの宛先が自ルータに接
   続された端末または自端末であることを確認したルータ
   または端末は、自ルータまたは自端末を通信網からの出
   口システムまたは入口システムと判断して前記直通パス
   設定依頼メッセージ内に設定されている代行中継システ
   ムの通信網上のアドレスを用いて該代行中継システムと
   の間に直通パスを設定し、以後、入口システムと出口シ
   ステム間で送受信されるパケットフローは出口システム
   または入口システムと代行中継システムの間は前記直通
   パスを用い、代行中継システムと入口システムまたは出
   口システムの間はデフォルトルートを用いて転送するこ
   とを特徴とする請求項３または請求項６記載の通信網に
   おけるパケット中継方法。
8. 【請求項８】 あるパケットフローにとっての通信網に
   おける入口システムと出口システム間、或いは入口シス
   テムまたは出口システムと代行中継システム間に直通パ
   スが設定された状態において、直通パスの両端のシステ
   ムは通信すべきパケットフローがなくなるか、直通パス
   が不要となったと判断するまで定められた特定の情報を
   パス維持メッセージとして相手装置に対して定期的に送
   信し、直通パスの両端のシステムがともに予め定められ
   た時間内に新たなパス維持メッセージを受信しなくなっ
   たことを検出したときにいずれか一方のシステムが直通
   パスの切断を行うことを特徴とする請求項１、請求項
   ２、請求項３、請求項４、請求項５、請求項６または請
   求項７記載の通信網におけるパケット中継方法。
9. 【請求項９】 あるパケットフローにとっての通信網に
   おける入口システムと出口システム間、或いは入口シス
   テムまたは出口システムと代行中継システム間に直通パ
   スが設定された状態において、直通パスの両端のシステ
   ムはフロー種別選別仕様を前記直通パスを介して互いに
   相手システムに対して定期的に送信し、かつ、設定され
   ている直通パスに新たなパケットフローを混在させる必
   要が生じた場合に前記フロー種別選別仕様の内容を変更
   して相手システムに送信することにより、両端のシステ
   ムが新たなフロー種別選別仕様を用いて新たなパケット
   フローを前記直通パスを介して転送すること可能とする
   ことを特徴とする請求項５または請求項８記載の通信網
   におけるパケット中継方法。
10. 【請求項１０】 あるパケットフローにとっての通信網
    における入口システム、出口システムまたは代行中継シ
    ステムは、他の出口システム、入口システムまたは代行
    中継システムに向け、直通パス設定依頼メッセージをデ
    フォルトルートを介して送信する際に、依頼した直通パ
    スが設定されるまでの間、予め定められた周期で前記直
    通パス設定依頼メッセージを繰り返し送信することを特
    徴とする請求項１、請求項２、請求項３、請求項４、請
    求項５または請求項７記載の通信網におけるパケット中
    継方法。
11. 【請求項１１】 あるパケットフローにとって通信網内
    のデフォルトルート上の中間にあって中継システムに当
    たるルータまたは端末は、前記パケットフローにとって
    通信網への入口システムに当たるルータまたは端末か、
    前記パケットフローの宛先端末のいずれか一方に宛てて
    直通パス設定開始要請メッセージをデフォルトルートを
    介して送信する際に、設定開始を要請した直通パスが設
    定されるまで、または直通パス設定開始拒否メッセージ
    を受信するまでの間、予め定められた周期で前記直通パ
    ス設定開始要請メッセージを繰り返し送信することを特
    徴とする請求項３または請求項６記載の通信網における
    パケット中継方法。
12. 【請求項１２】 複数のサブネットワークからなる通信
    網に直接接続され、通信網にアクセスしてパケットフロ
    ーを送受信する相手システムとの間にパスを設定させる
    処理を行う網接続制御手段と、パケット及びメッセージ
    の転送処理を行うパケット転送手段を備えたエンドシス
    テムにおいて、 パケット転送手段がデフォルトルートパスを介して転送
    中のパケットフローの種別を監視し、パケットフローを
    デフォルトルートを介さないパスによって転送するのが
    適切であると判断したときに、直通パス設定処理手段に
    対して直通パスの設定処理を行うよう指示するフロー判
    定手段と、 フロー判定手段より直通パスの設定処理を行うよう指示
    されたとき、自エンドシステムがあるパケットフローに
    とって通信網の入口または出口に位置していると判断さ
    れるときは、自エンドシステムの通信網上のアドレス情
    報を含めて自エンドシステムに対する直通パスの設定を
    依頼する直通パス設定依頼メッセージをデフォルトルー
    トを介してパケットフローの送信相手のエンドシステム
    に向けて送信し、かつ、パケット転送手段がデフォルト
    ルートより直通パス設定依頼メッセージを受信したとき
    に、該直通パス設定依頼メッセージが自エンドシステム
    宛でないことを確認したときは該直通パス設定依頼メッ
    セージをパケット転送手段を介して所定のデフォルトル
    ートに転送し、直通パス設定依頼メッセージが自エンド
    システム宛であることを確認したときは網接続制御手段
    に対して該直通パス設定依頼メッセージに含まれている
    通信網上のアドレス情報を用いて直通パス設定依頼元の
    エンドシステムとの間に直通パスを設定するよう要求す
    るとともに、直通パス設定後に該直通パスを介してパケ
    ットフローを転送するようパケット転送手段に対して指
    示する直通パス設定処理手段を備えたことを特徴とする
    エンドシステム。
13. 【請求項１３】 請求項１２のエンドシステムにおい
    て、前記直通パス設定処理手段は、自エンドシステムが
    ＮＢＭＡ網内においてあるパケットフローを中継する位
    置にあると判断されるときに前記フロー判定手段より直
    通パスの設定処理を行うよう指示されたときは、デフォ
    ルトルートを介して通信網の入口または出口に位置する
    エンドシステムに向けて直通パスの設定開始を要請する
    直通パス設定開始要請メッセージを送信し、自エンドシ
    ステムがあるパケットフローにとって通信網の入口また
    は出口に位置していると判断されるときに、自エンドシ
    ステム宛の直通パス設定開始要請メッセージを受信した
    ときは、自エンドシステムの通信網上のアドレス情報を
    含めて自エンドシステムに対する直通パスの設定を依頼
    する直通パス設定依頼メッセージをデフォルトルートを
    介してパケットフローの送信相手のエンドシステムに向
    けて送信することにより、送信相手のエンドシステムよ
    り自エンドシステムに対する直通パスを設定させるよう
    構成したことを特徴とする請求項１２記載のエンドシス
    テム。