(57)【要約】【課題】発行元の異なる複数種類のマルチアプリケーションＩＣカードに対応して、アプリケーション追加等を行う。【解決手段】通信端末３は、提示される任意のＩＣカード５の種類に応じて、その発行元の発行サーバ２を特定して、この発行サーバ２から発行情報を取得する。更に、この発行元が許可しているアプリケーションを一覧表示して、任意のアプリケーションを選択させ、選択されたアプリケーションをその提供元のアプリケーションサーバ１からダウンロードする。そして、ダウンロードしたアプリケーションを、上記発行情報を用いて、ＩＣカード５に追加する。【選択図】図１
2008033684.tif 000002
【特許請求の範囲】
【請求項１】
各種ＩＣカードの発行元の情報と該発行元に係るアプリケーション情報とを記憶する記憶手段と、
ＩＣカード・リーダ／ライタと、
任意のＩＣカードが提示されると、前記ＩＣカード・リーダ／ライタを介して該ＩＣカードに記憶されている情報を読み出して該ＩＣカードの発行元を特定し、該特定した発行元に係るアプリケーション情報を前記記憶手段から取得して一覧表示して、任意のアプリケーションを選択させるアプリケーション選択支援手段と、
前記特定した発行元のサーバに対して該選択されたアプリケーションに係る発行情報を要求する発行情報取得手段と、
前記選択されたアプリケーションを提供するアプリケーションサーバから該アプリケーションを取得するアプリケーション取得手段と、
前記発行元のサーバから前記要求した発行情報を取得できた場合には、該取得した発行情報を用いて前記取得したアプリケーションを前記ＩＣカード・リーダ／ライタを介して該ＩＣカードに記憶するアプリケーション追加手段と、
を有することを特徴とする通信端末。
【請求項２】
前記ＩＣカードの空き容量が前記選択されたアプリケーションの容量未満である場合に、該ＩＣカードに記憶されているアプリケーションの情報を該ＩＣカードから読み出して一覧表示して、任意のアプリケーションを選択させ、該選択されたアプリケーションとその関連情報を、該選択されたアプリケーションを提供するアプリケーションサーバに退避させてから前記ＩＣカードから消去するアプリケーション退避・消去手段を更に備え、
前記アプリケーション追加手段は、該アプリケーション退避・消去手段によってアプリケーション退避・消去が行われた後に、前記アプリケーションの追加記憶を行うことを特徴とする請求項１記載の通信端末。
【請求項３】
前記アプリケーションサーバから新規アプリケーションに係る前記発行元情報とアプリケーション情報とを取得すると、該取得した各情報に基づいて前記発行元サーバに対して該新規アプリケーションを許可しているか否かを問い合わせ、許可している場合には、該取得した各情報を前記記憶手段に追加記憶することを特徴とする請求項１記載の通信端末。
【請求項４】
１以上の通信端末と複数の発行元サーバと複数のアプリケーションサーバがネットワークに接続されたシステムであって、
前記通信端末は、
各種ＩＣカードの発行元の情報と該発行元に係るアプリケーション情報とを記憶する記憶手段と、
ＩＣカード・リーダ／ライタと、
任意のＩＣカードが提示されると、前記ＩＣカード・リーダ／ライタを介して該ＩＣカードに記憶されている情報を読み出して該ＩＣカードの発行元を特定し、該特定した発行元に係るアプリケーション情報を前記記憶手段から取得して一覧表示して、任意のアプリケーションを選択させるアプリケーション選択支援手段と、
前記特定した発行元のサーバに対して該選択されたアプリケーションに係る発行情報を要求する発行情報取得手段と、
前記選択されたアプリケーションを提供するアプリケーションサーバから該アプリケーションを取得するアプリケーション取得手段と、
前記発行元のサーバから前記要求した発行情報を取得できた場合には、該取得した発行情報を用いて前記取得したアプリケーションを前記ＩＣカード・リーダ／ライタを介して該ＩＣカードに記憶するアプリケーション追加手段と、
を有することを特徴とするマルチアプリケーション追加システム。
【請求項５】
コンピュータに、
各種ＩＣカードの発行元の情報と該発行元に係るアプリケーション情報とを記憶する機能と、
任意のＩＣカードが提示されると、ＩＣカード・リーダ／ライタを介して該ＩＣカードに記憶されている情報を読み出して該ＩＣカードの発行元を特定し、該特定した発行元に係るアプリケーション情報を前記記憶手段から取得して一覧表示して、任意のアプリケーションを選択させる機能と、
前記特定した発行元のサーバに対して該選択されたアプリケーションに係る発行情報を要求する機能と、
前記選択されたアプリケーションを提供するアプリケーションサーバから該アプリケーションを取得する機能と、
前記発行元のサーバから前記要求した発行情報を取得できた場合には、該取得した発行情報を用いて前記取得したアプリケーションを前記ＩＣカード・リーダ／ライタを介して該ＩＣカードに追加記憶する機能と、
を実現させる為のプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数のアプリケーションを搭載可能なＩＣカードへのアプリケーションの追加等に関する。
【背景技術】
【０００２】
近年、１枚のＩＣカードで複数のサービスを受けることができるマルチアプリケーションＩＣカード技術が開発されている。従来、この様な複数のアプリケーションを搭載可能なマルチアプリケーションＩＣカードに対応した当該ＩＣカードへアプリケーションを追加する手法としては、当該ＩＣカードの発行元等のサーバ（データセンタ等）で、ＩＣカードに搭載可能な各種アプリケーションやその発行情報を一括管理することで、当該ＩＣカードへのアプリケーションの追加を実現するシステムが提案されている（特許文献１，２）。
【０００３】
また、従来では、サービス提供者にカード発行コストが掛かる、またはカード利用者がカード発行後に自由にアプリケーションを追加できないといった問題があった。そこで、サービス提供者とカード発行者を分離することで、オープンなビジネスモデルを構築することが提案されている。例えば、サービス提供者は、カード発行者が発行したＩＣカード内の記憶領域をビルのテナントのように借りることで、カードを発行することなく安く簡単にＩＣカードサービスを提供することができる。また、カード利用者はネットワークを介して、いつでも、どこでも、ＩＣカードへの多様なサービスアプリケーションの追加が可能となる。このようなテナント貸しのためのライセンスの発行・検証のほかに、カードとサービス提供者間の認証・暗号化、アプリケーションダウンロードの信頼性保証などの仕組みが提案されている。
【０００４】
この様なマルチアプリケーションＩＣカード技術に関して、例えば、特許文献１〜特許文献３に記載の技術が知られている。
特許文献１に記載の発明は、新規にＩＣカードを発行することなくＩＣカードに新たなアプリケーションを追加できる、インターネットを利用したＩＣカードのアプリケーション追加方法である。ＩＣカードは、カード固有情報とアプリケーションプログラムを記憶する記憶手段を有する。ＩＣカード発行者側の第１のＷｅｂサーバには、カード固有情報と個人情報とアプリケーションプログラムが記憶されている。ＩＣカード利用者の通信端末では、サービス提供者側の第２のＷｅｂサーバに対してサービス選択情報を送信し、これに対して第２のＷｅｂサーバは、電子署名によるダウンロード申込情報の送信を要求する情報を返信する。これを受信した通信端末側では、電子署名を付したダウンロード申込情報等を第１のＷｅｂサーバに送信する。第１のＷｅｂサーバは、申込みの合ったアプリケーションプログラムを抽出して、通信端末に送信する。また、ＩＣカードの記憶手段の残容量の確認等も行われる。
【０００５】
特許文献２に記載の発明は、マルチアプリケーションＩＣカードの限られたメモリ容量を有効に利用して複数のアプリケーションを利用可能とする為に、インターネット網を介してマルチアプリケーションＩＣカードからアップロードされたアプリケーションを保管するデータセンタを設けている。また、特許文献３の発明では、ＩＣカードに新規アプリケーションを追加したいがメモリ容量が不足している場合、メモリ容量の不足分を補うことができるメモリ容量を有するアプリケーションを特定し、この特定したアプリケーションをサーバに送信して記憶させた後に削除する。
【特許文献１】特開２００３−６７０７１号公報
【特許文献２】特開２００３−１０８９４０号公報
【特許文献３】特開２００３−１０８９３９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
今後、マルチアプリケーションＩＣカードの普及が進み、ＩＣカードに搭載するアプリケーション種類の増加や、発行元の異なる各種ＩＣカードへの共通アプリケーション搭載が見込まれ、アプリケーションや発行情報の一括管理が難しくなることが予想される。この為、分散管理されるアプリケーションや発行情報を適切に選択し、発行元の異なる各種ＩＣカードへのアプリケーション追加搭載を容易に実現できる仕組みが望まれる。また、各ＩＣカード利用者は、自分が保有するＩＣカードが、どの端末でアプリケーション追加可能であるのか確認する必要があり、手間が掛かる。
【０００７】
また、マルチアプリケーションＩＣカードに新たなアプリケーションを追加したいときに、当該ＩＣカード内の記憶領域の空き容量が不足している場合には、従来では既にＩＣカードに搭載しているアプリケーションを退避・削除していたが、これは任意の１種類のＩＣカードの発行元のサーバ（データセンタ等）で、当該ＩＣカードへ搭載可能なアプリケーションや発行情報、退避データ等を一括管理するシステムにおけるものであり、上記分散管理される状況に対応する技術は開示されていない。また、従来の手法では、単にアプリケーションを退避する為、これでは、それまでに貯めていたポイント等の情報が消滅してしまう。
【０００８】
本発明の課題は、発行元の異なる複数種類のマルチアプリケーションＩＣカードに対応可能な通信端末を設けることで、利用者が逐一確認する必要無くアプリケーション追加等を行えるようにし、また、ＩＣカードの空き容量が不足する場合でも、新規アプリケーションを追加可能とすると共にポイント等の情報が消滅しないようにできるマルチアプリケーション追加システム、その通信端末等を提供することである。
【課題を解決するための手段】
【０００９】
本発明の通信端末は、各種ＩＣカードの発行元の情報と該発行元に係るアプリケーション情報とを記憶する記憶手段と、ＩＣカード・リーダ／ライタと、任意のＩＣカードが提示されると、前記ＩＣカード・リーダ／ライタを介して該ＩＣカードに記憶されている情報を読み出して該ＩＣカードの発行元を特定し、該特定した発行元に係るアプリケーション情報を前記記憶手段から取得して一覧表示して、任意のアプリケーションを選択させるアプリケーション選択支援手段と、前記特定した発行元のサーバに対して該選択されたアプリケーションに係る発行情報を要求する発行情報取得手段と、前記選択されたアプリケーションを提供するアプリケーションサーバから該アプリケーションを取得するアプリケーション取得手段と、前記発行元のサーバから前記要求した発行情報を取得できた場合には、該取得した発行情報を用いて前記取得したアプリケーションを前記ＩＣカード・リーダ／ライタを介して該ＩＣカードに記憶するアプリケーション追加手段とを有する。
【００１０】
上記通信端末は、特に上述したアプリケーションや発行情報が一括管理されていない状況に対応して設けられている。この通信端末は、発行元が異なる複数種類のＩＣカードに対応可能であり、新規アプリケーション追加等を行うことができる。その為に、提示されたＩＣカードの種類に応じて、その発行元がＩＣカードへの追加を許可した新規アプリケーションを一覧表示して選択させ、この新規アプリケーションをアプリケーションサーバからダウンロードすると共に、この発行元から発行情報を取得する。
【００１１】
また、上記構成の通信端末において、例えば更に、前記ＩＣカードの空き容量が前記選択されたアプリケーションの容量未満である場合に、該ＩＣカードに記憶されているアプリケーションの情報を該ＩＣカードから読み出して一覧表示して、任意のアプリケーションを選択させ、該選択されたアプリケーションとその関連情報を、該選択されたアプリケーションを提供するアプリケーションサーバに退避させてから前記ＩＣカードから消去するアプリケーション退避・消去手段を更に備え、前記アプリケーション追加手段は、該アプリケーション退避・消去手段によってアプリケーション退避・消去が行われた後に、前記アプリケーションの追加記憶を行う。
【００１２】
特に上述したアプリケーションや発行情報が一括管理されていない状況においても、ＩＣカードの空き容量が不足する場合に、新規アプリケーションを追加可能とすると共にポイント等の情報が消滅しないようにできる。
【発明の効果】
【００１３】
本発明のマルチアプリケーション追加システム、その通信端末、プログラム等によれば、発行元の異なる複数種類のマルチアプリケーションＩＣカードに対応可能な通信端末を設けることで、利用者が逐一確認する必要無くアプリケーション追加等を行えるようにできる。また、ＩＣカードの空き容量が不足する場合でも、新規アプリケーションを追加可能とすると共にポイント等の情報が消滅しないようにできる。
【発明を実施するための最良の形態】
【００１４】
以下、図面を参照して、本発明の実施の形態について説明する。
まず、第１の実施例について説明する。
図１に、本例のマルチアプリケーション追加システムの概略構成を示す。
【００１５】
図示のシステムは、複数のアプリケーションサーバ１（図示の例では、αアプリケーションサーバ、βアプリケーションサーバ、γアプリケーションサーバ）、複数の発行サーバ２（図示の例では、Ａ発行サーバ、Ｂ発行サーバ、Ｃ発行サーバ）、及び通信端末３が、ネットワーク４に接続されて成るシステムである。
【００１６】
各アプリケーションサーバ１は、それぞれ、ＩＣカード５に格納し得る各種アプリケーションを提供する、例えばアプリケーション開発業者等のサーバである。ここでは、αアプリケーションサーバはαアプリケーションを記憶・提供し、βアプリケーションサーバはβアプリケーションを記憶・提供し、γアプリケーションサーバはγアプリケーションを記憶・提供するものとする。
【００１７】
発行サーバ２は、例えば、各種ＩＣカードの発行元業者のサーバである。ここでは、各種ＩＣカード５として、ＩＣカードＡ、ＩＣカードＢ、ＩＣカードＣという、発行元が異なる３種類のＩＣカードが存在するものとし、Ａ発行サーバはＩＣカードＡの発行元、Ｂ発行サーバはＩＣカードＢの発行元、Ｃ発行サーバはＩＣカードＣの発行元であるものとする。これらＩＣカードＡ，Ｂ，Ｃは、マルチアプリケーションＩＣカードである。尚、ここでいう“ＩＣカード”とは、ＩＣカード単体の形態に限らず、ＩＣカード機能搭載の携帯電話等の形態も含む意味であるものとする。
【００１８】
通信端末３は、図では１つのみ示すが、実際には多数存在し、例えばコンビニ、スーパー、デパート等の店舗や様々な施設内や街中等にそれぞれ設置される。各通信端末３は、少なくともネットワーク４を介してアプリケーションサーバ１や発行サーバ２と通信する通信機能と、ＩＣカード５と例えば非接触の通信を行ってＩＣカード５へのデータ・リード／ライトを行うＩＣカード・リーダ／ライタを備える。そして、後述するテーブル４０を記憶しており、このテーブル４０を参照しつつ、任意の種類のＩＣカードに対して、任意のアプリケーションを追加する処理を実行する。
【００１９】
図２に、アプリケーションサーバ１の構成・機能ブロック図を示す。
図示の例のアプリケーションサーバ１は、制御部１１、通信部１２、アプリケーション記憶部１３、認証部１４、暗号復号化部１５、及び表示部１６等を有する。
【００２０】
制御部１１は、例えばＣＰＵ等の演算処理ユニットであり、ここでは特に後述するステップＳ３１の処理を実行する。尚、制御部１１は、記憶部１３又は不図示のメモリ等に予め記憶されている所定のアプリケーションプログラムを、読み出し・実行することにより、当該処理を実行する。後述する制御部２１、制御部３１による処理についても同様である。
【００２１】
通信部１２は、ネットワーク４に接続して通信端末３等との通信を行う通信機能部である。アプリケーション記憶部１３には、当該アプリケーションサーバ１が提供するアプリケーションが記憶されている。例えば上記例のαアプリケーションサーバであれば、αアプリケーションが記憶されている。認証部１４、暗号復号化部１５は、主に通信端末３との通信の際に、一般的に知られている相互認証、データ暗号化／復号化を行う機能部であり、これらの機能は上記制御部１１が上記所定のアプリケーションを実行することにより実現される機能の一部と考えても良い。表示部１６はディスプレイ等である。
【００２２】
図３に、発行サーバ２の構成・機能ブロック図を示す。
図示の例の発行サーバ２は、制御部２１、通信部２２、発行情報記憶部２３、認証部２４、暗号復号化部２５、及び表示部２６等を有する。
【００２３】
通信部２２、認証部２４、暗号復号化部２５、及び表示部２６は、上記通信部１２、認証部１４、暗号復号化部１５、及び表示部１６と略同様の機能／構成であり、ここでの説明は省略する。
【００２４】
制御部２１は、例えばＣＰＵ等の演算処理ユニットであり、ここでは特に後述するステップＳ２１の処理等を実行する。
発行情報記憶部２３には、この発行元が提供しているＩＣカードへの搭載を許可した各アプリケーションに関する発行情報（アプリケーション発行に必要な情報）が記憶されている。発行情報とは、ＩＣカードの発行者権限を持つ者の情報であり、例えば発行サーバ情報（ＩＤ等）や発行用認証鍵等である。ここで、アプリケーションは、上記の通りアプリケーションサーバ１に記憶されているが、ＩＣカードへのアプリケーションの追加の許可権限を持っているのは、あくまでもＩＣカード発行者側である。この為、任意のアプリケーションをＩＣカードに追加する際に、このＩＣカードの発行元の発行情報が必要になる（ＩＣカード内のアプリケーションを書き換える為には、その為の権限が必要であり、例えば上記発行用認証鍵等を用いた認証が必要である）。
【００２５】
尚、当然、アプリケーションサーバ１側の業者等は、予め、自社が開発した新規アプリケーションのＩＣカードへの追加許可を、このＩＣカードの発行元に依頼して、許可を得ておく必要がある。このＩＣカードの発行元は、許可した場合には、この新規アプリケーションの発行情報を作成して、発行情報記憶部２３に記憶しておく。
【００２６】
図４に、通信端末３の構成・機能ブロック図を示す。
図示の例の通信端末３は、制御部３１、通信部３２、記憶部３３、認証部３４、暗号復号化部３５、ＩＣカード・リーダ／ライタ３６、及び表示部３７等を有する。
【００２７】
通信部３２、認証部３４、暗号復号化部３５、及び表示部３７は、上記通信部１２、認証部１４、暗号復号化部１５、及び表示部１６と略同様の機能／構成であり、ここでの説明は省略する。
【００２８】
制御部３１は、例えばＣＰＵ等の演算処理ユニットであり、ここでは特に後述するステップＳ１１〜Ｓ１６の処理等を実行する。
記憶部３３には、後述する図６に示すテーブル４０等が格納される。詳しくは後述する。
【００２９】
図５に、第１の実施例のマルチアプリケーション追加システムの処理手順を示す。
まず、通信端末３において、任意の利用者が例えば「アプリケーション追加確認」等のような特定のコマンドを入力して、自己のＩＣカードを提示すると、ＩＣカード・リーダ／ライタ３６が、このＩＣカードに記憶されている情報を読み出す（ステップＳ１１）。読み出した情報には、このＩＣカードの発行元を示すＩＤ（以下、発行ＩＤと記す）が含まれている。
【００３０】
制御部３１は、この発行ＩＤを用いて図６に示すテーブル４０を検索して、該当する情報を全て取得してこれらを表示部３７に一覧表示する（ステップＳ１２）。すなわち、発行ＩＤ４１が上記読み出した発行ＩＤと一致するレコードを全て求め、この各レコードのアプリケーション４３の情報を取得して表示部３７に一覧表示する。
【００３１】
ここで、図６に示すアプリケーション登録テーブル４０について説明する。テーブル４０は、発行ＩＤ４１、発行サーバ４２、アプリケーション４３、通信先アドレス群４４、及び認証・暗号情報４５の各データ項目より成る。
【００３２】
発行サーバ４２には任意の種類のＩＣカードの発行元のサーバ名（または業者名）等が格納され、発行ＩＤ４１にはこの発行元の識別ＩＤ（上記発行ＩＤ）が格納される。アプリケーション４３には、発行ＩＤ４１の発行元が許可した（ＩＣカードへの追加を認めた）アプリケーションの名称や識別番号等とこのアプリケーションのＩＣカードへの搭載に必要な記憶容量が記憶される。通信先アドレス群４４には、発行サーバ４２のアドレス（例えばＵＲＬ等）と、アプリケーション４３のアプリケーションを提供するアプリケーションサーバ１のアドレス（同様に例えばＵＲＬ等）が格納される。認証・暗号情報４５には、これら発行サーバ、アプリケーションサーバとの相互認証処理に必要な情報、及びデータの暗号化／復号化に必要な秘密鍵／共通鍵等が格納される。
【００３３】
また、従来で説明したように、発行元が異なるＩＣカードへの共通アプリケーション搭載も考えられ、図６に示す例では、Ａ発行サーバ、Ｂ発行サーバという異なる発行元から、同一のアプリケーション（βアプリケーション）が提供されることが示されている。つまり、この例では、ＩＣカードＡ、ＩＣカードＢのどちらにも、βアプリケーションを追加可能である。但し、ＩＣカードＡにβアプリケーションを追加したい場合には、Ａ発行サーバの上記発行情報が必要となる。同様に、ＩＣカードＢにβアプリケーションを追加したい場合には、Ｂ発行サーバの上記発行情報が必要となる。この例の発行情報は、βアプリケーションに関する発行情報である。
【００３４】
上記提示されたＩＣカードがＩＣカードＡであれば、上記ステップＳ１２で一覧表示されるアプリケーションは、ＡアプリケーションとＢアプリケーションということになる。そして、利用者（このＩＣカードの所有者）が、この表示を見て所望のアプリケーションを選択すると、通信端末３は、再びＩＣカード・リーダ／ライタ３６によりＩＣカードとの通信を行い、ＩＣカードのメモリの空き容量と、ＩＣカードに既に搭載されているアプリケーションの名称又は識別番号等を取得して、上記アプリケーション４３の格納情報と比較することで、選択されたアプリケーションがこのＩＣカードに未搭載であること及び選択されたアプリケーションが追加可能な空き容量があることを確認し（ステップＳ１３）、ＯＫであればステップＳ１４に進み、ＮＧであればアプリケーション搭載済み又は空き容量不足を示すメッセージを表示部３７に表示する。
【００３５】
ステップＳ１４では、上記提示されたＩＣカードの発行元のサーバへアクセスして、上記選択されたアプリケーションに関する発行情報を要求する。当該発行元サーバのアドレスは、上記の通り、通信先アドレス群４４に格納されている。尚、このアクセスの際には、上記認証・暗号情報４５の格納情報に基づいて所定の相互認証処理を行う。
【００３６】
上記ステップＳ１４による要求を受けた発行サーバ２は、上記選択されたアプリケーションに関する発行情報が、上記発行情報記憶部２３に記憶されている場合には、この発行情報を、要求元の通信端末３に返信する（ステップＳ２１）。尚、この発行情報は、アクセス先の発行サーバ２の上記暗号復号化部２５によって暗号化されて送られてくるので、通信端末３側ではこれを暗号復号化部３５が上記認証・暗号情報４５の格納情報に基づいて復号化する。
【００３７】
続いて、上記選択されたアプリケーションを提供するアプリケーションサーバ１にアクセスして、当該アプリケーションを要求する（ステップＳ１５）。尚、このアクセスの際には、上記認証・暗号情報４５の格納情報に基づいて所定の相互認証処理を行う。
【００３８】
この要求を受けたアプリケーションサーバ１は、要求されたアプリケーションが上記アプリケーション記憶部１３に記憶されている場合には、このアプリケーションを要求元の通信端末３にダウンロードする（ステップＳ３１）。尚、このアプリケーションは、上記暗号復号化部１５によって暗号化されて送られてくるので、通信端末３側では、これを暗号復号化部３５が上記認証・暗号情報４５の格納情報に基づいて復号化する。また、尚、アクセス先のアプリケーションサーバ１のアドレスは、上記の通り、通信先アドレス群４４に格納されている。
【００３９】
そして、上記復号化したアプリケーションを、上記発行情報を用いて、ＩＣカードのメモリに書き込む（ステップＳ１６）。
上記テーブル４０は、随時、更新可能である。各アプリケーションサーバ１を運用しているアプリケーション開発業者等は、新たなアプリケーションを開発すると、まず、上述した通り、事前に、所望のＩＣカード発行元業者の許可を得るようにする。許可を得たら、アプリケーション開発業者は、上記新規開発したアプリケーションに関して、許可を得た各発行元毎に、テーブル４０における１レコード分の情報（アプリケーション登録情報と呼ぶ）を作成して、これをアプリケーションサーバ１のアプリケーション記憶部１３等に格納する。例えば、図６に示す例において未だγアプリケーションが未開発の時点においてγアプリケーションを開発した場合、図示の例ではＩＣカードＢの発行元及びＩＣカードＣの発行元から許可を得たら、図６に示すγアプリケーションに係る２つのレコードの情報を作成して、アプリケーション記憶部１３等に格納する。また、この例では、ＩＣカードＢの発行元及びＩＣカードＣの発行元は、それぞれ、γアプリケーションの利用（ＩＣカードへの追加）を許可したことを示す情報（例えば上記発行情報）を、自己の発行サーバ２の発行情報記憶部２３等に登録しておく。
【００４０】
アプリケーションサーバ１には、例えば関係する全ての通信端末３のアドレスが記憶されており、上記アプリケーション登録情報が格納されると、このアプリケーション登録情報を全ての通信端末３に配信する。あるいは、各通信端末３は、定期的に又はステップＳ１５の処理の際に、新規アプリケーション登録情報の有無を確認し、ある場合にはこのアプリケーション登録情報を取得する。
【００４１】
そして、各通信端末３は、アプリケーション登録情報を取得したら、その通信先アドレス群４４を用いて所定の発行サーバ２にアクセスして、そのアプリケーション４３のアプリケーションの利用を、当該発行元で許可しているか否かを問い合わせる。許可している場合には（例えば上記γアプリケーションの発行情報がある場合には）、このアプリケーション登録情報を、テーブル４０に追加する。従って、アプリケーション開発業者が発行元の許可を取らずに勝手に新規アプリケーションを利用しようとしても、通信端末３には登録されないので、この新規アプリケーションがＩＣカードに追加されることはない。
【００４２】
以上述べたように、第１の実施例では、各通信端末３が上記テーブル４０を記憶しており、上述した処理を実行することで、発行元の異なる複数種類のマルチアプリケーションＩＣカードに対応して、任意のアプリケーション追加が可能となる。つまり、一括管理されていない複数種類のＩＣカードに対するアプリケーションの追加を、一台の端末で実現できる。特に、発行されている全てのＩＣカード種類に対応可能としていれば、利用者は、逐一確認する必要無く、この通信端末３においては必ずアプリケーション追加等を行えるようになる。また、各ＩＣカード発行元のサーバ、各アプリケーション提供元のサーバが複数存在する状況に対して、上記通信端末３によって対応可能となるので、既存システムの改変が少なくて済むという効果が得られる。更に、テーブル４０の更新が可能であることから、アプリケーションの追加を後から随時行え、システムの拡張性を向上できる。
【００４３】
次に、以下、第２の実施例について説明する。
図７に、第２の実施例によるマルチアプリケーション追加システムの概略構成を示す。
図示のシステムは、複数のアプリケーションサーバ５１、５２、複数の発行サーバ５３、５４、及び通信端末５５が、ネットワーク４に接続されて成るシステムである。
【００４４】
この例では、アプリケーションサーバ５１はγアプリケーションを提供し、アプリケーションサーバ５２はαアプリケーションとβアプリケーションを提供するものとする。
Ａ発行サーバ５３は、ＩＣカードＡの発行元業者のサーバであり、上記α、β、γの全てのアプリケーションのＩＣカードＡへの搭載を許可しており、これら各アプリケーションα、β、γの発行情報を記憶している。Ｂ発行サーバ５４はＩＣカードＢの発行元業者のサーバであり、α、γアプリケーションの発行情報を記憶している。従って、ＩＣカードＢに対しては、βアプリケーションは搭載できない。
【００４５】
図８に、アプリケーションサーバ５１，５２の構成・機能ブロック図を示す。
図示の例のアプリケーションサーバは、制御部６１、通信部６２、アプリケーション記憶部６３、認証部６４、暗号復号化部６５、及び表示部６６等を有する。これら各構成は、基本的には図２に示した制御部１１〜表示部１６と略同様である。但し、制御部６１は、後述するアプリケーション（及びその関連情報）の退避に係る処理も実行する。
【００４６】
発行サーバ５３、５４の構成・機能は、図３に示す発行サーバ２と同じであるので、ここでは図示・説明しない。
図９に、通信端末５５の構成・機能ブロック図を示す。
【００４７】
図示の例の通信端末５５において、まず、制御部７１、通信部７２、記憶部７３、認証部７４、暗号復号化部７５、ＩＣカード・リーダ／ライタ７６、及び表示部７７は、基本的には上記図４に示す制御部３１〜表示部３７と略同様である。但し、制御部３１による処理内容、及び記憶部５３の記憶内容は異なる。図示の通信端末５５では、更に、発行サーバ特定部７８、アプリケーションサーバ特定部７９、及びアプリケーション削除部８０を有する。
【００４８】
尚、認証部７４、暗号復号化部７５、発行サーバ特定部７８、アプリケーションサーバ特定部７９、及びアプリケーション削除部８０は、制御部７１が、記憶部７３等のメモリに予め記憶されている所定のアプリケーションを実行することにより実現される処理機能を意味する。認証部７４、暗号復号化部７５は、上記認証部３４、暗号復号化部３５と同様の処理機能である。発行サーバ特定部７８、アプリケーションサーバ特定部７９と同様の機能も（図４には示していないが）通信端末３は有している。すなわち、上述してあるテーブル４０を参照して通信先の発行サーバ又はアプリケーションサーバと特定してそのアドレス等を取得する機能である。本例では、テーブル４０ではなく後述するテーブル９０又は１００を参照する点が異なるだけであり、基本的には同様の機能である。アプリケーション削除部８０は後述するステップＳ４６の処理を行う機能部である。
【００４９】
この様に、上記各機能部７４〜８０は、制御部７１によって実現される機能であるので、以下、これら機能部７４〜８０については特に言及せずに、まとめて制御部７１が実行するものとして説明するものとする。
【００５０】
図１０に、第２の実施例のマルチアプリケーション追加システムの処理手順を示す。
まず、制御部７１によって実行される図示のステップＳ１１〜Ｓ１４、及びステップＳ１５〜Ｓ１６の処理は、図５に示すステップＳ１１〜Ｓ１６の処理と同じである（よって、同一ステップ番号を付してある）。
【００５１】
本例の制御部７１による処理では、ステップＳ１４の処理後、まず、選択されたアプリケーション搭載に必要な記憶容量（必要容量）を、このアプリケーションを提供しているアプリケーションサーバに問い合わせて取得する処理を実行する（ステップＳ４０）。尚、第１の実施例と同様、各新規アプリケーションの記憶容量を予め記憶部５３等に記憶していてもよい。
【００５２】
そして、この必要容量をステップＳ１３で確認した空き容量と比較することで空き容量不足か否かを判定し（ステップＳ４１）、空き容量不足ではない場合には（ステップＳ４１，ＮＯ）、そのままステップＳ１５の処理に進む。ステップＳ１５，Ｓ１６の処理については既に説明してある。
【００５３】
空き容量不足の場合には（ステップＳ４１，ＹＥＳ）、ＩＣカード・リーダ／ライタ５６を介してＩＣカード５との通信を行い、ＩＣカード５に記憶されている既存のアプリケーションに関する情報（各アプリケーション名とそのメモリ使用容量等）を読み出して（ステップＳ４２）、これを表示部５７に一覧表示する。すなわち、このＩＣカード５に現在搭載されている各アプリケーションの名称等とその使用容量を一覧表示する。更に、上記選択されたアプリケーションの必要容量も表示する（ステップＳ４３）。
【００５４】
利用者は、この表示を参照して、任意の１又は複数のアプリケーションを退避アプリとして選択する。これに応じて、通信端末５５は、再びＩＣカード・リーダ／ライタ５６を介して、選択されたアプリケーションとその関連情報をＩＣカード５から読み出す（ステップＳ４４）。そして、読み出した各アプリケーション及びその関連情報毎に、後述するテーブル１００を参照して、退避先のアプリケーションサーバを特定し、この特定したアプリケーションサーバに対して当該アプリケーション及びその関連情報及び上記ＩＣカード５の識別ＩＤを送信する（ステップＳ４５）。これを受信したアプリケーションサーバは、受信したアプリケーション及びその関連情報を受信した識別ＩＤに対応付けて記憶する。
【００５５】
尚、識別ＩＤは、各ＩＣカード個々を識別する為のＩＤであり、上記発行ＩＤとは異なるものである。また、尚、関連情報とは、例えば上述したポイント等である。
そして、通信端末５５は、上記退避させたアプリケーション及びその関連情報を、全て、ＩＣカード５から削除してから（ステップＳ４６）、ステップＳ１５の処理に移る。ステップＳ１５、Ｓ１６では、既に説明した通り、上記ステップＳ１２の一覧表示に対して選択されたアプリケーションを、当該アプリケーションを提供しているアプリケーションサーバからダウンロードして、これをＩＣカード５に格納する。
【００５６】
図１１（ａ）、（ｂ）に、図９に示す記憶部７３に記憶される各種テーブルの一例を示す。図１１（ａ）には発行サーバ一覧テーブル９０の一例を示す。図示のテーブル９０は、発行ＩＤ９１、発行サーバ９２、アプリケーション９３、通信先アドレス９４、及び認証・暗号情報９５の各データ項目より成り、このうち発行ＩＤ９１、発行サーバ９２、アプリケーション９３は、上記テーブル４０の発行ＩＤ４１、発行サーバ４２、アプリケーション４３と略同様であり、その説明は省略する。
【００５７】
テーブル４０の通信先アドレス群４４、認証・暗号情報４５は、上記の通り、発行サーバとアプリケーションサーバそれぞれのアドレス及び認証・暗号情報が格納されたが、テーブル９０の通信先アドレス９４、及び認証・暗号情報９５には、発行サーバのアドレス及び認証・暗号情報のみが格納されている。アプリケーションサーバに関する情報は、図１１（ｂ）に示すアプリケーションサーバ一覧テーブル１００に格納される。
【００５８】
図１１（ｂ）に示すテーブル１００には、各アプリケーション１０２に対応付けて、このアプリケーションを提供するアプリケーションサーバ１０１とそのアドレス（通信先アドレス１０３）及び認証・暗号情報１０４が格納される。
【００５９】
上記ステップＳ４０、Ｓ１５、Ｓ４５の処理においては、テーブル１００を参照することで、アクセス先のアプリケーションサーバのアドレスを取得できる。これは、基本的には上記の通りテーブル４０でも同様にアクセス先アドレスが取得できるが、テーブル４０では基本的には後から追加する新規アプリケーションに関する情報が記憶されており、デフォルトでＩＣカードに記憶されているアプリケーションは考慮していないのに対して、本例では場合によっては上記退避を行う為、デフォルトでＩＣカードに記憶されているアプリケーションの退避が行われる可能性がある為、テーブル１００には、デフォルトでＩＣカードに搭載されているアプリケーションに関する情報も格納されている。
【００６０】
尚、第２の実施例においても、第１の実施例のテーブル４０の更新と同様にして、テーブル９０，１００を随時更新することができる（ここでは特に説明しない）。また、テーブルの更新に関しては、上記説明ではＩＣカードに追加可能なアプリケーションを増やす場合について例示したが、逆に、ＩＣカードに追加可能なアプリケーションを減らすことも可能である。
【００６１】
以上説明したように、第２の実施例では、第１の実施例の効果に加えて更に、一括管理されていない複数種類のＩＣカードに対応して、新規アプリケーション追加の際に容量不足の場合には、任意の既存のアプリケーションを、このＩＣカードの種類に応じたアプリケーションサーバへ退避させることができる。更に、アプリケーションだけでなく、ポイント情報等も一緒に退避させるので、利用者が貯めたポイント情報等が失われずに済む。
【図面の簡単な説明】
【００６２】
【図１】第１の実施例のマルチアプリケーション追加システムの概略構成を示す図である。
【図２】アプリケーションサーバの構成・機能ブロック図である。
【図３】発行サーバの構成・機能ブロック図である。
【図４】通信端末の構成・機能ブロック図である。
【図５】第１の実施例のマルチアプリケーション追加システムの処理手順を示す図である。
【図６】アプリケーション登録テーブルの具体例である。
【図７】第２の実施例によるマルチアプリケーション追加システムの概略構成図である。
【図８】図７に示すアプリケーションサーバの構成・機能ブロック図である。
【図９】図７に示す通信端末の構成・機能ブロック図である。
【図１０】第２の実施例のマルチアプリケーション追加システムの処理手順を示す図である。
【図１１】（ａ）、（ｂ）は、図９に示す記憶部に記憶される各種テーブルの一例である。
【符号の説明】
【００６３】
１      アプリケーションサーバ
２      発行サーバ
３      通信端末
４      ネットワーク
５      ＩＣカード
１１      制御部
１２      通信部
１３      アプリケーション記憶部
１４      認証部
１５      暗号復号化部
１６      表示部
２１      制御部
２２      通信部
２３      発行情報記憶部
２４      認証部
２５      暗号復号化部
２６      表示部
３１      制御部
３２      通信部
３３      記憶部
３４      認証部
３５      暗号復号化部
３６      ＩＣカード・リーダ／ライタ
３７      表示部
４０      アプリケーション登録テーブル
４１      発行ＩＤ
４２      発行サーバ
４３      アプリケーション
４４      通信先アドレス群
４５      認証・暗号情報
５１，５２      アプリケーションサーバ
５３，５４      発行サーバ
５５      通信端末
６１      制御部
６２      通信部
６３      アプリケーション記憶部
６４      認証部
６５      暗号復号化部
６６      表示部
７１      制御部
７２      通信部
７３      記憶部
７４      認証部
７５      暗号復号化部
７６      ＩＣカード・リーダ／ライタ
７７      表示部
７８      発行サーバ特定部
７９      アプリケーションサーバ特定部
８０      アプリケーション削除部
９０      発行サーバ一覧テーブル
９１      発行ＩＤ
９２      発行サーバ
９３      アプリケーション
９４      通信先アドレス
９５      認証・暗号情報
１００      アプリケーションサーバ一覧テーブル
１０１      アプリケーションサーバ
１０２      アプリケーション
１０３      通信先アドレス
１０４      認証・暗号情報
【図１】
2008033684.tif 000003
【図２】
2008033684.tif 000004
【図３】
2008033684.tif 000005
【図４】
2008033684.tif 000006
【図５】
2008033684.tif 000007
【図６】
2008033684.tif 000008
【図７】
2008033684.tif 000009
【図８】
2008033684.tif 000010
【図９】
2008033684.tif 000011
【図１０】
2008033684.tif 000012
【図１１】
2008033684.tif 000013