JP2003242125A

JP2003242125A - 携帯情報端末、認証補助端末及び個人認証方法

Info

Publication number: JP2003242125A
Application number: JP2002040451A
Authority: JP
Inventors: Takahiro Kurosawa; 貴弘黒澤; Yuichi Sakauchi; 祐一坂内
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 2002-02-18
Filing date: 2002-02-18
Publication date: 2003-08-29

Abstract

(57)【要約】【課題】携帯情報端末を用いて安全かつ簡単に個人認
証を実現する。【解決手段】携帯情報端末のＬＣＤ１１２に表示され
た画像は、自由局面プリズムを通して拡大され、筐体の
窓部に表示される。窓部に表示されるカーソルを入力デ
バイス１４０からの指示に応じて制御される。入力デバ
イス１４０により個人認証処理の起動を指示されると、
ＣＰＵ１２１は、赤外光源１７３からユーザの眼球に赤
外光を照射させ、撮像デバイス１７２で虹彩情報を取得
させる。取得された虹彩情報と、ＲＯＭ１２３に記憶さ
れる個人認証情報とを比較することでＣＰＵ１２１は個
人認証を実行する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、携帯情報端末に係
り、とりわけ、個人認証機能を備える携帯情報端末、そ
の携帯情報端末に適用される個人認証方法、及び、その
個人認証機能をコンピュータに実行させるプログラムに
関する。

【０００２】

【従来の技術】従来、手のひらサイズの大きさで、個人
の知的活動を支援するための情報機器として、携帯情報
端末（ＰＤＡ：ＰｅｒｓｏｎａｌＤｉｇｉｔａｌＡｓ
ｓｉｓｔａｎｔ）が開発されている。この携帯情報端末
は液晶表示装置を搭載し、スケジュール帳機能、メモ帳
機能及び電話帳機能などを備えている。

【０００３】

【発明が解決しようとする課題】情報通信技術の浸透し
た情報化社会においても、実社会と同様に、プライバシ
ーに対する懸念が高まっている。例えば、従来の携帯情
報端末は、少なくとも２０ｃｍ以上ユーザの目から離し
て使用されることが多いため、液晶表示装置に個人情報
が表示されれば、ユーザだけでなく、第三者からも覗き
見される危険性があった。

【０００４】そこで、本願発明の目的は、第三者からの
覗き見を抑制する携帯情報端末を提供することである。

【０００５】また、認証情報など重要な個人情報などを
キーボードから入力する際には、入力された情報がアス
タリスクなどでマスクされたとしても、キー入力操作を
覗き見ることで第三者に知れ渡る危険性があった。

【０００６】そこで、本願発明の他の目的は、キー入力
操作を見ただけでは、入力された情報を第三者が実質的
に認識できないような入力部を備えた携帯情報端末を提
供する。

【０００７】ところで、銀行端末などでは、依然とし
て、キーボードにより暗証番号を入力させるように構成
されている。従って、キー入力操作を覗き見られれば第
三者に暗証番号を知られる危険性があった。

【０００８】そこで、本願発明のさらに他の目的は、銀
行端末などの情報処理装置から暗証番号などを要求され
た場合に、内部に記憶された暗証番号を送信する携帯情
報端末を提供することを目的とする。

【０００９】

【課題を解決するための手段】上記課題を解決すべく、
本願発明は、手で把持可能な筐体と、前記筐体に設けら
れた窓部と、前記窓部の内側に設けられた拡大光学部
と、前記拡大光学部を経由して前記窓部に画像情報を表
示する表示部と、前記表示部により表示されるカーソル
の動きを制御するための入力部と、を備えたことを特徴
とする携帯情報端末を提供する。

【００１０】すなわち、筐体内に設けられた液晶表示装
置の表示内容を自由曲面プリズムなどの拡大光学系を用
いて拡大し、拡大された表示内容を窓部から覗き込むよ
うな構成としたことで、表示内容を第三者が覗きにくく
なるのである。

【００１１】なお、筐体のサイズが手で把持可能なサイ
ズであることから、自ずと窓部のサイズも小さいものと
なり、第三者からは窓部を覗き難くなる。より具体的な
例をあげると、前記窓部の面積は、前記携帯情報端末の
ユーザが前記窓部に接眼している際に、第三者が実質的
に前記窓部を覗くことのできない程度の面積であればよ
いであろう。より覗かれにくくするためには、両手で把
持可能なサイズよりも、片手で把持可能なサイズが好ま
しいかもしれない。

【００１２】他の上記課題を解決すべく、本願発明は、
前記表示部及び前記入力部を制御する制御部をさらに備
え、前記制御部は、前記表示部にキーボード画像を表示
させるよう制御し、さらに、前記入力部からクリック信
号が入力されたときのカーソル位置に対応するキーを入
力情報とすることを特徴とする。

【００１３】すなわち、物理キーボードに代えてソフト
ウェアキーボードを備えることで、物理キーの数を減ら
し、キー入力操作を見ただけでは、どのような情報が入
力されているかを第三者に知られにくくしている。

【００１４】また、生体情報を入力するための生体情報
入力部をさらに備え、前記制御部は、入力された生体情
報に基づいて認証処理を実行するようにしてもよい。す
なわち、キー操作に代えて、生体情報を入力することに
より認証処理を実行することで、認証時における認証情
報の盗難を防止できよう。また、キー入力に比べ、ユー
ザに要求される入力工程が削減されるため、安全かつ容
易に認証処理を実行できよう。

【００１５】さらに他の上記課題を解決すべく、本願発
明は、少なくとも一つの暗号アルゴリズムを実装した暗
号化部と、他の機器と情報を交換するための通信部と、
をさらに備え、前記制御部は、前記入力された生体情報
に基づいて前記暗号化部により前記情報を暗号化させ、
暗号化された情報を前記通信部により送信させるように
してもよい。

【００１６】このように携帯情報端末を構成すること
で、外部の機器と通信をより安全に実行することがかの
うとなろう。

【００１７】また、前記通信部は、個人認証処理を実行
する情報処理装置に対し、前記個人認証処理に必要な個
人認証情報を送信するようにしてもよい。例えば、前記
情報処理装置は、前記通信部と通信する通信手段を備え
た銀行端末又はネットワーク上のサーバであれば、暗証
番号のキー入力を簡略化でき、より安全に、より簡単に
暗証番号を銀行端末等に入力することが可能となろう。

【００１８】また、前記暗号化部は、前記入力された生
体情報を鍵情報として利用してもよい。

【００１９】また、前記暗号化部により使用される複数
の鍵情報を記憶する記憶部をさらに備え、前記制御部
は、前記入力された生体情報に基づいて、前記記憶部に
記憶される複数の鍵情報の中から少なくとも１つの鍵情
報を選択し、選択された鍵情報を前記暗号化部に使用さ
せるようにしてもよい。

【００２０】また、上記課題を解決すべく、本願発明
は、使用に際しパスワード関連情報を要求する情報処理
装置に対して、通信回線を介して該パスワード関連情報
を送信する認証補助端末であって、前記パスワード関連
情報を記憶する第１の記憶手段と、前記パスワード関連
情報の送信を許可するための許可情報を記憶する第２の
記憶手段と、前記認証補助端末の使用者から生体情報を
入力する生体情報入力手段と、前記生体情報と前記許可
情報とに基づいて、前記パスワード関連情報の送信が許
可されているか否かを判定する判定手段と、前記送信が
許可されていると判定されると、前記パスワード関連情
報を送信する送信手段と、を備えることを特徴とする認
証補助端末を提供する。

【００２１】ここで、前記情報処理装置は、前記パスワ
ード関連情報を受信する受信手段と、前記パスワード関
連情報に基づいて個人認証を実行する認証手段とを備え
た銀行端末又はネットワーク上のサーバであってもよ
い。

【００２２】また、前記生体情報入力手段は、使用者の
眼の虹彩パターン、網膜パターン、指紋又は声紋に関す
る情報を入力するようにしてもよい。

【００２３】また、上記課題を解決すべく、本願発明
は、使用に際しパスワード関連情報を要求する情報処理
装置に対して、通信回線を介して該パスワード関連情報
を送信する認証補助方法であって、前記パスワード関連
情報と、前記パスワード関連情報の送信を許可するため
の許可情報とを記憶するステップと、前記情報処理装置
の使用を希望する者から生体情報を入力するステップ
と、前記生体情報と前記許可情報とに基づいて、前記パ
スワード関連情報の送信が許可されているか否かを判定
するステップと、前記送信が許可されていると判定され
ると、前記パスワード関連情報を送信するステップと、
を備えることを特徴とする認証補助方法を提供する。

【００２４】

【発明の実施の形態】以下に本願発明の一実施形態を示
す。もちろん以下の実施形態は、いわゆる当業者による
本願発明の実施を容易にするため提供されるものであ
り、特許請求の範囲によって確定される本願発明の技術
的範囲に含まれるほんの一部の実施形態にすぎない。従
って、本願明細書に直接的に記載されていない実施形態
であっても、技術思想が共通する限り本願発明の技術的
範囲に包含されることは当業者に自明である。

【００２５】なお、便宜上複数の実施形態を記載する
が、これらは個別に発明として成立するだけでなく、も
ちろん、複数の実施形態を適宜組み合わせることでも発
明が成立することは、当業者であれば容易に理解できよ
う。

【００２６】（第１の実施形態）第１の実施形態では、
とりわけ、携帯情報端末に使用される表示装置を改良す
ることにより、第三者から表示内容を覗きにくくしたも
のである。ここでは、当該携帯情報端末の利用例とし
て、携帯電話端末と接続し、携帯電話網を経由してイン
ターネット上のＷＷＷ（ＷｏｒｌｄＷｉｄｅＷｅｂ）
サーバ（以下、「Ｗｅｂサーバ」という）に接続し、Ｗ
ｅｂサーバにより提供されるページ情報を携帯情報端末
に表示させる動作例について説明する。さらに、本実施
形態によれば、表示されたページ情報内にテキスト入力
ボックスが含まれ、かつ、そのテキスト入力ボックスを
ユーザが選択した際には、ソフトウェアキーボード機能
が起動され、適切なテキスト入力が可能となる例につい
ても説明する。

【００２７】図１は、本実施形態に係る携帯情報端末の
概観図である。（Ａ）は該携帯情報端末の斜視図、
（Ｂ）は正面図、（Ｃ）は該携帯情報端末を手で握った
様子を示す図である。

【００２８】携帯情報端末の正面には、図１（Ｂ）に示
す窓１があり、この窓１は、後述の自由曲面プリズムの
接眼側に位置する。ユーザは、本携帯情報端末を手で把
持し、眼をこの窓１に近づけて覗き込むことにより、後
述の小型液晶ディスプレイの画面を拡大して見ることが
できる。本携帯情報端末は、電源として電池を用い、ま
た無線通信機能を有するので、ユーザは本携帯情報端末
を携帯して、必要な情報を見ることができるようになっ
ている。

【００２９】また図１に示すように、正面から見て左上
に操作ボタン２が装着されており、ユーザは操作ボタン
２を操作して所望の情報を得るようにする。この操作ボ
タンには、例えば、わずかの指の動きを検出可能な感圧
素子などを用いた入力デバイスにより実現される。この
入力デバイスは、ノートブック・コンピュータなどにお
いて使用されているポインティングデバイス（マウス）
に相当するもので、二次元平面上でのポインティングと
ボタンクリックとを実現する。

【００３０】図２は、携帯情報端末の断面図である。図
中１１２は、情報を表示するための小型液晶ディスプレ
イ、１１３は小型液晶ディスプレイ１１２に透過光を供
給するバックライト、１１１は小型液晶ディスプレイ１
１２の画面を拡大するための自由曲面プリズムである。
これらの小型液晶ディスプレイ１１２、バックライト１
１３、および自由曲面プリズム１１１により拡大系表示
デバイス１１０が構成される。３は携帯情報端末の筐
体、４は小型液晶ディスプレイ１１２に駆動信号を送る
メイン基板である。

【００３１】図３は、自由曲面プリズム１１１における
光路を示す図である。自由曲面プリズム１１１には、３
つの光学的作用面１１１ａ〜１１１ｃが存在する。観察
者から最も遠い作用面１１１ｃの近傍には、小型液晶デ
ィスプレイ１１２とバックライト１１３とが配置され、
それらは観察者に適切な表示を与える位置に調整され
る。それぞれの作用面は、バックライト１１３から出た
光が小型液晶ディスプレイ１１２を透過し、作用面１１
１ｃ、１１１ａ、１１１ｂを経由して観察者に到達する
よう設計されている。自由曲面プリズム１１１を利用す
ることにより、画像出力を拡大表示するための拡大光学
系をコンパクトサイズで実現できる。本実施形態では、
小型液晶ディスプレイ１１２として透過型の液晶表示素
子を使用しているが、これに代えて、反射型の液晶表示
素子を使用してもよい。その場合、自由曲面プリズムの
形状やバックライトの位置を適切に調整することになろ
う。

【００３２】図４は、携帯情報端末に実装される電気回
路を示すブロック図である。携帯情報端末は、小型液晶
ディスプレイ（ＬＣＤ）１１２やバックライト１１３等
を含む拡大系表示デバイス１１０と、ＳｏＣ（Ｓｙｓｔ
ｅｍｏｎａＣｈｉｐ）技術によって集積された小型
コンピュータデバイス１２０と、Ｂｌｕｅｔｏｏｔｈ準
拠の消費電力が小さい通信デバイス１３０と、感圧素子
やタクトスイッチを組み合わせることによりポインティ
ングとボタンクリックとを実現した入力デバイス１４０
と、点灯や点滅によって複数の表示状態を実現可能なＬ
ＥＤデバイス１５０と、リチウムイオン二次電池などか
らなる電源デバイス１６０とを備え、これらを手の中に
収まるほどの小型サイズの携帯情報端末内に実装してい
る。なお、図１の操作ボタン２が入力デバイス１４０の
操作部となる。

【００３３】そして、この携帯情報端末は、通信デバイ
ス１３０を経由してネットワークから得られた情報をコ
ンピュータデバイス１２０で処理し、拡大系表示デバイ
ス１１０を介してユーザに提供するように動作する。

【００３４】コンピュータデバイス１２０の内部は、後
述するプログラムによる各種の処理を実行するＣＰＵ１
２１と、プログラムを格納したり処理の中間結果を保持
したりするためのメモリとなるＲＡＭ１２２と、プログ
ラムやデータなどのソフトウェアを記憶しているＲＯＭ
１２３と、プログラムの実行結果を反映するよう小型液
晶ディスプレイ１１２およびバックライト１１３を制御
する表示制御回路１２４と、ＣＰＵ１２１やＲＡＭ１２
２などのデータ通信路となるバス１２５と、通信デバイ
ス１３０を制御する通信制御回路１２６と、入力デバイ
ス１４０を制御する入力制御回路１２７と、ＬＥＤデバ
イス１５０を制御するＬＥＤ制御回路１２８と、省電力
制御などのために電源デバイス１６０を制御する電源制
御回路１２９とから構成される。この中で、ＲＡＭ１２
２、ＲＯＭ１２３、表示制御回路１２４は、バス１２５
を介してＣＰＵ１２１と接続される。通信制御回路１２
６、入力制御回路１２７、ＬＥＤ制御回路１２８、なら
びに電源制御回路１２９は、Ｉ／Ｏポートを介してＣＰ
Ｕ１２１と接続される。そして、これらの回路はＳｏＣ
技術によって一つの半導体チップ上に小型実装されてい
る。ワンチップ化が最も効率がよいと思われるが、複数
チップにわけて実装してもよいことは当業者に明らかで
あろう。なお、本構成のＲＯＭ１２３には、マスクＲＯ
Ｍのような書き換えが不可能な記憶装置と、フラッシュ
ＲＯＭのような繰り返し書き換え可能な記憶装置とが含
まれる。

【００３５】図５は、携帯情報端末とネットワークとの
接続形態を示す図である。インターネットなどのネット
ワーク３５０上には、複数のＷｅｂサーバ４００が存在
する。本実施形態における携帯情報端末１００は、Ｂｌ
ｕｅｔｏｏｔｈ網１５０を介して携帯電話端末２００に
接続し、携帯電話端末２００は携帯電話回線網２５０を
介してＷｅｂサーバ４００に接続する。

【００３６】携帯電話端末２００は、携帯電話回線網２
５０への接続機能の他に、Ｂｌｕｅｔｏｏｔｈ通信機能
を備える。携帯電話回線網２５０は、実際には、複数の
無線基地局や交換機設備から構成されるが、説明を簡潔
にするため携帯電話回線網２５０の詳細な説明は省略す
る。携帯電話回線網２５０からネットワーク３５０への
乗り入れには、ルーター３００が介在する。ルーター３
００は、多くの場合、ＩＳＰ（ＩｎｔｅｒｎｅｔＳｅ
ｒｖｉｃｅＰｒｏｖｉｄｅｒ）によって運営されてお
り、携帯電話回線網２５０からネットワーク３５０への
架け橋の役割を果たす。

【００３７】なお、本実施形態における携帯情報端末１
００の構成を、携帯電話端末２００内に実装してもよ
い。逆に、携帯情報端末１００に、携帯電話端末２００
の携帯電話機能を実装してもよい。

【００３８】携帯情報端末１００から発行されたＷｅｂ
ページ情報のリクエストは、対応のＷｅｂサーバ４００
へ送られ、これが受け入れられるとＷｅｂサーバ４００
から携帯情報端末１００へＷｅｂページ情報が返送され
る。さらに、携帯情報端末１００では、受け取ったＷｅ
ｂページ情報をブラウザプログラムにより解析して表示
する。

【００３９】なお、携帯情報端末１００から携帯電話端
末２００へのＢｌｕｅｔｏｏｔｈ通信では、ダイアルア
ップ・ネットワーキング・プロファイル（Ｄｉａｌ−ｕ
ｐＮｅｔｗｏｒｋｉｎｇｐｒｏｆｉｌｅ）ならびにシ
リアル・ポート・プロファイル（ｓｅｒｉａｌｐｏｒ
ｔｐｒｏｆｉｌｅ）に則った通信が行われる。

【００４０】また、ネットワーク上には、複数のＷｅｂ
ブラウザ５００が接続され、同様に、Ｗｅｂサーバ４０
０に接続し、そこに保持されているページ情報を表示す
る。なお、Ｗｅｂサーバ４００ならびにＷｅｂブラウザ
５００は、広く普及しているＷｅｂ技術を実装したサー
バならびにブラウザであり、Ｗｅｂサーバ４００に保持
されるページ情報は、ＨＴＭＬなどで記述され、ＵＲＬ
として記述されたリンク情報が含まれる。そのリンク情
報は、Ｗｅｂブラウザ５００などから別のページ情報へ
アクセスすることを容易にしている。この別のページ情
報は、同じＷｅｂサーバ上に保持されていることもある
し、異なるＷｅｂサーバ上に保持されていることもあ
る。

【００４１】また、携帯電話端末２００は、データ通信
機能の他に、広く普及している通常の通話機能を備えて
いるが、本実施形態では、データ通信機能とＢｌｕｅｔ
ｏｏｔｈ通信機能とを使って、携帯情報端末１００から
Ｗｅｂサーバ４００への接続を中継する機能のみに限定
して説明する。すなわち、Ｂｌｕｅｔｏｏｔｈ通信によ
って携帯電話端末２００と携帯情報端末１００との接続
が確立されている状態において、携帯情報端末１００内
に実装されているダイアルアップ機能により、ＩＳＰの
電話番号をダイアルすることを携帯電話端末２００に要
求する。これに従い、携帯電話端末２００は、携帯電話
回線網において携帯電話端末２００とＩＳＰとのリンク
を確立する。そしてさらに、携帯情報端末１００内に実
装されている通信スタックにより、携帯情報端末１００
とＩＳＰが運営するルーター３００との間に仮想的な通
信路を確立する。このようにして携帯電話端末２００
は、携帯情報端末１００からＷｅｂサーバ４００への接
続を中継する役割を果たす。なお、図５に示すネットワ
ークとは、企業あるいは組織内で運用されるイントラネ
ットである場合もあり、また、広く世界をつないでいる
インターネットである場合もある。

【００４２】図６は、Ｗｅｂブラウザ５００がＷｅｂサ
ーバ４００にＷｅｂページ情報を要求する際に使用され
る最も一般的な通信プロトコルであるＨＴＴＰ（Ｈｙｐ
ｅｒＴｅｘｔＴｒａｎｓｆｅｒＰｒｏｔｏｃｏｌ）に
よる通信シーケンスの一例を示す図である。もちろん、
ＷＡＰなど他のプロトコルが使用されてもよい。ＨＴＴ
Ｐの手順では、はじめに、Ｗｅｂブラウザ５００がＷｅ
ｂサーバ４００との接続を確立し（ＨＴＴＰｃｏｎｎｅ
ｃｔ）、続いて、Ｗｅｂブラウザ５００からＨＴＴＰｒ
ｅｑｕｅｓｔ形式のデータ要求がＷｅｂサーバ４００へ
と発行される。そして、その要求を受け取ったＷｅｂサ
ーバ４００が要求内容を解析し、ＨＴＴＰｒｅｓｐｏｎ
ｓｅ形式の応答を送り返す。そして、最後に、通信を閉
じて（ＨＴＴＰｃｌｏｓｅ）、１つのＨＴＴＰセッショ
ンが終了する。

【００４３】ＨＴＴＰｒｅｓｐｏｎｓｅ形式の内容につ
いて以下に説明する。ＨＴＴＰｒｅｓｐｏｎｓｅ形式の
１行目は、ステイタスラインと定義されている（ＲＦＣ
２６１６"ＨＴＴＰ１。１版"）。ここには、ＨＴＴＰバ
ージョンとステイタスコードと理由文とが、空白文字で
区切られて並ぶ。特に、２つ目の項目であるステイタス
コードは３つの数字から構成され、ＨＴＴＰｒｅｓｐｏ
ｎｓｅ形式の内容を分類するために使われる。

【００４４】図７は、携帯情報端末１００の動作の手順
を示すフローチャートである。この動作処理を記述した
プログラムは、図４に示すＲＯＭ１２３に記憶され、必
要に応じてＣＰＵ１２１によって実行される。この実行
に伴い、必要に応じて入力制御回路１２７や表示制御回
路１２４あるいは通信制御回路１２６などが起動され
る。

【００４５】まず、プログラムの開始時点のステップＳ
１００１で、設定情報を読み取る。この設定情報に基づ
き、以降の処理内容が決定される。この設定情報の内容
は、ＲＯＭ１２３に保存されている。典型的な設定情報
は、ＲＯＭ１２３にプログラムなどと一緒に固定的に保
存されているが、一部の設定情報に関しては、ユーザに
よって設定、変更され、ＲＯＭ１２３の別領域に保存さ
れている。

【００４６】次に、ステップＳ１００２で、ＣＰＵ１２
１は、ユーザからの指示を待つ。ここでの待ち受け対象
は、典型的には、入力デバイス１４０からの入力信号で
あるが、通信デバイス１３０からの通信データの到着で
ある場合もある。

【００４７】そして、ステップＳ１００３で、ＣＰＵ１
２１は、ユーザからの指示を入力制御回路１２７から受
け取る。

【００４８】ステップＳ１００４において、ＣＰＵ１２
１は、受け取った指示がプログラムの終了を指示するも
のであるか否か判定する。終了を指示するものである場
合には、ＣＰＵ１２１は、本プログラムを終了する。一
方、終了を指示していない場合には、ステップＳ１００
５に進む。

【００４９】ステップＳ１００５では、指示内容に応じ
た処理を実行し、その後、次の指示を待つために、ステ
ップＳ１００２に戻る。なお、ステップＳ１００５にお
いて実行される処理のプログラムも、同様にＲＯＭ１２
３に記憶され、ＣＰＵ１２１で実行される。

【００５０】図８は、携帯情報端末１００において実行
されるＷｅｂアクセス処理の手順を示すフローチャート
である。この処理を記述したプログラムは、ユーザから
の指示に応じて図７のステップＳ１００５から呼び出さ
れるものであり、Ｗｅｂアクセス機能、すなわちＷｅｂ
サーバからＷｅｂページ情報を取得し表示する機能を実
現する。

【００５１】ユーザからの指示とは、例えば、表示画面
上のポインティングカーソルがアンカー位置（リンク情
報表示位置）にあるときにユーザによって入力デバイス
１４０からクリック信号が入力された場合や、取得すべ
きＷｅｂページ情報のＵＲＬデータが直接入力された場
合などを意味する。

【００５２】まず、ステップＳ２０００で、ＣＰＵ１２
１は、拡大系表示デバイス１１０を低消費電力モードに
切り替えるよう表示制御回路１２４に命令する。表示制
御回路１２４は、例えば、バックライト１１３と小型液
晶ディスプレイ１１２への給電を止める。

【００５３】次に、ステップＳ２００１で、ＣＰＵ１２
１は、指示されたＵＲＬを取得する。このＵＲＬの指示
は、ユーザが直接入力した場合やアンカーを選択した場
合などがある。後者の場合には、クリックの位置情報か
ら、ユーザが選択したアンカーを特定し、そこに含まれ
るリンク情報を取得する。

【００５４】続いて、ステップＳ２００２で、ＣＰＵ１
２１は、取得したＵＲＬを解析する。この解析に応じ
て、ＣＰＵ１２１は、接続すべきＷｅｂサーバやプロト
コルなどを決定する。

【００５５】続いて、ステップＳ２００３で、ＣＰＵ１
２１は、指示されたＵＲＬが、携帯情報端末１００の自
機内に存在するデータに対応するＵＲＬであるか否かを
判定する。判定の結果、自機内に存在するならば、ステ
ップＳ２００６に進み、一方、自機内に存在しないなら
ば、ステップＳ２００４に進む。なお、この判定は、Ｕ
ＲＬの指示が直接自機内のデータを参照している場合
や、外部のデータを参照しているが履歴ファイルや保存
ファイルなどにそのデータがキャッシュされている場合
をも考慮して判断する。

【００５６】ステップＳ２００４で、ＣＰＵ１２１は、
指示されたページ情報が自機内に存在しないので、必要
なＷｅｂページ情報を取得するため、指示されたＷｅｂ
サーバに、ＵＲＬによって指示されたプロトコルで接続
する。ここで、典型的にはＨＴＴＰプロトコルが使用さ
れるが、ＦＴＰ（ＦｉｌｅＴｒａｎｓｆｅｒＰｒｏｔ
ｏｃｏｌ）プロトコルなどが指定される場合もある。な
お、プロトコルの指定が省略された時には、ＨＴＴＰプ
ロトコルが使用される。

【００５７】そして、ステップＳ２００５において、Ｃ
ＰＵ１２１は、接続先のＷｅｂサーバから、ＵＲＬによ
って指示されたＷｅｂページ情報を取得し、ステップＳ
２００７に進む。具体的には、ＵＲＬで指示されたデー
タをＷｅｂサーバにリクエストし、その後、Ｗｅｂサー
バからのレスポンスを待ち、所望のＷｅｂページ情報を
取得する。

【００５８】一方、ステップＳ２００６では、指示され
たページ情報が自機内に存在するので、必要なＷｅｂペ
ージ情報を自機内から取得し、ステップＳ２００７に進
む。

【００５９】次のステップＳ２００７では、ＣＰＵ１２
１は、取得したＷｅｂページ情報を解析する。具体的に
は、ＨＴＭＬ形式などで記述された内容を読み取り、そ
こに埋め込まれた画像やその他のマルチメディア情報あ
るいはアンカー（リンク情報）などを検出した上で、ペ
ージ情報の論理構造を決定する。

【００６０】続いて、ステップＳ２００８で、ＣＰＵ１
２１は、拡大系表示デバイス１１０を通常モードに切り
替えるべく表示制御回路１２４を制御する。すなわち、
表示制御回路１２４は、バックライト１１３および小型
液晶ディスプレイ１１２への給電を止めていた場合に
は、給電を再開する。

【００６１】そして、ステップＳ２００９で、解析した
Ｗｅｂページ情報を小型液晶ディスプレイ１１２に表示
させる。具体的には、埋め込まれた種々の情報や解析結
果の論理構造に基づいて、取得したＷｅｂページ情報を
適切な配置にレイアウトする。そして、そのレイアウト
結果を小型液晶ディスプレイ１１２の画面に反映する。

【００６２】そして、ステップＳ２０１０で、ユーザに
Ｗｅｂページ情報へのアクセス完了を通知する。ここで
は、通信相手となる携帯電話端末２００の着メロ機能を
使ってユーザに通知する。具体的には、携帯情報端末１
００が、Ｂｌｕｅｔｏｏｔｈ通信のシリアル・ポート・
プロファイル仕様を用いて、携帯電話端末２００に直接
接続し、予め取り決めておいた着メロ機能インタフェー
スに則して、適切なメロディデータを受け取り、そのメ
ロディの演奏実行を指示する。典型的には、ＨＴＴＰｒ
ｅｓｐｏｎｓｅ形式のステイタスコードごとにステイタ
スを識別可能なメロディの演奏を指定する。

【００６３】その後、ＣＰＵ１２１は、ユーザからの次
の指示を待つため、本処理を終了し、図７のステップＳ
１００２に戻る。

【００６４】図９は、図８に示すＷｅｂアクセス処理に
よって小型液晶ディスプレイ１１２に表示されたＷｅｂ
ページ情報の一例を示す図である。ここでは、ＵＲＬデ
ータ「ｈｔｔｐ：／／ｗｗｗ．ｘｙｚｎｅｗｓ．ｃｏｍ
／ｊｐ／」が直接入力された結果表示されたＷｅｂペー
ジ情報を示す。このＷｅｂページ情報は、ＣＰＵ１２１
及び表示制御回路１２４によって、表示信号に変換さ
れ、小型液晶ディスプレイ１１２に伝えられる。小型液
晶ディスプレイ１１２は、表示信号に基づいて画像を表
示する。バックライト１１３は、表示された画像に対し
光を照射する。最後に、表示画像は、自由曲面プリズム
１１１の光学的拡大作用を介することによって、観察者
位置に結像される。

【００６５】なお、本実施形態における携帯電話端末２
００の着メロ（着信メロディ）機能インタフェースは、
携帯電話端末２００に備わるＢｌｕｅｔｏｏｔｈ通信デ
バイスを介して、携帯情報端末１００から適切なメロデ
ィデータを受け取り、そのメロディデータを、携帯電話
端末２００に内蔵の音源装置に受け渡すものである。こ
の際の携帯情報端末１００と携帯電話端末２００との間
のデータ通信は、Ｂｌｕｅｔｏｏｔｈ通信におけるシリ
アル・ポート・プロファイル仕様に則り行なわれる。

【００６６】図１０は、携帯情報端末１００において実
行される設定処理の手順を示すフローチャートである。
この処理を記述したプログラムは、ユーザからの指示に
応じて図７のステップＳ１００５から呼び出されるもの
であり、携帯情報端末１００の各種設定項目にユーザの
指定する値を設定する機能を実現する。ユーザからの指
定とは、具体的には例えば、表示画面上のメニュー項目
から設定機能を選択して、この機能により指定を行う場
合や、ユーザによる直接入力の場合などである。

【００６７】まず、ステップＳ３００１において、ＣＰ
Ｕ１２１は、携帯情報端末１００の現在の設定値を小型
液晶ディスプレイ１１２に表示し、設定セッションを開
始する。図１１は、小型液晶ディスプレイ１１２に表示
された設定値の一例を示す図である。

【００６８】続いて、ステップＳ３００２において、Ｃ
ＰＵ１２１は、入力デバイス１４０からの設定画面に対
するユーザ入力を待ち受ける。

【００６９】ステップＳ３００３において、ＣＰＵ１２
１は、入力デバイス１４０からのユーザ入力を判定す
る。ここで、ユーザ入力が設定終了命令であるならば、
ステップＳ３００４に進む。設定終了命令とは、「ｓｕ
ｂｍｉｔ」と「ｃａｎｃｅｌ」とのいずれかである。一
方、設定終了命令でないならば、ステップＳ３００７に
進む。

【００７０】ステップＳ３００４で、さらに、ＣＰＵ１
２１は、設定終了命令が、「ｓｕｂｍｉｔ」であるか
「ｃａｎｃｅｌ」であるかを判定する。前者である場合
には、ステップＳ３００５に進み、設定セッション中の
設定内容の保持データを携帯情報端末１００に反映した
後に、処理を終了する。ここで、設定内容を携帯情報端
末１００に反映する処理には、設定内容をＲＯＭ１２３
へ保存することも含まれる。

【００７１】一方、「ｃａｎｃｅｌ」が指示された場合
には、ステップＳ３００６に進み、設定セッションの内
容を破棄し、処理を終了する。

【００７２】ステップＳ３００３で設定終了命令以外で
あると判定されたならば、ステップＳ３００７に進み、
ＣＰＵ１２１は、ユーザ入力によって受け取った設定内
容を設定セッション内の保持データならびに画面上に反
映させる。そして、次のユーザ入力を待ち受けるため
に、ステップＳ３００２に戻る。

【００７３】ところで、認証情報など重要な個人情報は
できる限り安全に入力されなければならない。そこで、
本実施形態では上記の構成に加え、ソフトウェアキーボ
ードを実現する。

【００７４】図１２は、携帯情報端末１００において実
行されるソフトウェアキーボード処理の手順を示すフロ
ーチャートである。この処理を記述したプログラムは、
ユーザからの指示に応じて図７のステップＳ１００５か
ら呼び出されるものであり、画面上に表示されたソフト
ウェアキーボードと入力デバイス１４０とを用いてテキ
スト入力を行うことができるテキスト入力機能を実現す
る。

【００７５】ユーザからの指示とは、例えば、表示画面
上のポインティングカーソルがテキスト入力ボックス
（ＨＴＭＬ記述のＴＥＸＴ型のＩＮＰＵＴタグを持つ要
素など）位置にあるときに、ユーザによって入力デバイ
ス１４０からクリック信号が入力された場合や、取得す
べきＷｅｂページ情報のＵＲＬデータが直接入力される
場合、あるいは、設定画面中でテキスト入力エリアが選
択された場合などである。

【００７６】まず、ステップＳ４００１で、ＣＰＵ１２
１は、現在の環境や状況を表すコンテクスト情報を取得
する。ＣＰＵ１２１は、ＨＴＭＬなどで記述されたペー
ジに記載されたテキスト入力要素（テキスト入力ボック
ス）でクリックが行われたことを入力制御回路１２７か
らの信号に基づいて検出すると、ソフトウェアキーボー
ドを起動する。コンテクスト情報は、ページ情報上のテ
キスト入力要素の表示位置情報や、ＵＲＬなどのページ
識別情報や、ページ内の要素に割り当てられたＨＴＭＬ
記述などのタグ情報などから構成される。なお、このコ
ンテクスト情報に既にテキストデータが保持されている
場合、例えば、テキスト入力ボックスがすでに値を保持
している場合は、ＣＰＵ１２１は、それをテキスト入力
セッションのテキスト変数にコピーし、テキスト変数を
初期化する。テキスト入力ボックスに何も含まれない場
合には、ＣＰＵ１２１は、テキスト変数を空文字列で初
期化する。

【００７７】次に、ステップＳ４００２で、ＣＰＵ１２
１は、小型液晶ディスプレイ１１２にキーボード相似の
仮想的なキーボード（以下「ソフトウェアキーボード」
と呼ぶ）を表示させ、テキスト入力セッションを開始す
る。このソフトウェアキーボードには、通常のキーボー
ドに含まれる文字入力用のキーに加えて、事前に登録さ
れた複数の語句（フレーズ）を入力するためのキーが含
まれてもよい。事前登録された語句とは、頻繁に入力対
象となることが予想される語句であり、事前に登録して
おいて、それらの語句の入力時に、対応のキーを操作す
るだけで入力完了するためのものである。事前登録語句
は、例えば、ユーザの名前、住所、電話番号、ログイン
アカウント、メールアドレスなどである。なお、事前登
録語句にはセキュリティレベルの属性も登録され、セキ
ュリティレベルの高い語句（例えば、預金口座番号、パ
スワードなど）は、後述のように、正当なユーザ以外が
入力に使用することはできないようにしてもよい。事前
登録語句の例を図１３に示す。また、図１４は、この事
前登録語句の入力キーを含んだソフトウェアキーボード
が小型液晶ディスプレイ１１２に表示される例を示して
いる。

【００７８】次に、ステップＳ４００３で、ＣＰＵ１２
１は、入力デバイス１４０から、ソフトウェアキーボー
ド上のいずれかのキーの選択指定（ポインティング）を
入力し、入力された情報に基づいてユーザからの指示を
受け取る。

【００７９】続いて、ステップＳ４００４で、ＣＰＵ１
２１は、受け取った指示が、ソフトウェアキーボードを
使用したテキスト入力の終了を指示する命令であるか否
かを判定する。入力終了命令であるならば、ステップＳ
４００５に進み、入力終了命令でないならば、ステップ
Ｓ４００８に進む。ここで入力終了命令とは、図１４に
示す画面上のキー「ｓｕｂｍｉｔ」またはキー「ｃａｎ
ｃｅｌ」がポインティングされることによって指示され
る命令である。

【００８０】ステップＳ４００５では、さらに、ＣＰＵ
１２１は、入力終了命令が、「ｓｕｂｍｉｔ」である
か、または「ｃａｎｃｅｌ」であるかを判定する。前者
である場合には、ステップＳ４００６に進み、テキスト
入力セッション中のテキスト変数のテキストデータ値
を、ソフトウェアキーボードを起動したコンテクストに
反映し、本処理を終了する。ここで、テキストデータ値
をコンテクストに反映する処理には、現在表示中のペー
ジ情報の適切な部分にテキストデータを表示することも
含まれる。

【００８１】一方、入力終了命令が「ｃａｎｃｅｌ」で
ある場合には、ステップＳ４００７に進み、テキスト入
力セッションの内容を破棄し、処理を終了する。

【００８２】ステップＳ４００４で、受け取った指示が
入力終了命令以外であると判定されたならば、ステップ
Ｓ４００８に進み、指示内容に応じてテキスト入力セッ
ションのテキスト変数を操作するよう処理する。この処
理は、典型的には、テキスト変数への文字列の追加であ
るが、テキスト変数での編集位置の変更や文字の削除な
どの編集操作である場合もある。文字列の追加では、ソ
フトウェアキーボードを操作して所望の文字を選択して
入力を行うが、また事前登録語句に対応するキーを操作
して事前登録語句を簡単に入力することもできる。

【００８３】ただし、このステップＳ４００８の処理に
おいて、ステップＳ４００３で受け取った指示内容が事
前登録語句のテキスト変数への追加操作であり、かつ、
その登録語句のセキュリティレベル（機密度合い）が所
定の値（例えば４）よりも高い場合には、ＣＰＵ１２１
は、後述する認証手順（図１５）を要求し、追加操作を
実行すべきか否かを判定する。そして、認証された場合
だけ、当該登録語句の入力を行う。なお、セキュリティ
レベルが所定の値よりも高い登録語句には、図１４に示
すように、鍵イメージのアイコンがキーとして予め設定
されていて、セキュリティレベルの高い登録語句として
他と区別されている。そして、次の指示を受け取るため
ステップＳ４００３に戻る。

【００８４】なお、ソフトウェアキーボード上のキーを
ポインティングするにあたっては、通常のポインティン
グカーソル（マウスカーソル相当）を表示せず、注目さ
れているキーのみを点滅表示することでポインティング
されているキーを表してもよい。そして、ユーザが入力
デバイス１４０を操作して、ポインティングされるべき
キーの移動を行った際には、その操作移動量に合せて、
ポインティングされるべきキーをスキップ移動するよう
にしてもよい。このように制御プログラムを構成すれ
ば、ポインティングカーソルによる点の選択ではなく、
キー（またはボタン）を単位とした選択をも可能となろ
う。これによって、ユーザは、ソフトウェアキーボード
上のいずれかのキーを簡単にポインティングすることが
できる。

【００８５】ところで、暗証番号等の個人情報もソフト
ウエアキーにより一発入力できれば、ユーザの使い勝手
は向上する。しかしながら、誰でも自由に個人情報を一
発入力できたのでは、携帯情報端末が盗難された場合に
悪用される恐れがある。そこで、本実施形態では、図１
４に示すように銀行の口座番号、暗証番号などを一発入
力する際には、事前に認証処理を設けて、安全性を確保
したものである。

【００８６】図１５は、携帯情報端末１００において実
行される認証手順の一例を示すフローチャートである。
この処理を記述したプログラムは、図１２のステップＳ
４００３で受け取った指示内容が事前登録語句のテキス
ト変数への追加操作であり、かつ、その登録語句のセキ
ュリティレベルが所定の値よりも高い場合（すなわち、
図１４に示されるように、ソフトウェアキーボード上の
当該登録語句に鍵イメージのアイコンがキーとして予め
設定されている場合など）に、図１２のステップＳ４０
０８から呼び出されるものであり、事前登録語句の入力
に先立つ認証機能を実現する。

【００８７】まず、ステップＳ５００１では、ＣＰＵ１
２１は、図１４に示すソフトウェアキーボードと類似の
ソフトウェアキーボードを小型液晶ディスプレイ１１２
に表示させ、認証セッションを開始する。ここで表示さ
れるソフトウェアキーボードは、例えば図１６に示すよ
うに、事前登録語句の入力キーを除いたものとなる。な
おこの時、ＣＰＵ１２１は、認証セッションに保持する
認証コード変数を空にして初期化する。

【００８８】次に、ステップＳ５００２で、ＣＰＵ１２
１は、そのソフトウェアキーボード上のいずれかのキー
をポインティングすることで表されたユーザからの指示
を入力デバイス１４０から受け取る。

【００８９】続いて、ステップＳ５００３で、ＣＰＵ１
２１は、受け取った指示が、ソフトウェアキーボードを
使用した認証コードの入力の終了命令であるか否かを判
定する。入力終了命令であるならば、ステップＳ５００
４に進み、入力終了命令でないならば、ステップＳ５０
０７に進む。ここで入力終了命令とは、図１６に示す画
面上のキー「ｓｕｂｍｉｔ」またはキー「ｃａｎｃｅ
ｌ」がポインティングされることによって指示される命
令である。

【００９０】ステップＳ５００４で、ＣＰＵ１２１は、
入力終了命令が「ｓｕｂｍｉｔ」であるかまたは「ｃａ
ｎｃｅｌ」であるかを判定する。前者である場合には、
ステップＳ５００５に進み、認証セッション中の認証コ
ード変数の値を事前登録された認証用パスワードと比較
し、その比較結果を認証結果として出力して、本処理を
終了する。認証用パスワードは、例えば、ＲＯＭ１２３
に記憶して置き、ＣＰＵ１２１によって読み出される。
また、認証用パスワードの長さは、入力効率の観点か
ら、事前登録語句の長さよりも短い方が望ましいかもし
れない。また、認証用パスワードは、複数の事前登録語
句キーに対して共通に設定されることで、認証パスワー
ドの亡失を防止してもよい。さて、入力終了命令が「ｃ
ａｎｃｅｌ」である場合には、ステップＳ５００６に進
み、認証セッションの内容を破棄し、「認証できず」と
いう認証結果を出力して、処理を終了する。

【００９１】ステップＳ５００３で、ＣＰＵ１２１は、
受け取った指示が認証コードの入力終了命令以外である
と判定すると、ステップＳ５００７に進み、指示内容に
応じて認証セッションの認証コード変数を操作するよう
処理する。このステップＳ５００７の処理は、典型的に
は、認証コード変数への文字の追加であるが、文字の削
除などの編集操作である場合もある。認証コード変数へ
の文字の追加では、ソフトウェアキーボードを用いてユ
ーザのパスワードが入力される。そして、次の指示を受
け取るためステップＳ５００２に戻る。

【００９２】以上述べたように、手の中に入る程度に小
型化された本実施形態の携帯情報端末では、携帯電話端
末２００と組み合わせて利用することで、携帯電話回線
網２５０を経由してインターネット３５０上のＷｅｂサ
ーバ４００にアクセスし、なおかつ、得られたＷｅｂペ
ージ情報を大画面表示し、操作することが可能になる。

【００９３】特に、Ｗｅｂページ情報に含まれるテキス
ト入力ボックスへのテキスト入力（ＴＥＸＴ型のＩＮＰ
ＵＴタグを持つ要素などの選択やＵＲＬの直接入力な
ど）では、ソフトウェアキーボード機能を使用すること
で、実際のキーボードを備えることが難しい小型機器で
のテキスト入力を可能にしている。

【００９４】さらに、このソフトウェアキーボード機能
では、通常のポインティングデバイスによる画面上での
点の選択ではなく、ソフトウェアキーボード上に表され
るキー（またはボタン）を単位としたスキップ移動によ
って、キー（またはボタン）を単位として高速かつ正確
なテキスト入力が可能となる。

【００９５】また、本実施形態のソフトウェアキーボー
ド機能では、通常のキーに加えて、頻度の高い入力が予
想される語句を事前に登録しておき、こうした語句に対
応するキーを選択するだけで、そうした語句を入力する
ことのできるインタフェースを備えており、入力が頻繁
に行われる特定の複数の語句に関しては、一層簡便なテ
キスト入力を可能にしている。

【００９６】加えて、上記の事前登録語句の事前登録に
おいてセキュリティレベルを併せて登録しておき、セキ
ュリティレベルの高い事前登録語句が選択指定された場
合には、ユーザの本人認証を実行し、認証された場合だ
け、当該語句の入力を行えるようにする。これにより、
他人によって事前登録語句を無闇に入力に使用されてし
まうことを防止でき、高い安全性が確保できる。併せ
て、入力頻度の高い語句を対応キー１つの選択で入力で
きるという効率の良さも兼ね備え、高い安全性と効率の
良さという相反する特徴の両立を実現している。

【００９７】なお、本実施形態では、ソフトウェアキー
ボード機能を起動した際のコンテクスト情報を用いて、
テキスト入力セッションのテキスト変数の値を初期化し
ているが、それ以外にも、コンテクスト情報を利用する
ことが考えられる。例えば、コンテクスト情報に含まれ
るテキスト入力ボックスの表示位置情報を用いて、ソフ
トウェアキーボードの表示位置を制御し、テキスト入力
ボックスがソフトウェアキーボードによって隠されない
ように表示するように制御することもできる。逆に、テ
キスト入力ボックスを覆い隠すようにソフトウェアキー
ボードを表示することもできる。

【００９８】また、コンテクスト情報に含まれるＵＲＬ
などのページ識別情報やタグ情報などを用いて、これら
と事前登録語句との関連性を算出し、関連性が高い値が
算出された語句を、図１４に示す小型液晶ディスプレイ
１１２の画面（事前登録語句の入力キーを含んだソフト
ウェアキーボードが表示される画面）に優先的に表示
し、選択が効率的にできるようにしてもよい。さらに、
上記の算出された関連性が一定の値よりも大きくなって
いる場合には、ソフトウェアキーボードの表示に先立っ
て、関連性の高い語句を並べ、ユーザに直接選択させる
ダイアログ画面を表示するようにしてもよい。

【００９９】また、本実施形態では、事前登録された語
句に対応する各キーを、図１４に示すように、ソフトウ
ェアキーボードの下部に表示しているが、これに代わっ
て、ソフトウェアキーボードだけを示す画面と、事前登
録語句に対応する各キーを示す画面とを用意し、それぞ
れの画面を所定のボタンの操作によって切り替えるよう
にしてもよい。その際、その所定のボタンは、ソフトウ
ェアキーボードの一部に表示されるソフトウェアのボタ
ンであってもよいし、また同等の機能を割り当てられた
携帯情報端末１００のハードウェアのスイッチであって
もよい。

【０１００】また、本実施形態では、本人認証を必要と
するセキュリティレベルの高い登録語句に対して、それ
らの登録語句の対応キーとして鍵イメージのアイコンを
利用して他の登録語句と区別しているが、必ずしも、表
示画面上に区別のためのアイコンを表示する必要はな
い。また、セキュリティレベルに応じて登録語句を２つ
に区分するのでは、セキュリティレベルに応じて登録語
句を３つ以上に区分し、各区分毎の登録語句に対して異
なったセキュリティ管理を行うようにしてもよい。

【０１０１】また、本実施形態では、図１４に示される
事前登録語句に対応するキーに、図１３に示される「表
示」欄の文字列が表示されるようになっている。これに
代わって、対応キーに、適切なアイコン画像を表示する
ようにしてもよい。

【０１０２】また、本実施形態では、自由曲面プリズム
１１１を用いた小型の携帯情報端末に本発明を適用して
いるので、ソフトウェアキーボードはユーザにしか見え
ず、他人に覗き見られることはないが、通常のＣＲＴや
液晶画面を用いた装置に本発明を適用する場合には、セ
キュリティレベルの高い語句を表示するに際しては、他
人への漏洩を回避するような表示方法を工夫する必要が
ある。具体的には、該当語句部分の表示に半透明色を使
用したり、該当語句部分を塗りつぶしたりするような表
示が考えられる。あるいは、パーソナルコンピュータに
おいてパスワード入力を行う際に行われる表示と同様
に、該当語句部分の文字を "＊"（アスタリスク）に置
き換えて表示するようにしてもよい。

【０１０３】（第２の実施形態）第１の実施形態では、
事前登録された語句の中でセキュリティレベルの高い語
句が、入力すべき語句として選択指定された場合に、認
証セッションを生成して、ソフトウェアキーボードを用
いてユーザのパスワードを入力させ、認証を行うもので
あった。しかし、この方法では、せっかく語句を事前登
録しておくことで当該語句の入力の煩わしさを低減する
ことができるが、パスワードの入力といった煩わしさが
残ってしまう。

【０１０４】そこで第２の実施形態では、生体情報（バ
イオメトリクス）を利用した認証セッションを導入する
ことで、パスワードを入力するという操作を簡略化し、
これによって、一層効率的で安全な語句入力を実現する
ことを目的としている。特に、本実施形態では、虹彩
（アイリス）情報を用いた認証セッションを採用するも
のである。

【０１０５】なお、眼球の虹彩や指紋などに代表される
バイオメトリクスは、本人認証のキー情報として利用可
能である。例えば、米国センサ社（Ｓｅｎｓａｒ，Ｉｎ
ｃ．）では、虹彩情報に基づく高精度の本人認証技術を
提供している。この技術では、標準的なビデオカメラを
用いて、眼球の虹彩を１メートルほどの距離から撮影
し、これを基に虹彩の画像情報を抽出／コード化して２
５６バイトにまでデータ圧縮し、本人認証用コードとし
ている。また、日本電気株式会社では、指紋認証モジュ
ールを開発するとともに、そのモジュールをＰＣＭＣＩ
ＡインタフェースのＰＣカードに実装して販売してい
る。

【０１０６】さて、第２の実施形態の構成は、基本的に
第１の実施形態の構成を基礎としている。そのため、共
通する技術事項についての説明は省略し、記載の明瞭性
を心がけることとする。第２の実施形態は、第１の実施
形態に比べ、新たな撮像光学系を含むとともに、電気回
路の一部とソフトウェアキーボード処理に係る認証手順
について差異がある。

【０１０７】図１７は、第２の実施形態における撮像光
学系の構成を示す図である。ここで、第１の実施形態に
おける構成と同一部分には同一の参照符号を付してその
説明を省略する。第２の実施形態では、自由曲面プリズ
ム１１１の周辺に、認証に利用される生体情報を入力す
るための生体情報入力手段が配置される。例えば、生体
情報として虹彩情報を入力する場合は、結像光学系１７
１、撮像デバイス１７２、赤外光源１７３を含む撮像光
学系が配置される。

【０１０８】赤外光源１７３は、虹彩画像を得るために
観察者の目に対し赤外線を照明するための光源である。
光源としては、例えば、観察者にとって視覚感度の低い
赤外光を発光する発光ダイオードなどを用いればよい。
結像光学系１７１は、観察者の虹彩で反射した赤外光を
撮像デバイス１７２に集めるための光学系である。な
お、結像光学系１７１は、自由曲面プリズム１１１の光
学的作用面１１１ａの作用をキャンセル（相殺）するよ
うに設計されることが望ましい。撮像デバイス１７２
は、虹彩画像データを取得するためのイメージセンサー
であり、ＣＭＯＳセンサーデバイスなどで構成される。

【０１０９】図１８は、第２の実施形態における携帯情
報端末に実装される電気回路を示すブロック図である。
ここで、第１の実施形態における構成と同一部分には同
一の参照符号を付してその説明を省略する。第２の実施
形態では、図４に示す第１の実施形態における電気回路
に対して、撮像デバイス１７２、赤外光源１７３、なら
びにそれらを制御するための撮像制御回路１７５が新た
に追加されている。撮像制御回路１７５は、入力制御回
路１２７などと同様に、Ｉ／ＯポートによってＣＰＵ１
２１に接続され、ＣＰＵ１２１からの制御信号に従っ
て、赤外光源１７３のオン／オフや、撮像デバイス１７
２から取り込んだ画像データの転送を行う。

【０１１０】図１９は、携帯情報端末１００において実
行される認証手順の一例を示すフローチャートである。
この認証処理を記述したプログラムは、第１の実施形態
と同様に、図１２のステップＳ４００８から呼び出され
るものであり、事前登録語句の入力に先立つ認証機能を
実現する。具体的には、図１２のステップＳ４００３で
受け取られた指示の内容が事前登録語句をテキスト変数
に追加するための指示であって、その登録語句のセキュ
リティレベルが所定の値よりも高い場合（換言すれば、
ソフトウェアキーボードにおいて、当該登録語句に、鍵
イメージのアイコンがキーとして予め設定されている場
合）に、当該認証処理プログラムが呼び出される。

【０１１１】まず、ステップＳ６００１では、ＣＰＵ１
２１は、赤外光源１７３ならびに撮像デバイス１７２に
給電し、撮像準備を開始するよう撮像制御回路１７５に
指示する。

【０１１２】次に、ステップＳ６００２で、ＣＰＵ１２
１は、赤外光源１７３が安定するのを待って、撮像デバ
イス１７２で取り込まれた画像データをＲＡＭ１２２に
転送するよう撮像制御回路１７５に指示する。ＲＡＭ１
２２には、認証用画像変数を格納する所定の記憶領域が
予め設けられ、該画像データはこの所定の記憶領域に格
納される。

【０１１３】ステップＳ６００３で、ＣＰＵ１２１は、
赤外光源１７３ならびに撮像デバイス１７２への給電を
中止するよう撮像制御回路１７５に指示する。

【０１１４】そして、ステップＳ６００４で、ＣＰＵ１
２１は、ＲＡＭ１２２に格納された認証用画像変数を分
析し、虹彩に相当する部分画像を抽出してコード化す
る。こうして得られた認証用虹彩コード変数をＲＡＭ１
２２の別の所定記憶領域に保持する。この際のコード化
には、例えば、センサ社が提供する本人認証技術が利用
される。

【０１１５】ステップＳ６００５で、ＣＰＵ１２１は、
ＲＡＭ１２２から認証用虹彩コード変数の値を読み出す
とともに、ＲＯＭ１２３から事前登録されている本人認
証用虹彩コードを読み出し、両者を比較し、その比較結
果を認証結果として出力し、本処理を終了する。

【０１１６】以上のように、第２の実施形態では、本人
認証にバイオメトリクス情報、特に虹彩パターンを用い
ることで、認証のためにパスワードを入力する煩わしさ
を低減している。

【０１１７】なお、本実施形態では、虹彩画像を得るた
めに赤外光源を使って眼球を照明しているが、これに代
わって、可視光源を利用するようにしてもよい。可視光
源を利用した場合には、虹彩のパターン情報の他に、虹
彩の色情報などを認証に利用することができる。

【０１１８】また、本実施形態では、バイオメトリクス
情報として虹彩情報を用いているが、同様の仕組みで網
膜情報を利用してもよい。また、これに代わって、指紋
情報や声紋情報を用いて認証を行うようにしてもよい。
この場合は、生体情報入力手段として、指紋情報入力セ
ンサや声紋情報入力センサが用いられることになろう。

【０１１９】また、本実施形態では、携帯情報端末１０
０に内蔵された認証手段を用いて本人認証を行うように
しているが、これに代えて、携帯情報端末１００が外部
認証機器と通信して本人認証を行うようにしてもよい。
この場合の外部認証機器としては、セキュアＩＣカード
端末や、ＵＩＭ（ＵｓｅｒＩｄｅｎｔｉｔｙＭｏｄｕ
ｌｅ）を内蔵した携帯電話端末２００などが考えられ
る。また、この場合の通信形態は、ＵＳＢなどの有線接
続であってもよいし、Ｂｌｕｅｔｏｏｔｈなどの無線通
信であってもよい。

【０１２０】さらに、本人認証手段は、本実施形態のよ
うに単一の手法によって行うのではなく、これまで説明
したバイオメトリクス利用の他、外部認証機器の利用、
ソフトウェアキーボードを使ったパスワード認証などを
組み合わせて利用するようにしてもよい。さらに、事前
登録された語句のセキュリティレベルに応じて、これら
を使い分けるようにしてもよい。さらに、本実施形態で
は、バイオメトリクスに基づく本人認証を安全なソフト
ウェアキーボードの実現に利用しているが、本実施形態
の構成を、直接、インターネット上での課金サービスや
個人情報サービスあるいはインターネットバンキングサ
ービスなどの認証に応用してもよい。例えば、サーバ
に、事前登録された生体情報を用意しておき、そのサー
バに対し、生体情報入力手段により入力された生体情報
を送信し、サーバにおいて両者を比較して認証してもよ
い。あるいは、サーバからの認証要求に基づいて、生体
情報による認証を携帯情報端末１００で実行し、その実
行結果として認証成功又は認証失敗を示すデータをサー
バに返信してもよい。後者の場合は、生体情報をサーバ
に転送する必要がないため、生体情報をネットワーク上
で盗まれる危険性を低減できよう。

【０１２１】（第３の実施形態）第３の実施形態は、上
述の形態情報端末１００を、銀行のＡＴＭ端末のような
個人認証を必要とする装置と通信することで、個人認証
装置（ＰｅｒｓｏｎａｌＴｒｕｓｔｅｄＤｅｖｉｃ
ｅ）として機能させようとするものである。携帯情報端
末１００のハードウェア構成は第２の実施形態とほぼ同
様の構成を用いてもよいが、ソフトウェア構成について
は、携帯情報端末１００を個人認証装置として機能させ
るためのソフトウェアが追加されることになる。

【０１２２】一般的なＡＴＭ端末では、現金を引き出す
際にキャッシュカードと暗証番号を使って認証してい
た。本実施形態では、このような認証方式に代えて、携
帯情報端末１００を個人認証装置として利用し、本人確
認を行う例について説明する。説明の都合上、図１３に
合せて、ユーザは、「Ａ銀行」に口座を有し、その口座
番号は「１２１−２２０８６５」であるものとする。ま
た、その口座パスワード情報に関しては、通常の４桁の
数字よりもデータ量の大きいデータが設定されているも
のとする。例えば、本実施形態では、２５６バイトの口
座パスワード情報が設定されるものとして説明する。

【０１２３】本実施形態では、虹彩情報を用いた本人確
認を行うことによって、この個人認証装置に記憶した個
人の秘密情報をより安全に持ち運べる特徴がある。

【０１２４】図２０は、本実施形態における装置間の接
続状況を説明する接続図である。携帯情報端末１００
は、Ｂｌｕｅｔｏｏｔｈ網１５０を経由して、ＡＴＭ端
末８００と通信を行う。そして、ＡＴＭ端末８００は、
銀行専用回線網８５０を介して銀行ホスト機９００と接
続し、従来同様に入出金などの取引トランザクションを
処理する。また、銀行ホスト９００は、他銀行ホスト９
１０，９２０と銀行間接続網９５０と相互接続してお
り、銀行間をまたがる振込処理などを実行する。

【０１２５】図２１は、本実施形態の大まかな動作を説
明するためのフローチャートである。以下において通信
手続きは、Ｂｌｕｅｔｏｏｔｈに準拠して実行されるも
のとする。ステップｔ１０において、本実施形態の携帯
情報端末１００を持ったユーザがＡＴＭ端末８００に接
近する。ステップｔ１１において、ＡＴＭ端末８００
が、接近した携帯情報端末１００を検出し、顧客確認セ
ッションを開始する。この際、チャレンジ情報を生成
し、携帯情報端末１００に送信する。ステップｔ１２）
携帯情報端末１００が、虹彩情報を用いた本人確認を
行った上で、口座番号や口座パスワード情報およびチャ
レンジ情報などからレスポンス情報を生成し、ＡＴＭ端
末８００に送信する。ステップｔ１３において、ＡＴＭ
端末８００は、送付された内容（口座番号やレスポンス
情報）の正当性を判断する。そして、正当な顧客である
ことが確認されると、顧客確認セッションからコマンド
受付セッションに移行し、その旨を携帯情報端末１００
に送信する。ステップｔ１４において、携帯情報端末１
００は、ユーザの指示に応じて、適切なコマンドメッセ
ージを生成し、ＡＴＭ端末８００に送信する。ステップ
ｔ１５において、ＡＴＭ端末８００は、受け取ったコマ
ンドを実行し、そのその実行結果を携帯情報端末１００
に送信する。そして、コマンド受付セッションを終了す
る。ステップｔ１６において、携帯情報端末１００
は、実行結果を受け取ると、それを表示し、ＡＴＭ端末
８００とのセッションを終了する。

【０１２６】図２２は、本実施形態に係るＡＴＭ端末８
００のブロック図である。ＣＰＵ８２１は、ＡＴＭ端末
８００の制御部の中核をなす演算装置である。ＲＡＭ８
２２は、各種の変数を記憶したり、制御プログラムのワ
ークエリアとして機能したりする。ＲＯＭ８２３は、Ｂ
ＩＯＳなど最も基礎的な制御プログラムを格納してお
り、ＥＥＰＲＯＭなどで構成することができる。Ｂｌｕ
ｅｔｏｏｔｈＩＦ８３０は、携帯情報端末１００とＢｌ
ｕｅｔｏｏｔｈ網１５０を介して通信するための通信イ
ンタフェースである。専用回線網ＩＦ８４０は、銀行専
用回線網８５０を介して銀行ホスト９００と通信するた
めの通信インタフェースである。ＨＤＤ８５０は、ＯＳ
やアプリケーションプログラムなどを記憶したハードデ
ィスクドライブである。ＨＤＤ制御回路８５１は、ＨＤ
Ｄドライブ８５０を制御するための制御回路である。デ
ィスプレイ８１２は、ユーザにメニュー画面や取引内容
を表示するための表示装置である。ディスプレイ制御回
路８２４は、ディスプレイ８１２の表示処理を制御する
ための制御回路である。紙幣機構８６０は、紙幣の払い
出し及び紙幣の預け入れなどを行うための機械的な機構
である。紙幣機構制御回路８６１は、紙幣機構８６０を
駆動し制御するための制御回路である。

【０１２７】図２３は、本実施形態におけるＡＴＭ端末
８００が携帯情報端末１００の接近を検出した際の、Ａ
ＴＭ端末８００のソフトウェアの処理手順を説明するフ
ローチャートである。この処理を記述したプログラム
は、携帯情報端末１００が接近したことをＢｌｕｅｔｏ
ｏｔｈＩＦ８３０により検出されると、ＡＴＭ端末８０
０の主プログラムから呼び出され、携帯情報端末１００
を介した銀行取引を実現するものである。いずれのプロ
グラムもＨＤＤ８５０に格納されているものとする。

【０１２８】ステップＳ７００１で、ＣＰＵ８２１は、
接近した携帯情報端末１００と安全な通信を行うため、
ＢｌｕｅｔｏｏｔｈＩＦ８３０を介して顧客確認セッシ
ョンを開始する。ここでは、携帯情報端末１００とＳＳ
Ｌ相当のネゴシエーションを行うことで、以降の通信内
容を暗号化するものとする。さらに、ＣＰＵ８２１は、
乱数列からなるチャレンジ情報を生成し、顧客確認セッ
ション開始メッセージに埋め込む。そして、この顧客確
認セッション開始メッセージを携帯情報端末１００に送
信するようＢｌｕｅｔｏｏｔｈＩＦ８３０に指示する。
ＢｌｕｅｔｏｏｔｈＩＦ８３０は、この指示に応じて、
当該メッセージを携帯情報端末１００にＢｌｕｅｔｏｏ
ｔｈ網８５０を介して送信する。

【０１２９】ステップＳ７００２で、ＣＰＵ８２１は、
携帯情報端末１００からの通信を待ち合わせ、Ｂｌｕｔ
ｏｏｔｈＩＦ８３０を介してデータを受信する。

【０１３０】ステップＳ７００３で、ＣＰＵ８２１は、
受信されたデータから、口座番号、レスポンス情報を取
り出す。ステップＳ７００４で、ＣＰＵ８２１は、取り
出された口座番号及びレスポンス情報の正当性を判断す
る。ここで、正当と判断された場合には、ステップＳ７
００５に進み、正当でないと判断された場合には、ステ
ップＳ７００９に進む。なお、正当性の確認には、口座
番号について、チャレンジ情報とレスポンス情報とを使
って、ＣＨＡＰ（Challenge Handshake Authentication
Protocol：3ウエイ・ハンドシェークによる認証手続き
と、ハッシュ関数で計算した認証データを使う利用者認
証プロトコル）相当の認証を行えばよいであろう。すな
わち、口座番号に対応する口座パスワード情報及びチャ
レンジ情報を専用線回線網ＩＦ８４０を介して、銀行ホ
スト機９００から取り寄せ、これらの情報を一方向性の
ハッシュ関数に入力し、その出力をレスポンス情報と比
較する。これによりＣＰＵ８２１は、正当性を確認す
る。

【０１３１】ステップＳ７００５では、通信内容から正
当な顧客であることが確認されているので、ＣＰＵ８２
１は、顧客確認セッションからコマンド受付セッション
に移行する。そして、ＣＰＵ８２１は、確認された口座
の属性情報から取引可能なコマンドをリストアップし、
コマンド受付メッセージを携帯情報端末１００に送信す
る。なお、属性情報とコマンドの対応関係は予めＨＤＤ
８５０に格納されているものとする。ステップＳ７００
６では、ＣＰＵ８２１は、再び携帯情報端末１００から
の通信を待ち合わせ、ＢｌｕｅｔｏｏｔｈＩＦ８３０に
データを受信させる。

【０１３２】ステップＳ７００７で、ＣＰＵ８２１は、
受信されたデータからコマンド情報を抽出し、抽出され
たコマンドを実行する。例えば、コマンドが振込み処理
の場合には、銀行ホスト機９００に、その旨の指示を専
用回線網ＩＦ８４０から送信する。例えば、コマンドが
預金の引き出し処理の場合には、銀行ホスト機９００に
残高確認の上、指定額を紙幣機構制御回路８６１に用意
するよう指示し、紙幣機構制御回路８６１は、紙幣機構
８６０に指定額相当の紙幣を紙幣機構８６０に出金させ
る。

【０１３３】最後に、ステップＳ７００８で、ＣＰＵ８
２１は、ＢｌｕｅｔｏｏｔｈＩＦ８３０を介して携帯情
報端末１００にその実行結果を送信し、コマンド受付セ
ッションを終了する。

【０１３４】ステップＳ７００９では、携帯情報端末１
００からの通信内容が正当でないと判断された場合の処
理を行う。典型的には、ＢｌｕｅｔｏｏｔｈＩＦ８３０
を介して銀行の顧客サービス窓口への連絡先を通知し、
顧客確認セッションを終了する。

【０１３５】なお、ＡＴＭ端末８００における、口座番
号や口座パスワード情報による顧客確認には、実際に
は、銀行ホスト機９００との交信が必要になるが、本実
施形態の説明では、携帯情報端末１００とのやり取りに
必要な部分を詳細に説明した。例えば、ステップＳ７０
０４の正当性確認は、ＡＴＭ端末８００内では処理せず
に、受け取った情報を銀行ホスト機９００に転送し、銀
行ホスト機で正当性を判定し、その判定結果のみをＡＴ
Ｍ端末８００に通知することにより、より安全性を高め
てもよい。

【０１３６】また、ＡＴＭ端末８００は、セッションの
途中で携帯情報端末１００との通信が失われるなどの例
外処理時には、実際、そのセッションを破棄して、次の
携帯情報端末１００の検出を行うが、本実施形態では、
そのような例外的な状況については説明を省略する。

【０１３７】図２４は、本実施形態における携帯情報端
末１００が、ＡＴＭ端末８００との間で銀行取引を行う
場合の、携帯情報端末１００のソフトウェアの処理手順
を説明するフローチャートである。この処理を記述した
プログラムは、ユーザからの指示に応じて図７のステッ
プＳ１００５から呼び出されるものであり、携帯情報端
末１００を介した銀行取引を実現する。

【０１３８】まず、ステップＳ８００１では、ＣＰＵ１
２１は、ＡＴＭ端末８００に、携帯情報端末１００の接
近を知らせるメッセージを送信すべく、通信制御回路１
２６に指示する。通信制御回路１２６は、当該指示に従
って、通信デバイス１３０から当該メッセージをＡＴＭ
端末８００に送信する。ＣＰＵ１２１は、さらに、安全
な通信を行うためＳＳＬ相当のネゴシエーションを実行
し、以降の通信内容を暗号化する。

【０１３９】次に、ステップＳ８００２では、通信デバ
イス１３０は、ＡＴＭ端末８００からチャレンジ情報を
含む顧客確認セッション開始メッセージを受信する。受
信されたメッセージは、通信制御回路１２６を介してＣ
ＰＵ１２１に転送される。ＣＰＵ１２１は、このメッセ
ージからチャレンジ情報を抽出する。

【０１４０】ステップＳ８００３では、この開始メッセ
ージに応じて、ＣＰＵ１２１は、虹彩情報を用いた本人
確認を行う。虹彩情報を用いた本人確認の手順は、第２
の実施形態で説明した通りである。本実施形態では、図
２５に示す画面を表示ＬＣＤ１１２に表示させ、虹彩情
報を用いた本人確認をユーザに促す。ここで、本人であ
ることが確認された場合には、ステップＳ８００４に進
み、確認されなかった場合には、本人確認ができなかっ
た旨をＬＣＤ１１２に表示させた後、ステップＳ８０１
０に進む。

【０１４１】ステップＳ８００４では、本人であること
が確認されているので、ＣＰＵ１２１は、顧客確認のた
めの手順を進める。ここでは、ＣＰＵ１２１は、ＲＯＭ
１２３内に安全に保持されているユーザの口座番号、口
座パスワード情報を読み出し、レスポンス情報を生成す
る。具体的には、ステップＳ７００４の一方向性のハッ
シュ関数と同一のハッシュ関数を用いて、口座パスワー
ド情報とチャレンジ情報を加工し、レスポンス情報を求
める。

【０１４２】ステップＳ８００５では、ＣＰＵ１２１
は、通信デバイス１３０からユーザの口座番号及びレス
ポンス情報をＡＴＭ端末８００に送信させる。

【０１４３】ステップＳ８００６では、ＡＴＭ端末８０
０からの通信を待ち合わせ、通信デバイス１３０がデー
タを受信する。

【０１４４】ステップＳ８００７では、受け取ったデー
タが、コマンド受付メッセージであるか否かを判定す
る。ここで、受け取ったデータが、コマンド受付メッセ
ージであるならば、ステップＳ８００８に進み、そうで
なかった場合には、受け取ったメッセージをＬＣＤ１１
２に表示させた後、ステップＳ８０１１に進む。

【０１４５】ステップＳ８００８で、ＣＰＵ１２１は、
受け取ったコマンド受付メッセージの内容に則して、預
金引き出しや振込みなどの取引可能なコマンドをコマン
ド受付画面にＬＣＤ１１２表示させ、ユーザの指示を待
つ。コマンドの種類によっては、サブメニュを表示し、
コマンドに必要なパラメータを入力又は選択する。図２
６は、コマンド受付画面の一例を示す図である。

【０１４６】ステップＳ８００９では、ＣＰＵ１２１
は、ユーザが指示するコマンドおよびパラメータから適
切なコマンドメッセージを生成し、当該コマンドメッセ
ージを通信デバイス１１２からＡＴＭ端末８００に送信
する。

【０１４７】最後に、ステップＳ８０１０で、通信デバ
イス１１２はコマンドの実行結果をＡＴＭ端末８００か
ら受信する。ＣＰＵ１２１は、実行結果を受け取ると、
それをＬＣＤ１１２に表示させ、ＡＴＭ端末８００との
セッションを終了する。図２７は、実行結果の表示例を
示す図である。

【０１４８】ステップＳ８０１１で、ＣＰＵ１２１は、
セッション中の中間データなどセッション関連データを
クリアした上で処理を終了する。

【０１４９】ここでは、一つの銀行との取引について説
明しているが、複数の銀行と取引があるユーザの場合に
は、ＲＯＭ１２３に、各銀行の口座パスワード情報を記
憶させておき、必要な際に虹彩情報などで本人認証を実
行してもよい。これによって、各銀行ごとに口座パスワ
ード情報が異なり、そのすべてをユーザが覚えておくこ
とが難しいような状況でも、必要な銀行取引を簡便に行
う事が可能となろう。なお、セッション中に一定期間入
力がない場合に、安全のため、セッションを中止するよ
うにしてもよい。

【０１５０】以上、本実施形態では、本提案の虹彩情報
を用いた本人確認によって、携帯情報端末１００に記憶
した個人の秘密情報を安全に持ち運ぶことができる。ま
た、取引過程を本提案の携帯情報端末１００に表示する
ことによって他者から覗き見される危険性を低減でき
る。これによって、より安全で簡便な認証手段を提供で
きる。

【０１５１】また、本実施形態では、虹彩情報を用いた
本人確認を行うことで、携帯情報端末１００内に安全に
保持している口座パスワード情報を利用する例について
説明してきた。しかしながら、このようにパスワードの
ような鍵情報を携帯情報端末１００内に秘匿する代わり
に、虹彩情報を直接鍵情報として利用してもよい。ま
た、本実施形態では、携帯情報端末１００とＡＴＭ端末
８００とは、Ｂｌｕｅｔｏｏｔｈ仕様に準拠した通信を
行うことを前提として説明しているが、個人認証機能を
安全に提供するという観点からは、Ｂｌｕｅｔｏｏｔｈ
仕様よりも微弱な電波出力の通信を行い、電波の有効到
達範囲を限定する事で、ワイヤレス通信における信号傍
受の懸念を低減してもよい。

【０１５２】さらに、本実施形態では、本提案の携帯情
報端末１００を応用した個人認証装置を銀行取引に適用
する例について説明しているが、実社会において認証を
必要とする他のシステムに、この個人認証装置を適用し
てもよい。例えば、電子政府や電子自治体などが提供す
るサービスにおける本人確認の一環として利用すること
も可能である。あるいは、第１の実施形態又は第２の実
施形態において説明された図５のような接続環境下で、
インターネット上のサービスを受ける場合にも、本実施
形態を応用できる。典型的には、インターネット上での
課金サービス、個人情報サービス及びインターネットバ
ンキングサービスなどのように個人認証を必要とするネ
ットワーク上のサーバプログラムを通信相手として、携
帯情報端末１００を協調動作するようにしてもよい。

【０１５３】（第４の実施形態）第３の実施形態は、携
帯情報端末１００に保持される口座パスワード情報の確
認方法としてＣＨＡＰ相当の方法を用いる例であった。
第４の実施形態は、携帯情報端末１００を個人認証装置
として利用する点では第３の実施形態と同じであるが、
携帯情報端末１００に保持される口座パスワード情報の
確認に電子署名を用いる点に特徴がある。より具体的に
は、ＲＳＡ公開鍵暗号方式を用いる電子署名によって口
座パスワード情報を確認する。すなわち、携帯情報端末
１００に保持する秘密鍵と対になる公開鍵を事前に銀行
ホスト機９００に登録しておく。ＡＴＭ端末８００によ
り生成されたチャレンジ情報に、携帯情報端末１００が
秘密鍵を用いて署名する。銀行ホスト機９００は、その
秘密鍵と対になっている公開鍵を用いて署名情報の正当
性を判断する。具体的には、第３の実施形態において説
明した次の二つのステップを以下のように変更すること
で実施できる。

【０１５４】変更ポイントの一つ目は、ステップＳ７０
０４である。これを以下に説明するステップＳ７１０４
に置き換える。ステップＳ７１０４で、ＣＰＵ８２１
は、取り出された口座番号及びレスポンス情報の正当性
を判断する。ここで、正当と判断された場合には、ステ
ップＳ７００５に進み、正当でないと判断された場合に
は、ステップＳ７００９に進む。なお、正当性の確認に
は、口座番号について、チャレンジ情報及びレスポンス
情報を専用回線網ＩＦから８４０から銀行ホスト機９０
０に送信し、銀行ホスト機９００に正当性を判断させ
る。銀行ホスト機９００は、レスポンス情報から署名情
報を取り出し、取り出された署名情報と、口座番号につ
いて事前に登録してあるＲＳＡ公開鍵暗号方式の公開鍵
とを署名確認関数に代入し、署名情報の正当性を判断す
る。

【０１５５】変更ポイントの二つ目は、ステップＳ８０
０４である。これを以下に説明するステップＳ８１０４
に置き換える。ステップＳ８１０４では、本人であるこ
とが確認されているので、顧客確認のための手順を進め
る。ここでは、携帯情報端末１００のＲＯＭ１２３内に
安全に保持しているユーザの口座番号及び口座パスワー
ド情報を読み出し、ＣＰＵ１２１がレスポンス情報を生
成する。本実施形態における口座パスワード情報は、Ｒ
ＳＡ公開鍵暗号方式の秘密鍵である。この秘密鍵と対に
なる公開鍵は、事前に銀行ホスト機９００に安全に登録
されている。レスポンス情報の具体的な生成方法は、ス
テップＳ７１０４の署名確認関数と対になる署名関数
に、秘密鍵とチャレンジ情報とを適用して署名を行い、
その署名情報をレスポンス情報とする。

【０１５６】以上の二点の変更によって、電子署名を用
いて口座パスワード情報の確認を行うことが可能とな
り、一層安全な認証手段を簡便に提供する事を実現して
いる。

【０１５７】さらに、銀行ホスト機９００が、ＣＡ
（ＣｅｒｔｉｆｉｃａｔｉｏｎＡｕｔｈｏｒｉｔｙ）
として保証する公開鍵証明書を、事前に携帯情報端末１
００に発行し、携帯情報端末１００が署名情報と公開鍵
証明書とをレスポンス情報に添付し、ＡＴＭ端末８００
に送信することで、銀行ホスト機９００に代わってＡＴ
Ｍ端末８００が署名情報の正当性確認を実行してもよ
い。

【０１５８】（他の実施形態）なお、前述した各実施形
態の機能を実現するソフトウェアのプログラムコードを
記憶した記憶媒体を、システムあるいは装置に供給し、
そのシステムあるいは装置のコンピュータ（またはＣＰ
ＵやＭＰＵ）が記憶媒体に格納されたプログラムコード
を読み出して実行することによっても、本発明が達成さ
れることは言うまでもない。

【０１５９】この場合、記憶媒体から読み出されたプロ
グラムコード自体が、前述の各実施形態の機能を実現す
ることになり、そのプログラムコードを記憶した記憶媒
体が本発明を構成することになる。

【０１６０】プログラムコードを供給するための記憶媒
体として、例えば、フロッピィディスク、ハードディス
ク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ
−Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、
あるいは、通信可能なネットワークに接続されたサーバ
コンピュータなどを用いることができる。

【０１６１】また、コンピュータが読み出したプログラ
ムコードを実行することにより、前述した各実施形態の
機能が実現されるだけでなく、そのプログラムコードの
指示に基づき、コンピュータ上で稼働しているＯＳなど
が実際の処理の一部または全部を行い、その処理によっ
て前述した各実施形態の機能が実現される場合も、本発
明に含まれることは言うまでもない。

【０１６２】さらに、記憶媒体から読み出されたプログ
ラムコードが、コンピュータに挿入された機能拡張ボー
ドやコンピュータに接続された機能拡張ユニットに備わ
るメモリに書き込まれた後、そのプログラムコードの指
示に基づき、その機能拡張ボードや機能拡張ユニットに
備わるＣＰＵなどが実際の処理の一部または全部を行
い、その処理によって前述した各実施形態の機能が実現
される場合も、本発明に含まれることは言うまでもな
い。

【０１６３】

【発明の効果】以上詳述したように、本願発明によれ
ば、キー入力操作を見ただけでは、入力された情報を第
三者が実質的に認識できないような入力部を備えた携帯
情報端末が提供される。

【０１６４】また、本願発明の他の観点によれば、銀行
端末などの情報処理装置から暗証番号などを要求された
場合に、内部に記憶された暗証番号を送信する携帯情報
端末が提供される。

【０１６５】また、本願発明の携帯情報端末によれば、
小型でありながら、安全かつ簡単に個人認証を実現する
ことが可能となる。

【図面の簡単な説明】

【図１】実施形態に係る携帯情報端末の外観図である。

【図２】携帯情報端末の内部構成を示す断面図である。

【図３】自由曲面プリズムの光路を示す図である。

【図４】携帯情報端末に実装される電気回路を示すブロ
ック図である。

【図５】携帯情報端末とネットワークとの接続形態を示
す図である。

【図６】ＨＴＴＰによる通信シーケンスの一例を示す図
である。

【図７】携帯情報端末の動作の手順を示すフローチャー
トである。

【図８】携帯情報端末において実行されるＷｅｂアクセ
ス処理の手順を示すフローチャートである。

【図９】図８に示すＷｅｂアクセス処理によって小型液
晶ディスプレイに表示されたＷｅｂページ情報の一例を
示す図である。

【図１０】携帯情報端末において実行される設定処理の
手順を示すフローチャートである。

【図１１】小型液晶ディスプレイに表示された設定値の
一例を示す図である。

【図１２】携帯情報端末において実行されるソフトウェ
アキーボード処理の手順を示すフローチャートである。

【図１３】事前登録された語句の例を示す図である。

【図１４】事前登録語句の入力キーを含んだソフトウェ
アキーボードが小型液晶ディスプレイに表示された画面
の一例を示す図である。

【図１５】携帯情報端末において実行される認証手順を
示すフローチャートである。

【図１６】事前登録語句の入力キーを除いたソフトウェ
アキーボードを示す図である。

【図１７】第２の実施形態における撮像光学系の構成を
示す図である。

【図１８】携帯情報端末に実装される電気回路を示すブ
ロック図である。

【図１９】携帯情報端末において実行される認証手順を
示すフローチャートである。

【図２０】第３の実施形態における装置間の接続状況を
説明する接続図である。

【図２１】ＡＴＭ端末と携帯情報端末間の信号シーケン
スの一例を示す図である。

【図２２】ＡＴＭ端末８００の一構成例を示したブロッ
ク図である。

【図２３】ＡＴＭ端末８００の動作を説明するフローチ
ャートである。

【図２４】携帯情報端末１００の銀行取引手順を説明す
るフローチャートである。

【図２５】携帯情報端末１００が本人確認をユーザに促
す際の画面例を示す図である。

【図２６】携帯情報端末１００のコマンド受付の画面例
を示す図である。

【図２７】携帯情報端末１００のコマンド実行結果表示
の例を示す図である。

【符号の説明】

１００携帯情報端末１１０拡大系表示デバイス（画面表示部）１１１自由曲面プリズム１１２小型液晶ディスプレイ１１３バックライト１２０小型コンピュータデバイス１２１ＣＰＵ（第１の表示手段、格納手段、第２の表
示手段、表示入力手段）１２２ＲＡＭ（記憶部、表示入力手段）１２３ＲＯＭ１２４表示制御回路（第１の表示手段、第２の表示手
段、表示入力手段）１２５バス１２６通信制御回路１２７入力制御回路１２８ＬＥＤ制御回路１２９電源制御回路１３０通信デバイス１４０入力デバイス（操作手段）１５０ＬＥＤデバイス１６０電源デバイス１７１結像光学系１７２撮像デバイス１７３赤外光源１７５撮像制御回路

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号ＦＩテーマコート゛(参考）Ｇ０６Ｆ 15/00 ３３０Ｇ０６Ｆ 15/00 ３３０Ｂ５Ｋ０６７３３０ＦＨ０４Ｌ 9/32 Ｈ０４Ｍ 1/00 ＵＨ０４Ｍ 1/00 1/274 1/274 1/725 1/725 Ｈ０４Ｂ 7/26 １０９ＨＨ０４Ｑ 7/38 Ｈ０４Ｌ 9/00 ６７３ＤＦターム(参考） 5B019 BA10 DA06 DA08 DA10 EA10 GA10 HD20 HG30 5B085 AE03 AE25 BE01 5J104 AA07 AA16 EA03 KA01 KA02 KA16 5K027 AA11 BB09 FF01 FF22 HH23 HH26 5K036 AA07 BB18 DD48 JJ01 JJ13 5K067 AA30 BB04 BB21 DD17 EE02 EE16 EE35 HH24 HH36

Claims

【特許請求の範囲】

【請求項１】手で把持可能な筐体と、前記筐体に設けられた窓部と、前記窓部の内側に設けられた拡大光学部と、前記拡大光学部を経由して前記窓部に画像情報を表示す
る表示部と、前記表示部により表示されるカーソルの動きを制御する
ための指示情報を入力する入力部と、を備えたことを特徴とする携帯情報端末。
【請求項２】前記拡大光学部は、自由曲面プリズムを
含むことを特徴とする請求項１に記載の携帯情報端末。
【請求項３】前記窓部の面積は、前記携帯情報端末の
ユーザが前記窓部に接眼している際に、第三者が実質的
に前記窓部を覗くことのできない程度の面積であること
を特徴とする請求項１又は請求項２に記載の携帯情報端
末。
【請求項４】前記表示部及び前記入力部を制御する制
御部をさらに備え、前記制御部は、前記表示部にキーボ
ード画像を表示させるよう制御し、さらに、前記入力部
からクリック信号が入力されたときのカーソル位置に対
応するキーを入力情報とすることを特徴とする請求項１
乃至請求項３のいずれか１項に記載の携帯情報端末。
【請求項５】生体情報を入力するための生体情報入力
部をさらに備え、前記制御部は、入力された生体情報に基づいて認証処理
を実行することを特徴とする請求項１乃至請求項４のい
ずれか１項に記載の携帯情報端末。
【請求項６】少なくとも一つの暗号アルゴリズムを実
装した暗号化部と、他の機器と情報を交換するための通信部と、をさらに備え、前記制御部は、前記入力された生体情報に基づいて前記
暗号化部により前記情報を暗号化させ、暗号化された情
報を前記通信部により送信させることを特徴とする請求
項５に記載の携帯情報端末。
【請求項７】前記通信部は、小電力の無線通信手段で
あることを特徴とする請求項６に記載の携帯情報端末。
【請求項８】前記無線通信手段は、Ｂｌｕｅｔｏｏｔ
ｈ仕様に準拠しているか又は、該Ｂｌｕｅｔｏｏｔｈ仕
様よりも微弱な送信出力を使用して通信することを特徴
とする請求項７に記載の携帯情報端末。
【請求項９】前記生体情報入力部は、ユーザの眼の虹
彩パターン、網膜パターン、指紋又は声紋に関する情報
を入力することを特徴とする請求項５乃至請求項８のい
ずれか１項に記載の携帯情報端末。
【請求項１０】前記暗号化部は、ＳＳＬ（Ｓｅｃｕｒ
ｅＳｏｃｋｅｔＬａｙｅｒ）に対応した暗号アルゴリ
ズムを備え、前記通信部は、前記ＳＳＬの通信手順に則して、通信相
手と暗号化された情報を通信することを特徴とする請求
項６乃至請求項９のいずれか１項に記載の携帯情報端
末。
【請求項１１】前記通信部は、個人認証処理を実行す
る情報処理装置に対し、前記個人認証処理に必要な個人
認証情報を送信することを特徴とする請求項６乃至請求
項１０のいずれか１項に記載の携帯情報端末。
【請求項１２】前記情報処理装置は、前記通信部と通
信する通信手段を備えた銀行端末又はネットワーク上の
サーバであることを特徴とする請求項１１に記載の携帯
情報端末。
【請求項１３】前記暗号化部は、前記入力された生体
情報を鍵情報として利用することを特徴とする請求項６
乃至請求項１２のいずれか１項に記載の携帯情報端末。
【請求項１４】前記暗号化部により使用される複数の
鍵情報を記憶する記憶部をさらに備え、前記制御部は、前記入力された生体情報に基づいて、前
記記憶部に記憶される複数の鍵情報の中から少なくとも
１つの鍵情報を選択し、選択された鍵情報を前記暗号化
部に使用させることを特徴とする請求項１３に記載の携
帯情報端末。
【請求項１５】前記暗号化部は、公開鍵暗号方式を用
いた電子署名によって署名情報を生成することを特徴と
する請求項６乃至請求項１４のいずれか１項に記載の携
帯情報端末。
【請求項１６】画像を表示するための表示部と、該表
示部に表示された画像を光学的に拡大する拡大光学部
と、前記表示部に表示される画像に応じた制御指示を入
力する入力部とを備えた携帯情報端末を使用する個人認
証方法であって、前記制御指示が認証処理の開始要求であるか否かを判定
するステップと、前記制御指示が認証処理の開始要求であると判定される
と、前記携帯情報端末のユーザに係る生体情報を入力す
るステップと、前記生体情報及び予め登録された個人認証情報に基づい
て前記ユーザが正当なユーザであるか否かを判定するス
テップと、前記ユーザが正当なユーザである場合に所定の情報を出
力するステップと、を備えることを特徴とする個人認証方法。
【請求項１７】前記所定の情報は、通信回線を介して
他の機器に送信され、該機器において検証されるパスワ
ード関連情報であることを特徴とする請求項１６に記載
の個人認証方法。
【請求項１８】前記パスワード関連情報は、アカウン
ト情報及びパスワード情報を含んでいることを特徴とす
る請求項１７に記載の個人認証方法。
【請求項１９】使用に際しパスワード関連情報を要求
する情報処理装置に対して、通信回線を介して該パスワ
ード関連情報を送信する認証補助端末であって、前記パスワード関連情報を記憶する第１の記憶手段と、前記パスワード関連情報の送信を許可するための許可情
報を記憶する第２の記憶手段と、前記認証補助端末の使用者から生体情報を入力する生体
情報入力手段と、前記生体情報と前記許可情報とに基づいて、前記パスワ
ード関連情報の送信が許可されているか否かを判定する
判定手段と、前記送信が許可されていると判定されると、前記パスワ
ード関連情報を送信する送信手段と、を備えることを特徴とする認証補助端末。
【請求項２０】前記情報処理装置は、前記パスワード
関連情報を受信する受信手段と、前記パスワード関連情
報に基づいて個人認証を実行する認証手段とを備えた銀
行端末又はネットワーク上のサーバであることを特徴と
する請求項１９に記載の認証補助端末。
【請求項２１】前記生体情報入力手段は、使用者の眼
の虹彩パターン、網膜パターン、指紋又は声紋に関する
情報を入力することを特徴とする請求項１９又は請求項
２０に記載の認証補助端末。
【請求項２２】使用に際しパスワード関連情報を要求
する情報処理装置に対して、通信回線を介して該パスワ
ード関連情報を送信する認証補助方法であって、前記パスワード関連情報と、前記パスワード関連情報の
送信を許可するための許可情報とを記憶するステップ
と、前記情報処理装置の使用を希望する者から生体情報を入
力するステップと、前記生体情報と前記許可情報とに基づいて、前記パスワ
ード関連情報の送信が許可されているか否かを判定する
ステップと、前記送信が許可されていると判定されると、前記パスワ
ード関連情報を送信するステップと、を備えることを特徴とする認証補助方法。
【請求項２３】請求項１乃至請求項１５及び請求項１
９乃至請求項２１のいずれか１項に記載された前記手段
のすべてをコンピュータに機能させるためのプログラム
コードを備えたコンピュータプログラム。
【請求項２４】請求項１６又は請求項２２のいずれか
１項に記載された前記ステップのそれぞれをコンピュー
タに実行させるためのプログラムコードを備えたコンピ
ュータプログラム。