JP2009064300A

JP2009064300A - リムーバブルメモリユニット

Info

Publication number: JP2009064300A
Application number: JP2007232455A
Authority: JP
Inventors: Masahiro Yano; 正博矢野; Mitsuhiro Kaneko; 光裕金子
Original assignee: OYO DENSHI KK; Oyo Denshi KK
Current assignee: OYO DENSHI KK; Oyo Denshi KK
Priority date: 2007-09-07
Filing date: 2007-09-07
Publication date: 2009-03-26

Abstract

【課題】リムーバブルメモリユニットに記憶されたＯＳをコンピュータ装置に読み込むことなくリムーバブルメモリユニット上で起動することができるようにする。
【解決手段】メモリ部１３はＣＤ−ＲＯＭドライブとして認識される第１の記憶領域１３ａとフラッシュメモリとして認識される第２の記憶領域１３ｂとからなり、第１の記憶領域１３ａをＣＤ−ＲＯＭドライブとして、第２の記憶領域１３ｂをフラッシュメモリとして認識させるための情報を記憶した制御記憶部１４を備え、第１の記憶領域１３ａにＭＢＲ３０と、第１の記憶領域１３ａをサーチしてＯＳ本体３２の記憶場所を特定するサーチスクリプトを含むＯＳ起動プログラム３１と、ＯＳ起動プログラム３１に基づいてＵＳＢメモリユニット１０上で起動されるＯＳ本体３２を記憶し、第２の記憶領域１３ｂに起動されたＯＳ本体３２によって書込、復元が可能なデータを記憶する。
【選択図】図１

Description

本発明は、コンピュータ装置のＯＳ（オペレーティングシステム）を記憶したリムーバブルメモリユニットに関するものであり、特に、リムーバブルメモリユニットに記憶されたＯＳをコンピュータ装置に読み込むことなくリムーバブルメモリユニット上で起動することができるようにしたリムーバブルメモリユニットに関するものである。

現在、多数のユーザにより使用されているコンピュータ装置は、プロセッサチップと、ＯＳ起動プログラム、ＯＳ（オペレーティングシステム／演算・制御プログラム）をコンピュータ装置に内蔵されるハードディスクにインストールし、ＯＳ起動プログラムによりＯＳを起動してプロセッサチップがそのＯＳに従ってコンピュータ装置内の各種リソースを制御し、演算操作を行うように構成されている。

ハードディスク装置はＯＳが管理、使用する領域とユーザが使用する領域に分離され、ユーザがコンピュータ装置を利用するために必要なアプリケーションプログラムはＯＳの管理のもと、ハードディスク装置のユーザ使用領域にインストールされ、ＯＳの管理下で動作する。また、ユーザがコンピュータ装置を操作して（所望のアプリケーションを起動して）作成されたデータもまたハードディスク装置のユーザ使用領域に保存することができる。

また、コンピュータ装置がネットワーク環境下に置かれた場合には、ネットワークおよびユーザのコンピュータ装置に対して設定されたネットワーク環境条件に従って、ネットワーク内の各種サーバや共用ファイル装置などのリソースにアクセスして当該コンピュータ装置に許容されているデータを取得したり、当該データを書き換えたりすることができる。

更に、コンピュータ装置が、ＬＡＮ（ローカルエリアネットワーク）からインターネットを介して外部ネットワークにアクセスできるネットワーク環境下に置かれる場合には、インターネット網を介してアクセスすることのできる外部のＷＥＢサーバなど、各種リソースを利用することもできる。

このようなコンピュータ装置は、企業等における機密性の高い情報を作成、保存する作業にも使用されることから、コンピュータ装置の盗難や本来使用を許されていない第３者によりコンピュータ装置が使用され機密情報が流出するような事態が生ずる恐れがある。このような事態を防止するために、コンピュータ装置やネットワークに対するセキュリティ対策が必要になる。

コンピュータ装置のセキュリティ対策として種々の方法が提案され、現実に適用されている方法も多い。一般的にはＯＳの起動プログラムに個人認証機能を搭載し、ＯＳ起動時に本来のユーザが設定したパスワードを入力させ、設定パスワードと照合してＯＳを起動させるようにした方法が採られる。この方法ではパスワードを盗まれたり、他人にパスワードを教えたりした場合には、本来のセキュリティ機能を果たすことができなくなり、高度なセキュリティ対策とはいえない。

コンピュータ装置のセキュリティ対策として、例えば、下記の特許文献１（特開２００２−３４１９５７号公報）には、フラッシュメモリなどのリムーバブルユニットを使用したコンピュータの起動方法が開示されている。この特許文献１に開示されたコンピュータの起動方法は、コンピュータ本体から着脱可能なリムーバブルユニットが、フラッシュメモリからなる一般データ記録部およびユーザーコード記録部を含み、かつ、ＭＰ３プレーヤーとして使用でき、コンピュータ本体のＢＩＯＳ−ＲＯＭが、ユニットコード記録部と、リムーバブルユニットが接続されるインターフェース部と、ユーザーコードとユニットコードが一致するとシステムの起動を許可する制御部を含んで構成されたものである。

コンピュータのユーザがコンピュータを起動する場合、リムーバブルユニットをコンピュータ本体に接続する。そしてリムーバブルユニットからユーザーコードがインターフェース部を経由してコンピュータ本体に送信され、コンピュータ本体の制御部はユーザーコードの内容とユニットコードの内容とを比較し、これらが一致していればシステムの起動を許可し、一致していなければシステムの起動を不許可とする。このようにすることによって、パスワードを使用することなく、リムーバブルユニットをコンピュータ本体に接続するだけで、正しいリムーバブルユニットが接続された場合のみコンピュータを起動することができる。

この方法によれば、ユーザによりリムーバブルユニットの管理が適正に行われる限りにおいてはパスワードの入力などの操作が不要であり、便利であるが、リムーバブルユニットが盗難にあったり、第３者に貸し出されたりした場合にはセキュリティ機能を果たすことができなくなり、パスワードを使用する方法と大きな差異はない。

このような問題に対して、セキュリティを完備したサーバールームを設け、クライアントにハードディスクを持たせないシステムを構築した場合、ハードディスクの持ち出しや盗難は防げても、ネットワークを経由してのアクセスは比較的容易に可能である。

最近では、リムーバブルユニットの記憶容量が飛躍的に大きくなったことから、ＵＳＢメモリスティックのようなリムーバブルユニットを利用することが一般的になってきている。例えば、下記の特許文献２（特開２００５−１６６０４９号公報）には、指紋センサを備えたメモリ保存装置が開示されている。

この特許文献２に開示された指紋センサを備えたメモリ保存装置は、ホストに接続されたホストインタフェース、ホストインタフェースに接続されたコントローラ、コントローラに接続された指紋センサ及びメモリモジュールを具え、コントローラとホストがハンドシェークによりコミュニケートし、ホストに適合する駆動プログラム及びアプリケーションプログラムをメモリモジュールよりホストにダウンロードし、ホストはこの二つのプログラムを通して使用者の命令を受け取り、コントローラに通知して指紋センサを制御させて使用者の認識待機指紋データを読み取らせ、アプリケーションプログラムを利用して認識待機指紋データを処理してメモリモジュールに保存されたテンプレート指紋データと比較し両者がマッチするかを比較し、比較結果によりホストがメモリモジュールの特定ブロックにアクセス可能になるように構成したものである。

このように、リムーバブルユニットの記憶容量が飛躍的に大きくなったことから、コンピュータ装置にＯＳ起動プログラムやＯＳそのものをインストールせず、コンピュータ装置は表示手段やキーボード等の入力手段とＵＳＢポートのようなリムーバブルユニット接続手段のみを設け、リムーバブルユニットが接続されない状態ではコンピュータ装置として機能しないように構成することが可能である。

図４は、このようなリムーバブルユニットとコンピュータ装置を示すブロック図であり、リムーバブルユニットとしてＵＳＢメモリユニット１００が使用さている。コンピュータ装置２００は、液晶表示ユニットなどの表示手段２１０、キーボード、マウスなどの入力手段２２０、ＵＳＢメモリユニット１００を接続するためのＵＳＢポート２３０を備えている。なお、図示していないがコンピュータ装置２００は、表示手段２１０、入力手段２２０、ＵＳＢポート２３０を制御するマイクロプロセッサチップを搭載している。

一方、ＵＳＢメモリユニット１００は、ＵＳＢコントローラ１１０、入出力部１２０と、ＯＳ起動プログラム１３１、ＯＳ１３２、メモリ１３３を有するプロセシングモジュール１３０を備えている。使用者はコンピュータ装置２００を使用する場合、ＵＳＢメモリユニット１００をコンピュータ装置２００のＵＳＢポート２３０に接続し、ＯＳ起動プログラム１３１を作動させてＯＳ１３２を起動すると、入出力部１２０、ＵＳＢポート２３０を経由してコンピュータ装置２００の表示手段２１０、入力手段２２０との間で情報の送受信が可能になり、ＵＳＢメモリユニット１００のプロセシングモジュール１３０がコンピュータ装置２００の一部として動作するようになる。

一般にコンピュータ装置のＯＳを起動するには、ＭＢＲ（ＭａｓｔｅｒＢｏｏｔＲｅｃｏｒｄ：マスタブートレコード）と呼ばれる情報が用いられる。このＭＢＲは記憶装置の先頭アドレスに記録されており、通常は５１２バイト程度の情報である。また、ＭＢＲはコンピュータ装置の電源が投入されＢＩＯＳ（ＢａｓｉｃＩｎｐｕｔＯｕｔｐｕｔＳｙｓｔｅｍ）が起動された後に、ＯＳを起動するために最初に読まれる記憶領域に記憶され、ＯＳ本体の記憶場所のアドレスや初期表示画面情報などが記録されている。従って、ＵＳＢメモリユニット１００のＯＳ起動プログラム１３１にはその先頭の５１２バイトにＭＢＲを記憶しておく。

コンピュータ装置の電源が投入されるとＢＩＯＳ（ＢａｓｉｃＩｎｐｕｔＯｕｔｐｕｔＳｙｓｔｅｍ）が起動され、ＢＩＯＳによって記憶装置の先頭５１２バイトに記録されたＭＢＲが読み出される。ＭＢＲにはＯＳ１３２の記憶領域のアドレスや初期表示画面情報などが記録されているから、ＢＩＯＳは表示手段に初期画面を表示し、ＯＳ１３２を起動することができる。

このような構成にすれば、コンピュータ装置本体にはＯＳ、ハードディスクが不要であり、コンピュータ装置本体内にはデータがいっさい残らない為、情報漏洩を完全にシャットアウトできる。更に、このＵＳＢメモリユニット（メモリスティック型クライアント装置ということもできる）に認証システムを組み合わせればより高いレベルの個別セキュリティを併せ持たせることができる。

また、ＵＳＢメモリユニットに種々のアプリケーションソフトを記憶させておき、ＵＳＢメモリ上でアプリケーションソフトを起動させることもできる。この場合、アプリケーションソフトはＣＤ−ＲＯＭのような読み出し専用の記憶領域に記憶されることが好ましい。ところが、ＵＳＢメモリユニットは一般的にはコンピュータ装置からハードディスクユニットとして認識され、ＣＤ−ＲＯＭとして認識されないため、アプリケーションソフトは書き換えできない記憶領域に記憶することができないという問題点があった。

このような問題点を解消するＵＳＢメモリユニットは、例えば、下記の特許文献３（特開２００４−１７１５３６号公報）に開示されている。このＵＳＢメモリユニットは、記憶領域を、データの読み出し、書き込み及び削除を実行可能な領域と読み出しのみ実行可能な領域とに分け、これらの領域を、情報の読み出し、書き込み及び削除を実行可能なディスクデバイスと認識させるための情報と、情報の読み出しのみを実行可能なＣＤ−ＲＯＭデバイスとして認識させるための情報と、を記憶して、ホストが有するＵＳＢマスストレージクラスドライバに、ＵＳＢストレージデバイスの前記各領域を、ディスクデバイス及びＣＤ−ＲＯＭデバイスという異なる２つの種類のデバイスとして認識させるように構成したものである。

特開２００２−３４１９５７号公報（図３）特開２００５−１６６０４９号公報（図１、図４）特開２００４−１７１５３６号公報（図１、図２）

ところで、図４に示すようなＯＳを記憶したＵＳＢメモリユニットをコンピュータ装置に接続し、ＵＳＢメモリユニット上でＯＳを動作させる場合、ＵＳＢメモリユニットがどのようなコンピュータ装置に接続されて使用されるかはユーザによってそれぞれ異なるものであるから、コンピュータ装置の機種による依存性がないことが好ましい。

例えば、コンピュータ装置がハードディスクドライバを有し、ハードディスクドライブを接続できる場合でも、ＳＣＳＩ規格のハードディスクドライブやＩＤＥ規格のハードディスクドライブに対応するハードディスクドライバであるかにより接続できるハードディスクドライブが制約される。同様にコンピュータ装置の機種によりＣＤ−ＲＯＭドライバやＣＤ−ＲＷドライバなどが異なる場合そのコンピュータ装置に接続可能なデバイスが制約を受ける。

コンピュータ装置にＵＳＢメモリユニットを接続して使用する場合、コンピュータ装置にはＵＳＢドライバが組み込まれており、一般にはこのＵＳＢドライバはＵＳＢメモリユニットをハードディスクドライブとして認識する。ハードディスクドライブは通常、パーティションで区分された複数の記憶領域を有する構造としてコンピュータ装置から認識される。従って、図４に示すようにＯＳをＵＳＢメモリユニットに記憶しておき、ＵＳＢメモリユニット上でＯＳを動作させる場合、ＵＳＢメモリユニットのデータ記憶領域の先頭にＭＢＲを記録しておき、ＭＢＲにはＯＳ本体が記憶されている記憶場所を記録しておく必要がある。すなわち、ＯＳ本体の記憶場所がどのパーティションによって区切られた領域に記憶されているかを記録しておく必要がある。

ＵＳＢメモリユニットの記憶領域は、図５に示すように複数のパーティションによって区分された複数の記憶領域ｓｄａ１〜ｓｄａ４を有する構造として認識される。図５において、ｓｄａはディスクドライブａを表しており、複数の物理ドライブを有する場合はそれぞれのディスクドライブはｓｄｂ・・・ｓｄｎのように表される。なお、ｓｄａはハードディスクドライブがＳＣＳＩ規格によるものであることを示し、ハードディスクドライブがＩＤＥ規格によるものである場合は、ｈｄａ・・・ｈｄｎのように表される。同様にディスクドライブがＣＤ規格によるものである場合はｓｒで表される。また、パーティションによる区分数はＳＣＳＩ規格においては基本パーティション４、論理パーティション５の最大９つのパーティションに区分できる。ＩＤＥ規格においても同様である。

コンピュータ装置がどのハードディスクドライブの規格を採用しているかは製造メーカや機種に依存する。ＵＳＢメモリユニットは各種のコンピュータ装置に接続されるので、機種依存があってはならず、ＳＣＳＩ規格、ＩＤＥ規格やＣＤ規格などのいずれにも適用できるようなドライブ情報を有している。

先に、ＯＳを起動する方法として、ＭＢＲにＯＳ１３２の記憶領域のアドレスや初期表示画面情報などを記録しておき、ＢＩＯＳが表示手段に初期画面を表示し、ＯＳ１３２を起動する例を説明したが、ＯＳを起動する別の方法としては、ＭＢＲにＯＳ本体の記憶位置を直接記憶せず、ＭＢＲの記憶位置（メモリの先頭アドレス）に対する相対アドレスで特定される記憶位置にＯＳ本体の記憶場所をサーチするサーチスクリプトを含むＯＳ起動プログラムを記録しておき、パーティションで区分された各記憶領域を順次サーチしてＯＳ本体を特定するように構成することも考慮される。

図６はこのＯＳ起動プログラムの構成を示す図である。このＯＳ起動プログラムはＯＳ本体の記憶場所をサーチするサーチスクリプトを含むものであり、サーチスクリプトを実行することにより、パーティションで区分された各記憶領域を順次サーチしてＯＳ本体を特定するように構成されている。このＯＳ起動プログラムはＭＢＲの記憶アドレスに対して相対アドレスで示される位置に記憶し、ＭＢＲに相対アドレス位置を指定しておくことにより読み出して実行することができる。

図６に示すようにＯＳ起動プログラムに含まれるサーチスクリプトは、ディスクドライブｓｄａのパーティションｓｄａ１〜ｓｄａ９を順にサーチするスクリプト、・・・ディスクドライブｓｄｄのパーティションｓｄｄ１〜ｓｄｄ９を順にサーチするスクリプト、ディスクドライブｈｄａのパーティションｈｄａ１〜ｈｄａ９を順にサーチするスクリプト、・・・ディスクドライブｈｄｄのパーティションｈｄｄ１〜ｈｄｄ９を順にサーチするスクリプトのように、ＵＳＢメモリユニットが接続されるコンピュータ装置の機種依存性がないように全てのディスクドライブ規格に適合できるようにサーチスクリプトが用意されている。これにより、ＯＳ本体の記憶されたパーティションをサーチし、ＯＳ本体を起動できる。

しかしながら、図４に示すようなＯＳを記憶したＵＳＢメモリユニットをコンピュータ装置に接続し、ＵＳＢメモリユニット上でＯＳを動作させる場合、上記特許文献３に開示されたＵＳＢメモリユニットを適用したとしても、コンピュータ装置はＵＳＢメモリユニットのメモリ部を、ハードディスクドライブとして認識する部分と、ＣＤ−ＲＯＭドライブとして認識する部分と、を有するものとして認識することはできるが、それ以外のものとして認識することはできない。しかも、ハードディスクドライブとして認識されるＵＳＢメモリユニットはコンピュータ装置からＯＳ起動可能媒体として認識されることは少ない。このため、コンピュータ装置の機種による依存性を完全には無くすことができないという問題点があった。

本願の発明者は、上記の問題点を解消すべく種々検討を重ねた結果、ＣＤ−ＲＯＭとして認識される媒体は、ほとんどのコンピュータ装置からＯＳ起動可能媒体として認識される点に着目し、ＵＳＢメモリユニットをＣＤ−ＲＯＭとして認識される記憶領域とフラッシュメモリとして認識される記憶領域とに区分し、ＣＤ−ＲＯＭとして認識される記憶領域にＭＢＲとＯＳ起動プログラムとＯＳ本体を記憶し、フラッシュメモリとして認識される記憶領域に設定ファイルやログファイルなどを記憶するようになせば、上記の問題点を解消し得ることに想到して本発明を完成するに至ったものである。

すなわち、本発明は上記の問題点を解消することを課題とし、コンピュータ装置の機種によらず、リムーバブルメモリユニットに記憶されたＯＳをコンピュータ装置に読み込むことなくリムーバブルメモリユニット上で起動することができるようにしたリムーバブルメモリユニットを提供することを目的とするものである。

前記課題を解決するために、本願の請求項１にかかる発明は、
表示手段と入力手段とリムーバブルメモリユニットを接続するポートを有するコンピュータ装置に接続されるリムーバブルメモリユニットにおいて、
前記リムーバブルメモリユニットは、ＣＤ−ＲＯＭドライブとして認識される第１の記憶領域とフラッシュメモリとして認識される第２の記憶領域とからなるメモリ部と、前記第１の記憶領域をＣＤ−ＲＯＭドライブとして、第２の記憶領域をフラッシュメモリとして認識させるための情報を記憶した制御記憶部と、を備え、
前記第１の記憶領域には、マスタブートレコードと、少なくとも前記第１の記憶領域をサーチしてＯＳ本体の記憶場所を特定するサーチスクリプトを含むＯＳ起動プログラムと、前記マスタブートレコードにより読み出されたＯＳ起動プログラムに基づいて当該第１の記憶領域をサーチすることによって記憶場所が特定されて、該リムーバブルメモリユニット上で起動されるＯＳ本体と、を記憶し、
前記第２の記憶領域には、起動された前記ＯＳ本体によって書込、復元が可能なデータを記憶する
ことを特徴とする。

また、本願の請求項２にかかる発明は、請求項１にかかるリムーバブルメモリユニットにおいて、前記第２の記憶領域に記憶されたデータは、バイナリデータであることを特徴とする。

また、本願の請求項３にかかる発明は、請求項１または請求項２にかかるリムーバブルメモリユニットにおいて、前記第２の記憶領域に記憶されたデータは、ループファイルシステムに基づいて書込、復元されることを特徴とする。

請求項１にかかる発明においては、リムーバブルメモリユニットは、ＣＤ−ＲＯＭドライブとして認識される第１の記憶領域とフラッシュメモリとして認識される第２の記憶領域とからなるメモリ部と、前記第１の記憶領域をＣＤ−ＲＯＭドライブとして、第２の記憶領域をフラッシュメモリとして認識させるための情報を記憶した制御記憶部と、を備え、前記第１の記憶領域には、マスタブートレコードと、少なくとも前記第１の記憶領域をサーチしてＯＳ本体の記憶場所を特定するサーチスクリプトを含むＯＳ起動プログラムと、前記マスタブートレコードにより読み出されたＯＳ起動プログラムに基づいて当該第１の記憶領域をサーチすることによって記憶場所が特定されて、該リムーバブルメモリユニット上で起動されるＯＳ本体と、を記憶し、前記第２の記憶領域には、起動された前記ＯＳ本体によって書込、復元が可能なデータを記憶する。

このような構成によれば、リムーバブルメモリユニットに記憶されたＯＳをコンピュータ装置に読み込むことなくリムーバブルメモリユニット上で起動することができるようになり、また、ＭＢＲ、ＯＳ本体をサーチするサーチスクリプトを含むＯＳ起動プログラムをコンピュータ装置がＣＤ−ＲＯＭドライブとして認識するメモリ領域（第１の記憶領域）に記憶してあるため、ＢＩＯＳはこの領域からＭＢＲ、ＯＳ起動プログラムを読み出してＯＳ本体を起動でき、コンピュータ装置の機種依存性を解消することができるようになる。

また、コンピュータ装置がフラッシュメモリとして認識するメモリ領域（第２の記憶領域）は、生のデータの復元方法を公開しない限りセキュリティ上も安全なので、リムーバブルメモリユニットのセキュリティを向上させることができるようになる。

請求項２にかかる発明においては、請求項１にかかるリムーバブルメモリユニットにおいて、前記第２の記憶領域に記憶されたデータはバイナリデータとする。

このような構成によれば、フラッシュメモリとして認識するフラッシュメモリ領域（第２の記憶領域）にダイレクトに生のデータを書き込み、このメモリ領域からダイレクトにデータを取り出すことができるようになる。

請求項３にかかる発明においては、請求項１または請求項２にかかるリムーバブルメモリユニットにおいて、前記第２の記憶領域に記憶されたデータは、ループファイルシステムに基づいて書込、復元される。

このような構成によれば、ＯＳからマウントできない未フォーマット領域であるフラッシュメモリ領域に対してデータの書き込みやデータの復元を行うため、セキュリティ機能を向上させることができるようになる。

以下、本発明の具体例を実施例及び図面を用いて詳細に説明する。但し、以下に示す実施例は、本発明の技術思想を具体化するためのリムーバブルメモリユニットを例示するものであって、本発明をこのリムーバブルメモリユニットに特定することを意図するものではなく、特許請求の範囲に含まれるその他の実施形態のリムーバブルメモリユニットにも等しく適用し得るものである。

図１は、本発明の実施例にかかるリムーバブルメモリユニットおよびコンピュータ装置の構成を示す図である。本実施例において、リムーバブルメモリユニットはＵＳＢメモリユニット１０から構成され、コンピュータ装置２０にはＵＳＢメモリユニット１０を接続するためのＵＳＢポート２３を備えている。

図４と同様に、コンピュータ装置２０は、リムーバブルメモリユニットの接続ポートであるＵＳＢポート２３の他に、表示手段２１、入力手段２２とこれらを制御する図示していないマイクロプロセッサなどの制御手段、電源ユニットを備えているが、通常のコンピュータ装置のようにＯＳ起動プログラムやＯＳをインストールしたハードディスク装置を備えていない。従って、コンピュータ装置２０単体ではコンピュータ装置として動作することができない構成である。

ＵＳＢメモリユニット１０は、一般のＵＳＢメモリユニットと同様にＵＳＢコントローラ１１、入出力部１２、メモリ部１３、制御記憶部１４を備えている。メモリ部１３は、フラッシュメモリなどのメモリチップで構成されており、コンピュータ装置２０からＣＤ−ＲＯＭドライブとして認識される第１の記憶領域１３ａと、コンピュータ装置２０からフラッシュメモリとして認識される第２の記憶領域１３ｂとに区分されている。

制御記憶部１４にはメモリ部１３のどの論理ブロックがＣＤ−ＲＯＭドライブとして使用される領域であるか、メモリ部１３のどの論理ブロックがフラッシュメモリとして使用される領域であるかを示す情報が記憶される。制御記憶部１４に記憶する情報は前述の特許文献３におけるＣＤ−ＲＯＭドライブに対する情報と同様である。

これによりコンピュータ装置２０のＵＳＢドライバは、ＵＳＢメモリユニット１０が接続された時、メモリ部１３の第１の記憶領域１３ａをＣＤ−ＲＯＭドライブとして、また、第２の記憶領域１３ｂをフラッシュメモリとして認識する。図２に示すように、第１の記憶領域１３ａはメモリ部１３の先頭アドレスから所定の記憶容量の論理ブロックが割り当てられ、その先頭の５１２バイトにはＭＢＲ３０が記憶され、ＭＢＲ３０の記憶位置に対する相対アドレスで特定される記憶場所からＯＳ起動プログラム３１が記憶されている。さらに、第１の記憶領域１３ａには、図２に示すようにＯＳ本体３２が記憶されている。

一方、第２の記憶領域１３ｂは、図２に示すようにユーザが作成したファイルなどを記憶するためのメモリ３３として使用される。ＯＳ起動プログラム３１は、ＯＳ本体３２を起動するための最小限のプログラムが記憶されたものであり、ＯＳ本体３２の記憶された領域をサーチするサーチスクリプトが含まれる。また、ＯＳ起動プログラム３１には、例えばＯＳのデスクトップ画面を表示するプログラムなど、ＯＳ本体３２を起動するために最小限必要になるプログラムが記憶されている。

ＯＳ起動プログラム３１の記憶位置の先頭アドレスはＭＢＲ３０に記憶されるが、ＭＢＲ３０の記憶位置に対して相対アドレスとして記憶される。従ってＭＢＲ３０を読み出して、そこに記憶された相対アドレス位置を先頭として記憶されているＯＳ起動プログラム３１を読み出して実行することができる。ＯＳ起動プログラム３１にはＯＳ本体３２が記憶された領域をサーチするサーチスクリプトが記憶されているから、これを実行することによってＯＳ本体３２の記憶位置を特定してＯＳを起動することができる。ＯＳ起動プログラム３１のサーチスクリプトは、通常のサーチスクリプトの構成、すなわち、図６に示したサーチスクリプトと同様の構成である。

本発明の実施例のＵＳＢメモリユニット１０においては、ＣＤ−ＲＯＭドライブとして認識されるメモリ部１３の第１の記憶領域１３ａの先頭にＭＢＲ３０が記憶されているから、ＢＩＯＳがＣＤ−ＲＯＭドライブからこのＭＢＲ３０を読み出してＯＳを起動する手順が開始される。従って、コンピュータ装置の機種に依存することなく、全てのコンピュータ装置が備えているＣＤ−ＲＯＭドライバによりＯＳを起動することができるようになる。

第１の記憶領域１３ａから読み出されたＭＢＲ３０にはＭＢＲ３０の記憶位置（メモリ部１３の先頭の５１２バイト）に対する相対アドレスでＯＳ起動プログラム３１の位置が記憶されているから、ＭＢＲ３０からＯＳ起動プログラム３１を読み出してサーチスクリプトを実行する。サーチスクリプトは第１の記憶領域１３ａのＣＤ−ＲＯＭドライブとして認識される部分をサーチしてＯＳ本体３２が記憶されている場所を検索してＯＳ本体３２を起動することができる。

図３は、本発明の実施例にかかるＵＳＢメモリユニット１０におけるＯＳ起動の手順を示すフローチャートである。先ずステップＳ１０１においてコンピュータ装置２０の電源がオンされる。そしてステップＳ１０２の処理においてＵＳＢメモリユニット１０がコンピュータ装置２０のＵＳＢポート２３に接続される。

次いで、ステップＳ１０３の処理においてＵＳＢメモリユニット１０のメモリ部１３の第１の記憶領域１３ａから先頭の５１２バイトに記憶されているＭＢＲ３０（マスタブートレコード）が読み出される。次いでステップＳ１０４の処理でＭＢＲ３０に基づいてＯＳ起動プログラム３１が読み出される。ＯＳ起動プログラム３１はＭＢＲ３０に対する相対アドレスで記憶位置が特定されており、ＭＢＲ３０にはこの相対アドレスが記憶されているから、ＭＢＲ３０を読み出して実行することによりＯＳ起動プログラム３１を読み出すことができる。

ＯＳ起動プログラム３１は、ＯＳ本体３２を起動するための最小限のプログラムが記憶されたものであり、ＯＳ本体３２の記憶位置をサーチするサーチスクリプト（図６参照）を含む。ステップＳ１０５の処理においてこのサーチスクリプトを順次実行してＯＳ本体３２の記憶場所をサーチし、ＯＳ本体３２の記憶場所がわかったら、ステップＳ１０６の処理においてＯＳデスクトップ表示画面をコンピュータ装置２０の表示手段２１に表示してＯＳ本体３２の起動が完了する。

以上、詳細に説明したように本発明によれば、コンピュータ装置のＯＳ（オペレーティングシステム）を記憶したリムーバブルメモリユニットであって、リムーバブルメモリユニットに記憶されたＯＳをコンピュータ装置に読み込むことなくリムーバブルメモリユニット上で起動することができるようにしたリムーバブルメモリユニットを提供することができるようになる。

また、本発明によれば、ＭＢＲ、ＯＳ本体をサーチするサーチスクリプトを含むＯＳ起動プログラムをコンピュータ装置がＣＤ−ＲＯＭドライブとして認識するメモリ領域（第１の記憶領域）に記憶してあるため、ＢＩＯＳはこの領域からＭＢＲ、ＯＳ起動プログラムを読み出してＯＳ本体を起動できる。
すなわち、リムーバブルメモリユニットである１つのＵＳＢメモリに、例えば、ＬｉｎｕｘＯＳなどのＯＳを組み込み、ハードディスクを持たないコンピュータ装置、いわゆるシンクライアントＰＣで起動させるには、ＵＳＢメモリがブート可能な媒体としてＯＳから認識される必要がある。このため、ＣＤ−ＲＯＭとして認識される媒体は、ほとんどのコンピュータ装置からＯＳ起動可能媒体として認識されるので、ＯＳからＣＤ−ＲＯＭとして認識される領域（仮想ＵＳＢ−ＣＤとしてフォーマットした領域）を設けることにより、コンピュータ装置の機種依存性を解消することができるようになる。

また、設定ファイルやコンピュータ装置自体の使用に伴ってデータが追加されるログファイルなどは書き込み可能な領域に格納される必要がある。このため、ＯＳからマウントできないフラッシュメモリ領域（未フォーマット領域）を設けることにより、コンピュータ装置は生のデータを書き込み、復元して利用することができるようになる。

このように、物理メモリ上に２つの種類の記憶領域（仮想ＵＳＢ−ＣＤとしてフォーマットした領域とフラッシュメモリ領域）を設けることによって、コンピュータ装置の幅広い機種でＯＳを起動させることができるＵＳＢメモリとなり、さらに、フラッシュメモリ領域は、生のデータの復元方法を公開しない限りセキュリティ上も安全性を保つことができるので、ＵＳＢメモリに組み込んだＯＳにより起動できるシンクライアントの汎用性を広げることができる。

なお、未フォーマット領域であるフラッシュメモリ領域にデータを書き込む際には、コンピュータ装置内のＲＡＭ上でループファイルシステムを用いてバイナリデータであるイメージデータを作成するように構成し、ダイレクトに生のデータをフラッシュメモリ領域に書き込めばよい。
また、未フォーマット領域であるフラッシュメモリ領域からデータを復元する際には、フラッシュメモリ領域からダイレクトにデータを取り出すように構成し、ループファイルシステムを用いてデータを復元すればよい。

ループファイルシステムは、内部的にファイルシステムの構造をもっており、ｌｏｏｐデバイス（／ｄｅｖ／ｌｏｏｐ）を使って作成される。ｌｏｏｐデバイスとは、例えば、ＬｉｎｕｘＰｒｏｇｒａｍｍｅｒ'ｓＭａｎｕａｌ（８）［ｈｔｔｐ：／／ｗｗｗ．ｌｉｎｕｘ．ｏｒ．ｊｐ／ＪＭ／ｈｔｍｌ／ｕｔｉｌ−ｌｉｎｕｘ／ｍａｎ８／ｍｏｕｎｔ．８．ｈｔｍｌ］にも開示されているように、ファイルをブロックデバイスとしてマウント（ｍｏｕｎｔ）することによりその中に構成されているファイルシステムを解釈することができるデバイスドライバである。

ループファイルシステムは、アンマウント（ｕｍｏｕｎｔ）の状態では１つのファイルであるが、マウント（ｍｏｕｎｔ）された状態ではディレクトリ構造を持った１つのファイルシステムである。なお、ループファイルシステムは、マウントされていないときは１つのファイルなので、ｃｐコマンドによってコピーすることも、ｄｄコマンドによってメモリ上に直接書き込むことも可能である。

ここで、ループファイルシステムの用例として次のようなものがある。例えば、Ｌｉｎｕｘの起動において、カーネルｖｍｌｉｎｕｚの動作によって最初にルートファイルシステムがＲＡＭディスク上にマウントされる。このルートファイルシステムは、ファイル名がｉｎｉｔｒｄ．ｉｍｇのファイルであるが、ループファイルシステムとして作成されており、内部的にはファイルシステムの構造（タイプはｅｘｔ２など）を持ってルートファイルシステムとしてのファイル一式を保有している。これがマウントされることによって、ＬｉｎｕｘＯＳとしての起動に必要なファイルが揃うことになる。

本発明の実施例１にかかるリムーバブルメモリユニットの構成を示すブロック図である。リムーバブルメモリユニットのメモリ部の構成を示す模式図である。本発明にかかるリムーバブルメモリユニットにおけるＯＳ起動の手順を示すフローチャートである。ＯＳ起動プログラムとＯＳ本体を記憶したリムーバブルメモリユニットの概念を示すブロック図である。リムーバブルメモリユニットの記憶領域構成を説明するための概念図である。ＯＳ起動プログラムにおけるサーチスクリプトとＯＳサーチ手順を示す概念図である。

符号の説明

１０・・・・ＵＳＢメモリユニット
１１・・・・ＵＳＢコントローラ
１２・・・・入出力部
１３・・・・メモリ部
１３ａ・・・第１の記憶領域（ＣＤ−ＲＯＭドライブ）
１３ｂ・・・第２の記憶領域（フラッシュメモリ）
１４・・・・制御記憶部
２０・・・・コンピュータ装置
２１・・・・表示手段
２２・・・・入力手段
２３・・・・ＵＳＢポート
３０・・・・ＭＢＲ（マスタブートレコード）
３１・・・・ＯＳ起動プログラム
３２・・・・ＯＳ本体
３３・・・・メモリ

Claims

表示手段と入力手段とリムーバブルメモリユニットを接続するポートを有するコンピュータ装置に接続されるリムーバブルメモリユニットにおいて、
前記リムーバブルメモリユニットは、ＣＤ−ＲＯＭドライブとして認識される第１の記憶領域とフラッシュメモリとして認識される第２の記憶領域とからなるメモリ部と、前記第１の記憶領域をＣＤ−ＲＯＭドライブとして、第２の記憶領域をフラッシュメモリとして認識させるための情報を記憶した制御記憶部と、を備え、
前記第１の記憶領域には、マスタブートレコードと、少なくとも前記第１の記憶領域をサーチしてＯＳ本体の記憶場所を特定するサーチスクリプトを含むＯＳ起動プログラムと、前記マスタブートレコードにより読み出されたＯＳ起動プログラムに基づいて当該第１の記憶領域をサーチすることによって記憶場所が特定されて、該リムーバブルメモリユニット上で起動されるＯＳ本体と、を記憶し、
前記第２の記憶領域には、起動された前記ＯＳ本体によって書込、復元が可能なデータを記憶する
ことを特徴とするリムーバブルメモリユニット。
前記第２の記憶領域に記憶されたデータは、バイナリデータであることを特徴とする請求項１に記載のリムーバブルメモリユニット。
前記第２の記憶領域に記憶されたデータは、ループファイルシステムに基づいて書込、復元されることを特徴とする請求項１または請求項２に記載のリムーバブルメモリユニット。