(57)【要約】  データ保管部（２０２）は、暗号化データを暗号化された状態のままで保管し、暗号化データの復号が許可されている復号許可ユーザのユーザ属性が定義される復号条件を保管する。失効情報除去部（２０６）は、更新タイミングが到来した際に、復号許可ユーザではなくなった失効ユーザのユーザ属性が記述される失効情報が復号条件に追加されている場合に、暗号化データが暗号化された状態のままで失効情報を復号条件から除去する。更に、失効情報除去部（２０６）は、暗号化データと失効情報を除去した後の復号条件とを、代理人再暗号化方式による再暗号化を行う再暗号化装置に送信し、再暗号化装置から、失効情報を除去した後の復号条件を用いて代理人再暗号化方式によって再暗号化された暗号化データを受信する。リフレッシュ処理部（２０５）は、再暗号化された暗号化データと、失効情報を除去した後の復号条件とを更新する。
2016132547.tif 000002
【特許請求の範囲】
【請求項１】
暗号化された暗号化データを暗号化された状態のままで保管し、前記暗号化データの復号が許可されている復号許可ユーザのユーザ属性が定義される復号条件を保管するデータ保管部と、
前記暗号化データと前記復号条件とを更新する更新タイミングが到来した際に、前記復号許可ユーザではなくなった失効ユーザのユーザ属性が記述される失効情報が前記復号条件に追加されている場合に、前記暗号化データが暗号化された状態のままで、前記失効情報を前記復号条件から除去し、前記暗号化データと前記失効情報を除去した後の前記復号条件とを、代理人再暗号化方式による再暗号化を行う再暗号化装置に送信し、前記再暗号化装置から、前記失効情報を除去した後の前記復号条件を用いて前記代理人再暗号化方式によって再暗号化された前記暗号化データを受信する失効情報除去部と、
前記失効情報除去部により受信された再暗号化された前記暗号化データと、前記失効情報を除去した後の前記復号条件とを更新するリフレッシュ処理部とを有するデータ保管装置。
【請求項２】
前記リフレッシュ処理部は、
前記暗号化データへの暗号化に用いられる暗号鍵のマスタ鍵であるマスタ公開鍵と前記暗号化データの復号に用いられる復号鍵のマスタ鍵であるマスタ秘密鍵の更新と、前記復号鍵の更新とに用いられる更新情報を用いて、前記失効情報除去部により受信された再暗号化された前記暗号化データと、前記失効情報を除去した後の前記復号条件とを更新する請求項１に記載のデータ保管装置。
【請求項３】
前記リフレッシュ処理部は、
前記マスタ公開鍵と前記マスタ秘密鍵とを更新する鍵生成装置が前記マスタ公開鍵と前記マスタ秘密鍵とを更新するために生成した更新情報を用いて、前記失効情報除去部により受信された再暗号化された前記暗号化データと、前記失効情報を除去した後の前記復号条件とを更新する請求項２に記載のデータ保管装置。
【請求項４】
暗号化された暗号化データを暗号化された状態のままで保管し、前記暗号化データの復号が許可されている復号許可ユーザのユーザ属性が定義される復号条件を保管するデータ保管部と、
前記暗号化データと前記復号条件とを更新する更新タイミングが到来した際に、前記復号許可ユーザではなくなった失効ユーザのユーザ属性が記述される失効情報が前記復号条件に追加されているか否かを判断し、前記失効情報が前記復号条件に追加されている場合に、前記暗号化データが暗号化された状態のままで、前記失効情報を前記復号条件から除去し、前記暗号化データと前記失効情報を除去した後の前記復号条件とを、代理人再暗号化方式による再暗号化を行う再暗号化装置に送信し、前記再暗号化装置から、前記失効情報を除去した後の前記復号条件を用いて前記代理人再暗号化方式によって再暗号化された前記暗号化データを受信する失効情報除去部と、
前記失効情報除去部により受信された再暗号化された前記暗号化データと、前記失効情報を除去した後の前記復号条件とを更新するリフレッシュ処理部とを有するデータ保管装置と、
前記更新タイミングが到来した際に、前記暗号化データの復号に用いられる復号鍵を更新する復号鍵更新部を有する鍵更新装置とを備えるデータ更新システム。
【請求項５】
前記データ保管装置において、
前記リフレッシュ処理部は、
前記暗号化データへの暗号化に用いられる暗号鍵のマスタ鍵であるマスタ公開鍵と前記復号鍵のマスタ鍵であるマスタ秘密鍵の更新に用いられる更新情報を用いて、前記失効情報除去部により受信された再暗号化された前記暗号化データと、前記失効情報を除去した後の前記復号条件とを更新し、
前記鍵更新装置において、
前記復号鍵更新部は、
前記更新情報を用いて、前記復号鍵を更新する請求項４に記載のデータ更新システム。
【請求項６】
前記鍵更新装置は、更に、
前記更新情報を生成し、前記更新情報を用いて前記マスタ公開鍵と前記マスタ秘密鍵とを更新する鍵生成装置から、前記更新情報を受信する更新情報取得部と、
前記更新情報取得部により受信された前記更新情報を前記データ保管装置に送信する更新受付部とを有し、
前記復号鍵更新部は、
前記更新情報取得部により受信された前記更新情報を用いて前記復号鍵を更新し、
前記データ保管装置において、
前記リフレッシュ処理部は、
前記鍵更新装置の前記更新受付部から、前記更新情報を受信し、受信した前記更新情報を用いて、前記失効情報除去部により受信された再暗号化された前記暗号化データと、前記失効情報を除去した後の前記復号条件とを更新する請求項５に記載のデータ更新システム。
【請求項７】
前記鍵更新装置は、更に、
復号鍵を前記復号鍵更新部による更新の対象とするか否かを判定する更新対象判定部を有し、
前記復号鍵更新部は、
前記更新対象判定部により更新の対象として判定された復号鍵のみを更新する請求項４に記載のデータ更新システム。
【請求項８】
前記鍵更新装置において、
前記復号鍵更新部は、
復号鍵が最後に更新された日時に応じて、前記復号鍵の更新に用いる更新情報を選択し、選択した更新情報を用いて前記復号鍵を更新する請求項５に記載のデータ更新システム。
【請求項９】
暗号化された暗号化データを暗号化された状態のままで保管し、前記暗号化データの復号が許可されている復号許可ユーザのユーザ属性が定義される復号条件を保管するコンピュータが、
前記暗号化データと前記復号条件とを更新する更新タイミングが到来した際に、前記復号許可ユーザではなくなった失効ユーザのユーザ属性が記述される失効情報が前記復号条件に追加されている場合に、前記暗号化データが暗号化された状態のままで、前記失効情報を前記復号条件から除去し、前記暗号化データと前記失効情報を除去した後の前記復号条件とを、代理人再暗号化方式による再暗号化を行う再暗号化装置に送信し、前記再暗号化装置から、前記失効情報を除去した後の前記復号条件を用いて前記代理人再暗号化方式によって再暗号化された前記暗号化データを受信し、
受信した再暗号化された前記暗号化データと、前記失効情報を除去した後の前記復号条件とを更新するデータ処理方法。
【請求項１０】
暗号化された暗号化データを暗号化された状態のままで保管し、前記暗号化データの復号が許可されている復号許可ユーザのユーザ属性が定義される復号条件を保管するコンピュータに、
前記暗号化データと前記復号条件とを更新する更新タイミングが到来した際に、前記復号許可ユーザではなくなった失効ユーザのユーザ属性が記述される失効情報が前記復号条件に追加されている場合に、前記暗号化データが暗号化された状態のままで、前記失効情報を前記復号条件から除去し、前記暗号化データと前記失効情報を除去した後の前記復号条件とを、代理人再暗号化方式による再暗号化を行う再暗号化装置に送信し、前記再暗号化装置から、前記失効情報を除去した後の前記復号条件を用いて前記代理人再暗号化方式によって再暗号化された前記暗号化データと前記復号条件とを受信する失効情報除去処理と、
前記失効情報除去処理により受信された再暗号化された前記暗号化データと前記失効情報を除去した後の前記復号条件とを更新するリフレッシュ処理とを実行させるデータ処理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、暗号化データを管理する技術に関する。
【背景技術】
【０００２】
近年、電子データ（以下、単にデータという）をインターネット上のファイルサーバに保管し、様々な機器（例えば、ノートＰＣ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）、タブレット端末、スマートフォン）がファイルサーバにアクセスしてデータを利用する利用方法が一般的になってきている。
このようなデータの利用方法は利便性が高い一方、意図しないインターネット上の第三者にデータが閲覧されるリスクがある。
このため、機密データに関しては暗号化やアクセス制御といった情報セキュリティの運用が必須である。【０００３】
ファイル暗号化システムを長期に運用する場合には、同一の暗号鍵（公開鍵暗号の場合は、公開鍵・秘密鍵ペア）を使い続けることによる暗号強度低下（危殆化）の問題がある。
この危殆化の問題に対しては、定期的に暗号鍵を再生成し、暗号データを再暗号化して対応する例が多い。
例えば、ＰＫＩ（Ｐｕｂｌｉｃ  Ｋｅｙ  Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ）の場合は、公開鍵証明書には有効期限が設けられており、有効期限に達する前に鍵を再生成して公開鍵証明書を更新する。
ファイル暗号化システムでも同様に、同じ暗号鍵を長期間にわたり使用することで暗号強度が低下することを防ぐため、定期的に暗号鍵を更新する作業が必要となる（定期的な暗号鍵の更新をマスタ鍵更新と呼ぶ）。
マスタ鍵更新の方法は幾つかあり、例えばＲＳＡ（登録商標）暗号の場合は、全ての鍵ペアをつくり直し、全ての暗号化データを再暗号化する。
この方法では、一度暗号化データが復号されるため、安全性に問題があり、また、保管されている全暗号化データの復号と再暗号化処理は非常に多くの時間を要し、また、処理コストが非常に大きい。
ＩＤ（Ｉｄｅｎｔｉｆｉｅｒ）ベース暗号の場合は、マスタ鍵を作り直し、全ての暗号化データを再暗号化する。
ＩＤベース暗号の場合は、暗号化データの内容が漏洩することを防ぐために、暗号化データが暗号化されたまま再暗号化を実施する必要がある。【０００４】
複雑なアクセス制御と暗号化を両立させる暗号化技術として、特許文献１に記載の関数型暗号方式と呼ばれる暗号化技術がある。
関数型暗号方式は公開鍵暗号方式の一種である。
関数型暗号方式は、現在主流で使われているＲＳＡ（登録商標）暗号とは異なり、データの暗号化時に設定したパラメータ（以後、復号条件という）と、復号鍵に設定したパラメータ（以後、属性情報という）との間に所定の関係が成立する場合に、暗号化されたデータを復号鍵で復号してデータを復元することができる暗号方式である。
例えば、データの暗号化時に復号条件として「部＝総務部  ＡＮＤ  課＝人事課」のような論理式を設定し、復号鍵には復号鍵の所有者を表す属性情報として「部＝総務部，課＝経理課」を設定する。
そして、暗号化時に設定した復号条件と復号鍵に設定した属性情報の関係が真になる場合のみ、暗号化データの復号が可能となる。
なお、以下では、暗号化データと復号条件を合わせて暗号化ファイルという。【０００５】
関数型暗号方式で暗号化された暗号化ファイルが暗号化されたまま、復号条件を変更する方法として非特許文献１に記載の方法がある。
非特許文献１に記載の方式は代理人再暗号化方式と呼ばれる。
代理人再暗号化方式では、再暗号化鍵と呼ばれる再暗号化用の鍵を用いることで、暗号化ファイルを復号することなく復号条件の変更が可能である。
ただし、非特許文献１に記載の方式は効率が悪く、現実的には１回から数回程度しか再暗号化できない。【０００６】
そこで、非特許文献２の方式では、非特許文献１の方式から効率化が図られ、実用上の再暗号化回数の制限をなくしている。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】国際公開ＷＯ２０１１／１３５８９５号
【非特許文献】
【０００８】
【非特許文献１】Ｙ．  Ｋａｗａｉ、Ｋ．  Ｔａｋａｓｈｉｍａ著、「Ｆｕｌｌｙ−Ａｎｏｎｙｍｏｕｓ  Ｆｕｎｃｔｉｏｎａｌ  Ｐｒｏｘｙ−Ｒｅ−Ｅｎｃｒｙｐｔｉｏｎ」、ｅＰｒｉｎｔ  ２０１３
【非特許文献２】川合豊、高島克幸、「複数回再暗号化が可能な効率的関数型代理人再暗号化の構成に向けて」、ＳＣＩＳ２０１４
【発明の概要】
【発明が解決しようとする課題】
【０００９】
企業組織におけるファイル暗号化システムが抱える課題として、経年による暗号鍵の強度低下（危殆化）や、鍵の漏洩といったことがある。
単純な対処方法では、暗号鍵を再生成し、暗号化ファイルを一度復号して、再生成した暗号鍵で暗号化ファイルを再暗号化する方法がある。
しかし、暗号化ファイルを復号した際に情報漏洩のリスクが発生するため、暗号化ファイルを暗号化したまま再暗号化することが必要である。
また、関数型暗号を用いて暗号化されている暗号化ファイルには、復号条件に失効情報「ＡＮＤ  ＮＯＴ  ［ＩＤ情報］」が付与されている場合がある。
暗号鍵を再生成する場合、失効したユーザの暗号鍵は再生成しないので、失効情報は不要となる。
そのため、復号条件に失効情報が付与されている暗号化ファイルに対して失効情報が付与されたままで再暗号化が行われると、復号の際に不要な復号条件に対する演算が実施されるため、暗号性能が低下する。【００１０】
本発明は、このような事情に鑑みたものであり、暗号化データを再暗号化する際の暗号性能の低下を回避する構成を得ることを主な目的とする。
【課題を解決するための手段】
【００１１】
本発明に係るデータ保管装置は、
暗号化された暗号化データを暗号化された状態のままで保管し、前記暗号化データの復号が許可されている復号許可ユーザのユーザ属性が定義される復号条件を保管するデータ保管部と、
前記暗号化データと前記復号条件とを更新する更新タイミングが到来した際に、前記復号許可ユーザではなくなった失効ユーザのユーザ属性が記述される失効情報が前記復号条件に追加されている場合に、前記暗号化データが暗号化された状態のままで、前記失効情報を前記復号条件から除去し、前記暗号化データと前記失効情報を除去した後の前記復号条件とを、代理人再暗号化方式による再暗号化を行う再暗号化装置に送信し、前記再暗号化装置から、前記失効情報を除去した後の前記復号条件を用いて前記代理人再暗号化方式によって再暗号化された前記暗号化データを受信する失効情報除去部と、
前記失効情報除去部により受信された再暗号化された前記暗号化データと、前記失効情報を除去した後の前記復号条件とを更新するリフレッシュ処理部とを有する。
【発明の効果】
【００１２】
本発明では、暗号化データが暗号化された状態のままで失効情報を復号条件から除去し、失効情報が除去された後の復号条件を用いて、暗号化データを再暗号化する。
このため、本発明によれば、暗号性能の低下を回避することができる。
【図面の簡単な説明】
【００１３】
【図１】実施の形態１に係るファイル暗号化システムの構成例を示す図。
【図２】実施の形態１に係るユーザ端末装置の機能モジュールの構成例を示す図。
【図３】実施の形態１に係る暗号化ファイルのヘッダ部及びデータ部を示す図。
【図４】実施の形態１に係るデータ保管装置の機能モジュールの構成例を示す図。
【図５】実施の形態１に係る鍵生成装置の機能モジュールの構成例を示す図。
【図６】実施の形態１に係る鍵生成装置の機能モジュールの構成例及びユーザ情報管理装置の機能モジュールの構成例を示す図。
【図７】実施の形態１に係る鍵生成装置の機能モジュールの構成例を示す図。
【図８】実施の形態１に係る鍵生成装置の機能モジュールの構成例を示す図。
【図９】実施の形態１に係る更新情報の例を示す図。
【図１０】実施の形態１に係る更新情報取得要求の例を示す図。
【図１１】実施の形態１に係る再暗号化装置の機能モジュールの構成例を示す図。
【図１２】実施の形態１に係る再暗号化要求の例を示す図。
【図１３】実施の形態１に係る鍵更新装置の機能モジュールの構成例を示す図。
【図１４】実施の形態１に係るユーザ属性の属性型と属性値の例を示す図。
【図１５】実施の形態１に係るユーザの一覧の例を示す図。
【図１６】実施の形態１に係る公開パラメータの配布処理の例を示すフローチャート図。
【図１７】実施の形態１に係る復号鍵の配布処理の例を示すフローチャート図。
【図１８】実施の形態１に係るユーザ情報端末装置に保管されている情報の例を示す図。
【図１９】実施の形態１に係る暗号化処理の例を示すフローチャート図。
【図２０】実施の形態１に係る復号処理の例を示すフローチャート図。
【図２１】実施の形態１に係るリフレッシュ設定処理の例を示すフローチャート図。
【図２２】実施の形態１に係るリフレッシュ処理の例を示すフローチャート図。
【図２３】実施の形態２に係る鍵更新装置の機能モジュールの構成例を示す図。
【図２４】実施の形態２に係る復号鍵の更新処理の例を示すフローチャート図。
【図２５】実施の形態３に係る鍵更新装置の機能モジュールの構成例を示す図。
【図２６】実施の形態３に係る復号鍵の例を示す図。
【図２７】実施の形態３に係る復号鍵の遅延更新処理の例を示すフローチャート図。
【図２８】実施の形態１〜３に係るデータ保管装置のハードウェア構成例を示す図。
【発明を実施するための形態】
【００１４】
実施の形態１．
本実施の形態及び以降の実施の形態では、関数型暗号方式を利用するファイル暗号化システムを説明する。
本実施の形態及び以降の実施の形態に係るファイル暗号化システムでは、関数型暗号方式の特性を活かして、暗号化データ暗号化したままＮＯＴ条件（失効情報）を復号条件から除去し、暗号化データ及び失効情報が除去された後の復号条件を再暗号化してマスタ鍵更新を行う。
【００１５】
ここでは、本実施の形態の詳細を説明する前に、失効情報の追加及び失効情報の除去について概説する。
特許文献１の岡本−高島暗号ベースの関数型暗号の場合、双対ペアリングベクトル空間上において、マスタ鍵が複数の基底ベクトルで表現されている。
この性質を利用し、基底ベクトルに対してランダムな行列を演算することにより、新たなマスタ鍵を生成することと同様の変換を実施することが可能となる。
また、基底ベクトルの変換は、ユーザ秘密鍵、暗号文にも適用することが可能で、暗号化したまま、マスタ鍵、ユーザ秘密鍵、暗号文の更新を達成することができる。
関数型暗号では、前述のように、暗号化データの復号が許可されているユーザ（復号許可ユーザ）のユーザ属性が復号条件に定義されている。
人事異動等により、あるユーザが復号許可ユーザではなくなった場合に、復号許可ユーザではなくなったユーザ（失効ユーザ）のユーザ属性が記述される失効情報を復号情報に追加して、失効ユーザを復号条件から除外することがある。
具体的には、復号条件に失効情報「ＡＮＤ  ＮＯＴ  ［ＩＤ情報］」を付与して、［ＩＤ情報］で特定される失効ユーザを復号条件から除外する。
例えば、「総務部，総務課」に所属するＡさんが「経理部，経理課」に異動した場合は、「総務部  ＡＮＤ  総務課」という復号条件に「ＡＮＤ  ＮＯＴ  Ａ」という失効情報を追加して、「総務部  ＡＮＤ  総務課  ＡＮＤ  ＮＯＴ  Ａ」という復号条件にする。
この処理はＡさんが「総務部，総務課」の復号鍵を異動後も持っている場合を想定している。
Ａさんを除外する失効情報が復号条件に追加されたため、Ａさんは自身が所持する「総務部、総務課」の復号鍵を用いても暗号化データを復号することができない。
マスタ鍵更新が行われると、「総務部，総務課」のＡさんの古い復号鍵は無効化されるため、復号条件は「総務部  ＡＮＤ  総務課  ＡＮＤ  ＮＯＴ  Ａ」ではなく「総務部  ＡＮＤ  総務課」でよい。
そこで、本実施の形態では、一度「総務部  ＡＮＤ  総務課  ＡＮＤ  ＮＯＴ  Ａ」の復号条件から失効情報「ＡＮＤ  ＮＯＴ  Ａ」を除去して「総務部  ＡＮＤ  総務課」にしてから、代理人再暗号化方式により暗号化データを再暗号化して、マスタ鍵更新を行う。
このように、本実施の形態では、復号条件から不要な失効情報を除去することで、暗号性能の低下を防止している。
なお、失効情報を復号条件に追加する処理を失効処理といい、復号条件から失効情報を除去する処理を失効情報除去処理という。
【００１６】
以下、本実施の形態の詳細を説明する。
本実施の形態では、クライアントサーバモデルにおいて、クライアント（ユーザ端末装置）がデータを暗号化する方法を説明する。
また、本実施の形態では、暗号化データと復号条件とをデータ保管装置に保存する方法を説明する。
また、保存された暗号化データを復号する方法を説明する。
更に、経年による暗号鍵の危殆化に対処するためのマスタ鍵の更新方法を説明する。
【００１７】
＊＊＊構成の説明＊＊＊
＜ファイル暗号化システム１の構成と機能＞
図１は、本実施の形態に係るファイル暗号化システム１の構成例を示す。
図１に示すように、ファイル暗号化システム１では、１つ以上のユーザ端末装置１０が、ネットワーク３０を経由して、データ保管装置２０に接続されている。
また、鍵生成装置４０とユーザ情報管理装置５０が接続されている。
更に、再暗号化装置６０が、データ保管装置２０と鍵生成装置４０に接続されている。
鍵生成装置４０は鍵を配信するときなど、必要な場合のみユーザ端末装置１０に接続される。
【００１８】
ユーザ端末装置１０は、通信機能を備えたクライアント装置である。
ユーザ端末装置１０は、例えばデスクトップＰＣ、ノートＰＣ、スマートフォン、タブレット端末などである。
【００１９】
データ保管装置２０は、例えばファイルサーバ装置である。
データ保管装置２０は、複数台のコンピュータで構成されていてもよい。
なお、データ保管装置２０は、所謂インターネット上のクラウドストレージでもよい。
ただし、データ保管装置２０は、ファイルストレージとしての機能と、以下に説明する機能を実現できる信頼性は備えている必要がある。
【００２０】
ネットワーク３０は、たとえば、インターネットや、専用回線で構築されたネットワークである。
【００２１】
鍵生成装置４０は、暗号鍵を管理するサーバ装置である。
鍵生成装置４０は、アクセス制御された複数台のコンピュータで構成されていてもよい。
鍵生成装置４０の内部で保管されている暗号鍵類は、暗号化やアクセス制御により、全て秘密に管理される。
【００２２】
ユーザ情報管理装置５０は、たとえば、ＬＤＡＰ（ＬＩＧＨＴＷＥＩＧＨＴ  Ｄｉｒｅｃｔｏｒｙ  Ａｃｃｅｓｓ  Ｐｒｏｔｏｃｏｌ）やＭｉｃｒｏｓｏｆｔ（登録商標）社のＡＤ（Ａｃｔｉｖｅ  Ｄｉｒｅｃｔｏｒｙ（登録商標））のように組織情報を管理するディレクトリサーバであればよい。
【００２３】
再暗号化装置６０は、データ保管装置２０に保管されている暗号化データを、鍵生成装置４０から発行される再暗号化鍵を用いて、再暗号化するサーバ装置である。
再暗号化装置６０は、複数台のコンピュータで構成されていてもよい。
【００２４】
鍵更新装置７０は、ユーザ端末装置１０に配布されている後述の復号鍵を更新する。
【００２５】
なお、データ保管装置２０と鍵更新装置７０とを合わせてデータ更新システム８０という。
【００２６】
図２は、ユーザ端末装置１０の機能モジュールの構成例を示す。
【００２７】
データ１００１は、ファイル暗号化システム１を用いて暗号化して保管される対象の電子データ（平文データ）である。
データ１００１は、例えば、文書データ、音声データ、動画データである。
【００２８】
復号条件１００２は、どのユーザ端末装置１０のユーザがデータ１００１を閲覧可能なのかを示す情報である。
つまり、復号条件１００２は、暗号化データの復号が許可されている復号許可ユーザのユーザ属性が定義される情報である。
復号条件１００２は論理式の形で表現される。
復号条件１００２は、例えば、「部＝経理部  ＡＮＤ  課＝予算課」のように［属性型］＝［属性値］と、これらをつなぐオペレータ、論理式の評価の優先度を示す「（）」の組み合わせで表現される。
オペレータには、たとえば論理積を表す「ＡＮＤ」、論理和を表す「ＯＲ」、否定を表す「ＮＯＴ」などがある。
【００２９】
公開パラメータ１００３は、ファイル暗号化システム１内で１つだけ存在する公開鍵暗号の公開鍵（暗号鍵）である。
本実施の形態では、公開鍵暗号として、復号可能者を論理式（述語とも言う）によって指定できる暗号（例えば、関数型暗号）が用いられる。
公開パラメータ１００３は、秘匿すべき情報ではないため、任意の場所（例えば、ファイル暗号化システム１を構成するＰＣ内や、外部ストレージやインターネット上のサーバなどでもよい）に保存してよい。
【００３０】
暗号化ファイル１００４は、公開パラメータ１００３と復号条件１００２を用いて関数型暗号で暗号化されたデータ１００１と、復号条件１００２で構成される。
暗号化ファイル１００４は、図３のように、ヘッダ部１００４ａとデータ部１００４ｂから構成される。
ヘッダ部１００４ａには暗号化の際に指定された復号条件１００２が格納されている。  データ部１００４ｂには暗号化されたデータ１００１である暗号化データ１０２１が格納されている。
【００３１】
復号鍵１００５は、暗号化ファイル１００４を復号するための復号鍵である。
復号鍵１００５は、復号許可ユーザに対応付けられている。
復号鍵１００５には、復号許可ユーザの属性情報（例えば、「ＩＤ＝１００１，部＝経理部，課＝予算課」のように［属性型］＝［属性値］が列挙された形式で表現する）が埋め込まれている。
そして、暗号化ファイル１００４の暗号化の際に指定された復号条件１００２に合致した属性情報を持つ復号鍵１００５であれば暗号化ファイル１００４の復号が可能である。
【００３２】
ファイル入力部１０１は、データ１００１と復号条件１００２を受信する。
ファイル入力部１０１は、受信したデータ１００１と復号条件１００２を暗号化部１０２に転送する。
【００３３】
暗号化部１０２は、データ１００１、復号条件１００２、公開パラメータ１００３を入力として、データ１００１を復号条件１００２をパラメータとして公開パラメータ１００３により関数型暗号で暗号化を行う。
【００３４】
鍵保管部１０３は、ユーザ端末装置１０に対応付けられている復号鍵１００５および公開パラメータ１００３を保管する。
【００３５】
暗号化データ送信部１０４は、暗号化ファイル１００４をデータ保管装置２０に送信する。
【００３６】
暗号化データ受信部１０５は、データ保管装置２０から暗号化ファイル１００４を受信し、受信した暗号化ファイル１００４を復号部１０６に転送する。
【００３７】
復号部１０６は、鍵保管部１０３から復号鍵１００５を取り出し、取り出した復号鍵１００５を使用して暗号化ファイル１００４を復号することで暗号化データ１０２１をデータ１００１に戻す。
【００３８】
図４は、データ保管装置２０の機能モジュールの構成例を示す。
【００３９】
暗号化データ受信部２０１は、ユーザ端末装置１０から暗号化ファイル１００４（暗号化データ１０２１と復号条件１００２）を受信し、データ保管部２０２に保管する。
【００４０】
データ保管部２０２は、１つ以上の暗号化ファイル１００４を保管する。
データ保管部２０２は、暗号化データ受信部２０１により受信された暗号化データ１０２１を暗号化された状態のままで保管する。
【００４１】
暗号化データ送信部２０３は、データ保管部２０２に保管された暗号化ファイル１００４をユーザ端末装置１０に転送する。
【００４２】
リフレッシュ設定情報２００２は、リフレッシュ処理部２０５で実施されるリフレッシュ処理の間隔を指定する情報である。
なお、リフレッシュ処理の詳細は後述する。
【００４３】
リフレッシュ設定入力部２０４は、ユーザが入力するリフレッシュ設定情報２００２を受信し、リフレッシュ処理部２０５に転送する。
【００４４】
リフレッシュ処理部２０５は、リフレッシュ設定情報２００２で指定された間隔で定期的にリフレッシュ処理を実行する。
リフレッシュ処理部２０５は、リフレッシュ処理として、データ保管部２０２に保管されている全ての暗号化ファイル１００４を取り出し、後述する失効情報除去部２０６により復号条件から失効情報が削除され、非特許文献２で開示されている代理人再暗号化方式を用いた暗号化ファイル１００４の再暗号化の後に、再暗号化された暗号化ファイル１００４の更新処理を行う。
【００４５】
失効情報除去部２０６は、失効処理によって暗号化ファイル１００４の復号条件に付与された失効情報「ＡＮＤ  ＮＯＴ  ［ＩＤ情報］」を除去する。
つまり、失効情報除去部２０６は、暗号化ファイル１００４の復号条件１００２に失効情報が追加されている場合に、暗号化データ１０２１が暗号化された状態のままで失効情報を復号条件１００２から除去する。
更に、失効情報除去部２０６は、暗号化データ１０２１と失効情報を除去した後の復号条件１００２とを再暗号化装置６０に送信する。
再暗号化装置６０は、失効情報を除去した後の復号条件１００２を用いて代理人再暗号化方式により暗号化データ１０２１の再暗号化を行う。
失効情報除去部２０６は、再暗号化装置６０から、代理人再暗号化方式によって再暗号化された暗号化データ１０２１を受信する。
【００４６】
図５〜図８は、鍵生成装置４０及びユーザ情報管理装置５０の機能モジュールの構成例を示す。
なお、図５〜図８では、鍵生成装置４０の機能モジュール構成を、処理ごとに分けて図示している。
鍵生成装置４０は、図５〜図８に示すように、マスタ鍵生成部４０１、マスタ鍵保管部４０２、公開パラメータ発行部４０３、ユーザ認証部４０４、ユーザ属性取得部４０５、復号鍵生成部４０６及び再暗号化鍵生成部４０７、更新情報生成部４０８、更新情報保管部４０９、更新情報取得部４１０、マスタ鍵更新処理部４１１から構成される。
【００４７】
（図５の説明）：マスタ鍵生成関連機能
マスタ公開鍵４００１及びマスタ秘密鍵４００２は、鍵生成装置４０ではじめに生成され、保持される。
マスタ公開鍵４００１は、データ１００１から暗号化データ１０２１への暗号化に用いられる公開パラメータ１００３（暗号鍵）のマスタ鍵である。
マスタ秘密鍵４００２は、暗号化データ１０２１の復号に用いられる復号鍵１００５のマスタ鍵である。
マスタ公開鍵４００１及びマスタ秘密鍵４００２は、通常、ファイル暗号化システム１に対して１組だけ生成される。
マスタ公開鍵４００１は公開情報であるが、マスタ秘密鍵４００２は、全ての復号鍵１００５を生成することができるため、鍵生成装置４０内において何らかの方法で秘密に保管しておく必要がある。
【００４８】
公開パラメータ取得要求４００３は、公開パラメータ１００３を取得するために発行する要求データである。
例えば、ユーザ端末装置１０が公開パラメータ１００３を取得する場合、ユーザ端末装置１０と鍵生成装置４０の間の通信にＨＴＴＰ（Ｈｙｐｅｒｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）を用いるのであれば、公開パラメータ取得要求４００３は、公開パラメータ取得ＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）となる。
【００４９】
マスタ鍵生成部４０１は、マスタ公開鍵４００１とマスタ秘密鍵４００２のペア（以降、マスタ鍵ペアと呼ぶ）を生成する。
【００５０】
マスタ鍵保管部４０２は、マスタ鍵生成部４０１が生成したマスタ鍵ペアを保管する。
【００５１】
公開パラメータ発行部４０３は、マスタ公開鍵４００１に鍵生成装置４０の電子署名を施すことで公開パラメータ１００３を生成する。
公開パラメータ１００３は公開情報であるため、ＷＥＢ公開、メール送信、データ記録媒体で送付などの手段を用いて配送することが可能である。
【００５２】
（図６の説明）：復号鍵生成関連機能
ユーザＩＤ４００４は、ユーザを一意に識別することができる情報（例えば社員番号やメールアドレス）である。
【００５３】
ユーザ認証部４０４は、ユーザ端末装置１０から受信したユーザＩＤ４００４を認証する。
ユーザ認証部４０４は、例えば電子証明書を用いた認証を行ってもよいし、パスワードを用いた認証を行ってもよい。
【００５４】
ユーザ属性４００５は、復号鍵１００５に対応付けられているユーザの属性を表現する情報である。
たとえば、企業であれば、部や課、名前、社員ＩＤなどで表現される。
表現形式は復号条件１００２と同様に［属性型］＝［属性値］を列挙した形で、例えば「部＝総務部，課＝人事課，役職＝部長」である。
【００５５】
ユーザ属性取得部４０５は、ユーザ情報管理装置５０からユーザＩＤ４００４をキーとして、ユーザ属性４００５を取得する。
【００５６】
復号鍵生成部４０６は、マスタ秘密鍵４００２とユーザ属性４００５を用いて復号鍵１００５を生成する。
【００５７】
（図７の説明）：再暗号化鍵生成関連機能
再暗号化条件４００６は、暗号化ファイル１００４を再暗号化する際に指定する新たな復号条件である。
【００５８】
再暗号化鍵４００７は、暗号化ファイル１００４を再暗号化する際に用いる鍵である。
【００５９】
再暗号化鍵生成部４０７は、ユーザ属性４００５と再暗号化条件４００６を入力として、再暗号化鍵４００７を生成し、再暗号化鍵４００７を再暗号化装置６０に送信する。
【００６０】
（図８の説明）：更新情報生成関連機能
更新情報４００８は、マスタ公開鍵４００１、マスタ秘密鍵４００２、復号鍵１００５、暗号化ファイル１００４の更新に用いられる情報である。
更新情報４００８は、図９のように更新日時４００８ａと、更新情報データ４００８ｂを含む。
更新情報データ４００８ｂは、関数型暗号の暗号鍵、暗号化データを構成する構成要素を変換し、暗号鍵、暗号化データを再生成したのと同じ効果を得るための変換情報である。
【００６１】
更新情報取得要求４００９は、図１０に示したように命令情報４００９ａと日時情報４００９ｂを含む。
命令情報４００９ａは、更新情報４００８を「新規生成」するか更新情報保管部４０９から「検索」するかの情報を含む。
日時情報４００９ｂは、「新規作成」の場合は新規に生成される更新情報４００８の更新日時４００８ａに設定される日付の情報である。
「検索」の場合は、日時情報４００９ｂは、更新情報保管部４０９から過去の更新情報４００８を検索するためのキーとなる情報である。
【００６２】
マスタ鍵識別子４０１０は、鍵生成装置４０に保管されているマスタ鍵ペア（マスタ公開鍵４００１、マスタ秘密鍵４００２）の識別子である。
マスタ鍵識別子４０１０は、例えば、ＩＤ、ハッシュ値、電子証明書などである。
【００６３】
更新情報生成部４０８は、更新情報４００８を生成する。
【００６４】
更新情報保管部４０９は、更新情報生成部４０８が生成した更新情報４００８を保管する。
【００６５】
更新情報取得部４１０は、鍵更新装置７０からの更新情報取得要求４００９の命令情報４００９ａに応じて、「新規作成」の場合は更新情報生成部４０８を用いて新たに更新情報４００８を生成する。
また、「検索」の場合は、更新情報取得部４１０は、更新情報取得要求４００９の日時情報４００９ｂで指定された日時以前の更新情報４００８を更新情報保管部４０９から検索・取得する。
また、更新情報取得部４１０は、生成した更新情報４００８、または取得した更新情報４００８を鍵更新装置７０に返却する。
【００６６】
マスタ鍵更新処理部４１１は、鍵更新装置７０から更新情報４００８とマスタ鍵識別子４０１０を受信する。
また、マスタ鍵更新処理部４１１は、マスタ鍵識別子４０１０により特定されるマスタ鍵ペアをマスタ鍵保管部４０２から取り出し、取り出したマスタ鍵ペアを更新情報４００８を用いて更新する。
また、マスタ鍵更新処理部４１１は、更新後のマスタ鍵ペアを再度マスタ鍵保管部４０２に格納する。
【００６７】
ユーザ情報管理装置５０は、たとえばディレクトリサーバのように組織情報を管理するための装置である（図６）。
【００６８】
属性情報保管部５０１は、組織や組織に属する人の属性情報（たとえば、氏名、年齢、性別、部、課、役職など）を保管する。
組織の属性情報は、組織で管理されているものとし、予め全ユーザのユーザ属性４００５が保管されているものとする。
【００６９】
ユーザ属性検索部５０２は、ユーザＩＤ４００４をキーとして属性情報保管部５０１からユーザ属性４００５を取得する。
【００７０】
図１１は再暗号化装置６０の機能モジュールの構成例を示す。
【００７１】
再暗号化要求６００１には、図１２のようにユーザ属性４００５、再暗号化条件４００６、暗号化ファイル１００４が格納されている。
【００７２】
再暗号化鍵取得部６０１は、鍵生成装置４０に対し、ユーザ属性４００５と再暗号化条件４００６を送信し、鍵生成装置４０から再暗号化鍵４００７を取得する。
【００７３】
再暗号化部６０２は、データ保管装置２０から再暗号化要求６００１を受信し、再暗号化鍵取得部６０１を用いて再暗号化鍵４００７を取得する。
また、再暗号化部６０２は、再暗号化要求６００１に含まれる暗号化ファイル１００４を再暗号化してデータ保管装置２０に返却する。
【００７４】
図１３は鍵更新装置７０の機能モジュールの構成例を示す。
【００７５】
更新情報取得部７０１は、鍵生成装置４０に対して更新情報取得要求４００９を送信し、鍵生成装置４０から更新情報４００８を取得する。
【００７６】
マスタ鍵更新部７０２は、更新情報取得部７０１から取得した更新情報４００８と、マスタ鍵識別子４０１０を鍵生成装置４０に送信し、鍵生成装置４０にマスタ公開鍵４００１とマスタ秘密鍵４００２とを更新させる。
【００７７】
復号鍵更新部７０３は、ユーザ端末装置１０から復号鍵１００５を受信し、更新情報４００８を用いて復号鍵１００５を更新する。
【００７８】
日時情報７００１は、日時を表す情報であり、更新情報４００８を特定するための情報である。
【００７９】
更新受付部７０４は、データ保管装置２０から受信した日時情報７００１から、該当する最新の更新情報４００８をデータ保管装置２０に返却する。
【００８０】
なお、更新情報４００８を用いた暗号化ファイル１００４の更新は、データ保管装置２０が実施するよりも、鍵更新装置７０内で実施した方が安全性が高い。
なぜなら更新情報４００８は更新前のマスタ秘密鍵４００２と一緒になると、更新後の新しいマスタ秘密鍵４００２と同じ力を持つためである。
そのため、更新情報４００８は鍵更新装置７０の外に出さないことが望ましい。
一方で、マスタ秘密鍵は鍵生成装置４０内で秘密に守られているため、更新情報４００８をデータ保管装置２０に送信しても更新情報４００８とマスタ秘密鍵４００２が一緒になる可能性は極めて小さい。
そこで、本実施の形態では、データ保管装置２０単体で暗号化ファイル１００４が更新できるメリット（暗号化ファイルの更新のタイミングをデータ保管装置２０が決定できるメリット）が大きいと考え、更新情報４００８をデータ保管装置２０に送信し、データ保管装置２０で暗号化ファイル１００４を更新させるようにしている。
【００８１】
＊＊＊動作の説明＊＊＊
次に、本実施の形態に係るファイル暗号化システム１の動作を説明する。
【００８２】
図１４は、本実施の形態で想定する、ユーザ属性４００５の表現に使用される属性型と属性値の一覧である。
ユーザ属性４００５は［属性型］＝［属性値］の形式で表現し、例えば、「部＝経理部，課＝予算課」のように複数の属性を持つことも可能である。
【００８３】
図１５は、本実施の形態で想定するユーザの一覧である。
各ユーザにはそれぞれユーザ属性が割り当てられている。
該当する属性が無い場合はＮＵＬＬシンボルが属性値となっている。
図１５に例示している情報はユーザ情報管理装置５０に予め保管されているものとする。
【００８４】
＜公開パラメータ、復号鍵の配布＞
公開パラメータ１００３及び復号鍵１００５をユーザ端末装置に配布する方法の一例を示す。
公開パラメータ１００３及び復号鍵１００５の生成及び配布は、ファイル暗号化システム１を導入した際の初期設定のときに行ってもよい。
また、公開パラメータ１００３及び復号鍵１００５の生成及び配布は、暗号化処理、復号処理において、公開パラメータ１００３、復号鍵１００５が必要になったときに行ってもよい。
【００８５】
ファイル暗号化システム１では、関数型暗号方式が利用される。
関数型暗号方式では、まず、マスタ鍵生成部４０１（図５）がマスタ鍵ペアを生成する。
マスタ鍵ペアは、ファイル暗号化システム１ごとに１ペア用意すればよいが、マスタ鍵生成部４０１が複数のファイル暗号化システム１のマスタ鍵ペアを生成してもよい。
その際は、どのファイル暗号化システム１がどのマスタ鍵ペアに対応するかを関連付けておく。
【００８６】
次に、復号鍵生成部４０６（図６）が、ユーザ属性４００５とマスタ秘密鍵４００２から復号鍵１００５（関数型暗号では、これをユーザ秘密鍵と呼ぶ）を生成する。
【００８７】
図１６は、公開パラメータ１００３の配布処理を説明するフローチャートである。
図１６に示す手順は、図５に対応する。
【００８８】
ます、ステップＳ１０１において、ユーザ端末装置１０は、鍵生成装置４０の公開パラメータ発行部４０３に対し公開パラメータ取得要求４００３を送信する。
次に、ステップＳ１０２において、鍵生成装置４０の公開パラメータ発行部４０３は、公開パラメータ取得要求４００を受信する。
更に、公開パラメータ発行部４０３は、ユーザ端末装置１０から受信した公開パラメータ取得要求４００３に対応したマスタ公開鍵４００１をマスタ鍵保管部４０２から取り出す。
また、ステップＳ１０３において、公開パラメータ発行部４０３は、マスタ公開鍵４００１に電子署名を施して公開パラメータ１００３を生成し、公開パラメータ１００３をユーザ端末装置１０に返却する。
これら一連の動作は、例えば、ＨＴＴＰを用いた場合、ユーザ端末装置１０から公開パラメータ取得ＵＲＬにアクセスすると、公開パラメータ１００３がユーザ端末装置１０にダウンロードされるという動作となる。
【００８９】
図１７は、復号鍵１００５の配布処理を説明するフローチャートである。
図１７に示す手順は、図６に対応する。
【００９０】
まず、ステップＳ２０１において、鍵生成装置４０のユーザ認証部４０４がユーザの認証を行う。
具体的には、最初に、ユーザ端末装置１０が、鍵生成装置４０に対しユーザＩＤ４００４を送信する。
次に、鍵生成装置４０のユーザ認証部４０４が、ユーザＩＤ４００４を受信する。
次に、ユーザ認証部４０４は、ユーザＩＤ４００４を送信してきたユーザが本人であるかを確認する。
確認の方法は、例えば、電子証明書を用いてもよいし、パスワードを用いてもよい。
ユーザ認証部４０４は、ユーザＩＤ４００４の認証に成功したら、ユーザＩＤ４００４をユーザ属性取得部４０５に転送する。
【００９１】
次に、ステップＳ２０２において、鍵生成装置４０のユーザ属性取得部４０５がユーザ属性を取得する。
具体的には、鍵生成装置４０のユーザ属性取得部４０５が、ユーザＩＤ４００４をユーザ情報管理装置５０のユーザ属性検索部５０２に送信する。
次に、ユーザ属性検索部５０２は、受信したユーザＩＤ４００４をキーとしてユーザＩＤ４００４に対応するユーザ属性４００５を属性情報保管部５０１から検索する。
そして、ユーザ属性検索部５０２は、得られたユーザ属性４００５を鍵生成装置４０のユーザ属性取得部４０５に返却する。
例えば、ユーザ情報管理装置５０に、図１８に示した情報が保管されているものとする。
ユーザ情報管理装置５０がユーザＩＤ４００４として「１００３」を鍵生成装置４０から受信した場合に、ユーザ情報管理装置５０のユーザ属性検索部５０２は「ユーザＩＤ＝１００３、名＝鈴木健一、部＝経理部、課＝ＮＵＬＬ、役職＝部長」というユーザ属性４００５を鍵生成装置４０のユーザ属性取得部４０５に返却する。
ユーザ属性取得部４０５は、ユーザ情報管理装置５０から取得したユーザ属性４００５を、復号鍵生成部４０６に転送する。
【００９２】
次に、ステップＳ２０３において、鍵生成装置４０の復号鍵生成部４０６が、ユーザ情報管理装置５０から取得したユーザ属性４００５と、マスタ鍵保管部４０２に保管しているマスタ秘密鍵４００２とから復号鍵１００５を生成する。
【００９３】
最後に、ステップＳ２０４において、鍵生成装置４０の復号鍵生成部４０６は、生成した復号鍵１００５をユーザ端末装置１０に返却する。
なお、ここでは、ユーザ端末装置１０が鍵生成装置４０から復号鍵１００５を取得する例を示したが、ファイル暗号化システム１の管理者が、全ユーザの復号鍵１００５を一括して鍵生成装置４０を用いて生成し、全ユーザの復号鍵１００５を配布してもよい。
【００９４】
＜暗号化処理＞
次に、本実施の形態におけるデータの暗号化処理を説明する。
図１９は、データの暗号化処理を説明するフローチャートである。
図１９に示す手順は、図２に対応する。
【００９５】
まず、ステップＳ３０１において、ユーザは、ユーザ端末装置１０のファイル入力部１０１を用いて、暗号化対象のデータ１００１と復号条件１００２を指定する。
復号条件１００２は、例えばユーザがテキスト形式で指定してもよいし、予め指定されていてもよい。
ファイル入力部１０１は、暗号化部１０２にユーザから入力されたデータ１００１と復号条件１００２を転送する。
【００９６】
次に、ステップＳ３０２において、暗号化部１０２は、ユーザに指定された復号条件１００２でデータ１００１を暗号化する。
具体的には、暗号化部１０２は、鍵保管部１０３に保管された公開パラメータ１００３を取り出す。
また、暗号化部１０２は、復号条件１００２と、鍵保管部１０３から取り出した公開パラメータ１００３とを用いて、データ１００１を復号条件１００２に合致するユーザが復号できるように暗号化する。
更に、暗号化部１０２は、データ１００１が暗号化された暗号化データ１０２１と復号条件１００２から暗号化ファイル１００４を生成する。
そして、暗号化部１０２は、生成した暗号化ファイル１００４を暗号化データ送信部１０４に転送する。
【００９７】
次に、ステップＳ３０３において、暗号化データ送信部１０４が、暗号化ファイル１００４をデータ保管装置２０に送信する。
データ保管装置２０は、暗号化データ受信部２０１で暗号化ファイル１００４を受信する。
暗号化データ受信部２０１は、受信した暗号化ファイル１００４をデータ保管部２０２に転送する。
データ保管部２０２は、暗号化ファイル１００４を保管する。
【００９８】
＜復号処理＞
次に、本実施の形態におけるファイルの復号処理を説明する。
図２０は、ファイルの復号処理を説明するフローチャートである。
図２０に示す手順は、図２に対応する。
【００９９】
まず、ステップＳ４０１において、ユーザ端末装置１０の暗号化データ受信部１０５がデータ保管装置２０から暗号化ファイル１００４を取得する。
具体的には、まず、ユーザが、データ保管装置２０から復号したい暗号化ファイル１００４をダウンロードする。
暗号化ファイル１００４をダウンロードする方法として、たとえばＳｅｒｖｅｒ  Ｍｅｓｓａｇｅ  Ｂｌｏｃｋ  （ＳＭＢ）やＣｏｍｍｏｎ  Ｉｎｔｅｒｎｅｔ  Ｆｉｌｅ  Ｓｙｓｔｅｍ（ＣＩＦＳ）といったファイル共有プロトコルを用いてもよいし、Ｗｅｂ−ｂａｓｅｄ  Ｄｉｓｔｒｉｂｕｔｅｄ  Ａｕｔｈｏｒｉｎｇ  ａｎｄ  Ｖｅｒｓｉｏｎｉｎｇ（ＷｅｂＤＡＶ）のようにＨＴＴＰを拡張したプロトコルを用いてもよい。
データ保管装置２０では、ユーザからの要求に従い、暗号化データ送信部２０３が、データ保管部２０２から暗号化ファイル１００４を取り出す。
そして、暗号化データ送信部２０３が、暗号化ファイル１００４をユーザ端末装置１０に送信する。
ユーザ端末装置１０では、暗号化データ受信部１０５が暗号化ファイル１００４を受信し、復号部１０６に暗号化ファイル１００４を転送する。
【０１００】
次に、ステップＳ４０２において、ユーザ端末装置１０の復号部１０６がユーザの復号鍵を使って暗号化ファイル１００４を復号する。
具体的には、復号部１０６が、鍵保管部１０３に保管された復号鍵１００５を取り出す。
そして、復号部１０６は、暗号化データ受信部１０５から受信した暗号化ファイル１００４を、取り出した復号鍵１００５を用いて復号する。
復号鍵１００５のユーザ属性４００５が、暗号化ファイル１００４に設定された復号条件１００２と合致している場合、データ１００１が復号結果として得られる。
合致していない場合は、復号が失敗し、ユーザはデータ１００１に関して何の情報も得ることはできない。
【０１０１】
＜リフレッシュ処理＞
次に、ファイル暗号化システム１の経年による暗号強度の低下に対処するためのリフレッシュ処理を説明する。
リフレッシュ処理は、設定された間隔で定期的に実行される。
つまり、定期的に到来する更新タイミングが到来する度に、暗号化ファイルの更新が行われる。
【０１０２】
（１）リフレッシュ設定処理
図２１は、リフレッシュ間隔を設定するための手順を説明するフローチャートである。
図２１に示す手順は、図４に対応する。
【０１０３】
まず、ステップＳ５０１において、データ保管装置２０のリフレッシュ設定入力部２０４がリフレッシュ設定情報２００２を受信する。
リフレッシュ設定入力部２０４は、リフレッシュ処理部２０５にリフレッシュ設定情報２００２を転送する。
リフレッシュ設定情報２００２は「リフレッシュ開始日時」「リフレッシュ間隔」から構成される。
例えば、「リフレッシュ開始日時」を「２０１４年１月１日」とし、「リフレッシュ間隔」を「１年」とした場合は、２０１４年１月１日から１年ごとにリフレッシュ処理が実施される。
【０１０４】
次に、ステップＳ５０２において、リフレッシュ処理部２０５はリフレッシュ設定情報２００２の内容を記録する。
【０１０５】
最後に、ステップＳ５０３において、リフレッシュ処理部２０５は受信したリフレッシュ設定情報２００２に対応したタイマー（リフレッシュタイマー）を開始する。
リフレッシュタイマーは、リフレッシュ処理部２０５に保管されたリフレッシュ設定情報ごとに用意する。
【０１０６】
（２）リフレッシュ処理
図２２は、リフレッシュ処理の手順を説明するフローチャートである。
リフレッシュ設定処理において設定したリフレッシュタイマーによって、定期的にリフレッシュ処理が実施される。
なお、図２２に、本願のデータ処理方法及びデータ処理プログラムの処理手順が反映されている。
【０１０７】
まず、ステップＳ６０１において、データ保管装置２０のリフレッシュ処理部２０５は暗号化ファイル１００４の復号条件の失効情報を削除して再暗号化を行う（図４）。
具体的には、リフレッシュ処理部２０５は、データ保管部２０２に保管されている暗号化ファイル１００４のうち失効情報である「ＡＮＤ  ＮＯＴ  ＩＤ＝［失効ユーザのＩＤ］」が復号条件に追加されているものを取り出す。
そして、リフレッシュ処理部２０５は、取り出した暗号化ファイル１００４を失効情報除去部２０６に転送する。
失効情報除去部２０６は、暗号化ファイル１００４が暗号化された状態のままで失効情報を復号条件１００２から除去する（失効情報除去処理）。
つまり、失効情報除去部２０６は、暗号化ファイル１００４のヘッダ部１００４ａから復号条件１００２を取り出し、復号条件１００２から失効情報「ＡＮＤ  ＮＯＴ  ＩＤ＝［失効ユーザのＩＤ］」を除去する。
失効情報が除去された後の復号条件１００２が再暗号化条件４００６となる。
例えば、復号条件「部＝総務部  ＡＮＤ  課＝総務課  ＡＮＤ  ＮＯＴ  ＩＤ＝１００１」の場合は、「部＝総務部  ＡＮＤ  課＝総務課」が再暗号化条件４００６となる。
次に、失効情報除去部２０６は、再暗号化条件４００６と暗号化ファイル１００４とユーザ属性４００５とから、再暗号化要求６００１（図１２）を作成する。
ユーザ属性４００５は、再暗号化対象の暗号化ファイル１００４が復号できる属性ならば、任意の属性で良い。
例えば、復号条件「部＝総務部  ＡＮＤ  課＝総務課  ＡＮＤ  ＮＯＴ  ＩＤ＝１００１」の場合は、「部＝総務部，課＝総務課」をユーザ属性４００５とする。
このユーザ属性４００５の作成処理を、再暗号化装置６０側で実施する場合は、再暗号化要求６００１のユーザ属性４００５を空にしても良い。
そして、失効情報除去部２０６は、再暗号化要求６００１を再暗号化装置６０に送信する（図１１）。
また、失効情報除去部２０６は、再暗号化装置６０から代理人再暗号化方式（例えば非特許文献２）によって再暗号化された暗号化ファイル１００４を受信する（図１１）。
失効情報除去部２０６が再暗号化装置６０から受信する再暗号化された暗号化ファイル１００４では、ヘッダ部１００４ａに再暗号化条件４００６が含まれ、データ部１００４ｂに再暗号化された暗号化データ１００２１が含まれる。
例えば、再暗号化条件４００６が「部＝総務部  ＡＮＤ  課＝総務課」の場合は、ヘッダ部１００４ａに「部＝総務部  ＡＮＤ  課＝総務課」との復号条件１００２が含まれ、データ部１００４ｂに復号条件「部＝総務部  ＡＮＤ  課＝総務課」で再暗号化した暗号化データ１０２１が含まれる暗号化ファイル１００４を失効情報除去部２０６は受信する。
【０１０８】
再暗号化要求６００１を受信した際の再暗号化装置６０の動作例は、以下の通りである。
【０１０９】
再暗号化装置６０では、再暗号化部６０２が再暗号化要求６００１を受信する（図１１）。
そして、再暗号化部６０２は、再暗号化要求６００１を再暗号化鍵取得部６０１に転送する。
再暗号化鍵取得部６０１は、再暗号化要求６００１から再暗号化条件４００６を取り出し、再暗号化条件４００６を鍵生成装置４０に転送する（図７）。
鍵生成装置４０では、再暗号化鍵生成部４０７が再暗号化条件４００６を受信し、再暗号化鍵４００７を生成する（図７）。
そして、再暗号化鍵生成部４０７は再暗号化鍵４００７を再暗号化装置６０の再暗号化鍵取得部６０１に送信する（図７）。
再暗号化鍵取得部６０１は、再暗号化鍵４００７を受信し、再暗号化部６０２に再暗号化鍵４００７を転送する（図１１）。
再暗号化部６０２は、再暗号化鍵４００７を用いて、非特許文献２の方式により再暗号化要求６００１に含まれる暗号化ファイル１００４のデータ部１００４ｂに含まれる暗号化データ１０２１を再暗号化する（図１１）。
更に、再暗号化部６０２は、再暗号化条件４００６をヘッダ部１００４ａ、再暗号化した暗号化データ１０２１をデータ部１００４ｂに格納して、新たに再暗号化された暗号化ファイル１００４を生成する（図１１）。
そして、再暗号化部６０２は、再暗号化された暗号化ファイル１００４をデータ保管装置２０に送信する（図１１）。
【０１１０】
図２２のフローに戻り、リフレッシュ処理部２０５は、ステップＳ６０２〜Ｓ６０５において鍵更新装置７０を用いてマスタ鍵、復号鍵、全暗号化ファイルを更新する。
【０１１１】
まず、ステップＳ６０２において、鍵更新装置７０及び鍵生成装置４０が更新情報を生成する。
具体的には、リフレッシュ処理部２０５が、リフレッシュを開始する日時情報７００１を鍵更新装置７０に送信する（図４、図１３）。
鍵更新装置７０では、更新受付部７０４が日時情報７００１を受信する（図１３）。
日時情報７００１を受信した更新受付部７０４は、現在の日時における更新情報４００８が鍵生成装置４０の更新情報保管部４０９に保管されているかどうか検索する。
具体的には、更新受付部７０４は、更新情報取得要求４００９の命令情報４００９ａに「検索」を設定し、現在の日時を日時情報４００９ｂに設定した更新情報取得要求４００９を作成する。
そして、更新受付部７０４は、更新情報取得部７０１を介して更新情報取得要求４００９を更新情報取得部４１０に送信する（図１３、図８）。
更新情報取得部４１０は、更新情報保管部４０９から更新日時４００８ａが日時情報４００９ｂに該当する更新情報４００８を検索し、該当する更新情報４００８があれば、鍵更新装置７０に返却する（図８）。
鍵更新装置７０の更新受付部７０４は、更新情報４００８が見つからなかった場合、更新情報取得要求４００９の命令情報４００９ａに「新規作成」を設定し、現在の日時を日時情報４００９ｂに設定した更新情報取得要求４００９を作成する。
そして、更新受付部７０４は、更新情報取得部７０１を介して更新情報取得要求４００９を更新情報取得部４１０に送信する（図１３、図８）。
更新情報取得部４１０は、更新情報生成部４０８を用いて更新情報４００８を生成し、生成した更新情報４００８を更新情報保管部４０９に保管し、生成した更新情報４００８を鍵更新装置７０の更新情報取得部７０１に返却する（図８）。
更に、更新情報取得部７０１は、更新受付部７０４に更新情報４００８を転送し、更新受付部７０４はデータ保管装置２０に更新情報４００８を返却する（図１３）。
【０１１２】
次に、ステップＳ６０３において、鍵更新装置７０がマスタ鍵を更新する。
具体的には、鍵更新装置７０のマスタ鍵更新部７０２が、ステップＳ６０２で生成された更新情報４００８と、ファイル暗号化システム１で現在使用されているマスタ鍵の情報を特定するマスタ鍵識別子４０１０とを鍵生成装置４０のマスタ鍵更新処理部４１１に送信する（図１３、図８）。
鍵生成装置４０のマスタ鍵更新処理部４１１は、更新情報４００８とマスタ鍵識別子４０１０を受信する。
そして、マスタ鍵更新処理部４１１は、マスタ鍵保管部４０２から、マスタ鍵識別子４０１０で指定されたマスタ鍵ペア（マスタ公開鍵４００１、マスタ秘密鍵４００２）を取り出す（図８）。
また、マスタ鍵更新処理部４１１は、受信した更新情報４００８の更新情報データ４００８ｂを用いてマスタ鍵ペアを更新する（図８）。
なお、ここでは、鍵更新装置７０が鍵生成装置４０に更新情報４００８を送信する例を示したが、マスタ鍵更新処理部４１１が更新情報保管部４０９から更新情報４００８を取り出してマスタ鍵ペアを更新してもよい。
【０１１３】
次に、ステップＳ６０４において、鍵更新装置７０の復号鍵更新部７０３が、復号鍵１００５を、ステップＳ６０２で取得した更新情報４００８を用いて更新する（図１３）。
なお、復号鍵更新部７０３が、予めユーザ端末装置１０から更新対象の復号鍵１００５を集めておいてもよいし、ユーザ端末装置１０ごとの更新タイミングにユーザ端末装置１０ごとに個別に復号鍵１００５を取得するようにしてもよい。
【０１１４】
次に、ステップＳ６０５において、データ保管装置２０のリフレッシュ処理部２０５が、ステップＳ６０２で取得した更新情報４００８を用いて、データ保管部２０２に保管された全ての暗号化ファイル１００４を更新する。
ステップＳ６０５で更新される暗号化ファイル１００４には、ステップＳ６０１で復号条件１００２から失効情報が除去されて再暗号化された暗号化ファイル１００４も含まれる。
【０１１５】
なお、図２２の各ステップの実行順序を入れ替えてもよい。
例えば、Ｓ６０２→Ｓ６０３→Ｓ６０４→Ｓ６０１→Ｓ６０５の順序で実行してもよい。
また、Ｓ６０２→Ｓ６０４→Ｓ６０３→Ｓ６０１→Ｓ６０５の順序で実行してもよい。
また、Ｓ６０２→Ｓ６０１→Ｓ６０５→Ｓ６０３→Ｓ６０４の順序で実行してもよい。
更に、Ｓ６０１→Ｓ６０２→Ｓ６０４→Ｓ６０３→Ｓ６０５の順序で実行してもよい。
【０１１６】
なお、Ｓ６０３のマスタ鍵の更新とは、現在のマスタ鍵に更新情報４００８を用いたデータ変換を行うことでマスタ鍵の内容を変更することであり、マスタ鍵の再生成とは異なる。
具体的には、マスタ鍵の更新は、マスタ鍵を構成する構成要素を、更新情報４００８ｂを用いて変換し、新たな構成要素とする処理である。
このように更新することで、マスタ鍵を再生成したのと同じ効果を得ることができる。
また、Ｓ６０４の復号鍵の更新とは、現在の復号鍵に更新情報４００８を用いたデータ変換を行うことで復号鍵の内容を変更することであり、復号鍵の再生成とは異なる。
同様に、Ｓ６０５の暗号化ファイルの更新とは、現在の暗号化ファイルに更新情報４００８を用いたデータ変換を行うことで暗号化ファイルの内容を変更することであり、暗号化ファイルの再生成及び暗号化ファイルの再暗号化とは異なる。
【０１１７】
以上が実施の形態１の説明である。
【０１１８】
＊＊＊効果の説明＊＊＊
以上の手順により、マスタ鍵及び復号鍵を再生成することなく更新し、さらに暗号化ファイルを暗号化したまま更新した復号鍵で復号できるように変換処理を実施することで、暗号強度の危殆化を防止し、暗号化ファイルシステムを安全に長期間運用できるという効果がある。
また、暗号化ファイルが暗号化された状態のままで失効情報を復号条件から除去し、失効情報が除去された後の復号条件が含まれる暗号化ファイルを再暗号化するため、暗号性能の低下を回避することができる。
【０１１９】
実施の形態２．
実施の形態１では、リフレッシュ処理の際に全ての復号鍵１００５を更新している。
本実施の形態では、リフレッシュ処理の際に更新する復号鍵１００５を選択し、選択した復号鍵１００５のみを更新する例を説明する。
【０１２０】
本実施の形態によれば、リフレッシュ処理後は、更新されなかった復号鍵１００５では暗号化ファイル１００４を一切復号することができない。
従って、意図的に復号鍵１００５を更新しないことで、複数の復号鍵１００５の失効を一括して実現することができる。
【０１２１】
＊＊＊構成の説明＊＊＊
本実施の形態に係るファイル暗号化システム１の構成は実施の形態１に示したものと同様である。
また、ユーザ端末装置１０、データ保管装置２０、鍵生成装置４０、ユーザ情報管理装置５０、再暗号化装置６０の機能モジュールの構成例は、実施の形態１に示したものと同様である。
本実施の形態では、鍵更新装置７０の機能モジュール構成のみが、実施の形態１と異なる。
【０１２２】
図２３は、本実施の形態における鍵更新装置７０の機能モジュールの構成例を示す。
以降では実施の形態１と異なる部分のみ説明する。
【０１２３】
更新対象判定部７０５は、復号鍵１００５を復号鍵更新部７０３による更新の対象とするか否かを判定する。
更新対象判定部７０５は、復号鍵更新部７０３から復号鍵１００５を受信し、受信した復号鍵１００５の更新が許可されているかどうかを判定し、判定結果を示す情報を復号鍵更新部７０３に返却する。
復号鍵更新部７０３は、更新対象判定部７０５により更新の対象として判定された復号鍵１００５のみを更新する。
更新対象判定部７０５は、全ての復号鍵１００５に対して更新を許可するかどうかを判断する情報（以後、更新可否情報という）を保持している。
更新可否情報は、例えば復号鍵１００５を管理する管理者（鍵管理者やシステム管理者）が更新対象判定部７０５に入力する。
復号鍵更新部７０３は、更新可否情報を参照して、外部に漏洩してしまった復号鍵又は一時的に発行された復号鍵など、使用不能にすべき復号鍵を判別できる。
なお、更新対象判定部７０５は、更新可否情報の代わりに、更新を許可しない復号鍵１００５が記載された情報を保持するようにしてもよい。
【０１２４】
＊＊＊動作の説明＊＊＊
次に、リフレッシュ処理時の鍵更新装置７０における復号鍵１００５の更新処理の例を説明する。
なお、本実施の形態で説明していない処理は、実施の形態１と同様である。
図２４は、本実施の形態に係る復号鍵１００５の更新手順を説明するフローチャートである。
【０１２５】
まず、ステップＳ７０１において、復号鍵更新部７０３が復号鍵１００５を受信すると、受信した復号鍵１００５を更新対象判定部７０５に転送して、当該復号鍵１００５の更新が許可されているかどうかを問い合わせる。
次に、ステップＳ７０２において、更新対象判定部７０５は、問い合わせのあった復号鍵１００５の更新が許可されているかどうかを更新可否情報を参照して判定し、判定結果を復号鍵更新部７０３に返却する。
復号鍵１００５の更新が許可されている場合は、復号鍵更新部７０３は、ステップＳ７０３において、更新情報４００８を用いて復号鍵１００５を更新する。
更新が許可されていない場合は、何もせずに終了する。
【０１２６】
＊＊＊効果の説明＊＊＊
以上の手順により、リフレッシュ処理時に、復号鍵の更新の要否を判定し、更新すべきでない復号鍵を一括して失効させることができるという効果がある。
【０１２７】
実施の形態３．
実施の形態１では、リフレッシュ処理時に復号鍵を一括で更新することを想定している。
しかし、実際の運用環境では、ユーザの出向、長期出張などにより、リフレッシュ処理時に必ずしも全ユーザの復号鍵を更新できるとは限らない。
本実施の形態では、リフレッシュ処理時に更新できなかった復号鍵に対し、後から復号鍵に更新処理を適用する方法を説明する。
【０１２８】
＊＊＊構成の説明＊＊＊
本実施の形態に係るファイル暗号化システム１の構成は実施の形態１に示したものと同様である。
また、ユーザ端末装置１０、データ保管装置２０、鍵生成装置４０、ユーザ情報管理装置５０、再暗号化装置６０の機能モジュールの構成例は、実施の形態１に示したものと同様である。
本実施の形態では、鍵更新装置７０の機能モジュール構成のみが、実施の形態１と異なる。
【０１２９】
図２５は、本実施の形態における鍵更新装置７０の機能モジュールの構成例を示す。
以降では実施の形態１と異なる機能のみ説明する。
【０１３０】
復号鍵１００５は、図２６に示すとおり、更新日時１００５ａと復号鍵データ１００５ｂとから構成される。
更新日時１００５ａは、復号鍵１００５が最後に更新された日時である。
復号鍵データ１００５ｂは、実施の形態１における復号鍵１００５にあたるデータである。
【０１３１】
更新情報保管部７０６には、復号鍵更新部７０３で行われたリフレッシュ処理の履歴が示される履歴情報が保管されている。
履歴情報は、例えば、リフレッシュ処理時にデータ保管装置２０から受信した日時情報７００１である。
本実施の形態では、復号鍵更新部７０３は、復号鍵１００５を受信した際に、当該復号鍵１００５が最後に更新された日時に応じて、復号鍵１００５の更新に用いる更新情報４００８を選択し、選択した更新情報４００８を用いて復号鍵を更新する。
より具体的には、復号鍵更新部７０３は、復号鍵１００５の更新日時１００５ａに基づき、過去のリフレッシュ処理の際に用いられた更新情報４００８のうち、復号鍵１００５に適用されていない更新情報４００８が存在するか否かを調査する。
復号鍵１００５に適用されていない更新情報４００８がない場合は、復号鍵更新部７０３は最新の更新情報４００８のみを選択し、最新の更新情報４００８を用いて復号鍵１００５を更新する。
一方、復号鍵１００５に適用されていない過去の更新情報４００８がある場合は、復号鍵更新部７０３は、復号鍵１００５に適用されていない過去の更新情報４００８と最新の更新情報４００８とを選択し、これらの更新情報４００８を用いて復号鍵１００５を更新する。
【０１３２】
＊＊＊動作の説明＊＊＊
次に、本実施の形態に係る復号鍵１００５の更新動作を説明する。
なお、本実施の形態で説明していない処理は、実施の形態１と同様である。
図２７は、本実施の形態に係る復号鍵１００５の更新手順を説明するフローチャートである。
【０１３３】
まず、ステップＳ８０１において、復号鍵更新部７０３が復号鍵１００５を受信する。
次に、ステップＳ８０２において、復号鍵更新部７０３は、復号鍵１００５に適用されていない更新情報４００８があるか否かを更新情報保管部７０６に問い合わせる。
具体的には、復号鍵更新部７０３は、受信した復号鍵１００５から更新日時１００５ａを取り出す。
そして、復号鍵更新部７０３は、取り出した更新日時１００５ａを更新情報保管部７０６に転送して、更新情報保管部７０６に復号鍵１００５に適用されていない更新情報４００８があるか否かを問い合わせる。
更新情報保管部７０６は、履歴情報に、更新日時１００５ａ以降でリフレッシュ処理（更新処理）があったことが記録されていた場合に、更新日時（日時情報７００１）のリストを復号鍵更新部７０３に返却する。
復号鍵更新部７０３は、更新情報保管部７０６から更新日時のリストを受信し、更新日時のリストが空ではない場合（Ｓ８０２でＹＥＳ）は、更新情報取得部７０１を用いてリスト内の更新日時に対応する更新情報４００８を更新日時が古い順に取得する。
そして、復号鍵更新部７０３は、取得した更新情報４００８を更新日時が古い順に適用して復号鍵１００５を順次更新する（Ｓ８０３）。
そして、復号鍵１００５に適用されていない更新情報４００８がない場合（Ｓ８０２でＮＯ）に、復号鍵更新部７０３は、最新の更新情報４００８で復号鍵１００５を更新する（ステップＳ８０４）。
ステップＳ８０２でＮＯとなるのは、復号鍵１００５が前回のリフレッシュ処理時に更新されているため復号鍵１００５に適用されていない更新情報４００８がない場合、または復号鍵１００５に適用されていない更新情報４００８があった場合で復号鍵１００５に対してリスト内の全ての更新日時に対応する更新情報４００８の復号鍵１００５への適用が完了した場合である。
【０１３４】
例えば、１年に１回、１月１日にリフレッシュ処理を行う場合を想定する。
また、現在は、２０１５年１月１日であるとする。
復号鍵更新部７０３が受信した復号鍵１００５の更新日時１００５ａが例えば２０１２年１月１日であれば、２０１３年１月１日のリフレッシュ処理と２０１４年１月１日のリフレッシュ処理による更新が復号鍵１００５に行われていない。
このため、復号鍵更新部７０３は、ステップＳ８０３において、２０１３年１月１日時点での更新情報４００８と２０１４年１月１日時点での更新情報４００８とを用いて復号鍵１００５を更新する。
更に、復号鍵更新部７０３は、ステップＳ８０４において、２０１５年１月１日時点での更新情報４００８を用いて復号鍵１００５を更新する。
【０１３５】
＊＊＊効果の説明＊＊＊
以上の手順により、過去のリフレッシュ処理時に更新されなかった復号鍵に対しても最新の更新処理を適用することができ、出向者や長期出張者などが、長期間にわたり復号鍵が更新できなかった場合にも対応することができる、という効果がある。
【０１３６】
以上、本発明の実施の形態について説明したが、これらの実施の形態のうち、２つ以上を組み合わせて実施しても構わない。
あるいは、これらの実施の形態のうち、１つを部分的に実施しても構わない。
あるいは、これらの実施の形態のうち、２つ以上を部分的に組み合わせて実施しても構わない。
なお、本発明は、これらの実施の形態に限定されるものではなく、必要に応じて種々の変更が可能である。
【０１３７】
最後に、データ保管装置２０のハードウェア構成例を図２８を参照して説明する。
データ保管装置２０はコンピュータである。
データ保管装置２０は、プロセッサ９０１、補助記憶装置９０２、メモリ９０３、通信装置９０４、入力インタフェース９０５、ディスプレイインタフェース９０６といったハードウェアを備える。
プロセッサ９０１は、信号線９１０を介して他のハードウェアと接続され、これら他のハードウェアを制御する。
入力インタフェース９０５は、入力装置９０７に接続されている。
ディスプレイインタフェース９０６は、ディスプレイ９０８に接続されている。
【０１３８】
プロセッサ９０１は、プロセッシングを行うＩＣ（Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ）である。
プロセッサ９０１は、例えば、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）、ＤＳＰ（Ｄｉｇｉｔａｌ  Ｓｉｇｎａｌ  Ｐｒｏｃｅｓｓｏｒ）、ＧＰＵ（Ｇｒａｐｈｉｃｓ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）である。
補助記憶装置９０２は、例えば、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）、フラッシュメモリ、ＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）である。
メモリ９０３は、例えば、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）である。
通信装置９０４は、データを受信するレシーバー９０４１及びデータを送信するトランスミッター９０４２を含む。
通信装置９０４は、例えば、通信チップ又はＮＩＣ（Ｎｅｔｗｏｒｋ  Ｉｎｔｅｒｆａｃｅ  Ｃａｒｄ）である。
入力インタフェース９０５は、入力装置９０７のケーブル９１１が接続されるポートである。
入力インタフェース９０５は、例えば、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ  Ｓｅｒｉａｌ  Ｂｕｓ）端子である。
ディスプレイインタフェース９０６は、ディスプレイ９０８のケーブル９１２が接続されるポートである。
ディスプレイインタフェース９０６は、例えば、ＵＳＢ端子又はＨＤＭＩ（登録商標）（Ｈｉｇｈ  Ｄｅｆｉｎｉｔｉｏｎ  Ｍｕｌｔｉｍｅｄｉａ  Ｉｎｔｅｒｆａｃｅ）端子である。
入力装置９０７は、例えば、マウス、キーボード又はタッチパネルである。
ディスプレイ９０８は、例えば、ＬＣＤ（Ｌｉｑｕｉｄ  Ｃｒｙｓｔａｌ  Ｄｉｓｐｌａｙ）である。
【０１３９】
補助記憶装置９０２には、図４に示す暗号化データ受信部２０１、暗号化データ送信部２０３、リフレッシュ設定入力部２０４、リフレッシュ処理部２０５、失効情報除去部２０６（以下、暗号化データ受信部２０１、暗号化データ送信部２０３、リフレッシュ設定入力部２０４、リフレッシュ処理部２０５、失効情報除去部２０６をまとめて「部」と表記する）の機能を実現するプログラムが記憶されている。
このプログラムは、メモリ９０３にロードされ、プロセッサ９０１に読み込まれ、プロセッサ９０１によって実行される。
更に、補助記憶装置９０２には、ＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）も記憶されている。
そして、ＯＳの少なくとも一部がメモリ９０３にロードされ、プロセッサ９０１はＯＳを実行しながら、「部」の機能を実現するプログラムを実行する。
図２８では、１つのプロセッサ９０１が図示されているが、データ保管装置２０が複数のプロセッサ９０１を備えていてもよい。
そして、複数のプロセッサ９０１が「部」の機能を実現するプログラムを連携して実行してもよい。
また、「部」の処理の結果を示す情報やデータや信号値や変数値が、メモリ９０３、補助記憶装置９０２、又は、プロセッサ９０１内のレジスタ又はキャッシュメモリに記憶される。
【０１４０】
「部」を「サーキットリー」で提供してもよい。
また、「部」を「回路」又は「工程」又は「手順」又は「処理」に読み替えてもよい。
「回路」及び「サーキットリー」は、プロセッサ９０１だけでなく、ロジックＩＣ又はＧＡ（Ｇａｔｅ  Ａｒｒａｙ）又はＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ  Ｓｐｅｃｉｆｉｃ  Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ）又はＦＰＧＡ（Ｆｉｅｌｄ−Ｐｒｏｇｒａｍｍａｂｌｅ  Ｇａｔｅ  Ａｒｒａｙ）といった他の種類の処理回路をも包含する概念である。
【符号の説明】
【０１４１】
１  ファイル暗号化システム、１０  ユーザ端末装置、２０  データ保管装置、３０  ネットワーク、４０  鍵生成装置、５０  ユーザ情報管理装置、６０  再暗号化装置、７０  鍵更新装置、８０  データ更新システム、１０１  ファイル入力部、１０２  暗号化部、１０３  鍵保管部、１０４  暗号化データ送信部、１０５  暗号化データ受信部、１０６  復号部、２０１  暗号化データ受信部、２０２  データ保管部、２０３  暗号化データ送信部、２０４  リフレッシュ設定入力部、２０５  リフレッシュ処理部、２０６  失効情報除去部、４０１  マスタ鍵生成部、４０２  マスタ鍵保管部、４０３  公開パラメータ発行部、４０４  ユーザ認証部、４０５  ユーザ属性取得部、４０６  復号鍵生成部、４０７  再暗号化鍵生成部、４０８  更新情報生成部、４０９  更新情報保管部、４１０  更新情報取得部、４１１  マスタ鍵更新処理部、５０１  属性情報保管部、５０２  ユーザ属性検索部、６０１  再暗号化鍵取得部、６０２  再暗号化部、７０１  更新情報取得部、７０２  マスタ鍵更新部、７０３  復号鍵更新部、７０４  更新受付部、７０５  更新対象判定部、７０６  更新情報保管部、１００１  データ、１００２  復号条件、１００３  公開パラメータ、１００４  暗号化ファイル、１００５  復号鍵、１０２１  暗号化データ、２００２  リフレッシュ設定情報、４００１  マスタ公開鍵、４００２  マスタ秘密鍵、４００３  公開パラメータ取得要求、４００４  ユーザＩＤ、４００５  ユーザ属性、４００６  再暗号化条件、４００７  再暗号化鍵、４００８  更新情報、４００９  更新情報取得要求、４０１０  マスタ鍵識別子、６００１  再暗号化要求、７００１  日時情報。
【図１】
2016132547.tif 000003
【図２】
2016132547.tif 000004
【図３】
2016132547.tif 000005
【図４】
2016132547.tif 000006
【図５】
2016132547.tif 000007
【図６】
2016132547.tif 000008
【図７】
2016132547.tif 000009
【図８】
2016132547.tif 000010
【図９】
2016132547.tif 000011
【図１０】
2016132547.tif 000012
【図１１】
2016132547.tif 000013
【図１２】
2016132547.tif 000014
【図１３】
2016132547.tif 000015
【図１４】
2016132547.tif 000016
【図１５】
2016132547.tif 000017
【図１６】
2016132547.tif 000018
【図１７】
2016132547.tif 000019
【図１８】
2016132547.tif 000020
【図１９】
2016132547.tif 000021
【図２０】
2016132547.tif 000022
【図２１】
2016132547.tif 000023
【図２２】
2016132547.tif 000024
【図２３】
2016132547.tif 000025
【図２４】
2016132547.tif 000026
【図２５】
2016132547.tif 000027
【図２６】
2016132547.tif 000028
【図２７】
2016132547.tif 000029
【図２８】
2016132547.tif 000030
【国際調査報告】
2016132547.tif 000031
2016132547.tif 000032
2016132547.tif 000033
2016132547.tif 000034
2016132547.tif 000035
2016132547.tif 000036