(57)【要約】【課題】  パスワード入力時の手の動きだけでなくパスワードを入力するためのキーの配列も同時に観察された場合であっても、入力されたパスワードの特定を困難にする。【解決手段】  端末装置１のＣＰＵ１０は、利用者のカードから読み出されたパスワードをＲＡＭ１２に格納する。ＣＰＵ１０は、タッチパネル１４に表示させる画面のデータを生成する。この画面データに基づいて表示されるボタンには、２つの属性の要素が割り当てられ、そのうち１つの属性の要素は各ボタンにランダムに割り当てられる。タッチパネル１４は、当該画面データに基づいてボタンを表示する。ＣＰＵ１０は、パスワードが１文字入力される毎に、タッチパネル１４に表示させる画面データを新たに生成し、タッチパネル１４は、生成された画面データに基づいてボタンを表示する。ＣＰＵ１０は、パスワードの入力が完了すると、カードのパスワードと、入力されたパスワードとを比較する。【選択図】      図３
2007086873.tif 000002
【特許請求の範囲】
【請求項１】
操作が可能な複数のボタンと、
前記複数のボタンに割り当てられる複数の属性情報を記憶する属性記憶手段と、
１回の読み出し動作において、前記属性記憶手段内の属性情報を複数読み出すとともに、前記ボタンの少なくとも１以上に複数の属性情報が割り当てられるように制御する制御手段と、
前記属性情報を所定数並べて認証用情報として記憶する記憶手段と、
前記制御手段の１回の読み出し動作に対応して、いずれの属性情報が割り当てられたボタンが操作されたかを認識するボタン操作認識手段と、
前記ボタン操作認識手段によって認識されたボタンに割り当てられた属性情報を順次記憶し、その記憶結果が前記記憶手段に記憶されている複数の属性情報と配列も含めて一致した場合に当該ボタン操作に対する認証が成立したと判定する判定手段と
を具備し、
前記制御手段は前記属性情報を読み出す際に、少なくとも一部の属性情報についてランダムな読み出しを行うことを特徴とする認証装置。
【請求項２】
前記属性情報は複数の系列にグループ分けされ、前記制御手段は少なくとも１以上のグループについてランダムな読み出しを行うことを特徴とする請求項１記載の認証装置。
【請求項３】
前記制御手段は、前記複数のボタンの各々に全グループの属性情報を一つずつ割り当てられるように表示させることを特徴とする請求項２記載の認証装置。
【請求項４】
操作が可能な複数のボタンに割り当てられる複数の属性情報を記憶する属性記憶ステップと、
１回の読み出し動作において、前記属性記憶手段内の属性情報を複数読み出すとともに、前記ボタンの少なくとも１以上に複数の属性情報が割り当てられるように制御する制御ステップと、
前記属性情報を所定数並べて認証用情報として記憶する記憶ステップと、
前記制御ステップの１回の読み出し動作に対応して、いずれの属性情報が表示されたボタンが操作されたかを認識するボタン操作認識ステップと、
前記ボタン操作認識ステップによって認識されたボタンに割り当てられた属性情報を順次記憶し、その記憶結果が前記記憶ステップにおいて記憶されている複数の属性情報と配列も含めて一致した場合に当該ボタン操作に対する認証が成立したと判定する判定ステップと
を具備し、
前記制御ステップは前記属性情報を読み出す際に、少なくとも一部の属性情報についてランダムな読み出しを行うことを特徴とする認証方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、サービスの利用者を認証するための技術に関する。
【背景技術】
【０００２】
従来より、特定の情報に対するアクセスを制御するための技術として、さまざまな種類のユーザ認証方法が提案されているが、その中でも特にパスワードによるユーザ認証は一般的な認証システムとして広く利用されている。このパスワードによるユーザ認証では、ユーザＩＤやパスワード等をキー入力装置を用いて入力することが一般的であるが、衆人環視の中でキー入力を行う場合、キーを入力する手の動きから、キー入力装置のどの部分を押下しているかを知られるおそれがある。通常、キー入力装置のキーの配置は固定的であるため、キー入力時に押下される位置と、キー入力装置のキーの配置とを対応させることでパスワードが知られてしまう。このような問題点を解決するために、パスワードの入力に用いるキーの配列を、パスワードが１文字入力されるたびにランダムに変更する端末装置や（特許文献１参照）、マウス等のポインティングデバイスをパスワードの入力に用いる認証方法（特許文献２参照）が提案されている。
【特許文献１】特開２００３−６７３４１号公報
【特許文献２】特開２００４−１０２４６０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
上記の端末装置や認証方法を利用すれば、パスワードを入力する手の動きからパスワードが推測されることを防止することが可能になるが、パスワードを入力する手の動きだけでなくパスワードを入力するためのキーの配列も同時に観察された場合には、パスワードが第三者に知られてしまうことになる。
【０００４】
本発明は上述した事情に鑑みてなされたものであり、パスワード入力時の手の動きだけでなくパスワードを入力するためのキーの配列も同時に観察された場合であっても、入力されたパスワードの特定を困難にする技術を提供することを目的としている。
【課題を解決するための手段】
【０００５】
上述の課題を解決するために、本発明は、操作が可能な複数のボタンと、前記複数のボタンに割り当てられる複数の属性情報を記憶する属性記憶手段と、１回の読み出し動作において、前記属性記憶手段内の属性情報を複数読み出すとともに、前記ボタンの少なくとも１以上に複数の属性情報が割り当てられるように制御する制御手段と、前記属性情報を所定数並べて認証用情報として記憶する記憶手段と、前記制御手段の１回の読み出し動作に対応して、いずれの属性情報が割り当てられたボタンが操作されたかを認識するボタン操作認識手段と、前記ボタン操作認識手段によって認識されたボタンに割り当てられた属性情報を順次記憶し、その記憶結果が前記記憶手段に記憶されている複数の属性情報と配列も含めて一致した場合に当該ボタン操作に対する認証が成立したと判定する判定手段とを具備し、前記制御手段は前記属性情報を読み出す際に、少なくとも一部の属性情報についてランダムな読み出しを行うことを特徴とする認証装置を提供する。
【０００６】
上記の構成において、前記属性情報は複数の系列にグループ分けされ、前記制御手段は少なくとも１以上のグループについてランダムな読み出しを行ってもよい。また、前記制御手段は、前記複数のボタンの各々に全グループの属性情報を一つずつ割り当てられるように表示させてもよい。
【０００７】
また、本発明は、操作が可能な複数のボタンに割り当てられる複数の属性情報を記憶する属性記憶ステップと、１回の読み出し動作において、前記属性記憶手段内の属性情報を複数読み出すとともに、前記ボタンの少なくとも１以上に複数の属性情報が割り当てられるように制御する制御ステップと、前記属性情報を所定数並べて認証用情報として記憶する記憶ステップと、前記制御ステップの１回の読み出し動作に対応して、いずれの属性情報が表示されたボタンが操作されたかを認識するボタン操作認識ステップと、前記ボタン操作認識ステップによって認識されたボタンに割り当てられた属性情報を順次記憶し、その記憶結果が前記記憶ステップにおいて記憶されている複数の属性情報と配列も含めて一致した場合に当該ボタン操作に対する認証が成立したと判定する判定ステップとを具備し、前記制御ステップは前記属性情報を読み出す際に、少なくとも一部の属性情報についてランダムな読み出しを行うことを特徴とする認証方法を提供する。
【発明を実施するための最良の形態】
【０００８】
（１）第１実施形態
図１〜４を参照して本発明の第１実施形態について説明する。
図１は、本実施形態に係る端末装置１の構成を示すブロック図である。同図に示すように、端末装置１は、ＣＰＵ１０、ＲＯＭ１１、ＲＡＭ１２、記憶エリア１３、タッチパネル１４及びカード挿入装置１５を有している。
ＲＯＭ１１は、後述する認証処理を端末装置１に実行させるために使用される認証プログラムを記憶している。ＲＡＭ１２は、ＣＰＵ１０が前記認証プログラムを実行する際にワークエリアとして利用される。記憶エリア１３は、後述するタッチパネル１４に表示されるボタンに割り当てる要素のデータを記憶している。タッチパネル１４は、ＣＰＵ１０から送られてくる画面データに基づいて、利用者がパスワードを入力するためのボタンを表示する。図２は、タッチパネル１４によって表示される画面の一例を示す図である。同図に示すように、タッチパネル１４に表示される各ボタンには、２つの属性の要素が割り当てられている。具体的には、まず第１の属性として、「０」〜「９」の数字のいずれかが各ボタンに割り当てられており、さらに、第２の属性として、「白」、「黒」、「赤」、「青」、「黄」、「緑」、「紫」、「灰」、「ピンク」及び「オレンジ」の色のいずれかが各ボタンに割り当てられている。尚、同図では、説明の便宜上、各ボタンに割り当てられた色の名前をボタン上に表記しているが、実際には、各ボタンに割り当てられた色のボタンがタッチパネル１４上に表示されることになる。タッチパネル１４はまた、表示面に表示されたボタンが指などで押下されると、押下されたボタンに割り当てられている要素のデータをＣＰＵ１０に送る。カード挿入装置１５は、カードを挿入するための挿入口を有し、当該部位にカードが挿入されるとカードに記憶されているパスワードを読み出してＣＰＵ１０に送る。
【０００９】
次に、本実施形態に係る端末装置１によって実行される認証処理について、図３及び図４を参照して説明する。図３は、本認証処理のフローチャートであり、図４は、各ボタンに割り当てられる要素の変遷を例示する図である。
本認証処理では、端末装置１によるサービスを受けるにあたり、端末装置１の利用者が、自身のカードをカード挿入装置１５のカード挿入口に挿入するものとする。また、このカードには、当該利用者のパスワードとして登録されている４桁の要素列「３赤青４」が予め記憶されているものとする。
【００１０】
まず、利用者が自身のカードをカード挿入装置１５のカード挿入口に挿入すると、カード挿入装置１５は、挿入されたカードに記憶されているパスワードを読み出してそのパスワードをＣＰＵ１０に送る。ＣＰＵ１０は、カードのパスワードである「３赤青４」を示すデータをＲＡＭ１２に格納する（ステップＳ１）。ＣＰＵ１０はまた、ＲＡＭ１２にカウンタを設け、このカウンタの値を「０」に設定する（ステップＳ２）。このカウンタは、パスワードの入力がなされるたびに「１」ずつインクリメントされ、カウンタの値が「４」になると４桁のパスワードが入力されたことがＣＰＵ１０によって認識される。
【００１１】
次に、ＣＰＵ１０は、タッチパネル１４に表示させる画面のデータを生成する（ステップＳ３）。図４（ａ）は、この画面データに基づいてタッチパネル１４に表示されるボタンを示す図である。同図に示すように、本実施形態では、画面上に表示される各ボタンに２つの属性の要素が割り当てられる。従って、ＣＰＵ１０は、画面データを生成する際、第１の属性として数字を各ボタンに割り当て、さらに第２の属性として色を各ボタンに割り当てることになる。第１の属性である数字については、図４（ａ）に示すように、０〜９の数字が同図の左下から右上に向かって昇順で各ボタンに割り当てられ、第２の属性である色については、白、黒、赤、青、黄、緑、紫、灰、ピンク及びオレンジの要素が、記憶エリア１３からランダムに読み出されて各ボタンに割り当てる。ＣＰＵ１０は、画面データを生成すると、当該画面データをタッチパネル１４に送る。タッチパネル１４は、ＣＰＵ１０から送られてきた画面データに基づいてボタンを表示する（ステップＳ４）。
【００１２】
利用者は、タッチパネル１４に表示されるボタンを見て自身のパスワードの１番目の要素を入力する。本実施形態における利用者のパスワードは「３赤青４」であるから、利用者は、タッチパネル１４に表示される図４（ａ）の画面を見て、要素群「（３、ピンク）」が割り当てられているボタンを押下することになる。タッチパネル１４は、押下されたボタンに割り当てられている要素群「（３、ピンク）」を示すデータをＣＰＵ１０に送る。ＣＰＵ１０は、このデータをタッチパネル１４から受け取ると、ＲＡＭ１２に当該データを格納する（ステップＳ５）。次いで、ＣＰＵ１０は、ＲＡＭ１２のカウンタの値を「１」インクリメントし（ステップＳ６）、カウンタの値が「４」以上であるか否かを判定する（ステップＳ７）。カウンタの値が４以上である場合には、パスワード入力の完了がＣＰＵ１０によって認識されることになるが、この段階では、まだカウンタの値は「１」であるため（ステップＳ７；ＮＯ）、ＣＰＵ１０は、ステップＳ３の処理に戻り、再度タッチパネル１４に表示させる画面データを生成する。この画面データを生成する際、ＣＰＵ１０は、第１の属性として数字を各ボタンに割り当て、さらに第２の属性として色を各ボタンに割り当てる。第１の属性である数字については、図４（ａ）に示すボタンと同様に、０〜９の数字が同図の左下から右上に向かって昇順で各ボタンに割り当てられ、第２の属性である色については、白、黒、赤、青、黄、緑、紫、灰、ピンク及びオレンジの要素が、記憶エリア１３からランダムに読み出されて各ボタンに割り当てられる。図４（ｂ）は、この画面データに基づいてタッチパネル１４に表示されるボタンを示す図である。同図に示すボタンでは、第１の属性である数字の配置は、図４（ａ）に示されるボタンと同様であるが、第２の属性である色の配置は、ＣＰＵ１０による要素の再割り当てにより、図４（ａ）に示すボタンとは異なったものとなっている。ＣＰＵ１０は、画面データを生成すると、当該画面データをタッチパネル１４に送る。タッチパネル１４は、ＣＰＵ１０から送られてきた画面データに基づいてボタンを表示する（ステップＳ４）。
【００１３】
利用者は、タッチパネル１４に表示されるボタンを見て自身のパスワードの２番目の要素を入力する。本実施形態における利用者のパスワードは「３赤青４」であり、すでに「３」は入力済みであるから、利用者は、タッチパネル１４に表示される図４（ｂ）の画面を見て、要素群「（２、赤）」が割り当てられているボタンを押下することになる。タッチパネル１４は、押下されたボタンに割り当てられている要素群「（２、赤）」を示すデータをＣＰＵ１０に送る。ＣＰＵ１０は、このデータをタッチパネル１４から受け取ると、ＲＡＭ１２に当該データを格納する（ステップＳ５）。次いで、ＣＰＵ１０は、ＲＡＭ１２のカウンタの値を「１」インクリメントし（ステップＳ６）、カウンタの値が「４」以上であるか否かを判定する（ステップＳ７）。この段階では、まだカウンタの値は「２」であるため（ステップＳ７；ＮＯ）、ＣＰＵ１０は、ステップＳ３の処理に戻り、再度タッチパネル１４に表示させる画面データを生成する。
【００１４】
ＣＰＵ１０は、上述のステップＳ３〜Ｓ７の処理を繰り返し、その結果、利用者によって４桁のパスワードがすべて入力され、カウンタの値が「４」以上であると判定されると（ステップＳ７；ＹＥＳ）、ＲＡＭ１２に格納されているカードのパスワードを示すデータと、タッチパネル１４を介して入力されＲＡＭ１２に格納されているパスワードを示すデータとを比較する（ステップＳ８）。本動作例の場合、カードのパスワードとして、「３赤青４」を示すデータがＲＡＭ１２に格納されている。一方、図４に示すように要素が変遷するボタンが正しく選択された場合には、タッチパネル１４を介して入力されたパスワードとして、「（３、ピンク）（２、赤）（５、青）（４、赤）」を示すデータがＲＡＭ１２に格納されている。この場合、後者のデータに示される各要素群と、前者のデータに示される各要素、すなわち「（３、ピンク）」と「３」、「（２、赤）」と「赤」、「（５、青）」と「青」、「（４、赤）」と「４」の各組をそれぞれ比較すると、すべての組において、後者の要素が前者の要素群に含まれている。この場合、ＣＰＵ１０は、正しくパスワードが押下されたものと判定し（ステップＳ８；ＹＥＳ）、認証処理を終了する。一方、パスワードが正しく押下されていないと判定した場合には（ステップＳ８；ＮＯ）、ＣＰＵ１０は利用者にパスワードの再入力を促す。
【００１５】
このように本実施形態に係る端末装置１では、パスワードが１文字入力されるごとに各ボタンに割り当てられる要素の一部がランダムに変更されることに加えて、各ボタンに２つの属性の要素が割り当てられている。従って、仮に、パスワードを入力する手の動きだけでなくタッチパネル１４の表示画面をも第三者に観察されたとしても、当該第三者は、各ボタンに割り当てられた複数の要素のうちいずれの要素を意図してボタンが押下されたのかを知ることができないため、正しいパスワードを一意に特定することができない。
【００１６】
（２）第２実施形態
図５及び６を参照して本発明の第２実施形態について説明する。
本実施形態に係る端末装置２は、当該装置のＲＯＭに記憶される認証プログラムを除いて、第１実施形態に係る端末装置１とその構成要素を同じくする。従って、端末装置２の構成要素については、その説明を省略し、端末装置１の構成要素と同一の符号を付すことにする。
図５は、本実施形態に係る認証プログラムを実行した場合にタッチパネル１４によって表示される画面の一例を示す図である。同図に示すように、タッチパネル１４に表示される各ボタンには、第１実施形態と異なり、３つの属性の要素が割り当てられている。具体的には、まず第１の属性として、「０」〜「９」の数字のいずれかが各ボタンに割り当てられており、第２の属性として、「Ａ」〜「Ｊ」のアルファベットのいずれかが各ボタンに割り当てられており、さらに、第３の属性として、「あ」〜「こ」のひらがなのいずれかが各ボタンに割り当てられている。
【００１７】
次に、本実施形態に係る端末装置２によって実行される認証処理について、図５及び６を参照して説明する。図６は、本認証処理のフローチャートである。
尚、本認証処理においても、第１実施形態のそれと同様に、端末装置２の利用者が、当該装置によるサービスを受けるにあたり自身のカードをカード挿入装置１５のカード挿入口に挿入するものとする。ただし、このカードに予め記憶されているパスワードは、４桁の要素列「２Ａ４か」であるものとする。
【００１８】
まず、利用者が自身のカードをカード挿入装置１５のカード挿入口に挿入すると、カード挿入装置１５は、挿入されたカードに記憶されているパスワードを読み出してそのパスワードをＣＰＵ１０に送る。ＣＰＵ１０は、カードのパスワードである「２Ａ４か」を示すデータをＲＡＭ１２に格納する（ステップＳ１０）。ＣＰＵ１０はまた、ＲＡＭ１２にカウンタを設け、このカウンタの値を「０」に設定する（ステップＳ１１）。このカウンタは、パスワードの入力がなされるたびに「１」ずつインクリメントされ、カウンタの値が「４」になると４桁のパスワードが入力されたことがＣＰＵ１０によって認識される。
【００１９】
次に、ＣＰＵ１０は、タッチパネル１４に表示させる画面のデータを生成する（ステップＳ１２）。本実施形態では、図５に示すように、画面上に表示される各ボタンに３つの属性の要素が割り当てられる。従って、ＣＰＵ１０は、画面データを生成する際、第１の属性として数字を各ボタンに割り当て、第２の属性としてアルファベットを各ボタンに割り当て、さらに第３の属性としてひらがなを各ボタンに割り当てることになる。この際、第１実施形態では、数字と色の２つの属性のうち数字については所定の配置で各ボタンに割り当てられたが、本実施形態では、すべての属性の要素がランダムに各ボタンに割り当てられる。ＣＰＵ１０は、画面データを生成すると、当該画面データをタッチパネル１４に送る。タッチパネル１４は、ＣＰＵ１０から送られてきた画面データに基づいてボタンを表示する（ステップＳ１３）。
【００２０】
利用者は、タッチパネル１４に表示されるボタンを見て自身のパスワードの１番目の要素を入力する。本実施形態における利用者のパスワードは「２Ａ４か」であるから、利用者は、タッチパネル１４に表示される図５の画面を見て、要素群「（２、く、Ｃ）」が割り当てられているボタンを押下することになる。タッチパネル１４は、押下されたボタンに割り当てられている要素群「（２、く、Ｃ）」を示すデータをＣＰＵ１０に送る。ＣＰＵ１０は、このデータをタッチパネル１４から受け取ると、ＲＡＭ１２に当該データを格納する（ステップＳ１４）。次いで、ＣＰＵ１０は、ＲＡＭ１２のカウンタの値を「１」インクリメントし（ステップＳ１５）、カウンタの値が「４」以上であるか否かを判定する（ステップＳ１６）。カウンタの値が４以上である場合には、パスワード入力の完了がＣＰＵ１０によって認識されることになるが、この段階では、まだカウンタの値は「１」であるため（ステップＳ１６；ＮＯ）、ＣＰＵ１０は、ステップＳ１４の処理に戻り、利用者によるパスワードの入力を待つ。
【００２１】
次に利用者は、タッチパネル１４に表示されるボタンを見て自身のパスワードの２番目の要素を入力する。本実施形態における利用者のパスワードは「２Ａ４か」であり、すでに「２」は入力済みであるから、利用者は、タッチパネル１４に表示される図５の画面を見て、要素群「（９、あ、Ａ）」が割り当てられているボタンを押下することになる。タッチパネル１４は、押下されたボタンに割り当てられている要素群「（９、あ、Ａ）」を示すデータをＣＰＵ１０に送る。ＣＰＵ１０は、このデータをタッチパネル１４から受け取ると、ＲＡＭ１２に当該データを格納する（ステップＳ１４）。次いで、ＣＰＵ１０は、ＲＡＭ１２のカウンタの値を「１」インクリメントし（ステップＳ１５）、カウンタの値が「４」以上であるか否かを判定する（ステップＳ１６）。この段階では、まだカウンタの値は「２」であるため（ステップＳ１６；ＮＯ）、ＣＰＵ１０は、ステップＳ１４の処理に戻り、利用者によるパスワードの入力を待つ。
【００２２】
ＣＰＵ１０は、上述のステップＳ１４〜Ｓ１６の処理を繰り返し、その結果、利用者によって４桁のパスワードがすべて入力され、カウンタの値が「４」以上であると判定されると（ステップＳ１６；ＹＥＳ）、ＲＡＭ１２に格納されているカードのパスワードと、タッチパネル１４を介して入力されＲＡＭ１２に格納されているパスワードとを比較する（ステップＳ１７）。本動作例の場合、カードのパスワードとして、「２Ａ４か」を示すデータがＲＡＭ１２に格納されている。一方、図５に示すボタンが正しく選択された場合、タッチパネル１４を介して入力されたパスワードとして、「（２、く、Ｃ）（９、あ、Ａ）（４、こ、Ｂ）（５、か、Ｉ）」を示すデータがＲＡＭ１２に格納されている。この場合、後者のデータに示される各要素群と、前者のデータに示される各要素、すなわち「（２、く、Ｃ）」と「２」、「（９、あ、Ａ）」と「Ａ」、「（４、こ、Ｂ）」と「４」、「（５、か、Ｉ）」と「か」の各組をそれぞれ比較すると、すべての組において、後者の要素が前者の要素群に含まれている。この場合、ＣＰＵ１０は、正しくパスワードが押下されたものと判定し（ステップＳ１７；ＹＥＳ）、認証処理を終了する。一方、パスワードが正しく押下されていないと判定した場合には（ステップＳ１７；ＮＯ）、ＣＰＵ１０は利用者にパスワードの再入力を促す。
【００２３】
このように本実施形態に係る端末装置２では、パスワードの入力開始時に各ボタンに割り当てられる要素がランダムに変更されることに加えて、各ボタンに３つの属性の要素が割り当てられている。従って、仮に、パスワードを入力する手の動きだけでなくタッチパネル１４の表示画面をも第三者に観察されたとしても、当該第三者は、各ボタンに割り当てられた複数の要素のうちいずれの要素を意図してボタンが押下されたのかを知ることができないため、正しいパスワードを一意に特定することができない。
【００２４】
（３）変形例
上記の実施形態は以下に述べるように変形してもよい。
上記の実施形態では、タッチパネル１４に表示される各ボタンに複数の属性の要素を割り当てているが、図７に示すように、単一の属性の要素を複数割り当てるようにしてもよい。また、上記の実施形態では、ボタン同士で要素が重複しないように要素を割り当てているが、図８に示すように、同一の要素を複数のボタンに割り当てるようにしてもよい。また、上記の実施形態では、各ボタンに同じ数の要素を割り当てているが、図９に示すように、各ボタンごとに割り当てる要素の数を異ならせてもよい。
【００２５】
上記の実施形態では、各ボタンに割り当てる要素の属性として、数字（特にアラビア数字）、色、文字（特にひらがな及びアルファベット）を用いたが、ローマ数字、漢数字等の数字や、カタカナ、漢字等の文字または記号等を用いてもよい。その他にも、ボタンのグラフィックの形状やその変化等の視覚情報、ボタンの材質、感触等の触覚情報、あるいはボタンに触れた時に発せられる音やメロディ等の聴覚情報を要素の属性として用いてもよい。
【００２６】
上記の実施形態では、タッチパネル１４に表示されるボタンに要素を割り当てているが、この要素は、各キートップに液晶ディスプレイを装備した液晶キートップキーボードや、机上にキーボードの映像を投影し、赤外線センサーを使って指の位置と高さを感知する投影型仮想キーボードの各キーに割り当てるようにしてもよい。
【図面の簡単な説明】
【００２７】
【図１】第１実施形態に係る端末装置１の構成を示すブロック図である。
【図２】同実施形態に係るタッチパネル１４によって表示される画面の一例を示す図である。
【図３】同実施形態に係る認証処理のフローチャートである。
【図４】同実施形態に係るタッチパネル１４に表示される各ボタンの要素の変遷を例示する図である。
【図５】第２実施形態に係るタッチパネル１４によって表示される画面の一例を示す図である。
【図６】同実施形態に係る認証処理のフローチャートである。
【図７】変形例に係るタッチパネル１４によって表示される画面の一例を示す図である。
【図８】変形例に係るタッチパネル１４によって表示される画面の一例を示す図である。
【図９】変形例に係るタッチパネル１４によって表示される画面の一例を示す図である。
【符号の説明】
【００２８】
１、２…端末装置、１０…ＣＰＵ、１１…ＲＯＭ、１２…ＲＡＭ、１４…タッチパネル、１５…カード挿入装置。
【図１】
2007086873.tif 000003
【図２】
2007086873.tif 000004
【図３】
2007086873.tif 000005
【図４】
2007086873.tif 000006
【図５】
2007086873.tif 000007
【図６】
2007086873.tif 000008
【図７】
2007086873.tif 000009
【図８】
2007086873.tif 000010
【図９】
2007086873.tif 000011