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

Abstract

【課題】 外部Ｒ／Ｗ３０からの指示で行ったカード処理の情報を、国際標準規格に則って、効率的に携帯電話１０に伝えるＩＣカード２０を提供する。
【解決手段】第１通信手段と第２通信手段と複数のカードアプリ２１とを備えるＩＣカード２０に、全てのカードアプリからアクセス可能な情報受け渡し手段２２を設ける。カードアプリ２１は、第１通信手段を通じて受けた外部Ｒ／Ｗ３０からの指示に基づいて伝送用情報を生成し、情報受け渡し手段２２に書き込む。情報受け渡し手段２２は、第２の通信手段を通じて受けた携帯電話１０からの指示に基づいて、伝送用情報を携帯電話１０に引き渡す。携帯電話１０は、ＩＣカード２０のカード処理が終了した後、情報受け渡し手段２２にアクセスすれば、カード処理の情報が取得できる。ＩＣカードは、携帯電話の指示を受けて伝送用情報を引き渡しており、この処理は国際標準規格に則っている。
【選択図】図１

Description

本発明は、ＩＣカード等のセキュアデバイスと、それを搭載する携帯電話等の情報処理装置に関し、セキュアデバイスと外部リーダ・ライタとの間で行われる処理の結果を情報処理装置が効率的に把握し、また、その処理に連動して、情報処理装置が動作できるようにしたものである。

近年、ＩＣカードは、電子決済用カードや定期券、入金機能付きプリペイド乗車券等に広く利用されている。最近では、微細化技術の向上とも相俟って、比較的大容量の記憶空間を持つＩＣカードが作られており、このようなＩＣカードは、カードサービスを実行する複数のカードアプリケーション（以下、アプリケーションを「アプリ」と略称する）を格納して、複数の用途に対応するマルチアプリカードとして使用することができる。
ＩＣカードの通信方式には、ＩＣカードの電気的接点にリーダ・ライタを接触して記録情報の読み書きを行う接触通信と、無線通信で情報をやり取りし、リーダ・ライタとの物理的な接触を必要としない非接触通信との二通りがある。

ＩＣカードの国際標準規格には、接触通信に関するＩＳＯ７８１６と、非接触通信に関するＩＳＯ１４４４３とが存在している。この国際標準規格では、ＩＣカードのカードアプリとリーダ・ライタ側の端末アプリとのデータのやり取りは、端末アプリからカードアプリに送られる「コマンド」と、カードアプリから端末アプリに送られる「レスポンス」とが基本になると規定しており、コマンド及びレスポンスの形式を指定するＡＰＤＵ（Application Protocol Data Unit）が決められている。そのため、ＩＣカードは受動的な動作しかできない。

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

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

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

そこで、発明者等は、国際標準規格を満たすＩＣカードを携帯電話機に搭載した場合でも、このＩＣカードと外部リーダ・ライタとの間の非接触通信処理に連動した動作を携帯電話機に行わせる方策について種々検討した。例えば、次の（１）及び（２）に示す方法が考えられる。

（１）端末アプリの事前起動
ＩＣカードを搭載した携帯電話機を外部リーダ・ライタに翳すと、ＩＣカードに格納された複数のカードアプリの中で外部リーダ・ライタから指定されたカードアプリが起動して、ＩＣカードと外部リーダ・ライタとの間でカード利用のための非接触通信が開始されるが、国際標準規格に合致するＩＣカードにおいては、非接触通信が終了したことをＩＣカードから携帯電話機に対し発信することができない。
そこで、携帯電話機が接触通信でＩＣカードにポーリング信号を送り続けることにより、この非接触通信の終了を携帯電話機でも検出できるようにする。ＩＣカードは、この処理状態監視のポーリング信号に対して、非接触通信をしていれば「実施中」と応答し、非接触通信をしていなければ「未実施」と応答するから、非接触通信の終了が検出できる。
ＩＣカードの非接触通信の終了を検出した携帯電話機は、カード利用処理を実行したカードアプリに対して、カード処理結果を応答するように指示するコマンドを送る。そのレスポンスデータが得られた場合は、カード処理結果を携帯電話機で表示することが可能になる。

しかし、マルチアプリ対応のＩＣカードに格納されている各サービスプロバイダーが作成した複数のカードアプリは、アクセスに際して認証が必要であり、その認証方式はサービスプロバイダー（カードアプリ）毎に異なり、また、セキュリティ維持のため、その認証方式は、一般に公開されていない。従って、携帯電話機は、カード利用処理を実行したカードアプリに対してコマンドを送ることが難しい。

そこで、（１）の方法では、サービスプロバイダーが、カードアプリと連携する端末アプリ（カードアプリに対してアクセス可能なアプリ）を制作し、この端末アプリを携帯電話機に格納する。そして、ユーザは、携帯電話機を外部リーダ・ライタに翳す前に、外部リーダ・ライタから指定されるカードアプリを予想し、それに対応する端末アプリをあらかじめ起動する。
こうすることで、携帯電話機がＩＣカードの非接触通信の終了を検出したとき、あらかじめ起動された端末アプリが、カード利用処理を実行したカードアプリに対してカード処理結果を求めることができ、得られた処理結果を携帯電話機のディスプレーに表示することができる。

（２）全カードアプリへの情報取得試行
ＩＣカードの処理状態を監視する携帯電話機は、ＩＣカードの非接触通信の終了を検出すると、全てのカードアプリに対して、カード処理結果の情報取得をトライする。こうすることで、実際にカード利用処理を実行したカードアプリからカード処理結果の情報を得ることができ、その情報を携帯電話機のディスプレーに表示することができる。

しかし、「（１）端末アプリの事前起動」の方法は、ユーザに端末アプリの起動操作を強いることになり、ユーザの負担が増し、利便性が悪い。また、起動すべき端末アプリがユーザに分からない場合がある。また、「（２）全カードアプリへの情報取得試行」の方法は、カード利用処理を実行していないカードアプリに対しても情報取得をトライするため、処理が遅くなる。また、この方法では、各カードアプリの認証方式の違いに対する対策が別途必要になる。

本発明は、こうした問題点を解決するものであり、外部リーダ・ライタからの指示で行った処理の情報を、国際標準規格に則って、効率的に情報処理装置に伝えることができるセキュアデバイスと、その処理の情報を受け取ることができる情報処理装置とを提供し、また、セキュアデバイスから得た情報に基づいて、セキュアデバイスの前記処理に連動した動作を行うことができる情報処理装置を提供することを目的としている。

そこで、本発明では、第１の通信手段と、第２の通信手段と、１または複数のカード機能手段（カードアプリ）とを備えるセキュアデバイスに、全てのカード機能手段からアクセスが可能な情報受け渡し手段を設け、カード機能手段は、第１の通信手段を通じて受けた外部リーダ・ライタからの指示に基づいて生成した伝送用情報を情報受け渡し手段に書き込み、情報受け渡し手段は、第２の通信手段を通じて受けた情報処理装置からの指示に基づいて、この伝送用情報を情報処理装置に引き渡すようにしている。
そのため、情報処理装置は、セキュアデバイスの第１の通信手段によるカード処理が終了した後、セキュアデバイスの情報受け渡し手段にアクセスすれば、このカード処理の情報が取得できる。セキュアデバイスは、情報処理装置の指示を受けて伝送用情報を引き渡しており、この処理は国際標準規格に則っている。

また、本発明のセキュアデバイスでは、第１の通信手段が非接触通信を行い、第２の通信手段が接触通信を行う。
また、本発明では、情報処理装置に引き渡される伝送用情報に、情報処理装置の処理手段（端末アプリ）を特定する情報と、処理手段に引き渡す情報とが含まれ、あるいは、さらに、カード機能手段を特定する情報が含まれる。
そのため、ユーザが端末アプリをあらかじめ起動する必要は無い。

また、本発明では、このセキュアデバイスを保持する情報処理装置に、セキュアデバイスの第２の通信手段を通じてセキュアデバイスの情報受け渡し手段にアクセスし、情報受け渡し手段で保持されている伝送用情報を取得して解釈するミドルウェアを設けており、ミドルウェアは、伝送用情報の求めている処理が情報処理装置の資源を用いて実行されるように制御する。
また、ミドルウェアは、処理開始の操作が行われたとき、伝送用情報の取得を行う。
このミドルウェアは、セキュアデバイスに格納された個々のカード機能手段（カードアプリ）にアクセスする方法や認証方法を知らなくても、各カード機能手段が生成した伝送用情報を効率的に取得することができる。

また、本発明では、このセキュアデバイスを保持する情報処理装置に、セキュアデバイスの第１の通信手段による通信の終了を監視し、あるいは、第１の通信手段による通信が不可能となる電磁界からの離脱を監視する状態監視手段と、状態監視手段が前記通信の終了を検知したとき、セキュアデバイスの第２の通信手段を通じてセキュアデバイスの情報受け渡し手段にアクセスし、情報受け渡し手段で保持されている伝送用情報を取得して解釈するミドルウェアとを設けており、ミドルウェアは、伝送用情報の求めている処理が情報処理装置の資源を用いて実行されるように制御する。
そのため、セキュアデバイスのカード処理に連動する動作が情報処理装置の資源を用いて行われる。

本発明のセキュアデバイスは、情報処理装置に着脱可能な状態で装着され、あるいは、情報処理装置に一体的に埋め込まれる。

本発明のセキュアデバイスは、外部リーダ・ライタからの指示で行ったカード処理の情報を、国際標準規格に則って、効率的に情報処理装置に伝えることができ、また、本発明の情報処理装置は、セキュアデバイスに格納された個々のカード機能手段（カードアプリ）にアクセスする方法や認証方法を知らなくても、各カード機能手段が生成した伝送用情報を効率的に取得することができる。

また、この情報処理装置は、セキュアデバイスから得た情報を基に、情報処理装置の資源、即ち、キーパッド、ディスプレー、通信機能、端末アプリ等、を利用して、セキュアデバイスのカード処理に連動した動作を行うことができる。
そのため、セキュアデバイスの利便性、操作性及び機能性が向上し、国際標準規格に適合する汎用的なＩＣカードによる、より高度なサービスを実現することができる。

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

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

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

図１では、携帯電話機１０、ＩＣカード２０、及び、外部リーダ・ライタ３０の三者が連携して行う処理の順序を丸で囲んだ数字で示している。ユーザが携帯電話機１０を操作して処理開始を指示し、これを受けて携帯電話機１０のミドルウェア１２は、デバイスドライバ１３にポーリングによるＩＣカード２０の状態監視を求める（１）。ユーザが携帯電話機１０を外部リーダ・ライタ３０に翳すと、ＩＣカード２０は起動し、外部リーダ・ライタ３０から指定されたカードアプリ２１が、外部リーダ・ライタ３０から指示された処理を実行する（２）。カードアプリ２１は、この処理に伴って携帯電話機１０に送ることが必要になった情報を、情報受け渡し用カードアプリ２２に書き込む（３）。
この情報は、起動すべき端末アプリ（ミドルウェアを含む）の名前、この端末アプリに引き渡す情報、依頼したカードアプリのＩＤ等を内容としている。

ＩＣカード２０の状態監視を続けている携帯電話機１０のデバイスドライバ１３は、ＩＣカード２０の非接触通信の終了を検知すると、処理終了通知をミドルウェア１２に伝える（４）。ミドルウェア１２は、情報受け渡し用カードアプリ２２との相互認証を行った後、情報受け渡し用カードアプリ２２にアクセスして、そこで保持されている情報を取得する（５）。ミドルウェア１２は、情報受け渡し用カードアプリ２２から取得した情報に基づいて、指定された端末アプリ１１を起動し、端末アプリ１１は、指定された処理を行う。また、ミドルウェア１２が指定されているときは、ミドルウェア１２自身がその処理を行う（６）。

このように、この装置では、ＩＣカード２０が情報受け渡し用カードアプリ２２を搭載しているため、携帯電話機１０のミドルウェア１２は、ＩＣカード２０の非接触通信による処理が終了したとき、この情報受け渡し用カードアプリ２２にアクセスして、その処理に伴う情報を取得することができる。そのため、この装置では、アクセス先が分からないと言う事態は発生しないし、また、カードアプリ２１の全てにアクセスするような非効率な処理も必要でない。

また、携帯電話機１０のミドルウェア１２は、情報受け渡し用カードアプリ２２との認証を行えば良く、個々のカードアプリ２１の認証方式については知る必要がない。
また、情報受け渡し用カードアプリ２２から取得する情報には、起動すべき端末アプリの情報が含まれているので、この情報から端末アプリを特定することができる。そのため、ユーザがあらかじめ端末アプリを起動する必要もない。
また、ＩＣカード２０の情報受け渡し用カードアプリ２２は、携帯電話機１０のミドルウェア１２から指示を受けたときに、保持している情報をミドルウェア１２に返送しており、このＩＣカード２０の動作は、国際標準規格に適合している。

なお、ここでは、携帯電話機１０のデバイスドライバ１３が、ＩＣカード２０の非接触通信の終了を検知して、それをミドルウェア２１に伝えることとしたが、外部リーダ・ライタ３０の通信圏からの離脱（即ち、非接触通信が可能な電磁界から離脱して非接触通信が不可能となる状態）を検知し、それをミドルウェア２１に伝えるようにしても良い。
また、ユーザによるポーリング処理開始の指示は、携帯電話機１０の特定のキーを押す操作や、携帯電話機１０に加速度センサを設けて、携帯電話機１０を振る動作などによって行うことができる。

図２は、携帯電話機１０とＩＣカード２０と決済端末の外部リーダ・ライタ３０とが連携して、クレジット決済処理に必要な本人認証用暗証番号（ＰＩＮ）の入力をユーザに求める場合の処理フローを示している。携帯電話機１０のミドルウェア１２は、ＩＣカード１０の状態を監視する（１）。携帯電話機１０を外部リーダ・ライタ３０の前に翳すと、外部リーダ・ライタ３０は、カードアプリ２１を指定して、その起動を指示する（２）。カードアプリ２１から起動ＯＫの応答があると、外部リーダ・ライタ３０は、そのカードアプリ２１と相互認証を行った後（３）、携帯電話機１０に提示する決済額の情報とともに、本人認証用暗証番号を要求する（４）。

カードアプリ２１は、情報受け渡し用カードアプリ２２から本人認証用暗証番号を読み出そうとするが、情報受け渡し用カードアプリ２２には本人認証用暗証番号が保持されていないため、情報受け渡し用カードアプリ２２に、起動を求める端末アプリ名（ここではミドルウェア１２）、本人認証用暗証番号要求、決済額の情報、及び、依頼元のカードアプリＩＤを書き込み（５）、外部リーダ・ライタ３０には、本人認証用暗証番号要求に対するＮＧを応答する。そのため、決済処理１は失敗して終了する。

携帯電話機１０のミドルウェア１２は、ＩＣカード１０の処理終了を検知すると（６）、情報受け渡し用カードアプリ２２の起動を指示する（７）。情報受け渡し用カードアプリ２２から起動ＯＫの応答があると、ミドルウェア１２は、情報受け渡し用カードアプリ２２と相互認証を行った後（８）、情報取得のコマンドを情報受け渡し用カードアプリ２２に送る（９）。これを受けた情報受け渡し用カードアプリ２２は、保持している情報をレスポンスデータとする応答をミドルウェア１２に返す（１０）。ミドルウェア１２は、取得した情報を解釈し（１１）、携帯電話機１０のディスプレーに決済額を表示するとともに、ＰＩＮ入力ウィンドウを表示する（１２）。ユーザが携帯電話機１０のキーパッドを操作してＰＩＮを入力すると、ミドルウェア１２は、情報受け渡し用カードアプリ２２にＰＩＮを書き込む（１３）。

ユーザが再び携帯電話機１０を外部リーダ・ライタ３０の前に翳すと、外部リーダ・ライタ３０は、カードアプリ２１を起動し（１４）、相互認証を行った後（１５）、決済額を提示して本人認証用暗証番号を要求する（１６）。カードアプリ２１は、情報受け渡し用カードアプリ２２にアクセスして、そこで保持されているＰＩＮを読み出し（１７）、本人認証用暗証番号要求に対するＯＫの応答にＰＩＮの情報を含めて外部リーダ・ライタ３０に送信する（１８）。このＰＩＮの照合が、外部リーダ・ライタ３０と接続するセンター等で行われ、照合に成功すると決済処理が実行され、処理終了通知が外部リーダ・ライタ３０からカードアプリ２１に送られる（１９）。こうして、決済処理２は成功して終了する。

なお、ミドルウェア１２によるＰＩＮの書き込み（１３）は、情報受け渡し用カードアプリ２２から取得した情報に含まれる依頼元カードアプリＩＤに基づいて、図３に示すように、依頼元のカードアプリ２１に直接行うようにしても良い。この場合、カードアプリ２１は、外部リーダ・ライタ３０の本人認証用暗証番号要求（１６）に対して、情報受け渡し用カードアプリ２２にアクセスすること無く、直ちにＰＩＮを外部リーダ・ライタ３０に送信することができる（１８）。

また、図４は、決済に必要な金額が蓄積されていないＩＣカード２０に、外部サーバから電子バリューをチャージする場合の処理フローを示している。携帯電話機１０のミドルウェア１２は、ＩＣカード１０の状態を監視する（２０）。携帯電話機１０を外部リーダ・ライタ３０の前に翳すと、外部リーダ・ライタ３０は、カードアプリ２１を指定して、その起動を指示する（２１）。カードアプリ２１から起動ＯＫの応答があると、外部リーダ・ライタ３０は、そのカードアプリ２１と相互認証を行った後（２２）、決済額を提示する（２３）。決済に必要な金額がＩＣカード２０にチャージされていないため、カードアプリ２１からＮＧが応答されると、外部リーダ・ライタ３０は、ＩＣカード２０への入金処理を行う端末アプリ（チャージアプリ）の起動を要求する（２４）。
カードアプリ２１は、情報受け渡し用カードアプリ２２に、起動を求める端末アプリ名、チャージ要求、及び、依頼元のカードアプリＩＤを書き込み（２５）、外部リーダ・ライタ３０のチャージアプリ起動要求に対してＯＫを応答する。こうして決済処理は失敗して終了する。

携帯電話機１０のミドルウェア１２は、ＩＣカード１０の処理終了を検知すると（２６）、情報受け渡し用カードアプリ２２の起動を指示する（２７）。情報受け渡し用カードアプリ２２から起動ＯＫの応答があると、ミドルウェア１２は、情報受け渡し用カードアプリ２２と相互認証を行った後（２８）、情報取得のコマンドを情報受け渡し用カードアプリ２２に送る（２９）。これを受けた情報受け渡し用カードアプリ２２は、保持している情報をレスポンスデータとする応答をミドルウェア１２に返す（３０）。ミドルウェア１２は、取得した情報を解釈し（３１）、指定された端末アプリ（チャージアプリ）１１を起動して、依頼元カードアプリへのチャージ処理を指示する（３２）。
起動した端末アプリ１１は、携帯電話機１０の通信機能を利用して、ＩＣカード１０へのチャージを実行する外部サーバと接続し、必要な情報を伝える（３３）。外部サーバは、ＩＣカード２０の依頼元カードアプリ２１の起動を指示する（３４）。依頼元カードアプリ２１から起動ＯＫの応答があると、外部サーバは、依頼元カードアプリ２１と相互認証を行った後（３５）、依頼元カードアプリ２１に電子バリューを書き込み（３６）、遠隔チャージ処理を終了する。

この他、ＩＣカードを装着した携帯電話機を自動改札機に翳して通過する時に、自動改札機の外部リーダ・ライタが、電車の遅延情報などをＩＣカードに渡し、この遅延情報を携帯電話機のディスプレーに表示するようなこともできる。

なお、ポーリング処理開始を指示するユーザの手間を省くため、非接触通信が可能な電磁界への進入や離脱を監視するカード状態監視のポーリングを常時実施するようにしても良い。図５は、ミドルウェア１２がデバイスドライバ１３を通じてカード状態監視のポーリングを常時行う場合の処理フローを示している。カード状態監視を常時続けることにより、ミドルウェア１２は、ＩＣカード１０の非接触通信処理が終わり次第、情報受け渡し用カードアプリ２２から情報を取得し、解釈することが可能になる。

また、非接触通信処理の終了を検知したミドルウェア１２が、情報受け渡し用カードアプリから情報を読み出し、解釈を実行している最中に、外部リーダ・ライタ３０から、別のカードアプリ２１起動されて処理が行われ、情報受け渡し用カードアプリ２２に情報が書き込まれたり、あるいは同じカードアプリが再度起動されて処理が行われ、情報受け渡し用カードアプリ２２に情報が書き込まれたりする場合が考えられる。このとき、携帯電話機１０では、最初の情報を読みだし、情報を解釈処理している最中なので混乱が生じる可能性がある。これを回避するためには次の（ａ）（ｂ）の２つの方策がある。

（ａ）情報格納部２３のデータ入力領域（バッファ）が１つの場合、情報受け渡し用カードアプリ２２は「ミドルウェアが処理中」を表すフラグを具備し、ミドルウェア１２が情報受け渡し用カードアプリ２２から情報を読み出すとき、このフラグを立てる。情報の書き込みを求めたカードアプリ２１は、このフラグが立っているときには、情報書き込み失敗の通知を情報受け渡し用カードアプリ２２から受けとることとする。

（ｂ）情報格納部２３のデータ入力領域（バッファ）が複数設けられている場合、情報受け渡し用カードアプリ２２は、ミドルウェア１２が処理中のデータ領域番号を示す領域を具備し、情報受け渡し用カードアプリ２２は、カードアプリ２１から情報書き込みの依頼を受けたとき、この領域を参照しミドルウェア１２が処理中の領域の番号の次の番号の領域に情報を書き込むこととする。一方、ミドルウェア１２は、各領域内に書き込まれた情報を順次解釈し、処理することとする。

このように、この装置では、携帯電話機に搭載された端末アプリや、携帯電話機のキーパッド、ディスプレー、通信機能等を利用して、ＩＣカードの利便性、操作性及び機能性を高めることができ、国際標準規格に適合する汎用的なＩＣカードによる、より高度なサービスを実現することができる。
なお、ここではＩＣカードを携帯電話機に装着する場合について説明したが、本発明はこれに限定されるものではない。携帯電話機に代えて、ＰＤＡ（Personal Digital Assistant）、メール端末、小型パーソナルコンピュータ、ゲーム機など、各種の情報処理装置を用いることができる。また、ＩＣカードは、ＡＰＤＵ形式のコマンドに応じてカードアプリを動作させることができるセキュアデバイスであれば、どのようなものでも使用可能である。セキュアデバイスの形状は、カード状でもチップ状でも良く、情報処理装置に埋め込む形態であっても良い。

（第２の実施形態）
本発明の第２の実施形態では、非接触通信処理を行ったカードアプリが情報受け渡し用カードアプリに書き込んだ情報を、ユーザの指示したときにミドルウェアが読み出して表示、解釈、処理する場合について説明する。
従って、ユーザは、情報受け渡し用カードアプリに書き込まれた情報を任意のタイミングでチェックすることができ、必要が無ければチェックを省略することもできる。

この場合の携帯電話機及びＩＣカードの構成を図６に示している。携帯電話機１０及びＩＣカード２０の構成ブロック自体は、第１の実施形態（図１）と変わりがない。
図６では、携帯電話機１０、ＩＣカード２０、及び、外部リーダ・ライタ３０の三者による処理の順序を丸で囲んだ数字で示している。ユーザが携帯電話機１０を外部リーダ・ライタ３０に翳すと、ＩＣカード２０は起動し、外部リーダ・ライタ３０から指定されたカードアプリ２１が、外部リーダ・ライタ３０から指示された処理を実行する（１）。カードアプリ２１は、この処理に伴って携帯電話機１０に送ることが必要な情報を情報受け渡し用カードアプリ２２に書き込む（２）。
この情報は、起動すべき端末アプリ（ミドルウェアを含む）の名前、この端末アプリに引き渡す情報、依頼したカードアプリのＩＤ等を内容としている。

非接触通信処理結果をチェックしようとするユーザは、任意の時期に、処理開始を指示するための、携帯電話機１０を振るなどの操作を行う（３）。これを受けてミドルウェア１２は、情報受け渡し用カードアプリ２２との相互認証を行った後、情報受け渡し用カードアプリ２２にアクセスして、そこで保持されている情報を取得する（４）。ミドルウェア１２は、情報受け渡し用カードアプリ２２から取得した情報に基づいて、指定された端末アプリ１１を起動し、端末アプリ１１は、指定された処理を行う。また、ミドルウェア１２が指定されているときは、ミドルウェア１２自身がその処理を行う（５）。

ＩＣカード２０の情報受け渡し用カードアプリ２２が管理する情報格納部２３は、図７に示すように、データ入力領域（バッファ）が１つの場合（ａ）と、データ入力領域が複数（ここでは３つ）の場合（ｂ）とがある。データ入力領域（バッファ）が１つの場合（ａ）は、常にこれを上書きして使用する。そのため、情報格納部２３には、最新の非接触通信処理の情報のみが格納され、ユーザが非接触通信処理結果をチェックする操作を行った場合は、最新の非接触通信処理の結果が表示される。
また、データ入力領域（バッファ）が複数の場合（ｂ）は、複数のデータ入力領域を順次循環させながら使用し、これらのデータ入力領域に順番に最新の非接触通信処理の情報を上書きする。また、最新の非接触通信処理の情報が書き込まれたデータ入力領域を示す番号を記憶する。
そのため、この場合は、最新の非接触通信処理から過去ｎ（ｎはデータ入力領域の数）個分遡った非接触通信処理までの結果を表示し、解釈・処理することができる。このときの表示動作は、ユーザの表示指示で最新の処理結果を表示し、次のユーザの表示指示で一つ過去の処理結果を表示する、と言うように、ユーザの指示ごとに時間を遡るようにしても良いし、ユーザの表示指示で情報格納部２３に格納されている全ての処理結果を一度に表示するようにしても良い。

図８は、第１の実施形態における図４の処理（決済に必要な金額が蓄積されていないＩＣカード２０に、外部サーバから電子バリューをチャージする場合の処理）を第２の実施形態の方式で行った場合の処理フローを示している。ここでは、携帯電話機１０を外部リーダ・ライタ３０の前に翳して行われる決済処理と、その後の処理とが独立して行われ、その後の処理は、ユーザの指示を契機に開始される。

このように、第２の実施形態の方式では、カードアプリ２１により情報受け渡し用カードアプリ２２の情報格納部２３に書き込まれた情報が、非接触通信処理終了後、ユーザの指示を契機に、ミドルウェア１２によって読み出され、解釈され、処理が行われる。ユーザは、この処理を行わせるかどうかを選択することができる。そのため、第１の実施形態と違って、ユーザによる事前の状態監視の指示が不要となり利便性が向上する。

また、この場合、ＩＣカード２０に情報受け渡し用カードアプリ２２を設け、携帯電話機１０のミドルウェア１２は、この情報受け渡し用カードアプリ２２にアクセスして、各カードアプリ２１によって書き込まれた情報を取得するように構成しているため、ミドルウェア１２は、各カードアプリ２１へのアクセス方法や認証方法を知らなくても、各カードアプリ２１からの情報を効率的に取得することができる。

本発明のセキュアデバイス及び情報処理装置は、決済カード、交通機関の定期券や乗車券、劇場等の入場券、医療カード、行政機関発行カード等の各種のカード機能を使用する分野で利用することができる。

本発明の第１の実施形態における携帯電話機及びＩＣカードの構成を示すブロック図 本発明の第１の実施形態における携帯電話機、ＩＣカード及び外部リーダ・ライタの第１の連携動作を示すシーケンス図（ユーザのＰＩＮ入力を促す場合） 本発明の第１の実施形態における携帯電話機、ＩＣカード及び外部リーダ・ライタの第２の連携動作を示すシーケンス図（ユーザのＰＩＮ入力を促す場合） 本発明の第１の実施形態における携帯電話機、ＩＣカード及び外部リーダ・ライタの第３の連携動作を示すシーケンス図（チャージアプリを起動する場合） 本発明の第１の実施形態における携帯電話機、ＩＣカード及び外部リーダ・ライタの連携動作を示すシーケンス図（状態監視ポーリングを常時行う場合） 本発明の第２の実施形態における携帯電話機及びＩＣカードの構成を示すブロック図 本発明の第２の実施形態におけるＩＣカードの情報格納部の構成を示す図 本発明の第２の実施形態における携帯電話機、ＩＣカード及び外部リーダ・ライタの動作を示すシーケンス図

符号の説明

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

Claims (10)

1. 第１の通信手段と、第２の通信手段と、１または複数のカード機能手段とを備えるセキュアデバイスであって、
   全てのカード機能手段からアクセスが可能な情報受け渡し手段を具備し、カード機能手段は、前記第１の通信手段を通じて受けた外部リーダ・ライタからの指示に基づいて生成した伝送用情報を前記情報受け渡し手段に書き込み、前記情報受け渡し手段は、前記第２の通信手段を通じて受けた情報処理装置からの指示に基づいて前記伝送用情報を前記情報処理装置に引き渡すことを特徴とするセキュアデバイス。
2. 前記第１の通信手段が非接触通信を行い、前記第２の通信手段が接触通信を行うことを特徴とする請求項１に記載のセキュアデバイス。
3. 前記伝送用情報が、前記情報処理装置の処理手段を特定する情報と、前記処理手段に引き渡す情報とを含んでいることを特徴とする請求項１に記載のセキュアデバイス。
4. 前記伝送用情報が、さらに、前記カード機能手段を特定する情報を含んでいることを特徴とする請求項３に記載のセキュアデバイス。
5. 請求項１に記載のセキュアデバイスを保持する情報処理装置であって、
   前記セキュアデバイスの第２の通信手段を通じて前記セキュアデバイスの情報受け渡し手段にアクセスし、前記情報受け渡し手段で保持されている伝送用情報を取得して解釈するミドルウェア
   を備え、前記ミドルウェアは、前記伝送用情報の求めている処理が情報処理装置の資源を用いて実行されるように制御することを特徴とする情報処理装置。
6. 前記ミドルウェアは、処理開始の操作が行われたとき、前記伝送用情報の取得を行うことを特徴とする請求項５に記載の情報処理装置。
7. 請求項１に記載のセキュアデバイスを保持する情報処理装置であって、
   前記セキュアデバイスの第１の通信手段による通信の終了を監視する状態監視手段と、
   前記状態監視手段が前記通信の終了を検知したとき、セキュアデバイスの第２の通信手段を通じて前記セキュアデバイスの情報受け渡し手段にアクセスし、前記情報受け渡し手段で保持されている伝送用情報を取得して解釈するミドルウェアと
   を備え、前記ミドルウェアは、前記伝送用情報の求めている処理が情報処理装置の資源を用いて実行されるように制御することを特徴とする情報処理装置。
8. 請求項１に記載のセキュアデバイスを保持する情報処理装置であって、
   前記セキュアデバイスの第１の通信手段による通信が不可能となる電磁界からの離脱を監視する状態監視手段と、
   前記状態監視手段が前記電磁界からの離脱を検知したとき、セキュアデバイスの第２の通信手段を通じて前記セキュアデバイスの情報受け渡し手段にアクセスし、前記情報受け渡し手段で保持されている伝送用情報を取得して解釈するミドルウェアと
   を備え、前記ミドルウェアは、前記伝送用情報の求めている処理が情報処理装置の資源を用いて実行されるように制御することを特徴とする情報処理装置。
9. 前記セキュアデバイスが、着脱可能な状態で装着されていることを特徴とする請求項５から請求項８のいずれかに記載の情報処理装置。
10. 前記セキュアデバイスが、一体的に埋め込まれていることを特徴とする請求項５から請求項８のいずれかに記載の情報処理装置。
    

Images