JP6966631B2

JP6966631B2 - ブロックチェーンをベースにしたＯｎｅＩＤサービスシステム及び方法

Info

Publication number: JP6966631B2
Application number: JP2020509448A
Authority: JP
Inventors: ヨンミンクオン; キョングカン; ダウンイ
Original assignee: エスケーホールディングスコーリミテッド
Priority date: 2017-08-23
Filing date: 2018-08-20
Publication date: 2021-11-17
Anticipated expiration: 2038-08-20
Also published as: EP3654609A1; CN111034149A; US11483303B2; KR102015700B1; US20200195629A1; JP2020531983A; KR20190021558A; EP3654609A4; WO2019039811A1

Description

本発明は、個人認証に関連する技術に関し、より詳細には、１つのＩＤで複数のサイトにログインするうえで求められる認証システム及び方法に関する。

通常、ユーザが複数のサイトから提供する複数のサービスをそれぞれ利用するためには、サイトごとに会員登録の手続きを踏むために、個人情報を作成し、サイトごとにＩＤを発行してもらい、ＰＷ(パスワード：Ｐａｓｓｗｏｒｄ)を設定しなければならない。

しかし、それはユーザにとって多くの時間と手間が必要なことであり、ＩＤ／ＰＷを記憶して管理しなければならないという手間を強いられるうえに、サイトごとにＩＤ／ＰＷが異なるとなると、なおさら面倒で大変なことになる。

ＳＰ（ＳｅｒｖｉｃｅＰｒｏｖｉｄｅｒ）の立場からも、会員の個人情報を保管／管理することは、その困難さと頻発するセキュリティ事故の発生などにより負担に感じられるだけでなく、多大なコストを必要とする。
それを解消するための方策として、１つのＩＤで複数のサイトにログインすることができるようにする技術が既に登場しているが、認証のための別途のサーバを構築する必要があり、認証サーバに対する効率のよい管理が難しいという点において、効果的であるとは言い難い。

そこで、本発明は、上記問題に鑑みてなされたものであり、本発明の目的とするところは、ＳＰの中でユーザが会員登録された特定のＳＰが、他の全てのＳＰにログインすることができるＩＤを発行してブロックチェーンネットワークに登録し、ＩＤを発行したＳＰが他のＳＰに対するログインのための認証手続きまで担うブロックチェーンをベースにしたＩＤサービスシステム及び方法を提供することにある。

上記目的を達成するための本発明の一実施形態に係る認証方法は、認証支援サーバが、複数のＳＰ（ＳｅｒｖｉｃｅＰｒｏｖｉｄｅｒ）サーバのうち、「第１ＳＰサーバが第１ユーザに発行した第１ＩＤ」と「発行サーバである第１ＳＰサーバの第１サイト」とをマッピングして登録するステップと、認証支援サーバが、複数のＳＰサーバのうちの第２ＳＰサーバから第１ＩＤを受信すると、第１ＩＤにマッピングされた第１サイトに関する情報を第２ＳＰサーバに返還するステップとを含む。

そして、第１ＩＤは、複数のＳＰサーバからそれぞれ提供するサイトにそれぞれログインするために用いるＩＤであってよい。

なお、第１ユーザは、第１サイトの会員であるが、第２ＳＰサーバから提供する第２サイトの会員ではなくてよい。

そして、第１ユーザは、第１サイトの会員であり、第１ＳＰサーバは、保有する第１ユーザの顧客情報を用いて自動的に第１ＩＤを生成してよい。

なお、第１ＳＰサーバは、第１ＩＤの生成に用いられた第１ユーザの顧客情報が変更されると、変更された顧客情報によって第１ＩＤを変更し、認証方法は、認証支援サーバが、第１ＳＰサーバから変更された第１ＩＤを受信し、従来の第１ＩＤを変更された第１ＩＤに入れ替えるステップを更に含んでよい。

そして、第１ＳＰサーバは、第１ＩＤと第１ユーザの設定したＰＷとを自分のＤＢに登録し、ＤＢを参照し、第１ＩＤを用いた第２ＳＰサーバの第２サイトに対するログインのための認証手続きを行ってよい。

なお、第２サーバは、第１ＩＤを用いた第２サイトに対するログインのために、第１ユーザのモバイル端末を第１サイトのログインページにリダイレクトさせ、第１サーバは、認証手続きを行った後で、第１ユーザのモバイル端末をを第２サイトにリダイレクトさせてよい。
そして、第１サーバは、認証に成功した際、保有する第１ユーザの顧客情報を第２サイトにリダイレクトされる第１ユーザのモバイル端末を介して第２ＳＰサーバに伝達してよい。

なお、本発明の一実施形態に係る認証方法は、認証支援サーバが、第２ＳＰサーバから受信した第１ＩＤを用いたログイン履歴を記録するステップを更に含んでよい。

そして、本発明の一実施形態に係る認証方法は、認証支援サーバが、「第２ＳＰサーバが第２ユーザに発行した第２ＩＤ」と「発行サーバである第２ＳＰサーバの第２サイト」とをマッピングして登録するステップと、認証支援サーバが、第１ＳＰサーバから第２ＩＤを受信すると、第２ＩＤにマッピングされた第２サイトに関する情報を第１ＳＰサーバに返還するステップとを含んでよい。

なお、認証支援サーバは、ブロックチェーンネットワークを構築するサーバであってよい。
一方、本発明の別の実施形態に係る認証支援サーバは、複数のＳＰ（ＳｅｒｖｉｃｅＰｒｏｖｉｄｅｒ）サーバと通信接続する通信部と、複数のＳＰサーバのうち、「第１ＳＰサーバが第１ユーザに発行した第１ＩＤ」と「発行サーバである第１ＳＰサーバの第１サイト」とをマッピングして登録し、複数のＳＰサーバのうちの第２ＳＰサーバから第１ＩＤを通信部を介して受信すると、第１ＩＤにマッピングされた第１サイトに関する情報を通信部を介して第２ＳＰサーバに返還するプロセッサとを含む。

一方、本発明の別の実施形態に係る認証方法は、モバイル端末が、複数のＳＰ（ＳｅｒｖｉｃｅＰｒｏｖｉｄｅｒ）サーバのうちの第１ＳＰサーバからＩＤを発行されるステップと、モバイル端末が、発行されたＩＤで複数のＳＰサーバのうちの第２ＳＰサーバの第２サイトにログインリクエストするステップとを含み、ＩＤは、発行サーバである第１ＳＰサーバの第１サイトとマッピングされて認証支援サーバに登録され、第２ＳＰサーバは、ＩＤにマッピングされた第１サイトに関する情報を認証支援サーバから伝達され、第２サイトのログインのために必要な認証実行を第１サイトにリクエストする。

一方、本発明の別の実施形態に係るモバイル端末は、複数のＳＰ（ＳｅｒｖｉｃｅＰｒｏｖｉｄｅｒ）サーバと通信接続する通信部と、複数ＳＰサーバのうちの第１ＳＰサーバからＩＤを発行され、発行されたＩＤで複数のＳＰサーバのうちの第２ＳＰサーバの第２サイトにログインリクエストするプロセッサとを含み、ＩＤは、発行サーバである第１ＳＰサーバの第１サイトとマッピングされて認証支援サーバに登録され、第２ＳＰサーバは、ＩＤにマッピングされた第１サイトに関する情報を認証支援サーバから伝達され、第２サイトのログインのために必要な認証実行を第１サイトにリクエストする。

以上で説明したように、本発明の一実施形態によれば、ＳＰの中でユーザが会員登録された特定のＳＰが、他の全てのＳＰにログインすることができるＩＤを発行してブロックチェーンネットワークに登録し、ＩＤを発行したＳＰが他のＳＰに対するログインのための認証手続きまで担い、認証手続きを行う別途のサーバを構築する必要がなく、ＳＰに対しても、認証実行への負担を軽減させることができる。

なお、本発明の実施形態によれば、ＳＰの保有するユーザの個人情報を基にＩＤを自動的に生成することは勿論のこと、個人情報の変更に連動してＩＤを自動的に変更することまで可能であるため、ユーザとＳＰとの両方にとって便宜性を高めることができる。

本発明の一実施形態に係るブロックチェーンをベースにしたＯｎｅＩＤサービスシステムを示す図である。図１に示すシステムにおいて、ＯｎｅＩＤを発行／登録する手続きが行われる過程の説明に提供されるシーケンス図である。ユーザの顧客情報ＤＢを例示する図である。ＩＤ−認証サイトのマッピングＤＢを例示する図である。図１に示すシステムにおいて、ＯｎｅＩＤを用いて提携サイトにログインする過程の説明に提供されるシーケンス図である。Ａ−ショッピングサイトのログインページを例示する図である。Ｓ−通信会社サイトのＯｎｅＩＤのログインページを例示する図である。Ａ−ショッピングサイトのメインページを例示する図である。ログイン履歴が記録されたＩＤ−認証サイトのマッピングＤＢを例示する図である。ＭＤＮ変更に連動するＯｎｅＩＤ変更処理過程の説明に提供される図である。ＭＤＮ変更に連動するＯｎｅＩＤ変更処理過程の説明に提供される図である。ＭＤＮ変更に連動するＯｎｅＩＤ変更処理過程の説明に提供される図である。図１に示すモバイル端末の詳細なブロック図である。図１に示すブロックチェーンサーバの詳細なブロック図である。図１に示すＳＰサーバの詳細なブロック図である。

以下に添付図面を参照しながら、本発明の好適な実施形態について詳細に説明する。

１．ブロックチェーンをベースにしたＯｎｅＩＤサービスシステム
本発明の実施形態では、ＯｎｅＩＤサービスのためのシステム及び方法を提示する。「ＯｎｅＩＤサービス」とは、１つのＩＤで複数のサイトに接続してログインできるようにするサービスである。

ここで、ＯｎｅＩＤサービスに用いるＯｎｅＩＤは、複数のサイトのうちいずれか１つから発行可能だが、どのサイトから発行するかはユーザの選択である。但し、ＯｎｅＩＤを発行するサイトに対しては、ユーザが会員として会員登録されていることが求められる。
ＯｎｅＩＤを発行されたユーザは、ＯｎｅＩＤサービスの提携会社のサイトにＯｎｅＩＤでログインすることができる。認証手続きは、ログインしようとする提携会社のサイトではない、ＯｎｅＩＤを発行したサイトで行う。そのため、ＯｎｅＩＤを発行されると、提携会社のサイトに会員登録していなくてもログインが可能である。

ただ、ログインしようとするサイトがＯｎｅＩＤを発行したサイトである場合には、ログインしようとするサイトと認証手続きを行うサイトとが同じである。

ＯｎｅＩＤを発行したサイトは、ＯｎｅＩＤによるログインのための認証手続きを行うサイトに登録されていなければならないが、それは、ブロックチェーンネットワークに登録される。ＯｎｅＩＤによる認証手続きを行うサイトに関する情報は、ブロックチェーンネットワークから獲得可能であることを意味する。

図１は、本発明の一実施形態に係るブロックチェーンをベースにしたＯｎｅＩＤサービスシステムを示す図である。本発明の実施形態に係るブロックチェーンをベースにしたＯｎｅＩＤサービスシステムは、図１に示すように、モバイル端末１００、ブロックチェーンネットワーク２００及びＳＰ（ＳｅｒｖｉｃｅＰｒｏｖｉｄｅｒ）サーバ３１０、３２０、３３０を含んで構築される。

ＳＰサーバ３１０、３２０、３３０は、ＯｎｅＩＤサービスの提携会社が自社のサイト提供のために運用するサーバである。

モバイル端末１００には、ＳＰサーバ３１０、３２０、３３０から提供するサイトに接続し、サービスの提供を受けるためのアプリケーション１５１、１５２、１５３がインストールされている。

ブロックチェーンネットワーク２００は、分散されている複数のブロックチェーンサーバ２１０、２２０、２３０、２４０で構築され、ＳＰサーバ３１０、３２０、３３０と協業してモバイル端末１００のユーザにＯｎｅＩＤサービスを提供する。

２．ＯｎｅＩＤの発行／登録
図２は、図１に示すシステムにおいて、ＯｎｅＩＤを発行／登録する手続きが行われる過程の説明に提供されるシーケンス図である。理解と説明の便宜のために、図２においては、ユーザが既に会員登録したＳ−通信会社サイトを介してＯｎｅＩＤを発行されていると想定する。

ＯｎｅＩＤの登録のために、まず、モバイル端末１００で実行されたＳ−通信会社アプリケーション１５１がＳ−通信会社サーバ３１０に接続し（Ｓ４０５）、ログインを行う（Ｓ４１０）。ステップＳ４１０のログイン認証は、ユーザがＳ−通信会社のサイトに会員登録して発行されたＩＤとＰＷ（Ｐａｓｓｗｏｒｄ）とをＳ−通信会社アプリケーション１５１に入力し、Ｓ−通信会社サーバ３１０がそれを認証する手続きによって行われる。

次に、Ｓ−通信会社アプリケーション１５１は、ブロックチェーンネットワーク２００にＯｎｅＩＤ発行をリクエストする（Ｓ４１５）。ステップＳ４１５は、ログオン後に提供されるＳ−通信会社のメインページでユーザが「ＯｎｅＩＤ発行」ボタンを押すと、Ｓ−通信会社アプリケーション１５１がブロックチェーンネットワーク２００にリンクし、ＯｎｅＩＤ発行をリクエストする手続きによって行われる。

ステップＳ４１５を通じ、ＯｎｅＩＤ発行をリクエストされたブロックチェーンネットワーク２００は、Ｓ−通信会社アプリケーション１５１にＯｎｅＩＤを発行されるＳＰを問い合わせる（Ｓ４２０）。ステップＳ４２０において、ブロックチェーンネットワーク２００は、ＯｎｅＩＤの発行が可能なＳＰのリスト（Ｓ−通信会社、Ａ−ショッピング、Ｌ−カード）を一緒に提供する。

お問い合わせに対する応答として、Ｓ−通信会社アプリケーション１５１は、ユーザによって選択されたＳＰ情報とともにユーザのＭＤＮ（ＭｏｂｉｌｅＤｅｖｉｃｅＮｕｍｂｅｒ）をブロックチェーンネットワーク２００に返還する（Ｓ４２５）。

本発明の実施形態では、Ｓ−通信会社を介してＯｎｅＩＤを発行されることを想定しているため、ステップＳ４２５で返還される応答には、ＳＰ情報として「Ｓ−通信会社」が記録される。応答に記録されるＭＤＮは、ユーザを特定するための情報に相当する。

ブロックチェーンネットワーク２００は、ユーザがＯｎｅＩＤの発行を希望するＳ−通信会社サーバ３１０にユーザのＭＤＮを伝達しつつ、Ｓ−通信会社アプリケーション１５１のセッションをＳ−通信会社サーバ３１０のＯｎｅＩＤ発行ページにリダイレクト（Ｒｅｄｉｒｅｃｔ）させる（Ｓ４３０）。

すると、Ｓ−通信会社サーバ３１０は、ユーザに発行するＯｎｅＩＤを自動的に生成する（Ｓ４３５）。具体的に、ステップＳ４３５においては、ユーザのＭＤＮを用いてＯｎｅＩＤを生成することができる。

更に、世界中で唯一のＯｎｅＩＤを生成するために、ＭＤＮに国家ドメインを付加することができる。例えば、韓国人ユーザの電話番号が０１０−８８８８−９９９９である場合、ＯｎｅＩＤを「０１０８８８８９９９９＠ｋｒ」に生成することができる。

次は、Ｓ−通信会社サーバ３１０は、生成したＯｎｅＩＤをＳ−通信会社アプリケーション１５１に伝達しつつ、ＯｎｅＰＷの設定をリクエストし（Ｓ４４０）、Ｓ−通信会社アプリケーション１５１を介してユーザの設定したＯｎｅＰＷを受信する（Ｓ４４５）。
Ｓ−通信会社サーバ３１０は、ステップＳ４３５で生成したＯｎｅＩＤと、ステップＳ４４５で受信したＯｎｅＰＷを保有するＤＢにあるユーザの顧客情報に追加で登録する（Ｓ４５０）。図３には、ユーザの顧客情報ＤＢを例示しているが、従来の顧客情報である氏名、住所、ＭＤＮ、生年月日、ＭＤＮにＯｎｅＩＤとＯｎｅＰＷとが追加されていることを確認することができる。

その後、Ｓ−通信会社サーバ３１０は、ＯｎｅＩＤとＯｎｅＰＷとをブロックチェーンネットワーク２００に登録リクエストする（Ｓ４５５）。すると、ブロックチェーンネットワーク２００は、リクエストされたＯｎｅＩＤ、ＯｎｅＰＷ及びそれを発行したサイトであるＳ−通信会社サイトをＩＤ−認証サイトのマッピングＤＢに登録する（Ｓ４６０）。
図４は、ＩＤ−認証サイトのマッピングＤＢを例示しており、図２に示す手続きによってＳ−通信会社から発行したＯｎｅＩＤが記録されていることを確認することができる。ＯｎｅＰＷは、ＩＤ−認証サイトのマッピングＤＢの必須事項ではないため保存しなくても構わず、むしろ保存しない方がセキュリティの側面から有利になる。

３．ＯｎｅＩＤのログイン
図５は、図１に示すシステムにおいて、ＯｎｅＩＤを用いて提携サイトにログインする過程の説明に提供されるシーケンス図である。理解と説明の便宜のために、図５においては、Ｓ−通信会社サイトを介して発行されたＯｎｅＩＤを用いて、会員登録したことのないＡ−ショッピングサイトにログインすることを想定している。

図５に示すように、まず、モバイル端末１００で起動されたＡ−ショッピングアプリケーション１５２が、Ａ−ショッピングサーバ３２０に接続し（Ｓ５１０）、ＯｎｅＩＤを伝送しつつログインをリクエストする（Ｓ５２０）。

ＯｎｅＩＤがモバイル装置１００の保存先に保存されているものとして実現するとしたら、ステップＳ５２０のためのユーザのＯｎｅＩＤの入力は必要なく、図６に例示されたＡ−ショッピングサイトのログインページで「ＯｎｅＩＤのログイン」ボタンを押すだけでも、ＯｎｅＩＤが自動的に伝送されるようにすることができる。

ステップＳ５２０を介してＯｎｅＩＤのログインをリクエストされたＡ−ショッピングサーバ３２０は、ステップＳ５２０から伝達されたＯｎｅＩＤをブロックチェーンネットワーク２００に伝達しつつ、認証をリクエストする（Ｓ５３０）。

すると、ブロックチェーンネットワーク２００は、ステップＳ５３０で受信したＯｎｅＩＤにマッピングされている認証サイトに関する情報をＩＤ−認証サイトのマッピングＤＢから把握し、Ａ−ショッピングサーバ３２０に返還する（Ｓ５４０）。ステップＳ５４０で返還される認証サイト情報は、「Ｓ−通信会社サイト」である。

Ａ−ショッピングサーバ３２０は、Ａ−ショッピングアプリケーション１５２のセッションをステップＳ５４０から返還された認証サイトであるＳ−通信会社サイトのＯｎｅＩＤのログインページにリダイレクトさせる（Ｓ５５０）。

そのため、Ｓ−通信会社サーバ３１０は、Ａ−ショッピングアプリケーション１５２にＯｎｅＩＤのログインページに伝送し（Ｓ５６０）、Ａ−ショッピングアプリケーション１５２には、Ｓ−通信会社サイトのＯｎｅＩＤのログインページが表示される。

図７には、Ｓ−通信会社サイトのＯｎｅＩＤのログインページを例示している。図示のように、ＯｎｅＩＤは、モバイル端末１００に保存されているため、自動入力されており、ユーザはＯｎｅＰＷのみを入力すればいい。

Ａ−ショッピングアプリケーション１５２は、ＯｎｅＩＤとＯｎｅＰＷとをＳ−通信会社サーバ３１０に伝達し（Ｓ５７０）、Ｓ−通信会社サーバ３１０は伝達されたＯｎｅＩＤとＯｎｅＰＷとを用いて個人認証手続きを行う（Ｓ５８０）。

認証に成功する際、Ｓ−通信会社サーバ３１０は、認証結果と顧客情報（氏名、住所、ＭＤＮ、生年月日など）を伝達しつつ、Ａ−ショッピングアプリケーション１５２のセッションをＡ−ショッピングサイトのメインページにリダイレクトさせる（Ｓ５９０）。

その後、Ａ−ショッピングアプリケーション１５２は、再びＡ−ショッピングサーバ３２０に接続され、認証結果と顧客情報とがＡ−ショッピングサーバ４３０に伝達される。Ａ−ショッピングサーバ３２０は、Ａ−ショッピングアプリケーション１５２をログイン処理し（Ｓ６００）、Ａ−ショッピングアプリケーション１５２にＡ−ショッピングサイトのメインページを伝達する（Ｓ６１０）。

その結果、Ａ−ショッピングアプリケーション１５２には、Ａ−ショッピングサイトのメインページが表示されるが、図８には、Ａ−ショッピングサイトのメインページを例示している。

次に、Ａ−ショッピングサーバ３２０は、ブロックチェーンネットワーク２００にログイン履歴を記録する（Ｓ６２０）。ステップＳ６２０では、ログイン時間とログインサイトとが記録されるが、それは、上述のＩＤ−認証サイトのマッピングＤＢに記録することが可能である。

図９には、ユーザがＯｎｅＩＤでＡ−ショッピングサイトにログインし、Ｌ−カードサイトにログインし、当該ログイン履歴の記録された結果を例示している。

４．ＭＤＮをベースにしたＯｎｅＩＤの自動変更
上記の実施形態において、ＯｎｅＩＤは、Ｓ−通信会社サーバ３１０がユーザのＭＤＮに国家ドメインを付加し、自動生成することを想定している。この場合、ユーザのＭＤＮが変更された場合、それに連動し、ＯｎｅＩＤを自動的に変更することが可能である。

図１０には、Ｓ−通信会社サーバ３１０の顧客情報ＤＢでユーザのＭＤＮが変更された場合を示している。Ｓ−通信会社サーバ３１０は、変更されたＭＤＮと「ＯｎｅＩＤを構成するＭＤＮ部分」とが異なることを認知し、図１１に示すように、ＯｎｅＩＤにＭＤＮ部分をユーザの変更されたＭＤＮと一致するように変更する。

それと違って、提携会社のサーバからのＯｎｅＩＤのログイン認証リクエストを処理する過程で、Ｓ−通信会社サーバ３１０がＭＤＮ「ＯｎｅＩＤを構成するＭＤＮ部分」とが異なることを認知し、ＯｎｅＩＤを変更処理することもできる。

ＯｎｅＩＤが変更されると、Ｓ−通信会社サーバ３１０は、ブロックチェーンネットワーク２００に登録されているＯｎｅＩＤも変更しなければならない。図１２には、ブロックチェーンネットワーク２００のＩＤ−認証サイトのマッピングＤＢでＯｎｅＩＤが変更された状況を示している。

５．システム構成
５．１モバイル端末
図１３は、図１に示すモバイル端末１００の詳細なブロック図である。モバイル端末１００は、図１に示すように、タッチスクリーン１１０、通信部１２０、プロセッサ１３０及び保存部１４０を含む。

プロセッサ１３０は、上述のＡＰＰ１５１、１５２、１５３を起動し、図２と図５に示す手続きのうち、複数のＡＰＰ１５１、１５２、１５３による手続きを行う。ＡＰＰ起動の代わりに、ブラウザを通じてサイトに接続し、サービスを提供されることも可能である。
タッチスクリーン１１０は、プロセッサ１３０によるＡＰＰ起動画面が表示されるディスプレイとして機能し、ユーザの入力／命令をプロセッサ１３０に伝達する入力手段として機能する。

通信部１２０は、ＳＰサーバ３１０、３２０、３３０と通信接続のための手段であり、保存部１４０は、プロセッサ１３０が動作することにおいて必要な保存空間を提供する。

５．２ブロックチェーンサーバ
図１４は、図１に示すブロックチェーンサーバの詳細なブロック図である。ブロックチェーンネットワーク２００を構成するブロックチェーンサーバ２１０、２２０、２３０、２４０は、等しい構成を有する等しい機能を行うため、図１４には、１つのみを代表して示す。
ＳＰサーバ３１０、３２０、３３０による認証手続きをサポートする認証支援サーバとして機能するブロックチェーンサーバは、図１４に示すように、通信部２０１、プロセッサ２０２、保存部２０３を含む。

通信部２０１は、モバイル端末１００及びＳＰサーバ３１０、３２０、３３０間の通信接続のための手段である。

プロセッサ２０２は、図２と図５とに示す手続きのうち、ブロックチェーンネットワーク２００による手続きを行う。保存部２０３には、上述のＩＤ−認証サイトのマッピングＤＢが構築される。

なお、プロセッサ２０２は、構築したＩＤ−認証サイトのマッピングＤＢをブロックチェーンネットワーク２００を構成する他のブロックチェーンサーバに伝達し、他のブロックチェーンサーバからそれらのＩＤ−認証サイトのマッピングＤＢを受信し、自らのＩＤ−認証サイトのマッピングＤＢをアップデートする。それにより、ブロックチェーンネットワーク２００を構成するブロックチェーンサーバは、情報が全て統合された同一のＩＤ−認証サイトのマッピングＤＢを共有するようになる。

５．３ＳＰサーバ
図１５は、図１に示すＳＰサーバ３１０、３２０、３３０の詳細なブロック図である。ＳＰサーバ３１０、３２０、３３０は、本発明の実施形態に関する主要な構成に対し、等しい機能を実行するため、図１５には、１つのみを代表して示している。

ＳＰサーバは、図１５に示すように、通信部３０１、プロセッサ３０２、保存部３０３を含む。

通信部３０１は、モバイル端末１００及びブロックチェーンネットワーク２００の間の通信接続のための手段である。保存部３０３には、上述の顧客情報ＤＢが構築される。
プロセッサ３０２は、サービスのためのサイトを提供することの他に、本発明の実施形態に関し、図２及び図５に示す手続きのうち、ＳＰサーバ３１０、３２０、３３０による手続きを行う。

６．変形例
これまで、ブロックチェーンをベースにしたＯｎｅＩＤサービスシステム及び方法について、好適な実施形態を挙げて詳細に説明する。

上記の実施形態では、Ｓ−通信会社サーバ３１０がサービスの提供のために保有する個人情報であるユーザのＭＤＮを用いて、ＯｎｅＩＤを自動的に生成して発行することを想定しているが、例示的なものに過ぎない。

Ｓ−通信会社ではない別のＳＰのサーバがＯｎｅＩＤを自動生成／発行することが可能である。例えば、Ｌ−カードサーバ３３０が自社の保有する個人情報であるユーザのカード番号を用いて、ＯｎｅＩＤを自動的に生成して発行することが可能である。

本発明の技術的思想は、ユーザ認証だけでなく、デバイス認証にも拡張することができる。例えば、ＩｏＴデバイスを認証する場合にも、本発明の技術的思想を適用することができる。
一方、本実施形態に係る装置及び方法の機能を行うためのコンピュータプログラムを収録するコンピュータで読み取れる記録媒体にも本発明の技術的思想が適用できることは言うまでもない。なお、本発明の多様な実施形態に係る技術的思想は、コンピュータで読み取れる記録媒体に記録されたコンピュータで読み取れるコード形態で実現されてよい。コンピュータで読み取れる記録媒体は、コンピュータによって読み取ることができ、データを保存することができる如何なるデータ保存装置でも可能である。例えば、コンピュータで読み取れる記録媒体は、ＲＯＭ、ＲＡＭ、ＣＤ−ＲＯＭ、磁気テープ、フロッピーディスク、光ディスク、ハードディスクドライブなどであってよい。なお、コンピュータで読み取れる記録媒体に保存されたコンピュータで読み取れるコード又はプログラムは、コンピュータ間で接続されたネットワークを介して伝送されてよい。

以上、添付図面を参照しながら本発明の好適な実施形態について詳細に説明したが、本発明は以上の実施形態に限定されない。本発明の属する技術の分野における通常の知識を有する者であれば、特許請求の範囲に記載された技術的趣旨の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本発明の技術的範囲に属するものと了解される。

Claims

認証支援サーバが、複数のＳＰ（ＳｅｒｖｉｃｅＰｒｏｖｉｄｅｒ）サーバのうち、「第１ＳＰサーバが第１ユーザに発行した第１ＩＤ」と「発行サーバである第１ＳＰサーバの第１サイト」とをマッピングして登録するステップと、
認証支援サーバが、複数のＳＰサーバのうちの第２ＳＰサーバから第１ＩＤを受信すると、第１ＩＤにマッピングされた第１サイトに関する情報を第２ＳＰサーバに返還するステップとを含み、
前記第１ＩＤは、
複数のＳＰサーバからそれぞれ提供するサイトにそれぞれログインするために用いるＩＤであり、
第１ユーザは、
第１サイトの会員であり、
第１ＳＰサーバは、
保有する第１ユーザの顧客情報を用いて自動的に第１ＩＤを生成する、
ことを特徴とする認証方法。
第１ユーザは、
第１サイトの会員であるが、
第２ＳＰサーバから提供する第２サイトの会員ではないことを特徴とする請求項１に記載の認証方法。
第１ＳＰサーバは、
第１ＩＤの生成に用いられた第１ユーザの顧客情報が変更されると、変更された顧客情報によって第１ＩＤを変更し、
認証方法は、
認証支援サーバが、第１ＳＰサーバから変更された第１ＩＤを受信し、従来の第１ＩＤを変更された第１ＩＤに入れ替えるステップを更に含むことを特徴とする請求項１に記載の認証方法。
第１ＳＰサーバは、
第１ＩＤと第１ユーザの設定したＰＷとを自分のＤＢに登録し、
ＤＢを参照し、第１ＩＤを用いた第２ＳＰサーバの第２サイトに対するログインのための認証手続きを行うことを特徴とする請求項１に記載の認証方法。
第２ＳＰサーバは、
第１ＩＤを用いた第２サイトに対するログインのために、第１ユーザのモバイル端末を第１サイトのログインページにリダイレクトさせ、
第１ＳＰサーバは、
認証手続きを行った後で、第１ユーザのモバイル端末をを第２サイトにリダイレクトさせることを特徴とする請求項４に記載の認証方法。
第１ＳＰサーバは、
認証に成功した際、保有する第１ユーザの顧客情報を第２サイトにリダイレクトされる第１ユーザのモバイル端末を介して第２ＳＰサーバに伝達することを特徴とする請求項５に記載の認証方法。
認証支援サーバが、複数のＳＰ（ＳｅｒｖｉｃｅＰｒｏｖｉｄｅｒ）サーバのうち、「第１ＳＰサーバが第１ユーザに発行した第１ＩＤ」と「発行サーバである第１ＳＰサーバの第１サイト」とをマッピングして登録するステップと、
認証支援サーバが、複数のＳＰサーバのうちの第２ＳＰサーバから第１ＩＤを受信すると、第１ＩＤにマッピングされた第１サイトに関する情報を第２ＳＰサーバに返還するステップと
を含み、
認証支援サーバが、第２ＳＰサーバから受信した第１ＩＤを用いたログイン履歴を記録するステップを更に含むことを特徴とする認証方法。
認証支援サーバが、複数のＳＰ（ＳｅｒｖｉｃｅＰｒｏｖｉｄｅｒ）サーバのうち、「第１ＳＰサーバが第１ユーザに発行した第１ＩＤ」と「発行サーバである第１ＳＰサーバの第１サイト」とをマッピングして登録するステップと、
認証支援サーバが、複数のＳＰサーバのうちの第２ＳＰサーバから第１ＩＤを受信すると、第１ＩＤにマッピングされた第１サイトに関する情報を第２ＳＰサーバに返還するステップと
を含み、
認証支援サーバが、「第２ＳＰサーバが第２ユーザに発行した第２ＩＤ」と「発行サーバである第２ＳＰサーバの第２サイト」とをマッピングして登録するステップと、
認証支援サーバが、第１ＳＰサーバから第２ＩＤを受信すると、第２ＩＤにマッピングされた第２サイトに関する情報を第１ＳＰサーバに返還するステップと
を更に含むことを特徴とする認証方法。
認証支援サーバは、
ブロックチェーンネットワークを構築するサーバであることを特徴とする請求項１に記載の認証方法。
認証支援サーバが、複数のＳＰ（ＳｅｒｖｉｃｅＰｒｏｖｉｄｅｒ）サーバのうち、「第１ＳＰサーバが第１ユーザに発行した第１ＩＤ」と「発行サーバである第１ＳＰサーバの第１サイト」とをマッピングして登録するステップと、
認証支援サーバが、複数のＳＰサーバのうちの第２ＳＰサーバから第１ＩＤを受信すると、第１ＩＤにマッピングされた第１サイトに関する情報を第２ＳＰサーバに返還するステップとを含み、
前記第１ＩＤは、
複数のＳＰサーバからそれぞれ提供するサイトにそれぞれログインするために用いるＩＤであり、
第１ユーザは、
第１サイトの会員であり、
第１ＳＰサーバは、
保有する第１ユーザの顧客情報を用いて自動的に第１ＩＤを生成する、
認証方法であって、該方法は、更に、
モバイル端末が、複数のＳＰ（ＳｅｒｖｉｃｅＰｒｏｖｉｄｅｒ）サーバのうちの第１ＳＰサーバから前記第１ＩＤを発行されるステップと、
モバイル端末が、発行された前記第１ＩＤで複数のＳＰサーバのうちの前記第２ＳＰサーバの第２サイトにログインリクエストするステップと
を含み、
前記第２ＳＰサーバは、前記第１ＩＤにマッピングされた前記第１サイトに関する情報を前記認証支援サーバから伝達され、前記第２サイトのログインのために必要な認証実行を前記第１サイトにリクエストすることを特徴とする認証方法。