特許 7406086 データアクセス制御プログラム、データアクセス制御方法、及び認可サーバ

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2023-12-19

(45)【発行日】2023-12-27

(54)【発明の名称】データアクセス制御プログラム、データアクセス制御方法、及び認可サーバ

(51)【国際特許分類】

   G06F 21/60 20130101AFI20231220BHJP

【ＦＩ】

G06F21/60

【請求項の数】 6

(21)【出願番号】P 2020011477

(22)【出願日】2020-01-28

(65)【公開番号】P2021117807

(43)【公開日】2021-08-10

【審査請求日】2022-10-06

(73)【特許権者】

【識別番号】000005223

【氏名又は名称】富士通株式会社

(74)【代理人】

【識別番号】100094525

【弁理士】

【氏名又は名称】土井 健二

(74)【代理人】

【識別番号】100094514

【弁理士】

【氏名又は名称】林 恒徳

(72)【発明者】

【氏名】佐藤 出

【審査官】吉田 歩

(56)【参考文献】

【文献】国際公開第２０１２／０４６６７０（ＷＯ，Ａ１）

【文献】小倉 孝夫 他，分散データにおける同意制御方式の提案，２０１９年 暗号と情報セキュリティシンポジウム（ＳＣＩＳ２０１９）予稿集，日本，２０１９年 暗号と情報セキュリティシンポジウム実行，2019年01月15日，1C2-4, pages 1-7

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ０６Ｆ ２１／６０

(57)【特許請求の範囲】

【請求項1】

複数のリソースサーバが蓄積するデータへのアクセスを制御する認可サーバのプログラムであって、
前記データの所有者である複数のユーザと、前記複数のユーザそれぞれがユーザ登録する同意ポータルとの対応関係を記憶する記憶処理と、
第１条件のデータへのアクセスに対するユーザの同意を求める同意要求メッセージをクライアントから受信したとき、前記同意要求メッセージに含まれる前記第１条件に合致するデータの所有者である対象ユーザを検出し、前記対象ユーザがユーザ登録する同意ポータルを前記対応関係から抽出し、前記抽出した同意ポータルを使用して前記対象ユーザから前記データへのアクセスの同意又は非同意の意思を取得する同意処理と、
前記同意要求メッセージは、前記クライアントが前記第１条件のデータを蓄積する第１リソースサーバから取得した認可サーバのアドレスを用いて送信されたメッセージであり、
前記取得した意思に応じて、前記クライアントによる前記リソースサーバのデータへのアクセスを制御するアクセス制御処理と、
を前記認可サーバの有するコンピュータに実行させるデータアクセス制御プログラム。

【請求項2】

前記記憶処理において、前記同意ポータルにおいてユーザを識別するユーザ識別子と、前記同意ポータルを使用して前記意思を取得するときに使用する同意処理用ＵＲＬとを含む同意ポータル情報を、前記ユーザが前記同意ポータルにユーザ登録したときに取得し、前記ユーザ識別子と前記同意処理用ＵＲＬを前記対応関係として記憶する
請求項１記載のデータアクセス制御プログラム。

【請求項3】

前記同意ポータル情報は、前記ユーザから前記リソースサーバを介して取得する
請求項２記載のデータアクセス制御プログラム。

【請求項4】

前記リソースサーバ及び前記同意ポータルの両方又は一方との通信において、プロトコルとしてＵＭＡ（User-Managed Access）を使用する
請求項１記載のデータアクセス制御プログラム。

【請求項5】

複数のリソースサーバが蓄積するデータへのアクセスを制御する認可サーバにおけるデータアクセス制御方法であって、
前記データの所有者である複数のユーザと、前記複数のユーザそれぞれがユーザ登録する同意ポータルとの対応関係を記憶する記憶工程と、
第１条件のデータへのアクセスに対するユーザの同意を求める同意要求メッセージをクライアントから受信したとき、前記同意要求メッセージに含まれる前記第１条件に合致するデータの所有者である対象ユーザを検出し、前記対象ユーザがユーザ登録する同意ポータルを前記対応関係から抽出し、前記抽出した同意ポータルを使用して前記対象ユーザから前記データへのアクセスの同意又は非同意の意思を取得する同意工程と、
前記同意要求メッセージは、前記クライアントが前記第１条件のデータを蓄積する第１リソースサーバから取得した認可サーバのアドレスを用いて送信されたメッセージであり、
前記取得した意思に応じて、前記クライアントによる前記リソースサーバのデータへのアクセスを制御するアクセス制御工程と、
を行うデータアクセス制御方法。

【請求項6】

複数のリソースサーバが記憶するデータの所有者である複数のユーザと、前記複数のユーザそれぞれがユーザ登録する同意ポータルとの対応関係を記憶する記憶部と、
第１条件のデータへのアクセスに対するユーザの同意を求める同意要求メッセージをクライアントから受信したとき、前記同意要求メッセージに含まれる前記第１条件に合致するデータの所有者である対象ユーザを検出し、前記対象ユーザがユーザ登録する同意ポータルを前記対応関係から抽出し、前記抽出した同意ポータルを使用して前記対象ユーザから前記データへのアクセスの同意又は非同意の意思を取得する同意部と、
前記同意要求メッセージは、前記クライアントが前記第１条件のデータを蓄積する第１リソースサーバから取得した認可サーバのアドレスを用いて送信されたメッセージであり、
前記取得した意思に応じて、前記クライアントによる前記リソースサーバのデータへのアクセスを制御するアクセス制御部と、
を有する認可サーバ。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、データアクセス制御プログラム、データアクセス制御方法、及び認可サーバに関する。

【背景技術】

【0002】

近年、企業は、個人情報の収集を行い、収集した個人情報に基づき、商品ラインナップを決定したり、商品開発をしたりする場合がある。一方、企業が個人情報の収集を行うことは困難であるため、個人情報を収集し、企業に提供する情報管理会社が存在する。情報管理会社は、例えば、リソースサーバ（RS：Resource Server）に蓄積した個人情報の中から、クライアントである企業が要望する情報を抽出し、クラインアントに提供する。

【0003】

しかし、個人情報の企業への提供は、個人情報提供元のユーザに対して同意を得ることが必要となる場合がある。そこで、ユーザは、同意ポータルと呼ばれる個人情報の提供に同意（又は非同意）するためのポータルサーバにユーザ登録を行い、同意ポータルを介して同意（又は非同意）の意思を示す。

【0004】

同意ポータルは、例えば、認可サーバ（AS：Authorization Sever）を有する。認可サーバは、個人情報へのアクセスを制御するサーバで、例えば、ユーザやデータ種別ごと、あるいはクライアントごとに、データへのアクセス許可（又はアクセス制限）を行う。

【0005】

クライアントは、例えば、認可サーバにユーザに対する同意を求めるメッセージを送信する。認可サーバは、同意ポータルにおいてユーザが個人情報の提供に対する同意を行われるのを待ち受ける。

【0006】

また、リソースサーバは、例えば、クライアントからデータへのアクセス要求があった場合、アクセスが許可されているか否かを当該ユーザに対応する認可サーバに問い合わせる。

【0007】

データアクセスに関する技術としては、以下の特許文献１に記載されている。

【先行技術文献】

【特許文献】

【0008】

【文献】特表2015-503145号公報

【発明の概要】

【発明が解決しようとする課題】

【0009】

しかし、ユーザは、複数のリソースサーバに様々なデータを蓄積する場合、当該リソースサーバに対応する認可サーバ及び同意ポータルそれぞれにユーザ登録する必要がある。さらに、ユーザは、個人情報に対するアクセスの同意を求められるタイミングが不明であるため、登録した複数の同意ポータルそれぞれを、定常的にチェックすることが必要となる。

【0010】

そこで、一開示は、ユーザの同意に関する負担を軽減するデータアクセス制御プログラム、データアクセス制御方法、及び認可サーバを提供する。

【課題を解決するための手段】

【0011】

リソースサーバが蓄積するデータへのアクセスを制御する認可サーバのプログラムであって、前記データの所有者である複数のユーザと、前記複数のユーザそれぞれがユーザ登録する同意ポータルとの対応関係を記憶する記憶処理と、第１条件のデータへのアクセスに対するユーザの同意をクライアントから求められたとき、前記第１条件に合致するデータの所有者である対象ユーザを検出し、前記対象ユーザがユーザ登録する同意ポータルを前記対応関係から抽出し、前記抽出した同意ポータルを使用して前記対象ユーザから前記データへのアクセスの同意又は非同意の意思を取得する同意処理と、前記取得した意思に応じて、前記クライアントによる前記リソースサーバのデータへのアクセスを制御するアクセス制御処置とを前記認可サーバの有するコンピュータに実行させる。

【発明の効果】

【0012】

一開示は、ユーザの同意に関する負担を軽減するデータアクセス制御プログラム、データアクセス制御方法、及び認可サーバを提供する。

【図面の簡単な説明】

【0013】

【図1】図１は、データ管理システム１０の構成例を示す図である。

【図2】図２は、認可サーバ３００の構成例を表す図である。

【図3】図３は、個人端末１００の構成例を表す図である。

【図4】図４は、リソースサーバ４００の構成例を表す図である。

【図5】図５は、初期登録処理のシーケンスの例を示す図である。

【図6】図６は、同意ポータル登録処理Ｓ１０００の処理フローチャートの例を示す図である。

【図7】図７は、ユーザ登録処理Ｓ２０００の処理フローチャートの例を示す図である。

【図8】図８は、ユーザ登録要求Ｓ１０３受信後の、同意ポータル対応テーブル３２４の例を示す図である。

【図9】図９は、アクセス同意処理のシーケンスの例を示す図である。

【図10】図１０は、同意制御処理Ｓ４０００の処理フローチャートの例を示す図である。

【図11】図１１は、データ登録処理のシーケンスの例を示す図である。

【図12】図１２は、アクセス制御処理のシーケンスの例を示す図である。

【図13】図１３は、一体型システムと分離型システムにおける、リソースサーバと認可サーバとの関連の例を示す図である。

【図14】図１４は、一体型システムと分離型システムにおける、リソースサーバと認可サーバとの関連の例を示す図である。

【図15】図１５は、データ管理システム１０の構成例を示す図である。

【発明を実施するための形態】

【0014】

［第１の実施の形態］
第１の実施の形態について説明する。

【0015】

＜データ管理システムの構成例＞
図１は、データ管理システム１０の構成例を示す図である。データ管理システム１０は、ユーザＵ１～Ｕ３それぞれが使用する個人端末１００－１～３、ユーザＵ１～Ｕ３それぞれに対応する同意ポータル２００－１～３、認可サーバ３００、リソースサーバ４００、及びクライアント５００（あるいはクライアント端末）を有する。データ管理システム１０は、ユーザＵ１～Ｕ３がリソースサーバ４００に個人情報を蓄積し、クライアント５００が必要に応じてリソースサーバ４００にアクセスし、個人情報を取得するシステムである。

【0016】

データ管理システム１０における各装置は、互いにネットワークを介して接続し、通信することが可能である。ここで、各装置が通信に用いるネットワークは、同じネットワーク、又は異なるネットワークのどちらであってもよい。また、各ネットワークは、無線又は有線のいずれで接続されるものであってもよい。

【0017】

また、データ管理システム１０の各装置は、アクセス管理プロトコルを用いて通信を行う。アクセス管理プログラムは、例えば、ＵＭＡ(User Managed Access)を含む。各装置は、例えば、各装置間に通信において、ＵＭＡに従いメッセージを送受信する。

【0018】

個人端末１００－１～３（以降、個人端末１００と呼ぶ場合がある）は、ユーザＵ１～Ｕ３（以降、ユーザと呼ぶ場合がある）それぞれが使用する端末装置であって、例えば、コンピュータや携帯端末装置である。個人端末１００は、ネットワークを介して、有線又は無線で、同意ポータル２００－１～３や、リソースサーバ４００と接続し、通信を行う。

【0019】

同意ポータル２００－１～３（以降、同意ポータル２００と呼ぶ場合がある）は、ユーザに対して個人情報のアクセスへの同意（許可）を求める同意処理を制御するポータルサイトである。同意ポータル２００は、例えば、ある個人情報に対する同意を求める旨を、個人端末１００に通知する。そして、同意ポータル２００は、ユーザが同意したこと（又は同意しなかったこと）を個人端末１００から受信すると、認可サーバ３００に同意が行われたこと（又は同意しなかったこと）を通知する。

【0020】

リソースサーバ４００は、ユーザの個人情報を記憶、管理する装置であり、例えば、ハードディスクを有するサーバマシンやコンピュータである。リソースサーバ４００は、例えば、複数のユーザの個人情報を管理する。図１においては、リソースサーバ４００は１台であるが、複数台存在してもよい。リソースサーバ４００は、例えば、記憶する個人情報のカテゴリごとに、複数存在してもよい。カテゴリは、例えば、ユーザの属性や個人情報の属性を示す情報である。

【0021】

クライアント５００は、リソースサーバ４００から個人情報を取得する企業や個人である。なお、クライアント５００は、クライアントが使用する端末装置を示す場合もある。クライアント５００は、認可サーバ３００からアクセスの許可を取得し、リソースサーバ４００にアクセスすることで、個人情報（データ）を取得する。

【0022】

認可サーバ３００は、リソースサーバ４００が記憶する個人情報や、ユーザが使用する同意ポータル２００を管理する装置であり、例えば、サーバマシンやコンピュータである。

【0023】

認可サーバ３００は、あるユーザの個人情報に対するアクセス許可を求められた場合、あるユーザの使用する同意ポータル２００に対して、ユーザに同意を求める同意要求処理を行う。認可サーバ３００は、あるユーザが個人情報のアクセスに同意した、あるいは同意しなかったことを示す同意情報を記憶し、同意情報に基づきクライアント５００のリソースサーバ４００へのアクセスを制御する。

【0024】

＜認可サーバ３００の構成例＞
図２は、認可サーバ３００の構成例を表す図である。認可サーバ３００は、例えば、サーバマシンである。認可サーバ３００は、ＣＰＵ（Central Processing Unit）３１０、ストレージ３２０、メモリ３３０、及び通信回路３４０を有する。

【0025】

ストレージ３２０は、プログラムやデータを記憶する、フラッシュメモリ、ＨＤＤ（Hard Disk Drive）、又はＳＳＤ（Solid State Drive）などの補助記憶装置である。ストレージ３２０は、同意制御プログラム３２１、データアクセス制御プログラム３２２、データ管理プログラム３２３、同意ポータル対応テーブル３２４、及びデータ管理テーブル３２５を記憶する。

【0026】

メモリ３３０は、ストレージ３２０に記憶されているプログラムをロードする領域である。また、メモリ３３０は、プログラムがデータを記憶する領域としても使用されてもよい。

【0027】

通信回路３４０は、他の装置（同意ポータル２００、リソースサーバ４００、クライアント５００など）と通信を行う通信用機器である。認可サーバ３００は、通信回路３４０を介して、パケットの送受信を行うことで、通信を実現する。

【0028】

ＣＰＵ３１０は、ストレージ３２０に記憶されているプログラムを、メモリ３３０にロードし、ロードしたプログラムを実行し、各部を構築し、各処理を実現するプロセッサである。

【0029】

ＣＰＵ３１０は、同意制御プログラム３２１を実行することで、同意制御部を構築し、同意制御処理を行う。同意制御処理は、あるユーザの個人情報にアクセスしたいクライアント５００からの要求があった場合に、当該ユーザに対してアクセスの同意を求める処理である。認可サーバ３００は、同意制御処理において、当該ユーザの同意ポータル２００に対して、当該ユーザの同意を求めるよう要求し、同意ポータル２００から当該ユーザの同意又は非同意の意思を取得する。

【0030】

ＣＰＵ３１０は、データアクセス制御プログラム３２２を実行することで、アクセス制御部を構築し、データアクセス制御処理を行う。データアクセス制御処理は、クライアント５００のリソースサーバ４００の記憶する個人情報へのアクセスを制御する処理である。認可サーバ３００は、ユーザの同意を得ている場合、当該ユーザの個人情報へのクライアント５００のアクセスを許可し、ユーザからの同意を得ていない場合、アクセスを許可しないよう制御する。

【0031】

ＣＰＵ３１０は、データ管理プログラム３２３を実行することで、データ管理部を構築し、データ管理処理を行う。データ管理処理は、リソースサーバ４００の記憶する個人情報を管理する処理である。認可サーバ３００は、データ管理処理において、どのリソースサーバ４００にどのような個人情報が記憶されているかを管理する。

【0032】

＜個人端末１００＞
図３は、個人端末１００の構成例を表す図である。個人端末１００は、例えば、コンピュータである。個人端末１００は、ＣＰＵ１１０、ストレージ１２０、メモリ１３０、及び通信回路１４０を有する。

【0033】

ストレージ１２０は、プログラムやデータを記憶する、フラッシュメモリ、ＨＤＤ、又はＳＳＤなどの補助記憶装置である。ストレージ１２０は、同意ポータル登録プログラム１２１、データ更新プログラム１２２、及びアクセス同意プログラム１２３を記憶する。

【0034】

メモリ１３０は、ストレージ１２０に記憶されているプログラムをロードする領域である。また、メモリ１３０は、プログラムがデータを記憶する領域としても使用されてもよい。

【0035】

通信回路１４０は、他の装置（同意ポータル２００、リソースサーバ４００など）と通信を行う通信用機器である。個人端末１００は、通信回路１４０を介して、パケットの送受信を行うことで、通信を実現する。

【0036】

ＣＰＵ１１０は、ストレージ１２０に記憶されているプログラムを、メモリ１３０にロードし、ロードしたプログラムを実行し、各部を構築し、各処理を実現するプロセッサである。

【0037】

ＣＰＵ１１０は、同意ポータル登録プログラム１２１を実行することで、登録部を構築し、同意ポータル登録処理を行う。同意ポータル登録処理は、ユーザが個人端末１００を介して、同意ポータル２００に登録を行う処理である。個人端末１００は、同意ポータル登録処理において、ユーザを同意ポータル２００に登録し、当該同意ポータル２００から同意処理用ＵＲＬ（Uniform Resource Locator）を取得する。同意処理用ＵＲＬは、例えば、認可サーバ３００がユーザに同意を求めるときに使用するＵＲＬである。個人端末１００は、同意ポータル登録処理において、同意ポータルに登録したユーザの識別子（以降、ユーザＩＤと呼ぶ）、及び取得した同意処理用ＵＲＬをリソースサーバ４００に送信する。

【0038】

ＣＰＵ１１０は、データ更新プログラム１２２を実行することで、更新部を構築し、データ更新処理を行う。データ更新処理は、リソースサーバ４００に対して、個人情報を記憶する処理である。

【0039】

ＣＰＵ１１０は、アクセス同意プログラム１２３を実行することで、同意部を構築し、アクセス同意処理を行う。アクセス同意処理は、同意ポータル２００から個人情報のアクセスに対する同意を求められたとき、ユーザの同意あるいは非同意の意思を同意ポータル２００に通知する処理である。個人端末１００は、アクセス同意処理において、同意するか否かを示すボタン等をディスプレイ上に表示したり、ユーザの操作（同意、非同意を示すボタンの押下など）によりユーザの同意又は非同意の意思を取得したりする。

【0040】

＜リソースサーバ４００＞
図４は、リソースサーバ４００の構成例を表す図である。リソースサーバ４００は、例えば、コンピュータである。リソースサーバ４００は、ＣＰＵ４１０、ストレージ４２０、メモリ４３０、及び通信回路４４０を有する。

【0041】

ストレージ４２０は、プログラムやデータを記憶する、フラッシュメモリ、ＨＤＤ、又はＳＳＤなどの補助記憶装置である。ストレージ４２０は、ユーザ登録プログラム４２１、データ更新制御プログラム４２２、データアクセスプログラム４２３、個人情報テーブル４２４を記憶する。

【0042】

メモリ４３０は、ストレージ４２０に記憶されているプログラムをロードする領域である。また、メモリ４３０は、プログラムがデータを記憶する領域としても使用されてもよい。

【0043】

通信回路４４０は、他の装置（個人端末１００、認可サーバ３００など）と通信を行う通信用機器である。リソースサーバ４００は、通信回路４４０を介して、パケットの送受信を行うことで、通信を実現する。

【0044】

ＣＰＵ４１０は、ストレージ４２０に記憶されているプログラムを、メモリ４３０にロードし、ロードしたプログラムを実行し、各部を構築し、各処理を実現するプロセッサである。

【0045】

ＣＰＵ４１０は、ユーザ登録プログラム４２１を実行することで、登録部を構築し、ユーザ登録処理を行う。ユーザ登録処理は、ユーザや個人端末１００から受信したユーザＩＤ及び同意処理用ＵＲＬを、対応する認可サーバ３００に送信する処理である。

【0046】

ＣＰＵ４１０は、データ更新制御プログラム４２２を実行することで、更新制御部を構築し、データ更新制御処理を行う。データ更新制御処理は、ユーザの個人情報を更新する処理である。リソースサーバ４００は、個人端末１００から更新する（登録する）データを受信し、個人情報テーブル４２４を更新する。リソースサーバ４００は、データ更新制御処理において、個人情報と、当該ユーザのユーザＩＤ及び対応する同意処理用ＵＲＬを、対応づけて個人情報テーブル４２４に記憶する。

【0047】

リソースサーバ４００は、データアクセスプログラム４２３を実行することで、アクセス部を構築し、データアクセス処理を行う。データアクセス処理は、クライアント５００がリソースサーバ４００のデータ（個人情報）にアクセスする処理である。リソースサーバ４００は、データアクセス処理において、認可サーバ３００に認証されたクライアント５００に対して、データアクセスを許可する。

【0048】

＜個人情報取得処理＞
個人情報取得処理とは、データ管理システム１０において、リソースサーバ４００に記憶された個人情報（データ）を、認可サーバ３００に認証されたクライアント５００が取得する一連の処理である。個人情報取得処理は、例えば、初期登録処理、アクセス同意処理、データ登録処理、アクセス制御処理を含む。以下、各処理について説明する。

【0049】

＜初期登録処理＞
図５は、初期登録処理のシーケンスの例を示す図である。初期登録処理は、例えば、ユーザが選択した同意ポータル、あるいは、登録するデータの種別やリソースサーバ４００に対応する同意ポータルに、ユーザを登録する処理である。以下、ユーザＵ１が同意ポータル２００－１にユーザ登録する場合の例を説明する。

【0050】

ユーザＵ１は、初期登録処理において、個人端末１００－１の同意ポータル登録処理Ｓ１０００を行う。

【0051】

図６は、同意ポータル登録処理Ｓ１０００の処理フローチャートの例を示す図である。ユーザ（個人端末１００）は、同意ポータル登録処理Ｓ１０００において、選択した同意ポータルに対して、ユーザ登録を実施する（Ｓ１０００－１）。そして、ユーザは、同意ポータルへの登録が完了するのを待ち受ける（Ｓ１０００－２のＮｏ）。

【0052】

ユーザは、ユーザ登録が完了すると（Ｓ１０００－２のＹｅｓ）、登録したユーザＩＤと同意ポータルの同意処理用ＵＲＬを取得する（Ｓ１０００－３）。そして、ユーザは、取得したユーザＩＤと同意処理用のＵＲＬを対応するリソースサーバに通知する。

【0053】

図５のシーケンスに戻り、ユーザＵ１は、個人端末１００－１を使用し、例えば、同意ポータル２００－１のＷＥＢ上の登録画面にアクセスする（Ｓ１００、図６のＳ１０００－１）。ユーザＵ１は、同意ポータル２００－１のユーザの新規登録画面を開き、登録に必要な情報を入力することで、ユーザ登録を行う。

【0054】

同意ポータル２００－１は、同意ポータル２００－１にアクセスするためのユーザＩＤと、同意処理用ＵＲＬを、個人端末１００－１に送信し、ユーザＵ１に通知する（Ｓ１０１、図６のＳ１０００－３）。なお、同意ポータルの種別によってはユーザＩＤを新規登録ユーザが決定する場合がある。この場合、同意ポータル２００－１は、処理Ｓ１０１において、ユーザＩＤを通知しなくてもよい。また、同意ポータル２００－１は、メッセージを送信すること以外に、同意ポータル２００－１のＷＥＢ画面上に表示するなどの方法で、ユーザＵ１にユーザＩＤ及び同意処理用ＵＲＬを通知してもよい。

【0055】

ユーザＵ１（あるいは個人端末１００－１）は、ユーザＩＤ及び同意処理用ＵＲＬを取得すると、対応するリソースサーバ４００に、取得したユーザＩＤ及び同意処理用ＵＲＬを含むユーザ登録通知を送信する（Ｓ１０２、図６のＳ１０００－４）。リソースサーバ４００は、ユーザ登録通知を受信すると、ユーザ登録処理Ｓ２０００を行う。

【0056】

図７は、ユーザ登録処理Ｓ２０００の処理フローチャートの例を示す図である。リソースサーバ４００は、ユーザ登録通知を受信するのを待ち受ける（Ｓ２０００－１のＮｏ）。リソースサーバ４００は、ユーザ登録通知を受信すると（Ｓ２０００－１のＹｅｓ）、ユーザ登録通知に含まれるユーザＩＤと同意処理用ＵＲＬを、対応づけて記憶する（Ｓ２０００－２）。そして、リソースサーバ４００は、ユーザＩＤと同意処理用ＵＲＬを含むユーザ登録要求を、対応する認可サーバ３００に送信する（Ｓ２０００－３）。

【0057】

図５のシーケンスに戻り、リソースサーバ４００は、ユーザ登録処理Ｓ２０００において、ユーザ登録通知を受信し（Ｓ１０２、図７のＳ２０００－１のＹｅｓ）、ユーザＵ１のユーザＩＤと、同意ポータル２００－１の同意処理用ＵＲＬを、対応づけて記憶する（図７のＳ２０００－２）。そして、リソースサーバ４００は、ユーザＵ１のユーザＩＤと同意ポータル２００－１の同意処理用ＵＲＬを含むユーザ登録要求を、認可サーバ３００に送信する（Ｓ１０３、図７のＳ２０００－３）。

【0058】

認可サーバ３００は、ユーザ登録要求を受信すると、ユーザ及び同意ポータル記憶処理Ｓ３０００を行う。ユーザ及び同意ポータル記憶処理Ｓ３０００は、認可サーバ３００の有する同意ポータル対応テーブル３２４に、ユーザ登録要求に含まれるユーザＩＤと同意処理用ＵＲＬを、対応づけて記憶する処理である。認可サーバ３００は、ユーザＵ１のユーザＩＤと同意ポータル２００－１の同意処理用ＵＲＬを、対応づけて記憶する。

【0059】

図８は、ユーザ登録要求Ｓ１０３受信後の、同意ポータル対応テーブル３２４の例を示す図である。同意ポータル対応テーブル３２４の情報要素は、例えば、ユーザＩＤ、同意処理用ＵＲＬを含む。認可サーバ３００は、ユーザＵＩのユーザＩＤである「[e-mail]」と、ユーザＵ１に対応する同意処理用ＵＲＬとして「http://portal.example.com/api/user1」を記憶する（網掛け部）。

【0060】

これにより、認可サーバ３００は、ユーザと当該ユーザが使用する同意ポータル２００のＵＲＬを、対応づけて認識することができる。

【0061】

なお、上述した例では、初期登録処理において、新規に同意ポータル２００に対するユーザ登録を行ったが、ユーザがすでにユーザ登録済みの同意ポータルを有する場合、登録済みの同意ポータルの同意処理用ＵＲＬをリソースサーバ４００に通知してもよい。この場合、同意ポータルへのユーザ登録処理は、省略することが可能である。

【0062】

＜アクセス同意処理＞
図９は、アクセス同意処理のシーケンスの例を示す図である。アクセス同意処理は、クライアントが個人情報にアクセスする場合に、当該個人情報のユーザに対してアクセスの同意を要求する処理である。

【0063】

クライアント５００は、例えば、所望する個人情報がリソースサーバ４００に記憶されていることを認識した場合、リソースサーバ４００に対してデータのアクセスを要求する。そして、リソースサーバ４００は、クライアント５００に対して、個人情報を有するユーザの同意ポータル２００を配下に有する認可サーバ３００のＵＲＬを通知する（Ｓ２００）。

【0064】

クライアント５００は、認可サーバ３００のＵＲＬを取得すると、当該ＵＲＬを用いて認可サーバ３００に対してデータアクセスの同意を得るよう要求する同意要求を送信する（Ｓ２０１）。このとき、クライアント５００は、どのようなユーザの同意が欲しいかを示す条件を併せて送信する。例えば、クライアント５００は、どのような年代のユーザか、どのようなカテゴリのデータか、あるいは、どの時期に更新されたデータかなど、所望するデータの条件を送信する。認可サーバ３００は、同意要求を受信すると、同意制御処理Ｓ４０００を行う。

【0065】

図１０は、同意制御処理Ｓ４０００の処理フローチャートの例を示す図である。認可サーバ３００は、同意制御処理Ｓ４０００において、同意要求の受信を待ち受ける（Ｓ４０００－１のＮｏ）。認可サーバ３００は、同意要求を受信すると（Ｓ４０００－１のＹｅｓ）、条件に合致するユーザのユーザＩＤ及び同意処理用ＵＲＬを取得する（Ｓ４０００－２）。認可サーな３００は、データ管理テーブル３２５に記憶しているデータから条件に合致するユーザを検出し、当該ユーザのユーザＩＤに対応する同意処理用ＵＲＬを同意ポータル対応テーブル３２４から取得する。

【0066】

認可サーバ３００は、取得した同意処理用ＵＲＬを用いて、条件に合致するユーザの同意ポータル２００に対して、データアクセスの同意を要求する（Ｓ４０００－３）。認可サーバ３００は、例えば、同意処理用ＵＲＬに同意を求めるテキスト文章を投稿し、当該ユーザに対してデータアクセスへの同意又は非同意の意思を確認する。

【0067】

認可サーバ３００は、全ての同意対象のユーザから同意又は非同意の意思表示を取得するのを待ち受ける（Ｓ４０００－４のＮｏ）。認可サーバ３００は、例えば、所定時間内にユーザからの同意の意思が示されない場合、非同意の意思であると認識してもよい。

【0068】

認可サーバ３００は、全対象ユーザから同意又は非同意の意思を取得すると（Ｓ４０００－４のＹｅｓ）、同意の結果（同意又は非同意の意思の結果）を、内部テーブルに記憶し（Ｓ４０００－５）、処理を終了する。

【0069】

図９のシーケンスに戻り、認可サーバ３００は、同意制御処理Ｓ４０００において、条件に合致するユーザＵ１を特定し、ユーザＵ１の同意ポータル２００－１に対して、同意を要求する（Ｓ２０２、図１０のＳ４０００－３）。同意ポータル２００－１は、ユーザＵＩの個人端末にメッセージを送信したり、同意を要求する画面を表示したりする（Ｓ２０３）。そして、ユーザＵ１は、例えば、データのアクセスに同意し、データアクセスに同意したことを同意ポータル２００－１に通知し（Ｓ２０４）、同意ポータル２００－１から認可サーバ３００に通知する（Ｓ２０５）。

【0070】

認可サーバ３００は、ユーザＵ１を含む全対象ユーザから同意又は非同意の意思を取得し（Ｓ２０５、図１０のＳ４０００－４）、ユーザＵ１が同意したことを含む、全ユーザの同意又は非同意の意思を内部テーブルに記憶する（図１０のＳ４０００－５）。

【0071】

なお、認可サーバ３００は、ユーザの同意又は非同意の意思に加え、どのような条件のデータであるかを併せて記憶する。これにより、認可サーバ３００は、どのユーザがどのような個人情報へのアクセスを許可しているかを認識することができ、ユーザの同意の意思に従ったデータアクセスを制御することができる。

【0072】

＜データ登録処理＞
図１１は、データ登録処理のシーケンスの例を示す図である。データ登録処理は、ユーザが、個人情報をリソースサーバ４００に登録する処理である。

【0073】

ユーザＵ１は、個人端末１００－１を使用し、個人情報をリソースサーバ４００に登録する（Ｓ３００）。なお、ユーザＵ１は、複数のリソースサーバ４００がある場合、登録する個人情報の種別（カテゴリ）や、ユーザＵ１の性別や年齢などの属性に応じ、リソースサーバ４００を選択する。

【0074】

リソースサーバ４００は、ユーザＵ１の個人情報（データ）を取得すると、データ更新制御処理を行う。リソースサーバ４００は、データ更新制御処理において、ユーザから取得したデータを、適切なデータベースに記憶する。リソースサーバ４００は、例えば、カテゴリごとにデータベースを有する場合、更新するデータのカテゴリに応じたデータベースに取得したデータを記憶（更新）する。また、リソースサーバ４００は、例えば、年齢ごとにデータベースを有する場合、ユーザの年齢に応じたデータベースに取得したデータを記憶する。

【0075】

リソースサーバ４００は、更新したデータに関する更新情報を、認可サーバ３００に送信する（Ｓ３０１）。更新情報とは、更新されたデータがどのようなデータかを示す情報（差分情報）であってもよいし、更新後の全体データにどのような情報が記憶されているかを示す情報（全体情報）であってもよい。更新情報は、例えば、更新された（新規登録された）ユーザのユーザＩＤや、更新されたデータのカテゴリなどが含まれる。リソースサーバ４００は、更新情報を送信することで、自装置がどのようなデータ（個人情報）を記憶しているかを、認可サーバ３００に通知する。

【0076】

認可サーバ３００は、更新情報を受信すると、データ管理処理を行う。データ管理処理は、リソースサーバ４００と、各リソースサーバ４００にどのような情報が記憶されているかを、対応づけて記憶する処理である。認可サーバ３００は、例えば、データ管理テーブル３２５に、各リソースサーバ４００に記憶されているデータのカテゴリやユーザＩＤなどを記憶する。

【0077】

認可サーバ３００は、データ管理テーブル３２５を更新すると、リソースサーバ４００に更新したデータの識別子（以降、データＩＤと呼ぶ場合がある）を送信する（Ｓ３０２）。データＩＤは、例えば、認可サーバ３００が発行する識別子で、認可サーバ３００がデータを管理する際に使用する。認可サーバ３００は、例えば、データＩＤを使用してデータのアクセス許可又は非許可を制御する。データＩＤは、例えば、ユーザごと、カテゴリごと、データベースごと、更新（登録）時期ごとに発行される。データＩＤの送信は、新規のユーザＩＤを発行したときのみ行われてもよい。

【0078】

リソースサーバ４００は、データＩＤを受信すると、データＩＤをユーザに通知する（Ｓ３０３）。ユーザは、当該メッセージを受信することで、データ更新が正常に完了したことを認識することができる。

【0079】

＜アクセス制御処理＞
図１２は、アクセス制御処理のシーケンスの例を示す図である。アクセス制御処理は、ユーザの同意が得られた後、クライアント５００からの要求に応答し、データのアクセスを制御する処理である。なお、図１２は、ユーザがデータのアクセスに同意している場合についてのシーケンスの例である。

【0080】

クライアント５００は、リソースサーバ４００に、データへのアクセスを要求する（Ｓ４０１）。クライアント５００は、例えば、データの条件（ユーザの年齢、カテゴリなど）を指定して、アクセスを要求する。

【0081】

リソースサーバ４００は、データのアクセスの認可を認可サーバ３００に要求する（Ｓ４０２）。このとき、リソースサーバ４００は、指定されたデータの条件を、認可サーバ３００に、併せて通知する。

【0082】

認可サーバ３００は、指定された条件を記憶し、当該要求に対応するチケットを発行し、リソースサーバ４００に返信する（Ｓ４０３）。チケットは、クライアント５００に対して発行され、例えば、指定条件や発行日時などが記載される。

【0083】

リソースサーバ４００は、認可サーバ３００のＵＲＬ(又はアドレス)と、取得したチケットを、クライアント５００に送信する（Ｓ４０４）。

【0084】

クライアント５００は、取得したＵＲＬを用いて、認可サーバ３００にトークンを要求する（Ｓ４０５）。クライアント５００は、トークンの要求時に、取得したチケットを認可サーバ３００に送信する。

【0085】

認可サーバ３００は、記憶しているデータの条件に合致するデータであって、アクセスの同意が得られているデータ（以降、同意データと呼ぶ場合がある）に対するアクセスを、クライアント５００に許可するトークンを発行する。そして、認可サーバ３００は、発行したトークンをクライアント５００に送信する（Ｓ４０６）。

【0086】

クライアント５００は、取得したトークンを設定し、リソースサーバ４００に、データのアクセスを要求する（Ｓ４０７）。

【0087】

リソースサーバ４００は、受信したトークンを、認可サーバ３００に送信する（Ｓ４０８）。

【0088】

認可サーバ３００は、受信したトークンに対応する同意データに関する情報を、リソースサーバ４００に送信する（Ｓ４０９）。

【0089】

リソースサーバ４００は、受信した同意データに関する情報に基づき、対応する同意データを、クライアント５００に対してアクセス許可し、開示する（Ｓ４１０）。

【0090】

＜一体型システムとの比較＞
第１の実施の形態では、データ管理システム１０は、同意ポータル２００と認可サーバ３００が、それぞれ分離して（異なる装置として）設置される分離型システムである。ここで、同意ポータル２００と認可サーバが一体として（同じ装置として）設置される一体型システムと比較する。

【0091】

図１３は、一体型システムと分離型システムにおける、ユーザと同意ポータルとの関連の例を示す図である。なお、図１３では、リソースサーバ４００は、リソースサーバ４００－１，２が存在する場合について説明する。

【0092】

リソースサーバ４００－１，２それぞれが異なる同意ポータル２００－１，２（同意ポータルと一体化した認可サーバ機能部）に属する場合、一体型システムでは、図１３の左図に示すような構成となる。この場合、ユーザＵ１は、同意ポータル２００－１及び２の両方に登録しなければ、リソースサーバ４００－１及び２にデータを登録することができない。

【0093】

一方、分離型システムでは、図１３の右図に示すような構成となる。この場合、ユーザＵ１は、同意ポータル２００－２に登録しなくても、リソースサーバ４００－１及び２の両方にデータを登録することができる。

【0094】

図１３に示すように、第１の実施の形態において、ユーザは、データを登録するリソースサーバ４００の数よりも少ない数の同意ポータル２００に登録することで、データの登録が可能となる。これにより、ユーザは、同意ポータル２００の管理が簡易化することができる。

【0095】

図１４は、一体型システムと分離型システムにおける、リソースサーバと認可サーバとの関連の例を示す図である。図１３は、複数のユーザが、それぞれ異なる同意ポータル２００－１及び２を使用する場合の例である。

【0096】

一体型システムでは、図１４の左図に示すような構成となる。この場合、リソースサーバ４００は、データのアクセス許可の要求やデータ更新時など、認可サーバにメッセージを送信するとき、それぞれの認可サーバに対してメッセージを送信しなければならない。例えば、プロトコルとしてＵＭＡ２．０を使用する場合、同時に複数の認可サーバにメッセージを送信することができないため、順次メッセージを送信することとなり、時間的な遅延の発生要因となる場合もある。

【0097】

一方、分離型システムでは、図１４の右図に示すような構成となる。この場合、リソースサーバ４００は、認可サーバ３００にメッセージを送信することで、複数ユーザに対する対応が可能となる。

【0098】

図１４に示すように、リソースサーバ４００と認可サーバ３００間のメッセージの送受信数を抑制することが可能となり、通信リソースの使用の抑制及び時間的な遅延の抑制を行うことができる。

【0099】

［第２の実施の形態］
第２の実施の形態について説明する。第２の実施の形態は、上述して一体型システムに統合認可サーバ３００を追加する例である。

【0100】

＜データ管理システムの構成例＞
図１５は、データ管理システム１０の構成例を示す図である。データ管理システム１０は、ユーザＵ１～Ｕ３それぞれが使用する個人端末１００－１～３、ユーザＵ１～Ｕ３それぞれに対応する同意ポータル２００－１～３（なお、同意ポータル２００－１は、それぞれ認可サーバ３００－１－３を有する）、統合認可サーバ３００、リソースサーバ４００、及びクライアント５００を有する。

【0101】

統合認可サーバ３００は、第１の実施の形態における認可サーバ３００と同様の処理を行う。例えば、同意ポータルと一体化された認可サーバは、例えば、一体型システムにおける処理と同様の処理を行ってもよいし、統合認可サーバ３００が行う処理（例えばデータの管理やアクセス制御など）については、行わなくてもよい。

【0102】

第２の実施の形態では、統合認可サーバ３００をシステムに追加することで、第１の実施の形態と同様の効果を得ることができる。例えば、既に一体型システムが存在する場合、同意ポータルの交換を行うことなく、統合認可サーバを追加するだけでよく、システム再構築のコストや時間を抑制することができる。

【0103】

以上まとめると、付記のようになる。

【0104】

（付記１）
リソースサーバが蓄積するデータへのアクセスを制御する認可サーバのプログラムであって、
前記データの所有者である複数のユーザと、前記複数のユーザそれぞれがユーザ登録する同意ポータルとの対応関係を記憶する記憶処理と、
第１条件のデータへのアクセスに対するユーザの同意をクライアントから求められたとき、前記第１条件に合致するデータの所有者である対象ユーザを検出し、前記対象ユーザがユーザ登録する同意ポータルを前記対応関係から抽出し、前記抽出した同意ポータルを使用して前記対象ユーザから前記データへのアクセスの同意又は非同意の意思を取得する同意処理と、
前記取得した意思に応じて、前記クライアントによる前記リソースサーバのデータへのアクセスを制御するアクセス制御処置と、
を前記認可サーバの有するコンピュータに実行させるデータアクセス制御プログラム。

【0105】

（付記２）
前記記憶処理において、前記同意ポータルにおいてユーザを識別するユーザ識別子と、前記同意ポータルを使用して前記意思を取得するときに使用する同意処理用ＵＲＬとを含む同意ポータル情報を、前記ユーザが前記同意ポータルにユーザ登録したときに取得し、前記ユーザ識別子と前記同意処理用ＵＲＬを前記対応関係として記憶する
付記１記載のデータアクセス制御プログラム。

【0106】

（付記３）
前記同意ポータル情報は、前記ユーザから前記リソースサーバを介して取得する
付記２記載のデータアクセス制御プログラム。

【0107】

（付記４）
前記リソースサーバ及び前記同意ポータルの両方又は一方との通信において、プロトコルとしてＵＭＡ（User-Managed Access）を使用する
付記１記載のデータアクセス制御プログラム。

【0108】

（付記５）
認可サーバによって記憶するデータのアクセスを制御されるリソースサーバのプログラムであって、
複数のユーザが所有者であるデータを記憶するデータ記憶処理と、
前記認可サーバから、前記データの一部又は全部である対象データへのアクセスがクライアントに許可されたとき、前記クライアントに対して前記対象データを開示するデータ開示処理と、
登録した同意ポータルに関する登録情報を前記ユーザから受信したとき、前記登録情報を前記認可サーバに送信する登録情報送信処理と、
を前記リソースサーバが有するコンピュータに実行させるリソース制御プログラム。

【0109】

（付記６）
認可サーバ経由で、リソースサーバが記憶するデータの所有者であるユーザに対して同意を求められる同意ポータルであって、
前記ユーザが自同意ポータルにユーザ登録するユーザ登録部と、
前記ユーザ登録したとき、前記ユーザに自同意ポータルに同意を求めるときに使用するＵＲＬを通知する通知部と、
を有する同意ポータル。

【0110】

（付記７）
リソースサーバが蓄積するデータへのアクセスを制御する認可サーバにおけるデータアクセス制御方法であって、
前記データの所有者である複数のユーザと、前記複数のユーザそれぞれがユーザ登録する同意ポータルとの対応関係を記憶する記憶工程と、
第１条件のデータへのアクセスに対するユーザの同意をクライアントから求められたとき、前記第１条件に合致するデータの所有者である対象ユーザを検出し、前記対象ユーザがユーザ登録する同意ポータルを前記対応関係から抽出し、前記抽出した同意ポータルを使用して前記対象ユーザから前記データへのアクセスの同意又は非同意の意思を取得する同意工程と、
前記取得した意思に応じて、前記クライアントによる前記リソースサーバのデータへのアクセスを制御するアクセス制御工程と、
を行うデータアクセス制御方法。

【0111】

（付記８）
リソースサーバが記憶するデータの所有者である複数のユーザと、前記複数のユーザそれぞれがユーザ登録する同意ポータルとの対応関係を記憶する記憶部と、
第１条件のデータへのアクセスに対するユーザの同意をクライアントから求められたとき、前記第１条件に合致するデータの所有者である対象ユーザを検出し、前記対象ユーザがユーザ登録する同意ポータルを前記対応関係から抽出し、前記抽出した同意ポータルを使用して前記対象ユーザから前記データへのアクセスの同意又は非同意の意思を取得する同意部と、
前記取得した意思に応じて、前記クライアントによる前記リソースサーバのデータへのアクセスを制御するアクセス制御部と、
を有する認可サーバ。

【符号の説明】

【0112】

１０ ：データ管理システム
１００ ：個人端末
１１０ ：ＣＰＵ
１２０ ：ストレージ
１２１ ：同意ポータル登録プログラム
１２２ ：データ更新プログラム
１２３ ：アクセス同意プログラム
１３０ ：メモリ
１４０ ：通信回路
２００ ：同意ポータル
３００ ：認可サーバ
３１０ ：ＣＰＵ
３２０ ：ストレージ
３２１ ：同意制御プログラム
３２２ ：データアクセス制御プログラム
３２３ ：データ管理プログラム
３２４ ：同意ポータル対応テーブル
３２５ ：データ管理テーブル
３３０ ：メモリ
３４０ ：通信回路
４００ ：リソースサーバ
４１０ ：ＣＰＵ
４２０ ：ストレージ
４２１ ：ユーザ登録プログラム
４２２ ：データ更新制御プログラム
４２３ ：データアクセスプログラム
４２４ ：個人情報テーブル
４３０ ：メモリ
４４０ ：通信回路
５００ ：クライアント

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】