JPH09128341A - Ｌａｎ端末情報の収集方法 - Google Patents
Ｌａｎ端末情報の収集方法Info
- Publication number
- JPH09128341A JPH09128341A JP7279082A JP27908295A JPH09128341A JP H09128341 A JPH09128341 A JP H09128341A JP 7279082 A JP7279082 A JP 7279082A JP 27908295 A JP27908295 A JP 27908295A JP H09128341 A JPH09128341 A JP H09128341A
- Authority
- JP
- Japan
- Prior art keywords
- information
- terminal
- name
- lan
- management system
- 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.)
- Granted
Links
Abstract
(57)【要約】
【課題】ＬＡＮシステムの端末情報を公衆網を介して収
集する際に、ＬＡＮシステムのセキュリティを保ちなが
ら、目的のファイルへのアクセスを容易にする。 【解決手段】ＬＡＮの障害発生時に、遠隔運用管理シス
テム１９から公衆網１７を介して監視端末１５に情報採
取対象の端末名および採取対象情報の一般的な情報名を
送信する。送信を受けた監視端末１５は、当該一般的な
情報名を情報対応テーブルにより対応する実ファイル名
に変換し、該当する端末の当該実ファイル名のファイル
にアクセスすることにより、目的のＬＡＮ端末情報を採
取する。さらに、遠隔運用管理システム１９をコールバ
ックして、この採取されたＬＡＮ端末情報を当該一般的
な情報名で遠隔運用管理システム１９に返送する。監視
端末１５は、スケジュールテーブルに従い、周期的に端
末情報を収集して、遠隔運用管理システム１９に対して
公衆網を介して転送する。
集する際に、ＬＡＮシステムのセキュリティを保ちなが
ら、目的のファイルへのアクセスを容易にする。 【解決手段】ＬＡＮの障害発生時に、遠隔運用管理シス
テム１９から公衆網１７を介して監視端末１５に情報採
取対象の端末名および採取対象情報の一般的な情報名を
送信する。送信を受けた監視端末１５は、当該一般的な
情報名を情報対応テーブルにより対応する実ファイル名
に変換し、該当する端末の当該実ファイル名のファイル
にアクセスすることにより、目的のＬＡＮ端末情報を採
取する。さらに、遠隔運用管理システム１９をコールバ
ックして、この採取されたＬＡＮ端末情報を当該一般的
な情報名で遠隔運用管理システム１９に返送する。監視
端末１５は、スケジュールテーブルに従い、周期的に端
末情報を収集して、遠隔運用管理システム１９に対して
公衆網を介して転送する。
Description
【０００１】
【発明の属する技術分野】本発明は、ローカルエリアネ
ットワーク（ＬＡＮ）の監視に係り、特に、ＬＡＮの端
末情報の収集方法に関する。
ットワーク（ＬＡＮ）の監視に係り、特に、ＬＡＮの端
末情報の収集方法に関する。
【０００２】
【従来の技術】近年、会社等においてＬＡＮが普及し、
このＬＡＮシステムを遠隔的に監視し、その保守や、障
害発生時の障害原因の探究および解決を行うサービスも
行われている。
このＬＡＮシステムを遠隔的に監視し、その保守や、障
害発生時の障害原因の探究および解決を行うサービスも
行われている。
【０００３】ＬＡＮにおいて障害が発生した場合、その
障害に関する情報は関連する端末等に存在する。そのた
め、障害の切り分け、要因の特定などのために関連する
端末等が保持している各種の情報を入手する必要があ
る。
障害に関する情報は関連する端末等に存在する。そのた
め、障害の切り分け、要因の特定などのために関連する
端末等が保持している各種の情報を入手する必要があ
る。
【０００４】また、障害発生への対処だけでなく、ＬＡ
Ｎにおける予防保守のために各種の予防保守情報（例え
ば、トラフィック情報、エラーリトライ回数情報等）の
定期的な収集も必要となる。
Ｎにおける予防保守のために各種の予防保守情報（例え
ば、トラフィック情報、エラーリトライ回数情報等）の
定期的な収集も必要となる。
【０００５】このような情報の収集を人手で行うのは、
人員と時間とがかかり、適切な障害対応がとれないおそ
れがある。また、予防保守情報は、障害時の採取情報よ
り採取回数が多くかつ１回の採取情報量が多いので、障
害情報採取以上に、人手による情報採取は実際的でな
い。
人員と時間とがかかり、適切な障害対応がとれないおそ
れがある。また、予防保守情報は、障害時の採取情報よ
り採取回数が多くかつ１回の採取情報量が多いので、障
害情報採取以上に、人手による情報採取は実際的でな
い。
【０００６】このような理由から、上記のようなＬＡＮ
の監視・障害対策処理を遠隔地において迅速に行うため
には、端末に関する情報（予防保守情報も含む）を遠隔
的に収集することが好ましい。そのためには、顧客のＬ
ＡＮシステムと、遠隔運用管理システムとの間を公衆網
を介して接続し、必要な情報を通信により収集すること
が考えられる。
の監視・障害対策処理を遠隔地において迅速に行うため
には、端末に関する情報（予防保守情報も含む）を遠隔
的に収集することが好ましい。そのためには、顧客のＬ
ＡＮシステムと、遠隔運用管理システムとの間を公衆網
を介して接続し、必要な情報を通信により収集すること
が考えられる。
【０００７】具体的には、アクセス対象の端末から離れ
た場所（リモート）で、回線を通じて、当該アクセス対
象端末に接続し、その端末の持つ機能の少なくとも一部
を制御／実行可能（ログイン）とするリモートログイン
（telnet, rlogin等）を利用することができる。すなわ
ち、あたかもリモート端末がローカル端末になりかわっ
たように、ローカル端末で実行できる機能の少なくとも
一部の機能をリモート端末で実行することにより、アク
セス対象のローカル端末の目的の情報にアクセスするこ
とができる。
た場所（リモート）で、回線を通じて、当該アクセス対
象端末に接続し、その端末の持つ機能の少なくとも一部
を制御／実行可能（ログイン）とするリモートログイン
（telnet, rlogin等）を利用することができる。すなわ
ち、あたかもリモート端末がローカル端末になりかわっ
たように、ローカル端末で実行できる機能の少なくとも
一部の機能をリモート端末で実行することにより、アク
セス対象のローカル端末の目的の情報にアクセスするこ
とができる。
【０００８】
【発明が解決しようとする課題】しかし、リモートログ
インという手法は外部から対象システムに入り込みその
中で操作するので、アクセスが簡便である反面、第三者
による不正アクセスも容易になるというセキュリティの
面での問題が大きい。
インという手法は外部から対象システムに入り込みその
中で操作するので、アクセスが簡便である反面、第三者
による不正アクセスも容易になるというセキュリティの
面での問題が大きい。
【０００９】セキュリティを高めるためには、対象シス
テム全体の設定（入り込めるＩＤの設定、そのＩＤ毎に
操作できる範囲や参照可能なファイルの設定等）を厳密
に行う必要があるが、そのような対処をすべての顧客シ
ステムに要求するのは困難であり、現実的でない。
テム全体の設定（入り込めるＩＤの設定、そのＩＤ毎に
操作できる範囲や参照可能なファイルの設定等）を厳密
に行う必要があるが、そのような対処をすべての顧客シ
ステムに要求するのは困難であり、現実的でない。
【００１０】また、対象システムの種類によっては必要
とする端末情報のファイルの存在する場所（例えば、Ｍ
Ｓ−ＤＯＳにおけるパス）やその名称が異なる場合が多
く、ファイル検索が容易に行えないという問題がある。
特に、マルチベンダ化などに伴い、ネットワークに接続
する機器の種類が増大し、端末毎に必要となる保守情報
の存在するファイル名が異なり、あるいはファイル名が
同じであってもパス（ＰＡＴＨ）名が異なるという不具
合が生じる。
とする端末情報のファイルの存在する場所（例えば、Ｍ
Ｓ−ＤＯＳにおけるパス）やその名称が異なる場合が多
く、ファイル検索が容易に行えないという問題がある。
特に、マルチベンダ化などに伴い、ネットワークに接続
する機器の種類が増大し、端末毎に必要となる保守情報
の存在するファイル名が異なり、あるいはファイル名が
同じであってもパス（ＰＡＴＨ）名が異なるという不具
合が生じる。
【００１１】さらに、ファイル名称がオープンになるこ
とは、セキュリティ上、好ましいことではない。
とは、セキュリティ上、好ましいことではない。
【００１２】そこで、本発明では、ＬＡＮシステムの端
末情報を公衆網を介して収集する際に、ＬＡＮシステム
のセキュリティを保ちながら、かつ、目的のファイルへ
のアクセスを容易にせんとするものである。
末情報を公衆網を介して収集する際に、ＬＡＮシステム
のセキュリティを保ちながら、かつ、目的のファイルへ
のアクセスを容易にせんとするものである。
【００１３】
【課題を解決するための手段】本発明は、遠隔運用管理
システムから、公衆網を介して、遠隔地にあるＬＡＮを
構成する端末に関する情報を収集するＬＡＮ端末情報の
収集方法であって、ＬＡＮに接続される１端末として、
ＬＡＮ端末情報を収集するための専用の監視端末を設
け、各監視対象端末の採取対象情報の実ファイル名を遠
隔運用管理システム側から見た一般的な情報名と対応づ
ける情報対応テーブルを前記監視端末内に設け、ＬＡＮ
の障害発生時に、遠隔運用管理システムから公衆網を介
して前記監視端末に情報採取対象の端末名および採取対
象情報の一般的な情報名を送信し、該送信を受けた監視
端末は、前記採取対象情報の一般的な情報名を前記情報
対応テーブルにより対応する実ファイル名に変換し、前
記情報採取対象の端末名で指定された端末の当該実ファ
イル名のファイルにアクセスすることにより、目的のＬ
ＡＮ端末情報を採取し、該採取されたＬＡＮ端末情報を
当該一般的な情報名で前記遠隔運用管理システムに返送
することを特徴とするＬＡＮ端末情報の収集方法を提供
するものである。
システムから、公衆網を介して、遠隔地にあるＬＡＮを
構成する端末に関する情報を収集するＬＡＮ端末情報の
収集方法であって、ＬＡＮに接続される１端末として、
ＬＡＮ端末情報を収集するための専用の監視端末を設
け、各監視対象端末の採取対象情報の実ファイル名を遠
隔運用管理システム側から見た一般的な情報名と対応づ
ける情報対応テーブルを前記監視端末内に設け、ＬＡＮ
の障害発生時に、遠隔運用管理システムから公衆網を介
して前記監視端末に情報採取対象の端末名および採取対
象情報の一般的な情報名を送信し、該送信を受けた監視
端末は、前記採取対象情報の一般的な情報名を前記情報
対応テーブルにより対応する実ファイル名に変換し、前
記情報採取対象の端末名で指定された端末の当該実ファ
イル名のファイルにアクセスすることにより、目的のＬ
ＡＮ端末情報を採取し、該採取されたＬＡＮ端末情報を
当該一般的な情報名で前記遠隔運用管理システムに返送
することを特徴とするＬＡＮ端末情報の収集方法を提供
するものである。
【００１４】このＬＡＮ端末情報の収集方法において、
前記情報対応テーブルを監視対象端末毎に別個に設けて
もよい。
前記情報対応テーブルを監視対象端末毎に別個に設けて
もよい。
【００１５】前記監視端末は、前記遠隔運用管理システ
ムから前記端末名および一般的な情報名の送信を受けた
後、一旦、回線を切断し、前記採取されたＬＡＮ端末情
報の返送時に前記監視端末側から前記遠隔運用管理シス
テムに対してコールバックすることが好ましい。
ムから前記端末名および一般的な情報名の送信を受けた
後、一旦、回線を切断し、前記採取されたＬＡＮ端末情
報の返送時に前記監視端末側から前記遠隔運用管理シス
テムに対してコールバックすることが好ましい。
【００１６】前記遠隔運用管理システムと前記監視端末
との間の通信に、リモートログイン機能を排除した通信
プロトコルを用いることが望ましい。
との間の通信に、リモートログイン機能を排除した通信
プロトコルを用いることが望ましい。
【００１７】さらに、監視対象端末毎に周期的に端末情
報を収集するための収集周期および収集対象の一般的情
報名を定めたスケジュールテーブルを前記監視端末内に
設け、該監視端末は、前記スケジュールテーブルを参照
して、監視対象端末について定められた周期毎に当該監
視対象端末の定められた情報を収集し、該収集されたＬ
ＡＮ端末情報を当該一般的な情報名で前記遠隔運用管理
システムに転送するようにすることも可能である。
報を収集するための収集周期および収集対象の一般的情
報名を定めたスケジュールテーブルを前記監視端末内に
設け、該監視端末は、前記スケジュールテーブルを参照
して、監視対象端末について定められた周期毎に当該監
視対象端末の定められた情報を収集し、該収集されたＬ
ＡＮ端末情報を当該一般的な情報名で前記遠隔運用管理
システムに転送するようにすることも可能である。
【００１８】前記監視端末は、その立ち上げ後、公衆網
との接続ポートを占有することが望ましい。
との接続ポートを占有することが望ましい。
【００１９】本発明では、採取対象の情報名として一般
的な名称を利用し、これを監視端末において実ファイル
名に変換するようにしたので、遠隔運用管理システム側
からは、実ファイル名の名称やパスを意識することなく
容易に採取対象を指定することができる。
的な名称を利用し、これを監視端末において実ファイル
名に変換するようにしたので、遠隔運用管理システム側
からは、実ファイル名の名称やパスを意識することなく
容易に採取対象を指定することができる。
【００２０】また、誤って目的外のファイルを指定する
可能性を低減することができる。すなわち、与えられた
一般的な情報名がテーブルに存在しない場合には、いず
れのファイルにもアクセスを行わないので、所定のファ
イル以外への誤アクセスまたは不正アクセスが防止され
る。
可能性を低減することができる。すなわち、与えられた
一般的な情報名がテーブルに存在しない場合には、いず
れのファイルにもアクセスを行わないので、所定のファ
イル以外への誤アクセスまたは不正アクセスが防止され
る。
【００２１】情報対応テーブルを監視対象端末毎に別個
に設ければ、端末毎に情報の一般的な名称と実ファイル
名との対応関係を変えることが可能になる。
に設ければ、端末毎に情報の一般的な名称と実ファイル
名との対応関係を変えることが可能になる。
【００２２】監視端末からの遠隔運用管理システムへの
コールバックを採用することにより、さらにセキュリテ
ィを向上させることができる。
コールバックを採用することにより、さらにセキュリテ
ィを向上させることができる。
【００２３】遠隔運用管理システムと監視端末との間の
通信に、リモートログイン機能を排除した通信プロトコ
ルを用いれば公衆網からのＬＡＮシステムへの不正なア
クセスを防止するのに有効である。
通信に、リモートログイン機能を排除した通信プロトコ
ルを用いれば公衆網からのＬＡＮシステムへの不正なア
クセスを防止するのに有効である。
【００２４】さらに、監視端末は、スケジュールテーブ
ルを利用することにより、自動的に、必要なＬＡＮ端末
情報を収集し、遠隔運用管理システムに転送することが
できる。
ルを利用することにより、自動的に、必要なＬＡＮ端末
情報を収集し、遠隔運用管理システムに転送することが
できる。
【００２５】監視端末は、その立ち上げ後、公衆網との
接続ポートを占有することによってもセキュリティ向上
に役立つ。
接続ポートを占有することによってもセキュリティ向上
に役立つ。
【００２６】
【発明の実施の形態】以下、図面を参照しながら本発明
の実施の形態について詳細に説明する。
の実施の形態について詳細に説明する。
【００２７】図１は、本発明が適用される全体のシステ
ムの構成例を示す。顧客システムは、複数の端末１１、
１５が接続されたＬＡＮ１３と、ＬＡＮ間接続機器１４
を介してこのＬＡＮ１３に接続されたＬＡＮ１２からな
るＬＡＮシステムである。勿論、本発明が適用されるＬ
ＡＮシステムは、１つのＬＡＮ１３のみからなるシステ
ムであってもよい。監視端末１５は、ＬＡＮシステムを
監視し、各種の情報を収集するための専用の端末であ
る。監視端末１５には、公衆網１７を介して、遠隔運用
管理システム１９と接続される。遠隔運用管理システム
１９は、この例では、顧客とは別のサービス会社の所有
するものであるが、同一会社の一部署であってもよい。
ムの構成例を示す。顧客システムは、複数の端末１１、
１５が接続されたＬＡＮ１３と、ＬＡＮ間接続機器１４
を介してこのＬＡＮ１３に接続されたＬＡＮ１２からな
るＬＡＮシステムである。勿論、本発明が適用されるＬ
ＡＮシステムは、１つのＬＡＮ１３のみからなるシステ
ムであってもよい。監視端末１５は、ＬＡＮシステムを
監視し、各種の情報を収集するための専用の端末であ
る。監視端末１５には、公衆網１７を介して、遠隔運用
管理システム１９と接続される。遠隔運用管理システム
１９は、この例では、顧客とは別のサービス会社の所有
するものであるが、同一会社の一部署であってもよい。
【００２８】図２に、監視端末１５の構成例を示す。監
視端末１５は、ディスプレイ装置１５１、本体１５２、
キーボード１５６、モデム１５４等からなる。本体１５
２には、ＬＡＮ１２、１３との接続を行うためのＬＡＮ
カード（ボード）１５８、外部記憶装置としてのハード
ディスク装置１５７、モデム１５４との接続を行うため
のＲＳ−２３２Ｃインタフェース部１５３を有する他、
図示しないが、通常のパーソナルコンピュータが有する
中央処理装置（ＣＰＵ）、プログラムやデータを格納す
る内部メモリ（主記憶）、表示制御部等を備える。
視端末１５は、ディスプレイ装置１５１、本体１５２、
キーボード１５６、モデム１５４等からなる。本体１５
２には、ＬＡＮ１２、１３との接続を行うためのＬＡＮ
カード（ボード）１５８、外部記憶装置としてのハード
ディスク装置１５７、モデム１５４との接続を行うため
のＲＳ−２３２Ｃインタフェース部１５３を有する他、
図示しないが、通常のパーソナルコンピュータが有する
中央処理装置（ＣＰＵ）、プログラムやデータを格納す
る内部メモリ（主記憶）、表示制御部等を備える。
【００２９】なお、監視端末１５は、初期データの設定
等においてキーボード１５６およびディスプレイ装置１
５１を必要とするが、通常の運用時にはこれらは必ずし
も必要ではない。
等においてキーボード１５６およびディスプレイ装置１
５１を必要とするが、通常の運用時にはこれらは必ずし
も必要ではない。
【００３０】次に、実施の形態における初期設定項目を
説明する。
説明する。
【００３１】通信環境の設定項目としては、次の二つが
挙げられる。
挙げられる。
【００３２】（１）対公衆網環境 遠隔運用管理システムへ公衆網を介して接続するための
設定項目として、 ・遠隔運用管理システムの電話番号 ・接続用のＩＤ、パスワード、 ・その他、モデム設定項目等、 （２）対ＬＡＮ環境 ＬＡＮ内環境の設定項目としてはホスト名称，ＩＰアド
レス等がある。これらの項目は顧客システムの環境項目
であり、通常、通信ソフトによりあらかじめ設定されて
いる。
設定項目として、 ・遠隔運用管理システムの電話番号 ・接続用のＩＤ、パスワード、 ・その他、モデム設定項目等、 （２）対ＬＡＮ環境 ＬＡＮ内環境の設定項目としてはホスト名称，ＩＰアド
レス等がある。これらの項目は顧客システムの環境項目
であり、通常、通信ソフトによりあらかじめ設定されて
いる。
【００３３】収集条件の設定項目としては、次に図７の
テーブルにより説明する。
テーブルにより説明する。
【００３４】図７は、本実施の形態の監視端末１５で用
いるテーブル群を示す。ここでは、端末テーブル７１、
保守情報対応テーブル７３、スケジュールテーブル７５
の３つのテーブルを用いる。
いるテーブル群を示す。ここでは、端末テーブル７１、
保守情報対応テーブル７３、スケジュールテーブル７５
の３つのテーブルを用いる。
【００３５】端末テーブル７１は、ＬＡＮシステムを構
成している各端末の識別名７１１と、これに対応する保
守情報対応テーブル７３のテーブル名７１２とを対にし
て記憶しておくものである。これにより、端末毎に異な
る保守情報（ＬＡＮ端末情報）を採取することができ
る。
成している各端末の識別名７１１と、これに対応する保
守情報対応テーブル７３のテーブル名７１２とを対にし
て記憶しておくものである。これにより、端末毎に異な
る保守情報（ＬＡＮ端末情報）を採取することができ
る。
【００３６】保守情報対応テーブル７３は、その端末に
ついての一般的な情報名である保守情報名７３１と、そ
の保守情報のフルパス名（実ファイル名を含む）とを対
にして格納したものである。これにより、遠隔運用管理
システム側で実ファイル名を意識しなくても、また、保
守情報毎にファイルの存在する場所（パス）が異なって
も、これに対処することが可能になる。
ついての一般的な情報名である保守情報名７３１と、そ
の保守情報のフルパス名（実ファイル名を含む）とを対
にして格納したものである。これにより、遠隔運用管理
システム側で実ファイル名を意識しなくても、また、保
守情報毎にファイルの存在する場所（パス）が異なって
も、これに対処することが可能になる。
【００３７】スケジュールテーブル７５は、予防保守情
報の収集のためのテーブルであり、収集周期７５１と、
収集対象の端末名７５２と、収集対象の保守情報名７５
３との組を格納する。これにより、各端末毎にかつ保守
情報毎に異なる収集周期を設定することが可能となる。
報の収集のためのテーブルであり、収集周期７５１と、
収集対象の端末名７５２と、収集対象の保守情報名７５
３との組を格納する。これにより、各端末毎にかつ保守
情報毎に異なる収集周期を設定することが可能となる。
【００３８】これらのテーブル群は、ハードディスク１
５７に保持し、必要時に内部メモリ読み出す。勿論、バ
ッテリバックアップされたメモリやＲＯＭに格納するこ
とも可能である。
５７に保持し、必要時に内部メモリ読み出す。勿論、バ
ッテリバックアップされたメモリやＲＯＭに格納するこ
とも可能である。
【００３９】次に、本実施の形態の動作を、障害発生時
の処理と、予防保守情報収集時の処理に分けて説明す
る。
の処理と、予防保守情報収集時の処理に分けて説明す
る。
【００４０】障害発生時の処理について、図３の模式図
および図５のフローチャートにより説明する。
および図５のフローチャートにより説明する。
【００４１】図３の模式図から分かるように、障害発生
に対する処理では、障害の切り分け情報として、遠隔運
用管理システム１９から情報採取対象の端末名（端末
ａ）と情報名（情報ａ）を監視端末１５へ送信する（○
１）、これを受けた監視端末１５が端末テーブル７１お
よび保守情報対応テーブル７３を参照して（○２、○
３）、当該情報ａフルパス名を得る。このフルパス名に
基づいて、目的のファイルへアクセスし（○４）、要求
された端末の情報を要求された情報名で遠隔運用管理シ
ステム１９に返送する（○５）。この返送された情報に
基づいて、遠隔運用管理システム１９で障害の切り分け
作業等を行う。
に対する処理では、障害の切り分け情報として、遠隔運
用管理システム１９から情報採取対象の端末名（端末
ａ）と情報名（情報ａ）を監視端末１５へ送信する（○
１）、これを受けた監視端末１５が端末テーブル７１お
よび保守情報対応テーブル７３を参照して（○２、○
３）、当該情報ａフルパス名を得る。このフルパス名に
基づいて、目的のファイルへアクセスし（○４）、要求
された端末の情報を要求された情報名で遠隔運用管理シ
ステム１９に返送する（○５）。この返送された情報に
基づいて、遠隔運用管理システム１９で障害の切り分け
作業等を行う。
【００４２】図５のフローチャートにより、この処理手
順をさらに詳細に説明する。
順をさらに詳細に説明する。
【００４３】ＬＡＮシステムの障害発生は、ＬＡＮシス
テム側からの人手（あるいは自動）による通報などによ
り検知される（５０１）。これに対して、遠隔運用管理
システム１９は、障害切り分けのための情報として、対
象端末名および一般的な情報名を手動により（または自
動的に）入力して、公衆網を介し監視端末１５へ情報の
採取要求を行う（５０２）。この際、監視端末１５のモ
デム１５４（図２）が接続された回線の電話番号に発呼
し、アクセスのためのＩＤおよびパスワードならびに独
自の通信プロトコルを用いて通信を行うことにより、セ
キュリティが保たれる。すなわち、障害切り分け情報の
収集のみの目的で端末１５へのアクセスが可能になる。
なお、ここでいう「独自の通信プロトコル」は、前述し
たようなリモートログインをサポートしていない（また
は抑止した）プロトコルである。
テム側からの人手（あるいは自動）による通報などによ
り検知される（５０１）。これに対して、遠隔運用管理
システム１９は、障害切り分けのための情報として、対
象端末名および一般的な情報名を手動により（または自
動的に）入力して、公衆網を介し監視端末１５へ情報の
採取要求を行う（５０２）。この際、監視端末１５のモ
デム１５４（図２）が接続された回線の電話番号に発呼
し、アクセスのためのＩＤおよびパスワードならびに独
自の通信プロトコルを用いて通信を行うことにより、セ
キュリティが保たれる。すなわち、障害切り分け情報の
収集のみの目的で端末１５へのアクセスが可能になる。
なお、ここでいう「独自の通信プロトコル」は、前述し
たようなリモートログインをサポートしていない（また
は抑止した）プロトコルである。
【００４４】監視端末１５側では、その立ち上げ（５１
１）の後、公衆網の口（ポート）となるＲＳ−２３２Ｃ
ポート（複数ある場合も）を本処理に占有している（５
１２）。遠隔運用管理システム１９側からの上記の要求
を受け付けると、一旦、回線を切断する（５１３）。こ
れは、後で監視端末１５側から遠隔運用管理システム１
９へ発呼を行うためである。次に、端末テーブル７１を
参照して、対象端末名を基に対応する保守情報対応テー
ブル７３を検索する（５１４）。ついで、求められた保
守情報対応テーブル７３を参照して、一般的な情報名を
基に実ファイル名（フルパス名）を検索する（５１
５）。ここで、与えられた一般的な情報名がテーブル７
３に存在しない場合には、エラーとなる。これにより、
あらかじめ定められたファイル以外のファイルに対する
アクセスが禁止される。ステップ５１５で得られた実フ
ァイル名を用いて、対象端末から対象情報を採取する
（５１６）。その後、監視端末１５から遠隔運用管理シ
ステム１９へ電話を掛けて両者の間に通信経路を確立
し、採取情報を、要求元の情報名（一般的な情報名）で
転送する（５１７）。このコールバックにより、遠隔運
用管理システム１９以外への情報転送を確実に防止し、
さらにセキュリティの向上が図れる。コールバック時に
用いる遠隔運用管理システム１９の電話番号は、あらか
じめ、利用する通信プログラムに設定しておくことがで
きる。
１）の後、公衆網の口（ポート）となるＲＳ−２３２Ｃ
ポート（複数ある場合も）を本処理に占有している（５
１２）。遠隔運用管理システム１９側からの上記の要求
を受け付けると、一旦、回線を切断する（５１３）。こ
れは、後で監視端末１５側から遠隔運用管理システム１
９へ発呼を行うためである。次に、端末テーブル７１を
参照して、対象端末名を基に対応する保守情報対応テー
ブル７３を検索する（５１４）。ついで、求められた保
守情報対応テーブル７３を参照して、一般的な情報名を
基に実ファイル名（フルパス名）を検索する（５１
５）。ここで、与えられた一般的な情報名がテーブル７
３に存在しない場合には、エラーとなる。これにより、
あらかじめ定められたファイル以外のファイルに対する
アクセスが禁止される。ステップ５１５で得られた実フ
ァイル名を用いて、対象端末から対象情報を採取する
（５１６）。その後、監視端末１５から遠隔運用管理シ
ステム１９へ電話を掛けて両者の間に通信経路を確立
し、採取情報を、要求元の情報名（一般的な情報名）で
転送する（５１７）。このコールバックにより、遠隔運
用管理システム１９以外への情報転送を確実に防止し、
さらにセキュリティの向上が図れる。コールバック時に
用いる遠隔運用管理システム１９の電話番号は、あらか
じめ、利用する通信プログラムに設定しておくことがで
きる。
【００４５】この採取情報を受け取った遠隔運用管理シ
ステム１９側では、採取情報を解析し、異常（障害）の
切り分けを実施する（５０４）。
ステム１９側では、採取情報を解析し、異常（障害）の
切り分けを実施する（５０４）。
【００４６】このようにして、ＬＡＮシステムの障害発
生時に、その障害の切り分けに必要な端末情報を遠隔地
からセキュリティを保持しながら迅速に収集することが
可能になる。
生時に、その障害の切り分けに必要な端末情報を遠隔地
からセキュリティを保持しながら迅速に収集することが
可能になる。
【００４７】次に、図４の模式図により予防保守情報の
収集時の処理を説明する。この場合は、障害発生時と異
なり、遠隔運用管理システム１９から監視端末１５への
働きかけはなく、監視端末１５が自発的に処理を開始す
る。そのために、端末テーブル７１および保守情報対応
テーブル７３の他に、スケジュールテーブル７５を用い
る。すなわち、スケジュールテーブル７５に設定された
周期に応じて、該当する端末の該当する情報の収集を開
始する（○１）。端末識別名から対応する端末テーブル
７１を検索することにより（○２）、対応する保守情報
対応テーブル名を得る（○３）。この保守情報テーブル
を参照して、一般的な保守情報名を当該端末固有の実フ
ァイル名（フルパス名）を求める（○３）。さらに、こ
の実ファイル名から当該端末の当該情報を採取する（○
４）。この採取された情報は、遠隔運用管理システム１
９へ転送され（○５）、遠隔運用管理システム１９にお
いて定期的な情報収集および予防保守実施に利用され
る。
収集時の処理を説明する。この場合は、障害発生時と異
なり、遠隔運用管理システム１９から監視端末１５への
働きかけはなく、監視端末１５が自発的に処理を開始す
る。そのために、端末テーブル７１および保守情報対応
テーブル７３の他に、スケジュールテーブル７５を用い
る。すなわち、スケジュールテーブル７５に設定された
周期に応じて、該当する端末の該当する情報の収集を開
始する（○１）。端末識別名から対応する端末テーブル
７１を検索することにより（○２）、対応する保守情報
対応テーブル名を得る（○３）。この保守情報テーブル
を参照して、一般的な保守情報名を当該端末固有の実フ
ァイル名（フルパス名）を求める（○３）。さらに、こ
の実ファイル名から当該端末の当該情報を採取する（○
４）。この採取された情報は、遠隔運用管理システム１
９へ転送され（○５）、遠隔運用管理システム１９にお
いて定期的な情報収集および予防保守実施に利用され
る。
【００４８】図６により、予防保守時の詳細な処理手順
を説明する。監視端末立ち上げ６０１後に実行される処
理（６０２）は、図５のステップ５１２と同じである。
以後、周期的にスケジュールテーブル７５を参照し、設
定された周期毎に、以下の処理を起動する（６０３）。
まず、端末テーブル７１を参照し、対象端末名を基に対
応する保守情報対応テーブル７３を検索する（６０
４）。ついで、得られた保守情報対応テーブル７３を参
照して、一般的な情報を基に実ファイル名を検索する
（６０５）。そこで、ファイル転送を利用し、該当する
端末からこの実ファイル名のファイルの情報を採取する
（６０６）。そこで、監視端末１５から遠隔運用管理シ
ステム１９へ電話を掛けて両者の間に通信経路を確立
し、当該採取情報を、要求された一般的な情報名で遠隔
運用管理システム１９へ送信する。この場合も独自の通
信プロトコルを用いる。遠隔運用管理システム１９は、
この送信された情報を受信し（６１１）、この採取情報
を解析して異常（障害）の予防保守に利用する（６１
２）。
を説明する。監視端末立ち上げ６０１後に実行される処
理（６０２）は、図５のステップ５１２と同じである。
以後、周期的にスケジュールテーブル７５を参照し、設
定された周期毎に、以下の処理を起動する（６０３）。
まず、端末テーブル７１を参照し、対象端末名を基に対
応する保守情報対応テーブル７３を検索する（６０
４）。ついで、得られた保守情報対応テーブル７３を参
照して、一般的な情報を基に実ファイル名を検索する
（６０５）。そこで、ファイル転送を利用し、該当する
端末からこの実ファイル名のファイルの情報を採取する
（６０６）。そこで、監視端末１５から遠隔運用管理シ
ステム１９へ電話を掛けて両者の間に通信経路を確立
し、当該採取情報を、要求された一般的な情報名で遠隔
運用管理システム１９へ送信する。この場合も独自の通
信プロトコルを用いる。遠隔運用管理システム１９は、
この送信された情報を受信し（６１１）、この採取情報
を解析して異常（障害）の予防保守に利用する（６１
２）。
【００４９】なお、図５と図６のフローは便宜上それぞ
れ独立したものとして示したが、実際には、混在したも
のであり、遠隔運用管理システム１９からの起動により
図５のステップ５１３以降の処理が実行され、内部のス
ケジュールテーブル７５のに基づく起動により図６のス
テップ６０４以降の処理が実行されるように構成され
る。
れ独立したものとして示したが、実際には、混在したも
のであり、遠隔運用管理システム１９からの起動により
図５のステップ５１３以降の処理が実行され、内部のス
ケジュールテーブル７５のに基づく起動により図６のス
テップ６０４以降の処理が実行されるように構成され
る。
【００５０】
【発明の効果】本発明によれば、ＬＡＮシステムの端末
情報を公衆網を介して採取する際に、ＬＡＮシステムの
セキュリティを保ちながら、かつ、目的のファイルへ容
易にアクセスすることが可能になる。すなわち、公衆網
を介しての要求に対して、予め情報対応テーブルに設定
された情報のみの情報要求しかできないため、セキュリ
ティを保つことができる。また、要求できるＬＡＮ端末
情報の情報名を一般化するので、遠隔運用管理システム
側では、ＬＡＮ端末のファイル等の環境（ファイル名や
パス等）を意識することなく容易に要求が行え、ファイ
ル名の誤指定等も防止される。
情報を公衆網を介して採取する際に、ＬＡＮシステムの
セキュリティを保ちながら、かつ、目的のファイルへ容
易にアクセスすることが可能になる。すなわち、公衆網
を介しての要求に対して、予め情報対応テーブルに設定
された情報のみの情報要求しかできないため、セキュリ
ティを保つことができる。また、要求できるＬＡＮ端末
情報の情報名を一般化するので、遠隔運用管理システム
側では、ＬＡＮ端末のファイル等の環境（ファイル名や
パス等）を意識することなく容易に要求が行え、ファイ
ル名の誤指定等も防止される。
【図１】本発明が適用されるシステム全体の実施の形態
の構成を示す図である。
の構成を示す図である。
【図２】図１の監視端末の構成例を示す図である。
【図３】図１のシステムにおけるＬＡＮ障害発生時の処
理内容を示す模式図である。
理内容を示す模式図である。
【図４】図１のシステムにおける予防保守情報収集時の
処理内容を示す模式図である。
処理内容を示す模式図である。
【図５】図１のシステムにおけるＬＡＮ障害発生時の処
理手順を示すフローチャートである。
理手順を示すフローチャートである。
【図６】図１のシステムにおける予防保守情報収集時の
処理手順を示すフローチャートである。
処理手順を示すフローチャートである。
【図７】実施の形態において用いられるテーブル群の説
明図である。
明図である。
１１…端末、１２，１３…ＬＡＮ、１５…監視端末、１
７…公衆網、１９…遠隔運用管理システム、７１…端末
テーブル、７３…保守情報対応テーブル、７５…スケジ
ュールテーブル、１５１…ディスプレイ装置、１５２…
本体、１５６…キーボード。
７…公衆網、１９…遠隔運用管理システム、７１…端末
テーブル、７３…保守情報対応テーブル、７５…スケジ
ュールテーブル、１５１…ディスプレイ装置、１５２…
本体、１５６…キーボード。
───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.6 識別記号 庁内整理番号 ＦＩ 技術表示箇所 Ｈ０４Ｌ 12/24 9466−5Ｋ Ｈ０４Ｌ 11/08 12/26
Claims (6)
- 【請求項１】遠隔運用管理システムから、公衆網を介し
て、遠隔地にあるＬＡＮを構成する端末に関する情報を
収集するＬＡＮ端末情報の収集方法であって、 ＬＡＮに接続される１端末として、ＬＡＮ端末情報を収
集するための専用の監視端末を設け、 各監視対象端末の採取対象情報の実ファイル名を遠隔運
用管理システム側から見た一般的な情報名と対応づける
情報対応テーブルを前記監視端末内に設け、 ＬＡＮの障害発生時に、遠隔運用管理システムから公衆
網を介して前記監視端末に情報採取対象の端末名および
採取対象情報の一般的な情報名を送信し、 該送信を受けた監視端末は、 前記採取対象情報の一般的な情報名を前記情報対応テー
ブルにより対応する実ファイル名に変換し、 前記情報採取対象の端末名で指定された端末の当該実フ
ァイル名のファイルにアクセスすることにより、目的の
ＬＡＮ端末情報を採取し、 該採取されたＬＡＮ端末情報を当該一般的な情報名で前
記遠隔運用管理システムに返送する、 ことを特徴とするＬＡＮ端末情報の収集方法。 - 【請求項２】前記情報対応テーブルを監視対象端末毎に
別個に設けることを特徴とする請求項１記載のＬＡＮ端
末情報の収集方法。 - 【請求項３】前記監視端末は、前記遠隔運用管理システ
ムから前記端末名および一般的な情報名の送信を受けた
後、一旦、回線を切断し、前記採取されたＬＡＮ端末情
報の返送時に前記監視端末側から前記遠隔運用管理シス
テムに対してコールバックすることを特徴とする請求項
１または２記載のＬＡＮ端末情報の収集方法。 - 【請求項４】前記遠隔運用管理システムと前記監視端末
との間の通信に、リモートログイン機能を排除した通信
プロトコルを用いることを特徴とする請求項１、２また
は３記載のＬＡＮ端末情報の収集方法。 - 【請求項５】監視対象端末毎に周期的に端末情報を収集
するための収集周期および収集対象の一般的情報名を定
めたスケジュールテーブルを前記監視端末内に設け、該
監視端末は、前記スケジュールテーブルを参照して、監
視対象端末について定められた周期毎に当該監視対象端
末の定められた情報を収集し、該収集されたＬＡＮ端末
情報を当該一般的な情報名で前記遠隔運用管理システム
に転送することを特徴とする請求項１記載のＬＡＮ端末
情報の収集方法。 - 【請求項６】前記監視端末は、その立ち上げ後、公衆網
との接続ポートを占有することを特徴とする請求項１〜
５のいずれかに記載のＬＡＮ端末情報の収集方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP7279082A JP2922450B2 (ja) | 1995-10-26 | 1995-10-26 | Ｌａｎ端末情報の収集方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP7279082A JP2922450B2 (ja) | 1995-10-26 | 1995-10-26 | Ｌａｎ端末情報の収集方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH09128341A true JPH09128341A (ja) | 1997-05-16 |
| JP2922450B2 JP2922450B2 (ja) | 1999-07-26 |
Family
ID=17606171
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP7279082A Expired - Lifetime JP2922450B2 (ja) | 1995-10-26 | 1995-10-26 | Ｌａｎ端末情報の収集方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2922450B2 (ja) |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH11355344A (ja) * | 1998-06-10 | 1999-12-24 | Ntt Data Corp | ネットワークセキュリティシステム、相互アクセス制御方法及び記録媒体 |
| KR100330613B1 (ko) * | 1999-03-10 | 2002-03-29 | 포만 제프리 엘 | 서버 컴퓨터가 클라이언트 컴퓨터 시스템의 에셋 정보를원격 액세스하는 방법 및 데이터 처리 시스템 |
| US6735641B1 (en) | 1998-10-28 | 2004-05-11 | Fuji Xerox Co., Ltd. | Peripheral equipment management device, a peripheral device connected to a peripheral management device, and a method of the same of executing a process in accordance with a process schedule generated on the basis of information sent from a device and transmitting a result to a monitoring device |
| JP2010244306A (ja) * | 2009-04-06 | 2010-10-28 | Nec Corp | 障害解析情報採取装置、障害解析情報採取方法、障害解析情報採取プログラム |
-
1995
- 1995-10-26 JP JP7279082A patent/JP2922450B2/ja not_active Expired - Lifetime
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH11355344A (ja) * | 1998-06-10 | 1999-12-24 | Ntt Data Corp | ネットワークセキュリティシステム、相互アクセス制御方法及び記録媒体 |
| US6735641B1 (en) | 1998-10-28 | 2004-05-11 | Fuji Xerox Co., Ltd. | Peripheral equipment management device, a peripheral device connected to a peripheral management device, and a method of the same of executing a process in accordance with a process schedule generated on the basis of information sent from a device and transmitting a result to a monitoring device |
| KR100330613B1 (ko) * | 1999-03-10 | 2002-03-29 | 포만 제프리 엘 | 서버 컴퓨터가 클라이언트 컴퓨터 시스템의 에셋 정보를원격 액세스하는 방법 및 데이터 처리 시스템 |
| JP2010244306A (ja) * | 2009-04-06 | 2010-10-28 | Nec Corp | 障害解析情報採取装置、障害解析情報採取方法、障害解析情報採取プログラム |
Also Published As
| Publication number | Publication date |
|---|---|
| JP2922450B2 (ja) | 1999-07-26 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3778652B2 (ja) | ログデータ収集管理方法及びその装置 | |
| US6907551B2 (en) | Fault notification method and related provider facility | |
| US7308597B2 (en) | Analysis of pipelined networks | |
| US6457050B1 (en) | System and method for dynamically restoring communications within a network | |
| US20020023151A1 (en) | Multi-path computer system | |
| US5333308A (en) | Method and apparatus for operating a communication network monitor arrangement | |
| CN105760240A (zh) | 分布式任务处理方法及装置 | |
| US5713027A (en) | Method and apparatus for controlling the shutdown of computer systems by using service utilization information and examining a dependency relationship between the computers | |
| JP2008217735A (ja) | 障害解析システム、方法、及び、プログラム | |
| CN114338650A (zh) | 文件传输方法、装置、电子设备及可读存储介质 | |
| JP4485112B2 (ja) | ログデータの収集管理方法および装置 | |
| JP2001117629A (ja) | イベント通知システム及びプログラムを記録したコンピュータ読み取り可能な記録媒体 | |
| US20030163735A1 (en) | Processing takeover method in multiple computer system | |
| CN112804202B (zh) | 多网间数据安全交互方法、装置、服务器及存储介质 | |
| CN105490847B (zh) | 一种私有云存储系统中节点故障实时检测及处理方法 | |
| JP2922450B2 (ja) | Ｌａｎ端末情報の収集方法 | |
| US10574659B2 (en) | Network security management system | |
| JP3981349B2 (ja) | 遠隔操作システム | |
| JP2595833B2 (ja) | 遠隔保守装置 | |
| JP3691272B2 (ja) | 分散処理システムおよび障害解析情報の保存方法 | |
| JP3449425B2 (ja) | コンピュータネットワーク監視支援システム | |
| JP2002319940A (ja) | 情報共有化システムと情報共有化の方法、及びこの方法を実行させるプログラム | |
| JP2000187512A (ja) | 電子メ―ルを用いる設備監視装置 | |
| JP2002217949A (ja) | 遠隔監視ネットワーク管理システム | |
| JP2002318737A (ja) | 管理サーバ |