JPH11149414A - データの保存方法およびシステム並びにデータ保存処理用記録媒体 - Google Patents

Abstract

(57)【要約】 【課題】 ユーザが煩わしい操作を行なうことなく記憶
装置内のデータの盗み見や改変を防止することができ、
しかもコンピュータ自身が盗難されたとしても記憶装置
内のデータを盗聴から防止可能にすること。 【解決手段】 アプリケーションプログラムからオペレ
ーティングシステムへ発行する記憶装置へのデータ読み
込み・書き出し要求を横取りし、書き出し要求の際には
データを暗号化するための暗号鍵をネットワークで接続
している鍵管理コンピュータから取り寄せ、この暗号鍵
でデータを暗号化して記憶装置に保存し、また、読み込
み要求の際には記憶装置から暗号化データを読み出し、
この暗号化データを復号するための鍵を鍵管理コンピュ
ータから取り寄せ、この暗号鍵で暗号化データを復号し
て取り出した元のデータをアプリケーションプログラム
に渡す。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、アプリケーション
プログラムに従った処理を実行するコンピュータと、該
コンピュータに接続された記憶装置とを備えたコンピュ
ータシステムにおいて前記アプリケーションプログラム
が処理したデータを前記記憶装置に書き込んで保存する
ためのデータ保存方法およびシステム並びにデータ保存
処理用記録媒体に係り、特に、コンピュータ上で動作し
ているアプリケーションプログラムから記憶装置へのデ
ータ読み出し・書き込み要求があった時に、そのコンピ
ュータとネットワークで接続された鍵管理コンピュータ
からアプリケーションプログラムを操作しているユーザ
の暗号鍵を取り寄せ、その暗号鍵を用いて書き込みデー
タの暗号化および読出しデータの復号を行なうデータ保
存方法およびシステム並びにデータ保存処理用記録媒体
に関するものである。

【０００２】

【従来の技術】従来、磁気ディスク装置等の記憶装置を
備えたコンピュータシステムにあっては、コンピュータ
内部で動作しているアプリケーションプログラムが処理
したデータは、そのまま記憶装置に保存されていた。こ
のため、記憶装置上に保存されているデータは、データ
作成に使ったコンピュータや、さらにこの記憶装置がネ
ットワークに接続している場合にはネットワーク上のコ
ンピュータから、盗み見たり書き換えたりすることがで
き、機密漏洩やデータ改変などの恐れがあった。

【０００３】そこで、記憶装置を管理しているオペレー
ティングシステムに、記憶装置上に保存しているデータ
に対して、どのユーザがデータを読み出したり書き換え
たりして良いのかというアクセス制御機能を具備させ、
アクセスの権利を持たないユーザからのアクセスを許可
しない仕組みを講じたものがある。しかし、記憶装置に
対してはオペレーティングシステムを介さずに直接アク
セスすることもできるので、上記アクセス制御機能でも
データの盗み見や改変を完全に防ぐことはできなかっ
た。そのため、記憶装置に保存するデータを暗号化した
り、改変があったことを検知するための電子署名を付け
たりして、これらの不正行為を防ぐ対策を取ってきた。

【０００４】ところで、データを暗号化したり復号化し
たりする際には、データを８ビットや６４ビットの基本
単位に区切ってから暗号化・復号化する。しかし、この
ままでは同じ内容の基本単位は同じ暗号文に暗号化され
てしまうので、暗号文解読の手がかりとなってしまう。
そのため、データ内のある位置の基本単位を暗号化する
際には、一つ前の位置のすでに暗号化されている基本単
位を使って何らかの処理（例えば、排他的論理和）をし
てから暗号化する。このような基本単位の連鎖処理を行
うと、解読の手がかりを消すことができる。なお、デー
タの先頭の基本単位を暗号化する際には、別に用意する
初期化データを使って連鎖処理をする。上記の暗号連鎖
処理については、例えば、「暗号とデータセキュリテ
ィ」（Ｄ．Ｅ．Ｒ．デニング著、上園忠弘他訳、培風館
発行）に述べてある。

【０００５】

【発明が解決しようとする課題】しかし、データを暗号
化して保存する際には、データを記憶装置上に一旦保存
してから、あるいは記憶装置に保存してあるデータをユ
ーザが明示的に指定して暗号化を行っていた。同様に、
暗号化データを復号する際にも、ユーザが明示的に復号
の指定をして元のデータに復号していた。このため、ユ
ーザがいちいちデータの暗号化・復号化の指示を行うこ
とになり、操作が煩わしいという問題があった。特に、
暗号化してあるデータを一度復号して修正してから再び
暗号化するというような操作を行う場合には、再暗号化
の操作を忘れる可能性があり、再暗号化の操作を忘れた
場合には記憶装置内のデータの盗み見や改変に対抗でき
ないという問題があった。したがって、データの暗号化
・復号化が必要な時に、必ずしもユーザによる直接の指
示がなくても、暗号化・復号化を行うことができる仕組
みが必要となっている。

【０００６】一方、現在は携帯用の小型端末としてのコ
ンピュータが広く普及しており、どのような場所でも携
帯用コンピュータを操作してデータ処理を行うといった
状況が増えてきている。そのため、例えば会社内で機密
情報を携帯用コンピュータに付属した記憶装置に保存し
ておき、社外でもその情報にアクセスする、というよう
な状況も出てきている。しかし、このような携帯用コン
ピュータを置き忘れたり盗まれたりすると、機密漏洩の
恐れがある。そのため、データを暗号化して保存してお
けばすぐには元のデータを取り出すことはできない。し
かし、データを暗号化するために使った暗号鍵は、通
常、ユーザが入力するパスワードなどで暗号化し、暗号
化データと同じ記憶装置に保存されているので、パスワ
ードを類推されてしまえば、暗号鍵を取り出して暗号化
データを復号できてしまう。すなわち、暗号鍵が何らか
の形で暗号化されているとはいえ、暗号化データと暗号
鍵を同じ記憶装置に保存していることが、機密データを
保護する上で問題となっている。

【０００７】本発明はこれらの問題点を解決するために
なされたものであり、その第１の目的は、ユーザによる
暗号化・復号化の直接の指示がなくても、アプリケーシ
ョンプログラムからのデータの書き出し要求があったな
らば、そのデータを自動的に暗号化して記憶装置に保存
し、データの読み込み要求があったら、記憶装置に保存
してある暗号化データを自動的に復号してアプリケーシ
ョンプログラムに渡すことにより、ユーザが煩わしい操
作を行なうことなく記憶装置内のデータの盗み見や改変
を防止することができ、しかもデータの暗号化・復号化
に必要な暗号鍵を、暗号化データを保存する記憶装置が
接続しているコンピュータとは異なる鍵管理コンピュー
タから取り寄せることにより、暗号化データをさらに強
固に保護することができるデータ保存方法およびシステ
ム並びに保存処理用記録媒体を提供することにある。

【０００８】また、上記のようなアプリケーションプロ
グラムからの書き出し要求、読込み要求を受けて自動的
に暗号化・復号化する場合、次のような問題が生じる。

【０００９】アプリケーションプログラムはファイル内
の任意の位置からデータの読み書きを行う。自動的な暗
号化方法を行う際に暗号基本単位の連鎖処理を行ってい
ると、ファイル内のある位置でデータの上書きが起きた
時にその位置以降のすべての暗号基本単位を暗号化し直
す処理が必要となり、上書き処理終了までの時間が大き
くなってしまう。

【００１０】このような再暗号化処理が必要となる部分
を少なくするため、ファイルを暗号基本単位より大きい
一定長のレコードで区切り、このレコードごとに上記初
期化データを用意する方式が考えられている。この方式
では、ファイル内のある位置でデータの上書きが起きた
場合、再暗号化処理を上書きのあったレコードの終端ま
でしか行わないようしている。このようにすることで、
再暗号化が必要となる部分を限定することができる。

【００１１】しかし、ファイルを一定長のレコードに分
割することにより、データ上書きの際の再暗号化処理を
少なくすることはできるが、どの程度のレコード長が良
いかは簡単に決めることはできない。

【００１２】レコード長が長いと、アプリケーションプ
ログラムがデータを上書きする時に必要となる再暗号化
処理の長さが大きくなってしまう。

【００１３】レコード長が短いと、アプリケーションプ
ログラムがデータを読み書きする際に複数のレコードに
またがってアクセスすることが多くなり、各レコードの
初期化データを準備する回数が増えてしまい、その処理
時間がかえってオーバヘッドになってしまう。

【００１４】また、アプリケーションプログラムごとに
読み書きする単位長が異なっているため、あるアプリケ
ーションプログラムにとって最適なレコード長が他のア
プリケーションプログラムにとっても最適とは限らな
い。

【００１５】本発明は上記問題点も解決するためになさ
れたものであり、その第２の目的は、アプリケーション
プログラムそれぞれについて、その読み書きする長さや
読み書きを開始する位置を記録しておき、この記録を用
いて、上書きの際の再暗号化処理や初期化データの準備
からなるオーバヘッド時間を最小化するレコードサイズ
を求めることにより、データ上書きの際の処理時間を短
くすることができるデータ保存方法およびシステム並び
に保存処理用記録媒体を提供することにある。

【００１６】

【課題を解決するための手段】上記目的を達成するた
め、本発明のデータ保存方法は、アプリケーションプロ
グラムからオペレーティングシステムへ発行する記憶装
置へのデータ読み込み・書き出し要求を横取りし、書き
出し要求の際にはデータを暗号化するための暗号鍵をネ
ットワークで接続している鍵管理コンピュータから取り
寄せ、この暗号鍵でデータを暗号化して記憶装置に保存
し、また、読み込み要求の際には記憶装置から暗号化デ
ータを読み出し、この暗号化データを復号するための鍵
を鍵管理コンピュータから取り寄せ、この暗号鍵で暗号
化データを復号して取り出した元のデータをアプリケー
ションプログラムに渡すようにしたことを特徴とするも
のである。また、鍵管理コンピュータに対して暗号鍵を
送ってもらう要求を出す前に、アプリケーションプログ
ラムを操作しているユーザに対してそのユーザを識別す
るための情報を入力させ、この情報の正しさをユーザが
操作しているコンピュータ上で確認した後にユーザの鍵
を鍵管理コンピュータから取り寄せる、あるいはユーザ
が入力した識別情報を鍵管理コンピュータに送り、鍵管
理コンピュータでは受け取った識別情報の正しさを確認
した後にそのユーザの暗号鍵を送り返すことで、ユーザ
ごとの鍵管理を行うことを特徴とするものである。ま
た、予めユーザがファイル保存の際には自動的に暗号化
して欲しいファイルやディレクトリを指定することで、
指定したファイルあるいは指定したディレクトリ以下に
あるファイルだけに対して、暗号化や復号化を行うこと
を特徴とするものである。また、オペレーティングシス
テムがアプリケーションプログラムからのデータ読込み
・書込み要求を受け取ると、そのデータのファイル内で
の位置とデータ長を記録しておき、十分な数の記録を取
った後、アプリケーションプログラムごとに再暗号化処
理と初期化データ処理のオーバヘッドを最小化するレコ
ード長を計算し、以降の暗号化・復号化の際には計算で
求めたレコード長を用いることを特徴とするものであ
る。

【００１７】このような手段により、暗号化や復号化の
指示をユーザが明示的に行うことなしに記憶装置に保存
するデータを自動的に暗号化し、読み出す時には自動的
に復号することができ、わずらわしい操作をユーザに強
いることがない。また、記憶装置に保存するデータを自
動的に保存するので、ユーザがデータの暗号化を忘れる
という問題も起きない。また、暗号化して保存する場所
としてフロッピーディスクのような記憶媒体を表わすデ
ィレクトリも指定できるので、重要な情報をコピーされ
て持ち出されることを防ぐこともできる。また、暗号化
したデータと暗号鍵が物理的に離れた記憶装置に保存さ
れることにより、暗号化した機密データを保存してある
携帯端末が盗まれたとしても、解読される危険性はこれ
らのデータが同一の記憶装置に保存されている場合に比
べて小さくなる。例えば、携帯端末に暗号化データを保
存しておき、社内でそのデータにアクセスしたい時は社
内ＬＡＮに接続し、社外からは社内ネットワークへリモ
ートアクセスして利用するようにしておけば、この携帯
端末を不正に入手したユーザは、ユーザの識別情報を類
推するだけでなく、リモートアクセス時のユーザ認証作
業も行う必要があるので安全性がより高くなる。また、
アプリケーションプログラムごとに、１回の上書き要求
における再暗号化の長さ、および初期化データの生成処
理からなるオーバヘッドを最小にするレコード長を求め
ることができるので、データ上書きの際の処理時間をそ
れぞれのアプリケーションプログラムごとに高速化でき
る。

【００１８】また、アプリケーションからオペレーティ
ングシステムへのデータ読み出し・書き込み要求を横取
りするための仕組みは、オペレーティングシステムが提
供している場合には、既存のアプリケーションプログラ
ムやオペレーティングシステムを書き換える必要がな
く、しかも新たにハードウェアを置き換える必要もな
く、最小限のコストでデータのセキュリティを高めるこ
とが可能である。

【００１９】

【発明の実施の形態】以下、本発明の実施形態に基づき
詳細に説明する。図１は、本発明の実施形態を示すシス
テム構成図である。本実施形態は、ユーザが端末上で動
作しているアプリケーションプログラムで作成したデー
タを、鍵管理サーバ（鍵管理コンピュータ）から取り寄
せる自分の鍵で暗号化して端末に接続の記憶装置に保存
する場合と、記憶装置から読み出した暗号化データを鍵
管理サーバから取り寄せる自分の鍵で復号化して平文の
データをアプリケーションに渡す場合のものである。

【００２０】図１に示すシステムは、大別すると、ユー
ザ１２３が操作する端末１０１と、この端末１０１に接
続された記憶装置１１１と、データの暗号化のための鍵
を管理する鍵管理サーバ（鍵管理コンピュータ）１１２
と、暗号化のための鍵を格納した鍵データベース１２１
と、端末１０１と鍵管理サーバ１１２とを接続するネッ
トワーク１２２とから構成されている。

【００２１】端末１０１は、据置き型あるいは携帯用の
コンピュータで構成されるものであり、その内部には、
ユーザ入力部１０２、パスワード暗号鍵生成部１０３、
ファイル暗号鍵生成部１０４、暗号鍵・復号化部１０
５、アプリケーションプログラム１０６、ファイルアク
セスフック部１０７、オペレーティングシステム１０
８、記憶装置用インタフェース１０９、通信用インタフ
ェース１１０、レコードサイズ記憶部１２４、アクセス
情報記憶部１２５を備え、ユーザ１２３はアプリケーシ
ョンプログラム１０６で作成したデータファイルを記憶
装置１１１に保存したり、読み出したりすることができ
る。

【００２２】ユーザ入力部１０２は、ファイルアクセス
フック部１０７からの指示によって、ユーザ１２３にユ
ーザ名とパスワードを入力させるためのものである。パ
スワード暗号鍵生成部１０３は、ユーザ１２３が入力し
たパスワードから暗号鍵を生成するためのものである。
パスワード暗号鍵は、ユーザ１２３の認証情報やシステ
ム全体で使う暗号鍵を暗号化して記憶装置１１１に保存
するものである。ファイル暗号鍵生成部１０４は、記憶
装置１１１に保存するファイルの暗号化に使う暗号鍵を
ランダムに生成するものである。暗号化・復号化部１０
５は、ファイルを実際に暗号化・復号化するものであ
る。ユーザ１２３がデータファイルを作成するためのア
プリケーションプログラム１０６は、ワープロや表計算
などのソフトである。

【００２３】ファイルアクセスフック部１０７は、アプ
リケーションプログラム１０６から記憶装置１１１への
ファイルアクセス要求を横取りする処理と、鍵管理サー
バ１１２からユーザ鍵を取り寄せるなど、端末１０１で
のファイルの暗号・復号処理全般を管理するものであ
る。端末１０１上で動作しているオペレーティングシス
テム１０８は、記憶装置用インタフェース１０９、通信
用インタフェース１１０、レコードサイズ記憶部１２
４、アクセス情報記憶部１２５を管理して、記憶装置１
１１へのアクセスや、ネットワーク１２２を介した通信
などの動作環境をアプリケーションプログラム１０６や
ファイルアクセスフック部１０７に提供している。

【００２４】レコードサイズ記憶部１２４は、アプリケ
ーションプログラムごとの暗号化・復号化する際のレコ
ードサイズを記憶するために使う。

【００２５】アクセス情報記憶部１２５は、アプリケー
ションプログラムごとに、ファイル内で読み出しや書き
込みを開始した位置と読み出し・書き込みデータの長さ
を複数保存しておくためのもので、暗号化・復号化する
際のレコードサイズを計算するために使う。

【００２６】なお、記憶装置１１１には、ユーザ１２３
が作成したファイルだけでなく、ユーザ１２３がパスワ
ードを入力した際の確認に使う認証トークンやシステム
がデータの暗号化に使うシステム鍵も暗号化して保存し
てある。

【００２７】一方、鍵管理サーバ１１２は、鍵管理アプ
リケーションプログラム１１３、ユーザ入力部１１４、
パスワード暗号鍵生成部１１５、ユーザ鍵生成部１１
６、暗号化・復号化部１１７、オペレーティングシステ
ム１１８、通信用インタフェース１１９、記憶装置用イ
ンタフェース１２０を備えており、端末１０１のユーザ
１２３が本システムを使うための情報を生成したり、ユ
ーザ鍵を管理する機能を担っている。

【００２８】鍵管理アプリケーションプログラム１１３
は、ユーザ１２３に配布する情報の生成や、端末１０１
からのユーザ鍵要求メッセージの処理など、鍵管理サー
バ１１２での暗号処理全般を管理している。ユーザ入力
部１１４は、最初にユーザ１２３がユーザ鍵を生成する
際に、鍵管理アプリケーションプログラム１１３からの
指示によって、ユーザ１２３にユーザ名とパスワードを
入力させるためのものである。パスワード暗号鍵生成部
１１５は、ユーザ１２３が入力したパスワードから暗号
鍵を生成するためのものである。ユーザ鍵生成部１１６
は、ユーザ１２３用の暗号鍵をランダムに生成するため
のものである。暗号化・復号化部１１７は、ユーザ１２
３に配布する情報を暗号化したり、ユーザ１２３がユー
ザ鍵を要求してきた時にやり取りする電子メッセージを
暗号化あるいは復号化したりするためのものである。

【００２９】鍵管理サーバ１１２上で動作するオペレー
ティングシステム１１８は、通信用インタフェース１１
９、記憶装置用インタフェース１２０を管理し、ネット
ワーク１２２を使った通信や鍵データベース１２１への
アクセスなどの環境を、鍵管理アプリケーションプログ
ラム１１３に提供している。

【００３０】鍵データベース１２１には、端末１０１と
鍵管理サーバ１１２とがネットワーク１２２を使ってや
りとりする通信データを暗号化するためのシステム鍵
と、ユーザ１２３の鍵情報レコードが保存してあり、こ
の鍵情報レコードは、図２に示すように、ユーザ名２０
１とユーザ鍵２０２とから構成されている。

【００３１】（ユーザ配布情報の作成）図３は、本シス
テムを使用するためにユーザ１２３へ配るデータを鍵管
理サーバ１１２上で作成する手順を示すフローチャート
である。まず、ユーザ入力部１１４からユーザ名とパス
ワードを入力させる（ステップ３０１）。次に、パスワ
ード暗号鍵生成部１１５で、ユーザ１２３のパスワード
に処理を加えてパスワード暗号鍵を生成する。処理方法
としては、例えば、ＭＤ５アルゴリズムのような一方向
関数を用いる（ステップ３０２）。続いて、ユーザ鍵生
成部１１６において、ユーザ鍵をランダムに生成する
（ステップ３０３）。ここで得られたユーザ鍵とユーザ
名から、図２に示すような鍵情報レコードを作成し、鍵
データベース１２１に保存する（ステップ３０４）。な
お、図２はユーザ名が「Ａ」であるユーザＡの鍵情報レ
コードの例である。

【００３２】次に、ユーザ１２３が入力したパスワード
の正しさを検証するための認証トークンを作成する（ス
テップ３０５）。これは、ユーザが入力したパスワード
をそのままデータとして保存しておくことはセキュリテ
ィ上危険であるため、暗号処理を利用して保存してい
る。例えばＵＮＩＸでは、「オール０」のデータをユー
ザ１２３のパスワードを鍵として暗号化して保存してお
き、後でユーザ１２３がパスワードを入力した際に同じ
処理をして認証作業を行っている。本実施形態では、す
べて「０」の６バイトデータをパスワード暗号鍵で暗号
化して図４のような認証トークンを生成する。図４にお
いて、４０１は、この認証トークンの所有者を示すユー
ザ名（ここではユーザＡ）で、４０２は暗号処理を行っ
た後のデータ値である。

【００３３】続いて、本システムでネットワーク１２２
上を流れるデータを暗号化するために使うシステム鍵
を、やはりパスワード暗号鍵で暗号化する（ステップ３
０６）。パスワード暗号鍵を使うことで、ユーザ１２３
のパスワードを知っている者だけが、正しいシステム鍵
を手に入れることができる。なお、システム鍵は、鍵管
理サーバ１１２においてシステムの運用開始時に作成し
ておく。最後に、認証トークンと暗号化したシステム鍵
とをフロッピーディスクなどにコピーしてユーザ１２３
に渡す（ステップ３０７）。ユーザ１２３は受け取った
情報を、自分が操作する端末１０１に接続してある記憶
装置１１１にコピーして使用することになる。

【００３４】（ファイルの暗号化）図５は、ユーザ１２
３（ここではユーザＡ）が端末１０１上で作成したデー
タを暗号化して記憶装置１１１に保存する際の手順を示
すフローチャートである。本手順は、ユーザＡがアプリ
ケーションプログラム１０６で作成したデータを記憶装
置１１１に保存しようとした時に開始する。まず、アプ
リケーションプログラム１０６がオペレーティングシス
テム１０８へのファイル保存要求を発行すると、オペレ
ーティングシステム１０８がその要求を処理する前に、
そのファイル保存要求をファイルアクセスフック部１０
７が受け取る（ステップ５０１）。

【００３５】続いて保存要求があったファイルを暗号化
して保存するために、以下のようにして管理サーバ１１
２からユーザ鍵を取り寄せる。まず、アプリケーション
プログラム１０６を操作していたユーザＡのユーザ名と
パスワードをユーザ入力部１０２からユーザＡに入力さ
せるステップ５０２）。次に、入力されたパスワードか
らパスワード暗号鍵生成部１０３でパスワード暗号鍵を
生成する（ステップ５０３）。

【００３６】端末１０１は、入力されたパスワードが正
しいかどうか確かめるため、管理サーバ１１２での認証
トークンの生成と同じ処理を行い、記憶装置１１１から
読み出した認証トークンと一致するかどうか検証する
（ステップ５０４）。一致しなれば、ユーザ名とパスワ
ードの入力を繰り返させる。一致した場合は、次の手順
に進む。

【００３７】次に、記憶装置１１１から暗号化してある
システム鍵を読み出し、パスワード暗号鍵を使ってシス
テム鍵を復号する（ステップ５０５，５０６）。なお、
記憶装置１１１から読み出した認証トークンと暗号化シ
ステム鍵は、前もって鍵管理サーバ１１２において生成
しておいたものである。

【００３８】次に、鍵管理サーバ１１２とメッセージの
交換を行い、ユーザ鍵を取り寄せる。なお、端末１０１
と鍵管理サーバ１１２の間で交換するメッセージのフォ
ーマットは、図６に示すようなものである。図６におい
て、６０１は、メッセージの区別をするためのヘッダ部
であり、「０」であれば端末１０１から鍵管理サーバ１
１２へユーザ鍵を要求するユーザ鍵要求メッセージであ
ることを示し、「１」であれば鍵管理サーバ１１２から
の返答であることを示すユーザ鍵返答メッセージであ
る。６０２は、メッセージ中に含まれるデータ本体であ
り、メッセージの種類により内容は異なる。６０３は、
システム鍵を使ったヘッダ部６０１とデータ部６０２の
電子署名である。

【００３９】鍵管理サーバ１１２からユーザ鍵を取り寄
せるため、端末１０１ではユーザ鍵要求メッセージを作
成する（ステップ５０７）。端末１０１から鍵管理サー
バ１１２へ送る情報は、ユーザ名とチャレンジデータで
ある。チャレンジデータとは、ユーザ鍵要求メッセージ
を作成するたびにランダムに選ぶ整数で、鍵管理サーバ
１１２が事前に決めた処理（例えば１を加える）をした
レスポンスデータをユーザ鍵返答メッセージに含める決
まりにしておくことで、ユーザは受け取った返答メッセ
ージが、直前に出した要求メッセージに対する返答であ
ることを確認できる。まず、図７に示すようなユーザ名
７０１とチャレンジデータ７０２からなるデータを構成
し、システム鍵で暗号化する。次に図８のように、ヘッ
ダ部８０１にメッセージがユーザ鍵要求メッセージであ
ることを示す値「０」と、データ部８０２にユーザ名と
チャレンジデータを暗号化した情報からなるデータの電
子署名８０３とから構成されたユーザ鍵要求メッセージ
を生成する。そして生成したユーザ鍵要求メッセージを
鍵管理サーバ１１２に送り、返答メッセージが送り返さ
れるのを待つ。この後、鍵管理サーバ１１２はユーザ鍵
要求メッセージを処理し、ユーザ鍵返答メッセージを作
成して端末１０１に送り返してくるが（ステップ５０
８）、この手順の詳細は図１３を用いて後述する。

【００４０】端末１０１では、送り返されてきたユーザ
鍵返答メッセージを受け取ると（ステップ５０９）、ま
ず、転送途中での改変がなかったか、返答メッセージに
含まれている電子署名を検査する（ステップ５１０）。
ここでメッセージの改変があったことが分かると、ファ
イルの保存命令を出したアプリケーションプログラム１
０６に保存の失敗を知らせ終了する（ステップ５２
１）。改変がない場合には次の手順に進む。ユーザ鍵返
答メッセージのデータ部はシステム鍵で暗号化されてい
るので、システム鍵で復号する（ステップ５１１）。

【００４１】ところで、ユーザ鍵返答メッセージには、
ユーザ鍵を含むものと、鍵管理サーバ１１２で何らかの
エラーが発生したためにユーザ鍵を含まないものの２種
類があり、返答メッセージのデータ部の内容が異なって
いる。このデータ部の暗号化される前の内容は図９ある
いは図１０のようになっている。図９は、ユーザ鍵が返
されてきた場合の内容であり、ユーザ名９０１、レスポ
ンスデータ９０２、ユーザ鍵が含まれていることを示す
値「０」９０３、ユーザ鍵９０４を含んでいる。図１０
は、何らかのエラーによりユーザ鍵が返されなかった場
合の内容で、ユーザ名１００１、レスポンスデータ１０
０２、何らかのエラーが発生したことを示す値「１」１
００３を含んでいる。ここで１００３には、エラーの具
体的な種類を示すために「０」以外のどんな値を含めて
もよい。なお、ユーザ鍵返答メッセージに含めるレスポ
ンスデータは、ユーザ鍵要求メッセージに含まれていた
チャレンジデータの値に「１」を加えたものとする。

【００４２】端末１０１は、ユーザ鍵返答メッセージの
データ部を復号した後、ユーザ鍵の有無を検査する（ス
テップ５１２）。ユーザ鍵を含んでいない場合は、ファ
イルを暗号化して保存することができないので、保存の
失敗をアプリケーションプログラム１０６に知らせて
（ステップ５２１）終了する。ユーザ鍵が含まれていた
場合には、実際にファイルを暗号化する手順に進む。

【００４３】ここで新規ファイルへの書き込みであれ
ば、ファイル暗号鍵とファイル初期化データをランダム
に生成する（ステップ５１９）。そしてファイル暗号鍵
をユーザ鍵で暗号化した後、暗号化したファイル暗号鍵
とファイル初期化データを新規ファイルのヘッダとして
保存して（ステップ５２０）、次の手順に進む。ファイ
ル暗号鍵は、ファイルを分割したレコードごとに用意す
る暗号鍵を生成するために使う。ファイル初期化データ
は、レコードごとの初期化データを生成するために使
う。

【００４４】もし既存ファイルへの書き込みであれば、
書き込み対象のファイルのヘッダから暗号化されたファ
イル暗号鍵とファイル初期化データを読み込む（ステッ
プ５１４）。そして、暗号化されたファイル暗号鍵をユ
ーザ鍵で復号化してファイル暗号鍵を得る（ステップ５
１５）。次に、書き込み要求のあったデータを暗号化す
る（ステップ５１６）。なお、暗号化の手順の詳細は図
１４で説明する。

【００４５】上記のようにして得た暗号化されたデータ
は、アプリケーションプログラム１０６の書き込み要求
に対応した暗号化ファイル内の位置に書き込む。そし
て、暗号化されたファイル暗号鍵を１１０１、ファイル
初期化データを１１０２、暗号化されたファイル本体を
１１０３とし、ユーザ鍵を使ってこれらの署名を生成し
たものを１１０４として図１１に示すような暗号化ファ
イル１１００を作成し、記憶装置１１１に保存する。従
って、記憶装置１１１には、アプリケーションプログラ
ム１０６が生成したファイルを暗号化した暗号化ファイ
ル本体１１０３に対し、ファイル暗号鍵を暗号化したデ
ータ１１０１、ファイル初期化データ１１０２と署名１
１０４が付加されて記憶されることになる。

【００４６】最後に、保存の終了をファイルの保存要求
を出したアプリケーションプログラム１０６に知らせ
（ステップ５１８）、本手順を終了する。

【００４７】（ファイルの復号化）図１２は、ユーザＡ
が記憶装置１１１に保存してある暗号化データを端末１
０１上で動作するアプリケーションプログラム１０６で
読み出す際の手順を示すフローチャートである。本手順
は、ユーザＡが以前に暗号化して記憶装置１１１に保存
したデータをアプリケーションプログラム１０６に読み
込もうとした時に開始する。アプリケーションプログラ
ム１０６がオペレーティングシステム１０８へのファイ
ル読み出し要求を発行すると、オペレーティングシステ
ム１０８がその要求を処理する前に、そのファイル読み
出し要求ファイルアクセスフック部１０７が受け取る
（ステップ１２０１）。ファイルアクセスフック部１０
７は、読み出し要求で指定されたファイルを読み出すよ
うにオペレーティングシステム１０８に指示し、記憶装
置１１１から記憶装置用インタフェース１０９を介し
て、暗号化されているファイルを読み出す（ステップ１
２０２）。

【００４８】次に、読み込んだファイルを復号するため
に、ファイルを暗号化する際と同様の手順でユーザの認
証を行い、鍵管理サーバ１１２からユーザ鍵を取り寄せ
る。このユーザ鍵を取り寄せるまでの手順に相当するス
テップ１２０３〜１２１３は、図５のステップ５０２〜
５１２と全く同様である。この際に、鍵管理サーバ１１
２からのユーザ鍵返答メッセージの改変を検知したり
（ステップ１２１１）、あるいはユーザ鍵を得ることが
できなかった場合には（ステップ１２１３）、読み込ん
だファイルを復号することができないので、読み出しの
失敗をアプリケーションプログラム１０６に知らせて
（ステップ１２１９）本手順を終了する（ステップ１２
１８）。ユーザ鍵を得ることができた場合のみ、以下の
ようにして暗号化したファイルを復号する。ここで読み
込み対象のファイルは図１１に示すようなフォーマット
であり、１１０１はファイル暗号鍵をユーザ鍵で暗号化
したもの、１１０２はファイル初期化データ、１１０３
は暗号化されたファイル本体、１１０４はこれら３つの
データ１１０１〜１１０３のユーザ鍵による電子署名で
ある。

【００４９】図１２において、ユーザ鍵が含まれていた
場合、暗号化ファイルが改変されていないか、署名１１
０４の確認を行なう（ステップ１２１４）。ここで改変
されていることがわかったら、ファイル読み出しの失敗
をアプリケーションプログラム１０６に通知して（ステ
ップ１２１９）本手順を終了する。

【００５０】改変されていなければ、まず暗号化ファイ
ルから暗号化されたファイル暗号鍵１１０１とファイル
初期化データ１１０２を読み込む（ステップ１２１
５）。

【００５１】次に、鍵管理サーバ１１２から得たユーザ
鍵を使い、暗号化ファイル暗号鍵１１０１を復号し、元
のファイル暗号鍵を得る（ステップ１２１６）。

【００５２】続いて、暗号化されているファイル本体１
１０３からアプリケーションプログラム１０６の要求に
対応した暗号化データを読み込み、復号して得たファイ
ル暗号鍵を使って復号する（ステップ１２１）。なお、
復号の手順の詳細は図１９で説明する。

【００５３】最後に、復号して得たデータをアプリケー
ションプログラム１０６に渡して（ステップ１２１８）
本手順を終了する。

【００５４】（鍵管理アプリケーションプログラムの処
理）図１３は、鍵管理サーバ１１２上で動作する鍵管理
アプリケーションプログラム１１３が、端末１０１から
のユーザＡのユーザ鍵要求を処理する際の手順を示すフ
ローチャートである。本手順は、ファイルアクセスフッ
ク部１０７からのユーザ鍵要求メッセージを受け取って
開始する。鍵管理アプリケーションプログラム１１３が
受け取るユーザ鍵要求メッセージは、図８に示したよう
なフォーマット構成になっている。鍵管理アプリケーシ
ョンプログラム１１３は、端末１０１からユーザ鍵要求
メッセージを受け取ると（ステップ１３０１）、最初
に、メッセージに改変がなかったか調べるため、鍵デー
タベース１２１にあらかじめ保存してあるシステム鍵を
読み込み（ステップ１３０２）、要求メッセージ中の電
子署名を確認する（ステップ１３０３）。もし改変があ
れば、以下に述べるユーザ鍵を鍵データベース１２１か
ら取り出す作業を行わない。

【００５５】ユーザ鍵を鍵データベース１２１から取り
出すには、まず暗号化・復号化部１１７において、ユー
ザ鍵要求メッセージをシステム鍵で復号し、図７に示し
たうなユーザ名７０１とチャレンジデータ７０２を取り
出す（ステップ１３０４）。次に、ここで得たユーザ名
を含む鍵情報レコードを鍵データベース１２１から取り
出す。図２の示すような鍵情報レコードが見つかれば、
ユーザ鍵２０２を取り出す（ステップ１３０５）。

【００５６】以上のようにして、ユーザ鍵要求メッセー
ジの改変検査とユーザ鍵の取り出しを終えた後、端末１
０１に返答するユーザ鍵返答メッセージを作成する（ス
テップ１３０６）。ここで、返答メッセージに含めるレ
スポンスデータは、要求メッセージに含まれていたチャ
レンジデータに「１」を加えた値であるが、ユーザ鍵を
得ることができたかどうかで返答メッセージのデータ部
に含める内容が変わる。

【００５７】ユーザ鍵を得た場合には、図９に示したう
にユーザ名９０１、レスポンスデータ９０２、ユーザ鍵
を含んでいることを示す値「０」９０３、ユーザ鍵９０
４から成るデータを暗号化・復号化部１１７上でシステ
ム鍵を使い暗号化したものを、ユーザ鍵返答メッセージ
のデータ部に含める。ユーザ鍵を得ることができなかっ
た場合には、図１０に示したようにユーザ名１００１、
レスポンスデータ１００２、ユーザ鍵を含んでいないこ
とを示す値「１」から成るデータを暗号化・復号化部１
１７上でシステム鍵を使い暗号化したものを、ユーザ鍵
返答メッセージのデータ部に含める。ユーザ鍵返答メッ
セージの署名部には、ユーザ鍵返答メッセージであるこ
とを示す値「１」を持つヘッダ部と、上記のように作成
したデータ部からなるデータを、システム鍵を使って作
成した署名を含める。

【００５８】以上のようにして作成したユーザ鍵返答メ
ッセージを端末１０１に送り（ステップ１３０７）、本
手順を終了する。

【００５９】（暗号化詳細手順）図１４は、アプリケー
ションプログラム１０６から書き込み要求のあったデー
タを暗号化する際の詳細手順を示すフローチャートであ
る。本手順は、ファイル暗号鍵、ファイル初期化デー
タ、書き込み要求データを用意できた時点で開始する。

【００６０】図１５は、アプリケーションからの書き込
み要求である。１５０１は書き込み開始位置、１５０２
は書き込みデータの長さ、１５０３は書き込みデータで
ある。図１５の書き込み要求では、ファイル内の位置１
８００から２７９９までの間に１５０３の書き込みデー
タを書き込むことを要求している。

【００６１】図１４において、まず、書き込み要求を行
なったアプリケーションプログラムに対応するレコード
長をレコードサイズ記憶部から読み込む（ステップ１４
０１）。

【００６２】レコードサイズ記憶部１２４は、図１６に
示すように、表計算プログラムやワープロプログラムな
どの各種のアプリケーションプログラム１６０１ごとの
レコードサイズ１０６０２を保存してある。もし、対応
するレコード長が記録されていなかったら、レコードサ
イズ記憶部１２４の最後に記録されているデフォルトの
長さを読み込む。ここでは、書き込み要求を行なったア
プリケーションプログラムに対応する長さとして「５１
２」を読み込むものとする。

【００６３】もし、レコードサイズ記憶部１２４にレコ
ード長が記録されていなかったら、ここでアプリケーシ
ョンプログラムからの書き込み要求に含まれる、ファイ
ル内の書き込み要求位置１５０１と書き込みデータの長
さ１５０２を、このアプリケーションプログラム用のア
クセス情報記憶部１２５に保存する（ステップ１４０
３）。

【００６４】アクセス情報記憶部１２５は、図１７に示
すように、書き込み、読み込み要求があるたびにその開
始位置１７０１と書き込みデータの長さ１７０２をアプ
リケーションプログラムごとに記録したもので、複数記
憶しておくことができる。図１７では、図１５の書き込
み要求をアクセス情報記憶部１２５に保存した場合の様
子を示している。ここで記録したデータは、一定時間後
に暗号する際のレコード長を求めるために使う。

【００６５】次に、書き込み要求の開始位置をレコード
長で割り算し、その商をファイルの何番目のレコードへ
の書き込みであるかを示すレコードインデックス値とす
る（ステップ１４０４）。もし、複数のレコードにまた
がる書き込みであれば、すべてのレコードについて計算
しておく。図１５に示す書き込み要求からレコードイン
デックスを求めると、書き込み開始位置「１８００」を
レコード長「５１２」で割った商は３、書き込み終了位
置２７９９を５１２で割った商は５であるので、求める
レコードインデックス値は「３」、「４」、「５」であ
る。

【００６６】続いて、書き込み先のレコード用のレコー
ド暗号鍵を、そのレコードのインデックス値とファイル
暗号鍵を使って計算する（ステップ１４０５）。もし、
レコードの先頭から書き込み要求を行なう必要があれ
ば、そのレコード用の初期化データをファイル初期化デ
ータとレコードインデックス値から求める。これらの計
算方法としては、例えば２つのデータを連結してハッシ
ュ関数による演算を行なう方法が考えられる。図１５の
書き込み要求の場合、レコード３の途中からレコード５
の途中までの書き込み要求であるので、「レコード３」
のレコード暗号鍵の計算、および「レコード４」、
「５」のレコード暗号鍵と初期化データの計算を行う。

【００６７】次に、書き込むデータがすでにファイル内
に保存されているデータの上書きであるかどうか検査す
る（ステップ１４０６）。ここで上書きでなければ、書
き込みデータを暗号化用バッファにコピーし暗号化ステ
ップに進む（ステップ１４１１）。

【００６８】もし上書きであれば、書き込み開始位置で
暗号連鎖処理に必要な部分と再暗号化が必要な部分をフ
ァイルから暗号化用バッファに読み込む（ステップ１４
０７）。暗号連鎖処理に必要な部分とは、書き込み開始
位置でデータを暗号化する際に連鎖処理で使う暗号文の
ことで、書き込み開始位置の直前の暗号文であり、その
長さは暗号連鎖処理の方法によって異なる。書き込み開
始位置がレコードの先頭であれば、暗号連鎖処理に必要
な部分としてレコード初期化データを用いるので、書き
込み開始位置の直前部分をファイルから読み込む必要は
ない。本実施例における暗号連鎖処理に必要となる長さ
を「８」とすると、図１５の書き込み要求における暗号
連鎖処理に必要な部分とは、ファイル内の位置「１７９
２」から「１７９９」までの暗号文である。また、再暗
号化が必要な部分とは、データの上書きによって暗号連
鎖処理をやり直す必要のある部分のことで、書き込み終
了位置の直後からこの書き込み終了位置を含むレコード
の最後までである。図１５の書き込み要求における再暗
号化が必要な部分は、ファイル内の書き込み終了位置の
直後「２８００」から、この書き込み終了位置を含む
「レコード５」の最後の位置「３０７１」までである。
図１８に、ファイル内における、暗号連鎖処理に必要な
部分と再暗号化が必要となる部分を示す。

【００６９】続いて、暗号化用バッファ上にある再暗号
化が必要な部分を、対応するレコード暗号鍵を使って復
号しておく（ステップ１４０８）。図１５の書き込み要
求では、「レコード５」のレコード暗号鍵を使って復号
する。そして、書き込み要求データを再暗号化のために
復号したデータとつなげて暗号化用バッファ上に書き込
む（ステップ１４０９）。

【００７０】最後に、暗号化用バッファ上に暗号化する
データが用意できたら、そのデータに対応するレコード
用の暗号鍵とファイルから読み込んだ暗号連鎖処理に必
要なデータ、初期化データを使って暗号化して（ステッ
プ１４１０）本手順を終了する。

【００７１】（復号化詳細手順）図１９は、アプリケー
ションプログラムから読み込み要求のあったデータを読
み込んで復号する際の詳細手順を示すフローチャートで
ある。本手順は、ファイル暗号鍵、ファイル初期化デー
タを用意できた時点で開始する。

【００７２】図２０は、アプリケーションからの読み込
み要求である。２００１は読み込み開始位置、２００２
は読み込みデータの長さである。

【００７３】図１９において、まず、書き込み要求の時
と同様に、読み込み要求を行なったアプリケーションプ
ログラムに対応するレコード長をレコードサイズ記憶部
から読み込む（ステップ１９０１）。もし、対応するレ
コード長がなければデフォルトの値を読み込み（ステッ
プ１９０２）、読み込み要求位置２００１とその長さ２
００２をこのアプリケーションプログラム用のアクセス
情報記憶部１２５に記録する（ステップ１９０３）。レ
コードインデックスの計算とレコード用の暗号鍵、初期
化データの計算も、書き込み要求の場合と同様に行なう
（ステップ１９０４，１９０５）。

【００７４】続いて、読み込み要求に対応するレコード
をファイルから読み込み、レコード用暗号鍵、初期化デ
ータを使って復号して（ステップ１９０６）、本手順を
終了する。

【００７５】（レコード長の計算）図２１は、レコード
長を計算する際の詳細手順を示すフローチャートであ
る。本手順は、あるアプリケーションプログラムにおい
て、アクセス情報記憶部１２５に記録したアクセス情報
が一定件数（例えば１００件）を越えた時に開始する。
ここで、レコード長としては２のべき乗を候補とする。
アプリケーションプログラムやオペレーティングシステ
ムのファイルアクセス単位、記憶装置上の物理的な記録
単位は、処理の単純化のために２のべき乗の数を使う例
が多いためである。なお、この手順を始める前に、暗号
化速度、復号化速度、レコード用の暗号鍵の生成にかか
る時間、初期化データの生成にかかる時間を求めてお
く。

【００７６】図２１において、まず、アクセス情報記憶
部１２５に記録したアクセス長の平均値を求める（ステ
ップ２１０２）。ここで、平均アクセス長として「１４
０」バイトが得られたものとする。次に、平均アクセス
長を超える一番小さい２のべき乗数を求める（ステップ
２１０２）。今回の例では「２５６」である。

【００７７】続いて、レコード長を仮に１、２、４、
…、と２のべき乗数として以下の手順を行ない、それぞ
れの場合の平均書き込みオーバヘッド時間を求める（ス
テップ２１０３）。仮のレコード長の上限は、前の手順
で求めた、平均アクセス長を超える一番小さい２のべき
乗数である。今回の例では、「２５６」である。

【００７８】それぞれの仮レコード長について行なう計
算は以下の通りである。まず、書き込み時に再暗号化処
理の必要となる長さの平均、および１回のアクセスにつ
きレコード用暗号鍵と初期化データの計算が平均何回あ
るかを求める。再暗号化処理に必要な長さは、図１８に
示すような部分のことである。平均再暗号化処理長は、
各アクセス長について「数１」に示す式で求めた値の平
均値である。

【００７９】

【数１】

【００８０】平均計算回数は、各アクセス位置とアクセ
ス長の組について「数２」に示す式で求めた値の平均値
である。なお、「数１」、「数２」の中で使用している
記号の意味は図２４に示す通りである。また、「Ｌ％
Ｒ」とは、「Ｌ／Ｒの余り」のことである。

【００８１】

【数２】

【００８２】次に、上のようにして求めた平均再暗号化
処理長と平均計算回数、および暗号化処理速度、復号化
処理速度、レコード用暗号鍵の生成にかかる時間、初期
化データの生成にかかる時間から、「数１」、「数２」
の計算に用いた仮レコード長を使った時の平均書き込み
オーバヘッド時間は「数３」に示す式を用いて得ること
ができる。

【００８３】

【数３】

【００８４】ここで、「数３」中の（平均再暗号化処理
長）／（復号化速度）は、ファイルから読み込んだ再暗
号化処理が必要な部分を復号化するのにかかる時間の平
均である。また、（平均再暗号化処理長）／（暗号化速
度）は、再暗号化処理が必要な部分を暗号化するのにか
かる時間の平均である。また、｛ … ｝×（平均計算回
数）は、レコードごとに用意するレコード鍵と初期化デ
ータを計算するのにかかる時間の平均である。これら３
つの式の和を求めると、書き込みオーバヘッド時間の平
均になる。

【００８５】このようにしてそれぞれの仮レコード長に
ついて求めた平均書き込みオーバヘッド時間のうち、そ
の最少値を与える仮レコード長を選ぶ（ステップ２１０
４）。これが書き込み時のオーバヘッドを最少にするレ
コード長である。最後に、アプリケーションプログラム
と選んだレコード長を組にしてレコードサイズ記憶部１
２４に書き込む（ステップ２１０５）。

【００８６】以上のように本実施形態においては、端末
１０１のアプリケーションプログラム１０６からオペレ
ーティングシステム１０８へ発行する記憶装置１１１へ
のデータ読み込み・書き出し要求を横取りし、書き出し
要求の際にはデータを暗号化するための暗号鍵をネット
ワーク１２２で接続している鍵管理サーバ１１２から取
り寄せ、この暗号鍵でデータを暗号化して記憶装置１１
１に保存し、また、読み込み要求の際には記憶装置１１
１から暗号化データを読み出し、この暗号化データを復
号するための鍵を鍵管理サーバ１１２から取り寄せ、こ
の暗号鍵で暗号化データを復号して取り出した元のデー
タをアプリケーションプログラム１０６に渡すようにし
たため、暗号化や復号化の指示をユーザが明示的に行う
ことなしに記憶装置１１１に保存するデータを自動的に
暗号化し、読み出す時には自動的に復号することがで
き、煩わしい操作をユーザに強いることがないという効
果が得られる。また、記憶装置１１１に保存するデータ
を自動的に保存するので、ユーザがデータの暗号化を忘
れるという問題も起きない。

【００８７】また、鍵管理サーバ１１１２に対して暗号
鍵を送ってもらう要求を出す前に、アプリケーションプ
ログラム１０６を操作しているユーザに対してそのユー
ザを識別するための情報を入力させ、この情報の正しさ
をユーザが操作している端末１０１で確認した後にユー
ザの鍵を鍵管理サーバ１１２から取り寄せる、あるいは
ユーザが入力した識別情報を鍵管理サーバ１１２に送
り、鍵管理サーバ１１２で受け取った識別情報の正しさ
を確認した後にそのユーザの暗号鍵を送り返すようにし
ているため、暗号化した機密データを保存してある携帯
用の端末が盗まれたとしても、解読される危険性はこれ
らのデータが同一の記憶装置に保存されている場合に比
べて小さくなり、データの機密性をさらに高めることが
できる。例えば、携帯用端末に暗号化データを保存して
おき、社内でそのデータにアクセスしたい時は社内ＬＡ
Ｎに接続し、社外からは社内ネットワークへリモートア
クセスして利用するようにしておけば、この携帯端末を
不正に入手したユーザは、ユーザの識別情報を類推する
だけでなく、リモートアクセス時のユーザ認証作業も行
う必要があるので安全性がより高くなる。また、社内で
は携帯用端末を鍵管理サーバと同じネットワークに接続
して重要データの編集や閲覧が可能なように構成でき、
社外では鍵管理サーバが存在しないので、そのデータに
アクセスできなくさせるように構成することができ、セ
キュリティを高めることができる。

【００８８】さらに、アプリケーションプログラム１０
６からオペレーティングシステム１０８へのデータ読み
出し・書き込み要求を横取りするための仕組みは、オペ
レーティングシステム１０８が提供している場合には、
既存のアプリケーションプログラムやオペレーティング
システムを書き換える必要がなく、しかも新たにハード
ウェアを置き換える必要もなく、最小限のコストでデー
タのセキュリティを高めることが可能である。

【００８９】さらに、ＩＣカードにユーザ固有の暗号鍵
を記録しておいて各ユーザ自身で暗号鍵を管理させる方
法も考えられるが、ＩＣカード自体の紛失によりデータ
の復号が不可能になったり、ＩＣカードの読み書き機構
を端末１０１に付加しておく必要があるので、コスト面
で不利となる。しかし、本実施形態のように暗号鍵を鍵
管理サーバ１１２から取り寄せるようにすることによ
り、ＩＣカードの読み書き機構を備えていない端末であ
っても利用することができるという利点がある。

【００９０】なお、本実施形態では、ファイルの暗号化
に際し、ユーザ鍵をそのまま使わずにファイル暗号鍵を
その都度生成しているが、ユーザ鍵でファイル自体を直
接に暗号化してもよい。

【００９１】また、ファイルを保存あるいは読み出すた
びにユーザに対してユーザ名とパスワードを入力させて
いるが、これらの情報を端末１０１のメモリに一時的に
保存しておいて、次回のファイル保存、読み出しの際に
はこの一時保存してあるユーザ名とパスワードを使って
鍵管理要求を生成するように構成することにより、ユー
ザの入力操作をさらに簡略化することができる。

【００９２】さらに、取り寄せたユーザ鍵自体をメモリ
上に一時保存し後で再利用する構成にすることにより、
端末１０１と鍵管理サーバ１１２間の通信を行わずに済
み、通信のオーバヘッドを省いて処理スピードを速める
ことができ、ネットワーク１２２のトラフィックを減ら
すこともできる。

【００９３】また、予めユーザがファイル保存の際には
自動的に暗号化して欲しいファイルやディレクトリを指
定するように構成することで、指定したファイルあるい
は指定したディレクトリ以下にあるファイルだけに対し
て、暗号化や復号化を行うことができる。これにより、
暗号化して保存する場所としてフロッピーディスクのよ
うな記憶媒体を表わすディレクトリも指定できるので、
重要な情報をコピーされて持ち出されることを防ぐこと
もできる。

【００９４】さらに、端末１０１および鍵管理サーバ１
１２において実施形態で説明したような機能を実現する
各機能部分は、具体的には同等機能を実現する処理プロ
グラムで構成されるものであり、これらの処理プログラ
ムはＣＤＲＯＭなどの記憶媒体に格納して、あるいはイ
ンタネット等の通信媒体を通じて利用者に提供すること
ができるものである。

【００９５】また、本実施形態では、レコードごとに暗
号鍵と初期化データを計算していたが、読み書き時の速
度を高速化するためにファイル暗号鍵とファイル初期化
データをそのまま使ってもよい。この場合、本実施形態
に比べて暗号化ファイルの安全性が少し失われることに
なる。また、レコード長の計算方法も変える必要があ
る。

【００９６】レコード長を決めるためにアプリケーショ
ンのアクセス長だけでなく、オペレーティングシステム
によるファイルアクセスへのキャッシュの単位や、記憶
装置上でのデータの記録単位（例えばセクタ長）を使う
こともできる。

【００９７】また、レコード長を求める時に、読み書き
のアクセス記録の両方を使って平均書き込み時間を求め
たが、厳密に読み書きを区別して計算してもよい。この
ためには、アクセス情報記憶部に読み書きを区別する欄
を設ければよい。

【００９８】また、レコード長はアプリケーションプロ
グラム用のレコード長が求まってない時だけでなく、例
えば一週間に一回というように定期的に計算してもよ
い。

【００９９】また、レコード長を求めた結果、その値が
それまで使っていたレコード長と異なる値になった場
合、既存のファイルを暗号化し直せばよい。

【０１００】また、暗号化ファイルにレコード長を記憶
しておく領域を設けておくことで、そのファイルを暗号
化する際のレコード長を保存して置くことができる。こ
のようにすれば、アプリケーションプログラムに最適な
レコード長が変わった時に、既存の暗号化ファイルを新
しいレコード長の値を使って簡単に暗号化し直すことが
可能である。

【０１０１】

【発明の効果】以上のように本発明によれば、暗号化や
復号化の指示をユーザが明示的に行うことなしに記憶装
置に保存するデータを自動的に暗号化し、読み出す時に
は自動的に復号することができ、煩わしい操作をユーザ
に強いることがないという効果が得られる。また、記憶
装置に保存するデータを自動的に保存するので、ユーザ
がデータの暗号化を忘れるという問題も起きない。

【０１０２】また、鍵管理コンピュータからユーザ別の
暗号鍵を取り寄せるようにしているため、暗号化した機
密データを保存してある携帯用の端末が盗まれたとして
も、解読される危険性はこれらのデータが同一の記憶装
置に保存されている場合に比べて小さくなり、データの
機密性をさらに高めることができる。

【０１０３】また、ＩＣカードにユーザ固有の暗号鍵を
記録しておいて各ユーザ自身で暗号鍵を管理させる方法
に比べ、ＩＣカードの読み書き機構を備えていない端末
であっても利用することができるという効果がある。

【０１０４】また、自動的に暗号化・復号化する際に問
題となる、データ上書き時の再暗号化処理や初期化デー
タ生成処理のオーバヘッドも最小化できるので、このよ
うな最適化を行なわない場合に比べてデータ上書き処理
を高速化できる。

【図面の簡単な説明】

【図１】本発明を適用したコンピュータシステムの実施
形態を示すシステム構成図である。

【図２】ユーザに配布する鍵情報レコードの構成図であ
る。

【図３】ユーザ配布情報作成手順を示すフローチャート
である。

【図４】認証トークンの構成図である。

【図５】ファイル暗号化手順を示すフローチャートであ
る。

【図６】端末と鍵管理サーバとの間で送受されるメッセ
ージのフォーマット構成図である。

【図７】ユーザ鍵要求メッセージデータ部に含まれる元
の内容を示す図である。

【図８】ユーザ鍵要求メッセージの構成図である。

【図９】ユーザ鍵返答メッセージデータ部に含まれる元
の内容（ユーザ鍵あり）を示す図である。

【図１０】ユーザ鍵返答メッセージデータ部に含まれる
元の内容（ユーザ鍵なし）を示す図である。

【図１１】記憶装置に記憶される暗号化ファイルの構成
図である。

【図１２】ファイル復号化手順を示すフローチャートで
ある。

【図１３】鍵管理アプリケーションの処理手順を示すフ
ローチャートである。

【図１４】暗号化の詳細手順を示すフローチャートであ
る。

【図１５】アプリケーションプログラムからの書き込み
要求の構成図である。

【図１６】レコードサイズ記憶部を表す図である。

【図１７】アクセス情報記憶部を表す図である。

【図１８】書き込み要求の実行によってファイル上に上
書きされる範囲と再暗号化処理の必要となる範囲を表す
図である。

【図１９】復号化の詳細手順を示すフローチャートであ
る。

【図２０】アプリケーションプログラムからの読み込み
要求の構成図である。

【図２１】レコード長を求める手順を示すフローチャー
トである。

【図２２】計算式に使われている記号の説明図である。

【符号の説明】

１０１…端末、１０２…ユーザ入力部、１０３…パスワ
ード暗号鍵生成部、１０４…ファイル暗号鍵生成部、１
０５…暗号化・復号化部、１０６…アプリケーション、
１０７…ファイルアクセスフック部、１０８…オペレー
ティングシステム、１０９…記憶装置用インタフェー
ス、１１０…通信用インタフェース、１１１…記憶装
置、１１２…鍵管理サーバ、１１３…鍵管理アプリケー
ション、１１４…ユーザ入力部、１１５…パスワード暗
号鍵生成部、１１６…ユーザ鍵生成部、１１７…暗号化
・復号化部、１１８…オペレーティングシステム、１１
９…通信用インタフェース、１２０…記憶装置用インタ
フェース、１２１…鍵データベース、１２２…ネットワ
ーク、１２３…ユーザ、１２４…レコードサイズ記憶
部、１２５…アクセス情報記憶部。

─────────────────────────────────────────────────────

【手続補正書】

【提出日】平成１１年１月２１日

【手続補正１】

【補正対象書類名】明細書

【補正対象項目名】００３５

【補正方法】変更

【補正内容】

【００３５】続いて保存要求があったファイルを暗号化
して保存するために、以下のようにして管理サーバ１１
２からユーザ鍵を取り寄せる。まず、アプリケーション
プログラム１０６を操作していたユーザＡのユーザ名と
パスワードをユーザ入力部１０２からユーザＡに入力さ
せる（ステップ５０２）。次に、入力されたパスワード
からパスワード暗号鍵生成部１０３でパスワード暗号鍵
を生成する（ステップ５０３）。

【手続補正２】

【補正対象書類名】明細書

【補正対象項目名】００５２

【補正方法】変更

【補正内容】

【００５２】続いて、暗号化されているファイル本体１
１０３からアプリケーションプログラム１０６の要求に
対応した暗号化データを読み込み、復号して得たファイ
ル暗号鍵を使って復号する（ステップ１２１７）。な
お、復号の手順の詳細は図１９で説明する。

【手続補正３】

【補正対象書類名】明細書

【補正対象項目名】００５７

【補正方法】変更

【補正内容】

【００５７】ユーザ鍵を得た場合には、図９に示したよ
うにユーザ名９０１、レスポンスデータ９０２、ユーザ
鍵を含んでいることを示す値「０」９０３、ユーザ鍵９
０４から成るデータを暗号化・復号化部１１７上でシス
テム鍵を使い暗号化したものを、ユーザ鍵返答メッセー
ジのデータ部に含める。ユーザ鍵を得ることができなか
った場合には、図１０に示したようにユーザ名１００
１、レスポンスデータ１００２、ユーザ鍵を含んでいな
いことを示す値「１」から成るデータを暗号化・復号化
部１１７上でシステム鍵を使い暗号化したものを、ユー
ザ鍵返答メッセージのデータ部に含める。ユーザ鍵返答
メッセージの署名部には、ユーザ鍵返答メッセージであ
ることを示す値「１」を持つヘッダ部と、上記のように
作成したデータ部からなるデータを、システム鍵を使っ
て作成した署名を含める。

【手続補正４】

【補正対象書類名】明細書

【補正対象項目名】００６２

【補正方法】変更

【補正内容】

【００６２】レコードサイズ記憶部１２４は、図１６に
示すように、表計算プログラムやワープロプログラムな
どの各種のアプリケーションプログラム１６０１ごとの
レコードサイズ１６０２を保存してある。もし、対応す
るレコード長が記録されていなかったら、レコードサイ
ズ記憶部１２４の最後に記録されているデフォルトの長
さを読み込む。ここでは、書き込み要求を行なったアプ
リケーションプログラムに対応する長さとして「５１
２」を読み込むものとする。

【手続補正５】

【補正対象書類名】明細書

【補正対象項目名】００７３

【補正方法】変更

【補正内容】

【００７３】図１９において、まず、書き込み要求の時
と同様に、読み込み要求を行なったアプリケーションプ
ログラムに対応するレコード長をレコードサイズ記憶部
から読み込む（ステップ１９０１）。もし、対応するレ
コード長がなければデフォルトの値を読み込み（ステッ
プ１９０２）、読み込み開始位置２００１とその長さ２
００２をこのアプリケーションプログラム用のアクセス
情報記憶部１２５に記録する（ステップ１９０３）。レ
コードインデックスの計算とレコード用の暗号鍵、初期
化データの計算も、書き込み要求の場合と同様に行なう
（ステップ１９０４，１９０５）。

【手続補正６】

【補正対象書類名】明細書

【補正対象項目名】００８０

【補正方法】変更

【補正内容】

【００８０】平均計算回数は、各アクセス位置とアクセ
ス長の組について「数２」に示す式で求めた値の平均値
である。なお、「数１」、「数２」の中で使用している
記号の意味は図２２に示す通りである。また、「Ｌ％
Ｒ」とは、「Ｌ／Ｒの余り」のことである。

【手続補正７】

【補正対象書類名】明細書

【補正対象項目名】００９８

【補正方法】変更

【補正内容】

【００９８】また、レコード長はアプリケーションプロ
グラム用のレコード長が求まっていない時だけでなく、
例えば一週間に一回というように定期的に計算してもよ
い。

【手続補正８】

【補正対象書類名】図面

【補正対象項目名】図１２

【補正方法】変更

【補正内容】

【図１２】

Claims (17)

【特許請求の範囲】
1. 【請求項１】 アプリケーションプログラムに従った処
   理を実行するコンピュータと、該コンピュータに接続さ
   れた記憶装置とを備え、前記アプリケーションプログラ
   ムが処理したデータを前記記憶装置に書き込んで保存す
   るデータの保存方法において、 前記アプリケーションプログラムからのデータの書き込
   み要求に対し、書き込み対象となるデータを前記記憶装
   置に書き込む前に、当該コンピュータとネットワークを
   介して接続された鍵管理コンピュータから暗号鍵を取り
   寄せ、該暗号鍵で書き込み対象のデータを暗号化して前
   記記憶装置に書き込み、 前記アプリケーションプログラムからの読み出し要求に
   対しては、前記記憶装置から暗号化されているデータを
   読み出した後に、前記ネットワークを介して前記鍵管理
   コンピュータから暗号鍵を取り寄せ、該暗号鍵で暗号化
   されたデータを復号し、その復号されたデータを読み出
   し要求を行なった前記アプリケーションプログラムに転
   送することを特徴とするデータの保存方法。
2. 【請求項２】 前記データは、コンピュータが内部で生
   成した暗号鍵データを前記鍵管理コンピュータから取り
   寄せた暗号鍵で暗号化した暗号化暗号鍵データと、前記
   内部生成の暗号鍵データによりデータ本体を暗号化した
   暗号化データ本体とからなり、前記アプリケーションプ
   ログラムからのデータの書き込み要求に対し、書き込み
   対象となるデータを前記記憶装置に書き込む場合、コン
   ピュータが内部で生成した暗号鍵データを前記鍵管理コ
   ンピュータから取り寄せた暗号鍵で暗号化した暗号化暗
   号鍵データを作成し、その暗号化暗号鍵データを、前記
   データ本体を前記内部生成の暗号鍵データで暗号化した
   暗号化データ本体に付加して前記記憶装置に書き込み、 前記アプリケーションプログラムからの読み出し要求に
   対しては、前記記憶装置から暗号化データ本体に付加さ
   れている前記暗号化暗号鍵データを前記ネットワークを
   介して前記鍵管理コンピュータから取り寄せた暗号鍵で
   復号し、その結果得られた暗号鍵データを用いて前記暗
   号化データ本体を復号し、その復号されたデータ本体を
   読み出し要求を行なった前記アプリケーションプログラ
   ムに転送することを特徴とする請求項１記載のデータの
   保存方法。
3. 【請求項３】 前記鍵管理コンピュータは、前記コンピ
   ュータを使用するユーザ毎に暗号鍵を管理するものであ
   り、前記コンピュータは当該鍵管理コンピュータから前
   記暗号鍵を取り寄せる際には、データの読出しまたは書
   き込み要求を行ったアプリケーションプログラムを操作
   しているユーザに対して該ユーザを識別するための識別
   情報を入力させ、その識別情報の正しさを確認した後
   に、当該ユーザに対応した暗号鍵を前記鍵管理コンピュ
   ータから取り寄せることを特徴とする請求項１または２
   記載のデータ保存方法。
4. 【請求項４】 前記識別情報をユーザが指定した時間の
   間、前記コンピュータの内部メモリに一時的に保存して
   おき、次回のデータの読出しまたは書き込み要求があっ
   た際にはユーザによる識別情報を入力させることなく前
   記内部メモリに一時的に保存しておいた前記識別情報の
   正しさを確認した後に当該ユーザの暗号鍵を鍵管理コン
   ピュータから取り寄せることを特徴とする請求項３記載
   のデータ保存方法。
5. 【請求項５】 前記鍵管理コンピュータは、前記コンピ
   ュータを使用するユーザ毎に暗号鍵を管理するものであ
   り、前記コンピュータは当該鍵管理コンピュータから前
   記暗号鍵を取り寄せる際には、データの読出しまたは書
   き込み要求を行ったアプリケーションプログラムを操作
   しているユーザに対して該ユーザを識別するための識別
   情報を入力させ、その識別情報を前記鍵管理コンピュー
   タに送り、該鍵管理コンピュータで識別情報の正しさを
   確認させ、当該ユーザに対応した暗号鍵を取り寄せるこ
   とを特徴とする請求項１または２記載のデータ保存方
   法。
6. 【請求項６】 前記識別情報をユーザが指定した時間の
   間、コンピュータの内部メモリに一時的に保存してお
   き、次回のデータの読出しまたは書き込み要求があった
   際には前記内部メモリに一時的に保存しておいた前記識
   別情報を鍵管理コンピュータに送り、鍵管理コンピュー
   タで識別情報の正しさを確認させ、当該該ユーザに対応
   した暗号鍵を取り寄せることを特徴とする請求項５記載
   のデータ保存方法。
7. 【請求項７】 前記鍵管理コンピュータから取り寄せた
   暗号鍵をユーザが指定した時間の間、前記コンピュータ
   の内部メモリに一時的に保存しておき、次回のデータの
   読出しまたは書き込み要求があった際には、前記内部メ
   モリに保存しておいた暗号鍵を使用して書き込み対象の
   データの暗号化または読出し対象のデータの復号を行な
   うことを特徴とする請求項１乃至６記載のいずれかのデ
   ータ保存方法。
8. 【請求項８】 前記記憶装置内において、ユーザが予め
   指定したファイル内のデータのみ、あるいは指定したデ
   ィレクトリ内にある全てのファイルのデータのみに対し
   て、暗号化または復号化を行うことを特徴とする請求項
   １乃至７記載のいずれかのデータ保存方法。
9. 【請求項９】 アプリケーションプログラムに従った処
   理を実行するコンピュータと、該コンピュータに接続さ
   れた記憶装置と、前記コンピュータにネットワーク接続
   される鍵管理コンピュータとから成り、前記アプリケー
   ションプログラムが処理したデータを前記記憶装置に書
   き込んで保存するコンピュータシステムであって、 前記コンピュータは、 前記アプリケーションプログラムからのデータの書き込
   み要求に対し、書き込み対象となるデータを前記記憶装
   置に書き込む前に、当該コンピュータとネットワークを
   介して接続された前記鍵管理コンピュータから暗号鍵を
   取り寄せる第１の手段と、 この第１の手段で取り寄せた暗号鍵により書き込み対象
   のデータを暗号化して前記記憶装置に書き込む第２の手
   段と、 前記アプリケーションプログラムからの読み出し要求に
   対して、前記記憶装置から暗号化されているデータを読
   み出す第３の手段と、 前記ネットワークを介して前記鍵管理コンピュータから
   暗号鍵を取り寄せる第４の手段と、 この第４の手段で取り寄せた前記暗号鍵で前記第３の手
   段で読出した暗号化データを復号し、その復号されたデ
   ータを読み出し要求を行なった前記アプリケーションプ
   ログラムに転送する第５の手段と、を備えることを特徴
   とするコンピュータシステム。
10. 【請求項１０】 アプリケーションプログラムに従った
    処理を実行するコンピュータと、該コンピュータに接続
    された記憶装置とを備えたコンピュータシステムにおい
    て前記アプリケーションプログラムが処理したデータを
    前記記憶装置に書き込んで保存するためのデータ保存処
    理用プログラムを記録した記録媒体であって、 前記アプリケーションプログラムからのデータの書き込
    み要求に対し、書き込み対象となるデータを前記記憶装
    置に書き込む前に、当該コンピュータとネットワークを
    介して接続された前記鍵管理コンピュータから暗号鍵を
    取り寄せる第１の処理と、 この第１の処理で取り寄せた暗号鍵により書き込み対象
    のデータを暗号化して前記記憶装置に書き込む第２の処
    理と、 前記アプリケーションプログラムからの読み出し要求に
    対して、前記記憶装置から暗号化されているデータを読
    み出す第３の処理と、 前記ネットワークを介して前記鍵管理コンピュータから
    暗号鍵を取り寄せる第４の処理と、 この第４の処理で取り寄せた前記暗号鍵で前記第３の処
    理で読出した暗号化データを復号し、その復号されたデ
    ータを読み出し要求を行なった前記アプリケーションプ
    ログラムに転送する第５の処理と、から成るデータ保存
    処理用プログラムが記録されていることを特徴とするデ
    ータ保存処理用記録媒体。
11. 【請求項１１】 暗号化する際にファイルをあらかじめ
    決めた一定長のレコードに区切り、各レコード内で暗号
    連鎖処理を区切ることを特徴とする請求項１から８記載
    のいずれかのデータ保存方法。
12. 【請求項１２】 前記レコード長をアプリケーションプ
    ログラムごとに決めることを特徴とする請求項１１記載
    のデータ保存方法。
13. 【請求項１３】 前記アプリケーションプログラムごと
    のレコード長として書き込み時のオーバヘッドを最少化
    する値を求めるために、アプリケーションプログラムの
    ファイルアクセス時の読み書き位置とそのアクセス長を
    記録しておいて、この記録からオーバヘッドを最少化す
    るレコード長を求めることを特徴とする請求項１１また
    は１２記載のデータ保存方法。
14. 【請求項１４】 前記レコード長をオペレーティングシ
    ステムが提供するファイルキャッシュ単位から決めるこ
    とを特徴とする、請求項１１乃至１３記載のいずれかの
    データ保存方法。
15. 【請求項１５】 前記レコード長を記憶装置内のディス
    ク上のセクタサイズから決めることを特徴とする請求項
    １１乃至１４記載のいずれかのデータ保存方法。
16. 【請求項１６】 前記コンピュータシステムにおけるコ
    ンピュータは、さらに、 アプリケーションプログラムからの書き込み要求と読み
    込み要求に含まれるアクセス位置とアクセス長を該アプ
    リケーションプログラムごとに記憶する第６の手段と、 第６の手段で記憶したアプリケーションプログラムごと
    のアクセス位置とアクセス長の情報から、書き込み時の
    オーバヘッド時間を最少にするレコード長を求める第７
    の手段と、 第７の手段で計算したレコード長をアプリケーションプ
    ログラムごとに記憶する第８の手段と、 ファイルの暗号連鎖処理を開始するために使う初期化デ
    ータを生成してファイルに読み書きする第９の手段と、 第２の手段で書き込み要求データの暗号化を実行する際
    に、第８の手段で記憶しておいたレコード長を読み出
    し、該書き込み要求データをレコード長に区切り、該書
    き込み要求データのレコードに対応するレコード鍵を第
    １の手段で得た暗号鍵から求め、該書き込み要求データ
    のレコードに対応するレコード初期化データを第９の手
    段で得た初期化データから求め、暗号連鎖処理を行ない
    ながら該書き込み要求データを暗号化する第１０の手段
    と、 第５の手段で読み出したデータの復号化を実行する際
    に、第８の手段で記憶しておいたレコード長を読み出
    し、該読み出しデータをレコード長に区切り、該読み出
    しデータのレコードに対応するレコード鍵を第４の手段
    で得た暗号鍵から求め、該読み出しデータのレコードに
    対応するレコード初期化データを第９の手段で得た初期
    化データから求め、暗号連鎖処理を行ないながら該読み
    出しデータを復号化する第１１の手段と、を備えること
    を特徴とする請求項９記載のコンピュータシステム。
17. 【請求項１７】 前記データ保存処理用データプログラ
    ムは、さらに、 アプリケーションプログラムからの書き込み要求と読み
    込み要求に含まれるアクセス位置とアクセス長を該アプ
    リケーションプログラムごとに記憶する第６の処理と、 第６の処理で記憶したアプリケーションプログラムごと
    のアクセス位置とアクセス長の情報から、書き込み時の
    オーバヘッド時間を最少にするレコード長を求める第７
    の処理と、 第７の処理で計算したレコード長をアプリケーションプ
    ログラムごとに記憶する第８の処理と、 ファイルの暗号連鎖処理を開始するために使う初期化デ
    ータを生成してファイルに読み書きする第９の処理と、 第２の処理で書き込み要求データの暗号化を実行する際
    に、第８の処理で記憶しておいたレコード長を読み出
    し、該書き込み要求データをレコード長に区切り、該書
    き込み要求データのレコードに対応するレコード鍵を第
    １の処理で得た暗号鍵から求め、該書き込み要求データ
    のレコードに対応するレコード初期化データを第９の処
    理で得た初期化データから求め、暗号連鎖処理を行ない
    ながら該書き込み要求データを暗号化する第１０の処理
    と、 第５の処理で読み出したデータの復号化を実行する際
    に、第８の処理で記憶しておいたレコード長を読み出
    し、該読み出しデータをレコード長に区切り、該読み出
    しデータのレコードに対応するレコード鍵を第４の処理
    で得た暗号鍵から求め、該読み出しデータのレコードに
    対応するレコード初期化データを第９の処理で得た初期
    化データから求め、暗号連鎖処理を行ないながら該読み
    出しデータを復号化する第１１の処理と、から成るデー
    タ保存処理用プログラムが記録されていることを特徴と
    する請求項１０記載のデータ保存処理用記録媒体。