JP3866519B2 - ファイル管理システム - Google Patents

Description

本発明は、記憶媒体のフォーマッタ及び記憶媒体のファイル管理システムに関する。

今日、情報化社会の進展に伴い、情報を相互に交換できることがますます重要となっている。このような情報の相互交換には、現在ではＬＡＮなどを使用した、ネットワークを介してのデータ転送が頻繁に使用される。しかし、一部には、大量のデータをネットワークを介して送信しようとすると時間がかかりすぎる等の問題があり、フロッピーディスクなどに記録して運搬する形態の情報交換も盛んに利用されている。また、プログラムなどのソフトウェア商品を販売する場合には、ＣＤ−ＲＯＭ等に記憶させて、ユーザに自分のパソコンにインストールさせる方式を採用している場合が多い。また、最近では、計算機上で動作するプログラムの頒布のみならず、ＭＤ、音楽ＣＤ、ＤＶＤにより、画像や音声、音楽や映画など様々なソフトが頒布されるようになってきている。フロッピーディスクや、最近注目されているＭＯ等の光磁気ディスクに代表される可搬型媒体は、複数の計算機間でのファイル交換を容易にするという特徴がある一方、機密情報などの本来隠しておきたい情報が他の計算機上で容易にアクセスされてしまうという問題がある。

可搬型媒体による情報交換の際の秘匿性を高める方式として、従来では、可搬型媒体に記憶されるファイルを暗号化する方式が取られる。これは、現在では、一般的な方法であるが、ディレクトリなどのファイル管理情報は暗号化されていないためファイルの存在が分かってしまい、故意に上書き、削除される等の問題がある。従来のファイルを暗号化して記憶し、秘匿性を高める方法の詳細に関しては、マイクロソフト社発行「Windows NT Server」１９９８年を参照されたい。

また、従来技術では、それほど秘匿性が要求されない場合には、１つ１つのファイルを暗号化するには処理の負担が重すぎて、実際の使用に際して不便であるという問題がある。

そこで、本発明では媒体に固有の媒体ＩＤ、ドライブ装置に固有のドライブ装置ＩＤ、計算機に固有の計算機ＩＤ等を元に、ファイルのファイル管理情報の媒体上での格納先（媒体上のブロック番号）を決定したり、これらのＩＤを元に管理情報を暗号化することで、特定の媒体上、特定のドライブ装置上、または特定の計算機上等でしかそのファイルにアクセスできない方式を提供する。

従って、本発明の課題は、特定の媒体あるいは特定の装置を用いてしか必要なデータにアクセスすることができない、秘匿性を有するデータの記憶方式を提供することである。

本発明の装置は、記録媒体をフォーマットする、あるいは、該記録媒体に記録されているファイルにアクセスする装置であって、該記録媒体、あるいは、該装置の識別子を読み取り、該識別子に基づいて、該記録媒体に秘匿性を持たせる、あるいは、該記録媒体の秘匿性を解除する秘匿性付与／解除手段と、該秘匿性を該記録媒体に付与する場合、あるいは、該記録媒体の秘匿性が解除される場合に、該記録媒体にアクセスする記録媒体アクセス手段とを備えることを特徴とする。
本発明の方法は、記録媒体をフォーマットする、あるいは、該記録媒体に記録されているファイルにアクセスする方法であって、（ａ）該記録媒体、あるいは、該装置の識別子を読み取り、該識別子に基づいて、該記録媒体に秘匿性を持たせる、あるいは、該記録媒体の秘匿性を解除するステップと、（ｂ）該秘匿性を該記録媒体に付与する場合、あるいは、該記録媒体の秘匿性が解除される場合に、該記録媒体にアクセスするステップとを備えることを特徴とする。

本発明によれば、データを読み込もうとする記録媒体、あるいは、装置に固有の識別子を用いて、秘匿性を記録媒体に持たせることが可能となるので、特定の記録媒体からデータを読み出す場合、あるいは、特定の装置を使って、データを読み出す以外には、データにアクセスすることができない。特に、記録媒体に秘匿性を持たせる方法としては、例えば、ファイルなどの管理情報を上記識別子に基づいた演算に従って移動したり、上記識別子を使って暗号化するなどが考えられる。上記識別子はこの場合、通常の方法では書き換え不可能であることが好ましく、更には、通常の方法では読み出せないようにしておく。これにより、記録媒体の内容を不正コピーしても、上記識別子はコピーされないようにできるので、不正にデータを利用されることを防ぐことができる。しかも、秘匿性を備えるために必要となる処理が単純であるので、従来の方法に比べて、より速く軽い処理で、秘匿性を記録媒体に与えることができる。

図１は、媒体上のファイル及びファイル管理情報の代表的なレイアウトを示す図である。
区画管理情報は、連続領域である区画の先頭ＢＮ（Block Number：区画開始位置）とその長さ（区画長）を管理している。ボリューム管理情報は、ユーザが使用できる領域であるボリュームがどの区画から構成されているかを管理し（使用区画のリスト）、そのボリューム内のルートディレクトリ管理情報へのリンクを持つ。この例では、一つの区画でボリュームを構成している。

ルートディレクトリ管理情報は、媒体上に断片化して存在するルートディレクトリのブロック番号をリストとして持つ（使用ブロックのリスト）。この例では、ルートディレクトリを３つに断片化している。ルートディレクトリ内には、ファイルのファイル名とそのファイル管理情報へのリンク、及び、サブディレクトリを有する場合には、サブディレクトリ名とサブディレクトリ管理情報へのリンクを持つ。ファイル管理情報は、媒体上に断片化して存在するファイルのブロック番号をリストとして持つ。この例ではファイルを３つに断片化している。サブディレクトリ管理情報は、ルートディレクトリ管理情報と同様に、サブディレクトリが使用している使用ブロックのリストを有しており、サブディレクトリは、当該サブディレクトリに置かれているファイルの名前やファイル管理情報へのリンクを持つ。もちろん、当該サブディレクトリに更に下位のサブディレクトリが含まれる場合には、その下位のサブディレクトリの名前と管理情報へのリンクが格納される。

通常、区画外の管理情報は固定位置に置かれる。この例では、区画管理情報はＢＮ＝ｉに、ボリューム管理情報はＢＮ＝ｊに置かれている。従って、同図のようなデータフォーマットを有する媒体上のファイルにアクセスする場合には、予め定められた固定位置に存在する区画管理情報やボリューム管理情報を読みとって、そのファイルの存在するブロックの番号（ブロック番号）を特定する。

そこで、本実施形態に於いては、区画外の管理情報である区画管理情報とボリューム管理情報の格納先を媒体ＩＤ（媒体の識別子）、装置ＩＤ（装置の識別子）、計算機ＩＤ（計算機の識別子）に応じて変化させたり、これらＩＤを鍵として管理情報を暗号化することによって、容易には媒体上のファイルへアクセスできないようにする。

図２は、本発明の第１の実施形態に従った装置の構成図である。
媒体１上には書き換え不可能な媒体ＩＤ２と読み書き可能領域３がある。ドライブ装置４には、媒体ＩＤ２を読み出す媒体ＩＤ読み出し部５と、媒体ＩＤ読み出し部５により読み出された媒体ＩＤ２を計算機１１に転送する媒体ＩＤ転送部６、及び、読み書き可能領域アクセス部１２がある。計算機１１上で動作するフォーマッタ１０には、媒体ＩＤ転送部６から転送される媒体ＩＤ２を受け取る媒体ＩＤ読み出し部７、媒体ＩＤ読み出し部７により読み出された媒体ＩＤ２を元に管理情報を格納するブロックの番号（ブロック番号）を決定する格納先決定部８、格納先決定部８により決定されたブロック番号を有するブロックに管理情報を格納する読み書き可能領域アクセス部９がある。

書き換え不可能な媒体ＩＤ２は、媒体１上の通常の読み書き可能領域３とは別の領域であって、特別な方法によってのみ読み込みができるような媒体１上の位置に記録される。これは、媒体ＩＤ２が通常の読み書き可能領域３と同様な部分に書き込まれていると、例えば、書き込み保護を行っていたとしても、何らかの方法により書き換えられてしまい、書き換えた本人だけがファイルにアクセスできるようにすることが可能となってしまう。従って、本来媒体１の所有者のみがアクセスできるべきものであるファイルの媒体ＩＤ２が書き換えられてしまった場合には、その所有者はファイルにアクセスすることができなくなり、媒体ＩＤ２を書き換えた本人のみがファイルにアクセスできるようになる。従って、悪意を持つユーザが、所有者の媒体１に不正にアクセスして、自分だけがファイルにアクセスできるように媒体ＩＤ２を変えることができてしまう。また、媒体ＩＤ２が通常のアクセス方法で、読み込み可能な領域に記憶されていると、容易に媒体ＩＤ２が盗まれてしまい、秘匿性を維持することができなくなってしまう。

従って、ドライブ装置４には、媒体ＩＤ２を読み出すための媒体ＩＤ読み出し部５が特別に設けられる。媒体ＩＤ読み出し部５によって読み出された媒体ＩＤ２は、媒体ＩＤ転送部６に送られ、ドライブ装置４が接続されている計算機１１に送られる。計算機１１では、計算機１１上で動作するフォーマッタ１０の媒体ＩＤ読み出し部７で媒体ＩＤ２を受け取り、格納先決定部８に送る。

格納先決定部８では、送られてきた媒体ＩＤ２を用いて、あるいは、媒体ＩＤ２に一対一に対応する番号を用いて、区画管理情報やボリューム管理情報を記憶すべきブロックの番号を決定し、読み書き可能領域アクセス部９に、区画管理情報やボリューム管理情報を書き込むように指示を出す。フォーマッタ１０の読み書き可能領域アクセス部９からの指示は、ドライブ装置４の読み書き可能領域アクセス部１２に渡され、読み書き可能領域アクセス部１２により媒体１上の読み書き可能領域３の上記指示されたブロック番号を有するブロックに区画管理情報やボリューム管理情報が書き込まれる。

図３は、図２のフォーマッタ１０の処理の流れを示したフローチャートである。
フォーマッタ１０は処理を開始すると、媒体ＩＤ２を読み出す（ステップＳ１；例えば、同図の場合、媒体ＩＤは、「１２３４５」である）。次に媒体ＩＤ２を元に区画管理情報を格納すべきブロックのＢＮ（ブロック番号）を決定する（ステップＳ２）。この例では、ＢＮを媒体ＩＤ２のモジュロ６４を、ベースとなる（オフセットブロック番号である）ＢＮ＝５１２に足した値にしている。ここで、「ＩＤ％６４」という表記は、媒体ＩＤ２を６４で割った余りを示している。ただし、区画管理情報格納先のブロック番号（ＢＮ）の決定の仕方は、上記方法には限定されず、より秘匿性を高めるために、当業者によって適宜定められるべきものである。そして、区画管理情報を、上記決定されたブロック番号に書き込む（ステップＳ３）。次に、区画管理情報と同様にしてボリューム管理情報の格納先のブロック番号を決定（ステップＳ４）し、これを該ブロックに書き込む（ステップＳ５）。なお、同図では、ボリューム管理情報の格納先ブロック番号は、媒体ＩＤ２を６４で割った余りを５１３に加えて決定している。しかし、区画管理情報の場合に述べたように、上記格納先ブロック番号を決定する方法は、この方法には限定されない。

図４は、本発明の第２の実施形態に従った装置の構成図である。
なお、同図に於いて、図２と同じ構成要素には同じ参照符号を付してある。
媒体１上には書き換え不可能な媒体ＩＤ２と読み書き可能領域３がある。ドライブ装置４には、媒体ＩＤ読み出し部５と、読み出された媒体ＩＤ２を計算機１１に転送する媒体ＩＤ転送部６、及び読み書き可能領域アクセス部１２がある。計算機１１上のファイルシステム１５には、媒体ＩＤ読み出し部７、読み出した媒体ＩＤ２を元に管理情報を格納するブロックの番号を決定する格納／読み出し先決定部８、決定されたブロック番号のブロックにアクセスする読み書き可能領域アクセス部９’がある。また、ファイルシステム１５はアプリケーション１６からの媒体使用要求によって処理を行う。

アプリケーション１６としては、ワープロソフト、ファイル管理ツール、その他様々なアプリケーションが考えられる。すなわち、媒体１にアクセスする機能を有する全てのアプリケーションが該当する。同図において、媒体ＩＤ読み出し部５、媒体ＩＤ転送部６、媒体ＩＤ読み出し部７、読み書き可能領域アクセス部１２は、図２の場合と同様の機能を有する。格納／読み出し先決定部８’は、図２のフォーマッタ１０のように、区画管理情報とボリューム管理情報を記憶するためにブロック番号を特定するのではなく、アプリケーション１６からの媒体１上のファイルへのアクセス要求に対しても、該アクセスされたファイルの区画管理情報とボリューム管理情報が格納されているブロック番号を、媒体ＩＤ２から算出し、それを読み書き可能領域アクセス部９’に通知するものである。読み書き可能領域アクセス部９’は、アプリケーション１６からの媒体使用要求に従って、媒体１へファイルの書き込みや、読み出しを行う。この場合、アプリケーション１６には、図２のようなフォーマッタ１０もしくはその機能を有するアプリケーションであり、物理フォーマットと共に論理フォーマットを行うものであって、ファイルシステム１５を介して区画管理情報やボリューム管理情報を媒体１に書き込むような作業をするものも含まれる。

図５は、図４のファイルシステム１５の処理の流れを示したフローチャートである。
ファイルシステム１５はアプリケーション１６からの媒体使用要求によってマウント処理（ドライブ装置４に媒体１を設定し、媒体１のデータを読み込む準備）を開始する。次に、媒体ＩＤ２を読み出す（ステップＳ１０、同図の場合ＩＤ＝１２３４５）。次に媒体ＩＤ２を元に区画管理情報が格納されているＢＮ（ブロック番号）を決定する（ステップＳ１１）。同図の例では、媒体ＩＤのモジュロ６４をベースとなるBase1（図３の場合と同じとすればＢＮ５１２）に足した値にしている。なお、前述したように、Base１は、本実施形態を利用する当業者によって適宜定められるものであり、また、媒体ＩＤを６４で割った余りをBase１に加えるという処理形態も適宜変更されるべきものである。次に、区画管理情報を、上記決定されたブロック番号から読み出す（ステップＳ１２）。そして、区画管理情報と同様にしてボリューム管理情報の格納先を決定（ステップＳ１３）し、これを読み出す（ステップＳ１４）。なお、ボリューム管理情報の格納先を、同図では、Base２（図３の場合５１３）に、媒体ＩＤを６４で割った値を加えて算出しているが、ボリューム管理情報の格納先の決定方法は本実施形態を使用する当業者によって適宜変更されるべきものである。

図６は、第１の実施形態に従ったフォーマッタで論理フォーマットを行った記憶媒体のレイアウトを示す図である。
図３の計算式により、媒体ＩＤを“１２３４５”とすると、区画管理情報はブロック番号５６９のブロックに、ボリューム管理情報はブロック番号５７０のブロックに配置される。図１で説明したように、区画管理情報には、区画の開始位置や区画長が記録され、ボリューム管理情報には、使用区画のリスト及びルートディレクトリ管理情報へのリンクが記録される。ルートディレクトリには、ファイル名やファイル管理情報へのリンク、サブディレクトリ名やサブディレクトリ管理情報へのリンクが格納される。

第１及び第２の実施形態に従った方式を使用した場合、区画管理情報やボリューム管理情報の記録位置は、媒体ＩＤ２が変化することによって移動するので、媒体１に記録されているデータを他の媒体にコピーしても、媒体ＩＤ２がコピーされなければ、該他の媒体からデータを読み込むことは不可能となり、情報の秘匿性を獲得することができる。好ましくは、区画管理情報とボリューム管理情報の記録位置の決定方法を変えて、区画管理情報あるいはボリューム管理情報のいずれか一方の記録位置の算出方法が分かっても、他方の記録位置の算出方法が分からないようにする。ただし、この場合、区画管理情報とボリューム管理情報の記録位置が重ならないようにしておく必要がある。

図７は、本発明の第３の実施形態に従った装置の構成図である。
本実施形態においては、媒体１'上の媒体ＩＤを使用せずに、ドライブ装置４’上のドライブ装置ＩＤを使用する。ドライブ装置４’のＩＤは、装置ＩＤ記憶部１７に記憶される。実際には、例えば、ドライブ装置４’のＲＯＭ（不図示）に書き込まれているファームウェアの一部に装置ＩＤを書き込んでおき、必要に応じて読み出せるようにしておく。装置ＩＤ記憶部１７に記憶された装置ＩＤは、装置ＩＤ転送部６によって読み出され、計算機１１上で動作するフォーマッタ１０Ａの装置ＩＤ読み出し部７に渡される。そして、装置ＩＤ読み出し部７から格納先決定部８に装置ＩＤが渡され、前述した第１の実施形態のように、格納先決定部８により区画管理情報やボリューム管理情報を格納する位置を決定し、読み書き可能領域アクセス部９に渡す。読み書き可能領域アクセス部９は、ドライブ装置４’の読み書き可能領域アクセス部１２に指示を出して、媒体１’の読み書き可能領域３’に区画管理情報やボリューム管理情報を格納する。

本実施形態に於いては、媒体１’は媒体ＩＤを記録している必要はないが、後述の実施形態のように、媒体１’に第１の実施形態のように媒体ＩＤを記録しておき、必要に応じて、装置ＩＤと媒体ＩＤを組み合わせたり、区画管理情報の記録位置とボリューム管理情報の記録位置を算出する際に、媒体ＩＤと装置ＩＤをそれぞれ使用するということを行っても良い。

図８は、第３の実施形態における処理の流れを示すフローチャートである。
なお、同図に示すステップにおいて、図３と同様のステップには同じステップ符号を付してある。

ステップＳ１’で、装置ＩＤを読み出す。同図の例では、ＩＤ＝１２３４５である。次に、区画管理情報格納先を決定する（ステップＳ２）。同図では、格納先ＢＮ（区画管理情報格納先のＢＮ）を、Base１に装置ＩＤを６４で割った余りを加算して求めている。区画管理情報を、ステップＳ２で求めた格納先に格納する（ステップＳ３）。次に、ステップＳ４で、ボリューム管理情報格納先を決定する。ここでは、格納先ＢＮは、Base２に装置ＩＤを６４で割った余りを加算して求めている。そして、このようにして求められた格納先に、ボリューム管理情報を格納して（ステップＳ５）、フォーマット処理を終了する。

なお、前述したように、Base１、Base２は任意に設定されるべき値であり、格納先ＢＮを求める方法も本実施形態に限定されるものではない。
図９は、本発明の第４の実施形態の装置の構成図である。

なお、同図に於いて、第２及び第３の実施形態と同様の構成要素には同じ参照符号を付してある。
同図の構成は、第３の実施形態に於いて、計算機１１がアプリケーション１６及びファイルシステム１５を用いて、媒体１’にアクセスする場合を示している。アプリケーション１６としては、様々なものが考えられるが、一例を挙げれば、ワープロや表計算ソフト、描画ソフトなどである。しかし、これらに限定されるものではなく、前述したように、媒体１’にデータを書き込んだり、媒体１’からデータを読み込んだりするものであれば何でも良い。アプリケーション１６からの媒体使用要求は、ファイルシステム１５Ａの読み書き可能領域アクセス部９'に送られる。

一方、ドライブ装置４’の装置ＩＤは、装置ＩＤ記憶部１７から読み出され、装置ＩＤ転送部６によって、計算機１１上で動作するファイルシステム１５Ａの装置ＩＤ読み出し部７に転送される。装置ＩＤ読み出し部７が取得した装置ＩＤは、格納／読み出し先決定部８’に送られ、格納／読み出し先決定部８'により区画管理情報やボリューム管理情報の格納先あるいは読み出し先のブロックのＢＮが決定される。格納／読み出し先決定部８’で決定されたＢＮは、読み書き可能領域アクセス部９’に送られ、読み書き可能領域アクセス部９’からドライブ装置４'へ媒体１’へのアクセス指示が出力される。媒体１’へのアクセス指示を受信したドライブ装置４’の読み書き可能領域アクセス部１２は、取得したＢＮを元に、媒体１’の読み書き可能領域３’にアクセスする。

図１０は、第４の実施形態における処理の流れを示すフローチャートである。
なお、同図で、図５と同じステップには、同じステップ符号を付してある。
まず、ステップＳ１０’で、装置ＩＤを読み出す。同図では、ＩＤ＝１２３４５。次に、区画管理情報格納先を決定する（ステップＳ１１）。格納先のＢＮの算出の仕方は、図５と同様である。格納先のＢＮが決定されると、区画管理情報が格納されている位置が分かるので、ステップＳ１２で、区画管理情報を読み込む。ステップＳ１３で、ボリューム管理情報格納先のＢＮを決定する。そして、ステップＳ１４で、ボリューム管理情報格納先のＢＮからボリューム管理情報を読み込む。

図１１は、本発明の第５の実施形態の装置の構成図である。
なお、同図において、図７と同じ構成要素には同じ参照符号を付してある。
本実施形態に於いては、媒体１'上の媒体ＩＤを使用せずに、計算機１１'上の計算機ＩＤを使用する。計算機ＩＤとしては、ＣＰＵ−ＩＤ、拡張スロットに挿入された専用のハードウェアに持たせたＩＤ等、計算機１１’を固有に特定することのできるＩＤであればよい。

計算機１１’上にインストールされているフォーマッタ１０Ｂが媒体１’をフォーマットする場合には、まず、媒体１’を物理的にフォーマットした後、計算機ＩＤ読み出し部１９が計算機ＩＤ記憶部１８から計算機ＩＤを読み出す。読み出された計算機ＩＤは、格納先決定部８に入力され、区画管理情報やボリューム管理情報の格納先ＢＮの決定に使用される。格納先決定部８によって決定された格納先ＢＮは、読み書き可能領域アクセス部９に入力され、媒体１’へのアクセス指示と共に、ドライブ装置４’’の読み書き可能領域アクセス部１２に送られる。媒体１’へのアクセス指示を受けたドライブ装置４’’の読み書き可能領域アクセス部１２は、受信した格納先ＢＮを参照して、読み書き可能領域３’の格納先ＢＮで示されるブロックに、区画管理情報やボリューム管理情報を書き込んで、論理フォーマットを終了する。

図１２は、第５の実施形態における処理の流れを示すフローチャートである。
なお、同図に於いて、図３と同じステップには同じステップ符号を付してある。
まず、ステップＳ１’’で、計算機ＩＤを読み出す。次に、ステップＳ２で、区画管理情報格納先のＢＮを決定し、ステップＳ３で、区画管理情報を格納する。区画管理情報格納先ＢＮの決定方法は、同図に示されるように、所定の値であるBase１に計算機ＩＤを６４で割った余りを加えて求めても良いし、他の方法でも良い。次に、ステップＳ４で、ボリューム管理情報の格納先のＢＮを決定する。同図では、該ＢＮを所定の値であるBase２に、計算機ＩＤを６４で割った余りを加算して求めているが、これ以外の方法でも良い。そして、媒体１'上の求められた格納先ＢＮを有するブロックにボリューム管理情報を格納して（ステップＳ５）、論理フォーマットを終了する。

図１３は、本発明の第６の実施形態の装置の構成図である。
なお、同図に於いて、図９及び図１１と同じ構成要素には、同じ参照符号を付してある。

本実施形態に於いては、第５の実施形態に基づいてフォーマットされた媒体１’にファイルシステム１５Ｂとアプリケーション１６を介してアクセスする場合を示している。計算機ＩＤとしては、ＣＰＵ−ＩＤ、拡張スロットに挿入された専用のハードウェアに持たせたＩＤ等何でも良い。

アプリケーション１６から媒体使用要求が出力されると、その要求はファイルシステム１５Ｂの読み書き可能領域アクセス部９’において受信される。一方、計算機ＩＤ読み出し部１９は、計算機ＩＤ記憶部１８から計算機ＩＤを読み出し、それを格納／読み出し先決定部８’に出力する。格納／読み出し先決定部８’は、所定の方法により、計算機ＩＤを使って、区画管理情報とボリューム管理情報の媒体１’上の格納位置を特定し、読み書き可能領域アクセス部９’に与える。読み書き可能領域アクセス部９’は、この格納位置の入力とアプリケーション１６からの媒体使用要求の入力を受けて、ドライブ装置４’’の読み書き可能領域アクセス部１２に、媒体１’の読み書き可能領域３’へのアクセスを指示する。読み書き可能領域アクセス部１２は、格納／読み出し先決定部８’において特定された、区画管理情報とボリューム管理情報の格納位置を取得することができるので、読み書き可能領域３’内のどこを読めば良いかが分かり、データあるいはファイルを正常に読み出すことができる。また、ファイルやデータを媒体１’に書き込む場合も同様である。

図１４は、第６の実施形態における処理の流れを示すフローチャートである。
なお、同図に於いて、図５と同じステップには、同じステップ符号を付してある。
まず、ステップＳ１０’’で、計算機ＩＤを読み出す。ここで、該ＩＤは、１２３４５としている。次に、ステップＳ１１で、区画管理情報の格納先のＢＮを決定する。ここでは、所定の値であるBase１に、計算機ＩＤを６４で割った余りを加算して、格納先のＢＮを求めているが、必ずしもこれには限定されない。格納先のＢＮが決定されると、この格納先のＢＮで示される位置に区画管理情報が書き込まれていることが分かるので、ステップＳ１２で、区画管理情報を読み込む。次に、ステップＳ１３で、ボリューム管理情報格納先のＢＮを決定する。ここでは、所定の値Base２に、計算機ＩＤを６４で割った余りを加算して求めているが、必ずしもこれには限られない。ボリューム管理情報格納先のＢＮが特定されると、媒体１'上のこの格納先からボリューム管理情報を読み込む（ステップＳ１４）。これにより、媒体１'上のデータを読み込むのに必要なデータが揃うので、通常の媒体と同様にファイルなどのデータを読み出したり、書き込むことができる。

なお、上記第３〜第６の実施形態における媒体１'のデータフォーマットは、図６に与えられるものと同様である。
図１５は、本発明の第７の実施形態に従った装置の構成図である。

なお、同図において、図１１と同じ構成要素には同じ参照符号を付してある。
本実施形態に於いては、媒体１'上の媒体ＩＤや、その他使用する機器に付属するＩＤを使用せずに、外部ＩＤを使用する。外部ＩＤとしては、アプリケーションから与えられたＩＤ、ユーザから与えられたＩＤ、または、例えば、ＰＣカードスロットに挿入されたＰＣカード内のＩＤ等、計算機１１'に入力可能なＩＤなら何でもよい。

フォーマッタ１０Ｃは、媒体１’をフォーマットする場合、まず、外部ＩＤを取得する。これは、外部ＩＤ読み出し部２０によって読み込まれる。読み込まれた外部ＩＤは、格納先決定部８において演算に使用される。格納先決定部８では、媒体１’上の読み書き可能領域３’のどの位置に区画管理情報とボリューム管理情報を書き込むかを外部ＩＤを用いて所定の方法で決定する。決定された格納先は、読み書き可能領域アクセス部９に入力され、ドライブ装置４’’の読み書き可能領域アクセス部１２にアクセス指示の一部として渡される。ドライブ装置４’’の読み書き可能領域アクセス部１２は、フォーマッタ１０Ｃの読み書き可能領域アクセス部９からのアクセス指示に基づき、媒体１’にアクセスし、読み書き可能領域３’内の決定された格納位置に区画管理情報とボリューム管理情報を書き込み、論理フォーマットを終了する。

本実施形態に基づいた処理の流れは、前述の実施形態の記載から明らかであるので、説明を省略する。
図１６は、本発明の第８の実施形態の装置の構成図である。

なお、同図において、図１３及び図１５と同じ構成要素には同じ参照符号を付している。
同図は、第７の実施形態に於いて、媒体１’に対し、アプリケーション１６及びファイルシステム１５Ｃを介してアクセスする場合を示している。アプリケーション１６の媒体使用要求は、ファイルシステム１５Ｃの読み書き可能領域アクセス部９'に入力される。また、別のアプリケーションの出力、あるいは、ユーザによる手入力として、外部ＩＤが外部ＩＤ読み出し部２０によって読み込まれる。外部ＩＤは、格納／読み出し先決定部８’に渡され、区画管理情報やボリューム管理情報が格納されている、読み書き可能領域３’のＢＮの算出が行われる。算出されたＢＮは、読み書き可能領域アクセス部９'に入力される。

ファイルシステム１５の読み書き可能領域アクセス部９'は、アプリケーション１６からの媒体使用要求と、格納／読み出し先決定部８’からのＢＮの入力に従って、ドライブ装置４’’の読み書き可能領域アクセス部１２に媒体１’へのアクセス指示を出力する。読み書き可能領域アクセス部１２は、指示に基づいて、媒体１’上の読み書き可能領域３’に格納されている区画管理情報やボリューム管理情報を読み込み、ファイルの読み出しや書き込みを行う。

なお、本実施形態の処理の流れは、前述の実施形態と同様なので説明を省略する。本実施形態の場合は、ＩＤの読み込みステップが、外部ＩＤの読み込みステップとなる。
図１７は、本発明の第９の実施形態の装置を示す構成図である。

なお、図２及び図１５と同じ構成要素には同じ参照符号を付してある。
本実施形態に於いては、媒体ＩＤまたは外部ＩＤをそのまま単独で用いて区画管理情報やボリューム管理情報の格納位置を算出するのに使うのではなくて、両方を使用して該格納位置を求めるものである。

まず、計算機１１’’のフォーマッタ１０Ｄが起動されると、外部ＩＤが外部ＩＤ読み出し部２０によって読み込まれる。そして、読み込まれた外部ＩＤは、ＩＤ変換部２１に入力される。一方、ドライブ装置４の媒体ＩＤ読み出し部５は、媒体１から媒体ＩＤ２を読み出し、それを媒体ＩＤ転送部６を介して、フォーマッタ１０’の媒体ＩＤ読み出し部７に送る。媒体ＩＤ読み出し部７は、受け取った媒体ＩＤ２をＩＤ変換部２１に出力する。ＩＤ変換部２１では、外部ＩＤと媒体ＩＤ２を組み合わせて、新しい符号を生成する。例えば、外部ＩＤを符号の上位部分に、媒体ＩＤ２を下位部分に持つ新しい符号を生成する。この新しい符号は、格納先決定部８に送られ、格納先決定部８により区画管理情報とボリューム管理情報の格納先が決定される。それぞれの格納先が決定されると、これらの格納先は、フォーマッタ１０Ｄの読み書き可能領域アクセス部９に入力される。読み書き可能領域アクセス部９では、媒体１への上記格納先情報を含むアクセス指示をドライブ装置４の読み書き可能領域アクセス部１２に出力する。ドライブ装置４の読み書き可能領域アクセス部１２は、この指示を受けて、媒体１の読み書き可能領域３にアクセスし、格納先決定部８で決定された格納先に、区画管理情報とボリューム管理情報を格納する。そして、他の区画のフォーマットを行って、論理フォーマットを終了する。

図１８は、本発明の第１０の実施形態の装置を示す構成図である。
なお、同図に於いて、図１６及び図１７と同じ構成要素には同じ参照符号を付してある。

本実施形態においては、図１７の実施形態に於いて、フォーマッタではなく、アプリケーション１６及びファイルシステム１５Ｃを介して、媒体１にアクセスする。
計算機１１Ｃ上で動作するアプリケーション１６から媒体使用要求が発生すると、これは、同じく計算機１１Ｃ上で動作するファイルシステム１５Ｃの読み書き可能領域アクセス部９に入力される。読み書き可能領域アクセス部９は、格納／読み出し先決定部８’からの区画管理情報とボリューム管理情報の格納位置の入力を待つ。ドライブ装置４の媒体ＩＤ読み出し部５は、媒体１の媒体ＩＤ２を読み出し、媒体ＩＤ転送部６を介して、ファイルシステム１５Ｃの媒体ＩＤ読み出し部７へ媒体ＩＤ２を送信する。媒体ＩＤ読み出し部７は、媒体ＩＤを受け取ると、これをＩＤ変換部２１に出力する。一方、外部ＩＤ読み出し部２０は、外部ＩＤを受け取り、これをやはりＩＤ変換部２１に入力する。ＩＤ変換部２１は、第９の実施形態でフォーマッタ１０Ｄが行った処理と同じ処理を媒体ＩＤ２と外部ＩＤに対して施し、新しい符号を生成する。例えば、符号の上位部分に外部ＩＤを、下位部分に媒体ＩＤ２を有するような新しい符号を生成する。この新しい符号は、フォーマットの時点で使用したものと同じになるようにする。もし、同じ符号が得られない場合には、媒体１にはアクセスできないからである。

ＩＤ変換部２１により生成された新しい符号は、格納／読み出し先決定部８’に入力され、区画管理情報とボリューム管理情報の格納先が決定される。格納／読み出し先決定部８’においても、フォーマット時に使用した方法と同じ方法で格納先を求めるようにする。異なる方法を用いて格納先を求めると、フォーマット時に得られた格納先が再現されず、媒体１にアクセスできないことになってしまう。これらのことは前述の実施形態についても同様である。

格納／読み出し先決定部８’によって決定された格納先は、ファイルシステム１５Ｃの読み書き可能領域アクセス部９に入力され、ドライブ装置４の読み書き可能領域アクセス部１２へ、媒体アクセス指示と共に送信される。ドライブ装置４の読み書き可能領域アクセス部１２は、受信した格納先を元に、媒体１の読み書き可能領域３にアクセスし、区画管理情報とボリューム管理情報を読みとることによって、媒体１の読み書き可能領域３へのファイルの書き込み、あるいは、ファイルの読み出しを実行する。

なお、本実施形態における処理の流れは、前述の実施形態から明らかであるので説明を省略する。
図１９は、本発明の第１１の実施形態に従った処理の流れを示すフローチャートである。

なお、第１１の実施形態では、複数あるＩＤのいずれを使用するかの選択部が設けられるだけで、その他の構成については前述の第１〜第８の実施形態の装置構成と基本的に同じ構成で実現可能であるので、装置構成の図示及びその説明は省略する。

本実施形態での、フォーマッタの処理の流れを説明する。まず、ステップＳ２０で、アプリケーションから、使用するＩＤの種類を示す情報を取得する。次に、ステップＳ２１で、上記取得情報を基にどのＩＤを使用するかを判断する。媒体ＩＤを使用する場合には、ステップＳ２２に進み、媒体ＩＤを読み出す。ドライブ装置のＩＤを使用する場合には、ステップＳ２３に進んで、装置ＩＤを読み出す。計算機ＩＤを使用する場合には、計算機に保持されている、例えば、プロセッサのＩＤや拡張スロットに挿入される専用のボードが保持するＩＤのいずれを使用するかを判断し、ステップＳ２４あるいはステップＳ２５で、上記いずれかのＩＤを読み出す。

そして、ステップＳ２６で、読み出したＩＤを元に、区画管理情報の格納先のＢＮを決定し、ステップＳ２７で、媒体上の該格納先に区画管理情報を格納する。次に、ステップＳ２８で、読み出したＩＤを元に、ボリューム管理情報の格納先のＢＮを決定し、ステップＳ２９で媒体上の該格納先にボリューム管理情報を格納して論理フォーマットを終了する。なお、ここでは、区画管理情報の格納先のＢＮは、５１２に、読み込んだＩＤを６４で割った余りを加えて得ており、ボリューム管理情報の格納先は、５１３に、読み込んだＩＤを６４で割った余りを加えて得ている。

図２０は、本発明の第１２の実施形態に従った処理の流れを示すフローチャートである。
なお、同図に於いては、図１９と同じステップには同じステップ符号を付してある。

同図の処理は、ファイルシステムが行う処理である。まず、ステップＳ２０で、アプリケーションからどのＩＤを使用するかを示す情報を取得し、ステップＳ２１で、どのＩＤを使用するかを判断する。媒体ＩＤを使用する場合には、ステップＳ２２に進んで、媒体からＩＤの読み出しを行う。ドライブ装置のＩＤを使用する場合には、ステップＳ２３で、装置ＩＤの読み出しを行う。計算機に設定されている複数のＩＤの内いずれかを使用する場合には、ステップＳ２４またはステップＳ２５で、選択されたＩＤを読み出す。

続いて、該選択されたＩＤを元に、区画管理情報の格納先のＢＮ（位置）を決定し（ステップＳ２６）、ステップＳ３０で、媒体上の該格納先から区画管理情報の読み込みを行う。次に、ステップＳ２８で、選択されたＩＤを元に、ボリューム管理情報の格納先のＢＮを決定する。そして、ステップＳ３１で、媒体上の該格納先からボリューム管理情報を読み込む。ここで、ステップＳ２６とＳ２８の格納先の決定に於いては、フォーマット時に使用した方法と同じ方法によって格納先のＢＮを決定する。

図２１は、本発明の第１３の実施形態に従った処理の流れを示すフローチャートである。
なお、同図に於いて、図５と同じステップには同じステップ符号を付してある。

本実施形態は、上記実施形態のフォーマッタでフォーマットされた媒体のフラグメント解消を行うツールの動作を説明する図である。なお、フラグメント解消を行うための処理は、例えば、マイクロソフト社の製品であるウィンドウズ９５等にツールとして含まれている「デフラグ」として公知であるので詳細な説明は省略する。

まず、ステップＳ１０において、ＩＤ読み出しを行う。ここで、ＩＤは、媒体に記憶された媒体ＩＤ、ドライブ装置の装置ＩＤ、計算機に与えられた計算機ＩＤ、あるいは、アプリケーションやユーザから入力される外部ＩＤのいずれであってもよい。また、上記第９及び第１０の実施形態のように、任意の複数のＩＤを選択して読み込むようにしても良い。ステップＳ１１では、読み込んだＩＤから区画管理情報の格納先のＢＮを決定する。ここでは、読み込んだＩＤを６４で割った余りに、５１２を加算して求めている。また、ステップＳ１１の直前に、読み込んだ複数のＩＤを組み合わせて、新しい符号を作成し、これを元に、区画管理情報の格納先を決定するようにしても良い。

そして、ステップＳ１１で決定された格納先のＢＮを参照して、ステップＳ１２で、該格納先から区画管理情報を読み込む。次に、ステップＳ３５で読み込んだＩＤを元に、ボリューム管理情報の格納先のＢＮを決定する。ここでは、ＩＤを６４で割った余りに５１３を加算して求めているが、複数のＩＤを組み合わせて新しい符号を生成し、この新しい符号に基づいてボリューム管理情報の格納先のＢＮを決定しても良い。このようにして、決定されたボリューム管理情報の格納先のＢＮを参照して、ステップＳ１４で、該格納先からボリューム管理情報の読み込みを行う。以上で、媒体に対するアクセスが可能となる。次に、ステップＳ３６で、区画管理情報やボリューム管理情報からルートディレクトリを経て、目的のファイル管理情報に到達後、該管理情報を基に既知のデフラグメント処理を実行する。

図２２は、本発明の第１４の実施形態の装置の構成図を示す図である。
なお、同図に於いて、図２と同じ構成要素には同じ参照符号を付してある。
媒体１上には書き換え不可能な媒体ＩＤ２と読み書き可能領域３がある。ドライブ装置４には、媒体ＩＤ読み出し部５、媒体ＩＤ転送部６、及び、読み書き可能領域アクセス部１２がある。計算機１１上で動作するフォーマッタ１０Ｅには、媒体ＩＤ読み出し部７、媒体ＩＤ読み出し部７により読み出された媒体ＩＤを鍵として管理情報を暗号化する管理情報暗号化部３０、該暗号化した管理情報を格納する読み書き可能領域アクセス部９がある。

ドライブ装置４の媒体ＩＤ読み出し部５は、媒体１の媒体ＩＤ２を読み出し、媒体ＩＤ転送部６に出力する。媒体ＩＤ転送部６は、読み出した媒体ＩＤを計算機１１のフォーマッタ１０Ｅの媒体ＩＤ読み出し部７に送信する。媒体ＩＤ読み出し部７は、受信した媒体ＩＤを管理情報暗号化／格納先決定部３０に出力する。媒体ＩＤ管理情報暗号化／格納先決定部３０は、入力された媒体ＩＤを鍵として、区画管理情報やボリューム管理情報などの管理情報を暗号化すると共に、管理情報の格納先ＢＮを算出して、それらを読み書き可能領域アクセス部９に出力する。上記暗号化の方法は、従来知られているＤＥＳ（Data Encryption Standard）等を用いれば良く、特に暗号化方法は限定されるものではなく、媒体ＩＤに一対一に対応する符号を使用して暗号化すれば、暗号化鍵として媒体ＩＤそのものを使用しなくても良い。
また、使用するＩＤは媒体ＩＤだけに限定されず、計算機ＩＤやドライブ装置の装置ＩＤを使用したり、これらの組み合わせを使用したりすることも可能である。

また、本実施形態では、管理情報の暗号化の他に、管理情報の格納位置を媒体ＩＤによって移動可能としているが、管理情報の格納位置は固定でも構わない。また、更に、本実施形態では、管理情報のみを暗号化すようにしているが、ルートディレクトリとそこに含まれる管理情報、及びファイルとその管理情報も一緒に暗号化しても良い。ルートディレクトリやファイルの暗号化は、媒体ＩＤを使っても使わなくても良く、特に、ファイルに関しては、既知の暗号化方法を用いて暗号化しておき、第三者に媒体ＩＤが知られて、媒体１にアクセス可能となった場合にも、ファイルの秘匿性は保たれるように構成しても良い。

読み書き可能領域アクセス部９は、管理情報の格納位置と、暗号化された管理情報を受け取ると、ドライブ装置４の読み書き可能領域アクセス部１２に、これらを送信し、媒体１の読み書き可能領域３に記録させる。このようにして、より秘匿性の高い媒体１の論理フォーマットを行うことができる。

図２３は、本発明の第１４の実施形態における処理の流れを示すフローチャートである。
図２２のフォーマッタ１０Ｅは処理を開始すると、媒体１から媒体ＩＤ２を読み出す（ステップＳ４０）。次に、媒体ＩＤ２を鍵として区画管理情報を暗号化する（ステップＳ４１）。次に区画管理情報の格納先を取得し（ステップＳ４２）、該格納先に暗号化した区画管理情報を書き込む（ステップＳ４３）。更に、区画管理情報と同様にボリューム管理情報を暗号化（ステップＳ４４）し、ボリューム管理情報の格納先を取得して（ステップＳ４５）、上記暗号化された管理情報を該格納先に書き込む（ステップＳ４６）。

図２４は、本発明の第１５の実施形態の装置構成を示す構成図である。
なお、図４及び図２２と同じ構成要素には同じ参照符号を付してある。
本実施形態に於いては、第１４の実施形態に於いてフォーマットされた媒体に対してアクセスし、ファイルの書き込みや読み出し等を行う。

媒体１には書き換え不可能な媒体ＩＤ２と読み書き可能領域３がある。ドライブ装置４には、媒体ＩＤ読み出し部５と、媒体ＩＤ読み出し部５により読み出された媒体ＩＤ２を計算機に転送する媒体ＩＤ転送部６、及び読み書き可能領域アクセス部１２がある。計算機１１上のファイルシステム１５Ｄには、媒体ＩＤ読み出し部７、読み書き可能領域アクセス部９、読み出した管理情報を媒体ＩＤ２を鍵として復号する管理情報復号／格納先決定部３０がある。また、ファイルシステム１５Ｄはアプリケーション１６からの媒体使用要求の入力によって処理を行う。

アプリケーション１６からの媒体使用要求は、読み書き可能領域アクセス部９に入力される。また、媒体ＩＤ２は、ドライブ装置４の媒体ＩＤ読み出し部５から読み出され、媒体ＩＤ転送部６によって、計算機１１のファイルシステム１５Ｄに含まれる媒体ＩＤ読み出し部７に送られる。媒体ＩＤ読み出し部７は受け取った媒体ＩＤ２を、管理情報復号／格納先決定部３０に出力する。管理情報復号／格納先決定部３０は、受信した媒体ＩＤ２から管理情報の格納先を決定し、その情報を読み書き可能領域アクセス部９に与える。読み書き可能領域アクセス部９は、受信した格納先に基づいて、ドライブ装置４の読み書き可能領域アクセス部１２に読み出し命令を出す。読み書き可能領域アクセス部１２が、媒体１の読み書き可能領域３から読み出された暗号化された管理情報は、ファイルシステム１５Ｄの読み書き可能領域アクセス部９を介して、管理情報復号／格納先決定部３０に入力され、管理情報復号／格納先決定部３０により復号される。この復号された管理情報を元に、媒体１へのアクセスが行われる。

なお、容易に分かるように、管理情報復号／格納先決定部３０における復号処理は、第１４の実施形態においてフォーマット時に行われる符号化処理に対応したものである必要がある。

図２５は、第１５の実施形態における処理の流れを示すフローチャートである。
なお、同図に於いては、図２３のステップと同様のステップには同じステップ符号を付してある。

図２４のファイルシステム１５Ｄは、アプリケーション１６の媒体使用要求によってマウント処理を開始する。すなわち、まず、媒体ＩＤ２を読み出す（ステップＳ４０）。次に、媒体ＩＤ２から区画管理情報の格納先を取得し（ステップＳ４２）、該格納先から区画管理情報を読み出し（ステップＳ５０）、これを媒体ＩＤ２を鍵として復号する（ステップＳ５１）。次に、区画管理情報と同様にボリューム管理情報の格納先を取得し（ステップＳ４５）、該格納先からボリューム管理情報を読み出し（ステップＳ５２）、これを媒体ＩＤ２を鍵として復号する（ステップＳ５３）。

なお、第１４及び第１５の実施形態に於いては、媒体ＩＤ２を読みとることによって、管理情報の格納先を決定したり、暗号化、復号を行っている場合を示したが、媒体ＩＤの他にも、ドライブ装置の装置ＩＤや計算機ＩＤを使用することも可能である。また、読み出したこれらのＩＤをそのまま暗号鍵として使用しなくてもよく、複数のＩＤを組み合わせて、新しい符号を生成し、これを使って暗号化及び復号を行っても良い。あるいは、これらの単一あるいは複数のＩＤに一対一に対応する符号を予め用意しておき、これを暗号化や復号に用いても良いし、格納先の決定に使用しても良い。

図２６は、第１４及び第１５の実施形態における暗号化・復号回路の一例を示す図である。
同図は、ＤＥＳのＣＢＣ（Cipher Block Chaining）モードを利用した暗号化・復号回路を示している。媒体２へのデータの書き込みや読み出しは５１２ビット単位であるが、同図に示すＤＥＳでの暗号化や復号は６４ビット単位で行われるので、暗号化する場合には、上記データをＭ１〜Ｍｎのように６４ビット毎に分割して暗号化・復号回路５２に入力する。まず、データＭ１がＤＥＳ処理部５０−１に入力される。ＤＥＳ処理部５０−１により暗号化されたデータは、暗号化データＥ１として出力される。次に、データＭ２が入力される。これは、排他的論理和回路５１−１において、暗号化されたデータＭ１（＝Ｅ１）と加算され、ＤＥＳ処理部５０−２に入力され、ＤＥＳ処理部５０−２により暗号化されて、暗号化データＥ２として出力される。以下、同様の手順で、前のブロックが次のブロックのデータに影響を与える形で暗号化が進められ、最後の暗号化データＥｎ（ｎ＝８）まで出力した時点で、媒体２への書き込み単位である５１２ビットのデータができあがるので、Ｅ１〜Ｅｎからなる暗号化データが媒体２に書き込まれる。上記暗号化で使用される暗号鍵は、各ＤＥＳ処理部５０−１〜５０−ｎにそれぞれ入力される。暗号鍵は、例えば、媒体ＩＤである。

復号する場合には、同図の網掛けの部分に暗号化されたデータが入力され、６４ビット毎に分割される。そして、ＤＥＳ処理部５０−１〜５０−ｎに、暗号鍵と共に入力される。この場合、復号処理は、データＥ１の方からデータＥｎに向かって行われる。ＤＥＳ処理部５０−１から出力された、復号データＭ１は、排他論理和回路５１−１において、ＤＥＳ処理部５０−２から出力されたＥ２の復号データから減算され、復号データＭ２が得られる。以下、同様にして、入力された暗号化データ５１２ビットを全て処理し終わった時点で、１回の復号処理が終了する。

図２７は、第１４の実施形態のフォーマッタ１０Ｅによって論理フォーマットされた媒体１上のレイアウトを示す図である。
図中、斜線部分が管理情報単位に媒体ＩＤ２で暗号化されている。なお、第１４の実施形態では、管理情報単位に暗号化を行っているが、特定の領域を管理情報専用領域として定義し、この領域全体を暗号化してもよい。これは、管理情報格納先が固定の場合に使用できる。

また、ルートディレクトリなどが格納される区画内のデータについても、第１４の実施形態の説明で述べたように、管理情報と同様に暗号化しても良く、特に、ファイルについては、従来採用されているような暗号化を行うことにより、管理情報やルートディレクトリやその管理情報の暗号化とは異なる暗号化を行うことにより、より秘匿性を高めることができる。

図２８は、本発明の第１６の実施形態に従ったドライブ装置の構成図を示す図である。
なお、同図に於いて、図２と同様の構成要素には同じ参照符号を付してある。
ここで、計算機６１はいわゆる「パーソナルコンピュータ」や「ワークステーション」等の個人やオフィス用途向けのコンピュータでなくても良く、マイクロプロセッサとファームウェアを格納するフラッシュメモリを備えた、家電などに実装される「組み込み機器用コンピュータ」的なものであっても良い。更に、結線論理されたハードウェアによる構成も可能である。また、ドライブ装置６０としては、ＤＶＤや音楽ＣＤ専用のプレーヤ等も含まれるものとする。

媒体１をフォーマットする場合、媒体ＩＤ読み出し部５が媒体１から媒体ＩＤ２を読み出す。そして、これを媒体ＩＤ転送部６がドライブ装置６０内部の計算機６１上で動作するフォーマッタ６２の媒体ＩＤ読み出し部７に転送する。媒体ＩＤ読み出し部７は、受信した媒体ＩＤ２を格納先決定部８に送る。格納先決定部８は、受信した媒体ＩＤ２を用いて、管理情報の格納先を決定し、これを読み書き可能領域アクセス部９へ送信する。読み書き可能領域アクセス部９は、受信した格納先情報を基にドライブ装置６０の読み書き可能領域アクセス部１２に媒体１へのアクセス指示を出す。アクセス指示を受けた読み書き可能領域アクセス部１２は、媒体１の読み書き領域３にアクセスし、格納先決定部８で決定された格納先に管理情報を格納する。格納先決定部８における格納先の決定方法は、例えば、第１の実施形態に示したような方法である。

なお、使用するＩＤは、媒体ＩＤに限られず、ドライブ装置６０の装置ＩＤを用いても良く、あるいは、ドライブ装置６０に内蔵される計算機６１に、ドライブ装置６０とは異なるＩＤが付されている場合には、計算機ＩＤを使用しても良い。

更に、第１４及び第１５の実施形態で述べたように、管理情報などを暗号化して格納するようにしても良い。暗号化する場合には、管理情報の格納先は読み出されたＩＤにはよらない固定位置とすることも可能である。

図２９は、本発明の第１７の実施形態に従った装置の構成図である。
なお、同図に於いて、図４と同じ構成要素には同じ参照符号を付してある。
また、本実施形態は、第１６の実施形態に対応するものであり、計算機６１及びドライブ装置６０Ａの意味するところは、前述したとおりである。

また、計算機６１がマイクロプロセッサとメモリを備えたＰＣカードのようなものの場合、ドライブ装置６０が持つ機能の全てまたは一部をＰＣカード側で実行することが可能である。これは、第１６の実施形態に於いても同様である。

ドライブ装置６０Ａの媒体ＩＤ読み出し部５は、媒体１の媒体ＩＤ２を読み出し、これを媒体ＩＤ転送部６に送信する。媒体ＩＤ転送部６は、受信した媒体ＩＤを計算機６３のファイルシステム６３に含まれる媒体ＩＤ読み出し部７を介して、格納／読み出し先決定部８’に入力する。格納／読み出し先決定部８’は、受信した媒体ＩＤ２から管理情報の格納先を決定し、それをファイルシステム６３の読み書き可能領域アクセス部９’に出力する。読み書き可能領域アクセス部９’は、管理情報の格納先とアプリケーション１６からの媒体使用要求を受け取ると、ドライブ装置６０Ａの読み書き可能領域アクセス部１２に、媒体１へのアクセス指示を出す。読み書き可能領域アクセス部１２は、指示を受け取ると、媒体１の読み書き可能領域３にアクセスし、媒体１から管理情報を読み出して、媒体１へのファイルアクセスを可能とする。

なお、第１６の実施形態の説明でも述べたように、使用するＩＤは、媒体ＩＤに限定されず、ドライブ装置６０Ａの装置ＩＤや計算機６１の計算機ＩＤなどを使用可能である。また、第１４、１５の実施形態のように暗号化を合わせて行っても良い。

上記各実施形態の説明に於いては、ＩＤとして、媒体ＩＤ、装置ＩＤ、計算機ＩＤを使用することを述べたが、このほかにもアプリケーションに与えられるＩＤを使用することも可能である。これによれば、特定のアプリケーションを使って媒体にアクセスするユーザだけが、媒体の内容を操作することができるようにすることができる。

図３０は、本発明の上記各実施形態をプログラムで実現する場合に必要とされるハードウェア構成を説明する図である。
ＣＰＵ７１は、バス７０を介して、他のコンポーネントとデータ交換をし、本発明の各実施形態を実現するプログラムを実行する。プログラムは、ＲＯＭ７３、ハードディスクなどの外部記録装置７７、あるいは、可搬型記録媒体７９に記録される。可搬型記録媒体７９に格納されたプログラムは、可搬型記録媒体７９が装着されるドライブ装置７８を介してＲＡＭ７２に読み込まれる。ＲＯＭ７３あるいは、外部記録装置７７に記録されたプログラムは、直接ＲＡＭ７２に読み込まれる。ＣＰＵ７１は、ＲＡＭ７２に実行可能な状態に展開されたプログラムを実行する。ユーザからのＩＤ入力や処理結果の出力は、入出力装置８０によって行われる。入出力装置８０は、キーボード、マウス、ディスプレイなどからなる。通信インタフェース７４は、ネットワーク７５を介して、情報提供者７６にアクセスし、情報提供者７６から本発明の実施形態を実現するプログラムを外部記録装置７７等にダウンロードして、ＣＰＵ７１がローカルな計算機上で実行可能なようにするネットワーク接続機器である。あるいは、プログラムを、情報提供者７６側で実行し、その実行処理結果などのみを通信インタフェース７４がネットワーク７５を介して、情報提供者７６から受信することにより、本発明の実施形態をリモートアクセスにより実現することも可能である。

媒体上での管理情報の格納先を、媒体や使用する装置にユニークな情報に基づいて移動可能とすることで、媒体上の全データを他の媒体に丸ごと不正コピーしたとしても、不正コピー先の媒体あるいは装置にユニークな情報からは管理情報の格納場所を得ることができず、ファイルに不正にアクセスすることを防止することができる。また、これらのユニークな情報を鍵として管理情報を暗号化することで同様の効果を得ることができる。

以上により、媒体上に格納されたファイルの機密レベルに応じてそのファイルに正しくアクセスできる範囲を制限することができる。

媒体上のファイル及びファイル管理情報の代表的なレイアウトを示す図である。 本発明の第１の実施形態に従った装置の構成図である。 図２のフォーマッタの処理の流れを示したフローチャートである。 本発明の第２の実施形態に従った装置の構成図である。 図４のファイルシステムの処理の流れを示したフローチャートである。 第１の実施形態に従ったフォーマッタで論理フォーマットを行った記憶媒体のレイアウトを示す図である。 本発明の第３の実施形態に従った装置の構成図である。 第３の実施形態における処理の流れを示すフローチャートである。 本発明の第４の実施形態の装置の構成図である。 第４の実施形態における処理の流れを示すフローチャートである。 本発明の第５の実施形態の装置の構成図である。 第５の実施形態における処理の流れを示すフローチャートである。 本発明の第６の実施形態の装置の構成図である。 第６の実施形態における処理の流れを示すフローチャートである。 本発明の第７の実施形態に従った装置の構成図である。 本発明の第８の実施形態の装置の構成図である。 本発明の第９の実施形態の装置を示す構成図である。 本発明の第１０の実施形態の装置を示す構成図である。 本発明の第１１の実施形態に従った処理の流れを示すフローチャートである。 本発明の第１２の実施形態に従った処理の流れを示すフローチャートである。 本発明の第１３の実施形態に従った処理の流れを示すフローチャートである。 本発明の第１４の実施形態の装置の構成図を示す図である。 本発明の第１４の実施形態における処理の流れを示すフローチャートである。 本発明の第１５の実施形態の装置構成を示す構成図である。 第１５の実施形態における処理の流れを示すフローチャートである。 第１４及び第１５の実施形態における暗号化・復号回路の一例を示す図である。 第１４の実施形態のフォーマッタによって論理フォーマットされた媒体上のレイアウトを示す図である。 本発明の第１６の実施形態の装置の構成図を示す図である。 本発明の第１７の実施形態に従った装置の構成図である。 本発明の実施形態をプログラムで実現する際に必要とされるハードウェア構成を示す図である。

Claims (33)

1. 記録媒体をフォーマットする、あるいは、該記録媒体に記録されているファイルにアクセスする装置であって、
   該記録媒体、あるいは、該装置の識別子を読み取り、該識別子に基づいて決定された格納先に、該記録媒体に格納されるファイルに関する管理情報を格納することによって、該記録媒体に秘匿性を持たせ、該識別子を読み取ることによって、該管理情報の格納先を特定することによって、該記録媒体の秘匿性を解除する秘匿性付与／解除手段と、
   該秘匿性を該記録媒体に付与する場合、あるいは、該記録媒体の秘匿性が解除される場合に、該記録媒体にアクセスする記録媒体アクセス手段と、
   を備えることを特徴とする装置。
2. 前記秘匿性付与／解除手段は計算機に含まれ、前記記録媒体アクセス手段は、前記記録媒体のドライブ装置に含まれることを特徴とする請求項１に記載の装置。
3. 前記格納先は、前記記録媒体に固有に与えられる識別子に基づいた演算によって得られた、該記録媒体上の位置情報を使用して決定することを特徴とする請求項２に記載の装置。
4. 前記格納先は、前記ドライブ装置に固有に与えられる識別子に基づいた演算によって得られた、該記録媒体上の位置情報を使用して決定することを特徴とする請求項２に記載の装置。
5. 前記格納先は、前記計算機に固有に与えられる識別子に基づいた演算によって得られた、該記録媒体上の位置情報を使用して決定することを特徴とする請求項２に記載の装置。
6. 前記格納先は、前記計算機に対して外部から入力される識別子に基づいた演算によって得られた、該記録媒体上の位置情報を使用して決定されることを特徴とする請求項２に記載の装置。
7. 前記格納先は、前記記録媒体、前記ドライブ装置、及び前記計算機にそれぞれ固有に与えられる識別子を組み合わせて生成された符号に基づく演算によって得られた、該記録媒体上の位置情報を使用して決定することを特徴とする請求項２に記載の装置。
8. 前記秘匿性の解除は、前記管理情報が格納されている位置を特定し、該特定された位置から、該管理情報を正常に読みとることによって行われることを特徴とする請求項２に記載の装置。
9. 前記格納先は、前記記録媒体に固有に与えられる識別子に基づいた演算によって得られた、該記録媒体上の位置情報を使用して決定することを特徴とする請求項１に記載の装置。
10. 前記格納先は、前記装置に固有に与えられる識別子に基づいた演算によって得られた、該記録媒体上の位置情報を使用して決定することを特徴とする請求項１に記載の装置。
11. 前記格納先は、前記記録媒体、及び前記装置にそれぞれ固有に与えられる識別子を組み合わせて生成された符号に基づく演算によって得られた、該記録媒体上の位置情報を使用して決定することを特徴とする請求項１に記載の装置。
12. 前記秘匿性の解除は、前記管理情報が格納されている位置を特定し、該特定された位置から、該管理情報を正常に読みとることによって行われることを特徴とする請求項１に記載の装置。
13. 前記秘匿性付与／解除手段は、前記記録媒体をフォーマットするフォーマッタに含まれることを特徴とする請求項１に記載の装置。
14. 前記秘匿性付与／解除手段は、前記記録媒体にアクセスするファイルシステムに含まれることを特徴とする請求項１に記載の装置。
15. 前記秘匿性付与／解除手段は、前記記録媒体のデフラクグメンテーション処理を行うシステムに含まれることを特徴とする請求項１に記載の装置。
16. 記録媒体からの読み出し、あるいは該記録媒体への書き込みを行うドライブ装置を少なくとも有するシステムに使用される記録媒体であって、
    該ドライブ装置に固有に与えられる識別子、あるいは、該記録媒体に固有に与えられる識別子に基づいて算出された該記録媒体上の位置に、該記録媒体に記録されるべきファイルに関する管理情報を記録したことを特徴とする記録媒体。
17. 前記システムは、更に、計算機を含み、
    前記管理情報が、該計算機に固有に与えられる識別子、あるいは、外部から入力される識別子に基づいて算出された格納先に記録されていることを特徴とすることを特徴とする請求項１６に記載の記録媒体。
18. 情報処理装置が、情報処理装置が読み取り／書き込み可能な記録媒体をフォーマットする、あるいは、該記録媒体に記録されているファイルにアクセスする方法であって、
    （ａ）該記録媒体、あるいは、該装置に識別子を読み取り、該識別子に基づいて決定された格納先に、該記録媒体に格納されるファイルに関する管理情報を格納することによって、該記録媒体に秘匿性を持たせ、該識別子を読み取ることによって、該管理情報の格納先を特定することによって、該記録媒体の秘匿性を解除するステップと、
    （ｂ）該秘匿性を該記録媒体に付与する場合、あるいは、該記録媒体の秘匿性が解除される場合に、該記録媒体にアクセスするステップと、
    を備えることを特徴とする方法。
19. 前記ステップ（ａ）は計算機で実行され、前記ステップ（ｂ）は、前記記録媒体のドライブ装置で実行されることを特徴とする請求項１８に記載の方法。
20. 前記格納先は、前記記録媒体に固有に与えられる識別子に基づいた演算によって得られた、該記録媒体上の位置情報を使用して決定することを特徴とする請求項１９に記載の方法。
21. 前記格納先は、前記ドライブ装置に固有に与えられる識別子に基づいた演算によって得られた、該記録媒体上の位置情報を使用して決定することを特徴とする請求項１９に記載の方法。
22. 前記格納先は、前記計算機に固有に与えられる識別子に基づいた演算によって得られた、該記録媒体上の位置情報を使用して決定することを特徴とする請求項１９に記載の方法。
23. 前記格納先は、前記計算機上に対して外部から入力される識別子に基づいた演算によって得られた、該記録媒体上の位置情報を使用して決定されることを特徴とする請求項１９に記載の方法。
24. 前記格納先は、前記記録媒体、前記ドライブ装置、及び前記計算機にそれぞれ与えられる識別子を組み合わせて生成された符号に基づく演算によって得られた、該記録媒体上の位置情報を使用して決定することを特徴とする請求項１９に記載の方法。
25. 前記秘匿性の解除は、前記管理情報が格納されている位置を特定し、該特定された位置から、該管理情報を正常に読みとることによって行われることを特徴とする請求項１９に記載の方法。
26. 前記格納先は、前記記録媒体に固有に与えられる識別子に基づいた演算によって得られた、該記録媒体上の位置情報を使用して決定することを特徴とする請求項１８に記載の方法。
27. 前記格納先は、前記装置に固有に与えられる識別子に基づいた演算によって得られた、該記録媒体上の位置情報を使用して決定することを特徴とする請求項１８に記載の方法。
28. 前記格納先は、前記記録媒体、及び前記装置にそれぞれ固有に与えられる識別子を組み合わせて生成された符号に基づく演算によって得られた、該記録媒体上の位置情報を使用して決定することを特徴とする請求項１８に記載の方法。
29. 前記秘匿性の解除は、前記管理情報が格納されている位置を特定し、該特定された位置から、該管理情報を正常に読みとることによって行われることを特徴とする請求項１８に記載の方法。
30. 前記ステップ（ａ）は、前記記録媒体をフォーマットするフォーマッタで実行されることを特徴とする請求項１８に記載の方法。
31. 前記ステップ（ａ）は、前記記録媒体にアクセスするファイルシステムで実行されることを特徴とする請求項１８に記載の方法。
32. 前記ステップ（ａ）は、前記記録媒体のデフラクグメンテーション処理を行うシステムで実行されることを特徴とする請求項１８に記載の方法。
33. コンピュータに、記録媒体をフォーマットする、あるいは、該記録媒体に記録されているファイルにアクセスする処理を実行させるプログラムを格納した記憶媒体であって、
    該処理は、
    （ａ）該記録媒体、あるいは、該記録媒体にアクセスする装置の識別子を読み取り、該識別子に基づいて決定された格納先に、該記録媒体に格納されるファイルに関する管理情報を格納することによって、該記録媒体に秘匿性を持たせ、該識別子を読み取ることによって、該管理情報の格納先を特定することによって、該記録媒体の秘匿性を解除するステップと、
    （ｂ）該秘匿性を該記録媒体に付与する場合、あるいは、該記録媒体の秘匿性が解除される場合に、該記録媒体にアクセスするステップと、
    を備えることを特徴とする記憶媒体。

Images