JP2002304602A - カード情報更新システム - Google Patents

Abstract

(57)【要約】 【課題】インターネット上のアプリケーションプログラ
ム提供サーバにアクセスして、ＩＣカードに記録された
プログラムの更新、および、新しいプログラムの登録を
行うシステムを構築する。 【解決手段】上記達成のため、メモリの少なくとも１つ
のファイルにアプリケーション別プログラムを格納して
いるＩＣカード１と、インターネット端末５と、ネット
上に接続されたアプリケーションプログラム提供サーバ
２、カード発行会社サーバ４、および、アプリケーショ
ンデータ保管サーバ３によって構成され、前記端末５に
よって送信されたアプリケーション更新請求情報は、前
記サーバ４を経由して前記サーバ３に送信され、前記サ
ーバ３の要請に基づいて前記サーバ２から前記端末５を
経由して送信された更新情報によって、前記ＩＣカード
１に格納されている前記プログラムが更新される情報更
新システムを提供する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ＩＣカードに格納
されている複数のアプリケーションに対応するアプリケ
ーションプログラム、および、アプリケーション別デー
タをインターネットの利用によって安全に管理するカー
ドデータ管理システムにに関するものである。

【０００２】

【従来の技術】ＩＣカードは、ＩＣチップのシュリンク
化が進み、同じモジュールサイズで、記憶容量が大きく
なり、かつ、安価に入手できるようになったことによっ
て、本格的普及期に突入した。特に、ＣＰＵを内蔵した
ＩＣカードは、高度なセキュリティを実現できることか
ら、高度情報化社会の種々の分野において利用が広がっ
ている。ＣＰＵを搭載したＩＣカードは、通常、ＥＥＰ
ＲＯＭ、ＲＯＭ、ＲＡＭの３種類のメモリを備えてお
り、書き換え可能な不揮発性メモリであるＥＥＰＲＯＭ
には、カード所有者の個人情報や、各種プログラムが格
納されている。ＲＯＭは、読み出し専用メモリであり、
ＲＯＭにはＩＣカードのアプリケーションを実行するた
めのプログラム、および、プログラムを実行するための
手順などが格納されている。ＲＡＭは、ＣＰＵがプログ
ラムを実行するときに作業領域として使用する揮発性の
メモリである。前述のＥＥＰＲＯＭの容量が大きい場合
は、複数のアプリケーションが搭載されている場合が多
く、したがって、ＲＯＭサイズも大きくなる傾向があ
る。逆に、単一の目的で使用される場合は、ＥＥＰＲＯ
Ｍも少ない容量で済むためにＲＯＭのサイズも比較的小
さい場合が多い。

【０００３】ＩＣカードは、機能的に２種類に大別する
ことができる。１つは、接触型ＩＣカードで、ＩＣカー
ドの表面に外部装置接続用端子（外部端子）を設け、外
部装置のリーダ・ライタと接触させて情報の交信を行う
タイプである。前記接触型ＩＣカードを使用する場合
は、装置の読み取り部分にカードを差込んで装置の表示
部を参照しながら操作ボタンによって検索コマンドを発
生させ、ＩＣカードに記録されているデータを更新す
る。この接触型ＩＣカードは、利用者が装置を持ち歩く
ことなく可変情報に対応できることが特徴である。他の
一つは、カードにアンテナを内蔵することによって外部
端末と接触せずに交信を行う非接触タイプである。非接
触型ＩＣカードは、外部端末との交信距離によって密着
型ＩＣカードと、近傍型ＩＣカードに分類される。密着
型ＩＣカードは、端末のアンテナの近くにカードをおく
だけで情報の交信ができるので、装置のコンタクト部分
が無いことによりカードのリーダ・ライタ部のメンテナ
ンスを必要とせず、システムが安定し、装置管理費も少
なくて済む。また、やや離れた場所からアクセスするこ
とができる近傍型ＩＣカードの場合は、ＩＣカードに記
録されている情報の一部を読み取って確認するだけのも
のと、記録されている情報を更新するものがある。ま
た、上記接触型と、非接触型何れに対しても対応できる
接触型非接触型両用ＩＣカードがある。前記接触型非接
触型両用ＩＣカードは、電源およびデータの供給方法が
異なる。ＩＣカードが接触型で使用される場合は外部端
末から、非接触型で使用される場合は、ＩＣカードに内
蔵されたアンテナから供給さる。前記何れに対してもＩ
Ｃカードは同一のＩＣチップにアクセスして使用され
る。

【０００４】上記何れの様式によっても、まず外部装置
のリーダ・ライタ部からＩＣカードに交信開始コマンド
を送信し、ＩＣカードはインターフェースを介して受信
する。コマンドを受信したＩＣカードでは、ＣＰＵが、
ＲＯＭに格納されているプログラムの中からコマンドに
対応するプログラムを選定しアクセスする。選択された
プログラムによって受信した情報を処理しその結果をメ
モリであるＥＥＰＲＯＭに書き込む。

【０００５】ＣＰＵを搭載したＩＣカードは通常、リー
ダ・ライタとのデータの交信に際してはデータを暗号化
して送受信する。これは、リーダ・ライタとＩＣカード
との交信データが第三者によって盗用、悪用されること
を防止するためにである。データの暗号化には、大別し
て２つの方法がある。その１つは、対称キー（対称鍵）
を使用する方法で、この方法では、交信する相手同士が
互いに共通な暗号キーを事前に持ち合うことが前提とな
るために、複数のアプリケーションで、複数の相手と交
信を行うことが前提となる場合は、キーの受渡しと、そ
の管理が煩雑になる。もう１つの方法は、非対称キー
（非対称鍵）を使用する方法で、交信する複数の相手
が、互いに第三者から公開される「公開キー」を使用し
て送信するデータを暗号化し、専用の「秘密キー」を使
用してデータを復号、する方法である。

【０００６】このようにＩＣカードは、例えば磁気カー
ドに比較すると記憶容量も、安全性も格段に高いことに
よって１枚のＩＣカードが複数の分野で利用される。複
数の分野で使用されることを、マルチユースというが、
マルチユースの場合にいくつかの課題が発生する。その
一つに、例えば、クレジットカードの分野で、今まで取
引きのあった会社をやめて、別の会社に切り替えたい場
合、今までの会社との取引きで使用していたＩＣカード
のメモリ部に記憶しているプログラムを除去し、新しい
会社のプログラムを追加したいという必要性が生じる。
その場合、前記不要なプログラムを除去してもらう必要
がある。そのためには、今まで取引きの有った会社に出
向くか、専用回線に接続されている端末が設置されてい
る場所まで出向き、その専用端末によってＩＣカードの
記録部から不要なプログラムを除去してもらう必用があ
る。また、新しく入会する場合も、新しい会社、または
専用回線に接続されている端末が設置されている場所ま
で出向き、その会社のプログラムを書き込んでもらわな
ければならなかった。

【０００７】

【発明が解決しようとする課題】そこで、本発明の課題
は、インターネット上のアプリケーションプログラム提
供サーバにアクセスして、ＩＣカードに記録されたプロ
グラムの更新、および、新しいプログラムの登録を行う
システムを提供するものである。

【０００８】

【課題を解決するための手段】前記課題を解決するため
に本発明の請求項１に記載のカード情報更新システム
は、ＣＰＵと、ＲＯＭと、ＲＡＭおよび、内部が複数の
ファイルに分割された不揮発性メモリを備え、前記メモ
リの少なくとも１つのファイルにアプリケーション別プ
ログラムを格納しているＩＣカードと、ＩＣカードと交
信可能なインターネット端末と、インターネット上に接
続されたアプリケーションプログラム提供サーバ、カー
ド発行会社サーバ、および、アプリケーションデータ保
管サーバによって構成され、前記インターネット端末に
よって送信されたアプリケーション更新請求情報は、前
記カード発行会社サーバを経由して前記アプリケーショ
ンデータ保管サーバに送信され、前記アプリケーション
データ保管サーバの要請に基づいて前記アプリケーショ
ンプログラム提供サーバから前記インターネット端末を
経由して送信された更新情報によって、前記ＩＣカード
に格納されている前記プログラムが更新されることを特
徴とするものである。

【０００９】また、請求項２に記載の発明は、請求項１
に記載の発明において、前記更新請求情報が前記カード
発行会社サーバを経由する際に、前記更新請求情報を発
信したＩＣカードが正規のルートで発行されたカードで
あり、取引き可能状態にあることが確認された固有情報
が貼付されて前記アプリケーションデータ保管サーバに
送信されることを特徴とするものである。

【００１０】また、請求項３に記載の発明は、請求項１
〜２何れかに記載の発明において、前記アプリケーショ
ンプログラム提供サーバから前記インターネット端末を
介してＩＣカードに送信された前記固有情報が前記ＩＣ
カードに記憶されているアプリケーション情報の一部と
一致したときに前記プログラムの更新が開始されること
を特徴とするものである。

【００１１】また、請求項４に記載の発明は、請求項１
〜３何れかに記載の発明において、前記ＩＣカードの更
新作業が完了した時点で、更新完了情報がインターネッ
ト端末から前記カード発行会社サーバに送信されること
を特徴とするものである。

【００１２】また、請求項５に記載の発明は、請求項１
〜４何れかに記載の発明において、前記アプリケーショ
ンデータ保管サーバは、独立したサーバであることを特
徴とするものである。

【００１３】また、請求項６に記載の発明は、請求項１
〜４何れかに記載の発明において、前記アプリケーショ
ンデータ保管サーバは、カード発行会社に管理されたサ
ーバであることを特徴とするものである。

【００１４】また、請求項７に記載の発明は、請求項１
〜６何れかに記載の発明において、前記アプリケーショ
ンデータ保管サーバに保管される前記アプリケーション
データの少なくとも１つは、前記固有情報であることを
特徴とするものである。

【００１５】また、請求項８に記載の発明は、請求項１
〜７何れかに記載の発明において、前記送信情報は暗号
化されており、ＩＣカードに記憶されているアプリケー
ション情報には復合のためのキーが貼付されていること
を特徴とするものである。

【００１６】また、請求項９に記載の発明は、請求項１
〜８何れかに記載の発明において、前記アプリケーショ
ン更新請求情報は、新規に記録する情報も含むことを特
徴とするものである。

【００１７】

【発明の実施の形態】以下図面を参照して本発明のカー
ド情報更新システムについて説明する。図１は、本発明
のカード情報更新システムの構成要素について説明する
ための図、図２は、本発明のカードに使用するＩＣカー
ドのＩＣチップの機能について説明するためのブロック
図、図３は、ＩＣチップ内の不揮発性メモリの内部につ
いて説明するための図、図４は、ＩＣカードからの申請
に基づいてＩＣカードのＩＣチップに新しいアプリケー
ションプログラムを書き込む実施例について説明するた
めのブロック図である。

【００１８】近年、個人情報はもとより、資産に関する
重要な情報までインターネットを経由して送受されるよ
うになってきた。このような背景には、情報の授受に当
たって使用される、電子証明書や、公開鍵の安全性が確
立されてきたからに他ならない。また、従来これら電子
証明書や、公開鍵等ＰＫＩ（Ｐｕｂｌｉｃ Ｋｅｙ Ｉ
ｎｆｒａｓｔｒｕｃｔｕｒｅ）データは、パーソナルコ
ンピュータのハードディスクなどに保管されていたが、
パーソナルコンピュータの機種更新の際にハードディス
クに記録されたまま、廃棄されることがあったためにＰ
ＫＩデータが盗まれて悪用される危険性があった。一
方、ＩＣカードのセキュリティ性能も格段に向上し、従
来パーソナルコンピュータのハードディスクに記録して
いたＰＫＩデータをＩＣカードに記録して、必要なとき
にはカードを抜き取って保管できるようになった。この
ような背景にも後押しされて、インターネットによる取
引きの範囲が広がってきた。

【００１９】本発明のカード情報更新システムは、前記
のＩＣカードの信頼性が向上してきたために、１枚のＩ
Ｃカードに、例えば、複数のクレジットカード会社のア
プリケーションを搭載したり、クレジットカードと、社
員証を兼用させたりすることができるようになった。上
記のように複数のアプリケーションを一緒に搭載した場
合は、通常ＩＣカードには、複数のアプリケーションプ
ログラムを搭載する必要がある。一方変化が激しい時代
でもあり、取り引き相手を変更したい場合や、複数のア
プリケーションに有効期限が付されていて、極端な場合
カード本体を更新しなければならないような事態も発生
する。このような事態に対し、スムースに対処するため
に本発明のシステムが必要になってくる。

【００２０】図１は本発明の情報更新システムを構成す
る要素についての一実施例を示した図であるが、ＩＣカ
ード１との接続手段を有するインターネット端末５がネ
ット上でアプリケーションプログラムを提供するアプリ
ケーションプログラム提供サーバ２、アプリケーション
に関連するデータを保管するアプリケーションデータ保
管サーバ３、カードを発行するカード発行会社サーバ４
に接続されている。アプリケーションプログラムを提供
する会社は、特に限定しないが、アプリケーションプロ
グラムを開発した会社、権利を所有している会社、権利
の使用を許可された会社など何れでも良い。同様にアプ
リケーションに関連するデータを保管する会社として、
カード発行会社の関連会社でも、同業の会社が共同して
管理する社団法人でも、また、アプリケーションプログ
ラムを提供する会社であっても良い。また、カード発行
会社は、クレジットカード会社であれば、クレジットカ
ード会社本体でも、ネット関連を担当する関連会社でも
良い。また、インターネット端末はＩＣカードが接続で
きるパーソナルコンピュータでも、携帯電話でも良い。

【００２１】ＩＣカード１は、図１に示すような外部端
子１０を有する接触型ＩＣカードが一般的であるが、ア
ンテナを内蔵し外部端子を伴わない非接触型カード、ま
たは、接触型非接触型両用カードでもインターネット端
末と接続できれば良い。本図のように、このシステムに
関与するアプリケーションプログラム提供サーバ２、ア
プリケーションデータ保管サーバ３、カード発行会社サ
ーバ４を独立させている理由について説明する。図３で
説明するが、アプリケーション別ソフトを動かすプログ
ラムを後からローディングするためには、プログラムの
全部または一部を書き替え可能な不揮発性のメモリに書
き込むのが一般的である。そのためには、ＩＣカードに
搭載されているＩＣチップに関して良く知っている者の
方が都合が良い。また、インターネット上で金銭を授受
するようなアプリケーションプログラムは、セキュリテ
ィを確保して行くうえで、可能な限り限定されたものし
か知らないような体制下に置きたい。したがって、ＩＣ
チップのアーキテクチャーを含めて熟知しているＩＣカ
ードメーカー、または、そのチップを提供している会
社、または、ソフト開発を担当した会社がアプリケーシ
ョンプログラム提供サーバ２を管理するのが好ましい。

【００２２】また、カードを発行する会社が必要であ
る。前記のように複数のアプリケーションが１枚のカー
ドに相乗りする場合に、何処かが表の顔になって全体の
リスクを取りまとめる必要があり一般的にはクレジット
会社のように金融機関に近い会社が表の顔になる。その
理由は、カード発行会社には、カードを代表して発行す
ることはもとより、利用された結果を利用者に知らせた
り、利用金額を定期的に請求、引き落とししたりする業
務を課せられる。このような煩雑な業務を受け持って利
益を出して行かなければならないために金融機関に近い
会社がカード発行会社サーバを管理するのが好ましい。

【００２３】アプリケーションデータ保管サーバの役割
を独立させているのは、セキュリティの向上を狙っての
ことで、第三者機関が管理するのが宜しかろうとの配慮
であるが、カード発行会社が管理しても良い。このサー
バの管理業務は、アプリケーションプログラムや、カー
ドの利用情報の授受に当たって、ネット上で配信される
データの安全を守るために情報を暗号化したり、情報を
収納するカードの中のメモリの部屋ナンバーを指定した
りするデータを独立して管理する仕事なので前記の、ア
プリケーションプログラム提供者が複数になった場合な
ど中立の立場を取る必用から、原則として独立させてい
る。

【００２４】図２を参照してＩＣチップの内部機能の一
実施例について説明する。図２に示すＩＣチップは、外
部端末（インターネット端末）５と通信を行うためのイ
ンターフェイス１１と、各メモリにアクセスするＣＰＵ
１２、読み出し専用メモリであるＲＯＭ１３、随時書き
換え可能な不揮発性メモリであるＥＥＰＲＯＭ１４、揮
発性メモリであるＲＡＭ１５、で構成されている。前記
ＲＯＭ１３、ＥＥＰＲＯＭ１４、ＲＡＭ１５の各メモリ
へのアクセスは、すべてＣＰＵ１２を介して行われる。

【００２５】インターネット端末５から、ＣＰＵ１２に
対して所定のコマンド１５１を実行すると、ＣＰＵ１２
はこのコマンドを受信して判断し、ＲＯＭによって作業
し、その結果を、インターネット端末５に対してレスポ
ンス１５２として返信する。例えば、新規のプログラム
や、すでに搭載されているプログラムによって実行され
た結果、保存しなければならないデータが発生した場
合、書込コマンドとともにＣＰＵ１２に対して実行を指
示するとＣＰＵ１２は、書込コマンドの実行という形式
でＥＥＰＲＯＭ１４の所定のファイルに書込処理を行
う。ＥＥＰＲＯＭ１２内の所定のファイルからデータの
読み出しを行う場合には、外部端末から、所定の読出コ
マンドをＣＰＵ１２に実行し、読出処理が行われる。

【００２６】コマンドの実行が終了する度に、要求され
たコマンド１５１に対するレスポンス１５２が外部に対
して返信される。例えば、「書込コマンド」を実行した
場合、書込処理が支障なく実行されたか否かを示す「レ
スポンス」が返信され、「読出コマンド」が実行された
場合、読出対象となったデータが「レスポンス」という
形で返信されることになる。なお、前述のＥＥＰＲＯＭ
１４へのアクセスには、所定のアクセス条件を伴ってい
る必要があり、このアクセス条件は、例えば個々のファ
イルごとに設定される。

【００２７】図３を参照して、ＥＥＰＲＯＭの内部構造
の一実施例について説明する。この実施例のＥＥＰＲＯ
Ｍは、基本的な３つのファイルで構成される。上記、基
本的な３つのファイルとは、まずファイル全体を管理す
るＭＦ( Ｍａｓｔｅｒ Ｆｉｌｅ) 、具体的なプログラ
ムや各種データを記録するＤＦ( Ｄｅｄｉｃａｔｅｄ
Ｆｉｌｅ) 、基礎ファイルであるＥＦ( Ｅｌｅｍｅｎｔ
ａｒｙＦｉｌｅ)である。ＭＦは、ＥＥＰＲＯＭ全体の
ファイルであり、ここにはＩＣカード所有者に関する情
報、例えば、このＩＣカードの所有者のカードコード、
氏名、住所、電話番号などの情報がファイルされる。Ｄ
Ｆは、専用ファイルであり、一般的にはアプリケーショ
ンごとにＤＦの設定が行われる。ＥＦは、基礎ファイル
であり、ＥＦにはキーデータを格納するＩＥＦと、アプ
リケーション使用データを格納するＷＥＦの２種類があ
る。

【００２８】ＭＦ及び各ＤＦは、それぞれ独立した１又
は２以上のＩＥＦ及びＷＥＦを伴っている。前述のよう
にＷＥＦには、アプリケーション使用データのようなＩ
Ｃチップに記録すべき本来のデータが記録されるのに対
して、ＩＥＦには、各領域をアクセスするために必要な
キー（鍵）が格納される。例えば、ＤＦ内に設けられた
ＩＥＦには、ＤＦＡ内のＷＥＦに対するアクセスを行う
ときに照合されるキーが記録されている。

【００２９】上述した各ファイルは、ディレクトリファ
イルにより管理される。例えば、ＷＥＦを管理するディ
レクトリファイルには、先頭アドレス、情報長、アクセ
ス条件等が格納される。ここで、アクセス条件とは、Ｗ
ＥＦにアクセスする際に満たされていなければならない
固有情報であり、アクセスの際に照合されなければなら
ないキーおよび、キーの種類である。

【００３０】（実施例）図４を参照して、インターネッ
ト端末からのアプリケーション書き込み申請に基づい
て、ＩＣカードに新たなアプリケーションに対応させる
ための情報一式を書き込むための手順の一部について説
明する。

【００３１】アプリケーションプログラム提供サーバ２
は、カード発行会社サーバを経由し、アプリケーション
データ管理サーバから送信されたＩＣカードのプログラ
ム格納エリアに対するアドレス情報の一部で、アクセス
条件データの１つである固有情報２１を受信して、前記
アプリケーションプログラムを申請したＩＣカードに送
信を開始する（Ｓ２０１）。

【００３２】アプリケーションプログラム提供サーバ２
は、書き込みコマンドに、公開キーＫ２で暗号化した前
述固有情報２１、および、アプリケーションプログラム
２２をインターネット端末に向けて、「アプリケーショ
ンＣプログラム書き込み命令」を実行する（Ｓ２０
２）。インターネット端末５は、前記書き込みコマンド
に伴われた固有情報２１、アプリケーションプログラム
２２を受信し、書き込みコマンド１５１と共にＩＣチッ
プ１０のインターフェイス１１を経由して、ＣＰＵ１２
に対し実行する。ＣＰＵ１２は受信した一連の内容を一
旦、ＲＡＭに書き込み、内容の吟味を行う。まず、ＥＥ
ＰＲＯＭ１４の複数のＤＦの中からＦｉｌｅＣ＊１４３
にアクセスし、固有情報の確認を行ったところ一致して
いたので、ＦｉｌｅＣ内の秘密キーによってアプリケー
ションプログラムを復合しＦｉｌｅＣの所定の位置にア
プリケーションプログラムを書きこんだ。

【００３３】新規プログラムを書き終えたＩＣチップ
は、ＩＣチップのＭＦのファイルＩＤ（カード利用者コ
ード等を含む）、先頭アドレス、データ長、固有情報を
含むアクセス条件、チェックコードなどを公開キーＫ１
によって暗号化し、レスポンスとしてインターネット端
末５に返信する。

【００３４】インターネット端末５は、インターネット
を利用し、カード発行会社サーバ４に対して前記ＩＣチ
ップのＭＦのファイルＩＤ（カード利用者コード等を含
む）を新規登録情報（更新情報１２１）として送信す
る。カード発行会社サーバは、受信した情報を所定の場
所に受信日付を添付して格納する。一方ＭＦのファイル
ＩＤ、先頭アドレス、データ長、固有情報を含むアクセ
ス条件などのアプリケーションデータは、別途アプリケ
ーションデータ管理サーバに送信される。アプリケーシ
ョンデータ管理サーバは所定の場所に受信日付を添付し
て格納する。前述の、データは暗号化されたままファイ
ルされる場合と、それぞれの秘密キーによって復合され
て格納される場合がある。

【００３５】

【発明の効果】本発明により、不要なアプリケーション
プログラムと関連データを高い安全性の元で消去した
り、新しいアプリケーションプログラムと関連情報を高
い安全性の元で取りこんだりすることが可能となって、
カードの紛失や、破壊の際の対応が容易になった。

【図面の簡単な説明】

【図１】本発明のカード情報更新システムの構成要素に
ついて説明するための図

【図２】本発明のカードに使用するＩＣカードのＩＣチ
ップの機能について説明するためのブロック図

【図３】ＩＣチップ内の不揮発性メモリの内部について
説明するための図

【図４】ＩＣカードからの申請に基づいてＩＣカードの
ＩＣチップに新しいアプリケーションプログラムを書き
込む実施例について説明するためのブロック図である。

【符号の説明】

１ ＩＣカード ２ アプリケーションプログラム提供サーバ ３ アプリケーションデータ管理サーバ ４ カード発行会社サーバ ５ インターネット端末 １０ ＩＣモジュール（外部装置接続端子） １１ インタフェイス １２ ＣＰＵ １３ ＲＯＭ １４ ＥＥＰＲＯＭ １５ ＲＡＭ ２１ 固有情報 ２２ アプリケーションプログラム １２１ 更新情報 １４３ ＦｉｌｅＣ １５１ コマンド １５２ レスポンス Ｋ１ 公開キー（鍵） Ｋ２ 公開キー（鍵）

───────────────────────────────────────────────────── フロントページの続き Ｆターム(参考） 2C005 MA40 MB01 MB10 NA04 SA22 5B035 BB09 BC00 5B058 CA25 5B076 EB01 FA13

Claims (9)

【特許請求の範囲】
1. 【請求項１】ＣＰＵと、ＲＯＭと、ＲＡＭ、および、内
   部が複数のファイルに分割された不揮発性メモリを備
   え、前記メモリの少なくとも１つのファイルにアプリケ
   ーション別プログラムを格納しているＩＣカードと、Ｉ
   Ｃカードと交信可能なインターネット端末と、インター
   ネット上に接続されたアプリケーションプログラム提供
   サーバ、カード発行会社サーバ、および、アプリケーシ
   ョンデータ保管サーバによって構成され、前記インター
   ネット端末によって送信されたアプリケーション更新請
   求情報は、前記カード発行会社サーバを経由して前記ア
   プリケーションデータ保管サーバに送信され、前記アプ
   リケーションデータ保管サーバの要請に基づいて前記ア
   プリケーションプログラム提供サーバから前記インター
   ネット端末を経由して送信された更新情報によって、前
   記ＩＣカードに格納されている前記プログラムが更新さ
   れることを特徴とするカード情報更新システム。
2. 【請求項２】前記更新請求情報が前記カード発行会社サ
   ーバを経由する際に、前記更新請求情報を発信したＩＣ
   カードが正規のルートで発行されたカードであり、取引
   き可能状態にあることが確認された固有情報が貼付され
   て前記アプリケーションデータ保管サーバに送信される
   ことを特徴とする請求項１に記載のカード情報更新シス
   テム。
3. 【請求項３】前記アプリケーションプログラム提供サー
   バから前記インターネット端末を介してＩＣカードに送
   信された前記固有情報が前記ＩＣカードに記憶されてい
   るアプリケーション情報の一部と一致したときに前記プ
   ログラムの更新が開始されることを特徴とする請求項１
   〜２何れかに記載のカード情報更新システム。
4. 【請求項４】前記ＩＣカードの更新作業が完了した時点
   で、更新完了情報がインターネット端末から前記カード
   発行会社サーバに送信されることを特徴とする請求項１
   〜３何れかに記載のカード情報更新システム。
5. 【請求項５】前記アプリケーションデータ保管サーバ
   は、独立したサーバであることを特徴とする請求項１〜
   ４何れかに記載のカード情報更新システム。
6. 【請求項６】前記アプリケーションデータ保管サーバ
   は、カード発行会社に管理されたサーバであることを特
   徴とする請求項１〜４何れかに記載のカード情報更新シ
   ステム。
7. 【請求項７】前記アプリケーションデータ保管サーバに
   保管される前記アプリケーションデータの少なくとも１
   つは、前記固有情報であることを特徴とする請求項１〜
   ６何れかに記載のカード情報更新システム。
8. 【請求項８】前記送信情報は暗号化されており、ＩＣカ
   ードに記憶されているアプリケーション情報には復合の
   ためのキーが貼付されていることを特徴とする請求項１
   〜７何れかに記載のカード情報更新システム。
9. 【請求項９】前記アプリケーション更新請求情報は、新
   規に記録する情報も含むことを特徴とする請求項１〜８
   何れかに記載のカード情報更新システム。