JPH11212850A - 暗号化共有ファイル送受信システム - Google Patents

Abstract

(57)【要約】 【課題】暗号鍵及び復号鍵の生成が鍵生成サーバ情報処
理装置で行われ、暗号化された状態でファイルを送受す
る共有ファイルシステムであって、ユーザーが前記鍵生
成サーバ情報処理装置に一度ログインすれば、暗号鍵及
び復号鍵の生成を依頼する毎に、ログイン処理を行わな
くて済む、共有ファイル送受信システムを提供する。 【解決手段】クライアント装置１１に、クライアント装
置１１における各アプリケーションと、前記鍵生成サー
バ情報処理装置１４との間のデータの送受を中継するた
めの鍵生成サーバアクセスプログラム１２５ｅを設け、
前記鍵生成サーバ情報処理装置にユーザーがログインし
ている間は、鍵生成サーバ情報処理装置との接続を当該
鍵生成サーバアクセスプログラム１２５ｅにより維持す
る。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、複数人で共有され
る共有ファイルを暗号化した状態で提供するための共有
ファイルシステムに係り、特に、暗号化および復号化の
ための鍵の生成を、ネットワーク上に設置された鍵生成
装置を用いて行う共有ファイル送受信システムに関す
る。

【０００２】

【従来の技術】インターネットと呼ばれる世界的規模の
ネットワークの普及と共に、このインターネットと企業
内ネットワークとを接続し、インターネットを介して情
報を送受信するケースが増大している。企業内ネットワ
ークをインターネットに接続する場合には、インターネ
ットからの不正なアクセスによって、企業内ネットワー
クから機密情報が漏洩することを防止することが要求さ
れる。このため、インターネットと企業内ネットワーク
との間で行われる情報の送受を、ファイアウォールと呼
ばれる技術を用いて制御することが一般的である。ファ
イアウォールについては、「Ｓｏｆｔｗａｒｅ Ｄｅｓ
ｉｇｎ」（技術評論社，１９９６．１１）ｐｐ．３９−
４８などに記載されている。

【０００３】また、機密情報をインターネットを介して
送受信する場合には、情報がインターネット上を転送さ
れる際に盗聴されることも問題となる。このため、情報
を転送する際には、情報を暗号化して転送することが一
般的である。このような、情報を暗号化して転送するプ
ロトコルとしては、例えば、ＳＳＬ（ＳｅｃｕｒｅＳｏ
ｃｋｅｔ Ｌａｙｅｒ）などが挙げられる。これらの技
術については、「ＯＰＥＮ ＤＥＳＩＧＮ」（ＣＱ出版
社，１９９６．６）ｐｐ．１００−１１７などに記載さ
れている。

【０００４】しかし、上述のように、情報を転送する際
に暗号化して転送する場合には、情報を送信する直前に
暗号化処理を行うため、アクセス速度が遅くなるという
問題がある。

【０００５】また、セキュリティを高める目的から、暗
号化や復号化に用いられる鍵は毎回変更される。このた
め、共通の情報が複数のユーザーに転送される場合に
も、ユーザー毎に暗号化処理が行われる。従って、全体
として、アクセス速度が更に低下するという問題があ
る。

【０００６】これらの問題を解決するための方法とし
て、特開平９−２５１４２６号公報において、複数のユ
ーザーが共有ファイルにアクセスする場合であっても暗
号ファイルが一個で済み、かつ、安全な、暗号ファイル
受信システム及びその制御方法が提案されている。この
技術では、復号が許可された利用者の条件を記述したリ
スト（以降、このリストを開示先リストと呼ぶ）を、ク
ライアント装置に設置されたＩＣカードに送信し、当該
開示先リストと、ＩＣカードが記録しているマスタ鍵と
呼ばれる情報とを基に暗号鍵及び復号鍵を生成してい
る。

【０００７】

【発明が解決しようとする課題】しかし、ＩＣカードリ
ーダライタを設置するための費用および手間を低減する
という観点から、既に企業内ネットワークが整備された
環境では、ネットワーク上に暗号鍵や復号鍵を生成する
ための鍵生成サーバ情報処理装置を設置し、当該鍵生成
サーバ情報処理装置上で暗号鍵及び復号鍵の生成を行う
方法が望まれる。

【０００８】また、前記特開平９−２５１４２６公報に
記載されている技術では、暗号鍵及び復号鍵の生成を前
記鍵生成サーバ情報処理装置を用いて実施する場合に
は、前記鍵生成サーバ情報処理装置は、複数のユーザー
が様々なアプリケーションから同時に使用する。このた
め、ユーザーは、前記鍵生成サーバ情報処理装置に、暗
号鍵及び復号鍵の生成を依頼する毎にログインする必要
が生ずるという問題がある。

【０００９】また、前記特開平９−２５１４２６公報に
記載されている技術では、暗号鍵及び復号鍵の生成を前
記鍵生成サーバ情報処理装置を用いて実施する場合に
は、前記クライアント装置と前記サーバ情報処理装置と
の間の接続がネットワークの障害により切断された場合
には、暗号鍵及び復号鍵の生成に失敗することがあると
いう問題がある。

【００１０】また、前記特開平９−２５１４２６公報に
記載されている技術では、暗号鍵及び復号鍵の生成を前
記鍵生成サーバ情報処理装置を用いて実施する場合に
は、前記鍵生成サーバ情報処理装置で生成された鍵は、
クライアント装置に平文のまま転送される。このため、
鍵が盗聴などによって不正に取得される可能性があると
いう問題がある。

【００１１】また、前記特開平９−２５１４２６公報に
記載されている技術では、暗号鍵及び復号鍵の生成を前
記鍵生成サーバ情報処理装置を用いて実施する場合に
は、パスワードを前記鍵生成サーバ情報処理装置に転送
して、前記クライアント装置のユーザーを特定してい
る。このため、パスワードが盗聴によって不正に取得さ
れてしまう可能性があるという問題がある。

【００１２】また、前記特開平９−２５１４２６公報に
記載されている技術では、暗号鍵及び復号鍵を生成する
ための種となるマスタ鍵が変更されると、既に暗号化さ
れている共有ファイルの復号ができなくなる。このた
め、前記マスタ鍵の変更が困難であるという問題点があ
る。

【００１３】本発明の第１の目的は、ユーザーが前記鍵
生成サーバ情報処理装置に一度ログインすれば、鍵の生
成のために、ユーザー認証処理が不要となるような、暗
号鍵及び復号鍵の生成を前記鍵生成サーバ情報処理装置
において行う、複数のユーザーが共有ファイルにアクセ
スする場合にも、暗号ファイルが一個で済み、且つ安全
な暗号ファイル受信システム及びその制御方法を提案す
ることにある。

【００１４】本発明の第２の目的は、前記鍵生成サーバ
情報処理装置において作成された暗号鍵または復号鍵を
クライアント装置に転送する際に、盗聴が行われた場合
にも、不正に前記暗号鍵または復号鍵を取得することが
できないような、暗号鍵及び復号鍵の生成を前記鍵生成
サーバ情報処理装置において行う、複数のユーザーが共
有ファイルにアクセスする場合にも、暗号ファイルが一
個で済み、且つ安全な暗号ファイル受信システム及びそ
の制御方法を提案することにある。

【００１５】本発明の第３の目的は、前記鍵生成サーバ
情報処理装置に対してユーザーがログインする際に、盗
聴によって不正にパスワードを取得することができない
ような、暗号鍵及び復号鍵の生成を前記鍵生成サーバ情
報処理装置において行う、複数のユーザーが共有ファイ
ルにアクセスする場合にも、暗号ファイルが一個で済
み、且つ安全な暗号ファイル受信システム及びその制御
方法を提案することにある。

【００１６】本発明の第４の目的は、前記マスタ鍵の変
更を行うことができるような、暗号鍵及び復号鍵の生成
を前記鍵生成サーバ情報処理装置において行う、複数の
ユーザーが共有ファイルにアクセスする場合にも、暗号
ファイルが一個で済み、且つ安全な暗号ファイル受信シ
ステム及びその制御方法を提案することにある。

【００１７】

【課題を解決するための手段】上記目的を達成するた
め、本発明の第１の態様によれば、通信媒体を介して互
いに通信することができる第１、第２、および、第３の
情報処理装置を有し、前記第１の情報処理装置は、共有
されるファイルを格納するための記憶装置を備え、前記
第３の情報処理装置は、ファイルを暗号化するための暗
号鍵、および、暗号化されたファイルを復号化するため
の復号鍵を生成するための鍵を生成するための鍵生成手
段を備え、前記第２の情報処理装置は、前記第１の情報
処理装置からファイルを受信し、また、与えられたファ
イルの内容を閲覧するための閲覧手段と、前記第３の情
報処理装置から暗号鍵を取得してファイルを暗号化する
ためのファイル暗号化手段と、前記第３の情報処理装置
から復号鍵を取得して、前記閲覧手段が第１の情報処理
装置から受信したファイルを復号化し、復号化したファ
イルを前記閲覧手段に与えるファイル復号化手段と、前
記第３の情報処理装置との接続を維持し、かつ、前記フ
ァイル暗号化手段および前記ファイル復号化手段のいず
れか、ならびに、前記第３の情報処理装置の間で送受さ
れるデータを中継するためのアクセス維持手段と備える
ことを特徴とする暗号化共有ファイル送受信システムが
提供される。

【００１８】本発明の第２の態様によれば、少なくとも
通信制御機能およびファイルへの入出力制御機能を有す
る第１種のプログラム、ならびに、前記ファイルを格納
する記憶装置を具備する第一の情報処理装置と、少なく
とも通信制御機能を持つ第１のプログラム、および、前
記第一の情報処理装置上の記憶装置から前記ファイル
を、前記第１種のプログラムを介して受信するための第
２種のプログラムを具備する第２の情報処理装置とが通
信回線を介して接続されている共有ファイル送受信シス
テムであって、前記第２の情報処理装置と通信回線を介
して接続された、第３の情報処理装置で暗号化及び復号
化に用いる鍵を生成し、前記鍵は、前記第２の情報処理
装置に設けられた、データ中継手段を介して、ファイル
暗号化手段及びファイル復号化手段に送信されることを
特徴とする暗号化共有ファイル送受信システムが提供さ
れる。

【００１９】本発明の第３の態様によれば、クライアン
ト情報処理装置に共有ファイルを提供するためのファイ
ル共有システムであって、暗号化された共有ファイルを
格納するためのファイルサーバ情報処理装置と、共有フ
ァイルの復号化に用いられる暗号鍵を生成するための暗
号鍵サーバ情報処理装置とを備え、上記ファイルサーバ
情報処理装置に格納される各共有ファイルは、当該共有
ファイルを閲覧することが許可された者を示す開示先情
報を含み、上記暗号鍵サーバー情報処理装置は、接続さ
れた情報処理装置から閲覧が要求された共有ファイルに
含まれている開示先情報を、上記ファイルサーバ情報処
理装置から情報処理装置に転送されるデータから取得す
るための開示先情報取得手段と、上記接続された情報処
理装置における、上記共有ファイルの閲覧を要求したユ
ーザーの情報を取得するためのユーザー情報取得手段
と、上記取得されたユーザーの情報が上記取得された開
示先情報が示す条件を満足するか否かを判定するための
判定手段と、上記判定手段が満足すると判定したとき、
上記共有ファイルを復号化するための復号鍵を生成する
ための鍵生成手段と、上記要求された共有ファイルおよ
び上記生成された復号鍵を上記接続された情報処理装置
に転送するためのファイル転送手段とを有し、前記クラ
イアント情報処理装置は、前記暗号鍵サーバ情報処理装
置との接続を確立するための情報を保持し、当該暗号鍵
サーバ情報処理装置に鍵生成を依頼するに際し、当該暗
号鍵サーバ情報処理装置との接続が切断されている場合
には、前記保持している接続を確立するための情報を用
いて、前記第三の情報処理装置と接続することを特徴と
するファイル共有システムが提供される。

【００２０】本発明の第４の態様によれば、暗号鍵、お
よび、その生成要求を中継するための鍵生成サーバアク
セスプログラムを格納した記憶媒体において、暗号鍵の
生成要求を発したユーザーに関する認証を行い、上記認
証において、上記ユーザーが正当にログインしている場
合、暗号鍵を生成するための暗号鍵の生成要求を、暗号
鍵を生成するための暗号鍵生成サーバ情報処理装置に中
継し、上記暗号鍵の生成要求に応じて生成された暗号鍵
を、上記暗号鍵サーバ情報処理装置から受け取り、これ
を上記認証したユーザーに提供し、上記認証において、
上記ユーザーが、当該鍵生成サーバアクセスプログラム
が実行されている情報処理装置にログインしている場合
に限り、上記暗号鍵の生成要求の中継を実行し、上記鍵
生成サーバ情報処理装置との接続が切断されている場
合、上記ユーザーに関する認証を行って得たユーザー情
報を用いて、当該鍵生成サーバ情報処理装置に接続する
ことを特徴とする鍵生成サーバアクセスプログラムを格
納した記憶媒体が提供される。

【００２１】

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

【００２２】まず、図１を参照して、本発明が適用され
た暗号化ＷＷＷ（Ｗｏｒｌｄ−Ｗｉｄｅ Ｗｅｂ）シス
テムに適用されたファイル共有システムの構成の概略に
ついて説明する。

【００２３】図１において、本実施の形態におけるファ
イル共有システム１０は、ＷＷＷのサーバ機能を備える
サーバ情報処理装置１１と、ＷＷＷのクライアント機能
を備えるクライアント情報処理装置１２と、前記サーバ
情報処理装置１１および前記クライアント情報処理装置
１２で送受される共有ファイルの暗号化／復号化に用い
られる暗号鍵／復号鍵を生成するための鍵生成サーバ情
報処理装置１４とが、ネットワーク１に接続されて構成
されている。

【００２４】上記ネットワーク１としては、例えば、企
業内のネットワークなどのローカルエリアネットワーク
（ＬＡＮ）が適用され、前記各情報処理装置が、ＬＡＮ
ケーブル１５を介して相互に接続されて構成される。

【００２５】ここで、図１では、ネットワーク１に一つ
のクライアント情報処理装置１２が接続されている場合
を示しているが、接続されるクライアント情報処理装置
１２の数はこれに限らず、複数のクライアント情報処理
装置１２がＬＡＮケーブル１５に接続されていてもよ
い。

【００２６】また、図１では、ネットワーク１に一つの
サーバ情報処理装置１１が接続されている場合を示して
いるが、接続されるサーバ情報処理装置の数はこれに限
らず、複数のサーバ情報処理装置１１がＬＡＮケーブル
１５に接続されていてもよい。

【００２７】同様に、複数の鍵生成サーバ情報処理装置
１４がＬＡＮケーブル１５に接続されていてもよい。

【００２８】なお、前記各情報処理装置は、ＬＡＮケー
ブル１５に代えて、電話回線などを介して前記ネットワ
ーク１に接続されてもよい。例えば、前記クライアント
情報処理装置１２と、前記サーバ情報処理装置１１とが
互いに離れた場所に存在する場合、ＬＡＮケーブル１５
の代わりに電話回線などの公衆回線を用いて両者を接続
してもよい。また、各処理装置相互のデータ転送トラフ
ィックに応じて、より転送容量、速度が大きな伝送路
で、特定の処理装置同士を接続することができる。

【００２９】前記サーバ情報処理装置１１は、中央処理
装置（以下、ＣＰＵという）１１１と、メモリ１１２
と、ＬＡＮコントローラ１１３と、ディスクコントロー
ラ１１４と、磁気ディスク１１５とを備えて構成され
る。

【００３０】サーバ情報処理装置１１は、起動時に、磁
気ディスク１１５に格納されたオペレーティングシステ
ム（以下、ＯＳという）１１５ａと、ＷＷＷサーバプロ
グラム１１５ｂとを、ディスクコントローラ１１４を介
して、メモリ１１２にロードする。そして、ＣＰＵ１１
１がＷＷＷサーバプログラム１１５ｂを実行すること
で、ＷＷＷサーバとして機能する。

【００３１】すなわち、サーバ情報処理装置１１は、磁
気ディスク１１５にＨＴＭＬファイル２００や画像ファ
イルを格納し、また、クライアント情報処理装置１２が
要求した、ＨＴＭＬファイル２００、または、これに加
えて、当該ＨＴＭＬファイル２００にリンク（参照指
定）された画像ファイル、動画ファイル、音声ファイル
など（以下、被参照ファイルともいう）を前記クライア
ント情報処理装置１２に転送する。

【００３２】ＷＷＷサーバプログラム１１５ｂとして
は、ＷＷＷシステムに用いられる既存のプログラムを変
更することなく使用することができる。

【００３３】前記クライアント情報処理装置１２は、Ｃ
ＰＵ１２１と、メモリ１２２と、ＬＡＮコントローラ１
２３と、ディスクコントローラ１２４と、磁気ディスク
１２５とを備えている。

【００３４】クライアント情報処理装置１２は、起動時
に、磁気ディスク１２５に格納されたＯＳ１２５ａとＷ
ＷＷ復号プログラム１２５ｂとを、ディスクコントロー
ラ１２４を介して、メモリ１２２にロードする。

【００３５】ＷＷＷ復号プログラム１２５ｂは、前記サ
ーバ情報処理装置１１から受信したデータが暗号化され
ている場合に、復号化を行い、復号化したデータをブラ
ウザプログラム１２５ｃに渡すためのものである。

【００３６】また、クライアント情報処理装置１２は、
ユーザーの指示に従い、ブラウザプログラム１２５ｃ
を、ディスクコントローラ１２４を介して、磁気ディス
ク１２５からメモリ１２２にロードする。そして、ＣＰ
Ｕ１２１がブラウザプログラム１２５ｃを実行すること
で、ＷＷＷクライアントとして機能する。

【００３７】すなわち、ユーザーが要求するＨＴＭＬフ
ァイル２００、または、これに加えて、画像ファイルな
ど被参照ファイルの転送を前記サーバ情報処理装置１１
に要求し、また、前記サーバ情報処理装置１１から転送
されてきたＨＴＭＬファイル２００や被参照ファイルを
表示する。

【００３８】なお、ブラウザプログラム１２５ｃは、プ
ロキシサーバを設定する機能を利用して、前記サーバ情
報処理装置１１とデータの送受を行う際には、必ず前記
ＷＷＷ復号プログラム１２５ｂを介して行うように設定
されている。

【００３９】ブラウザプログラム１２５ｃとしては、プ
ロキシサーバを利用できるものであればよく、ＷＷＷシ
ステムに用いられる既存のプログラムを変更することな
く使用することができる。

【００４０】また、クライアント情報処理装置１２は、
ユーザーの指示に従い、ファイル暗号化プログラム１２
５ｄを、ディスクコントローラ１２４を介して、磁気デ
ィスク１２５からメモリ１２２にロードする。

【００４１】ファイル暗号化プログラム１２５ｄは、ユ
ーザーが作成したＨＴＭＬファイル２００を暗号化する
ためのものである。

【００４２】また、クライアント情報処理装置１２は、
ユーザーの指示に従い、鍵生成サーバアクセスプログラ
ム１２５ｅを、ディスクコントローラ１２４を介して、
磁気ディスク１２５からメモリ１２２にロードする。

【００４３】鍵生成サーバアクセスプログラム１２５ｅ
は、前記鍵生成サーバ情報処理装置１４との間で、鍵生
成要求、ならびに、暗号鍵および復号鍵を中継するため
のものである。

【００４４】前記鍵生成要求は、前記ＷＷＷ復号プログ
ラム１２５ｂや前記ファイル暗号化プログラム１２５ｄ
から前記鍵生成サーバ情報処理装置１４に送信される。
そして、前記暗号鍵および復号鍵は、前記鍵生成サーバ
情報処理装置１４から前記ＷＷＷ復号プログラム１２５
ｂや前記ファイル暗号化プログラム１２５ｄに送信され
る。

【００４５】鍵生成サーバ情報処理装置１４は、ＣＰＵ
１４１と、メモリ１４２と、ＬＡＮコントローラ１４３
と、ディスクコントローラ１４４と、磁気ディスク１４
５とを備えて構成される。

【００４６】鍵生成サーバ情報処理装置１４は、起動時
に、磁気ディスク１４５に格納されたＯＳ１４５ａと、
鍵生成プログラム１４５ｂとを、ディスクコントローラ
１４４を介してメモリ１４２にロードする。

【００４７】なお、鍵生成サーバ情報処理装置１４は、
パスワード管理ファイル１４５ｃと、ユーザーＩＤ情報
ファイル１４５ｄとを磁気ディスク１４５に格納してい
る。

【００４８】鍵生成プログラム１４５ｂは、パスワード
管理ファイル１４５ｃによって、ユーザーのパスワード
情報を管理する。前記パスワード情報は、前記鍵生成プ
ログラム１４５ｂの指示によって前記メモリ１４２にロ
ードされ、ユーザーを特定するために用いられる。

【００４９】また、鍵生成プログラム１４５ｂは、ユー
ザーＩＤ情報ファイル１４５ｄによってユーザーの個人
情報を管理する。前記ユーザーＩＤ情報は、前記鍵生成
プログラム１４５ｂの指示によって前記メモリ１４２に
ロードされ、前記クライアント装置１２の利用者が復号
する権利を持つか否かを判定するために用いられる。

【００５０】以下、上述したファイル共有システム１０
の主な構成について、さらに詳しく説明する。

【００５１】まず、情報を提供するユーザー(以下、情
報提供者と呼ぶ)が、ＨＴＭＬファイル２００を暗号化
する場合について説明する。

【００５２】はじめに、前記情報提供者は、テキストエ
ディタやＨＴＭＬエディタなどを用いて、ＨＴＭＬファ
イル２００を作成する。図３は、ユーザーが作成したＨ
ＴＭＬファイル２００の例である。

【００５３】次に、前記情報提供者は、前記鍵生成サー
バアクセスプログラム１２５ｅ（図１参照）を起動し
て、前記鍵生成プログラム１４５ｂ（図１参照）にログ
インを行う。

【００５４】次に、図６および図９を参照して、前記鍵
生成アクセスプログラム１２５ｅについて説明する。

【００５５】まず、図６を参照して、前記鍵生成サーバ
アクセスプログラムのモジュール構成について説明す
る。

【００５６】図６において、鍵生成サーバアクセスプロ
グラム１２５ｅは、ログイン処理ルーチン４１００と、
ログアウト処理ルーチンと、鍵生成生成要求ルーチン４
３００とを含んで構成される。

【００５７】次に、図９を参照して、前記鍵生成サーバ
アクセスプログラム１２５ｅ（図６参照）の動作フロー
について説明する。

【００５８】鍵生成サーバアクセスプログラムの処理に
おいては、まず、ステップ４００１で、ユーザーから、
ユーザーＩＤとパスワードとを取得する。

【００５９】次に、前記取得したユーザーＩＤとパスワ
ードとを用いて、前記鍵生成プログラム１４５ｂ（図１
参照）にログイン処理を行う（ステップ４００２）。そ
して、ログインに成功したか否かを判定（ステップ４０
０３）する。

【００６０】ログインに失敗した場合には、ステップ４
００９に移行し、３回続けて失敗するまでは、ステップ
４００１〜ステップ４００３の処理を繰り返すように制
御する。一方、ログインに成功した場合には、ステップ
４００４で、イベント待ちの状態になる。

【００６１】ステップ４００４におけるイベント待ちに
おいてイベントが到着すると、それが、ログアウト要求
であるかどうかを調べる（ステップ４００５）。

【００６２】ログアウト要求であった場合には、ステッ
プ４００６でログアウト処理を行い、処理を終了する。
一方、ログアウト要求でなかった場合には、そのイベン
トが鍵生成要求であるかどうかを調べるステップ４００
７）。

【００６３】鍵生成要求であった場合には、ステップ４
００８で鍵生成要求処理を行う。イベントが、鍵生成要
求でなかった場合には、ステップ４００４に移行し、イ
ベント待ち状態に戻る。

【００６４】なお、ステップ４００７では、鍵生成要求
を送信してきた相手が、同一クライアント装置１２上で
動作している場合にのみ、ステップ４００８を実行する
ように制御する。このように制御することによって、他
のクライアント装置１２を使用しているユーザーが不正
に前記鍵生成サーバアクセスプログラム１２５ｅを使用
することによって、成りすましが行われることを防ぐこ
とが可能となる。

【００６５】なお、ステップ４００１で、ユーザーから
取得したユーザーＩＤ及びパスワードは、前記鍵生成サ
ーバアクセスプログラム１２５ｅによって保持され、ネ
ットワークの障害などによって、前記鍵生成プログラム
１４５ｂとの間の接続が切断された場合に、接続を復旧
するために用いられる。

【００６６】次に、図８および図１６を参照して、前記
鍵生成プログラム１４５ｂ（図１参照）について説明す
る。

【００６７】まず、図８を参照して、前記鍵生成プログ
ラム１４５ｂのモジュール構成について説明する。

【００６８】図８において、鍵生成プログラム１４５ｂ
は、ログイン処理ルーチン３１００と、鍵生成ルーチン
３２００と、ログアウト処理ルーチン３３００とを含ん
で構成される。

【００６９】次に、図１６を参照して、前記鍵生成プロ
グラム１４５ｂ（図８参照）の動作フローについて説明
する。

【００７０】鍵生成プログラムの処理においては、ま
ず、ステップ３００１で、前記鍵生成サーバアクセスプ
ログラム１２５ｅ（図６参照）からのアクセスを待ち受
ける。アクセス要求を受信すると、ログイン処理を行い
（ステップ３００２）、ステップ３００３で、ログイン
処理が成功したかどうかを調べる。

【００７１】ログインに失敗した場合には、ステップ３
００１に戻る。

【００７２】一方、ログインに成功した場合には、ステ
ップ３００４で、前記鍵生成サーバアクセスプログラム
１２５ｅ（図６参照）からの要求待ち状態になる。前記
鍵生成サーバアクセスプログラム１２５ｅからの要求を
受信すると、ステップ３００５で、その要求が鍵生成要
求であるかどうかを調べる。鍵生成要求の場合には、鍵
生成処理を行い（３００８）、ステップ３００４に戻
る。

【００７３】また、ステップ３００５で調べた結果、鍵
生成要求でない場合には、ステップ３００６で、ログア
ウト要求かどうかを調べる。ログアウト要求の場合に
は、前記鍵生成サーバアクセスプログラム１２５ｅとの
接続を切断し、ステップ３００１に戻る。ログアウト要
求でない場合には、ステップ３００４に戻る。

【００７４】図１７を参照して、前記ログイン処理ルー
チン３１００（図８参照）の動作フローについて説明す
る。ログイン処理ルーチン３１００は、アクセスを行う
ユーザーを特定するためのものである。

【００７５】まず、ステップ３１０１で、クライアント
アプリケーションからユーザーＩＤを取得する。次に、
パスワード情報ファイルから、ユーザーのパスワード情
報を読み込み（ステップ３１０２）、ユーザーのログイ
ン処理、すなわちユーザー認証処理を行う（ステップ３
１０３）。ステップ３１０４で、ユーザー認証処理が成
功したかどうかを調べ（ステップ３１０４）、成功した
場合には、対応するユーザーのユーザーＩＤ情報を読み
込む（ステップ３１０５）。一方、ユーザー認証処理が
失敗した場合には、そのまま処理を終了する。

【００７６】図１０を参照して、クライアント情報処置
装置１２（図１参照）と、鍵生成情報処理装置１４（図
１参照）とのデータの送受について説明する。ここで
は、前記クライアント情報処置装置１２における鍵生成
サーバアクセスプログラム１２５ｅ（図６参照）が、前
記鍵生成情報処理装置１４における鍵生成プログラム１
４５ｂ（図８参照）にログイン処理を行う場合の、これ
らのプログラム同士で送受されるデータのタイミングを
中心に説明する。

【００７７】まず、前記鍵生成サーバアクセスプログラ
ム１２５ｅは、ユーザーから取得した前記ユーザーＩＤ
を前記鍵生成プログラムに送信する。次に、前記鍵生成
プログラム１４５ｂは、乱数を生成する（以下、前記乱
数をチャレンジデータと呼ぶ）。

【００７８】次に、予め登録されている、前記ユーザー
ＩＤに対応する鍵（以下、ユーザー鍵と呼ぶ）を暗号鍵
として用いて、前記チャレンジデータを暗号化する。

【００７９】次に、前記鍵生成プログラム１４５ｂは、
暗号化したチャレンジデータを前記鍵生成サーバアクセ
スプログラム１２５ｅに送信する。前記鍵生成サーバア
クセスプログラム１２５ｅは、前記パスワードを復号鍵
として用いて、前記暗号化されたチャレンジデータを復
号する。

【００８０】次に、前記鍵生成サーバアクセスプログラ
ム１２５ｅは、前記チャレンジデータと、１との排他的
論理和を計算したデータ（以下、レスポンスデータと呼
ぶ）を作成し、前記パスワードを暗号鍵として用いて、
レスポンスデータを暗号化し、前記鍵生成プログラム１
４５ｂに送信する。前記鍵生成プログラム１４５ｂは、
受信したデータをユーザー鍵を用いて復号し、前記レス
ポンスデータを取り出す。次に、前記鍵生成プログラム
１４５ｂは、取り出したレスポンスデータ、および、前
記チャレンジデータと１との排他的論理和を計算したデ
ータが一致するかどうかを比較する。そして、これらの
データが一致しない場合には、ログインに失敗したこと
を、前記鍵生成サーバアクセスプログラムに通知する。
一方、これらのデータが一致する場合には、ログインに
成功したことを、前記鍵生成サーバアクセスプログラム
１２５ｅに通知する。

【００８１】本実施の形態では、前記鍵生成プログラム
１４５ｂと前記鍵生成サーバアクセスプログラム１２５
ｅとの間では、パスワードは送受されない。このため、
データを盗聴することによって、パスワードを手に入れ
ることはできない。

【００８２】また、前記鍵生成プログラム１４５ｂと前
記鍵生成サーバアクセスプログラム１２５ｅとの間で
は、暗号化されたデータのみが送受される。このため、
平文と暗号鍵との組を収集し、暗号鍵、すなわち、パス
ワードを推定することも困難である。

【００８３】次に、前記情報提供者は、前記ファイル暗
号化プログラム１２５ｄを起動し、ＨＴＭＬファイル２
００を暗号化する。

【００８４】図１３を参照して、ＨＴＭＬファイル２０
０に暗号化処理を行う場合に、本実施例の各プログラム
の間で送受されるデータについて説明する。

【００８５】まず、情報提供者は、前記ファイル暗号化
プログラム１２５ｄを使用して、ＨＴＭＬファイル２０
０に対する前記開示先リストを作成する。次に、前記フ
ァイル暗号化プログラム１２５ｄは、作成した開示先リ
ストを、前記鍵生成サーバアクセスプログラム１２５ｅ
を介して、前記鍵生成プログラム１４５ｂに送信する。

【００８６】前記鍵生成プログラム１４５ｂは、受信し
た前記開示先リストを基にして、暗号鍵を生成し、前記
鍵生成サーバアクセスプログラム１２５ｅを介して、前
記ファイル暗号化プログラム１２５ｄに暗号鍵を送信す
る。この時、前記鍵生成プログラム１４５ｂは、前記暗
号鍵を生成するために使用したマスタ鍵に対応するマス
タ鍵識別子と、前記開示先リストと、を暗号化したもの
も併せて、前記ファイル暗号化プログラム１２５ｄに送
信する。

【００８７】前記前記ファイル暗号化プログラム１２５
ｄは、受信した暗号鍵を使用して、ＨＴＭＬファイル２
００を暗号化し、マスタ鍵識別子と開示先リストとが暗
号化されたもの（以降、暗号化開示先リストと呼ぶ）を
ＨＴＭＬファイル２００に付加する。本実施の形態で
は、開示先リストは暗号化して付加される。このため、
復号権利を持たないユーザーが開示先リストからＨＴＭ
Ｌファイル２００の内容を推定するということは困難と
なる。従って、機密性を要する情報を、より安全に保存
することが可能である。

【００８８】前記開示先リストは、暗号化したファイル
の復号を許可するユーザーの条件を、復号を許可すべき
ユーザーの条件（以下、追加条件という）、または、復
号を拒否すべきユーザーの条件（以下、除外条件とい
う）が記述される項を少なくとも１つ含む。項は、その
項が追加条件を示すか、除外条件を示すかを示す区切り
記号に続けて記述され、複数の項が含まれる場合、区切
り記号により区切られて並べられる。前記追加条件を示
す区切り記号としては、カンマ（，）が用いられ、前記
除外条件を示す区切り記号としては、マイナス（−）が
用いられる。ただし、追加条件を示す項が、開示先リス
トの先頭に現れる場合には、その項の区切り記号（，）
は省略される。

【００８９】前記項は、ユーザーの条件が関係演算子で
記述された条件式を少なくとも１つ含む。条件式は、ユ
ーザーの条件を、ユーザーＩＤ情報ファイル１４５ｄ
（図２参照）における属性、または、他のグループを示
すグループ名称を指定するためのものである。共通する
項に、複数の条件式が含まれる場合、条件式と条件式と
は、論理演算子（＾）で連結される。この論理演算子
（＾）は、論理積の意味を持つ。

【００９０】各条件式は、「カテゴリ番号」と、「デー
タ／コード識別子」と、「関係演算子」と、「条件デー
タ」とが互いに対応付けられて記述されている。

【００９１】前記「カテゴリ番号」は、条件の指定に用
いるデータのカテゴリを示すためのものである。

【００９２】前記「データ／コード識別子」は、前記カ
テゴリ番号により示されるカテゴリにおけるデータの種
類を識別するためのものである。データ／コード識別子
としては、条件の指定に用いられるデータの種類が、ユ
ーザーＩＤ情報ファイル１４５ｄにおけるデータの情報
を用いることを示すＤ（Ｄａｔａ）と、ユーザーＩＤ情
報ファイル１４５ｄにおけるコードの情報を用いること
を示すＣ（Ｃｏｄｅ）とを用いることができる。

【００９３】前記「条件データ」は、関係演算子と共
に、条件を指定するためのものであり、前記「カテゴリ
番号」および「データ／コード識別子」で指定された情
報に対応して、「条件データ」としては、データ、コー
ドのいずれかが用いられる。前記関係演算子、として
は、等しい（＝）、等しくない（≠）、大きい（＞）、
小さい（＜）を用いることができる。なお、前記「条件
データ」が数値以外の文字列である場合、文字コードの
数値を用いて、関係演算子が指定する関係を定義するこ
とができる。

【００９４】ここで、前記関係演算子の演算は、前記論
理演算子および区切り記号の演算に先行して演算され、
また、前記論理演算子の演算は、区切り記号の演算に先
行して演算される。なお、区切り記号の演算は、左から
右に順番に演算される。

【００９５】例えば、図２で示した前記ユーザーＩＤ情
報１４５ｄの定義を用いた場合、「システム研究所の第
四部の主任以上と、暗号太郎」という開示先に対する開
示先リストは、「５Ｃ＝６７６＾６Ｃ＝０４＾８Ｃ＞＝
５，２Ｄ＝暗号太郎」という開示先リストになる。すな
わち、この開示先リストは、追加条件を示す項２つで記
述され、このうち、第１項は、３つの条件式の論理積で
記述されている。

【００９６】また、「本社のうちの営業以外と、システ
ム研究所のうちの安全課以外とであって、かつ、氏名コ
ード6781901001および678951010を除く」という開示先
に対する開示先リストは、「５Ｃ＝００１＾６Ｃ≠２
１，５Ｃ＝６７６＾７Ｃ≠４０２−４Ｃ＝6781901001−
４Ｃ＝678951010」という開示先リストになる。すなわ
ち、この開示先リストは、追加条件を示す項２つと、除
外条件を示す項２つとで記述され、このうち、第１項お
よび第２項は、それぞれ２つの条件式の論理式で記述さ
れている。

【００９７】なお、図１３で、前記鍵生成サーバアクセ
スプログラム１２５ｅと、前記鍵生成プログラム１４５
ｂとの間で送受されるデータは、暗号化されて送受され
る。このため、盗聴によって機密が漏洩することを防ぐ
ことが可能となる。

【００９８】図２３を参照して、前記鍵生成サーバアク
セスプログラム１２５ｅ（図１０参照）と、前記鍵生成
プログラム１４５ｂ（図１０参照）との間で送受される
データのフォーマットについて説明する。

【００９９】図２３において、前記鍵生成サーバアクセ
スプログラム１２５ｅと、前記鍵生成プログラム１４５
ｂとの間で送受されるデータは、暗号鍵を記述するため
の領域３０１と、データの長さを記述するための領域３
０２と、データを記述するための領域３０３と、チェッ
クサムを記述するための領域３０４とを有して構成され
る。

【０１００】前記領域３０１は、次回に送信するデータ
を暗号化するために使用する鍵を記述するための領域で
あり、次回に送信するデータを暗号化するために使用す
る暗号鍵を記述することによって、特別な鍵交換手続き
を用いることなく、一回の送信毎に暗号鍵を変更するこ
とが可能となる。

【０１０１】前記領域３０２に記述されているデータの
長さは、前記領域２０３に記述されたデータの長さであ
る。前記鍵生成サーバアクセスプログラム１２５ｅと前
記鍵生成プログラム１４５ｂとの間で送受されるデータ
の内容は、前記領域３０３に記述される。

【０１０２】前記領域３０４に記述されているチェック
サムは、受信した前記３０３に記述されたデータに誤り
がないかどうかをチェックするために用いられる。前記
領域３０３のデータと、前記領域２０４に記述されたチ
ェックサムとを比較することによって、送信途中で、デ
ータに改竄が行われていないことを確認することが可能
である。

【０１０３】なお、前記鍵生成サーバアクセスプログラ
ム１２５ｅと、前記鍵生成プログラム１４５ｂとの間
で、最初に送受するデータは、暗号化のための鍵を交換
していないため、前記パスワードを用いて暗号化を行
う。

【０１０４】図５を参照して、ファイル暗号化プログラ
ム１２５ｄ（図１参照）の動作フローについて説明す
る。

【０１０５】図５において、ファイル暗号化プログラム
の処理では、まず、ステップ１２０１で、結果を一時的
に出力する一時ファイルを作成する。次に、ステップ１
２０２で前記開示先リストを作成する。 次に、作成し
た開示先リストを前記鍵生成プログラム１４５ｂに送信
し（ステップ１２０３）、前記暗号化開示先リストとＨ
ＴＭＬファイル２００を暗号化するための暗号鍵とを受
信する（ステップ１２０４）。ステップ１２０５では、
前記暗号化開示先リストを含めたアクセス制御ヘッダ部
分を一時ファイルに書き込む。次に、ステップ１２０６
で暗号化を行うＨＴＭＬファイル２００（以降、入力フ
ァイルと呼ぶ）のデータをバッファに読み込み、ステッ
プ１２０７で入力ファイルから、すべてのデータを読み
込み終えたかどうかを調べる。これは、読み込んだデー
タのサイズが０であれば、入力ファイルから、すべての
データを読み込み終えたと判断する。

【０１０６】入力ファイルから、すべてのデータを読み
込み終えていない場合には、読み込んだデータを前記暗
号鍵で暗号化し（ステップ１２０８）、一時ファイルに
暗号化したデータを書き込む（ステップ１２０９）と、
ステップ１２０６に戻る。

【０１０７】一方、入力ファイルのすべてのデータを読
み込み終えている場合には、一時ファイルにフッタを書
き込み（ステップ１２１０）、入力ファイルをクローズ
し（ステップ１２１１）、一時ファイルもクローズする
（ステップ１２１２）。次に、ステップ１２１３で、暗
号化ＨＴＭＬファイル５００（以降、出力ファイルと呼
ぶ）のファイル名が入力ファイルのファイル名と一致し
ているかどうかを調べる。ファイル名が一致していない
場合には、一時ファイルのファイル名を出力名に変更し
（ステップ１２１５）、処理を終了する。

【０１０８】一方、ファイル名が一致している場合に
は、ステップ１２１４で入力ファイルを削除した後、一
時ファイルのファイル名を出力ファイル名に変更し、処
理を終了する。

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

【０１１０】図１２を参照して、前記鍵生成サーバアク
セスプログラム１２５ｅ（図６参照）の鍵生成処理要求
ルーチン４３００（図６参照）における処理フローにつ
いて説明する。

【０１１１】前記鍵生成サーバアクセスプログラム１２
５ｅの鍵生成処理要求ルーチン４３００の処理では、ま
ず、ステップ４３０１で、前記鍵生成プログラム１４５
ｂ（図８参照）との間の接続が切断されていないかどう
かを調べる。接続が切断されていなければ、ステップ４
３０４以下を実行する。

【０１１２】一方、接続が切断されている場合には、前
記鍵生成サーバアクセスプログラム１２５ｅが保持して
いる、ユーザーＩＤ及びパスワードを用いてログイン処
理を行い（ステップ４３０２）、ログイン処理に成功し
たか否かを判定する（ステップ４３０３）。

【０１１３】ログイン処理に失敗した場合には、鍵生成
要求を送信してきた、前記ＷＷＷ復号プログラム１２５
ｂ（図７参照）、または、前記ファイル暗号化プログラ
ム１２５ｄ（図１参照）（以下、これらのプログラム
を、クライアントアプリケーションと総称する）に対し
て、鍵生成失敗を通知し（ステップ４３０６）、処理を
終了する。

【０１１４】一方、ログイン処理に成功した場合には、
ステップ４３０４に移行し、前記鍵生成プログラム１４
５ｂに前記クライアントアプリケーションから受信した
鍵生成要求を転送する（ステップ４３０４）。次に、前
記鍵生成プログラム１４５ｂから前記鍵生成要求に対す
るレスポンスを受信し、前記クライアントアプリケーシ
ョンに転送する（ステップ４３０５）。

【０１１５】なお、前記鍵生成要求、及び当該鍵生成要
求に対するレスポンスは、送信時に、ログイン処理時に
交換されたセッション鍵を用いて暗号化され、受信時に
当該セッション鍵を用いて復号化される。

【０１１６】図１５を参照して、前記鍵生成プログラム
１４５ｂ（図１参照）において、前記ファイル暗号化プ
ログラム１２５ｄ（図１参照）から受信した開示先リス
トから、暗号鍵を生成する手順について説明する。ここ
では、開示先リストのハッシュ値を計算し、前記暗号鍵
を生成する手順について説明するが、暗号鍵の種類、お
よび、それを生成する手順はこれに限らない。

【０１１７】図１５において、まず、開示先リストのデ
ータ長が、８の整数倍（８ｍ）のバイト数になっていな
い場合には、８の整数倍の長さとなるように乱数を付加
する。開示先リストのデータ長が、８の整数倍である場
合には、単に、８バイトの乱数を付加する。このように
乱数を付加することによって、開示先の内容が共通の開
示先リストについて、複数の暗号鍵を生成する場合であ
っても、互いに異なる暗号鍵とすること可能となる。

【０１１８】次に、上述のように整形された開示先リス
トを引数とするハッシュ関数の値を求め、その値を暗号
鍵として用いる。

【０１１９】すなわち、前記開示先リストの先頭から、
８バイトずつブロック暗号化によって暗号化する。これ
らの暗号化に際し、先頭のブロックについての暗号化で
は、予め与えられた初期値と、生成されたブロック暗号
との排他的的論理和をとり、次にブロック暗号の初期値
として用いる。以下、末尾のブロックまで同様の処理を
繰り返し、最後のブロック暗号化において出力される暗
号と、前記予め与えられた初期値との排他的論理和を暗
号鍵とする。

【０１２０】なお、前記ブロック暗号では、８バイトの
マスタ１２５ｆと、８バイトの初期値とを用いて入力デ
ータの暗号化を行う。

【０１２１】次に、図１８を参照して、前記鍵生成プロ
グラム１４５ｂの前記鍵生成ルーチン３２００の動作フ
ローについて説明する。

【０１２２】まず、ステップ３２０１で、クライアント
アプリケーションから開示先情報を受信し、開示先情報
が暗号化されているか否かを調べる（ステップ３２０
２）。暗号化されている場合には復号化を行い（ステッ
プ３２０３）、暗号化されていなければ、そのままステ
ップ３２０４に移行する。

【０１２３】次に、開示先情報から開示先リストを取り
出し、開示先リストの条件を、ログインしているユーザ
ーが満足するかどうかを調べる（ステップ３２０５）。
ユーザーが条件を満足する場合には、前記開示先リスト
から暗号鍵を生成し（ステップ３２０６）、前記開示先
リストとマスタ鍵識別子と、を暗号化して暗号化開示先
情報を作成する（ステップ３２０７）。次に、生成した
暗号鍵と暗号化開示先リストとをクライアントアプリケ
ーションに送信し（ステップ３２０８）し、処理を終了
する。

【０１２４】一方、ステップ３２０５で、ユーザーが条
件を満足しない場合には、クライアントアプリケーショ
ンに「復号権利なし」を通知し（ステップ３２０９）、
処理を終了する。

【０１２５】図４を参照して、暗号化されたＨＴＭＬフ
ァイルについて説明する。このＨＴＭＬファイルは、平
文で記述されたＨＴＭＬファイル２００（図３参照）に
たいして、前記ファイル暗号化プログラム１２５ｄ（図
１参照）によって暗号化処理を行ったものである。

【０１２６】図４の（ａ）において、暗号化ＨＴＭＬフ
ァイル５００は、アクセス制御のためのヘッダ（以降、
アクセス制御ヘッダ部分５０１と呼ぶ）と、前記平文Ｈ
ＴＭＬファイル２００を暗号化した本体部分５０２と、
フッタ部分５０３と含んで構成される。

【０１２７】図４の（ｂ）を参照して、前記ＨＴＭＬフ
ァイルの各部分の詳細について説明する。

【０１２８】図４の（ｂ）において、暗号化ＨＴＭＬフ
ァイル５００は、前記アクセス制御ヘッダ部分５０１を
格納するための領域５１０と、前記本体部分５０２を格
納するための領域５２０と、前記フッタ部分５０３を格
納するための部分５３０とを含んで構成される。

【０１２９】前記領域５１０は、アクセス制御ヘッダで
あることを示す文字列を記述するための領域５１１と、
当該ＨＴＭＬファイルの暗号化を行ったユーザーの識別
子を記述する領域５１２と、当該ＨＴＭＬファイルを暗
号化した日付を記述する領域５１３と、暗号化開示先リ
ストを記述する領域５１４と、当該ＨＴＭＬファイルに
当該ＨＴＭＬファイルにアクセスする権利がない場合に
表示すべきメッセージのファイル名を記述する領域５１
５と、当該ＨＴＭＬファイルの本体部分を復号化するた
めの復号鍵を生成することができる鍵生成サーバ情報処
理装置１４（図１参照）のホスト名を記述するための領
域５１６とを含んで構成される。

【０１３０】前記アクセス制御ヘッダ部分５０１を格納
するための領域５１０において、領域５１５に記録され
ている、アクセスする権利がない場合に表示するメッセ
ージが格納されたメッセージファイルを示すファイル名
は、ＵＲＬ（ＵｎｉｆｏｒｍＲｅｓｏｕｒｃｅ Ｌｏｃ
ａｔｏｒｓ）形式で記述されている。そして、前記メッ
セージファイルは、前記サーバ情報処理装置１１（図１
参照）の磁気ディスク１１５（図１参照）に格納されて
いる。

【０１３１】前記領域５２０に格納される本体部分５０
２は、前記平文ＨＴＭＬファイル２００を前記暗号鍵を
用いて暗号化したものである。

【０１３２】なお、図４に示したように、前記暗号化Ｈ
ＴＭＬファイル５００はＨＴＭＬのコメントを記述する
文法を利用して記述されているため、当該暗号化ＨＴＭ
Ｌファイル５００を直接ブラウザプログラムで表示した
場合でも、画面が乱れる、ということを防ぐことができ
る。

【０１３３】最後に、前記情報提供者は、前記鍵生成サ
ーバアクセスプログラム１２５ｅに対して、前記鍵生成
プログラム１４５ｂからログアウトするように指示を行
う。

【０１３４】図１１を参照して、前記鍵生成サーバアク
セスプログラム１２５ｅのログアウト処理ルーチン４２
００の処理フローについて説明する。

【０１３５】まず、前記鍵生成サーバアクセスプログラ
ム１２５ｅは、ステップ４２０１で、前記鍵生成プログ
ラム１４５ｂとの間の接続が切断されていないかどうか
を調べる。接続が切断されている場合には、ステップ４
２０３の処理を行う。一方、接続が切断されていない場
合には、前記鍵生成プログラム１４５ｂにログアウト要
求を送信して、前記鍵生成プログラム１４５ｂに接続を
切断するように要求する（ステップ４２０２）。次に、
ステップ４２０３で、保持していた前記ユーザーＩＤ及
び前記パスワードを破棄して、処理を終了する。

【０１３６】次に、ユーザーが、暗号化ＨＴＭＬファイ
ル５００を閲覧する場合について説明する。

【０１３７】まず、ユーザーは、前記鍵生成サーバアク
セスプログラム１２５ｅを起動して、前記鍵生成プログ
ラム１４５ｂにログインを行う。

【０１３８】ログインに関しては、ＨＴＭＬファイル２
００を暗号化する場合と同様のため、ここでは詳細な説
明は省略する。

【０１３９】次に、ユーザーは、前記ブラウザプログラ
ム１２５ｃを起動し、暗号化ＨＴＭＬファイル５００を
閲覧する。

【０１４０】図１４を参照して、暗号化ＨＴＭＬファイ
ル５００を前記サーバ情報処理装置１１と前記クライア
ント情報処理装置１２との間で送受する場合に、本実施
例の各プログラムの間で送受されるデータについて説明
する。

【０１４１】まず、ユーザーは前記ブラウザプログラム
１２５ｃに暗号化ＨＴＭＬファイル５００を要求する
と、前記ブラウザプログラム１２５ｃは、前記ＷＷＷ復
号プログラム１２５ｂを介して、前記ＷＷＷサーバプロ
グラム１１５ｂに、当該暗号化ＨＴＭＬファイル５００
の転送要求を送信する。前記ＷＷＷサーバプログラム１
１５ｂは、前記ブラウザプログラム１２５ｃから要求さ
れた暗号化ＨＴＭＬファイル５００を、前記ＷＷＷ復号
プログラム１２５ｂに送信する。暗号化ＨＴＭＬファイ
ル５００を受信した、前記ＷＷＷ復号プログラム１２５
ｂは、暗号化ＨＴＭＬファイル５００から取り出した暗
号化開示先リストを、前記鍵生成サーバアクセスプログ
ラム１２５ｄを介して、前記鍵生成プログラム１４５ｂ
に転送する。前記鍵生成プログラム１４５ｂは、暗号化
開示先リストを復号し、復号した開示先リストの条件に
ユーザーのＩＤ情報が適合するかどうかを調べ、結果を
前記鍵生成サーバアクセスプログラム１２５ｅに通知す
る。この時、「ユーザーが当該暗号化ＨＴＭＬファイル
５００に対し復号権利を持つ」と判断した場合には、復
号用の鍵を生成し、前記鍵生成サーバアクセスプログラ
ム１２５ｄを介して、前記ＷＷＷ復号プログラム１２５
ｂに送信する。前記ＷＷＷ復号プログラム１２５ｂは、
前記鍵生成プログラム１４５ｂが「ユーザーは当該暗号
化ＨＴＭＬファイル５００に対し復号権利を持つ」と判
定した場合には、前記復号用の鍵を受信し、当該ＨＴＭ
Ｌファイル２００を前記復号用の鍵を用いて復号化し
て、前記ブラウザプログラム１２５ｃに転送する。一
方、前記鍵生成プログラム１４５ｂが「ユーザーは当該
ＨＴＭＬファイル２００に対して復号権利を持たない」
と判定した場合には、当該ＨＴＭＬファイル２００から
エラーメッセージファイルのファイル名を取り出し、前
記ＷＷＷサーバプログラム１１５ｂにエラーメッセージ
ファイルを要求する。そして、前記ＷＷＷサーバプログ
ラム１１５ｂから受信したエラーメッセージファイルを
前記ブラウザプログラム１２５ｃに転送する。前記ブラ
ウザプログラム１２５ｃは、前記１３５ｂから受信し
た、ファイルを前記クライアント情報処理装置１２の画
面に表示する。

【０１４２】なお、エラーメッセージファイルの内容
に、開示先リストの設定者の連絡先を付加してもよい。
これにより、復号できなかった者が、復号する権利を求
めること、復号が許されない理由を問い合わせることな
どが可能となる。従って、例えば、誤って復号が許可さ
れなかった者に、復号する権利を得る機会を与えること
ができる。

【０１４３】また、復号権利がなかった場合であって
も、エラーメッセージを表示せず、暗号化されていない
情報のみを表示してもよい。これにより、ユーザー透過
的なインターフェースとすることができ、ユーザーが、
隠された情報（復号を許されていない情報）の存在を意
識することなく、閲覧を続行することができる。

【０１４４】図７を参照して、前記ＷＷＷ復号プログラ
ム１２５ｂのモジュール構成について説明する。

【０１４５】前記ＷＷＷ復号プログラム１３５ｂは、デ
ータ中継処理ルーチン２２００と、復号権利確認ルーチ
ン２３００と、から構成される。

【０１４６】データ中継処理ルーチン２２００は、前記
ＷＷＷサーバプログラム１１５ｂと前記ブラウザプログ
ラム１２５ｃとの間で行われる、データの送受を中継す
るためのものである。

【０１４７】図１９を参照して、データ中継処理ルーチ
ン２２００の処理フローについて説明する。

【０１４８】まず、ステップ２２０１で、前記ブラウザ
プログラム１２５ｃからの要求を待ち受ける。要求がく
ると、ステップ２２０２で、前記ＷＷＷサーバプログラ
ム１１５ｂに前記要求を転送する。次に、前記ＷＷＷサ
ーバプログラム１１５ｂからＨＴＭＬファイル２００を
受信する。ステップ２２０７で、前記ＨＴＭＬファイル
２００が暗号化ＨＴＭＬファイル５００であるかどうか
を調べ、暗号化ＨＴＭＬファイル５００でなければ、ス
テップ２２１８で、前記ＨＴＭＬファイル２００を前記
ブラウザプログラム１２５ｃに送信する。一方、暗号化
ＨＴＭＬファイル５００であった場合には、ステップ２
２０５に移行し、ユーザーが前記鍵生成プログラム１４
５ｂに既にログイン済みであるかどうかを調べる。ログ
イン済みであった場合には、ステップ２２０８以下を実
行し、ログイン済みでなかった場合には、前記鍵生成サ
ーバアクセスプログラム１２５ｅを起動し、ログイン処
理を行う（ステップ２２０６）。次に、ステップ２２０
６のログイン処理が成功したかどうかを調べ、ログイン
に失敗した場合には、エラーメッセージを前記ブラウザ
プログラム１２５ｃに転送し、ステップ２２０１に戻
る。一方、ログインに成功した場合には、ステップ２２
０８で、前記復号権利確認ルーチン２３００をコール
し、ユーザーが前記暗号化ＨＴＭＬファイル５００に対
する復号権利を持つかどうかを調べる。復号権利を持つ
場合には、前記鍵生成サーバアクセスプログラム１２５
ｅを介して、前記鍵生成プログラム１４５ｂから復号用
の鍵を受信し、前記暗号化ＨＴＭＬファイル５００を復
号する。ステップ２２１２で、前記ブラウザプログラム
１２５ｃに復号したデータを送信すると、ステップ２２
０１に戻る。一方、復号権利を持たない場合には、前記
暗号化ＨＴＭＬファイル５００からエラーメッセージフ
ァイルのＵＲＬを取り出し（ステップ２２１３）、前記
ＷＷＷサーバプログラム１１５ｂにエラーメッセージフ
ァイルの転送を要求する（ステップ２２１４）。次に、
ステップ２２１５で、前記ＷＷＷサーバプログラム１１
５ｂからエラーメッセージファイルを受信し、前記ブラ
ウザプログラム１２５ｃに前記エラーメッセージファイ
ルを転送する（ステップ２２１６）。ファイルの転送が
終了するとステップ２２０１に戻る。

【０１４９】図２０および図２１を参照して、アクセス
権利の有無と、表示される画面との関係について説明す
る。

【０１５０】図２０を参照して、前記暗号化ＨＴＭＬフ
ァイル５００（図４参照）に対してアクセスする権利を
持つユーザーが、図４の前記暗号化ＨＴＭＬファイルの
転送を要求した場合に表示される画面について説明す
る。

【０１５１】次に、図２１を参照して、前記暗号化ＨＴ
ＭＬファイル５００（図４参照）に対してアクセスする
権利を持たないユーザーが、図４の前記暗号化ＨＴＭＬ
ファイル５００（図４参照）の転送を要求した場合に表
示される画面について説明する。なお、この例では、前
記サーバー情報処理装置１１には、エラーメッセージフ
ァイルとして、図２２のファイルが格納されている。

【０１５２】最後に、ユーザーは、前記鍵生成サーバア
クセスプログラム１２５ｅに対して、前記鍵生成プログ
ラム１４５ｂからログアウトするように指示を行い、暗
号化ＨＴＭＬファイル５００（図４参照）の閲覧を終了
する。ログアウトの処理に関しては、前述のＨＴＭＬフ
ァイル２００（図３参照）を暗号化する際の、ログアウ
トの処理と同様のため、ここでは、詳細な説明を省略す
る。

【０１５３】

【発明の効果】以上説明したように、本発明によれば、
クライアント装置の上に、鍵生成サーバ情報処理装置と
の接続を維持しておく、鍵生成サーバアクセスプログラ
ムを設けているため、ユーザーが前記鍵生成サーバ情報
処理装置に一度ログインすれば、鍵の生成を依頼する毎
に、ユーザー認証処理を行う必要がなくなるという効果
がある。

【０１５４】また、本発明によれば、鍵生成サーバ情報
処理装置において作成された、暗号鍵や復号鍵をクライ
アント装置に転送する際に、暗号化して転送するため、
盗聴が行われた場合にも、不正に前記暗号鍵または復号
鍵を取得することができないという効果がある。

【０１５５】また、本発明によれば、鍵生成サーバ情報
処理装置に対してユーザーがログインする際に、パスワ
ードを鍵として乱数を暗号化及び復号化することによっ
てユーザー認証を行うため、送信するデータを盗聴する
ことによって不正にパスワードを取得することができな
いという効果がある。

【０１５６】また、本発明によれば、鍵生成サーバ情報
処理装置に対して、鍵生成を依頼する際に、開示先リス
トと、マスタ鍵識別子とを送信するため、複数のマスタ
鍵を利用することができるという効果がある。

【図面の簡単な説明】

【図１】本発明の一実施形態が適用された暗号化ＷＷＷ
システムの概略構成図である。

【図２】ユーザーＩＤ情報ファイル１４５ｄの内容の一
例を示す図である。

【図３】ＨＴＭＬファイル２００の一例を示す図であ
る。

【図４】暗号化ＨＴＭＬファイル５００の一例を示す図
である。

【図５】ファイル暗号化プログラム１２５ｄの動作フロ
ーを示した図である。

【図６】鍵生成サーバアクセスプログラム１２５ｅのモ
ジュール構成を示した図である。

【図７】ＷＷＷ復号プログラム１２５ｂのモジュール構
成を示した図である。

【図８】鍵生成プログラム１４５ｂのモジュール構成を
示した図である。

【図９】鍵生成サーバアクセスプログラム１２５ｅの動
作フローを示した図である。

【図１０】ログイン処理のタイミングチャートを示した
図である。

【図１１】鍵生成サーバアクセスプログラム１２５ｅの
ログアウト処理ルーチン４２００動作フローを示した図
である。

【図１２】鍵生成サーバアクセスプログラム１２５ｅの
鍵生成要求処理ルーチン４３００の動作フローを示した
図である。

【図１３】ＨＴＭＬファイル２００を暗号化する場合
に、各プログラムの間で送受されるデータを示した図で
ある。

【図１４】暗号化ＨＴＭＬファイル５００を送受する場
合に、各プログラムの間で送受されるデータを示した図
である。

【図１５】鍵生成プログラム１４５ｂが、暗号鍵を生成
する場合のフローを示した図である。

【図１６】鍵生成プログラム１４５ｂの動作フローを示
した図である。

【図１７】鍵生成プログラム１４５ｂのログイン処理ル
ーチン３１００の動作フローを示した図である。

【図１８】鍵生成プログラム１４５ｂの鍵生成ルーチン
３２００の動作フローを示した図である。

【図１９】ＷＷＷ復号プログラム１２５ｂのデータ中継
処理ルーチンの処理フローを示した図である。

【図２０】復号権利つユーザーが、暗号化ＨＴＭＬファ
イル５００を閲覧する場合に表示される画面の一例であ
る。

【図２１】復号権利を持たないユーザーが、暗号化ＨＴ
ＭＬファイル５００を閲覧する場合に表示される画面の
一例である。

【図２２】復号権利を持たないユーザーが、暗号化ＨＴ
ＭＬファイル５００を閲覧する場合に表示されるエラー
メッセージファイルの一例である。

【図２３】前記鍵生成サーバアクセスプログラム１２５
ｅと、前記鍵生成プログラム１４５ｂとの間で送受され
るデータのフォーマットを示した図である。

【符号の説明】

１…ネットワーク、１１…サーバ情報処理装置、１２…
クライアント情報処理装置、１４…鍵生成サーバ情報処
理装置、１１１…ＣＰＵ、１１２…メモリ、１１３…Ｌ
ＡＮコントローラ、１１４…ディスクコントローラ、１
１５…磁気ディスク、１１５ａ…ＯＳ、１１５ｂ…ＷＷ
Ｗサーバプログラム、１２１…ＣＰＵ（中央演算処理装
置）、１２２…メモリ、１２３…ＬＡＮコントローラ、
１２４…ディスクコントローラ、１２５…磁気ディス
ク、１２５ａ…ＯＳ（オペレーティングシステム）、１
２５ｃ…ブラウザプログラム、１２５ｄ…ファイル暗号
化プログラム、１３１…ＣＰＵ、１３２…メモリ、１３
３…ＬＡＮコントローラ、１３４…ディスクコントロー
ラ、１３５…磁気ディスク、１３５ａ…ＯＳ（オペレー
ティングシステム）、１３５ｂ…ＷＷＷ復号プログラ
ム、１４１…ＣＰＵ（中央演算処理装置）、１４２…メ
モリ、１４３…ＬＡＮコントローラ、１４４…ディスク
コントローラ、１４５…磁気ディスク、１４５ａ…ＯＳ
（オペレーティングシステム）、１４５ｂ…鍵生成プロ
グラム、１４５ｃ…パスワード情報、１４５ｄ…ユーザ
ーＩＤ情報、１４５ｆ…マスタ鍵、２００…ＨＴＭＬフ
ァイル、５００…暗号化ＨＴＭＬファイル。

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁶ 識別記号 ＦＩ Ｈ０４Ｌ 9/32 Ｈ０４Ｌ 9/00 ６７５Ａ

Claims (10)

【特許請求の範囲】
1. 【請求項１】通信媒体を介して互いに通信することがで
   きる第１、第２、および、第３の情報処理装置を有し、 前記第１の情報処理装置は、共有されるファイルを格納
   するための記憶装置を備え、 前記第３の情報処理装置は、ファイルを暗号化するため
   の暗号鍵、および、暗号化されたファイルを復号化する
   ための復号鍵を生成するための鍵を生成するための鍵生
   成手段を備え、 前記第２の情報処理装置は、前記第１の情報処理装置か
   らファイルを受信し、また、与えられたファイルの内容
   を閲覧するための閲覧手段と、 前記第３の情報処理装置から暗号鍵を取得してファイル
   を暗号化するためのファイル暗号化手段と、 前記第３の情報処理装置から復号鍵を取得して、前記閲
   覧手段が第１の情報処理装置から受信したファイルを復
   号化し、復号化したファイルを前記閲覧手段に与えるフ
   ァイル復号化手段と、 前記第３の情報処理装置との接続を維持し、かつ、前記
   ファイル暗号化手段および前記ファイル復号化手段のい
   ずれか、ならびに、前記第３の情報処理装置の間で送受
   されるデータを中継するためのアクセス維持手段と備え
   ることを特徴とする暗号化共有ファイル送受信システ
   ム。
2. 【請求項２】 請求項１記載の暗号化共有ファイル送受
   信システムにおいて、 前記アクセス維持手段は、 前記第３の情報処理装置との接続を確立するための情報
   を保持し、 前記第３の情報処理装置に鍵生成を依頼する際に、前記
   第３の情報処理装置との接続が切断されている場合に
   は、前記接続を確立するための情報を用いて、前記第３
   の情報処理装置と接続することを特徴とする暗号化共有
   ファイル送受信システム。
3. 【請求項３】 請求項１および２のいずれか一項記載の
   暗号化共有ファイル送受信システムにおいて、 前記第３の情報処理装置は、前記第２の情報処理装置に
   データを転送する直前に、当該データを暗号化して送信
   するためのデータ暗号化手段をさらに備え、 前記第２の情報処理装置は、前記第３の情報処理装置か
   ら受信したデータを復号化して、前記アクセス維持手段
   に転送するためのデータ復号化手段をさらに備えること
   を特徴とする暗号化共有ファイル送受信システム。
4. 【請求項４】 請求項３記載の暗号化共有ファイル送受
   信システムにおいて、 前記第２の情報処理装置は、 乱数を生成するための乱数生成手段をさらに備え、 前記第２の情報処理装置と、前記第３の情報処理装置と
   の間の接続が確立した場合、前記第２の情報処理装置か
   ら前記第３の情報処理装置に送信された、前記乱数生成
   手段によって生成された乱数を、前記データ暗号化手段
   が暗号化を行うための鍵として用いることを特徴とする
   暗号化共有ファイル送受信システム。
5. 【請求項５】 請求項４記載の暗号化共有ファイル送受
   信システムにおいて、 前記第２の情報処理装置は、前記第３の情報処理装置
   に、前記第２の情報処理装置のユーザーのパスワードを
   暗号鍵として暗号化した乱数を送信し、 前記第３の情報処理装置は、前記第２の情報処理装置か
   ら受信した、暗号化された乱数を、予め登録されてい
   る、前記ユーザーの秘密情報を復号鍵として復号したも
   のを、前記データ暗号化手段の鍵として用いることを特
   徴とする暗号化共有ファイル送受信システム。
6. 【請求項６】 請求項１から５のいずれか一項記載の暗
   号化共有ファイル送受信システムにおいて、 前記第３の情報処理装置は、 乱数を生成するための乱数生成手段と、 予め登録された、前記第２の情報処理装置のユーザーの
   秘密情報を暗号鍵として暗号化した乱数を、前記クライ
   アント装置に送信し、前記クライアント装置から返信さ
   れてきたデータを前記秘密情報を復号鍵として復号化し
   たデータと、前記乱数に、予め定められた処理を行った
   データとが一致する場合に、正当なユーザーであると判
   断し、一致しない場合には、正当なユーザーではないと
   判断するユーザー検証手段とをさらに備え、 前記第２の情報処理装置は、前記鍵生成サーバ情報処理
   装置から受信したデータを、ユーザーが入力したパスワ
   ードを復号鍵として復号したものに、前記所定の処理を
   行ったデータを、前記パスワードを暗号鍵として暗号化
   したデータを、前記鍵生成サーバ情報処理装置に返信す
   るユーザー証明手段をさらに備えることを特徴とする暗
   号化共有ファイル送受信システム。
7. 【請求項７】 請求項１から６のいずれか一項記載の暗
   号化共有ファイル送受信システムにおいて、 前記第３の情報処理装置は、記憶装置を有し、第１の鍵
   情報と、前記第２の情報処理装置のユーザーの属性情報
   とが上記記憶装置に予め格納され、 前記第２の情報処理装置は、鍵生成を依頼する際に、前
   記ファイルの復号を許可するユーザーの条件を前記属性
   情報を組み合わせて記述したリストと、前記第一の鍵の
   識別子とを送信し、 前記鍵生成手段は、前記ユーザーの属性情報が前記リス
   トの条件を満足する場合にのみ、前記リストと、前記識
   別子に対応する前記第１の鍵情報と、から、前記ファイ
   ルの暗号化及び復号化を行うための第２の鍵を生成する
   ことを特徴とする暗号化共有ファイル送受信システム。
8. 【請求項８】少なくとも通信制御機能およびファイルへ
   の入出力制御機能を有する第１種のプログラム、ならび
   に、前記ファイルを格納する記憶装置を具備する第一の
   情報処理装置と、少なくとも通信制御機能を持つ第１の
   プログラム、および、前記第一の情報処理装置上の記憶
   装置から前記ファイルを、前記第１種のプログラムを介
   して受信するための第２種のプログラムを具備する第２
   の情報処理装置とが通信回線を介して接続されている共
   有ファイル送受信システムであって、 前記第２の情報処理装置と通信回線を介して接続され
   た、第３の情報処理装置で暗号化及び復号化に用いる鍵
   を生成し、 前記鍵は、前記第２の情報処理装置に設けられた、デー
   タ中継手段を介して、ファイル暗号化手段及びファイル
   復号化手段に送信されることを特徴とする暗号化共有フ
   ァイル送受信システム。
9. 【請求項９】クライアント情報処理装置に共有ファイル
   を提供するためのファイル共有システムであって、 暗号化された共有ファイルを格納するためのファイルサ
   ーバ情報処理装置と、共有ファイルの復号化に用いられ
   る暗号鍵を生成するための暗号鍵サーバ情報処理装置と
   を備え、 上記ファイルサーバ情報処理装置に格納される各共有フ
   ァイルは、当該共有ファイルを閲覧することが許可され
   た者を示す開示先情報を含み、 上記暗号鍵サーバー情報処理装置は、 接続された情報処理装置から閲覧が要求された共有ファ
   イルに含まれている開示先情報を、上記ファイルサーバ
   情報処理装置から情報処理装置に転送されるデータから
   取得するための開示先情報取得手段と、 上記接続された情報処理装置における、上記共有ファイ
   ルの閲覧を要求したユーザーの情報を取得するためのユ
   ーザー情報取得手段と、 上記取得されたユーザーの情報が上記取得された開示先
   情報が示す条件を満足するか否かを判定するための判定
   手段と、 上記判定手段が満足すると判定したとき、上記共有ファ
   イルを復号化するための復号鍵を生成するための鍵生成
   手段と、 上記要求された共有ファイルおよび上記生成された復号
   鍵を上記接続された情報処理装置に転送するためのファ
   イル転送手段とを有し、 前記クライアント情報処理装置は、 前記暗号鍵サーバ情報処理装置との接続を確立するため
   の情報を保持し、当該暗号鍵サーバ情報処理装置に鍵生
   成を依頼するに際し、当該暗号鍵サーバ情報処理装置と
   の接続が切断されている場合には、前記保持している接
   続を確立するための情報を用いて、前記第三の情報処理
   装置と接続することを特徴とするファイル共有システ
   ム。
10. 【請求項１０】 暗号鍵、および、その生成要求を中継
    するための鍵生成サーバアクセスプログラムを格納した
    記憶媒体において、 暗号鍵の生成要求を発したユーザーに関する認証を行
    い、 上記認証において、上記ユーザーが正当にログインして
    いる場合、暗号鍵を生成するための暗号鍵の生成要求
    を、暗号鍵を生成するための暗号鍵生成サーバ情報処理
    装置に中継し、 上記暗号鍵の生成要求に応じて生成された暗号鍵を、上
    記暗号鍵サーバ情報処理装置から受け取り、これを上記
    認証したユーザーに提供し、 上記認証において、上記ユーザーが、当該鍵生成サーバ
    アクセスプログラムが実行されている情報処理装置にロ
    グインしている場合に限り、上記暗号鍵の生成要求の中
    継を実行し、 上記鍵生成サーバ情報処理装置との接続が切断されてい
    る場合、上記ユーザーに関する認証を行って得たユーザ
    ー情報を用いて、当該鍵生成サーバ情報処理装置に接続
    することを特徴とする鍵生成サーバアクセスプログラム
    を格納した記憶媒体。