(57)【要約】【課題】  保守員によって収集するログの種類が異なったり、サポートデスクへの問い合わせの際に正確に現場の状況が伝わらないため、障害復旧にも時間がかかり、運用に支障が出ていた。【解決手段】  ネットワークに接続した監視対象を監視する監視サーバであって、前記監視対象の稼動ログを解析するログ解析部と、前記ログ解析部により解析したログを保存するログ記憶部と、それらを制御し、接続する前記監視端末または前記ネットワーク機器郡との情報のやり取りを行う制御部を備え、任意のタイミングまたは所定のタイミングで監視対象に稼動状況の返信を要求する監視パケットを送信し、前記監視対象から異常の発生を知らせる前記監視パケットが返送されると、前記監視対象から前記稼動ログを収集して前記ログ記憶部に記憶し、前記ログ解析部は前記ログ記憶部に記憶した前記稼動ログの解析を行うこと、を特徴とする監視サーバ。【選択図】  図１
2013130901.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークに接続した監視対象を監視する監視サーバであって、
前記監視対象の稼動ログを解析するログ解析部と、前記ログ解析部により解析したログを保存するログ記憶部と、それらを制御し、接続する前記監視端末または前記ネットワーク機器郡との情報のやり取りを行う制御部を備え、
任意のタイミングまたは所定のタイミングで監視対象に稼動状況の返信を要求する監視パケットを送信し、
前記監視対象から異常の発生を知らせる前記監視パケットが返送されると、前記監視対象から前記稼動ログを収集して前記ログ記憶部に記憶し、
前記ログ解析部は前記ログ記憶部に記憶した前記稼動ログの解析を行うこと、を特徴とする監視サーバ。
【請求項２】
前記ログ解析部は、所定の判断基準により前記稼動ログを解析し、前記監視対象に発生した障害が復旧可能か否かの判断し、
復旧可能である場合、前記制御部は、前記監視対象に障害復帰コマンドを入力し、障害復旧を行うこと、を特徴とする請求項１記載の監視サーバ。
【請求項３】
前記制御部は、前記稼動ログの解析の結果または前記障害復旧の状況を接続する監視端末または保守員端末へ送信すること、を特徴とする請求項２記載の監視サーバ。
【請求項４】
前記解析結果は前記監視端末の位置情報を含み、前記位置情報を前記監視端末または前記保守員端末へ送信すること、を特徴とする請求項３記載の監視サーバ。
【請求項５】
前記稼動ログの収集および前記障害復旧は、前記監視対象にリモートログインすることにより実行すること、を特徴とする請求項２記載の監視サーバ。
【請求項６】
前記ログ解析部は、前記記憶部に記憶した稼動ログを文字列のパターンマッチングにより解析し、前記監視対象の障害発生部を特定すること、を特徴とする請求項１記載の監視サーバ。
【請求項７】
監視サーバと、監視対象であるネットワーク機器郡と、それぞれを接続するネットワークとを備えた監視システムであって、
前記監視サーバは、稼動ログを保存するログ保存部と、前記監視対象に発生した障害を解析するためのログ解析部と、それらを制御し接続する前記監視端末または前記ネットワーク機器郡との情報のやり取りを行う制御部を備え、
前記監視サーバは、任意または所定のタイミングでネットワーク機器郡に対し稼動状況を確認する監視パケットを送信し、
前記ネットワーク機器郡のうち１つのネットワーク機器が前記監視パケットに対し異常の発生を知らせる旨のパケットを返信した場合、前記監視サーバは、前記ネットワーク機器郡にリモートでログインし、稼動ログを収集するコマンドを投入し、
前記コマンドの投入を受けた当該ネットワーク機器は前記稼動ログを前記監視サーバに対して開示し、
前記監視サーバは、前記開示された稼動ログを前記ログ記憶部に記憶し、前記記憶した稼動ログの解析を行うこと、を特徴とするネットワーク機器復旧システム。
【請求項８】
前記監視サーバは、前記稼動ログの解析により前記ネットワーク機器に発生した障害が前記ネットワーク機器を再起動することで解消すると判断した場合、前記ネットワーク機器に対し再起動を促す再起動コマンドを送信すること、を特徴とする請求項７記載のネットワーク機器復旧システム。
【請求項９】
前記ネットワーク機器は、前記再起動コマンドを実行し、障害が復帰する場合には前記監視サーバに復帰した旨のパケットを送信し、
障害が復帰しない場合、前記監視サーバに障害が復帰しない旨のパケットを送信し、
前記障害が復帰しない旨のパケットを受信した前記監視サーバは、接続する監視端末または保守員端末にその旨を送信すること、を特徴とする請求項８記載のネットワーク機器復旧システム。
【請求項１０】
前記稼動ログの解析が終わった際に前記監視サーバに接続する監視端末または保守員端末に解析結果を送信すること、を特徴とする請求項７記載のネットワーク機器復旧システム。
【請求項１１】
前記解析結果には前記ネットワーク機器の設置位置情報を含み、前記解析結果を受信した前記監視端末または前記保守員端末は、前記ネットワーク機器の設置位置を表示すること、を特徴とする請求項１０記載のネットワーク機器復旧システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、監視サーバおよびそれを用いたネットワーク機器復旧システムに関する。
【背景技術】
【０００２】
従来から情報通信機器を監視するシステムとして、運用管理システムがある。運用管理システムは、ビル内の情報通信設備のサーバやネットワーク機器に対して障害監視を行っており、障害を確認すると監視端末により現地の保守員へ通知される。運用管理システムのネットワーク機器監視機能の概要は次の通りである。（１）情報通信設備内のネットワーク機器の各ポートに対してＰｉｎｇを送信し、ネットワーク機器からのリプライを受信することで正常性を確認する（Ｐｉｎｇによる監視）。（２）情報通信設備内のネットワーク機器に対してＳＮＭＰパケットを送信し、ネットワーク機器からのリプライを受信することで正常性を確認する（ＳＮＭＰによる監視）。なお、運用管理システムは機器の障害監視までに留まり、障害の復旧は現地の保守員が対応していた。
【０００３】
また、本技術分野の背景技術として、特開２０１１−１５０３９９号公報がある。この公報には、「保守システムは、作業員が携帯可能な作業員端末と、コンピュータシステムを遠隔保守するための保守端末とを備えている。保守端末は、コンピュータシステムに障害が発生した場合に、障害通報及びログを受信すると、ログを自動的に解析し、解析した結果にもとづいて障害要因を抽出し、抽出した障害要因を復旧させるための復旧手順を算出し、算出した復旧手順を作業員端末に送信する。作業員端末は、保守端末が送信した復旧手順を受信すると、受信した復旧手順を作業員に報知する。」と記載されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１１−１５０３９９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本発明が解決しようとする課題としては、大きく分けて以下４つある。
【０００６】
１．「ログ収集」に関わる課題
運用管理システムでネットワーク機器の障害を検知した場合、まずは当該機器のログ収集が必要となる。しかし、「ネットワーク機器へログイン／ログ表示コマンドの入力／コマンド結果の保存」が必要となり、ネットワーク専門の保守員が駐在していない環境では、ログ収集が困難な場合がある。こうした場合、現地の保守員はサポートデスクに問い合わせるが、保守員の技量に個人差があるため、サポートデスクから現地のシステム状況を把握することが難しく、復旧作業に時間を要することが少なくない。また、復旧作業時に保守員による作業ミスが発生する恐れもある。
【０００７】
２．「ログ解析」に関わる課題
現地の保守員によるログ収集が可能な場合でも、ログの解析にはネットワーク専門の知識が必要となり、原因究明が困難な場合がある。こうした場合もサポートデスクに問い合わせる必要があり、１．「ログ収集」に関わる課題と同様に、復旧作業に時間を要することや、作業ミスの可能性がある。
【０００８】
３．「ネットワーク機器復旧」に関わる課題
ネットワーク機器には様々な障害があるが、一時的な輻輳の増大によるポートダウンなどについては、ネットワーク機器のポート再起動で解決する場合がある。このような問題は、まずログ解析により原因を特定し、ポートの再起動が有効であると認められた場合はポートの再起動を試みる。しかし、「ネットワーク機器へのログイン／当該インタフェースへログイン／再起動コマンドの投入」が必要となり、ネットワーク専門の保守員がいない環境では、復旧作業が困難である。
【０００９】
４．従来技術に関わる課題
特開２０１１−１５０３９９号公報では、障害が発生したシステム自身から保守端末に対してエラーログを送付し、障害を分析する仕組みであるが、この機能では様々なベンダーのシステムが混在する環境では、各ベンダーのシステムごとに保守端末へ向けてエラーログを送付する仕組みを設ける必要がある。
【００１０】
そこで、本発明は、ネットワーク機器に障害が発生した場合、自動的にログ収集・解析・自動復旧を行うネットワーク機器障害原因推定・復旧システムを提供する。
【課題を解決するための手段】
【００１１】
上記課題を解決するために、本願は上記課題を例えば特許請求の範囲に記載の構成を採用する。ネットワークに接続した監視対象を監視する監視サーバであって、前記監視対象の稼動ログを解析するログ解析部と、前記ログ解析部により解析したログを保存するログ記憶部と、それらを制御し、接続する前記監視端末または前記ネットワーク機器郡との情報のやり取りを行う制御部を備え、任意のタイミングまたは所定のタイミングで監視対象に稼動状況の返信を要求する監視パケットを送信し、前記監視対象から異常の発生を知らせる前記監視パケットが返送されると、前記監視対象から前記稼動ログを収集して前記ログ記憶部に記憶し、前記ログ解析部は前記ログ記憶部に記憶した前記稼動ログの解析を行う。
【発明の効果】
【００１２】
本発明によれば、ビル内情報通信設備が一般市民に対して提供している電子案内板やＷｅｂページ等の、システム稼働率が向上する。また、ネットワーク機器に障害が発生した場合、自動的にログ収集・解析されることで、現地の保守員からサービスデスクへの問い合わせの効率化が図れる。また、パケット輻輳によるネットワーク機器のポート障害が発生した場合、現地の保守員にネットワークの知識がなくても自動的に障害復旧されるため、復旧時間の短縮が図れる。
【００１３】
上記した以外の課題、構成及び効果は、以下の実施形態の説明により明らかにされる。
【図面の簡単な説明】
【００１４】
【図１】運用管理システムの構成図である。
【図２】運用管理システムの障害検知のシーケンス図である。
【図３】運用管理システムのログ収集処理のフローチャートである。
【図４】運用管理システムのログ解析処理のフローチャートである。
【図５】運用管理システムのコンソール画面に表示される画面を示した図である。
【図６】運用管理システムのネットワーク機器復旧処理のフローチャートである。
【図７】運用管理システムのログ収集処理のフローチャートである。
【図８】運用管理システムのログ解析処理のフローチャートである。
【図９】運用管理システムのコンソール画面に表示される画面を示した図である。
【図１０】従来の運用管理システムの構成図である。
【発明を実施するための形態】
【００１５】
以下、実施例を図面を用いて説明する。
【実施例１】
【００１６】
Ａ．運用管理システムの全体概要
本実施例における運用管理システムを説明する前に、従来の運用管理システムを図１０を用いて説明する。従来の運用管理システムは、監視サーバ１０１と監視端末１０２から構成され、監視サーバ１０１はビル内の情報設備の他ベンダーシステムのネットワーク１０３の状態やネットワーク１０３に接続される他ベンダーのサーバ／ネットワーク機器郡１０４（以下ネットワーク機器郡１０４とする）を監視する。監視サーバ１０１が他ベンダーシステムのネットワーク１０３やネットワーク機器郡１０４から障害を検知したとき、監視サーバ１０１は監視端末１０２に障害の発生を通知する。現地の保守員１０５は、監視端末１０２に表示された情報を常に確認し、必要に応じて他ベンダー保守員端末１２１に障害の発生を連絡し、対応を依頼する。従来の運用管理システムでは、現地の保守員１０５または他ベンダー保守員１２２が対応するため、対応に時間がかかることが多かった。
【００１７】
次に本実施例における運用管理システムを図１を用いて説明する。従来の運用管理システムと重複する箇所については説明を省略する。
【００１８】
本実施例では、監視サーバ１０１に、監視対象であるネットワーク機器郡１０４から収集した稼動ログを記憶するログ記憶部１１１と稼動ログを解析するログ解析部１１２を備える構成とする。なお、稼動ログの解析等についての詳細は後述する。ログ解析部部１１２により従来は監視端末１０２を経由して連絡が他ベンダー保守員端末１２１へ送信されてたものが、直接送信するか否かを判断することが可能となる。また、稼動ログを解析する事により、監視サーバ１０１が直接ネットワーク機器郡１０４に対応可能となる。
【００１９】
本実施例の監視処理をシーケンス図を図２に示す。監視サーバ１０１はネットワーク１０３を介して、ネットワーク機器郡１０４へ定期的に監視パケットを送付(２０１)し、正常な場合、ネットワーク機器郡１０４はそれを受けて正常なパケットを返送(２０２)する。また、ネットワーク機器郡１０４の一部で障害が発生した場合、監視サーバ１０１からネットワーク機器郡１０４へ送付した監視パケット（２０３）に対し、ネットワーク機器郡１０４の一つはは異常を示すパケットを返送（２０４）する。これにより監視サーバ１０１は障害を検知する。
【００２０】
なお、監視パケットは任意のタイミングまたは定期的に監視サーバ１０１から監視対象であるネットワーク機器郡１０４に送信される。また、監視パケットは一度に全てのネットワーク機器郡１０４に送信してもよいし、監視スケジュールによりネットワーク機器郡１０４の一つに送信してもよい。
【００２１】
障害を検知した監視サーバ１０１はネットワーク機器郡１０４に対して動作のログ（稼動ログ）を収集するためにネットワーク機器郡１０４にリモートでログインし（２０５）、稼動ログの収集コマンド（ログ収集コマンド）を実行する。ログ収集コマンドにより収集した稼動ログをログ記憶部１１１に記憶し、ネットワーク機器郡１０４からログアウトする（２０６）。
【００２２】
監視サーバ１０１は記憶部１１１に記憶した稼動ログを解析し、他ベンダーのサーバ／ネットワーク機器郡１０４に発生した障害の内容を特定する。詳細な稼動ログの収集フロー及び解析手法については後述する。
【００２３】
稼動ログを解析し、ネットワーク機器郡１０４に発生した障害がネットワーク機器郡１０４を再起動することにより復帰可能な障害であると判断できた場合、監視サーバ１０１はネットワーク機器郡１０４に対して機器復帰コマンドを送付し（２０７）、復帰視したネットワーク機器郡１０４から復帰確認パケットを受信することで機器の復帰を確認する（２０８）。その後、監視端末１０２へ障害通知と解決について通知する（２０９）。
【００２４】
Ｂ：ログ収集処理
次に本実施例におけるネットワーク機器郡１０４のログ収集処理方法を図３を用いて説明する。
【００２５】
ネットワーク機器郡１０４の仮想回線ログイン情報を事前に監視サーバ１０１へ登録し、ネットワーク機器郡１０４の障害を検知した際にログイン情報を参照する(３０１)。障害機器のログイン情報が登録されていない場合は、ログ収集処理を中断する。
【００２６】
次に、ログイン情報を元に当該のネットワーク機器郡１０４へｔｅｌｎｅｔでリモートログインする(３０２)。リモートログインに失敗する場合は、ログ収集処理を中段する。その後、設定確認コマンド・インタフェース状態確認コマンドを投入し、ネットワーク機器情報を表示する(３０３)。この際、ログが正しく収集できているかを判断し（３０４）、ログが正しく収集できている場合は、表示されたログ（情報）は監視サーバ１０１で保存する(３０５)。情報の収集が完了すると、ネットワーク機器からログアウトする(３０７)。
【００２７】
ログ収集処理の最中に何らかの問題が発生し、収集できなかった場合は（３０４：ＮＯ）、監視サーバ１０１は監視端末１０２に対してログ収集が失敗した旨のエラーメッセージを送信し、監視端末１０２はコンソール画面にエラーメッセージを表示し（３０６）、その後ネットワーク機器郡１０４からログアウトする。
【００２８】
障害が発生したネットワーク機器に対してリモートログインすることで自動的にログを収集することで、保守員の違いによるログの違いを取り除き、解析に必要なログを確実に収集することが出来る。なお、ネットワーク機器にリモートログインを行わなくとも別の手法により実現してもよい。例えば、ネットワーク機器にログの送信を要求するログ収集要求を送信するという形式であってもよい。
【００２９】
Ｃ：ログ解析処理
次に本実施例におけるネットワーク機器のログ解析処理方法を図４を用いて説明する。図４では、ログ収集処理で監視サーバ１０１が収集し保存したログ(３０５)から、パケットロスなど正常時には検出されない値を文字列のパターンマッチングにより解析し(４０１)、解析結果を監視サーバ１０１に保存する（４０２）。
【００３０】
なお、本実施例ではログの解析手法として文字列のパターンマッチングを採用しているが、これに限定せず他の手法により正常時には検出されない値を検出してもよい。また、ログの出力方法により検出方法が異なる場合も同様である。
【００３１】
監視サーバ１０１は解析結果を監視端末１０２へ通知するステップ２０９があるが、これはステップ４０２で保存した情報を監視端末１０２のコンソール画面に表示している。
【００３２】
図５は、監視端末１０２のコンソール画面に表示されたログの解析画面例を表している。ログは重大度５０１、登録時刻５０２、登録ホスト名５０３、イベントＩＤ５０４、メッセージ５０５から構成されている。
【００３３】
重大度５０１は、システムで発生した事象の重大さを示す。重大度５０１には、緊急、警戒、致命的、エラー、警告、通知、情報があり、分類される重大度５０１により対応が異なる。登録時刻５０２は、イベントが監視サーバ１０１に登録された時刻を示す。登録ホスト名５０３は、事象が発生したホスト名を示す。イベントＩＤ５０４は、発生した事象の内容を示す識別子を示す。メッセージ５０５は、発生した事象の情報（解析結果、発生した障害の内容等）を示す。例えば、５０６に示すメッセージは、本実施例により自動ログ解析した結果（ネットワークに輻輳が発生したこと）を示している。ログ解析を行うことにより障害原因が速やかに特定できる。
【００３４】
Ｄ：ネットワーク機器復旧処理
次に本実施例における、ネットワーク機器の復旧処理方法を図６を用いて説明する。図６では、ログ解析により、障害が発生したネットワーク機器の当該ポートのエラー内容により再起動が有効であると判断した場合の動作を示している、
再起動が有効であると判断した監視サーバ１０１は、障害が発生したネットワーク機器へｔｅｌｎｅｔでリモートログインし（６０１）、再起動が必要なポートに対して再起動コマンドを投入する(６０２)。再起動コマンド投入後、障害が発生したネットワーク機器から復帰確認パケットの送付を確認すると（６０３）、ネットワーク機器からログアウトする（６０４）。
【００３５】
なお、ネットワーク機器からの復帰確認パケットが送付されない場合は復帰を確認するまで予め決められた回数再起動コマンドを投入するとしてもよい。また、復帰確認パケットを確認せずログアウトするとしてもよい。
【００３６】
これにより、ネットワーク機器の知識を有する保守員が常駐していなくても即時に自動復旧が可能となる。
【００３７】
上記した実施例の構成とすることで、ビル内情報通信設備が一般市民に対して提供している電子案内板やＷｅｂページ等の、システム稼働率が向上する。また、ネットワーク機器に障害が発生した場合、自動的にログ収集・解析されることで、現地の保守員からサービスデスクへの問い合わせの効率化が図れる。また、パケット輻輳によるネットワーク機器のポート障害が発生した場合、現地の保守員にネットワークの知識がなくても自動的に障害復旧されるため、復旧時間の短縮が図れる。
【実施例２】
【００３８】
本実施例では、監視サーバ１０１がネットワーク機器郡１０４に対して障害復帰コマンドを送付したがネットワーク機器郡１０４が復帰しない場合について説明する。なお、実施例１にて説明した内容と重複する箇所については説明を省略する。
【００３９】
図７は、本実施例における監視処理のシーケンス図である。図７を用いて本実施例の監視処理について説明する。なお、障害の発生からログ解析までは上記した実施例１と同様であるため省略する。
【００４０】
ログ解析後、監視サーバ１０１は障害が発生した旨と保存した解析結果を監視端末１０２に通知する（７０１）。このとき通知される画面は、例えば図５に示す表示画面例の上２段まで（メッセージ５０６まで）である。
【００４１】
その後、実施例１と同様に監視サーバ１０１は障害復帰コマンドをネットワーク機器郡１０４に送付するが（２０７）、障害は復帰せず、ネットワーク機器郡１０４からは異常を示す異常パケットが監視サーバ１０１に送付される（７０２）。この異常パケットを受信した監視サーバ１０１は復帰コマンドでは障害が回復しないと判断し、監視サーバ１０１は監視端末１０１に障害通知を行う（７０３）。また、監視端末１０１だけでなく、他ベンダー保守施設にある他ベンダー保守員端末１２１に障害発生を通知する（７０４）。
【００４２】
このように監視端末１０１だけでなく、他ベンダー保守員端末１２１に監視サーバ１０１が障害通知を行うことで、障害発生からの通知時間の短縮を図り、結果として障害発生から解決までの間のネットワーク機器郡１０４が停止している時間短縮が図ることができ、顧客利便性の向上が期待できる。
【００４３】
図８は、本実施例におけるネットワーク機器のログ解析処理方法である。実施例１と異なり、本実施例ではログの保存だけでなく、その後監視端末１０２への通知を行う（７０１）。障害発生時に監視端末１０２へ通知することで、障害が復帰しなかった場合における保守員１０５の迅速な対応が図れ、障害復帰までの時間が短縮される。
【００４４】
図９は、本実施例における監視端末１０２または他ベンダー保守員端末１２１に表示される通知画面の例である。画面構成は実施例１で説明した図５と同様であるため説明は省略する。
【００４５】
図９に示される９０２が障害復帰コマンドを送付後、ネットワーク機器郡１０４の障害が回復しなかった場合に通知される画面の例である。これにより自動で他ベンダーの保守員１２２に対して通知が行えるため、障害復帰までの時間が短縮でき、顧客利便性が高まる。
【００４６】
また９０１に示すのように、所定解回数の以上が発生した場合は、保守員に対してエラーが頻繁に発生している旨の情報を通知する事ができる。これにより、保守員が特定のネットワーク機器に対して通常の保守等で詳細に点検することができ、結果として障害の発生を未然に防ぐ事ができる。
【００４７】
なお、本発明は上記した実施例に限定されるものではなく、様々な変形例が含まれる。例えば、監視端末１０２に表示する表示画面には監視対象の施設の見取り図が表示され、障害が発生したネットワーク機器が赤色で表示されるなど施設のどこに位置するかを知らせるといった機能を有してよい。また例えば、上記した実施例は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、ある実施例の構成の一部を他の実施例の構成に置き換える事が可能であり、ある実施例の構成に他の実施例の構成を加えることも可能である。
【００４８】
また、上記各構成、機能、処理部、処理手段等は、それらの一部又は全部を、例えば集積回路で設計する等によりハードウェアで実現してもよいし、プロセッサがそれぞれの機能を実現するプログラムを解釈し、実行することによりソフトウェアで実現してもよい。
【符号の説明】
【００４９】
１０１：監視するサーバ
１０２：監視端末
１０３：ネットワーク
１０４：サーバ／ネットワーク機器郡
１０５：保守員
１１１：ログ記憶部
１１２：ログ解析部
１２１：他ベンダー保守員端末
１２２：他ベンダー保守員
【図１】
2013130901.tif 000003
【図２】
2013130901.tif 000004
【図３】
2013130901.tif 000005
【図４】
2013130901.tif 000006
【図５】
2013130901.tif 000007
【図６】
2013130901.tif 000008
【図７】
2013130901.tif 000009
【図８】
2013130901.tif 000010
【図９】
2013130901.tif 000011
【図１０】
2013130901.tif 000012