特開 2023-158842 自己主権型アイデンティティ基盤システム及び自己主権型アイデンティティ実装方法

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

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2023158842

(43)【公開日】2023-10-31

(54)【発明の名称】自己主権型アイデンティティ基盤システム及び自己主権型アイデンティティ実装方法

(51)【国際特許分類】

   G06Q 50/10 20120101AFI20231024BHJP

【ＦＩ】

G06Q50/10

【審査請求】未請求

【請求項の数】6

【出願形態】ＯＬ

(21)【出願番号】P 2022068865

(22)【出願日】2022-04-19

(71)【出願人】

【識別番号】000155469

【氏名又は名称】株式会社野村総合研究所

(74)【代理人】

【識別番号】100216677

【弁理士】

【氏名又は名称】坂次 哲也

(72)【発明者】

【氏名】土屋 亨

【テーマコード（参考）】

5L049

【Ｆターム（参考）】

5L049CC12

5L049CC22

(57)【要約】

【課題】非クリティカルなサービスにもＳＳＩを適用する。
【解決手段】ユーザの属性情報２２を記録する属性情報管理ＤＢ２０と、属性情報２２を属性提供サービサー３から取得し、保証された属性情報２２として属性情報管理ＤＢ２０に記録する保証属性登録処理部３０と、属性情報管理ＤＢ２０に記録された属性情報２２から当該ユーザに係るものを取得して出力する保証属性提供ＡＰＩ１１とを有し、保証属性登録処理部３０は、ＡＰＩ提供事業者３ａからＡＰＩを介して電子署名された属性情報２２を取得する保証属性提供ＡＰＩ利用部３１と、非ＡＰＩ提供事業者３ｂのＷｅｂサイトにおける属性情報２２が表示されたページから、ウェブスクレイピングにより属性情報２２を取得して、電子署名するスクレイピング属性保証部３２とを有し、属性情報２２の取得元に応じて保証の程度を設定して属性情報管理ＤＢ２０に記録する。
【選択図】図１

【特許請求の範囲】

【請求項1】

デジタル空間上におけるユーザの自己主権型アイデンティティ（ＳＳＩ）を実現する自己主権型アイデンティティ基盤システムであって、
ユーザのデジタル空間上での振る舞いに係るものを含む属性情報を記録する属性情報記録部と、
各ユーザの前記属性情報を外部の属性提供サービサーから取得し、保証された前記属性情報として前記属性情報記録部に記録する保証属性登録処理部と、
ユーザからの要求に応じて、前記属性情報記録部に記録された前記属性情報から当該ユーザに係るものを取得して出力する保証属性提供ＡＰＩと、を有し、
前記保証属性登録処理部は、
前記属性情報を外部に提供するＡＰＩを有するＡＰＩ提供事業者から、当該ＡＰＩを介して、前記ＡＰＩ提供事業者により電子署名された前記属性情報を取得する保証属性提供ＡＰＩ利用部と、
前記属性情報を外部に提供するＡＰＩを有さない非ＡＰＩ提供事業者のＷｅｂサイトにおけるユーザの前記属性情報が表示されたページから、ウェブスクレイピングにより前記属性情報を取得して、取得した前記属性情報に電子署名するスクレイピング属性保証部と、を有し、
前記属性情報の取得元に応じて保証の程度を設定して前記属性情報記録部に記録する、自己主権型アイデンティティ基盤システム。

【請求項2】

請求項１に記載の自己主権型アイデンティティ基盤システムにおいて、さらに、
前記属性情報記録部に記録された前記属性情報に係る電子署名に用いられた公開鍵を、分散台帳上で管理する分散台帳処理部を有する、自己主権型アイデンティティ基盤システム。

【請求項3】

請求項１に記載の自己主権型アイデンティティ基盤システムにおいて、さらに、
前記属性情報を、その内容と保証の程度に対応するキャラクターとスペックからなるトレーディングカードの画像データに対応させて管理するカード型ＵＩ処理部を有する、自己主権型アイデンティティ基盤システム。

【請求項4】

請求項３に記載の自己主権型アイデンティティ基盤システムにおいて、
前記カード型ＵＩ処理部は、ユーザに指示された複数の前記トレーディングカードの集合をデッキとして管理する、自己主権型アイデンティティ基盤システム。

【請求項5】

請求項１に記載の自己主権型アイデンティティ基盤システムにおいて、さらに、
前記属性情報記録部に記録された前記属性情報の内容を含む情報を表示するＷｅｂページを生成し、前記Ｗｅｂページに対するリンクを生成して出力する属性保証リンク処理部を有する、自己主権型アイデンティティ基盤システム。

【請求項6】

デジタル空間上におけるユーザの自己主権型アイデンティティ（ＳＳＩ）を情報処理システムによって実装する自己主権型アイデンティティ実装方法であって、
前記情報処理システムが、
ユーザのデジタル空間上での振る舞いに係るものを含む属性情報を外部の属性提供サービサーから取得し、保証された前記属性情報として記録する保証属性登録ステップと、
ユーザからの要求に応じて、記録された前記属性情報から当該ユーザに係るものを取得して出力する保証属性提供ステップと、を実行し、
前記保証属性登録ステップは、
前記属性情報を外部に提供するＡＰＩを有するＡＰＩ提供事業者から、当該ＡＰＩを介して、前記ＡＰＩ提供事業者により電子署名された前記属性情報を取得する保証属性提供ＡＰＩ利用ステップと、
前記属性情報を外部に提供するＡＰＩを有さない非ＡＰＩ提供事業者のＷｅｂサイトにおけるユーザの前記属性情報が表示されたページから、ウェブスクレイピングにより前記属性情報を取得して、取得した前記属性情報に電子署名するスクレイピング属性保証ステップと、を有し、
前記属性情報の取得元に応じて保証の程度を設定して記録する、自己主権型アイデンティティ実装方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、いわゆるデジタルアイデンティティの技術に関し、特に、自己主権型アイデンティティを実現する自己主権型アイデンティティ基盤システム及び自己主権型アイデンティティ実装方法に適用して有効な技術に関するものである。

【背景技術】

【0002】

インターネットサービス事業者は、ユーザに価値あるサービスを提供するため、ユーザ個人のリアルな属性を様々な手法で懸命に集めている（ＫＹＣ：Know Your Customer）が、ターゲットへのアプローチのために信憑性の高い属性情報を収集するには既存の手法ではコストもかかり効率も悪い。また、サービス事業者の行き過ぎた属性取得欲は、望まないユーザにとってプライバシー侵害などの影響を生じる事態となっている。

【0003】

一方で、サービス利用者であるユーザは、少しでも有利にサービスを利用したいと考えているが、そのためには、当該サービスにお金や時間を使って自身の顧客ロイヤルティを高めなければならないという状況がある。また、自己申告で登録したデジタルアイデンティティに説得力や信憑性がないため、サービス事業者とユーザとの間でマッチングにすれ違いが生じている。

【0004】

さらに、「アンチ」「クレーマー」「サクラ」などが匿名を盾に、虚偽の口コミ投稿や根拠のないネットバッシングを行ったり、いわゆるディープフェイクによるニセの動画での虚偽報道や政治利用、人権侵害が生じたりなど、デジタルアイデンティティやＣＧＭ（Consumer Generated Media）、デジタルコンテンツに対する信頼・信用の不足が、健全なデジタル経済活動を萎縮させている状況となっている。

【0005】

これに対し、現実世界でのアイデンティティ証明方法は、古くから、利用者が自由意思に基づいて財布などの中から免許証や会員カード、資格証明書などを選択して提示し、サービス事業者は、その発行元を信頼した上でサービスを提供するという仕組みが確立している。この自由度と信頼性の仕組みをデジタル空間で実現するのが自己主権型アイデンティティ（ＳＳＩ：Self Sovereign Identity）の技術である。

【0006】

例えば、米国特許出願公開第２０１８／０３４３１２６号明細書（特許文献１）や、米国特許出願公開第２０１９／００９７８１２号明細書（特許文献２）には、ＳＳＩに関連する技術が記載されている。また、非特許文献１には、ＳＳＩを含むデジタルアイデンティティについて記載されている。

【先行技術文献】

【特許文献】

【0007】

【特許文献1】米国特許出願公開第２０１８／０３４３１２６号明細書

【特許文献2】米国特許出願公開第２０１９／００９７８１２号明細書

【非特許文献】

【0008】

【非特許文献1】“デジタルアイデンティティ～自己主権型／分散型アイデンティティ～”，株式会社野村総合研究所 外２社，２０１９年１１月

【発明の概要】

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

【0009】

従来技術によれば、デジタル空間でのアイデンティティ証明手段として何らかの形のＳＳＩを実現すること自体は可能である。

【0010】

しかし、現状においてＳＳＩの適用を想定しているサービスが、何らかのトラブルが生じた際に即法令違反となってしまうようなクリティカルなサービスが中心であるため、ビジネスとしての事業化がなかなか進まないという状況にある。また、広く一般に普及させるためには簡単で利便性の高いユーザインタフェース（ＵＩ）とすることが重要であるが、どのようにすればこれが実現できるのかが分かっていないことも、事業化がなかなか進まない一つの理由となっている。

【0011】

そこで本発明の目的は、非クリティカルなサービスにもＳＳＩを適用することができる自己主権型アイデンティティ基盤システム及び自己主権型アイデンティティ実装方法を提供することにある。

【0012】

また、本発明の他の目的は、より簡単で利便性の高いＵＩを有する自己主権型アイデンティティ基盤システム及び自己主権型アイデンティティ実装方法を提供することにある。

【0013】

本発明の前記ならびにその他の目的と新規な特徴は、本明細書の記載および添付図面から明らかになるであろう。

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

【0014】

本願において開示される発明のうち、代表的なものの概要を簡単に説明すれば、以下のとおりである。

【0015】

本発明の代表的な実施の形態による自己主権型アイデンティティ基盤システムは、デジタル空間上におけるＳＳＩを実現する自己主権型アイデンティティ基盤システムであって、ユーザのデジタル空間上での振る舞いに係るものを含む属性情報を記録する属性情報記録部と、各ユーザの前記属性情報を外部の属性提供サービサーから取得し、保証された前記属性情報として前記属性情報記録部に記録する保証属性登録処理部と、ユーザからの要求に応じて、前記属性情報記録部に記録された前記属性情報から当該ユーザに係るものを取得して出力する保証属性提供ＡＰＩと、を有し、前記保証属性登録処理部は、前記属性情報を外部に提供するＡＰＩを有するＡＰＩ提供事業者から、当該ＡＰＩを介して、前記ＡＰＩ提供事業者により電子署名された前記属性情報を取得する保証属性提供ＡＰＩ利用部と、前記属性情報を外部に提供するＡＰＩを有さない非ＡＰＩ提供事業者のＷｅｂサイトにおけるユーザの前記属性情報が表示されたページから、ウェブスクレイピングにより前記属性情報を取得して、取得した前記属性情報に電子署名するスクレイピング属性保証部と、を有し、前記属性情報の取得元に応じて保証の程度を設定して前記属性情報記録部に記録するものである。

【0016】

また、本発明は、上記のような自己主権型アイデンティティ基盤システムにより実現される自己主権型アイデンティティ実装方法にも適用することができる。

【発明の効果】

【0017】

本願において開示される発明のうち、代表的なものによって得られる効果を簡単に説明すれば、以下のとおりである。

【0018】

すなわち、本発明の代表的な実施の形態によれば、非クリティカルなサービスにもＳＳＩを適用することが可能となる。また、本発明の代表的な実施の形態によれば、より簡単で利便性の高いＵＩを有するＳＳＩを実現することが可能となる。

【図面の簡単な説明】

【0019】

【図1】本発明の一実施の形態である自己主権型アイデンティティ基盤システムの構成例について概要を示した図である。

【図2】本発明の一実施の形態における保証された属性の例について概要を示した図である。

【図3】本発明の一実施の形態におけるカード型ＵＩの例について概要を示した図である。

【図4】（ａ）は、本発明の一実施の形態における保証属性利用時の処理の流れの例について概要を示した図であり、（ｂ）は、保証属性利用時の画面例について概要を示した図である。

【図5】本発明の一実施の形態における他の保証属性利用時の処理の流れの例について概要を示した図である。

【図6】（ａ）は、本発明の一実施の形態における他の保証属性利用時の処理の流れの例について概要を示した図であり、（ｂ）は、属性保証リンクと属性保証情報の参照画面の例について概要を示した図である。

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

【0020】

以下、本発明の実施の形態を図面に基づいて詳細に説明する。なお、実施の形態を説明するための全図において、同一部には原則として同一の符号を付し、その繰り返しの説明は省略する。一方で、ある図において符号を付して説明した部位について、他の図の説明の際に再度の図示はしないが同一の符号を付して言及する場合がある。

【0021】

＜概要＞
上述したように、ＳＳＩの事業化がなかなか進まない理由としては、現状で適用を想定しているサービスが金融取引や売買などのクリティカルなものであることと、簡単で利便性の高いＵＩとする手法が分かっていないということが挙げられる。

【0022】

そこで、本発明の一実施の形態である自己主権型アイデンティティ基盤システム（以下では「ＳＳＩ基盤システム」と記載する場合がある）は、よりカジュアルで非クリティカルなサービス、具体的には例えば、Ｃｏｏｋｉｅによるターゲティング広告の代替とするようなサービスや、書き込みや口コミ、登録したプロフィール属性などの信憑性を高めたいという程度のサービスなど、Ｏｎｅ ｔｏ Ｏｎｅマーケティングに利活用することを前提とした仕組みとする。

【0023】

また、ＵＩやＵＸ（ユーザエクスペリエンス）についていわゆるゲーミフィケーションを適用したシステムとする。具体的には、例えば、ユーザの属性をトレーディングカードゲーム（ＴＣＧ）の「カード」として表現する。この場合、対象の属性の信憑性を高めるという行為は、ＴＣＧでいえば自身（主人公）のアバターを強くしたり、レベルを上げたりなど、カードのスペックを上げる（もしくはスペックの高いカードを集める）行為と直感的に同一である。また、自身のデジタルアイデンティティに有利な属性を集めるという行為は、ＴＣＧでいえばそのような属性を有する複数のカードで「デッキ」を作るという行為と直感的に同一である。

【0024】

このようなＳＳＩ基盤システムにより、事業者のサービスをより有利に使いたいがために、何とかして自分（属性）を知ってもらいたいユーザと、自社のサービスに取り込みたいターゲットユーザの属性をお金を払ってでも探したい事業者との利害を一致させることができる。

【0025】

本発明の一実施の形態であるＳＳＩ基盤システムの概要は、次のとおりである。すなわち、本実施の形態のＳＳＩ基盤システムは、信頼できる第三者機関が、ユーザのリアルの属性のみならずデジタル空間上の振る舞いや各サービスで積み上げた実績・功績を属性情報として保証するとともに、保証された属性情報を、ユーザが他のサービスを利用する際のデジタルアイデンティティの証明として連携することを可能とするプラットフォームである。プライバシー侵害や、属性情報に対する改ざん、否認への対応として、本実施の形態ではデジタルアイデンティティとしてＳＳＩを用いるとともに、その実装に際してブロックチェーンに代表される分散台帳の技術を利用する。また、直感的な操作で様々な属性情報をユーザ自身の意思で使い分けられるよう、ＵＩとして、カード型インタフェースによる属性の選択と、デッキ型インタフェースによる「ペルソナ」の使い分けの機能を備える。

【0026】

このＳＳＩ基盤システムの利用イメージの概要は以下のとおりである。すなわち、ＳＳＩ基盤システムを例えばマッチングアプリに適用すると、ユーザにとっては、顔写真では勝負は難しいが、「リア充」「デジ充」などのプロフィール情報を充実させることで、自身のアカウントを強く育てるというようなことができる。また、サービス事業者にとっても、ボリュームゾーンの「ふつう」レベルのユーザが、よりサービスに入り込んでもらえるよう、様々な属性情報を登録してプロフィールを保証し、これを価値として提供するというようなことが可能となる。

【0027】

また、例えば、ネットオークションや「フリマ」アプリなどのＣ２Ｃサービスに適用すると、ユーザが複数のサービスを利用する場合に、売り手のユーザにとっては、一方のサービスでこれまで築いた優良ユーザという実績・功績を、他方のサービスを新規に利用する際に有利になるのであれば提示するというようなことができる。また、買い手のユーザにとっては、相手が評価が少ない新規の売り手でも、どの程度信用できるユーザなのかを他の視点からも定量的に確認して安心して取引するというようなことができる。また、サービス事業者にとっても、サービスの活性化、顧客の質の維持のために、他のサービスで優良なユーザだと分かれば、クーポンやキャンペーンなどで積極的に自社サービスに誘導するというようなことができる。

【0028】

また、例えば、「アイドル」ビジネスに適用すると、ファンにとっては、ＣＤやグッズ、コンサートをどれだけ網羅しているかといった実績・功績が一定の保証のもとに証明されることで、その証明によってファンのコミュニティ内でのステータスを高めるというようなことができる。また、ビジネスの運営側にとっても、コアなファンがコアであり続ける状況を継続的に作り出す際の仕組みとして利用することができる。

【0029】

＜システム構成＞
図１は、本発明の一実施の形態である自己主権型アイデンティティ基盤システムの構成例について概要を示した図である。自己主権型アイデンティティ基盤システム（ＳＳＩ基盤システム）１は、例えば、１つ以上のサーバ機器やクラウドコンピューティングサービス上に構築された仮想サーバ等の連携によりサーバシステムとして構成される。そして、図示しないＣＰＵ（Central Processing Unit）により、ＨＤＤ（Hard Disk Drive）等の記録装置からメモリ上に展開したＯＳ（Operating System）、Ｗｅｂサーバ等のミドルウェアや、その上で稼働するソフトウェアを実行することで、ＳＳＩの実現に係る後述する各種機能を実現する。

【0030】

そして、ＳＳＩ基盤システム１は、図示しないインターネット等のネットワークを介して、認証情報を提供するサービスやシステム等である認証情報提供サービス２、自社の顧客ロイヤルティを高めたい等の目的のために個人の属性情報を提供するサービスやシステム等である属性提供サービサー３、個人の身元確認の機能を提供するサービスやシステム等である身元確認サービス４、およびＳＳＩ基盤システム１により提供される属性情報を利用するサービスやシステム等である属性利用サービサー５と、ユーザが保有するユーザ端末６等が接続可能な構成を有する。

【0031】

ＳＳＩ基盤システム１は、例えば、ソフトウェアとして実装された統合認証処理部１０、保証属性登録処理部３０、本人確認処理部４０、分散台帳処理部５０、属性保証リンク処理部６０、カード型ＵＩ処理部７０、および属性利用可能サイト紹介部８０などの各部を有する。また、データベースやファイル等により実装された記録部である属性情報管理データベース（ＤＢ）２０を有する。

【0032】

統合認証処理部１０は、各種の手段によりユーザのＩＤ認証（当人確認）を行う機能を有する。ユーザ認証の手段としては、例えば、ＩＤ／パスワードを始め、ワンタイムパスワードやリスクベース認証、認証連携による複数サイトでのシングルサインオンなど、一般的に利用可能な様々な認証手段や認証エンジン、ソリューション等を適宜用いることができる。これらの機能を統合して提供するものであってもよい。認証に際しては、外部の認証情報提供サービス２を用いてもよい。認証情報提供サービス２としては、例えば、ＯｐｅｎＩＤ（登録商標）Ｐｒｏｖｉｄｅｒ等のサーバや、ＦＩＤＯ（登録商標）キーなどのハードウェア、各種のハードウェア／ソフトウェアトークンなどが想定される。

【0033】

保証属性提供ＡＰＩ１１は、外部の属性利用サービサー５や、ユーザ端末６に導入されたアプリケーション等からの、保証された属性情報（保証属性）取得のリクエストを受け付けて、対象ユーザにおける該当する保証属性の情報を属性情報管理ＤＢ２０から取得して応答するＡＰＩ（Application Programming Interface）の機能を有する。

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

また、上記の各構成、機能、処理部、処理手段等は、それらの一部または全部を、例えば、集積回路で設計する等によりハードウェアで実現してもよい。また、上記の各構成、機能等は、プロセッサがそれぞれの機能を実現するプログラムを解釈し、実行することによりソフトウェアで実現してもよい。各機能を実現するプログラム、テーブル、ファイル等の情報は、メモリやハードディスク、ＳＳＤ（Solid State Drive）等の記録装置、またはＩＣカード、ＳＤカード、ＤＶＤ等の記録媒体に置くことができる。

【0083】

また、上記の各図において、制御線や情報線は説明上必要と考えられるものを示しており、必ずしも実装上の全ての制御線や情報線を示しているとは限らない。実際にはほとんど全ての構成が相互に接続されていると考えてもよい。

【産業上の利用可能性】

【0084】

本発明は、ＳＳＩを実現する自己主権型アイデンティティ基盤システム及び自己主権型アイデンティティ実装方法に利用可能である。

【符号の説明】

【0085】

１…自己主権型アイデンティティ基盤システム、２…認証情報提供サービス、３…属性提供サービサー、３ａ…ＡＰＩ提供事業者、３ｂ…非ＡＰＩ提供事業者、４…身元確認サービス、５…属性利用サービサー、６…ユーザ端末、
１０…統合認証処理部、１１…保証属性提供ＡＰＩ、
２０…属性情報管理ＤＢ、２１…基本４情報、２２…属性情報、
３０…保証属性登録処理部、３１…保証属性提供ＡＰＩ利用部、３２…スクレイピング属性保証部、
４０…本人確認処理部、５０…分散台帳処理部、６０…属性保証リンク処理部、７０…カード型ＵＩ処理部、８０…属性利用可能サイト紹介部

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】