(57)【要約】      （修正有）【課題】セキュリティ性および利便性の高い暗証コード入力システム、および、ネットショッピング決済システムを提供する。【解決手段】認証用カード、シール、または携帯端末の所定の印刷面と、印刷面に印刷されたドットパターンを読み取るスキャナと、スキャナで読み取ったコード値を復号して、所定の着呼携帯端末への発呼または電子メール送信を行う制御装置とからなる、暗証コード入力システムであって、印刷面には、着呼携帯端末の番号または着呼携帯端末の番号を参照するためのインデックスのアドレスがコード化されてドットパターンとして印刷されており、制御装置は、印刷面のドットパターンを、スキャナを用いて光学的に読み取ることにより、着呼携帯端末の番号またはアドレスに復号し、着呼携帯端末に発呼または電子メール送信し、着呼携帯端末からの暗証コード入力を受け付ける。【選択図】図２７
2015135683.tif 000002
【特許請求の範囲】
【請求項１】
認証用カード、シール、または携帯端末の所定の印刷面と、
前記印刷面に印刷されたドットパターンを読み取るスキャナと、
当該スキャナで読み取ったコード値を復号して、所定の着呼携帯端末への発呼または電子メール送信を行う制御装置と
からなる、暗証コード入力システムであって、
前記印刷面には、
該着呼携帯端末の番号または該着呼携帯端末の番号を参照するためのインデックスのアドレスがコード化されてドットパターンとして印刷されており、
前記制御装置は、
前記印刷面のドットパターンを、スキャナを用いて光学的に読み取ることにより、該着呼携帯端末の番号または前記アドレスに復号し、該着呼携帯端末に発呼または電子メール送信し、該着呼携帯端末からの暗証コード入力を受け付ける暗証コード入力システム。
【請求項２】
前記スキャナは、
携帯電話機のカメラ、スキャナ付きリモコン、またはスキャナ付きマウスとして実装されている
ことを特徴とした請求項１に記載の暗証コード入力システム。
【請求項３】
請求項１に記載の暗証コード入力システムを用いたネットショッピング決済システムであって、
前記制御装置は、
まず、ユーザがアクセスしたネットショッッピングサーバから、少なくとも予めユーザが指定した商品またはサービスを識別する識別子（ＩＤ）、数量、および価格を含んだ購入情報を受け取り、
次に、前記着呼携帯端末を介してユーザ認証を行い、
次に、決済サーバに決済処理を依頼する
ことを特徴としたネットショッピング決済システム。
【請求項４】
前記着呼携帯端末は、
前記決済サーバを兼ねており、
入力された暗証コードにより、前記商品または前記サービスに対して、前記着呼携帯端末に格納された電子貨幣による決済の承認を実行する
ことを特徴とした請求項３に記載のネットショッピング決済システム。
【請求項５】
前記スキャナは、
携帯電話機のカメラ、スキャナ付きリモコン、またはスキャナ付きマウスとして実装されている
ことを特徴とした請求項３または４に記載のネットショッピング決済システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、銀行や施設等において、暗証コードを入力する方法、暗証コードを入力するシステム、および、暗証コードを入力するシステムを用いたネットショッピング決済システムに関する。
【背景技術】
【０００２】
近年、銀行等の現金自動取引装置（ＡＴＭ）の利用や入館セキュリティシステムが施されたビルへの入館等、個人認証の入力が必要となるケースが増加している。従来の個人認証方法は、クレジットカードやキャッシュカードのように、磁気テープを貼付したプラスチックカードによる方法が主流である。たとえば銀行のキャッシュカードの場合、ユーザはキャッシュカードをＡＴＭのキャッシュカード挿入口に挿入し、０から９の４桁の数字からなる暗証番号を入力する。銀行側のデータベース内に記憶されている口座番号等のデータおよび暗証番号と、ＡＴＭから送信されてきたデータおよび暗証番号とが一致する場合のみ、ユーザが希望する取引が開始される。
【０００３】
しかし、磁気テープを貼付したプラスチックカードは偽造が比較的容易である。また、４桁の暗証番号では、入力操作時の指の動きによって、ユーザの周囲の第三者にも暗証番号が察知されてしまうことがあり得る。そのため、従来の方法ではセキュリティが不十分であるという問題があった。
【０００４】
このため、カード所有者の個人情報が記録された二次元コードをカード表面に印刷するとともに、カード所有者の生体情報が記録されたＩＣを内蔵することにより、カードの偽造や不正使用を防止するＩＣカードが提案されている（例えば、特許文献１）。
【０００５】
また、カードよりも盗まれにくくセキュリティの高い携帯電話を用いた個人認証方法も提案されている。あらかじめ認証サーバに個人情報を登録しておき、認証サーバが生成した二次元コードを携帯端末のカメラで撮影し、撮影した二次元コードとユーザが携帯端末に設定した情報を元にさらに二次元コードを生成し、この二次元コードと認証サーバに登録された個人情報とが一致した場合に個人認証が完了する、という方法が提案されている（例えば、特許文献２）。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００５−１４１６２６号公報
【特許文献２】特開２００６−１０７０８５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかし、特許文献１のように、生体情報が記録されたＩＣを内蔵すると、カード製造に要するコストおよび時間がかかりすぎてしまうという問題がある。また、二次元コードがカードの一定面積を占めることにより、美観を損ね、さらに、カードに記載できる情報が少なくなるという問題がある。
【０００８】
また、特許文献２では、二次元コードが認証サーバ側と携帯端末側の両方で生成されるため、認証サーバと携帯端末間で送信処理と受信処理を複数回行わなければならず、認証処理が煩雑となってしまうという問題がある。
【０００９】
本発明はこのような点に鑑みてなされたものであり、安価で操作が容易であり、かつ、高いセキュリティを確保できる暗証コード入力方法を提供することを技術的課題とする。
【課題を解決するための手段】
【００１０】
前記課題を解決するために、本発明では、以下の手段を採用した。
【００１１】
（１）本発明に係る暗証コード入力システムは、認証用カード、シール、または携帯端末の所定の印刷面と、前記印刷面に印刷されたドットパターンを読み取るスキャナと、当該スキャナで読み取ったコード値を復号して、所定の着呼携帯端末への発呼または電子メール送信を行う制御装置とからなる、暗証コード入力システムであって、前記印刷面には、該着呼携帯端末の番号または該着呼携帯端末の番号を参照するためのインデックスのアドレスがコード化されてドットパターンとして印刷されており、前記制御装置は、前記印刷面のドットパターンを、スキャナを用いて光学的に読み取ることにより、該着呼携帯端末の番号または前記アドレスに復号し、該着呼携帯端末に発呼または電子メール送信し、該着呼携帯端末からの暗証コード入力を受け付けることを特徴とする。
【００１２】
（２）さらに、前記スキャナは、携帯電話機のカメラ、スキャナ付きリモコン、またはスキャナ付きマウスとして実装されていることを特徴としてもよい。
【００１３】
（３）本発明に係る暗証コード入力システムは、暗証コード入力システムを用いたネットショッピング決済システムであって、前記制御装置は、まず、ユーザがアクセスしたネットショッッピングサーバから、少なくとも予めユーザが指定した商品またはサービスを識別する識別子（ＩＤ）、数量、および価格を含んだ購入情報を受け取り、次に、前記着呼携帯端末を介してユーザ認証を行い、次に、決済サーバに決済処理を依頼することを特徴とする。
【００１４】
（４）さらに、前記着呼携帯端末は、前記決済サーバを兼ねており、入力された暗証コードにより、前記商品または前記サービスに対して、前記着呼携帯端末に格納された電子貨幣による決済の承認を実行することを特徴としてもよい。
【００１５】
（５）さらに、前記スキャナは、携帯電話機のカメラ、スキャナ付きリモコン、またはスキャナ付きマウスとして実装されていることを特徴としてもよい。
【発明の効果】
【００１６】
本発明によれば、暗証コード入力の際に、媒体に印刷したドットパターンから得られる数値とともに、ドットパターンの向きから得られる情報等、他の情報が必要となるため、セキュリティ性の高い暗証コード入力方法を提供することができる。
【００１７】
さらに、本発明によれば、ユーザのネットショッピングにおける決済のセキュリティを高めたり、決済を一本化し利便性を高めたり、ネットショップの店舗システムから決済機能を省くことが出来るので、店舗システムを簡易化したりすることが出来る。
【図面の簡単な説明】
【００１８】
【図１】図１は、本発明における暗証コード入力に用いるＡＴＭについて説明する斜視図である。
【図２】図２は、ＡＴＭの構成を示すブロック図である。
【図３】図３は、本発明で用いるカードについて説明するための図である。
【図４】図４は、ドットパターンの一例を示す説明図である。
【図５】図５は、ドットパターンの情報ドットの一例を示す拡大図である。
【図６】図６は、ドットパターンのフォーマットを示す説明図である。
【図７】図７は、情報ドットおよびそこに定義されたデータのビット表示の例であり、他の形態を示すものである。
【図８】図８は、情報ドットおよびそこに定義されたデータのビット表示の例であり、（ａ）はドットを２個、（ｂ）はドットを４個および（ｃ）はドットを５個配置したものである。
【図９】図９はドットパターンの変形例を示すものであり、（ａ）は情報ドット６個配置型、（ｂ）は情報ドット９個配置型、（ｃ）は情報ドット１２個配置型、（ｄ）は情報ドット３６個配置型の概略図である。
【図１０】図１０は、ドットパターンにおいて、各ドットの配置を示す説明図である。
【図１１】図１１は、ドットパターンのフォーマットの具体例について示した説明図である。
【図１２】図１２は、ユーザにより行われる操作について説明した図である。
【図１３】図１３は、スキャナの向きとドットパターンの向きとの関係について示した説明図である。
【図１４】図１４は、暗証コード入力方法の具体例を示した説明図である。
【図１５】図１５は、本発明の第二の実施形態であるタッチパネル筐体について説明した斜視図である。
【図１６】図１６は、タッチパネルの構成について説明するための図である。
【図１７】図１７は、ユーザがタッチした指先の位置を算出する方法を示した説明図である。
【図１８】図１８は、カメラの向きとドットパターンの向きとの関係について示した説明図である。
【図１９】図１９は、暗証コード入力方法の具体例を示した説明図である。
【図２０】図２０は、第一の実施形態または第二の実施形態において、スキャナまたはカードを傾ける方向について示した説明図である。
【図２１】図２１は、他の実施形態について説明するための図であり、キートップ（シンボルアイコン）をクリックする位置により暗証コードを入力する方法について説明するための図である。
【図２２】図２２は、他の実施形態について説明するための図であり、クリックされた数字と認証する数値とを異ならせることを特徴とする実施例について説明するための図（１）である。
【図２３】図２３は、他の実施形態について説明するための図であり、クリックされた数字と認証する数値とを異ならせることを特徴とする実施例について説明するための図（２）である。
【図２４】図２４は、図２３の実施例において、ＩＤ＋変換テーブルがシールとして形成された例について説明するための図である。
【図２５】図２５は、他の実施形態について説明するための図であり、暗証コード入力用カードがＡＴＭにパウチされている実施例について説明するための図である。
【図２６】図２６は、暗証コードを入力する際に表示される画面について説明するための図である。
【図２７】図２７は、携帯電話とカードとの両方を使用することによる暗証コード入力方法について説明するための図である。
【図２８】図２８は、ドットパターンを有する認証用カードを用いてネットショッピングを行う際の操作を示す図である。
【図２９】図２９は、ネットショッピングにおいて、パソコンと携帯端末との使い分けを示す図である。
【発明を実施するための形態】
【００１９】
以下、本発明の暗証コード入力方法の実施形態について図面に基づいて説明する。
【００２０】
（第一の実施形態）
図１は、本実施形態におけるＡＴＭの外観について説明する斜視図である。
【００２１】
図１に示すように、ＡＴＭには、ユーザがＡＴＭを使用して金融取引を行うために必要な操作対象の装置として、通帳挿入口、紙幣入出口、硬貨入出口及び入力表示装置（タッチパネル）が設けられている。タッチパネルの右側には、ユーザが所持するカードを載置するためのカード配置部が設けられている。カード配置部は、凹状に構成されており、ユーザは、凹部にカードを配置して暗証コード入力処理を行う。また、その右側には、凹状のスキャナ配置部が設けられており、凹部には、カードのドットパターンを読み取るためのスキャナが載置されている。
【００２２】
図２は、ＡＴＭの構成を示すブロック図である。
【００２３】
ＡＴＭは、中央処理装置を中心に、入力表示装置（タッチパネル）、記憶装置、通帳取扱装置、紙幣取扱装置、硬貨取扱装置、紙幣収納部、硬貨収納部、通信制御装置および時計手段を内蔵している。そして、制御装置は、記憶装置に格納されている制御プログラムや各種データに基づいて、これらの各種装置を統一的に制御する。
【００２４】
記憶装置には、プログラムや固定データを記憶するＲＯＭ（図示せず）と、変動データを記憶するＲＡＭ（図示せず）とから構成される。また、必要に応じてハードディスクを備える。そして、タッチパネルで表示される各種画面表示データは、記憶装置に記憶されており、中央処理装置は、利用者のタッチパネルにおける入力操作に応じて、記憶装置から必要な画面表示データを読み出してタッチパネルの表示パネルに表示する。
【００２５】
通信制御手段は、中央処理装置の制御のもと、スキャナから送信された利用者のＩＤコードおよび／または口座番号等と暗証コードを当該ユーザが口座を有する勘定系システムに送信し、ＡＴＭと勘定系システム間において現金の引き出しや振込み等の金融取引の各種データを送受信する通信制御を行うものである。
【００２６】
スキャナは、ＵＳＢインターフェースを介してＡＴＭに接続されている。
【００２７】
このスキャナの内部構成については図示を省略するが、赤外線照射手段（ＬＥＤ）とその反射光の所定波長部分をカットするフィルタ、および撮像する撮像素子（ＣＣＤやＣＭＯＳ）が内蔵されており、媒体面に照射した照射光の反射光を撮像して、その媒体面に印刷されたドットパターンを画像データとして処理できるようになっている。
【００２８】
中央処理装置は、スキャナからの媒体面のドットパターンの撮影データを読み取りコードまたは座標値に変換した入力信号をＵＳＢインターフェースを介して受信すると、当該入力信号に対応したＩＤ情報、数値情報等を記憶装置から読み出し、通信制御装置を介して勘定系システムに送信する。
【００２９】
なお、スキャナで読み込むコード値や座標値については後で詳述する。
【００３０】
図３は、ユーザが所持するカードについて説明するための図である。
【００３１】
カード上部には、銀行名とユーザ名が印刷された画像領域（以下「ＩＤ部」）が設けられており、下部には、０から９までのそれぞれの数字が印刷された、四角い画像領域（以下「数字部」）が設けられている。
【００３２】
ＩＤ部には、ユーザを特定するためのＩＤコードがドットパターンとして登録されている。また、数字部には、それぞれの数字に対応する割り込みキーのコード値がドットパターンとして登録されている。
【００３３】
ドットパターンは、カーボンインクで印刷されており、ドットパターン以外の画像や文字部分はノンカーボンインクで印刷されている。
【００３４】
このカーボンインクは赤外線を吸収する特性を有しているため、前記光学撮像素子での撮像画像では、ドットの部分のみ黒く撮影されることとなる。
【００３５】
このように、ドットパターンのみがカーボンインクで印刷されているため、他のカーボンインクで印刷された画像や文字に可視的に影響を与えることなく、ドットパターンを通常の印刷と重畳印刷することができる。
【００３６】
なお、赤外光を吸収する特性を有するインクとしてカーボンインクを例示したが、ドットパターンの印刷は、特定波長に反応するインクであれば、カーボンインクに限定されない。
【００３７】
このようなドットパターンについて説明したものが図４から図９である。
【００３８】
図４は本発明のドットパターンの一例であるＧＲＩＤ１を示す説明図である。
【００３９】
なお、これらの図において、縦横方向の格子線は説明の便宜のために付したものであり実際の印刷面には存在していない。ドットパターン１を構成するキードット２、基準格子点ドット３、情報ドット４等は撮像手段であるスキャナが赤外線照射手段を有している場合、当該赤外線を吸収するカーボンインクまたはステルスインク（不可視インク）で印刷されていることが望ましい。
【００４０】
図４はドットパターン１のキードット２、基準格子点ドット３および情報ドット４の配置の一例を示す拡大図である。図５（ａ）、（ｂ）はベクトル情報を表す情報ドット４と符号化を示す説明図である。
【００４１】
ドットパターンを用いた情報入出力方法は、ドットパターン１の生成と、そのドットパターン１の認識と、このドットパターン１を解析し、情報およびプログラムを出力する方法とからなる。すなわち、ドットパターン１をセンサユニットにより画像データとして取り込み、ＣＰＵが読み込んだプログラムに基づいて、まず、基準格子点ドット３を抽出し、次に本来基準格子点ドット３があるべき位置にドットが配置されず、所定の方向にずれた位置にドットが配置されていることによってキードット２を抽出し、１ブロック分のドットパターン１と、その方向を特定する。次に４つの基準格子点ドット３またはキードット２に囲まれた情報ドット４を抽出して所定のアルゴリズムにより符号化し、１ブロック分のドットパターン１における情報ドット４の配置により、各情報ドット４の集合から所定のコード値および／または座標値に復号し、このコード値および／または座標値に対応する音声等の情報やプログラムを、情報処理装置、パーソナルコンピュータ、ＰＤＡまたは携帯電話等に出力させる。
【００４２】
ドットパターン１の生成は、ドットコード生成アルゴリズムにより、符号化するためのベクトル情報を認識させるために微細なドット、すなわち、少なくとも１個のキードット２と、基準格子点ドット３および情報ドット４を所定の規則に則って配列する。図４に示すように、ドットパターン１のブロックは、５×５の基準格子点ドット３を配置し、４点の基準格子点ドット３または基準格子点に囲まれた仮想中心点５の周囲にベクトル情報を表す情報ドット４を配置する。なお、ブロックの配置・構成は、キードット２によって定められる。本実施形態の場合、当該キードット２はブロックの１コーナーの基準格子点上にはドットを配置せずに、そこから所定方向にずらしてドットを配置したものであり、ブロックの大きさを確定するとともに、当該ブロック、すなわちドットパターン１の方向を定義している。このブロックには任意の数値情報が定義される。なお、図４の図示例では、ドットパターン１のブロック（太線枠内）を４個並列させた状態を示している。ただし、ドットパターン１は４ブロックに限定されないことは勿論である。
【００４３】
なお、キードット２は、前記ブロックのコーナーに限らず、ブロック内またはブロック外のいかなる位置に配置してもよい。
【００４４】
センサユニットでこのドットパターン１を画像データとして取り込む際に、ドットコード解析アルゴリズムは、そのセンサユニットのレンズの歪みや斜めからの撮像、紙面の伸縮、媒体表面の湾曲、印刷時の基準格子点ドット３の配置の歪みを矯正することができる。具体的には歪んだ４点の基準格子点ドット３を元の正方形または矩形に変換する補正用の関数（Ｘｎ，Ｙｎ）＝ｆ（Ｘｎ’，Ｙｎ’）を求め、その同一の関数で情報ドット４を補正して、正しい情報ドット４の位置からベクトル情報を求める。
【００４５】
情報ドット４は種々のベクトル情報を認識させるドットである。この情報ドット４は、キードット２で構成される１ブロック分のドットパターン１内に配置すると共に、４点の基準格子点ドット３で囲まれた仮想中心点５にして、これを始点としてベクトルにより表現した終点に配置したものである。たとえば、この情報ドット４は、４点の基準格子点ドット３または基準格子点に囲まれ、図５（ａ）に示すように、その仮想中心点５から離れたドットは、ベクトルで表現される方向と長さを有するために、時計方向に４５度ずつ回転させて８方向に配置し、３ビットに符号化する。したがって、１ブロックのドットパターン１で３ビット×１６個＝４８ビットを表現することができる。
【００４６】
図５（ｂ）は、図４のドットパターン１において、１個の情報ドット４毎に２ビットに符号化する方法であり、＋方向および×方向にドットをずらして各２ビットに符号化し、２ビット×１６個＝３２ビットを表現している。これにより、１ブロック分のドットパターン１で、本来４８ビットの数値情報を定義できるが、用途によって分割して３２ビット毎に数値情報を与えることができる。＋方向および×方向の組み合わせによって最大２１６（約６５０００）通りの情報ドットの配置パターンが実現できる。
【００４７】
なお、これに限定されずに、１６方向に配置して４ビットを符号化することも可能であり、種々の方向に配置し、符号化を変更できることは勿論である。
【００４８】
キードット２、基準格子点ドット３および情報ドット４のドットの径は、見栄えと、紙質、印刷の精度、センサユニットの解像度および最適なデジタル化を考慮して、０．０３〜０．０５ｍｍ程度の範囲にあることが望ましい。
【００４９】
また、撮像面積に対する必要な情報量と、各種ドット２，３，４の誤認を考慮して基準格子点ドット３の間隔は縦・横それぞれ、０．３〜０．５ｍｍ程度の範囲にあることが望ましい。基準格子点ドット３および情報ドット４との誤認を考慮して、キードット２のずれは格子間隔の２０％前後が望ましい。
【００５０】
この情報ドット４と、４点の基準格子点ドット３で囲まれた仮想中心点５との間隔は、隣接する基準格子点ドット３と仮想中心点５間の距離の１５〜３０％程度の間隔であることが望ましい。情報ドット４と仮想中心点５間の距離がこの間隔より大きいと、基準格子点ドット３と情報ドット４が塊として視認されやすく、ドットパターン１が模様として見苦しく見えるからである。逆に、情報ドット４と仮想中心点５間の距離がこの間隔より小さいと、仮想中心点５を中心にしてベクトル情報を持たせた情報ドット４がどの方向に位置しているかの認識が困難になるためである。
【００５１】
図４に示すように、１個のドットパターン１は、４×４個のブロック領域で構成されたドットパターン１であり、各ブロック内には２ビットの情報ドット４が配置されている。この情報ドット４の集合を構成する１ブロック分のドットパターン１のドットコードフォーマットを示したものが図６である。
【００５２】
図６（ａ）に示すように、１個のドットパターン１中には、パリティチェック、コード値が記録されている。（ｂ）は、パリティチェック、コード値、ＸＹ座標値が記録されている。なお、ドットコードフォーマットは任意に定めることができる。
【００５３】
図７は、ベクトル情報を持たせた情報ドット４と、その符号化の他の形態を示す例である。この事例のように、情報ドット４について基準格子点ドット３または基準格子点で囲まれた仮想中心点５から長・短の２種類を使用し、ベクトル方向を８方向とすると、４ビットを符号化することができる。このとき、長い方が隣接する仮想中心点５間の距離の２５〜３０％程度、短い方は同じく１５〜２０％程度が望ましい。ただし、誤認しないよう、長・短の情報ドット４の中心間隔は、これらの情報ドット４の径より長くなることが望ましい。
【００５４】
４点の基準格子点ドット３または基準格子点で囲まれた情報ドット４が複数あると、隣接するドットが塊として視認されやすく模様が発生するため、見栄えを考慮し１ドットが望ましい。しかし、見栄えを無視し、情報量を多くしたい場合は、１ベクトル毎に、１ビットを符号化し、情報ドット４を複数のドットで表現することにより、多量の情報を有することができる。たとえば、同心円８方向の８ベクトルでは、４点の基準格子点ドット３または基準格子点で囲まれた情報ドット４が０〜８個で８ビットが符号化でき、同心２重円８方向の１６ベクトルでは、１ブロックの情報ドット４が０〜１６個で１６ビットが符号化できる。
【００５５】
図８は、同心２重円８方向の１６ベクトルの情報ドット４と符号化の例であり、（ａ）は情報ドット４を２個、（ｂ）は情報ドット４を４個および（ｃ）は情報ドット４を５個配置したものを示すものである。
【００５６】
図９はドットパターン１の変形例を示すものであり、（ａ）は情報ドット４を囲む４点の基準格子点ドット３または基準格子点からなる正方形または矩形領域を６個配置型、（ｂ）は前記領域を９個配置型、（ｃ）は前記領域を１２個配置型、（ｄ）は前記領域を３６個配置型の概略図である。
【００５７】
図４に示すドットパターン１は、１ブロックに１６個（４×４）の情報ドット４を配置した例を示している。しかし、この情報ドット４は１ブロックに１６個配置することに限定されずに、図８〜９に示すように、情報ドット４を囲む４点の基準格子点ドット３または基準格子点からなる領域、および当該領域で定義される情報ドット４の符号化を種々変更することができる。
【００５８】
図１０〜図１１は、ドットパターンとコード値と識別子との関係を示した説明図である。
【００５９】
図１０に示す如く、ドットパターンは、４×４個のブロック領域で構成されたドットパターンであり、このブロック内でC１−０〜C３１−３０に区画されている。各領域のドットコードフォーマットを示したものが図１０である。
【００６０】
図１１に示す如く、C０〜C２９がコード値、C３０〜C３１がパリティをそれぞれ意味している。
【００６１】
図１２は、ユーザにより行われる操作について説明した図である。ユーザは、ＡＴＭに備え付けられたスキャナを用いて、暗証コードの入力を行う。暗証コードは、数値とスキャナの向きの組み合わせにより設定されている。ここでスキャナの向きとは、紙面の鉛直軸を中心にした、撮像手段の回転方向へのずれのことである。ユーザが、設定された方向にスキャナを向けて、設定された数値（たとえば「８」）が印刷されたキートップ（シンボルアイコン）をクリックすると、スキャナの中央処理装置は、読み取られたドットパターンを解析ソフトによって解析し、ドットコードに変換する。同時に、読み取られたドットパターンと撮像手段とのなす角度を算出する。このドットコードおよび角度情報は、ＡＴＭの中央処理装置に送信される。ＡＴＭは、当該ドットコードおよび角度情報を、入力された暗証コードとして認識する。そして、この暗証コードを、ユーザのＩＤコードおよび口座番号等と共に勘定系システムに送信し、勘定系システムは、その対応関係を検証した上で金融取引を認めるか否かを決定する。
【００６２】
図１３は、スキャナの向きとドットパターンの向きとの関係について説明した図である。
【００６３】
ドットパターンの向きとは、キードットが配置されている方向のことである。図１３においては、キードットが、基準格子点ドットを上方にずらした位置に配置されていることから、ドットパターンは上向きである。
【００６４】
ドットパターンをスキャナ内部のＣ−ＭＯＳ等の撮像手段で撮像した場合、当該撮像データは当該撮像手段のフレームバッファに記録される。このとき、もし撮像手段の位置が紙面の鉛直軸（撮影軸）を中心に回動された位置（ずれた位置）にある場合には、撮像された基準格子点ドットとキードットとの位置関係から撮像手段の撮影軸を中心にしたずれ（スキャナの角度）がわかることになる。図１３（ａ）においては、スキャナは撮影軸に対して回動された位置にはなく、スキャナの角度は０度である。（ｂ）では、スキャナは−９０度の向きに回動されており、（ｃ）では、＋９０度の向きに回動されている。
【００６５】
このことより、スキャナで同じ領域を撮影しても角度という別次元のパラメータを持たせることができる。すなわち、同じ位置の同じ領域を読み取っても角度毎に異なる意味を持たせることができる。
【００６６】
そのため、上述した如く、数値とスキャナの向きの組み合わせにより暗証コードを設定することが可能となる。
【００６７】
図１４は、暗証コード入力方法の具体例について説明した図である。
【００６８】
本実施例における暗証コード入力方法は、媒体面に印刷または表示された識別可能な複数のシンボルアイコンを所定の順番に指定入力してその順番で暗証コードの認証を行うものである。シンボルアイコンが印刷された媒体面または表示された表示面には、座標値または／およびコード値およびドットパターンの向きを意味するドットパターンが形成されており、当該ドットパターンをスキャナで光学的に読み取ることで当該座標値または／およびコード値にしたがった暗証コードに変換し、当該読み取った暗証コードの順番で暗証コードを認証するとともに、スキャナでのドットパターンの読み取りの際に、媒体面または表示面からの鉛直軸を中心としたスキャナの向き（スキャナとドットパターンのなす角度）を、当該ドットパターンの意味する座標値または／およびコード値に付加した暗証コードとして入力させることを特徴とする。
【００６９】
図１４は、スキャナでキートップ（シンボルアイコン）がクリックされている様子を上方向から見た図である。黒い三角形の示す方向が、スキャナの向きである。
【００７０】
ユーザに対して設定された暗証コードが「３↑６←１↑４→」であるとする。まずユーザは、スキャナが上向き、すなわち撮像手段がカードの上方向を向くようにスキャナを持ち、３のキートップ（シンボルアイコン）をクリックする。次に、スキャナを左向きにして、６のキートップ（シンボルアイコン）をクリックする。次に、スキャナを上向きにして１のキートップ（シンボルアイコン）をクリックする。最後に、スキャナを右向きにして４のキートップ（シンボルアイコン）をクリックする。すると、勘定系システムは、暗証コードが正しく入力されたと判断し、振込みや預金の引き出し等、ユーザが要求する金融取引処理を開始する。一方、たとえキートップ（シンボルアイコン）がすべて「３６１４」の順にクリックされていたとしても、たとえば、ユーザがスキャナを上向きにして「６」をクリックした等、スキャナの向きが間違っていると、勘定系システムは、暗証コードが正しく入力されたとは判断せず、金融取引処理を開始しない。
【００７１】
暗証コードの桁数が多いと、暗証コードが盗まれにくくなりセキュリティが高まるが、ユーザが自身の暗証コードを記憶することが難しくなり、さらに、入力に時間を要するという問題がある。一方、スキャナの向きを変更させる操作は、ユーザが体感的に記憶することが可能なため、記憶が容易となる。したがって、数値とスキャナの向きの組み合わせによって暗証コードを設定することにより、ユーザにとって操作および記憶が容易で、かつセキュリティの高い暗証コード入力が可能となる。
【００７２】
なお、本実施例ではキートップ（シンボルアイコン）に数値が表示されているが、本発明はこれに限らず、アルファベットや図柄等が印刷されていてもよい。この場合、ドットパターンのコード値は、それらのアルファベットや図柄等を意味するように形成される。
【００７３】
（第二の実施形態）
図１５は、本発明の第二の実施形態について説明した図である。
【００７４】
本実施形態は、タッチパネル筐体を用いて暗証コードの入力を行うものである。本実施形態で用いるカードは、カードの裏面にドットパターンが印刷されており、ＩＤ部およびキートップ（シンボルアイコン）部にはドットパターンは印刷されていない。
【００７５】
本タッチパネル筐体は、汎用的なコンピュータシステム（図示は省略）に接続して用いる。コンピュータシステムは、コンピュータ本体とディスプレイとで構成される。タッチパネル筐体の上面は、タッチパネルとして構成されている。この詳細については、図１６に説明するとおりである。タッチパネルのそれぞれの側壁には、発光素子群と、受光素子群とが、対になって配置されており、発光素子からの光を指先、タッチペンなどの媒体が遮ることによって受光素子が受光すべき光を受光できなくなり、当該位置にこれらの光遮断物があることを認識することによって、座標入力が可能となっている。前記タッチパネルの上面中央には、撮像口が開口されており、筐体内に設けられたカメラにより、撮像口上面に配置されたカードの裏面に印刷されたドットパターンが撮像可能となっている。カード裏面のドットパターンには、オペレーションコードおよびコンテンツ／アプリケーションコードが登録されている。これらのコードは、カードのコンテンツに関する情報やカードによるオペレーションをコード化したものである。
【００７６】
タッチパネル筐体において入力された暗証コードは、図１５（ｂ）に示す如く、コンピュータシステムに送信され、コンピュータシステムは、ネットワークを通じて、暗証コード認証サーバに暗証コードを送信する。暗証コード認証サーバにでは、入力された暗証コードと設定された暗証コードとが合致しているかどうかを照合する。そして、その結果を、ネットワークを通じてコンピュータシステムに送信する。
【００７７】
なお、暗証コード認証手段は、コンピュータ本体に含まれていてもよい。
【００７８】
タッチパネル筐体内のカメラの周囲には、照明手段としてのＩＲＬＥＤが配置されており、撮像口を照射するようになっている。すなわち、ＩＲＬＥＤから照射された赤外線光が撮像口に配置されたカード裏面の反射光をカメラで撮像することによってカード裏面のドットパターンの撮影が可能となっている。
【００７９】
図１７は、オペレータ・プレイヤの指先でタッチされた位置（タッチ位置）を算出する方法について説明した図である。
【００８０】
タッチパネル（座標認識手段）座標系において、カメラ（撮像手段）中心位置の座標を（Ｘｓ，Ｙｓ）とする。
【００８１】
また、そのカメラで撮影したカードの撮影中心位置を、カード座標系で表現した位置を（ｘｓ，ｙｓ）とする。
【００８２】
一方、タッチパネルの座標系におけるＹ方向と、カードの座標系におけるｙ方向とのなす角度をθとする。
【００８３】
この場合において、オペレータ、プレイヤの指先でのタッチ位置が、タッチパネル座標系で表示すると（Ｘｔ、Ｙｔ）であるとする。
【００８４】
この場合、カード座標系におけるタッチ位置は、以下の式で表される。
2015135683.tif 000003
【００８５】
このような演算処理を行うことにより、タッチパネル面上にカードがどのような向きで配置されたとしても、そのカード表面に印刷されたどの部位に指先でのタッチが行われたかを認識することが可能となる。
【００８６】
図１８は、カメラの向きとドットパターンの向きとの関係について説明した図である。
【００８７】
図１８（ａ）は、ドットパターンが、タッチパネル筐体内部の撮像手段（カメラ）と同じ向きに配置されている状態を示したものである。（ｂ）は、ドットパターンが−９０度の回転位置に配置されている状態を示した図であり、（ｃ）は、ドットパターンが＋９０度の回転位置に配置されている状態を示した図である。
【００８８】
このことより、タッチパネル面上にカードを載置する際に、カード面を水平面としてその垂直軸を回転軸中心として所定角度に配置することで読取ドットパターンにさらに異なる意味を持たせることができる。
【００８９】
そのため、数値とスキャナの向きの組み合わせにより暗証コードを設定することが可能となる。
【００９０】
したがって、本実施形態では、ユーザがタッチパネル面上でカードの向きを変化させた場合に、パーソナルコンピュータ内の中央処理装置は、ドットパターンのコード値だけでなく、ドットパターンの向きも認識し、その情報をネットワークを通じて暗証コード認証サーバに送信する。暗証コード認証サーバは、タッチされた数値とドットパターンの向きの両方が、設定された暗証コードと一致する場合にのみ、暗証コードが正しく入力されたと判断する。
【００９１】
図１９は、暗証コード入力方法の具体例について説明した図である。
【００９２】
ユーザに対して設定された暗証コードが「３↑６←１↑４→」であるとする。まずユーザは、カードを上向きにしてタッチパネル面上に配置し、３のキートップ（シンボルアイコン）をタッチする。次に、カードを左向きに配置変更して、６のキートップ（シンボルアイコン）をタッチする。次に、カードを上向きに配置変更して１のキートップ（シンボルアイコン）をタッチする。最後に、カードを右向きに配置変更して４のキートップ（シンボルアイコン）をタッチする。すると、暗証コード認証サーバは、暗証コードが正しく入力されたと判断し、認証時処理を開始する。一方、たとえキートップ（シンボルアイコン）がすべて「３６１４」の順にタッチされていたとしても、たとえば、ユーザがカードを上向きにして「６」をタッチした等、カードの向きが間違っていると、暗証コード認証サーバは、暗証コードが正しく入力されたとは判断せず、認証時処理を開始しない。
【００９３】
なお、本実施例ではキートップ（シンボルアイコン）に数値が表示されているが、本発明はこれに限らず、アルファベットや図柄等が印刷されていてもよい。この場合、ドットパターンのコード値は、それらのアルファベットや図柄等を意味するように形成される。
【００９４】
図２０は、第一の実施形態においてスキャナを回動させる方向、および第二の実施形態においてカードを回動させる方向について説明した図である。図１４および図１９においては、図２０（ａ）に示す如く、十字４方向への回転をパラメータとした。しかし、本発明ではこれに限らず、（ｂ）に示すように斜め４方向への回転をパラメータとしてもよく、また（ｃ）に示すように、十字４方向および斜め４方向の８方向をパラメータとしてもよい。
【００９５】
（他の実施形態）
図２１（ａ）は、図３に示すカードにおいて、カードのキートップ（シンボルアイコン）内に複数のコード領域が存在しているものである。
【００９６】
本実施例では、キートップ（シンボルアイコン）「３」内に、４個の異なるコードが存在している。すなわち、キートップ（シンボルアイコン）の右上がＣＯＤＥ３−１、右下がＣＯＤＥ３−２、左下がＣＯＤＥ３−３、左上がＣＯＤＥ３−４である。これにより、ユーザがキートップ（シンボルアイコン）をクリックする位置により、異なる意味を持たせることが可能となる。
【００９７】
図２１（ｂ）は、キートップ（シンボルアイコン）内のドットパターンにＸＹ座標が含まれているものである。
【００９８】
本実施例では、ドットパターン内に、キートップ（シンボルアイコン）が３であることを意味するコード値と、キートップ（シンボルアイコン）の座標系を意味する座標値とが含まれている。これにより、ユーザがキートップ（シンボルアイコン）をクリックする位置により、異なる意味を持たせることが可能となる。すなわち、クリックする位置を、暗証コードの要素とすることが可能となる。
【００９９】
図２１（ｃ）は、暗証コード入力方法の具体例について説明した図である。
【０１００】
（ａ）および（ｂ）の実施例では、キートップ（シンボルアイコン）の数値およびタッチされる方向の組み合わせにより、暗証コードが設定されている。タッチされる方向は、右上、右下、左下、左上の４方向である。たとえば、設定された暗証コードが「３左上６右下１左下４右上」であるとする。まずユーザは、キートップ（シンボルアイコン）３の左上部をスキャナでクリックする。次に、キートップ（シンボルアイコン）６の右下部をクリックする。次に、キートップ（シンボルアイコン）１の左下部をクリックする。最後に、キートップ（シンボルアイコン）４の右上部をクリックする。すると、勘定系システムは、暗証コードが正しく入力されたと判断し、金融取引処理を開始する。一方、たとえキートップ（シンボルアイコン）がすべて「３６１４」の順にタッチされていたとしても、たとえば、ユーザが「６」の左上部をタッチした等、タッチ位置が間違っていると、勘定系システムは、暗証コードが正しく入力されたとは判断せず、金融取引処理を開始しない。
【０１０１】
図２２は、個人が所有するカードごとに、数字に印刷されたドットコードが異なるものである。本実施例では、キートップ（シンボルアイコン）に表示されている数値と、暗証コード認証処理において認証される数値とが異なることを特徴とする。図に示す如く、例えばキートップ（シンボルアイコン）０に重畳印刷されたドットパターンには、「０−３」を意味するコード値が含まれている。このコード値は、キートップ（シンボルアイコン）に表示された数字が０で、暗証コード認証処理において認証される数値が３であることを意味している。他の数字に関しても同様である。
【０１０２】
図２３は、カードのＩＤ部に変換テーブルが含まれていることを特徴とする。ユーザがＩＤ部をクリックすると、ＩＤ＋変換テーブルが起動する。次に暗証コードとして設定された数字をクリックすると、ＡＴＭの中央処理装置は、送信された数値を、変換テーブルに設定された数値に変換する。たとえば、キートップ（シンボルアイコン）１がクリックされた場合には、８に変換し、３がクリックされた場合には１に変換する。
【０１０３】
図２４は、ＩＤ部が、暗証番号入力用のカードと別体に構成されているものについて説明した図である。
【０１０４】
（ａ）に示す如く、銀行名とユーザの氏名が記載されたＩＤ部が、シール状に形成されている。ＩＤ部には、ユーザのＩＤおよび変換テーブルを含むドットパターンが重畳印刷されている。（ｂ）に示す如く、ユーザは、携帯電話等にＩＤ部を貼付して用いる。
【０１０５】
このように、暗証コードの入力のためには、2種類の媒体が必要となる。そのため、どちらか一方が盗難等により第三者の手に渡ってしまったとしても、第三者は、暗証コードを正確に入力することができないため、金融処理等を行うことができない。したがって、ＩＤ部と数字部とを別体とすることにより、より高いセキュリティを提供することができる。また、ＩＤ部をシールとすることにより、ユーザは、携帯電話等にＩＤ部を貼り付けて携帯することが可能となるため、紛失を防ぐことが可能となる。ただし、ＩＤ部はこのようなシールに限られず、通常のカードでもよいことはもちろんである。
【０１０６】
なお、本実施例においては、図２５に示すように、暗証コード入力用カードがＡＴＭに備え付けられていてもよい。暗証コード入力用カードをラミネートフィルムでパウチし、ＡＴＭの台座に貼付する。
【０１０７】
図２６は、図２５の実施例において、ユーザが暗証コード入力を行う際に表示される表示画面の一例を示したものである。
【０１０８】
まずユーザが、ＩＤシールをクリックすると、ＡＴＭの中央処理装置は、ＩＤ認証を行う。そして、表示画面中央に、「暗証番号を入力してください。」と、左下部に「完了」、右下部に「やりなおし」と表示する。ユーザは、画面が表示されたら、表示画面右側に貼付されたカードのキートップ（シンボルアイコン）をスキャナでクリックし、暗証番号を入力する。
【０１０９】
なお、暗証コード入力用カードがＡＴＭの台座にパウチされた構造とする場合には、表示画面を設けなくてもよい。
【０１１０】
また、暗証コード入力用カードをパウチせず、ユーザがＩＤシールをクリックすると、表示画面に数値が表示され、この数値をタッチすることにより暗証コードを入力するようにしてもよい。
【０１１１】
なお、以上の説明に加えて、スキャナによりタッチするアイコンは、各アイコンが相互に区別できるものであればよいので、数字でもよいし、グラフィックでもよい。また、暗証コードを入力する順序、すなわちこれらのアイコンをタッチする順序を限定しない入力方法でもよい。
【０１１２】
例えば、ミカン、リンゴ、ブドウなどの絵により表されたアイコンを１００個並べておき、その中からタッチするアイコンを４個決めておく。そして、タッチすると決めたアイコンであるミカンアイコンをタッチするときは、右約３０°スキャナを回転させ、リンゴアイコンをタッチするときは、左約１０°回転させるなど決めておく。複数のアイコンをタッチする際、順番は必ずしも決める必要はなく、すなわち、必ず、ミカンアイコン、リンゴアイコンの順にタッチする必要はなく、先にリンゴアイコンをタッチしてから、ブドウアイコンをタッチし、最後にミカンアイコンをタッチする構成でもよい。
【０１１３】
但し、各アイコンをタッチする際の角度は、毎回同じものとする。例えば、上記の例では、ミカンアイコンをタッチする時は、必ず右約３０°ほどスキャナを回転させてタッチする必要がある。
【０１１４】
図２７は、携帯端末（例えば携帯電話など通信機能を有するもの）を用いた暗証コード入力システムについて説明する図である。
【０１１５】
本実施例は、認証用カード、シール、または携帯端末（以下、ドットパターン付き携帯端末という）の所定の印刷面と、この印刷面に印刷されたドットパターンを読み取るスキャナと、当該スキャナで読み取ったコード値を復号して、所定の携帯端末（以下、着呼携帯端末という）への発呼を行う制御装置（例えばパソコン）とからなる、暗証コード入力システムである。
【０１１６】
なお、ドットパターン付き携帯端末と、着呼携帯端末とは、同じ携帯端末であってもよいし、異なる携帯端末であってもよい。
【０１１７】
認証用カード、シール、またはドットパターン付き携帯端末の所定の印刷面には所定の携帯端末番号およびＩＤ、または携帯端末番号を参照するためのインデックスのアドレスがコード化されてドットパターンとして印刷されており、制御装置は、認証用カード、シール、またはドットパターン付き携帯端末の所定の印刷面のドットパターンを、スキャナで光学的に読み取ることにより、携帯端末番号およびＩＤ、または携帯端末番号を参照するためのインデックスのアドレスに復号し、着呼携帯端末に発呼またはメール送信し、着呼携帯端末からの暗証コード入力を受け付ける。着呼携帯端末への発呼は、制御装置とネットワークにより接続されたセンターサーバから行ってもよい。
【０１１８】
なお、上記の通り、スキャナは、着呼携帯端末に接続されている必要はないので、例えば、ショッピングセンタにおいて欠品の商品をその場においてユーザがネットショップから購入できるように（販売機会を逸しないように）する場合、ショッピングセンタに置かれた制御装置にスキャナが備えられていれば済むので、システム導入のためのコストを抑えることが出来る。
【０１１９】
もちろん、制御装置がドットパターン付き携帯端末を兼ねる場合、全てのドットパターン付き携帯端末にスキャナが接続されている構成でもよい。
【０１２０】
本発明に係る暗証コード入力システムは、例えば、パソコンの大画面を用いてネットショッピングを行い、決済のみ、本暗証コード入力システムを用いて行うことにより、ユーザのネットショッピングにおける決済のセキュリティを高めたり、決済を一本化し利便性を高めたり、ネットショップの店舗システムから決済機能を省くことが出来るので、店舗システムを簡易化したりすることが出来る。
【０１２１】
また、着呼携帯端末におサイフ機能がついているものを利用すれば、着呼携帯端末において電子貨幣により決済を完結させることが出来るので、クレジットカードまたは商品配達時の代金引換払いなど、他の決済方法に較べ、決済に関するユーザの利便性をさらに高めることが出来る。
【０１２２】
本実施例においては、図２７（ａ）に示す如く、認証用カードは、ＩＤ部のみを有するものである。ＩＤ部には、ユーザの電話番号とＩＤとを含むドットパターン、または、電話番号を参照できるインデックスを含むドットパターンが重畳印刷されている。なお、ＩＤ部のみを有する媒体はシールでもよい。また、ドットパターン付き携帯端末の表面に認証用カードと同様の重畳印刷があってもよいし、重畳印刷に代わり孔によりドットを表したドットパターンが生成されていてもよい。もちろん、前記シールを貼ることによりドットパターン付き携帯端末を実現してもよい。
【０１２３】
（ｂ）は、暗証コード入力の手順について説明した図である。まずユーザは、パソコンに接続されたスキャナを用いてＩＤ部をクリックする。すると、スキャナによりドットパターンが読み取られ、パソコンまたはパソコンとネットワーク接続されたセンターサーバから、電話発信処理が行われ、ユーザの着呼携帯電話に着信が行われる。または、着呼携帯電話にメールが送信されるようにしてもよい。着呼携帯電話に着信が行われると、暗証コードの入力が可能となる。ユーザは、着呼携帯電話のキートップ（シンボルアイコン）を用いて、暗証コードを入力する。これにより、制御装置またはセンターサーバはユーザの認証ができる。
【０１２４】
このように、暗証コードの入力のためには、着呼携帯電話と、ドットパターンが印刷された認証用カード、シール、またはドットパターン付き携帯端末の所定の印刷面上のＩＤとの両方が必要となる。そのため、どちらか一方が盗難等により第三者の手に渡ってしまったとしても、第三者は、暗証コードを正確に入力することができないため、金融処理等を行うことができない。したがって、着呼携帯電話とＩＤとの両方を所有することを必要とすることにより、より高いセキュリティを提供することができる。
【０１２５】
図２８において、本発明に係る暗証コード入力システムの適用例である、ネットショッピング決済システムを示す。この図を用いて動作を説明すると以下の通りである。
【０１２６】
まず、ユーザがパーソナルコンピュータからネットショッピングサーバにアクセスし、ネットショッピングサーバ上のネットショップにおいて、提供されている商品またはサービスに関する情報を閲覧する。
【０１２７】
次に、ユーザは、ネットショップにおいて、いずれの商品またはサービスを購入するか、どれだけの数量を購入するか、支払い方法および配送方法をどうするかなどの選択を行う。
【０１２８】
次に、ネットショッピングサーバが、選択された商品またはサービスを識別する識別子（ＩＤ）、購入した商品またはサービスの数量、およびその価格を購入情報としてまとめ、例えば電子メールを用いて、制御装置であるパーソナルコンピュータに渡す。
【０１２９】
次に、パーソナルコンピュータは、既述のとおり着呼携帯端末を介して、ユーザ認証を行う。具体的には、パーソナルコンピュータにおいて、ユーザが認証用カード上のＩＤおよび端末番号を含んだドットパターンをスキャナによりスキャンして読み込み、パーソナルコンピュータがＩＤおよび端末番号を着呼携帯端末に送り、着呼携帯端末においてユーザが暗証番号を入力し、着呼携帯端末がパーソナルコンピュータに暗証番号を返信する。
【０１３０】
認証用カードには、携帯端末の電話番号を直接記録する代わりに、該電話番号を参照するためのインデックスのアドレスが記録されていてもよい。
【０１３１】
また、電話番号に代わり、電子メールアドレスを用いて、制御装置から着呼携帯端末に発呼する代わりに、電子メールを送信してもよい。但し、不正な携帯端末への電子メール転送が行われ、転送先において、不正な本人認証が行われないように、着呼携帯端末が適正な端末であることを確認する仕組みは必要である。
【０１３２】
なお、パーソナルコンピュータから着呼携帯端末にＩＤおよび端末番号を送る際に、前記購入情報も一緒に送ってもよい。このような構成とすれば、例えば、ユーザが複数回の購入を行った場合、暗証コード入力の際に、それぞれの購入を識別してから暗証コードの入力を行うことが出来る。
【０１３３】
次に、パーソナルコンピュータは、決済サーバに対して決済承認を依頼する。なお、前記の着呼携帯端末では暗証コード入力のみを行う構成とは異なるが、着呼携帯端末において決済サーバに対して決済承認を依頼し、決済サーバからの承認を得て決済を完了させる構成でもよい。
【０１３４】
次に、決済サーバは決済承認を行い、決済処理を行った後、パーソナルコンピュータに結果を通知する。
【０１３５】
以上により、ネットショッピングにおける商品またはサービスの購入から決済までの処理が完了する。
【０１３６】
以上の構成では、商品またはサービスの購入処理と決済処理とが分離されているので、複数のネットショップにおいて購入処理を行い、後でまとめて着呼携帯端末において暗証コード入力以後の決済処理を一本化して行うことも出来る。ユーザ認証は、決済処理において一度行えばよいので、複数のネットショップにおける購入に対する決済処理それぞれに対して毎回暗証コードを入力するという手間を省く事が出来る。
【０１３７】
なお、図２８においては、ネットショッピングサーバにアクセスするパソコンと前記制御装置とが同じものであるとして示しているが、ネットショッピングサーバにアクセスするパソコンまたは携帯端末と前記制御装置とは、異なるものであってもよい。
【０１３８】
また、図２８においては、ネットショッピングサーバにアクセスするパソコンと前記制御装置とを兼ねたパソコンが、着呼携帯端末とは別のものとして示しているが、これらは全て同じものであってもよい。
【０１３９】
また、図２８においては、決済サーバと着呼携帯端末は別個のものとして示しているが、着呼携帯端末が電子マネーを扱える場合、決済サーバと着呼携帯端末とが兼用されてもよい。
【０１４０】
例えば、着呼携帯端末にスキャナが接続され、さらに電子マネーに対応していれば、ユーザは、この着呼携帯端末を介してネットショッピングサーバにアクセスし、購入する商品またはサービスを選択し、この着呼携帯端末を用いてユーザ認証を行い、決済の承認を実行できるので、決済機能のない簡易なネットショッピングサーバと、この着呼携帯端末と、認証用カードとがあれば、セキュリティの高いネットショッピング決済システムを実現することが出来る。
【０１４１】
図２９において、ｅコマースにおけるパソコンと携帯端末との使い分けの例を示す。
【０１４２】
この例では、パソコンで閲覧し、購入のために選択したｅコマースサーバ（ネットショップ）の商品またはサービスのリストが、テキストデータまたはＨＴＭＬデータとして電子メールにより決済処理を行う携帯端末に送られる。ＨＴＭＬデータであれば、画像等を含めることが出来るので、テキストデータに較べて情報量を増やすことができ、パソコンにより閲覧した商品またはサービスの情報をほぼそのまま携帯端末に送ることが出来る。
【０１４３】
しかし、携帯端末から、送られた商品またはサービスに関する関連情報を閲覧したい場合、パソコンからの閲覧を前提にしたｅコマースサーバのＷｅｂコンテンツ（閲覧２次元書式データ）では、データが大きくなり、そのままでは、携帯端末のフルブラウザであっても閲覧しにくいという問題がある。
【０１４４】
そのため、ｅコマースサーバと携帯端末との間にＷｅｂコンテンツ圧縮サーバを配置し、Ｗｅｂコンテンツ圧縮サーバが携帯端末の小さい画面でも閲覧しやすいように、圧縮および編集されたＷｅｂコンテンツが携帯端末に送られるようにすればよい。
【０１４５】
また、パソコンで閲覧した内容を携帯端末においても閲覧できるようにするためには、例えば、パソコンで「お気に入り」に登録したＷｅｂコンテンツを、電子メール等により携帯端末に渡すようにしてもよい。パソコンと携帯端末との間でのデータ同期には、ウィジェット、ガジェット、またはデスクトップツールなどの仕組みを利用することも出来る。
【０１４６】
この仕組みを用いて、パソコンで閲覧した商品またはサービスの情報を、ブックマークするようにストックしていき、携帯端末により、空き時間等にまとめてチェックし、再度、商品またはサービスを選択し直す事も出来る。
【０１４７】
携帯端末は、ハイビジョン映像を扱えるようになってきつつあり、パソコンで選んだ商品やサービスのＵＲＬ等の内容を、大画面ＴＶを接続可能な携帯端末に送ることは有用である。
【０１４８】
例えば、夜、自宅で様々なネットショップにおける商品またはサービスのうち、購入する候補を選んでおき、その候補を着呼携帯端末に送付し、翌日朝、通勤途中の時間を利用して、着呼携帯端末を用いて候補の中から実際に購入する商品またはサービスをさらに検討するという使い方も出来る。
【０１４９】
なお、本実施形態では、認証用カードのＩＤ部をスキャナでクリックしたが、本発明はこれに限らず、図１５で説明したタッチパネル筐体を用いて、タッチパネル面上に認証用カードを載置することによりドットパターンを読み取らせてもよい。また、認証用カードに、ＩＤ部と数字部の両方を設け、暗証コードの入力は、カードの数字部で行われるようにしてもよい。
【０１５０】
なお、上記の各実施形態および実施例におけるスキャナの機能は、携帯端末（携帯電話を含む）に付属しているカメラにより実現されてもよい。
【０１５１】
なお、上記の各実施形態および実施例におけるスキャナは、スキャナ単体として実装され有線・無線により他の機器に接続されてもよいし、ドットパターンが印刷されたＴＶガイドブックなどの印刷物およびテレビ受像機と共に利用されるリモコン装置の一部として実装されてもよいし、マウスの一部として実装されてもよい。
【０１５２】
＜カタログ販売等への適用＞
例えば、ケーブルテレビのガイドブックや通信販売のカタログ等に、商品やサービスの情報にドットパターンを重畳印刷しておき、ＴＶまたはパソコンとスキャナとにより購入処理を行う場合には、手元に認証用カードを用意しておけば、購入および本人認証の処理をユーザは一貫した「スキャナによるタッチ」という操作概念のもと行うことが出来るので、高齢者等、本人認証操作に不慣れなユーザでも、容易に操作方法を理解し、セキュリティのさらに高いショッピングを行う事が出来る。
【０１５３】
この場合、既述のとおり、スキャナによりタッチして選択した商品やサービスの情報を、大画面ＴＶを接続可能な携帯端末に送ることにより、閲覧性を向上させることが出来る。
【産業上の利用可能性】
【０１５４】
本発明は、カード、シールまたは携帯電話を用いたセキュリティ技術に適用できる。
【符号の説明】
【０１５５】
１  ドットパターン
２  キードット
３  基準格子点ドット
４  情報ドット
【図１】
2015135683.tif 000004
【図２】
2015135683.tif 000005
【図３】
2015135683.tif 000006
【図４】
2015135683.tif 000007
【図５】
2015135683.tif 000008
【図６】
2015135683.tif 000009
【図７】
2015135683.tif 000010
【図８】
2015135683.tif 000011
【図９】
2015135683.tif 000012
【図１０】
2015135683.tif 000013
【図１１】
2015135683.tif 000014
【図１２】
2015135683.tif 000015
【図１３】
2015135683.tif 000016
【図１４】
2015135683.tif 000017
【図１５】
2015135683.tif 000018
【図１６】
2015135683.tif 000019
【図１７】
2015135683.tif 000020
【図１８】
2015135683.tif 000021
【図１９】
2015135683.tif 000022
【図２０】
2015135683.tif 000023
【図２１】
2015135683.tif 000024
【図２２】
2015135683.tif 000025
【図２３】
2015135683.tif 000026
【図２４】
2015135683.tif 000027
【図２５】
2015135683.tif 000028
【図２６】
2015135683.tif 000029
【図２７】
2015135683.tif 000030
【図２８】
2015135683.tif 000031
【図２９】
2015135683.tif 000032