(57)【要約】【課題】オペレーティングシステムのイメージの容量を更に削減できるようにするオペレーティングシステムの記憶方法を提供する。【解決手段】オペレーティングシステムに従って各プログラムの実行を制御してデータ処理を行うコンピュータシステムにおいて、オペレーティングシステムを構成する起動に必要のないフォルダを圧縮してコンパクト・フラッシュＲＯＭに記憶させ、起動に必要のあるファイルを非圧縮にてコンパクト・フラッシュＲＯＭに記憶させるようにしたので、オペレーティングシステムのイメージの容量を更に削減でき、これにより、オペレーティングシステムを記憶するコンパクト・フラッシュＲＯＭの記憶容量が小さいものを使用することができ、コストダウンを図れる。【選択図】        図２
2004295677.tif 000002
【特許請求の範囲】
【請求項１】
オペレーティングシステムに従って各プログラムの実行を制御してデータ処理を行うコンピュータシステムにおいて、前記オペレーティングシステムを構成する一部のファイルおよび／またはフォルダを圧縮して記憶手段に記憶させ、その他のファイルおよび／またはフォルダを非圧縮にて前記記憶手段に記憶させることを特徴とするオペレーティングシステムの記憶方法。
【請求項２】
前記圧縮して記憶させる一部のファイルおよび／またはフォルダとは、前記オペレーティングシステムの起動に必要のないファイルおよび／またはフォルダであり、前記非圧縮にて記憶されるその他のファイル／またはフォルダとは、前記オペレーティングシステムの起動に必要なファイルおよび／またはフォルダであることを特徴とする請求項１に記載のオペレーティングシステムの記憶方法。
【請求項３】
前記ファイルおよび／またはフォルダは、ＮＴＦＳ形式でフォーマットされていることを特徴とする請求項１または請求項２に記載のオペレーティングシステムの記憶方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、組み込みシステム用ＯＳ（オペレーティングシステム）であるＷｉｎｄｏｗｓ  ＸＰ  Ｅｍｂｅｄｄｅｄ（登録商標）を使用するコンピュータシステムにおいて、Ｗｉｎｄｏｗｓ  ＸＰ  Ｅｍｂｅｄｄｅｄ（登録商標）の容量を小さくして記憶装置に記憶させるためのオペレーティングシステムの記憶方法に関する。
【０００２】
【従来の技術】
Ｗｉｎｄｏｗｓ  ＸＰ  Ｅｍｂｅｄｄｅｄ（登録商標）は、コンピュータシステム（ここで言うコンピュータシステムはコンピュータを備える電子機器も概念的に含む）に対して所望の処理や制御を行うことができるように、コンピュータシステムに組み込むために開発されたＯＳであることから、ユーザによってドライバソフトウェア、アプリケーションソフトウェアを取捨選択し、最終ＯＳイメージを作成することができる。
【０００３】
また、Ｗｉｎｄｏｗｓ  ＸＰ  Ｅｍｂｅｄｄｅｄ（登録商標）は、組み込みシステム用ＯＳであること、また、最終ＯＳイメージにインストールするソフトウェアをユーザが選択できることから、そのイメージサイズは通常のＯＳよりも小さくすることができる。また、Ｗｉｎｄｏｗｓ  ＸＰ  Ｅｍｂｅｄｄｅｄ（登録商標）は、組み込みシステム用ＯＳであることを考えれば、最終ユーザが記憶装置に記憶するための領域は殆ど必要なく、したがって、記憶装置の容量はＯＳイメージの容量によって決定されることになる。
【０００４】
【特許文献１】
特開２０００−２２２１７９号公報
【０００５】
【発明が解決しようとする課題】
上述したように、インストールするソフトウェアを取捨選択できることから、ある程度のＯＳイメージの容量を削減することができ、この結果、ＯＳイメージを記憶する記憶装置の容量を削減することができる。
【０００６】
しかしながら、従来のオペレーティングシステムの記憶方法では、既に最小限のソフトウェアのインストールに留めているので、これ以上、ＯＳイメージの容量を削減できず、これにより、記憶装置の容量を削減することができないという課題が生じる。また記憶装置として用いられるコンパクト・フラッシュＲＯＭなどは一般に高価であり、記憶容量が大きくなると、更に高価になるという課題が生じる。
【０００７】
そこで、マイクロソフト社の技術である「ＮＴＦＳ形式でフォーマットされた記憶装置は、そのデータを圧縮することができる」という技術を利用し、ＯＳイメージを圧縮して記憶装置の容量を削減することが考えられる。しかし、ＯＳイメージ全てを圧縮してしまうと、Ｗｉｎｄｏｗｓ  ＸＰ  Ｅｍｂｅｄｄｅｄ（登録商標）が起動しなくなるという課題が生じる。
【０００８】
なお、特許文献１に記載の従来技術では、ＯＳのデータを圧縮する技術は記載されていないので、上記のような課題を解決するものではない。
【０００９】
本発明は、上記のような課題を解決するためになされたもので、ＯＳイメージの容量を更に削減できるようにするオペレーティングシステムの記憶方法を提供することを目的とする。
【００１０】
【課題を解決するための手段】
上記目的を達成するために請求項１の発明は、オペレーティングシステムに従って各プログラムの実行を制御してデータ処理を行うコンピュータシステムにおいて、前記オペレーティングシステムを構成する一部のファイルおよび／またはフォルダを圧縮して記憶手段に記憶させ、その他のファイルおよび／またはフォルダを非圧縮にて前記記憶手段に記憶させることを特徴とするオペレーティングシステムの記憶方法を提供する。
【００１１】
このオペレーティングシステムの記憶方法においては、オペレーティングシステムを構成するファイルおよび／またはフォルダの一部が圧縮されるので、オペレーティングシステムのイメージの容量を更に削減でき、これにより、オペレーティングシステムを記憶する記憶手段の記憶容量が小さいものを使用することができる。
【００１２】
請求項２の発明では、圧縮して記憶させる一部のファイルおよび／またはフォルダとは、オペレーティングシステムの起動に必要のないファイルおよび／またはフォルダであり、非圧縮にて記憶されるその他のファイル／またはフォルダとは、オペレーティングシステムの起動に必要なファイルおよび／またはフォルダであるので、オペレーティングシステムを起動可能な範囲でオペレーティングシステムのイメージの容量を更に削減できる。
【００１３】
請求項３の発明では、ファイルおよび／またはフォルダは、ＮＴＦＳ形式でフォーマットされているので、データを圧縮することが可能になる。
【００１４】
【発明の実施の形態】
以下、添付図面を参照しつつ、本発明の実施の形態について説明する。この実施形態の説明に入る前に、参考として圧縮ドライブについて説明しておく。
【００１５】
例えばＷｉｎｄｏｗｓ９５（登録商標）には、ファイルを圧縮して格納することでドライブ内に格納できる容量を増やすことができるドライブスペースという機能が用意されている。ドライブスペースはＭＳ−ＤＯＳ（登録商標）やＷｉｎｄｏｗｓ３．１（登録商標）の時代からあったが、一部のユーザの間ではトラブルが発生する可能性があることからドライブスペースを使うことは避けられている。
【００１６】
確かにドライブスペースは、その構造上、一旦トラブルが発生するとドライブスペースに格納されているファイルが全て使えなくなってしまう可能性がある。この手の圧縮ツールの利用者には初心者が多かったためか、仕組みや構造を理解しないままインストールしてトラブルを起こし、必要以上に危険なツールという認識が生まれたように思われる。
【００１７】
ドライブスペースを使うことによる危険性は次の（１）（２）（３）の理由によるものが考えられる。
【００１８】
（１）ドライブスペースを使うと（ドライブスペースを使わないときよりも）ＣＰＵや入出力装置の処理に負荷がかかるため、システムにトラブルが発生する可能性が高まる。
【００１９】
（２）データ圧縮すると、トラブルが発生した場合に復元が困難になる。
【００２０】
（３）ドライブスペースの構造上、ファイルが一つ壊れただけで、圧縮ドライブ内の全てのファイルが壊れてしまう可能性がある。
【００２１】
（１）については、ＯＳやシステムが潜在的な障害を抱えている限り、ドライブスペースを使っても使わなくても、トラブルはいつか起こることになる。ドライブスペースを使っていると、トラブルが発生する確率が多少高まるかもしれないと言った程度のことである。
【００２２】
（２）については、あらゆる圧縮データについて言えることであり、トラブルというのは必ず発生するので、トラブルが発生したときに、如何に対処するかという点も考えておく必要がある。例えば、不慮の事故でテキストファイルの中身が１バイト書き換わってしまったとすると、テキストファイルであれば、文字が１文字だけ違うものになってしまうだけで、文書の大部分は問題なく読むことができる。しかし、このテキストファイルが圧縮されていたとすると、１バイト書き換わったために文書がまったく読めなくなる可能性がある。
【００２３】
圧縮というのは、一定の手順に従ってデータを小さくして、必要なときには元に伸長（復元）しなければならない。同じ１バイトでも、圧縮されていないテキストファイルなら文書中の１文字が読めなくなるか、または違う文字に書き換わってしまうだけであるが、圧縮後のデータファイルが１バイト書き換わってしまうと、データを伸長（復元）できなくなるので、文書はまったく読めなくなることになる。
【００２４】
プログラムによっては、多少データが壊れていても、復元できるように考慮されている場合もあるが、データを圧縮すると、トラブルが発生したときの被害が拡大する可能性があるのは確かである。
【００２５】
（３）については、ドライブスペースでの最大の危険性があるということで、ドライブスペースは既存のドライブ上にデータファイルを作成して、そのデータファイルを圧縮ドライブに見立てて使用する。圧縮ドライブに格納されているファイルは、全て一つのデータファイルに格納されていて、ドライバソフトウェアがこれをドライブに見立てて読み書きしている。したがって、圧縮ドライブの元になっているデータファイルが壊れたら、圧縮ドライブ内に格納されている全てのファイルが壊れてしまう。しかも、前記（２）の問題により圧縮されたデータは一旦トラブルが発生すると、修復が困難になる。
【００２６】
ドライブスペースを使用した場合のメリットは、ハードディスクの使用量を節約できると言う点である。したがって、ハードディスクの容量が十分足りていれば、あえてドライブスペースを使う必要がない。ドライブスペースを使うと、ハードディスクの使用容量は約２倍に増えるが、これは格納するファイルの種類により異なる。文書などのテキストファイルは３分の１以下に圧縮できるが、プログラムなどのバイナリデータは半分に圧縮できれば良いほうである。
【００２７】
また、ＷＡＶＥ形式の音声データファイルや、元々圧縮されているＪＰＥＧ形式の画像データファイルは、殆ど圧縮できないので、圧縮ドライブに格納してもハードディスクの使用容量は、全く増加しない。圧縮ドライブにテキストファイルだけを格納するのならハードディスクの使用容量は３倍にも４倍にも増加するが、画像データや音楽データばかりを格納すれば、ハードディスクの使用容量は全く増加しない。ドライブスペースを使うと、ハードディスクの使用容量が２倍に増えるのは色々な種類のファイルが格納されている状態での平均値のようなものである。
【００２８】
ドライブスペースを使用した場合のデメリットは、ファイルを読み書きする際に、圧縮／伸長処理が必要なので、通常のファイルを読み出すよりも時間がかかるという点である。条件によっては、圧縮ドライブを使ったほうがファイルの読み書きが速くなることもある。ファイルを圧縮すると実際にハードディスクに転送するデータサイズが小さくなり、このため圧縮／伸長に要する時間の分だけ、データの転送時間が短縮できれば、圧縮ドライブを使用してもトータルのファイルの読み書きの速度は速くなることになる。
【００２９】
例えば、２Ｍバイトのデータを読み書きするのに１秒かかるディスクがあった場合、普通に２Ｍバイトのファイルを読み書きすると１秒かかるが、圧縮することでデータサイズが半分の１Ｍバイトになったとすると、実際のディスクへの読み書きは０．５秒で済むことになる。したがって、圧縮／伸長に要する時間が、０．５秒よりも短ければ、圧縮ドライバを使用した方がファイルの読み書きは速くなることになる。
【００３０】
ハードディスクの読み書きの速度は十分に速いので、圧縮ドライバの方が速くなると言うことは殆どない。先ほどの例で言えば、圧縮／伸長に要する時間が、０．５秒よりも長くかかるため、トータルでは遅くなってしまうことになる。しかし、フロッピー（登録商標）ディスクやＭＯ／ＰＤのように読み書きが遅いディスクなら圧縮ドライブを使用した方が速くなる可能性がある。
【００３１】
何れにしてもファイルを圧縮して格納する限り、ハードディスクに対してドライブスペースを使うと、ハードディスクが格納できる容量が増える代わりにファイルの読み書きの速度は遅くなると考えて良いことになる。
【００３２】
次に安全なドライブスペースの使い方を説明する。ドライブスペースのメリットを生かし、デメリットを補いつつ、トラブル時の危険性もなるべく回避するためには、ハードディスクに圧縮ドライブ専用のパーティション（区画）を用意した方が良い。そのパーティションは圧縮ドライブの元となるデータファイルだけ格納するようにして、他の用途には一切使用しない。
【００３３】
このようにすることで、圧縮ドライブの元となるデータファイルが破壊される危険性は、かなり低くなる。システムドライブのパーティションサイズは、例えば２５０〜５００Ｍバイトあれば、十分であり、システムドライブにその分だけ確保したら、残りのパーティションは全ての圧縮ドライバ用に割り当てる。
【００３４】
なお、ドライブスペースにはドライブスペース２とドライブスペース３のバージョンがあるが、ここではドライブスペース３を使うことを前提に説明する。
【００３５】
例えば、２Ｇバイトのハードディスクがあるとすると、Ｃドライブが５００Ｍバイト、Ｄドライブが１．５Ｇバイトと言ったように、パーティションを切る。Ｄドライブは全て圧縮ドライブとして設定するので、実際には、Ｄドライブは通常の処理には使用しない。Ｄドライブを圧縮ドライブとして設定した場合、新たな圧縮ドライバ用のドライブレター、例えばＨドライブを使ってアクセスする。圧縮ドライブであるＨドライブは、通常の約２倍の容量が確保できるから、見かけ上３Ｇバイトのドライブとして使用できる。
【００３６】
Ｃドライブが５００Ｍバイトしかないが、アプリケーションやデータは圧縮ドライブに格納するようにすれば良い。Ｃドライブが例えば２５６Ｍバイトであると、容量的に厳しいかも知れないが、スワップファイルを圧縮ドライブに置くこともできるので、Ｃドライブに無条件にファイルを格納してしまう巨大なアプリケーションをインストールしなければ問題がない。
【００３７】
このようにパーティションを分けると、Ｃドライブがコンパクトになり、例えばＦＡＴ３２を使わなくてもクラスタサイズが小さくなると言うメリットも生じる。
【００３８】
例えば４Ｇバイトクラスのハードディスクでドライブスペースを使う場合は、パーティションの切り分け方が難しいかも知れない。ＯＳＲ２以降であれば、ＦＡＴ３２が使えるので、４Ｇバイトも容量があれば、圧縮ドライブは使う必要がないかも知れない。また、ＦＡＴ３２ファイルシステム上では、ドライブスペースは使えないので、ドライブスペースを使う場合は、２Ｇバイト以内のパーティションを圧縮ドライブ用に作成することになる。
【００３９】
問題はＦＡＴ３２が使えない場合、ＦＡＴ１６ファイルシステムはパーティションサイズが２Ｇバイト以内という制限があるので、最低でも２つパーティションを用意する必要がある。システムドライブを１Ｇバイトとかにしてしまうと、まだ３Ｇバイトの容量が残るので、合計で３つのパーティションを作成する必要がある。
【００４０】
結局、Ｃドライブのパーティションサイズを幾つにするかで自然と残りのパーティションの切り方が決まるが、２Ｇバイトの最大容量で圧縮ドライブ用のパーティションを作ることになる。２Ｇバイトの圧縮ドライバ用パーティションを作成しても、なお容量が余っている場合は作業のドライブとして、スワップファイルやインターネットのキャッシュファイルなどを格納するドライブとして使うと良い。
【００４１】
次に図３〜図６を参照してドライブスペースの使用例を説明する。図３は、例えば、Ｐｅｎｔｉｕｍ（登録商標）  ＭＭＸ  ２００ＭＨｚ  ＰＣ／ＡＴ機で、ＨＤＤ（ハードディスク）が１．２Ｇバイトである場合のパーティション・イメージを示す。この図３に示すようにシステムドライブ（Ｃ：）は、クラスタサイズが８Ｋバイトに収まる上限の５０９Ｍバイトで確保し、残りは全て圧縮ドライブ（Ｈ：）として使用している。
【００４２】
図４は、例えば、Ｐｅｎｔｉｕｍ（登録商標）  ＭＭＸ  １６６ＭＨｚ  ＰＣ／ＡＴ機で、ＨＤＤが２．０Ｇバイトである場合のパーティション・イメージを示す。この図４に示す様に、２ＧバイトのハードディスクのＷｉｎｄｏｗｓ９５（登録商標）をＷｉｎｄｏｗｓＮＴ（登録商標）にてインストールしている。ＷｉｎｄｏｗｓＮＴ（登録商標）用の５０９Ｍバイトのパーティションを確保している点を除けば、構成は、図３に示す構成と同じである。
【００４３】
図５は、例えば、Ｄｙｎａ  Ｂｏｏｋ（登録商標）  ＰＯＲＴＡＧＥ  ６５０ＣＴ機で、ＨＤＤが１．３Ｇバイトである場合のパーティション・イメージを示す。この例はドライブスペースの恩恵を一番受けているノートパソコンのパーティション・イメージを示す。外出先からでもあらゆる用途に対応できるように色々なアプリケーションやデータを詰め込んでいる。格納されているファイルサイズの合計は、１．５Ｇバイトあり、実際の容量を越えている。
【００４４】
図６は、例えば、Ｄｙｎａ  Ｂｏｏｋ（登録商標）  ＳＳ４３３機で、ＨＤＤが５００Ｍバイトである場合のパーティション・イメージを示す。このハードディスクの容量は５００Ｍバイトという貧弱な環境であるが、ドライブスペースを導入することで見かけ上のハードディスク容量は７００Ｍバイト相当になっている。したがって、巨大なデータを保存しなければ、十分実用になる。
【００４５】
ところで、前述したドライブスペース３に用意されている機能に圧縮エージェントというものがある。ドライブスペース３では、容量を増やすことを優先するか、速度を優先するか、あるいはその中間で使うかといった圧縮の微調整も可能であるが、圧縮エージェントを使うことでファイルを更に圧縮して容量を増やすことができる。
【００４６】
ドライブスペース３では、標準圧縮、ＨｉＰａｃｋ、ＵｌｔｒａＰａｃｋの３つの圧縮方式がサポートされており、後者になるほど高い圧縮率が得られる。これにより、ドライブの空き容量が増えることになる。但し、圧縮率の高い方式を使うと、処理速度が遅くなる可能性がある。圧縮ドライブにファイルを書き込むと、標準圧縮が使われるが、圧縮エージェントを実行すると、ＨｉＰａｃｋやＵｌｔｒａＰａｃｋにファイルを圧縮し直すことができる。圧縮エージェントではファイルの種類やフォルダ毎に圧縮方式を指定できる。また、一定期間使われないファイルをＵｌｔｒａＰａｃｋで圧縮するといった指定も可能である。
【００４７】
ＪＰＥＧ形式やＧＩＦ形式の画像データやＷＡＶＥ形式の画像データファイルは、圧縮してもファイルサイズは全くと言っていいほど小さくならないので、このようなファイルは圧縮エージェントで圧縮しないように指定しておくと良い。また、頻繁に利用するアプリケーションは、そのアプリケーションが格納されているフォルダを圧縮なしに設定しておくと、処理速度の低下なしに利用することができる。
【００４８】
図１は本発明の一実施形態に係るオペレーティングシステムの記憶方法を採用したコンピュータシステムの構成を示すブロック図である。このコンピュータシステムＡは、システム全体を制御するための演算やデータ処理を行うＣＰＵ１、このＣＰＵ１の動作に必要なデータおよびプログラムが記憶されたＲＯＭ２、ＣＰＵ１の動作に必要なデータを一時的に格納するＲＡＭ３、組込み用ＯＳ（オペレーティングシステム）であるＷｉｎｄｏｗｓ  ＸＰ  Ｅｍｂｅｄｄｅｄ（登録商標）を記憶するコンパクト・フラッシュＲＯＭ４、ハードディスクに対してリード／ライトを行うハードディスクドライブ５、フロッピー（登録商標）ディスクに対してリード／ライトを行うフロッピーディスクドライブ６、ＣＤ・ＲＯＭに対してリードを行うＣＤ・ＲＯＭドライブ７、データや操作情報などを入力するキーボード８、画面上で操作情報などを入力するためのマウス９、および操作情報や処理結果の情報などを画面表示する表示装置１０を備えている。そして、これらの構成要素はバス１１によって接続されている。
【００４９】
次に、このように構成されたコンピュータシステムＡにおいて、組み込み用ＯＳであるＷｉｎｄｏｗｓ  ＸＰ  Ｅｍｂｅｄｄｅｄ（登録商標）をコンパクト・フラッシュＲＯＭ４に記憶させる方法について、図２に示すフローチャートを参照して説明する。
【００５０】
Ｗｉｎｄｏｗｓ  ＸＰ  Ｅｍｂｅｄｄｅｄ（登録商標）は、ファイルとして、ｂｏｏｔ．ｉｎｉと、ｎｔｄｅｔｅｃｔ．ｃｏｍと、ｎｔｌｄｒと、ｗｅｒｕｎｔｉｍｅ．ｉｎｉと有し、フォルダとして、Ｄｏｃｕｍｅｎｔｓ  ａｎｄ  Ｓｅｔｔｉｎｇｓと、Ｐｒｏｇｒａｍ  Ｆｉｌｅｓと、ＷＩＮＤＯＷＳ（登録商標）とを有する。ｂｏｏｔ．ｉｎｉと、ｎｔｄｅｔｅｃｔ．ｃｏｍと、ｎｔｌｄｒと、ｗｅｒｕｎｔｉｍｅ．ｉｎｉとは、圧縮すると、ＯＳは起動しなくなるので、圧縮をせずに、コンパクト・フラッシュＲＯＭ４に記憶させる。一方、Ｄｏｃｕｍｅｎｔｓ  ａｎｄ  Ｓｅｔｔｉｎｇｓと、Ｐｒｏｇｒａｍ  Ｆｉｌｅｓと、ＷＩＮＤＯＷＳ（登録商標）とは、圧縮しても、ＯＳは起動するので、圧縮してコンパクト・フラッシュＲＯＭ４に記憶させる。
【００５１】
コンパクト・フラッシュＲＯＭ４に組み込み用ＯＳであるＷｉｎｄｏｗｓ  ＸＰ  Ｅｍｂｅｄｄｅｄ（登録商標）を記憶させるには、本実施形態のコンピュータシステムＡは次のような動作を行う。
【００５２】
先ず、Ｗｉｎｄｏｗｓ  ＸＰ  Ｅｍｂｅｄｄｅｄ（登録商標）をコンピュータシステムＡにインストールするために、Ｗｉｎｄｏｗｓ  ＸＰ  Ｅｍｂｅｄｄｅｄ（登録商標）が記憶されているＣＤ・ＲＯＭをＣＤ・ＲＯＭドライブ６にセットする（ステップＳ１）。これにより、ＣＰＵ１は、ＣＤ・ＲＯＭドライブ７を起動させ（ステップＳ２）、ＣＤ・ＲＯＭからＷｉｎｄｏｗｓ  ＸＰ  Ｅｍｂｅｄｄｅｄ（登録商標）を読出し（ステップＳ３）、圧縮しないファイル（ｂｏｏｔ．ｉｎｉとｎｔｄｅｔｅｃｔ．ｃｏｍとｎｔｌｄｒとｗｅｒｕｎｔｉｍｅ．ｉｎｉ）と、圧縮するフォルダ（Ｄｏｃｕｍｅｎｔｓ  ａｎｄ  ＳｅｔｔｉｎｇｓとＰｒｏｇｒａｍ  ＦｉｌｅｓとＷＩＮＤＯＷＳ（登録商標））とを選別する（ステップＳ４）。
【００５３】
そして、前記圧縮するフォルダは、前述した圧縮エージェントにより圧縮し（ステップＳ５）、コンパクト・フラッシュＲＯＭ４に記憶させ（ステップＳ６）、また、前記圧縮しないファイルは、そのままコンパクト・フラッシュＲＯＭ４に記憶させる（ステップＳ６）。
【００５４】
このように、Ｗｉｎｄｏｗｓ  ＸＰ  Ｅｍｂｅｄｄｅｄ（登録商標）をコンピュータシステムＡにインストールするのに、Ｗｉｎｄｏｗｓ  ＸＰ  Ｅｍｂｅｄｄｅｄ（登録商標）の一部を圧縮して、コンパクト・フラッシュＲＯＭ４に記憶させるので、コンパクト・フラッシュＲＯＭ４の記憶容量を削減することができる。
【００５５】
例えば、ＷｉｎｄｏｗｓＸＰ  Ｅｍｂｅｄｄｅｄ（登録商標）のデータ容量を３４０Ｍバイトから２４０Ｍバイトへと約３０％低減することができ、この場合圧縮前では５１２Ｍバイトのコンパクト・フラッシュＲＯＭでないと記憶できなかったが、圧縮後では２５６Ｍバイトのコンパクト・フラッシュＲＯＭで十分記憶できる。コンパクト・フラッシュＲＯＭは記憶容量が大きくなるほど、高価になるが、本実施形態では、小さい記憶容量のコンパクト・フラッシュＲＯＭを使用することができるので、その分、コンピュータシステムＡのコストの削減を図ることができる。
【００５６】
【発明の効果】
以上のように請求項１の発明によれば、オペレーティングシステムを構成する一部のファイルおよび／またはフォルダを圧縮して記憶手段に記憶させ、その他のファイルおよび／またはフォルダを非圧縮にて前記記憶手段に記憶させるようにしたので、オペレーティングシステムのイメージの容量を更に削減でき、これにより、オペレーティングシステムを記憶する記憶手段としては、小さい記憶容量で低価格のものを使用することができ、したがって、コンピュータシステムのコストダウンを図れる。
【００５７】
請求項２の発明によれば、圧縮して記憶させる一部のファイルおよび／またはフォルダとは、オペレーティングシステムの起動に必要のないファイルおよび／またはフォルダであり、非圧縮にて記憶されるその他のファイル／またはフォルダとは、オペレーティングシステムの起動に必要なファイルおよび／またはフォルダであるので、オペレーティングシステムを起動可能な範囲でオペレーティングシステムのイメージの容量を更に削減できる。
【００５８】
請求項３の発明によれば、ファイルおよび／またはフォルダは、ＮＴＦＳ形式でフォーマットされているので、データを圧縮することが可能になる。
【図面の簡単な説明】
【図１】本発明の一実施形態に係るオペレーティングシステムの記憶方法を採用したコンピュータシステムの構成を示すブロック図である。
【図２】本発明の一実施形態に係るオペレーティングシステムの記憶方法を説明するためのフローチャートである。
【図３】ドライブスペースの第１の使用例を説明するためのパーティション・イメージを示す図である。
【図４】ドライブスペースの第２の使用例を説明するためのパーティション・イメージを示す図である。
【図５】ドライブスペースの第３の使用例を説明するためのパーティション・イメージを示す図である。
【図６】ドライブスペースの第４の使用例を説明するためのパーティション・イメージを示す図である。
【符号の説明】
Ａ  コンピュータシステム
４  コンパクト・フラッシュＲＯＭ（記憶手段）
【図１】
2004295677.tif 000003
【図２】
2004295677.tif 000004
【図３】
2004295677.tif 000005
【図４】
2004295677.tif 000006
【図５】
2004295677.tif 000007
【図６】
2004295677.tif 000008