JP2000035931A - データ通信ネットワークおよびアドレス解決サーバ - Google Patents

Abstract

(57)【要約】 【課題】 コネクション型網におけるデータ通信に一定
のセキュリティをかけることのできるデータ通信ネット
ワークのアドレス解決方式を提供する。 【解決手段】 アドレス解決サーバ２はコネクション型
網に配置されたデータ通信端末１の上位レイヤのアドレ
スとコネクション設定識別子との対応関係と共にコネク
ション設定条件を維持管理するコネクション解決テーブ
ル１０を備えている。データ通信端末１は通信に先立っ
て所定のアドレス解決サーバ２に通信相手のデータ通信
端末１の上位レイヤのアドレスに対するコネクション設
定識別子を要求する。アドレス解決サーバ２は受信した
アドレス解決要求に設定された情報から宛先データ通信
のコネクション設定識別子を検索するときコネクション
設定条件も加味する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、コネクション網に
接続されたデータ通信端末間でコネクションを設定して
データ通信を行うデータ通信ネットワークとアドレス解
決サーバに関するものである。

【０００２】

【従来の技術】従来からデータ通信ネットワークはコネ
クションレス型網で構成されるのが一般的である。図９
にコネクションレス型網の構成例を示す。５，（５−１
〜５−５）はデータ通信端末、６，（６−１〜６−３）
はルータ、７はコネクションレス型網である。このコネ
クションレス型網７に設置されたルータ６間およびルー
タ６とデータ通信端末５間は専用線または固定接続回線
で接続される。

【０００３】ルータ６は図１０に示すように、データパ
ケットの送受信を行うパケット転送処理部６ａとデータ
パケットのネットワークアドレスによりパケットの転送
先を計算するルーティング処理部６ｂより構成される。
さらにルータ６には図１１に示すように、ネットワーク
アドレスを格納するネットワークアドレス部３１と、そ
れに対応するＭＡＣ（Media Access Control）アドレス
を記録するＭＡＣアドレス部３２とから構成されるアド
レス解決テーブル３０と、宛先ネットワークアドレスを
記録している宛先ネットワークアドレス部４１と、その
宛先ネットワークアドレスを持つデータ通信端末にデー
タパケットを転送するために中継すべき次段のルータ６
のネットワークアドレスを記録する次段ネットワークア
ドレス部４２と、ルーティングしてよい条件、またはし
てはいけない条件を記す条件部４３から構成されるルー
ティング制御テーブル４０が設けられている。

【０００４】図１２はデータ通信端末５とルータ６間お
よびルータ６間で送受信されるパケット形式を示す。５
０はネットワークレイヤで送受信されるパケット形式を
示し、５１は宛先ネットワークアドレス、５２送信元ネ
ットワークアドレス、５３は送受信データを示す。６０
はデータリンクレイヤ、その中でもＭＡＣレイヤで送受
信されるパケット形式を示す。ＭＡＣレイヤで送受信さ
れるパケットはネットワークレイヤのパケットをそのま
まの形式でカプセル化している。６１は宛先ＭＡＣアド
レス、６２は送信元ＭＡＣアドレスを示す。

【０００５】ルータ６の処理手順を図１３に示す。デー
タ通信端末５が送信したデータパケットをルータ６が受
信したとき（４０１）、ネットワークレイヤのパケット
形式５０を抽出し、その中の宛先ネットワークアドレス
５１がアドレス解決テーブル３０にあるかどうか調べる
（４０３）。そのアドレス解決テーブル３０のネットワ
ークアドレス部３１と一致するエントリがあるというこ
とは、宛先データ通信端末５がそのルータ６に直接接続
していることを意味し、そのときはその一致したエント
リのＭＡＣアドレス部３２からＭＡＣアドレスを取り出
してＭＡＣレイヤパケットの宛先ＭＡＣアドレス６１と
し（４１１）、また送信元ＭＡＣアドレスには当該ルー
タ６のＭＡＣアドレスを設定して送信する（４１３）。

【０００６】一方、アドレス解決テーブル３０に一致す
るエントリが見つからなかった場合は（４０３）、宛先
データ通信端末５は別のルータ６に接続されていること
を意味し、次段のルータ６を決定するためルーティング
制御テーブル４０の宛先ネットワークアドレス部４１と
データパケットの宛先ネットワークアドレス５１とを比
較して一致するエントリを見つける（４０５）。

【０００７】一致するエントリが見つからなかったとき
は、当該データパケットをこれ以上中継することはでき
ないのでここで破棄する。一致するエントリが見つかっ
たときは、条件部４３にしたがってこのデータパケット
が中継するための条件を満足しているかどうかチェック
する（４０７）。条件を満足しないときはやはりデータ
パケットの中継を止める。

【０００８】パケットデータの中継可否を判断する条件
としては、例えば予め登録された送信元ネットワークア
ドレス５２を持つもの以外は転送しないとか、所定のア
プリケーション（例えばｆｔｐ（ファイル転送）など）
のパケットは転送するとかが考えられる。

【０００９】一致するエントリが見つかり、データパケ
ットを中継するための条件が満足されたときは、そのエ
ントリの次段ネットワークアドレス部４２からネットワ
ークアドレスを取り出し、そのネットワークアドレスで
アドレス解決テーブル３０を検索し、ＭＡＣアドレスを
求める（４０９）。求めたＭＡＣアドレスをＭＡＣレイ
ヤパケットの宛先ＭＡＣアドレス６１とし（４１１）、
また送信元ＭＡＣアドレスには当該ルータ６のＭＡＣア
ドレスを設定して送信する（４１３）。

【００１０】コネクションレス型網でデータ通信が行わ
れる場合、データパケットはルータ６を経由して送受信
されるためルータ６での処理オーバヘッドがデータパケ
ットの転送遅延をまねき、特に多数のルータ６を経由す
る場合にはこの転送遅延が深刻な問題となる。また、特
定のルータ６にデータパケットが集中し、そのルータ６
の処理性能が不足するとさらに遅延が大きくなる。処理
能力を超えてしまった場合はデータパケットが破棄され
るということも起こる。

【００１１】最近、ＡＴＭ技術に基づくコネクション型
網でデータ通信端末間を直接接続してデータ通信しよう
というアーキテクチャが提案されている。具体的にはＩ
ＥＴＦ（Internet Engineering Task Force)からClasic
al IP and ARP over ATM(RFC1577) や、未だドラフト段
階であるがNext Hop Resolution Protocol(draft-ietf-
rolc-nhrp-07.txt) がある。そこで提案されているコネ
クション型網の構成例を図１４に示す。

【００１２】１，（１−１〜１−３）はデータ通信端
末、３は交換機、特にＡＴＭ網の場合はＡＴＭ交換機、
４はコネクション型網、８，（８−１〜８−２）はアド
レス解決サーバである。データ通信端末１およびアドレ
ス解決サーバ８相互間の通信路は必要に応じてデータ通
信端末１またはアドレス解決サーバ８が交換機３にコネ
クション設定を要求して設定し、データ通信終了後はコ
ネクションを解放する。さらにアドレス解決サーバ８は
図１５に示すような、ネットワークアドレスを格納する
ネットワークアドレス部７１と、それに対応するコネク
ション設定識別子、例えば電話網の場合は電話番号、Ａ
ＴＭ網の場合はＡＴＭアドレスを記録するコネクション
設定識別子部７２から構成されるコネクション解決テー
ブル７０を持つ。

【００１３】コネクション網におけるデータ通信の手順
を図１６（データ通信端末１の処理）と図１７（アドレ
ス解決サーバ８の処理）、さらに図１８（シーケンス）
を用いて説明する。以下では発側データ通信端末１−１
と着側（または宛先）データ通信端末１−２との間の通
信にアドレス解決サーバ８−１を利用する場合の手順を
例として説明する。

【００１４】今、発側データ通信端末１−１に送信すべ
きデータが存在するが、宛先となるデータ通信端末への
コネクションが設定されていないものとする。先ず発側
データ通信端末１−１は所定のアドレス解決サーバ８−
１とのコネクションの設定を交換機３に要求する（５０
１／７０１）。７０１に示したコネクション設定手順
は、例えばＩＳＤＮではＩＴＵ−Ｔ Ｑ．９３１、また
Ｂ−ＩＳＤＮではＩＴＵ−Ｔ Ｑ．２９３１等に従うも
のとし、ここでは詳細なシーケンスの説明は省略して記
述している。

【００１５】コネクションが設定されると、宛先データ
通信端末１−２のコネクション設定識別子を得るために
図１９に示すアドレス解決要求８０をアドレス解決サー
バ８−１に送信し（５０３／７０３）、応答を待つ（５
０５）。アドレス解決要求８０は少なくともアドレス解
決要求指示８１と宛先データ通信端末のネットワークア
ドレス８２を含む。ネットワークアドレス８２はデータ
パケットの宛先ネットワークアドレスから持ってくる。
アドレス解決サーバ８−１はアドレス解決要求８０を受
信し（６０１）、そのアドレス解決要求８０に含まれる
ネットワークアドレス８２とコネクション解決テーブル
７０の各エントリのネットワークアドレス部７１とを比
較検索する（６０３）。

【００１６】一致するエントリが見つかったときは、そ
のエントリのコネクション設定識別子部７２からコネク
ション設定識別子を取り出して図１９に示すアドレス解
決応答８３を作成し、応答する（６１１／７０５）。ア
ドレス解決応答８３は少なくともアドレス解決応答指示
８４とネットワークアドレス８５とコネクション設定識
別子８６を含む。

【００１７】一方、一致するエントリが見つからなかっ
た場合は、予め決められた別のアドレス解決サーバ８−
２にアドレス解決要求８０を転送する（６０５）。アド
レス解決サーバ８−１と別のアドレス解決サーバ８−２
との間のコネクションは既に設定されているか、または
上記ＩＴＵ−Ｔに定める手順に従って設定される。複数
の交換機３にまたがるコネクション設定制御もＩＴＵ−
Ｔに定めるところに従うものとしてここでは詳細な説明
は省略する。別のアドレス解決サーバ８−２へのアドレ
ス解決要求転送は図１８のシーケンスからは省略してい
る。

【００１８】別のアドレス解決サーバ８−２もやはり図
１７の処理に従ってアドレス解決を行う。別のアドレス
解決サーバ８−２が解決して送信したアドレス解決応答
８３をアドレス解決サーバ８−１が受信すると（６０
７）、そのアドレス解決応答８３に含まれるネットワー
クアドレス８５とコネクション設定識別子８６を、コネ
クション解決テーブル７０のネットワークアドレス部７
１とコネクション設定識別子部７２にそれぞれ格納して
これ以降の別のデータ通信端末１からのアドレス解決要
求に備える（６０９）。

【００１９】その後で図１９に示すアドレス解決応答８
３を作成し、応答する（６１１／７０５）。アドレス解
決応答８３を受信した（５０５）発側データ通信端末１
−１は、アドレス解決サーバ８−１とのコネクションの
解放を交換機３に要求する（５０７／７０７）。

【００２０】７０７に示したコネクション解放手順も、
例えばＩＳＤＮではＩＴＵ−Ｔ Ｑ．９３１．またＢ−
ＩＳＤＮではＩＴＵ−Ｔ Ｑ．２９３１等に従うものと
し、ここでは詳細なシーケンスの説明は省略して記述し
ている。

【００２１】データパケットを送信すべき相手データ通
信端末１−２のコネクション設定識別子がわかったの
で、その相手データ通信端末１−２とのコネクションの
設定を交換機３に要求する（５０９／７０９）。７０９
に示すコネクション設定手順も上記ＩＴＵ−Ｔの定めに
従う。コネクションが設定された後は自由に発側データ
通信端末１−１と相手データ通信端末１−２間でデータ
パケットの送受信が行われる（５１１／７１１）。デー
タパケットの送受信が完了し、もはやコネクションが必
要ないと判断したとき発側データ通信端末１−１はコネ
クション解放要求を交換機３に要求する（５１３／７１
３）。７１３に示すコネクション解放手順も上記ＩＴＵ
−Ｔの定めに従う。なお、コネクションの解放は宛先デ
ータ通信端末１−２が要求することもある。

【００２２】コネクション型網でのデータ通信はその都
度コネクションの設定や解放を交換機３に要求しなけれ
ばならず、そのための処理時間はデータ通信端末のアプ
リケーションにはデータ転送遅延として見える。しか
し、一旦コネクションが設定されるとそのコネクション
を独占的に使用することができるため、高速なコネクシ
ョンを割り当てることができる場合には大量データの通
信に適すると言える。一方で、いわゆるトランザクショ
ンのように小さなデータを頻繁にやり取りする場合、同
じようにコネクションの設定と解放を繰り返すとデータ
転送遅延がさらに大きくなってしまう。そのような場合
は一旦設定したコネクションを連続するトランザクショ
ン中は解放しない等の仕掛けを入れないといけない。

【００２３】

【発明が解決しようとする課題】さらにコネクション型
網にはセキュリティに対する致命的な欠点がある。コネ
クションレス型網ではルータ６のルーティング制御テー
ブル４０の条件部４３を適切に設定することで通過でき
るデータパケットと、通過できないデータパケットの条
件を設定することができ、所定外のデータパケットを排
除することができる。しかし、コネクション型網ではア
ドレス解決サーバ８から得たコネクション設定識別子で
発／着データ通信端末１間で直接コネクションをしてし
まうため途中でデータパケットを監視する何らかの装置
を置くことができず、不正な使用を排除できないという
問題があった。

【００２４】本発明はこのような課題を解決するための
もので、コネクション型網におけるデータ通信に一定の
セキュリティをかけることのできるデータ通信ネットワ
ークのアドレス解決方式の提供を目的としている。

【００２５】

【課題を解決するための手段】上記目的を達成するため
に、本発明は、コネクション型網に接続された複数のデ
ータ通信端末と少なくとも１台のアドレス解決サーバと
を有し、前記各データ通信端末にはそれぞれ、上位レイ
ヤで前記データ通信端末を識別する第１のアドレスと前
記コネクション型網で前記データ通信端末を識別する第
２のアドレスが付与されたデータ通信ネットワークにお
いて、前記データ通信端末は、宛先のデータ通信端末の
前記第１のアドレスに対応する前記第２のアドレスの取
得を前記アドレス解決サーバに要求するアドレス解決要
求を送信する手段と、前記アドレス解決サーバより応答
された前記第２のアドレスで前記宛先のデータ通信端末
とのコネクション設定を前記コネクション網に要求する
コネクション設定手段とを具備し、前記アドレス解決サ
ーバは、前記複数のデータ通信端末の、前記第１のアド
レスと前記第２のアドレスとの対応関係およびコネクシ
ョン設定条件を記憶するアドレス記憶手段と、前記デー
タ通信端末からの前記アドレス解決要求を受信する手段
と、前記受信したアドレス解決要求を基に前記アドレス
記憶手段から該当する前記第２のアドレスを検索する手
段と、前記受信したアドレス解決要求が前記コネクショ
ン設定条件を満足するかどうかを判定する判定手段と、
前記判定手段により前記コネクション設定条件を満足す
ることが判定された場合、前記検索された第２のアドレ
スを応答するアドレス解決応答手段とを具備することを
特徴とする。

【００２６】また、前記データ通信端末は予め決められ
た１つの前記アドレス解決サーバに前記アドレス解決要
求を送信し、また別の応用では複数の前記アドレス解決
サーバに前記アドレス解決要求を送信する。

【００２７】すなわち、本発明のアドレス解決方式にお
いて、アドレス解決サーバはコネクション型網に配置さ
れたデータ通信端末の上位レイヤのアドレス（第１のア
ドレス）とコネクション設定識別子（第２のアドレス）
との対応関係と共にコネクション設定条件を維持管理す
るアドレス記憶手段を備えている。データ通信端末は通
信に先立って所定のアドレス解決サーバに通信相手のデ
ータ通信端末の上位レイヤのアドレスに対するコネクシ
ョン設定識別子を要求する。アドレス解決サーバは受信
したアドレス解決要求に設定された情報から宛先データ
通信のコネクション設定識別子を検索するときコネクシ
ョン設定条件も加味する。従って、宛先アドレスの一致
が取れて、しかも条件が満たされたユーザ（データ通信
端末）のみにコネクション設定識別子を応答する。許可
されていないユーザにはコネクション設定識別子が発行
されないということでデータ通信のセキュリティを確保
することができる。

【００２８】

【発明の実施の形態】以下に本発明の一実施形態を図面
を用いて詳細に説明する。

【００２９】本発明が適用されるコネクション型網の構
成例を図１に示す。１，（１−１〜１−３）はデータ通
信端末、２，（２−１〜２−２）はアドレス解決サー
バ、３は交換機、特にＡＴＭ網の場合はＡＴＭ交換機、
４はコネクション型網である。データ通信端末１および
アドレス解決サーバ２相互間の通信路は、必要に応じて
データ通信端末１またはアドレス解決サーバ２が交換機
３にコネクション設定を要求することによって設定され
る。データ通信終了後、コネクションは解放される。

【００３０】さらにアドレス解決サーバ２は、図２に示
すように、ネットワークアドレスを格納するネットワー
クアドレス部１１と、それに対応するコネクション設定
識別子、例えば電話網の場合は電話番号、ＡＴＭ網の場
合はＡＴＭアドレスを記録するコネクション設定識別子
部１２と、アドレス解決してよい条件、またはしては行
けない条件のいずれか一方または両方を記した条件部１
３から構成されるコネクション解決テーブル１０を持
つ。ここでは上位レイヤのアドレスとしてネットワーク
アドレスを適用した場合の説明を行っているが、データ
リンクレイヤ・アドレス、特にＭＡＣアドレスを利用す
ることもできる。

【００３１】コネクション型網におけるデータ通信の手
順を図３（データ通信端末１の処理）と図４（アドレス
解決サーバ２の処理）、さらに図５（シーケンス）を用
いて説明する。以下では発側データ通信端末１−１と着
側（または宛先）データ通信端末１−２との間の通信に
アドレス解決サーバ２−１を利用する場合の手順を例と
して説明する。

【００３２】今、発側データ通信端末１−１に送信すべ
きデータが存在するが、宛先となるデータ通信端末への
コネクションが設定されていないものとする。先ず発側
データ通信端末１−１は所定のアドレス解決サーバ２−
１とのコネクションを交換機３に要求する（１０１／３
０１）。３０１に示したコネクション設定手順は、例え
ばＩＳＤＮではＩＴＵ−Ｔ Ｑ．９３１、またＢ−ＩＳ
ＤＮではＩＴＵ−ＴＱ．２９３１等に従うものとし、こ
こでは詳細なシーケンスの説明は省略して記述してい
る。

【００３３】発側データ通信端末１−１は、コネクショ
ンが設定されると、宛先データ通信端末１−２のコネク
ション設定識別子を得るために図６に示すアドレス解決
要求２０をアドレス解決サーバ２−１に送信し（１０３
／３０３）、応答を待つ（１０５）。アドレス解決要求
２０は少なくともアドレス解決要求指示２１と相手デー
タ通信端末のネットワークアドレス２２と、発側データ
通信端末の属性情報２３を含む。ネットワークアドレス
２２はデータパケットの宛先ネットワークアドレスから
持ってくる。属性情報２３としては、発側データ通信端
末のネットワークアドレスやコネクション設定識別子、
通信プロトコル、アプリケーション名等がある。

【００３４】アドレス解決サーバ２−１はアドレス解決
要求２０を受信し（２０１）、そのアドレス解決要求２
０に含まれるネットワークアドレス２２とコネクション
解決テーブル１０の各エントリのネットワークアドレス
部１１とを比較検索する（２０３）。一致するエントリ
が見つかったときは、条件部１３にしたがってこのアド
レス解決要求２０を送信したデータ通信端末１−１がこ
のエントリに示されたデータ通信端末とコネクションを
設定することを許されているかどうかチェックする（２
１１）。条件を満足しないときは否定応答を作成し（２
１５）、応答する（２１７）。

【００３５】否定応答は例えば図６に示すアドレス解決
応答２４の少なくともコネクション設定識別子２７とコ
ネクション設定条件２８の両方または一方に無効値（例
えば、ゼロなど）を設定してもよいし、またアドレス解
決応答指示２５で肯定応答と区別できる値を指定して構
成してもよい。ここではコネクション設定識別子２７に
ゼロ値が書かれたアドレス解決応答２４を否定応答とす
る。コネクション設定可否を判断する条件としては、例
えば予め登録されたネットワークアドレスのデータ通信
端末からの要求は許可しないとか、所定のアプリケーシ
ョン（例えばｓｍｔｐ（電子メール）など）のパケット
は転送するとかが考えられる。チェックされる項目の大
部分はアドレス解決要求２０の属性情報２３に含まれ
る。

【００３６】一致するエントリが見つかり、コネクショ
ン設定が許される条件が満足されたときは、そのエント
リのコネクション設定識別子部１２からコネクション設
定識別子を取り出して図６に示すアドレス解決応答２４
を作成し（２１３）、応答する（２１７／３０５）。ア
ドレス解決応答２４は少なくともアドレス解決応答指示
２５と宛先データ通信端末のネットワークアドレス２６
と同コネクション設定識別子２７、コネクション設定条
件２８、発側データ通信端末の属性情報２９を含む。な
お、コネクション設定条件２８はアドレス解決要求２０
を中継転送したアドレス解決サーバ２に応答する場合に
は含ませるが、発側データ通信端末に直接応答するとき
は省略することがある。

【００３７】一方、一致するエントリが見つからない場
合は、予め決められた別のアドレス解決サーバ２−２に
アドレス解決要求２０を転送する（２０５）。アドレス
解決サーバ２−１と別のアドレス解決サーバ２−２間の
コネクションは既に設定されているか、または上記ＩＴ
Ｕ−Ｔに定める手順に従って設定される。複数の交換機
３にまたがるコネクション設定制御もＩＴＵ−Ｔに定め
るところに従うものとし、本発明とは直接関係ないので
詳細な説明は省略する。

【００３８】別のアドレス解決サーバ２−２へのアドレ
ス解決要求転送は図５のシーケンス図からは省略してい
る。別のアドレス解決サーバ２−２もやはり図４の処理
に従ってアドレス解決を行う。

【００３９】アドレス解決サーバ２−１は別のアドレス
解決サーバ２−２が送信したアドレス解決応答２４を受
信すると（２０７）、そのアドレス解決応答２４に含ま
れるネットワークアドレス２６とコネクション設定識別
子２７、コネクション設定条件２８を、コネクション解
決テーブル１０のネットワークアドレス部１１とコネク
ション設定識別子部１２、条件部１３にそれぞれ格納し
てこれ以降の別のデータ通信端末１からのアドレス解決
要求に備える（２０９）。

【００４０】その後で図６に示すアドレス解決応答２４
を作成し（２１１，２１３）、応答する（２１７／３０
５）。アドレス解決応答２４を受信した（１０５）発側
データ通信端末１−１は、アドレス解決サーバ２−１と
のコネクションの解放を交換機３に要求する（１０７／
３０７）。３０７に示したコネクション解放手順も、例
えばＩＳＤＮではＩＴＵ−Ｔ Ｑ．９３１、またＢ−Ｉ
ＳＤＮではＩＴＵ−ＴＱ．２９３１等に従うものとし、
ここでは詳細なシーケンスの説明は省略する。

【００４１】発側データ通信端末１−１は受信したアド
レス解決応答２４のコネクション設定識別子２７を調
べ、ゼロとなっている場合は相手データ通信端末１−２
とのコネクション設定が許可されなかったとしてデータ
通信を断念する。ゼロ以外のコネクション設定識別子２
７が得られた場合は、このコネクション設定識別子を指
定して相手データ通信端末１−２とのコネクションの設
定を交換機３に要求する（１０９／３０９）。３０９に
示すコネクション設定手順も上記ＩＴＵ−Ｔの定めに従
う。コネクションが設定された後は自由に発側データ通
信端末１−１と相手データ通信端末１−２間でデータパ
ケットの送受信が行われる（１１１／３１１）。

【００４２】データパケットの送受信が完了し、もはや
コネクションが必要ないと判断したとき発側データ通信
端末１−１はコネクション解放要求を交換機３に要求す
る（１１３／３１３）。３１３に示すコネクション解放
手順も上記ＩＴＵ−Ｔの定めに従う。なお、コネクショ
ンの解放は宛先データ通信端末１−２から要求されるこ
ともある。

【００４３】さらに別の実施形態として、ＩＴＵ−Ｔ
Ｑ．２９３１やＡＴＭフォーラムシグナリングＵＮＩ
３．０以降の機能であるポイント−マルチポイント・コ
ネクションが利用できる場合を説明する。ポイント−マ
ルチポイント・コネクション機能が使用できるとデータ
通信端末１から複数のアドレス解決サーバ２へ同時にア
ドレス解決要求２０を出すことができる。この場合は、
データ通信端末１から交換機、特にＡＴＭ交換機３に出
すコネクション制御信号は変わるが、データ通信端末１
内部の処理自体は変わらず、図３の処理手順で説明でき
る。ＡＴＭ交換機３へのコネクション制御信号自体は本
発明とは直接関係ないので詳細な説明は省略する。一
方、アドレス解決サーバ２の処理を図７に示すように図
４の場合とは違った処理になる。また、データ通信端末
１とアドレス解決サーバ２間の処理シーケンスを図８に
示す。

【００４４】コネクション型網内のデータ通信端末１と
アドレス解決サーバ２の配置は図１の場合と同じとし
て、発側データ通信端末１−１と着側（または宛先）デ
ータ通信端末１−２との間でデータ通信を行う場合の手
順を例として説明する。

【００４５】先ず、発側データ通信端末１−１は宛先デ
ータ通信端末１−２間にコネクションを設定するために
宛先データ通信端末１−２のコネクション設定識別子を
知る必要がある。そこで発側データ通信端末１−１はコ
ネクション網内の全てのアドレス解決サーバ２−１〜２
−２との間にポイント−マルチポイント・コネクション
を交換機３に要求する（１０１／３２１）。３２１に示
したコネクション設定手順は、例えばＩＴＵ−Ｔ Ｑ．
２９３１．またはＡＴＭフォーラム ＵＮＩ３．１以降
に従うものとし、ここでは詳細なシーケンスの説明は省
略する。

【００４６】コネクションが設定されると、宛先データ
通信端末１−２のコネクション設定識別子を得るために
図６に示すアドレス解決要求２０を全アドレス解決サー
バ２−１〜２−２に送信し（１０３／３２３）、応答を
待つ（１０５）。アドレス解決要求２０は先の実施形態
と同じ構成を取る。アドレス解決要求２０を受信した各
アドレス解決サーバ２は同じ動作をするので以下では２
−１について各処理ステップを説明する。

【００４７】アドレス解決サーバ２−１はアドレス解決
要求２０を受信し（２２１）、そのアドレス解決要求２
０に含まれるネットワークアドレス２２とコネクション
解決テーブル１０のエントリのネットワークアドレス部
１１とを比較検索する（２２３）。一致するエントリが
見つかったときは、条件部１３にしたがってこのアドレ
ス解決要求２０を送信したデータ通信端末１−１がこの
エントリに示されたデータ通信端末とコネクションを設
定することを許されているかどうかチェックする（２２
５）。

【００４８】一致するエントリが見つかり、コネクショ
ン設定が許される条件が満足されたときは、そのエント
リのコネクション設定識別子部１２からコネクション設
定識別子を取り出して図６に示すアドレス解決応答２４
を作成し（２２７）、応答する（２２９／３２５）。

【００４９】アドレス解決応答２４は少なくともアドレ
ス解決応答指示２５と宛先データ通信端末のネットワー
クアドレス２６と同コネクション設定識別子２７、発側
データ通信端末の属性情報２９を含む。今度の実施形態
ではコネクション設定条件２８にはゼロ値等無効な情報
が入れられる。

【００５０】一方、一致するエントリが見つからなかっ
た場合、および／またはコネクション設定条件が満たさ
れなかった場合はアドレス解決応答２４を送信しない。
アドレス解決要求２０はコネクション型網内の全てのア
ドレス解決サーバ２−１〜２−２に同時に送信されてい
るので何れかのアドレス解決サーバ２がアドレス解決応
答２４を応答するので不都合はない。

【００５１】アドレス解決応答２４を受信した（１０
５）発側データ通信端末１−１は、全アドレス解決サー
バ２−１〜２−２とのコネクションの解放を交換機３に
要求する（１０７／３２７）。３２７に示したコネクシ
ョン解放手順も、例えばＩＴＵ−Ｔ Ｑ．２９３１、ま
たはＡＴＭフォーラムＵＮＩ３．１以降に従うものと
し、ここでは詳細なシーケンスの説明は省略する。デー
タパケッ卜を送信すべき相手データ通信端末１−２のコ
ネクション設定識別子がわかったので、その相手データ
通信端末１−２とのコネクションの設定を交換機３に要
求する（１０９／３２９）。３２９に示すコネクション
設定手順も上記ＩＴＵ−ＴまたはＡＴＭフォーラムの定
めに従う。コネクションが設定された後は自由に発側デ
ータ通信端末１−１と相手データ通信端末１一２間でデ
ータパケットの送受信が行われる（１１１／３３１）。

【００５２】データパケットの送受信が完了し、もはや
コネクションが必要ないと判断したときは発側データ通
信端末１−１はコネクション解放要求を交換機３に要求
する（１１３／３３３）。３３３に示すコネクション解
放手順も上記ＩＴＵ−ＴまたはＡＴＭフォーラムの定め
に従う。なお、コネクションの解放は宛先データ通信端
末１−２から要求されることもある。

【００５３】

【発明の効果】以上説明したように、本発明によれば、
コネクション型網におけるデータ通信に一定のセキュリ
ティをかけることができる。宛先データ通信端末の上位
レイヤのアドレスが分かっている場合でもコネクション
を設定できないため、通信そのものがブロックされるわ
けである。アドレス解決サーバに設定するコネクション
設定条件としては、送信元アドレス、宛先アドレス、通
信プロトコル、上位アプリケーションなどなどいろいろ
なものが考えられ、また実際に適用する条件は単独でも
複数の組み合わせでもよいため緩いセキュリティから厳
格なセキュリティまで幅広く適用することができる。

【図面の簡単な説明】

【図１】本発明が適用されるコネクション型網の構成例
である。

【図２】本発明の一実施形態におけるコネクション解決
テーブルの構成を示す図である。

【図３】本発明の一実施形態におけるデータ通信端末の
データ通信処理の流れ図である。

【図４】本発明の一実施形態におけるアドレス解決サー
バがデータ通信端末からのアドレス解決要求を処理する
流れ図である。

【図５】本発明の一実施形態におけるデータ通信端末と
アドレス解決サーバとの間の信号シーケンスを示す図で
ある。

【図６】本発明の一実施形態で適用されるアドレス解決
要求およびアドレス解決応答の情報形式を示す図であ
る。

【図７】ポイント−マルチポイント・コネクション機能
を使用可能な本発明の他の実施形態におけるアドレス解
決サーバのアドレス解決要求を処理する流れ図である。

【図８】ポイント−マルチポイント・コネクション機能
を使用可能な本発明の他の実施形態におけるデータ通信
端末とアドレス解決サーバとの間の信号シーケンスを示
す図である。

【図９】従来からデータ通信で利用されているコネクシ
ョンレス型網の構成例を示す図である。

【図１０】ルータの機能モジュールを示す図である。

【図１１】ルータに設けられたアドレス解決テーブルと
ルーティング制御テーブルの構成を示す図である。

【図１２】コネクションレス型網で送受信されるデータ
パケットの構成を示す図である。

【図１３】ルータのデータパケットの転送処理の流れ図
である。

【図１４】従来からのコネクション型網の構成例を示す
図である。

【図１５】従来のアドレス解決サーバで使用されたコネ
クション解決テーブルの構成を示す図である。

【図１６】従来のデータ通信端末がデータ通信を処理す
る流れ図である。

【図１７】従来のアドレス解決サーバがアドレス解決要
求を処理する流れ図である。

【図１８】従来のアドレス解決要求およびアドレス解決
応答の情報形式を示す図である。

【図１９】従来のコネクション型網でのデータ通信端末
とアドレス解決サーバとの間の信号シーケンスを示す図
である。

【符号の説明】

１，（１−１〜１−３）・・・データ通信端末 ２，（２−１〜２−２）・・・アドレス解決サーバ ３・・・交換機 ４・・・コネクション型網 １０・・・コネクション解決テーブル １１・・・ネットワークアドレス部 １２・・・コネクション設定識別子部 １３・・・条件部

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号 ＦＩ テーマコート゛(参考） Ｈ０４Ｌ 11/20 １０２Ｚ (72)発明者 山岸 治 神奈川県川崎市幸区柳町70番地 株式会社 東芝柳町工場内 Ｆターム(参考） 5B089 AA21 AA22 AA25 AC05 AD02 AF06 CB02 CB03 CE03 DD03 DD07 5K030 GA15 HA08 HC14 HD09 JA11 KA01 KA05 LB19 5K033 AA08 CB01 DB12 DB14 EC04

Claims (7)

【特許請求の範囲】
1. 【請求項１】 コネクション型網に接続された複数のデ
   ータ通信端末と少なくとも１台のアドレス解決サーバと
   を有し、前記各データ通信端末にはそれぞれ、上位レイ
   ヤで前記データ通信端末を識別する第１のアドレスと前
   記コネクション型網で前記データ通信端末を識別する第
   ２のアドレスが付与されたデータ通信ネットワークにお
   いて、 前記データ通信端末は、宛先のデータ通信端末の前記第
   １のアドレスに対応する前記第２のアドレスの取得を前
   記アドレス解決サーバに要求するアドレス解決要求を送
   信する手段と、前記アドレス解決サーバより応答された
   前記第２のアドレスで前記宛先のデータ通信端末とのコ
   ネクション設定を前記コネクション網に要求するコネク
   ション設定手段とを具備し、 前記アドレス解決サーバは、前記複数のデータ通信端末
   の、前記第１のアドレスと前記第２のアドレスとの対応
   関係およびコネクション設定条件を記憶するアドレス記
   憶手段と、前記データ通信端末からの前記アドレス解決
   要求を受信する手段と、前記受信したアドレス解決要求
   を基に前記アドレス記憶手段から該当する前記第２のア
   ドレスを検索する手段と、前記受信したアドレス解決要
   求が前記コネクション設定条件を満足するかどうかを判
   定する判定手段と、前記判定手段により前記コネクショ
   ン設定条件を満足することが判定された場合、前記検索
   された第２のアドレスを応答するアドレス解決応答手段
   とを具備することを特徴とするデータ通信ネットワー
   ク。
2. 【請求項２】 前記コネクション設定条件が、前記デー
   タ通信端末間の通信プロトコル、サービス種別、データ
   通信を行う前記データ通信端末のそれぞれの前記第１の
   アドレスおよび前記第２のアドレスのうちの、１つ以上
   の相互の関係から構成されることを特徴とする請求項１
   記載のデータ通信ネットワーク。
3. 【請求項３】 前記上位レイヤが、ＩＳＯのＯＳＩで規
   定されるネットワークレイヤであることを特徴とする請
   求項１記載のデータ通信ネットワーク。
4. 【請求項４】 前記上位レイヤが、ＩＳＯのＯＳＩで規
   定されデータリンクレイヤであることを特徴とする請求
   項１記載のデータ通信ネットワーク。
5. 【請求項５】 前記データ通信端末は、予め決められた
   １つの前記アドレス解決サーバに前記アドレス解決要求
   を送信することを特徴とする請求項１記載のデータ通信
   ネットワーク。
6. 【請求項６】 前記データ通信端末は、複数の前記アド
   レス解決サーバに前記アドレス解決要求を送信すること
   を特徴とする請求項１記載のデータ通信ネットワーク。
7. 【請求項７】 コネクション型網に、それぞれ上位レイ
   ヤでデータ通信端末を識別する第１のアドレスと前記コ
   ネクション型網で前記データ通信端末を識別する第２の
   アドレスが付与された複数のデータ通信端末とともに接
   続されるアドレス解決サーバにおいて、 前記複数のデータ通信端末の、前記第１のアドレスと前
   記第２のアドレスとの対応関係およびコネクション設定
   条件を記憶するアドレス記憶手段と、 前記データ通信端末から送信された、宛先のデータ通信
   端末の前記第１のアドレスに対応する前記第２のアドレ
   スの取得を要求するアドレス解決要求を受信する手段
   と、 前記受信したアドレス解決要求を基に前記アドレス記憶
   手段から該当する前記第２のアドレスを検索する手段
   と、 前記受信したアドレス解決要求が前記コネクション設定
   条件を満足するかどうかを判定する判定手段と、 前記判定手段により前記コネクション設定条件を満足す
   ることが判定された場合、前記検索された第２のアドレ
   スを応答するアドレス解決応答手段とを具備することを
   特徴とするアドレス解決サーバ。