(57)【要約】【課題】複数のアプリケーションを切り替えて使用可能なＩＣカードにおいて、ＴＣＰ／ＩＰとＩＳＯ７８１６のどちらのプロトコルでも複数アプリケーションを選択できる機能を提供することを目的とする。【解決手段】アプリケーションプログラムを実行する以前に通信手順とアプリケーションプログラムを関連付けて記憶する対応テーブルと、前記端末装置から受信したコマンド中に含まれる通信手順毎に異なる選択経路を経て実行するアプリケーションプログラムを選択するアプリケーション選択手段とを設けたことを特徴とするＩＣカード、および通信手順に基づいて対応テーブルを参照することによりアプリケーションプログラムを選択する機能を提供する。【選択図】  図４
2004151864.tif 000002
【特許請求の範囲】
【請求項１】
端末装置とデータの受け渡しを行い、複数のアプリケーションプログラムの各々を内部に備えるＣＰＵにおいて実行可能なＩＣカードであって、
アプリケーションプログラムを実行する以前に、通信手順とアプリケーションプログラムを関連付けて記憶する対応テーブルと、
前記端末装置から受信したコマンド中に含まれる通信手順判定情報に応じて、異なる選択経路を経て実行するアプリケーションプログラムを選択するアプリケーション選択手段と、
を備えることを特徴とするＩＣカード。
【請求項２】
請求項１記載のＩＣカードであって、
前記アプリケーション選択手段が、
前記端末装置から受信したコマンドの中のクラスバイトにより通信手順を判定する判定手段と、
前記判定手段の判定結果に基づいて、前記対応テーブルを経由してアプリケーションプログラムを選択する、または直接アプリケーションプログラムを選択するのどちらかの手順においてアプリケーションプログラムを選択する選択手段と、を備えることを特徴とするＩＣカード。
【請求項３】
請求項１または２記載のＩＣカードであって、
前記対応テーブルが、
ＴＣＰ／ＩＰプロトコルのポート番号と、
ＩＳＯにより規定されたＩＣカード内のアプリケーションプログラムに付与したアプリケーションＩＤと、
を関係付けて記憶することを特徴とするＩＣカード。
【請求項４】
請求項１から３のいずれかに記載のＩＣカードであって、
前記判定手段が、
前記端末装置から受信したコマンドの中のクラスバイトにより、ＴＣＰ／ＩＰおよびＩＳＯのどちらの通信手順か判定し、
前記選択手段が、
前記判定手段の判定結果がＴＣＰ／ＩＰの場合、ＴＣＰ／ＩＰのデータの中からポート番号を取得し、前記ポート番号に基づいて前記対応テーブルに記憶している対応するアプリケーションプログラムを選択し、
前記判定手段の判定結果がＩＳＯの場合、直接ＩＣカード内のアプリケーションプログラムを選択する、
ことを特徴とするＩＣカード。
【請求項５】
端末装置とデータの受け渡しを行い、内部に備えるＣＰＵにより複数のアプリケーションプログラムの各々を実行するＩＣカードにおける実行するアプリケーションプログラムの選択方法であって、
アプリケーションプログラムを実行する以前に、通信手順とアプリケーションプログラムを関連付けて、ＩＣカードの対応テーブルに記憶する段階と、
端末装置から受信したコマンド中に含まれる通信手順判定情報に応じて、異なる選択経路を経て実行するアプリケーションプログラムを選択する段階と、
を設けたことを特徴とするＩＣカードにおけるアプリケーションプログラム選択方法。
【請求項６】
請求項５記載のＩＣカードにおけるアプリケーションプログラム選択方法であって、
アプリケーションを選択する際に、端末装置がＩＣカードに対して発行するコマンドの中のクラスバイトに対して、ＴＣＰ／ＩＰおよびＩＳＯのどちらの通信手順か記述する段階と、
端末装置から受信した前記コマンドの中のクラスバイトにより、通信手順がＴＣＰ／ＩＰおよびＩＳＯのどちらであるか判定する段階と、
前記判定結果がＴＣＰ／ＩＰの場合、ＴＣＰ／ＩＰのデータの中からポート番号を取得し、前記ポート番号に基づいて前記通信手順記憶領域に記憶した対応するアプリケーションプログラムを選択する段階と、
前記判定手段の判定結果がＩＳＯの場合、直接ＩＣカード内のアプリケーションプログラムを選択する段階と、
を設けたことを特徴とするＩＣカードにおけるアプリケーションプログラム選択方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、複数のアプリケーションプログラム（以下、単にアプリケーションという）を実行可能なＩＣカードに関し、特に、複数のアプリケーションの切り替えに関するものである。
【０００２】
【従来の技術】
従来、ＪａｖａＣａｒｄ（Ｓｕｎ  Ｍｉｃｒｏｓｙｓｔｅｍｓ社の登録商標）やＭｕｌｔｏｓのような複数のアプリケーションプログラムを実行可能なＩＣカードは、ＩＳＯ７８１６−４に従い、アプリケーション毎にＡＩＤという５〜１６バイトの固有の識別子を付け、そのＡＩＤによりアプリケーションを選択してから、続く処理を指示するという手順を取っている。
【０００３】
例えば、クレジットの支払い処理を行うには、まず「ＳＥＬＥＣＴ  ＦＩＬＥｘｘｘｘ」（ｘｘｘｘは、クレジットアプリケーションのＡＩＤ）として、クレジットアプリケーションを選択し、次に認証コマンドや支払いコマンドを端末からカードに送信すると、それらのコマンドが選択済みのクレジットアプリケーションに渡される
【０００４】
ＡＩＤは、国内および世界中で重複がないように登録制により付与される５〜１６バイトの識別子で、ＡＩＤによりアプリケーションを一意に特定することができる。
【０００５】
ＩＣカードは、携帯電話、携帯情報端末（ＰＤＡ：Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔ）、情報家電などの様々な機器を介してネットワーク、特にインターネットに接続し、インターネットの標準的なプロトコルであるＴＣＰ／ＩＰによる通信を行うことにより、その適用範囲を広げることが可能になる。
【０００６】
しかしながら、複数のアプリケーションを実行可能なＩＣカードが、ＴＣＰ／ＩＰによる通信を行うためには、ＴＣＰ／ＩＰで用いられているＩＰアドレスおよびポート番号によりアプリケーションの指定を行う必要がある。
【０００７】
ＴＣＰ／ＩＰにおいては、ＩＰアドレスによりコンピュータや携帯電話などの機器を特定し、ポート番号により該機器の上で動作するアプリケーションを特定している。一つのアプリケーションで複数のポートを使用することもある。
【０００８】
従来のＩＣカードは、ＩＣカードリーダ／ライタなどの端末装置との通信をＩＳＯ７８１６に従って行うため、ＴＣＰ／ＩＰによる通信を行うことはできないから、端末装置にＴＣＰ／ＩＰを解釈し、ＩＣカード専用のコマンドに変換するソフトウェアを追加しなければならない。
【０００９】
このため、ＩＳＯ７８１６の下位層であるＩＳＯ７８１６−３上にＴＣＰ／ＩＰを載せる提案が、ＩＥＴＦ（Ｉｎｔｅｒｎｅｔ  Ｅｎｇｉｎｅｅｒｉｎｇ  Ｔａｓｋ  Ｆｏｒｃｅ）に対して為されている（例えば、非特許文献１参照。）。
【００１０】
しかしながら、上述の提案においては、通信プロトコルの実装が主体であるため、ＩＳＯ７８１６の上位層であるＩＳＯ７８１６−４により規定されているＡＩＤによる複数アプリケーションの切り替えが考慮されていないという問題がある。
【００１１】
また、ＩＳＯ７８１６上にＴＣＰ／ＩＰを簡易化し、更にアプリケーション切り替えを考慮したＳｍａｒｔＴＰと呼ぶ実験用プロトコルもＩＥＴＦに対して提案されている（例えば、非特許文献２参照。）。
【００１２】
しかしながら、ＳｍａｒｔＴＰにおいては、各々のアプリケーションはエージェントと呼ばれ、２バイトのエージェント番号を付けて区別されているが、５〜１６バイトのＡＩＤで区別可能なＩＳＯ７８１６−４とは異なり、互換性がないという問題がある。
【００１３】
【非特許文献１】
Ｍｏｂｉｌｅ−Ｍｉｎｄ社、“ＩＰ  ａｎｄ  ＡＲＰ  ｏｖｅｒ  ＩＳＯ  ７８１６”、［ｏｎｌｉｎｅ］、２００１年１月、［平成１４年１０月１２日検索］、インターネット＜ＵＲＬ  ｈｔｔｐ：／／ｗｗｗ．ｓｃｄｋ．ｃｏｍ／ｄｒａｆｔ−ｇｕｔｈｅｒｙ−ｉｐ７８１６−０１．ｔｘｔ＞
【非特許文献２】
Ｓｃｈｌｕｍｂｅｒｇｅｒ  ＣＰ８、“ＳｍａｒｔＴＰ  Ｓｍａｒｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ”、［ｏｎｌｉｎｅ］、２００１年６月、［平成１４年１０月１２日検索］、インターネット＜ＵＲＬ：  ｈｔｔｐ：／／ｗｗｗ．ｓａｔｅｒｓｐｒｉｎｇｓ．ｏｒｇ／ｐｕｂ／ｉｄ／ｄｒａｆｔ−ｕｒｉｅｎ−ｓｍａｒｔｔｐ−００．ｔｘｔ＞
【００１４】
【発明が解決しようとする課題】
本発明は上述の問題点に鑑みてなされたものであり、複数のアプリケーションを切り替えて使用可能なＩＣカードにおいて、ＴＣＰ／ＩＰとＩＳＯ７８１６−４のどちらのプロトコルでも複数アプリケーションを選択できる機能を提供することを目的とする。
【００１５】
【課題を解決するための手段】
上記目的を達成するために、本発明の第１の態様は、端末装置とデータの受け渡しを行い複数のアプリケーションプログラムの各々を内部に備えるＣＰＵにおいて実行可能なＩＣカードにおいて、アプリケーションプログラムを実行する以前に通信手順とアプリケーションプログラムを関連付けて記憶する対応テーブルと、前記端末装置から受信したコマンド中に含まれる通信手順判定情報に応じて異なる選択経路を経て実行するアプリケーションプログラムを選択するアプリケーション選択手段とを設けたことを特徴とするＩＣカード。
【００１６】
本発明の第２の態様は、上述の第１の態様に係るＩＣカードにおいて、前記アプリケーション選択手段に、前記端末装置から受信したコマンドの中のクラスバイトにより通信手順を判定する判定手段と、前記判定手段の判定結果に基づいて前記対応テーブルを経由してアプリケーションプログラムを選択する、または直接アプリケーションプログラムを選択するのどちらかの手順においてアプリケーションプログラムを選択する選択手段とを設けたものである。
【００１７】
本発明の第３の態様は、上述の第１または２の態様に係るＩＣカードにおいて、前記対応テーブルを、ＴＣＰ／ＩＰプロトコルのポート番号と、ＩＳＯにより規定されたＩＣカード内のアプリケーションプログラムに付与したアプリケーションＩＤとを関係付けて記憶するように構成したものである。
【００１８】
本発明の第４の態様は、上述の第１から３の態様に係るＩＣカードにおいて、前記判定手段が、前記端末装置から受信したコマンドの中のクラスバイトによりＴＣＰ／ＩＰおよびＩＳＯのどちらの通信手順か判定し、前記選択手段が、前記判定手段の判定結果がＴＣＰ／ＩＰの場合、ＴＣＰ／ＩＰのデータの中からポート番号を取得し前記ポート番号に基づいて前記通信手順記憶領域に記憶した対応するアプリケーションプログラムを選択し、前記判定手段の判定結果がＩＳＯの場合、直接ＩＣカード内のアプリケーションプログラムを選択するように構成したものである。
【００１９】
本発明の第５の態様は、端末装置とデータの受け渡しを行い内部に備えるＣＰＵにより複数のアプリケーションプログラムの各々を実行するＩＣカードにおける実行するアプリケーションプログラムの選択方法であって、アプリケーションプログラムを実行する以前に通信手順とアプリケーションプログラムを関連付けて、ＩＣカードの対応テーブルに記憶する段階と、端末装置から受信したコマンド中に含まれる通信手順判定情報に応じて異なる選択経路を経て実行するアプリケーションプログラムを選択する段階とを行うようにしたものである。
【００２０】
本発明の第６の態様は、上述の第５の態様に係るＩＣカードにおけるアプリケーション選択方法において、アプリケーションを選択する際に端末装置がＩＣカードに対して発行するコマンドの中のクラスバイトに対してＴＣＰ／ＩＰおよびＩＳＯのどちらの通信手順か記述する段階と、端末装置から受信した前記コマンドの中のクラスバイトにより通信手順がＴＣＰ／ＩＰおよびＩＳＯのどちらであるか判定する段階と、前記判定結果がＴＣＰ／ＩＰの場合ＴＣＰ／ＩＰのデータの中からポート番号を取得し前記ポート番号に基づいて前記通信手順記憶領域に記憶した対応するアプリケーションプログラムを選択する段階と、前記判定手段の判定結果がＩＳＯの場合直接ＩＣカード内のアプリケーションプログラムを選択する段階とを行うようにしたものである。
【００２１】
【発明の実施の形態】
以下、本発明を図示する実施形態に基づいて説明する。図１は、本発明のＩＣカード内部の概要構成図である。ＩＣカード１は、Ｉ／Ｏ制御部２、ＣＰＵ３、記憶手段４、プログラム格納部５、作業用メモリ６を備えている。
【００２２】
Ｉ／Ｏ制御部２は、ＩＣカード１がＩＣカード用リーダ／ライタ７と通信を行うためのインタフェースである。
【００２３】
ＣＰＵ３は、プログラム格納部５内に記録している様々な処理プログラムを実行するものである。処理プログラムを実行する際に、必要に応じて記憶手段４や作業用メモリ６を使用する。
【００２４】
記憶手段４は、実際には不揮発メモリであるＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ  Ｅｒａｓａｂｌｅ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｒｅａｄ−Ｏｎｌｙ  Ｍｅｍｏｒｙ）であり、様々なデータを記憶し、保持するのに使用する。記憶手段４は、その一部に対応テーブル８を記憶する領域を備えている。
【００２５】
図２に、対応テーブル８の一実施形態を示す。図２は、ＴＣＰ／ＩＰのポート番号一つ一つに対して、対応するアプリケーションを記憶したものである。一つのアプリケーションが複数のポートを使用する場合は、ポート番号の「１０」と「３０」のように、同じＡＩＤを記憶する。
【００２６】
また、対応テーブル８は、図３のように構成することも可能である。図３の対応テーブル８においては、一つのＡＩＤに対して、使用するＴＣＰ／ＩＰポートを記憶している。アプリケーションが複数のポートを使用する場合は、ＡＩＤが「０ｘ００  ０１  ０２  ０３  ０１（「０ｘ」は１６進数表記であることを示す。以下、同様）のように、複数のポート番号を記憶する。
【００２７】
対応テーブル８の形式は、ＡＩＤとアプリケーションが使用する全てのポート番号との関連付けが可能であれば、図２および図３に示す形式に限定されるものではない。
【００２８】
対応テーブル８における通信手順とＡＩＤの対応付けは、カード製造時、ＩＣカードへのアプリケーションのダウンロード時、ダウンロード後のインストール（初期化）時など、アプリケーションを選択および実行する以前であれば、いつでもよい。
【００２９】
また、実行時にアプリケーションがＩＣカード１のＯＳに対して、登録や削除を指示するなど、動的に登録および削除してもよい。
【００３０】
プログラム格納部５は、ＣＰＵ３が実行可能な処理プログラムを記憶するものである。カード製造時に記録するＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）か、処理プログラムをロードして使用することが可能なＥＥＰＲＯＭがある。
【００３１】
プログラム格納部５には、複数のアプリケーションの他に、アプリケーション選択手段９も記憶している。
【００３２】
アプリケーション選択手段９は、判定手段１０と、選択手段１１とを備えており、ＩＳＯ７８１６−４により規定されている端末装置からＩＣカード１へ送られるＡＰＤＵ（Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ）コマンド中に含まれる通信手順判定情報に応じて、異なる選択経路を経て実行するアプリケーションプログラムを選択するものである。
【００３３】
次に、図４のフローチャートに従い、クレジット処理および入退室管理の２つのアプリケーションを実行可能で、ＩＰアドレスを備えるＩＣカード１がアプリケーションを選択する手順を例に説明する。
【００３４】
図５に、ＴＣＰ／ＩＰによる通信と、ＩＳＯ７８１６−４によるコマンドの両方を処理可能な、クレジット処理、および入退室管理の２つのアプリケーションの対応テーブル８を示す。
【００３５】
クレジット処理（ＡＩＤが「０ｘ０１  ０２  ０３  ０４  ０５  ０１」）は、クレジットカードとしての決済機能と、ポイント管理機能を備え、ＴＣＰ／ＩＰのポート番号１０番と１１番を使用するものとする。
【００３６】
入退室管理（ＡＩＤが「０ｘ０１  ０２  ０３  ０４  ０５  ０２」）は、いくつかあるドアゲートを開閉する認証処理と、どのドアをいつ開閉したかの記録を保存する機能を備え、ＴＣＰ／ＩＰのポート番号２０を使用するものとする。
【００３７】
以下の説明においては、ＴＣＰ／ＩＰまたはＡＰＤＵコマンドがＩＣカードに届く過程は、端末装置やルータなどのネットワーク機器の処理であるから、説明を省略する。
【００３８】
図６は、ＩＳＯ７８１６−４により規定されている端末装置からＩＣカード１へ送られるＡＰＤＵコマンドの構造を示すものである。
【００３９】
ＡＰＤＵコマンドの先頭のＣＬＡは、クラスバイトと呼ばれるものであり、該コマンドの内容がどの程度ＩＳＯ７８１６−４に従っているかを示す。例えば、ＣＬＡが「０ｘ００」の場合は、コマンドとレスポンスのコーディング方法および構造がＩＳＯ７８１６−４に準拠し、「０ｘ９０」の場合は、コマンドとレスポンスの構造はＩＳＯ７８１６−４に準拠するが、一部のコーディングはベンダーの実装に依存し、任意であることを示す。ＣＬＡが「０ｘＤ０」の場合は、コマンドとレスポンスのコーディング方法および構造が任意であることを示し、これをＴＣＰ／ＩＰなどと定義することで、通信手順を区別する。
【００４０】
ＩＮＳは、コマンドの種類を表し、Ｐ１およびＰ２がコマンドに与えるパラメータを示し、Ｌｃはデータの長さである。
【００４１】
ＡＰＤＵコマンドは、図６の形式の他に、Ｌｃ以下を省略する、データ部の後ろにＬｅと呼ばれるＩＣカードからの返信の長さを付ける、付けない、という複数の構造を用いることが可能である。
【００４２】
ＩＣカード１は、端末装置から電源の供給を受け、ＯＳ部を起動し、ＡＰＤＵコマンドの受信まで待機する。
【００４３】
ＩＳＯ７８１６−４に準拠するクレジット処理を選択する場合は、図７（ａ）に示す、ＩＮＳに選択コマンド（ＳＥＬＥＣＴ  ＦＩＬＥ：「０ｘＡ４」）を、Ｐ１およびＰ２にＡＩＤを用いて選択する対象を指定することを示す「０ｘ０４００」を、データ部にＡＩＤ「０ｘ０１  ０２  ０３  ０４  ０５  ０１」を、Ｌｃにデータ部の長さ、すなわちＡＩＤの長さ「６バイト」を格納したＡＰＤＵコマンドを発行する。
【００４４】
ＩＣカード１が図７（ａ）に示すＡＰＤＵコマンドを受信すると、判定手段１０は、端末装置から受信したＡＰＤＵコマンドのＣＬＡを参照し、ＣＬＡが「０ｘ００」であるから、該ＡＰＤＵコマンドがＩＳＯ７８１６−４に準拠したものであると判定する。
【００４５】
次に、選択手段１１は、ＩＮＳが選択コマンドであるから、Ｐ１、Ｐ２、およびＬｃによりデータ部に格納されているＡＩＤ「０ｘ０１  ０２  ０３  ０４  ０５  ０１」を参照し、クレジット処理がプログラム格納部５に存在するか否かを確認する。
【００４６】
クレジット処理がプログラム格納部５に存在する場合、選択手段１１は、クレジット処理を選択し、選択済みのマークを付ける。
【００４７】
次に、選択手段１１は、選択済みのクレジット処理にコマンドを渡し、制御を移す。
【００４８】
クレジット処理の処理結果（例えば、「選択ＯＫ」を示すコード）を端末装置に送信し、コマンド受信待ち状態に戻る。
【００４９】
次に、選択したクレジット処理における支払いコマンド（例えば、０ｘ９０  ０１．．．とする）を受信した場合、判定手段１０は、ＣＬＡが「０ｘ９０」なので、ＴＣＰ／ＩＰではなく、ＩＳＯ７８１６−４に準拠するコマンドであると判定する。
【００５０】
ＩＮＳは、支払いコマンド（「０ｘ０１」）であるから、選択手段１１は、アプリケーションを選択することなく、選択済みのクレジット処理に支払いコマンドを渡し、制御を移す。
【００５１】
クレジット処理は、支払いの処理を行い、例えば残高を端末装置に送信し、コマンド受信状態に戻る。
【００５２】
ＴＣＰ／ＩＰに準拠する入退出管理における最新ログの参照を行う場合は、図７（ｂ）に示す、ＣＬＡに「０ｘＤ０」を、ＩＮＳにアプリケーション選択手段９を実行するコマンド（例えば、「０ｘ００」）を、Ｐ１およびＰ２にプロトコル番号（例えば、「０ｘ００  ２１」がＩＰプロトコルであると定義したもの）を、データ部にＴＣＰ／ＩＰ形式の通信データであるＩＰデータグラムを、Ｌｃにデータ部の長さ、すなわちＩＰデータグラムの長さを格納したＡＰＤＵコマンドを発行する。
【００５３】
ここで、ＩＰデータグラムとは、図８に示すようにＩＰヘッダー、ＴＣＰヘッダー、アプリケーションデータから構成されており、ＴＣＰ／ＩＰに規定されているデータ形式そのものである。
【００５４】
ＴＣＰヘッダーとアプリケーションデータを合わせて、ＴＣＰセグメントと呼ぶが、図９に示すように、ＴＣＰセグメントには、ＴＣＰ宛先のポート番号を記述することになっているので、最新ログ参照処理が使用するポート番号「２０」を格納する。
【００５５】
ＩＣカード１が図７（ｂ）に示すＡＰＤＵコマンドを受信すると、判定手段１０は、端末装置から受信したＡＰＤＵコマンドのＣＬＡを参照し、ＣＬＡが「０ｘＤ０」であるから、該ＡＰＤＵコマンドがＴＣＰ／ＩＰに準拠したものであると判定する。
【００５６】
次に、選択手段１１は、Ｐ１、Ｐ２、およびＬｃによりデータ部に格納されているＩＰデータグラムを参照し、ＴＣＰセグメントのヘッダーにあるＴＣＰ宛先ポート番号からポート番号「２０」を取得する。
【００５７】
選択手段１１は、取得したポート番号「２０」を用いて、対応テーブルを参照し、ポート番号「２０」を使用するアプリケーション、すなわち入退室管理のＡＩＤ「０ｘ０１  ０２  ０３  ０４  ０５  ０２」を取得し、入退室管理がプログラム格納部５に存在するか否かを確認する。
【００５８】
入退室管理がプログラム格納部５に存在する場合、選択手段１１は、入退室管理を選択し、選択済みのマークを付ける。
【００５９】
次に、選択手段１１は、選択済みの入退室管理にＴＣＰセグメントのアプリケーションデータを渡し、制御を移す。
【００６０】
入退室管理は、最新ログの参照要求に従い、処理結果として最新のログを端末装置に送信し、コマンド受信待ち状態に戻る。
【００６１】
また、支払い処理をＩＳＯ７８１６−４の通信で行ったクレジット処理が、ＴＣＰ／ＩＰのポート番号「１０」を用いて、例えば、Ｗｅｂ画面上からＩＣカード１に累計ポイントを問い合わせるなどの機能を持つことができる。
【００６２】
この場合、入退室管理のアプリケーションの選択と同様に、ＡＰＤＵコマンドのＣＬＡにより、ＴＣＰ／ＩＰによる通信であることを判定し、ポート番号「１０」により対応テーブルを参照して、クレジット処理を選択し、クレジット処理に累計ポイントの問い合わせを行うことが可能である。
【００６３】
以上、本発明を実施の形態に基づいて詳細に説明してきたが、本発明によるＩＣカードおよびＩＣカードにおけるアプリケーションプログラム選択方法は、上述の実施の形態に何ら限定されるものではなく、本発明の趣旨を逸脱しない範囲において種々の変更が可能なことは当然のことである。
【００６４】
【発明の効果】
以上のとおり、本発明に係るＩＣカードおよびＩＣカードにおけるアプリケーションプログラム選択方法によれば、通信手順を判定し、対応テーブルを参照することで、インターネットの標準プロトコルであるＴＣＰ／ＩＰと、ＩＣカードの標準プロトコルであるＩＳＯ７８１６−４の両方のアプリケーションの選択方法をとることができる。
【００６５】
また、ＴＣＰ／ＩＰおよびＩＳＯ７８１６の両方のプロトコルでアクセス可能なアプリケーションを搭載可能なＩＣカードを用いたシステムを提供できるため、様々な用途に使えるＩＣカードを提供することができる。
【図面の簡単な説明】
【図１】本発明のＩＣカード内部の概要構造図である。
【図２】本発明の対応テーブルの構成の例である。
【図３】本発明の対応テーブルの異なる構成の例である。
【図４】本発明のＩＣカードにおけるアプリケーションプログラムの選択のフローチャートである。
【図５】本発明の対応テーブルにおいて、２つのアプリケーションを記憶した例である。
【図６】ＩＳＯ７８１６−４におけるＡＰＤＵコマンドの構成を示す説明図である。
【図７】本発明のＡＰＤＵコマンドの実施例である。
【図８】ＩＳＯ７８１６上を伝送されるＴＣＰセグメント、ＩＰデータグラムの構成を示す説明図である。
【図９】ＴＣＰセグメントの構成を示す説明図である。
【符号の説明】
１  ＩＣカード
２  Ｉ／Ｏ制御部
３  ＣＰＵ
４  記憶手段
５  プログラム格納部
６  作業用メモリ
７  ＩＣカード用リーダ／ライタ
８  対応テーブル
９  アプリケーション選択手段
１０  判定手段
１１  選択手段
【図１】
2004151864.tif 000003
【図２】
2004151864.tif 000004
【図３】
2004151864.tif 000005
【図４】
2004151864.tif 000006
【図５】
2004151864.tif 000007
【図６】
2004151864.tif 000008
【図７】
2004151864.tif 000009
【図８】
2004151864.tif 000010
【図９】
2004151864.tif 000011