JP4503961B2

JP4503961B2 - カードリーダライタシステム

Info

Publication number: JP4503961B2
Application number: JP2003318495A
Authority: JP
Inventors: 和夫杉山
Original assignee: Bank of Tokyo Mitsubishi UFJ Trust Co
Current assignee: MUFG Bank Ltd
Priority date: 2003-09-10
Filing date: 2003-09-10
Publication date: 2010-07-14
Anticipated expiration: 2023-09-10
Also published as: JP2005085126A

Description

本発明は、磁気カード、接触型ＩＣカード又は非接触型ＩＣカードなどに記憶されているカードアプリケーションの移動技術に関する。

従来、キャッシュカードやクレジットカードとして、主に磁気カードが利用されてきたが、近年のサービスの多様化に対応すべく、これらのカードをＩＣカード化することが検討されている。

一般に、ＩＣカードはＣＰＵとメモリを搭載しており、このメモリに記憶されているカードアプリケーションに基づいて、キャッシュカード機能、クレジットカード機能及びポイントカード機能などが実現されている。

メモリの記憶容量が許す限り、ＩＣカードには複数のカードアプリケーションを搭載することができる。また、搭載されているカードアプリケーションを一旦削除し、再び搭載することもできる（例えば、特許文献１）。

また、ＩＣカードの更新時には、旧カードから読み出したデータを、新カードへと移動させることもできる（例えば、特許文献２）。
特開２００２−１４０６６５号公報特開２００２−１４０６６４号公報

しかしながら、上述の従来技術では、ユーザが複数のＩＣカードを所有して利用することを想定してはいない。なぜなら、複数の磁気カードを一つのＩＣカードにまとめられることがＩＣカードの利点として考えられてきたからである。すなわち、複数枚のＩＣカードを所有するというのは技術トレンドに逆行するというのである。

もちろん、一枚のＩＣカードに複数のカードアプリケーションを集約すれば、一枚のカードを持ち歩くだけで済むため、カード利用者にとっては便利であろう。その一方で、ＩＣカードは、現在の磁気カードと同等のサイズであり、２枚以上持ち歩いたとしても、それ程邪魔になるものでもない。

カードアプリケーションには、銀行のキャッシュカードや、クレジットカードなど金銭に直結するものも存在するが、反対に、図書館の利用カードなど相対的に金銭的な関連性の低いものも存在する。カード利用者にとっては、図書館を利用するために、キャッシュカードやクレジットカードを差し出すことに抵抗を感じる人も少なからず存在しよう。

従って、カード利用者の希望に応じて、複数のＩＣカード間でカードアプリケーションを移動できたり、カテゴリー別に集約できたりすれば便利であろう。例えば、第１のカードには、金融関連のカードアプリケーションを集約し、第２のカードには、図書館カードなどを集約するが如くである。

ところが、上述の従来技術では、一枚のＩＣカードにおいてカードアプリケーションを一時的に削除し、然るべきときに再登載する技術が開示されているにすぎない。

また、他の従来技術では、新旧カード間でカードデータを移動させるにすぎず、カードアプリケーション自体を移動させることができない。

なお、複数のＩＣカード間でカードアプリケーションを移動させるためには、移動中の事故（双方のカードで移動対象のカードアプリケーションが使用できなくなるなど）を防ぐ必要がある。

そこで、本発明では、このような課題のうち少なくとも一つを解決することを目的とする。

本発明は上述の課題の少なくとも一つを解決するＩＣカードリーダライタ装置を備えたカードリーダライタシステムを提供することを目的としている。例えば、種類の異なる複数のカードアプリケーションのうち少なくとも一つを含む第１のカードから該カードアプリケーションを第２のカードに移動させるカードリーダライタシステムであって、
第１のカードリーダライタ装置と、
第２のカードリーダライタ装置と
を備え、
前記第１のカードリーダライタ装置は、
前記第１のカードから移動対象となる電気的なカードアプリケーションを実現するために必要となる実現データを電気的にリードする第１のリード手段と、
前記第１のカードから移動対象となる磁気的なカードアプリケーションを実現するために必要となる実現データを磁気的にリードする第２のリード手段と、
前記リードされた実現データを一時的に記憶する記憶手段と、
前記記憶手段からリードされた前記電気的なカードアプリケーションの実現データを前記第２のカードに対して電気的にライトし、前記記憶手段からリードされた前記磁気的なカードアプリケーションの実現データを該第２のカードへ電気的にライトする第１のライト手段と
を備え、
前記第２のカードリーダライタ装置は、
前記第２のカードから前記磁気的なカードアプリケーションの実現データを電気的にリードする第３のリード手段と、
前記第３のリード手段によって電気的にリードされた前記実現データを前記第２のカードへと磁気的にライトする第２のライト手段と
を備え、
前記第２のカードは、前記第２のカードリーダライタ装置を制御して前記磁気的なカードアプリケーションの実現データを該第２のカードへと磁気的にライトさせるための予約書込み制御プログラムを予め記憶しており、該予約書込み制御プログラムは、前記第２のカードが前記第２のカードリーダライタ装置に接続されると前記第２のカード上で実行されるプログラムであることを特徴とするカードリーダライタシステムを提供する。
また、本発明は、種類の異なる複数のカードアプリケーションのうち少なくとも一つを含む第１のカードから該カードアプリケーションを第２のカードに移動させるカードリーダライタシステムであって、
第１のカードリーダライタ装置と、
第２のカードリーダライタ装置と
を備え、
前記第１のカードリーダライタ装置は、
前記第１のカードから移動対象となる電気的なカードアプリケーションを実現するために必要となる実現データと、前記第１のカードから移動対象となる磁気的なカードアプリケーションを実現するために必要となる実現データであって前記第１のカードに電気的に記憶されている実現データを電気的にリードする第１のリード手段と、
前記リードされた実現データを一時的に記憶する記憶手段と、
前記記憶手段からリードされた前記電気的なカードアプリケーションの実現データと、前記磁気的なカードアプリケーションの実現データを該第２のカードへ電気的にライトする第１のライト手段と
を備え、
前記第２のカードリーダライタ装置は、
前記第２のカードから前記磁気的なカードアプリケーションの実現データを電気的にリードする第２のリード手段と、
前記第２のリード手段によって電気的にリードされた前記実現データを前記第２のカードへと磁気的にライトする第２のライト手段と
を備え、
前記第２のカードは、前記第２のカードリーダライタ装置を制御して前記磁気的なカードアプリケーションの実現データを該第２のカードへと磁気的にライトさせるための予約書込み制御プログラムを予め記憶しており、該予約書込み制御プログラムは、前記第２のカードが前記第２のカードリーダライタ装置に接続されると前記第２のカード上で実行されるプログラムであることを特徴とするカードリーダライタシステムを提供する。
また、本発明は、種類の異なる複数のカードアプリケーションのうち少なくとも一つを含む第１のカードから該カードアプリケーションを第２のカードに移動させるカードリーダライタシステムであって、
第１のカードリーダライタ装置と、
第２のカードリーダライタ装置と
を備え、
前記第１のカードリーダライタ装置は、
前記第１のカードから移動対象となる電気的なカードアプリケーションを実現するために必要となる実現データを電気的にリードする第１のリード手段と、
前記第１のカードから移動対象となる磁気的なカードアプリケーションを実現するために必要となる実現データを磁気的にリードする第２のリード手段と、
前記リードされた実現データを一時的に記憶する記憶手段と、
前記記憶手段からリードされた前記電気的なカードアプリケーションの実現データを前記第２のカードに対して電気的にライトする第１のライト手段と、
前記記憶手段からリードされた前記磁気的なカードアプリケーションの実現データを前記第２のカードリーダライタ装置によって前記第２のカードへと磁気的にライトするための書込み予約を、該実現データとともにネットワークを介してカード管理装置に送信する第１の送信手段と
を備え、
前記カード管理装置は、
前記第１のカードリーダライタ装置から前記書込み予約と前記磁気的なカードアプリケーションの実現データを受信する第１の受信手段と、
前記第２のカードリーダライタ装置へ前記第２のカードが接続したことを検出する検出手段と、
前記第２のカードリーダライタ装置へ前記第２のカードが接続したことが検出されると、前記第２のカードに前記磁気的なカードアプリケーションの実現データを磁気的にライトするよう前記第２のカードリーダライタ装置にライト命令を該実現データとともに送信する第２の送信手段と
を備え、
前記第２のカードリーダライタ装置は、
前記第２のカードリーダライタ装置へ前記第２のカードが接続したことを示す情報を前記カード管理装置へ送信する第３の送信手段と、
前記カード管理装置から前記ライト命令と前記磁気的なカードアプリケーションの実現データを受信する第２の受信手段と、
前記ライト命令にしたがって、前記磁気的なカードアプリケーションの実現データを前記第２のカードへと磁気的にライトする第２のライト手段と
を備えることを特徴とするカードリーダライタシステムを提供する。

本発明によれば、複数のＩＣカード間において安全にカードアプリケーションを移動したり集約することができる。

以下に本発明の一実施形態を示す。もちろん以下の実施形態は、上位概念として開示される本発明の下位概念にすぎない。すなわち、以下の実施形態は、特許請求の範囲によって確定される本願発明の技術的範囲に含まれるほんの一部の実施形態にすぎないのである。従って、本願の明細書又は図面に開示された上位概念たる発明であって、特許請求の範囲に記載された発明と技術思想が共通すれば、たとえ本願明細書又は図面に直接的に記載されていない実施形態であっても本願発明の技術的範囲に包含される。

なお、以下の実施形態に記載する下位概念の発明について、そのすべてが特許請求の範囲に記載されているとは限らない。ただし、これは特許発明の技術的範囲から意識的に除外したのではなく、特許発明と均等の関係にあるため特許請求の範囲には記載していない場合があることを理解していただきたい。

図１は、本実施形態に係るＩＣカードシステムの一例を示した図である。ＩＣカード１００は、オリジナルのＩＣカードであり、キャッシュカード機能、電子マネー機能、クレジットカード機能、デビットカード機能、航空会社のマイレージカード機能、鉄道・バス会社等の定期券機能、ＥＴＣ（道路通行料金自動徴収システム）カード機能、ポイントカード機能及び身分証明書（社員証など）機能などの少なくとも一つを備えている。なお、各機能を実現するデータやアプリケーションプログラムはＥＥＰＲＯＭ、磁気テープ媒体（磁気ストライプ）などの不揮発性の記憶装置に記憶されている。

携帯電話機１０２は、ＩＣカードリーダライタ機能つきの携帯端末である。ＰＣ１０３もＩＣカードリーダライタを備えている。

ＩＣカードリーダライタ１１０は、ＩＣカード１００と通信してデータを書き込んだり読み込んだりするためのＩＣカード端末である。ＩＣカードリーダライタ１１０は、単体の装置として各店舗に配置されてもよいし、店舗のレジ、改札装置などに内蔵されてもよい。

ＡＴＭ端末１１２は、ＩＣカードリーダライタ機能を備えるＩＣカード端末である。ここでは、ＩＣカードリーダ機能、ＩＣカードライタ機能又はＩＣカードリーダライタ機能を有する装置を総称してＩＣカード端末と呼ぶことにする。

カードサーバ１２０は、例えば、複数のＩＣカード間でカードアプリケーションを移動し合うときに、移動書込み予約、書込み完了後の元データの削除予約などを登録・管理するコンピュータである。

図２は、本実施形態に係るＩＣカードのブロック図である。ＣＰＵ２０１は、制御プログラムに従ってＩＣカード１００内の各部を制御する中央演算処理装置である。例えば、制御プログラムとしては、後述するカードアプリケーションの移動制御プログラムなどが含まれる。ＲＡＭ２０２は、制御プログラムを実行する際に必要となる作業領域や各種のデータを記憶する記憶装置である。マスクＲＯＭ２０３は、基本ソフト（ＯＳなど）、制御プログラムやカードＩＤなどの各種のデータを記憶するための記憶装置である。ＥＥＰＲＯＭ２０４は、カードアプリケーションＡ２１１、カードアプリケーションＢ２１２、公開鍵を含む暗号・復号処理モジュール２１３、及びカードアプリケーションの移動処理の最中であることを表す移動中情報２１４などを記憶する書き換え可能な記憶装置である。また、ＥＥＰＲＯＭ２０４は、ＩＣカード内に搭載されているカードアプリケーションの数を記憶していてもよいし、磁気タイプのカードアプリケーションを事後的に磁気ライタ装置において書き込むための予約書込み制御プログラムを記憶していてもよい。なお、ＥＥＰＲＯＭ２０４は、フラッシュメモリなどに置き換えてもよい。通信インタフェース２０７は、ＩＣカード端末１１０等と通信するための通信（カード）インタフェースである。通信ＩＦ２０７は、非接触型インタフェース及び接触型インタフェースの少なくとも一方を搭載している。

なお、図には示していないが、カードのＩＤを記憶した磁気ストライプ（磁気記録媒体）を備えていてもよい。

図３は、本実施形態に係るＩＣカードリーダライタのブロック図である。ＣＰＵ３０１は、ＲＯＭ３０３に格納されているコンピュータプログラムに基づいて様々な処理及び制御を実行する中央演算処理装置である。例えば、制御プログラムとしては、後述のフローチャートに従ったカードアプリケーションの移動制御プログラムなどを備えている。ＲＡＭ３０２は、データなどを記憶する揮発性の記憶装置である。ＲＯＭ３０３は、書き換え不能のマスクＲＯＭである。ＥＥＰＲＯＭ３０９は、書き換え可能な記憶装置である。表示装置３０４は、ＩＣカード１００に含まれているカードアプリケーションの内容、処理の選択画面、処理結果などを表示するディスプレイである。操作部３０５は、タッチパネルデバイスやテンキーなどの入力装置である。通信インタフェース３０７は、カードサーバ１２０などと接続するための通信回路である。カード（通信）インタフェース３０８は、ＩＣカード１００に搭載されている磁気ストライプからデータを読み出したり、当該磁気ストライプにデータを書き込むための磁気カード装置、接触型ＩＣカードの接続端子からデータを読み出したり、書き込んだりするための接触型リーダライタ装置、及び非接触型ＩＣカードと無線通信を行い、データを読み出したり、書き込んだりするための非接触型リーダライタ装置の少なくとも一つを搭載している。また、カードインタフェース３０８は、複数のＩＣカードに同時又は時分割で通信可能な通信プロトコルを備えていてもよいし、あるいは物理的に複数のカードインタフェースを備えていてもよい。

なお、ＩＣカード端末１１０は、ＰＯＳ（店舗販売時点情報管理）システムなどの会計装置と一体化されていてもよい。また、ＩＣカード端末１１０は、例えば、複数のカードリーダライタ装置とホスト装置とからなるローカルなＩＣカードシステムであってもよい。この場合は、ホスト装置を経由して各種の決済サーバと通信を実行することになろう。また、ＩＣカードリーダライタには、処理対象のカードを装置内部に搬送したり、処理後のカードを排出したり、回収対象のカードを装置内部に回収したりするためのカード搬送機構を備えていてもよい。

図４は、本実施形態にかかるカードサーバの例示的なブロック図である。ＣＰＵ４０１は、ＲＯＭ４０３や、ハードディスクドライブ４０８に格納されているコンピュータプログラム（例：予約書込プログラム、予約消去プログラムなど）に基づいて制御を実行する中央演算処理装置である。ＲＡＭ４０２は、データなどを記憶する揮発性の記憶装置である。ＲＯＭ４０３は、書き換え不能のマスクＲＯＭや書き換え可能なＥＥＰＲＯＭなどの記憶装置である。表示装置４０４は、各種の情報を表示するディスプレイである。操作部４０５は、キーボードやポインティングデバイスなどの入力装置である。通信インタフェース４０７は、ＩＣカード端末１１０、ＡＴＭ端末１１２などと接続するための通信回路である。ハードディスクドライブ４０８は、書き込み予約の対象となっているＩＣカードのカードＩＤと、移動対象カードアプリケーション（プログラム及びデータ）とを対応付けて記憶している移動予約データベース４１１、移動中情報及び移動対象カードアプリケーションの消去予約情報を、移動元のＩＣカードのカードＩＤとともに記憶している消去予約データベース４１２、予約書込プログラム、予約消去プログラムなどを記憶する記憶装置である。

図５は、本実施形態のＩＣカード端末におけるカードアプリケーションの移動処理に関する例示的なフローチャートである。ここでは、移動元のカードをＩＣカード１００ａとし、移動先のカードをＩＣカード１００ｂとして説明する。

ステップＳ５００において、ＩＣカード端末１１０のＣＰＵ３０１は、カードインタフェース３０８を制御して、１枚目のＩＣカード１００ａについて受け付け処理（例えば、カードの搬送処理、通信回線の確立処理及び基本情報の読み取り処理など）を実行する。ＣＰＵ３０１は、受け付けられたＩＣカードから読み取られた情報（例えば、カードＩＤ、カード名称、カード種別、カードアプリケーションの内容など）をＲＡＭ３０２に記憶する。

ステップＳ５０２において、ＣＰＵ３０１は、表示装置３０４に処理選択プロンプトを表示する。例えば、入金処理、出金処理、振込処理、カードアプリケーションの移動処理など、ＩＣカードを利用した複数のサービスの選択ボタンが表示される。ＣＰＵ３０１は、操作部３０５からの入力信号に基づいて選択された処理を特定し、特定された処理を実行する。

ステップＳ５０４において、ＣＰＵ３０１は、表示装置３０４に２枚目のカードの挿入を促すメッセージを表示し、挿入された２枚目のＩＣカード１００ｂについて受け付け処理を実行する。

ステップＳ５０６において、ＣＰＵ３０１は、操作部３０５から入力された指示が、挿入すべきカードが無いなど、カード挿入の終了を意味するものであるか否かを判定する。カードの挿入が終了したと判定すれば、ステップＳ５０８に進み、そうでなければステップＳ５０４に戻る。

ステップＳ５０８において、ＣＰＵ３０１は、ＲＡＭ３０２から各カードのカード名称、種別、カードアプリケーションの搭載状況などを表示装置３０４に表示する。

図６は、本実施形態に係るカードアプリケーションの内容についての例示的な表示画面を示した図である。図には３枚のカードが示されているが、２枚以上であれば何枚であってもよい。この例では、カードＡは、接触型カードインタフェースと磁気ストライプを備えたＩＣカードであり、銀行のキャッシュカード機能、クレジットカード機能Ａ、図書館カード機能などをカードアプリケーションとして搭載している。カードＢは、非接触型のカードインタフェースと磁気ストライプを搭載しており、クレジットカード機能Ｂとビデオレンタルの会員カード機能を搭載している。カードＣは、接触型カードインタフェース、非接触型のカードインタフェース及び磁気ストライプを搭載しており、社員証カード機能と電子マネー機能及び定期券機能を搭載している。

ステップＳ５１０において、ＣＰＵ３０１は、「移動元のカードを指定してください」とのメッセージを表示装置３０４に表示させ、操作部３０５からの指示信号に基づいて、ユーザにより指定されたカードを認識する。

ステップＳ５１２において、ＣＰＵ３０１は、「移動対象のカードアプリケーションを指定してください」とのメッセージを表示装置３０４に表示させ、操作部３０５からの指示信号に基づいて、ユーザにより指定されたカードアプリケーションを認識する。

ステップＳ５１４において、ＣＰＵ３０１は、「ご指定のカードアプリケーションのパスワードを入力してください」とのメッセージを表示装置３０４に表示させ、操作部３０５から入力されたパスワードを移動元のＩＣカード１００ａに送信し、認証処理の命令を送信する。ＩＣカード１００ａの移動対象アプリケーションは、ＩＣカード端末１１０から受信したパスワードが正規のパスワードであるか認証処理を実行し、ＩＣカード端末１１０にカードインタフェース２０７を介して認証結果を送信する。

ステップＳ５１６において、ＣＰＵ３０１は、ＩＣカード１００ａから受信した認証結果が認証ＯＫであったか否かを判定する。認証ＯＫであればステップＳ５１８に進み、そうでなければステップＳ５１４に戻り、再度のパスワード認証を実行する。

ステップＳ５１８において、ＣＰＵ３０１は、表示装置３０４に「移動先カードを指定ください」とのメッセージを表示させ、続いて、操作部３０５からの指定指示を受信し、指定指示により指定されたＩＣカードを認識する。例えば、ユーザが、表示装置３０４と操作部３０５とが一体化されたタッチディスプレイパネルに表示されたカード名を触れることで、指示信号がＣＰＵ３０１に伝達される。

ステップＳ５２０において、ＣＰＵ３０１は、「ご指定のカードアプリケーションのパスワードを入力してください」とのメッセージを表示装置３０４に表示させ、操作部３０５から入力されたパスワードを移動先のＩＣカード１００ｂに送信し、認証処理の実行命令を送信する。ＩＣカード１００ｂの認証モジュールは、ＩＣカード端末１１０から受信したパスワードが正規のパスワードであるか認証処理を実行し、ＩＣカード端末１１０にカードインタフェース２０７を介して認証結果を送信する。ここでのパスワードは、移動を許可するためのパスワードと観念してもよい。

ステップＳ５２２において、ＣＰＵ３０１は、ＩＣカード１００ｂから受信した認証結果が認証ＯＫであったか否かを判定する。認証ＯＫであればステップＳ５２４に進み、そうでなければステップＳ５２０に戻り、再度のパスワード認証を実行する。

ステップＳ５２４において、ＣＰＵ３０１は、移動元のＩＣカード１００ａから移動対象カードアプリケーションを実現するためのデータ（例えば、プログラムコード、各種データなど）を読み出し、移動先のＩＣカード１００ｂに書き込み、処理を終了する。

図７は、本実施形態に係るカードアプリケーションの移動処理に関する例示的なフローチャートである。このフローチャートは上述のステップＳ５２４をさらに詳しく説明したものである。

ステップＳ７００において、ＣＰＵ３０１は、移動対象のカードアプリケーションが磁気ストライプのみを利用するものであるか否かを判定する。例えば、ＩＣカード１００のＥＥＰＲＯＭ２０４には、各カードアプリケーションの種別情報（磁気ＩＦ専用、非接触ＩＦ専用、接触ＩＦ専用、接触ＩＦ及び非接触ＩＦの双方可能など）が記憶されているため、ＣＰＵ３０１は、この種別情報に基づいて判定する。

ステップＳ７０２において、ＣＰＵ３０１は、移動先のＩＣカード１００ｂに対して公開鍵の送信要求を、カードインタフェース３０８を介して送信し、ＩＣカード１００ｂから公開鍵を受信する。すなわち、公開鍵を読み出すのである。

ステップＳ７０４において、ＣＰＵ３０１は、ＩＣカード１００ａに対して、公開鍵を転送するとともに、当該公開鍵にてカードアプリケーションの実現データを暗号化してから送信するよう暗号化命令を送信する。ＩＣカード１００ａのＣＰＵ２０１は、受信した公開鍵を使用して、暗号化モジュールにより実現データを暗号化してＩＣカード端末１１０へと送信する。

ステップＳ７０６において、ＣＰＵ３０１は、移動元のＩＣカード１００ａから暗号化されたカードアプリケーションの実現データを受信し、ＲＡＭ３０２に記憶する。

ステップＳ７０８において、ＣＰＵ３０１は、移動元のＩＣカード１００ａに移動中情報を送信して書き込む。移動中情報は、移動対象のカードアプリケーションが移動先のＩＣカード１００ｂに正しく書込みが完了するまでの間は、少なくとも移動元のＩＣカード１００ａに記憶される情報である。この移動中情報がＥＥＰＲＯＭ３０９に記憶されている間は、移動対象のカードアプリケーションを消去せず維持しておくことで、不慮の書込み失敗が起こり双方のＩＣカードで移動対象のカードアプリケーションが使用できなくなるといった最悪の事態を防いでいる。

ステップＳ７１０において、ＣＰＵ３０１は、ＲＡＭ３０２から実現データを読み出し、カードインタフェース３０８を通じて、移動先のＩＣカード１００ｂに書き込む。

ステップＳ７１２において、ＣＰＵ３０１は、移動先のＩＣカード１００ｂから実現データの書込みが完了したことを表す完了情報を受信した否かを判定し、完了情報を受信するまで（すなわち、正しく書込みが完了するまで）待機する。

ステップＳ７１４において、ＣＰＵ３０１は、ＩＣカード１００ａに対して、移動中情報の消去命令と、移動対象カードアプリケーションの削除命令とを送信する。ＩＣカード１００ａのＣＰＵ２０１は、受信した命令に従い、ＥＥＰＲＯＭ２０４に記憶されている移動中情報２１４と、移動対象のカードアプリケーション２１１を消去する。

なお、上述の実施形態では、磁気タイプのカードアプリケーションについて公開鍵による暗号化をスキップしたが、これは磁気ストライプの読み取りがＩＣカード端末側で実行されるため、ＩＣカード側で暗号化してから送信することが原理的に不可能だからである。

以上のように本実施形態では、複数のＩＣカード間で様々なカードアプリケーションを移動させることができる。例えば、ユーザの嗜好に応じて、カードＡには金融関連のカードアプリケーションを集約したり、カードＢには図書館カードや会員カードなど重要度の高くないものを集約したりするなど、移動集約処理を自由に行なえる。

また、カードアプリケーションの移動が完了するまでは、移動中情報によりカードアプリケーションの削除を防止しているため、不慮に移動元及び移動先の双方のＩＣカードにおいてカードアプリケーションが使用できなくなることを防止できる。

また、公開鍵暗号方式により、カードアプリケーションの実現データを暗号化しているため、アプリケーションの移動中のセキュリティを確保できる利点がある。

図８は、本実施形態に係る他の実施形態におけるカードアプリケーションの移動処理に関する例示的なフローチャートである。なお、上述の実施形態と共通する処理については同一の参照符号を使用して、説明の簡潔・明瞭化を心がける。本実施形態では、とりわけ、ステップＳ５２２とステップＳ５２４との間に次のステップを追加することで、同一人に属する複数のカード間でのみカードアプリケーションを移動できるように制限したものである。

ステップＳ８００において、ＣＰＵ３０１は、移動元のＩＣカード１００ａと移動先のＩＣカード１００ｂの双方からそれぞれのカード利用者の個人情報（例えば、氏名、名称、住所、電話番号などの少なくとも一つ）を読み出す。

ステップＳ８０２において、ＣＰＵ３０１は、移動元のＩＣカード１００ａの個人情報と移動先のＩＣカード１００ｂの個人情報とが一致するか文字列比較を実行する。一致すればステップＳ５２４に進み、そうでなければ、ステップＳ８０４に進む。

ステップＳ８０４において、ＣＰＵ３０１は、表示装置３０４に「カードアプリケーションを移動することができません。」とか、「登録住所が古い可能性があります。住所変更の手続をお願いします。」などのメッセージを表示する。その後、ステップＳ５１８に戻り、別のＩＣカードを指定させる。

なお、ステップＳ８００乃至Ｓ８０４についての処理は、ステップＳ５０４乃至Ｓ５２４の間であれば、どのタイミングで実行してもよいことは明らかであろう。

このように本実施形態によれば、同一人に属する複数のカード間でのみカードアプリケーションを移動できるように制限することができるため、カードアプリケーションの盗難といったこれまでに無い犯罪を抑止できよう。

また、住所や電話番号が不一致の時には、住所届出の変更をカード利用者に促すことができるため、ユーザが住所変更を失念していてもそれを思い起こさせることができる。

図９は、本実施形態に係る他のカードアプリケーションの移動処理に関するフローチャートである。なお、上述の実施形態と共通する処理については同一の参照符号を使用して、説明の簡潔・明瞭化を心がける。本実施形態では、とりわけ、ステップＳ５２４の後に、次のステップを追加することで、搭載されているカードアプリケーションの数が０となったＩＣカードを回収・廃棄できるようにしたものである。これによりＩＣカードの再利用を促進できよう。

ステップＳ９００において、ＣＰＵ３０１は、移動元のＩＣカード１００ａに搭載されているカードアプリケーションの数を算出する。

ステップＳ９０２において、ＣＰＵ３０１は、算出した残数が０であるか否かを判定する。０であれば、ステップＳ９０４に進み、そうでなければ処理を終了する。

ステップＳ９０４において、ＣＰＵ３０１は、表示装置３０４に、例えば「ＩＣカードＡにはカードアプリケーションが存在しません。ＩＣカードを引き続き利用しますか、それとも発行会社に返却しますか？」とのメッセージを表示させ、操作部３０５から引き続き利用を表す指示が入力されたか否かを判定する。「引き続き利用」の指示でなければ、ステップＳ９０６に進み、カード搬送機構を駆動させ、回収容器へとカードを搬送させる。一方、「引き続き利用」の指示であれば、ステップＳ９０８へと進み、カードを排出するようカード搬送機構を駆動させる。

以上のように、不要となったＩＣカードをＩＣカード端末１１０内に回収してしまうので、ＩＣカードの不正利用を防止できるようになり、また、カードの再利用も促進されよう。

次に、カードアプリケーションの移動処理を実行するＩＣカード端末が磁気ヘッド及びそれに付随する回路などの磁気的な書込みインタフェースを備えていない場合における、磁気カードアプリケーションの移動処理を説明する。以下の実施形態では、ＩＣカード端末が磁気インタフェースを備えていない場合を説明するが、接触型インタフェースを備えていない場合や、非接触型インタフェースを備えていない場合に適用できることはいうまでもない。

図１０は、本実施形態に係る他のカードアプリケーションの移動処理に関する例示的なフローチャートである。なお、上述の実施形態と共通する処理については同一の参照符号を使用して、説明の簡潔・明瞭化を心がける。

ステップＳ１０００において、磁気的な書込みインタフェースを有しないＩＣカード端末１１０のＣＰＵ３０１は、移動対象のカードアプリケーションが磁気カードアプリケーションであるか否かを判定する。磁気カードアプリケーションの場合は、さらに、ＣＰＵ３０１が、端末の種別（例えば、接触カード対応、非接触カード対応、磁気カード対応など）を表す情報をＲＯＭ３０３などの記憶装置から読み出し、磁気カードインタフェースを備えているどうかを判定する。接触又は非接触インタフェースのみを利用するカードアプリケーションの場合はステップＳ７０２へと進む。一方、移動対象が磁気カードアプリケーションであるにもかかわらず、ＩＣカード端末が磁気ストライプへの書込みに対応していない場合は、ステップＳ１００２へと進む。

ステップＳ１００２において、ＣＰＵ３０１は、移動元のＩＣカード１００ａから磁気カードアプリケーションを読み出す。ＩＣカード端末１１０が、磁気的な読み取りインタフェースを備えている場合は、ＩＣカード１００ａの磁気ストライプから磁気カードアプリケーションを読み取る。一方、ＩＣカード端末１１０が、磁気的な読み取りインタフェースすら備えていない場合は、ＩＣカード１００ａのＥＥＰＲＯＭ２０４内に予め記憶されている磁気ストライプの電子化データを読み出す。すなわち、磁気ストライプに記憶されている情報と同一の情報がＥＥＰＲＯＭ２０４には記憶されている場合に、本実施形態は有効であろう。

ステップＳ１００４において、ＣＰＵ３０１は、移動元のＩＣカード１００ａのＥＥＰＲＯＭ２０４に移動処理中情報を書き込む。

ステップＳ１００６において、ＣＰＵ３０１は、移動先のＩＣカード１００ｂのＥＥＰＲＯＭ２０４に、磁気カードアプリケーションの実現データ（例えば、プログラム、スクリプト付随データなど）、予約書込み制御プログラム及びＩＣカード１００ａのカードＩＤを書き込む。この予約書込みプログラムは、ＩＣカード端末１１０と通信を開始すると最初に起動されるカードアプリケーションである。すなわち、ＩＣカード１００ｂが、磁気的な書込みインタフェースを備えたＩＣカード端末１１０と通信を開始すると、予約書込みアプリケーションが起動し、ＩＣカード１００ａから読み出された磁気的なカードアプリケーションの実現データをＩＣカード１００ｂの磁気ストライプ部に書き込むよう制御する。

図１１は、本実施形態に係る予約書込みプログラムの処理を示した例示的なフローチャートである。

ステップＳ１１００において、移動先のＩＣカード１００ｂのＣＰＵ２０１は、ＩＣカード端末１１０から電源を供給され、通信を開始すると、最初に予約書込みプログラムを起動する。そして、ＣＰＵ２０１は、当該ＩＣカード端末１１０が、磁気的な書込み手段を備えているかどうかを判定する。なお、初期通信の際に、磁気的な書込み手段を備えているか否かを表す情報が、ＩＣカード端末１１０からＩＣカード１００ｂに送信されるものとする。判定の結果、磁気的な書込み手段を備えていれば、ステップＳ１１０２へと進む。そうでなければステップＳ１１１０へと進み、通常のカード処理（例えば、キャッシュカード処理、クレジットカード処理など）を実行する。

ステップＳ１１０２において、ＣＰＵ２０１は、ＥＥＰＲＯＭ２０４に格納されている移動対象の磁気カードアプリケーションの実現データを読み出す。

ステップＳ１１０４において、ＣＰＵ２０１は、カードインタフェース２０７を通じて、ＩＣカード端末１１０に実現データと実現データの書込み命令を送信する。ＩＣカード端末１１０のＣＰＵ３０１は、受信した書込み命令に従い、受信した実現データをＩＣカード１００ｂの磁気ストライプ部に書き込む。

ステップＳ１１０６において、ＣＰＵ２０１は、ＩＣカード端末１１０からの書込み完了通知を受信するまで待機する。

ステップＳ１１０８において、ＣＰＵ２０１は、移動対象カードアプリケーションを移動元のＩＣカード１００ａから消去するための消去予約情報（ＩＣカード１００ａのカードＩＤを含む。）を、カードを管理するカードサーバ１２０に送信する。カードサーバ１２０は、受信した消去予約情報を予約消去データベース４１２に書き込む。

次にカードを管理するカードサーバ１２０を利用して予約書込みを実行する方法について説明する。

図１２は、本実施形態に係る他のカードアプリケーションの移動処理に関する例示的なフローチャートである。なお、上述の実施形態と共通する処理については同一の参照符号を使用して、説明の簡潔・明瞭化を心がける。とりわけ、図１２と図７を比較すると、ステップＳ１００６がステップＳ１２０６と置き換わっている点で両者は相異している。

ステップＳ１２０６に、ＩＣカード端末１１０のＣＰＵ３０１は、実現データ、移動元のカードＩＤ、移動先のカードＩＤを含む書込み予約情報をカードサーバ１２０に送信する。カードサーバ１２０のＣＰＵ４０１は、受信した、実現データ、移動元のカードＩＤ及び移動先のカードＩＤをハードディスクドライブ４０８内の移動予約データベース４１１に書き込む。以上の処理により、移動書込み予約が実現する。

図１３は、本実施形態に係る移動書込み予約処理に関する例示的なフローチャートである。

ステップＳ１３００において、ＣＰＵ４０１は、ＩＣカード端末１１０から、当該ＩＣカード１００ｂと接続しているＩＣカードのカードＩＤを受信する。

ステップＳ１３０２において、ＣＰＵ４０１は、受信したカードＩＤを検索キーとして、移動予約データベース４１１を検索し、移動先として当該カードＩＤが設定されている移動予約を抽出する。移動予約が見つからなければ、処理を終了し、見つかればステップＳ１３０４に進む。

ステップＳ１３０４において、ＣＰＵ４０１は、通信中のＩＣカード端末１１０が磁気書込み手段を備えているかどうかを判定する。ＣＰＵ４０１は、ＩＣカード端末１１０から受信した端末の種別情報に基づいて判定する。これによって、ＣＰＵ４０１は、磁気書込み手段を備えたカード端末であるか否かを検出できる。ＩＣカード端末１１０が磁気書込みに対応していなければ、処理を終了し、対応していればステップＳ１３０６に進む。

ステップＳ１３０６において、ＣＰＵ４０１は、移動対象カードアプリケーションの実現データをデータベース４１１から読み出す。

ステップＳ１３０８において、ＣＰＵ４０１は、ＩＣカード端末１１０に対し、実現データとその書込み命令を送信する。ＩＣカード端末１１０のＣＰＵ３０１は、書き込み命令を受信すると、実現データをＩＣカード１００ｂに磁気的に書き込む。書込みが完了すると、書込み完了通知をカードサーバ１２０に送信する。

ステップＳ１３１０において、ＣＰＵ４０１は、ＩＣカード端末１１０から完了通知を受信するまで待機する。

ステップＳ１３１２において、ＣＰＵ４０１は、移動元のＩＣカード１００から移動対象カードアプリケーションと、移動中情報とを消去するための消去予約を消去予約データベース４１２に書き込み登録する。また、ＣＰＵ４０１は、移動予約データベース４１１から、移動の完了した移動予約を削除する。

以上のように、本実施形態では、カードサーバ１２０を介して移動対象のカードアプリケーションを移動するため、例えば、移動対象が磁気アプリケーションであるにもかかわらずＩＣカード端末１１０が磁気書込み手段を備えていない場合であっても、移動先のＩＣカード１００ｂが、磁気書込み手段を備えたＩＣカード端末１１０と接続された際に、移動処理を実行することができる。

図１４は、本実施形態に係る移動中情報等の予約消去処理に関する例示的なフローチャートである。

ステップＳ１４００において、ＣＰＵ４０１は、ＩＣカード端末１１０から、当該ＩＣカード端末と接続しているＩＣカード１００ａのカードＩＤを受信する。

ステップＳ１４０２において、ＣＰＵ４０１は、受信したカードＩＤを検索キーとして、消去予約データベース４１１を検索し、移動元として当該カードＩＤが設定されている消去予約を抽出する。消去予約が見つからなければ、処理を終了し、見つかればステップＳ１４０４に進む。

ステップＳ１４０４において、ＣＰＵ４０１は、ＩＣカード端末１１０に対し、移動中情報と移動対象カードアプリケーションの消去命令を送信する。ＩＣカード端末１１０のＣＰＵ３０１は、消去命令を受信すると、ＩＣカード１００ａのＥＥＰＲＯＭ２０４に記憶されている移動中情報と、移動対象カードアプリケーションとを消去する。消去が完了すると、消去完了通知をカードサーバ１２０に送信する。

ステップＳ１４０６において、ＣＰＵ４０１は、ＩＣカード端末１１０から消去完了通知を受信するまで待機する。

ステップＳ１４０８において、ＣＰＵ４０１は、該当する消去予約を消去予約データベース４１２から削除する。

以上の手順により、移動元のＩＣカード１００ａから、移動中情報と、移動対象のカードアプリケーションを削除することができる。

図１は、本実施形態に係るＩＣカードシステムの一例を示した図である。図２は、本実施形態に係るＩＣカードの例示的なブロック図である。図３は、本実施形態に係るＩＣカード端末の例示的なブロック図である。図４は、本実施形態に係るカードサーバの例示的なブロック図である。図５は、本実施形態のＩＣカード端末における一般的な処理に関する例示的なフローチャートである。図６は、本実施形態に係るカードアプリケーションの内容についての例示的な表示例を示した図である。図７は、本実施形態に係るカードアプリケーションの移動処理に関する例示的なフローチャートである。図８は、本実施形態に係る他の実施形態におけるカードアプリケーションの移動処理（個人情報の判定処理を含む。）に関する例示的なフローチャートである。図９は、本実施形態に係る他のカードアプリケーションの移動処理（回収処理を含む。）に関するフローチャートである。図１０は、本実施形態に係る他のカードアプリケーションの移動処理に関する例示的なフローチャートである。図１１は、本実施形態に係る予約書込みプログラムの処理を示した例示的なフローチャートである。図１２は、本実施形態に係る他のカードアプリケーションの移動処理に関する例示的なフローチャートである。図１３は、本実施形態に係る移動書込み予約処理に関する例示的なフローチャートである。図１４は、本実施形態に係る移動中情報等の予約消去処理に関する例示的なフローチャートである。

符号の説明

１００…ＩＣカード
１０２…ＩＣカードリーダライタ機能付き携帯電話機
１０３…ＩＣカードリーダライタ機能付きＰＣ
１１０…ＩＣカードリーダライタ
１１２…ＡＴＭ端末
１２０…カードサーバ

Claims

種類の異なる複数のカードアプリケーションのうち少なくとも一つを含む第１のカードから該カードアプリケーションを第２のカードに移動させるカードリーダライタシステムであって、
第１のカードリーダライタ装置と、
第２のカードリーダライタ装置と
を備え、
前記第１のカードリーダライタ装置は、
前記第１のカードから移動対象となる電気的なカードアプリケーションを実現するために必要となる実現データを電気的にリードする第１のリード手段と、
前記第１のカードから移動対象となる磁気的なカードアプリケーションを実現するために必要となる実現データを磁気的にリードする第２のリード手段と、
前記リードされた実現データを一時的に記憶する記憶手段と、
前記記憶手段からリードされた前記電気的なカードアプリケーションの実現データを前記第２のカードに対して電気的にライトし、前記記憶手段からリードされた前記磁気的なカードアプリケーションの実現データを該第２のカードへ電気的にライトする第１のライト手段と
を備え、
前記第２のカードリーダライタ装置は、
前記第２のカードから前記磁気的なカードアプリケーションの実現データを電気的にリードする第３のリード手段と、
前記第３のリード手段によって電気的にリードされた前記実現データを前記第２のカードへと磁気的にライトする第２のライト手段と
を備え、
前記第２のカードは、前記第２のカードリーダライタ装置を制御して前記磁気的なカードアプリケーションの実現データを該第２のカードへと磁気的にライトさせるための予約書込み制御プログラムを予め記憶しており、該予約書込み制御プログラムは、前記第２のカードが前記第２のカードリーダライタ装置に接続されると前記第２のカード上で実行されるプログラムであることを特徴とするカードリーダライタシステム。
種類の異なる複数のカードアプリケーションのうち少なくとも一つを含む第１のカードから該カードアプリケーションを第２のカードに移動させるカードリーダライタシステムであって、
第１のカードリーダライタ装置と、
第２のカードリーダライタ装置と
を備え、
前記第１のカードリーダライタ装置は、
前記第１のカードから移動対象となる電気的なカードアプリケーションを実現するために必要となる実現データと、前記第１のカードから移動対象となる磁気的なカードアプリケーションを実現するために必要となる実現データであって前記第１のカードに電気的に記憶されている実現データを電気的にリードする第１のリード手段と、
前記リードされた実現データを一時的に記憶する記憶手段と、
前記記憶手段からリードされた前記電気的なカードアプリケーションの実現データと、前記磁気的なカードアプリケーションの実現データを該第２のカードへ電気的にライトする第１のライト手段と
を備え、
前記第２のカードリーダライタ装置は、
前記第２のカードから前記磁気的なカードアプリケーションの実現データを電気的にリードする第２のリード手段と、
前記第２のリード手段によって電気的にリードされた前記実現データを前記第２のカードへと磁気的にライトする第２のライト手段と
を備え、
前記第２のカードは、前記第２のカードリーダライタ装置を制御して前記磁気的なカードアプリケーションの実現データを該第２のカードへと磁気的にライトさせるための予約書込み制御プログラムを予め記憶しており、該予約書込み制御プログラムは、前記第２のカードが前記第２のカードリーダライタ装置に接続されると前記第２のカード上で実行されるプログラムであることを特徴とするカードリーダライタシステム。
前記磁気的なカードアプリケーションの実現データを前記第１のカードから消去するための消去予約を管理するカード管理装置と、
前記第１のカードを接続される第３のカードリーダライタ装置と
をさらに備え、
前記予約書込み制御プログラムを実行することで、前記第２のカードは、
前記磁気的なカードアプリケーションの実現データが前記第２のライト手段によって前記第２のカードの磁気媒体部にライトされたか否かを判定する第１の判定手段と、
前記磁気的なカードアプリケーションの実現データが前記第２のライト手段によって前記第２のカードの磁気媒体部にライトされると、前記磁気的なカードアプリケーションの実現データを前記第１のカードから消去するための消去予約を前記第２のカードリーダライタ装置を介して前記カード管理装置に送信する第１の送信手段と
して機能し、
前記カード管理装置は、
前記第３のカードリーダライタ装置に前記第１のカードを接続されると、前記第１のカードについての消去予約が登録されているかどうかを判定する第２の判定手段と、
前記消去予約が登録されている場合に、前記実現データを前記第１のカードから消去するための消去命令を前記第３のカードリーダライタ装置に送信する第２の送信手段と
を備え、
前記第３のカードリーダライタ装置は、
前記消去命令を受信すると、前記磁気的なカードアプリケーションを実現するために必要となる実現データであって前記第１のカードに電気的に記憶されている実現データを消去する消去手段を備える
ことを特徴とする請求項２に記載のカードリーダライタシステム。
種類の異なる複数のカードアプリケーションのうち少なくとも一つを含む第１のカードから該カードアプリケーションを第２のカードに移動させるカードリーダライタシステムであって、
第１のカードリーダライタ装置と、
第２のカードリーダライタ装置と
を備え、
前記第１のカードリーダライタ装置は、
前記第１のカードから移動対象となる電気的なカードアプリケーションを実現するために必要となる実現データを電気的にリードする第１のリード手段と、
前記第１のカードから移動対象となる磁気的なカードアプリケーションを実現するために必要となる実現データを磁気的にリードする第２のリード手段と、
前記リードされた実現データを一時的に記憶する記憶手段と、
前記記憶手段からリードされた前記電気的なカードアプリケーションの実現データを前記第２のカードに対して電気的にライトする第１のライト手段と、
前記記憶手段からリードされた前記磁気的なカードアプリケーションの実現データを前記第２のカードリーダライタ装置によって前記第２のカードへと磁気的にライトするための書込み予約であって該実現データを含む書込み予約をネットワークを介してカード管理装置に送信する第１の送信手段と
を備え、
前記カード管理装置は、
前記第１のカードリーダライタ装置から前記磁気的なカードアプリケーションの実現データを含む前記書込み予約を受信する第１の受信手段と、
前記第２のカードリーダライタ装置へ前記第２のカードが接続したことを検出する検出手段と、
前記第２のカードリーダライタ装置へ前記第２のカードが接続したことが検出されると、前記第２のカードに前記磁気的なカードアプリケーションの実現データを磁気的にライトするよう前記第２のカードリーダライタ装置にライト命令を該実現データとともに送信する第２の送信手段と
を備え、
前記第２のカードリーダライタ装置は、
前記第２のカードリーダライタ装置へ前記第２のカードが接続したことを示す情報を前記カード管理装置へ送信する第３の送信手段と、
前記カード管理装置から前記ライト命令と前記磁気的なカードアプリケーションの実現データを受信する第２の受信手段と、
前記ライト命令にしたがって、前記磁気的なカードアプリケーションの実現データを前記第２のカードへと磁気的にライトする第２のライト手段と
を備えることを特徴とするカードリーダライタシステム。