JP2001022645A - 暗号化ファイルの生成方法及び閲覧方法 - Google Patents

Abstract

(57)【要約】 【課題】 暗号化された文書の管理及びその暗号化に必
要な鍵の管理が容易な暗号化ファイルの生成方法及び閲
覧方法を提供する。 【解決手段】 本発明は、異なる復号鍵ＫDA〜ＫDCを有
する複数の閲覧者Ａ〜Ｃが利用するデータファイルの生
成方法であって、関連する内容の複数の被閲覧情報Ｐ1
〜Ｐ3のそれぞれを、該情報を閲覧すべき閲覧者が有す
る復号鍵に対応する暗号鍵ＫEA〜ＫECでそれぞれ暗号化
する手順と、上記暗号化された複数の被閲覧情報を１つ
のデータファイルＦとして保存する手順とを備える。本
発明は、また上記データファイルＦを閲覧する方法であ
って、上記データファイルを主記憶上にロードする手順
と、上記データファイル内の暗号化された複数の被閲覧
情報を、該閲覧者が有する復号鍵ＫDで順次復号化する
手順と、上記復号化された被閲覧情報が、暗号化前の被
閲覧情報に正しく復号化されたか否かを順次判断する手
順と、正しく復号化された１又は複数の被閲覧情報を順
次記憶部上に記憶する手順と、上記記憶された全ての被
閲覧情報を閲覧者に対し表示する手順とを備える。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、異なる復号鍵を有
する複数の閲覧者が利用するデータファイルの生成方法
及び閲覧方法に関する。

【０００２】

【従来の技術】近年、コンピュータネットワークを用い
た情報の共有環境が急速に普及している。共有する文書
その他の情報をネットワークのサーバー上に蓄積し、多
数のクライアントからこれにアクセスすることによっ
て、該情報の管理や利用効率が格段に改善される。この
ような環境において、特定の情報を閲覧可能なユーザを
限定したいという要求がある。例えば、社内ネットワー
ク環境においては、特定の役員のみ、特定の部署のみ、
あるいは特定の社員のみに目的の文書を閲覧し得るよう
に構成する必要が生じる。

【０００３】この種の要求に応えるために、情報の暗号
化技術を用いて目的の情報を暗号化し、この暗号に対応
する復号鍵を持った者のみがこれを閲覧可能とする方法
がある。

【０００４】暗号化技術を用いた従来の方法の一つは、
閲覧者を限定するセキュリティレベルを設定し、該セキ
ュリティレベル毎に異なる鍵で目的の情報を暗号化し
て、それに対する復号鍵を持つ者のみが目的の情報を閲
覧可能とするものである。

【０００５】しかしながら、セキュリティレベル毎に鍵
を設定するこの方法では、特定のユーザが複数のセキュ
リティレベルの情報を閲覧できるようにするためには、
複数の鍵を管理しなければならず、ユーザ側及び管理者
側において鍵管理が煩雑になる。例えば、社内ネットワ
ークにおいて役員等に対しては、役員レベル、監督する
各事業部レベルに対応した鍵を配布し、必要に応じてこ
れを使い分けるようにする必要がある。また、予め設定
したセキュリティレベルに従わないユーザ群に対して情
報を提供することが困難であり、閲覧対象者を選択する
自由度が低いという問題がある。

【０００６】暗号化技術を用いた従来の他の方法は、ユ
ーザ毎に個別の復号鍵を設定し、情報の対象ユーザ毎に
その復号鍵に対応した暗号鍵で情報を暗号化するもので
ある。図５及び図６は、上記方法に従う従来の暗号化フ
ァイルの作成及び閲覧システムを示している。最初に、
図５に従って、従来の暗号化ファイルの作成方法におい
て、ユーザＡ〜Ｃに同一内容の文書Ｐを暗号化して提供
する方法について説明する。図に示すように、各ユーザ
Ａ〜Ｃに対し、それぞれ固有の暗号鍵ＫEA、ＫEB及びＫ
ECが予め決められており、各暗号鍵ＫEを用いて文書Ｐ
が暗号化され、暗号文ＣA〜ＣCが生成される。すなわち
システムは、暗号部５０においてユーザＡ用に文書Ｐを
暗号鍵ＫEAを用いて暗号化し、文書ＣAを主記憶上に生
成する。書き込み部５１は、主記憶上の文書ＣAをサー
バーのハードディスク上に、１つのデータファイルとし
て保存する。同様に、暗号鍵ＫEBを用いてユーザＢ用の
暗号文ＣBを、また暗号鍵ＫECを用いてユーザＣ用の暗
号文ＣCを生成し、サーバー上にデータファイルとして
保存する。

【０００７】これらの暗号文ＣA〜ＣCは、図６に示すよ
うに、ユーザＡ〜Ｃの操作するクライアントにおいて、
それぞれの復号鍵ＫDA〜ＫDCを用いて復号化される。す
なわち、ユーザＡは、自クライアントの主記憶上に、暗
号文ＣAを読み出し、その復号化部６１において、暗号
鍵ＫEAに対応する復号鍵ＫDAを用いて復号化を行い、元
の文書Ｐを得る。同様に、ユーザＢ及びユーザＣのクラ
イアントにおいて、それぞれ復号鍵ＫDB、ＫDCを用いて
暗号文ＣB、ＣCが復号化される。

【０００８】

【発明が解決しようとする課題】しかしながら上記従来
の方法によれば、ユーザ側及び管理者側における鍵の管
理は容易になるものの、上記した例のように、同じ内容
の文書についてそれを閲覧可能なユーザが複数である場
合、そのユーザの数だけデータファイルが作成されるこ
ととなるので、サーバー上に蓄積されるファイルの数が
膨大になる可能性があり、管理上問題がある。

【０００９】また、関連する内容の複数の情報（例え
ば、報告書と該報告書の根拠となる統計資料）を暗号化
して閲覧に供する場合、一人のユーザが上記関連する複
数の情報を個別に復号化し、それぞれ閲覧しなければな
らないという問題がある。

【００１０】従って本発明の目的は、暗号化された文書
の管理及びその暗号化に必要な鍵の管理が容易な暗号化
ファイルの生成方法及び閲覧方法を提供することにあ
る。

【００１１】本発明の別の目的は、関連する内容の複数
の情報をその管理が容易になるように暗号化し、また閲
覧が容易になるように復号化する暗号化ファイルの生成
方法及び閲覧方法を提供することにある。

【００１２】

【課題を解決するための手段】上記目的を達成するため
本発明は、異なる復号鍵を有する複数の閲覧者が利用す
るデータファイルの生成方法であって、関連する内容の
複数の被閲覧情報のそれぞれを、該情報を閲覧すべき閲
覧者が有する復号鍵に対応する暗号鍵でそれぞれ暗号化
する手順と、上記暗号化された複数の被閲覧情報を１つ
のデータファイルとして保存する手順とを備えて構成さ
れる。

【００１３】また、上記暗号化ファイルの生成方法は、
所定の判定用コードを、上記異なる復号鍵に対応する暗
号鍵でそれぞれ暗号化する手順と、上記暗号化された各
被閲覧情報に対し、同じ鍵で暗号化された上記判定用コ
ードをそれぞれ対応付ける手順とを更に備え、上記保存
する手順が、上記暗号化された複数の被閲覧情報を上記
判定用コードと共に１つのデータファイルとして保存す
るものとすることが好ましい。

【００１４】また、上記暗号化ファイルの生成方法は、
上記データファイル内における少なくとも上記暗号化さ
れた各被閲覧情報の位置を特定する位置情報を生成する
手順を更に備え、上記保存する手順が、上記暗号化され
た複数の被閲覧情報を上記位置情報と共に１つのデータ
ファイルとして保存するものであることが好ましい。

【００１５】本発明は、また上記方法により生成された
暗号化ファイルを閲覧する方法であって、上記データフ
ァイルを主記憶上にロードする手順と、上記データファ
イル内の暗号化された複数の被閲覧情報を、該閲覧者が
有する復号鍵で順次復号化する手順と、上記復号化され
た被閲覧情報が、暗号化前の被閲覧情報に正しく復号化
されたか否かを順次判断する手順と、正しく復号化され
た１又は複数の被閲覧情報を順次記憶部上に記憶する手
順と、上記記憶された全ての被閲覧情報を閲覧者に対し
表示する手順とを備えて構成される。

【００１６】この場合において、上記暗号化ファイルを
閲覧する方法は、上記記憶部上に記憶された１又は複数
の被閲覧情報を１つに連結する手順を更に備え、上記表
示する手順が、上記連結された被閲覧情報を表示するよ
う構成することが好ましい。

【００１７】また、上記暗号化ファイルを閲覧する方法
は、上記暗号化された複数の判定用コードを、該閲覧者
が有する復号鍵で順次復号化する手順を更に備え、上記
判断する手順が、上記復号化された判定用コードを、暗
号化前の上記判定用コードと順次比較することにより、
上記復号化された被閲覧情報が、暗号化前の被閲覧情報
に正しく復号化されたか否かを判断するものであること
が好ましい。

【００１８】更に、上記暗号化ファイルを閲覧する方法
は、上記被閲覧情報を順次復号化する手順が、上記位置
情報に基いて上記データファイルの中から対象となる上
記被閲覧情報を抽出する手順を更に備えたことが好まし
い。

【００１９】

【発明の実施の形態】以下、図示した一実施形態に基い
て本発明を詳細に説明する。図１は本発明の一実施形態
に係る暗号化ファイルの作成方法を実現するシステム構
成図を示している。基本的に、本作成方法によって、提
供すべき関連性のある複数の文書に対して、各ユーザに
設定された暗号鍵を用いてそれぞれ暗号文が作成され
る。作成された各暗号文は、一つのデータファイルにま
とめられ保存される。

【００２０】図１において、暗号化ファイル生成装置１
０は、ファイル管理者が操作するコンピュータ及びこの
上で動作されるプログラムによって実現可能であり、そ
の機能的な構成として、暗号部１１、鍵設定部１２、デ
ータ書き込み部１３、ブロックサイズ算出部１４及びデ
ータ保存部１５を備える。

【００２１】暗号部１１は、鍵設定部１２によって設定
された暗号鍵ＫEを用いて所定のアルゴリズムにより入
力データを暗号化する。暗号部１１に入力されるデータ
は、閲覧に付される複数の文書Ｐ1〜Ｐ3及び確認コード
Ｍである。暗号部１１は、文書Ｐ1〜Ｐ3及び確認コード
Ｍを暗号化し、それぞれ暗号文Ｃ1〜Ｃ3及び暗号化確認
コードＮを生成する。確認コードＭは、文書Ｐ1〜Ｐ3を
閲覧しようとするユーザが、その文書に対する閲覧権限
を有しているか否かを判断するためのものである。確認
コードＭは、任意の文字列、記号その他の識別子であれ
ば良いが、文書Ｐ1〜Ｐ3に基いて生成されるハッシュ値
その他のメッセージダイジェストを確認コードＭとして
も良い。確認コードＭを用いた閲覧権限の判定の方法に
ついては後述する。

【００２２】鍵設定部１２は、暗号部１１で用いられる
暗号鍵ＫEを設定するためのものである。図に示す例
で、鍵設定部１２は、暗号化しようとする文書Ｐ1〜Ｐ3
に対する閲覧権限を有するユーザＡ、Ｂ及びＣに対し予
め配布された復号鍵ＫDA、ＫDB及びＫDCに対応する暗号
鍵ＫEA、ＫEB及びＫECを、順次暗号部１１で用いる鍵と
して設定する。これによって、暗号部１１は、ユーザＡ
用のデータとして、暗号鍵ＫEAで暗号化された暗号化確
認コードＮA及び暗号文Ｃ1A〜Ｃ3A（暗号文Ｃ1A〜Ｃ3A
はそれぞれ文書Ｐ1〜Ｐ3を暗号鍵ＫEAで暗号化したも
の）を生成し、ユーザＢ用のデータとして、暗号鍵ＫEB
で暗号化された暗号化確認コードＮB及び暗号文Ｃ1B〜
Ｃ3B（暗号文Ｃ1B〜Ｃ3Bはそれぞれ文書Ｐ1〜Ｐ3を暗号
鍵ＫEBで暗号化したもの）を生成し、ユーザＣ用のデー
タとして、暗号鍵ＫECで暗号化された暗号化確認コード
ＮC及び暗号文ＣC（暗号文Ｃ1C〜Ｃ3Cはそれぞれ文書Ｐ
1〜Ｐ3を暗号鍵ＫECで暗号化したもの）を生成可能とす
る。以下に説明するように、本実施形態においては、ユ
ーザＡに提供すべき書類を、文書Ｐ1及びＰ2とし、ユー
ザＢに提供すべき書類を、文書Ｐ1、Ｐ2及びＰ3とし、
ユーザＣに提供すべき書類を、文書Ｐ1及びＰ3とする。
上記暗号部１１は、このような、ユーザと提供すべき文
書の組合わせを考慮して、何れの文書を何れの暗号鍵で
暗号化するかを決定し、処理を実行する。

【００２３】データ書き込み部１３は、上記暗号部１１
で生成された暗号化確認コードＮ、暗号文Ｃ1〜Ｃ3及び
後述するそれらのブロックサイズデータＳを主記憶１６
上に配置するものである。図で示すように、上記各デー
タは対象文書及びユーザ毎にまとめられ、順次主記憶上
にマッピングされる。すなわち、主記憶１６上には、文
書Ｐ1に関するユーザＡ用のデータとして、ブロックサ
イズデータＳ1A、暗号化確認コードＮA及び暗号文Ｃ1A
が連続して配置され、続いて文書Ｐ1に関するユーザＢ
用のデータとして、ブロックサイズデータＳ1B、暗号化
確認コードＮB及び暗号文Ｃ1Bが連続して配置され、続
いて文書Ｐ1に関するユーザＣ用のデータとして、ブロ
ックサイズデータＳ1C、暗号化確認コードＮC及び暗号
文Ｃ1Cが連続して配置される。また、これに続いて、文
書Ｐ2に関するユーザＡ用のデータとして、ブロックサ
イズデータＳ2A、暗号化確認コードＮA及び暗号文Ｃ2A
が連続して配置され、続いて文書Ｐ2に関するユーザＢ
用のデータとして、ブロックサイズデータＳ2B、暗号化
確認コードＮB及び暗号文Ｃ2Bが連続して配置される。
更に、これに続いて、文書Ｐ3に関するユーザＢ用のデ
ータとして、ブロックサイズデータＳ3B、暗号化確認コ
ードＮB及び暗号文Ｃ3Bが連続して配置され、続いて文
書Ｐ3に関するユーザＣ用のデータとして、ブロックサ
イズデータＳ3C、暗号化確認コードＮC及び暗号文Ｃ3C
が連続して配置される。

【００２４】ブロックサイズ算出部１４は、各暗号鍵Ｋ
EA〜ＫECを用いた暗号部１１の出力毎に、データ書き込
み部１３に入力された暗号化確認コードＮと暗号文Ｃの
総計バイト数を算出し、該バイト数を格納したブロック
サイズデータＳをデータ書き込み部１３に出力する。こ
の実施例では、上記文書Ｐ1〜Ｐ3と各ユーザＡ、Ｂ及び
Ｃの組み合せに対して、７つのブロックサイズデータＳ
1A、Ｓ1B、Ｓ1C、Ｓ2A、Ｓ2B、Ｓ3B、Ｓ3Cが生成され
る。上述のように生成されたブロックサイズデータＳ
は、データ書き込み部１３によって、暗号化確認コード
Ｎ及び暗号文Ｃと共に主記憶１６上に配置される。

【００２５】データ保存部１５は、主記憶１６上に配置
された上記データ、すなわちブロックサイズデータＳ、
暗号化確認コードＮ及び暗号文Ｃをその配列の順に従っ
て１つのデータファイルＦとして、サーバーのハードデ
ィスク上に保存する。

【００２６】図２は、上記システムにおける暗号ファイ
ルの生成手順を示すフローチャートである。ここでは、
ユーザＡに提供すべき書類を、文書Ｐ1及びＰ2とし、ユ
ーザＢに提供すべき書類を、文書Ｐ1、Ｐ2及びＰ3と
し、ユーザＣに提供すべき書類を、文書Ｐ1及びＰ3とす
る。以下、本図及び図１に沿って、暗号ファイルの生成
手順について説明する。ファイル管理者が操作するコン
ピュータにおいて暗号ファイルの生成プログラムが起動
されると、鍵設定部１２によって文書Ｐ1〜Ｐ3を提供す
るユーザＡ用の暗号鍵ＫEAが、暗号部１１にセットされ
る（２０１）。暗号部１１は、この暗号鍵ＫEAを用い
て、所定の確認コードＭを暗号化し、暗号化確認コード
ＮAを生成する（２０２）。これに続いて、暗号部１１
は、同じ暗号鍵ＫEAを用いて、最初に文書Ｐ1を暗号化
し、暗号文Ｃ1Aを生成する（２０３）。

【００２７】次に、ブロックサイズ算出部１４によっ
て、上記生成した暗号化確認コードＮA及び暗号文Ｃ1A
の総バイト数が算出され、該バイト数を格納したブロッ
クサイズデータＳ1Aが生成される（２０４）。そして、
データ書き込み部１３によって、上記ブロックサイズデ
ータＳ1A、暗号化確認コードＮA及び文書Ｐ1の暗号文Ｃ
1Aが主記憶１６上の所定領域に書き込まれる（２０
５）。以上の手順により、ユーザＡに対する文書Ｐ1の
暗号処理が完了する

【００２８】上記ステップ２０１から２０５の処理は、
対象となるユーザとその提供する文書の数だけ繰り返さ
れる（２０６）。上記例では対象ユーザはユーザＡ〜Ｃ
であり、これらのユーザに上述のように文書Ｐ1〜Ｐ3の
うちの１又は複数の文書がそれぞれ提供されるので、こ
れらの数だけ上記処理が繰り返される。すなわち、上記
処理に続いて、文書Ｐ1について、ユーザＢ及びＣに対
応した暗号鍵ＫEB及びＫECを用いてそれぞれ暗号化が行
われ、次に文書Ｐ2について、ユーザＡ及びＢに対応し
た暗号鍵ＫEA及びＫEBを用いてそれぞれ暗号化が行わ
れ、次いで、文書Ｐ3について、ユーザＢ及びＣに対応
した暗号鍵ＫEB及びＫECを用いてそれぞれ暗号化が行わ
れる。この場合において、鍵設定部１２は暗号部１１に
対し、ユーザＢ用のデータを生成するために暗号鍵ＫEB
を、ユーザＣ用のデータを生成するために暗号鍵ＫECを
それぞれセットし、上記処理を実行する。これらの処理
を経て、主記憶１６上には、図１に示すように生成され
たデータが配置される。そして、主記憶１６上の該デー
タは、データ保存部１５によって、１つのデータファイ
ルとして、サーバー上に保存されることとなる（２０
７）。以上により暗号化ファイルが生成される。

【００２９】図３は、図１のシステムにより暗号化され
た文書Ｐ1〜Ｐ3を閲覧するためのシステムの構成図であ
る。暗号化ファイル閲覧装置３０は、ユーザが操作する
クライアントコンピュータ及びこの上で動作されるプロ
グラムによって実現可能であり、その機能的な構成とし
て、ファイル読み出し部３１、ブロック読み出し部３
２、復号部３３、判定部３４、文書記憶部３５、文書連
結部３６及び文書表示部３７を備える。

【００３０】ファイル読み出し部３１は、ユーザの指定
したファイルを自クライアントの主記憶３８上に読み出
すための機能であり、これによって、サーバー上に格納
した上記データファイルＦが任意のユーザによってその
主記憶上に展開される。ブロック読み出し部３２は、主
記憶３８上に展開されたデータファイルＦからブロック
単位での読み出しを可能とするもので、最初にデータフ
ァイルＦの先頭にあるブロックサイズデータＳ1Aを読み
出し、その値、すなわち以下に続く暗号化確認コードＮ
Aと暗号文Ｃ1Aの総バイト数をブロックサイズレジスタ
３９に保持する。ブロック読み出し部３２は、また、暗
号化確認コードＮ及び暗号文Ｃ1〜Ｃ3のブロックを順次
読み出し、復号部３３へ与える。

【００３１】復号部３３は、暗号化確認コードＮを復号
化して確認コードＭを生成すると共に、暗号文Ｃ1〜Ｃ3
を復号化して文書Ｐ1〜Ｐ3を生成するものである。ここ
で、復号部３３において用いられる復号鍵ＫDは、各ユ
ーザ毎に割り当てられたもの（この例ではユーザＡ、
Ｂ、Ｃに対するＫDA、ＫDB、ＫDC）が用いられる。従っ
て、例えばユーザＡが使用する復号鍵ＫDAを用いて、上
記確認コード及び暗号文の復号を行った場合、それに対
応した暗号鍵ＫEAによって暗号化された確認コードＮA
及び暗号文Ｃ1A〜Ｃ3Aのみが正常に復号化される。

【００３２】判定部３４は、復号部３３によって復号化
された確認コードＭが正常に復号化されているかどうか
を判定するものである。判定部３４は、復号化された確
認コードＭと予め設定された確認コードとを比較し、そ
の結果に応じて上記ブロック読み出し部３２の読み出し
ブロックを制御する。確認コードを暗号化した鍵ＫEと
それを復号化する鍵ＫDが対応したものでない場合、正
常な復号化は行われず、判定部３４は不一致を出力す
る。これによって、該確認コードに続く暗号文Ｃが閲覧
をしようとしているユーザ以外のユーザに対し提供され
たものであることが判断される。判定部３４において、
復号化された確認コードＭが正常に復号化されたと判断
された場合、判定部３４は、ブロックサイズレジスタ３
９の値に従って、ブロック読み出し部３２に対し、続く
暗号文Ｃを読み出し復号部３３へ与えるよう指示する。
これに応じて復号部３３は、暗号文Ｃ1〜Ｃ3を復号化し
て、元の文書Ｐ1〜Ｐ3を生成する。判定部３４におい
て、復号化された確認コードＭが正常に復号化されなか
ったと判断された場合、判定部３４は、ブロックサイズ
レジスタ３９の値に従って、ブロック読み出し部３２に
対し、続く暗号文Ｃを飛ばして、次のブロック、すなわ
ちブロックサイズデータＳ1Bを読み出す。判定部３４
は、上記主記憶３８上に読み出されたデータファイルＦ
に対し、これに含まれるすべての暗号化確認コードＮ
を、設定された確認コードＭと比較する。すなわち、途
中の暗号化確認コードＮと確認コードＭが一致する場合
においても、続く暗号化確認コードＮを判定する。これ
によって、正常に復号化できる文書が複数含まれている
場合においても、途中で処理が中断されることなく、全
ての対象文書が復号部３３によって順次復号されること
となる。

【００３３】文書記憶部３５は、上記復号部３３によっ
て復号化された文書Ｐ1〜Ｐ3を格納する。当該閲覧装置
３０において正常に復号化される文書が複数ある場合、
これらは順次復号部３３によって復号化され、文書記憶
部３５に格納される。実施例において、文書記憶部３５
は、主記憶３８の一部の領域であっても良いし、また他
の記憶装置を用いて実現しても良い。

【００３４】文書連結部３６は、上記文書記憶部３５に
複数の文書（例えば、文書Ｐ1とＰ2）が格納された場
合、これらを該記憶の順序に従って１つに連結し、閲覧
文書Ｑを生成する。文書表示部３７は、上記文書連結部
３６で生成された閲覧文書Ｑをユーザが閲覧可能なよう
に表示する機能である。上記操作を行うユーザが、提供
された文書に対し閲覧権限を有している場合、文書表示
部３７によって、クライアントのディスプレイ上に対象
文書を連結した閲覧文書Ｑが表示される。

【００３５】図４は、上記システムにおける暗号ファイ
ルの閲覧手順を示すフローチャートである。以下、本図
及び図３に沿って、復号鍵ＫDBを有する任意のユーザＢ
が、暗号ファイルを閲覧する手順について説明する。ユ
ーザＢが操作するクライアントコンピュータにおいて暗
号ファイルの閲覧プログラムが起動され、サーバ上のデ
ータファイルＦが指定されると、ファイル読み出し部３
１によって該クライアントの主記憶３８の所定エリアに
データファイルＦが展開される（４０１）。ブロック読
み出し部３２によって、該データファイルＦの先頭ブロ
ックであるブロックサイズデータＳ1Aが読み出され（４
０２）、ブロックサイズレジスタ３９へ格納される（４
０４）。なお、読み出しのポインタがデータファイルの
最後に移動された場合、ブロックサイズデータは正常に
読み取られず、処理はステップ４１１へ渡される（４０
４）。次いで、次のブロックにある暗号化確認コードＮ
Aが読み出され、復号部３３へ送られる。復号部３３で
は、ユーザＢに割り当てられた復号鍵ＫDBによって、こ
の暗号化確認コードＮAが復号化される（４０５）。

【００３６】次に、この符号化された確認コードは、判
定部３４によって正しいものか判定される（４０６）。
しかし、この暗号化確認コードＮAは、ユーザＡ用の暗
号鍵ＫEAで暗号化されているので、復号鍵ＫDBでは正し
く復号化できない。そのため、処理はステップ４０７に
移り、判定部３４によってブロックサイズレジスタ３９
内の値に従って、次に読み出すブロックを指標するポイ
ンタを次のブロックサイズデータＳ1Bの先頭アドレスに
移動する。

【００３７】上記ポインタの移動によって、ブロック読
み出し部３２は、次にブロックサイズデータＳ1Bを読み
出し（４０２）、ブロックサイズレジスタ３９へ格納す
る（４０４）。次いで、次のブロックにある暗号化確認
コードＮBが読み出され、復号部３３へ送られる。復号
部３３では、ユーザＢに割り当てられた復号鍵ＫDBによ
って、この暗号化確認コードＮBが復号化される（４０
５）。上記処理と同様に、復号化された確認コードは、
判定部３４によって正しいものか判定されるが（４０
６）、今度は、暗号化確認コードＮBは、ユーザＢ用の
暗号鍵ＫEBで暗号化されているので、復号鍵ＫDBで正し
く復号化される。これによって、処理はステップ４０８
へ移される。

【００３８】ステップ４０８では、ブロックサイズレジ
スタ３９の値に従って、暗号文Ｃ1Bのサイズが確認され
る。ブロック読み出し部３２は、確認されたサイズに従
って、暗号文Ｃ1Bを読み出し、復号部３３へ送る。復号
部３３は、暗号文Ｃ1Bを上記ユーザＢに割り当てられた
復号鍵ＫDBで復号化する（４０９）。これによって正常
に文書Ｐ1が復号化される。復号化された文書Ｐ1は、文
書記憶部３５へ格納される（４１０）。この処理が終わ
ると、処理はステップ４０７へ移り、ポインタは次のブ
ロックサイズデータへ移動される。このようにして、全
てのブロックにおける暗号化確認コードＮが確認され、
それが正常に復号化された場合、対応する暗号文Ｃ（こ
の例では、暗号文Ｃ1B、Ｃ2B及びＣ3B）が順次復号化さ
れ、文書記憶部３５にそれぞれ格納される

【００３９】全てのブロックにおける暗号化確認コード
Ｎの確認が終了した場合、データ読み出しのポインタは
データファイルＦの最後部に移動しているため、ステッ
プ４０２において、ブロックサイズデータは読み出され
ない。そのため、ステップ４０３において、処理はステ
ップ４１１へ渡される。

【００４０】ステップ４１１において、上記文書記憶部
３５内の複数の文書Ｐ1〜Ｐ3は、文書連結部３６によっ
て読み出され、ここでこれらが連結された１つの閲覧文
書Ｑが生成される。そしれ、この閲覧文書Ｑは、文書表
示部３７によって、ディスプレイ上に表示され、ユーザ
Ｂが閲覧可能となる（４１２）。

【００４１】同様にして、ユーザＡ及びＣも、自クライ
アント上で上記プログラムを実行し、同じデータファイ
ルＦにアクセスすることにより、目的の文書Ｐ1〜Ｐ3を
閲覧可能となる。一方で、文書Ｐの閲覧権限を有してい
ないユーザ（例えば、暗号鍵ＫEDに対する復号鍵ＫDDを
有するユーザＤ）が、上記データファイルＦにアクセス
した場合、判定部３４において確認コードが正しく復号
されないと判断される。この結果、何れの暗号文も閲覧
することができない。このような場合、データファイル
Ｆの最終ブロックに、「閲覧権限がありません」等の閲
覧権限を有していないユーザに対するメッセージを格納
し、これを表示するよう構成することもできる。

【００４２】以上、本発明の一実施形態を図面に沿って
説明した。しかしながら本発明は上記実施形態に示した
事項に限定されず、特許請求の範囲の記載に基いてその
変更、改良等が可能であることは明らかである。本発明
で用いることのできる暗号アルゴリズムには特に制限は
なく、各種の暗号方式（それが対称鍵暗号方式であるか
非対称鍵暗号方式であるか、ストリーム暗号方式である
かブロック暗号方式であるか等を問わない）を用いるこ
とができる。

【００４３】本発明の方法は、コンピュータネットワー
ク環境において好適に用いられるが、該ネットワークは
ローカル（例えば社内ＬＡＮ）なものでも、広域的なも
の（例えばインターネット）でも良い。また、暗号化さ
れる情報は、文書に限らず、画像、音声又はこれらと文
書を混在したもので良い。

【００４４】また、上記実施形態においては、特定のユ
ーザに対する複数の文書を連結して表示するものとして
本発明を構成した例を示したが、複数の文書を連結する
ことなく表示するよう構成しても良い。

【００４５】本発明の方法は、基本的には、コンピュー
タ及びその上で動作されるプログラムによって実現する
ことができるが、ネットワーク間で送受される情報の表
示インタフェースとなるプログラム（例えば、インター
ネットのＷＷＷブラウザ）に所定の機能を追加する形
（いわゆるプラグイン）で実現しても良い。

【００４６】

【発明の効果】以上の如く本発明によれば、複数のユー
ザに提供する同一又は関連する情報のファイルを暗号化
した状態で１つにまとめることができ、蓄積する情報の
管理が容易であるという利点がある。また、この場合に
ユーザ側及び管理者側において暗号及び復号のための鍵
の管理が容易である。

【００４７】また、判定用コードを用いて正しく復号化
が行われるかを被閲覧情報の復号化に先立って判断する
ことによって、容易且つ迅速にユーザが該情報に対する
閲覧権限を有しているか否かが判断できる。

【図面の簡単な説明】

【図１】本発明の一実施形態に係る暗号化ファイルの作
成方法を実現するシステム構成図である。

【図２】図１のシステムにおける暗号ファイルの生成手
順を示すフローチャートである。

【図３】図１のシステムにより暗号化された文書を閲覧
するためのシステム構成図である。

【図４】図３のシステムにおける暗号ファイルの閲覧手
順を示すフローチャートである。

【図５】従来の暗号化ファイルの作成方法を実現するシ
ステム構成図である。

【図６】従来の暗号化ファイルの閲覧方法を実現するシ
ステム構成図である。

【符号の説明】

ＫEA〜ＫEC 暗号鍵 ＫDA〜ＫDC 復号鍵 Ｐ1〜Ｐ3 文書 ＣA〜ＣC 暗号文 Ｍ 確認コード ＮA〜ＮC 暗号化確認コード ＳA〜ＳC ブロックサイズデータ Ｆ データファイル １０ 暗号化ファイル生成装置 １１ 暗号部 １２ 鍵設定部 １３ データ書き込み部 １４ ブロックサイズ算出部 １５ データ保存部 １６ 主記憶 ３０ 暗号化ファイル閲覧装置 ３１ ファイル読み出し部 ３２ ブロック読み出し部 ３３ 復号部 ３４ 判定部 ３５ 文書記憶部 ３６ 文書連結部 ３７ 文書表示部 ３８ 主記憶 ３９ ブロックサイズレジスタ

フロントページの続き Ｆターム(参考） 5B017 AA01 AA08 BA06 BA07 BB02 CA07 CA16 5J104 AA01 NA02 NA27 PA14 9A001 EE03 FF02 JJ07

Claims (7)

【特許請求の範囲】
1. 【請求項１】 異なる復号鍵を有する複数の閲覧者が利
   用するデータファイルの生成方法であって、 関連する内容の複数の被閲覧情報のそれぞれを、該情報
   を閲覧すべき閲覧者が有する復号鍵に対応する暗号鍵で
   それぞれ暗号化する手順と、 上記暗号化された複数の被閲覧情報を１つのデータファ
   イルとして保存する手順と、を備えたことを特徴とする
   暗号化ファイルの生成方法。
2. 【請求項２】 所定の判定用コードを、上記異なる復号
   鍵に対応する暗号鍵でそれぞれ暗号化する手順と、 上記暗号化された各被閲覧情報に対し、同じ鍵で暗号化
   された上記判定用コードをそれぞれ対応付ける手順とを
   更に備え、 上記保存する手順が、上記暗号化された複数の被閲覧情
   報を上記判定用コードと共に１つのデータファイルとし
   て保存するものであることを特徴とする請求項１記載の
   暗号化ファイルの生成方法。
3. 【請求項３】 上記データファイル内における少なくと
   も上記暗号化された各被閲覧情報の位置を特定する位置
   情報を生成する手順を更に備え、 上記保存する手順が、上記暗号化された複数の被閲覧情
   報を上記位置情報と共に１つのデータファイルとして保
   存するものであることを特徴とする請求項１又は２記載
   の暗号化ファイルの生成方法。
4. 【請求項４】 請求項１記載の方法により生成された暗
   号化ファイルを閲覧する方法であって、 上記データファイルを主記憶上にロードする手順と、 上記データファイル内の暗号化された複数の被閲覧情報
   を、該閲覧者が有する復号鍵で順次復号化する手順と、 上記復号化された被閲覧情報が、暗号化前の被閲覧情報
   に正しく復号化されたか否かを順次判断する手順と、 正しく復号化された１又は複数の被閲覧情報を順次記憶
   部上に記憶する手順と、 上記記憶された全ての被閲覧情報を閲覧者に対し表示す
   る手順と、を備えたことを特徴とする暗号化ファイルの
   閲覧方法。
5. 【請求項５】 上記記憶部上に記憶された１又は複数の
   被閲覧情報を１つに連結する手順を更に備え、上記表示
   する手順が、上記連結された被閲覧情報を表示すること
   を特徴とする請求項４記載の暗号化ファイルの閲覧方
   法。
6. 【請求項６】 請求項２記載の方法により生成された暗
   号化ファイルを閲覧する方法であって、 上記暗号化された複数の判定用コードを、該閲覧者が有
   する復号鍵で順次復号化する手順を更に備え、 上記判断する手順が、上記復号化された判定用コード
   を、暗号化前の上記判定用コードと順次比較することに
   より、上記復号化された被閲覧情報が、暗号化前の被閲
   覧情報に正しく復号化されたか否かを判断するものであ
   ることを特徴とする請求項４又は５記載の暗号化ファイ
   ルの閲覧方法。
7. 【請求項７】 請求項３記載の方法により生成された暗
   号化ファイルを閲覧する方法であって、 上記被閲覧情報を順次復号化する手順が、上記位置情報
   に基いて上記データファイルの中から対象となる上記被
   閲覧情報を抽出する手順を更に備えたことを特徴とする
   請求項４、５又は６記載の暗号化ファイルの閲覧方法。