JP5506418B2

JP5506418B2 - プログラム、制御方法、並びに制御装置

Info

Publication number: JP5506418B2
Application number: JP2010006930A
Authority: JP
Inventors: 健一橋本; 友裕増渕
Original assignee: Ubiquitous Corp
Current assignee: Ubiquitous Corp
Priority date: 2010-01-15
Filing date: 2010-01-15
Publication date: 2014-05-28
Anticipated expiration: 2030-01-15
Also published as: JP2011145933A; WO2011086710A1

Description

本発明はプログラム、制御方法、並びに制御装置に関し、特に、ソフトウェアの起動を制御するときに好適なプログラム、制御方法、並びに制御装置に関する。

パーソナルコンピュータにおいて、ＯＳ（Operating System）を起動させ、所望のソフトウェアを動作させるまでには数分単位の起動時間が必要であった。これを高速に起動させる手法として、ハイバネーション（hibernation）と呼ばれる手法が存在する（例えば、特許文献１参照）。

特許文献１には、起動後のＣＰＵ（central processing unit）やＩ／Ｏ（input／output）レジスタ、ＲＡＭ（Random Access Memory）イメージが、ハードディスクドライブ（ＨＤＤ）やフラッシュメモリに格納されることが記載されている。そして、次に起動されるときに、格納されているＲＡＭイメージが復帰され、その後、ＣＰＵやＩ／Ｏレジスタが再設定されることが記載されている。このように起動することで、ＯＳの起動を高速化させることが、特許文献１では提案されている。このような提案に基づくハイバネーションと称される手法は、既にパーソナルコンピュータで適用されている。

また、組み込み型のコンピュータ、例えば、テレビジョン受像器、ハードディスクレコーダといった電子機器に組み込まれているコンピュータにおいても、ハイバネーションの手法が応用されている。

特開２００５−１４９２２５号公報特開２００７−３３４３８３号公報

ハイバネーションを適用し、ＯＳを起動させる場合とＯＳを通常通りに起動させる場合とを比較した場合、ハイバネーションを適用してＯＳを起動させる方が、より高速に起動させることができる。しかしながら、ＲＡＭの容量増加に伴って保存すべきＲＡＭイメージのサイズも増加してしまい、起動時に、そのＲＡＭイメージの展開時間も増加してしまう。結果として、ＲＡＭの大容量化に伴い高速起動が困難になってしまう。

また、パーソナルコンピュータは、ＣＰＵの性能も比較的高いため、仮にＲＡＭイメージのサイズが増加してしまっても、そのＲＡＭイメージを処理する性能が確保される。しかしながら、組み込み型のコンピュータの場合、ＣＰＵの性能が比較的低いものが使われることが多い。そのため、組み込み型のコンピュータの場合、ＲＡＭイメージが増加すれば、ハイバネーションの手法を適用しても、起動時の速度は低下してしまう。すなわち、組み込み型のコンピュータの場合、ＲＡＭイメージの増加による速度の低下は、より顕著に表れてしまう。

また、ＲＡＭイメージを圧縮することで、ＲＡＭイメージのサイズを小さくすることも提案されているが、起動時に伸張する処理が必要となる。この伸張処理にかかるＣＰＵへの負荷や、伸張処理にかかる時間を考慮すると、起動の高速化という点では効果的な方法ではない。

このようなことを考慮し、特許文献２では、ハイバネーションのイメージの全ての転送を完了する前に、ＯＳの実行を開始する手法が提案されている。しかしながら、この手法では、特別なハードウエアを搭載し、先行転送するページを予め特定しておく必要があるため、その特別なハードウエアの分だけコストが高くなるなどの問題点があった。

本発明は、このような状況に鑑みてなされたものであり、起動時間を短縮することができるようにするものである。

本発明の一側面のプログラムは、メモリを管理する機能を有する制御装置に、所定のソフトウェアの動作に必要なページに対して、全てのページでページフォルトが発生するようにページテーブルエントリを書き換え、前記ソフトウェアが起動時に、前記ページテーブルエントリで、ページフォルトが発生し、そのページフォルトが発生したページを順次読み出すステップを含み、該当する前記ページを起動時に先行読込をすべきかどうかを表す先行読み込みフラグと、該当する前記ページが動的ロードされたかどうかを表す読み込み済フラグと、起動後の任意の時点での前記読み込み済みフラグの状態を、前記先行読み込みフラグとして記憶し、記憶されているイメージ内にあるページディスクリプタを書き換えることで先行読み込みの対象となる前記ページでページフォルトを発生させないように制御する。

前記所定のソフトウェアが起動された後、前記ページテーブルエントリを書き換え、その起動時のデータ、プログラムコード、テーブル、ページフォルトハンドラ、割り込みベクタ、およびレジスタを、前記メモリに記憶させるようにすることができる。

前記メモリのうち、書き換えの対象となる前記ページテーブルエントリと前記読み込み済フラグを記憶しているのはＲＡＭであり、順次読み出される前記ページと前記先行読み込みフラグを記憶しているのは不揮発メモリであるようにすることができる。

組み込み型のコンピュータが読み込むようにすることができる。

本発明の一側面の制御方法は、メモリを管理する機能を有する制御装置の制御方法において、所定のソフトウェアの動作に必要なページに対して、全てのページでページフォルトが発生するようにページテーブルエントリを書き換え、前記ソフトウェアが起動時に、前記ページテーブルエントリで、ページフォルトが発生し、そのページフォルトが発生したページを順次読み出すステップを含み、該当する前記ページを起動時に先行読込をすべきかどうかを表す先行読み込みフラグと、該当する前記ページが動的ロードされたかどうかを表す読み込み済フラグと、起動後の任意の時点での前記読み込み済みフラグの状態を、前記先行読み込みフラグとして記憶し、記憶されているイメージ内にあるページディスクリプタを書き換えることで先行読み込みの対象となる前記ページでページフォルトを発生させないように制御する。

本発明の一側面の制御装置は、メモリを管理する機能を有する制御装置において、所定のソフトウェアの動作に必要なページに対して、全てのページでページフォルトが発生するようにページテーブルエントリを書き換える書き換え手段と、前記ソフトウェアが起動時に、前記ページテーブルエントリで、ページフォルトが発生し、そのページフォルトが発生したページを順次読み出す読み出し手段とを備え、該当する前記ページを起動時に先行読込をすべきかどうかを表す先行読み込みフラグと、該当する前記ページが動的ロードされたかどうかを表す読み込み済フラグと、起動後の任意の時点での前記読み込み済みフラグの状態を、前記先行読み込みフラグとして記憶し、記憶されているイメージ内にあるページディスクリプタを書き換えることで先行読み込みの対象となる前記ページでページフォルトを発生させないように制御する。

本発明の一側面のプログラム、制御方法、並びに制御装置は、所定のソフトウェアの動作に必要なページに対して、全てのページでページフォルトが発生するようにページテーブルエントリが書き換えられ、ソフトウェアが起動時に、ページテーブルエントリで、ページフォルトが発生し、そのページフォルトが発生したページが順次読みだされる。また該当するページを起動時に先行読込をすべきかどうかを表す先行読み込みフラグと、該当するページが動的ロードされたかどうかを表す読み込み済フラグが備えられ、起動後の任意の時点での読み込み済みフラグの状態が、先行読み込みフラグとして記憶され、記憶されているイメージ内にあるページディスクリプタが書き換えられる。

本発明の一側面によれば、ＯＳの起動時間を短縮することが可能となる。

本発明を適用した情報処理装置の一実施の形態の構成を示す図である。ＭＭＵのモデルを示す図である。ディスクリプタについて説明するための図である。物理ページの読み込みについて説明するための図である。物理ページの読み込みについて説明するための図である。物理メモリマップについて説明するための図である。先行読み込みフラグについて説明するための図である。読み込み済フラグについて説明するための図である。起動の処理について説明するためのフローチャートである。起動の処理について説明するためのフローチャートである。起動の処理について説明するためのフローチャートである。起動の処理について説明するためのフローチャートである。起動の処理について説明するためのフローチャートである。起動の処理について説明するためのフローチャートである。起動の処理について説明するためのフローチャートである。起動の処理について説明するためのフローチャートである。起動の処理について説明するためのフローチャートである。

以下に、本発明の実施の形態について図面を参照して説明する。

まず、本発明の概略を説明する。本発明は、Memory Management Unit(以下、ＭＭＵと略記する)を搭載したＣＰＵ（central processing unit）上で動作するＯＳ（Operating System）やアプリケーション等のソフトウェアを高速に起動させるための手法である。

高速起動の対象となるソフトウェアが、一度、通常通りの方法で起動され、その状態のＲＡＭ（Random Access Memory）イメージが不揮発メモリ等に保存される。ＲＡＭイメージが、不揮発メモリ等に保存されるとき、ＭＭＵのテーブルが書き換えられ、全てのページでページフォルトが発生するように変更される。対象とされるソフトウェアには、ページフォルトハンドラが用意されており、ページフォルトが発生した場合、そのページフォルトが発生したページのみが、不揮発メモリからロードされる。

任意のソフトウェアが起動され、プログラムコードが実行されたり、そのソフトウェアが動作に必要なデータを読み出すために、ＲＡＭにアクセスしたりした場合、毎回ページフォルトが発生し、必要なページが不揮発メモリからＲＡＭに逐次ロードされることになる。これにより、従来のハイバネーション起動とは異なり、全てのＲＡＭイメージを不揮発メモリからメインＲＡＭに予めロードする必要が無くなり、動作に必要な必要最小限のＲＡＭイメージのみをロードすることが可能になる。よって、高速に所望のソフトウェアを起動・動作させることが可能となる。

しかしながら、このような処理だけで高速起動を実現すると、厳密にはページアクセス時にページフォルトが発生して動的にページを読み込む処理が発生するため、状況によってはその読み込みによるオーバーヘッドによって動作が遅くなる可能性もある。

例えば、RAMイメージから起動したときの処理を考えると、まずハードウェアの初期化や、保存した状態を復元するなどの初期化処理を行い、その後にユーザが操作できる状態となる。これらの初期化処理の間にもメモリアクセスにより動的にメモリイメージがロードされる。

しかしながら、これらの初期化処理はＲＡＭイメージから起動する際に必ず実行される処理であり、必ず動的ロードが行われる部分であるため、起動時に先行してまとめて読み込んでおいたほうがページフォルトのオーバーヘッドが無くなり、起動時間を短縮することができる。そこで、起動後に動的ロードしたページを記憶し、任意の時点でのロード済み情報を元に次回起動時に該当ページの先行読み込みを行うことで、さらなる起動時間の短縮を実現するようにする。

本発明を使用することで、従来は数十秒〜数分を要していたＯＳやソフトウエア（以下、単にソフトウェアとする）の起動時間を数秒程度に短縮することが可能となることが、本出願人により確認されている。以下に、具体的に説明する。

［情報処理装置の構成について］
図１は、本発明を適用した情報処理装置の一実施の形態の構成を示す図である。本発明を適用した情報処理装置は、パーソナルコンピュータ（ＰＣ）に適用できることは勿論のこと、組み込み型のコンピュータを有する装置にも適用できる。組み込み型のコンピュータを含む装置としては、テレビジョン受像器、ハードディスクレコーダといった電子機器がある。ここでは、ハードディスクレコーダに対して本発明を適用したときを例にあげて説明する。

図１は、本発明を適用した情報処理装置としてのハードディスクレコーダの構成を示す図である。図に示したハードディスクレコーダ１００は、ＣＰＵ１０１、ＲＡＭ１０２、ＲＯＭ（Read Only Memory）１０３、不揮発メモリ１０４、ＭＰＥＧ（Moving Picture Experts Group）エンコード・デコード部１０５、チューナ１０６、ＨＤＤインターフェース１０７、ＨＤＤ１０８、Ｉ／Ｏ部１０９、起動モード切替部１１０を備える。

ＣＰＵ１０１は、ハードディスクレコーダ１００の各部を制御する。このＣＰＵ１０１は、Memory Management Unit(以下、ＭＭＵと記述する)を搭載し、ＲＡＭ１０２を小分割して小単位（ページ）で管理できる仕組みを有している。なお、ここでは、ＭＭＵ１３１がＣＰＵ１０１に含まれるとして説明を続けるが、ＭＭＵ１３１が、ＣＰＵ１０１に含まれず、外部に備えられている構成とすることも可能である。また、ＭＭＵ１３１の形式には特に制限はないが、ページ単位にアクセスの許可・禁止の属性が設定可能で、アクセス禁止のページにアクセスした場合は、ページフォルトの例外が発生できる構成とされている。また、ＣＰＵ１０１のＭＭＵ１３１は、４キロバイト（以下、４KBと記述する）を１ページとして管理するとして説明を続ける。

ＲＡＭ１０２は、ＳＲＡＭ（Static Random Access Memory）やＤＲＡＭ（Dynamic Random Access Memory）などで構成することが可能である。ＲＡＭ１０２は、ＣＰＵ１０１が使用する主記憶装置として機能し、そのような機能を有していれば、ＲＡＭ１０２として用いることが可能である。

ＲＯＭ１０３は、FLASH ＲＯＭやMask ＲＯＭなどの読み込み専用のメモリである。ＲＯＭ１０３は、ＯＳやアプリケーションソフトウェアが格納され、そのような格納が行えれば、どのような種類のＲＯＭが用いられても本発明においては良い。

不揮発メモリ１０４は、ハードディスクレコーダ１００の電源が切られても、記憶している内容が保持されるメモリである。例えば、FLASH ＲＯＭや、バックアップ機能付きのＳＲＡＭ、ＤＲＡＭなどで構成することが可能である。

不揮発メモリ１０４には、後述するソフトウェアが起動した後に、ＲＡＭ１０２に格納されたソフトウェアのメモリイメージが格納される。そのため、不揮発メモリ１０４の容量は、ＲＡＭ１０２の容量以上の容量とされることが好ましい。ただし、データ圧縮等によりデータを縮小するようにした場合、不揮発メモリ１０４の容量は、ＲＡＭ１０２の容量以下の容量でも良い。また、不揮発メモリ１０４は、ＨＤＤ１０８と兼用することも可能である（ＨＤＤ１０８を不揮発メモリ１０８として利用することも可能である）。

ＭＰＥＧエンコード・デコード部１０５は、動画の圧縮・伸張を行う。動画は、チューナ１０６を介して供給される。チューナ１０６は、ユーザの指示に基づき、複数の番組（動画）から、１つの動画を選択し、ＭＰＥＧエンコード・デコード部１０５に供給する。ＭＰＥＧエンコード・デコード部１０５は、必要に応じ、ＨＤＤインターフェース１０７を介して、ＨＤＤ１０８にチューナ１０６からのデータを供給したり、ＨＤＤ１０８からのデータをＨＤＤインターフェース１０７を介して、受信したりする。また、その際、必要に応じ、エンコードまたはデコードの処理を実行する。

Ｉ／Ｏ部１０９は、起動モード切替部１１０の状態をＣＰＵ１０１が読みとるために設けられている。以下に説明するソフトウェアは、高速起動イメージを取得するための通常起動モードと、高速起動イメージが取得された後の起動モードとしての高速起動モードを有する。Ｉ／Ｏ１０９と起動モード切替部１１０は、これらの起動モードの切り替えに用いられる。通常起動モードと高速起動モードの切り換えのために、起動モード切替部１１０をスイッチで構成することが可能である。また、通常起動モードと高速起動モードの切り換えのために、起動モード切替部１１０を、ブートローダ等からコマンドで切り替える構成とすることも可能である。

また、一度高速起動のイメージが作成されれば、通常起動モードを不要とすることができるため、高速起動モードのみが実装され、通常起動モードと高速起動モードの切り換えを不要とする構成としても良い。そのような構成とした場合、Ｉ／Ｏ部１０９と起動モード切替部１１０を省略した構成とすることも可能である。

［ＭＭＵについて］
図２は、ＣＰＵ１０１が装備するＭＭＵ１３１のモデルを示す図である。図２に示したＭＭＵ１３１は、３２ｂｉｔクラス以上のＣＰＵ１０１が装備するモデルである。ＭＭＵ１３１の構成や、物理アドレス、仮想アドレス、各テーブルのインデックスに使用するbit数、テーブルの段数等は、ＣＰＵ１０１のメーカに依存するものであるが、特にメーカのアーキテクチャに依存はしない。ここでは説明の都合上、３２bit等の具体的な数字を例にあげて説明するが、その数値は、本発明の適用範囲の限定を示すものではない。

ＭＭＵ１３１は、最終的な物理ページを指し示すテーブル内エントリの属性にアクセス許可もしくはアクセス許可相当の機能を実装し、不許可の場合にアクセスしたときには、ページフォルトもしくはページフォルト相当の例外処理が発生できる機能を少なくとも有する。

ＭＭＵレジスタ２００は、ＭＭＵ１３１に装備されるレジスタである。このレジスタにレベル１ディスクリプタテーブル２０１の先頭アドレスが代入される。レベル１ディスクリプタテーブル２０１は、メモリ上に置かれたレベル１メモリテーブルである。物理アドレス空間が３２bitの場合、１つのアドレスを指し示すのに３２bit、即ち４バイトが使用されるため、レベル１ディスクリプタテーブル２０１のサイズは、１２bit空間＝４KB空間×４バイトで１６KBのサイズとなる。

仮想アドレス２０２は、レベル１メモリテーブルのインデックスとして使われる仮想アドレスの３１bitから２０bitを示す。ＶＡはVirtual Address（仮想アドレス）を意味する。所定の仮想アドレスにアクセスがあった場合、レベル１ディスクリプタテーブル２０１の先頭アドレスから仮想アドレスの３１bitから２０bitがインデックスとされ、レベル１ディスクリプタ２０３にアクセスがされる。

物理アドレス空間が３２bitのＣＰＵ１０１である場合、１つのアドレスを示すのに３２bit、即ち４バイトが使用されるため、レベル１ディスクディスクリプタのアドレスは以下のような式になる。
レベル１ディスクリプタ２０３のアドレス
＝レベル１ディスクリプタテーブル２０１の先頭アドレス
＋仮想アドレス２０２(VA[31:20]) ×４

レベル１ディスクリプタ２０３は、レベル２ディスクリプタテーブル２０４の先頭アドレスを指し示すポインタや属性から構成されるディスクリプタである。レベル２ディスクリプタテーブル２０４の先頭アドレスから仮想アドレスの１９bitから１２bitがインデックスとされ、レベル２ディスクリプタ２０６にアクセスされる。

物理アドレス空間が３２bitのＣＰＵ１０１である場合、１つのアドレスを示すのに３２bit、即ち４バイトが使用されるため、レベル２ディスクディスクリプタのアドレスは以下のような式になる。
レベル２ディスクリプタ２０６のアドレス
＝レベル２ディスクリプタテーブル２０４の先頭アドレス
＋仮想アドレス２０５(VA[19:12]) ×４

レベル２ディスクリプタ２０６は、４KBの物理ページ２０７を示すポインタや属性から構成されるディスクリプタである。物理ページ２０７は、最終的に仮想アドレスから物理アドレスに変換された１ページの物理メモリである。物理ページ２０７の４KB内のアドレスは、仮想アドレス２０８(VA[11:0])で指定される。

図３は、レベル１ディスクリプタ２０３やレベル２ディスクリプタ２０６の一例である。図３におけるディスクリプタはあくまでも一例であり、本発明は、このような一例で示した特定のＣＰＵ１０１やアーキテクチャに依存することを示すものではない。

ベースアドレス３０１は、次のテーブルや物理ページの先頭アドレスを指すポインタである。属性３０２乃至３０４は、それぞれ、実行可・不可、特権モード・ユーザモードといった属性を示す属性bitである。アクセス許可bit３０５は、このディスクリプタが示す物理ページに対してのアクセスが許可されているか否かを示すbitである。このアクセス許可bit３０５で、アクセスを禁止するように設定されている物理ページにアクセスがあった場合、一般的には、ページフォルトと呼ばれる例外処理、即ち割込み処理が実行され、そのような機構が必要である。よって、ＣＰＵ１０１のアーキテクチャに依存はしないが、ページフォルト、もしくはページフォルト相当の機能は、ＣＰＵ１０１に装備されている必要がある。

［物理ページについて］
図４は、物理ページ２０７が、ＲＡＭ１０２（図１）上に並んでいる状態を擬似的に示している。ＲＡＭ１０２には、１ページ分の物理ページ２０７が、物理ページ２０７−０から順に、物理ページ２０７−ｎまで配列されている。ＭＭＵ１３１搭載のＣＰＵ１０１上でソフトウェアが動作される場合、１ページの物理ページ２０７は、このように４KB乃至６４KB単位で１ページとして管理されるように構成されていることが多い。

図５は、ソフトウェアが所定の動作状態であるときの物理ページの使用状況について説明するための図である。図５中、数字が記載されているページが使用されているページであり、数字が記載されていないページは使用されていないページを示す。ソフトウェアが使うプログラムコードやデータが、図４に示したように、全ての領域を使っていたとしても、ソフトウェアの状態をある単位時間でみた場合、図５で示すように使われていることが多い。すなわち、使用されているページと使用されていないページとがあり、全てのページが使用されているわけではない。

このソフトウェアが、所定の動作状態のときには、物理ページ２０７−０、物理ページ２０７−２、物理ページ２０７−４、物理ページ２０７−５、物理ページ２０７−９、物理ページ２０７−１６、および物理ページ２０７−１８が使用される。すなわち、図４に示したように、ＲＡＭ１０２には、１ページ分の物理ページ２０７が、物理ページ２０７−０から順に、物理ページ２０７−ｎまで配列されているが、そのうち所定のソフトウェアが、所定の動作状態のときには、全てのページが使われるわけではなく、図５に示したように、複数のページのみが使用される。

従来のハイバネーション起動による起動の場合、ソフトウェアが動作する前に、図４に示したように、物理ページ２０７−０から物理ページ２０７−ｎまで、順次読み出しが行われてから復帰動作が始まり、所定の動作状態にされる。しかしながら実際に、そのソフトウェアが所定の動作状態になるためには、図５に示したように、所定の複数の物理ページ２０７が読み出されるだけでよい。そこで、本発明においては、後述するように読み出しを制御することで、図５に示したように、必要とされる物理ページ２０７のみが読み出されるようにする。

従来のハイバネーション起動による起動の場合、図４に示したように物理ページ２０７−０から順次読み出しが行われるため、換言すれば、必要のない物理ページ２０７も読み出されるため、読み出しに時間がかかり、結果として、所定のソフトウェア（ＯＳなども含む）の起動が遅くなるということがあった。しかしながら、本発明によれば、図５に示したように、必要とされる物理ページ２０７のみが読み出されるため、読み出しにかかる時間を短縮することができ、所定のソフトウェア（ＯＳなども含む）の起動を早くすることが可能となる。

さらに、起動後に動的にロードした物理ページ２０７を記憶し（後述する学習機能による処理で記憶し）、任意の時点でのロード済情報を元に、次回の起動時に該当する物理ページ２０７を先行読み込みすることで、さらなる起動時間の短縮を可能とする。

図６は、ソフトウェアの物理メモリマップを示す図である。なお、以下に説明する処理は、ＣＰＵ１０１やＯＳに依存するもので、これらの機能が実装されていれば構成やメモリ配置に制限はなく、以下の説明だけに、本発明が適用されることを示すものではない。

不揮発メモリ１０４は、電源を切っても記憶内容が保持されるメモリである。図６に示した例では、不揮発メモリ１０４としてFLASH ＲＯＭをイメージしている。不揮発メモリ１０４は、メインメモリ上にマッピングされているが、電源を切っても内容が保持され、且つ、ＲＡＭ１０２以上の容量を装備している。しかしながら、本発明を適用できる不揮発メモリ１０４は、Ｉ／Ｏ経由でのアクセス等、必ずしもメモリマップ上にマッピングされている必要はなく、そのアーキテクチャに制限はない。

データ４０１は、プログラムコード４０２が使用する読み書きができるデータ領域である。データ４０１は物理ページ２０７として、ある特定の大きさに分割されて格納される。データ４０１は、読み書きできる必要があるのでＲＡＭ１０２上に置かれることが好ましい。

プログラムコード４０２は、起動・実行させる所望のプログラムを示す。一般的なパーソナルコンピュータでWindows（登録商標）やLinuxと言ったＯＳが搭載され、その上で動作するソフトウェアである場合、プログラムとは、そのＯＳとソフトウェアを含む。プログラムコード４０２は、物理ページ２０７として、ある特定の大きさに分割されて格納される。このプログラムコード４０２は、ＲＡＭ１０２またはＲＯＭ１０３上に置かれる。

ＭＭＵテーブル４０３は、図２に示したレベル１ディスクリプタテーブル２０１およびレベル２ディスクリプタテーブル２０４を示している。ページフォルトハンドラ４０４は、ＭＭＵ１３１のレベル２ディスクリプタ２０６がアクセス禁止の属性であり、ページフォルトが発生したとき、割込ベクタ経由で例外処理を行うためのプログラムである。ここではプログラムコード４０２と分けて、ページフォルトハンドラ４０４を記述しているが、プログラムコード４０２に含まれる場合もある。

割込ベクタ４０５は、一般的なＣＰＵが持つ割込ベクタである。ページフォルトが発生した場合、この割込ベクタ内のページフォルトにプログラムコードがジャンプし、結果的にページフォルトハンドラ４０４が呼び出される。

データ４０１、プログラムコード４０２、ＭＭＵテーブル４０３、および割込ベクタ４０５の論理アドレスに対する物理アドレスは、任意のアドレスにマッピングできる。

イメージ保存プログラム４０６は、所望のプログラムが起動された後、所望の状態でメモリイメージが不揮発メモリ１０４に保存されるようにするためのプログラムである。イメージ保存プログラム４０６の論理アドレスと物理アドレスは、同一アドレスにマッピングされる必要がある。

イメージ復帰プログラム４０７は、イメージ保存プログラム４０６の処理により保存された物理メモリイメージを、必要に応じて物理ページ単位に、データ４０１やプログラムコード４０２を、対応する物理ページに、不揮発メモリ１０４から読み込み、復帰させるためのプログラムである。イメージ復帰プログラム４０７の論理アドレスと物理アドレスは、同一アドレスにマッピングされる必要がある。

ブートローダ４０８は、電源投入もしくはリセット後に最初に起動されるブートローダである。主にブートローダ４０８は、起動に必要な最低限のＩ／Ｏの初期化を行う。このような構成をソフトウェアは有する。

［先行読み込みフラグについて］図７は先行読み込みフラグテーブル５０１を示す図である。この先行読み込みフラグテーブル５０１は、複数の先行読み込みフラグ５０２−１乃至５０２−Ｎを含むテーブルである。この先行読み込みフラグ５０２は、該当する物理ページ２０７を起動時に先行読込をすべきかどうかを表すフラグであり、オン（ＯＮ）に設定されている場合、起動時に該当物理ページ２０７が不揮発メモリ１０４(図１)からＲＡＭ１０２へ、ロードされることを示すフラグである。

この先行読み込みフラグテーブル５０１は不揮発メモリ１０４に格納される。一般的に、ＯＳでは、物理メモリをページ単位で分割して管理しているため、先行読み込みフラグテーブル５０１も、物理メモリの全ページに対する先行読み込みフラグ５０２を有している。

図８は、読み込み済フラグテーブル５２１を示す図である。この読み込み済フラグテーブル５２１は、複数の読み込み済フラグ５２２−１乃至５２２−Ｎを含むテーブルである。この読み込み済フラグ５２２は、後述する高速起動時に全てオフ（ＯＦＦ）に初期化され、該当ページに動的ロードが行われた際にオン（ＯＮ）にされるフラグである。

この読み込み済フラグテーブル５２１は、ＲＡＭ１０２（図１）に格納される。読み込み済フラグテーブル５２１も、先行読み込みフラグテーブル５０１と同様に、物理メモリの全ページに対する読み込み済フラグ５２２を有している。換言すれば、先行読み込みフラグ５０２と読み込み済フラグ５２２は同数用意されており、物理ページ２０７の数だけ用意されている。

［ソフトウェアの動作について］
次に、本発明を適用したソフトウェアの動作について説明する。まず、概要を説明し、その後詳細を説明する。本発明によれば、ソフトウェアの局所性を利用し、ソフトウェアを高速に起動することができる。ソフトウェアにはＯＳ等も含まれる。例えば、容量４GBのＲＡＭを備えるハードウエア上で、所定のソフトウェアを動作させると仮定する。その所定のソフトウェアのプログラムおよびデータの容量の合計が、仮に４GBであったとする。一般的にソフトウェアは、様々なモードや機能を有し、所定の単一の機能だけで、全容量の４GBを使う可能性は極めて低い。

例えばソフトウェアが、起動後、特定の状態でユーザからのキー入力を待つとする。一般的にはハードウェアのリセット後、ブートローダが起動され、このソフトウェアが立ち上がってユーザからのキー入力待ちの状態とされる。このソフトウェアを既知の技術であるハイバネーションを適用して高速に起動させた場合、メモリイメージを作成する準備として、ユーザからのキー入力待ちの状態でＣＰＵや各Ｉ／Ｏのレジスタが保存され、プログラムコードやデータの合計４GBが、何らかの不揮発メモリに格納されることになる。起動時はこの逆で、通常の起動プロセスは通らず、４GBのメモリが展開され、ＣＰＵやＩ／Ｏのレジスタが復帰され、キー入力の処理に戻ることになる。

上記ソフトウェアにおいて、「ユーザからの入力を待つ」という状態を考える。この状態では、キー入力の処理が繰り返されており、このようなキー入力に係わる処理に係わるプログラムコードやデータは比較的小さい。本発明は、この原理を利用して高速起動を実現する。動作は大きく分けると以下のようになる。

(Ａ) 通常起動モードでＯＳや所望のソフトウェアが起動され、そのソフトウェアが所望の状態にされる
(Ｂ) イメージ保存プログラムが起動され、その起動されたイメージ保存プログラムにより、ＭＭＵ１３１の全てのページテーブルに対してのアクセスを禁止するために、アクセス禁止を示す情報に所定の情報が書き換えられた後、上記（Ａ）の状態のメモリイメージがレジスタに保存されて終了される
(Ｃ) 次回以降は、高速起動モードにされることで、（Ａ）の所望の状態で起動される

このような高速起動を実現するにあたり、基本的な準備として、通常通りにソフトウェアが起動され、そのソフトウェアが所望の状態にされ、その後、メモリイメージやレジスタが保存される。高速起動時は、ハイバネーション起動とは異なり、全てのメモリイメージがメインメモリに展開されるのではなく、実際に使われるメモリ、即ちプログラムコードやデータが、必要に応じて一部分のみ小刻みに展開される。

小刻みにプログラムコードやメモリが、メインメモリに展開される方法として、本実施の形態としてはＣＰＵが持つMemory Management Unit(ＭＭＵ１３１)が利用される例をあげて説明する。ＯＳが、ＭＭＵ１３１を使用する場合もあるが、ＯＳが利用する前に、本発明が適用されたソフトウェアが元に戻し、ＯＳは、本発明が適用されたソフトウェアがＭＭＵ１３１を操作したことには関知しない。

具体的には、メモリイメージが保存される前に、ＭＭＵ１３１のテーブルの内容が書き換えられ、全てのページがアクセス禁止に設定される。また、本発明が適用されたソフトウェアは、前記ページをアクセス禁止にしたというマークを付与する機能も有する。

仮に、所望のソフトウェアがＯＳ上で動作し、そのＯＳがＭＭＵ１３１を使用する場合も同じである。高速起動時は、ＭＭＵ１３１のテーブルおよびＣＰＵのレジスタのみ先行で復帰される。そして、メモリイメージが作成された後のアドレスに戻される。ＭＭＵ１３１のテーブルは、全てアクセス禁止に設定されているので、戻りアドレスにジャンプした時にページフォルトが発生する。データアクセス時も同じである。ページフォルトを処理するページフォルトハンドラ４０４は、ページフォルトが発生したアドレスからページを計算し、且つ、本発明が適用されたソフトウェアが、マークしたマークをチェックし、そのページを不揮発メモリ１０４からメインメモリ（例えば、ＲＡＭ１０２）へ読み込み、ＭＭＵ１３１のテーブルを書き換え前の元の通りに書き戻す。

このような処理が繰り返されることで、大容量のメモリイメージであっても、所望の状態に復帰させるには最低限のメモリイメージの読み込みだけで済み、高速に起動することが可能となる。

［動作の詳細について］
上記してきたように、本発明によれば、所望のソフトウェアをある状態まで通常の起動と比較して高速に起動することが可能である。その高速起動を行う手順を大きく分けると、簡便に上記したが、（Ａ）、（Ｂ）、（Ｃ）の３つに分類される。さらに（Ａ）、（Ｂ）、（Ｃ）を、フローチャートを参照した説明の前に、さらに説明を加える。（Ａ）、（Ｂ）の一連の流れは、一度実行されれば、毎回行う必要がない処理である。通常、（Ｃ）から実行されるようにすることで、高速起動することが可能となる。

（Ａ）通常起動
（Ａ−１）起動モード切替部１１０を通常起動モードに設定し、通常の方法により、ＯＳや所望のプログラムが起動される。
（Ａ−２）所望のプログラムが起動された後、ソフトウェアが操作されて、ソフトウェアが所望の状態にされる。高速起動時は、この状態で起動される。

（Ｂ）状態の保存
（Ｂ−１）何らかのキーやコマンドなどによりイメージ保存プログラム４０６が起動される。この起動に関する起動方法には、特に制限はない。
（Ｂ−２）イメージ保存プログラム４０６は、次回以降に高速に起動したい状態で、メモリイメージとレジスタを保存する。具体的には、イメージ保存プログラム４０６は、ＭＭＵ１３１のテーブルを全てアクセス禁止状態に設定し、その時点でのデータ４０１、プログラムコード４０２、ＭＭＵテーブル４０３、ページフォルトハンドラ４０４、割込ベクタ４０５、およびレジスタ類を不揮発メモリ１０４に保存させる。

（Ｃ）高速起動
（Ｃ−１）起動モード切替部１１０が、高速起動モードに設定される。ブートローダ４０８が、起動モードを判断し、高速起動モードの場合は、イメージ復帰プログラム４０７を呼び出す。イメージ復帰プログラム４０７は、イメージ保存プログラム４０６が保存したＭＭＵテーブル４０３、ページフォルトハンドラ４０４、割込ベクタ４０５を復帰させる。
（Ｃ−２）Ｂ−１の処理でイメージ保存プログラム４０６が起動された後のアドレスに戻る、即ちジャンプする。ＭＭＵ１３１が全てアクセス禁止状態に設定されているので、プログラムコード４０２やデータ４０１にアクセスされる毎に、対応するアドレスにてページフォルトが発生し、ページフォルトハンドラ４０４が呼ばれる。
（Ｃ−３）ページフォルトハンドラ４０４は、対応する物理ページ２０７を不揮発メモリ１０４から１ページ分読み出し、ＭＭＵ１３１を元に戻す。
（Ｃ−４）ページフォルトが次々に発生し、Ａ−２の状態になるまで、必要なページフォルトが発生し続ける。
（Ｃ−５）Ａ−２の状態になるまで物理ページ２０７が読み込まれる。この処理で読み込まれる物理ページ２０７は、実行されるソフトウェアや、その状態にも依存するが、極めて少なく、従来のハイバネーション技術で行われていたように、全ての物理ページ２０７を読み込むのと比較して起動時間は著しく短くすることが可能となる。

図９乃至１７のフローチャートを参照し、上記（Ａ）、（Ｂ）、（Ｃ）の各動作についてさらに説明を加える。

図９乃至１１のフローチャートは、上記（Ａ）、（Ｂ）の処理に該当する。すなわち、主に、電源投入からイメージ保存までの処理に係わるフローチャートである。ステップＳ１０１において、ハードディスクレコーダ１００（図１）の電源が投入、もしくはリセットが発生してシステムが起動される。

ステップＳ１０２において、ブートローダ４０８（図６）が起動される。このステップＳ１０２で起動されるブートローダ４０８は、ＯＳや所望のソフトウェアを動作させるために最低限のハードウエアの初期化や、必要に応じてＲＯＭ１０３やＨＤＤ１０８に格納されているソフトウェアをＲＡＭ１０２に転送させたりする処理を想定し、そのような処理を実行できるブートローダであればよい。ブートローダ４０８は、システムに依存するものであり必須のものではない。よって、システムによっては、このステップＳ１０２が省略される場合もある。

ステップＳ１０３において、起動モード切替部１１０の状態がチェックされ、通常起動モードか、高速起動モードかの遷移が切り替えられる（通常起動スイッチがＯＮであるか否かが判断される）。起動モード切替部１１０が通常起動モードの場合、ステップＳ１０４に処理が進められ、高速起動モードの場合、ステップ１２０（図１１）に進められる。

ステップＳ１０３において、通常起動スイッチがＯＮであると判断されると、通常起動モードで起動するため、通常起動フラグがＯＮに設定される。通常起動フラグがＯＮに設定されると、ステップＳ１０５に処理が進められ、ＯＳが搭載されているシステムであれば、ＯＳが起動される。一般的なシステムの場合、ＯＳが起動される時にＭＭＵ１３１が初期化され、図２のＭＭＵ１３１のテーブルが作成される。本発明においては、ＯＳの搭載は必須ではないが、仮にＯＳを搭載しないシステムの場合、ＭＭＵ１３１の初期化を行う必要がある。また、ＯＳ搭載の場合であっても、ＯＳの種類等に制限はない。

ステップＳ１０６において、高速起動させたい所望のソフトウェアが起動される。ステップＳ１０７において、起動されたソフトウェアが動作する。この処理は、上記したＡ−２の処理に該当する。高速起動により起動した状態と同じ状態にソフトウェアを遷移させる。例えば、所望のソフトウェアに複数のモードがあったと仮定し、その中である特定のモードで高速起動させたいのであれば、ソフトウェアを操作し、そのモードにまで遷移させる。例えば、ハードディスクレコーダ１００の場合、予約するモード、再生するモード、設定するモードなどがあるが、ユーザが再生するモードをよく利用する場合、再生モードにまで遷移される。

ステップＳ１０８において、学習機能の処理が開始されたか否かが判断される。ステップＳ１０８において、学習機能の処理が開始されていないと判断された場合、ステップＳ１０９に処理が進められる。ステップＳ１０９において、イメージ保存プログラム４０６（図６）の処理が開始されたか否かが判断される。この処理は、上記したＢ−１の処理に該当する。コマンドやキー操作、スイッチ等によってイメージ保存プログラム４０６による処理が開始される。このイメージ保存プログラム４０６の実行手段に制限はない。ステップＳ１０９において、イメージ保存プログラム４０６（図６）の処理は開始されていないと判断された場合、ステップＳ１０７に処理が戻され、それ以降の処理が繰り返される．すなわちこの場合、ソフトウェアの動作が継続される。

一方、ステップＳ１０９において、イメージ保存プログラム４０６（図６）の処理が開始されたと判断された場合、換言すれば、ソフトウェアの動作は終了したと判断された場合、ステップＳ１１０（図１０）に処理が進められる。以下のステップＳ１１０乃至Ｓ１１９の処理は、上記したＢ−２の処理に該当する。また、ステップＳ１１０乃至Ｓ１１９の処理は、イメージ保存プログラム４０６が実行する処理である。

ステップＳ１１０において、図１に示したＩ／Ｏ部１０９のレジスタが保存される。基本的には、設定されている値が取得され、保存される。Ｉ／Ｏに関しては、全てのレジスタが読み込める仕様のＩ／Ｏとは限らないので、その場合は個別に対応する必要がある。なお、Ｉ／Ｏの種類や仕様は任意であり、特に本発明を適用するうえでの制限はない。

ステップＳ１１１において、ＣＰＵ１０１のレジスタが保存される。基本的にはＣＰＵ１０１の全レジスタが保存される。ＣＰＵ１０１やレジスタの種類は任意であり、特に本発明を適用するうえでの制限はない。

ステップＳ１１２において、アドレス空間の切り換えが行われる。ＣＰＵ１０１は、通常、仮想アドレスモードで動作している。このモードが、仮想アドレスモードから物理アドレスモードに遷移される。仮想アドレスモードから物理アドレスモードへの遷移方法は、ＭＭＵ１３１のアーキテクチャに依存するため、本発明を適用するうえでの遷移方法に制限はない。また、仮想アドレスモードから物理アドレスモードに遷移させ場合、アドレス空間が変化するため、ステップＳ１１２における処理では、論理アドレスと物理アドレスとで同一アドレス空間にマッピングされる必要がある。

ステップＳ１１３において、キャッシュフラッシュが実行される。ＣＰＵ１０１が、ＴＬＢ（Translation Look-aside Buffer）、一次キャッシュ、二次キャッシュを搭載し、それらが有効だった場合、ＴＬＢおよびキャッシュがフラッシュされる必要がある。これは、次のステップＳ１１４において、ＲＡＭ１０２上に置かれたＭＭＵテーブル４０３の内容を書き換える必要があり、キャッシュに格納されているデータが、全てＲＡＭ１０２に反映されている必要があるからである。このステップＳ１１３におけるキャッシュフラッシュの処理は、必要に応じて行われ、場合によっては省略されても良い処理である。

ステップＳ１１４において、ＭＭＵ１３１のＭＭＵテーブル４０３が、全ての物理ページ２０７へのアクセスを禁止する情報に書き換えられる。このステップＳ１１４におけるＭＭＵテーブル書き換え処理については、図１２のフローチャートを参照して後述する。

ステップＳ１１４において、ＭＭＵ１３１のＭＭＵテーブル４０３が書き換えられると、ステップＳ１１５に処理が進められる。ステップＳ１１５において、キャッシュフラッシュが実行される。ＣＰＵ１０１がＴＬＢ、一次キャッシュ、二次キャッシュを搭載し、それらが有効だった場合、ＴＬＢおよびキャッシュがフラッシュされる必要がある。これは前段のステップＳ１１４の処理で書き換えたＭＭＵ１３１のＭＭＵテーブル４０３の内容を、確実にＲＡＭ１０２へ反映させるためである。このステップＳ１１５におけるキャッシュフラッシュの処理は、必要に応じて行われ、場合によっては省略されても良い処理である。

ステップＳ１１６において、不揮発メモリ１０４に対して、ＲＡＭ１０２の全容量の内容が全て保存される。ＲＡＭ１０２のアドレスに対する不揮発メモリ１０４の相対的なアドレス位置が一致している必要がある。例えば、ＲＡＭ１０２の物理アドレスが 0x10000000 から 0x1fffffff にマッピングされていたとする。この場合、例えば不揮発メモリ１０４に対しては、0x40000000 から 0x4fffffff のアドレスにより、データが読み込める必要がある。

この例の場合、ＲＡＭ１０２のアドレスに対する不揮発メモリ１０４のオフセットは 0x30000000 となるため、ＲＡＭ１０２に対するアドレスであっても、0x30000000 のオフセットを加えるだけで不揮発メモリ１０４内のアドレスに変換することが可能となる。不揮発メモリ１０４は、必ずしもメモリマップ上にマッピングされる必要はない。上記オフセットを加えたアドレスをキーにして読み込みができれば良い。また、不揮発メモリ１０４に対する保存方法は、アーキテクチャに依存するが、本発明の適用するうえで、その保存方法に制限はない。

ステップＳ１１７において、不揮発メモリ１０４に記憶されている先行読み込みフラグテーブル５０１内の全ての先行読み込みフラグ５０２（図７）が、オフに設定される（初期化される）。そして、ステップＳ１１８において、全ての先行読み込みフラグ５０２がオフに設定された先行読み込みフラグテーブル５０１が、不揮発メモリ１０２に保存される。

ステップＳ１１９で、イメージ保存プログラム４０６での処理が終了される。イメージ保存プログラム４０６での処理が終了されることで、電源がＯＦＦまたはリセット(RESET)することができる状態となる。

図９に示したフローチャートにおいて、ステップＳ１０３において、通常起動スイッチがＯＮではないと判断されたときの処理、ステップＳ１０８において、学習機能の処理が開始されたと判断されたときの処理、およびステップＳ１１４でのＭＭＵテーブル書き換え処理についての詳細な説明が残っているが、まずここでは、図１２のフローチャートを参照し、ステップＳ１１４でのＭＭＵテーブル書き換え処理についての詳細な説明を行う。

［ＭＭＵテーブルの書き換え処理について］
図１２に示したフローチャートに基づく処理は、ＭＭＵ１３１のＭＭＵテーブル４０３が、図２で示した構成になっており、このＭＭＵテーブル４０３を書き換える処理である。

ステップＳ１６１において、ＭＭＵ１３１のＭＭＵテーブル４０３の書き換えが開始されると、まず、変数レベル１ディスクリプタポインタに、レベル１ディスクリプタテーブル２０１の先頭アドレスが代入される。ステップＳ１６２において、変数レベル１ディスクリプタポインタが指すアドレスからレベル１ディスクリプタ２０３が取得される。

ステップＳ１６３において、ステップＳ１６２の処理で取得されたレベル１ディスクリプタ２０３内にレベル２ディスクリプタテーブル２０４へのポインタが存在するか否かが判断される。ステップＳ１６３において、レベル１ディスクリプタ２０３内にレベル２ディスクリプタテーブル２０４へのポインタが存在すると判断された場合、ステップＳ１６６に処理が進められ、レベル１ディスクリプタ２０３内にレベル２ディスクリプタテーブル２０４へのポインタが存在しないと判断された場合、ステップＳ１６４に処理が進められる。

ステップＳ１６４において、変数レベル１ディスクリプタポインタが次のレベル１ディスクリプタポインタのアドレスに移動される。そして、ステップＳ１６５に処理が進められ、レベル１ディスクリプタポインタが最終に到達したか否かが判断される。

ステップＳ１６５において、レベル１ディスクリプタポインタが最終に到達したと判断されるまで、ステップＳ１６４に処理が戻され、変数レベル１ディスクリプタポインタが次のレベル１ディスクリプタポインタのアドレスに移動されるといった処理が繰り返される。そして、ステップＳ１６５において、レベル１ディスクリプタポインタが最終に到達したと判断されると、処理はステップＳ１１５(図１０)に進められる。すなわち、ＭＭＵテーブルの書き換えが終了したと判断され、図１０に示したフローチャートの処理に、処理が戻される。

一方、ステップＳ１６３において、レベル１ディスクリプタ２０３内にレベル２ディスクリプタテーブル２０４へのポインタが存在すると判断された場合、ステップＳ１６６に処理が進められる。ステップＳ１６６において、変数レベル２ディスクリプタポインタに、レベル２ディスクリプタテーブル２０４の先頭アドレスが代入される。

ステップ１６７において、変数レベル２ディスクリプタポインタが指すアドレスからレベル２ディスクリプタ２０６が取得される。ステップＳ１６８において、ステップＳ１６７の処理で取得されたレベル２ディスクリプタ２０６内に物理ページ２０７が存在するか否かが判断される。ステップＳ１６８において、取得されたレベル２ディスクリプタ２０６内に物理ページ２０７が存在すると判断された場合、ステップＳ１６９に処理が進められ、取得されたレベル２ディスクリプタ２０６内に物理ページ２０７は存在しないと判断された場合、ステップＳ１７３に処理が進められる。

ステップＳ１６９において、ステップＳ１６７の処理で取得されたレベル２ディスクリプタ２０６内の物理ページ２０７が、ステップＳ１１６(図１０)にて保存の対象となるＲＡＭ１０２内のアドレスの範囲内であるか否かが判断される。ステップＳ１６９において、レベル２ディスクリプタ２０６内の物理ページ２０７が、保存の対象となるＲＡＭ１０２内のアドレスの範囲内であると判断された場合、ステップＳ１７０に処理が進められ、保存の対象となるＲＡＭ１０２内のアドレスの範囲内ではないと判断された場合、ステップＳ１７３に処理が進められる。

ステップＳ１７０において、ステップＳ１６７で取得されたレベル２ディスクリプタ２０６のアクセス許可bit（図３のアクセス許可bit３０５)がチェックされ、その物理ページ２０７がアクセス許可にされているか否かが判断される。ステップＳ１７０において、物理ページ２０７へのアクセスが許可されていると判断された場合、ステップＳ１７１に処理が進められ、物理ページ２０７へのアクセスは許可されていないと判断された場合、ステップＳ１７３に処理が進められる。

ステップＳ１７１において、ステップＳ１６７の処理で取得されたレベル２ディスクリプタ２０６のアクセス許可bit３０５がアクセス禁止を表すbitに書き換えられる。そして、ステップＳ１７２において、書き換えられたレベル２ディスクリプタ２０６に対してマーキングが実行される。この処理は、ステップＳ１６７の処理で取得されたレベル２ディスクリプタ２０６のアクセス許可bit３０５が、本発明が適用されたソフトウェアにより書き換えられたのか、他のソフトウェア、例えば、本来のＯＳ等の動作によって書き換えられたのかを識別するための情報を保存する（マーキングする）ために行われる。

ステップＳ１７２におけるマーキングの仕方については、アーキテクチャに依存し、本発明を適用するうえでの制限はない。例えば、レベル２ディスクリプタ２０６に使われていない空きbitが存在するのであれば、その空きbitをマーキングの情報を埋め込むbitとして使用することができる。また、別途テーブルを持たせてマーキングされたところとされていないところとが管理されるようにしても良い。いずれにせよ、仮にＯＳ等が搭載されたシステムで、かつ、ＯＳがこれらのbitを使用していた場合は、共存するような仕組みにすることで、本発明を実施することが可能である。

ステップＳ１７３において、変数レベル２ディスクリプタポインタが、次のレベル２ディスクリプタ２０６のポインタのアドレスに移動される。このステップＳ１７３への処理には、ステップＳ１６８において、レベル２ディスクリプタ２０６内に物理ページ２０７が存在しないと判断された場合、ステップＳ１６９において、レベル２ディスクリプタ２０６がＲＡＭ１０２を指していないと判断された場合、または、ステップＳ１７０において、物理ページ２０７へのアクセスは許可されていないと判断された場合にも来る。

ステップＳ１７４において、レベル２ディスクリプタポインタが最終に到達したか否かが判断される。ステップＳ１７４において、レベル２ディスクリプタポインタが最終に到達したと判断されるまで、ステップＳ１６７に処理が戻され、それ以降の処理が繰り返される。一方、ステップＳ１７４において、レベル２ディスクリプタポインタが最終に到達したと判断された場合、ステップＳ１６４に処理が進められる。ステップＳ１６４以降の処理については既に説明したので、その説明は省略する。

このようにして、ＭＭＵ１３１のＭＭＵテーブル４０３が書き換えられる。

［高速起動時の処理について］
次に、高速起動時の処理について説明する。高速起動は、ステップＳ１０３において、通常起動スイッチがＯＮになっていないと判断されたとき、すなわち、高速起動にスイッチが切り替えられていると判断されたときに実行される。図１１のフローチャートは、ステップＳ１０３において、通常起動スイッチがＯＮにはなっていないと判断されたときに処理が進められるフローチャートであり、高速起動時の処理について説明するためのフローチャートである。

ステップＳ１２０において、高速起動モードで起動するため、通常起動フラグがＯＦＦ（高速起動フラグがＯＮ）に設定される。ステップＳ１２１において、必要に応じて、割込ベクタ４０５、ページフォルトハンドラ４０４、ＭＭＵテーブル４０３が、イメージが保存された時と同じＲＡＭ１０２のアドレスに読み込まれる。

ステップＳ１２２において、先行読み込み処理が実行される。このステップＳ１２２において実行される先行読み込み処理について、図１３のフローチャートを参照して説明する。ステップＳ１９１において、不揮発メモリ１０４に記憶されている先行読み込みフラグテーブル５０１が読み込まれる。なお、このステップＳ１９１で読み込まれる先行読み込みフラグテーブル５０１は、上述したステップＳ１１８（図１０）や、後述するステップＳ２３７（図１５）の処理で、不揮発メモリ１０４に記憶された先行読み込みフラグテーブル５０１である。

ステップＳ１９２において、物理メモリを指し示すページポインタが、物理メモリの先頭の物理ページ２０７に移動されることで初期化が行われる。ステップＳ１９３において、ページポインタが指し示す物理ページ２０７に対応する先行読み込みフラグテーブル５０１内の先行読み込みフラグ５０２が、オンに設定されているか否かが判断される。

ステップＳ１９３において、ページポインタに対する先行読み込みフラグ５０２がオンであると判断された場合、ステップＳ１９４に処理が進められる。ページポインタに対する先行読み込みフラグ５０２がオンである状態とは、起動時に該当する物理ページ２０７が不揮発メモリ１０４(図１)からＲＡＭ１０２へ、ロードされることを意味する。よって、ステップＳ１９４において、ページポインタが指し示す物理ページ２０７が読み込まれる。この処理で読み込まれる物理ページ２０７は、不揮発メモリ１０４に、ステップＳ１１６（図１０）の処理で保存されたページである。

ステップＳ１９４によるページ読み込みの処理が終了された場合、ステップＳ１９５に処理が進められる。ステップＳ１９５における処理は、ステップＳ１９３においてページポインタに対する先行読み込みフラグ５０２がオンではないと判断された場合、すなわち、起動時に該当ページが不揮発メモリ１０４(図１)からＲＡＭ１０２へ、ロードされる必要がない場合にも来る処理である。

ステップＳ１９５において、ページポインタが、次のページに移動される。そして、その結果、全ての先行読み込みフラグテーブル５０１内の先行読み込みフラグ５０２を処理したか否か、すなわち、全ての物理ページに対する処理が終了したか否かが、ステップＳ１９６において判断される。ステップＳ１９６において、全ての先行読み込みフラグ５０２に対する処理は終了していないと判断された場合、まだ処理対象とされていない先行読み込みフラグ５０２を処理対象として、ステップＳ１９３以降の処理が繰り返される。

一方、ステップＳ１９６において、全ての先行読み込みフラグ５０２に対する処理が終了したと判断された場合、処理は、ステップＳ１２３（図１１）に進められる。

ステップＳ１２３において、読み込み済フラグテーブル５２１に書き込まれている全ての読み込み済フラグ５２２がオフに設定される。読み込み済フラグ５２２は、高速起動時に全てオフに初期化され、該当ページに動的ロードが行われた際にオンにされるフラグであるので、高速起動時の１処理であるステップＳ１２３において全てオフに設定される。また、初期化された読み込み済フラグテーブル５２１は、ＲＡＭ１０２に記憶される。

ステップＳ１２４において、ＭＭＵ１３１のＭＭＵテーブルが読み込まれる。このステップＳ１２４において実行されるＭＭＵテーブル読み込み処理については、図１４のフローチャートを参照し、後述する。

ＭＭＵテーブルの読み込みが終わると、ステップＳ１２５に処理が進められる。ステップＳ１２５において、ＣＰＵ１０１のアドレス空間が、物理アドレスモードから仮想アドレスモードに遷移される。物理アドレスモードから仮想アドレスモードに遷移させる場合、アドレス空間が変化するため、ステップＳ１２５における処理では、論理アドレスと物理アドレスが同一アドレス空間にマッピングされる。

ステップＳ１２６において、ステップＳ１１１(図１０)で保存されたＣＰＵ１０１のレジスタの値が不揮発メモリ１０４から読み出され、ＣＰＵ１０１に対して復帰される。ＣＰＵ１０１やレジスタの種類は任意であり、本発明を適用する上での制限はない。

ステップＳ１２７において、ステップＳ１１０(図１０)で保存されたＩ／Ｏのレジスタの値が、不揮発メモリ１０４から読み出され、Ｉ／Ｏ部１０９に対して復帰される。Ｉ／Ｏの種類や仕様は任意であり、本発明を適用する上での制限はない。

このように、レジスタなどが復帰されると、ステップＳ１０７(図９)に処理が進められる。ステップＳ１０７において、ソフトウェアが動作する。この場合、ステップＳ１０４乃至Ｓ１０６の処理が実行されずに、ステップＳ１０７においてソフトウェアが動作開始となる。よって、ステップＳ１０４乃至Ｓ１０６の処理が実行される分だけ、少なくともソフトウェアが動作開始できるまでにかかる時間が短縮できることになる。特に、ステップＳ１０５におけるＯＳの起動やＭＭＵの初期化にかかる時間、およびステップＳ１０６におけるソフトウェアの起動にかかる時間をなくすことができることで、大幅な時間の短縮を期待することができる。

図１１のフローチャートの説明に戻り、ステップＳ１２４で実行されるＭＭＵテーブル読み込み処理の詳細について、図１４のフローチャートを参照して説明する。

ステップＳ２０１において、ＭＭＵテーブル４０３の読み出しが開始されると、まずレベル１ディスクリプタテーブル２０１が読み出される。このレベル１ディスクリプタテーブル２０１は、ステップＳ１１６(図１０)の処理で、不揮発メモリ１０４にＲＡＭ１０２の内容が保存されたが、その不揮発メモリ１０４に保存されている内容から、レベル１ディスクリプタテーブル２０１のみが読み出される。

ステップＳ２０２において、変数レベル１ディスクリプタポインタに、レベル１ディスクリプタテーブル２０１の先頭アドレスが代入される。ステップＳ２０３において、変数レベル１ディスクリプタポインタが指すアドレスからレベル１ディスクリプタ２０３が取得される。ステップＳ２０４において、ステップＳ２０３の処理で取得されたレベル１ディスクリプタ２０３内にレベル２ディスクリプタテーブル２０４へのポインタが存在するか否かが判断される。

ステップＳ２０４において、取得されたレベル１ディスクリプタ２０３内にレベル２ディスクリプタテーブル２０４へのポインタが存在すると判断された場合、ステップＳ２０７に処理が進められ、取得されたレベル１ディスクリプタ２０３内にレベル２ディスクリプタテーブル２０４へのポインタは存在しないと判断された場合、ステップＳ２０５に処理が進められる。

ステップＳ２０５において、変数レベル１ディスクリプタポインタが、次のレベル１ディスクリプタポインタのアドレスに移動される。そして、ステップＳ２０６において、レベル１ディスクリプタポインタが、最終に到達したか否かが判断される。ステップＳ２０６において、レベル１ディスクリプタポインタが、最終に到達したと判断された場合、ステップＳ１２５（図１１）に処理が進められる。すなわちこの場合、ＭＭＵテーブル４０３の読み込みが完了されたため、次の処理へ処理が進められる。

一方、ステップＳ２０６において、レベル１ディスクリプタポインタは、最終に到達していないと判断された場合、ステップＳ２０３に処理が戻され、それ以降の処理が繰り返される。ステップＳ２０３乃至Ｓ２０６が繰り返され、ステップＳ２０４において、取得されたレベル１ディスクリプタ２０３内にレベル２ディスクリプタテーブル２０４へのポインタが存在すると判断されると、ステップＳ２０７に処理が進められる。

ステップＳ２０７において、ステップＳ２０３で取得されたレベル１ディスクリプタ２０３内にある、レベル２ディスクリプタテーブル２０４へのポインタが、ＲＡＭ１０２を指しているか否かが判断される。ステップＳ２０７において、レベル２ディスクリプタテーブル２０４へのポインタが、ＲＡＭ１０２を指していると判断された場合、ステップＳ２０８に処理が進められ、レベル２ディスクリプタテーブル２０４へのポインタは、ＲＡＭ１０２を指していないと判断された場合、ステップＳ２０５に処理が進められ、それ以降の処理が繰り返される。

ステップＳ２０８において、レベル２ディスクリプタテーブルが読み出される。このレベル２ディスクリプタテーブル２０４は、ステップＳ１１６(図１０)の処理で、不揮発メモリ１０４にＲＡＭ１０２の内容として保存され、その不揮発メモリ１０４に保存されている内容から、レベル２ディスクリプタテーブル２０４のみが読み出される。その後、処理は、ステップＳ２０５に進められ、それ以降の処理が繰り返される。

このようにして、ＭＭＵテーブルの読み出しが行われる。

「学習機能の処理について」
図９のフローチャートの説明に戻る。ステップＳ１０８において、学習機能の処理が開始されたと判断された場合、ステップＳ１２８に処理が進められる。ステップＳ１２８において、学習処理が実行され、ステップＳ１２９において、学習用ＭＭＵテーブル書き換え処理が実行される。このステップＳ１２８において実行される学習処理については、図１５のフローチャートを参照して説明し、ステップＳ１２９において実行される学習用ＭＭＵデーブル書き換え処理については、図１６のフローチャートを参照して説明する。

図１５のフローチャートを参照し、ステップＳ１２８で実行される学習処理について説明する。ステップＳ２３１において、不揮発メモリ１０４に記憶されている先行読み込みフラグテーブル５０１が読み込まれる。そして、ステップＳ２３２において、物理メモリを指し示すページポインタが、物理メモリの先頭の物理ページ２０７に移動されることで初期化が行われる。ステップＳ２３３において、ページポインタが指し示す物理ページ２０７に対応する読み込み済フラグテーブル５２１内の読み込み済フラグ５２２が、オンに設定されているか否かが判断される。

ステップＳ２３３において、ページポインタに対する読み込み済フラグ５２２がオンであると判断された場合、ステップＳ２３４に処理が進められる。ステップＳ２３４において、ページポインタに対する先行読み込みフラグ５０２がオンに設定される。すなわちこの場合、読み込み済フラグ５２２がオンであるので、該当する物理ページ２０７に対して動的ロードが行われた状態であり、そのようなページを、次回、読み込む機会があるときに、不揮発メモリ１０４からＲＡＭ１０２にロードさせるために、その該当する物理ページ２０７の先行読み込みフラグ５０２がオンに設定される。このように、学習機能は、次回ロードすべき物理ページ２０７を、学習するための機能である。

ステップＳ２３４において、ページポインタに対する先行読み込みフラグ５０２がオンにされた場合、または、ステップＳ２３３において、ページポインタに対する読み込み済フラグ５２２がオンではない判断された場合、すなわち、読み込み済フラグ５２２がオフであると判断された場合、ステップＳ２３５に処理が進められる。

ステップＳ２３５において、ページポインタが、次の物理ページ２０７を指し示すように移動される。そして、その結果、読み込み済フラグテーブル５２１内の全ての読み込み済フラグ５２２を処理したか否か、すなわち、全ての物理ページに対する処理が終了したか否かが、ステップＳ２３６において判断される。ステップＳ２３６において、全ての読み込み済フラグ５２２に対する処理は終了していないと判断された場合、まだ処理対象とされていない読み込み済フラグ５２２を処理対象として、ステップＳ２３３以降の処理が繰り返される。

一方、ステップＳ２３６において、全ての読み込み済フラグ５２２に対する処理が終了したと判断された場合、ステップＳ２３７に処理が進められる。ステップＳ２３７において、先行読み込みフラグテーブル５０１が不揮発メモリ１０４に上書きされる（先行読み込みフラグテーブル５０１が更新される）。

このようにして、先行読み込みフラグテーブル５０１が上書きされると、ステップＳ１２９（図９）の処理に進められ、学習用ＭＭＵテーブル書き換え処理が実行される。ステップＳ１２９において、実行される学習用ＭＭＵテーブル書き換え処理について、図１６のフローチャートを参照して説明する。

ステップＳ２６１において、ＭＭＵテーブル読み込み処理が実行される。このステップＳ２６１において実行されるＭＭＵテーブル読み込み処理は、既に説明したステップＳ１２４（図１１）における処理と同様に行われ、図１４に示したフローチャートに基づいて処理が行われる。そのため、ここではその説明を省略する。

ステップＳ２６１において、ＭＭＵテーブルが読み込まれると、ステップＳ２６２に処理が進められる。ステップＳ２６２において、ＭＭＵ１３１のＭＭＵテーブル４０３の書き換えが開始されると、まず、変数レベル１ディスクリプタポインタに、レベル１ディスクリプタテーブル２０１の先頭アドレスが代入される。ステップＳ２６３において、変数レベル１ディスクリプタポインタが指すアドレスからレベル１ディスクリプタ２０３が取得される。

ステップＳ２６４において、ステップＳ２６３の処理で取得されたレベル１ディスクリプタ２０３内にレベル２ディスクリプタテーブル２０４へのポインタが存在するか否かが判断される。ステップＳ２６４において、レベル１ディスクリプタ２０３内にレベル２ディスクリプタテーブル２０４へのポインタが存在すると判断された場合、ステップＳ２６７に処理が進められ、レベル１ディスクリプタ２０３内にレベル２ディスクリプタテーブル２０４へのポインタが存在しないと判断された場合、ステップＳ２６５に処理が進められる。

ステップＳ２６５において、変数レベル１ディスクリプタポインタが次のレベル１ディスクリプタポインタのアドレスに移動される。そして、ステップＳ２６６に処理が進められ、レベル１ディスクリプタポインタが最終に到達したか否かが判断される。

ステップＳ２６６において、レベル１ディスクリプタポインタが最終に到達したと判断されるまで、ステップＳ２６３に処理が戻され、変数レベル１ディスクリプタポインタが次のレベル１ディスクリプタポインタのアドレスに移動されるといった処理が繰り返される。そして、ステップＳ２６６において、レベル１ディスクリプタポインタが最終に到達したと判断されると、処理はステップＳ１１９(図１０)に進められる。すなわち、学習用ＭＭＵテーブルの書き換えが終了したと判断され、図１０に示したフローチャートの処理に、処理が戻される。

一方、ステップＳ２６４において、レベル１ディスクリプタ２０３内にレベル２ディスクリプタテーブル２０４へのポインタが存在すると判断された場合、ステップＳ２６７に処理が進められる。ステップＳ２６７において、変数レベル２ディスクリプタポインタに、レベル２ディスクリプタテーブル２０４の先頭アドレスが代入される。

ステップＳ２６８において、変数レベル２ディスクリプタポインタが指すアドレスからレベル２ディスクリプタ２０６が取得される。ステップＳ２６９において、対象となる物理ページ２０７、即ちレベル２ディスクリプタが位置する物理ページ２０７が、マーキングされた物理ページ２０７であるか否かが判断される。マーキングは、ステップＳ１７２（図１２）の処理で実行されたマーキングである。すなわち、マーキングされている物理ページ２０７は、本発明を適用したソフトウェアにより、アクセス禁止に書き換えられた物理ページ２０７である。

ステップＳ２６９において、マーキングされた物理ページ２０７であると判断された場合、ステップＳ２７０に処理が進められ、マーキングされていない物理ページ２０７であると判断された場合、ステップＳ２７３に処理が進められる。

ステップＳ２７０において、レベル２ディスクリプタが示す物理ページ２０７に対する先行読み込みフラグ５０２がオンであるか否かが判断される。ステップＳ２７０において、先行読み込みフラグ５０２がオンであると判断された場合、ステップＳ２７１に処理が進められ、先行読み込みフラグ５０２がオンではないと判断された場合、ステップＳ２７３に処理が進められる。

ステップＳ２７１において、対象となる物理ページ２０７の、レベル２ディスクリプタ２０６のアクセス許可bit３０５がアクセス許可に書き換えられる。ステップＳ２７２において、ステップＳ１７２（図１２）の処理でマーキングした識別情報が解除される。

ステップＳ２７３において、レベル２ディスクリプタポインタが、次のレベル２ディスクリプタ２０６のポインタのアドレスに移動される。そしてステップＳ２７４において、レベル２ディスクリプタポインタが最終に到達したか否かが判断される。ステップＳ２７４において、レベル２ディスクリプタポインタが最終に到達したと判断されるまで、ステップＳ２６８に処理が戻され、それ以降の処理が繰り返される。一方、ステップＳ２７４において、レベル２ディスクリプタポインタが最終に到達したと判断された場合、ステップＳ２７５に処理が進められる。

ステップＳ２７５において、このようにして書き換えられたレベル２ディスクリプタ２０６を含むレベル２ディスクリプタテーブル２０４が、不揮発メモリ１０４に書き戻される。このようにして、レベル２ディスクリプタテーブル２０４が更新されると、ステップＳ２６５に処理が進められる。ステップＳ２６５以降の処理については、既に説明したので、その説明は省略する。

［ページフォルト発生の処理について］
次に、図１７のフローチャートを参照し、ページフォルトが発生したときに実行される処理について説明を加える。ステップＳ３０１において、ページフォルトが発生すると、割込ベクタ４０５にジャンプされる。すなわち、割込ベクタ４０５から、実際のページフォルト処理を行う割込ハンドラへのジャンプが実行される。

一般的なＣＰＵ１０１は、ページフォルトが発生した場合、割込処理として特定の割込ベクタにジャンプし、その割込ハンドラとして処理する。図１７に示したページフォルト発生時の処理に係わるフローチャートは、ページフォルトの割込を処理する割込ハンドラを想定しているが、これらはＣＰＵ１０１のアーキテクチャに依存する。なお、本発明の適用は、ＣＰＵ１０１のメーカや型番により、制限が加えられることはない。

ステップＳ３０２において、通常起動フラグがＯＮであるか否かがが判断される。通常起動フラグは、例えば、ステップＳ１０４(図９)の処理でＯＮに設定される。ステップＳ３０２において、通常起動フラグがＯＮであると判断された場合、換言すれば、通常起動であると判断された場合、ステップＳ３０８に処理が進められる。一方、ステップＳ３０２において、通常起動フラグがＯＮではないと判断された場合、換言すれば、高速起動であると判断された場合、ステップＳ３０３に処理が進められる。

ステップＳ３０３において、対象となる物理ページ２０７、即ちページフォルトが発生したアドレスに対応する物理ページ２０７が、マーキングされた物理ページ２０７であるか否かが判断される。マーキングは、ステップＳ１７２（図１２）の処理で実行されたマーキングである。すなわち、マーキングされている物理ページ２０７は、本発明を適用したソフトウェアにより、アクセス禁止に書き換えられた物理ページ２０７である。

なお、一般的に物理ページ２０７とアドレスには、以下の計算式が満たされるが、これらはＣＰＵ１０１のアーキテクチャに依存するので、特にこの計算式に本発明の適用範囲が限定されるものではない。
物理ページ = アドレス／ページサイズ（例えば、上記した例では４KB）
この式が示すように物理ページは、アドレスをページサイズで除算したものとなる。

ステップＳ３０３において、ページフォルトが発生したアドレスに対応する物理ページ２０７は、マーキングされた物理ページ２０７であると判断された場合、ステップＳ３０４に処理が進められ、マーキングされていない物理ページ２０７であると判断された場合、ステップＳ３０８に処理が進められる。

ステップＳ３０４において、対象となる物理ページ２０７、即ちページフォルトが発生したアドレスに対応する物理ページ２０７が、ステップＳ１１６（図１０）の処理で不揮発メモリ１０４に保存されたイメージから４KB分のみ読み出される。

ステップＳ３０６において、対象となる物理ページ２０７、即ちページフォルトが発生したアドレスに対応する物理ページ２０７の、レベル２ディスクリプタ２０６のアクセス許可bit３０５がアクセス許可に書き換えられる。ステップＳ３０７において、ステップＳ１７２（図１２）の処理でマーキングした識別情報が解除される。

このようにして、ページフォルトが発生されたときの処理が実行されることで、高速起動が実現される。

一方、ページフォルトが発生したが、ステップＳ３０２において、通常起動フラグがＯＮであると判断された場合、または、ステップＳ３０３において、対象ページはマーキングされていないと判断された場合、ステップＳ３０８に処理が進められる。ステップＳ３０８において、標準のページフォルトの処理が実行される。すなわち、通常起動のときや、本発明が適用されたソフトウェア以外のソフトウェア（ＯＳなど）が、アクセスを不許可に設定していたような場合、通常起動や、アクセス不許可時の処理が実行される。

本発明を適用したシステムに、ＯＳ等が搭載されていた場合、標準的なページフォルトハンドラが通常実装されている。それに対して、上記したようなページフォルト機能がシステムに実装された場合、ＯＳ本来が行うページフォルト処理が、改めて実行される必要があるときもある。このステップＳ３０８の処理は、ＯＳ等のシステムに依存するものであり必須の処理ではないため、本実施の形態として省略することも可能である。

このようにして、ページフォルトが発生したときの処理が実行されることで、高速起動が実現される。

さらに、ページアクセス時にページフォルトが発生して動的にページを読み込む処理が発生することで、ページフォルトの発生のオーバーヘッドが発生してしまう可能性があるが、起動からある時点の間にＲＡＭイメージから動的ロードされた領域を、次回以降の起動ではまとめて先行読み込みする機能を設けたことで、ページフォルト発生のオーバーヘッドを減らすことができ、さらなる起動時間の短縮が実現される。

［効果］
上記したように、Memory Management Unit(ＭＭＵ)、もしくは、ＭＭＵ相当のメモリ管理機能を搭載したコンピュータシステム上で、ＭＭＵのテーブルに対し、ソフトウェアの動作に必要なＲＡＭの最小単位、いわゆるページに対して、全てのページにてページフォルトが発生するようにページテーブルエントリを書き換え、起動時は、アクセスするＲＡＭに対して発生したページフォルトに対し、本来ＯＳ等が有する既知の技術であるページイン・ページアウトとしての機能だけでなく、発生したページフォルトの機能を保存したメモリイメージのページ単位の読み込みに用いることで、以下のような効果がある。

まず、必要最小限のメモリイメージの読み込み容量を実現することが可能となる。このことにより、例えば、パーソナルコンピュータの起動時間を短縮することが可能となる。具体的には、従来、数十秒から数分を要していた起動時間を、数秒以内で起動させることができるようになる。

また、デジタル家電の起動時間を短縮することが可能となる。テレビジョン受像器やハードディスクレコーダなどのデジタル家電（電子機器）には、ＯＳ（所定のソフトウェア）を搭載した機種がある。所定のソフトウェアを搭載した機器の場合、起動時間が長くなることがあるが、本発明を適用することで、これらのデジタル家電における起動時間を短縮できるようになる。

また、バッテリの寿命を延命化することが可能となる。従来の高速起動を実現させる方法として、ＣＰＵやメモリを省電力モードに移行させる方法があった。この方法では、省電力モードとは言え、電力は必要であり、バッテリで動く機器にとってはその消費電力は無視できない。本発明を適用することで、不揮発メモリに起動イメージを保存することが可能となり、電源をＲＡＭに供給したまま停止させる、いわゆるサスペンド（従来の省電力モードに対応）を使う必要がなくなる。よって、結果的に、バッテリ寿命を著しく伸ばすことができる。

さらに、家電製品の省エネルギー化を実現することが可能となる。テレビジョン受像器やハードディスクレコーダなどは一般的に起動が遅く、そのために「高速起動モード」なるモードを持つ機種も存在している。しかしながら、この「高速起動モード」は、家電製品を高速に起動させるため、常に電源を投入していることで、高速起動を実現している。そのため電力は電源投入時と同等に消費されている。

しかしながら、本発明を適用することで、起動時間を短くすることができるため、「高速起動モード」のときにかかる起動時間と同等、またはそれ以上に短い起動時間で起動させることができるようになり、「高速起動モード」を設ける必要がなくなる。したがって、「高速起動モード」のときに、常に電源を投入してなくてはならないといった状態をなくすことが可能となるため、結果として省エネルギー化を実現することが可能となる。

上記したコンピュータが実行するプログラムは、本明細書で説明する順序に沿って時系列に処理が行われるプログラムであっても良いし、並列に、あるいは呼び出しが行われたとき等の必要なタイミングで処理が行われるプログラムであっても良い。また、専用のハードウェアで構成することもできる。また、本明細書において、システムとは、複数の装置により構成される装置全体を表すものである。

なお、本発明の実施の形態は、上述した実施の形態に限定されるものではなく、本発明の要旨を逸脱しない範囲において種々の変更が可能である。

１００ハードディスクレコーダ，１０１ＣＰＵ，１０２ＲＡＭ，１０３ＲＯＭ，１０４不揮発メモリ，１０５ＭＰＥＧエンコード・デコード部，１０６チューナ，１０７ＨＤＤインターフェース，１０８ＨＤＤ，１０９Ｉ／Ｏ部，１１０起動モード切替部

Claims

記憶媒体にコンピュータ読み取り可能に記憶されるプログラムであって、
メモリを管理する機能を有するプロセッサに、
所定の動作状態にあるソフトウェアの前記所定の動作に必要な物理ページに対して、全ての物理ページでページフォルトが発生するように、メモリ管理用のページテーブルエントリを書き換える、第１の書き換えステップ、
前記第１の書き換えステップの後に、前記所定の動作状態にあるソフトウェアのメモリイメージを保存するステップ、および
前記ソフトウェアを高速起動させる時、前記メモリ管理用のページテーブルエントリを使用して、各ページテーブルエントリでページフォルトを発生させ、そのページフォルトが発生したページを順次読み出すステップ、
を実行させ、さらに
該当する前記物理ページを前記ソフトウェアの高速起動時に先行読込をすべきかどうかを表す先行読み込みフラグと、該当する前記物理ページが動的ロードされたかどうかを表す読み込み済フラグとを、それぞれ第１のフラグテーブルと第２のフラグテーブルに属性情報として含ませ、前記ソフトウェアが起動後の任意の時点での前記第２のフラグテーブルにおける前記読み込み済みフラグの状態を、前記先行読み込みフラグとして記憶することにより、前記第１のフラグテーブルを更新するステップ、
前記第１のフラグテーブルの前記先行読み込みフラグを参照し、先行読み込みの対象となる前記物理ページでページフォルトを発生させないように、前記第１の書き換えステップで書き換えられた前記メモリ管理用のページテーブルエントリを書き換える、第２の書き換えステップ、および
前記ソフトウェアを高速起動させる時、前記ページフォルトが発生したページを順次読み出すステップの前に、前記第１のフラグテーブルを使用して、前記先行読み込みの対象となる前記物理ページを先行読み込みするステップ
を実行させる、プログラム。
請求項１に記載のプログラムにおいて、
前記メモリは、ＲＡＭおよび不揮発性メモリを含み、
前記第１の書き換えステップは、前記ＲＡＭに記憶されているページテーブルエントリを書き換えるステップを含み、
前記保存するステップは、前記所定の動作状態にあるソフトウェアのデータ、プログラムコード、ページテーブルエントリを書き換えられたメモリ管理用テーブル、ページフォルトハンドラ、割込ベクタ、およびレジスタを、前記不揮発性メモリに記憶させるステップを含み、
前記第１のフラグテーブルを更新するステップは、前記ＲＡＭに記憶されている前記第２のフラグテーブルにおける前記読み込み済みフラグの状態を、前記不揮発性メモリに記憶されている前記第１のフラグテーブルに上書きするステップを含み、
前記第２の書き換えステップは、前記不揮発性メモリに記憶されている前記第１のフラグテーブルの前記先行読み込みフラグを参照し、前記不揮発性メモリに記憶されている前記メモリ管理用のページテーブルエントリを書き換えるステップを含む
プログラム。
請求項２に記載のプログラムにおいて、
前記第１の書き換えステップは、各ページテーブルエントリが示す物理ページが存在するか否か、および前記物理ページがＲＡＭ内にあるかを判断するステップ、前記ＲＡＭが記憶している前記ページテーブルエントリのうち前記物理ページが存在するページテーブルエントリを、前記物理ページへのアクセスを禁止する情報に書き換えるステップ、および前記ページテーブルエントリを書き換えるステップにより前記物理ページへのアクセスを禁止する情報に書き換えられたことを識別するマーキングを実行するステップを含み、
前記読み出すステップは、前記ページフォルトが発生した物理ページに前記マーキングがされているかを判断し、前記マーキングがされたと判断された物理ページを読み出す
プログラム。
請求項２または３に記載のプログラムにおいて、
前記読み出すステップは、
ページフォルトが発生したとき、前記割込ベクタが前記ページフォルトハンドラを呼び出し、前記ページフォルトハンドラが、ページフォルトが発生したアドレスからページを計算し、そのページを前記不揮発性メモリから読み出すステップを含む
プログラム。
請求項１または２に記載のプログラムにおいて、
前記プロセッサが、組み込み型のコンピュータのプロセッサである
プログラム。
ソフトウェアの起動を制御する方法であって、メモリを管理する機能を有するプロセッサに、
所定の動作状態にあるソフトウェアの前記所定の動作に必要な物理ページに対して、全ての物理ページでページフォルトが発生するように、メモリ管理用のページテーブルエントリを書き換える、第１の書き換えステップ、
前記第１の書き換えステップの後に、前記所定の動作状態にあるソフトウェアのメモリイメージを保存するステップ、および
前記ソフトウェアを高速起動させる時、前記メモリ管理用のページテーブルエントリを使用して、各ページテーブルエントリでページフォルトを発生させ、そのページフォルトが発生したページを順次読み出すステップ、
を実行させ、さらに
該当する前記物理ページを前記ソフトウェアの高速起動時に先行読込をすべきかどうかを表す先行読み込みフラグと、該当する前記物理ページが動的ロードされたかどうかを表す読み込み済フラグとを、それぞれ第１のフラグテーブルと第２のフラグテーブルに属性情報として含ませ、前記ソフトウェアが起動後の任意の時点での前記第２のフラグテーブルにおける前記読み込み済みフラグの状態を、前記先行読み込みフラグとして記憶することにより、前記第１のフラグテーブルを更新するステップ、
前記第１のフラグテーブルの前記先行読み込みフラグを参照し、先行読み込みの対象となる前記物理ページでページフォルトを発生させないように、前記第１の書き換えステップで書き換えられた前記メモリ管理用のページテーブルエントリを書き換える、第２の書き換えステップ、および
前記ソフトウェアを高速起動させる時、前記ページフォルトが発生したページを順次読み出すステップの前に、前記第１のフラグテーブルを使用して、前記先行読み込みの対象となる前記物理ページを先行読み込みするステップ
を実行させる、ソフトウェアの起動制御方法。
請求項６に記載のソフトウェアの起動制御方法において、
前記メモリは、ＲＡＭおよび不揮発性メモリを含み、
前記第１の書き換えステップは、前記ＲＡＭに記憶されているページテーブルエントリを書き換えるステップを含み、
前記保存するステップは、前記所定の動作状態にあるソフトウェアのデータ、プログラムコード、ページテーブルエントリを書き換えられたメモリ管理用テーブル、ページフォルトハンドラ、割込ベクタ、およびレジスタを、前記不揮発性メモリに記憶させるステップを含み、
前記第１のフラグテーブルを更新するステップは、前記ＲＡＭに記憶されている前記第２のフラグテーブルにおける前記読み込み済みフラグの状態を、前記不揮発性メモリに記憶されている前記第１のフラグテーブルに上書きするステップを含み、
前記第２の書き換えステップは、前記不揮発性メモリに記憶されている前記第１のフラグテーブルの前記先行読み込みフラグを参照し、前記不揮発性メモリに記憶されている前記メモリ管理用のページテーブルエントリを書き換えるステップを含む
方法。
請求項７に記載のソフトウェアの起動制御方法において、
前記第１の書き換えステップは、各ページテーブルエントリが示す物理ページが存在するか否か、および前記物理ページがＲＡＭ内にあるかを判断するステップ、前記ＲＡＭが記憶している前記ページテーブルエントリのうち前記物理ページが存在するページテーブルエントリを、前記物理ページへのアクセスを禁止する情報に書き換えるステップ、および前記ページテーブルエントリを書き換えるステップにより前記物理ページへのアクセスを禁止する情報に書き換えられたことを識別するマーキングを実行するステップを含み、
前記読み出すステップは、前記ページフォルトが発生した物理ページに前記マーキングがされているかを判断し、前記マーキングがされたと判断された物理ページを読み出す
方法。
請求項７または８に記載のソフトウェアの起動制御方法において、
前記読み出すステップは、
ページフォルトが発生したとき、前記割込ベクタが前記ページフォルトハンドラを呼び出し、前記ページフォルトハンドラが、ページフォルトが発生したアドレスからページを計算し、そのページを前記不揮発性メモリから読み出すステップを含む
方法。
請求項６または７に記載のソフトウェアの起動制御方法において、
前記プロセッサが、組み込み型のコンピュータのプロセッサである
方法。
情報処理装置であって、
メモリ、前記メモリを管理する機能を有するプロセッサ、およびプログラムコードを有し、
前記プログラムコードは、ソフトウェアの起動を制御するために前記プロセッサに、
所定の動作状態にあるソフトウェアの前記所定の動作に必要な物理ページに対して、全ての物理ページでページフォルトが発生するように、メモリ管理用のページテーブルエントリを書き換える、第１の書き換えステップ、
前記第１の書き換えステップの後に、前記所定の動作状態にあるソフトウェアのメモリイメージを保存するステップ、および
前記ソフトウェアを高速起動させる時、前記メモリ管理用のページテーブルエントリを使用して、各ページテーブルエントリでページフォルトを発生させ、そのページフォルトが発生したページを順次読み出すステップ、
を実行させ、さらに
該当する前記物理ページを前記ソフトウェアの高速起動時に先行読込をすべきかどうかを表す先行読み込みフラグと、該当する前記物理ページが動的ロードされたかどうかを表す読み込み済フラグとを、それぞれ第１のフラグテーブルと第２のフラグテーブルに属性情報として含ませ、前記ソフトウェアが起動後の任意の時点での前記第２のフラグテーブルにおける前記読み込み済みフラグの状態を、前記先行読み込みフラグとして記憶することにより、前記第１のフラグテーブルを更新するステップ、
前記第１のフラグテーブルの前記先行読み込みフラグを参照し、先行読み込みの対象となる前記物理ページでページフォルトを発生させないように、前記第１の書き換えステップで書き換えられた前記メモリ管理用のページテーブルエントリを書き換える、第２の書き換えステップ、および
前記ソフトウェアを高速起動させる時、前記ページフォルトが発生したページを順次読み出すステップの前に、前記第１のフラグテーブルを使用して、前記先行読み込みの対象となる前記物理ページを先行読み込みするステップ
を実行させる、情報処理装置。
請求項１１に記載の情報処理装置において、
前記メモリは、ＲＡＭおよび不揮発性メモリを含み、
前記第１の書き換えステップは、前記ＲＡＭに記憶されているページテーブルエントリを書き換えるステップを含み、
前記保存するステップは、前記所定の動作状態にあるソフトウェアのデータ、プログラムコード、ページテーブルエントリを書き換えられたメモリ管理用テーブル、ページフォルトハンドラ、割込ベクタ、およびレジスタを、前記不揮発性メモリに記憶させるステップを含み、
前記第１のフラグテーブルを更新するステップは、前記ＲＡＭに記憶されている前記第２のフラグテーブルにおける前記読み込み済みフラグの状態を、前記不揮発性メモリに記憶されている前記第１のフラグテーブルに上書きするステップを含み、
前記第２の書き換えステップは、前記不揮発性メモリに記憶されている前記第１のフラグテーブルの前記先行読み込みフラグを参照し、前記不揮発性メモリに記憶されている前記メモリ管理用のページテーブルエントリを書き換えるステップを含む
装置。
請求項１２に記載の情報処理装置において、
前記第１の書き換えステップは、各ページテーブルエントリが示す物理ページが存在するか否か、および前記物理ページがＲＡＭ内にあるかを判断するステップ、前記ＲＡＭが記憶している前記ページテーブルエントリのうち前記物理ページが存在するページテーブルエントリを、前記物理ページへのアクセスを禁止する情報に書き換えるステップ、および前記ページテーブルエントリを書き換えるステップにより前記物理ページへのアクセスを禁止する情報に書き換えられたことを識別するマーキングを実行するステップを含み、
前記読み出すステップは、前記ページフォルトが発生した物理ページに前記マーキングがされているかを判断し、前記マーキングがされたと判断された物理ページを読み出す
装置。
請求項１２または１３に記載の情報処理装置において、
前記読み出すステップは、
ページフォルトが発生したとき、前記割込ベクタが前記ページフォルトハンドラを呼び出し、前記ページフォルトハンドラが、ページフォルトが発生したアドレスからページを計算し、そのページを前記不揮発性メモリから読み出すステップを含む
装置。
請求項１１または１２に記載の情報処理装置において、
前記プロセッサが、組み込み型のコンピュータのプロセッサである
装置。