(57)【要約】【課題】アクセス制御のための情報をシステム内の装置間で同期するように運用する必要がないシステムを提供する。【解決手段】本発明のアクセス制御システムは、少なくともデータ記録装置、端末、認証装置、鍵生成装置を備える。データ記録装置は、１つ以上の復号条件に対応した暗号鍵で暗号化されたデータと、データの復号条件の情報であるメタ情報を記録する。端末は、ユーザがデータにアクセスするために用いられ、データ取得部、確認依頼部、復号鍵取得部、復号部を具備する。認証装置は、条件情報取得部、確認部、復号鍵指示部を具備し、復号条件を満足するかを確認する。鍵生成装置は、認証装置からの指示により、暗号鍵に対応した復号鍵を生成する。【選択図】図１
2012003682.tif 000002
【特許請求の範囲】
【請求項１】
１つ以上の復号条件に対応した暗号鍵で暗号化されたデータと、前記データの復号条件の情報であるメタ情報が記録されたデータ記録装置と、
ユーザが前記データにアクセスするための端末と、
復号条件を満足するかを確認する認証装置と、
前記認証装置からの指示により、前記暗号鍵に対応した復号鍵を生成する鍵生成装置と
を備え、
前記端末は、
前記データ記録装置から、アクセスしたいデータと、当該データに対応するメタ情報を取得するデータ取得部と、
前記認証装置に、復号条件を満足するかの確認を依頼し、確認に必要な場合には当該復号条件の種類の全部または一部に対応する属性情報を送る確認依頼部と、
前記鍵生成装置から復号鍵を取得する復号鍵取得部と、
前記データを前記復号鍵で復号する復号部と
を具備し、
前記認証装置は、
前記属性情報または、前記属性情報に含まれていない前記復号条件を確認するための情報である非属性情報を取得する条件情報取得部と、
前記属性情報または前記非属性情報が、前記復号条件を満足するかを確認する確認部と、
前記復号条件を満足する場合に、前記鍵生成装置に前記復号条件に対応する復号鍵の生成を指示する復号鍵指示部と
を具備する
アクセス制御システム。
【請求項２】
１つ以上の復号条件に対応した暗号鍵で暗号化されたデータと、前記データの復号条件の情報であるメタ情報が記録されたデータ記録装置と、
ユーザが前記データにアクセスするための端末と、
復号条件を満足するかを確認する複数の認証装置と、
復号条件を確認する認証装置を特定するレポジトリサーバと、
前記認証装置からの指示により、前記暗号鍵に対応した復号鍵を生成する鍵生成装置と
を備え、
前記端末は、
前記データ記録装置から、アクセスしたいデータと、当該データに対応するメタ情報を取得するデータ取得部と、
前記レポジトリサーバに、復号条件を満足するかの確認を依頼する認証装置を問い合わせ、復号条件ごとに認証装置を特定する情報を取得する認証特定部と、
復号条件ごとに、特定された認証装置に、当該復号条件を満足するかの確認を依頼し、確認に必要な場合には当該復号条件の種類に対応する属性情報を送る確認依頼部と、
前記鍵生成装置から復号鍵を取得する復号鍵取得部と、
前記データを前記復号鍵で復号する復号部と
を具備し、
前記認証装置は、
前記属性情報または、前記属性情報に含まれていない前記復号条件を確認するための情報である非属性情報を取得する条件情報取得部と、
前記属性情報または前記非属性情報が、前記復号条件を満足するかを確認する確認部と、
前記復号条件を満足する場合に、前記鍵生成装置に前記復号条件に対応する復号鍵の生成を指示する復号鍵指示部と
を具備する
アクセス制御システム。
【請求項３】
請求項１または２記載のアクセス制御システムであって、
前記鍵生成装置は、前記認証装置と同じ数だけあり、
認証装置と、当該認証装置が確認する復号条件に対応する復号鍵を生成する鍵生成装置とが一体的に構成されている
ことを特徴とするアクセス制御システム。
【請求項４】
請求項１から３のいずれかに記載のアクセス制御システムであって、
前記データは、複数の復号条件に対応した暗号鍵で多重に暗号化されている
ことを特徴とするアクセス制御システム。
【請求項５】
請求項１から４のいずれかに記載のアクセス制御システムであって、
前記データは、ＩＤベース暗号方式で暗号化されている
ことを特徴とするアクセス制御システム。
【請求項６】
請求項１から４のいずれかに記載のアクセス制御システムであって、
前記データは、述語暗号方式で暗号化されている
ことを特徴とするアクセス制御システム。
【請求項７】
１つ以上の復号条件に対応した暗号鍵で暗号化されたデータと、前記データの復号条件の情報であるメタ情報が記録されたデータ記録装置と、
ユーザが前記データにアクセスするための端末と、
復号条件を満足するかを確認する認証装置と、
前記認証装置からの指示により、前記暗号鍵に対応した復号鍵を生成する鍵生成装置と
を用いたアクセス制御方法であって、
前記端末が、前記データ記録装置から、アクセスしたいデータと、当該データに対応するメタ情報を取得するデータ取得ステップと、
前記端末が、前記認証装置に、復号条件を満足するかの確認を依頼し、確認に必要な場合には当該復号条件の種類の全部または一部に対応する属性情報を送る確認依頼ステップと、
前記認証装置が、前記属性情報と、前記属性情報に含まれていない前記復号条件を確認するための情報である非属性情報を取得する条件情報取得ステップと、
前記認証装置が、前記属性情報と前記非属性情報が、前記復号条件を満足するかを確認する確認ステップと、
前記認証装置が、前記復号条件を満足する場合に、前記鍵生成装置に前記復号条件に対応する復号鍵の生成を指示する復号鍵指示ステップと、
前記鍵生成装置が、前記復号条件に対応する復号鍵を送信する復号鍵送信ステップと、
前記端末が、前記鍵生成装置から復号鍵を取得する復号鍵取得ステップと、
前記端末が、前記データを前記復号鍵で復号する復号ステップと
を有するアクセス制御方法。
【請求項８】
１つ以上の復号条件に対応した暗号鍵で暗号化されたデータと、前記データの復号条件の情報であるメタ情報が記録されたデータ記録装置と、
ユーザが前記データにアクセスするための端末と、
復号条件を満足するかを確認する複数の認証装置と、
復号条件を確認する認証装置を特定するレポジトリサーバと、
前記認証装置からの指示により、前記暗号鍵に対応した復号鍵を生成する鍵生成装置と
を用いたアクセス制御方法であって、
前記端末が、前記データ記録装置から、アクセスしたいデータと、当該データに対応するメタ情報を取得するデータ取得ステップと、
前記端末が、前記レポジトリサーバに、復号条件を満足するかの確認を依頼する認証装置を問い合わせ、復号条件ごとに認証装置を特定する情報を取得する認証特定ステップと、
前記端末が、復号条件ごとに、特定された認証装置に、当該復号条件を満足するかの確認を依頼し、確認に必要な場合には当該復号条件の種類に対応する属性情報を送る確認依頼ステップと、
前記認証装置が、前記属性情報と、前記属性情報に含まれていない前記復号条件を確認するための情報である非属性情報を取得する条件情報取得ステップと、
前記認証装置が、前記属性情報と前記非属性情報が、前記復号条件を満足するかを確認する確認ステップと、
前記認証装置が、前記復号条件を満足する場合に、前記鍵生成装置に前記復号条件に対応する復号鍵の生成を指示する復号鍵指示ステップと、
前記鍵生成装置が、前記復号条件に対応する復号鍵を送信する復号鍵送信ステップと、
前記端末が、前記鍵生成装置から復号鍵を取得する復号鍵取得ステップと、
前記端末が、前記データを前記復号鍵で復号する復号ステップと
を有するアクセス制御方法。
【請求項９】
あらかじめ定められた復号条件を満足するかを確認する認証装置であって、
属性情報または、前記属性情報に含まれていない前記復号条件を確認するための情報である非属性情報を取得する条件情報取得部と、
前記属性情報または前記非属性情報が、前記復号条件を満足するかを確認する確認部と、
を具備する認証装置。
【請求項１０】
あらかじめ定められた復号条件を満足するかを確認する複数の認証装置と、
復号条件を確認する認証装置を特定するレポジトリサーバと、
前記認証装置からの指示により、前記暗号鍵に対応した復号鍵を生成する鍵生成装置と
を備える認証システムであって、
前記認証装置は、
属性情報または、属性情報に含まれていない前記復号条件を確認するための情報である非属性情報を取得する条件情報取得部と、
前記属性情報または前記非属性情報が、前記復号条件を満足するかを確認する確認部と、
前記復号条件を満足する場合に、前記鍵生成装置に前記復号条件に対応する復号鍵の生成を指示する復号鍵指示部と
を具備する認証システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークを介して情報を得る際や複数の装置にまたがって格納されている情報を得る際の情報開示を制御するアクセス制御システム、アクセス制御方法、認証装置、認証システムに関する。
【背景技術】
【０００２】
他人とファイル等の情報を共有するには、記憶媒体（フレキシブルディスクやＣＤ−ＲＯＭ、ＨＤＤ等）に該当するファイルを格納し相手に手渡すか、ネットワークを経由して電子メール等により送信している。相手を個別に認識し、送り先がわかっている場合はこのような方法で事足りていたが、共有する相手が集団の場合やある条件を満たすだけでよい場合には、情報を渡したい相手がアクセスできるサーバ装置にファイルをアップロードし、そこから相手がファイルをダウンロードするといった方法を用いることが多い。このとき、特定の相手のみに必要な情報（ファイル）だけを共有させるために、しかるべき相手にのみ情報が取得できるような仕組みが必要となる。電子メールの場合には、送付先を限定するだけでなく、配送中の盗聴を防ぐために暗号等を用いてファイルを保護した上で送信し、ファイルを復号するための情報を別の方法で相手に知らせるといった方法が一般的である。また、サーバ装置を経由してファイルを共有する場合には、ダウンロードできる者を限定するために、サーバ装置においてアクセス制御を行っている。たとえば、クライアント端末のネットワークアドレスやＭＡＣアドレス等を識別し、サーバにアクセスできるクライアント装置を限定する方法や、事前にユーザ認証を行うことによって相手を限定する方法がある。さらに、ネットワーク上に分散された複数のサーバ装置に必要なファイルが散らばっているような場合、それぞれのサーバ装置で個別にそのような仕組みをとると、ダウンロードする側はそれぞれのサーバごとに認証を行ったりすることが必要になり煩雑さが増してしまう。そのため、各サーバにおける認証を行う機能をまとめて１つのサーバ（あるいはシステム）で行うといった仕組みが採用されている。例えば、非特許文献１などのシングルサインオン、ＰＫＩ（公開鍵基盤）がある。対象となる情報はファイル等の固定された情報に限らず、例えばメールの送受信やソーシャルネットワークサービスといったWebサービスを利用するための認証にも適用することができる。
【先行技術文献】
【非特許文献】
【０００３】
【非特許文献１】“Libertyアーキテクチャ概要” ［平成２２年５月２９日検索］、インターネット<URL: http://www.projectliberty.org/liberty/content/download/1477/9680/file/liberty-architecture-overview-v1.1-JP.pdf>.
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、複数のサーバやシステムにまたがる場合、認証などのアクセス制御に必要な情報がシステム間で同期するように定期的に運用する必要がある。この対策として、あるサーバにすべてのアクセス制御情報（例えば、表形式にアクセスの条件をまとめた情報）を持たせるといった方法も考えられる。しかし、この方法でも新たに共有したいファイル、利用したいサービス、受け取る（利用させる）相手を追加するたびに、これらのアクセス制御情報を更新せねばならず、新たにサーバやシステムを追加する場合も同様に更新しなければならない。
【０００５】
本発明は、認証などのアクセス制御に必要な情報がシステム内の装置間で同期するように定期的に運用する必要がないシステムを提供すること、新たに共有したいファイル、利用したいサービス、受け取る（利用させる）相手を追加するときにアクセス制御情報を更新する必要がないこと、新たにサーバやシステムを追加するときにアクセス制御情報を更新する必要がないことを実現できるアクセス制御システムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
本発明の第１のアクセス制御システムは、データ記録装置、端末、認証装置、鍵生成装置を備える。データ記録装置は、１つ以上の復号条件に対応した暗号鍵で暗号化されたデータと、データの復号条件の情報であるメタ情報を記録する。端末は、ユーザがデータにアクセスするために用いられ、データ取得部、確認依頼部、復号鍵取得部、復号部を具備する。データ取得部は、データ記録装置から、アクセスしたいデータと、当該データに対応するメタ情報を取得する。確認依頼部は、認証装置に、復号条件を満足するかの確認を依頼し、確認に必要な場合には当該復号条件の種類の全部または一部に対応する属性情報を送る。復号鍵取得部は、鍵生成装置から復号鍵を取得する。復号部は、データを復号鍵で復号する。認証装置は、条件情報取得部、確認部、復号鍵指示部を具備し、復号条件を満足するかを確認する。条件情報取得部は、属性情報または、属性情報に含まれていない復号条件を確認するための情報である非属性情報を取得する。例えば、属性情報とはユーザの役職、年齢、性別、端末の設置場所などのユーザや端末に関する情報である。また、非属性情報とは確認の依頼を受けた時刻のように、認証装置が端末から受け取る必要のない情報である。なお、時刻は属性情報として扱ってもかまわない。確認部は、属性情報と非属性情報が、復号条件を満足するかを確認する。復号鍵指示部は、復号条件を満足する場合に、鍵生成装置に復号条件に対応する復号鍵の生成を指示する。鍵生成装置は、認証装置からの指示により、暗号鍵に対応した復号鍵を生成する。
【０００７】
本発明の第２のアクセス制御システムは、データ記録装置、端末、複数の認証装置、レポジトリサーバ、鍵生成装置を備える。データ記録装置は、１つ以上の復号条件に対応した暗号鍵で暗号化されたデータと、データの復号条件の情報であるメタ情報を記録する。端末は、ユーザがデータにアクセスするために用いられ、データ取得部、確認依頼部、復号鍵取得部、復号部を具備する。データ取得部は、データ記録装置から、アクセスしたいデータと、当該データに対応するメタ情報を取得する。認証特定部は、レポジトリサーバに、復号条件を満足するかの確認を依頼する認証装置を問い合わせ、復号条件ごとに認証装置を特定する情報を取得する。確認依頼部は、復号条件ごとに、特定された認証装置に、当該復号条件を満足するかの確認を依頼し、確認に必要な場合には当該復号条件の種類に対応する属性情報を送る。復号鍵取得部は、鍵生成装置から復号鍵を取得する。復号部は、データを復号鍵で復号する。認証装置は、条件情報取得部、確認部、復号鍵指示部を具備し、復号条件を満足するかを確認する。条件情報取得部は、属性情報または、属性情報に含まれていない復号条件を確認するための情報である非属性情報を取得する。確認部は、属性情報と非属性情報が、復号条件を満足するかを確認する。復号鍵指示部は、復号条件を満足する場合に、鍵生成装置に復号条件に対応する復号鍵の生成を指示する。レポジトリサーバは、復号条件を確認する認証装置を特定する。鍵生成装置は、認証装置からの指示により、暗号鍵に対応した復号鍵を生成する。
【発明の効果】
【０００８】
本発明のアクセス制御システムによれば、認証などのアクセス制御に必要な情報がシステム内の装置間で同期するように定期的に運用する必要がない。また、新たに共有したいファイル、利用したいサービス、受け取る（利用させる）相手を追加するときにデータ記録装置のデータを変更する必要がない。さらに、新たにサーバやシステムを追加するときにデータ記録装置のデータを変更する必要がない。
【図面の簡単な説明】
【０００９】
【図１】本発明のアクセス制御システムの構成例を示す図。
【図２】本発明のアクセス制御システムの別の構成例を示す図。
【図３】本発明のアクセス制御システムの処理フローの例を示す図。
【図４】本発明のアクセス制御システムの第２の処理フローの例を示す図。
【図５】本発明のアクセス制御システムの第３の処理フローの例を示す図。
【発明を実施するための形態】
【００１０】
以下、本発明の実施の形態について、詳細に説明する。なお、同じ機能を有する構成部には同じ番号を付し、重複説明を省略する。
【実施例１】
【００１１】
図１と図２に本発明のアクセス制御システムの構成例を示す。本発明のアクセス制御システムは、少なくともネットワークで接続されたデータ記録装置、端末、認証装置、鍵生成装置を備える。図１は、Ｍ個のデータ記録装置１００−１，…，Ｍ、Ｎ個の認証装置３００−１，…，Ｎ、Ｋ個の鍵生成装置４００−１，…，Ｋ（ただし、Ｍ，Ｎ，Ｋは１以上の整数）が配置された例である。また、図２は、Ｍ個のデータ記録装置１００−１，…，Ｍ、Ｎ個の認証装置３００−１，…，Ｎ、Ｎ個の鍵生成装置４００−１，…，Ｎが配置された例であり、この例では認証装置３００−ｎと鍵生成装置４００−ｎ（ただし、ｎは１以上Ｎ以下の整数）とはペアとなっている。また、どちらの例でも、認証装置と鍵生成装置とは同じ装置（認証・鍵生成装置３０１，３０２−１，…，Ｎ）内に具備されてもよい。同一装置内に具備される場合は、認証装置と鍵生成装置とは、ネットワークを介すのではなく直接接続すればよい。
【００１２】
データ記録装置１００−ｍ（ただし、ｍは１以上Ｍ以下の整数）は、記録部１１０−１に１つ以上の復号条件に対応した暗号鍵で暗号化されたデータと、データの復号条件の情報であるメタ情報を記録する。「データの復号条件の情報」とは、復号条件自体でもよいし、復号条件の種類を示す情報（例えば、役職、時間など）でもよい。端末２００は、ユーザがデータにアクセスするために用いられ、データ取得部２１０、確認依頼部２３０、復号鍵取得部２４０、復号部２５０を具備する。認証装置３００−ｎは、条件情報取得部３１０−ｎ、確認部３２０−ｎ、復号鍵指示部３３０−ｎを具備し、復号条件を満足するかを確認する。図１の場合は、鍵生成装置４００−ｋ（ただし、ｋは１以上Ｋ以下の整数）は、認証装置３００−ｎからの指示により暗号鍵に対応した復号鍵を生成する。図２の場合は、鍵生成装置４００−ｎが、認証装置３００−ｎからの指示により暗号鍵に対応した復号鍵を生成する。
【００１３】
図３は、本発明のアクセス制御システムの処理フローの例を示す図である。この図の説明では、個々の装置を区別する必要がない場合はｍ，ｎ，ｋの記載は省略する。データの管理者は、データをどのような復号条件で復号できるようにするのかを決める。鍵生成装置１００は、復号条件に対応した暗号鍵ｐｋと復号鍵ｓｋを生成する。そして、データ記録装置１００が、暗号鍵ｐｋを鍵生成装置４００から受け取る（Ｓ４１０）。鍵生成装置が複数存在する場合には、復号条件に対応した暗号鍵ｐｋを生成できる鍵生成装置４００を選択した上で受け取ればよい。なお、複数の復号条件を設定する場合には、複数の暗号鍵ｐｋを、それぞれに対応した鍵生成装置４００を選択した上で受け取ればよい。データ記録装置１００は、データを暗号化し（Ｓ１１０）、記録部１１０に暗号化されたデータと、メタ情報を記録する（Ｓ１２０）。
【００１４】
例えば、鍵生成装置４００−１が時間に関する暗号鍵ｐｋｔと復号鍵ｓｋｔを生成し、鍵生成装置４００−２が場所に関する暗号鍵ｐｋｐと復号鍵ｓｋｐを生成し、鍵生成装置４００−３が役職に関する暗号鍵ｐｋｓと復号鍵ｓｋｓを生成するとする。そして、復号条件を、「８時から１７時の間、かつ、本社（東京）、かつ、課長」とする。この場合には、鍵生成装置４００−１が、８時から１７時を復号条件とする暗号鍵ｐｋｔ８−１７を生成する。鍵生成装置４００−２が、本社（東京）を復号条件とする暗号鍵ｐｋｐＴＯＫＹＯを生成する。鍵生成装置４００−３が、課長を復号条件とする暗号鍵ｐｋｓＫを生成する。そして、データ記録装置１００は、データｄを、
Ｅｎｃ（Ｅｎｃ（Ｅｎｃ（ｄ，ｐｋｔ８−１７），ｐｋｐＴＯＫＹＯ），ｐｋｓＫ）  
もしくは、
（Ｅｎｃ（ｄ１，ｐｋｔ８−１７），Ｅｎｃ（ｄ２，ｐｋｐＴＯＫＹＯ），Ｅｎｃ（ｄ３，ｐｋｓＫ））
のように多重に暗号化すればよい。ここで、ｄ１、ｄ２、ｄ３は、データｄを秘密分散法によって分散したデータとし、ｄ１、ｄ２、ｄ３のすべてがそろわないとｄを復元できないものとする。なお、秘密分散法としては、非特許参考文献１（山本博資，“秘密分散法とそのバリエーション”，数理解析研究所講究録1361巻，pp.19-31，2004年．［平成２２年６月１５日検索］、インターネット<URL: http://www.kurims.kyoto-u.ac.jp/~kyodo/kokyuroku/contents/pdf/1361-3.pdf>）に説明されているShamirの秘密分散法などを使えばよい。このように暗号化すれば、全ての暗号鍵を取得しなければ、データｄを求めることができないので、上記の復号条件となる。また、暗号鍵を１つにまとめて、ｐｋｔ８−１７，ｐＴＯＫＹＯ，ｓＫとしてもよい。この場合は、データｄを、
Ｅｎｃ（ｄ，ｐｋｔ８−１７，ｐＴＯＫＹＯ，ｓＫ）
のように暗号化すればよい。
【００１５】
さらに、復号条件を、「（８時から１７時の間、かつ、本社（東京））、または、課長」とする場合は、データ記録装置１００が、データｄを、
（Ｅｎｃ（Ｅｎｃ（ｄ，ｐｋｔ８−１７），ｐｋｐＴＯＫＹＯ），Ｅｎｃ（ｄ，ｐｋｓＫ））
のように暗号化すればよい。このように暗号化すれば、
Ｅｎｃ（Ｅｎｃ（ｄ，ｐｋｔ８−１７），ｐｋｐＴＯＫＹＯ）、またはＥｎｃ（ｄ，ｐｋｓＫ）
が復号できれば、データｄを求めることができるので、上記の復号条件となる。また、復号条件を、「（６時から８時の間）または（１７時から２２時の間）」とする場合は、データ記録装置１００が、データｄを、
（Ｅｎｃ（ｄ，ｐｋｔ６−８），Ｅｎｃ（ｄ，ｐｋｔ１７−２２））
のように暗号化すればよい。
【００１６】
端末２００のデータ取得部２１０は、データ記録装置１００から、アクセスしたいデータと、当該データに対応するメタ情報を取得する（Ｓ２１０）。確認依頼部２３０は、認証装置３００に、復号条件を満足するかの確認を依頼し、確認に必要な場合には当該復号条件の種類の全部または一部に対応する属性情報を送る（Ｓ２３０）。なお、認証装置３００が複数ある場合には、復号条件に対応した認証装置３００を選択して確認を依頼する。また、復号条件も複数あり、復号条件ごとに認証装置３００が異なるのであれば、複数の認証装置３００に、それぞれに対応した復号条件の確認を依頼すればよい。
【００１７】
認証装置３００の条件情報取得部３１０は、復号条件と、属性情報と、属性情報に含まれていない復号条件を確認するための情報である非属性情報を取得する（Ｓ３１０）。例えば、属性情報とはユーザの役職、年齢、性別、端末の設置場所などのユーザや端末に関する情報である。属性情報には、パスワードなどのユーザのみが知る情報を含めてもよい。また、非属性情報とは確認の依頼を受けた時間のように、認証装置３００が端末２００から受け取る必要のない情報である。なお、メタ情報が復号条件そのもののときは、端末２００が確認依頼のときにメタ情報も送ることで認証装置３００に復号条件を取得させればよい。また、メタ情報が復号条件の種類の場合には、端末２００がデータを特定する情報を認証装置３００送り、認証装置３００がこの情報に基づいて鍵生成装置４００から復号条件を取得してもよい。確認部３２０は、属性情報と非属性情報が、復号条件を満足するかを確認する（Ｓ３２０）。復号鍵指示部３３０は、復号条件を満足する場合に、復号条件に対応する鍵生成装置４００に復号鍵の生成を指示する（Ｓ３３０）。
【００１８】
鍵生成装置４００は、復号条件（暗号鍵）に対応した復号鍵を端末２００に送信する（Ｓ４２０）。端末２００の復号鍵取得部２４０は、鍵生成装置４００から復号鍵を取得する（Ｓ２４０）。復号部２５０は、データを復号鍵で復号する（Ｓ２５０）。
【００１９】
例えば、認証装置３００−１が時間に関する復号条件を確認し、認証装置３００−２が場所に関する復号条件を確認し、認証装置３００−３が役職に関する復号条件を確認し、鍵生成装置４００−１が時間に関する復号鍵ｓｋｔを送信し、鍵生成装置４００−２が場所に関する復号鍵ｓｋｐを送信し、鍵生成装置４００−３が役職に関する復号鍵ｓｋｓを送信するとする。そして、復号条件が、「８時から１７時の間、かつ、本社（東京）、かつ、課長」であり、データｄは、
Ｅｎｃ（Ｅｎｃ（Ｅｎｃ（ｄ，ｐｋｔ８−１７），ｐｋｐＴＯＫＹＯ），ｐｋｓＫ）
のように暗号化されているとする。この場合、端末２００は、データ記録装置１００から取得したメタ情報から、復号条件が「８時から１７時の間、かつ、本社（東京）、かつ、課長」あることを知る。そして、認証装置３００−１に時間に関する復号条件「８時から１７時の間」の情報を送って確認を依頼し、認証装置３００−２に場所に関する属性情報と復号条件「本社（東京）」を送って復号条件の確認を依頼し、認証装置３００−３に役職に関する属性情報と復号条件「課長」を送って復号条件の確認を依頼する（Ｓ２３０）。認証装置３００−１の条件情報取得部３１０−１は非属性情報である時刻の情報を取得し（Ｓ３１０）、確認部３２０−１が復号条件を確認する（Ｓ３２０）。そして、確認できた場合には、鍵生成装置４００−１が復号条件「８時から１７時の間」に対応した時間に関する復号鍵ｓｋｔ８−１７を送信する（Ｓ４２０）。なお、述語暗号の場合であれば、確認できた時刻が１５時の場合に、鍵生成装置４００−１が時間に関する復号鍵ｓｋｔ１５を生成し、送信してもよい。また、時刻の情報は、非属性情報とするのではなく属性情報として扱ってもよい。例えば、端末２００が、時刻の情報を属性情報として認証装置３００−１に送ってもよい。この場合には、認証装置３００−１の条件情報取得部３１０−１は時刻の情報を別途取得する必要はない。認証装置３００−２の確認部３２０−２が、復号条件を確認する（Ｓ３２０）。そして、確認できた場合には、鍵生成装置４００−２が場所に関する復号鍵ｓｋｐＴＯＫＹＯを送信する（Ｓ４２０）。認証装置３００−３の確認部３２０−３が、復号条件を確認する（Ｓ３２０）。そして、確認できた場合には、鍵生成装置４００−３が場所に関する復号鍵ｓｋｓＫを送信する（Ｓ４２０）。
【００２０】
なお、本発明のアクセス制御システムでは、鍵生成装置は指定される復号条件に対応した暗号鍵と復号鍵をあらかじめ作成しておけばよい。また、ＩＤベース暗号を暗号化に用いれば、指定する復号条件をそれぞれＩＤとみなして実施例に適用できる。したがって、ＩＤベース暗号を用いれば、あらかじめ暗号鍵と復号鍵とを作成しておく必要はなく、指定された復号条件（ＩＤ）に応じて暗号鍵と復号鍵を作成すればよい。ＩＤベース暗号については、非特許参考文献２（岡本，白石，河岡，“単一管理情報による安全なユーザ認証方式”，信学技報，IN83-92，pp.43-48，1984．）、非特許参考文献３（小林，山本，鈴木，平田，“IDベース暗号の応用とキーワード検索暗号”，NTT技術ジャーナル，22(2)，pp.17-20，2010．）、非特許参考文献４（CRYPTREC IDベース暗号調査WG．IDベース暗号に関する調査報告書．CRYPTREC報告書．2009．［平成２２年５月３１日検索］、インターネット<URL: http://www.cryptrec.go.jp/report/c08_idb2008.pdf>.）などに詳しく説明されている。さらに、述語暗号を暗号化に用いると、条件のＡＮＤ，ＯＲを復号鍵の条件として取り入れることが可能となるので、複雑な条件式を復号条件とする場合に便利である。なお、述語暗号については、非特許参考文献５（T. Okamoto, K. Takashima, “Hierarchical Predicate Encryption for Inner-Products”, ASIACRYPT 2009, Tokyo, Japan, pp.213-231, 2009-12-06/10.）などに詳しく説明されている。
【００２１】
また、例えば、認証装置３００が「データの存在」を認証するようにすれば、以下のような処理が実行できる。復号条件に「データが存在すること」を加える。そして、認証装置３００によって存在が認められないデータに対しては、誰に対しても復号鍵が発行されないことにする。このように、データの存在を認証する認証装置を用いれば、データが流失した際の対策を行うことができる。また、流失したデータの存在を抹消するよう認証装置に登録すれば、その後データが読まれることがなくなる。なお、認証装置に抹消登録する前に、対象となるデータの復号化に使った復号鍵が発行されていると、その復号鍵を利用して認証装置に抹消登録した後もデータを利用できてしまう。そこで、例えば、復号処理とともに復号鍵が削除されるようにするか、使い捨ての復号鍵を用いればよい。このように処理すれば、復号化に使う鍵が再利用されない（状況が変化し条件に合致しなくなった場合には利用できない）。
【００２２】
本発明のアクセス制御システムは、上述のような構成と処理フローなので、時間，場所，役職の条件を指定してファイルのアクセス制御を行っているところに、さらに別の復号条件を加える場合でも、簡易に対応できる。例えば、年齢が新たに指定されたとする。指定できる復号条件が追加された以降のファイルについては、年齢に関する復号条件を新たに付与することができる。一方、それまでの復号条件が指定されていたファイルに対しては、特に何もしなければ、年齢に対する指定がそもそも想定されていないとみなして、そのまま利用することができる。
【００２３】
このように、本発明のアクセス制御システムによれば、認証などのアクセス制御に必要な情報がシステム内の装置間で同期するように定期的に運用する必要がない。また、新たに共有したいファイル、利用したいサービス、受け取る（利用させる）相手を追加するときにデータ記録装置のデータを変更する必要がない。
【００２４】
［変形例１］
図４は、本発明のアクセス制御システムの第２の処理フローの例を示す図である。図３との違いは、認証を行う前には、端末２００はメタ情報のみをデータ記録装置１００から取得し（Ｓ２１１）、復号鍵を取得した後に暗号化されたデータを取得する（Ｓ２１２）点である。その他の処理は図３の処理フローと同じである。したがって、実施例１と同じ効果が得られる。
【００２５】
［変形例２］
図５は、本発明のアクセス制御システムの第３の処理フローの例を示す図である。図４との違いは、データ記録装置がサービス提供装置として機能することであり、処理フローでは、ステップＳ２１２のデータ取得の後に復号鍵を用いてサービスを利用する（Ｓ２１３）点である。本変形例の場合、ステップＳ１１０で暗号化するデータは、利用対象のデータそのものに限定する必要はなく、例えば利用対象のデータへのアクセス許可のためのデータを暗号化してもよい。この場合は、ステップＳ１２０で記録されるデータは、暗号化されたアクセス許可のためのデータである。また、ステップＳ２１２のデータ取得では、暗号化されたアクセス許可のためのデータを取得し、ステップＳ２１３のサービス利用では、復号鍵でアクセス許可のためのデータを復号し、利用対象のデータへアクセスすればよい。
【００２６】
このように、本発明のアクセス制御システムは、データへのアクセスを制御するだけでなく、動画配信などのサービス提供の制御にも利用できる。
【実施例２】
【００２７】
本実施例では、認証装置や鍵生成装置の数が多い場合、あるいは変更される場合にも柔軟に対応できるアクセス制御システムを説明する。本実施例のアクセス制御システムの構成例も図１と図２に示す。また、処理フローは図３から図５である。本実施例のアクセス制御システムは、レポジトリサーバ５００も備えている点と、端末２００が認証特定部２２０も備えている点が実施例１と異なる。レポジトリサーバ５００は、記録部５１０に復号条件と当該復号条件を確認する認証装置とを対応付けて記録している。
【００２８】
本実施例の端末２００では、ステップＳ２３０の前に、認証特定部２２０が、レポジトリサーバ５００に、復号条件を満足するかの確認を依頼する認証装置３００を問い合わせる（Ｓ２２０）。そして、レポジトリサーバ５００が、復号条件ごとに認証装置３００を特定し、認証装置を特定する情報を端末２００に送る。なお、その他の構成や処理フローは実施例１と同じである。また、実施例１の変形例１、変形例２と同じ変形もできる。この実施例の場合、複数の認証装置と、レポジトリサーバと、鍵生成装置とをまとめて、認証システムと呼んでもよい。
【００２９】
このような構成なので、認証装置が複数ある場合でも端末２００がどの認証装置に確認を依頼すればよいか記録しておく必要がない。また、認証装置の数を変更した場合でも、レポジトリサーバ５００のデータを修正するだけですむ。したがって、本実施例のアクセス制御システムによれば、実施例１のアクセス制御システムと同じ効果を得た上に、さらに、新たにサーバやシステムを追加するときにデータ記録装置のデータを変更する必要がない。
【００３０】
なお、図示していないが、レポジトリサーバ５００が、記録部５１０に復号条件と当該復号条件に対応する暗号鍵を生成する鍵生成装置とを対応付けて記録してもよい。この場合は、データ記録装置１００は、復号条件を決めた後、レポジトリサーバ５００にどの鍵生成装置４００から暗号鍵を取得すればよいかを問い合わせればよい。このように構成すれば、鍵生成装置の変更についても、認証装置の場合と同じように柔軟に対応できる。
【００３１】
［プログラム、記録媒体］
上述の各種の処理は、記載に従って時系列に実行されるのみならず、処理を実行する装置の処理能力あるいは必要に応じて並列的にあるいは個別に実行されてもよい。その他、本発明の趣旨を逸脱しない範囲で適宜変更が可能であることはいうまでもない。
【００３２】
また、上述の構成をコンピュータによって実現する場合、各装置が有すべき機能の処理内容はプログラムによって記述される。そして、このプログラムをコンピュータで実行することにより、上記処理機能がコンピュータ上で実現される。
【００３３】
この処理内容を記述したプログラムは、コンピュータで読み取り可能な記録媒体に記録しておくことができる。コンピュータで読み取り可能な記録媒体としては、例えば、磁気記録装置、光ディスク、光磁気記録媒体、半導体メモリ等どのようなものでもよい。
【００３４】
また、このプログラムの流通は、例えば、そのプログラムを記録したＤＶＤ、ＣＤ−ＲＯＭ等の可搬型記録媒体を販売、譲渡、貸与等することによって行う。さらに、このプログラムをサーバコンピュータの記憶装置に格納しておき、ネットワークを介して、サーバコンピュータから他のコンピュータにそのプログラムを転送することにより、このプログラムを流通させる構成としてもよい。
【００３５】
このようなプログラムを実行するコンピュータは、例えば、まず、可搬型記録媒体に記録されたプログラムもしくはサーバコンピュータから転送されたプログラムを、一旦、自己の記憶装置に格納する。そして、処理の実行時、このコンピュータは、自己の記録媒体に格納されたプログラムを読み取り、読み取ったプログラムに従った処理を実行する。また、このプログラムの別の実行形態として、コンピュータが可搬型記録媒体から直接プログラムを読み取り、そのプログラムに従った処理を実行することとしてもよく、さらに、このコンピュータにサーバコンピュータからプログラムが転送されるたびに、逐次、受け取ったプログラムに従った処理を実行することとしてもよい。また、サーバコンピュータから、このコンピュータへのプログラムの転送は行わず、その実行指示と結果取得のみによって処理機能を実現する、いわゆるＡＳＰ（Application Service Provider）型のサービスによって、上述の処理を実行する構成としてもよい。なお、本形態におけるプログラムには、電子計算機による処理の用に供する情報であってプログラムに準ずるもの（コンピュータに対する直接の指令ではないがコンピュータの処理を規定する性質を有するデータ等）を含むものとする。
【００３６】
また、この形態では、コンピュータ上で所定のプログラムを実行させることにより、本装置を構成することとしたが、これらの処理内容の少なくとも一部をハードウェア的に実現することとしてもよい。
【産業上の利用可能性】
【００３７】
本発明は、多数のデータを共有しながら、データごとに権限を有するユーザにのみ当該データを開示するようなデータベースのアクセス制限などに利用できる。
【符号の説明】
【００３８】
１００  データ記録装置                  １１０  記録部
２００  端末                            ２１０  データ取得部
２２０  認証特定部                      ２３０  確認依頼部
２４０  復号鍵取得部                    ２５０  復号部
３００  認証装置                        ３０１，３０２  認証・鍵生成装置
３１０  条件情報取得部                  ３２０  確認部
３３０  復号鍵指示部                    ４００  鍵生成装置
５００  レポジトリサーバ                ５１０  記録部
【図１】
2012003682.tif 000003
【図２】
2012003682.tif 000004
【図３】
2012003682.tif 000005
【図４】
2012003682.tif 000006
【図５】
2012003682.tif 000007