(57)【特許請求の範囲】
【請求項１】
認証申請者端末と認証サーバがネットワークにより接続され、認証申請者に予め配布した複数の符号の配列からなる回答ソースデータに基づいて前記認証申請者の本人認証を行う本人認証方法であって、
前記認証サーバは、前記符号それぞれについて、当該符号のコードデータであって当該符号の形状を示す形状コードおよび色を示す色コードを含むシンボルコードデータを格納したシンボルコード対応テーブル、前記認証申請者端末の利用者である認証申請者毎に、前記回答ソースデータに含まれる複数の符号に対応する複数のコードデータからなる利用者シンボルコードを格納した利用者情報テーブルおよび前記利用者シンボルコードに関係する質問であり前記符号の色および形状のうち少なくとも一方を含む所定条件を満たす符号の位置を問合せる質問を示す質問データを複数有する質問情報テーブルを格納した利用者情報テーブルを記憶した記憶装置を有し、
前記認証申請者端末が、前記認証サーバへ前記ネットワークを介して、前記認証申請者を識別する利用者識別情報を含む認証要求を送信し、
前記認証サーバが、前記認証要求を受信して、前記質問情報テーブルから複数の質問データを抽出し、抽出された質問データに対応する質問および当該質問の回答を受け付ける複数のチェックボックスを含む質問画面を作成し、作成された質問画面および前記シンボルコード対応テーブルを、前記認証申請者端末へ前記ネットワークを介して送信し、
前記認証申請者端末が、前記質問画面を表示して、当該質問画面で示される質問に対する回答である前記チェックボックスに対する入力を受け付け、送信されたシンボルコード対応テーブルおよびチェックボックスに対して入力が行われた位置を用いて、前記質問に対する回答を示し、入力に対応する色および形状の少なくとも一方を含むシンボルコードデータおよび当該シンボルコードデータの位置を示す回答コードを算出し、算出された回答コードを、前記認証サーバに前記ネットワークを介して送信し、
前記認証サーバが、送信された前記回答コードと前記利用者識別情報で識別される前記認証申請者の利用者シンボルコードを比較して、前記回答データの示す位置において、前記回答コードに含まれるシンボルコードデータと前記利用者シンボルコードに含まれるシンボルコードデータが一致するか否かにより前記認証申請者の本人認証を行うことを特徴とする本人認証方法。
【請求項２】
前記認証サーバは、前記認証要求を受信する毎にランダムな質問データを前記質問情報テーブルから抽出もしくは予め前記記憶装置に記憶されたルールに従った質問データを前記質問情報テーブルから抽出して前記質問画面を作成することを特徴とする請求項１に記載の本人認証方法。
【請求項３】
前記認証申請者端末は、回答コード候補群を生成し、生成された前記回答コード候補群に対して、論理和演算を施すことにより前記回答コードを算出し、算出された前記回答コードを、前記認証サーバに前記ネットワークを介して送信し、
前記認証サーバは、送信された前記回答コードと前記利用者識別情報で識別される前記認証申請者の利用者シンボルコードとを比較することを特徴とする請求項１または２に記載の本人認証方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、通信網上の決済取引など本人認証を行う分野に係り、特に、認証申請者毎に契約者カード等の利用カードを予め配布し、利用カードに記載されている本人認証データに基づいた、認証用の質問と、それに対する認証申請者から入力された回答データを照合することにより、前記認証申請者の本人認証を行う方法に関する。
【０００２】
【従来の技術】
通信網上の決済取引などでは様々な情報を使用した本人認証が行われ、企業による種々のサービス提供を不特定多数の人が利用するようになった。このような場合、例えば前記サービス利用者がコンピュータ上で入力したＩＤやパスワードを用い、照合作業を行うことで本人認証を実現する必要がある。この本人認証技術にワンタイムパスワードの概念を付加し、認証機会毎に入力要求する情報を変化させて機密性を高めた手法が提供されている。例えば特開平9-305541号公報に示される契約者確認方法の技術がそれにあたる。この技術は、例えばマトリックス表示された乱数表を印字した利用カードを“契約者”に予め配布しておき、この乱数表におけるマトリックスの所定位置に記された数字を前記契約者に入力要求し、この所定位置の数字に関し照合作業を行うことで本人認証を実現している。
【０００３】
【発明が解決しようとする課題】
上記従来技術における本人認証において、照合対象となるのは、例えば乱数表に記された数字であり、その場合は“契約者”に入力要求できる情報の範囲も０〜９までの数字の組合せに限定される。また、記契約者が多数にのぼれば、異なる乱数表を多数作成する必要がある為、乱数表自体を大きくする必要がある。しかしバンクカードやクレジットカード等のサイズのカードに大きな乱数表を印字するとなれば、数字が細かく並べたたものになる。
【０００４】
本発明は必要に応じて利用容易性及び信頼性に優れ、かつ随意なセキュリティ度を簡便確実に達成することが可能な本人認証方法を提供することを目的とする。
【０００５】
【課題を解決するための手段】
上記目的を達成する本発明の本人認証方法は、以下のように構成される。認証申請者端末と認証サーバがネットワークにより接続されたシステムにおける本人認証方法において、認証申請者に予め符号を含む回答ソースデータを配布しておく。
認証サーバには、認証申請者毎に配布される回答ソースデータに含まれる符号の配列をコード化して記録しておく。認証申請者端末から認証サーバへ接続要求があったときに、認証サーバは、特定の符号が何処にあるかをチェックボックス形式で回答する認証用質問を作成して認証申請者端末に送信する。ここで、認証用質問の作成は、接続要求毎にランダムにもしくはルールに従って作成する。また、認証申請端末で実行する回答作成プログラムと、該プログラムが参照するシンボルコード対応テーブルを併せて送信する。認証申請者端末では受信した認証用質問を表示し、認証申請者からの回答を受付けて認証サーバに返信する。認証サーバは、受信した回答を認証データベースに記録されたデータと照合することで認証申請者からの回答の正否を判定し、判定結果が正しければ接続を許可する。
【０００６】
【発明の実施の形態】
以下に本発明の実施形態について図面を用いて詳細に説明する。
図１は実施形態における利用カードを示す図である。図１において１００は利用カードであり、利用カード上には利用者ＩＤ１０１、契約者の名前１０２、利用者毎に割り当てられた、丸、星、四角及び、菱形などの形状と、それぞれに白または黒といった色彩が加わり視覚により容易に識別できるシンボル１０３が記載されている。
図１では、利用カード１００として“ご契約カード”、利用者ＩＤ１０１として“１１１１２２２２３３３３”、名前１０２として“山田太郎”、シンボル１０３として“○●◆□◇☆■★”がプリントされている。利用カード１００は、例えばクレジットカードサイズのカードであり、素材は、紙、木材、プラスティック、ゴム、金属、ガラス、ビニール、セラミック、あるいはコンピュータで読み取り可能な記録媒体やコンピュータ上のメモリなど様々なもので可能である。媒体の形状としてもカードなど平板状のものから、立方体、球体など種々の立体的なものまで可能である。なお、シンボル１０３はここで例示しているものに限定されず、他の視覚により識別可能な文字、記号、図形あるいは色彩やこれらの組合せが利用でき、例えば、本例より複雑なシンボルの組合せも可能であり、アニメキャラクタやイラスト図形などを使うことも可能である。また、凹凸など触覚により触って認識できる点字や形状、あるいはこれらの任意の組合せを包含するものでも可能である。
【０００７】
図２は本実施形態における認証申請端末及び取引システムを示す構成図である。図２において１１０は取引システムを利用しようとする利用者らが備える認証申請端末であり、この端末の例としてパーソナルコンピュータ１１１、携帯電話機１１２、デジタルＴＶ１１３を用いることができる。
１３０は取引システムを示しており、この取引システム１３０は、本人認証を実施する認証サーバ１４０、本人認証後の取引業務を実施する取引サーバ１６０、顧客マスター情報など基幹系の情報を管理するホストコンピュータ１９０と、認証サーバ１４０や取引サーバ１６０へホストコンピュータとの接続インターフェースを提供するホスト接続サーバ１８０から構成される。また、認証サーバ１４０、取引サーバ１６０は各々ハードディスクなどの記憶装置上にデータベースを所有しており、認証サーバ１４０は認証時に使用する各データを記憶した認証データベース１５０、取引サーバ１６０は取引業務で使用する各データを記憶した取引データベース１７０を所有している。
【０００８】
認証データベース１５０内には、認証申請端末１１０に送信する各種画面データを記憶する画面情報テーブル１５１、認証用の質問データを記憶する質問情報テーブル１５２、シンボルとコードの対応を記憶するシンボルコード対応テーブル１５３、契約者の利用者ＩＤ、パスワード、利用者シンボルコード等の情報を記憶する利用者情報テーブル１５４、利用者の回答から回答コードを作成する回答作成プログラム１５５が記憶される。
【０００９】
図２では、認証申請端末１１０と取引システム１３０は、通信網１２０を介して接続されることを示しており、認証申請端末１１０と通信網１２０の間はそれぞれ回線及び無線等で接続され、通信網１２０と取引システム１３０の間は回線で接続される事を一例として示している。なお、通信網１２０は、専用回線、電話回線、ＬＡＮ、無線通信など様々な通信方式を採用することが可能である。通信網１２０がオープンな通信網の場合には、認証申請端末１１０と取引システム１３０間で送受信するデータは暗号化を行う事が望ましい。また、認証申請端末１１０は、本図で示した以外に、ＰＤＡ（Personal Digital Assistance）端末、ゲーム機、ファックス機などいずれのマイコンを備える機器でもよい。
【００１０】
次に本実施例における、認証申請端末１１０、取引システム１３０間でのデータの流れを以下に述べる。取引システム１３０は、利用者が操作する認証申請端末１１０から通信網１２０を介してアクセスされると、まず利用者が本システムに登録され、アクセスが許可されている本人かどうかを判定するため、認証サーバ１４０にてアクセスを受付ける。認証申請端末１１０からのアクセスを受付けた認証サーバ１４０は、認証データベース１５０からケーブルを介し必要なデータを参照し、必要に応じて認証申請端末１１０とデータを送受信して本人認証を行う。利用者が本システムに登録され、アクセス許可されている本人と認証された場合にのみ利用者は取引が可能となり、以降、認証申請端末１１０は取引サーバ１６０へアクセスして取引を行う。取引サーバ１６０は利用者からの取引の要求があった場合、必要に応じてケーブルを介し取引データベース１７０を使用し、またホスト接続サーバ１８０を介して、ホスト接続サーバ１８０とチャネル接続されたホストコンピュータ１９０が管理するする利用者情報を使用し取引に応じる。なお、認証サーバ１４０及び取引サーバ１６０は、それぞれ認証申請端末からのアクセス要求を受付けるＷｅｂサーバ、各要求に関する処理プログラムを備え、必要に応じてプログラムを実行させるアプリケーションサーバ、データベースとのアクセスを行うデータベースサーバと複数のコンピュータに各々分割させてもよい。また、認証データベース１５０と取引データベース１７０は１体のデータベース上で存在する場合であっても、適宜組み合わさったものでもよい。
【００１１】
図３は本人認証方法の処理手順を、認証申請端末１１０側と認証サーバ１４０側の流れ図で示したものである。図３においてステップ２０００(以下、ｓ２０００と略す。以下同じ)〜ｓ２０６０は認証申請端末１１０側における本人認証の処理ステップを示し、ｓ２２００〜ｓ２２７０は認証サーバ１４０側における本人認証の処理ステップを示す。なおステップ中、認証申請端末１１０と認証サーバ１４０間の通信はインターネット等の通信網を使用しており、また認証サーバ１４０と認証データベース１５０間の通信はデータベースアクセス通信を使用している。これらの各ステップは、コンピュータのプログラムにより実現することができ、そのプログラムはＨＤＤ，ＦＤ，ＣＤ−ＲＯＭ等の記録媒体に格納できるものである。
【００１２】
取引開始時、まず認証申請端末１１０は利用者からの入力を受付け、認証サーバ１４０にアクセスする（ｓ２０００）。認証申請端末１１０の入力手段は、パーソナルコンピュータ１１１であればキーボードやマウスを、携帯電話機であればダイヤルボタンを、デジタルＴＶであればリモコンを利用できる。
【００１３】
認証サーバ１４０は認証申請端末１１０からのアクセスを受付けると（ｓ２２００）、画面情報テーブル１５１から端末の種類に合わせたＬｏｇｏｎ画面データを取得し、認証申請端末１１０へ送信する（ｓ２２１０）。認証申請端末は認証サーバ１４０からＬｏｇｏｎ画面データを受信すると出力装置にＬｏｇｏｎ画面を出力する（ｓ２０１０）。認証申請端末１１０の出力装置は、パーソナルコンピュータ１１１であればＣＲＴや液晶ディスプレイを、携帯電話機１１２であれば液晶表示部を、デジタルＴＶであればブラウン管やプラズマ表示機器、液晶表示機器を利用できる。これらの入出力装置は端末機器上、分離した構成あっても、一体になった構成であってもよい。
【００１４】
続けて、利用者が利用カード１００の利用者ＩＤ１０１を参照しながら利用者ＩＤ、パスワードを入力すると、認証申請端末１１０は受付けた利用者ＩＤ、パスワードを認証サーバ１４０へ送信する（ｓ２０２０）。認証サーバ１４０は認証申請端末１１０から利用者ＩＤ及びパスワードを受信すると、受信した利用者ＩＤ、利用者ＩＤに対するパスワードが利用者情報テーブル１５４上にあるか検索し、本システムに登録されている利用者か否か判定する（ｓ２２２０）。判定の結果、認証申請端末１１０から受信した利用者ＩＤが利用者情報テーブル１５４に存在しない場合、あるいは利用者ＩＤは存在するが、利用者ＩＤに対応するパスワードが間違っている場合は、認証申請端末１１０に認証結果を送信するステップｓ２２７０に遷移する（ｓ２２３０）。
【００１５】
利用者情報テーブル１５４上に受信した利用者ＩＤが存在し、かつ利用者ＩＤに対応するパスワードが合っている場合、認証サーバ１４０は認証申請端末１１０の種類に合わせた認証画面データを画面情報テーブル１５１より取得し、利用者の利用者シンボルコードに関係する質問データを質問情報テーブル１５２よりランダムに複数個、例えば３個取得し、認証画面データと組合せて質問入り認証画面データを作成する（ｓ２２４０）。次に認証サーバ１４０は回答作成プログラム１５５、シンボルコード対応テーブル１５３を取得し、回答作成プログラム１５５と、シンボルコード対応テーブル１５３及び、質問入り認証画面データを認証申請端末１１０へ送信する（ｓ２２５０）。なお、回答作成プログラム１５５は、あらかじめ認証申請端末１１０側に備えられている場合でもよく、またプログロムのアルゴリズムが容易に解読できないよう、アプレット等の小規模なアプリケーションである事が望ましい。
【００１６】
認証申請端末１１０は認証サーバ１４０からの回答作成プログラム、シンボルコード対応テーブル及び、質問入り認証画面データを受信すると、質問入り認証画面を出力装置へ出力する（ｓ２０３０）。その後認証申請端末１１０は、利用者からの質問に対する回答を受付け、回答作成プログラムが質問に対する回答（チェックボックスの位置）と、シンボルコード対応テーブルから導出したシンボルコードから、回答コードを作成する（ｓ２０４０）。回答コードが完成すると認証申請端末１１０は、回答コードを認証サーバ１４０へ送信する（ｓ２０５０）。認証サーバ１４０は認証申請端末１１０からの回答コードを受信すると、受信した回答コードと利用者情報テーブル１５４内の利用者シンボルコードが、一致しているかどうか照合して判定する。なお、一致している場合は本人である（認証結果ＯＫ）と判定し、不一致の場合は本人でない（認証結果ＮＧ）と判定する（ｓ２２６０）。判定が終了すると、画面情報テーブル１５１から認証結果に伴う認証結果画面データを取得し、認証申請端末１１０に認証結果画面データを送信する（ｓ２２７０）。認証申請端末１１０は認証サーバ１４０からの認証結果画面データを受信すると、受信した認証結果画面を出力装置へ出力し（ｓ２０６０）、処理を終了する。
【００１７】
図４はホストコンピュータ１９０が認証データベース内の各テーブルを更新する処理手順を示す流れ図である。図４において、ｓ２３００〜ｓ２３２０はホストコンピュータにおけるシンボルコード対応テーブル１５３及び利用者情報テーブル１５４への更新処理ステップを示す。なおステップ中、ホストコンピュータ１９０と認証データベース１５０間の通信は、ホスト接続サーバを介して行う。
【００１８】
ホストコンピュータ１９０は、一定間隔毎（例えば数日毎〜１年毎など、間隔は任意）に各シンボルに対する新たなシンボルコード値（更新値）を決める（ｓ２３００）。次に前ステップにて決まった更新値を認証データベース１５０に一括ダウンロードし、シンボルコード対応テーブル１５３内のシンボルコード値を更新する（ｓ２３１０）。続いて利用者情報テーブル１５４内にある利用者シンボルコード値を更新して（ｓ２３２０）処理を終了する。
【００１９】
図５は、本発明の実施例である本人認証方法に関し、認証データベース１５０内の各種テーブルのデータ構造を示す図である。図５において、画面情報テーブル３００は認証申請端末１１０の種類毎及び、操作画面毎の画面データを記憶したテーブルであり、画面情報テーブル１５１のデータ構造を示している。質問情報テーブル３１０は本人認証用の質問データを記憶したテーブルであり、質問情報テーブル１５２のデータ構造を示している。シンボルコード対応テーブル３２０は本人認証で使用する“○”等のシンボルデータとシンボルコードの対応を記憶したテーブルであり、シンボルコード対応テーブル１５３のデータ構造を示している。利用者情報テーブル３３０は利用者の個人情報を記憶したテーブルであり、利用者情報テーブル１５４のデータ構造を示している。なお、各々のテーブルは認証データベース１５０に記憶されている。
【００２０】
図５では、画面情報テーブル３００は、認証申請端末１１０に送信する画面データの情報として画面毎の画面ＩＤ、画面データを記憶しており、画面ＩＤとして“００１”、“００２”、・・・、“０２３”、・・・、画像データとして“インターネット用Ｌｏｇｏｎ画面データ”、“モバイル用Ｌｏｇｏｎ画面データ”・・・・“モバイル用認証成功画面データ”・・・が記憶されていることを例示している。なお、これらの画面データは、例えばインターネット上で使用されるのであればHTML(HyperText Markup Language)等で記述されたデータ、携帯電話等に使用されるのであればC-HTML(Compact-HTML)等で記述されたデータを利用できる。
【００２１】
質問情報テーブル３１０は、利用者に提示する質問として、質問毎の質問ＩＤ、及び質問データを記憶しており、質問ＩＤとして“００１”、“００２”、・・・“０２０”・・・、質問データとして“白色シンボルの位置はどこですか？”、“黒色シンボルの位置はどこですか？”・・・・“●シンボルの位置はどこですか？”・・・が記憶されていることを例示している。なお、これらの質問データも画面データ同様、HTML等で記述されたデータである。シンボルコード対応テーブル３２０は、シンボルデータ毎に対応するシンボルコード値の情報として、シンボル毎のシンボルＩＤ、シンボルデータ、形状データ、色データ、またシンボルコードとして形状コード、色コードを記憶している。本例ではシンボルＩＤとして“００１”、“００２”、・・・“９０１”・・・、シンボルデータとして“○”、“☆”、・・・“星”・・・、形状データととして“丸”、“星”、“四角”、“菱形”・・・、色データとして“白”、“黒”・・・、シンボルコードとして“ａａ０１”、“ｂｂ０１”、・・・・“ｂｂ−”・・・が記憶されていることを例示している。シンボルデータは形状データと色データの組合せで構成されており、これと同様にシンボルコードも形状コードと色コードの組合せにより構成されている。例えばシンボルコード対応テーブル３２０中シンボルＩＤ“００１”のシンボルデータ“○”を例にあげると、形状データ“丸”と色データ“白”の組合せで構成されている。これに伴い“○”に対応するシンボルコードも“丸”に対応する形状コード“ａａ”と、“白”に対応する色コード“０１”を組合せたシンボルコード“ａａ０１”で示すことができる。なお、色のみを示すシンボル、例えばシンボルＩＤ“８００”のシンボルデータ“白色”は、形状データが“任意”を意味する“−”であり、色データは“白”、である。この為シンボルデータ“白色”のシンボルコードは、形状コードが“任意”を示す“−”であり、色コードが“白”を示す“０１”を組合せたシンボルコード“−０１”となる。同様に形状のみのシンボルを示す、シンボルＩＤ“９００”のシンボルデータ“丸”も、形状コードは“丸”を示す“ａａ”と、色コードが“任意”を示す“−”を組合せたシンボルコード“ａａ−”となる。なお、本例においてシンボルコードは最大４桁の英数字で例示しているが、より多数の桁でもよい。利用者情報テーブル３３０では、利用者毎に利用者ＩＤ、パスワード、利用者名、利用者シンボルコードを記憶しており、利用者ＩＤとして“１１１１２２２２３３３３”、“４４４４５５５５６６６６”・・・、パスワードとして“password”、“ws23568rt”・・・、利用者名として“山田太郎”、“鈴木花子”・・・、利用者シンボルコードとして“ａａ０１：ａａ０２：ｄｄ０２：ｃｃ０１：ｄｄ０１：ｂｂ０１：ｃｃ０２：ｂｂ０２”、“ａａ０１：ｂｂ０１：ｃｃ０１：ｄｄ０１：ａａ０２：ｂｂ０２：ｃｃ０２：ｄｄ０２”・・・が記憶されていることを例示している。また、図中に示す通り、利用者が所有する利用カード１００は、利用者情報テーブル３３０の内容を示しており、利用カード１００中、利用者ＩＤ１０１、名前１０２、シンボル１０３はそれぞれ、利用者情報テーブル３３０内の利用者ＩＤ、利用者名、利用者シンボルコードの内容を示している。また、利用者情報テーブル３３０内の利用者シンボルコードは、シンボルコード対応テーブル３２０に示すようなコード表に基づきシンボル自身（シンボルデータ）ではなくシンボルコードで記録される。例えば、利用カード１００に示すシンボル１０３“○●◆□◇☆■★”の左から１番目の“○”は、シンボルコード対応テーブル３２０中で参照するとシンボルコードは“ａａ０１”というコード値なる。以下同様に各々のシンボル“●”、“◆”、“□”、“◇”、“☆”、“■”、“★”に対するシンボルコードを求め、各々のシンボルを“：”の記号で区切ると、一番右端が“★”を示す“ｂｂ０２”のコード値となる、“ａａ０１：ａａ０２：ｄｄ０２：ｃｃ０１：ｄｄ０１：ｂｂ０１：ｃｃ０２：ｂｂ０２”となる図中に示すような利用者シンボルコードとなる。
【００２２】
図６は認証申請端末１１０で表示されるＬｏｇｏｎ画面と、画面情報テーブルとのデータ関連及び、Ｌｏｇｏｎ画面への入力例を示した図である。４００はインターネット用Ｌｏｇｏｎ画面であり、４０１は利用者ＩＤを入力する欄、４０２はパスワードを入力する欄である。
【００２３】
図６では、画面情報テーブル３００から画面ＩＤ“００１”、画面データとして“インターネット用Ｌｏｇｏｎ画面データ”が選択されていることを例示している。インターネット用Ｌｏｇｏｎ画面４００は画面情報テーブル３００内に記憶されており、利用者が認証申請端末１１０を通して取引システムへアクセスした際に、認証サーバ１４０により画面情報テーブル３００から選択される。認証サーバ１４０がＬｏｇｏｎ画面データを選択する際には、アクセスされた認証申請端末１１０の種類に応じて画面を選択する。Ｌｏｇｏｎ画面が認証申請端末１１０で表示されると利用者は、利用カード１００に記されている利用者ＩＤ１０１を参照しながら、利用者ＩＤ入力欄４０１へ利用者ＩＤを入力し、パスワード入力欄４０２には利用者のパスワードを入力する。なお、認証申請端末１１０はパスワードが入力されると、パスワード入力欄上に“＊＊＊＊＊＊＊＊”といった表記で示す。図では利用者ＩＤとして“１１１１２２２２３３３３”、パスワードとして“ｐａｓｓｗｏｒｄ”が入力された状態を示している。
【００２４】
図７は認証申請端末１１０で表示される質問入り認証画面と、画面情報テーブル及び質問情報テーブルとのデータ関連、また質問入り認証画面への入力例を示した図である。図７において５００は質問入り認証画面であり、５１０〜５１２は各質問５０１〜５０３に対する回答チェックボックス群である。
【００２５】
図７では、質問入り認証画面５００の構成例として、画面情報テーブル３００から画面ＩＤ“０１１”の画面データ“インターネット用認証画面データ”が選択され（矢印５０１）、質問情報テーブル３１０から質問ＩＤ“００１”の質問データ“白色シンボルの位置はどこですか？”と質問ＩＤ“０１０”の質問データ“星（☆と★）シンボルの位置はどこですか？”、質問ＩＤ“０２０”の質問データ“●シンボルの位置はどこですか？”がランダムに選択されていることを示している（５０２〜５０４）。なお認証画面データは、各認証申請端末の種類に応じた画面データとして画面情報テーブル３００から認証サーバ１４０にて選択され、また質問データは、質問情報テーブル３１０から利用者シンボルコードに関する質問データとして、認証サーバ１４０がランダムに複数（本例では３つ選択されたものを示す）選択する。
【００２６】
認証申請端末１４０にて質問入り認証画面５００が表示されると、利用者はまず利用カード１００のシンボル１０３“○●◆□◇☆■★”を参照しながら、認証用質問１である“白色シンボルの位置はどこですか？”に対する回答を入力する。本例のシンボル１０３“○●◆□◇☆■★”での白色シンボルの位置は、左から１、４、５、６番目である為、利用者は入力装置を通じ、図示のように回答チェックボックス５１０の１、４、５、６番目をチェックする。質問２“星（☆と★）シンボルの位置はどこですか？”に対する回答についてはシンボル１０３の左から６、８番目の２つが該当する為、図示のように回答チェックボックス５１１中の６、８番目のチェックボックスをチェックする。質問３“●シンボルの位置はどこですか？”に対してはシンボル１０３の左から２番目のみが該当する為、図示のように回答チェックボックス５１２中の２番目のチェックボックスのみをチェックする。このように、チェック形式での認証申請者の回答入力を促すとすれば、回答入力作業が至極簡単で間違いも生じにくく好適である。また、マウスや矢印キーなどの入力装置によってチェックボックスをチェックするだけなので、キーボード等（図示せず）から文字をタイプするといった煩雑さは伴わない。なお、目の不自由な人は、音声にて質問を出して、点字や浮きだし加工されたシンボルに触れて前記認証用質問に何らかの入力装置から回答するようにしても良い。また、このように認証機会毎に認証用質問が変化すれば、該認証用質問に対応する回答について第三者が盗み見やなりすましを働こうにも困難である一方で、いくら認証用質問が変化しても認証申請者としては比較的単純で認識性が良好な記号等が数桁並ぶだけの利用者シンボルをもとに視覚的に回答するだけで済むので本人認証に関する利便性は確保されつづける。
【００２７】
図８は本人認証の質問に対する回答から、回答作成プログラム１５５が回答コードを作成することを示す図である。この回答作成プログラム１５５は、図３のｓ２０４０で示したように認証申請端末１１０側で実行される。
６００は回答作成プログラム１５５が回答コード６１０を作成する段階を示すものであり、６０１は回答チェックボックス５１０中のチェック位置、およびシンボルコード対応テーブル１５４のコード情報から作成された回答コードである。６０２は回答チェックボックス５１１中のチェック位置、およびシンボルコード対応テーブル１５４のコード情報から作成された回答コードである。６０３は回答チェックボックス５１２中のチェック位置、およびシンボルコード対応テーブル１５４のコード情報から作成された回答コードである。また、６１０は回答コード６０１〜６０３を論理和（ＯＲ）演算にて算出し、最終的に認証サーバに送信される回答コードである。
【００２８】
最終的に作成される回答コード６１０“−０１：ａａ０２：−−：−０１：−０１：ｂｂ０１：−−：ｂｂ−”は、各回答コード６０１〜６０３中の各シンボルコードを構成する形状コード、色コード単位の和（ＯＲ）演算にて導き出される。本例に示す通り回答コード６０１“−０１：−−：−−：−０１：−０１：−０１：−−：−−”と、回答コード６０２“−−：−−：−−：−−：−−：ｂｂ−：−−：ｂｂ−”と、回答コード６０３“−−：ａａ０２：−−：−−：−−：−−：−−：−−”を和（ＯＲ）演算した場合、まず回答コード６０１〜６０３各々のコード左から１番目のシンボルコードに着目し、“−０１”＋“−−”＋“−−”の和（ＯＲ）演算を実施する。シンボルコードを構成する形状コード、色コード単位で和（ＯＲ）演算を実施すると左から１番目の結果は回答コード６１０の左から１番目に示す通り“−０１”になる。詳細を述べると、まず各シンボルコード中の形状コードの和（ＯＲ）演算にて“−”＋“−”＋“−”を実施し、結果“−”を導き出し、次に色コードの和（ＯＲ）演算にて“０１”＋“−”＋“−”を実施し、その結果“０１”を導き出す、最後に形状コードの結果、色コードの結果を結合しシンボルコード“−０１”の結果を得る。同様に６０１〜６０３の各々の回答コード中、左から２番目のシンボルコードの和（ＯＲ）演算を例とると、“−−”＋“−−”＋“ａａ０２”が実施され、その結果“ａａ０２”が算出される。以下同様にして各シンボルコードの形状コード、色コード単位で各々を和（ＯＲ）演算すると回答コード６１０に示す“−０１：ａａ０２：−−：−０１：−０１：ｂｂ０１：−−：ｂｂ−”が算出される。なお、ＯＲ演算式にて算出する際、任意を意味する“−”以外の異なるコード同士を結合しようとした場合はエラーとなり、本人認証をＮＧと判定する。例を述べると“０１”＋“０１”のパターンや、“−”＋“ａａ”は、同じコード値である“０１”同士で和（ＯＲ）演算を行っており、また任意を意味する“−”と“ａａ”による和（ＯＲ）演算のためエラーにならない。しかし、“０２”＋“０１”のパターンや“ａａ”＋“ｂｂ”は“−”以外のコード同士、かつ異なるコード同士で演算を行っているためエラーとなる。
【００２９】
尚、演算とは別に、回答作成プログラム１５５が回答コード６０１〜６０３を作成する際に参照するシンボルコード対応テーブル１５４は、認証申請端末１１０側でなく認証サーバ側にあり、回答コードを作成する度に回答作成プログラム１５５が認証サーバ１４０側へ参照するという方式でもよい。また、回答データの形式は、本図で示した以外にコード化せず、シンボル自身（シンボルデータ）例えば“○”などを用いて“○−−□−−■★”等の形式でもよい。シンボル自身を使用する場合、シンボルをコードに変換する必要が無い為回答作成プログラム１５５は不要となる。しかし、回答に使用できる情報がシンボル自身に限定されることから、“白色シンボルの位置はどこですか？”、“星（☆と★）シンボルの位置はどこですか？”などの色データ、形状データのみに関する質問ができないため（質問に対する回答がシンボル化できない）質問が限定されることになり、またシンボル自身を用いて回答を行うため、利用者シンボルを解読され易い。
【００３０】
図９は、回答作成プログラム１５５による、質問１に対する回答コードの作成手順を示した図である。図９では、回答作成プログラム１５５が、質問１“白色シンボルの位置はどこですか？”に対する回答チェックボックス５１０中のチェック位置と、シンボルコード対応テーブル３２０を用い、回答コード６０１として“−０１：−−：−−：−０１：−０１：−０１：−−：−−”を作成することを例示している。以下に回答コード６０１の作成手順を述べる。始めに回答作成プログラム１５５は、質問ＩＤ００１“白色シンボルの位置はどこですか？”を参照し、何のシンボルに対する質問かを識別する。本例の場合“白色シンボル”に対する質問であるため、回答作成プログラム１５５がシンボルコード対応テーブル３２０からシンボルデータ“白色”を検索し、“白色シンボル”に対応するシンボルコード“−０１”を導き出す。質問に対するシンボルコードを導出すると、次に回答作成プログラム１５５は回答チェックボックス５１０を参照し、チェックが付いている箇所を検索する。本例では回答チェックボックス５１０中の左から１、４、５、６番目にチェックが付いている為、チェックが付いた箇所、つまり回答コード６０１の左から１、４、５、６番目に“白色シンボル”を意味するシンボルコード“−０１”を設定する。なお、回答コード中何も設定されなかった箇所（本例では左から２、３、７、８番目）はデフォルト（標準値）として任意を意味する“−−”が設定される。以上の手順で完成したものが、質問ＩＤ００１“白色シンボルの位置はどこですか？”と、回答チェックボックス５１０に対する回答コード６０１“−０１：−−：−−：−０１：−０１：−０１：−−：−−”である。
【００３１】
図１０は、回答作成プログラムによる、質問２に対する回答コードの作成手順を示した図である。図１０では、回答作成プログラム１５５が、質問ＩＤ０１０“星（☆と★）シンボルの位置はどこですか？”に対する回答チェックボックス５１１中のチェック位置と、シンボルコード対応テーブル３２０を用い、回答コード６０２として“−−：−−：−−：−−：−−：ｂｂ−：−−：ｂｂ−”を作成することを例示している。以下に回答コード６０２の作成手順を述べる。始めに回答作成プログラム１５５は、質問データ５０２“星（☆と★）シンボルの位置はどこですか？”を参照し、何のシンボルに対する質問かを識別する。本例の場合“星シンボル”に対する質問であるため、回答作成プログラム１５５がシンボルコード対応テーブル３２０からシンボルデータ“星”を検索し、“星シンボル”に対応するシンボルコード“ｂｂ−”を導き出す。質問に対するシンボルコードを導出すると、次に回答作成プログラム１５５は回答チェックボックス５１１を参照し、チェックが付いている箇所を検索する。本例では回答チェックボックス中５１１の左から６、８番目にチェックが付いている為、チェックが付いた箇所、つまり回答コード６０２の左から６、８番目に“星シンボル”を意味するシンボルコード“ｂｂ−”を設定する。なお、回答コード中何も設定されなかった箇所（本例では左から１、２、３、４、５、７番目）はデフォルト（標準値）として任意を意味する“−−”が設定される。以上の手順で完成したものが、質問ＩＤ０１０“星（☆と★）シンボルの位置はどこですか？”と、回答チェックボックス５１１に対する回答コード６０２“−−：−−：−−：−−：−−：ｂｂ−：−−：ｂｂ−”である。
【００３２】
図１１は、回答作成プログラムによる、質問３に対する回答コードの作成手順を示した図である。図１１では、回答作成プログラム１５５が、質問ＩＤ０２０“●シンボルの位置はどこですか？”に対する回答チェックボックス５１２中のチェック位置と、シンボルコード対応テーブル３２０を用い、回答コード６０３として“−−：ａａ０２：−−：−−：−−：−−：−−：−−”を作成することを例示している。以下に回答コード６０３の作成手順を述べる。始めに回答作成プログラム１５５は、質問データ５０３“●シンボルの位置はどこですか？”を参照し、何のシンボルに対する質問かを識別する。本例の場合“●シンボル”に対する質問であるため、回答作成プログラム１５５がシンボルコード対応テーブル３２０からシンボルデータ“●”を検索し、“●シンボル”に対応するシンボルコード“ａａ０２”を導き出す。質問に対するシンボルコードを導出すると、次に回答作成プログラム１５５は回答チェックボックス５１２を参照し、チェックが付いている箇所を検索する。本例では回答チェックボックス５１２中の左から２番目のみにチェックが付いている為、チェックが付いた箇所、つまり回答コード６０１の左から２番目のみに“●シンボル”を意味するシンボルコード“ａａ０２”を設定する。なお、回答コード中何も設定されなかった箇所（本例では左から１、３、４、５、６、７、８番目）はデフォルト（標準値）として任意を意味する“−−”が設定される。以上の手順で完成したものが、質問ＩＤ０２０“●シンボルの位置はどこですか？”と、回答チェックボックス５１２に対する回答コード６０３“−−：ａａ０２：−−：−−：−−：−−：−−：−−”である。
【００３３】
図１２は、認証申請端末から送信された回答コードと、利用者情報テーブル内の利用者シンボルコードを照合した際の、本人認証が成功した例と失敗した例を示す図である。図１２において、６２０は本人認証が失敗する場合の回答コード例であり、１０００は本人認証が成功した場合の認証結果画面、また、１０１０は本人認証が失敗した場合の認証結果画面である。
【００３４】
図１２では、本人認証が成功した例として、画面情報テーブル３００から画面ＩＤ“０２１”の画面データ“インターネット用認証成功画面データ”が選択され、利用者情報テーブル３３０からは認証された利用者の利用者ＩＤとして“１１１１２２２２３３３３”、利用者名として“山田太郎”が選択されてインターネット用認証成功画面１０００が成り立つことを例示している。また、本人認証が失敗した例として、画面情報テーブル３００から画面ＩＤ“０２２”の画面データ“インターネット用認証失敗画面データ”が選択されることを例示している。
【００３５】
まず本人認証が成功した例（ａ）を基に、本人認証を行う際の手順を以下に述べる。認証サーバは、認証申請端末から回答コード６１０を受信すると、利用者情報テーブル３３０の利用者シンボルコードと照合を行い、本人認証を行う。認証の手順としては、回答コード６１０中のシンボルコード１つと、利用者情報テーブル３３０内の利用者シンボルコード１つを左から１つづつに順に照合していく。なお、回答コード６１０中“−”は任意を意味する為、照合の対象とせず、“−”以外の箇所で認証を行う。その結果、“−”以外の値が全て利用者シンボルコードと一致した場合にのみ本人と判定する。本人と判定した場合、画面情報テーブル３００から本人認証が成功した場合の認証結果画面１０００として“インターネット用認証結果成功画面データ”を取得し、利用者情報テーブル３３０内の照合対象になっている利用者ＩＤ、利用者名を埋め込み認証申請端末へ送信する。
【００３６】
次に本人認証が失敗した例（ｂ）について以下に述べる。認証サーバは、認証申請端末から回答コード６２０を受信すると、前記成功した例と同様に回答コード６２０と利用者情報テーブル３３０内の利用者シンボルコードを照合し、本人認証を行う。回答コード６２０中、“−”以外の箇所で１箇所でも利用者情報テーブル３３０の利用者シンボルコードと一致していない箇所がある場合は、本人でないと判定し、画面情報テーブル３００から本人認証が失敗した場合の認証結果画面画面１０１０として“インターネット用認証結果失敗画面データ”を取得し、認証申請端末へ送信する。なお、本例では回答コード６２０中、左から３つ目のコード“−０１”が利用者シンボルコードと異なっているため、本人ではないと判定される。
【００３７】
図１３では、これまでに述べてきた本人認証の各処理における、インターネット用の各画面４００〜１０１０の遷移関係を例示している。利用者は認証サーバにアクセスした後、認証申請端末の出力装置にインターネットＬｏｇｏｎ画面４００が表示されると、利用者ＩＤおよびパスワードを画面４００に入力し、認証サーバにＬｏｇｏｎを行う。その結果、Ｌｏｇｏｎが成功した場合は、認証サーバから画面データ５００が返されインターネット用本人認証画面５００に遷移する。なお、Ｌｏｇｏｎが失敗した場合は、認証サーバから画面１０１０が返されインターネット用認証結果画面１０１０に遷移する。Ｌｏｇｏｎが成功した際に、インターネット本人認証画面５００が表示されると、利用者は認証用の各質問に対する回答を画面５００中に入力する。回答入力が完了すると認証サーバ側で本人認証が実施され、認証が成功した場合、認証サーバから認証成功を意味するインターネット認証結果画面１０００が返され、その後各種取引き画面が表示される。また本人認証が失敗した場合はＬｏｇｏｎが失敗した場合と同様、認証サーバから画面１０１０が返されインターネット用認証結果画面１０１０に遷移する。
【００３８】
図１４は携帯電話機１１２（モバイル機器）にて本人認証を実施した際の画面遷移を示す図である。１１００はモバイル機器用のＬｏｇｏｎ画面であり、１１１０〜１１３０はモバイル用本人認証画面である。なお、１１４０は認証成功時のモバイル用認証結果画面であり、１１５０は認証失敗時のモバイル用認証結果画面である。モバイル用認証画面形式１１００〜１１３０と、インターネット用認証画面形式５００の表示形式が異なるのは、認証申請端末における出力装置の表示領域大きさ、解像度等の性能が異なるためである。本例ではインターネット用では一画面で表示している本人認証画面が、モバイル用では１１１０〜１１３０と質問Ｎｏ毎に分割して表示される様子を示している。
【００３９】
図１５はホストコンピュータ１９０からの指示にて一定間隔で変化する、シンボルコード対応テーブル、利用者情報テーブル及び、それに関連して変化する回答コードを示した図である。
【００４０】
３２５は一定間隔後のシンボルコードが変化したシンボルコード対応テーブルであり、３３５も同様に利用者シンボルコードが変化した利用者情報テーブルである。また、６１５は一定間隔後のコード値が変化した回答コードである。図１５では、ホストコンピュータ１９０が制御している一定間隔で新しいシンボルコードがダウンロードされ、シンボルコード対応テーブル３２０のシンボルコードが“ａａ０１”、“ｂｂ０１”、・・・・“ｂｂ−”・・・・から３２５に示す通り“ｅｄ９７”、“ｃａ９７”、・・・・“ｃａ−”・・・・に更新され、また利用者情報テーブル３３０中の利用者シンボルコードが“ａａ０１：ａａ０２：ｄｄ０２：ｃｃ０１：ｄｄ０１：ｂｂ０１：ｃｃ０２：ｂｂ０２”から３３５に示す通り“ｅｄ９７：ｅｄ８１：ｂｃ８１：ｅｅ９７：ｂｃ９７：ｃａ９７：ｅｅ８１：ｃａ８１”に変更されることを例示している。またその結果、回答コード６１０が“−０１：ａａ０２：−−：−０１：−０１：ｂｂ０１：−−：ｂｂ−”から６１５に示す“−９７：ｅｄ８１：−−：−９７：−９７：ｃａ９７：−−：ｃａ−”に変化することも例示している。
【００４１】
図１５に示すようにシンボルコードを一定間隔で変更させる目的は、通信網上を流れる回答コード６１０を一定間隔で変更させ、第三者からの盗み取り、及び情報漏洩による成り済まし等を行い難くするためである。例えば図に示すように、シンボルコード対応テーブル３２０が一定間隔後には３２５に変更され、それに伴い利用者情報テーブル３３０が３３５に変更した場合、作成される回答コードも６１０や６１５に示すように値が異なる。なお、回答コードの値が一定間隔で異なっても、回答コードの値と、利用者情報テーブル内の利用者シンボルコードの間で同期がとれている為、本人認証におけるコードの照合時に問題は生じない。具体的に例を述べると、変更前のシンボルコード対応テーブル３２０内に示すシンボルデータ“○”に対するシンボルコードが“ａａ０１”から３２５に示す通り“ｅｄ９７”に変更された場合、利用者情報テーブル３３０の利用者ＩＤ“１１１１２２２２３３３３”の利用者シンボルコードも、“ａａ０１”（左から１番目に示す）から、３３５に示す通り“ｅｄ９７”に変更される。同様にして他のシンボルコードも、シンボルコード対応テーブル内で変化した値が、利用者情報テーブルにも反映されテーブル間におけるシンボルコードの同期を保つ。このため、回答作成プログラムが作成する回答コードと利用者情報テーブル内の利用者シンボルコードの同期が保たれ、問題なく本人認証が実施できる。
【００４２】
以上、本発明に係る実施の形態にあっては、次の効果を奏する。本人認証にあたって入力（回答）要求できる情報の範囲が限定されないため、セキュリティ面での機能も制限されることがなくなる。また、前記顧客が多数にのぼるとしても、配列するシンボルの形状や色彩等をいかようにも変化させることで、各顧客間で重複の無い利用者シンボルを作成して入力要求を行うことが簡便に出来る。加えて、例えばカード表面などの限られた面積においても、数桁のシンボルを例えば一列だけ配列表示することで利用者シンボルを提示することも可能であるから、回答作業が容易になる。
【００４３】
また、通信網上を流れる回答コードが一定間隔で変化する為、第三者から盗み取り難くなり、安全及び信頼性の向上につながる。
【００４４】
以上、実施の一形態についての例を説明したが、本発明の本人認証方法はインターネットバンキングのＬｏｇｏｎ時だけに限られず、入館チェックやネットデビットなどの本人認証が必要とされる状況等で利用可能である。
【００４５】
【発明の効果】
本発明によれば、利用容易性及び信頼性に優れ、かつ必要に応じて随意なセキュリティ度を簡便確実に達成することが可能な本人認証方法を提供可能となる。また、今後のブラウザ機器の発展に伴いあらゆる機器に対応し、ユーザビリティを維持、且つ高信頼性である。特に次世代携帯、ＴＶバンキング等などに向いている。
【図面の簡単な説明】
【図１】実施形態における利用カードを示す図である。
【図２】実施形態における取引システム及び認証申請端末を示す構成図である。
【図３】本人認証方法の処理手順を示す流れ図である。
【図４】図４はホストコンピュータが認証データベース内の各テーブルを更新する処理手順を示す流れ図である。
【図５】本発明の実施例である本人認証方法に関し、認証データベース内の各種テーブルのデータ構造を示す図である。
【図６】認証申請端末で表示されるＬｏｇｏｎ画面と、画面情報テーブルとのデータ関連及び、Ｌｏｇｏｎ画面への入力例を示した図である。
【図７】認証申請端末で表示される質問入り認証画面と、画面情報テーブル及び質問情報テーブルとのデータ関連、また質問入り認証画面への入力例を示した図である。
【図８】本人認証の質問に対する回答から、回答作成プログラムが回答コードを作成することを示した図である。
【図９】回答作成プログラムによる、質問１に対する回答コードの作成手順を示した図である。
【図１０】回答作成プログラムによる、質問２に対する回答コードの作成手順を示した図である。
【図１１】回答作成プログラムによる、質問３に対する回答コードの作成手順を示した図である。
【図１２】認証申請端末から送信された回答コードと、利用者情報テーブル内の利用者シンボルコードを照合した際の、本人認証が成功した例と失敗した例を示す図である。
【図１３】インターネットにて本人認証を実施した際の画面遷移を示す図である。
【図１４】携帯電話機（モバイル機器）にて本人認証を実施した際の画面遷移を示す図である。
【図１５】ホストコンピュータからの指示にて一定間隔で変化する、シンボルコード対応テーブル、利用者情報テーブル及び、それに関連して変化する回答コードを示した図である。
【符号の説明】
１００‥利用カード、１０１‥利用者ＩＤ、
１０２‥名前、１０３‥シンボル、
３００‥画面情報テーブル、３１０‥質問情報テーブル、
５００‥質問入り認証画面、
５１０，５１１，５１２‥回答チェックボックス
【図１】
0003639811.tif 000002
【図２】
0003639811.tif 000003
【図３】
0003639811.tif 000004
【図４】
0003639811.tif 000005
【図５】
0003639811.tif 000006
【図６】
0003639811.tif 000007
【図７】
0003639811.tif 000008
【図８】
0003639811.tif 000009
【図９】
0003639811.tif 000010
【図１０】
0003639811.tif 000011
【図１１】
0003639811.tif 000012
【図１２】
0003639811.tif 000013
【図１３】
0003639811.tif 000014
【図１４】
0003639811.tif 000015
【図１５】
0003639811.tif 000016