(57)【特許請求の範囲】
【請求項１】
多数のユーザの各々が所持するＩＣカードに格納されているプログラムと実質的に同じプログラム、及び、ユーザの使用アプリケーションの情報を各ユーザの固有情報に関係付けて管理しているプログラム管理サーバと、
各ユーザが今まで所持していたＩＣカードを新しいＩＣカードへ更新するときに、前記新しいＩＣカードがセットされ、前記管理サーバと通信可能に接続され、そして、ユーザにより入力された、当該ユーザの固有情報と、前記新しいＩＣカードから読み出した、当該新しいＩＣカードに格納済みのプログラムの種類を示す種類情報とを前記プログラム管理サーバへ送信するＩＣカード読み書き装置とを備え、
前記プログラム管理サーバは、前記ＩＣカード読み書き装置から前記固有情報及び前記種類情報を受信し、受信した固有情報に関係付けられている情報からユーザが使用していたアプリケーションのプログラムを検出し、この検出したプログラムのうち、当該検出したプログラムと受信した種類情報で示されるプログラムの種類とを比較した差分から前記新しいＩＣカードに格納されていないと判断されるプログラムを前記ＩＣカード読み書き装置に送信し、
前記ＩＣカード読み書き装置は、前記プログラム管理サーバから送信された前記プログラムを受信して前記新しいＩＣカードにインストールし、それにより、前記新しいＩＣカードに前記今まで所持していたＩＣカードと同じ機能を与えることができるＩＣカード用プログラム管理システム。
【請求項２】
プログラム管理サーバにて、多数のユーザの各々が所持するＩＣカードに格納されているプログラムと実質的に同じプログラム、及び、ユーザの使用アプリケーションの情報を各ユーザの固有情報に関係付けて管理する過程と、
各ユーザが今まで所持していたＩＣカードを新しいＩＣカードへ更新するときに、ＩＣカード読み書き装置に前記新しいＩＣカードをセットする過程と、
前記ＩＣカード読み書き装置が、ユーザにより入力された、当該ユーザの固有情報と、前記新しいＩＣカードから読み出した、当該新しいＩＣカードに格納済みのプログラムの種類を示す種類情報とを前記プログラム管理サーバへ送信する過程と、
前記プログラム管理サーバが、前記ＩＣカード読み書き装置から前記固有情報及び前記種類情報を受信し、受信した固有情報に関係付けられている情報からユーザが使用していたアプリケーションのプログラムを検出し、この検出したプログラムのうち、当該検出したプログラムと受信した種類情報で示されるプログラムの種類とを比較した差分から前記新しいＩＣカードに格納されていないと判断されるプログラムを前記ＩＣカード読み書き装置に送信する過程と、
前記プログラム管理サーバから送信された前記プログラムを、前記ＩＣカード読み書き装置から前記新しいＩＣカードへ書き込む過程とを有し、それにより、前記新しいＩＣカードに前記今まで所持していたＩＣカードと同じ機能を与えることができるＩＣカード用プログラムの管理方法。
【請求項３】
多数のユーザの各々が所持するＩＣカードに格納されているプログラムと実質的に同じプログラム、及び、ユーザの使用アプリケーションの情報を各ユーザの固有情報に関係付けて管理するプログラム管理手段と、
各ユーザが今まで所持していたＩＣカードを新しいＩＣカードへ更新するときに前記新しいＩＣカードをセットすることのできるＩＣカード読み書き装置と、通信可能に接続する接続手段と、
前記ＩＣカード読み書き装置から、ユーザにより当該ＩＣカード読み書き装置に入力された、当該ユーザの前記固有情報と、当該ＩＣカード読み書き装置が前記新しいＩＣカードから読み出した、当該新しいＩＣカードに格納済みのプログラムの種類を示す種類情報とを受信し、受信した固有情報に関係付けられている情報からユーザが使用していたアプリケーションのプログラムを検出し、この検出したプログラムのうち、当該検出したプログラムと受信した種類情報で示されるプログラムの種類とを比較した差分から前記新しいＩＣカードに格納されていないと判断されるプログラムをプログラム管理手段から取得して前記ＩＣカード読み書き装置に送信するプログラムダウンロード手段とを備え、それにより、前記新しいＩＣカードに前記今まで所持していたＩＣカードと同じ機能を与えることができるＩＣカード用プログラムの管理サーバ。
【請求項４】
多数のユーザの各々が所持するＩＣカードに格納されているプログラムと実質的に同じプログラム、及び、ユーザの使用アプリケーションの情報を各ユーザの固有情報に関係付けて管理するプログラム管理手段と、
各ユーザが今まで所持していたＩＣカードを新しいＩＣカードへ更新するときに前記新しいＩＣカードをセットすることのできるＩＣカード読み書き装置と、通信可能に接続する接続手段と、
前記ＩＣカード読み書き装置から、ユーザにより当該ＩＣカード読み書き装置に入力された、当該ユーザの前記固有情報と、当該ＩＣカード読み書き装置が前記新しいＩＣカードから読み出した、当該新しいＩＣカードに格納済みのプログラムの種類を示す種類情報とを受信し、受信した固有情報に関係付けられている情報からユーザが使用していたアプリケーションのプログラムを検出し、この検出したプログラムのうち、当該検出したプログラムと受信した種類情報で示されるプログラムの種類とを比較した差分から前記新しいＩＣカードに格納されていないと判断されるプログラムをプログラム管理手段から取得して前記ＩＣカード読み書き装置に送信するプログラムダウンロード手段とを備え、それにより、前記新しいＩＣカードに前記今まで所持していたＩＣカードと同じ機能を与えることができるＩＣカード用プログラムの管理サーバ、としてコンピュータを機能させるためのプログラムを担持したコンピュータ読取可能な記録媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ＩＣカードに格納されているプログラムを管理するシステムに関わり、特に、ユーザが自分のＩＣカードを新しいそれと交換する際、今まで使っていたＩＣカードと同じ機能を新しいＩＣカードに入れる用途に好適なＩＣカード用プログラム管理システムに関する。
【０００２】
【従来の技術】
従来のＩＣカードを用いたシステムは、単一目的利用型である。例えば、Ａ町でサービスしている健康管理システムで使用するＩＣカードは、が発行し、そのＡ町のシステムでしか利用できなかった。つまりはlカード1アプリケーションである。しかし、ＩＣカードの大容量化に伴い、多目的利用型ＩＣカードつまり1カード複数アプリケーションヘ移行しつつある。例えば、Ｂ町の図書館の本貸し出しシステムのアプリケーションプログラムとＣ銀行のキャシュカードの機能をもつアプリケーションプログラムが一つのＩＣカードに格納されており、両システムで利用することができる。
【０００３】
ところで、ＩＣカードは、ハードウェアであり当然に使用年数が経過すると劣化するので、現在のキャシュカードのカード使用期限のようにＩＣカードにも使用期限を設定し、その使用期限を過ぎると、システムはそのカードを使用不能とし、ユーザには新しいＩＣカードに交換してもらう手続きを踏むよう要望することになる。また、ＩＣカードが破損したり紛失したりする場合もある。つまり、ＩＣカードは遅かれ早かれ交換せざるを得ない。
【０００４】
【発明が解決しようとする課題】
しかしながら、多目的利用型ＩＣカードの場合、ユーザが自分のＩＣカードを新しいそれと交換する際、今まで使っていたＩＣカードと同じ機能つまり同じアプリケーションプログラムをもつＩＣカードにすることが非常に困難である。その理由は以下の通りである。
【０００５】
多目的利用型ＩＣカードに格納されている各アプリケーションプログラムは、それぞれ別の会社や団体等が作成及び運用することが予想される。また、ＩＣカード所有者つまりユーザ毎に、利用するシステムが異なり、よってＩＣカード毎に格納されているアプリケーションプログラムが異なることも予想される。そのため、今までのＩＣカードと同じ機能を新しいＩＣカードに与えるためには、ユーザは今までのＩＣカード内の情報、例えばどの会社の何のアプリケーションプログラムの何番のバージョンが入っているかなど、を正確に把握しておく必要がある。更に、それらのアプリケーションを提供した複数の会社の各々に対して、ユーザは新しいＩＣカードへのアプリケーションの再ロードを依頼しなければならない。これはユーザにとって多大な作業負担であり、多目的利用型ＩＣカードの利用価値を逆にマイナスにしてしまいかねない。
【０００６】
従って、本発明の目的は、ユーザが自分のＩＣカードを新しいそれと交換する際、容易に、かつ確実に、今まで使っていたＩＣカードと同じ機能（同じアプリケーションプログラム）をもつＩＣカードにすることができるようなシステムを提供することにある。
【０００７】
【課題を解決するための手段】
本発明のＩＣカード用プログラム管理システムは、多数のユーザの各々が所持するＩＣカードに格納されているプログラムと実質的に同じプログラム、及び、ユーザの使用アプリケーションの情報を各ユーザの固有情報に関係付けて管理しているプログラム管理サーバと、各ユーザが今まで所持していたＩＣカードを新しいＩＣカードへ更新するときに、その新しいＩＣカードがセットすることができ、且つ管理サーバと通信可能に接続されるＩＣカード読み書き装置とを備える。ＩＣカード読み書き装置は、その新しいカードをセットしたユーザの固有情報の入力を受けるとともに、この新しいカードから当該カードに格納済みのプログラムの種類を示す種類情報を読み出してプログラム管理サーバへ送信する。プログラム管理サーバは、その固有情報及び種類情報を受け、その固有情報に関係付けられている情報からユーザが使用していたアプリケーションのプログラムを検出し、この検出したプログラムのうち、当該検出したプログラムと受信した種類情報で示されるプログラムの種類とを比較した差分から新しいＩＣカードに格納されていないと判断されるプログラムをＩＣカード読み書き装置に送信する。ＩＣカード読み書き装置は、プログラム管理サーバから送られて来たプログラムを受信してその新しいＩＣカードにインストールする。これにより、新しいＩＣカードに今まで所持していたＩＣカードと同じ機能を与えることができる。
【０００８】
本発明のプログラム管理サーバは典型的にはコンピュータにより実施されるが、そのためのコンピュータプログラムは、ディスク型ストレージ、半導体メモリおよび通信ネットワークなどの各種の媒体を通じてコンピュータにインストールまたはロードすることができる。
【０００９】
【発明の実施の形態】
図１は、本発明の一実施形態の全体構成を示す。
【００１０】
アプリケーションプログラム管理サーバ（以下、「管理サーバ」という）１、ユーザが利用する種々のＩＣカード読み書き装置（例えば、ＡＴＭ、キャッシュディスペンサ、パーソナルコンピュータなど）５、及びＩＣカードのアプリケーションプログラム又はそのアプリケーションを用いたサービスを提供する企業や団体（以下、「サプライヤ」という）などのシステムのサーバやホスト（例えば、銀行のゲートウェイなどであり、以下、「サプライヤホスト」という）７が、通信ネットワーク３を通じて相互通信可能に接続されている。
【００１１】
管理サーバ１は、多数のユーザがそれぞれ所持する多数のＩＣカード１３に収められているアプリケーションプログラムを管理し、各ユーザが新しいＩＣカードを取得したときに、その新しいＩＣカードにそのユーザが今まで使っていたＩＣカードと同じ機能（同じアプリケーションプログラム）をインストールする機能を有している。この管理サーバ１は、各ユーザの氏名やＩＤ番号などの人定事項やそのユーザが所持するＩＣカード１３のＩＤ番号や使用期限などのユーザ情報が登録されたユーザ管理データベース９と、各ユーザのＩＣカード１１に収められているアプリケーションプログラムを特定する情報及びサプライヤホスト７から提供されたアプリケーションプログラムそれ自体などのプログラム情報が登録されているプログラム管理データベース１１とを有する。
【００１２】
以下、動作を説明する。
【００１３】
ユーザの使っているＩＣカード１３が使用期限を満了したか、破損または故障、または紛失したとする。まず、ユーザは、ＩＣカード発行者にその旨を通知する。ここで、ＩＣカード発行者とは、ハードウェアとしてのＩＣカードを発行する権限をもつ者であり、例えば、全てのサプライヤからオーソライズされて管理サーバ１を管理している第三の機関であるが、必ずしもそうでなければならないわけではない。なお、ＩＣカード１３の使用期限の満了の場合は、ＩＣカード発行者もユーザ管理データベース９等で使用期限を管理しているため、ユーザは特に報告する必要はない。
【００１４】
上記の旨を知ったＩＣカード発行者は、ＯＳや認証プログラムなどの極基本の機能及びＩＣカードＩＤ番号や使用期限などの当該カード固有で不変の情報しか格納されていないＩＣカード１３をユーザに渡す。ここで、渡す方法としては、郵送等の従来の方法でもよいし、ＩＣカード読み書き装置５を設置している業者に委託して渡してもよい（例えば、銀行やコンビニエンスストアなどの店頭で或いはカード自動発行機のような機械からユーザに手渡す）。この新しいＩＣカード１３には、アプリケーションプログラムやユーザ情報等がまだ格納されていない状態なので、まだどのシステムでも使用することはできない。発行された新しいＩＣカードのＩＣカードＩＤ番号や使用期限などは、ユーザ管理データベース９の当該ユーザの領域に登録される。
【００１５】
次に、ユーザは、その新しいＩＣカード１３をＩＣカード読み書き装置５に入れ、装置５上のメニューボタン中から新規発行等のボタンを選んで押す。このとき、ユーザは自分の氏名やユーザＩＤ番号など自分を識別する情報を入力し、かつ、パスワード等の正規ユーザたることを示す情報も併せて入力する。ＩＣカード読み書き装置５は、ユーザ入力された上記情報を管理サーバ１に送信する。管理サーバ１は、ユーザ管理データベース９のユーザ情報と上記ユーザ入力情報とを照合し、一致が得られれば、ＩＣカードの交換が必要な正規ユーザであることを確認する。
【００１６】
次に、管理サーバ１は、ユーザ管理データベース９から新しいＩＣカード１３に書き込むべきユーザ情報（氏名、ユーザＩＤ番号、パスワードなどの認証情報など）を、ＩＣカード読み書き装置５に送る。ＩＣカード読み書き装置５は、受け取った上記ユーザ情報をＩＣカード１３に書き込む。
【００１７】
次に、管理サーバ１は、そのユーザが今まで使用していた古いＩＣカードに入っていたアプリケーションプログラム（複数かもしれない）の全てを、プログラム管理データベース１１から検索し、そそてＩＣカード読み書き装置５に送る。ＩＣカード読み書き装置５は、受け取ったアプリケーションプログラム５をＩＣカードに書き込む。これにより、新しいＩＣカード１３は、今まで使用してきた古いＩＣカードと実質的に同じ機能をもつことになる。
【００１８】
なお、ユーザが或るサプライヤのアプリケーションプログラムをＩＣカード１３に新規にインストールしたりバージョンアップしたりする場合には、サプライヤ（またはその代理店）の店頭で、或いはＩＣカード読み書き装置５を用いてサプライヤホスト７又は管理サーバ１からオンラインで、新規インストールやバージョンアップを行うことができる。その場合、新規インストール又はバージョンアップされたプログラムの情報は、管理サーバ１に対して、サプライヤホスト７からオンラインで、又はサプライヤ（またはその代理店）からオフラインで随時に提供される。管理サーバ１は、その新規インストール又はバージョンアップの情報に基づきプログラム管理データベース１１内の当該ユーザのプログラム情報を更新する。従って、管理サーバ１は、常に全てのユーザの持つＩＣカード１３の最新の状態を保持していることになる。
【００１９】
ところで、ネットワーク３上やＩＣカード読み書き装置５とＩＣカード１３の間で通信されるデータ及びコマンドなどは、セキュリティのために暗号化されることが望ましい。この暗号化を行う場合には、当然のことであるが、管理サーバ１やＩＣカード読み書き装置５のネットワーク通信プログラムや、ＩＣカード書き込み装置５のＩＣカードアクセス部やＩＣカード１３には、暗号化及び復号化の処理コンポーネントが含まれることになる。
【００２０】
以下に、上記システムの各部の構成や動作を更に詳細に示す。
【００２１】
図２は、ＩＣカード読み書き装置５の構成を示す。
【００２２】
ＩＣカード読み書き装置５は、ユーザに対してメニューボタンやメッセージを表示する表示部２１、ユーザのメニューボタン操作に応答して対応する処理を実行するメイン処理部２３、メイン処理部２３の制御下でＩＣカード１３に対するデータの読み書きをそれぞれ行う読み込み部２５及び書き込み部２７、並びに、メイン処理部２３の制御下でネットワーク３を通じ管理サーバ１やサプライヤホスト７とデータの送受信をそれぞれ行う送信部２９及び受信部３１を有する。
【００２３】
図３は、管理サーバ１の構成を示す。
【００２４】
管理サーバ１は、オペレータに対してグラフィカルユーザインタフェースを提供する表示する表示部４１、オペレータからの命令やＩＣカード読み書き装置５などからの要求に応答して対応する処理を実行するメイン処理部４３、メイン処理部４３の制御下でユーザ管理データベース９及びプログラム管理データベース１１に対するアクセスをそれぞれ行うユーザ管理データベースアクセス部４５及びプログラム管理データベースアクセス部４７、並びに、メイン処理部４３の制御下でネットワーク３を通じＩＣカード読み書き装置５やサプライヤホスト７とデータの送受信をそれぞれ行う送信部４９及び受信部５１を有する。
【００２５】
図４は、ＩＣカード１３内のプログラムの構成を示す。
【００２６】
使用可能なＩＣカード１３には、その内蔵メモリ（マスクＲＯＭ、プログラマブルＲＯＭ、不揮発性ＲＡＭなど）に、ＯＳ６１、認証プログラム６３、共通情報（ＩＣカードＩＤ番号、使用期限、ユーザ番号、パスワード、発行回数、ユーザ氏名など）６５、格納済みアプリケーションの種類（識別）情報６７、及び１つ以上のアプリケーションプログラム６９Ａ，６９Ｂ，…が格納されている。ここで、ＯＳ６１、認証プログラム６３、及び共通情報６５中のＩＣカードＩＤ番号及び使用期限は、最初にＩＣカード１３が発行された時に既にインストールされている。特に、ＩＣカードＩＤ番号及び使用期限は、カード固有の情報で且つ不変であるからマスクＲＯＭに書き込まれている。勿論、ＯＳ６１や認証プログラム６３も、バージョンアップなどに対応する必要がなければ、マスクＲＯＭに格納しておける。他の情報は、カード発行後に書き込まれるため、プログラマブルＲＯＭや不揮発性ＲＡＭなどの書き込み可能な不揮発性媒体に格納されることになる。
【００２７】
図５は、管理サーバ１が管理するユーザ管理データベース９のデータ項目を示す。
【００２８】
ユーザ管理データベース９には、各ユーザごとに、ユーザＩＤ番号、ＩＣカードＩＤ番号、ＩＣカード使用期限、発行回数、ＩＣカード新規発行時の発行許可フラグ、パスワード、ユーザ氏名、生年月日、住所、各種アプリケーションの使用フラグなどが格納されている。ここで、ＩＣカード新規発行の許可フラグとは、そのユーザに対して新規にＩＣカードを発行して良いことを示すもので、例えば、ユーザに新しいＩＣカードを発行した後のアプリケーションをインストールすることができる期間などにこのフラグが立てられる。このフラグが立っていないと、管理サーバ１はアプリケーションのインストールを行わない。また、各種アプリケーションの利用フラグは、そのユーザがそのアプリケーションを利用している場合に立てられるもので、管理サーバ１は、このフラグが立っているアプリケーションのみをインストールする。
【００２９】
図６は、管理サーバ１が管理するプログラム管理データベース１１のデータ項目を示す。
【００３０】
プログラム管理データベース１１には、各アプリケーションごとに、そのアプリケーションのサービス状況フラグ、及びそのアプリケーションプログラムの実体とが格納されている。ここで、サービス状況フラグは、そのアプリケーションを用いたサービスが実施されている場合に立てられる、そのサービスが停止されている場合に降ろされるものである。管理サーバ１は、このフラグが降りているアプリケーションはインストールしない。
【００３１】
図７は、アプリケーションインストールを行うときのＩＣカード読み書き装置５のメイン処理２３の流れを示す。
【００３２】
ＩＣカード読み書き装置５は、ＩＣカード１３の挿入を検知すると（ステップＳ１）、そのＩＣカード１３から共通情報６５（図４参照）を読み込み（Ｓ２）、使用期限の満了前であるか及びカードＩＤ番号が正しいかをチェックし（Ｓ３）、チェックを通過しなかった場合は所定のエラー処理をする。チェックを通過した場合、ユーザＩＤ番号などのユーザ識別用の情報とパワードなどの認証情報をユーザに入力させ（Ｓ４）、このユーザ入力情報とＩＣカードＩＤ番号及び使用期限を管理サーバ１に送信する（Ｓ５）。
【００３３】
次に、管理サーバ１より、ＩＣカード交換処理（アプリケーションインストール）を許可したか否かを示す電文を受け取る（Ｓ６）。なお、許可の場合には、図４に示した共通情報６５の内、ユーザＩＤ番号、パスワード、発行回数、ユーザ氏名などのカード発行時にはインストールされていなかった情報も、同時に管理サーバ１から受け取ることになる。上記電文が許可か不許可を判断し（Ｓ７）、不許可の場合には所定のエラー処理を行なう。
【００３４】
一方、許可の場合は、受け取ったユーザＩＤ番号、パスワード、発行回数、ユーザ氏名などをＩＣカード１３に書き込む（Ｓ８）。続いて、ＩＣカード１３より、図４に示した格納済みアプリケーションの種類情報６７を読み込み（Ｓ９）、この種類情報とアプリケーションダウンロード要求コマンドとを管理サーバ１へ送信する（Ｓ１０）。なお、新しいＩＣカードの場合、格納済みアプリケーションの種類情報６７は「アプリケーション無し」を示しており、これにより管理サーバ１は新しいＩＣカードであることが確認できる。
【００３５】
次に、管理サーバ１から送られてくる格納すべきアプリケーションプログラムの実体を受信し（Ｓ１１）、その受信したアプリケーションプログラムをＩＣカード１３に書き込み、且つその書き込んだアプリケーションプログラムの種類情報もＩＣカードに書き込む（Ｓ１２）。ダウンロードしたアプリケーションプログラムの全てをＩＣカード１３に書き込み終わると、ＩＣカード読み書き装置５はメイン処理を終了し、ＩＣカード１３をユーザに戻す。
【００３６】
図８は、アプリケーションインストール時の管理サーバ１のメイン処理部４３の流れを示す。
【００３７】
管理サーバ１は、まず、ＩＣカード読み書き装置５から図７のステップＳ５で送信されたユーザＩＤ番号、パスワード、使用期限及びカードＩＤ番号などを受信する（Ｓ２１）。次に、受信したユーザＩＤ番号を検索キーにして、ユーザ管理データベース９からそのユーザのパスワードやユーザＩＤ番号、発行回数、ユーザ氏名などのユーザ情報を読み込み（Ｓ２２）、その中のパスワードとユーザから受信したパスワードとを比較する（Ｓ２２）。その結果、不一致であれば、エラーをＩＣカード読み書き装置５へ通知する（Ｓ２４）。
【００３８】
一方、パスワードが一致すれば、次に、ユーザから受信したカードＩＤ番号や使用期限をユーザ管理データベース９の当該ユーザのレコードに書き込み（Ｓ２５）、続いて、先ほどユーザ管理データベース９から取得したユーザＩＤ番号、パスワード、発行回数、ユーザ氏名などを、カード交換を許可した旨の電文と共にＩＣカード読み書き装置５へ送信する（Ｓ２６）。
【００３９】
次に、ＩＣカード読み書き装置５からの応答を待ち（Ｓ２７）、そして、ＩＣカード読み書き装置５から図７のステップＳ１０で送信されたダウンロード要求コマンドと格納済みアプリケーションの種類情報とを受信する（Ｓ２８）。次に、ユーザ管理データベース９内のアプリケーション利用フラグから、そのユーザが今まで使用していたアプリケーションプログラムを検出し（Ｓ２９）、これとステップＳ２８で受け取ったアプリケーション種類情報とを比較して、その差分をそのユーザのＩＣカード１３にまだ格納してないアプリケーションとして把握する（Ｓ３０）。尚、新しいＩＣカードの場合は、アプリケーションの種類情報は「無し」を示しているから、アプリケーション利用フラグから読み取ったアプリケーションの全てが、まだ格納してないアプリケーションとなる。
【００４０】
次に、そのまだ格納してないアプリケーションについて、プログラム管理データベース１１内のサービス状況フラグより、「サービス中」か否かをチェックし（Ｓ３１）、サービス中であるアプリケーションプログラムのみをプログラム管理データベース１１より読み込み（Ｓ３２）、ＩＣカード読み書き装置３３へ送信する（Ｓ３３）。
【００４１】
以上により、ユーザの新しいＩＣカードは、今まで使っていたＩＣカードと同じ機能を与えられることになる。
【００４２】
上記実施形態では、多目的利用型ＩＣカードであっても、ユーザに対する対応窓口はＩＣカード発行者に一本化されているので、ユーザにとって便利である。また、アプリケーションの提供者にとっては、プログラム管理データベースにアプリケーションプログラムを格納しておくだけで、自動的にユーザ所有のＩＣカード内のプログラムを更新してくれるので、保守や運用のコストが削減できる。また、管理サーバでは、どのユーザがどのアプリケーションプログラムを使用しているか、つまりどのシステム（サービス）を利用しているかが一元的に把握できるので、顧客ニーズを容易に知ることができる。
【００４３】
カード発行者にとっては、ユーザにＩＣカードを発行するときに、いちいちユーザ情報やプログラムをＩＣカードに格納してから発行しなくてもよい。つまり、ＩＣカード読み書き装置のある場所やコンビニエンスストアなどの代理店でユーザにカードを渡す（販売する）だけで、あとはユーザが自身のプログラムをダウンロードすることで元のＩＣカードを実質的に復元することができる。ユーザにとっても、例えば紛失してから手元に再発行のＩＣカードが郵送などで届くのを待つ必要は無く、近くのＩＣカード読み書き装置のある場所や代理店でカードを入手し、ＩＣカード読み書き装置よりダウンロードすればよく、すぐに再発行ＩＣカードを手にできる。
【００４４】
以上、本発明の一実施形態を説明したが、この実施形態はあくまで本発明の説明のための例示であり、本発明をこの実施形態にのみ限定する趣旨ではない。従って、本発明は、上記実施形態以外の様々な形態でも実施することができるものである。
【図面の簡単な説明】
【図１】本発明の一実施形態の構成を示すブロック図。
【図２】ＩＣカード読み書き装置５の構成を示すブロック図。
【図３】管理サーバ１の構成を示すブロック図。
【図４】ＩＣカード１３内のプログラムの構成を示すブロック図。
【図５】管理サーバ１が管理するユーザ管理データベース９のデータ項目を示す説明図。
【図６】管理サーバ１が管理するプログラム管理データベース１１のデータ項目を示す説明図。
【図７】アプリケーションインストール時のＩＣカード読み書き装置５のメイン処理部２３の流れを示すフローチャート。
【図８】アプリケーションインストール時の管理サーバ１のメイン処理部４３の流れを示すフローチャート。
【符号の説明】
１  アプリケーションプログラム管理サーバ
３  通信ネットワーク
５  ＩＣカード読み書き装置
９  ユーザ管理データベース
１１  プログラム管理データベース
１３  ＩＣカード
【図１】
0003910300.tif 000002
【図２】
0003910300.tif 000003
【図３】
0003910300.tif 000004
【図４】
0003910300.tif 000005
【図５】
0003910300.tif 000006
【図６】
0003910300.tif 000007
【図７】
0003910300.tif 000008
【図８】
0003910300.tif 000009