知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2024-06-11
(45)【発行日】2024-06-19
(54)【発明の名称】通信プログラム及び通信方法
(51)【国際特許分類】
G06F 21/62 20130101AFI20240612BHJP
G06F 21/33 20130101ALI20240612BHJP
【ＦＩ】
G06F21/62 345
G06F21/33
【請求項の数】
13
(21)【出願番号】P 2020168516
(22)【出願日】2020-10-05
(65)【公開番号】P2022060813
(43)【公開日】2022-04-15
【審査請求日】2023-07-07
(73)【特許権者】
【識別番号】000005223
【氏名又は名称】富士通株式会社
(74)【代理人】
【識別番号】100094525
【弁理士】
【氏名又は名称】土井 健二
(74)【代理人】
【識別番号】100094514
【弁理士】
【氏名又は名称】林 恒徳
(72)【発明者】
【氏名】小倉 孝夫
【審査官】岸野 徹
(56)【参考文献】
【文献】特開２０２０－０４６９５９（ＪＰ，Ａ）
【文献】特開２０２０－０２４５１１（ＪＰ，Ａ）
【文献】特開２０１３－０８８９０１（ＪＰ，Ａ）
【文献】特開２００２－２９７５９８（ＪＰ，Ａ）
【文献】米国特許出願公開第２０２０／００９２３８５（ＵＳ，Ａ１）
【文献】米国特許出願公開第２０２０／００４２７２７（ＵＳ，Ａ１）
【文献】ＮＲＩセキュアテクノロジーズ株式会社，ＯｐｅｎＩＤ Ｆｏｕｎｄａｔｉｏｎの策定規格 詳細，認証認可の調査研究，2020年09月25日，https://www.mhlw.go.jp/content/12600000/000689750.pdf
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｇ０６Ｆ ２１／６２
Ｇ０６Ｆ ２１／３３
(57)【特許請求の範囲】
【請求項1】
複数ユーザのユーザデータを管理するデータ管理サーバと、前記ユーザデータをデータ利用サーバに公開することの同意を前記ユーザに要求する同意サーバと、
前記同意サーバが発行する、前記同意を得たユーザのユーザデータの公開を許可するトークンに基づき、前記ユーザデータを前記データ管理サーバから取得する前記データ利用サーバと、
を有する通信システムにおける、
前記データ利用サーバが有するコンピュータに実行させるプログラムであって、
一括で取得を要求する前記ユーザデータに関する要求情報を前記同意サーバに送信する送信処理と、
前記要求情報に該当するユーザのうち、同意が得られたユーザに対応するトークンを発行するよう要求するトークン要求の送信タイミングをスケジューリングし、前記スケジューリングに従い、前記トークン要求を前記同意サーバに送信するトークン要求処理と、
前記トークン要求処理によって取得したトークンを使用し、前記データ管理サーバから、前記同意が得られたユーザのユーザデータを取得する取得処理と、を有し、
前記取得するトークンは、前記データ利用サーバが以前に取得したユーザデータのユーザに対応するトークンを含まない
通信プログラム。
【請求項2】
前記送信タイミングは、所定時間に到達することを含む請求項１記載の通信プログラム。
【請求項3】
前記同意サーバから前記トークン要求を送信するよう要求されたとき、前記送信タイミングでない場合でも、前記トークン要求を前記同意サーバに送信する請求項１記載の通信プログラム。
【請求項4】
前記要求情報は、前記データ利用サーバが取得を要望するデータ内容の条件を含む請求項１記載の通信プログラム。
【請求項5】
複数ユーザのユーザデータを管理するデータ管理サーバと、前記ユーザデータをデータ利用サーバに公開することの同意を前記ユーザに要求する同意サーバと、
前記同意サーバが発行する、前記同意を得たユーザに対応するトークンを使用し、前記ユーザデータを前記データ管理サーバから取得する前記データ利用サーバと、
を有する通信システムにおける、
前記同意サーバが有するコンピュータに実行させるプログラムであって、
前記データ利用サーバが一括で取得を要求するユーザデータに関する要求情報を、前記データ利用サーバから受信する受信処理と、
前記要求情報を受信したとき、前記要求情報に該当する該当ユーザを抽出し、前記該当ユーザに対して同意を要求する同意処理と、
前記データ利用サーバからトークンの発行を要求するトークン要求を受信したとき、同意が得られた同意ユーザに対応する第１トークンを発行し、前記第１トークンを前記データ利用サーバに送信するトークン発行処理と、
前記データ管理サーバから前記第１トークンの検証を要求されたとき、前記同意ユーザのうち、以前に公開を許可していない未許可ユーザのユーザデータの公開を、前記データ管理サーバに許可するトークン検証処置と、を有し
前記データ利用サーバが取得するトークンは、前記データ利用サーバが以前に取得したユーザデータのユーザに対応するトークンを含まない
通信プログラム。
【請求項6】
前記同意処理において、前記抽出を行ったときには前記要求情報に該当しなかったが、後発的に前記要求情報に該当するようになった新規該当ユーザを監視し、前記新規該当ユーザに対して同意を要求する
請求項５記載の通信プログラム。
【請求項7】
さらに、所定条件を満たすとき、前記トークン要求を送信するよう前記データ利用サーバに要求するトークン要求送信処理を、前記同意サーバが有するコンピュータに実行させる、請求項６記載の通信プログラム。
【請求項8】
前記所定条件は、前記新規該当ユーザが第１閾値以上となることを含む請求項７記載の通信プログラム。
【請求項9】
前記所定条件は、前記未許可ユーザの人数が第２閾値以上となることを含む請求項７記載の通信プログラム。
【請求項10】
複数ユーザのユーザデータを管理するデータ管理サーバと、前記ユーザデータをデータ利用サーバに公開することの同意を前記ユーザに要求する同意サーバと、
前記同意サーバが発行する、前記同意を得たユーザデータの公開を許可するトークンに基づき、前記ユーザデータを前記データ管理サーバから取得する前記データ利用サーバと、
を有する通信システムにおける、
前記データ利用サーバの通信方法であって、
前記データ利用サーバは、
一括で取得を要求するユーザデータに関する要求情報を前記同意サーバに送信する送信工程と、
前記要求情報に該当するユーザのうち、同意が得られたユーザに対応するトークンを発行するよう要求するトークン要求の送信タイミングをスケジューリングし、前記スケジューリングに従い、前記トークン要求を前記同意サーバに送信するトークン要求工程と、
前記トークン要求工程によって取得したトークンを使用し、前記データ管理サーバから、前記同意が得られたユーザのユーザデータを取得する取得工程と、を実行し、
前記取得したトークンは、前記データ利用サーバが以前に取得したユーザデータのユーザに対応するトークンを含まない
通信方法。
【請求項11】
複数ユーザのユーザデータを管理するデータ管理サーバと、前記ユーザデータをデータ利用サーバに公開することの同意を前記ユーザに要求する同意サーバと、
前記同意サーバが発行する、前記同意を得たユーザに対応するトークンを使用し、前記ユーザデータを前記データ管理サーバから取得する前記データ利用サーバと、
を有する通信システムにおける、
前記同意サーバの通信方法であって、
前記同意サーバは、
前記データ利用サーバが一括で取得を要求するユーザデータに関する要求情報を、前記データ利用サーバから受信する受信工程と、
前記要求情報を受信したとき、前記要求情報に該当する該当ユーザを抽出し、前記該当ユーザに対して同意を要求する同意工程と、
前記データ利用サーバからトークンの発行を要求されたとき、同意が得られた同意ユーザに対応する第１トークンを発行し、前記第１トークンを前記データ利用サーバに送信するトークン発行工程と、
前記データ管理サーバから前記第１トークンの検証を要求されたとき、前記同意ユーザのうち、以前に公開を許可していない未許可ユーザのユーザデータの公開を、前記データ管理サーバに許可するトークン検証工程と、を実行し、
前記データ利用サーバに送信するトークンは、前記データ利用サーバが以前に取得したユーザデータのユーザに対応するトークンを含まない
通信方法。
【請求項12】
複数ユーザのユーザデータを管理するデータ管理サーバと、前記ユーザデータをデータ利用サーバに公開することの同意を前記ユーザに要求する同意サーバと、
前記同意サーバが発行する、前記同意を得たユーザに対応するトークンを使用し、前記ユーザデータを前記データ管理サーバから取得する前記データ利用サーバと、
を有する通信システムにおける通信方法であって、
前記データ利用サーバは、一括で取得を要求するユーザデータに関する要求情報を前記同意サーバに送信し、
前記同意サーバは、前記要求情報を受信し、前記要求情報に該当する該当ユーザを抽出し、前記該当ユーザに対して同意を要求し、
前記データ利用サーバは、トークンを発行するよう要求するトークン要求の送信タイミングをスケジューリングし、前記スケジューリングに従い、前記トークン要求を前記同意サーバに送信し、
前記同意サーバは、前記トークン要求を受信したとき、同意が得られた同意ユーザに対応する第１トークンを発行し、前記第１トークンを前記データ利用サーバに送信し、
前記データ利用サーバは、前記第１トークンを受信し、前記第１トークンを含む、前記第１トークンに対応するユーザのユーザデータの公開を要求するデータ要求を、前記データ管理サーバに送信し、
前記データ管理サーバは、前記データ要求を受信し、前記第１トークンの検証を要求するトークン検証要求を前記同意サーバに送信し、
前記同意サーバは、前記トークン検証要求を受信し、前記第１トークンに対応する前記同意ユーザのうち、以前に公開を許可していない未許可ユーザのユーザデータの公開を、前記データ管理サーバに許可するトークン許可を前記データ管理サーバに送信し、
前記データ管理サーバは、前記トークン許可を受信し、前記未許可ユーザのユーザデータを、前記データ利用サーバに送信し、
前記データ利用サーバが取得するトークンは、前記データ利用サーバが以前に取得したユーザデータのユーザに対応するトークンを含まない
通信方法。
【請求項13】
前記データ利用サーバと前記同意サーバとの間で送受信されるメッセージは、ＣＩＢＡ（Client Initiated Backchannel Authentication）プロトコルに準拠する請求項１２記載の通信方法。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、通信プログラム及び通信方法に関する。
【背景技術】
【0002】
近年、ＰＤＳ(Personal Data Store)や情報銀行のように、個人情報を預ける（又は登録する）サービスが出現し、注目を浴びている。個人情報を扱うサービスでは、ユーザが登録したデータを、第三者に提供するとき、ユーザの同意を取得することが必要となる場合がある。個人情報を扱うサービスにおいて、例えば、ユーザは、病院等で検診した健診結果や、ユーザの購買履歴などの個人情報を、ＰＤＳや情報銀行に登録する。ＰＤＳや情報銀行は、第三者に対してユーザの個人情報を提供するとき、ユーザ本人の同意を取得する。
【0003】
このような個人情報を取り扱うサービスを実現するシステムは、例えば、ＣＩＢＡ（Client Initiated Backchannel Authentication）プロトコルが用いられる場合がある。
【0004】
個人情報を扱うサービスに関する技術は、以下の先行文献に記載されている。
【先行技術文献】
【特許文献】
【0005】
【文献】特開2020-046959号公報
【文献】特開2015-201098号公報
【発明の概要】
【発明が解決しようとする課題】
【0006】
しかし、例えば、ＣＩＢＡプロトコルでは、複数ユーザに対して同意依頼するユースケースは考慮されていない。例えば、医療研究者が複数のウィルス感染者に対して医療データの提供を依頼する場合がある。この場合、医療研究者あるいは医療研究者に代替するサービス提供者は、複数のウィルス感染者に対してデータの提供の同意を求めなければならず、ウィルス感染者が増加するほど、作業負荷が大きくなる。また、医療研究者あるいは医療研究者に代替するサービス提供者は、全てのウィルス感染者からの同意又は非同意の意思表示があるまでデータを取得できず、データ取得が遅延することがある。
【0007】
そこで、一開示は、ユーザの同意が必要な複数データを効率的に取得できる通信プログラム及び通信方法を提供する。
【課題を解決するための手段】
【0008】
複数ユーザのユーザデータを管理するデータ管理サーバと、前記ユーザデータをデータ利用サーバに公開することの同意を前記ユーザに要求する同意サーバと、前記同意サーバが発行する、前記同意を得たユーザのユーザデータの公開を許可するトークンに基づき、前記ユーザデータを前記データ管理サーバから取得する前記データ利用サーバと、を有する通信システムにおける、前記データ利用サーバが有するプログラムであって、一括で取得を要求する前記ユーザデータに関する要求情報を前記同意サーバに送信する送信処理と、前記要求情報に該当するユーザのうち、同意が得られたユーザに対応するトークンを発行するよう要求するトークン要求の送信タイミングをスケジューリングし、前記スケジューリングに従い、前記トークン要求を前記同意サーバに送信するトークン要求処理と、前記トークン要求処理によって取得したトークンを使用し、前記データ管理サーバから、前記同意が得られたユーザのユーザデータうち、未取得のユーザデータを取得する取得処理と、を前記データ利用サーバが有するコンピュータに実行させる。
【発明の効果】
【0009】
一開示は、ユーザの同意が必要な複数データを効率的に取得できる。
【図面の簡単な説明】
【0010】
【発明を実施するための形態】
【0011】
［第１の実施の形態］
第１の実施の形態について説明する。
第１の実施の形態について説明する。
【0012】
＜通信システム１の構成例＞
図１は、通信システム１の構成例を示す図である。通信システム１は、サービスプロバイダ端末１００（以降、ＲＰ（Relying Party）１００と呼ぶ場合がある）、同意ポータル２００（以降、ＯＰ（OpenID Provider）２００と呼ぶ場合がある）、データ提供者端末３００（以降、ＲＳ（Resource Server）３００と呼ぶ場合がある）、及び個人端末４００－１～ｎ（以降、個人端末４００と呼ぶ場合がある）を有する。通信システム１は、ＲＳ３００が管理するユーザ（個人端末４００のユーザ）の個人情報を、ユーザの同意を得てＰＲ１００に提供するシステムである。ＯＰ２００は、個人端末４００を介して、ユーザの同意を得る同意処理を行う。各端末は、インターネットやローカルネットワークなどのネットワークを介して通信を行う。
図１は、通信システム１の構成例を示す図である。通信システム１は、サービスプロバイダ端末１００（以降、ＲＰ（Relying Party）１００と呼ぶ場合がある）、同意ポータル２００（以降、ＯＰ（OpenID Provider）２００と呼ぶ場合がある）、データ提供者端末３００（以降、ＲＳ（Resource Server）３００と呼ぶ場合がある）、及び個人端末４００－１～ｎ（以降、個人端末４００と呼ぶ場合がある）を有する。通信システム１は、ＲＳ３００が管理するユーザ（個人端末４００のユーザ）の個人情報を、ユーザの同意を得てＰＲ１００に提供するシステムである。ＯＰ２００は、個人端末４００を介して、ユーザの同意を得る同意処理を行う。各端末は、インターネットやローカルネットワークなどのネットワークを介して通信を行う。
【0013】
通信システム１は、一括データ取得及び個別データ取得に対応する。個別データは、個別に指定された１人（あるいは一群）のデータである。一括データは、複数のユーザの複数のデータである。一括データは、例えば、「あるウィルスに感染したユーザの診察データ」のように、病歴などの特性や、性別、身長、体重、住所、電話番号など、ユーザの属性に関する特性を指定される。また、一括データは、例えば、「あるウィルスに感染したユーザの診察データを８月３０日まで」のように、取得期間が指定される場合もある。
【0014】
ＲＰ１００は、データを使用するデータ使用者の要求に応じて、データ使用者にデータを提供するサービスプロバイダが使用するデータ利用サーバであり、例えば、コンピュータやサーバマシンである。ＲＰ１００は、データ使用者から、一括データ又は個別データの取得要求を受信し、要求に応じてＯＰ２００に対してユーザの同意を取得するよう要求する。
【0015】
ＯＰ２００は、個人端末４００に対して同意を要求する同意ポータルサイトを有する同意サーバであり、例えば、コンピュータやサーバマシンである。ＯＰ２００は、例えば、データ使用者が取得したいデータの内容に応じて個人端末４００を抽出し、抽出した個人端末４００に対して同意を要求する同意処理を行う。
【0016】
ＲＳ３００は、ユーザの個人情報を管理するデータ管理サーバであり、例えば、コンピュータやサーバマシンである。ＲＳ３００は、同意が取れたユーザの個人情報（ユーザデータ）を、ＲＰ１００に送信する。
【0017】
個人端末４００は、ユーザが使用する端末装置であり、例えば、コンピュータやタブレット端末である。個人端末４００は、例えば、同意を求められたとき、画面上に同意するか否かを確認する画面を表示し、ユーザに同意又は非同意の意思を示す操作を促す。
【0018】
＜ＲＰ１００の構成例＞
図２は、ＲＰ１００の構成例を表す図である。ＲＰ１００は、ＣＰＵ（Central Processing Unit）１１０、ストレージ１２０、メモリ１３０、及び通信回路１４０を有する、例えば、サーバマシンである。
図２は、ＲＰ１００の構成例を表す図である。ＲＰ１００は、ＣＰＵ（Central Processing Unit）１１０、ストレージ１２０、メモリ１３０、及び通信回路１４０を有する、例えば、サーバマシンである。
【0019】
ストレージ１２０は、プログラムやデータを記憶する、フラッシュメモリ、ＨＤＤ（Hard Disk Drive）、又はＳＳＤ（Solid State Drive）などの補助記憶装置である。ストレージ１２０は、一括データ取得プログラム１２１及び個別データ取得プログラム１２２を記憶する。
【0020】
メモリ１３０は、ストレージ１２０に記憶されているプログラムをロードする領域である。また、メモリ１３０は、プログラムがデータを記憶する領域としても使用されてもよい。
【0021】
ＣＰＵ１１０は、ストレージ１２０に記憶されているプログラムを、メモリ１３０にロードし、ロードしたプログラムを実行し、各部を構築し、各処理を実現するプロセッサである。
【0022】
通信回路１４０は、他の装置と通信を行う回路である。通信回路１４０は、ネットワークを介して、他の装置とデータの送受信を行う。通信回路１４０は、例えば、ＮＩＣ（Network Interface Card）である。
【0023】
ＣＰＵ１１０は、一括データ取得プログラム１２１を実行することで、一括データ取得処理を行う。一括データ取得処理は、データ使用者から送信された一括データ取得の要求に応答し、取得する内容、期間等のデータ内容を含む同意要求を送信する処理である。ＲＰ１００は、一括データ取得処理において、一括データを定期的に取得するスケジュール管理処理を行う。
【0024】
ＣＰＵ１１０は、一括データ取得プログラム１２１が有するスケジュール管理モジュール１２１１を実行することで、スケジュール管理処理を行う。スケジュール管理処理は、ＯＰ２００にトークンを要求する（トークン要求を送信する）スケジュール（送信タイミング）を管理し、トークンの応答を待ち受ける処理である。トークンは、同意が取れたユーザに対応するデータの送信許可であり、ＯＰ２００によって発行される。
【0025】
ＣＰＵ１１０は、一括データ取得プログラム１２１が有するデータ取得モジュール１２１２を実行することで、データ取得処理を行う。データ取得処理は、ＲＳ３００からデータを取得する処理である。ＲＰ１００は、データ取得処理において、ＲＳ３００にトークンを送信し、データを受信する。
【0026】
また、ＣＰＵ１１０は、個別データ取得プログラム１２２を実行することで、・・・部を構築し、個別データ取得処理を行う。個別データ取得処理は、あるユーザのデータを、例えば、ユーザを指定して取得する処理である。
【0027】
＜ＯＰ２００の構成例＞
図３は、ＯＰ２００の構成例を表す図である。ＯＰ２００は、ＣＰＵ２１０、ストレージ２２０、メモリ２３０、及び通信回路２４０を有する、例えば、サーバマシンである。
図３は、ＯＰ２００の構成例を表す図である。ＯＰ２００は、ＣＰＵ２１０、ストレージ２２０、メモリ２３０、及び通信回路２４０を有する、例えば、サーバマシンである。
【0028】
ストレージ２２０は、プログラムやデータを記憶する、フラッシュメモリ、ＨＤＤ、又はＳＳＤなどの補助記憶装置である。ストレージ２２０は、一括同意取得要求受信プログラム２２１、トークン要求受信プログラム２２２、トークン検証要求受信プログラム２２３、及び個別同意プログラム２２４を記憶する。
【0029】
メモリ２３０は、ストレージ２２０に記憶されているプログラムをロードする領域である。また、メモリ２３０は、プログラムがデータを記憶する領域としても使用されてもよい。
【0030】
ＣＰＵ２１０は、ストレージ２２０に記憶されているプログラムを、メモリ２３０にロードし、ロードしたプログラムを実行し、各部を構築し、各処理を実現するプロセッサである。
【0031】
通信回路２４０は、他の装置と通信を行う回路である。通信回路２４０は、ネットワークを介して、他の装置とデータの送受信を行う。通信回路２４０は、例えば、ＮＩＣである。
【0032】
ＣＰＵ２１０は、一括同意取得要求受信プログラム２２１を実行することで、一括同意取得要求受信処理を行う。一括同意取得要求受信処理は、ＲＰ１００から一括同意取得要求を受信したときの処理である。ＯＰ２００は、一括同意取得要求受信処理において、該当するユーザを抽出し、当該ユーザに対して同意を得るための同意処理を行う。
【0033】
ＣＰＵ２１０は、一括同意取得要求受信プログラム２２１が有する同意モジュール２２１１を実行することで、同意処理を行う。同意処理は、ユーザに対して同意又は非同意の意思表示を要求し、ユーザから同意又は非同意の意思を取得する処理である。
【0034】
ＣＰＵ２１０は、トークン要求受信プログラム２２２を実行することで、トークン要求受信処理を行う。トークン要求受信処理は、ＲＰ１００からトークン要求を受信する処理である。ＯＰ２００は、トークン要求受信処理において、同意の得られたユーザに対応するトークンを生成し、生成したトークンをＲＰ１００に送信する。
【0035】
ＣＰＵ２１０は、トークン検証要求受信プログラム２２３を実行することで、トークン検証要求受信処理を行う。トークン検証要求受信処理は、ＲＳ３００からトークン検証要求を受信する処理である。ＯＰ２００は、トークン検証要求受信処理において、トークンの正当性を確認し、正当であった場合、トークン対応するユーザリスト及びトークンが正当であった旨を含むトークン検証応答をＲＳ３００に送信する。
【0036】
ＣＰＵ２１０は、個別同意プログラム２２４を実行することで、個別同意処理を行う。個別同意処理は、ＲＰ１００から個別データ取得における個別ユーザに対する同意を要求されたときの処理である。ＯＰ２００は、個別同意処理において、該当するユーザから同意を得る処理を行う。
【0037】
＜利用データ取得処理＞
ＲＰ１００の利用データ取得処理は、一括データ取得及び個別データ取得を含む。利用データ取得処理の概要を説明する。図４は、利用データ取得処理におけるシーケンスの例を示す図である。
ＲＰ１００の利用データ取得処理は、一括データ取得及び個別データ取得を含む。利用データ取得処理の概要を説明する。図４は、利用データ取得処理におけるシーケンスの例を示す図である。
【0038】
データ使用者５００は、要求するデータの種別や内容をＲＰ１００に通知する（Ｓ１）。要求するデータの種別や内容は、例えば、一括データ取得と個別データ種別のいずれであるか、どのようなデータを取得したいか、一括データ取得の場合におけるデータの取得期間などを含む。
【0039】
ＲＰ２００は、データ使用者の要求に応じて、ＯＰ２００に同意を要求する（Ｓ２）。ＯＰ２００は、同意を要求されると、該当するユーザの個人端末４００に同意処理を行い、同意を得る（Ｓ３）。
【0040】
ＲＰ１００は、トークンを要求する契機（例えば所定時間の経過など）が発生すると、トークンの発行をＯＰ２００に要求する（Ｓ２）。
【0041】
ＯＰ２００は、トークンを要求されると、同意が得られたユーザに対応するトークンを生成し、トークンをＲＰ１００に送信する（Ｓ２）。
【0042】
ＲＰ１００は、トークンを取得すると、トークンをＲＳ３００に送信し、データの取得を要求する（Ｓ４）。
【0043】
ＲＳ３００は、トークンの正当性の検証のため、トークンの検証をＯＰ２００に要求する（Ｓ５）。
【0044】
ＯＰ２００は、トークンの正当性を判定し、トークンが正当である場合、当該トークンに対応するユーザのユーザリストをＲＳ３００に送信する（Ｓ５）。
【0045】
ＲＳ３００は、トークンが正当である場合、ユーザリストに掲載されたユーザの個人情報を医療データＤ３００から抽出し、抽出したデータをＲＰ１００に送信する（Ｓ４）。
【0046】
ＲＰ１００は、データを取得し、取得したデータを、例えば、内部メモリに記憶する。データ使用者５００は、ＲＰ１００に記憶されたデータを、任意のタイミングで取得やコピーすることができる。
【0047】
＜一括データ取得処理＞
次に、一括データ取得処理について説明する。一括データ取得処理において、「ウィルス感染者の診察データを、８月３０日まで」のデータを一括で取得する場合の例について説明する。以下の例において、ＲＰ１００において、トークン要求の送信契機は、期日（８月３０日）までの２３時５９分とする。以下、一括データ取得処理は、初日及び２日目以降に分けて説明する。
次に、一括データ取得処理について説明する。一括データ取得処理において、「ウィルス感染者の診察データを、８月３０日まで」のデータを一括で取得する場合の例について説明する。以下の例において、ＲＰ１００において、トークン要求の送信契機は、期日（８月３０日）までの２３時５９分とする。以下、一括データ取得処理は、初日及び２日目以降に分けて説明する。
【0048】
＜初日について＞
図５は、一括データ取得処理（初日）のシーケンスの例を示す図である。
図５は、一括データ取得処理（初日）のシーケンスの例を示す図である。
【0049】
ＲＰ１００は、一括データ取得の依頼を、例えば、データ使用者５００から受け付ける（Ｓ１０）。ＲＰ１００は、一括データ取得の依頼を受信すると、一括データ取得処理を行う（Ｓ１００）。
【0050】
図６は、一括データ取得処理Ｓ１００の処理フローチャートの例を示す図である。ＲＰ１００は、一括データ取得の依頼を受け付けるのを待ち受ける（Ｓ１００－１のＮｏ）。ＲＰ１００は、一括データ取得の依頼を受け付けると（Ｓ１００－１のＹｅｓ）、取得したいデータ内容を含む、一括同意取得要求をＯＰ２００に送信する（Ｓ１００－２）。取得したいデータ内容とは、例えば、あるウィルスに感染している人の診察データである。
【0051】
ＲＰ１００は、スケジュール管理処理を開始する（Ｓ１００－３）。スケジュール管理処理の詳細については、後述する。
【0052】
ＲＰ１００は、要求受付を待ち受ける（Ｓ１００－４のＮｏ）。ＲＰ１００は、要求受付を受信すると（Ｓ１００－４のＹｅｓ）、処理を終了する。
【0053】
図７は、スケジュール管理処理Ｓ１０１の処理フローチャートの例を示す図である。ＲＰ１００は、トークン要求の送信契機が発生するのを待ち受ける（Ｓ１０１－１のＮｏ）。ＲＰ１００は、トークン要求の送信契機が発生すると（Ｓ１０１－１のＹｅｓ）、トークン要求をＯＰ２００に送信する（Ｓ１０１－２）。
【0054】
トークン要求の送信契機は、例えば、１日１回の所定時間である。ＲＰ１００は、例えば、２３時５９分がトークン要求の送信契機となる。
【0055】
ＲＰ１００は、トークン応答を受信するのを待ち受ける（Ｓ１０１－３のＮｏ）。ＲＰ１００は、トークン応答を受信すると（Ｓ１０１－３のＹｅｓ）、データ取得処理を行い（Ｓ１０２）、処理を終了する。
【0056】
図５のシーケンスに戻り、ＲＰ１００は、一括データ取得処理Ｓ１００において、一括同意取得要求をＯＰ２００に送信する（Ｓ１１、図６のＳ１００－２）。ここで、一括データ取得要求に含まれるデータ内容は、「ウィルス感染者の診察データを、８月３０日まで」とする。ＲＰ１００は、スケジュール管理処理Ｓ１０１を開始し（図６のＳ１００－３）、トークン要求の送信契機を待ち受ける（図７のＳ１０１－１）。そして、ＲＰ１００は、一括データ取得処理Ｓ１００において、要求受付を受信する（Ｓ１２、図６のＳ１００－４）。
【0057】
ＯＰ２００は、一括同意取得要求を受信すると、一括同意取得要求受信処理を行う（Ｓ２００）。
【0058】
図８は、一括同意取得要求受信処理Ｓ２００の処理フローチャートの例を示す図である。ＯＰ２００は、一括同意取得要求を受信するのを待ち受ける（Ｓ２００－１のＮｏ）。ＯＰ２００は、一括同意取得要求を受信すると（Ｓ２００－１のＹｅｓ）、データ内容に一致するユーザ（該当ユーザ）を抽出する（Ｓ２００－２）。
【0059】
ＯＰ２００は、抽出したユーザに対して、同意処理を開始する（Ｓ２００－３）。同意処理の詳細については、後述する。
【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】
第１の実施の形態において、一括データを取得するとき、ＯＰ２００は、随時ユーザに対して同意処理を行う。そして、ＲＰ１００が、スケジュール管理し、ＯＰ２００にトークンを要求すると、ＯＰ２００は、その時点で同意が取れているユーザに対応するトークンを送信する。これにより、ＲＰ１００は、全ユーザの同意がとるまで待つことなく、さらに、個別のユーザに対する同意の取得をＯＰ２００に送信することもなく、定期的に必要なデータを取得することができる。
【0108】
［第２の実施の形態］
次に、第２の実施の形態について説明する。第２の実施の形態において、ＲＰ１００は、ＯＰ２００からの収集依頼に応答し、トークン要求を送信する。すなわち、トークン要求送信契機の一つとして、ＯＰ２００から送信される収集依頼を受信することが含まれる。
次に、第２の実施の形態について説明する。第２の実施の形態において、ＲＰ１００は、ＯＰ２００からの収集依頼に応答し、トークン要求を送信する。すなわち、トークン要求送信契機の一つとして、ＯＰ２００から送信される収集依頼を受信することが含まれる。
【0109】
図１６は、収集依頼によるデータ取得処理のシーケンスの例を示す図である。
【0110】
ＯＰ２００において、収集依頼を送信する契機が発生する（Ｓ５０）。収集依頼の送信契機は、例えば、データの対象ユーザが所定数以上となった場合である。これは、対象ユーザの数の増加が大きいため、取得するデータ量が大きくなるため、ある程度分割してデータを取得するように、ＲＰ１００に依頼する意図である。「ウィルス感染者の診察データを、８月３０日まで」の例においては、ウィルス感染者が爆発的に増加した場合が、この例に該当する。
【0111】
また、収集依頼の送信契機は、例えば、同意が得られたユーザの数が所定数以上となった場合である。これは、同意が取れたユーザ数が所定数以上となり、十分なデータ量となるため、定時（この場合２３時５９分）を待たずに、データを取得するようＲＰ１００に促す意図である。ＲＰ１００は、定時を待たずに、ある程度の量のデータを取得することができる。
【0112】
ＯＰ２００は、収集依頼の送信契機が発生すると（Ｓ５０）、ＲＰ１００に収集依頼を送信する（Ｓ５１）。
【0113】
ＲＰ１００は、収集依頼を受信すると、スケジュール管理処理Ｓ１０１における、トークン要求の送信契機が発生したと判断し（図７のＳ１０１－１のＹｅｓ）、トークン要求をＯＰ２００に送信する（Ｓ５３、図７のＳ１０１）。
【0114】
【0115】
第２の実施の形態において、ＯＰ２００が主導し、ＲＰ１００にトークン要求の送信を依頼することができる。これにより、定期的なトークン要求以外に、即時にデータを取得した方がよい場合（例えば、データ量が膨大となる）などに対応することができる。
【0116】
［その他の実施の形態］
データ取得処理は、ＣＩＢＡプロトコルを使用して実現することができる。この場合、通信システム１における、ＲＰ１００とＯＰ２００との間の通信は、ＣＩＢＡプロトコルに準拠する。
データ取得処理は、ＣＩＢＡプロトコルを使用して実現することができる。この場合、通信システム１における、ＲＰ１００とＯＰ２００との間の通信は、ＣＩＢＡプロトコルに準拠する。
【0117】
図５における、一括同意取得要求は、Signed Authentication Requestを使用することで実現できる。メッセージのパラメータに、一括データ取得又は個別データ取得である旨、及びデータ内容を示すパラメータを追加してもよい。これにより、通信システム１は、個別データ取得と一括データ取得の両方を実現することができる。
【0118】
要求受付は、Successful Authentication Request Acknowledgementを使用することができる。
【0119】
トークン要求は、Token Request Using CIBA Grant Typeを使用することができる。メッセージのパラメータに、どのリクエストに対応するものであるか（どの一括データ取得要求に対応する、あるいは、どの個別データ取得に対応する）を示すパラメータを追加してもよい。
【0120】
トークン応答は、Successful Token Responseを使用することができる。このメッセージは、生成したトークンを含めばよい。
【0121】
また、第２の実施の形態における収集依頼メッセージに、ＲＰ１００が対応するか否かを示すメッセージとして、Registration and Discovery Metadataを使用してもよい。これは、ＲＰ１００が対応するシーケンスを示すものある。シーケンスは、例えば、ＰＯＬＬ、ＰＩＮＧ、ＰＵＳＨなどを含む。
【0122】
ＰＯＬＬとは、例えば、ＲＰ１００がＯＰ２００に対して、トークンの発行が可能か否かを問い合わせる（トークン要求に相当）シーケンスである。ＯＰ２００は、問い合わせに対して、まだトークンを送信できない、あるいは生成できるのでトークンを送信するなどの処理を行う。第１の実施の例のシーケンスが、ＣＩＢＡにおけるＰＯＬＬに相当する。
【0123】
ＰＩＮＧとは、例えば、ＯＰ２００がトークンの発行が可能であることを、ＲＰ１００に送信する（第２の実施の形態の収集依頼に相当）シーケンスである。第２の実施の形態の例のシーケンスが、ＣＩＢＡにおけるＰＩＮＧに相当する。
【0124】
ＰＵＳＨは、例えば、ＯＰ２００が自律的に、ＲＰ１００にトークンを送信するシーケンスである。ＯＰ２００は、例えば、第２の実施の形態において、収集依頼を送信せず、自律的に生成したトークンを送信することで、ＣＩＢＡにおけるＰＵＳＨを実現することができる。
【0125】
ＲＰ１００は、事前に（例えば、通信システム１の構築時や、ＲＰ１００の設置時）、Registration and Discovery MetadataにＲＰ１００がいずれのシーケンスに対応するかを含め、ＯＰ２００に送信する。対応シーケンスがＰＯＰのみである場合、第２の実施の形態は対応しないことを示し、対応シーケンスがＰＯＰ及ぶＰＵＳＨである場合、第２の実施の形態にも対応することを示す。
【0126】
以下、まとめると付記のようになる。
【0127】
（付記１）
複数ユーザのユーザデータを管理するデータ管理サーバと、
前記ユーザデータをデータ利用サーバに公開することの同意を前記ユーザに要求する同意サーバと、
前記同意サーバが発行する、前記同意を得たユーザのユーザデータの公開を許可するトークンに基づき、前記ユーザデータを前記データ管理サーバから取得する前記データ利用サーバと、
を有する通信システムにおける、
前記データ利用サーバが有するプログラムであって、
一括で取得を要求する前記ユーザデータに関する要求情報を前記同意サーバに送信する送信処理と、
前記要求情報に該当するユーザのうち、同意が得られたユーザに対応するトークンを発行するよう要求するトークン要求の送信タイミングをスケジューリングし、前記スケジューリングに従い、前記トークン要求を前記同意サーバに送信するトークン要求処理と、
前記トークン要求処理によって取得したトークンを使用し、前記データ管理サーバから、前記同意が得られたユーザのユーザデータうち、未取得のユーザデータを取得する取得処理と、
を前記データ利用サーバが有するコンピュータに実行させる通信プログラム。
複数ユーザのユーザデータを管理するデータ管理サーバと、
前記ユーザデータをデータ利用サーバに公開することの同意を前記ユーザに要求する同意サーバと、
前記同意サーバが発行する、前記同意を得たユーザのユーザデータの公開を許可するトークンに基づき、前記ユーザデータを前記データ管理サーバから取得する前記データ利用サーバと、
を有する通信システムにおける、
前記データ利用サーバが有するプログラムであって、
一括で取得を要求する前記ユーザデータに関する要求情報を前記同意サーバに送信する送信処理と、
前記要求情報に該当するユーザのうち、同意が得られたユーザに対応するトークンを発行するよう要求するトークン要求の送信タイミングをスケジューリングし、前記スケジューリングに従い、前記トークン要求を前記同意サーバに送信するトークン要求処理と、
前記トークン要求処理によって取得したトークンを使用し、前記データ管理サーバから、前記同意が得られたユーザのユーザデータうち、未取得のユーザデータを取得する取得処理と、
を前記データ利用サーバが有するコンピュータに実行させる通信プログラム。
【0128】
（付記２）
前記送信タイミングは、所定時間に到達することを含む
付記１記載の通信プログラム。
前記送信タイミングは、所定時間に到達することを含む
付記１記載の通信プログラム。
【0129】
（付記３）
前記同意サーバから前記トークン要求を送信するよう要求されたとき、前記送信タイミングでない場合でも、前記トークン要求を前記同意サーバの送信する
付記１記載の通信プログラム。
前記同意サーバから前記トークン要求を送信するよう要求されたとき、前記送信タイミングでない場合でも、前記トークン要求を前記同意サーバの送信する
付記１記載の通信プログラム。
【0130】
（付記４）
前記要求情報は、前記データ利用サーバが取得を要望するデータ内容の条件を含む
付記１記載の通信プログラム。
前記要求情報は、前記データ利用サーバが取得を要望するデータ内容の条件を含む
付記１記載の通信プログラム。
【0131】
（付記５）
前記データ内容の条件は、時間的な条件を含む
付記４記載の通信プログラム。
前記データ内容の条件は、時間的な条件を含む
付記４記載の通信プログラム。
【0132】
（付記６）
複数ユーザのユーザデータを管理するデータ管理サーバと、
前記ユーザデータをデータ利用サーバに公開することの同意を前記ユーザに要求する同意サーバと、
前記同意サーバが発行する、前記同意を得たユーザに対応するトークンを使用し、前記ユーザデータを前記データ管理サーバから取得する前記データ利用サーバと、
を有する通信システムにおける、
前記同意サーバが有するプログラムであって、
前記データ利用サーバが一括で取得を要求するユーザデータに関する要求情報を、前記データ利用サーバから受信する受信処理と、
前記要求情報を受信したとき、前記要求情報に該当する該当ユーザを抽出し、前記該当ユーザに対して同意を要求する同意処理と、
前記データ利用サーバからトークンの発行を要求するトークン要求を受信したとき、同意が得られた同意ユーザに対応する第１トークンを発行し、前記第１トークンを前記データ利用サーバに送信するトークン発行処理と、
前記データ管理サーバから前記第１トークンの検証を要求されたとき、前記同意ユーザのうち、以前に公開を許可していない未許可ユーザのユーザデータの公開を、前記データ管理サーバに許可するトークン検証処置と、
を前記同意サーバが有するコンピュータに実行させる通信プログラム。
複数ユーザのユーザデータを管理するデータ管理サーバと、
前記ユーザデータをデータ利用サーバに公開することの同意を前記ユーザに要求する同意サーバと、
前記同意サーバが発行する、前記同意を得たユーザに対応するトークンを使用し、前記ユーザデータを前記データ管理サーバから取得する前記データ利用サーバと、
を有する通信システムにおける、
前記同意サーバが有するプログラムであって、
前記データ利用サーバが一括で取得を要求するユーザデータに関する要求情報を、前記データ利用サーバから受信する受信処理と、
前記要求情報を受信したとき、前記要求情報に該当する該当ユーザを抽出し、前記該当ユーザに対して同意を要求する同意処理と、
前記データ利用サーバからトークンの発行を要求するトークン要求を受信したとき、同意が得られた同意ユーザに対応する第１トークンを発行し、前記第１トークンを前記データ利用サーバに送信するトークン発行処理と、
前記データ管理サーバから前記第１トークンの検証を要求されたとき、前記同意ユーザのうち、以前に公開を許可していない未許可ユーザのユーザデータの公開を、前記データ管理サーバに許可するトークン検証処置と、
を前記同意サーバが有するコンピュータに実行させる通信プログラム。
【0133】
（付記７）
前記同意処理において、前記抽出を行ったときには前記要求情報に該当しなかったが、後発的に前記要求情報に該当するようになった新規該当ユーザを監視し、前記新規該当ユーザに対して同意を要求する
付記６記載の通信プログラム。
前記同意処理において、前記抽出を行ったときには前記要求情報に該当しなかったが、後発的に前記要求情報に該当するようになった新規該当ユーザを監視し、前記新規該当ユーザに対して同意を要求する
付記６記載の通信プログラム。
【0134】
（付記８）
さらに、所定条件を満たすとき、前記トークン要求を送信するよう前記データ利用サーバに要求するトークン要求送信処理を、
前記同意サーバが有するコンピュータに実行させる、付記７記載の通信プログラム。
さらに、所定条件を満たすとき、前記トークン要求を送信するよう前記データ利用サーバに要求するトークン要求送信処理を、
前記同意サーバが有するコンピュータに実行させる、付記７記載の通信プログラム。
【0135】
（付記９）
前記所定条件は、前記新規該当ユーザが第１閾値以上となることを含む
付記８記載の通信プログラム。
前記所定条件は、前記新規該当ユーザが第１閾値以上となることを含む
付記８記載の通信プログラム。
【0136】
（付記１０）
前記所定条件は、前記未許可ユーザの人数が第２閾値以上となることを含む
付記８記載の通信プログラム。
前記所定条件は、前記未許可ユーザの人数が第２閾値以上となることを含む
付記８記載の通信プログラム。
【0137】
（付記１１）
複数ユーザのユーザデータを管理するデータ管理サーバと、
前記ユーザデータをデータ利用サーバに公開することの同意を前記ユーザに要求する同意サーバと、
前記同意サーバが発行する、前記同意を得たユーザデータの公開を許可するトークンに基づき、前記ユーザデータを前記データ管理サーバから取得する前記データ利用サーバと、
を有する通信システムにおける、
前記データ利用サーバの通信方法であって、
一括で取得を要求するユーザデータに関する要求情報を前記同意サーバに送信する送信工程と、
前記要求情報に該当するユーザのうち、同意が得られたユーザに対応するトークンを発行するよう要求するトークン要求の送信タイミングをスケジューリングし、前記スケジューリングに従い、前記トークン要求を前記同意サーバに送信するトークン要求工程と、
前記トークン要求工程によって取得したトークンを使用し、前記データ管理サーバから、前記同意が得られたユーザのユーザデータうち、未取得のユーザデータを取得する取得工程と、
を有する通信方法。
複数ユーザのユーザデータを管理するデータ管理サーバと、
前記ユーザデータをデータ利用サーバに公開することの同意を前記ユーザに要求する同意サーバと、
前記同意サーバが発行する、前記同意を得たユーザデータの公開を許可するトークンに基づき、前記ユーザデータを前記データ管理サーバから取得する前記データ利用サーバと、
を有する通信システムにおける、
前記データ利用サーバの通信方法であって、
一括で取得を要求するユーザデータに関する要求情報を前記同意サーバに送信する送信工程と、
前記要求情報に該当するユーザのうち、同意が得られたユーザに対応するトークンを発行するよう要求するトークン要求の送信タイミングをスケジューリングし、前記スケジューリングに従い、前記トークン要求を前記同意サーバに送信するトークン要求工程と、
前記トークン要求工程によって取得したトークンを使用し、前記データ管理サーバから、前記同意が得られたユーザのユーザデータうち、未取得のユーザデータを取得する取得工程と、
を有する通信方法。
【0138】
（付記１２）
複数ユーザのユーザデータを管理するデータ管理サーバと、
前記ユーザデータをデータ利用サーバに公開することの同意を前記ユーザに要求する同意サーバと、
前記同意サーバが発行する、前記同意を得たユーザに対応するトークンを使用し、前記ユーザデータを前記データ管理サーバから取得する前記データ利用サーバと、
を有する通信システムにおける、
前記同意サーバの通信方法であって、
前記データ利用サーバが一括で取得を要求するユーザデータに関する要求情報を、前記データ利用サーバから受信する受信工程と、
前記要求情報を受信したとき、前記要求情報に該当する該当ユーザを抽出し、前記該当ユーザに対して同意を要求する同意工程と、
前記データ利用サーバからトークンの発行を要求されたとき、同意が得られた同意ユーザに対応する第１トークンを発行し、前記第１トークンを前記データ利用サーバに送信するトークン発行工程と、
前記データ管理サーバから前記第１トークンの検証を要求されたとき、前記同意ユーザのうち、以前に公開を許可していない未許可ユーザのユーザデータの公開を、前記データ管理サーバに許可するトークン検証工程と、
を有する通信方法。
複数ユーザのユーザデータを管理するデータ管理サーバと、
前記ユーザデータをデータ利用サーバに公開することの同意を前記ユーザに要求する同意サーバと、
前記同意サーバが発行する、前記同意を得たユーザに対応するトークンを使用し、前記ユーザデータを前記データ管理サーバから取得する前記データ利用サーバと、
を有する通信システムにおける、
前記同意サーバの通信方法であって、
前記データ利用サーバが一括で取得を要求するユーザデータに関する要求情報を、前記データ利用サーバから受信する受信工程と、
前記要求情報を受信したとき、前記要求情報に該当する該当ユーザを抽出し、前記該当ユーザに対して同意を要求する同意工程と、
前記データ利用サーバからトークンの発行を要求されたとき、同意が得られた同意ユーザに対応する第１トークンを発行し、前記第１トークンを前記データ利用サーバに送信するトークン発行工程と、
前記データ管理サーバから前記第１トークンの検証を要求されたとき、前記同意ユーザのうち、以前に公開を許可していない未許可ユーザのユーザデータの公開を、前記データ管理サーバに許可するトークン検証工程と、
を有する通信方法。
【0139】
（付記１３）
複数ユーザのユーザデータを管理するデータ管理サーバと、
前記ユーザデータをデータ利用サーバに公開することの同意を前記ユーザに要求する同意サーバと、
前記同意サーバが発行する、前記同意を得たユーザに対応するトークンを使用し、前記ユーザデータを前記データ管理サーバから取得する前記データ利用サーバと、
を有する通信システムにおける通信方法であって、
前記データ利用サーバは、一括で取得を要求するユーザデータに関する要求情報を前記同意サーバに送信し、
前記同意サーバは、前記要求情報を受信し、前記要求情報に該当する該当ユーザを抽出し、前記該当ユーザに対して同意を要求し、
前記データ利用サーバは、トークンを発行するよう要求するトークン要求の送信タイミングをスケジューリングし、前記スケジューリングに従い、前記トークン要求を前記同意サーバに送信し、
前記同意サーバは、前記トークン要求を受信したとき、同意が得られた同意ユーザに対応する第１トークンを発行し、前記第１トークンを前記データ利用サーバに送信し、
前記データ利用サーバは、前記第１トークンを受信し、前記第１トークンを含む、前記第１トークンに対応するユーザのユーザデータの公開を要求するデータ要求を、前記データ管理サーバに送信し、
前記データ管理サーバは、前記データ要求を受信し、前記第１トークンの検証を要求するトークン検証要求を前記同意サーバに送信し、
前記同意サーバは、前記トークン検証要求を受信し、前記第１トークンに対応する前記同意ユーザのうち、以前に公開を許可していない未許可ユーザのユーザデータの公開を、前記データ管理サーバに許可するトークン許可を前記データ管理サーバに送信し、
前記データ管理サーバは、前記トークン許可を受信し、前記未許可ユーザのユーザデータを、前記データ利用サーバに送信する
通信方法。
複数ユーザのユーザデータを管理するデータ管理サーバと、
前記ユーザデータをデータ利用サーバに公開することの同意を前記ユーザに要求する同意サーバと、
前記同意サーバが発行する、前記同意を得たユーザに対応するトークンを使用し、前記ユーザデータを前記データ管理サーバから取得する前記データ利用サーバと、
を有する通信システムにおける通信方法であって、
前記データ利用サーバは、一括で取得を要求するユーザデータに関する要求情報を前記同意サーバに送信し、
前記同意サーバは、前記要求情報を受信し、前記要求情報に該当する該当ユーザを抽出し、前記該当ユーザに対して同意を要求し、
前記データ利用サーバは、トークンを発行するよう要求するトークン要求の送信タイミングをスケジューリングし、前記スケジューリングに従い、前記トークン要求を前記同意サーバに送信し、
前記同意サーバは、前記トークン要求を受信したとき、同意が得られた同意ユーザに対応する第１トークンを発行し、前記第１トークンを前記データ利用サーバに送信し、
前記データ利用サーバは、前記第１トークンを受信し、前記第１トークンを含む、前記第１トークンに対応するユーザのユーザデータの公開を要求するデータ要求を、前記データ管理サーバに送信し、
前記データ管理サーバは、前記データ要求を受信し、前記第１トークンの検証を要求するトークン検証要求を前記同意サーバに送信し、
前記同意サーバは、前記トークン検証要求を受信し、前記第１トークンに対応する前記同意ユーザのうち、以前に公開を許可していない未許可ユーザのユーザデータの公開を、前記データ管理サーバに許可するトークン許可を前記データ管理サーバに送信し、
前記データ管理サーバは、前記トークン許可を受信し、前記未許可ユーザのユーザデータを、前記データ利用サーバに送信する
通信方法。
【0140】
（付記１４）
前記データ利用サーバと前記同意サーバとの間で送受信されるメッセージは、ＣＩＢＡ（Client Initiated Backchannel Authentication）プロトコルに準拠する
付記１３記載の通信方法。
前記データ利用サーバと前記同意サーバとの間で送受信されるメッセージは、ＣＩＢＡ（Client Initiated Backchannel Authentication）プロトコルに準拠する
付記１３記載の通信方法。
【符号の説明】
【0141】
１ ：通信システム
１００ ：ＲＰ（サービスプロバイダ端末）
１１０ ：ＣＰＵ
１２０ ：ストレージ
１２１ ：一括データ取得プログラム
１２１１ ：スケジュール管理モジュール
１２１２ ：データ取得モジュール
１２２ ：個別データ取得プログラム
１３０ ：メモリ
１４０ ：通信回路
２００ ：ＯＰ（同意ポータル）
２１０ ：ＣＰＵ
２２０ ：ストレージ
２２１ ：一括同意取得要求受信プログラム
２２１１ ：同意モジュール
２２２ ：トークン要求受信プログラム
２２３ ：トークン検証要求受信プログラム
２２４ ：個別同意プログラム
２３０ ：メモリ
２４０ ：通信回路
３００ ：ＲＳ（データ提供者端末）
４００ ：個人端末
５００ ：データ使用者
１００ ：ＲＰ（サービスプロバイダ端末）
１１０ ：ＣＰＵ
１２０ ：ストレージ
１２１ ：一括データ取得プログラム
１２１１ ：スケジュール管理モジュール
１２１２ ：データ取得モジュール
１２２ ：個別データ取得プログラム
１３０ ：メモリ
１４０ ：通信回路
２００ ：ＯＰ（同意ポータル）
２１０ ：ＣＰＵ
２２０ ：ストレージ
２２１ ：一括同意取得要求受信プログラム
２２１１ ：同意モジュール
２２２ ：トークン要求受信プログラム
２２３ ：トークン検証要求受信プログラム
２２４ ：個別同意プログラム
２３０ ：メモリ
２４０ ：通信回路
３００ ：ＲＳ（データ提供者端末）
４００ ：個人端末
５００ ：データ使用者
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】