JP5311388B2 - ドットパターンを用いたコード情報入力方法 - Google Patents

Description

本発明は、銀行や施設等において、暗証コードを入力する方法に関する。

近年、銀行等の現金自動取引装置（ＡＴＭ）の利用や入館セキュリティシステムが施されたビルへの入館等、個人認証の入力が必要となるケースが増加している。従来の個人認証方法は、クレジットカードやキャッシュカードのように、磁気テープを貼付したプラスチックカードによる方法が主流である。たとえば銀行のキャッシュカードの場合、ユーザはキャッシュカードをＡＴＭのキャッシュカード挿入口に挿入し、０から９の４桁の数字からなる暗証番号を入力する。銀行側のデータベース内に記憶されている口座番号等のデータおよび暗証番号と、ＡＴＭから送信されてきたデータおよび暗証番号とが一致する場合のみ、ユーザが希望する取引が開始される。

しかし、磁気テープを貼付したプラスチックカードは偽造が比較的容易である。また、４桁の暗証番号では、入力操作時の指の動きによって、ユーザの周囲の第三者にも暗証番号が察知されてしまうことがあり得る。そのため、従来の方法ではセキュリティが不十分であるという問題があった。

このため、カード所有者の個人情報が記録された二次元コードをカード表面に印刷するとともに、カード所有者の生体情報が記録されたＩＣを内蔵することにより、カードの偽造や不正使用を防止するＩＣカードが提案されている（例えば、特許文献１）。

また、カードよりも盗まれにくくセキュリティの高い携帯電話を用いた個人認証方法も提案されている。あらかじめ認証サーバに個人情報を登録しておき、認証サーバが生成した二次元コードを携帯端末のカメラで撮影し、撮影した二次元コードとユーザが携帯端末に設定した情報を元にさらに二次元コードを生成し、この二次元コードと認証サーバに登録された個人情報とが一致した場合に個人認証が完了する、という方法が提案されている（例えば、特許文献２）。

特開２００５−１４１６２６号公報 特開２００６−１０７０８５号公報

しかし、特許文献１のように、生体情報が記録されたＩＣを内蔵すると、カード製造に要するコストおよび時間がかかりすぎてしまうという問題がある。また、二次元コードがカードの一定面積を占めることにより、美観を損ね、さらに、カードに記載できる情報が少なくなるという問題がある。

また、特許文献２では、二次元コードが認証サーバ側と携帯端末側の両方で生成されるため、認証サーバと携帯端末間で送信処理と受信処理を複数回行わなければならず、認証処理が煩雑となってしまうという問題がある。

本発明はこのような点に鑑みてなされたものであり、安価で操作が容易であり、かつ、高いセキュリティを確保できる暗証コード入力方法を提供することを技術的課題とする。

前記課題を解決するために、本発明では、以下の手段を採用した。

本発明の請求項１は、媒体面に印刷または表示された識別可能な複数のシンボルアイコンに重畳して形成されたドットパターンを、撮像手段、解析手段および送信手段を含むスキャナで光学的に読み取ることによるコード情報入力方法であって、前記シンボルアイコンが印刷された媒体面または表示された表示面にはドットコードおよびドットパターンの向きを意味するドットパターンが形成されており、該ドットコードは、座標値および／またはコード値が定義され、前記撮像手段は、前記ドットパターンを光学的に読み取り、
前記解析手段は、撮像されたドットパターン画像から、座標値および／またはコード値を復号化してドットコードに変換し、該撮像手段の撮像方向と該ドットパターンのなす撮像軸回転角をスキャナの向きとして算出し、前記送信手段は、該ドットコードおよび該スキャナの向きを情報処理装置に送信し、該情報処理装置により、該ドットコードおよび該スキャナの向きの組み合わせで、入力されたコード情報として認識するドットパターンを用いたコード情報入力方法である。

本発明の請求項２は、前記情報処理装置は、前記コード情報が複数入力された場合、前記ドットコードおよび前記スキャナの向きの組み合わせに加えて、該コード情報が入力された順番も含めて、入力されたコード情報として認識する、請求項１に記載のコード情報入力方法である。

本発明の請求項３は、前記スキャナは、携帯電話機のカメラ、スキャナ付きリモコン、またはスキャナ付きマウスとして実装されていることを特徴とした請求項１から２のいずれか一項に記載のコード情報入力方法である。

本発明によれば、暗証コード入力の際に、媒体に印刷したドットパターンから得られる数値とともに、ドットパターンの向きから得られる情報等、他の情報が必要となるため、セキュリティ性の高い暗証コード入力方法を提供することができる。

図１は、本発明における暗証コード入力に用いるＡＴＭについて説明する斜視図である。 図２は、ＡＴＭの構成を示すブロック図である。 図３は、本発明で用いるカードについて説明するための図である。 図４は、ドットパターンの一例を示す説明図である。 図５は、ドットパターンの情報ドットの一例を示す拡大図である。 図６は、ドットパターンのフォーマットを示す説明図である。 図７は、情報ドットおよびそこに定義されたデータのビット表示の例であり、他の形態を示すものである。 図８は、情報ドットおよびそこに定義されたデータのビット表示の例であり、（ａ）はドットを２個、（ｂ）はドットを４個および（ｃ）はドットを５個配置したものである。 図９はドットパターンの変形例を示すものであり、（ａ）は情報ドット６個配置型、（ｂ）は情報ドット９個配置型、（ｃ）は情報ドット１２個配置型、（ｄ）は情報ドット３６個配置型の概略図である。 図１０は、ドットパターンにおいて、各ドットの配置を示す説明図である。 図１１は、ドットパターンのフォーマットの具体例について示した説明図である。 図１２は、ユーザにより行われる操作について説明した図である。 図１３は、スキャナの向きとドットパターンの向きとの関係について示した説明図である。 図１４は、暗証コード入力方法の具体例を示した説明図である。 図１５は、本発明の第二の実施形態であるタッチパネル筐体について説明した斜視図である。 図１６は、タッチパネルの構成について説明するための図である。 図１７は、ユーザがタッチした指先の位置を算出する方法を示した説明図である。 図１８は、カメラの向きとドットパターンの向きとの関係について示した説明図である。 図１９は、暗証コード入力方法の具体例を示した説明図である。 図２０は、第一の実施形態または第二の実施形態において、スキャナまたはカードを傾ける方向について示した説明図である。 図２１は、他の実施形態について説明するための図であり、キートップ（シンボルアイコン）をクリックする位置により暗証コードを入力する方法について説明するための図である。 図２２は、他の実施形態について説明するための図であり、クリックされた数字と認証する数値とを異ならせることを特徴とする実施例について説明するための図（１）である。 図２３は、他の実施形態について説明するための図であり、クリックされた数字と認証する数値とを異ならせることを特徴とする実施例について説明するための図（２）である。 図２４は、図２３の実施例において、ＩＤ＋変換テーブルがシールとして形成された例について説明するための図である。 図２５は、他の実施形態について説明するための図であり、暗証コード入力用カードがＡＴＭにパウチされている実施例について説明するための図である。 図２６は、暗証コードを入力する際に表示される画面について説明するための図である。 図２７は、携帯電話とカードとの両方を使用することによる暗証コード入力方法について説明するための図である。 図２８は、ドットパターンを有する認証用カードを用いてネットショッピングを行う際の操作を示す図である。 図２９は、ネットショッピングにおいて、パソコンと携帯端末との使い分けを示す図である。

以下、本発明の暗証コード入力方法の実施形態について図面に基づいて説明する。

（第一の実施形態）
図１は、本実施形態におけるＡＴＭの外観について説明する斜視図である。

図１に示すように、ＡＴＭには、ユーザがＡＴＭを使用して金融取引を行うために必要な操作対象の装置として、通帳挿入口、紙幣入出口、硬貨入出口及び入力表示装置（タッチパネル）が設けられている。タッチパネルの右側には、ユーザが所持するカードを載置するためのカード配置部が設けられている。カード配置部は、凹状に構成されており、ユーザは、凹部にカードを配置して暗証コード入力処理を行う。また、その右側には、凹状のスキャナ配置部が設けられており、凹部には、カードのドットパターンを読み取るためのスキャナが載置されている。

図２は、ＡＴＭの構成を示すブロック図である。

ＡＴＭは、中央処理装置を中心に、入力表示装置（タッチパネル）、記憶装置、通帳取扱装置、紙幣取扱装置、硬貨取扱装置、紙幣収納部、硬貨収納部、通信制御装置および時計手段を内蔵している。そして、制御装置は、記憶装置に格納されている制御プログラムや各種データに基づいて、これらの各種装置を統一的に制御する。

記憶装置には、プログラムや固定データを記憶するＲＯＭ（図示せず）と、変動データを記憶するＲＡＭ（図示せず）とから構成される。また、必要に応じてハードディスクを備える。そして、タッチパネルで表示される各種画面表示データは、記憶装置に記憶されており、中央処理装置は、利用者のタッチパネルにおける入力操作に応じて、記憶装置から必要な画面表示データを読み出してタッチパネルの表示パネルに表示する。

通信制御手段は、中央処理装置の制御のもと、スキャナから送信された利用者のＩＤコードおよび／または口座番号等と暗証コードを当該ユーザが口座を有する勘定系システムに送信し、ＡＴＭと勘定系システム間において現金の引き出しや振込み等の金融取引の各種データを送受信する通信制御を行うものである。

スキャナは、ＵＳＢインターフェースを介してＡＴＭに接続されている。

このスキャナの内部構成については図示を省略するが、赤外線照射手段（ＬＥＤ）とその反射光の所定波長部分をカットするフィルタ、および撮像する撮像素子（ＣＣＤやＣＭＯＳ）が内蔵されており、媒体面に照射した照射光の反射光を撮像して、その媒体面に印刷されたドットパターンを画像データとして処理できるようになっている。

中央処理装置は、スキャナからの媒体面のドットパターンの撮影データを読み取りコードまたは座標値に変換した入力信号をＵＳＢインターフェースを介して受信すると、当該入力信号に対応したＩＤ情報、数値情報等を記憶装置から読み出し、通信制御装置を介して勘定系システムに送信する。

なお、スキャナで読み込むコード値や座標値については後で詳述する。

図３は、ユーザが所持するカードについて説明するための図である。

カード上部には、銀行名とユーザ名が印刷された画像領域（以下「ＩＤ部」）が設けられており、下部には、０から９までのそれぞれの数字が印刷された、四角い画像領域（以下「数字部」）が設けられている。

ＩＤ部には、ユーザを特定するためのＩＤコードがドットパターンとして登録されている。また、数字部には、それぞれの数字に対応する割り込みキーのコード値がドットパターンとして登録されている。

ドットパターンは、カーボンインクで印刷されており、ドットパターン以外の画像や文字部分はノンカーボンインクで印刷されている。

このカーボンインクは赤外線を吸収する特性を有しているため、前記光学撮像素子での撮像画像では、ドットの部分のみ黒く撮影されることとなる。

このように、ドットパターンのみがカーボンインクで印刷されているため、他のカーボンインクで印刷された画像や文字に可視的に影響を与えることなく、ドットパターンを通常の印刷と重畳印刷することができる。

なお、赤外光を吸収する特性を有するインクとしてカーボンインクを例示したが、ドットパターンの印刷は、特定波長に反応するインクであれば、カーボンインクに限定されない。

このようなドットパターンについて説明したものが図４から図９である。

図４は本発明のドットパターンの一例であるＧＲＩＤ１を示す説明図である。

なお、これらの図において、縦横方向の格子線は説明の便宜のために付したものであり実際の印刷面には存在していない。ドットパターン１を構成するキードット２、基準格子点ドット３、情報ドット４等は撮像手段であるスキャナが赤外線照射手段を有している場合、当該赤外線を吸収するカーボンインクまたはステルスインク（不可視インク）で印刷されていることが望ましい。

図４はドットパターン１のキードット２、基準格子点ドット３および情報ドット４の配置の一例を示す拡大図である。図５（ａ）、（ｂ）はベクトル情報を表す情報ドット４と符号化を示す説明図である。

ドットパターンを用いた情報入出力方法は、ドットパターン１の生成と、そのドットパターン１の認識と、このドットパターン１を解析し、情報およびプログラムを出力する方法とからなる。すなわち、ドットパターン１をセンサユニットにより画像データとして取り込み、ＣＰＵが読み込んだプログラムに基づいて、まず、基準格子点ドット３を抽出し、次に本来基準格子点ドット３があるべき位置にドットが配置されず、所定の方向にずれた位置にドットが配置されていることによってキードット２を抽出し、１ブロック分のドットパターン１と、その方向を特定する。次に４つの基準格子点ドット３またはキードット２に囲まれた情報ドット４を抽出して所定のアルゴリズムにより符号化し、１ブロック分のドットパターン１における情報ドット４の配置により、各情報ドット４の集合から所定のコード値および／または座標値に復号し、このコード値および／または座標値に対応する音声等の情報やプログラムを、情報処理装置、パーソナルコンピュータ、ＰＤＡまたは携帯電話等に出力させる。

ドットパターン１の生成は、ドットコード生成アルゴリズムにより、符号化するためのベクトル情報を認識させるために微細なドット、すなわち、少なくとも１個のキードット２と、基準格子点ドット３および情報ドット４を所定の規則に則って配列する。図４に示すように、ドットパターン１のブロックは、５×５の基準格子点ドット３を配置し、４点の基準格子点ドット３または基準格子点に囲まれた仮想中心点５の周囲にベクトル情報を表す情報ドット４を配置する。なお、ブロックの配置・構成は、キードット２によって定められる。本実施形態の場合、当該キードット２はブロックの１コーナーの基準格子点上にはドットを配置せずに、そこから所定方向にずらしてドットを配置したものであり、ブロックの大きさを確定するとともに、当該ブロック、すなわちドットパターン１の方向を定義している。このブロックには任意の数値情報が定義される。なお、図４の図示例では、ドットパターン１のブロック（太線枠内）を４個並列させた状態を示している。ただし、ドットパターン１は４ブロックに限定されないことは勿論である。

なお、キードット２は、前記ブロックのコーナーに限らず、ブロック内またはブロック外のいかなる位置に配置してもよい。

センサユニットでこのドットパターン１を画像データとして取り込む際に、ドットコード解析アルゴリズムは、そのセンサユニットのレンズの歪みや斜めからの撮像、紙面の伸縮、媒体表面の湾曲、印刷時の基準格子点ドット３の配置の歪みを矯正することができる。具体的には歪んだ４点の基準格子点ドット３を元の正方形または矩形に変換する補正用の関数（Ｘ_ｎ，Ｙ_ｎ）＝ｆ（Ｘ_ｎ’，Ｙ_ｎ’）を求め、その同一の関数で情報ドット４を補正して、正しい情報ドット４の位置からベクトル情報を求める。

情報ドット４は種々のベクトル情報を認識させるドットである。この情報ドット４は、キードット２で構成される１ブロック分のドットパターン１内に配置すると共に、４点の基準格子点ドット３で囲まれた仮想中心点５にして、これを始点としてベクトルにより表現した終点に配置したものである。たとえば、この情報ドット４は、４点の基準格子点ドット３または基準格子点に囲まれ、図５（ａ）に示すように、その仮想中心点５から離れたドットは、ベクトルで表現される方向と長さを有するために、時計方向に４５度ずつ回転させて８方向に配置し、３ビットに符号化する。したがって、１ブロックのドットパターン１で３ビット×１６個＝４８ビットを表現することができる。

図５（ｂ）は、図４のドットパターン１において、１個の情報ドット４毎に２ビットに符号化する方法であり、＋方向および×方向にドットをずらして各２ビットに符号化し、２ビット×１６個＝３２ビットを表現している。これにより、１ブロック分のドットパターン１で、本来４８ビットの数値情報を定義できるが、用途によって分割して３２ビット毎に数値情報を与えることができる。＋方向および×方向の組み合わせによって最大２^１６（約６５０００）通りの情報ドットの配置パターンが実現できる。

なお、これに限定されずに、１６方向に配置して４ビットを符号化することも可能であり、種々の方向に配置し、符号化を変更できることは勿論である。

キードット２、基準格子点ドット３および情報ドット４のドットの径は、見栄えと、紙質、印刷の精度、センサユニットの解像度および最適なデジタル化を考慮して、０．０３〜０．０５ｍｍ程度の範囲にあることが望ましい。

また、撮像面積に対する必要な情報量と、各種ドット２，３，４の誤認を考慮して基準格子点ドット３の間隔は縦・横それぞれ、０．３〜０．５ｍｍ程度の範囲にあることが望ましい。基準格子点ドット３および情報ドット４との誤認を考慮して、キードット２のずれは格子間隔の２０％前後が望ましい。

この情報ドット４と、４点の基準格子点ドット３で囲まれた仮想中心点５との間隔は、隣接する基準格子点ドット３と仮想中心点５間の距離の１５〜３０％程度の間隔であることが望ましい。情報ドット４と仮想中心点５間の距離がこの間隔より大きいと、基準格子点ドット３と情報ドット４が塊として視認されやすく、ドットパターン１が模様として見苦しく見えるからである。逆に、情報ドット４と仮想中心点５間の距離がこの間隔より小さいと、仮想中心点５を中心にしてベクトル情報を持たせた情報ドット４がどの方向に位置しているかの認識が困難になるためである。

図４に示すように、１個のドットパターン１は、４×４個のブロック領域で構成されたドットパターン１であり、各ブロック内には２ビットの情報ドット４が配置されている。この情報ドット４の集合を構成する１ブロック分のドットパターン１のドットコードフォーマットを示したものが図６である。

図６（ａ）に示すように、１個のドットパターン１中には、パリティチェック、コード値が記録されている。（ｂ）は、パリティチェック、コード値、ＸＹ座標値が記録されている。なお、ドットコードフォーマットは任意に定めることができる。

図７は、ベクトル情報を持たせた情報ドット４と、その符号化の他の形態を示す例である。この事例のように、情報ドット４について基準格子点ドット３または基準格子点で囲まれた仮想中心点５から長・短の２種類を使用し、ベクトル方向を８方向とすると、４ビットを符号化することができる。このとき、長い方が隣接する仮想中心点５間の距離の２５〜３０％程度、短い方は同じく１５〜２０％程度が望ましい。ただし、誤認しないよう、長・短の情報ドット４の中心間隔は、これらの情報ドット４の径より長くなることが望ましい。

４点の基準格子点ドット３または基準格子点で囲まれた情報ドット４が複数あると、隣接するドットが塊として視認されやすく模様が発生するため、見栄えを考慮し１ドットが望ましい。しかし、見栄えを無視し、情報量を多くしたい場合は、１ベクトル毎に、１ビットを符号化し、情報ドット４を複数のドットで表現することにより、多量の情報を有することができる。たとえば、同心円８方向の８ベクトルでは、４点の基準格子点ドット３または基準格子点で囲まれた情報ドット４が０〜８個で８ビットが符号化でき、同心２重円８方向の１６ベクトルでは、１ブロックの情報ドット４が０〜１６個で１６ビットが符号化できる。

図８は、同心２重円８方向の１６ベクトルの情報ドット４と符号化の例であり、（ａ）は情報ドット４を２個、（ｂ）は情報ドット４を４個および（ｃ）は情報ドット４を５個配置したものを示すものである。

図９はドットパターン１の変形例を示すものであり、（ａ）は情報ドット４を囲む４点の基準格子点ドット３または基準格子点からなる正方形または矩形領域を６個配置型、（ｂ）は前記領域を９個配置型、（ｃ）は前記領域を１２個配置型、（ｄ）は前記領域を３６個配置型の概略図である。

図４に示すドットパターン１は、１ブロックに１６個（４×４）の情報ドット４を配置した例を示している。しかし、この情報ドット４は１ブロックに１６個配置することに限定されずに、図８〜９に示すように、情報ドット４を囲む４点の基準格子点ドット３または基準格子点からなる領域、および当該領域で定義される情報ドット４の符号化を種々変更することができる。

図１０〜図１１は、ドットパターンとコード値と識別子との関係を示した説明図である。

図１０に示す如く、ドットパターンは、４×４個のブロック領域で構成されたドットパターンであり、このブロック内でC_１−０〜C_{３１−３０}に区画されている。各領域のドットコードフォーマットを示したものが図１０である。

図１１に示す如く、C_０〜C_２９がコード値、C_３０〜C_３１がパリティをそれぞれ意味している。

図１２は、ユーザにより行われる操作について説明した図である。ユーザは、ＡＴＭに備え付けられたスキャナを用いて、暗証コードの入力を行う。暗証コードは、数値とスキャナの向きの組み合わせにより設定されている。ここでスキャナの向きとは、紙面の鉛直軸を中心にした、撮像手段の回転方向へのずれのことである。ユーザが、設定された方向にスキャナを向けて、設定された数値（たとえば「８」）が印刷されたキートップ（シンボルアイコン）をクリックすると、スキャナの中央処理装置は、読み取られたドットパターンを解析ソフトによって解析し、ドットコードに変換する。同時に、読み取られたドットパターンと撮像手段とのなす角度を算出する。このドットコードおよび角度情報は、ＡＴＭの中央処理装置に送信される。ＡＴＭは、当該ドットコードおよび角度情報を、入力された暗証コードとして認識する。そして、この暗証コードを、ユーザのＩＤコードおよび口座番号等と共に勘定系システムに送信し、勘定系システムは、その対応関係を検証した上で金融取引を認めるか否かを決定する。

図１３は、スキャナの向きとドットパターンの向きとの関係について説明した図である。

ドットパターンの向きとは、キードットが配置されている方向のことである。図１３においては、キードットが、基準格子点ドットを上方にずらした位置に配置されていることから、ドットパターンは上向きである。

ドットパターンをスキャナ内部のＣ−ＭＯＳ等の撮像手段で撮像した場合、当該撮像データは当該撮像手段のフレームバッファに記録される。このとき、もし撮像手段の位置が紙面の鉛直軸（撮影軸）を中心に回動された位置（ずれた位置）にある場合には、撮像された基準格子点ドットとキードットとの位置関係から撮像手段の撮影軸を中心にしたずれ（スキャナの角度）がわかることになる。図１３（ａ）においては、スキャナは撮影軸に対して回動された位置にはなく、スキャナの角度は０度である。（ｂ）では、スキャナは−９０度の向きに回動されており、（ｃ）では、＋９０度の向きに回動されている。

このことより、スキャナで同じ領域を撮影しても角度という別次元のパラメータを持たせることができる。すなわち、同じ位置の同じ領域を読み取っても角度毎に異なる意味を持たせることができる。

そのため、上述した如く、数値とスキャナの向きの組み合わせにより暗証コードを設定することが可能となる。

図１４は、暗証コード入力方法の具体例について説明した図である。

本実施例における暗証コード入力方法は、媒体面に印刷または表示された識別可能な複数のシンボルアイコンを所定の順番に指定入力してその順番で暗証コードの認証を行うものである。シンボルアイコンが印刷された媒体面または表示された表示面には、座標値または／およびコード値およびドットパターンの向きを意味するドットパターンが形成されており、当該ドットパターンをスキャナで光学的に読み取ることで当該座標値または／およびコード値にしたがった暗証コードに変換し、当該読み取った暗証コードの順番で暗証コードを認証するとともに、スキャナでのドットパターンの読み取りの際に、媒体面または表示面からの鉛直軸を中心としたスキャナの向き（スキャナとドットパターンのなす角度）を、当該ドットパターンの意味する座標値または／およびコード値に付加した暗証コードとして入力させることを特徴とする。

図１４は、スキャナでキートップ（シンボルアイコン）がクリックされている様子を上方向から見た図である。黒い三角形の示す方向が、スキャナの向きである。

ユーザに対して設定された暗証コードが「３↑６←１↑４→」であるとする。まずユーザは、スキャナが上向き、すなわち撮像手段がカードの上方向を向くようにスキャナを持ち、３のキートップ（シンボルアイコン）をクリックする。次に、スキャナを左向きにして、６のキートップ（シンボルアイコン）をクリックする。次に、スキャナを上向きにして１のキートップ（シンボルアイコン）をクリックする。最後に、スキャナを右向きにして４のキートップ（シンボルアイコン）をクリックする。すると、勘定系システムは、暗証コードが正しく入力されたと判断し、振込みや預金の引き出し等、ユーザが要求する金融取引処理を開始する。一方、たとえキートップ（シンボルアイコン）がすべて「３６１４」の順にクリックされていたとしても、たとえば、ユーザがスキャナを上向きにして「６」をクリックした等、スキャナの向きが間違っていると、勘定系システムは、暗証コードが正しく入力されたとは判断せず、金融取引処理を開始しない。

暗証コードの桁数が多いと、暗証コードが盗まれにくくなりセキュリティが高まるが、ユーザが自身の暗証コードを記憶することが難しくなり、さらに、入力に時間を要するという問題がある。一方、スキャナの向きを変更させる操作は、ユーザが体感的に記憶することが可能なため、記憶が容易となる。したがって、数値とスキャナの向きの組み合わせによって暗証コードを設定することにより、ユーザにとって操作および記憶が容易で、かつセキュリティの高い暗証コード入力が可能となる。

なお、本実施例ではキートップ（シンボルアイコン）に数値が表示されているが、本発明はこれに限らず、アルファベットや図柄等が印刷されていてもよい。この場合、ドットパターンのコード値は、それらのアルファベットや図柄等を意味するように形成される。

（第二の実施形態）
図１５は、本発明の第二の実施形態について説明した図である。

本実施形態は、タッチパネル筐体を用いて暗証コードの入力を行うものである。本実施形態で用いるカードは、カードの裏面にドットパターンが印刷されており、ＩＤ部およびキートップ（シンボルアイコン）部にはドットパターンは印刷されていない。

本タッチパネル筐体は、汎用的なコンピュータシステム（図示は省略）に接続して用いる。コンピュータシステムは、コンピュータ本体とディスプレイとで構成される。タッチパネル筐体の上面は、タッチパネルとして構成されている。この詳細については、図１６に説明するとおりである。タッチパネルのそれぞれの側壁には、発光素子群と、受光素子群とが、対になって配置されており、発光素子からの光を指先、タッチペンなどの媒体が遮ることによって受光素子が受光すべき光を受光できなくなり、当該位置にこれらの光遮断物があることを認識することによって、座標入力が可能となっている。前記タッチパネルの上面中央には、撮像口が開口されており、筐体内に設けられたカメラにより、撮像口上面に配置されたカードの裏面に印刷されたドットパターンが撮像可能となっている。カード裏面のドットパターンには、オペレーションコードおよびコンテンツ／アプリケーションコードが登録されている。これらのコードは、カードのコンテンツに関する情報やカードによるオペレーションをコード化したものである。

タッチパネル筐体において入力された暗証コードは、図１５（ｂ）に示す如く、コンピュータシステムに送信され、コンピュータシステムは、ネットワークを通じて、暗証コード認証サーバに暗証コードを送信する。暗証コード認証サーバにでは、入力された暗証コードと設定された暗証コードとが合致しているかどうかを照合する。そして、その結果を、ネットワークを通じてコンピュータシステムに送信する。

なお、暗証コード認証手段は、コンピュータ本体に含まれていてもよい。

タッチパネル筐体内のカメラの周囲には、照明手段としてのＩＲＬＥＤが配置されており、撮像口を照射するようになっている。すなわち、ＩＲＬＥＤから照射された赤外線光が撮像口に配置されたカード裏面の反射光をカメラで撮像することによってカード裏面のドットパターンの撮影が可能となっている。

図１７は、オペレータ・プレイヤの指先でタッチされた位置（タッチ位置）を算出する方法について説明した図である。

タッチパネル（座標認識手段）座標系において、カメラ（撮像手段）中心位置の座標を（Ｘ_ｓ，Ｙ_ｓ）とする。

また、そのカメラで撮影したカードの撮影中心位置を、カード座標系で表現した位置を（ｘ_ｓ，ｙ_ｓ）とする。

一方、タッチパネルの座標系におけるＹ方向と、カードの座標系におけるｙ方向とのなす角度をθとする。

この場合において、オペレータ、プレイヤの指先でのタッチ位置が、タッチパネル座標系で表示すると（Ｘ_ｔ、Ｙ_ｔ）であるとする。

この場合、カード座標系におけるタッチ位置は、以下の式で表される。

このような演算処理を行うことにより、タッチパネル面上にカードがどのような向きで配置されたとしても、そのカード表面に印刷されたどの部位に指先でのタッチが行われたかを認識することが可能となる。

図１８は、カメラの向きとドットパターンの向きとの関係について説明した図である。

図１８（ａ）は、ドットパターンが、タッチパネル筐体内部の撮像手段（カメラ）と同じ向きに配置されている状態を示したものである。（ｂ）は、ドットパターンが−９０度の回転位置に配置されている状態を示した図であり、（ｃ）は、ドットパターンが＋９０度の回転位置に配置されている状態を示した図である。

このことより、タッチパネル面上にカードを載置する際に、カード面を水平面としてその垂直軸を回転軸中心として所定角度に配置することで読取ドットパターンにさらに異なる意味を持たせることができる。

そのため、数値とスキャナの向きの組み合わせにより暗証コードを設定することが可能となる。

したがって、本実施形態では、ユーザがタッチパネル面上でカードの向きを変化させた場合に、パーソナルコンピュータ内の中央処理装置は、ドットパターンのコード値だけでなく、ドットパターンの向きも認識し、その情報をネットワークを通じて暗証コード認証サーバに送信する。暗証コード認証サーバは、タッチされた数値とドットパターンの向きの両方が、設定された暗証コードと一致する場合にのみ、暗証コードが正しく入力されたと判断する。

図１９は、暗証コード入力方法の具体例について説明した図である。

ユーザに対して設定された暗証コードが「３↑６←１↑４→」であるとする。まずユーザは、カードを上向きにしてタッチパネル面上に配置し、３のキートップ（シンボルアイコン）をタッチする。次に、カードを左向きに配置変更して、６のキートップ（シンボルアイコン）をタッチする。次に、カードを上向きに配置変更して１のキートップ（シンボルアイコン）をタッチする。最後に、カードを右向きに配置変更して４のキートップ（シンボルアイコン）をタッチする。すると、暗証コード認証サーバは、暗証コードが正しく入力されたと判断し、認証時処理を開始する。一方、たとえキートップ（シンボルアイコン）がすべて「３６１４」の順にタッチされていたとしても、たとえば、ユーザがカードを上向きにして「６」をタッチした等、カードの向きが間違っていると、暗証コード認証サーバは、暗証コードが正しく入力されたとは判断せず、認証時処理を開始しない。

なお、本実施例ではキートップ（シンボルアイコン）に数値が表示されているが、本発明はこれに限らず、アルファベットや図柄等が印刷されていてもよい。この場合、ドットパターンのコード値は、それらのアルファベットや図柄等を意味するように形成される。

図２０は、第一の実施形態においてスキャナを回動させる方向、および第二の実施形態においてカードを回動させる方向について説明した図である。図１４および図１９においては、図２０（ａ）に示す如く、十字４方向への回転をパラメータとした。しかし、本発明ではこれに限らず、（ｂ）に示すように斜め４方向への回転をパラメータとしてもよく、また（ｃ）に示すように、十字４方向および斜め４方向の８方向をパラメータとしてもよい。

（他の実施形態）
図２１（ａ）は、図３に示すカードにおいて、カードのキートップ（シンボルアイコン）内に複数のコード領域が存在しているものである。

本実施例では、キートップ（シンボルアイコン）「３」内に、４個の異なるコードが存在している。すなわち、キートップ（シンボルアイコン）の右上がＣＯＤＥ３−１、右下がＣＯＤＥ３−２、左下がＣＯＤＥ３−３、左上がＣＯＤＥ３−４である。これにより、ユーザがキートップ（シンボルアイコン）をクリックする位置により、異なる意味を持たせることが可能となる。

図２１（ｂ）は、キートップ（シンボルアイコン）内のドットパターンにＸＹ座標が含まれているものである。

本実施例では、ドットパターン内に、キートップ（シンボルアイコン）が３であることを意味するコード値と、キートップ（シンボルアイコン）の座標系を意味する座標値とが含まれている。これにより、ユーザがキートップ（シンボルアイコン）をクリックする位置により、異なる意味を持たせることが可能となる。すなわち、クリックする位置を、暗証コードの要素とすることが可能となる。

図２１（ｃ）は、暗証コード入力方法の具体例について説明した図である。

（ａ）および（ｂ）の実施例では、キートップ（シンボルアイコン）の数値およびタッチされる方向の組み合わせにより、暗証コードが設定されている。タッチされる方向は、右上、右下、左下、左上の４方向である。たとえば、設定された暗証コードが「３左上６右下１左下４右上」であるとする。まずユーザは、キートップ（シンボルアイコン）３の左上部をスキャナでクリックする。次に、キートップ（シンボルアイコン）６の右下部をクリックする。次に、キートップ（シンボルアイコン）１の左下部をクリックする。最後に、キートップ（シンボルアイコン）４の右上部をクリックする。すると、勘定系システムは、暗証コードが正しく入力されたと判断し、金融取引処理を開始する。一方、たとえキートップ（シンボルアイコン）がすべて「３６１４」の順にタッチされていたとしても、たとえば、ユーザが「６」の左上部をタッチした等、タッチ位置が間違っていると、勘定系システムは、暗証コードが正しく入力されたとは判断せず、金融取引処理を開始しない。

図２２は、個人が所有するカードごとに、数字に印刷されたドットコードが異なるものである。本実施例では、キートップ（シンボルアイコン）に表示されている数値と、暗証コード認証処理において認証される数値とが異なることを特徴とする。図に示す如く、例えばキートップ（シンボルアイコン）０に重畳印刷されたドットパターンには、「０−３」を意味するコード値が含まれている。このコード値は、キートップ（シンボルアイコン）に表示された数字が０で、暗証コード認証処理において認証される数値が３であることを意味している。他の数字に関しても同様である。

図２３は、カードのＩＤ部に変換テーブルが含まれていることを特徴とする。ユーザがＩＤ部をクリックすると、ＩＤ＋変換テーブルが起動する。次に暗証コードとして設定された数字をクリックすると、ＡＴＭの中央処理装置は、送信された数値を、変換テーブルに設定された数値に変換する。たとえば、キートップ（シンボルアイコン）１がクリックされた場合には、８に変換し、３がクリックされた場合には１に変換する。

図２４は、ＩＤ部が、暗証番号入力用のカードと別体に構成されているものについて説明した図である。

（ａ）に示す如く、銀行名とユーザの氏名が記載されたＩＤ部が、シール状に形成されている。ＩＤ部には、ユーザのＩＤおよび変換テーブルを含むドットパターンが重畳印刷されている。（ｂ）に示す如く、ユーザは、携帯電話等にＩＤ部を貼付して用いる。

このように、暗証コードの入力のためには、2種類の媒体が必要となる。そのため、どちらか一方が盗難等により第三者の手に渡ってしまったとしても、第三者は、暗証コードを正確に入力することができないため、金融処理等を行うことができない。したがって、ＩＤ部と数字部とを別体とすることにより、より高いセキュリティを提供することができる。また、ＩＤ部をシールとすることにより、ユーザは、携帯電話等にＩＤ部を貼り付けて携帯することが可能となるため、紛失を防ぐことが可能となる。ただし、ＩＤ部はこのようなシールに限られず、通常のカードでもよいことはもちろんである。

なお、本実施例においては、図２５に示すように、暗証コード入力用カードがＡＴＭに備え付けられていてもよい。暗証コード入力用カードをラミネートフィルムでパウチし、ＡＴＭの台座に貼付する。

図２６は、図２５の実施例において、ユーザが暗証コード入力を行う際に表示される表示画面の一例を示したものである。

まずユーザが、ＩＤシールをクリックすると、ＡＴＭの中央処理装置は、ＩＤ認証を行う。そして、表示画面中央に、「暗証番号を入力してください。」と、左下部に「完了」、右下部に「やりなおし」と表示する。ユーザは、画面が表示されたら、表示画面右側に貼付されたカードのキートップ（シンボルアイコン）をスキャナでクリックし、暗証番号を入力する。

なお、暗証コード入力用カードがＡＴＭの台座にパウチされた構造とする場合には、表示画面を設けなくてもよい。

また、暗証コード入力用カードをパウチせず、ユーザがＩＤシールをクリックすると、表示画面に数値が表示され、この数値をタッチすることにより暗証コードを入力するようにしてもよい。

なお、以上の説明に加えて、スキャナによりタッチするアイコンは、各アイコンが相互に区別できるものであればよいので、数字でもよいし、グラフィックでもよい。また、暗証コードを入力する順序、すなわちこれらのアイコンをタッチする順序を限定しない入力方法でもよい。

例えば、ミカン、リンゴ、ブドウなどの絵により表されたアイコンを１００個並べておき、その中からタッチするアイコンを４個決めておく。そして、タッチすると決めたアイコンであるミカンアイコンをタッチするときは、右約３０°スキャナを回転させ、リンゴアイコンをタッチするときは、左約１０°回転させるなど決めておく。複数のアイコンをタッチする際、順番は必ずしも決める必要はなく、すなわち、必ず、ミカンアイコン、リンゴアイコンの順にタッチする必要はなく、先にリンゴアイコンをタッチしてから、ブドウアイコンをタッチし、最後にミカンアイコンをタッチする構成でもよい。

但し、各アイコンをタッチする際の角度は、毎回同じものとする。例えば、上記の例では、ミカンアイコンをタッチする時は、必ず右約３０°ほどスキャナを回転させてタッチする必要がある。

図２７は、携帯端末（例えば携帯電話など通信機能を有するもの）を用いた暗証コード入力システムについて説明する図である。

本実施例は、認証用カード、シール、または携帯端末（以下、ドットパターン付き携帯端末という）の所定の印刷面と、この印刷面に印刷されたドットパターンを読み取るスキャナと、当該スキャナで読み取ったコード値を復号して、所定の携帯端末（以下、着呼携帯端末という）への発呼を行う制御装置（例えばパソコン）とからなる、暗証コード入力システムである。

なお、ドットパターン付き携帯端末と、着呼携帯端末とは、同じ携帯端末であってもよいし、異なる携帯端末であってもよい。

認証用カード、シール、またはドットパターン付き携帯端末の所定の印刷面には所定の携帯端末番号およびＩＤ、または携帯端末番号を参照するためのインデックスのアドレスがコード化されてドットパターンとして印刷されており、制御装置は、認証用カード、シール、またはドットパターン付き携帯端末の所定の印刷面のドットパターンを、スキャナで光学的に読み取ることにより、携帯端末番号およびＩＤ、または携帯端末番号を参照するためのインデックスのアドレスに復号し、着呼携帯端末に発呼またはメール送信し、着呼携帯端末からの暗証コード入力を受け付ける。着呼携帯端末への発呼は、制御装置とネットワークにより接続されたセンターサーバから行ってもよい。

なお、上記の通り、スキャナは、着呼携帯端末に接続されている必要はないので、例えば、ショッピングセンタにおいて欠品の商品をその場においてユーザがネットショップから購入できるように（販売機会を逸しないように）する場合、ショッピングセンタに置かれた制御装置にスキャナが備えられていれば済むので、システム導入のためのコストを抑えることが出来る。

もちろん、制御装置がドットパターン付き携帯端末を兼ねる場合、全てのドットパターン付き携帯端末にスキャナが接続されている構成でもよい。

本発明に係る暗証コード入力システムは、例えば、パソコンの大画面を用いてネットショッピングを行い、決済のみ、本暗証コード入力システムを用いて行うことにより、ユーザのネットショッピングにおける決済のセキュリティを高めたり、決済を一本化し利便性を高めたり、ネットショップの店舗システムから決済機能を省くことが出来るので、店舗システムを簡易化したりすることが出来る。

また、着呼携帯端末におサイフ機能がついているものを利用すれば、着呼携帯端末において電子貨幣により決済を完結させることが出来るので、クレジットカードまたは商品配達時の代金引換払いなど、他の決済方法に較べ、決済に関するユーザの利便性をさらに高めることが出来る。

本実施例においては、図２７（ａ）に示す如く、認証用カードは、ＩＤ部のみを有するものである。ＩＤ部には、ユーザの電話番号とＩＤとを含むドットパターン、または、電話番号を参照できるインデックスを含むドットパターンが重畳印刷されている。なお、ＩＤ部のみを有する媒体はシールでもよい。また、ドットパターン付き携帯端末の表面に認証用カードと同様の重畳印刷があってもよいし、重畳印刷に代わり孔によりドットを表したドットパターンが生成されていてもよい。もちろん、前記シールを貼ることによりドットパターン付き携帯端末を実現してもよい。

（ｂ）は、暗証コード入力の手順について説明した図である。まずユーザは、パソコンに接続されたスキャナを用いてＩＤ部をクリックする。すると、スキャナによりドットパターンが読み取られ、パソコンまたはパソコンとネットワーク接続されたセンターサーバから、電話発信処理が行われ、ユーザの着呼携帯電話に着信が行われる。または、着呼携帯電話にメールが送信されるようにしてもよい。着呼携帯電話に着信が行われると、暗証コードの入力が可能となる。ユーザは、着呼携帯電話のキートップ（シンボルアイコン）を用いて、暗証コードを入力する。これにより、制御装置またはセンターサーバはユーザの認証ができる。

このように、暗証コードの入力のためには、着呼携帯電話と、ドットパターンが印刷された認証用カード、シール、またはドットパターン付き携帯端末の所定の印刷面上のＩＤとの両方が必要となる。そのため、どちらか一方が盗難等により第三者の手に渡ってしまったとしても、第三者は、暗証コードを正確に入力することができないため、金融処理等を行うことができない。したがって、着呼携帯電話とＩＤとの両方を所有することを必要とすることにより、より高いセキュリティを提供することができる。

図２８において、本発明に係る暗証コード入力システムの適用例である、ネットショッピング決済システムを示す。この図を用いて動作を説明すると以下の通りである。

まず、ユーザがパーソナルコンピュータからネットショッピングサーバにアクセスし、ネットショッピングサーバ上のネットショップにおいて、提供されている商品またはサービスに関する情報を閲覧する。

次に、ユーザは、ネットショップにおいて、いずれの商品またはサービスを購入するか、どれだけの数量を購入するか、支払い方法および配送方法をどうするかなどの選択を行う。

次に、ネットショッピングサーバが、選択された商品またはサービスを識別する識別子（ＩＤ）、購入した商品またはサービスの数量、およびその価格を購入情報としてまとめ、例えば電子メールを用いて、制御装置であるパーソナルコンピュータに渡す。

次に、パーソナルコンピュータは、既述のとおり着呼携帯端末を介して、ユーザ認証を行う。具体的には、パーソナルコンピュータにおいて、ユーザが認証用カード上のＩＤおよび端末番号を含んだドットパターンをスキャナによりスキャンして読み込み、パーソナルコンピュータがＩＤおよび端末番号を着呼携帯端末に送り、着呼携帯端末においてユーザが暗証番号を入力し、着呼携帯端末がパーソナルコンピュータに暗証番号を返信する。

認証用カードには、携帯端末の電話番号を直接記録する代わりに、該電話番号を参照するためのインデックスのアドレスが記録されていてもよい。

また、電話番号に代わり、電子メールアドレスを用いて、制御装置から着呼携帯端末に発呼する代わりに、電子メールを送信してもよい。但し、不正な携帯端末への電子メール転送が行われ、転送先において、不正な本人認証が行われないように、着呼携帯端末が適正な端末であることを確認する仕組みは必要である。

なお、パーソナルコンピュータから着呼携帯端末にＩＤおよび端末番号を送る際に、前記購入情報も一緒に送ってもよい。このような構成とすれば、例えば、ユーザが複数回の購入を行った場合、暗証コード入力の際に、それぞれの購入を識別してから暗証コードの入力を行うことが出来る。

次に、パーソナルコンピュータは、決済サーバに対して決済承認を依頼する。なお、前記の着呼携帯端末では暗証コード入力のみを行う構成とは異なるが、着呼携帯端末において決済サーバに対して決済承認を依頼し、決済サーバからの承認を得て決済を完了させる構成でもよい。

次に、決済サーバは決済承認を行い、決済処理を行った後、パーソナルコンピュータに結果を通知する。

以上により、ネットショッピングにおける商品またはサービスの購入から決済までの処理が完了する。

以上の構成では、商品またはサービスの購入処理と決済処理とが分離されているので、複数のネットショップにおいて購入処理を行い、後でまとめて着呼携帯端末において暗証コード入力以後の決済処理を一本化して行うことも出来る。ユーザ認証は、決済処理において一度行えばよいので、複数のネットショップにおける購入に対する決済処理それぞれに対して毎回暗証コードを入力するという手間を省く事が出来る。

なお、図２８においては、ネットショッピングサーバにアクセスするパソコンと前記制御装置とが同じものであるとして示しているが、ネットショッピングサーバにアクセスするパソコンまたは携帯端末と前記制御装置とは、異なるものであってもよい。

また、図２８においては、ネットショッピングサーバにアクセスするパソコンと前記制御装置とを兼ねたパソコンが、着呼携帯端末とは別のものとして示しているが、これらは全て同じものであってもよい。

また、図２８においては、決済サーバと着呼携帯端末は別個のものとして示しているが、着呼携帯端末が電子マネーを扱える場合、決済サーバと着呼携帯端末とが兼用されてもよい。

例えば、着呼携帯端末にスキャナが接続され、さらに電子マネーに対応していれば、ユーザは、この着呼携帯端末を介してネットショッピングサーバにアクセスし、購入する商品またはサービスを選択し、この着呼携帯端末を用いてユーザ認証を行い、決済の承認を実行できるので、決済機能のない簡易なネットショッピングサーバと、この着呼携帯端末と、認証用カードとがあれば、セキュリティの高いネットショッピング決済システムを実現することが出来る。

図２９において、ｅコマースにおけるパソコンと携帯端末との使い分けの例を示す。

この例では、パソコンで閲覧し、購入のために選択したｅコマースサーバ（ネットショップ）の商品またはサービスのリストが、テキストデータまたはＨＴＭＬデータとして電子メールにより決済処理を行う携帯端末に送られる。ＨＴＭＬデータであれば、画像等を含めることが出来るので、テキストデータに較べて情報量を増やすことができ、パソコンにより閲覧した商品またはサービスの情報をほぼそのまま携帯端末に送ることが出来る。

しかし、携帯端末から、送られた商品またはサービスに関する関連情報を閲覧したい場合、パソコンからの閲覧を前提にしたｅコマースサーバのＷｅｂコンテンツ（閲覧２次元書式データ）では、データが大きくなり、そのままでは、携帯端末のフルブラウザであっても閲覧しにくいという問題がある。

そのため、ｅコマースサーバと携帯端末との間にＷｅｂコンテンツ圧縮サーバを配置し、Ｗｅｂコンテンツ圧縮サーバが携帯端末の小さい画面でも閲覧しやすいように、圧縮および編集されたＷｅｂコンテンツが携帯端末に送られるようにすればよい。

また、パソコンで閲覧した内容を携帯端末においても閲覧できるようにするためには、例えば、パソコンで「お気に入り」に登録したＷｅｂコンテンツを、電子メール等により携帯端末に渡すようにしてもよい。パソコンと携帯端末との間でのデータ同期には、ウィジェット、ガジェット、またはデスクトップツールなどの仕組みを利用することも出来る。

この仕組みを用いて、パソコンで閲覧した商品またはサービスの情報を、ブックマークするようにストックしていき、携帯端末により、空き時間等にまとめてチェックし、再度、商品またはサービスを選択し直す事も出来る。

携帯端末は、ハイビジョン映像を扱えるようになってきつつあり、パソコンで選んだ商品やサービスのＵＲＬ等の内容を、大画面ＴＶを接続可能な携帯端末に送ることは有用である。

例えば、夜、自宅で様々なネットショップにおける商品またはサービスのうち、購入する候補を選んでおき、その候補を着呼携帯端末に送付し、翌日朝、通勤途中の時間を利用して、着呼携帯端末を用いて候補の中から実際に購入する商品またはサービスをさらに検討するという使い方も出来る。

なお、本実施形態では、認証用カードのＩＤ部をスキャナでクリックしたが、本発明はこれに限らず、図１５で説明したタッチパネル筐体を用いて、タッチパネル面上に認証用カードを載置することによりドットパターンを読み取らせてもよい。また、認証用カードに、ＩＤ部と数字部の両方を設け、暗証コードの入力は、カードの数字部で行われるようにしてもよい。

なお、上記の各実施形態および実施例におけるスキャナの機能は、携帯端末（携帯電話を含む）に付属しているカメラにより実現されてもよい。

なお、上記の各実施形態および実施例におけるスキャナは、スキャナ単体として実装され有線・無線により他の機器に接続されてもよいし、ドットパターンが印刷されたＴＶガイドブックなどの印刷物およびテレビ受像機と共に利用されるリモコン装置の一部として実装されてもよいし、マウスの一部として実装されてもよい。

＜カタログ販売等への適用＞
例えば、ケーブルテレビのガイドブックや通信販売のカタログ等に、商品やサービスの情報にドットパターンを重畳印刷しておき、ＴＶまたはパソコンとスキャナとにより購入処理を行う場合には、手元に認証用カードを用意しておけば、購入および本人認証の処理をユーザは一貫した「スキャナによるタッチ」という操作概念のもと行うことが出来るので、高齢者等、本人認証操作に不慣れなユーザでも、容易に操作方法を理解し、セキュリティのさらに高いショッピングを行う事が出来る。

この場合、既述のとおり、スキャナによりタッチして選択した商品やサービスの情報を、大画面ＴＶを接続可能な携帯端末に送ることにより、閲覧性を向上させることが出来る。

本発明は、カード、シールまたは携帯電話を用いたセキュリティ技術に適用できる。

１ ドットパターン
２ キードット
３ 基準格子点ドット
４ 情報ドット

Claims (3)

1. 媒体面に印刷または表示された識別可能な複数のシンボルアイコンに重畳して形成されたドットパターンを、撮像手段、解析手段および送信手段を含むスキャナで光学的に読み取ることによるコード情報入力方法であって、
   前記シンボルアイコンが印刷された媒体面または表示された表示面にはドットコードおよびドットパターンの向きを意味するドットパターンが形成されており、
   該ドットコードは、座標値および／またはコード値が定義され、
   前記撮像手段は、前記ドットパターンを光学的に読み取り、
   前記解析手段は、撮像されたドットパターン画像から、座標値および／またはコード値を復号化してドットコードに変換し、
   該撮像手段の撮像方向と該ドットパターンのなす撮像軸回転角をスキャナの向きとして算出し、
   前記送信手段は、該ドットコードおよび該スキャナの向きを情報処理装置に送信し、
   該情報処理装置により、
   該ドットコードおよび該スキャナの向きの組み合わせで、入力されたコード情報として認識する
   ドットパターンを用いたコード情報入力方法。
2. 前記情報処理装置は、
   前記コード情報が複数入力された場合、
   前記ドットコードおよび前記スキャナの向きの組み合わせに加えて、該コード情報が入力された順番も含めて、入力されたコード情報として認識する、請求項１に記載のコード情報入力方法。
3. 前記スキャナは、
   携帯電話機のカメラ、スキャナ付きリモコン、またはスキャナ付きマウスとして実装されている
   ことを特徴とした請求項１から２のいずれか一項に記載のコード情報入力方法。

Images