(57)【要約】【課題】作業者がシステムの運用を行うに当たりリアルタイムに効率的なオペレーションを行うことが可能な運用監視装置、運用監視システム、制御方法、プログラム、及びプログラムを記録した記録媒体を提供すること。【解決手段】リモート接続中継サーバ２００において、Ｔｅｌｎｅｔ／ＳＳＨクライアント１０２からサーバ３００へのＴｅｌｎｅｔ／ＳＳＨ接続のセッション情とＷｅｂブラウザ１０１のセッション情報とを関連付けて中継すると同時に、サーバ稼働状況取得プログラム２０４によって接続先サーバ３００および関連する他サーバの稼働状況を収集し、管理情報データベース２０２に格納し、Ｗｅｂサーバ２０１を通じて、管理情報データベース２０２に格納されているサーバの稼働状況並びに事前登録した留意点等の任意メッセージをセッション情報が関連付けられたＷｅｂブラウザ１０１へ表示する。【選択図】  図１
2011129076.tif 000002
【特許請求の範囲】
【請求項１】
サーバ端末にネットワークで接続されたクライアント端末が前記サーバ端末に対する指示入力を行うと共に、前記サーバ端末における稼働状況を表示する運用監視システムにおいて、
前記クライアント端末は、
コマンド入力によって前記サーバ端末への指示入力を行う第１の入出力手段と、
前記第１の入出力手段によって入力されたコマンドを前記サーバ端末へ送信するコマンド送信手段と、
前記第１の入出力手段と異なるセッションで前記サーバ端末へ接続すると共に、稼働状況取得手段によって取得した前記サーバ端末の所定の監視対象に対する使用及び稼働状況を示す利用稼働情報を表示する第２の入出力手段とを備え、
前記サーバ端末は、
前記コマンド送信手段によって送信されたコマンドを受信するコマンド受信手段と、
前記サーバ端末の前記利用稼働情報を取得する稼働状況取得手段と、
前記第１の入出力手段と前記サーバ端末との第１のセッション情報と、前記第２の入出力手段と前記サーバ端末との第２のセッション情報と、を関連付けて記憶するセッション情報記憶手段と、
前記コマンド受信手段によって受信したコマンドが前記サーバ端末において実行された後、前記第１の入出力手段の第１のセッション情報に対応する第２のセッション情報を前記セッション情報記憶手段から取得するセッション情報取得手段と、
前記セッション情報取得手段によって取得したタイミングで前記第２のセッション情報に対応する第２の入出力手段に対して、前記稼働状況取得手段によって取得した利用稼働情報を表示する制御手段と、
を備えたことを特徴とする運用監視システム。
【請求項２】
前記サーバ端末は、
前記第２の入出力手段によって、前記サーバ端末にネットワークを介して接続した後、前記第１の入出力手段と前記第２の入出力手段とを対応付けるための共通セッション情報を作成する共通セッション情報作成手段と、
を更に備え、
前記第１の入出力手段は、前記サーバ端末に接続する際に、前記共通セッション情報を入力することが可能であり、
前記セッション情報記憶手段は、前記第２のセッション情報に対応させて前記共通セッション情報を記憶すると共に、前記第１の入出力手段によって入力された共通セッション情報に対応させて前記第１のセッション情報を記憶することを特徴とする請求項１に記載の運用監視システム。
【請求項３】
前記セッション情報取得手段は、所定時間間隔で前記第１の入出力手段の第１のセッション情報に対応する第２のセッション情報を前記セッション情報記憶手段から取得することを特徴とする請求項１または請求項２に記載の運用監視システム。
【請求項４】
前記第２の入出力手段によって前記サーバ端末に接続したタイミングで、前記稼働状況取得手段によって利用稼働情報を取得し、取得した利用稼働情報に応じて、前記サーバに対する作業の制約情報を表示すること特徴とする請求項１乃至３の何れか１項に記載の運用監視システム。
【請求項５】
前記利用稼働情報は、前記サーバ端末の時刻を含むことを特徴する請求項４に記載の運用監視システム。
【請求項６】
前記第２の入出力手段は、ユーザに関するユーザログイン情報を入力することが可能であり、
前記サーバ端末は、
前記サーバ端末におけるユーザの作業開始時刻及び作業終了時刻を記憶したユーザ使用可能情報記憶手段と、
前記サーバ端末にログインする際に、前記第２の入出力手段によって入力されたユーザが前記ユーザ使用可能情報記憶手段に記憶された作業開始時刻及び作業終了時刻に含まれない場合、前記サーバ端末へのログインを不可とする認証手段と、
を更に備えたことを特徴とする請求項１乃至５の何れか１項に記載の運用監視システム。
【請求項７】
前記サーバ端末は、
前記コマンドに対して使用条件を定めて記憶したコマンド使用条件記憶手段と、
前記第１の入出力手段によって入力されたコマンドが前記コマンド使用条件記憶手段によって記憶された使用条件に該当するか否かを判定するコマンド使用条件判定手段と、
を更に備え、
前記送信手段は、前記コマンド使用条件判定手段によって、前記入力されたコマンドが、使用不可と判定した場合、前記サーバ端末へ前記コマンドの送信を行わないことを特徴とする請求項１乃至６の何れか１項に記載の運用監視システム。
【請求項８】
前記コマンド使用条件には、コマンド使用可能時間を含むことを特徴とする請求項７に記載の運用監視システム。
【請求項９】
前記第２の入出力手段によって前記サーバ端末に接続したタイミングで、前記稼働状況取得手段によって取得した利用稼働情報と、前記制御手段によって取得した前記利用稼働情報を合わせて第２の入出力手段によって表示することを特徴とする請求項１乃至８の何れか１項に記載の運用監視システム。
【請求項１０】
前記第１の入出力手段は、Ｔｅｌｎｅｔ／ＳＳＨであると共に、前記第２の入出力手段は、Ｗｅｂブラウザであること特徴とする請求項１乃至９の何れか１項に記載の運用監視システム。
【請求項１１】
前記運用監視システムは、サーバ端末に対する指示入力を行うと共に、前記サーバ端末における稼働状況を表示するクライアント端末と前記サーバ端末との中継を行う中継サーバ端末とがネットワークを介して接続されており、
前記クライアント端末は、前記第１の入出力手段と、前記コマンド送信手段と、第２の入出力手段と、を備えており、
前記中継サーバ端末は、前記コマンド受信手段と、前記稼働状況取得手段と、前記セッション情報記憶手段と、前記セッション情報取得手段と、前記制御手段と、
を備えたことを特徴とする請求項１乃至１０の何れか１項に記載の運用監視システム。
【請求項１２】
前記運用監視システムは、サーバ端末に対する指示入力を行うと共に、前記サーバ端末における稼働状況を表示するクライアント端末と前記サーバ端末との中継を行う中継サーバ端末とがネットワークを介して接続されており、
前記クライアント端末は、前記第１の入出力手段と、前記コマンド送信手段と、第２の入出力手段と、を備えており、
前記中継サーバ端末は、前記コマンド受信手段と、前記稼働状況取得手段と、前記セッション情報記憶手段と、前記セッション情報取得手段と、前記制御手段と、前記共通セッション情報作成手段と、を備えたことを特徴とする請求項２乃至１０の何れか１項に記載の運用監視システム。
【請求項１３】
前記運用監視システムは、サーバ端末に対する指示入力を行うと共に、前記サーバ端末における稼働状況を表示するクライアント端末と前記サーバ端末との中継を行う中継サーバ端末とがネットワークを介して接続されており、
前記クライアント端末は、前記第１の入出力手段と、前記コマンド送信手段と、第２の入出力手段と、を備えており、
前記中継サーバ端末は、前記コマンド受信手段と、前記稼働状況取得手段と、前記セッション情報記憶手段と、前記セッション情報取得手段と、前記制御手段と、前記ユーザ使用可能情報記憶手段と、前記認証手段と、前記第２の入出力手段によって、前記サーバ端末にネットワークを介して接続した後、前記第１の入出力手段と前記第２の入出力手段とを対応付けるための共通セッション情報を作成する共通セッション情報作成手段と、を備えたことを特徴とする請求項６乃至１０の何れか１項に記載の運用監視システム。
【請求項１４】
前記運用監視システムは、サーバ端末に対する指示入力を行うと共に、前記サーバ端末における稼働状況を表示するクライアント端末と前記サーバ端末との中継を行う中継サーバ端末とがネットワークを介して接続されており、
前記クライアント端末は、前記第１の入出力手段と、前記コマンド送信手段と、第２の入出力手段と、を備えており、
前記中継サーバ端末は、前記コマンド受信手段と、前記稼働状況取得手段と、前記セッション情報記憶手段と、前記セッション情報取得手段と、前記制御手段と、前記コマンド使用条件記憶手段と、前記コマンド使用条件判定手段と、前記第２の入出力手段によって、前記サーバ端末にネットワークを介して接続した後、前記第１の入出力手段と前記第２の入出力手段とを対応付けるための共通セッション情報を作成する共通セッション情報作成手段と、前記サーバ端末におけるユーザの作業開始時刻及び作業終了時刻を記憶したユーザ使用可能情報記憶手段と、前記サーバ端末にログインする際に、前記第２の入出力手段によって入力されたユーザが前記ユーザ使用可能情報記憶手段に記憶された作業開始時刻及び作業終了時刻に含まれない場合、前記サーバ端末へのログインを不可とする認証手段と、を備えたことを特徴とする請求項７乃至１０の何れか１項に記載の運用監視システム。
【請求項１５】
前記中継サーバ端末は、前記サーバ端末と関連する他のサーバ端末との接続情報を記憶するサーバ基本情報記憶手段を更に備え、
前記稼働状況取得手段は、前記サーバ基本情報記憶手段に記憶された他のサーバ端末の利用稼働情報も取得することを特徴とする請求項１１乃至１４の何れか１項に記載の運用監視システム。
【請求項１６】
コマンド入力によって前記運用監視装置に対して指示入力を行うための第１の入出力手段を備え、更に、前記第１の入出力手段と異なるセッションで前記運用監視装置へ接続すると共に、前記運用監視装置の所定の監視対象に対する使用及び稼働状況を示す利用稼働情報を表示する第２の入出力手段、を備えたクライアント端末とネットワークで接続された運用監視装置であって、
前記運用監視装置は、
前記コマンド送信手段によって送信されたコマンドを受信するコマンド受信手段と、
前記運用監視装置の前記利用稼働情報を取得する稼働状況取得手段と、
前記第１の入出力手段と前記運用監視装置との第１のセッション情報と、前記第２の入出力手段と前記運用監視装置との第２のセッション情報と、を関連付けて記憶するセッション情報記憶手段と、
前記コマンド受信手段によって受信したコマンドが前記運用監視装置において実行された後、前記第１の入出力手段の第１のセッション情報に対応する第２のセッション情報を前記セッション情報記憶手段から取得するセッション情報取得手段と、
前記セッション情報取得手段によって取得したタイミングで前記第２のセッション情報に対応する第２の入出力手段に対して、前記稼働状況取得手段によって取得した利用稼働情報を表示する制御手段と、
を備えたことを特徴とする運用監視装置。
【請求項１７】
サーバ端末にネットワークで接続されたクライアント端末が前記サーバ端末に対する指示入力を行うと共に、前記サーバ端末における稼働状況を表示する運用監視システムの制御方法であって、
前記クライアント端末において、
コマンド入力によって前記サーバ端末への指示入力を行う第１の入出力ステップと、
前記第１の入出力ステップによって入力されたコマンドを前記サーバ端末へ送信するコマンド送信ステップと、
前記第１の入出力ステップと異なるセッションで前記サーバ端末へ接続すると共に、稼働状況取得ステップによって取得した前記サーバ端末の所定の監視対象に対する使用及び稼働状況を示す利用稼働情報を表示する第２の入出力ステップを実行し、
前記サーバ端末において、
前記コマンド送信ステップによって送信されたコマンドを受信するコマンド受信ステップと、
前記サーバ端末の前記利用稼働情報を取得する稼働状況取得ステップと、
前記コマンド受信ステップによって受信したコマンドが前記サーバ端末において実行された後、前記前記第１の入出力ステップと前記サーバ端末との第１のセッション情報と、前記第２の入出力ステップと前記サーバ端末との第２のセッション情報と、を関連付けて記憶するセッション情報記憶手段から、前記第１の入出力ステップの第１のセッション情報に対応する第２のセッション情報を取得するセッション情報取得ステップと、
前記セッション情報取得ステップによって取得したタイミングで前記第２のセッション情報に対応する第２の入出力ステップに対して、前記稼働状況取得ステップによって取得した利用稼働情報を表示する制御ステップと、
を実行することを特徴とする運用監視システムの制御方法。
【請求項１８】
コマンド入力によって前記運用監視装置に対して指示入力を行うための第１の入出力手段を備え、更に、前記第１の入出力手段と異なるセッションで前記運用監視装置へ接続すると共に、前記運用監視装置の所定の監視対象に対する使用及び稼働状況を示す利用稼働情報を表示する第２の入出力手段、を備えたクライアント端末とネットワークで接続された運用監視装置であって、
前記運用監視装置は、
前記第１の入出力手段によって入力されたコマンドを受信するコマンド受信ステップと、
前記運用監視装置の前記利用稼働情報を取得する稼働状況取得ステップと、
前記第１の入出力手段と前記運用監視装置との第１のセッション情報と、前記第２の入出力手段と前記運用監視装置との第２のセッション情報と、を関連付けて記憶するセッション情報記憶ステップと、
前記コマンド受信ステップによって受信したコマンドが前記運用監視装置において実行された後、前記第１の入出力手段の第１のセッション情報に対応する第２のセッション情報を前記セッション情報記憶ステップから取得するセッション情報取得ステップと、
前記セッション情報取得ステップによって取得したタイミングで前記第２のセッション情報に対応する第２の入出力手段に対して、前記稼働状況取得ステップによって取得した利用稼働情報を表示する制御ステップと、
を実行することを特徴とする運用監視装置の制御方法。
【請求項１９】
コンピュータで読取り可能なプログラムであると共に実行可能かプログラムであって、前記プログラムは、
サーバ端末にネットワークで接続されたクライアント端末が前記サーバ端末に対する指示入力を行うと共に、前記サーバ端末における稼働状況を表示する運用監視システムにおいて、
前記クライアント端末を、
コマンド入力によって前記サーバ端末への指示入力を行う第１の入出力手段と、
前記第１の入出力手段によって入力されたコマンドを前記サーバ端末へ送信するコマンド送信手段と、
前記第１の入出力手段と異なるセッションで前記サーバ端末へ接続すると共に、稼働状況取得手段によって取得した前記サーバ端末の所定の監視対象に対する使用及び稼働状況を示す利用稼働情報を表示する第２の入出力手段として機能させ、
前記サーバ端末を、
前記コマンド送信手段によって送信されたコマンドを受信するコマンド受信手段と、
前記サーバ端末の前記利用稼働情報を取得する稼働状況取得手段と、
前記コマンド受信手段によって受信したコマンドが前記サーバ端末において実行された後、前記第１の入出力手段と前記サーバ端末との第１のセッション情報と、前記第２の入出力手段と前記サーバ端末との第２のセッション情報と、を関連付けて記憶するセッション情報記憶手段から、前記第１の入出力手段の第１のセッション情報に対応する第２のセッション情報を取得するセッション情報取得手段と、
前記セッション情報取得手段によって取得したタイミングで前記第２のセッション情報に対応する第２の入出力手段に対して、前記稼働状況取得手段によって取得した利用稼働情報を表示する制御手段
として機能させるためのコンピュータにより実行可能なプログラム。
【請求項２０】
コンピュータで読取り可能なプログラムであると共に実行可能なプログラムであって、前記プログラムは、
コマンド入力によって前記運用監視装置に対して指示入力を行うための第１の入出力手段を備え、更に、前記第１の入出力手段と異なるセッションで前記運用監視装置へ接続すると共に、前記運用監視装置の所定の監視対象に対する使用及び稼働状況を示す利用稼働情報を表示する第２の入出力手段、を備えたクライアント端末とネットワークで接続された運用監視装置であって、
前記運用監視装置は、
前記コマンド送信手段によって送信されたコマンドを受信するコマンド受信手段と、
前記運用監視装置の前記利用稼働情報を取得する稼働状況取得手段と、
前記第１の入出力手段と前記運用監視装置との第１のセッション情報と、前記第２の入出力手段と前記運用監視装置との第２のセッション情報と、を関連付けて記憶するセッション情報記憶手段と、
前記コマンド受信手段によって受信したコマンドが前記運用監視装置において実行された後、前記第１の入出力手段の第１のセッション情報に対応する第２のセッション情報を前記セッション情報記憶手段から取得するセッション情報取得手段と、
前記セッション情報取得手段によって取得したタイミングで前記第２のセッション情報に対応する第２の入出力手段に対して、前記稼働状況取得手段によって取得した利用稼働情報を表示する制御手段と、
として機能させるためのコンピュータにより実行可能なプログラム。
【請求項２１】
請求項１９に記載のプログラムを格納することを特徴とするコンピュータで読み取り可能な記憶媒体。
【請求項２２】
請求項２０に記載のプログラムを格納することを特徴とするコンピュータで読み取り可能な記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、クライアント端末装置とサーバ端末装置とが、ネットワークを介して、リモート接続通信を行うシステムにおいて、サーバ端末装置における使用及び稼働状況をクライアント端末装置において監視することが可能な運用監視装置、運用監視システム、制御方法、プログラム、及びプログラムを記録した記録媒体に関するものである。
【背景技術】
【０００２】
近年、コンピュータシステムは複雑化かつ大規模化するとともに、コンピュータシステムの位置付けは企業活動に留まらず、社会的活動においてもますます重要性を増している。そして、コンピュータシステムの障害が場合によっては社会的活動に甚大なる影響を及ぼすことになる。
【０００３】
一方でハードウェアやソフトウェアのコモディティ化に伴うオープンシステムあるいは分散システムの浸透によって、管理するサーバ台数はさらに増加し、システムそのものも複雑化しており、効率的かつ効果的なシステムの運用管理が求められている。
【０００４】
そこで、多くのコンピュータシステムでは、ジョブ運行や監視などシステム運用の自動化を目的としたシステム運用管理ツールが導入されている。
【０００５】
その一つの例として、特許文献１では、システム管理者のブラウザ上のビューアにおいてネットワーク機器の監視設定および監視結果の通知を可能とすることによって、複雑化するネットワークを一元管理化するネットワークリモート管理システムが公開されている。
【０００６】
また、システム障害においては、ハードウェアの故障やソフトウェアの不具合により生じるものもあるが、システムを運用するにあたり人的なオペレーションミスによって引き起こされる場合が非常に多いということが報告されている。
【０００７】
システムの運用を担当する作業者は、自社の開発者のみならず、ハードウェアやソフトウェアなどのベンダー、あるいは委託先のＳＥなど、多岐に渡る人間が携わっている。その結果、システムに精通していない者がオペレーションを行わざるを得ない状況が多々存在する。
【０００８】
そうした中で、定型的な作業であれば所定のコマンドをシステム運用管理ツールに定義しておき、作業者がボタンを押下する操作のみでオペレーションを実行できるようにするといったシステム運用を行うことによって、オペレーションミスの発生しない仕組み作りが取り組まれている。
【０００９】
例えば、特許文献２に示されているような、Ｗｅｂブラウザを用いてシステムで発生した障害に応じたリカバリ情報の提供や所定の操作が実施可能なリモートメンテナンス装置が考案されている。
【先行技術文献】
【特許文献】
【００１０】
【特許文献１】特開平１１−０３１１１４号公報
【特許文献２】特開２００４−０１３４１１号公報
【発明の概要】
【発明が解決しようとする課題】
【００１１】
しかしながら、特許文献１および特許文献２に記載の技術では、監視あるいは監視結果の通知先がシステムの運用を担当する作業者やサーバ管理者への通知を前提としているため、作業者のオペレーションミスや不正状態の見落としによる障害の発生を作業者が発見し、未然に防止、対処することは困難である。
【００１２】
例えば、作業者が作業中に発生した障害に気づかず作業を継続してしまうことや、あるいは障害発生に気づかないまま作業を終えてしまうという事態が起きる。その結果、障害発生の認識と対応が遅くなり、実施した作業の振り返りによって障害の原因を特定するなど、障害対応に時間がかかってしまう。
【００１３】
また、特許文献２に記載のシステムにあるように、システムの操作を簡略化することによりオペレーションミスを低減する仕組みは存在するが、想定外の障害復旧など、事前に手順を定義できないような操作が必要な場合や非定型の作業を実施する場合、依然としてＴｅｌｎｅｔ（Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｎｅｔｗｏｒｋ）やＳＳＨ（Ｓｅｃｕｒｅ  Ｓｈｅｌｌ）を用いてコマンド操作を実行することで対応することが必要となる場面も多い。そのため、コマンド操作に不慣れな作業者は、オペレーションミスが発生しやすいので、作業者は作業を行う都度、実行結果、ログの確認、及びサーバの稼働状況を確認しながら作業を進める必要がある。
【００１４】
更に、従来、ＴｅｌｎｅｔやＳＳＨを用いてコマンド操作を実行後、実行したコマンドとは、別のコマンドを入力することで、実行結果、ログの確認、及びサーバの使用及び稼働状況を確認するオペレーションが必要であった。
【００１５】
従って、作業者は作業の都度、コマンドの実行結果やサーバの使用及び稼働状況を確認するため、リアルタイムに効率的なオペレーションを行うことができず、更に、コマンド操作に不慣れな作業者にはオペレーションミスが増幅されるという問題が生じている。
【００１６】
本発明は上述した問題に鑑みてなされたものであり、作業者がシステムの運用を行うに当たりリアルタイムに効率的なオペレーションを行うことが可能な運用監視装置、運用監視システム、制御方法、プログラム、及びプログラムを記録した記録媒体を提供することを目的とする。
【課題を解決するための手段】
【００１７】
上記目的を達成するために、請求項１記載の運用監視システムは、サーバ端末にネットワークで接続されたクライアント端末が前記サーバ端末に対する指示入力を行うと共に、前記サーバ端末における稼働状況を表示する運用監視システムにおいて、前記クライアント端末は、コマンド入力によって前記サーバ端末への指示入力を行う第１の入出力手段と、前記第１の入出力手段によって入力されたコマンドを前記サーバ端末へ送信するコマンド送信手段と、前記第１の入出力手段と異なるセッションで前記サーバ端末へ接続すると共に、稼働状況取得手段によって取得した前記サーバ端末の所定の監視対象に対する使用及び稼働状況を示す利用稼働情報を表示する第２の入出力手段とを備え、前記サーバ端末は、前記コマンド送信手段によって送信されたコマンドを受信するコマンド受信手段と、前記サーバ端末の前記利用稼働情報を取得する稼働状況取得手段と、前記第１の入出力手段と前記サーバ端末との第１のセッション情報と、前記第２の入出力手段と前記サーバ端末との第２のセッション情報と、を関連付けて記憶するセッション情報記憶手段と、前記コマンド受信手段によって受信したコマンドが前記サーバ端末において実行された後、前記第１の入出力手段の第１のセッション情報に対応する第２のセッション情報を前記セッション情報記憶手段から取得するセッション情報取得手段と、前記セッション情報取得手段によって取得したタイミングで前記第２のセッション情報に対応する第２の入出力手段に対して、前記稼働状況取得手段によって取得した利用稼働情報を表示する制御手段とを備えることを特徴とする。
【００１８】
上記目的を達成するために、請求項１６記載の運用監視装置は、コマンド入力によって前記運用監視装置に対して指示入力を行うための第１の入出力手段を備え、更に、前記第１の入出力手段と異なるセッションで前記運用監視装置へ接続すると共に、前記運用監視装置の所定の監視対象に対する使用及び稼働状況を示す利用稼働情報を表示する第２の入出力手段、を備えたクライアント端末とネットワークで接続された運用監視装置であって、前記運用監視装置は、前記コマンド送信手段によって送信されたコマンドを受信するコマンド受信手段と、前記運用監視装置の前記利用稼働情報を取得する稼働状況取得手段と、前記第１の入出力手段と前記運用監視装置との第１のセッション情報と、前記第２の入出力手段と前記運用監視装置との第２のセッション情報と、を関連付けて記憶するセッション情報記憶手段と、前記コマンド受信手段によって受信したコマンドが前記運用監視装置において実行された後、前記第１の入出力手段の第１のセッション情報に対応する第２のセッション情報を前記セッション情報記憶手段から取得するセッション情報取得手段と、前記セッション情報取得手段によって取得したタイミングで前記第２のセッション情報に対応する第２の入出力手段に対して、前記稼働状況取得手段によって取得した利用稼働情報を表示する制御手段と、を備えたことを特徴とする。
【００１９】
上記目的を達成するために、請求項１７記載の運用監視システムの制御方法は、サーバ端末にネットワークで接続されたクライアント端末が前記サーバ端末に対する指示入力を行うと共に、前記サーバ端末における稼働状況を表示する運用監視システムの制御方法であって、前記クライアント端末において、コマンド入力によって前記サーバ端末への指示入力を行う第１の入出力ステップと、前記第１の入出力ステップによって入力されたコマンドを前記サーバ端末へ送信するコマンド送信ステップと、前記第１の入出力ステップと異なるセッションで前記サーバ端末へ接続すると共に、稼働状況取得ステップによって取得した前記サーバ端末の所定の監視対象に対する使用及び稼働状況を示す利用稼働情報を表示する第２の入出力ステップを実行し、前記サーバ端末において、前記コマンド送信ステップによって送信されたコマンドを受信するコマンド受信ステップと、前記サーバ端末の前記利用稼働情報を取得する稼働状況取得ステップと、前記コマンド受信ステップによって受信したコマンドが前記サーバ端末において実行された後、前記前記第１の入出力ステップと前記サーバ端末との第１のセッション情報と、前記第２の入出力ステップと前記サーバ端末との第２のセッション情報と、を関連付けて記憶するセッション情報記憶手段から、前記第１の入出力ステップの第１のセッション情報に対応する第２のセッション情報を取得するセッション情報取得ステップと、前記セッション情報取得ステップによって取得したタイミングで前記第２のセッション情報に対応する第２の入出力ステップに対して、前記稼働状況取得ステップによって取得した利用稼働情報を表示する制御ステップとを実行することを特徴とする。
【００２０】
上記目的を達成するために、請求項１８記載の運用監視装置の制御方法は、コマンド入力によって前記運用監視装置に対して指示入力を行うための第１の入出力手段を備え、更に、前記第１の入出力手段と異なるセッションで前記運用監視装置へ接続すると共に、前記運用監視装置の所定の監視対象に対する使用及び稼働状況を示す利用稼働情報を表示する第２の入出力手段、を備えたクライアント端末とネットワークで接続された運用監視装置であって、前記運用監視装置は、前記第１の入出力手段によって入力されたコマンドを受信するコマンド受信ステップと、前記運用監視装置の前記利用稼働情報を取得する稼働状況取得ステップと、前記第１の入出力手段と前記運用監視装置との第１のセッション情報と、前記第２の入出力手段と前記運用監視装置との第２のセッション情報と、を関連付けて記憶するセッション情報記憶ステップと、前記コマンド受信ステップによって受信したコマンドが前記運用監視装置において実行された後、前記第１の入出力手段の第１のセッション情報に対応する第２のセッション情報を前記セッション情報記憶ステップから取得するセッション情報取得ステップと、前記セッション情報取得ステップによって取得したタイミングで前記第２のセッション情報に対応する第２の入出力手段に対して、前記稼働状況取得ステップによって取得した利用稼働情報を表示する制御ステップとを実行することを特徴とする。
【００２１】
上記目的を達成するために、請求項１９記載のプログラムは、コンピュータで読取り可能なプログラムであると共に実行可能なプログラムであって、前記プログラムは、サーバ端末にネットワークで接続されたクライアント端末が前記サーバ端末に対する指示入力を行うと共に、前記サーバ端末における稼働状況を表示する運用監視システムにおいて、前記クライアント端末を、コマンド入力によって前記サーバ端末への指示入力を行う第１の入出力手段と、前記第１の入出力手段によって入力されたコマンドを前記サーバ端末へ送信するコマンド送信手段と、前記第１の入出力手段と異なるセッションで前記サーバ端末へ接続すると共に、稼働状況取得手段によって取得した前記サーバ端末の所定の監視対象に対する使用及び稼働状況を示す利用稼働情報を表示する第２の入出力手段として機能させ、前記サーバ端末を、前記コマンド送信手段によって送信されたコマンドを受信するコマンド受信手段と、前記サーバ端末の前記利用稼働情報を取得する稼働状況取得手段と、前記コマンド受信手段によって受信したコマンドが前記サーバ端末において実行された後、前記第１の入出力手段と前記サーバ端末との第１のセッション情報と、前記第２の入出力手段と前記サーバ端末との第２のセッション情報と、を関連付けて記憶するセッション情報記憶手段から、前記第１の入出力手段の第１のセッション情報に対応する第２のセッション情報を取得するセッション情報取得手段と、前記セッション情報取得手段によって取得したタイミングで前記第２のセッション情報に対応する第２の入出力手段に対して、前記稼働状況取得手段によって取得した利用稼働情報を表示する制御手段として機能させるためのコンピュータにより読取実行可能なプログラムである。
【００２２】
上記目的を達成するために、請求項２０記載のプログラムは、コンピュータで読取り可能なプログラムであると共に実行可能なプログラムであって、前記プログラムは、コマンド入力によって前記運用監視装置に対して指示入力を行うための第１の入出力手段を備え、更に、前記第１の入出力手段と異なるセッションで前記運用監視装置へ接続すると共に、前記運用監視装置の所定の監視対象に対する使用及び稼働状況を示す利用稼働情報を表示する第２の入出力手段、を備えたクライアント端末とネットワークで接続された運用監視装置であって、前記運用監視装置は、前記コマンド送信手段によって送信されたコマンドを受信するコマンド受信手段と、前記運用監視装置の前記利用稼働情報を取得する稼働状況取得手段と、前記第１の入出力手段と前記運用監視装置との第１のセッション情報と、前記第２の入出力手段と前記運用監視装置との第２のセッション情報と、を関連付けて記憶するセッション情報記憶手段と、前記コマンド受信手段によって受信したコマンドが前記運用監視装置において実行された後、前記第１の入出力手段の第１のセッション情報に対応する第２のセッション情報を前記セッション情報記憶手段から取得するセッション情報取得手段と、前記セッション情報取得手段によって取得したタイミングで前記第２のセッション情報に対応する第２の入出力手段に対して、前記稼働状況取得手段によって取得した利用稼働情報を表示する制御手段として機能させるためのコンピュータにより読取実行可能なプログラムである。
【００２３】
上記目的を達成するために、請求項２１記載のコンピュータで読み取り可能な記憶媒体は、請求項１９に記載のプログラムを格納することを特徴とする。
【００２４】
上記目的を達成するために、請求項２２記載のコンピュータで読み取り可能な記憶媒体は、請求項２０に記載のプログラムを格納することを特徴とする。
【発明の効果】
【００２５】
以上説明したように、本発明によれば、作業対象となるサーバに対してコマンド操作を実施するための入力装置とサーバの使用及び稼働状況を表示する入力装置とを連携することにより、コマンド操作を実施するための入力装置を用いて作業を行う際に発生する誤操作の抑止、及び作業負荷の軽減を図ることができるので、作業者がシステムの運用を行うに当たりリアルタイムに効率的なオペレーションを行うことが可能となる、という効果を奏する。
【図面の簡単な説明】
【００２６】
【図１】本発明の実施形態に係る運用監視システムの一例を示す構成図である。
【図２】リモートアクセス端末装置およびリモート接続中継サーバ、サーバのハードウェア構成の一例を示す構成図である。
【図３】接続先サーバに関する基本情報を記憶するためのテーブル構成の一例を示す構成図である。
【図４】作業者によるサービス起動・停止の誤操作を防止するための警告メッセージ情報を記憶するためのテーブル構成の一例を示す構成図である。
【図５】サービスの稼働時間を定義したデータを記憶するためのテーブル構成の一例を示す構成図である。
【図６】接続先サーバに関する監視および監視結果の通知等の事前定義情報を記憶するテーブル構成の一例を示す構成図である。
【図７】作業者が送信したコマンドの中継制限を定義したデータを記憶するテーブル構成の一例を示す構成図である。
【図８】作業者が、サーバへのアクセス申請の際に入力した情報を記憶するテーブル構成の一例を示す構成図である。
【図９】個別のリモート接続における管理情報を記憶するテーブル構成の一例を示す構成図である。
【図１０】リモート接続中継サーバにおいて、ｒｓｈ／ＳＳＨまたはＳＮＭＰによって収集したサーバの利用稼働情報を記憶するテーブル構成の一例を示す構成図である。
【図１１】基本情報登録処理からアクセス申請までの全体的な処理の流れを示すフローチャートである。
【図１２】リモート接続中継サーバとリモートアクセス端末におけるＷｅｂサーバの基本情報登録処理の一例を示すフローチャートである。
【図１３】ＷｅｂブラウザからＷｅｂサーバにアクセスした際に表示されるログイン画面の構成の一例を示す構成図である。
【図１４】認証情報を記憶するためのテーブル構成の一例を示す構成図である。
【図１５】システム管理者が、接続先サーバに関する基本情報を入力するための画面の構成の一例を示す構成図である。
【図１６】システム管理者が、接続先サーバに関する監視および監視結果の通知に関する設定情報を入力するための画面構成の一例を示す構成図である。
【図１７】リモート接続中継サーバとリモートアクセス端末におけるＷｅｂサーバのアクセス申請処理の一例を示すフローチャートである。
【図１８】作業者が、サーバで行う作業の情報を入力するための画面の構成の一例を示す構成図である。
【図１９】アクセス申請に対する承認メッセージとリモート接続セッションＩＤが発行出力される画面の構成の一例を示す構成図である。
【図２０】Ｔｅｌｎｅｔ／ＳＳＨプロキシのログイン処理からＴｅｌｎｅｔ／ＳＳＨプロキシのＴｅｌｎｅｔ／ＳＳＨコネクション切断処理までの全体的な処理の流れを示すフローチャートである。
【図２１】リモート接続中継サーバとリモートアクセス端末におけるＴｅｌｎｅｔ／ＳＳＨプロキシのログイン処理の一例を示すフローチャートである。
【図２２】Ｔｅｌｎｅｔ／ＳＳＨクライアントからＴｅｌｎｅｔ／ＳＳＨにアクセスした際に表示される入力ダイアログ画面の構成の一例を示す構成図である。
【図２３】リモートアクセス端末のＷｅｂブラウザへの通知表示画面（管理対象サーバが正常稼働時）の構成の一例を示す構成図である。
【図２４】リモート接続中継サーバとリモートアクセス端末におけるＷｅｂサーバの通知処理の一例を示すフローチャートである。
【図２５】中継制限されたコマンドを作業者が実行した際に、リモートアクセス端末上のＷｅｂブラウザへ表示される警告メッセージ画面の構成の一例を示す構成図である。
【図２６】リモートアクセス端末上のＷｅｂブラウザへの通知表示画面（管理対象サーバが異常稼働時）の構成の一例を示す構成図である。
【図２７】リモートアクセス端末上のＷｅｂブラウザへの他サーバの稼働状況通知画面の構成の一例を示す構成図である。
【図２８】リモート接続中継サーバにおけるサーバ稼働状況取得プログラムの接続先サーバ稼働状況取得処理の一例を示すフローチャートである。
【図２９】サーバからログオフした際、リモートアクセス端末上のＷｅｂブラウザへ表示される通知画面の構成の一例を示す構成図である。
【図３０】リモート接続中継サーバにおけるＴｅｌｎｅｔ／ＳＳＨプロキシの入力文字列チェック処理の一例を示すフローチャートである。
【図３１】リモート接続中継サーバとリモートアクセス端末におけるＴｅｌｎｅｔ／ＳＳＨプロキシのＴｅｌｎｅｔ／ＳＳＨコネクション切断処理の一例を示すフローチャートである。
【発明を実施するための形態】
【００２７】
以下、図面を参照して、本発明の実施形態を詳細に説明する。
【００２８】
図１は、本発明の実施形態における運用監視システム５００の構成を示すシステム構成図である。運用監視システム５００は、リモートアクセス端末１００、リモート接続中継サーバ２００、サーバ３００から構成されており、リモートアクセス端末１００とリモート接続中継サーバ２００とサーバ３００とは、ネットワークを介してアクセス可能に接続されている。リモートアクセス端末１００は、例えばパソコンであり、ネットワーク、及びリモート接続中継サーバ２００を介して、サーバ３００のメンテナンスを実行するためにコマンド入力による指示入力を行い、入力コマンドを送信する。尚、図１のネットワーク上に接続される各種端末あるいはサーバの構成は一例であり、用途や目的に応じて様々な構成例がある。
【００２９】
次に、図１のリモートアクセス端末１００、リモート接続中継サーバ２００の各種端末のシステム構成について説明する。
【００３０】
リモートアクセス端末１００は、システム管理者あるいはＳＥ、もしくはベンダー作業者などが、サーバ３００に対して作業を実施する為に手元で操作を行う為の入出力端末装置であり、内部構成として、Ｗｅｂブラウザ１０１、Ｔｅｌｎｅｔ／ＳＳＨクライアント１０２を有する。
【００３１】
但し、ＷｅｂブラウザおよびＴｅｌｎｅｔ／ＳＳＨクライアントの仕組みそのものは既知のものであり、その動作原理についての説明は省略する。尚、翻字形態では、サーバへの接続手段としてＴｅｌｎｅｔ／ＳＳＨを用いているが、情報の通知手段としてＷｅｂブラウザ等のプラットホームに依存しないアプリケーションを使用しているため、例えばＲＤＰ（Ｒｅｍｏｔｅ  Ｄｅｓｋｔｏｐ  Ｐｒｏｔｏｃｏｌ）等、その他の接続手段との連携処理にも応用することも可能である。
【００３２】
Ｗｅｂブラウザ１０１は、リモート接続中継サーバ２００内部のＷｅｂサーバ２０１とＨＴＴＰ（ＨｙＰｅｒ  Ｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）を用いてデータの送受信が可能である。またＴｅｌｎｅｔ／ＳＳＨクライアント１０２は、Ｔｅｌｎｅｔ／ＳＳＨプロキシ２０３とＴｅｌｎｅｔ／ＳＳＨといったリモート接続プロトコルを用いてデータの送受信が可能である。
【００３３】
Ｔｅｌｎｅｔ／ＳＳＨクライアント１０２は、作業者がサーバ３００のメンテナンスやプログラムファイルのリリース作業を行う際に、Ｔｅｌｎｅｔ／ＳＳＨクライアント１０２からＴｅｌｎｅｔ／ＳＳＨプロキシ２０３に対しＴｅｌｎｅｔ／ＳＳＨ接続する。
Ｗｅｂブラウザ１０１とＴｅｌｎｅｔ／ＳＳＨクライアント１０２とは、其々、サーバ３００に対して各々異なるセッションとして接続を行うことで稼働している。
【００３４】
リモート接続中継サーバ２００は、Ｗｅｂサーバ２０１、管理情報データベース２０２、Ｔｅｌｎｅｔ／ＳＳＨプロキシ２０３、サーバ稼働状況取得プログラム２０４、認証データベース２０５で構成される。
【００３５】
リモート接続中継サーバ２００は、例えばサーバ３００のメンテナンスやプログラムファイルのリリースなど、サーバ３００に対して作業を行う作業者が、リモートアクセス端末１００を用いてサーバ３００に接続する際のリモート接続コネクションの中継と、作業者へのメッセージ通知、さらに接続したサーバ３００に関する使用及び稼働状況の収集を行う装置である。
【００３６】
リモート接続中継サーバ２００は、ＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）などの標準的な通信ネットワークプロトコルの利用あるいはプロセス間通信を介して、Ｗｅｂサーバ２０１、管理情報データベース２０２、Ｔｅｌｎｅｔ／ＳＳＨプロキシ２０３、サーバ稼働状況取得プログラム２０４、及び認証データベース２０５においてデータの送受信が相互に可能である。
【００３７】
Ｗｅｂサーバ２０１は、Ｗｅｂブラウザ１０１との間で、ＨＴＴＰを使用して情報の送受信を行う。また、本実施例では単純なＨＴＴＰの処理だけでなく、Ｗｅｂへのログイン認証やセッション管理、管理情報データベースの照会処理などを行うＷｅｂアプリケーションも含んでいる。
【００３８】
なお、実際のシステム運用時にはセキュリティを考慮し、プロトコルとしてＨＴＴＰＳ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ  ｏｖｅｒ  Ｓｅｃｕｒｅ  Ｓｏｃｋｅｔ  Ｌａｙｅｒ）を用いることもあり得るが、本実施例では暗号化によるセキュリティは範囲外である為、以下の文中ではＨＴＴＰを元に説明する。
【００３９】
管理情報データベース２０２は、図３〜図１０に示す、サーバの基本情報やリモート接続セッションなどの管理情報、サーバ稼働状況取得プログラム２０４によって収集した使用及び稼働状況に関する情報を格納するデータベースである。
【００４０】
なお、図３〜図１０では本発明で使用されるテーブルの構成を表記しているが、必ずしもＲＤＢＭＳ(Ｒｅｌａｔｉｏｎａｌ Ｄａｔａｂａｓｅ Ｍａｎａｇｅｍｅｎｔ Ｓｙｓｔｅｍ)の利用に限定されるものではなく、当然、フラットファイルやキーバリュー型など他のデータベース形式を用いてもよい。
【００４１】
ここで、管理情報データベース２０２に格納されるテーブルについて、テーブルの構成図に基づいて説明する。
【００４２】
図３に示すサーバ基本情報テーブルは、各サーバ３００に割り振られるサーバＩＤ、各サーバ３００のＩＰアドレス（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ  Ａｄｄｒｅｓｓ）、各サーバ３００のサーバ名、各サーバ３００が所属するシステム名、各サーバ３００と連携処理が行われる関連サーバの接続情報を示すＩＰアドレス、各サーバ３００に接続するための接続プロトコルの方式、各サーバ３００にインストールされているＯＳ（Ｏｐｅｒａｔｉｎｇ
Ｓｙｓｔｅｍ）の種別、各サーバ３００を管理している担当者名、各サーバ３００を管理している担当者の連絡先といったサーバの基本的な情報を格納する。
【００４３】
図４に示す事前登録メッセージテーブルは、サーバ３００にリモート接続を行うユーザに対して通知させたい任意のメッセージ、例えば、ユーザがサーバ３００に対して行う作業の制約情報を登録する。各メッセージの表示は、時間帯あるいはサービスの稼働状態などの条件も合わせて設定することができる。
事前登録メッセージテーブルには、登録されたメッセージごとに割り振られるメッセージＩＤ、図３に示すサーバ基本情報テーブルで割り振れられ、メッセージを表示するサーバ３００のサーバＩＤ、登録メッセージをＷｅｂブラウザ１０１へ掲示を開始する時刻を指定するための掲示開始時刻、登録メッセージをＷｅｂブラウザ１０１へ掲示を終了する時刻を指定するための掲示終了時刻、サーバ３００の使用及び稼働状況に応じてＷｅｂブラウザ１０１へ掲示する登録メッセージを変化させるための条件として設定できるサービス稼働状態の条件、サーバ３００で稼働しているサービスごとのサービスＩＤ、サービス稼働状態の条件を満たした時にＷｅｂブラウザ１０１における画面に表示させる登録メッセージを格納する。
【００４４】
図５に示すサービス稼働定義テーブルは、サーバ３００で稼働しているサービスＩＤ、当該サービスが稼働しているサーバ３００のサーバＩＤ、サーバ３００の稼働開始時刻を表す稼働開始時刻、サーバ３００の稼働終了時刻を表す稼働終了時刻、サーバ３００で動作しているサービスのプロセス名を格納する。
【００４５】
図６に示す監視定義テーブルは、サーバ３００ごとのサーバＩＤ、エラーや警告の通知を行うトリガとなるサーバ３００のディスク使用率閾値、サーバ３００にて出力されたエラー等のログファイルに対して監視対象とすべくファイルを特定するための監視対象ログファイル、監視対象ログファイル内を検索する文字列と当該文字列が発見された場合の通知レベルを格納する。
【００４６】
図７に示す入力コマンド制限ポリシーテーブルは、サーバ３００ごとのサーバＩＤ、サーバで実行させたくないコマンド（文字列）を表す入力文字列、作業者によって入力されたコマンドと前記入力文字列との合致条件である適用条件、前記入力文字列の使用可能時間の制限を表す適用時間、前記入力文字列が適用条件、運用時間等に該当する際に行うべき処理方法等のコマンドの使用条件に対する制限度を格納する。
【００４７】
図８に示すアクセス申請情報テーブルは、作業者がサーバ３００にリモート接続するのに先立って入力した、各種作業情報を格納する。アクセス申請ごとに割り振られる申請ＩＤ、アクセス申請を行った申請者名、申請者がサーバ３００にアクセスし、作業を開始する時刻を表す作業開始時刻、申請者がサーバ３００での作業を終了する時刻を表す作業終了時刻、サーバ３００にアクセスして行う作業の内容を表す作業内容、前記申請者の連絡先を表す連絡先、アクセス申請ごとに発行されるリモート接続セッションＩＤ、及びアクセスをおこなうサーバのＩＤである接続先サーバＩＤ、を格納する。
尚、リモート接続セッションＩＤを用いることで、Ｗｅｂブラウザ１０１、Ｔｅｌｎｅｔ／ＳＳＨクライアント１０２との各セッションを対応付けるための共通セッション情報として利用するが、使用方法については、以降、説明を行う。
【００４８】
図９に示すセッション管理テーブルは、アクセス申請ごとに発行されるリモート接続セッションＩＤ、Ｗｅｂブラウザ１０１を識別する為に設定するＷｅｂセッションＩＤ、Ｔｅｌｎｅｔ／ＳＳＨ接続コネクションの識別子を表す端末ＩＤ、Ｗｅｂブラウザ１０１を用いたログイン状況を表すＷｅｂ画面ログイン状況、クライアント１０２からサーバ３００へのログイン状況を表すサーバへのＴｅｌｎｅｔ／ＳＳＨログイン状況、作業者がサーバ３００へのログイン／ログアウト時刻を記録しておくログイン／ログアウト時刻、及び作業者の入力したコマンドやそのコマンドの入力時刻とそれに対応した出力結果と中継結果等を表す操作履歴といった項目を格納する。
【００４９】
図１０に示すサーバ稼働状況テーブルは、サーバ３００ごとに割り振られるサーバＩＤ、サーバ稼働状況取得プログラム２０４によってサーバ３００の稼働状況が収集された時刻を表す稼働状況取得時刻、サーバ稼働状況取得プログラム２０４によって収集されたサーバ３００のディスク使用率、サーバ３００の稼働状態を表すプロセス起動結果、サーバ３００のエラーの有無を表すエラー内容、ファイル名やタイムスタンプといったファイル状態の情報を表すファイル名状態リストを格納する。
【００５０】
次に図１に示すＴｅｌｎｅｔ／ＳＳＨプロキシ２０３は、リモートアクセス端末１００からサーバ３００に対するリモート接続の中継を行う。また、Ｔｅｌｎｅｔ／ＳＳＨにおいて、リモートアクセス端末１００から送信されたコマンドの制御機能と、Ｔｅｌｎｅｔ／ＳＳＨで送受信された情報を記録する機能を有する。
【００５１】
サーバ稼働状況取得プログラム２０４は、サーバ３００に対しＳＮＭＰ（Ｓｉｍｐｌｅ  Ｎｅｔｗｏｒｋ  Ｍａｎａｇｅｍｅｎｔ  Ｐｒｏｔｏｃｏｌ）あるいはｒｓｈ（Ｒｅｍｏｔｅ  Ｓｈｅｌｌ）／ＳＳＨを用いて、サーバの使用及び稼働状況を収集する。
【００５２】
さらに、収集対象となるサーバ情報の検索や、収集した情報を管理情報データベース２０２に格納する為のデータベースアクセス機能と、収集した使用及び稼働状況を元にエラー判定を行うチェック機能を有する。
【００５３】
認証データベース２０５は、図１４に示すシステム管理者および作業者に関するユーザＩＤ、ユーザ名、ユーザのフルネーム、パスワードなど、認証に必要なユーザ情報を格納する。
【００５４】
本実施例では、認証データベース２０５のテーブル構成を図１４に表記しているが、実際の形態としてはＯＳのｐａｓｓｗｏｒｄファイルやＬＤＡＰ、ＮＩＳなどの他の認証形式およびそれに応じたデータ構成である可能性が考えられる。
【００５５】
図２は、本発明の実施形態における、図１に示すリモートアクセス端末１００およびリモート接続中継サーバ２００、リモート接続先となるサーバ３００に関するハードウェア構成の一例を示す図である。
【００５６】
ＣＰＵ４０１は、システムバス４０４に接続される各デバイスやコントローラを統括的に制御する。
【００５７】
また、ＲＯＭ４０３あるいは外部メモリ４１２には、ＣＰＵ４０１の制御プログラムであるＢＩＯＳ(Basic Input / Output System)やオペレーティングシステムプログラム（以下、ＯＳ）や、各サーバ或いは各ＰＣの実行する機能を実現するために必要な後述する各種プログラムやデータ等が記憶されている。
【００５８】
ＲＡＭ４０２は、ＣＰＵ４０１の主メモリ、ワークエリア等として機能する。
【００５９】
ＣＰＵ４０１は、処理の実行に際して必要なプログラム等をＲＡＭ４０２にロードして、プログラムを実行することで各種動作を実現するものである。
【００６０】
また、入力コントローラ（入力Ｃ）４０５は、キーボード４０９やマウス等のポインティングデバイス４１０からの入力を制御する。
【００６１】
ビデオコントローラ（ＶＣ）４０６は、ＣＲＴディスプレイ（ＣＲＴ）等の表示器４１１への表示を制御する。表示器４１１はＣＲＴだけでなく、液晶ディスプレイでも構わない。これらは必要に応じて管理者が使用するものである。本発明には直接関係があるものではない。
【００６２】
メモリコントローラ（ＭＣ）４０７は、ブートプログラム、ブラウザソフトウエア、各種のアプリケーション、フォントデータ、ユーザファイル、編集ファイル、各種データ等を記憶するハードディスク（ＨＤ）やフロッピーディスク（登録商標  ＦＤ）或いはＰＣＭＣＩＡカードスロットにアダプタを介して接続されるコンパクトフラッシュメモリ等の外部メモリ４１２へのアクセスを制御する。
【００６３】
通信Ｉ／Ｆコントローラ（通信Ｉ／ＦＣ）４０８は、ネットワークを介して、外部機器と接続・通信するものであり、ネットワークでの通信制御処理を実行する。例えば、ＴＣＰ／ＩＰを用いたインターネット通信等が可能である。
【００６４】
なお、ＣＰＵ４０１は、例えばＲＡＭ４０２内の表示情報用領域へアウトラインフォントの展開（ラスタライズ）処理を実行することにより、表示器４１１上での表示を可能としている。また、ＣＰＵ４０１は、表示器４１１上の不図示のマウスカーソル等でのユーザ指示を可能とする。
【００６５】
本発明を実現するためのＷｅｂサーバ２０１、Ｔｅｌｎｅｔ／ＳＳＨプロキシ２０３、及びサーバ稼働状況取得プログラム２０４において実行される各プログラムは外部メモリ４１２に記録されており、必要に応じてＲＡＭ４０２にロードされることによりＣＰＵ４０１によって実行されるものである。さらに、本発明に係わる前記プログラムが用いる管理情報データベース２０２上の各種情報テーブルは外部メモリ４１２に格納されており、これらについての詳細な説明は後述する。
【００６６】
次に、本実施形態においてリモート接続中継サーバを用いた、事前のサーバ情報の登録、サーバへのアクセス申請の一連の動作に関する処理フローについて、図１１を用いて説明する。
【００６７】
図１１は、本発明の実施形態におけるサーバ基本情報登録処理からアクセス申請処理までの事前設定を行う処理を表すフローチャートである。
【００６８】
ステップＳ１０１において、Ｗｅｂサーバ２０１において、リモート接続中継サーバ２００のＣＰＵ４０１の制御下の元、作業対象のサーバ３００の基本情報が図３のサーバ基本情報テーブルおよび図６の監視定義テーブルに登録されているかどうかを確認する。登録されていなければ、ステップＳ１０２において、Ｗｅｂサーバ２０１とＷｅｂブラウザ１０１を用いて、サーバ基本情報登録処理が行われる。なお、サーバ基本情報登録処理の詳細は、後述する図１２に示す。
【００６９】
ステップＳ１０３において、リモート接続対象であるサーバ３００で作業を行うために、Ｗｅｂサーバ２０１とＷｅｂブラウザ１０１においてアクセス申請処理を行う。なお、アクセス申請処理の詳細は後述する図１７に示す。
【００７０】
次に、事前にリモート接続対象であるサーバ３００に関する基本情報や監視／通知の定義の登録処理について、図１２を用いて説明する。尚、ステップＳ３００、Ｓ３０１、Ｓ３０５、Ｓ３０６、及びＳ３１０については、リモートアクセス端末１００におけるＣＰＵ４０１の制御下の元、処理が行われ、ステップＳ３０２乃至ステップＳ３０４、及びステップＳ３０７乃至ステップＳ３０９については、リモート接続中継サーバ２００におけるＣＰＵ４０１の制御下の元、処理が行われる。
【００７１】
ステップＳ３００において、Ｗｅｂブラウザ１０１は、例えば、図１３に示すＷｅｂログイン画面に備えられたログインボタンがシステム管理者によって押下されたことを検知すると、システム管理者のユーザ名及びパスワードの各フィールドに入力されたユーザ名及びパスワードを含むユーザログイン情報を取得して、ＲＡＭ４０２に記憶し、サーバ情報事前登録処理を開始する。
【００７２】
ステップＳ３０１において、Ｗｅｂブラウザ１０１は、ステップＳ３００においてＲＡＭ４０２に記憶されたユーザログイン情報をＷｅｂサーバ２０１にネットワークを介して送信する。
【００７３】
ステップＳ３０２において、Ｗｅｂサーバ２０１は、Ｗｅｂブラウザ１０１から送信されたユーザログイン情報を受信し、ＲＡＭ４０２へ記憶する。
【００７４】
ステップＳ３０３において、Ｗｅｂサーバ２０１は、ステップＳ３０２でＲＡＭ４０２へ記憶したユーザログイン情報に含まれるユーザ名及びパスワードの組合せが、認証データベース２０５のユーザ名及びパスワードの組合せと一致するか否かの判定を行うことによって、ログインしたユーザが正当なユーザであるかどうかをチェックする。尚、図１４に示す認証データベース２０５を用いて認証を行うが、実際にはＯＳのｐａｓｓｗｏｒｄファイルやＬＤＡＰなどの認証形式を用いる態様でも良い。
【００７５】
ステップＳ３０４において、Ｗｅｂサーバ２０１は、ステップＳ３０３における認証の結果、ステップＳ３０２でＲＡＭ４０２へ記憶したユーザログイン情報のユーザ名またはパスワードが認証データベース２０５に存在しなければ、認証失敗と判定し、ステップＳ３０５において、認証エラー画面（不図示）を表示し、ステップＳ３００へ処理を進める。
【００７６】
ステップＳ３０４において、ステップＳ３０３における認証の結果、ステップＳ３０２でＲＡＭ４０２へ記憶したユーザログイン情報のユーザ名またはパスワードが認証データベース２０５に存在すれば、認証成功と判定し、ステップＳ３０６において、Ｗｅｂブラウザ１０１は、図１５に示すサーバ情報登録画面を用いて、システム管理者が入力した、Ｗｅｂブラウザ１０１のリモート接続対象であるサーバ３００のサーバ基本情報（サーバ名やＩＰアドレス、リモート接続時に通知させる注意事項など）をＷｅｂサーバ２０１に送信する。
【００７７】
図１５に示すサーバ情報登録画面は、Ｗｅｂブラウザ１０１とリモート接続を行うサーバ３００の基本情報の入力領域（サーバ名、ＩＰアドレス、接続プロトコル、ＯＳ種別、システム名、関連サーバ）と、作業者の連絡先入力領域（作業担当者名、当該作業担当者の連絡先）と、任意の時間に任意のメッセージを表示させるための注意事項入力領域（掲示時間、通知内容）と、を備えており、これらを合わせてサーバ基本情報とする。
【００７８】
また、サーバ情報登録画面は、図１６に示す監視通知設定情報登録画面を表示させる監視・通知設定ボタンを備える。尚、必要であれば、これらの項目以外の入力領域が存在してもよい。
【００７９】
また、サーバ基本情報と同時に、Ｗｅｂブラウザ１０１は、監視通知設定情報登録画面を用いてシステム管理者が入力した、サーバ３００に関する詳細な監視および通知に関する設定内容を示す監視通知設定情報（サービスの稼働状況やディスク使用率など）をＷｅｂサーバ２０１に送信する。
【００８０】
監視通知設定情報登録画面は、サーバ情報登録画面に備えられた監視・通知設定ボタンの押下により表示され、監視通知先の接続プロトコル設定チェックボックスと、サービスの稼働条件の定義を行うサービス稼働条件定義領域（プロセス名、前記内容の掲示時間）と、サーバ３００に備えられた各ファイルシステムにおけるディスク使用率が所定の値を超えた場合、警告表示を行うための基準値を入力するために、監視対象とするファイルシステム名、及び基準値を入力するための警告情報設定領域欄（ファイルシステム名、閾値％）と、サーバ３００のログの監視結果の通知先を設定するログ監視結果の通知設定領域（ログファイル名、通知条件であるフィルタリング文字列）と、を備えており、これらを合わせて監視通知設定情報とする。尚、必要であれば、これらの項目以外の入力フィールドが存在してもよい。
【００８１】
ステップＳ３０７において、Ｗｅｂサーバ２０１は、ステップＳ３０６で送信されたリモート接続対象であるサーバ３００のサーバ基本情報及び監視通知設定情報を受信し、受信したサーバ基本情報及び監視通知設定情報をＲＡＭ４０２に記憶する。
【００８２】
ステップＳ３０８において、Ｗｅｂサーバ２０１は、ステップＳ３０７でＲＡＭ４０２に記憶したサーバ基本情報及び監視通知設定情報を取得し、管理情報データベース２０２に格納されたサーバ基本情報テーブル（図３参照）と事前登録メッセージテーブル（図４参照）、サービス稼働定義テーブル（図５参照）、監視定義テーブル（図６参照）に登録する。
【００８３】
事前登録メッセージテーブルに登録する際には、メッセージを一意に識別するために、事前登録メッセージテーブルに既に記憶されているメッセージＩＤと重複した登録がなされないように登録を行う。
【００８４】
サービス稼働定義テーブルについても登録する際には、サービスを一意に識別するために、サービス稼働定義テーブルに既に記憶されているサービスＩＤと重複した登録がなされないように登録を行う。
【００８５】
ステップＳ３０９において、Ｗｅｂサーバ２０１は、Ｗｅｂブラウザ１０１に対し登録完了通知を送信し、ステップＳ３１０において、Ｗｅｂブラウザ１０１は、Ｗｅｂサーバ２０１から登録完了通知を受信した旨を表す画面（不図示）を表示する。
【００８６】
次に、リモート接続対象であるサーバ３００で作業を行うために、どの作業者が、どの時間帯に、どのような作業を行うのかを作業に先立って登録しておき、他の作業者が閲覧できることによって、同じサーバあるいはシステムで作業がバッティングしていないか、あるいは双方の作業に影響がないかどうか確認するためのアクセス申請処理について、図１７を用いて説明する。
【００８７】
これは事故の防止や障害発生時に迅速に連絡を取ることで早期の解決に至るために利用するものである。もちろんセキュリティの観点から、作業者によるサーバへの自由なアクセスを防ぎ、事前の申請と承認を経ることでアクセス統制を図ることが望ましい。
【００８８】
尚、Ｓ４０１、Ｓ４０５、Ｓ４０７、Ｓ４０８、Ｓ４１１、及びＳ４１５の各ステップについては、リモートアクセス端末１００におけるＣＰＵ４０１の制御下の元、処理が行われ、Ｓ４０２乃至Ｓ４０４、Ｓ４０６、Ｓ４０９、Ｓ４１０、及びＳ４１２乃至Ｓ４１４の各ステップについては、リモート接続中継サーバ２００におけるＣＰＵ４０１の制御下の元、処理が行われる。
【００８９】
ステップＳ４０１において、Ｗｅｂブラウザ１０１は、図１３に示すＷｅｂログイン画面を用いて作業者から入力されたユーザ名及びパスワードからなるユーザログイン情報をＷｅｂサーバ２０１に送信する。
【００９０】
ステップＳ４０２において、Ｗｅｂサーバ２０１は、Ｗｅｂブラウザ１０１から送信されたユーザログイン情報を受信し、受信したユーザログイン情報をＲＡＭ４０２へ記憶する。
【００９１】
ステップＳ４０３において、Ｗｅｂサーバ２０１は、ステップＳ４０２でＲＡＭ４０２へ記憶したユーザログイン情報に含まれるユーザ名及びパスワードの組合せが、認証データベース２０５のユーザ名及びパスワードの組合せと一致するか否かの判定を行うことによって、ログインしたユーザが正当なユーザであるかどうかをチェックする。尚、図１４に示す認証データベース２０５を用いて認証を行うが、実際にはＯＳのｐａｓｓｗｏｒｄファイルやＬＤＡＰなどの認証形式を用いる態様でも良い。
【００９２】
ステップＳ４０４において、Ｗｅｂサーバ２０１は、ステップＳ４０３における認証の結果、ステップＳ４０２でＲＡＭ４０２へ記憶したユーザログイン情報のユーザ名またはパスワードが認証データベース２０５に存在しなければ、認証失敗と判定し、ステップＳ４０５において、認証エラー画面（不図示）を表示し、ステップＳ４０１へ処理を進める。
【００９３】
ステップＳ４０４において、ステップＳ４０３における認証の結果、ステップＳ４０２でＲＡＭ４０２へ記憶したユーザログイン情報のユーザ名またはパスワードが認証データベース２０５に存在すれば、認証成功と判定し、ステップＳ４０６において、Ｗｅｂサーバ２０１は、Ｗｅｂブラウザ１０１を識別する為のＷｅｂセッションＩＤの発行を行う。Ｗｅｂアプリケーションにおけるセッション管理方法としては、Ｃｏｏｋｉｅを用いた方法が一般的であるが、それ以外の手法を用いてもよい。発行されたＷｅｂセッションＩＤは、ＲＡＭ４０２へ記憶した後、ステップＳ４０７において、Ｗｅｂブラウザ１０１は、ステップＳ４０６で発行されたＷｅｂセッションＩＤを表示する。
【００９４】
ステップＳ４０８において、Ｗｅｂブラウザ１０１において、図１８に示す作業申請画面を表示し、リモート接続先となるサーバ３００のＩＰアドレスやログインユーザ名、作業時間、作業内容、及び連絡先といったアクセス申請情報の入力を受付け、申請ボタンが作業者によって押下されたことを検知すると、入力されたアクセス申請情報を取得し、Ｗｅｂサーバ２０１に送信を行う。
【００９５】
図１８に示すように作業申請画面は、作業者が作業を行いたい接続先サーバのＩＰアドレス入力フィールド、作業者のユーザ名入力フィールド、作業を実施する開始時刻と終了時刻を入力する作業時間入力フィールドと、作業内容を表す作業内容入力フィールドと、作業者の連絡先入力フィールドと、申請ボタンを備える。
【００９６】
ステップＳ４０９において、Ｗｅｂサーバ２０１は、ステップＳ４０８で送信されたアクセス申請情報を受信した、受信したアクセス申請情報をＲＡＭ４０２に記憶する。
【００９７】
ステップＳ４１０において、Ｗｅｂサーバ２０１は、アクセス申請ごとにユニークとなるリモート接続セッションＩＤを発行するが、アクセス申請情報テーブル（図８参照）のリモート接続セッションＩＤにおいて重複が生じないように発行がなされる。発行されたリモート接続セッションＩＤをＲＡＭ４０２へ記憶した後次のステップＳ４１１において、Ｗｅｂブラウザ１０１が、発行されたリモート接続セッションＩＤを図１９に示す作業申請承認画面に表示する。
【００９８】
ステップＳ４１２において、Ｗｅｂサーバ２０１は、ステップＳ４０９でＲＡＭ４０２に記憶したアクセス申請情報と、ステップＳ４１０で発行したリモート接続セッションＩＤといった情報を、管理情報データベース２０２に格納されたアクセス申請情報テーブル（図８参照）に登録する。尚、アクセス申請情報テーブルは、申請毎に申請ＩＤを発行し、申請ＩＤに対応させて１レコード格納される。
【００９９】
接続先サーバＩＤについては、アクセス申請情報に含まれる接続先サーバＩＰに該当するサーバ基本情報テーブルのＩＰアドレスに対応するサーバＩＤを取得してアクセス申請情報テーブルに記憶する。
【０１００】
ステップＳ４１３において、Ｗｅｂサーバ２０１は、管理情報データベース２０２のセッション管理テーブル（図９参照）にリモート接続におけるセッションを管理するためのエントリを、ステップＳ４１０で発行したリモート接続セッションＩＤ毎に新たに追加する。
【０１０１】
本ステップでは、発行したリモート接続セッションＩＤに対応させてセッション管理テーブルのＷｅｂセッションＩＤには、ステップＳ４０６においてＲＡＭ４０２へ記憶したＷｅｂセッションＩＤを記憶する。
【０１０２】
ステップＳ４１４において、Ｗｅｂサーバ２０１は、ステップＳ４１３で追加されたセッション管理テーブル（図９参照）のエントリに、現在のログイン状態の登録を行う。例えば、ある時点でリモートアクセス端末１００から、Ｗｅｂブラウザ１０１を通じたＷｅｂセッションが確立しているとすると、ステップＳ４０６で発行されたＷｅｂセッションＩＤや、Ｗｅｂ画面ログイン状況といった情報が格納される。
【０１０３】
例えば、セッション管理テーブルの１ライン目に示されるように、Ｗｅｂブラウザ１０１を通じたＷｅｂセッションが確立している場合は、Ｗｅｂ画面ログイン状況の項目に対してログイン中として記憶する。
【０１０４】
ステップＳ４１５において、Ｗｅｂブラウザ１０１は、Ｗｅｂブラウザ１０１の表示を通知画面（不図示）に遷移させる。以上で、サーバ３００へのリモートアクセスに先立つ、事前のアクセス申請が完了となる。
【０１０５】
次に、Ｔｅｌｎｅｔ／ＳＳＨクライアント１０２における接続先サーバの使用及び稼働状況を取得する一連の動作に関する処理について、図２０に示すフローチャートを用いて説明する。
【０１０６】
ステップＳ２０１において、作業者がリモート接続対象であるサーバ３００にログインし作業を行うために、Ｔｅｌｎｅｔ／ＳＳＨクライアント１０２を用いて、Ｔｅｌｎｅｔ/ＳＳＨプロキシ２０３との接続を行うと共に、Ｔｅｌｎｅｔ/ＳＳＨログイン処理を行う。
【０１０７】
これによって、リモート接続対象であるサーバ３００は、Ｔｅｌｎｅｔ/ＳＳＨログイン処理が完了したので作業者からのメンテナンスの受付を開始する状態となる。なお、Ｔｅｌｎｅｔ/ＳＳＨログイン処理の詳細は、後述する図２１に示す。
【０１０８】
ステップＳ２０２において、サーバ稼働状況取得プログラム２０４は、作業者へリモート接続対象であるサーバ３００の稼働状況をリアルタイムに通知するために、接続先サーバの稼働状況取得処理を行う。なお、接続先サーバの稼働状況取得処理の詳細は、後述する図２８に示す。
【０１０９】
ステップＳ２０３において、Ｔｅｌｎｅｔ/ＳＳＨプロキシ２０３は、リモート接続対象であるサーバ３００での作業実施中に作業者により送信された、送信コマンドを制御する入力文字列の制御処理を行う。なお、接続先サーバの稼働状況取得処理の詳細は、後述する図３０に示す。
【０１１０】
ステップＳ２０４において、Ｔｅｌｎｅｔ／ＳＳＨクライアント１０２において、作業者がログアウトの指示が入力されたか否かを判定し、入力があったと判定した場合は、ステップＳ２０５へ処理を進め、入力がない場合は、ステップＳ２０２へ処理を進める。
【０１１１】
ステップＳ２０５では、Ｔｅｌｎｅｔ／ＳＳＨクライアント１０２とＴｅｌｎｅｔ/ＳＳＨプロキシ２０３は、Ｔｅｌｎｅｔ/ＳＳＨコネクション切断処理を行う。なお、Ｔｅｌｎｅｔ/ＳＳＨコネクション切断処理の詳細は、後述する図３１に示す。
【０１１２】
次に、Ｔｅｌｎｅｔ／ＳＳＨクライアント１０２が、リモート接続対象であるサーバ３００にログインするまでの処理フローについて、図２１を用いて説明する。尚、Ｓ５０１、Ｓ５０２、Ｓ５０６、Ｓ５１４、Ｓ５２１、及びＳ５２３の各ステップについては、リモートアクセス端末１００におけるＣＰＵ４０１の制御下の元、処理が行われ、Ｓ５０３乃至Ｓ５０５、Ｓ５０７乃至５１３、Ｓ５１５乃至Ｓ５２０、及びＳ５２２の各ステップについては、リモート接続中継サーバ２００におけるＣＰＵ４０１の制御下の元、処理が行われる。
【０１１３】
ステップＳ５０１において、Ｔｅｌｎｅｔ／ＳＳＨクライアント１０２は、Ｔｅｌｎｅｔ／ＳＳＨプロキシ２０３へ接続要求を行う。
【０１１４】
ステップＳ５０２において、Ｔｅｌｎｅｔ／ＳＳＨクライアント１０２は、図２２に示すＴｅｌｎｅｔ／ＳＳＨ接続画面を用いて、作業者が入力したユーザ名とパスワードから成るユーザログイン情報を取得し、Ｔｅｌｎｅｔ／ＳＳＨプロキシ２０３へ送信する。
【０１１５】
Ｔｅｌｎｅｔ／ＳＳＨ接続画面は、まずユーザ名とパスワードの入力欄が表示されており、後述の認証処理において認証が成功すると、リモート接続セッションＩＤとサーバ３００のＩＰアドレスを入力する領域が表示される。
【０１１６】
ステップＳ５０３において、Ｔｅｌｎｅｔ／ＳＳＨプロキシ２０３は、Ｔｅｌｎｅｔ／ＳＳＨクライアント１０２から送信されたユーザログイン情報を受信し、受信したユーザログイン情報をＲＡＭ４０２へ記憶する。
【０１１７】
ステップＳ５０４において、Ｔｅｌｎｅｔ／ＳＳＨプロキシ２０３は、ステップＳ５０３でＲＡＭ４０２に記憶ユーザログイン情報に含まれるユーザ名及びパスワードの組合せが、認証データベース２０５のユーザ名及びパスワードの組合せと一致するか否かの判定を行うことによって、ログインしたユーザが正当なユーザであるかどうかをチェックする。尚、図１４に示す認証データベース２０５を用いて認証を行うが、実際にはＯＳのｐａｓｓｗｏｒｄファイルやＬＤＡＰなどの認証形式を用いる態様でも良い。
【０１１８】
ステップＳ５０５において、Ｗｅｂサーバ２０１は、ステップＳ５０４における認証の結果、ステップＳ５０３でＲＡＭ４０２へ記憶したユーザログイン情報のユーザ名またはパスワードが認証データベース２０５に存在しなければ、認証失敗と判定し、ステップＳ５０６において、認証エラー画面（不図示）を表示し、ステップＳ５０２へ処理を進める。
【０１１９】
ステップＳ５０５において、ステップＳ５０４における認証の結果、ステップＳ５０３でＲＡＭ４０２へ記憶したユーザログイン情報のユーザ名またはパスワードが認証データベース２０５に存在すれば、認証成功と判定し、ステップＳ５０７へ処理を進める。
【０１２０】
ステップＳ５０７において、Ｔｅｌｎｅｔ／ＳＳＨプロキシ２０３は、ステップＳ５０３でＲＡＭ４０２へ記憶したユーザ名が、アクセス申請情報テーブル（図８参照）の申請者名と一致するエントリ情報を取得し、ＲＡＭ４０２へ記憶する
【０１２１】
ステップＳ５０８において、Ｔｅｌｎｅｔ／ＳＳＨプロキシ２０３は、ステップＳ５０７でＲＡＭ４０２へ記憶したエントリ情報に含まれる作業開始時間及び作業終了時間（あるいは、リモート接続セッションＩＤに日程を含む構成とするようであれば、リモート接続セッションＩＤを用いて）を用いて、現在時刻と照らし合わせて、該当ユーザが事前にアクセス申請され、かつ作業者が作業を行うことが可能であるか否か判定を行う。作業が可能である場合はステップＳ５２３へ処理を進める。
【０１２２】
アクセス申請テーブルにエントリ情報が存在しない、もしくはアクセス申請されている時間が、事前に申請された作業時間外（現在時刻が、エントリ情報に含まれる作業開始時間及び作業終了時間に含まれない）であれば、リモート接続不可と判断し、ステップＳ５１１において、Ｔｅｌｎｅｔ／ＳＳＨプロキシ２０３は、Ｔｅｌｎｅｔ／ＳＳＨのログインを拒否し、接続を切断して本実施形態の処理を終了する。
【０１２３】
ステップＳ５２３において、Ｔｅｌｎｅｔ／ＳＳＨクライアント１０２は、図２２に示すＴｅｌｎｅｔ／ＳＳＨ接続画面を用いて、作業者がＴｅｌｎｅｔ／ＳＳＨクライアント１０２から入力したリモート接続セッションＩＤの入力を受け付ける。
【０１２４】
ステップＳ５０９において、Ｔｅｌｎｅｔ／ＳＳＨプロキシ２０３は、ステップＳ５２３で入力されたリモート接続セッションＩＤを取得して、ＲＡＭ４０２へ記憶する。
【０１２５】
ステップＳ５１０において、Ｔｅｌｎｅｔ／ＳＳＨプロキシ２０３は、ステップＳ５０９でＲＡＭ４０２へ記憶したリモート接続セッションＩＤが、セッション管理テーブル（図９参照）に記憶されているリモート接続セッションＩＤと一致するか否かを判定することで、事前に作業申請が行われているか否かを判断する。
【０１２６】
結果、リモート接続セッションＩＤがセッション管理テーブルに存在しない場合は、不正なＩＤであると判断し、ステップＳ５１１において、Ｔｅｌｎｅｔ／ＳＳＨプロキシ２０３は、Ｔｅｌｎｅｔ／ＳＳＨのログインを拒否し、接続を切断して処理を終了する。
【０１２７】
ステップＳ５１２において、Ｔｅｌｎｅｔ／ＳＳＨプロキシ２０３は、セッション管理テーブル（図９参照）を照会し、ステップＳ５０９においてＲＡＭ４０２へ記憶したリモート接続セッションＩＤを用いてＷｅｂ画面ログイン状況を取得し、ＲＡＭ４０２へ記憶する。
【０１２８】
ステップＳ５１３において、Ｔｅｌｎｅｔ／ＳＳＨプロキシ２０３は、ステップＳ５１２でＲＡＭ４０２へ記憶したＷｅｂ画面ログイン状況が「未ログイン」であれば、ステップＳ５１４に進み、ログイン中であれば、ステップＳ５１５へ処理を進める。
【０１２９】
ステップＳ５１４では、Ｗｅｂブラウザ１０１は、Ｗｅｂ画面へのログインを促すメッセージを表示したのち、再度ステップＳ５１２のＷｅｂログイン状況取得を行う。この処理により、Ｗｅｂブラウザ１０１が起動されていない、もしくはＷｅｂログインされていない状態では、Ｔｅｌｎｅｔ／ＳＳＨクライアント１０２でリモート接続を行うことはできないような状態になる。
【０１３０】
この場合、リモートアクセスを行うユーザはＷｅｂブラウザ１０１を起動し、Ｗｅｂサーバ２０１へアクセスした後、ステップＳ５１２を経ることで、Ｗｅｂ画面ログイン状況を「ログイン中」に更新する必要がある。
【０１３１】
ステップＳ５１５において、Ｔｅｌｎｅｔ／ＳＳＨプロキシ２０３は、リモートアクセス端末１００のＴｅｌｎｅｔ／ＳＳＨクライアント１０２からのＴｅｌｎｅｔ／ＳＳＨ接続コネクションの識別子を取得してＲＡＭ４０２へ記憶する。
【０１３２】
通常Ｕｎｉｘ／ＬｉｎｕｘなどのＯＳでは、Ｔｅｌｎｅｔ／ＳＳＨでログインを行うとコネクション毎に固有の端末デバイス（例えばｔｔｙ０など）に接続されるので、その端末ＩＤを識別子として利用することができる。ここでは各コネクションを識別することが目的なので、例えばＯＳ上のプロセスＩＤなどを識別子として用いてもよい。
【０１３３】
ステップＳ５１６において、Ｔｅｌｎｅｔ／ＳＳＨプロキシ２０３は、Ｔｅｌｎｅｔ／ＳＳＨクライアント１０２からのＴｅｌｎｅｔ／ＳＳＨ接続コネクションをサーバ３００へ中継する。
【０１３４】
つまり、リモートアクセス端末１００の替わりにリモート接続中継サーバ２００がサーバ３００へＴｅｌｎｅｔ／ＳＳＨ接続を行う形となるが、Ｔｅｌｎｅｔ／ＳＳＨクライアント１０２にはサーバ３００のログインプロンプトが表示され、作業者は、サーバ３００へのログイン手続きを行うことになる。
【０１３５】
ステップＳ５１７において、Ｔｅｌｎｅｔ／ＳＳＨプロキシ２０３は、サーバ３００へログインが完了したかどうかをステータスコードなどから判定を行う。認証の失敗や障害発生によりサーバ３００へのログインが失敗した場合は、ステップＳ５１８へ進み、リモート接続中継サーバ２００とのＴｅｌｎｅｔ／ＳＳＨ接続コネクションの切断を行う。
【０１３６】
ステップＳ５１９において、Ｔｅｌｎｅｔ／ＳＳＨプロキシ２０３は、ステップＳ５０９でＲＡＭ４０２へ記憶したリモート接続セッションＩＤと一致するセッション管理テーブル（図９参照）に記憶されたリモート接続セッションＩＤに対応するＴｅｌｎｅｔ／ＳＳＨ端末ＩＤには、ステップＳ５１５でＲＡＭ４０２へ記憶したＴｅｌｎｅｔ／ＳＳＨ接続コネクションの識別子、及びサーバへのＴｅｌｎｅｔ／ＳＳＨログイン状況を「ログイン中」として登録し、合わせてログイン時刻を記録する。
【０１３７】
ステップＳ５２０において、Ｔｅｌｎｅｔ／ＳＳＨプロキシ２０３は、Ｗｅｂブラウザ１０１へサーバ稼働状況画面（図２３参照）を生成し、リモートアクセス端末１００へ送信する。
【０１３８】
ステップＳ５２１では、Ｗｅｂブラウザ１０１は、サーバ稼働状況画面を受信すると、Ｗｅｂブラウザ１０１への通知処理を実行し、ステップＳ５０９でＲＡＭ４０２へ記憶したリモート接続セッションＩＤとセッション管理テーブル（図９参照）のリモート接続セッションＩＤとが一致する情報と、ステップＳ５０９でＲＡＭ４０２へ記憶したリモート接続セッションＩＤとアクセス申請情報テーブル（図８参照）のリモート接続セッションＩＤとが一致する接続先サーバＩＤを取得してＲＡＭ４０２へ記憶した後、取得した接続先サーバＩＤと一致するサーバ稼働状況テーブル（図１０参照）のサーバＩＤを有する最新の情報（稼働状況取得時刻が最新の情報）を用いて、サーバ稼働状況画面に表示する。尚、全ての情報を取得する処理を実行しても良い。
【０１３９】
これによって、Ｗｅｂブラウザ１０１を用いてログインしたタイミングで、サーバの使用及び稼働情報を取得し表示することが可能となり、後述するが、ユーザが作業前と作業後の使用及び稼働情報を比較検討することが可能となる。
【０１４０】
図２３に示すサーバ稼働状況画面のうち、注意事項には、事前登録した任意のメッセージが表示され、本ステップで取得したサーバＩＤと一致する事前登録メッセージテーブル（図４参照）のサーバＩＤに対応するデータが表示され、かつ掲示開始時刻から掲示終了時刻に作業時の時刻（システム日付等）が含まれる登録メッセージを用いて表示をする。
【０１４１】
更に、掲示開始時刻から掲示終了時刻以外にも、サービスＩＤ及びサーバＩＤとの組合せに一致するサービス稼働定義テーブルのサービスＩＤ及びサーバＩＤに対応する稼働開始時刻及び稼働終了時刻に作業時の時刻（システム日付等）が含まれるか否かで、サービスの稼働状態を判定し、当該判定の結果が、事前登録メッセージテーブルのサービス稼働状態の条件に該当する場合は、注意事項に表示するような制御を追加しても良い。
【０１４２】
従って、事前に登録しておいた任意のメッセージをサーバ稼働状況画面に表示させることによって、作業者が仮にシステムの運用ルールあるいはシステム特有の制約事項を事前に確認しないまま作業を進めてしまう、といったリスクを防止することができる。
【０１４３】
現在の使用及び稼働状況は、本ステップで取得したサーバ稼働状況テーブルからの情報を用いて、ディスク使用率とサービス起動状態とエラー発生状況を表示する。
【０１４４】
このサーバへの作業申請には、本ステップにおいて、図８のアクセス申請情報テーブル及び図９のセッション管理テーブルから取得した情報を用いて、サーバ３００へ作業申請を行っているユーザ名と作業申請時間と作業内容とログイン状況を表示する。緊急連絡先は、図３のサーバ基本情報テーブルを元に、サーバ３００の管理者の連絡先を表示する。
【０１４５】
ステップＳ５２２において、Ｔｅｌｎｅｔ／ＳＳＨプロキシ２０３は、ステップＳ５２１で取得したサーバＩＤと一致するサーバ基本情報テーブルのサーバＩＤに対応する関連するサーバからＩＰアドレスを取得することで、Ｔｅｌｎｅｔ／ＳＳＨの接続先を特定し、特定した接続先のサーバの使用及び稼働状況を取得するためにサーバ稼働状況取得プログラム２０４を起動する。これにより、リモート接続したサーバ３００に対する使用及び稼働状況の取得が開始される。
【０１４６】
次に、後述するＳ７１０、Ｓ７１７、Ｓ８０５の各ステップにおける処理を表すＷｅｂサーバ２０１からＷｅｂブラウザ１０１への通知処理について、図２４に示すフローチャートを用いて説明する。尚、Ｓ６０４、Ｓ６０６、Ｓ６１３、及びＳ６１４の各ステップについては、リモートアクセス端末１００におけるＣＰＵ４０１の制御下の元、処理が行われ、Ｓ６０１乃至Ｓ６０３、Ｓ６０５、Ｓ６０７乃至Ｓ６１２の各ステップについては、リモート接続中継サーバ２００におけるＣＰＵ４０１の制御下の元、処理が行われる。
【０１４７】
まず、本実施例における、Ｗｅｂブラウザ１０１での画面更新処理の流れを簡単に説明する。ＨＴＴＰによる通信はＷｅｂブラウザ１０１からのリクエストによるＨＴＭＬコンテンツの取得を基にした動作が原則であり、自動的に画面を更新する手法としては、一定間隔でＨＴＴＰリクエストを送信してＨＴＭＬを取得する方法が考えられるが、ここでは、Ａｊａｘといった既存の技術を用いてＷｅｂサーバ２０１からＷｅｂブラウザ１０１に対して、擬似的に情報をプッシュする手法を例として用いる。
【０１４８】
この方法によれば、例えば初回の通知では、図２４に示すステップＳ６０６でＷｅｂブラウザ１０１からＷｅｂサーバ２０１とコネクションを確立し、Ｗｅｂサーバ２０１側のステップＳ６１２のＨＴＭＬ作成を行い、ステップＳ６１３では、Ｗｅｂブラウザ１０１において画面更新をする。
【０１４９】
その後、ステップＳ６１４でページの更新待ち状態としておき、２回目以降の通知では、ステップＳ６１２におけるＨＴＭＬ作成（更新）をトリガとすることで、イベントの発生に連動してユーザに通知を行うことができる。
【０１５０】
ただし、時間帯ごとに異なった通知メッセージを表示させる場合など、時刻をトリガとして画面更新を行う場合もあるため、イベントの発生が無い場合についても、所定時間間隔でのポーリング動作により強制的に更新させることで、適切な通知処理を行うことができる
【０１５１】
ステップＳ６０１において、Ｗｅｂサーバ２０１は、Ｗｅｂブラウザ１０１からＷｅｂ画面ログアウトのリクエストを受信すると、ステップＳ６０２において、Ｗｅｂブラウザ１０１への通知処理を終了する。Ｗｅｂ画面ログアウトのリクエストは、例えば、Ｗｅｂブラウザ１０１において表示される各画面に備えられたログアウトボタン（不図示）の押下により発生する。
【０１５２】
ステップＳ６０３において、Ｗｅｂサーバ２０１は、Ｗｅｂブラウザ１０１がページ更新待ち状態になっているかどうかを判定する。ページ更新待ちについての詳細は、後述するステップＳ６１４に示す。
【０１５３】
ステップＳ６０４において、Ｗｅｂブラウザ１０１は、ＨＴＴＰリクエストとして、ステップＳ４０６でＲＡＭ４０２へ記憶したＷｅｂセッションＩＤを送信する。ＷｅｂセッションＩＤは一般的にはＣｏｏｋｉｅを用いた手法やリクエストＵＲＬ中に埋め込むなどの手法があるが、本発明では特にその手法については限定しない。
【０１５４】
ステップＳ６０５において、Ｗｅｂサーバ２０１は、Ｗｅｂブラウザ１０１からＨＴＴＰリクエストとして送信されたＷｅｂセッションＩＤを受信し、受信したＷｅｂセッションＩＤをＲＡＭ４０２へ記憶する。
【０１５５】
ステップＳ６０６において、Ｗｅｂブラウザ１０１は、Ｗｅｂサーバ２０１とコネクションを確立する。
【０１５６】
ステップＳ６０７において、Ｗｅｂサーバ２０１は、ステップＳ６０５でＲＡＭ４０２へ記憶したＷｅｂセッションＩＤに一致するセッション管理テーブル（図９参照）のＷｅｂセッションＩＤに対応するリモート接続セッションＩＤを取得した後、取得したリモート接続セッションＩＤに一致するアクセス申請情報テーブル（図８参照）に対応する接続先サーバＩＤを取得し、更に取得したサーバＩＤと一致するサーバ基本情報テーブルのサーバＩＤに対応するサーバ名を取得しＲＡＭ４０２へ記憶する。
【０１５７】
ステップＳ６０８では、Ｗｅｂサーバ２０１は、ステップＳ６０７においてＲＡＭ４０２へ記憶したサーバＩＤと一致するサーバ基本情報テーブルのサーバＩＤに対応する関連するサーバを参照することで、リモート接続先のサーバ３００に関連付けられた他のサーバが存在するか否かを判定する。例えば、関連付けられた他のサーバとは、同じシステムに属するサーバや、連携処理を行っているサーバが該当する。
【０１５８】
関連するサーバが定義されている場合は、ステップＳ６０９へ進み、関連するサーバに記憶されたＩＰアドレスに対応するサーバ名をサーバ基本情報テーブルから取得し、ＲＡＭ４０２へ記憶する。
【０１５９】
尚、ステップＳ６０７およびステップＳ６０９では、サーバ名あるいはＩＰアドレスをＷｅｂブラウザ１０１への通知対象サーバとして設定している。
【０１６０】
ステップＳ６１５において、Ｗｅｂサーバ２０１は、後述するステップＳ８０４で送信されたコマンド中継警告シグナルを受信したと判定した場合は、ステップＳ６１６へ進み、コマンド中継の警告通知の処理を行う。
【０１６１】
ステップＳ６１６において、Ｗｅｂサーバ２０１は、ステップＳ６０７でＲＡＭ４０２へ記憶したリモート接続セッションＩＤに一致するセッション管理テーブル（図９参照）のリモート接続セッションＩＤに対応する操作履歴のデータから、Ｔｅｌｎｅｔ／ＳＳＨプロキシ２０３によって「警告」または「禁止」と判断された操作コマンド内容を取得し、ＲＡＭ４０２へ記憶する。
【０１６２】
ステップＳ６１７において、Ｗｅｂサーバ２０１は、セッション管理テーブル（図１０参照）の操作履歴から、ステップＳ６１６でＲＡＭ４０２へ記憶した操作コマンドに対して登録された警告メッセージ（図９の例では、「dataserver stop」を含むコマンドは禁止されています、といった箇所が該当する）を取得し、ＲＡＭ４０２へ記憶した後、ステップＳ６１０へ進む。
【０１６３】
ステップＳ６１０において、Ｗｅｂサーバ２０１は、ステップＳ６０７およびステップＳ６０９でＲＡＭ４０２へ記憶したサーバ名及びＩＰアドレスに一致するサーバ基本情報テーブルのサーバ名及びＩＰアドレスに対応するサーバＩＤを取得し、取得したサーバＩＤと一致する事前登録メッセージテーブル（図４参照）のサーバＩＤに対応する登録メッセージを取得し、取得したサーバＩＤ及び登録メッセージをＲＡＭ４０２へ記憶する。
【０１６４】
内、本ステップでは、ステップＳ５２１で説明したように作業時の時刻や、リモート接続先のサービス稼働状態と照らし合わせて、条件に合致する登録メッセージのみを抽出する。
【０１６５】
ステップＳ６１１において、Ｗｅｂサーバ２０１は、ステップＳ６１０でＲＡＭ４０２に記憶したサーバＩＤと一致するサーバ稼働状況取得プログラム２０４が接続先サーバの稼働状況取得処理で取得し格納したサーバ稼働状況テーブル（図１０参照）のサーバＩＤを有するデータから、通知対象サーバの使用及び稼働状況に関する情報を取得し、ＲＡＭ４０２へ記憶する。
【０１６６】
ステップＳ６１２において、Ｗｅｂサーバ２０１は、ステップＳ６１０及びステップＳ６１１でＲＡＭ４０２へ記憶した情報を用いて、サーバ稼働状況画面（図２３参照）に示すように、管理者が事前登録した通知メッセージおよび取得した使用及び稼働状況に関する情報からなる作業者への通知内容のＨＴＭＬを生成する。また、コマンド中継警告シグナルを受信している場合には、ステップＳ６１６乃至ステップＳ６１７でＲＡＭ４０２へ記憶した情報を用いて図２５に示すような警告画面を生成する。
【０１６７】
図２６は、Ｗｅｂブラウザ１０１におけるサーバ稼働状況画面に表示された通知内容を示しており、例えば、管理者が事前登録した通知メッセージは、図中の注意事項欄に、検知したエラー内容はエラー発生状況欄のメッセージとして作業者に通知される。
【０１６８】
このように、事前登録しておいた任意の通知メッセージをＷｅｂブラウザ１０１おけるサーバ稼働状況画面に表示できるようにしておくことで、「サーバを再起動した際は、特定のサービスを手動で起動する必要がある」といったような制約事項を作業者に把握させることができる。
【０１６９】
尚、図２６に示すサーバ稼働状況画面に表示された内容は、図２３に示すサーバ稼働状況画面に表示された内容と同様である。図２６に示すサーバ稼働状況画面では、ディスク使用率が監視定義テーブル（図１０参照）で定義したディスク使用率閾値を超えたため、サービス起動状態とエラー発生状況の表示内容が変更されている。
【０１７０】
なお、接続先のサーバ３００に関連する他サーバが定義されている場合は、同様の手順でステップＳ６１１において、Ｗｅｂサーバ２０１が該当するサーバの使用及び稼働状況を管理情報データベース２０２から取得し、ステップＳ６１２で通知内容のＨＴＭＬを生成し、Ｗｅｂブラウザ１０１に送信する。
【０１７１】
ステップＳ６１３において、Ｗｅｂブラウザ１０１は、ステップＳ６１２で生成したＨＴＭＬをＷｅｂサーバ２０１から受信し、受信したＨＴＭＬの表示を行う。関連するサーバの使用及び稼働状況表示例としては、図２７に示す他サーバ稼働状況画面に表示されるように他サーバに関する使用及び稼働状況に関するサマリ情報を一覧として表示し、各サーバ名のリンクをクリックすることで、図２３および図２６に示すサーバ稼働状況画面に詳細情報を表示することを可能としている。
【０１７２】
他サーバ稼働状況画面の表示例は、他サーバの使用及び稼働状況を表示しており、サーバ３００の各関連サーバで稼働しているシステム名と、各関連サーバのサーバ名をサーバ基本情報テーブル（図３参照）から取得し、各関連サーバの使用及び稼働状況を示す稼働状況をステップＳ６１０でＲＡＭ４０２へ記憶したサーバＩＤを有するサーバ稼働状況テーブル（図１０参照）のデータに基づいて表示する。
【０１７３】
ステップＳ６１４において、Ｗｅｂブラウザ１０１は、画面の更新を終えると再びＷｅｂサーバ２０１へＨＴＴＰリクエストを送信し、Ｗｅｂコネクションを確立し、次回の画面更新まで待機する。
【０１７４】
前述の通り、Ｗｅｂブラウザ１０１の画面の更新は、イベントの発生に伴ってＷｅｂサーバ２０１への更新シグナルの送信された場合と、所定時間間隔ごとに強制更新を行う場合の両方があり得る。
【０１７５】
Ｗｅｂブラウザ１０１において表示されたサーバ稼働状況画面をリアルタイムに更新することにより、作業者の作業の都度、サーバの使用及び稼働状況を更新し、画面に表示することによって、操作ミスや不正状態の放置並びに障害の見落としが発生したとしても、作業者自身がその場で即時に問題を検知することができるようになる。
【０１７６】
これにより、障害の正確な原因追跡が行え、サービス開始に至る前に迅速な対応が可能となり、結果としてサービス停止に至るような事故の発生を低減することができる。
【０１７７】
次に、図２８において、リモート接続対象であるサーバ３００と関連サーバの使用及び稼働状況を取得する処理についてフローチャート用いて説明する。尚、本フローチャートにおけるＳ７１０、Ｓ７１７の各ステップの処理は、図２４のフローチャートに示すＷｅｂブラウザへの通知処理に従い、その他の各ステップにおける処理は、リモート接続中継サーバ２００のＣＰＵ４０１の制御下の元、処理が実行される。
【０１７８】
サーバ稼働状況取得処理は、サーバ稼働状況取得プログラム２０４が取得した情報を、管理情報データベース２０２の各種定義情報と照らし合わせて、エラーの有無や不正状態の検知を判断する。また、サーバ稼働状況取得プログラム２０４は取得したサーバの使用及び稼働状況に関する情報および、不正状態の検知結果とそれに基づく警告メッセージを管理情報データベース２０２のサーバ稼働状況テーブルに格納すると同時に、格納したタイミングでＷｅｂサーバ２０１へ更新シグナルを送信する。
【０１７９】
ステップＳ７０１において、サーバ稼働状況取得プログラム２０４は、停止シグナルを受信したか否かを判定する。この停止シグナルは、リモート接続対象であるサーバ３００からログアウトする際に、後述する図３１のステップＳ９０７により送信される。停止シグナルを受信している場合は、ステップＳ７１１に処理を進める。
【０１８０】
なお、複数ユーザが同一のサーバ３００に対する使用及び稼働状況の取得を行っている場合、関連付けられた全てのＴｅｌｎｅｔ／ＳＳＨセッションからの停止シグナル受信を待機し、ステップ７１１へ進む。ステップＳ７１１以降に関しては後述する。
【０１８１】
ステップＳ７０２において、サーバ稼働状況取得プログラム２０４は、ステップＳ５２１でＲＡＭ４０２へ記憶したサーバＩＤと一致するサーバ基本情報テーブルのサーバＩＤに対応する関連するサーバから取得したＩＰアドレスを用いて、サーバ基本情報テーブル（図３参照）を照会し、使用及び稼働状況を収集すべきサーバ名を取得する。この中には同一システムの他サーバや関連サーバも含む。
【０１８２】
ステップＳ７０３において、サーバ稼働状況取得プログラム２０４は、使用及び稼働状況を取得する処理が初回動作かどうかをチェックする。その結果、初回動作と判断された場合は、ステップＳ７０４において、サーバ稼働状況取得プログラム２０４は、サーバ３００におけるファイル状態（ファイルの有無、タイムスタンプ、サイズ、パーミションなど）を取得し、ＲＡＭ４０２へ記憶する。
【０１８３】
ステップＳ７０５において、サーバ稼働状況取得プログラム２０４は、サーバ３００に対してｒｓｈやＳＳＨ、あるいはＳＮＭＰといった手段を用いて、各種サーバの稼働状況の取得を行う。ｒｓｈやＳＳＨによりサーバ３００上で任意のコマンドを実行できるので、ＯＳが提供するコマンドを用いてハードディスクの使用率やプロセスの起動状態、あるいはログファイルといった情報を取得しＲＡＭ４０２へ記憶する。
【０１８４】
またＳＮＭＰエージェントを実装している環境であれば、ＧＥＴリクエストを送信することで、サーバ３００はハードディスクの使用率やプロセスの起動状態といった使用及び稼働状況をサーバ稼働状況取得プログラム２０４に送信し、取得することもできる。
【０１８５】
実際に呼び出して実行するコマンドおよびコマンドオプションは各ＯＳに応じて使用される。同様に取得結果の表示形式についても、ＯＳ毎の表示から共通の形式へ整形を行う。
【０１８６】
ステップＳ７０６において、サーバ稼働状況取得プログラム２０４は、ステップＳ７０５でＲＡＭ４０２へ記憶した使用及び稼働状況に関する情報を、管理情報データベース２０２に登録された定義内容と比較を行う。
【０１８７】
例えば、プロセスの起動状態であれば、サービス稼働定義テーブル（図５参照）を照会し、取得時刻の時点において該当のプロセスが存在するかどうかをチェックする。
【０１８８】
また、監視定義テーブル（図６参照）に示したような監視定義情報と比較することによって、ハードディスクの使用率が閾値を超過していないかどうか、また、監視対象ログファイルに指定されたログファイル中に指定された文字列が含まれているかどうかをログフィルタリングに設定された条件を用いて判定を行う。
【０１８９】
これらの判定の結果、サービス稼働状態が不正あるいはハードディスクの使用率が閾値を超過している、ログファイルに指定された文字列が含まれる場合等は、稼働状態が不正であると判断し、ステップＳ７０７において、サーバ稼働状況取得プログラム２０４は、該当する状況に応じたエラーメッセージを生成し、ＲＡＭ４０２へ記憶する。
【０１９０】
ステップＳ７０８において、サーバ稼働状況取得プログラム２０４は、ステップＳ７０４、ステップＳ７０５（異常が発生している場合はステップＳ７０７）でＲＡＭ４０２へ記憶した情報を管理情報データベース２０２のサーバ稼働状況テーブル（図１０参照）に登録する。
【０１９１】
ステップＳ７０９において、サーバ稼働状況取得プログラム２０４は、使用及び稼働状況の情報が最新のものへ更新されたことを知らせる為に、Ｗｅｂサーバ２０１へ更新シグナルを送信する。
【０１９２】
なお、ステップＳ７０７で生成したエラーメッセージは、例えば図２６に示すサーバ稼働状況画面の「エラー発生状況」フィールドへの通知内容として送信し、ステップＳ７１０において、送信された通知内容が、Ｗｅｂブラウザ１０１において表示される。また、ステップＳ７１０のＷｅｂブラウザへの通知処理については上述の通りであるので省略する。
【０１９３】
次に、ステップＳ７０１において、サーバ稼働状況取得プログラム２０４が停止シグナルを受信したと判定した場合の処理について説明する。
【０１９４】
ステップＳ７１１において、サーバ稼働状況取得プログラム２０４は、サーバ３００のファイル状態の取得を行い、ＲＡＭ４０２へ記憶する。処理の方法はステップＳ７０４と同様であるので説明を省略する。
【０１９５】
ステップＳ７１２において、サーバ稼働状況取得プログラム２０４は、ログイン時とログアウト時、つまり、サーバの使用及び稼働状況とファイル状態について、最初と最後のレコードを用いて双方の比較を行い、結果をＲＡＭ４０２へ記憶する。
【０１９６】
ステップＳ７１３において、サーバ稼働状況取得プログラム２０４は、ステップＳ７１２でＲＡＭ４０２へ記憶した結果に何らかの相違点があった場合は、ステップＳ７１４に進み、相違内容を示す警告メッセージを生成し、ステップＳ７１５へ進む。
【０１９７】
ステップＳ７１５において、サーバ稼働状況取得プログラム２０４は、ステップ７１２でＲＡＭ４０２へ記憶した結果について、相違があった場合、ステップＳ７１４で生成された警告メッセージを、サーバ稼働状況テーブル（図１０参照）へ登録する。
【０１９８】
ステップＳ７１６において、サーバ稼働状況取得プログラム２０４は、ログイン時とログアウト時の状態比較結果を通知する為に、Ｗｅｂサーバ２０１へ更新シグナルを送信し、ステップＳ７１７において、Ｗｅｂサーバ２０１は、ログイン時とログアウト時の状態比較結果を図２９に示す比較結果画面をＷｅｂブラウザ１０１に表示する。図２９は、ログアウト時におけるＷｅｂブラウザ１０１における通知内容の例であり、警告フィールドには、サービスの起動状態や作業中に発生したエラー、作業前後における状態の相違点を表示する。
【０１９９】
さらに、作業中に変更されたファイルのフィールドには、作業前後における、ファイルのサイズまたはタイムスタンプといったファイル状態の比較結果も合わせて表示する。これによって作業者は意図しないファイル変更（追加や削除も含む）が発生していないか確認することができる。なお、ステップＳ８０５のＷｅｂブラウザへの通知処理については上述の通りであるので省略する。
【０２００】
次に、サーバ３００での作業実施中における、送信コマンドを制御するためにコマンドに含まれる入力文字列の制御処理について、図３０に示すフローチャートを用いて説明する。
【０２０１】
この制御処理は、Ｔｅｌｎｅｔ／ＳＳＨクライアント１０２とＴｅｌｎｅｔ／ＳＳＨプロキシ２０３間におけるＴｅｌｎｅｔ／ＳＳＨのコネクションが確立している間、コマンドが送信される毎に実行される。
【０２０２】
なお、ここでは作業者は既に事前作業及び認証が完了し、Ｔｅｌｎｅｔ/ＳＳＨプロキシ２０３を経由してサーバ３００にＴｅｌｎｅｔ/ＳＳＨ接続しているものとする。
【０２０３】
尚、本フローチャートの各ステップにおける処理は、リモート接続中継サーバ２００に備えられたＣＰＵ４０１の制御下の元、処理が実行される。
【０２０４】
ステップＳ８０１において、Ｔｅｌｎｅｔ／ＳＳＨプロキシ２０３は、Ｔｅｌｎｅｔ／ＳＳＨによってサーバ３００に中継されるコマンド文字列を受信し、ＲＡＭ４０２へ記憶する。なお、受信した文字列は、ステップＳ５０９でＲＡＭ４０２へ記憶したリモート接続セッションＩＤを取得して、取得したリモート接続セッションＩＤに対応して、実行時刻を付加して、操作履歴としてセッション管理テーブル（図９参照）に記録する。
【０２０５】
ステップＳ８０２において、Ｔｅｌｎｅｔ／ＳＳＨプロキシ２０３は、ステップＳ８０１でＲＡＭ４０２へ記憶したコマンド文字列およびステップＳ５２１でＲＡＭ４０２に記憶した接続先サーバＩＤを用いて、入力コマンド制限ポリシーテーブル（図７参照）に記憶されたサーバＩＤ、入力文字列、適用条件、適用時間に基づいて、コマンド文字列に対する制限がなされるか否か、コマンドの使用制限ポリシーに違反しているか否かの判定を行う。
【０２０６】
使用制限に反している場合、つまり違反されたコマンド文字列が使用されている場合は、当該コマンド文字列は使用不可として、ステップＳ８０８において、Ｔｅｌｎｅｔ／ＳＳＨプロキシ２０３は、入力されたコマンド文字列をサーバ３００へそのまま送信し、使用制限に則している場合、つまり適正なコマンド文字列が使用されている場合は、ステップＳ８０３へ処理を進める。
【０２０７】
ステップＳ８０３において、Ｔｅｌｎｅｔ／ＳＳＨプロキシ２０３は、入力されたコマンドが制限ポリシーに違反している旨の警告メッセージを、ステップＳ５２１でＲＡＭ４０２に記憶した接続先サーバＩＤに対応するセッション管理テーブル（図９参照）の操作履歴に、その判定結果と共に違反している旨の警告メッセージを登録する。
【０２０８】
ステップＳ８０４において、Ｔｅｌｎｅｔ／ＳＳＨプロキシ２０３は、ステップＳ８０３で登録された警告メッセージをユーザに通知する為、Ｗｅｂサーバ２０１へ更新シグナルとコマンド中継警告シグナルを送信する。
【０２０９】
Ｗｅｂサーバ２０１は、コマンド中継警告シグナルを受信したと判定すると、ステップＳ８０５で登録された警告メッセージをＷｅｂブラウザ１０１において図２５に示すコマンド制限通知画面に表示する。なお、ステップＳ８０５のＷｅｂブラウザへの通知処理については前述の通りであるので省略する。
【０２１０】
ステップＳ８０６において、Ｔｅｌｎｅｔ／ＳＳＨプロキシ２０３は、使用制限ポリシーに違反した文字列について、入力コマンド制限ポリシーテーブル（図７参照）から、中継自体を禁止するのか、もしくは中継は行うが警告メッセージを通知するのか、といった制限度をチェックする。
【０２１１】
禁止と設定されている場合は、ステップＳ８０７において、Ｔｅｌｎｅｔ／ＳＳＨプロキシ２０３は、サーバ３００へのコマンドの送信を中止する。一方、警告と設定されていた場合はステップＳ８０８において、Ｔｅｌｎｅｔ／ＳＳＨプロキシ２０３は、入力されたコマンド文字列をサーバ３００に送信する。
【０２１２】
このように、作業者が入力したコマンド（文字列）に対して制御をおこなうことで、例えば、サービスが動作中であるシステムに対して、稼働を停止する操作を禁止するといったような制御を行うことが可能となり、意図しない誤操作を防止することができる。
更に、各サーバへの接続に際し、リモート接続中継サーバ２００をゲートウェイとして必ず経由させることで、統一的なシステムの運用ルールの統制が可能となる。
【０２１３】
次に、Ｔｅｌｎｅｔ／ＳＳＨプロキシ２０３が実行するＴｅｌｎｅｔ／ＳＳＨコネクションの切断処理について、作業者がサーバ３００とのＴｅｌｎｅｔ／ＳＳＨ接続を切断し、Ｗｅｂブラウザ１０１にエラーまたは警告画面を表示する通知処理が行われるまでの流れを、図３１を用いて説明する。
【０２１４】
尚、作業者は事前作業および認証が完了し、Ｔｅｌｎｅｔ/ＳＳＨプロキシ２０３を経由でサーバ３００にＴｅｌｎｅｔ/ＳＳＨ接続していることを前提とする。尚、本フローチャートにおけるＳ９０１の処理は、リモートアクセス端末１００に備えられたＣＰＵ４０１の制御下の元、処理が実行され、Ｓ９０２乃至Ｓ９０７については、リモート接続中継サーバ２００に備えられたＣＰＵ４０１の制御の元、処理が実行され、ステップＳ９０８における処理は、前述の図２８のフローチャートに示すサーバ稼働状況取得処理に従う。
【０２１５】
ステップＳ９０１において、作業者によってＴｅｌｎｅｔ／ＳＳＨクライアント１０２を介して、サーバ３００に対してログアウト要求を送信する。
【０２１６】
ステップＳ９０２において、Ｔｅｌｎｅｔ／ＳＳＨプロキシ２０３は、Ｔｅｌｎｅｔ／ＳＳＨクライアント１０２からのログアウト要求を受信し、サーバ３００に対してログアウトし、Ｔｅｌｎｅｔ／ＳＳＨプロキシ２０３とのコネクションが切断されたことを検知する。
【０２１７】
ステップＳ９０３において、Ｔｅｌｎｅｔ／ＳＳＨプロキシ２０３は、Ｔｅｌｎｅｔ／ＳＳＨクライアント１０２とＴｅｌｎｅｔ／ＳＳＨプロキシ２０３に接続されているＴｅｌｎｅｔ／ＳＳＨコネクションを切断する。
【０２１８】
ステップＳ９０４において、Ｔｅｌｎｅｔ／ＳＳＨプロキシ２０３は、ステップＳ５０９でＲＡＭ４０２へ記憶したリモート接続セッションＩＤに対応させてセッション管理テーブル（図９参照）のサーバへのＴｅｌｎｅｔ／ＳＳＨログイン状況をログイン中から未ログインへ更新する。
【０２１９】
ステップＳ９０５において、Ｔｅｌｎｅｔ／ＳＳＨプロキシ２０３は、サーバ３００からログアウトした通知を送信する。
【０２２０】
ステップＳ９０６において、Ｗｅｂサーバ２０１は、Ｗｅｂブラウザ１０１に、ステップＳ９０５で送信されたログアウトの通知を表示する。
【０２２１】
ステップＳ９０７において、Ｔｅｌｎｅｔ／ＳＳＨプロキシ２０３は、起動中のサーバ稼働状況取得プログラム２０４に停止シグナルを送信する。
【０２２２】
ステップＳ９０８では、サーバ稼働状況取得プログラム２０４は、停止シグナルを受信した後、サーバ稼働状況取得プログラム２０４によって、図２８のフローチャートに示すサーバ稼働状況取得処理を実行する。
【０２２３】
このように、ログアウトと同時にログアウト時のサーバの稼働状況をＷｅｂブラウザ１０１に表示させることで、作業の結果正常に動作しているかどうかをすぐに確認することができる。
【０２２４】
以上説明したように、本実施形態によれば、作業対象となるサーバに対してコマンド操作を実施するための入力装置とサーバの使用及び稼働状況を表示する入力装置とを連携させることにより、コマンド操作を実施するための入力装置を用いて作業を行う際に発生する誤操作の抑止、及び作業負荷の軽減を図ることができるので、作業者がシステムの運用を行うに当たりリアルタイムに効率的なオペレーションを行うことが可能となる。
【０２２５】
以上、実施形態例を詳述したが、本発明は、方法、プログラムもしくは記憶媒体等としての実施態様をとることが可能である。
【０２２６】
また、本発明におけるプログラムは、各処理方法をコンピュータが実行可能（読み取り可能）なプログラムであり、本発明の記憶媒体は、各処理方法をコンピュータが実行可能なプログラムが記憶されている。
【０２２７】
なお、本発明におけるプログラムは、各装置の処理方法ごとのプログラムであってもよい。
【０２２８】
以上のように、前述した実施形態の機能を実現するプログラムを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムを読取り実行することによっても、本発明の目的が達成されることは言うまでもない。
【０２２９】
この場合、記録媒体から読み出されたプログラム自体が本発明の新規な機能を実現することになり、そのプログラムを記憶した記録媒体は本発明を構成することになる。
【０２３０】
プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク，ハードディスク，光ディスク，光磁気ディスク，ＣＤ−ＲＯＭ，ＣＤ−Ｒ，ＤＶＤ−ＲＯＭ，磁気テープ，不揮発性のメモリカード，ＲＯＭ，ＥＥＰＲＯＭ，シリコンディスク等を用いることができる。
【０２３１】
また、コンピュータが読み出したプログラムを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０２３２】
さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０２３３】
また、本発明は、複数の機器から構成されるシステムに適用しても、１つの機器からなる装置に適用してもよい。
【０２３４】
例えば、リモート接続中継サーバ２００における構成をサーバ３００における構成に適用し、リモート接続中継サーバ２００における処理を、サーバ３００における処理として実行することも可能である。
【０２３５】
また、本発明は、システムあるいは装置にプログラムを供給することによって達成される場合にも適応できることは言うまでもない。この場合、本発明を達成するためのプログラムを格納した記録媒体を該システムあるいは装置に読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
【０２３６】
さらに、本発明を達成するためのプログラムをネットワーク上のサーバ，データベース等から通信プログラムによりダウンロードして読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
【０２３７】
なお、上述した各実施形態およびその変形例を組み合わせた構成も全て本発明に含まれるものである。
【符号の説明】
【０２３８】
１００        リモートアクセス端末ＰＣ
１０１        Ｗｅｂブラウザ
１０２        Ｔｅｌｎｅｔ／ＳＳＨクライアント
２００        リモート接続中継サーバ
２０１        Ｗｅｂサーバ
２０２        認証データベース
２０３        Ｔｅｌｎｅｔ／ＳＳＨプロキシ
２０４        サーバ稼働状況収集プログラム
３００        作業先サーバ
４００        情報処理システム
４０１        ＣＰＵ
４０２        ＲＡＭ
４０３        ＲＯＭ
４０４        システムバス
４０５        入力コントローラ
４０６        ビデオコントローラ
４０７        メモリコントローラ
４０８        通信Ｉ／Ｆコントローラ
４０９        キーボード
４１０        ポインティングデバイス
４１１        表示器
４１２        外部メモリ（ＨＤＤ）
【図１】
2011129076.tif 000003
【図２】
2011129076.tif 000004
【図３】
2011129076.tif 000005
【図４】
2011129076.tif 000006
【図５】
2011129076.tif 000007
【図６】
2011129076.tif 000008
【図７】
2011129076.tif 000009
【図８】
2011129076.tif 000010
【図９】
2011129076.tif 000011
【図１０】
2011129076.tif 000012
【図１１】
2011129076.tif 000013
【図１２】
2011129076.tif 000014
【図１３】
2011129076.tif 000015
【図１４】
2011129076.tif 000016
【図１５】
2011129076.tif 000017
【図１６】
2011129076.tif 000018
【図１７】
2011129076.tif 000019
【図１８】
2011129076.tif 000020
【図１９】
2011129076.tif 000021
【図２０】
2011129076.tif 000022
【図２１】
2011129076.tif 000023
【図２２】
2011129076.tif 000024
【図２３】
2011129076.tif 000025
【図２４】
2011129076.tif 000026
【図２５】
2011129076.tif 000027
【図２６】
2011129076.tif 000028
【図２７】
2011129076.tif 000029
【図２８】
2011129076.tif 000030
【図２９】
2011129076.tif 000031
【図３０】
2011129076.tif 000032
【図３１】
2011129076.tif 000033