JP2015225355A - 認証装置及び認証プログラム - Google Patents

Abstract

【課題】ユーザの作業環境が変わった際にも誤認証の恐れの少ない認証処理を行う認証サーバ装置を提供する。
【解決手段】第２の認証部１２０は、複数のキーから順次入力されて生成される日本語文字列であって生成のために順次入力される複数のキーからなる組が複数存在する日本語文字列である認証用文字列を生成するためのキー入力を要求するキー入力要求を、使用中のユーザ識別情報が対応付けられた端末装置２００−１に送信する。第２の認証部１２０は、端末装置２００−１が生成した認証用文字列の生成に使用された複数のキーからなる組を特定するキー特定情報を受信する。認証サーバ装置１００はユーザ識別情報と、認証用文字列と、認証用文字列生成の複数キーからなる一つの組とが対応付けられた入力文字列情報１３１を有し、第２の認証部１２０は、キー特定情報を入力文字列情報１３１と照合し、ユーザ識別情報が正当使用かを判定する。
【選択図】図１

Description

この発明はユーザ認証に関し、例えば、人の日本語のキー入力の癖を用いてユーザ認証を行う発明に関する。

特許文献１には、ユーザに対する質問文を表示し、ユーザの文字入力過程に関する判断基準により、正しいユーザかどうかを認証する装置の開示がある。特許文献１では、ユーザがキー入力する速度や、文字入力を完了するまでの時間を測定するものである。

特開２０１１−２２７７６２号公報

従来技術のように入力速度の測定に基づく場合は、パーソナルコンピュータに使用するキーボードが交換されたようなハードウェア交換の場合や、オフィスでのキーボード操作と車内でのキーボード操作との違いなどのように、作業環境に違いがある際には入力速度が異なるため、誤認証の恐れが高くなる。
また従来技術では自動的に癖を蓄積するため蓄積に時間を要し、認証処理の使用までに時間がかかるという課題がある。

この発明は、作業環境が変わった際にも誤認証の恐れの少ない認証手段の提供を目的とする。

この発明の認証装置は、
複数のキーから順次入力されることで生成される日本語文字列であって生成のために順次入力される複数のキーからなる組が２組以上存在する日本語文字列である認証用文字列を生成するためのキー入力を要求するキー入力要求を、使用中のユーザ識別情報が対応付けられている端末装置に送信する送信部と、
前記送信部が送信した前記キー入力要求の応答として前記端末装置が生成した前記認証用文字列の生成に使用された複数のキーからなる組を特定するキー特定情報を、前記端末装置から受信する受信部と、
前記ユーザ識別情報と、前記認証用文字列と、前記認証用文字列を生成するための複数のキーからなる一つの組とが対応付けられた対応情報を格納する格納部と、
前記受信部が受信した前記キー特定情報を前記対応情報と照合し、照合結果に基づいて、使用中の前記ユーザ識別情報の使用が正当使用かどうかを判定する判定部と
を備えたことを特徴とする。

この発明により、作業環境が変わった際にも誤認証の恐れの少ない認証手段を提供できる。

実施の形態１の図で、認証システム１０００の構成を示す図。 実施の形態１の図で、第２の認証部１２０の動作を示すフローチャート。 実施の形態１の図で、癖の登録画面１４１〜１４４を示す図。 実施の形態１の図で、入力文字列情報１３１を示す図。 実施の形態２の図で、認証サーバ装置のハードウェア構成例を示す図。

実施の形態１．
図１〜図４を参照して実施の形態１の認証システム１０００を説明する。
図１は、認証システム１０００のシステム構成を示す図である。図１のように、認証システム１０００は、認証サーバ装置１００（認証装置）、複数の端末装置２００−１，２００−２、・・・２００−Ｎ、ネットワーク３００を備えている。複数の端末装置２００−１等は、特に区別する必要のない場合は端末装置２００と表記する。端末装置２００は、表示部２０１、キーボード２０２を有し、図示していない端末処理部が処理や通信等を実行する。認証サーバ装置１００と端末装置２００とは、ネットワーク３００に接続されている。

（端末装置２００）
端末装置２００−１、２００−２・・・２００−Ｎ等は、ネットワーク３００を介して、認証サーバ装置１００に認証処理の実施を要求（認証処理要求２１０）する。認証処理要求は、例えば、端末装置２００から業務サーバ（図示していない）にログインする場合に、端末装置２００から認証サーバ装置１００へ送信する。

（認証サーバ装置１００）
認証サーバ装置１００は、第１の認証部１１０、第２の認証部１２０（送信部、受信部、判定部）及び格納部である認証データベース装置１３０（以下、認証ＤＢ装置１３０と記す）を備える。
（１）第１の認証部１１０は、認証処理要求２１０を受信した場合に、第１の認証方式による認証処理を実行し、認証結果（認証成立または認証不成立）を、認証処理要求２１０の送信元の端末装置２００に返信する。
（２）第２の認証部１２０は、第１の認証方式による認証結果が認証不成立の場合（図２のＳ１０のＮＯの場合）に、第２の認証方式による認証処理（図２のＳ２０以降）を実行し、認証結果（認証成立または認証不成立）を、認証処理要求２１０の送信元の端末装置２００に返信する。
（３）認証ＤＢ装置１３０は、第１の認証方式及び第２の認証方式に関する情報を格納している。図１では認証ＤＢ装置１３０は認証サーバ装置１００が有する構成であるが、認証ＤＢ装置１３０は認証サーバ装置１００と別個に存在しても構わない。この場合、認証ＤＢ装置１３０はネットワーク３００に接続し、ネットワーク３００を介して認証サーバ装置１００とデータのやり取りを行う。

図２は、第２の認証部１２０の動作を示すフローチャートである。図２を参照して説明する。

（Ｓ１０）
Ｓ１０では端末装置２００−１が、認証処理要求２１０を認証サーバ装置１００に送信するものとする。以下の図２の説明では端末装置２００として端末装置２００−１を想定する。認証処理要求２１０は、端末装置２００−１のユーザのユーザ識別子（例えば社員番号）を含む。第１の認証部１１０は、認証処理要求２１０に基づき第１の認証方式の認証処理を実行し、認証結果を端末装置２００−１に返信する。認証が成立した場合、処理はＳ１００に進み、認証処理は終了する。認証が不成立の場合、処理はＳ２０に進む。

（Ｓ２０）
Ｓ２０では、認証サーバ装置１００の処理は第２の認証部１２０に移る。第２の認証部１２０は、第２の認証方式に使用する情報（後述の入力文字列情報１３１）が既に登録済かどうかを判定する。すでに登録済の場合（新規でない場合）、処理はＳ０に進む。入力文字列情報１３１が登録されていない場合（新規の場合）、処理はＳ３０に進む。

（Ｓ３０）
第２の認証部１２０は、癖の登録処理を実行する。
図３は、癖の登録画面を示す。第２の認証部１２０はＳ３０において、図３の「癖の登録画面」（キー入力要求の一例）を端末装置２００−１に送信する。「癖の登録」について説明する。日本語入力には、例えば「ディ」（認証用文字列の一例）という日本語の入力方法（以下の例はローマ字入力）として、「ｄｈｉ」、「ｄｅｌｉ」、「ｄｅｘｉ」等のように複数存在するものがある。これらの「ｄｈｉ」、「ｄｅｌｉ」等の日本語入力のうちどれを用いるかは、個人の癖である。この個人の癖を利用し、文字入力の癖が出るような日本語（認証用文字列）を入力させることで、認証処理を行う。図３の癖の登録画面１４１は、「ディレクトリ」という日本語をカタカナで入力することを求める画面である。「ディレクトリ」の「ディ」が認証用文字列である。また癖の登録画面１４２は、「ツァラトゥストラ」という日本語をカタカナで入力することを求める画面である。「ツァラトゥストラ」では「ツァ」、「トゥ」が認証用文字列である。癖の登録画面１４３，１４４では具体例は示していないが、癖の登録画面１４１等と同様である。図３の癖の登録画面１４１〜１４４（キー入力要求）は、予め認証ＤＢ装置１３０に格納されており、第２の認証部１２０が認証ＤＢ装置１３０から読み出して端末装置２００−１に送信する。

上記のように「ディ」等の認証用文字列は、複数のキーから順次入力されることで生成される日本語文字列であって、生成のために順次入力される複数のキーからなる組が２組以上存在する日本語文字列である。「ディ」の場合、上記のように「ｄｈｉ」、「ｄｅｌｉ」、「ｄｅｘｉ」等の３組がある。

以上のように、Ｓ３０の癖の登録では第２の認証部１２０は、図３のように「ディレクトリ」などの一般的な単語のタイピングを求める「癖の登録画面」を端末装置２００の画面に表示し、ユーザに入力してもらい、癖を認証ＤＢ装置１３０に登録する。この場合、端末装置２００に例えば「ディレクトリ」が「ｄｈｉｒｅｋｕｔｏｒｉ」と入力された場合、端末装置２００は「ディ」が「ｄｈｉ」とタイプされたことを示す情報であるキー特定情報を含む情報を認証サーバ装置１００に送信する。認証ＤＢ装置１３０の内部では、例えば「ディレクトリ」を入力するためにユーザによってタイプされたアルファベットを保持する。そのため、カナキーロック状態やキー配置を変更しても保持が可能である。よって、「癖の登録画面」で入力を求める文字列は、カナ入力の場合もアルファベットで入力できる文字列である。具体的には、ローマ字入力で「ｄｈｉｒｅｋｕｔｏｒｉ」と入力されて「ディレクトリ」と変換されて入力された場合、認証ＤＢ装置１３０は、「ディ」について「ｄｈｉ」（キー特定情報）を保持する。

なおアルファベットで保持するために、第２の認証部１２０は、Ｓ３０で送信する癖の登録画面の文字列（認証用文字列を含む文字列）には、アルファベットが対応づけられている複数のキー入力のみで生成できる文字列を送信する。

図４は、認証ＤＢ装置１３０で保持する入力文字列情報１３１（対応情報）を示す図である。入力文字列情報１３１は、図４の様にユーザＩＤ（ユーザ識別情報）と、「ディ」、「ツァ」、「トゥ」等の認証用文字列と、各認証用文字列を生成するための複数のキーからなる一つの組とが対応付けられている。「一つの組」とは、例えば一つのユーザＩＤ（例えばＡｂｃ１２３）の一つの認証用文字列、例えば「ディ」には、一つのアルファベット列「Ｄｈｉ」が対応付けられていることを意味する。入力文字列情報１３１は、ユーザＩＤに対して、互いに異なる複数の認証用文字列と、認証用文字列ごとに認証用文字列を生成するための複数のキーからなる一つの組とが対応付けられている。例えばユーザＩＤ「Ａｂｃ１２３」に対して、互いに異なる３つの認証用文字列である「ディ」、「ツァ」、「トゥ」と、「ディ」、「ツァ」、「トゥ」ごとに、これらを生成するための複数のキーからなる一つの組（Ｄｈｉ，Ｔｓａ，Ｔｗｕ）が対応付けられている。

入力文字列情報１３１は、図４のように、ユーザＩＤ（ユーザ識別子）ごとに、「癖の登録画面」でユーザが入力した「ディレクトリ」、「ツァラトゥストラ」等における「ディ」、「ツァ」、「トゥ」の入力に使用したアルファベット（キー特定情報）が端末装置２００−１のユーザのキー入力の順に登録されている。つまり、ユーザＩＤがＡｂｃ１２３のユーザは「ディレクトリ」の「ディ」の入力を、「Ｄｈｉ」と入力したことを示す。またユーザＩＤがＢｃｄ２３４のユーザは、「ディ」の入力を「ｄｈｉ」と入力したことを示す。またユーザＩＤがＣｄｅ３４５のユーザは、「ディ」の入力をカナキーをロックした状態で、「ｗ＠ｅ」のキーを入力（カナ入力で「ディ」を入力）したことを示す。

（Ｓ４０）
Ｓ４０では、第２の認証部１２０は認証画面を表示する。「認証画面」とは、例えばユーザＩＤとパスワードの入力を求めるログイン画面である。端末装置２００−１にユーザＩＤとパスワードとが入力され認証サーバ装置１００に送信される。

（Ｓ５０）
Ｓ５０では、第２の認証部１２０は、端末装置２００−１の表示部２０１に文字列をランダムに表示し、その文字列の入力を求める。表示する文字列とはＳ３０で登録された図３の入力文字列情報１３１における「ディレクトリ」、「ツァラトゥストラ」等の登録済の文字列（認証用文字列を含む文字列）である。つまり第２の認証部１２０が端末装置２００−１の表示部２０１に表示する画面（Ｓ５０におけるキー入力要求）は、図３の癖の登録画面と同様である。

（Ｓ６０）
Ｓ６０では、端末装置２００−１に文字列（「ディレクトリ」、「ツァラトゥストラ」とする）が入力される。端末装置２００−１はＳ３０の場合と同じように、「ディレクトリ」、「ツァラトゥストラ」のうち「ディ」、「ツァ」、「トゥ」等のキー特定情報を含む情報を認証サーバ装置１００に返信する。

（Ｓ７０）
Ｓ７０では、第２の認証部１２０が「ディ」等のキー特定情報を受信し、受信したキー特定情報に基づき認証処理を実行する。ここでは、Ｓ４０で入力されたユーザＩＤとパスワードとが認証ＤＢ装置１３０に予め格納されているユーザＩＤ、パスワードの組と一致しているものとする。この前提で、第２の認証部１２０は、受信したキー特定情報を入力文字列情報１３１と照合し、例えば「ディ」と「ｄｈｉ」との一致の有無を照合する。Ｓ４０で入力されたユーザＩＤは「Ａｂｃ１２３」とする。この場合、第２の認証部１２０は、認証ＤＢ装置１３０の入力文字列情報１３１のユーザＩＤが「Ａｂｃ１２３」のレコードを参照して、一致の有無を判定する。「ディ」がＤｈｉ、「ツァ」がＴｓａ、「トゥ」がＴｗｕのキーを用いているかどうかの一致率の閾値は１００％とする。つまり、第２の認証部１２０は、受信したキー特定情報が入力文字列情報１３１の「Ａｂｃ１２３」のレコードと全件一致の場合に認証成功と判定する。

なお、認証成功の閾値の１００％（全件一致）は一例であり、９０％、８０％等でもよく、自由に設定して構わない。第２の認証部１２０が認証成功の閾値を満たさないと判定した場合、認証失敗（Ｓ８０）となる。第２の認証部１２０が認証成功の閾値を満たすと判定した場合、認証ＯＫ（Ｓ９０）となり、ユーザＩＤが「Ａｂｃ１２３」の認証は成功となる。認証失敗（Ｓ８０）は、第２の認証部１２０が、端末装置２００の現在使用中のユーザＩＤの使用が正当使用ではないと判定したことを意味する。また認証ＯＫ（Ｓ９０）は、第２の認証部１２０が、端末装置２００の現在使用中のユーザＩＤの使用が正当使用であると判定したことを示す。

図２ではＳ１０において、第１の認証方式の成立の有無で処理が分岐した。しかし、Ｓ１０の無い動作でも構わない。つまり、上記に説明した第２の認証方式である、認証用文字列を用いた認証方式のみを用いても構わない。

なお、第１の認証方式としては、ユーザによるキー入力の入力リズムからユーザ認証を行う入力リズム鑑定を想定する。上記で説明した認証用文字列を用いた認証方式を入力リズム鑑定に加えることで、入力リズム鑑定で認証不成立（Ｓ１０のＮＯ）とされた場合を救済できる。また、認証用文字列を用いた認証方式を入力リズム鑑定と併せることで、パスワードの更新を不要、あるいは、更新頻度を下げることができる。

以上の実施の形態１の認証システムによれば、作業環境が変わった際にも誤認証の恐れの少ない認証手段を提供できる。

実施の形態２．
図５を参照して実施の形態２を説明する。実施の形態２は、コンピュータである認証サーバ装置１００のハードウェア構成を説明する。端末装置２００も認証サーバ装置１００同様のコンピュータであるので、以下の認証サーバ装置１００の説明は端末装置２００にも当てはまる。

図５は、認証サーバ装置１００のハードウェア資源の一例を示す図である。

ハードウェア資源を示す図５おいて、認証サーバ装置１００は、プログラムを実行するＣＰＵ９５０（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）を備えている。ＣＰＵ９５０は、バス９５８を介してＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）９５１、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）９５２、表示装置９５３、キーボード９５４、マウス９５５、通信ボード９５６、ＣＤＤ９５７、磁気ディスク装置９６０と接続され、これらのハードウェアデバイスを制御する。磁気ディスク装置９６０の代わりに、光ディスク装置、フラッシュメモリなどの記憶装置でもよい。

ＲＡＭ９５２は、揮発性メモリの一例である。ＲＯＭ９５１、ＣＤＤ９５７、磁気ディスク装置９６０等の記録媒体は、不揮発性メモリの一例である。これらは、記憶装置あるいは記憶部、格納部、バッファの一例である。通信ボード９５６、キーボード９５４などは、入力部、入力装置の一例である。また、通信ボード９５６、表示装置９５３などは、出力部、出力装置の一例である。通信ボード９５６は、ネットワークに接続されている。

磁気ディスク装置９６０には、オペレーティングシステム９６１（ＯＳ）、プログラム群９６２、ファイル群９６３が記憶されている。プログラム群９６２のプログラムは、ＣＰＵ９５０、オペレーティングシステム９６１により実行される。

上記プログラム群９６２には、以上の実施の形態の説明において「〜部」として説明した機能を実行するプログラムが記憶されている。プログラムは、ＣＰＵ９５０により読み出され実行される。

ファイル群９６３には、「〜の判定結果」、「〜の算出結果」、「〜の抽出結果」、「〜の生成結果」、「〜の処理結果」等の情報や、データや信号値や変数値やパラメータなどが、「〜ファイル」や「〜データベース」の各項目として記憶されている。「〜ファイル」や「〜データベース」は、ディスクやメモリなどの記録媒体に記憶される。また、ディスクやメモリなどの記録媒体に記憶された情報やデータや信号値や変数値やパラメータは、読み書き回路を介してＣＰＵ９５０によりメインメモリやキャッシュメモリに読み出され、抽出・検索・参照・比較・演算・計算・処理・出力・印刷・表示などのＣＰＵの動作に用いられる。抽出・検索・参照・比較・演算・計算・処理・出力・印刷・表示などのＣＰＵの動作の間、情報やデータや信号値や変数値やパラメータは、メインメモリやキャッシュメモリやバッファメモリに一時的に記憶される。

また、以上に述べた実施の形態の説明において、データや信号値は、ＲＡＭ９５２のメモリ、ＣＤＤ９５７のコンパクトディスク、磁気ディスク装置９６０の磁気ディスク、その他光ディスク、ミニディスク、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｋ）等の記録媒体に記録される。また、データや信号は、バス９５８や信号線やケーブルその他の伝送媒体によりオンライン伝送される。

また、以上の実施の形態の説明において、「〜部」として説明したものは、「〜手段」、であってもよく、また、「〜ステップ」、「〜手順」、「〜処理」であってもよい。すなわち、「〜部」として説明したものは、ソフトウェアのみ、或いは、ソフトウェアとハードウェアとの組み合わせ、さらには、ファームウェアとの組み合わせで実施されても構わない。ファームウェアとソフトウェアは、プログラムとして、磁気ディスク、フレキシブルディスク、光ディスク、コンパクトディスク、ミニディスク、ＤＶＤ等の記録媒体に記憶される。プログラムはＣＰＵ９５０により読み出され、ＣＰＵ９５０により実行される。すなわち、プログラムは、以上に述べた「〜部」としてコンピュータを機能させるものである。あるいは、以上に述べた「〜部」の手順や方法をコンピュータに実行させるものである。

以上の実施の形態では、認証サーバ装置１００を説明したが、認証サーバ装置１００の動作は、プログラムとしても把握できることは以上の説明から当然である。また、認証サーバ装置１００の各「〜部」の動作は方法としても把握できることは以上の説明により明らかである。

１００ 認証サーバ装置、１１０ 第１の認証部、１２０ 第２の認証部、１３０ 認証ＤＢ装置、１３１ 入力文字列情報、２００−１，２００−２，２００−Ｎ 端末装置、２０１ 表示部、２０２ キーボード、２１０ 認証処理要求、３００ ネットワーク、１０００ 認証システム。

Claims (6)

1. 複数のキーから順次入力されることで生成される日本語文字列であって生成のために順次入力される複数のキーからなる組が２組以上存在する日本語文字列である認証用文字列を生成するためのキー入力を要求するキー入力要求を、使用中のユーザ識別情報が対応付けられている端末装置に送信する送信部と、
   前記送信部が送信した前記キー入力要求の応答として前記端末装置が生成した前記認証用文字列の生成に使用された複数のキーからなる組を特定するキー特定情報を、前記端末装置から受信する受信部と、
   前記ユーザ識別情報と、前記認証用文字列と、前記認証用文字列を生成するための複数のキーからなる一つの組とが対応付けられた対応情報を格納する格納部と、
   前記受信部が受信した前記キー特定情報を前記対応情報と照合し、照合結果に基づいて、使用中の前記ユーザ識別情報の使用が正当使用かどうかを判定する判定部と
   を備えたことを特徴とする認証装置。
2. 前記送信部は、
   互いに異なる前記認証用文字列についての複数の前記キー入力要求を前記端末装置に送信し、
   前記受信部は、
   前記キー入力要求ごとに、前記キー特定情報を前記端末装置から受信し、
   前記格納部が格納する前記対応情報は、
   前記ユーザ識別情報に対して、互いに異なる複数の前記認証用文字列と、前記認証用文字列ごとに前記認証用文字列を生成するための複数のキーからなる一つの組とが対応付けられ、
   前記判定部は、
   前記受信部が受信した複数の前記キー特定情報を前記対応情報の各認証用文字列に対応付けられた前記一つの組と照合し、照合結果に基づいて、使用中の前記ユーザ識別情報の使用が正当使用かどうかを判定することを特徴とする請求項１記載の認証装置。
3. 前記判定部は、
   前記受信部が受信した複数の前記キー特定情報の全部が、前記対応情報の複数の前記認証用文字列についての各組と一致した場合に、使用中の前記ユーザ識別情報の使用を正当使用と判定することを特徴とする請求項２記載の認証装置。
4. 、
   前記送信部は、
   前記格納部に前記対応情報が格納されていない場合に、前記キー入力要求を、前記端末装置に送信し、
   前記受信部は、
   前記送信部が送信した前記キー入力要求の応答として前記端末装置が生成した前記認証用文字列の生成に使用された複数のキーからなる組を特定する前記キー特定情報を、前記端末装置から受信し、
   前記判定部は、
   前記受信部が受信した前記キー特定情報に基づいて前記対応情報を生成し、生成した前記対応情報を前記格納部に格納することを特徴とする請求項１〜３のいずれかに記載の認証装置。
5. 前記送信部は、
   前記格納部に前記対応情報が格納されていない場合に、前記キー入力要求として、アルファベットが対応付けられている複数のキー入力のみで生成できる前記認証用文字列の前記キー入力要求を、前記端末装置に送信し、
   前記受信部は、
   前記キー特定情報として、アルファベットが対応づけられている複数のキーの示すアルファベットの組を受信し、
   前記判定部は、
   前記対応情報における、前記認証用文字列を生成するための複数のキーからなる一つの組を、複数のアルファベットからなる組として生成することを特徴とする請求項４記載の認証装置。
6. コンピュータに、
   複数のキーから順次入力されることで生成される日本語文字列であって生成のために順次入力される複数のキーからなる組が２組以上存在する日本語文字列である認証用文字列を生成するためのキー入力を要求するキー入力要求を、使用中のユーザ識別情報が対応付けられている端末装置に送信する処理、
   送信した前記キー入力要求の応答として前記端末装置が生成した前記認証用文字列の生成に使用された複数のキーからなる組を特定するキー特定情報を、前記端末装置から受信する処理、
   前記ユーザ識別情報と、前記認証用文字列と、前記認証用文字列を生成するための複数のキーからなる一つの組とが対応付けられた対応情報を格納する処理、
   受信した前記キー特定情報を前記対応情報と照合し、照合結果に基づいて、使用中の前記ユーザ識別情報の使用が正当使用かどうかを判定する処理、
   を実行させるための認証プログラム。
   
   
   
   

Images