公開鍵とマスター鍵とを少なくとも含む鍵セットを生成する鍵セット生成部と、前記鍵セットに含まれる同一の前記マスター鍵を用いて、自己の装置にアクセスしたサーバ装置毎に互いに異なる秘密鍵を生成する秘密鍵生成部と、前記秘密鍵生成部が生成した前記秘密鍵を対応するサーバ装置に夫々提供する秘密鍵提供部と、前記サーバ装置の各々において前記秘密鍵を用いて生成される署名情報を検証させるため、当該検証を行う検証装置に前記公開鍵を提供する公開鍵提供部と、を備えたことを特徴とする情報処理装置。前記サーバ装置毎に互いに異なる数値を要素とした数値集合を割り当てる鍵割当部を更に備え、前記秘密鍵生成部は、前記鍵セットに含まれる同一の前記マスター鍵と前記数値集合に含まれる一の数値とを用いて、当該数値に応じた秘密鍵を前記サーバ装置毎に生成することを特徴とする請求項1に記載の情報処理装置。前記鍵セットに含まれた前記マスター鍵と、前回の秘密鍵の生成に用いた第1の数値と、新たな秘密鍵の生成に用いる第2の数値とを用いて、前回の秘密鍵を新たな秘密鍵に更新させる鍵更新情報を生成する鍵更新情報生成部と、前記鍵更新情報生成部が生成した前記鍵更新情報を対応するサーバ装置に夫々提供する更新情報提供部と、を更に備え、前記鍵更新情報生成部は、前記第1の数値を含む数値集合から前記第2の数値を選択することを特徴とする請求項2に記載の情報処理装置。前記秘密鍵の生成に用いた数値毎に、当該数値を用いて生成した秘密鍵の有効期限を定めて管理する有効期限管理部を更に備え、前記鍵更新情報生成部は、前記有効期限管理部に管理された有効期限切れの数値を前記第1の数値とし、当該第1の数値について前記鍵更新情報を生成することを特徴とする請求項3に記載の情報処理装置。前記鍵割当部は、前記サーバ装置毎に互いに異なる数値範囲を割り当て、前記秘密鍵生成部は、前記鍵セットに含まれる同一の前記マスター鍵と前記数値範囲に含まれる一の数値とを用いて、当該数値に応じた秘密鍵を前記サーバ装置毎に生成することを特徴とする請求項2~4の何れか一項に記載の情報処理装置。前記鍵割当部は、前記サーバ装置毎に互いに異なる数値をとる数列を割り当て、前記秘密鍵生成部は、前記鍵セットに含まれる同一の前記マスター鍵と前記数列に含まれる一の数値とを用いて、当該数値に応じた秘密鍵を前記サーバ装置毎に生成することを特徴とする請求項2~4の何れか一項に記載の情報処理装置。前記鍵セット生成部は、KeyInsulatedSignature方式を用いて前記鍵セットを生成することを特徴とする請求項1~6の何れか一項に記載の情報処理装置。コンピュータを、公開鍵とマスター鍵とを少なくとも含む鍵セットを生成する鍵セット生成手段と、前記鍵セットに含まれる同一の前記マスター鍵を用いて、自己の装置にアクセスしたサーバ装置毎に互いに異なる秘密鍵を生成する秘密鍵生成手段と、前記秘密鍵生成手段が生成した前記秘密鍵を対応するサーバ装置に夫々提供する秘密鍵提供手段と、前記サーバ装置の各々において前記秘密鍵を用いて生成される署名情報を検証させるため、当該検証を行う検証装置に前記公開鍵を提供する公開鍵提供手段と、して機能させるためのプログラム。情報処理装置と、サーバ装置と、データ保持装置とを有するアクセス制御システムであって、前記情報処理装置は、公開鍵とマスター鍵とを少なくとも含む鍵セットを生成する鍵セット生成部と、前記鍵セットに含まれる公開鍵を前記データ記憶装置に提供する公開鍵提供部と、前記鍵セットに含まれる同一の前記マスター鍵を用いて前記サーバ装置毎に互いに異なる秘密鍵を生成する秘密鍵生成部と、前記秘密鍵生成部が生成した前記秘密鍵を対応するサーバ装置に夫々提供する秘密鍵提供部と、を備え、前記サーバ装置は、前記データ保持装置に記憶されたデータの取得を要求する要求情報に対し前記秘密鍵を用いることで当該要求情報の署名情報を生成する署名情報生成部と、前記要求情報と前記署名情報とを含むコマンドを、前記データ保持装置に送信する送信部と、を備え、前記データ保持装置は、所定のデータを記憶する記憶部と、前記サーバ装置から前記コマンドを受信する受信部と、前記公開鍵を用いて前記コマンドに含まれた前記署名情報を検証することで当該コマンドに含まれた前記要求情報の真正性を判定する署名検証部と、前記署名検証部が前記要求情報の真正性を確認した場合に、前記記憶部に記憶されたデータを前記サーバ装置に提供するデータ提供部と、を備えたことを特徴とするアクセス制御システム。ところで、上述した認証手続きの際にPKI等の公開鍵暗号技術を用いると、ASはSMにデータ電力使用量を要求するリクエストコマンドを送信する際に、当該リクエストコマンドとともに、このリクエストコマンドに対する電子署名と、当該電子署名を検証するための公開鍵証明書とを送信する必要がある。この場合、SMでは、電子署名の検証と公開鍵証明書の検証とを実施する必要がある。さらに公開鍵証明書は、AS毎に個別となっているため、データ保持機器は全てのASの公開鍵証明書を保持する或いはアクセス毎に毎回受信する必要があり、計算負荷や保存領域が増大する可能性があった。実施の形態の情報処理装置は、鍵セット生成部と、秘密鍵生成部と、秘密鍵提供部と、公開鍵提供部とを備える。鍵セット生成部は、公開鍵とマスター鍵とを少なくとも含む鍵セットを生成する。秘密鍵生成部は、鍵セットに含まれる同一のマスター鍵を用いて、自己の装置にアクセスしたサーバ装置毎に互いに異なる秘密鍵を生成する。秘密鍵提供手段は、秘密鍵生成部が生成した秘密鍵を対応するサーバ装置に夫々提供する。公開鍵提供手段は、サーバ装置の各々において秘密鍵を用いて生成される署名情報を検証させるため、当該検証を行う検証装置に公開鍵を提供する。以下、添付図面を参照して、本実施形態に係る情報処理装置、プログラム及びアクセス制御システムを詳細に説明する。なお、以下では、情報処理装置、プログラム及びアクセス制御システムを、次世代電力網に適用した例を説明するが、これに限定されない。図1は、本実施形態に係るアクセス制御システムの構成を概略的に示す図である。同図に示すように、アクセス制御システム100は、利用者端末10と、データ保持機器20と、アプリケーションサーバ30とがネットワークNを介して接続される構成である。ネットワークNは、例えば、LANLocalAreaNetwork、イントラネット、イーサネット登録商標又はインターネット等である。なお、図1では、ネットワークNに、利用者端末10、データ保持機器20及びアプリケーションサーバ30を各一台ずつ接続した例を示しているが、これに限らず、複数台の利用者端末10やデータ保持機器20、アプリケーションサーバ30を接続することが可能である。利用者端末10は、アプリケーションサーバ30から所定のサービスを享受する利用者が操作する、PCPersonalComputerや携帯情報端末等の端末装置である。また、データ保持機器20は、利用者端末10の利用者の家庭や勤務先等に設置されたスマートメータ等の通信装置である。また、アプリケーションサーバ30は、データ保持機器20に保持されたデータに基づき、利用者端末10の利用者に種々のサービスを提供するサーバ装置である。次に、利用者端末10、データ保持機器20及びアプリケーションサーバ30のハードウェア構成について説明する。利用者端末10、データ保持機器20及びアプリケーションサーバ30は、何れも通常のコンピュータを利用した情報処理装置である。これらの各情報処理装置のハードウェア構成は、情報処理装置全体を制御するCPUCentralProcessingUnit等の制御部と、各種データや各種プログラムを記憶するROMReadOnlyMemoryやRAMRandomAccessMemory等の主記憶部と、各種データや各種プログラムを記憶するHDDHardDiskDriveやCDCompactDiskドライブ装置等の補助記憶部と、これらを接続するバスとを備えている。また、ネットワークNを介して通信を行う通信I/Fを更に備える。なお、これら情報処理装置がネットワークNを介して通信を行う際には、通信内容の秘匿や認証のために暗号通信を行う。次に、利用者端末10、データ保持機器20及びアプリケーションサーバ30のそれぞれにおいて実現される各種機能について説明する。まず、利用者端末10の機能的構成について図2を用いて説明する。図2に示すように、利用者端末10は、制御部11、送受信部12、鍵セット生成部13、鍵セット記憶部14、鍵割り当て管理部15、鍵割り当て範囲管理DB16、鍵有効期限管理DB17及び鍵更新情報生成部18を有する。ここで、送受信部12の機能は、利用者端末10の有する通信I/Fと、利用者端末10の有するCPUが主記憶部や補助記憶部に記憶された各種プログラムを実行することにより実現される。また、制御部11、鍵セット生成部13、鍵割り当て管理部15及び鍵更新情報生成部18の各機能は、利用者端末10の有するCPUが主記憶部や補助記憶部に記憶された各種プログラムを実行することにより実現される。また、鍵セット記憶部14、鍵割り当て範囲管理DB16及び鍵有効期限管理DB17はそれぞれ、利用者端末10の有する例えば補助記憶部に確保される記憶領域である。制御部11は、利用者端末10を構成する各機能部の動作を統括的に制御する。送受信部12は、データ保持機器20やアプリケーションサーバ30等の他の情報処理装置との通信を制御する。鍵セット生成部13は、アクセス制御システム100で使用される鍵セットを生成し、鍵セット記憶部14に記憶する。鍵セット生成部13が生成する鍵セットは、KeyInsulatedSignature方式YDodisJKatzSXuandMYungStrongKeyInsulatedSignatureSchemesProcofPKC’03pp1301442003等参照で生成される複数の値pk、sk、sk_0で構成される。ここでpkは公開鍵であり、秘密鍵sk_i0<i<I、Iはシステムパラメータで決定される値を用いて生成された電子署名sig_iを検証するために用いられる。公開鍵は、制御部11の制御の下、後述するシステムセットアップ処理の際に、データ保持機器20に送信配布される。skはマスター鍵であり、秘密鍵の生成や、秘密鍵の更新に用いる後述する鍵更新情報upd_{i、j}を生成する際に用いられる。マスター鍵は、秘密鍵を生成する際に、生成パラメータとなるインデックス値数値を引数とし、そのインデックス値に応じて夫々異なる秘密鍵を生成する。また、sk_0は鍵セットの初期秘密鍵である。なお、初期秘密鍵sk_0は、秘密鍵の生成や鍵更新情報upd_{i、j}の生成に必要な要素ではないため、鍵セット記憶部14に記憶する鍵セットから除外する形態としてもよい。なお、マスター鍵は機密情報であるため、利用者端末10の外部に流出しないように適切に保護する必要があるが、その保護方式についてはここでは言及しない。鍵割り当て管理部15は、利用者端末10が通信を行うアプリケーションサーバ30毎に、互いに異なる秘密鍵sk_iを割り当て、当該秘密鍵sk_iの有効期限tと関連付けて管理する。ここで、秘密鍵の割り当ては、種々の割り当て方式を採用することが可能である。秘密鍵の割り当て方式の1例以下、第1の方式というとしては、アプリケーションサーバ30の各々に対し、互いに異なるインデックス値の使用範囲数値範囲を定め、この使用範囲に含まれるインデックス値を用いて秘密鍵sk_iを順次生成する。例えば、二台のアプリケーションサーバ30A、30Bを対象とする場合、使用範囲i0<i<i0n-1をアプリケーションサーバ30Aに割り当て、使用範囲i0n<i<i02nー1をアプリケーションサーバ30Bに割り当てたとする。ここで、i0は初期値となる任意の自然数であり、nは2以上の任意の自然数である。この場合、アプリケーションサーバ30Aに対しては、最初の秘密鍵としてsk_i0を割り当て、鍵の更新によりsk_{i01}、sk_{i02}、、sk_{i0n-1}を順に割り当てる。また、アプリケーションサーバ30Bに対しては、最初の秘密鍵としてsk_{i0n}を割り当て、鍵の更新によりsk_{i0n1}、sk_{i0n2}、、sk_{i02nー1}を順に割り当てる。このように、アプリケーションサーバ30毎に、互いに異なるインデックス値の使用範囲を定めることで、アプリケーションサーバ30毎に、互いに異なる秘密鍵sk_iを生成することができる。また、割り当て方式の他の例以下、第2の方式というとしては、アプリケーションサーバ30の各々に対し、互いに異なるインデックス値をとる所定の数列を定め、この数列に含まれるインデックスの集合を用いて生成した秘密鍵sk_iを、順次割り当てる方式が挙げられる。例えば、二台のアプリケーションサーバ30A、30Bを対象とする場合、アプリケーションサーバ30Aに対しては、初期の秘密鍵としてsk_i0を与え、鍵の更新によりsk_{i0k}、sk_{i02k}、、sk_{i0nk}を順に与えるものとし、アプリケーションサーバ30Bに対しては、初期の秘密鍵としてsk_{i01}を与え、鍵の更新によりsk_{i01k}、sk_{i012k}、、sk_{i01nk}を順に与える。なお、i0は初期値となる任意の自然数であり、kは公差を規定する任意の自然数である。このように、アプリケーションサーバ30毎に、互いに異なるインデックス値をとる数列を定めることで、アプリケーションサーバ30毎に、互いに異なる秘密鍵sk_iを生成することができる。鍵割り当て管理部15は、上述した秘密鍵の割り当て方式により、秘密鍵の生成に用いるインデックス値の集合をアプリケーションサーバ30毎に求めると、このインデックス値の集合を鍵割り当て範囲とし、対応するアプリケーションサーバ30を識別するサーバIDと関連付け、鍵割り当て範囲管理DB16に登録して管理する。図3は、鍵割り当て範囲管理DB16を構成するデータ項目の一例を示す図である。同図に示すように、鍵割り当て範囲管理DB16は、サーバID、鍵割り当て範囲等のデータ項目からなるレコードによって構成されている。ここで、サーバIDの項目には、各アプリケーションサーバ30を識別するIPアドレスや、サーバ名、ドメイン名等の識別情報が格納される。また、鍵割り当て範囲の項目には、アプリケーションサーバ30に割り当てた、秘密鍵の生成に用いるインデックスの集合、或いはインデックスの集合を導出可能な数値範囲や数列を表す情報が格納される。なお、上記鍵割り当て範囲を決定するタイミングは特に問わず、アプリケーションサーバ30から利用申請が行われる毎に、当該アプリケーションサーバ30分の鍵割り当て範囲を決定する形態としてもよいし、複数台分例えば、十台分の鍵割り当て範囲を予め決定しておき、これらの鍵割り当て範囲を、利用申請を行ったアプリケーションサーバ30に順次割り当てる形態としてもよい。また、鍵割り当て管理部15は、各アプリケーションサーバ30で現在利用されている秘密鍵sk_iの生成に用いたインデックスiの有効期限を決定し、鍵有効期限管理DB17に登録して管理する。図4は、鍵有効期限管理DB17を構成するデータ項目の一例を示す図である。同図に示すように、鍵有効期限管理DB17は、サーバID、インデックス、有効期限等のデータ項目からなるレコードによって構成されている。ここで、サーバIDの項目には、各アプリケーションサーバ30の識別情報が格納される。また、インデックス値の項目には、アプリケーションサーバ30で現在利用されている秘密鍵の生成に用いたインデックス値が格納される。また、有効期限の項目には、そのインデックス値の有効期限が格納される。図2に戻り、鍵更新情報生成部18は、アプリケーションサーバ30から秘密鍵の更新を要求する秘密鍵更新申請コマンドを受けた際に、鍵セット記憶部14に記憶された鍵セットpk、sk、sk_0と、鍵有効期限管理DB17に登録された当該アプリケーションサーバ30の現在のインデックス値と、鍵割り当て範囲管理DB16に登録された当該アプリケーションサーバ30の鍵割り当て範囲のうち、次に割り当てを行うインデックス値とを基に、鍵更新情報upd_{i、j}を生成する。ここで、upd_{i、j}は、現在のインデックスiを用いた秘密鍵を、次のインデックスjを用いた秘密鍵に更新するための情報であり、KeyInsulatedSignature方式での鍵更新演算子アルゴリズムに相当する。例えば、上述した第1の方式の場合、アプリケーションサーバ30Aの現在の秘密鍵がsk_i0であったとすると、インデックスi0がiとなりi=i0、次のインデックス{i01}がjとなるj=i01。また、同様にアプリケーションサーバ30Bについても、現在の秘密鍵がsk_{i0n}であったとすると、インデックス{i0n}がiとなりi={i0n}、次のインデックス{i0n1}がjとなるj={i0n1}。また、上述した第2の方式の場合、アプリケーションサーバ30Aの現在の秘密鍵がsk_i0であったとすると、インデックスi0がiとなりi=i0、次のインデックス{i0k}がjとなるj={i0k}。また、同様にアプリケーションサーバ30Bについても、現在の秘密鍵がsk_{i01}であったとすると、インデックス{i01}がiとなりi={i0n}、次のインデックス{i01k}がjとなるj={i01k}。次に、データ保持機器20の機能的構成について図5を用いて説明する。図5に示すように、データ保持機器20は、制御部21、送受信部22、公開鍵記憶部23、署名検証処理部24、データ記憶部25、鍵有効期限管理部26及び鍵有効期限管理DB27を有する。ここで、送受信部22の機能は、データ保持機器20の有する通信I/Fと、データ保持機器20の有するCPUが主記憶部や補助記憶部に記憶された各種プログラムを実行することにより実現される。また、制御部21、署名検証処理部24及び鍵有効期限管理部26の各機能は、データ保持機器20の有するCPUが主記憶部や補助記憶部に記憶された各種プログラムを実行することにより実現される。また、公開鍵記憶部23、データ記憶部25及び鍵有効期限管理DB27はそれぞれ、データ保持機器20の有する例えば補助記憶部に確保される記憶領域である。制御部21は、データ保持機器20を構成する各機能部の動作を統括的に制御する。送受信部22は、利用者端末10やアプリケーションサーバ30等の他の情報処理装置との通信を制御する。公開鍵記憶部23は、送受信部22が利用者端末10から受信した公開鍵を記憶する。署名検証処理部24は、送受信部22がアプリケーションサーバ30から受信した電子署名の真正性を、公開鍵記憶部23に記憶された公開鍵を用いて検証する。データ記憶部25は、図示しないデータ計測部が計測した、電力使用量、ガス使用量、水道使用量等のデータを記憶する。また、アプリケーションサーバ30からの要求に応じて、送受信部22を通じて記憶されたデータの一部または全部をアプリケーションサーバ30に提供する。なお、データ計測部は、データ保持機器20が備える形態としてもよいし、ネットワークN等を介して接続することで、データ保持機器20の外部装置とする形態としてもよい。鍵有効期限管理部26は、送受信部22を通じて利用者端末10から送られてくる秘密鍵のインデックス値及び有効期限についての情報を、鍵有効期限管理DB27に登録し管理する。図6は、鍵有効期限管理DB27を構成するデータ項目の一例を示す図である。同図に示すように、鍵有効期限管理DB27は、インデックス値、有効期限等のデータ項目からなるレコードによって構成されている。ここで、インデックス値及び有効期限のデータ項目には、利用者端末10から送信されたインデックス値及び有効期限が格納される。鍵有効期限管理DB27に格納されたこれらの情報は、アプリケーションサーバ30から送信された署名を検証する際に用いられる。ここで、署名検証の方法の概要を説明する。アプリケーションサーバ30からデータリクエストコマンドとして、所望データの内容を記したリクエストreq_i、アプリケーションサーバ30が使用中の秘密鍵sk_iのインデックスi、上記リクエストのハッシュ値等に対して秘密鍵sk_iを用いて生成した署名sig_iが送られてくると、公開鍵記憶部23は、まずインデックスiが有効かどうかを、鍵有効期限管理DB27の有効期限を参照して確認する。インデックスiが有効であった場合は、署名検証処理部24は、公開鍵記憶部23に記憶された公開鍵pkを用いて署名sig_iを検証することで、署名sig_iからハッシュ値を導出する。また、導出したハッシュ値とリクエストreq_iから算出したハッシュ値とを比較することで、リクエストreq_iの真正性を確認する。そして、リクエストreq_iの真正性が確認できた場合、制御部21は、リクエストreq_iで指示されたデータをアプリケーションサーバ30に送信する。次に、アプリケーションサーバ30の機能的構成について図7を用いて説明する。図7に示すように、アプリケーションサーバ30は、制御部31、送受信部32、秘密鍵インデックス記憶部33、署名データ生成部34、データ記憶部35及びリクエスト生成部36を有する。ここで、送受信部32の機能は、アプリケーションサーバ30の有する通信I/Fと、アプリケーションサーバ30の有するCPUが主記憶部や補助記憶部に記憶された各種プログラムを実行することにより実現される。また、制御部31、署名データ生成部34及びリクエスト生成部36の各機能は、アプリケーションサーバ30の有するCPUが主記憶部や補助記憶部に記憶された各種プログラムを実行することにより実現される。また、秘密鍵インデックス記憶部33及びデータ記憶部35の各記憶部は、アプリケーションサーバ30の有する例えば補助記憶部に確保される記憶領域である。制御部31は、アプリケーションサーバ30を構成する各機能部の動作を統括的に制御する。送受信部32は、利用者端末10やデータ保持機器20等の他の情報処理装置との通信を制御する。秘密鍵インデックス記憶部33は、利用者端末10から受信した秘密鍵、インデックス及び有効期限を記憶する。また、署名データ生成部34がリクエストに対する署名を生成する際に秘密鍵の情報を提供する。署名データ生成部34は、リクエスト生成部36がリクエストコマンドreq_i、i、sig_iを生成する際に、リクエストreq_iのハッシュ値に対して秘密鍵sk_iを用いることで署名sig_iを生成する。なお、署名生成の具体的な方法としては、例えば上述したKeyInsulatedSignature方式の署名生成方式を適用すればよい。データ記憶部35は、データ保持機器20から受信したデータを記憶する。なお、データの使用目的使用方法については、特に問わないものとする。リクエスト生成部36は、送受信部32がデータ保持機器20に対して送信するリクエストコマンドreq_i、i、sig_iを生成する。具体的に、リクエスト生成部36は、所望するデータを指示したリクエスト情報req_iを生成し、req_iに対する署名データの生成を、署名データ生成部34に依頼して、署名sig_iおよびインデックスiを入手する。次に、本実施形態のアクセス制御システムの動作について説明する。本システムが動作するためには、システムセットアップ処理、アプリケーションサーバセットアップ処理、データリクエスト処理及び秘密鍵更新処理の4つの処理が必要となる。以下、これら4つの処理について順次説明する。まず、図8を参照し、システムセットアップ処理の手順について説明する。ここで、図8は、システムセットアップ処理の手順を示すフローチャートである。まず、利用者端末10では、鍵セット生成部13がKeyInsulatedSignature方式の鍵セットpk、sk、sk_0を生成しステップS11、当該鍵セットを鍵セット記憶部14に記憶するステップS12。続いて、制御部11は、鍵セット記憶部14に記憶された鍵セットのうち公開鍵pkを、データ保持機器20に送信するステップS13。一方、データ保持機器20では、送受信部22が利用者端末10から公開鍵pkを受信するとステップS21、制御部21は、この公開鍵pkを公開鍵記憶部23に記憶するステップS22。このように、システムセットアップ処理では、利用者端末10で生成された鍵セットpk、sk、sk_0のうち、公開鍵pkがデータ保持機器20に保持される。なお、データ保持機器20では、入手した公開鍵を用いて署名検証処理に必要となる値を事前に計算しておく形態としてもよく、この場合、後述するデータリクエスト処理において、アプリケーションサーバ30から送信されるデータリクエストに対応する処理時間を短縮することが可能である。次に、図9を参照し、アプリケーションサーバセットアップ処理の手順について説明する。ここで、図9は、アプリケーションサーバセットアップ処理の手順を示すフローチャートである。まず、アプリケーションサーバ30では、制御部31が、利用者端末10に対しデータの利用申請コマンドを送信するステップS31。なお、利用申請コマンドには、アプリケーションサーバ30の真正性を確認可能な認証情報が含まれるものとする。利用者端末10では、送受信部12がアプリケーションサーバ30から利用申請コマンドを受信するとステップS41、制御部11は、この利用申請コマンドに含まれた認証情報を検証しステップS42、アプリケーションサーバ30の真正性を確認するステップS43。アプリケーションサーバ30の真正性が確認できない場合ステップS43;No、制御部11は、送受信部12を介してアプリケーションサーバ30にエラーを送信しステップS46、処理を終了する。また、ステップS43において、アプリケーションサーバ30の真正性が確認された場合ステップS43;Yes、鍵割り当て管理部15は、鍵割り当て範囲管理DB16を参照し、他のアプリケーションサーバ30に未割り当ての鍵割り当て範囲インデックスの集合を検索するステップS44。ここで、未割り当ての鍵割り当て範囲が存在しない場合ステップS45;No、鍵割り当て管理部15は、送受信部12を介してアプリケーションサーバ30にエラーを送信しステップS46、処理を終了する。また、ステップS45において、未割り当ての鍵割り当て範囲が存在した場合にはステップS45;Yes、鍵割り当て管理部15は、その鍵割り当て範囲を、利用申請コマンドを送信したアプリケーションサーバ30以下、送信元アプリケーションサーバ30というのサーバIDと関連付けて、鍵割り当て範囲管理DB16に登録するステップS47。さらに、鍵割り当て管理部15は、ステップS47で登録した鍵割り当て範囲から、今回の秘密鍵の生成に用いる一のインデックスiを選択すると、このインデックスiと、送信元アプリケーションサーバ30のサーバIDと、このインデックスiの有効期限tとを関連付け、鍵有効期限管理DB17に登録するステップS48。続いて、制御部11は、鍵セット記憶部14に記憶された鍵セットに含まれるマスター鍵skと、鍵有効期限管理DB17に登録された、送信元アプリケーションサーバ30のサーバIDに対応するインデックスiとを用いて、秘密鍵sk_iを生成するステップS49。そして、制御部11は、送受信部12を介して送信元アプリケーションサーバ30に、生成した秘密鍵sk_i、鍵有効期限管理DB17に記憶された送信元アプリケーションサーバ30のインデックスi及び有効期限tを送信するステップS50。一方、アプリケーションサーバ30では、制御部31が、送受信部32により利用者端末10から秘密鍵sk_i、インデックスi及び有効期限tの組を受信したか否かを判定するステップS32。ここで、利用者端末10からエラーを受信したと判定した場合にはステップS32;No、処理を終了する。また、利用者端末10から、秘密鍵sk_i、インデックスi及び有効期限tの組を受信したと判定した場合ステップS32;Yes、制御部31は、受信した秘密鍵sk_i、インデックスi及び有効期限tの組を、秘密鍵インデックス記憶部33に記憶するステップS33。また、利用者端末10では、ステップS50を実行した後、制御部11は、送受信部12を介し、鍵有効期限管理DB17に登録された、送信元アプリケーションサーバ30のインデックスi及び有効期限tをデータ保持機器20に送信するステップS51。データ保持機器20では、送受信部22が利用者端末10からインデックスi及び有効期限tを受信するとステップS61、鍵有効期限管理部26は、このインデックスiと有効期限tとを関連付け、鍵有効期限管理DB27に登録するステップS62。このように、アプリケーションサーバセットアップ処理では、アプリケーションサーバ30に使用する鍵割り当て範囲が、利用者端末10に設定される。また、利用者端末10で生成された秘密鍵sk_iが、当該秘密鍵sk_iの生成に用いたインデックスiと、その有効期限tとともにアプリケーションサーバ30に提供されるとともに、インデックスi及び有効期限tがデータ保持機器20に提供される。これにより、アプリケーションサーバ30がデータ保持機器20からデータを取得する環境が整ったことになる。次に、図10を参照して、データリクエスト処理の手順について説明する。ここで、図10は、データリクエスト処理の手順を示すフローチャートである。まず、アプリケーションサーバ30では、リクエスト生成部36が、リクエストコマンドreq_i、i、sig_iを生成するとステップS71、当該リクエストコマンドを、送受信部32を介してデータ保持機器20に送信するステップS72。データ保持機器20では、送受信部22がリクエストコマンドを受信するとステップS81、制御部21は、鍵有効期限管理DB27を参照して、受信したリクエストコマンドに含まれるインデックスiが、有効期限内か否かを判定するステップS82。ステップS82において、インデックスiが有効期限外と判定した場合ステップS82;No、制御部21は、送受信部22を介してアプリケーションサーバ30にエラー発生を送信しステップS85、処理を終了する。また、ステップS82でインデックスiが有効期限内と判定した場合ステップS82;Yes、署名検証処理部24は、リクエストコマンドに含まれる署名sig_iを公開鍵記憶部23に記憶された公開鍵pkを用いて検証することでステップS83、当該リクエストコマンドに含まれるreq_iの真正性を判定するステップS84。ここで、req_iの真正性が確認できない場合ステップS84;No、署名検証処理部24は、送受信部22を介してアプリケーションサーバ30にエラー発生を送信しステップS85、処理を終了する。また、ステップS84でreq_iの真正性が確認された場合ステップS84;Yes、制御部21は、リクエストreq_iに含まれる指示内容を元に、データ記憶部25からデータを読み出しステップS86、送受信部22を介してアプリケーションサーバ30に送信するステップS87。一方、アプリケーションサーバ30では、制御部31が、送受信部32によりデータ保持機器20からデータを受信したか否かを判定するステップS73。ここで、データ保持機器20からエラーを受信したと判定した場合にはステップS73;No、処理を終了する。また、データ保持機器20からデータを受信したと判定した場合ステップS73;Yes、制御部31は、受信したデータをデータ記憶部35に記憶するステップS74。このように、データリクエスト処理では、アプリケーションサーバ30がデータリクエストと当該リクエストに対する署名を生成し、データ保持機器20に送信する。そして、データ保持機器では、受信した署名を検証し、検証に成功した場合にデータリクエストに記載されたデータをアプリケーションサーバ30に提供する。次に、図11を参照し、秘密鍵更新処理の手順について説明する。ここで、図11は、秘密鍵更新処理の手順を示すフローチャートである。なお、本処理は、データリクエスト処理のステップS82において有効期限外と判定された場合や、アプリケーションサーバ30の秘密鍵インデックス記憶部33に記憶されたインデックスiの有効期限tが切れた場合等に実行されるものである。まず、アプリケーションサーバ30では、制御部31が、送受信部32を介し利用者端末10に秘密鍵更新申請コマンドを送信するステップS91。この秘密鍵更新申請コマンドには、上記した利用申請コマンドと同様に認証情報が含まれるものとする。利用者端末10では、送受信部12がアプリケーションサーバ30から秘密鍵更新申請コマンドを受信するとステップS101、制御部11は、この秘密鍵更新申請コマンドに含まれた認証情報を検証しステップS102、アプリケーションサーバ30の真正性を確認するステップS103。ここで、アプリケーションサーバ30の真正性が確認できない場合ステップS103;No、制御部11は、アプリケーションサーバ30にエラーを送信しステップS104、処理を終了する。ステップS103において、アプリケーションサーバ30の真正性が確認されるとステップS103;Yes、鍵更新情報生成部18は、鍵有効期限管理DB17から、このアプリケーションサーバ30のサーバIDに対応するインデックスiを読み出すとともに、鍵割り当て範囲管理DB16から、このアプリケーションサーバ30のサーバIDに対応する鍵割り当て範囲から、次のインデックスjを読み出すステップS105。続いて、鍵更新情報生成部18は、鍵セット記憶部14に記憶された鍵セットに含まれるマスター鍵skと、ステップS105で読み出したインデックスi、jとを用いて、鍵更新情報upd_{i、j}を生成するとともに、このインデックスjの有効期限t’を決定するステップS106。次いで、制御部11は、ステップS106で生成された鍵更新情報upd_{i、j}と、秘密鍵の更新に用いる新たなインデックスjと、その有効期限t’とを、送受信部12を介しアプリケーションサーバ30に送信するステップS107。アプリケーションサーバ30では、制御部31が、送受信部32より利用者端末10から鍵更新情報upd_{i、j}、インデックスj及び有効期限t’の組を受信したか否かを判定するステップS92。ここで、利用者端末10からエラーを受信したと判定した場合にはステップS92;No、処理を終了する。また、利用者端末10から鍵更新情報upd_{i、j}、インデックスj及び有効期限t’の組を受信したと判定した場合ステップS92;Yes、制御部31は、受信した鍵更新情報upd_{i、j}と、秘密鍵インデックス記憶部33に記憶された秘密鍵sk_iとを用いて、新たな秘密鍵sk_jを生成するステップS93。そして、制御部31は、秘密鍵インデックス記憶部33に記憶された秘密鍵sk_i、インデックスi及び有効期限tを、新たな秘密鍵sk_j、インデックスj及び有効期限t’に更新するステップS94。また、利用者端末10では、ステップS107の後、制御部11が、ステップS107で送信先となったアプリケーションサーバ30のサーバIDに対応する鍵有効期限管理DB17のインデックスiを、新たなインデックスjで上書きするとともに、有効期限tを、新たな有効期限をt’で上書きすることで、鍵有効期限管理DB17を更新するステップS108。そして、制御部11は、インデックスj及びその有効期限t’を、送受信部12を介してデータ保持機器20に送信するステップS109。一方、データ保持機器20では、送受信部22が利用者端末10からインデックスj及びその有効期限t’を受信するとステップS111、制御部21は、鍵有効期限管理DB27に記憶されたインデックスi及び有効期限tを、受信したインデックスj及び有効期限t’で上書きすることで、鍵有効期限管理DB27を更新しステップS112する。このように、秘密鍵更新処理では、利用者端末10が、アプリケーションサーバ30が保持する秘密鍵sk_iを更新するための鍵更新情報upd_{i、j}を、鍵セットを用いて生成し、当該鍵更新情報upd_{i、j}をアプリケーションサーバ30に送信する。アプリケーションサーバ30では、受信した鍵更新情報upd_{i、j}と自身が保持する秘密鍵sk_iを用いて、新たな秘密鍵sk_{j}を生成し、古い秘密鍵sk_iと置き換える。その後、データリクエスト処理での署名生成時には、新た秘密鍵sk_{j}が用いられる。以上のように、本実施形態のアクセス制御システム100では、アプリケーションサーバ30がデータ保持機器20にデータリクエストを送信する際に、秘密鍵を用いて生成した電子署名のみを送信すればよく、公開鍵証明書が不要となるため、通信コストを削減することができるとともに、データ保持機器20の計算負荷を軽減することができる。また、利用者端末10において、同一のマスター鍵から生成した秘密鍵を、アプリケーションサーバ30間で重複しないよう割り当てることで、データ保持機器20が保持する公開鍵を、全てのアプリケーションサーバ30で共用することができるため、データ保持機器20で公開鍵を保存するための領域の縮小化を図ることが出来る。以上、本発明の実施形態を説明したが、上記実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。新規な上記実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。上記実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。例えば、上記実施形態の各装置で実行されるプログラムは、各装置が備える記憶媒体ROM又はHDDに予め組み込んで提供するものとするが、これに限らず、インストール可能な形式又は実行可能な形式のファイルでCD-ROM、フレキシブルディスクFD、CD-R、DVDDigitalVersatileDisk等のコンピュータで読み取り可能な記録媒体に記録して提供するように構成してもよい。さらに、記憶媒体は、コンピュータ或いは組み込みシステムと独立した媒体に限らず、LANやインターネット等により伝達されたプログラムをダウンロードして記憶又は一時記憶した記憶媒体も含まれる。また、上記実施形態の各装置で実行されるプログラムをインターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するように構成してもよく、インターネット等のネットワーク経由で提供又は配布するように構成してもよい。