(57)【要約】【課題】この発明は、異常やロックなどで、正常動作しないＩＣカードに対する診断結果を知らせることができ、さらに修理することも可能である。【解決手段】この発明は、ＩＣカードに障害が発生した際に、オンラインにより外部機器からリモートで障害復旧を行うか、あるいは外部機器から障害復旧プログラムのダウンロードにより障害復旧を行うようにしたものである。【選択図】　　図１
2004086357.tif 000002
【特許請求の範囲】
【請求項１】
制御素子とデータメモリを有するＩＣカードを扱う端末装置と、この端末装置と回線を介して接続され上記ＩＣカードを管理するホスト端末とからなるＩＣカード処理システムにおいて、
端末装置が、
ホスト端末に診断用のプログラムのダウンロードを要求する要求手段と、
この要求手段による要求に応答して上記ホスト端末から供給される診断用のプログラムをインストールするインストール手段と、
このインストール手段によりインストールされた診断用のプログラムに基づいてＩＣカードを診断する診断手段と、
この診断手段による診断結果を出力する出力手段とからなる、
ことを特徴とするＩＣカード処理システム。
【請求項２】
上記端末装置と上記ホスト端末の間で、カード所持者の確認を行うものであることを特徴とする請求項１に記載のＩＣカード処理システム。
【請求項３】
制御素子とデータメモリを有するＩＣカードを扱う端末装置と、この端末装置と回線を介して接続され上記ＩＣカードを管理するホスト端末とからなるＩＣカード処理システムにおいて、
端末装置が、
ホスト端末に診断用のプログラムのダウンロードを要求する要求手段と、
この要求手段による要求に応答して上記ホスト端末から供給される診断用のプログラムをインストールするインストール手段と、
このインストール手段によりインストールされた診断用のプログラムに基づいてＩＣカードを診断する診断手段と、
この診断手段による診断結果を出力する出力手段と、
この出力手段の出力に基づいて、ＩＣカードを修理する修理手段とからなる、
ことを特徴とするＩＣカード処理システム。
【請求項４】
上記端末装置と上記ホスト端末の間で、カード所持者の確認を行うものであることを特徴とする請求項３に記載のＩＣカード処理システム。
【請求項５】
制御素子とデータメモリを有するＩＣカードを扱う端末装置と、この端末装置と回線を介して接続され上記ＩＣカードを管理するホスト端末とからなるＩＣカード処理システムにおいて、
端末装置が、
ＩＣカードの診断要求をホスト端末へ送信する第１の送信手段と、
この第１の送信手段の送信に応答して上記ホスト端末から供給される診断用のプログラムをインストールするインストール手段と、
このインストール手段により診断用のプログラムがインストールされた際に、トリガーをホスト端末へ送信する第２の送信手段と、
この第２の送信手段の送信に応答して、上記ホスト端末から供給されるコマンドをＩＣカードへ送信し、ＩＣカードからのレスポンスをホスト端末へ送信する第２の送信手段とからなり、
ホスト端末が、
端末装置からのＩＣカードの診断要求に基づいて診断用のプログラムを端末装置へ送信する第３の送信手段と、
この第３の送信手段による送信に応答して、端末装置からトリガーが供給された際に、診断コマンドを端末装置へ送信する第４の送信手段と
この第４の送信手段による送信に応答して、端末装置から供給される診断結果を出力する出力手段とからなり、
ＩＣカードが、
端末装置から供給される診断コマンドにより診断する診断手段と、
この診断手段による診断結果をレスポンスとして端末装置へ送信する第５の送信手段とからなる、
ことを特徴とするＩＣカード処理システム。
【請求項６】
上記端末装置と上記ホスト端末の間で、カード所持者の確認を行うものであることを特徴とする請求項５に記載のＩＣカード処理システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
この発明は、ＩＣカードを処理するＩＣカード処理システムに関する。
【０００２】
【従来の技術】
現在、ＩＣカードは着実に普及している。それに伴って、ＩＣカードの発行会社、製造会社、システム運営会社にも、ＩＣカードに関する修理依頼等が多く寄せられている。
【０００３】
そもそも、既存の磁気カードは、磁気ストライプに、必要データを埋め込んだだけであるために、カード自体の異常とは、外観や有効期限切れを除くと、磁気データ自身が化ける等、あまり存在しなかった。それに対して、ＩＣカードは、カード内にＣＰＵをもっているために、カード自体の異常の幅が広がった。この場合の異常とは、カード内のＣＰＵが故意に異常とする場合と、故意でない場合が存在する。故意で異常とする場合とは、カード所有者以外の使用を制限するために、カードのＰＩＮ（暗証）番号を複数回間違えると、カードがカード自身をロックさせて異常状態とする場合や、カードの処理中に外部から故意にいたずらをされると、カード内の一部のＤＦ（フォルダ）をロックさせて、異常状態とする場合等が考えられる。また、磁気カードの場合と同様に、内部のデータが偶然変わってしまったために異常になる場合や、システム（端末）側の不具合で、カードに異常データを書き込んで、異常となってしまう場合、つまり故意でない場合も考えられる。
【０００４】
ＩＣカードが異常となり、使用できなくなった場合、これまでは、カード所有者はその異常なＩＣカードをカード発行会社に送付し、カード発行会社にてカードの異常の内容を評価して、再発行し、カード所有者に送付していた。そのために、カード所有者が再びカードを使用できるまでに、かなりの時間が必要であった。ＩＣカード所有者が、いたずら（不当な）使用方法で使用して、カードが異常状態になった場合は、再発行までに時間がかかっても、仕方がない。しかし、うっかりＰＩＮ（暗証）番号を間違えたために、カードがロックしてしまい、再発行処理が必要となってしまうのは、システムとして親切とは言えない。また、システム（端末）側の不具合で、ＩＣカードが異常になった場合等は、システム側の責任であるにもかかわらず、カードが異常となり、さらに再発行処理が必要となる。これでは、システムとして問題がある。さらに、カード発行元もカードの回収に費用が発生するため、システム全体としての損失は計り知れない。
【０００５】
そこで、ＩＣカードが異常となった場合、カード所有者が手元のＰＣや、店先の端末で、カードの異常内容を判断（確認）し、場合によっては、カード発行会社等からリモートで修理することが可能なシステムが望まれている。
【０００６】
【発明が解決しようとする課題】
この発明は、異常やロックなどで、正常動作しないＩＣカードに対する診断結果を知らせることができ、さらに修理することも可能なＩＣカード処理システムを提供することを目的としている。
【０００７】
【課題を解決するための手段】
この発明のＩＣカード処理システムは、制御素子とデータメモリを有するＩＣカードを扱う端末装置と、この端末装置と回線を介して接続され上記ＩＣカードを管理するホスト端末とからなるものおいて、端末装置が、ホスト端末に診断用のプログラムのダウンロードを要求する要求手段と、この要求手段による要求に応答して上記ホスト端末から供給される診断用のプログラムをインストールするインストール手段と、このインストール手段によりインストールされた診断用のプログラムに基づいてＩＣカードを診断する診断手段と、この診断手段による診断結果を出力する出力手段とからなる。
【０００８】
この発明のＩＣカード処理システムは、制御素子とデータメモリを有するＩＣカードを扱う端末装置と、この端末装置と回線を介して接続され上記ＩＣカードを管理するホスト端末とからなるものにおいて、端末装置が、ホスト端末に診断用のプログラムのダウンロードを要求する要求手段と、この要求手段による要求に応答して上記ホスト端末から供給される診断用のプログラムをインストールするインストール手段と、このインストール手段によりインストールされた診断用のプログラムに基づいてＩＣカードを診断する診断手段と、この診断手段による診断結果を出力する出力手段と、この出力手段の出力に基づいて、ＩＣカードを修理する修理手段とからなる。
【０００９】
この発明のＩＣカード処理システムは、制御素子とデータメモリを有するＩＣカードを扱う端末装置と、この端末装置と回線を介して接続され上記ＩＣカードを管理するホスト端末とからなるものにおいて、端末装置が、ＩＣカードの診断要求をホスト端末へ送信する第１の送信手段と、この第１の送信手段の送信に応答して上記ホスト端末から供給される診断用のプログラムをインストールするインストール手段と、このインストール手段により診断用のプログラムがインストールされた際に、トリガーをホスト端末へ送信する第２の送信手段と、この第２の送信手段の送信に応答して、上記ホスト端末から供給されるコマンドをＩＣカードへ送信し、ＩＣカードからのレスポンスをホスト端末へ送信する第２の送信手段とからなり、ホスト端末が、端末装置からのＩＣカードの診断要求に基づいて診断用のプログラムを端末装置へ送信する第３の送信手段と、この第３の送信手段による送信に応答して、端末装置からトリガーが供給された際に、診断コマンドを端末装置へ送信する第４の送信手段と、この第４の送信手段による送信に応答して、端末装置から供給される診断結果を出力する出力手段とからなり、ＩＣカードが、端末装置から供給される診断コマンドにより診断する診断手段と、この診断手段による診断結果をレスポンスとして端末装置へ送信する第５の送信手段とからなる。
【００１０】
【発明の実施の形態】
以下、図面を参照してこの発明の実施形態について説明する。
図１は、この発明に係わるＩＣカード処理システムの概略構成を示している。
【００１１】
このＩＣカード処理システムは、ＰＣ等により構成される端末装置１とＩＣカード２と、ＰＣ１とインターネット等の回線３を介して接続されるカード発行会社（あるいは製造会社、システム運営会社等）のホスト端末４により構成される。ＰＣ１は、演算および人間からの入力を司る演算装置５と、ＩＣカード２との入出力を司るリーダライタ６が結線７により接続されている。ＰＣ１は、カード保有者のＰＣ、店先の端末等、ホスト端末４と別の端末であればよい。
演算装置５は、演算を行うためのプロセッサを持ち、また人間系を含む外部よりの入力手段を持っている。ＩＣカード２への要求と、結果ステータスの処理をここで行う。
【００１２】
リーダライタ６は、演算装置５より要求を受け、その要求をカード挿入口８に挿入されているＩＣカード２へ出力する。同様にＩＣカード２からのステータスを受け取り、その結果を演算装置５へと報告する。
【００１３】
ＩＣカード２は、図１、図２に示すように、外部との接点となるコンタクト１０、および演算、制御を行うプロセッサ１１、一過性のデータやプログラム実行時に必要な領域として使用する揮発性メモリ（ＲＡＭ）１２、書き換え可能なプログラムコード、書き換え可能で永続属性を持つデータを保存するための不揮発性メモリ（ＥＥＰＲＯＭ）１３、プロセッサ１１を補佐するコプロセッサ１４、カードドメインやアプリケーションのバイトコードをインタープリタするバーチャルマシンが搭載されている書き換え不可能なプログラムコード（カードオペレーティングシステム（ＣＯＳ）やアプリケーションのロード／インストールの実行を行うプログラム）や書き換えしないデータが記憶されるＲＯＭ１５を持つ。またコンタクト１０を通じてリーダライタ６と通信を行う。上記不揮発性メモリ１３としては、フラッシュメモリ、ＦＲＡＭ等を用いても良い。
【００１４】
上記プロセッサ１１の制御のもと、２種類のメモリ、ＲＡＭ１２とＥＥＰＲＯＭ１３が管理される。また、特に負荷の生じる演算を行うためのコプロセッサ１４を持つこともあり、これはプロセッサ１１の指示のもと演算を行う。
【００１５】
データは、図１におけるコンタクト１０より入力され、一般にＲＡＭ１２内に格納される。ここで受信されたデータは、プロセッサ１１により解析され、処理される。ここで、保存が必要なデータはプロセッサ１１の指示のもとＥＥＰＲＯＭ１３に書き込まれ、特殊な演算が可能なものはコプロセッサ１４へと処理の指示が送られる。また、ＲＡＭ１２では格納しきれない大きなデータなどが一時的に、ＥＥＰＲＯＭ１３の別領域に書き込まれることがある。
【００１６】
上記のような構成において、ＩＣカード２に障害が発生した際に、ＰＣ１を使用してインターネット３経由で、発行会社のホスト端末４へアクセスする。発行会社のホスト端末４のサイトから、ＩＣカード診断用のプログラムをダウンロードして、上記ＰＣ１にインストールする。上記ＰＣ１とリーダライタ６との通信等の設定を実施して、ＰＣ１からＩＣカード２を制御可能な状態にする。（店先の端末等の場合、あらかじめこの作業は実施されている場合もある）
ここからは、２種類の方式が考えられる。
１．ＰＣ１とＩＣカード２で閉じて処理する場合
２．ホスト端末４とＩＣカード２で処理する場合
１．の場合は、ダウンロードしたプログラム内に、ＩＣカード２用の各コマンドが登録されている。所有者は、プログラム実行後は、ＰＣ１の画面に従って、処理をする。ＰＣ１とＩＣカード２は、認証処理後、ＰＣ１からのコマンドをＩＣカード２がレスポンスし、ＰＣ１がＩＣカード２の異常状態を判断し、場合によっては、修理やロック解除も実施する。
【００１７】
ただしこの場合は、カードの認証処理等の暗号機能（鍵）をプログラム内に持たせるために、悪用されると、システムのセキュリティレベルが低下するおそれがある。
２．の場合は、所有者は、ＰＣ１の画面に従ってプログラム実行すると、まずＰＣ１とホスト端末４が相互認証を実施し、暗号用の鍵を共用する。しかし実際には、ＰＣ１は、ホスト端末４のスレーブ状態となっていて、ホスト端末４から送られてきた暗号化されたデータを、復号化して、ＩＣカード２に送受信するか、画面に表示するだけの機能しか持ち合わせない。この場合、システムやＩＣカード２の暗号機能（鍵）をプログラムに持たないために（ＰＣ１とホスト端末４の暗号は別の鍵である）、システム全体のセキュリティレベルを大幅に下げることはない。ただし、ホスト端末４の負担が大きくなる。
もちろん、これらの２種類の方法どちらを利用しても、修理不可能なＩＣカードに関しては、発行会社に送付して、再発行処理を実施する必要がある。
上記１．の処理について、図３に示すフローチャートを用いて説明する。
【００１８】
まず、ＩＣカード２に障害が発生した際に、ＰＣ１を使用してインターネット３経由で、発行会社のホスト端末４へアクセスする（ＳＴ１）。この際、ＩＤ等により本人確認（ＩＣカードの所持者）を行う。ついで、発行会社のホスト端末４のサイトから、ＩＣカード診断用のプログラムをダウンロードして、上記ＰＣ１にインストールする（ＳＴ２）。上記ＰＣ１とリーダライタ６との通信等の設定を実施して、ＰＣ１からＩＣカード２を制御可能な状態にする。
【００１９】
この状態において、ＰＣ１はインストールされたＩＣカード診断用のプログラムを起動し、ＰＣ１からＩＣカード２へ認証用のコマンドを送信する（ＳＴ３）。このコマンドによりＩＣカード２はＰＣ１へカード認証のレスポンスを送信する（ＳＴ４）。これにより、ＰＣ１はＩＣカード２からのカード認証のレスポンスによりカード認証を行う（ＳＴ５）。
【００２０】
ついで、ＰＣ１からＩＣカード２へカード診断用のコマンドを送信する（ＳＴ６）。このコマンドによりＩＣカード２はカード診断を行う（ＳＴ７）。これにより、ＩＣカード２からＰＣ１へカード診断のレスポンスを送信する（ＳＴ８）。このカード診断のレスポンスにより、ＰＣ１はＩＣカード２の異常状態を表示する（ＳＴ９）。
この表示により、ＩＣカード２の所有者はＩＣカード２の異常内容を知ることができ、以後の対処について判断できる。
また、ＰＣ１はＩＣカード２の異常状態の内容によっては、ＰＣ１からＩＣカード２へ修理やロック解除のコマンドを送信する（ＳＴ１０）。このコマンドにより、ＩＣカード２が修理やロック解除を実施する（ＳＴ１１）。この後、ＩＣカード２からＰＣ１へカード修理のレスポンスを送信する（ＳＴ１２）。このカード修理のレスポンスにより、ＰＣ１はＩＣカード２の修理状態を表示する（ＳＴ１３）。
【００２１】
上記２．の処理について、図４に示すフローチャートを用いて説明する。
まず、ＩＣカード２に障害が発生した際に、ＰＣ１を使用してインターネット３経由で、発行会社のホスト端末４へアクセスする（ＳＴ２０）。この際、ホスト端末４はＩＤ等により本人確認（ＩＣカードの所持者）を行う。ついで、発行会社のホスト端末４のサイトから、ＩＣカード診断用のプログラムをダウンロードして（ＳＴ２１）、上記ＰＣ１にインストールする（ＳＴ２２）。
【００２２】
この状態において、ＰＣ１はインストールされたＩＣカード診断用のプログラムを起動し、ＰＣ１からホスト端末４へ認証用のトリガーを送信する（ＳＴ２３）。これにより、ホスト端末４からＰＣ１へ認証用のコマンドを送信する（ＳＴ２４）。このコマンドによりＰＣ１はホスト端末４の認証を行う（ＳＴ２５）。これにより、ＰＣ１からホスト端末４へ端末認証のレスポンスを送信する（ＳＴ２６）。この端末認証のレスポンスにより、ホスト端末４はＰＣ１の認証を行う（ＳＴ２７）。この認証により、ホスト端末４とＰＣ１とで鍵を共有する。
【００２３】
この状態において、ホスト端末４からＰＣ１へ上記鍵により暗号化されているカード認証用のコマンドを送信する（ＳＴ２８）。ＰＣ１はホスト端末４からの暗号化されているカード認証用のコマンドを上記鍵により復号化し（ＳＴ２９）、ＩＣカード２へ送信する（ＳＴ３０）。このコマンドによりＩＣカード２はＰＣ１へカード認証のレスポンスを送信する（ＳＴ３１）。すると、ＰＣ１はＩＣカード２からのカード認証のレスポンス上記鍵により暗号化し（ＳＴ３２）、ホスト端末４へ送信する（ＳＴ３３）。これにより、ホスト端末４はＩＣカード２からのカード認証のレスポンスによりカード認証を行う（ＳＴ３４）。
【００２４】
ついで、ホスト端末４からＰＣ１へ上記鍵により暗号化されているカード診断用のコマンドを送信する（ＳＴ３５）。ＰＣ１はホスト端末４からの暗号化されているカード診断用のコマンドを上記鍵により復号化し（ＳＴ３６）、ＩＣカード２へ送信する（ＳＴ３７）。このコマンドによりＩＣカード２はカード診断を行う（ＳＴ３８）。これにより、ＩＣカード２からＰＣ１へカード診断のレスポンスを送信する（ＳＴ３９）。すると、ＰＣ１はＩＣカード２からのカード診断のレスポンスを上記鍵により暗号化し（ＳＴ４０）、ホスト端末４へ送信する（ＳＴ４１）。これにより、ホスト端末４はＩＣカード２からのカード診断のレスポンスによりＩＣカード２の異常状態を表示する（ＳＴ４２）。
【００２５】
この表示により、ホスト端末４側にてＩＣカード２の異常内容を知ることができ、以後の対処について判断できる。
また、ホスト端末４はＩＣカード２の異常状態の内容によっては、ＰＣ１からを介してＩＣカード２へ修理やロック解除のコマンドを送信する（ＳＴ４３、４４）。このコマンドにより、ＩＣカード２が修理やロック解除を実施する（ＳＴ４５）。この後、ＩＣカード２からＰＣ１を介してホスト端末４へカード修理のレスポンスを送信する（ＳＴ４６、４７）。このカード修理のレスポンスにより、ホスト端末４はＩＣカード２の修理状態を表示する（ＳＴ４８）。
上記ステップ３８のカード診断としては、たとえば、ハードウエア診断コマンドとロック診断コマンドがある。
【００２６】
ハードウエア診断コマンドは、揮発性メモリ１２、コプロセッサ１４、不揮発性メモリ１３を診断するものである。揮発性メモリ１２については、プロセッサ１１により全てのエリアに「０」、「Ｆ」を書いて、読取ることにより、リードライトが正しく行えるかが診断される。不揮発性メモリ１３についても、プロセッサ１１によりデータを記録して読取ることにより、リードライトが正しく行えるかが診断される。コプロセッサ１４としては、暗号化、復号化が正しく行われているか否かにより診断される。
【００２７】
不揮発性メモリ１３にプログラムが記憶されている場合、プロセッサ１１は、プログラムをダウンロードして正しいか否かの診断を行うものである。
ロック診断コマンドとしては、暗証番号がロックしているか否かのステータスを診断するものである。
【００２８】
プロセッサ１１は、ロック診断コマンドに基づいて、ステータスをチェックし、つまり不揮発性メモリ１３に暗証ロックフラグが記憶されているか否かにより、暗証番号がロックしているか否かを診断する。
【００２９】
上記ステップ４２において、ＩＣカード２からＰＣ１を介して供給されるカード診断のレスポンスにより、ホスト端末４は揮発性メモリ１２、コプロセッサ１４、不揮発性メモリ１３の異常等の診断結果を表示するようになっている。また、レスポンスがない際に、ホスト端末４はプロセッサ１１の異常の診断結果を表示するようになっている。また、レスポンスが暗証番号のロックの際に、ホスト端末４はその暗証番号のロックを表示するようになっている。
【００３０】
上記したように、ＩＣカードに障害が発生した際に、障害の種類を知ることができ、障害の種類に対する的確な対処を選択することが可能となる。
また、ＩＣカードに障害が発生した際に、オンラインにより外部機器からリモートで障害復旧を行うことができるか、あるいは外部機器から障害復旧プログラムのダウンロードにより障害復旧を行うことができる。
【００３１】
これにより、異常もしくは、ロックされたＩＣカードにおいて、そのカードの発行会社に送付することなしに、手元のＰＣ（店先の端末）で、ＩＣカードの異常内容を確認することが可能で、場合によっては、修理することも可能なシステムである。
【００３２】
また、システムのセキュリティ要求により、２種類の方式を提案したが、どちらの場合でも、リモートで修理することにより、カード発行会社（製造会社、システム運営会社）の再発行処理を簡略化することが可能であり、カード発行会社が再発行処理に必要とされる費用と、カード保有者が再発行処理で使用できない時間を削減することが可能となる。
【００３３】
【発明の効果】
以上詳述したように、この発明によれば、異常やロックなどで、正常動作しないＩＣカードに対する診断結果を知らせることができ、さらに修理することも可能なＩＣカード処理システムを提供できる。
【図面の簡単な説明】
【図１】この発明の実施形態を説明するためのカード処理システムの概略構成を示す図。
【図２】ＩＣカードの内部構成を説明するためのブロック図。
【図３】障害確認処理を説明するためのフローチャート。
【図４】障害確認処理を説明するためのフローチャート。
【符号の説明】
１…ＰＣ、２…ＩＣカード、４…ホスト端末。
【図１】
2004086357.tif 000003
【図２】
2004086357.tif 000004
【図３】
2004086357.tif 000005
【図４】
2004086357.tif 000006