(57)【要約】【課題】  既存のネットワーク環境の変更を最小限に抑え、ネットワークを介したファイル共有のセキュリティを高める。【解決手段】  ユーザ秘密鍵で暗号化されたファイルを格納するファイル格納部及びユーザからのファイルアクセス要求に対して該当ファイルを検索・送信するファイル送信部を備える共有ファイルサーバ３と、ユーザ公開鍵をユーザＩＤに関連付けて格納するクライアント公開鍵格納部、ユーザから、サーバ公開鍵で暗号化されたユーザ秘密鍵とファイルＩＤとユーザＩＤとを取得するファイル暗号化情報取得部、ユーザＩＤに基づいてクライアント公開鍵格納部からユーザ公開鍵を検索するクライアント公開鍵検索部、サーバ秘密鍵で復号化したユーザ秘密鍵をユーザ公開鍵で暗号化し、ユーザＩＤ及びファイルＩＤに関連付けて格納するクライアント秘密鍵格納部を備える暗号管理サーバ４とで構成した。【選択図】  図１
2005209181.tif 000002
【特許請求の範囲】
【請求項１】
暗号化された電子ファイルをネットワークを介してファイルサーバがクライアントから取得して管理するファイル管理システムであって、
前記ファイルサーバは、
前記クライアントの秘密鍵暗号方式の秘密鍵で暗号化されたファイルを、このクライアントから取得した当該ファイルの識別情報に関連付けて格納するファイル格納手段と、
クライアントから前記ファイル識別情報を取得して暗号化ファイルへのアクセス要求を受け付けた場合に、このファイル識別情報に基づいて前記ファイル格納手段から該当するファイルを検索してクライアントに送信するファイル送信手段とを備え、
前記クライアントは、ファイルを暗号化／復号化する情報を管理する暗号管理サーバとネットワークを介して接続されており、
この暗号管理サーバは、
クライアントから、暗号管理サーバの公開鍵で暗号化された前記クライアントの秘密鍵と、前記ファイルサーバに格納された暗号化ファイルの識別情報と、このクライアントの識別情報とを取得するファイル暗号化情報取得手段と、
前記クライアントの公開鍵を取得するクライアント公開鍵取得手段と、
前記取得したクライアントの秘密鍵を暗号管理サーバの秘密鍵で復号化すると共に、復号化したクライアント秘密鍵を前記取得したクライアントの公開鍵で暗号化し、クライアント識別情報及びファイル識別情報に関連付けて格納するクライアント秘密鍵格納手段とを備えた
ことを特徴とするファイル管理システム。
【請求項２】
請求項１記載のシステムにおいて、
前記暗号管理サーバは、さらに、
クライアントがファイルサーバに格納された暗号化ファイルへのアクセスを要求する場合に、このクライアントからクライアント識別情報及び当該ファイルの識別情報を取得して前記クライアント秘密鍵格納手段の情報と照合して、当該ファイルに関するクライアントの解読権限を認証するクライアント認証手段を備えた
ことを特徴とするファイル管理システム。
【請求項３】
請求項２記載のシステムにおいて、
前記暗号管理サーバは、さらに、
前記クライアント認証手段による認証が正当な場合に、ファイル識別情報に基づいて前記クライアント秘密鍵格納手段から該当するファイルに関するクライアント秘密鍵を検索してクライアントに送信するクライアント秘密鍵検索／送信手段を備えた
ことを特徴とするファイル管理システム。
【請求項４】
請求項１記載のシステムにおいて、
前記クライアントは、ユーザ端末と、このユーザ端末に接続される暗号プロキシサーバとからなり、
前記ファイルサーバ及び暗号管理サーバは、この暗号プロキシサーバを介してユーザ端末に接続されるものである
ことを特徴とするファイル管理システム。
【請求項５】
請求項１記載のシステムにおいて、
前記クライアント公開鍵取得手段は、クライアントがファイルサーバの暗号化ファイルにアクセスする際に当該ファイルの識別情報と共に取得するものであることを特徴とするファイル管理システム。
【請求項６】
請求項１記載のシステムにおいて、
前記クライアントとファイルサーバとは、ＨＴＴＰ（Hypertext Transfer Protocol）に準拠したネットワークを介して接続されていることを特徴とするファイル管理システム。
【請求項７】
請求項１記載のシステムにおいて、
前記暗号管理サーバは、さらに、
クライアント（Ａ）から、暗号化ファイルの解読権限を付与したい他のクライアント（Ｂ）の識別情報と、暗号管理サーバの公開鍵で暗号化されたクライアント（Ａ）の秘密暗号方式の秘密鍵とを取得して、当該ファイルの解読権限の設定申込を受付ける解読権限設定申込受付手段と、
このクライアント（Ａ）の識別情報及び当該ファイルの識別情報を前記クライアント秘密鍵格納手段の情報と照合して、当該ファイルに関するクライアント（Ａ）の解読権限を認証する解読権限認証手段と、
認証が正当な場合に、取得したクライアント（Ａ）の秘密鍵を暗号管理サーバの公開鍵暗号方式の秘密鍵で復号化する秘密鍵復号化手段と、
復号化されたクライアント（Ａ）の秘密鍵を、他のクライアント（Ｂ）の公開鍵によって暗号化する秘密鍵暗号処理手段と、
暗号化されたクライアント（Ａ）の秘密鍵をクライアント（Ｂ）に送信するクライアント秘密鍵送信手段と
を備えたことを特徴とするファイル管理システム。
【請求項８】
請求項１記載のシステムにおいて、
前記クライアント秘密鍵格納手段は、暗号管理サーバの基板に書き込まれた所定のアルゴリズムによってクライアントの秘密鍵の復号化及び暗号化を実行するものであることを特徴とするファイル管理システム。
【請求項９】
暗号化された電子ファイルをネットワークを介してファイルサーバに送信して管理させるクライアントシステムにおいて、
このクライアントシステムは、ファイルの作成・修正を行うユーザの端末と、このユーザ端末に接続されファイルの暗号化／復号化を実行する暗号プロキシサーバとからなり、
前記暗号プロキシサーバは、前記ファイルサーバと、ファイルを暗号化／復号化する情報を管理する暗号管理サーバとに夫々ネットワークを介して接続されており、
この暗号プロキシサーバは、
ユーザからファイルサーバに対するファイル送信の要求を受付けた場合に、ユーザから取得したファイルをクライアントシステムの秘密鍵暗号方式の秘密鍵で暗号化するファイル暗号化処理手段と、
暗号化したファイルのファイル識別情報を生成して、前記暗号化したファイルと共にファイルサーバに送信するファイル送信手段と、
クライアントシステムの前記秘密鍵を暗号管理サーバの公開鍵で暗号化し、前記ファイルの識別情報及びクライアントシステムの識別情報と共に前記暗号管理サーバに送信する秘密鍵送信手段とを備えた
ことを特徴とするクライアントシステム。
【請求項１０】
請求項９記載のクライアントシステムにおいて、
前記暗号プロキシサーバは、さらに、
ユーザからファイルサーバのファイルに対するアクセス要求を受付けた場合に、当該ファイルの識別情報をファイルサーバに送信してファイルアクセスを申し込むファイルアクセス申込手段と、
前記ファイルアクセスの要求を受付けた場合に、暗号管理サーバに対してクライアントの公開鍵と当該ファイルの識別情報とを送信する公開鍵送信手段と、
暗号管理サーバから、クライアントシステムの公開鍵で暗号化されたクライアントシステムの秘密暗号方式の秘密鍵を取得し、クライアントシステムの公開鍵暗号方式の秘密鍵で復号化する秘密鍵復号化処理手段と、
ファイルサーバから取得した暗号化ファイルを、前記復号化した秘密暗号方式の秘密鍵で復号化するファイル復号化処理手段と、
復号化したファイルをユーザ端末に送信するファイル送信手段と
を備えたことを特徴とするクライアントシステム。
【請求項１１】
請求項９記載のクライアントシステムにおいて、
前記プロキシサーバは、ネットワークを介して複数のファイルサーバに夫々接続可能であり、
このプロキシサーバは、さらに、
ユーザが接続可能なファイルサーバをユーザの識別情報に関連付けて格納する接続権限格納手段と、
ユーザからファイルサーバへの接続要求を受付けた場合に、このユーザから取得したユーザ識別情報を前記接続権限格納手段の情報と照合して要求に係るファイルサーバにユーザが接続可能かを判別するユーザ認証手段と
を備えたことを特徴とするクライアントシステム。
【請求項１２】
請求項９記載のクライアントシステムにおいて、
前記ユーザ端末は、このユーザ端末に接続される外部の記録媒体から、ユーザの識別情報と、このユーザが接続可能なファイルサーバの識別情報及びファイルの識別情報とを取得することを特徴とするクライアントシステム。
【請求項１３】
暗号化された電子ファイルをネットワークを介してファイルサーバがクライアントから取得して管理するファイル管理方法であって、
前記ファイルサーバが、
前記クライアントの秘密鍵暗号方式の秘密鍵で暗号化されたファイルを、このクライアントから取得した当該ファイルの識別情報に関連付けてファイル格納部に格納するファイル格納工程と、
クライアントから前記ファイル識別情報を取得して暗号化ファイルへのアクセス要求を受け付けた場合に、このファイル識別情報に基づいて前記ファイル格納部から該当するファイルを検索してクライアントに送信するファイル送信工程とを備え、
前記クライアントは、ファイルを暗号化／復号化する情報を管理する暗号管理サーバとネットワークを介して接続されており、
この暗号管理サーバが、
クライアントから、暗号管理サーバの公開鍵で暗号化された前記クライアントの秘密鍵と、前記ファイルサーバに格納された暗号化ファイルの識別情報と、このクライアントの識別情報とを取得するファイル暗号化情報取得工程と、
クライアントの公開鍵を取得するクライアント公開鍵取得工程と、
前記取得したクライアントの秘密鍵を暗号管理サーバの秘密鍵で復号化すると共に、復号化したクライアント秘密鍵を前記取得したクライアントの公開鍵で暗号化し、クライアント識別情報及びファイル識別情報に関連付けてクライアント秘密鍵格納部に格納するクライアント秘密鍵格納工程とを備えた
ことを特徴とするファイル管理方法。
【請求項１４】
請求項１３記載の方法において、
さらに、前記暗号管理サーバが、
クライアントがファイルサーバに格納された暗号化ファイルへのアクセスを要求する場合に、このクライアントからクライアント識別情報及び当該ファイルの識別情報を取得して前記クライアント秘密鍵格納部の情報と照合して、当該ファイルに関するクライアントの解読権限を認証するクライアント認証工程を備えた
ことを特徴とするファイル管理方法。
【請求項１５】
請求項１４記載の方法において、
さらに、前記暗号管理サーバが、前記クライアント認証工程による認証が正当な場合に、ファイル識別情報に基づいて前記クライアント秘密鍵格納部から該当するファイルに関するクライアント秘密鍵を検索してクライアントに送信するクライアント秘密鍵検索／送信工程を備えたことを特徴とするファイル管理方法。
【請求項１６】
請求項１３記載の方法において、
前記クライアントは、ユーザ端末と、このユーザ端末に接続される暗号プロキシサーバとからなり、
前記ファイルサーバ及び暗号管理サーバは、この暗号プロキシサーバを介してユーザ端末に接続されるものである
ことを特徴とするファイル管理方法。
【請求項１７】
請求項１３記載の方法において、
前記クライアント公開鍵取得工程は、クライアントがファイルサーバの暗号化ファイルにアクセスする際に当該ファイルの識別情報と共に取得するものであることを特徴とするファイル管理方法。
【請求項１８】
請求項１３記載の方法において、
前記クライアントとファイルサーバとは、ＨＴＴＰ（Hypertext Transfer Protocol）に準拠したネットワークを介して接続されていることを特徴とするファイル管理方法。
【請求項１９】
請求項１３記載の方法において、
さらに、前記暗号管理サーバが、
クライアント（Ａ）から、暗号化ファイルの解読権限を付与したい他のクライアント（Ｂ）の識別情報と、暗号管理サーバの公開鍵で暗号化されたクライアント（Ａ）の秘密暗号方式の秘密鍵とを取得して、当該ファイルの解読権限の設定申込を受付ける解読権限設定申込受付工程と、
このクライアント（Ａ）の識別情報及び当該ファイルの識別情報を前記クライアント秘密鍵格納部の情報と照合して、当該ファイルに関するクライアント（Ａ）の解読権限を認証する解読権限認証工程と、
認証が正当な場合に、取得したクライアント（Ａ）の秘密鍵を暗号管理サーバの公開鍵暗号方式の秘密鍵で復号化する秘密鍵復号化工程と、
復号化されたクライアント（Ａ）の秘密鍵を、他のクライアント（Ｂ）の公開鍵によって暗号化する秘密鍵暗号処理手段と、
暗号化されたクライアント（Ａ）の秘密鍵をクライアント（Ｂ）に送信するクライアント秘密鍵送信工程と
を備えたことを特徴とするファイル管理方法。
【請求項２０】
請求項１３記載の方法において、
前記クライアント秘密鍵格納工程は、暗号管理サーバの基板に書き込まれた所定のアルゴリズムによってクライアントの秘密鍵の復号化及び暗号化を実行するものであることを特徴とするファイル管理方法。
【請求項２１】
暗号化された電子ファイルを格納するコンピュータシステムと、このコンピュータシステムに接続される外部記憶装置とによって前記電子ファイルを管理するファイル管理システムであって、
前記コンピュータシステムは、
所定の基礎情報に基づいて秘密鍵暗号方式の認証用暗号鍵を生成して認証用暗号鍵格納手段に格納する認証用暗号鍵生成手段と、
このコンピュータシステムを利用するユーザが入力したユーザ情報に基づいて秘密鍵暗号方式のユーザ暗号鍵を生成するユーザ暗号鍵生成手段と、
前記ユーザ暗号鍵を認証用暗号鍵で暗号化し、この暗号化されたユーザ暗号鍵を前記外部記憶装置に出力して格納させるユーザ暗号鍵出力手段と、
暗号化されたユーザ暗号鍵を前記外部記憶装置から取得し、このユーザ暗号鍵で電子ファイルを暗号化してファイル格納手段に格納するファイル暗号化手段と、
前記暗号化ファイルの読出し要求を受け付けた場合に、前記外部記憶装置にアクセスしてユーザ暗号鍵を取得すると共に、前記認証用暗号鍵格納手段から認証用暗号鍵を取得する暗号鍵取得手段と、
取得したユーザ暗号鍵を認証用暗号鍵で復号化するユーザ暗号鍵復号手段と、
前記復号化されたユーザ暗号鍵で、読出し要求に係る暗号化ファイルを復号化するファイル復号手段と
を備えたことを特徴とするシステム。
【請求項２２】
請求項２１記載のファイル管理システムにおいて、
さらに、
前記ユーザ情報にハッシュ関数を適用してハッシュ値を演算するハッシュ値演算手段を備え、
前記ユーザ暗号鍵出力手段は、暗号化されたユーザ暗号鍵と共に前記演算されたハッシュ値を外部記憶装置に出力して格納させるものであり、
前記暗号鍵取得手段は、暗号化ファイルの読出し要求を受け付けた場合に、前記外部記憶装置から暗号化されたユーザ暗号鍵及び前記ハッシュ値を取得するものであり、
前記ユーザ暗号鍵復号手段は、復号化したユーザ暗号鍵のハッシュ関数を適用してハッシュ値を計算し、前記外部記憶装置から取得したハッシュ値とが一致しているかに基づいて、このユーザ暗号鍵が正常に復号化されたかを検証する検証手段を備え、
前記ファイル復号手段は、前記検証手段が正常に復号化されたと判断したユーザ暗号鍵で、読出し要求に係る暗号化ファイルを復号化するものである
ことを特徴とするシステム。
【請求項２３】
請求項２１記載のファイル管理システムにおいて、
さらに、
前記電子ファイルの所定のブロックサイズにハッシュ関数を適用してハッシュ値を演算するハッシュ値演算手段を備え、
前記ユーザ暗号鍵出力手段は、暗号化されたユーザ暗号鍵と共に前記演算されたハッシュ値を外部記憶装置に出力して格納させるものであり、
前記暗号鍵取得手段は、暗号化ファイルの読出し要求を受け付けた場合に、前記外部記憶装置から暗号化されたユーザ暗号鍵及び前記ハッシュ値を取得するものであり、
前記ユーザ暗号鍵復号手段は、外部記憶装置から取得した電子ファイルの少なくとも前記所定のブロックサイズ分をユーザ暗号鍵で復号化し、この復号化した部分にハッシュ関数を適用してハッシュ値を計算し、前記外部記憶装置から取得したハッシュ値と一致しているかに基づいて、このユーザ暗号鍵が正当な暗号鍵であるかを検証する検証手段を備え、
前記ファイル復号手段は、前記検証手段が正常に復号化されたと判断したユーザ暗号鍵で、暗号化ファイルの残りの部分を復号化するものである
ことを特徴とするシステム。
【請求項２４】
請求項２１記載のファイル管理システムにおいて、
前記ユーザ暗号鍵出力手段は、前記ユーザ暗号鍵を認証用暗号鍵で暗号化すると共に、認証用暗号鍵をユーザ暗号鍵で暗号化し、これらの暗号化されたユーザ暗号鍵及び認証用暗号鍵を前記外部記憶装置に出力して格納させるものであることを特徴とするシステム。
【請求項２５】
請求項２１記載のファイル管理システムにおいて、
さらに、
ユーザが入力したグループ特定情報に基づいて特定のグループ間で電子ファイルを共有するための秘密鍵暗号方式のグループ暗号鍵を生成するグループ暗号鍵生成手段を備え、
前記ユーザ暗号鍵出力手段は、ユーザ暗号鍵及びグループ暗号鍵を認証用暗号鍵で暗号化し、この暗号化されたユーザ暗号鍵及びグループ暗号鍵を前記外部記憶装置に出力して格納させるものであり、
前記ファイル暗号化手段は、ユーザ暗号鍵及びグループ暗号鍵を前記外部記憶装置から取得し、ユーザ暗号鍵若しくはグループ暗号鍵で電子ファイルを暗号化してファイル格納手段に格納するものであり、
前記暗号鍵取得手段は、前記暗号化ファイルの読出し要求を受け付けた場合に、前記外部記憶装置にアクセスしてユーザ暗号鍵及びグループ暗号鍵を取得するものであり、
前記ユーザ暗号鍵復号手段は、取得したユーザ暗号鍵若しくはグループ暗号鍵を認証用暗号鍵で復号化するものであり、
前記ファイル復号手段は、復号化されたユーザ暗号鍵若しくはグループ暗号鍵で、読出し要求に係る暗号化ファイルを復号化するものである
ことを特徴とするシステム。
【請求項２６】
請求項２５記載のファイル管理システムにおいて、
前記グループ暗号鍵生成手段は、ユーザ暗号鍵と識別可能な記号を付加・削除若しくは変更してグループ暗号鍵を生成するものであることを特徴とするシステム。
【請求項２７】
請求項２５記載のファイル管理システムにおいて、
前記ファイル暗号化手段は、作成された電子メールファイル及び／若しくは電子メールの添付ファイルをグループ暗号鍵で暗号化するものであり、
前記暗号鍵取得手段は、電子メールファイル及び／若しくは電子メールの添付ファイルを受信した場合に、前記外部記憶装置にアクセスしてユーザ暗号鍵及びグループ暗号鍵を取得するものである
ことを特徴とするシステム。
【請求項２８】
暗号化された電子ファイルを格納するコンピュータシステムと、このコンピュータシステムに接続される外部記憶装置とによって前記電子ファイルを管理するファイル管理方法であって、
前記コンピュータシステムが、
所定の基礎情報に基づいて秘密鍵暗号方式の認証用暗号鍵を生成して認証用暗号鍵格納手段に格納する認証用暗号鍵生成工程と、
このコンピュータシステムを利用するユーザが入力したユーザ情報に基づいて秘密鍵暗号方式のユーザ暗号鍵を生成するユーザ暗号鍵生成工程と、
前記ユーザ暗号鍵を認証用暗号鍵で暗号化し、この暗号化されたユーザ暗号鍵を前記外部記憶装置に出力して格納させるユーザ暗号鍵出力工程と、
暗号化されたユーザ暗号鍵を前記外部記憶装置から取得し、このユーザ暗号鍵で電子ファイルを暗号化してファイル格納手段に格納するファイル暗号化工程と、
前記暗号化ファイルの読出し要求を受け付けた場合に、前記外部記憶装置にアクセスしてユーザ暗号鍵を取得すると共に、前記認証用暗号鍵格納手段から認証用暗号鍵を取得する暗号鍵取得工程と、
取得したユーザ暗号鍵を認証用暗号鍵で復号化するユーザ暗号鍵復号工程と、
前記復号化されたユーザ暗号鍵で、読出し要求に係る暗号化ファイルを復号化するファイル復号工程と
を実行することを特徴とする方法。
【請求項２９】
暗号化された電子ファイルを記録媒体に格納して管理するクライアントシステムにおいて、
電子ファイルの作成・修正を行うファイル作成手段と、
このクライアントシステムを利用するユーザが入力したユーザ情報に基づいて、秘密鍵暗号方式のユーザ暗号鍵を生成するユーザ暗号鍵生成手段と、
生成されたユーザ暗号鍵で電子ファイルを暗号化し、この暗号化ファイルのファイル識別情報を生成して、暗号化ファイルと共に前記記録媒体に格納するファイル暗号化手段と、
所定の基礎情報に基づいて秘密鍵暗号方式の認証用暗号鍵を生成する認証用暗号鍵生成手段と、
前記ユーザ暗号鍵を認証用暗号鍵で暗号化し、前記ファイルの識別情報と共に前記記録媒体に格納する暗号鍵暗号化手段と
を備えたことを特徴とするクライアントシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、暗号化された電子ファイルをネットワークを介してファイルサーバがクライアントから取得して管理するファイル管理システム及び管理方法に関する。
【背景技術】
【０００２】
近年、分散管理によるコンピュータ資源の節約や企業内の業務効率等の観点から、企業内のＬＡＮ、ＷＡＮ等のネットワークに接続された専用のファイル管理サーバを介して、複数のクライアント端末の間で電子ファイルを共有することが広く行われる様になっている。
【０００３】
このようなファイル共有管理システムでは、ネットワーク内の悪意の者（クライアントやサーバ管理者等）、若しくは外部からネットワークに不正侵入した第三者によって共有ファイルを盗聴されるおそれがある。特に、インターネットやエクストラネット等の公衆回線網を利用したネットワークでは、不特定多数の者から不正アクセスを受ける可能性があり、複数のノード（プロバイダのＷＥＢサーバ等）を介して通信が行われるため、盗聴のおそれは飛躍的に増大する。
【０００４】
そのため、クライアントがファイル管理サーバにアクセスしてファイルに書き込んだりファイルを読み込む際に、第三者がファイルの内容を見れないようにする工夫が、例えば、特許文献１〜４で種々提案されている。
【０００５】
【特許文献１】特開平１１−１６２８１号公報
【特許文献２】特開２００１−５７４６号公報
【特許文献３】特開２００２−３４２１４４号公報
【特許文献４】特開２００３−３０３１２６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
ところで、従来の技術は、インターネット上のＳＳＬ（Secure Socket Layer）の様に、ファイルを送受信するクライアントとファイル転送（管理）サーバとの間で暗号通信する通信の暗号化が主流である。また、ファイル管理サーバへの接続権限の認証を厳格に行うことも併用されている。
【０００７】
しかし、このような通信の暗号化や接続権限の認証を徹底したとしても、クライアントから送信されるファイルは、ＣＧＩ（Common Gateway Interface）に代表されるファイル管理サーバ側のプログラムに平文で引き渡される。そのため、ファイル管理サーバにアクセスした第三者は勿論のこと、サーバ管理者やシステムの管理者（Administrator）はファイルを容易に読取ることができてしまう。
【０００８】
この点、例えば上記特許文献２のように、ファイル転送（共有管理）サーバ内のファイル自体を暗号化し、特定のクライアントの秘密鍵でなければこのファイルを復号化できないようにしたシステムも提案されている。
【０００９】
しかしながら、この特許文献２のシステムは、ファイルを共有・管理するサーバを新たに設計してシステムを構築する必要がある。すなわち、既にファイル管理サーバを保有している場合であっても、暗号化されたファイル毎のクライアントの識別情報、ファイルの保存場所（フォルダ名やＵＲＬ等）、ファイルの識別情報、保存期限等を管理するためのプログラムを設計し、サーバを再構築する必要がある。このような、暗号化ファイルシステムを新規に導入して既存の非暗号化サーバを暗号化サーバに変更することは、ネットワークの制御機能やＯＳ（Operation System）に多大な影響を与えるおそれがある。また、システム変更に必要なコストや人的負荷、業務の中断等の影響も大きなものとなる。
【００１０】
また、ユーザがドキュメント作成や表計算などのアプリケーションソフトで作成した電子ファイルを自ら設定した暗号鍵で暗号化しても、電子ファイルと暗号鍵とが同一のコンピュータ（ＰＣ）に格納されていると、暗号鍵の漏洩や不正取得などによって電子ファイルが復号化されるおそれがある。一方で、暗号強度を上げるために複雑な暗号鍵を設定したり、ファイル全体に対して二重・三重に暗号処理を繰り返す場合には、ファイルの暗号化／復号化に時間がかかり実用面で問題がある。
【００１１】
本発明は上記の課題を解決するためになされたもので、既存のネットワーク環境の変更を最小限に抑えつつ、ネットワークを介してファイルを送受信する場合のセキュリティを高めて第三者がファイルの内容を不正に閲覧できないようにするファイル管理システム及び方法を提供することを目的とする。
【００１２】
また本発明の他の目的は、複雑な暗号処理によらずに電子ファイルの漏洩等を有効に防止できるファイル管理システム及び方法を提供することである。
【課題を解決するための手段】
【００１３】
本発明の第１の主要な観点によれば、暗号化された電子ファイルをネットワークを介してファイルサーバがクライアントから取得して管理するファイル管理システムであって、前記ファイルサーバは、前記クライアントの秘密鍵暗号方式の秘密鍵で暗号化されたファイルを、このクライアントから取得した当該ファイルの識別情報に関連付けて格納するファイル格納手段と、クライアントから前記ファイル識別情報を取得して暗号化ファイルへのアクセス要求を受け付けた場合に、このファイル識別情報に基づいて前記ファイル格納手段から該当するファイルを検索してクライアントに送信するファイル送信手段とを備え、前記クライアントは、ファイルを暗号化／復号化する情報を管理する暗号管理サーバとネットワークを介して接続されており、この暗号管理サーバは、クライアントから、暗号管理サーバの公開鍵で暗号化された前記クライアントの秘密鍵と前記ファイルサーバに格納された暗号化ファイルの識別情報とこのクライアントの識別情報とを取得するファイル暗号化情報取得手段と、前記クライアントの公開鍵を取得するクライアント公開鍵取得手段と、前記取得したクライアントの秘密鍵を暗号管理サーバの秘密鍵で復号化すると共に、復号化したクライアント秘密鍵を前記取得したクライアントの公開鍵で暗号化し、クライアント識別情報及びファイル識別情報に関連付けて格納するクライアント秘密鍵格納手段とを備えたことを特徴とするファイル管理システムが提供される。
【００１４】
このような構成によれば、ファイルサーバに格納する暗号化ファイルの暗号化／復号化の情報を、このファイルサーバとは独立した暗号管理サーバで管理するようにした。すなわち、ファイルサーバは、クライアントから取得した暗号化ファイルをそのまま格納し、クライアントからアクセス要求があった時に暗号化ファイルをそのまま送信するだけのシンプルな構造とした。また、ファイルや暗号鍵の情報を全て暗号化してからネットワーク上で通信するようにした。これにより、既存のファイルサーバをそのまま利用して暗号ファイルシステムを新たに構築することが可能になる。したがって、暗号ファイルシステムを構築する人的・時間的・コスト的な負荷を最小限に抑えることができ、設計変更に伴うネットワーク環境や他のシステム、日常業務への影響を低減することができる。
【００１５】
また、ファイルサーバや暗号管理サーバへの不正アクセス者やサーバの管理者であっても、暗号化されたファイルを読み出すことができず、セキュリティを向上させることができる。これにより、例えばインターネット上で提供されている既存のストレージサービスを利用してファイル共有システムを構築できるようになる。
【００１６】
さらに、秘密鍵暗号方式と公開鍵暗号方式とを併用することで、暗号強度を維持しながらファイルを暗号化する時間、暗号鍵の受渡しの煩雑さや漏洩のおそれを軽減することが可能になる。
【００１７】
また、本発明の好ましい実施形態によれば、前記暗号管理サーバは、さらに、クライアントがファイルサーバに格納された暗号化ファイルへのアクセスを要求する場合に、このクライアントからクライアント識別情報及び当該ファイルの識別情報を取得して前記クライアント秘密鍵格納手段の情報と照合して、当該ファイルに関するクライアントの解読権限を認証するクライアント認証手段を備えた。ここで、前記暗号管理サーバは、さらに、前記クライアント認証手段による認証が正当な場合に、ファイル識別情報に基づいて前記クライアント秘密鍵格納手段から該当するファイルに関するクライアント秘密鍵を検索してクライアントに送信するクライアント秘密鍵検索／送信手段を備えることが好ましい。
【００１８】
このような構成によれば、暗号化ファイルにアクセスするクライアントがファイルの解読権限を有していることを確認した上で解読用の秘密鍵を送信するようにしたので、クライアントの成りすましを防止できセキュリティを向上させることができる。また、クライアントにとっては、暗号管理サーバとの間で暗号情報を交換することになるので、サーバの認証を同時に行えることになる。
【００１９】
本発明の他の実施形態によれば、前記クライアントは、ユーザ端末と、このユーザ端末に接続される暗号プロキシサーバとからなり、前記ファイルサーバ及び暗号管理サーバは、この暗号プロキシサーバを介してユーザ端末に接続されるものである。
【００２０】
このような構成によれば、ユーザが操作するユーザ端末ではなく、暗号プロキシサーバでファイルの暗号化／復号化や暗号情報の管理を全て行わせることができる。これにより、既存のユーザ端末の設定を変更したり複雑なプログラムをインストールすることなく暗号ファイルシステムを利用できるようになる。また、コンピュータに不慣れなユーザであっても従来と同様のコンピュータ操作で暗号化された共有ファイルの読出しや暗号化等を簡単に行うことができるようになる。
【００２１】
本発明の他の実施形態によれば、前記クライアント公開鍵取得手段は、クライアントがファイルサーバの暗号化ファイルにアクセスする際に当該ファイルの識別情報と共に取得するものである。
【００２２】
このような構成によれば、公開鍵を予め登録しておく必要がなく暗号管理サーバのコンピュータ資源を節約できる。また、クライアント公開鍵を頻繁に変更することができるので、セキュリティの向上にもつながる。
【００２３】
本発明の他の実施形態によれば、前記クライアントとファイルサーバとは、ＨＴＴＰ（Hypertext Transfer Protocol）に準拠したネットワークを介して接続されている。
【００２４】
このような構成によれば、例えば、ＨＴＴＰプロトコルの標準化された拡張セットであるＷＥＢＤＡＶ（Web-based Distributed Authoring and Versioning  ＷＥＢベースの分散オーサリングおよびバージョン管理）に準拠してネットワークを構築できる。このＷＥＢＤＡＶは、ＷＷＷの中核をなす通信規約であり、リモートにあるＷＥＢサーバ上のファイルの共同編集・管理を可能にするものである。現在、幅広いベンダにサポートされており、多くのＷＥＢブラウザ、エディタ、ファイルシステム、データベース、ドキュメントリポジトリがＷＥＢＤＡＶに対応している。ＷＥＢＤＡＶ対応のクライアントをＷＥＢＤＡＶ対応のサーバに接続することで、ほとんど読み取り専用のＷＷＷとユーザの相互作用の方法が変わり、インターネットを共同作業や分散ファイル共有をサポートする書き込み可能な媒体として利用することができるようになる。
【００２５】
また、ＷＥＢＤＡＶでは、ＷＷＷ接続のために常時開放されているｈｔｔｐ８０ポートを利用した通信が可能であり、クライアントが設置するファイアウォールによって遮断されることなくファイルの読み込み・書き込みが可能となる。ＷＥＢＤＡＶを採用した場合には、共有ファイルサーバはＷＥＢＤＡＶファイルサーバとして機能し、またクライアントはＷＥＢＤＡＶクライアントとして機能することになる。
【００２６】
本発明の他の実施形態によれば、前記暗号管理サーバは、さらに、クライアント（Ａ）から、暗号化ファイルの解読権限を付与したい他のクライアント（Ｂ）の識別情報と、暗号管理サーバの公開鍵で暗号化されたクライアント（Ａ）の秘密暗号方式の秘密鍵とを取得して、当該ファイルの解読権限の設定申込を受付ける解読権限設定申込受付手段と、このクライアント（Ａ）の識別情報及び当該ファイルの識別情報を前記クライアント秘密鍵格納手段の情報と照合して、当該ファイルに関するクライアント（Ａ）の解読権限を認証する解読権限認証手段と、認証が正当な場合に、取得したクライアント（Ａ）の秘密鍵を暗号管理サーバの公開鍵暗号方式の秘密鍵で復号化する秘密鍵復号化手段と、復号化されたクライアント（Ａ）の秘密鍵を、他のクライアント（Ｂ）の公開鍵によって暗号化する秘密鍵暗号処理手段と、暗号化されたクライアント（Ａ）の秘密鍵をクライアント（Ｂ）に送信するクライアント秘密鍵送信手段とを備えた。
【００２７】
このような構成によれば、秘密鍵暗号方式と公開鍵暗号方式とを併用して共有ファイルサーバに格納した暗号化ファイルを転送することができる。これにより、例えばファイルサーバをインターネットなどの公衆ネットワーク上に設置した場合であっても、セキュリティの高い状態で複数のクライアント間でファイルを共有化（転送）することができるようになる。
【００２８】
本発明の他の実施形態によれば、前記クライアント秘密鍵格納手段は、暗号管理サーバの基板に書き込まれた所定のアルゴリズムによってクライアントの秘密鍵の復号化及び暗号化を実行するものである。
【００２９】
このような構成によれば、セキュリティの向上と、暗号管理サーバの負荷軽減による処理速度の向上とを同時に実現できるようになる。前記暗号管理サーバは、複数のクライアント（ユーザ端末若しくはプロキシ）から同時にアクセスされ暗号化／復号化の同時処理が必要になることが考えられる。特に、クライアントとファイルサーバや暗号管理サーバとのデータ通信にＲＳＡ（Rivest Shamir Adleman）などの公開鍵暗号方式を採用した場合には、暗号化／復号化のアルゴリズムが複雑であるためＣＰＵの負担が大きくなり処理に時間がかかることが考えられる。このような処理速度の問題は、多数のユーザを抱える大企業等に暗号ファイルシステムを実装する際のボトルネックとなるおそれもある。そのため、暗号／復号化のアルゴリズムをハードウェア上で実行することでＣＰＵの負担を軽減して処理速度を高めることが極めて有効になる。
【００３０】
また、本発明の第２の主要な観点によれば、暗号化された電子ファイルをネットワークを介してファイルサーバに送信して管理させるクライアントシステムにおいて、このクライアントシステムは、ファイルの作成・修正を行うユーザの端末と、このユーザ端末に接続されファイルの暗号化／復号化を実行する暗号プロキシサーバとからなり、前記暗号プロキシサーバは、前記ファイルサーバと、ファイルを暗号化／復号化する情報を管理する暗号管理サーバとに夫々ネットワークを介して接続されており、この暗号プロキシサーバは、ユーザからファイルサーバに対するファイル送信の要求を受付けた場合に、ユーザから取得したファイルをクライアントシステムの秘密鍵暗号方式の秘密鍵で暗号化するファイル暗号化処理手段と、暗号化したファイルのファイル識別情報を生成して、前記暗号化したファイルと共にファイルサーバに送信するファイル送信手段と、クライアントシステムの前記秘密鍵を暗号管理サーバの公開鍵で暗号化し、前記ファイルの識別情報及びクライアントシステムの識別情報と共に前記暗号管理サーバに送信する秘密鍵送信手段とを備えたことを特徴とするクライアントシステムが提供される。
【００３１】
このような構成によれば、上記した第１の主要な観点におけるファイル管理システムと好適に協働させることができるクライアントシステムを得ることができる。
【００３２】
また、本発明の第３の主要な観点によれば、暗号化された電子ファイルをネットワークを介してファイルサーバがクライアントから取得して管理するファイル管理方法であって、前記ファイルサーバが、前記クライアントの秘密鍵暗号方式の秘密鍵で暗号化されたファイルを、このクライアントから取得した当該ファイルの識別情報に関連付けてファイル格納部に格納するファイル格納工程と、クライアントから前記ファイル識別情報を取得して暗号化ファイルへのアクセス要求を受け付けた場合に、このファイル識別情報に基づいて前記ファイル格納部から該当するファイルを検索してクライアントに送信するファイル送信工程とを備え、前記クライアントは、ファイルを暗号化／復号化する情報を管理する暗号管理サーバとネットワークを介して接続されており、この暗号管理サーバが、クライアントから、暗号管理サーバの公開鍵で暗号化された前記クライアントの秘密鍵と、前記ファイルサーバに格納された暗号化ファイルの識別情報と、このクライアントの識別情報とを取得するファイル暗号化情報取得工程と、クライアントの公開鍵を取得するクライアント公開鍵取得工程と、前記取得したクライアントの秘密鍵を暗号管理サーバの秘密鍵で復号化すると共に、復号化したクライアント秘密鍵を前記取得したクライアントの公開鍵で暗号化し、クライアント識別情報及びファイル識別情報に関連付けてクライアント秘密鍵格納部に格納するクライアント秘密鍵格納工程とを備えたことを特徴とするファイル管理方法が提供される。
【００３３】
このような構成によれば、上記した第１の主要な観点におけるファイル管理システムを好適に利用したファイル管理方法を得ることができる。
【００３４】
また、本発明の第４の主要な観点によれば、暗号化された電子ファイルを格納するコンピュータシステムと、このコンピュータシステムに接続される外部記憶装置とによって前記電子ファイルを管理するファイル管理システムであって、前記コンピュータシステムは、所定の基礎情報に基づいて秘密鍵暗号方式の認証用暗号鍵を生成して認証用暗号鍵格納手段に格納する認証用暗号鍵生成手段と、このコンピュータシステムを利用するユーザが入力したユーザ情報に基づいて秘密鍵暗号方式のユーザ暗号鍵を生成するユーザ暗号鍵生成手段と、前記ユーザ暗号鍵を認証用暗号鍵で暗号化し、この暗号化されたユーザ暗号鍵を前記外部記憶装置に出力して格納させるユーザ暗号鍵出力手段と、暗号化されたユーザ暗号鍵を前記外部記憶装置から取得し、このユーザ暗号鍵で電子ファイルを暗号化してファイル格納手段に格納するファイル暗号化手段と、前記暗号化ファイルの読出し要求を受け付けた場合に、前記外部記憶装置にアクセスしてユーザ暗号鍵を取得すると共に、前記認証用暗号鍵格納手段から認証用暗号鍵を取得する暗号鍵取得手段と、取得したユーザ暗号鍵を認証用暗号鍵で復号化するユーザ暗号鍵復号手段と、前記復号化されたユーザ暗号鍵で、読出し要求に係る暗号化ファイルを復号化するファイル復号手段とを備えたことを特徴とするシステムが提供される。
【００３５】
このような構成によれば、ユーザが入力したユーザ情報に基づくユーザ暗号鍵を外部の記憶装置（ＵＳＢメモリ、ＩＣカード、ネットワーク上の他のコンピュータシステムなど）に格納し、このユーザ暗号鍵とは別に、コンピュータシステムのシリアル番号に基づく乱数などの基礎情報に基づいて生成した認証用暗号鍵をこのコンピュータに格納することにした。そして、作成された電子ファイルの暗号化や復号化は、記憶装置をコンピュータシステムに接続してユーザ暗号鍵と認証用暗号鍵とが揃うことを条件に行うことにした。
【００３６】
これにより、ユーザ暗号鍵を格納した記憶装置をユーザ本人が保管しておけば、コンピュータシステム内の認証用暗号鍵や暗号化された電子ファイルが不正に取得されても、電子ファイルを復号化することができず、セキュリティを高度に保つことができる。この場合でも、電子ファイルの暗号化・復号化の処理はユーザ暗号鍵や認証用暗号鍵を利用して瞬時に行うことができるため実用面でも問題はない。
【００３７】
また、本発明の第５の主要な観点によれば、暗号化された電子ファイルを格納するコンピュータシステムと、このコンピュータシステムに接続される外部記憶装置とによって前記電子ファイルを管理するファイル管理方法であって、前記コンピュータシステムが、所定の基礎情報に基づいて秘密鍵暗号方式の認証用暗号鍵を生成して認証用暗号鍵格納手段に格納する認証用暗号鍵生成工程と、このコンピュータシステムを利用するユーザが入力したユーザ情報に基づいて秘密鍵暗号方式のユーザ暗号鍵を生成するユーザ暗号鍵生成工程と、前記ユーザ暗号鍵を認証用暗号鍵で暗号化し、この暗号化されたユーザ暗号鍵を前記外部記憶装置に出力して格納させるユーザ暗号鍵出力工程と、暗号化されたユーザ暗号鍵を前記外部記憶装置から取得し、このユーザ暗号鍵で電子ファイルを暗号化してファイル格納手段に格納するファイル暗号化工程と、前記暗号化ファイルの読出し要求を受け付けた場合に、前記外部記憶装置にアクセスしてユーザ暗号鍵を取得すると共に、前記認証用暗号鍵格納手段から認証用暗号鍵を取得する暗号鍵取得工程と、取得したユーザ暗号鍵を認証用暗号鍵で復号化するユーザ暗号鍵復号工程と、前記復号化されたユーザ暗号鍵で、読出し要求に係る暗号化ファイルを復号化するファイル復号工程とを実行することを特徴とする方法が提供される。
【００３８】
このような構成によれば、上記した第４の主要な観点におけるファイル管理システムを好適に利用したファイル管理方法を得ることができる。
【００３９】
また、本発明の第６の主要な観点によれば、暗号化された電子ファイルを記録媒体に格納して管理するクライアントシステムにおいて、電子ファイルの作成・修正を行うファイル作成手段と、このクライアントシステムを利用するユーザが入力したユーザ情報に基づいて、秘密鍵暗号方式のユーザ暗号鍵を生成するユーザ暗号鍵生成手段と、生成されたユーザ暗号鍵で電子ファイルを暗号化し、この暗号化ファイルのファイル識別情報を生成して、暗号化ファイルと共に前記記録媒体に格納するファイル暗号化手段と、所定の基礎情報に基づいて秘密鍵暗号方式の認証用暗号鍵を生成する認証用暗号鍵生成手段と、前記ユーザ暗号鍵を認証用暗号鍵で暗号化し、前記ファイルの識別情報と共に前記記録媒体に格納する暗号鍵暗号化手段とを備えたことを特徴とするクライアントシステムが提供される。
【００４０】
このような構成によれば、上記した第４の主要な観点におけるファイル管理システムと好適に協働させることができるクライアントシステムを得ることができる。
【発明の効果】
【００４１】
以上のように、本発明によれば、既存のネットワーク環境の変更を最小限に抑えつつ、ネットワークを介してファイルを送受信する場合のセキュリティを高めて第三者がファイルの内容を不正に閲覧できないようにするファイル管理システム及び方法を得ることができる。
【００４２】
また、本発明によれば、複雑な暗号処理によらずに電子ファイルの漏洩等を有効に防止できるファイル管理システム及び方法を得ることができる。
【００４３】
なお、この発明の他の特徴と顕著な効果は、次の発明を実施するための最良の形態の項の記載と添付した図面とを参照することで、より明確に理解される。
【発明を実施するための最良の形態】
【００４４】
以下、本発明の実施の形態を図面に基づき説明する。以下においては、公開鍵暗号方式としてＲＳＡ（Rivest Shamir Adleman）を、秘密鍵暗号方式としてＤＥＳ（Data Encryption Standard）を夫々使用した例を説明する。何れの暗号鍵もクライアントと暗号管理サーバとで異なるものであり、ＲＳＡについては暗号化と復号化とで異なる暗号鍵が使用される。そのため、以下の説明では、便宜上、クライアント（ユーザ）のＲＳＡ暗号キー及びＲＳＡ復号キー、サーバのＲＳＡ暗号キー及びＲＳＡ復号キー、クライアント（ユーザ）のＤＥＳキー、サーバのＤＥＳキーと称する。
【００４５】
（ネットワーク構成）
図１は本発明の一実施形態に係るネットワーク構成を模式的に示す図である。
【００４６】
本実施形態では、クライアント２とインターネットを介して接続される共有ファイルサーバ３と、このクライアント２と社内のＬＡＮ、ＷＡＮなどの専用ネットワークで接続される暗号管理サーバ４とによってファイル管理システム１が構成されている。
【００４７】
クライアント２は、クライアント企業の従業員などのユーザがファイルの作成・修正を行う複数のユーザ端末５と、このユーザ端末５が接続されファイルの暗号化／復号化を実行する暗号プロキシサーバ６（以下「プロキシ６」と称する）とから構成されている。本実施形態では、前記ユーザ端末５は、ユーザが携帯するＩＣカード７（記録媒体）から、ユーザＩＤ（識別情報）と、このユーザが接続可能な共有ファイルサーバ３の識別情報及びファイルの識別情報（ＩＤやフォルダ名等）と、ユーザの公開鍵情報（暗号鍵と復号鍵のセット）とを取得する。このＩＣカード７は、社内のネットワーク環境を管理するシステム管理サーバ８によってユーザ登録されたユーザに上記したユーザ情報等が記述された上でオフラインで配布される。人事異動や組織変更などに伴ってユーザの接続権限などが変更された場合には、ユーザ端末５によって情報が上書きされたり、システム管理サーバ８が情報を更新した新たなＩＣカードが対象者に配布される。なお、ユーザ情報を格納する記録媒体はＩＣカード７に限らず、ＣＤ−ＲＯＭやＤＶＤ−Ｒなどの光ディスク、ＨＤやＦＤなどの磁気ディスク、ＵＳＢメモリなどの各種の記憶装置や、このユーザ端末５に接続される他の端末５の記録装置でも良い。
【００４８】
ユーザがユーザ端末５のカードスロットにＩＣカード７を挿入すると、ユーザ端末５はＩＣカード７に格納された情報を読み込んでプロキシ６に受け渡す。プロキシ６は、取得した情報に基いてこのユーザの共有ファイルサーバ３へのアクセス権限や暗号化ファイルへの接続権限を認証するなどの処理を自動的に行う。これにより、ユーザＩＤやパスワードの入力などの操作が不要となる。
【００４９】
前記共有ファイルサーバ３は、企業などの複数のクライアント２からファイルの保管・管理を委託されたストレージサービスの事業者によって設置されており、所定のファイルストレージ契約を締結したクライアント２のユーザ端末５（プロキシ６）からインターネットを介して接続可能に構成されている。この共有ファイルサーバ３は、クライアント２が作成し、後述する暗号鍵で暗号化した種々の形式の電子ファイルを前記ファイルＩＤに関連付けて格納する暗号化ファイル格納部９と、クライアント２からファイルＩＤを取得して暗号化ファイルへのアクセス要求を受け付けた場合に、このファイルＩＤに基づいて前記暗号化ファイル格納部９から該当するファイルを検索してクライアント２に送信するファイル検索・出力部１０とを備えている。本実施形態では、クライアント２はインターネット上に設置された複数の共有ファイルサーバ３、３について夫々ファイルストレージ契約を締結して何れの共有ファイルサーバ３、３にも接続可能に構成されている。
【００５０】
また、本実施形態では、クライアント２と共有ファイルサーバ３との接続は、ＷＥＢＤＡＶ（ＨＴＴＰプロトコルの標準化された拡張セット）に準拠している。これにより、インターネットを共同作業や分散ファイル共有をサポートする書き込み可能な媒体として利用することができるようになる。また、ＷＷＷ接続用に常時開放されているｈｔｔｐ８０ポートを利用した通信が可能であり、クライアント２が設置するファイアウォールによって遮断されることなくファイルの読み込み・書き込みが可能となる。本実施形態の共有ファイルサーバ３としては、既存のＷＥＢＤＡＶファイルサーバをそのまま利用できる。
【００５１】
前記暗号管理サーバ４は、後に詳しく説明するように、前記共有ファイルサーバ３の暗号化ファイル格納部９に格納されるファイルの暗号化／復号化情報（公開鍵や秘密鍵等）を管理する機能を備えている。この暗号管理サーバ４は、前記共有ファイルサーバ３とは別のコネクションでプロキシ６と接続されるものである。このように、共有ファイルサーバ３とは別に暗号管理サーバ４を設置してファイルの暗号化／復号化を管理するようにすることで、既存の共有ファイルサーバ３若しくは汎用の共有ファイルサーバ３の設定を変更することなく、セキュリティの高いファイル管理体制を安価に構築できるものである。また、セキュリティが向上する結果、社外のストレージサービスを利用できるようになるので、社内におけるファイル共有システムの構築や設計変更、サーバ管理者の配置やシステムのメンテナンス等に要するコストや人的負荷を最小限に抑えることができる。
【００５２】
本実施形態では、暗号管理サーバ４で管理する暗号化／復号化のアルゴリズム等を専用の暗号ボード１１（基板）に格納している。これにより、暗号管理サーバ４のＣＰＵの負担を軽減して処理速度を高めるようにしている。この暗号ボード１１へのアルゴリズム等の書き込みも前記システム管理サーバ８によって実行される。なお、図１に示すように、複数の暗号管理サーバ４を設置する場合には、暗号ボード１１に異なる情報を格納してユーザ端末５毎、共有ファイルサーバ３毎、クライアント２毎に分散処理したり、同一の情報を格納して一方のサーバ４をオーバーフロー時のバッファやバックアップサーバとして利用しても良い。
【００５３】
（暗号管理サーバの構成）
次に、図２のブロック図を参照して、前記暗号管理サーバ４の概略構成を説明する。
暗号管理サーバ４は、クライアント２となる企業の社内若しくは社外に設置される汎用のコンピュータシステムで構成されており、図示しないＣＰＵ、ＲＡＭ、入出力インタフェースなどの周知のハードウェア・ソフトウェア構成を備えている。以下においては本発明の特徴的な構成及び機能を中心に説明する。
【００５４】
この暗号管理サーバ４は、クライアント情報格納部１２、クライアント公開鍵格納部１３、クライアント秘密鍵格納部１４及びサーバ秘密鍵格納部１５を備えたデータ格納部Ａと、ファイル暗号化情報取得部１６、クライアント公開鍵検索部１７、クライアント秘密鍵生成部１８、クライアント認証部１９（解読権限認証部）、クライアント秘密鍵検索部２０、クライアント秘密鍵暗号／復号処理部２１、クライアント秘密鍵送信部２２及び解読権限設定申込受付・処理部２３を備えたプログラム格納部Ｂとが、システムバスＣで接続されて構成されている。
【００５５】
クライアント情報格納部１２は、ユーザ端末５を使用するユーザのＩＤや、共有ファイルサーバ３への接続権限、ファイル毎の解読権限を格納するものである。図１に示したように、共有ファイルサーバ３が複数設置されている場合には、サーバ毎の接続権限が格納される。
【００５６】
クライアント公開鍵格納部１３は、ユーザの公開鍵（ＲＳＡ暗号キー及び復号キーのセット）をユーザＩＤに関連付けて格納するものである。この公開鍵は、クライアント２にユーザ登録される時にクライアント２によって発行されて格納されるものであるが、ＲＳＡ暗号キーについては、ユーザが共有ファイルサーバ３の暗号化ファイルにアクセスする際に後述するファイル暗号化情報取得部１６が取得したものを格納するようにしても良い。
【００５７】
クライアント秘密鍵格納部１４は、ユーザのＲＳＡ暗号キーで暗号化されたユーザのＤＥＳキーを、ユーザＩＤ及びファイルＩＤに関連付けて格納するものである。このＤＥＳキーは、共有ファイルサーバ３に格納されるファイルの暗号化に利用されたものである。
【００５８】
サーバ秘密鍵格納部１５は、ランダムに生成される暗号管理サーバ４のサーバのＤＥＳキーをファイルＩＤやユーザＩＤ等に関連付けて格納するものである。
【００５９】
次に、ファイル暗号化情報取得部１６は、クライアント２（プロキシ６）から、サーバＲＳＡ暗号キーで暗号化された前記ユーザＤＥＳキーと、前記共有ファイルサーバ３に格納された暗号化ファイルのＩＤと、ユーザＩＤとを取得して前記クライアント情報格納部１２に格納するものである。
【００６０】
クライアント公開鍵検索部１７は、取得したユーザＩＤに基づいて前記クライアント公開鍵格納部から当該ユーザのＲＳＡ暗号キーを検索するものである。なお、ファイル暗号化情報取得部１６がユーザのＲＳＡ暗号キーを常に取得するように設定した場合は、この検索部１７を省略できる。
【００６１】
クライアント認証部１９（解読権限認証部）は、ユーザが共有ファイルサーバ３に格納された暗号化ファイルへのアクセスを要求する場合に、このユーザ（プロキシ６）からユーザＩＤ及び当該ファイルのＩＤを取得して前記クライアント秘密鍵格納部１４の情報と照合して、当該ファイルに関するユーザの解読権限を認証するものである。また、ユーザが解読権限の変更（削除を含む）をリクエストする場合も、同様に解読権限の設定権限を有するユーザ（Ａ）の認証を行うものである。
【００６２】
クライアント秘密鍵検索部２０は、前記クライアント認証部１９による認証が正当な場合に、ファイルＩＤに基づいて前記クライアント秘密鍵格納部１４から該当するファイルに関するユーザＤＥＳキーを検索して、復号化の為に次のクライアント秘密鍵暗号／復号処理部２１に受け渡すものである。
【００６３】
クライアント秘密鍵暗号／復号処理部２１は、ファイル書き込みに際して、前記クライアント認証部１９による認証が正当な場合に、前記ファイル暗号化情報取得部１６が取得したこのユーザのＤＥＳキーを暗号管理サーバ４のＲＳＡ復号キーで復号化すると共に、復号化されたユーザＤＥＳキーをこのユーザのＲＳＡ暗号キーで暗号化するものである。このようにして暗号化されたユーザＤＥＳキーは、前記クライアント秘密鍵格納部１４に格納される。
【００６４】
クライアント秘密鍵送信部２２は、前記クライアント秘密鍵暗号／復号処理部２１が暗号化したユーザＤＥＳキーをユーザ（プロキシ６）に送信するものである。また、解読権限の変更に際しては、このクライアント秘密鍵送信部２２は、暗号化されたユーザＤＥＳキーを他のユーザ（Ｂ）に送信するものである。
【００６５】
解読権限設定申込受付・処理部２３は、解読権限の設定権限を有するユーザ（Ａ）から暗号化ファイルの解読権限の設定を変更（付与・削除・制限等）したい他のユーザ（Ｂ）のＩＤと、暗号管理サーバ４のＲＳＡ暗号キーで暗号化されたユーザ（Ａ）のＤＥＳキーとを取得して、当該ファイルの解読権限の設定申込を受付けると共に、変更内容に基づいて前記クライアント情報格納部１２の情報を更新するものである。
【００６６】
上記した構成要素１２〜２３は、実際にはコンピュータシステムの記憶媒体に確保された一定の領域及びこの領域にインストールされたプログラムであり、図示しないＣＰＵによってＲＡＭ上に呼び出されて実行されることで、ＯＳ（オペレーションシステム）と協働してこの発明の機能を奏するようになっている。
【００６７】
（ユーザ端末、暗号プロキシサーバの構成）
次に、図３を参照してユーザ端末５及びプロキシ６の概略構成を説明する。なお、ユーザ端末５及びプロキシ６も汎用のコンピュータシステムで構成されているため、以下においては本発明の特徴的な構成及び機能を中心に説明する。
【００６８】
まず、ユーザ端末５は、カードリーダ／ライタ２５のカードスロット２６に挿入されたユーザのＩＣカード７からこのカードリーダ／ライタ２５が読み出したユーザＩＤ等の情報をプロキシ６に送信するカード情報入出力部２７と、処理メニューや暗号解読権限の設定用のインタフェースを提供してユーザからの処理要求を受付けるインタフェース（Ｉ／Ｆ）制御部２８と、ユーザが作成したファイルのＩＤを生成したり、共有ファイルサーバ３に格納するファイルの書き込みや読み出しを制御するファイル書込み・読出し制御部２９とを備えている。これらの機能は、ユーザ端末５にインストールされた専用のソフトウェア若しくは既存の文書作成ソフト等のオプションとして実行されるものである。
【００６９】
また、プロキシ６は、ユーザ端末制御部３１、ファイル暗号／復号処理部３２、ファイル送信部３３（ファイルアクセス申込部）、暗号鍵送信部３４、秘密鍵暗号／復号処理部３５、ユーザ認証部３６、クライアント秘密鍵生成部３７、リクエスト送信部３８及び接続権限更新部３９と、接続権限格納部４０及び暗号鍵情報格納部４１とを備えている。
【００７０】
ユーザ端末制御部３１は、ユーザ端末５とのファイルやユーザ情報の受渡しを制御したり、ユーザ端末５に所定の処理の実行を指示するものである。
【００７１】
ファイル暗号／復号処理部３２は、ユーザが処理メニュー画面で共有ファイルサーバ３に対するファイル書き込みを選択した場合に、ユーザから取得した対象ファイルをユーザＤＥＳキーで暗号化するものである。また、共有ファイルサーバ３から取得した暗号化ファイルを、暗号管理サーバ４から取得したユーザＤＥＳキーで復号化するものである。
【００７２】
ファイル送信部３３は、前記ファイル暗号／復号処理部３２が暗号化したファイルをユーザ端末５が生成したファイルＩＤと共に共有ファイルサーバ３に送信するものである。
【００７３】
暗号鍵送信部３４は、ユーザのＤＥＳキーを暗号管理サーバ４のＲＳＡ暗号キーで暗号化し、ファイルＩＤ及びユーザＩＤと共に暗号管理サーバ４に送信するものである。また、この暗号鍵送信部３４は、ユーザからファイルアクセスの要求を受付けた場合に、暗号管理サーバ４に対してこのユーザのＲＳＡ暗号キー鍵と当該ファイルのＩＤとを送信するものである。
【００７４】
秘密鍵暗号／復号処理部３５は、暗号管理サーバ４から、ユーザのＲＳＡ暗号キーで暗号化されたこのユーザのＤＥＳキーを取得し、このＤＥＳキーをユーザＲＳＡ復号キーで復号化するものである。復号化したＤＥＳキーによって前記ファイル暗号／復号処理部３２がファイルを復号化する。また、この秘密鍵暗号／復号処理部３５は、ファイルの書き込みに際して、対象ファイルを暗号化したユーザＤＥＳキーを暗号管理サーバ４のＲＳＡ暗号キーを利用して暗号化するものである。
【００７５】
ユーザ認証部３６は、ユーザから共有ファイルサーバ３へのアクセス要求を受付けた場合に、このユーザのＩＤを後述する接続権限格納部４０の情報と照合して共有ファイルサーバ３へのアクセス権限を認証するものである。この共有ファイルサーバ３に複数のフォルダが設定されている場合には、フォルダ毎にアクセス権限が認証される。
【００７６】
クライアント秘密鍵生成部３７は、共有ファイルサーバ３へのファイルの書き込みに際してユーザＩＤやファイルＩＤを所定のアルゴリズムに適用してランダムなユーザＤＥＳキーを生成するものである。
【００７７】
リクエスト送信部３８は、ユーザから受付けたリクエストやそれに付随するリクエストを暗号管理サーバ４に対して送信するものである。
【００７８】
接続権限更新部３９は、前記ＩＣカード７から取得した共有ファイルサーバ３や暗号管理サーバ４へのアクセス権限、ファイルの解読権限などが変更されている場合に、前記接続権限格納部４０の情報を更新するものである。これらの権限変更は、ユーザによる解読権限の設定変更を受け付けた場合や、組織変更、人事異動などの場合にも生じる。
【００７９】
接続権限格納部４０は、共有ファイルサーバ３や暗号管理サーバ４へのアクセス権限と、共有ファイルサーバ３に格納された暗号化ファイル毎の暗号解読権限とを夫々ユーザＩＤに関連付けて格納するものである。
【００８０】
暗号鍵情報格納部４１は、前記クライアント秘密鍵生成部３７が生成したユーザのＤＥＳキーをこのユーザのＩＤに関連付けて格納するものである。
【００８１】
上記した構成要素３１〜４１は、実際にはプロキシサーバ６を構成するコンピュータシステムの記憶媒体に確保された一定の領域及びこの領域にインストールされたプログラムであり、図示しないＣＰＵによってＲＡＭ上に呼び出されて実行されることで、ＯＳ（オペレーションシステム）と協働してこの発明の機能を奏するようになっている。
【００８２】
（本システムの処理工程）
以下、このシステム１の詳細な機能を実際の動作と共に、図４〜図８を参照して説明する。なお、これらの図のＳ１〜Ｓ４８は処理順序を示す符号であり、以下の説明のステップＳ１〜Ｓ４８に対応する。
【００８３】
（ファイルの読み込み工程）
図４は、共有ファイルサーバ３に格納されている暗号化ファイルを読み込む場合の処理工程を示すフローチャートである。
まず、ユーザ端末５に接続されたカードリーダ／ライタ２５のカードスロット２６にＩＣカード７が挿入されると（ステップＳ１）、カード情報入出力部２７がＩＣカード７に格納されたユーザ情報やファイルＩＤを取得してプロキシ６に受け渡す（ステップＳ２）。また、ユーザ端末５のＩ／Ｆ制御部２８が図示しない処理メニュー画面をこの端末５のディスプレイに表示し、ユーザから処理の申込を受付ける（ステップＳ３）。このメニュー画面でユーザが「ファイル読込み」を選択すると（ステップＳ４）、ＩＣカード７から取得された対象ファイルのＩＤがプロキシ６に受け渡され、以下のファイル読み込み工程がスタートする。なお、ユーザがユーザ端末５にインストールされた文書作成ソフトや表計算ソフト等を使用してファイルを作成する際に、ツールバーの「オプション」やマウスの右クリックなどで「ファイル暗号化メニューの表示」を選択することで上記処理メニュー画面を表示するようにしてもよい。ここまでのステップは後述する他の処理フローでも同様である。
【００８４】
「ファイル読み込み」が選択されると、プロキシ６の前記ユーザ認証部３６が起動し、ＩＣカード７から読み出したユーザＩＤ及びサーバアクセス権限と接続権限格納部４０の情報とを照合してこのユーザのサーバアクセス権限の認証を行う（ステップＳ５）。認証が正当である場合に、ＩＣカード７から読み込んだファイルＩＤとユーザＩＤとを共有ファイルサーバ３に送信して暗号化ファイルの送信をリクエストする（ステップＳ６）。共有ファイルサーバ３がリクエストを受け付けると、前記ファイル検索・出力部１０がファイルＩＤに基づいて該当するファイルを検索し、プロキシ６に送信する（ステップＳ７）。
【００８５】
また、前記ステップＳ５の認証が正当である場合、ユーザ認証部３６はファイルＩＤ及びユーザＩＤと前記接続権限格納部４０の情報とを照合してこのユーザの当該ファイルに対する解読権限の認証を行う（ステップＳ８）。この認証が正当である場合に、リクエスト送信部３８が暗号管理サーバ４に対して暗号化ファイルを暗号化したユーザＤＥＳキーの取得をリクエストする（ステップＳ９）。
【００８６】
暗号管理サーバ４がリクエストを受付けると、クライアント認証部１９が起動し、プロキシ６から取得したユーザＩＤ及びファイルＩＤとクライアント情報格納部１２に格納された情報とを照合して対象ファイルに対する当該ユーザの解読権限の認証を行う（ステップＳ１０）。認証が正当である場合、前記クライアント秘密鍵検索部２０が前記クライアント秘密鍵格納部１４からファイルＩＤに基づいて対象ファイルに関連付けられたユーザＤＥＳキーを検索する（ステップＳ１１）。検索されたＤＥＳキーは、前記クライアント秘密鍵暗号／復号処理部３５によって、このユーザのＲＳＡ暗号キーで暗号化される（ステップＳ１２）。ユーザＲＳＡ暗号キーは、クライアント公開鍵格納部１３に格納されている場合はそれを使用し、格納されていない場合は前記ステップＳ９でプロキシ６から送信されたものを使用する。暗号化されたユーザＤＥＳキーは、クライアント秘密鍵送信部２２によってプロキシ６に送信される（ステップＳ１３）。
【００８７】
次いで、プロキシ６の、前記秘密鍵暗号／復号処理部３５がユーザＤＥＳキーをユーザＲＳＡ復号キーで復号化する（ステップＳ１４）。また、前記ファイル暗号／復号処理部３２が復号化されたユーザＤＥＳキーを利用して前記ステップＳ７で取得した暗号化ファイルを復号化する（ステップＳ１５）。最後に、復号化された平文のファイルがユーザ端末５に受け渡され、ファイルの読み込みが可能になる（ステップＳ１６）。
【００８８】
このように、暗号化ファイルの読み込みに際して、プロキシ６及び暗号管理サーバ４の両方でユーザ認証を行うようにしたので、ユーザの成りすましを防止してセキュリティを向上させることができる。また、プロキシ６（クライアント２）と暗号管理サーバ４との間で通信したＲＳＡキー、ＤＥＳキーを利用して双方で暗号鍵を暗号／復号化することで初めてファイルを復号化できるようにしたので、プロキシ６及び暗号管理サーバ４の相互認証も行えることになる。
【００８９】
（ファイルの書き込み工程）
図５は、共有ファイルサーバ３に暗号化ファイルを書き込む場合の処理工程を示すフローチャートである。このファイル書込みフローは、前記ステップＳ４でユーザ端末５の処理メニューで「ファイル書込み」が選択された場合にスタートする。
【００９０】
まず、前記と同様にプロキシ６のユーザ認証部３６が起動してユーザ認証を行う（ステップＳ５）。この時、ユーザ端末５で作成された書き込み対象のファイルと、このファイルに付されたファイルＩＤとを取得する。
【００９１】
ついで、プロキシ６のクライアント秘密鍵生成部３７が、ユーザＩＤやファイルＩＤを所定のアルゴリズムに適用してランダムなユーザＤＥＳキーを生成する（ステップＳ２０）。また、前記ファイル暗号／復号処理部３２が、生成されたＤＥＳキーを利用して対象ファイルを暗号化する（ステップＳ２１）。暗号化されたファイルは、ファイルＩＤと共に前記ファイル送信部３３によって共有ファイルサーバ３に送信される（ステップＳ２２）。共有ファイルサーバ３は、取得した暗号化ファイルをファイルＩＤに関連付けて暗号化ファイル格納部９に格納する（ステップＳ２３）。
【００９２】
また、前記秘密鍵暗号／復号処理部３５が、暗号鍵情報格納部４１からサーバＲＳＡ暗号キーを検索し、前記ステップＳ２０で生成されたユーザＤＥＳキーをサーバＲＳＡ暗号キーで暗号化する（ステップＳ２４）。暗号化されたユーザＤＥＳキーは、ファイルＩＤ及びユーザＩＤと共に前記暗号鍵送信部３４によって暗号管理サーバ４に送信される。
【００９３】
暗号管理サーバ４がユーザＤＥＳキーを取得すると、前記クライアント秘密鍵暗号／復号処理部２１が起動し、このＤＥＳキーをサーバＲＳＡ復号キーで復号化すると共に（ステップＳ２５）、復号化したＤＥＳキーをユーザＲＳＡ暗号キーで暗号化する（ステップＳ２６）。このユーザＲＳＡ暗号キーは、ユーザＤＥＳキーと共に取得したもの、若しくは前記クライアント公開鍵検索部１７がクライアント公開鍵格納部１３から検索したものの何れを利用しても良い。暗号化されたユーザＤＥＳキーは、前記クライアント秘密鍵格納部１４にユーザＩＤ及びファイルＩＤに関連付けて格納されると共に（ステップＳ２７）、当該ファイルに関する接続権限がクライアント情報格納部１２に格納される（ステップＳ２８）。
【００９４】
暗号管理サーバ４から処理の完了通知を受信すると、プロキシ６の接続権限更新部４２が接続権限格納部４０のファイル解読権限を更新すると共に（ステップＳ２９）、ユーザ端末５に対してＩＣカード７に解読権限の書き込みを指示する（ステップＳ３０）。
【００９５】
なお、前記ステップＳ５で、ユーザが共有ファイルサーバ３の一部のフォルダに対するアクセス権限しか有していない場合にはファイルの書き込みを拒否するのが好ましい。
【００９６】
（ファイルを削除する工程）
次に、図６を参照して、共有ファイルサーバ３に格納された暗号化ファイルを削除する工程を説明する。このファイル削除フローは、前記ステップＳ４でユーザ端末５の処理メニューで「ファイル削除」が選択された場合にスタートする。
【００９７】
まず、前記と同様にプロキシ６のユーザ認証部３６が起動してユーザ認証を行う（ステップＳ５）。この時、ユーザ端末５から削除対象のファイルのＩＤを取得しておく。認証が正当である場合に、更にユーザ認証部３６は、ファイルＩＤ及びユーザＩＤと前記接続権限格納部４０の情報とを照合してこのユーザの当該ファイルに対する解読権限の認証を行う（ステップＳ８）。何れの認証も正当である場合に、前記リクエスト送信部３８が暗号管理サーバ４に対して削除対象のファイルのＩＤとユーザＩＤを送信してファイルの秘密鍵（クライアントＤＥＳキー）と関連する情報の削除をリクエストする（ステップＳ３２）。
【００９８】
リクエストを受付けた暗号管理サーバ４は、取得したファイルＩＤ及びユーザＩＤを前記クライアント秘密鍵格納部１４の情報と照合して解読権限の認証を行う（ステップＳ３３）。認証が正当な場合に、前記解読権限設定申込受付・処理部２３が、このファイルＩＤに基づいて対象ファイルのユーザＤＥＳキー及びファイル解読権限を検索し、クライアント秘密鍵格納部１４及びクライアント情報格納部１２から夫々削除して更新する（ステップＳ３５）。また、対象ファイルに関連付けられたユーザＲＳＡ暗号キーがクライアント公開鍵格納部１３に格納されている場合も削除する。
【００９９】
暗号管理サーバ４が全ての処理を完了しプロキシ６に完了通知を送信すると、プロキシ６の前記リクエスト送信部３８が、共有ファイルサーバ３にアクセスして削除すべきファイルのＩＤを指定して暗号ファイルの削除をリクエストする（ステップＳ３６）。リクエストを受け付けた共有ファイルサーバ３は、ファイル検索・出力部１０が対象ファイルを検索して暗号化ファイル格納部９から削除する（ステップＳ３７）。
【０１００】
このように、ファイル削除に際して、先に暗号管理サーバ４で当該ユーザの対象ファイルに関する解読権限を認証してから共有ファイルサーバ３に削除の指示を出すようにしたので、不正行為やユーザの錯誤によるファイルの削除を防止できる。
【０１０１】
（ファイル解読権限の書換え工程）
図７は、暗号解読権の書換え工程を示すフローチャ−トである。この解読権限の書換えフローは、前記ステップＳ４でユーザ端末５の処理メニューで「権限変更」が選択された場合にスタートする。ここで「解読権限の書換え」には、例えば、対象ファイルに対して他のユーザに解読権限を新たに付与する場合、付与されている権限を削除したり、一部制限したりする場合（閲覧のみ許可し修正や削除は不許可、特定のユーザ端末からのみ閲覧を許可／不許可、閲覧可能期間や閲覧可能な頁の制限等）が含まれる。
【０１０２】
まず、前記と同様にプロキシ６のユーザ認証部３６が起動してユーザ認証を行う（ステップＳ５）。この時、ユーザ端末５から権限変更対象のファイルのＩＤを取得しておく。認証が正当である場合に、ユーザ認証部３６は更に、ファイルＩＤ及びユーザＩＤと前記接続権限格納部４０の情報とを照合してこのユーザの当該ファイルに対する解読権限の認証を行う（ステップＳ８）。何れの認証も正当である場合に、前記リクエスト送信部３８が暗号管理サーバ４に対してファイルＩＤ及びユーザＩＤを送信してファイルの解読権限の変更をリクエストする（ステップＳ４１）。
【０１０３】
リクエストを受け付けた暗号管理サーバ４は、取得したファイルＩＤ及びユーザＩＤを前記クライアント秘密鍵格納部１４の情報と照合して解読権限の認証を行う（ステップＳ４２）。認証が正当な場合に、前記解読権限設定申込受付・処理部２３が、このファイルＩＤに基づいて対象ファイルのファイル解読権限（ユーザ一覧及びユーザ毎のファイルのアクセス権限等）をクライアント秘密鍵格納部１４から検索してプロキシに送信する（ステップＳ４３）。検索した情報を取得したプロキシ６は、ユーザ端末５に対して解読権限変更の入力受付を指示する（ステップＳ４４）。
【０１０４】
ユーザ端末５は、前記Ｉ／Ｆ制御部２８が図８に示す暗号解読権限設定画面をディスプレイに表示してユーザから権限変更の入力を受け付ける（ステップＳ４５）。ここで、図８の画面に示すオーナー権とは、対象ファイルに関してファイルを作成したユーザ（スーパーオーナー）と同一の権限を指す。例えば、オーナー権を有するユーザは、対象ファイルの修正・読出し（閲覧）は勿論のこと、他のユーザへの解読権限の付与や制限、ファイルの削除も行えるようになる。これに対して、暗号解読権は、単に対象ファイルの全部又は一部を閲覧できる権利であり、他のユーザへの解読権限の付与等はできない。
【０１０５】
入力された解読権限の変更内容がプロキシ６に受け渡されると、プロキシ６の接続権限更新部４２がファイルＩＤ及びユーザＩＤと共に暗号管理サーバ４に送信する（ステップＳ４６）。暗号管理サーバ４の解読権限設定申込受付・処理部２３は、取得した解読権限に基づいてクライアント情報格納部１２の情報を更新する（ステップＳ４７）。暗号管理サーバ４の更新処理が完了して完了通知が送信されると、プロキシ６の接続権限更新部４２が接続権限格納部４０の情報を更新してこの処理を終了する（ステップＳ４８）。新たに解読権限が設定されたユーザが自分のＩＣカード７をユーザ端末５に挿入すると、図４で説明した処理フローに従ってファイルの読み込みが可能になる。この場合は、ユーザ（Ａ）が他のユーザ（Ｂ）に対象ファイルのＩＤを伝える必要がある。
【０１０６】
なお、この解読権限書換えに際して、暗号管理サーバ４のクライアント秘密鍵格納部１４に格納された秘密鍵の暗号化に利用するユーザＲＳＡ暗号キーを変更するようにしても良い。この場合は、図５のステップＳ２４〜Ｓ３０に準じて、変更後の権利者全員に共通のクライアント公開鍵を新たに生成し、この公開鍵を利用して前記クライアント秘密鍵格納部１４に格納された秘密鍵を暗号化する。これにより、暗号管理サーバ４の管理者や暗号管理サーバ４に不正アクセスした第三者が解読権限を改竄したり、不正に入手することをより有効に防止できる。
【０１０７】
また、前記ステップＳ４で「権限変更」が選択された場合に、プロキシ６や暗号管理サーバ４による認証を待たずに直ちにステップＳ４５にジャンプして権限変更を受付けるようにしても良い。この場合、プロキシ６は、変更内容を取得した後でサーバ認証（ステップＳ５）や解読権限の認証（ステップＳ８）を行う。
【０１０８】
さらに、解読権限の変更に際しては、このクライアント秘密鍵暗号／復号処理部２１は、上記と同様にユーザ（Ａ）のＤＥＳキーを復号化すると共に、解読権限が付与される他のユーザ（Ｂ）のＲＳＡ暗号キーによって暗号化するようにしても良い。他のユーザ（Ｂ）のＲＳＡ暗号キーは、前記ファイル暗号化情報取得部１６が取得した場合はそれを利用し、取得しなかった場合は、前記クライアント公開鍵検索部１７が、当該他のユーザ（Ｂ）のＩＤに基づいて前記クライアント公開鍵格納部１３から検索して取得する。そして、前記解読権限設定申込受付・処理部２３が、当該他のユーザ（Ｂ）に対して前記暗号化されたユーザ（Ａ）のＤＥＳキーをファイルＩＤと共に送信する。これにより、他のユーザ（Ｂ）は直ちにファイルアクセスが可能になる。
【０１０９】
（第２の実施形態）
次に、図１０〜図２１を参照して、本発明の第２の実施形態を説明する。この実施形態は、ユーザ端末５がユーザ暗号鍵と認証用暗号鍵とを生成し、ユーザの携帯するＩＣカードなどの外部記憶装置にユーザ暗号鍵を格納して分散管理し、ユーザ暗号鍵と認証用暗号鍵とが揃ったことを条件に、前記プロキシ６や暗号管理サーバ４によらず、このユーザ端末自身で電子ファイルの暗号化／復号化処理を行う点に特徴を有する。
【０１１０】
（全体構成）
【０１１１】
この実施形態では、ユーザ端末５１と、この端末５１にカードリーダライタ２５を介して接続される外部記憶装置５２とによってファイル管理システム５０が構成される。外部記憶装置５２としては、ＩＣカードやＵＳＢメモリ、フラッシュメモリーなどの汎用の可搬性メモリデバイス（記録媒体）や、ＬＡＮやインターネットなどのネットワークを介してこのユーザ端末５１に接続される他のコンピュータ（暗号プロキシサーバ６や、暗号管理サーバ４など）の記憶装置を適宜採用できる。以下においては、外部記憶装置としてのＩＣカード５２に暗号鍵を保管する例を説明する。また、この実施形態のユーザ端末５１は汎用のコンピュータシステムで構成されているため、以下においては本実施形態の特徴的な構成及び機能を中心に説明する。
【０１１２】
（ユーザ端末の構成）
【０１１３】
この実施形態のユーザ端末５１は、図示しないＣＰＵ、ＲＡＭ、入出力装置及び通信デバイスが接続されたバス５３に、ファイル格納部５４、認証用暗号鍵格納部５５及びプログラム格納部５６が接続されて構成される。
【０１１４】
ファイル格納部５４は、ユーザが従来周知の各種のアプリケーションソフトウェア（ファイル作成部）を使用して作成したテキストファイル、ＣＳＶ形式等の表計算ファイル、データベースファイル、画像ファイル（動画、静止画）、音声ファイル、これらを合成したファイル、電子メールファイルなどの各種の電子ファイルをこのファイルの識別情報（管理用のシリアル番号など）に関連付けて格納するものである。後述するように、これらの電子ファイルはユーザ暗号鍵によって暗号化されている。また、本実施形態では、後述するハッシュ値もこのファイル格納部５４に格納される。
【０１１５】
暗号鍵格納部５５は、後述する認証用暗号鍵生成部６０が生成した認証用暗号鍵を格納するものである。
【０１１６】
プログラム格納部５６は、主として、暗号化処理機能としての認証用暗号鍵生成部６０、ユーザ暗号鍵生成部６１、ユーザ暗号鍵出力部６２、ファイル暗号化処理部６３、ハッシュ値演算部６４及びグループ暗号鍵生成部６５、復号化処理機能としての暗号鍵取得部６６、ユーザ暗号鍵復号部６７及びファイル復号化処理部６８、共通機能としてのインタフェース（Ｉ／Ｆ）制御部２８及びファイル書込み・読出し制御部２９の各プログラムを格納するものである。これらの機能は、ユーザ端末５１にインストールされた専用のソフトウェア若しくは既存のアプリケーションソフトウェア等のオプション機能として実行されるものである。以下、各機能部を順に説明する。
【０１１７】
まず、暗号化処理機能としての認証用暗号鍵生成部６０は、ユーザ端末５１のシリアル番号や本システムを構成するソフトウェアのライセンス情報等に基づいて発生させた乱数などの基礎情報で秘密鍵暗号方式の認証用暗号鍵を生成して前記認証用暗号鍵格納部５５に格納するものである。秘密鍵暗号方式としては、上記実施形態と同様に、ＤＥＳやＡＥＳ（Advanced Encryption Standard）などの周知の方式を採用できる。また、暗号鍵を生成する基礎情報は、ライセンス情報等そのものであっても良い。
【０１１８】
ユーザ暗号鍵生成部６１は、このユーザ端末５１を利用するユーザがＩ／Ｆ制御部２８が生成した図１１のユーザ情報入力インタフェースで入力した任意の文字列・記号・数字などのユーザ情報（パスワード等）に基づいて秘密鍵暗号方式（ＤＥＳなど）のユーザ暗号鍵を生成すると共に、認証用暗号鍵格納部５５から取得した認証用暗号鍵でユーザ暗号鍵を暗号化するものである。
【０１１９】
ユーザ暗号鍵出力部６２は、認証用暗号鍵で暗号化されたユーザ暗号鍵を前記ＩＣカード５２に伝送して格納させるものである。ＩＣカード５２への伝送が完了したことはファイル暗号化処理部６３に通知される。これにより、ファイルの暗号化が実行される。
【０１２０】
ここで、本実施形態では、バックアップとして認証用暗号鍵も前記ＩＣカード５２に出力して格納させる。認証用暗号鍵をユーザ端末５１とは別にユーザが保管することで、端末５１の初期化などの理由で認証用暗号鍵を消去してしまった場合でもＩＣカード５２から読み出して認証用暗号鍵を端末５１に格納し直すことができる。
【０１２１】
以上のようにして生成された暗号鍵及び後述するグループ暗号鍵は、図１２に示す状態でＩＣカード５２に格納される。
【０１２２】
ファイル暗号化処理部６３は、Ｉ／Ｆ制御部２８が生成した図１３の暗号／復号ファイル選択インタフェースで選択された電子ファイルについて、前記ＩＣカード５２からユーザ暗号鍵を取得して暗号化し前記ファイル格納部５４に格納するものである。具体的には、ユーザ端末５１のデスクトップなどのフォルダ上に表示されたファイルのアイコンをマウスでドラッグし、このインタフェースの「暗号化」ボックス上でドロップすることで、このファイル暗号化処理部６３が電子ファイルの暗号化を行う。暗号化されたファイルフォーマットの例を図１４に示す。このように、ＩＣカード５２がユーザ端末５１に接続されている場合にだけ電子ファイルの暗号化処理を実行することでユーザ暗号鍵と認証用暗号鍵の分散管理によるセキュリティの向上を実現している。なお、ファイルの暗号化は、マウスの右クリックやダブルクリックなどで実行させたり、文書作成ソフトの「編集」や「保存オプション」等のメニューから選択させて実行することもできる。
【０１２３】
ハッシュ値演算部６４は、電子ファイルの復号に際して後述する復号化検証部７０によるユーザ暗号鍵の検証のために、前記入力されたユーザ情報、ユーザ暗号鍵又は電子ファイルの一部にハッシュ関数を適用してハッシュ値を演算するものである。このハッシュ関数としては、ＳＨＡ−１やＭＤ２、ＭＤ５などの従来周知の一方向関数を適宜採用できる。演算されたハッシュ値は、前記暗号化されたユーザ暗号鍵と共に前記ユーザ暗号鍵出力部６２によってＩＣカード５２に出力されて格納される。なお、図１２ではハッシュ値は図示を省略してある。
【０１２４】
電子ファイルの一部からハッシュ値を生成する場合は、例えば、テキストファイルであれば最初や最後の予め設定されたブロックサイズ分の文字列等についてハッシュ関数を適用する。図１４に示すフォーマット例では、演算されたハッシュ値のブロックサイズは暗号ブロックサイズと同サイズに設定されているが異なるサイズにしても良い。本実施形態では、ユーザ暗号鍵の正当性を確認するためにハッシュ値を利用するものであるため、暗号化に際してファイル全体のハッシュ値を演算しておいたり、復号化に際してファイル全体をユーザ暗号鍵で復号化した上でハッシュ値を演算する必要はなく、一部について実行すれば十分である。
【０１２５】
グループ暗号鍵生成部６５は、ユーザがＩ／Ｆ制御部２８が生成した図１５のグループ特定情報入力インタフェースで入力した任意の文字列・記号・数字などのグループ特定情報（グループ名とグループパスワードなど）に基づいて特定のグループ間で電子ファイルを共有するための秘密鍵暗号方式（ＤＥＳなど）のグループ暗号鍵を生成すると共に、生成したグループ暗号鍵を前記認証用暗号鍵で暗号化するものである。暗号化されたグループ暗号鍵は、前記ユーザ暗号鍵と共にユーザ暗号鍵出力部６２によって図１２に示したように前記ＩＣカード５２に出力されて格納される。この場合には、前記ハッシュ値演算部６４は、グループ特定情報に基づいてハッシュ値を生成するのが好ましい。
【０１２６】
ここで、ユーザが指定したグループ特定情報が、他のユーザのユーザ特定情報（パスワードなど）と偶然または意図的に一致する可能性がある。この場合には、グループ内のメンバー全員が他のユーザのユーザ暗号鍵を共有することになり、セキュリティ上好ましくない。そこで、本実施形態のグループ暗号鍵生成部６５は、ユーザ暗号鍵と識別可能な記号を付加・削除若しくは変更してグループ暗号鍵を生成するようにした。例えば、ユーザ暗号鍵には冒頭にＹ、グループ暗号鍵には冒頭にＧを夫々付加する。これにより、ユーザが入力したユーザ情報とグループ特定情報とが同一であっても異なる暗号鍵が生成されることになり、ファイルの復号化に際してユーザ暗号鍵とグループ暗号鍵とを明確に識別することができ、共有されていない暗号化ファイルがグループ暗号鍵で復号化されることがない。図１４のフォーマット例に示すように、電子ファイルを暗号化したユーザ暗号鍵の先頭にはＹが付加されると共に、ユーザ暗号鍵は０、グループ暗号鍵は１の識別フラグがＩＣカード５２に格納される。
【０１２７】
また、図１６のグループ暗号鍵一覧画面に示すように、グループ暗号鍵は複数設定することができ、グループ毎に共有する電子ファイルを選択できるように構成されている。グループ暗号鍵が複数設定されている場合には、ファイルの暗号化に際して図１７の暗号鍵選択インタフェースでどのグループ暗号鍵を使用するか（そのファイルをどのグループで共有するか）を選択できる。前記ファイル暗号化処理部６３は、選択されたユーザ暗号鍵若しくはグループ暗号鍵で電子ファイルを暗号化してファイル格納部５４に格納する。
【０１２８】
次に、復号化処理機能としての暗号鍵取得部６６は、Ｉ／Ｆ制御部２８が生成した前記暗号化・復号化ファイル選択インタフェース（図１３）を通じて暗号化ファイルの読出し要求を受け付けた場合に、前記カードリーダ／ライタ２５のカードスロット２６に挿入されたユーザのＩＣカード５２から読み出したユーザ暗号鍵、グループ暗号鍵及び前記ハッシュ値の情報を取得すると共に、前記認証用暗号鍵格納部５５から認証用暗号鍵を取得するものである。グループ暗号鍵が複数格納されている場合は全ての暗号鍵を取得する。なお、電子メールソフトが受信した電子メールファイルの読出し（復号化）要求を受け付けた場合も、同様にＩＣカード５２や認証用暗号鍵格納部５５にアクセスして全ての暗号鍵を取得する。
【０１２９】
ユーザ暗号鍵復号部６７は、前記暗号鍵取得部６６が取得したユーザ暗号鍵とグループ暗号鍵を認証用暗号鍵で復号化するものである。この時、ユーザ暗号鍵若しくは複数のグループ暗号鍵について順次復号化を試行し、何れかの暗号鍵で復号できた時点で処理を終了する。これにより、ファイルの読出しを指示したユーザに暗号鍵を選択させることなく（無意識に）、自動的にファイルの復号化を行うことができる。
【０１３０】
ここで、本実施形態のユーザ暗号鍵復号部６７は、前記ハッシュ値演算部６４がハッシュ値を演算した基礎情報（ユーザ暗号鍵、ユーザ情報等）と、同一の情報にハッシュ関数を適用してハッシュ値を計算し、ＩＣカード５２から取得したハッシュ値とが一致しているかに基づいて、このユーザ暗号鍵が正常に復号化されたかを検証する復号化検証部７０を備えている。この復号化検証部７０は、ファイルの一部についてハッシュ値が演算されている場合には、ユーザ暗号鍵でこのファイルの一部を復号化してハッシュ値を演算してユーザ暗号鍵の検証を行う。これにより、改ざん等された暗号鍵がＩＣカード５２に格納されている場合でも、電子ファイルの漏洩（復号化）を有効に防止できる。この復号化の検証も、ユーザからの指示を待つことなく自動的に行われる。
【０１３１】
ファイル復号化処理部６８は、前記復号化検証部７０が正常に復号化されたと判断したユーザ暗号鍵若しくはグループ暗号鍵で、読出し要求に係る暗号化ファイルを復号化するものである。
【０１３２】
Ｉ／Ｆ制御部２８及びファイル書込み・読出し制御部２９は、上記した機能の他、第１の実施形態と同様の機能を有するものである。
【０１３３】
（処理工程）
次に、図１８〜図２０のフローチャートを参照して、第２の実施形態における各機能を処理工程と共に説明する。
【０１３４】
（暗号鍵生成フロー）
まず、図１８の暗号鍵生成工程について説明する。この処理工程は、ユーザがＣＤ−ＲＯＭなどの記録媒体に格納された本システムに係るソフトウェアをユーザ端末５１にインストールする際に実行される。
【０１３５】
ソフトウェアのインストールが開始すると、前記認証用暗号鍵生成部６０がこのユーザ端末５１のシリアル番号などの基礎情報を取得して認証用暗号鍵を生成する（ステップＳ５０、Ｓ５１）。生成された認証用暗号鍵は、前記認証用暗号鍵格納部３０に格納される。また、前記ユーザ暗号鍵生成部６１は、図１２に示したユーザ情報入力画面を通じてユーザ名及びパスワードを取得してユーザ暗号鍵を生成する（ステップＳ５２、Ｓ５３）。生成されたユーザ暗号鍵はユーザ暗号鍵出力部６２によって前記認証用暗号鍵で暗号化される（ステップＳ５４）。
【０１３６】
ここで、ユーザがグループ登録を希望する場合には（ステップＳ５５のＹｅｓ）、図１４に示したグループ登録情報入力インタフェースが表示され、この入力画面を通じて入力された情報に基づいて前記グループ暗号鍵生成部６５がグループ暗号鍵を生成する（ステップＳ５６、Ｓ５７）。生成されたグループ暗号鍵は前記認証用暗号鍵で暗号化される（ステップＳ５８）。なお、ユーザが複数のグループ暗号鍵を登録した場合には、ステップＳ５６〜Ｓ５８の処理が繰り返される。
【０１３７】
全ての暗号鍵が生成されると、前記ハッシュ値演算部６４が起動し、前記ユーザ暗号鍵などにハッシュ関数を適用してハッシュ値を演算する（ステップＳ５９）。演算されたハッシュ値は、前記生成された各暗号鍵と共にユーザ暗号鍵出力部６２によってＩＣカード５２に出力されて格納される（ステップＳ６０）。なお、暗号鍵とハッシュ値とを同じＩＣカード５２に格納しても、ハッシュ値から暗号鍵を解読することはできないためセキュリティ上の問題はない。
【０１３８】
ＩＣカード５２がユーザ端末５１に接続されていない場合（ユーザ暗号鍵やハッシュ値を格納できない場合）は、このソフトウェアのインストール処理を中止する。これにより、複数の暗号鍵の分散管理を確実に行うことができる。
【０１３９】
（電子ファイルの暗号化フロー）
次に、図１９を参照して、電子ファイルの暗号化フローを説明する。以下の各工程は、前記ファイル暗号化処理部６３が実行するものである。
【０１４０】
この処理では、まず、図１３に示した暗号化／復号化ファイル選択インタフェースを通じてファイル暗号化処理部６３が暗号化対象ファイルの識別情報を取得して暗号化の指示を受付ける（ステップＳ６１）。この時、ユーザ暗号鍵かグループ暗号鍵かの選択も受付ける（ステップＳ６２）。
【０１４１】
次いで、ＩＣカード５２から選択に係るユーザ暗号鍵若しくはグループ暗号鍵を取得すると共に、認証用暗号鍵格納部５５から認証用暗号鍵を取得する（ステップＳ６３、Ｓ６４）。前記選択された暗号鍵を認証用暗号鍵で復号化し（ステップＳ６５）、その暗号鍵で暗号化対象ファイルを暗号化する（ステップＳ６６）。暗号化された電子ファイルは、ファイル識別情報と共にファイル格納部５４に格納される（ステップＳ６７）。
【０１４２】
このように、ＩＣカード５２がユーザ端末５１に接続されていないと電子ファイルの暗号化ができないように構成されているので、複数の暗号鍵の分散管理を確実に行わせてセキュリティを向上させることができる。
【０１４３】
（電子ファイルの復号化フロー）
次に、図２０を参照して電子ファイルの復号化フローを説明する。
この処理においては、まず、図１３に示した暗号化／復号化ファイル選択インタフェースを通じて、前記ファイル復号化処理部６８が復号対象の電子ファイルの識別情報を取得してファイル復号化の指示を受付けると（ステップＳ６８）、前記暗号鍵取得部６６がカードリーダ／ライタ２５を介してユーザ端末５１に接続されたＩＣカード５２にアクセスしてユーザ暗号鍵とグループ暗号鍵とハッシュ値とを取得する（ステップＳ６９）。また、この暗号鍵取得部６６は、前記認証用暗号鍵格納部５５から認証用暗号鍵を取得し（ステップＳ７０）、前記ユーザ暗号鍵及び／若しくはグループ暗号鍵（１又は２以上）を順次復号化する（ステップＳ７１）。
【０１４４】
全ての暗号鍵について復号処理が完了すると前記復号化検証部７０が起動して復号化されたユーザ暗号鍵のハッシュ値を演算し（ステップＳ７２）、ＩＣカード５２から取得したハッシュ値とが一致するかに基づいて復号化が正常に行われたか、すなわち、ユーザ暗号鍵が改ざんされていないかの検証を行う（ステップＳ７３）。正常に復号化されたと判断された場合は（ステップＳ７３のＹｅｓ）、前記ファイル復号処理部６９に対してそのユーザ暗号鍵の情報を受け渡して復号化を指示する（ステップＳ７４）。
【０１４５】
ファイル復号処理部６９は、取得したユーザ暗号鍵で対象ファイルを復号化する（ステップＳ７４のＹｅｓ、Ｓ７５）。ユーザ暗号鍵で復号化できない場合は（ステップＳ７４のＮｏ）、グループ暗号鍵で復号化を行う（ステップＳ７６、Ｓ７７）。全ての暗号鍵で復号化を実行しても対象ファイルを復号化できない場合は（ステップＳ７６のＮｏ、Ｓ７７のＮｏ）、この処理を終了する。
【０１４６】
一方、ハッシュ値が一致しない場合は（ステップＳ７３のＮｏ）、ユーザ暗号鍵を正常に復号化できなかったと判断してファイル復号処理部６９がエラー処理を実行する（ステップＳ７８）。具体的には、ユーザ端末５１にワーニングメッセージや暗号鍵再作成のダイアログボックスを表示させる。なお、ユーザ暗号鍵のハッシュ値が一致しない場合でもグループ暗号鍵が一致する場合や、その逆の場合も考えられるが、何れかの暗号鍵について改ざん等のおそれがあるため、正常に復号化できた一部の暗号鍵でファイルを復号化するのは好ましくない。
【０１４７】
上記のように、暗号化ファイルの復号化に際しても、ユーザ端末５１に接続されたＩＣカード５２からファイル復号用の暗号鍵や検証用のハッシュ値を取得するようにしたので、暗号鍵の分散管理によって情報の漏洩・改ざんなどを好適に防止できる。
【０１４８】
（電子メールファイルに適用した実施例）
次に、図２１を参照して、第２の実施形態のファイル管理システム５０を利用してグループ間で電子メールを暗号化／復号化する実施例について説明する。
【０１４９】
この実施例は、メール送信側ユーザのユーザ端末５１ａにインストールされている電子メールソフト（メーラ）を利用して作成した電子メールファイル（添付ファイルを含む）を前記グループ暗号鍵で暗号化して同一グループの受信側のユーザ端末５１ｂに送信し、受信側ユーザ端末５１ｂでグループ暗号鍵を利用して電子メールファイルを復号化して読み出すことができるように構成されている。
【０１５０】
具体的には、送信側ユーザ端末５１ａのメーラで作成した電子メールファイルを、前記ファイル暗号化処理部６３によってグループＡの暗号鍵で暗号化し、メーラによって同一グループの受信者（受信側ユーザ端末５１ｂ）に送信する。メールを受信したユーザ端末５１ｂでは、前記ファイル復号化処理部６８がＩＣカード５２からグループ暗号鍵を取得して順次復号化していく。その結果、グループＡの暗号鍵を特定できるので、この暗号鍵を使って電子メールファイルを復号化する。
【０１５１】
一方、受信者として設定されていない他のユーザ端末５１ｃがネットワーク上でこの電子メールを偶然に又は不正に受信した場合には、このユーザのＩＣカード５２にはグループＡの暗号鍵は格納されていないため、電子メールファイルを復号化する（読出す）ことはできない。
【０１５２】
これにより、オープンネットワークを介して特定のグループ間で電子メールを送受信する場合でも、情報の漏洩・改ざんなどを有効に防止することができる。また、受信側のユーザ端末に格納されるメールファイルはメールヘッダ以外（メール本文及び添付ファイル）は暗号化された状態なので、ユーザ暗号鍵などが格納されたＩＣカード５２がなければ読み出すことができず、メールファイルの漏洩などを有効に防止できる。
【０１５３】
なお、図示しない送信側／受信側のローカルプロキシにファイル暗号化処理部６３及びファイル復号化処理部６８を夫々設け、これらのプロキシによってメール送／受信時にメールファイルを一括して暗号化／複合化するようにしても良い。この場合は、送信側ユーザ端末５１ａのメーラで作成したメールファイルについてユーザがグループＡの暗号鍵を選択して「送信」を指示すると、メールファイルが送信側プロキシに受け渡され、ファイル暗号化処理部６３によってグループＡの暗号鍵で暗号化される。暗号化されたメールファイルはネットワークを介して受信側プロキシで受信され、ファイル復号化処理部６８によって復号化されてから、受信側ユーザ端末５１ｂに伝送される。これにより、受信者（受信側ユーザ端末５１ｂ）はメールファイルの復号化を意識する必要がない。なお、上記したような受信したメールファイルを読み出す際に復号化を都度指示する方式と、この自動複合化の方式とは、「受信時に自動的に復号化する」のオプションの選択によって切り替えることができる。これにより、ユーザは、メールの重要度やグループの属性などに応じてセキュリティレベルや実用性を使い分けることができる。
【０１５４】
また、電子メールのタイトルや本文に含まれるキーワードや、受信者のアドレスなどを特定のグループ暗号鍵に関連付けて登録しておくことで、ユーザが都度グループ暗号鍵を選択しなくても自動的にメールを暗号化することができる。
【０１５５】
また、メールのタイトルに含める特定の文字列などをグループ暗号鍵に関連付けて予め登録しておき、暗号化したメールのタイトルにこの文字列などを自動的に付加して送信することで、受信側のユーザ端末５１ｂでは当該グループ暗号鍵を瞬時に特定できるようになる。これにより、全ての暗号鍵を復号化する必要がないため、メールの読出し（復号化）に要する時間をより短縮できる。
【０１５６】
さらに、受信側のユーザ端末５１ｂで復号化された電子メールファイルは一時フォルダに保存されるが、所定時間経過後若しくは復号化と同時に自動的に削除するのが好ましい。
【０１５７】
（変形例）
この発明は上記の実施形態に限定されるものではなく、発明の要旨を変更しない範囲で種々変形可能である。
【０１５８】
例えば、暗号鍵は上記のものに限られない。公開鍵暗号方式としては、ElGamal暗号や楕円曲線暗号等、秘密鍵暗号方式としては、Triple DES、ＦＥＡＬ、Rijndael、ＭＩＳＴＹ等の方式を、暗号強度や暗号化速度等に基づいて適宜採用することができる。
【０１５９】
また、第１の実施形態においては、ＷＥＢＤＡＶプロトコルを利用したネットワークの例を説明したがこれに限られない。ＦＴＰ（File Transfer Protocol）やMICROSOFT NETWORKなどの種々のファイル転送プロトコルにも適用可能である。
【０１６０】
さらに、第１の実施形態のようにＷＥＢＤＡＶクライアントであるユーザ端末５にプロキシ６の設定を行う場合に、ユーザ端末５のＯＳ（Operation System）の種類によっては、プロキシの設定がＷＥＢブラウザと一体的に融合して構成されているものがある。そのため、プロキシ６の設定によりブラウザの設定も変更されてしまいブラウザの機能に影響を与えるおそれがある。この場合には、例えば図９に示すような多段プロキシ構造を採用することが有効である。ここで多段プロキシとは、機能の異なる複数のプロキシサーバを経由して情報を伝達させる方式である。具体的には、上記実施形態における暗号プロキシサーバ６で処理が必要なＷＥＢＤＡＶサーバ（共有ファイルサーバ３等）へのアクセス以外は、全て既存のプロキシ（ブラウザと融合したプロキシ等）へ透過させるようにする。これにより、本発明における暗号化部分の独立性を維持したまま、前記のようなＯＳ（ブラウザ）においてもクライアントの環境に融合させることが可能となる。
【０１６１】
また、セキュリティレベルをより向上させるために、第１の実施形態の暗号管理サーバ４を以下のように変更することもできる。
１）共有ファイルサーバ３へのファイル書込み処理の際に、クライアント２から書き込みを行いたいファイルのＩＤとユーザＲＳＡ暗号キーとを取得し、このファイルＩＤに基づいてサーバＤＥＳキーを生成する。生成したＤＥＳキーをユーザＲＳＡ暗号キーで暗号化してクライアント２に送信する。クライアント２は、送信されたサーバＤＥＳキーをユーザＲＳＡ復号キーで復号化し、このサーバＤＥＳキーでファイルを暗号化して共有ファイルサーバ３に送信する。
【０１６２】
２）クライアント秘密鍵格納部１４を、ユーザＲＳＡ暗号キーで暗号化する。ユーザＲＳＡ暗号キーがファイル毎に生成されている場合にはファイル単位で該当レコードだけを暗号化し、ＲＳＡ暗号キーがクライアント単位で生成されている場合にはクライアント２に関連する複数のレコードをセットで暗号化する。これにより、レコードの暗号化を別のサーバで行うなどして分散処理する場合に、ユーザＲＳＡ暗号キーだけをそのサーバに渡せば良いのでシステムの拡張性が向上する。
【０１６３】
また、第２の実施形態において、ユーザ端末５１に格納した認証用暗号鍵の改ざん等を防止するため、ロック機構を付加しても良い。具体的には、ユーザがロック解除用のパスワードを登録してロック機構をＯＮに設定した後にユーザ端末５１に格納された認証用暗号鍵が変更された場合に、この認証用暗号鍵はロック状態とみなしてこの暗号鍵を使用した暗号化／復号化処理を許可しないようにする。ロックを解除するには、前記解除用のパスワードを要求する。
【０１６４】
さらに、グループ暗号鍵とグループパスワードとを関連付けて登録しておき、グループ暗号鍵を使用して電子ファイルを暗号化／復号化する際にパスワードを要求するようにしてセキュリティをより向上させるようにしても良い。この場合は、グループ暗号鍵とパスワードとをグループ間で共有しておく必要がある。
【図面の簡単な説明】
【０１６５】
【図１】図１は、本発明の実施形態に係るネットワーク構成を模式的に示す図である。
【図２】図２は、同じく暗号管理サーバの概略構成を示すブロック図である。
【図３】図３は、同じくクライアント及びプロキシの概略構成を示すブロック図である。
【図４】図４は、ファイルサーバからのファイルの読み込みの工程を示すフローチャートである。
【図５】図５は、ファイルサーバへのファイルの書き込みの工程を示すフローチャートである。
【図６】図６は、ファイルサーバからファイルを削除する工程を示すフローチャートである。
【図７】図７は、暗号解読権の書換え工程を示すフローチャ−トである。
【図８】暗号解読権の設定画面の一例を示す図である。
【図９】図９は、多段プロキシの概念を説明する図である。
【図１０】図１０は、本発明の第２の実施形態に係るファイル管理システムの概略構成を示すブロック図である。
【図１１】図１１は、同、ユーザ情報入力インタフェースの例を示す図である。
【図１２】図１２は、同、ＩＣカードに格納される暗号鍵を模式的に示す図である。
【図１３】図１３は、同、暗号／復号ファイル選択インタフェースの例を示す図である。
【図１４】図１４は、同、暗号化されたファイルフォーマットの例を示す図である。
【図１５】図１５は、同、グループ特定情報入力インタフェースの例を示す図である。
【図１６】図１６は、同、グループ暗号鍵一覧画面の例を示す図である。
【図１７】図１７は、同、暗号鍵選択インタフェースの例を示す図である。
【図１８】図１８は、同、暗号鍵生成工程を示すフローチャートである。
【図１９】図１９は、同、ファイル暗号化工程を示すフローチャートである。
【図２０】図２０は、同、ファイル復号化工程を示すフローチャートである。
【図２１】図２１は、同、電子メールに適用した例を示す図である。
【符号の説明】
【０１６６】
１…ファイル管理システム
２…クライアント
３…共有ファイルサーバ
４…暗号管理サーバ
５…ユーザ端末
６…暗号プロキシサーバ（プロキシ）
７…ＩＣカード
８…システム管理サーバ
９…暗号化ファイル格納部
１０…ファイル検索・出力部
１１…暗号ボード
１２…クライアント情報格納部
１３…クライアント公開鍵格納部
１４…クライアント秘密鍵格納部
１５…サーバ秘密鍵格納部
１６…ファイル暗号化情報取得部
１７…クライアント公開鍵検索部
１８…クライアント秘密鍵生成部
１９…クライアント認証部
２０…クライアント秘密鍵検索部
２１…クライアント秘密鍵暗号／復号処理部
２２…クライアント秘密鍵送信部
２３…解読権限設定申込受付・処理部
２５…カードリーダ／ライタ
２６…カードスロット
２７…カード情報入出力部
２８…インタフェース（Ｉ／Ｆ）制御部
２９…ファイル書込み・読出し制御部
３１…ユーザ端末制御部
３２…ファイル暗号／復号処理部
３３…ファイル送信部
３４…暗号鍵送信部
３５…秘密鍵暗号／復号処理部
３６…ユーザ認証部
３７…クライアント秘密鍵生成部
３８…リクエスト送信部
３９…接続権限更新部
４０…接続権限格納部
４１…暗号鍵情報格納部
５０…ファイル管理システム
５１…ユーザ端末
５１ａ…送信側ユーザ端末
５１ｂ…受信側ユーザ端末
５１ｃ…受信側以外のユーザ端末
５２…ＩＣカード（外部記憶装置）
５３…バス
５４…ファイル格納部
５５…認証用暗号鍵格納部
５６…プログラム格納部
６０…認証用暗号鍵生成部
６１…ユーザ暗号鍵生成部
６２…ユーザ暗号鍵出力部
６３…ファイル暗号化処理部
６４…ハッシュ値演算部
６５…グループ暗号鍵生成部
６６…暗号鍵取得部
６７…ユーザ暗号鍵復号処理部
６９…ファイル復号処理部
７０…復号化検証部
【図１】
2005209181.tif 000003
【図２】
2005209181.tif 000004
【図３】
2005209181.tif 000005
【図４】
2005209181.tif 000006
【図５】
2005209181.tif 000007
【図６】
2005209181.tif 000008
【図７】
2005209181.tif 000009
【図８】
2005209181.tif 000010
【図９】
2005209181.tif 000011
【図１０】
2005209181.tif 000012
【図１１】
2005209181.tif 000013
【図１２】
2005209181.tif 000014
【図１３】
2005209181.tif 000015
【図１４】
2005209181.tif 000016
【図１５】
2005209181.tif 000017
【図１６】
2005209181.tif 000018
【図１７】
2005209181.tif 000019
【図１８】
2005209181.tif 000020
【図１９】
2005209181.tif 000021
【図２０】
2005209181.tif 000022
【図２１】
2005209181.tif 000023