無停電電源装置監視システム、無停電電源装置監視方法及び無停電電源装置監視プログラム
【課題】無停電電源装置の異常を効率よく管理して通知することができる無停電電源装置監視システム、無停電電源装置監視方法及び無停電電源装置監視プログラムを提供する。
【解決手段】複数の機器（１０−１，…，１０−ｎ）に接続されているＵＰＳ１０は、ネットワークを介して、ＵＰＳコントローラ１５及びネットワーク監視サーバ２０に接続されている。ＵＰＳ１０は、障害が発生した場合、ＵＰＳコントローラ１５にログ記録処理を実行させ、ネットワーク監視サーバ２０にメール送信処理を実行し、ネットワーク監視サーバ２０の制御部２１は、運用区の担当者へのメール送信処理を実行する。ネットワーク監視サーバ２０は、定期的に死活監視処理を実行し、ＵＰＳ１０から応答がない場合には、運用区の担当者へのメール送信処理を実行する。
【解決手段】複数の機器（１０−１，…，１０−ｎ）に接続されているＵＰＳ１０は、ネットワークを介して、ＵＰＳコントローラ１５及びネットワーク監視サーバ２０に接続されている。ＵＰＳ１０は、障害が発生した場合、ＵＰＳコントローラ１５にログ記録処理を実行させ、ネットワーク監視サーバ２０にメール送信処理を実行し、ネットワーク監視サーバ２０の制御部２１は、運用区の担当者へのメール送信処理を実行する。ネットワーク監視サーバ２０は、定期的に死活監視処理を実行し、ＵＰＳ１０から応答がない場合には、運用区の担当者へのメール送信処理を実行する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無停電電源装置を監視するための無停電電源装置監視システム、無停電電源装置監視方法及び無停電電源装置監視プログラムに関する。
【背景技術】
【０００２】
通信ネットワークに接続された複数の機器の障害を監視し、異常を検出した際に、機器の担当者に異常を通知するための機器監視装置が検討されている（例えば、特許文献１参照。）。特許文献１の機器監視装置は、通信ネットワークを介して機器の状態を表わす情報を受信する手段と、情報を通知するための通知手段を特定する手段を備える。更に、この機器監視装置は、特定した通知手段に基づきメッセージテンプレートを取得してメッセージを作成する手段と、作成したメッセージを特定した通知手段に基づき変換し、担当者の利用端末に通知する手段とを備えている。
【特許文献１】特開２００２−２９０５９５号公報（第１頁及び図１）
【発明の開示】
【発明が解決しようとする課題】
【０００３】
ところで、無停電電源装置（ＵＰＳ）は、停電等の異常時にしか利用されない。従って、日常的にＵＰＳを監視していないことが多く、ＵＰＳ自身に異常があったとしても気がつかないことがある。また、ＵＰＳは、停電時においても停止することができないコンピュータシステム等に接続されており、多様な場所に設置されている。このため、電源において問題があったときにも、どのＵＰＳに障害が発生しているかについて特定が困難な場合が多い。
【０００４】
本発明は、上述の課題に鑑みてなされ、その目的は、無停電電源装置の異常を効率よく管理して通知することができる無停電電源装置監視システム、無停電電源装置監視方法及び無停電電源装置監視プログラムを提供することにある。
【課題を解決するための手段】
【０００５】
上記問題点を解決するために、請求項１に記載の発明は、主電源からの電源供給が停止された場合に機器に電力を供給する電力供給手段と、障害発生時に障害発生通知を送信し、稼動確認要求に対して応答を返信する通信手段とを備えた無停電電源装置と、無停電電源装置の管理を行なう担当者のメールアドレスを記憶した通知先記憶手段と、無停電電源装置からの障害発生通知を受信する障害発生受信手段を有する監視サーバとを備えた無停電電源監視システムであって、前記監視サーバは、前記無停電電源装置に対して稼動確認要求を送信し、前記無停電電源装置からの応答の有無により死活状態を判定する死活監視手段と、無停電電源装置から障害発生通知を受信した場合に、前記通知先記憶手段から担当者のメールアドレスを取得し、この無停電電源装置の異常を通知し、更に、前記死活監視手段において前記無停電電源装置からの応答がない場合にも、前記通知先記憶手段から担当者のメールアドレスを取得し、この無停電電源装置の異常を通知する通知手段とを備えたことを要旨とする。
【０００６】
請求項２に記載の発明は、請求項１に記載の無停電電源装置監視システムにおいて、前記監視サーバは、機器と、これに電力を供給する無停電電源装置との接続関係に関する電力系統図を記憶した接続関係データ記憶手段に接続されており、前記監視サーバは、前記機器における異常発生の有無についての監視を行なう機器監視手段と、無停電電源装置から前記障害発生通知を受信した場合又は前記稼動確認要求に対する応答がない場合に、こ
の無停電電源装置が電力を供給する機器に関する異常の有無についてのデータを取得し、前記無停電電源装置の異常の有無及び機器の異常の有無から、点検指示箇所を特定する異常発生箇所特定手段とを更に備え、前記通知手段は、特定した点検指示を含む通知を行なうことを要旨とする。
【０００７】
請求項３に記載の発明は、請求項２に記載の無停電電源装置監視システムにおいて、前記無停電電源装置は、電力供給先機器に接続された電力線を利用して通信を行なう電力線搬送通信手段を備えており、前記監視サーバは、前記電力線搬送通信手段を用いて電力供給先機器から、この電力供給先機器の識別情報を取得した無停電電源装置から、この無停電電源装置の識別情報と前記電力供給先機器の識別情報とを受信する手段と、前記無停電電源装置の識別情報と、前記電力供給先機器の識別情報とを関連付けて前記電力系統図を作成する手段とを更に備えたことを要旨とする。
【０００８】
請求項４に記載の発明は、請求項１〜３のいずれか１項に記載の無停電電源装置監視システムにおいて、前記無停電電源装置は、障害発生に関するログを蓄積するログ蓄積手段に接続されており、前記監視サーバは、前記担当者が用いるクライアント端末に接続されており、前記無停電電源装置は、障害発生を検知した場合、この障害発生に関するデータを前記ログ蓄積手段に登録し、前記監視サーバは、前記クライアント端末から無停電電源装置についてのログ取得指示を受信した場合には、この無停電電源装置の障害発生に関するログを前記ログ蓄積手段から取得することを要旨とする。
【０００９】
請求項５に記載の発明は、主電源からの電源供給が停止された場合に機器に電力を供給する電力供給手段と、障害発生時に障害発生通知を送信し、稼動確認要求に対して応答を返信する通信手段とを備えた無停電電源装置と、無停電電源装置の管理を行なう担当者のメールアドレスを記憶した通知先記憶手段と、無停電電源装置からの障害発生通知を受信する障害発生受信手段を有する監視サーバとを備えたシステムにおける無停電電源監視方法であって、前記監視サーバが、前記無停電電源装置に対して稼動確認要求を送信し、前記無停電電源装置からの応答の有無により死活状態を判定する死活監視段階と、無停電電源装置から障害発生通知を受信した場合に、前記通知先記憶手段から担当者のメールアドレスを取得し、この無停電電源装置の異常を通知し、更に、前記死活監視段階において前記無停電電源装置からの応答がない場合にも、前記通知先記憶手段から担当者のメールアドレスを取得し、この無停電電源装置の異常を通知する通知段階とを実行することを要旨とする。
【００１０】
請求項６に記載の発明は、主電源からの電源供給が停止された場合に機器に電力を供給する電力供給手段と、障害発生時に障害発生通知を送信し、稼動確認要求に対して応答を返信する通信手段とを備えた無停電電源装置と、無停電電源装置の管理を行なう担当者のメールアドレスを記憶した通知先記憶手段と、無停電電源装置からの障害発生通知を受信する障害発生受信手段を有する監視サーバとを備えたシステムを用いた無停電電源監視プログラムであって、前記監視サーバを、前記無停電電源装置に対して稼動確認要求を送信し、前記無停電電源装置からの応答の有無により死活状態を判定する死活監視手段、及び無停電電源装置から障害発生通知を受信した場合に、前記通知先記憶手段から担当者のメールアドレスを取得し、この無停電電源装置の異常を通知し、更に、前記死活監視手段において前記無停電電源装置からの応答がない場合にも、前記通知先記憶手段から担当者のメールアドレスを取得し、この無停電電源装置の異常を通知する通知手段として機能させることを要旨とする。
【００１１】
（作用）
本発明によれば、監視サーバは、無停電電源装置に対して稼動確認要求を送信し、無停電電源装置からの応答の有無により死活状態を判定する。監視サーバは、無停電電源装置
から障害発生通知を受信した場合に、通知先記憶手段から担当者のメールアドレスを取得し、この無停電電源装置の異常を通知し、更に、死活監視手段において無停電電源装置からの応答がない場合にも、通知先記憶手段から担当者のメールアドレスを取得し、この無停電電源装置の異常を通知する。このため、無停電電源装置から障害発生通知を受信した場合だけでなく、死活監視により無停電電源装置から応答がない場合にも、監視サーバは、担当者に無停電電源装置の異常を通知することができる。従って、監視サーバは、無停電電源装置における異常を一括して効率よく管理することができる。
【００１２】
本発明によれば、監視サーバは、機器における異常発生の有無についての監視も行なう。監視サーバは、無停電電源装置から障害発生通知を受信した場合又は稼動確認要求に対する応答がない場合に、この無停電電源装置が電力を供給する機器に関する異常の有無についてのデータを取得し、無停電電源装置の異常の有無及び機器の異常の有無から、点検指示箇所を特定する。監視サーバは、特定した点検指示を含む通知を行なう。このため、担当者は、点検指示箇所を把握することができるため、効率よく保守点検を行なうことができる。
【００１３】
本発明によれば、監視サーバは、電力線搬送通信を用いて電力供給先機器からこの機器の識別情報を取得した無停電電源装置から、この無停電電源装置の識別情報とこの機器の識別情報とを受信する。監視サーバは、無停電電源装置の識別情報と、これとともに受信した機器の識別情報とを関連付けて電力系統図を作成する。このため、監視サーバは、無停電電源装置から受信した無停電電源装置の識別情報と機器の識別子とを受信すると、電力系統図が自動的に作成されるので、効率よく電力系統図を作成することができる。
【００１４】
本発明によれば、無停電電源装置は、障害発生を検知した場合、この障害発生に関するデータをログ蓄積手段に登録する。監視サーバは、クライアント端末から無停電電源装置についてのログ取得指示を受信した場合には、この無停電電源装置の障害発生に関するログをログ蓄積手段から取得する。このため、担当者は、障害発生に関するログを閲覧しながら、効率よく保守点検を行なうことができる。
【発明の効果】
【００１５】
本発明によれば、監視サーバは、無停電電源装置における異常を効率よく管理して通知することができる。
【発明を実施するための最良の形態】
【００１６】
以下、本発明を具体化した一実施形態を図１〜図４に基づいて説明する。本実施形態においては、図１に示すように、複数の無停電電源装置（Uninterruptible Power Supply；ＵＰＳ１０）と、これらＵＰＳ１０の障害発生や死活を監視するネットワーク監視サーバ２０とから構成されるＵＰＳ監視システムについて説明する。なお、本実施形態では、ＵＰＳ１０から障害発生通知があった場合と、死活監視によりＵＰＳ１０からの応答がなかった動作停止状態の場合とを含めて、ＵＰＳ１０に異常が発生した場合とする。
【００１７】
本実施形態の監視対象であるＵＰＳ１０は、ネットワークを介して、ＵＰＳ１０のログ監視を行なうログ蓄積手段としてのＵＰＳコントローラ１５、メールサーバ１８及びネットワーク監視サーバ２０に接続されている。
【００１８】
各ＵＰＳ１０は、複数の機器（１０−１，…，１０−ｎ）に接続されている。ＵＰＳ１０は、これら機器（１０−１，…，１０−ｎ）への主電源からの電力供給が停止した場合に、一時的に電力を供給する装置である。
【００１９】
このＵＰＳ１０は、電力供給手段、障害検知手段、応答手段及び通信手段を備えている
。電力供給手段は、主電源からの電力供給が停止したことを検知して、機器（１０−１，…，１０−ｎ）に電力を供給する処理を実行する。
【００２０】
障害検知手段は、ＵＰＳ１０の内部において障害が発生した場合に、この障害内容を検知する処理を実行する。この場合、障害検知手段は、内蔵する時計の時刻及び障害内容に関するデータを通信手段に供給する。
【００２１】
応答手段は、ネットワーク監視サーバ２０からの稼動確認要求に対する応答を返す応答処理を実行する。
通信手段は、ネットワークを介してデータの送受信を行なう処理を実行する。このため、通信手段は、ＩＰアドレスを記憶した通信カードを備えている。更に、本実施形態では、この通信手段は、発生した障害に関するログデータをＵＰＳコントローラ１５に登録する登録依頼を送信する。また、通信手段は、稼動確認要求を行なったネットワーク監視サーバ２０に対して、応答手段から指示された応答データを送信する。更に、通信手段は、発生した障害に関するデータを含む通知メールを、メールサーバ１８を介して、ネットワーク監視サーバ２０に送信する。このため、通信手段は、ネットワーク監視サーバ２０のメールアドレスを記憶している。
【００２２】
ＵＰＳコントローラ１５は、ＵＰＳログデータ記憶部１６を備えている。ＵＰＳコントローラ１５は、ＵＰＳ１０から登録依頼を受信すると、ＵＰＳログデータ記憶部１６に障害に関するログデータを登録する処理を実行する。
【００２３】
ＵＰＳログデータ記憶部１６は、図２（ａ）に示すように、ＵＰＳ特定レコード１６１と、ＵＰＳ履歴レコード１６２とを記憶している。ＵＰＳ特定レコード１６１は、ＵＰＳ１０に対するＩＰアドレスが付与されて、登録された場合に記録される。ＵＰＳ履歴レコード１６２は、ＵＰＳ１０から登録依頼を受信した場合に記録される。
【００２４】
ＵＰＳ特定レコード１６１は、ＵＰＳ識別子、ＩＰアドレス及びステータスに関するデータを含んで構成される。
ＵＰＳ識別子データ領域には、各ＵＰＳ１０を特定するための識別子に関するデータが記録されている。例えば、このＵＰＳ識別子として、型番及び製造番号等を用いることができる。
【００２５】
ＩＰアドレスデータ領域には、このＵＰＳ１０のネットワーク接続手段を特定するためのＩＰアドレスに関するデータが記録されている。このＩＰアドレスに基づいて、データを送信したＵＰＳ１０を特定することができる。
【００２６】
ステータスデータ領域には、このＵＰＳ１０の現在の状況（ステータス）に関するデータが記録されている。このステータス領域には、障害が発生したときには「障害発生中」を示すステータスデータが記録される。また、このステータス領域には、正常動作しているときには「正常動作中」を示すステータスデータが記録される。
【００２７】
ＵＰＳ履歴レコード１６２は、ＵＰＳ識別子、障害発生時刻及び障害発生事象に関するデータを含んで構成される。
ＵＰＳ識別子データ領域には、各ＵＰＳを特定するための識別子に関するデータが記録される。
【００２８】
障害発生時刻データ領域には、このＵＰＳ１０において障害が発生した年月日及び時刻に関するデータが記録される。
障害発生事象データ領域には、発生した障害の内容を特定する障害事象特定フラグに関
するデータが記録される。
【００２９】
一方、図１のネットワークに接続されるメールサーバ１８は、メールアドレスを管理し、電子メールの送受信を制御する公知のサーバシステムである。本実施形態では、障害が発生したＵＰＳ１０は、このメールサーバ１８を介してネットワーク監視サーバ２０に通知を送信する。また、ネットワーク監視サーバ２０は、このメールサーバ１８を介して、ＵＰＳ１０の保守点検を行なう運用区の担当者に対して通知メールを送信する。
【００３０】
一方、ネットワーク監視サーバ２０は、ＵＰＳ１０について障害発生の監視や死活監視を行なう。このネットワーク監視サーバ２０は、運用区の担当者が用いるクライアント端末（図示せず）に接続されている。ネットワーク監視サーバ２０は、ＵＰＳ１０における異常を検知した場合には、担当者のクライアント端末にメールを送信する。更に、ネットワーク監視サーバ２０は、クライアント端末からのアクセスに応じて、ＵＰＳ１０のステータスや履歴等の情報をクライアント端末に送信する。
【００３１】
具体的には、ネットワーク監視サーバ２０は、制御部２１と、通知先記憶手段としての担当者データ記憶部２２とを備えている。制御部２１は、図示しないＣＰＵ、ＲＡＭ及びＲＯＭ等を有し、後述する処理（アラート受信段階、死活監視段階、通知段階、アクセス受入段階、ログ取得段階及び状況表示段階等を含む処理）を行なう。そして、このための無停電電源装置監視プログラムを実行することにより、制御部２１は、障害発生受信手段としてのアラート受信手段２１１、死活監視手段２１２、通知手段２１３、アクセス受入手段２１４、ログ取得手段２１５及び状況表示手段２１６等として機能する。
【００３２】
アラート受信手段２１１は、ＵＰＳ１０から障害発生に関するメールを受信する。アラート受信手段２１１は、各障害事象特定フラグと障害内容とを関連付けた障害内容特定テーブルを記憶している。アラート受信手段２１１は、障害事象特定フラグに対応する障害内容を特定し、メールの送信を通知手段２１３に指示する。
【００３３】
死活監視手段２１２は、ＵＰＳ１０の死活を判定するために、ポーリングを行なう。具体的には、ＵＰＳ１０に対して稼動確認要求を送信する。そして、死活監視手段２１２は、稼動確認要求に対する応答の有無によりＵＰＳ１０が動作停止状態か否かを判定する。ＵＰＳ１０からの応答がない場合には、死活監視手段２１２は、ＵＰＳに動作停止状態にある旨のメールの送信を通知手段２１３に指示する。
【００３４】
通知手段２１３は、アラート受信手段２１１及び死活監視手段２１２からの指示に応じて、担当者に対してメールを送信する処理を実行する。
アクセス受入手段２１４は、クライアント端末からのアクセスを受け入れる処理を実行する。この場合、アクセス受入手段２１４は、クライアント端末から受信したログイン識別子及びパスワードを用いて、担当者であるか否かの認証処理を実行する。
【００３５】
ログ取得手段２１５は、ＵＰＳログデータ記憶部１６からＵＰＳ１０のログに関するデータを取得する処理を実行する。
状況表示手段２１６は、クライアント端末に対して、ＵＰＳ１０に生じた障害履歴や現在の状況を送信するための処理を実行する。
【００３６】
担当者データ記憶部２２は、図２（ｂ）に示すように、ＵＰＳ１０の管理を行なう担当者に関する担当者レコード２２０を記憶している。この担当者レコード２２０は、ＵＰＳ１０を管理する担当者に関するデータが登録された場合に記録される。担当者レコード２２０は、担当者識別子、ログイン識別子、パスワード、メールアドレス及び担当ＩＰアドレスに関するデータを含んで構成される。
【００３７】
担当者識別子データ領域には、各担当者を特定する識別子に関するデータが記録されている。
ログイン識別子データ領域及びパスワードデータ領域には、この担当者のログイン識別子及びパスワードに関するデータが記録されている。これらログイン識別子及びパスワードは、担当者からのアクセスであるか否かの認証処理に用いられる。
【００３８】
メールアドレスデータ領域には、この担当者に対して通知を行なう場合のメールアドレスに関するデータが記録されている。
担当ＩＰアドレスデータ領域には、この担当者が保守点検を担当する機器のＩＰアドレスに関するデータが記録されている。
【００３９】
次に、以上のような構成のＵＰＳ監視システムにおける処理について、図３及び図４を用いて説明する。
（時刻調整処理）
図３に示すように、ＵＰＳコントローラ１５は、定期的に、ＵＰＳ１０に対して時刻情報の送信処理を実行する（ステップＳ１−１）。この場合、ＵＰＳ１０は、時刻同期処理を実行する（ステップＳ１−２）。具体的には、ＵＰＳ１０は、ＵＰＳコントローラ１５から受信した時刻情報に一致するように、内蔵する時計の時刻を調整する。
【００４０】
（ログ登録処理）
ＵＰＳ１０においては、内部において障害が発生したか否かの障害監視処理を行なう（ステップＳ２−１）。具体的には、ＵＰＳ１０の障害検知手段は、ＵＰＳ１０内の各部において発せられる障害発生信号を待機する。
【００４１】
ここで、ＵＰＳ１０内において障害が発生した場合（ステップＳ２−２において「ＹＥＳ」の場合）、ＵＰＳ１０は、ログ送信処理を実行する（ステップＳ２−３）。具体的には、ＵＰＳ１０の障害検知手段は、発生した障害の種別に対応する障害事象特定フラグと、現在の時刻とを含むログ登録通知を生成して、ＵＰＳコントローラ１５に送信する。このログ登録通知には、このＵＰＳ１０自身のＩＰアドレスを含める。
【００４２】
ログ登録通知を受信したＵＰＳコントローラ１５は、ログ記録処理を実行する（ステップＳ２−４）。具体的には、ＵＰＳコントローラ１５は、受信したＩＰアドレスが記録されたＵＰＳ特定レコード１６１を抽出し、これに含まれるＵＰＳ識別子を特定する。更に、ＵＰＳコントローラ１５は、特定したＵＰＳ識別子、障害発生時刻及び障害発生事象を含むＵＰＳ履歴レコード１６２を生成する。この場合、ＵＰＳコントローラ１５は、受信したログデータの現在時刻をアラート発生時刻データ領域に記録し、障害事象特定フラグを障害発生事象データ領域に記録する。更に、ＵＰＳコントローラ１５は、ＵＰＳ特定レコード１６１のステータス領域に、「障害発生中」を示すステータスデータを記録する。
【００４３】
一方、ログ送信処理（ステップＳ２−３）を実行したＵＰＳ１０は、ネットワーク監視サーバ２０へのメール送信処理を実行する（ステップＳ２−５）。具体的には、ＵＰＳ１０の障害検知手段は、生成したログデータを含む障害発生メールの送信指示を通信手段に指示する。通信手段は、この障害発生メールの宛先を、ネットワーク監視サーバ２０のメールアドレスに設定する。更に、通信手段は、このＵＰＳ１０自身のＩＰアドレスに対応する送信元データをメールに含める。そして、通信手段は、生成した障害発生メールを、メールサーバ１８を介してネットワーク監視サーバ２０に送信する。
【００４４】
ネットワーク監視サーバ２０の制御部２１は、障害発生メールの受信処理を実行する（ステップＳ３−１）。具体的には、制御部２１のアラート受信手段２１１は、メール受信
サーバを介して障害発生メールを受信する。
【００４５】
障害発生メールを受信した場合、制御部２１のアラート受信手段２１１は、障害発生メールに含まれていた障害事象特定フラグに対応する障害の内容を、障害内容特定テーブルを用いて特定する。そして、アラート受信手段２１１は、通知手段２１３に、特定した障害内容を含むメール送信の指示を行なう。
【００４６】
次に、ネットワーク監視サーバ２０の制御部２１は、運用区担当者へのメール送信処理を実行する（ステップＳ３−２）。具体的には、制御部２１の通知手段２１３は、障害内容と、障害発生メールに含まれるＩＰアドレスとを含む通知メールを生成する。更に、制御部２１は、送信する担当者を特定する。具体的には、制御部２１の通知手段２１３は、担当ＩＰアドレスとして含む担当者レコード２２０を担当者データ記憶部２２から抽出する。そして、通知手段２１３は、抽出した担当者レコード２２０に含まれるメールアドレスを、生成した通知メールの宛先として設定する。更に、制御部２１の通知手段２１３は、この通知メールを、メールサーバ１８を介して送信する。
【００４７】
（死活監視処理）
一方、ネットワーク監視サーバ２０は、定期的に死活監視処理を実行する。具体的には、ネットワーク監視サーバ２０の制御部２１は、定期的に、調査対象の特定処理を実行する（ステップＳ４−１）。具体的には、制御部２１の死活監視手段２１２は、予め設定された順番に１つのＵＰＳ１０を調査対象として特定する。
【００４８】
次に、ネットワーク監視サーバ２０の制御部２１は、ポーリング処理を実行する（ステップＳ４−２）。具体的には、制御部２１の死活監視手段２１２は、特定したＵＰＳ１０に対して、ネットワークを介して稼動確認要求を送信する。その後、稼動確認要求を送信したネットワーク監視サーバ２０の制御部２１は、ＵＰＳ１０から、予め定められた基準時間内に応答があったか否かの判定処理を実行する（ステップＳ４−３）。
【００４９】
ここで、正常に動作しているＵＰＳ１０は、受信した稼動確認要求に対して応答をネットワーク監視サーバ２０に送信する。ネットワーク監視サーバ２０の制御部２１は、基準時間内にＵＰＳ１０から応答を受信する。この場合、制御部２１は、応答があったと判定し（ステップＳ４−３において「ＹＥＳ」の場合）、再びステップＳ４−１以降の処理を実行する。
【００５０】
一方、異常が発生したＵＰＳ１０は、稼動確認要求に対応して応答を返信できないことがある。この場合、ネットワーク監視サーバ２０の制御部２１は、予め定めた基準時間が経過してもＵＰＳ１０から応答を受信しないため、応答がないと判定する。この場合（ステップＳ４−３において「ＮＯ」の場合）、制御部２１は、ステップＳ３−２と同様に、運用区担当者へのメール送信処理を実行する（ステップＳ４−４）。具体的には、制御部２１の通知手段２１３は、応答がない旨と、応答がなかったＵＰＳ１０のＩＰアドレスとを含む通知メールを生成する。そして、通知手段２１３は、送信する担当者を特定し、この運用担当者のメールアドレスを宛先とする通知メールを生成する。そして、通知手段２１３は、この通知メールを、メールサーバ１８を介して送信する。
【００５１】
（情報提供処理）
担当者は、クライアント端末を用いて、自分のメールアドレスに対して送信されたメールを取得する。そして、通知メールを受信した担当者は、状況を確認するために、クライアント端末をネットワーク監視サーバ２０にアクセスする。この場合、クライアント端末は、通知メールに含まれたＵＰＳ１０のＩＰアドレスを含む状況確認画面要求をネットワーク監視サーバ２０に送信する。
【００５２】
ここで、クライアント端末からのアクセスを受信したネットワーク監視サーバ２０の制御部２１は、状況確認画面要求の受信処理を実行する（ステップＳ５−１）。具体的には、ネットワーク監視サーバ２０の制御部２１は、まず認証処理を実行する。具体的には、制御部２１のアクセス受入手段２１４は、クライアント端末に対してログイン画面データを送信する。クライアント端末は、ログイン識別子及パスワードを入力する入力欄と、送信ボタンとを含むログイン画面を表示する。
【００５３】
ここで、担当者は、自分のログイン識別子及パスワードをそれぞれ入力欄に入力し、送信ボタンを選択する。この場合、クライアント端末は、ログイン画面に入力されたログイン識別子及びパスワードをネットワーク監視サーバ２０に送信する。
【００５４】
ネットワーク監視サーバ２０の制御部２１は、受信したログイン識別子及びパスワードに一致する担当者レコード２２０を担当者データ記憶部２２において検索する。制御部２１のアクセス受入手段２１４は、該当する担当者レコード２２０を抽出できた場合には、認証処理が完了する。
【００５５】
次に、ネットワーク監視サーバ２０の制御部２１は、詳細ログの取得処理を実行する（ステップＳ５−２）。具体的には、制御部２１のログ取得手段２１５は、ＵＰＳコントローラ１５にログ取得要求を送信する。この場合、ログ取得手段２１５は、クライアント端末から取得したＩＰアドレスをログ取得要求に含める。
【００５６】
ＵＰＳコントローラ１５は、ネットワーク監視サーバ２０から取得したＩＰアドレスを含むＵＰＳ特定レコード１６１をＵＰＳログデータ記憶部１６から抽出し、これに含まれるステータスデータを特定する。更に、ＵＰＳコントローラ１５は、このＵＰＳ特定レコード１６１のＵＰＳ識別子を含むＵＰＳ履歴レコード１６２をＵＰＳログデータ記憶部１６から抽出する。そして、ＵＰＳコントローラ１５は、取得したＵＰＳ履歴レコード１６２の障害発生時刻及び障害発生事象に関するデータと、ＵＰＳ特定レコード１６１のステータスデータとをネットワーク監視サーバ２０に送信する。
【００５７】
次に、ネットワーク監視サーバ２０の制御部２１は、状況確認画面の生成処理を実行する（ステップＳ５−３）。具体的には、制御部２１の状況表示手段２１６は、取得した障害発生時刻及び障害発生事象に関するデータを時系列に並べた履歴一覧表示と、取得したステータスとを含む状況確認画面データを生成する。
【００５８】
そして、ネットワーク監視サーバ２０の制御部２１は、状況確認画面の送信処理を実行する（ステップＳ５−４）。具体的には、制御部２１の状況表示手段２１６は、生成した状況確認画面データをクライアント端末に送信する。クライアント端末は、この状況確認画面データに基づいて状況確認画面を表示する。担当者は、この状況確認画面を閲覧しながら、異常が発生したＵＰＳ１０について、保守対応要否の判断を行なう。そして、保守対応が必要と判断した場合には、担当者は、ＵＰＳ１０の履歴レコード等を参考にすることもできる。なお、保守対応の結果、ＵＰＳ１０が正常動作を行なえるようになった場合には、担当者は、ＵＰＳログデータ記憶部１６のＵＰＳ特定レコード１６１のステータスデータ領域を、「正常動作中」を示すステータスデータに変更する処理をクライアント端末を介して実行する。
【００５９】
本実施形態によれば、以下のような効果を得ることができる。
・ 本実施形態では、ＵＰＳ１０において障害が発生した場合（ステップＳ２−２において「ＹＥＳ」の場合）、ＵＰＳ１０は、ネットワーク監視サーバへのメール送信処理を実行する（ステップＳ２−５）。ネットワーク監視サーバ２０の制御部２１は、運用区担
当者へのメール送信処理を実行する（ステップＳ３−２）。一方、ネットワーク監視サーバ２０の制御部２１は、定期的に死活監視処理を実行し、稼動確認要求に対する応答データをＵＰＳ１０から応答しなかった場合（ステップＳ４−３において「ＮＯ」の場合）、運用区担当者へのメール送信処理を実行する（ステップＳ４−４）。このため、ＵＰＳ１０から障害発生データを受信した場合だけでなく、死活監視によりＵＰＳ１０から応答がない場合にも、ネットワーク監視サーバ２０は、担当者にＵＰＳ１０の異常を一括して通知することができる。従って、ネットワーク監視サーバ２０は、ＵＰＳ１０における異常を効率よく管理して通知することができる。
【００６０】
・ 本実施形態では、ネットワーク監視サーバ２０の制御部２１は、運用区担当者へのメール送信処理（ステップＳ３−２）において、障害内容を含むメールを生成して送信する。更に、制御部２１は、運用区担当者へのメール送信処理（ステップＳ４−４）において、応答がない旨の内容を含む通知メールを生成して送信する。このため、担当者は、通知メールからＵＰＳ１０に発生した異常の概略を把握することができる。
【００６１】
・ 本実施形態では、クライアント端末から状況確認画面要求を受信したネットワーク監視サーバ２０の制御部２１は、取得したＵＰＳ１０のＩＰアドレスを含むログ取得要求をＵＰＳコントローラ１５に送信して、詳細ログの取得処理を実行する（ステップＳ５−２）。ネットワーク監視サーバ２０の制御部２１は、取得した障害発生時刻及び障害発生事象に関するデータとステータスとを含む状況確認画面データを生成して、クライアント端末に送信する。クライアント端末は、この状況確認画面データに基づいて状況確認画面を表示する。担当者は、障害発生に関するログを閲覧しながら、効率よく保守点検を行なうことができる。
【００６２】
・ 本実施形態では、ＵＰＳコントローラ１５は、定期的に、ＵＰＳ１０に対して時刻情報の送信処理を実行する（ステップＳ１−１）。この場合、ＵＰＳ１０は、ＵＰＳコントローラ１５から受信した時刻情報に一致するように、内蔵する時計の時刻を調整する。このため、定期的に時刻調整を行なうので、より正確な時刻を障害発生時刻としてログデータに含めることができる。従って、ＵＰＳログデータ記憶部１６に記録されたＵＰＳ履歴レコード１６２の障害発生時刻がより正確になるため、障害発生のログ解析をより正確に行なうことができる。
【００６３】
また、上記実施形態は以下のように変更してもよい。
○ 上記実施形態においては、ネットワーク監視サーバ２０の制御部２１は、ＵＰＳ１０の異常発生について監視を行なった。これに加えて、ネットワーク監視サーバ２０は、監視しているＵＰＳ１０に接続されている機器（１０−１，…，１０−ｎ）の異常発生についても監視を合わせて行なってもよい。この場合、ネットワーク監視サーバ２０の制御部２１は、機器ログデータ記憶部を備える。この機器ログデータ記憶部には、ＵＰＳログデータ記憶部１６と同様に、機器特定レコード及び機器履歴レコードが記録される。
【００６４】
機器特定レコードには、機器（１０−１，…，１０−ｎ）を特定する機器識別子、ＩＰアドレス及びステータスに関するデータが含まれる。
また、機器履歴レコードには、機器識別子、障害発生時刻及び障害発生事象に関するデータが含まれる。
【００６５】
そして、制御部２１は、機器（１０−１，…，１０−ｎ）に発生した障害通知や機器（１０−１，…，１０−ｎ）のステータスのデータを取得し、機器ログデータ記憶部に記録する。
【００６６】
更に、制御部２１は、機器（１０−１，…，１０−ｎ）に対して死活監視を行なう。こ
の場合、制御部２１は、上述したＵＰＳ１０の死活監視処理と同様な処理による死活監視を行なう。
【００６７】
ここで、ネットワーク監視サーバ２０は、ＵＰＳや機器の状態から問題がある部分（異常発生箇所）を特定して、担当者に通知を行なってもよい。例えば、ＵＰＳ１０においては通信を行なう場合に通信カードが通信手段として用いられている。この場合、ＵＰＳ１０に問題がある部分が、この通信カードであるか、又はその他の部分（ＵＰＳ１０の電力供給機能部本体）であるかを特定して通知するようにしてもよい。
【００６８】
具体的には、ネットワーク監視サーバ２０に、ＵＰＳ１０と、各ＵＰＳ１０が電力を供給している機器との接続関係を表わした電力系統図に関するデータを記憶した接続関係データ記憶手段を設ける。電力系統図は、例えば、図５に示すように、ＵＰＳを特定するＵＰＳ識別子（図５では「Ａ」のＵＰＳ）に対して、このＵＰＳに接続されている機器を特定する機器識別子（図５では「α」及び「β」の機器）が関連付けられている。更に、ネットワーク監視サーバ２０にＵＰＳ管理データ記憶手段を設ける。このＵＰＳ管理データ記憶手段には、各ＵＰＳ識別子と、ＵＰＳに付与したＩＰアドレスと、ＵＰＳのタイプ（バイパス型又は直列型）を示すタイプフラグとを関連付けたＵＰＳ管理データを記憶する。ここで、バイパス型のＵＰＳは、ＵＰＳ１０が故障していても、これに接続されている機器には主電源から電力供給が行なわれる。また、直列型のＵＰＳでは、ＵＰＳ１０が故障した場合には、これに接続されている機器に主電源からの電力供給ができなくなる。
【００６９】
そして、ネットワーク監視サーバ２０の制御部２１は、機器監視手段及び異常発生箇所特定手段として機能する。具体的には、この制御部２１は、障害発生メールを受信した場合（ステップＳ３−１）又は死活監視処理においてＵＰＳ１０から応答がなかった場合（ステップＳ４−３において「ＮＯ」の場合）には、図６に示す異常発生箇所特定処理を実行する。
【００７０】
この場合、まず、制御部２１は、異常が発生したＵＰＳ１０がバイパス型であるか否かの判定処理を実行する（ステップＳ６−１）。具体的には、制御部２１は、障害発生メールに含まれるＩＰアドレス、又は応答がなかったＵＰＳ１０のＩＰアドレスを含むＵＰＳ特性データをＵＰＳ特性データ記憶手段から抽出する。制御部２１は、抽出したＵＰＳ特性データのタイプフラグからＵＰＳ１０がバイパス型であるか否かを判定する。
【００７１】
ここで、ＵＰＳ１０がバイパス型であった場合（ステップＳ６−１において「ＹＥＳ」の場合）、制御部２１は、通信カード及びＵＰＳ本体の点検指示を実行する（ステップＳ６−２）。具体的には、制御部２１の通知手段２１３は、通信カード及びＵＰＳ本体の点検を指示する旨を含む通知メールを生成する。
【００７２】
一方、ＵＰＳ１０が直列型の場合（ステップＳ６−１において「ＮＯ」の場合）、制御部２１は、電力供給先の機器にも異常が発生しているか否かを判定する（ステップＳ６−３）。この場合、制御部２１は、このＵＰＳ１０に接続されている機器（１０−１，…，１０−ｎ）を、接続関係データ記憶手段に記録されたデータから特定する。制御部２１は、特定した機器の機器識別子の現在のステータスを機器ログデータ記憶部から取得する。そして、この機器のステータスが「障害発生中」の場合には、制御部２１は、機器にも異常が発生していると判定する。また、この機器のステータスが「正常動作中」の場合には、制御部２１は、この機器のＩＰアドレスを機器ログデータ記憶部から取得し、このＩＰアドレスに対して稼動確認要求を送信して、基準時間が経過するまで待機する。この基準時間内に機器から応答を受信しなかった場合には、制御部２１は、この機器にも異常が発生していると判定する。この場合（ステップＳ６−３において「ＹＥＳ」の場合）、制御部２１は、ＵＰＳ本体の点検指示を実行する（ステップＳ６−４）。
【００７３】
一方、基準時間内に機器から応答を受信した場合には、機器には異常が発生していないと判定する。この場合（ステップＳ６−３において「ＮＯ」の場合）、制御部２１は、通信カードの点検指示を実行する（ステップＳ６−５）。具体的には、制御部２１の通知手段２１３は、通信カードの点検を指示する旨を含む通知メールを生成して送信する。この場合には、ネットワーク監視サーバ２０が、ＵＰＳ１０のタイプや機器における異常発生について、点検するべき箇所についての情報を担当者に提供するので、担当者は保守点検を効率よく実行することができる。
【００７４】
更に、ネットワーク監視サーバ２０の制御部２１は、異常が発生したＵＰＳ１０に接続された機器（１０−１，…，１０−ｎ）についての情報を通知メールに含めてもよい。具体的には、制御部２１は、障害発生メールを受信した場合（ステップＳ３−１）又は死活監視処理においてＵＰＳ１０から応答がなかった場合（ステップＳ４−３において「ＮＯ」の場合）には、接続関係データ記憶手段から、このＵＰＳ１０に関連付けられた機器（１０−１，…，１０−ｎ）の識別子を取得する。そして、制御部２１は、この機器（１０−１，…，１０−ｎ）の識別子を含めた通知メールを生成する。これにより、担当者は、通知メールに、異常が発生したＵＰＳ１０に接続されている機器（１０−１，…，１０−ｎ）を把握することができる。従って、接続されている機器に応じたＵＰＳ１０の保守点検を効率よく行なうことができる。
【００７５】
更に、ネットワーク監視サーバ２０は、電力系統図データを、図７に示す電力系統図生成処理により作成してもよい。具体的には、ＵＰＳ１０に、電力供給先機器に対して電力線を利用して通信を行なう電力線搬送通信（Power Line Communication）手段を設け、電力供給先データ収集プログラムを記憶させる。ＵＰＳ１０が設置された場合、ＵＰＳ１０は、この電力供給先データ収集プログラムに基づいて、電力線搬送通信により電力供給先機器の識別情報の要求処理を実行する（ステップＳ７−１）。具体的には、ＵＰＳ１０は、すべての電力線を介して接続している機器の識別情報の送信要求を送信する。
【００７６】
送信要求を受信した機器は、電力線搬送通信により自分の識別情報の提供処理を実行する（ステップＳ７−２）。具体的には、機器は、自分のＩＰアドレスをＵＰＳ１０に送信する。この場合、ＵＰＳ１０は、電力供給先情報を取得する（ステップＳ７−３）。そして、ＵＰＳ１０は、取得した電力供給先情報の提供処理を実行する（ステップＳ７−４）。具体的には、ＵＰＳ１０は、取得した機器（１０−１，…，１０−ｎ）のＩＰアドレスを、自分のＩＰアドレスとともに、ネットワーク監視サーバ２０に送信する。
【００７７】
ネットワーク監視サーバ２０は、電力系統図の作成処理を実行する（ステップＳ７−５）。具体的には、ネットワーク監視サーバ２０の制御部２１は、取得したＵＰＳのＩＰアドレスと、機器のＩＰアドレスとを関連付けて電力系統図データとして電力系統図データ記憶手段に記録する。これにより、ＵＰＳ１０が設置された場合には、設置したＵＰＳ１０と、これに接続されている機器との電力系統図が自動的に作成されるので、電力系統図を効率よく作成することができる。
【００７８】
○ 上記実施形態においては、障害発生メールの受信処理（ステップＳ３−１）、ポーリングによる応答がない場合（ステップＳ４−３）には、運用区担当者にメール送信処理を実行した（ステップＳ３−２，Ｓ４−４）。この場合に、障害が発生したＵＰＳ１０に接続されている機器（１０−１，…，１０−ｎ）の重要度に応じて、管理者に通知するメールの優先度を変更してもよい。具体的には、ネットワーク監視サーバ２０の制御部２１は、死活監視処理において、複数の機器（１０−１，…，１０−ｎ）から応答がなかった場合には、優先通知決定処理を実行する。この場合、ネットワーク監視サーバ２０に、上述の電力系統図に関するデータを記憶した接続関係データ記憶手段と、ＵＰＳ管理データ
記憶手段と、機器の識別子に関連付けた機器の重要度に関するデータを記憶した重要度データ記憶手段とを設ける。
【００７９】
そして、制御部２１は、ＵＰＳ１０からポーリング処理に応じた応答がなかった場合（ステップＳ４−３において「ＮＯ」の場合）、ステップＳ４−４の代わりに、応答がなかったＵＰＳ１０のＩＰアドレスを一時的に記憶する。そして、制御部２１は、次の調査対象を特定して（ステップＳ４−１）、これらの処理（ステップＳ４−１〜Ｓ４−３の処理とＳ４−４の代わりの処理）を繰り返す。そして、すべてのＵＰＳ１０について死活監視処理が完了した場合、一時的に記憶したＵＰＳ１０のＩＰアドレスが複数ある場合には、制御部２１は、ＵＰＳ１０に接続される機器（１０−１，…，１０−ｎ）の優先度が高い順番にメールを送信する。具体的には、制御部２１は、一時的に記憶したＵＰＳ１０のＩＰアドレスに対応するＵＰＳ識別子をＵＰＳ管理データから特定する。制御部２１は、特定したＵＰＳ識別子に関連付けられた機器識別子を、接続関係データ記憶手段の電力系統図データを用いて特定する。更に、制御部２１は、特定した機器識別子に対応する重要度を重要度データ記憶手段から特定する。そして、制御部２１は、この機器識別子に関連付けられたＵＰＳ１０のＵＰＳ識別子を、機器識別子の重要度順に並べ替える。この場合、１つのＵＰＳ識別子に対して複数の機器識別子が関連付けられている場合には、制御部２１は、最も高い重要度を特定して、この重要度を用いてＵＰＳ識別子を並べ替える。そして、制御部２１は、並べ替えた順番に、ＵＰＳ識別子によって特定されるＵＰＳ１０について異常が発生した旨を含む通知メールを運用区担当者に送信する。このため、接続されている機器（１０−１，…，１０−ｎ）の重要度に応じて、異常が発生したＵＰＳ１０についての通知を行なうことができるので、重要な機器を優先的に保守点検を行なうことができる。
【００８０】
○ 上記実施形態においては、ＵＰＳ１０を特定するＵＰＳ識別子を、ＩＰアドレスとは別に設定したが、ＵＰＳ識別子としてＩＰアドレスを用いることも可能である。
【図面の簡単な説明】
【００８１】
【図１】実施形態におけるＵＰＳ監視システムの概略図。
【図２】データ記憶部に記録されたデータの構成を説明する説明図であり、（ａ）はＵＰＳログデータ記憶部、（ｂ）は担当者データ記憶部。
【図３】障害発生処理や死活監視処理等の処理手順を説明するための流れ図。
【図４】情報提供処理の処理手順を説明するための流れ図。
【図５】変更例におけるＵＰＳと機器との接続関係を表わす電力系統図の説明図。
【図６】変更例における異常発生箇所特定処理の処理手順を説明する流れ図。
【図７】電力系統図の作成処理の処理手順を説明するための流れ図。
【符号の説明】
【００８２】
１０…無停電電源装置、１０…ＵＰＳ、１５…ＵＰＳコントローラ、１６…ＵＰＳログデータ記憶部、１８…メールサーバ、２０…ネットワーク監視サーバ、２１…制御部、２２…担当者データ記憶部、２１１…アラート受信手段、２１２…死活監視手段、２１３…通知手段、２１４…アクセス受入手段、２１５…ログ取得手段、２１６…状況表示手段。
【技術分野】
【０００１】
本発明は、無停電電源装置を監視するための無停電電源装置監視システム、無停電電源装置監視方法及び無停電電源装置監視プログラムに関する。
【背景技術】
【０００２】
通信ネットワークに接続された複数の機器の障害を監視し、異常を検出した際に、機器の担当者に異常を通知するための機器監視装置が検討されている（例えば、特許文献１参照。）。特許文献１の機器監視装置は、通信ネットワークを介して機器の状態を表わす情報を受信する手段と、情報を通知するための通知手段を特定する手段を備える。更に、この機器監視装置は、特定した通知手段に基づきメッセージテンプレートを取得してメッセージを作成する手段と、作成したメッセージを特定した通知手段に基づき変換し、担当者の利用端末に通知する手段とを備えている。
【特許文献１】特開２００２−２９０５９５号公報（第１頁及び図１）
【発明の開示】
【発明が解決しようとする課題】
【０００３】
ところで、無停電電源装置（ＵＰＳ）は、停電等の異常時にしか利用されない。従って、日常的にＵＰＳを監視していないことが多く、ＵＰＳ自身に異常があったとしても気がつかないことがある。また、ＵＰＳは、停電時においても停止することができないコンピュータシステム等に接続されており、多様な場所に設置されている。このため、電源において問題があったときにも、どのＵＰＳに障害が発生しているかについて特定が困難な場合が多い。
【０００４】
本発明は、上述の課題に鑑みてなされ、その目的は、無停電電源装置の異常を効率よく管理して通知することができる無停電電源装置監視システム、無停電電源装置監視方法及び無停電電源装置監視プログラムを提供することにある。
【課題を解決するための手段】
【０００５】
上記問題点を解決するために、請求項１に記載の発明は、主電源からの電源供給が停止された場合に機器に電力を供給する電力供給手段と、障害発生時に障害発生通知を送信し、稼動確認要求に対して応答を返信する通信手段とを備えた無停電電源装置と、無停電電源装置の管理を行なう担当者のメールアドレスを記憶した通知先記憶手段と、無停電電源装置からの障害発生通知を受信する障害発生受信手段を有する監視サーバとを備えた無停電電源監視システムであって、前記監視サーバは、前記無停電電源装置に対して稼動確認要求を送信し、前記無停電電源装置からの応答の有無により死活状態を判定する死活監視手段と、無停電電源装置から障害発生通知を受信した場合に、前記通知先記憶手段から担当者のメールアドレスを取得し、この無停電電源装置の異常を通知し、更に、前記死活監視手段において前記無停電電源装置からの応答がない場合にも、前記通知先記憶手段から担当者のメールアドレスを取得し、この無停電電源装置の異常を通知する通知手段とを備えたことを要旨とする。
【０００６】
請求項２に記載の発明は、請求項１に記載の無停電電源装置監視システムにおいて、前記監視サーバは、機器と、これに電力を供給する無停電電源装置との接続関係に関する電力系統図を記憶した接続関係データ記憶手段に接続されており、前記監視サーバは、前記機器における異常発生の有無についての監視を行なう機器監視手段と、無停電電源装置から前記障害発生通知を受信した場合又は前記稼動確認要求に対する応答がない場合に、こ
の無停電電源装置が電力を供給する機器に関する異常の有無についてのデータを取得し、前記無停電電源装置の異常の有無及び機器の異常の有無から、点検指示箇所を特定する異常発生箇所特定手段とを更に備え、前記通知手段は、特定した点検指示を含む通知を行なうことを要旨とする。
【０００７】
請求項３に記載の発明は、請求項２に記載の無停電電源装置監視システムにおいて、前記無停電電源装置は、電力供給先機器に接続された電力線を利用して通信を行なう電力線搬送通信手段を備えており、前記監視サーバは、前記電力線搬送通信手段を用いて電力供給先機器から、この電力供給先機器の識別情報を取得した無停電電源装置から、この無停電電源装置の識別情報と前記電力供給先機器の識別情報とを受信する手段と、前記無停電電源装置の識別情報と、前記電力供給先機器の識別情報とを関連付けて前記電力系統図を作成する手段とを更に備えたことを要旨とする。
【０００８】
請求項４に記載の発明は、請求項１〜３のいずれか１項に記載の無停電電源装置監視システムにおいて、前記無停電電源装置は、障害発生に関するログを蓄積するログ蓄積手段に接続されており、前記監視サーバは、前記担当者が用いるクライアント端末に接続されており、前記無停電電源装置は、障害発生を検知した場合、この障害発生に関するデータを前記ログ蓄積手段に登録し、前記監視サーバは、前記クライアント端末から無停電電源装置についてのログ取得指示を受信した場合には、この無停電電源装置の障害発生に関するログを前記ログ蓄積手段から取得することを要旨とする。
【０００９】
請求項５に記載の発明は、主電源からの電源供給が停止された場合に機器に電力を供給する電力供給手段と、障害発生時に障害発生通知を送信し、稼動確認要求に対して応答を返信する通信手段とを備えた無停電電源装置と、無停電電源装置の管理を行なう担当者のメールアドレスを記憶した通知先記憶手段と、無停電電源装置からの障害発生通知を受信する障害発生受信手段を有する監視サーバとを備えたシステムにおける無停電電源監視方法であって、前記監視サーバが、前記無停電電源装置に対して稼動確認要求を送信し、前記無停電電源装置からの応答の有無により死活状態を判定する死活監視段階と、無停電電源装置から障害発生通知を受信した場合に、前記通知先記憶手段から担当者のメールアドレスを取得し、この無停電電源装置の異常を通知し、更に、前記死活監視段階において前記無停電電源装置からの応答がない場合にも、前記通知先記憶手段から担当者のメールアドレスを取得し、この無停電電源装置の異常を通知する通知段階とを実行することを要旨とする。
【００１０】
請求項６に記載の発明は、主電源からの電源供給が停止された場合に機器に電力を供給する電力供給手段と、障害発生時に障害発生通知を送信し、稼動確認要求に対して応答を返信する通信手段とを備えた無停電電源装置と、無停電電源装置の管理を行なう担当者のメールアドレスを記憶した通知先記憶手段と、無停電電源装置からの障害発生通知を受信する障害発生受信手段を有する監視サーバとを備えたシステムを用いた無停電電源監視プログラムであって、前記監視サーバを、前記無停電電源装置に対して稼動確認要求を送信し、前記無停電電源装置からの応答の有無により死活状態を判定する死活監視手段、及び無停電電源装置から障害発生通知を受信した場合に、前記通知先記憶手段から担当者のメールアドレスを取得し、この無停電電源装置の異常を通知し、更に、前記死活監視手段において前記無停電電源装置からの応答がない場合にも、前記通知先記憶手段から担当者のメールアドレスを取得し、この無停電電源装置の異常を通知する通知手段として機能させることを要旨とする。
【００１１】
（作用）
本発明によれば、監視サーバは、無停電電源装置に対して稼動確認要求を送信し、無停電電源装置からの応答の有無により死活状態を判定する。監視サーバは、無停電電源装置
から障害発生通知を受信した場合に、通知先記憶手段から担当者のメールアドレスを取得し、この無停電電源装置の異常を通知し、更に、死活監視手段において無停電電源装置からの応答がない場合にも、通知先記憶手段から担当者のメールアドレスを取得し、この無停電電源装置の異常を通知する。このため、無停電電源装置から障害発生通知を受信した場合だけでなく、死活監視により無停電電源装置から応答がない場合にも、監視サーバは、担当者に無停電電源装置の異常を通知することができる。従って、監視サーバは、無停電電源装置における異常を一括して効率よく管理することができる。
【００１２】
本発明によれば、監視サーバは、機器における異常発生の有無についての監視も行なう。監視サーバは、無停電電源装置から障害発生通知を受信した場合又は稼動確認要求に対する応答がない場合に、この無停電電源装置が電力を供給する機器に関する異常の有無についてのデータを取得し、無停電電源装置の異常の有無及び機器の異常の有無から、点検指示箇所を特定する。監視サーバは、特定した点検指示を含む通知を行なう。このため、担当者は、点検指示箇所を把握することができるため、効率よく保守点検を行なうことができる。
【００１３】
本発明によれば、監視サーバは、電力線搬送通信を用いて電力供給先機器からこの機器の識別情報を取得した無停電電源装置から、この無停電電源装置の識別情報とこの機器の識別情報とを受信する。監視サーバは、無停電電源装置の識別情報と、これとともに受信した機器の識別情報とを関連付けて電力系統図を作成する。このため、監視サーバは、無停電電源装置から受信した無停電電源装置の識別情報と機器の識別子とを受信すると、電力系統図が自動的に作成されるので、効率よく電力系統図を作成することができる。
【００１４】
本発明によれば、無停電電源装置は、障害発生を検知した場合、この障害発生に関するデータをログ蓄積手段に登録する。監視サーバは、クライアント端末から無停電電源装置についてのログ取得指示を受信した場合には、この無停電電源装置の障害発生に関するログをログ蓄積手段から取得する。このため、担当者は、障害発生に関するログを閲覧しながら、効率よく保守点検を行なうことができる。
【発明の効果】
【００１５】
本発明によれば、監視サーバは、無停電電源装置における異常を効率よく管理して通知することができる。
【発明を実施するための最良の形態】
【００１６】
以下、本発明を具体化した一実施形態を図１〜図４に基づいて説明する。本実施形態においては、図１に示すように、複数の無停電電源装置（Uninterruptible Power Supply；ＵＰＳ１０）と、これらＵＰＳ１０の障害発生や死活を監視するネットワーク監視サーバ２０とから構成されるＵＰＳ監視システムについて説明する。なお、本実施形態では、ＵＰＳ１０から障害発生通知があった場合と、死活監視によりＵＰＳ１０からの応答がなかった動作停止状態の場合とを含めて、ＵＰＳ１０に異常が発生した場合とする。
【００１７】
本実施形態の監視対象であるＵＰＳ１０は、ネットワークを介して、ＵＰＳ１０のログ監視を行なうログ蓄積手段としてのＵＰＳコントローラ１５、メールサーバ１８及びネットワーク監視サーバ２０に接続されている。
【００１８】
各ＵＰＳ１０は、複数の機器（１０−１，…，１０−ｎ）に接続されている。ＵＰＳ１０は、これら機器（１０−１，…，１０−ｎ）への主電源からの電力供給が停止した場合に、一時的に電力を供給する装置である。
【００１９】
このＵＰＳ１０は、電力供給手段、障害検知手段、応答手段及び通信手段を備えている
。電力供給手段は、主電源からの電力供給が停止したことを検知して、機器（１０−１，…，１０−ｎ）に電力を供給する処理を実行する。
【００２０】
障害検知手段は、ＵＰＳ１０の内部において障害が発生した場合に、この障害内容を検知する処理を実行する。この場合、障害検知手段は、内蔵する時計の時刻及び障害内容に関するデータを通信手段に供給する。
【００２１】
応答手段は、ネットワーク監視サーバ２０からの稼動確認要求に対する応答を返す応答処理を実行する。
通信手段は、ネットワークを介してデータの送受信を行なう処理を実行する。このため、通信手段は、ＩＰアドレスを記憶した通信カードを備えている。更に、本実施形態では、この通信手段は、発生した障害に関するログデータをＵＰＳコントローラ１５に登録する登録依頼を送信する。また、通信手段は、稼動確認要求を行なったネットワーク監視サーバ２０に対して、応答手段から指示された応答データを送信する。更に、通信手段は、発生した障害に関するデータを含む通知メールを、メールサーバ１８を介して、ネットワーク監視サーバ２０に送信する。このため、通信手段は、ネットワーク監視サーバ２０のメールアドレスを記憶している。
【００２２】
ＵＰＳコントローラ１５は、ＵＰＳログデータ記憶部１６を備えている。ＵＰＳコントローラ１５は、ＵＰＳ１０から登録依頼を受信すると、ＵＰＳログデータ記憶部１６に障害に関するログデータを登録する処理を実行する。
【００２３】
ＵＰＳログデータ記憶部１６は、図２（ａ）に示すように、ＵＰＳ特定レコード１６１と、ＵＰＳ履歴レコード１６２とを記憶している。ＵＰＳ特定レコード１６１は、ＵＰＳ１０に対するＩＰアドレスが付与されて、登録された場合に記録される。ＵＰＳ履歴レコード１６２は、ＵＰＳ１０から登録依頼を受信した場合に記録される。
【００２４】
ＵＰＳ特定レコード１６１は、ＵＰＳ識別子、ＩＰアドレス及びステータスに関するデータを含んで構成される。
ＵＰＳ識別子データ領域には、各ＵＰＳ１０を特定するための識別子に関するデータが記録されている。例えば、このＵＰＳ識別子として、型番及び製造番号等を用いることができる。
【００２５】
ＩＰアドレスデータ領域には、このＵＰＳ１０のネットワーク接続手段を特定するためのＩＰアドレスに関するデータが記録されている。このＩＰアドレスに基づいて、データを送信したＵＰＳ１０を特定することができる。
【００２６】
ステータスデータ領域には、このＵＰＳ１０の現在の状況（ステータス）に関するデータが記録されている。このステータス領域には、障害が発生したときには「障害発生中」を示すステータスデータが記録される。また、このステータス領域には、正常動作しているときには「正常動作中」を示すステータスデータが記録される。
【００２７】
ＵＰＳ履歴レコード１６２は、ＵＰＳ識別子、障害発生時刻及び障害発生事象に関するデータを含んで構成される。
ＵＰＳ識別子データ領域には、各ＵＰＳを特定するための識別子に関するデータが記録される。
【００２８】
障害発生時刻データ領域には、このＵＰＳ１０において障害が発生した年月日及び時刻に関するデータが記録される。
障害発生事象データ領域には、発生した障害の内容を特定する障害事象特定フラグに関
するデータが記録される。
【００２９】
一方、図１のネットワークに接続されるメールサーバ１８は、メールアドレスを管理し、電子メールの送受信を制御する公知のサーバシステムである。本実施形態では、障害が発生したＵＰＳ１０は、このメールサーバ１８を介してネットワーク監視サーバ２０に通知を送信する。また、ネットワーク監視サーバ２０は、このメールサーバ１８を介して、ＵＰＳ１０の保守点検を行なう運用区の担当者に対して通知メールを送信する。
【００３０】
一方、ネットワーク監視サーバ２０は、ＵＰＳ１０について障害発生の監視や死活監視を行なう。このネットワーク監視サーバ２０は、運用区の担当者が用いるクライアント端末（図示せず）に接続されている。ネットワーク監視サーバ２０は、ＵＰＳ１０における異常を検知した場合には、担当者のクライアント端末にメールを送信する。更に、ネットワーク監視サーバ２０は、クライアント端末からのアクセスに応じて、ＵＰＳ１０のステータスや履歴等の情報をクライアント端末に送信する。
【００３１】
具体的には、ネットワーク監視サーバ２０は、制御部２１と、通知先記憶手段としての担当者データ記憶部２２とを備えている。制御部２１は、図示しないＣＰＵ、ＲＡＭ及びＲＯＭ等を有し、後述する処理（アラート受信段階、死活監視段階、通知段階、アクセス受入段階、ログ取得段階及び状況表示段階等を含む処理）を行なう。そして、このための無停電電源装置監視プログラムを実行することにより、制御部２１は、障害発生受信手段としてのアラート受信手段２１１、死活監視手段２１２、通知手段２１３、アクセス受入手段２１４、ログ取得手段２１５及び状況表示手段２１６等として機能する。
【００３２】
アラート受信手段２１１は、ＵＰＳ１０から障害発生に関するメールを受信する。アラート受信手段２１１は、各障害事象特定フラグと障害内容とを関連付けた障害内容特定テーブルを記憶している。アラート受信手段２１１は、障害事象特定フラグに対応する障害内容を特定し、メールの送信を通知手段２１３に指示する。
【００３３】
死活監視手段２１２は、ＵＰＳ１０の死活を判定するために、ポーリングを行なう。具体的には、ＵＰＳ１０に対して稼動確認要求を送信する。そして、死活監視手段２１２は、稼動確認要求に対する応答の有無によりＵＰＳ１０が動作停止状態か否かを判定する。ＵＰＳ１０からの応答がない場合には、死活監視手段２１２は、ＵＰＳに動作停止状態にある旨のメールの送信を通知手段２１３に指示する。
【００３４】
通知手段２１３は、アラート受信手段２１１及び死活監視手段２１２からの指示に応じて、担当者に対してメールを送信する処理を実行する。
アクセス受入手段２１４は、クライアント端末からのアクセスを受け入れる処理を実行する。この場合、アクセス受入手段２１４は、クライアント端末から受信したログイン識別子及びパスワードを用いて、担当者であるか否かの認証処理を実行する。
【００３５】
ログ取得手段２１５は、ＵＰＳログデータ記憶部１６からＵＰＳ１０のログに関するデータを取得する処理を実行する。
状況表示手段２１６は、クライアント端末に対して、ＵＰＳ１０に生じた障害履歴や現在の状況を送信するための処理を実行する。
【００３６】
担当者データ記憶部２２は、図２（ｂ）に示すように、ＵＰＳ１０の管理を行なう担当者に関する担当者レコード２２０を記憶している。この担当者レコード２２０は、ＵＰＳ１０を管理する担当者に関するデータが登録された場合に記録される。担当者レコード２２０は、担当者識別子、ログイン識別子、パスワード、メールアドレス及び担当ＩＰアドレスに関するデータを含んで構成される。
【００３７】
担当者識別子データ領域には、各担当者を特定する識別子に関するデータが記録されている。
ログイン識別子データ領域及びパスワードデータ領域には、この担当者のログイン識別子及びパスワードに関するデータが記録されている。これらログイン識別子及びパスワードは、担当者からのアクセスであるか否かの認証処理に用いられる。
【００３８】
メールアドレスデータ領域には、この担当者に対して通知を行なう場合のメールアドレスに関するデータが記録されている。
担当ＩＰアドレスデータ領域には、この担当者が保守点検を担当する機器のＩＰアドレスに関するデータが記録されている。
【００３９】
次に、以上のような構成のＵＰＳ監視システムにおける処理について、図３及び図４を用いて説明する。
（時刻調整処理）
図３に示すように、ＵＰＳコントローラ１５は、定期的に、ＵＰＳ１０に対して時刻情報の送信処理を実行する（ステップＳ１−１）。この場合、ＵＰＳ１０は、時刻同期処理を実行する（ステップＳ１−２）。具体的には、ＵＰＳ１０は、ＵＰＳコントローラ１５から受信した時刻情報に一致するように、内蔵する時計の時刻を調整する。
【００４０】
（ログ登録処理）
ＵＰＳ１０においては、内部において障害が発生したか否かの障害監視処理を行なう（ステップＳ２−１）。具体的には、ＵＰＳ１０の障害検知手段は、ＵＰＳ１０内の各部において発せられる障害発生信号を待機する。
【００４１】
ここで、ＵＰＳ１０内において障害が発生した場合（ステップＳ２−２において「ＹＥＳ」の場合）、ＵＰＳ１０は、ログ送信処理を実行する（ステップＳ２−３）。具体的には、ＵＰＳ１０の障害検知手段は、発生した障害の種別に対応する障害事象特定フラグと、現在の時刻とを含むログ登録通知を生成して、ＵＰＳコントローラ１５に送信する。このログ登録通知には、このＵＰＳ１０自身のＩＰアドレスを含める。
【００４２】
ログ登録通知を受信したＵＰＳコントローラ１５は、ログ記録処理を実行する（ステップＳ２−４）。具体的には、ＵＰＳコントローラ１５は、受信したＩＰアドレスが記録されたＵＰＳ特定レコード１６１を抽出し、これに含まれるＵＰＳ識別子を特定する。更に、ＵＰＳコントローラ１５は、特定したＵＰＳ識別子、障害発生時刻及び障害発生事象を含むＵＰＳ履歴レコード１６２を生成する。この場合、ＵＰＳコントローラ１５は、受信したログデータの現在時刻をアラート発生時刻データ領域に記録し、障害事象特定フラグを障害発生事象データ領域に記録する。更に、ＵＰＳコントローラ１５は、ＵＰＳ特定レコード１６１のステータス領域に、「障害発生中」を示すステータスデータを記録する。
【００４３】
一方、ログ送信処理（ステップＳ２−３）を実行したＵＰＳ１０は、ネットワーク監視サーバ２０へのメール送信処理を実行する（ステップＳ２−５）。具体的には、ＵＰＳ１０の障害検知手段は、生成したログデータを含む障害発生メールの送信指示を通信手段に指示する。通信手段は、この障害発生メールの宛先を、ネットワーク監視サーバ２０のメールアドレスに設定する。更に、通信手段は、このＵＰＳ１０自身のＩＰアドレスに対応する送信元データをメールに含める。そして、通信手段は、生成した障害発生メールを、メールサーバ１８を介してネットワーク監視サーバ２０に送信する。
【００４４】
ネットワーク監視サーバ２０の制御部２１は、障害発生メールの受信処理を実行する（ステップＳ３−１）。具体的には、制御部２１のアラート受信手段２１１は、メール受信
サーバを介して障害発生メールを受信する。
【００４５】
障害発生メールを受信した場合、制御部２１のアラート受信手段２１１は、障害発生メールに含まれていた障害事象特定フラグに対応する障害の内容を、障害内容特定テーブルを用いて特定する。そして、アラート受信手段２１１は、通知手段２１３に、特定した障害内容を含むメール送信の指示を行なう。
【００４６】
次に、ネットワーク監視サーバ２０の制御部２１は、運用区担当者へのメール送信処理を実行する（ステップＳ３−２）。具体的には、制御部２１の通知手段２１３は、障害内容と、障害発生メールに含まれるＩＰアドレスとを含む通知メールを生成する。更に、制御部２１は、送信する担当者を特定する。具体的には、制御部２１の通知手段２１３は、担当ＩＰアドレスとして含む担当者レコード２２０を担当者データ記憶部２２から抽出する。そして、通知手段２１３は、抽出した担当者レコード２２０に含まれるメールアドレスを、生成した通知メールの宛先として設定する。更に、制御部２１の通知手段２１３は、この通知メールを、メールサーバ１８を介して送信する。
【００４７】
（死活監視処理）
一方、ネットワーク監視サーバ２０は、定期的に死活監視処理を実行する。具体的には、ネットワーク監視サーバ２０の制御部２１は、定期的に、調査対象の特定処理を実行する（ステップＳ４−１）。具体的には、制御部２１の死活監視手段２１２は、予め設定された順番に１つのＵＰＳ１０を調査対象として特定する。
【００４８】
次に、ネットワーク監視サーバ２０の制御部２１は、ポーリング処理を実行する（ステップＳ４−２）。具体的には、制御部２１の死活監視手段２１２は、特定したＵＰＳ１０に対して、ネットワークを介して稼動確認要求を送信する。その後、稼動確認要求を送信したネットワーク監視サーバ２０の制御部２１は、ＵＰＳ１０から、予め定められた基準時間内に応答があったか否かの判定処理を実行する（ステップＳ４−３）。
【００４９】
ここで、正常に動作しているＵＰＳ１０は、受信した稼動確認要求に対して応答をネットワーク監視サーバ２０に送信する。ネットワーク監視サーバ２０の制御部２１は、基準時間内にＵＰＳ１０から応答を受信する。この場合、制御部２１は、応答があったと判定し（ステップＳ４−３において「ＹＥＳ」の場合）、再びステップＳ４−１以降の処理を実行する。
【００５０】
一方、異常が発生したＵＰＳ１０は、稼動確認要求に対応して応答を返信できないことがある。この場合、ネットワーク監視サーバ２０の制御部２１は、予め定めた基準時間が経過してもＵＰＳ１０から応答を受信しないため、応答がないと判定する。この場合（ステップＳ４−３において「ＮＯ」の場合）、制御部２１は、ステップＳ３−２と同様に、運用区担当者へのメール送信処理を実行する（ステップＳ４−４）。具体的には、制御部２１の通知手段２１３は、応答がない旨と、応答がなかったＵＰＳ１０のＩＰアドレスとを含む通知メールを生成する。そして、通知手段２１３は、送信する担当者を特定し、この運用担当者のメールアドレスを宛先とする通知メールを生成する。そして、通知手段２１３は、この通知メールを、メールサーバ１８を介して送信する。
【００５１】
（情報提供処理）
担当者は、クライアント端末を用いて、自分のメールアドレスに対して送信されたメールを取得する。そして、通知メールを受信した担当者は、状況を確認するために、クライアント端末をネットワーク監視サーバ２０にアクセスする。この場合、クライアント端末は、通知メールに含まれたＵＰＳ１０のＩＰアドレスを含む状況確認画面要求をネットワーク監視サーバ２０に送信する。
【００５２】
ここで、クライアント端末からのアクセスを受信したネットワーク監視サーバ２０の制御部２１は、状況確認画面要求の受信処理を実行する（ステップＳ５−１）。具体的には、ネットワーク監視サーバ２０の制御部２１は、まず認証処理を実行する。具体的には、制御部２１のアクセス受入手段２１４は、クライアント端末に対してログイン画面データを送信する。クライアント端末は、ログイン識別子及パスワードを入力する入力欄と、送信ボタンとを含むログイン画面を表示する。
【００５３】
ここで、担当者は、自分のログイン識別子及パスワードをそれぞれ入力欄に入力し、送信ボタンを選択する。この場合、クライアント端末は、ログイン画面に入力されたログイン識別子及びパスワードをネットワーク監視サーバ２０に送信する。
【００５４】
ネットワーク監視サーバ２０の制御部２１は、受信したログイン識別子及びパスワードに一致する担当者レコード２２０を担当者データ記憶部２２において検索する。制御部２１のアクセス受入手段２１４は、該当する担当者レコード２２０を抽出できた場合には、認証処理が完了する。
【００５５】
次に、ネットワーク監視サーバ２０の制御部２１は、詳細ログの取得処理を実行する（ステップＳ５−２）。具体的には、制御部２１のログ取得手段２１５は、ＵＰＳコントローラ１５にログ取得要求を送信する。この場合、ログ取得手段２１５は、クライアント端末から取得したＩＰアドレスをログ取得要求に含める。
【００５６】
ＵＰＳコントローラ１５は、ネットワーク監視サーバ２０から取得したＩＰアドレスを含むＵＰＳ特定レコード１６１をＵＰＳログデータ記憶部１６から抽出し、これに含まれるステータスデータを特定する。更に、ＵＰＳコントローラ１５は、このＵＰＳ特定レコード１６１のＵＰＳ識別子を含むＵＰＳ履歴レコード１６２をＵＰＳログデータ記憶部１６から抽出する。そして、ＵＰＳコントローラ１５は、取得したＵＰＳ履歴レコード１６２の障害発生時刻及び障害発生事象に関するデータと、ＵＰＳ特定レコード１６１のステータスデータとをネットワーク監視サーバ２０に送信する。
【００５７】
次に、ネットワーク監視サーバ２０の制御部２１は、状況確認画面の生成処理を実行する（ステップＳ５−３）。具体的には、制御部２１の状況表示手段２１６は、取得した障害発生時刻及び障害発生事象に関するデータを時系列に並べた履歴一覧表示と、取得したステータスとを含む状況確認画面データを生成する。
【００５８】
そして、ネットワーク監視サーバ２０の制御部２１は、状況確認画面の送信処理を実行する（ステップＳ５−４）。具体的には、制御部２１の状況表示手段２１６は、生成した状況確認画面データをクライアント端末に送信する。クライアント端末は、この状況確認画面データに基づいて状況確認画面を表示する。担当者は、この状況確認画面を閲覧しながら、異常が発生したＵＰＳ１０について、保守対応要否の判断を行なう。そして、保守対応が必要と判断した場合には、担当者は、ＵＰＳ１０の履歴レコード等を参考にすることもできる。なお、保守対応の結果、ＵＰＳ１０が正常動作を行なえるようになった場合には、担当者は、ＵＰＳログデータ記憶部１６のＵＰＳ特定レコード１６１のステータスデータ領域を、「正常動作中」を示すステータスデータに変更する処理をクライアント端末を介して実行する。
【００５９】
本実施形態によれば、以下のような効果を得ることができる。
・ 本実施形態では、ＵＰＳ１０において障害が発生した場合（ステップＳ２−２において「ＹＥＳ」の場合）、ＵＰＳ１０は、ネットワーク監視サーバへのメール送信処理を実行する（ステップＳ２−５）。ネットワーク監視サーバ２０の制御部２１は、運用区担
当者へのメール送信処理を実行する（ステップＳ３−２）。一方、ネットワーク監視サーバ２０の制御部２１は、定期的に死活監視処理を実行し、稼動確認要求に対する応答データをＵＰＳ１０から応答しなかった場合（ステップＳ４−３において「ＮＯ」の場合）、運用区担当者へのメール送信処理を実行する（ステップＳ４−４）。このため、ＵＰＳ１０から障害発生データを受信した場合だけでなく、死活監視によりＵＰＳ１０から応答がない場合にも、ネットワーク監視サーバ２０は、担当者にＵＰＳ１０の異常を一括して通知することができる。従って、ネットワーク監視サーバ２０は、ＵＰＳ１０における異常を効率よく管理して通知することができる。
【００６０】
・ 本実施形態では、ネットワーク監視サーバ２０の制御部２１は、運用区担当者へのメール送信処理（ステップＳ３−２）において、障害内容を含むメールを生成して送信する。更に、制御部２１は、運用区担当者へのメール送信処理（ステップＳ４−４）において、応答がない旨の内容を含む通知メールを生成して送信する。このため、担当者は、通知メールからＵＰＳ１０に発生した異常の概略を把握することができる。
【００６１】
・ 本実施形態では、クライアント端末から状況確認画面要求を受信したネットワーク監視サーバ２０の制御部２１は、取得したＵＰＳ１０のＩＰアドレスを含むログ取得要求をＵＰＳコントローラ１５に送信して、詳細ログの取得処理を実行する（ステップＳ５−２）。ネットワーク監視サーバ２０の制御部２１は、取得した障害発生時刻及び障害発生事象に関するデータとステータスとを含む状況確認画面データを生成して、クライアント端末に送信する。クライアント端末は、この状況確認画面データに基づいて状況確認画面を表示する。担当者は、障害発生に関するログを閲覧しながら、効率よく保守点検を行なうことができる。
【００６２】
・ 本実施形態では、ＵＰＳコントローラ１５は、定期的に、ＵＰＳ１０に対して時刻情報の送信処理を実行する（ステップＳ１−１）。この場合、ＵＰＳ１０は、ＵＰＳコントローラ１５から受信した時刻情報に一致するように、内蔵する時計の時刻を調整する。このため、定期的に時刻調整を行なうので、より正確な時刻を障害発生時刻としてログデータに含めることができる。従って、ＵＰＳログデータ記憶部１６に記録されたＵＰＳ履歴レコード１６２の障害発生時刻がより正確になるため、障害発生のログ解析をより正確に行なうことができる。
【００６３】
また、上記実施形態は以下のように変更してもよい。
○ 上記実施形態においては、ネットワーク監視サーバ２０の制御部２１は、ＵＰＳ１０の異常発生について監視を行なった。これに加えて、ネットワーク監視サーバ２０は、監視しているＵＰＳ１０に接続されている機器（１０−１，…，１０−ｎ）の異常発生についても監視を合わせて行なってもよい。この場合、ネットワーク監視サーバ２０の制御部２１は、機器ログデータ記憶部を備える。この機器ログデータ記憶部には、ＵＰＳログデータ記憶部１６と同様に、機器特定レコード及び機器履歴レコードが記録される。
【００６４】
機器特定レコードには、機器（１０−１，…，１０−ｎ）を特定する機器識別子、ＩＰアドレス及びステータスに関するデータが含まれる。
また、機器履歴レコードには、機器識別子、障害発生時刻及び障害発生事象に関するデータが含まれる。
【００６５】
そして、制御部２１は、機器（１０−１，…，１０−ｎ）に発生した障害通知や機器（１０−１，…，１０−ｎ）のステータスのデータを取得し、機器ログデータ記憶部に記録する。
【００６６】
更に、制御部２１は、機器（１０−１，…，１０−ｎ）に対して死活監視を行なう。こ
の場合、制御部２１は、上述したＵＰＳ１０の死活監視処理と同様な処理による死活監視を行なう。
【００６７】
ここで、ネットワーク監視サーバ２０は、ＵＰＳや機器の状態から問題がある部分（異常発生箇所）を特定して、担当者に通知を行なってもよい。例えば、ＵＰＳ１０においては通信を行なう場合に通信カードが通信手段として用いられている。この場合、ＵＰＳ１０に問題がある部分が、この通信カードであるか、又はその他の部分（ＵＰＳ１０の電力供給機能部本体）であるかを特定して通知するようにしてもよい。
【００６８】
具体的には、ネットワーク監視サーバ２０に、ＵＰＳ１０と、各ＵＰＳ１０が電力を供給している機器との接続関係を表わした電力系統図に関するデータを記憶した接続関係データ記憶手段を設ける。電力系統図は、例えば、図５に示すように、ＵＰＳを特定するＵＰＳ識別子（図５では「Ａ」のＵＰＳ）に対して、このＵＰＳに接続されている機器を特定する機器識別子（図５では「α」及び「β」の機器）が関連付けられている。更に、ネットワーク監視サーバ２０にＵＰＳ管理データ記憶手段を設ける。このＵＰＳ管理データ記憶手段には、各ＵＰＳ識別子と、ＵＰＳに付与したＩＰアドレスと、ＵＰＳのタイプ（バイパス型又は直列型）を示すタイプフラグとを関連付けたＵＰＳ管理データを記憶する。ここで、バイパス型のＵＰＳは、ＵＰＳ１０が故障していても、これに接続されている機器には主電源から電力供給が行なわれる。また、直列型のＵＰＳでは、ＵＰＳ１０が故障した場合には、これに接続されている機器に主電源からの電力供給ができなくなる。
【００６９】
そして、ネットワーク監視サーバ２０の制御部２１は、機器監視手段及び異常発生箇所特定手段として機能する。具体的には、この制御部２１は、障害発生メールを受信した場合（ステップＳ３−１）又は死活監視処理においてＵＰＳ１０から応答がなかった場合（ステップＳ４−３において「ＮＯ」の場合）には、図６に示す異常発生箇所特定処理を実行する。
【００７０】
この場合、まず、制御部２１は、異常が発生したＵＰＳ１０がバイパス型であるか否かの判定処理を実行する（ステップＳ６−１）。具体的には、制御部２１は、障害発生メールに含まれるＩＰアドレス、又は応答がなかったＵＰＳ１０のＩＰアドレスを含むＵＰＳ特性データをＵＰＳ特性データ記憶手段から抽出する。制御部２１は、抽出したＵＰＳ特性データのタイプフラグからＵＰＳ１０がバイパス型であるか否かを判定する。
【００７１】
ここで、ＵＰＳ１０がバイパス型であった場合（ステップＳ６−１において「ＹＥＳ」の場合）、制御部２１は、通信カード及びＵＰＳ本体の点検指示を実行する（ステップＳ６−２）。具体的には、制御部２１の通知手段２１３は、通信カード及びＵＰＳ本体の点検を指示する旨を含む通知メールを生成する。
【００７２】
一方、ＵＰＳ１０が直列型の場合（ステップＳ６−１において「ＮＯ」の場合）、制御部２１は、電力供給先の機器にも異常が発生しているか否かを判定する（ステップＳ６−３）。この場合、制御部２１は、このＵＰＳ１０に接続されている機器（１０−１，…，１０−ｎ）を、接続関係データ記憶手段に記録されたデータから特定する。制御部２１は、特定した機器の機器識別子の現在のステータスを機器ログデータ記憶部から取得する。そして、この機器のステータスが「障害発生中」の場合には、制御部２１は、機器にも異常が発生していると判定する。また、この機器のステータスが「正常動作中」の場合には、制御部２１は、この機器のＩＰアドレスを機器ログデータ記憶部から取得し、このＩＰアドレスに対して稼動確認要求を送信して、基準時間が経過するまで待機する。この基準時間内に機器から応答を受信しなかった場合には、制御部２１は、この機器にも異常が発生していると判定する。この場合（ステップＳ６−３において「ＹＥＳ」の場合）、制御部２１は、ＵＰＳ本体の点検指示を実行する（ステップＳ６−４）。
【００７３】
一方、基準時間内に機器から応答を受信した場合には、機器には異常が発生していないと判定する。この場合（ステップＳ６−３において「ＮＯ」の場合）、制御部２１は、通信カードの点検指示を実行する（ステップＳ６−５）。具体的には、制御部２１の通知手段２１３は、通信カードの点検を指示する旨を含む通知メールを生成して送信する。この場合には、ネットワーク監視サーバ２０が、ＵＰＳ１０のタイプや機器における異常発生について、点検するべき箇所についての情報を担当者に提供するので、担当者は保守点検を効率よく実行することができる。
【００７４】
更に、ネットワーク監視サーバ２０の制御部２１は、異常が発生したＵＰＳ１０に接続された機器（１０−１，…，１０−ｎ）についての情報を通知メールに含めてもよい。具体的には、制御部２１は、障害発生メールを受信した場合（ステップＳ３−１）又は死活監視処理においてＵＰＳ１０から応答がなかった場合（ステップＳ４−３において「ＮＯ」の場合）には、接続関係データ記憶手段から、このＵＰＳ１０に関連付けられた機器（１０−１，…，１０−ｎ）の識別子を取得する。そして、制御部２１は、この機器（１０−１，…，１０−ｎ）の識別子を含めた通知メールを生成する。これにより、担当者は、通知メールに、異常が発生したＵＰＳ１０に接続されている機器（１０−１，…，１０−ｎ）を把握することができる。従って、接続されている機器に応じたＵＰＳ１０の保守点検を効率よく行なうことができる。
【００７５】
更に、ネットワーク監視サーバ２０は、電力系統図データを、図７に示す電力系統図生成処理により作成してもよい。具体的には、ＵＰＳ１０に、電力供給先機器に対して電力線を利用して通信を行なう電力線搬送通信（Power Line Communication）手段を設け、電力供給先データ収集プログラムを記憶させる。ＵＰＳ１０が設置された場合、ＵＰＳ１０は、この電力供給先データ収集プログラムに基づいて、電力線搬送通信により電力供給先機器の識別情報の要求処理を実行する（ステップＳ７−１）。具体的には、ＵＰＳ１０は、すべての電力線を介して接続している機器の識別情報の送信要求を送信する。
【００７６】
送信要求を受信した機器は、電力線搬送通信により自分の識別情報の提供処理を実行する（ステップＳ７−２）。具体的には、機器は、自分のＩＰアドレスをＵＰＳ１０に送信する。この場合、ＵＰＳ１０は、電力供給先情報を取得する（ステップＳ７−３）。そして、ＵＰＳ１０は、取得した電力供給先情報の提供処理を実行する（ステップＳ７−４）。具体的には、ＵＰＳ１０は、取得した機器（１０−１，…，１０−ｎ）のＩＰアドレスを、自分のＩＰアドレスとともに、ネットワーク監視サーバ２０に送信する。
【００７７】
ネットワーク監視サーバ２０は、電力系統図の作成処理を実行する（ステップＳ７−５）。具体的には、ネットワーク監視サーバ２０の制御部２１は、取得したＵＰＳのＩＰアドレスと、機器のＩＰアドレスとを関連付けて電力系統図データとして電力系統図データ記憶手段に記録する。これにより、ＵＰＳ１０が設置された場合には、設置したＵＰＳ１０と、これに接続されている機器との電力系統図が自動的に作成されるので、電力系統図を効率よく作成することができる。
【００７８】
○ 上記実施形態においては、障害発生メールの受信処理（ステップＳ３−１）、ポーリングによる応答がない場合（ステップＳ４−３）には、運用区担当者にメール送信処理を実行した（ステップＳ３−２，Ｓ４−４）。この場合に、障害が発生したＵＰＳ１０に接続されている機器（１０−１，…，１０−ｎ）の重要度に応じて、管理者に通知するメールの優先度を変更してもよい。具体的には、ネットワーク監視サーバ２０の制御部２１は、死活監視処理において、複数の機器（１０−１，…，１０−ｎ）から応答がなかった場合には、優先通知決定処理を実行する。この場合、ネットワーク監視サーバ２０に、上述の電力系統図に関するデータを記憶した接続関係データ記憶手段と、ＵＰＳ管理データ
記憶手段と、機器の識別子に関連付けた機器の重要度に関するデータを記憶した重要度データ記憶手段とを設ける。
【００７９】
そして、制御部２１は、ＵＰＳ１０からポーリング処理に応じた応答がなかった場合（ステップＳ４−３において「ＮＯ」の場合）、ステップＳ４−４の代わりに、応答がなかったＵＰＳ１０のＩＰアドレスを一時的に記憶する。そして、制御部２１は、次の調査対象を特定して（ステップＳ４−１）、これらの処理（ステップＳ４−１〜Ｓ４−３の処理とＳ４−４の代わりの処理）を繰り返す。そして、すべてのＵＰＳ１０について死活監視処理が完了した場合、一時的に記憶したＵＰＳ１０のＩＰアドレスが複数ある場合には、制御部２１は、ＵＰＳ１０に接続される機器（１０−１，…，１０−ｎ）の優先度が高い順番にメールを送信する。具体的には、制御部２１は、一時的に記憶したＵＰＳ１０のＩＰアドレスに対応するＵＰＳ識別子をＵＰＳ管理データから特定する。制御部２１は、特定したＵＰＳ識別子に関連付けられた機器識別子を、接続関係データ記憶手段の電力系統図データを用いて特定する。更に、制御部２１は、特定した機器識別子に対応する重要度を重要度データ記憶手段から特定する。そして、制御部２１は、この機器識別子に関連付けられたＵＰＳ１０のＵＰＳ識別子を、機器識別子の重要度順に並べ替える。この場合、１つのＵＰＳ識別子に対して複数の機器識別子が関連付けられている場合には、制御部２１は、最も高い重要度を特定して、この重要度を用いてＵＰＳ識別子を並べ替える。そして、制御部２１は、並べ替えた順番に、ＵＰＳ識別子によって特定されるＵＰＳ１０について異常が発生した旨を含む通知メールを運用区担当者に送信する。このため、接続されている機器（１０−１，…，１０−ｎ）の重要度に応じて、異常が発生したＵＰＳ１０についての通知を行なうことができるので、重要な機器を優先的に保守点検を行なうことができる。
【００８０】
○ 上記実施形態においては、ＵＰＳ１０を特定するＵＰＳ識別子を、ＩＰアドレスとは別に設定したが、ＵＰＳ識別子としてＩＰアドレスを用いることも可能である。
【図面の簡単な説明】
【００８１】
【図１】実施形態におけるＵＰＳ監視システムの概略図。
【図２】データ記憶部に記録されたデータの構成を説明する説明図であり、（ａ）はＵＰＳログデータ記憶部、（ｂ）は担当者データ記憶部。
【図３】障害発生処理や死活監視処理等の処理手順を説明するための流れ図。
【図４】情報提供処理の処理手順を説明するための流れ図。
【図５】変更例におけるＵＰＳと機器との接続関係を表わす電力系統図の説明図。
【図６】変更例における異常発生箇所特定処理の処理手順を説明する流れ図。
【図７】電力系統図の作成処理の処理手順を説明するための流れ図。
【符号の説明】
【００８２】
１０…無停電電源装置、１０…ＵＰＳ、１５…ＵＰＳコントローラ、１６…ＵＰＳログデータ記憶部、１８…メールサーバ、２０…ネットワーク監視サーバ、２１…制御部、２２…担当者データ記憶部、２１１…アラート受信手段、２１２…死活監視手段、２１３…通知手段、２１４…アクセス受入手段、２１５…ログ取得手段、２１６…状況表示手段。
【特許請求の範囲】
【請求項１】
主電源からの電源供給が停止された場合に機器に電力を供給する電力供給手段と、障害発生時に障害発生通知を送信し、稼動確認要求に対して応答を返信する通信手段とを備えた無停電電源装置と、
無停電電源装置の管理を行なう担当者のメールアドレスを記憶した通知先記憶手段と、
無停電電源装置からの障害発生通知を受信する障害発生受信手段を有する監視サーバとを備えた無停電電源監視システムであって、
前記監視サーバは、
前記無停電電源装置に対して稼動確認要求を送信し、前記無停電電源装置からの応答の有無により死活状態を判定する死活監視手段と、
無停電電源装置から障害発生通知を受信した場合に、前記通知先記憶手段から担当者のメールアドレスを取得し、この無停電電源装置の異常を通知し、
更に、前記死活監視手段において前記無停電電源装置からの応答がない場合にも、前記通知先記憶手段から担当者のメールアドレスを取得し、この無停電電源装置の異常を通知する通知手段とを備えたこと
を特徴とする無停電電源装置監視システム。
【請求項２】
前記監視サーバは、機器と、これに電力を供給する無停電電源装置との接続関係に関する電力系統図を記憶した接続関係データ記憶手段に接続されており、
前記監視サーバは、
前記機器における異常発生の有無についての監視を行なう機器監視手段と、
無停電電源装置から前記障害発生通知を受信した場合又は前記稼動確認要求に対する応答がない場合に、この無停電電源装置が電力を供給する機器に関する異常の有無についてのデータを取得し、前記無停電電源装置の異常の有無及び機器の異常の有無から、点検指示箇所を特定する異常発生箇所特定手段とを更に備え、
前記通知手段は、特定した点検指示を含む通知を行なうことを特徴とする請求項１に記載の無停電電源装置監視システム。
【請求項３】
前記無停電電源装置は、電力供給先機器に接続された電力線を利用して通信を行なう電力線搬送通信手段を備えており、
前記監視サーバは、
前記電力線搬送通信手段を用いて電力供給先機器から、この電力供給先機器の識別情報を取得した無停電電源装置から、この無停電電源装置の識別情報と前記電力供給先機器の識別情報とを受信する手段と、
前記無停電電源装置の識別情報と、前記電力供給先機器の識別情報とを関連付けて前記電力系統図を作成する手段と
を更に備えたことを特徴とする請求項２に記載の無停電電源装置監視システム。
【請求項４】
前記無停電電源装置は、障害発生に関するログを蓄積するログ蓄積手段に接続されており、
前記監視サーバは、前記担当者が用いるクライアント端末に接続されており、
前記無停電電源装置は、障害発生を検知した場合、この障害発生に関するデータを前記ログ蓄積手段に登録し、
前記監視サーバは、前記クライアント端末から無停電電源装置についてのログ取得指示を受信した場合には、この無停電電源装置の障害発生に関するログを前記ログ蓄積手段から取得することを特徴とする請求項１〜３のいずれか１項に記載の無停電電源装置監視システム。
【請求項５】
主電源からの電源供給が停止された場合に機器に電力を供給する電力供給手段と、障害
発生時に障害発生通知を送信し、稼動確認要求に対して応答を返信する通信手段とを備えた無停電電源装置と、
無停電電源装置の管理を行なう担当者のメールアドレスを記憶した通知先記憶手段と、
無停電電源装置からの障害発生通知を受信する障害発生受信手段を有する監視サーバとを備えたシステムにおける無停電電源監視方法であって、
前記監視サーバが、
前記無停電電源装置に対して稼動確認要求を送信し、前記無停電電源装置からの応答の有無により死活状態を判定する死活監視段階と、
無停電電源装置から障害発生通知を受信した場合に、前記通知先記憶手段から担当者のメールアドレスを取得し、この無停電電源装置の異常を通知し、
更に、前記死活監視段階において前記無停電電源装置からの応答がない場合にも、前記通知先記憶手段から担当者のメールアドレスを取得し、この無停電電源装置の異常を通知する通知段階と
を実行することを特徴とする無停電電源装置監視方法。
【請求項６】
主電源からの電源供給が停止された場合に機器に電力を供給する電力供給手段と、障害発生時に障害発生通知を送信し、稼動確認要求に対して応答を返信する通信手段とを備えた無停電電源装置と、
無停電電源装置の管理を行なう担当者のメールアドレスを記憶した通知先記憶手段と、
無停電電源装置からの障害発生通知を受信する障害発生受信手段を有する監視サーバとを備えたシステムを用いた無停電電源監視プログラムであって、
前記監視サーバを、
前記無停電電源装置に対して稼動確認要求を送信し、前記無停電電源装置からの応答の有無により死活状態を判定する死活監視手段、及び
無停電電源装置から障害発生通知を受信した場合に、前記通知先記憶手段から担当者のメールアドレスを取得し、この無停電電源装置の異常を通知し、
更に、前記死活監視手段において前記無停電電源装置からの応答がない場合にも、前記通知先記憶手段から担当者のメールアドレスを取得し、この無停電電源装置の異常を通知する通知手段
として機能させることを特徴とする無停電電源装置監視プログラム。
【請求項１】
主電源からの電源供給が停止された場合に機器に電力を供給する電力供給手段と、障害発生時に障害発生通知を送信し、稼動確認要求に対して応答を返信する通信手段とを備えた無停電電源装置と、
無停電電源装置の管理を行なう担当者のメールアドレスを記憶した通知先記憶手段と、
無停電電源装置からの障害発生通知を受信する障害発生受信手段を有する監視サーバとを備えた無停電電源監視システムであって、
前記監視サーバは、
前記無停電電源装置に対して稼動確認要求を送信し、前記無停電電源装置からの応答の有無により死活状態を判定する死活監視手段と、
無停電電源装置から障害発生通知を受信した場合に、前記通知先記憶手段から担当者のメールアドレスを取得し、この無停電電源装置の異常を通知し、
更に、前記死活監視手段において前記無停電電源装置からの応答がない場合にも、前記通知先記憶手段から担当者のメールアドレスを取得し、この無停電電源装置の異常を通知する通知手段とを備えたこと
を特徴とする無停電電源装置監視システム。
【請求項２】
前記監視サーバは、機器と、これに電力を供給する無停電電源装置との接続関係に関する電力系統図を記憶した接続関係データ記憶手段に接続されており、
前記監視サーバは、
前記機器における異常発生の有無についての監視を行なう機器監視手段と、
無停電電源装置から前記障害発生通知を受信した場合又は前記稼動確認要求に対する応答がない場合に、この無停電電源装置が電力を供給する機器に関する異常の有無についてのデータを取得し、前記無停電電源装置の異常の有無及び機器の異常の有無から、点検指示箇所を特定する異常発生箇所特定手段とを更に備え、
前記通知手段は、特定した点検指示を含む通知を行なうことを特徴とする請求項１に記載の無停電電源装置監視システム。
【請求項３】
前記無停電電源装置は、電力供給先機器に接続された電力線を利用して通信を行なう電力線搬送通信手段を備えており、
前記監視サーバは、
前記電力線搬送通信手段を用いて電力供給先機器から、この電力供給先機器の識別情報を取得した無停電電源装置から、この無停電電源装置の識別情報と前記電力供給先機器の識別情報とを受信する手段と、
前記無停電電源装置の識別情報と、前記電力供給先機器の識別情報とを関連付けて前記電力系統図を作成する手段と
を更に備えたことを特徴とする請求項２に記載の無停電電源装置監視システム。
【請求項４】
前記無停電電源装置は、障害発生に関するログを蓄積するログ蓄積手段に接続されており、
前記監視サーバは、前記担当者が用いるクライアント端末に接続されており、
前記無停電電源装置は、障害発生を検知した場合、この障害発生に関するデータを前記ログ蓄積手段に登録し、
前記監視サーバは、前記クライアント端末から無停電電源装置についてのログ取得指示を受信した場合には、この無停電電源装置の障害発生に関するログを前記ログ蓄積手段から取得することを特徴とする請求項１〜３のいずれか１項に記載の無停電電源装置監視システム。
【請求項５】
主電源からの電源供給が停止された場合に機器に電力を供給する電力供給手段と、障害
発生時に障害発生通知を送信し、稼動確認要求に対して応答を返信する通信手段とを備えた無停電電源装置と、
無停電電源装置の管理を行なう担当者のメールアドレスを記憶した通知先記憶手段と、
無停電電源装置からの障害発生通知を受信する障害発生受信手段を有する監視サーバとを備えたシステムにおける無停電電源監視方法であって、
前記監視サーバが、
前記無停電電源装置に対して稼動確認要求を送信し、前記無停電電源装置からの応答の有無により死活状態を判定する死活監視段階と、
無停電電源装置から障害発生通知を受信した場合に、前記通知先記憶手段から担当者のメールアドレスを取得し、この無停電電源装置の異常を通知し、
更に、前記死活監視段階において前記無停電電源装置からの応答がない場合にも、前記通知先記憶手段から担当者のメールアドレスを取得し、この無停電電源装置の異常を通知する通知段階と
を実行することを特徴とする無停電電源装置監視方法。
【請求項６】
主電源からの電源供給が停止された場合に機器に電力を供給する電力供給手段と、障害発生時に障害発生通知を送信し、稼動確認要求に対して応答を返信する通信手段とを備えた無停電電源装置と、
無停電電源装置の管理を行なう担当者のメールアドレスを記憶した通知先記憶手段と、
無停電電源装置からの障害発生通知を受信する障害発生受信手段を有する監視サーバとを備えたシステムを用いた無停電電源監視プログラムであって、
前記監視サーバを、
前記無停電電源装置に対して稼動確認要求を送信し、前記無停電電源装置からの応答の有無により死活状態を判定する死活監視手段、及び
無停電電源装置から障害発生通知を受信した場合に、前記通知先記憶手段から担当者のメールアドレスを取得し、この無停電電源装置の異常を通知し、
更に、前記死活監視手段において前記無停電電源装置からの応答がない場合にも、前記通知先記憶手段から担当者のメールアドレスを取得し、この無停電電源装置の異常を通知する通知手段
として機能させることを特徴とする無停電電源装置監視プログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【公開番号】特開２０１０−１５４６２２（Ｐ２０１０−１５４６２２Ａ）
【公開日】平成２２年７月８日（２０１０．７．８）
【国際特許分類】
【出願番号】特願２００８−３２８８０９（Ｐ２００８−３２８８０９）
【出願日】平成２０年１２月２４日（２００８．１２．２４）
【出願人】（０００００６７４７）株式会社リコー (37,907)
【Ｆターム（参考）】
【公開日】平成２２年７月８日（２０１０．７．８）
【国際特許分類】
【出願日】平成２０年１２月２４日（２００８．１２．２４）
【出願人】（０００００６７４７）株式会社リコー (37,907)
【Ｆターム（参考）】
[ Back to top ]