特許 7602844 個人データ連携システム及び個人データ連携方法

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

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

(11)【特許番号】

(24)【登録日】2024-12-11

(45)【発行日】2024-12-19

(54)【発明の名称】個人データ連携システム及び個人データ連携方法

(51)【国際特許分類】

   G06F 21/41 20130101AFI20241212BHJP

   G06F 21/31 20130101ALI20241212BHJP

【ＦＩ】

G06F21/41

G06F21/31

【請求項の数】 5

(21)【出願番号】P 2024184118

(22)【出願日】2024-10-18

【審査請求日】2024-10-23

【新規性喪失の例外の表示】特許法第３０条第２項適用 令和５年１１月２０日に株式会社ふくいのデジタルに提供

【新規性喪失の例外の表示】特許法第３０条第２項適用 令和５年１１月２０日に株式会社ＮＴＴドコモに提供

【新規性喪失の例外の表示】特許法第３０条第２項適用 令和６年 ４月 １日に富山県子育て支援課、行政デジタル化・生産性向上課に提供

【早期審査対象出願】

(73)【特許権者】

【識別番号】524277979

【氏名又は名称】株式会社ＯＺ１

(74)【代理人】

【識別番号】110001807

【氏名又は名称】弁理士法人磯野国際特許商標事務所

(72)【発明者】

【氏名】石田 雄太

【審査官】平井 誠

(56)【参考文献】

【文献】特開２０１０－２２５０７４（ＪＰ，Ａ）

【文献】特開２０１３－１９６０３６（ＪＰ，Ａ）

【文献】特開２０１１－１７５４０２（ＪＰ，Ａ）

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

Ｇ０６Ｆ ２１／００－８８

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

【請求項1】

第１のリライングパーティアプリを介して第１のリライングパーティを利用するユーザの端末からの要求に応じて、前記ユーザが有するＩＤプロバイダのアカウントを登録するとともに、当該ユーザを一意に識別できるベースＩＤを生成し、当該ベースＩＤと、前記アカウントとを紐付けて登録する汎個人認証システムと、
前記第１のリライングパーティアプリから連携要求され、前記汎個人認証システムが前記アカウントを用いて前記ＩＤプロバイダにて当該ユーザを認証したならば、前記第１のリライングパーティと前記ベースＩＤとの連携をＩＤ変換テーブルに登録する汎個人認証システム連携部と、
前記第１のリライングパーティからの第２のリライングパーティとの連携の許諾依頼を受け付けて、当該許諾依頼のデータを許諾管理テーブルに登録し、当該許諾依頼に対する許諾を前記ユーザの端末から取得した場合、前記許諾依頼のデータを許諾済みに更新する許諾管理部と、
前記第１のリライングパーティが、前記第２のリライングパーティに、前記ベースＩＤを介して、前記第２のリライングパーティからのデータ取得要求を行うデータ取得要求部と、
前記第１のリライングパーティからのデータ取得要求を受け付けた場合、前記第２のリライングパーティの前記第１のリライングパーティに対する許諾の状態を、前記許諾管理テーブルに確認する許諾確認部と、
前記許諾管理テーブルに前記第２のリライングパーティの前記第１のリライングパーティに対する許諾がある場合、前記データ取得要求に対して要求されたデータを応答するデータ提供部と、
を備える個人データ連携システム。

【請求項2】

前記汎個人認証システム連携部は、
前記第１のリライングパーティと前記汎個人認証システムとの連携を解除する、
請求項１に記載の個人データ連携システム。

【請求項3】

前記許諾管理部は、
取得した前記許諾を、前記ユーザの端末により解除する、
請求項１に記載の個人データ連携システム。

【請求項4】

前記許諾確認部または前記データ提供部は、
前記第２のリライングパーティの前記第１のリライングパーティに対する許諾がない場合、当該許諾が無い旨のエラーを応答する、
請求項１に記載の個人データ連携システム。

【請求項5】

汎個人認証システムが、第１のリライングパーティアプリを介して第１のリライングパーティを利用するユーザの端末からの要求に応じて、前記ユーザが有するＩＤプロバイダのアカウントを登録するとともに、当該ユーザを一意に識別できるベースＩＤを生成し、当該ベースＩＤと、前記アカウントとを紐付けて登録するステップと、
汎個人認証システム連携部が、前記第１のリライングパーティアプリから連携要求され、前記汎個人認証システムが前記アカウントを用いて前記ＩＤプロバイダにて当該ユーザを認証したならば、前記第１のリライングパーティと前記ベースＩＤとの連携をＩＤ変換テーブルに登録するステップと、
許諾管理部が、前記第１のリライングパーティからの第２のリライングパーティとの連携の許諾依頼を受け付けて、当該許諾依頼のデータを許諾管理テーブルに登録し、当該許諾依頼に対する許諾を前記ユーザの端末から取得した場合、前記許諾依頼のデータを許諾済みに更新するステップと、
データ取得要求部が、前記第１のリライングパーティが、前記第２のリライングパーティに、前記ベースＩＤを介して前記第２のリライングパーティからのデータ取得要求を行うステップと、
許諾確認部が、前記第１のリライングパーティからのデータ取得要求を受け付けた場合、前記第２のリライングパーティの前記第１のリライングパーティに対する許諾を前記許諾管理テーブルに確認するステップと、
データ提供部が、前記許諾管理テーブルに前記第２のリライングパーティの前記第１のリライングパーティに対する許諾がある場合、前記データ取得要求に対して要求されたデータを応答するステップと、
を実行する個人データ連携システムのデータ連携方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、個人データ連携システム及び個人データ連携方法に関する。

【背景技術】

【0002】

従来から、スマートフォン又はパーソナルコンピュータのアプリケーションにおいて、所定のサービスを受けるためには、それぞれ所定のサービスに対応したアカウントが必要である。所定のサービスに対応したアカウントは、例えば、ログインを行うＩＤ（identification）とパスワードが入力され、認証が成功することで、対応する所定のサービスを受けることができる。

【0003】

また、近年、認証システムでは、ＯｐｅｎＩＤ Ｃｏｎｎｅｃｔのプロトコルを用いて、１つのＩＤを使用してログインすると、複数のサービスの提供を受けることが、検討されている。ここで、１つのＩＤを使用して複数のサービスに連携することを、ＩＤ連携ともいう。ＩＤ連携で提供されるサービスが多くなると、ユーザは複数のサービスを跨って、利用することができる。

【0004】

ここで、認証システムの一例として、「認証サーバ間の連携を比較的容易な構成で実現する」認証システムが開示されている。

【0005】

特許文献１の要約書には、「認証システム１は、サービス提供システム１０～４０と、グローバルＩＤプラットフォーム５０と、ユーザ７１が所有する端末装置７０とを備える。サービス提供システム１０は、認証サーバ１１と、バックエンドサーバ１２とを含む。バックエンドサーバ１２は、第１サービスを提供する。サービス提供システム２０は、認証サーバ２１と、バックエンドサーバ２２とを含む。バックエンドサーバ２２は、第３サービスを提供する。ユーザ７１は、第１サービスに会員登録しており、第１サービスのユーザＩＤを有する。ユーザ７１が第３サービスへのグローバルログインを要求した場合、グローバルＩＤプラットフォーム５０は、要求を認証サーバ２１から認証サーバ１１へ中継し、要求に対する認証サーバ１１の認証結果を認証サーバ１１から認証サーバ２１へ中継する。」旨が開示されている。

【先行技術文献】

【特許文献】

【0006】

【文献】特開２０２２－１６５５４６号公報

【発明の概要】

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

【0007】

特許文献１の認証システムでは、端末装置と、ユーザを識別するための識別情報を記憶する第１サーバと、識別情報を記憶していない第２サーバと、プラットフォームとを備えている。この特許文献１の認証システムは、サービスごとに認証サーバが存在し、サービスが複数になると、複数の認証サーバが存在する。

【0008】

このような認証システムにおいて、端末装置から第２サーバに認証要求があった場合、第２サーバは、ユーザを識別するための情報を記憶していないため、プラットフォームは、認証要求を第１サーバに中継する。そして、プラットフォームが第１サーバの認証結果を第２サーバに中継する。

【0009】

このように、第１サーバは、ユーザを識別するための情報を記憶し、一方、第２サーバは、ユーザを識別するための情報を記憶していない。そのため、第２サーバに認証要求が有った場合、特許文献１の認証システムは、その認証要求を第１サーバに中継する必要があった。

【0010】

本発明は、上記事情に鑑みてなされたものであり、認証要求を中継することなく、複数のリライングパーティアプリを跨って、個人データを連携させることを課題とする。

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

【0011】

本発明に係る個人データ連携システムは、第１のリライングパーティアプリを介して第１のリライングパーティを利用するユーザの端末からの要求に応じて、前記ユーザが有するＩＤプロバイダのアカウントを登録するとともに、当該ユーザを一意に識別できるベースＩＤを生成し、当該ベースＩＤと、前記アカウントとを紐付けて登録する汎認証システムと、前記第１のリライングパーティアプリから連携要求され、前記汎個人認証システムが前記アカウントを用いて前記ＩＤプロバイダにて当該ユーザを認証したならば、前記第１のリライングパーティと前記ベースＩＤとの連携をＩＤ変換テーブルに登録する汎個人認証システム連携部と、前記第１のリライングパーティからの第２のリライングパーティとの連携の許諾依頼を受け付けて、当該許諾依頼のデータを許諾管理テーブルに登録し、当該許諾依頼に対する許諾を前記ユーザの端末から取得した場合、前記許諾依頼のデータを許諾済みに更新する許諾管理部と、前記第１のリライングパーティが、前記第２のリライングパーティに、前記ベースＩＤを介して、前記第２のリライングパーティからのデータ取得要求を行うデータ取得要求部と、前記第１のリライングパーティからのデータ取得要求を受け付けた場合、前記第２のリライングパーティの前記第１のリライングパーティに対する許諾を前記許諾管理テーブルに確認する許諾確認部と、前記許諾管理テーブルにおいて前記第２のリライングパーティの前記第１のリライングパーティに対する許諾がある場合、前記データ取得要求に対して要求されたデータを応答するデータ提供部と、を備える。

【発明の効果】

【0012】

本発明によれば、認証要求を中継することなく、複数のリライングパーティアプリを跨って、個人データを連携させることができる。

【図面の簡単な説明】

【0013】

【図1】本実施形態に係る個人データ連携システムの概略を示したブロック図である。

【図2】本実施形態に係る個人データ連携システムの全体構成の概要を示した構成図である。

【図3】本実施形態に係る個人データ連携システムのサービサー間の個人データを連携させる４つのプロセスを示す説明図である。

【図4】個人データ連携システムにおいて、携帯端末を使用するユーザのアカウント登録処理を示した構成図である。

【図5】個人データ連携システムにおいて、サービサーと、汎個人認証システムとの連携処理を示した構成図である。

【図6】個人データ連携システムにおいて、サービサーと、汎個人認証システムとの連携の解除を示した構成図である。

【図7】個人データ連携システムにおいて、サービサーからの許諾依頼と許諾取得処理を示した構成図である。

【図8】個人データ連携システムにおいて、サービサーからの対象となる許諾の解除処理を示した構成図である。

【図9】個人データ連携システムにおいて、サービサー３００とサービサー４００とのデータ連携処理を示した構成図である。

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

【0014】

以下、添付した図面を参照し、本発明の実施形態について説明する。なお、図面の説明において、同一の要素には同一の符号を付し、重複する説明は、適宜、省略する。

【0015】

＜個人データ連携システムの概略構成＞
図１は、本実施形態に係る個人データ連携システム６００の概略を示したブロック図である。

【0016】

図１に示すように、個人データ連携システム６００は、携帯端末（端末）１００と、個人データ連携管理システム２５０と、ＩＤプロバイダ（Identity Provider）２１０と、サービサー３００と、サービサー４００と、Ｐ２Ｐ（Peer to Peer）ネットワーク５００と、を備えて構成されている。Ｐ２Ｐネットワーク５００は、セキュリティが確保されている。

【0017】

サービサー３００は、サービスアプリ３０１を介してユーザの携帯端末１００から利用される第１のリライングパーティである。サービスアプリ３０１とは、第１のリライングパーティアプリである。

【0018】

サービサー４００は、サービスアプリ４０１を介してユーザの携帯端末１００から利用される第２のリライングパーティである。サービスアプリ４０１とは、第２のリライングパーティアプリである。

【0019】

携帯端末１００は、エンドユーザが所有し、使用する携帯端末である。なお、携帯端末１００は、ユーザの端末の一例であり、例えば、スマートフォン、ＰＤＡ（Personal Digital Assistant）などの携帯情報端末、ノート型のパーソナルコンピュータであるノートパソコン、パーソナルコンピュータなどの情報処理装置が該当する。携帯端末１００には、リライングパーティにアクセスすることでサービスを享受する、リライングパーティアプリがインストールされている。

【0020】

個人データ連携管理システム２５０は、汎個人認証システム２００と、許諾管理部２０５と、通信部２０６とを備えて構成されている。

【0021】

汎個人認証システム２００は、ＩＤプロバイダ２１０と連携して、携帯端末１００を使用するエンドユーザを認証する。汎個人認証システム２００は、例えば、第１のリライングパーティを具現化するサービサー３００および第２のリライングパーティを具現化するサービサー４００と、それぞれ連携する。

【0022】

具体的には、汎個人認証システム２００は、サービスアプリ３０１を介してサービサー３００を利用するユーザの携帯端末１００からの要求に応じて、ユーザが有するＩＤプロバイダ２１０のアカウントを登録する。サービスアプリ３０１とは、第１のリライングパーティアプリである。それとともに、汎個人認証システム２００は、ＩＤプロバイダ２１０から受信した当該アカウントの情報に基づき、当該ユーザを一意に識別できるベースＩＤを生成する。更に、汎個人認証システム２００は、生成したベースＩＤと、アカウントと紐付けて登録する。

【0023】

また、汎個人認証システム２００は、サービスアプリ４０１を介してサービサー４００を利用するユーザの携帯端末１００からの要求に応じて、ユーザが有するＩＤプロバイダ２１０のアカウントを登録する。サービスアプリ４０１とは、第２のリライングパーティアプリである。それとともに、汎個人認証システム２００は、ＩＤプロバイダ２１０から受信した当該アカウントの情報に基づき、当該ユーザを一意に識別できるベースＩＤを生成する。更に、汎個人認証システム２００は、生成したベースＩＤと、アカウントと紐付けて登録する。

【0024】

許諾管理部２０５は、サービサー３００からのサービサー４００との連携の許諾依頼を受け付けて、当該許諾依頼のデータを許諾管理テーブル２０３に登録する。そして、許諾管理部２０５は、当該許諾依頼に対する許諾をユーザの携帯端末１００から取得した場合、許諾依頼のデータを許諾済みに更新する。

【0025】

また、許諾管理部２０５は、取得したサービサー３００とサービサー４００との連携の許諾を、ユーザの携帯端末１００により解除することもできる。

【0026】

通信部２０６は、個人データ連携管理システム２５０を、携帯端末１００と、インターネットを介して接続するネットワークインターフェースである。

【0027】

ＩＤプロバイダ２１０は、例えば、クラウドサービスにログインするための認証情報を保管・管理するサービスを提供するシステムやサーバである。ＩＤプロバイダ２１０は、汎個人認証システム２００に対応したＩＤプロバイダであり、各サービサー３００やサービサー４００に対して、それぞれ対応するＯＩＤＣ（OpenID Connect）の規格に準拠した認証を提供する。なお、ＩＤプロバイダ２１０がサービサー３００やサービサー４００に対して認証する方式は、ＯＩＤＣの規格に準拠した方式に限定されない。

【0028】

サービサー３００とサービサー４００は、汎個人認証システム２００を介してそれぞれＩＤプロバイダ２１０で認証されることにより、携帯端末１００に対し、所定のサービスを提供する。

【0029】

サービサー３００は、携帯端末１００にインストールされたサービスアプリ３０１が実行されることで、携帯端末１００と協働するサーバ装置である。サービスアプリ３０１とは、第１のリライングパーティアプリである。サービサー３００とは、第１のリライングパーティである。サービサー３００は、ユーザに第１のリライングパーティのサービスを提供する。

【0030】

サービサー４００は、携帯端末１００にインストールされたサービスアプリ４０１が実行されることで、携帯端末１００と協働するサーバ装置である。サービスアプリ４０１とは、第２のリライングパーティアプリである。サービサー４００とは、第２のリライングパーティである。サービサー４００は、ユーザに第２のリライングパーティのサービスを提供する。

【0031】

また、サービサー３００とサービサー４００は、同一の構成を有している。すなわち、サービサー３００，４００のそれぞれは、同一のプラットフォームを有している。本実施形態では、サービサー３００については、個人データの取得要求する機能について説明し、サービサー４００については、連携の許諾の確認と個人データを提供する機能について説明する。なお、サービサー３００の機能とサービサー４００の機能は、それぞれ同一の機能を有しているため、相互に入れ替えることができる。

【0032】

サービサー３００は、汎個人認証システム連携部３０２と、許諾依頼部３０３と、許諾確認部３１３と、個人データ取得要求部３０４と、個人データ提供部３１４と、通信部３０５とを備えて構成されている。

【0033】

サービサー４００は、汎個人認証システム連携部４０２と、許諾依頼部４０３と、許諾確認部４１３と、個人データ取得要求部４０４と、個人データ提供部４１４と、通信部４０５とを備えて構成されている。

【0034】

汎個人認証システム連携部３０２は、サービスアプリ３０１から連携要求され、汎個人認証システム２００がアカウントを用いてＩＤプロバイダ２１０にて当該ユーザを認証したならば、サービサー３００とベースＩＤとの連携を、ＩＤ変換テーブル３０７に登録する。サービスアプリ３０１とは、第１のリライングパーティアプリである。サービサー３００とは、第１のリライングパーティである。

【0035】

サービサー３００を構成するサービスアプリ３０１は、ユーザの携帯端末１００において連携画面にリダイレクトしたのち、このユーザに対応するＩＤプロバイダ２１０にてユーザ認証を行う。その後、サービスアプリ３０１は、連携ＡＰＩを用いてサービサー３００との連携を、後述するＩＤ変換テーブル３０７に登録し、この連携に必要な情報を登録する。

【0036】

汎個人認証システム連携部４０２は、サービスアプリ４０１から連携要求され、汎個人認証システム２００がアカウントを用いてＩＤプロバイダ２１０にて当該ユーザを認証したならば、サービサー４００とベースＩＤとの連携を、ＩＤ変換テーブル４０７に登録する。サービスアプリ４０１とは、第２のリライングパーティアプリである。サービサー４００とは、第２のリライングパーティである。

【0037】

サービサー４００を構成するサービスアプリ４０１は、ユーザの携帯端末１００において連携画面にリダイレクトしたのち、このユーザに対応するＩＤプロバイダ２１０にてユーザ認証を行う。その後、サービスアプリ４０１は、連携ＡＰＩを用いてサービサー４００との連携を、後述するＩＤ変換テーブル４０７に登録し、この連携に必要な情報を登録する。

【0038】

また、汎個人認証システム連携部３０２，４０２は、それぞれサービサー３００，４００と汎個人認証システム２００との連携を解除することができる。

【0039】

なお、リライングパーティとは、認証をＩＤプロバイダ２１０に依頼し、その認証情報を信頼してユーザにサービスを提供する主体のことをいう。本実施形態では、リライングパーティは、ＯｐｅｎＩＤでログインできるサイトやサービスを意味しており、サービスプロバイダまたはサービサーとも呼ばれる。そして、本発明により、全く事業主体の異なるサービスを提供する２つのリライングパーティ間、例えば、サービサー３００と４００とで、個人データの移転をユーザの許諾に基づいて行うことができる。また、リライングパーティアプリとは、例えば、ユーザの携帯端末１００のプロセッサによって実行されることで具現化される機能部のことをいう。

【0040】

これにより、サービサー３００とサービサー４００は、Ｐ２Ｐネットワーク５００を介して、携帯端末１００を使用するユーザに対し、全く事業主体の異なる所定のサービスを提供することができる。

【0041】

許諾依頼部３０３は、サービサー３００からのサービサー４００との連携の許諾依頼を受け付ける。許諾依頼部３０３は、個人データ連携管理システム２５０の許諾管理部２０５を介して、後述する個人データ連携管理システム２５０の許諾管理テーブル２０３に、連携の許諾依頼のデータを登録する。

【0042】

許諾依頼部４０３は、サービサー４００からのサービサー３００との連携の許諾依頼を受け付ける。許諾依頼部４０３は、個人データ連携管理システム２５０の許諾管理部２０５を介して、後述する個人データ連携管理システム２５０の許諾管理テーブル２０３に、連携の許諾依頼のデータを登録する。

【0043】

許諾確認部３１３は、サービサー４００からのデータ取得要求を受け付けた場合、サービサー３００のサービサー４００に対する連携の許諾の状態を、個人データ連携管理システム２５０の許諾管理テーブル２０３に確認する。

【0044】

許諾確認部４１３は、サービサー３００からのデータ取得要求を受け付けた場合、サービサー４００のサービサー３００に対する連携の許諾の状態を、個人データ連携管理システム２５０の許諾管理テーブル２０３に確認する。

【0045】

個人データ取得要求部３０４は、サービサー３００がサービサー４００に、ベースＩＤを介して、サービサー４００からのデータ取得要求を行う。

【0046】

個人データ取得要求部４０４は、サービサー４００がサービサー３００に、ベースＩＤを介して、サービサー４００からのデータ取得要求を行う。

【0047】

個人データ提供部３１４は、個人データ連携管理システム２５０の許諾管理テーブル２０３に、サービサー３００のサービサー４００に対する連携の許諾がある場合、データ取得要求に対して要求されたデータを応答する。

【0048】

個人データ提供部４１４は、個人データ連携管理システム２５０の許諾管理テーブル２０３に、サービサー４００のサービサー３００に対する連携の許諾がある場合、データ取得要求に対して要求されたデータを応答する。

【0049】

通信部３０５，４０５は、Ｐ２Ｐネットワーク５００を介して、個人データ連携管理システム２５０に相互に接続するネットワークインターフェースである。

【0050】

Ｐ２Ｐネットワーク５００は、例えば、電子的なソリューションが取り入れられて構築された秘匿性の高いツールである。すなわち、Ｐ２Ｐネットワーク５００は、極めてセキュリティの高いネットワークに相当する。Ｐ２Ｐネットワーク５００は、例えば、図示しない、センターサーバ、セキュリティサーバ、情報システム、タイムスタンプ局、認証局、コンフィギュレーション・プロキシ、運用モニタリング・デーモンなどを備えて構成されている。

【0051】

具体的には、Ｐ２Ｐネットワーク５００は、メッシュ型Ｐ２Ｐ（Peer to Peer）で構成される。Ｐ２Ｐネットワーク５００は、閉域網によって形成されており、特定の拠点内から、または限られたユーザのみが接続できるプライベートなネットワークになっている。そのため、Ｐ２Ｐネットワーク５００は、インターネットのように不特定多数のユーザが利用できる回線とは異なり、汎個人認証システム２００と連携可能な特定システム以外には接続できない。本実施形態では、Ｐ２Ｐネットワーク５００は、汎個人認証システム２００と、サービサー３００と、サービサー４００との接続に限定されており、これ以外の装置には接続できないようになっている。

【0052】

＜個人データ連携管理システムの特長＞
図１の個人データ連携システム６００の個人データ連携管理システム２５０は、下記のような４つの特長を有している。

【0053】

１つ目に、個人データ連携管理システム２５０は、汎個人認証システム２００により、ＩＤプロバイダ２１０と、連携する機能を有している。これにより、個人データ連携管理システム２５０は、新たなＩＤを作成することなく、既に保有しているＩＤプロバイダ２１０のアカウントにより認証を行い、所定のサービスを提供することができる。

【0054】

２つ目に、個人データ連携管理システム２５０は、本人確認機能（ｅＫＹＣ：electronic Know Your Customer）を有している。個人データ連携管理システム２５０では、公的身分証による本人確認を行うことができ、本人確認情報の連携を行うことが可能である。

【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】

汎個人認証システム連携部３０２は、汎個人認証システム２００と連携する連携ＡＰＩ（Application Programming Interface）により、サービスアプリ３０１を介して、リライングパーティリンクテーブル２０１にサービサー３００の連携登録を行う（ステップＳ２１７）。また、汎個人認証システム連携部３０２は、ＩＤ変換テーブル３０７に必要な情報を書き込み、汎個人認証システム２００と連携している連携状態を携帯端末１００の表示部に表示する（ステップＳ２１９）。この場合、ＩＤ変換テーブル３０７は、ベースＩＤと、自社分の既存ＩＤとを紐づける。

【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】

汎個人認証システム連携部４０２は、サービスアプリ４０１から連携要求され、汎個人認証システム２００がアカウントを用いてＩＤプロバイダ２１０にて当該ユーザを認証したならば、サービサー４００とベースＩＤとの連携を、ＩＤ変換テーブル４０７に登録する。

【0118】

許諾管理部２０５は、サービサー３００からのサービサー４００との連携の許諾依頼を受け付けて、当該許諾依頼のデータを許諾管理テーブル２０３に登録する。そして、許諾管理部２０５は、当該許諾依頼に対する連携の許諾をユーザの携帯端末１００から取得した場合、連携の許諾依頼のデータを許諾済みに更新する。

【0119】

個人データ取得要求部３０４は、サービサー３００がサービサー４００に、ベースＩＤを介して、サービサー４００からのデータ取得要求を行う。

【0120】

サービサー３００からデータ取得要求を受け付けた場合、サービサー４００の許諾確認部４１３は、サービサー４００のサービサー３００に対する連携の許諾の状態を、個人データ連携管理システム２５０の許諾管理テーブル２０３に確認する。

【0121】

個人データ提供部４１４は、個人データ連携管理システム２５０の許諾管理テーブル２０３にサービサー４００のサービサー３００に対する連携の許諾がある場合、データ取得要求に対して要求された個人データを応答する。

【0122】

本実施形態の個人データ連携システム６００は、サービサー３００がサービサー４００からのデータ取得要求を行って、許諾管理テーブル２０３にサービサー４００のサービサー３００に対する連携の許諾があれば、サービサー４００の個人データ提供部４１４は、サービスアプリデータベース４０８の個人データをサービサー３００のサービスアプリ３０１に送信する。

【0123】

これにより、サービサー３００は、サービサー４００のサービスアプリデータベース４０８に格納されているユーザ７００の個人データを用いて、サービスアプリ利用部１０１に、サービスアプリ３０１のデータサービスを提供することができる。

【0124】

このように、個人データ連携システム６００は、サービサー３００がサービサー４００にデータ取得要求を行うことで、サービサー３００は、サービサー４００の個人データと連携することができる。

【0125】

したがって、本実施形態に係る個人データ連携システム６００は、認証要求を中継することなく、例えば、サービサー３００とサービサー４００を跨って、個人データを連携させることができる。

【0126】

また、個人データ連携システム６００では、汎個人認証システム２００において、許諾管理テーブル２０３に多くのリライングパーティの連携を許諾する。これにより、ユーザ７００は、一度、汎個人認証システム２００に認証するだけで、例えば、レンタカーとしてのサービサー３００、ショッピングとしてのサービサー４００、レストランとしてのサービサー３００、ホテルとしてのサービサー４００など、複数のサービスの利用に個人データをそれぞれ連携させることができる。

【0127】

なお、各汎個人認証システム連携部３０２，４０２は、サービサー３００，４００と、汎個人認証システム２００との連携を解除することができる。

【0128】

また、個人データ連携管理システム２５０の許諾管理部２０５は、取得した連携の許諾を、ユーザ７００の携帯端末１００からの指示により、解除することができる。

【0129】

また、許諾確認部４１３または個人データ提供部４１４は、サービサー４００のサービサー３００に対する許諾がない場合、当該許諾が無い旨のエラーを応答する。さらに、各サービサー３００，４００に対する連携の許諾がない場合、図３のステップＳ３１を実行させ、各サービサー３００，４００に許諾依頼と許諾取得処理を促してもよい。

【符号の説明】

【0130】

１００ 携帯端末（端末）
１０１ サービスアプリ利用部
１０２ 汎個人認証システム連携認証部
１０３ 許諾応答部
１０４ アカウント作成部
２００ 汎個人認証システム
２０１ リライングパーティリンクテーブル
２０２ ＩＤ変換テーブル
２０３ 許諾管理テーブル
２０４ ユーザマスタ
２０５ 許諾管理部
２０６ 通信部
２１０ ＩＤプロバイダ
２５０ 個人データ連携管理システム
３００ サービサー（第１のリライングパーティ）
４００ サービサー（第２のリライングパーティ）
３０１，４０１ サービスアプリ
３０２，４０２ 汎個人認証システム連携部
３０３，４０３ 許諾依頼部
３１３，４１３ 許諾確認部
３０４，４０４ 個人データ取得要求部（データ取得要求部）
３１４，４１４ 個人データ提供部（データ提供部）
３０５，４０５ 通信部
３０６，４０６ ユーザマスタ
３０７，４０７ ＩＤ変換テーブル
３０８，４０８ サービスアプリデータベース
５００ Ｐ２Ｐネットワーク
６００ 個人データ連携システム
７００ ユーザ

【要約】

【課題】複数のリライングパーティを跨って、個人データを連携させること。
【解決手段】個人データ連携システム６００は、ＩＤプロバイダ２１０のアカウントを登録するとともに、ベースＩＤを生成し、当該ベースＩＤと、アカウントとを紐付けて登録する汎個人認証システム２００と、サービサー３００とベースＩＤとの連携をＩＤ変換テーブルに登録する汎個人認証システム連携部３０２と、許諾依頼に対する許諾をユーザの端末から取得した場合、許諾依頼のデータを許諾済みに更新する許諾管理部２０５と、サービサー３００がサービサー４００にデータ取得要求を行う個人データ取得要求部３０４と、サービサー４００のサービサー３００に対する許諾を許諾管理テーブルに確認する許諾確認部４１３と、サービサー４００のサービサー３００に対する許諾がある場合、データ取得要求に対して要求されたデータを応答する個人データ提供部４１４と、を備える。
【選択図】図１

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】