(57)【要約】【課題】鍵の管理を簡素化し、利用者毎の暗号化及び鍵発行局に対する鍵生成依頼を必要としないファイル共有システム等を提供する。【解決手段】情報提供装置は、対象データを共有するグループの識別子であるグループＩＤとマスタ公開鍵とに基づき生成されるＩＤベース暗号におけるグループ公開鍵を用いて、対象データを暗号化する暗号化手段と、ファイルサーバに対して暗号化された対象データである暗号化データを出力する出力手段とを含む。情報取得装置は、ファイルサーバから暗号化データを取得する取得手段と、対象データを共有するグループに属することを認証された利用者に対して、グループＩＤとマスタ秘密鍵とに基づき生成されるＩＤベース暗号におけるグループ秘密鍵を用いて、暗号化データを復号する復号手段とを含む。【選択図】図４
2015033068.tif 000002
【特許請求の範囲】
【請求項１】
ＩＤベース暗号におけるマスタ公開鍵及びマスタ秘密鍵を管理する鍵サーバと、情報提供装置と、情報取得装置とを有し、
前記情報提供装置は、
対象データを共有するグループの識別子であるグループＩＤと前記マスタ公開鍵とに基づき生成されるＩＤベース暗号におけるグループ公開鍵を用いて、対象データを暗号化する暗号化手段と、
ファイルサーバに対して暗号化された対象データである暗号化データを出力する出力手段とを含み、
前記情報取得装置は、
前記ファイルサーバから前記暗号化データを取得する取得手段と、
前記対象データを共有するグループに属することを認証された利用者に対して、前記グループＩＤと前記マスタ秘密鍵とに基づき生成されるＩＤベース暗号におけるグループ秘密鍵を用いて、前記暗号化データを復号する復号手段とを含む、
ファイル共有システム。
【請求項２】
請求項１記載のファイル共有システムであって、
前記グループＩＤは、前記ファイルサーバにおいて保管される前記暗号化データに関する情報からなる、
ファイル共有システム。
【請求項３】
対象データを共有するグループの識別子であるグループＩＤとマスタ公開鍵とに基づき生成されるＩＤベース暗号におけるグループ公開鍵を用いて、対象データを暗号化する暗号化手段と、
ファイルサーバに対して暗号化された対象データである暗号化データを出力する出力手段とを含む、
情報提供装置。
【請求項４】
ファイルサーバからＩＤベース暗号により暗号化された対象データである暗号化データを取得する取得手段と、
前記対象データを共有するグループに属することを認証された利用者に対して、対象データを共有するグループの識別子であるグループＩＤとマスタ秘密鍵とに基づき生成されるＩＤベース暗号におけるグループ秘密鍵を用いて、前記暗号化データを復号する復号手段とを含む、
情報取得装置。
【請求項５】
ＩＤベース暗号におけるマスタ公開鍵及びマスタ秘密鍵を管理する鍵サーバと、情報提供装置と、情報取得装置とを用いるファイル共有方法であって、
前記情報提供装置が、対象データを共有するグループの識別子であるグループＩＤと前記マスタ公開鍵とに基づき生成されるＩＤベース暗号におけるグループ公開鍵を用いて、対象データを暗号化する暗号化ステップと、
前記情報提供装置が、ファイルサーバに対して暗号化された対象データである暗号化データを出力する出力ステップと、
前記情報取得装置が、前記ファイルサーバから前記暗号化データを取得する取得ステップと、
前記情報取得装置が、前記対象データを共有するグループに属することを認証された利用者に対して、前記グループＩＤと前記マスタ秘密鍵とに基づき生成されるＩＤベース暗号におけるグループ秘密鍵を用いて、前記暗号化データを復号する復号ステップとを含む、
ファイル共有方法。
【請求項６】
対象データを共有するグループの識別子であるグループＩＤとマスタ公開鍵とに基づき生成されるＩＤベース暗号におけるグループ公開鍵を用いて、対象データを暗号化する暗号化ステップと、
ファイルサーバに対して暗号化された対象データである暗号化データを出力する出力ステップとを含む、
情報提供方法。
【請求項７】
ファイルサーバからＩＤベース暗号により暗号化された対象データである暗号化データを取得する取得ステップと、
前記対象データを共有するグループに属することを認証された利用者に対して、対象データを共有するグループの識別子であるグループＩＤとマスタ秘密鍵とに基づき生成されるＩＤベース暗号におけるグループ秘密鍵を用いて、前記暗号化データを復号する復号ステップとを含む、
情報取得方法。
【請求項８】
請求項３記載の情報提供装置、または、請求項４記載の情報取得装置としてコンピュータを機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数の利用者端末間でファイルを共有する技術に関する。
【背景技術】
【０００２】
これまで、ネットワーク上のファイル共有サービスやファイル保存サービスは、利用者が当該サービスにアクセスし、保存したいファイルを指定して、アップロードする形態が中心であった。サーバへ電子ファイルを保存する共有ファイルの管理において、ネットワーク上のファイルサーバ等では利用者認証やアクセスした利用者情報と保持している利用者の権限情報等と比較するといった方法で、当該利用者がアクセス可能なファイルやフォルダ等の制御を行っている。一方、スマートフォンの普及やクラウドサービスの低廉化に伴って、スマートフォンの設定や個人情報、個人データを、利用者が意識せずに自動的にバックアップする機能も提供され始めている。こうした自動バックアップサービスでは、保存される個々のファイルについて、アクセス権限や配布先の設定や管理を行なうことは困難である。また、ファイル共有サービスやファイル保存サービスにおける第三者へのファイル流出など、セキュリティ事故も増え続けており、利用者自身がファイルを暗号化するなどの自己防衛をすることが必要になってきている。
【０００３】
暗号化には、大きく分けて共通鍵暗号方式や公開鍵暗号方式がある。共通鍵暗号方式は暗号化及び復号が高速である反面、公開するファイル毎に共通鍵を作成して配布する必要があり、鍵管理及び鍵配送の手間かかかる。公開鍵暗号方式は、暗号化及び復号に時間がかかるものの、暗号化と復号と異なる鍵を用いることができることから、共通鍵方式のもつ鍵管理及び鍵配送の課題は低減される。共通鍵暗号方式の従来技術として非特許文献１記載の共通鍵暗号方式（Camellia）が、公開鍵暗号方式の従来技術として非特許文献２記載の公開鍵暗号方式（PSEC-KEM）が知られている。また、両者の特長を生かし、ファイルの暗号化及び復号には、高速な共通鍵を利用し、さらにその共通鍵を、公開鍵を使って暗号化するハイブリッド暗号方式が用いられることもある。なお、公開鍵方式を利用する場合、公開鍵を公開するものの身元を保証するために、公開鍵の発行、認証を第三者が行なう公開鍵認証基盤(PKI： Public Key Infrastructure)とともに使われることも多い。
【先行技術文献】
【非特許文献】
【０００４】
【非特許文献１】日本電信電話株式会社、「Camellia」、[online]、[平成25年6月1日検索]、インターネット<URL : http://info.isl.ntt.co.jp/crypt/camellia/intro.html>
【非特許文献２】日本電信電話株式会社、「PSEC-KEM」、[online]、 [平成25年6月1日検索]、インターネット<URL : http://info.isl.ntt.co.jp/crypt/psec/intro.html>
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ファイルサーバ上にアップロードするファイルを従来の共通鍵暗号方式や公開鍵暗号方式を用いて暗号化及び復号する場合、以下の点が問題となる。
【０００６】
ファイルサーバ上で管理するファイルやフォルダ等を1つの共通鍵（同じ共通鍵）で暗号する場合、共通鍵を漏洩すると全てのファイルやフォルダ等の復号が可能になる等のセキュリティ上の問題がある。この対策としてファイルやフォルダ毎に異なる共通鍵で暗号化することが考えられる。その場合、ファイルやフォルダ毎に共通鍵を必要とするため、共通鍵の数が多くなり、共通鍵の管理が非常に煩雑となる。
【０００７】
公開鍵方式やハイブリッド暗号方式を用いた場合、利用者毎に公開鍵及び秘密鍵を規定するだけでよいが、暗号化にあたってはファイルを利用者毎の公開鍵で暗号化する必要があり、暗号化の処理量が大きくなる。例えば、Ｎ人の利用者とファイルを共有しようと思った場合には、各利用者の各公開鍵を取得し、各公開鍵を用いてＮ回の暗号化をする必要がある。さらに、一つのファイルに対してＮ個の暗号化されたファイルが生成され、ファイルサーバに保管されるため、記憶量が大きくなる。各利用者は、自分の持つ秘密鍵に対応する公開鍵で暗号化されたファイルを取得する必要があり、この管理も煩雑となる。さらに、利用者を新たに追加する場合には、鍵発行局に鍵生成を依頼する必要があり、利用可能となるまでに時間がかかる。
【０００８】
本発明は、鍵の管理を簡素化し、利用者毎の暗号化及び鍵発行局に対する鍵生成依頼を必要としないファイル共有システム、情報提供装置、情報取得装置、及びその方法、プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００９】
上記の課題を解決するために、本発明の第一の態様によれば、ファイル共有システムは、ＩＤベース暗号におけるマスタ公開鍵及びマスタ秘密鍵を管理する鍵サーバと、情報提供装置と、情報取得装置とを有する。情報提供装置は、対象データを共有するグループの識別子であるグループＩＤとマスタ公開鍵とに基づき生成されるＩＤベース暗号におけるグループ公開鍵を用いて、対象データを暗号化する暗号化手段と、ファイルサーバに対して暗号化された対象データである暗号化データを出力する出力手段とを含む。情報取得装置は、ファイルサーバから暗号化データを取得する取得手段と、対象データを共有するグループに属することを認証された利用者に対して、グループＩＤとマスタ秘密鍵とに基づき生成されるＩＤベース暗号におけるグループ秘密鍵を用いて、暗号化データを復号する復号手段とを含む。
【００１０】
上記の課題を解決するために、本発明の他の態様によれば、情報提供装置は、対象データを共有するグループの識別子であるグループＩＤとマスタ公開鍵とに基づき生成されるＩＤベース暗号におけるグループ公開鍵を用いて、対象データを暗号化する暗号化手段と、ファイルサーバに対して暗号化された対象データである暗号化データを出力する出力手段とを含む。
【００１１】
上記の課題を解決するために、本発明の他の態様によれば、情報取得装置は、ファイルサーバからＩＤベース暗号により暗号化された対象データである暗号化データを取得する取得手段と、対象データを共有するグループに属することを認証された利用者に対して、対象データを共有するグループの識別子であるグループＩＤとマスタ秘密鍵とに基づき生成されるＩＤベース暗号におけるグループ秘密鍵を用いて、暗号化データを復号する復号手段とを含む。
【発明の効果】
【００１２】
本発明に係るファイル共有システム、情報提供装置、情報取得装置、及びその方法、プログラムによれば、鍵の管理を簡素化し、利用者毎の暗号化を必要としないという効果を奏する。
【図面の簡単な説明】
【００１３】
【図１】ネットワーク上でのファイル共有システムの各装置の配置イメージ図。
【図２】鍵サーバの機能ブロック図。
【図３】利用者端末の機能ブロック図。
【図４】ファイル共有システムの処理フローを示す図。
【発明を実施するための形態】
【００１４】
以下、本発明の実施形態について説明する。なお、以下の説明に用いる図面では、同じ機能を持つ構成部や同じ処理を行うステップには同一の符号を記し、重複説明を省略する。
【００１５】
＜第一実施形態：オンライン型、常時接続型＞
本実施形態では、暗号方式として、公開鍵暗号方式の一種として知られているIBE（ID-Based Encryption、ＩＤベース暗号）を用いる。IBEを用いる従来技術として参考文献１及び参考文献２が知られている。
【００１６】
[参考文献１]特開特開２０１１−４３６６号公報
[参考文献２]小林鉄太郎、山本剛、鈴木幸太郎、平田真一、「ＩＤベース暗号の応用とキーワード検索暗号」、ＮＴＴ技術ジャーナル、２０１０年、p.17〜20
【００１７】
IBEは、予め生成したマスタ秘密鍵及びマスタ公開鍵に対して、電子メールアドレスや個人ＩＤ、住所、時刻などの情報を利用した演算を行なうことで、公開鍵及び秘密鍵のペアを利用の都度、生成する方式である。そのため、事前に公開鍵及び秘密鍵を生成する必要がなく、PGP(Pretty Good Privacy)など利用先を予見できない電子メールの暗号化及び署名に利用されている。生成及び利用時にPKIを必要としないという利点もある。
【００１８】
本実施形態では、対象データを共有するグループの識別子（以下「グループＩＤ」ともいう）とマスタ秘密鍵及びマスタ公開鍵とを用いて、それぞれグループ秘密鍵及びグループ公開鍵を生成する。グループ秘密鍵及びグループ公開鍵を用いてそれぞれ復号及び暗号化を行うことで、鍵の管理を簡素化し、利用者毎の暗号化を必要としないファイル共有システムを実現する。なお、グループＩＤは、対象データを共有しようとする利用者の間で共有することができる情報であればよい。予めグループ内で定めておいた情報でもよいし、予め定めておいたルールに基づき定まる情報等であってもよい。本実施形態では、グループＩＤを対象データの共有先のパスとする。
【００１９】
＜ファイル共有システム１００＞
図１はネットワーク上でのファイル共有システム１００の各装置の配置イメージ図を示す。
【００２０】
ファイル共有システム１００は、鍵サーバ３０と、Ｎ個の利用者端末１０ｎと、ファイルサーバ２０とを含み、各装置は通信回線４０を介して通信するものとする。ただし、ｎ＝１，２，…，Ｎであり、Ｎは１以上の整数である。
【００２１】
通信回線４０としては、インターネットや、イントラネットや、ＬＡＮ等を用いることができる。
【００２２】
ファイルサーバ２０は、認証機能を有し、ファイルをアップロードまたはダウンロードするものの正当性を確認する。ファイルサーバ２０は、アップロードされたファイルを受信し、保管するとともに、認証されたものの求めに応じてファイルを出力する機能を有する。認証機能としては、公知の技術を用いることができる。例えば、利用者ＩＤとパスワードとを利用者に入力させることにより、認証することができる。さらに、ファイルサーバ２０は、アクセス制御機能を有する。つまり、どの利用者が、どのファイルに対して、どのアクセス（アップロード、ダウンロード、読み込み、書き込み、実行）ができるかを許可したり拒否したりする機能を有する。例えば、本実施形態では、ファイルサーバ２０は、利用者ＩＤと、パスワードと、利用者毎のアクセス許可リスト（その利用者が共有可能な対象データのグループＩＤと、グループＩＤ毎にどのようなアクセスが許可されているかを示すリスト）を記憶しておき、認証とアクセス制御を実現する。
【００２３】
図２は鍵サーバ３０の機能ブロック図を、図３は利用者端末１０ｎの機能ブロック図を示す。
【００２４】
鍵サーバ３０は、マスタ鍵生成部３１並びに図中破線で示す記憶部３２及びグループ鍵生成部３３を含む。鍵サーバ３０は、ＩＤベース暗号におけるマスタ公開鍵及びマスタ秘密鍵を管理する。なお、本明細書において「管理」とは、「生成」、「保管」、「利用」、「削除」、「変更」の少なくとも一つを含む概念とする。
【００２５】
利用者端末１０ｎは、暗号化部１１、出力部１４、取得部１５及び復号部１６を含む。
【００２６】
図４は、ファイル共有システム１００の処理フローを示す。
【００２７】
＜事前処理＞
鍵サーバ３０のマスタ鍵生成部３１は、ＩＤベース暗号に基づき、マスタ秘密鍵及びマスタ公開鍵を生成し（ｓ１）、記憶部３２に記憶する。なお、鍵サーバ３０は、マスタ秘密鍵を秘密に管理する。
【００２８】
＜暗号化及びアップロード＞
対象データ（平文）を暗号化し、ファイルサーバ２０にアップロードしようとする利用者は、利用者端末１０ｎを操作し、ファイルサーバ２０にアクセスする。
【００２９】
ファイルサーバ２０は、この利用者が正当な利用者か否かを認証し、正当性が確認されると、アップロード先のパスを決定する。なお、アップロード時には、認証処理を省略してもよい。アップロード先のパスは、ファイルサーバ２０が一方的に決定してもよいし、利用者が利用者端末１０ｎを操作することで決定してもよい。前述の通り、本実施形態では、このパスをグループＩＤとして用いる。
【００３０】
決定されたパスは、利用者端末１０ｎに通知される。
【００３１】
利用者端末１０ｎは、決定されたパスを受信し、鍵サーバ３０に通知し、グループ公開鍵の生成を依頼する。
【００３２】
鍵サーバ３０のグループ鍵生成部３３は、決定されたパスを受け取ると、記憶部３２からマスタ公開鍵を取り出し、決定されたパスとマスタ公開鍵とに基づき、ＩＤベース暗号によりグループ公開鍵を生成し（ｓ２）、利用者端末１０ｎに送信する。ＩＤベース暗号技術としては公知の技術（例えば参考文献１及び２参照）を用いることができる。
【００３３】
利用者端末１０ｎの暗号化部１１は、グループ公開鍵を受け取ると、このグループ公開鍵を用いて、対象データを暗号化する（ｓ３）。以後、暗号化された対象データを暗号化データともいう。なお、暗号化する際に、暗号化に関するメタデータを生成する構成としてもよい。メタデータとしては、（１）どのグループ公開鍵を使っているか、（２）どういう情報を使ってグループ公開鍵を作ったか、（３）初期攪拌用の初期化ベクトル、（４）暗号化のルール（例えば、鍵生成アルゴリズムにグループＩＤやその他の情報を与える場合に、どのような情報をどのような順番で与えるか等を定めたもの）、（５）メタデータの改竄防止用の電子署名、（６）ファイル管理用のデータ、例えば、作成者やコピーライト等が考えられる。ただし、メタデータは、グループＩＤがどのような情報なのかについて示すデータを含まないように生成する。
【００３４】
利用者端末１０ｎの出力部１４は、ファイルサーバ２０に対して暗号化データを出力する（ｓ４）。このときに、利用者端末１０ｎの利用者が，閲覧権限を付与できる構成としてもよい。
【００３５】
ファイルサーバ２０には、暗号化データが保管される。
【００３６】
＜ダウンロード及び復号＞
暗号化データをファイルサーバ２０からダウンロードしようとする利用者は、利用者端末１０ｎを操作し、ファイルサーバ２０にアクセスする。復号時に利用する利用者端末１０ｎは、暗号化時に用いた端末と同一の端末でもよいし、別の端末でもよい。
【００３７】
ファイルサーバ２０は、この利用者が正当な利用者か否かを認証する。この場合、その利用者が対象データを共有するグループに属するか否かを認証する。正当性が確認されると、利用者が共有可能（ダウンロード可能）な暗号化データのパス（グループＩＤに相当する）の一覧を表示する。
【００３８】
利用者端末１０ｎの取得部１５は、利用者によって選択された暗号化データをファイルサーバ２０からダウンロードし、取得する（ｓ６）。
【００３９】
利用者端末１０ｎは、暗号化データのパスとメタデータとを鍵サーバ３０に通知し、グループ秘密鍵の生成を依頼する。
【００４０】
鍵サーバ３０のグループ鍵生成部３３は、暗号化データのパスを受け取ると、記憶部３２からマスタ秘密鍵を取り出し、暗号化データのパスとマスタ秘密鍵とメタデータとに基づき、ＩＤベース暗号によりグループ秘密鍵を生成し、利用者端末１０ｎに送信する。なお、グループ公開鍵を生成する際に、同時にグループ秘密鍵を生成し、グループＩＤと紐づけて記憶部３２に記憶しておき、暗号化データのパスを受け取ると、記憶部３２からグループＩＤに対応するグループ秘密鍵を取り出し、利用者端末１０ｎに送信してもよい。なお、メタデータは、グループＩＤがどのような情報なのかについて示すデータを含まないため、メタデータ及びマスタ秘密鍵のみからではグループ秘密鍵を生成することはできない。
【００４１】
利用者端末１０ｎの復号部１６は、グループ秘密鍵を受け取ると、このグループ秘密鍵を用いて、暗号化データを復号し（ｓ７）、対象データを取得する。
【００４２】
＜効果＞
このような構成により、グループ公開鍵及びグループ秘密鍵を利用の都度、生成するため、鍵の管理を簡素化することができる。また、グループＩＤを用いることで、利用者毎の暗号化を必要とせず、暗号化の処理量を低減することができる。さらに、ＩＤベース暗号により鍵発行局に対して鍵生成依頼を必要とせず、すぐに利用可能である。
【００４３】
また、本実施形態では、パスをグループＩＤとして用いているため、対象データを共有するグループの中で別途グループＩＤを共有するためのやり取りを省略することができ、暗号化及び復号の簡素化を実現している。なお、グループＩＤとして、対象データの共有先のパス以外にも、ファイルサーバ２０において保管される暗号化データに関する情報であれば、同様の効果を奏する。暗号化データに関する情報とは、例えば、ファイルサーバ２０のサーバ名、保管先のフォルダ名、暗号化データのファイル名等が考えられる。これらの情報は認証された利用者のみが取得することができる情報なので、利用者の正当性が保証されるとともに、別途、グループＩＤを生成する処理を省略することができる。なお、さらに、グループＩＤは、対象データを共有するグループに属することを認証された利用者のみが取得することができる情報とし、その情報を特定するルールを決めておけば、対象データを共有するグループの中で別途グループＩＤを共有するためのやり取りを省略することができ、暗号化及び復号の簡素化できる。例えば、認証後にのみアクセスできるフォルダの中に何らかの情報を置いておき、その情報をグループＩＤとしてもよい。例えば、UL/DLセッションのクッキーや、Java（登録商標）アプレットやJava（登録商標）サーブレットにより、利用者に渡される特定の情報をグループＩＤしてもよい。
【００４４】
なお、本実施形態では、鍵サーバ３０において、マスタ鍵を保管しておき、グループ秘密鍵を生成するため、利用者端末１０ｎ紛失時の漏洩リスクを防ぐことができる。つまり、平文を暗号化するのはある特定の利用者端末１０ｎで、暗号化データは、ネットワーク上を流れる。しかし、復号用のグループ秘密鍵は流れないので、漏洩しない。復号は、認証された利用者の操作する利用者端末１０ｎ上で行われる。ネットワーク上を流れるグループＩＤなどの特定の情報(これだけでは鍵を類推できない)を利用し、鍵サーバ３０だけしか持っておらず、ネットワーク上を流れないマスタ秘密鍵と、演算を行なうことで、復号用のグループ秘密鍵を作りだし、復号する。このような構成により、暗号化データが復号され漏洩することを防ぐ。
【００４５】
また、ファイルサーバ２０から暗号化データが漏洩したとしても、マスタ秘密鍵またはグループ秘密鍵が漏洩しない限り、復号されない。
【００４６】
ファイルサーバ２０の機能は、既知のファイルサーバにより実現できるため、鍵サーバ３０を設け、利用者端末１０ｎにファイル共有用のアプリケーションをインストールするだけで、ファイル共有システム１００を実現することができ、導入コストを下げることができる。
【００４７】
＜変形例＞
本実施形態にハイブリッド暗号方式を適用してもよい。この場合、対象データを暗号化及び復号する際には、共通鍵を用いる。なお、共通鍵の生成、利用、保管については公知の技術（例えば非特許文献１参照）を用いればよい。まず、共通鍵を用いて対象データを暗号化する。さらにその共通鍵を、グループ公開鍵を使って暗号化し、暗号化データとともに、アップロードし、ファイルサーバ２０に保管する。暗号化データを復号する際には、暗号化データとともに暗号化された共通鍵をダウンロードし、まず、グループ秘密鍵を使って、共通鍵を復号し、その復号された共通鍵を用いて、暗号化データを復号する。このような構成とすることで、対象データの暗号化及び復号を高速に行うことができる。
【００４８】
利用者端末１０ｎのその一部、または全部の処理は、利用者端末１０ｎの利用者の操作によって行われてもよいし、アプリケーションによって自動的に行われてもよい。例えば、暗号化時には、利用者端末１０ｎ上のアプリケーションを起動し、対象データを選択すると、自動的にファイルサーバ２０にアクセスし、利用者端末１０ｎ上の記憶された利用者ＩＤとパスワードで自動的に認証処理を行い、自動的にファイルサーバ２０との間で暗号化データの共有先のパスを決定し、自動的に鍵サーバ３０にアクセスしパスを渡してグループ公開鍵を取得し、自動的に暗号化してアップロードする構成としてもよい。復号時には、利用者端末１０ｎ上のアプリケーションを起動すると、自動的にファイルサーバ２０にアクセスし、利用者端末１０ｎ上の記憶された利用者ＩＤとパスワードで自動的に認証処理を行い、認証されると、共有可能な暗号化データを利用者端末１０ｎの表示部（ディスプレイ等）に表示する。利用者が入力部（タッチパネル等）を介して暗号化データを選択すると、その暗号化データをダウンロードするとともに、自動的にそのパスを取得し、自動的に鍵サーバ３０にアクセスしパスを渡してグループ秘密鍵を取得し、自動的に復号する。セキュリティ等を考慮して、手動、自動を適宜設定すればよい。例えば、利用者端末１０ｎ紛失時の漏洩リスクを減らすために、利用者ＩＤとパスワードを利用者端末１０ｎ上に記憶するのではなく、利用者に入力を求めたり、利用者端末１０ｎとは別に管理されるＵＳＢメモリ等に記憶しておく構成としてもよい。
【００４９】
なお、利用者端末１０ｎは、対象データをファイルサーバにアップロードするという観点からみると情報提供装置と呼んでもよいし、暗号化データをダウンロードするという観点からみると情報取得装置と呼んでもよい。本実施形態の利用者端末１０ｎは、情報提供装置の機能と情報取得装置の機能の両方を備えるが、何れか一方のみを備える構成としてもよい。
【００５０】
本実施形態では、ファイルサーバが１つの場合の例を示したが、複数であってもよい。複数であっても、処理の内容は特段変わらず、従来、複数のファイルサーバを運用するのと同じ方法により実現できる。
【００５１】
利用者端末１０ｎにおける各種の処理機能をコンピュータによって実現してもよい。さらに、スマートフォン等の持ち運び可能なコンピュータにより実現し、BYOD(Bring Your Own device)サービスと組み合わせてもよい。このような構成とすることで、利用者端末１０ｎを遠隔操作し、利用者端末１０ｎに残る暗号化前の対象データ、暗号化データ、復号された暗号化データ（＝対象データ）を消去することができる。
【００５２】
本実施形態では、利用者端末１０ｎは、通信回線４０を介して鍵サーバ３０にアクセスできる構成となっているが、ファイルサーバ２０を介してのみアクセス可能とし、認証された利用者端末１０ｎのみが鍵サーバ３０にアクセスできるようにしてもよい。
【００５３】
＜第二実施形態：キャッシュ型＞
第一実施形態と異なる部分を中心に説明する。
【００５４】
第一実施形態では、マスタ鍵（マスタ秘密鍵とマスタ公開鍵）を鍵サーバ３０が管理していたが、本実施形態では、鍵サーバ３０で生成したマスタ鍵を利用者端末１０ｎで保管する。
【００５５】
鍵サーバ３０は、マスタ鍵生成部３１を含む（図２参照）。
【００５６】
利用者端末１０ｎは、暗号化部１１、出力部１４、取得部１５及び復号部１６、並びに、図中破線で示す記憶部１２及びグループ鍵生成部１３を含む（図３参照）。
【００５７】
＜事前処理＞
鍵サーバ３０のマスタ鍵生成部３１は、ＩＤベース暗号に基づき、マスタ秘密鍵及びマスタ公開鍵を生成し（ｓ１）、利用者端末１０ｎに送信する。利用者端末１０ｎは、マスタ秘密鍵及びマスタ公開鍵を受け取り、記憶部１２に記憶する。なお、利用者端末１０ｎは、マスタ秘密鍵を秘密に管理する。
【００５８】
＜暗号化及びアップロード＞
対象データを暗号化し、ファイルサーバ２０にアップロードしようとする利用者は、利用者端末１０ｎを操作し、ファイルサーバ２０にアクセスする。
【００５９】
ファイルサーバ２０は、この利用者が正当な利用者か否かを認証し、正当性が確認されると、アップロード先のパスを決定する。なお、アップロード時には、認証処理を省略してもよい。アップロード先のパスは、ファイルサーバ２０が一方的に決定してもよいし、利用者が利用者端末１０ｎを操作することで決定してもよい。前述の通り、本実施形態では、このパスをグループＩＤとして用いる。
【００６０】
決定されたパスは、利用者端末１０ｎに通知される。
【００６１】
利用者端末１０ｎのグループ鍵生成部３３は、決定されたパスを受け取ると、記憶部１２からマスタ公開鍵を取り出し、決定されたパスとマスタ公開鍵とに基づき、ＩＤベース暗号によりグループ公開鍵を生成し（ｓ２）、暗号化部１１に出力する。暗号化処理（ｓ３）、出力処理（ｓ４）については、第一実施形態と同様である。
【００６２】
＜ダウンロード及び復号＞
暗号化データをファイルサーバ２０からダウンロードしようとする利用者は、利用者端末１０ｎを操作し、ファイルサーバ２０にアクセスする。
【００６３】
ファイルサーバ２０は、この利用者が正当な利用者か否かを認証し、正当性が確認されると、利用者が共有可能（ダウンロード可能）な暗号化データのパス（グループＩＤに相当する）を表示する。
【００６４】
利用者端末１０ｎの取得部１５は、利用者によって選択された暗号化データをファイルサーバ２０からダウンロードし、取得する（ｓ６）。
【００６５】
利用者端末１０ｎのグループ鍵生成部１３は、暗号化データのパスを受け取ると、記憶部１２からマスタ秘密鍵を取り出し、暗号化データのパスとマスタ秘密鍵とメタデータとに基づき、ＩＤベース暗号によりグループ秘密鍵を生成し、復号部１６に出力する。復号処理（ｓ７）については、第一実施形態と同様である。
【００６６】
＜効果＞
このような構成により、第一実施形態と同様の効果を得ることができる。さらに、グループ秘密鍵がネットワーク上で盗聴されるリスクを防ぐことができる。また、オフライン状態でも暗号化及び復号が可能となる。また、毎暗号化処理、復号処理時に鍵サーバ３０にアクセスする処理を省くことができる。ただし、本実施形態では、マスタ鍵を利用者端末１０ｎ上で保管するため、利用者端末１０ｎ紛失時の漏洩リスクが、第一実施形態の構成に比べ、高まる。この場合も、暗号化データをダウンロードする際には、ファイルサーバ２０において、認証するため、認証されない利用者に対して暗号化データが漏洩される可能性はない。
【００６７】
＜第三実施形態：認証機能付き鍵サーバ＞
第一実施形態と異なる部分を中心に説明する。
【００６８】
本実施形態では、鍵サーバ３０が、認証機能を有し、ファイルをアップロードまたはダウンロードするものの正当性を確認する。ファイルサーバ２０は、認証機能を有しても、有さなくともよい。例えば、第三者の管理するファイルサーバ２０を利用して、ファイル共有システム１００を構築しようとする場合、ファイル共有システム１００の管理者が、ファイルサーバ２０の安全性等を制御することは難しい。そこで、鍵サーバ３０に認証機能を持たせることで、ファイル共有システム１００の安全性を制御する。
【００６９】
鍵サーバ３０は、マスタ鍵生成部３１並びに図中破線で示す記憶部３２、グループ鍵生成部３３及び認証部３４を含む。
【００７０】
＜暗号化及びアップロード＞
対象データを暗号化し、ファイルサーバ２０にアップロードしようとする利用者は、利用者端末１０ｎを操作し、ファイルサーバ２０にアクセスする。
【００７１】
ファイルサーバ２０は、アップロード先のパスを決定する。なお、このとき、認証処理を行ってもよい。決定されたパスは、利用者端末１０ｎに通知される。
【００７２】
利用者端末１０ｎは、決定されたパスを受信し、鍵サーバ３０に通知し、グループ公開鍵の生成を依頼する。
【００７３】
まず、鍵サーバ３０の認証部３４は、利用者端末１０ｎからアクセスを受けると、この利用者が正当な利用者か否かを認証する。認証方法としては、公知の技術を用いることができる。なお、アップロード時には、認証処理を省略してもよい。
【００７４】
認証部３４において利用者の正当性が確認されると、鍵サーバ３０のグループ鍵生成部３３は、決定されたパスを受け取り、記憶部３２からマスタ公開鍵を取り出し、決定されたパスとマスタ公開鍵とに基づき、ＩＤベース暗号によりグループ公開鍵を生成し（ｓ２）、利用者端末１０ｎに送信する。暗号化処理（ｓ３）、出力処理（ｓ４）については、第一実施形態と同様である。
【００７５】
＜ダウンロード及び復号＞
暗号化データをファイルサーバ２０からダウンロードしようとする利用者は、利用者端末１０ｎを操作し、ファイルサーバ２０にアクセスする。
【００７６】
ファイルサーバ２０は、暗号化データのパス（グループＩＤに相当する）を表示する。なお、このとき、認証処理を行ってもよい。
【００７７】
利用者端末１０ｎの取得部１５は、利用者によって選択された暗号化データをファイルサーバ２０からダウンロードし、取得する（ｓ６）。
【００７８】
利用者端末１０ｎは、暗号化データのパスとメタデータとを鍵サーバ３０に通知し、グループ秘密鍵の生成を依頼する。
【００７９】
まず、鍵サーバ３０の認証部３４は、利用者端末１０ｎからアクセスを受けると、この利用者が正当な利用者か否かを認証する。
【００８０】
認証部３４において利用者の正当性が確認されると、鍵サーバ３０のグループ鍵生成部３３は、暗号化データのパスを受け取り、記憶部３２からマスタ秘密鍵を取り出し、暗号化データのパスとマスタ秘密鍵とメタデータとに基づき、ＩＤベース暗号によりグループ秘密鍵を生成し、利用者端末１０ｎに送信する。復号処理（ｓ７）については、第一実施形態と同様である。
【００８１】
＜効果＞
このような構成とすることで、第一実施形態と同様の効果を得ることができ、さらに、安全性等を制御することができない、第三者の管理するファイルサーバ２０を用いても、ファイル共有システム１００全体としての安全性を制御することができる。なお、第一実施形態では、認証された利用者しかグループＩＤを得られない構成としているが、本実施形態では、認証された利用者しかグループ鍵（グループ公開鍵及びグループ秘密鍵）を得られない構成としている。このような構成により、第一実施形態と同等の安全性を確保している。
【００８２】
＜その他の変形例＞
本発明は上記の実施形態及び変形例に限定されるものではない。例えば、上述の各種の処理は、記載に従って時系列に実行されるのみならず、処理を実行する装置の処理能力あるいは必要に応じて並列的にあるいは個別に実行されてもよい。その他、本発明の趣旨を逸脱しない範囲で適宜変更が可能である。
【００８３】
＜プログラム及び記録媒体＞
また、上記の実施形態及び変形例で説明した各装置における各種の処理機能をコンピュータによって実現してもよい。その場合、各装置が有すべき機能の処理内容はプログラムによって記述される。そして、このプログラムをコンピュータで実行することにより、上記各装置における各種の処理機能がコンピュータ上で実現される。
【００８４】
この処理内容を記述したプログラムは、コンピュータで読み取り可能な記録媒体に記録しておくことができる。コンピュータで読み取り可能な記録媒体としては、例えば、磁気記録装置、光ディスク、光磁気記録媒体、半導体メモリ等どのようなものでもよい。
【００８５】
また、このプログラムの流通は、例えば、そのプログラムを記録したＤＶＤ、ＣＤ−ＲＯＭ等の可搬型記録媒体を販売、譲渡、貸与等することによって行う。さらに、このプログラムをサーバコンピュータの記憶装置に格納しておき、ネットワークを介して、サーバコンピュータから他のコンピュータにそのプログラムを転送することにより、このプログラムを流通させてもよい。
【００８６】
このようなプログラムを実行するコンピュータは、例えば、まず、可搬型記録媒体に記録されたプログラムもしくはサーバコンピュータから転送されたプログラムを、一旦、自己の記憶部に格納する。そして、処理の実行時、このコンピュータは、自己の記憶部に格納されたプログラムを読み取り、読み取ったプログラムに従った処理を実行する。また、このプログラムの別の実施形態として、コンピュータが可搬型記録媒体から直接プログラムを読み取り、そのプログラムに従った処理を実行することとしてもよい。さらに、このコンピュータにサーバコンピュータからプログラムが転送されるたびに、逐次、受け取ったプログラムに従った処理を実行することとしてもよい。また、サーバコンピュータから、このコンピュータへのプログラムの転送は行わず、その実行指示と結果取得のみによって処理機能を実現する、いわゆるＡＳＰ（Application Service Provider）型のサービスによって、上述の処理を実行する構成としてもよい。なお、プログラムには、電子計算機による処理の用に供する情報であってプログラムに準ずるもの（コンピュータに対する直接の指令ではないがコンピュータの処理を規定する性質を有するデータ等）を含むものとする。
【００８７】
また、コンピュータ上で所定のプログラムを実行させることにより、各装置を構成することとしたが、これらの処理内容の少なくとも一部をハードウェア的に実現することとしてもよい。
【図１】
2015033068.tif 000003
【図２】
2015033068.tif 000004
【図３】
2015033068.tif 000005
【図４】
2015033068.tif 000006