(57)【要約】【課題】共有暗号ファイルの作成、リネーム、削除操作に際して、暗号鍵の更新、暗号ファイルの再暗号化等の面倒な処理を行うことなく、暗号化、復号を実現すること。【解決手段】クライアントコンピュータ１のフィルタドライバ１２は、任意のアプリケーションからの共有暗号ファイルの読み出し要求または格納要求に対し、要求を一時捕捉し、クライアント認証を鍵管理サーバ２により受け、アクセスが許可されている共有暗号フォルダのそれぞれに対応するＵＮＣパス名と暗号鍵との対からなる鍵リストを鍵管理サーバ２から取得し、共有暗号フォルダのうち前記読み出し要求先または格納要求先の共有暗号フォルダにアクセスし、アクセスするＵＮＣパス名に関連するＵＮＣパス名が前記鍵リスト内に存在していた場合に、当該ＵＮＣパス名に対応する前記鍵リスト内の暗号鍵を用いて共有暗号ファイルの復号または暗号化を行う。【選択図】図１
2009004732.tif 000002
【特許請求の範囲】
【請求項１】
少なくとも１つのクライアントコンピュータと、少なくとも１つの鍵管理サーバと、少なくとも１つのファイルサーバとがネットワークにより相互に接続されて構成されるシステムにおける共有暗号ファイルの暗号化、復号処理方法において、
クライアントコンピュータには、文書作成プログラム等の任意のアプリケーションと、ファイルアクセス制御手段とが設けられ、前記鍵管理サーバは、前記ファイルサーバに格納される共有暗号フォルダに対する鍵管理情報を管理しており、
前記クライアントコンピュータ内のファイルアクセス制御手段は、任意のアプリケーションからの共有暗号ファイルの読み出し要求または格納要求に対し、当該読み出し要求または格納要求を一時捕捉し、当該クライアントコンピュータのクライアント認証を鍵管理サーバにより受け、当該クライアントコンピュータに対してアクセスが許可されているファイルサーバ内の複数の共有暗号フォルダのそれぞれに対応するＵＮＣパス名と暗号鍵との対からなる鍵リストを前記鍵管理サーバから取得する第１のステップと、前記ファイルサーバ内の複数の共有暗号フォルダのうち前記読み出し要求先または格納要求先の共有暗号フォルダにアクセスし、アクセスするＵＮＣパス名に関連するＵＮＣパス名が前記鍵リスト内に存在していた場合に、当該ＵＮＣパス名に対応する前記鍵リスト内の暗号鍵を用いて共有暗号ファイルの復号または暗号化を行う第２のステップとを有することを特徴とする共有暗号ファイルの暗号化、復号処理方法。
【請求項２】
前記鍵リストには、サブフォルダ以下のファイルも同じ鍵を用いて暗号化するか否かを示すフラグである継承オプションが設定可能であることを特徴とする請求項１記載の共有暗号ファイルの暗号化、復号処理方法。
【請求項３】
少なくとも１つのクライアントコンピュータと、少なくとも１つの鍵管理サーバと、少なくとも１つのファイルサーバとがネットワークにより相互に接続されて構成されるシステムにおける前記クライアントコンピュータに実行させる共有暗号ファイルの暗号化、復号処理プログラムであって、
前記クライアントコンピュータ内の任意のアプリケーションからの前記ファイルサーバ内の共有暗号ファイルの読み出し要求または格納要求に対し、当該読み出し要求または格納要求を一時捕捉し、当該クライアントコンピュータのクライアント認証を鍵管理サーバにより受け、当該クライアントコンピュータに対してアクセスが許可されているファイルサーバ内の複数の共有暗号フォルダのそれぞれに対応するＵＮＣパス名と暗号鍵との対からなる鍵リストを前記鍵管理サーバから取得する第１のステップと、前記ファイルサーバ内の複数の共有暗号フォルダのうち前記読み出し要求先または格納要求先の共有暗号フォルダにアクセスし、アクセスするＵＮＣパス名に関連するＵＮＣパス名が前記鍵リスト内に存在していた場合に、当該ＵＮＣパス名に対応する前記鍵リスト内の暗号鍵を用いて共有暗号ファイルの復号または暗号化を行う第２のステップとを有することを特徴とする共有暗号ファイルの暗号化、復号処理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、共有暗号ファイルの暗号化、復号処理方法に係り、特に、複数のクライアントで共有する共有暗号ファイルの暗号化、復号処理方法に関する。
【背景技術】
【０００２】
複数のクライアントで共有する暗号化された共有ファイルの鍵管理に関する従来技術として、例えば、特許文献１等に記載された技術が知られている。この従来技術は、認証サーバと各ファイルの暗号鍵を管理する鍵管理サーバとを設け、クライアントが認証サーバによりクライアント認証を受けた後に、クライアント名を鍵管理サーバに送信し、クライアントがアクセス可能なファイル名と対応する暗号鍵の一覧を鍵管理サーバから取得し、暗号化された共有ファイルに対してクライアントがアクセスする際に、クライアント側で鍵管理サーバより取得した暗号鍵を用いてファイルの暗号化、復号処理を行うというものである。
【特許文献１】特開２００５−２８６０４２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
前述した従来技術は、ファイル毎に鍵を設定することができるため高い安全性を実現することができるという利点を有する反面、ファイルの新規作成、リネーム、削除の度に鍵管理サーバと通信し、鍵管理サーバに登録する暗号鍵を更新することが必要となり、ファイルの新規作成、リネーム等に際して暗号鍵の更新が極めて面倒であるという問題点を有している。【０００４】
暗号鍵の管理を容易にするために、１つのファイルサーバに１つの暗号鍵を設定するようにすることもできるが、この場合、暗号鍵の管理は容易になるが、安全性が低くなってしまうという問題を生じさせてしまう。【０００５】
本発明の目的は、前述した従来技術の問題点を解決し、共有暗号ファイルの作成、リネーム、削除操作に際して、暗号鍵の更新、暗号ファイルの再暗号化等の面倒な処理を行うことなく、複数のクライアントが共有する共有暗号ファイルの暗号化、復号を実現することができる共有暗号ファイルの暗号化、復号処理方法を提供することにある。
【課題を解決するための手段】
【０００６】
本発明によれば前記目的は、クライアントコンピュータと、鍵管理サーバと、ファイルサーバとがネットワークにより相互に接続されて構成されるシステムにおける共有暗号ファイルの暗号化、復号処理方法において、クライアントコンピュータには、文書作成プログラム等の任意のアプリケーションと、ファイルアクセス制御手段とが設けられ、前記鍵管理サーバは、前記ファイルサーバに格納される共有暗号フォルダに対する鍵管理情報を管理しており、前記クライアントコンピュータ内のファイルアクセス制御手段は、任意のアプリケーションからの共有暗号ファイルの読み出し要求または格納要求に対し、当該読み出し要求または格納要求を一時捕捉し、当該クライアントコンピュータのクライアント認証を鍵管理サーバにより受け、当該クライアントコンピュータに対してアクセスが許可されているファイルサーバ内の複数の共有暗号フォルダのそれぞれに対応するＵＮＣパス名と暗号鍵との対からなる鍵リストを前記鍵管理サーバから取得する第１のステップと、前記ファイルサーバ内の複数の共有暗号フォルダのうち前記読み出し要求先または格納要求先の共有暗号フォルダにアクセスし、アクセスするＵＮＣパス名に関連するＵＮＣパス名が前記鍵リスト内に存在していた場合に、当該ＵＮＣパス名に対応する前記鍵リスト内の暗号鍵を用いて共有暗号ファイルの復号または暗号化を行う第２のステップとを有することにより達成される。
【発明の効果】
【０００７】
本発明によれば、共有暗号ファイルの削除、リネーム、新規作成の際にも、共有暗号フォルダを指定すれば自動的に暗号化、復号のための鍵データが鍵リスト内から選択されるため、暗号鍵の登録、削除、変更などの面倒な作業を不要にすることができる。
【発明を実施するための最良の形態】
【０００８】
以下、本発明による共有暗号ファイルの暗号化、復号処理方法の実施形態を図面により詳細に説明する。【０００９】
図１は本発明の一実施形態による共有暗号ファイルの暗号化、復号処理方法を実施するシステムの構成を示すブロック図である。図示システムは、１または複数のクライアントコンピュータ１と、１または複数の鍵管理サーバ２と、１または複数のファイルサーバ３とがネットワーク４により相互に接続されて構成される。なお、図１には示していないが、後述するように、ネットワーク４には、管理者が使用し、鍵リストを生成して鍵管理サーバ２に登録すると共に、ルートとなる共有暗号フォルダをファイルサーバ３に登録する管理者端末が接続されている。この管理者端末は、独立して備えられるものであってもよく、また、クライアントコンピュータ１を共有するものであってもよい。クライアントコンピュータ１を共有する場合、クライアントコンピュータを利用するユーザが管理者である。また、図１には、クライアントコンピュータ１、鍵管理サーバ２、ファイルサーバ３を１台だけ示しているが、クライアントコンピュータ１、鍵管理サーバ２、ファイルサーバ３は、複数台設けられていてよい。【００１０】
クライアントコンピュータ１は、ＰＣに代表されるように、ＣＰＵ、主メモリ、ＨＤＤ等の記憶装置、表示装置、印刷装置等の出力装置、キーボード、マウス等の入力装置、通信装置を備えて構成される情報処理装置であり、文書作成プログラム等の任意のアプリケーション１１、本発明の主要な構成要素であるフィルタドライバ（ファイルアクセス制御プログラム）１２、オペレーティングシステム（ＯＳ）１３が実装されている。アプリケーション１１、フィルタドライバ１２は、プログラムとして記憶装置内に格納されていて、主メモリにロードされ、同様に、主メモリにロードされたＯＳ１３の下でＣＰＵに実行されることにより、それぞれの機能を構築する。【００１１】
フィルタドライバ１２は、アプリケーション１１からの共有暗号フォルダに対するアクセス要求（読み出し要求、書き込み要求）を一時補足し、共有暗号フォルダ内の暗号ファイルを復号し、または、共有暗号フォルダ内に書き込む共有ファイルを暗号化するための鍵リスト１４を鍵管理サーバ２から取得し、この鍵リスト１４内の鍵データを用いて暗号ファイルを復号し、または、暗号化する処理を行い、復号した平文データをアプリケーション１１に転送し、あるいは、暗号化した共有暗号ファイルをファイルサーバ３に転送して格納させる機能を有する。【００１２】
鍵管理サーバ２は、ＣＰＵ、主メモリ、ＨＤＤ等の記憶装置を備えて構成される情報処理装置であり、クライアントコンピュータ１がアクセス可能な共有暗号フォルダに対する鍵リストを格納した鍵管理ＤＢ２１を記憶装置内に保持して管理している。【００１３】
ファイルサーバ３は、ＣＰＵ、主メモリ、ＨＤＤ等の記憶装置を備えて構成される情報処理装置であり、クライアントコンピュータからアクセス可能な複数の共有暗号フォルダ３１ａ、３１ｎを記憶装置内に格納管理している。【００１４】
図２は鍵管理サーバ２内に保持されている鍵管理ＤＢ２１の構成を示す図である。鍵管理ＤＢ２１には、図２に示すように、ファイルサーバ３の各共有暗号フォルダ毎に、フォルダを特定するＵＮＣパス名と、暗号化、復号に用いる鍵データと、サブフォルダ以下のファイルも同じ鍵を用いて暗号化するか否かを示すフラグである継承オプションとを１組のレコードとした鍵リスト２１１が登録されている。【００１５】
図３は管理者による共有暗号フォルダのファイルサーバへの登録について説明する図である。すでに説明したように、管理者端末３’がネットワーク４に接続されており、この管理者端末３’は、独立に設けられる場合に、クライアントコンピュータと同様に構成され、その内部に登録プログラム３２が設けられて、動作可能とされている。【００１６】
ファイルサーバ３の管理者は、管理者端末３’の登録プログラム３２を使用して、ファイルサーバ３に、ＵＮＣパスを持つルート共有暗号フォルダ３１ａ、３１ｎを登録する。１つのファイルサーバ３には、複数のルート共有暗号フォルダ３１ａ、３１ｎを登録することが可能であり、それぞれに異なるＵＮＣパス名が与えられる。なお、管理者が最初にファイルサーバ３に登録するルート共有暗号フォルダ３１ａ、３１ｎは、ファイルを１つも持たない空フォルダである。【００１７】
そして、ファイルサーバ３の管理者は、共有暗号フォルダ３１ａ、３１ｎ毎に設定したＵＮＣパス名と、登録プログラム３２を用いてランダムに各ＵＮＣパス名毎に生成した鍵データとを対にした鍵リストを鍵管理サーバ２に登録する。この共有暗号フォルダ３１ａ、３１ｎに対する鍵情報は、ファイルサーバ３の管理者が１つずつのファイルを暗号化し、その際の各鍵を鍵管理サーバ２へ登録するのではなく、ルートとなる共有暗号フォルダ（ルート共有暗号フォルダと呼ぶ）を指定する（典型的には\\Server\Share1のようなＵＮＣ（Universal Naming Convention）パスで指定する）ことによって登録する。【００１８】
ルート共有暗号フォルダ下の全てのファイル（継承オプションがオンである場合は、サブフォルダがあればその下に存在する全てのファイルも含む）は同一の鍵で暗号化される。この登録操作時にルート共有暗号フォルダに対するランダム生成の鍵データの対がルート共有暗号フォルダのＵＮＣパスと共に鍵管理ＤＢ２１に登録される。【００１９】
図４はユーザがクライアントコンピュータ１から共有暗号フォルダ内のファイルにアクセスする場合の処理手順を説明する図である。なお、図４には示していないが、クライアントコンピュータ１には、図１に示して説明したように、任意のアプリケーション１１、フィルタドライバ１２、ＯＳ１３が実装されている。【００２０】
クライアントコンピュータ１のアプリケーション１１がユーザからの指示により、共有暗号フォルダ内のファイルにアクセス（ファイル読み出しまたは書き込み）する場合、まず、フィルタドライバ１２は、そのアクセス要求を一時捕捉し、鍵管理サーバ２にクライアント認証要求を送信し（処理Ｓ４０１）、当該クライアントコンピュータ１に対してアクセスが許可されているＵＮＣパス名と鍵データとの対からなる鍵リスト１４を鍵管理サーバ２から取得する（処理Ｓ４０２）。ここでの処理により取得される鍵リスト１４は、ＵＮＣパス名としてのＵＮＣ１と鍵データとしての鍵データ１との対と、ＵＮＣパス名としてのＵＮＣ２と鍵データとしての鍵データ２との対であるとしている。【００２１】
その後、フィルタドライバ１２は、ファイルサーバ３内の共有暗号フォルダ内の共有暗号ファイルにアクセスするが、このアクセスを行ったとき、アクセスしようとしているＵＮＣパス名に関連するＵＮＣパス名が鍵リスト１４に存在するか否かをチェックする。フィルタドライバ１２は、このチェックにより、鍵リストの中のＵＮＣパスと前方一致であるようなＵＮＣパス名（継承オプションがオンの場合）、あるいは、ファイル名を除くＵＮＣパス名が、鍵リストの中のＵＮＣパスと完全に一致するようなＵＮＣパス名（継承オプションがオフの場合）が存在すれば、そのフォルダ内のファイルは暗号化されているものと判断する。そして、鍵リスト１４からＵＮＣパス名に対応する鍵データを取り出し、その鍵データを用いて共有暗号ファイルの暗号化、復号処理を行う（処理Ｓ４０３）。【００２２】
なお、前述で説明した図４に示す例では、ＵＮＣパス名としてルートＵＮＣ１を持つ共有暗号フォルダ３１ａに対応する鍵データ１により暗号化、復号処理を行うことを示している。【００２３】
図５はユーザがクライアントコンピュータ１から共有暗号フォルダ内のファイルにアクセスする場合のフィルタドライバ１２での処理動作を説明するフローチャートであり、次に、これについて説明する。【００２４】
（１）フィルタドライバ１２は、アプリケーション１１からの共有暗号ファイルに対するアクセス要求（読み出し要求または書き込み要求）があると、当該アクセス要求を一時捕捉し、鍵管理サーバ２にクライアント認証要求を送信し、当該クライアントコンピュータ１のクライアント認証の結果を鍵サーバ２から受ける（ステップ５０１）。【００２５】
（２）ステップ５０１の処理でのクライアント認証が成功したか否かを判定し、認証が不成功であった場合、エラー処理（ユーザにその旨を表示する等）を行って、ここでの処理を終了する（ステップ５０２、５０３）。【００２６】
（３）ステップ５０２の判定で、ステップ５０１の処理でのクライアント認証が成功していた場合、当該クライアントコンピュータに対してアクセスが許可されているファイルサーバ３内の複数の共有暗号フォルダ３１ａ、３１ｎのそれぞれに対応するＵＮＣパス名と暗号鍵の対から成る鍵リスト１４を鍵サーバ２から取得する（ステップ５０４）。【００２７】
（４）次に、アクセス要求先の共有暗号ファイルが格納されているファイルサーバ３内の共有暗号フォルダ（例えば３１ａ）にアクセスし、アクセスするＵＮＣパス名に関連するＵＮＣパス名が鍵リスト１４に存在するか否かをチェックする（ステップ５０５、５０６）。【００２８】
（５）ステップ５０６のチェックで、アクセスするＵＮＣパス名に関連するＵＮＣパス名が鍵リスト１４に存在していた場合、当該ＵＮＣパス名に対応する鍵リスト１４内の鍵データを用いて当該共有暗号フォルダ内のアクセス要求先の共有暗号ファイルを復号または暗号化する処理を実行する（ステップ５０８）。【００２９】
（６）ステップ５０６のチェックで、アクセスするＵＮＣパス名に関連するＵＮＣパス名が鍵リスト１４に存在しなかった場合、アクセスしようとしたファイルが暗号ファイルではないので、さのファイルに対して通常の読み書き処理を行う（ステップ５０７）。【００３０】
前述した処理において、アプリケーション１１からのアクセス要求が読み出し要求であった場合、フィルタドライバ１２は、共有暗号ファイルを復号した平文の復号結果をアプリケーション１１に転送し、アプリケーション１１からのアクセス要求が書き込み要求であった場合、フィルタドライバ１２は、アプリケーション１１からフィルタドライバ１２に渡された平文の共有ファイルを暗号化してファイルサーバ３に転送して、共有暗号フォルダに保存させる。【００３１】
前述した本発明の実施形態での処理は、プログラムにより構成し、本発明が備えるＣＰＵに実行させることができ、また、それらのプログラムは、ＦＤ、ＣＤＲＯＭ、ＤＶＤ等の記録媒体に格納して提供することができ、また、ネットワークを介してディジタル情報により提供することができる。【００３２】
図６は実際の運用における本発明の一実施形態による共有暗号ファイルの暗号化、復号処理方法を実施するシステムの構成を示すブロック図である。【００３３】
図６に示すシステムの構成例では、複数のファイルサーバ（１）３Ａ、ファイルサーバ（２）３Ｂが設けられ、各ファイルサーバの共有暗号フォルダへのアクセスが鍵管理サーバ２からクライアントコンピュータ１に配布された鍵リスト１４によって実施される。【００３４】
この場合、クライアントコンピュータ１は、ファイルサーバ（１）３Ａ及び（２）３Ｂの共有暗号フォルダに対する鍵リストをクライアント認証によって取得していた場合には、両方のファイルサーバ（１）３Ａ、（２）３Ｂの共有暗号フォルダにアクセスすることが可能である。【００３５】
前述した本発明の実施形態によれば、ファイルサーバ上で共有暗号ファイルを格納する共有暗号フォルダ毎に異なる暗号鍵を割り当て、かつ、鍵管理サーバに各クライアントコンピュータにアクセスが許可されている共有暗号フォルダのＵＮＣパス名と暗号鍵との対からなる鍵リストを登録しておき、ファイルサーバ内の共有暗号ファイルの読み出し、または、書き込みを行う際に、鍵管理サーバでのクライアントコンピュータの認証を受け、各クライアントコンピュータが、各クライアントコンピュータにアクセスが許可された鍵リストを取得し、その鍵リスト内にアクセス対象の共有暗号フォルダのＵＮＣパス名に関連するＵＮＣパス名が存在する場合には、そのＵＮＣパス名に対応する鍵リスト内の暗号鍵を用いて共有ファイルの暗号化、または、復号を行うことができる。【００３６】
前述により、共有暗号ファイルの新規作成、リネーム、削除を行う場合であっても、新たな鍵を生成したり、削除する必要がなくなり、鍵管理サーバでの暗号鍵の管理が極めて容易になる。【００３７】
また、前述した本発明の実施形態によれば、共有フォルダ上に暗号フォルダであることを示す特殊なファイル等を作成する必要がないため、特殊ファイルを、ユーザによる削除や上書き操作等から保護する必要がなくなり、利便性の向上を図ることができ、また、特殊ファイルの作成や保護、削除を考慮する必要がないため、実装が容易であり実現性が高いという効果を得ることができる。【００３８】
さらに、前述した本発明の実施形態によれば、ＵＮＣパス名毎に異なる鍵を定義することにより、フォルダ単位に鍵を変えることが可能となる。さらに、鍵リストの中に、鍵の適応対象を当該ＵＮＣパス名のみにするか、そのサブフォルダに継承し下位のフォルダにも適応するかを示すオプションフラグとしての継承オプションを設けることにより、より柔軟に鍵を設定することができ、より安全性を高めることが可能となる。
【図面の簡単な説明】
【００３９】
【図１】本発明の一実施形態による共有暗号ファイルの暗号化、復号処理方法を実施するシステムの構成を示すブロック図である。
【図２】鍵管理サーバ内に保持されている鍵管理ＤＢの構成を示す図である。
【図３】管理者による共有暗号フォルダのファイルサーバへの登録について説明する図である。
【図４】ユーザがクライアントコンピュータから共有暗号フォルダ内のファイルにアクセスする場合の処理手順を説明する図である。
【図５】ユーザがクライアントコンピュータから共有暗号フォルダ内のファイルにアクセスする場合のフィルタドライバ１２での処理動作を説明するフローチャートである。
【図６】実際の運用における本発明の一実施形態による共有暗号ファイルの暗号化、復号処理方法を実施するシステムの構成を示すブロック図である。
【符号の説明】
【００４０】
１  クライアントコンピュータ
２  鍵管理サーバ
３  ファイルサーバ
３’  管理者端末
４  ネットワーク
１１  アプリケーション
１２  フィルタドライバ
１３  オペレーティングシステム
１４  鍵リスト
２１  鍵管理データベース
３１ａ、３１ｎ  共有暗号フォルダ
【図１】
2009004732.tif 000003
【図２】
2009004732.tif 000004
【図３】
2009004732.tif 000005
【図４】
2009004732.tif 000006
【図５】
2009004732.tif 000007
【図６】
2009004732.tif 000008
【国際調査報告】
2009004732.tif 000009
2009004732.tif 000010
2009004732.tif 000011
2009004732.tif 000012