(57)【要約】【課題】ユーザの利便性を向上させることを可能とした無停電電源装置の管理装置を提供することである。【解決手段】提案する無停電電源装置の管理装置１４は、無停電電源装置（ＵＰＳ）２に脱着可能であり、メモリ８および９と、中央処理装置１３と、ＵＰＳ２にアクセスするための第１のインタフェース１２と、運用サーバ１にアクセスするための第２のインタフェース１５とを有し、運用サーバ１上の基本ソフトウェア３の電源監視部により、第２のインタフェース１５を通してＵＰＳ２をバッテリーとして認識させるとともに、基本ソフトウェア３のストレージ監視部により、第２のインタフェース１５を通して自装置１４をディスクとして認識させる。【選択図】  図１
2010166650.tif 000002
【特許請求の範囲】
【請求項１】
無停電電源装置（ＵＰＳ）に脱着可能であり、
メモリと、中央処理装置と、前記ＵＰＳにアクセスするための第１のインタフェースと、運用サーバにアクセスするための第２のインタフェースとを有し、
前記運用サーバ上の基本ソフトウェアの電源監視部により、前記第２のインタフェースを通して前記ＵＰＳをバッテリーとして認識させるとともに、該基本ソフトウェアのストレージ監視部により、前記第２のインタフェースを通して自装置をディスクとして認識させることを特徴とする無停電電源装置の管理装置。
【請求項２】
前記ＵＰＳがバッテリー給電に移行して、バッテリー給電での連続動作時間がシャットダウン開始遅延時間を超えたと前記中央処理装置が判断したときに、前記中央処理装置により、バッテリー容量がゼロになったという架空の情報が前記電源監視部を経由して前記基本ソフトウェアに通知され、
前記基本ソフトウェアは、前記架空の情報を受けて、前記基本ソフトウェアのシャットダウンを実行し、
前記中央処理装置は、前記架空の情報を通知したときに、出力停止遅延時間付きＵＰＳ停止命令を前記第１のインタフェースを通して前記ＵＰＳに通知する、ことを特徴とする請求項１記載の無停電電源装置の管理装置。
【請求項３】
前記出力停止遅延時間付きＵＰＳ停止命令を受け付けた前記ＵＰＳは、その命令に示される所定時間が経過した後に、前記ＵＰＳの出力を停止させる、ことを特徴とする請求項２記載の無停電電源装置の管理装置。
【請求項４】
前記ストレージ監視部を通して前記メモリをリムーバブルディスクとして認識させ、前記メモリ内のファイルへのアクセスと、前記ＵＰＳの設定値の変更とをユーザに可能とさせたことを特徴とする請求項１記載の無停電電源装置の管理装置。
【請求項５】
前記メモリ内に設定されたパスワードとユーザが入力したパスワードとの照合を行い、合致した場合に、前記ファイルの更新を行なうことを特徴とする請求項４記載の無停電電源装置の管理装置。
【請求項６】
前記メモリは、揮発性メモリと不揮発性メモリとを有し、
ファイルシステムにおいて書き込み回数が多いヘッダー領域部分は前記揮発性メモリに格納し、残りの部分を前記不揮発性メモリに格納することを特徴とする請求項１記載の無停電電源装置の管理装置。
【請求項７】
前記ＵＰＳの動作ログを前記ストレージ監視部により前記第２のインタフェースを通して読み出すことを可能とした請求項１記載の無停電電源装置の管理装置。
【請求項８】
前記メモリ内でファイルサイズが変化するファイルに対応して通信の初期段階でファイルの最大サイズを予め前記第２のインタフェースを通して前記運用サーバに通知しておき、
前記ファイルの実データで埋まらない部分はダミーデータで埋めておき、
実データが前記ファイルに追加される度に、ダミーデータの先頭部分以降が追加された実データで上書きされることを特徴とする請求項１記載の無停電電源装置の管理装置。
【請求項９】
無停電電源装置（ＵＰＳ）に脱着可能であり、
メモリと、中央処理装置と、前記ＵＰＳにアクセスするための第１のインタフェースと、運用サーバにアクセスするための第２のインタフェースとを有する装置が実行する前記ＵＰＳの管理方法において、
前記運用サーバ上の基本ソフトウェアの電源監視部により、前記第２のインタフェースを通して前記ＵＰＳをバッテリーとして認識させるステップと、
前記基本ソフトウェアのストレージ監視部により、前記第２のインタフェースを通して自装置をディスクとして認識させるステップと、を有することを特徴とする無停電電源装置の管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無停電電源装置（Uninterruptible Power Supply、以下、単に“ＵＰＳ”ということもある）を管理・運用するに際して、ＵＰＳ管理ソフトを運用サーバ側にインストールすることなく、汎用的なケーブルを使用して、ＵＰＳと運用サーバとの通信を行なうことを可能とした、ＵＰＳに対して脱着可能なＵＰＳ管理装置に関する。
【背景技術】
【０００２】
ＵＰＳを管理・運用するシステムとして、ＵＰＳと運用サーバを通信ネットワークで接続したシステムが知られている。このシステムでは、図６に示すように、ＵＰＳ３２と運用サーバ３１をＲＳ２３２Ｃケーブル３７で接続し、運用サーバ３１にＵＰＳ管理ソフト３５をインストールしている。なお、ＵＰＳ管理ソフト３５には、ＵＰＳ３２と通信を行なうための独自のプロトコルが実装されている。
【０００３】
また、ＵＰＳ管理ソフト３５により、ＵＰＳ３２の状態（商用給電中、バッテリー給電中、等）および計測情報（入力電圧、出力電圧、バッテリー容量、等）を取得できる。ＵＰＳ管理ソフト３５は、運用サーバ３１が動作している間はバックグラウンド（サービス、デーモン）として常時ＵＰＳ３２と通信を行ない、ＵＰＳ３２の状態を監視している。
【０００４】
ＵＰＳ３２で何らかのイベント（入力異常、バッテリー電圧低下、故障、通信異常、等）が発生した場合は、独自のプロトコルによりＵＰＳ管理ソフト３５に通知される。イベントを検出したＵＰＳ管理ソフト３５は、それぞれのイベントに対して設定されたアクション（シャットダウン、イベントログ記録、ポップアップ表示、等）を実行する。これにより、ＵＰＳ３２と運用サーバ３１との連携したシステムを実現させている。
【０００５】
メンテナンスを行なう場合は、各サーバのシステムログ、アプリケーションログの確認を行なうとともに、ＵＰＳ３２の計測情報（データログ）、イベントログも採取し、異常が発生していないかどうかの確認を行なう。このような情報を収集するには、ＵＰＳ管理ソフト３５のログ収集機能を使用して図７に示すように、ログファイル３８を出力し、そのログファイル３８をメンテナンス用ＰＣ３９等にコピーする。
【０００６】
以下では、従来の運用例について説明する。
第１の運用例として、“停電発生時にシステムを安全に停止させる”場合を説明する。
この場合、ＵＰＳ管理ソフト３５のアクション設定を以下のようにする。
【０００７】
停電が１分以上継続した場合に運用サーバ３１を停止（シャットダウン）させ、その３分後にＵＰＳ３２の出力を停止させる。また、入力が復帰した場合は即座にＵＰＳ３２の出力を開始し、運用サーバ３１を自動で稼動させる。
【０００８】
図８は、従来のＵＰＳ搭載システムの入力系統における異常発生時の運用例を示す図である。
【０００９】
入力系統に異常が（１）で発生しＵＰＳ３２への入力が遮断されると、ＵＰＳ３２がバックアップ運転に切り替わる。ＵＰＳ３２がバックアップ運転の状態にあることを独自のプロトコルにより（２）でＵＰＳ管理ソフト３５に通知する。
【００１０】
通知を受けたＵＰＳ管理ソフト３５は、停電継続時間の計測を開始し、（３）で、ユーザが指定した時間を経過すると、（４）でＯＳ（運用サーバ３１）のシャットダウンを開始させ、運用サーバ３１を停止させる。
【００１１】
運用サーバ３１が停止した後、正確にはバックアップ運転の状態にあることを（２）で通知したときから（３）でユーザが指定した時間が経過した後、（５）で、ＵＰＳ３２の出力を停止させ、ＵＰＳ３２自身も電源を停止する。
【００１２】
一方、入力異常が復帰することで、入力が復帰すると、ＵＰＳ３２は（６）で電源供給により自動で出力を開始し運用サーバ３１を起動させる。
続いて、第２の運用例として、“メンテナンス時にログを収集する”場合を説明する。
【００１３】
ＵＰＳ３２等の故障によりシステムに障害が発生した場合には、その原因を究明して、迅速に復旧作業を行なうとともに、対策を講じる必要がある。ＵＰＳ３２のイベントログ、データログ、等を取得することはこのようなケースで大きな手助けとなる。
【００１４】
通常のＵＰＳ管理ソフトには、そのようなログ情報をソフトウェア側で蓄積しておき、必要なときにテキストファイル、ＣＳＶファイルとして出力する機能が実装されている。
以上説明の中で、従来のＵＰＳ管理方法では以下の点が問題となっている。
・ＵＰＳ管理ソフトをインストールし初期設定を行なう必要があり手間がかかる。
・ＵＰＳ管理ソフトが常駐することによりシステムリソースの消費が増加する。
・ＵＰＳと運用サーバの間の通信にＲＳ２３２Ｃケーブルのような特殊なケーブルが必要である。
・ログ情報は運用サーバに保存されているため、運用サーバが動作していなければログを収集することができない。
【００１５】
なお、関連する技術として、特許文献１には、ネットワークを介して管理情報の設定、変更、送信が可能な無停電電源装置が示されている。
【先行技術文献】
【特許文献】
【００１６】
【特許文献１】特開２０００−７８２２４号公報
【発明の概要】
【発明が解決しようとする課題】
【００１７】
本発明は、以上の問題点を考慮してなされたものであり、ユーザの利便性を向上させることを可能とした無停電電源装置の管理装置および管理方法を提供することを目的とする。
【課題を解決するための手段】
【００１８】
提案する無停電電源装置の管理装置は、無停電電源装置（ＵＰＳ）に脱着可能であり、メモリと、中央処理装置と、前記ＵＰＳにアクセスするための第１のインタフェースと、運用サーバにアクセスするための第２のインタフェースとを有し、前記運用サーバ上の基本ソフトウェアの電源監視部により、前記第２のインタフェースを通して前記ＵＰＳをバッテリーとして認識させるとともに、該基本ソフトウェアのストレージ監視部により、前記第２のインタフェースを通して自装置をディスクとして認識させるものである。
【発明の効果】
【００１９】
提案する無停電電源装置の管理装置によれば、ＵＰＳ管理ソフトや特殊なドライバをインストールすることなく、管理装置をＵＰＳに装着させて、例えば汎用性が高い第２のインタフェースのプロトコルを採用したケーブル（例えばＵＳＢケーブル）をその管理装置に接続するというより容易な作業だけで、電源監視部によりＵＰＳをバッテリーとして認識させることができる。また、ストレージ監視部により、前記第２のインタフェースを通して自装置（管理装置）を接続先装置のディスクとして認識させているので、例えば任意のＰＣから管理装置内のメモリに格納されたＵＰＳのログを取得できる。このように、ユーザにとっての利便性が向上したＵＰＳとの連携システムを実現できる。
【図面の簡単な説明】
【００２０】
【図１】本発明の一実施形態に係るＵＰＳ搭載システムの構成を示すブロック図である。
【図２】本実施形態のＵＰＳ搭載システムにおけるログファイルへのアクセス方法を示す図である。
【図３】本実施形態のＵＰＳ搭載システムにおける拡張設定の実現方法を示す図である。
【図４】本実施形態のＵＰＳ搭載システムの入力系統における異常発生時の運用例を示す図である。
【図５】本実施形態のＵＰＳ搭載システムのログ収集時の運用例を示す図である。
【図６】従来のＵＰＳ搭載システムの構成を示すブロック図である。
【図７】従来のＵＰＳ搭載システムにおけるログファイルへのアクセス方法を示す図である。
【図８】従来のＵＰＳ搭載システムの入力系統における異常発生時の運用例を示す図である。
【発明を実施するための最良の形態】
【００２１】
以下図面に基づいて、本発明の実施形態について詳細を説明する。
図１は、本発明の一実施形態に係るＵＰＳ搭載システムの構成を示すブロック図である。
【００２２】
図１に示すように、このシステムでは、ＵＰＳ２と運用サーバ１とがＵＳＢケーブル１５により接続されている。
運用サーバ１では、ＯＳ（Operating System）３が常駐している。また、ＵＰＳ２には、ＵＰＳを管理するためのＵＳＢカード（以下、これを単に“デバイス”ということがある）１４が装着され、そのＵＳＢカード１４が制御コントロール（ＣＰＵ（Central Processing Unit））４とデータをやり取りしている。
【００２３】
ＵＳＢカード１４は、ＵＰＳ２とはＵＰＳインタフェース１２を通してデータをやり取りし、運用サーバ１とは、上述のＵＳＢケーブル１５、ＵＳＢインタフェース７を通してデータをやり取りする。
【００２４】
また、ＵＳＢカード１４は、不揮発性メモリ（書き込み可能なＲＯＭ（Read Only Memory））８と、揮発性メモリ（ＲＡＭ（Random Access Memory））９と、リアルタイムクロック（ＲＴＣ）１０と、バックアップ電池１１と、それらを制御するＣＰＵ１３とを有する。なお、バックアップ電池１１は、ＵＰＳ２が完全に停止したときにＲＴＣ１０に電力を供給するためのバックアップ電源である。また、ＲＴＣ１０の時刻は、不揮発性メモリ８や揮発性メモリ９に格納されるファイルのタイムスタンプに使用される。
【００２５】
ＵＳＢケーブル１５により、ＵＰＳ２と運用サーバ１とが接続されると、運用サーバ１上のＯＳ３が接続されたデバイスを調査し、適切な汎用ドライバを割り当て、システムが使用可能状態となる。この際、汎用的なデバイスの場合はＯＳ標準のドライバの中から、デバイスに割り当てるドライバを選択するため、ドライバを追加でインストールする必要はない。
【００２６】
運用サーバ１上のＯＳ３に標準で搭載されているＨＩＤ（Human Interface Device） Ｐｏｗｅｒ Ｄｅｖｉｃｅｓ（これは、バッテリーを管理するための規格である）は、ＵＰＳ２の情報を運用サーバ１側に取得するための手段であり、このＨＩＤ Ｐｏｗｅｒ Ｄｅｖｉｃｅｓを使用して、運用サーバ１とＵＰＳ２とがＵＳＢケーブル１５を通して通信を行なうことにより、ＵＰＳ２の状態をＯＳ３側に提供することができる。
【００２７】
ＨＩＤ Ｐｏｗｅｒ ＤｅｖｉｃｅｓがＵＰＳ２から取得した情報は、ＯＳ３の電源を管理するシステムであるＡＣＰＩ（Advanced Configuration and Power Interface）に渡される。なお、図１には示されていないが、ＵＰＳ２はバッテリーを含む電源部（不図示）を別途備えている。
【００２８】
ＡＣＰＩは、ＯＳ３に標準で搭載されている電源関係のデバイスの状態をモニタするインタフェースである。ＡＣＰＩは、ＨＩＤ Ｐｏｗｅｒ Ｄｅｖｉｃｅｓから渡されたＵＰＳ２の情報をバッテリー情報とみなし、上記電源部（不図示）のバッテリー容量とバッテリー状態を監視する。また、設定画面を通してバッテリー容量が所定値より低下した場合のアクションを設定できる。一般的には、この設定画面により、ＡＣアダプタ接続時とバッテリー駆動時の動作を定義する。この設定画面は従来、ノートＰＣ等のバッテリー内蔵の機器の画面上に表示されていたが、本実施形態では、運用サーバ１にＵＰＳ２をバッテリーとして認識させることで、その運用サーバ１の画面上に、この設定画面を表示させている。
【００２９】
ＵＰＳ２が通常運転している状態では、ＵＳＢの規約に従いやり取りされるプロトコルによって、運用サーバ１のＯＳ３はＵＳＢカード１４を“ＡＣ電源”として認識する。この状態は従来、ノートＰＣ等のバッテリー内蔵の機器において、ＡＣアダプタが接続されている状態として認識されている。
【００３０】
一方、ＵＰＳ２が入力異常等によりバッテリー給電に切り替わり、バックアップ運転をした状態では、ＵＳＢの規約に従いやり取りされるプロトコルによって、運用サーバ１のＯＳ３はＵＳＢカード１４を“バッテリー”として認識する。この状態は従来、ノートＰＣ等のバッテリー内蔵の機器において、バッテリー電源で動作している状態として認識されている。
【００３１】
また、このＵＰＳ２がバッテリー給電に切り替わると、ＡＣＰＩのインタフェースにより各ＯＳに依存した形態の画面表示（ポップアップ表示、バルーン表示）により運用サーバ１のユーザにバッテリー給電に切り替わったことが通知される。
【００３２】
このように、従来のＵＰＳ管理ソフトと同様にＵＰＳ２の状態（商用給電中、バッテリー給電中等）および計測情報（バッテリー容量等）を運用サーバ１側に取得でき、運用サーバ１が動作している間は、システムドライバとして常時ＵＰＳ２と通信を行ない、ＵＰＳ２の状態を監視することができる。
【００３３】
しかし、ＡＣＰＩの運用設定では、従来のＵＰＳ管理ソフトで設定可能であった独自の運用設定を行なうことができない。本実施形態のように運用サーバ１とＵＰＳ２との間の通信形態としてＵＳＢ通信を採用した場合、独自の設定（ログ（イベントログ、データログ）の収集等）を行なうためには、専用のプロトコルを定義した上で、そのプロトコルを実装したドライバをＯＳにインストールし、そのドライバと通信可能なＧＵＩアプリケーションもインストールする必要がある。
【００３４】
この課題を解決するために、本実施形態では、ＵＳＢのＭａｓｓ Ｓｔｏｒａｇｅ Ｄｅｖｉｃｅ Ｃｌａｓｓを使用することにより、ＵＰＳ２に装着されたＵＳＢカード１４をリムーバブルディスクとして認識させ、そのリムーバブルディスク内に、図２のログファイル１６を生成させることによって、通常のファイルを扱う感覚でログファイルへアクセスすることを可能とした環境をユーザに提供している。
【００３５】
具体的には以下のようにする。
１．予めＵＳＢカード１４内のファイルシステムにＵＰＳ運用設定情報が記録された設定ファイルとその設定ファイルを変更するためのＧＵＩアプリケーション（以下、設定ツールという）を格納しておく。
２．ＵＰＳ２に装着されたＵＳＢカード１４と運用サーバ１とをＵＳＢケーブル１５で接続すると、ＯＳ３がＵＳＢカード１４を新たなディスクドライブ（リムーバブルディスク）として検出し、例えば運用サーバ１等の画面上から新たなドライブとして表示可能となる。
３．この表示されたリムーバブルディスク内の上記設定ツールをユーザが利用することで、各種ファイル（この中には、上記設定ファイルも含まれる）の内容がユーザにより変更可能となり、ＵＰＳ２の運用設定が変更される。
【００３６】
ＵＳＢカード１４は、ＵＳＢのＭａｓｓ Ｓｔｏｒａｇｅ Ｄｅｖｉｃｅ Ｃｌａｓｓが提供するすべてのファイルをＵＳＢカード１４内部のメモリに保存しているため、ファイルの状態をＣＰＵ１３により監視することができる。
【００３７】
この際、図４のＣＰＵ１３は内蔵する定周期タイマにより、上記設定ファイルのファイル情報が記録されたファイルタイムスタンプのアドレスを監視する。ＣＰＵ１３により設定ファイルが変更されたことが検出された場合は、その実データが記録されたアドレスを参照し、設定ファイルの正当性確認（この確認は通常ＯＳが行なう）を行った後で、ＵＳＢカード１４内で設定変更を反映させる。このように、通常はＯＳ３が管理するファイルシステムを、ＵＳＢカード１４内からもＯＳ３上で変更されたことを検出可能としている。
【００３８】
また、バッテリー給電を検出したＡＣＰＩは予め定められたアクション（シャットダウン等）をする。しかし、上述したように、ＡＣＰＩはバッテリーの容量を監視しているので、バッテリー切れはＡＣＰＩで判断できても、停電発生はＡＣＰＩでは判断できず、ＵＰＳ２の出力停止をＡＣＰＩで行なうことはできない。すなわち、ＨＩＤ Ｐｏｗｅｒ ＤｅｖｉｃｅｓおよびＡＣＰＩを使用した運用では、従来のＵＰＳ管理ソフトで実行可能な指定時間経過後のＯＳシャットダウンおよびそのシャットダウンからさらに指定時間後のＵＰＳ停止が実現できない。
【００３９】
この課題を解決するために、本実施形態では、ＵＳＢのＭａｓｓ Ｓｔｏｒａｇｅ Ｄｅｖｉｃｅ Ｃｌａｓｓを使用して、図３に示すように、運用サーバ１のリムーバブルディスクとして認識されたメモリ領域内に設定ファイル１８を作成する。この設定ファイル１８に対しユーザは上記設定ツールを利用して設定内容の変更を行い、ＵＳＢカード１４内のメモリ領域（ここでは、不揮発性メモリ８）内に変更後の設定ファイル１８をアップロードする。アップロードされた設定ファイル１８は直ちにＣＰＵ１３に読み込まれ、今後の動作に反映される。
【００４０】
すなわち、ＣＰＵ１３は、停電が発生すると、内蔵のタイマでカウントを開始して、そのカウント値（バッテリー給電での連続動作時間）と、ユーザにより指定されて、設定ファイル１８内に格納された時間（シャットダウン開始遅延時間）との比較処理を行い、シャットダウン開始遅延時間が経過すると、ＨＩＤ Ｐｏｗｅｒ Ｄｅｖｉｃｅｓのプロトコルを使用して、バッテリー容量が“０（ゼロ）”になったという架空の情報（バッテリー切れアラーム）を通知する。この架空の情報はＯＳ３を経由してＡＣＰＩに受け付けられる。
【００４１】
この架空の情報を通知されたＡＣＰＩは、バッテリー切れアラームに対応するアクションとしてＯＳ３のシャットダウンを実行する。
一方、ＵＳＢカード１４は架空の情報を通知したときに、出力停止遅延時間付きシャットダウンコマンド（ＵＰＳ停止命令）をＵＰＳインタフェース１２を通してＵＰＳ２の制御コントロール（ＣＰＵ）４に送信している。
【００４２】
この出力停止遅延時間付きシャットダウンコマンドを受け付けた制御コントロール（ＣＰＵ）４は、そのコマンドに示される所定時間が経過した後に、ＵＰＳ２をシャットダウンする。すなわち、ＵＰＳ２の出力を停止させる。
【００４３】
このように、本実施形態によれば、ＵＰＳ管理ソフトや特殊なドライバをインストールすることなく、ＵＳＢカード１４をＵＰＳ２に装着させて、ＵＳＢケーブル１５をそのＵＳＢカード１４に接続するだけで、ＨＩＤ Ｐｏｗｅｒ ＤｅｖｉｃｅｓによりＵＰＳ２をバッテリーとして認識させることができ、ユーザにとっての利便性が向上したＵＰＳ２との連携システムを実現できる。
【００４４】
また、ＵＳＢのＭａｓｓ Ｓｔｏｒａｇｅ Ｄｅｖｉｃｅ Ｃｌａｓｓを使用して、ＵＳＢカード１４を、ＵＳＢケーブル１５を通した接続先の運用サーバ１のリムーバブルディスクとして認識させている。このため、接続先を変更することにより、任意のＰＣからＵＳＢカード１４内のメモリに格納されたＵＰＳ２のログを取得でき、ユーザにとっての利便性が向上したＵＰＳ２との連携システムを実現できる。
【００４５】
また、通信インタフェースとして一般的なＵＳＢケーブルを使用して通信を行なっているため、ＯＳ標準のドライバで動作し、リソースの消費を低減できる。
続いて、設定ファイルの更新におけるセキュリティについて説明する。
【００４６】
ＵＳＢのＭａｓｓ Ｓｔｏｒａｇｅ Ｄｅｖｉｃｅ Ｃｌａｓｓで提供されるファイルはＦＡＴ（File Allocation Table）システムを使用しているため、誰でも容易に各ファイルを更新・変更することができてしまう。設定情報を読み込む分にはセキュリティ上問題はないが、設定ファイルが改ざんされた場合、例えば予期しないタイミングでＵＰＳの出力が停止する可能性があり、システム上、大きな脅威となる。
【００４７】
設定ファイルを保護するために、設定ファイル内にパスワードを記録する。このパスワードは設定ファイルを読み込んだ場合には、“＊＊＊”のような伏せ字で画面表示される。ユーザが上記設定ツールを利用して設定ファイルを変更するときは、パスワードの入力欄にパスワードを入力するようにする。
【００４８】
ＵＳＢカード１４のＣＰＵ１３は、設定ファイルが更新・変更されたことを検知すると、内部メモリに保持しているパスワードと更新されたファイル内のパスワードとを比較することで認証を行なう。
【００４９】
それらパスワードが一致しなかった場合は更新されたファイルの情報を破棄する。それらパスワードが一致した場合、すなわち、入力したパスワードが正しいものである場合、更新されたファイルの情報（設定値等）を反映させる。
【００５０】
このようにして、設定ファイルのセキュリティレベルを確保している。
また、本実施形態では、図１の不揮発性メモリ８として、ＮＯＲ型Ｆｌａｓｈ−ＲＯＭを使用している。このＦｌａｓｈ−ＲＯＭを使用してＵＳＢのＭａｓｓ Ｓｔｏｒａｇｅ Ｄｅｖｉｃｅ Ｃｌａｓｓにファイルとして表示させるには、ファイルシステムを構築する必要がある。このファイルシステムをＦＡＴとして構築した場合、ファイルシステムとしてのＢＰＢ（Bios Parameter Block）先頭セクタが記述されたＭＢＲ（Master Boot Record）、クラスタのセクタサイズ、クラスタ情報が記述されたＢＰＢ、ファイルの開始アドレスが記述されたＦＡＴ、各ファイルの属性が記述されたＲＤＥ（Root Directory Entry）がヘッダー領域として必要になる。なお、ＦＡＴに各データの開始位置が記述されている。
【００５１】
ファイルが変更されると、ファイルサイズ等の情報も変更されるため、それに対応して、ＦＡＴ、ＲＤＥも更新しなければならない。ファイルが変更される度に、ファイルシステムのヘッダー領域が更新されるため、すぐに、Ｆｌａｓｈ−ＲＯＭの書き込み回数の上限に達してしまい、Ｆｌａｓｈ−ＲＯＭの寿命が短くなってしまう。
【００５２】
この課題を解決するために、ＯＳから書き込み要求されるデータ領域（ファイルシステムヘッダー情報および各ファイルのファイル情報）を書き込み上限回数が無いに等しいＳＲＡＭに保存する。一方、デバイスログなど書換えタイミングが予定されていて、書き換えが少ないファイルのデータについては、Ｆｌａｓｈ−ＲＯＭに保存する。なお、Ｆｌａｓｈ−ＲＯＭに保存する場合でも、書き込みアドレスを均等に分散させるウェアレベリング技術を用いることが好ましい。
【００５３】
このように、書換え回数が多いデータ領域と、書換えタイミングが予定されていて、書き換えが少ないデータ領域とを書き込み上限回数が異なるメモリ（Ｆｌａｓｈ−ＲＯＭとＳＲＡＭ）に分割して保存することで、Ｆｌａｓｈ−ＲＯＭの寿命を延ばしている。
【００５４】
また、ＯＳ上で動作するファイルシステムでは、ファイル情報（ファイルのサイズや、タイムスタンプ等）はＯＳが管理しており、ＯＳ上からファイル操作を行ったときに、ＯＳの管理している情報を更新している。
【００５５】
例えば、機器内部の動作ログの変化は、ＵＳＢカード１４（デバイス）内のＲＴＣ１０から取得された（そのときの）時間とともにログファイルに追加される。つまり、ログファイルのようなファイルは、デバイス内でファイルサイズが動的に変化するファイルである。このようなファイルについては、ＯＳは、例えばそのログファイルに対する変更を検知（更新）できず、更新前のファイルサイズを画面上に表示し続けてしまい、デバイスが更新したファイルのファイルサイズが画面に表示されない。ファイルを読み出す際は、旧情報のサイズをＯＳはデバイス側に要求するため、増加したデータ分は送信できない。
【００５６】
この課題を解決するために、ＵＳＢカード１４内部でファイルサイズが経時的に増加していくデバイスログファイルに対し、ファイルサイズを当初からファイルの最大サイズに設定しておき、実データで埋まらない部分はスペース（空白）やスラッシュ（／）等のダミーデータで埋めておく。そして、実データがデバイスログファイルに追加される度に、ダミーデータの先頭位置以降の所定範囲が追加された実データで上書きされる。なお、ＣＰＵ１３は当然のこととして、ファイル上のダミーデータの開始位置を管理している。
【００５７】
ＯＳにはファイルの最大サイズが通知されているので、ファイルサイズが経時的に増加していくデバイスログファイルに対しても、ＯＳ側で常にファイル内のすべてのデータを読み出すことが可能となる。
【００５８】
以下では、本実施形態のシステムの運用例について説明する。
第１の運用例として、“停電発生時にシステムを安全に停止させる”場合を説明する。
この場合、設定画面（不図示）を介して、ＡＣＰＩのアクションを以下のように設定する。
【００５９】
バッテリー切れアラームが発生した場合はシャットダウンを行なう
また、ＵＳＢのＭａｓｓ Ｓｔｏｒａｇｅ Ｄｅｖｉｃｅ Ｃｌａｓｓから、ＵＳＢカード１４のアクション設定を以下のようにする。
【００６０】
停電が１分以上継続した場合に運用サーバ１を停止（シャットダウン）させ、その３分後にＵＰＳ２の出力を停止させる。また、入力が復帰した場合は即座にＵＰＳ２の出力を開始し、運用サーバ１を自動で稼動させる。
【００６１】
図４は、本実施形態のＵＰＳ搭載システムの入力系統における異常発生時の運用例を示す図である。
【００６２】
ＵＳＢのＭａｓｓ Ｓｔｏｒａｇｅ Ｄｅｖｉｃｅ Ｃｌａｓｓから、事前に、ＵＳＢカード１４のアクション設定が（１）で行われる。
入力系統に異常が（２）で発生しＵＰＳ２への入力が遮断されると、ＵＰＳ２がバックアップ運転に切り替わる。ＵＳＢカード１４は、ＵＰＳ２がバックアップ運転の状態にあることを（３）で検出すると、ＨＩＤ Ｐｏｗｅｒ Ｄｅｖｉｃｅｓのプロトコルを使用して、そのＵＰＳ２がバックアップ運転の状態にあることをＯＳ３を経由して（４）でＡＣＰＩに通知する。この通知を受けたＡＣＰＩは、ポップアップ等で画面表示することにより、ユーザにこの状態を（５）で通知する。
【００６３】
また、ＵＳＢカード１４は、ＵＰＳ２がバックアップ運転の状態にあることを（４）で通知したときからシャットダウン開始遅延時間経過後に、ＨＩＤ Ｐｏｗｅｒ Ｄｅｖｉｃｅｓのプロトコルを使用して、バッテリー容量が“０（ゼロ）”になったという架空の情報（バッテリー切れアラーム）をＯＳ３を経由してＡＣＰＩに（６）で通知する。
【００６４】
この架空の情報を通知されたＡＣＰＩは、バッテリー切れアラームに対応するアクションとしてＯＳ３のシャットダウンを（７）で実行（開始）する。
一方、ＵＳＢカード１４は架空の情報を通知したときから、出力停止遅延時間経過後に、ＵＰＳ２の出力を（８）で停止させる。
【００６５】
一方、入力異常が復帰することで、入力が復帰すると、ＵＰＳ２は（９）で電源供給により自動で出力を開始し運用サーバ１を起動させる。
続いて、第２の運用例として、“メンテナンス時にログを収集する”場合を説明する。
【００６６】
ＵＰＳが組み込まれたシステムでは、機器の電源保護のためにＵＰＳが使用されるため、サーバと接続することは少ない。そして、メンテナンス時にノートＰＣのような簡易ＰＣを使用することが多い。そのようなＰＣには殆どＲＳ２３２Ｃポートが付いてなく、ＲＳ２３２Ｃケーブルを使用した通信を行なうことができない。
【００６７】
本実施形態では、簡易ＰＣでも殆ど実装されているＵＳＢポートを使用し、図５に示すように、ＵＰＳ２とメンテナンス用ＰＣ２１とをＵＳＢケーブル１５で接続するだけで、ＵＰＳログファイル１６が、メンテナンス用ＰＣ２１のＯＳ２３からリムーバブルディスクに保存されたファイルとして認識できるようになり、通常のファイルをコピーする感覚でログを収集することが可能となる。
【符号の説明】
【００６８】
１、３１  運用サーバ
２、３２  ＵＰＳ
３、２３、３３  ＯＳ
４、３４  制御コントロール（ＣＰＵ）
７  ＵＳＢインタフェース
８  ＲＯＭ
９  ＲＡＭ
１０  ＲＴＣ
１１  バックアップ電池
１２  ＵＰＳインタフェース
１３  ＣＰＵ
１４  ＵＳＢカード
１５  ＵＳＢケーブル
１６、３８  ＵＰＳログファイル
１８  設定ファイル
２１、３９  メンテナンス用ＰＣ
３５  ＵＰＳ管理ソフト
３６  ＲＳ２３２Ｃ通信カード
３７  ＲＳ２３２Ｃケーブル
【図１】
2010166650.tif 000003
【図２】
2010166650.tif 000004
【図３】
2010166650.tif 000005
【図４】
2010166650.tif 000006
【図５】
2010166650.tif 000007
【図６】
2010166650.tif 000008
【図７】
2010166650.tif 000009
【図８】
2010166650.tif 000010