JP3636984B2 - Ｉｃカードシステム用記録媒体及びｉｃカードシステム - Google Patents
Ｉｃカードシステム用記録媒体及びｉｃカードシステム Download PDFInfo
- Publication number
- JP3636984B2 JP3636984B2 JP2000341931A JP2000341931A JP3636984B2 JP 3636984 B2 JP3636984 B2 JP 3636984B2 JP 2000341931 A JP2000341931 A JP 2000341931A JP 2000341931 A JP2000341931 A JP 2000341931A JP 3636984 B2 JP3636984 B2 JP 3636984B2
- Authority
- JP
- Japan
- Prior art keywords
- card
- application
- reissue
- old
- message
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Lifetime
Links
Images
Classifications
-
- G—PHYSICS
- G07—CHECKING-DEVICES
- G07F—COIN-FREED OR LIKE APPARATUS
- G07F7/00—Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus
- G07F7/08—Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus by coded identity card or credit card or other personal identification means
- G07F7/10—Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus by coded identity card or credit card or other personal identification means together with a coded signal, e.g. in the form of personal identification information, like personal identification number [PIN] or biometric data
- G07F7/1008—Active credit-cards provided with means to personalise their use, e.g. with PIN-introduction/comparison system
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/44—Arrangements for executing specific programs
- G06F9/445—Program loading or initiating
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
- G06Q20/34—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using cards, e.g. integrated circuit [IC] cards or magnetic cards
- G06Q20/355—Personalisation of cards for use
- G06Q20/3552—Downloading or loading of personalisation data
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Physics & Mathematics (AREA)
- Software Systems (AREA)
- Business, Economics & Management (AREA)
- Microelectronics & Electronic Packaging (AREA)
- Strategic Management (AREA)
- General Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Computer Networks & Wireless Communication (AREA)
- General Engineering & Computer Science (AREA)
- Credit Cards Or The Like (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Description
【０００１】
【発明の属する技術分野】
本願発明は、ＩＣカードの発行及び管理やＩＣカードに搭載されるサービスの実行及び管理を行うＩＣカードシステム及びこれらに供する記録媒体などに関するものである。更に、詳しくは、本願発明は、ＩＣカードが再発行される際の通知業務を、セキュリティ上安全性を確保しつつ実現する機能を備えたＩＣカードシステムに関するものである。
【０００２】
【従来の技術】
ＩＣカード（ＩＣ ｃａｒｄあるいはＳｍａｒｔ ｃａｒｄ）は、大量の情報が記録可能であり、且つ高度なセキュリティを有するため、磁気カードに代わる新しい情報記録媒体として近年普及しつつある。又、最近ではＩＣカードに複数のアプリケーションを搭載できるマルチアプリケーション機能や、カード発行後にアプリケーションを搭載可能なダイナミックローディング機能を備えたＩＣカード及びカードＯＳ（オペレイション システム）が主流となってきている。
【０００３】
一般的なＩＣカード処理装置、ＩＣカード処理システムなどについては、例えば日本国、公開公報、特開２０００−３６０１５号公報に見られる。
【０００４】
ＩＣカードの発行やサービスの提供に関わる事業は、次のような方法によって行われている。ＩＣカード自体の発行と、当該ＩＣカードにおいて所望の動作をせしめる為のプログラムを当該ＩＣカードに搭載するサービス提供者とは異なることが多い。即ち、ＩＣカードをカード発行者が発行し、当該ＩＣカードに種々の動作をせしめる為のプログラムをサービス提供者が搭載するのである。このサービス提供者は、複数の場合も、当然考えられる。尚、ここで、ＩＣカードに所望の動作をせしめる為のプログラムを、単に「アプリケーション（Ａｐｐｌｉｃａｔｉｏｎ）」（以下、単にＡＰと略称する）と称する。
【０００５】
カード発行者は、ＩＣカード関連のデータベースに、ＩＣカード管理情報を保持している。そして、そのデータベースの所望のデータに従い、ＩＣカードを発行し利用者に配布する。ＩＣカード管理情報の具体的内容は、そのカード発行者によって異なるが、例えば、利用者からの申請情報や、カードの発行に必要な基本情報、例えば、氏名、性別、年齢、職業、収入、住所などが記載されている。又、サービス提供者は、ＩＣカードに対するサービス提供管理システムを用いて、ＩＣカード上に搭載されるアプリケーションの発行及び管理の業務を行う。ＩＣカード搭載用のアプリケーションは、サービス提供者が作成もしくは取得し、ＩＣカードへのアプリケーション搭載を行う。ＩＣカードアプリケーション管理データベースにはアプリケーションデータが格納されている。
ＩＣカードへのアプリケーション搭載には、ＩＣカード発行時に、既に、サービス実行が可能となっているカード発行時の搭載と、カード発行後にアプリケーションを搭載するダイナミック・ローディングがある。しかし、今後、利用者がサービス提供者の端末機から、ＩＣカードへアプリケーションを搭載するダイナミック・ローディングが、主流となっていくと考えられる。
【０００６】
【発明が解決しようとする課題】
本願発明は、ＩＣカード及びこれに搭載するアプリケーションの再搭載するに当って、ＩＣカードの利用者及びサービス提供者の負担を軽減し、且つセキュリティー上安全を確保したＩＣカードシステムおよびこれに供する記録媒体を提供せんとするものである。
【０００７】
利用者がサービス提供者の端末機から、ＩＣカードへアプリケーションを搭載するダイナミック・ローディング場合、サービス提供者のクライアント側にはＩＣカードとコマンドのやり取りを行う外部端末がある。前記のように、ＩＣカード上の全ての責任はカード発行者に帰属するため、当該端末からサービス提供者が自由にアプリケーションを搭載することはほとんどの場合、許されていない。
【０００８】
そこで、搭載希望のアプリケーションの正当性を、カード発行者が確認する手順が必要である。つまり、ＩＣカードサービス提供管理システムが自身のＩＣカードに対するアプリケーション発行管理処理部を通じて、カード発行者のＩＣカード発行管理処理部にＡＰ搭載の許可の要求を行う。ＩＣカード管理データベースにはＡＰに関するデータが事前に格納されている。そして、要求のあったアプリケーションが不正なものではないか、要求をしているサービス提供者が不正ではないかなどをチェックした上で、ＡＰの搭載許可書を発行する。このカード発行者とサービス提供者間でやり取りされるＡＰ搭載許可書は、フロッピー・ディスク（以下、ＦＤと略記する）や書類の形でやり取りされる場合もあるが、通常はオンラインによりネットワークを通じた電文（以下、この電文を「メッセージ」と称する。更に、このメッセージをユニークに区別するＩＤを「メッセージＩＤ」と称す）としてやり取りされる。サービス提供者は、この受領したＡＰ搭載許可書とアプリケーションを合わせてＩＣカードに送信することで、アプリケーションのインストールを実現するのである。そのため、サービス提供者はあらかじめカード発行者と契約し、自身が正当な事業者であることや、搭載予定のアプリケーションが不正なものではないことを事前にカード発行者に登録する必要がある。
【０００９】
カード発行者とサービス提供者のシステム間、また、それぞれのサーバとクライアント間は、ネットワークでつながれている場合が多いと想定されるが、勿論、ＦＤや書類などの形式でやり取りすることも可能である。
【００１０】
カード発行者が、ＩＣカードを発行及び管理し、サービス提供者がＩＣカード上のサービスを発行及び管理するといったように、運用事業者が別である場合、ＩＣカードの再発行に際していくつかの難点がある。
【００１１】
本願発明は、セキュリティを確保した上で、再発行されたＩＣカードに所望のアプリケーション（ＡＰ）を、迅速に再搭載する方法ならびにこれに応ずることの可能な装置を提供するものである。以下、現状の難点を明らかにする。
【００１２】
ＩＣカードの紛失、盗難、破損などの理由により、利用者がＩＣカードを使用できなくなった場合、ＩＣカードを再発行する必要がある。尚、これらの使用できなくなったＩＣカードを「旧カード」、新たに再発行したカードを「再発行カード」と、以下、称する。また、旧カードに搭載していたアプリケーションを、再発行カードに搭載することを、通常の「アプリケーション搭載」と区別して「アプリケーション再搭載」と称することとする。
【００１３】
カード利用者は、カード発行者に対してＩＣカードの再発行の申請を行うと、カード発行者は、自身の事業者ポリシーに照らし合わせて、正当な申請であればＩＣカードを再発行する。その後、カード利用者は、各サービス提供者のもとへ行き、旧カードに搭載していたアプリケーションの再搭載を申請することとなる。しかし、前述のように、通例アプリケーションの搭載にはカード発行者の許可が必要なため、サービス提供者からカード発行者へ許可申請を行うなどの手順を取らなければならない。又、サービス提供者のポリシーやアプリケーションの内容によっては、例えば、利用者に対する信用調査を再度行う場合や新たに課金する場合もある。こうした事態は、アプリケーション搭載にかかる時間や料金が、利用者にとって負担になるだけではなく、信用調査を行いカード発行者へのアプリケーション搭載許可発行を要求するサービス提供者にとっても負担となる。アプリケーションが、クレジットサービスの場合の、申請時の利用者信用調査や利用限度額の設定などの処理を例に考えれば、利用者にとってもサービス提供者にとっても負担がかかることが分かる。
【００１４】
これは、再発行時におけるアプリケーション搭載の処理手順が、初期発行の場合と同様であることに原因がある。サービス提供者が、再発行カードに対するアプリケーションの再搭載であることを認識し、処理手順を区別することが可能であれば、再発行時における利用者の負担を少なくすることが可能となる。但し、ＩＣカードの最大の特徴として、安全性が高いという点があるため、例えば、利用者からの再搭載申請を信用するといった単純な方法は採用することができない。
【００１５】
こうした事態を背景に、本願発明は、サービス提供者がＩＣカードを再発行カードであると認識でき、且つ、搭載要求されているアプリケーションが以前のＩＣカードにも搭載されていたかを判定できる、セキュリティ上安全な方法およびシステムを提供するものである。
【００１６】
【課題を解決するための手段】
本願発明は、前述の課題を解決するために、基本的には２つの方式を用いる。その要点を簡潔に要約すると次の通りである。
【００１７】
本願発明の第１の方法は、ＩＣカードを再発行した際に、カード発行者が「カードＩＤ（Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）」など、当該ＩＣカードをユニークに限定するＩＤ、即ち、ＩＣカードの識別情報を、関係するサービス提供者に伝達する方式に関するものである。
【００１８】
本願発明の第２の方法は、カードＩＤを、サービス提供者がＩＣカードから直接読み取れない場合に、利用者からＩＣカードへのアプリケーション再搭載希望があった際に、カード発行者に対してカード情報を照会する方式に関するものである。
【００１９】
更に、本願発明の第３の方法は、ひつつのＩＣカードシステムにおいて、前記発明に係わる第１と第２の両方法を合わせて使用することである。このようにして、サービス提供者が、搭載希望のあったＩＣカードが再発行カードかどうかを区別することが可能となる。
【００２０】
本願発明は、こうした諸方法に応ずる記録媒体を有するデータ・ベース、あるいは諸ＩＣカードシステムを提供するものである。
【００２１】
前記第１の方法は、ＩＣカードを再発行した際に、カード発行者がカードＩＤなど、カードをユニークに限定するＩＤを、関係するサービス提供者に伝達する方式に関するものである。この場合、関係するサービス提供者とは、基本的には、旧カードにアプリケーションを搭載していたサービス提供者である。カード発行者が、これらのサービス提供者に、例えば、旧カードのカードＩＤと再発行カードのカードＩＤを対応づけた情報を、ＩＣカードの再発行情報として通知することにより、サービス提供者は次の事実を認識することが可能となる。
（１）カード利用者が提示したＩＣカードが、再発行カードであること。
（２）カード利用者が以前に利用していた旧ＩＣカードが、どれであるか。即ち、例えばＩＣカードＩＤのようなＩＣカードの識別情報。
【００２２】
旧カードのカードＩＤが分かることにより、搭載を希望されているアプリケーションが旧カードに搭載されていたかどうかを確認することも可能であり、また、場合によっては、利用者に対する信用調査の結果などを照会することも可能である。
【００２３】
従って、この方法を用いる場合、ＩＣカードの発行及び管理を行うＩＣカードシステム内には、次のようなコンピュータ読み取り可能な記録媒体を有する。即ち、それは、再発行したＩＣカードの識別情報を格納した第１のデータ領域と、前記再発行カードに対応する旧ＩＣカードの識別情報を格納した第２のデータ領域とを有し、前記再発行したＩＣカードの識別情報と前記旧ＩＣカードの識別情報の各々が、前記再発行したＩＣカードの識別情報と前記旧ＩＣカードの識別情報の内のいずれかの識別情報に基づいて、他方の識別情報を読み取ることが可能とされた記録媒体である。
【００２４】
又、同様に、ＩＣカードにアプリケーションを搭載することによりサービスを実行及び管理を行うＩＣカードシステムは、次のようなコンピュータ読み取りが可能な記録媒体を有する。即ち、それは、再発行したＩＣカードの識別情報を格納した第１のデータ領域と、前記再発行カードに対応する旧ＩＣカードの識別情報を格納した第２のデータ領域とを有し、前記再発行したＩＣカードの識別情報と前記旧ＩＣカードの識別情報の各々が、前記再発行したＩＣカードの識別情報と前記旧ＩＣカードの識別情報の内のいずれかの識別情報に基づいて、他方の識別情報を読み取ることが可能とされた記録媒体である。
【００２５】
但し、この方法は、ＩＣカードをユニークに区別するＩＤであるカードＩＤを、サービス提供者が、外部端末などによりＩＣカードから直接読み取り可能であることが前提となる。読み取り不可能であったり、乱数により暗号化されているなどカードＩＤを、サービス提供者が直接識別できない場合は、あらかじめカード発行者より通知されているＩＣカード再発行情報を照合することが不可能となるからである。
【００２６】
前記本願発明の第２の方法は、このようにカードＩＤをサービス提供者が、ＩＣカードから直接読み取れない場合を解決する方法である。この場合は、あらかじめカード発行者が、ＩＣカード再発行情報を通知してもサービス提供者は照会するべきデータをＩＣカードから読み取れないという事態になる。従って、前述の第１の方法のような方法は採用できない。
【００２７】
そこで、サービス提供者からカード発行者へのカード情報の照会という形をとる。カード利用者からＩＣカードへのアプリケーションの再搭載を依頼された場合、サービス提供者はＩＣカードから暗号化されたカードＩＤなどの情報や、カード券面に記載されている番号などの情報を取り出し、搭載希望のあった「アプリケーションＩＤ」と共に、カード発行者に情報の照会を行う。カード発行者は、勿論、再発行カードの認識が可能であるため、当該ＩＣカードが再発行カードであるかどうかを返信する。また、再発行カードである場合、対応する旧カードに、上記アプリケーションが搭載されていたかどうかを判定する。又、搭載されていた場合は、旧カードにアプリケーションの搭載の許可を出した際の「メッセージＩＤ」を付与する。「メッセージＩＤ」とは、カード発行者とサービス提供者との間で、電文メッセージをやり取りする際の、電文メッセージをユニークに識別するＩＤである。その例としては、例えば、カード発行者の事業者識別情報、サービス提供者の事業者識別情報、メッセージのシーケンス番号の組み合わせによりなど、一意に区別する方法がある。このメッセージＩＤにより、サービス提供者は、次の事実を認識することが可能となる。
（１）利用者が提示したＩＣカードが再発行カードであること。
（２）利用者が以前に利用していたＩＣカードにアプリケーションを搭載した際の情報。
【００２８】
ここで、メッセージＩＤを付与するのは、ＩＣカードから直接カードＩＤを読み取れないため、旧カードＩＤを通知してもサービス提供者は認識できないことや、カード発行者がカードＩＤを外部に通知しないポリシーを有する場合があるためである。旧カードへのアプリケーションの搭載の許可を行った際のメッセージＩＤであれば、カード発行者、サービス提供者ともに認識可能であり、又、サービス提供者が、その際の審査結果など、関連情報を辿ることも可能となる。
【００２９】
解決の手段として前記第１の方法を実施するか、第２の方法を実施するかは、システムが利用するＩＣカードの特性に合わせれば良い。即ち、利用するＩＣカードが、カードＩＤをカード発行者以外の事業者が読み取ることを可能とする場合は、本願発明の第１の方法を備えることで解決可能である。他方、読み取り不可能である場合は、本願発明の第２の方法を備えることで解決可能である。
【００３０】
また、一つのシステムで複数種類のＩＣカードを扱う場合は、第１の方法と第２の方法を合わせて実現した前述の第３の方法を備えることで解決可能である。この場合は、カード発行者とサービス提供者間でやり取りする通信データ内に、ＩＣカードの種類を表すプラットフォーム・タイプ・データ（Ｐｌａｔｆｏｒｍｔｙｐｅ ｄａｔａ）と称される識別情報を含め、受信側がこのプラットフォーム・タイプ・データを参照することで第１と第２のどちらの形態で処理すれば良いかを判定する。
【００３１】
この第２の方法によれば、ＩＣカードの発行及び管理を行うＩＣカードシステムは、次のようなコンピュータ読み取りが可能な記録媒体を有する。即ち、それは、再発行したＩＣカードの識別情報を格納した第１のデータ領域と、前記再発行したＩＣカードに対応する旧ＩＣカードにアプリケーションを搭載した際に用いた、サービス提供者との電文メッセージを一意に区別する識別情報を格納した第２のデータ領域とを有し、前記再発行したＩＣカードの識別情報に基づいて、サービス提供者との電文メッセージを一意に区別する前記識別情報を読み取ることが可能とされた記録媒体である。。
【００３２】
又、同様に、ＩＣカードにアプリケーションを搭載することによりサービスを実行及び管理を行うＩＣカードシステムは、次のようなコンピュータ読み取りが可能なデータベースを有する。即ち、それは、再発行したＩＣカードに対応する旧ＩＣカードに、要求されているアプリケーションを搭載した際に用いたカード発行者との電文メッセージを一意に区別する識別情報を格納したデータ領域と、旧ＩＣカードにアプリケーションを搭載した際のアプリケーション搭載関連情報を格納したデータ領域と、を少なくとも有し、前記カード発行者との電文メッセージを一意に区別する第３の識別情報に基づいて、旧ＩＣカードにアプリケーションを搭載した際のアプリケーション搭載関連情報を読み取ることが可能とされる記録媒体である。
【００３３】
【発明の実施の形態】
次に、本願発明をより、具体的に説明する。本願発明に係わるシステムの基本構成は、図１に示される。図１には、ＩＣカード発行者、ＩＣカードへのサービス提供者と、クライアント及びＩＣカード相互の関係が模式的に示される。
【００３４】
「ＩＣカード発行者」とは、ＩＣカード発行管理システム（１０１）を用いてＩＣカードの発行と管理の業務を行う事業主体者であり、ＩＣカードの責任を負う事業主体者である。カード発行者はＩＣカード関連のデータベース（１０４）にＩＣカード管理情報を保持しており、そのデータに従いＩＣカードを発行し利用者に配布する。ＩＣカード管理情報には、利用者からの申請情報や、カードの発行に必要な基本情報が記載されている。
【００３５】
ＩＣカード発行者は、少なくとも、ＩＣカード管理用のデータベース（１０４）とＩＣカード発行管理の為の処理部（１０２）とを有するＩＣカード発行管理システム（１０１）を有する。このＩＣカード管理用のデータベース（１０４）とＩＣカード発行管理の為の処理部（１０２）とは、通例のコンピュータ・システムによって動作、即ち、例えば、データの読み出し、照合、適否の判断させられる。そして、当該システムは当然、受信手段、送信手段を有するが、これらも通例のオンライン・システムのそれである。尚、サービス提供者側のＩＣカードシステムも、その構成方法、動作など、カード発行者側のそれと基本的に同様である。
【００３６】
このＩＣカード発行管理システム（１０１）にネットワーク（１１４）を介して端末機（１０６）が接続されている。通例、複数の端末機（１０６）がＩＣカード発行管理システム（１０１）につながれ、クライアント（１０５）に応対することとなっている。この意味で、端末機は外部端末と通称される。この外部端末よりは、クライアント自らが所定事項を入力する場合、あるいは、カードの発行業者側にて所定事項を入力する場合などが考えられる。
【００３７】
一方、「サービス提供者」とは、ＩＣカードサービス提供管理システム（１０７）を用いて、ＩＣカード上に搭載されるアプリケーションの発行と管理の業務を行う事業主体者である。ＩＣカード搭載用アプリケーションは、サービス提供者が作成もしくは取得し、ＩＣカードへのアプリケーション搭載を行う。ＩＣカードアプリケーション管理データベース（１１０）にはアプリケーション・データが格納されている。
【００３８】
ＩＣカードサービス提供者は、少なくとも、ＩＣカードのアプリケーション管理用のデータベース（１１０）とＩＣカードに対するアプリケーションの為の処理部（１０８）とを有するＩＣカードに対するサービス提供の管理システム（１０７）を有する。そして、このＩＣカードサービス提供管理システム（１０７）にネットワーク（１１６）を介して端末機（１１２）が接続されている。通例、複数の端末機（１１２）がＩＣカードサービス提供管理システム（１０７）につながれ、クライアント（１１１）に応対することとなっている。この意味で、端末機は外部端末と通称される。この外部端末よりは、クライアント自らが所定事項を入力する場合、あるいは、カードの発行業者側にて所定事項を入力する場合などが考えられる。
【００３９】
カード発行者は、クライアント（１０５）に接続された外部端末（１０６）を通して発行時に必要な情報をＩＣカード（１１）に設定する。サービス提供者はクライアント（１１０）に接続された外部端末（１１１）を通してアプリケーションをＩＣカードに搭載する。また、この際に必要となるアプリケーションの搭載許可は、カード発行者システムとの情報交換により取得する。カード発行者のシステムとサービス提供者のシステム間や、それぞれのクライアント、サーバ間は基本的にネットワーク（１１４、１１６、１１８）を通して接続され、情報のやり取りはオンライン上で電文メッセージの送受信により実現されている。しかし、運用事業者のポリシーによりフロッピーディスクなど情報記録媒体の郵送や、書面の郵送などにより情報のやり取りを実現することも可能である。
【００４０】
本願発明は、カード発行者のＩＣカードシステム（１０１）とサービス提供者のＩＣカードシステム（１０７）の各々処理部（１０２、１０９）に、後述するＡＰ（Ａｐｐlｉｃａｔｉｏｎ）再搭載通知の処理機能、カード再発行照会の処理機能を有している。これらの各処理機能は、コンピュータ・プログラムに従って動作させられるものである。
【００４１】
図３にこのようなＩＣカード（１１）内に搭載されているＩＣ内部の基本的な領域の論理的な構成を示す。当該ＩＣは、通例のマイクロ・コンピュータと同様に、ハードウェア層（３０３）とＯＳ（Ｏｐｅｒａｔｉｏｎ Ｓｙｓｔｅｍ）が搭載される領域、即ちＯＳ層（３０２）とアプリケーションが搭載される領域、即ちアプリケーション層（３０１）とを有する。ここで、マルチアプリケーション搭載可能とは、アプリケーション層（３０１）に複数のアプリケーション（３０４−３０６）が搭載できるということである。又、ダイナミックローディング可能とは、このアプリケーション（３０４−３０６）をカード発行後に、搭載あるいは削除が可能であることを示す。ＯＳ層（３０２）は通信処理部（３０７）、インタープリタ（３０８）、セキュリティ機構（３０９）などを有し、外部端末からのコマンドの受信やアプリケーションのコマンドの転送などを行っている。当然、アプリケーション層（３０１）とＯＳ層（３０２）との間にはアプリケーション・インターフェイス、ＯＳ層（３０２）とハードウェア層（３０３）との間にはハードウェア・インターフェイスが設置されている。
【００４２】
次に、本願発明に係わるアプリケーションの再搭載の具体的方法を説明する。
【００４３】
ＩＣカードに対する端末機などハード的な機器を含むシステムは、通例のもので十分である。本願発明に係わる各事業者は、サーバ、リーダライタなど外部端末機を有する。各種情報は、このサーバに一旦保持される場合、リーダライタを通してＩＣカードに情報が搭載される場合など、各種形態が考えられるが、本願発明はこうした動作形態に直接関係するものではない。本願発明は、当然これらのいずれの場合も適用可能である。
【００４４】
図２はカード・システムの例の概要を示す図である。ＩＣカード１１の中にはチップ２１があって、リーダライタ２２とデータのやりとりを行う例を示している。リーダライタの中にはコントロール・プロセッサ２３やデータベースとなる磁気ディスク２４などが存在する。ＩＣカード１１には、通例通り、例えば、Ｖｃｃ（供給電源）、ＧＮＤ（グランド）、ＲＳＴ（リセット）、Ｉ／Ｏ（入出力）、及びＣＬＫ（クロック）などの諸端子が示されている。また、図中、符号２５はリーダライタ２２からＩＣカード１１に対しての、例えばカードＩＤなどの各種問合せを示す。符号２６はＩＣカードが前述の問合せに対して行った返答を示す。こうした、諸情報の伝達は通例のシステムで十分である。
【００４５】
なお、ＩＣカード内のＩＣチップにおいて、具体的には前述のアプリケーションはメモリ領域に搭載される。一般に、メモリとしては、ＲＡＭ（Random Access Memory）、フラッシュ・メモリ（Flash Memory）、ＦＲＡＭ（Ferromangetic Random Access Memory）、ＥＥＰＲＯＭ（Electrical Erasable Programmable Read Only Memory）あるいはＲＯＭ（Read Only Memory）などが用いられる。また、ＯＳ部なども通例のもので十分である。ＩＣチップ内の信号処理系は通例のＩＣカードのそれを用いて十分である。
【００４６】
前述したように、本願発明は課題を解決するために２つの方式を用いるが、まず、前述の第１の方法について図４を用いてそのシーケンスを説明する。図４のシーケンスを取る状態は、カード発行者（１２２）とサービス提供者（１２１）は契約条件などの合意を取り決めた事前提携や、サービス提供者（１２１）からカード発行者（１２２）へのアプリケーション情報登録などサービス運用に必要なやり取りは、当然、既に済んでいるものとする。
【００４７】
又、本願発明の第１の方法では、ＩＣカード（１１）のカードＩＤを、カード発行者以外の第３者が直接読み取り可能である。ここで、前記カード発行者以外の第３者とは、その代表的な例は、例えば、サービス提供者である。
【００４８】
カードの再発行処理とそれに伴うアプリケーションの再搭載処理は、以下のような手順となる。まず、カード利用者（１２０）が、再発行を希望するＩＣカードの発行者（１２２）に対して、カードの再発行を要求する（ステップ４０１）。このカードの再発行の要求は、具体的には当該ＩＣカード発行管理処理処理部への所定の入力による。この入力は、カード利用者（１２０）自身のこともあろうし、あるいはカード利用者（１２０）の意向を受けたオペレータ等であることもある。
【００４９】
カード発行者は、カード発行者自身の運用ポリシーに従って再発行に関する審査、即ち判断処理を行い、この審査を通れば再発行カード（１１）を発行する（ステップ４０２）。この再発行に関する審査は、例えば、氏名、年齢、職業、収入など通例のカード発行に係わる項目の審査であり、どの程度の項目が審査に付されるかは、カード発行者の運用ポリシーに従うものである。当然こうした審査、判断、確認処理は、当該システムの処理部にてなされる。
【００５０】
次に、カード発行者は、旧カードに搭載されていたアプリケーションのサービス提供者に対して、ＩＣカード再発行情報を通知する（ステップ４０３）。
【００５１】
この「ＩＣカード再発行情報」とは、具体な代表例的は、旧カードのカードＩＤと再発行カードのカードＩＤを対応づけたリストである。図１２にステップ４０３で送受信する通信データの例を示す。即ち、例えば、発明者のデータベースより読み取られ、送信される。この通信データの例は、ヘッダ、ＰＦ（Ｐｌａｔｔｏｆｏｒｍ）タイプ・データ、旧カードＩＤ、及び再発行カードＩＤの各情報等を含んでいる。尚、ここで、ＰＦタイプ・データとは、本願発明における第１の方法の処理方法をとるか、第２の処理方法を取るかの指示を与える情報のことである。これは、具体的な例を示せば、例えば、＜１００、２００、９９９＞などの情報を用いる。例えば、ここで、＜１００＞は第１の処理方法であり、＜２００＞は第２の処理方法であり、更に＜９９９＞は処理方法が不明ということを示す。勿論、ここに例示する具体的な信号例は単なる一例である。これに対しては、システム構築者は所望のデータ構成を用いることが出来る。このように、当該通信データには、旧カードＩＤと再発行カードＩＤの対構造のデータを含んでいる。又、カード発行者がサービス提供者に、このＩＣカード再発行情報を通知することにより、カード発行者とサービス提供者の双方のデータベースには、図１３に示すように旧カードと再発行カードを対応づけた情報が格納される。本願発明では、この旧カードＩＤと再発行カードＩＤを対応づけた情報が重要である。以上の処理で、ＩＣカードの再発行に関する処理は終了する。
【００５２】
次に、カード利用者（１２０）が再発行カードに対して、旧カードに搭載されていたアプリケーションを再搭載する場合の処理を説明する。
【００５３】
カード利用者（１２０）は再発行カード（１１）を用意し、サービス提供者（１２１）に対してアプリケーションの再搭載を要求する（ステップ４０４）。このアプリケーションの再搭載の要求は、具体的には当該ＩＣカードアプリケーション発行管理処理処理部への所定の入力による。このアプリケーションの再搭載の要求は、具体的には当該ＩＣカード発行管理処理処理部への所定の入力による。この入力は、カード利用者（１２０）自身のこともあろうし、あるいはカード利用者（１２０）の意向を受けたオペレータ等であることもある。
【００５４】
サービス提供者は、再発行カードに対して、カードＩＤを要求する（ステップ４０５）。本処理は、本発明の第１の方法を実現する処理である。従って、カード発行者以外の第３者が、ＩＣカードから直接カードＩＤを読み取り可能であることを前提としているので、ステップ４０５は正当な要求である。
【００５５】
再発行カードは、再発行カード自身のカードＩＤをサービス提供者に対して示す（ステップ４０６）。こうした処置は、通例オンライン・システムによってなされる。
【００５６】
サービス提供者は、あらかじめステップ４０３において通知されているＩＣカード再発行情報内で、ＩＣカードから読み取ったカードＩＤを照合する。即ち、前述したようにこのＩＣカード再発行情報とは、具体な代表例的は、旧カードのカードＩＤと再発行カードのカードＩＤを対応づけたリストである。この例は図１２に例示される。もし、当該カードが再発行カードであれば、ＩＣカード再発行情報に再発行カードのＩＤが存在する。そして、前述の両ＩＤの対応データに基づいて対応する旧カードのカードＩＤを確認できる。サービス提供者はこの旧カードのカードＩＤをキーとして、サービス提供者自身のデータベースなどから旧カードに関する情報を読み出す。サービス提供者はこの検索結果に基づき、利用者が再搭載要求しているアプリケーションが旧カードにも搭載されていたことを確認する。又、旧カードにアプリケーション搭載した際の審査結果を利用したり、搭載するために課金が生じる場合の課金情報などアプリケーション再搭載に必要な情報を照会し、再搭載に利用する。こうして、再搭載可能と判断した場合、サービス提供者は再発行カードにアプリケーション再搭載する（ステップ４０７）。
【００５７】
又、本方法の実施例としては、図１９のような変形例も考えられる。図４との違いはステップ４０３の代わりに、ステップ４０８、およびステップ４０９が加えられている点である。つまり、図４の方法では、あらかじめカード発行者が関係するサービス提供者へＩＣカード再発行情報を通知していて、サービス提供者が自身のシステム内で旧カードＩＤと再発行カードＩＤの照合作業を行っていた。
一方、図１９の方法では、利用者がサービス提供者にアプリケーション再搭載を要求した際に、サービス提供者はカード発行者へ再発行カードＩＤを送付し、カード再発行情報を要求しており、ＩＣカード再発行情報が送付されるタイミングが異なる。
【００５８】
しかし、どちらの実施例においても、旧カードＩＤと再発行カードＩＤを対にしたデータ構造を有するデータが、ＩＣカード再発行情報としてカード発行者からサービス提供者に渡るという点においては同じである。
【００５９】
図１４に、カード発行者、サービス提供者が双方ともデータベースに格納されているＩＣカード関連データの例を示す。このデータの例は、カードＩＤをキーに格納されており、利用者情報や、搭載アプリケーションに関連する情報、例えば搭載アプリケーションＩＤなどを保持する。又、アプリケーション搭載時に事業者ポリシーに応じて行う審査情報や、アプリケーション搭載に課金が生ずる場合その課金情報なども保持されている。現実のシステムでは、本例に例示した情報とは、異なる構成の各種情報、追加される情報などが保持されていることも当然考えられる。
【００６０】
次に、以上で説明した本発明の第１の方法の詳細について、カード発行者とサービス提供者の各プレーヤ毎の動作フローチャート（図５〜図７）を用いて説明する。これは図４のシーケンスを詳細化したものである。
【００６１】
図５は、本願発明の第１の方法の処理を行う「カード発行者」における動作のフローチャートである。カード発行者は、カード利用者からのカード再発行要求を受信する（ステップ５０１）。カード発行者は、自身の運用ポリシーに従い当該再発行要求を審査する（ステップ５０２）。審査により再発行を認められなかった場合、カード発行者はカード再発行処理を中止しその旨を利用者に対して伝える（ステップ５０４）。審査により再発行を認められた場合、カード発行者は利用者へＩＣカードを再発行する（ステップ５０３）。又、旧カードにアプリケーションを搭載していたなど、関係するサービス提供者に対してＩＣカード再発行情報を通知しＩＣカード再発行処理を終了する（ステップ５０５）。
【００６２】
図６は、同様にＩＣカード再発行処理における「サービス提供者」の動作のフローチャートである。サービス提供者は、カード発行者よりＩＣカード再発行情報を受信する（ステップ６０１）。サービス提供者は、受信したＩＣカード再発行情報をＩＣカードアプリケーション管理データベースに格納し管理する（ステップ６０２）。
【００６３】
図７は、利用者からの要求により再発行カードに対してアプリケーションの再搭載処理を実施する場合の、「サービス提供者」の動作を示すフローチャートである。サービス提供者は、利用者からのアプリケーション再搭載要求を受領する（ステップ７０１）。サービス提供者は、ＩＣカードに対してカードＩＤを通知するよう要求する（ステップ７０２）。ＩＣカードからカードＩＤを受信する（ステップ７０３）。
【００６４】
図６のステップ６０１で示したように、カード発行者より受信しＩＣカードアプリケーション管理データベースに格納済みのＩＣカード再発行情報内で、当該再発行カードのカードＩＤを検索する（ステップ７０４）。
【００６５】
データベース内に、当該カードＩＤが存在しない場合、当該カードは再発行カードではないか、サービス提供者が旧カードに対してアプリケーション搭載を行っていなかったと結論づけられる。従って、アプリケーション再搭載処理を中止し利用者にその旨を伝える（ステップ７０７）。ＩＣカードアプリケーション管理データベース内に、当該カードＩＤが存在する場合、対応する旧カードのカードＩＤをキーに、サービス提供者が、ＩＣカードアプリケーション管理データベースを検索し旧カードのカード情報を検索する（ステップ７０６）。
【００６６】
再搭載要求のあったアプリケーションが、旧カードに搭載されていなかった場合、当該アプリケーションの搭載は新規搭載と同様の扱いとなるためアプリケーション再搭載処理を中止し、利用者にその旨を伝える（ステップ７１０）。再搭載要求のあったアプリケーションが、旧カードに正常に搭載されていた場合、旧カードへのアプリケーション搭載の際の審査情報や課金が生じる場合は課金情報などを参照し再搭載可能と判断した場合は、ＩＣカードへのアプリケーション再搭載を行い処理を終了する（ステップ７０９）。
【００６７】
次に、本願発明の第２の方法について、図８を用いてそのシーケンスを説明する。第２の方法は、ＩＣカードがカード発行者以外の第３者に対してカードＩＤを直接読み取ることを許さないタイプのＩＣカードである場合に、アプリケーション再搭載処理を実現する方法である。カードＩＤを直接読み取ることを許さない理由としては、カード発行者はセキュリティ上の理由からカードＩＤを外部に知らせないポリシーでることが考えられる。
【００６８】
図８において、カード発行者（１２２）とサービス提供者（１２１）は契約条件などの合意を取り決めた事前提携や、サービス提供者（１２１）からカード発行者（１２２）へのアプリケーション情報登録などサービス運用に必要なやり取りは既に済んでいるものとする。
【００６９】
アプリケーションの再搭載は、旧カードに同アプリケーションが搭載されていたことを前提とする。カード発行者とサービス提供者は旧カードにアプリケーション搭載する際に、搭載許可書をやり取りしておりその際の電文メッセージの識別情報、即ち、ＩＤを共有している。
【００７０】
カードの再発行処理とそれに伴うアプリケーションの再搭載処理は以下のような手順となる。まず、カード利用者（１２０）が再発行を希望するＩＣカードの発行者（１２２）に対して、カード再発行を要求する（ステップ８０１）。カード発行者は、カード発行者自身の運用ポリシーに従って再発行に関する審査を行い、審査を通れば再発行カード（１１）を発行する（ステップ８０２）。
【００７１】
本願発明の第１の方法と違い、この方法では、カード発行者はＩＣカード再発行情報をサービス提供者に通知しない。なぜなら、ＩＣカードのカードＩＤに関するリストを通知しても、サービス提供者は、ＩＣカードからカードＩＤを読み取れないため照合が不可能であるためであり、従って、カード再発行に関する処理は以上である。
【００７２】
次に、利用者が、旧カードに搭載されていたアプリケーションを、同様に再発行カードに対して再搭載する場合の処理を説明する。カード利用者（１２０）は、再発行カード（１１）を用意し、サービス提供者（１２１）に対してアプリケーションの再搭載を要求する（ステップ８０３）。このカードへのアプリケーションの再搭載の再発行の要求は、具体的には当該アプリケーション発行管理処理部への所定の入力による。この入力は、カード利用者（１２０）自身のこともあろうし、あるいはカード利用者（１２０）の意向を受けたオペレータ等であることもある。
【００７３】
サービス提供者は、再発行カードに対してカード属性情報を要求する（ステップ８０４）。本処理は、本発明の第２の方法を実現する処理であり、カードは、カードＩＤなどの属性情報をカード発行者のみが識別可能な形式で外部に出力する。ここで、「カード属性情報」とは、ＩＣカードをそれと識別する情報のことであるが、一例としては、カード発行者の公開鍵でカードＩＤを暗号化する方法が考えられる。勿論、その他の暗号化の方法を用いることも可能であることは言うまでもない。再発行カードは、前記のようにカード発行者にのみ解読可能なカード属性情報をサービス提供者に対して示す（ステップ８０５）。こうした提供は、通例のオンライン・システム等によってなされる。
【００７４】
サービス提供者は、当該カード属性情報と再搭載要求のあったアプリケーションＩＤを、カード発行者に送信しカード情報照会を要求する（ステップ８０６）。カード属性情報は、サービス提供者には解読できないが、カード発行者は解読できるような性質のデータであるため、カード発行者は送付されたカード属性情報をキーに、ＩＣカード管理データベースから再発行カードに対応する旧カードに関する情報を読み取る。同様に送信されたアプリケーションを当該旧カードへ搭載するために必要な搭載許可書をカード発行者とサービス提供者でやりとりした際のメッセージＩＤも検索する。カード発行者は、照会要求のあったカードが再発行カードであるかどうかと、また再発行カードの場合に、再搭載要求のあったアプリケーションの旧カードへの搭載許可書をやり取りした際のメッセージＩＤをサービス提供者に送信する（ステップ８０７）。
【００７５】
図１５にステップ８０７で送受信する通信データの例を示す。通信データは、例えば、ヘッダ、ＰＦタイプ、再発行ＯＫ／ＮＧ、及びメッセージＩＤなどを含んでいる。ここで、ヘッダ、 ＰＦタイプは前述したものと同様である。このように、通信データには、「再発行ＯＫ／ＮＧ」情報、即ち、再発行カードであるかどうかとメッセージＩＤを含んでいる。サービス提供者は、受信した情報によりＩＣカードが再発行カードであることと、再搭載要求のあったアプリケーションが旧カードにも搭載されていたことを確認する。
【００７６】
又、このＩＣカード再発行情報を通知することにより、カード発行者とサービス提供者の双方のデータベースには、図１６に示すように、再発行ＯＫ／ＮＧ、即ち、再発行カードかどうかと、再発行カードである場合に、これに対するメッセージＩＤを対応づけた情報が格納される。そして、それらは相互にデータを読み出すことが出来る。又、サービス提供者は、旧カードへの搭載許可書をやり取りした際のメッセージＩＤをキーにＩＣカードアプリケーション管理データベースを検索することによって、審査結果など旧カードへの搭載時の情報を取得することが可能である。
【００７７】
以上の処理により、サービス提供者は、利用者が再搭載要求しているアプリケーションが、旧カードにも搭載されていたことを確認することが可能であり、又、搭載の際の審査結果など、アプリケーション再搭載に必要な情報を照会し再搭載可能かどうかを判断することが可能である。再搭載可能と判断した場合、カード発行者は、再発行カードにアプリケーション再搭載する（ステップ８０８）。
【００７８】
図１７にカード発行者、サービス提供者が双方ともデータベースに格納しいるＩＣカード関連データの例を示す。データはメッセージＩＤをキーに格納されており、利用者情報や、搭載アプリケーションに関連する搭載アプリケーションＩＤなどの情報を保持する。又、アプリケーション搭載時に、事業者ポリシーに応じて行う審査情報や、アプリケーション搭載に課金が生ずる場合その課金情報なども保持されている。勿論、その他の情報も、所望に保持させることは任意である。
【００７９】
次に、以上で説明した本発明の第２の方法の詳細について、カード発行者とサービス提供者の各プレーヤ毎の動作フローチャート（図９〜図１１）を用いて説明する。これは図８のシーケンスを詳細化したものである。
【００８０】
図９は、本願発明の第２の方法の処理を行う、「カード発行者」における動作のフローチャートである。「カード発行者」は、カード利用者からのカード再発行要求を受信する（ステップ９０１）。カード発行者は、カード発行者自身の運用ポリシーに従い当該再発行要求を審査する（ステップ９０２）。審査により再発行を認められなかった場合、カード発行者はカード再発行処理を中止しその旨を利用者に対して伝える（ステップ９０４）。審査により再発行を認められた場合、カード発行者は利用者へＩＣカードを再発行する（ステップ９０３）。そして、ＩＣカード再発行情報をＩＣカード管理データベースなどに格納しＩＣカード再発行処理を終了する（ステップ９０５）。ＩＣカード再発行情報は、具体的には、旧カードのカードＩＤと再発行カードのカードＩＤを対応づけたリストなどである。
【００８１】
図１０は、サービス提供者からの、再発行カードに対するカード情報照会要求に対する処理を示した「カード発行者」のフローチャートである。カード発行者はサービス提供者から再発行カードに対するカード情報照会要求を受信する（ステップ１００１）。これには、サービス提供者がＩＣカードから読み取ったカード属性情報と、再搭載要求されているアプリケーションＩＤが含まれている。当該カード属性情報は、通常暗号化などされており、カード発行者にのみ解読可能であるため、解読しこれをキーとしてＩＣカード管理データベース内を検索する（ステップ１００２）。当該カード属性情報に該当する情報がＩＣカード管理データベースに存在しない場合、もしくは、該当するＩＣカードが、通常の初期発行カードである場合、もしくは、再発行カードではあるが、ステップ１００１において受信したアプリケーションＩＤにあたるアプリケーションを対応する旧カードが搭載していなかった場合は、当該ＩＣカードが、再発行カードでないことを、サービス提供者に通知し処理を終了する（ステップ１００５）。カード属性情報に該当する情報がＩＣカード管理データベースに存在する場合、対応する旧カードにステップ１００１で受信したアプリケーションＩＤのアプリケーションを搭載した際のメッセージＩＤを検索した上で、該カードが再発行カードであること、再搭載要求されているアプリケーションを旧カードに搭載した際のメッセージＩＤをサービス提供者に送信し処理を終了する（ステップ１００４）。
【００８２】
図１１は、同様に再発行カードにアプリケーションを再搭載する処理における「サービス提供者」の動作のフローチャートである。サービス提供者は、利用者からのアプリケーション再搭載要求を受領する（ステップ１１０１）。サービス提供者は、ＩＣカードに対してカード属性情報を送信するよう要求する（ステップ１１０２）。ＩＣカードからカード属性情報を受信する（ステップ１１０３）。カード発行者へ、当該再発行カードに関するカード情報照会要求を行う（ステップ１１０４）。要求には、前記カード属性情報と、再搭載要求のあったアプリケーションのＩＤが含まれる。
【００８３】
カード発行者よりカード情報照会結果を受信するステップ（１１０５）。照会の結果、該ＩＣカードが再発行カードでなかった場合該ＩＣカードへのアプリケーション再搭載処理を中止し、その旨を利用者に伝える（ステップ１１０７）。照会の結果、当該ＩＣカードが再発行カードであった場合、対応する旧カードに再搭載要求のあったアプリケーションを再搭載した際に搭載許可書をやり取りしている。その際のやり取りしたメッセージＩＤをカード発行者より受信しているので、当該情報をキーに、ＩＣカードアプリケーション管理データベース内を検索（ステップ１１０６）し、旧カードにアプリケーション搭載した際の審査結果や課金が生じる場合は課金情報を参照する。再搭載要求のあったアプリケーションが、旧カードに正常に搭載されていた場合、旧カードへのアプリケーション搭載の際の審査情報や、課金が生じる場合は課金情報などを参照し再搭載可能と判断した場合は、ＩＣカードへのアプリケーション再搭載を行い処理を終了する（ステップ１１０８）。
【００８４】
本願発明の第１の方法と第２の方法のどちらを利用するかは、システムが扱うカードに関わる。つまり、ＩＣカードのカードＩＤが、カード発行者以外にも読み取り可能である場合は第１の方法を、カード発行者にのみ解読可能なカード属性情報を読み取り可能である場合は第２の方法を利用すればよい。また、システムが複数種類のＩＣカードを扱い、それらのＩＣカードが両方のタイプである場合は、カード発行者とサービス提供者間でやり取りする通信データにＩＣカードの種類を示すプラットフォーム・タイプ・データを含むことで解決する。図１２と図１５にプラットフォーム・タイプ・データを含む通信データ例が示されている。これらの通信データを受信した事業者は、プラットフォーム・タイプ・データを参照することで第１の方法の処理を行うべきか第２の方法の処理を行うべきかを判断することで実現する。
【００８５】
以上に説明した処理の詳細について、上記通信データを受信したプレーヤの動作フローチャート（図１８）を用いて説明する。まず、通信データを受信し、データ内に含まれるプラットフォーム・タイプ・データを参照する（ステップ１８０１）。プラットフォーム・タイプ・データから、現在処理されているＩＣカードが、カードＩＤをカード発行者以外の事業者に読み取り可能であるかどうかを判断する（ステップ１８０２）。読み取り可能の場合は、本願発明の第１の処理を行う（ステップ１８０３）。読み取り可能でない場合は、本願発明の第２の形態の処理を行う（ステップ１８０４）。カード発行者とサービス提供者間で通信データをやり取りする際に、まず図１８に示した処理を行うことで、複数種類のＩＣカードを扱うことが可能である。
【００８６】
尚、ＩＣカードには接触型ＩＣカード、非接触型ＩＣカードなどがあるが、本願発明はこうしたＩＣカードの構成自体によらず適用することが可能であることは言うまでもない。
【００８７】
以上、本願発明を具体的に説明したが、本願発明によれば、利用者が、再発行カードへのダイナミックにアプリケーションを搭載を希望する場合、本発明により、搭載希望を受け付けたサービス提供者がＩＣカードを再発行カードであると認識することが可能となる。また、利用者からのアプリケーション再搭載要求が正当な要求であるかどうかを検証することが可能となる。また、本発明はカードＩＤをカード発行者以外の第３者が読み取り可能である場合と、読み取り不可能である場合のどちらの場合にも上記検証が可能である。
【００８８】
アプリケーションをＩＣカードに搭載する際、従来方式では、該ＩＣカードが再発行カードであり旧カードに既に同じアプリケーションを搭載していた場合でも、通常のアプリケーション搭載と同様の手続きを取る必要があった。本発明を用いれば、サービス提供者が再発行カードから対応する旧カードに関する情報を検索することが可能である。そのため、アプリケーションを再発行カードに搭載する場合に、旧カードに搭載した際の利用者信用情報を参照することにより、審査の大幅な簡略化が可能となる。またアプリケーション搭載の際に課金が生じる場合には、利用者信用情報と同様に旧カードの課金情報を参照することが可能であり、料金を通常搭載と再発行搭載で区別するなどの運用も可能となる。
【００８９】
本願は多岐にわたる諸発明を包含するので、その主な形態を、とりまめて例示すると次の通りである。
【００９０】
本願発明の第１の形態は、前記第１の方法を用いる、ＩＣカードの発行・管理を行うＩＣカード発行管理システム内のデータベースに関するものである。即ち、この形態は、ＩＣカードを再発行した際に、再発行カードと旧カードの関係を対応づけるために、再発行したカードの識別情報と、当該再発行カードに対応する旧カードの識別情報を対にした構造を有するデータを格納していることを特徴とするＩＣカード発行管理システム内データベースである。
【００９１】
本願発明の第２の形態は、前記第１の方法を用いる、ＩＣカードにアプリケーションを搭載することによりサービスを実行・管理を行うＩＣカードサービス提供管理システム内のデータベースに関するものである。即ち、この形態は、カード発行者よりＩＣカード再発行情報として受信したデータとして、再発行したカードの識別情報と、当該再発行カードに対応する旧カードの識別情報を
対にした構造を有するデータを格納していることを特徴とするＩＣカードサービス提供管理システム内データベースである。
【００９２】
本願発明の第３の形態は、前記第２の方法を用いる、ＩＣカードの発行及び管理を行うＩＣカード発行管理システム内のデータベースに関するものである。即ち、この形態は、ＩＣカードを再発行した際に、再発行カードと旧カードの関係を対応づけるために、再発行カード関連情報として、当該再発行カードに対応する旧カードにアプリケーションを搭載した際に生じたサービス提供者との電文メッセージを一意に区別するメッセージＩＤを含んでおり、再発行カードＩＤをキーに検索を行うと、上記メッセージＩＤを抽出することが可能であることを特徴とするＩＣカード発行管理システム内のデータベースである。ここで、前記メッセージＩＤの抽出は、例えば、ハード・ディスクなどに保持された再発行カードＩＤをキーに、カードＩＤとメッセージＩＤとを対照して含むデータを検索するのである。
【００９３】
本願発明の第４の形態は、前記第２の方法を用いる、ＩＣカードにアプリケーションを搭載することによりサービスを実行・管理を行うＩＣカードサービス提供管理システム内のデータベースに関するものである。
【００９４】
即ち、この形態は、利用者から再発行カードへのアプリケーション搭載要求があった場合に、カード発行者よりＩＣカード再発行情報として受信するデータとして、
当該再発行カードに対応する旧カードに、要求されているアプリケーションを搭載した際に生じたカード発行者との電文メッセージを一意に区別するメッセージＩＤを含んでおり、
このメッセージＩＤをキーに検索することにより、旧カードにアプリケーションと搭載した際のアプリケーション搭載関連情報を抽出することが可能であることを特徴とするＩＣカードサービス提供管理システム内のデータベースである。
【００９５】
本願発明の第５の形態は、前記第１の方法を用いる、ＩＣカードの発行・管理を行うＩＣカード発行管理システムに関するものである。
【００９６】
即ち、この形態は、ＩＣカードに関連する所定のＩＣカード管理情報を管理するＩＣカード管理データベースと、ＩＣカード発行管理処理部とを有するＩＣカード発行管理システムである。
【００９７】
そして、このＩＣカード発行管理処理部は、
ＩＣカード再発行通知業務処理として、カード利用者からの再発行要求を受け付ける手段と、
当該利用者にカードを再発行する手段と、
ＩＣカードを用いてサービスを実行・管理を行うＩＣカードサービス提供管理システムとの間でＩＣカード再発行通知業務を実現するためにやり取りする通信データを、ＩＣカード管理情報を用いて生成する手段と、
ＩＣカードサービス提供管理システムからのＩＣカード再発行通知業務に関する通信データを受信する手段と、
ＩＣカードサービス提供管理システムへＩＣカード再発行通知業務に関する通信データを送信する手段とを有する。
【００９８】
本願発明の第６の形態は、前記第１の方法を用いる、ＩＣカードにアプリケーションを搭載することによりサービスを実行・管理を行うＩＣカードサービス提供管理システムに関するものである。
【００９９】
即ち、この形態は、ＩＣカードに搭載するアプリケーションに関連する所定のＩＣカードアプリケーション管理情報を管理するＩＣカードアプリケーション管理データベースと、ＩＣカードアプリケーション発行管理処理部とを有するものである。
【０１００】
そして、このＩＣカードアプリケーション発行管理処理部は、
ＩＣカード再発行通知業務処理として、カード利用者からの再発行カードへのアプリケーション再搭載要求を受け付ける手段と、
当該カードが再発行カードであることを審査する手段と、
当該カードへアプリケーションを再搭載する手段と、
ＩＣカードの発行・管理を行うＩＣカード発行管理システムとの間でＩＣカード再発行通知業務を実現するためにやり取りする通信データを、ＩＣカードアプリケーション管理情報を用いて生成する手段と、
ＩＣカード発行管理システムからのＩＣカード再発行通知業務に関する通信データを受信する手段と、
ＩＣカード発行管理システムへＩＣカード再発行通知業務に関する通信データを送信する手段、とを有する。
【０１０１】
本願発明の第７の形態は、前記第２の方法を用いる、ＩＣカードの発行・管理を行うＩＣカード発行管理システムに関するものである。
【０１０２】
即ち、この形態は、ＩＣカードに関連する所定のＩＣカード管理情報を管理するＩＣカード管理データベースと、ＩＣカード発行管理処理部とを有する。
【０１０３】
そして、このＩＣカード発行管理処理部は、
ＩＣカード再発行通知業務処理として、カード利用者からの再発行要求を受け付ける手段と、
当該利用者にカードを再発行する手段と、
ＩＣカードを用いてサービスを実行・管理を行うＩＣカードサービス提供管理システムとの間でＩＣカード再発行通知業務を実現するためにやり取りする通信データを、ＩＣカード管理情報を用いて生成する手段と、
ＩＣカードサービス提供管理システムからのＩＣカード再発行通知業務に関する通信データを受信する手段と、
ＩＣカードサービス提供管理システムへＩＣカード再発行通知業務に関する通信データを送信する手段とを有する。
【０１０４】
本願発明の第８の形態は、前記第２の方法を用いる、ＩＣカードにアプリケーションを搭載することによりサービスを実行・管理を行うＩＣカードサービス提供管理システムに関するものである。
【０１０５】
即ち、この形態は、ＩＣカードに搭載するアプリケーションに関連する所定のＩＣカードアプリケーション管理情報を管理するＩＣカードアプリケーション管理データベースと、ＩＣカードアプリケーション発行管理処理部とを有する。
【０１０６】
そして、このＩＣカードアプリケーション発行管理処理部は、
ＩＣカード再発行通知業務処理として、カード利用者からの再発行カードへのアプリケーション再搭載要求を受け付ける手段と、
当該カードが再発行カードであることを審査する手段と、
当該カードへアプリケーションを再搭載する手段と、
ＩＣカードの発行・管理を行うＩＣカード発行管理システムとの間でＩＣカード再発行通知業務を実現するためにやり取りする通信データを、ＩＣカードアプリケーション管理情報を用いて生成する手段と、
ＩＣカード発行管理システムからのＩＣカード再発行通知業務に関する通信データを受信する手段と、
ＩＣカード発行管理システムへＩＣカード再発行通知業務に関する通信データを送信する手段と、を有する。
【０１０７】
更に、本願発明の諸形態においては、下記の形態が有用である。
【０１０８】
前記第５の形態のＩＣカード発行管理システムにおいて、再発行されるＩＣカードの識別情報がＩＣカード発行管理システム以外に対して読み取り可能であり、ＩＣカード発行管理処理部がＩＣカードサービス提供管理システムへ送信する通信データ情報の一部として、再発行カードのカード識別情報と該再発行カードに対応した旧カードのカード識別情報を含んでいることである。
【０１０９】
又、前記第６の形態のＩＣカードサービス提供管理システムにおいて、再発行対象ＩＣカードの識別情報がＩＣカード発行管理システム以外に対して読み取り可能であり、ＩＣカードアプリケーション発行管理処理部がＩＣカード発行管理システムから受信する通信データ情報の一部として、再発行カードのカード識別情報と該再発行カードに対応した旧カードのカード識別情報を含んでいることである。
【０１１０】
又、第７の形態のＩＣカード発行管理システムにおいて、再発行されるＩＣカードの識別情報がＩＣカード発行管理システム以外に対して解読不可能であり、ＩＣカード発行管理処理部がＩＣカードサービス提供管理システムから受信する通信データ情報の一部として、再発行カードから読み取りサービス提供者には解析不可能なＩＣカード属性情報と、利用者から再搭載要求のあったアプリケーションの識別情報を含んでいることと、
ＩＣカード発行管理処理部がＩＣカードサービス提供管理システムへ送信する通信データ情報の一部として、当該カードが再発行であるかどうかを示すカード属性情報と、該アプリケーションを旧カードに搭載した際の電文メッセージの識別番号を含んでいることを特徴とするものである。
【０１１１】
又、前記第８の形態のＩＣカードサービス提供管理システムにおいて、再発行されるＩＣカードの識別情報がＩＣカード発行管理システム以外に対して解読不可能であり、
ＩＣカードアプリケーション発行管理処理部がＩＣカード発行管理システムへ送信する通信データ情報の一部として、
再発行カードから読み取りサービス提供者には解読不可能なＩＣカード属性情報と、利用者から再搭載要求のあったアプリケーションの識別情報を含んでおり、ＩＣカードアプリケーション発行管理処理部がＩＣカード発行管理システムから受信する通信データ情報の一部として、
当該カードが再発行であるかどうかを示すカード属性情報と、該アプリケーションを旧カードに搭載した際の送受信メッセージの識別番号を含んでいることを特徴とするものである。
【０１１２】
又、前記第１の方法と第２の方法とを合わせ有するＩＣカード発行管理システムは、実用上、極めて有用である。即ち、この形態は、前記第５と第７の形態をの機能を合わせて保持しているＩＣカード発行管理システムである。
【０１１３】
そして、この形態は、複数種類のカードを発行及び管理し、ＩＣカード管理情報の一部として、ＩＣカードのカードＯＳの種別識別子と、通信データの情報の一部として、ＩＣカードのカードＯＳの種別識別子を有する。このＩＣカードのカードＯＳの種別識別子によって、ＩＣカードシステムは、前記第１あるいは第２の方法のいずれの方法を選択するのかを判断する。
【０１１４】
更に、前記第１の方法と第２の方法とを合わせ有するＩＣカードサービス提供管理システムも、実用上、同様に極めて有用である。即ち、この形態は、前記第６と第８の形態をの機能を合わせて保持している。
【０１１５】
そして、このＩＣカードサービス提供管理システムは、ＩＣカードアプリケーション管理情報の一部として、ＩＣカードのカードＯＳの種別識別子と、通信データの情報の一部として、ＩＣカードのカードＯＳの種別識別子
を有している。
【０１１６】
更に、本願発明は、次のような機能を有せしめることが出来る。
【０１１７】
その第１は、利用者信用情報を代替する方法を有するカード発行者システムである。即ち、前述のカード発行者システム内、例えば第５、あるいは第７の形態に、ＩＣカードへアプリケーションを搭載する際に、カード発行者が利用者に対する信用調査を行う場合に、ＩＣカード発行管理処理部において、当該ＩＣカードが再発行カードであった場合には、対応する旧カード利用時の信用調査で代替もしくは参照する手段を有せしめるのである。
【０１１８】
その第２は、利用者信用情報を代替する方法を有するサービス提供者システムである。即ち、前述のサービス提供者システム内、例えば第６、あるいは第８の形態に、ＩＣカードへアプリケーションを搭載する際に、サービス提供者が利用者に対する信用調査を行う場合に、ＩＣカードアプリケーション発行管理処理部において、当該ＩＣカードが再発行カードであった場合には、対応する旧カード利用時の信用調査で代替もしくは参照する手段を有せしめるのである。
【０１１９】
更に、実用上、重要な課金の問題にも、次のような機能を付加することは有用である。
【０１２０】
例えば、その形態は、搭載時の課金を区別するカード発行者システムである。より具体的には、例えば、前記第５あるいは第７において、ＩＣカードにアプリケーションを搭載する際に、カード発行者がサービス提供者に対して課金する場合に、ＩＣカード発行管理処理部において、当該ＩＣカードが再発行カードであった場合の課金を、通常のアプリケーション搭載時の課金と区別する手段を有せしめるのである。
【０１２１】
又、別な形態は、搭載時の課金を区別するサービス提供者システムである。
より具体的には、例えば、前記第６あるいは第８において、ＩＣカードにアプリケーションを搭載する際に、サービス提供者がカード利用者に対して課金する場合に、ＩＣカードアプリケーション発行管理処理部において、当該ＩＣカードが再発行カードであった場合の課金を、通常のアプリケーション搭載時の課金と区別する手段を有せしめるのである。
【０１２２】
【発明の効果】
本願発明の記録媒体によれば、ＩＣカードの再発行及びアプリケーションの再搭載を簡便にしてセキュリティー上安全な方法によって行うに供して有用である。
【０１２３】
更に、本願発明の諸ＩＣカードシステムによれば、 ＩＣカードの再発行及びアプリケーションの再搭載を簡便にしてセキュリティー上安全な方法によって行うことを可能にする。
【図面の簡単な説明】
【図１】図１はシステムの基本的な概略構成図である。
【図２】図２はカードシステムの概要を示す図である。
【図３】図３はＩＣカードの基本構成を示す図である。
【図４】図４はカード発行者以外の第３者がカードＩＤを読み取り可能な場合に、アプリケーション再搭載を行うための本願発明に係わるシーケンスを示す図である。
【図５】図５はカード発行者がＩＣカードを再発行するための本願発明に係わるシーケンスを示す図である。
【図６】図６はサービス提供者がＩＣカード再発行情報を受け取るための本願発明に係わるシーケンス図である。
【図７】図７はサービス提供者が再発行カードにアプリケーション再搭載するための本願発明に係わるシーケンス図である。
【図８】図８はカード発行者以外の第３者がカードＩＤを読み取り不可能な場合に、アプリケーション再搭載を行うための本願発明に係わるシーケンスを示す図である。
【図９】図９はカード発行者がＩＣカードを再発行するための本願発明に係わるシーケンスを示す図である。
【図１０】図１０はカード発行者が再発行カードのカード情報照会要求を受信するための本願発明に係わるシーケンスを示す図である。
【図１１】図１１はサービス提供者が再発行カードにアプリケーション再搭載するための本願発明に係わるシーケンスを示す図である。
【図１２】図１２は通信データ構造の例を示す図である。
【図１３】図１３はデータベース内のデータテーブルの例を示す図である。
【図１４】図１４はデータベース内のデータテーブルの例を示す図である。
【図１５】図１５は通信データ構造の例を示す図である。
【図１６】図１６はデータベース内のデータテーブルの例を示す図である。
【図１７】図１７はデータベース内のデータテーブルの例を示す図である。
【図１８】図１８は複数種類のＩＣカードを扱う場合に、適当な処理を選ぶための本願発明に係わるシーケンス図である。
【図１９】図１９はカード発行者以外の第３者がカードＩＤを読み取り可能な場合に、アプリケーション再搭載を行うための本願発明に係わるシーケンスを示す図である。
【符号の説明】
１１：ＩＣカード、１０１：ＩＣカード発行管理システム、１０２：ＩＣカード発行管理処理部、１０４：ＩＣカード関連データベース、１０５：カード発行管理クライアント、１０６：カード発行管理クライアント外部端末、１０７：ＩＣカードサービス提供管理システム、１０８：ＩＣカードアプリケーション発行管理処理部、１１０：ＩＣカードアプリケーション管理データベース、１１１：ＡＰ発行管理クライアント、１１２：ＡＰ発行管理クライアント外部端末、１１３：カード発行処理、１１５：ＡＰ搭載処理、１１７：ＡＰ搭載関連処理、
１１４、１１６、１１８：ネットワーク、２１：ＩＣチップ、２３：ＩＣカードシステム処理部、２４：ＩＣカードシステムデータベース、３０１：アプリケーション層、３０２：ＯＳ層、３０３：ハードウェア層、３０４、３０５、３０６：アプリケーション、３０７：通信処理部、３０８：インタープリタ、３０９：セキュリティ機構、１２０：ＩＣカード利用者、１２１：サービス提供者、１２２：カード発行者。
【発明の属する技術分野】
本願発明は、ＩＣカードの発行及び管理やＩＣカードに搭載されるサービスの実行及び管理を行うＩＣカードシステム及びこれらに供する記録媒体などに関するものである。更に、詳しくは、本願発明は、ＩＣカードが再発行される際の通知業務を、セキュリティ上安全性を確保しつつ実現する機能を備えたＩＣカードシステムに関するものである。
【０００２】
【従来の技術】
ＩＣカード（ＩＣ ｃａｒｄあるいはＳｍａｒｔ ｃａｒｄ）は、大量の情報が記録可能であり、且つ高度なセキュリティを有するため、磁気カードに代わる新しい情報記録媒体として近年普及しつつある。又、最近ではＩＣカードに複数のアプリケーションを搭載できるマルチアプリケーション機能や、カード発行後にアプリケーションを搭載可能なダイナミックローディング機能を備えたＩＣカード及びカードＯＳ（オペレイション システム）が主流となってきている。
【０００３】
一般的なＩＣカード処理装置、ＩＣカード処理システムなどについては、例えば日本国、公開公報、特開２０００−３６０１５号公報に見られる。
【０００４】
ＩＣカードの発行やサービスの提供に関わる事業は、次のような方法によって行われている。ＩＣカード自体の発行と、当該ＩＣカードにおいて所望の動作をせしめる為のプログラムを当該ＩＣカードに搭載するサービス提供者とは異なることが多い。即ち、ＩＣカードをカード発行者が発行し、当該ＩＣカードに種々の動作をせしめる為のプログラムをサービス提供者が搭載するのである。このサービス提供者は、複数の場合も、当然考えられる。尚、ここで、ＩＣカードに所望の動作をせしめる為のプログラムを、単に「アプリケーション（Ａｐｐｌｉｃａｔｉｏｎ）」（以下、単にＡＰと略称する）と称する。
【０００５】
カード発行者は、ＩＣカード関連のデータベースに、ＩＣカード管理情報を保持している。そして、そのデータベースの所望のデータに従い、ＩＣカードを発行し利用者に配布する。ＩＣカード管理情報の具体的内容は、そのカード発行者によって異なるが、例えば、利用者からの申請情報や、カードの発行に必要な基本情報、例えば、氏名、性別、年齢、職業、収入、住所などが記載されている。又、サービス提供者は、ＩＣカードに対するサービス提供管理システムを用いて、ＩＣカード上に搭載されるアプリケーションの発行及び管理の業務を行う。ＩＣカード搭載用のアプリケーションは、サービス提供者が作成もしくは取得し、ＩＣカードへのアプリケーション搭載を行う。ＩＣカードアプリケーション管理データベースにはアプリケーションデータが格納されている。
ＩＣカードへのアプリケーション搭載には、ＩＣカード発行時に、既に、サービス実行が可能となっているカード発行時の搭載と、カード発行後にアプリケーションを搭載するダイナミック・ローディングがある。しかし、今後、利用者がサービス提供者の端末機から、ＩＣカードへアプリケーションを搭載するダイナミック・ローディングが、主流となっていくと考えられる。
【０００６】
【発明が解決しようとする課題】
本願発明は、ＩＣカード及びこれに搭載するアプリケーションの再搭載するに当って、ＩＣカードの利用者及びサービス提供者の負担を軽減し、且つセキュリティー上安全を確保したＩＣカードシステムおよびこれに供する記録媒体を提供せんとするものである。
【０００７】
利用者がサービス提供者の端末機から、ＩＣカードへアプリケーションを搭載するダイナミック・ローディング場合、サービス提供者のクライアント側にはＩＣカードとコマンドのやり取りを行う外部端末がある。前記のように、ＩＣカード上の全ての責任はカード発行者に帰属するため、当該端末からサービス提供者が自由にアプリケーションを搭載することはほとんどの場合、許されていない。
【０００８】
そこで、搭載希望のアプリケーションの正当性を、カード発行者が確認する手順が必要である。つまり、ＩＣカードサービス提供管理システムが自身のＩＣカードに対するアプリケーション発行管理処理部を通じて、カード発行者のＩＣカード発行管理処理部にＡＰ搭載の許可の要求を行う。ＩＣカード管理データベースにはＡＰに関するデータが事前に格納されている。そして、要求のあったアプリケーションが不正なものではないか、要求をしているサービス提供者が不正ではないかなどをチェックした上で、ＡＰの搭載許可書を発行する。このカード発行者とサービス提供者間でやり取りされるＡＰ搭載許可書は、フロッピー・ディスク（以下、ＦＤと略記する）や書類の形でやり取りされる場合もあるが、通常はオンラインによりネットワークを通じた電文（以下、この電文を「メッセージ」と称する。更に、このメッセージをユニークに区別するＩＤを「メッセージＩＤ」と称す）としてやり取りされる。サービス提供者は、この受領したＡＰ搭載許可書とアプリケーションを合わせてＩＣカードに送信することで、アプリケーションのインストールを実現するのである。そのため、サービス提供者はあらかじめカード発行者と契約し、自身が正当な事業者であることや、搭載予定のアプリケーションが不正なものではないことを事前にカード発行者に登録する必要がある。
【０００９】
カード発行者とサービス提供者のシステム間、また、それぞれのサーバとクライアント間は、ネットワークでつながれている場合が多いと想定されるが、勿論、ＦＤや書類などの形式でやり取りすることも可能である。
【００１０】
カード発行者が、ＩＣカードを発行及び管理し、サービス提供者がＩＣカード上のサービスを発行及び管理するといったように、運用事業者が別である場合、ＩＣカードの再発行に際していくつかの難点がある。
【００１１】
本願発明は、セキュリティを確保した上で、再発行されたＩＣカードに所望のアプリケーション（ＡＰ）を、迅速に再搭載する方法ならびにこれに応ずることの可能な装置を提供するものである。以下、現状の難点を明らかにする。
【００１２】
ＩＣカードの紛失、盗難、破損などの理由により、利用者がＩＣカードを使用できなくなった場合、ＩＣカードを再発行する必要がある。尚、これらの使用できなくなったＩＣカードを「旧カード」、新たに再発行したカードを「再発行カード」と、以下、称する。また、旧カードに搭載していたアプリケーションを、再発行カードに搭載することを、通常の「アプリケーション搭載」と区別して「アプリケーション再搭載」と称することとする。
【００１３】
カード利用者は、カード発行者に対してＩＣカードの再発行の申請を行うと、カード発行者は、自身の事業者ポリシーに照らし合わせて、正当な申請であればＩＣカードを再発行する。その後、カード利用者は、各サービス提供者のもとへ行き、旧カードに搭載していたアプリケーションの再搭載を申請することとなる。しかし、前述のように、通例アプリケーションの搭載にはカード発行者の許可が必要なため、サービス提供者からカード発行者へ許可申請を行うなどの手順を取らなければならない。又、サービス提供者のポリシーやアプリケーションの内容によっては、例えば、利用者に対する信用調査を再度行う場合や新たに課金する場合もある。こうした事態は、アプリケーション搭載にかかる時間や料金が、利用者にとって負担になるだけではなく、信用調査を行いカード発行者へのアプリケーション搭載許可発行を要求するサービス提供者にとっても負担となる。アプリケーションが、クレジットサービスの場合の、申請時の利用者信用調査や利用限度額の設定などの処理を例に考えれば、利用者にとってもサービス提供者にとっても負担がかかることが分かる。
【００１４】
これは、再発行時におけるアプリケーション搭載の処理手順が、初期発行の場合と同様であることに原因がある。サービス提供者が、再発行カードに対するアプリケーションの再搭載であることを認識し、処理手順を区別することが可能であれば、再発行時における利用者の負担を少なくすることが可能となる。但し、ＩＣカードの最大の特徴として、安全性が高いという点があるため、例えば、利用者からの再搭載申請を信用するといった単純な方法は採用することができない。
【００１５】
こうした事態を背景に、本願発明は、サービス提供者がＩＣカードを再発行カードであると認識でき、且つ、搭載要求されているアプリケーションが以前のＩＣカードにも搭載されていたかを判定できる、セキュリティ上安全な方法およびシステムを提供するものである。
【００１６】
【課題を解決するための手段】
本願発明は、前述の課題を解決するために、基本的には２つの方式を用いる。その要点を簡潔に要約すると次の通りである。
【００１７】
本願発明の第１の方法は、ＩＣカードを再発行した際に、カード発行者が「カードＩＤ（Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）」など、当該ＩＣカードをユニークに限定するＩＤ、即ち、ＩＣカードの識別情報を、関係するサービス提供者に伝達する方式に関するものである。
【００１８】
本願発明の第２の方法は、カードＩＤを、サービス提供者がＩＣカードから直接読み取れない場合に、利用者からＩＣカードへのアプリケーション再搭載希望があった際に、カード発行者に対してカード情報を照会する方式に関するものである。
【００１９】
更に、本願発明の第３の方法は、ひつつのＩＣカードシステムにおいて、前記発明に係わる第１と第２の両方法を合わせて使用することである。このようにして、サービス提供者が、搭載希望のあったＩＣカードが再発行カードかどうかを区別することが可能となる。
【００２０】
本願発明は、こうした諸方法に応ずる記録媒体を有するデータ・ベース、あるいは諸ＩＣカードシステムを提供するものである。
【００２１】
前記第１の方法は、ＩＣカードを再発行した際に、カード発行者がカードＩＤなど、カードをユニークに限定するＩＤを、関係するサービス提供者に伝達する方式に関するものである。この場合、関係するサービス提供者とは、基本的には、旧カードにアプリケーションを搭載していたサービス提供者である。カード発行者が、これらのサービス提供者に、例えば、旧カードのカードＩＤと再発行カードのカードＩＤを対応づけた情報を、ＩＣカードの再発行情報として通知することにより、サービス提供者は次の事実を認識することが可能となる。
（１）カード利用者が提示したＩＣカードが、再発行カードであること。
（２）カード利用者が以前に利用していた旧ＩＣカードが、どれであるか。即ち、例えばＩＣカードＩＤのようなＩＣカードの識別情報。
【００２２】
旧カードのカードＩＤが分かることにより、搭載を希望されているアプリケーションが旧カードに搭載されていたかどうかを確認することも可能であり、また、場合によっては、利用者に対する信用調査の結果などを照会することも可能である。
【００２３】
従って、この方法を用いる場合、ＩＣカードの発行及び管理を行うＩＣカードシステム内には、次のようなコンピュータ読み取り可能な記録媒体を有する。即ち、それは、再発行したＩＣカードの識別情報を格納した第１のデータ領域と、前記再発行カードに対応する旧ＩＣカードの識別情報を格納した第２のデータ領域とを有し、前記再発行したＩＣカードの識別情報と前記旧ＩＣカードの識別情報の各々が、前記再発行したＩＣカードの識別情報と前記旧ＩＣカードの識別情報の内のいずれかの識別情報に基づいて、他方の識別情報を読み取ることが可能とされた記録媒体である。
【００２４】
又、同様に、ＩＣカードにアプリケーションを搭載することによりサービスを実行及び管理を行うＩＣカードシステムは、次のようなコンピュータ読み取りが可能な記録媒体を有する。即ち、それは、再発行したＩＣカードの識別情報を格納した第１のデータ領域と、前記再発行カードに対応する旧ＩＣカードの識別情報を格納した第２のデータ領域とを有し、前記再発行したＩＣカードの識別情報と前記旧ＩＣカードの識別情報の各々が、前記再発行したＩＣカードの識別情報と前記旧ＩＣカードの識別情報の内のいずれかの識別情報に基づいて、他方の識別情報を読み取ることが可能とされた記録媒体である。
【００２５】
但し、この方法は、ＩＣカードをユニークに区別するＩＤであるカードＩＤを、サービス提供者が、外部端末などによりＩＣカードから直接読み取り可能であることが前提となる。読み取り不可能であったり、乱数により暗号化されているなどカードＩＤを、サービス提供者が直接識別できない場合は、あらかじめカード発行者より通知されているＩＣカード再発行情報を照合することが不可能となるからである。
【００２６】
前記本願発明の第２の方法は、このようにカードＩＤをサービス提供者が、ＩＣカードから直接読み取れない場合を解決する方法である。この場合は、あらかじめカード発行者が、ＩＣカード再発行情報を通知してもサービス提供者は照会するべきデータをＩＣカードから読み取れないという事態になる。従って、前述の第１の方法のような方法は採用できない。
【００２７】
そこで、サービス提供者からカード発行者へのカード情報の照会という形をとる。カード利用者からＩＣカードへのアプリケーションの再搭載を依頼された場合、サービス提供者はＩＣカードから暗号化されたカードＩＤなどの情報や、カード券面に記載されている番号などの情報を取り出し、搭載希望のあった「アプリケーションＩＤ」と共に、カード発行者に情報の照会を行う。カード発行者は、勿論、再発行カードの認識が可能であるため、当該ＩＣカードが再発行カードであるかどうかを返信する。また、再発行カードである場合、対応する旧カードに、上記アプリケーションが搭載されていたかどうかを判定する。又、搭載されていた場合は、旧カードにアプリケーションの搭載の許可を出した際の「メッセージＩＤ」を付与する。「メッセージＩＤ」とは、カード発行者とサービス提供者との間で、電文メッセージをやり取りする際の、電文メッセージをユニークに識別するＩＤである。その例としては、例えば、カード発行者の事業者識別情報、サービス提供者の事業者識別情報、メッセージのシーケンス番号の組み合わせによりなど、一意に区別する方法がある。このメッセージＩＤにより、サービス提供者は、次の事実を認識することが可能となる。
（１）利用者が提示したＩＣカードが再発行カードであること。
（２）利用者が以前に利用していたＩＣカードにアプリケーションを搭載した際の情報。
【００２８】
ここで、メッセージＩＤを付与するのは、ＩＣカードから直接カードＩＤを読み取れないため、旧カードＩＤを通知してもサービス提供者は認識できないことや、カード発行者がカードＩＤを外部に通知しないポリシーを有する場合があるためである。旧カードへのアプリケーションの搭載の許可を行った際のメッセージＩＤであれば、カード発行者、サービス提供者ともに認識可能であり、又、サービス提供者が、その際の審査結果など、関連情報を辿ることも可能となる。
【００２９】
解決の手段として前記第１の方法を実施するか、第２の方法を実施するかは、システムが利用するＩＣカードの特性に合わせれば良い。即ち、利用するＩＣカードが、カードＩＤをカード発行者以外の事業者が読み取ることを可能とする場合は、本願発明の第１の方法を備えることで解決可能である。他方、読み取り不可能である場合は、本願発明の第２の方法を備えることで解決可能である。
【００３０】
また、一つのシステムで複数種類のＩＣカードを扱う場合は、第１の方法と第２の方法を合わせて実現した前述の第３の方法を備えることで解決可能である。この場合は、カード発行者とサービス提供者間でやり取りする通信データ内に、ＩＣカードの種類を表すプラットフォーム・タイプ・データ（Ｐｌａｔｆｏｒｍｔｙｐｅ ｄａｔａ）と称される識別情報を含め、受信側がこのプラットフォーム・タイプ・データを参照することで第１と第２のどちらの形態で処理すれば良いかを判定する。
【００３１】
この第２の方法によれば、ＩＣカードの発行及び管理を行うＩＣカードシステムは、次のようなコンピュータ読み取りが可能な記録媒体を有する。即ち、それは、再発行したＩＣカードの識別情報を格納した第１のデータ領域と、前記再発行したＩＣカードに対応する旧ＩＣカードにアプリケーションを搭載した際に用いた、サービス提供者との電文メッセージを一意に区別する識別情報を格納した第２のデータ領域とを有し、前記再発行したＩＣカードの識別情報に基づいて、サービス提供者との電文メッセージを一意に区別する前記識別情報を読み取ることが可能とされた記録媒体である。。
【００３２】
又、同様に、ＩＣカードにアプリケーションを搭載することによりサービスを実行及び管理を行うＩＣカードシステムは、次のようなコンピュータ読み取りが可能なデータベースを有する。即ち、それは、再発行したＩＣカードに対応する旧ＩＣカードに、要求されているアプリケーションを搭載した際に用いたカード発行者との電文メッセージを一意に区別する識別情報を格納したデータ領域と、旧ＩＣカードにアプリケーションを搭載した際のアプリケーション搭載関連情報を格納したデータ領域と、を少なくとも有し、前記カード発行者との電文メッセージを一意に区別する第３の識別情報に基づいて、旧ＩＣカードにアプリケーションを搭載した際のアプリケーション搭載関連情報を読み取ることが可能とされる記録媒体である。
【００３３】
【発明の実施の形態】
次に、本願発明をより、具体的に説明する。本願発明に係わるシステムの基本構成は、図１に示される。図１には、ＩＣカード発行者、ＩＣカードへのサービス提供者と、クライアント及びＩＣカード相互の関係が模式的に示される。
【００３４】
「ＩＣカード発行者」とは、ＩＣカード発行管理システム（１０１）を用いてＩＣカードの発行と管理の業務を行う事業主体者であり、ＩＣカードの責任を負う事業主体者である。カード発行者はＩＣカード関連のデータベース（１０４）にＩＣカード管理情報を保持しており、そのデータに従いＩＣカードを発行し利用者に配布する。ＩＣカード管理情報には、利用者からの申請情報や、カードの発行に必要な基本情報が記載されている。
【００３５】
ＩＣカード発行者は、少なくとも、ＩＣカード管理用のデータベース（１０４）とＩＣカード発行管理の為の処理部（１０２）とを有するＩＣカード発行管理システム（１０１）を有する。このＩＣカード管理用のデータベース（１０４）とＩＣカード発行管理の為の処理部（１０２）とは、通例のコンピュータ・システムによって動作、即ち、例えば、データの読み出し、照合、適否の判断させられる。そして、当該システムは当然、受信手段、送信手段を有するが、これらも通例のオンライン・システムのそれである。尚、サービス提供者側のＩＣカードシステムも、その構成方法、動作など、カード発行者側のそれと基本的に同様である。
【００３６】
このＩＣカード発行管理システム（１０１）にネットワーク（１１４）を介して端末機（１０６）が接続されている。通例、複数の端末機（１０６）がＩＣカード発行管理システム（１０１）につながれ、クライアント（１０５）に応対することとなっている。この意味で、端末機は外部端末と通称される。この外部端末よりは、クライアント自らが所定事項を入力する場合、あるいは、カードの発行業者側にて所定事項を入力する場合などが考えられる。
【００３７】
一方、「サービス提供者」とは、ＩＣカードサービス提供管理システム（１０７）を用いて、ＩＣカード上に搭載されるアプリケーションの発行と管理の業務を行う事業主体者である。ＩＣカード搭載用アプリケーションは、サービス提供者が作成もしくは取得し、ＩＣカードへのアプリケーション搭載を行う。ＩＣカードアプリケーション管理データベース（１１０）にはアプリケーション・データが格納されている。
【００３８】
ＩＣカードサービス提供者は、少なくとも、ＩＣカードのアプリケーション管理用のデータベース（１１０）とＩＣカードに対するアプリケーションの為の処理部（１０８）とを有するＩＣカードに対するサービス提供の管理システム（１０７）を有する。そして、このＩＣカードサービス提供管理システム（１０７）にネットワーク（１１６）を介して端末機（１１２）が接続されている。通例、複数の端末機（１１２）がＩＣカードサービス提供管理システム（１０７）につながれ、クライアント（１１１）に応対することとなっている。この意味で、端末機は外部端末と通称される。この外部端末よりは、クライアント自らが所定事項を入力する場合、あるいは、カードの発行業者側にて所定事項を入力する場合などが考えられる。
【００３９】
カード発行者は、クライアント（１０５）に接続された外部端末（１０６）を通して発行時に必要な情報をＩＣカード（１１）に設定する。サービス提供者はクライアント（１１０）に接続された外部端末（１１１）を通してアプリケーションをＩＣカードに搭載する。また、この際に必要となるアプリケーションの搭載許可は、カード発行者システムとの情報交換により取得する。カード発行者のシステムとサービス提供者のシステム間や、それぞれのクライアント、サーバ間は基本的にネットワーク（１１４、１１６、１１８）を通して接続され、情報のやり取りはオンライン上で電文メッセージの送受信により実現されている。しかし、運用事業者のポリシーによりフロッピーディスクなど情報記録媒体の郵送や、書面の郵送などにより情報のやり取りを実現することも可能である。
【００４０】
本願発明は、カード発行者のＩＣカードシステム（１０１）とサービス提供者のＩＣカードシステム（１０７）の各々処理部（１０２、１０９）に、後述するＡＰ（Ａｐｐlｉｃａｔｉｏｎ）再搭載通知の処理機能、カード再発行照会の処理機能を有している。これらの各処理機能は、コンピュータ・プログラムに従って動作させられるものである。
【００４１】
図３にこのようなＩＣカード（１１）内に搭載されているＩＣ内部の基本的な領域の論理的な構成を示す。当該ＩＣは、通例のマイクロ・コンピュータと同様に、ハードウェア層（３０３）とＯＳ（Ｏｐｅｒａｔｉｏｎ Ｓｙｓｔｅｍ）が搭載される領域、即ちＯＳ層（３０２）とアプリケーションが搭載される領域、即ちアプリケーション層（３０１）とを有する。ここで、マルチアプリケーション搭載可能とは、アプリケーション層（３０１）に複数のアプリケーション（３０４−３０６）が搭載できるということである。又、ダイナミックローディング可能とは、このアプリケーション（３０４−３０６）をカード発行後に、搭載あるいは削除が可能であることを示す。ＯＳ層（３０２）は通信処理部（３０７）、インタープリタ（３０８）、セキュリティ機構（３０９）などを有し、外部端末からのコマンドの受信やアプリケーションのコマンドの転送などを行っている。当然、アプリケーション層（３０１）とＯＳ層（３０２）との間にはアプリケーション・インターフェイス、ＯＳ層（３０２）とハードウェア層（３０３）との間にはハードウェア・インターフェイスが設置されている。
【００４２】
次に、本願発明に係わるアプリケーションの再搭載の具体的方法を説明する。
【００４３】
ＩＣカードに対する端末機などハード的な機器を含むシステムは、通例のもので十分である。本願発明に係わる各事業者は、サーバ、リーダライタなど外部端末機を有する。各種情報は、このサーバに一旦保持される場合、リーダライタを通してＩＣカードに情報が搭載される場合など、各種形態が考えられるが、本願発明はこうした動作形態に直接関係するものではない。本願発明は、当然これらのいずれの場合も適用可能である。
【００４４】
図２はカード・システムの例の概要を示す図である。ＩＣカード１１の中にはチップ２１があって、リーダライタ２２とデータのやりとりを行う例を示している。リーダライタの中にはコントロール・プロセッサ２３やデータベースとなる磁気ディスク２４などが存在する。ＩＣカード１１には、通例通り、例えば、Ｖｃｃ（供給電源）、ＧＮＤ（グランド）、ＲＳＴ（リセット）、Ｉ／Ｏ（入出力）、及びＣＬＫ（クロック）などの諸端子が示されている。また、図中、符号２５はリーダライタ２２からＩＣカード１１に対しての、例えばカードＩＤなどの各種問合せを示す。符号２６はＩＣカードが前述の問合せに対して行った返答を示す。こうした、諸情報の伝達は通例のシステムで十分である。
【００４５】
なお、ＩＣカード内のＩＣチップにおいて、具体的には前述のアプリケーションはメモリ領域に搭載される。一般に、メモリとしては、ＲＡＭ（Random Access Memory）、フラッシュ・メモリ（Flash Memory）、ＦＲＡＭ（Ferromangetic Random Access Memory）、ＥＥＰＲＯＭ（Electrical Erasable Programmable Read Only Memory）あるいはＲＯＭ（Read Only Memory）などが用いられる。また、ＯＳ部なども通例のもので十分である。ＩＣチップ内の信号処理系は通例のＩＣカードのそれを用いて十分である。
【００４６】
前述したように、本願発明は課題を解決するために２つの方式を用いるが、まず、前述の第１の方法について図４を用いてそのシーケンスを説明する。図４のシーケンスを取る状態は、カード発行者（１２２）とサービス提供者（１２１）は契約条件などの合意を取り決めた事前提携や、サービス提供者（１２１）からカード発行者（１２２）へのアプリケーション情報登録などサービス運用に必要なやり取りは、当然、既に済んでいるものとする。
【００４７】
又、本願発明の第１の方法では、ＩＣカード（１１）のカードＩＤを、カード発行者以外の第３者が直接読み取り可能である。ここで、前記カード発行者以外の第３者とは、その代表的な例は、例えば、サービス提供者である。
【００４８】
カードの再発行処理とそれに伴うアプリケーションの再搭載処理は、以下のような手順となる。まず、カード利用者（１２０）が、再発行を希望するＩＣカードの発行者（１２２）に対して、カードの再発行を要求する（ステップ４０１）。このカードの再発行の要求は、具体的には当該ＩＣカード発行管理処理処理部への所定の入力による。この入力は、カード利用者（１２０）自身のこともあろうし、あるいはカード利用者（１２０）の意向を受けたオペレータ等であることもある。
【００４９】
カード発行者は、カード発行者自身の運用ポリシーに従って再発行に関する審査、即ち判断処理を行い、この審査を通れば再発行カード（１１）を発行する（ステップ４０２）。この再発行に関する審査は、例えば、氏名、年齢、職業、収入など通例のカード発行に係わる項目の審査であり、どの程度の項目が審査に付されるかは、カード発行者の運用ポリシーに従うものである。当然こうした審査、判断、確認処理は、当該システムの処理部にてなされる。
【００５０】
次に、カード発行者は、旧カードに搭載されていたアプリケーションのサービス提供者に対して、ＩＣカード再発行情報を通知する（ステップ４０３）。
【００５１】
この「ＩＣカード再発行情報」とは、具体な代表例的は、旧カードのカードＩＤと再発行カードのカードＩＤを対応づけたリストである。図１２にステップ４０３で送受信する通信データの例を示す。即ち、例えば、発明者のデータベースより読み取られ、送信される。この通信データの例は、ヘッダ、ＰＦ（Ｐｌａｔｔｏｆｏｒｍ）タイプ・データ、旧カードＩＤ、及び再発行カードＩＤの各情報等を含んでいる。尚、ここで、ＰＦタイプ・データとは、本願発明における第１の方法の処理方法をとるか、第２の処理方法を取るかの指示を与える情報のことである。これは、具体的な例を示せば、例えば、＜１００、２００、９９９＞などの情報を用いる。例えば、ここで、＜１００＞は第１の処理方法であり、＜２００＞は第２の処理方法であり、更に＜９９９＞は処理方法が不明ということを示す。勿論、ここに例示する具体的な信号例は単なる一例である。これに対しては、システム構築者は所望のデータ構成を用いることが出来る。このように、当該通信データには、旧カードＩＤと再発行カードＩＤの対構造のデータを含んでいる。又、カード発行者がサービス提供者に、このＩＣカード再発行情報を通知することにより、カード発行者とサービス提供者の双方のデータベースには、図１３に示すように旧カードと再発行カードを対応づけた情報が格納される。本願発明では、この旧カードＩＤと再発行カードＩＤを対応づけた情報が重要である。以上の処理で、ＩＣカードの再発行に関する処理は終了する。
【００５２】
次に、カード利用者（１２０）が再発行カードに対して、旧カードに搭載されていたアプリケーションを再搭載する場合の処理を説明する。
【００５３】
カード利用者（１２０）は再発行カード（１１）を用意し、サービス提供者（１２１）に対してアプリケーションの再搭載を要求する（ステップ４０４）。このアプリケーションの再搭載の要求は、具体的には当該ＩＣカードアプリケーション発行管理処理処理部への所定の入力による。このアプリケーションの再搭載の要求は、具体的には当該ＩＣカード発行管理処理処理部への所定の入力による。この入力は、カード利用者（１２０）自身のこともあろうし、あるいはカード利用者（１２０）の意向を受けたオペレータ等であることもある。
【００５４】
サービス提供者は、再発行カードに対して、カードＩＤを要求する（ステップ４０５）。本処理は、本発明の第１の方法を実現する処理である。従って、カード発行者以外の第３者が、ＩＣカードから直接カードＩＤを読み取り可能であることを前提としているので、ステップ４０５は正当な要求である。
【００５５】
再発行カードは、再発行カード自身のカードＩＤをサービス提供者に対して示す（ステップ４０６）。こうした処置は、通例オンライン・システムによってなされる。
【００５６】
サービス提供者は、あらかじめステップ４０３において通知されているＩＣカード再発行情報内で、ＩＣカードから読み取ったカードＩＤを照合する。即ち、前述したようにこのＩＣカード再発行情報とは、具体な代表例的は、旧カードのカードＩＤと再発行カードのカードＩＤを対応づけたリストである。この例は図１２に例示される。もし、当該カードが再発行カードであれば、ＩＣカード再発行情報に再発行カードのＩＤが存在する。そして、前述の両ＩＤの対応データに基づいて対応する旧カードのカードＩＤを確認できる。サービス提供者はこの旧カードのカードＩＤをキーとして、サービス提供者自身のデータベースなどから旧カードに関する情報を読み出す。サービス提供者はこの検索結果に基づき、利用者が再搭載要求しているアプリケーションが旧カードにも搭載されていたことを確認する。又、旧カードにアプリケーション搭載した際の審査結果を利用したり、搭載するために課金が生じる場合の課金情報などアプリケーション再搭載に必要な情報を照会し、再搭載に利用する。こうして、再搭載可能と判断した場合、サービス提供者は再発行カードにアプリケーション再搭載する（ステップ４０７）。
【００５７】
又、本方法の実施例としては、図１９のような変形例も考えられる。図４との違いはステップ４０３の代わりに、ステップ４０８、およびステップ４０９が加えられている点である。つまり、図４の方法では、あらかじめカード発行者が関係するサービス提供者へＩＣカード再発行情報を通知していて、サービス提供者が自身のシステム内で旧カードＩＤと再発行カードＩＤの照合作業を行っていた。
一方、図１９の方法では、利用者がサービス提供者にアプリケーション再搭載を要求した際に、サービス提供者はカード発行者へ再発行カードＩＤを送付し、カード再発行情報を要求しており、ＩＣカード再発行情報が送付されるタイミングが異なる。
【００５８】
しかし、どちらの実施例においても、旧カードＩＤと再発行カードＩＤを対にしたデータ構造を有するデータが、ＩＣカード再発行情報としてカード発行者からサービス提供者に渡るという点においては同じである。
【００５９】
図１４に、カード発行者、サービス提供者が双方ともデータベースに格納されているＩＣカード関連データの例を示す。このデータの例は、カードＩＤをキーに格納されており、利用者情報や、搭載アプリケーションに関連する情報、例えば搭載アプリケーションＩＤなどを保持する。又、アプリケーション搭載時に事業者ポリシーに応じて行う審査情報や、アプリケーション搭載に課金が生ずる場合その課金情報なども保持されている。現実のシステムでは、本例に例示した情報とは、異なる構成の各種情報、追加される情報などが保持されていることも当然考えられる。
【００６０】
次に、以上で説明した本発明の第１の方法の詳細について、カード発行者とサービス提供者の各プレーヤ毎の動作フローチャート（図５〜図７）を用いて説明する。これは図４のシーケンスを詳細化したものである。
【００６１】
図５は、本願発明の第１の方法の処理を行う「カード発行者」における動作のフローチャートである。カード発行者は、カード利用者からのカード再発行要求を受信する（ステップ５０１）。カード発行者は、自身の運用ポリシーに従い当該再発行要求を審査する（ステップ５０２）。審査により再発行を認められなかった場合、カード発行者はカード再発行処理を中止しその旨を利用者に対して伝える（ステップ５０４）。審査により再発行を認められた場合、カード発行者は利用者へＩＣカードを再発行する（ステップ５０３）。又、旧カードにアプリケーションを搭載していたなど、関係するサービス提供者に対してＩＣカード再発行情報を通知しＩＣカード再発行処理を終了する（ステップ５０５）。
【００６２】
図６は、同様にＩＣカード再発行処理における「サービス提供者」の動作のフローチャートである。サービス提供者は、カード発行者よりＩＣカード再発行情報を受信する（ステップ６０１）。サービス提供者は、受信したＩＣカード再発行情報をＩＣカードアプリケーション管理データベースに格納し管理する（ステップ６０２）。
【００６３】
図７は、利用者からの要求により再発行カードに対してアプリケーションの再搭載処理を実施する場合の、「サービス提供者」の動作を示すフローチャートである。サービス提供者は、利用者からのアプリケーション再搭載要求を受領する（ステップ７０１）。サービス提供者は、ＩＣカードに対してカードＩＤを通知するよう要求する（ステップ７０２）。ＩＣカードからカードＩＤを受信する（ステップ７０３）。
【００６４】
図６のステップ６０１で示したように、カード発行者より受信しＩＣカードアプリケーション管理データベースに格納済みのＩＣカード再発行情報内で、当該再発行カードのカードＩＤを検索する（ステップ７０４）。
【００６５】
データベース内に、当該カードＩＤが存在しない場合、当該カードは再発行カードではないか、サービス提供者が旧カードに対してアプリケーション搭載を行っていなかったと結論づけられる。従って、アプリケーション再搭載処理を中止し利用者にその旨を伝える（ステップ７０７）。ＩＣカードアプリケーション管理データベース内に、当該カードＩＤが存在する場合、対応する旧カードのカードＩＤをキーに、サービス提供者が、ＩＣカードアプリケーション管理データベースを検索し旧カードのカード情報を検索する（ステップ７０６）。
【００６６】
再搭載要求のあったアプリケーションが、旧カードに搭載されていなかった場合、当該アプリケーションの搭載は新規搭載と同様の扱いとなるためアプリケーション再搭載処理を中止し、利用者にその旨を伝える（ステップ７１０）。再搭載要求のあったアプリケーションが、旧カードに正常に搭載されていた場合、旧カードへのアプリケーション搭載の際の審査情報や課金が生じる場合は課金情報などを参照し再搭載可能と判断した場合は、ＩＣカードへのアプリケーション再搭載を行い処理を終了する（ステップ７０９）。
【００６７】
次に、本願発明の第２の方法について、図８を用いてそのシーケンスを説明する。第２の方法は、ＩＣカードがカード発行者以外の第３者に対してカードＩＤを直接読み取ることを許さないタイプのＩＣカードである場合に、アプリケーション再搭載処理を実現する方法である。カードＩＤを直接読み取ることを許さない理由としては、カード発行者はセキュリティ上の理由からカードＩＤを外部に知らせないポリシーでることが考えられる。
【００６８】
図８において、カード発行者（１２２）とサービス提供者（１２１）は契約条件などの合意を取り決めた事前提携や、サービス提供者（１２１）からカード発行者（１２２）へのアプリケーション情報登録などサービス運用に必要なやり取りは既に済んでいるものとする。
【００６９】
アプリケーションの再搭載は、旧カードに同アプリケーションが搭載されていたことを前提とする。カード発行者とサービス提供者は旧カードにアプリケーション搭載する際に、搭載許可書をやり取りしておりその際の電文メッセージの識別情報、即ち、ＩＤを共有している。
【００７０】
カードの再発行処理とそれに伴うアプリケーションの再搭載処理は以下のような手順となる。まず、カード利用者（１２０）が再発行を希望するＩＣカードの発行者（１２２）に対して、カード再発行を要求する（ステップ８０１）。カード発行者は、カード発行者自身の運用ポリシーに従って再発行に関する審査を行い、審査を通れば再発行カード（１１）を発行する（ステップ８０２）。
【００７１】
本願発明の第１の方法と違い、この方法では、カード発行者はＩＣカード再発行情報をサービス提供者に通知しない。なぜなら、ＩＣカードのカードＩＤに関するリストを通知しても、サービス提供者は、ＩＣカードからカードＩＤを読み取れないため照合が不可能であるためであり、従って、カード再発行に関する処理は以上である。
【００７２】
次に、利用者が、旧カードに搭載されていたアプリケーションを、同様に再発行カードに対して再搭載する場合の処理を説明する。カード利用者（１２０）は、再発行カード（１１）を用意し、サービス提供者（１２１）に対してアプリケーションの再搭載を要求する（ステップ８０３）。このカードへのアプリケーションの再搭載の再発行の要求は、具体的には当該アプリケーション発行管理処理部への所定の入力による。この入力は、カード利用者（１２０）自身のこともあろうし、あるいはカード利用者（１２０）の意向を受けたオペレータ等であることもある。
【００７３】
サービス提供者は、再発行カードに対してカード属性情報を要求する（ステップ８０４）。本処理は、本発明の第２の方法を実現する処理であり、カードは、カードＩＤなどの属性情報をカード発行者のみが識別可能な形式で外部に出力する。ここで、「カード属性情報」とは、ＩＣカードをそれと識別する情報のことであるが、一例としては、カード発行者の公開鍵でカードＩＤを暗号化する方法が考えられる。勿論、その他の暗号化の方法を用いることも可能であることは言うまでもない。再発行カードは、前記のようにカード発行者にのみ解読可能なカード属性情報をサービス提供者に対して示す（ステップ８０５）。こうした提供は、通例のオンライン・システム等によってなされる。
【００７４】
サービス提供者は、当該カード属性情報と再搭載要求のあったアプリケーションＩＤを、カード発行者に送信しカード情報照会を要求する（ステップ８０６）。カード属性情報は、サービス提供者には解読できないが、カード発行者は解読できるような性質のデータであるため、カード発行者は送付されたカード属性情報をキーに、ＩＣカード管理データベースから再発行カードに対応する旧カードに関する情報を読み取る。同様に送信されたアプリケーションを当該旧カードへ搭載するために必要な搭載許可書をカード発行者とサービス提供者でやりとりした際のメッセージＩＤも検索する。カード発行者は、照会要求のあったカードが再発行カードであるかどうかと、また再発行カードの場合に、再搭載要求のあったアプリケーションの旧カードへの搭載許可書をやり取りした際のメッセージＩＤをサービス提供者に送信する（ステップ８０７）。
【００７５】
図１５にステップ８０７で送受信する通信データの例を示す。通信データは、例えば、ヘッダ、ＰＦタイプ、再発行ＯＫ／ＮＧ、及びメッセージＩＤなどを含んでいる。ここで、ヘッダ、 ＰＦタイプは前述したものと同様である。このように、通信データには、「再発行ＯＫ／ＮＧ」情報、即ち、再発行カードであるかどうかとメッセージＩＤを含んでいる。サービス提供者は、受信した情報によりＩＣカードが再発行カードであることと、再搭載要求のあったアプリケーションが旧カードにも搭載されていたことを確認する。
【００７６】
又、このＩＣカード再発行情報を通知することにより、カード発行者とサービス提供者の双方のデータベースには、図１６に示すように、再発行ＯＫ／ＮＧ、即ち、再発行カードかどうかと、再発行カードである場合に、これに対するメッセージＩＤを対応づけた情報が格納される。そして、それらは相互にデータを読み出すことが出来る。又、サービス提供者は、旧カードへの搭載許可書をやり取りした際のメッセージＩＤをキーにＩＣカードアプリケーション管理データベースを検索することによって、審査結果など旧カードへの搭載時の情報を取得することが可能である。
【００７７】
以上の処理により、サービス提供者は、利用者が再搭載要求しているアプリケーションが、旧カードにも搭載されていたことを確認することが可能であり、又、搭載の際の審査結果など、アプリケーション再搭載に必要な情報を照会し再搭載可能かどうかを判断することが可能である。再搭載可能と判断した場合、カード発行者は、再発行カードにアプリケーション再搭載する（ステップ８０８）。
【００７８】
図１７にカード発行者、サービス提供者が双方ともデータベースに格納しいるＩＣカード関連データの例を示す。データはメッセージＩＤをキーに格納されており、利用者情報や、搭載アプリケーションに関連する搭載アプリケーションＩＤなどの情報を保持する。又、アプリケーション搭載時に、事業者ポリシーに応じて行う審査情報や、アプリケーション搭載に課金が生ずる場合その課金情報なども保持されている。勿論、その他の情報も、所望に保持させることは任意である。
【００７９】
次に、以上で説明した本発明の第２の方法の詳細について、カード発行者とサービス提供者の各プレーヤ毎の動作フローチャート（図９〜図１１）を用いて説明する。これは図８のシーケンスを詳細化したものである。
【００８０】
図９は、本願発明の第２の方法の処理を行う、「カード発行者」における動作のフローチャートである。「カード発行者」は、カード利用者からのカード再発行要求を受信する（ステップ９０１）。カード発行者は、カード発行者自身の運用ポリシーに従い当該再発行要求を審査する（ステップ９０２）。審査により再発行を認められなかった場合、カード発行者はカード再発行処理を中止しその旨を利用者に対して伝える（ステップ９０４）。審査により再発行を認められた場合、カード発行者は利用者へＩＣカードを再発行する（ステップ９０３）。そして、ＩＣカード再発行情報をＩＣカード管理データベースなどに格納しＩＣカード再発行処理を終了する（ステップ９０５）。ＩＣカード再発行情報は、具体的には、旧カードのカードＩＤと再発行カードのカードＩＤを対応づけたリストなどである。
【００８１】
図１０は、サービス提供者からの、再発行カードに対するカード情報照会要求に対する処理を示した「カード発行者」のフローチャートである。カード発行者はサービス提供者から再発行カードに対するカード情報照会要求を受信する（ステップ１００１）。これには、サービス提供者がＩＣカードから読み取ったカード属性情報と、再搭載要求されているアプリケーションＩＤが含まれている。当該カード属性情報は、通常暗号化などされており、カード発行者にのみ解読可能であるため、解読しこれをキーとしてＩＣカード管理データベース内を検索する（ステップ１００２）。当該カード属性情報に該当する情報がＩＣカード管理データベースに存在しない場合、もしくは、該当するＩＣカードが、通常の初期発行カードである場合、もしくは、再発行カードではあるが、ステップ１００１において受信したアプリケーションＩＤにあたるアプリケーションを対応する旧カードが搭載していなかった場合は、当該ＩＣカードが、再発行カードでないことを、サービス提供者に通知し処理を終了する（ステップ１００５）。カード属性情報に該当する情報がＩＣカード管理データベースに存在する場合、対応する旧カードにステップ１００１で受信したアプリケーションＩＤのアプリケーションを搭載した際のメッセージＩＤを検索した上で、該カードが再発行カードであること、再搭載要求されているアプリケーションを旧カードに搭載した際のメッセージＩＤをサービス提供者に送信し処理を終了する（ステップ１００４）。
【００８２】
図１１は、同様に再発行カードにアプリケーションを再搭載する処理における「サービス提供者」の動作のフローチャートである。サービス提供者は、利用者からのアプリケーション再搭載要求を受領する（ステップ１１０１）。サービス提供者は、ＩＣカードに対してカード属性情報を送信するよう要求する（ステップ１１０２）。ＩＣカードからカード属性情報を受信する（ステップ１１０３）。カード発行者へ、当該再発行カードに関するカード情報照会要求を行う（ステップ１１０４）。要求には、前記カード属性情報と、再搭載要求のあったアプリケーションのＩＤが含まれる。
【００８３】
カード発行者よりカード情報照会結果を受信するステップ（１１０５）。照会の結果、該ＩＣカードが再発行カードでなかった場合該ＩＣカードへのアプリケーション再搭載処理を中止し、その旨を利用者に伝える（ステップ１１０７）。照会の結果、当該ＩＣカードが再発行カードであった場合、対応する旧カードに再搭載要求のあったアプリケーションを再搭載した際に搭載許可書をやり取りしている。その際のやり取りしたメッセージＩＤをカード発行者より受信しているので、当該情報をキーに、ＩＣカードアプリケーション管理データベース内を検索（ステップ１１０６）し、旧カードにアプリケーション搭載した際の審査結果や課金が生じる場合は課金情報を参照する。再搭載要求のあったアプリケーションが、旧カードに正常に搭載されていた場合、旧カードへのアプリケーション搭載の際の審査情報や、課金が生じる場合は課金情報などを参照し再搭載可能と判断した場合は、ＩＣカードへのアプリケーション再搭載を行い処理を終了する（ステップ１１０８）。
【００８４】
本願発明の第１の方法と第２の方法のどちらを利用するかは、システムが扱うカードに関わる。つまり、ＩＣカードのカードＩＤが、カード発行者以外にも読み取り可能である場合は第１の方法を、カード発行者にのみ解読可能なカード属性情報を読み取り可能である場合は第２の方法を利用すればよい。また、システムが複数種類のＩＣカードを扱い、それらのＩＣカードが両方のタイプである場合は、カード発行者とサービス提供者間でやり取りする通信データにＩＣカードの種類を示すプラットフォーム・タイプ・データを含むことで解決する。図１２と図１５にプラットフォーム・タイプ・データを含む通信データ例が示されている。これらの通信データを受信した事業者は、プラットフォーム・タイプ・データを参照することで第１の方法の処理を行うべきか第２の方法の処理を行うべきかを判断することで実現する。
【００８５】
以上に説明した処理の詳細について、上記通信データを受信したプレーヤの動作フローチャート（図１８）を用いて説明する。まず、通信データを受信し、データ内に含まれるプラットフォーム・タイプ・データを参照する（ステップ１８０１）。プラットフォーム・タイプ・データから、現在処理されているＩＣカードが、カードＩＤをカード発行者以外の事業者に読み取り可能であるかどうかを判断する（ステップ１８０２）。読み取り可能の場合は、本願発明の第１の処理を行う（ステップ１８０３）。読み取り可能でない場合は、本願発明の第２の形態の処理を行う（ステップ１８０４）。カード発行者とサービス提供者間で通信データをやり取りする際に、まず図１８に示した処理を行うことで、複数種類のＩＣカードを扱うことが可能である。
【００８６】
尚、ＩＣカードには接触型ＩＣカード、非接触型ＩＣカードなどがあるが、本願発明はこうしたＩＣカードの構成自体によらず適用することが可能であることは言うまでもない。
【００８７】
以上、本願発明を具体的に説明したが、本願発明によれば、利用者が、再発行カードへのダイナミックにアプリケーションを搭載を希望する場合、本発明により、搭載希望を受け付けたサービス提供者がＩＣカードを再発行カードであると認識することが可能となる。また、利用者からのアプリケーション再搭載要求が正当な要求であるかどうかを検証することが可能となる。また、本発明はカードＩＤをカード発行者以外の第３者が読み取り可能である場合と、読み取り不可能である場合のどちらの場合にも上記検証が可能である。
【００８８】
アプリケーションをＩＣカードに搭載する際、従来方式では、該ＩＣカードが再発行カードであり旧カードに既に同じアプリケーションを搭載していた場合でも、通常のアプリケーション搭載と同様の手続きを取る必要があった。本発明を用いれば、サービス提供者が再発行カードから対応する旧カードに関する情報を検索することが可能である。そのため、アプリケーションを再発行カードに搭載する場合に、旧カードに搭載した際の利用者信用情報を参照することにより、審査の大幅な簡略化が可能となる。またアプリケーション搭載の際に課金が生じる場合には、利用者信用情報と同様に旧カードの課金情報を参照することが可能であり、料金を通常搭載と再発行搭載で区別するなどの運用も可能となる。
【００８９】
本願は多岐にわたる諸発明を包含するので、その主な形態を、とりまめて例示すると次の通りである。
【００９０】
本願発明の第１の形態は、前記第１の方法を用いる、ＩＣカードの発行・管理を行うＩＣカード発行管理システム内のデータベースに関するものである。即ち、この形態は、ＩＣカードを再発行した際に、再発行カードと旧カードの関係を対応づけるために、再発行したカードの識別情報と、当該再発行カードに対応する旧カードの識別情報を対にした構造を有するデータを格納していることを特徴とするＩＣカード発行管理システム内データベースである。
【００９１】
本願発明の第２の形態は、前記第１の方法を用いる、ＩＣカードにアプリケーションを搭載することによりサービスを実行・管理を行うＩＣカードサービス提供管理システム内のデータベースに関するものである。即ち、この形態は、カード発行者よりＩＣカード再発行情報として受信したデータとして、再発行したカードの識別情報と、当該再発行カードに対応する旧カードの識別情報を
対にした構造を有するデータを格納していることを特徴とするＩＣカードサービス提供管理システム内データベースである。
【００９２】
本願発明の第３の形態は、前記第２の方法を用いる、ＩＣカードの発行及び管理を行うＩＣカード発行管理システム内のデータベースに関するものである。即ち、この形態は、ＩＣカードを再発行した際に、再発行カードと旧カードの関係を対応づけるために、再発行カード関連情報として、当該再発行カードに対応する旧カードにアプリケーションを搭載した際に生じたサービス提供者との電文メッセージを一意に区別するメッセージＩＤを含んでおり、再発行カードＩＤをキーに検索を行うと、上記メッセージＩＤを抽出することが可能であることを特徴とするＩＣカード発行管理システム内のデータベースである。ここで、前記メッセージＩＤの抽出は、例えば、ハード・ディスクなどに保持された再発行カードＩＤをキーに、カードＩＤとメッセージＩＤとを対照して含むデータを検索するのである。
【００９３】
本願発明の第４の形態は、前記第２の方法を用いる、ＩＣカードにアプリケーションを搭載することによりサービスを実行・管理を行うＩＣカードサービス提供管理システム内のデータベースに関するものである。
【００９４】
即ち、この形態は、利用者から再発行カードへのアプリケーション搭載要求があった場合に、カード発行者よりＩＣカード再発行情報として受信するデータとして、
当該再発行カードに対応する旧カードに、要求されているアプリケーションを搭載した際に生じたカード発行者との電文メッセージを一意に区別するメッセージＩＤを含んでおり、
このメッセージＩＤをキーに検索することにより、旧カードにアプリケーションと搭載した際のアプリケーション搭載関連情報を抽出することが可能であることを特徴とするＩＣカードサービス提供管理システム内のデータベースである。
【００９５】
本願発明の第５の形態は、前記第１の方法を用いる、ＩＣカードの発行・管理を行うＩＣカード発行管理システムに関するものである。
【００９６】
即ち、この形態は、ＩＣカードに関連する所定のＩＣカード管理情報を管理するＩＣカード管理データベースと、ＩＣカード発行管理処理部とを有するＩＣカード発行管理システムである。
【００９７】
そして、このＩＣカード発行管理処理部は、
ＩＣカード再発行通知業務処理として、カード利用者からの再発行要求を受け付ける手段と、
当該利用者にカードを再発行する手段と、
ＩＣカードを用いてサービスを実行・管理を行うＩＣカードサービス提供管理システムとの間でＩＣカード再発行通知業務を実現するためにやり取りする通信データを、ＩＣカード管理情報を用いて生成する手段と、
ＩＣカードサービス提供管理システムからのＩＣカード再発行通知業務に関する通信データを受信する手段と、
ＩＣカードサービス提供管理システムへＩＣカード再発行通知業務に関する通信データを送信する手段とを有する。
【００９８】
本願発明の第６の形態は、前記第１の方法を用いる、ＩＣカードにアプリケーションを搭載することによりサービスを実行・管理を行うＩＣカードサービス提供管理システムに関するものである。
【００９９】
即ち、この形態は、ＩＣカードに搭載するアプリケーションに関連する所定のＩＣカードアプリケーション管理情報を管理するＩＣカードアプリケーション管理データベースと、ＩＣカードアプリケーション発行管理処理部とを有するものである。
【０１００】
そして、このＩＣカードアプリケーション発行管理処理部は、
ＩＣカード再発行通知業務処理として、カード利用者からの再発行カードへのアプリケーション再搭載要求を受け付ける手段と、
当該カードが再発行カードであることを審査する手段と、
当該カードへアプリケーションを再搭載する手段と、
ＩＣカードの発行・管理を行うＩＣカード発行管理システムとの間でＩＣカード再発行通知業務を実現するためにやり取りする通信データを、ＩＣカードアプリケーション管理情報を用いて生成する手段と、
ＩＣカード発行管理システムからのＩＣカード再発行通知業務に関する通信データを受信する手段と、
ＩＣカード発行管理システムへＩＣカード再発行通知業務に関する通信データを送信する手段、とを有する。
【０１０１】
本願発明の第７の形態は、前記第２の方法を用いる、ＩＣカードの発行・管理を行うＩＣカード発行管理システムに関するものである。
【０１０２】
即ち、この形態は、ＩＣカードに関連する所定のＩＣカード管理情報を管理するＩＣカード管理データベースと、ＩＣカード発行管理処理部とを有する。
【０１０３】
そして、このＩＣカード発行管理処理部は、
ＩＣカード再発行通知業務処理として、カード利用者からの再発行要求を受け付ける手段と、
当該利用者にカードを再発行する手段と、
ＩＣカードを用いてサービスを実行・管理を行うＩＣカードサービス提供管理システムとの間でＩＣカード再発行通知業務を実現するためにやり取りする通信データを、ＩＣカード管理情報を用いて生成する手段と、
ＩＣカードサービス提供管理システムからのＩＣカード再発行通知業務に関する通信データを受信する手段と、
ＩＣカードサービス提供管理システムへＩＣカード再発行通知業務に関する通信データを送信する手段とを有する。
【０１０４】
本願発明の第８の形態は、前記第２の方法を用いる、ＩＣカードにアプリケーションを搭載することによりサービスを実行・管理を行うＩＣカードサービス提供管理システムに関するものである。
【０１０５】
即ち、この形態は、ＩＣカードに搭載するアプリケーションに関連する所定のＩＣカードアプリケーション管理情報を管理するＩＣカードアプリケーション管理データベースと、ＩＣカードアプリケーション発行管理処理部とを有する。
【０１０６】
そして、このＩＣカードアプリケーション発行管理処理部は、
ＩＣカード再発行通知業務処理として、カード利用者からの再発行カードへのアプリケーション再搭載要求を受け付ける手段と、
当該カードが再発行カードであることを審査する手段と、
当該カードへアプリケーションを再搭載する手段と、
ＩＣカードの発行・管理を行うＩＣカード発行管理システムとの間でＩＣカード再発行通知業務を実現するためにやり取りする通信データを、ＩＣカードアプリケーション管理情報を用いて生成する手段と、
ＩＣカード発行管理システムからのＩＣカード再発行通知業務に関する通信データを受信する手段と、
ＩＣカード発行管理システムへＩＣカード再発行通知業務に関する通信データを送信する手段と、を有する。
【０１０７】
更に、本願発明の諸形態においては、下記の形態が有用である。
【０１０８】
前記第５の形態のＩＣカード発行管理システムにおいて、再発行されるＩＣカードの識別情報がＩＣカード発行管理システム以外に対して読み取り可能であり、ＩＣカード発行管理処理部がＩＣカードサービス提供管理システムへ送信する通信データ情報の一部として、再発行カードのカード識別情報と該再発行カードに対応した旧カードのカード識別情報を含んでいることである。
【０１０９】
又、前記第６の形態のＩＣカードサービス提供管理システムにおいて、再発行対象ＩＣカードの識別情報がＩＣカード発行管理システム以外に対して読み取り可能であり、ＩＣカードアプリケーション発行管理処理部がＩＣカード発行管理システムから受信する通信データ情報の一部として、再発行カードのカード識別情報と該再発行カードに対応した旧カードのカード識別情報を含んでいることである。
【０１１０】
又、第７の形態のＩＣカード発行管理システムにおいて、再発行されるＩＣカードの識別情報がＩＣカード発行管理システム以外に対して解読不可能であり、ＩＣカード発行管理処理部がＩＣカードサービス提供管理システムから受信する通信データ情報の一部として、再発行カードから読み取りサービス提供者には解析不可能なＩＣカード属性情報と、利用者から再搭載要求のあったアプリケーションの識別情報を含んでいることと、
ＩＣカード発行管理処理部がＩＣカードサービス提供管理システムへ送信する通信データ情報の一部として、当該カードが再発行であるかどうかを示すカード属性情報と、該アプリケーションを旧カードに搭載した際の電文メッセージの識別番号を含んでいることを特徴とするものである。
【０１１１】
又、前記第８の形態のＩＣカードサービス提供管理システムにおいて、再発行されるＩＣカードの識別情報がＩＣカード発行管理システム以外に対して解読不可能であり、
ＩＣカードアプリケーション発行管理処理部がＩＣカード発行管理システムへ送信する通信データ情報の一部として、
再発行カードから読み取りサービス提供者には解読不可能なＩＣカード属性情報と、利用者から再搭載要求のあったアプリケーションの識別情報を含んでおり、ＩＣカードアプリケーション発行管理処理部がＩＣカード発行管理システムから受信する通信データ情報の一部として、
当該カードが再発行であるかどうかを示すカード属性情報と、該アプリケーションを旧カードに搭載した際の送受信メッセージの識別番号を含んでいることを特徴とするものである。
【０１１２】
又、前記第１の方法と第２の方法とを合わせ有するＩＣカード発行管理システムは、実用上、極めて有用である。即ち、この形態は、前記第５と第７の形態をの機能を合わせて保持しているＩＣカード発行管理システムである。
【０１１３】
そして、この形態は、複数種類のカードを発行及び管理し、ＩＣカード管理情報の一部として、ＩＣカードのカードＯＳの種別識別子と、通信データの情報の一部として、ＩＣカードのカードＯＳの種別識別子を有する。このＩＣカードのカードＯＳの種別識別子によって、ＩＣカードシステムは、前記第１あるいは第２の方法のいずれの方法を選択するのかを判断する。
【０１１４】
更に、前記第１の方法と第２の方法とを合わせ有するＩＣカードサービス提供管理システムも、実用上、同様に極めて有用である。即ち、この形態は、前記第６と第８の形態をの機能を合わせて保持している。
【０１１５】
そして、このＩＣカードサービス提供管理システムは、ＩＣカードアプリケーション管理情報の一部として、ＩＣカードのカードＯＳの種別識別子と、通信データの情報の一部として、ＩＣカードのカードＯＳの種別識別子
を有している。
【０１１６】
更に、本願発明は、次のような機能を有せしめることが出来る。
【０１１７】
その第１は、利用者信用情報を代替する方法を有するカード発行者システムである。即ち、前述のカード発行者システム内、例えば第５、あるいは第７の形態に、ＩＣカードへアプリケーションを搭載する際に、カード発行者が利用者に対する信用調査を行う場合に、ＩＣカード発行管理処理部において、当該ＩＣカードが再発行カードであった場合には、対応する旧カード利用時の信用調査で代替もしくは参照する手段を有せしめるのである。
【０１１８】
その第２は、利用者信用情報を代替する方法を有するサービス提供者システムである。即ち、前述のサービス提供者システム内、例えば第６、あるいは第８の形態に、ＩＣカードへアプリケーションを搭載する際に、サービス提供者が利用者に対する信用調査を行う場合に、ＩＣカードアプリケーション発行管理処理部において、当該ＩＣカードが再発行カードであった場合には、対応する旧カード利用時の信用調査で代替もしくは参照する手段を有せしめるのである。
【０１１９】
更に、実用上、重要な課金の問題にも、次のような機能を付加することは有用である。
【０１２０】
例えば、その形態は、搭載時の課金を区別するカード発行者システムである。より具体的には、例えば、前記第５あるいは第７において、ＩＣカードにアプリケーションを搭載する際に、カード発行者がサービス提供者に対して課金する場合に、ＩＣカード発行管理処理部において、当該ＩＣカードが再発行カードであった場合の課金を、通常のアプリケーション搭載時の課金と区別する手段を有せしめるのである。
【０１２１】
又、別な形態は、搭載時の課金を区別するサービス提供者システムである。
より具体的には、例えば、前記第６あるいは第８において、ＩＣカードにアプリケーションを搭載する際に、サービス提供者がカード利用者に対して課金する場合に、ＩＣカードアプリケーション発行管理処理部において、当該ＩＣカードが再発行カードであった場合の課金を、通常のアプリケーション搭載時の課金と区別する手段を有せしめるのである。
【０１２２】
【発明の効果】
本願発明の記録媒体によれば、ＩＣカードの再発行及びアプリケーションの再搭載を簡便にしてセキュリティー上安全な方法によって行うに供して有用である。
【０１２３】
更に、本願発明の諸ＩＣカードシステムによれば、 ＩＣカードの再発行及びアプリケーションの再搭載を簡便にしてセキュリティー上安全な方法によって行うことを可能にする。
【図面の簡単な説明】
【図１】図１はシステムの基本的な概略構成図である。
【図２】図２はカードシステムの概要を示す図である。
【図３】図３はＩＣカードの基本構成を示す図である。
【図４】図４はカード発行者以外の第３者がカードＩＤを読み取り可能な場合に、アプリケーション再搭載を行うための本願発明に係わるシーケンスを示す図である。
【図５】図５はカード発行者がＩＣカードを再発行するための本願発明に係わるシーケンスを示す図である。
【図６】図６はサービス提供者がＩＣカード再発行情報を受け取るための本願発明に係わるシーケンス図である。
【図７】図７はサービス提供者が再発行カードにアプリケーション再搭載するための本願発明に係わるシーケンス図である。
【図８】図８はカード発行者以外の第３者がカードＩＤを読み取り不可能な場合に、アプリケーション再搭載を行うための本願発明に係わるシーケンスを示す図である。
【図９】図９はカード発行者がＩＣカードを再発行するための本願発明に係わるシーケンスを示す図である。
【図１０】図１０はカード発行者が再発行カードのカード情報照会要求を受信するための本願発明に係わるシーケンスを示す図である。
【図１１】図１１はサービス提供者が再発行カードにアプリケーション再搭載するための本願発明に係わるシーケンスを示す図である。
【図１２】図１２は通信データ構造の例を示す図である。
【図１３】図１３はデータベース内のデータテーブルの例を示す図である。
【図１４】図１４はデータベース内のデータテーブルの例を示す図である。
【図１５】図１５は通信データ構造の例を示す図である。
【図１６】図１６はデータベース内のデータテーブルの例を示す図である。
【図１７】図１７はデータベース内のデータテーブルの例を示す図である。
【図１８】図１８は複数種類のＩＣカードを扱う場合に、適当な処理を選ぶための本願発明に係わるシーケンス図である。
【図１９】図１９はカード発行者以外の第３者がカードＩＤを読み取り可能な場合に、アプリケーション再搭載を行うための本願発明に係わるシーケンスを示す図である。
【符号の説明】
１１：ＩＣカード、１０１：ＩＣカード発行管理システム、１０２：ＩＣカード発行管理処理部、１０４：ＩＣカード関連データベース、１０５：カード発行管理クライアント、１０６：カード発行管理クライアント外部端末、１０７：ＩＣカードサービス提供管理システム、１０８：ＩＣカードアプリケーション発行管理処理部、１１０：ＩＣカードアプリケーション管理データベース、１１１：ＡＰ発行管理クライアント、１１２：ＡＰ発行管理クライアント外部端末、１１３：カード発行処理、１１５：ＡＰ搭載処理、１１７：ＡＰ搭載関連処理、
１１４、１１６、１１８：ネットワーク、２１：ＩＣチップ、２３：ＩＣカードシステム処理部、２４：ＩＣカードシステムデータベース、３０１：アプリケーション層、３０２：ＯＳ層、３０３：ハードウェア層、３０４、３０５、３０６：アプリケーション、３０７：通信処理部、３０８：インタープリタ、３０９：セキュリティ機構、１２０：ＩＣカード利用者、１２１：サービス提供者、１２２：カード発行者。
Claims (8)
- ＩＣカードの発行及び管理を行うＩＣカードシステム内に設けられ、コンピュータ読み取りが可能な記録媒体であって、
再発行したＩＣカードの識別情報を格納した第１のデータ領域と、前記再発行したＩＣカードに対応する旧ＩＣカードにアプリケーションを搭載した際に用いた、サービス提供者との電文メッセージを一意に区別する識別情報を格納した第２のデータ領域とを有し、
前記再発行したＩＣカードの識別情報に基づいて、サービス提供者との電文メッセージを一意に区別する前記識別情報を読み取ることが可能とされたことを特徴とする記録媒体。 - ＩＣカードにアプリケーションを搭載することによりサービスの実行及び管理を行うＩＣカードシステム内に設けられ、コンピュータ読み取りが可能なデータベースであって、
再発行したＩＣカードに対応する旧ＩＣカードに、要求されているアプリケーションを搭載した際に用いたカード発行者との電文メッセージを一意に区別する識別情報を格納したデータ領域と、旧ＩＣカードにアプリケーションを搭載した際のアプリケーション搭載関連情報を格納したデータ領域と、を少なくとも有し、
前記カード発行者との電文メッセージを一意に区別する識別情報に基づいて、旧ＩＣカードにアプリケーションを搭載した際のアプリケーション搭載関連情報を読み取ることが可能とされたことを特徴とするデータベース。 - カード再発行機能を有するＩＣカードシステムであって、
再発行したＩＣカードに対応する旧ＩＣカードに、要求されているアプリケーションを搭載した際に用いたカード発行者との電文メッセージを一意に区別する識別情報を格納したデータ領域と、旧ＩＣカードにアプリケーションを搭載した際のアプリケーション搭載関連情報を格納したデータ領域と、を少なくとも有し、前記カード発行者との電文メッセージを一意に区別する識別情報に基づいて、旧ＩＣカードにアプリケーションを搭載した際のアプリケーション搭載関連情報を読み取ることが可能とされたコンピュータ読み取りが可能なデータベース部、
第３者からの再発行要求を受け付ける手段、
当該第３者にＩＣカードを発行する手段、
ＩＣカードを用いてサービスの実行及び管理を行うＩＣカードサービス提供管理システムに、ＩＣカードの再発行通知のために送信する通信データを、前記データベース部に格納されている情報を用いて生成する手段、
ＩＣカードサービス提供管理システムからのＩＣカード再発行のため所望データを受信する手段、及び
ＩＣカードサービス提供管理システムへ、ＩＣカード再発行のためのデータを送信する手段とを有するＩＣカード発行管理処理部と、を有することを特徴とするＩＣカードシステム。 - カード再発行機能を有するＩＣカードシステムであって、
再発行したＩＣカードに対応する旧ＩＣカードに、要求されているアプリケーションを搭載した際に用いたカード発行者との電文メッセージを一意に区別する識別情報を格納したデータ領域と、旧ＩＣカードにアプリケーションを搭載した際のアプリケーション搭載関連情報を格納したデータ領域と、を少なくとも有し、前記カード発行者との電文メッセージを一意に区別する識別情報に基づいて、旧ＩＣカードにアプリケーションを搭載した際のアプリケーション搭載関連情報を読み取ることが可能とされたコンピュータ読み取りが可能なデータベース部、
カード利用者からの再発行カードへのアプリケーション再搭載の要求を受け付ける手段、
当該ＩＣカードが再発行カードであるか否かを判断する手段、
当該ＩＣカードへアプリケーションを搭載する手段、
ＩＣカードの発行及び管理を行うＩＣカード発行管理システムに対して、ＩＣカード再 発行のために送信するデータを、前記データベース部に格納されている情報を用いて生成する手段、
ＩＣカード発行管理システムからのＩＣカード再発行通知に関するデータを受信する手段、及び
ＩＣカード発行管理システムへＩＣカード再発行通知に関するデータを送信する手段と、を有するＩＣカードアプリケーション発行管理処理部と、を有することを特徴とするＩＣカードシステム。 - カード再発行機能を有するＩＣカードシステムであって、
再発行したＩＣカードに対応する旧ＩＣカードに、要求されているアプリケーションを搭載した際に用いたカード発行者との電文メッセージを一意に区別する識別情報を格納したデータ領域と、旧ＩＣカードにアプリケーションを搭載した際のアプリケーション搭載関連情報を格納したデータ領域と、を少なくとも有し、前記カード発行者との電文メッセージを一意に区別する識別情報に基づいて、旧ＩＣカードにアプリケーションを搭載した際のアプリケーション搭載関連情報を読み取ることが可能とされたコンピュータ読み取りが可能なデータベース部、
第３者からの再発行要求を受け付ける手段、
当該第３者にＩＣカードを発行する手段、
ＩＣカードを用いてサービスを実行及び管理を行うＩＣカードサービス提供管理システムに送信するために、当該ＩＣカードが再発行カードであるか否かを示す情報と、ＩＣカードサービス提供管理システムとの交信内容を特定するための識別情報と、当該ＩＣカードを動作させるオペレーション・システムの種別を示す種別識別情報とを、少なくとも有する通信データを、前記データベース部に格納されている情報を用いて生成する手段、
ＩＣカードサービス提供管理システムからのＩＣカードの再発行に関する所望データを受信する手段、及び
ＩＣカードサービス提供管理システムへ、ＩＣカードの再発行通知に関する所望データを送信する手段とを有するＩＣカード発行管理処理部と、を有することを特徴とするＩＣカードシステム。 - カード再発行機能を有するＩＣカードシステムであって、
再発行したＩＣカードに対応する旧ＩＣカードに、要求されているアプリケーションを搭載した際に用いたカード発行者との電文メッセージを一意に区別する識別情報を格納したデータ領域と、旧ＩＣカードにアプリケーションを搭載した際のアプリケーション搭載関連情報を格納したデータ領域と、を少なくとも有し、前記カード発行者との電文メッセージを一意に区別する識別情報に基づいて、旧ＩＣカードにアプリケーションを搭載した際のアプリケーション搭載関連情報を読み取ることが可能とされたコンピュータ読み取りが可能なデータベース部、
第３者からの再発行カードへのアプリケーションの再搭載要求を受け付ける手段、
当該ＩＣカードが再発行カードであるか否かを判断する手段、
当該ＩＣカードへアプリケーションを搭載する手段、
ＩＣカードの発行及び管理を行うＩＣカード発行管理システムとの間でＩＣカード再発行のために交信する通信データを、前記データベース部に格納された情報を用いて生成する手段、
ＩＣカード発行管理システムからのＩＣカード再発行に関する所望データを受信する手段、及び
ＩＣカード発行管理システムへＩＣカード再発行に関する所望データを送信する手段、とを備えたＩＣカードアプリケーション発行管理処理部と、を有することを特徴とするＩＣカードシステム。 - カード再発行機能を有するＩＣカードシステムであって、
再発行したＩＣカードに対応する旧ＩＣカードに、要求されているアプリケーションを搭載した際に用いたカード発行者との電文メッセージを一意に区別する識別情報を格納したデータ領域と、旧ＩＣカードにアプリケーションを搭載した際のアプリケーション搭載 関連情報を格納したデータ領域と、を少なくとも有し、前記カード発行者との電文メッセージを一意に区別する識別情報に基づいて、旧ＩＣカードにアプリケーションを搭載した際のアプリケーション搭載関連情報を読み取ることが可能とされたコンピュータ読み取りが可能なデータベース部、
第３者からの再発行要求を受け入れる手段、
当該利用者にＩＣカードを再発行する手段、
ＩＣカードを用いて、サービスを実行及び管理を行うＩＣカードサービス提供管理システムに対して、ＩＣカードの再発行通知のために送信する、少なくとも、当該ＩＣカードを動作させるオペレーション・システムの種別を示す種別識別情報を含むデータを、前記データベース部に格納された情報を用いて生成が可能な手段、
ＩＣカードサービス提供管理システムからのＩＣカード再発行通知のため所望データを受信する手段、及び
ＩＣカードサービス提供管理システムへ、少なくとも、当該ＩＣカードを動作させるオペレーション・システムの種別を示す種別識別情報を含む、前記ＩＣカード再発行通知のためのデータを送信する手段と、を有するＩＣカード発行管理処理部と、を有することを特徴とするＩＣカードシステム。 - カード再発行機能を有するＩＣカードシステムであって、
再発行したＩＣカードに対応する旧ＩＣカードに、要求されているアプリケーションを搭載した際に用いたカード発行者との電文メッセージを一意に区別する識別情報を格納したデータ領域と、旧ＩＣカードにアプリケーションを搭載した際のアプリケーション搭載関連情報を格納したデータ領域と、を少なくとも有し、前記カード発行者との電文メッセージを一意に区別する識別情報に基づいて、旧ＩＣカードにアプリケーションを搭載した際のアプリケーション搭載関連情報を読み取ることが可能とされたコンピュータ読み取りが可能なデータベース部、
カード利用者からの再発行カードへのアプリケーション再搭載の要求を受け付ける手段、
当該ＩＣカードが再発行カードであるか否かを判断する手段、
当該ＩＣカードへアプリケーションを搭載する手段、
ＩＣカードの発行及び管理を行うＩＣカード発行管理システムに対して、ＩＣカード再発行通知のために送信するデータを、前記データベース部に格納されている情報を用いて生成する手段、
ＩＣカード発行管理システムからの、少なくとも、当該ＩＣカードを動作させるオペレーション・システムの種別を示す種別識別情報を含むＩＣカード再発行通知に関するデータを受信する手段、及び
ＩＣカード発行管理システムへＩＣカード再発行通知に関するデータを送信する手段と、を有するＩＣカードアプリケーション発行管理処理部と、を有することを特徴とするＩＣカードシステム。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000341931A JP3636984B2 (ja) | 2000-11-09 | 2000-11-09 | Ｉｃカードシステム用記録媒体及びｉｃカードシステム |
| US09/940,663 US7152230B2 (en) | 2000-11-09 | 2001-08-29 | Storage media storing data related to smart card, smart card system and smart card application loading method |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000341931A JP3636984B2 (ja) | 2000-11-09 | 2000-11-09 | Ｉｃカードシステム用記録媒体及びｉｃカードシステム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2002150233A JP2002150233A (ja) | 2002-05-24 |
| JP3636984B2 true JP3636984B2 (ja) | 2005-04-06 |
Family
ID=18816581
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2000341931A Expired - Lifetime JP3636984B2 (ja) | 2000-11-09 | 2000-11-09 | Ｉｃカードシステム用記録媒体及びｉｃカードシステム |
Country Status (2)
| Country | Link |
|---|---|
| US (1) | US7152230B2 (ja) |
| JP (1) | JP3636984B2 (ja) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US8752159B2 (en) | 2010-07-12 | 2014-06-10 | Ricoh Company, Ltd. | Information processing apparatus, verification system, control method of verification system, program of control method of verification system, and storage medium |
Families Citing this family (24)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US8209753B2 (en) | 2001-06-15 | 2012-06-26 | Activcard, Inc. | Universal secure messaging for remote security tokens |
| US20020194499A1 (en) * | 2001-06-15 | 2002-12-19 | Audebert Yves Louis Gabriel | Method, system and apparatus for a portable transaction device |
| US20040218762A1 (en) | 2003-04-29 | 2004-11-04 | Eric Le Saint | Universal secure messaging for cryptographic modules |
| US20030187781A1 (en) * | 2002-03-26 | 2003-10-02 | First Data Corporation | Method and system for processing card reissue transactions |
| FR2847415B1 (fr) * | 2002-11-14 | 2005-02-18 | Gemplus Card Int | Chargement d'une application a deployer dans un terminal et une carte a puce |
| US20040123152A1 (en) * | 2002-12-18 | 2004-06-24 | Eric Le Saint | Uniform framework for security tokens |
| US20040123138A1 (en) * | 2002-12-18 | 2004-06-24 | Eric Le Saint | Uniform security token authentication, authorization and accounting framework |
| US20040221174A1 (en) * | 2003-04-29 | 2004-11-04 | Eric Le Saint | Uniform modular framework for a host computer system |
| EP1662425A4 (en) * | 2003-08-22 | 2009-06-24 | Fujitsu Ltd | SYSTEM FOR MANAGING THE OPERATION OF AN INTEGRATED CIRCUIT BOARD |
| US20050138380A1 (en) * | 2003-12-22 | 2005-06-23 | Fedronic Dominique L.J. | Entry control system |
| US7907935B2 (en) * | 2003-12-22 | 2011-03-15 | Activcard Ireland, Limited | Intelligent remote device |
| US20060053202A1 (en) * | 2004-09-09 | 2006-03-09 | Chris Foo | Method and system implementing secure email |
| JP2007128468A (ja) * | 2005-11-07 | 2007-05-24 | Dainippon Printing Co Ltd | Ｉｃカード発行システム、および、ｉｃカード発行方法 |
| US8495613B2 (en) * | 2005-12-22 | 2013-07-23 | Microsoft Corporation | Program execution service windows |
| JP4972994B2 (ja) * | 2006-05-17 | 2012-07-11 | ソニー株式会社 | 情報処理装置および情報処理方法、並びにプログラム |
| US20120130838A1 (en) * | 2006-09-24 | 2012-05-24 | Rfcyber Corp. | Method and apparatus for personalizing secure elements in mobile devices |
| EP1936574A1 (en) * | 2006-12-01 | 2008-06-25 | Cassis International PTE Ltd. | CAP file for the personalisation of a Java application |
| US8219804B2 (en) * | 2007-09-13 | 2012-07-10 | Ricoh Company, Ltd. | Approach for managing device usage data |
| US8495175B2 (en) * | 2007-10-15 | 2013-07-23 | Nxp B.V. | Method and service provider for managing expired or consumed applications being stored in mobile communication devices |
| US8201258B2 (en) * | 2007-10-17 | 2012-06-12 | Spansion Llc | Secure personalization of memory-based electronic devices |
| US8880040B2 (en) * | 2011-05-23 | 2014-11-04 | Microsoft Corporation | Mobile network operator identification |
| US20120310837A1 (en) * | 2011-06-03 | 2012-12-06 | Holden Kevin Rigby | Method and System For Providing Authenticated Access to Secure Information |
| US9424406B2 (en) * | 2014-09-09 | 2016-08-23 | International Business Machines Corporation | Asset protection based on redundantly associated trusted entitlement verification |
| JP2016207069A (ja) * | 2015-04-27 | 2016-12-08 | 株式会社東芝 | Ｉｃカード発行用のデータ処理装置、ｉｃカードの発行データ生成プログラム、および、ｉｃカードの発行データ生成方法 |
Family Cites Families (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH0628075B2 (ja) | 1987-12-02 | 1994-04-13 | オムロン株式会社 | カードシステム |
| JP2783971B2 (ja) * | 1994-01-26 | 1998-08-06 | 日本信販株式会社 | クレジットカードの発行方法 |
| FR2750274B1 (fr) * | 1996-06-21 | 1998-07-24 | Arditti David | Procede de prise en compte d'une demande d'utilisation d'une carte prepayee virtuelle permettant la reutilisation de son numero de serie |
| US5923884A (en) * | 1996-08-30 | 1999-07-13 | Gemplus S.C.A. | System and method for loading applications onto a smart card |
| US6317832B1 (en) * | 1997-02-21 | 2001-11-13 | Mondex International Limited | Secure multiple application card system and process |
| JPH11120300A (ja) * | 1997-10-09 | 1999-04-30 | Fujitsu Ltd | 可搬型カード媒体，可搬型カード媒体のメモリ空間管理方法，可搬型カード媒体の発行方法および可搬型カード媒体のプログラムデータ書込方法並びにメモリ空間管理プログラムが記録されたコンピュータ読取可能な記録媒体 |
| US6199762B1 (en) * | 1998-05-06 | 2001-03-13 | American Express Travel Related Services Co., Inc. | Methods and apparatus for dynamic smartcard synchronization and personalization |
| JP2000036015A (ja) | 1998-07-17 | 2000-02-02 | Toshiba Corp | Ｉｃカード処理装置とｉｃカードとｉｃカード処理システムとｉｃカード処理方法 |
| DE19839847A1 (de) * | 1998-09-02 | 2000-03-09 | Ibm | Speichern von Datenobjekten im Speicher einer Chipkarte |
| JP3910300B2 (ja) | 1998-11-06 | 2007-04-25 | 株式会社エヌ・ティ・ティ・データ | Ｉｃカード用プログラム管理システム及び方法 |
| US6651884B2 (en) * | 2002-03-26 | 2003-11-25 | First Data Corporation | System for ranking card reissue transactions |
-
2000
- 2000-11-09 JP JP2000341931A patent/JP3636984B2/ja not_active Expired - Lifetime
-
2001
- 2001-08-29 US US09/940,663 patent/US7152230B2/en not_active Expired - Fee Related
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US8752159B2 (en) | 2010-07-12 | 2014-06-10 | Ricoh Company, Ltd. | Information processing apparatus, verification system, control method of verification system, program of control method of verification system, and storage medium |
Also Published As
| Publication number | Publication date |
|---|---|
| US20020056079A1 (en) | 2002-05-09 |
| US7152230B2 (en) | 2006-12-19 |
| JP2002150233A (ja) | 2002-05-24 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3636984B2 (ja) | Ｉｃカードシステム用記録媒体及びｉｃカードシステム | |
| US7707225B2 (en) | Information processing apparatus, information processing method, and program | |
| US7882208B2 (en) | Information management apparatus, information management method, and program for managing an integrated circuit | |
| US8215547B2 (en) | Data communicating apparatus and method for managing memory of data communicating apparatus | |
| EP2508014B1 (en) | Methods, secure element, server, computer programs and computer program products for improved application management | |
| US6005942A (en) | System and method for a multi-application smart card which can facilitate a post-issuance download of an application onto the smart card | |
| US20040255143A1 (en) | Data integrity | |
| JP4251667B2 (ja) | アプリケーション履歴リストを有する集積回路カード | |
| JP4252034B2 (ja) | 携帯可能なリソースモジュールのリソースを管理するシステム及び方法 | |
| EP0818761A1 (en) | Integrated circuit card, secure application module, system comprising a secure application module and a terminal and a method for controlling service actions to be carried out by the secure application module on the integrated circuit card | |
| EP1645984A1 (en) | Information processing apparatus, information processing method, and program | |
| CA2675854A1 (en) | Secure money transfer systems and methods using biometric keys associated therewith | |
| EP2127172A2 (en) | Generation systems and methods for transaction identifiers having biometric keys associated therewith | |
| WO2005076204A1 (en) | Smart card for containing plural issuer security domain and method for installing plural issuer security domain in a smart card | |
| JP2001126009A (ja) | 電子情報流通システム及び電子情報流通プログラムを格納した記憶媒体及び電子情報流通方法 | |
| JP3947864B2 (ja) | 端末装置および失効情報ファイル作成装置 | |
| CN114493565A (zh) | 账户关联方法及账户关联管理系统 | |
| JP4291068B2 (ja) | Ｉｃカード及びｉｃカードシステム | |
| KR100901297B1 (ko) | 가상 가맹점 망 운용 시스템 | |
| US20220335420A1 (en) | Memory management in a transaction processing device | |
| US20230009823A1 (en) | Method and device for managing access authorization to a payment service provided to a user | |
| EP4148648A1 (en) | Method for managing a till e-receipt | |
| KR20200031026A (ko) | 신호 처리 장치 및 방법 | |
| eESC | Open Smart Card Infrastructure for Europe | |
| KR20050074864A (ko) | 스마트 카드용 애플리케이션(또는 데이터) 사용 고객 확인방법 및 시스템 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20040726 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20040907 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20041102 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20041228 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20050106 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 Ref document number: 3636984 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| S111 | Request for change of ownership or part of ownership |
Free format text: JAPANESE INTERMEDIATE CODE: R313117 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080114 Year of fee payment: 3 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080114 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090114 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090114 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100114 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110114 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110114 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120114 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130114 Year of fee payment: 8 |
|
| S531 | Written request for registration of change of domicile |
Free format text: JAPANESE INTERMEDIATE CODE: R313531 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| EXPY | Cancellation because of completion of term |