(57)【要約】 【課題】  カード利用者の希望に応じて、複数のＩＣカード間でカードアプリケーションを移動したり、カテゴリー別に集約する。【解決手段】  本発明によれば、第１のＩＣカード１００ａに記憶されている複数のカードアプリケーションのうち少なくとも一つを移動対象として選択する。この移動元の第１のＩＣカード１００ａには、正しく移動処理が完了するまでの間、移動処理中であることを表す情報を書き込んでおく。第２のＩＣカード１００ｂへのカードアプリケーションの移動処理が完了すると、第１のＩＣカード１００ａから移動処理中情報と、移動対象のカードアプリケーションを削除する。【選択図】  図１
2005085126.tif 000002
【特許請求の範囲】
【請求項１】
種類の異なる複数のカードアプリケーションのうち少なくとも一つを含む第１のカードから該カードアプリケーションを第２のカードに移動させるカードリーダライタ装置であって、
前記第１のカードから移動対象となるカードアプリケーションを実現するために必要となる実現データをリードするリード手段と、
前記リードされた実現データを一時的に記憶する記憶手段と、
前記第１のカードにカードアプリケーションが移動処理中であることを表す処理中情報をライトする第１のライト手段と、
前記記憶手段からリードされた前記カードアプリケーションの実現データを前記第２のカードに対してライトする第２のライト手段と、
前記第２のカードへのライト処理が完了したか否かを判定する判定手段と、
前記第２のカードへのライト処理が完了したと判定されると、前記処理中情報及び前記実現データを前記第１のカードから消去する消去手段と
を含むカードリーダライタ装置。
【請求項２】
前記第１のカード及び前記第２のカードの双方が公開鍵方式による暗号モジュールを備えている場合に、前記２のカードから公開鍵をリードする公開鍵リード手段と、
前記リードされた公開鍵と、該公開鍵により前記実現データを暗号化させるための暗号命令とを前記第１のカードに送信する送信手段をさらに含むことを特徴とする請求項１に記載のカードリーダライタ装置。
【請求項３】
前記第１のカードに記憶されているカード利用者の個人識別情報と、前記第２のカードに記憶されているカード利用者の個人識別情報とをリードする個人識別情報リード手段と、
前記第１のカードの個人識別情報と前記第２のカードの個人識別情報とが一致しているかを判定する個人識別情報判定手段と、
前記個人識別情報が不一致の場合には、前記第２のカードへの前記実現データのライト処理を禁止するよう制御する禁止制御手段と
を含む請求項１又は２に記載のカードリーダライタ装置。
【請求項４】
前記第１のカードに備えられているカードアプリケーションの数を判定するアプリケーション数判定手段と、
前記数が０の場合には、前記第１のカードを回収する回収手段と
をさらに含む請求項１乃至３の何れかに記載のカードリーダライタ装置。
【請求項５】
前記移動対象のカードアプリケーションが磁気ストライプを使用するカードアプリケーションであるにもかかわらず、前記カードリーダライタ装置が磁気的なライト手段を備えていない場合に、前記第２のカードが磁気的なライト手段を備えた他のカードリーダライタ装置へと接続されたときに、前記実現データを前記第２のカードへとライトするよう制御する制御アプリケーションプログラムを、前記第２のライト手段が、前記第２のカードにライトすることを特徴とする請求項１乃至４の何れかに記載のカードリーダライタ装置。
【請求項６】
前記制御アプリケーションプログラムは、前記他のカードリーダライタ装置により前記磁気ストライプによる実現データが第２のカードの磁気媒体部にライトされたと判定すると、前記他のカードリーダライタ装置を制御して前記移動対象のカードアプリケーションを前記第１のカードから消去するための消去予約を、ネットワークを介して前記他のカードリーダライタ装置と接続されているカード管理装置に送信することを特徴とする請求項５に記載のカードリーダライタ装置。
【請求項７】
前記第１のカードに処理中情報が記憶されているか否かを判定する処理中判定手段と、
前記処理中情報が記憶されている場合に、前記カード管理装置に、前記第１のカードについての消去予約が登録されているかどうかを判定する消去予約判定手段と
をさらに備え、
前記消去手段は、前記消去予約が登録されている場合に、前記処理中情報及び前記実現データを前記第１のカードから消去することを特徴とする請求項６に記載のカードリーダライタ装置。
【請求項８】
前記移動対象のカードアプリケーションが磁気ストライプを使用するカードアプリケーションであるにもかかわらず、前記カードリーダライタ装置が磁気的なライト手段を備えていない場合に、前記第２のカードが磁気的なライト手段を備えた他のカードリーダライタ装置へと接続されたときに、前記実現データを前記第２のカードへとライトさせるための書込み予約を、カード管理装置にネットワークを介して送信する書き込み予約送信手段をさらに含むことを特徴とする請求項１乃至４の何れかに記載のカードリーダライタ装置。
【請求項９】
請求項８に記載のカードリーダライタ装置と接続したカード管理装置であって、
前記カードリーダライタ装置から書き込み予約を受信する予約受信手段と、
前記第２のカードが、磁気的なライト手段を備えた他のカードリーダライタ装置へと接続したことを検出する検出手段と、
前記第２のカードに前記実現データを磁気的に記録するよう前記他のカードリーダライタ装置に記録命令を送信する記録命令送信手段と、
前記第２のカードへの記録が成功すると、前記第１のカードに記憶されている前記移動対象のカードアプリケーションを前記第１のカードから消去させるための消去予約を登録する消去予約登録手段と、
前記第１のカードがいずれかのカードリーダライタ装置に接続されると、該カードリーダライタ装置に対して前記移動対象のカードアプリケーションと前記移動中情報の消去命令を送信する消去命令送信手段と
を含むことを特徴とするカード管理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、磁気カード、接触型ＩＣカード又は非接触型ＩＣカードなどに記憶されているカードアプリケーションの移動技術に関する。
【背景技術】
【０００２】
従来、キャッシュカードやクレジットカードとして、主に磁気カードが利用されてきたが、近年のサービスの多様化に対応すべく、これらのカードをＩＣカード化することが検討されている。
【０００３】
一般に、ＩＣカードはＣＰＵとメモリを搭載しており、このメモリに記憶されているカードアプリケーションに基づいて、キャッシュカード機能、クレジットカード機能及びポイントカード機能などが実現されている。
【０００４】
メモリの記憶容量が許す限り、ＩＣカードには複数のカードアプリケーションを搭載することができる。また、搭載されているカードアプリケーションを一旦削除し、再び搭載することもできる（例えば、特許文献１）。
【０００５】
また、ＩＣカードの更新時には、旧カードから読み出したデータを、新カードへと移動させることもできる（例えば、特許文献２）。
【特許文献１】特開２００２−１４０６６５号公報
【特許文献２】特開２００２−１４０６６４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、上述の従来技術では、ユーザが複数のＩＣカードを所有して利用することを想定してはいない。なぜなら、複数の磁気カードを一つのＩＣカードにまとめられることがＩＣカードの利点として考えられてきたからである。すなわち、複数枚のＩＣカードを所有するというのは技術トレンドに逆行するというのである。
【０００７】
もちろん、一枚のＩＣカードに複数のカードアプリケーションを集約すれば、一枚のカードを持ち歩くだけで済むため、カード利用者にとっては便利であろう。その一方で、ＩＣカードは、現在の磁気カードと同等のサイズであり、２枚以上持ち歩いたとしても、それ程邪魔になるものでもない。
【０００８】
カードアプリケーションには、銀行のキャッシュカードや、クレジットカードなど金銭に直結するものも存在するが、反対に、図書館の利用カードなど相対的に金銭的な関連性の低いものも存在する。カード利用者にとっては、図書館を利用するために、キャッシュカードやクレジットカードを差し出すことに抵抗を感じる人も少なからず存在しよう。
【０００９】
従って、カード利用者の希望に応じて、複数のＩＣカード間でカードアプリケーションを移動できたり、カテゴリー別に集約できたりすれば便利であろう。例えば、第１のカードには、金融関連のカードアプリケーションを集約し、第２のカードには、図書館カードなどを集約するが如くである。
【００１０】
ところが、上述の従来技術では、一枚のＩＣカードにおいてカードアプリケーションを一時的に削除し、然るべきときに再登載する技術が開示されているにすぎない。
【００１１】
また、他の従来技術では、新旧カード間でカードデータを移動させるにすぎず、カードアプリケーション自体を移動させることができない。
【００１２】
なお、複数のＩＣカード間でカードアプリケーションを移動させるためには、移動中の事故（双方のカードで移動対象のカードアプリケーションが使用できなくなるなど）を防ぐ必要がある。
【００１３】
そこで、本発明では、このような課題のうち少なくとも一つを解決することを目的とする。
【課題を解決するための手段】
【００１４】
本発明は上述の課題の少なくとも一つを解決するＩＣカードリーダライタ装置を提供することを目的としている。本発明のＩＣカードリーダライタ装置は、例えば、種類の異なる複数のカードアプリケーションのうち少なくとも一つを含む第１のカードから該カードアプリケーションを第２のカードに移動させるカードリーダライタ装置である。例えば、カードインタフェースを介して、第１のカードから移動対象となるカードアプリケーションを実現するために必要となる実現データをリードする。リードされた実現データを一時的に記憶する。さらに、カードインタフェースを介して、第１のカードにカードアプリケーションが移動処理中であることを表す処理中情報を第１のカードにライトする。また、カードインタフェースを介して、カードアプリケーションの実現データ（例えば、アプリケーションプログラム及び関連データなど）を第２のカードにライトする。第２のカードへのライト処理が完了したか否かをＣＰＵなどで判定する。また、第２のカードへのライト処理が完了したと判定されると、カードインタフェースを介して、処理中情報及び実現データを第１のカードから消去する。
【発明の効果】
【００１５】
本発明によれば、複数のＩＣカード間において安全にカードアプリケーションを移動したり集約することができる。
【発明を実施するための最良の形態】
【００１６】
以下に本発明の一実施形態を示す。もちろん以下の実施形態は、上位概念として開示される本発明の下位概念にすぎない。すなわち、以下の実施形態は、特許請求の範囲によって確定される本願発明の技術的範囲に含まれるほんの一部の実施形態にすぎないのである。従って、本願の明細書又は図面に開示された上位概念たる発明であって、特許請求の範囲に記載された発明と技術思想が共通すれば、たとえ本願明細書又は図面に直接的に記載されていない実施形態であっても本願発明の技術的範囲に包含される。
【００１７】
なお、以下の実施形態に記載する下位概念の発明について、そのすべてが特許請求の範囲に記載されているとは限らない。ただし、これは特許発明の技術的範囲から意識的に除外したのではなく、特許発明と均等の関係にあるため特許請求の範囲には記載していない場合があることを理解していただきたい。
【００１８】
図１は、本実施形態に係るＩＣカードシステムの一例を示した図である。ＩＣカード１００は、オリジナルのＩＣカードであり、キャッシュカード機能、電子マネー機能、クレジットカード機能、デビットカード機能、航空会社のマイレージカード機能、鉄道・バス会社等の定期券機能、ＥＴＣ（道路通行料金自動徴収システム）カード機能、ポイントカード機能及び身分証明書（社員証など）機能などの少なくとも一つを備えている。なお、各機能を実現するデータやアプリケーションプログラムはＥＥＰＲＯＭ、磁気テープ媒体（磁気ストライプ）などの不揮発性の記憶装置に記憶されている。
【００１９】
携帯電話機１０２は、ＩＣカードリーダライタ機能つきの携帯端末である。ＰＣ１０３もＩＣカードリーダライタを備えている。
【００２０】
ＩＣカードリーダライタ１１０は、ＩＣカード１００と通信してデータを書き込んだり読み込んだりするためのＩＣカード端末である。ＩＣカードリーダライタ１１０は、単体の装置として各店舗に配置されてもよいし、店舗のレジ、改札装置などに内蔵されてもよい。
【００２１】
ＡＴＭ端末１１２は、ＩＣカードリーダライタ機能を備えるＩＣカード端末である。ここでは、ＩＣカードリーダ機能、ＩＣカードライタ機能又はＩＣカードリーダライタ機能を有する装置を総称してＩＣカード端末と呼ぶことにする。
【００２２】
カードサーバ１２０は、例えば、複数のＩＣカード間でカードアプリケーションを移動し合うときに、移動書込み予約、書込み完了後の元データの削除予約などを登録・管理するコンピュータである。
【００２３】
図２は、本実施形態に係るＩＣカードのブロック図である。ＣＰＵ２０１は、制御プログラムに従ってＩＣカード１００内の各部を制御する中央演算処理装置である。例えば、制御プログラムとしては、後述するカードアプリケーションの移動制御プログラムなどが含まれる。ＲＡＭ２０２は、制御プログラムを実行する際に必要となる作業領域や各種のデータを記憶する記憶装置である。マスクＲＯＭ２０３は、基本ソフト（ＯＳなど）、制御プログラムやカードＩＤなどの各種のデータを記憶するための記憶装置である。ＥＥＰＲＯＭ２０４は、カードアプリケーションＡ  ２１１、カードアプリケーションＢ  ２１２、公開鍵を含む暗号・復号処理モジュール２１３、及びカードアプリケーションの移動処理の最中であることを表す移動中情報２１４などを記憶する書き換え可能な記憶装置である。また、ＥＥＰＲＯＭ２０４は、ＩＣカード内に搭載されているカードアプリケーションの数を記憶していてもよいし、磁気タイプのカードアプリケーションを事後的に磁気ライタ装置において書き込むための予約書込み制御プログラムを記憶していてもよい。なお、ＥＥＰＲＯＭ２０４は、フラッシュメモリなどに置き換えてもよい。通信インタフェース２０７は、ＩＣカード端末１１０等と通信するための通信（カード）インタフェースである。通信ＩＦ２０７は、非接触型インタフェース及び接触型インタフェースの少なくとも一方を搭載している。
【００２４】
なお、図には示していないが、カードのＩＤを記憶した磁気ストライプ（磁気記録媒体）を備えていてもよい。
【００２５】
図３は、本実施形態に係るＩＣカードリーダライタのブロック図である。ＣＰＵ３０１は、ＲＯＭ３０３に格納されているコンピュータプログラムに基づいて様々な処理及び制御を実行する中央演算処理装置である。例えば、制御プログラムとしては、後述のフローチャートに従ったカードアプリケーションの移動制御プログラムなどを備えている。ＲＡＭ３０２は、データなどを記憶する揮発性の記憶装置である。ＲＯＭ３０３は、書き換え不能のマスクＲＯＭである。ＥＥＰＲＯＭ３０９は、書き換え可能な記憶装置である。表示装置３０４は、ＩＣカード１００に含まれているカードアプリケーションの内容、処理の選択画面、処理結果などを表示するディスプレイである。操作部３０５は、タッチパネルデバイスやテンキーなどの入力装置である。通信インタフェース３０７は、カードサーバ１２０などと接続するための通信回路である。カード（通信）インタフェース３０８は、ＩＣカード１００に搭載されている磁気ストライプからデータを読み出したり、当該磁気ストライプにデータを書き込むための磁気カード装置、接触型ＩＣカードの接続端子からデータを読み出したり、書き込んだりするための接触型リーダライタ装置、及び非接触型ＩＣカードと無線通信を行い、データを読み出したり、書き込んだりするための非接触型リーダライタ装置の少なくとも一つを搭載している。また、カードインタフェース３０８は、複数のＩＣカードに同時又は時分割で通信可能な通信プロトコルを備えていてもよいし、あるいは物理的に複数のカードインタフェースを備えていてもよい。
【００２６】
なお、ＩＣカード端末１１０は、ＰＯＳ（店舗販売時点情報管理）システムなどの会計装置と一体化されていてもよい。また、ＩＣカード端末１１０は、例えば、複数のカードリーダライタ装置とホスト装置とからなるローカルなＩＣカードシステムであってもよい。この場合は、ホスト装置を経由して各種の決済サーバと通信を実行することになろう。  また、ＩＣカードリーダライタには、処理対象のカードを装置内部に搬送したり、処理後のカードを排出したり、回収対象のカードを装置内部に回収したりするためのカード搬送機構を備えていてもよい。
【００２７】
図４は、本実施形態にかかるカードサーバの例示的なブロック図である。ＣＰＵ４０１は、ＲＯＭ４０３や、ハードディスクドライブ４０８に格納されているコンピュータプログラム（例：予約書込プログラム、予約消去プログラムなど）に基づいて制御を実行する中央演算処理装置である。ＲＡＭ４０２は、データなどを記憶する揮発性の記憶装置である。ＲＯＭ４０３は、書き換え不能のマスクＲＯＭや書き換え可能なＥＥＰＲＯＭなどの記憶装置である。表示装置４０４は、各種の情報を表示するディスプレイである。操作部４０５は、キーボードやポインティングデバイスなどの入力装置である。通信インタフェース４０７は、ＩＣカード端末１１０、ＡＴＭ端末１１２などと接続するための通信回路である。ハードディスクドライブ４０８は、書き込み予約の対象となっているＩＣカードのカードＩＤと、移動対象カードアプリケーション（プログラム及びデータ）とを対応付けて記憶している移動予約データベース４１１、移動中情報及び移動対象カードアプリケーションの消去予約情報を、移動元のＩＣカードのカードＩＤとともに記憶している消去予約データベース４１２、予約書込プログラム、予約消去プログラムなどを記憶する記憶装置である。
【００２８】
図５は、本実施形態のＩＣカード端末におけるカードアプリケーションの移動処理に関する例示的なフローチャートである。ここでは、移動元のカードをＩＣカード１００ａとし、移動先のカードをＩＣカード１００ｂとして説明する。
【００２９】
ステップＳ５００において、ＩＣカード端末１１０のＣＰＵ３０１は、カードインタフェース３０８を制御して、１枚目のＩＣカード１００ａについて受け付け処理（例えば、カードの搬送処理、通信回線の確立処理及び基本情報の読み取り処理など）を実行する。ＣＰＵ３０１は、受け付けられたＩＣカードから読み取られた情報（例えば、カードＩＤ、カード名称、カード種別、カードアプリケーションの内容など）をＲＡＭ３０２に記憶する。
【００３０】
ステップＳ５０２において、ＣＰＵ３０１は、表示装置３０４に処理選択プロンプトを表示する。例えば、入金処理、出金処理、振込処理、カードアプリケーションの移動処理など、ＩＣカードを利用した複数のサービスの選択ボタンが表示される。ＣＰＵ３０１は、操作部３０５からの入力信号に基づいて選択された処理を特定し、特定された処理を実行する。
【００３１】
ステップＳ５０４において、ＣＰＵ３０１は、表示装置３０４に２枚目のカードの挿入を促すメッセージを表示し、挿入された２枚目のＩＣカード１００ｂについて受け付け処理を実行する。
【００３２】
ステップＳ５０６において、ＣＰＵ３０１は、操作部３０５から入力された指示が、挿入すべきカードが無いなど、カード挿入の終了を意味するものであるか否かを判定する。カードの挿入が終了したと判定すれば、ステップＳ５０８に進み、そうでなければステップＳ５０４に戻る。
【００３３】
ステップＳ５０８において、ＣＰＵ３０１は、ＲＡＭ３０２から各カードのカード名称、種別、カードアプリケーションの搭載状況などを表示装置３０４に表示する。
【００３４】
図６は、本実施形態に係るカードアプリケーションの内容についての例示的な表示画面を示した図である。図には３枚のカードが示されているが、２枚以上であれば何枚であってもよい。この例では、カードＡは、接触型カードインタフェースと磁気ストライプを備えたＩＣカードであり、銀行のキャッシュカード機能、クレジットカード機能Ａ、図書館カード機能などをカードアプリケーションとして搭載している。カードＢは、非接触型のカードインタフェースと磁気ストライプを搭載しており、クレジットカード機能Ｂとビデオレンタルの会員カード機能を搭載している。カードＣは、接触型カードインタフェース、非接触型のカードインタフェース及び磁気ストライプを搭載しており、社員証カード機能と電子マネー機能及び定期券機能を搭載している。
【００３５】
ステップＳ５１０において、ＣＰＵ３０１は、「移動元のカードを指定してください」とのメッセージを表示装置３０４に表示させ、操作部３０５からの指示信号に基づいて、ユーザにより指定されたカードを認識する。
【００３６】
ステップＳ５１２において、ＣＰＵ３０１は、「移動対象のカードアプリケーションを指定してください」とのメッセージを表示装置３０４に表示させ、操作部３０５からの指示信号に基づいて、ユーザにより指定されたカードアプリケーションを認識する。
【００３７】
ステップＳ５１４において、ＣＰＵ３０１は、「ご指定のカードアプリケーションのパスワードを入力してください」とのメッセージを表示装置３０４に表示させ、操作部３０５から入力されたパスワードを移動元のＩＣカード１００ａに送信し、認証処理の命令を送信する。ＩＣカード１００ａの移動対象アプリケーションは、ＩＣカード端末１１０から受信したパスワードが正規のパスワードであるか認証処理を実行し、ＩＣカード端末１１０にカードインタフェース２０７を介して認証結果を送信する。
【００３８】
ステップＳ５１６において、ＣＰＵ３０１は、ＩＣカード１００ａから受信した認証結果が認証ＯＫであったか否かを判定する。認証ＯＫであればステップＳ５１８に進み、そうでなければステップＳ５１４に戻り、再度のパスワード認証を実行する。
【００３９】
ステップＳ５１８において、ＣＰＵ３０１は、表示装置３０４に「移動先カードを指定ください」とのメッセージを表示させ、続いて、操作部３０５からの指定指示を受信し、指定指示により指定されたＩＣカードを認識する。例えば、ユーザが、表示装置３０４と操作部３０５とが一体化されたタッチディスプレイパネルに表示されたカード名を触れることで、指示信号がＣＰＵ３０１に伝達される。
【００４０】
ステップＳ５２０において、ＣＰＵ３０１は、「ご指定のカードアプリケーションのパスワードを入力してください」とのメッセージを表示装置３０４に表示させ、操作部３０５から入力されたパスワードを移動先のＩＣカード１００ｂに送信し、認証処理の実行命令を送信する。ＩＣカード１００ｂの認証モジュールは、ＩＣカード端末１１０から受信したパスワードが正規のパスワードであるか認証処理を実行し、ＩＣカード端末１１０にカードインタフェース２０７を介して認証結果を送信する。ここでのパスワードは、移動を許可するためのパスワードと観念してもよい。
【００４１】
ステップＳ５２２において、ＣＰＵ３０１は、ＩＣカード１００ｂから受信した認証結果が認証ＯＫであったか否かを判定する。認証ＯＫであればステップＳ５２４に進み、そうでなければステップＳ５２０に戻り、再度のパスワード認証を実行する。
【００４２】
ステップＳ５２４において、ＣＰＵ３０１は、移動元のＩＣカード１００ａから移動対象カードアプリケーションを実現するためのデータ（例えば、プログラムコード、各種データなど）を読み出し、移動先のＩＣカード１００ｂに書き込み、処理を終了する。
【００４３】
図７は、本実施形態に係るカードアプリケーションの移動処理に関する例示的なフローチャートである。このフローチャートは上述のステップＳ５２４をさらに詳しく説明したものである。
【００４４】
ステップＳ７００において、ＣＰＵ３０１は、移動対象のカードアプリケーションが磁気ストライプのみを利用するものであるか否かを判定する。例えば、ＩＣカード１００のＥＥＰＲＯＭ２０４には、各カードアプリケーションの種別情報（磁気ＩＦ専用、非接触ＩＦ専用、接触ＩＦ専用、接触ＩＦ及び非接触ＩＦの双方可能など）が記憶されているため、ＣＰＵ３０１は、この種別情報に基づいて判定する。
【００４５】
ステップＳ７０２において、ＣＰＵ３０１は、移動先のＩＣカード１００ｂに対して公開鍵の送信要求を、カードインタフェース３０８を介して送信し、ＩＣカード１００ｂから公開鍵を受信する。すなわち、公開鍵を読み出すのである。
【００４６】
ステップＳ７０４において、ＣＰＵ３０１は、ＩＣカード１００ａに対して、公開鍵を転送するとともに、当該公開鍵にてカードアプリケーションの実現データを暗号化してから送信するよう暗号化命令を送信する。ＩＣカード１００ａのＣＰＵ２０１は、受信した公開鍵を使用して、暗号化モジュールにより実現データを暗号化してＩＣカード端末１１０へと送信する。
【００４７】
ステップＳ７０６において、ＣＰＵ３０１は、移動元のＩＣカード１００ａから暗号化されたカードアプリケーションの実現データを受信し、ＲＡＭ３０２に記憶する。
【００４８】
ステップＳ７０８において、ＣＰＵ３０１は、移動元のＩＣカード１００ａに移動中情報を送信して書き込む。移動中情報は、移動対象のカードアプリケーションが移動先のＩＣカード１００ｂに正しく書込みが完了するまでの間は、少なくとも移動元のＩＣカード１００ａに記憶される情報である。この移動中情報がＥＥＰＲＯＭ３０９に記憶されている間は、移動対象のカードアプリケーションを消去せず維持しておくことで、不慮の書込み失敗が起こり双方のＩＣカードで移動対象のカードアプリケーションが使用できなくなるといった最悪の事態を防いでいる。
【００４９】
ステップＳ７１０において、ＣＰＵ３０１は、ＲＡＭ３０２から実現データを読み出し、カードインタフェース３０８を通じて、移動先のＩＣカード１００ｂに書き込む。
【００５０】
ステップＳ７１２において、ＣＰＵ３０１は、移動先のＩＣカード１００ｂから実現データの書込みが完了したことを表す完了情報を受信した否かを判定し、完了情報を受信するまで（すなわち、正しく書込みが完了するまで）待機する。
【００５１】
ステップＳ７１４において、ＣＰＵ３０１は、ＩＣカード１００ａに対して、移動中情報の消去命令と、移動対象カードアプリケーションの削除命令とを送信する。ＩＣカード１００ａのＣＰＵ２０１は、受信した命令に従い、ＥＥＰＲＯＭ２０４に記憶されている移動中情報２１４と、移動対象のカードアプリケーション２１１を消去する。
【００５２】
なお、上述の実施形態では、磁気タイプのカードアプリケーションについて公開鍵による暗号化をスキップしたが、これは磁気ストライプの読み取りがＩＣカード端末側で実行されるため、ＩＣカード側で暗号化してから送信することが原理的に不可能だからである。
【００５３】
以上のように本実施形態では、複数のＩＣカード間で様々なカードアプリケーションを移動させることができる。例えば、ユーザの嗜好に応じて、カードＡには金融関連のカードアプリケーションを集約したり、カードＢには図書館カードや会員カードなど重要度の高くないものを集約したりするなど、移動集約処理を自由に行なえる。
【００５４】
また、カードアプリケーションの移動が完了するまでは、移動中情報によりカードアプリケーションの削除を防止しているため、不慮に移動元及び移動先の双方のＩＣカードにおいてカードアプリケーションが使用できなくなることを防止できる。
【００５５】
また、公開鍵暗号方式により、カードアプリケーションの実現データを暗号化しているため、アプリケーションの移動中のセキュリティを確保できる利点がある。
【００５６】
図８は、本実施形態に係る他の実施形態におけるカードアプリケーションの移動処理に関する例示的なフローチャートである。なお、上述の実施形態と共通する処理については同一の参照符号を使用して、説明の簡潔・明瞭化を心がける。本実施形態では、とりわけ、ステップＳ５２２とステップＳ５２４との間に次のステップを追加することで、同一人に属する複数のカード間でのみカードアプリケーションを移動できるように制限したものである。
【００５７】
ステップＳ８００において、ＣＰＵ３０１は、移動元のＩＣカード１００ａと移動先のＩＣカード１００ｂの双方からそれぞれのカード利用者の個人情報（例えば、氏名、名称、住所、電話番号などの少なくとも一つ）を読み出す。
【００５８】
ステップＳ８０２において、ＣＰＵ３０１は、移動元のＩＣカード１００ａの個人情報と移動先のＩＣカード１００ｂの個人情報とが一致するか文字列比較を実行する。一致すればステップＳ５２４に進み、そうでなければ、ステップＳ８０４に進む。
【００５９】
ステップＳ８０４において、ＣＰＵ３０１は、表示装置３０４に「カードアプリケーションを移動することができません。」とか、「登録住所が古い可能性があります。住所変更の手続をお願いします。」などのメッセージを表示する。その後、ステップＳ５１８に戻り、別のＩＣカードを指定させる。
【００６０】
なお、ステップＳ８００乃至Ｓ８０４についての処理は、ステップＳ５０４乃至Ｓ５２４の間であれば、どのタイミングで実行してもよいことは明らかであろう。
【００６１】
このように本実施形態によれば、同一人に属する複数のカード間でのみカードアプリケーションを移動できるように制限することができるため、カードアプリケーションの盗難といったこれまでに無い犯罪を抑止できよう。
【００６２】
また、住所や電話番号が不一致の時には、住所届出の変更をカード利用者に促すことができるため、ユーザが住所変更を失念していてもそれを思い起こさせることができる。
【００６３】
図９は、本実施形態に係る他のカードアプリケーションの移動処理に関するフローチャートである。なお、上述の実施形態と共通する処理については同一の参照符号を使用して、説明の簡潔・明瞭化を心がける。本実施形態では、とりわけ、ステップＳ５２４の後に、次のステップを追加することで、搭載されているカードアプリケーションの数が０となったＩＣカードを回収・廃棄できるようにしたものである。これによりＩＣカードの再利用を促進できよう。
【００６４】
ステップＳ９００において、ＣＰＵ３０１は、移動元のＩＣカード１００ａに搭載されているカードアプリケーションの数を算出する。
【００６５】
ステップＳ９０２において、ＣＰＵ３０１は、算出した残数が０であるか否かを判定する。０であれば、ステップＳ９０４に進み、そうでなければ処理を終了する。
【００６６】
ステップＳ９０４において、ＣＰＵ３０１は、表示装置３０４に、例えば「ＩＣカードＡにはカードアプリケーションが存在しません。ＩＣカードを引き続き利用しますか、それとも発行会社に返却しますか？」とのメッセージを表示させ、操作部３０５から引き続き利用を表す指示が入力されたか否かを判定する。「引き続き利用」の指示でなければ、ステップＳ９０６に進み、カード搬送機構を駆動させ、回収容器へとカードを搬送させる。一方、「引き続き利用」の指示であれば、ステップＳ９０８へと進み、カードを排出するようカード搬送機構を駆動させる。
【００６７】
以上のように、不要となったＩＣカードをＩＣカード端末１１０内に回収してしまうので、ＩＣカードの不正利用を防止できるようになり、また、カードの再利用も促進されよう。
【００６８】
次に、カードアプリケーションの移動処理を実行するＩＣカード端末が磁気ヘッド及びそれに付随する回路などの磁気的な書込みインタフェースを備えていない場合における、磁気カードアプリケーションの移動処理を説明する。以下の実施形態では、ＩＣカード端末が磁気インタフェースを備えていない場合を説明するが、接触型インタフェースを備えていない場合や、非接触型インタフェースを備えていない場合に適用できることはいうまでもない。
【００６９】
図１０は、本実施形態に係る他のカードアプリケーションの移動処理に関する例示的なフローチャートである。なお、上述の実施形態と共通する処理については同一の参照符号を使用して、説明の簡潔・明瞭化を心がける。
【００７０】
ステップＳ１０００において、磁気的な書込みインタフェースを有しないＩＣカード端末１１０のＣＰＵ３０１は、移動対象のカードアプリケーションが磁気カードアプリケーションであるか否かを判定する。磁気カードアプリケーションの場合は、さらに、ＣＰＵ３０１が、端末の種別（例えば、接触カード対応、非接触カード対応、磁気カード対応など）を表す情報をＲＯＭ３０３などの記憶装置から読み出し、磁気カードインタフェースを備えているどうかを判定する。接触又は非接触インタフェースのみを利用するカードアプリケーションの場合はステップＳ７０２へと進む。一方、移動対象が磁気カードアプリケーションであるにもかかわらず、ＩＣカード端末が磁気ストライプへの書込みに対応していない場合は、ステップＳ１００２へと進む。
【００７１】
ステップＳ１００２において、ＣＰＵ３０１は、移動元のＩＣカード１００ａから磁気カードアプリケーションを読み出す。ＩＣカード端末１１０が、磁気的な読み取りインタフェースを備えている場合は、ＩＣカード１００ａの磁気ストライプから磁気カードアプリケーションを読み取る。一方、ＩＣカード端末１１０が、磁気的な読み取りインタフェースすら備えていない場合は、ＩＣカード１００ａのＥＥＰＲＯＭ２０４内に予め記憶されている磁気ストライプの電子化データを読み出す。すなわち、磁気ストライプに記憶されている情報と同一の情報がＥＥＰＲＯＭ２０４には記憶されている場合に、本実施形態は有効であろう。
【００７２】
ステップＳ１００４において、ＣＰＵ３０１は、移動元のＩＣカード１００ａのＥＥＰＲＯＭ２０４に移動処理中情報を書き込む。
【００７３】
ステップＳ１００６において、ＣＰＵ３０１は、移動先のＩＣカード１００ｂのＥＥＰＲＯＭ２０４に、磁気カードアプリケーションの実現データ（例えば、プログラム、スクリプト付随データなど）、予約書込み制御プログラム及びＩＣカード１００ａのカードＩＤを書き込む。この予約書込みプログラムは、ＩＣカード端末１１０と通信を開始すると最初に起動されるカードアプリケーションである。すなわち、ＩＣカード１００ｂが、磁気的な書込みインタフェースを備えたＩＣカード端末１１０と通信を開始すると、予約書込みアプリケーションが起動し、ＩＣカード１００ａから読み出された磁気的なカードアプリケーションの実現データをＩＣカード１００ｂの磁気ストライプ部に書き込むよう制御する。
【００７４】
図１１は、本実施形態に係る予約書込みプログラムの処理を示した例示的なフローチャートである。
【００７５】
ステップＳ１１００において、移動先のＩＣカード１００ｂのＣＰＵ２０１は、ＩＣカード端末１１０から電源を供給され、通信を開始すると、最初に予約書込みプログラムを起動する。そして、ＣＰＵ２０１は、当該ＩＣカード端末１１０が、磁気的な書込み手段を備えているかどうかを判定する。なお、初期通信の際に、磁気的な書込み手段を備えているか否かを表す情報が、ＩＣカード端末１１０からＩＣカード１００ｂに送信されるものとする。判定の結果、磁気的な書込み手段を備えていれば、ステップＳ１１０２へと進む。そうでなければステップＳ１１１０へと進み、通常のカード処理（例えば、キャッシュカード処理、クレジットカード処理など）を実行する。
【００７６】
ステップＳ１１０２において、ＣＰＵ２０１は、ＥＥＰＲＯＭ２０４に格納されている移動対象の磁気カードアプリケーションの実現データを読み出す。
【００７７】
ステップＳ１１０４において、ＣＰＵ２０１は、カードインタフェース２０７を通じて、ＩＣカード端末１１０に実現データと実現データの書込み命令を送信する。ＩＣカード端末１１０のＣＰＵ３０１は、受信した書込み命令に従い、受信した実現データをＩＣカード１００ｂの磁気ストライプ部に書き込む。
【００７８】
ステップＳ１１０６において、ＣＰＵ２０１は、ＩＣカード端末１１０からの書込み完了通知を受信するまで待機する。
【００７９】
ステップＳ１１０８において、ＣＰＵ２０１は、移動対象カードアプリケーションを移動元のＩＣカード１００ａから消去するための消去予約情報（ＩＣカード１００ａのカードＩＤを含む。）を、カードを管理するカードサーバ１２０に送信する。カードサーバ１２０は、受信した消去予約情報を予約消去データベース４１２に書き込む。
【００８０】
次にカードを管理するカードサーバ１２０を利用して予約書込みを実行する方法について説明する。
【００８１】
図１２は、本実施形態に係る他のカードアプリケーションの移動処理に関する例示的なフローチャートである。なお、上述の実施形態と共通する処理については同一の参照符号を使用して、説明の簡潔・明瞭化を心がける。とりわけ、図１２と図７を比較すると、ステップＳ１００６がステップＳ１２０６と置き換わっている点で両者は相異している。
【００８２】
ステップＳ１２０６に、ＩＣカード端末１１０のＣＰＵ３０１は、実現データ、移動元のカードＩＤ、移動先のカードＩＤを含む書込み予約情報をカードサーバ１２０に送信する。カードサーバ１２０のＣＰＵ４０１は、受信した、実現データ、移動元のカードＩＤ及び移動先のカードＩＤをハードディスクドライブ４０８内の移動予約データベース４１１に書き込む。以上の処理により、移動書込み予約が実現する。
【００８３】
図１３は、本実施形態に係る移動書込み予約処理に関する例示的なフローチャートである。
【００８４】
ステップＳ１３００において、ＣＰＵ４０１は、ＩＣカード端末１１０から、当該ＩＣカード１００ｂと接続しているＩＣカードのカードＩＤを受信する。
【００８５】
ステップＳ１３０２において、ＣＰＵ４０１は、受信したカードＩＤを検索キーとして、移動予約データベース４１１を検索し、移動先として当該カードＩＤが設定されている移動予約を抽出する。移動予約が見つからなければ、処理を終了し、見つかればステップＳ１３０４に進む。
【００８６】
ステップＳ１３０４において、ＣＰＵ４０１は、通信中のＩＣカード端末１１０が磁気書込み手段を備えているかどうかを判定する。ＣＰＵ４０１は、ＩＣカード端末１１０から受信した端末の種別情報に基づいて判定する。これによって、ＣＰＵ４０１は、磁気書込み手段を備えたカード端末であるか否かを検出できる。ＩＣカード端末１１０が磁気書込みに対応していなければ、処理を終了し、対応していればステップＳ１３０４に進む。
【００８７】
ステップＳ１３０６において、ＣＰＵ４０１は、移動対象カードアプリケーションの実現データをデータベース４１１から読み出す。
【００８８】
ステップＳ１３０８において、ＣＰＵ４０１は、ＩＣカード端末１１０に対し、実現データとその書込み命令を送信する。ＩＣカード端末１１０のＣＰＵ３０１は、書き込み命令を受信すると、実現データをＩＣカード１００ｂのＥＥＰＲＯＭ２０４に書き込む。書込みが完了すると、書込み完了通知をカードサーバ１２０に送信する。
【００８９】
ステップＳ１３１０において、ＣＰＵ４０１は、ＩＣカード端末１１０から完了通知を受信するまで待機する。
【００９０】
ステップＳ１３１２において、ＣＰＵ４０１は、移動元のＩＣカード１００から移動対象カードアプリケーションと、移動中情報とを消去するための消去予約を消去予約データベース４１２に書き込み登録する。また、ＣＰＵ４０１は、移動予約データベース４１１から、移動の完了した移動予約を削除する。
【００９１】
以上のように、本実施形態では、カードサーバ１２０を介して移動対象のカードアプリケーションを移動するため、例えば、移動対象が磁気アプリケーションであるにもかかわらずＩＣカード端末１１０が磁気書込み手段を備えていない場合であっても、移動先のＩＣカード１００ｂが、磁気書込み手段を備えたＩＣカード端末１１０と接続された際に、移動処理を実行することができる。
【００９２】
図１４は、本実施形態に係る移動中情報等の予約消去処理に関する例示的なフローチャートである。
【００９３】
ステップＳ１４００において、ＣＰＵ４０１は、ＩＣカード端末１１０から、当該ＩＣカード端末と接続しているＩＣカード１００ａのカードＩＤを受信する。
【００９４】
ステップＳ１４０２において、ＣＰＵ４０１は、受信したカードＩＤを検索キーとして、消去予約データベース４１１を検索し、移動元として当該カードＩＤが設定されている消去予約を抽出する。消去予約が見つからなければ、処理を終了し、見つかればステップＳ１４０４に進む。
【００９５】
ステップＳ１４０４において、ＣＰＵ４０１は、ＩＣカード端末１１０に対し、移動中情報と移動対象カードアプリケーションの消去命令を送信する。ＩＣカード端末１１０のＣＰＵ３０１は、消去命令を受信すると、ＩＣカード１００ａのＥＥＰＲＯＭ２０４に記憶されている移動中情報と、移動対象カードアプリケーションとを消去する。消去が完了すると、消去完了通知をカードサーバ１２０に送信する。
【００９６】
ステップＳ１４０６において、ＣＰＵ４０１は、ＩＣカード端末１１０から消去完了通知を受信するまで待機する。
【００９７】
ステップＳ１４０８において、ＣＰＵ４０１は、該当する消去予約を消去予約データベース４１２から削除する。
【００９８】
以上の手順により、移動元のＩＣカード１００ａから、移動中情報と、移動対象のカードアプリケーションを削除することができる。
【図面の簡単な説明】
【００９９】
【図１】図１は、本実施形態に係るＩＣカードシステムの一例を示した図である。
【図２】図２は、本実施形態に係るＩＣカードの例示的なブロック図である。
【図３】図３は、本実施形態に係るＩＣカード端末の例示的なブロック図である。
【図４】図４は、本実施形態に係るカードサーバの例示的なブロック図である。
【図５】図５は、本実施形態のＩＣカード端末における一般的な処理に関する例示的なフローチャートである。
【図６】図６は、本実施形態に係るカードアプリケーションの内容についての例示的な表示例を示した図である。
【図７】図７は、本実施形態に係るカードアプリケーションの移動処理に関する例示的なフローチャートである。
【図８】図８は、本実施形態に係る他の実施形態におけるカードアプリケーションの移動処理（個人情報の判定処理を含む。）に関する例示的なフローチャートである。
【図９】図９は、本実施形態に係る他のカードアプリケーションの移動処理（回収処理を含む。）に関するフローチャートである。
【図１０】図１０は、本実施形態に係る他のカードアプリケーションの移動処理に関する例示的なフローチャートである。
【図１１】図１１は、本実施形態に係る予約書込みプログラムの処理を示した例示的なフローチャートである。
【図１２】図１２は、本実施形態に係る他のカードアプリケーションの移動処理に関する例示的なフローチャートである。
【図１３】図１３は、本実施形態に係る移動書込み予約処理に関する例示的なフローチャートである。
【図１４】図１４は、本実施形態に係る移動中情報等の予約消去処理に関する例示的なフローチャートである。
【符号の説明】
【０１００】
１００…ＩＣカード
１０２…ＩＣカードリーダライタ機能付き携帯電話機
１０３…ＩＣカードリーダライタ機能付きＰＣ
１１０…ＩＣカードリーダライタ
１１２…ＡＴＭ端末
１２０…カードサーバ
【図１】
2005085126.tif 000003
【図２】
2005085126.tif 000004
【図３】
2005085126.tif 000005
【図４】
2005085126.tif 000006
【図５】
2005085126.tif 000007
【図６】
2005085126.tif 000008
【図７】
2005085126.tif 000009
【図８】
2005085126.tif 000010
【図９】
2005085126.tif 000011
【図１０】
2005085126.tif 000012
【図１１】
2005085126.tif 000013
【図１２】
2005085126.tif 000014
【図１３】
2005085126.tif 000015
【図１４】
2005085126.tif 000016