JP2006244211A - Ｉｃカード制御機能を備えた携帯端末装置およびそのプログラム - Google Patents

Abstract

【課題】 携帯端末装置上で動作する機能の開発は開発コストがかかるという課題を解決する。
【解決手段】 ＩＣカード制御サーバ２０１にはサービスを実施するためのＡＰＤＵを格納したスクリプトファイルが配備されている。携帯端末装置２０９は、ＩＣカード部（携帯端末２０９に備えられたＩＣカード）２１４と、汎用ＩＣカード制御手段２１０を備える。汎用ＩＣカード制御手段２１０は、ＩＣカード制御サーバ２０１からＡＰＤＵを格納したスクリプトファイル２０２〜２０６を取得するＡＰＤＵ取得手段２１１と、ＡＰＤＵ取得手段２１１が取得したスクリプトファイルを解析し、個々のＡＰＤＵに分解するＡＰＤＵ解析手段２１２と、ＡＰＤＵ解析手段２１２で解析されたＡＰＤＵを実行するＡＰＤＵ実行手段２１３と、を備える。これにより、サービス毎にＩＣカード制御機能を開発し携帯端末に導入する必要は無くなる。
【選択図】 図２

Description

本発明は、ＩＣカードを使った携帯端末装置におけるＩＣカード制御技術に関する。

従来においては、ＩＣカード制御のための機能を、サービス毎に携帯端末装置に導入する必要があった（非特許文献１、非特許文献２）。

図１に、従来における携帯端末装置上のＩＣカード制御機能の構成例を示す。図１において、１０１はサーバであり、１０９は携帯端末装置であり、１１６は携帯端末１０９のＩＣカード部である。サーバ（１０１）と携帯端末装置（１０９）はネットワーク（１０８）を介して接続されている。サーバ（１０１）は、ＩＣカード制御機能＃１（１０２）〜ＩＣカード制御機能＃Ｎ（１０６）を有している。ＩＣカード制御機能＃１（１０２）〜ＩＣカード制御機能＃Ｎ（１０６）はそれぞれＡＰＤＵ＃１（１０３）〜ＡＰＤＵ＃Ｎ（１０７）を有している。

携帯端末装置（１０９）を使ってサービス＃１の提供を受ける際は、事前に、サーバ（１０１）に配備されたＩＣカード制御機能＃１（１０２）を、携帯端末装置（１０９）に導入しておく必要がある。携帯端末装置（１０９）に導入されたＩＣカード制御機能＃１（１１０）は、内部に蓄積されたＡＰＤＵ＃１（１１１）を元にＩＣカード部（１１６）に対してアクセスを行い、サービス＃１を実行する。

次に、携帯端末装置（１０９）を使って、別のサービス＃２の提供を受ける際は、サービス＃１の場合と同様、事前に、サーバ（１０１）に配備されたＩＣカード制御機能＃２（１０４）を、携帯端末装置（１０９）に導入しておく必要がある。携帯端末装置（１０９）に導入されたＩＣカード制御機能＃２（１１２）は、内部に蓄積されたＡＰＤＵ＃２（１１３）を元にＩＣカード部（１１６）に対してアクセスを行い、サービス＃２を実行する。

以下同様に、携帯端末装置（１０９）を使って、別のサービス＃Ｎの提供を受ける際は、サービス＃１、サービス＃２の場合と同様、事前に、サーバ（１０１）に配備されたＩＣカード制御機能＃Ｎ（１０６）を、携帯端末装置（１０９）に導入しておく必要がある。携帯端末装置（１０９）に導入されたＩＣカード制御機能＃Ｎ（１１４）は、内部に蓄積されたＡＰＤＵ＃Ｎ（１１５）を元にＩＣカード部（１１６）に対してアクセスを行い、サービス＃Ｎを実行する。

ＩＴｍｅｄｉａ Ｍｏｂｉｌｅ：ＮＥＷＳ"ＪａｖａアプリとＳＩＭが連携〜ＪＳＲ１７７"、[online]、［２００５年１月３１日検索］、インターネット＜http://www.itmedia.co.jp/mobile/0311/27/n_sim.html＞ JSR 177 Expert Group,"Security and Trust Services API(SATSA) for JavaTM Platform, Micro Edition", Public Review Draft Version 1.0 Draft 0.20

従来方法では、サービスとＩＣカード制御機能が１：１の関係になっているため、新たなサービスを導入する際は、そのサービスに対応したＩＣカード制御機能を導入する必要があった。
一般的に、携帯端末装置上で動作する機能の開発には、通常のＰＣ端末やサーバ等で動作する機能に比べて開発コストがかかり、機能の更新やサーバへの配備等の運用面においても大きなコストが生じる可能性があった。

本発明は、サービスを実施するためのＡＰＤＵを格納したスクリプトファイルを配備するＩＣカード制御サーバと、ＩＣカードを備える携帯端末装置と、を有するシステムにおける携帯端末装置であって、前記ＩＣカード制御サーバから前記ＡＰＤＵを格納したスクリプトファイルを取得するＡＰＤＵ取得手段と、前記ＡＰＤＵ取得手段が取得したスクリプトファイルを解析し、個々のＡＰＤＵに分解するＡＰＤＵ解析手段と、前記ＡＰＤＵ解析手段で解析されたＡＰＤＵを実行するＡＰＤＵ実行手段と、を備える。また、本発明は、前記の携帯端末装置であって、前記ＡＰＤＵ実行手段がＡＰＤＵを実行した結果を表示するＡＰＤＵ実行結果表示手段を備える。また、本発明は、前記の携帯端末装置であって、前記ＡＰＤＵ解析手段の解析結果に基づいて、前記携帯端末装置に備えられたＷｅｂブラウザを呼び出し、前記ＩＣカード制御サーバが生成した表示内容をＷｅｂブラウザに表示させるＷｅｂブラウザ呼び出し手段を備える。また、本発明は、前記の手段としてコンピュータを機能させるためのプログラムである。

本発明により、携帯端末装置にて様々なＩＣカード制御を行うことが可能になり、サービス毎にＩＣカード制御機能を開発し携帯端末に導入する必要は無くなる。
本発明を用いることにより、携帯端末装置上の汎用ＩＣカード制御機能を変更することなしに、サーバ上にサービスを実施するためのＡＰＤＵを格納したスクリプトを配備することだけで、携帯端末上でＩＣカードを使った様々なサービスを実現することが可能となる。
これにより、ＩＣカードと携帯端末装置とを組み合わせたサービスを簡単に実現することが可能となり、ＩＣカードおよび携帯端末装置の利用範囲の拡大が見込める。

以下に、図面を用いて本発明の実施形態を説明する。

（実施形態１）
本発明の第１の実施形態の構成を、図２、図３を用いて説明する。図２に第１の実施形態における携帯端末装置上のＩＣカード制御機能の構成例を示し、図３に汎用ＩＣカード制御手段の詳細を示す。図２（Ａ）（Ｂ）において、２０１はＩＣカード制御サーバであり、２０９は携帯端末装置であり、２１４はＩＣカード部（携帯端末装置（２０９）に備えられたＩＣカード）である。ＩＣカード制御サーバ（２０１）と携帯端末装置（２０９）はネットワーク（２０８）を介して接続されている。ＩＣカード制御サーバ（２０１）はスクリプト＃１（２０２）、スクリプト＃２（２０４）、・・・、スクリプトＮ（２０６）を蓄積している。スクリプト＃１（２０２）、スクリプト＃２（２０４）、・・・、スクリプトＮ（２０６）は、それぞれサービス＃１、サービス＃２、・・・、サービス＃Ｎを提供するスクリプト（スクリプト言語で記述されたプログラム）である。スクリプト＃１（２０２）、スクリプト＃２（２０４）、・・・、スクリプトＮ（２０６）には、それぞれＡＰＤＵ＃１（２０３）、ＡＰＤＵ＃２（２０５）、・・・、ＡＰＤＵ＃Ｎ（２０７）が記述されている。ＡＰＤＵ＃１（２０３）、ＡＰＤＵ＃２（２０５）、・・・、ＡＰＤＵ＃Ｎ（２０７）は、ＡＰＤＵ（Application Protocol Data Unit、アプリケーション・プロトコル・データ単位）の集合体であり、ＡＰＤＵは端末装置からＩＣカードへ（図２では携帯端末装置（２０９）からＩＣカード部（２１４）へ）送信されるメッセージである。ＡＰＤＵの規格は「ＩＳＯ／ＩＥＣ ７８１６−４」、「ＪＩＳ ＪＩＣＳＡＰ 外部端子付きＩＣカード仕様 ２．０版」等で規定されている。携帯端末装置２０９は汎用のＩＣカード制御機能を有する汎用ＩＣカード制御手段２１０を備え、汎用ＩＣカード手段２１０はＡＰＤＵ取得手段２１０、ＡＰＤＵ解析手段２１２、ＡＰＤＵ実行手段２１３を備える。図２（Ａ）は携帯端末装置（２０９）がＩＣカード制御サーバ（２０１）からスクリプト＃１（２０２）をダウンロードする場合を図示したものであり、図２（Ｂ）は携帯端末装置（２０９）がＩＣカード制御サーバ（２０１）からスクリプト＃２（２０４）をダウンロードする場合を図示したものである。

携帯端末装置（２０９）を使ってサービス＃１〜＃Ｎの提供を受ける際は、事前に、汎用ＩＣカード制御手段（２１０）を、携帯端末装置（２０９）に導入しておく必要がある。汎用ＩＣカード制御手段（２１０）は、複数のサービスに共通するＩＣカード制御機能すなわち汎用のＩＣカード制御機能を実現する手段であり、汎用ＩＣカード制御手段（２１０）は事前に記憶装置に導入されたプログラムをＣＰＵが実行することによって実現される。あるいは、汎用ＩＣカード制御手段（２１０）の一部または全部をハードウェアで構成してもよい。図２に示すように、汎用ＩＣカード制御手段（２１０）は、ＩＣカード制御サーバ（２０１）からＡＰＤＵを取得するＡＰＤＵ取得手段（２１１）、ＡＰＤＵ取得手段（２１１）で取得されたＡＰＤＵを解析するＡＰＤＵ解析手段（２１２）、ＡＰＤＵ解析手段（２１２）で解析されたＡＰＤＵを実行するＡＰＤＵ実行手段（２１３）を備える。

携帯端末装置（２０９）がサービス＃１の提供を受ける際は、図２（Ａ）に示すように、汎用ＩＣカード制御手段（２１０）のＡＰＤＵ取得手段（２１１）が、ＩＣカード制御サーバ（２０１）より、サービス＃１を実現するためのＡＰＤＵ＃１（２０３）が格納されているスクリプト＃１（２０２）を、ネットワーク（２０８）経由で取得する。さらに、ＡＰＤＵ解析手段（２１２）が、取得したスクリプト＃１（２０２）に格納されているＡＰＤＵ＃１（２０３）を解析し、個々のＡＰＤＵに分解する。さらに、ＡＰＤＵ実行手段（２１３）が、個々のＡＰＤＵをＩＣカード部（２１４）に送信することによって、ＡＰＤＵを実行する。

汎用ＩＣカード制御手段（２１０）による処理の詳細は、以下の手続きによる（図３参照）。
（１）ＡＰＤＵ取得手段（３０４）が、スクリプトファイル（３０１）を取得する。図３の例ではスクリプトファイル３０１には、ＡＰＤＵ＃１の個々のＡＰＤＵであるＡＰＤＵ＃１−１、ＡＰＤＵ＃１−２、ＡＰＤ＃１−３、・・・が示されている。
（２）ＡＰＤＵ解析手段（３０５）が、スクリプトファイル（３０１）を個々のＡＰＤＵ（３０７）に分解する。図３には、ＡＰＤＵ（３０７）がＡＰＤＵ＃１−１の場合の例を示す。
（３）ＡＰＤＵの個数分、次を繰り返す。
（３−１）ＡＰＤＵ実行手段（３０６）が、ＡＰＤＵ（３０７）をＩＣカード部（３０９）に送信する。
（３−２）ＡＰＤＵ実行手段（３０６）が、ＩＣカード部（３０９）からのレスポンス（３０８）を受信する。

次に、別のサービス＃２の提供を受ける際には、同じく、図２（Ｂ）に示すように、汎用ＩＣカード制御手段（２１０）のＡＰＤＵ取得手段（２１１）が、ＩＣカード制御サーバ（２０１）より、サービス＃２を実現するためのＡＰＤＵ＃２（２０５）が格納されているスクリプト＃２（２０４）を、ネットワーク（２０８）経由で取得する。さらに、ＡＰＤＵ解析手段（２１２）が、取得したスクリプト＃２（２０４）に格納されているＡＰＤＵ＃２（２０５）を解析し、個々のＡＰＤＵに分解する。さらに、ＡＰＤＵ実行手段（２１３）が、個々のＡＰＤＵをＩＣカード部（２１４）に送信することによって、ＡＰＤＵを実行する。ＡＰＤＵ取得手段（２１１）、ＡＰＤＵ解析手段（２１２）、ＡＰＤＵ実行手段（２１３）による処理の詳細は、図３と同様である。
他のサービスを利用する場合も、上記と同様である。

（実施形態２）
本発明の第２の実施形態のシステム構成を図４に示す。図４は、携帯端末装置（４０９）の汎用ＩＣカード制御手段（４１０）にＡＰＤＵ実行結果を表示するＡＰＤＵ実行手段（４１４）を加えた点以外は、第１の実施形態の図２と同様である。

本発明の第２の実施形態は、第１の実施形態にて、ＡＰＤＵ実行手段（４１３）の後に、ＡＰＤＵ実行結果を表示するＡＰＤＵ実行結果表示手段（４１４）を追加し、ＩＣカード部（４１５）からのレスポンスを携帯端末装置（４０９）上にて表示するとした場合である。ＡＰＤＵの実行結果の表示としては、例えば、「ＡＰＤＵ実行が正常に終了しました」といった表示や、「ＡＰＤＵ実行が異常終了しました。詳細コード＝ＸＸＸＸ」（ＸＸＸＸはＩＣカードが返却するエラーコード）といった表示を行うことができる。

この場合、スクリプトファイル（４０２）に含まれる個々のＡＰＤＵ（４０３）毎の実行結果を逐一表示することが可能となり、利便性が向上する。

（実施形態３）
本発明の第３の実施形態のシステム構成を図５に示す。図５は、携帯端末装置（５０９）にＷｅｂブラウザ（５１６）が搭載されていることを図示し、携帯端末装置（５０９）の汎用ＩＣカード制御手段（５１０）にＷｅｂブラウザ呼び出し手段（５１５）を加え、ＩＣカード制御サーバ（５０１）に表示内容生成手段（５１７）を加えた点以外は、第２の実施形態の図４と同様である。

本発明の第３の実施形態は、第２の実施形態にて、ＡＰＤＵ解析手段（５１２）の後に、Ｗｅｂブラウザ呼び出し手段（５１５）を追加し、さらに、Ｗｅｂブラウザ（５１６）にてＡＰＤＵ実行結果を表示するようにした場合である。Ｗｅｂブラウザ呼び出し手段（５１５）は、ＡＰＤＵ解析手段（５１２）の解析結果に基づいて、Ｗｅｂブラウザ（５１６）を呼び出し、Ｗｅｂブラウザ（５１６）を介してＩＣカード制御サーバ（５０１）にＡＰＤＵ実行結果を送信する。ＩＣカード制御サーバ（５０１）の表示内容生成手段（５１７）は、受信したＡＰＤＵ実行結果に応じた表示内容を生成し、携帯端末装置（５０９）のＷｅｂブラウザ（５１６）に送信し、携帯端末装置（５０９）のＷｅｂブラウザ（５１６）がその表示内容を表示する。

この場合、スクリプトファイル（５０２）を実行した結果をＩＣカード制御サーバ（５０１）の表示内容生成手段（５１７）で解釈し任意の表示内容に変換した上で、Ｗｅｂブラウザ（５１６）で表示することが可能となり、実現できるサービスの幅が広がる。例えば、携帯端末装置（５０９）からＩＣカード制御サーバ（５０１）に送信されるＡＰＤＵ実行結果が、エラーコードを含むものであれば、ＩＣカード制御サーバ（５０１）の表示内容生成手段（５１７）が、そのエラーコードを解釈し、例えば、「ＡＰＤＵ実行が異常終了しました。詳細：パスワード認証が済んでいないため、アクセスは許可されませんでした。」というような表示内容を生成し、携帯端末装置（５０９）に送信し、それを受信した携帯端末装置（５０９）のＷｅｂブラウザ（５１６）がその表示内容を表示することができる。ＡＰＤＵ実行結果表示手段（５１４）の表示内容に比べ、Ｗｅｂブラウザ呼び出し手段（５１５）を用いた場合は、より利用者にわかりやすく有用な表示内容とすることができる。また、ＩＣカード制御サーバ（５０１）は、ＡＰＤＵ実行結果が入手できるので、そのデータを用いて携帯端末装置（５０９）のエラー状況や、利用者がどのサービスを利用しているのか等を把握することもできる。

図６（Ａ）はスクリプトの仕様例を示す図であり、図６（Ｂ）はスクリプトの具体例とその動作を示す図である。図６（Ｂ）の左側がスクリプトの具体例であり、＃より右側がその動作の説明である。図６（Ｂ）の左側のスクリプトの全体が図２の例えばＡＰＤＵ＃１に対応し、図３の左側の１行、１行が図３のＡＰＤＵ＃１−１、ＡＰＤＵ＃１−２、・・・に対応する。

図６（Ａ）に示すように、１桁目は種別を表す。Ａの場合はＡＩＤ（＝Application IDentifier、アプリケーションＩＤ）であり、Ｃの場合はＡＰＤＵ（アプリケーション・プロトコル・データ単位）であり、Ｍの場合は表示メッセージである。２桁目は「；」であり、これは固定である。３桁目以降は１桁目の種別に応じて次のように変わる。種別がＡの場合は、３桁目以降で、選択するカードＡＰ（カードアプリ）のＡＩＤ（アプリケーションＩＤ）を指定する。この場合は、ＡＰＤＵ実行手段（図２の場合は２１３）がＪＳＲ１７７のｏｐｅｎ（）メソッドを実行し、Ｓｅｌｅｃｔ命令を含むＡＩＤをＩＣカード部（図２の場合は２１４）に送信して、カードＡＰを選択する。図６（Ｂ）では１行目がこの例である。種別がＣの場合は、３桁目以降で、実行するＡＰＤＵを指定する。この場合は、ＡＰＤＵ実行手段がＪＳＲ１７７のｅｘｃｈａｎｇｅＡＰＤＵ（）メソッドを実行し、３桁目以降をそのままＩＣカード部に送信する。図６（Ｂ）では３行目、５行目、７行目がこの例である。種別がＭの場合は、３桁目以降で、携帯端末装置の表示装置上に表示したいメッセージを指定する。この場合は、ＡＰＤＵ実行手段が３桁目以降の内容を表示装置に表示する。図６（Ｂ）では２行目、４行目、６行目がこの例である。

次に図６（Ｂ）の左側のスクリプト例がＡＰＤＵ実行手段（図１の場合は２１３）で実行された場合の動作について説明する。図（Ｂ）の＃の右側に示されているように、１行目でＡＩＤ：d392f00020000001のカードを選択し、２行目で“ＡＰＤＵ１実行中”と携帯端末装置（図１の場合は２０９）の表示装置上に表示し、３行目でＡＰＤＵ：00D2000B051003313233を実行し、４行目で“ＡＰＤＵ２実行中”と携帯端末装置の表示装置上に表示し、５行目でＡＰＤＵ：00D2000B051003343536を実行し、６行目で“ＡＰＤＵ３実行中”と携帯端末装置の表示装置上に表示し、７行目でＡＰＤＵ：00D2000B051003373839を実行する。

以上の説明から明らかなように、各実施形態において、携帯端末装置は、複数のサービスに共通するＩＣカード制御機能すなわち汎用のＩＣカード制御機能を実現する手段である汎用ＩＣカード制御手段を備えているので、ＩＣカード制御サーバが蓄積する各スクリプトには、各サービスに固有の機能のみを記述すればよく、複数のサービスに共通するＩＣカード制御機能については記述する必要がない。したがって、サービス毎に共通するＩＣカード制御機能を開発する必要がなくなり、開発がより容易になり、また、開発コストを低下させることができる。さらに、携帯端末装置にはサービス毎に重複して共通のＩＣカード制御機能をダウンロードする必要がないから、その分ダウンロードする時間が節約でき、また、記憶装置の容量も少なくすることができる。

以上説明した実施形態の各手段は、プログラムとコンピュータによって構成してもよいし、その一部または全部をハードウェアで構成してもよい。

以上、本発明者によってなされた発明を、前記実施形態に基づき具体的に説明したが、本発明は、前記実施形態に限定されるものではなく、その要旨を逸脱しない範囲において種々変更可能であることは勿論である。

従来における携帯端末装置上のＩＣカード制御機能の構成例を示す図である。 実施形態１における携帯端末装置上のＩＣカード制御機能の構成例を示す図である。 汎用ＩＣカード制御手段の詳細説明図である。 実施形態２における携帯端末装置上のＩＣカード制御機能の構成例を示す図である。 実施形態３における携帯端末装置上のＩＣカード制御機能の構成例を示す図である。 スクリプトの仕様例、スクリプトの具体例と動作を示す図である。

符号の説明

１０１…サーバ、１０８…ネットワーク、１０９…携帯端末装置、１１６…ＩＣカード部、２０１、４０１、５０１…ＩＣカード制御サーバ、２０８、４０８、５０８…ネットワーク、２０９、４０９、５０９…携帯端末装置、２１０、３０３、４１０、５１０…汎用ＩＣカード制御手段、２１１、３０４、４１１、５１１…ＡＰＤＵ取得手段、２１２、３０５、４１２、５１２…ＡＰＤＵ解析手段、２１３、３０６、４１３、５１３…ＡＰＤＵ実行手段、３０７…個々のＡＰＤＵ、３０８…レスポンス、２１４、３０９、４１５、５１８…ＩＣカード部、３０１…スクリプトファイル、４１４、５１４…ＡＰＤＵ実行結果表示手段、５１５…Ｗｅｂブラウザ呼び出し手段、５１６…Ｗｅｂブラウザ、５１７…表示内容生成手段

Claims (4)

1. サービスを実施するためのＡＰＤＵを格納したスクリプトファイルを配備するＩＣカード制御サーバと、ＩＣカードを備える携帯端末装置と、を有するシステムにおける携帯端末装置であって、
   前記ＩＣカード制御サーバから前記ＡＰＤＵを格納したスクリプトファイルを取得するＡＰＤＵ取得手段と、
   前記ＡＰＤＵ取得手段が取得したスクリプトファイルを解析し、個々のＡＰＤＵに分解するＡＰＤＵ解析手段と、
   前記ＡＰＤＵ解析手段で解析されたＡＰＤＵを実行するＡＰＤＵ実行手段と、
   を備えることを特徴とする携帯端末装置。
2. 請求項１に記載の携帯端末装置であって、
   前記ＡＰＤＵ実行手段がＡＰＤＵを実行した結果を表示するＡＰＤＵ実行結果表示手段を備えることを特徴とする携帯端末装置。
3. 請求項１または２に記載の携帯端末装置であって、
   前記ＡＰＤＵ解析手段の解析結果に基づいて、前記携帯端末装置に備えられたＷｅｂブラウザを呼び出し、前記ＩＣカード制御サーバが生成した表示内容をＷｅｂブラウザに表示させるＷｅｂブラウザ呼び出し手段を備えることを特徴とする携帯端末装置。
4. 請求項１ないし３のうちいずれか１項に記載の手段としてコンピュータを機能させるためのプログラム。

Images