JP2012133656A

JP2012133656A - 携帯可能電子装置及びｉｃカード

Info

Publication number: JP2012133656A
Application number: JP2010286320A
Authority: JP
Inventors: Tomomi Onuma; 友美大沼
Original assignee: Toshiba Corp
Current assignee: Toshiba Corp
Priority date: 2010-12-22
Filing date: 2010-12-22
Publication date: 2012-07-12

Abstract

【課題】ＩＣカード運用中にDefault Applicationを弾力的に変更する。
【解決手段】複数のアプリケーションとそれぞれのアプリケーションに対応した識別子を保持する携帯可能電子装置２において、携帯可能電子装置が活性化された際、登録された暗黙的に特定のアプリケーションを選択する特定アプリ選択部１０１と、外部から識別子を提示してアプリケーションを選択する選択命令が提示された際、当該識別子に対応するアプリケーションを選択する指定アプリ選択部１０１と、今回活性化されてから次回活性化されるまでの間で最終に選択されたアプリケーションを特定のアプリケーションとして登録する特定アプリ登録部１０１とを備えた携帯可能電子装置である。
【選択図】図２

Description

本発明の実施の形態は、携帯可能電子装置と処理装置との間で情報通信を行う携帯可能電子装置及びＩＣカードに関する。

携帯可能電子装置として用いられるＩＣカードは、携帯性に優れ、且つ、外部装置との通信及び複雑な演算処理を行う事ができる。また、偽造が難しい為、ＩＣカードは、機密性の高い情報などを格納してセキュリティシステム、電子商取引などに用いられることが想定される。

市場で運用されているＩＣカードのほとんどは、１枚のＩＣカードに複数のアプリケーションが搭載された、いわゆるマルチアプリケーションＩＣカードである。このマルチアプリケーションＩＣカードとして有名なものとして、例えばJava（登録商標）Cardがある。このＩＣカードでは、Ｊａｖａ（登録商標）言語で記述された複数のアプリケーションを搭載し、またアプリケーションの削除が可能である。

複数のアプリケーションを実行可能なＩＣカードは、ＩＳＯ７８１６−４に従う。ＩＳＯ７８１６−４では、国内、及び世界中で重複することがないよう登録制により、各アプリケーションにＡＩＤ（application identifier）という５〜１６バイトの識別情報（識別子）が付与される。ＩＣカードは、外部装置から指示されるＳＥＬＥＣＴコマンドに含まれるＡＩＤによりアプリケーションを選択して、このアプリケーションを実行する。

ＧｌｏｂａｌＰｌａｔｆｏｒｍＣａｒｄＳｐｅｃｉｆｉｃａｔｉｏｎＶｅｒｓｉｏｎ２．２

一方、複数のアプリケーションプログラムを搭載するスマートカードの標準化組織であるＧｌｏｂａｌＰｌａｔｆｏｒｍが定めたＣａｒｄＳｐｅｃｉｆｉｃａｔｉｏｎに準拠しているＩＣカードにおいては、アプリケーションをカードにインストールする際に、カード活性化直後、暗黙的に選択されるアプリケーション（Card Reset Application）を設定することができる。このようなＩＣカードに対しては、カード活性化直後、ＳＥＬＥＣＴコマンドで明示的にアプリケーションを選択しなくても、Card Reset Applicationが暗黙的に選択されており、このアプリケーションに対して続く処理を指示・実行することが可能である。

しかしながら、カード活性化直後、暗黙的に選択されるアプリケーション（以下、Default Applicationとも称す。）は固定的であり、ＩＣカード内にアプリケーションを搭載する時点で決める必要がある。その為、ＩＣカード運用中にDefault Applicationを弾力的に変更することができない。

上記課題を解決するための本発明の実施の形態によれば、複数のアプリケーションとそれぞれのアプリケーションに対応した識別子を保持する携帯可能電子装置において、前記携帯可能電子装置が活性化された際、登録された暗黙的に特定のアプリケーションを選択する特定アプリ選択部と、外部から識別子を提示してアプリケーションを選択する選択命令が提示された際、当該識別子に対応するアプリケーションを選択する指定アプリ選択部と、今回活性化されてから次回活性化されるまでの間で最終に選択されたアプリケーションを前記特定のアプリケーションとして登録する特定アプリ登録部とを備えた携帯可能電子装置が提供される。

本実施形態に係るＩＣカードと通信を行うＩＣカード処理装置の構成例について説明するためのブロック図。本実施形態に係るＩＣカードの構成例について説明するためのブロック図。本実施形態のデータメモリのファイル構造を示す概念図。本実施形態のＩＣカードの活性化シーケンスにおいて、暗黙的に特定のアプリケーションを選択する手順を示すフローチャート。第１の実施の形態のＤｅｆａｕｌｔＡｐｐｌｉｃａｔｉｏｎとして登録する処理手順を示すフローチャート。本実施形態のＡＩＤテーブルを示す図。本実施形態の選択回数管理テーブルを示す図。第２の実施の形態のＤｅｆａｕｌｔＡｐｐｌｉｃａｔｉｏｎとして登録する処理手順を示すフローチャート。

（第１の実施形態）
以下、図面を参照しながら、本発明の第１の実施形態に係る携帯可能電子装置について詳細に説明する。なお、以下には携帯可能電子装置としてＩＣカードを例として説明するが、本発明はＩＣカードに限られない。

図１は、本実施形態に係るＩＣカード２と通信を行うＩＣカード処理装置１の構成例について説明するためのブロック図である。
図１に示すようにＩＣカード処理装置１は、端末装置１１、ディスプレイ１２、キーボード１３、及びカードリーダライタ１４などを有している。

端末装置１１は、ＣＰＵ、種々のメモリ、及び各種インターフェースなどを備える。端末装置１１は、ＩＣカード処理装置１全体の動作を制御する。
ディスプレイ１２は、端末装置１１の制御により種々の情報を表示する。キーボード１３は、ＩＣカード処理装置１の操作者による操作を操作信号として受け取る。
カードリーダライタ１４は、ＩＣカード２と通信を行うためのインターフェース装置である。カードリーダライタ１４は、ＩＣカード２に対して、電源供給、クロック供給、リセット制御、及びデータの送受信を行う。

端末装置１１は、カードリーダライタ１４によりＩＣカード２に対して種々のコマンドを入力する。ＩＣカード２は、例えば、カードリーダライタ１４からデータの書き込みコマンドを受信した場合、受信したデータを内部の不揮発性メモリに書き込む処理を行う。
また、端末装置１１は、ＩＣカード２に読み取りコマンドを送信することにより、ＩＣカード２からデータを読み出す。端末装置１１は、ＩＣカード２から受信したデータに基づいて種々の処理を行う。

ＩＣカード２は、プラスチックなどで形成されたカード状の本体と本体に埋め込まれたＩＣモジュールとを備えている。ＩＣモジュールは、ＩＣチップを有している。ＩＣチップは、電源が無い状態でもデータを保持することができるＥＥＰＲＯＭ（ＥｌｅｃｔｒｉｃａｌｌｙＥｒａｓａｂｌｅＰｒｏｇｒａｍｍａｂｌｅＲｅａｄ−ＯｎｌｙＭｅｍｏｒｙ）またはフラッシュＲＯＭなどの不揮発性メモリと、種々の演算を実行するＣＰＵとを有している。

図２は、図１に示すＩＣカード２の構成例について説明するためのブロック図である。
図２に示すように、ＩＣカード２は、カード状の本体２１と、本体２１内に内蔵されたＩＣモジュール２２とを備えている。ＩＣモジュール２２は、１つ又は複数のＩＣチップ１００と、通信部１０５とを備える。ＩＣチップ１００と通信部１０５とは、互いに接続された状態でＩＣモジュール２２内に埋設して形成されている。

ＩＣチップ１００は、制御素子（ＣＰＵ）１０１、データメモリ１０２、ワーキングメモリ１０３、プログラムメモリ１０４を備えている。これらの各部は、データバスを介して互いに接続されている。

ＩＣカード２は、ＩＣカード処理装置１などの上位機器から電力の供給を受けた場合、動作可能な状態になる。例えば、ＩＣカード２が非接触式のＩＣカードとして構成される場合、ＩＣカード２は、通信部としてのアンテナなどを介してＩＣカード処理装置１からの電波を受信し、その電波から図示しない電源部により動作電源及び動作クロックを生成して活性化する。

通信部１０５は、ＩＣカード処理装置１のカードリーダライタ１４との通信を行うためのインターフェースである。通信部１０５は、例えば、ＩＣカード処理装置１のカードリーダライタ１４と無線通信を行う送受信アンテナ、送信データの変調及び受信データの復調を行う変復調部を備える。

ＣＰＵ１０１は、ＩＣカード２全体の制御を司る制御部として機能する。ＣＰＵ１０１は、プログラムメモリ１０４あるいはデータメモリ１０２に記憶されている制御プログラム及び制御データに基づいて種々の処理を行う。

データメモリ１０２は、例えば、ＥＥＰＲＯＭあるいはフラッシュＲＯＭなどのデータの書き込み及び書換えが可能な不揮発性のメモリにより構成される。データメモリ１０２は、ＩＣカード２の運用用途に応じて制御プログラム、アプリケーション、及び種々のデータを格納する。

たとえば、データメモリ１０２では、プログラムファイル及びデータファイルなどが創成される。創成された各ファイルには、制御プログラム及び種々のデータなどが書き込まれる。ＣＰＵ１０１は、データメモリ１０２、または、ＲＯＭに記憶されているプログラムを実行することにより、種々の処理を実現することができる。

ワーキングメモリ１０３は、揮発性のメモリである。ワーキングメモリ１０３は、ＣＰＵ１０１の処理中のデータなどを一時的に格納する。例えば、ワーキングメモリ１０３は、通信部１０５を介してＩＣカード処理装置１から受信したデータを一時的に格納する。また、ワーキングメモリ１０３は、ＣＰＵ１０１が実行するプログラムを一時的に格納する。

プログラムメモリ１０４は、予め制御用のプログラム及び制御データなどを記憶する不揮発性のメモリである。プログラムメモリ１０４は、製造段階で制御プログラム及び制御データなどを記憶した状態でＩＣカード２内に組み込まれる。即ち、プログラムメモリ１０４に記憶される制御プログラム及び制御データは、予めＩＣカード２の仕様に応じて組み込まれる。

図３は、データメモリ１０２のファイル構造を示す概念図である。
ＩＣカードに複数のアプリケーションが搭載されている場合、データメモリ１０２には、たとえば、図２に示すように、複数のアプリケーションに関する情報がファイル構造で記憶されている。このファイル構造は、ＩＳＯ／ＩＥＣ７８１６−４に基づき、色々な種類のファイルについて階層構造となっている。

図２に示すように、最上位がＭＦ（ＭａｓｔｅｒＦｉｌｅ）２０１で、その配下にアプリケーションごとに設定されるフォルダとしてＤＦ（ＤｅｄｉｃａｔｅｄＦｉｌｅ）２０２、２０３、２０４、２０５が設けられる。さらに、それらの配下に実際にアプリケーションで使われるユーザデータの格納に使用されるＥＦ（ＥｌｅｍｅｎｔａｒｙＦｉｌｅ）２０７、２０８、２０９が設けられる。また、ＭＦ２０１の配下には、カード全体へのアクセス権を確立するためのキー等の格納に使用されるＥＦ２０６が設けられる。なお、ＤＦは搭載しているアプリケーションに相当する数だけ設けられる。

図３に示す形態では、例えばＤＦ２０２には、アプリケーション用ファイルとしてＤＦ名（以下、ＡＰＬ１とも称す）が設定され、その配下には、当該アプリケーションで使用されるデータを保持するＥＦ２０７（以下、ＥＦ１−１とも称す）、ＥＦ２０８（以下、ＥＦ１−２とも称す）という２つのファイルが存在する。
ＤＦ２０４、ＤＦ２０４、ＤＦ２０５（以下、それぞれＡＰＬ２、ＡＰＬ３、ＡＰＬ４とも称す）についても、同様の構成である。

これらのアプリケーションは、ＣＰＵ１０１によって選択されることで初めて処理を実行することが可能となる。アプリケーション選択手段として、以下の二つがあげられる。
第一の手段として、ＩＣカード２は、外部から明示的に対象のアプリケーションを選択する命令を受信することで、対象のアプリケーションを選択することが可能である。例えばＩＳＯ−７８１６−４では、対象アプリケーションのＤＦ名を指定したＳＥＬＥＣＴコマンドを受信することで当該アプリケーションが選択される。
第二の手段として、ある特定のアプリケーションをCard Reset Applicationとして設定することで、カード活性化直後、暗黙的に特定のアプリケーションを選択することが可能である。

図４は、ＩＣカードの活性化シーケンスにおいて、暗黙的に特定のアプリケーションを選択する手順を示すフローチャートである。

ＩＣカード処理装置１（以下、通信端末という。）は、ＩＣカード２に、動作電源（Ｖｃｃ、ＧＮＤ）、動作クロック（ＣＬＫ）、及びＲＥＳＥＴ信号を供給し、活性化シーケンスが開始する。

ステップＦ３０１において、ＣＰＵ１０１は、通信端末１から起動された場合、スタートアップ処理を行う。そして、不揮発性データメモリ１０２内のＳｙｓｔｅｍＡｒｅａに記録されたＤｅｆａｕｌｔＡｐｐｌｉｃａｔｉｏｎ情報（ＤｅｆａｕｌｔＡｐｐｌｉｃａｔｉｏｎのＤＦｎａｍｅ格納位置を示すポインタ情報）を読み出し、当該アプリケーション選択処理を実行する。

ステップＦ３０２において、ＣＰＵ１０１は、不揮発性データメモリ１０２からＡＴＲ（ＡｎｓｗｅｒＴｏＲｅｓｅｔ)値を読み出す。ＡＴＲ値には、ＩＣカード２が効率的に通信するための通信プロトコル、通信レートが含まれている。ＣＰＵ１０１は、読み出したＡＴＲ値を通信端末１へ送信する。またＣＰＵ１０１は、送信した通信プロトコル、通信レートをワーキングメモリ１０３に格納する。

ステップＦ３０３において、通信端末１は、受信したＡＴＲ値に基づき、通信すべき通信プロトコル及び通信レートを取得する。通信端末１は、取得した通信プロトコル及び通信レートから現在の通信プロトコル及び通信レートを変更しなくとも通信可能と判断すると（Ｆ３０４、ＮＯ）、これら通信プロトコル及び通信レートによる通信を開始し、これ以降、ＤｅｆａｕｌｔＡｐｐｌｉｃａｔｉｏｎの処理が実行される。

逆に、通信端末１は、これら通信プロトコル及び通信レートによる通信が不能と判断すると（Ｆ３０４、ＹＥＳ）、ステップＦ３０５において、通信条件を変更するための要求コマンドであるＰＰＳリクエストを送信し、例えば通信レートの変更を要求する。

ステップＦ３０６において、ＩＣカード２は、通信端末１から受信したＰＰＳリクエストをチェックし、有効か無効か判断する。ＩＣカード２がＰＰＳリクエスト有効と判断すると（Ｆ３０６、ＹＥＳ）、ステップＦ３０７において、ＩＣカード２はＰＰＳレスポンスを通信端末１に送信する。同時に、ＩＣカード２は、ＰＰＳリクエストに基づき、ＰＰＳレスポンス送信後に、通信すべき通信プロトコル及び通信レートを判断し、これら通信プロトコル及び通信レートをワーキングメモリ１０３に格納する。
なお、ＰＰＳリクエストが無効であれば（Ｆ３０６、ＮＯ）、通信プロトコル及び通信レートは変更されない。以降、ＤｅｆａｕｌｔＡｐｐｌｉｃａｔｉｏｎの処理が実行される。

続いて、ＤｅｆａｕｌｔＡｐｐｌｉｃａｔｉｏｎをＩＣカード２が変更する手順について説明する。

一般的に最後（最近）に選択されたアプリケーションは繰り返し利用される確率が高いと考えられる。そこで、第１の実施の形態では、ＣＰＵ１０１は、あるアプリケーションが選択された場合に、当該アプリケーションをＤｅｆａｕｌｔＡｐｐｌｉｃａｔｉｏｎとして不揮発性データメモリ１０２内のＳｙｓｔｅｍＡｒｅａに記憶する。これによって、最終選択アプリケーションを、次回カード活性化直後、暗黙的に選択することが可能となる。

図５は、第１の実施の形態のＤｅｆａｕｌｔＡｐｐｌｉｃａｔｉｏｎとして登録する処理手順を示すフローチャートである。
ＣＰＵ１０１は、ＳＥＬＥＣＴコマンドを受信することで指定されたアプリケーションを選択する。このアプリケーションを選択する際、ＣＰＵ１０１は、選択されたアプリケーションのＤＦｎａｍｅをＤｅｆａｕｌｔＡｐｐｌｉｃａｔｉｏｎとして登録する処理を実行する。

ここで各アプリケーションのＤＦｎａｍｅは、図６に示すＡＩＤテーブル１２０で管理されている。ＡＩＤテーブル１２０には、ＩＣカード２に搭載されているアプリケーションのＤＦｎａｍｅが記載されている。ＡＩＤテーブル１２０は、データメモリ１０２としてのＥＥＰＲＯＭなどに格納されている。

ＣＰＵ１０１はアプリケーションを選択するＳＥＬＥＣＴコマンドを受信し、当該コマンドに含まれるＤＦｎａｍｅを取得すると、データメモリに格納されたＡＩＤテーブル１２０からＤＦｎａｍｅの検索処理を開始する。まず、検索ポインタをＡＩＤテーブル１２０の先頭位置に設定し、ステップＦ４０１において、当該位置に記憶されているＤＦｎａｍｅが受信したＤＦｎａｍｅと一致しているかどうか比較する。

ＤＦｎａｍｅが一致していなかった場合（Ｆ４０１ＮＯ）は、次の検索候補における比較処理に移る。ステップＦ４０２において、現在の検索ポインタが登録ＤＦｎａｍｅの最後の位置であるか否かをチェックする。もし最後の位置であった場合（Ｆ４０２ＹＥＳ）は、検索処理を終了し、ステップＦ４０３において、『選択候補無し』を意味するステータスワードを外部に返送する。

もし最後の位置でない場合（Ｆ４０２ＮＯ）は、ステップＦ４０４において、次の検索ポインタを１つ分進め、検索ポインタで示された位置にあるＤＦｎａｍｅと、ＳＥＬＥＣＴコマンドから取得されたＤＦｎａｍｅとの比較処理を実施し、上記フローに沿った処理を継続する。ここで「１つ分進める」とは、データメモリ１０２上で管理されているＡＩＤテーブル１２０の次行のアドレスを検索ポインタに設定することをいう。

検索候補が見つかった場合（Ｆ４０１ＹＥＳ）は、ステップＦ４０５において、当該ＤＦｎａｍｅをＤｅｆａｕｌｔＡｐｐｌｉｃａｔｉｏｎとして登録する。即ち、不揮発性データメモリ１０２のＳｙｓｔｅｍＡｒｅａに記録されたＤｅｆａｕｌｔＡｐｐｌｉｃａｔｉｏｎ情報を更新する。そして、通常のＳＥＬＥＣＴコマンド処理（アプリケーション選択処理）を実行する。

（第２の実施形態）
第２の実施の形態では、ＤＦｎａｍｅをＤｅｆａｕｌｔＡｐｐｌｉｃａｔｉｏｎとして登録する手順が第１の実施の形態と異なっている。第１の実施の形態と同一の部位には同一の符号を付してその詳細の説明は省略する。

第２の実施の形態では、アプリケーション毎の選択回数を記憶し、選択回数が一番多いアプリケーションをＤｅｆａｕｌｔＡｐｐｌｉｃａｔｉｏｎとして不揮発性データメモリ１０２内のＳｙｓｔｅｍＡｒｅａに記憶する。そして、次のカード活性化直後に、当該アプリケーションを暗黙的に選択する。そうすることで使用頻度の一番高いアプリケーションを、カード活性化直後、暗黙的に選択することが可能となり、アプリケーションの選択処理の効率化を実現することができる。

図７は、選択回数管理テーブル１２１を示す図である。
選択回数管理テーブル１２１には、ＤＦｎａｍｅ毎に、ＳＥＬＥＣＴコマンドにより選択された回数が記載されている。そして、選択回数管理テーブル１２１には、選択回数の多い順にＤＦｎａｍｅが並べられる。そして、選択回数管理テーブル１２１において最上位に登録されているアプリケーション、即ち、選択回数が最も多いアプリケーションがＤｅｆａｕｌｔＡｐｐｌｉｃａｔｉｏｎとして登録される。なお、選択回数管理テーブル１２１に記載される選択回数は、ＩＣカード２発行時の回数を初期値０として、それ以降に選択された累積の回数である。

図８は、第２の実施の形態のＤｅｆａｕｌｔＡｐｐｌｉｃａｔｉｏｎとして登録する処理手順を示すフローチャートである。
ＣＰＵ１０１は、ＳＥＬＥＣＴコマンドを受信することで指定されたアプリケーションを選択する。このアプリケーションを選択する際、ＣＰＵ１０１は、選択されたアプリケーションのＤＦｎａｍｅをＤｅｆａｕｌｔＡｐｐｌｉｃａｔｉｏｎとして登録する処理を実行する。

ＣＰＵ１０１はアプリケーションを選択するＳＥＬＥＣＴコマンド受信し、当該コマンドに含まれるＤＦｎａｍｅを取得すると、データメモリに格納された選択回数管理テーブル１２１からＤＦｎａｍｅの検索処理を開始する。まず、検索ポインタを選択回数管理テーブル１２１の先頭位置に設定し、ステップＦ７０１において、当該位置に記憶されているＤＦｎａｍｅが受信したＤＦｎａｍｅと一致しているかどうか比較する。

ＤＦｎａｍｅが一致していなかった場合（Ｆ７０１ＮＯ）は、次の検索候補における比較処理に移る。ステップＦ７０２において、現在の検索ポインタが登録ＤＦｎａｍｅの最後の位置であるか否かをチェックする。もし最後の位置であった場合（Ｆ７０２ＹＥＳ）は、検索処理を終了し、『選択候補無し』を意味するステータスワードを外部に返送する。

もし最後の位置でない場合（Ｆ７０２ＮＯ）は、ステップＦ７０３において、次の検索ポインタを１つ分進め、検索ポインタで示された位置にあるＤＦｎａｍｅと、ＳＥＬＥＣＴコマンドから取得されたＤＦｎａｍｅとの比較処理を実施し、上記フローに沿った処理を継続する。ここで「１つ分進める」とは、データメモリ１０２上で管理されている選択回数管理テーブル１２１の次行のアドレスを検索ポインタに設定することをいう。

検索候補が見つかった場合（Ｆ７０１ＹＥＳ）は、ステップＦ７０４において、選択回数管理テーブル１２１上の当該ＤＦｎａｍｅの選択回数を更新する。次に、ステップＦ７０５において、当該ＤＦｎａｍｅが選択回数管理テーブル１２１の最上位であるかどうか、即ち、最も選択回数が多いかどうかをチェックする。もし最上位であった場合（Ｆ７０５ＹＥＳ）は、テーブル更新処理は終了し、次の処理であるアプリケーション選択処理に移る。

ステップＦ７０５の処理の結果、最上位で無かった場合（Ｆ７０５ＮＯ）は、ステップＦ７０６において、当該ＤＦｎａｍｅの、選択回数管理テーブル１２１上、１つ上のＤＦｎａｍｅ（以下、Ａ２とも称す）の選択回数と、選択回数を更新した後の当該ＤＦｎａｍｅの選択回数とを比較する。上位のＤＦｎａｍｅ（Ａ２）の選択回数よりも当該ＤＦｎａｍｅ（Ａ１）の選択回数の方が大きかった場合（Ｆ７０６ＮＯ）は、ステップＦ７０７において、選択回数管理テーブル上のＡ２とＡ１の順序を入れ替える。

上位のＤＦｎａｍｅ（Ａ２）の選択回数が、更新後の当該ＤＦｎａｍｅ（Ａ１）の選択回数以上であった場合（Ｆ７０６ＹＥＳ）は、テーブル更新処理は終了し、次の処理であるアプリケーション選択処理に移る。

ステップＦ７０８において、ステップＦ７０７における処理の結果、当該ＤＦｎａｍｅが選択回数管理テーブル上、最上位であるかチェックする。最上位であった場合（Ｆ７０８ＹＥＳ）は、ステップＦ７０９において、当該ＤＦｎａｍｅをＤｅｆａｕｌｔＡｐｐｌｉｃａｔｉｏｎとして登録し、次の処理であるアプリケーション選択処理に移る。最上位でなかった場合（Ｆ７０８ＮＯ）は、次の処理であるアプリケーション選択処理に移る。

〔実施の形態の効果〕
以上説明した各実施の形態により、カード活性化直後、暗黙的に選択されるＤｅｆａｕｌｔＡｐｐｌｉｃａｔｉｏｎを弾力的に変更することが可能となる。運用上良く使われると考えられる、前回活性化時の最終選択アプリケーション、または選択回数の多いアプリケーションの選択処理の効率化を実現することができる。

更に、活性化時のＡＴＲ出力にて、ＤｅｆａｕｌｔＡｐｐｌｉｃａｔｉｏｎを通知することで、現在選択されているアプリケーション情報を外部にも通知することができるため、より効率的な運用を図ることができる。

尚、本発明は、上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。
上記実施形態に開示されている複数の構成要素の適宜な組み合せにより種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。更に、異なる実施形態に亘る構成要素を適宜組み合せてもよい。

１…ＩＣカード処理装置、２…ＩＣカード、１１…端末装置、１４…カードリーダライタ、２１…本体、２２…ＩＣモジュール、２４…通信部、１００…ＩＣチップ、１０１…ＣＰＵ、１０２…データメモリ、１０３…ワーキングメモリ、１０４…プログラムメモリ、１０５…通信部、１２０…ＡＩＤテーブル、１２１…選択回数管理テーブル、１２２…登録アプリケーション名管理テーブル。

Claims

複数のアプリケーションとそれぞれのアプリケーションに対応した識別子を保持する携帯可能電子装置において、
前記携帯可能電子装置が活性化された際、登録された暗黙的に特定のアプリケーションを選択する特定アプリ選択部と、
外部から識別子を提示してアプリケーションを選択する選択命令が提示された際、当該識別子に対応するアプリケーションを選択する指定アプリ選択部と、
今回活性化されてから次回活性化されるまでの間で最終に選択されたアプリケーションを前記特定のアプリケーションとして登録する特定アプリ登録部と
を備えたことを特徴とする携帯可能電子装置。
複数のアプリケーションとそれぞれのアプリケーションに対応した識別子を保持する携帯可能電子装置において、
前記携帯可能電子装置が活性化された際、登録された暗黙的に特定のアプリケーションを選択する特定アプリ選択部と、
外部から識別子を提示してアプリケーションを選択する選択命令が提示された際、当該識別子に対応するアプリケーションを選択する指定アプリ選択部と、
前記携帯可能電子装置が発行されてから、選択された回数が最も多いアプリケーションを前記特定のアプリケーションとして登録する特定アプリ登録部と
を備えたことを特徴とする携帯可能電子装置。
活性化の際、前記携帯可能電子装置から前記外部に対して送信する活性化応答データに前記特定のアプリケーションの情報を含めることを特徴とする請求項１又は２に記載の携帯可能電子装置。
請求項１乃至３の内いずれか１項に記載の各部を有するＩＣモジュールと、
このＩＣモジュールを収納したＩＣカード本体と
を備えたことを特徴とするＩＣカード。