(57)【要約】【課題】非熟練者でも携帯端末を持参するだけで表示確認が可能となり、連絡までの工数、時間を短縮することができ、信頼性も向上する。【解決手段】センタ内の機器１に識別番号を振り、対応したバーコードのラベル１１を貼る。次に、識別番号に対応して、メーカ、機器の型番、ランプの配置情報、異常時の連絡先などのテーブル１０を作成し、これを携帯端末２に登録する。オペレータは、チェックすべき機器１の前でバーコードを端末２に読み込ませ、携帯に表示されるランプの配置状況と、機器１の状態を突き合わせることで、正常または異常の判定を行う。携帯端末で収集した情報をサーバ（ＰＣ）３上にダウンロードすることで、連絡先などの情報を表示させ、異常時には自動通報８を実行する。【選択図】　　　　図１
2004021362.tif 000002
【特許請求の範囲】
【請求項１】
サーバ機器の動作状況を該サーバ機器に配置されているランプの点灯により判断するサーバの動作状態確認方法において、
該サーバ機器に固有の識別番号をバーコードで貼付し、
次に、バーコードリーダ付き携帯端末により、該サーバ機器ごとのバーコードを読み込ませ、
該サーバ機器の動作状態を確認することを特徴とするサーバの動作状態確認方法。
【請求項２】
請求項１記載のサーバの動作状態確認方法において、
前記携帯端末に、動作確認を行った日時、確認結果を登録し、
確認作業終了後に、パーソナルコンピュータで該確認結果を集計し、
該パーソナルコンピュータで該確認結果の報告書の作成を行わせることを特徴とするサーバの動作状態確認方法。
【請求項３】
請求項１記載のサーバの動作状態確認方法において、
前記携帯端末による確認作業終了後に、前記パーソナルコンピュータで確認結果の集計を行う際に、未確認のサーバ機器があった場合には、エラーメッセージを自動送出することを特徴とするサーバの動作状態確認方法。
【請求項４】
請求項１記載のサーバの動作状態確認方法において、
前記携帯端末による確認作業終了後に、前記パーソナルコンピュータで確認結果の集計を行う際に、異常と判断したサーバ機器があった場合には、メール送信手段を用いて自動通報することを特徴とするサーバの動作状態確認方法。
【請求項５】
サーバ機器の動作状況を該サーバ機器に配置されているランプの点灯により判断するサーバの動作状態確認システムであって、
識別番号が割り振られ、該識別番号に対応したバーコードのラベルが貼付された監視対象のサーバ機器と、
該監視対象サーバ機器のバーコードを読み込み、正常なランプ配置状況を表示して、動作状況確認を行った後は確認結果を記録するバーコードリーダ付き携帯端末と、
該携帯端末で収集した動作状況および確認結果をダウンロードし、該確認結果により連絡先に自動通報を行うパーソナルコンピュータと
を具備したことを特徴とするサーバの動作状態確認システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、多数のサーバ機器を設置しているデータセンタにおいて、サーバ機器に配置されているランプの点灯状態により動作状況を確認する作業を行う場合、効率よく動作状況の確認を行うのに好適なサーバの動作状態確認方法およびそのシステムに関し、特にバーコードリーダ付き携帯端末を活用したサーバ機器の動作状況確認方法およびそのシステムに関する。
【０００２】
【従来の技術】
従来、サーバ機器の動作状況を確認する作業においては、作業者は確認を行うための機器名を記録したワークシートを作成し、そのワークシートに従って機器の動作確認を行っていた。その際に、どのランプが点灯していれば正常か、または異常であるかの判断は、作業者の熟練に頼るか、あるいは、関係するマニュアルを常に持参して作業を行う必要があった。
【０００３】
自動的に正常または異常を監視する方法としては、監視対象サーバが接続したネットワーク上に監視用サーバを設けて、この監視用サーバにより監視を行うものであった。例えば、特開２００１−４３１５７公報の『サーバの運用監視システム』（以下、Ａ方式と呼ぶ）では、データ登録部に、運用監視対象サーバのＨＴＭＬドキュメントに含まれる文字列を登録しておき、サーバ監視部は、スケジュールに従って運用監視対象サーバのＨＴＭＬドキュメントにアクセスし、このドキュメント中にデータ登録部に登録されている文字列があるか否かを調べ、文字列が含まれていない場合には、対象サーバは異常であるので、管理者に対して異常発生を通知する。
【０００４】
また、特開２００２−４１３７６公報の『サイト監視方法および装置』（以下、Ｂ方式と呼ぶ）では、１以上のサーバを備えたサイトにおいて、サイトやサーバの稼働状況を監視するため、サイトやサーバに対してグローバルＩＰ領域を介してコマンドを伝達し、応答を受理し、それに従って稼動状況を解析し、異常が生じているか否かを判断し、異常のときには通知メッセージを作成して端末装置に伝達する。
【０００５】
また、特開２００１−２６５４２４公報の『プラント監視制御装置』（以下、Ｃ方式と呼ぶ）では、プラント監視制御装置が現場の各機器の情報をデータベースに保存し、センサにより各機器を測定してその測定値を表示し、機器に貼布されたバーコードを携帯型端末のバーコードリーダで読み取り、データベースを検索して対応する機器毎に携帯型端末に表示する。持ち運び可能な携帯型端末を用いて監視制御に必要な情報を得られるため、常設の操作盤を設置する必要がなく、適切にプラントを監視し、制御することができる。
【０００６】
また、特開２０００−２３１４０９公報の『監視制御装置』（以下、Ｄ方式と呼ぶ）では、監視対象の計測機器からの信号を通報対象信号判定部で通知が必要であるか否かを判定し、通知が必要と判定されると、信号種別判定部で緊急度等を判定し、それに応じて回線を選択して接続し、ダイヤルナンバー読込み部でダイヤルナンバーを読み込んでダイヤルし、メッセージを送信する。
【０００７】
【発明が解決しようとする課題】
例えば、センタ等において、多くの顧客のサーバを預って監視を実施している場合に、これらのサーバ機器はセンタで準備した監視用ネットワークに接続して集中監視を行うのが一般的であるが、顧客事情により接続不可のため、監視要員が監視対象機器の前まで出向いて作業を行う場合がある。しかし、その場合でも、対象機器は複数のメーカ製のものであるため、その操作方法は機器によって異なり、作業員にとって負担になるという問題があった。
【０００８】
このように、サーバ機器に配置されているランプの設置ポリシーは製造メーカにより異なり、完全な一貫性があるわけではない。例えば、あるメーカの機器では、『ＥＲＲＯＲ』と書かれたランプは異常時に点灯するが、他メーカの機器では、『ＥＲＲＯＲ』と書かれたランプが通常時に緑色で点灯している。このような場合、作業者はランプの点灯状態がどのようになっていれば、正常または異常であるかを完全に把握していなければ作業を行うことができない。
【０００９】
従来の方式、例えば上記Ａ方式やＢ方式では、監視対象機器と監視機器がネットワークにより接続し、機器の稼動状況を監視機器より確認できることが前提となっているが、監視対象機器と監視機器がネットワークにより接続不可である場合、または、接続はしているがネットワークの設定により監視ができない状況においては適用できないという問題がある。
また、上記Ｃ方式についても同様であり、監視を行うプラント装置と携帯型端末がネットワーク上に接続することが前提となっている。しかし、ネットワークにより接続不可、または監視できない状況の場合があるという問題がある。
【００１０】
また、上記Ｄ方式でも、監視対象の計測機器と通報対象信号判定部との間をネットワークで接続できない場合やできても監視ができない場合が生じるという問題がある。
さらに、これらのＡ〜Ｄ方式では、監視用サーバで監視するか、あるいはコマンドを伝達して異常または正常を確認するので、メーカの異なる機器では監視方法が異なり、コマンドに対する応答も異なるので、一律に監視や制御ができないという問題もある。
【００１１】
そこで、本発明の目的は、これら従来の課題を解決し、非熟練者が携帯端末のみを持参することで作業が可能となり、確認作業がすなわち記録作業となるため、作業時間が短縮でき、自動集計、自動記録および自動通報を行うため、確認漏れなどの人的ミスを防止でき、信頼性の向上と作業効率の向上を図ることができるサーバの動作状態確認方法およびそのシステムを提供することにある。
【００１２】
【課題を解決するための手段】
上記目的を達成するため、本発明のサーバの動作状態確認方法は、センタ内の機器に識別番号を振り、対応したバーコードを貼り、次に識別番号に対して、メーカ、機器の型番、ランプの配置情報、異常時の連絡先を対応させたテーブルを作成し、作成した情報をバーコードリーダ付携帯端末に登録し、オペレータにより状態をチェックしたい機器のバーコードを携帯端末に読み込ませ、携帯端末上に表示されるランプの配置状況と、機器の状態を突き合わせることで、ランプの状態を覚え込み、マニュアルを持参することなく正常または異常の判断を効率よく実施する。
【００１３】
また、携帯端末で収集した動作状況の情報をＰＣ（パーソナルコンピュータ）上にダウンロードすることで、報告書作成のための時間を削減することができる。さらに、バーコードを読み込ませて、確認を行っていない機器がある時には、警告を上げることで、確認漏れを防止することができる。
従来技術では、携帯端末上にプラント装置から取得した情報や数値を表示していたのに対して、本発明の確認方法では、監視対象機器と携帯端末が接続されていないこと、および、携帯端末上に表示されるのは、実際の監視対象機器の情報ではなく、監視対象機器が表示しているべき正しい状態の値であることの点で、従来とは全く異なっている。
【００１４】
【発明の実施の形態】
以下、本発明の実施形態を、図面により詳細に説明する。
図１は、本発明の一実施例を示すサーバ動作状態確認システムの全体構成図である。
動作概要を説明すると、先ず、センタ内の機器１に識別番号を割り振り、対応したバーコードのラベル１１を張付ける。次に、識別番号に対して、メーカ、機器の型番、ランプの配置情報、異常時の連絡先を対応させたテーブル１０を作成し、これらの情報をバーコードリーダ付きＰＤＡ（携帯端末）２に登録する。
【００１５】
オペレータは、状態をチェックしたい機器１の前で、バーコードラベル１１をＰＤＡ２に表示されるランプの配置状況と、機器１の状態を突き合わせることで、ランプの状態を覚えるので、マニュアルを持参しなくても正常または異常の判断を行うことができる。
また、ＰＤＡ２で収集した動作状況の情報をＰＣ３上にダウンロードすることで、連絡先などの情報を表示させることにより連絡までの工数や時間を短縮することができる。特定の時間帯に複数の機器１の確認を行う場合には、確認を行う機器名を登録し、１台の機器の動作状況を確認した後に順次、次に確認すべき機器の識別番号を表示することで、確認漏れを防止できる。
【００１６】
（準備作業）
準備作業としては、作業を行う機器１に対して固有の識別番号を振り、バーコードラベル１１を貼付しておく。次に、識別番号と型番、異常時の連絡手段、連絡先、その他の必要な情報を登録したテーブル１０と、型番とランプの正常時の表示状態を図で対応させたテーブルを用意し、ＰＤＡ（携帯端末）２に登録する。
ＰＤＡ２に登録される図１の内部テーブル１０には、識別番号と確認予定時刻のペアを登録したスケジュールテーブル４と、識別番号と型番とその他の関連情報（顧客名、連絡先、連絡方法など）の対応を登録した関連情報テーブル５と、型番と表示状態のペアを登録した表示状態テーブル６が示されている。
【００１７】
（具体例）
図１に示すように、本発明のサーバ動作状態確認システムは、準備作業によりバーコードラベル１１が貼付された監視対象機器１と、バーコードリーダ付きのＰＤＡ２と、該ＰＤＡ２で取得した情報を集計し、表示し、通報する集計、表示、通報用サーバ３とから構成される。
バーコードリーダ付きＰＤＡ２内には、何時のどの機器の確認作業を実施するかと言うスケジュールテーブル４と、識別番号と型番、異常時の連絡手段、連絡先、その他の必要な情報を登録した関連情報テーブル５と、型番とランプの正常時の表示状態を図で対応させた表示状態テーブル６と、確認結果を記録するログファイル７とが備えられている。
【００１８】
集計、表示、通報用サーバ３にも、同様のスケジュールテーブル４、識別番号と型番、異常時の連絡手段、連絡先、その他の必要な情報を登録した関連情報テーブル５、および型番とランプの正常時の表示状態を図で対応させた表示状態テーブル６が備えられている。
さらに、集計、表示、通報用サーバ３には、ＰＤＡ２からチェック結果のログファイル７が転送されるので、連絡先に自動通報８を行う際に、転送されたログファイルのチェック結果７Ａも同時に連絡先に送信される。
【００１９】
図２は、本発明の一実施例を示すＰＤＡ内の処理フローチャートである。
左側のフローは確認時刻のチェックであり、右側のフローは機器の動作状態の正常異常チェックである。
左側フローでは、まずスケジュールテーブル４に従って、レコード（識別番号と確認予定時刻）を読み込み（ステップ１０１）、ＥＯＦ（Ｅｎｄ　ｏｆ　Ｆｉｌｅ）によりファイル末尾となるまで繰り返し読み込みを実行し（ステップ１０２）、末尾になったならば処理を終了する。一方、末尾にならない場合には、次に現在時刻がスケジュールテーブル４の確認時刻と同一時間帯であるか否かを判断し（ステップ１０３）、別の時間帯であれば、再度ステップ１０１に戻る。同一時間帯であれば、右側フローの確認処理に移る（ステップ１０４）。そして、ステップ１０１に戻る。
【００２０】
右側フローでは、確認作業が開始されると、ＰＤＡ２には、スケジュールテーブル４の内容に従って、確認を行う機器１の識別番号が表示される（ステップ１１１）。オペレータは、表示された識別番号の前に行って、バーコードラベル１１の内容をＰＤＡ２に読み込ませる（ステップ１１２）。ＰＤＡ２では、識別番号を基に関連テーブル５より識別番号の機器の型番の情報を取得し（ステップ１１３、１１６）、次に、機器の型番を基に表示状態テーブル６より、対象機器の正常時の表示状態図を取得し、識別番号、機器の型番、図をＰＤＡ２上に表示させる（ステップ１１９）。オペレータは、機器の表示状態と、ＰＤＡ２上に表示された図が一致することを確認し（ステップ１１４、１１７）、一致する場合にはＯＫ、不一致の場合にはＮＧを入力する（ステップ１２０）。
【００２１】
ＰＤＡ２は、ログファイル７に、確認を行った機器の識別番号、型番、確認結果、確認時刻を記録し（ステップ１２１）、スケジュールテーブル４から次に確認を行う機器の識別番号を取得して、ＰＤＡ２に表示する（ステップ１１０，１１１）。
なお、図２では、確認の対象機器２台を連続してチェックする場合を示したので、テーブル５から識別番号を取得して（ステップ１１３，１１６）、一致データがあれば（ステップ１１４，１１７）、次に進み、一致データがなければ、エラー情報を表示している（ステップ１１５，１１８）。
以上の作業を、スケジュールテーブル４に記録された確認対象機器がなくなるまで繰り返し行う。
【００２２】
図３は、本発明の一実施例を示す集計、表示、通報用サーバ内の処理フローチャートである。
左側フローは確認漏れ機器に対する基本処理、中央フローは基本処理のうち確認漏れ機器検出処理の詳細動作、右側フローは基本処理のうち報告書作業通報処理の詳細動作をそれぞれ示している。
先ず、ＰＤＡ２内のログファイル７の情報を、集計、表示、通報用サーバ３に転送し、報告書作成、通報処理を実行する。
左側フローでは、集計、表示、通報用サーバ３内の処理として、確認漏れ聞き検出処理（ステップ１２０）と報告書作成、通報処理（ステップ１２１）を実行する。
【００２３】
中央フローでは、確認漏れ聞き検出処理を行う（ステップ１３１）。まず、集計、表示、通報用サーバ３内からスケジュールテーブル４のレコードを読み込み（ステップ１３２）、ファイルの末尾になったか否かを判別し（ステップ１３３）、末尾になれば処理を終了する。一方、末尾にならないときには、機器の確認予定時刻と現在時刻とを比較する。すなわち、現在時刻が確認予定時刻以降であれば（ステップ１３４）、ログファイル７には対象機器の確認結果が存在しなければならないので、ログファイル７内を検索して、確認結果が存在することを確認する（ステップ１３５）。もし、結果が存在しない場合には、サーバ上に警告を表示する（『機器名××××が未確認』というメッセージを表示）（ステップ１３６）。一方、結果が存在した場合は、再度、ステップ１３２に戻り、スケジュールテーブル４からレコードを読み込む。
【００２４】
右側フローでは、報告書作成および通報処理を行う（ステップ１４１）。まず、集計、表示、通報用サーバ３は、まずログファイル７からレコードを読み込み（ステップ１４２）、ファイルの末尾になるまで、読み込んだレコードを帳票に出力していく（ステップ１４４）。状態がＮＧの機器があれば（ステップ１４５）、連絡方法がメールとなっている機器については（ステップ１４６）、連絡先に指定されたメールアドレスに異常検知のメールを送信する（ステップ１４７）。連絡方法がメールとなっていない場合には、ステップ１４２に戻ってレコードの読み込みを行う。
【００２５】
【発明の効果】
以上説明したように、本発明によれば、下記のような効果がある。
（１）機器の表示状態に精通した作業者でなく、非熟練者でも携帯端末のみを持参すれば作業が可能となるため、作業効率の向上が可能となる。
（２）確認作業すなわち記録作業となるため、作業時間が短縮され、また実施記録をサーバにより集計、記録を行い、メールにより自動通報するため、さらに作業時間の短縮が可能となる。
（３）確認漏れのような人的ミスを防止することができるので、信頼性を向上できる。
【図面の簡単な説明】
【図１】本発明の一実施例を示すサーバの動作状態確認システムの全体構成図である。
【図２】本発明の一実施例を示す携帯型端末のプログラムフローチャートである。
【図３】本発明の一実施例を示す集計、表示、通報用サーバのプログラムフローチャートである。
【符号の説明】
１…監視対象サーバ、２…バーコードリーダ付携帯端末（ＰＤＡ）、
３…集計、表示、通報用サーバ、４…スケジュールテーブル、
５…関連情報テーブル、６…表示状態テーブル、７…ログファイル、
８…自動通報、７Ａ…ログファイルに基づく通知情報、
１０…携帯端末内部テーブル。
【図１】
2004021362.tif 000003
【図２】
2004021362.tif 000004
【図３】
2004021362.tif 000005