(57)【要約】【課題】カードの再発行処理が円滑に行えるようにしてイシュア側の負荷を軽減するとともに、カード利用者の利便性を向上させる。【解決手段】少なくともカード発行に必要な情報をデータベース化して一元的に管理するＩＣカードデータ管理センタ（３）においてカードイシュア（２−１〜２−ｎ）からの再発行要求を受け付け、旧カードから新カードへの変更に伴って個人情報、カードライフサイクル、引き継ぎ情報のデータベースを更新するとともに、データベースからカード発行に必要なデータを取得してＩＣカードデータを生成して書き込むようにしたものである。【選択図】　　　　図１
2004030240.tif 000002
【特許請求の範囲】
【請求項１】
少なくともカード発行に必要な情報をデータベース化して一元的に管理するＩＣカードデータ管理センタにおいてカードイシュアからの再発行要求を受け付け、旧カードから新カードへの変更に伴って個人情報、カードライフサイクル、引き継ぎ情報のデータベースを更新するとともに、データベースからカード発行に必要なデータを取得してＩＣカードデータを生成して書き込むことを特徴とするＩＣカードの再発行システム。
【請求項２】
前記ＩＣカードデータ管理センタは、
搭載アプリケーション一覧データベースから再発行前にカードに搭載していたアプリケーションの一覧を取得するとともに、個人情報データベース、鍵・証明書データベースから必要なデータを取得してＩＣカードデータを生成し、さらにアプリケーションに付随するバリューを書き込むことを特徴とする請求項１記載のシステム。
【請求項３】
ＩＣカードへの書き込み後、新カードのライフサイクルステイタスを変更してライフサイクルデータベースに登録することを特徴とする請求項２記載のシステム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明はＩＣカードのデータを一元的に管理するＩＣカードデータ管理センタにおいてカードの再発行を行えるようにしたシステムに関する。
【０００２】
【従来の技術】
従来、ＲＯＭ（リード・オンリ・メモリ）に制御プログラム、アプリケーションプログラムを格納する単機能ＩＣカードが使用されてきたが、近年、ＥＥＰＲＯＭ等の不揮発性メモリの容量の増加によって、複数のアプリケーションプログラムを不揮発性メモリに格納して多機能化を図ったマルチアプリケーションＩＣカードの実現が可能になっている（例、ＭＵＬＴＯＳ，Ｊａｖａ　Ｃａｒｄ）。
【０００３】
定期券とプリペイドカードとを併用するＩＣカードシステムも既に普及し、また、マルチアプリケーションＩＣカードの余ったメモリエリアを提携会社等に貸与し、各提携会社が個別に発行するカードを１つのＩＣカードに統合できるようにすることや、電子マネー、ポイントカード、チケット、クーポンなどを併用したり、ＩＣカードを携帯電話にセットしてモバイル決済を可能にすることなども考えられている。
【０００４】
【発明が解決しようとする課題】
ところで、マルチアプリケーションＩＣカードの場合、ＩＣカードの単価が上昇するだけでなく、カード発行後のアプリケーションの追加、更新、削除が可能になるため、特にカード紛失時や更新時の再発行処理が煩雑になり、ＩＣカード発行者（イシュア）にとって再発行業務の負荷が増大することが懸念され、カード管理業務の負荷を軽減し、かつカード再発行の迅速化が求められている。
【０００５】
【課題を解決するための手段】
本発明は上記課題を解決しようとするものであり、ＩＣカードについてのデータを一元的に管理し、カードの再発行処理が円滑に行えるようにしてイシュア側のカード管理業務の負荷を軽減し、かつカード再発行の迅速化を図るとともに、カード利用者の利便性を向上させようとするものである。
そのために本発明は、少なくともカード発行に必要な情報をデータベース化して一元的に管理するＩＣカードデータ管理センタにおいてカードイシュアからの再発行要求を受け付け、旧カードから新カードへの変更に伴って個人情報、カードライフサイクル、引き継ぎ情報のデータベースを更新するとともに、データベースからカード発行に必要なデータを取得してＩＣカードデータを生成して書き込むことを特徴とする。
また、本発明は、前記ＩＣカードデータ管理センタは、搭載アプリケーション一覧データベースから再発行前にカードに搭載していたアプリケーションの一覧を取得するとともに、個人情報データベース、鍵・証明書データベースから必要なデータを取得してＩＣカードデータを生成し、さらにアプリケーションに付随するバリューを書き込むことを特徴とする。
また、本発明は、ＩＣカードへの書き込み後、新カードのライフサイクルステイタスを変更してライフサイクルデータベースに登録することを特徴とする。
【０００６】
【発明の実施の形態】
以下、本発明の実施の形態を図面を参照しつつ説明する。
図１は本発明のＩＣカードデータ管理センタを説明する概念図である。
図１は本発明のＩＣカードデータ管理システムを説明する概念図である。
カードホルダ１−１〜１−ｎが、クレジット会社等のＩＣカード発行者（イシュア）２−１〜２−ｎに対してカード発行を申し込み、カード発行に必要な個人情報を提供する。イシュアに集められたカード発行に必要な個人情報、別途サービス提供者からイシュアに提供されるアプリケーション等の情報はイシュアからＩＣカードデータ管理センタ３に送られる。ＩＣカードデータ管理センタ３はイシュアから預託された個人情報、アプリケーション等の情報をデータベース化し、イシュアに代わってデータ管理業務を行う。また、アプリケーションが未開発な場合にはこれを開発し、制御情報や顧客データとアプリケーションとの対応づけ、鍵の生成、データの暗号化処理等、必要なデータ処理を行い、ＩＣカード発行データを生成する。
【０００７】
こうしてアプリケーションを含むデータを生成して、ＩＣカードの発行業務を担当するＩＣカード発行センタ４へ送る。ＩＣカード発行センタ４では、データ管理センタから送られたデータを各ＩＣカードに書き込み、カード表面への印字処理等も行って、マルチアプリケーションＩＣカードとして発行し、発送する。再発行依頼があった場合は、データベースから個人情報を取り出してデータをＩＣカード発行センタ４に送り再発行し、データベースの当該カードの情報を更新する。なお、ＩＣカード発行センタ４では大量のＩＣカード発行を行うが、銀行のＡＴＭのようなＩＣカード発行端末５を通して個別にリアルタイムでＩＣカードの発行を行うこともできる。
【０００８】
後日、アプリケーションの追加をしたい場合には、カードホルダから各種端末、パソコン、携帯電話機からインターネット網８を介して情報配信センタ６にアクセスし、「カード会社名」、「ＰＩＮ」、「カード番号」の情報を入力するか、もしくはカードから自動的に取り出して送ることにより、ＩＣカードデータ管理センタ３では、イシュア、サービス提供者、アプリケーションの各データベースを参照してダウンロードが許可できるかどうかを確認し、可能であれば情報配信センタ６を通してＩＣカードへのダウンロードを実行する。誰（カード番号）が、どのアプリケーションのダイナミッグ・ダウンロードを実行したかの履歴が残るので、それをサービス提供者に提供して料金を請求する。
【０００９】
また、サービスセンタ７を通してカード履歴等の照会があると、ＩＣカードデータ管理センタではデータベースを参照し、照会に対する情報提供等のサービスを行う。
【００１０】
図２はＩＣカードデータ管理センタを説明する概念図である。
ＩＣカードデータ管理センタは、サーバ群１０、データベース２０とから構成されるシステムを有している。サーバ群１０はイシュアから預託されるデータの登録や更新を行うと共に、データ管理業務を代行し、鍵の生成や証明書の受取や登録、カード発行データの生成等を行う発行処理サーバ１１、カードホルダからの要求に対してアプリケーションのダイナミックダウンロードを行うＤＤＬサーバ１２、所定期間、例えば月次毎にアプリケーションのダウンロード、更新等の履歴を集計し、集計データをイシュアやサービス提供者に配信し、課金の元データを生成するバッチサーバ１３等を有している。
【００１１】
個人情報データベースは、カードホルダの住所、氏名、年齢、ＰＩＮ、カード有効期限、使用アプリケーション等のＩＣカードに関する情報のデータベースである。
イシュアデータベースは、ＩＣカード発行者に関する一切の情報のデータベースである。
鍵・証明書データベースは、イシュアに関する鍵、カード個別の鍵、イシュアから受け取った鍵証明書、あるいは電子署名等の秘密情報データベースである。
カードプロファイルデータベースは、ＩＣカードのチップの型番、製造メーカ、搭載するＯＳ、メモリ容量等の主にカードのハード構成を規定する情報のデータベースである。
ＡＰ一覧・ＡＰプロファイルデータベースは、データ管理センタが保有するアプリケーションの一覧の情報、各個人のＩＣカードに搭載されたアプリケーションについての過去の履歴、アプリケーションの提供者やバージョンＮｏ、アプリケーションの容量等アプリケーションの内容を示す情報のデータベースである。
【００１２】
ＳＰ（サービス提供者）プロファイルデータベースは、アプリケーションを登録申請するサービス提供者の情報のデータベースである。
課金用ログデータベースは、カードホルダがどのようなアプリケーションを何回ダウンロード、更新したかを示す履歴情報のデータベースである。
カードのライフサイクルデータベースはＩＣカードの履歴情報のデータべースであり、ステイタス情報を有している。ステイタスは
１：初期状態
２：発行済み（利用可能）
３：一時使用不可
４：終了（有効期限切れ）
５：終了（失効）
６：その他（工場生産の工程毎のステイタス等）
からなり、ＩＣカードがどのような状態にあるか把握できる情報である。
【００１３】
アプリケーションのライフサイクルデータベースは、アプリケーションの履歴情報のデータべースであり、ステイタス情報を有している。ステイタスは
１：初期状態
２：アプリケーション搭載済み
３：一時退避中（サーバ等に退避する時）
４：一時使用不可
５：終了（有効期限切れ）
６：終了（失効）
からなり、アプリケーションの状態が把握できる情報である。
【００１４】
バリューデータベースは、ポイントアプリケーション等におけるバーチャルな価値情報であり、該当するアプリケーションを何回使用したかにより価値が加算されるポイントのデータベースである。
引継ぎ情報データベースは、カードを再発行したときに旧カードの番号と、新カードの番号を対応させたもので、再発行を生じさせた事由を含む情報のデータベースである。
【００１５】
ＩＣカードデータ管理センタでは、このようなデータベースを利用してデータ管理業務の代行やカード発行・再発行処理を行う。
すなわち、データベースサーバ１１によりイシュアから預託されるデータの登録や更新を行い、データベースに基づいてイシュアに代わってデータ管理を実行するので、イシュアのカード管理業務の負担を無くし、かつ確実にＩＣカードデータの管理を行うことができる。また、鍵の生成や証明書の受取や登録、カード発行データの生成等を行って大量のカード発行処理を行うとともに、カードの紛失などによるカード再発行要求に対してもカードプロファイル、引き継ぎ情報データベース等の更新を行い、カード発行データを生成して的確にカードの再発行処理を実行する。
【００１６】
ＤＤＬサーバ１２はエンドユーザからの要求に対して個人情報、イシュア、カードプロファイル等のデータベースを参照してダウンロードが許可できるか否か判定し、許可できる場合には個別にアプリケーションのダイナミックダウンロードサービスを行って個人の利便性を向上させる。
【００１７】
バッチサーバ１３は、例えば月次毎にアプリケーションのダウンロード、更新等の履歴を集計し、課金用ログとして残すとともに、課金の元データを生成して集計データとしてイシュアやサービス提供者に配信し、イシュアやサービス提供者の収納業務の負荷を軽減している。
【００１８】
図３はＩＣカード再発行処理フローを説明する図、図４は引継ぎ情報データベースを説明する図である。
カードイシュアの独自審査を経て再発行が許可され、カードイシュアからの再発行要求があると、ＩＣカードデータ管理センタでは再発行要求を受け付け（ステップＳ１）、旧カード番号、新カード番号及びその他更新された個人情報を入力し（ステップＳ２）、旧カード番号、新カード番号及びその他更新された個人情報を更新登録し（ステップＳ３）、個人情報データベースをアップデートする。次いで、旧カードのライフサイクルステイタスを変更し（ステップＳ４）、ライフサイクルデータベースをアップデートする。旧カードから、新カードへの引継ぎ情報を登録し（ステップＳ５）、引継ぎ情報データベースに書き込む。
【００１９】
引継ぎ情報データベースは、図４（ａ）に示すように、旧カード番号と新カード番号を対応させて再発行の事由フラグを記述したもので、新カードからさらに新新カードが再発行された場合には、同様に新カード番号と新新カード番号を対応させて事由フラグが記述される。例えば、図４（ｂ）に示すように、初回カード番号「０００１」を発行し、紛失したのでカード番号「００１２」を紛失再発行し、更新期限がきた場合、カード番号「００１２」を「０２３１」に更新して更新再発行する。
【００２０】
図３に戻って、搭載アプリケーション一覧データベースから再発行前に搭載していたアプリケーションの一覧を取得する（ステップＳ６）。
【００２１】
次のステップＳ７〜Ｓ１１はＩＣカードへの書き込み処理を示し、まず、個人情報データベース、鍵・証明書データベースから必要なデータを取得してＩＣカードデータを生成し、ＩＣカードにアプリケーションと個人情報を書き込む（ステップＳ７）。次いで、搭載済みアプリケーションを全て書き込んだか否かを判断し（ステップＳ８）、全て書き込んでない場合には、再発行前に搭載していたアプリケーションの一覧を参照し（ステップＳ９）、鍵・証明書データベースから必要なデータを取り込んで必要なアプリケーションをロードし（ステップＳ１０）、バリューデータベースからアプリケーションに付随するデータ（バリュー）を取得して書き込み（ステップＳ１１）、搭載済みアプリケーションを全て書き込むと、新カードのライフサイクルステイタスを変更して（ステップＳ１２）、ライフサイクルデータベースに登録し、ステイタスをセキュアード（利用可能）として処理が終了する。
【００２２】
【発明の効果】
以上のように、本発明によれば、マルチアプリケーションの再発行業務を全てＩＣカードデータ管理センタにおいて、個人情報データベース、ライフサイクルデータベース、引継ぎ情報データベース、搭載アプリケーション一覧データベース、鍵・証明書データベース、バリューデータベースを参照して確実に実行できるので、ＩＣカードの再発行業務を容易に実現することが可能となる。
【図面の簡単な説明】
【図１】本発明のＩＣカードデータ管理センタを説明する概念図である。
【図２】ＩＣカードデータ管理センタを説明する概念図である。
【図３】ＩＣカード再発行処理フローを説明する図である。
【図４】引継ぎ情報データベースを説明する図である。
【符号の説明】
１…カードホルダ、２…イシュア、３…ＩＣカードデータ管理センタ、４…ＩＣカード発行センタ、５…ＩＣカード発行端末、６…情報配信センタ、７…サービスセンタ、８…インターネット網、１０…サーバ群、１１…発行処理サーバ、１２…ＤＤＬサーバ、１３…バッチサーバ、２０…データベース。
【図１】
2004030240.tif 000003
【図２】
2004030240.tif 000004
【図３】
2004030240.tif 000005
【図４】
2004030240.tif 000006