JP5749222B2 - アクセス許可制御システム、アクセス許可制御方法 - Google Patents

Description

この発明は、アクセストークンによるアクセス許可制御システム、アクセス許可制御方法に関する。

現在、ユーザの個人属性情報を利用してオンラインサービスを提供するサービスにおいて、情報活用装置は、ユーザからのサービス要求を受け付けると、ユーザの氏名や住所や口座番号などの個人属性情報を管理する情報管理装置に対してサービス要求元のユーザに関する個人属性情報を要求し、取得して種々のサービスを提供するサービスが存在する。

この情報活用装置がユーザの個人属性情報を取得する際に、従来の技術として、情報管理装置が、ユーザに個人属性情報の提供可否を確認し、ユーザが個人属性情報を情報活用装置に提供してよいと判断した場合に、個人属性情報へのアクセス許可をアクセストークンとして情報活用装置に提供し、アクセストークンを受け取った情報活用装置はアクセストークンを情報管理装置に提示し、情報管理装置では受け取ったアクセストークンを検証し、正当なアクセストークンであれば、情報活用装置に個人属性情報を提供するアクセス許可制御技術が存在する。

また、情報管理装置がユーザに個人属性情報の提供可否を確認し、ユーザが個人属性情報を情報活用装置に提供してよいと判断した場合に、個人属性情報へのアクセス許可をアクセストークンとして情報活用装置に提供するアクセス許可装置と、受け取ったアクセストークンを検証し、正当なアクセストークンであれば、情報活用装置に個人属性情報を提供する情報提供装置とに分離した構成のアクセス許可制御技術も存在する（例えば、非特許文献１参照）。

OAuth2.0: http://tools.ietf.org/html/draft-ietf-oauth-v2-13

上記した従来の技術は、情報活用装置が複数の情報管理装置（もしくは情報提供装置）で管理されている個人属性情報を必要とする場合、ユーザは複数の情報管理装置（もしくはアクセス許可装置）に対して個人属性情報の提供可否を確認し、情報活用装置は複数の情報管理装置（もしくは情報提供装置）から複数のアクセストークンを取得しないとサービスを提供できないという問題があった。

また、情報活用装置が例えば２つの異なる情報管理装置（もしくは情報提供装置）から個人属性情報を順番に取得する必要がある場合、ユーザが１つめの情報管理装置（もしくはアクセス許可装置）に対して個人属性情報の提供可否を確認し、情報活用装置が１つめのアクセストークンを取得し、１つめの情報管理装置（もしくは情報提供装置）から個人属性情報の取得を完了する間、ユーザに２つめの情報管理装置（もしくはアクセス許可装置）に対する個人属性情報の提供可否の確認を待ってもらうという操作負担を強いる必要があった。

もしくは、ユーザが２つの情報管理装置（もしくはアクセス許可装置）に対して個人属性情報の提供可否を確認し、情報活用装置が２つの異なる情報管理装置（もしくはアクセス許可装置）からのアクセストークンを取得し、１つめの情報管理装置（もしくは情報提供装置）から個人属性情報の取得を完了する間、２つめのアクセストークンを安全に管理する必要があった。

また、情報管理装置（もしくは情報提供装置）では、情報活用装置が順番に個人情報を取得しているかどうかを確認することができなかった。

したがって、かかる点に鑑みてなされた本発明の目的は、ユーザの操作負担なく、１つのアクセストークンにより複数の情報提供装置から個人属性情報を取得することが可能なアクセス許可制御システム、アクセス許可制御方法を提供することにある。

上述した諸課題を解決すべく、本発明に係るアクセス許可制御システムは、利用者の属性情報を保持する複数の情報提供装置と、前記複数の情報提供装置から前記属性情報を取得し、前記属性情報を利用したサービス結果を前記利用者に提示する情報活用装置と、前記情報活用装置が前記複数の情報提供装置から前記属性情報を取得するための１つのアクセストークンを生成するアクセス許可装置と、を備えるアクセス許可制御システムであって、前記アクセス許可装置は、前記各情報提供装置の検証キーを生成し、前記各情報提供装置の検証キーを用いて前記アクセストークンを生成し、前記アクセストークンを前記情報活用装置に送信し、前記情報活用装置は、前記アクセストークンを前記各情報提供装置に送信し、前記各情報提供装置は、前記アクセストークンに含まれる自分の前記検証キーを前記アクセス許可装置に送信し、前記アクセス許可装置は、受信した前記検証キーに基づき、送信元の前記情報提供装置における前記利用者の利用者ＩＤを返信し、前記各情報提供装置は、前記利用者ＩＤに基づく属性情報を前記情報活用装置に送信する、ことを特徴とする。

また、前記アクセス許可装置は、前記複数の情報提供装置へのアクセス順番を保持しており、前記アクセス順番に基づき前記アクセストークンを生成し、前記情報活用装置は、前記アクセストークンに含まれる前記アクセス順番に基づき、前記各情報提供装置にアクセストークンを送信して前記属性情報の取得を行う、こととしても良い。

また、前記各情報提供装置は、前記情報活用装置から前記アクセストークンを受信する順番が、前記アクセストークンに含まれる自身の前記アクセス順番と一致する場合、前記アクセストークンに含まれる自分の前記検証キーを前記アクセス許可装置に送信し、前記アクセス許可装置から前記利用者ＩＤを受信した場合、前記属性情報に加え自身の前記検証キーを前記情報活用装置に送信する、こととしても良い。

また、前記情報活用装置は、前記各情報提供装置にアクセストークンを送信する際、前記アクセストークンに含まれる前記アクセス順番において、送信先である情報提供装置よりもアクセス順番の早い情報提供装置に対する検証キーを合わせて送信し、前記各情報提供装置は、自身よりもアクセス順番の早い情報提供装置に対する前記検証キーにより、前記情報活用装置から前記アクセストークンを受信する順番が前記アクセストークンに含まれる自身の前記アクセス順番と一致するかを判定する、こととしても良い。

さらに、本発明に係るアクセス許可制御方法は、利用者の属性情報を保持する複数の情報提供装置と、前記複数の情報提供装置から前記属性情報を取得し、前記属性情報を利用したサービス結果を前記利用者に提示する情報活用装置と、前記情報活用装置が前記複数の情報提供装置から前記属性情報を取得するための１つのアクセストークンを生成するアクセス許可装置と、を備えるアクセス許可制御システムにおけるアクセス許可制御方法であって、前記アクセス許可装置が、前記各情報提供装置の検証キーを生成するステップと、前記各情報提供装置の検証キーを用いて前記アクセストークンを生成するステップと、前記アクセストークンを前記情報活用装置に送信するステップと、前記情報活用装置が、前記アクセストークンを前記各情報提供装置に送信するステップと、前記各情報提供装置が、前記アクセストークンに含まれる自分の前記検証キーを前記アクセス許可装置に送信するステップと、前記アクセス許可装置が、受信した前記検証キーに基づき、送信元の前記情報提供装置における前記利用者の利用者ＩＤを返信するステップと、前記各情報提供装置が、前記利用者ＩＤに基づく属性情報を前記情報活用装置に送信するステップと、を含むことを特徴とする。

また、前記アクセス許可装置が、前記複数の情報提供装置へのアクセス順番を保持しており、前記アクセス順番に基づき前記アクセストークンを生成するステップと、前記情報活用装置が、前記アクセストークンに含まれる前記アクセス順番に基づき、前記各情報提供装置にアクセストークンを送信して前記属性情報の取得を行ステップと、を含むこととしても良い。

また、前記各情報提供装置が、前記情報活用装置から前記アクセストークンを受信する順番が、前記アクセストークンに含まれる自身の前記アクセス順番と一致する場合、前記アクセストークンに含まれる自分の前記検証キーを前記アクセス許可装置に送信するステップと、前記アクセス許可装置から前記利用者ＩＤを受信した場合、前記属性情報に加え自身の前記検証キーを前記情報活用装置に送信するステップと、を含むこととしても良い。

また、前記情報活用装置が、前記各情報提供装置にアクセストークンを送信する際、前記アクセストークンに含まれる前記アクセス順番において、送信先である情報提供装置よりもアクセス順番の早い情報提供装置に対する検証キーを合わせて送信するステップと、前記各情報提供装置が、自身よりもアクセス順番の早い情報提供装置に対する前記検証キーにより、前記情報活用装置から前記アクセストークンを受信する順番が前記アクセストークンに含まれる自身の前記アクセス順番と一致するかを判定するステップと、を含むこととしても良い。

本発明に係るアクセス許可制御システム、アクセス許可制御方法によれば、ユーザの操作負担なく、１つのアクセストークンにより複数の情報提供装置から個人属性情報を取得することが可能となる。

本発明の一実施形態にかかるアクセス許可制御システムの概略構成を示す図である。 開示確認結果データの一例を示す図である。 開示確認要求データの一例を示す図である。 アクセス先管理ＤＢの一例を示す図である。 属性情報保存ＤＢの一例を示す図である。 検証キーデータの一例を示す図である。 アクセストークンの一例を示す図である。 アクセス順番管理ＤＢの一例を示す図である。 アクセストークン管理ＤＢの一例を示す図である。 利用者データの一例を示す図である。 アカウント管理ＤＢの一例を示す図である。 検証キーデータ管理ＤＢの一例を示す図である。 属性情報データの一例を示す図である。 属性情報ＤＢの一例を示す図である。 アクセス許可制御システムにおけるアクセストークン生成処理を示すシーケンス図である。 開示確認画面の一例を示す図である。 アクセス許可制御システムにおけるアクセストークンによる情報取得処理を示すシーケンス図である。

以降、諸図面を参照しながら、本発明の実施態様を詳細に説明する。

図１は、本発明の一実施形態にかかるアクセス許可制御システムの概略構成を示す図である。アクセス許可制御システムは、利用者端末１００と、利用者の属性情報を保持する複数の情報提供装置４００と、情報提供装置４００から属性情報を取得し、取得した属性情報を活用したサービス結果を利用者に提示する情報活用装置２００と、情報活用装置２００が情報提供装置４００から属性情報を取得するための１つのアクセストークンを生成するアクセス許可装置３００とから構成され、各端末及び各装置はネットワーク５００を介して接続されている。利用者端末１００は、例えば携帯電話やパソコンなど利用者が使用する端末であり、情報活用装置２００、アクセス許可装置３００、情報提供装置４００は、例えばＷｅｂサーバ、アプリケーションサーバ、データベースサーバなどのサーバ装置として構成される。

利用者端末１００は、入力部１０１と、出力部１０２と、サービス利用処理部１０３と、ログイン処理部１０４と、開示確認処理部１０５と、通信部１０６とを備える。

入力部１０１は、ユーザからサービス利用、ログイン、開示確認の入力を受け付け、サービス利用処理部１０３、ログイン処理部１０４、開示確認処理部１０５に入力データを引き渡す。

出力部１０２は、サービス利用処理部１０３、ログイン処理部１０４、開示確認処理部１０５からの画面データを受け付け、ユーザに画面を表示する。

サービス利用処理部１０３は、入力部１０１からのサービス利用の入力を受けて、サービス利用要求データを作成し、送信を通信部１０６に依頼する。また、サービス利用処理部１０３は、通信部１０６からのサービス結果のデータを受けて、サービス結果画面を生成し、画面データの表示を出力部１０２に依頼する。

ログイン処理部１０４は、入力部１０１からのログインの入力を受けて、ログイン情報の送信を通信部１０６に依頼する。また、ログイン処理部１０４は、通信部１０６からのログイン要求のデータを受けて、ログイン画面を生成し、画面データの表示を出力部１０２に依頼する。

開示確認処理部１０５は、入力部１０１からの開示確認の入力を受けて、開示確認結果データを作成し、送信を通信部１０６に依頼する。図２は、開示確認結果データの一例を示す図である。例えば、開示確認結果データには、「開示確認結果」、「情報活用装置」、「情報提供元」が含まれる。また、開示確認処理部１０５は、通信部１０６からの開示確認要求データを受けて、開示確認画面を生成し、画面データの表示を出力部１０２に依頼する。

通信部１０６は、サービス利用処理部１０３、ログイン処理部１０４、開示確認処理部１０５からの依頼を受けて、ＨＴＴＰもしくはＨＴＴＰＳプロトコルにより、データの種類に応じて情報活用装置２００、アクセス許可装置３００、情報提供装置４００にデータを送信する。また、通信部１０６は、情報活用装置２００、アクセス許可装置３００、情報提供装置４００からのデータを受信し、データの種類に応じてサービス利用処理部１０３、ログイン処理部１０４、開示確認処理部１０５に処理を引き渡す。また、通信部１０６は、情報活用装置２００からの利用者の開示確認要求データをアクセス許可装置３００へ、アクセス許可装置３００からのアクセストークンを情報活用装置２００へ転送する。

情報活用装置２００は、サービス利用要求受信部２０１と、開示確認要求生成部２０２と、アクセス先管理ＤＢ２０３と、開示確認要求送信部２０４と、アクセストークン受信部２０５と、アクセストークン送信部２０６と、属性情報保存ＤＢ２０７と、サービス提供部２０８と、通信部２０９とを備える。

サービス利用要求受信部２０１は、通信部２０９からのサービス利用要求データを受けて、開示確認要求生成部２０２に処理を依頼する。

開示確認要求生成部２０２は、サービス利用要求受信部２０１からのサービス利用要求データを受けて、サービスを提供するために必要な属性情報項目、属性情報を提供する装置をアクセス先管理ＤＢ２０３から取得し、開示確認要求データを生成し、開示確認要求送信部２０４に開示確認要求データを渡す。図３は、開示確認要求データの一例を示す図である。例えば、開示確認要求データには、「情報活用装置」、「情報提供元」が含まれる。

アクセス先管理ＤＢ２０３は、属性を提供する装置名、装置のアクセス先情報、装置の提供する属性情報項目を保持する。図４は、アクセス先管理ＤＢの一例を示す図である。

開示確認要求送信部２０４は、開示確認要求生成部２０２からの開示確認要求データを受けて、通信部２０９に利用者端末１００を介したアクセス許可装置３００への開示確認要求データの送信を依頼する。

アクセストークン受信部２０５は、通信部２０９からのアクセストークン、もしくは、アクセストークンと検証キーと属性情報データのセットを受けて、アクセストークンもしくは、アクセストークンと検証キーと属性情報データのセットをアクセストークン送信部２０６に渡す。

アクセストークン送信部２０６は、アクセストークン受信部２０５からのアクセストークンもしくは、アクセストークンと検証キーと属性情報データのセットを受けて、アクセストークンのみを受け取った場合は、アクセストークン値の内容から１番目にアクセスする情報提供装置名を取得し、アクセス先管理ＤＢ２０３から取得した情報提供装置名のアクセス先情報を取得し、通信部２０９にアクセス先情報に記載された情報提供装置４００へのアクセストークンの送信を依頼する。また、アクセストークン送信部２０６は、アクセストークンと検証キーデータと属性情報データのセットを受け取った場合は、属性情報データ、アクセストークン内のアクセストークンＩＤを属性情報保存ＤＢ２０７に保存し、検証キーデータの個数とアクセストークン値の内容から次にアクセスする情報提供装置名を取得し、次にアクセスする情報提供装置４００がある場合は、アクセス先管理ＤＢ２０３から情報提供装置名のアクセス先情報を取得し、通信部２０９にアクセス先情報に記載された情報提供装置４００へのアクセストークン、検証キーデータの送信を依頼する。アクセストークン送信部２０６は、次にアクセスする情報提供装置４００がない場合は、アクセストークン内のアクセストークンＩＤをサービス提供部２０８に処理を引き渡す。

属性情報保存ＤＢ２０７は、アクセストークンＩＤ、属性情報項目名、属性情報項目値を保持する。図５は、属性情報保存ＤＢの一例を示す図である。

サービス提供部２０８は、アクセストークン送信部２０６からのアクセストークンＩＤを受けて、属性情報保存ＤＢ２０７から属性情報を取得し、サービス結果データを生成し、通信部２０９に利用者端末１００へのサービス結果データの送信を依頼する。

通信部２０９は、開示確認要求送信部２０４、アクセストークン送信部２０６、サービス提供部２０８からの依頼を受けて、ＨＴＴＰもしくはＨＴＴＰＳプロトコルにより、データの種類に応じて利用者端末１００、情報提供装置４００にデータを送信する。また、通信部２０９は、利用者端末１００、情報提供装置４００からのデータを受信し、データの種類に応じてサービス利用要求受信部２０１、アクセストークン受信部２０５に処理を引き渡す。

アクセス許可装置３００は、開示確認要求受信部３０１と、ログイン処理部３０２と、開示確認要求送信部３０３と、開示確認結果受信部３０４と、アクセストークン生成部３０５と、アクセス順番管理ＤＢ３０６と、検証キーデータ送信部３０７と、署名鍵情報３０８と、アクセストークン送信部３０９と、アクセストークン管理ＤＢ３１０と、認証連携部３１１と、アカウント管理ＤＢ３１２とを備える。

開示確認要求受信部３０１は、通信部３１３からの開示確認要求データを受けて、開示確認要求データを保持し、ログイン処理部３０２に処理を依頼する。

ログイン処理部３０２は、開示確認要求受信部３０１からの依頼を受けて、ログイン要求の送信を通信部３１３に依頼する。また、ログイン処理部３０２は、通信部３１３からのログイン情報のデータを受けて、利用者の認証処理を行い、認証成功の場合は、利用者のユーザＩＤを保持するとともに、開示確認要求送信部３０３に処理を依頼する。ログイン処理部３０２は、認証失敗の場合はエラーとして処理を終了する。

開示確認要求送信部３０３は、ログイン処理部３０２からの依頼を受けて、開示確認要求受信部３０１より開示確認要求データを取得し、通信部３１３に利用者端末１００への開示確認要求データの送信を依頼する。

開示確認結果受信部３０４は、通信部３１３からの開示確認結果データを受けて、開示結果確認データ内にユーザの開示に同意する情報が含まれている場合には、開示確認結果データをアクセストークン生成部３０５に渡す。開示確認結果受信部３０４は、開示結果確認データ内にユーザの開示に同意する情報が含まれていない場合にはエラーとして処理を終了する。

アクセストークン生成部３０５は、開示確認結果受信部３０４からの開示確認結果データを受けて、アクセストークンＩＤを生成し、開示確認結果データに含まれる全ての情報提供装置名を取得し、情報提供装置名毎に各々の検証キーとしてランダムな値を生成して検証キーデータを作成し、アクセス順番管理ＤＢ３０６から情報提供装置名のアクセス先情報を取得し、検証キーデータ送信部３０７に各々のアクセス先情報、検証キーデータのセットを渡す。図６は、検証キーデータの一例を示す図である。例えば、検証キーデータには、「アクセストークンＩＤ」、「情報提供装置」、「検証キー」が含まれる。また、アクセストークン生成部３０５は、生成した全ての検証キーに各々ハッシュ変換を行い、アクセス順番管理ＤＢ３０６からアクセス順番を取得し、順番順にハッシュ変換した検証キーを並べたデータをアクセストークン値とし、アクセストークンＩＤとアクセストークン値に署名鍵情報３０８で署名を付与してアクセストークンを作成し、アクセストークン送信部３０９にアクセストークンを渡す。図７は、アクセストークンの一例を示す図である。例えば、アクセストークンには、「アクセストークンＩＤ」、「アクセストークン値」、「署名情報」が含まれる。なお、「署名情報」とは、「アクセストークンＩＤ」及び「アクセストークン値」に対する署名鍵情報３０８による電子署名データである。また、アクセストークン生成部３０５は、ログイン処理部３０２から利用者のユーザＩＤを取得し、ユーザＩＤ、アクセストークンＩＤをアクセストークン管理ＤＢ３１０に保存する。

アクセス順番管理ＤＢ３０６は、属性を提供する装置名、装置のアクセス先情報、及び、自属性提供装置が属性を提供する前に属性が提供されているべき情報提供装置名をアクセス順番として保持する。図８は、アクセス順番管理ＤＢの一例を示す図である。

検証キーデータ送信部３０７は、アクセストークン生成部３０５からアクセス先情報、検証キーデータのセットを受けて、通信部３１３にアクセス先情報に記載された情報提供装置４００への検証キーデータの送信を依頼する。検証キーデータ送信部３０７は、アクセストークン生成部３０５から複数のアクセス先情報、検証キーデータのセットを受けた場合には、各々のセットに毎に通信部３１３に送信を依頼する。

署名鍵情報３０８は、アクセストークンに電子署名を付与するためのアクセス許可装置３００の秘密鍵である。

アクセストークン送信部３０９は、アクセストークン生成部３０５からアクセストークンを受けて、通信部３１３に情報活用装置２００へのアクセストークンの送信を依頼する。

アクセストークン管理ＤＢ３１０は、アクセストークンＩＤ、開示に同意したユーザのアクセス許可装置３００のユーザＩＤを保持する。図９は、アクセストークン管理ＤＢの一例を示す図である。

認証連携部３１１は、通信部３１３からの検証キーデータを受けて、検証キーデータから情報提供装置名、アクセストークンＩＤを取得し、アクセストークン管理ＤＢ３１０からアクセストークンＩＤに応じたアクセス許可装置３００のユーザＩＤを取得し、アカウント管理ＤＢ３１２からアクセス許可装置３００のユーザＩＤにおうじた情報提供装置４００のユーザＩＤを取得し、利用者データを作成し、利用者データの送信を通信部３１３に依頼する。図１０は、利用者データの一例を示す図である。例えば、利用者データには、「利用者ＩＤ」が含まれる。

アカウント管理ＤＢ３１２は、アクセス許可装置３００のユーザＩＤ、情報提供装置名、情報提供装置毎の利用者ＩＤを保持する。図１１は、アカウント管理ＤＢの一例を示す図である。

通信部３１３は、ログイン処理部３０２、開示確認要求送信部３０３、検証キーデータ送信部３０７、アクセストークン送信部３０９、認証連携部３１１からの依頼を受けて、ＨＴＴＰもしくはＨＴＴＰＳプロトコルにより、データの種類に応じて利用者端末１００、情報提供装置４００にデータを送信する。また、通信部３１３は、利用者端末１００、情報提供装置４００からのデータを受信し、データの種類に応じて開示確認要求受信部３０１、ログイン処理部３０２、開示確認結果受信部３０４、認証連携部３１１に処理を引き渡す。

情報提供装置４００は、検証キーデータ受信部４０１と、検証キーデータ管理ＤＢ４０２と、アクセストークン受信部４０３と、アクセストークン検証部４０４と、検証鍵情報４０５と、認証連携部４０６と、属性情報提供部４０７と、属性情報ＤＢ４０８と、通信部４０９とを備える。

検証キーデータ受信部４０１は、通信部４０９からの検証キーデータを受けて、検証キーデータ内のアクセストークンＩＤ、検証キーデータを検証キーデータ管理ＤＢ４０２に保存する。

検証キーデータ管理ＤＢ４０２は、アクセストークンＩＤ、検証キーデータを保持する。図１２は、検証キーデータ管理ＤＢの一例を示す図である。

アクセストークン受信部４０３は、通信部４０９からのアクセストークン、もしくは、アクセストークンと検証キーデータのセットを受けて、受け取ったデータをアクセストークン検証部４０４に渡す。

アクセストークン検証部４０４は、アクセストークン受信部４０３からのアクセストークン、もしくは、アクセストークンと検証キーデータのセットを受けて、検証鍵情報４０５を用いてアクセストークンの署名検証を行う。アクセストークン検証部４０４は、署名検証が失敗の場合はエラーとして処理を中断し、署名検証が成功の場合は次の処理を実施する。アクセストークンのみを受け取った場合は、アクセストークン内のアクセストークンＩＤを取得し、検証キーデータ管理ＤＢ４０２から検証キーを取得して検証キーのハッシュ変換を行い、アクセストークン内のアクセストークン値における自情報提供装置のハッシュ値と比較し一致する場合は、認証連携部４０６にアクセストークン、検証キーデータを渡す。アクセストークン検証部４０４は、一致しない場合はエラーとして処理を中断する。アクセストークン検証部４０４は、アクセストークンと検証キーデータのセットを受け取った場合は、アクセストークン内のアクセストークンＩＤから検証キーデータ管理ＤＢ４０２から検証キーを取得し、受け取った全ての検証キーのハッシュ変換を行い、アクセストークン内の自情報提供装置の順番以前のハッシュ値と一致するハッシュ値が全てそろっているかを比較し、全てそろっている場合は、認証連携部４０６にアクセストークン、全ての検証キーデータを渡す。アクセストークン検証部４０４は、全て揃っていない場合はエラーとして処理を中断する。

検証鍵情報４０５は、アクセストークンの電子署名を検証するためのアクセス許可装置３００の署名鍵情報３０８と対になる公開鍵情報である。

認証連携部４０６は、アクセストークン検証部４０４からのアクセストークン、一つもしくは複数の検証キーデータを受けて、アクセストークン、全ての検証キーデータを保持し、自情報提供装置の検証キーデータのアクセス許可装置３００への送信を通信部４０９に依頼する。また、認証連携部４０６は、通信部４０９からの利用者データを受けて、保持していたアクセストークン、全ての検証キーデータ、利用者データを属性情報提供部４０７に渡す。

属性情報提供部４０７は、認証連携部４０６からのアクセストークン、一つのもしくは複数の検証キーデータ、利用者データを受けて、利用者データ内の利用者ＩＤを用いて、属性情報ＤＢ４０８から属性情報を取得し、属性情報データを作成し、属性情報データ、アクセストークン、全ての検証キーデータの情報活用装置２００への送信を通信部４０９に依頼する。図１３は、属性情報データの一例を示す図である。例えば、属性情報データには、各「属性情報項目名」に対応するデータが含まれる。

属性情報ＤＢ４０８は、ユーザＩＤ、属性情報項目名、属性情報項目値を保持する。図１４は、属性情報ＤＢの一例を示す図である。

通信部４０９は、認証連携部４０６、属性情報提供部４０７からの依頼を受けて、ＨＴＴＰもしくはＨＴＴＰＳプロトコルにより、データの種類に応じて情報活用装置２００、アクセス許可装置３００にデータを送信する。また、通信部４０９は、情報活用装置２００、アクセス許可装置３００からのデータを受信し、データの種類に応じて検証キーデータ受信部４０１、アクセストークン受信部４０３、認証連携部４０６に処理を引き渡す。

以降、アクセス許可制御システムの具体的な処理シーケンスを説明する。

（アクセストークン生成）
図１５は、アクセス許可制御システムにおけるアクセストークン生成処理を示すシーケンス図である。本シーケンスは、情報活用装置２００が、２つの情報提供装置（情報提供装置Ａ、情報提供装置Ｂ。以降の説明において、適宜それぞれを情報提供装置４００Ａ、情報提供装置４００Ｂと称する。）から属性情報データを取得する場合のシーケンスを示すものである。例えば、情報提供装置Ａは、利用者の氏名、生年月日の情報を保持しており、情報提供装置Ｂは、利用者のメールアドレス、住所の情報を保持している。なお、情報活用装置２００は、アクセス許可装置３００のアクセス先（ＵＲＬ等）の情報をあらかじめ知っていることを前提とする。

（Ｓ１）情報活用装置２００のサービスを利用したいユーザは、利用者端末１００の入力部１０１に、サービス利用の入力を行う。

（Ｓ２）利用者端末１００の入力部１０１は、ユーザからサービス利用の入力を受け付け、サービス利用処理部１０３に入力データを引き渡す。サービス利用処理部１０３はサービス利用要求データを作成し、送信を通信部１０６に依頼する。通信部１０６は、ＨＴＴＰもしくはＨＴＴＰＳプロトコルにより、サービス利用要求データを情報活用装置２００に送信する。

（Ｓ３）情報活用装置２００の通信部２０９は、利用者端末１００からのサービス利用要求データを受信し、サービス利用要求受信部２０１にサービス利用要求データを渡す。サービス利用要求受信部２０１は、サービス利用要求データの処理を開示確認要求生成部２０２に依頼する。開示確認要求生成部２０２は、アクセス先管理ＤＢ２０３（例えば図４）からサービスを提供するために必要な属性情報を取得する。例えば、情報提供装置４００Ａから氏名、生年月日を取得し、情報提供装置Ｂからメールアドレス、住所を取得することにより、利用者の要求するサービスの提供が可能になることがわかる。開示確認要求生成部２０２は、開示確認要求データ（図３）を生成し、開示確認要求送信部２０４に開示確認要求データを渡す。開示確認要求送信部２０４は通信部２０９に開示確認要求データを渡し、通信部２０９は、開示確認要求データを利用者端末１００を介してアクセス許可装置３００へＨＴＴＰもしくはＨＴＴＰＳプロトコルにより送信する。

（Ｓ４）アクセス許可装置３００の通信部３１３は、情報活用装置２００からの開示確認要求データを受信し、開示確認要求受信部３０１に開示確認要求データを渡す。開示確認要求受信部３０１は、開示確認要求データを保持し、ログイン処理部３０２にログイン処理を依頼する。ログイン処理部３０２は、ログイン要求の送信を通信部３１３に依頼し、通信部３１３はＨＴＴＰもしくはＨＴＴＰＳプロトコルにより、利用者端末１００にログイン要求を送信する。

（Ｓ５）利用者端末１００の通信部１０６は、アクセス許可装置３００からのログイン要求を受信し、ログイン処理部１０４に処理を引き渡す。ログイン処理部１０４は、ログイン画面を生成し、ログイン画面の表示を出力部１０２に依頼し、出力部１０２は、ログイン画面を表示する。例えば、ログイン画面には、ユーザＩＤ及びパスワードの入力フォームが含まれる。

（Ｓ６）ログイン画面が表示されたユーザは、利用者端末１００の入力部１０１にログイン情報（例えば、ユーザＩＤ、パスワード）を入力する。

（Ｓ７）利用者端末１００の入力部１０１は、ユーザからログイン情報の入力を受け付け、ログイン処理部１０４にログイン情報を引き渡し、ログイン処理部１０４はログイン情報の送信を通信部１０６に依頼し、通信部１０６はＨＴＴＰもしくはＨＴＴＰＳプロトコルにより、アクセス許可装置３００にログイン情報を送信する。

（Ｓ８）アクセス許可装置３００の通信部３１３は、利用者端末１００からのログイン情報を受信し、ログイン処理部３０２にログイン情報を渡す。ログイン処理部３０２は、利用者の認証処理を行い、利用者のユーザＩＤを保持するとともに、開示確認要求送信部３０３に処理を依頼する。開示確認要求送信部３０３は、開示確認要求受信部３０１より開示確認要求データを取得し、通信部３１３に利用者端末１００への開示確認要求データの送信を依頼する。通信部３１３は、ＨＴＴＰもしくはＨＴＴＰＳプロトコルにより、利用者端末１００に開示確認要求データを送信する。

（Ｓ９）利用者端末１００の通信部１０６は、アクセス許可装置３００からの開示確認要求データを受信し、開示確認処理部１０５に開示確認要求データを引き渡す。開示確認処理部１０５は、開示確認画面を生成し、開示確認画面の表示を出力部１０２に依頼し、出力部１０２は、開示確認画面を表示する。図１６は、開示確認画面の一例を示す図である。

（Ｓ１０）開示確認画面が表示されたユーザは、利用者端末１００の入力部１０１に開示確認結果を入力する（例えば、「同意する」を押下）。

（Ｓ１１）利用者端末１００の入力部１０１はユーザから開示確認結果の入力を受け付け、開示確認処理部１０５に開示確認結果を渡す。開示確認処理部１０５は、開示確認結果データ（図２）を作成し、開示確認結果データの送信を通信部１０６に依頼し、通信部１０６はＨＴＴＰもしくはＨＴＴＰＳプロトコルにより、アクセス許可装置３００に開示確認結果データを送信する。

（Ｓ１２）アクセス許可装置３００の通信部３１３は、利用者端末１００からの開示確認結果データを受信し、開示確認結果受信部３０４に開示確認結果データを渡す。開示確認結果受信部３０４は開示結果確認データ内にユーザの開示に同意する情報が含まれているかを確認し、開示確認結果データをアクセストークン生成部３０５に渡す。アクセストークン生成部３０５は、アクセストークンＩＤを生成し、開示確認結果データに含まれる全ての情報提供装置名（例えば、情報提供装置４００Ａ、情報提供装置４００Ｂ）を取得し、情報提供装置名毎に各々の検証キーとしてランダムな値を生成して検証キーデータを作成する。

（Ｓ１３）アクセストークン生成部３０５は、アクセス順番管理ＤＢ３０６（図８）から各情報提供装置のアクセス先情報を取得し、検証キーデータ送信部３０７に各々のアクセス先情報、検証キーデータのセットを渡す。検証キーデータ送信部３０７は、通信部３１３にアクセス先情報に記載された情報提供装置４００（情報提供装置４００Ａ、情報提供装置４００Ｂ）への検証キーデータの送信を依頼し、通信部３１３は、ＨＴＴＰもしくはＨＴＴＰＳプロトコルにより、情報提供装置４００（情報提供装置４００Ａ、情報提供装置４００Ｂ）に検証キーデータを送信する。

（Ｓ１４）情報提供装置４００Ａ、情報提供装置４００Ｂそれぞれの通信部４０９は検証キーデータを受信し、検証キーデータ受信部４０１に渡す。検証キーデータ受信部４０１は検証キーデータ内のアクセストークンＩＤ、検証キーデータを検証キーデータ管理ＤＢ（図１２）に保存する。

（Ｓ１５）アクセストークン生成部３０５は、生成した全ての検証キーに各々ハッシュ変換を行い、アクセス順番管理ＤＢ３０６からアクセス順番を取得する。この場合、情報提供装置Ａのアクセス順番がＮＵＬＬなので１番目とし、情報提供装置Ｂのアクセス順番に情報提供装置Ａが記載されているため、情報提供装置Ｂは情報提供装置Ａの後の２番目とする。アクセストークン生成部３０５は、順番に沿ってハッシュ変換した検証キーを並べたデータをアクセストークン値とし、アクセストークンＩＤとアクセストークン値に署名鍵情報３０８で署名を付与してアクセストークンを作成し、アクセストークン送信部３０９にアクセストークンを渡す。例えば、アクセストークン値には、情報提供装置名、順番、検証キーをハッシュ化したデータが情報提供装置Ａ分、情報提供装置Ｂ分の順番で並んでいる（図７）。また、アクセストークン生成部３０５は、ログイン処理部３０２から利用者のユーザＩＤを取得し、ユーザＩＤ、アクセストークンＩＤをアクセストークン管理ＤＢ３１０に保存する。

（Ｓ１６）アクセストークン送信部３０９は、通信部３１３に情報活用装置２００へのアクセストークンの送信を依頼し、通信部３１３はＨＴＴＰもしくはＨＴＴＰＳプロトコルにより、利用者端末１００を介して情報活用装置２００にアクセストークンを送信する。

（アクセストークンによる情報取得）
図１７は、アクセス許可制御システムにおけるアクセストークンによる情報取得処理を示すシーケンス図である。

（Ｓ１７）情報活用装置２００の通信部２０９は、アクセス許可装置３００からのアクセストークンを受信し、アクセストークン受信部２０５にアクセストークンを渡す。アクセストークン受信部２０５は、アクセストークンをアクセストークン送信部２０６に渡す。アクセストークン送信部２０６は、アクセストークン値の内容から１番目にアクセスする情報提供装置名（この場合は情報提供装置Ａ）を取得し、アクセス先管理ＤＢ２０３から取得した情報提供装置名のアクセス先情報を取得し、通信部２０９にアクセス先情報に記載された情報提供装置４００（この場合は情報提供装置４００Ａ）へのアクセストークンの送信を依頼する。通信部２０９はＨＴＴＰもしくはＨＴＴＰＳプロトコルにより、情報提供装置４００Ａにアクセストークンを送信する。

（Ｓ１８）情報提供装置４００Ａの通信部４０９は、情報活用装置２００からのアクセストークンを受信し、アクセストークン受信部４０３にアクセストークンを渡す。アクセストークン受信部４０３は、アクセストークンをアクセストークン検証部４０４に渡す。アクセストークン検証部４０４は、アクセストークンを検証鍵情報４０５を用いて署名検証し、アクセストークン内のアクセストークンＩＤを取得し、検証キーデータ管理ＤＢ４０２から検証キーを取得して検証キーのハッシュ変換を行い、アクセストークン内のアクセストークン値における自情報提供装置（この場合情報提供装置Ａ）のハッシュ値と比較し、認証連携部４０６にアクセストークン、検証キーデータ（この場合、情報提供装置Ａの検証キーデータ）を渡す。

（Ｓ１９）認証連携部４０６は、アクセストークン、一つの検証キーデータ（この場合、情報提供装置Ａの検証キーデータ）を受けて、アクセストークン、検証キーデータを保持し、自情報提供装置の検証キーデータ（この場合、情報提供装置Ａの検証キーデータ）のアクセス許可装置３００への送信を通信部４０９に依頼する。通信部４０９はＨＴＴＰもしくはＨＴＴＰＳプロトコルにより、アクセス許可装置３００に検証キーデータを送信する。

（Ｓ２０）アクセス許可装置３００の通信部３１３は、情報提供装置４００Ａからの検証キーデータを受信し、認証連携部３１１に渡す。認証連携部３１１は、検証キーデータから情報提供装置名（この場合は、情報提供装置Ａ）、アクセストークンＩＤ（この場合は0123456789）、を取得し、アクセストークン管理ＤＢ３１０からアクセストークンＩＤに応じたアクセス許可装置３００のユーザＩＤ（この場合はYamada.tarou）を取得し、アカウント管理ＤＢ３１２（図１１）からアクセス許可装置３００のユーザＩＤに応じた情報提供装置ＡのユーザＩＤ（この場合は、012457854）を取得し、利用者データ（図１０）を作成し、利用者データの送信を通信部３１３に依頼する。通信部３１３は、ＨＴＴＰもしくはＨＴＴＰＳプロトコルにより、情報提供装置４００Ａに利用者データを送信する。

（Ｓ２１）情報提供装置４００Ａの通信部４０９は、アクセス許可装置３００からの利用者データを受信し、認証連携部４０６に利用者データを渡す。認証連携部４０６は、保持していたアクセストークン、検証キーデータ、利用者データを属性情報提供部４０７に渡す。属性情報提供部４０７は、アクセストークン、検証キーデータ（この場合、情報提供装置Ａの検証キーデータ）、利用者データを受けて、利用者データ内の利用者ＩＤを用いて、属性情報ＤＢ４０８（図１４）から属性情報を取得し、属性情報データ（図１３）を作成し、属性情報データ、アクセストークン、検証キーデータ（この場合、情報提供装置Ａの検証キーデータ）の情報活用装置２００への送信を通信部４０９に依頼する。

（Ｓ２２）通信部４０９は、ＨＴＴＰもしくはＨＴＴＰＳプロトコルにより、情報活用装置２００に属性情報データ、アクセストークン、検証キーデータ（この場合、情報提供装置Ａの検証キーデータ）を送信する。

（Ｓ２３）情報活用装置２００の通信部２０９は、属性情報データ、アクセストークン、検証キーデータ（この場合、情報提供装置Ａの検証キーデータ）を受信し、アクセストークン受信部２０５に渡す。アクセストークン受信部２０５は、アクセストークンと検証キーデータと属性情報データのセットをアクセストークン送信部２０６に渡す。アクセストークン送信部２０６は、属性情報データ、アクセストークン内のアクセストークンＩＤを属性情報保存ＤＢ２０７（図５)に保存し、検証キーデータの個数（この場合は１）とアクセストークン値の内容から次にアクセスする情報提供装置名（この場合は情報提供装置Ｂ）を取得し、アクセス先管理ＤＢ２０３から取得した情報提供装置名のアクセス先情報を取得し、通信部２０９にアクセス先情報に記載された情報提供装置４００（この場合は情報提供装置４００Ｂ）へのアクセストークン、検証キーデータ（この場合、情報提供装置Ａの検証キーデータ）の送信を依頼する。通信部２０９は、ＨＴＴＰもしくはＨＴＴＰＳプロトコルにより、情報提供装置４００Ｂにアクセストークン、検証キーデータを送信する。

（Ｓ２４）情報提供装置４００Ｂの通信部４０９は、情報活用装置２００からのアクセストークン、検証キーデータを受信し、アクセストークン受信部４０３に渡す。アクセストークン受信部４０３は、アクセストークンと検証キーのセットをアクセストークン検証部４０４に渡す。アクセストークン検証部４０４は、検証鍵情報４０５を用いてアクセストークンの署名検証を行う。アクセストークン内のアクセストークンＩＤから検証キーデータ管理ＤＢ４０２から検証キー（この場合は、情報提供装置Ｂの検証キー）を取得し、受け取った全ての検証キー（この場合は情報提供装置Ａと情報提供装置Ｂの検証キー）のハッシュ変換を行い、アクセストークン内の自情報提供装置の順番（この場合は２番）以前のハッシュ値と一致するハッシュ値が全てそろっているかを比較し、認証連携部４０６にアクセストークン、全ての検証キーデータ（この場合、情報提供装置Ａと情報提供装置Ｂの検証キーデータ）を渡す。

（Ｓ２５）認証連携部４０６は、アクセストークン、複数の検証キーデータ（この場合、情報提供装置Ａと情報提供装置Ｂの検証キーデータ）を受けて、アクセストークン、全ての検証キーデータを保持し、自情報提供装置の検証キーデータ（この場合、情報提供装置Ｂの検証キーデータ）のアクセス許可装置３００への送信を通信部４０９に依頼する。通信部４０９はＨＴＴＰもしくはＨＴＴＰＳプロトコルにより、アクセス許可装置３００に検証キーデータを送信する。

（Ｓ２６）アクセス許可装置３００の通信部３１３は、情報提供装置４００Ｂからの検証キーデータを受信し、認証連携部３１１に渡す。認証連携部３１１は、検証キーデータから情報提供装置名（この場合は、情報提供装置Ｂ）、アクセストークンＩＤ（この場合は0123456789）、を取得し、アクセストークン管理ＤＢ３１０からアクセストークンＩＤに応じたアクセス許可装置３００のユーザＩＤ（この場合はYamada.tarou）を取得し、アカウント管理ＤＢ３１２からアクセス許可装置３００のユーザＩＤにおうじた情報提供装置ＢのユーザＩＤ（この場合は、0011223344）を取得し、利用者データを作成し、利用者データの送信を通信部３１３に依頼する。通信部３１３は、ＨＴＴＰもしくはＨＴＴＰＳプロトコルにより、情報提供装置４００Ｂに利用者データを送信する。

（Ｓ２７）情報提供装置４００Ｂの通信部４０９は、アクセス許可装置３００からの利用者データを受信し、認証連携部４０６に利用者データを渡す。認証連携部４０６は、保持していたアクセストークン、全ての検証キーデータ（この場合、情報提供装置Ａと情報提供装置Ｂの検証キーデータ）、利用者データを属性情報提供部４０７に渡す。属性情報提供部４０７は、アクセストークン、複数の検証キーデータ（この場合、情報提供装置Ａ、情報提供装置Ｂの検証キーデータ）、利用者データを受けて、利用者データ内の利用者ＩＤを用いて、属性情報ＤＢ４０８から属性情報を取得し、属性情報データを作成し、属性情報データ、アクセストークン、検証キーデータ（この場合、情報提供装置Ａ、情報提供装置Ｂの検証キーデータ）の情報活用装置２００への送信を通信部４０９に依頼する。

（Ｓ２８）通信部４０９は、ＨＴＴＰもしくはＨＴＴＰＳプロトコルにより、情報活用装置２００に属性情報データ、アクセストークン、検証キーデータ（この場合、情報提供装置Ａ、情報提供装置Ｂの検証キーデータ）を送信する。

（Ｓ２９）情報活用装置２００の通信部２０９は、属性情報データ、アクセストークン、検証キーデータ（この場合、情報提供装置Ａ、情報提供装置Ｂの検証キーデータ）を受信し、アクセストークン受信部２０５に渡す。アクセストークン受信部２０５は、アクセストークンと検証キーデータと属性情報データのセットをアクセストークン送信部２０６に渡す。アクセストークン送信部２０６は、属性情報データ、アクセストークン内のアクセストークンＩＤを属性情報保存ＤＢ２０７に保存し、検証キーデータの個数（この場合は２）とアクセストークン値の内容から次にアクセスする情報提供装置名（この場合はなし）を取得し、アクセストークンＩＤをサービス提供部２０８に処理を引き渡す。サービス提供部２０８は属性情報保存ＤＢ２０７から属性情報を取得し、サービス結果データを生成し、通信部２０９に利用者端末１００へのサービス結果データの送信を依頼する。通信部２０９は、ＨＴＴＰもしくはＨＴＴＰＳプロトコルにより、利用者端末１００にサービス結果データを送信する。

（Ｓ３０）利用者端末１００の通信部１０６は、情報活用装置２００からのサービス結果データを受信し、サービス利用処理部１０３にサービス結果データを渡す。サービス利用処理部１０３はサービス結果画面を生成し、画面データの表示を出力部１０２に依頼し、出力部１０２は、サービス結果を画面に表示する。

このように、本実施形態によれば、アクセス許可装置３００は、各情報提供装置４００の検証キーを生成し、各情報提供装置４００の検証キーを用いて１つのアクセストークンを生成し、アクセストークンを情報活用装置２００に送信し、情報活用装置２００は、アクセストークンを各情報提供装置４００に送信し、各情報提供装置４００は、アクセストークンに含まれる自分の検証キーをアクセス許可装置３００に送信し、アクセス許可装置３００は、受信した検証キーに基づき、送信元の情報提供装置４００における利用者の利用者ＩＤを返信し、各情報提供装置４００は、利用者ＩＤに基づく属性情報を情報活用装置２００に送信する。これにより、複数の情報提供装置４００へのアクセス許可を１つのアクセストークンとして情報活用装置２００に提供し、情報活用装置２００では１つのアクセストークンを取得するだけとなるため、ユーザへの操作負担やアクセストークンを安全に管理する負担なくサービスを提供することが可能となる。

また、アクセス許可装置３００は、複数の情報提供装置４００へのアクセス順番を保持しており、アクセス順番に基づきアクセストークンを生成し、情報活用装置２００は、アクセストークンに含まれるアクセス順番に基づき、各情報提供装置４００にアクセストークンを送信して属性情報の取得を行う。これにより、複数の情報提供装置４００から属性情報を取得する場合、情報活用装置２００が順番に応じて個人属性情報を取得していることを確認することが可能になる。

また、各情報提供装置４００は、情報活用装置２００からアクセストークンを受信する順番が、アクセストークンに含まれる自身のアクセス順番と一致する場合、アクセストークンに含まれる自分の検証キーをアクセス許可装置３００に送信し、アクセス許可装置３００から利用者ＩＤを受信した場合、属性情報に加え自身の検証キーを情報活用装置２００に送信する。これにより、複数の情報提供装置４００から属性情報を取得する場合、情報提供装置４００側で順番を検証し、さらに、情報活用装置２００が各情報提供装置４００から送信された検証キーに基づき順番を検証することにより、より確実に情報活用装置２００が順番に応じて個人属性情報を取得していることを確認することが可能になる。

また、情報活用装置２００は、各情報提供装置４００にアクセストークンを送信する際、アクセストークンに含まれるアクセス順番において、送信先である情報提供装置４００よりもアクセス順番の早い情報提供装置４００に対する検証キーを合わせて送信し、各情報提供装置４００は、自身よりもアクセス順番の早い情報提供装置４００に対する検証キーにより、情報活用装置２００からアクセストークンを受信する順番がアクセストークンに含まれる自身のアクセス順番と一致するかを判定する。これにより、複数の情報提供装置４００から属性情報を取得する場合、検証キーによって情報提供装置４００側で順番を検証することにより、より確実に情報活用装置２００が順番に応じて個人属性情報を取得していることを確認することが可能になる。

本発明を諸図面や実施例に基づき説明してきたが、当業者であれば本開示に基づき種々の変形や修正を行うことが容易であることに注意されたい。従って、これらの変形や修正は本発明の範囲に含まれることに留意されたい。例えば、各構成部、各ステップなどに含まれる機能などは論理的に矛盾しないように再配置可能であり、複数の構成部やステップなどを１つに組み合わせたり、或いは分割したりすることが可能である。

１００ 利用者端末
１０１ 入力部
１０２ 出力部
１０３ サービス利用処理部
１０４ ログイン処理部
１０５ 開示確認処理部
１０６ 通信部
２００ 情報活用装置
２０１ サービス利用要求受信部
２０２ 開示確認要求生成部
２０３ アクセス先管理ＤＢ
２０４ 開示確認要求送信部
２０５ アクセストークン受信部
２０６ アクセストークン送信部
２０７ 属性情報保存ＤＢ
２０８ サービス提供部
２０９ 通信部
３００ アクセス許可装置
３０１ 開示確認要求受信部
３０２ ログイン処理部
３０３ 開示確認要求送信部
３０４ 開示確認結果受信部
３０５ アクセストークン生成部
３０６ アクセス順番管理ＤＢ
３０７ 検証キーデータ送信部
３０８ 署名鍵情報
３０９ アクセストークン送信部
３１０ アクセストークン管理ＤＢ
３１１ 認証連携部
３１２ アカウント管理ＤＢ
３１３ 通信部
４００ 情報提供装置
４００Ａ 情報提供装置
４００Ｂ 情報提供装置
４０２ 検証キーデータ管理ＤＢ
４０１ 検証キーデータ受信部
４０３ アクセストークン受信部
４０４ アクセストークン検証部
４０５ 検証鍵情報
４０６ 認証連携部
４０７ 属性情報提供部
４０８ 属性情報ＤＢ
４０９ 通信部
５００ ネットワーク

Claims (8)

1. 利用者の属性情報を保持する複数の情報提供装置と、
   前記複数の情報提供装置から前記属性情報を取得し、前記属性情報を利用したサービス結果を前記利用者に提示する情報活用装置と、
   前記情報活用装置が前記複数の情報提供装置から前記属性情報を取得するための１つのアクセストークンを生成するアクセス許可装置と、を備えるアクセス許可制御システムであって、
   前記アクセス許可装置は、
   前記各情報提供装置の検証キーを生成し、
   前記各情報提供装置の検証キーを用いて前記アクセストークンを生成し、
   前記アクセストークンを前記情報活用装置に送信し、
   前記情報活用装置は、前記アクセストークンを前記各情報提供装置に送信し、
   前記各情報提供装置は、前記アクセストークンに含まれる自分の前記検証キーを前記アクセス許可装置に送信し、
   前記アクセス許可装置は、受信した前記検証キーに基づき、送信元の前記情報提供装置における前記利用者の利用者ＩＤを返信し、
   前記各情報提供装置は、前記利用者ＩＤに基づく属性情報を前記情報活用装置に送信する、
   ことを特徴とするアクセス許可制御システム。
2. 前記アクセス許可装置は、前記複数の情報提供装置へのアクセス順番を保持しており、前記アクセス順番に基づき前記アクセストークンを生成し、
   前記情報活用装置は、前記アクセストークンに含まれる前記アクセス順番に基づき、前記各情報提供装置にアクセストークンを送信して前記属性情報の取得を行う、
   ことを特徴とする請求項１に記載のアクセス許可制御システム。
3. 前記各情報提供装置は、前記情報活用装置から前記アクセストークンを受信する順番が、前記アクセストークンに含まれる自身の前記アクセス順番と一致する場合、前記アクセストークンに含まれる自分の前記検証キーを前記アクセス許可装置に送信し、前記アクセス許可装置から前記利用者ＩＤを受信した場合、前記属性情報に加え自身の前記検証キーを前記情報活用装置に送信する、
   ことを特徴とする請求項２に記載のアクセス許可制御システム。
4. 前記情報活用装置は、前記各情報提供装置にアクセストークンを送信する際、前記アクセストークンに含まれる前記アクセス順番において、送信先である情報提供装置よりもアクセス順番の早い情報提供装置に対する検証キーを合わせて送信し、
   前記各情報提供装置は、自身よりもアクセス順番の早い情報提供装置に対する前記検証キーにより、前記情報活用装置から前記アクセストークンを受信する順番が前記アクセストークンに含まれる自身の前記アクセス順番と一致するかを判定する、
   ことを特徴とする請求項３に記載のアクセス許可制御システム。
5. 利用者の属性情報を保持する複数の情報提供装置と、
   前記複数の情報提供装置から前記属性情報を取得し、前記属性情報を利用したサービス結果を前記利用者に提示する情報活用装置と、
   前記情報活用装置が前記複数の情報提供装置から前記属性情報を取得するための１つのアクセストークンを生成するアクセス許可装置と、を備えるアクセス許可制御システムにおけるアクセス許可制御方法であって、
   前記アクセス許可装置が、
   前記各情報提供装置の検証キーを生成するステップと、
   前記各情報提供装置の検証キーを用いて前記アクセストークンを生成するステップと、
   前記アクセストークンを前記情報活用装置に送信するステップと、
   前記情報活用装置が、前記アクセストークンを前記各情報提供装置に送信するステップと、
   前記各情報提供装置が、前記アクセストークンに含まれる自分の前記検証キーを前記アクセス許可装置に送信するステップと、
   前記アクセス許可装置が、受信した前記検証キーに基づき、送信元の前記情報提供装置における前記利用者の利用者ＩＤを返信するステップと、
   前記各情報提供装置が、前記利用者ＩＤに基づく属性情報を前記情報活用装置に送信するステップと、
   を含むことを特徴とするアクセス許可制御方法。
6. 前記アクセス許可装置が、前記複数の情報提供装置へのアクセス順番を保持しており、前記アクセス順番に基づき前記アクセストークンを生成するステップと、
   前記情報活用装置が、前記アクセストークンに含まれる前記アクセス順番に基づき、前記各情報提供装置にアクセストークンを送信して前記属性情報の取得を行ステップと、
   を含むことを特徴とする請求項５に記載のアクセス許可制御方法。
7. 前記各情報提供装置が、前記情報活用装置から前記アクセストークンを受信する順番が、前記アクセストークンに含まれる自身の前記アクセス順番と一致する場合、前記アクセストークンに含まれる自分の前記検証キーを前記アクセス許可装置に送信するステップと、前記アクセス許可装置から前記利用者ＩＤを受信した場合、前記属性情報に加え自身の前記検証キーを前記情報活用装置に送信するステップと、
   を含むことを特徴とする請求項６に記載のアクセス許可制御方法。
8. 前記情報活用装置が、前記各情報提供装置にアクセストークンを送信する際、前記アクセストークンに含まれる前記アクセス順番において、送信先である情報提供装置よりもアクセス順番の早い情報提供装置に対する検証キーを合わせて送信するステップと、
   前記各情報提供装置が、自身よりもアクセス順番の早い情報提供装置に対する前記検証キーにより、前記情報活用装置から前記アクセストークンを受信する順番が前記アクセストークンに含まれる自身の前記アクセス順番と一致するかを判定するステップと、
   を含むことを特徴とする請求項７に記載のアクセス許可制御方法。
   

Images