(57)【要約】【課題】  セキュアネットワークの構成を変更することなく、ネットワークの接続状態を確認する。【解決手段】  ネットワークノードの情報としてのエッジ情報を記憶するエッジテーブル１４８と、接続確認のためにネットワークセキュリティ装置に上記エッジ情報を入手依頼するパケット送信を指示し、上記エッジ情報を得ると、上記ネットワークセキュリティ装置に該当するネットワークノードに向けての後続の接続確認パケットを一時透過にする設定を依頼するパケット送信を指示し、かつ上記ネットワークノードに接続確認パケットの送信を指示する状態制御部１４２、とを備えた。【選択図】        図２
2006074443.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークノードの情報としてのエッジ情報を記憶するエッジテーブルと、
接続確認のためにネットワークセキュリティ装置に上記エッジ情報を入手依頼するパケット送信を指示し、上記エッジ情報を得ると、上記ネットワークセキュリティ装置に該当するネットワークノードに向けての後続の接続確認パケットを一時透過にする設定を依頼するパケット送信を指示し、かつ上記ネットワークノードに接続確認パケットの送信を指示する状態制御部、とを備えたことを特徴とする接続マネージャ装置。
【請求項２】
ネットワークセキュリティ装置が接続マネージャからみて手前のネットワークセキュリティ装置と遠方のネットワークセキュリティ装置の両方がある場合は、状態制御部は、先ず手前のネットワークセキュリティ装置にネットワークノード情報を入手依頼するパケット送信を指示し、ネットワークセキュリティ装置との接続確認において上記手前のネットワークセキュリティ装置に後続の接続確認パケットを一時透過にする設定を依頼するパケット送信を指示し、その後に上記遠方のネットワークセキュリティ装置に対して接続確認パケットの送信を指示するようにしたことを特徴とする請求項１記載の接続マネージャ装置。
【請求項３】
状態制御部は、接続確認パケットを一時透過にする設定を終了させる接続確認終了パケットの送信を指示するようにしたことを特徴とする請求項１記載の接続マネージャ装置。
【請求項４】
接続確認を行う接続マネージャ装置から周辺のネットワークノードの情報を聞かれると、記憶している該ネットワークノードの情報を応答準備するエッジ収集部と、
上記接続マネージャ装置から上記エッジ情報に基づいて所定のネットワークノードへの接続確認パケットを一時透過にする設定を依頼されると、定められたパケットは一時透過とするセキュリティポリシー・データベース編集部と、を備えて、
上記接続マネージャ装置からネットワークノードの情報を聞かれると上記エッジ収集部が準備した応答を返し、上記一時透過設定を依頼されると対応したパケットを一時透過設定することを特徴とするネットワークセキュリティ装置。
【請求項５】
ネットワークセキュリティ装置が接続マネージャ装置からみて手前のネットワークセキュリティ装置と遠方のネットワークセキュリティ装置の両方がある場合は、セキュリティポリシー・データベース編集部は、接続マネージャ装置から接続確認パケットを一時透過にする設定の依頼を受けると、対向する上記遠方のネットワークセキュリティ装置に対して対応するセキュリティポリシー・データベースを一時透過にする設定を行うよう送信準備し、ネットワークセキュリティ装置は、これを実行するようにしたことを特徴とする請求項４記載のネットワークセキュリティ装置。
【請求項６】
ネットワークセキュリティ装置は、対向する遠方のネットワークセキュリティ装置に対して対応するセキュリティポリシー・データベースを一時透過に設定依頼する送信を行って応答がない場合は、接続追跡パケットを送信して、接続応答を得るようにしたことを特徴とする請求項５記載のネットワークセキュリティ装置。
【請求項７】
ネットワークノードの情報としてのエッジ情報を記憶するエッジテーブルと、接続確認のためにネットワークセキュリティ装置に上記エッジ情報を入手依頼するパケット送信を指示し、上記エッジ情報を得ると、上記ネットワークセキュリティ装置に該当するネットワークノードに向けての後続の接続確認パケットを一時透過にする設定を依頼するパケット送信を指示し、かつ上記ネットワークノードに接続確認パケットの送信を指示する状態制御部、とを備えた接続マネージャ装置と、
上記接続マネージャ装置から周辺のネットワークノードの情報を聞かれると、記憶している該ネットワークノードの情報を応答準備するエッジ収集部と、上記接続マネージャ装置から上記エッジ情報に基づいて所定のネットワークノードへの接続確認パケットを一時透過にする設定を依頼されると、定められたパケットは一時透過とするセキュリティポリシー・データベース編集部と、を備えて、上記接続マネージャ装置からネットワークノードの情報を聞かれると上記エッジ収集部が準備した応答を返し、上記一時透過にする設定を依頼されると対応してパケットを一時透過に設定するネットワークセキュリティ装置と、で構成することを特徴とするネットワーク接続確認システム。
【請求項８】
接続マネージャ装置において、接続確認のためにネットワークセキュリティ装置にエッジ情報としてのネットワークノードの情報を入手依頼するステップと、
上記ネットワークセキュリティ装置において、上記接続マネージャ装置から周辺のネットワークノードの情報を聞かれると、記憶している該ネットワークノードの情報を応答するステップと、
接続マネージャ装置において、上記ネットワークノードの情報を得ると、上記ネットワークセキュリティ装置に対して該当するネットワークノードに向けた後続の接続確認パケットを一時透過にする設定の依頼を行うステップと、
上記ネットワークセキュリティ装置において、上記接続マネージャ装置から上記一時透過にする設定を依頼されると、対応したパケットは一時透過とするステップと、
接続マネージャ装置において、上記ネットワークノードに接続確認パケットを送信するステップ、とで構成することを特徴とするネットワーク接続確認方法。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、ＶＰＮ（Ｖｉｒｔｕａｌ  Ｐｒｉｖａｔｅ  Ｎｅｔｗｏｒｋ  仮想私設網）など、接続経路が限定されたセキュアネットワークを構成するネットワーク接続確認装置、ネットワーク障害検出方式に関するものであり、特にネットワーク接続障害が発生した場合に、接続失敗区間を特定が可能なネットワーク接続確認装置、ネットワーク障害検出方式に関するものである。
【背景技術】
【０００２】
ネットワークを構築したとき、運用開始前の接続テストや運用開始後の事故により、ネットワーク障害が発見されることは珍しいことではない。特に、初期導入や構成変更作業の際には、ネットワーク機器の設定不備、ケーブルの挿し違い・抜け落ちなどの初歩的なミスが発生しやすく、機材の故障や劣化による不具合が大半を占める運用開始後よりも、ネットワークの不具合箇所が見つけにくい状況となる。
このような状況に陥ったとき、まずネットワークが不通となっている場所を探し出すことが必要であり、ネットワーク管理者は、確認したい区間を区切って調査を開始する。接続状況の調査に関して、従来技術では、各種ネットワークプロトコルを活用する方法が提案されている。特許文献１の「ネットワークシステムおよびネットワーク接続装置」によれば、ＩＣＭＰ（Ｉｎｔｅｒｎｅｔ  Ｃｏｎｔｒｏｌ  Ｍｅｓｓａｇｅ  Ｐｒｏｔｏｃｏｌ）パケットを使用する方式が提案されている。また特許文献２の「インテリジェントなネットワーク構成の自動認識方法及びシステム」によれば、ＩＣＭＰパケットとＳＮＭＰ（Ｓｉｍｐｌｅ  Ｎｅｔｗｏｒｋ  Ｍａｎａｇｅｍｅｎｔ  Ｐｒｏｔｏｃｏｌ）パケットを使用する方式が提案されている。更に特許文献３の「ＢＧＰルーティング情報を用いたネットワークマップの自動生成方式」では、ＢＧＰ（Ｂｏｒｄｅｒ  Ｇａｔｅｗａｙ  Ｐｒｏｔｏｃｏｌ）を使用している。
【０００３】
しかしながら、セキュアネットワークを構築した場合には、従来技術の方法では、区間ごとの接続調査に効果は発揮できず、接続できない原因を特定することは難しい。例えば図１６に示す、一部にセキュアネットワークを含むシステムを考える。このネットワーク構成において、セキュアネットワーク１を含んでおり、セキュアなネットワークを構成するネットワークセキュリティ機器１１と１２があり、サブネットワーク２，３，４，５に、ネットワーク機器としての利用端末２１，２２，２３，２４，２５が接続されている。ネットワークセキュリティ機器１１，１２は、例えばＶＰＮ装置やファイアウォールである。そしてネットワークセキュリティ機器１１，１２は、暗号・認証・フィルタ技術を用いてパケットの通過に制限をかける。例えば、ネットワークセキュリティ機器１１，１２に、サブネットワーク３とサブネットワーク５との通信のみ許可する設定がされているとする。
次にこのシステムの不具合時の動作について説明する。図において、このような設定を行っている状態で、端末２１と端末２５間の通信ができない状態が発生したとする。ネットワーク管理者は、端末２１からのパケットが端末２５より手前のネットワーク機器１４や端末２４までは到達しているか確認したいと考え、端末２１からネットワーク機器１４や端末２４にＰｉｎｇなどの検査パケットを送り応答をチェックする。しかし、この応答は得られないことが予想される。なぜなら、このときの設定では、端末２１と端末２５の通信は可能だが、ネットワークセキュリティ機器１１もしくはネットワークセキュリティ機器１２を越えるその他の経路は一切通信できない。つまり、端末２１は、ネットワークセキュリティ機器１１より手前にありその設定の影響を受けない端末２２とネットワークセキュリティ機器１１により設定を施した端末２５に対してのみ通信が可能である。また、ネットワークセキュリティ機器１１とネットワークセキュリティ機器１２の間でも許可されたプロトコル以外の通信をすることはできない。
【特許文献１】特開２００２−２３２４４８号公報
【特許文献２】特開２００１−２１７８３２号公報
【特許文献３】特開平９−１８１７２２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
従来のネットワークにおける機器間接続の確認は、上記のように構成されており、セキュアでないネットワークにおいては種々のパケットを用いて接続確認が出来るが、セキュアネットワークにおいては接続確認が出来ず、その接続できない理由が、アクセス制御や暗号化によるセキュリティ設定のためでもあるので、ネットワーク機器１４や端末２４の設定不備、ネットワーク２内部でのケーブル抜けが直接の原因であっても、それを確認が出来ないという課題がある。
即ち、予め許可された通信経路以外の不通の原因を調査しようとしても、不通原因が途中のネットワークや機材による障害なのか、ネットワークセキュリティ機器に設定した暗号化やアクセス制御によるものなのかの区別がつかない。
このような課題を解決するため、通信経路上にプロトコルアナライザを設置し、途中を流れるパケットをキャプチャすることによって通信の可否を判断するのが通例であった。しかし、プロトコルアナライザを使った不具合箇所の検出では、何度も観測場所を変更してパケットキャプチャを繰り返しながら、不具合区間を絞り込んでいく必要があり、プロトコルアナライザの準備が別途必要で、設置作業が煩わしいという課題がある。
また、一旦ネットワークセキュリティ機器のアクセス制御設定を変更し、全部または一部のプロトコル（例えば、Ｐｉｎｇ）のみを透過する、ネットワークセキュリティ装置を外す、といった解決方法が考えられるが、実ネットワーク環境を変更することとなり、障害が発生している事象を正確に検証できない、という課題がある。
【０００５】
この発明は上記のような課題を解決するためになされたもので、セキュアネットワークの構成を変更することなく、ネットワークの接続状態を確認することを目的とする。
【課題を解決するための手段】
【０００６】
この発明に係る接続マネージャ装置は、ネットワークノードの情報としてのエッジ情報を記憶するエッジテーブルと、
接続確認のためにネットワークセキュリティ装置に上記エッジ情報を入手依頼するパケット送信を指示し、上記エッジ情報を得ると、上記ネットワークセキュリティ装置に該当するネットワークノードに向けての後続の接続確認パケットを一時透過にする設定を依頼するパケット送信を指示し、かつ上記ネットワークノードに接続確認パケットの送信を指示する状態制御部、とを備えた。
【発明の効果】
【０００７】
以上のようにこの発明によれば、接続マネージャ装置は、エッジテーブルと、各種のシーケンス指示を行う状態制御部を備えたので、セキュアネットワークの構成を変更することなく、対向するネットワーク上にあるネットワーク装置を含めてネットワークの接続状態を確認できる効果がある。
【発明を実施するための最良の形態】
【０００８】
実施の形態１．
ネットワークにおける物理的な接続を変更しないで各ネットワーク構成機器までの接続を確認する装置、方法を説明する。
図１は本実施の形態におけるセキュアネットワークの構成を示す図であり、図において接続マネージャ装置（Ｍａｎａｇｅｒ）１００は、ネットワークの導通確認を行うための装置である。ネットワークセキュリティ装置（ＳＥＣ＿Ａ）１０１、（ＳＥＣ＿Ｂ）１０２が中間に設置されており、ルータまたはスイッチ等のネットワーク装置Ｒ１、Ｒ２、Ｒ３、Ｒ４を介して、ネットワークＳＮ１  １２２、ＳＮ２  １２３、Ｎ１  １２１が接続されており、特に両端はサブネットワークＳＮ１、ＳＮ２である。
またネットワーク装置Ｒ１  １１１、Ｒ２  １１２は、それぞれＳＥＣ＿ＡのＩｎｔｅｒｎａｌ（内）側と、Ｅｘｔｅｒｎａｌ（外）側ゲートウェイで、ネットワーク装置Ｒ３  １１３、Ｒ４  １１４は、それぞれＳＥＣ＿ＢのＥｘｔｅｒｎａｌ側、Ｉｎｔｅｒｎａｌ側ゲートウェイである。また、ＳＥＣ＿Ａ  １０１からの全送信パケットは、物理ポートによってネットワーク装置Ｒ１  １１１もしくはネットワーク装置Ｒ２  １１２を通過し、ＳＥＣ＿Ｂ  １０２からの全送信パケットは、物理ポートによって全てネットワーク装置Ｒ３もしくはネットワーク装置Ｒ４を通過する。
【０００９】
本実施の形態では、接続マネージャ装置１００からＳＥＣ＿Ａ  １０１、Ｒ２  １１２、Ｒ３  １１３、ＳＥＣ＿Ｂ  １０２までを順次確認していく。そして本実施の形態において、サブネットワークＳＮ１とサブネットワークＳＮ２間のみ通信が許可されているものとする。更にサブネットワークＳＮ１とサブネットワークＳＮ２間の通信を許可する条件として、暗号実施、認証実施の有無は問わない。なお、ネットワーク装置Ｒ２とＲ３間は、通信許可命令パケットのみ予め特別に受信可能な設定にしておく必要がある。この通信許可命令パケットは、例えば、ＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ）もしくはＵＤＰ（Ｕｓｅｒ  Ｄａｔａｇｒａｍ  Ｐｒｏｔｏｃｏｌ）のＷｅｌｌ−ｋｎｏｗｎでないベンダ独自ポート番号を利用した独自フォーマットとする。
接続マネージャ装置１００は、ネットワークセキュリティ装置１０１のＩｎｔｅｒｎａｌ側のゲートウェイＲ１  １１１よりも手前に設置する。ここでＳＥＣ＿Ａ  １０１からＩｎｔｅｒｎａｌ側（ＳＮ１側）への通信は、一般のネットワーク機器と同様に従来技術で接続確認が可能である。また、同様にＳＥＣ＿Ｂ  １０２からのＩｎｔｅｒｎａｌ側（ＳＮ２側）へも、従来技術で接続確認が可能である。従って本実施の形態では、これらの部分における接続確認は、含めていない。
【００１０】
図２は、接続マネージャ装置１００の詳細機能を示す構成図である。
図において、パケット受信部１４６は、外部、即ちネットワークからのパケットを受信する。パケット判別部１４７は、本発明に関わるパケットか、それ以外の通常の通信パケットかを判別する。本発明に関わるパケットとしては、エッジ情報応答パケットがある。エッジとは、接続マネージャ装置１００との接続確認を行う対象となるネットワークノードのである。例えば、接続マネージャ装置１００とネットワーク装置Ｒ２との接続を確認する場合、エッジはネットワーク装置Ｒ２である。状態制御部１４２は、機能構成要素の動作順序を制御し、どの箇所まで接続確認が終了したかを記憶する。コマンド受信部１４１は、ユーザが入力した接続状態を確認するコマンドを識別する。エッジテーブル１４８は、ネットワークセキュリティ装置１０１，１０２から収集した周辺のエッジ情報を取得して、格納している。結果表示部１４９は、接続確認の結果を表示する。パケット作成部１４３は、エッジ収集依頼パケット、接続確認開始パケット、ＩＣＭＰパケットを作成する。パケット送信部１４５は、外部、即ち接続確認するネットワークに上記のパケットを送信する。
【００１１】
図３は、ネットワークセキュリティ装置１０１，１０２の詳細機能を示す構成図である。
以下の図４もそうであるが、図３で示される状態制御部等の各構成要素は、図示しないプロセッサがメモリ上に記憶された機能プログラムを読取り実行して以下に示す動作を行う。先ずパケット受信部１５１は、外部、即ちネットワークからのパケットを受信する。パケット判別部１５２は、本発明に関わるパケットか、それ以外の通常の通信パケットかを判別する。本発明に関わるパケットとしては、エッジ情報の依頼パケット、接続確認開始・終了パケット、通信許可命令・許可終了パケットがある。エッジ収集部１５３は、ネットワークセキュリティ装置のエッジ情報を取得、格納する。ＳＰＤ（Ｓｅｃｕｒｉｔｙ  Ｐｏｌｉｃｙ  Ｄａｔａｂａｓｅ）編集部は、接続確認開始通知、通信許可命令パケットの情報に従って、ＳＰＤを一時的に編集する。ＳＰＤとは、パケットのセキュリティポリシーを記述したテーブルで、装置を通過しようとするパケットの種別・方向別の通信許可や廃棄条件、また通信を許可した場合の暗号・平文・認証の条件を表記したものである。
パケット作成部１５４は、エッジ収集応答パケット、ＩＣＭＰパケットを作成する。パケット送信部１５６は、外部にパケットを送信する。
【００１２】
図４は、本実施の形態における接続マネージャ装置１００を中心とする接続確認の動作シーケンスの例を示す図である。
図５は、本実施の形態における接続マネージャ装置１００の動作を示すフロー図であり、図６は、同じくネットワークセキュリティ装置１０１の動作を示すフロー図である。
また図７はエッジ収集依頼パケット（ＥＤＧＥ＿ＲＥＱ）の例を示す図であり、図８はエッジ収集応答パケット（ＥＤＧＥ＿ＲＥＰ）の例を示す図であり、図９は接続確認開始通知パケット（ＣＮＣＴ＿ＳＴＡＲＴ）の例を示す図であり、図１０は通信許可命令パケット（ＣＮＣＴ＿ＣＡＮ）の一例を示す図である。これらの図に示すパケットは、ＴＣＰもしくはＵＤＰのＷｅｌｌ−ｋｎｏｗｎでないベンダ独自ポート番号を利用した独自フォーマットであり、接続マネージャ装置１００およびネットワークセキュリティ装置ＳＥＣ＿Ａ  １０１、ＳＥＣ＿Ｂ１０２の間でのみ通信可能なものとする。
【００１３】
次にこれらの図を用いて接続確認の動作を説明する。
ユーザが接続マネージャ装置１００に、接続確認を指示する接続確認コマンドを入力する。このコマンドは、コマンド受信部１４１で接続確認のためのコマンドであると認識し、状態制御部１４２に接続マネージャ装置１００の状態を問い合わせる。接続マネージャ装置が初期状態のとき、図５の動作を開始する。即ち、パケット作成部１４３にエッジ収集パケットの作成を依頼する。パケット作成部１４３は、エッジ収集依頼パケットを作成し、パケット送信部１４５にエッジ収集依頼パケットを通知する。パケット送信部１４５は図５のＳ２０１、図４のＳ４０２で、図７のエッジ収集依頼パケットをＳＥＣ＿Ａに送信するとともに、エッジ収集依頼パケットを送信済みであることを状態制御部１４２に通知する。
【００１４】
図６において、Ｓ３０１でエッジ収集依頼パケットを受信したＳＥＣ＿Ａ  １０１は、パケット受信部１５１でパケットを受信した後、パケット判別部１５２でエッジ収集依頼パケットであることを認識し、エッジ収集部１５３に通知する。通知を受けたエッジ収集部１５３は、ネットワークセキュリティ装置１０１のゲートウェイ、および対向のネットワークセキュリティ装置１０２のＩＰアドレスを収集する。通常のネットワーク装置では、事前設定や定期的なプロトコル送受信により、デフォルト・ゲートウェイや対向するセキュリティ装置のＩＰアドレスの情報を保持しているため、エッジ収集部１５３はその情報を収集する。この場合、エッジ収集部１５３はネットワーク装置Ｒ１  １１１、Ｒ２  １１２のＩＰアドレス、ＳＥＣ＿Ｂ  １０２のＥｘｔｅｒｎａｌ側のＩＰアドレスを収集する。エッジ収集部１５３が収集した情報をもとに、パケット作成部１４３では、エッジ収集応答パケットを作成し、パケット送信部へ通知する。図６のＳ３０２でパケット送信部は、図８に示すエッジ収集応答パケットを接続マネージャ装置１００に送信する。
【００１５】
図５のＳ２０２、図４のＳ４０３でエッジ収集応答パケットを受信した接続マネージャ装置１００は、パケット受信部１４６でパケットを受信した後、パケット判別部１４７でエッジ収集応答パケットであることを認識する。パケット判別部１４７では、状態制御部１４２にエッジ収集応答パケットを受信したことを通知し、またエッジテーブル１４８にエッジ情報を格納する。状態制御部１４２では、エッジ収集応答パケットを受信したことを受けて、パケット作成部１４３へネットワーク装置Ｒ２  １１２をエッジとする接続確認開始（一時透過）通知パケットを作成するよう通知する。パケット作成部１４３は、接続確認開始通知パケットを作成し、パケット送信部１４５に作成データに通知する。図５のＳ２０３、図４のＳ４０４でパケット送信部１４５は、ＳＥＣ＿Ａ  １０１に図９に示す接続確認通知パケットを送信し、状態制御部１４２にネットワーク装置Ｒ２  １１２向け接続確認（一時透過）開始であることを通知する。
【００１６】
エッジ収集依頼パケットを受信したＳＥＣ＿Ａ  １０１は、パケット受信部１５１でパケットを受信した後、パケット判別部１５２でネットワーク装置Ｒ２向け接続確認通知パケットであることを認識し、ＳＰＤ編集部１５７に通知する。図６のＳ３０３でＳＰＤ編集部１５７では、接続マネージャ装置１００が発信するネットワーク装置Ｒ２向けのＩＣＭＰパケットを一時的に透過設定に変更する。
ＳＥＣ＿Ａ  １０１に接続確認通知パケットを送信した直後、接続マネージャ装置１００は、自身とネットワーク装置Ｒ２  １１２までの接続を確認するためのＩＣＭＰパケットをパケット作成部１４３で作成し、図５のＳ２０４、図４のＳ４０５でパケット送信部１４５から送信する。ＳＥＣ＿Ａ  １０１のＳＰＤ編集部１５７により接続マネージャ装置とネットワーク装置Ｒ２間の通信が一時的に透過設定に変更されているため、そのままネットワーク装置Ｒ２までの通信は可能であり、その応答として図５のＳ２０５、図４のＳ４０６でネットワーク装置Ｒ２  １１２からの応答は接続マネージャ装置１００に返信される。具体的には、ネットワーク装置Ｒ２からの応答ＩＣＭＰパケットは、パケット受信部１４６で受信した後、パケット判別部１４７でネットワーク装置Ｒ２からの応答であることが判別され、状態制御部１４２にネットワーク装置Ｒ２までの接続があることを通知する。
ユーザは、結果表示部１４９で応答結果を確認することができる。結果表示部にて、ネットワーク装置Ｒ２からの応答がないときは、接続マネージャ装置１００とネットワーク装置Ｒ２間で何らかの問題が発生していることがわかり、接続確認は終了する。
同様の動作をネットワーク装置Ｒ３  １１３に対して行う。
ＳＥＣ＿Ａ  １０１では、一定時間経過後、自動的にＳＰＤを元に戻す。
【００１７】
次に、接続マネージャ装置１００は、ＳＥＣ＿Ｂ  １０２との接続確認を試みる。接続マネージャ装置１００とネットワーク装置Ｒ２との手順と同様に、エッジテーブル１４８からＳＥＣ＿Ｂ  １０２のＩＰアドレスを取得し、図５のＳ２０７、図４のＳ４０７でＳＥＣ＿Ｂ  １０２向け接続開始（一時透過）通知パケットをＳＥＣ＿Ａ  １０１へ送信する。そして、この直後に自身からＳＥＣ＿Ｂ  １０２宛のＩＣＭＰパケットを作成し、図５のＳ２０８、図４の４０９で送信する。
ＳＥＣ＿Ｂ  １０２までの接続を確認するためには、ＳＥＣ＿Ａ  １０１だけでなくＳＥＣ＿Ｂ  １０２のＳＰＤも編集しなければならない。
ＳＥＣ＿Ａ  １０１では、ＳＥＣ＿Ｂ  １０２向け接続開始通知パケットを受信した後、ネットワーク装置Ｒ２向けＳＰＤ編集と同じ手順でＳＥＣ＿Ｂ  １０２に対応した自身のＳＰＤを編集する。これと同時に、ＳＥＣ＿Ｂ  １０２に（一時透過）通信許可命令パケットを作成し、図６のＳ３０５、図４のＳ４０８で送信する。図１０に示す通信許可命令パケットの情報は、接続開始通知パケットと同様に、接続マネージャ装置１００からＳＥＣ＿Ｂ  １０２を透過とするものである。ＳＥＣ＿Ｂ  １０２では、通信許可命令パケットをパケット受信部１５１で受信、パケット判別部１５２で許可すべき情報をＳＰＤ編集部１５７に通知する。ＳＰＤ編集部は、接続マネージャ装置１００とＳＥＣ＿Ｂ  １０２間のＩＣＭＰ通信を許可するようにＳＰＤを一時的に編集する。
【００１８】
ＳＥＣ＿Ｂ  １０２ではＳＰＤ編集後、接続マネージャ装置１００からのＩＣＭＰパケットに対して図４のＳ４１０で応答を返し、一定時間経過後、自動的にＳＰＤを元に戻す。
接続マネージャ装置１００は図５のＳ２０９で、パケット判別部１４７でＳＥＣ＿Ｂ  １０２からの応答であることを判別し、図４のＳ４１１で状態制御部１４２にＳＥＣ＿Ｂ  １０２までの接続があることを通知する。ユーザは、結果表示部１４９で応答結果を確認することができる。
ＳＥＣ＿Ｂ  １０２からのＩＣＭＰ応答がないとき、そもそもＳＥＣ＿Ａ  １０１が送信した通信許可命令がＳＥＣ＿Ｂ  １０２に到達していない可能性も考えられる。図１１のシーケンスはそのような場合を示している。例えば図のＳ５０４で届かなくなる。その場合、ＳＥＣ＿Ａ  １０１はＳ５０５でＴｒａｃｅｒｏｕｔｅコマンド（接続追跡パケット）を発行することによって、ＳＥＣ＿Ａ  １０１とＳＥＣ＿Ｂ  １０２間のネットワークＮ１  １２１のどこまでパケットが到達しているのかを調査し、例えばネットワーク装置Ｒ３までは到達していることを確認する。ＳＥＣ＿Ａ  １０１では、その調査結果をもとに通信許可命令応答パケットを作成し、通信できたポイントまでの経路情報を接続マネージャ装置１００に通知する。図１２は、通信許可命令応答パケット（ＣＮＣＴ＿ＲＥＰ）の一例である。
【００１９】
また、本実施の形態において、必ずしもＳＥＣ＿Ａ  １０１によって自動的に収集された対象のみを接続確認のエッジと限定するわけではない。ネットワーク経由での自動的なエッジ収集が困難であるが、あらかじめ入手しやすいエッジの情報、例えばネットワーク装置Ｒ３までの接続確認も、ネットワーク装置Ｒ３を明示的に接続マネージャ装置１００でコマンド入力することによって、ネットワーク装置Ｒ２やＳＥＣ＿Ｂ  １０２までの接続確認と同様に、ＳＥＣ＿Ａ  １０１への接続確認開始通知パケットの送信やＳＰＤの一時編集を行う手法が適用できるため、実現可能である。
以上のように、接続マネージャ装置からの指示にしたがって自動的にＳＰＤを編集するようにしているので、一度の操作でネットワークの接続状態を確認することができる。これによって、セキュアネットワークにおいて、セキュリティ設定の不整合性とネットワーク障害の問題の切り分けに役立てることができる。
【００２０】
実施の形態２．
上記の実施の形態では、セキュリティ装置が、接続確認開始通知パケットや通信許可命令パケットの受信を契機として、ＳＰＤを編集した後、一定時間後にＳＰＤを元に戻す構成を持ち、動作をするようにしたが、次に接続確認のタイミングを計るのが難しい場合に、接続マネージャ装置が接続確認終了パケットを通知して、意図的にＳＰＤを元に戻す実施の形態を示す。
図１３は、本実施の形態における接続マネージャ装置１００ｂによる接続確認終了通知パケット（ＣＮＣＴ＿ＥＮＤ）の例を示す図であり、図１４は、同じく通信許可終了パケット（ＣＮＣＴ＿ＣＡＮＮＯＴ）の一例を示す図である。また図１５は、本実施の形態におけるネットワークシーケンス図を示している。
本実施の形態においては、接続マネージャ装置１００ｂは、接続確認開始通知パケットと接続確認のためのＩＣＭＰパケットを送信した後、一定時間経過後、もしくはユーザからのコマンド入力により、接続確認終了通知パケットをパケット作成部１４３で作成し、パケット送信部１４５から送信する。この結果、ＳＥＣ＿Ａ  １０１は、接続確認終了通知パケットの対象がネットワーク装置Ｒ２であった場合は、自分の認識しているゲートウェイであるため、自分のＳＰＤを元に戻す。
【００２１】
これに加えて、ＳＥＣ＿Ｂ  １０２までの接続を確認後に、ＳＥＣ＿Ｂ  １０２も対象とした接続確認終了通知パケットを受信した場合、つまり図１５のＳ４２３の受信時には、ＳＥＣ＿Ａ  １０１はＳＰＤ編集部１５７による自分のＳＥＣ＿Ｂに関するＳＰＤを修正するとともに、通信許可終了命令を作成し、図１５のＳ４２４でＳＥＣ＿Ｂ  １０２に送信する。
ＳＥＣ＿Ｂ  １０２は、ＳＥＣ＿Ａから通信許可終了コマンドを受信して、ＳＰＤ編集部が自分のＳＰＤを元に戻す。
以上のように、接続マネージャ装置からの指示にしたがって自動的にＳＰＤを編集するようにしているので、一度の操作でネットワークの接続状態を確認することができる。これによって、セキュアネットワークにおいて、セキュリティ設定の不整合性とネットワーク障害の問題の切り分けに役立てることができる。これに加えて、明示的にＳＰＤの編集期間を操作することが可能なため、ＳＰＤの一時的な編集がセキュリティホールやネットワーク構成の混乱の原因となるのを防ぐことができる。
【００２２】
実施の形態３．
上記の各実施の形態では、接続マネージャ装置は専用の装置であるとして説明した。同様にネットワークセキュリティ装置にも専用部分を埋め込んで機能を待たせる例を説明した。  しかし、そうした専用装置によるのではなく、接続マネージャ装置の、パケット判別部、状態制御部、パケット作成部等を、図５のフローに示す機能を持たせたプログラムを記憶し、それを実行する汎用の計算機で構成してもよい。
同様にネットワークセキュリティ装置の、パケット判別部、ＳＰＤ編集部、パケット生成部等を、図６のフローに示す機能を持たせたプログラムを記憶し、それを実行する汎用の計算機で構成してもよい。
上記の構成によっても、先の各実施の形態における構成と同様の効果が得られることは明らかである。
【図面の簡単な説明】
【００２３】
【図１】この発明の実施の形態１におけるセキュアネットワークの構成を示す図である。
【図２】実施の形態１における接続マネージャ装置の詳細機能を示す構成図である。
【図３】実施の形態１におけるネットワークセキュリティ装置の詳細機能を示す構成図である。
【図４】実施の形態１における接続マネージャ装置を中心とする接続確認の動作シーケンスの例を示す図である。
【図５】実施の形態１における接続マネージャ装置の動作を示すフロー図である。
【図６】実施の形態１におけるネットワークセキュリティ装置の動作を示すフロー図である。
【図７】実施の形態１におけるエッジ収集依頼パケットの例を示す図である。
【図８】実施の形態１におけるエッジ収集応答パケットの例を示す図である。
【図９】実施の形態１における接続確認開始通知パケットの例を示す図である。
【図１０】実施の形態１における通信許可命令パケットの一例を示す図である。
【図１１】実施の形態１における通信許可命令が不到達のシーケンスを示す図である。
【図１２】実施の形態１における通信許可命令応答パケットの例を示す図である。
【図１３】この発明の実施の形態２における接続確認終了通知パケットの例を示す図である。
【図１４】実施の形態２における通信許可終了パケットの例を示す図である。
【図１５】実施の形態２におけるネットワークシーケンスを示す図である。
【図１６】従来の一部にセキュアネットワークを含むシステムを示す図である。
【符号の説明】
【００２４】
１００  接続マネージャ装置、１０１，１０２  ネットワークセキュリティ装置、１１１  ネットワーク装置Ｒ１、１１２  ネットワーク装置Ｒ２、１１３  ネットワーク装置Ｒ３、１１４  ネットワーク装置Ｒ４、１２１  ネットワークＮ１、１２２  サブネットワークＳＮ１、１２３  サブネットワークＳＮ２、１４１  コマンド受信部、１４２  状態制御部、１４３  パケット作成部、１４４  ＩＰプロトコルスタック、１４５  パケット送信部、１４６  パケット受信部、１４７  パケット判別部、１４８  エッジテーブル、１４９  結果表示部、１５１  パケット受信部、１５２  パケット判別部、１５３  エッジ収集部、１５４  パケット作成部、１５５  ＩＰプロトコルスタック、１５６  パケット送信部、１５７  ＳＰＤ編集部、Ｓ２０１  エッジ収集依頼パケット送信ステップ、Ｓ２０２  エッジ収集応答パケット受信・エッジ情報格納ステップ、Ｓ２０３  接続確認通知パケット送信ステップ、Ｓ２０４  ＩＣＭＰパケット送信ステップ、Ｓ２０５  ＩＣＭＰリプライパケット受信ステップ、Ｓ２０７  接続開始通知パケット送信ステップ、Ｓ２０８  ＩＣＭＰパケット送信ステップ、Ｓ２０９  ＩＣＭＰリプライパケット受信ステップ、Ｓ３０１  エッジ収集依頼パケット受信ステップ、Ｓ３０２  エッジ応答パケット送信ステップ、Ｓ３０３  接続確認通知パケット受信・ＩＣＭＰ透過設定ステップ、Ｓ３０４  接続開始通知パケット受信・ＩＣＭＰ透過設定ステップ、Ｓ３０５  通信許可命令パケット送信ステップ、Ｓ３０６  透過設定取消しステップ、Ｓ４０２  エッジ収集依頼パケット送信ステップ、Ｓ４０３  エッジ収集応答パケット送信ステップ、Ｓ４０４  接続確認通知パケット送信ステップ、Ｓ４０５  ＩＣＭＰパケット送信ステップ、Ｓ４０６  ＩＣＭＰリプライパケット送信ステップ、Ｓ４０７  接続開始通知パケット送信ステップ、Ｓ４０８  通信許可命令パケット送信ステップ、Ｓ４０９  ＩＣＭＰパケット送信ステップ、Ｓ４１０  ＩＣＭＰリプライパケット送信ステップ、Ｓ４２１，Ｓ４２３  通信許可終了パケット送信ステップ、Ｓ５０５  Ｔｒａｃｅｒｏｕｔｅパケット送信ステップ、Ｓ５０６  通信許可命令応答パケット送信ステップ。
【図１】
2006074443.tif 000003
【図２】
2006074443.tif 000004
【図３】
2006074443.tif 000005
【図４】
2006074443.tif 000006
【図５】
2006074443.tif 000007
【図６】
2006074443.tif 000008
【図７】
2006074443.tif 000009
【図８】
2006074443.tif 000010
【図９】
2006074443.tif 000011
【図１０】
2006074443.tif 000012
【図１１】
2006074443.tif 000013
【図１２】
2006074443.tif 000014
【図１３】
2006074443.tif 000015
【図１４】
2006074443.tif 000016
【図１５】
2006074443.tif 000017
【図１６】
2006074443.tif 000018