JP2005174215A - セキュアデバイスと情報処理装置と端末装置 - Google Patents

Abstract

【課題】 カードサービスの実行のためにユーザが行うＰＩＮの入力操作を簡略化できるＩＣカードを提供する。
【解決手段】第１通信手段と第２通信手段と複数のカードアプリ２１とを備えるＩＣカード２０に、全てのカードアプリがアクセス可能な情報仲介手段２２を設ける。カードアプリ２１は、第１通信手段を通じてＲ／Ｗ３０からＰＩＮ要求を受信したとき、情報仲介手段２２で保持されたＰＩＮを読み出してＲ／Ｗ３０に送信し、情報仲介手段２２は、カードアプリ２１がＲ／Ｗ３０と通信する前に、第２通信手段を通じて携帯電話機１０から書き込まれたＰＩＮを保持する。ユーザは利用を希望するサービスのＰＩＮを入力するだけで所望のサービスが受けられ、カードアプリ選択の手間が不要となる。
【選択図】図１

Description

本発明は、ＩＣカード等のセキュアデバイスと、それを搭載する携帯電話等の情報処理装置と、セキュアデバイスと通信してサービスを実行するＰＯＳ端末等の端末装置に関し、カード機能の実行時に要求される暗証情報の入力を容易にするものである。

近年、ＩＣカードは、電子決済用カードや定期券、入金機能付きプリペイド乗車券等に広く利用されている。最近では、微細化技術の向上とも相俟って、比較的大容量の記憶空間を持つＩＣカードが作られており、このようなＩＣカードは、カードサービスを実行する複数のカードアプリケーション（以下、アプリケーションを「アプリ」と略称する）を格納して、複数の用途に対応するマルチアプリカードとして使用することができる。
ＩＣカードの通信方式には、ＩＣカードの電気的接点にリーダ・ライタを接触して記録情報の読み書きを行う接触通信と、無線通信で情報をやり取りし、リーダ・ライタとの物理的な接触を必要としない非接触通信との二通りがある。
ＩＣカードの国際標準規格には、接触通信に関するＩＳＯ７８１６と、非接触通信に関するＩＳＯ１４４４３とが存在している。この国際標準規格では、ＩＣカードのカードアプリとリーダ・ライタ側の端末アプリとのデータのやり取りは、端末アプリからカードアプリに送られる「コマンド」と、カードアプリから端末アプリに送られる「レスポンス」とが基本になると規定しており、コマンド及びレスポンスの形式を指定するＡＰＤＵ（Application Protocol Data Unit）が決められている。そのため、ＩＣカードは受動的な動作しかできない。

また、最近は、接触通信及び非接触通信の両方が可能なチップ状のＩＣカードを携帯電話機に装着し、この携帯電話機を電子財布や定期券の代わりに使用することも行われている。例えばＩＣカードにプリペイド乗車券の情報が記録されている場合では、ユーザが携帯電話機の対応する端末アプリを起動して、キー操作で残金表示を指示すると、携帯電話機から接触通信でＩＣカードにその指示が入力し、ＩＣカードの残金情報が読み出されて携帯電話機の画面に表示される。また、この携帯電話機を駅の自動改札機に翳すと、改札機のリーダ・ライタから、非接触通信で、ＩＣカードに情報データの読み出しや書き換えの指示が入力し、この指示に従ってＩＣカードに記録された残金データが更新される。

また、下記特許文献１には、この携帯電話機のＩＣカードによる非接触通信処理が正常に行われたとき、携帯電話機の表示手段を使って、カード機能が正常に動作したことを表示する装置が記載されている。このＩＣカードは、複数のカードアプリの中から外部リーダ・ライタが指定したカードアプリを起動して、外部リーダ・ライタとの間で、利用するサービスに応じたカード利用通信（非接触通信）を行い、そのカード利用通信が正常に終了すると、その旨を示す通知信号とアプリＩＤとを携帯電話機の制御部に送信する。これを受信した制御部は、アプリＩＤに応じてあらかじめ定められた報知情報を携帯電話機の表示手段から出力する。
特開２００３−６０７４８号公報

ＩＣカードが搭載される携帯電話機は、キーパッドや、ディスプレー、通信機能、端末アプリ実行機能等を有しているから、ＩＣカードの非接触通信でのカード処理に連動して、これらの携帯電話機能を使用することにより、より利便性、操作性及び機能性の高いサービスが実現できる。前記特許文献１に記載されている装置も、携帯電話の表示手段を使ってＩＣカードの非接触通信処理に連動する表示を行うことを目指している。
しかし、国際標準規格に合致するＩＣカードは、外部リーダ・ライタから非接触通信で送信されたコマンドに対して、レスポンスを返すだけの受動的な動作のみが可能であって、前記特許文献１に記載されたＩＣカードのように、携帯電話機の制御部に自ら通知信号やアプリＩＤを送信することはできない。そのため、国際標準規格を満たすＩＣカードを携帯電話機に搭載して、ＩＣカードの非接触通信でのカード処理に連動した動作を携帯電話機で行わせるには、新たな発想が必要であり、その実現には解決すべき課題が多々存在する。

例えば、ＩＣカードが搭載された携帯電話機を決済端末の外部リーダ・ライタに翳してＩＣカードによる決済処理を行う場合に、その決済に必要な本人認証用暗証番号（ＰＩＮ）を携帯電話機から入力しようとすると、ＩＣカードの非接触通信処理を妨げずにＰＩＮ入力をどの時期に行うか、ＰＩＮ入力の要求をＩＣカードから携帯電話機にどのように知らせるか、携帯電話機から入力したＰＩＮを、ＩＣカードを通じて決済端末にどのように伝えるか、等の課題がある。

また、携帯電話機に搭載したＩＣカードが複数のカードサービスに対応したマルチアプリカードである場合は、入力するＰＩＮが、実行される決済サービス（即ち、起動されるカードアプリ）と対応している必要があり、カードアプリに対応するＰＩＮを如何にしてユーザに入力させるか、という点が課題になる。
マルチアプリカードを搭載した携帯電話機を外部リーダ・ライタに翳すと、一つのサービスしか実行しない機器の外部リーダ・ライタは、ＩＣカードに対して、起動すべきカードアプリを指定し、そのカードアプリと外部リーダ・ライタとの間でカード通信処理が行われる。
しかし、ユーザがカードアプリに対応したＰＩＮを入力する場合は、ＩＣカードに保持された多数のカードアプリの中から該当するカードアプリを選択してＰＩＮを入力しなければならず、ユーザは、その選択に多くの手間を費やすことになる。

この場合、ＩＣカードに保持されたカードアプリの一覧（カードアプリＩＤのリスト）を表示することができれば、カードアプリ選択の手間は軽減されるが、一般にＩＣカードは、セキュリティ保持の観点から、内部に持つカードアプリを一覧形式で外部に提供することは行っていない。
また、マルチアプリカードがＡ社及びＢ社のクレジットカード機能を持ち、外部リーダ・ライタが両方のサービスに対応できる場合では、Ａ社のカード機能の使用を希望するユーザは、該当するカードアプリを選択してＰＩＮを入力することになるが、このときもユーザは、カード機能の選択に多くの手間を必要とする。

本発明は、こうした問題点を解決するものであり、カードサービスの実行のためにユーザが行わなければならない、ＰＩＮ等の入力操作を簡略化し、カード機能の利便性を高めることができるセキュアデバイス、情報処理装置及び端末装置を提供することを目的としている。

そこで、本発明では、第１の通信手段と、第２の通信手段と、１または複数のカード機能手段（カードアプリ）とを備えるセキュアデバイスに、全てのカード機能手段からアクセスが可能な受け渡し情報仲介手段を設け、カード機能手段は、第１の通信手段を通じて外部リーダ・ライタからサービスの実施に必要な暗証情報の要求を受信したとき、受け渡し情報仲介手段で保持されている暗証情報を読み出して外部リーダ・ライタに送信し、受け渡し情報仲介手段は、カード機能手段が第１の通信手段を通じて外部リーダ・ライタと通信する前に、第２の通信手段を通じて情報処理装置から書き込まれた暗証情報を保持するようにしている。
このセキュアデバイスの受け渡し情報仲介手段には、ユーザが情報処理装置から入力した暗証情報が最初に書き込まれる（暗証情報先行入力方式）。外部リーダ・ライタにより起動されたカード機能手段は、受け渡し情報仲介手段から、この暗証情報を読み出して外部リーダ・ライタに送信する。外部リーダ・ライタは、暗証情報の照合が成功するまで、起動するカード機能手段（即ち、カードサービス）を順次更新する。そのため、ユーザは、利用を希望するサービスの暗証情報を入力するだけで所望のサービスを受けることができ、カードアプリを選択する手間は一切掛からない。

また、本発明では、第１の通信手段と、第２の通信手段と、１または複数のカード機能手段とを備えるセキュアデバイスに、全てのカード機能手段からアクセスが可能な受け渡し情報仲介手段を設け、カード機能手段は、第１の通信手段を通じて外部リーダ・ライタからサービスの特定情報とそのサービスの実施に必要な暗証情報の要求とを受信したとき、受け渡し情報仲介手段に暗証情報が保持されている場合は、その暗証情報を読み出して外部リーダ・ライタに送信し、受け渡し情報仲介手段に暗証情報が保持されていない場合は、受け渡し情報仲介手段にサービスの特定情報を書き込み、また、受け渡し情報仲介手段は、第２の通信手段を通じて情報処理装置にサービスの特定情報を提供し、情報処理装置から書き込まれた暗証情報を保持するようにしている。
このセキュアデバイスの受け渡し情報仲介手段には、外部リーダ・ライタから受信した各サービスの特定情報が書き込まれ、この情報が情報処理装置に読み出されて、情報処理装置にサービス一覧情報が表示される。ユーザは、この一覧情報を参照し、利用を希望するサービスの暗証情報を入力する（一覧情報表示方式）。
また、本発明のセキュアデバイスでは、第１の通信手段が非接触通信を行い、第２の通信手段が接触通信を行う。

また、本発明では、暗証情報先行入力方式のセキュアデバイスを保持する情報処理装置に、セキュアデバイスの第１の通信手段による通信の終了を監視する状態監視手段と、暗証情報の入力画面を表示し、入力された暗証情報を、セキュアデバイスの第２の通信手段を通じてセキュアデバイスの受け渡し情報仲介手段に書き込むミドルウェアとを設けている。
このミドルウェアによって、ユーザが情報処理装置から入力した暗証情報が、セキュアデバイスの受け渡し情報仲介手段に最初に書き込まれる。

また、本発明では、一覧情報表示方式のセキュアデバイスを保持する情報処理装置に、セキュアデバイスの第１の通信手段による通信の終了を監視する状態監視手段と、状態監視手段が前記通信の終了を検知したとき、セキュアデバイスの第２の通信手段を通じてセキュアデバイスの受け渡し情報仲介手段にアクセスし、受け渡し情報仲介手段で保持されているサービスの特定情報を取得するミドルウェアとを設け、ミドルウェアは、取得した情報に基づいてサービスの一覧情報を表示するとともに、サービスの実施に必要な暗証情報の入力画面を表示し、入力された暗証情報を受け渡し情報仲介手段に書き込むようにしている。
そのため、ユーザは、外部リーダ・ライタで扱うサービスを知らなくても、サービスの一覧情報を見て、その中で利用を希望するサービスの暗証情報を入力すれば、所望のサービスを受けることができる。カードアプリを選択する手間は一切掛からない。

また、本発明の情報処理装置は、取得した情報に基づいてサービスの一覧情報を表示して、サービスの指定情報と当該サービスの実施に必要な暗証情報との入力を促し、入力されたサービス指定情報及び暗証情報を受け渡し情報仲介手段に書き込むようにしている。
この装置では、入力画面からサービスとそのサービスの実施に必要な暗証情報とを入力するため、サービスを指定するユーザの手間が増えることになるが、複数のサービスに対して同一のＰＩＮが設定されている場合に、利用可能なサービスの中から一つのサービスを選択して実行させることが可能になる。

本発明のセキュアデバイスは、情報処理装置に着脱可能な状態で装着され、あるいは、情報処理装置に一体的に埋め込まれる。
また、本発明では、複数のカード機能手段を備えるセキュアデバイス（マルチアプリカード）と通信して、実行可能な複数のサービスの中から選択したサービスを実行する端末装置が、選択したサービスに対応するカード機能手段を起動して、サービスの実施に必要な暗証情報を要求し、このカード機能手段から送られた暗証情報が異常である場合に、他のサービスを選択し、当該サービスに対応するカード機能手段を起動して、当該サービスの実施に必要な暗証情報を要求するように構成している。
この端末装置は、暗証情報先行入力方式に対応して、実行可能な複数のサービスの中から一つのサービスを自動的に選択して実行する。

本発明のセキュアデバイス、情報処理装置及び端末装置は、カードサービスの実行のためにユーザが行う暗証情報の入力操作を簡略化することができる。それにより、カードサービスの実行が迅速化できる。
また、本発明のセキュアデバイスは、コマンドを受信してレスポンスを返す受動的な動作だけを行っており、国際標準規格に適合している。そのため、このセキュアデバイスは汎用性を有している。

（第１の実施形態）
本発明の第１の実施形態では、セキュアデバイスが接触通信及び非接触通信の両機能を持つＩＣカードであり、情報処理装置が携帯電話機であり、このＩＣカードがクレジット決済端末等との間で決済処理を進めるために必要なＰＩＮを、携帯電話機から入力する場合について説明する。
携帯電話機に装着されたＩＣカードは、接触通信により携帯電話機と情報をやり取りする。また、このＩＣカードが外部リーダ・ライタの通信圏内に入るように携帯電話機を外部リーダ・ライタに翳した場合には、ＩＣカードは、非接触通信により外部リーダ・ライタと情報をやり取りする。
また、ＩＣカードは、携帯電話機と情報の受け渡しを行う専用のカードアプリ（受け渡し情報仲介アプリ）を備えている。ＩＣカードに格納されたどのカードアプリも、この受け渡し情報仲介アプリにアクセスして情報を書き込んだり、読み出したりすることができる。また、携帯電話機においては、受け渡し情報仲介アプリとの情報受け渡しをミドルウェアが受け持つ。

図１は、この携帯電話機１０、ＩＣカード２０、及び、外部リーダ・ライタ３０の構成を模式的に示している。ＩＣカード２０は、サービスプロバイダーが作成した各種サービスを実行する複数のカードアプリ２１と、携帯電話機１０との情報の受け渡しを一元的に行う受け渡し情報仲介アプリ２２と、受け渡す情報を一時的に格納する情報格納部２３と、通信処理やファイル管理を実行するカードＯＳ２４とを備えている。また、携帯電話機１０は、カードアプリ２１の処理に連動した携帯電話機内での動作を実行する端末アプリ１１と、端末アプリ１１に対して情報受け渡しのサービスを行うミドルウェア１２と、携帯電話機１０の動作を制御するデバイスドライバ１３とを備えている。

図２では、携帯電話機１０の端末アプリ１１と、ＩＣカード２０のカードアプリ２１と、決済端末の決済端末アプリとの関係を例示している。ＩＣカード２０には、カードアプリとして、決済アプリＡ、決済アプリＢ、決済アプリＣ、決済アプリＤ、電子チケットアプリＡ、電子チケットアプリＢ及び住居鍵アプリが搭載されており、決済端末は、この内の決済アプリＢ及び決済アプリＣを用いて決済サービスを行う決済端末アプリを有している。一方、携帯電話機１０には、決済アプリＡ、決済アプリＣ、決済アプリＤ、電子チケットアプリＢ及びゲームアプリの端末アプリ１１が搭載されている。携帯電話機１０内の端末アプリ１１の一覧（メニュー）は、携帯電話機１０の表示画面上で見ることができ、ユーザは、このメニューから、例えば決済アプリＡの端末アプリ１１を起動して、ＩＣカード２０の決済アプリＡから、その決済サービスでの残額等を読み出すことができる。しかし、前述するように、携帯電話機１０は、ＩＣカード２０からカードアプリ２１の一覧情報を求めることはできない。

また、カードアプリには必ずしも対応する端末アプリがあるわけではないので（例えば、決済アプリＢ用の端末アプリは存在しないが、ＩＣカード内には決済アプリＢ用のカードアプリが存在している）、携帯電話機１０の表示画面上で見る端末アプリの一覧からカードアプリの一覧情報を求めることもできない。
また、ＩＣカード２０の全てのカードアプリ２１は、受け渡し情報仲介アプリ２２にアクセスすることができ、外部リーダ・ライタ３０からカードアプリ２１に送られた情報を受け渡し情報仲介アプリ２２の情報格納部２３に書き込んだり、携帯電話機１０のミドルウェア１２が受け渡し情報仲介アプリ２２に書き込んだＰＩＮを読み出したりすることができる。

この受け渡し情報仲介アプリ２２は、例えばＪａｖａ（登録商標）言語でカードアプリが作成されるＪａｖａ（登録商標）カードでは、Ｓｈａｒｅａｂｌｅ Ｉｎｔｅｒｆａｃｅを利用して実現できる。ＩＣカードでは、複数のカードアプリが安全に共存できるようにファイアーウォールでカードアプリ間を隔離しているが、Ｓｈａｒｅａｂｌｅ Ｉｎｔｅｒｆａｃｅは、ファイアーウォールに妨げられずにカードアプリにアクセスできるインタフェースである。
また、携帯電話機１０のミドルウェア１２も、受け渡し情報仲介アプリ２２との相互認証を行えば、それ以降は受け渡し情報仲介アプリ２２に自由にアクセスすることができる。

また、携帯電話機１０のデバイスドライバ１３は、ＩＣカード２０の非接触通信の状態を監視するため、ＩＣカード２０にポーリング信号を送り続ける。ＩＣカード２０は、この処理状態監視のポーリング信号に対して、非接触通信をしていれば「実施中」と応答し、非接触通信をしていなければ「未実施」と応答するため、デバイスドライバ１３は、ＩＣカード２０における非接触通信の終了を検出することができる。

図３は、決済処理における、携帯電話機１０、ＩＣカード２０及び決済端末の外部リーダ・ライタ３０間の処理フローを示している。
この装置では、ＩＣカード２０で決済処理を行おうとするユーザが、携帯電話機１０からＰＩＮを入力する。このとき、携帯電話機１０のミドルウェア１２は、携帯電話機１０のディスプレーにＰＩＮ入力ウィンドウを表示し（１）、ユーザは、携帯電話機１０のキーを操作して、利用しようとする決済サービスのＰＩＮを入力する。いま、ユーザは、決済アプリＣのサービスを受けようとして、この決済サービス用のＰＩＮを入力したとする。このＰＩＮ入力は、ユーザのサービス選択の意思を確認するものであり、ユーザは、それ以外のサービス選択の操作を必要としない。
ミドルウェア１２は、ＩＣカード２０の受け渡し情報仲介アプリ２２と相互認証を行った後、受け渡し情報仲介アプリ２２を通じて情報格納部２３に、ユーザが入力したＰＩＮを書き込み（２）、それと同時に、携帯電話機１０のミドルウェア１２は、ＩＣカード２０の状態監視を開始する（３）。
ユーザは、ＩＣカード２０を装着した携帯電話機１０を決済端末の外部リーダ・ライタ３０の前に翳し、外部リーダ・ライタ３０の通信圏内に進入したＩＣカード２０が非接触通信を始める。

外部リーダ・ライタ３０は、ＩＣカード２０に対し、決済端末の決済サービスに対応するカードアプリの一つ（ここでは決済アプリＢ）を指定して、その起動を指示する（４）。カードアプリ（決済アプリＢ）２１から起動ＯＫの応答があると、外部リーダ・ライタ３０は、そのカードアプリ（決済アプリＢ）２１と相互認証を行った後（５）、携帯電話機に提示する決済額の情報とＰＩＮ要求とをカードアプリ（決済アプリＢ）２１に送る（６）。
ＰＩＮ要求を受けたカードアプリ（決済アプリＢ）２１は、受け渡し情報仲介アプリ２２にアクセスして、情報格納部２３に格納されている情報を要求し（７）、受け渡し情報仲介アプリ２２から、ミドルウェア１２によって書き込まれたＰＩＮを取得すると（８）、このＰＩＮを外部リーダ・ライタ３０に送信する（９）。

このＰＩＮの照合は、外部リーダ・ライタ３０と接続するセンター等で行われる。ユーザが入力したＰＩＮは、元々決済アプリＣの決済サービスに使用されているものであるため、この照合には失敗し、外部リーダ・ライタ３０からカードアプリ（決済アプリＢ）２１にＰＩＮ異常が通知され（１０）、カードアプリ（決済アプリＢ）２１との決済処理は失敗して終える。

次に、外部リーダ・ライタ３０は、ＩＣカード２０に対し、決済端末の決済サービスに対応する次のカードアプリ（決済アプリＣ）を指定して、その起動を指示する（１１）。カードアプリ（決済アプリＣ）２１から起動ＯＫの応答があると、外部リーダ・ライタ３０は、そのカードアプリ（決済アプリＣ）２１と相互認証を行った後（１２）、決済額情報とＰＩＮ要求とをカードアプリ（決済アプリＣ）２１に送る（１３）。
ＰＩＮ要求を受けたカードアプリ（決済アプリＣ）２１は、受け渡し情報仲介アプリ２２にアクセスして、情報格納部２３に格納されている情報を要求し（１４）、ミドルウェア１２によって書き込まれたＰＩＮを取得すると（１５）、そのＰＩＮを外部リーダ・ライタ３０に送信する（１７）。

このＰＩＮの照合に成功すると決済処理が実行され、処理終了通知が外部リーダ・ライタ３０からカードアプリ（決済アプリＣ）２１に送られる（１７）。こうして、ＩＣカード２０と外部リーダ・ライタ３０との非接触通信は終了する。
ＩＣカード２０の非接触通信が終了すると、ＩＣカード２０の状態監視を続けている携帯電話機１０のミドルウェア１２は、それを検知する。
なお、ここでは、外部リーダ・ライタ３０が、起動するカードアプリ２１として、決済アプリＢを先に指定する場合について説明したが、決済アプリＣを先に指定した場合には、その段階で決済処理は成功し、ＩＣカード２０と外部リーダ・ライタ３０との非接触通信は終了する。この場合、図３の処理フローは、「処理状態監視（３）」の後、「カードアプリＣ起動（１１）」に移行する。

また、決済端末が一つの決済アプリ（例えば、決済アプリＣ）に対応する決済端末アプリしか有していない場合は、ユーザが最初に決済アプリＣのＰＩＮを一回だけ入力すれば、外部リーダ・ライタ３０が決済アプリＣを指定して決済処理を実行し、その決裁処理に成功することになる。この場合、図３の処理フローは、「処理状態監視（３）」の後、「カードアプリＣ起動（１１）」以下の処理のみが行われることになる。
このように、この装置では、ユーザによって携帯電話機１０から入力されたＰＩＮがＩＣカード２０の受け渡し情報仲介アプリ２２に書き込まれ、外部リーダ・ライタ３０により起動された各カードアプリ２１が、順次、受け渡し情報仲介アプリ２２から、このＰＩＮを読み出して外部リーダ・ライタ３０に送信する。外部リーダ・ライタ３０は、カードアプリから送られたＰＩＮにより決済処理が成功するまで、起動するカードアプリを順次更新する。

そのため、ユーザは、利用を希望する決済サービスが、決済端末の扱う決済サービスの中に含まれていることを知っている場合に、利用を希望する決済サービスのＰＩＮを一回だけ入力するだけで、所望の決済サービスを受けることができ、カードアプリを選択する手間は一切掛からず、ユーザの利便性が格段に向上する。
また、このＩＣカード２０は、コマンドを受信してレスポンスを返す受動的な動作だけを行っており、国際標準規格に適合している。

（第２の実施形態）
本発明の第２の実施形態では、ユーザが、決済端末の扱う決済サービスを知らない場合でも、ＰＩＮ入力を簡単に実施できる装置について説明する。
この装置における携帯電話機及びＩＣカードの構成は、第１の実施形態（図１）と同じである。
ユーザは、ＰＩＮ入力を行う前に、この携帯電話機１０を外部リーダ・ライタ３０に翳して、ＩＣカード２０と外部リーダ・ライタ３０とのカード通信処理を行わせる。外部リーダ・ライタ３０は、決済端末の決済サービスに対応するカードアプリ２１を順次起動して決済処理を試みる。このとき、外部リーダ・ライタ３０は、決済サービスを特定する情報（決済端末アプリ名等）をカードアプリ２１に渡し、この情報が受け渡し情報仲介アプリ２２に書き込まれる。カードアプリ２１を起動して行われた決済処理は、ＰＩＮが入力されていないため、ことごとく失敗するが、受け渡し情報仲介アプリ２２には、決済端末で扱われる決済サービスの情報が全て集まる。

携帯電話機１０のミドルウェア１２は、受け渡し情報仲介アプリ２２からこの情報を読み出して、決済端末で扱う決済サービスの一覧情報を携帯電話機１０に表示し、ユーザは、これを見て、利用しようとする決済サービスのＰＩＮを入力する。
次いで、ユーザは、再び携帯電話機１０を外部リーダ・ライタ３０に翳し、ＩＣカード２０と外部リーダ・ライタ３０とのカード通信処理を行わせる。外部リーダ・ライタ３０は、前回と同様、決済端末の決済サービスに対応するカードアプリ２１を順次起動して決済処理を試み、ユーザが利用しようとする決済サービスのカードアプリ２１を起動した時にＰＩＮ照合が成功して決済処理が完了する。

図４及び図５は、この間の携帯電話機１０、ＩＣカード２０及び決済端末の外部リーダ・ライタ３０間の処理フローを示している。
ユーザは、ＩＣカード２０を装着した携帯電話機１０を決済端末の外部リーダ・ライタ３０の前に翳し、携帯電話機１０のミドルウェア１２は、ＩＣカード２０の状態監視を開始する（１）。外部リーダ・ライタ３０は、ＩＣカード２０に対し、決済端末の決済サービスに対応するカードアプリの一つ（ここでは決済アプリＢ）を指定して、その起動を指示する（２）。カードアプリ（決済アプリＢ）２１から起動ＯＫの応答があると、外部リーダ・ライタ３０は、そのカードアプリ（決済アプリＢ）２１と相互認証を行った後（３）、携帯電話機に提示する決済額の情報とＰＩＮ要求とをカードアプリ（決済アプリＢ）２１に送る（４）。このとき、外部リーダ・ライタ３０は、決済端末アプリＩＤとユーザ向け表示用アプリ名とをカードアプリ（決済アプリＢ）２１に伝える。
ＰＩＮ要求を受けたカードアプリ（決済アプリＢ）２１は、受け渡し情報仲介アプリ２２にアクセスして、情報格納部２３に格納されているＰＩＮ情報を要求する（５）。しかし、受け渡し情報仲介アプリ２２から取得した情報にはＰＩＮが含まれていないため（６）、カードアプリ（決済アプリＢ）２１は、受け渡し情報仲介アプリ２２を通じて情報格納部２３に、外部リーダ・ライタ３０から受信した決済額情報、決済端末アプリＩＤ及びユーザ向け表示用アプリ名を書き込み（７）、外部リーダ・ライタ３０にはＮＧを応答する。

ＮＧを受信した外部リーダ・ライタ３０は、決済端末の他の決済サービスに対応するカードアプリ（決済アプリＣ）を指定して、その起動を指示する（８）。カードアプリ（決済アプリＣ）２１から起動ＯＫの応答があると、外部リーダ・ライタ３０は、そのカードアプリ（決済アプリＣ）２１と相互認証を行った後（９）、決済額の情報と決済端末アプリＩＤとユーザ向け表示用アプリ名とＰＩＮ要求とをカードアプリ（決済アプリＣ）２１に送る（１０）。
カードアプリ（決済アプリＣ）２１は、受け渡し情報仲介アプリ２２にアクセスして情報格納部２３に格納されているＰＩＮ情報を要求する（１１）。しかし、受け渡し情報仲介アプリ２２から取得した情報にはＰＩＮが含まれていないため（１２）、カードアプリ（決済アプリＣ）２１は、受け渡し情報仲介アプリ２２を通じて情報格納部２３に、外部リーダ・ライタ３０から受信した決済額情報、決済端末アプリＩＤ及びユーザ向け表示用アプリ名を書き込み（１３）、外部リーダ・ライタ３０にはＮＧを応答する。
外部リーダ・ライタ３０は、こうして、ＩＣカード２０から、決済端末の決済サービスに対応するカードアプリ２１を順次指定して決済処理を行い、その全てに失敗するとＩＣカード２０との非接触通信を終了する。

デバイスドライバ１３を通じてＩＣカード２０の状態監視を続けていた携帯電話機１０のミドルウェア１２は、ＩＣカード２０の非接触通信の終了を検知すると（１４）、ＩＣカード２０の受け渡し情報仲介アプリ２２の起動を指示する（１５）。受け渡し情報仲介アプリ２２から起動ＯＫの応答があると、ミドルウェア１２は、受け渡し情報仲介アプリ２２と相互認証を行った後（１６）、情報取得のコマンドを受け渡し情報仲介アプリ２２に送る（１７）。これを受けた受け渡し情報仲介アプリ２２は、情報格納部２３で保持している情報（決済端末が扱う決済サービスの決済端末アプリＩＤとユーザ向け表示用アプリ名、及び、決済額情報）をレスポンスデータとする応答をミドルウェア１２に返す（１８）。ミドルウェア１２は、取得した情報を解釈し（１９）、決済額とともに、決済端末が扱う決済サービスのユーザ向け表示用アプリ名を一覧表示したサービス選択ウィンドウを表示し（２０）、さらに、ＰＩＮ入力用のＰＩＮ入力ウィンドウを表示する（２１）。ユーザは、サービス選択ウィンドウを参照し、利用しようと決めた決済サービス（ここでは決済アプリＢに対応する決済サービスとする）で用いているＰＩＮをＰＩＮ入力ウィンドウから入力する。ミドルウェア１２は、受け渡し情報仲介アプリ２２にアクセスして、このＰＩＮを情報格納部２３に書き込む（２２）。

ユーザは、ＩＣカード２０を装着した携帯電話機１０を再び決済端末の外部リーダ・ライタ３０の前に翳す。外部リーダ・ライタ３０は、ＩＣカード２０に対し、決済端末の決済サービスに対応するカードアプリの一つ（ここでは決済アプリＢ）を指定して、その起動を指示する（２３）。カードアプリ（決済アプリＢ）２１から起動ＯＫの応答があると、外部リーダ・ライタ３０は、そのカードアプリ（決済アプリＢ）２１と相互認証を行った後（２４）、決済額情報と決済端末アプリＩＤとユーザ向け表示用アプリ名とＰＩＮ要求とをカードアプリ（決済アプリＢ）２１に送る（２５）。
カードアプリ（決済アプリＢ）２１は、受け渡し情報仲介アプリ２２にアクセスして情報格納部２３に格納されているＰＩＮ情報を要求し（２６）、受け渡し情報仲介アプリ２２からＰＩＮ情報を取得すると（２７）、そのＰＩＮを外部リーダ・ライタ３０に送信する（２８）。
ＰＩＮの照合に成功すると、決済端末で決済処理が実行され、処理終了通知が外部リーダ・ライタ３０からカードアプリ（決済アプリＢ）２１に送られて（２９）、決済処理が終了する。

このように、この装置では、ＩＣカード２０の受け渡し情報仲介アプリ２２に、決済端末で扱う全ての決済サービスの情報が記録され、この情報が携帯電話機１０に読み出されて、携帯電話機１０のディスプレーに一覧表示される。そのため、ユーザは、その表示から利用可能な決済サービスを知ることができ、その中の利用を希望する決済サービスのＰＩＮを入力すれば、所望の決済サービスを受けることができる。カードアプリを選択する手間は一切掛からない。
また、ユーザは、この携帯電話機１０のディスプレーに一覧表示された利用可能な決済サービスから一つを選択し、ＰＩＮ入力ウィンドウから、選択したサービスのＰＩＮを入力してもよい。

この場合、ユーザの手間として、「決済サービスの選択入力」という１ステップが増えることになるが、１つのＰＩＮを複数の決済サービスで設定しているときに有効な方法となる。なお、携帯電話機１０のディスプレーにサービスの一覧を表示し、指定されたサービスや入力されたＰＩＮの情報を受け渡し情報仲介アプリ２２の情報格納部２３に書き込む動作は、ミドルウェア１２だけでなく、携帯電話機１０の端末アプリ１１が実行することもできる。また、サービスの一覧情報の表示と、入力画面とは、必ずしも同時に表示する必要はない。
また、このＩＣカード２０は、コマンドを受信してレスポンスを返す受動的な動作だけを行っており、国際標準規格に適合している。

なお、ここでは、外部リーダ・ライタ３０が、起動したカードアプリ２１に決済端末アプリＩＤとユーザ向け表示用アプリ名とを伝え、カードアプリ２１が、これらの情報を受け渡し情報仲介アプリ２２に書き込む場合について説明したが、カードアプリ２１が、決済端末アプリＩＤ及びユーザ向け表示用アプリ名の情報をあらかじめ保持し、外部リーダ・ライタ３０の指示で、それらの情報を受け渡し情報仲介アプリ２２に書き込むようにしても良い。

また、各実施形態ではＩＣカードを携帯電話機に装着する場合について説明したが、本発明はこれに限定されるものではない。携帯電話機に代えて、ＰＤＡ（Personal Digital Assistant）、メール端末、小型パーソナルコンピュータ、ゲーム機など、各種の情報処理装置を用いることができる。また、ＩＣカードは、ＡＰＤＵ形式のコマンドに応じてカードアプリを動作させることができるセキュアデバイスであれば、どのようなものでも使用可能である。セキュアデバイスの形状は、カード状でもチップ状でも良く、情報処理装置に埋め込む形態であっても良い。
また、各実施形態では、決済処理を承認するＰＩＮの入力について説明したが、この発明は、アプリを起動する際の認証用のＰＩＮやパスワード等の暗証情報の入力などにも適用することができる。

本発明のセキュアデバイス、情報処理装置及び端末装置は、決済カード、交通機関の定期券や乗車券、劇場等の入場券、医療カード、行政機関発行カード等の各種のカード機能を使用する分野で利用することができ、カード機能の実行に必要なＰＩＮやパスワード等の暗証情報の入力が要求される場合の煩雑さを解消することができる。

本発明の第１の実施形態における携帯電話機及びＩＣカードの構成を示すブロック図 本発明の第１の実施形態における端末アプリ、カードアプリ、決済端末アプリの関係を例示する図 本発明の第１の実施形態における携帯電話機、ＩＣカード及び外部リーダ・ライタの動作を示すシーケンス図 本発明の第２の実施形態における携帯電話機、ＩＣカード及び外部リーダ・ライタの動作を示すシーケンス図 本発明の第２の実施形態における携帯電話機、ＩＣカード及び外部リーダ・ライタの動作を示すシーケンス図（図４のつづき）

符号の説明

１０ 携帯電話機
１１ 端末アプリ
１２ ミドルウェア
１３ デバイスドライバ
２０ ＩＣカード
２１ カードアプリ
２２ 受け渡し情報仲介アプリ
２３ 情報格納部
２４ カードＯＳ
３０ 外部リーダ・ライタ

Claims (9)

1. 第１の通信手段と、第２の通信手段と、１または複数のカード機能手段とを備えるセキュアデバイスであって、
   全てのカード機能手段からアクセスが可能な受け渡し情報仲介手段を具備し、
   前記カード機能手段は、前記第１の通信手段を通じて外部リーダ・ライタからサービスの実施に必要な暗証情報の要求を受信したとき、前記受け渡し情報仲介手段で保持されている暗証情報を読み出して外部リーダ・ライタに送信し、
   前記受け渡し情報仲介手段は、前記カード機能手段が前記第１の通信手段を通じて外部リーダ・ライタと通信する前に、前記第２の通信手段を通じて情報処理装置から書き込まれた前記暗証情報を保持することを特徴とするセキュアデバイス。
2. 第１の通信手段と、第２の通信手段と、１または複数のカード機能手段とを備えるセキュアデバイスであって、
   全てのカード機能手段からアクセスが可能な受け渡し情報仲介手段を具備し、
   前記カード機能手段は、前記第１の通信手段を通じて外部リーダ・ライタからサービスの特定情報と前記サービスの実施に必要な暗証情報の要求とを受信したとき、前記受け渡し情報仲介手段に暗証情報が保持されている場合は、前記暗証情報を読み出して外部リーダ・ライタに送信し、前記受け渡し情報仲介手段に暗証情報が保持されていない場合は、前記受け渡し情報仲介手段に前記サービスの特定情報を書き込み、
   前記受け渡し情報仲介手段は、前記第２の通信手段を通じて情報処理装置に前記サービスの特定情報を提供し、前記情報処理装置から書き込まれた暗証情報を保持することを特徴とするセキュアデバイス。
3. 前記第１の通信手段が非接触通信を行い、前記第２の通信手段が接触通信を行うことを特徴とする請求項１または請求項２に記載のセキュアデバイス。
4. 請求項１に記載のセキュアデバイスを保持する情報処理装置であって、
   前記セキュアデバイスの第１の通信手段による通信の終了を監視する状態監視手段と、
   暗証情報の入力画面を表示し、入力された暗証情報を、セキュアデバイスの第２の通信手段を通じて前記セキュアデバイスの受け渡し情報仲介手段に書き込むミドルウェアと
   を備えることを特徴とする情報処理装置。
5. 請求項２に記載のセキュアデバイスを保持する情報処理装置であって、
   前記セキュアデバイスの第１の通信手段による通信の終了を監視する状態監視手段と、
   前記状態監視手段が前記通信の終了を検知したとき、セキュアデバイスの第２の通信手段を通じて前記セキュアデバイスの受け渡し情報仲介手段にアクセスし、前記受け渡し情報仲介手段で保持されているサービスの特定情報を取得するミドルウェアと
   を備え、前記ミドルウェアは、取得した情報に基づいてサービスの一覧情報を表示するとともに、前記サービスの実施に必要な暗証情報の入力画面を表示し、入力された暗証情報を前記受け渡し情報仲介手段に書き込むことを特徴とする情報処理装置。
6. 請求項５の情報処理装置は、取得した情報に基づいてサービスの一覧情報を表示して、サービスの指定情報と当該サービスの実施に必要な暗証情報の入力を促し、入力されたサービス指定情報及び暗証情報を前記受け渡し情報仲介手段に書き込むことを特徴とする情報処理装置。
7. 前記セキュアデバイスが、着脱可能な状態で装着されていることを特徴とする請求項４または請求項５に記載の情報処理装置。
8. 前記セキュアデバイスが、一体的に埋め込まれていることを特徴とする請求項４または請求項５に記載の情報処理装置。
9. 複数のカード機能手段を備えるセキュアデバイスと通信して、実行可能な複数のサービスの中から選択したサービスを実行する端末装置であって、
   選択したサービスに対応するカード機能手段を起動して、サービスの実施に必要な暗証情報を要求し、前記カード機能手段から送られた暗証情報が異常であるとき、他のサービスを選択し、当該サービスに対応するカード機能手段を起動して、当該サービスの実施に必要な暗証情報を要求することを特徴とする端末装置。
   

Images