(57)【要約】 【課題】  ＩＣカードやカードプリケーションの有効期限をユーザフレンドリーな手法により更新する。【解決手段】  本発明によれば、ＩＣカード１００が何れかのＩＣカード端末（ＩＣカードリーダライタ１１０など）に接続すると、現在の日付情報をＩＣカード端末から取得して、ＩＣカード自体又は搭載カードアプリケーションの有効期限に近づいていないか判定する。有効期限間近であれば、警告情報をＩＣカード端末に送信し、カード利用者等に警告を促す。また、当該ＩＣカード端末が有効期限の更新処理を実行可能な端末であればその場で有効期限を更新する。【選択図】  図１
2005100272.tif 000002
【特許請求の範囲】
【請求項１】
ＩＣカード端末と接続して使用されるＩＣカードであって、
前記ＩＣカードの有効期限情報を記憶する第１の記憶手段と、
前記ＩＣカードに搭載されている一以上のカードアプリケーションのそれぞれの有効期限情報を記憶する第２の記憶手段と、
前記ＩＣカード端末からカード利用日に関する情報を受信する受信手段と、
前記第１の記憶手段から前記ＩＣカードの有効期限情報を読み出すとともに、前記第２の記憶手段から前記カードアプリケーションの有効期限情報を読み出し、読み出されたそれぞれの有効期限情報と、該受信したカード利用日に関する情報とに基づいて、前記ＩＣカード及び前記カードアプリケーションのうち少なくとも一つが所定の有効期限警告期間内にあるかを判定する有効期限判定手段と、
前記有効期限警告期間内の場合に、前記ＩＣカード端末に対して有効期限警告情報を送信する送信手段と
を含むＩＣカード。
【請求項２】
前記受信手段を通じて前記ＩＣカード端末に関する情報を受信すると、前記ＩＣカード及び前記カードアプリケーションの少なくとも一つを更新するのに該ＩＣカード端末を利用可能であることを表す情報が該受信した情報に含まれているか否かを判定する更新判定手段と、
前記更新判定手段により更新可能と判定された有効期限情報を新規の有効期限情報でもって書き換える書換制御手段と
をさらに含む請求項１に記載のＩＣカード。
【請求項３】
前記有効期限警告情報の送信の要又は不要を指定するための警告要・不要情報を記憶する第３の記憶手段をさらに含み、
前記送信手段は、前記第３の記憶手段に記憶されている警告要・不要情報が警告要を示している場合には有効期限警告情報を送信し、警告不要を示している場合には有効期限情報を送信しない請求項１又は２に記載のＩＣカード。
【請求項４】
前記ＩＣカード又は前記カードアプリケーションの有効期限を徒過した場合における、前記ＩＣカード又は前記カードアプリケーションの回復の許可又は不許可を示す回復可否情報を記憶する第４の記憶手段と、
前記受信手段を通じて入力された回復可否情報が回復の許可を示しているかを判定する許可判定手段とをさらに備え、
前記回復が許可されていると判定された場合に、前記有効期限情報を新規の有効期限情報に書き換えることを特徴とする請求項１乃至請求項３のいずれか一つに記載されたＩＣカード。
【請求項５】
前記第１の記憶手段から前記ＩＣカードの有効期限情報を読み出し、該読み出された有効期限情報と、該受信したカード利用日に関する情報とに基づいて、前記ＩＣカードが所定の回復可能期間内にあるかを判定する第１の回復可能期間判定手段をさらに備え、
前記所定の回復可能期間内である場合に、前記有効期限情報を新規の有効期限情報に書き換えることを特徴とする請求項１乃至請求項４のいずれか一つに記載のＩＣカード。
【請求項６】
前記第２の記憶手段から前記カードアプリケーションの有効期限情報を読み出し、読み出された有効期限情報と、該受信したカード利用日に関する情報とに基づいて、前記カードアプリケーションが所定の回復可能期間内にあるかを判定する第２の回復可能期間判定手段をさらに備え、
前記所定の回復可能期間内ある場合に、前記有効期限情報を新規の有効期限情報に書き換えることを特徴とする請求項１乃至請求項５のいずれか一つに記載のＩＣカード。
【請求項７】
請求項１乃至６の何れか一つに記載のＩＣカードと接続して使用されるＩＣカード端末であって、
現在の日付を計時するタイマー手段と、
前記ＩＣカードが接続してきた場合に、前記タイマー手段から日付データを取得し、取得した日付データをカード利用日データとして該ＩＣカードに送信する送信手段と、
前記ＩＣカードから有効期限警告情報を受信する受信手段と、
前記有効期限警告情報を受信すると、有効期限の警告メッセージを出力する出力手段と
を含むＩＣカード端末。
【請求項８】
前記ＩＣカード又は前記カードアプリケーションの有効期限の更新処理を実行できるＩＣカード端末であるかどうかを表す更新可否情報を記憶する更新可否記憶手段をさらに備え、
前記送信手段は、前記ＩＣカードと接続すると、前記更新可否記憶手段から読み出した更新可否情報を前記ＩＣカードに送信することを特徴とする請求項７に記載のＩＣカード端末。
【請求項９】
ＩＣカード端末及びＩＣカードを含むＩＣカードシステムであって、
前記ＩＣカードは、
前記ＩＣカードの有効期限情報を記憶する第１の記憶手段と、
前記ＩＣカードに搭載されている一以上のカードアプリケーションのそれぞれの有効期限情報を記憶する第２の記憶手段と、
前記第１の記憶手段から前記ＩＣカードの有効期限情報を読み出すとともに、前記第２の記憶手段から前記カードアプリケーションの有効期限情報を読み出し、読み出されたそれぞれの有効期限情報を前記ＩＣカード端末に送信する送信手段とを備え、
前記ＩＣカード端末は、
前記ＩＣカードから送信された有効期限情報を受信する受信手段と、
現在の日付を計時するタイマー手段と、
前記有効期限情報を受信すると、前記タイマー手段からカード利用日を取得し、取得されたカード利用日と前記受信した有効期限情報とに基づいて、前記ＩＣカード及び前記カードアプリケーションのうち少なくとも一つが所定の有効期限警告期間内にあるかを判定する有効期限判定手段と、
前記有効期限警告期間内の場合に、有効期限の警告メッセージを出力する出力手段と
を備えることを特徴とするＩＣカードシステム。
【請求項１０】
ＩＣカード端末と接続して使用されるＩＣカードであって、
前記ＩＣカードの有効期限情報を記憶する第１の記憶手段と、
前記ＩＣカードを更新する際のカードアプリケーションの更新オプションを指定するための更新オプション情報を記憶する第２の記憶手段と、
前記ＩＣカード端末からカード利用日に関する情報を受信する受信手段と、
前記第１の記憶手段から前記ＩＣカードの有効期限情報を読み出し、読み出されたそれぞれの有効期限情報と、該受信したカード利用日に関する情報とに基づいて、前記ＩＣカードが所定の更新可能期間内にあるかを判定する更新可能判定手段と、
前記更新可能の場合に、前記第２の記憶手段に記憶されている更新オプション情報を読み出し、該更新オプション情報に従って有効期限を更新する更新制御手段と
を含むことを特徴とするＩＣカード。
【請求項１１】
ＩＣカード端末と接続して使用されるＩＣカードの更新方法であって、
前記ＩＣカード端末からカード利用日に関する情報を受信するステップと、
前記ＩＣカードの記憶装置に記憶されている該ＩＣカードの有効期限情報と、該ＩＣカードに搭載されている一以上のカードアプリケーションのそれぞれの有効期限情報とを読み出すステップと、
前記読み出されたそれぞれの有効期限情報と、前記受信したカード利用日に関する情報とに基づいて、前記ＩＣカード及び前記カードアプリケーションのうち少なくとも一つが所定の有効期限警告期間内にあるかを判定するステップと、
前記有効期限警告期間内の場合に、前記ＩＣカード端末に対して有効期限警告情報を送信するステップと
を含むＩＣカードの更新方法。
【請求項１２】
前記ＩＣカード端末を利用して有効期限の更新が可能か否かを判定するステップと、
前記更新可能と判定された場合に限り該ＩＣカード端末において更新処理を実行するステップと
をさらに含む請求項１１に記載のＩＣカードの更新方法。
【請求項１３】
ＩＣカード端末及びＩＣカードを含むＩＣカードシステムにおける有効期限情報の更新方法であって、
前記ＩＣカードにおいて、前記ＩＣカードの有効期限情報と、前記ＩＣカードに搭載されている一以上のカードアプリケーションのそれぞれの有効期限情報とを該ＩＣカードの記憶装置から読み出すステップと、
前記ＩＣカードにおいて、前記読み出されたそれぞれの有効期限情報を前記ＩＣカード端末に送信するステップと、
前記ＩＣカード端末において、前記ＩＣカードから送信された有効期限情報を受信するステップと、
前記ＩＣカード端末において、前記有効期限情報を受信すると、現在の日付を計時するタイマーからカード利用日を取得するステップと、
前記ＩＣカード端末において、前記取得したカード利用日と、前記受信した有効期限情報とに基づいて、前記ＩＣカード及び前記カードアプリケーションのうち少なくとも一つが所定の有効期限警告期間内にあるかを判定するステップと、
前記ＩＣカード端末において、前記有効期限警告期間内の場合に、有効期限の警告メッセージを出力するステップと
を備えることを特徴とする有効期限の更新方法。
【請求項１４】
前記ＩＣカード端末を利用して有効期限の更新が可能か否かを判定するステップと、
前記更新可能と判定された場合に限り該ＩＣカードの更新処理を実行するステップと
をさらに含む請求項１３に記載の有効期限の更新方法。
【請求項１５】
ＩＣカード端末と接続して使用されるＩＣカードの有効期限の更新方法であって
前記ＩＣカード端末からカード利用日に関する情報を受信するステップと、
前記カード利用日を受信すると、前記ＩＣカードの有効期限情報を記憶した第１の記憶媒体から該有効期限情報を読み出すステップと、
前記読み出されたそれぞれの有効期限情報と、該受信したカード利用日に関する情報とに基づいて、前記ＩＣカードが所定の更新可能期間内にあるかを判定するステップと、
前記更新可能の場合に、前記ＩＣカードの第２の記憶媒体に記憶されている更新オプション情報を読み出すステップと、
前記読み出された更新オプション情報に従って有効期限を更新するステップと
を含むことを特徴とするＩＣカードの有効期限の更新方法。
【請求項１６】
前記ＩＣカード端末を利用して有効期限の更新が可能か否かを判定するステップと、
前記更新可能と判定された場合に限り該ＩＣカードの更新処理を実行するステップと
をさらに含む請求項１５に記載されたＩＣカードの有効期限の更新方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、接触型ＩＣカード又は非接触型ＩＣカードなどの有効期限を更新する技術に関する。
【背景技術】
【０００２】
従来、キャッシュカードやクレジットカードとして、主に磁気カードが利用されてきたが、近年のサービスの多様化に対応すべく、これらのカードをＩＣカード化することが検討されている。
【０００３】
一般に、ＩＣカードはＣＰＵとメモリを搭載しており、このメモリに記憶されているカードアプリケーションに基づいて、キャッシュカード機能、クレジットカード機能及びポイントカード機能などが実現されている。
【０００４】
メモリの記憶容量が許す限り、ＩＣカードには複数のカードアプリケーションを搭載することができる。また、搭載されているカードアプリケーションを一旦削除し、再び搭載することもできる（例えば、特許文献１）。
【０００５】
また、ＩＣカードの更新時には、旧カードから読み出したデータを、新カードへと移動させることもできる（例えば、特許文献２）。
【特許文献１】特開２００２−１４０６６５号公報
【特許文献２】特開２００２−１４０６６４号公報。
【発明の開示】
【発明が解決しようとする課題】
【０００６】
従来の磁気カードにより構成された有効期限付きクレジットカードは、有効期限をセンター側で管理し、有効期限になると新規のクレジットカードを発行してカード利用者に郵送していた。ちなみに、有効期限の切れたカードは使用不可となる。
【０００７】
このように新規の磁気カードを発行していた理由は、例えば、度重なるカードの使用に伴い磁気媒体が劣化してしまうこと、及びカード自体のコストがそれほど高価ではなかったからである。
【０００８】
一方、普及が期待されるＩＣカードは、比較的に劣化しにくいといった特徴がある。それとは別に、発行コストが相対的に高いという欠点がある。そのため、特段の事情がない限りは、有効期限となっても所定の更新条件さえクリアできていれば、そのまま使用できることが望ましい。
【０００９】
ところで、従来の磁気カードでは、有効期限をエンボス加工によりカードの表面に表示していたが、ＩＣカードでは有効期限が来ても所定の更新処理により継続使用することが望ましいため、エンボス加工のような不可逆的な方法でカード表面に有効期限を表示することは好ましくない。
【００１０】
しかしながら、エンボス表示を省略してしまうと、カード利用者は、自己の保有するＩＣカードの有効期限を簡単には知ることができない。その一方で、常時、有効期限を意識する必要もない。意識すべき場合のうち、とりわけ重要なのはカードやカードアプリケーションの有効期限が近づいている場合であろう。
【００１１】
したがって、カード利用者が有効期限を把握すべきようなタイミングでもって警告や通知を行なうことが望ましい。
【００１２】
また、ＩＣカードの場合は、コストの問題から、従来のようにカードセンター側で新規の磁気カードを自動的に発行して送付してくれない可能性もある。この場合、カードの利用頻度が少ないユーザなどは、有効期限を徒過してしまう可能性が高まるだろう。有効期限を徒過すればＩＣカードが使用できなくなることは言うまでもないが、徒過した場合にはできる限り迅速、かつ簡単にＩＣカード機能を回復できれば、ユーザにとって便利であろう。
【００１３】
したがって、有効期限を徒過した場合には、よりユーザフレンドリーな手法によりＩＣカードを復活させる方法が望まれる。
【００１４】
ところで、ＩＣカードの有効期限を更新したり、有効期限を徒過したりしたＩＣカードを復活させるには、一度、カード発行会社にＩＣカードを郵送して新規のデータを書き込むように手続をすることも考えられる。しかし、これではＩＣカードを利用できない期間が発生するため、ユーザフレンドリーとはいえない。そこで、本願発明のように、通常の店舗等に設置されている何れかのＩＣカード端末にＩＣカードが接続されたときに、有効期限の更新処理を実行することが望ましい。
【００１５】
とはいうものの、ＩＣカード端末と接続した場合に、そのＩＣカード端末の種別を無視し、常に更新処理を実行してしまうと不都合がある。例えば、駅の改札やＥＴＣ（道路通行料金自動徴収システム）のゲートもＩＣカード端末の一種であるが、これらを通過する時間は短時間であるため、実質的に更新処理を実行できない可能性もある。更新処理のために改札やゲートで立ち止まってしまえば、渋滞を引き起こし、本来の利便性を損ないかねない。
【００１６】
したがって、ＩＣカードを更新する際には、適切なＩＣカード端末でのみ実行できるようにすることが望ましい。
【００１７】
また、有効期限を迎えたＩＣカードの更新処理について、ユーザの意向を反映できるように複数のオプションを用意しておくことが望ましい。このように複数のオプションを用意した場合には、どのオプションを適用してＩＣカードを更新するかを予め更新処理の前までに登録しておけば、更新処理を迅速かつユーザの意向に沿って実行できる利点もあろう。
【００１８】
そこで、本発明では、このような課題のうち少なくとも一つを解決することを目的とする。
【課題を解決するための手段】
【００１９】
本発明は上述の課題の少なくとも一つを解決するＩＣカード、及びＩＣカード端末等を提供することを目的としている。
【００２０】
本発明の第１の観点に係るＩＣカードは、例えば、ＩＣカード端末と接続して使用されるＩＣカードであって、前記ＩＣカードの有効期限情報を記憶する第１の記憶手段と、前記ＩＣカードに搭載されている一以上のカードアプリケーションのそれぞれの有効期限情報を記憶する第２の記憶手段と、前記ＩＣカード端末からカード利用日に関する情報を受信する受信手段と、前記第１の記憶手段から前記ＩＣカードの有効期限情報を読み出すとともに、前記第２の記憶手段から前記カードアプリケーションの有効期限情報を読み出し、読み出されたそれぞれの有効期限情報と、該受信したカード利用日に関する情報とに基づいて、前記ＩＣカード及び前記カードアプリケーションのうち少なくとも一つが所定の有効期限警告期間内にあるかを判定する有効期限判定手段と、前記有効期限警告期間内の場合に、前記ＩＣカード端末に対して有効期限警告情報を送信する送信手段とを含む。
【００２１】
本発明の第２の観点に係るＩＣカードは、例えば、前記受信手段を通じて前記ＩＣカード端末に関する情報を受信すると、前記ＩＣカード及び前記カードアプリケーションの少なくとも一つを更新するのに該ＩＣカード端末を利用可能であることを表す情報が該受信した情報に含まれているか否かを判定する更新判定手段と、前記更新判定手段により更新可能と判定された有効期限情報を新規の有効期限情報でもって書き換える書換制御手段とをさらに含むように構成してもよい。
【００２２】
本発明の第３の観点に係るＩＣカードは、上記第１又は第２の観点のＩＣカードにおいて、前記有効期限警告情報の送信の要又は不要を指定するための警告要・不要情報を記憶する第３の記憶手段をさらに含み、前記送信手段は、前記第３の記憶手段に記憶されている警告要・不要情報が警告要を示している場合に有効期限警告情報を送信するように構成してもよい。
【００２３】
本発明の第４の観点に係るＩＣカードは、上記第１乃至第３の観点に係る何れか一つのＩＣカードにおいて、前記ＩＣカード又は前記カードアプリケーションの有効期限が徒過した場合に、前記ＩＣカード又は前記カードアプリケーションの回復を許可するか否かを指定するための回復可否情報を記憶する第４の記憶手段と、前記受信手段を通じて入力された回復可否情報が回復の許可を示しているかを判定する許可判定手段とをさらに備え、前記書換制御手段等は、前記回復が許可されていると判定した場合に、前記有効期限情報を新規の有効期限情報に書き換えるように構成してもよい。
【００２４】
本発明の第５の観点に係るＩＣカードは、上記第１乃至第４の観点に係る何れか一つのＩＣカードにおいて、前記第１の記憶手段から前記ＩＣカードの有効期限情報を読み出し、該読み出された有効期限情報と、該受信したカード利用日に関する情報とに基づいて、前記ＩＣカードが所定の回復可能期間内にあるかを判定する第１の回復可能期間判定手段をさらに備え、前記書換制御手段等は、前記所定の回復可能期間内である場合に、前記有効期限情報を新規の有効期限情報に書き換えるように構成してもよい。
【００２５】
本発明の第６の観点に係るＩＣカードは、上記第１乃至第５の観点に係る何れか一つのＩＣカードにおいて、前記第２の記憶手段から前記カードアプリケーションの有効期限情報を読み出し、読み出された有効期限情報と、該受信したカード利用日に関する情報とに基づいて、前記カードアプリケーションが所定の回復可能期間内にあるかを判定する第２の回復可能期間判定手段をさらに備え、前記書換制御手段等は、前記所定の回復可能期間内ある場合に、前記有効期限情報を新規の有効期限情報に書き換えるように構成してもよい。
【００２６】
本発明の第７の観点に係るＩＣカード端末は、第１乃至第６の観点の何れか一つに係るＩＣカードと接続して使用されるＩＣカード端末であって、現在の日付を計時するタイマー手段と、前記ＩＣカードが接続してきた場合に、前記タイマー手段から日付データを取得し、取得した日付データをカード利用日データとして該ＩＣカードに送信する送信手段と、前記ＩＣカードから有効期限警告情報を受信する受信手段と、前記有効期限警告情報を受信すると、有効期限の警告メッセージを出力する出力手段とを含むように構成してもよい。
【００２７】
本発明の第８の観点に係るＩＣカード端末は、第７の観点に係るＩＣカード端末であって、前記ＩＣカード又は前記カードアプリケーションの有効期限の更新処理を実行できるＩＣカード端末であるかどうかを表すための更新可否情報を記憶する更新可否記憶手段をさらに備え、前記送信手段は、前記ＩＣカードと接続すると、前記更新可否記憶手段から読み出した更新可否情報を前記ＩＣカードに送信するように構成してもよい。
【００２８】
本発明の第９の観点に係るＩＣカードシステムは、ＩＣカード端末及びＩＣカードを含むＩＣカードシステムであって、前記ＩＣカードは、前記ＩＣカードの有効期限情報を記憶する第１の記憶手段と、前記ＩＣカードに搭載されている一以上のカードアプリケーションのそれぞれの有効期限情報を記憶する第２の記憶手段と、前記第１の記憶手段から前記ＩＣカードの有効期限情報を読み出すとともに、前記第２の記憶手段から前記カードアプリケーションの有効期限情報を読み出し、読み出されたそれぞれの有効期限情報を前記ＩＣカード端末に送信する送信手段とを備え、前記ＩＣカード端末は、前記ＩＣカードから送信された有効期限情報を受信する受信手段と、現在の日付を計時するタイマー手段と、前記有効期限情報を受信すると、前記タイマー手段からカード利用日を取得し、取得されたカード利用日と前記受信した有効期限情報とに基づいて、前記ＩＣカード及び前記カードアプリケーションのうち少なくとも一つが所定の有効期限警告期間内にあるかを判定する有効期限判定手段と、前記有効期限警告期間内の場合に有効期限の警告メッセージを出力する出力手段とを備えるように構成してもよい。
【００２９】
本発明の第１０の観点に係るＩＣカードは、前記ＩＣカードの有効期限情報を記憶する第１の記憶手段と、前記ＩＣカードを更新する際のカードアプリケーションの更新オプションを指定するための更新オプション情報を記憶する第２の記憶手段と、前記ＩＣカード端末からカード利用日に関する情報を受信する受信手段と、前記第１の記憶手段から前記ＩＣカードの有効期限情報を読み出し、読み出されたそれぞれの有効期限情報と、該受信したカード利用日に関する情報とに基づいて、前記ＩＣカードが所定の更新可能期間内にあるかを判定する更新可能判定手段と、前記更新可能の場合に、前記第２の記憶手段に記憶されている更新オプション情報（例：更新処理や回復処理時の処理方法を指定するための情報など）を読み出し、該更新オプション情報に従って有効期限を更新する更新制御手段とを含むように構成してもよい。
【００３０】
なお、上述の各観点は物の発明であるが、上記物の発明に対応するそれぞれの方法（例えば、特許請求の範囲に記載した方法）も本願に記載された発明であることはいうまでもない。
【発明の効果】
【００３１】
本発明によれば、ＩＣカードやカードプリケーションの有効期限をユーザフレンドリーな手法により更新できる。
【発明を実施するための最良の形態】
【００３２】
以下では、当業者が上記発明を実施する際に参考となると思われるいくつかの実施形態を示す。もちろん以下の実施形態は、上位概念として開示される本発明の下位概念にすぎない。すなわち、以下の実施形態は、特許請求の範囲によって確定される本願発明の技術的範囲に含まれるほんの一部の実施形態にすぎないのである。従って、本願の明細書又は図面に開示された上位概念たる発明であって、特許請求の範囲に記載された発明と技術思想が共通すれば、たとえ本願明細書又は図面に直接的に記載されていない実施形態であっても本願発明の技術的範囲に包含される。
【００３３】
なお、以下の実施形態に記載する下位概念の発明について、そのすべてが特許請求の範囲に記載されているとは限らない。ただし、これは特許発明の技術的範囲から意識的に除外したのではなく、特許発明と均等の関係にあるため特許請求の範囲には記載していない場合がある。
【００３４】
図１は、本実施形態に係るＩＣカードシステムの一例を示した図である。ＩＣカード１００は、オリジナルのＩＣカードであり、キャッシュカード機能、電子マネー機能、クレジットカード機能、デビットカード機能、航空会社のマイレージカード機能、鉄道・バス会社等の定期券機能、ＥＴＣ（道路通行料金自動徴収システム）カード機能、ポイントカード機能及び身分証明書（社員証など）機能などの少なくとも一つを備えている。なお、各機能を実現するデータやアプリケーションプログラムはＥＥＰＲＯＭ、磁気テープ媒体（磁気ストライプ）などの不揮発性の記憶装置に記憶されている。
【００３５】
携帯電話機１０２は、ＩＣカードリーダライタ機能付きの携帯端末である。ＰＣ１０３もＩＣカードリーダライタを備えている。いずれもＩＣカード端末の一種である。
【００３６】
ＩＣカードリーダライタ１１０は、ＩＣカード１００と通信してデータを書き込んだり読み込んだりするためのＩＣカード端末である。ＩＣカードリーダライタ１１０は、単体の装置として各店舗に配置されてもよいし、店舗のレジ、改札装置などに内蔵されてもよい。
【００３７】
ＡＴＭ端末１１２は、ＩＣカードリーダライタ機能を備えるＩＣカード端末である。ここでは、ＩＣカードリーダ機能、ＩＣカードライタ機能又はＩＣカードリーダライタ機能を有する装置を総称してＩＣカード端末と呼ぶことにする。
【００３８】
ＥＴＣゲート１１３もＩＣカード端末の一種であり、ＥＴＣカードアプリケーションを内蔵した非接触のＩＣカードと通信して、有料道路の料金徴収を行なうための装置である。改札装置１１４もＩＣカード端末の一種であり、定期券アプリケーションを内蔵したＩＣカードと通信して改札処理を実行する装置である。
【００３９】
ＩＣカードサーバ１２０は、例えば、ＩＣカード自体の更新処理や、カードアプリケーションの更新処理を実行する際に必要となるカードデータを一時的に記憶する記憶装置を備えたコンピュータである。図１では、ＩＣカードサーバ１２０が一台である必要はなく、実際には複数台存在してそれぞれが機能を分散していてもよい。
【００４０】
図２は、本実施形態に係るＩＣカードのブロック図である。ＣＰＵ２０１は、制御プログラムに従ってＩＣカード１００内の各部を制御する中央演算処理装置である。例えば、制御プログラムとしては、後述するＩＣカードやカードアプリケーションの更新制御プログラムなどが含まれる。ＲＡＭ２０２は、制御プログラムを実行する際に必要となる作業領域や各種のデータを記憶する記憶装置である。マスクＲＯＭ２０３は、基本ソフト（ＯＳなど）、制御プログラムやカードＩＤなどの各種のデータを記憶するための記憶装置である。ＥＥＰＲＯＭ２０４は、ＩＣカード自体のプロパティデータ（例えば、有効期限、更新可能期間、回復可能期間、警告の有無などに関する情報を含む。）２１１、カードアプリケーションＡのプロパティデータ（例えば、有効期限、更新可能期間、回復可能期間、警告の有無などに関する情報を含む。）２１２、カードアプリケーションＢのプロパティデータ２１３、更新制御プログラム２１４、更新処理中であることを表す更新中情報などを記憶する書き換え可能な記憶装置である。また、ＥＥＰＲＯＭ２０４は、ＩＣカード内に搭載されているカードアプリケーションの数を記憶していてもよい。なお、ＥＥＰＲＯＭ２０４は、フラッシュメモリなどに置き換えてもよい。通信インタフェース２０７は、ＩＣカード端末１１０等と通信するための通信（カード）インタフェースである。通信ＩＦ２０７は、非接触型インタフェース及び接触型インタフェースの少なくとも一方を搭載している。
【００４１】
図３は、本実施形態に係るＩＣカード端末のブロック図である。ＣＰＵ３０１は、ＲＯＭ３０３に格納されているコンピュータプログラムに基づいて様々な処理及び制御を実行する中央演算処理装置である。例えば、制御プログラムとしては、後述のフローチャートに従ったカードアプリケーションの更新制御プログラムなどを備えている。ＲＡＭ３０２は、データなどを記憶する揮発性の記憶装置である。ＲＯＭ３０３は、書き換え不能のマスクＲＯＭである。ＥＥＰＲＯＭ３０９は、書き換え可能な記憶装置である。表示装置３０４は、ＩＣカード１００に含まれているカードアプリケーションの内容、処理の選択画面、処理結果などを表示するディスプレイである。操作部３０５は、タッチパネルデバイスやテンキーなどの入力装置である。通信インタフェース３０７は、カードサーバ１２０などと接続するための通信回路である。カード（通信）インタフェース３０８は、ＩＣカード１００に搭載されている磁気ストライプからデータを読み出したり、当該磁気ストライプにデータを書き込むための磁気カード装置、接触型ＩＣカードの接続端子からデータを読み出したり、書き込んだりするための接触型リーダライタ装置、及び非接触型ＩＣカードと無線通信を行い、データを読み出したり、書き込んだりするための非接触型リーダライタ装置の少なくとも一つを搭載している。また、カードインタフェース３０８は、複数のＩＣカードに同時又は時分割で通信可能な通信プロトコルを備えていてもよいし、あるいは物理的に複数のカードインタフェースを備えていてもよい。
【００４２】
なお、ＩＣカード端末１１０は、ＰＯＳ（店舗販売時点情報管理）システムなどの会計装置と一体化されていてもよい。また、ＩＣカード端末１１０は、例えば、複数のカードリーダライタ装置とホスト装置とからなるローカルなＩＣカードシステムであってもよい。この場合は、ホスト装置を経由して各種の決済サーバと通信を実行することになろう。また、ＩＣカードリーダライタは、処理対象のカードを装置内部に搬送したり、処理後のカードを排出したり、回収対象のカードを装置内部に回収したりするためのカード搬送機構を備えていてもよい。
【００４３】
なお、ＩＣカードサーバ１２０は、例えば、ＣＰＵ、ＲＯＭ、ハードディスクドライブＲＡＭ、表示装置、キーボードやポインティングデバイスなどの入力装置、通信インタフェースなどを備えている。
【００４４】
図４は、本実施形態のＩＣカードの更新処理に関する例示的なフローチャートである。ここでは、ＩＣカードがいずれかのＩＣカード端末（例えば、ＩＣカードリーダライタ１１０など）と通信を開始する環境に置かれたものとして説明する。
【００４５】
ステップＳ４００において、ＩＣカード１００のＣＰＵ２０１は、カードインタフェース２０７を制御して、ＩＣカード端末１１０との間で初期処理（例えば、カードの搬送処理、通信回線の確立処理及び基本情報の読み取り処理など）を実行する。ＣＰＵ２０１は、ＩＣカード端末１１０から送信されてきた情報（例えば、ＩＣカード端末のＩＤ、ＩＣカード端末の種別情報など）をＲＡＭ２０２に記憶する。
【００４６】
ステップＳ４０２において、ＣＰＵ２０１は、ＩＣカード端末１１０からカード利用日データを受信する。この際、ＩＣカード端末１１０のＣＰＵ３０１は、タイマー３１０から現在日付データを取得して、取得した日付データをカードインタフェース３０８からＩＣカードに送信したものとする。なお、初期処理においてカード利用日データを受信している場合は、本ステップは不要であろう。なお、本明細書において説明する処理のステップは、それぞれ順番を入れ替えたとしても同様の結果が得られる限りにおいて、適宜順番を入れ替えることができる。
【００４７】
ステップＳ４０４において、ＣＰＵ２０１は、ＥＥＰＲＯＭ２０４からＩＣカードのプロパティデータ（少なくともＩＣカードの有効期限データ）を読み出す。この有効期限情報はＩＣカードの有効期限日を表す情報である。
【００４８】
図５は、本実施形態に係るＩＣカードプロパティの例示的な構成を示す図である。この例では、ＩＣカードの識別番号を示すデータ５００、有効期限を示すデータ５０１、更新開始日を示すデータ５０２、警告の要否を示すデータ５０３、回復可能期限を示すデータ５０４などが含まれている。
【００４９】
ステップＳ４０６において、ＣＰＵ２０１は、ＩＣカード端末から受信したカード利用日が、読み出したＩＣカードの有効期限日よりも以前の日付であるかどうかを判定する（例えば、利用日を２００３０９０１と表現し、有効期限日を２００３１０１０と表現すれば、数値の大小により判定できるが、もちろん他の日付判定方法を用いてもよい。）。有効期限内であれば、ステップＳ４０８に進み、既に有効期限を徒過していればステップＳ４１６に進む。なお、このように有効期限の判定をＩＣカード内で実行することにより、有効期限データがＩＣカードから外部に漏洩しないため、ＩＣカードのセキュリティが向上する。
【００５０】
ステップＳ４０８において、ＣＰＵ２０１は、ＥＥＰＲＯＭ２０４からＩＣカードの更新期間情報（例：更新開始日データ５０２）を読み出し、ＩＣカード端末から受信したカード利用日に基づいて、今日が更新期間内であるかどうかを判定する。更新期間情報は、更新期間の開始日（初日）を示す情報であってもよいし、具体的な更新期間（例：２ヶ月）などであってもよい。後者の場合は、ＣＰＵ２０１が、受信したカード有効期限日から更新期間を差し引き、更新開始日を算出して、今日が更新期間内であるかどうかを判定すればよい。更新期間外（まだ更新期間に至っていない場合）であればステップＳ４１４に進み、更新期間内（有効期限が近づいている場合）であればステップＳ４１０に進む。
【００５１】
ステップＳ４１０において、ＣＰＵ２０１は、有効期限等の警告を表す情報を、カードインタフェース２０７を通じてＩＣカード端末に送信する。ＩＣカード端末のＣＰＵ３０１は、カードインタフェース３０８を通じて、有効期限等の警告を表す情報を受信すると、表示装置３０４に警告情報を出力する。なお、警告情報は、警告音、警告音声としてスピーカ等から出力してもよい。あるいは、キャッシュレジスタ等のプリンタから印刷出力してもよい。
【００５２】
このように本発明では、有効期限が迫ってきた場合に、カード利用者等に警告を促すことができるため、カード利用者が更新処理の実行を失念してしまうことを低減できよう。また、具体的な有効期限日自体を出力せずに警告すれば、有効期限日を第三者に知られる恐れを低減できる。すなわち、セキュリティを確保しつつ有効期限を警告できる。
【００５３】
また、有効期限をユーザ自身が設定できるようにすれば、全ユーザの警告期間（この例では、更新可能期間と一致するが、もちろん更新可能期間とは異なるように設定してもよい。）が一致する可能性を低減させることができるため、仮に有効期限に近づいたことが第三者に知られたとしても、すぐさま有効期間の最終日を割り出せるわけではないため、セキュリティを向上できる。
【００５４】
ステップＳ４１２において、ＣＰＵ２０１は、ＩＣカードの更新予約処理を実行する。すなわち、ＩＣカード自体に設定された有効期限についての更新処理を行なう。ここでは説明の便宜上、当該処理をサブルーチン（図６）として記述する。
【００５５】
ステップＳ４１４において、ＣＰＵ２０１は、ＩＣカード内に搭載されている各カードアプリケーションについての更新予約処理を実行する。本実施形態のＩＣカードには複数のカードアプリケーションを搭載することができるが、この場合は、各カードアプリケーションごとに有効期限が異なる場合も増えよう。そのため、各カードアプリケーションごとに有効期限を分析して更新することが必要となる。なお、ここでは説明の便宜上、当該処理をサブルーチン（図７）として記述する。
【００５６】
ステップＳ４１６において、ＣＰＵ２０１は、ＩＣカードプロパティ２１１に含まれている回復可能期間に関する情報（例：回復可能期限データ５０４）を読み出して、読み出した情報と、カード利用日データとに基づいて、今日が回復可能期間内であるかどうかを判定する。回復可能期間に関する情報は、例えば、回復可能期間の最終日や、有効期限日からの具体的な期間（例：１ヶ月）などであるが、今日が回復可能期間内であるかどうかを判定するのに必要となる情報であればどのような情報であってもよい。回復可能期間も徒過している場合、ＣＰＵ２０１は、エラー処理（例えば、ＩＣカード端末に有効期限切れ情報、回復不能情報、使用不能情報などを送信）を実行して、カードの更新処理を終了する。
【００５７】
一方、回復可能期間内であれば、ステップＳ４１８において、ＣＰＵ２０１は、回復許可が成されているかどうかを判定する。例えば、ＥＥＰＲＯＭ２０４に記憶されているＩＣカードのプロパティに回復許可情報が含まれているかどうかを判定したり、ＩＣカード端末の操作部３０５において回復を許可する情報が入力され、その結果、ＣＰＵ３０１が回復許可情報をＩＣカード１００に送信してきた場合にその回復許可情報に基づいて判定したりすることなどが考えられる。回復許可があれば、ステップＳ４１２に進み、ＩＣカードの回復処理を実行する。回復許可がなければ、ＣＰＵ２０１は、エラー処理（例えば、回復不能情報の送信）を実行して、カードの更新処理を終了する。
【００５８】
ステップＳ４２０において、ＣＰＵ２０１は、上記の更新予約処理で予約されたＩＣカードや各カードアプリケーションについての有効期限の更新処理（図９）を実行する。
【００５９】
図６は、本実施形態に係るＩＣカードの有効期限の更新を予約する処理についての例示的なフローチャートである。ステップＳ６００において、ＣＰＵ２０１は、ＲＡＭ２０２に記憶しておいたＩＣカード端末の種別情報５０１を読み出す。
【００６０】
ステップＳ６０２において、ＣＰＵ２０１は、読み出した種別情報が、ＩＣカードの更新処理を実行できる端末であることを示しているかどうかを判定する。例えば、種別情報の末尾の符号が"Ａ"であれば更新可能であるが如く予め定めておけばよい。このように、更新可能な端末かどうかを判定するのは、更新処理に向いた端末でのみ更新処理を実行するためである。
【００６１】
例えば、ＥＴＣゲート１１３や改札装置１１４などでは、渋滞を防ぐべく、瞬時に通過しなければならない。ところが瞬時に通過してしまうと、更新処理を完了できない場合もある。そのため、不適切なＩＣカード端末は、予め更新処理を実行しないように除外しておくことが望ましい。なお、ＥＴＣゲート１１３や改札装置１１４などであっても、更新処理を実行するのに適切なほど処理速度が速ければ、更新可能と設定してもよい。更新可能な端末であればステップＳ６０４に進み、更新不可能な端末であれば、メインルーチン（図４）に戻る。
【００６２】
ステップＳ６０４において、ＣＰＵ２０１は、回復処理が必要とされているのか、通常の更新処理が要求されているのかを判定する。例えば、メインルーチンのステップＳ４１８で回復許可ありと判定され場合には、回復処理を表すフラグをＲＡＭ２０２に記憶しておき、ＣＰＵ２０１は、そのフラグが回復処理を表すものかどうかを判定してもよい。回復処理を示していれば、ステップＳ６０６に進み、そうでなければステップＳ６１０に進む。
【００６３】
ステップＳ６０６において、ＣＰＵ２０１は、回復要求（カードＩＤを含むか伴う。）をＩＣカード端末に送信する。ＩＣカード端末のＣＰＵ３０１は、当該回復要求をＩＣカードサーバ１２０に送信する。ＩＣカードサーバ１２０のＣＰＵは、当該ＩＣカードのカードＩＤに基づいてハードディスクドライブ内の管理データベースを検索し、当該ＩＣカードが回復可能なＩＣカードであるかどうかを判定する。支払の滞りなどのない健全なユーザのＩＣカードであれば、回復可能との情報がデータベースに登録されているものとする。このようにして回復可能であれば、ＩＣカード端末に回復承認情報を送信する。ＩＣカード端末のＣＰＵ３０１は、通信インタフェース３０７を介して回復承認情報を受信すると、回復承認を表すメッセージをＩＣカード１００に送信する。一方、回復拒否であれば、回復拒否を表すメッセージを送信する。
【００６４】
ステップＳ６０８において、ＣＰＵ２０１は、ＩＣカード端末から受信した情報が回復承認を表す情報か否かを判定する。回復承認であればステップＳ６１０に進み、回復拒否であれば、エラー処理（例えば、警告情報をＩＣカード端末に送信するなど）を行ない、メインルーチンに戻る。
【００６５】
ステップＳ６１０において、ＣＰＵ２０１は、ＩＣカードの有効期限を更新すべき旨の情報をＲＡＭ２０２に書き込む。この際に、新規の有効期限の情報もＲＭ２０２に書き込んでおく。これらを更新予約情報と呼ぶことにする。
【００６６】
このようにして、ＩＣカードの有効期限の更新処理が予約される。とりわけ、本実施形態によれば、更新処理用の端末を予め指定しておくことで、不適切な端末を経由した更新処理を抑制できる。
【００６７】
図７は、本実施形態に係るカードアプリケーションの更新を予約する処理についての例示的なフローチャートである。これは、図４のステップＳ４１４に相当している。
【００６８】
ステップＳ７００において、ＣＰＵ２０１は、カードアプリケーションの数をカウントするための変数Ｎを０に初期化する。ステップＳ７０２において、ＣＰＵ２０１は、変数Ｎをインクリメントする。
【００６９】
ステップＳ７０４において、ＣＰＵ２０１は、Ｎ番目のカードアプリケーションのプロパティデータ２１２を読み出す。ここでは、カードアプリケーションごとの有効期限情報が読み出される。
【００７０】
図８は、本実施形態に係るカードアプリケーションのプロパティデータの一例を示す図である。アプリケーションＩＤ８００には、カードアプリケーションの識別番号を示すデータが格納される。有効期限データ８０１には、各カードアプリケーションの有効期限最終日のデータが格納される。更新開始日データ８０２には、各カードアプリケーションの更新処理が可能となる期間の初日のデータが格納される。警告要否データ８０３には、有効期限が近づいているとき（例えば、更新開始日を過ぎたとき）などに警告情報をＩＣカード端末から出力するかどうかを示すデータが格納されている。回復可能期限データ８０４には、更新処理をすることなくカードアプリケーションの有効期限を徒過してしまった場合に、当該カードアプリケーションの機能を回復できる期間又は期間の最終日のデータを格納する。アプリケーション名称データ８０５には、各カードアプリケーションの名称が格納される。回復時処理方法８０６には、有効期限の徒過したカードアプリケーションの機能を復活させる際の条件・方法などを指定するデータが格納されている。
【００７１】
ステップＳ７０６において、ＣＰＵ２０１は、上述のカード利用日のデータと、有効期限データ８０１とに基づいて、Ｎ番目のカードアプリケーションが有効期限内であるかどうかを判定する。
【００７２】
ステップＳ７０８において、ＣＰＵ２０１は、ＥＥＰＲＯＭ２０４から読み出したＩＣカードの更新開始日データ８０２と、ＩＣカード端末から受信したカード利用日に基づいて、今日が更新期間内であるかどうかを判定する。更新期間情報は、更新期間の開始日を示す情報であってもよいし、具体的な更新期間（例：２ヶ月）などであってもよい。後者の場合は、ＣＰＵ２０１が、受信したカード有効期限日から更新期間を差し引いて更新開始日を算出し、今日が更新期間内であるかどうかを判定すればよい。更新期間外（まだ更新期間に至っていない場合）であればステップＳ７１４に進み、更新期間内（有効期限が近づいている場合）であればステップＳ７１０に進む。
【００７３】
ステップＳ７１０において、ＣＰＵ２０１は、有効期限等の警告を表す情報を、カードインタフェース２０７を通じてＩＣカード端末に送信する。ＩＣカード端末のＣＰＵ３０１は、カードインタフェース３０８を通じて、有効期限等の警告を表す情報を受信すると、表示装置３０４に警告情報を出力する。なお、警告情報は、警告音、警告音声としてスピーカ等から出力してもよい。あるいは、キャッシュレジスタ等のプリンタから印刷出力してもよい。
【００７４】
このように本発明では、何れかのカードアプリケーションの有効期限が迫ってきた場合に、カード利用者等に警告を促すことができるため、カード利用者が更新処理の実行を失念してしまう可能性を低減できよう。また、具体的な有効期限日自体を出力せずに警告すれば、有効期限日を第三者に知られるおそれを低減できる。すなわち、セキュリティを確保しつつ有効期限を警告できる。
【００７５】
また、有効期限をユーザ自信が設定できるようにすれば、各ユーザごとに警告期間（この例では、更新可能期間のこと）が異なるため、仮に有効期限に近づいたことが第三者に知られたとしても、有効期間の最終日を即座に知られてしまう危険性を低くすることができる。
【００７６】
ステップＳ７１２において、ＣＰＵ２０１は、カードアプリケーションの更新予約処理を実行する。具体的には、更新対象のカードアプリケーションのＩＤと新規の有効期限に関する情報を更新予約情報としてＲＡＭ２０２などの記憶装置に書き込む。
【００７７】
ステップＳ７１４において、ＣＰＵ２０１は、全てのカードアプリケーションについて更新予約処理が終了したか否かを判定する。すなわち、Ｎがアプリケーションの総数に至っているかどうか判定する。まだ、総数に至っていなければ、次のカードアプリケーションについて更新予約処理を実行すべく、ステップＳ７０２に戻る。全て終了していれば、メインルーチンに戻る。
【００７８】
一方、有効期限を徒過している場合は、ステップＳ７１６に進み、ＣＰＵ２０１は、読み出した回復可能期間に関する情報（例：回復可能期限データ８０４）と、カード利用日データとに基づいて、今日が回復可能期間内であるかどうかを判定する。回復可能期間に関する情報は、例えば、回復可能期間の最終日や、有効期限日からの具体的な期間（例：１ヶ月）などであるが、今日が回復可能期間内であるかどうかを判定するのに必要となる情報であればどのような情報であってもよい。
【００７９】
回復可能期間も徒過している場合、ＣＰＵ２０１は、エラー処理（例えば、ＩＣカード端末に有効期限切れ情報、回復不能情報、使用不能情報などを送信）を実行して、ステップＳ７１４に進む。一方、回復可能期間内であれば、ステップＳ７１８に進み、ＣＰＵ２０１は、回復許可が成されているかどうかを判定する。例えば、回復時処理方法データ８０６が、カードアプリケーションの管理センター（例：ＩＣカードサーバ１２０）にアクセスしなくとても、予め回復を承認していることを示していれば、回復許可ありと判定する。回復時処理方法データ８０６が、管理センターからの承認が必要であることを示していれば、ＣＰＵ２０１は、ＩＣカード端末を介してＩＣカードサーバ１２０に回復の承認要求を送信し、承認ＯＫが返信されれば、回復許可ありと判定する。また、アプリケーションの廃棄が指定されていれば、アプリケーションや関連データを削除したあと、ステップＳ７１４に進む。回復許可があれば、ステップＳ７１２に進み、カードアプリケーションの更新予約処理を実行する。
【００８０】
図９は、本実施形態に係るＩＣカード及びカードアプリケーションの更新処理についての例示的なフローチャートである。ＣＰＵ２０１は、予めＲＡＭ２０２に更新予約情報が登録されているかどうかを判定する。そして、更新予約情報が登録されていれば、以下の処理を実行する。
【００８１】
ステップＳ９００において、ＣＰＵ２０１は、新規カードに移行するかどうかを判定する。例えば、ＩＣカード端末のＣＰＵ３０１は、新規カードに移行するかどうかの問い合わせをＩＣカードから受信すると、当該問い合わせを表示装置３０４に表示し、操作部３０５からの入力を待つ。入力された情報が、新規カードへの移行を表していれば、その旨のメッセージをＩＣカードに送信する。そうでなければ、移行しない旨のメッセージを送信する。ＣＰＵ２０１は、受信したメッセージに従って判定を実行する。新規カードに移行しないのであれば、ステップＳ９０２に進み、移行するならステップＳ９０４に進む。
【００８２】
ステップＳ９０２において、ＣＰＵ２０１は、新規の有効期限情報を更新対象となっているカードアプリケーションのプロパティデータ２１２等に書き込む。ＩＣカードの有効期限を更新する場合は、新規の有効期限情報をＩＣカードのプロパティ２１１に書き込む。この新規の有効期限は、ＣＰＵ２０１が発行したものでもよいし、ＩＣカードサーバ１２０から送信されてきたものであってもよい。書込みが終了するとメインルーチンに戻る。
【００８３】
一方、ステップＳ９０４において、ＣＰＵ２０１は、新規のカードへと移行すべきカードプリケーションのデータなどをＩＣカード端末に送信する。このデータは暗号化されていることが望ましい。ＩＣカード端末は、このデータをＩＣカードサーバ１２０に送信する。ＩＣカードサーバ１２０は、受信した回復に必要となるデータをデータベースに記憶する。さらに、ＩＣカードサーバ１２０は、新規のＩＣカードに対して回復に必要となるデータを書き込む。さらに、カード利用者の住所データをデータベースから検索抽出し、郵送又は宅配用の住所ラベルを印刷する。その後、新規カードがカード利用者に配送される。
【００８４】
ステップＳ９０６において、ＣＰＵ２０１は、更新対象カードアプリケーションを新規カードに移行中であることを表すフラグをＥＥＰＲＯＭ２０４に書き込む。なお、新規カードにおいて当該カードアプリケーションの最初の使用が確認された後は、ＩＣカードサーバ１２０から、当該カードアプリケーションの使用停止命令を旧カードに送信する。すると、旧カードのＣＰＵ２０１は、対象カードアプリケーションと関連データを削除する。
【００８５】
以上のようにして、カードアプリケーションの有効期限をユーザフレンドリーな手法でもって更新することができる。本実施形態では、有効期限を徒過した場合であっても、回復の承認が予め又はその都度得られており、しかもそのＩＣカードが適切なＩＣカード端末に接続されていれば、比較的簡単に有効期限を更新できる。
【００８６】
上述の実施形態では、有効期限が近づくと警告情報を出力するものであった。これは、カード利用者に有効期限の更新を促進する上で効果が高い。一方で、一度警告を行なった後にも執拗に警告が出力されると煩わしく感じられる場合もあろう。そのような場合には、警告の回数を低減することが必要となる。
【００８７】
図１０は、本実施形態に係る警告処理の抑制に関する例示的なフローチャートである。例えば、上述の実施形態で説明したステップＳ４０８とステップＳ４１０（又はステップＳ７０８とステップＳ７１０）との間に警告処理をスキップ又は抑制するための処理（Ｓ４０９）を追加する。ステップＳ４０９において、ＣＰＵ２０１は、既に所定回数の警告を実行したことを表す警告不要情報がＥＥＰＲＯＭ２０４に記憶されている場合には、警告不要と判定してステップＳ４１０をスキップする。警告不要情報は、例えば、警告情報を出力した時にＣＰＵ２０１がＥＥＰＲＯＭ２０４に書き込んだものである。あるいは、ＣＰＵ２０１が、直前に警告した日時データをＥＥＰＲＯＭ２０４に記憶しておき、当該警告日時から所定時間が過ぎていない場合には、ステップＳ４１０をスキップするように構成してもよい。
【００８８】
上述の実施形態では、更新処理を実行するためのＩＣカード端末であるか否かをＩＣカード端末の種別情報に基づいて実行した。しかしながら、更新処理が不適切な端末かどうかは、当該端末の製造時や設置時に一義的に決定される必要はない。なぜなら、キャッシュレジスタなどのＩＣカード端末では、閑散時などＩＣカード端末に余裕があれば更新処理を実行できると考えられるからである。そこで、例えば、ＩＣカード端末のＣＰＵ３０１は、表示装置３０４に有効期限の更新処理が必要であることを表示したのち、更新開始を意味するキーが操作部３０５から入力されると、更新開始命令をＩＣカード１００に送信する。この場合は、ユーザや店員が状況を判断して、更新を実行するか否かを決定できる。また、ＣＰＵ３０１がタイマー３１０から現在時刻を取得し、当該時刻が予め定められた時間（例：繁忙期）以外であれば、更新開始命令をＩＣカード１００に送信してもよい。すなわち、更新処理の実行が不適切なタイミングは多々あるため、ＣＰＵ３０１が更新処理を実行すべきか否かを決定してもよいのである。
【００８９】
上述の実施形態では、有効期限等の判定をＩＣカード内で実行することでセキュリティを向上させていた。しかしながら、ＩＣカード内のＣＰＵ２０１よりもＩＣカード端末やＩＣカードサーバ１２０などのＣＰＵの方が一般に処理速度は速く、また、暗号化等により十分にセキュリティを確保できるのであれば、上記の更新処理を外部のＣＰＵが実行してもよい。すなわち、上述の判定等のステップは全て又はその一部を外部のＣＰＵ（例：ＣＰＵ３０１など）で実行してもよいのである。その際にＩＣカードＣＰＵ２０１は、ＥＥＰＲＯＭ２０４から更新処理に必要となるデータを読み出してＩＣカード端末に送信し、一方で、ＩＣカード端末から受信した更新処理に関するデータをＥＥＰＲＯＭ２０４などの記憶装置に書き込むように動作する。この点は、すでに本発明の第９の観点で説明したとおりである。このように本発明を構成しても上述の効果が得られることはいうまでもない。
【図面の簡単な説明】
【００９０】
【図１】図１は、本実施形態に係るＩＣカードシステムの一例を示した図である。
【図２】図２は、本実施形態に係るＩＣカードの例示的なブロック図である。
【図３】図３は、本実施形態に係るＩＣカード端末の例示的なブロック図である。
【図４】図４は、本実施形態に係るＩＣカードの更新処理（メインルーチン）に関する例示的なフローチャートである。
【図５】図５は、本実施形態に係るＩＣカードのプロパティの一例を示す図である。
【図６】図６は、本実施形態に係るＩＣカードの更新予約処理（サブルーチン）に関する例示的なフローチャートである。
【図７】図７は、本実施形態に係るカードアプリケーションの更新予約処理（サブルーチン）に関する例示的なフローチャートである。
【図８】図８は、本実施形態に係るカードアプリケーションのプロパティの一例を示す図である。
【図９】図９は、本実施形態に係るＩＣカード及びカードアプリケーションの更新処理に関する例示的なフローチャートである。
【図１０】図１０は、本実施形態に係る警告抑制処理に関する例示的なフローチャートである。
【符号の説明】
【００９１】
１００…ＩＣカード
１０２…ＩＣカードリーダライタ機能付き携帯電話機
１０３…ＩＣカードリーダライタ機能付きＰＣ
１１０…ＩＣカードリーダライタ
１１２…ＡＴＭ端末
１１３…ＥＴＣゲート
１１４…改札装置
１２０…ＩＣカードサーバ
【図１】
2005100272.tif 000003
【図２】
2005100272.tif 000004
【図３】
2005100272.tif 000005
【図４】
2005100272.tif 000006
【図５】
2005100272.tif 000007
【図６】
2005100272.tif 000008
【図７】
2005100272.tif 000009
【図８】
2005100272.tif 000010
【図９】
2005100272.tif 000011
【図１０】
2005100272.tif 000012