知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B1)
(11)【特許番号】
(24)【登録日】2024-11-13
(45)【発行日】2024-11-21
(54)【発明の名称】汎個人認証システム及び汎個人認証方法
(51)【国際特許分類】
G06F 21/45 20130101AFI20241114BHJP
G06F 21/31 20130101ALI20241114BHJP
【ＦＩ】
G06F21/45
G06F21/31
【請求項の数】
3
(21)【出願番号】P 2024117990
(22)【出願日】2024-07-23
【審査請求日】2024-08-06
【早期審査対象出願】
(73)【特許権者】
【識別番号】524277979
【氏名又は名称】株式会社ＯＺ１
(74)【代理人】
【識別番号】110001807
【氏名又は名称】弁理士法人磯野国際特許商標事務所
(72)【発明者】
【氏名】石田 雄太
【審査官】▲柳▼谷 侑
(56)【参考文献】
【文献】特開２０１９－０４６１３３（ＪＰ，Ａ）
【文献】特表２００９－５３４７４１（ＪＰ，Ａ）
【文献】特開２０１６－１２８９６６（ＪＰ，Ａ）
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｇ０６Ｆ １２／１４
Ｇ０６Ｆ ２１／１０
Ｇ０６Ｆ ２１／３１
Ｇ０６Ｆ ２１／４５
Ｇ０６Ｆ ２１／６０ － ２１／８８
(57)【特許請求の範囲】
【請求項1】
リライングパーティアプリを利用するユーザのクライアント端末からの要求に応じて、汎個人認証システムに連携トークン発行要求を行って、要求トークンを生成して、前記クライアント端末に送信する要求トークン生成部と、前記汎個人認証システム側で、それぞれ、ＩＤプロバイダに対する認証要求およびＩＤトークンの取得を行い、当該ＩＤトークンに基づいて連携トークンを生成する連携トークン生成部と、
前記連携トークンを前記リライングパーティアプリに送信する情報送受信部と、
前記汎個人認証システムから送信された連携トークンに基づいて、前記リライングパーティアプリを跨っても、同一のユーザであることを一意に識別できるベースＩＤと、前記ユーザと前記リライングパーティアプリとの連携を特定するリンクＩＤを、前記認証要求を行ったそれぞれの前記リライングパーティアプリに送信する連携情報送受信部と、
を備える汎個人認証システム。
【請求項2】
前記クライアント端末との間にて、チャレンジレスポンス方式で認証する認証部を備える、請求項１に記載の汎個人認証システム。
【請求項3】
リライングパーティアプリを利用するユーザのクライアント端末からの要求に応じて、汎個人認証システムに連携トークン発行要求を行って、要求トークンを生成して、前記クライアント端末に送信させるステップと、前記汎個人認証システム側で、それぞれ、ＩＤプロバイダに対する認証要求およびＩＤトークンの取得を行い、当該ＩＤトークンに基づいて連携トークンを生成するステップと、
前記連携トークンを前記リライングパーティアプリに送信するステップと、
前記汎個人認証システムから送信された連携トークンに基づいて、前記リライングパーティアプリを跨っても、同一のユーザであることを一意に識別できるベースＩＤと、前記ユーザと前記リライングパーティアプリとの連携を特定するリンクＩＤを、前記認証要求を行ったそれぞれの前記リライングパーティアプリに送信するステップと、
を実行する汎個人認証方法。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、汎個人認証システム及び汎個人認証方法に関する。
【背景技術】
【0002】
従来から、スマートフォン又はパーソナルコンピュータのアプリケーションにおいて、所定のサービスを受けるためには、それぞれ所定のサービスに対応したアカウントが必要である。所定のサービスに対応したアカウントは、例えば、ログインを行うＩＤ（identification）とパスワードとが入力されて、認証が成功すると、対応する所定のサービスを受けることができる。
【0003】
ここで、一般的なユーザ認証システムの一例として、「既存の認証システムの形態を崩すことなく、本人性の確認を担保する」ユーザ認証システムが開示されている（例えば、特許文献１）。
【0004】
特許文献１の要約書には、「端末が、中間認証サーバに対して、公開鍵証明書と秘密鍵とを送信してログインし、サービスサイトにサービスの利用要求を送信する。サービスサイトは、端末からサービスの利用要求を受信したときに、ＯｐｅｎＩＤ認証サーバに認証仲介のためのリダイレクトを送信する。ＯｐｅｎＩＤ認証サーバは、サービスサイトから認証仲介のためのリダイレクトを受けたときに、端末にＩＤとパスワードの入力を要求するとともに、中間認証サーバにユーザのハンドルを通知し、認証要求を送信する。中間認証サーバは、ＯｐｅｎＩＤ認証サーバからの認証要求に対して、ユーザのログイン状況を確認することにより認証を行う。ＯｐｅｎＩＤ認証サーバは、中間認証サーバから認証結果を受信し、これをサービスサイトに送信する。サービスサイトは、ＯｐｅｎＩＤ認証サーバから認証ができた旨の認証結果を受信したときに、ユーザの携帯端末に対して、サービスを提供する。」旨が開示されている（特許文献１参照）。
【先行技術文献】
【特許文献】
【0005】
【文献】特開２００９－２８２５６１号公報
【発明の概要】
【発明が解決しようとする課題】
【0006】
従来の認証方法では、ＯｐｅｎＩＤ認証を行うことで、リライングパーティ（特許文献１のサービスサイト）から端末などにサービスの提供を受けることができる。
【0007】
しかしながら、特許文献１のユーザ認証システムのような従来の認証方法は、リライングパーティアプリごとに外部認証サーバによる認証は行えるが、ＩＤプロバイダによってはリライングパーティアプリに対して異なるユーザ識別子を返すため、サービスを提供するリライングパーティを跨ってユーザの同一性を担保することができなかった。
【0008】
本発明は、上記事情に鑑みてなされたものであり、リライングパーティを跨って、ユーザの同一性を担保できないことを課題とする。
【課題を解決するための手段】
【0009】
本発明に係る汎個人認証システムは、リライングパーティアプリを利用するユーザのクライアント端末からの要求に応じて、汎個人認証システムに連携トークン発行要求を行って、要求トークンを生成して、前記クライアント端末に送信する要求トークン生成部と汎個人認証システム側で、それぞれ、ＩＤプロバイダに対する認証要求およびＩＤトークンの取得を行い、当該ＩＤトークンに基づいて連携トークンを生成する連携トークン生成部と、前記連携トークンをリライングパーティアプリに送信する情報送受信部と、汎個人認証システムから送信された連携トークンに基づいて、リライングパーティを跨っても、同一のユーザであることを一意に識別できるベースＩＤと、ユーザとリライングパーティとの連携を特定するリンクＩＤを、前記認証要求を行ったそれぞれの前記リライングパーティアプリに送信する連携情報送受信部と、を備える。
【発明の効果】
【0010】
本発明によれば、リライングパーティを跨ってもユーザの同一性を担保するベースＩＤにより、他のリライングパーティアプリの個人データを特定し連携することができる。
【図面の簡単な説明】
【0011】
【図1】本実施形態に係る汎個人認証システムの概略を示したブロック図である。
【図2】本実施形態に係る情報連携システムを示したブロック図である。
【図3A】クライアント端末のハードウェアの構成を示したブロック図である。
【図3B】クライアント端末の機能を示した機能ブロック図である。
【図3C】クライアント端末上に具現化されたブラウザの機能を示した機能ブロック図である。
【図4A】フロントエンドサーバのハードウェアの構成を示したブロック図である。
【図4B】フロントエンドサーバの機能を示した機能ブロック図である。
【図5A】バックエンドサーバのハードウェアの構成を示したブロック図である。
【図5B】バックエンドサーバの機能を示した機能ブロック図である。
【図6A】ＩＤプロバイダのハードウェアの構成を示したブロック図である。
【図6B】ＩＤプロバイダの機能を示した機能ブロック図である。
【図7A】連携ＡＰＩサーバのハードウェアの構成を示したブロック図である。
【図7B】連携ＡＰＩサーバの機能を示した機能ブロック図である。
【図8A】本実施形態に係る情報連携システムの動作を示すシーケンス図である（その１）。
【図8B】本実施形態に係る情報連携システムの動作を示すシーケンス図である（その２）。
【図8C】本実施形態に係る情報連携システムの動作を示すシーケンス図である（その３）。
【図8D】本実施形態に係る情報連携システムの動作を示すシーケンス図である（その４）。
【図9A】従来技術を比較例として示した説明図である。
【図9B】比較例の課題を解消することを示した説明図である。
【図10】ＯＩＤＣの規格に準拠したＩＤプロバイダが発行するＩＤトークンのクレーム情報の一例を示した説明図である。
【発明を実施するための形態】
【0012】
以下、添付した図面を参照し、本発明の実施形態について説明する。なお、図面の説明において、同一の要素には同一の符号を付し、重複する説明は、適宜、省略する。
【0013】
＜比較例＞
図９Ａは、本実施形態を説明するため、従来技術を比較例として示した説明図である。図９Ａでは、異なるクライアント端末の各リライングパーティアプリ１０Ｐ，１１Ｐと、ＩＤプロバイダ４００Ｐ１，４００Ｐ２が図示されている。各リライングパーティアプリ１０Ｐ，１１Ｐは、ＯＩＤＣ（OpenID Connect）の規格に準拠している。ＩＤプロバイダ４００Ｐ１，４００Ｐ２は、外部認証サーバによって構成されている。
図９Ａは、本実施形態を説明するため、従来技術を比較例として示した説明図である。図９Ａでは、異なるクライアント端末の各リライングパーティアプリ１０Ｐ，１１Ｐと、ＩＤプロバイダ４００Ｐ１，４００Ｐ２が図示されている。各リライングパーティアプリ１０Ｐ，１１Ｐは、ＯＩＤＣ（OpenID Connect）の規格に準拠している。ＩＤプロバイダ４００Ｐ１，４００Ｐ２は、外部認証サーバによって構成されている。
【0014】
各リライングパーティアプリ１０Ｐ，１１Ｐは、それぞれ対応するＩＤプロバイダ４００Ｐ１，４００Ｐ２に認証を行うことで、ユーザに対応するサービスを提供する。例えば、リライングパーティアプリ１０Ｐは、ＩＤプロバイダ４００Ｐ１に認証を要求すると、ＩＤプロバイダ４００Ｐ１は、リライングパーティアプリ１０Ｐにユーザ識別子＃１を返す。一方、リライングパーティアプリ１１Ｐは、ＩＤプロバイダ４００Ｐ２に認証を要求すると、ＩＤプロバイダ４００Ｐ２は、リライングパーティアプリ１１Ｐにユーザ識別子＃２を返す。
【0015】
この場合、各リライングパーティアプリ１０Ｐ，１１Ｐは、それぞれ対応するサービスをユーザに提供することができる。よって、異なるクライアント端末を有する同一ユーザは、クライアント端末ごとに対応するサービスの提供を受けることができる。
【0016】
しかしながら、ＩＤプロバイダ４００Ｐ１，４００Ｐ２は、リライングパーティアプリ１０Ｐ，１１Ｐごとに異なるユーザ識別子＃１，＃２を返しているため、各リライングパーティアプリ１０Ｐ，１１Ｐは、異なるクライアント端末を有する対象ユーザが、同一のユーザであるか否かを判別することができない。
【0017】
そこで、図９Ｂは、図９Ａの比較例の課題を解消することを示した説明図である。図９Ｂでは、新たに汎個人認証システム６００を備えており、汎個人認証システム６００が、リライングパーティアプリ１０，１１に対して、同一のユーザである人物特定を行うようになっている。
【0018】
図９Ｂに示すように、汎個人認証システム６００は、リライングパーティアプリ１０からの認証要求を受け付けると、ＩＤプロバイダ４００に認証要求を行う。ＩＤプロバイダ４００が認証を行うと、汎個人認証システム６００にユーザ識別子＃３を返す。ＩＤプロバイダ４００がユーザを認証してユーザ識別子＃３を返すと、汎個人認証システム６００は、ユーザ識別子＃３を、リライングパーティアプリ１０に係るユーザを一意に識別するベースＩＤとする。
【0019】
汎個人認証システム６００は、リライングパーティアプリ１１からの認証要求を受け付けると、ＩＤプロバイダ４００に認証要求を行う。ＩＤプロバイダ４００が認証を行うと、汎個人認証システム６００にユーザ識別子＃３を返す。ＩＤプロバイダ４００がユーザを認証してユーザ識別子＃３を返すと、汎個人認証システム６００は、ユーザ識別子＃３を、リライングパーティアプリ１１に係るユーザを一意に識別するベースＩＤとする。
【0020】
これにより、汎個人認証システム６００では、ユーザを一意に識別するベースＩＤと、ユーザとリライングパーティアプリ１０，１１との連携を特定するリンクＩＤと、を管理することで、リライングパーティアプリ１０のユーザと、リライングパーティアプリ１１のユーザの同一性を担保することができる。
【0021】
したがって、汎個人認証システム６００は、リライングパーティアプリ１０を跨ってもユーザの同一性を担保するベースＩＤにより、他のリライングパーティアプリ１１の個人データを特定し連携することができる。
【0022】
なお、リライングパーティとは、証明書を使用したスキーム（枠組み）のことである。例えば、全く事業主体の異なるサービス間で、個人情報の移転を個人の許諾に基づいて行われるサービスのことである。また、リライングパーティアプリ１０，１１は、例えば、ユーザにサービスを提供するアプリケーションプログラムを実行することで具現化される機能部のことをいう。リライングパーティアプリ１０，１１は、インターネット経由で各リライングパーティのサーバにアクセスすることで、ユーザにサービスを提供する。
【0023】
具体的には、リライングパーティアプリには、あるＡ社が提供するヘルスケアに関するサービスがある。また、リライングパーティアプリには、所定の地域にて使用可能な地域通貨のアプリケーションがある。この場合、各リライングパーティアプリは、ヘルスケアに関するサービスと地域通貨のアプリケーションとをそれぞれ互いにデータ連携することで、対応する所定のサービスの提供を受けることができる。
【0024】
同様に、リライングパーティアプリには、あるＢ社が提供する地域通貨のアプリケーションと、所定の地域で提供される保育に関するサービスがある。この場合、ヘルスケアに関するサービスと同様に、リライングパーティアプリは、地域通貨のアプリケーションと保育に関するサービスとをそれぞれ互いにデータ連携することで、対応する所定のサービスの提供を受けることができる。
【0025】
図１０は、ＯＩＤＣの規格に準拠したＩＤプロバイダが発行するＩＤトークン４０２のクレーム情報の一例を示した説明図である。このＩＤトークン４０２は、ＯＩＤＣの規格に準拠したＩＤを用いて所定のＩＤプロバイダから取得したものである。
【0026】
図１０に示すように、このＩＤトークン４０２には、ＩＤトークン４０２の受信者を識別するオーディエンス登録クレームａｕｄと、ユーザのメールアドレスを示すｅｍａｉｌと、ＩＤトークン４０２の発行時刻を示すｉａｔ、ＩＤトークン４０２の有効期限を示すｅｘｐと、サブジェクト登録クレームであるｓｕｂの値などが記載されている。サブジェクト登録クレームは、ＩＤトークン４０２のサブジェクトであるプリンシパルを識別する。このトークンはアプリ用であるため、サブジェクト登録クレームｓｕｂの値はユーザの一意の識別子になる。このサブジェクト登録クレームｓｕｂの値は、図９Ａに示すユーザ識別子＃１，＃２，＃３に相当する。
【0027】
図９Ａでは、サブジェクト登録クレームｓｕｂの値は、各ＩＤプロバイダ４００Ｐ１,４００Ｐがユーザを一意に特定する情報となっている。しかしながら、ＩＤプロバイダ４００Ｐ１,４００Ｐによっては、リライングパーティアプリ１０Ｐ、１１Ｐ毎に異なる値を返すため、リライングパーティアプリ１０Ｐ、１１Ｐを跨ると、同一ユーザであることを担保することができない。
【0028】
そこで、本実施形態では、リライングパーティアプリを跨ってもユーザの同一性を担保するベースＩＤにより、他のリライングパーティアプリの個人データを特定し連携することができる、汎個人認証システム及び汎個人認証方法を提供する。
【0029】
＜汎個人認証システムの概略構成＞
図１は、本実施形態に係る汎個人認証システム６００の概略を示したブロック図である。
図１は、本実施形態に係る汎個人認証システム６００の概略を示したブロック図である。
【0030】
図１に示すように、汎個人認証システム６００は、新たに連携認証部６１０を備えて構成されている。連携認証部６１０は、各リライングパーティアプリ１０，１１を、それぞれ認証させる機能と、各リライングパーティアプリ１０，１１をそれぞれ連携させる機能と、を備えている。
【0031】
連携認証部６１０は、リライングパーティアプリ１０を一度認証すると、リライングパーティアプリ１０のユーザを一意に特定するベースＩＤを生成する。ここで、ベースＩＤとは、自然人であるユーザを一意に識別するＩＤである。汎個人認証システム６００は、同一のユーザが異なるリライングパーティアプリ１１で連携を要求した場合、そのユーザのベースＩＤを使用することで、ユーザを一意に特定することができる。その結果、汎個人認証システム６００は、ユーザのベースＩＤを利用することで、リライングパーティアプリ１１を、リライングパーティアプリ１０に連携させることができる。
【0032】
なお、汎個人認証連携要求画面２１，２２は、ユーザが所有するクライアント端末に表示される画面であり、各リライングパーティアプリ１０，１１から汎個人認証システム６００に連携要求を行う画面である。すなわち、汎個人認証システム６００は、汎個人認証連携要求画面２１を介して、リライングパーティアプリ１０から認証と連携要求とを受け付ける。また、汎個人認証システム６００は、汎個人認証連携要求画面２２を介して、リライングパーティアプリ１１から認証と連携要求とを受け付ける。
【0033】
本実施形態では、クライアント端末ごとにユーザ識別子（すなわち、サブジェクト登録クレームｓｕｂの値）が異なる場合であっても、汎個人認証システム６００に各クライアント端末からの認証要求をリダイレクトすることで、汎個人認証システム６００が、ユーザを一意に特定するベースＩＤを取得できる。これにより、汎個人認証システム６００は、クライアント端末ごとにユーザ識別子が異なる場合であっても、リライングパーティアプリ１０，１１を跨ってもユーザの同一性を担保するベースＩＤにより、他のリライングパーティアプリの個人データを特定して連携し、ユーザに対応する所定のサービスを提供することができる。
【0034】
＜情報連携システムの概略＞
図２は、本実施形態に係る情報連携システム７００を示したブロック図である。図２に示すように、情報連携システム７００は、リライングパーティアプリ１０，１１と、ＩＤプロバイダ４００と、汎個人認証システム６００と、インターネット８０１と、Ｐ２Ｐ（Peer to Peer）ネットワーク８０２と、を備えて構成されている。汎個人認証システム６００は、後述するフロントエンドサーバ２００、バックエンドサーバ３００、及び連携ＡＰＩサーバ５００により構成されている。
図２は、本実施形態に係る情報連携システム７００を示したブロック図である。図２に示すように、情報連携システム７００は、リライングパーティアプリ１０，１１と、ＩＤプロバイダ４００と、汎個人認証システム６００と、インターネット８０１と、Ｐ２Ｐ（Peer to Peer）ネットワーク８０２と、を備えて構成されている。汎個人認証システム６００は、後述するフロントエンドサーバ２００、バックエンドサーバ３００、及び連携ＡＰＩサーバ５００により構成されている。
【0035】
なお、本実施形態に係る情報連携システム７００では、一例として、フロントエンドサーバ２００、バックエンドサーバ３００、及び連携ＡＰＩサーバ５００を用いて説明するが、本実施形態は、これに限定されるものではない。すなわち、汎個人認証システム６００は、フロントエンドサーバ２００、バックエンドサーバ３００、及び連携ＡＰＩサーバ５００を、例えば、１つのサーバで実現してもよく、また、２つ以上のサーバにより任意に組み合わせて、汎個人認証システム６００の各種機能を実現してもよい。
【0036】
情報連携システム７００は、リライングパーティアプリ１０、１１、クライアント端末１００、フロントエンドサーバ２００、バックエンドサーバ３００、ＩＤプロバイダ４００、連携ＡＰＩサーバ５００により、クラウドコンピューティングを構成している。
【0037】
リライングパーティアプリ１０，１１は、ユーザが所有するクライアント端末１００上で実行するＷｅｂアプリケーションである。リライングパーティアプリ１０，１１は、ＩＤプロバイダ（Identify Provide）４００に認証を委託しており、ＩＤプロバイダ４００による認証情報を信頼することで、リライングパーティにアクセスして、ユーザにサービスを提供する。
【0038】
汎個人認証連携ボタン１９は、ユーザのクライアント端末１００のブラウザ画面（例えば、汎個人認証連携要求画面２１，２２など）に表示されるボタンである。ユーザがクライアント端末１００でリライングパーティアプリ１０,１１に接続すると、ブラウザ画面に汎個人認証連携ボタン１９が表示される。ブラウザ画面に表示された汎個人認証連携ボタン１９は、ユーザによって押下されることで、汎個人認証システム６００に対して認証と連携要求の処理を開始する。
【0039】
ＩＤプロバイダ４００は、クラウドサービスにログインするための認証情報を保管・管理するサービスの事業者やサーバのことである。ＩＤプロバイダ４００は、クライアント端末１００との間にて、チャレンジレスポンス方式で認証する認証部４０１を有している。
【0040】
汎個人認証システム６００は、要求トークン生成部６０１と、連携トークン生成部６０２と、情報送受信部６０３と、連携情報送受信部６０４と、を備えて構成されている。要求トークン生成部６０１と、連携トークン生成部６０２と、情報送受信部６０３と、連携情報送受信部６０４は、連携認証部６１０を構成する。
【0041】
要求トークン生成部６０１は、リライングパーティアプリ１０，１１を利用するユーザのクライアント端末１００からの要求に応じて、汎個人認証システム６００に連携トークン発行要求を行って、要求トークンを生成して、クライアント端末１００に送信する。
【0042】
ここで、汎個人認証連携要求画面２１，２２は、クライアント端末１００に表示される。つまり、汎個人認証連携要求画面２１，２２は、汎個人認証システム６００から送信されたｈｔｍｌデータである連携要求画面情報がクライアント端末１００の表示部１１５に表示されることで、連携要求のブラウザ画面を構成する。
【0043】
連携トークン生成部６０２は、汎個人認証システム６００側でＩＤプロバイダ４００に対する認証要求およびＩＤトークンの取得を行い、当該ＩＤトークンに基づいて連携トークンを生成する。
【0044】
情報送受信部６０３は、汎個人認証システム６００において生成した連携トークンを、インターネット８０１を介して、クライアント端末１００のリライングパーティアプリ１０，１１に送信する。
【0045】
連携情報送受信部６０４は、汎個人認証システム６００から送信された連携トークンに基づいて、リライングパーティアプリ１０，１１を跨ってもユーザを一意に識別できるベースＩＤと、ユーザとリライングパーティアプリとの連携を特定するリンクＩＤを送信する。ここで、リンクＩＤは、ユーザとリライングパーティとの連携を一意に特定するＩＤである。そのため、リンクＩＤは、ユーザがどのリライングパーティに連携しているかを把握することができる。
【0046】
インターネット８０１は、コンピュータ同士を接続して、情報のやり取りを行うネットワークをいう。
【0047】
Ｐ２Ｐネットワーク８０２は、例えば、ある外国で実現されている国におけるサービスであり、電子的なソリューションが取り入れられて構築された秘匿性の高いツールである。すなわち、Ｐ２Ｐネットワーク８０２は、極めてセキュリティの高いネットワークに相当する。Ｐ２Ｐネットワーク８０２は、例えば、図示しない、センターサーバ、セキュリティサーバ、情報システム、タイムスタンプ局、認証局、コンフィギュレーション・プロキシ、運用モニタリング・デーモンなどを備えて構成されている。
【0048】
また、汎個人認証システム６００は、フロントエンドサーバ２００、バックエンドサーバ３００、及び連携ＡＰＩサーバ５００を備えて構成されている。汎個人認証システム６００は、フロントエンドサーバ２００、バックエンドサーバ３００、及び連携ＡＰＩサーバ５００を備えることで、要求トークン生成部６０１と、連携トークン生成部６０２と、情報送受信部６０３と、連携情報送受信部６０４を具現化する。
【0049】
【0050】
＜クライアント端末の構成＞
図３Ａは、クライアント端末１００のハードウェアの構成を示したブロック図である。図３Ａに示すように、クライアント端末１００は、ＣＰＵ（Central Processing Unit）１１０、ＲＯＭ（Read Only Memory）１１１、ＲＡＭ（Random Access Memory）１１２、記憶部１１３、入力部１１４、表示部１１５、及び通信部１１６を備えて構成されている。
図３Ａは、クライアント端末１００のハードウェアの構成を示したブロック図である。図３Ａに示すように、クライアント端末１００は、ＣＰＵ（Central Processing Unit）１１０、ＲＯＭ（Read Only Memory）１１１、ＲＡＭ（Random Access Memory）１１２、記憶部１１３、入力部１１４、表示部１１５、及び通信部１１６を備えて構成されている。
【0051】
クライアント端末１００は、例えば、スマートフォン、ノートパソコン、デスクトップパソコン、タブレット端末等により構成される。
【0052】
ＣＰＵ１１０は、クライアント端末１００を統括制御する。ＣＰＵ１１０は、例えば、ＲＯＭ１１１や記憶部１１３に記憶されているシステムプログラムや処理プログラムの各種プログラムを読み出して、ＲＡＭ１１２に展開し、展開されたプログラムを実行する。これにより、ＣＰＵ１１０は、クライアント端末１００の各処理を実行するための機能を具現化する。なお、クライアント端末１００の機能の詳細については、図３Ｂを用いて、説明する。
【0053】
ＲＡＭ１１２は、ＣＰＵ１１０により実行制御される各種処理において、ＲＯＭ１１１、又は記憶部１１３から読み出され、ＣＰＵ１１０で実行可能な各種プログラム、入力若しくは出力データ、及びパラメータ等を一時的に記憶するワークエリアとして機能する。
【0054】
記憶部１１３は、例えば、ＨＤＤ（Hard Disk Drive）や半導体の不揮発性メモリにより構成される。
【0055】
入力部１１４は、カーソルキー、数字入力キー、及び各種機能キー等を備えたキーボードと、マウス等のポインティングデバイスを備えて構成される。入力部１１４は、キーボードで押下操作されたキーの押下信号やマウスによる操作信号を、入力信号としてＣＰＵ１１０に出力する。ＣＰＵ１１０は、入力部１１４からの操作信号に基づいて、各種処理を実行する。
【0056】
表示部１１５は、例えばＣＲＴ（Cathode Ray Tube）やＬＣＤ（Liquid Crystal Display）等のディスプレイを備えて構成されている。表示部１１５は、ＣＰＵ１１０から入力される表示信号の指示に従って、各種画面を表示する。
【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】
ＡＰＩ要求部４は、汎個人認証システム６００に接続するブラウザを起動する（シーケンスＳＱ００７）。ＡＰＩ要求部４は、インターネット８０１を介して、バックエンドサーバ３００に、クライアントＩＤと、リダイレクトＵＲＬと、状態と、コードチャレンジと、を送信する（シーケンスＳＱ００９）。
【0118】
バックエンドサーバ３００の要求トークン生成部６０１は、クライアントＩＤと、リダイレクトＵＲＬと、状態と、コードチャレンジと、を受信する。要求トークン生成部６０１は、クライアント端末１００からの要求に応じて、ＩＤプロバイダ４００に認証要求を行ってＩＤトークンを取得する要求トークンを生成して、クライアント端末１００に送信する。具体的には、要求トークン生成部６０１は、シーケンスＳＱ０１１からＳＱ０１５を実行する。
【0119】
要求トークン生成部６０１は、受信したクライアントＩＤと、リダイレクトＵＲＬとが正しいか否かを判定する（シーケンスＳＱ０１１）。クライアントＩＤとリダイレクトＵＲＬとが正しくない場合に（シーケンスＳＱ０１１のＮｏ）、要求トークン生成部６０１は、クライアント端末１００の表示部１１５に、不正な要求を処理できなかった旨のエラー（ステータスコード：４００）を表示する（シーケンスＳＱ０１７）。
【0120】
一方、クライアントＩＤとリダイレクトＵＲＬとが正しい場合（シーケンスＳＱ０１１のＹｅｓ）、要求トークン生成部６０１は、その他のパラメータが正しいか判定する（シーケンスＳＱ０１３）。その他のパラメータが正しくない場合（シーケンスＳＱ０１３のＮｏ）、要求トークン生成部６０１は、クライアント端末１００の表示部１１５に、リダイレクトＵＲＬを表示し（ステータスコード：３０２）（シーケンスＳＱ０１９）、新しいＵＲＬに移動して、エラー処理を行わせる（シーケンスＳＱ０２１）。
【0121】
その他のパラメータが正しい場合（シーケンスＳＱ０１３のＹｅｓ）、要求トークン生成部６０１は、要求トークンを生成して（シーケンスＳＱ０１５）、要求トークンをクライアント端末１００に送信する（シーケンスＳＱ０２３）。なお、この場合、要求トークン生成部６０１は、要求トークンと、リダイレクトＵＲＬと、状態と、コード検証と、を記憶部３１３に記憶する。
【0122】
要求トークン生成部６０１は、クライアント端末１００の表示部１１５にリダイレクトＵＲＬを表示させ（ステータスコード：３０２）、新しいＵＲＬに移動する（シーケンスＳＱ０２５）。
【0123】
クライアント端末１００の認証要求部１２０は、ＩＤプロバイダ４００の認証部４０１に認証要求を行う（シーケンスＳＱ０２７）。
【0124】
ＩＤプロバイダ４００の認証部４０１は、クライアント端末１００から認証要求を受け付けると、認証画面を生成し、クライアント端末１００との間にて、チャレンジレスポンス方式で認証する（シーケンスＳＱ０２９）。
【0125】
クライアント端末１００は、ＩＤプロバイダ４００の認証部４０１にて認証が成功すると（シーケンスＳＱ０３１）、ＩＤトークンを取得する（シーケンスＳＱ０３３）。また、クライアント端末１００は、ＩＤトークンのサブジェクト登録クレームｓｕｂの値を取得する。
【0126】
クライアント端末１００の発行依頼部１３０は、ＩＤトークンを取得すると、連携トークンの発行呼出を行い（シーケンスＳＱ０３５）、フロントエンドサーバ２００にＩＤトークンと、要求トークンと、を送信する（シーケンスＳＱ０３７）。
【0127】
フロントエンドサーバ２００の連携トークン生成部６０２は、クライアント端末１００からＩＤトークンを受信し、当該ＩＤトークンに基づいて連携トークンを生成する。具体的には、連携トークン生成部６０２は、シーケンスＳＱ３９からＳＱ６７を実行する。
【0128】
連携トークン生成部６０２は、クライアント端末１００からＩＤトークンを受信すると、正しいか否かを検証する（シーケンスＳＱ０３９）。クライアント端末１００から受信したＩＤトークンが正しくない場合（シーケンスＳＱ０３９のＮｏ）、連携トークン生成部６０２は、クライアント端末１００の表示部１１５にエラーを表示させ（シーケンスＳＱ０４１）、再度、クライアント端末１００にＩＤトークンを取得させる（シーケンスＳＱ０３３）。
【0129】
一方、クライアント端末１００から受信したＩＤトークンが正しい場合（シーケンスＳＱ０３９のＹｅｓ）、連携トークン生成部６０２は、ベースＩＤを取得する（シーケンスＳＱ０４３）。このとき、連携トークン生成部６０２は、ＩＤトークンのサブジェクト登録クレームｓｕｂの値とベースＩＤとを関連付けて、記憶部２１３に記憶する。
【0130】
フロントエンドサーバ２００の連携トークン生成部６０２は、ＩＤトークンを取得すると（シーケンスＳＱ０４５）、ベースＩＤと、要求トークンとをバックエンドサーバ３００に送信する（シーケンスＳＱ０４７）。
【0131】
バックエンドサーバ３００の連携トークン発行部３０１は、ベースＩＤと、要求トークンとを受信すると、記憶部３１３に記憶した要求トークンと、パラメータを検証する（シーケンスＳＱ０４９）。
【0132】
連携トークン発行部３０１は、クライアント端末１００から受信した要求トークンと、記憶部３１３に記憶した要求トークンのパラメータが一致しない場合（シーケンスＳＱ０４９のＮｏ）、フロントエンドサーバ２００の連携トークン生成部６０２は、連携トークン発行エラー処理を行う（シーケンスＳＱ０５１）。連携トークン生成部６０２は、エラー、エラーの説明、詳細を、クライアント端末１００にリダイレクトＵＲＬ（ステータスコード：３０２）で表示する（シーケンスＳＱ０５３）。そして、リライングパーティアプリ１０は、エラー処理を行う（シーケンスＳＱ０５５）。
【0133】
一方、クライアント端末１００から受信した要求トークンと、記憶部３１３に記憶した要求トークンのパラメータが一致する場合（シーケンスＳＱ０４９のＹｅｓ）、連携トークン発行部３０１は、連携トークンを発行する（シーケンスＳＱ０５７）。連携トークン発行部３０１は、発行した連携トークンと、ベースＩＤとを関連付けて、記憶部３１３に記憶する。
【0134】
フロントエンドサーバ２００の連携トークン生成部６０２は、連携トークン発行部３０１で発行された連携トークンを取得すると（シーケンスＳＱ０５９）、連携トークンの結果が合格か否か（不合格）を判定する（シーケンスＳＱ０６１）。判定結果が不合格の場合（シーケンスＳＱ０６１がＮｏ）、連携トークン生成部６０２は、インターネット８０１を介して、エラー、エラーの説明、詳細を、クライアント端末１００にリダイレクトＵＲＬ（ステータスコード：３０２）で表示する（シーケンスＳＱ０６３）。そして、リライングパーティアプリ１０は、エラー処理を行う（シーケンスＳＱ０５５）。
【0135】
一方、判定結果が合格の場合（シーケンスＳＱ０６１がＹｅｓ）、フロントエンドサーバ２００の情報送受信部６０３は、インターネット８０１を介して、発行された連携トークンと、状態と、リダイレクトＵＲＬと、をクライアント端末１００に送信する（シーケンスＳＱ０６７）。
【0136】
クライアント端末１００は、インターネット８０１を介して、発行された連携トークンと、状態と、リダイレクトＵＲＬと、を取得し、リダイレクトＵＲＬ（ステータスコード：３０２）を表示する（シーケンスＳＱ０６９）。
【0137】
リライングパーティアプリ１０は、フロントエンドサーバ２００から受信した状態と、記憶部１１３に記憶した状態とが正しいか否かを判定する（シーケンスＳＱ０７１）。リライングパーティアプリ１０は、受信した状態と記憶した状態とが正しくない場合（シーケンスＳＱ０７３のＮｏ）、エラー処理を行う（シーケンスＳＱ０７５）。
【0138】
一方、フロントエンドサーバ２００から受信した状態と、記憶部１１３に記憶した状態とが正しい場合（シーケンスＳＱ０７３のＹｅｓ）、リライングパーティアプリ１０のＡＰＩサーバ接続部６は、リダイレクトにより（シーケンスＳＱ０７７）、フロントエンドサーバ２００から取得した連携トークンと、記憶部１１３に記憶したコード検証を、Ｐ２Ｐネットワーク８０２を介して、連携ＡＰＩサーバ５００に送信する（シーケンスＳＱ０７９）。
【0139】
連携ＡＰＩサーバ５００の連携情報送受信部６０４は、クライアント端末１００から送信された連携トークンに基づいて、ユーザとリライングパーティとの連携を特定するリンクＩＤを送信する。具体的には、連携情報送受信部６０４は、シーケンスＳＱ０８１からＳＱ０８９を実行する。
【0140】
連携ＡＰＩサーバ５００は、連携トークンとコード検証を受信すると、それぞれ正しいか否かを検証する（シーケンスＳＱ０７９，ＳＱ０８１）。連携トークンが正しくない場合（シーケンスＳＱ０８１のＮＧ）、連携情報送受信部６０４は、Ｐ２Ｐネットワーク８０２を介して、リライングパーティアプリ１０に、エラー処理を行わせる（シーケンスＳＱ０８３）。
【0141】
一方、連携トークンが正しい場合（ＳＱ０８１のＯＫ）、連携情報送受信部６０４は、コード検証を行う（シーケンスＳＱ０８５）。コード検証が正しくない場合（シーケンスＳＱ０８５のＮＧ）、連携情報送受信部６０４は、Ｐ２Ｐネットワーク８０２を介して、リライングパーティアプリ１０に、エラー処理を行わせる（シーケンスＳＱ０８３）。
【0142】
一方、コード検証が正しい場合（シーケンスＳＱ０８５のＯＫ）、連携情報送受信部６０４は、連携ＩＤごとに、連携トークンとベースＩＤを連携情報として登録する（シーケンスＳＱ０８７）。また、連携情報送受信部６０４は、クライアント端末１００を識別するリンクＩＤとベースＩＤとを、Ｐ２Ｐネットワーク８０２を介して、リライングパーティアプリ１０に送信する（シーケンスＳＱ０８９）。
【0143】
【0144】
以上説明したように、本実施形態に係る情報連携システム７００は、要求トークン生成部６０１と、連携トークン生成部６０２と、情報送受信部６０３と、連携情報送受信部６０４とを備えて構成されている。
【0145】
要求トークン生成部６０１は、リライングパーティアプリ１０，１１を利用するユーザのクライアント端末１００からの要求に応じて、汎個人認証システム６００に連携トークン発行要求を行って、要求トークンを生成する。要求トークン生成部６０１は、生成した要求トークンをクライアント端末１００に送信する。連携トークン生成部６０２は、汎個人認証システム６００側でＩＤプロバイダ４００に対する認証要求およびＩＤトークンの取得を行い、当該ＩＤトークンに基づいて連携トークンを生成する。情報送受信部６０３は、汎個人認証システム６００において生成した連携トークンをリライングパーティアプリ１０，１１に送信する。連携情報送受信部６０４は、汎個人認証システム６００から送信された連携トークンに基づいて、リライングパーティアプリ１０，１１を跨ってもユーザを一意に識別できるベースＩＤと、ユーザとリライングパーティアプリ１０，１１との連携を特定するリンクＩＤを送信する。
【0146】
本実施形態によれば、情報連携システム７００では、ユーザ識別子（サブジェクト登録クレームｓｕｂの値）が異なっていても、フロントエンドサーバ２００が発行するベースＩＤと、ユーザとリライングパーティアプリ１０，１１との連携を特定するリンクＩＤとに基づいて、リライングパーティアプリ１０，１１を連携させることができる。ベースＩＤは、インターネット８０１に流出することがないため、アカウントの成りすましを防止でき、また、Ｐ２Ｐネットワーク８０２を使用してリライングパーティアプリ１０に所定のサービスを提供することができるため、証明性を確保することができる。
【0147】
ベースＩＤは、汎個人認証システム６００において、ユーザを一意に特定することができる。そのため、汎個人認証システム６００は、ユーザをベースＩＤにより特定し、リライングパーティアプリ１０，１１を連携させることができる。
【符号の説明】
【0148】
１ 連携要求受付部
２ データ生成受付部
３ 計算部
４ ＡＰＩ要求部
５ 情報取得部
６ ＡＰＩサーバ接続部
２１,２２ 汎個人認証連携要求画面
１０，１０Ｐ,１１，１１Ｐ，１０２ リライングパーティアプリ
１００ クライアント端末
１０１ ブラウザ
１２０ 認証要求部
１３０ 発行依頼部
２００ フロントエンドサーバ
３００ バックエンドサーバ
３０１ 連携トークン発行部
４００ ＩＤプロバイダ
４０１ 認証部
４０２ ＩＤトークン
５００ 連携ＡＰＩサーバ
６００ 汎個人認証システム
６０１ 要求トークン生成部
６０２ 連携トークン生成部
６０３ 情報送受信部
６０４ 連携情報送受信部
６１０ 連携認証部
７００ 情報連携システム
２ データ生成受付部
３ 計算部
４ ＡＰＩ要求部
５ 情報取得部
６ ＡＰＩサーバ接続部
２１,２２ 汎個人認証連携要求画面
１０，１０Ｐ,１１，１１Ｐ，１０２ リライングパーティアプリ
１００ クライアント端末
１０１ ブラウザ
１２０ 認証要求部
１３０ 発行依頼部
２００ フロントエンドサーバ
３００ バックエンドサーバ
３０１ 連携トークン発行部
４００ ＩＤプロバイダ
４０１ 認証部
４０２ ＩＤトークン
５００ 連携ＡＰＩサーバ
６００ 汎個人認証システム
６０１ 要求トークン生成部
６０２ 連携トークン生成部
６０３ 情報送受信部
６０４ 連携情報送受信部
６１０ 連携認証部
７００ 情報連携システム
【要約】 （修正有）
【課題】リライングパーティアプリを跨ってもユーザの同一性を担保するベースＩＤにより、他のリライングパーティアプリの個人データを特定し連携する汎個人認証システム及び方法を提供する。
【解決手段】汎個人認証システムは、リライングパーティアプリ１０、１１を利用するユーザのクライアント端末からの要求に応じて、要求トークンを生成して、クライアント端末に送信する要求トークン生成部、汎個人認証システム側でＩＤプロバイダに対する認証要求及びＩＤトークンの取得を行い、ＩＤトークンに基づいて連携トークンを生成する連携トークン生成部、連携トークンをリライングパーティアプリに送信する情報送受信部及び汎個人認証システムから送信された連携トークンに基づいて、リライングパーティアプリを跨ってもユーザを識別できるベースＩＤとユーザとリライングパーティアプリとの連携を特定するリンクＩＤを送信する連携情報送受信部を備える。
【選択図】図１
【解決手段】汎個人認証システムは、リライングパーティアプリ１０、１１を利用するユーザのクライアント端末からの要求に応じて、要求トークンを生成して、クライアント端末に送信する要求トークン生成部、汎個人認証システム側でＩＤプロバイダに対する認証要求及びＩＤトークンの取得を行い、ＩＤトークンに基づいて連携トークンを生成する連携トークン生成部、連携トークンをリライングパーティアプリに送信する情報送受信部及び汎個人認証システムから送信された連携トークンに基づいて、リライングパーティアプリを跨ってもユーザを識別できるベースＩＤとユーザとリライングパーティアプリとの連携を特定するリンクＩＤを送信する連携情報送受信部を備える。
【選択図】図１
【図1】
【図2】
【図3A】
【図3B】
【図3C】
【図4A】
【図4B】
【図5A】
【図5B】
【図6A】
【図6B】
【図7A】
【図7B】
【図8A】
【図8B】
【図8C】
【図8D】
【図9A】
【図9B】
【図10】