JPH10260903A

JPH10260903A - グループ暗号方法、及びファイル暗号システム

Info

Publication number: JPH10260903A
Application number: JP9065898A
Authority: JP
Inventors: Hiromichi Ito; 浩道伊藤; Seiichi Suzaki; 誠一洲崎; Masato Arai; 正人荒井; Hisashi Umeki; 久志梅木
Original assignee: Hitachi Ltd
Current assignee: Hitachi Ltd
Priority date: 1997-03-19
Filing date: 1997-03-19
Publication date: 1998-09-29

Abstract

(57)【要約】【課題】本発明の目的は、複数のユーザーが同一のファ
イル利用する場合にも暗号化ファイルが一個で済み且つ
安全なファイル暗号システムおよびその制御方法を提供
することにある。【解決手段】クライアント情報処理装置１１０上に、共
用ファイル暗号プログラム２１とファイルＩ／Ｏフック
プログラム２２を設け、アプリケーションプログラム２
３からのファイル操作要求をフックし、自動的に暗号化
復号化を行うようにした。また、暗号化の対象とするデ
ィレクトリと暗号化したファイルを復号可能なユーザー
リストとを予めユーザー毎に設定可能とした。これによ
り前記アプリケーションプログラム操作時にユーザーが
明示的に暗号化や復号化の操作を指示しなくても、ファ
イルの暗号化、復号化処理を行うことができる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、情報処理装置にお
けるデータ等のファイルの暗号化に係り、特に、複数の
ユーザーが復号可能な暗号ファイルを作成、あるいは復
号化する場合に好適な、グループ暗号方法、及びファイ
ル暗号システムに関する。

【０００２】

【従来の技術】パーソナルコンピュータなどの情報処理
装置が普及するにつれて、各情報処理装置毎の磁気記憶
装置上に保管していたユーザーのプログラムファイル、
データファイルなどを一箇所の大容量磁気記憶装置に保
管し、各情報処理装置のユーザーがファイルを共用す
る、といった使い方が行われるようになってきた。一般
的には、ファイルサーバプログラムが搭載されたサーバ
情報処理装置と該サーバ情報処理装置へアクセスするた
めのクライアントプログラムが搭載された複数のクライ
アント情報処理装置をネットワークで接続し、サーバ情
報処理装置上のファイルを各クライアント情報処理装置
からアクセスし利用する。このようなファイル共用シス
テムは、従来は企業等の内部で閉じていたが、インター
ネットと呼ばれる世界的規模のネットワークの普及と共
に、このインターネットと企業内ネットワークを接続し
企業外からもアクセス可能とするケースが増大してい
る。上述のようなファイル共用システムの普及とネット
ワークの広域化は、ファイルサーバ上の共用ファイルの
セキュリティ即ち不正アクセスに対する防御の必要性を
従来にも増して高くしている。

【０００３】サーバ情報処理装置上のファイルのセキュ
リティを保つ方法としては、ファイルサーバプログラム
が具備するユーザー認証機構と、該ユーザー認証に基づ
いた、各ファイルへのアクセス権限設定／確認機構を用
いるのが一般的である。しかし、この方式ではネットワ
ーク上を流れるデータの暗号化が行われないため、盗聴
による不正アクセスが可能である。そこで、より高いセ
キュリティが必要な場合には、格納しているファイル或
いはネットワーク上を流れるファイルのデータを暗号化
するのが一般的である。これらの暗号化方法について
は、「データ保護と暗号化の研究」一松信監修、日本経
済新聞社（昭５８）などで詳しく開示されている。

【０００４】一般に、情報の暗号化に際しては、暗号ア
ルゴリズムと暗号鍵とが必要である。暗号アルゴリズム
とは、平文と呼ばれる誰でも正しい内容を理解できる情
報を、暗号文と呼ばれる全く意味の分からない形の情報
に変換する処理手順（暗号化）、及びその逆変換を行う
処理手順（復号化）のことである。暗号鍵とは、上記暗
号アルゴリズムの変換処理で使用する制御パラメータで
あり、同じ暗号アルゴリズムを使って平文を暗号化して
も、その際に使用する暗号鍵が異なると異なる暗号文に
変換される。そのため、ある暗号文をもとの平文に正し
く復号化するためには、暗号化時に使用したものと同じ
暗号鍵、あるいは暗号化時に使用した暗号鍵と対になっ
た暗号鍵が必要となる。前者のように、暗号化時と復号
化時に全く同じ暗号鍵を使用する暗号アルゴリズムを対
称鍵暗号、あるいは秘密鍵暗号といい、後者のように、
暗号化時と復号化時に異なる暗号鍵を使用する暗号アル
ゴリズムを非対称鍵暗号、あるいは公開鍵暗号という。

【０００５】さて、通常、一つの暗号システム利用環境
では、すべてのユーザが同一の暗号アルゴリズムを使用
し、暗号鍵を情報毎に使い分けることで機密保護を実現
する。例えば、個人的な情報、すなわち、暗号化した本
人だけが復号化することができればよい情報は、そのユ
ーザだけが保持している暗号鍵を使って暗号化すればよ
い。それに対して、二人あるいはそれ以上のユーザ間で
共有する情報、すなわち、暗号化した本人以外にもその
情報の正しい内容を知る権利をもつユーザがいる情報
は、それらすべてのユーザが共通に保持している暗号鍵
を使って暗号化することが必要となる。

【０００６】したがって、暗号を使って情報の機密保護
を行うためには、使用した暗号鍵を正当な権利を持つユ
ーザ間で共有しつつ、かつそれ以外の第三者に対して秘
密に管理する手段が必要である。

【０００７】暗号鍵を管理する上での課題として、以下
の二つがあげられる。

【０００８】一つは、暗号鍵の保管方法である。前述の
ように、暗号鍵は第三者に対して秘密に保持しなければ
ならない。例えば、ＨＤやＦＤに格納するファイルを暗
号化する場合、そのファイルをいつ復号化するかわから
ないので、暗号鍵もいっしょに保管しておくことが必要
となる。その際、ある一つの暗号鍵を使ってすべてのフ
ァイルを暗号化していると、もしもその暗号鍵を第三者
に知られてしまった場合に、すべてのファイルが復号可
能となってしまい、被害が甚大である。そのため、暗号
化の対象毎にそれぞれ異なる暗号鍵を使うといったこと
が望ましい。

【０００９】しかしその場合、ファイルの数が増えると
それにしたがって保管しなければならない暗号鍵も増え
てしまい、暗号鍵の管理が煩雑となる。また、そのため
に暗号鍵が第三者に漏れる危険性も増加する。

【００１０】ファイルを暗号化する際に使用する暗号鍵
の保管方法については、例えば「暗号と情報セキュリテ
ィ（編著：辻井重雄、笠原正雄；発行：昭晃堂）」に開
示されている。

【００１１】上記開示例では、まずランダムに生成した
乱数でファイルを暗号化して暗号文ファイルを生成す
る。さらに、その乱数もマスタ鍵と呼ぶ秘密数値で暗号
化し、暗号文鍵（暗号化された暗号鍵）を生成する。そ
して、この暗号文鍵を暗号文ファイルと合わせてＨＤや
ＦＤに格納する。暗号文ファイルを読み取る場合には、
まず併せて保管されている暗号文鍵をマスタ鍵で復号化
してから暗号文ファイルを復号化する。したがって、こ
の開示例では、マスタ鍵だけを秘密に保持すれば、各情
報をそれぞれ別々の暗号鍵で暗号化することができる。

【００１２】もう一つの課題は、暗号鍵の共有方法であ
る。例えば、電子メールやファイルサーバに格納するフ
ァイル等、二人あるいはそれ以上のユーザ間で共有され
る情報を暗号化する場合、それらユーザ間で、あらかじ
め何らかの方法により暗号鍵を共有しておくことが必要
である。

【００１３】この暗号鍵の共有という課題に対しては、
従来より様々な方法が提案されており、例えば「暗号理
論入門（著：岡本栄司、発行：共立出版）」において、
いくつかの方法（分類）が開示されている。

【００１４】上記分類の一つとして、ＩＣカード等の物
理的安全性が保証された装置を使った暗号鍵共有方法が
ある。この方法では、各ユーザはＩＣカードを持ってお
り、そのカードの保護領域（ＩＣカードの所有者自身で
も読み書きできない領域）には、すべてのＩＣカードに
共通なコア情報（ＣＫ）と、そのＩＣカードの所有者の
識別情報（ＩＤ）、さらにそれら情報とＩＣカード外部
より入力された情報から暗号鍵を生成するプログラムが
格納されている。

【００１５】例えば、ユーザＡが、ユーザＢおよびユー
ザＣと共有するファイルを暗号化する場合、ユーザＡ
は、まずユーザＢとユーザＣのＩＤを自分のＩＣカード
に入力する。ＩＣカードでは、入力された二つのＩＤ
と、カード内に格納されているユーザＡのＩＤおよびＣ
ＫからユーザＡ、Ｂ、Ｃ用の暗号鍵（ＫＡＢＣ）が生成
され、出力される。ＫＡＢＣを得たユーザＡは、次にラ
ンダムに生成した乱数でファイルを暗号化して暗号文フ
ァイルを生成する。さらに、その乱数をＫＡＢＣで暗号
化し、暗号文鍵を生成する。そして、この暗号文鍵を暗
号文ファイルと合わせて、電子メールとしてユーザＢや
ユーザＣに送付したりファイルサーバに格納したりす
る。

【００１６】電子メールやファイルサーバにある暗号文
ファイルを読み取る場合には、まず自分を除くユーザの
ＩＤを自分のＩＣカードに入力し、ＫＡＢＣを手に入れ
る。そして、暗号文鍵をそのＫＡＢＣで復号化してから
電子メールや暗号文ファイルを復号化する。したがっ
て、この開示例では、自分のＩＣカードだけをきちんと
保管すれば情報の機密性を確保することができる。ただ
し、上述のとおり、ＩＣカード内部の情報やプログラム
等は、正当な所有者であっても改変できないことが必要
である。なぜならば、その条件が満たされていなけれ
ば、自分のＩＤを他ユーザのＩＤに書き換えることによ
って、そのユーザのすべての暗号鍵（そのユーザＩＤを
要素の一つとして生成するすべての暗号鍵）を手に入れ
ることができてしまうからである。

【００１７】ＩＣカードを使った暗号鍵共有方法の具体
的な実現方式としては、例えば、「暗号通信方法および
暗号通信システム（特願平４−３１９４５７、出願人：
株式会社日立製作所、日立ソフトウェアエンジニアリン
グ株式会社、出願日：平成４年１１月４日）」に開示さ
れている。

【００１８】上記開示例は、電子メールシステム等によ
り同報通信を行う場合において、通信者が任意の一人ま
たは複数の通信相手と暗号鍵を共有することができる暗
号通信方法及び暗号通信システムに関するものであり、
各ユーザは、グループ識別番号と個人識別番号という二
つの識別番号を持っており、それら識別番号に基づいて
生成した暗号鍵を使って情報の機密保護を実現してい
る。

【００１９】以下に、図４６を用いて上記従来方式を簡
単に説明する。

【００２０】図４６において、４６００は端末４６１０
とＩＣカード４６２０、およびリーダライタ４６３０か
らなる情報処理装置であり、４６４０は情報処理装置４
６００が他の情報処理装置との間でデータのやり取りを
行うための通信網である。

【００２１】平文４６５１を暗号化する場合、まず端末
４６１０は、宛先リスト４６５０と呼ばれるグループの
名称やそのグループに含まれるユーザの名称とそれらの
識別番号とを対応づけた表を参照して、平文４６５１の
正当な開示先を示す配布先情報４６５２を生成する。具
体的には、配布先情報４６５２は、０あるいは１のいず
れかの値を取るビット列であり、それぞれのビットが各
ユーザの識別情報と１対１対応している。すなわち、当
該ビットが１であるユーザには正しい情報を手に入れる
権利があり、当該ビットが０であるユーザには正しい情
報を手に入れる権利がないことを示す。

【００２２】次に、端末４６１０は、上記配布先情報４
６５２をリーダライタ４６３０を介してＩＣカード４６
２０に送る。

【００２３】ＩＣカード４６２０は、入力された配布先
情報４６５２と、カード内に記憶された識別情報４６５
５とを比較し、識別情報４６５５に対応した配布先情報
４６５２のビットが０であるか１であるかをチェックす
る。そして、当該ビットが１である場合にのみ、上記配
布先情報４６５２とカード内に記憶されたマスタ鍵４６
５６とからグループ鍵４６５７を生成し、端末４６１０
に返送する。

【００２４】グループ鍵４６５７を得た端末４６１０
は、乱数４６５３を生成し、それで平文４６５１を暗号
化して暗号文４６５４を生成する。また、その乱数４６
５３をＩＣカードより受け取ったグループ鍵４６５７で
暗号化して暗号文鍵４６５８を生成する。そして、配布
先情報４６５２と暗号文鍵４６５８、および暗号文４６
５４を組にして通信相手に送信する。

【００２５】受信側で受け取った暗号文を復号化し、元
の正しい平文に復元する手順も、基本的には上記暗号化
手順と同様である。

【００２６】また、本開示例では電子メールシステムへ
の適用を想定しているが、ファイルサーバ等に格納され
る共用ファイルの暗号化にも適用可能であることは明ら
かである。

【００２７】また、前記インターネットにおいては、情
報発信機能を持つＷＷＷ（Ｗｏｒｌｄ−ＷｉｄｅＷｅ
ｂ）サーバを利用し、ハイパーテキストと呼ばれる形式
の文書ファイルで情報を提供するのが一般的となってい
る。前記ハイパーテキストを解釈し、グラフィカルに表
示するソフトウェアはブラウザと呼ばれ、広く普及して
いる。前記ハイパーテキストの言語仕様としては、ＨＴ
ＭＬ（ＨｙｐｅｒＴｅｘｔＭａｒｋｕｐＬａｎｇｕ
ａｇｅ）が一般に用いられており、この言語仕様やＨＴ
ＭＬで記述されたファイルを表示するブラウザについて
は、「ＵＮＩＸＭＡＧＡＺＩＮＥ」（１９９４．１０）
ｐｐ．５２−６０などで詳しく述べられている。

【００２８】なお、殆どのＨＴＭＬファイルは他のＨＴ
ＭＬファイルやイメージデータファイルとリンクしてお
り、前記ブラウザはＨＴＭＬファイルを受信した後で、
それがリンクしているイメージデータファイルを受信
し、該ＨＴＭＬファイルの内容と合わせて同一画面に表
示する。これらＨＴＭＬファイルとそれにリンクされた
イメージデータファイルを総括してページと呼ぶ。

【００２９】上記ＷＷＷサーバは、ＨＴＴＰ（Ｈｙｐｅ
ｒｔｅｘｔＴｒａｎｓｆｅｒＰｒｏｔｏｃｏｌ）と
いう通信規約に基づいて、上記ＨＴＭＬファイルやイメ
ージデータをブラウザに送信する。この時、インターネ
ット上を流れるデータは暗号化されていないため、ＷＷ
Ｗサーバに機密情報を含むページを格納することはセキ
ュリティ上問題がある。インターネット上を流れるデー
タの暗号化手段としては、例えばＳｅｃｕｒｅＨＴＴＰ
やＳＳＬ（ＳｅｃｕｒｅＳｏｃｋｅｔＬａｙｅｒ）
などが挙げられる。また、これらの技術については、
「日経コミュニケーション」日経ＢＰ社（１９９５．１
２．４ｐ７５−８０）などに記載されている。

【００３０】

【発明が解決しようとする課題】上述の暗号化は不正ア
クセスに対する防御という観点からは十分ではあるが、
複数のユーザーが同一のファイルを安全にアクセスでき
るようにするためには、ユーザー毎に異なる鍵を用いる
必要があり鍵の管理が困難であるという課題がある。ま
た、格納されているファイルを暗号化する場合には、鍵
毎に暗号化ファイルを作成する必要があり、記憶装置の
記憶容量を多く消費してしまうという課題がある。

【００３１】また、図４６で示した従来例では、例え
ば、非常に多くのユーザが利用するシステムにおいて、
以下のようないくつかの問題がある。

【００３２】第１の問題は、配布先情報の増加である。
上記従来技術では、各ユーザに識別情報として１ビット
ずつ割り当てるために、ユーザ数が増えるにしたがって
配布先情報のビット数が増えてしまう。また、一人のユ
ーザに対して暗号文を送信する場合と数千人、数万人の
ユーザに対して送信する場合に同じサイズの配布先情報
が必要となり、無駄が多い。

【００３３】第２の問題は、ユーザの利便性である。例
えば、企業においては、ある情報は部長以上の人ならば
見ることができ、また別の情報は総務課の女性だけが見
ることができるなどといった場合がある。つまり、個人
名以外にも所属や役職などといった個々のユーザを区分
するためのグループ識別情報（それらユーザをグループ
に分けている識別情報）、あるいはそれらの組み合わせ
によって、情報の開示先を木目細かく制御する必要があ
るということである。しかし、上記従来技術では、例え
ば、部長以上といったら誰なのか、総務課の女性といっ
たら誰なのか、ということをユーザが自分自身で考え
て、適切な配布先を指定しなければならない。

【００３４】また、ファイル共用システムの場合、クラ
イアント情報処理装置が必ずしも復号化ソフトウェアプ
ログラムを具備しているとは限らない。暗号化されたフ
ァイルを復号化ソフトウェアが具備されていない情報処
理装置上のアプリケーションプログラムで読み出した場
合、該情報処理装置のモニタ画面上に意味のない文字や
記号が表示されたり、該アプリケーションプログラムが
異常動作することがあるという課題がある。

【００３５】また、格納するファイルを暗号化する方法
では、ユーザーが暗号化操作を忘れてしまい、不正なア
クセスから防御すべきファイルを平文で格納してしまう
という課題がある。

【００３６】また、格納するファイルを暗号化する方法
では、そのファイルをいつまで秘密に保つかを指定でき
ないという課題がある。

【００３７】また、格納するファイルを暗号化する方法
では、そのファイルの復号権をもつユーザーにいつまで
復号を許すかを指定できないという課題がある。

【００３８】また、通信時にネットワーク上のデータを
暗号化する方法においては、暗号化処理のためアクセス
速度が低下してしまうという課題と、ＷＷＷサーバが機
密情報を平文ファイルで管理しているため、該平文ファ
イルを管理する情報処理装置に直接アクセスすることで
機密情報が漏れてしまうという課題とがある。

【００３９】さらに、ＷＷＷサーバからプロキシサーバ
を経由して機密情報ファイルを平文のまま受信すると、
機密情報ファイルがプロキシサーバ上にキャッシュされ
るため、直接プロキシサーバにアクセスすることで機密
情報が漏れてしまうという課題がある。

【００４０】また、上記ブラウザを具備するクライアン
ト情報処理装置が必ずしも復号化ソフトウェアプログラ
ムを具備しているとは限らない。暗号化されたファイル
を復号化ソフトウェアが具備されていない情報処理装置
上のブラウザで読み出した場合、該情報処理装置のモニ
タ画面上に意味のない文字や記号が表示されたり、該ブ
ラウザプログラムが異常動作することがあるという課題
がある。

【００４１】そこで、本発明の目的は、個人的な情報と
複数のユーザによって共有される情報とを、同様の手段
により、ユーザにあまり負担を掛けることなく適式に暗
号化して安全性を高めることができるグループ暗号方法
を提供することにある。

【００４２】また本発明の他の目的は、非常に多くのユ
ーザが利用するシステムにおいて、比較的少数のユーザ
が利用するシステムと同様な情報の機密保護を、少ない
システム負荷で効率的に実現するためのグループ暗号方
法を提供することにある。

【００４３】また本発明の他の目的は、企業情報システ
ムで利用する場合に、個人名だけでなく所属や役職など
といったグループ情報、およびそれらの任意の組み合わ
せによって情報の開示先、すなわち暗号を解読すること
ができるユーザを木目細かく指定可能なグループ暗号方
法を提供することにある。

【００４４】また本発明の他の目的は複数のユーザーが
同一のファイル利用する場合にも暗号化ファイルが一個
で済み且つ安全なファイル暗号システムおよびその制御
方法を提供することにある。

【００４５】また、本発明の他の目的は、複数のユーザ
ーが同一のディレクトリ内のファイルを暗号化する場合
に、復号化を許可するユーザーをユーザー毎に設定可能
なファイル暗号システムおよびその制御方法を提供する
ことにある。

【００４６】また本発明の他の目的は、復号化ソフトウ
ェアを具備していないクライアント情報処理装置におい
て暗号化されたファイルを読み出した場合にも、異常動
作することのないファイル暗号システムおよびその制御
方法を提供することにある。また本発明の他の目的は、
ユーザーが暗号化を忘れることのないファイル暗号シス
テムおよびその制御方法を提供することにある。

【００４７】また本発明の他の目的は、ファイルの暗号
化において、そのファイルをいつまで秘密に保つかを指
定可能であり、該指定にしたがって復号可否を制御可能
なファイル暗号システムおよびその制御方法を提供する
ことにある。

【００４８】また本発明の他の目的は、ファイルの暗号
化において、そのファイルの復号権をもつユーザーにい
つまで復号を許すかを指定可能であり、該指定にしたが
って復号可否を制御可能なファイル暗号システムおよび
その制御方法を提供することにある。

【００４９】また本発明の他の目的は、複数のユーザー
が同一のページをＷＷＷサーバから受信する場合にも暗
号ファイルが１ファイルにつき一個で済み、且つ安全な
暗号ファイル受信システム及びその制御方法を提供する
ことにある。

【００５０】また本発明の他の目的は、復号化ソフトウ
ェアを具備していないクライアント情報処理装置におい
て暗号化されたファイルを読み出した場合にも、異常動
作することのない暗号ファイル受信システム及びその制
御方法を提供することにある。

【００５１】さらに本発明の他の目的は、受信した暗号
ファイルの復号化処理を、ユーザーがファイル毎に明示
的に指示する必要のない暗号ファイル受信システム及び
その制御方法を提供することにある。

【００５２】

【課題を解決するための手段】上記目的を達成するため
に、本発明に係わるグループ暗号方法は、与えられた平
文を、期待される情報開示先を示す宛先リストと呼ぶ情
報に基づいて生成したグループ鍵によって暗号化する暗
号方法であって、上記グループ暗号利用環境は、該環境
を構築、管理するシステム管理者と、一般ユーザとから
なり、該システム管理者は、あらかじめ、マスタ鍵と呼
ぶ全システム共通の秘密数値と、個々のユーザを他のユ
ーザと区分するグループ識別情報（例えば、名前や性
別、年齢、所属、役職など）とを決定し、各ユーザに対
して、該グループ識別情報の要素であるユーザ識別情報
（例えば、日立太郎、男、３５歳、人事部、課長など）
を割り当て、該ユーザ識別情報（ＩＤ情報）とマスタ鍵
とを個人用媒体に格納して各ユーザに配布するようにす
る。

【００５３】平文を暗号化しようとするユーザ（暗号
者）は、宛先リスト生成手段を用いて期待される情報開
示先であるユーザ（復号者）のユーザ識別情報、または
複数の該ユーザ識別情報の組み合わせから宛先リストを
生成し、グループ鍵生成手段を用いて該宛先リストに基
づくグループ鍵を生成し、暗号化手段を用いて平文を該
グループ鍵で暗号化して暗号文を生成し、情報伝達手段
を用いて該宛先リストと暗号文とを組にして復号者に渡
すようにする。

【００５４】さらに、復号者は、グループ鍵生成手段を
用いて受け取った宛先リストに基づくグループ鍵を生成
し、復号化手段を用いて受け取った暗号文を該グループ
鍵で復号化して平文を生成するようにする。

【００５５】上記処理過程において、暗号者と復号者は
同じユーザでもよく、また異なるユーザでもよい。さら
に、暗号化対象は、個人的な情報でもあってもよく、ま
た複数のユーザによって共有される情報でもあってもよ
い。つまり、本発明によれば、個人的な情報と複数のユ
ーザによって共有される情報とを、同様の手段により、
ユーザにあまり負担を掛けることなく適式に暗号化して
安全性を高めることができる。

【００５６】本発明において、宛先リスト生成手段は、
例えば、“性別が女性であり、かつ所属が人事部あるい
は経理部である”というように、暗号者が指定した一つ
あるいは複数のユーザ識別情報から、それらを論理和演
算（ＯＲ演算）や論理積演算（ＡＮＤ演算）で結合した
条件式（上記例では、（人事部ＡＮＤ女性）ＯＲ（経理
部ＡＮＤ女性））である宛先リストを生成するようにす
る。

【００５７】さらに、グループ鍵生成手段は、暗号者あ
るいは復号者の個人用媒体から、該暗号者あるいは復号
者のユーザ識別情報を読み取り、該ユーザ識別情報と上
記宛先リストとを照合し、暗号者あるいは復号者が上記
宛先リストが示す条件に合致したときのみ、該宛先リス
トと、個人用媒体に格納されたマスタ鍵とからグループ
鍵を生成するようにする。

【００５８】また、暗号化手段および復号化手段は、与
えられた平文／暗号文を上記グループ鍵で暗号化／復号
化するようにする。

【００５９】以上のような手段を用いることにより、本
発明では、非常に多くのユーザが利用するシステムにお
いても、グループ鍵生成の基となる宛先リストを比較的
短くすることができ、効率的である。さらに、個人名だ
けでなく所属や役職等も含んだユーザ識別情報およびそ
れらの任意の組み合わせによって情報の開示先、すなわ
ち暗号を解読することができるユーザを木目細かく指定
することができ、便利である。

【００６０】上記暗号化手段は、与えられたグループ鍵
を用いて暗号化を行うのではなく、暗号者が生成した乱
数を用いて平文の暗号化を行ってもよい。ただし、その
場合には、該乱数をグループ鍵で暗号化して暗号文鍵を
生成し、該暗号文鍵を宛先リストや暗号文と組にし、情
報伝達手段を用いて復号者に渡すようにすることが必要
になる。さらに、復号化手段は、宛先リストに基づいて
生成したグループ鍵を用いて、暗号文鍵を復号化して上
記乱数を復元し、該乱数を用いて暗号文を復号化するよ
うにすることが必要になる。しかし、これにより、ユ
ーザの負担を減らすことができる。何らかの理由により
情報の開示先を変更する必要が発生した場合に、比較的
データ量が大きく、負担のかかる情報そのものの再暗号
化を行うことなく、データ量が少なく、負担のかからな
い暗号文鍵の再暗号化を行うだけでよいからである。

【００６１】情報伝達手段としては、例えば、電子メー
ルといった通信アプリケーションを用いて直接的に伝達
する場合や、暗号者がファイルサーバに書き込み、復号
者がファイルサーバから読み取るという形で伝達する場
合などがある。また、暗号者と復号者が同じ場合には、
端末に接続されたＨＤやＦＤに記憶しておくことも上記
情報伝達の役目を果たしている。

【００６２】個人用媒体は、可搬である程度の記憶領域
をもち、何らかの手段によりパソコン等とデータのやり
取りできるものを用いるとよい。個人用媒体としては、
例えば、ＩＣカードやＦＤを用いる。

【００６３】また、個人用媒体に前記ユーザ識別情報や
マスタ鍵と共に、該個人用媒体の正当な所有者であるこ
とを確認するためのパスワードを記憶しておき、該ユー
ザ識別情報とパスワードを使って本人確認処理を行い、
正しいユーザであることが確認されたときだけ、上記個
人用媒体を利用可能となるようにすれば、さらに情報の
安全性を確保できる。本人確認処理は、パスワードの代
わりに指紋や網膜パターンのような生物学的特徴によっ
て行うようにしてもよい。

【００６４】また、上記他の目的は、少なくともファイ
ルへの入出力制御機能を持つオペレーティングシステム
（ＯＳ）と、前記ファイルを格納する記憶装置とを具備
する情報処理装置において、暗号化を行う対象ディレク
トリを予めユーザー毎に複数設定可能な暗号化ディレク
トリ記憶手段と、前記記憶手段の記憶データを暗号化す
る手段と、前記ＯＳ上で動作するアプリケーションプロ
グラムから前記ディレクトリ内のファイルへの書き込み
データを暗号化する暗号化手段とを設けることによって
達成される。

【００６５】また、上記他の目的は、少なくともファイ
ルへの入出力制御機能を持つオペレーティングシステム
（ＯＳ）と、前記ファイルを格納する記憶装置と、前記
ファイルを暗号化するファイル暗号化手段と、前記ファ
イルを復号化する復号化手段とを具備する情報処理装置
において、前記ファイル暗号化手段は、アプリケーショ
ンプログラムが解釈し処理する文法に従って記述された
平文ファイルのデータ暗号化において、前記文法におけ
る前記アプリケーションプログラム処理時に処理対象外
として無視する注釈文とするための記述子を前記暗号化
後のデータに付加し暗号ファイルとして格納し、前記フ
ァイル復号化手段は、前記暗号ファイルのデータ復号化
において、前記注釈文のための記述子によって注釈文と
されたデータ部分を復号化し、暗号化前の平文ファイル
のデータとして格納することによって達成される。

【００６６】また、上記他の目的は、前記アプリケーシ
ョンプログラムから前記ＯＳに発行されるファイル操作
要求をフックするフック手段を設け、前記ファイル操作
要求発行時に自動的に暗号化あるいは復号化を行う手段
を設けることによって達成される。

【００６７】また、上記他の目的は、暗号化および復号
化を行う際に用いる鍵を生成するための情報に鍵生成の
有効期限を付加する手段と、前記鍵を生成する際に前記
有効期限をチェックし、有効期限を超過していた場合に
は前記鍵生成を行わない鍵生成手段とを設けることによ
って達成される。

【００６８】また、上記他の目的は、暗号化および復号
化を行う際に用いる鍵を生成するための情報にユーザー
或いはグループ毎の復号権限制御を行う期限を付加する
手段と、前記鍵を生成する際に前記期限をチェックし、
前記期限を超過していた場合にはユーザー或いはグルー
プ毎の復号権限制御を行わない鍵生成手段とを設けるこ
とによって達成される。

【００６９】また、上記他の目的は、少なくとも通信制
御機能とファイルへの入出力制御機能を持つオペレーテ
ィングシステム（ＯＳ）と、前記ファイルを格納する記
憶装置とを具備する第一の情報処理装置と、該第一の情
報処理装置とはネットワークで接続され、少なくとも前
記第一の情報処理装置上の記憶装置からファイルを受信
するための通信制御機能を持つオペレーティングシステ
ム（ＯＳ）を具備する第二の情報処理装置から構成され
るシステムにおいて、前記ファイルを暗号化して該暗号
ファイルに情報開示先となるユーザーのリストを添付す
るファイル暗号化手段と、前記第二の情報処理装置を利
用するユーザーが、前記記憶装置に登録された前記暗号
ファイルを受信したときに、該暗号ファイルを復号化す
る受信ファイル復号化手段と、前記ユーザーが前記ユー
ザーリストに含まれている場合には、前記受信ファイル
復号化手段を呼び出し、含まれていない場合には復号化
を行わないよう制御する復号権利判別手段とを設けるこ
とによって達成される。

【００７０】また、上記他の目的は、少なくともファイ
ルへの入出力制御機能を持つオペレーティングシステム
（ＯＳ）と、前記ファイルを格納する記憶装置と、前記
ファイルを暗号化するファイル暗号化手段とを具備する
第一の情報処理装置において、前記ファイル暗号化手段
は、アプリケーションプログラムが解釈し処理する文法
に従って記述された平文ファイルのデータ暗号化におい
て、前記文法における前記アプリケーションプログラム
処理時に処理対象外として無視する注釈文とするための
記述子を前記暗号化後のデータに付加し暗号ファイルと
して格納し、前記受信ファイル復号化手段は、前記暗号
ファイルのデータ復号化において、前記注釈文のための
記述子によって注釈文とされたデータ部分を復号化し、
暗号化前の平文ファイルのデータとしてアプリケーショ
ンプログラムに渡すことによって達成される。

【００７１】また、上記他の目的は、前記第二の情報処
理装置において、前記アプリケーションプログラムから
前記ＯＳに発行されるデータ送受信要求をフックするフ
ック手段を設け、該フック手段により前記アプリケーシ
ョンプログラムより先に受信データをチェックし、該受
信データが前記暗号ファイルのデータであれば復号化を
行い、前記アプリケーションプログラムに渡すことによ
って達成される。

【００７２】

【発明の実施の形態】以下、本発明の一実施例を図を用
いて説明する。

【００７３】まず、全体のシステム構成を説明する。図
１は、本発明の共用ファイル暗号システムの一構成例で
ある。１１０はクライアント情報処理装置、１２０はサ
ーバ情報処理装置である。サーバ情報処理装置１２０に
は、中央処理装置（ＣＰＵ）１ｂ、メモリ２ｂ、ＬＡＮ
コントローラ３ｂ、ディスクコントローラ４ｂ、磁気デ
ィスク５ｂが具備されている。前記サーバ情報処理装置
１２０の起動時には、オペレーティングシステム（Ｏ
Ｓ）２０ｂおよびファイルサーバプログラム２５が、デ
ィスクコントローラ４ｂを介して磁気ディスク５ｂから
メモリ２ｂ上にロードされる。クライアント情報処理装
置１１０には、ＣＰＵ１ａ、メモリ２ａ、ＬＡＮコント
ローラ３ａ、ディスクコントローラ４ａ、磁気ディスク
５ａ、ＩＣカードコントローラ６がそれぞれ具備されて
いる。前記クライアント情報処理装置１１０の起動時に
は、ＯＳ２０ａ、クライアントプログラム２４、共用フ
ァイル暗号プログラム２１、ファイルＩ／Ｏフックプロ
グラム２２が、前記ディスクコントローラ４ａを介して
前記磁気ディスク５ａから前記メモリ２ａ上にロードさ
れる。また、アプリケーションプログラム２３は、前記
クライアント情報処理装置１１０のユーザー（以下単に
ユーザーと呼ぶ）の指示によって前記ディスクコントロ
ーラ４ａを介して前記磁気ディスク５ａから前記メモリ
２ａ上にロードされる。前記ファイルＩ／Ｏフックプロ
グラム２２は、アプリケーションプログラム２３が前記
ＯＳ１ａに発行するファイルＩ／ＯＡＰＩをフック
（横取り）し、ファイルデータの暗号化・復号化をバッ
クグラウンドで自動的に行うものである。

【００７４】前記サーバ情報処理装置１２０と前記クラ
イアント情報処理装置１１０は、ローカルエリアネット
ワーク（ＬＡＮ）１０１を介して相互に接続されてお
り、各々のＬＡＮコントローラ３を介して通信を行う。
図１では一台のクライアント情報処理装置１１０を示し
たが、実際には、同じ構成のクライアント情報処理装置
１１０が複数前記ＬＡＮ１０１に接続されており、これ
らのクライアント情報処理装置１１０間で、前記サーバ
情報処理装置１２０の前記磁気ディスク５ｂに格納され
たファイルを共用する。ユーザーは前記共用を行うた
め、前記クライアントプログラム２４を介して前記磁気
ディスク５ｂ上の共用ファイルをアクセスする。

【００７５】また、クライアント情報処理装置１１０の
ＩＣカードコントローラ６は、ＩＣカード１３０が脱着
可能となっている。前記ＩＣカード１３０内には、ＣＰ
Ｕ１ｃ、不揮発性メモリ７、入出力インタフェース８が
具備されている。前記不揮発性メモリ７には、アクセス
制御プログラム３０、グループ暗号プログラム２８、Ｉ
Ｄ情報２９、マスタ鍵３１が書き込まれている。前記不
揮発性メモリ７の内容は、前記入出力インタフェース８
を介して外部からアクセスすることができる。ただし、
不正なアクセスから前記不揮発性メモリ７の記憶内容を
保護する為、前記ＣＰＵ１ｃによるユーザー認証制御が
必ず介在する仕組みとなっている。

【００７６】図２７は、前記共用ファイル暗号プログラ
ム２１と前記ファイルＩ／Ｏフックプログラム２２を構
成するプログラムルーチンを示す図である。前記共用フ
ァイル暗号プログラム２１は、前記ＩＣカード１３０へ
のログイン、ログアウトを行うログイン制御ルーチン１
０００、ログアウト制御ルーチン１１００、ユーザーが
ファイルの暗号化をその都度明示的に指示し暗号化する
手動ファイル暗号化ルーチン２０００、前記手動ファイ
ル暗号化をＨＴＭＬ（ＨｙｐｅｒＴｅｘｔＭａｒｋｕ
ｐＬａｎｇｕａｇｅ）で記述した共用ファイル向けに
アレンジしたＨＴＭＬファイル暗号化ルーチン２１００
から構成される。前記ファイルＩ／Ｏフックプログラム
２２は、ファイルオープンフックルーチン１２００、フ
ァイルクリエイトフックルーチン１３００、ファイルリ
ードフックルーチン１４００、ファイルライトフックル
ーチン１５００、ファイルクローズフックルーチン１６
００、ファイルリネームフックルーチン１７００から構
成される。

【００７７】図２は、前記ＩＤ情報２９の内容の一例を
示す図である。ここでは、カテゴリ毎の内容を示すデー
タとそのコードを１０組まで登録できるようになってい
る。実際に前記不揮発性メモリ７に記憶するのは、デー
タとコードの値だけである。

【００７８】次に、上記グループ暗号プログラム２８の
動作について説明する。グループ暗号では、復号化を許
す相手の宛先リストを作成し、該宛先リストをハッシュ
関数に入力することによって得られるハッシュ値を、暗
号化・復号化の鍵に用いる。前記鍵をグループ鍵５１と
呼ぶ。本実施例における宛先リストは、前記ＩＤ情報２
９を条件式で連結した形で表現する。具体的には、「カ
テゴリ番号」「データコード識別子」「演算子」「デー
タ」を一組とし、カンマ（、）で区切って並べる。この
カンマは論理和の意味を持つ。演算子としては、等しい
（＝）の他、大小（＞、＜）や論理積（＾）を用いるこ
とができる。例えば、図２で示した前記ＩＤ情報２９の
定義を用いた場合、「システム研究所の第四部の主任以上と暗号太郎」という宛先に対する宛先リストは、「５Ｃ＝６７６＾６Ｃ＝０４＾８Ｃ＞＝５、２Ｄ＝暗号
太郎」となる。

【００７９】図３は、前記宛先リストのハッシュ値を計
算し前記グループ鍵５１を作成する手順の一例を示す図
である。３１はマスタ鍵、４１は宛先リスト、５１はグ
ループ鍵、３２はハッシュ関数である。まず、前記ＩＤ
情報を元に作成した宛先リストのデータ長が８の倍数の
バイト数になっていない場合には不足分を空白文字で補
い更に８バイトの乱数を付加する。宛先リストが丁度８
の倍数であった場合には単に８バイトの乱数を付加す
る。８の倍数とした宛先リストを以下では単に宛先リス
ト４１と呼ぶ。このように乱数を付加することによっ
て、同じ宛先でも毎回異なるグループ鍵が生成されるの
でセキュリティを向上することができる。

【００８０】次にハッシュ関数３２の動作を簡単に説明
する。まず、前記宛先リスト４１を先頭から８バイトず
つブロック暗号方式によって暗号化し、該暗号化の結果
と初期値との排他的論理和を取り次の段のブロック暗号
の初期値として用いる。この処理を前記宛先リスト４１
の最後まで繰り返し、最後の段から出力される暗号化結
果と初期値との排他的論理和をグループ鍵５１とする。
なお、前記ブロック暗号では、８バイトのマスタ鍵３１
と８バイトの初期値を用いて入力データの暗号化を行
う。なお、データを暗号化するユーザーと復号化するユ
ーザーは、同じ値の前記マスタ鍵３１を使用する。

【００８１】図４は、前記ＩＣカード１３０内の前記グ
ループ暗号プログラム２８の処理内容を示すフロー図で
ある。グループ暗号プログラム２８では、上述のグルー
プ鍵生成方法を用いて前記宛先リスト４１からグループ
鍵５１を作成する。ステップ４０１では、前記ＩＣカー
ド１３０のアクセス制御プログラム２７に対するログイ
ンが完了しているかどうかを検査し、完了していなけれ
ばステップ４１１でエラーコードを設定して本プログラ
ムを終了する。前記ログインが完了している場合には、
入力された宛先リスト４１をステップ４０２で解析し、
前記ＩＤ情報２９に該当する宛先があるかどうかを検査
する。該検査の結果宛先が該当していればステップ４０
３を実行し、該当していなければステップ４１２でエラ
ーコードを設定し本プログラムを終了する。ステップ４
０３では、図３で説明した方法でグループ鍵を生成す
る。以上の処理によって、ＩＣカード１３０にログイン
済みで且つ前記宛先リストの宛先としてＩＣカード１３
０内のＩＤ情報２９に該当するものがある場合のみグル
ープ鍵を生成するように制御することができる。

【００８２】以上説明したグループ鍵５１を用いてデー
タを暗号化することによって、前記宛先リスト４１に含
まれるＩＤ情報２９を持つ者だけが該データの復号化を
可能とすることができる。

【００８３】次に、上述のグループ暗号をファイルの暗
号に適用した例について説明する。図５は、ファイルの
暗号化手順と暗号化後のファイルの構成を示す図であ
る。５０１は暗号化する前の平文ファイル、５０２は暗
号化後の暗号文ファイルである。６１は乱数として生成
された実行鍵、５０４は前記実行鍵６１を鍵として前記
ファイル５０１の内容を暗号化した暗号文データ、５０
５は暗号文データ５０４に付加するヘッダ、５０６から
５１１は前記ヘッダ５０５の内容であり、５０６は使用
した暗号化方式を示す文字列、５０７は前記平文ファイ
ル５０１のファイル名、５０８前記平文ファイル５０１
のファイルサイズ、５０９は前記実行鍵６１をグループ
鍵５１で暗号化した暗号化実行鍵、５１０は前記宛先リ
スト４１のサイズ、５１１は前記宛先リスト４１を前記
マスタ鍵３１で暗号化した暗号化宛先リストである。前
記暗号文ファイル５０２は、図６に示すように上記手順
と全く逆の手順で復号化することができる。上述のファ
イル暗号化においては、前記グループ鍵５１は前記実行
鍵６１を暗号化する為に用い、ファイルデータの暗号化
には前記実行鍵６１を用いた。したがって、前記宛先リ
スト４１を変更する場合には、まず前記実行鍵６１を変
更前の前記宛先リスト４１で生成した前記グループ鍵５
１で復号化し、次に変更後の前記宛先リスト４１から生
成した前記グループ鍵５１で再暗号化すればよい。これ
により、前記宛先リスト４１の変更時にも前記実行鍵６
１に比べデータ量の多いファイルデータは再暗号化が不
要とすることができ、変更処理を高速に行うことができ
る。

【００８４】次に、上記ファイルの暗号化を用いてユー
ザーが操作するファイルを自動的に暗号化・復号化する
機能について説明する。ここで用いるファイルシステム
は、最近のＯＳが具備する一般的なものであり、ツリー
状の階層構造を持つ。ツリーの節の部分はディレクトリ
と呼ばれ、各ディレクトリに存在するファイルはディレ
クトリファイルと呼ばれるファイルによって管理され
る。ファイルの物理的な格納場所は、前記クライアント
情報処理装置１１０の前記磁気ディスク５ａあるいは前
記サーバ情報処理装置１２０の前記磁気ディスク５ｂの
どちらでもよい。図７はユーザーから見た論理的なディ
レクトリの構成を示す図である。本実施例のファイルの
自動暗号化、復号化を導入していない場合は前記論理的
なディレクトリ構成と物理的なディレクトリ構成は同一
である。図８は、ファイルの自動暗号化、復号化を導入
した後の物理的なディレクトリ構成を示す図である。ユ
ーザーがファイルの自動暗号化、復号化を行うディレク
トリには、ファイル名としてユーザー名とその末尾
に「．ｄｅｉ」を付加したファイル名で宛先リストファ
イル９０１を作成する。また、全ユーザーに共通な宛先
を設定して暗号化を行う場合には、「ｄｅｆａｕｌｔ．
ｄｅｉ」というファイル名で宛先リストファイル９０１
を作成する。このように前記宛先リストファイル９０１
を作成しておくと、前記宛先リストファイル９０１に記
載された宛先リストを宛先としたファイルの自動暗号化
が行われ、連番とその末尾に「．ｓｓｆ」を付加したフ
ァイル名で格納される。例えば、図７のファイル「ｏｓ
ａｋａ．ｄｏｃ」は「０００１．ｓｓｆ」として格納さ
れる。また前記自動暗号化が行われたディレクトリに
は、「ｆｉｌｅｉｎｆｏ．ｄｅｉ」という名称の暗号フ
ァイル情報ファイル９０２が作成される。図９は、前記
宛先リストファイル９０１、前記暗号ファイル情報ファ
イル９０２の内容の一例を示す図である。各ユーザーの
宛先リストファイル９０１は、該ユーザーを宛先とした
グループ暗号で暗号化している。また、「ｄｅｆａｕｌ
ｔ．ｄｅｉ」は、前記マスタ鍵３１を用いて暗号化して
いる。これによって、宛先リストファイルの不正な読み
出しや改竄を防止できる。一方、暗号ファイル情報ファ
イル９０２には、暗号化後のファイル名、暗号化前の平
文ファイル名、暗号化前の平文ファイルのサイズが書き
込まれている。上述のファイル名称はあくまでも一例で
あり他の名称を用いてもよい。

【００８５】以下、図８に示したような物理的構造を持
つファイルを図７に示した論理的ファイル構造として扱
うための処理プログラムの詳細を説明する。

【００８６】まず、共用ファイル暗号プログラム２１内
のログイン処理ルーチン１０００、ログアウト処理ルー
チン１１００について説明する。図１０は、前記ＩＣカ
ード１３０へのログイン処理ルーチン１０００の処理フ
ローを示す図である。まず、ステップ１００１でユーザ
ーがＩＤとパスワードの入力を行い、ステップ１００２
では前記ユーザーＩＤと前記パスワードを用いて前記Ｉ
Ｃカード１３０にログインを試み、ステップ１００３で
前記ログインが成功したかどうかを判定する。前記判定
の結果、失敗の場合はステップ１００９を実行し、３回
続けて失敗するまではステップ１００１以下を繰り返す
よう制御する。ログインに成功すると、ステップ１００
４でイベント待ち状態となる。イベントが到着すると、
ログアウト要求かどうかを調べ、ログアウト要求ならば
ステップ１００８でログアウト処理を行い終了する。前
記イベントがログアウト要求でなければステップ１００
６でタイマイベントかどうかを調べ、タイマイベントで
なければステップ１００４に戻る。タイマイベントであ
った場合には、ＩＣカード１３０が前記クライアント情
報処理装置１１０に接続されているかどうかを調べ、接
続されていればステップ１００４に戻り、接続されてい
ない場合は、ステップ１００８のログアウト処理を実行
し、終了する。このように、タイマイベントを用いて定
期的に前記ＩＣカード１３０の接続を調べることによっ
て前記ＩＣカード１３０を抜いた際のログアウト処理を
自動化することができる。

【００８７】図１１は、前記ＩＣカード１３０からのロ
グアウト処理ルーチン１１００の処理フローを示す図で
ある。まず、ステップ１１０１でオープン中の暗号ファ
イルがあるかどうかを調べ、あればステップ１１０２で
ユーザーにログアウトを中止するか否かを尋ねる。ログ
アウト処理を中止する場合には、本ルーチンを終了す
る。中止しない場合には、ステップ１１０３でオープン
中の暗号ファイルのクローズ処理を行い、処理を継続す
る。ステップ１１０４では、ＩＣカード１３０がクライ
アント情報処理装置１１０に接続されているかどうかを
調べ、接続されていればステップ１１０５でＩＣカード
１３０に対してログアウトコマンドを送出し処理を終了
する。接続されていなければそのまま処理を終了する。

【００８８】次に、前記ファイルＩ／Ｏフックプログラ
ム２２内の各ルーチンの処理について説明する。まず、
ファイルのデータ入出力とその管理方法から説明する。

【００８９】図１８は、本実施例のファイル暗号化・復
号化におけるデータの入出力方法を示す図である。前記
暗号文ファイル５０２の前記暗号文データ５０４は、暗
号文ブロックバッファ８２のサイズ単位で前記暗号文ブ
ロックバッファ８２との間で読み出し・書き込みが行わ
れる。前記暗号文ブロックバッファ８２のデータは復号
化し平文ブロックバッファ８１に転送される。また、前
記平文ブロックバッファ８１のデータは暗号化し前記暗
号文ブロックバッファ８２に転送される。

【００９０】図１９は、オープン中の暗号ファイルを管
理するためのファイルハンドルテーブル９０である。ハ
ンドル番号１９０２、オープンモード１９０３、平文フ
ァイルポインタ１９０４、暗号ファイルポインタ１９０
５、バッファポインタ１９０６、更新フラグ１９０７、
宛先リスト４１の各情報を、オープン中の各ファイル毎
にポインタ１９０１を用いてリスト構造で記憶してい
る。ここでハンドル番号１９０２は、ファイルをオープ
ンした際に前記ＯＳ２０から与えられる管理番号、オー
プンモード１９０３とは、読み出し専用、書き込み専
用、あるいは読み書き用などのモードを示す値である。
前記平文ファイルポインタ１９０４は復号化後の平文フ
ァイル５０１に対するリード・ライトを行う際の起点を
示すものであり、平文ファイル５０１の先頭からのバイ
ト数で示される。なお、平文ファイル５０１は、平文ブ
ロックバッファ８１を通して読み書きする論理的なファ
イルとして存在する。暗号ファイルポインタ１９０５
は、暗号文ファイルに対するリード・ライトを行う際の
起点を示すものであり、５０２のヘッダ５０５を含む先
頭からのバイト数で示される。前記暗号ファイルポイン
タ１９０５は、ファイルの最後のブロック部分以外では
バッファサイズ単位で増減する。バッファポインタ１９
０６は、平文ブロックバッファ８１および暗号文ブロッ
クバッファ８２に転送されているデータの先頭が前記平
文ファイル５０１のどの部分に該当するデータであるか
を示す値であり、前記平文ファイル５０１の先頭からの
バイト数が格納してある。前記バッファポインタ１９０
６はバッファサイズの単位でのみ増減する。更新フラグ
１９０７は、前記平文ブロックバッファ８１のデータ
が、ライトＩ／Ｏ操作によって更新されているが暗号文
ブロックバッファ８２への転送と暗号文ファイル５０２
への書き込みが完了していない状態を示すフラグであ
る。

【００９１】図１２は、前記ファイルオープンフックル
ーチン１２００の処理フローを示す図である。まず、ス
テップ１２８１で、フックしたファイルのディレクトリ
に前記暗号ファイル情報ファイル９０２が存在するか否
かを調べ、存在すれば前記暗号ファイル情報ファイル９
０２の内容を参照し、フックしたファイルのファイル名
が登録されているか否かを調べる。登録されていれば、
ステップ１２８２で対応する暗号文ファイル５０２のフ
ァイル名称にファイル名称を変更する。次に、ステップ
１２０１で前記ＯＳ２０ａに対しファイルオープン要求
を発行する。該オープンが成功したかどうかをステップ
１２０２で調べ、失敗した場合は本ルーチンを終了す
る。次にステップ１２０３で、ＩＣカード１３０へのロ
グインが終了しているかどうかを調べ、ログイン済みの
場合は、ステップ１２０７に処理を移す。ログイン済み
でなかった場合には、ステップ１２０４で当該ファイル
が暗号ファイルであるかどうかを調べ、暗号ファイルで
なかった場合は本ルーチンの処理を終了する。暗号ファ
イルの場合には、ステップ１２０５で前記ログイン処理
ルーチン１０００を呼び出すことによってＩＣカード１
３０へのログイン処理を行う。ステップ１２０６では、
前記ログイン処理が成功したかどうかを調べ、成功しな
かった場合はステップ１２１５でメッセージ２１２５
２を表示して本ルーチンを終了する。ログインに成功し
た場合は、ステップ１２０７で当該ファイルの復号権限
があるか、即ち宛先にログイン中のユーザーが含まれて
いるかどうかを判定する。前記判定は暗号ファイルの前
記ヘッダ５０５の前記暗号化宛先リスト５１１を復号化
することによって前記宛先リスト４１を取得し、該宛先
リスト４１を前記ＩＣカード１３０の前記グループ暗号
プログラム２８に入力し、グループ鍵５１が出力される
かエラーコードが出力されるかで行う。復号権限がない
場合には、ステップ１２１５でメッセージ２１２５２
を表示して本ルーチンを終了する。復号権限がある場合
にはステップ１２０９において、当該ユーザーまたは共
通の前記宛先リストファイル９０１が当該ディレクトリ
に存在するかどうかを調べ、存在すれば暗号化対象ディ
レクトリであると判定する。暗号化対象ディレクトリで
なければステップ１２１６を実行し、フックしているフ
ァイルが暗号ファイルであるかどうかを調べ、暗号ファ
イルでなければ本ルーチンを終了する。暗号ファイルの
場合は、ステップ１２１７でメッセージ３１２５３を
表示し、処理を中断するか否かをユーザーに問い合わせ
る。上記ステップ１２０９で暗号化対象ディレクトリと
判定した場合は、ステップ１２１０でフックしているフ
ァイルが暗号ファイルかどうかを調べ、暗号ファイルで
なかった場合には、ステップ１２１１でメッセージ１
１２５１を表示し、処理を中断するか否かをユーザーに
問い合わせる。ステップ１２１０の判定で、暗号ファイ
ルであった場合には、ステップ１２１８で当該ファイル
の宛先リスト４１と当該ディレクトリの宛先リストファ
イル９０１に書かれた宛先リスト４１の宛先が同じか異
なるかを調べ、異なっていた場合には、ステップ１２１
９でメッセージ４１２５４を表示し、処理を中断する
か否かをユーザーに問い合わせる。前記ステップ１２１
８で宛先が同じと判定した場合には、ステップ１２２０
でファイルハンドルテーブル９０への登録を行い、本ル
ーチンを終了する。また、前記ステップ１２１７、１２
１１、１２１９でのメッセージ表示に対し、ユーザーが
処理の中止を選択したかどうかはステップ１２１２で判
定し、中止の場合はステップ１２１３でファイルをクロ
ーズし、ステップ１２１４でリターンコードにオープン
エラーを設定し本ルーチンを終了する。前記ステップ１
２１２での前記判定が中止でなければ、前記ステップ１
２２０を実行し、本ルーチンを終了する。

【００９２】図１３は、ファイルクリエイトフックルー
チン１３００の処理フローを示す図である。まず、ステ
ップ１３０１で、ＩＣカード１３０へのログインが終了
しているかどうかを調べ、ログイン済みの場合はステッ
プ１３０６に処理を移す。ログイン済みでなかった場合
には、ステップ１３０２で当該ユーザーまたは共通の前
記宛先リストファイル９０１が当該ディレクトリに存在
するかどうかを調べ、存在すれば暗号化対象ディレクト
リであると判定する。暗号化対象ディレクトリでなけれ
ば、ステップ１３３１でファイルクリエィトを実行し本
ルーチンを終了する。暗号化対象ディレクトリの場合
は、ステップ１３０３でメッセージ５１３５５を表示
し、ステップ１３０４で前記ログイン処理ルーチン１０
００を呼び出すことによって前記ＩＣカード１３０への
ログイン処理を行う。ステップ１３０５では、前記ログ
イン処理が成功したかどうかを調べ、成功しなかった場
合はステップ１３４１でメッセージ６１３５６を表示
してファイルクリエイトを中止するか否かユーザーに問
い合わせる。ステップ１３４２でユーザーの選択を判定
し、中止の場合はステップ１３４３でクリエイトエラー
を設定し本ルーチンを終了する。中止でない場合は、ス
テップ１３２０でファイルクリエイトを実行し本ルーチ
ンを終了する。一方、ステップ１３０５でログインに成
功した場合は、ステップ１３０６で、当該ディレクトリ
に当該ユーザーまたは共通の前記宛先リストファイル９
０１が存在するかどうかを調べ、存在すれば暗号化対象
ディレクトリであると判定する。暗号化対象ディレクト
リでなければステップ１３２０でファイルクリエイトを
実行し、本ルーチンを終了する。暗号化対象ディレクト
リである場合は、ステップ１３０７でファイル名称を、
連番とその末尾に「．ｓｓｆ」を付加したファイル名に
置き換え、ステップ１３０８でファイルクリエイトを実
行する。ステップ１３０９では、前記ファイルクリエィ
トが成功したかどうかを調べ、失敗ならば本ルーチンを
終了し、成功ならばステップ１３１０以下を実行する。
ステップ１３１０では、暗号ファイルの前記ヘッダ５０
５を生成し、ステップ１３０８で作成したファイルの先
頭部分に書き込む。続くステップ１３１１では前記暗号
ファイル情報ファイル９０２への登録を行い、さらにス
テップ１３１２でファイルハンドルテーブル９０への登
録を行い本ルーチンを終了する。

【００９３】図１４は、リードフックルーチン１４００
の処理フローを示す図である。まず、ステップ１４０１
でリードＩ／Ｏのパラメータに含まれるファイルハンド
ル番号が前記ファイルハンドルテーブル９０に既に登録
されているかどうかを調べ、登録されていなければ暗号
・復号対象のファイルではないのでステップ１４２１で
通常のファイルリードＩ／Ｏを実行し、本ルーチンを終
了する。ファイルハンドルテーブル９０に登録済みの場
合は、ステップ１４０２で、前記ファイルハンドルテー
ブル９０の前記オープンモード１９０３がリード可にな
っているかどうかを調べ、リード不可であれば処理が継
続できないので、ステップ１４２２でエラーコードを設
定して本ルーチンを終了する。次に、ステップ１４０３
で前記平文ファイルポインタ１９０４を取得する。ステ
ップ１４０４では、前記平文ファイルポインタ１９０４
が、前記バッファポインタ１９０６から始まるバッファ
の中を指し示しているかどうかを調べる。指し示してい
ればステップ１４１３に処理を移し、指し示していなけ
ればステップ１４０５以下を実行する。ステップ１４０
５では前記更新フラグ１９０７を参照し、前記平文ブロ
ックバッファ８１中に更新データがあるかどうかを調
べ、あればステップ１４０６で実際の暗号文ファイル５
０２のファイルポインタをＯＳへのシークコマンドによ
って前記バッファポインタ１９０６へと移動させる。ス
テップ１４０７で平文ブロックバッファ８１のデータを
暗号化し、暗号文ブロックバッファ８２に転送すると共
に、暗号文ファイル５０２に書き戻す。ステップ１４０
８では前記更新フラグ１９０７をクリアし、前記平文ブ
ロックバッファ８１中に更新データがないことを示すよ
うに設定する。ステップ１４０９で実際の暗号文ファイ
ル５０２のファイルポインタをＯＳへのシークコマンド
によって前記暗号ファイルポインタ１９０５へと移動さ
せる。ステップ１４１０では、ブロックサイズ分のデー
タを前記暗号文ファイル５０２から暗号文ブロックバッ
ファ８２へと読み出す。ステップ１４１１では、前記暗
号文ファイルポインタ１９０５、前記バッファポインタ
１９０６を更新する。ステップ１４１２では、暗号文ブ
ロックバッファ８２のデータを復号化し平文ブロックバ
ッファ８１に転送する。ステップ１４１３では、フック
したファイルリードＩ／Ｏの要求元アプリケーションプ
ログラム２３が指定した要求バッファに平文ブロックバ
ッファ８１からデータを転送する。ステップ１４１４で
は、前記転送を行ったバイト数を前記平分ファイルポイ
ンタ１９０４に加算する。ステップ１４１５では、フッ
クしたファイルリードＩ／Ｏの要求元が要求したサイズ
分のデータを前記要求バッファに転送したかどうかを調
べ、未完了ならばステップ１４１０以下を再び実行し、
完了ならば本ルーチンを終了する。

【００９４】図１５は、ライトフックルーチン１５００
の処理フローを示す図である。まず、ステップ１５０１
でフックしたライトＩ／Ｏのパラメータに含まれるファ
イルハンドル番号が前記ファイルハンドルテーブル９０
に既に登録されているかどうかを調べ、登録されていな
ければ暗号・復号対象のファイルではないのでステップ
１５２１で通常のファイルリードＩ／Ｏを実行し、本ル
ーチンを終了する。ファイルハンドルテーブル９０に登
録済みの場合は、ステップ１５０２で、前記ファイルハ
ンドルテーブル９０の前記オープンモード１９０３が
「リードライト可」になっているかどうかを調べ、「リ
ードライト可」でなければステップ１５３１でエラーコ
ードを設定して本ルーチンを終了する。「ライト可」だ
けではなく「リードライト可」の必要があるのは、暗号
化のブロック単位よりも小さなサイズの書込に対して
は、不足分のデータをリードした上で暗号化して書き戻
すリードモディファイライト処理が必要なためである。
前記ファイルオープンフックルーチンで「ライト可」を
強制的に「リードライト可」に置き換えてファイルをオ
ープンしておいてもよい。次に、ステップ１５０３で前
記平文ファイルポインタ１９０４を取得する。ステップ
１５０４では、前記平文ファイルポインタ１９０４が、
前記バッファポインタ１９０６から始まるバッファの中
を指し示しているかどうかを調べる。指し示していれば
ステップ１５１３に処理を移し、指し示していなければ
ステップ１５０５以下を実行する。ステップ１５０５で
は前記更新フラグ１９０７を参照し、前記平文ブロック
バッファ８１中に更新データがあるかどうかを調べ、更
新データがなければステップ１５１０に処理を移し、更
新データがあればステップ１５０６で実際の暗号文ファ
イル５０２のファイルポインタをＯＳへのシークコマン
ドによって前記バッファポインタ１９０６へと移動させ
る。ステップ１５０７では、平文ブロックバッファ８１
のデータを暗号化し、暗号文ブロックバッファ８２に転
送すると共に、暗号文ファイル５０２に書き戻す。ステ
ップ１５０８では前記更新フラグ１９０７をクリアし、
前記平文ブロックバッファ８１中に更新データがないこ
とを示すように設定する。ステップ１５０９では、暗号
文ファイル５０２のファイルポインタをＯＳへのシーク
コマンドによって前記暗号ファイルポインタ１９０５が
指し示す位置へと移動させる。ステップ１５１０では、
フックしたファイルライトＩ／Ｏ要求の書込データ領域
が、現在の平文ブロックバッファ８１全体を包含するか
否かを調べる。前記調査の結果全体を包含していない場
合は、不足分を読み出しマージする必要があるので、ス
テップ１５１１で暗号文ブロックバッファ８２のサイズ
分だけ暗号文ファイル５０２をリードする。リードした
データは、前記暗号文ブロックバッファ８２に格納する
と共に、復号化し前記平文ブロックバッファ８１に格納
する。一方、前記ステップ１５１０での調査の結果、全
体を包含していれば不足分を読み出す必要がないのでス
テップ１５１８でステップ１５１１のリードサイズと同
じサイズ分だけシーク処理を行う。ステップ１５１２で
は、暗号文ファイルポインタ１９０５、バッファポイン
タ１９０６を更新する。ステップ１５１３では、平文フ
ァイルポインタ１９０４の指し示す位置から暗号文ファ
イルポインタ１９０５の指し示す位置の手前までのデー
タを、フックしたファイルＩ／Ｏ要求の書込データバッ
ファから平文ブロックバッファ８１に転送する。ステッ
プ１５１４では、平文ブロックバッファ８１の内容が更
新されたことを示す更新フラグ１９０７をセットし、ス
テップ１５１５でフックしたファイルＩ／Ｏライト要求
の全データの転送を完了したかどうかを判定し、完了し
ていなければステップ１５０６以下を完了するまで繰り
返し実行する。以上の処理によって、平文ブロックバッ
ファ８１は、先読みと先復号化キャッシュとして動作
し、且つライトバックキャッシュとして動作するので、
暗号化・復号化によるファイルＩ／Ｏ処理速度の低下を
少なく抑えることができる。

【００９５】図１６は、クローズフックルーチン１６０
０の処理フローを示す図である。まず、ステップ１６０
１で前記ファイルハンドルテーブル９０に、当該クロー
ズ要求のあったファイルハンドルが登録されているかど
うかを調べ、登録されていなければステップ１６０７に
処理を移行し、ファイルをクローズして終了する。前記
ファイルハンドルテーブル９０に登録済みのファイルで
あった場合には、前記ファイルハンドルテーブル９０の
更新フラグ１９０７を参照し、前記更新フラグ１９０７
がセット、即ちファイルに書き戻されていない更新デー
タが平文ブロックバッファ８１に存在するかどうかを調
べる。前記更新フラグ１９０７がセットされていた場合
には、ステップ１６０３で平文ブロックバッファ８１の
内容を暗号化し、ファイルに書き戻す処理を行う。続く
ステップ１６０４では、前記平文ブロックバッファ８１
を、全て０などのデータを書き込むことによってクリア
し、ステップ１６０５で前記平文ブロックバッファ８１
と前記暗号文ブロックバッファ８２を解放する。ステッ
プ１６０６では、前記ファイルハンドルテーブル９０か
ら当該ファイルのノードを削除し、ステップ１６０７で
ファイルクローズ要求をＯＳに発行し、本ルーチンを終
了する。

【００９６】図１７は、ファイルリネームフックルーチ
ン１７００の処理フローを示す図である。まず、ステッ
プ１７０１でリネームの対象がディレクトリファイルか
どうかを判定し、ディレクトリファイルならばステップ
１７２１でリネームを実行し、本ルーチンを終了する。
ディレクトリファイルでなければ、ステップ１７０２で
対象ファイルが暗号ファイルかどうかを判定し、暗号フ
ァイルでなければ前記ステップ１７２１でリネームを実
行し、本ルーチンを終了する。続くステップ１７０３で
は、当該ファイルの復号権限があるか、即ち前記ヘッダ
５０５の宛先リスト４１にログイン中のユーザーのＩＤ
情報２９とマッチする項目が含まれているかどうかを判
定し、復号権限がなければ、ステップ１７１１で権限が
ない旨のメッセージを表示し、ステップ１７１２でエラ
ーコードを設定し本ルーチンを終了する。復号権限があ
る場合は、ステップ１７０４で、当該ファイルのヘッダ
５０５の平文ファイル名５０７を前記アプリケーション
プログラム２３が指示した新名称に変更し、ステップ１
７０５では暗号ファイル情報ファイル９０２に記載され
た当該ファイルの平文ファイル名称を前記ステップ１７
０４と同様に新名称に変更し、本ルーチンを終了する。

【００９７】以上説明したファイルＩ／Ｏフックプログ
ラム２２の各ルーチンの処理によって、所望のディレク
トリ内のファイルの暗号化・復号化をアプリケーション
プログラム２３からは透過に実現することができる。

【００９８】次に、前記共用ファイル暗号プログラム２
１に含まれる手動ファイル暗号化ルーチン２０００につ
いて図２０を用いて説明する。このルーチンは、暗号化
を行う平文ファイルのファイル名称と、暗号化後の暗号
文ファイル名称と宛先リスト４１を入力として動作す
る。まず、ステップ２００１では、指定された平文ファ
イルをオープンし、ステップ２００２で仮の名称を付け
た一時ファイルを作成する。ステップ２００４では指定
された前記宛先リスト４１を前記ＩＣカード１３０のグ
ループ暗号プログラム２８に与えることによってグルー
プ鍵を生成する。前記生成には前記ＩＣカード１３０へ
のログインが必要であるが、上記の実施例と同様である
のでここでは記述を省略している。ステップ２００５で
は乱数である前記実行鍵４１を生成し、ステップ２００
６で前記ヘッダ５０５を前記一時ファイルの先頭部分に
書き込む。ステップ２００９では、平文ファイルからデ
ータを読み出し、ステップ２０１０で該データを暗号化
し、ステップ２０１１で該暗号化データを一時ファイル
に書き込む。ステップ２０１２では、前記平文ファイル
の全データの暗号化を終了したかどうかを判定し、終了
するまで前記ステップ２００９、２０１０、２０１１を
繰り返し実行するように制御する。ステップ２０１３で
は、前記平文ファイルと前記一時ファイルの両方をクロ
ーズする。ステップ２０１４では、指定された平文ファ
イル名と暗号文ファイル名が同一かどうかを判定し、同
一ならばステップ２０１５で前記平文ファイルを削除す
る。ステップ２０１６では、前記一時ファイルのファイ
ル名称を指定された暗号文ファイル名称に変更し、本プ
ログラムを終了する。

【００９９】次に、本発明の他の実施例を図を用いて説
明する。

【０１００】まず、全体のシステム構成を説明する。図
３３は、本発明の暗号ファイル受信システム及びその制
御方法の一構成例である。１１０はクライアント情報処
理装置、１２０はサーバ情報処理装置である。サーバ情
報処理装置１２０には、中央処理装置（ＣＰＵ）１ｂ、
メモリ２ｂ、ＬＡＮコントローラ３ｂ、ディスクコント
ローラ４ｂ、磁気ディスク５ｂが具備されている。前記
サーバ情報処理装置１２０の起動時には、オペレーティ
ングシステム（ＯＳ）２０ｂとＷＷＷ（Ｗｏｒｌｄ−Ｗ
ｉｄｅＷｅｂ）サーバプログラム２６、および共用フ
ァイル暗号プログラム２１ｂが、ディスクコントローラ
４ｂを介して磁気ディスク５ｂからメモリ２ｂ上にロー
ドされる。クライアント情報処理装置１１０には、ＣＰ
Ｕ１ａ、メモリ２ａ、ＬＡＮコントローラ３ａ、ディス
クコントローラ４ａ、磁気ディスク５ａ、ＩＣカードコ
ントローラ６がそれぞれ具備されている。前記クライア
ント情報処理装置１１０の起動時には、ＯＳ２０ａ、共
用ファイル暗号プログラム２１ａ、通信ＡＰＩ（Ａｐｐ
ｌｉｃａｔｉｏｎＰｒｏｇｒａｍＩｎｔｅｒｆａｃ
ｅ）フックプログラム２７が、前記ディスクコントロー
ラ４ａを介して前記磁気ディスク５ａから前記メモリ２
ａ上にロードされる。また、ブラウザプログラム１９
は、前記クライアント情報処理装置１１０のユーザー
（以下単にユーザーと呼ぶ）の指示によって前記ディス
クコントローラ４ａを介して前記磁気ディスク５ａから
前記メモリ２ａ上にロードされる。前記通信ＡＰＩフッ
クプログラム２７は、ブラウザプログラム１９が前記Ｏ
Ｓ１ａに発行する通信ＡＰＩをフック（横取り）し、受
信ファイルデータの復号化をバックグラウンドで自動的
に行うものである。また、コピー用バッファ９は、前記
クライアント情報処理装置１１０のユーザーがエディタ
等によりファイルから任意の部分データを選択してコピ
ーコマンドを実行すると、前記ＯＳ２０ａがメモリ２ａ
上に割り当てるバッファであり、前記部分データが格納
される。その後に前記ユーザーがファイルの任意の場所
に対して貼り付けコマンドを実行すると、前記部分デー
タが貼り付けられる。

【０１０１】前記サーバ情報処理装置１２０と前記クラ
イアント情報処理装置１１０は、ローカルエリアネット
ワーク（ＬＡＮ）１０１を介して相互に接続されてお
り、各々のＬＡＮコントローラ３を介して通信を行う。
なお、前記サーバ情報処理装置１２０と前記クライアン
ト情報処理装置１１０は互いに遠隔地に存在し、電話回
線や専用回線を介して接続されていてもよい。図３３で
は一台のクライアント情報処理装置１１０を示したが、
実際には、同じ構成のクライアント情報処理装置１１０
が複数前記ＬＡＮ１０１に接続されており、これらのク
ライアント情報処理装置１１０間で、前記サーバ情報処
理装置１２０の前記磁気ディスク５ｂに格納されたＨＴ
ＭＬファイルやイメージデータファイルを共用する。ユ
ーザーは前記共用を行うため、前記ブラウザプログラム
１９を使用して前記磁気ディスク５ｂ上のファイルをア
クセスする。なお、前記ＨＴＭＬファイルやイメージデ
ータファイルは、前記サーバ情報処理装置１２０上で作
成して前記磁気ディスク５ｂに格納しても良いし、クラ
イアント情報処理装置１１０上で作成してから磁気ディ
スク５ｂに格納しても良い。

【０１０２】また、クライアント情報処理装置１１０の
ＩＣカードコントローラ６は、ＩＣカード１３０が脱着
可能となっている。前記ＩＣカード１３０内には、ＣＰ
Ｕ１ｃ、不揮発性メモリ７、入出力インタフェース８が
具備されている。前記不揮発性メモリ７には、アクセス
制御プログラム３０、グループ暗号プログラム２８、Ｉ
Ｄ情報２９、マスタ鍵３１が書き込まれている。前記不
揮発性メモリ７の内容は、前記入出力インタフェース８
を介して外部からアクセスすることができる。ただし、
不正なアクセスから前記不揮発性メモリ７の記憶内容を
保護する為、前記ＣＰＵ１ｃによるユーザー認証制御が
必ず介在する仕組みとなっている。

【０１０３】図３４は、前記共用ファイル暗号プログラ
ム２１と前記通信ＡＰＩフックプログラム２７を構成す
るプログラムルーチンを示す図である。前記共用ファイ
ル暗号プログラム２１は、前記ＩＣカード１３０へのロ
グイン、ログアウトを行うログイン制御ルーチン１００
０、ログアウト制御ルーチン１１００、ユーザーがファ
イルの暗号化をその都度明示的に指示し暗号化する手動
ファイル暗号化ルーチン２０００、前記手動ファイル暗
号化をＨＴＭＬ（ＨｙｐｅｒＴｅｘｔＭａｒｋｕｐ
Ｌａｎｇｕａｇｅ）で記述した共用ファイル向けにア
レンジしたＨＴＭＬファイル暗号化ルーチン２１００か
ら構成される。前記通信ＡＰＩフックプログラム２７
は、ｓｅｎｄフックルーチン１８００、ｒｅｃｖフック
ルーチン１８２０、ｃｌｏｓｅｓｏｃｋｅｔフックル
ーチン１８４０から構成される。

【０１０４】次に、ＨＴＭＬファイルの暗号化を行う実
施例について説明する。図２２の２２０１は、平文のＨ
ＴＭＬファイルの一例である。前記ＨＴＭＬファイル
は、ブラウザで表示すると図２３に示す画面となる。図
２４の２４０１は、暗号化したＨＴＭＬファイルの一例
であり、リーダ部分２４０２、前記平文のＨＴＭＬファ
イル２２０１を暗号化した本体部分２４０３、フッタ部
分２４０４を合成したものである。リーダ部分２４０２
の最後はＨＴＭＬでのコメント文開始を示す「＜！―
―」が、フッタ部分２４０４の最初はＨＴＭＬでのコメ
ント文終了を示す「――＞」が設定されており、前記合
成によって本体部分２４０３はコメント文の内容とな
る。ブラウザによる表示において、前記コメント文の内
容は表示されないので、前記の暗号化ＨＴＭＬファイル
２４０１をブラウザで表示した結果は、図２５に示すよ
うな画面となる。このように、暗号化した結果をコメン
ト文として埋め込むことによって、復号化プログラムを
具備しないクライアント情報処理装置１１０で暗号化フ
ァイルを誤って表示した場合にも、意味のない文字列を
画面に表示することを防止することができる。図２１
は、上記のＨＴＭＬファイル暗号化を行うＨＴＭＬファ
イル暗号化プログラムの処理フローを示す図である。ス
テップ２１０１では、指定された平文のＨＴＭＬファイ
ル２２０１をオープンし、ステップ２１０２で仮の名称
を付けた一時ファイルを作成する。ステップ２１０４で
は指定された前記宛先リスト４１を前記ＩＣカード１３
０のグループ暗号プログラム２８に与えることによって
グループ鍵を生成する。ステップ２１０５ではリトライ
カウンタを初期化し、ステップ２１０６では乱数である
前記実行鍵４１を生成する。ステップ２１０７では前記
ヘッダ５０５を前記一時ファイルの先頭部分に書き込
む。ステップ２１０９では、前記リーダ部分２４０２を
前記一時ファイルの前記ヘッダ５０５の続きに書き込
む。ステップ２１１０では、前記平文のＨＴＭＬファイ
ル２２０１からデータを読み出し、ステップ２１１１で
該データを暗号化する。ステップ２１１２では、暗号化
後のデータの中に前記コメントの終了文字列「――＞」
がないかどうかを調べ、あればステップ２１３１以下を
実行し、なければステップ２１１３で前記一時ファイル
に前記暗号化後のデータを書き込む。ステップ２１１４
では、前記平文のＨＴＭＬファイル２２０１の全データ
の暗号化を終了したかどうかを判定し、終了するまで前
記ステップ２１１０、２１１１、２１１２、２１１３を
繰り返し実行するように制御する。ステップ２１１５で
は、前記フッタ部分２４０４を前記一時ファイルに書き
込み、ステップ２１１６で前記平文のＨＴＭＬファイル
２２０１と前記一時ファイルの両方をクローズする。ス
テップ２１１７では、指定された平文のＨＴＭＬファイ
ル名と暗号化後のＨＴＭＬファイル名が同一かどうかを
判定し、同一ならばステップ２１１８で前記平文のＨＴ
ＭＬファイル２２０１を削除する。ステップ２１１９で
は、前記一時ファイルのファイル名称を指定された暗号
化後のＨＴＭＬファイル名称に変更し、本プログラムを
終了する。一方、前記ステップ２１１２において、暗号
化後のデータの中に前記コメントの終了文字列「――
＞」あると判定された場合は、ステップ２１３１で前記
一時ファイルに書き込んだ内容をクリアする。次に、ス
テップ２１３２で前記リトライカウンタをカウントアッ
プし、ステップ２１３３で前記リトライカウンタが予め
設定した上限値（本実施例では１０回とした）を越えて
いないかを検査し、越えていなければステップ２１０６
からの部分を再度実行する。この再実行では、前記ステ
ップ２１０６で前回とは異なる乱数が実行鍵６１として
使われるので、前記ステップ２１１１の暗号化で再び前
記コメントの終了文字列「――＞」が現れる確率はかな
り低い。それにも拘わらず、前記上限値を越えてしまっ
た場合は、ステップ２１３４で前記平文のＨＴＭＬファ
イル２２０１と前記一時ファイルの両方をクローズす
る。さらにステップ２１１５で前記一時ファイルを削除
し、ステップ２１３６でエラーメッセージを表示し、本
プログラムを終了する。なお、暗号化したデータはラン
ダムな値となるので、前記コメントの終了文字列「――
＞」が現れる確率は、一文字は１バイト（＝８ビット）
で表現されるので「（２の８乗）の３乗」分の１、即ち
１６７７７２１６分の１である。言い換えれば約１６Ｍ
バイトのデータに一回起こる程度ということである。し
たがって、上述のように実行鍵６１を替えてリトライす
る制御を組み込んでおけば、実用上全く問題がないこと
が判る。また、前記コメントの終了文字列「――＞」が
前記本体部分２４０３に出現することを避ける別の手段
として、暗号化したデータを１６進表示によるテキスト
文字列として格納することもできる。この方法で作成し
た暗号化ＨＴＭＬファイルを図２６に示す。ただし、こ
の方法では、１バイトのデータを表現するために２文字
即ち２バイトが必要であり、データ量が倍になってしま
うという問題もある。

【０１０５】以上の暗号化処理を施したＨＴＭＬファイ
ルは、情報提供者によって前記サーバ情報処理装置の磁
気ディスク５ｂに格納される。

【０１０６】次に、前記ブラウザプログラム１９が、Ｗ
ＷＷサーバ２６から前記暗号ファイルを受信する際の通
信ＡＰＩフックプログラム２７の処理について説明す
る。まず、受信ファイルデータの入出力とその管理方法
から説明する。

【０１０７】図３８は、本実施例における受信ファイル
復号化の際のデータ入出力を示す図である。８３は、ブ
ラウザプログラム１９が用意する受信バッファであり、
暗号文が含まれている。通信ＡＰＩフックモジュール
は、後述するｒｅｃｖフック処理の中で、受信した前記
暗号文を暗号文ブロックバッファ８２にコピーする。こ
のとき、暗号文ブロックバッファ８２が満たされた場
合、該暗号文の復号化処理を実行し平文を平文ブロック
バッファ８１にコピーする。さらに、平文をブラウザプ
ログラム１９へ渡すために、前記平文ブロックバッファ
８１の中身を前記暗号文受信バッファに上書きコピーす
る。受信バッファ８３から暗号文ブロックバッファ８２
へコピーした暗号文が、前記暗号文ブロックバッファ８
２を満たしていない場合は、復号化処理を行わずに次の
受信ファイルデータを待つ。以後、受信した暗号ファイ
ルデータの前記暗号文ブロックバッファ８２へのコピ
ー、前記復号化処理と平文ブロックバッファへのコピ
ー、および暗号文受信バッファへの平文コピーを、受信
した暗号ファイルデータがなくなるまで繰り返す。

【０１０８】図３９は、オープン中のソケットを管理す
るためのソケット情報テーブル９１である。ソケット記
述子１９１２、受信フラグ１９１３、受信データポイン
タ１９１４、暗号化実効鍵５０９、暗号化宛先リストの
サイズ５１０、暗号化宛先リスト５１１、グループ鍵５
１、実効鍵６１、暗号文ブロックバッファポインタ１９
１５、平文ブロックバッファポインタ１９１６の各情報
を、オープン中の各ソケット毎にポインタ１９０１を用
いてリスト構造で記憶している。ここでソケット記述子
１９１２は、ソケットをオープンした際に前記ＯＳ２０
から与えられる管理番号である。受信フラグ１９１３と
は、前記ソケット記述子１９１２を使用して暗号ファイ
ルのデータを１度も受信していない場合には“０”、暗
号ファイルのデータを１回以上受信した場合には“１”
とするフラグである。前記受信データポインタ１９１４
は、受信したファイルデータから暗号文を読み込む際の
起点を示すものであり、後述するｒｅｃｖフックルーチ
ン１８２０が、データ受信時に受信バッファの先頭アド
レスを登録する。暗号文ブロックバッファポインタ１９
１５と平文ブロックバッファポインタ１９１６は、それ
ぞれ図３８における暗号文ブロックバッファ８２と平文
ブロックバッファ８１へのポインタであり、復号化処理
時にバッファ間で暗号文や平文をコピーする際の起点と
なるものである。また、前記暗号化実効鍵５０９と前記
暗号化宛先リストサイズ５１０、および暗号化宛先リス
ト５１１は、暗号ファイル受信時に前記ヘッダー５０５
から読み込んで登録する。なお、該暗号化宛先リスト５
１１は、図６で示したようにマスタ鍵によって復号化さ
れる。更に、該宛先リスト４１からグループ鍵５１を生
成し、また前記暗号化実効鍵５０９を前記グループ鍵５
１で復号化して実効鍵６１を求め、それぞれソケット情
報テーブル９１に登録する。

【０１０９】次に、前記通信ＡＰＩフックプログラム２
７内の各ルーチンの処理について説明する。図３５は、
前記ｓｅｎｄフックルーチン１８００の処理フローを示
す図である。まず、ステップ１８０１で、ブラウザプロ
グラム１９がＷＷＷサーバプログラム２６へ送信するデ
ータ中にファイル取得用コマンドである“ＧＥＴ”が存
在するか否かを調べる。存在すればステップ１８０４で
前記ソケット情報テーブル９１を参照し、フックしたソ
ケットの記述子が登録されているか否かを調べる。登録
されていれば、ステップ１８０６で該当するソケット情
報のうち、受信フラグ１９１３を“０”にして、ステッ
プ１８０７のｓｅｎｄ処理を行う。登録されていない場
合、ステップ１８０５でソケット情報をテーブル９１に
登録する。前記ステップ１８０１で、送信データ中に前
記ファイル取得用コマンドが存在しなければ、フックし
たソケットの記述子が前記ソケット情報テーブルに登録
されているか否かをステップ１８０２で調べる。登録さ
れていれば、ステップ１８０３で該当するソケット情報
を削除する。登録されていなければ、ステップ１８０７
でｓｅｎｄ処理を実行する。次に、ステップ１８０８で
ｓｅｎｄ処理のエラーが発生し、かつステップ１８０９
で該当するソケット情報がテーブルに登録済みの場合
は、ステップ１８１０で該当するソケット情報を前記ソ
ケット情報テーブル９１から削除し、ステップ１８１１
で前記ブラウザプログラム１９にリターンする。前記ス
テップ１８０８でエラーが発生しなければ、なにもせず
にステップ１８１１で前記ブラウザプログラム１９にリ
ターンする。

【０１１０】図３６は、ｒｅｃｖフックルーチン１８２
０の処理フローを示す図である。まず、ステップ１８２
１でブラウザプログラム１９がコールしたｒｅｃｖの処
理を行い、ステップ１８２２で前記ｒｅｃｖ処理のエラ
ーチェックを行う。このときエラーが発生した場合、ス
テップ１８３５で前記エラーを前記ブラウザプログラム
１９にリターンする。なお、エラーに関するメッセージ
は前記ブラウザプログラム１９が表示するので、ｒｅｃ
ｖフックルーチン１８２０がエラーメッセージを表示す
る必要はない。エラーなしの場合は、ステップ１８２３
でソケットの記述子が前記ソケット情報テーブル９１に
登録済みであるかどうかを調べる。ここで、ｓｅｎｄフ
ックルーチンの中でソケット情報テーブル９１に登録さ
れたソケット記述子は、ＷＷＷサーバ２６が管理するＨ
ＴＭＬファイルやイメージデータファイルの受信に使用
するソケットを指す。そこで、ソケット情報テーブル９
１に登録済みの場合はステップ１８２４で受信データの
有無をチェックする。登録されてない場合は、ステップ
１８３５で受信データをブラウザプログラム１９にリタ
ーンする。

【０１１１】ステップ１８２４で受信データが存在しな
い場合は、データの受信が完了したことを意味するの
で、該当するソケット情報を前記ソケット情報テーブル
９１から削除し、ステップ１８３５で前記ブラウザプロ
グラム１９にリターンする。受信データが存在する場合
は、ステップ１８２５でｒｅｃｖフラグをチェックす
る。前記ｒｅｃｖフラグが“０”であれば、前記ｓｅｎ
ｄ処理に対する１回目の受信データであると判断し、ス
テップ１８２６で前記受信データをチェックする。ステ
ップ１８２７で、受信データが本発明の暗号化方式によ
り暗号化されたファイルである場合、ステップ１８２８
でログイン中のユーザーが存在するかチェックする。存
在しない場合は、ステップ１３１８でメッセージ１８３
７を表示する。存在する場合は、ステップ１８２９で宛
先リストに、前記ログインユーザーが含まれているかを
調べる。前記ログインユーザーが含まれている場合は、
ステップ１８３０で前記ｒｅｃｖフラグを“１”に設定
し、ステップ１８３２で前記受信ファイルデータを復号
化する。一方、前記宛先リストに前記ログインユーザー
が含まれていない場合は、ステップ１８３１でメッセー
ジ１８３６を表示し、ステップ１８３４でソケット情報
を前記ソケット情報テーブル９１から削除してリターン
する。

【０１１２】一方、前記ステップ１８２７で、受信ファ
イルデータが暗号化されていない場合は、ステップ１８
３４でソケット情報を前記ソケット情報テーブルから削
除してリターンする。

【０１１３】図３７は、ｃｌｏｓｅｓｏｃｋｅｔフック
ルーチン１８４０の処理フローを示す図である。まずス
テップ１８４１では、前記ブラウザプログラム１９がコ
ールしたｃｌｏｓｅｓｏｃｋｅｔ関数の引数に指定され
たソケット記述子が、ソケット情報テーブル９１に登録
されているかを調べる。登録されている場合は、ステッ
プ１８４２で前記ソケット記述子に対応するソケット情
報をテーブル９１から削除し、ステップ１８４３のｃｌ
ｏｓｅｓｏｃｋｅｔ処理を実行して前記ブラウザプログ
ラム１９にリターンする（ステップ１８４４）。一方、
前記ソケット情報テーブルに登録されていない場合は、
ステップ１８４３のｃｌｏｓｅｓｏｃｋｅｔ処理を実行
してリターンする。

【０１１４】以上説明した通信ＡＰＩフックプログラム
２７の各ルーチンの処理によって、所望のページの復号
化をブラウザプログラム１９からは透過に実現すること
ができる。

【０１１５】次に、本実施例において、実際のＷＷＷ運
用システムの一例について図４０を用いて説明する。１
４０は、代理サーバ情報処理装置であり、代理サーバプ
ログラム１８により、前記クライアント情報処理装置１
１０と前記サーバ情報処理装置１２０との間の送受信デ
ータを中継する。また、前記代理サーバプログラム１８
は、前記サーバ情報処理装置１２０が前記クライアント
情報処理装置１１０からの要求に応じて発信したＨＴＭ
Ｌファイルやイメージデータファイルを、ディスクコン
トローラ４ｃを介して磁気ディスク５ｃ内にキャッシュ
する機能を持つ。以後、前記クライアント情報処理装置
１１０からファイル転送要求を出した場合、該ファイル
が前記磁気ディスク５ｃ内にキャッシュされていれば、
前記代理サーバプログラム１８が該キャッシュファイル
を前記クライアント情報処理装置１１０へ転送する。

【０１１６】本実施例においては、機密情報に関するフ
ァイルは全て暗号化されて前記サーバ情報処理装置１２
０の磁気ディスク５ｂに格納されている。したがって、
ファイル転送時に前記磁気ディスク５ｃにキャッシュさ
れる機密情報は全て暗号ファイルとなる。なお、本実施
例で示した代理サーバプログラムは、一般にはプロキシ
サーバと呼ばれている。

【０１１７】次に、本発明の第二の実施例として、ＨＴ
ＭＬなどのテキストファイルを部分的に暗号化する例に
ついて説明する。図４１の２５０１は、平文のＨＴＭＬ
ファイルの一例である。前記ＨＴＭＬファイルは、ブラ
ウザで表示すると図４５の２８０１に示す画面となる。
図４２の４２０１は、部分的に暗号化したＨＴＭＬファ
イルの一例である。４２０２は、前記平文のＨＴＭＬフ
ァイル２５０１の部分データ２５０２をコピーコマンド
によって前記コピー用バッファ９に書き込み、後述のＨ
ＴＭＬ部分暗号化プログラム２３００によって暗号化し
た結果である。該暗号化データ４２０２を、前記平文の
部分データ２５０２の位置に貼り付けることで部分的に
暗号化されたファイル４２０１を作成できる。前記暗号
化データ４２０２は、リーダ部分４２０３、前記部分デ
ータ２５０２を暗号化した本体部分４２０４、フッタ部
分４２０５を合成したものである。リーダ部分４２０３
の最初はＨＴＭＬでのコメント文開始を示す「＜！―
―」が、フッタ部分４２０５はＨＴＭＬでのコメント文
終了を示す「――＞」が設定されており、前記リーダと
フッタの合成によって本体部分４２０４はコメント文の
内容となる。ブラウザによる表示において、前記コメン
ト文の内容は表示されないので、前記の暗号化ＨＴＭＬ
ファイル４２０１をブラウザで表示した結果は、図４５
の２８０２に示すように「経営情報」がメニューとして
表示されない画面となる。このように、暗号化した結果
をコメント文として埋め込むことによって、復号化プロ
グラムを具備しないクライアント情報処理装置１１０で
暗号ファイルを誤って表示した場合にも、意味のない文
字列を画面に表示することを防止することができる。

【０１１８】図４３は、ＨＴＭＬなどのテキストファイ
ルを部分的に暗号化するＨＴＭＬ部分暗号化プログラム
２３００の処理フローを示す図である。ステップ２３０
１では、ＯＳ２０ａが割り当てる前記コピー用バッファ
９中に平文データが存在するか否かを調べ、データがな
ければステップ２３１３でエラーメッセージを表示して
終了する。データが有ればステップ２３０２で指定され
た前記宛先リスト４１を前記ＩＣカード１３０のグルー
プ暗号プログラム２８に与えることによってグループ鍵
を生成する。ステップ２３０３では乱数である前記実効
鍵４１を生成し、ステップ２３０４では、前記リーダ部
分２６０３を前記コピー用バッファ９の先頭部分に書き
込む。ステップ２３０５では前記ヘッダ５０５を作成
し、該ヘッダ５０５をステップ２３０６で前記コピー用
バッファ９の前記リーダ部分２６０３の続きに書き込
む。ステップ２３０７では、前記コピー用バッファ９か
らデータを読み出し、ステップ２３０８で該データを暗
号化する。ステップ２３０９では、前記暗号化データを
テキストデータへエンコードし、ステップ２３１０で
は、エンコード後の暗号化データを前記コピー用バッフ
ァ９に書き込む。ステップ２３１１では、前記平文の全
データの暗号化を終了したかどうかを判定し、終了する
まで前記ステップ２３０７、２３０８、２３０９、２３
１０を繰り返し実行するように制御する。ステップ２３
１２では、前記フッタ部分２６０５を前記コピー用バッ
ファ９に書き込み、本プログラムを終了する。ここで、
前記ステップ２３０９のエンコード処理では、２４ビッ
トデータを１ブロックとして暗号化データを分割し、更
に各ブロックを４個の６ビットデータに分割して、それ
らをテキストデータに変換する。前記テキストデータに
は、英数字と「＋」および「／」の６４種類が含まれ
る。また、暗号文の最後のブロックが２４ビットに満た
ない場合は、パディング情報として「＝」を付加する。
例えば、最後のブロックが８ビットしかない場合、該ブ
ロックのエンコード結果は２個のテキストデータと２個
の「＝」となる。また、最後のブロックが１６ビットし
かない場合、該ブロックのエンコード結果は３個のテキ
ストデータと１個の「＝」となる。エンコード処理の結
果、３バイトの暗号化データが４バイトのテキストデー
タに変換されるため、暗号化データサイズは３分の４倍
に増える。しかし、エンコード後のデータに「−」およ
び「＞」は含まれないため、該データ中に前記コメント
の終了文字列「――＞」は出現しない。したがって、前
記ＨＴＭＬファイル暗号化プログラム２１００のステッ
プ２１１２のようなコメント終了文字列の有無をチェッ
クする処理は不要となる。

【０１１９】次に、前記ブラウザプログラム１９が、Ｗ
ＷＷサーバ２６から前記部分暗号化ファイルを受信する
際のｒｅｃｖフックルーチン１８２０の処理について図
４４を用いて説明する。まず、ステップ２７０１でブラ
ウザプログラム１９がコールしたｒｅｃｖの処理を行
い、ステップ２７０２で前記ｒｅｃｖ処理のエラーチェ
ックを行う。このときエラーが発生した場合、ステップ
２７１５で前記エラーを前記ブラウザプログラム１９に
リターンする。なお、エラーに関するメッセージは前記
ブラウザプログラム１９が表示するので、ｒｅｃｖフッ
クルーチン１８２０がエラーメッセージを表示する必要
はない。エラーなしの場合は、ステップ２７０３でソケ
ットの記述子が前記ソケット情報テーブル９１に登録済
みであるかどうかを調べる。ここで、ｓｅｎｄフックル
ーチン１８００がソケット情報テーブル９１に登録した
ソケット記述子は、ＷＷＷサーバ２６が管理するＨＴＭ
Ｌファイルやイメージデータファイルの受信に使用する
ソケットを指す。そこで、ソケット情報テーブル９１に
登録済みの場合はステップ２７０４で受信データの有無
をチェックする。登録されてない場合は、ステップ２７
１５で受信データをブラウザプログラム１９にリターン
する。

【０１２０】ステップ２７０４で受信データが存在しな
い場合は、データの受信が完了したことを意味するの
で、前記ブラウザプログラム１９にリターンする。受信
データが存在する場合は、ステップ２７０５でｒｅｃｖ
フラグをチェックする。前記ｒｅｃｖフラグが“０”で
あれば、前記リーダ部分２６０３をまだ発見していない
と判断し、ステップ２７０６で前記受信データから前記
リーダ部分２６０３を検索する。前記受信データ中に前
記リーダ部分２６０３がある場合、ステップ２７０７で
ログイン中のユーザーが存在するかチェックする。存在
しない場合は、ステップ２７１４で暗号化データを呼び
飛ばしてリターンする。存在する場合は、ステップ２７
０８で宛先リスト４１に、前記ログインユーザーが含ま
れているかを調べる。前記ログインユーザーが含まれて
いる場合は、ステップ２７０９で前記ｒｅｃｖフラグを
“１”に設定し、ステップ２７１０で前記受信データを
デコードしてからステップ２７１１で該デコードデータ
を復号化する。また、前記受信データ中に前記フッタ部
分２６０５が含まれる場合は、ｒｅｃｖフラグを“０”
に設定して、再びステップ２７０６で前記リーダ部分２
６０３を検索する。

【０１２１】一方、前記宛先リスト４１に前記ログイン
ユーザーが含まれていない場合は、ステップ２７１６で
メッセージ１８３７を表示し、ステップ２７１７でソケ
ット情報を前記ソケット情報テーブル９１から削除して
リターンする。

【０１２２】一方、前記ステップ２７０６で、受信ファ
イルデータ中に前記リーダ部分２６０３が含まれない場
合はリターンする。

【０１２３】以上のｒｅｃｖフックルーチン１８２０の
処理によって、前記暗号化ＨＴＭＬファイル２６０１を
受信したとき、前記宛先リスト４１に含まれるユーザー
であれば、ブラウザ１９の画面は図４５の２８０１のよ
うになる。一方、前記宛先リスト４１に含まれないユー
ザーであれば、ブラウザ１９の画面には、２８０２に示
すように「経営情報」が省かれたものが表示される。

【０１２４】本実施例では、ＨＴＭＬファイルの一部分
のみを暗号化した場合について示したが、複数の部分を
暗号化し、暗号化する部分毎に異なる宛先リストを設定
することも可能である。また、本実施例ではＨＴＭＬで
記述されたドキュメントファイルについて述べたが、解
釈時に無視されるコメント文を記述するための書式を備
えた文法であれば同様に本発明を適用することができる
ことは明らかである。次に、第一の実施例で示した共用
ファイル暗号システムの別の実施例を図２８を用いて以
下説明する。本実施例では、第一の実施例ではＩＣカー
ド１３０を用いて生成したグループ鍵５１を、ＩＣカー
ド１３０ではなく鍵生成サーバ情報処理装置１４０を用
いて生成する。図２８において、１１０ａはクライアン
ト情報処理装置、１４０は鍵生成サーバ情報処理装置、
１２０はサーバ情報処理装置である。鍵生成サーバ情報
処理装置１４０には、ＣＰＵ１ｄ、メモリ２ｄ、ＬＡＮ
コントローラ３ｄ、ディスクコントローラ４ｄ、磁気デ
ィスク５ｄが具備されている。前記鍵生成サーバ情報処
理装置１４０の起動時には、ＯＳ２０ｄ、アクセス制
御プログラム３０ｄ、およびグループ暗号プログラム２
８ｄが、ディスクコントローラ４ｄを介して磁気ディス
ク５ｄからメモリ２ｄ上にロードされる。磁気ディスク
５ｄ内には、マスタ鍵３１ｄと各ユーザーのＩＤ情報２
９ｄも記憶されている。前記アクセス制御プログラム３
０ｄ、および前記グループ暗号プログラム２８ｄは、第
一の実施例で説明したアクセス制御プログラム３０、お
よび前記グループ暗号プログラム２８とそれぞれ同じ動
作を行う。クライアント情報処理装置１１０ａには、Ｃ
ＰＵ１ａ、メモリ２ａ、ＬＡＮコントローラ３ａ、ディ
スクコントローラ４ａ、磁気ディスク５ａがそれぞれ具
備されている。前記クライアント情報処理装置１１０ａ
の起動時には、ＯＳ２０ａ、クライアントプログラム２
４、共用ファイル暗号プログラム２１ａ、ファイルＩ／
Ｏフックプログラム２２が、前記ディスクコントローラ
４ａを介して前記磁気ディスク５ａから前記メモリ２ａ
上にロードされる。また、アプリケーションプログラム
２３は、ユーザーの指示によって前記ディスクコントロ
ーラ４ａを介して前記磁気ディスク５ａから前記メモリ
２ａ上にロードされる。前記ファイルＩ／Ｏフックプロ
グラム２２は、アプリケーションプログラム２３が前記
ＯＳ１ａに発行するファイルＩ／ＯＡＰＩをフック
（横取り）し、ファイルデータの暗号化・復号化をバッ
クグラウンドで自動的に行うものである。共用ファイル
暗号プログラム２１ａは、第一の実施例で説明した共用
ファイル暗号プログラム２１と同じ働きをするものであ
るが、ログイン、ログアウト、グループ鍵５１の生成依
頼の通信先が、ＩＣカード１３０から鍵生成サーバ情報
処理装置１４０に変わっている。

【０１２５】前記鍵生成サーバ情報処理装置１４０とサ
ーバ情報処理装置１２０および前記クライアント情報処
理装置１１０ａは、ＬＡＮ１０１を介して相互に接続さ
れており、各々のＬＡＮコントローラ３を介して通信を
行う。図２８では一台のクライアント情報処理装置１１
０ａを示したが、実際には、同じ構成のクライアント情
報処理装置１１０ａが複数、前記ＬＡＮ１０１に接続さ
れており、これらのクライアント情報処理装置１１０ａ
間で、前記サーバ情報処理装置１２０の前記磁気ディス
ク５ｂに格納されたファイルを共用する。ユーザーは前
記共用を行うため、前記クライアントプログラム２４を
介して前記磁気ディスク５ｂ上の共用ファイルをアクセ
スする。

【０１２６】図２９は、共用ファイル暗号プログラム２
１ａに含まれるログイン処理ルーチン２９００の処理フ
ローを示す図である。まずステップ２９９０において、
前記鍵生成サーバ情報処理装置１４０と前記クライアン
ト１１０ａが、安全に通信を行うためのセッション鍵の
取得を行う。該セッション鍵の取得を行った後の前記鍵
生成サーバ情報処理装置１４０と前記クライアント１１
０ａ間の通信データは、前記セッション鍵を用いて暗号
化する。該通信データの暗号化により、前記鍵生成サー
バ情報処理装置１４０へのログインパスワードの送出
や、前記鍵生成サーバ情報処理装置１４０で生成したグ
ループ鍵５１の受信を、第三者による盗聴などを防止し
安全に行うことができる。次に、ステップ２９０１でユ
ーザーがＩＤとパスワードの入力を行い、ステップ２９
０２では前記ユーザーＩＤと前記パスワードを用いて前
記鍵生成サーバ情報処理装置１４０にログインを試み、
ステップ２９０３で前記ログインが成功したかどうかを
判定する。前記判定の結果、失敗の場合はステップ２９
０９を実行し、３回続けて失敗するまではステップ２９
０１以下を繰り返すよう制御する。ログインに成功する
と、ステップ２９０４でイベント待ち状態となる。イベ
ントが到着すると、ログアウト要求かどうかを調べ、ロ
グアウト要求ならばステップ２９０８でログアウト処理
を行い終了する。図３０は、前記鍵生成サーバ情報処理
装置１４０からのログアウト処理ルーチン３０００の処
理フローを示す図である。まず、ステップ３００１でオ
ープン中の暗号ファイルがあるかどうかを調べ、あれば
ステップ３００２でユーザーにログアウトを中止するか
否かを尋ねる。ログアウト処理を中止する場合には、本
ルーチンを終了する。中止しない場合には、ステップ３
００３でオープン中の暗号ファイルのクローズ処理を行
い、処理を継続する。ステップ３００５では前記鍵生成
サーバ１４０に対してログアウトコマンドを送出し処理
を終了する。上述のログインが成功してからログアウト
するまでの期間に、前記クライアント情報処理装置１１
０ａから前記鍵生成サーバ情報処理装置１４０に前記宛
先リスト４１を送信することによって、前記グループ暗
号プログラム２８ｄがグループ鍵５１を生成し、該グル
ープ鍵５１をクライアント情報処理装置１１０ａに送信
する。このようにして、本実施例では鍵生成サーバ情報
処理装置１４０を用いてグループ鍵５１を生成できるの
で、上述の実施例で示したファイルの暗号化などをＩＣ
カード１３０を用いることなく実現できる。

【０１２７】次に、本発明におけるグループ暗号プログ
ラムに複数のマスタ鍵３１への対応機能と暗号データの
有効期間の制御機能を付加した実施例について説明す
る。図３１は、本実施例における宛先リスト４１ｂの構
成を示す図である。宛先リスト４１ｂでは、第一の実施
例で説明した前記宛先リスト４１と同じ前記宛先４１
０、前記乱数４１１に加え、マスタ鍵情報４１２、グル
ープ鍵情報４１３が追加されている。前記マスタ鍵情報
４１２はマスタ鍵名称４１４とマスタ鍵バージョン番号
４１５から、グループ鍵情報４１３は有効期限４１６と
暗号化期限４１７からそれぞれ構成される。前記有効期
限４１６は、前記宛先リスト４１ｂを用いたグループ鍵
５１の生成を許可する期限を年月日で示している。ま
た、前記暗号化期限４１７は、前記宛先リスト４１ｂを
用いてグループ鍵５１を生成できるユーザーを制限する
期限を年月日で示している。図３２は、前記宛先リスト
４１ｂを用いてグループ鍵５１の生成を行うグループ暗
号プログラム２８ｅの処理フローを示す図である。ステ
ップ３２０１では、前記ＩＣカード１３０のアクセス制
御プログラム２７に対するログインが完了しているかど
うかを検査し、完了していなければステップ３２５１で
エラーコードを設定して本プログラムを終了する。前記
ログインが完了している場合には、ステップ３２０２で
入力された宛先リスト４１ｂに含まれるマスタ鍵情報４
１２を読み取り、該情報に合致するマスタ鍵３１を選択
する。次に、ステップ３２０４でグループ鍵情報４１３
に含まれる有効期限４１６と現在の日時とを比較し、有
効期限を超過しているかを調べる。有効期限を超過して
いる場合には、ステップ３２５２でエラーコードを設定
し、グループ鍵を生成せずにグループ暗号プログラム２
８ｅを終了する。有効期限を超過していなかった場合に
は、ステップ３２０５でグループ鍵情報４１３に含まれ
る暗号化期限４１７と現在の日時とを比較し、暗号化期
限を超過しているかを調べる。暗号化期限を超過してい
ない場合にはステップ３２０６を実行し、超過している
場合にはステップ３２０７を実行する。ステップ３２０
６では、前記ＩＤ情報２９に該当する宛先があるかどう
かを検査する。該検査の結果宛先が該当していればステ
ップ３２０７を実行し、該当していなければステップ３
２５３でエラーコードを設定し本プログラムを終了す
る。ステップ３２０７では、図３で説明した方法でグル
ープ鍵５１を生成する。ただし、宛先リストとしては図
３１で示した４１ｂを、マスタ鍵３１には前記マスタ鍵
情報４１２のマスタ鍵名称４１４とマスタ鍵バージョン
番号４１５で示されたものをそれぞれ用いる。以上の処
理によって、ＩＣカード１３０にログイン済みで且つ前
記宛先リストの宛先としてＩＣカード１３０内のＩＤ情
報２９に該当するものがあり且つ有効期限が超過してい
ない場合、あるいはＩＣカード１３０にログイン済みで
且つ暗号化期限が超過しており且つ有効期限が超過して
いない場合にのみグループ鍵５１を生成するように制御
することができる。これにより、暗号化時に設定した有
効期限が過ぎた宛先リスト４１ｂからはグループ鍵５１
を生成できないので、有効期限後のデータの復号を禁止
することができる。また、暗号化時に設定した暗号化期
限を過ぎた宛先リスト４１ｂからは、たとえ前記宛先４
１０に該当しないユーザーでもグループ鍵５１を生成で
きるので、暗号化期限後は自由にデータの復号を行うこ
とができる。また、前記マスタ鍵情報４１２によってマ
スタ鍵３１の選択を行うので、複数のマスタ鍵を用いる
ことや、安全のためマスタ鍵を定期的に変更することも
できる。

【０１２８】本実施例では、ＩＣカード１３０を用いた
場合を例に説明したが、上述の実施例のように鍵生成サ
ーバ情報処理装置１４０を用いる場合でも同様に実施で
きることは明らかである。

【０１２９】次に、第一の実施例で示した共用ファイル
暗号システムの別の実施例を図４７を用いて以下説明す
る。本実施例では、第一の実施例ではＩＣカード１３０
を用いて生成したグループ鍵５１を、ＩＣカード１３０
ではなくクライアント情報処理装置１１０ｆ上で生成す
る。図４７において、２８ａはグループ暗号プログラム
であり、第一の実施例で説明したグループ暗号プログラ
ム２８と同じ動作を行う。９９５は可搬型磁気記憶媒体
の一種であるフロッピーディスク（ＦＤ）、９９６はＦ
Ｄへの読み書きを制御するＦＤコントローラ、９９７は
ＩＤ／マスタ鍵暗号復号プログラム、９９８は予め本暗
号システムに組み込まれたシステム鍵である。その他の
構成要素は、第一の実施例で述べたものと全く同じであ
る。

【０１３０】ＩＤ／マスタ鍵暗号復号プログラム９９７
は、グループ暗号プログラム２８ａからの書き込み要求
に従い、ＩＤ情報２９及びマスタ鍵３１を、システム鍵
９９８で暗号化し、それぞれ暗号化ＩＤ情報２９ｆ、暗
号化マスタ鍵３１ｆとしてＦＤコントローラ９９６を介
してＦＤ９９５に書き込む。また、グループ暗号プログ
ラム２８ａからの読出し要求に従い、ＦＤ９９５上のＩ
Ｄ情報２９ｆ及びマスタ鍵３１ｆをＦＤコントローラ９
９６を介して読出し、システム鍵９９８で復号化し、そ
れぞれＩＤ情報２９、マスタ鍵３１としてグループ暗号
プログラム２８ａに返す。グループ暗号プログラム２８
ａは、このようにして得たＩＤ情報２９、マスタ鍵３１
を用いて第一の実施例と同様にグループ鍵を生成する。
本実施例では、基本的には第一の実施例と同様の効果が
得られる。しかし、宛先リスト４１に本人の項目が該当
するか等のチェックを行う前記グループ暗号プログラム
２８ａがクライアント情報処理装置１１０ｆ上で動作す
るため、リバースエンジニアリング等の手法を用いるこ
とにより前記グループ暗号プログラム２８ａを改竄し、
前記チェック処理部分をバイパスするなどの不正が行わ
れる恐れがある。また、システム鍵９９８やマスタ鍵３
１といったユーザに秘密にすべきデータをクライアント
情報処理装置１１０ｆのメモリ上で扱っているため、メ
モリダンプ等によりそれらの正しい値をユーザ（不正
者）に知れれてしまう恐れもある。

【０１３１】そのため、本実施例においては、上記のよ
うな不正に対処するための手法を併せて用いることが望
ましい。例えば、必要時以外にはメモリ上にデータを保
持せず、また、不必要になったらすぐにそれらデータを
消去する（ビットを０にする）こと等である。

【０１３２】一方、本実施例は、既にＦＤコントローラ
９９６を内蔵した情報処理装置が数多く普及しているこ
とから、第一の実施例と比較して実現が容易である。ま
た、一般にＩＣカードよりもＦＤのほうがより安価であ
り、定コストで実現できるというメリットもある。

【０１３３】

【発明の効果】以上説明したように、本発明によれば、
暗号者が作成した宛先リストと、復号者のＩＣカードに
格納されたユーザ識別情報とを照合し、復号者が該宛先
リストが示す条件に合致するかどうかにより、暗号文を
復号化できるかどうかが決まる。暗号者が宛先リストに
自分自身のみを指定すれば、その暗号者だけが復号化で
きることになり、また、複数のユーザを指定すれば、そ
れら指定されたユーザだけが復号化できることになる。
したがって、暗号者は個人的な情報と複数のユーザによ
って共有される情報とを同じように暗号化できる。

【０１３４】また、宛先リストを、カテゴリ、データ、
およびコードで構成することにより、非常に多くのユー
ザが利用するシステムにおいても、比較的少ないシステ
ム負荷で効率的に機密保護を実現できる。

【０１３５】さらに、ユーザ識別情報を各ユーザの名前
や性別、所属、役職等により構成し、該ユーザ識別情報
を論理和演算や論理積演算で結合した条件式を宛先リス
トとしているため、暗号者は情報の開示先である復号者
を、個人名だけでなく所属や役職等の組み合わせによっ
て木目細かく指定することができる。

【０１３６】また、本発明はファイルの暗号化におい
て、復号化を許可するユーザーのリストをファイルに付
加するグループ暗号用いるので、複数のユーザーが同一
のファイル利用する場合にも暗号化ファイルが一個で済
み且つ安全であるという効果がある。

【０１３７】また、暗号化の対象ディレクトリと復号を
許可するユーザーの宛先リストをユーザー毎に設定可能
であるので、複数のユーザーがディレクトリを共用し該
ディレクトリ内のファイルを異なる宛先リストを用いて
ファイル暗号化を行うことができるという効果がある。

【０１３８】また、本発明は、アプリケーションプログ
ラムが解釈し処理する文法に従って記述された平文ファ
イルのデータ暗号化において、前記文法における前記ア
プリケーションプログラム処理時に処理対象外として無
視する注釈文とするための記述子を前記暗号化後のデー
タに付加し暗号ファイルとして格納するので、本暗号化
システムに対応した復号プログラムを具備しない情報処
理装置で前記暗号化ファイルを読み出した場合にも、異
常動作することがないという効果がある。

【０１３９】また、本発明は、アプリケーションプログ
ラムからＯＳに発行されるファイル操作要求をフックす
るフック手段を設け、前記ファイル操作要求発行時に自
動的に暗号化あるいは復号化を行うので、ユーザーが暗
号化を忘れることがないという効果がある。

【０１４０】また、本発明は、暗号化および復号化を行
う際に用いる鍵を生成するための情報に鍵生成の有効期
限を付加する手段と、前記鍵を生成する際に前記有効期
限をチェックする鍵生成手段とを設け、有効期限を超過
していた場合には前記鍵生成を行わないよう動作するの
で、復号を許可されたユーザーでも有効期限を超過して
復号できないように制御することができるという効果が
ある。

【０１４１】また、本発明は、暗号化および復号化を行
う際に用いる鍵を生成するための情報にユーザー或いは
グループ毎の復号権限制御を行う期限を付加する手段
と、前記鍵を生成する際に前記期限をチェックする鍵生
成手段とを設け、前記期限を超過していた場合にはユー
ザー或いはグループ毎の復号権限制御を行わないよう動
作するので、前記期限を過ぎた暗号化データはどのユー
ザーでも復号できるように制御することができるという
効果がある。

【図面の簡単な説明】

【図１】本発明の実施例における共用ファイル暗号シス
テムの一構成例を示す図である。

【図２】本発明の実施例におけるＩＤ情報の内容の一例
を示す図である。

【図３】本発明の実施例において、宛先リストのハッシ
ュ値を計算し前記グループ鍵を作成する手順の一例を示
す図である。

【図４】本発明の一実施例におけるＩＣカード内のグル
ープ暗号プログラムの処理内容を示すフロー図である。

【図５】本発明の一実施例におけるファイルの暗号化手
順と暗号化後のファイルの構成を示す図である。

【図６】本発明の一実施例におけるファイルの復号化手
順を示す図である。

【図７】本発明の一実施例におけるユーザーから見た論
理的なディレクトリの構成を示す図である。

【図８】本発明の一実施例におけるファイルの自動暗号
化、復号化を導入した後の物理的なディレクトリ構成を
示す図である。

【図９】本発明の一実施例における宛先リストファイ
ル、前記暗号ファイル情報ファイルの内容の一例を示す
図である。

【図１０】本発明の一実施例におけるＩＣカードへのロ
グイン処理ルーチンの処理フローを示す図である。

【図１１】本発明の一実施例におけるＩＣカードからの
ログアウト処理ルーチンの処理フローを示す図である。

【図１２】本発明の一実施例におけるファイルオープン
フックルーチンの処理フローを示す図である。

【図１３】本発明の一実施例におけるファイルクリエイ
トフックルーチンの処理フローを示す図である。

【図１４】本発明の一実施例におけるリードフックルー
チンの処理フローを示す図である。

【図１５】本発明の一実施例におけるライトフックルー
チンの処理フローを示す図である。

【図１６】本発明の一実施例におけるクローズフックル
ーチンの処理フローを示す図である。

【図１７】本発明の一実施例におけるファイルリネーム
フックルーチンの処理フローを示す図である。

【図１８】本発明の一実施例におけるファイル暗号化・
復号化時のデータの入出力方法を示す図である。

【図１９】本発明の一実施例におけるオープン中の暗号
ファイルを管理するためのファイルハンドルテーブルの
構成を示す図である。

【図２０】本発明の一実施例における手動ファイル暗号
化ルーチンの処理フローの一例を示す図である。

【図２１】本発明の第一の実施例における第一のサーバ
情報処理装置のディレクトリ構造を示す図である。

【図２２】本発明の一実施例における平文のＨＴＭＬフ
ァイルの一例を示す図である。

【図２３】本発明の一実施例において平文のＨＴＭＬフ
ァイルをブラウザで表示した画面の例を示す図である。

【図２４】本発明の一実施例における暗号化したＨＴＭ
Ｌファイルの一例を示す図である。

【図２５】本発明の一実施例において暗号化した平文の
ＨＴＭＬファイルをブラウザで表示した画面の例を示す
図である。

【図２６】本発明の一実施例における暗号化したＨＴＭ
Ｌファイルの他の例を示す図である。

【図２７】本発明の第一の実施例における前記共用ファ
イル暗号プログラム２１と前記ファイルＩ／Ｏフックプ
ログラム２２を構成するプログラムルーチンを示す図で
ある。

【図２８】本発明の他の実施例における共用ファイル暗
号システムの一構成例を示す図である。

【図２９】本発明の他の実施例における鍵生成サーバ情
報処理装置へのログイン処理ルーチンの処理フローを示
す図である。

【図３０】本発明の他の実施例における鍵生成サーバ情
報処理装置からのログアウト処理ルーチンの処理フロー
を示す図である。

【図３１】本発明の他の実施例における宛先リストの構
成を示す図である。

【図３２】本発明の他の実施例における鍵生成サーバ情
報処理装置内の前記グループ暗号プログラムの処理内容
を示すフロー図である。

【図３３】本発明の他の実施例における暗号ファイル受
信システムの一構成例を示す図である。

【図３４】本発明の他の実施例における前記共用ファイ
ル暗号プログラムと前記通信ＡＰＩフックプログラムを
構成するプログラムルーチンを示す図である。

【図３５】本発明の他の実施例におけるｓｅｎｄフック
ルーチンの処理フローを示す図である。

【図３６】本発明の他の実施例におけるｒｅｃｖフック
ルーチンの処理フローを示す図である。

【図３７】本発明の他の実施例におけるｃｌｏｓｅｓｏ
ｃｋｅｔフックルーチンの処理フローを示す図である。

【図３８】本発明の他の実施例における受信ファイル復
号化時のデータの入出力方法を示す図である。

【図３９】本発明の他の実施例におけるオープン中のソ
ケット情報を管理するためのソケット情報テーブルの構
成を示す図である。

【図４０】本発明の他の実施例において実際のＷＷＷを
運用するシステムの一構成例を示す図である。

【図４１】本発明の他の実施例における平文のＨＴＭＬ
ファイルの一例を示す図である。

【図４２】本発明の他の実施例において部分的に暗号化
したＨＴＭＬファイルの一例を示す図である。

【図４３】本発明の他の実施例におけるＨＴＭＬファイ
ルの部分暗号化ルーチンの処理フローの一例を示す図で
ある。

【図４４】本発明の他の実施例におけるｒｅｃｖフック
ルーチンの処理フローを示す図である。

【図４５】本発明の他の実施例において平文のＨＴＭＬ
ファイルと部分的に暗号化したＨＴＭＬファイルをブラ
ウザで表示した画面の例を示す図である。

【図４６】従来例の構成を示す図である。

【図４７】本発明の他の実施例における共用ファイル暗
号システムの一構成例を示す図である。

【符号の説明】

１…ＣＰＵ、２…メモリ、３…ＬＡＮコントローラ、４
…ディスクコントローラ、５…磁気ディスク、６…ＩＣ
カードコントローラ、７…不揮発メモリ、８…入出力イ
ンタフェース、２０…ＯＳ、２１…共用ファイル暗号プ
ログラム、２２…ファイルＩ／Ｏフックプログラム、２
３…アプリケーションプログラム、２４…クライアント
プログラム、２５…ファイルサーバプログラム、２８…
グループ暗号プログラム、２９…ＩＤ情報、３０…アク
セス制御プログラム、３１…マスタ鍵、１０１…ＬＡ
Ｎ、１１０…クライアント情報処理装置、１２０…サー
バ情報処理装置、１３０…ＩＣカード、１４０…鍵生成
サーバ情報処理装置。

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁶ 識別記号ＦＩＨ０４Ｌ 9/32 Ｈ０４Ｌ 9/00 ６０１Ｄ // Ｈ０４Ｌ 12/22 ６７３Ｅ 11/26 (72)発明者梅木久志神奈川県川崎市麻生区王禅寺1099番地株式会社日立製作所システム開発研究所内

Claims

【特許請求の範囲】

【請求項１】通信網によって相互に接続された複数の端
末と当該複数の端末からアクセス可能な記憶装置とを備
え、前記複数の端末により複数のユーザによって共有さ
れる前記記憶装置上の情報の暗号化を行うグループ暗号
方法であって、前記端末は、演算機能を備えた記憶媒体を接続可能と
し、当該記憶媒体は予めユーザに配布され当該記憶媒体
の所有者のユーザ識別情報およびマスタ鍵と呼ばれる秘
密数値を記憶し、前記記憶装置への、任意の一つの端末からの情報の書き
込みは、書き込む情報の開示先を示すユーザ識別情報のリストで
ある宛先リストを生成すると共に、当該宛先リストを前
記端末から当該端末に接続された前記記憶媒体に送信す
るステップと、前記記憶媒体において、受信した宛先リストが示す条件
に当該記憶媒体内に記憶した前記ユーザ識別情報が合致
するか否かを検査するステップと、当該検査ステップにより、受信した前記宛先リストが示
す条件に前記憶媒体内の前記ユーザ識別情報が合致する
場合は、前記宛先リストと前記記憶媒体内に記憶した前
記マスタ鍵とに基づいてグループ鍵を生成して前記端末
に返送するステップと、前記端末において、データ鍵と呼ぶ乱数を生成し、当該
データ鍵を用いて平文を暗号化して暗号文を生成するス
テップと、前記記憶媒体より返送された前記グループ鍵を用いて前
記データ鍵を暗号化して暗号文鍵を生成するステップ
と、前記暗号文鍵、前記宛先リスト、および前記暗号文を、
前記記憶装置に書き込むステップとにより行うことを特
徴とするグループ暗号方法。
【請求項２】通信網によって相互に接続された複数の端
末と当該複数の端末からアクセス可能な記憶装置とを備
え、前記複数の端末により複数のユーザによって共有さ
れる前記記憶装置上の情報の暗号化を行うグループ暗号
方法であって、前記端末は、演算機能を備えた記憶媒体を接続可能と
し、当該記憶媒体は予めユーザに配布され当該記憶媒体
の所有者のユーザ識別情報およびマスタ鍵と呼ばれる秘
密数値を記憶し、前記記憶装置には、情報の開示先を示す宛先リスト、当
該情報の開示先であるユーザのみ復号化し、平文の暗号
化に用いられたデータ鍵に復元することができる暗号文
鍵、および前記データ鍵で平文を暗号化して生成された
暗号文が予め記憶されており、前記記憶装置からの任意の一つの端末による情報の読み
出しは、前記記憶装置から前記暗号文鍵、前記宛先リスト、およ
び前記暗号文を読み取るステップと、読み取った前記宛先リストを、前記端末に接続された前
記記憶媒体に送信するステップと、前記記憶媒体において、受信した宛先リストが示す条件
に前記記憶媒体内に記憶したユーザ識別情報が合致する
か否かを検査するステップと、当該検査ステップにより、受信した前記宛先リストが示
す条件に前記憶媒体内に記憶した前記ユーザ識別情報が
合致する場合は、前記宛先リストと前記記憶媒体内に記
憶した前記マスタ鍵とに基づいてグループ鍵を生成して
端末に返送するステップと、前記端末において、前記記憶装置より読み取った前記暗
号文鍵を、前記グループ鍵を用いて復号化してデータ鍵
を生成するステップと、前記記憶装置より読み取った前記暗号文を、前記データ
鍵を用いて復号化して平文を生成するステップとにより
行うことを特徴とするグループ暗号方法。
【請求項３】通信網によって相互に接続された複数の端
末と当該複数の端末からアクセス可能な記憶装置とを備
え、前記複数の端末により複数のユーザによって共有さ
れる前記記憶装置上の情報の暗号化を行うグループ暗号
方法であって、前記端末は、演算機能を備えた記憶媒体を接続可能と
し、当該記憶媒体は予めユーザに配布され当該記憶媒体
の所有者のユーザ識別情報およびマスタ鍵と呼ばれる秘
密数値を記憶し、前記記憶装置への、任意の一つの端末からの情報の書き
込みは、書き込む情報の開示先を示すユーザ識別情報のリストで
ある宛先リストを生成すると共に、当該宛先リストを前
記端末から当該端末に接続された前記記憶媒体に送信す
るステップと、前記記憶媒体において、受信した宛先リストが示す条件
に当該記憶媒体内に記憶した前記ユーザ識別情報が合致
するか否かを検査するステップと、当該検査ステップにより、受信した前記宛先リストが示
す条件に前記憶媒体内の前記ユーザ識別情報が合致する
場合は、前記宛先リストと前記記憶媒体内に記憶した前
記マスタ鍵とに基づいてグループ鍵を生成して前記端末
に返送するステップと、前記端末において、データ鍵と呼ぶ乱数を生成し、当該
データ鍵を用いて平文を暗号化して暗号文を生成するス
テップと、前記記憶媒体より返送された前記グループ鍵を用いて前
記データ鍵を暗号化して暗号文鍵を生成するステップ
と、前記暗号文鍵、前記宛先リスト、および前記暗号文を、
前記記憶装置に書き込むステップとにより行い、前記記憶装置からの任意の一つによる情報の読み出し
は、前記記憶装置から前記暗号文鍵、前記宛先リスト、およ
び前記暗号文を読み取るステップと、読み取った前記宛先リストを、前記端末に接続された前
記記憶媒体に、送信するステップと、前記該記憶媒体において、受信した前記宛先リストが示
す条件に前記憶媒体内に記憶したユーザ識別情報が合致
するか否かを検査するステップと、当該検査ステップにより、受信した前記宛先リストが示
す条件に前記記憶媒体内に記憶した前記ユーザ識別情報
が合致する場合は、前記宛先リストと前記記憶媒体内に
記憶したマスタ鍵とに基づいて前記グループ鍵を生成し
て前記端末に返送するステップと、前記端末において、前記記憶装置より読み取った前記暗
号文鍵を、前記グループ鍵を用いて復号化してデータ鍵
を生成するステップと、前記記憶装置より読み取った前記暗号文を、前記データ
鍵を用いて復号化して平文を生成するステップとにより
行うことを特徴とするグループ暗号方法。
【請求項４】請求項１、又は請求項２、又は請求項３に
記載のグループ暗号方法において、前記記憶媒体がＩＣカードであることを特徴とするグル
ープ暗号方法。
【請求項５】請求項１、又は請求項３に記載のグループ
暗号方法において、前記記憶装置への情報の書き込み時に、前記記憶媒体が
グループ鍵を生成して前記端末に返送するステップは、前記受信した前記宛先リストが示す条件に前記記憶媒体
内に記憶した前記ユーザ識別情報が合致するときにの
み、前記グループ鍵の生成と前記端末への返送を行うこ
とを特徴とするグループ暗号方法。
【請求項６】請求項２、又は請求項３に記載のグループ
暗号方法において、前記記憶装置からの情報の読み出し時に、前記記憶媒体
が前記グループ鍵を生成して前記端末に返送するステッ
プは、受信した前記宛先リストが示す条件に前記憶媒体
内に記憶した前記ユーザ識別情報が合致するときにの
み、グループ鍵の生成と端末への返送を行うことを特徴
とするグループ暗号方法。
【請求項７】通信網によって相互に接続された複数の端
末と当該複数の端末からアクセス可能な記憶装置とを備
え、前記複数の端末により複数のユーザによって共有さ
れる前記記憶装置上の情報の暗号化を行うグループ暗号
方法であって、前記端末は、演算機能を備えた記憶媒体を接続可能と
し、当該記憶媒体は予めユーザに配布され、当該記憶媒
体の所有者のユーザ識別情報およびマスタ鍵と呼ばれる
秘密数値を前記端末が記憶しているシステム鍵と呼ばれ
る秘密数値で暗号化し、当該暗号化されたユーザ識別情
報およびマスタ鍵を記憶し、前記記憶装置への、任意の一つの端末からの情報の書き
込みは、書き込む情報の開示先を示す前記ユーザ識別情報のリス
トである宛先リストを生成するステップと、前記端末に接続された前記記憶媒体から、暗号化した前
記ユーザ識別情報を読み取るステップと、暗号化した前記ユーザ識別情報を前記システム鍵で復号
化してユーザ識別情報を生成し、前記宛先リストが示す
条件に前記ユーザ識別情報が合致する否かを検査するス
テップと、当該検査ステップにより、前記宛先リストが示す条件に
ユーザ識別情報が合致する場合は、前記端末に接続され
た記憶媒体から、暗号化した前記マスタ鍵を読み取るス
テップと、暗号化した前記マスタ鍵を前記システム鍵で復号化して
前記マスタ鍵を生成し、当該マスタ鍵と前記宛先リスト
とに基づいてグループ鍵を生成するステップと、データ鍵と呼ぶ乱数を生成し、当該データ鍵を用いて平
文を暗号化して暗号文を生成するステップと、前記グループ鍵を用いて前記データ鍵を暗号化して暗号
文鍵を生成するステップと、前記暗号文鍵、前記宛先リスト、および前記暗号文を、
前記記憶装置に書き込むステップとにより行うことを特
徴とするグループ暗号方法。
【請求項８】通信網によって相互に接続された複数の端
末と当該複数の端末からアクセス可能な記憶装置とを備
え、前記複数の端末により複数のユーザによって共有さ
れる前記記憶装置上の情報の暗号化を行うグループ暗号
方法であって、前記端末は、演算機能を備えた記憶媒体を接続可能と
し、当該記憶媒体は予めユーザに配布され、当該記憶媒
体の所有者のユーザ識別情報およびマスタ鍵と呼ばれる
秘密数値を前記端末が記憶しているシステム鍵と呼ばれ
る秘密数値で暗号化し、当該暗号化されたユーザ識別情
報およびマスタ鍵を記憶し、前記記憶装置には、情報の開示先を示す宛先リスト、当
該情報の開示先であるユーザのみ復号化し、平文の暗号
化に用いられたデータ鍵に復元することができる暗号文
鍵、および前記データ鍵で平文を暗号化して生成された
暗号文が予め記憶されており、前記記憶装置からの任意の一つの端末による情報の読み
出しは、前記記憶装置から前記暗号文鍵、前記宛先リスト、およ
び前記暗号文を読み取るステップと、前記端末に接続された前記記憶媒体から、暗号化した前
記ユーザ識別情報を読み取るステップと、暗号化した前記ユーザ識別情報を前記システム鍵で復号
化して前記ユーザ識別情報を生成し、前記記憶装置より
読み取った前記宛先リストが示す条件に前記ユーザ識別
情報が合致するか否かを検査するステップと、当該検査ステップにより、前記宛先リストが示す条件に
前記ユーザ識別情報が合致する場合は、前記端末に接続
された前記記憶媒体から、暗号化した前記マスタ鍵を読
み取るステップと、暗号化した前記マスタ鍵を前記システム鍵で復号化して
前記マスタ鍵を生成し、当該マスタ鍵と前記宛先リスト
とに基づいてグループ鍵を生成するステップと、前記端末に接続された前記記憶媒体から、暗号化した前
記ユーザ識別情報を読み取るステップと、暗号化した前記ユーザ識別情報を前記システム鍵で復号
化して前記ユーザ識別情報を生成し、前記宛先リストが
示す条件に前記ユーザ識別情報が合致するか否かを検査
するステップと、当該検査ステップにより、前記宛先リストが示す条件に
前記ユーザ識別情報が合致する場合は、前記端末に接続
された前記記憶媒体から、暗号化した前記マスタ鍵を読
み取るスッテプと、暗号化した前記マスタ鍵を前記システム鍵で復号化して
マスタ鍵を生成し、前記マスタ鍵と宛先リストとに基づ
いてグループ鍵を生成するステップと、前記記憶装置より読み取った前記暗号文鍵を、前記グル
ープ鍵を用いて復号化してデータ鍵を生成するステップ
と、前記記憶装置より読み取った前記暗号文を、前記データ
鍵を用いて復号化して平文を生成するステップとにより
行うことを特徴とするグループ暗号方法。
【請求項９】通信網によって相互に接続された複数の端
末と当該複数の端末からアクセス可能な記憶装置とを備
え、前記複数の端末により複数のユーザによって共有さ
れる前記記憶装置上の情報の暗号化を行うグループ暗号
方法であって、前記端末は、演算機能を備えた記憶媒体を接続可能と
し、当該記憶媒体は予めユーザに配布され、当該記憶媒
体の所有者のユーザ識別情報およびマスタ鍵と呼ばれる
秘密数値を前記端末が記憶しているシステム鍵と呼ばれ
る秘密数値で暗号化し、当該暗号化されたユーザ識別情
報およびマスタ鍵を記憶し、前記記憶装置への、任意の一つの端末からの情報の書き
込みは、書き込む情報の開示先を示す前記ユーザ識別情報のリス
トである宛先リストを生成するステップと、前記端末に接続された前記記憶媒体から、暗号化した前
記ユーザ識別情報を読み取るステップと、暗号化した前記ユーザ識別情報を前記システム鍵で復号
化して前記ユーザ識別情報を生成し、前記宛先リストが
示す条件に該ユーザ識別情報が合致するか否かを検査す
るステップと、当該検査ステップにより、前記宛先リストが示す条件に
前記ユーザ識別情報が合致する場合は、前記端末に接続
された前記記憶媒体から、暗号化した前記マスタ鍵を読
み取るスッテプと、暗号化した前記マスタ鍵を前記システム鍵で復号化して
前記マスタ鍵を生成し、前記マスタ鍵と宛先リストとに
基づいてグループ鍵を生成するステップと、データ鍵と呼ぶ乱数を生成し、当該データ鍵を用いて平
文を暗号化して暗号文を生成するステップと、前記グループ鍵を用いて前記データ鍵を暗号化して暗号
文鍵を生成するステップと、前記暗号文鍵、前記宛先リスト、および前記暗号文を、
前記記憶装置に書き込むステップとにより行い、前記記憶装置からの任意の一つの端末による情報の読み
出しは、前記記憶装置から前記暗号文鍵、前記宛先リスト、およ
び前記暗号文を読み取るステップと、前記端末に接続された前記記憶媒体から、暗号化した前
記ユーザ識別情報を読み取るステップと、暗号化した前記ユーザ識別情報を前記システム鍵で復号
化して前記ユーザ識別情報を生成し、前記記憶装置より
読み取った前記宛先リストが示す条件に前記ユーザ識別
情報が合致するか否かを検査するステップと、当該検査ステップにより、前記宛先リストが示す条件に
前記ユーザ識別情報が合致する場合は、前記端末に接続
された前記記憶媒体から、暗号化した前記マスタ鍵を読
み取るステップと、暗号化した前記マスタ鍵を前記システム鍵で復号化して
前記マスタ鍵を生成し、当該マスタ鍵と前記宛先リスト
とに基づいてグループ鍵を生成するステップと、前記端末に接続された前記記憶媒体から、暗号化した前
記ユーザ識別情報を読み取るステップと、暗号化した前記ユーザ識別情報を前記システム鍵で復号
化して前記ユーザ識別情報を生成し、前記宛先リストが
示す条件に前記ユーザ識別情報が合致するか否かを検査
するステップと、当該検査ステップにより、前記宛先リストが示す条件に
前記ユーザ識別情報が合致する場合は、前記端末に接続
された前記記憶媒体から、暗号化した前記マスタ鍵を読
み取るスッテプと、暗号化した前記マスタ鍵を前記システム鍵で復号化して
前記マスタ鍵を生成し、当該マスタ鍵と前記宛先リスト
とに基づいてグループ鍵を生成するステップと、前記記憶装置より読み取った前記暗号文鍵を、前記グル
ープ鍵を用いて復号化して前記データ鍵を生成するステ
ップと、前記記憶装置より読み取った前記暗号文を、前記データ
鍵を用いて復号化して平文を生成するステップとにより
行うことを特徴とするグループ暗号方法。
【請求項１０】請求項７、又は請求項８、又は請求項９
に記載のグループ暗号方法において、前記記憶媒体が、
フロッピーディスクであることを特徴とするグループ暗
号方法。
【請求項１１】請求項７、又は請求項９に記載のグルー
プ暗号方法において、前記記憶装置への情報の書き込み時に、端末が、記憶媒
体より読み取った暗号化したユーザ識別情報をシステム
鍵を用いて復号化し、グループ鍵を生成するステップ
は、ユーザが生成した宛先リストが示す条件に復号化し
たユーザ識別情報が合致するときにのみ、グループ鍵の
生成を行うことを特徴とするグループ暗号方法。
【請求項１２】請求項８、又は請求項９に記載のグルー
プ暗号方法において、前記記憶装置からの情報の読み出し時に、端末が、記憶
媒体より読み取った暗号化したユーザ識別情報をシステ
ム鍵を用いて復号化し、グループ鍵を生成するステップ
は、ユーザが生成した宛先リストが示す条件に復号化し
たユーザ識別情報が合致するときにのみ、グループ鍵の
生成を行うことを特徴とするグループ暗号方法。
【請求項１３】請求項１、又は請求項２、又は請求項
３、又は請求項７、又は請求項８、請求項９に記載のグ
ループ暗号方法において、前記記憶媒体内に記憶したユーザ識別情報が、当該記憶
媒体の所有者を他のユーザと区分する条件を表す１つま
たは複数の情報を含んでいることを特徴とするグループ
暗号方法。
【請求項１４】請求項１３に記載のグループ暗号方法に
おいて、前記記憶媒体内に記憶したユーザ識別情報が、カテゴリ
と呼ばれる該記憶媒体の所有者を他のユーザと区分する
条件、その条件に対して該記憶媒体の所有者を特定する
データ、および該データを数値化したコード、からなる
ことを特徴とするグループ暗号方法。
【請求項１５】請求項１３に記載のグループ暗号方法に
おいて、前記記憶媒体の所有者を他のユーザと区分する
条件が、氏名、年齢、生年月日、性別、個人番号、所
属、役職の中の１つあるいは複数の情報であることを特
徴とするグループ暗号方法。
【請求項１６】請求項１、又は請求項２、又は請求項
３、又は請求項７、又は請求項８、請求項９に記載のグ
ループ暗号方法において、前記宛先リストが、情報の開示先となるユーザのユーザ
識別情報に基づいて生成される条件式であることを特徴
とするグループ暗号方法。
【請求項１７】請求項１６記載のグループ暗号方法にお
いて、前記宛先リストが、カテゴリとデータ、あるいはコード
とを論理和記号や論理積記号、等価記号、大小関係記号
で連結した論理式であることを特徴とするグループ暗号
方法。
【請求項１８】請求項１、又は請求項２、又は請求項
３、又は請求項７、又は請求項８、請求項９に記載のグ
ループ暗号方法において、前記宛先リストとマスタ鍵に基づいてグループ鍵を生成
することを特徴とするグループ暗号方法。
【請求項１９】請求項１８記載のグループ暗号方法にお
いて、前記グループ鍵の生成は、宛先リストとマスタ鍵とを連
結したものをハッシュ処理し、算出した値をグループ鍵
とすることを特徴とするグループ暗号方法。
【請求項２０】請求項１、又は請求項２、又は請求項３
に記載のグループ暗号方法において、前記各記憶媒体は、更に当該記憶媒体の所有者のパスワ
ードを記憶しており、当該記憶媒体内でグループ鍵を生
成する場合に、当該パスワードを使って、グループ鍵を
生成する権利があるか否かを検査することを特徴とする
グループ暗号方法。
【請求項２１】請求項７、又は請求項８、又は請求項９
に記載のグループ暗号方法において、前記各記憶媒体は、更に当該記憶媒体の所有者のパスワ
ードを記憶しており、当該記憶媒体から暗号化したユー
ザ識別情報や暗号化したマスタ鍵を読み取る場合に、前
記パスワードを使って、グループ鍵を生成する権利があ
るか否かを検査することを特徴とするグループ暗号方
法。
【請求項２２】請求項２０、又は請求項２１に記載のグ
ループ暗号方法において、グループ鍵を生成する権利があるかどうかの検査に、前
記記憶媒体の所有者の生物学的特徴を使うことを特徴と
するグループ暗号方法。
【請求項２３】演算手段と、リーダライタインタフェー
スと、記憶手段とを備え、当該記憶手段には、ユーザ識
別情報とマスタ鍵を記憶したＩＣカードにおいて、前記リーダライタインタフェースを介して宛先リストを
受信したときに、当該宛先リストが示す条件に前記ユー
ザ識別情報が合致した場合には、グループ鍵を生成して
出力することを特徴とするＩＣカード。
【請求項２４】少なくともファイルへの入出力制御機能
を持つオペレーティングシステムと、前記ファイルを格
納する記憶装置、あるいはネットワークで接続された第
二の情報処理装置上の記憶装置へのファイル格納手段と
を具備する情報処理装置において、ツリー状の階層管理を行う前記ファイル格納手段のノー
ド位置即ちディレクトリの内、暗号化を行う対象ディレ
クトリを予め設定しファイルに記憶する暗号化ディレク
トリ記憶手段と、前記オペレーティングシステム上で動作するアプリケー
ションプログラムから前記ディレクトリ内のファイルへ
の書き込みデータを暗号化する暗号化手段とを設けたこ
とを特徴とするファイル暗号システム。
【請求項２５】請求項２４記載のファイル暗号システム
であって、前記暗号化ディレクトリ記憶手段は、前記情報処理装置
を利用するユーザー毎に、独立した複数の暗号化対象デ
ィレクトリを設定可能であることを特徴とするファイル
暗号システム。
【請求項２６】請求項２４記載のファイル暗号システム
であって、前記暗号化ディレクトリ記憶手段は、前記対象ディレク
トリ毎に復号可能なユーザーのリストを記憶することを
特徴とするファイル暗号システム。
【請求項２７】請求項２５記載のファイル暗号システム
であって、前記暗号化ディレクトリ記憶手段は、前記対象ディレク
トリ毎に復号可能なユーザーのリストを記憶することを
特徴とするファイル暗号システム。
【請求項２８】請求項２６記載のファイル暗号システム
であって、前記ユーザーのリストを記憶したファイルを、前記対象
ディレクトリ毎に前記対象ディレクトリ内に作成するこ
とを特徴とするファイル暗号システム。
【請求項２９】請求項２４記載のファイル暗号システム
であって、前記暗号化手段は、当該ディレクトリに暗号化対象ディ
レクトリであることを示すファイルがある場合にファイ
ルへの書き込みデータを暗号化することを特徴とするフ
ァイル暗号システム。
【請求項３０】請求項２７、又請求項２８、又は請求項
２９に記載のファイル暗号システムであって、前記ユーザーのリストを暗号化し記憶することを特徴と
するファイル暗号システム。
【請求項３１】請求項２４、又は請求項２５、又は請求
項２６、又は請求項２７、又は請求項２８、又は請求項
２９、又は請求項３０記載のファイル暗号システムであ
って、前記アプリケーションプログラムから見た論理的ファイ
ル名と、前記暗号化手段によって格納される物理的ファ
イル名とが異なることを特徴とするファイル暗号システ
ム。
【請求項３２】少なくともファイルへの入出力制御機能
を持つオペレーティングシステムと、前記ファイルを格
納する記憶装置、あるいはネットワークで接続された第
二の情報処理装置上の記憶装置へのファイル格納手段と
を具備する情報処理装置において、暗号化を行う対象ディレクトリを予め設定しファイルに
記憶する暗号化ディレクトリ記憶手段と、アプリケーションプログラムから前記ディレクトリ内の
ファイルへの書き込みデータの暗号化と読み出しデータ
の復号化とを行う暗号復号手段とを設けたことを特徴と
するファイル暗号システム。
【請求項３３】請求項３２記載のファイル暗号システム
であって、前記暗号復号手段は、アプリケーションプログラムから
のファイル書き込み或いは読み出しのサイズとは独立し
たサイズの平文ブロックバッファと暗号文ブロックバッ
ファとを具備し、暗号化および復号化の処理は、前記ブ
ロックバッファ上の全データを一度に処理することによ
って行うことを特徴とするファイル暗号システム。
【請求項３４】少なくともファイルへの入出力制御機能
を持つオペレーティングシステムと、前記ファイルを格
納する記憶装置あるいはネットワークで接続された第二
の情報処理装置上の記憶装置へのファイル格納手段と、
前記ファイルを暗号化するファイル暗号化手段とを具備
する情報処理装置において、前記ファイル暗号化手段は、アプリケーションプログラ
ムが解釈し処理する文法に従って記述された平文ファイ
ルのデータ暗号化において、前記文法における前記アプ
リケーションプログラム処理時に処理対象外として無視
する注釈文とするための記述子を前記暗号化後のデータ
に付加し格納することを特徴とするファイル暗号システ
ム。
【請求項３５】請求項３４記載のファイル暗号システム
であって、前記暗号化後のデータに前記注釈文の終了を示す記述子
が存在しないような暗号化鍵を選択し使用することを特
徴とするファイル暗号システム。
【請求項３６】請求項３４、又は請求項３５記載のファ
イル暗号システムであって、当該ファイルが暗号文のファイルであることを前記アプ
リケーションプログラムが表示するための記述文を、前
記暗号化後のデータを含む前記注釈文の前あるいは後ろ
に付加し格納することを特徴とするファイル暗号システ
ム。
【請求項３７】少なくともファイルへの入出力制御機能
を持つオペレーティングシステムと、前記ファイルを格
納する記憶装置あるいはネットワークで接続された第二
の情報処理装置上の記憶装置へのファイル格納手段と、
前記記憶装置に格納されたファイルを復号化するファイ
ル復号化手段とを具備する情報処理装置において、前記ファイル復号化手段は、アプリケーションプログラ
ムが解釈し処理する文法に従って記述された暗号ファイ
ルのデータ復号化において、前記文法における前記アプ
リケーションプログラム処理時に処理対象外として無視
する注釈文とするための記述子によって注釈文とされた
データ部分を復号化し、該復号化後のデータを暗号化前
の平文ファイルのデータとして格納することを特徴とす
るファイル暗号システム。
【請求項３８】請求項２４、又は請求項２５、又は請求
項２６、又は請求項２７、又は請求項２８、又は請求項
２９、又は請求項３０、又は請求項３１、又は請求項３
２、又は請求項３３、又は請求項３４、又は請求項３
５、又は請求項３６、又は請求項３７記載のファイル暗
号システムであって、前記暗号化手段あるいは復号化手段は、前記アプリケー
ションプログラムから前記ＯＳに発行されるファイル操
作要求をフックするフック手段によって呼び出されるこ
とを特徴とするファイル暗号システム。
【請求項３９】請求項２４、又は請求項２５、又は請求
項２６、又は請求項２７、又は請求項２８、又は請求項
２９、又は請求項３０、又は請求項３１、又は請求項３
２、又は請求項３３、又は請求項３４、又は請求項３
５、又は請求項３６、又は請求項３７、又は請求項３８
記載のファイル暗号システムであって、前記暗号化手段は、復号を許可するユーザーのリストの
文字列をハッシュ関数によって圧縮することによって作
成した数値を暗号化の鍵として用いることを特徴とする
ファイル暗号システム。
【請求項４０】請求項２４、又は請求項２５、又は請求
項２６、又は請求項２７、又は請求項２８、又は請求項
２９、又は請求項３０、又は請求項３１、又は請求項３
２、又は請求項３３、又は請求項３４、又は請求項３
５、又は請求項３６、又は請求項３７、又は請求項３８
記載のファイル暗号システムであって、前記暗号化手段は、復号を許可するユーザーのリストの
文字列をハッシュ関数によって圧縮することによって作
成した数値で暗号化の鍵を暗号化し、該暗号化鍵を暗号
化ファイルに付加することを特徴とするファイル暗号シ
ステム。
【請求項４１】請求項２４、又は請求項２５、又は請求
項２６、又は請求項２７、又は請求項２８、又は請求項
２９、又は請求項３０、又は請求項３１、又は請求項３
２、又は請求項３３、又は請求項３４、又は請求項３
５、又は請求項３６、又は請求項３７、又は請求項３８
記載のファイル暗号システムであって、前記暗号化手段は、復号を許可するユーザーのリストと
マスタ鍵と呼ぶ秘密の数値とをもとに作成した数値を暗
号化の鍵として用いることを特徴とするファイル暗号シ
ステム。
【請求項４２】請求項２４、又は請求項２５、又は請求
項２６、又は請求項２７、又は請求項２８、又は請求項
２９、又は請求項３０、又は請求項３１、又は請求項３
２、又は請求項３３、又は請求項３４、又は請求項３
５、又は請求項３６、又は請求項３７、又は請求項３８
記載のファイル暗号システムであって、前記暗号化手段は、復号を許可するユーザーのリストの
文字列とマスタ鍵と呼ぶ秘密の数値とをもとに作成した
数値で暗号化の鍵を暗号化し、該暗号化鍵を暗号化ファ
イルに付加することを特徴とするファイル暗号システ
ム。
【請求項４３】少なくとも中央処理装置（ＣＰＵ）と記
憶装置とを具備する情報処理装置において、復号を許可するユーザーのリストの文字列とマスタ鍵と
呼ぶ秘密の数値とをもとに作成した数値を暗号化の鍵と
して用いることを特徴とするデータ暗号システム。
【請求項４４】請求項４３記載のデータ暗号システムで
あって、前記復号を許可するユーザーのリストの文字列に復号期
限の日付情報を含むことを特徴とするデータ暗号システ
ム。
【請求項４５】請求項４３記載のデータ暗号システムで
あって、前記復号を許可するユーザーのリストの文字列に該ユー
ザーのリストによる復号可否制御の有効期限の日付情報
を含むことを特徴とするデータ暗号システム。
【請求項４６】請求項４３記載のデータ暗号システムで
あって、前記復号を許可するユーザーのリストの文字列に前記復
号化の鍵の生成に用いるマスタ鍵を識別する情報を付加
することを特徴とするデータ暗号システム。
【請求項４７】請求項４３、又は請求項４４記載のデー
タ暗号システムであって、前記ユーザーのリストの文字列を暗号化データに付加す
ることを特徴とするデータ暗号システム。
【請求項４８】請求項４３、又は請求項４４、又は請求
項４５、又は請求項４６、又は請求項４７記載のデータ
暗号システムであって、前記情報処理装置に接続され、前記情報処理装置の前記
ＣＰＵとは別のＣＰＵを具備する鍵生成装置を用いて前
記鍵の生成を行うことを特徴とするデータ暗号システ
ム。
【請求項４９】請求項４８記載のデータ暗号システム及
びその制御方法であって、前記鍵生成装置はＩＣカード
であることを特徴とするデータ暗号システム及びその制
御方法。
【請求項５０】請求項４８記載のデータ暗号システムで
あって、前記鍵生成装置は前記情報処理装置とネットワークで接
続された別の情報処理装置であることを特徴とするデー
タ暗号システム。
【請求項５１】少なくともＣＰＵと記憶装置とを具備す
る情報処理装置において、復号を許可するユーザーのリストの文字列とマスタ鍵と
呼ぶ秘密の数値とをもとに作成した数値を復号化の鍵と
して用いることを特徴とするデータ暗号システム。
【請求項５２】請求項５１記載のデータ暗号システムで
あって、前記復号を許可するユーザーのリストの文字列に含まれ
る復号期限の日付情報にしたがい、鍵の生成の可否を制
御することを特徴とするデータ暗号システム。
【請求項５３】請求項５１記載のデータ暗号システムで
あって、前記復号を許可するユーザーのリストの文字列に含まれ
る該ユーザーのリストによる復号可否制御の有効期限の
日付情報にしたがい、該ユーザーのリストによる鍵の生
成の可否制御を行うか否かを制御することを特徴とする
データ暗号システム。
【請求項５４】請求項５１記載のデータ暗号システムで
あって、前記復号を許可するユーザーのリストの文字列に含まれ
るマスタ鍵情報にしたがい、前記復号化の鍵の生成に用
いるマスタ鍵を選択することを特徴とするデータ暗号シ
ステム。
【請求項５５】請求項５１、又は請求項５２、又は請求
項５３、又は請求項５４記載のデータ暗号システムであ
って、前記ユーザーのリストの文字列として、暗号化データに
付加されたユーザーのリストの文字列を用いることを特
徴とするデータ復号システム。
【請求項５６】請求項５１、又は請求項５２、又は請求
項５３、又は請求項５４、又は請求項５５記載のデータ
暗号システムであって、前記情報処理装置に接続され、前記情報処理装置の前記
ＣＰＵとは別のＣＰＵを具備する鍵生成装置を用いて前
記鍵の生成を行うことを特徴とするデータ暗号システ
ム。
【請求項５７】請求項５６記載のデータ復号システム及
びその制御方法であって、前記鍵生成装置はＩＣカードであることを特徴とするデ
ータ復号システム。
【請求項５８】請求項５６記載のデータ復号システムで
あって、前記鍵生成装置は前記情報処理装置とネットワークで接
続された別の情報処理装置であることを特徴とするデー
タ暗号システム。
【請求項５９】少なくともＣＰＵと記憶装置とを具備す
る情報処理装置において、データの暗号化を行うデータ暗号システム及びその制御
方法であって、暗号化を行う際に該暗号化によって作成
された暗号データの復号を許可する期限の日時が指定可
能であることを特徴とするデータ暗号システム。
【請求項６０】少なくともＣＰＵと記憶装置とを具備す
る情報処理装置において、データの暗号化を行うデータ暗号システム及びその制御
方法であって、暗号化を行う際に該暗号化によって作成
された暗号データを復号するための鍵の取得を制限する
期間の日時が指定可能であることを特徴とするデータ暗
号システム。
【請求項６１】少なくともＣＰＵと記憶装置とを具備す
る情報処理装置において、データの復号化を行うデータ復号システム及びその制御
方法であって、該暗号化データに対し指定された復号を
許可する期限の日時を超過していた場合には復号を行わ
ないことを特徴とするデータ暗号システム。
【請求項６２】少なくともＣＰＵと記憶装置とを具備す
る情報処理装置において、データの復号化を行うデータ復号システム及びその制御
方法であって、該暗号化データに対し指定された鍵の取
得を制限する期間の日時を超過していた場合には、前記
制限に拘わらず復号を行うことを特徴とするデータ暗号
システム。
【請求項６３】少なくとも通信制御機能とファイルへの
入出力制御機能を持つオペレーティングシステムと、前
記ファイルを格納する記憶装置とを具備する第一の情報
処理装置と、該第一の情報処理装置とはネットワークで
接続され、少なくとも通信制御機能を持つオペレーティ
ングシステムと、該ＯＳ上で動作し、前記第一の情報処
理装置上の記憶装置からファイルを受信する機能を持つ
アプリケーションプログラムとを具備する第二の情報処
理装置によって構成されたシステムにおいて、前記ファイルを暗号化するファイル暗号化手段と、前記アプリケーションプログラムが前記第一の情報処理
装置から前記暗号ファイルを受信する際に、該受信ファ
イルを復号化してから前記アプリケーションプログラム
に渡す受信ファイル復号化手段とを設けたことを特徴と
するファイル暗号システム。
【請求項６４】請求項６３記載のファイル暗号システム
であって、前記ファイル暗号化手段によって、前記暗号ファイルに
復号可能なユーザーのリストが付加されたファイルを受
信して、復号化することを特徴とするファイル暗号シス
テム。
【請求項６５】請求項６３記載のファイル暗号システム
であって、前記受信ファイル復号化手段は、アプリケーションプロ
グラムが前記ＯＳに発行するデータ送受信要求をフック
するフック手段によって呼び出されることを特徴とする
ファイル暗号システム。
【請求項６６】請求項６３、又は請求項６４、又は請求
項６５記載のファイル暗号システムであって、前記フック手段は、前記第二の情報処理装置のユーザー
の身元を確認するユーザー認証手段によって認証された
ユーザーが存在する場合にのみ前記受信ファイル復号化
手段を呼び出すことを特徴とするファイル暗号システ
ム。
【請求項６７】請求項６３、又は請求項６４、又は請求
項６５、又は請求項６６記載のファイル暗号システムに
おいて、前記フック手段は、アプリケーションプログラムが前記
ＯＳに発行するファイル受信要求の監視と、該要求に対
する受信データの内容の調査を行い、該受信データが暗
号化ファイルであれば前記受信ファイル復号化手段によ
り復号化したデータを前記アプリケーションプログラム
に渡し、暗号化ファイルでなければ受信データをそのま
ま前記アプリケーションプログラムに渡すことを特徴と
するファイル暗号システム。
【請求項６８】請求項６３、又は請求項６４、又は請求
項６５、又は請求項６６、又は請求項６７のファイル暗
号システムにおいて、記載前記フック手段と前記受信ファイル復号化手段を、
前記ユーザー認証手段によってユーザーを認証したとき
にロードすることを特徴とするファイル暗号システム。
【請求項６９】請求項６３、又は請求項６４、又は請求
項６５、又は請求項６６、又は請求項６７のファイル暗
号システムであって、前記受信ファイル復号化手段は、前記ユーザー認証手段
によって認証されたユーザーが、前記復号可能なユーザ
ーのリストに含まれているか否かを判別する復号権利判
別手段によって復号権利があると判断された場合にのみ
呼び出されることを特徴とするファイル暗号システム。
【請求項７０】請求項６３記載のファイル暗号システム
であって、前記暗号ファイルに、復号可能なユーザーのリストを暗
号化して付加したファイルを受信して復号化することを
特徴とする暗号ファイル受信システム。
【請求項７１】請求項６３、又は請求項６４、又は請求
項６５、又は請求項６６、又は請求項６７、又は請求項
６８、又は請求項６９、又は請求項７０記載のファイル
暗号システムであって、前記第一の情報処理装置上の記憶装置には、前記ファイ
ル暗号化手段によって予め暗号化されたファイルが格納
されていることを特徴とするファイル暗号システム。
【請求項７２】請求項６３、又は請求項６４、又は請求
項６５、又は請求項６６、又は請求項６７、又は請求項
６８、又は請求項６９、又は請求項７０、又は請求項７
１記載のファイル暗号システムであって、前記フック手段は、前記アプリケーションプログラム
が、前記第一の情報処理装置へ送信したファイル転送要
求コマンドに対する受信ファイルのみを復号化の対象と
して処理することを特徴とするファイル暗号システム。
【請求項７３】少なくとも通信制御機能とファイルへの
入出力制御機能を持つオペレーティングシステムと、前
記ファイルを暗号化するファイル暗号化手段と、前記暗
号化ファイルを格納する記憶装置とを具備する第一の情
報処理装置と、該第一の情報処理装置とはネットワーク
で接続され、少なくとも通信制御機能を持つオペレーテ
ィングシステムと、該オペレーティングシステム上で動
作し、前記第一の情報処理装置上の記憶装置から前記暗
号ファイルを受信する機能を持つアプリケーションプロ
グラムとを具備する第二の情報処理装置から構成された
システムにおいて、前記ファイル暗号化手段は、前記アプリケーションプロ
グラムが解釈し処理する文法に従って記述された平文フ
ァイルのデータ暗号化において、前記文法における前記
アプリケーションプログラム処理時に処理対象外として
無視する注釈文とするための記述子を、前記暗号化後の
データに付加したものを暗号ファイルとするものであ
り、前記アプリケーションプログラムが前記暗号ファイルを
受信したとき、前記記述子が付加されて注釈文となって
いるデータ部分のみを取り出して復号化する受信ファイ
ル復号化手段を設けたことを特徴とするファイル暗号シ
ステム。
【請求項７４】少なくとも通信制御機能とファイルへの
入出力制御機能を持つオペレーティングシステムと、前
記ファイルを暗号化するファイル暗号化手段と、前記暗
号化ファイルを格納する記憶装置とを具備する第一の情
報処理装置と、該第一の情報処理装置とはネットワーク
で接続され、少なくとも通信制御機能を持つオペレーテ
ィングシステムを具備する第二の情報処理装置と、前記
ネットワークで接続され、前記第二の情報処理装置が前
記第一の情報処理装置へ送信するデータや、反対に前記
第二の情報処理装置が前記第一の情報処理装置から受信
するデータを中継する機能と、該受信データをキャッシ
ュするキャッシュ機能とを具備する第三の情報処理装置
とから構成されるシステムにおいて、前記第二の情報処理装置が、前記暗号ファイルの転送要
求を出すと、該暗号ファイルが前記第一の情報処理装置
から前記第三の情報処理装置を経由して前記第二の情報
処理装置へ転送されると共に、該暗号ファイルは前記キ
ャッシュ機能によってキャッシュされ、前記第二の情報
処理装置が、再度同じ暗号ファイルの転送要求を出す
と、前記キャッシュ機能によりキャッシュされた暗号フ
ァイルが前記第三の情報処理装置から前記第二の情報処
理装置へ転送されることを特徴とするファイル暗号シス
テム。
【請求項７５】請求項７３記載のファイル暗号システム
であって、前記ファイル暗号化手段は、ユーザーが選択したファイ
ルの任意の部分を暗号化し、該暗号化データに前記注釈
文とするための記述子を付加したものを部分暗号化ファ
イルとすることで、該部分暗号化ファイルを復号化せず
に前記アプリケーションプログラムが表示すると、平文
データ部分のみが表示または処理され、暗号化データ部
分は表示または処理されないことを特徴とするファイル
暗号システム。
【請求項７６】請求項７３、又は請求項７４記載のファ
イル暗号システムにおいて、前記ファイル暗号化手段は、暗号化する部分毎に復号可
能なユーザーのリストを付加することを特徴とするファ
イル暗号システム。
【請求項７７】前記ファイル暗号化手段は、前記ユーザ
ーが選択したファイルの任意の部分データが前記ＯＳが
具備するコピー用バッファに書き込まれた時に、該デー
タを読み込んで暗号化し、該暗号化データを前記コピー
用バッファに上書きすることを特徴とする請求項７３記
載の暗号ファイル受信システム及びその制御方法。
【請求項７８】請求項７３、又は請求項７４、又は請求
項７５記載のファイル暗号システムであって、前記受信ファイル復号化手段は、前記アプリケーション
プログラムが前記部分暗号化ファイルを受信したとき、
前記記述子が付加されて注釈文となっている暗号化デー
タ部分を取り出して復号化し、該復号化データと平文デ
ータ部分とを合せて前記アプリケーションプログラムに
渡すことを特徴とするファイル暗号システム。
【請求項７９】請求項７３、又は請求項７５、又は請求
項７８記載のファイル暗号システムであって、前記受信ファイル復号化手段は、前記アプリケーション
プログラムが前記部分暗号化ファイルを受信したとき、
前記記述子が付加されて注釈文となっている暗号化デー
タ部分を取り出して、前記第二の情報処理装置のユーザ
ーの身元を確認するユーザー認証手段によって認証され
たユーザーが前記ユーザーのリストに含まれている場合
は復号化し、該復号化データと平文データ部分とを合せ
て前記アプリケーションプログラムに渡し、前記ユーザ
ーが前記リストに含まれていない場合は、受信ファイル
から前記暗号化データ部分を削除したものを前記アプリ
ケーションプログラムに渡すことを特徴とするファイル
暗号システム。
【請求項８０】前記ファイル暗号化手段により暗号化す
る情報は、ファイルであることを特徴とする請求項６３
又は請求項７３記載の暗号ファイル受信システム及びそ
の制御方法。
【請求項８１】請求項７３、又は請求項７５記載のファ
イル暗号システムであって、前記ファイル暗号化手段は、暗号化前のファイルがテキ
スト形式であれば暗号化後のバイナリデータをテキスト
形式に変換したものを暗号ファイルとするものであり、前記受信ファイル復号化手段は、前記アプリケーション
プログラムが前記暗号化ファイルを受信したとき、前記
テキスト形式の暗号化データをバイナリ形式に逆変換し
てから復号化することを特徴とするファイル暗号システ
ム。
【請求項８２】請求項６７、又は請求項７３、又は請求
項７５、又は請求項７６記載のファイル暗号システムで
あって、前記アプリケーションプログラムが前記暗号ファイルを
受信したとき、前記受信ファイル復号化手段は、前記復
号権利判別手段によって前記暗号ファイルを復号化する
権利がないと判断した場合は、前記注釈文とするための
記述子を含む暗号化データ部分を削除し、平文データ部
分のみを前記アプリケーションプログラムに渡すことを
特徴とするファイル暗号システム。
【請求項８３】請求項８２記載のファイル暗号システム
であって、前記受信ファイル復号化手段は、受信ファイル中に平文
データ及び復号権利のある暗号化データが全く存在しな
い場合には、前記アプリケーションプログラムにエラー
を返すことを特徴とするファイル暗号システム。
【請求項８４】少なくともファイルへの入出力制御機能
とファイルの部分データのコピー処理に必要なコピー用
バッファとを持つオペレーティングシステムと、前記フ
ァイルを格納する記憶装置あるいはネットワークで接続
された第二の情報処理装置上の記憶装置へのファイル格
納手段とを具備する情報処理装置とを有するファイル暗
号システムにおいて、前記コピー用バッファへの入出力機能を持つコピー用バ
ッファ入出力手段と、前記ファイルを暗号化するファイ
ル暗号化手段と、該ファイル暗号化手段により暗号化さ
れたファイルを復号化するファイル復号化手段とを設け
たことを特徴とするファイル暗号システム。
【請求項８５】請求項８４記載のファイル暗号システム
であって、前記ファイル暗号化手段は、前記コピー用バッファ入出
力手段により読み出したバッファ中のデータを暗号化
し、該暗号化データを前記コピー用バッファ入出力手段
によりバッファへ書き込むことを特徴とするファイル暗
号システム。
【請求項８６】請求項８４記載のファイル暗号システム
であって、前記ファイル復号化手段は、前記コピー用バッファ入出
力手段により読み出したバッファ中の暗号化データを復
号化し、該復号化データを前記コピー用バッファ入出力
手段によりバッファへ書き込むことを特徴とするファイ
ル暗号システム。
【請求項８７】請求項８４、又は請求項８５、又は請求
項８６記載のファイル暗号システムであって、前記ファイル暗号化手段は、前記ＯＳ上で動作するアプ
リケーションプログラムが解釈し処理する文法に従って
記述された平文データの暗号化において、前記文法にお
ける前記アプリケーションプログラム処理時に処理対象
外として無視する注釈文とするための記述子を、前記暗
号化後のデータに付加したものを暗号化データとするも
のであり、前記アプリケーションプログラムが前記暗号
化ファイルを読み込んで処理する際に、前記記述子が付
加されて注釈文となっている暗号化データ部分は処理対
象外として無視されることを特徴とするファイル暗号シ
ステム。
【請求項８８】請求項８４、又は請求項８５、又は請求
項８６、又は請求項８７記載のファイル暗号システムで
あって、前記ファイル復号化手段は、前記暗号化ファイルを読み
出して前記記述子が付加されたデータが暗号化データで
あれば該暗号化データを復号化し、前記記述子が付加さ
れていないデータについては処理しないことを特徴とす
るファイル暗号システム。
【請求項８９】請求項８４、又は請求項８５、又は請求
項８６、又は請求項８７、又は請求項８８記載のファイ
ル暗号システムであって、前記コピー用バッファには、ユーザーがファイルから暗
号化または復号化したい部分データを選択してコピーコ
マンドを発行すると前記部分データが書き込まれ、前記ファイル暗号化手段または前記ファイル復号化手段
により暗号化または復号化された前記コピー用バッファ
中のデータは、ユーザーが貼り付けコマンドを発行する
と読み出されて前記ファイル中に書き込まれることを特
徴とするファイル暗号システム。
【請求項９０】請求項８４、又は請求項８５、又は請求
項８６、又は請求項８７、又は請求項８８記載のファイ
ル暗号システムであって、前記フック手段は、アプリケーションプログラムからの
ファイル読み出し要求をフックし、読み出されたファイ
ルデータが暗号化された前記部分データであれば前記フ
ァイル復号化手段により復号化してから前記アプリケー
ションプログラムへ渡し、平文データであれば何もせず
に前記アプリケーションプログラムへ渡すことを特徴と
するファイル暗号システム。
【請求項９１】請求項８４、又は請求項８５、又は請求
項８６、又は請求項８７、又は請求項８８、又は請求項
８９、又は請求項９０記載のファイル暗号システムであ
って、前記ファイル復号化手段は、前記第二の情報処理装置の
ユーザーの身元を確認するユーザー認証手段によって認
証されたユーザーが前記ユーザーのリストに含まれてい
る場合は復号化し、該復号化データと平文データ部分と
を合せて前記アプリケーションプログラムに渡し、前記
ユーザーが前記リストに含まれていない場合は、読み込
んだファイルデータから前記暗号化データ部分を削除し
たものを前記アプリケーションプログラムに渡すことを
特徴とするファイル暗号システム。
【請求項９２】請求項８４、又は請求項８５、又は請求
項８６、又は請求項８７、又は請求項８８、又は請求項
８９、又は請求項９０記載のファイル暗号システムであ
って、前記ファイル復号化手段は、前記第二の情報処理装置の
ユーザーの身元を確認するユーザー認証手段によって認
証されたユーザーが前記ユーザーのリストに含まれてい
る場合は復号化し、該復号化データと平文データ部分と
を合せて前記アプリケーションプログラムに渡し、前記
ユーザーが前記リストに含まれていない前記暗号化デー
タ部分については、何も処理せずに前記アプリケーショ
ンプログラムに渡すことを特徴とするファイル暗号シス
テム。
【請求項９３】少なくとも通信制御機能とファイルへの
入出力制御機能とを持つオペレーティングシステムと、
前記ファイルを格納する記憶装置とを具備する第一の情
報処理装置と、該第一の情報処理装置とはネットワーク
で接続され、少なくとも通信制御機能を持つオペレーテ
ィングシステムと、該オペレーティングシステム上で動
作し、前記第一の情報処理装置上の記憶装置からファイ
ルを受信する機能を持つアプリケーションプログラムと
を具備する第二の情報処理装置によって構成されたシス
テムにおいて、前記ファイルを暗号化するファイル暗号化手段と、前記アプリケーションプログラムが前記第一の情報処理
装置から前記暗号ファイルを受信する際に、該受信ファ
イルを復号化してから前記アプリケーションプログラム
に渡す受信ファイル復号化手段とを設けたことを特徴と
するファイル暗号システム。