ネットワークに接続した監視対象を監視する監視サーバであって、前記監視対象の稼動ログを解析するログ解析部と、前記ログ解析部により解析したログを保存するログ記憶部と、それらを制御し、接続する前記監視端末または前記ネットワーク機器郡との情報のやり取りを行う制御部を備え、任意のタイミングまたは所定のタイミングで監視対象に稼動状況の返信を要求する監視パケットを送信し、前記監視対象から異常の発生を知らせる前記監視パケットが返送されると、前記監視対象から前記稼動ログを収集して前記ログ記憶部に記憶し、前記ログ解析部は前記ログ記憶部に記憶した前記稼動ログの解析を行うこと、を特徴とする監視サーバ。前記ログ解析部は、所定の判断基準により前記稼動ログを解析し、前記監視対象に発生した障害が復旧可能か否かの判断し、復旧可能である場合、前記制御部は、前記監視対象に障害復帰コマンドを入力し、障害復旧を行うこと、を特徴とする請求項1記載の監視サーバ。前記制御部は、前記稼動ログの解析の結果または前記障害復旧の状況を接続する監視端末または保守員端末へ送信すること、を特徴とする請求項2記載の監視サーバ。前記解析結果は前記監視端末の位置情報を含み、前記位置情報を前記監視端末または前記保守員端末へ送信すること、を特徴とする請求項3記載の監視サーバ。前記稼動ログの収集および前記障害復旧は、前記監視対象にリモートログインすることにより実行すること、を特徴とする請求項2記載の監視サーバ。前記ログ解析部は、前記記憶部に記憶した稼動ログを文字列のパターンマッチングにより解析し、前記監視対象の障害発生部を特定すること、を特徴とする請求項1記載の監視サーバ。監視サーバと、監視対象であるネットワーク機器郡と、それぞれを接続するネットワークとを備えた監視システムであって、前記監視サーバは、稼動ログを保存するログ保存部と、前記監視対象に発生した障害を解析するためのログ解析部と、それらを制御し接続する前記監視端末または前記ネットワーク機器郡との情報のやり取りを行う制御部を備え、前記監視サーバは、任意または所定のタイミングでネットワーク機器郡に対し稼動状況を確認する監視パケットを送信し、前記ネットワーク機器郡のうち1つのネットワーク機器が前記監視パケットに対し異常の発生を知らせる旨のパケットを返信した場合、前記監視サーバは、前記ネットワーク機器郡にリモートでログインし、稼動ログを収集するコマンドを投入し、前記コマンドの投入を受けた当該ネットワーク機器は前記稼動ログを前記監視サーバに対して開示し、前記監視サーバは、前記開示された稼動ログを前記ログ記憶部に記憶し、前記記憶した稼動ログの解析を行うこと、を特徴とするネットワーク機器復旧システム。前記監視サーバは、前記稼動ログの解析により前記ネットワーク機器に発生した障害が前記ネットワーク機器を再起動することで解消すると判断した場合、前記ネットワーク機器に対し再起動を促す再起動コマンドを送信すること、を特徴とする請求項7記載のネットワーク機器復旧システム。前記ネットワーク機器は、前記再起動コマンドを実行し、障害が復帰する場合には前記監視サーバに復帰した旨のパケットを送信し、障害が復帰しない場合、前記監視サーバに障害が復帰しない旨のパケットを送信し、前記障害が復帰しない旨のパケットを受信した前記監視サーバは、接続する監視端末または保守員端末にその旨を送信すること、を特徴とする請求項8記載のネットワーク機器復旧システム。前記稼動ログの解析が終わった際に前記監視サーバに接続する監視端末または保守員端末に解析結果を送信すること、を特徴とする請求項7記載のネットワーク機器復旧システム。前記解析結果には前記ネットワーク機器の設置位置情報を含み、前記解析結果を受信した前記監視端末または前記保守員端末は、前記ネットワーク機器の設置位置を表示すること、を特徴とする請求項10記載のネットワーク機器復旧システム。本発明が解決しようとする課題としては、大きく分けて以下4つある。1.ログ収集に関わる課題運用管理システムでネットワーク機器の障害を検知した場合、まずは当該機器のログ収集が必要となる。しかし、ネットワーク機器へログイン/ログ表示コマンドの入力/コマンド結果の保存が必要となり、ネットワーク専門の保守員が駐在していない環境では、ログ収集が困難な場合がある。こうした場合、現地の保守員はサポートデスクに問い合わせるが、保守員の技量に個人差があるため、サポートデスクから現地のシステム状況を把握することが難しく、復旧作業に時間を要することが少なくない。また、復旧作業時に保守員による作業ミスが発生する恐れもある。2.ログ解析に関わる課題現地の保守員によるログ収集が可能な場合でも、ログの解析にはネットワーク専門の知識が必要となり、原因究明が困難な場合がある。こうした場合もサポートデスクに問い合わせる必要があり、1.ログ収集に関わる課題と同様に、復旧作業に時間を要することや、作業ミスの可能性がある。3.ネットワーク機器復旧に関わる課題ネットワーク機器には様々な障害があるが、一時的な輻輳の増大によるポートダウンなどについては、ネットワーク機器のポート再起動で解決する場合がある。このような問題は、まずログ解析により原因を特定し、ポートの再起動が有効であると認められた場合はポートの再起動を試みる。しかし、ネットワーク機器へのログイン/当該インタフェースへログイン/再起動コマンドの投入が必要となり、ネットワーク専門の保守員がいない環境では、復旧作業が困難である。4.従来技術に関わる課題特開2011-150399号公報では、障害が発生したシステム自身から保守端末に対してエラーログを送付し、障害を分析する仕組みであるが、この機能では様々なベンダーのシステムが混在する環境では、各ベンダーのシステムごとに保守端末へ向けてエラーログを送付する仕組みを設ける必要がある。そこで、本発明は、ネットワーク機器に障害が発生した場合、自動的にログ収集解析自動復旧を行うネットワーク機器障害原因推定復旧システムを提供する。上記課題を解決するために、本願は上記課題を例えば特許請求の範囲に記載の構成を採用する。ネットワークに接続した監視対象を監視する監視サーバであって、前記監視対象の稼動ログを解析するログ解析部と、前記ログ解析部により解析したログを保存するログ記憶部と、それらを制御し、接続する前記監視端末または前記ネットワーク機器郡との情報のやり取りを行う制御部を備え、任意のタイミングまたは所定のタイミングで監視対象に稼動状況の返信を要求する監視パケットを送信し、前記監視対象から異常の発生を知らせる前記監視パケットが返送されると、前記監視対象から前記稼動ログを収集して前記ログ記憶部に記憶し、前記ログ解析部は前記ログ記憶部に記憶した前記稼動ログの解析を行う。本発明によれば、ビル内情報通信設備が一般市民に対して提供している電子案内板やWebページ等の、システム稼働率が向上する。また、ネットワーク機器に障害が発生した場合、自動的にログ収集解析されることで、現地の保守員からサービスデスクへの問い合わせの効率化が図れる。また、パケット輻輳によるネットワーク機器のポート障害が発生した場合、現地の保守員にネットワークの知識がなくても自動的に障害復旧されるため、復旧時間の短縮が図れる。上記した以外の課題、構成及び効果は、以下の実施形態の説明により明らかにされる。以下、実施例を図面を用いて説明する。A.運用管理システムの全体概要本実施例における運用管理システムを説明する前に、従来の運用管理システムを図10を用いて説明する。従来の運用管理システムは、監視サーバ101と監視端末102から構成され、監視サーバ101はビル内の情報設備の他ベンダーシステムのネットワーク103の状態やネットワーク103に接続される他ベンダーのサーバ/ネットワーク機器郡104以下ネットワーク機器郡104とするを監視する。監視サーバ101が他ベンダーシステムのネットワーク103やネットワーク機器郡104から障害を検知したとき、監視サーバ101は監視端末102に障害の発生を通知する。現地の保守員105は、監視端末102に表示された情報を常に確認し、必要に応じて他ベンダー保守員端末121に障害の発生を連絡し、対応を依頼する。従来の運用管理システムでは、現地の保守員105または他ベンダー保守員122が対応するため、対応に時間がかかることが多かった。次に本実施例における運用管理システムを図1を用いて説明する。従来の運用管理システムと重複する箇所については説明を省略する。本実施例では、監視サーバ101に、監視対象であるネットワーク機器郡104から収集した稼動ログを記憶するログ記憶部111と稼動ログを解析するログ解析部112を備える構成とする。なお、稼動ログの解析等についての詳細は後述する。ログ解析部部112により従来は監視端末102を経由して連絡が他ベンダー保守員端末121へ送信されてたものが、直接送信するか否かを判断することが可能となる。また、稼動ログを解析する事により、監視サーバ101が直接ネットワーク機器郡104に対応可能となる。本実施例の監視処理をシーケンス図を図2に示す。監視サーバ101はネットワーク103を介して、ネットワーク機器郡104へ定期的に監視パケットを送付し、正常な場合、ネットワーク機器郡104はそれを受けて正常なパケットを返送する。また、ネットワーク機器郡104の一部で障害が発生した場合、監視サーバ101からネットワーク機器郡104へ送付した監視パケット203に対し、ネットワーク機器郡104の一つはは異常を示すパケットを返送204する。これにより監視サーバ101は障害を検知する。なお、監視パケットは任意のタイミングまたは定期的に監視サーバ101から監視対象であるネットワーク機器郡104に送信される。また、監視パケットは一度に全てのネットワーク機器郡104に送信してもよいし、監視スケジュールによりネットワーク機器郡104の一つに送信してもよい。障害を検知した監視サーバ101はネットワーク機器郡104に対して動作のログ稼動ログを収集するためにネットワーク機器郡104にリモートでログインし205、稼動ログの収集コマンドログ収集コマンドを実行する。ログ収集コマンドにより収集した稼動ログをログ記憶部111に記憶し、ネットワーク機器郡104からログアウトする206。監視サーバ101は記憶部111に記憶した稼動ログを解析し、他ベンダーのサーバ/ネットワーク機器郡104に発生した障害の内容を特定する。詳細な稼動ログの収集フロー及び解析手法については後述する。稼動ログを解析し、ネットワーク機器郡104に発生した障害がネットワーク機器郡104を再起動することにより復帰可能な障害であると判断できた場合、監視サーバ101はネットワーク機器郡104に対して機器復帰コマンドを送付し207、復帰視したネットワーク機器郡104から復帰確認パケットを受信することで機器の復帰を確認する208。その後、監視端末102へ障害通知と解決について通知する209。B:ログ収集処理次に本実施例におけるネットワーク機器郡104のログ収集処理方法を図3を用いて説明する。ネットワーク機器郡104の仮想回線ログイン情報を事前に監視サーバ101へ登録し、ネットワーク機器郡104の障害を検知した際にログイン情報を参照する。障害機器のログイン情報が登録されていない場合は、ログ収集処理を中断する。次に、ログイン情報を元に当該のネットワーク機器郡104へtelnetでリモートログインする。リモートログインに失敗する場合は、ログ収集処理を中段する。その後、設定確認コマンドインタフェース状態確認コマンドを投入し、ネットワーク機器情報を表示する。この際、ログが正しく収集できているかを判断し304、ログが正しく収集できている場合は、表示されたログ情報は監視サーバ101で保存する。情報の収集が完了すると、ネットワーク機器からログアウトする。ログ収集処理の最中に何らかの問題が発生し、収集できなかった場合は304:NO、監視サーバ101は監視端末102に対してログ収集が失敗した旨のエラーメッセージを送信し、監視端末102はコンソール画面にエラーメッセージを表示し306、その後ネットワーク機器郡104からログアウトする。障害が発生したネットワーク機器に対してリモートログインすることで自動的にログを収集することで、保守員の違いによるログの違いを取り除き、解析に必要なログを確実に収集することが出来る。なお、ネットワーク機器にリモートログインを行わなくとも別の手法により実現してもよい。例えば、ネットワーク機器にログの送信を要求するログ収集要求を送信するという形式であってもよい。C:ログ解析処理次に本実施例におけるネットワーク機器のログ解析処理方法を図4を用いて説明する。図4では、ログ収集処理で監視サーバ101が収集し保存したログから、パケットロスなど正常時には検出されない値を文字列のパターンマッチングにより解析し、解析結果を監視サーバ101に保存する402。なお、本実施例ではログの解析手法として文字列のパターンマッチングを採用しているが、これに限定せず他の手法により正常時には検出されない値を検出してもよい。また、ログの出力方法により検出方法が異なる場合も同様である。監視サーバ101は解析結果を監視端末102へ通知するステップ209があるが、これはステップ402で保存した情報を監視端末102のコンソール画面に表示している。図5は、監視端末102のコンソール画面に表示されたログの解析画面例を表している。ログは重大度501、登録時刻502、登録ホスト名503、イベントID504、メッセージ505から構成されている。重大度501は、システムで発生した事象の重大さを示す。重大度501には、緊急、警戒、致命的、エラー、警告、通知、情報があり、分類される重大度501により対応が異なる。登録時刻502は、イベントが監視サーバ101に登録された時刻を示す。登録ホスト名503は、事象が発生したホスト名を示す。イベントID504は、発生した事象の内容を示す識別子を示す。メッセージ505は、発生した事象の情報解析結果、発生した障害の内容等を示す。例えば、506に示すメッセージは、本実施例により自動ログ解析した結果ネットワークに輻輳が発生したことを示している。ログ解析を行うことにより障害原因が速やかに特定できる。D:ネットワーク機器復旧処理次に本実施例における、ネットワーク機器の復旧処理方法を図6を用いて説明する。図6では、ログ解析により、障害が発生したネットワーク機器の当該ポートのエラー内容により再起動が有効であると判断した場合の動作を示している、再起動が有効であると判断した監視サーバ101は、障害が発生したネットワーク機器へtelnetでリモートログインし601、再起動が必要なポートに対して再起動コマンドを投入する。再起動コマンド投入後、障害が発生したネットワーク機器から復帰確認パケットの送付を確認すると603、ネットワーク機器からログアウトする604。なお、ネットワーク機器からの復帰確認パケットが送付されない場合は復帰を確認するまで予め決められた回数再起動コマンドを投入するとしてもよい。また、復帰確認パケットを確認せずログアウトするとしてもよい。これにより、ネットワーク機器の知識を有する保守員が常駐していなくても即時に自動復旧が可能となる。上記した実施例の構成とすることで、ビル内情報通信設備が一般市民に対して提供している電子案内板やWebページ等の、システム稼働率が向上する。また、ネットワーク機器に障害が発生した場合、自動的にログ収集解析されることで、現地の保守員からサービスデスクへの問い合わせの効率化が図れる。また、パケット輻輳によるネットワーク機器のポート障害が発生した場合、現地の保守員にネットワークの知識がなくても自動的に障害復旧されるため、復旧時間の短縮が図れる。本実施例では、監視サーバ101がネットワーク機器郡104に対して障害復帰コマンドを送付したがネットワーク機器郡104が復帰しない場合について説明する。なお、実施例1にて説明した内容と重複する箇所については説明を省略する。図7は、本実施例における監視処理のシーケンス図である。図7を用いて本実施例の監視処理について説明する。なお、障害の発生からログ解析までは上記した実施例1と同様であるため省略する。ログ解析後、監視サーバ101は障害が発生した旨と保存した解析結果を監視端末102に通知する701。このとき通知される画面は、例えば図5に示す表示画面例の上2段までメッセージ506までである。その後、実施例1と同様に監視サーバ101は障害復帰コマンドをネットワーク機器郡104に送付するが207、障害は復帰せず、ネットワーク機器郡104からは異常を示す異常パケットが監視サーバ101に送付される702。この異常パケットを受信した監視サーバ101は復帰コマンドでは障害が回復しないと判断し、監視サーバ101は監視端末101に障害通知を行う703。また、監視端末101だけでなく、他ベンダー保守施設にある他ベンダー保守員端末121に障害発生を通知する704。このように監視端末101だけでなく、他ベンダー保守員端末121に監視サーバ101が障害通知を行うことで、障害発生からの通知時間の短縮を図り、結果として障害発生から解決までの間のネットワーク機器郡104が停止している時間短縮が図ることができ、顧客利便性の向上が期待できる。図8は、本実施例におけるネットワーク機器のログ解析処理方法である。実施例1と異なり、本実施例ではログの保存だけでなく、その後監視端末102への通知を行う701。障害発生時に監視端末102へ通知することで、障害が復帰しなかった場合における保守員105の迅速な対応が図れ、障害復帰までの時間が短縮される。図9は、本実施例における監視端末102または他ベンダー保守員端末121に表示される通知画面の例である。画面構成は実施例1で説明した図5と同様であるため説明は省略する。図9に示される902が障害復帰コマンドを送付後、ネットワーク機器郡104の障害が回復しなかった場合に通知される画面の例である。これにより自動で他ベンダーの保守員122に対して通知が行えるため、障害復帰までの時間が短縮でき、顧客利便性が高まる。また901に示すのように、所定解回数の以上が発生した場合は、保守員に対してエラーが頻繁に発生している旨の情報を通知する事ができる。これにより、保守員が特定のネットワーク機器に対して通常の保守等で詳細に点検することができ、結果として障害の発生を未然に防ぐ事ができる。なお、本発明は上記した実施例に限定されるものではなく、様々な変形例が含まれる。例えば、監視端末102に表示する表示画面には監視対象の施設の見取り図が表示され、障害が発生したネットワーク機器が赤色で表示されるなど施設のどこに位置するかを知らせるといった機能を有してよい。また例えば、上記した実施例は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、ある実施例の構成の一部を他の実施例の構成に置き換える事が可能であり、ある実施例の構成に他の実施例の構成を加えることも可能である。また、上記各構成、機能、処理部、処理手段等は、それらの一部又は全部を、例えば集積回路で設計する等によりハードウェアで実現してもよいし、プロセッサがそれぞれの機能を実現するプログラムを解釈し、実行することによりソフトウェアで実現してもよい。