(57)【要約】【課題】アプリケーションの追加が容易に行えるようにする。【解決手段】ＩＣカードに関する情報をデータベース化して一元的に管理し、アプリケーションをインターネットを通して配信する機能を有するＩＣカードデータ管理センタ（１）と、ＩＣカードデータ管理センタと接続されるＩＣカードが装着可能な端末装置（３，４，５）とからなり、ＩＣカードデータ管理センタは、端末装置からのアプリケーションダウンロード要求に対してチップＩＤ、カード番号から個人情報、カードプロファイル、イシュアのデータベースを参照してカードの有効性、ビジネス上の排他関係にあるか否かを判別し、カードが有効で、かつビジネス上の排他関係にないことを条件に、ダウンロード可能なアプリケーション一覧データを送信するようにしたものである。【選択図】　　　　図１
2004030239.tif 000002
【特許請求の範囲】
【請求項１】
ＩＣカードに関する情報をデータベース化して一元的に管理し、ＩＣカードに書き込むアプリケーションをインターネットを通して配信する機能を有するＩＣカードデータ管理センタと、
インターネットを通してＩＣカードデータ管理センタと接続されるＩＣカードが装着可能な端末装置とからなり、
前記ＩＣカードデータ管理センタは、端末装置からのアプリケーションダウンロード要求に対してチップＩＤ、カード番号の送信を要求し、取得したチップＩＤ、カード番号から個人情報、カードプロファイル、イシュアのデータベースを参照してカードの有効性、ビジネス上の排他関係にあるか否かを判別し、カードが有効で、かつビジネス上の排他関係にないことを条件に、ダウンロード可能なアプリケーション一覧データを送信することを特徴とするアプリケーションの追加制御システム。
【請求項２】
ＩＣカードデータ管理センタは、アプリケーション一覧データから選択されたアプリケーション情報を受信すると、新規の追加かバージョンアップかを判別し、バージョンアップであることを条件に、端末装置に対してアプリケーションの削除コマンドを送信することを特徴とする請求項１記載のシステム。
【請求項３】
ＩＣカードデータ管理センタは、アプリケーションのバージョンアップ要求であって旧アプリケーションが削除されたことを条件に、或いは新規のアプリケーション追加要求に対して、個人情報、鍵・証明書、バリューに関するデータベースも参照してＩＣカードデータを生成して端末装置に送信することを特徴とする請求項１または２記載のシステム。
【請求項４】
ＩＣカードデータ管理センタは、端末装置側からＩＣカードのデータを変更したことを受信すると、該当するデータベースの内容を更新することを特徴とする請求項１乃至３いずれか記載のシステム。
【請求項５】
端末装置からのアプリケーションダウンロード要求によるアプリケーションのバージョンアップにより、クレジットアプリケーションの有効期限の更新を行えるようにしたことを特徴とする請求項１記載のシステム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明はＩＣカードのデータを一元的に管理し、発行後のカードへのアプリケーションの追加を行えるようにしたシステムに関する。
【０００２】
【従来の技術】
従来、ＲＯＭ（リード・オンリ・メモリ）に制御プログラム、アプリケーションプログラムを格納する単機能ＩＣカードが使用されてきたが、近年、ＥＥＰＲＯＭ等の不揮発性メモリの容量の増加によって、複数のアプリケーションプログラムを不揮発性メモリに格納して多機能化を図ったマルチアプリケーションＩＣカードの実現が可能になっている（例、ＭＵＬＴＯＳ，Ｊａｖａ　Ｃａｒｄ）。
【０００３】
定期券とプリペイドカードとを併用するＩＣカードシステムも既に普及し、また、マルチアプリケーションＩＣカードの余ったメモリエリアを提携会社等に貸与し、各提携会社が個別に発行するカードを１つのＩＣカードに統合できるようにすることや、電子マネー、ポイントカード、チケット、クーポンなどを併用したり、ＩＣカードを携帯電話にセットしてモバイル決済を可能にすることなども考えられている。
【０００４】
【発明が解決しようとする課題】
マルチアプリケーションＩＣカードに関する管理権限は、カード発行者（イシュア）にあり、通常カードに搭載するアプリケーションはカードが工場で発行されるタイミングで静的に書き込んで出荷し、その後配送業者を経てエンドユーザ（生活者）の手元に届くようになっている。一度出荷し、生活者の手元に届いたカードについては、アプリケーションを動的に追加搭載、削除した場合に動的に変化するカード情報をイシュアが管理する手段がないため、生活者が任意のアプリケーションを選択し、追加、削除をすることができない仕組みになっていた。もし、生活者がアプリケーションを任意に追加、削除できるようにすると、イシュアの意図しない、例えば競合会社の作成したアプリケーションが搭載される可能性があり、イシュアの業務を妨げることになりかねないからである。
【０００５】
【課題を解決するための手段】
本発明は上記課題を解決しようとするもので、マルチアプリケーションＩＣカードにおいてアプリケーションの追加が容易に行えるようにすることを目的とする。
そのために本発明は、ＩＣカードに関する情報をデータベース化して一元的に管理し、ＩＣカードに書き込むアプリケーションをインターネットを通して配信する機能を有するＩＣカードデータ管理センタと、インターネットを通してＩＣカードデータ管理センタと接続されるＩＣカードが装着可能な端末装置とからなり、前記ＩＣカードデータ管理センタは、端末装置からのアプリケーションダウンロード要求に対してチップＩＤ、カード番号の送信を要求し、取得したチップＩＤ、カード番号から個人情報、カードプロファイル、イシュアのデータベースを参照してカードの有効性、ビジネス上の排他関係にあるか否かを判別し、カードが有効で、かつビジネス上の排他関係にないことを条件に、ダウンロード可能なアプリケーション一覧データを送信することを特徴とする。
また、本発明は、ＩＣカードデータ管理センタは、アプリケーション一覧データから選択されたアプリケーション情報を受信すると、新規の追加かバージョンアップかを判別し、バージョンアップであることを条件に、端末装置に対してアプリケーションの削除コマンドを送信することを特徴とする。
また、本発明は、ＩＣカードデータ管理センタは、アプリケーションのバージョンアップ要求であって旧アプリケーションが削除されたことを条件に、或いは新規のアプリケーション追加要求に対して、個人情報、鍵・証明書、バリューに関するデータベースも参照してＩＣカードデータを生成して端末装置に送信することを特徴とする。
また、本発明は、ＩＣカードデータ管理センタは、端末装置側からＩＣカードのデータを変更したことを受信すると、該当するデータベースの内容を更新することを特徴とする。
【０００６】
【発明の実施の形態】
以下、本発明の実施の形態を図面を参照しつつ説明する。
図１は本発明のアプリケーション追加制御システムを説明する概念図、図２はデータベースを説明する図である。
ＩＣカードデータ管理センタ１は、イシュアから提供されたＩＣカードに関する情報をデータベース化して管理し、イシュアに代わってデータ管理業務を代行し、かつエンドユーザ（生活者）に対してアプリケーションの情報を配信するサービスを提供するセンタである。
【０００７】
顧客情報を一元的に管理するデータベースサーバ１０は、後述するように、例えば個人情報、イシュア情報、アプリケーション情報等のデータベース１１を用いてデータ管理業務を代行する。配信ウェブサーバ１２はデータベースサーバ１０から提供されるアプリケーション情報を生活者に対してインターネットを経由して配信するサーバである。
【０００８】
このシステムにおいて、コンビニエンス・ストアや銀行あるいは公共施設に配置された各種端末３、ＩＣカードのＩ／Ｏデバイス（一般的にはリーダ／ライタ）を装着した生活者側のパソコン４、或いは携帯電話５等の端末装置からインターネット網２を経由して配信ウェブサーバ１２にアプリケーションのダウンロードを要求すると、データベースサーバ１０はデータベース１１から要求者の個人情報、カードの有効性等をチェックしてダウンロード可能か否か判断し、可能である場合には競合関係等も考慮した搭載可能なアプリケーション一覧のデータを配信ウェブサーバ１２を通して提供する。生活者側ではアプリケーション一覧のデータの中から必要とするアプリケーションを指定すると、そのアプリケーションがダウンロードされる。
【０００９】
図２はデータ管理センタのデータベースを説明する図である。
個人情報データベースは、カードホルダの住所、氏名、年齢、ＰＩＮ、カード有効期限、使用アプリケーション等のＩＣカードに関する情報のデータベースである。
イシュアデータベースは、ＩＣカード発行者に関する一切の情報のデータベースである。
鍵・証明書データベースは、イシュアに関する鍵、カード個別の鍵、イシュアから受け取った鍵証明書、あるいは電子署名等の秘密情報データベースである。
カードプロファイルデータベースは、ＩＣカードのチップの型番、製造メーカ、搭載するＯＳ、メモリ容量等の主にカードのハード構成を規定する情報のデータベースである。
【００１０】
与信情報データベースは、クレジットカード保持者の年収、勤務先会社の安定度、自営業者の確定申告の内容、過去の支払状況等のデータベースである。
ＡＰ一覧・ＡＰプロファイルデータベースは、データ管理センタが保有するアプリケーションの一覧の情報、各個人のＩＣカードに搭載されたアプリケーションについての過去の履歴、アプリケーションの提供者やバージョンＮｏ、アプリケーションの容量等アプリケーションの内容を示す情報のデータベースである。
【００１１】
ＳＰ（サービス提供者）プロファイルデータベースは、アプリケーションを登録申請するサービス提供者の情報のデータベースである。
ビジネスロジックデータベースは、アプリケーションの作成者やイシュアがビジネス上で競合関係にあるか否か、或いはイシュアと提携関係にあるか否かを判断するためのデータベースである。
課金用ログデータベースは、エンドユーザがどのようなアプリケーションを何回ダウンロード、更新したかを示す履歴情報のデータベースである。
【００１２】
カードのライフサイクルデータベースはＩＣカードの履歴情報のデータべースであり、ステイタス情報を有している。ステイタスは
１：初期状態
２：発行済み（利用可能）
３：一時使用不可
４：終了（有効期限切れ）
５：終了（失効）
６：その他（工場生産の工程毎のステイタス等）
からなり、ＩＣカードがどのような状態にあるか把握できる情報である。
【００１３】
アプリケーションのライフサイクルデータベースは、アプリケーションの履歴情報のデータべースであり、ステイタス情報を有している。ステイタスは
１：初期状態
２：アプリケーション搭載済み
３：一時退避中（サーバ等に退避する時）
４：一時使用不可
５：終了（有効期限切れ）
６：終了（失効）
からなり、アプリケーションの状態が把握できる情報である。
【００１４】
バリューデータベースは、ポイントアプリケーション等におけるバーチャルな価値情報であり、該当するアプリケーションを何回使用したかにより価値が加算されるポイントのデータベースである。
引継ぎ情報データベースは、カードを再発行したときに旧カードの番号と、新カードの番号を対応させたもので、再発行を生じさせた事由を含む情報のデータベースである。
【００１５】
次に、データベースサーバ１０、配信ウエブサーバ１２によるアプリケーションのダイナミックダウンロード（ＤＤＬ）について図３、図４により説明する。以下の処理フローにおいて左側はアプリケーションのダウンロードを受ける側での処理、右側はデータセンタ側サーバが行う処理を示している。
【００１６】
図３はダイナミックダウンロード実行時の処理フローを説明する図である。
エンドユーザがパソコン等のリーダ／ライタにＩＣカードをセットし、ウェブサーバにアクセスし、ＤＤＬ要求を行う（ステップＳ１，Ｓ２）。ＩＣカード管理センタのサーバ側ではＤＤＬ要求を受信し、ＤＤＬ実行用のアプリケーションを送出する（ステップＳ３，Ｓ４）。ＤＤＬ実行用のアプリケーションをパソコン側で受信して実行する（ステップＳ５）。即ち、カード番号、ＰＩＮ（個人識別番号）を入力すると（ステップＳ６）、有効なＰＩＮか否か判断し（ステップＳ７）、有効でなければＤＤＬ実行は行われないで処理は終了する。ＰＩＮが有効であればＩＣカードからカード固有のチップＩＤを読み取り（ステップＳ８）、チップＩＤ、カード番号をサーバ側に送信する（ステップＳ９）。
【００１７】
サーバ側ではチップＩＤを受信し（ステップＳ１０）、チップＩＤをキーにして個人情報データベース、カードプロファイルデータベース、イシュアデータベース、与信データベースを参照し、イシュア、カード種別、個人の特定を行う（ステップＳ１１）。次いで、不払い等がないか否かカードの有効性を確認する（ステップＳ１２）。そして、有効なカードか否か判断し（ステップＳ１３）、有効であればビジネスロジックで競合関係、排他関係にあるか否か判断する（ステップＳ１４）。ビジネス上の排他関係にあるアプリケーションは、例えば、クレジット会社Ａ社のアプリケーションとクレジット会社Ｂ社のアプリケーション、Ｂカメラ販売店のポイントカードとＹカメラ販売店のポイントカード、イシュアと提携関係を結んでいないアプリケーション等である。ビジネスロジックデータベースでの具体的な指定方法は、排他関係を指定するのではなく、「当該カードに搭載許可の下りているアプリケーション一覧」を指定することで判断し、例えば、イシュアＩＤ、カード種別、搭載可能なアプリケーションのＩＤのように判断する。
【００１８】
ステップＳ１３で有効なカードでないか、あるいはステップＳ１４でビジネス上排他関係にあると判断された場合には、エラーメッセージを発生する（ステップＳ１５）。ステップＳ１３で有効なカードであり、かつステップＳ１４でビジネス上排他関係にないと判断された場合には、次処理を促す正常メッセージを出し（ステップＳ１６）、アプリケーション一覧データベースからＤＤＬ可能なアプリケーション一覧を取得して（ステップＳ１７）パソコン側へ送信する。パソコン側ではサーバ側からメッセージを受信し、ＤＤＬ可能なアプリケーション一覧を取得し（ステップＳ１８）、メッセージがエラーメッセージか否か判断し（ステップＳ１９）、エラーメッセージであれば処理は終了し、正常であればＤＤＬ処理をパソコン側、サーバ側で実行する（ステップＳ２０）。
【００１９】
図４は図３のステップＳ２０（ＤＤＬ実行）の処理を説明する図である。
ＤＤＬ可能なアプリケーション一覧から任意のアプリケーションを選択し（ステップＳ２１）、選択したアプリケーション情報をサーバ側に送信する（ステップＳ２２）。サーバ側では選択されたアプリケーション情報を受信し（ステップＳ２３）、次いでその情報からアプリケーション一覧データベースを参照して過去の履歴を調べ、新規かバージョンアップかの確認を行う（ステップＳ２４）。データベースの情報からバージョンアップか否か判断し（ステップＳ２５）、バージョンアップであればアプリケーション削除コマンドをパソコン側に送信する（ステップＳ２６）。パソコン側ではアプリケーション削除指示コマンドを受信し（ステップＳ２７）、アプリケーションの削除を実行し（ステップＳ２８）、削除結果をサーバ側に返却する（ステップＳ２９）。
【００２０】
サーバ側では削除結果を受信すると、アプリケーション一覧データベースを更新（該当するアプリケーションが削除されたことを登録）する（ステップＳ３０）。こうしてデータベースを更新し、あるいはステップＳ２５において、バージョンアップでない場合には、個人情報データベース、鍵・証明書データベース、バリューデータベースを参照し、ＩＣカードデータを生成する（ステップＳ３１）。次いで、必要なアプリケーション（ステップＳ２３、Ｓ２４で取得済み）とバリューを合わせたファイル（ＡＬＵ（アプリケーション・ロード・ユニット：ＭＵＬＴＯＳでの呼称）、ＣＡＰファイル（Ｊａｖａでの呼称））を作成し（ステップＳ３２）、作成したファイルをパソコン側に送信する（ステップＳ３３）。このファイルを受信すると、パソコン側ではＩＣカードへデータを書き込み（ステップＳ３４，Ｓ３５）、書き込み結果をサーバ側へ返却する（ステップＳ３６）。サーバ側では結果を受信すると、アプリケーション一覧データベース、カードプロファイルデータベースを更新して（ステップＳ３７）該当するアプリケーションのダウンロードが行われる。そして、再度、アプリケーション一覧データベースからＤＤＬ可能なアプリケーション一覧を取得してパソコン側に送信する。パソコン側ではＤＤＬ可能なアプリケーション一覧を取得し（ステップＳ３９）、引き続きアプリケーションのＤＤＬを行うか否か判断し（ステップＳ４０）、行う場合にはステップＳ２１に戻って以上の処理を繰り返し、行わない場合には処理を終了する。
【００２１】
【発明の効果】
以上のように、従来ではアプリケーションを追加するためには新たなＩＣカードを発行しなければならなかったが、本発明によればＩＣカードを変更せずに容易にアプリケーションの追加や変更が可能となる。
また、クレジットカードには、再与信を行う関係上、通常、意図的に有効期限を設定し、カードを更新発行する運用をとっており、更新発行の際は、従来では旧カードを返送もしくはユーザ側で破棄してもらい、新有効期限のカードを郵送するといった運用をとっていたが、本発明により、カード自体の再発行は行わず、新しい有効期限を設定したクレジットアプリケーションのバージョンアップを行うことにより、同様の効果がえられる。
【図面の簡単な説明】
【図１】アプリケーション追加制御システムを説明する概念図である。
【図２】データベースを説明する図である。
【図３】ＤＤＬ実行時の処理フローを説明する図である。
【図４】ＤＤＬ実行時の処理フローを説明する図である。
【符号の説明】
１…ＩＣカードデータ管理センタ、１０…データベースサーバ、１１…データベース、１２…配信サーバ、２…インターネット網、３…各種端末、４…パソコン、５…携帯電話。
【図１】
2004030239.tif 000003
【図２】
2004030239.tif 000004
【図３】
2004030239.tif 000005
【図４】
2004030239.tif 000006