(57)【特許請求の範囲】
【請求項１】
ブロックチェーン認証モジュールの認証方法であって、
サーバが端末の認証準備要請を受信する段階と、
前記サーバが、前記端末を認証するマルチノードをランダムに選定して、チャネルを構成し、前記チャネルを識別するために前記チャネルに割り当てられるチャネルキーを生成する段階と、
前記サーバが、前記端末を認証するために使用される認証比較データ及びブロックキーが含まれ前記ブロックキーが割り当てられ前記ブロックキーによって識別されるブロックを生成する段階と、
前記サーバが、前記マルチノードに、前記チャネルキー及び前記ブロックキーを共通伝送し、前記認証比較データを分割伝送する段階と、
前記マルチノードが、前記チャネルキー、前記ブロックキー、及び前記認証比較データを保存する段階と、
前記サーバが、前記チャネルキー及び前記ブロックキーが含まれた認証準備完了メッセージを、前記端末に伝送する段階と、
前記サーバが、前記チャネルキー、前記ブロックキー及び前記端末が認証を要請する認証対象データが含まれた認証要請メッセージを、前記端末から受信する段階と、
前記サーバが、前記認証対象データを前記マルチノードに分割伝送する段階と、
前記マルチノードが、前記チャネルキー及び前記ブロックキーに基づいて前記認証比較データを識別し、前記識別された認証比較データと前記分割伝送された認証対象データとを比較する段階と、
前記サーバが、前記識別された認証比較データと前記分割伝送された認証対象データとを比較した比較結果を、前記マルチノードから受信する段階と、
前記サーバが、前記比較結果に基づいて前記端末の認証が成功したか否かを判断する段階と、
を備えるブロックチェーン認証モジュール認証方法。
【請求項２】
前記サーバは、前記認証比較データ及び前記認証対象データそれぞれを、複数のカテゴリに区分する、
請求項１に記載のブロックチェーン認証モジュール認証方法。
【請求項３】
前記サーバが前記認証比較データを分割伝送する段階では、前記サーバが、前記認証比較データをカテゴリ別に分割して、前記マルチノードにおいて互いに異なるノードに伝送する段階、を含む、
請求項２に記載のブロックチェーン認証モジュールの認証方法。
【請求項４】
前記サーバが前記認証対象データを分割伝送する段階は、前記サーバが、前記認証対象データを、前記カテゴリ別に分割して、前記互いに異なるノードに伝送された前記認証比較データのカテゴリと同一カテゴリに伝送する段階、を含む、
請求項３に記載のブロックチェーン認証モジュール認証方法。
【請求項５】
前記複数のカテゴリは、前記端末に登録されたユーザの指紋、虹彩、パターン、パスワード、ユーザ名、メールアドレス、前記端末固有のシリアルナンバー、ＭＡＣ（Ｍｅｄｉａ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）アドレス、ブルートゥース（登録商標）アドレス、ＷＩＦＩ  ＳＳＩＤ（Ｓｅｒｖｉｃｅ  Ｓｅｔ  ＩＤｅｎｔｉｆｉｅｒ）、ＵＵＩＤ（Ｕｎｉｖｅｒｓａｌｌｙ  Ｕｎｉｑｕｅ  ＩＤｅｎｔｉｆｉｅｒ）、及び／または電話番号、を含む、
請求項４に記載のブロックチェーン認証モジュール認証方法。
【請求項６】
前記サーバが前記端末の認証が成功したか否かを判断する段階は、
前記サーバが、予め設定された割合超過する前記ノードから前記分割伝送された認証比較データと前記分割伝送された認証対象データがマッチングするという結果を受信した場合、前記端末の認証に成功したと判断する段階、を含む、
請求項４に記載のブロックチェーン認証モジュール認証方法。
【請求項７】
前記予め設定された割合は、前記マルチノードの全体数の５０％に設定される、
請求項６に記載のブロックチェーン認証モジュール認証方法。
【請求項８】
前記サーバが、前記端末の認証に成功したか否かの判断が完了した場合、前記チャネル、前記チャネルキー及び前記ブロックを削除する段階、
をさらに備える請求項７に記載のブロックチェーン認証モジュール認証方法。
【請求項９】
サーバのブロックチェーン認証モジュールであって、
通信を実行する通信ユニットと、
データを保存するメモリユニットと、
前記通信ユニット及び前記メモリユニットを制御するプロセッサと、
を備え、
前記プロセッサは、
端末の認証準備要請を受信し、
前記端末を認証するマルチノードをランダムに選定して、チャネルを構成し、前記チャネルを識別するために前記チャネルに割り当てられるチャネルキーを生成し、
前記端末認証のために使用される認証比較データ及びブロックキーが含まれ前記ブロックキーが割り当てられ前記ブロックキーによって識別されるブロックを生成し、
前記マルチノードに、前記チャネルキー及び前記ブロックキーを共通伝送し、前記認証比較データを分割伝送し、
前記チャネルキー及び前記ブロックキーが含まれた認証準備完了メッセージを、前記端末に伝送し、
前記チャネルキー、前記ブロックキー及び前記端末が認証を要請する認証対象データが含まれた認証要請メッセージを、前記端末から受信し、
前記認証対象データを前記マルチノードに分割伝送し、
前記マルチノードに保存された前記チャネルキー及び前記ブロックキーに基づいて識別された前記認証比較データと、前記認証対象データと、を前記マルチノードで比較した比較結果を、前記マルチノードから受信し、
前記比較結果に基づいて前記端末の認証が成功したか否かを判断する、
ブロックチェーン認証モジュール。
【請求項１０】
前記プロセッサは、前記認証比較データ及び前記認証対象データそれぞれを、複数のカテゴリに区分する、
請求項９に記載のブロックチェーン認証モジュール。
【請求項１１】
前記プロセッサは、前記認証比較データを分割伝送する場合、前記認証比較データをカテゴリ別に分割して、前記マルチノードにおいて互いに異なるノードに伝送する、
請求項１０に記載のブロックチェーン認証モジュール。
【請求項１２】
前記プロセッサは、前記認証対象データを分割伝送する場合、前記認証対象データを、前記カテゴリ別に分割して、前記互いに異なるノードに伝送された前記認証比較データのカテゴリと同一カテゴリに伝送する、
請求項１１に記載のブロックチェーン認証モジュール。
【請求項１３】
前記複数のカテゴリは、前記端末に登録されたユーザの指紋、虹彩、パターン、パスワード、ユーザ名、メールアドレス、前記端末固有のシリアルナンバー、ＭＡＣ（Ｍｅｄｉａ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）アドレス、ブルートゥース（登録商標）アドレス、ＷＩＦＩ  ＳＳＩＤ（Ｓｅｒｖｉｃｅ  Ｓｅｔ  ＩＤｅｎｔｉｆｉｅｒ）、ＵＵＩＤ（Ｕｎｉｖｅｒｓａｌｌｙ  Ｕｎｉｑｕｅ  ＩＤｅｎｔｉｆｉｅｒ）、及び／または電話番号、を含む、
請求項１２に記載のブロックチェーン認証モジュール。
【請求項１４】
前記プロセッサは、予め設定された割合超過する前記ノードから前記分割伝送された認証比較データと前記分割伝送された認証対象データとがマッチングするという結果を受信した場合、前記端末の認証に成功したと判断する、
請求項１２に記載のブロックチェーン認証モジュール。
【請求項１５】
前記予め設定された割合は、前記マルチノードの全体数の５０％に設定される、
請求項１４に記載のブロックチェーン認証モジュール。
【請求項１６】
前記プロセッサは、前記端末の認証に成功したか否かの判断が完了した場合、前記チャネル、前記チャネルキー及び前記ブロックを、削除する、
請求項１５に記載のブロックチェーン認証モジュール。                                                                               
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ブロックチェーンの技術をベースにした端末認証方法及びこの端末認証方法を実行するための装置に、関する。
【背景技術】
【０００２】
オンライン取引においてブロックチェーンベースのデジタル仮想通貨が使用されている。この中で、ビットコイン（Ｂｉｔｃｏｉｎ）が最も代表的に広く使用されている。ビットコインは、ペンネーム「サトシ・ナカモト」という日本人プログラマが考案したと知られている。ビットコインは、既存のフィアット通貨（ｆｉａｔ  ｃｕｒｒｅｎｃｙ）とは異なり、ビットコインでは、中央の権限や銀行を使わないで運用されるためにＰ２Ｐ（ｐｅｅｒ−ｔｏｐｅｅｒ）技術が使用される。こうした仮想通貨は、ブロックチェーン技術が適用され、通貨を任意に作成及び複製することを防止する。
【０００３】
ブロックチェーンの技術は、ブロックにデータを入れ、チェーンの形で連結され、たくさんのパソコンに同時にこれを複製して保存する分散型データ保存技術である。この技術は、公共取引帳簿とも呼ばれる。中央集中型サーバに取引記録を保管しないで取引に参加するすべてのユーザには取引履歴が送され、取引毎にすべての取引参加者が情報を共有し、これを照らし合わせることでデータ偽造や変造ができないようになっている。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
本人認証と関連した従来の技術は、一般的にユーザ名とパスワードを利用した本人認証であったが、ユーザ名とパスワードが流出された場合、正常に本人認証機能を実行するのは難しいという問題点があった。
【０００５】
したがって、最近では、これを補完するための多様な本人認証方式が使用されている。例えば、本人認証方式としては、携帯電話による本人認証、公認認証サービスを通じた本人認証（以下、「公認認証書」という）、ＯＴＰ（Ｏｎｅ  Ｔｉｍｅ  Ｐａｓｓｗｏｒｄ）を利用した本人認証、或いはクレジットカードを利用した本人認証などがある。
【０００６】
しかし、公認認証書による認証は、比較的セキュリティレベルが高い認証プロトコルである。しかし、公認認証書を安定的に携帯するのが容易ではない。携帯電話による本人認証は、認証番号を利用して携帯電話の占有を認証する方法である。しかし、スミッシングなどの脆弱性の問題点がある。
【０００７】
併せて、このような本人認証方式では、機密情報である住民登録番号、ＣＩ（Ｃｏｎｎｅｃｔｉｎｇ  Ｉｎｆｏｒｍａｔｉｏｎ）、ＩＰＩＮなどの個人識別情報がどのような形であれ、ネットワーク上で伝送されるので、ハッキングにさらされる危険性がある。
【０００８】
したがって、本明細書では、このような本人認証方式の問題点を最小限に抑えながらセキュリティを効果的に高めるために、ブロックチェーンの技術をベースにした本人認証方法について、新たに提案する。
【課題を解決するための手段】
【０００９】
本発明の第１の態様は、ブロックチェーン認証モジュールの認証方法である。ブロックチェーン認証モジュールの認証方法は、端末への認証準備要請を受信する段階と、前記端末を認証するマルチノードをランダムに選定してチャネルを構成し、前記チャネルに割り当てられるチャネルキーを生成する段階と、前記端末認証のために使用される認証比較データ及びブロックキーが含まれ前記ブロックキーが割り当てられるブロックを生成する段階と、前記マルチノードに前記チャネルキー及び前記ブロックキーを共通伝送し前記認証比較データを分割伝送する段階と、前記チャネルキー及び前記ブロックキーが含まれた認証準備完了メッセージを前記端末へ伝送する段階と、前記チャネルキー、前記ブロックキー及び前記端末が認証を要請する認証対象データが含まれた認証要請メッセージを前記端末から受信する段階と、前記認証対象データを前記マルチノードに分割伝送する段階と、前記分割伝送された認証比較データと前記分割伝送された認証対象データとを比較した結果を前記マルチノードから受信する段階と、前記受信した比較結果に基づいて前記端末の認証が成功したか否かを判断する段階と、を備えることができる。
【００１０】
また、前記認証比較データ及び前記認証対象データそれぞれは、複数のカテゴリに区分されることができる。
【００１１】
また、前記認証比較データを分割伝送する段階は、前記認証比較データをカテゴリ別に分割し、互いに異なるノードに伝送する段階を含むことができる。
【００１２】
また、前記認証対象データを分割伝送する段階は、前記認証対象データを前記カテゴリ別に分割して、前記互いに異なるノードに伝送するが、各ノードに伝送された認証比較データのカテゴリと同じカテゴリに伝送する段階を含むことができる。
【００１３】
また、前記複数のカテゴリは、前記端末に登録されたユーザの指紋、虹彩、パターン、パスワード、ユーザ名、メールアドレス、前記端末固有のシリアルナンバー、ＭＡＣ（Ｍｅｄｉａ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）アドレス、ブルートゥース（登録商標）アドレス、ＷＩＦＩ  ＳＳＩＤ（Ｓｅｒｖｉｃｅ  Ｓｅｔ  ＩＤｅｎｔｉｆｉｅｒ）、ＵＵＩＤ（Ｕｎｉｖｅｒｓａｌｌｙ  Ｕｎｉｑｕｅ  ＩＤｅｎｔｉｆｉｅｒ）、及び／または電話番号を含むことができる。
【００１４】
また、前記端末の認証が成功したか否かを判断する段階は、予め設定された割合超過のノードから前記分割伝送された認証比較データと前記分割伝送された認証対象データとがマッチングするという結果を受信した場合、前記端末の認証に成功したものと判断する段階を含むことができる。
【００１５】
また、前記予め設定された割合は、前記マルチノードの全体数の５０％に設定されることができる。
【００１６】
また、前記ブロックチェーン認証モジュールの認証方法は、前記端末の認証が成功したか否かの判断が完了した場合、前記チャネル、前記チャネルキー及び前記ブロックを削除する段階と、をさらに含むことができる。
【００１７】
また、本発明の第２の態様は、ブロックチェーン認証モジュールである。ブロックチェーン認証モジュールは、通信を行う通信ユニットと、データを保存するメモリユニットと、前記通信ユニット及びメモリユニットを制御するプロセッサとを含むが、前記プロセッサは、端末に対する認証準備要請を受信し、前記端末を認証するマルチノードをランダムに選定してチャネルを構成し、前記チャネルに割り当てられるチャネルキーを生成し、前記端末認証に使用される認証比較データが含まれたブロックを生成するが、前記ブロックは、前記ブロックに割り当てられるブロックキーをさらに含み、前記マルチノードに、前記チャネルキー及び前記ブロックキーを共通伝送し、前記認証比較データを分割伝送し、前記チャネルキー及び前記ブロックキーが含まれた認証準備完了メッセージを前記端末に伝送し、前記チャネルキー、前記ブロックキー及び前記端末が認証を要請する認証対象データが含まれた認証要請メッセージを前記端末から受信し、前記認証対象データを前記マルチノードに分割伝送し、前記分割伝送された認証比較データと前記分割伝送された認証対象データとを比較した結果を前記マルチノードから受信し、前記受信した比較結果に基づいて前記端末の認証が成功したか否かを判断することができる。
【００１８】
また、前記認証比較データ及び前記認証対象データそれぞれは、複数のカテゴリに区分されることができる。
【００１９】
また、前記プロセッサは、前記認証比較データを分割伝送する場合、前記認証比較データをカテゴリ別に分割して互いに異なるノードに伝送することができる。
【００２０】
また、前記プロセッサは、前記認証対象データを分割伝送する場合、前記認証対象データを前記カテゴリ別に分割して、前記互いに異なるノードに伝送するが、各ノードに伝送された認証比較データのカテゴリと同じカテゴリに伝送することができる。
【００２１】
また、前記複数のカテゴリは、前記端末に登録されたユーザの指紋、虹彩、パターン、パスワード、ユーザ名、メールアドレス、前記端末固有のシリアルナンバー、ＭＡＣ（Ｍｅｄｉａ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）アドレス、ブルートゥース（登録商標）アドレス、ＷＩＦＩ  ＳＳＩＤ（Ｓｅｒｖｉｃｅ  Ｓｅｔ  ＩＤｅｎｔｉｆｉｅｒ）、ＵＵＩＤ（Ｕｎｉｖｅｒｓａｌｌｙ  Ｕｎｉｑｕｅ  ＩＤｅｎｔｉｆｉｅｒ）、及び／または電話番号を含むことができる。
【００２２】
また、前記プロセッサは、予め設定された割合超過のノードから前記分割伝送された認証比較データと前記分割伝送された認証対象データがマッチングするという結果を受信した場合、前記端末の認証に成功したものと判断することができる。
【００２３】
また、前記予め設定された割合は、前記マルチノードを全体数の５０％に設定されることができる。
【００２４】
また、前記プロセッサは、前記端末の認証が成功したか否かの判断が完了した場合、前記チャネル、前記チャネルキー及び前記ブロックを削除することができる。
【発明の効果】
【００２５】
本発明の一実施形態によれば、認証モジュール／サーバでないマルチノードを介して認証が行われるため、認証モジュール／サーバのシステムの複雑度及び認証のオーバーヘッドが減る。
【００２６】
また、本発明の一実施形態によれば、マルチノードを介して認証が行われるため、セキュリテイが非常に高く、認証データの偽／変造が難しく、ハッキングの危険性が最小化するという効果がある。
【００２７】
また、本発明の一実施形態によれば、新しい認証方式の導入により認証方式の柔軟度がより一層アップグレードされるという効果がある。
【図面の簡単な説明】
【００２８】
【図１】本発明の一実施形態による認証方式を簡略に示した概念図である。
【図２】本発明の一実施形態によるブロックチェーンベースの認証方法を例示したフローチャートである。
【図３】本発明の一実施形態によるブロックチェーンベースの認証方法を例示したフローチャートである。
【図４】本発明の一実施形態によるウェブサービス／サイトを介した認証を試みる際のブロックチェーンベース認証方法を例示したフローチャートである。
【図５】本発明の一実施形態による認証サーバを介した認証を試みる際のブロックチェーンベース認証方法を例示したフローチャートである。
【図６】本発明の一実施形態による認証サーバ（またはブロックチェーン認証モジュール）の構成を例示したブロック図である。
【発明を実施するための形態】
【００２９】
以下に説明する技術には、様々な変更を加えることができ、様々な実施形態を有することができる。ここでは、特定の実施形態を図面に例示して詳細に説明する。しかし、これは、以下に説明する技術を特定の実施形態について限定するものではなく、以下に説明する技術の思想及び技術の範囲に含まれるすべての変更、均等物ないし代替物を含むと理解されるべきである。
【００３０】
第１、第２、Ａ、Ｂなどの用語は、多様な構成要素を説明するために使用されるが、その構成要素は、前記用語らによって限定されるものでなく、単に１つの構成要素を他の構成要素と区別する目的でのみ使用される。例えば、以下に説明する技術の権利範囲を逸脱せずに第１の構成要素は、第２の構成要素と命名することができ、同様に第２の構成要素も第１の構成要素と命名することができる。及び／またはという用語は、複数の関連した記載項目の組み合わせまたは複数の関連した記載項目のうちいずれかの項目を含む。
【００３１】
本明細書で使用される用語における単数の表現は、文脈上明らかに異なる意味に解釈されない限り、複数の表現を含むと理解されるべきである。「含む」などの用語は、説示された特徴、個数、段階、動作、構成要素、部分品またはこれらを組み合わせたものが、存在することを意味するのであって、一つまたはそれ以上の他の特徴や個数、段階、動作、構成要素、部分品またはこれらを組み合わせたものの存在または付加可能性を排除しないと理解されるべきである。
【００３２】
図面に関する詳細な説明に先立ち、本明細書における構成部に対する区分は、各構成部が担当する主機能別に区分したものに過ぎない。すなわち、以下で説明する２つ以上の構成部を１つの構成部に合わせられるか、または１つの構成部をより細分化した機能別に、２つ以上に細分化して備えられることもできる。そして、以下で説明する構成部のそれぞれは、自身が担当する主機能に加えて、他の構成部が担当する機能のうち一部または全部の機能をさらに実行することもでき、構成部それぞれが担う主機能のうち一部の機能が他の構成部によって担当され実行されてもよいのはもちろんである。
【００３３】
また、方法または作動方法を実行する課程において、前記方法をなす各過程は、文脈上明白に特定手順を記載していない限り、明記された手順とは異なるように行うことができる。つまり、各過程は、明記された手順と同じように行うことができ、実質的に同時に行われてもよく、その逆の手順で行うこともできる。
【００３４】
図１は、本発明の一実施形態による認証方式を簡略に示した概念図である。
【００３５】
図１を参照すれば、本明細書で提案するブロックチェーンベースの認証方式システムは、認証サーバ／モジュール／システム／装置（例えば、業務サーバ／モジュール／システム／装置、以下、「認証サーバ」と略称する）１０３、その認証サーバに認証を要請するノード（例えば、ユーザ端末）１０２、認証を直接実行するマルチノード（例えば、認証サーバに現在接続中の他のユーザ端末）１０１−１〜１０１−Ｎからなることができる。
【００３６】
端末１０２は、認証サーバに認証を要請することができる。認証要請を受信した認証サーバ１０３は、現在接続されている多数のノードのうち少なくとも一部１０１−１〜１０１−Ｎをランダムに選択して、当該端末１０２の認証のための任意ブロックチェーンチャネルを生成することができる。このように生成された任意ブロックチェーンチャネルのノード１０１−１〜１０１−Ｎは、認証サーバ１０３から端末認証のためのデータを、認証が要請されたデータを端末１０２から受信することができる。さらに、任意ブロックチェーンチャネルのノード１０１−１〜１０１−Ｎは、この二つのデータを相互に比較することにより認証を行い、比較結果を認証サーバ１０３に伝送することができる。 
【００３７】
このような本発明によれば、認証サーバ１０３でないマルチノード１０１−１〜１０１−Ｎを介して認証が行われるため、認証サーバシステムの複雑度及び認証のオーバーヘッドが減る。また、マルチノード１０１−１〜１０１−Ｎを介して認証が行われるため、セキュリティが非常に高く、認証データの偽／変造が難しく、認証要請端末１０２に対するハッキングの危険性が最小化する。
【００３８】
図２は、本発明の一実施形態によるブロックチェーンベースの認証方法を例示したフローチャートである。
【００３９】
図２を参照すれば、ブロックチェーンベースの認証方法は、認証準備手続きＳ２０１、認証手続きＳ２０２と、認証完了手続きＳ２０３に区分されることができる。
【００４０】
認証準備手続きＳ２０１において、端末１０２は、認証サーバ１０３に認証準備を要請することができ、要請を受信した認証サーバ１０３は、端末認証のための準備手続きを行う。より詳細には、認証準備手続きにおいて認証サーバ１０３は、端末１０２を認証するマルチノードをランダムに選定し、任意チャネルを構成し、該任意チャネルに端末１０２の認証に使用されるデータ（以下、認証比較データ）を分割伝送することができる。ここで認証に使用されるデータは、事前に端末１０２が認証サーバへの加入時に登録された端末１０２の認証データに対応することができ、例えば、端末１０２に登録されたユーザの指紋、虹彩、パターン、パスワード、ユーザ名、メールアドレス、前記端末固有のシリアルナンバー、ＭＡＣ（Ｍｅｄｉａ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）アドレス、ブルートゥース（登録商標）アドレス、ＷＩＦＩ  ＳＳＩＤ（Ｓｅｒｖｉｃｅ  Ｓｅｔ  ＩＤｅｎｔｉｆｉｅｒ）、ＵＵＩＤ（Ｕｎｉｖｅｒｓａｌｌｙ  Ｕｎｉｑｕｅ  ＩＤｅｎｔｉｆｉｅｒ）、及び／または電話番号等に相当することができる。
【００４１】
これらの認証準備手続きが完了すると、認証サーバ１０３は、認証を要請した端末１０２から認証の対象となるデータ（以下、「認証対象データ」）を受信することができ、これを認証比較データと同一方式／カテゴリに任意チャネルのノードに分割して伝達することができる（Ｓ２０２）。任意チャネルのノードは、認証比較データと認証対象データを相互に比較し、比較結果を認証サーバに伝送することができる（Ｓ２０２）。
【００４２】
認証サーバ１０３は、受信した比較結果に基づいて端末１０２の認証を完了することができる（Ｓ２０３）。
【００４３】
認証に成功すれば、認証サーバ１０３は、端末１０２へのアクセスを許可することができ、認証に失敗すれば、認証サーバは端末１０２へのアクセスを許可しないようにすることができる。
【００４４】
認証準備手続き及び認証手続きは、図３を参照に以下でより詳細に説明する。
【００４５】
図３は、本発明の一実施形態によるブロックチェーンベース認証方法を例示したフローチャートである。本フローチャートの実行主体は、端末１０２の認証を実行するために設計された「認証サーバ１０３」であって、認証モジュール／装置として具現されてもよいことはもちろんである。
【００４６】
図３を参照すれば、まず、認証サーバ１０３は、端末から認証準備要請を受信することができる（Ｓ３０１）。
【００４７】
次に、認証サーバ１０３は、前記端末１０２を認証するマルチノードをランダムに選定して、任意にブロックチェーンチャネルを構成し、そのチャネルを識別するためのチャネルキーを生成することができる（Ｓ３０２）。
【００４８】
次に、認証サーバ１０３は、端末認証のために使用される認証比較データが含まれたブロックを生成することができる（Ｓ３０３）。このとき、認証サーバ１０３は、生成されたブロックを識別するためのブロックキーを生成し、生成されたブロックにブロックキーに含ませることができる。
【００４９】
次に、認証サーバ１０３は、チャネルに含まれたマルチノードに、チャネルキー及びブロックキーを「共通」伝送し、認証比較データを「分割」伝送することができる（Ｓ３０４）。すなわち、認証サーバ１０３は、チャネルのノードにチャネルキー及びブロックキー全体を同一に伝送することができる。一方、認証サーバ１０３は、認証比較データを、チャネルのノード数だけ分割し、分割したデータを互いに異なるノードに伝送することができる。その結果、チャネルのノードは、認証比較データの一部のみを受信するようになり、ノードが受信したデータは、互いに異なりうる。
【００５０】
認証比較データは、多様な実施形態で分割されることができるが、本明細書では、認証比較データが「認証カテゴリ（または属性）」を基準に分割される実施形態を提案する。ここで、認証カテゴリは、端末１０２に登録されたユーザの指紋、虹彩、パターン、パスワード、ユーザ名、メールアドレス、前記端末固有のシリアルナンバー、ＭＡＣアドレス、ブルートゥース（登録商標）アドレス、ＷＩＦＩ  ＳＳＩＤ、ＵＵＩＤ、及び／または電話番号等に相当することができる。すなわち、ノードは、互いに異なる認証カテゴリの認証比較データをそれぞれ受信し／保存し、これを認証対象データと比較するために使用することができる。このとき、ノードは、認証対象データと共にチャネルキー及び／またはブロックキーを共に保存することができる。これは、後から受信した認証対象データをどの認証比較データと比較すべきかを区別するためである。
【００５１】
次に、認証サーバ１０３は、チャネルキー及びブロックキーが含まれた認証準備完了メッセージを端末１０２に伝送することにより、認証準備手続きを完了することができる（Ｓ３０５）。
【００５２】
次に、認証サーバ１０３は、チャネルキー、ブロックキーと認証を要請する端末１０２の認証対象データが含まれた認証要請メッセージを、端末１０２から受信することができる（Ｓ３０６）。
【００５３】
次に、認証サーバ１０３は、受信したチャネルキーを介して端末１０２を認証するチャネルがどのチャネルにあるかを認識し、そのチャネルに受信した認証対象データを分割伝送することができる（Ｓ３０７）。この場合でも、認証サーバ１０３は、Ｓ３０４段階での認証比較データを伝送した方式と同様に、認証対象データをカテゴリ別に分割伝送することができる。特に、認証サーバ１０３は、Ｓ３０４段階で、各ノードに伝送していたカテゴリと同一カテゴリに認証対象データを分割伝送することができる。認証サーバ１０３は、認証対象データと共にチャネルキー及び／またはブロックキーを共に伝送することができる。このようなチャネルキー及び／またはブロックキーを介して、ノードは、自身が比較する必要がある認証比較データが何であるのか識別／認識することができる。
【００５４】
次に、認証サーバ１０３は、分割伝送された認証比較データと分割伝送された認証対象データを比較した結果を、チャネルのノードから受信することができる（Ｓ３０８）。認証サーバ１０３は、受信した比較結果に基づいて端末の認証成功を判断することができる（Ｓ３０９）。例えば、認証サーバ１０３は、チャネルに含まれた全体ノードのうち、予め設定された割合超過のノードから分割伝送された認証比較データと、分割伝送された認証対象データがマッチングするという結果とを受信した場合、端末認証に成功したと判断することができる。ここでは、予め設定された割合は、例えば、５０％に設定されうるが、認証のセキュリティレベルを強化しようとする場合、より高い割合で設定できることはもちろんである。
【００５５】
このフローチャートには図示しないが、認証が完了すると、認証サーバ１０３は、チャネル、チャネルキー及びブロックを全て削除することができる。このような本発明によれば、端末１０２の認証が完了するたびに認証に使用された情報／データは全て破棄され、認証毎に新たにチャネルが生成されるため、セキュリティレベルが非常に高い効果を奏する。
【００５６】
以下では、実際のサービスに適用された場合のブロックチェーンベース認証サービスの実施形態を具体的に例示する。上述した「認証サーバ１０３」は、以下の実施形態において、認証サーバ及びブロックチェーン認証モジュールに分離することができ、
図４は、本発明の一実施形態によるウェブサービス／サイトを介した認証が試みられた際のブロックチェーンベース認証方法を例示したフローチャートである。
【００５７】
本フローチャートで「ブロックチェーン認証モジュール」は、上記の図１〜３の「認証サーバ１０３」に相当することができ、本フローチャートの認証サーバは、認証成功の是非を最終的に判断するサーバに相当することができる。したがって、本フローチャートの認証サーバ及びブロックチェーン認証モジュールは、図１〜３の「認証サーバ１０３」と総称することもできる。また、本フローチャートにおいて点線で示されている段階は、選択的に適用される段階であって、実施形態に基づいて削除されることもある。また、本フローチャートでは、ユーザは、Ｗｅｂサイト／サービスを介して本人／端末認証を要請したと仮定する。
【００５８】
１．まず、ウェブクライアントは、認証サーバに特定のユーザ／端末認証準備を要請することができる。
【００５９】
２．認証サーバは、ブロックチェーン認証モジュールによってブロックチェーンベース認証準備を要請することができる。
【００６０】
３−９．ブロックチェーン認証モジュールは、チャネル、チャネルキー、ブロック及びブロックキーを生成保存し、これをチャネルのノードに伝送することができる。この時、ブロックチェーン認証モジュールは、チャネルキー及びブロックキーをノードに共通伝送するが、認証比較データをノードに（カテゴリ別に）分割伝送することは、上述した通りである。これを受信したノードは、受信した情報を保存し、後にユーザ／端末認証として使用することができる。本段階に対するより詳細な説明は、図１〜３において上述した通りであり、重複する説明は省略する。
【００６１】
１０−１２．認証準備が完了したブロックチェーン認証モジュールは、チャネルキー及びブロックキーが含まれた認証開始プッシュメッセージを、認証要請したユーザ端末１０２のアプリクライアントに伝送することができる。また、ブロックチェーン認証モジュールは、ブロックチェーン認証準備要請の結果を認証サーバに戻すことができ、認証サーバは、これをウェブクライアントに伝達することができる。
【００６２】
１３−１４．ウェブクライアントは、ウェブソケットの接続を認証サーバに要請することができ、認証サーバは、その要請に応じてウェブソケットを接続し、チャネルキーを保存することができる。
【００６３】
１５−１７．アプリクライアント（つまり、ユーザ端末１０２）は、チャネルキー、ブロックキー及びＵＵＩＤを暗号化し、暗号化された情報及び認証対象データが含まれたブロックチェーン認証要請メッセージを、認証サーバを介してブロックチェーン認証モジュールに伝送することができる。
【００６４】
１８−２２．ブロックチェーン認証モジュールは、受信したチャネルキー、ブロックキー及びＵＵＩＤを復号化し、これをローカルに検証することができる。つまり、復号化した情報に対応するチャネル、ブロック及び／または認証比較データが保存／準備されているか否かを、ブロックチェーン認証モジュールは判断する。これにより、ブロックチェーン認証モジュールは、現在のブロックチェーンベースの認証が可能か否かを、ローカルに判断する。ここで、現在のブロックチェーンベースの認証が不可能な場合、ブロックチェーン認証モジュールは、検証結果を再びアプリクライアントに戻し、認証要請を拒絶することができる。現在のブロックチェーンベースの認証が可能であると判断された場合、ブロックチェーン認証モジュールは、チャネルキー、ブロックキー及び／または認証対象データが含まれた検証プッシュメッセージを、そのチャネルキーに対応するチャネルのノードに伝送することができる。この時、ブロックチェーン認証モジュールは、認証対象データはノードに分割伝送するが、認証比較データと同一カテゴリに分割伝送することは上述した通りである。
【００６５】
２３．ノードは、分割受信した認証比較データと認証対象データを相互比較することにより、認証動作を実行することができる。例えば、ノードは、認証比較データとして受信した第１の指紋データと、認証対象データとして受信した第２の指紋データとが相互マッチングするか否かを判断することにより、認証動作を実行することができる。
【００６６】
２４−２７．チャネルノードは、認証サーバを介して認証結果をブロックチェーン認証モジュールに伝送することができる。ブロックチェーン認証モジュールは、認証比較データと認証対象データとが相互マッチングするという結果（つまり、成功結果）を予め設定された割合超過のノードから受信する場合、認証が成功したものとみなすことができる。ここで予め設定された割合は、チャネルノードの全体数の５０％に設定される。
【００６７】
２８．ブロックチェーン認証モジュールは、認証結果をアプリクライアントに伝送することができる。
【００６８】
２９−３１．アプリクライアントは、認証完了（ＡＰＩ  Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｇｒａｍｍｉｎｇ  Ｉｎｔｅｒｆａｃｅ）を認証サーバに呼び出すことができる。認証メッセージは、認証成功可否に関連するメッセージをウェブクライアントに伝送することができる。
【００６９】
３１−３５．万が一、ウェブクライアントが認証に成功したというメッセージを受信した場合、これを最終的に検証するための検証ＡＰＩを認証サーバに呼び出すことができる。これのため、認証サーバに伝送されるＡＰＩ呼び出しメッセージには、認証成功または失敗に関する属性情報が含まれることができる。以降、認証サーバは、受信したＡＰＩ呼び出しメッセージに基づいて、認証に成功したか否かを最終的に判断し、チャネルキー、セッションＩＤ、検証有効時間及びＩＰを検証し、認証に使用されたチャネルを削除することができる。さらに、認証サーバは、認証結果をウェブクライアントに戻すことができる。
【００７０】
図５は、本発明の一実施形態による認証サーバによる認証試行時、ブロックチェーンベース認証方法を例示したフローチャートである。
【００７１】
本フローチャートにおいて「ブロックチェーン認証モジュール」は、前で図１〜３で上述した「認証サーバ１０３」に相当することができ、本フローチャートの認証サーバは、認証に成功したか否かを最終的に判断するサーバに相当することができる。したがって、本フローチャートの認証サーバ及びブロックチェーン認証モジュールは、図１〜３の「認証サーバ１０３」と称されることもできる。また、本フローチャートにおいて点線で示されている段階は、選択的に適用される段階であって、実施形態に基づいて削除することもできる。また、本フローチャートでは、ユーザは、認証サーバに直接本人／端末認証を要請したと仮定する。
【００７２】
本実施形態は、図４の実施形態において、ウェブクライアントのみ除外された実施形態であって、ウェブクライアントに対する相互作用段階のみを除外したものと見ることができる。したがって、図４の各段階に対する説明が、本フローチャートにも同様に適用されうるので、各段階の説明は、図４の説明に代用し、重複する説明は省略する。
【００７３】
図６は、本発明の一実施形態に係る認証サーバ（またはブロックチェーン認証モジュール）の構成を例示したブロック図である。
【００７４】
図６を参照すると、認証サーバ（またはブロックチェーン認証モジュール）は、プロセッサ６１０、通信ユニット６２０、及びメモリユニット６３０を含むことができる。
【００７５】
通信ユニット６２０は、少なくとも一つの有線／無線通信プロトコルを使用して通信を行うことができる。メモリユニット６３０は、データ／情報を保存することができる。
【００７６】
プロセッサ６１０は、通信ユニット６２０及びメモリユニット６３０を制御することができ、これらを利用して、図１〜５で詳述した動作／段階を主体的に行うことができる。したがって、前で上述した認証サーバ１０３（またはブロックチェーン認証モジュール）は、プロセッサに代えて、説明されることもできる。 
【００７７】
説明の便宜上、各図面に分けて説明したが、各図面に叙述されている実施形態を併合して、新しい実施形態を具現できるように設計することも可能である。また、本発明は、上述したように、説明された実施形態の構成と方法に限定的に適用されうるものではなく、上述した実施形態は、多様な変形が行われるように、各実施形態の全部又は一部が選択的に組み合わされて構成されることもできる。
【００７８】
また、以上では好ましい実施形態について図示して説明したが、本明細書では、上述した特定の実施形態に限定されず、請求の範囲で請求する要旨を逸脱しないで当該明細書が属する技術分野における通常の知識を有する者によって多様な変形実施が可能であることはもちろんのことであり、このような変形実施は、本明細書の技術的思想や展望により個別的に理解されてはならない。
【符号の説明】
【００７９】
６１０  プロセッサ
６２０  通信ユニット
６３０  メモリユニット
【要約】      （修正有）【課題】セキュリティを効果的に高めることができる端末認証方法及びこの端末認証方法を実行するための装置を提供する。【解決手段】ブロックチェーン認証モジュールの認証方法であって、端末の認証準備要請を受信する段階と、端末を認証するマルチノードをランダムに選定して、チャネルを構成し、チャネルに割り当てられるチャネルキーを生成する段階と、端末認証のために使用される認証比較データが含まれたブロックを生成する段階と、を含む。ブロックは、ブロックに割り当てられるブロックキーを含む。【選択図】図３【図１】
0006902151.tif 000002
【図２】
0006902151.tif 000003
【図３】
0006902151.tif 000004
【図４】
0006902151.tif 000005
【図５】
0006902151.tif 000006
【図６】
0006902151.tif 000007