主記憶装置及び二次記憶装置を有する情報処理装置であって、前記二次記憶装置のファイルシステムの情報の記憶エリアを前記主記憶装置上に確保する手段と、当該確保された記憶エリアに前記ファイルシステムの情報を書き込む手段と、省エネモード時、前記ファイルシステムの情報を保持する手段と、省エネモード時、前記二次記憶装置の電源をオフにする手段とを有する情報処理装置。請求項1に記載された情報処理装置において、前記保持する手段は、省エネモードに移行するとき、前記ファイルシステムの情報をコピーする手段を有する情報処理装置。請求項2に記載された情報処理装置において、前記コピーする手段は、前記主記憶装置上にコピーする情報処理装置。請求項2に記載された情報処理装置において、前記コピーする手段によるコピーの後に、前記確保された記憶エリアを解放する手段を有する情報処理装置。請求項4に記載された情報処理装置において、省エネモードから復帰するとき、前記二次記憶装置のファイルシステムの情報の記憶エリアを主記憶装置上に確保する手段と、当該確保された記憶エリアに、前記コピーされた前記ファイルシステムの情報を書き込む手段とを有する情報処理装置。請求項1に記載された情報処理装置において、省エネモードに移行するとき、前記二次記憶装置の電源をオフに設定する手段を有し、前記保持する手段は、当該設定に応じて前記二次記憶装置から通知される電源オフ通知に応じて、前記ファイルシステム情報の保持を開始する情報処理装置。請求項1~6のいずれかに記載された情報処理装置において、前記主記憶装置上のファイルキャッシュのデータを前記二次記憶装置上に同期させる手段と、省エネモード時は、当該同期させる手段の動作を停止させる手段とを有する情報処理装置。請求項1~7のいずれかに記載された情報処理装置において、省エネモード時は、ユーザプログラムによる前記二次記憶装置に対するアクセス要求に対して、エラーを通知する手段を有する情報処理装置。主記憶装置及び二次記憶装置を有する情報処理装置が実行する情報処理方法であって、前記二次記憶装置のファイルシステムの情報の記憶エリアを前記主記憶装置上に確保する工程と、当該確保された記憶エリアに前記ファイルシステムの情報を書き込む工程と、省エネモード時、前記ファイルシステムの情報を保持する工程と、省エネモード時、前記二次記憶装置の電源をオフにする工程とを有する情報処理方法。コンピュータを請求項1~8に記載された情報処理装置の各手段として機能させるためのプログラム。本発明は、このような問題を解決するためになされたものであり、その目的は、省エネモード時に二次記憶装置の電源をオフにする情報処理装置において、省エネモード時に二次記憶装置内のファイルシステムの情報を保持できるようにすることである。本発明の情報処理装置は、主記憶装置及び二次記憶装置を有する情報処理装置であって、前記二次記憶装置のファイルシステムの情報の記憶エリアを前記主記憶装置上に確保する手段と、当該確保された記憶エリアに前記ファイルシステムの情報を書き込む手段と、省エネモード時、前記ファイルシステムの情報を保持する手段と、省エネモード時、前記二次記憶装置の電源をオフにする手段とを有する情報処理装置である。本発明の情報処理方法は、主記憶装置及び二次記憶装置を有する情報処理装置が実行する情報処理方法であって、前記二次記憶装置のファイルシステムの情報の記憶エリアを前記主記憶装置上に確保する工程と、当該確保された記憶エリアに前記ファイルシステムの情報を書き込む工程と、省エネモード時、前記ファイルシステムの情報を保持する工程と、省エネモード時、前記二次記憶装置の電源をオフにする工程とを有する情報処理方法である。本発明のプログラムは、コンピュータを、本発明の情報処理装置の各手段として機能させるためのプログラムである。本発明によれば、省エネモード時に二次記憶装置の電源をオフにする情報処理装置において、省エネモード時に二次記憶装置内のファイルシステムの情報を保持することができる。以下、本発明の実施形態について図面を参照して説明する。情報処理装置の構成図1は、本発明の実施形態の情報処理装置の主としてソフトウェア構成を示すブロック図である。この情報処理装置1はデジタル複合機であり、各種ソフトウェアを有する本体2と、本体2に内蔵或いは外付けされる付属装置3とを備えている。本体2は一般的なコンピュータと同様、CPUCentralProcessingUnit、RAM主記憶装置、及びROMReadOnlyMemoryを有するコントローラを備えている。本体2が有するソフトウェアは、プラットホーム21及びアプリケーション22からなる。プラットホーム21は、汎用OSOperatingSystem23、SRMSystemResourceManager24、ネットワーク管理モジュール25、及びパネル管理モジュール26からなる。汎用OS23はUNIX登録商標、Linux登録商標などの汎用オペレーティングシステムであり、プラットホーム21並びにアプリケーション22の各ソフトウェアをそれぞれプロセスとして並列実行する。汎用OS23は、ファイルシステム231と、各種ドライバとしてのSDカードドライバ232、USBメモリドライバ233、HDDドライバ234、ネットワークドライバ235、及びパネルドライバ236、並びにタイマ237を備えており、各種ドライバには、それぞれ対応するSDカード31、直付USBメモリ32、HDD33、ネットワークI/Fインタフェース34、及び操作パネル35が接続される。アプリケーション22は、PDLページ記述言語、PCLプリンタ制御言語及びPSポストスクリプトを有するプリンタ用のアプリケーションであるプリンタアプリ221と、コピー用アプリケーションであるコピーアプリ222と、ファクシミリ用アプリケーションであるファックスアプリ223と、スキャナ用アプリケーションであるスキャナアプリ224と、ネットファイル用アプリケーションであるネットファイルアプリ225と、工程検査用アプリケーションである工程検査アプリ226と、リモートROMアップデート用のアプリケーションであるRRURemoteROMUpdateアプリ227を有する。ネットワーク管理モジュール25、及びパネル管理モジュール26は、アプリケーション22からの処理要求を解釈して、ハードウェア資源の獲得要求を発生させるコントロールモジュールである。即ちネットワーク管理モジュール25は、ネットワークI/F34を必要とするアプリケーションに対して共通に利用できるサービスを提供するためのモジュール群であり、ネットワーク側から各プロトコルによって受信したデータの各アプリケーションへの振り分け、アプリケーションからデータをネットワーク側に送信する際の仲介を行う。具体的には、ftpd、httpd、lpd、snmpd、telnetd、smtpdなどのサーバデーモンや、同プロトコルのクライアント機能などを有する。また、パネル管理モジュール26は、オペレータと本体2間の情報伝達手段となる操作パネル35を制御するモジュールであり、オペレータのキー操作イベントを本体2に通知する処理、各アプリがGUIGraphicalUserInterfaceを構築するためのライブラリ関数を提供する処理、構築されたGUI情報をアプリ別に管理する処理、操作パネル35上への表示反映処理などを行う。SRMSystemResourceManager24は、一又は複数のハードウェア資源の管理を行い、コントロールモジュールからの獲得要求を調停する。即ち、機器管理モジュール241とともにシステムの制御およびリソースの管理を行うものであり、図示しないスキャナ部やプリンタ部などのエンジン、二次記憶装置であるSDカード31、直付USBメモリ32、及びHDD33、ネットワークI/F34、操作パネル35などのハードウェア資源を利用する上位層からの要求に従って調停を行い、実行制御する。機器管理モジュール241は、1アプリ管理、2操作パネル制御、3システム画面表示ジョブリスト画面、カウンタ表示画面など、4LED表示、5リソース管理、6割り込みアプリ制御を行う。具体的には、1アプリ管理では、アプリの登録と、その情報を他のアプリに通知する処理を行う。登録されたアプリに対しては、システムの設定やアプリからの要求設定に応じてエンジン状態を通知する。また、登録済みのアプリに対しては、省エネ移行、復帰の問い合わせ、割り込みモードなど、システムの状態遷移のための可否問い合わせを行う。2操作パネル制御では、アプリの操作パネル使用権の排他制御を行う。そして、操作パネルの使用権を持つアプリへパネル管理モジュール26からのキー情報を排他的に通知する。このキー情報は、アプリ切替中などのシステムの状態遷移に応じて一時的に通知を停止するマスク制御を行う。3システム画面表示では、操作パネル使用権を持つアプリからの要求内容に応じて、エンジン状態に対応する警告画面の表示を行う。これらのなかには、利用者制限画面などアプリの状態に応じて警告表示をオン/オフするものもある。エンジン状態以外では、ジョブの予約実行状況を表示するためのジョブリスト画面、トータルカウンタ類を表示するためのカウンタ画面、パネル管理モジュール26への通報中を示す画面の表示制御を行う。これらのシステム画面表示に関しては、アプリへ操作部使用権の解放を要求せず、アプリ画面を覆うシステム画面として描画を行う。4LED表示では、警告LED、アプリキーなどのシステムLEDの表示制御を行う。アプリ固有のLEDについては、アプリが直接表示用ドライバを使用して制御する。5リソース管理では、図示しないエンジンコントロールモジュールがジョブを実行するに当たって、排他しなければならないエンジンリソーススキャナ、ステープルなどの排他制御のためのサービスを行い、6割り込みアプリ制御では、特定のアプリを優先動作させるための制御サービスを行う。省エネ制御時のファイルシステム情報処理次に情報処理装置1の省エネ制御時のファイルシステム情報処理について、図2及び図3を用いて説明する。一般に図1に示すような汎用OSを用いた情報処理装置において、図2に示すように、省エネ移行時に二次記憶装置例えば直付USBメモリ32の電源をオフするとき電源オフイベント101、これをトリガにドライバ層例えばUSBメモリドライバ233の後始末処理301が起動し、ファイルシステム層ファイルシステム231は二次記憶装置内のファイルシステムの情報であるファイル情報401及びマウント情報402を保持しているRAM上の記憶エリアを解放し、それらの情報を破棄してしまう。そのため、省エネ復帰により二次記憶装置の電源をオンしたとき電源オンイベント102、これをトリガにドライバ層の再初期化処理302が起動し、ファイルシステム層は二次記憶装置に関するファイル情報403及びマウント情報404を新たに作成し、RAM上に確保した記憶エリアに書き込む。このことはユーザプロセスにとって、下記1、2の問題がある。1ユーザプログラム201が保持するファイル情報が消える。そのため、例えばUNIX登録商標系のOS上で動くユーザプロセスであれば、今まで開いていたファイルにアクセスするためには再度ファイルをオープンする必要がある。2システム全体でマウント情報を共有している。これは二次記憶装置内のファイルシステムを特定のパスから見えるようにするものと考えればよい。こうした情報も割り当て直す必要がある。この割当処理が終わるまで二次記憶装置内のファイルシステムにアクセスできず、したがって、それまでの間は二次記憶装置内のファイルを使用する機能が使えなくなる。そこで、本実施形態では、図3に示すように、省エネ移行時に後始末処理303内でファイル情報401とマウント情報402を解放破棄せずに保持したままにする。そして、省エネ復帰時に再初期化処理304では再割り当てを行わず、省エネ移行時に保存してあったファイル情報401、マウント情報402をそのまま使用する。これによって、ユーザプロセス側では余計なファイル系初期化処理を実行する必要がなくなる。また、マウント情報402も保持しているため、二次記憶装置の電源をオンし、ハードウェア的に使用できる状態となっていれば即座に二次記憶装置内のファイルシステムにアクセス可能となる。よって、二次記憶装置内のファイルを用いる機能もすぐに使えるため、利用者を待たせることがなくなる。図3に示す処理を実現するためには、もう一つ考慮することがある。それは、ハードウェア的には二次記憶装置の電源がオフされているにも関わらず、ソフトウェア的な情報では二次記憶装置内のファイルシステムにアクセスできるかの様に見えるという、ある意味で矛盾した状態を解消する仕組みを実現することである。ファイルにアクセスするプログラムには大きく分けて2つのタイプがある。即ちユーザプログラムと、定周期キャッシュ書き戻しプロセスである。ユーザプログラムはOS上で動作するプログラムであり、このプログラムがファイルにアクセスするときにはOSが提供するI/FAPI:ApplicationProgrammingInterfaceを経由する。定周期キャッシュ書き戻しプロセスは、OSが保持するファイルキャッシュの中身を二次記憶装置に反映させための特殊なプログラムであり、OSの一部として動作する。定周期キャッシュ書き戻しプロセス図4を用いて定周期キャッシュ書き戻しプロセスを説明する。定周期キャッシュ書き戻しプロセス202では、呼び出し処理203がファイルキャッシュ同期処理204を呼び出し、ファイルキャッシュ同期処理204が本体2内のRAM上のファイルキャッシュ411を二次記憶装置以下、直付USBメモリとする32への書き戻し処理205を行う。汎用OS23にはユーザプログラムによって直近にアクセスされた二次記憶装置のデータをRAM上に保持する仕組みがある。これによって、ユーザプログラムは毎回アクセス速度の遅い二次記憶装置にアクセスしなくてもよくなり、性能向上に寄与する。ここで、ユーザプログラムによるアクセスが単なる読み出しであれば問題はないが、書き込みを行う際、一般的なOSは下記1、2ように動作するため、問題が発生する。1RAMキャッシュがあった場合はファイルキャッシュ上に変更を行い、ダーティの印をつける。2RAMキャッシュがない場合は二次記憶装置から読み出しを行い、ファイルキャッシュを作成する。そして、1と同じくファイルキャッシュ上に変更を行い、ダーティの印をつける。問題は、この状態で二次記憶装置にファイルキャッシュ上のデータが反映されない場合、電源オフで書いたはずのデータが消えてしまうことである。そこで、定周期毎に二次記憶装置内にファイルキャッシュ上のデータの反映を行う仕組みがある。この仕組みを司るのが、定周期キャッシュ書き戻しプロセスである。図5にファイルキャッシュの概要を示す。一般的にあるファイルに対応したファイルキャッシュ411は、ファイルを管理するデータ構造410内にリストもしくは配列の形で保持されている。ここで、1つのファイルは0個以上のファイルキャッシュ411を持つ。直近にアクセスされた位置にあるブロック単位でファイルキャッシュ411を保持する。ファイルキャッシュ411はファイルを管理するデータ構造410からリストや配列などの形式で保存されているため、順次辿ることができる。そのため、現在開かれている全ファイルを辿ってファイルを管理するデータ構造410を使い、ファイルキャッシュ同期処理を行うことでファイルの書き戻しが可能である。図6にファイルキャッシュ同期処理図4のステップ204のフローを示す。ファイルキャッシュ同期処理204においては、全てのファイルキャッシュを二次記憶装置に書き戻すまでステップ204a:Yes、リストからファイルキャッシュのブロックを1つずつ取り出しステップ204b、二次記憶装置へ転送する処理ステップ204cを繰り返す。定周期キャッシュ書き戻しプロセスの呼び出し処理図4のステップ203は一般的には図7のように動作する。まず、タイマ237からの割り込みがあるまで一定時間休眠して待つステップ203a。一定時間が経過したら、省エネ制御のモードが省エネ移行であるか否かを判断するステップ203b。省エネ移行とは省エネモードに移行した状態、即ち省エネモード中である。判断の結果が省エネ移行でない場合はステップ203b:No、ファイルキャッシュ同期処理を呼び出しステップ203c、省エネ移行である場合はステップ203b:Yes、一定時間の休眠状態ステップ203aに戻る。ファイルシステムから見た省エネ移行時の挙動図8はファイルシステム231から見た省エネモード時の挙動を示す図である。ここには、ファイルにアクセスするプログラムとして、ユーザプログラム201及び定周期キャッシュ書き戻しプロセス202がある。ユーザプログラム201がファイルにアクセスしようとするとファイルアクセス要求206、汎用OS23がエラーを返す。なぜなら、省エネモード中は電源オフである実際のデバイス二次記憶装置にアクセスすることができないためである。定周期キャッシュ書き戻しプロセス202は、図7に示したように、省エネモード中は動作しない。図8に示すように、省エネ移行処理110が始まると、二次記憶装置32の電源をオフする処理116の前に、ファイルキャッシュ同期処理204の呼び出し処理図7の203cと同様な処理111を行い、RAM上の全てのファイルキャッシュ411のダーティなデータを二次記憶装置32に書き戻す処理115。並行して、省エネ制御のモードを省エネ移行に設定し処理112、電源オフ116と同時に省エネ制御のモードが省エネ移行となる処理113。これにより、二次記憶装置32の電源をオフしても、これまでにユーザプログラム201が書いたデータは保持されるため、定周期キャッシュ書き戻しプロセス202が動作しなくても問題ない。図8における省エネ移行処理110は、例えば操作パネル35から入力操作が一定時間行われなかった場合、ネットワークI/F34から印刷コマンドが一定時間入力されなかった場合等に行われる。また、操作パネル35に設けられた所定のキー例えばサブ電源キーを押下することに応じて行われる。起動時に実行される設定ファイルとマウント情報との関係情報処理装置1の起動時、機器管理モジュール241は設定ファイルに記述された通りに二次記憶装置32内のファイルシステムのマウントを行い、本体2内の全モジュールが二次記憶装置32内のファイルシステムにアクセスできるようにする。図9に、情報処理装置1の起動時に参照される設定ファイルの一例とマウント情報との関係を示す。設定ファイル420に記述されている枠421内の部分は、二次記憶装置32内のパーティションsd0d、sd0e、sd0fに対応している。マウント動作により、本体2内のRAM上に展開されているルートファイルシステム430のディレクトリと二次記憶装置32のパーティション内にあるファイルシステムとが関連付けられる。この結果、本体2内のディレクトリ経由で二次記憶装置32内のファイルシステムにアクセスすることができる。なお、マウント動作は、起動時だけでなく、二次記憶装置32が本体2のI/Fに挿入されたときにも行われる。つまり、マウント動作は、本体2が二次記憶装置32の接続電気的接続を検知したときに行われる。マウント時に追加されるデータとそのデータ構造マウントが行われると、汎用OS23は、図10のようなデータ構造を持つマウント構造体432を汎用OS23の内部に作成する。マウント構造体432は、マウント構造体リスト管理テーブル431により管理されており、マウント動作毎装置の起動毎、二次記憶装置32の挿入毎にリストに1つのマウント構造体432が追加される。マウント構造体432は、マウントポイント、マウントデバイス、ファイルシステム種類、所属するファイルのリスト等のマウントに関するデータを持っている。ここで、所属するファイルのリストには、該当ファイルシステム内のファイルがオープンされる毎にファイルの情報が追加される。ファイルオープン時に追加されるデータとそのデータ構造図10に示すマウント構造体432が作成されることで、情報処理装置1が動作し、本体2内の任意のモジュールアプリケーションが二次記憶装置32内のファイルにアクセスするためにオープン動作を行い、本体2内のモジュールから二次記憶装置32内のファイルにアクセスできるようにする。ファイルオープン時に追加されるデータとその構造を図11に示す。図において、プロセス構造体440は、ファイルをオープンしたプロセスを管理するための構造体であり、プロセス名、プロセス番号、開いたファイルのリスト等のデータを持っている。ファイル構造体リスト管理テーブル450はファイル構造体451を管理するためのテーブルである。ファイル構造体451は、オープンされたファイルに関する情報として、ファイル名、ファイルディスクリプタ番号、このファイルが属するマウントポイントの情報等が格納された構造体である。このファイルが属するマウントポイントの情報にマウント構造体432を加える。図11は、機器管理モジュール241が、マウント構造体432に格納されているマウントポイントに所属するファイル構造体リスト450をオープンしたことを示している。省エネ移行時の処理シーケンス次に情報処理装置1における省エネ移行時の処理シーケンスについて、図12及び図13を用いて説明する。ここで、図12は省エネ移行時の処理シーケンスを示す図であり、図13は図12における後始末処理のフローチャートである。図12に示すように、操作パネル35のサブ電源キーが利用者により押下されると、操作パネル35はサブ電源キー押下イベントをパネル管理モジュール26に通知しシーケンスS1、パネル管理モジュール26はサブ電源キー押下イベントを機器管理モジュール241に通知するシーケンスS2。次に機器管理モジュール241は、他のアプリ群アプリケーション22に対して、プロセス間通信を用いて、省エネモードに移行してよい状態か否かを問い合わせシーケンスS3、応答を受信するシーケンスS4。機器管理モジュール241は、全てのアプリ群からの応答が移行OKであった場合のみシーケンスS5:Yes、汎用OS23が公開するシステムコールを用いて、省エネ移行要求を行いシーケンスS6、それ以外の場合はシーケンスS5:No、処理を中断する。省エネ移行要求を受けた汎用OS23は、ファイルキャッシュ同期処理を行ってシーケンスS7、RAM上のファイルキャッシュを二次記憶装置32に書き戻すシーケンスS8。このファイルキャッシュ同期処理のフローは図6に準ずる。次に汎用OS23は、二次記憶装置32内の所定のレジスタの値を書き換えるなどの処理により、二次記憶装置32の電源をオフに設定するシーケンスS9。二次記憶装置32が電源オフイベントを汎用OS23に通知するとシーケンスS10、汎用OS23はファイル構造体及びマウント構造体の後始末処理を行うシーケンスS11。ここで、シーケンスS9、S10については、割り込みもしくは通信プロトコルに基づいた通信に基づいて実行することができる。この後始末処理では、図13に示すように、現在省エネ移行中か否かを判断するステップS11a。ここでは、常にYesとなる。そこで、ファイル構造体及びマウント構造体をメモリRAM上の記憶エリアにコピーしステップS11b、ファイル構造体及びマウント構造体が配置されていたメモリコピー元のファイル構造体及びマウント構造体のRAM上の記憶エリアを解放するステップS11c。よって、必ずファイル構造体及びマウント構造体は保存される。従って、後述する図15再初期化処理でファイル構造体、マウント構造体の内容を復元できるため、省エネ移行前と復帰後で、ファイルシステムの情報を引き継ぐことができる。従って、図3に記載した事項を満たすことができる。なお、この後始末処理は省エネ移行時以外、例えば二次記憶装置32が本体2から抜かれたときや、情報処理装置1のメイン電源キーによりメイン電源がオフされるときにも実行される処理であり、そのときにはNoとなるので、ステップS11bを省略して、ステップS11cに移行する。図12の説明に戻る。後始末処理を終えた汎用OS23は機器管理モジュール241に対して、省エネ移行OKを通知するシーケンスS12。省エネ復帰時の処理シーケンス次に情報処理装置1における省エネ復帰時の処理シーケンスについて、図14及び図15を用いて説明する。ここで、図14は省エネ復帰時の処理シーケンスを示す図であり、図15は図14における再初期化処理のフローチャートである。図14に示すように、操作パネル35のサブ電源キーが利用者により押下されると、操作パネル35はサブ電源キー押下イベントをパネル管理モジュール26に通知しシーケンスS21、パネル管理モジュール26はサブ電源キー押下イベントを機器管理モジュール241に通知するシーケンスS22。次に機器管理モジュール241は、他のアプリ群に対して、プロセス間通信を用いて、省エネ復帰してよい状態か否かを問い合わせシーケンスS23、応答を受信するシーケンスS24。機器管理モジュール241は、全てのアプリ群からの応答が復帰OKであった場合のみシーケンスS25:Yes、汎用OS23が公開するシステムコールを用いて、省エネ復帰要求を行いシーケンスS26、それ以外の場合はシーケンスS25:No、処理を中断する。省エネ復帰要求を受けた汎用OS23は、二次記憶装置32内の所定のレジスタの値を書き換えるなどの処理により、二次記憶装置32の電源をオンに設定するシーケンスS27。二次記憶装置32が電源オンイベントを汎用OS23に通知するとシーケンスS28、汎用OS23はファイル構造体及びマウント構造体の再初期化処理を行うシーケンスS29。この再初期化処理では、図15に示すように、マウント構造体を配置するメモリをRAM上に確保しステップS29a、現在省エネ復帰中か否かを判断するステップS29b。ここでは、Yesとなるので、ファイル構造体を配置するメモリを確保するステップS29c。そして、ステップS29a、S29cで確保したメモリに、省エネ移行時にステップS11bでメモリにコピーし、保存しておいたマウント構造体の情報、ファイル構造体の情報を書き戻すステップS29e。なお、ステップS29bでYesとなるのは、例えば装置の起動時であり、この場合は、マウント構造体の初期化処理ステップS29dを行う。この処理は図9及び図10を用いて説明した処理である。図14の説明に戻る。再初期化処理を終えた汎用OS23は、省エネ制御のモードを省エネ復帰に設定した後に、機器管理モジュール241に対して、省エネ復帰OKを通知するシーケンスS30、S31。機器管理モジュール241を始め、その他のモジュールはそのイメージをRAMDISKの手法を用いて実行形式ファイル毎に全てRAM上にロードしているため、省エネモード中に二次記憶装置にアクセスすることはない。なお、図12では、操作パネル35のサブ電源キーの押下に応じて、省エネ移行のシーケンスを実行しているが、操作パネル35が一定時間操作されなかったり、ネットワークI/F34からのデータ入力が一定時間無かったりした場合にも、同様に省エネ移行のシーケンスを実行する。また、操作パネル35が操作されたり、ネットワークI/F34からのデータが入力されたりした場合にも、同様に省エネ復帰のシーケンスを実行する。また、以上の実施形態では、二次記憶装置を直付USBメモリ32とした場合について説明したが、二次記憶装置がSDカード31やHDD33の場合も同様に構成することができる。さらに、以上の実施形態では、ファイル構造体及びマウント構造体をコピーし、コピー元のファイル構造体及びマウント構造体が配置されたメモリを解放するように構成したが図13のS11b、S11c、ファイル構造体及びマウント構造体をコピーせず、ファイル構造体及びマウント構造体が配置されたメモリを解放せずに保持する構成とすることもできる。この構成は、省エネ移行時の後始末処理、省エネ復帰時の再初期化処理を実行しない構成と言える。以上詳細に説明したように、本実施形態の情報処理装置1は、下記1~7の効果を有する。1消費電力の大きい二次記憶装置の電源を省エネモード時にオフすることができるので、省エネ効果を大幅に向上させることができる。2電源オフ時に、割り込みもしくは通信プロトコルに基づいた通信に基づいて、二次記憶装置の電源がオフされたことを通知することにより、汎用OS23が二次記憶装置の電源がオフされたことを知ることができるため、後始末処理を遅延なく行うことができる。3通常、電源オフなどの事情により二次記憶装置が一時的であっても使用不能になると、その二次記憶装置上に存在するファイルシステムに関する情報及び該当ファイルシステム内のファイルに関する情報は一度破棄される。そのため、ユーザプログラム側では再度の電源オン時にマウント処理及びユーザプログラムがオープンしていたファイルを再度オープンする必要がある。これに対し、本実施形態では、省エネモード移行後、ソフトウェアから見るとデバイスが消失したように見える場合であっても、マウント情報もしくはユーザプログラムがオープンしているファイルもしくはファイルシステムの情報を破棄することなく、省エネモードからの復帰時までこれらの情報を保持することができるので、通常のケースで必要なマウント処理及びオープン処理をやり直す必要がないため、省エネモードからの復帰時間を早めることができる。また、ユーザプログラム側で上記処理をやり直す必要がないため、作りが簡潔になり、不具合の防止にも大きく貢献することができる。4汎用OS23内部で保持するファイルキャッシュと二次記憶装置の整合を取るために、一定周期毎にRAM上のファイルキャッシュと同期をとるためのモジュールがカーネル内に存在するが、このモジュールを省エネモード移行時に停止することができる。これにより、電源オフ中の二次記憶装置に対するアクセスに起因するハードウェア的なエラーを防ぐことができるため、省エネモードの安定運用が可能になる。5省エネモード移行後、電源がオフされていることでアクセス不能な二次記憶装置について、省エネモード移行後のユーザプログラムからのアクセス要求に対してエラーを通知することができるので、電源オフ中の二次記憶装置に対するアクセスに起因するハードウェア的なエラーを防ぐことができる。このため、省エネモードの安定運用が可能になる。6省エネモードからの復帰後、ファイルキャッシュ同期処理を再開することで、二次記憶装置が使えるようになってから、RAM上のファイルキャッシュと二次記憶装置の内容の同期がとれるようになるため、二次記憶装置内のファイルの破損を防ぐことができるようになる。7省エネモードからの復帰後、ユーザプログラムからのアクセス要求に対して、特段の事情のない限りエラーを通知することなくアクセスを受け入れることができる。これにより、省エネ復帰後、ユーザプログラムが二次記憶装置上のファイルにアクセスすることが出来るようになるため、省エネ移行前の状態を保持することができる。