JP2000194625A - 監視システムおよび記録媒体 - Google Patents
監視システムおよび記録媒体Info
- Publication number
- JP2000194625A JP2000194625A JP37455698A JP37455698A JP2000194625A JP 2000194625 A JP2000194625 A JP 2000194625A JP 37455698 A JP37455698 A JP 37455698A JP 37455698 A JP37455698 A JP 37455698A JP 2000194625 A JP2000194625 A JP 2000194625A
- Authority
- JP
- Japan
- Prior art keywords
- segment
- server
- protocol
- packet
- monitoring
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Landscapes
- Computer And Data Communications (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
(57)【要約】
【課題】 本発明は、ネットワークで接続された複数の
セグメントの監視を行う監視システムおよび記録媒体に
関し、各セグメント内に監視ソフトをローディングした
端末を設けると共にセグメントを渡ってパケットを送受
信するプロトコルでサーバに情報を通知し、当該サーバ
は各セグメント内の監視ソフトから通知を受けた情報を
収集して解析し、複数のセグメント内の情報を簡単な構
成で収集可能にすると共に遠隔保守を実現することを目
的とする。 【解決手段】 プロトコルでパケットを送受信可能な範
囲である各セグメント内に設け、当該セグメント内のパ
ケットを監視する監視手段と、当該監視手段によって収
集した情報を、当該セグメントを通過してサーバの存在
するセグメントにパケットを送受信可能なプロトコルに
対応したパケットに格納してサーバに送信する送信手段
とを備えた端末エージェントと、送信手段から送信され
たパケットを受信して情報を集計・解析する手段を設け
た、サーバとから構成する。
セグメントの監視を行う監視システムおよび記録媒体に
関し、各セグメント内に監視ソフトをローディングした
端末を設けると共にセグメントを渡ってパケットを送受
信するプロトコルでサーバに情報を通知し、当該サーバ
は各セグメント内の監視ソフトから通知を受けた情報を
収集して解析し、複数のセグメント内の情報を簡単な構
成で収集可能にすると共に遠隔保守を実現することを目
的とする。 【解決手段】 プロトコルでパケットを送受信可能な範
囲である各セグメント内に設け、当該セグメント内のパ
ケットを監視する監視手段と、当該監視手段によって収
集した情報を、当該セグメントを通過してサーバの存在
するセグメントにパケットを送受信可能なプロトコルに
対応したパケットに格納してサーバに送信する送信手段
とを備えた端末エージェントと、送信手段から送信され
たパケットを受信して情報を集計・解析する手段を設け
た、サーバとから構成する。
Description
【０００１】
【発明の属する技術分野】本発明は、ネットワークで接
続された複数のセグメントの監視を行う監視システムお
よび記録媒体に関するものである。
続された複数のセグメントの監視を行う監視システムお
よび記録媒体に関するものである。
【０００２】
【従来の技術】従来、ネットワークのトラフィックなど
を監視するソフトは、ルータのルーティング機能により
プロトコル毎にパケットを送受信できる範囲（セグメン
ト）が限られていたため、当該限られた範囲（セグメン
ト）内のネットワークのトラフィックなどを監視するよ
うにしていた。このため、セグメント毎に監視ソフトを
ローディングした端末を設けるようにしていた。
を監視するソフトは、ルータのルーティング機能により
プロトコル毎にパケットを送受信できる範囲（セグメン
ト）が限られていたため、当該限られた範囲（セグメン
ト）内のネットワークのトラフィックなどを監視するよ
うにしていた。このため、セグメント毎に監視ソフトを
ローディングした端末を設けるようにしていた。
【０００３】
【発明が解決しようとする課題】従来は、上述したよう
にパケットを送受信できる範囲（セグメント）毎に監視
ソフトをローディングした端末を設けてこれら各端末が
個別にネットワークのトラフィックなどを監視していた
ため、当該監視対象とした複数のセグメントのトラフィ
ックなどを集中的に遠隔管理できないという問題があっ
た。
にパケットを送受信できる範囲（セグメント）毎に監視
ソフトをローディングした端末を設けてこれら各端末が
個別にネットワークのトラフィックなどを監視していた
ため、当該監視対象とした複数のセグメントのトラフィ
ックなどを集中的に遠隔管理できないという問題があっ
た。
【０００４】また、電子メールでネットワークを介して
相手に送信した場合、当該電子メールの内容が第三者に
取得されその内容が盗用されてしまう問題もあった。本
発明は、これら問題を解決するため、各セグメント内に
監視ソフトをローディングした端末を設けると共にセグ
メントを渡ってパケットを送受信するプロトコルでサー
バに情報を通知し、当該サーバは各セグメント内の監視
ソフトから通知を受けた情報を収集して解析し、複数の
セグメント内の情報を簡単な構成で収集可能にすると共
に遠隔保守を実現することを目的としている。
相手に送信した場合、当該電子メールの内容が第三者に
取得されその内容が盗用されてしまう問題もあった。本
発明は、これら問題を解決するため、各セグメント内に
監視ソフトをローディングした端末を設けると共にセグ
メントを渡ってパケットを送受信するプロトコルでサー
バに情報を通知し、当該サーバは各セグメント内の監視
ソフトから通知を受けた情報を収集して解析し、複数の
セグメント内の情報を簡単な構成で収集可能にすると共
に遠隔保守を実現することを目的としている。
【０００５】
【課題を解決するための手段】図１を参照して課題を解
決するための手段を説明する。図１において、監視サー
バ１は、端末エージェント１１から送信されたパケット
あるいは電子メールを受信して情報を集計・解析するも
のである。
決するための手段を説明する。図１において、監視サー
バ１は、端末エージェント１１から送信されたパケット
あるいは電子メールを受信して情報を集計・解析するも
のである。
【０００６】端末エージェント１１は、セグメント内の
パケットを監視する監視手段と、当該監視手段によって
収集した情報を当該セグメントを通過してサーバ１の存
在するセグメントにパケットを送受信可能なプロトコル
に対応したパケットに格納してサーバに送信する送信手
段とを備えたものである。
パケットを監視する監視手段と、当該監視手段によって
収集した情報を当該セグメントを通過してサーバ１の存
在するセグメントにパケットを送受信可能なプロトコル
に対応したパケットに格納してサーバに送信する送信手
段とを備えたものである。
【０００７】次に、動作を説明する。端末エージェント
１１を構成する監視手段がセグメント内のパケットを監
視し、送信手段が監視手段によって収集した情報を当該
セグメントを通過してサーバ１の存在するセグメントに
パケットを送受信可能なプロトコルに対応したパケット
に格納してサーバに送信し、サーバ１が送信されたパケ
ットを受信して情報を集計・解析するようにしている。
１１を構成する監視手段がセグメント内のパケットを監
視し、送信手段が監視手段によって収集した情報を当該
セグメントを通過してサーバ１の存在するセグメントに
パケットを送受信可能なプロトコルに対応したパケット
に格納してサーバに送信し、サーバ１が送信されたパケ
ットを受信して情報を集計・解析するようにしている。
【０００８】この際、セグメントを通過しサーバ１の存
在するセグメントにパケットを送受信可能なプロトコル
として、複数種類のプロトコルに対応したパケットを順
次作成してサーバ１に送信することを繰り返して応答の
あったプロトコルとするようにしている。
在するセグメントにパケットを送受信可能なプロトコル
として、複数種類のプロトコルに対応したパケットを順
次作成してサーバ１に送信することを繰り返して応答の
あったプロトコルとするようにしている。
【０００９】また、セグメントを通過しサーバの存在す
るセグメントにパケットを送受信可能なプロトコルとし
て、他のセグメントからのパケットを取得してそのプロ
トコルを識別し、当該プロトコルに対応したパケットを
作成して上記サーバに送信して応答のあったプロトコル
とするようにしている。
るセグメントにパケットを送受信可能なプロトコルとし
て、他のセグメントからのパケットを取得してそのプロ
トコルを識別し、当該プロトコルに対応したパケットを
作成して上記サーバに送信して応答のあったプロトコル
とするようにしている。
【００１０】また、セグメントを通過しサーバの存在す
るセグメントにパケットを送受信可能なプロトコルとし
て、複数種類のプロトコルに対応したパケットを順次作
成してサーバ１から端末エージェント１１あるいは端末
エージェント１１からサーバ１に送信して応答のあった
プロトコルとするようにしている。
るセグメントにパケットを送受信可能なプロトコルとし
て、複数種類のプロトコルに対応したパケットを順次作
成してサーバ１から端末エージェント１１あるいは端末
エージェント１１からサーバ１に送信して応答のあった
プロトコルとするようにしている。
【００１１】また、端末エージェント１１を構成する監
視手段がセグメント内のパケットを監視し、送信手段が
監視手段によって収集した情報を電子メールに設定して
サーバ１に送信し、サーバ１が送信された電子メールを
受信して情報を集計・解析するようにしている。
視手段がセグメント内のパケットを監視し、送信手段が
監視手段によって収集した情報を電子メールに設定して
サーバ１に送信し、サーバ１が送信された電子メールを
受信して情報を集計・解析するようにしている。
【００１２】また、送信するパケットあるいは電子メー
ルの内容を暗号化し、第三者に取得されて盗用されない
ようにしている。従って、各セグメント内に監視ソフト
をローディングした端末エージェント１１を設けると共
にセグメントを渡ってパケットを送受信するプロトコル
あるいは電子メールで、サーバ１に情報を通知し、当該
サーバ１は各セグメント内の監視ソフトから通知を受け
た情報を収集して解析することにより、複数のセグメン
ト内の情報を簡単な構成で収集して遠隔保守を実現する
ことが可能となる。
ルの内容を暗号化し、第三者に取得されて盗用されない
ようにしている。従って、各セグメント内に監視ソフト
をローディングした端末エージェント１１を設けると共
にセグメントを渡ってパケットを送受信するプロトコル
あるいは電子メールで、サーバ１に情報を通知し、当該
サーバ１は各セグメント内の監視ソフトから通知を受け
た情報を収集して解析することにより、複数のセグメン
ト内の情報を簡単な構成で収集して遠隔保守を実現する
ことが可能となる。
【００１３】
【実施例】次に、図１から図１０を用いて本発明の実施
の形態および動作を順次詳細に説明する。
の形態および動作を順次詳細に説明する。
【００１４】図１は、本発明のシステム構成図を示す。
図１において、監視サーバ１は、端末エージェント１１
から送信されたパケットあるいは電子メールを受信して
情報を集計・解析するものである。
図１において、監視サーバ１は、端末エージェント１１
から送信されたパケットあるいは電子メールを受信して
情報を集計・解析するものである。
【００１５】端末エージェント１１は、セグメント内の
パケットを監視する監視手段と、当該監視手段によって
収集した情報を当該セグメントを通過してサーバ１の存
在する他のセグメントにパケットを送受信可能なプロト
コルに対応したパケットに格納してサーバに送信した
り、電子メールに収集した情報を格納してサーバ１に送
信したりなどするものである。
パケットを監視する監視手段と、当該監視手段によって
収集した情報を当該セグメントを通過してサーバ１の存
在する他のセグメントにパケットを送受信可能なプロト
コルに対応したパケットに格納してサーバに送信した
り、電子メールに収集した情報を格納してサーバ１に送
信したりなどするものである。
【００１６】端末２，１２は、ＬＡＮなどに接続し、パ
ケットを相互に送受信して各種業務処理を行うものであ
る。ルータ３，４は、パケットを中継するものであっ
て、サポートするプロトコルで作成されたパケットは中
継し、サポートしないプロトコルで作成されたパケット
は中継しないものである。ここでは、プロトコルＰ１で
作成されたパケットは中継し、プロトコルＰ２，Ｐ３で
作成したパケットは中継しない。
ケットを相互に送受信して各種業務処理を行うものであ
る。ルータ３，４は、パケットを中継するものであっ
て、サポートするプロトコルで作成されたパケットは中
継し、サポートしないプロトコルで作成されたパケット
は中継しないものである。ここでは、プロトコルＰ１で
作成されたパケットは中継し、プロトコルＰ２，Ｐ３で
作成したパケットは中継しない。
【００１７】セグメントＳ１は、ここでは、上段のＬＡ
Ｎを含む範囲である。セグメントＳ２は、ここでは、下
段のＬＡＮを含む範囲である。プロトコルＰ２、Ｐ３
は、図示のように、ここでは、端末（Ｔ２）１２、端末
（Ｔ３）１２がＬＡＮを介して当該プロトコルＰ２，Ｐ
３で作成したパケットを相互に送受信するためのもので
ある。
Ｎを含む範囲である。セグメントＳ２は、ここでは、下
段のＬＡＮを含む範囲である。プロトコルＰ２、Ｐ３
は、図示のように、ここでは、端末（Ｔ２）１２、端末
（Ｔ３）１２がＬＡＮを介して当該プロトコルＰ２，Ｐ
３で作成したパケットを相互に送受信するためのもので
ある。
【００１８】プロトコルＰ１は、上段のセグメントＳ１
と、下段のセグメントＳ２との壁を越えて相互に作成し
たパケットで送受信できるものであって、例えばＴＣＰ
／ＩＰプロトコルである。ここで、端末（Ｔ１）２，端
末（Ｔ２）２が相互に所定のプロトコルでパケットを相
互に送受信できる範囲（＝セグメントＳ１）と、セグメ
ントＳ２との間の壁を超えてパケットを相互に送受信で
きるプロトコルであって、例えばＴＣＰ／ＩＰなどであ
る。また、セグメントＳ２内の監視エージェント１１か
らセグメントＳ１内のサーバ１に電子メールでセグメン
トＳ２内のトラフィック量などの情報を格納して通知す
るようにしてもよい。
と、下段のセグメントＳ２との壁を越えて相互に作成し
たパケットで送受信できるものであって、例えばＴＣＰ
／ＩＰプロトコルである。ここで、端末（Ｔ１）２，端
末（Ｔ２）２が相互に所定のプロトコルでパケットを相
互に送受信できる範囲（＝セグメントＳ１）と、セグメ
ントＳ２との間の壁を超えてパケットを相互に送受信で
きるプロトコルであって、例えばＴＣＰ／ＩＰなどであ
る。また、セグメントＳ２内の監視エージェント１１か
らセグメントＳ１内のサーバ１に電子メールでセグメン
トＳ２内のトラフィック量などの情報を格納して通知す
るようにしてもよい。
【００１９】次に、図２のフローチャートの順番に従
い、図１の構成の動作を詳細に説明する。図２は、本発
明の動作説明フローチャート（エージェント）を示す。
い、図１の構成の動作を詳細に説明する。図２は、本発
明の動作説明フローチャート（エージェント）を示す。
【００２０】図２において、Ｓ１は、閉じたセグメント
内のネットワーク情報を収集する。これは、プロトコル
を使用してパケットを送受信できる範囲（＝セグメン
ト）、例えば図１のセグメントＳ２内のネットワーク情
報（トラフィック量、端末の応答の有無など）を収集す
る。
内のネットワーク情報を収集する。これは、プロトコル
を使用してパケットを送受信できる範囲（＝セグメン
ト）、例えば図１のセグメントＳ２内のネットワーク情
報（トラフィック量、端末の応答の有無など）を収集す
る。
【００２１】Ｓ２は、エージェントか判別する。これ
は、Ｓ１のネットワーク情報を収集したものが、図１の
監視エージェント１１か判別する。ＹＥＳの場合には、
Ｓ３に進む。ＮＯの場合には、サーバ１がＳ１のネット
ワーク情報を収集したと判明したので、Ｓ１１でサーバ
処理（サーバで他の監視エージェント１１からのネット
ワーク情報を集計・解析などのサーバ処理）を行う。
は、Ｓ１のネットワーク情報を収集したものが、図１の
監視エージェント１１か判別する。ＹＥＳの場合には、
Ｓ３に進む。ＮＯの場合には、サーバ１がＳ１のネット
ワーク情報を収集したと判明したので、Ｓ１１でサーバ
処理（サーバで他の監視エージェント１１からのネット
ワーク情報を集計・解析などのサーバ処理）を行う。
【００２２】Ｓ３は、壁を越えられるプロトコルがわか
っているか判別する。ＹＥＳの場合には、Ｓ５に進む。
ＮＯの場合には、壁を越えられるプロトコルが不明と判
明したので、Ｓ４で壁を越えられるプロトコルを後述す
る図３から図５のいずれかで自動取得し、Ｓ５に進む。
っているか判別する。ＹＥＳの場合には、Ｓ５に進む。
ＮＯの場合には、壁を越えられるプロトコルが不明と判
明したので、Ｓ４で壁を越えられるプロトコルを後述す
る図３から図５のいずれかで自動取得し、Ｓ５に進む。
【００２３】Ｓ５は、プロトコルが１つか判別する。Ｙ
ＥＳの場合には、Ｓ７に進む。ＮＯの場合には、Ｓ６で
送信プロトコル決定（例えば優先順位あるいはサーバ指
定で決定）し、Ｓ７に進む。
ＥＳの場合には、Ｓ７に進む。ＮＯの場合には、Ｓ６で
送信プロトコル決定（例えば優先順位あるいはサーバ指
定で決定）し、Ｓ７に進む。
【００２４】Ｓ７は、送信プロトコル用にネットワーク
情報を編集する（図７参照）。Ｓ８は、暗号化およびハ
ッシュ化する。これは、Ｓ７で編集した後のネットワー
ク情報を、暗号化して第三者に盗用されないようにした
り、ハッシュ化して真正のネットワーク情報である旨の
認証を行ったりする。
情報を編集する（図７参照）。Ｓ８は、暗号化およびハ
ッシュ化する。これは、Ｓ７で編集した後のネットワー
ク情報を、暗号化して第三者に盗用されないようにした
り、ハッシュ化して真正のネットワーク情報である旨の
認証を行ったりする。
【００２５】Ｓ９は、サーバに向けて送信する。これ
は、Ｓ８で暗号化およびハッシュ化したパケットを、サ
ーバ１を宛先として送信する。Ｓ１０は、終了か判別す
る。ＹＥＳの場合には、終了する。ＮＯの場合には、Ｓ
１に戻り繰り返す。
は、Ｓ８で暗号化およびハッシュ化したパケットを、サ
ーバ１を宛先として送信する。Ｓ１０は、終了か判別す
る。ＹＥＳの場合には、終了する。ＮＯの場合には、Ｓ
１に戻り繰り返す。
【００２６】以上によって、閉じたネットワーク内（＝
セグメント内）でネットワーク情報を収集し、壁を越え
られるプロトコルで当該ネットワーク情報をパケットに
作成および暗号化とハッシュ化を行った後、サーバ１を
宛先に当該パケットを送信する。そして、サーバ１は、
送信されたパケットを受信してネットワーク情報を取り
出して集計・解析することが可能となる。
セグメント内）でネットワーク情報を収集し、壁を越え
られるプロトコルで当該ネットワーク情報をパケットに
作成および暗号化とハッシュ化を行った後、サーバ１を
宛先に当該パケットを送信する。そして、サーバ１は、
送信されたパケットを受信してネットワーク情報を取り
出して集計・解析することが可能となる。
【００２７】図３は、本発明の動作説明フローチャート
（プロトコル自動取得／エージェント）を示す。図３に
おいて、Ｓ２１は、右のプロトコルリストより応答要求
パケットを作成する。これは、右に記載した下記のプロ
トコルリストより応答要求パケットを作成する。
（プロトコル自動取得／エージェント）を示す。図３に
おいて、Ｓ２１は、右のプロトコルリストより応答要求
パケットを作成する。これは、右に記載した下記のプロ
トコルリストより応答要求パケットを作成する。
【００２８】（１） ＳＮＭＰ （２） 汎用プロトコル：ＴＣＰ／ＩＰ、ＡｐｐｌｅＴ
ａｌｋなど （３） 電子メール：プロトコルではないが、壁を越え
てネットワーク情報を通知する手段として、ここでは、
扱うことにする。
ａｌｋなど （３） 電子メール：プロトコルではないが、壁を越え
てネットワーク情報を通知する手段として、ここでは、
扱うことにする。
【００２９】Ｓ２２は、サーバへ送信する。これは、Ｓ
２１で作成した応答要求パケットをサーバ１へ送信（宛
先をサーバに設定した応答要求パケットを送信）する。
Ｓ２３は、応答ありか判別する。ＹＥＳの場合には、サ
ーバ１から応答があり、監視エージェント１１と、壁を
越えた（図１のセグメントＳ２からセグメントＳ１へセ
グメントを超えた）サーバ１との間でパケットの送受信
が成功したので当該プロトコルを自動取得できたことと
なる。一方、ＮＯの場合には、Ｓ２４でプロトコルリス
ト内の別のプロトコルを選択し、Ｓ２１に戻り繰り返
す。
２１で作成した応答要求パケットをサーバ１へ送信（宛
先をサーバに設定した応答要求パケットを送信）する。
Ｓ２３は、応答ありか判別する。ＹＥＳの場合には、サ
ーバ１から応答があり、監視エージェント１１と、壁を
越えた（図１のセグメントＳ２からセグメントＳ１へセ
グメントを超えた）サーバ１との間でパケットの送受信
が成功したので当該プロトコルを自動取得できたことと
なる。一方、ＮＯの場合には、Ｓ２４でプロトコルリス
ト内の別のプロトコルを選択し、Ｓ２１に戻り繰り返
す。
【００３０】以上によって、監視エージェント１１でプ
ロトコルリストから取り出したプロトコルで応答要求パ
ケットを作成し、壁（セグメント）を超えてサーバ１に
送信して応答を受信したときに当該プロトコルを、監視
エージェント１１から壁（セグメント）を超えて通知す
るプロトコルとして自動取得することが可能となる。
ロトコルリストから取り出したプロトコルで応答要求パ
ケットを作成し、壁（セグメント）を超えてサーバ１に
送信して応答を受信したときに当該プロトコルを、監視
エージェント１１から壁（セグメント）を超えて通知す
るプロトコルとして自動取得することが可能となる。
【００３１】図４は、本発明の動作説明フローチャート
（プロトコル自動取得／サーバ）を示す。図４におい
て、Ｓ３１は、他のセグメントからのパケットをキャプ
チャする（取り込む）。
（プロトコル自動取得／サーバ）を示す。図４におい
て、Ｓ３１は、他のセグメントからのパケットをキャプ
チャする（取り込む）。
【００３２】Ｓ３２は、Ｓ３１でキャプチャしたパケッ
トのプロトコルを識別する。Ｓ３３は、そのプロトコル
の応答要求パケットを作成する。Ｓ３４は、エージェン
トへ送信する。
トのプロトコルを識別する。Ｓ３３は、そのプロトコル
の応答要求パケットを作成する。Ｓ３４は、エージェン
トへ送信する。
【００３３】Ｓ３５は、応答ありか判別する。ＹＥＳの
場合には、監視エージェント１１から応答があり、サー
バ１と、壁を越えた（図１のセグメントＳ１からセグメ
ントＳ２へセグメントを超えた）監視エージェント１１
との間でパケットの送受信が成功したので当該プロトコ
ルを自動取得できたこととなる。一方、ＮＯの場合に
は、Ｓ３６で別のプロトコルのパケットをキャプチャ対
象に設定し、Ｓ３１以降を繰り返す。
場合には、監視エージェント１１から応答があり、サー
バ１と、壁を越えた（図１のセグメントＳ１からセグメ
ントＳ２へセグメントを超えた）監視エージェント１１
との間でパケットの送受信が成功したので当該プロトコ
ルを自動取得できたこととなる。一方、ＮＯの場合に
は、Ｓ３６で別のプロトコルのパケットをキャプチャ対
象に設定し、Ｓ３１以降を繰り返す。
【００３４】以上によって、サーバ１で他のセグメント
からのパケットをキャプチャしてプロトコルを識別し、
識別したプロトコルの１つを取り出し当該プロトコルで
応答要求パケットを作成し、壁（セグメント）を超えて
監視エージェント１１に送信して応答を受信したときに
当該プロトコルを、サーバ１から壁（セグメント）を超
えて通知するプロトコルとして自動取得することが可能
となる。
からのパケットをキャプチャしてプロトコルを識別し、
識別したプロトコルの１つを取り出し当該プロトコルで
応答要求パケットを作成し、壁（セグメント）を超えて
監視エージェント１１に送信して応答を受信したときに
当該プロトコルを、サーバ１から壁（セグメント）を超
えて通知するプロトコルとして自動取得することが可能
となる。
【００３５】図５は、本発明の動作説明フローチャート
（プロトコル自動取得／サーバ・エージェント）を示
す。図５において、Ｓ４１は、管理者がプロトコルを指
定する。
（プロトコル自動取得／サーバ・エージェント）を示
す。図５において、Ｓ４１は、管理者がプロトコルを指
定する。
【００３６】Ｓ４２は、そのプロトコルの応答要求パケ
ットを作成する。Ｓ４３は、エージェントまたはサーバ
へ送信する。Ｓ４４は、応答ありか判別する。ＹＥＳの
場合には、監視エージェント１１またサーバ１から応答
があり、サーバ１または監視エージェント１１と、壁を
越えた（図１のセグメントＳ１とセグメントＳ２とのセ
グメントを超えた）監視エージェント１１またはサーバ
１との間でパケットの送受信が成功したので当該プロト
コルを自動取得できたこととなる。一方、ＮＯの場合に
は、Ｓ４５で別のプロトコルを指定し、Ｓ４２以降を繰
り返す。
ットを作成する。Ｓ４３は、エージェントまたはサーバ
へ送信する。Ｓ４４は、応答ありか判別する。ＹＥＳの
場合には、監視エージェント１１またサーバ１から応答
があり、サーバ１または監視エージェント１１と、壁を
越えた（図１のセグメントＳ１とセグメントＳ２とのセ
グメントを超えた）監視エージェント１１またはサーバ
１との間でパケットの送受信が成功したので当該プロト
コルを自動取得できたこととなる。一方、ＮＯの場合に
は、Ｓ４５で別のプロトコルを指定し、Ｓ４２以降を繰
り返す。
【００３７】以上によって、サーバ１または監視エージ
ェント１１で管理者がプロトコルを指定し、当該指定さ
れたプロトコルで応答要求パケットを作成し、壁（セグ
メント）を超えて監視エージェント１１またはサーバ１
に送信して応答を受信したときに当該プロトコルを、サ
ーバ１と監視エージェント１１との間の壁（セグメン
ト）を超えて通知するプロトコルとして自動取得するこ
とが可能となる。
ェント１１で管理者がプロトコルを指定し、当該指定さ
れたプロトコルで応答要求パケットを作成し、壁（セグ
メント）を超えて監視エージェント１１またはサーバ１
に送信して応答を受信したときに当該プロトコルを、サ
ーバ１と監視エージェント１１との間の壁（セグメン
ト）を超えて通知するプロトコルとして自動取得するこ
とが可能となる。
【００３８】図６は、本発明の動作説明フローチャート
（プロトコル自動取得／サーバ・エージェント）を示
す。図６において、Ｓ５１は、プロトコル一覧から試し
ていないプロトコルを選択する。
（プロトコル自動取得／サーバ・エージェント）を示
す。図６において、Ｓ５１は、プロトコル一覧から試し
ていないプロトコルを選択する。
【００３９】・プロトコル一覧 （１） ＳＮＭＰ （２） 汎用プロトコル：ＴＣＰ／ＩＰ、ＡｐｐｌｅＴ
ａｌｋなど （３） 電子メール（プロトコルではないが、壁（セグ
メント）を超えて通知するものとしてここでは、含め
る） Ｓ５２は、そのプロトコルの応答要求パケットを作成す
る。
ａｌｋなど （３） 電子メール（プロトコルではないが、壁（セグ
メント）を超えて通知するものとしてここでは、含め
る） Ｓ５２は、そのプロトコルの応答要求パケットを作成す
る。
【００４０】Ｓ５３は、エージェントまたはサーバへ送
信する。Ｓ５４は、応答ありか判別する。ＹＥＳの場合
には、監視エージェント１１またサーバ１から応答があ
り、サーバ１または監視エージェント１１と、壁を越え
た（図１のセグメントＳ１とセグメントＳ２とのセグメ
ントを超えた）監視エージェント１１またはサーバ１と
の間でパケットの送受信が成功したので当該プロトコル
を自動取得できたこととなる。一方、ＮＯの場合には、
Ｓ５１に戻り繰り返す。
信する。Ｓ５４は、応答ありか判別する。ＹＥＳの場合
には、監視エージェント１１またサーバ１から応答があ
り、サーバ１または監視エージェント１１と、壁を越え
た（図１のセグメントＳ１とセグメントＳ２とのセグメ
ントを超えた）監視エージェント１１またはサーバ１と
の間でパケットの送受信が成功したので当該プロトコル
を自動取得できたこととなる。一方、ＮＯの場合には、
Ｓ５１に戻り繰り返す。
【００４１】以上によって、サーバ１または監視エージ
ェント１１でプロトコル一覧から選択し、選択したプロ
トコルで応答要求パケットを作成し、壁（セグメント）
を超えて監視エージェント１１またはサーバ１に送信し
て応答を受信したときに当該プロトコルを、サーバ１と
監視エージェント１１との間の壁（セグメント）を超え
て通知するプロトコルとして自動取得することが可能と
なる。
ェント１１でプロトコル一覧から選択し、選択したプロ
トコルで応答要求パケットを作成し、壁（セグメント）
を超えて監視エージェント１１またはサーバ１に送信し
て応答を受信したときに当該プロトコルを、サーバ１と
監視エージェント１１との間の壁（セグメント）を超え
て通知するプロトコルとして自動取得することが可能と
なる。
【００４２】図７は、本発明のネットワーク情報パケッ
ト例を示す。図７の（ａ）は、ＳＮＭＰによるパケット
の例を示す。パケットは、図示の下記のように設定す
る。
ト例を示す。図７の（ａ）は、ＳＮＭＰによるパケット
の例を示す。パケットは、図示の下記のように設定す
る。
【００４３】・ＩＰヘッダ：送信先や送信元などの情報
を設定する ・ＳＮＭＰコマンド： ・ネットワーク情報：取得したネットワーク情報を設定
する このＳＮＭＰプロトコルによるパケットの特性は、図示
の下記のようである。
を設定する ・ＳＮＭＰコマンド： ・ネットワーク情報：取得したネットワーク情報を設定
する このＳＮＭＰプロトコルによるパケットの特性は、図示
の下記のようである。
【００４４】・ＩＰベースのネットワーク管理プロトコ
ル ・サーバに送信できるネットワーク情報が決められてい
る ・ＳＮＭＰの規約に依存する ・ブロードキャスト送信できる ・ＷＡＮは越えられない 図７の（ｂ）は、汎用プロトコルによるパケットの例を
示す。パケットは、図示の下記のように設定する。
ル ・サーバに送信できるネットワーク情報が決められてい
る ・ＳＮＭＰの規約に依存する ・ブロードキャスト送信できる ・ＷＡＮは越えられない 図７の（ｂ）は、汎用プロトコルによるパケットの例を
示す。パケットは、図示の下記のように設定する。
【００４５】・プロトコルヘッダ：送信先や送信元など
の情報を設定する ・データ：ここでは、ネットワーク情報を埋め込む この汎用プロトコル（ＴＣＰ／ＩＰなど）によるパケッ
トの特性は、図示の下記のようである。
の情報を設定する ・データ：ここでは、ネットワーク情報を埋め込む この汎用プロトコル（ＴＣＰ／ＩＰなど）によるパケッ
トの特性は、図示の下記のようである。
【００４６】・ＷＡＮは越えられる ・サーバに送信できるネットワーク情報を自由に設定で
きる 図７の（ｃ）は、電子メールの例を示す。
きる 図７の（ｃ）は、電子メールの例を示す。
【００４７】図７の（ｃ−１）は、電子メールのヘッダ
部の中に専用のタグを作って、ネットワーク情報を埋め
込む例を示す。図７の（ｃ−２）は、電子メールの本文
の中にネットワーク情報を植え込む例を示す。
部の中に専用のタグを作って、ネットワーク情報を埋め
込む例を示す。図７の（ｃ−２）は、電子メールの本文
の中にネットワーク情報を植え込む例を示す。
【００４８】図８は、本発明のネットワーク情報パケッ
ト例を示す。図８の（ａ）は、ＩＰパケット（ＴＣＰ／
ＩＰ）を示す。このＴＣＰ／ＩＰプロトコルによるパケ
ットは、図示の下記の情報を設定する。
ト例を示す。図８の（ａ）は、ＩＰパケット（ＴＣＰ／
ＩＰ）を示す。このＴＣＰ／ＩＰプロトコルによるパケ
ットは、図示の下記の情報を設定する。
【００４９】・パケットヘッダ： ・送信先ＩＰアドレス： ・送信元ＩＰアドレス： ・送信先ＭＡＣアドレス： ・送信元ＭＡＣアドレス： ・その他（制御情報）： ・データ： ・ネットワーク情報識別子： ・ネットワーク情報 ここで、ネットワーク情報としては、図示の下記のよう
な情報を設定する。
な情報を設定する。
【００５０】・トラフィック量：ＴＣＰ／ＩＰ ｘｘｘ
Ｋｂｐｓ ・端末情報 ：ＭＡＣアドレス ａａａａａａ Ａ
ｃｔｉｖｅ 図８の（ｂ）は、ＩＰＸパケット（ＳＰＸ／ＩＰＸ）を
示す。このＩＰＸパケットは、図示の下記の情報を設定
する。
Ｋｂｐｓ ・端末情報 ：ＭＡＣアドレス ａａａａａａ Ａ
ｃｔｉｖｅ 図８の（ｂ）は、ＩＰＸパケット（ＳＰＸ／ＩＰＸ）を
示す。このＩＰＸパケットは、図示の下記の情報を設定
する。
【００５１】・パケットヘッダ： ・送信先ノードアドレス： ・送信先ネットワークアドレス： ・送信先ソケット番号 ： ・送信元ノードアドレス： ・送信元ネットワークアドレス： ・送信元ソケット番号 ： ・その他、制御情報： ・データ： ・ネットワーク情報識別子： ・ネットワーク情報 図８の（ｃ）は、その他のパケット（ＮｅｔＢＥＵＩや
ＡｐｐｌｅＴａｌｋ等）を示す。このパケットは、図示
の下記の情報を設定する。
ＡｐｐｌｅＴａｌｋ等）を示す。このパケットは、図示
の下記の情報を設定する。
【００５２】・パケットヘッダ： ・パケットヘッダ ： ・データ： ・ネットワーク情報識別子： ・ネットワーク情報 図９は、本発明の動作説明フローチャート（サーバ動
作）を示す。
作）を示す。
【００５３】図９において、Ｓ６１は、エージェントと
しての処理を行う。Ｓ６２は、エージェントからのネッ
トワーク情報パケットを受信する。Ｓ６３は、復号化お
よび認証チェックする。これは、既述した図２のＳ８で
暗号化およびハッシュ化したパケットを受信し、内容を
復号して元に戻すと共に、ハッシュにより認証を行う。
しての処理を行う。Ｓ６２は、エージェントからのネッ
トワーク情報パケットを受信する。Ｓ６３は、復号化お
よび認証チェックする。これは、既述した図２のＳ８で
暗号化およびハッシュ化したパケットを受信し、内容を
復号して元に戻すと共に、ハッシュにより認証を行う。
【００５４】Ｓ６４は、集計する。Ｓ６５は、解析す
る。Ｓ６６は、解析結果に応じた処理を行う。例えば右
側に記載した下記の処理を行う。
る。Ｓ６６は、解析結果に応じた処理を行う。例えば右
側に記載した下記の処理を行う。
【００５５】・アラーム： ・重要な端末が応答しないとき ・ネットワークが高負荷のとき ・エージェントからの情報パケットが届かないとき 以上によって、監視エージェント１１から送信されたパ
ケットを受信したサーバ１が復号化および認証チェック
を行い、集計・解析してその結果に応じた処理（アラー
ムなど）を行うことが可能となる。
ケットを受信したサーバ１が復号化および認証チェック
を行い、集計・解析してその結果に応じた処理（アラー
ムなど）を行うことが可能となる。
【００５６】図１０は、本発明の集計・解析例を示す。
図１０の（ａ）は、セグメント毎の情報（伝送量および
アラーム）を示す。ここでは、図示の情報として集計・
解析する。
図１０の（ａ）は、セグメント毎の情報（伝送量および
アラーム）を示す。ここでは、図示の情報として集計・
解析する。
【００５７】図１０の（ｂ）は、端末毎の情報（ＭＡＣ
アドレス、重要度、応答、アラーム）を示す。
アドレス、重要度、応答、アラーム）を示す。
【００５８】
【発明の効果】以上説明したように、本発明によれば、
各セグメント内に監視ソフトをローディングした端末エ
ージェント１１を設けると共にセグメントを渡ってパケ
ットを送受信するプロトコルあるいは電子メールで、サ
ーバ１に情報を通知し、当該サーバ１は各セグメント内
の監視ソフトから通知を受けた情報を収集して解析する
構成を採用しているため、複数のセグメント内の情報を
簡単な構成で収集することが可能となると共に、当該収
集したネットワーク情報を解析して遠隔保守を実現する
ことが可能となる。
各セグメント内に監視ソフトをローディングした端末エ
ージェント１１を設けると共にセグメントを渡ってパケ
ットを送受信するプロトコルあるいは電子メールで、サ
ーバ１に情報を通知し、当該サーバ１は各セグメント内
の監視ソフトから通知を受けた情報を収集して解析する
構成を採用しているため、複数のセグメント内の情報を
簡単な構成で収集することが可能となると共に、当該収
集したネットワーク情報を解析して遠隔保守を実現する
ことが可能となる。
【図１】本発明のシステム構成図である。
【図２】本発明の動作説明フローチャート（エージェン
ト）である。
ト）である。
【図３】本発明の動作説明フローチャート（プロトコル
自動取得／エージェント）である。
自動取得／エージェント）である。
【図４】本発明の動作説明フローチャート（プロトコル
自動取得／サーバ）である。
自動取得／サーバ）である。
【図５】本発明の動作説明フローチャート（プロトコル
自動取得／サーバ・エージェント）である。
自動取得／サーバ・エージェント）である。
【図６】本発明の動作説明フローチャート（プロトコル
自動取得／サーバ・エージェント）である。
自動取得／サーバ・エージェント）である。
【図７】本発明のネットワーク情報パケット例である。
【図８】本発明のネットワーク情報パケット例である。
【図９】本発明の動作説明フローチャート（サーバ動
作）である。
作）である。
【図１０】本発明の集計・解析例である。
１：監視サーバ（サーバ） ２：端末 ３、４：ルータ １１：監視エージェント（エージェント） １２：端末
フロントページの続き Ｆターム(参考） 5B089 GA11 GA21 GB02 GB08 HA06 HB06 JA31 JB15 KA13 KA14 KB10 5K030 GA04 GA15 HA06 HB19 JA05 JA10 KA02 MC07 9A001 CC06 CC07 CC08 EE03 GG05 JJ14 JJ27 LL03 LL09
Claims (7)
- 【請求項１】ネットワークで接続された複数のセグメン
トの監視を行う監視システムにおいて、 プロトコルでパケットを送受信可能な範囲である各セグ
メント内に設け、当該セグメント内のパケットを監視す
る監視手段と、当該監視手段によって収集した情報を、
当該セグメントを通過してサーバの存在するセグメント
にパケットを送受信可能なプロトコルに対応したパケッ
トに格納してサーバに送信する送信手段とを備えた端末
エージェントと、 上記送信手段から送信されたパケットを受信して情報を
集計・解析する手段を設けた、サーバとから構成される
ことを特徴とする監視システム。 - 【請求項２】上記セグメントを通過しサーバの存在する
セグメントにパケットを送受信可能なプロトコルとし
て、他のセグメントからのパケットを取得してそのプロ
トコルを識別し、当該プロトコルに対応したパケットを
作成して上記サーバに送信して応答のあったプロトコル
としたことを特徴とする請求項１記載の監視システム。 - 【請求項３】上記セグメントを通過しサーバの存在する
セグメントにパケットを送受信可能なプロトコルとし
て、複数種類のプロトコルに対応したパケットを順次作
成して上記サーバから上記端末エージェントあるいは上
記端末エージェントからサーバに送信して応答のあった
プロトコルとしたことを特徴とする請求項１記載の監視
システム。 - 【請求項４】ネットワークで接続された複数のセグメン
トの監視を行う監視システムにおいて、 プロトコルでパケットを送受信可能な範囲である各セグ
メント内に設け、当該セグメント内のパケットを監視す
る監視手段と、当該監視手段によって収集した情報を、
電子メールに設定してサーバに送信する送信手段とを備
えた端末エージェントと、 上記送信手段から送信された電子メールを受信して情報
を集計・解析する手段を設けた、サーバとから構成され
ることを特徴とする監視システム。 - 【請求項５】上記送信するパケットあるいは電子メール
の内容を暗号化したことを特徴とする請求項１から請求
項４のいずれかに記載の監視システム。 - 【請求項６】プロトコルでパケットを送受信可能な範囲
である各セグメント内に設け、当該セグメント内のパケ
ットを監視する監視手段と、当該監視手段によって収集
した情報を、当該セグメントを通過してサーバの存在す
るセグメントにパケットを送受信可能なプロトコルに対
応したパケットに格納してサーバに送信する送信手段
と、 上記送信手段から送信されたパケットを受信して情報を
集計・解析する手段として機能させるプログラムを記録
したコンピュータ読取可能な記録媒体。 - 【請求項７】プロトコルでパケットを送受信可能な範囲
である各セグメント内に設け、当該セグメント内のパケ
ットを監視する監視手段と、当該監視手段によって収集
した情報を、電子メールに設定してサーバに送信する送
信手段と、 上記送信手段から送信された電子メールを受信して情報
を集計・解析する手段として機能させるプログラムを記
録したコンピュータ読取可能な記録媒体。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP37455698A JP2000194625A (ja) | 1998-12-28 | 1998-12-28 | 監視システムおよび記録媒体 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP37455698A JP2000194625A (ja) | 1998-12-28 | 1998-12-28 | 監視システムおよび記録媒体 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2000194625A true JP2000194625A (ja) | 2000-07-14 |
Family
ID=18504042
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP37455698A Pending JP2000194625A (ja) | 1998-12-28 | 1998-12-28 | 監視システムおよび記録媒体 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2000194625A (ja) |
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2005301999A (ja) * | 2004-03-19 | 2005-10-27 | Ricoh Co Ltd | 遠隔管理システムとその被管理装置，通信制御方法，プログラム，および記録媒体 |
| JP2006067598A (ja) * | 2004-08-27 | 2006-03-09 | Ricoh Co Ltd | 被監視デバイスに関するステータス情報を抽出するための通信プロトコルと関連するデータ処理オブジェクトの初期化方法 |
| JP2006209753A (ja) * | 2005-01-11 | 2006-08-10 | Ricoh Co Ltd | ネットワークを介して被監視装置を監視する監視装置、システム、方法、及びコンピュータプログラム |
| JP2008507202A (ja) * | 2004-07-15 | 2008-03-06 | リヴァーストーン ネットワークス インコーポレーテッド | 仮想プライベートｌａｎサービス（ｖｐｌｓ）ベースのネットワークに関する経路情報の取得 |
| WO2009116126A1 (ja) * | 2008-03-17 | 2009-09-24 | 富士通株式会社 | 情報取得支援装置 |
-
1998
- 1998-12-28 JP JP37455698A patent/JP2000194625A/ja active Pending
Cited By (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2005301999A (ja) * | 2004-03-19 | 2005-10-27 | Ricoh Co Ltd | 遠隔管理システムとその被管理装置，通信制御方法，プログラム，および記録媒体 |
| US8166153B2 (en) | 2004-03-19 | 2012-04-24 | Ricoh Company, Ltd. | Remote control system and controlled apparatus therein capable of sending e-mail if communication request fails |
| JP2008507202A (ja) * | 2004-07-15 | 2008-03-06 | リヴァーストーン ネットワークス インコーポレーテッド | 仮想プライベートｌａｎサービス（ｖｐｌｓ）ベースのネットワークに関する経路情報の取得 |
| JP4758991B2 (ja) * | 2004-07-15 | 2011-08-31 | アルカテル−ルーセント ユーエスエー インコーポレーテッド | 仮想プライベートｌａｎサービス（ｖｐｌｓ）ベースのネットワークに関する経路情報の取得 |
| JP2006067598A (ja) * | 2004-08-27 | 2006-03-09 | Ricoh Co Ltd | 被監視デバイスに関するステータス情報を抽出するための通信プロトコルと関連するデータ処理オブジェクトの初期化方法 |
| JP2006209753A (ja) * | 2005-01-11 | 2006-08-10 | Ricoh Co Ltd | ネットワークを介して被監視装置を監視する監視装置、システム、方法、及びコンピュータプログラム |
| WO2009116126A1 (ja) * | 2008-03-17 | 2009-09-24 | 富士通株式会社 | 情報取得支援装置 |
| JP5182361B2 (ja) * | 2008-03-17 | 2013-04-17 | 富士通株式会社 | 情報取得支援装置 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN101933290B (zh) | 基于流信息对网络设备上的acl进行配置的方法 | |
| EP1589692B1 (en) | Packet tracing using dynamic packet filters | |
| KR101122210B1 (ko) | 행동 시그너처에 기초해서 ｐ2ｐ 애플리케이션을 식별하기 위한 시스템 및 방법 | |
| JP2001203691A (ja) | ネットワークトラフィック監視システム及びそれに用いる監視方法 | |
| RU2013155980A (ru) | Домашний шлюз и способ анализа онлайн-поведения пользователя и мониторинга качества сетевых услуг | |
| JP5593944B2 (ja) | 判定装置、判定方法及びコンピュータプログラム | |
| US20100031273A1 (en) | method of supervising a plurality of units in a communications network | |
| JP2000194625A (ja) | 監視システムおよび記録媒体 | |
| Aracil et al. | Analysis of Internet Services in IP over ATM networks | |
| JP3892322B2 (ja) | 不正アクセス経路解析システム及び不正アクセス経路解析方法 | |
| Cisco | Overview of TrafficDirector | |
| Cisco | Overview of TrafficDirector | |
| Cisco | Overview of TrafficDirector | |
| Cisco | Overview of TrafficDirector | |
| Cisco | Overview of TrafficDirector | |
| Cisco | Overview of TrafficDirector | |
| Cisco | Overview of TrafficDirector | |
| Cisco | Overview of TrafficDirector | |
| Cisco | Overview of TrafficDirector | |
| Cisco | Overview of TrafficDirector | |
| Cisco | Overview of TrafficDirector | |
| Cisco | Overview of TrafficDirector | |
| Cisco | Overview of TrafficDirector | |
| Cisco | Overview of TrafficDirector | |
| Cisco | Overview of TrafficDirector |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20040107 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20061214 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20070116 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20070215 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20070313 |