JP4616013B2 - セキュリティを確保した決済対応アプリケーション - Google Patents

Description

本発明は、ＩＣクレジット等のカードの挿入から排出の間、認証されたアプリケーションを自動的に連動させ動作させることにより、成りすましアプリケーションによる暗証番号（ＰＩＮ）の漏洩を防止することができるセキュリティを確保した決済対応アプリケーションに関する。

近年、携帯端末（ハンドヘルド端末、ＰＤ等）を用いることにより、商品の発注処理とともにクレジット等により決済処理を行うような取引システムが開発されている。このような取引は利便性から注目を集めているが、利用者に関する情報の安全性（セキュリティ）、即ち利用者に関する秘密情報の漏洩を防止する策をどのように確保するかが極めて重要である。

通常、このような利用者に関する情報を入力するに当たっては、暗証番号（ＰＩＮ）の入力を通じた本人の認証を行って、他人に成りすました決済処理等を防止することが行われている。したがって、自身の暗証番号が他人に知られないようにすることが重要であり、従来においても、自身の暗証番号の安全を図る手法が開発されている。

例えば、汎用ＯＳ（Operating System）上においてアプリケーションが動作する環境を有する端末では、暗証番号を入力するような成りすましアプリケーションを容易に作成、運用することができる可能性がある。このような成りすましアプリケーションを通じて暗証番号が漏洩することが考えられる。これに対しては、暗証番号を扱う場合にのみ動作する非公開の特殊なＯＳを使用することで、上述のごとき成りすましアプリケーションの作成、運用の可能性を封じ、暗証番号の漏洩を防止することが行われていた。

また、暗証番号を入力するためのキーボードは、通常他の目的としても使用するもので、暗証番号も他の目的のデータも共通のキーボードドライバを通じて入力されることになる。したがって、この共通のキーボードドライバで変換された暗証番号のキーコードは、ＯＳを通じて他のアプリケーションへ漏洩する可能性がある。これに対しては、暗証番号入力専用のキーボードや専用のバスを別途備えることで、暗証番号の漏洩を防止することが行われていた（例えば、特許文献１参照）。

なお、本願発明の関連技術として、携帯電話を通じて暗証番号を入力するとともに、決済端末において携帯電話と送受信を行い暗証番号を解析するようにして、決済端末と対になっている専用のピンパッドを不要として、ピンパッドに取り付けられうる読取装置を通じた暗証番号の漏洩を防止できるようにしたものがあった（特許文献２参照）。
特許第３５５０２７９号公報 特開２００３−１５７２３９号公報

このような従来の技術には、以下のような課題があった。

まず、暗証番号を扱う場合にのみ動作する非公開の特殊なＯＳを使用する場合においては、暗証番号を扱うアプリケーションプログラムの開発環境や人材が限定されるという課題があった。

また、暗証番号入力専用のキーボードや専用のバスを別途備える場合には、装置規模が増大するため、携帯端末としての利便性を低下させるという課題があった。

なお、上記の特許文献２に記載された技術においても、携帯電話から入力する暗証番号を、当該携帯電話自身に組み込まれた成りすましアプリケーションを通じて漏洩する可能性もあるため、この防止策として、特殊なＯＳを使用すれば、上述の場合と同様、アプリケーションプログラムの開発環境や人材が限定されるという課題がある。

本発明は、従来の課題を解決し、ＩＣカード等のカードのリーダ／ライタ一体型の携帯端末等の端末（情報処理端末）でのセキュアなＩＣクレジット決済等が可能になり、接客時間の短縮だけでなく、顧客の目の前でカード操作を行い安心感を与えることができるようにすることを目的とする。

図１は本発明の原理説明図である。図１中、１ａは情報処理装置、２ａはサーバ、３ａは入力手段（キーボード）、４は表示画面（タッチパネル）、１１ａはカードのＲ／Ｗ（読み書き）手段、１３ａは第２の処理手段（認証アプリケーション）、１５ａ、３２ａは第１の処理手段（非認証アプリケーション）である。

本発明は、上記の課題を解決するため次のように構成した。

（１）：挿入又は接近したカードに情報の読み書きを行うカードの読み書き手段１１ａと、通常の業務処理を行う第１の処理手段１５ａ、３２ａと、カードの挿入又は接近から排出又は離れるまでの間動作する安全が保証された第２の処理手段１３ａと、情報を画面表示する表示手段と、前記画面表示のタッチパネルから情報を入力する手段と、情報を入力する前記タッチパネル以外の入力手段３ａと、前記カードの挿入又は接近時、前記タッチパネル以外の入力手段からの入力は暗証番号専用とし、前記タッチパネルからの入力は前記第１の処理手段との通信を可能とする手段として、情報処理装置を機能させるためのセキュリティを確保した決済対応アプリケーションとする。このため、このアプリケーションをインストールすることで、ＩＣカード等のカードのリーダ／ライタ一体型の携帯端末等の情報処理装置（情報処理端末）でのセキュアなクレジット決済等が可能になり、カードの残高確認後にカードを挿入した状態で金額の入力が可能となり接客時間の短縮だけでなく、顧客の目の前でカード操作を行い安心感を与えることができるセキュリティを確保した決済対応アプリケーションを容易に提供することができる。

（２）：前記（１）のセキュリティを確保した決済対応アプリケーションにおいて、前記タッチパネル以外の入力手段３ａはキーボードとする。このため、キーボードからの入力は通常の業務処理を行う第１の処理手段１５ａ、３２ａとは通信を行わないため、成りすましアプリケーションの作成、運用の可能性を封じ、暗証番号の漏洩を防止することができる。

（３）：前記（１）又は（２）のセキュリティを確保した決済対応アプリケーションにおいて、前記カードの挿入又は接近時、前記カードの種別により前記タッチパネルから前記第１の処理手段１５ａ、３２ａの選択を行うものとする。このため、カードを挿入又は接近した状態で、支払い方法の変更、利用額の入力等が可能となる。

（４）：前記（１）〜（３）のいずれかのセキュリティを確保した決済対応アプリケーションにおいて、携帯端末の情報処理装置を機能させる。このため、ＩＣカード等のカードのリーダ／ライタ一体型の携帯端末でのセキュアなクレジット決済等が可能になり、接客時間の短縮だけでなく、顧客の目の前でカード操作を行い安心感を与えることができる。

本発明によれば次のような効果がある。

（１）：カードの挿入又は接近時、タッチパネル以外の入力手段からの入力は暗証番号専用とし、前記タッチパネルからの入力は通常の業務処理を行う第１の処理手段との通信を可能とするため、ＩＣカード等のカードのリーダ／ライタ一体型の携帯端末等の情報処理装置（情報処理端末）でのセキュアなクレジット決済等が可能になり、カードの残高確認後にカードを挿入した状態で金額の入力が可能となり、また、カードの残高確認後にカードを挿入した状態で支払い方法の変更が可能となり接客時間の短縮だけでなく、顧客の目の前でカード操作を行い安心感を与えることができる。

（２）：前記タッチパネル以外の入力手段はキーボードとするため、キーボードからの入力は通常の業務処理を行う第１の処理手段とは通信を行わないため、成りすましアプリケーションの作成、運用の可能性を封じ、暗証番号の漏洩を防止することができる。

（３）：カードの挿入又は接近時、前記カードの種別によりタッチパネルから通常の業務処理を行う第１の処理手段の選択を行うため、カードを挿入又は接近した状態で、支払い方法の変更、利用額の入力等が可能となる。

（４）：携帯端末の情報処理装置を機能させるため、ＩＣカード等のカードのリーダ／ライタ一体型の携帯端末でのセキュアなクレジット決済等が可能になり、接客時間の短縮だけでなく、顧客の目の前でカード操作を行い安心感を与えることができる。

（１）：情報処理端末の説明
図２は情報処理端末の説明図である。図２において、情報処理装置である情報処理端末１には、キーボード（ＫＢ）３、表示画面４が設けてある。情報処理端末１は、ハンドヘルド端末、ＰＤＡ(Personal Digital Assistant ）等の携帯可能な端末である。キーボード（ＫＢ）３は、情報を入力するものである。表示画面４は、情報の表示及び情報の入力が可能なものであり、非認証画面１７と認証画面１８が表示されるものである。非認証画面１７は、通常のＡＰＩ（Application Program Interface ）を利用してサーバとの入力情報を通信できる非セキュアな非認証モード画面である。認証画面１８は、キーボード入力とタッチパネルに専用のＡＰＩを利用するセキュアな認証モード画面であり、サーバとの入力情報の通信はできなくしてある（但し、タッチパネルのみ通常のＡＰＩを利用してサーバとの入力情報を通信できる）。暗証番号を入力するなどの認証モードの場合は、非認証画面１７は表示が残っているのみで入力処理は不可能になる。

（２）：システム構成の説明
図３は本発明のシステム構成図である。図３において、ＷＥＢサーバ２とデータの送受信を行う端末１が設けてある（例えば、クライアント／サーバ・システム）。端末１には、カードリーダ／ライタ（Ｒ／Ｗ）１１、制御部１２、認証アプリケーション１３、画面／ＫＢ専用ＡＰＩ１４、非認証アプリケーション１５、ミドルウェア１６、非認証モード画面１７、認証モード画面１８が設けてある。制御部１２には、画面制御部２１、Ｉ／Ｏ（入出力）制御部２２、データ通信部２３が設けてある。ＷＥＢサーバ２には、制御部３１と格納部３２が設けてある。

端末１は、ＩＣカード等のカードの処理装置を備え情報処理を行う端末である。ＷＥＢサーバ２は、端末１の業務処理用の非認証アプリケーション（複数個）を格納するコンピュータである。カードＲ／Ｗ１１は、挿入（非接触の場合はかざす）されたＩＣカード等のカードに対し情報の読み書きを行うものである。制御部１２は、端末１全体の制御を行うものである。認証アプリケーション１３は、安全（セキュリティが高い）を保証されたアプリケーション（処理プログラム）であり、キーボードはＷＥＢサーバ２とのデータの送受信はできないようにするものである（第２の処理手段）。この認証アプリケーション１３は、ＩＣカード等のカードが挿入（非接触の場合はかざす）された時に起動され排出（非接触の場合は離れる）まで動作するものである。画面／ＫＢ専用ＡＰＩ１４は、認証モード画面１８と暗証番号を入力するＫＢを動作させる専用のＡＰＩである。非認証アプリケーション１５は、ＷＥＢサーバ２との通信（データ送受信）を行い、ダウンロードしたアプリケーションである（第１の処理手段）。ミドルウェア１６は、ＯＳやハードウェアとアプリケーションとの橋渡し（違いを吸収する）を行うようなソフトウェアである。非認証モード画面１７には、非認証アプリケーション１５により制御させるＧＵＩ（Graphical User Interface）等が設けられた画面である。認証モード画面１８は、認証アプリケーション１３により制御される画面である。

画面制御部２１は、非認証モード画面１７、認証モード画面１８等の画面表示の制御をおこなうものである。Ｉ／Ｏ制御部２２は、情報の入出力制御を行うものである。データ通信部２３は、ＷＥＢサーバ２等の外部との通信の制御を行うものである。制御部３１はＷＥＢサーバ２の全体の制御を行うものである。格納部３２は、端末１が業務処理等に使用する非認証アプリケーション等を格納するものである。

（３）：カードの処理の説明
例えば、商品を販売する商店等で使用する端末１には、通常モード（非認証モード）では非認証アプリケーションが動作し商品の販売をし売上額を合計した預かり金額が表示される。預かり金額の決済のため端末１にＩＣカード等のカードを挿入すると認証モードとなり認証アプリケーションが動作する。

また、一枚のＩＣカード等のカードに複数の種別（機能）を持たせることがある。このカードの種別として、クレジット、電子マネーや百貨店の友の会（商品券の電子化されたもの）等のプリペイド、ポイントなどがある。ここでカードをクレジットとして使用する場合はセキュアモードが必要であり、プリペイド、ポイントとして使用する場合はセキュアモードが不要なものとする。

図４はカードの処理フローチャートである。以下、図４の処理Ｓ１〜Ｓ８に従って説明する。

Ｓ１：端末１のカードリーダ／ライタ（Ｒ／Ｗ）１１に、ＩＣカード等のカードが挿入されると処理Ｓ２に移る。

Ｓ２：端末１の制御部１２は、カードＲ／Ｗ１１にカードが挿入されたことを認識して、認証アプリケーションを実行し、処理Ｓ３に移る。

Ｓ３：制御部１２は、認証アプリケーションによりカードの種別選択／利用額の入力画面を表示をし、利用者によりカードの種別の選択が行われると、処理Ｓ４に移る。なお、利用額はプリペイド等でセキュアモード不要な場合は、非認証画面を利用したカード種別選択、利用額入力が可能なものである。

Ｓ４：制御部１２は、認証アプリケーションによるＰＩＮ入力の要求があるかどうか判断する。この判断で、ＰＩＮ入力の要求がある場合は処理Ｓ５に移り、無い場合は処理Ｓ６に移る。

Ｓ５：制御部１２は、認証アプリケーションによるＰＩＮ入力の画面を表示し、利用者がキーボード３によりＰＩＮを入力すると、処理Ｓ６に移る。

Ｓ６：制御部１２は、認証アプリケーションによるカードの実行処理（ＩＣカード等のカードの情報を読み取り決済処理等の結果をカードに書き込みや入力されたＰＩＮとカード内のＰＩＮとの照合等）を行い、処理Ｓ７に移る。

Ｓ７：制御部１２は、認証アプリケーションによりカード種別の選択をするかどうかの画面を表示する。利用者がカード種別の選択を行う指示を行った場合は処理Ｓ３に戻り、選択を行わない場合は処理Ｓ８に移る。

Ｓ８：制御部１２は、カードＲ／Ｗ１１からのカードの取り出しを検出し、この処理を終了する（通常モードに切り替わる）。

（４）：画面表示の説明
端末１の一つの画面に認証画面と非認証画面を混在させることにより、ＩＣカード等のカードを挿入した状態で支払方法の変更、利用額の入力等を可能とし、支払方法を変更する際にカードの抜き差しを不要とするものである。

図５は画面表示の説明図である。以下、図５の画面（ａ）〜（ｄ）に従って画面表示の説明をする。

（ａ）図５（ａ）はＩＣカード種別選択画面（非認証画面）の説明である。図５（ａ）において、端末１にＩＣカードを挿入した時（認証アプリケーション起動）の画面表示であり、画面には、「クレジット」、「プリペイド」、「ポイント」のＩＣカード種別選択ボタンが表示されている。この画面は、ネットワークを介してサーバとのデータ送受信が可能な非認証画面である。利用者がタッチパネルより「クレジット」を選択した場合は図５（ｂ）の画面が表示され、「プリペイド」を選択した場合は図５（ｄ）の画面が表示される（キーボードからの入力は受け付けない）。なお、「ポイント」を選択した時は、ＩＣカードへの読み書きのみが行われる。

（ｂ）図５（ｂ）は暗証番号入力画面（認証画面／非認証画面混在）の説明である。図５（ｂ）において、表示画面の上面には、「クレジット」、「プリペイド」、「ポイント」のＩＣカード種別選択ボタン（非認証画面）の表示があるが、認証モード（下面の暗証番号を入力）時は操作不可である。表示画面の下面には、「暗証番号を入力してください」（認証画面）の表示があり、暗証番号をキーボードから入力すると、暗証番号認証が行われ図５（ｃ）の画面が表示される。なお、認証モード時はセキュアモードでありサーバとの入力情報の通信は不可である。

（ｃ）図５（ｃ）はクレジット利用額入力画面（認証画面／非認証画面混在）の説明である。図５（ｃ）において、表示画面の上面には、「クレジット」、「プリペイド」、「ポイント」のＩＣカード種別選択ボタン（非認証画面）の表示があるが、認証モード時は操作不可である。表示画面の下面には、「利用額を入力してください」（認証画面）の表示があり、利用額はタッチパネルのキー「０〜９」から入力する。ここで利用額「０」を入力すると、図５（ａ）のＩＣカード種別選択画面に遷移する。なお、認証モード時、タッチパネルは非セキュアモードでありサーバとの入力情報の通信が可能である。

（ｄ）図５（ｄ）はプリペイド利用額入力画面（非認証画面）の説明である。図５（ｄ）において、表示画面には、「クレジット」、「プリペイド」、「ポイント」、「残高」、「利用額を入力してください」、キー「０〜９」の表示がある。利用額はタッチパネルのキー「０〜９」から入力する。タッチパネルは非セキュアモードでありサーバとの入力情報の通信が可能である。利用額「０」を入力すると、図５（ａ）のＩＣカード種別選択画面に遷移する。

以上のように、ＩＣカード等のカード挿入後にカード種別を判断し、認証アプリケーション起動で次のアクションを判断する。そして、認証アプリケーション起動時に、タッチパネルは非セキュア、キーボードはセキュアな仕組みとすることで、認証アプリケーション起動後の入力（サーバとの通信）を可能とする。これにより、クレジット機能とプリペイド機能併用（マルチ）カード利用時、プリペイド残高不足時のクレジット機能への切り替えがカードを挿入した状態で可能となる。即ち、カード挿入（含む非接触カード）後の使用アプリケーションの選択、カード挿入（含む非接触カード）後の利用額の入力が可能となる。マルチカード（ＩＣカード）対応の認証アプリケーションの処理の特徴は次のようになる。

(1) ＩＣカード挿入時に無条件で認証アプリケーションが自動起動される（画面に選択画面を出す）。

(2) ＩＣカードが抜かれた判断は、制御部が行い、認証アプリケーションに通知される。

(3) 専用のＡＰＩを利用することにより、画面／キーボードの制御を行い、セキュリティを確保する。

(4) 端末の内部処理は、通常アプリケーションがサーバと会話しながら行うことで、サーバの素材（アプリケーションプログラム）を流用する。

(5) ＩＣカードの種別により、動作させるアプリケーションを変更する。

(6) キーボード入力は、サーバとのやり取りには使わない（暗証番号入力専用とする）が、タッチパネル入力はサーバとのやり取りを可能にすることで、セキュリティを保ちつつ、柔軟なアプリケーションを動作させることができる。

（５）：プログラムインストールの説明
入力手段３ａ、カードのＲ／Ｗ（読み書き）手段１１ａ、制御部１２、認証アプリケーション１３、第２の処理手段１３ａ、画面／ＫＢ専用ＡＰＩ１４、非認証アプリケーション１５、第１の処理手段１５ａ、３２ａ、画面制御部２１、Ｉ／Ｏ（入出力）制御部２２、データ通信部２３等はプログラムで構成でき、主制御部（ＣＰＵ）が実行するものであり、主記憶に格納されているものである。このプログラム（アプリケーション）は、コンピュータ（情報処理装置）で処理されるものである。このコンピュータは、主制御部、主記憶、ファイル装置、表示装置等の出力装置、入力装置、非接触型Ｒ／Ｗ部などのハードウェアで構成されている。

このコンピュータに、本発明のプログラム（アプリケーション）をインストールする。このインストールは、フロッピィ、光磁気ディスク等の可搬型の記録（記憶）媒体に、これらのプログラムを記憶させておき、コンピュータが備えている記録媒体に対して、アクセスするためのドライブ装置を介して、或いは、ＬＡＮ等のネットワークを介して、コンピュータに設けられたファイル装置にインストールされる。

本発明の原理説明図である。 本発明の情報処理端末の説明図である。 本発明のシステム構成図である。 本発明のカードの処理フローチャートである。 本発明の画面表示の説明図である。

符号の説明

１ａ 情報処理装置
２ａ サーバ
３ａ 入力手段（キーボード）
４ 表示画面（タッチパネル）
１１ａ カードのＲ／Ｗ（読み書き）手段
１３ａ 第２の処理手段（認証アプリケーション）
１５ａ、３２ａ 第１の処理手段（非認証アプリケーション）

Claims (4)

1. 挿入又は接近したカードに情報の読み書きを行うカードの読み書き手段と、
   通常の業務処理を行う第１の処理手段と、
   カードの挿入又は接近から排出又は離れるまでの間動作する安全が保証された第２の処理手段と、
   情報を画面表示する表示手段と、
   前記画面表示のタッチパネルから情報を入力する手段と、
   情報を入力する前記タッチパネル以外の入力手段と、
   前記カードの挿入又は接近時、前記タッチパネル以外の入力手段からの入力は暗証番号専用とし、前記タッチパネルからの入力は前記第１の処理手段との通信を可能とする手段として、
   情報処理装置を機能させるためのセキュリティを確保した決済対応アプリケーション。
2. 前記タッチパネル以外の入力手段はキーボードである請求項１記載のセキュリティを確保した決済対応アプリケーション。
3. 前記カードの挿入又は接近時、前記カードの種別により前記タッチパネルから前記第１の処理手段の選択を行う請求項１又は２記載のセキュリティを確保した決済対応アプリケーション。
4. 携帯端末の情報処理装置を機能させることを特徴とした請求項１〜３のいずれかに記載のセキュリティを確保した決済対応アプリケーション。

Images