JP2020036319A - 情報処理システム - Google Patents

Abstract

【課題】堅牢かつ利用者にとって利便性の向上した認証システムを提供すること。【解決手段】スマートホン１のハッシュ値生成部４２は、元データから第１ハッシュ値を生成する。ハッシュ値保存制御部４３は、第１ハッシュ値を権限付ブロックチェーンに保存させる制御を実行する。元データ保存制御部４６は、元データを元データ記憶部４１に保存させる制御を実行する。ＰＣ２は、スマートホン１の制御により元データ記憶部４１に保存されている元データを、Ｗｅｂサーバ３に提供する。【選択図】図３

Description

本発明は、情報処理システムに関する。

これまで、本人確認のため、ＩＤ及びパスワード、更に、ワンタイムパスワード等を利用して認証を行う技術が提案されている（例えば特許文献１参照）。
一方、改ざんが困難で信頼性の高いデータの保管の方法としてブロックチェーン（以下、「ＢＣ」と適宜呼ぶ）を用いる技術が提案されている（例えば特許文献２参照）。

特開２００７−３２８３８１号公報 特開２０１７−０９１１４９号公報

しかしながら、サーバにより認証を行う都合上、サーバに保管された個人情報が流出するリスクを有していた。また、他人による不正な認証を回避するために、ワンタイムパスワード等のさらなる情報を入力する必要が発生し、利用者にとって煩雑な認証システムとなっていた。

本発明は、このような状況に鑑みてなされたものであり、本発明は、堅牢かつ利用者にとって利便性の向上した情報処理システムを提供することを目的とする。

上記目的を達成するため、本発明の一態様の情報処理システムは、
認証用の元データを用意する第１情報処理装置と、前記元データに基づく認証がなされる対象の第２情報処理装置（第２情報処理装置自身が第１情報処理装置となる場合＝１台の情報処理装置となる場合も含む）と、前記第２情報処理装置に対する前記認証を行う第３情報処理装置と、を含む情報処理システムにおいて、
前記第１情報処理装置は、
前記元データから第１ハッシュ値を生成する第１ハッシュ値生成手段と、
前記第１ハッシュ値を権限付ブロックチェーンに保存させる制御を実行するハッシュ値保存制御手段と、
前記元データを記憶媒体に保存させる制御を実行する元データ保存制御手段と、
を備え、
前記第２情報処理装置は、
前記第１情報処理装置の制御により前記記憶媒体に保存されている前記元データを、前記第３情報処理装置に提供する元データ提供手段、
を備え、
前記第３情報処理装置は、
前記第２情報処理装置から提供された前記元データから第２ハッシュ値を生成する第２ハッシュ値生成手段と、
前記第２ハッシュ値を前記権限付ブロックチェーンに送信する制御を実行するハッシュ値送信制御手段と、
前記権限付ブロックチェーンにおける前記第１ハッシュ値と前記第２ハッシュ値との比較の結果に基づいて、前記第２情報処理装置に対する前記認証を試みる認証手段と、
を備える。
本発明の一態様の上記情報処理システムに対応する情報処理方法及びプログラムも、本発明の一態様の情報処理方法及びプログラムとして提供される。

本発明によれば、堅牢かつ利用者にとって利便性の向上した認証システムを提供することができる。

本発明に係る第１実施形態に係る情報処理システムを示す図である。 図１の情報処理システムのＰＣ２のハードウェア構成を示す図である。 図１の情報処理システムの機能構成を示す図である。 第１実施形態の情報処理システムのハッシュ値登録動作を示すフローチャートである。 第１実施形態の情報処理システムの認証動作を示すフローチャートである。 本発明に係る第２実施形態に係る情報処理システムを示す図である。 図５の情報処理システムの機能構成を示す図である。 第２実施形態の情報処理システムの認証動作を示すフローチャートである。 本発明に係る第３実施形態に係る情報処理システムを示す図である。 図９の情報処理システムの機能構成を示す図である。 第３実施形態の情報処理システムの認証動作を示すフローチャートである。

以下、本発明の実施形態について図面を用いて説明する。
図１は、本発明に係る第１実施形態に係る情報処理システムを示す図である。

図１に示すように、第１実施形態の情報処理システムは、認証用の元データを用意する第１情報処理装置としてのスマートホン１と、元データに基づく認証がなされる対象の第２情報処理装置としてのパーソナルコンピュータ２（以下、「ＰＣ２」と適宜呼ぶ）と、ＰＣ２に対する認証を行う第３情報処理装置としてのＷｅｂサーバ３と、ブロックチェーン認証システム４（以下、「ＢＣ Ａｕｔｈ４」と適宜呼ぶ）とをネットワークＮを介して接続して構成される。

図２は、図１の情報処理システムのうち、ＰＣ２のハードウェア構成を示す図である。
図２に示すように、ＰＣ２は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）２１と、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）２２と、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）２３と、バス２４と、入出力インターフェース２５と、表示部２７と、入力部２８と、記憶部２９と、通信部３０と、ドライブ３１と、を備えている。

ＣＰＵ２１は、ＲＯＭ２２に記録されているプログラム、又は、記憶部２９からＲＡＭ２３にロードされたプログラムに従って各種の処理を実行する。ＲＡＭ２３には、ＣＰＵ２１が各種の処理を実行する上において必要なデータ等も適宜記憶される。

ＣＰＵ２１、ＲＯＭ２２及びＲＡＭ２３は、バス２４を介して相互に接続されている。このバス２４にはまた、入出力インターフェース２５も接続されている。入出力インターフェース２５には、表示部２７、入力部２８、記憶部２９、通信部３０及びドライブ３１が接続されている。

表示部２７は、液晶等のディスプレイにより構成され、Ｗｅｂサーバ３から提供されるＷｅｂ画面を表示する。入力部２８は、各種ハードウェア釦等で構成され、利用者の指示操作に応じて入力される各種情報を受け付ける。

記憶部２９は、ＤＲＡＭ（Ｄｙｎａｍｉｃ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）等で構成され、各種データを記憶する。
通信部３０は、例えばＬＡＮインターフェースであり、インターネットを含むネットワークＮを介して他の装置（図１の例ではＷｅｂサーバ３）との間で通信を行う。

ドライブ３１は、必要に応じて設けられる。ドライブ３１には、磁気ディスク、光ディスク、光磁気ディスク、或いは半導体メモリ等よりなる、リムーバブルメディア３２が適宜装着され、リムーバブルメディア３２に対してデータやプログラムを読み出し動作、及び書き込み動作する。ドライブ３１によってリムーバブルメディア３２から読み出されたプログラムは、必要に応じて記憶部２９にインストールされる。また、リムーバブルメディア３２は、記憶部２９に記憶されている各種データも、記憶部２９と同様に記憶することができる。

なお、ＰＣ２以外の例えばスマートホン１のハードウェアは、ＰＣ２とほぼ同様であり、図示は省略する。スマートホン１は、ＰＣ２のＱＲコードリーダ５に変えてタッチ操作入力部を備え、表示部２８とともにタッチパネルを構成する。また、Ｗｅｂサーバ３のハードウェアは、ＰＣ２とほぼ同様であり図示は省略する。Ｗｅｂサーバ３には、ＰＣ２の表示部２７やＱＲコードリーダ５が存在しない点が異なる。この第１実施形態では、スマートホン１とＰＣ２は利用者が所有するものとする。ＱＲコードは登録商標である。

次に、図３を参照して情報処理システムの機能構成を説明する。図３は、図１の情報処理システムの機能構成を示す図である。

図３に示すように、ＢＣ Ａｕｔｈ４は、通信部７１、比較部７２、ハッシュ値保存部７３等を備える。
通信部７１は、ネットワークＮを通じてリクエストを受信し、リクエストに応じて処理を行った結果のレスポンスを要求元へ返信する。
ハッシュ値保存部７３には、スマートホン１から受信したハッシュ値（第１ハッシュ値）が保存される。ハッシュ値保存部７３は、一つのコントラクトアドレス内にハッシュ値を保存する。

このＢＣ Ａｕｔｈ４は、所有者権限付きのワンタイムトークンを使ってハッシュ値をハッシュ値保存部７３に保存し管理することから、例えば権限付ブロックチェーン等という。ハッシュ値を保存する場所としては、上記ＢＣ Ａｕｔｈ４以外に、例えばセキュリティの高い分散型データベースやネットワークストレージ等であってもよい。
比較部７２は、ＢＣ認証要求のリクエストが受信されると、ハッシュ値保存部７３に保存されている第１ハッシュ値と、Ｗｅｂサーバ３から受信されたＢＣ認証リクエストに含まれる第２ハッシュ値とを比較し、比較の結果をレスポンスとして通信部７１を通じてＷｅｂサーバ３へ返信する。
このＢＣ Ａｕｔｈ４は、複数のサーバが同じ情報を共有して時系列を追って管理するシステムであり、データの改ざん等の不正操作に対して堅牢である。

スマートホン１は、元データ記憶部４１、ハッシュ値生成部４２、ハッシュ値保存制御部４３、通信部４４、元データ保存制御部４６、ＱＲコード生成部４８等を備える。
元データ記憶部４１には、認証用の元データが記憶される。認証用の元データは、登録の際にハッシュ値生成部４２が生成した乱数データやデータどうしの組み合わせ、ＱＲコード生成部４８が乱数データから生成したＱＲコード等である。

ハッシュ値生成部４２は、元データからハッシュ値（第１ハッシュ値）を生成する第１ハッシュ値生成手段である。より詳細には、ハッシュ値生成部４２は、例えばサービス提供側が発行するデバイスＩＤと半角英数字等からなる乱数とを組み合わせてハッシュ値（第１ハッシュ値）を生成する。

ハッシュ値保存制御部４３は、ハッシュ値生成部４２により生成されたハッシュ値（第１ハッシュ値）をＢＣ Ａｕｔｈ４（権限付ブロックチェーン）に保存させる制御を実行するハッシュ値保存制御手段である。
通信部４４は、ハッシュ値保存制御部４３により制御されてネットワークＮを通じて他の情報処理装置（例えばＢＣ Ａｕｔｈ４等）とリクエストやレスポンスをやり取りする。

元データ保存制御部４６は、ハッシュ値生成部４２により生成された元データをリムーバブルメディア３２等の記憶媒体や元データ記憶部４１等の記憶手段に保存させる制御を実行する。
表示部４７は、新規登録時や認証時に提供される画面（ハッシュ値提供画面やＱＲコード発行画面等）を表示する。入力部４５は、表示部４７に表示された画面（ハッシュ値提供画面やＱＲコード発行画面等）に入力される情報や操作を受け付ける。

ＱＲコード生成部４８は、例えばＱＲコードを生成するアプリケーションプログラム等であり、予めスマートホン１にインストールしておくものとする。ＱＲコード生成部４８は、元データ記憶部４１等の記憶媒体に保存された元データをコードデータに変換し、変換したコードデータを、元データに基づく認証がなされる対象の他の情報処理装置（ＰＣ２）に読み込ませる制御（ＱＲコードを画面に表示したりBluetooth通信で送ったり）を実行する変換手段である。具体的には、ＱＲコード生成部４８は、起動することでＱＲコード発行画面を表示しＱＲコード発行画面からＱＲコード生成の指示操作が行われることで、元データ記憶部４１から元データを読み出して、読み出した元データからＱＲコードを生成し、表示部４７に表示する。Bluetoothは登録商標である。

ＰＣ２は、ＱＲコード読取部５１、元データ記憶部５２、制御部５３、通信部３０等を備える。ＱＲコード読取部５１は、ＱＲコードリーダ５と復号用のアプリケーションプログラムなり、スマートホン１からＱＲコード等のコードデータを取得し、取得したＱＲコードから元データを復号する元データ取得手段である。即ちＱＲコード読取部５１は、スマートホン１に表示されるＱＲコードを読み取り、元データを復号し、元データ記憶部５２に記憶する。元データ記憶部５２には、ＱＲコード読取部５１により復号された元データ（乱数データ）が記憶される。

制御部５３は、スマートホン１から提供された元データに基づいてこのデバイスが認証されるよう通信部３０を通じてＷｅｂサーバ３にリクエストを送信し、リクエストに対するレスポンスを受け取り、レスポンスの内容に応じた処理や制御を実行する。

例えば、制御部５３は、Ｗｅｂサーバ３から受信されたレスポンスに含まれる認証結果が、認証成功であれば、このＰＣ２が認証されたものと判定して、次の処理、例えば会員ページへのログイン処理や決済処理等を行う。

つまり制御部５３及び通信部３０は、スマートホン１の制御（元データを変換したＱＲコードの読み取り、元データのBluetooth転送等）により元データ記憶部５２に保存した元データを、このデバイスの認証用の一つのデータとしてＷｅｂサーバ３に提供する元データ提供手段として機能する。

Ｗｅｂサーバ３は、通信部６１、ハッシュ値生成部６２、ハッシュ値送信制御部６３、認証部６４等を備える。
通信部６１は、ネットワークＮを通じてＰＣ２から認証要求のリクエストを受け取り、リクエストに対する認証結果のレスポンスを返信する。また、通信部６１は、ハッシュ値送信制御部６３により制御されてネットワークＮを通じてＢＣ Ａｕｔｈ４へＢＣ認証要求のリクエスト（以下「ＢＣ認証リクエスト」と称す）を送信し、このＢＣ認証リクエストに対してＢＣ Ａｕｔｈ４からＢＣ認証結果のリスポンスを受け取る。

ハッシュ値生成部６２は、ＰＣ２から提供された元データから第２ハッシュ値を生成する第２ハッシュ値生成手段である。
ハッシュ値送信制御部６３は、第２ハッシュ値をＢＣ Ａｕｔｈ４（権限付ブロックチェーン）に送信する制御を実行するハッシュ値送信制御手段である。具体的には、ハッシュ値送信制御部６３は、ハッシュ値生成部６２により生成された第２ハッシュ値を含むＢＣ認証要求のリクエストを通信部６１及びネットワークＮを通じてＢＣ Ａｕｔｈ４へ送信し、リクエストに対するＢＣ認証結果のレスポンスをネットワークＮ及び通信部６１を通じて受け取る。

認証部６４は、権限付ブロックチェーンに事前登録した第１ハッシュ値と、ＰＣ２から提供された元データから生成した第２ハッシュ値との比較の結果に基づいて、ＰＣ２に対する認証を試みる。より具体的には、認証部６４は、ＢＣ Ａｕｔｈ４から受け取ったレスポンスに含まれるＢＣ認証結果に応じて要求元のデバイスであるＰＣ２を認証し、その認証結果を通信部６１及びネットワークＮを通じてＰＣ２へ返信する。例えばＢＣ認証結果としては、ハッシュ値どうしが不一致であれば認証失敗、一致した場合は認証成功等の結果が得られる。

続いて、図４及び図５のフローチャートを参照して第１実施形態の情報処理システムの動作を説明する。まず図４を参照してハッシュ値の登録動作を説明する。
この情報処理システムでは、スマートホン１において、決済や認証を行う前、つまり事前にスマートホン１が有する元データのハッシュ値をＢＣ Ａｕｔｈ４（権限付ブロックチェーン）に保存させておく必要がある。

この場合、利用者は、事前に会員登録を行うことで、会員情報に対応するコントラクトアドレスとデバイスＩＤとがＢＣ Ａｕｔｈ４から発行される。コントラクトアドレスは、ハッシュ値を保存するための保存場所を示すアドレスであり、認証のために利用される。デバイスＩＤは、スマートホン１に付与される識別情報であり、スマートホン１に通知される。

上記会員登録の後、利用者が、スマートホン１の入力部４５に対してハッシュ値を生成するための操作を行うと、ハッシュ値生成部４２が、乱数を発生させて乱数データを生成し、生成した乱数データとデバイスＩＤとを組み合わせたものを元データとして、その元データからハッシュ値（第１ハッシュ値）を生成（ハッシュ化）する（図４のステップ１）。以下「ステップをＳ」と略す。なお、乱数データをハッシュ化してもよく、スマートホン１に予め用意されている他のデータ（タイムスタンプやコード等）を乱数データと組み合わせてハッシュ化してもよい。

続いて、ハッシュ値保存制御部４３は、ハッシュ値生成部４２により生成されたハッシュ値（第１ハッシュ値）をＢＣ Ａｕｔｈ４に保存させる制御を実行する。具体的には、ハッシュ値保存制御部４３は、通信部４４を制御してネットワークＮを通じてＢＣ Ａｕｔｈ４へハッシュ値とコントラクトアドレスを含む登録リクエストを送信する（Ｓ２）。

また、元データ保存制御部４６は、ハッシュ値生成部４２により生成された元データをリムーバブルメディア３２等の記憶媒体や元データ記憶部４１に保存させる制御を実行する（Ｓ３）。この例では、元データは、元データ記憶部４１に保存されるものとする。

ＢＣ Ａｕｔｈ４では、スマートホン１から送信された登録リクエストを通信部７１が受信すると（Ｓ２１）、登録リクエストに含まれるハッシュ値を、ハッシュ値保存部７３の該当コントラクトアドレスに保存する（Ｓ２２）。

次に、スマートホン１と共に利用者自身が操作するＰＣ２を認証デバイスとして認証させる動作を説明する。
利用者が、スマートホン１の入力部４５に対して、ＱＲコード生成部４８を起動する操作を行うと、ＱＲコード生成部４８がＱＲコード発行画面（図示せず）を表示部４７に表示させる。

そして、利用者がＱＲコード発行画面のＱＲコード発行ボタン（図示せず）を操作すると、ＱＲコード生成部４８は、元データ記憶部４１から元データ（乱数データとデバイスＩＤとを組み合わせたもの）を読み出して、読み出した元データをコード変換することでＱＲコードを生成し（Ｓ４）、表示部４７に表示する（Ｓ５）。

ここで、利用者が、元データに基づく認証をなすべき対象のＰＣ２のＱＲコードリーダ５の読み取り部を表示部４７に向けると、ＰＣ２では、ＱＲコード読取部５１がＱＲコードを読み取り、元データを復号し元データ記憶部５２に記憶する（Ｓ２３）。

ＰＣ２では、制御部５３が、ＱＲコード読取部５１により復号された元データを含むリクエストを生成し、通信部３０を通じてＷｅｂサーバ３へ送信する（Ｓ２４）。つまりＰＣ２からＷｅｂサーバ３へ元データを提供する。

Ｗｅｂサーバ３では、ＰＣ２からのリクエストが通信部６１により受信されると、リクエストに含まれる元データを保存する（Ｓ３１）。

続いて、ハッシュ値生成部６２は、元データからハッシュ値を生成し（Ｓ３２）、ハッシュ値送信制御部６３に渡す。
ハッシュ値送信制御部６３は、受け取ったハッシュ値を含むＢＣ認証リクエストを生成し、ＢＣ Ａｕｔｈ４へ送信する（Ｓ３３）。
ＢＣ Ａｕｔｈ４では、通信部７１によりＢＣ認証リクエストが受信されると（Ｓ４１）、比較部７２に渡す。

比較部７２は、ハッシュ値保存部７３に保存されている第１ハッシュ値と、Ｗｅｂサーバ３から受信されたＢＣ認証リクエストに含まれる第２ハッシュ値とを比較し（Ｓ４２）、比較の結果を含むＢＣ認証レスポンスを、通信部７１を通じてＷｅｂサーバ３へ返信する（Ｓ４３）。

Ｗｅｂサーバ３では、ＢＣ Ａｕｔｈ４からのＢＣ認証レスポンスが通信部６１により受信されると（Ｓ３４）、ＢＣ認証レスポンスに含まれる比較結果を認証部６４に渡す。
認証部６４は、受け取った比較結果を基に対象のデバイスであるＰＣ２を認証し（Ｓ３５）、認証結果のレスポンスを、通信部６１を通じてＰＣ２へ返信する（Ｓ３６）。

ＰＣ２では、通信部３０がＷｅｂサーバ３からレスポンスを受信すると（Ｓ２５）、制御部５３がレスポンスに含まれる認証結果を抽出し、認証結果に応じた処理動作を行う。

認証結果が、例えば認証成功であれば（Ｓ２６のＹｅｓ）、制御部５３は、ＰＣ２を認証デバイスとして動作し（Ｓ２７）、次の処理（任意のサイトへのログイン処理や決済処理等）を行う。
また、認証結果が、例えば認証失敗であれば（Ｓ２６のＮｏ）、制御部５３は、例えばエラーメッセージを表示部２７に表示する等のエラー処理を行う（Ｓ２８）。

このようにこの第１実施形態によれば、認証デバイスとして会員登録したスマートホン１からＢＣ Ａｕｔｈ４に、事前にスマートホン１の元データをハッシュ化したハッシュ値を登録しておき、スマートホン１の他に認証されるべきＰＣ２についてもスマートホン１の元データをＱＲコードにしてＰＣ２に読み取らせて元データを復号し、ＰＣ２に移したスマートホン１の元データをＷｅｂサーバ３に送り、Ｗｅｂサーバ３において元データをハッシュ化して、ＢＣ Ａｕｔｈ４で認証させることで、利用者が手入力するパスワード等とは違い秘匿性の高い認証が可能になり、堅牢かつ利用者にとって利便性の向上した情報処理システムを提供することができる。

次に、図６乃至図８を参照して本発明に係る第２実施形態の情報処理システムを説明する。図６は、本発明に係る第２実施形態の情報処理システムを示す図である。この第２実施形態は、Ｗｅｂ上で認証を行いつつカード決済を行う情報処理システムの一例である。

図６に示すように、第２実施形態の情報処理システムは、認証用の元データを用意し、元データに基づきデバイス認証がなされた第１情報処理装置としてのスマートホン１と、スマートホン１に対してカード決済でサービスを提供するサービス提供元の第２情報処理装置としてのサーバ６と、サーバ６がＷｅｂ上で公開するカード決済のサービスのｗｅｂページにアップされる決済フォームを提供する代行業者の第４情報処理装置としてのサーバ７と、決済フォームに入力される決済情報を基にカード決済を行うカード会社の第３情報処理装置としてのサーバ８と、カード決済に関するＢＣ認証を行うＢＣ Ａｕｔｈ４とを、ネットワークＮを介して接続して構成される。

次に、図７を参照して第２実施形態に係る情報処理システムの機能構成を説明する。図７は、図５の情報処理システムの機能構成を示す図である。なお、この第２実施形態において第１実施形態と同じ構成には同一の符号を付しその説明は省略する。

図７に示すように、第２実施形態の情報処理システムのスマートホン１は、Ｗｅｂアクセス部５０を備える。Ｗｅｂアクセス部５０は、例えばＷｅｂブラウザ等のアプリケーションプログラムにより実現される。

Ｗｅｂアクセス部５０は、利用者が入力部４５を操作して、サーバ６が公開する決済サービスのサイトにアクセスすることで、そのＷｅｂページを表示部４７に表示し、そのＷｅｂページにある決済フォームに決済情報を入力することで、例えばクレジットカード等による決済が可能になる。

サーバ６は、通信部８１、Ｗｅｂサイト公開部８２、リクエスト送信制御部８３等を備える。通信部８１は、ネットワークＮを通して他のサーバ７、８と情報のやり取りを行う。

Ｗｅｂサイト公開部８２は、Ｗｅｂ上に決済サービスのＷｅｂページを公開する。リクエスト送信制御部８３は、スマートホン１から得られた元データ及び決済フォームに入力されたカード情報等を決済情報とし、決済情報を含む決済情報リクエストを、通信部８１を通じて代行業者のサーバ７へ送信する。

サーバ７は、通信部９１、決済フォーム提供部９２、リクエスト送信制御部９３等を備える。通信部９１は、ネットワークＮを通して他のサーバ６、８と情報のやり取りを行う。決済フォーム提供部９２は、サーバ６に対してＷｅｂページにアップする決済フォームを提供する。リクエスト送信制御部９３は、サーバ６から受信される決済情報リクエストを、通信部９１を通じてカード会社のサーバ８へ送信する。

サーバ８は、通信部１０１、ハッシュ値生成部１０２、ハッシュ値送信制御部１０３、決済部１０４等を備える。

通信部１０１は、サーバ７から決済情報リクエストを受け取り、そのリクエストに対する認証結果のレスポンスを返信する。また、通信部１０１は、ハッシュ値送信制御部１０３により制御されてネットワークＮを通じてＢＣ Ａｕｔｈ４へＢＣ認証要求のリクエスト（以下「ＢＣ認証リクエスト」と称す）を送信し、このＢＣ認証リクエストに対してＢＣ Ａｕｔｈ４からＢＣ認証結果のリスポンスを受け取る。

ハッシュ値生成部１０２は、スマートホン１からサーバ６、７を通じてリクエストに含まれて提供された元データからハッシュ値（第２ハッシュ値）を生成する第２ハッシュ値生成手段である。

ハッシュ値送信制御部１０３は、ハッシュ値生成部１０２により生成されたハッシュ値（第２ハッシュ値）を含むＢＣ認証リクエストを通信部１０１及びネットワークＮを通じてＢＣ Ａｕｔｈ４へ送信し、リクエストに対するＢＣ認証結果のレスポンスをネットワークＮ及び通信部１０１を通じて受け取る。

続いて、図８のフローチャートを参照して第２実施形態の情報処理システムの動作を説明する。なお、この第２施形態においては、第１実施形態と同様にスマートホン１のハッシュ値をＢＣ Ａｕｔｈ４に事前に登録し、ハッシュ値の作成元の元データをスマートホン１に記憶しているものとする。

この情報処理システムでは、サーバ７の決済フォーム提供部９２が、サーバ６へ決済フォームを提供する（図８のＳ５１）。
サーバ６では、Ｗｅｂサイト公開部８２が、サーバ７から提供された決済フォームを含む決済サービスのサイトを公開する（Ｓ６１）。

利用者がスマートホン１の入力部４５に、サーバ６が公開する決済サービスのサイトのアドレスを入力すると、Ｗｅｂアクセス部５０は、そのサイトにアクセスし（Ｓ６）、Ｗｅｂページを表示部４７に表示する。

ここで、利用者がＷｅｂページにある決済フォームに決済情報を入力することで、Ｗｅｂアクセス部５０は、その決済情報を受け付けて（Ｓ７）、受け付けた決済情報とスマートホン１で事前に認証した元データ記憶部４１の元データとをサービス提供元のサーバ６へ送信する（Ｓ７）。決済情報は、カード情報（クレジットカード番号、ＣＶＣ、有効期限等）を含む。

サーバ６では、スマートホン１からの決済情報と元データを通信部８１が受信すると（Ｓ６２）、これらの情報を含む決済リクエストをリクエスト送信制御部８３が生成し、代行業者のサーバ７へ送信する（Ｓ６３）。

サーバ７では、決済リクエストを通信部９１が受信すると、リクエスト送信制御部９３が、受信した決済リクエストをカード会社のサーバ８へ転送する（Ｓ７１）。

サーバ８では、サーバ７からの決済リクエストを通信部１０１が受信すると（Ｓ８１）、受信された決済リクエストに含まれる元データをハッシュ値生成部１０２に渡す。
ハッシュ値生成部１０２は、受け取った元データからハッシュ値を生成し（Ｓ８２）、ハッシュ値送信制御部１０３に渡す。

ハッシュ値送信制御部１０３は、受け取ったハッシュ値を含むＢＣ認証リクエストを生成し、ＢＣ Ａｕｔｈ４へ送信する（Ｓ８３）。その後のＢＣ Ａｕｔｈ４における処理（Ｓ４１乃至Ｓ４３）は、第１実施形態と同様であり、その説明は省略する。

サーバ８では、ＢＣ Ａｕｔｈ４からのＢＣ認証レスポンスが通信部１０１により受信されると（Ｓ８４）、ＢＣ認証レスポンスに含まれるハッシュ値の比較結果を決済部１０４に渡す。
受け取ったハッシュ値の比較結果として互いのハッシュ値が不一致のため認証失敗であれば（Ｓ８５のＮｏ）、決済部１０４は、エラー通知などのエラー処理を行う（Ｓ８６）。

一方、受け取ったハッシュ値の比較結果として互いのハッシュ値が一致したことで認証成功であれば（Ｓ８５のＹｅｓ）、決済部１０４は、決済リクエストに含まれる決済情報（カード情報）を基に決済処理を実行し（Ｓ８７）、決済結果のレスポンスを、通信部１０１からネットワークＮを通じてサービス提供元のサーバ６へ送信する（Ｓ８８）。

サーバ６では、決済結果のレスポンスを通信部８１が受信することで（Ｓ６４）、サービス提供元は、カード会社によりカード決済が完了したことがわかる。

このようにこの第２実施形態によれば、利用者がスマートホン１でカード決済を行う際に、利用者は、個人情報（氏名、住所等）を入力することなく、決済画面からカード情報を入力すれば、各サーバ６、７を通じてカード会社のサーバ８にカード情報を含む決済情報と予めスマートホン１に保存された元データが送信されて、サーバ８では、受信された情報のうち元データをハッシュ化したハッシュ値をＢＣ Ａｕｔｈ４へ送り、ＢＣ Ａｕｔｈ４は、サーバ８から受け取ったハッシュ値（第２ハッシュ値）とスマートホン１から事前登録されたハッシュ値（第１ハッシュ値）との比較で利用者（スマートホン１）を認証するので、カード決済の際に利用者の個人情報がネットワークＮでやり取りされることがなくなり、堅牢かつ利用者にとって利便性の向上した情報処理システムを提供することができる。

なお、上記実施形態では、サーバ８に、元データをハッシュ化する機能（ハッシュ値生成部１０２）を備えたが、他のコンピュータ（サーバ６、７）に備えてもよい。

次に、図９乃至図１１を参照して本発明に係る第３実施形態の情報処理システムを説明する。図９は、本発明に係る第３実施形態に係る情報処理システムを示す図である。なお、この第３実施形態において第１及び第２実施形態と同じ構成には同一の符号を付しその説明は省略する。

図９に示すように、第３実施形態の情報処理システムは、認証用の元データを用意し、元データに基づきデバイス認証がなされる第１情報処理装置としてのスマートホン１と、スマートホン１の利用者に対して、例えばマイページ等のＷｅｂサービスを提供するサービス提供元の第２情報処理装置としてのサーバ９と、利用者がマイページにログインするためのログイン処理に関するＢＣ認証を行うＢＣ Ａｕｔｈ４とを、ネットワークＮを介して接続して構成される。

次に、図１０を参照して第３実施形態に係る情報処理システムの機能構成を説明する。図１０は、図９の情報処理システムの機能構成を示す図である。なお、この第３実施形態において第１及び第２実施形態と同じ構成には同一の符号を付しその説明は省略する。また、サーバ９のハードウェア構成についても第１実施形態（図２の構成からＱＲコードリーダ５を省いた構成に相当）と同様でありその説明は省略する。

図１０に示すように、第３実施形態の情報処理システムのサーバ９は、通信部１１１、Ｗｅｂサイト公開部１１２、ハッシュ値生成部１１３、ハッシュ値送信制御部１１４等を備える。

通信部１１１は、スマートホン１からログインリクエストを受け取り、そのログインリクエストに対する認証結果のレスポンスを返信する。また、通信部１１１は、ハッシュ値送信制御部１１4により制御されてネットワークＮを通じてＢＣ Ａｕｔｈ４へＢＣ認証リクエストを送信し、このＢＣ認証リクエストに対してＢＣ Ａｕｔｈ４からＢＣ認証結果のリスポンスを受け取る。

Ｗｅｂサイト公開部１１２は、マイページ等のＷｅｂサービスを提供するサイトをＷｅｂ上に公開する。Ｗｅｂサイト公開部１１２は、スマートホン１からマイページにログインするためのリクエストがあると、スマートホン１にログイン画面を提供し、ログインＩＤ及びパスワードなどのログイン情報の入力を促す。

ハッシュ値生成部１１３は、スマートホン１から受信されたログイン情報と元データのうち、元データからハッシュ値（第２ハッシュ値）を生成する第２ハッシュ値生成手段である。

ハッシュ値送信制御部１１４は、ハッシュ値生成部１１３により生成されたハッシュ値（第２ハッシュ値）を含むＢＣ認証リクエストを通信部１１１及びネットワークＮを通じてＢＣ Ａｕｔｈ４へ送信し、ＢＣ認証リクエストに対するＢＣ認証結果のレスポンスであるＢＣ認証結果レスポンスをネットワークＮ及び通信部１１１を通じて受け取る。

続いて、図１１のフローチャートを参照して第３実施形態の情報処理システムの動作を説明する。なお、この第３施形態においては、第１実施形態で説明したようにスマートホン１のハッシュ値をＢＣ Ａｕｔｈ４に事前に登録し、ハッシュ値の作成元の元データをスマートホン１に記憶しているものとする。

この第３実施形態の情報処理システムでは、サーバ９のＷｅｂサイト公開部１１２が、マイページのＷｅｂサービスのサイトを公開する（Ｓ９１）。
利用者がスマートホン１の入力部４５に、サーバ９が公開するマイページのＷｅｂサイトのアドレスを入力すると、Ｗｅｂアクセス部５０は、そのＷｅｂサイトにアクセスする（Ｓ９）。

すると、サーバ９では、Ｗｅｂサイト公開部１１２が、マイページにログインするためのログイン画面をスマートホン１へ提供し、スマートホン１の表示部４７にログイン画面が表示される。

ここで、利用者がログイン画面にユーザＩＤ及びパスワード等のログイン情報を入力すると、Ｗｅｂアクセス部５０は、そのログイン情報を受け付けて（Ｓ１０）、受け付けたログイン情報とスマートホン１で事前に認証した元データ記憶部４１の元データとをサービス提供元のサーバ９へ送信する（Ｓ１１）。

サーバ９では、スマートホン１からのログイン情報と元データとを通信部１１１が受信すると（Ｓ９２）、受信されたログイン情報と元データのうち、元データをハッシュ値生成部１１３に渡す。

ハッシュ値生成部１１３は、受け取った元データからハッシュ値を生成し（Ｓ９３）、ハッシュ値送信制御部１１４に渡す。

ハッシュ値送信制御部１１４は、受け取ったハッシュ値を含むＢＣ認証リクエストを生成し、ＢＣ Ａｕｔｈ４へ送信する（Ｓ９４）。その後のＢＣ Ａｕｔｈ４における処理（Ｓ４１乃至Ｓ４３）は、第１及び第２実施形態と同様であり、その説明は省略する。

サーバ９では、ＢＣ Ａｕｔｈ４からのＢＣ認証レスポンスが通信部１１１により受信されると（Ｓ９５）、ＢＣ認証レスポンスに含まれるハッシュ値の比較結果をＷｅｂサイト公開部１１２に渡す。

Ｗｅｂサイト公開部１１２は、受け取ったハッシュ値の比較結果として互いのハッシュ値が不一致のため認証失敗であれば（Ｓ９６のＮｏ）、再度、ログイン情報の入力を促すログイン画面を提供する等のエラー処理を行う（Ｓ９７）。

一方、受け取ったハッシュ値の比較結果として互いのハッシュ値が一致したことで認証成功であれば（Ｓ９６のＹｅｓ）、Ｗｅｂサイト公開部１１２は、マイページ画面を、通信部１１１からネットワークＮを通じてスマートホン１へ送信する（Ｓ９８）。

スマートホン１では、Ｗｅｂアクセス部５０が、サーバ９から提供されたマイページを表示部４７に表示することで（Ｓ１２）、利用者は、以降、自身のマイページを利用できるようになる。

このようにこの第３実施形態によれば、利用者がスマートホン１でマイページにログインする際に、ログイン画面からログイン情報（ユーザＩＤ、パスワード等）を入力すれば、サーバ９にログイン情報と予めスマートホン１に保存された元データが送信されて、サーバ９では、受信された情報のうち元データをハッシュ化したハッシュ値をＢＣ Ａｕｔｈ４へ送り、ＢＣ Ａｕｔｈ４は、サーバ９から受け取ったハッシュ値（第２ハッシュ値）とスマートホン１から事前登録されたハッシュ値（第１ハッシュ値）との比較で利用者（スマートホン１）を認証するので、マイページにログインする際にセキュリティを高めるためにログイン情報の他にデバイス認証のためのパスワードを利用者が入力しなくて済み、堅牢かつ利用者にとって利便性の向上した情報処理システムを提供することができる。

以上、本発明の一実施形態について説明したが、本発明は、上述の実施形態に限定されるものではなく、本発明の目的を達成できる範囲での変形、改良等は本発明に含まれるものである。

上記実施形態では、認証用の元データを乱数データとしたが、この他、認証用の元データは、このスマートホン１に保存された画像データ、テキストファイル（テキストデータ）、動画データ等の、所要者本人しか持たない電子データを利用できる。この他、認証用の元データは、タイムスタンプやコードなどであってもよい。

また、例えば、上述した一連の処理は、ハードウェアにより実行させることもできるし、ソフトウェアにより実行させることもできる。
また、１つの機能ブロックは、ハードウェア単体で構成してもよいし、ソフトウェア単体で構成してもよいし、それらの組み合わせで構成してもよい。

一連の処理をソフトウェアにより実行させる場合には、そのソフトウェアを構成するプログラムが、コンピュータ等にネットワークや記録媒体からインストールされる。
コンピュータは、専用のハードウェアに組み込まれているコンピュータであってもよい。
また、コンピュータは、各種のプログラムをインストールすることで、各種の機能を実行することが可能なコンピュータ、例えばサーバの他汎用のスマートホンやＰＣ等であってもよい。

このようなプログラムを含む記録媒体は、ユーザにプログラムを提供するために装置本体とは別に配布される図示せぬリムーバブルメディアにより構成されるだけでなく、装置本体に予め組み込まれた状態でユーザに提供される記録媒体等で構成される。

なお、本明細書において、記録媒体に記録されるプログラムを記述するステップは、その順序に沿って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的あるいは個別に実行される処理をも含むものである。
また、本明細書において、システムの用語は、複数の装置や複数の手段等より構成される全体的な装置を意味するものとする。

換言すると、本発明が適用される情報処理システムは、上述の図１の実施形態としての情報処理システムを含め、次のような構成を有する各種各様の実施形態を取ることができる。

即ち、本発明が適用される情報処理システムは、
認証用の元データを用意する第１情報処理装置（例えば図１のスマートホン１）と、前記元データに基づく認証がなされる対象の第２情報処理装置（例えば図１のＰＣ２）と、前記第２情報処理装置（例えば図１のＰＣ２）に対する前記認証を行う第３情報処理装置（例えば図１のＷｅｂサーバ３）と、を含む情報処理システムにおいて、
前記第１情報処理装置（例えば図３のスマートホン１）は、
前記元データから第１ハッシュ値を生成する第１ハッシュ値生成手段（例えば図３のハッシュ値生成部４２）と、
前記第１ハッシュ値を権限付ブロックチェーン（例えば図３のＢＣ Ａｕｔｈ４）に保存させる制御を実行するハッシュ値保存制御手段（例えば図３のハッシュ値保存制御部４３）と、
前記元データを記憶媒体（例えば図３の元データ記憶部４１）に保存させる制御を実行する元データ保存制御手段（例えば図３の元データ保存制御部４６）と、
を備え、
前記第２情報処理装置（例えば図３のＰＣ２）は、
前記第１情報処理装置（例えば図３のスマートホン１）の制御により前記記憶媒体（例えば図３の元データ記憶部４１）に保存されている前記元データを、前記第３情報処理装置（例えば図３のＷｅｂサーバ３）に提供する元データ提供手段（例えば図３の制御部５３及び通信部３０）、
を備え、
前記第３情報処理装置（例えば図３のＷｅｂサーバ３）は、
前記第２情報処理装置（例えば図３のＰＣ２）から提供された前記元データから第２ハッシュ値を生成する第２ハッシュ値生成手段（例えば図３のハッシュ値生成部６２）と、
前記第２ハッシュ値を前記権限付ブロックチェーン（例えば図３のＢＣ Ａｕｔｈ４）に送信する制御を実行するハッシュ値送信制御手段（例えば図３のハッシュ値送信制御部６３）と、
前記権限付ブロックチェーンにおける前記第１ハッシュ値と前記第２ハッシュ値との比較の結果に基づいて、前記第２情報処理装置（例えば図３のＰＣ２）に対する前記認証を試みる認証手段（例えば図３の認証部６４）と、
を備える。
前記第１情報処理装置（スマートホン１）と前記第２情報処理装置（ＰＣ２）は、１台の情報処理装置となる場合もある。
また、前記第１情報処理装置（スマートホン１）は、
前記記憶媒体（例えば図３の元データ記憶部４１）に保存された元データをコードデータに変換する変換手段（例えば図３のＱＲコード生成部４８）を備え、
前記第２情報処理装置（ＰＣ２）は、
前記第１情報処理装置（スマートホン１）から前記コードデータを取得し、取得した前記コードデータから元データを復号する元データ取得手段（例えば図３のＱＲコード読取部５１）を備える。
この構成を備えることにより、スマートホン１の元データをコード化して表示しＰＣ２にて読み取り元データを復号できるので、データのやり取りをセキュアに行うことができる。
情報処理装置（スマートホン１）は、
前記権限付ブロックチェーンに接続された情報処理装置であって、
予め用意した元データから第１ハッシュ値を生成する第１ハッシュ値生成手段と、
前記第１ハッシュ値を前記権限付ブロックチェーンに保存させる制御を実行するハッシュ値保存制御手段と、
前記元データを記憶媒体に保存させる制御を実行する元データ保存制御手段と、
前記記憶媒体に保存された元データをコードデータに変換し、変換したコードデータを、前記元データに基づく認証がなされる対象の他の情報処理装置に読み込ませる制御を実行する変換手段と、
を備える。
この構成を備えることにより、スマートホン１単体で元データからコードデータを生成して、コードデータの状態で他の情報処理装置へ受け渡すことができるので、元データを安全に他の情報処理装置へ受け渡すことができる。

本発明では、以下のような効果も得られる。
デバイス認証用のデータとして、従来用いられてきた文字列のパスワードとは異なるデータ、例えばスマートホン１に保存された画像データや利用者の所有するＰＣ２に保存されたテキストファイルデータや動画データ等の、所有者本人しか持たない元データ（電子データ）をハッシュ化したデータ（ハッシュ値）をＢＣ Ａｕｔｈ４上に保存しておき、スマートホン１やＰＣ２の元データを、Ｗｅｂサーバ３に送り、Ｗｅｂサーバ３において元データから生成したハッシュ値をＢＣ Ａｕｔｈ４へ渡してデバイス認証に使うことができる。即ち、一般的に１０文字前後の長さの文字列データであるパスワードよりも、長い（大きい）サイズの映像データ等をパスワードのように用いることができる。

また、ブロックチェーンを用いることにより、ログインリクエストが発生する度に、ログイン成功時にトランザクションの履歴がブロックチェーンに記録される。これにより、成りすましや不正ログインを抑止することができるという効果が得られる。

また、ブロックチェーンにより、ワンタイムトークンを発行して二段階認証を成立させることにより、個人情報レスによるセキュアな認証システムが実現できる。
また、例えば、ブロックチェーンでハッシュ値を一元管理することで、パスワードの暗記や文字パターンの暗記を不要とする。更には、一般的なパスワードよりも長い（大きい）データである画像データや映像データ等を活用できるため、より堅牢な認証が実現できる。

さらに、初めにログイン認証した後は、ログインＩＤとパスワードを無くすことで、ログイン情報自体の管理が不要となり、利用者にとって利便性の高い認証システムが実現できる。
また、例えば、ブロックチェーンにより、ログイン成功時にトランザクションの履歴として、ブロックチェーンに記録すること等により、一時的なログインや回数が限定されたログインといった制限付きログイン機能を提供することができる。

また、例えば、電子データそのものに対してのアクセス権限を本人のみで、管理者を不介入にすることができる。
即ち、例えば、ブロックチェーンの状態を登録や編集ができるのは、ブロックチェーンに登録したハッシュ値を作成した利用者本人（ユーザ）のみとすることができる。即ち、ワンタイムトークンを生成できるのは、ユーザのデバイス（ＰＣ２やスマートホン１等）のみである。これにより、他人による認証や他人による情報流出のリスクを無くすことができる。

また、例えば、ワンタイムトークンを参照できるのは、ユーザ・認証したいサービスのみとすることができる。つまり、従来のデータベースの管理は、サービスの提供側のシステムや情報処理装置が登録や編集や削除等の管理していた。更に言えば、サービス提供側のシステム管理者の不正行為や情報流出のリスクは常に存在していた。

更に言えば、従来のデータベースの管理は、通常１データ単位の権限制御ができず、データの取り扱いはデータベースを利用するアプリや管理者に依存していた。即ち、本実施形態の例では、ワンタイムトークンを参照できるのはユーザ・認証したいサービスのみとすることができる。これにより、情報流出のリスクを無くすことができる。

即ち、本実施形態の例では、例えば、「データの管理は、ユーザによってのみ、登録・編集・削除の管理をすること」や「１データ単位の権限制御すること」や「ＤＢの管理者でもデータの修正が出来ない状態とすること」ができる。

１・・・スマートホン、２・・・ＰＣ、３・・・Ｗｅｂサーバ、４・・・ＢＣ Ａｕｔｈ、５・・・、４１、５２・・・元データ記憶部、４２、６２、１０２、１１３・・・ハッシュ値生成部、４３・・・ハッシュ値保存制御部、３０、４４、６１、７１、８１、９１、１１１・・・通信部、４５・・・入力部、４６・・・元データ保存制御部、４７・・・表示部、４８・・・ＱＲコード生成部、５１・・・ＱＲコード読取部、５３・・・制御部、６３，１０３、１１４・・・ハッシュ値送信制御部、６４・・・認証部、７２・・・比較部、７３・・・ハッシュ値保存部、８２、１１２・・・Ｗｅｂサイト公開部、８３、９３・・・リクエスト送信制御部、９２・・・決済フォーム提供部、１０４・・・決済部。

Claims (1)

1. 認証用の元データを用意する第１情報処理装置と、前記元データに基づく認証がなされる対象の第２情報処理装置（第２情報処理装置自身が第１情報処理装置となる場合＝１台の情報処理装置となる場合も含む）と、前記第２情報処理装置に対する前記認証を行う第３情報処理装置と、を含む情報処理システムにおいて、
   前記第１情報処理装置は、
   前記元データから第１ハッシュ値を生成する第１ハッシュ値生成手段と、
   前記第１ハッシュ値を権限付ブロックチェーンに保存させる制御を実行するハッシュ値保存制御手段と、
   前記元データを記憶媒体に保存させる制御を実行する元データ保存制御手段と、
   を備え、
   前記第２情報処理装置は、
   前記第１情報処理装置の制御により前記記憶媒体に保存されている前記元データを、前記第３情報処理装置に提供する元データ提供手段、
   を備え、
   前記第３情報処理装置は、
   前記第２情報処理装置から提供された前記元データから第２ハッシュ値を生成する第２ハッシュ値生成手段と、
   前記第２ハッシュ値を前記権限付ブロックチェーンに送信する制御を実行するハッシュ値送信制御手段と、
   前記権限付ブロックチェーンにおける前記第１ハッシュ値と前記第２ハッシュ値との比較の結果に基づいて、前記第２情報処理装置に対する前記認証を試みる認証手段と、
   を備える情報処理システム。

Images