JP2002015511A - リムーバブルメディアを用いたオフライン共有セキュリティシステム - Google Patents

Abstract

(57)【要約】 【課題】本発明は、簡易にして安全かつ有効なリムーバ
ブルメディアを用いたオフライン共有セキュリティシス
テムを提供する。 【解決手段】本発明の一態様によると、リムーバブルメ
ディアドライブに備えられるもので、該ドライブに装着
されたリムーバブルメディア上の所定の領域に記録され
ている認証情報を用いて認証を行う認証処理機能部と、
前記ドライブに備えられるもので、前記認証処理機能部
による認証が成功した場合だけ、前記メディアにアクセ
スを許可するメディアアクセス制御機能部と、ファイル
管理制御部に備えられるもので、前記秘密情報格納部に
格納された秘密情報を読み出し、前記ドライブに前記秘
密情報を含む情報を送信して認証処理を要求する認証処
理要求送信機能部と、前記ファイル管理制御部に備えら
れるもので、前記メディアにアクセスする前に少なくと
も一度は前記認証処理要求送信機能部を用いて認証処理
を要求する認証処理要求機能部とを有することを特徴と
するリムーバブルメディアを用いたオフライン共有セキ
ュリテイシステムが提供される。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、可搬型記録媒体
（リムーバブルメディア）を用いたセキュリテイシステ
ムに係り、特に、リムーバブルメディアを用いたオフラ
イン共有セキュリティシステムに関する。

【０００２】

【従来の技術】従来、図１に示すようなセキュリテイ機
能付可搬型記録媒体（リムーバブルメディア）システム
が知られている。

【０００３】すなわち、図１に示すように、特定の部分
に記録されたパスワード等の認証コード１１を有するＭ
Ｏ等の可搬型記録媒体（リムーバブルメディア）１２が
装着されるリムーバブルメディアドライブ１３は、認証
機能付ファームウェアを有して構成されている。

【０００４】このリムーバブルメディアドライブ１３に
接続されるホスト端末側のパーソナルコンピュータ（以
下、ホストＰＣ）１４側から、そのアプリケーションプ
ログラム及び認証処理用ドライバソフトの起動により、
パスワード等の認証コードをリムーバブルメディアドラ
イブ１３に送ると、リムーバブルメディアドライブ１３
の認証機能付ファームウェアにより照合がなされる。

【０００５】そして、この照合により、パスワード等の
認証コードが一致した場合にのみ、リムーバブルメディ
アドライブ１３の認証機能付ファームウェアはそのロッ
クを解除してホストＰＣ１４側からリムーバブルメディ
アドライブ１３へのアクセスを許可するようにしてい
る。

【０００６】図３は、上記セキュリテイ機能付可搬型記
録媒体（リムーバブルメディア）１２の構造を示してい
る。

【０００７】すなわち、この可搬型記録媒体（リムーバ
ブルメディア）１２上の構成において、セキュリティ領
域（ホストＰＣ１４側のＯＳの機能ではアクセス不可の
領域であり、ここにセキュリティに関する情報を記録す
る）１２ａには、認証情報コード１２ｂが記録されてい
るとともに、媒体識別コード（セキュリティ記録媒体、
一般の記録媒体等、記録媒体を識別するコード）１２ｃ
が記録されている。

【０００８】ここで、認証情報コード１２ｂは、ユーザ
識別コードとしてのパスワードのようなものである。

【０００９】また、媒体識別コード１２ｃで区別できる
種類は複数であり、セキュリテイ用、著作権保護用、一
般メディアなどがあり、さらに、セキュリティ用として
複数種類を設けることが可能であり、この部分もセキュ
リティ領域１２ａに記録されている。

【００１０】そして、このセキュリティ領域１２ａの下
側には、通常領域１２ｄが設けられている。

【００１１】図４は、上記リムーバブルメディアドライ
ブ１３の認証機能付ファームウェアによる認証処理を説
明するためのフローチャートである。

【００１２】すなわち、可搬型記録媒体（リムーバブル
メディア）１２をリムーバブルメディアドライブ１３に
挿入すると、リムーバブルメディアドライブ１３の認証
機能付ファームウェアによる可搬型記録媒体（リムーバ
ブルメディア）１２の媒体識別コードの確認が行われた
後、当該記録媒体がセキュリティ記録媒体であるか否か
の判別が行われる（ステップＳ１，Ｓ２）。

【００１３】この判別結果が、当該記録媒体がセキュリ
ティ記録媒体である場合には、セキュリティ記録媒体で
ある記録媒体へのアクセスをファームウェアレベルでロ
ックした後、ホストＰＣ１４側に認証情報コードの送信
を要求する（ステップＳ３，Ｓ４）。

【００１４】これに応じて、ホストＰＣ１４側から認証
情報コードの送信があると、ファームウェアレベルで認
証情報コード照合を行う（ステップＳ５，Ｓ６）。

【００１５】そして、この照合が成功したならば、ファ
ームウェアレベルでのロックを解除した後、ファームウ
ェアはホストＰＣ１４側による当該記録媒体へのアクセ
スを許可する（ステップＳ７，Ｓ８）。

【００１６】上記ステップＳ７において、照合が成功し
ない場合には、ステップＳ４以降の処理に戻る。

【００１７】なお、上記ステップＳ２において、当該記
録媒体がセキュリティ記録媒体でない場合には、一般の
記録媒体である当該記録媒体へのアクセスをファームウ
ェアレベルで許可する。

【００１８】図５の（ａ）は、上記認証情報コードが記
録されているセキュリテイ機能付可搬型記録媒体（リム
ーバブルメディア）１２と、ホストＰＣ１４側において
秘密情報コードを送信するユーザとの関係を示してい
る。

【００１９】図５の（ｂ）は、図５の（ａ）のような関
係において、アカウント管理（ユーザ管理）の形態を示
している。

【００２０】すなわち、一枚のメディアを一人のユーザ
が使用する場合には、認証情報コードとしてのパスワー
ドの登録及びその変更についてはそれらを許容し、パス
ワードの削除についてはそれを条件付きで許容する。

【００２１】そして、１枚のメディアを、複数のユーザ
で共有（１つの秘密情報コードを複数のユーザで共有）
する場合には、認証情報コードとしてのパスワードの登
録については一つのパスワードを共有する条件きでそれ
を許容する。

【００２２】しかるに、パスワードの削除及びその変更
については、複数ある記録媒体のパスワードを全て削除
及び変更する必要があるとともに、さらに、登録されて
いる全ユーザに新規パスワードを通知する必要があるの
で、それらが非常に繁雑であるため、それらを許容する
ことは事実上無理である。

【００２３】図６の（ａ）は、上記認証情報コードがユ
ーザ毎にユーザ１認証情報コード、ユーザ２認証情報コ
ード…として記録されているセキュリテイ機能付可搬型
記録媒体（リムーバブルメディア）１２と、ホストＰＣ
１４側において秘密情報１コード、秘密情報２コード…
を送信する複数のユーザとの関係を示している。

【００２４】図６の（ｂ）は、図６の（ａ）のような関
係において、アカウント管理（ユーザ管理）の形態を示
している。

【００２５】すなわち、一枚のメディアを複数のユーザ
で共有（複数の認証コードを設定）する場合には、認証
情報コードとしてのパスワードの登録については、記録
媒体単位で管理者が登録する必要があるので、それらが
非常に繁雑であるため、条件きでそれを許容する。

【００２６】しかるに、パスワードの削除及びその変更
については、複数ある記録媒体のパスワードを全て消去
する必要があるので、それらが非常に繁雑であるため、
それらを許容することは事実上無理である。

【００２７】すなわち、アカウントをユーザ全員分書き
込むのも容量の無駄であり、後からアカウン卜を増やし
たり減らしたりしにくいとともに、メディアは複数ある
ので所有しているメディア全部について、アカウントの
設定しなおしをするのは大変なことである。

【００２８】

【発明が解決しようとする課題】すなわち、上述したよ
うな従来技術による可搬型記録媒体（リムーバブルメデ
ィア）を用いたセキュリテイシステムにおいては、特
に、簡易にして安全かつ有効なリムーバブルメディアを
用いたオフライン共有セキュリティシステムを実現する
事が困難であるという問題があった。

【００２９】本発明は、上記の事情に鑑みてなされたも
ので、可搬型記録媒体（リムーバブルメディア）を用い
たセキュリテイシステムにおいて、特に、簡易にして安
全かつ有効なリムーバブルメディアを用いたオフライン
共有セキュリティシステムを提供することを目的とす
る。

【００３０】

【課題を解決するための手段】本発明によると、上記課
題を解決するために、（１） リムーバブルメディアド
ライブと、ファイル管理制御部と、秘密情報格納部とか
らなるシステムにおいて、前記リムーバブルメディアド
ライブに備えられるもので、該リムーバブルメディアド
ライブに装着されたリムーバブルメディア上の所定の領
域に記録されている認証情報を用いて認証を行う認証処
理機能部と、前記リムーバブルメディアドライブに備え
られるもので、前記認証処理機能部による認証が成功し
た場合だけ、前記リムーバブルメディアにアクセスを許
可するメディアアクセス制御機能部と、前記ファイル管
理制御部に備えられるもので、前記秘密情報格納部に格
納された秘密情報を読み出し、前記リムーバブルメディ
アドライブに前記秘密情報を含む情報を送信して認証処
理を要求する認証処理要求送信機能部と、前記ファイル
管理制御部に備えられるもので、前記リムーバブルメデ
ィアにアクセスする前に少なくとも一度は前記認証処理
要求送信機能部を用いて認証処理を要求する認証処理要
求機能部と、を有することを特徴とするリムーバブルメ
ディアを用いたオフライン共有セキュリテイシステムが
提供される。

【００３１】また、本発明によると、上記課題を解決す
るために、（２） 前記秘密情報格納部は、パーソナル
コンピュータからなるホスト端末に着脱可能なメモリデ
バイスであることを特徴とする（１）に記載のリムーバ
ブルメディアを用いたオフライン共有セキュリティシス
テムが提供される。

【００３２】また、本発明によると、上記課題を解決す
るために、（３） 前記ファイル管理制御部は、ユーザ
認証処理を行うユーザ認証処理機能部と、前記ユーザ認
証処理機能部を用いてユーザ認証が行われ、ユーザが認
証された場合にのみ、前記秘密情報格納部から前記秘密
情報を読み出す秘密情報読み出し機能部と、からなるこ
とを特徴とする（１）または（２）に記載のリムーバブ
ルメディアを用いたオフライン共有セキュリティシステ
ムが提供される。

【００３３】また、本発明によると、上記課題を解決す
るために、（４） 前記秘密情報格納部は、ユーザから
は隠蔽した状態で前記認証用の秘密情報を生成する秘密
情報生成機能部を有することを特徴とする（１）乃至
（３）のいずれかに記載のリムーバブルメディアを用い
たオフライン共有セキュリティシステムが提供される。

【００３４】また、本発明によると、上記課題を解決す
るために、（５） 前記ファイル管理制御部は、前記リ
ムーバブルメディアへの一連のライト処理の開始時に、
メディア認証の処理を行い、終了時に、記録媒体への認
証を未処理状態に戻す機能部を有することを特徴とする
（１）乃至（４）のいずれかに記載のリムーバブルメデ
ィアを用いたオフライン共有セキュリティシステムが提
供される。

【００３５】また、本発明によると、上記課題を解決す
るために、（６） 前記リムーバブルメディアドライブ
は、乱数生成機能部と、暗号化機能部と、前記ホスト端
末との認証時に前記乱数生成機能部を用いて乱数を生成
し、前記乱数を前記ホスト端末側へ送信する機能部と、
前記リムーバブルメディアドライブに装着されているリ
ムーバブルメディア上の前記認証情報を用いて前記乱数
を暗号化する機能部と、前記ホスト端末側から送られて
きた情報と前記乱数を暗号化した情報を比較し、それら
が一致した場合には認証されたとして前記ホスト端末か
らのアクセスを許可する機能部とを有し、前記秘密情報
格納部は、暗号化機能部と、該秘密情報格納部に格納さ
れている秘密情報を用いてデータを暗号化する機能部と
を有することを特徴とする（２）に記載のリムーバブル
メディアを用いたオフライン共有セキュリティシステム
が提供される。

【００３６】また、本発明によると、上記課題を解決す
るために、（７） 前記ファイル管理制御部は、前記リ
ムーバブルメディア上のユーザ領域のデータを一つのフ
ァイルにまとめ、そのファイルの改ざん防止コードを求
めて１つのファイルにし、ホスト端末上へ両方のファイ
ルをコピーする機能部を有することを特徴とする（１）
乃至（６）のいずれかに記載のリムーバブルメディアを
用いたオフライン共有セキュリティシステムが提供され
る。

【００３７】また、本発明によると、上記課題を解決す
るために、（８） 前記ファイル管理制御部は、前記リ
ムーバブルメディア上のユーザ領域のファイルを関連の
ある複数のファイルをまとめて関連づけ、関連づけられ
たファイルのデータ全体に対し改ざん検知のコードを付
与して、ホスト端末上にコピーする機能部を有すること
を特徴とする（１）乃至（７）のいずれかに記載のリム
ーバブルメディアを用いたオフライン共有セキュリティ
システムが提供される。

【００３８】また、本発明によると、上記課題を解決す
るために、（９） 前記ファイル管理制御部は、前記リ
ムーバブルメディア上に空き容量より大きなファイルを
保存する場合には、ファイルを分割し、ファイルの前半
部分を保存するとともに、ファイルの属性を管理するデ
ータファイルにファイルを分割したことを記述し、さら
に分割した別の部分を別ファイルとし、前記別ファイル
をどのリムーバブルメディアに記録するのか、記録先の
リムーバブルメディアの識別子も前記属性を管理するデ
ータファイルに記録する機能部と、さらに、分割した前
記別ファイルを別のリムーバブルメディアに記録する時
には、前記元のリムーバブルメディアの識別子を前記別
ファイルの属性を管理するデータファイル内にも記録す
る機能部とを有することを特徴とする（１）乃至（８）
のいずれかに記載のリムーバブルメディアを用いたオフ
ライン共有セキュリティシステムが提供される。

【００３９】また、本発明によると、上記課題を解決す
るために、（１０） 前記ファイル管理制御部は、ユー
ザから複数のメディアに分割されて保存されているデー
タを読み出す要求を受けた場合には、どのメディアを次
に挿入するかユーザに指示を出し、メディアが挿入され
ると、対応する分割ファイルを探し出して、ホスト上で
データを結合してユーザに提示する機能部を有すること
を特徴とする（９）に記載のリムーバブルメディアを用
いたオフライン共有セキュリティシステムが提供され
る。

【００４０】また、本発明によると、上記課題を解決す
るために、（１１） 前記ファイル管理制御部は、関連
する複数のファイルに対して改ざん検知コードを付与す
る場合には、まず、各々のファイルに対して改ざん検知
コードを求め、その後、さらに関連するファイル全体か
ら１つの改ざん検知コードを求める機能部を有すること
を特徴とする（８）に記載のリムーバブルメディアを用
いたオフライン共有セキュリティシステムが提供され
る。

【００４１】また、本発明によると、上記課題を解決す
るために、（１２） 前記ファイル管理制御部は、関連
する複数のファイルに対して改ざん検知コードを付与す
る場合には、まず、各々のファイルに対して改ざん検知
コードを求め、その後、求めた改ざん検知コード全体か
ら１つの改ざん検知コードを求める機能部を有すること
を特徴とする（８）に記載のリムーバブルメディアを用
いたオフライン共有セキュリティシステムが提供され
る。

【００４２】また、本発明によると、上記課題を解決す
るために、（１３） 前記セキュリテイシステムは、前
記ファイル管理制御部が起動する前に、該ファイル管理
制御部が改ざんされていないことを検知し、改ざんされ
ている場合には、前記秘密情報格納部の機能をロックす
るプログラム改ざんチェック処理部を有することを特徴
とする（１）乃至（１２）のいずれかに記載のリムーバ
ブルメディアを用いたオフライン共有セキュリティシス
テムが提供される。

【００４３】また、本発明によると、上記課題を解決す
るために、（１４） 前記セキュリティシステムは、前
記ファイル管理制御部の実行モジュール起動時に、該フ
ァイル管理制御部を含むプログラム実行モジュールのプ
ロセスＩＤを記憶し、前記プロセスＩＤ以外から前記リ
ムーバブルメディアドライブにアクセスしようとするプ
ログラムがある場合に、前記リムーバブルメディアドラ
イブのドライバがあたかもエラー処理を行うようにする
排他制御部を有することを特徴とする（１）乃至（１
３）のいずれかに記載のリムーバブルメディアを用いた
オフライン共有セキュリティシステムが提供される。

【００４４】また、本発明によると、上記課題を解決す
るために、（１５） 前記セキュリティシステムは、前
記ファイル制御管理部以外のプログラム、モジュールか
ら前記リムーバブルメディアにアクセスしようとしたと
きには、ユーザにアクセスできないことを通知する機能
部を有することを特徴とする（１）乃至（１４）のいず
れかに記載のリムーバブルメディアを用いたオフライン
共有セキュリティシステムが提供される。

【００４５】ここで、本発明で用いる用語の定義につい
て説明する。

【００４６】ドライブとは、リムーバブルメディアのド
ライブである。

【００４７】認証情報とは、リムーバプルメディア上の
所定の領域に記録されている情報である。

【００４８】メディアアクセス制御機能とは、ドライブ
のファームウェアの機能である。

【００４９】ファイル管理制御部とは、ホスト端末（Ｐ
Ｃ）上のソフトであって、例えば、Ｗｉｎｄｏｗｓ（登
録商標）のエクスプローラ的なもの、あるいはファイル
マネージャＡＰＩである。

【００５０】秘密情報格納部とは、ホスト端末（ＰＣ）
上の暗号鍵などを隠すための仕組み（ソフトで実現）、
あるいはホスト端末（ＰＣ）に接続されている（耐タン
パ）メモリデバイス（ハードウェアで実現）である。

【００５１】秘密情報とは、上記秘密情報格納部に格納
されている情報で、上記認証情報と同じものである。

【００５２】ユーザ認証用情報とは、秘密情報格納部を
使用できるかどうか判定するための情報であって、要す
るに、パスワードのことであるが、上記の認証情報や秘
密情報とは全く異なることに注意する必要がある。

【００５３】そして、秘密情報格納部には、ユーザ認証
情報と秘密情報の両方が記録されており、ユーザ認証情
報を用いてパスワードが通過した場合のみ、秘密情報を
用いることができる仕組みとなっている。

【００５４】ドライブ識別機能とは、ドライブにはシリ
アル番号があり、リムーバブルメディア上にこのメディ
アにアクセスできるドライブのシリアル番号を登録する
ことで、メディアにシリアル番号が登録されていないド
ライブからは一切アクセスできない制御を行うことによ
り、メディアにアクセスできるドライブを限定する機能
を有している。

【００５５】ユーザ識別情報とは、ユーザ名、あるいは
ユーザＩＤなど、ユーザを特定する識別子のことであ
る。

【００５６】グループの情報とは、例えば、Ｗｉｎｄｏ
ｗｓＮＴ（登録商標）で使われるような、アクセス権が
同じグループの名称／ＩＤである。

【００５７】ハードキーとは、プリンタポートやＵＳＢ
などに接続できるデバイスであって、その中にメモリが
入っており、メモリ上のデータを読み出すにはパスワー
ドが必要である。

【００５８】一般には、コピープロテクト（ソフトの不
正コピー防止）用に使用されたり、ハードデイスク上の
ファイルを暗号・復号化する暗号鍵を格納するのに使わ
れるものである。

【００５９】

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

【００６０】まず、本発明によるリムーバブルメディア
を用いたオフライン共有セキュリティシステムの概要に
ついて説明する。

【００６１】図２は、本発明による実施の形態として適
用されるリムーバブルメディアを用いたオフライン共有
セキュリティシステムを実現するためのハードウェア構
成を示す概念図である。

【００６２】すなわち、図２に示すように、特定の部分
に記録されたパスワード等の認証コード２１を有するＭ
Ｏ等の可搬型記録媒体（リムーバブルメディア）２２が
装着されるリムーバブルメディアドライブ２３は、認証
機能付ファームウェアを有して構成されている。

【００６３】このリムーバブルメディアドライブ２３に
接続されるホスト端末側のパーソナルコンピュータ（以
下、ホストＰＣ）２４側から、そのアプリケーションプ
ログラム及び認証処理用ドライバソフト並びに耐タンパ
メモリドライバソフトの起動により、パスワード等の認
証コードをリムーバブルメディアドライブ２３に送る
と、リムーバブルメディアドライブ２３の認証機能付フ
ァームウェアにより照合がなされる。

【００６４】そして、この照合により、パスワード等の
認証コードが一致した場合にのみ、リムーバブルメディ
アドライブ２３の認証機能付ファームウェアはそのロッ
クを解除してホストＰＣ２４側からリムーバブルメディ
アドライブ２３へのアクセスを許可するようにしてい
る。

【００６５】この場合、ホストＰＣ２４側に、リムーバ
ブルメディアドライブ２３に送るためのパスワード等の
認証コードが耐タンパ性を有して記録されているメモリ
デバイス２５を着脱自在に用いるようにしている点が本
発明の特徴である。

【００６６】このメモリデバイス２５に代えて、論理的
には、秘密情報を保護できるのであれば、ホストＰＣ２
４に内蔵のハードディスクでも可であるが、それでは、
本発明の狙いとするオフライン性の効用が縮減する。

【００６７】このメモリデバイス２５の例としては、耐
タンパ性を有するＰＣからの取り外しが可能なメモリ
（ＰＣＭ−ＣＩＡ型、ＵＳＢ型、Ｐｒｉｎｔｅｒ Ｐｏ
ｒｔ型、ＩＣカード、非接触ＩＣカード、携帯電話等）
であればよい。

【００６８】そして、上記耐タンパメモリドライバソフ
トにより、ホストＰＣ２４内部にあるメモリ上の情報ヘ
アクセスするには、パスワード等のアクセス制御がある
とともに、パスワード／パスフレーズを耐タンパメモ
リ、あるいはそれを制御するシステムヘ入力すること
で、メモリ上の情報を読み出せるようになされている。

【００６９】次に、以上のような概要に基づく本発明の
実施の形態について説明する。

【００７０】（第１の実施の形態）図７の（ａ）は、上
記認証情報コード２２ｂがセキュリテイ領域２２ａに記
録されているセキュリテイ機能付可搬型記録媒体２２
と、ホストＰＣ２４側において秘密情報コードを送信す
るユーザとの関係を示している。

【００７１】この場合、上述したように、ホストＰＣ２
４側に対して、リムーバブルメディアドライブ２３に送
るための秘密情報コードとしてパスワード等の認証コー
ドが耐タンパ性を有して記録されているメモリデバイス
２５を着脱自在としており、このメモリデバイス２５は
複数のユーザによって携帯されているものとする。

【００７２】図７の（ｂ）は、図７の（ａ）のような関
係において、アカウント管理（ユーザ管理）の形態を示
している。

【００７３】すなわち、一枚のメディアを複数のユーザ
で共有する場合（一つの秘密情報コード共有する場合）
には、認証情報コードとしてのパスワードの登録につい
ては、ユーザに耐タンパメモリデバイス２５を渡すこと
によって許容する。

【００７４】また、認証情報コードとしてのパスワード
の変更ついては耐タンパメモリデバイス２５の内容を更
新することによって許容し、その削除については耐タン
パメモリデバイス２５をユーザから取り上げることで許
容する。

【００７５】すなわち、この第１の実施の形態において
は、記録媒体２２上の認証コード、すなわちパスワード
を耐タンパメモリデバイス２５からなるハードキーに入
れてユーザから隠しておくことが特徴である。

【００７６】これにより、アカウント管理、特に、重要
なアカウントの削除の処理は、物理的な鍵（ハードキ
ー）を取り上げることで実現できるとともに、ユーザが
パスワードを記憶するとか、メモするとかが必要がない
という便利さがあり、ユーザが簡単なものをパスワード
にしてしまうことなどによるセキュリティ低下を招く心
配がない。

【００７７】（第２の実施の形態）図８は、本発明の第
２の実施の形態として、上記認証情報コード２２ｂがセ
キュリテイ領域２２ａに記録されているセキュリテイ機
能付可搬型記録媒体２２と、ホストＰＣ２４側において
秘密情報コードを送信するユーザとの関係を示してい
る。

【００７８】この場合、上述したように、ホストＰＣ２
４側に対して、それぞれ、リムーバブルメディアドライ
ブ２３に送るためのパスワード等のユーザ１認証コー
ド、ユーザ２認証コード、…２５ａ１，２５ａ２…及び
秘密情報コード２５ａ２，２５ｂ２…が耐タンパ性を有
して記録されている複数のメモリデバイス２５−１，２
５−２…を着脱自在としており、このメモリデバイス２
５−１，２５−２…が複数のユーザによってそれぞれ携
帯されているものとする。

【００７９】そして、複数のメモリデバイス２５−１，
２５−２…における各ユーザ１認証コード、ユーザ２認
証コード、…２５ａ１，２５ａ２…を読み出すために
は、当該耐タンパメモリ、もしくは当該耐タンパメモリ
を制御しているシステムヘこれらのユーザ認証コードを
それぞれ入力して照合することが必要となる。

【００８０】また、複数のメモリデバイス２５−１，２
５−２…における各秘密情報コード２５ａ２，２５ｂ２
…を読み出すためには、当該耐タンパメモリ、もしくは
当該耐タンパメモリを制御するシステムに、ユーザ認証
コードをそれぞれ入力して照合することが必要となる。

【００８１】上述した第１の実施の形態は、ハードキー
としてのメモリデバイス２５をホストＰＣ２４に差し込
めば、そのまま使えるタイプであったのに対し、この第
２の実施の形態は、ユーザ認証コードとしてのパスワー
ドをホストＰＣ２４に入力しないと使えないタイプとな
っている。

【００８２】なお、このときにユーザが入力するパスワ
ードは、ハードキーとしてのメモリデバイス２５を使う
ためのパスワードであり、メディアではない。

【００８３】この機能により、ハードキーとしてのメモ
リデバイス２５を誰かに盗まれても安全である。

【００８４】すなわち、本発明の第２の実施の形態で
は、耐タンパメモリとしてのメモリデバイス２５にユー
ザ毎にユーザ認証コード（パスワード）を設定可能であ
るため、万一、鍵（ハードキー）としてのメモリデバイ
ス２５を第３者に盗まれても安全である。

【００８５】（第３の実施の形態）図９は、本発明の第
３の実施の形態として、上記認証情報コード２２ｂがセ
キュリテイ領域２２ａに記録されているセキュリテイ機
能付可搬型記録媒体２２と、ホストＰＣ２４側において
秘密情報コードを送信するユーザとの関係を示してい
る。

【００８６】この場合、上述したように、ホストＰＣ２
４側に対して、それぞれ、リムーバブルメディアドライ
ブ２３に送るためのパスワード等のユーザ１認証コー
ド、ユーザ２認証コード、…２５ａ１，２５ａ２…及び
秘密情報コード２５ａ２，２５ｂ２…並びにユーザ１Ｉ
Ｄ、ユーザ２ＩＤ…２５ｃ１，２５ｃ２…が耐タンパ性
を有して記録されている複数のメモリデバイス２５−
１，２５−２…を着脱自在としており、このメモリデバ
イス２５−１，２５−２…が複数のユーザによってそれ
ぞれ携帯されているものとする。

【００８７】また、ホストＰＣ２４側において、アプリ
ケーションでユーザＩＤを利用可能としている。

【００８８】そして、複数のメモリデバイス２５−１，
２５−２…における各ユーザ１認証コード、ユーザ２認
証コード、…２５ａ１，２５ａ２…を読み出すために
は、当該耐タンパメモリ、もしくは当該耐タンパメモリ
を制御しているシステムヘこれらのユーザ認証コードを
それぞれ入力して照合することが必要となる。

【００８９】また、複数のメモリデバイス２５−１，２
５−２…における各秘密情報コード２５ａ２，２５ｂ２
…を読み出すためには、当該耐タンパメモリ、もしくは
当該耐タンパメモリを制御するシステムに、ユーザ認証
コードをそれぞれ入力して照合することが必要となる。

【００９０】上述した第１の実施の形態は、ハードキー
としてのメモリデバイス２５をホストＰＣ２４に差し込
めば、そのまま使えるタイプであったのに対し、この第
３の実施の形態は、上述した第２の実施の形態と同様に
ユーザ認証コードとしてのパスワードをホストＰＣ２４
に入力しないと使えないタイプとなっている。

【００９１】なお、このときにユーザが入力するパスワ
ードは、ハードキーとしてのメモリデバイス２５を使う
ためのパスワードであり、メディアではない。

【００９２】この機能により、ハードキーとしてのメモ
リデバイス２５を誰かに盗まれても安全である。

【００９３】すなわち、本発明の第３の実施の形態は、
上述した第２の実施の形態と同様に、耐タンパメモリと
してのメモリデバイス２５にユーザ毎にユーザ認証コー
ド（パスワード）を設定可能であるため、万一、鍵（ハ
ードキー）としてのメモリデバイス２５を第３者に盗ま
れても安全である。

【００９４】これに加えて、上述した第２の実施の形態
では、ハードキーとしてのメモリデバイス２５にユーザ
認証コードとしてのパスワードだけを登録しているが、
この第３の実施の形態ではユーザ識別子（ＩＤ、登録名
等）も一緒に格納するようにしている。

【００９５】これにより、ホストＰＣ２４のアプリケー
ション側では、誰がシステムを利用しているかを記録し
てわかるようにしている。

【００９６】なお、この方法を用いることで、完全にオ
フラインの環境でユーザ管理が実現可能となる。

【００９７】このようなことができる理由は、アクセス
制御及び情報をドライブ及びメディアで実現し、ユーザ
管理をハードキーとしてのメモリデバイス２５で行うこ
とにより、システムの主要な部分をＰＣやサーバから切
り離したシステム構成としたからである。

【００９８】また、ホストＰＣ２４として、ＳＯＨＯ等
で複数のネットワークで繋がっていないＰＣ端末上で
も、ネットワークサーバによる管理と同様のアカウント
及びアクセス制御管理を実現することができる。

【００９９】（第４の実施の形態）図１０は、本発明の
第４の実施の形態として、上記認証情報コード２２ｂと
して個人用認証情報コード２２ｂ１、グループ１用認証
情報コード２２ｂ２、グループ２用認証情報コード２２
ｂ３…がそれぞれセキュリテイ領域２２ａに記録されて
いる複数のセキュリテイ機能付可搬型記録媒体２２−
１，２２−２２２−３…と、ホストＰＣ２４側において
秘密情報コードを送信するユーザとの関係を示してい
る。

【０１００】この場合、上述したように、ホストＰＣ２
４側に対して、それぞれ、リムーバブルメディアドライ
ブ２３に送るためのパスワード等のユーザ認証コード２
５ａ及び個人用秘密情報コード２５ｂ並びにユーザＩＤ
２５ｃに加えてグループ１用秘密認証コード２５ｄ、グ
ループ２用秘密認証コード２５ｅが耐タンパ性を有して
記録されているメモリデバイス２５を着脱自在としてお
り、このメモリデバイス２５が複数のユーザによってそ
れぞれ携帯されているものとする。

【０１０１】また、ホストＰＣ２４側において、アプリ
ケーションでユーザＩＤを利用可能としている。

【０１０２】そして、メモリデバイス２５におけるユー
ザ認証コード２５ａを読み出すためには、当該耐タンパ
メモリ、もしくは当該耐タンパメモリを制御しているシ
ステムヘこのユーザ認証コードをそれぞれ入力して照合
することが必要となる。

【０１０３】また、メモリデバイス２５における個人用
秘密情報コード２５ｃ及び各グループ用秘密認証コード
２５ｄ，２５ｅ２…を読み出すためには、当該耐タンパ
メモリ、もしくは当該耐タンパメモリを制御するシステ
ムに、個人用秘密情報コードもしくは各グループ用秘密
認証コードをそれぞれ入力して照合することが必要とな
る。

【０１０４】上述した第１の実施の形態は、ハードキー
としてのメモリデバイス２５をホストＰＣ２４に差し込
めば、そのまま使えるタイプであったのに対し、この第
４の実施の形態は、上述した第２の実施の形態及び第３
の実施の形態と同様にユーザ認証コードとしてのパスワ
ードをホストＰＣ２４に入力しないと使えないタイプと
なっている。

【０１０５】なお、このときにユーザが入力するパスワ
ードは、ハードキーとしてのメモリデバイス２５を使う
ためのパスワードであり、メディアではない。

【０１０６】この機能により、ハードキーとしてのメモ
リデバイス２５を誰かに盗まれても安全である。

【０１０７】すなわち、本発明の第４の実施の形態は、
上述した第２の実施の形態及び第３の実施の形態と同様
に、耐タンパメモリとしてのメモリデバイス２５にユー
ザ毎にユーザ認証コード（パスワード）を設定可能であ
るため、万一、鍵（ハードキー）としてのメモリデバイ
ス２５を第３者に盗まれても安全である。

【０１０８】これに加えて、上述した第２の実施の形態
では、ハードキーとしてのメモリデバイス２５にユーザ
認証コードとしてのパスワードだけを登録しているが、
この第４の実施の形態では上述した第３の実施の形態と
同様に、ユーザ識別子（ＩＤ、登録名等）も一緒に格納
するようにしている。

【０１０９】これにより、ホストＰＣ２４のアプリケー
ション側では、誰がシステムを利用しているかを記録し
てわかるようにしている。

【０１１０】なお、この方法を用いることで、完全にオ
フラインの環境でユーザ管理が実現可能となる。

【０１１１】このようなことができる理由は、アクセス
制御及び情報をドライブ及びメディアで実現し、ユーザ
管理をハードキーとしてのメモリデバイス２５で行うこ
とにより、システムの主要な部分をＰＣやサーバから切
り離したシステム構成としたからである。

【０１１２】また、ホストＰＣ２４として、ＳＯＨＯ等
で複数のネットワークで繋がっていないＰＣ端末上で
も、ネットワークサーバによる管理と同様のアカウント
及びアクセス制御管理を実現することができる。

【０１１３】これに加えて、本実施の形態では、一つの
ハードキーとしてのメモリデバイス２５上に個人用認証
コード、グループ用認証コード（いずれもユーザ自体は
知らない）等複数の認証コードを登録することで、ユー
ザが様々なアクセス条件の元でメディアを使用可能とす
ることが特徴となるものである。

【０１１４】すなわち、図１０に示すように、個人で利
用する記録媒体、ある特定のグループで共有する記録媒
体、という風に、記録媒体ごとにアカウント制御を様々
設定可能であり、認証コードが複数になっても、ユーザ
が記憶するのはユーザ認証コードのみであり、メディア
単位でアクセス制御の状態を設定可能である。

【０１１５】（第５の実施の形態）図１１は、本発明の
第５の実施の形態として、フルアクセス用秘密認証コー
ド２２ｂ１０及びリードオンリーアクセス用秘密認証コ
ード２２ｂ１１がセキュリテイ領域２２ａに記録されて
いるセキュリテイ機能付可搬型記録媒体２２を用いる場
合である。

【０１１６】そして、フルアクセス用秘密認証コード２
２ｂ１０が、図示しないホストＰＣ２４側から入力され
た場合には、そのホストＰＣ２４に対して可搬型記録媒
体２２へのリード／ライト可能なアクセスが許可され
る。

【０１１７】また、リードオンリーアクセス用秘密認証
コードが、図示しないホストＰＣ２４側から入力された
場合には、そのホストＰＣ２４に対して可搬型記録媒体
２２へのリードのみアクセスが許可される。

【０１１８】すなわち、本実施の形態では、可搬型記録
媒体２２へのフルアクセス用のパスワードとリードオン
リー用のパスワードの両方を設定可能とすることによ
り、ドライブのアクセス制御で、フルアクセスとリード
オンリーのアクセスの２種類をサポートすることが特徴
となるものである。

【０１１９】（第６の実施の形態）図１２は、本発明の
第６の実施の形態として、上記認証情報コード２２ｂと
して、グループ１用認証情報コード２２ｂ２、グループ
２用認証情報コード２２ｂ３がそれぞれセキュリテイ領
域２２ａに記録されているセキュリテイ機能付可搬型記
録媒体２２と、ホストＰＣ２４側において秘密情報コー
ドを送信するユーザとの関係を示している。

【０１２０】この場合、上述したように、ホストＰＣ２
４側に対して、それぞれ、リムーバブルメディアドライ
ブ２３に送るためのパスワード等のユーザ認証コード２
５ａ、個人用秘密情報コード２５ｂ及びユーザＩＤ２５
ｃに加えてグループ１用秘密認証コード２５ｄ、グルー
プ２用秘密認証コード２５ｅが耐タンパ性を有して記録
されているメモリデバイス２５を着脱自在としており、
このメモリデバイス２５が複数のユーザグループによっ
てそれぞれ携帯されているものとする。

【０１２１】また、ホストＰＣ２４側において、アプリ
ケーションでユーザＩＤを利用可能としている。

【０１２２】そして、メモリデバイス２５におけるユー
ザ認証コード２５ａを読み出すためには、当該耐タンパ
メモリ、もしくは当該耐タンパメモリを制御しているシ
ステムヘこのユーザ認証コードをそれぞれ入力して照合
することが必要となる。

【０１２３】また、メモリデバイス２５における各グル
ープ用秘密認証コード２５ｄ，２５ｅ２…を読み出すた
めには、当該耐タンパメモリ、もしくは当該耐タンパメ
モリを制御するシステムに、各グループ用秘密認証コー
ドをそれぞれ入力して照合することが必要となる。

【０１２４】上述した第１の実施の形態は、ハードキー
としてのメモリデバイス２５をホストＰＣ２４に差し込
めば、そのまま使えるタイプであったのに対し、この第
６の実施の形態は、上述した第２乃至第４の実施の形態
と同様にユーザ認証コードとしてのパスワードをホスト
ＰＣ２４に対して入力しないと使えないタイプとなって
いる。

【０１２５】なお、このときにユーザが入力するパスワ
ードは、ハードキーとしてのメモリデバイス２５を使う
ためのパスワードであり、メディアではない。

【０１２６】この機能により、ハードキーとしてのメモ
リデバイス２５を誰かに盗まれても安全である。

【０１２７】すなわち、本発明の第６の実施の形態は、
上述した第２乃至第４の実施の形態と同様に、耐タンパ
メモリとしてのメモリデバイス２５にユーザ毎にユーザ
認証コード（パスワード）を設定可能であるため、万
一、鍵（ハードキー）としてのメモリデバイス２５を第
３者に盗まれても安全である。

【０１２８】これに加えて、上述した第２の実施の形態
では、ハードキーとしてのメモリデバイス２５にユーザ
認証コードとしてのパスワードだけを登録しているが、
この第６の実施の形態では上述した第３の実施の形態及
び第４の実施の形態と同様に、ユーザ識別子（ＩＤ、登
録名等）も一緒に格納するようにしている。

【０１２９】これにより、ホストＰＣ２４のアプリケー
ション側では、誰がシステムを利用しているかを記録し
てわかるようにしている。

【０１３０】なお、この方法を用いることで、完全にオ
フラインの環境でユーザ管理が実現可能となる。

【０１３１】このようなことができる理由は、アクセス
制御及び情報をドライブ及びメディアで実現し、ユーザ
管理をハードキーとしてのメモリデバイス２５で行うこ
とにより、システムの主要な部分をＰＣやサーバから切
り離したシステム構成としたからである。

【０１３２】また、ホストＰＣ２４として、ＳＯＨＯ等
で複数のネットワークで繋がっていないＰＣ端末上で
も、ネットワークサーバによる管理と同様のアカウント
及びアクセス制御管理を実現することができる。

【０１３３】これに加えて、本実施の形態では、一つの
ハードキーとしてのメモリデバイス２５上に、グループ
用認証コード（いずれもユーザ自体は知らない）等複数
の認証コードを登録することで、ユーザが様々なアクセ
ス条件の元で、グループ１に属するユーザはフルアクセ
スが可能であり、グループ２に属するユーザはリードの
みアクセスが可能となるように、メディアを使用可能と
することが特徴となるものである。

【０１３４】すなわち、ドライブのアクセス制御で、リ
ードオンリーとなるパスワードのアクセスをサポートし
ている場合には、ワークステーション等で実行されてい
るように、その持ち主はファイルにフルアクセス可能で
あるが、グループ所属者は閲覧だけが可能となるアクセ
ス制御が可能となる。

【０１３５】そして、図１２に示すように、ある特定の
グループごとに共有する記録媒体、という風に、記録媒
体ごとにアカウント制御を様々設定可能であり、認証コ
ードが複数になっても、ユーザが記憶するのはユーザ認
証コードのみであり、メディア単位でアクセス制御の状
態を設定可能であり、フルアクセス、リードオンリーア
クセスの種別をグループごとに設定可能である。

【０１３６】（第７の実施の形態）図１３は、本発明の
第７の実施の形態による認証時の認証コードを自動的に
選択する方法（その１）として、上記認証情報コード２
２ｂとして、グループＸ用認証情報コード２２ｂ２、グ
ループの情報２２ｂ３がそれぞれセキュリテイ領域２２
ａに記録されているセキュリテイ機能付可搬型記録媒体
２２（この例では、グループ２で共有する記録媒体）
と、ホストＰＣ２４側において秘密情報コードを送信す
るユーザとの関係を示している。

【０１３７】この場合、上述したように、ホストＰＣ２
４側に対して、それぞれ、リムーバブルメディアドライ
ブ２３に送るためのパスワード等のユーザ認証コード２
５ａ、個人用秘密情報コード２５ｂ及びユーザＩＤ２５
ｃに加えてグループ１用秘密認証コード２５ｄ、グルー
プ２用秘密認証コード２５ｅが耐タンパ性を有して記録
されているメモリデバイス２５を着脱自在としており、
このメモリデバイス２５が複数のユーザグループによっ
てそれぞれ携帯されているものとする。

【０１３８】また、ホストＰＣ２４側において、アプリ
ケーションでユーザＩＤを利用可能としている。

【０１３９】そして、メモリデバイス２５におけるユー
ザ認証コード２５ａを読み出すためには、当該耐タンパ
メモリ、もしくは当該耐タンパメモリを制御しているシ
ステムヘこのユーザ認証コードをそれぞれ入力して照合
することが必要となる。

【０１４０】また、メモリデバイス２５における各グル
ープ用秘密認証コード２５ｄ，２５ｅ２…を読み出すた
めには、当該耐タンパメモリ、もしくは当該耐タンパメ
モリを制御するシステムに、各グループ用秘密認証コー
ドをそれぞれ入力して照合することが必要となる。

【０１４１】上述した第１の実施の形態は、ハードキー
としてのメモリデバイス２５をホストＰＣ２４に差し込
めば、そのまま使えるタイプであったのに対し、この第
６の実施の形態は、上述した第２乃至第４の実施の形態
と同様にユーザ認証コードとしてのパスワードをホスト
ＰＣ２４に対して入力しないと使えないタイプとなって
いる。

【０１４２】なお、このときにユーザが入力するパスワ
ードは、ハードキーとしてのメモリデバイス２５を使う
ためのパスワードであり、メディアではない。

【０１４３】この機能により、ハードキーとしてのメモ
リデバイス２５を誰かに盗まれても安全である。

【０１４４】すなわち、本発明の第７の実施の形態は、
上述した第２乃至第４の実施の形態と同様に、耐タンパ
メモリとしてのメモリデバイス２５にユーザ毎にユーザ
認証コード（パスワード）を設定可能であるため、万
一、鍵（ハードキー）としてのメモリデバイス２５を第
３者に盗まれても安全である。

【０１４５】これに加えて、上述した第２の実施の形態
では、ハードキーとしてのメモリデバイス２５にユーザ
認証コードとしてのパスワードだけを登録しているが、
この第７の実施の形態では上述した第３の実施の形態及
び第４の実施の形態と同様に、ユーザ識別子（ＩＤ、登
録名等）も一緒に格納するようにしている。

【０１４６】これにより、ホストＰＣ２４のアプリケー
ション側では、誰がシステムを利用しているかを記録し
てわかるようにしている。

【０１４７】なお、この方法を用いることで、完全にオ
フラインの環境でユーザ管理が実現可能となる。

【０１４８】このようなことができる理由は、アクセス
制御及び情報をドライブ及びメディアで実現し、ユーザ
管理をハードキーとしてのメモリデバイス２５で行うこ
とにより、システムの主要な部分をＰＣやサーバから切
り離したシステム構成としたからである。

【０１４９】また、ホストＰＣ２４として、ＳＯＨＯ等
で複数のネットワークで繋がっていないＰＣ端末上で
も、ネットワークサーバによる管理と同様のアカウント
及びアクセス制御管理を実現することができる。

【０１５０】これに加えて、本実施の形態では、一つの
ハードキーとしてのメモリデバイス２５上に、グループ
用認証コード（いずれもユーザ自体は知らない）等複数
の認証コードを登録することで、ホストＰＣ２４側で、
可搬型記録媒体２２からグループ情報を前もって使用す
る読み出し、メモリデバイス２５において使用する認証
コードを自動選択することが特徴となるものである。

【０１５１】すなわち、このシステム（ソフトウエア）
は、ホストＰＣ２４側で、ユーザＩＤとその所属グルー
プを管理するもので、例えば、ユーザのグループ所属の
関係を図１３に示すように、ユーザＩＤ（１，２，３，
４…）とその所属グループ（Ａ，Ｂ，Ｃ，Ｄ，…）との
所定の対応づけによるユーザのグルーブ所属管理テーブ
ルをシステム側で保持しているものである。

【０１５２】耐タンパメモリ（２５）に複数のパスワー
ドがある場合、どのパスワードをドライブに入力すべき
か不明であるため、トライアンドエラーが必要となる
が、メディア上の認証する前でも読み出せる領域（これ
は実際ある）にユーザの情報、グループの情報などを記
録、ホストＰＣ２４上にユーザが所属するグループの情
報を記録することで、耐タンパメモリ２５のどの認証コ
ードを用いればよいかを判断できる。

【０１５３】また、ユーザに複数のアクセス状態がある
場合には（ユーザ本人のアカウントで入る場合、グルー
プＡのアカウントで入る場合など、フルアクセスで入る
か、リードオンリーモードで入るかも選択可能）、ＧＵ
Ｉで入り方を選択できる手段も提供できるようになる。

【０１５４】（第８の実施の形態）図１４は、本発明の
第８の実施の形態による認証時の認証コードを自動的に
選択する方法（その２）として、上記認証情報コード２
２ｂとして、グループＸ用認証情報コード２２ｂ２、グ
ループの情報（ＩＤ）２２ｂ３がそれぞれセキュリテイ
領域２２ａに記録されているセキュリテイ機能付可搬型
記録媒体２２（この例では、グループ２で共有する記録
媒体）と、ホストＰＣ２４側において秘密情報コードを
送信するユーザとの関係を示している。

【０１５５】この場合、上述したように、ホストＰＣ２
４側に対して、それぞれ、リムーバブルメディアドライ
ブ２３に送るためのパスワード等のユーザ認証コード２
５ａ、個人用秘密情報コード２５ｂ及びユーザＩＤ２５
ｃに加えてグループ１用秘密認証コード２５ｄ、グルー
プ２用秘密認証コード２５ｅ及びグループ１のＩＤ２５
ｆ、グループ２のＩＤ２５ｇが耐タンパ性を有して記録
されているメモリデバイス２５を着脱自在としており、
このメモリデバイス２５が複数のユーザグループによっ
てそれぞれ携帯されているものとする。

【０１５６】また、ホストＰＣ２４側において、アプリ
ケーションでユーザＩＤ及びグループ１，２のＩＤを利
用可能としている。

【０１５７】これ以外は、上述した第７の実施の形態と
同様である。

【０１５８】なお、図１４は、図１３の上位構成となっ
ており、耐タンパメモリとしてのメモリデバイス２５の
中に、グループに関する識別子も記録することにより、
ホストＰＣ２４上に特別な情報を記録する必要がないの
で、オフラインの複数の端末で利用可能となる。

【０１５９】（第９の実施の形態）図１５の（ａ）は、
本発明の第９の実施の形態として、第８の実施の形態に
よる耐タンパメモリの記憶容量が小さくて、グループ管
理の情報などが入りきらない場合の対策として適用され
るリムーバブルメディアを用いたオフライン共有セキュ
リティシステムを実現するためのハードウェア構成を示
す概念図である。

【０１６０】この図１５の（ａ）では、図２に示したハ
ードウェア構成を示す概念図において、耐タンパメモリ
（２５）の記憶容量が小さくて、該耐タンパメモリ２５
に入りきらないグループ管理の情報などを暗号化して保
存するＦＤやＨＤ等の他の記録媒体２５−２（内蔵も
可）を用いるようにしている点が異なっている。

【０１６１】すなわち、図１５の（ｂ）に示しているよ
うに記憶容量の大きい耐タンパメモリ（２５）として
は、図１４の場合のように、ホストＰＣ２４側に対し
て、それぞれ、リムーバブルメディアドライブ２３に送
るためのパスワード等のユーザ認証コード２５ａ、個人
用秘密情報コード２５ｂ及びユーザＩＤ２５ｃに加えて
グループ１用秘密認証コード２５ｄ、グループ２用秘密
認証コード２５ｅ及びグループ１のＩＤ２５ｆ、グルー
プ２のＩＤ２５ｇが耐タンパ性を有して記録されている
メモリデバイス２５を着脱自在としており、このメモリ
デバイス２５が複数のユーザグループによってそれぞれ
携帯されているものとする。

【０１６２】しかるに、図１５の（ｃ）に示しているよ
うに記憶容量の小さい耐タンパメモリ（２５）の場合に
は、ユーザ認証コード２５ａ、ユーザＩＤ２５ｃと、暗
号化鍵２５ｈ、復号化鍵２５ｉのみが耐タンパ性を有し
て記録されているメモリデバイス２５−１を用いるよう
にするとともに、個人用秘密情報コード２５ｂ、グルー
プ１用秘密認証コード２５ｄ、グループ２用秘密認証コ
ード２５ｅ及びグループ１のＩＤ２５ｆ、グループ２の
ＩＤ２５ｇが暗号化鍵２５ｈにより暗号化して保存する
ＦＤやＨＤ等の他の記録媒体２５−２（内蔵も可）を用
いるようにしている。

【０１６３】すなわち、耐タンパメモリの記憶容量が小
さくて、グループ管理の情報などが入りきらない場合に
は、以下の処理をすべてシステムが行い、ユーザからは
全てのデータを隠す。

【０１６４】耐タンパメモリとしてのメモリデバイス２
５−１にユーザ認証用のコードを入力して、耐タンパメ
モリを使用可能とした後、耐タンパメモリ内の暗号鍵２
５ｆを取出し、その後、ＦＤやＨＤ等の他の記録媒体２
５−２に暗号化して保存されている前記入りきらなかっ
た情報を取出し、復号化鍵２５ｉにより復号化するよう
にしている。

【０１６５】その後の処理は、上述した第８の実施の形
態と同様である。

【０１６６】この第９の実施の形態は、耐タンパメモリ
（２５）の記憶容量が小さくて、上述した情報が入りき
らない場合の手段として、耐タンパメモリ内に暗号鍵を
格納しておき、前記認証コードの情報を暗号化してＦＤ
やＨＤ等の他の記録媒体２５−２０介してホストＰＣ２
４上に安全に格納する。

【０１６７】認証するときには、システムが複合化して
利用（利用後はすぐまた暗号化）する形態となる。

【０１６８】なお、暗号化鍵は、共有鍵方式でも公開鍵
方式でもどちらでも構わないが、後者にする理由は特に
ない。

【０１６９】公開鍵方式は、かえって、鍵データが大き
い、演算が大変などの理由でメリットない場合もある。

【０１７０】（第１０の実施の形態）図１６は、本発明
の第１０の実施の形態として複数のファイルの改ざん防
止を図るための構成を示す図である。

【０１７１】図１６に示すように、すべてのファイル
１，２…Ｎのデータを一つにまとめ、まとまったデータ
全体から一つの電子署名Ａを求めることにより、すべて
のファイル１，２…Ｎのうちどれか一つでもファイルが
なくなったり、差替えられていてもそれを検知すること
ができる。

【０１７２】しかし、どれか一つのファイルが更新され
た場合、電子署名の計算はすべて最初からやり直す必要
があるので、効率が悪い。

【０１７３】（第１１の実施の形態）図１７は、本発明
の第１１の実施の形態として複数のファイルの改ざん防
止を図るための構成を示す図である。

【０１７４】この第１１の実施の形態は、上述した第１
０の実施の形態のように、すべてのファイル１，２…Ｎ
のデータを一つにまとめ、まとまったデータ全体から一
つの電子署名を求めるのではなく、図１７に示すよう
に、まず、各々のファイル１，２…Ｎから電子署名１，
２…Ｎを計算し、その後、各々の電子署名１，２…Ｎを
集めて一つにし、その電子署名の集合から一つの電子署
名Ａを作成する。

【０１７５】この第１１の実施の形態による効果として
は、まず、どれか一つのファイルを更新しても電子署名
の計算は更新のあったファイルと、電子署名の集合に対
する電子署名の計算なので、図１６の場合に比べ演算量
はずっと小さくなる。

【０１７６】それから、電子署名１，２…Ｎの集合の電
子署名Ａからは、ファイル集合全体に対し、ファイルの
不正な差し替えを含む改ざんを検知することができ、さ
らに、全体に対しての改ざんが検知された場合には、ど
のファイルが改ざんされたのかを検知することができ、
２段階で改ざん検知が可能となる。

【０１７７】（第１２の実施の形態）図１８は、本発明
の第１２の実施の形態として証拠性の確保と耐コンピュ
ータウイルスの構成を取り込んだリムーバブルメディア
を用いたオフライン共有セキュリティシステムのハード
構成の概要を示している。

【０１７８】基本的には、図２に示した構成とほぼ同じ
であり、違いは図１８では、ホストＰＣ２４上に専用の
ファイル管理モジュール（ファイル管理制御部）及び業
務処理モジュールが存在することである。

【０１７９】本構成では、図２、図５乃至図１７の構成
で実現できる機能に加えて、リムーバブルメディアへの
アクセスは、このファイル管理モジュールを介してしか
できないようにしたことに特徴がある。

【０１８０】認証機能付きファームウェアと可搬型媒体
は、以下のようになっている。

【０１８１】可搬型媒体上ホスト端末のＯＳからはアク
セスできない領域（セキユリティ領域）に、認証コード
（パスワード）を記録でき、ホスト端末から前記認証コ
ードを受け取らない限り、ホストからのアクセスに制限
をかける機能を持つ。

【０１８２】認証コードには、下記２つの種類がある。

【０１８３】（１）媒体（通常領域）上のファイルに対
し、フルアクセスを許可する認証コード。

【０１８４】（２）媒体（通常領域）上のファイルに対
し、リードアクセスのみ許可する認証コード。

【０１８５】（第１３の実施の形態）図１９は、本発明
の第１３の実施の形態として証拠性の確保と耐コンピュ
ータウイルスの構成を取り込んだリムーバブルメディア
を用いたオフライン共有セキュリティシステムの機能モ
ジュール構成（基本型）を示すブロック図である。

【０１８６】図１９において、参照符号２００はホスト
端末、２０４は表示部、２０２はＧＵＩ処理部、２０３
は入力デバイス部、２０１アプリケーション処理部、１
００は可搬型記録媒体ドライブ、Ａはファイル管理制御
部、３００はメモリドライバ部、１０１は認証処理付き
モジュール（ファームウェア）、２２１はドライバ部、
１０２は認証情報が記録された可搬型記録媒体、３０１
はメモリデバイス、３０２はメモリデバイス部である。

【０１８７】図２０は、図１９のファイル管理制御部の
構成例を示すブロック図である。

【０１８８】図２０において、参照符号２０１は前記ア
プリケーション処理部、３００は前記メモリドライバ
部、Ａ４はファイルアクセス制御部、Ａ２はユーザ認証
処理部、Ａ３はドライブ認証処理部、Ａは前記ファイル
管理制御部、Ａ５は属性データ作成部、Ａ６は電子署名
作成／検証部、Ａ７はファイルアクセス履歴作成部、Ａ
８は暗号化／復号化処理部、Ａ９は記録媒体情報取得
部、Ａ１０は謄本ファイル取得部、Ａ１１はバックアッ
プ作成部、Ａ１２はログ管理部、Ａ１３は記録媒体初期
化設定・処理部、２２１は前記ドライバ部である。

【０１８９】（第１４の実施の形態）図２１は、本発明
の第１４の実施の形態として証拠性の確保と耐コンピュ
ータウイルスの構成を取り込んだリムーバブルメディア
を用いたオフライン共有セキュリティシステムの機能モ
ジュール構成（プログラム監視機能付）を示すブロック
図である。

【０１９０】図２１において、参照符号２００はホスト
端末、２０４は表示部、２０２はＧＵＩ処理部、２０３
は入力デバイス部、２０１はアプリケーション処理部、
３００はメモリ（デバイス）ドライバ部、３０１はメモ
リデバイス、３０２はメモリデバイス部、Ａはファイル
管理制御部、１００は可搬型記録媒体ドライブ、１０１
は認証処理付きモジュール（ファームウェア）、２２１
はドライバ部、１０２は認証情報が記録された可搬型記
録媒体、Ｂはモジュール監視部である。

【０１９１】本モジュール監視部の目的はセキュア・フ
ァイル管理部のモジュール起動時、あるいは耐タンパメ
モリへのアクセス時に少なくともセキュア・ファイル管
理部が何らかの悪意のあるものに改ざんされていないか
を確認することにある。

【０１９２】例えば、クラッカーが耐タンパメモリ内の
秘密情報を取得するために、セキュア・ファイル管理部
のモジュールに成り済ますような脅威から、耐タンパメ
モリ内の情報を守ることである。

【０１９３】これと同時に、セキュア・ファイル管理部
のモジュール自体も守ることが可能であると共に、認証
用ドライバ部、データアクセス用ドライバ部も同様の方
法で守ることが可能である。

【０１９４】図２２は、図２１のモジュール監視部Ｂの
構成例を示すブロック図である。

【０１９５】図２２において、参照符号３００は前記メ
モリ（デバイス）ドライバ部、Ｂはモジュール監視部、
Ｂ１はモジュール管理処理部、Ｂ２はモジュール改ざん
検知コード取得部、Ｂ３は改ざん検証部、Ｂ５はモジュ
ールスクランブル／デコード処理部、Ｂ４は耐タンパメ
モリ・ロック部であり、モジュール監視部ＢはＯＳのカ
ーネルモードで稼働する。

【０１９６】モジュール監視部Ｂは、以下の実装パター
ンがある。

【０１９７】（１）耐タンパメモリドライバの実行モジ
ュールに組み込まれている。

【０１９８】（２）カーネルモード（ＯＳ内部）で動作
し、常に、耐タンパメモリへのアクセスを監視し、アク
セスがあった場合に所定の動作・処理を実行する。

【０１９９】なお、プログラム上は、本モジュールはア
プリケーションプログラムと完全に独立したプロセスと
してＯＳに管理される（マルチタスクＯＳを前提）。

【０２００】改ざん検知コードの保存場所・方法そして
は、以下の２個所ある。

【０２０１】（１）耐タンパメモリ内に保存する。

【０２０２】（２）耐タンパメモリの格納されている暗
号鍵で暗号化し、それをホスト端末のＨＤ上に保存す
る。

【０２０３】なお、上記暗号化は、共有鍵方式、公開鍵
方式の両方可能である。

【０２０４】（第１５の実施の形態）図２３は、本発明
の第１５の実施の形態として証拠性の確保と耐コンピュ
ータウイルスの構成を取り込んだリムーバブルメディア
を用いたオフライン共有セキュリティシステムの機能モ
ジュール構成（排他制御機能付）を示すブロック図であ
る。

【０２０５】図２３において、参照符号２００はホスト
端末、２０４は表示部、２０２はＧＵＩ処理部、２０３
は入力デバイス部、２０１はアプリケーション処理部、
３００はメモリ（デバイス）ドライバ部、３０３は耐タ
ンパメモリ、３０４は耐タンパメモリ部、Ａはファイル
管理制御部、１００は可搬型記録媒体ドライブ、Ｃは排
他制御部（Ｈ）、Ｄは排他制御部（Ｄ）、１０１は認証
処理付きモジュール（ファームウェア）、２２１はドラ
イバ部、１０２は認証情報が記録された可搬型記録媒
体、Ｂはモジュール監視部である。

【０２０６】Ｃの排他制御部（Ｈ）及びＤの排他制御部
（Ｄ）は、ドライブとの認証終了後にセキュア・ファイ
ル管理部を介さないで、可搬型記録媒体へのあくせすを
防ぐことを目的としている。

【０２０７】図２４は、図２３のＣの排他制御部（Ｈ）
及びＤの排他制御部（Ｄ）の構成例を示すブロック図で
ある。

【０２０８】図２４において、参照符号Ｄは排他制御部
（Ｄ）（ファームウェア）、Ｄ３はロック処理部、Ｄ２
は排他制御用コード照合部、Ｄ１は排他制御用コード取
得部、Ｃは排他制御部（Ｈ）、Ｃ１は排他制御用コード
保持部、１０１は認証処理付きモジュール（ファームウ
ェア）、２２１はドライバ部、Ａはファイル管理制御部
である。

【０２０９】これは、ドライブにアクセスする場合に
は、コマンドの他に特定のコード（排他制御用コード）
も一緒に送らないとアクセスできなくする機能である。

【０２１０】セキュア・ファイル管理部を含むプロセス
（ＯＳから見たとき）のみが知っているコード（排他制
御用コード）がコマンドと一緒に送られてこない限り、
ドライブのファームウェアは記録媒体へ一切アクセスし
ない。

【０２１１】この機能により、ドライブにアクセスでき
るのは、セキュア・ファイル管理部を含むプロセスのプ
ログラムのみとなる。

【０２１２】図２５は、図２３のＣの排他制御部（Ｈ）
の別の構成例を示すブロック図である。

【０２１３】図２５において、参照符号Ｃは排他制御部
（Ｈ）、Ｃ１３はアクセス排他部、Ｃ１２はプロセス監
視部、Ｃ１１はプロセスＩＤ取得部、Ａはファイル管理
制御部であり、Ｃ１３のアクセス排他部、Ｃ１２のプロ
セス監視部、Ｃ１１のプロセスＩＤ取得部はＯＳに接続
されている。

【０２１４】本モジュールは、カーネルモードで実行さ
れ、セキュア・ファイル管理部を介したアクセスのみ、
可搬型記録媒体ドライブのポートを開くようにする機能
を提供する。

【０２１５】次に、以上のような実施の形態で示した本
発明について、大分類、中分類、小分類に整理して説明
する。

【０２１６】まず、大分類としては （１）リムーバブルメディアを用いて、オフラインでも
セキュリティアクセス制御ができるシステム （２）本人でも不正ができず、コンピュータウイルスで
もデータを破壊されないファイル管理を（１）のシステ
ムを用いて実現するシステムがある。

【０２１７】次に、（１）の中分類としては （１−１）ドライブのファームに認証機能があること
（ドライブでアクセス制御が可能）＜専用ファイルシス
テムを用いる等の方法もあるが、今回はこの方法（ＧＩ
ＧＡＭＯ方式及びその傾似）のみを対象とする。＞ （１−２）ドライブとＰＣ本体側でユーザのアクセス権
別に認証処理が行えること。

【０２１８】（１−３）１−２で、且つ、認証情報を持
ち歩けること。

【０２１９】（１−４）メディア認証用の情報をユーザ
から隠蔽した形で生成すること。

【０２２０】（１−５）システムのセツトアップ時の秘
密情報設定の方法。

【０２２１】がある。

【０２２２】次に、（２）の中分類としては （２−１）卜ライブにアクセスできるプログラムを限定
する。

【０２２３】（２−２）ファィル制御に関して、バック
アップ、電子署名高速化、履歴管理、 （２−３）メデ
ィアの管理、ジュークボックス、プログラム改ざんチェ
ック機能、サービスドライバ。

【０２２４】がある。

【０２２５】次に、（１−１）の小分類について説明す
る。

【０２２６】（１−１−１）ドライブファームの特徴 ドライブは、メディアが挿入されると、メディア上の通
常のＯＳのコマンドではアクセスできない所定の領域
に、どのような種類のメディアであるかを識別する情報
を調べ、認証処理を必要とするメディアの場合には、そ
のメディアが認証されない限り、アクセスを許可しな
い。

【０２２７】（ａ）メディア上の通常のＯＳのコマンド
ではアクセスてできない所定の領域に、アクセス制御の
認証処理を行うための認証情報（パスワード）を記録し
ておく。

【０２２８】（ｂ）メディアにアクセスするためには、
ユーザ側は、ドライブに対してこの情報（区別のため
に、秘密情報と記す）を送ることにより、照合してもら
う必要がある（メディアの挿入時に必ずこの処理が必
要）。

【０２２９】（ｃ）認証には、２種類のアクセスレベル
が設定できる。

【０２３０】一つは、リード／ライトの両方ができるフ
ルアクセス権、他は、リードオンリーのアクセス権であ
り、これらは入力される認証情報によって区別される。

【０２３１】（ｄ）ドライブ限定機能があり、この機能
は、ドライブのシリアル番号を上記と同様のメディア上
の所定の領域に記録しておくことにより、メディア上に
シリアル番号が記録されたドライブからしかアクセスで
きない機能である。

【０２３２】（ｅ）本ドライブで初期化されたメディア
には、メディアごとに完全に一意となるメディアＩＤが
割り振られ、メディア上に記録される。

【０２３３】（１−１−２）メディアの認証を１−１−
１のような単なるパスワードの照合、あるいはパスワー
ドを一方向関数等で処理した結果を照合するのではな
く、スマートＩＣカードを使った認証のように、チャレ
ンジ・レスポンスによる認証を行うことにより、認証情
報、秘密情報の漏洩を防ぐ。

【０２３４】そのためには、（ａ）ドライブファームに
乱数発生機能と暗号化の機能を装備し、暗号鍵は前述の
認証情報とする。

【０２３５】（ｂ）ＰＣ側の秘密情報格納部、もしくは
ファイル管理制御部にも乱数生成部と暗号処理部を持た
せる。

【０２３６】（１−１−３）無線リーダ部（非接触ＩＣ
カード、ＢｌｕｅＴｏｏｔｈ、ＩｒＤＡ等）をドライブ
に装備し、認証を無線メモリデバイス（非接触ＩＣカー
ド、Ｂｌｕｅｔｏｏｔｈ／ＩｒＤＡメモリデバイス、携
帯電話）との間でやり取りする（１−１−１，１−１−
２の両方のケースで利用可能）。

【０２３７】次に、（１−２）の小分類について説明す
る。

【０２３８】（１−２−１）秘密情報（これは、メディ
ア上の認証情報と同じ情報内容）をユーザから切り離
す。

【０２３９】すなわち、ユーザはこの情報を利用するこ
とはできるが、直接内容を取得することができなくす
る。

【０２４０】ユーザがメディアにアクセスしようとする
と、ファイル管理制御部がユーザに代わり、上記の秘密
情報を秘密情報管理部から取出し、ドライブヘ送信する
（ユーザは間接的に利用）。

【０２４１】（１−２−２）１−２−１のままでは、本
システムを使える人は誰でも使用できてしまうので、前
記秘密情報を使用できるユーザかどうかを調べる機能が
必要となる。

【０２４２】秘密情報管理部、もしくはファイル管理制
御部にこの機能がある。

【０２４３】具体的には、ユーザがパスワードを入力し
て照合されないと、前記秘密情報が使用できないように
する。

【０２４４】（１−２−３）複数のユーザが利用できる
ように、前記秘密情報を利用するためのパスワードをユ
ーザ識別子と一緒に複数設定できるようにする（ユーザ
は、ユーザ名とパスワードを入力するのみでよい））。

【０２４５】（１−２−４）前記秘密情報には読み書き
用のパスワードとリードオンリー用のパスワードの両方
を設定でき、ユーザによってリード／ライト両方アクセ
ス可、リードのみ可というようにアクセス制限がかけら
れる。

【０２４６】（１−２−５）前記秘密情報格納部には複
数の秘密情報を格納できる。

【０２４７】ユーザは自分が専用に利用する秘密情報の
他、自分が属するグループの秘密情報を利用できる。

【０２４８】この機能を実現するため、秘密情報格納部
には、ユーザ識別情報とともに、そのユーザが属するグ
ループの情報を記録する。

【０２４９】さらに、各々の秘密情報はこれを利用でき
るユーザの識別子のほかに、この秘密情報を利用できる
グループの識別子も対応して格納する。

【０２５０】次に、（１−３）の小分類について説明す
る。

【０２５１】（１−３−１）秘密情報格納部をＰＣ本体
から着脱可能なメモリデバイスで実現する。

【０２５２】このメモリデバイスとしては、例えば、Ｉ
Ｃカードやハードキー、ＰＣＭ−ＣＩＡカード、ＦＤ．
ＳｍａｒｔＭｅｄｉａなどがある。

【０２５３】これにより、このメモリデバイスとリムー
バブルメディアを携帯することで、異なるＰＣ上でも同
じように、ファイルのアクセス制御を行うことが可能と
なる（但し、同じ機能を有するドライブが必要であ
る。）従来のシステムでは、このようなことをやるため
には、オフラインでは通常ではできなかった（ファイル
システムを特殊化したり暗号化することで、内容を確認
することができないようにするどいう間接的なアクセス
制御はできたが、この例のような直接的にアクセスを制
限することはできなかった）。

【０２５４】（１−３−２）メモリデバイスは、ＰＣ上
のソフトを介してあるパスワードが入力されない限り、
内部の情報が読み出せない構造になっている。

【０２５５】（１−３−３）メモリデバイスは、暗号化
のプロセッサを有している。

【０２５６】（１−３−４）メモリデバイスは、秘密情
報生成手段を有している。

【０２５７】（１−３−５）１−３−２、１−３−３の
両方の機能を有している。

【０２５８】（１−３−６）メモリデバイスの合鍵を作
る方法。

【０２５９】（１−３−７）１−３−２の場合の合鍵作
成方法。

【０２６０】（１−３−８）１−３−３の場合の合鍵作
成方法。

【０２６１】（１−３−９）メディアの認証をメモリデ
バイスを通じて行う方法。

【０２６２】次に、（１−４）の小分類について説明す
る。

【０２６３】（１−４−１）メディアを初期化するとき
には、メモリデバイス内部に記憶されている秘密情報を
取得して、ファイル管理制御部に渡し、ファイル管理制
御部からドライブにメディアの認証情報として送信す
る。

【０２６４】ファイル管理制御部では、秘密情報を送信
する処理が終了した時点で、作業用のメモリ空間上から
消去する。

【０２６５】具体的には、暗号化のライブラリが行って
いるのと同様に、プログラム中で前記秘密情報のデータ
を使用した後、直ぐにそのデータをバッファリングして
いたメモリ領域をＮＵＬＬ値などで埋めてから開放す
る。

【０２６６】（１−４−２）メディアを初期化する時
に、メモリデバイスから、秘密情報を取得するときにメ
モリデバイス内部で暗号化、ファイル管理制御部に渡
し、ファイル管理制御部からドライブにメディアの認証
情報として送信する。

【０２６７】ドライブ内部で復号化して認証情報として
メディア上に記録する。

【０２６８】これにより、より安全に（ユーザに認証情
報が漏洩することなく）メディアに認証情報がセット可
能となる。

【０２６９】次に、（１−５）の小分類について説明す
る。

【０２７０】（１−５−１）システムセットアップ時、
秘密情報を秘密情報格納部に格納するが、このとき、秘
密情報がユーザ（管理者も含む）に絶対に漏れないよう
にする。

【０２７１】その方法の一つとしては、メモリデバイス
（ＩＣカードのように内部に処理プロセッサを有する場
合）内部で秘密情報を自動生成させる方法がある。

【０２７２】（１−５−２）ユーザが適当にキーボード
を押したときの文字列に所定の処理（例えば、暗号化、
ハッシュ関数等）を施した情報を秘密情報とし、秘密情
報格納部に格納する。

【０２７３】（１−５−３）同上、キーボードを押す時
間間隔（キーストローク）のばらつきに所定の処理（例
えば、暗号化、ハッシュ関数等）を施した情報を秘密情
報とし、秘密情報格納部に格納する。

【０２７４】（１−５−４）ユーザがマウスを適当に動
かしたときのマウスからの信号に所定の処理（例えば、
暗号化、ハッシュ関数等）を施した情報を秘密情報と
し、秘密情報格納部に格納する。

【０２７５】（１−５−５）マイクを用いて入力した音
に関連する情報（音の周波数など）に所定の処理（例え
ば、暗号化、ハッシュ関数等）を施した情報を秘密情報
とし、秘密情報格納部に格納する。

【０２７６】（１−５−６）カメラやスキャナを用いて
人力した画像データに所定の処理（例えば、暗号化、ハ
ッシュ関数等）を施した情報を秘密情報とし、秘密情報
格納部に格納する。

【０２７７】（１−５−７）ＣＰＵの温度センサからの
情報に所定の処理（例えば、暗号化、ハッシュ関数等）
を施した情報を秘密情報とし、秘密情報格納部に格納す
る。

【０２７８】（１−５−８）前記ドライブ内の乱数生成
機能を用いて生成した乱数を取得し、それに所定の処理
（例えば、暗号化、ハッシュ関数等）を施した情報を秘
密情報とし、秘密情報格納部に格納する。

【０２７９】（１−５−９）前記ドライブ内のメディア
のその時点での単位時間辺りの回転数に関する情報に所
定の処理（例えば、暗号化、ハッシュ関数等）を施した
情報を秘密情報とし、秘密情報格納部に格納する。

【０２８０】（１一５−１０）ＰＣ内のタイマの現在時
刻に関する情報に所定の処理（例えば、暗号化、ハッシ
ュ関数等）を施した情報を秘密情報とし、秘密情報格納
部に格納する。

【０２８１】（１一５−１１）前記メモリデバイスに内
蔵されているタイマがあれば、それの現在時刻に関する
情報に所定の処理（例えば、暗号化、ハッシュ関数等）
を施した情報を秘密情報とし、秘密情報格納部に格納す
る。

【０２８２】（１一５−１２）ＰＣ内のシステム情報
（ＨＤの残量、ＣＰＵの占有率、タスクの現在数、メモ
リ空間の現時点の空き容量、キャッシュヒット率、キャ
ッシュメモリ利用率、ＯＳの起動時間、ファイルの数、
ウインドウＩＤ等）の少なくとも一つ以上の情報を用い
て生成したデータに所定の処理（例えば、暗号化、ハッ
シュ関数等）を施した秘密情報とし、秘密情報格納部に
格納する。

【０２８３】（１一５−１３）１−５−２乃至１−５−
１２で利用した少なくとも二つ以上の情報を用いて生成
したデータに所定の処理（例えば、暗号化、ハッシュ関
数等）を施した秘密情報とし、秘密情報格納部に格納す
る。

【０２８４】（１一５−１４）前記秘密鍵格納部に格納
されている情報に１−５−１乃至１−５−１３で得た情
報をＸＯＲなどの所定の演算処理を施した情報に所定の
処理（例えば、暗号化、ハッシュ関数等）を施した秘密
情報とし、秘密情報格納部に格納する。

【０２８５】次に、（２−１）の小分類について説明す
る。

【０２８６】（２−１−１）ファイル管理制御部では、
データをメディアに書き込むときに、まず、ドライブと
認証の処理を行い、データを書き込んだ後、直ぐに認証
を初期化するコマンドをドライブヘ送信する機能を有
し、一方、ドライブ側はメディアが認証された後も認証
初期化コマンドが送られてくると、メディアが認証され
る前の状態に移行することができる機能を有する。

【０２８７】この機能を備えることで、認証情報を取り
扱えるファイル菅理制御部のみが前記のメディアにアク
セス可能となる（一般のプログラムや、ＯＳ付属のファ
イルマネージャ、ＯＳが提供するファイルシステムから
はアクセスできない。

【０２８８】また、書き込めないので、コンピュータウ
イルスで破壊されることもない。

【０２８９】（２−１−２）認証終了後、ドライブ側で
は所定の演算に基づき毎回異なるコードを生成し、それ
をＰＣ上（ファイル管理制御部）に送る。

【０２９０】ファイル管理制御部は、リード／ライトな
どのコマンドを送るときに、このコードも一緒に送らな
いと、ドライブ側では処理してもらえない。

【０２９１】この場合、前記コードを知っているのはフ
ァイル管理制御部だけなので、他のプログラムからはア
クセスできない。

【０２９２】このようにすることで、毎回認証処理する
よりも効率が良い。

【０２９３】（２−１−３）２−１−２とほぼ同様であ
るが、コードの更新をセッション（一度認証を行ってか
らメディアを抜き取るまでの間）ごとではなく、コマン
ドを送るたびに更新する。

【０２９４】このようにすることで、２−１−２の場合
よりも、コードが不正に読み出される危険が下がる。

【０２９５】（２−１−４）前記セキュリテイシステム
は、ファイル管理制御部の実行モジュール起動時に、フ
ァイル管理制御部を含むブログラム実行モジュールのプ
ロセスＩＤ（マルチタスクＯＳ）を記憶し、前記プロセ
スＩＤ以外から前記ドライブにアクセスしようとするプ
ログラムがあると、前記ドライブのドライバがあたかも
エラー処理を行うようにする排他制御部を有することを
特徴とする。

【０２９６】次に、（２−２）の小分類について説明す
る。

【０２９７】（２−２−１）前記ファイル管理制御部
は、保存したファイルの書き換え・消去を禁止する設定
ができる機能を有することを特徴とする。

【０２９８】この設定は一度設定すると、二度と変更で
きない。

【０２９９】このようにすることで、例えば、公文書の
ように法律で保存が義務づけられているデータファイル
を安心して保存できる。

【０３００】（２−２−２）２−２−１で、保存期間を
設定できる機能を有するようにすることで、保存義務機
関が過ぎたデータファイルを消去できるようになる。

【０３０１】（２−２−３）前記ファイル管理制御部
は、ファイルにアクセス制御を設定するための属性を付
与する属性付与機能を有する。

【０３０２】この属性を記録するためにリムーバブルメ
ディアに記録するファイルはそれぞれ属性管理ファイル
と呼ぶ別ファイルと一緒に管理され、属性の情報はこの
属性管理ファイルに記録される。

【０３０３】設定できる属性は、 １．ファイルの書き換え・消去を禁止するが、追記、バ
ージョン管理による更新は許可する属性（紙書類でいう
原本に相当）。

【０３０４】２．ファイルを消去できるが、書き換え、
追記、バージョン管理による更新を許可しない属性（紙
のコピー（謄本）と同じ）。

【０３０５】３．全ての処理を許可する属性（通常のフ
ァイル）。

【０３０６】４．ファイルの消去は可能、ファイルの書
き換えは禁止するが、追記、バージョン管理による更新
は許可する属性（保存義務が発生する前の書類に相
当）。

【０３０７】紙書類の場合、訂正は跡が残り、追記・バ
ージョン管理はこれに相当する。

【０３０８】但し、保存義務が発生する前なら捨てても
良い。

【０３０９】の４属性の少なくとも一つを設定できる。

【０３１０】（２−２−４）ファイルに対する前記属性
は設定すると変更できない。

【０３１１】これにより、本人でも改ざん・消去できな
いファイルと、消去してもよいファイルを混在させるこ
とが可能になる。

【０３１２】（２−２−５）ファイルに対する前記属性
の内、上記（２−２−４）の２→１、２→４、４→１の
少なくとも一方の属性の変更はできるようにする。

【０３１３】２→１（４）は、２を１（４）のバックア
ップど位置づけるもので、障害発生時にオリジナルのフ
ァイルが消失したときにバックアップである２を１
（４）に戻す処理である。

【０３１４】この機能により、障害で大事なデータを失
った場合、最悪でもバックアップを作成した状態まで戻
れる。

【０３１５】また、バックアップのファイルはバックア
ップを作成したときから本人を含めて改ざんされていな
いことが保証される。

【０３１６】また、４→１は、ある時点から先、このフ
ァイルを紙の原本と同じように本人でも改ざんできない
ようにする処理である。

【０３１７】これらの属性管理をすることで、紙と同様
に電子ファイルを証拠性を持たせ、且つ安全に保存・管
理できる。

【０３１８】（２−２−６）前記ファイル管理制御部
は、ファイルの複製時に複製元が上記（２−２−３）の
１、４のいずれかで、複製先が２となる処理を行う。

【０３１９】要は、バックアップ、または謄本を作成す
る処理ができる機能である。

【０３２０】コピーしても属性が変わるので、１、４の
属性のファイルは必ず一つしか存在しないことになる。

【０３２１】（２−２−７）ファイルの複製元が上記
（２−２−３）の１、複製先が２であり、複製先のファ
イルに改ざん検知コード（電子署名）を付けて、ＰＣ側
で取得できる機能。

【０３２２】この機能で、謄本の位置づけのファイル
は、リムーバブルメディア以外でも管理できる。

【０３２３】なぜなら、改ざん検知コードが付いている
ので、改ざんすると発覚するため、ファイルは改ざんで
きない。

【０３２４】元々、謄本は追記もバージョンアップもで
きないので、これでかまわない。

【０３２５】また、消去も可能なので、改ざんされたら
消去してしまったと扱えばよい。

【０３２６】よって、謄本は、リムーバブルメディア以
外でも管理可能になる。

【０３２７】なお、改ざん検知コードを求めるための鍵
となるデータ（例えば、公開鍵暗号方式の秘密鍵）は、
前記秘密情報格納部などで安全に格納されているものを
用いる（これは重要であり、以下改ざん検知コードはこ
の条件のもとで作成）。

【０３２８】（２−２−８）前記ファイル管理制御部
は、ファイル複製時に複製元が上記（２−２−３）の
１，２，４のいずれかで複製先が３である処理を行う。

【０３２９】この場合、コピー先は普通のファイルであ
るから、改ざんしようが消去しようが勝手である。

【０３３０】利便性から、紙書類をコピーするのと同じ
であり、使い勝手を考えて、この機能を装備する。

【０３３１】（２−２−９）前記ファイル管理制御部
は、前記リムーバブルメディア上のユーザ領域のデータ
を一つのファイルにまとめ、そのファイルの改ざん防止
コードを求めて一つのファイルにし、ホスト端末上へ両
方のファイルをコピーする機能を有する。

【０３３２】つまり、メディアごとにバックアップする
機能である。

【０３３３】但し、バックアップファイルに対する改ざ
んを防止するため、バックアップファイルに対しても、
前記の謄本と同じく改ざん検知コードを求め、バックア
ップファイルと一緒に管理する。

【０３３４】（２−２−１０）前記ファイル管理制御部
は、前記リムーバブルメディア上のユーザ領域のファイ
ルを関連のある複数のファイルをまとめて関連づけ、関
連つけられたファイルのデータ全体に対し改ざん検知の
コードを付与して、ホスト端末上にコピーする機能を有
する。

【０３３５】バックアップを作成するとき、ファイル単
位で改ざん検知コードを付けるのではなく、関連するフ
ァイルをまとめたものに改ざん検知コードを付ける。

【０３３６】このようにすることで、関連するファイル
の内、どれか一つのファイルの内容でも消去を含む改ざ
んがあれば、検出できる。

【０３３７】（２−２−１１）前記ファイル管理制御部
は、関連する複数のファイルに対して改ざん検知コード
を付与する場合には、まず、各々のファイルに対して改
ざん検知コードを求め、その後、さらに関連するファイ
ル全体から一つの改ざん検知コードを求める機能を有す
る。

【０３３８】後者の改ざん検知コードから、ファイルの
不正消去、差し替えを含む改ざんも検出することがで
き、さらに改ざんがあることが検出された場合には、前
者の改ざん検知コード群から、どのファイルが改ざんさ
れたのかを特定できる。

【０３３９】（２−２−１２）前記ファイル管理制御部
は、関連する複数のファイルに対して改ざん検知コード
を付与する場合には、まず、各々のファイルに対して改
ざん検知コードを求め、その後、求めた改ざん検知コー
ド全体から一つの改ざん検知コードを求める機能を有す
る。

【０３４０】改ざん検知を行うためには、毎回関連する
全部のファイルの改ざん検知コードを検証する必要があ
るが、改ざん検知コードを作成する場合には特定の条件
の下では高速になり、特定の条件とは、以下である。

【０３４１】関連するファイルは複数あるが、ファイル
の内容が更新（追記、バージョンアップ）されるのはご
く一部のファイルだけである。

【０３４２】２−２−１１では、一つでもファイルが更
新されると全ファイルから改ざん検知コードの計算をす
る必要があるが、この場合には、更新されたファイルの
改ざん検知コードだけ求め、その後、既に以前に計算さ
れている関連するファイルの改ざん検知コード全体（改
ざん検知コードのデータ量は小さいから、この部分もデ
ータサイズは小さい）から改ざん検知コードを求めるだ
けでよい。

【０３４３】（２−２−１２−１）前記ファイル管理制
御部は、関連する複数のファイルに対して改ざん検知コ
ードを付与するために、各々のファイルに対して改ざん
検知コードを求め、さらに関連するファイル全体から一
つの改ざん検知コードを求めるときに、改ざん検知コー
ドを計算するファイルの順番に関する情報を前記改ざん
検知コードと対応づけて管理する改ざん検知コード演算
規則管理機能を有することを特徴とする。

【０３４４】（２−２−１２−２）前記ファイル管理制
御部は、関連する複数のファイルに対して改ざん検知コ
ードを付与するために、各々のファイルに対して改ざん
検知コードを求め、さらに求めた改ざん検知コード全体
から一つの改ざん検知コードを求めるときに、改ざん検
知コードを計算するファイルの改ざん検知コードの順番
に関する情報を前記改ざん検知コードと対応づけて管理
する改ざん検知コード演算規則管理機能を有することを
特徴とする。

【０３４５】（２−２−１３）前記ファイル管理制御部
は、ファイルを保存した日時、保存したユーザの識別情
報、ファイルの属性を変更した日時、ファイルの属性を
変更したユーザの識別情報の少なくとも一つ以上を履歴
として記録し、履歴管理ファイルと呼ばれるファイルに
書き込み、ファイルと、そのファイルの属性管理ファイ
ルと、履歴管理ファイルとの３つを一緒に管理する。

【０３４６】（２−２−１４）前記ファイル改ざん検知
コードを計算する処理では、前記３つのファイルを一つ
のファイルとみなして処理を行うことによって、前記フ
ァイル管理制御部は、前記３つのファイルに加えて改ざ
ん検知コードを記録するファイル（改ざん検知コードフ
ァイル）の４つをまとめて管理する。

【０３４７】ファイルのコピー、移動はこの４つも一緒
に行うが、前述したよっに、ファイルのコピーに関して
は、属性の変更を伴う。

【０３４８】これは、原本データの唯一性を確保するた
めの処理であり、こういう管理をすることで、紙と同じ
ように原本とコピーを区別でき、訂正（つまり、追記や
バージョンアップ）の履歴が残り、且つ、ユーザ本人を
含めて改ざんを防止できる。

【０３４９】次に、（２−３）の小分類について説明す
る。

【０３５０】（２−３−１）前記ファイル管理制御部
は、リムーバブルメディア上に空き容量より大きなファ
イルを保存する場合には、ファイルを分割し、ファイル
の前半部分を保存するとともに、ファイルの属性を管理
するデータファイルにファイルを分割したことを記述
し、さらに分割した別の部分を別ファイルとし、前記別
ファイルをどのリムーバブルメディアに記録するのか記
録先のリムーバブルメディアのメディアＩＤも前記属性
を管理するデータファイルに記録する機能と、さらに、
分割した前記別ファイルを別のリムーバブルメディアに
記録するときには、前記元のリムーバブルメディアの識
別子を前記別ファイルの属性を管理するデータファイル
内にも記録する機能を有する。

【０３５１】（２−３−２）前記ファイル管理制御部
は、ユーザから複数のメディアに分割されて保存されて
いるデータを読み出す要求を受けた場合には、どのメデ
ィアＩＤのメディアを次に挿入するかユーザに指示を出
し、メディアが挿入されると、対応する分割ファイルを
探し出して、ホストＰＣ上でデータを結合してユーザに
提示する機能を有する。

【０３５２】（２−３−３）前記処理で、記録先のリム
ーバブルメディアのメディアＩＤは省略できる。

【０３５３】これにより、２枚目のメディアのメディア
ＩＤを調べる手間が省ける。

【０３５４】こり場合、２−３−２のデータの再結合
は、分割された最後のデータから行うことになる。

【０３５５】（２−３−４）前記ファイル分割方法は、
ファイルを３つ以上に分割し、３つ以上のリムーバブル
メディアに記録するときにも同様の処理を行う。

【０３５６】（２−３−５）前記ドライブが、ジューク
ボックス構造（複数枚収納可能）の場合、前記ファイル
管理制御部はジュークボックスが管理するメディア識別
情報と、前記メディアＩＤを対応させて管理する機能を
有する。

【０３５７】（２−３−６）前記ドライブが、ジューク
ボックス構造（複数枚収納可能）の場合、２−３−１、
２−３−２の処理は、２−３−５の対応情報から前記フ
ァイル管理制御部が自動で行う。

【０３５８】（２−３−７）前記セキュリティシステム
は、ファイル管理制御部が起動する前に、ファイル管理
制御部が改ざんされていないことを検知し、改ざんされ
ている場合には前記秘密情報格納部の機能をロックする
プログラム改ざんチェック処理部を有することを特徴と
する（不正なプログラムを混入されて、前記メディアに
不正な攻撃をされることを防ぐ）。

【０３５９】（２−３−８）前記秘密情報格納部は、フ
ァイル管理制御部のプログラム実行モジュールのバイナ
リデータから所定の処理で抽出した実行モジュールダイ
ジェストコードを格納することを特徴とする。

【０３６０】（２−３−９）前記プログラム改ざんチェ
ック処理部は、プログラム実行モジュールのバイナリデ
ータから所定の処理を実行してコードを抽出し、その
後、前記実行モジュールダイジェストを前記秘密情報格
納部から読み出し、前記コードと前記実行モジュールダ
イジェストを比較して、一致すればファイル管理制御部
を正常に起動し、一致しなければ前記秘密情報格納部の
機能をロックすることを特徴とする。

【０３６１】（２−３−１０）前記セキュリティシステ
ムは、ファイル管理制御部以外のプログラム、モジュー
ルから前記メディアにアクセスしようとしたときには、
ユーザにアクセスできないことを通知する機能を有する
ことを特徴とする（何もしないと、ユーザはメディアに
アクセスできないのは、ドライブが壊れてしまったから
だと勘違いしてしまうのを防止する）。

【０３６２】そして、上述したような実施の形態で示し
た本明細書には、特許請求の範囲に示した請求項１乃至
１５以外にも、以下に付記１乃至付記として示すような
発明が含まれている。

【０３６３】（付記１） 前記メモリデバイスは、乱数
を生成する乱数生成処理部と、暗号化を行う暗号処理部
とを有することを特徴とする請求項２記載のセキュリテ
イシステム（この二つがあれば、チャレンジ・レスポン
スを使った安全なユーザ認証が可能となり、スマートＩ
Ｃカードには通常この機能はある）。

【０３６４】（付記２） 前記メモリデバイスは、無線
で内部情報を送信する機能を有し（内部にメモリを有す
る非接触ＩＣカード、携帯電話、ＢｌｕｅＴｏｏｔｈ／
ＩｒＤＡ装備機器等）、前記パーソナルコンピュータか
らなるホスト端末（ＰＣ）に装備された無線受信機との
間でメモリ内のデータのやり取りを行うことを特徴とす
る請求項２記載のセキュリティシステム。

【０３６５】（付記３） 前記ドライブは、無線リーダ
部を備え、付記２記載のメモリデバイスとの間で情報の
やり取りを行うことを特徴とするる請求項２記載のセキ
ュリテイシステム。

【０３６６】（付記４） 前記ファイル管理制御部は、
ユーザ認証処理機能部と、前記ユーザ認証処理機能部を
用いてユーザ認証が行われ、ユーザが認証された場合に
のみ前記秘密情報格納部から前記秘密情報を読み出す読
み出し機能部とを有することを特徴とする請求項１、
２、付記１乃至３記載のセキュリテイシステム。

【０３６７】（付記５） 前記秘密情報格納部は、前記
ユーザ認証機能部によりユーザ認証が成功していない場
合には、前記秘密情報を格納している領域に対するアク
セスをロックする機能を有することを特徴とする請求項
１乃至３付記１乃至４記載のセキュリテイシステム。

【０３６８】（付記６） 前記リムーバブルメデイアに
は、リードだけのアクセスを許可する認証情報と、リー
ド／ライトアクセスを許可する認証情報と、ファイル情
報だけを参照することを許可する認証情報の少なくとも
一つの認証情報が記録されているとともに、前記ドライ
ブは、前記認証情報が許可する各アクセス制限に対応し
たアクセス制御を行うドライブアクセス制御機能部を有
することを特徴とする請求項１乃至３付記１乃至５記載
のセキュリティシステム。

【０３６９】（付記７） 前記リムーバブルメディアに
は、少なくとも一つのドライブ識別情報が記録されてい
るとともに、前記ドライブは、前記リムーバブルメデイ
アに記録されているドライブ情報に自身の識別子が記録
されていない場合には、アクセスを許可しないドライブ
識別機能部を有することを特徴とする請求項１乃至３付
記１乃至６記載のセキュリティシステム。

【０３７０】（付記８） 前記秘密情報格納部は、認証
用の秘密情報を複数格納できる機能を有することを特徴
とする請求項１乃至３付記１乃至７記載のセキュリティ
システム。

【０３７１】（付記９） 前記秘密情報格納部は、ユー
ザ識別情報を格納する機能を有することを特徴とする請
求項１乃至３付記１乃至８記載のセキュリティシステ
ム。

【０３７２】（付記１０） 前記秘密情報格納部は、ユ
ーザが属するグループの情報を格納する機能を有するこ
とを特徴とする請求項１乃至３付記１乃至９記載のセキ
ュリテイシステム。

【０３７３】（付記１１） 前記秘密情報格納部は、他
の秘密情報格納部へ少なくとも一部の情報を外部に洩ら
すことなくコピーできる秘匿コピー処理機能を有するこ
とを特徴とする請求項１乃至３付記１乃至１０記載のセ
キュリテイシステム（所謂、合鍵の作成）。

【０３７４】（付記１２） 前記秘匿コピー処理機能
は、前記秘密情報格納部において、情報がコピーされる
先の秘密情報格納部と共通のスクランブル処理部と、前
記情報がコピーされる秘密情報格納部において、スクラ
ンブルされたデータをデコードするデコード処理部とに
よって達成されることを特徴とする付記１１記載のセキ
ュリテイシステム。

【０３７５】（付記１３） 前記秘密情報格納部は、秘
密情報格納部どうし直接情報をやり取りする機能を有す
ることを特徴とする付記１１記載のセキュリティシステ
ム。

【０３７６】（付記１４） 前記ファイル管理制御部
は、前記メディア認証時に前記秘密情報格納部から取得
した前記秘密情報を前記ドライブに送信した直後に、作
業メモリ空間上の前記秘密情報を破壊する機能を有する
ことを特徴とする請求項１乃至３付記１乃至１３記載の
セキュリティシステム。

【０３７７】（付記１５） 前記ファイル管理制御部
は、前記メディア初期化時に前記秘密情報格納部から取
得した前記秘密情報を前記ドライブヘ送信した直後に、
作業メモリ空間上の前記秘密情報を破壊する機能を有す
ることを特徴とする請求項１乃至３付記１乃至１３記載
のセキュリテイシステム。

【０３７８】（付記１６） 前記ファイル管理制御部
は、ユーザからは隠蔽した状態で前記認証用の秘密情報
を生成する秘密情報生成機能部と、前記秘密情報生成機
能部を用いて生成した前記秘密情報を前記秘密情報格納
部に保存する秘密情報格納機能部とを有することを特徴
とする請求項１乃至４記載のセキュリティシステム。

【０３７９】（付記１７） 前記秘密情報生成機能部
は、ユーザーがキーボートを用いて適当に入力した文字
列に所定の演算を施したデータを用いて乱数を生成する
ことを特徴とする付記１６記載のセキュリティシステ
ム。

【０３８０】（付記１８） 前記秘密情報生成機能部
は、ユーザーがキーボードを用いて適当に入力した時の
キーストローク（キーを入力する時間間隔の情報）に所
定の演算を施したデータを用いて乱数を生成することを
特徴とする付記１６記載のセキュリティシステム。

【０３８１】（付記１９） 前記秘密情報生成機能部
は、ユーザーがマウスを適当に動かした時のマウスから
の信号に所定の演算を施したデータを用いて乱数を生成
することを特徴とする付記１６記載のセキュリテイシス
テム。

【０３８２】（付記２０） 前記秘密情報生成機能部
は、マイクロホンを用いて入力された音の周波数データ
に所定の演算を施したデータを用いて乱数を生成するこ
とを特徴とする付記１６記載のセキュリテイシステム。

【０３８３】（付記２１） 前記秘密情報生成機能部
は、デジタルカメラ／スキャナ等の映像入力装置を用い
て入力された画像データに所定の演算を施したデータを
用いて乱数を生成することを特徴とする付記１６記載の
セキュリティシステム。

【０３８４】（付記２２） 前記秘密情報生成機能部
は、前記映像入力装置で真っ黒な場所を撮影した時の画
像入力データを用いることを特徴とする付記２１記載の
セキュリティシステム（ＣＣＤの暗電流を利用した乱
数）。

【０３８５】（付記２３） 前記秘密情報生成機能部
は、ＣＰＵの温度センサからの情報に所定の演算を施し
たデータを用いて乱数を生成することを特徴とする付記
１６記載のセキュリテイシステム。

【０３８６】（付記２４） 前記秘密情報生成機能部
は、前記ドライブ内の乱数生成機能を用いて発生した乱
数に所定の演算を施したデータを用いることを特徴とす
る付記１６記載のセキュリテイシステム。

【０３８７】（付記２５） 前記秘密情報生成機能部
は、前記ドライブにおける前記メディアの回転数に関す
る情報に所定の演算を施したデータを用いて乱数を生成
することを特徴とする付記１６記載のセキュリテイシス
テム。

【０３８８】（付記２６） 前記秘密情報生成機能部
は、前記ＰＣの現在時刻に関する情報に所定の演算を施
したデータを用いて乱数を生成することを特徴とする付
記１６記載のセキュリテイシステム。

【０３８９】（付記２７） 前記秘密情報管理部は、前
記メモリデバイス内にデバイスタイマを有し、前記秘密
情報生成機能部は、前記デバイスタイマの現在時刻に関
する情報に所定の演算を施したデータを用いて乱数を生
成することを特徴とする付記１６記載のセキュリテイシ
ステム。

【０３９０】（付記２８） 前記秘密情報生成機能部
は、前記ＰＣのシステム情報（ＨＤの残量、ＣＰＵの占
有率、タスクの現在の数、メモリ空間の空き領域、キャ
ッシュヒット率、キャッシュメモリ利用率、ＯＳの起動
時間、ファイルの数、ウインドウＩＤなど）の少なくと
も一つ以上の情報に所定の演算を施したデータを用いて
乱数を生成することを特徴とする付記１６記載のセキュ
リティシステム。

【０３９１】前記秘密情報生成機能部は、付記１６乃至
２８記載の少なくとも二つ以上の情報に所定の演算を施
したデータを用いて乱数を生成することを特徴とする付
記１６記載のセキュリテイシステム。

【０３９２】（付記３０） 前記秘密情報生成機能部
は、前記秘密情報格納部に格納されているデータと、付
記１６乃至２８記載の少なくとも一つ以上の情報を所定
の手続きで結合したデータに所定の演算を施したデータ
を用いて乱数を生成することを特徴とする付記１６記載
のセキュリティシステム。

【０３９３】（付記３１） 前記秘密情報格納部は、複
数のユーザ識別情報と各々のユーザの認証情報を対応さ
せて記録する機能を有することを特徴とする請求項１乃
至４、付記１乃至３０記載のセキュリティシステム（マ
スターキーの作成、あるいは鍵をユーザ毎に個々に作成
するの面倒な場合、＜パスワードはユーザ毎に違うの
で、同じ鍵でも複数のユーザのアクセス権を管理できる
＞）。

【０３９４】（付記３２） 前記秘密情報格納部は、各
々のユーザが使用できる記録媒体認証用の秘密情報がど
れであるかを特定する機能を有することを特徴とする付
記３１記載のセキュリテイシステム。

【０３９５】（付記３３） 前記ドライブは、装着され
た前記メディア上でＯＳの通常のコマンドではアクセス
できない記録領域上の所定の領域に所定のコードが記録
されている場合には、前記メディアの認証処理をドライ
ブ外部からの特定のコード入力により初期化（認証目前
の状態）する認証初期化機能を有することを特徴とする
請求項１乃至４、付記１乃至３２記載のセキュリテイシ
ステム（ＧＩＧＡＭＯの機能に対応）。

【０３９６】（付記３４） 前記フアイル管理制御部
は、前記メディアが前記ドライブに装着された後の初回
のメディア認証時には、前記秘密情報格納部からメディ
ア認証用の認証コードを読み出すが、それ以降は、前記
ファイル管理制御部が生成、あるいはドライブが生成し
た（セッション鍵）認証情報を用いて認証を行い、前記
ドライブ側も初回以降のメディア認証時には、前記セッ
ション認証情報で認証を行うセッション認証機能を有す
ることを特徴とする請求項５記載のセキュリティシステ
ム（毎回、同じ認証情報を用いるより安全）。

【０３９７】前記セッション認証情報は、前記ファイル
管理制御部からのアクセス毎に所定の処理で更新される
認証コードを利用することを特徴とする付記３４記載の
セキュリテイシステム（セッション毎でなく、アクセス
毎に認証情報が更新するのでさらに安全）。

【０３９８】（付記３５） 前記ファイル管理制御部
は、保存したファイルの書き換え・消去を禁止する機能
を有することを特徴とする請求項１乃至６、付記１乃至
３４記載のセキュリティシステム。

【０３９９】（付記３６） 前記ファイル管理制御部
は、保存したファイルの書き換え・消去を禁止する期間
を設定する機能を有し、上記期間の間は、保存したファ
イルの書き換え・消去を禁止する機能を有することを特
徴とする請求項１乃至６、付記１乃至３５記載のセキュ
リティシステム。

【０４００】（付記３７） 前記ファイル管理制御部
は、ファイルにアクセス制御を設定するための属性を付
与する属性付与機能を有することを特徴とする請求項１
乃至６、付記１乃至３６記載のセキュリティシステム。

【０４０１】（付記３８） 前記属性付与機能により設
定できる属性は、 １．ファイルの書き換え・消去を禁止するが、追記、バ
ージョン管理による更新は許可する属性、 ２．ファイルを消去できるが、書き換え、追記、バージ
ョン管理による更新を許可しない属性、 ３．すべての処理を許可する属性、 ４．ファイルの書き換えを禁止するが、追記、バージョ
ン管理による更新は許可する属性、 の４属性の少なくとも一つを設定できることを特徴とす
る付記３７記載のセキュリテイシステム。

【０４０２】（付記３９） ファアイルに対する前記属
性は設定すると変更できないことを特徴とする付記３８
記載のセキュリティシステム。

【０４０３】（付記４０） ファイルに対する前記属性
１乃至４の内、２→１、２→４、４→１の少なくとも一
方の属性の遷移を許すことを特徴とする付記３８記載の
セキュリテイシステム。

【０４０４】（付記４１） 前記ファイル管理制御部
は、ファイルの複製時に複製元が前記属性１、４のいず
れかで、複製先が前記属性２となる処理を行うことを特
徴とする付記３８乃至４０記載のセキュリテイシステ
ム。

【０４０５】（付記４２） 前記秘密情報格納部は、改
ざん検知コード作成用情報を安全に格納する機能を有
し、前記ファイル管理制御部は、ファイルを複製して、
前記属性２のファイルを作成するときに、前記改ざん検
知コード作成用情報を用いて、前記複製したファイルの
改ざん検知コードを作成する機能を有することを特徴と
する請求項１乃至６、付記１乃至４１記載のセキュリテ
イシステム。

【０４０６】（付記４３） 前記ファイル管理制御部
は、ファイル複製時に複製元が１，２，４のいずれかで
複製先が３である処理を行うことを特徴とする付記３８
乃至４２記載のセキュリティシステム。

【０４０７】（付記４４） 請求項９の処理で、記録先
のリムーバブルメディアＩＤの指定を省略することがで
きることを特徴とするセキュリティシステム（保存する
ときは容易でも、読み出すときは自分でメディアを探し
て挿入）。

【０４０８】（付記４５） 前記ファイル分割方法は、
ファイルを３つ以上に分割し、３つ以上のリムーバブル
メディアに記録するときにも同様の処理を行う機能を有
することを特徴とする請求項９、１０、付記４４記載の
セキュリティシステム。

【０４０９】（付記４６） 前記ファイル管理制御部
は、関連する複数のファイルに対して改ざん検知コード
を付与する場合には、まず、各々のファイルに対して改
ざん検知コードを求め、その後、さらに関連するファイ
ル全体から一つの改ざん検知コードを求める機能を有す
ることを特徴とする請求項９に記載のセキュリティシス
テム。

【０４１０】（付記４７） 前記ファイル管理制御部
は、ファイルを保存した日時、保存したユーザの識別情
報、フアイルを更新した日時、ファイルを更新（追記、
バージョンアップ）したユーザの識別情報、ファイルの
属性を変更した日時、フアイルの属性を変更したユーザ
の識別情報の少なくとも一つ以上を履歴として記録し、
履歴管理ファイルと呼ばれるファイルに書き込み、ファ
イルとそのファイルの属性管理ファイル、履歴管理ファ
イルの三つを一緒に管理する機能を有することを特徴と
する請求項９に記載のセキュリティシステム。

【０４１１】（付記４８） 前記ファイルに対する改ざ
ん検知コードを求める処理では、上記３つのファイルを
一つのファイルとみなして処理を行うことによって、前
記ファイル管理制御部は、前記３つのファイルに加えて
改ざん検知コードを記録するファイル（改ざん検知コー
ドファイル）の四つをまとめで管理するとともに。ファ
イルのコピー、移動はこの四つも一緒に行うことを特徴
とする付記４７に記載のセキュリティシステム（なお、
前述したように、ファイルのコピーに関しては、属性の
変更を伴う）。

【０４１２】（付記４９） 前記ドライブがジュークボ
ックス構造（複数毎収納可能）の場合、前記ファイル管
理制御部はジュークボックスが管理するメディア識別情
報と、前記メディアを対応させて管理する機能を有する
ことを特徴とする付記４７に記載のセキュリティシステ
ム。

【０４１３】（付記５０） 前記ドライブがジュークボ
ックス構造の場合、請求項９、１０付記４４の処理は、
付記４９の対応情報から前記ファイル管理制御部が自動
で行うことを特徴とする付記４９に記載のセキュリティ
システム。

【０４１４】（付記５１） 前記秘密情報格納部は、フ
ァイル管理制御部のプログラム実行モジュールのバイナ
リデータから所定の処理で抽出した実行モジュールダイ
ジェストコードを格納することを特徴とする付記４９に
記載のセキュリティシステム。

【０４１５】（付記５２） 前記プログラム改ざんチェ
ック処理部は、プログラム実行モジュールのバイナリデ
ータから前記所定の処理を実行してコードを抽出し、そ
の後、前記実行モジュールグイジェストを前記秘密情報
格納部から読み出し、前記コードと前記実行モジュール
ダイジェストを比較して、一致すればファイル管理制御
部を正常に起動し、一致しなければ前記秘密情報格納部
の機能をロックすることを特徴とする付記４９に記載の
セキュリティシステム。

【０４１６】（付記５３） 前記ファイル管理制御部
は、関連する複数のファイルに対して改ざん検知コード
を付与するために、各々のファイルに対して改ざん検知
コードを求め、さらに関連するファイル全体から一つの
改ざん検知コードを求めるときに、改ざん検知コードを
計算するファイルの順番に関する情報を前記改ざん検知
コードと対応づけて管理する改ざん検知コード演算規則
管理機能を有する、ことを特徴とする請求項１１記載の
セキュリテイシステム。

【０４１７】（付記５４） 前記ファイル管理制御部
は、関連する複数のファイルに対して改ざん検知コード
を付与するために、各々のファイルに対して改ざん検知
コードを求め、さらに求めた改ざん検知コード全体から
一つの改ざん検知コードを求めるときに、改ざん検知コ
ードを計算するファイルの改ざん検知コードの順番に関
する情報を前記改ざん検知コードと対応づけて管理する
改ざん検知コード演算規則管理機能を有することを特徴
とする請求項１２記載のセキュリティシステム。

【０４１８】

【発明の効果】従って、以上説明したように、本発明に
よれば、可搬型記録媒体（リムーバブルメディア）を用
いたセキュリテイシステムにおいて、特に、簡易にして
安全かつ有効なリムーバブルメディアを用いたオフライ
ン共有セキュリティシステムを提供することができる。

【図面の簡単な説明】

【図１】図１は、従来のセキュリテイ機能付可搬型記録
媒体（リムーバブルメディア）システムを示す概念図で
ある。

【図２】図２は、本発明による実施の形態として適用さ
れるリムーバブルメディアを用いたオフライン共有セキ
ュリティシステムを実現するためのハードウェア構成を
示す概念図である。

【図３】図３は、従来のセキュリテイ機能付可搬型記録
媒体（リムーバブルメディア）１２の構造を示す概念図
である。

【図４】図４は、従来のリムーバブルメディアドライブ
の認証機能付ファームウェアによる認証処理を説明する
ためのフローチャートである。

【図５】図５の（ａ）は従来の認証情報コードが記録さ
れているセキュリテイ機能付可搬型記録媒体（リムーバ
ブルメディア）と、ホストＰＣ側において秘密情報コー
ドを送信するユーザとの関係を示す図であり、図５の
（ｂ）は図５の（ａ）のような関係においてアカウント
管理（ユーザ管理）の形態を示す図である。

【図６】図６の（ａ）は従来の認証情報コードがユーザ
毎にユーザ１認証情報コード、ユーザ２認証情報コード
…として記録されているセキュリテイ機能付可搬型記録
媒体（リムーバブルメディア）と、ホストＰＣ側におい
て秘密情報１コード、秘密情報２コード…を送信する複
数のユーザとの関係を示す図であり、図６の（ｂ）は図
６の（ａ）のような関係においてアカウント管理（ユー
ザ管理）の形態を示す図である。

【図７】図７の（ａ）は、本発明の第１の実施の形態と
して、認証情報コードがセキュリテイ領域に記録されて
いるセキュリテイ機能付可搬型記録媒体と、ホストＰＣ
側において秘密情報コードを送信するユーザとの関係を
示す図であり、図７の（ｂ）は、図７の（ａ）のような
関係において、アカウント管理（ユーザ管理）の形態を
示す図である。

【図８】図８は、本発明の第２の実施の形態として、上
記認証情報コードがセキュリテイ領域に記録されている
セキュリテイ機能付可搬型記録媒体と、ホストＰＣ側に
おいて秘密情報コードを送信するユーザとの関係を示す
図である。

【図９】図９は、本発明の第３の実施の形態として、上
記認証情報コードがセキュリテイ領域ａに記録されてい
るセキュリテイ機能付可搬型記録媒体と、ホストＰＣ側
において秘密情報コードを送信するユーザとの関係を示
す図である。

【図１０】図１０は、本発明の第４の実施の形態とし
て、上記認証情報コードとして個人用認証情報コード、
グループ１用認証情報コード、グループ２用認証情報コ
ードがそれぞれセキュリテイ領域に記録されている複数
のセキュリテイ機能付可搬型記録媒体と、ホストＰＣ側
において秘密情報コードを送信するユーザとの関係を示
す図である。

【図１１】図１１は、本発明の第５の実施の形態とし
て、フルアクセス用秘密認証コード及びリードオンリー
アクセス用秘密認証コードがセキュリテイ領域に記録さ
れているセキュリテイ機能付可搬型記録媒体を用いる場
合を示す図である。

【図１２】図１２は、本発明の第６の実施の形態とし
て、上記認証情報として、グループ１用認証情報コー
ド、グループ２用認証情報コードがそれぞれセキュリテ
イ領域に記録されているセキュリテイ機能付可搬型記録
媒体と、ホストＰＣ側において秘密情報コードを送信す
るユーザとの関係を示す図である。

【図１３】図１３は、本発明の第７の実施の形態による
認証時の認証コードを自動的に選択する方法（その１）
として、上記認証情報コードとして、グループＸ用認証
情報コード、グループの情報がそれぞれセキュリテイ領
域に記録されているセキュリテイ機能付可搬型記録媒体
と、ホストＰＣ側において秘密情報コードを送信するユ
ーザとの関係を示す図である。

【図１４】図１４は、本発明の第８の実施の形態による
認証時の認証コードを自動的に選択する方法（その２）
として、上記認証情報コードとして、グループＸ用認証
情報コード２２ｂ２、グループの情報（ＩＤ）がそれぞ
れセキュリテイ領域２２ａに記録されているセキュリテ
イ機能付可搬型記録媒体と、ホストＰＣ側において秘密
情報コードを送信するユーザとの関係を示す図である。

【図１５】図１５の（ａ）は、本発明の第９の実施の形
態による耐タンパメモリの記憶容量が小さくて、グルー
プ管理の情報などが入りきらない場合の方法として適用
されるリムーバブルメディアを用いたオフライン共有セ
キュリティシステムを実現するためのハードウェア構成
を示す概念図であり、図１５の（ｂ）は記憶容量の大き
い耐タンパメモリ（２５）示す概念図であり、図１５の
（ｃ）は記憶容量の小さい耐タンパメモリ（２５）の場
合には、ユーザ認証コード、ユーザＩＤと、暗号化鍵、
復号化鍵のみが耐タンパ性を有して記録されているメモ
リデバイスを用いるようにするとともに、個人用秘密情
報コード、グループ１用秘密認証コード、グループ２用
秘密認証コード及びグループ１のＩＤ、グループ２のＩ
Ｄｇが暗号化鍵により暗号化して保存するＦＤやＨＤ等
の他の記録媒体（内蔵も可）を用いるようにしている場
合を示す図である。

【図１６】図１６は、本発明の第１０の実施の形態とし
て複数のファイルの改ざん防止を図るための構成を示す
図である。

【図１７】図１７は、本発明の第１１の実施の形態とし
て複数のファイルの改ざん防止を図るための構成を示す
図である。

【図１８】図１８は、本発明の第１２の実施の形態とし
て原本性保証の構成を取り込んだリムーバブルメディア
を用いたオフライン共有セキュリティシステムのハード
構成の概要を示す図である。

【図１９】図１９は、本発明の第１３の実施の形態とし
て原本性保証の構成を取り込んだリムーバブルメディア
を用いたオフライン共有セキュリティシステムの機能モ
ジュール構成（基本型）を示すブロック図である。

【図２０】図２０は、図１９のファイル管理制御部の構
成例を示すブロック図である。

【図２１】図２１は、本発明の第１４の実施の形態とし
て原本性保証の構成を取り込んだリムーバブルメディア
を用いたオフライン共有セキュリティシステムの機能モ
ジュール構成（プログラム監視機能付）を示すブロック
図である。

【図２２】図２２は、図２１のモジュール監視部Ｂの構
成例を示すブロック図である。

【図２３】図２３は、本発明の第１５の実施の形態とし
て原本性保証の構成を取り込んだリムーバブルメディア
を用いたオフライン共有セキュリティシステムの機能モ
ジュール構成（排他制御機能付）を示すブロック図であ
る。

【図２４】図２４は、図２３のＣの排他制御部（Ｈ）及
びＤの排他制御部（Ｄ）の構成例を示すブロック図であ
る。

【図２５】図２５は、図２３のＣの排他制御部（Ｈ）の
別の構成例を示すブロック図である。

【符号の説明】

２１…認証コード、 ２２…可搬型記録媒体（リムーバブルメディア）、 ２２ａ…セキュリテイ領域、 ２２ｂ…認証情報コード、 ２３…認証機能付ファームウェアを有するリムーバブル
メディアドライブ、 ２４…ホスト端末側のパーソナルコンピュータ（ホスト
ＰＣ）、 ２５…メモリデバイス、 ２５ａ１，２５ａ２……ユーザ１認証コード、ユーザ２
認証コード、… ２５ａ２，２５ｂ２……秘密情報コード、 ２５−１，２５−２……複数のメモリデバイス、 ２５ｃ１，２５ｃ２……ユーザ１ＩＤ、ユーザ２ＩＤ
…、 ２５ｄ…グループ１用秘密認証コード、 ２５ｅ…グループ２用秘密認証コード、 ２２ｂ１０…フルアクセス用秘密認証コード、 ２２ｂ１１…リードオンリーアクセス用秘密認証コー
ド、 ２２ｂ２…グループＸ用認証情報コード、 ２２ｂ３…グループの情報、 ２５ｈ…暗号化鍵、 ２５ｉ…復号化鍵、 ２５−１…メモリデバイス、 ２５ｆ…グループ１のＩＤ、 ２５ｇ…グループ２のＩＤ、 ２５−２…ＦＤやＨＤ等の他の記録媒体（内蔵も可）、 ２００…ホスト端末、 ２０４…表示部、 ２０２…ＧＵＩ処理部、 ２０３…入力デバイス部、 ２０１…アプリケーション処理部、 １００…可搬型記録媒体ドライブ、 Ａ…ファイル管理制御部、 ３００…メモリドライバ部、 １０１…認証処理付きモジュール（ファームウェア）、 ２２１…ドライバ部、 １０２…認証情報が記録された可搬型記録媒体、 ３０１…メモリデバイス、 ３０２…メモリデバイス部、 Ａ４…ファイルアクセス制御部、 Ａ２…ユーザ認証処理部、 Ａ３…ドライブ認証処理部、 Ａ５…属性データ作成部、 Ａ６…電子署名作成／検証部、 Ａ７…ファイルアクセス履歴作成部、 Ａ８…暗号化／復号化処理部、 Ａ９…記録媒体情報取得部、 Ａ１０…謄本ファイル取得部、 Ａ１１…バックアップ作成部、 Ａ１２…ログ管理部、 Ａ１３…記録媒体初期化設定・処理部、 Ｂ…モジュール監視部、 Ｂ１…モジュール管理処理部、 Ｂ２…モジュール改ざん検知コード取得部、 Ｂ３…改ざん検証部、 Ｂ５…モジュールスクランブル／デコード処理部、 Ｂ４…耐タンパメモリ・ロック部、 Ｃ…排他制御部（Ｈ）、 Ｄ…排他制御部（Ｄ）、 Ｄ３…ロック処理部、 Ｄ２…排他制御用コード照合部、 Ｄ１…排他制御用コード取得部、 Ｃ１…排他制御用コード保持部． Ｃ１３…アクセス排他部、 Ｃ１２…プロセス監視部、 Ｃ１１…プロセスＩＤ取得部。

Claims (15)

【特許請求の範囲】
1. 【請求項１】 リムーバブルメディアドライブと、ファ
   イル管理制御部と、秘密情報格納部とからなるシステム
   において、 前記リムーバブルメディアドライブに備えられるもの
   で、該リムーバブルメディアドライブに装着されたリム
   ーバブルメディア上の所定の領域に記録されている認証
   情報を用いて認証を行う認証処理機能部と、 前記リムーバブルメディアドライブに備えられるもの
   で、前記認証処理機能部による認証が成功した場合だ
   け、前記リムーバブルメディアにアクセスを許可するメ
   ディアアクセス制御機能部と、 前記ファイル管理制御部に備えられるもので、前記秘密
   情報格納部に格納された秘密情報を読み出し、前記リム
   ーバブルメディアドライブに前記秘密情報を含む情報を
   送信して認証処理を要求する認証処理要求送信機能部
   と、 前記ファイル管理制御部に備えられるもので、前記リム
   ーバブルメディアにアクセスする前に少なくとも一度は
   前記認証処理要求送信機能部を用いて認証処理を要求す
   る認証処理要求機能部と、 を有することを特徴とするリムーバブルメディアを用い
   たオフライン共有セキュリテイシステム。
2. 【請求項２】 前記秘密情報格納部は、パーソナルコン
   ピュータからなるホスト端末に着脱可能なメモリデバイ
   スであることを特徴とする請求項１に記載のリムーバブ
   ルメディアを用いたオフライン共有セキュリティシステ
   ム。
3. 【請求項３】 前記ファイル管理制御部は、 ユーザ認証処理を行うユーザ認証処理機能部と、 前記ユーザ認証処理機能部を用いてユーザ認証が行わ
   れ、ユーザが認証された場合にのみ、前記秘密情報格納
   部から前記秘密情報を読み出す秘密情報読み出し機能部
   と、 からなることを特徴とする請求項１または２に記載のリ
   ムーバブルメディアを用いたオフライン共有セキュリテ
   ィシステム。
4. 【請求項４】 前記秘密情報格納部は、ユーザからは隠
   蔽した状態で前記認証用の秘密情報を生成する秘密情報
   生成機能部を有することを特徴とする請求項１乃至３の
   いずれかに記載のリムーバブルメディアを用いたオフラ
   イン共有セキュリティシステム。
5. 【請求項５】 前記ファイル管理制御部は、前記リムー
   バブルメディアへの一連のライト処理の開始時に、メデ
   ィア認証の処理を行い、終了時に、記録媒体への認証を
   未処理状態に戻す機能部を有することを特徴とする請求
   項１乃至４のいずれかに記載のリムーバブルメディアを
   用いたオフライン共有セキュリティシステム。
6. 【請求項６】 前記リムーバブルメディアドライブは、 乱数生成機能部と、 暗号化機能部と、 前記ホスト端末との認証時に前記乱数生成機能部を用い
   て乱数を生成し、前記乱数を前記ホスト端末側へ送信す
   る機能部と、 前記リムーバブルメディアドライブに装着されているリ
   ムーバブルメディア上の前記認証情報を用いて前記乱数
   を暗号化する機能部と、 前記ホスト側から送られてきた情報と前記乱数を暗号化
   した情報を比較し、それらが一致した場合には認証され
   たとして前記ホスト端末からのアクセスを許可する機能
   部とを有し、 前記秘密情報格納部は、 暗号化機能部と、 該秘密情報格納部に格納されている秘密情報を用いてデ
   ータを暗号化する機能部とを有することを特徴とする請
   求項２に記載のリムーバブルメディアを用いたオフライ
   ン共有セキュリティシステム。
7. 【請求項７】 前記ファイル管理制御部は、 前記リムーバブルメディア上のユーザ領域のデータを一
   つのファイルにまとめ、そのファイルの改ざん防止コー
   ドを求めて１つのファイルにし、ホスト端末上へ両方の
   ファイルをコピーする機能部を有することを特徴とする
   請求項１乃至６のいずれかに記載のリムーバブルメディ
   アを用いたオフライン共有セキュリティシステム。
8. 【請求項８】 前記ファイル管理制御部は、 前記リムーバブルメディア上のユーザ領域のファイルを
   関連のある複数のファイルをまとめて関連づけ、関連づ
   けられたファイルのデータ全体に対し改ざん検知のコー
   ドを付与して、ホスト端末上にコピーする機能部を有す
   ることを特徴とする請求項１乃至７のいずれかに記載の
   リムーバブルメディアを用いたオフライン共有セキュリ
   ティシステム。
9. 【請求項９】 前記ファイル管理制御部は、 前記リムーバブルメディア上に空き容量より大きなファ
   イルを保存する場合には、ファイルを分割し、ファイル
   の前半部分を保存するとともに、ファイルの属性を管理
   するデータファイルにファイルを分割したことを記述
   し、さらに分割した別の部分を別ファイルとし、前記別
   ファイルをどのリムーバブルメディアに記録するのか、
   記録先のリムーバブルメディアの識別子も前記属性を管
   理するデータファイルに記録する機能部と、 さらに、分割した前記別ファイルを別のリムーバブルメ
   ディアに記録する時には、前記元のリムーバブルメディ
   アの識別子を前記別ファイルの属性を管理するデータフ
   ァイル内にも記録する機能部とを有することを特徴とす
   る請求項１乃至８のいずれかに記載のリムーバブルメデ
   ィアを用いたオフライン共有セキュリティシステム。
10. 【請求項１０】 前記ファイル管理制御部は、 ユーザから複数のメディアに分割されて保存されている
    データを読み出す要求を受けた場合には、どのメディア
    を次に挿入するかユーザに指示を出し、メディアが挿入
    されると、対応する分割ファイルを探し出して、ホスト
    上でデータを結合してユーザに提示する機能部を有する
    ことを特徴とする請求項９に記載のリムーバブルメディ
    アを用いたオフライン共有セキュリティシステム。
11. 【請求項１１】 前記ファイル管理制御部は、 関連する複数のファイルに対して改ざん検知コードを付
    与する場合には、まず、各々のファイルに対して改ざん
    検知コードを求め、その後、さらに関連するファイル全
    体から１つの改ざん検知コードを求める機能部を有する
    ことを特徴とする請求項８に記載のリムーバブルメディ
    アを用いたオフライン共有セキュリティシステム。
12. 【請求項１２】 前記ファイル管理制御部は、 関連する複数のファイルに対して改ざん検知コードを付
    与する場合には、まず、各々のファイルに対して改ざん
    検知コードを求め、その後、求めた改ざん検知コード全
    体から１つの改ざん検知コードを求める機能部を有する
    ことを特徴とする請求項８に記載のリムーバブルメディ
    アを用いたオフライン共有セキュリティシステム。
13. 【請求項１３】 前記セキュリテイシステムは、 前記ファイル管理制御部が起動する前に、該ファイル管
    理制御部が改ざんされていないことを検知し、改ざんさ
    れている場合には、前記秘密情報格納部の機能をロック
    するプログラム改ざんチェック処理部を有することを特
    徴とする請求項１乃至１２のいずれかに記載のリムーバ
    ブルメディアを用いたオフライン共有セキュリティシス
    テム。
14. 【請求項１４】 前記セキュリティシステムは、 前記ファイル管理制御部の実行モジュール起動時に、該
    ファイル管理制御部を含むプログラム実行モジュールの
    プロセスＩＤを記憶し、前記プロセスＩＤ以外から前記
    リムーバブルメディアドライブにアクセスしようとする
    プログラムがある場合に、前記リムーバブルメディアド
    ライブのドライバがあたかもエラー処理を行うようにす
    る排他制御部を有することを特徴とする請求項１乃至１
    ３のいずれかに記載のリムーバブルメディアを用いたオ
    フライン共有セキュリティシステム。
15. 【請求項１５】 前記セキュリティシステムは、 前記ファイル制御管理部以外のプログラム、モジュール
    から前記リムーバブルメディアにアクセスしようとした
    ときには、ユーザにアクセスできないことを通知する機
    能部を有することを特徴とする請求項１乃至１４のいず
    れかに記載のリムーバブルメディアを用いたオフライン
    共有セキュリティシステム。