ＩＣカード処理システムおよび方法
【課題】ＩＣカードの紛失や、搭載しているプログラムの不具合等のインシデントに応じて、ＩＣカードの状態を変更することが可能なＩＣカード処理システムおよび方法を提供する。
【解決手段】ＩＣカードから読み取ったカードＩＤを端末装置１から受け取ると、発行管理装置２は、カードＩＤに対応したインシデント情報を検索し（Ｓ２）、インシデント情報が見つからなかったら、そのカードに搭載されているアプリケーションＩＤに対応したインシデント情報を検索する（Ｓ３）。アプリケーションＩＤに対応したインシデント情報が見つからなかったら、そのカードおよびアプリケーションで使用されている鍵に対応したインシデント情報を検索する（Ｓ４）。インシデント情報が見つかったら、インシデント情報内の対処情報に従った処理をＩＣカードに対して実行する（Ｓ５）。インシデント情報が見つからなかったら、通常の処理を実行する（Ｓ６）。
【解決手段】ＩＣカードから読み取ったカードＩＤを端末装置１から受け取ると、発行管理装置２は、カードＩＤに対応したインシデント情報を検索し（Ｓ２）、インシデント情報が見つからなかったら、そのカードに搭載されているアプリケーションＩＤに対応したインシデント情報を検索する（Ｓ３）。アプリケーションＩＤに対応したインシデント情報が見つからなかったら、そのカードおよびアプリケーションで使用されている鍵に対応したインシデント情報を検索する（Ｓ４）。インシデント情報が見つかったら、インシデント情報内の対処情報に従った処理をＩＣカードに対して実行する（Ｓ５）。インシデント情報が見つからなかったら、通常の処理を実行する（Ｓ６）。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＩＣカードの状態を管理する技術に関する。
【背景技術】
【０００２】
近年、金融機関をはじめ、様々な施設でＩＣカードが利用されるようになってきている。特に、最近のＩＣカードでは、利用者が自分の嗜好やニーズに合わせてＩＣカードにアプリケーションの追加や削除が可能になっている（例えば、特許文献１〜３参照）。
【０００３】
【特許文献１】特開２００１−２３６２３２号公報
【特許文献２】特開２００３−１０８９４０号公報
【特許文献３】特開２００４−１１０７５９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、従来は、ＩＣカード内のアプリケーションの追加や削除は、利用者等の指定に従って行われている。そのため、アプリケーション提供者や発行者の事情による搭載済みアプリケーションの失効や紛失したＩＣカードへの処理に対する対策が不十分である。
【０００５】
そこで、本発明は、ＩＣカードの紛失や、搭載しているプログラムの不具合等のインシデントに応じて、ＩＣカードの状態を変更することが可能なＩＣカード処理システムおよび方法を提供することを課題とする。
【課題を解決するための手段】
【０００６】
上記課題を解決するため、本発明では、発行したＩＣカードに関する情報を管理する発行管理装置と、端末装置により構成されるＩＣカード処理システムであって、前記発行管理装置は、インシデント情報を記録した情報記憶手段を有すると共に、前記端末装置から取得したカード識別情報を用いて、対応するインシデント情報を前記情報記憶手段から抽出し、さらに当該インシデント情報に対応する対処情報に従った命令を前記端末装置に送信する機能を有し、前記端末装置は、前記ＩＣカードから読み出したカード識別情報を前記発行管理装置に送信する機能と、前記発行管理装置から受信した命令を前記ＩＣカードに伝える機能を有するＩＣカード処理システムを提供する。
【０００７】
また、本発明では、発行したＩＣカードに関する情報を管理する発行管理装置と、端末装置により構成されるＩＣカード処理システムにおいて、前記端末装置が、前記ＩＣカードから読み出したカード識別情報を前記発行管理装置に送信する段階と、前記発行管理装置が、前記端末装置からのカード識別情報を用いて、対応するインシデント情報を、インシデント情報を記録した情報記憶手段から抽出する段階と、前記発行管理装置が、当該インシデント情報に対応する対処情報に従った命令を前記端末装置に送信する段階と、前記端末装置が、前記発行管理装置から受信した命令を前記ＩＣカードに伝える段階を有するＩＣカード処理方法を提供する。
【発明の効果】
【０００８】
本発明によれば、ＩＣカードから読み取ったカード識別情報に基づいて、インシデント情報を検索し、対応する対処情報が存在する場合に、その対処情報に従った命令を端末装置に送信し、ＩＣカードに伝えるようにしたので、ＩＣカードの紛失や、搭載しているプログラムの不具合等のインシデントに応じて、ＩＣカードの状態を変更することが可能となる。
【発明を実施するための最良の形態】
【０００９】
（１．システム構成）
以下、本発明の好適な実施形態について、図面を参照して詳細に説明する。図１は、本発明に係るＩＣカード処理システムの構成図である。図１において、１は端末装置、２は発行管理装置、３はリーダライタ、４は情報記憶手段、５はネットワークである。端末装置１は、ＩＣカードの保有者がＩＣカードを利用する際に用いるコンピュータ端末であり、ＩＣカードの情報の読み書きが可能なリーダライタ３を備えている。また、端末装置１は、リーダライタ３によりＩＣカードから読み取った情報をネットワーク５を介して発行管理装置２に送信する機能を有すると共に、発行管理装置２から受信した情報をリーダライタ３を介してＩＣカードに伝える機能を有している。なお、図１の例では、端末装置１を１台だけ示しているが、現実には、多数の施設に設置された多くの端末装置１がネットワーク５に接続されている。
【００１０】
発行管理装置２は、発行したＩＣカードに関する情報を管理するコンピュータであり、ハードディスク等で実現される情報記憶手段４を備えている。この情報記憶手段４には、発行済みのＩＣカード自体、およびＩＣカードに搭載されているアプリケーションプログラム、ＩＣカードおよびアプリケーションプログラムで使用されている鍵（暗号鍵）に対応したインシデント情報が記録されている。インシデントとは、“出来事”を意味するものであり、インシデント情報とは、ＩＣカードの発行、アプリケーションのリリース等の後に、それらについて、何か事が起こった場合に、それを記録したものである。また、発行管理装置２は、ネットワーク５を介して端末装置１から受信した情報を用いて情報記憶手段４を検索し、その結果得られた情報を端末装置１に送信する機能を有している。このような機能は、発行管理装置２に専用のプログラムを搭載しておくことにより実現される。なお、現実には、端末装置１と発行管理装置２の間で行われる通信は、発行管理装置２で所定の規則に従って作成される暗号鍵を用いて暗号化して行われるが、これらの技術は周知のものであるので説明は省略する。
【００１１】
図１において、使用されるＩＣカードは、ＩＣチップが基材に保持された形態のものであれば、どのようなものであっても良い。ＩＣチップは、データの記録およびプログラムの実行が可能なものである必要がある。また、本実施形態では、外部からの命令を受信してその命令を実行する機能を持つＩＣチップを採用している。
【００１２】
（２．処理動作）
続いて、本発明に係るＩＣカード処理方法について、図１に示したＩＣカード処理システムの処理動作と共に説明する。図２は、本発明に係るＩＣカード処理方法の概要を示すフローチャートである。まず、端末装置１にＩＣカードがセットされると、端末装置１は、ＩＣカードからカード識別情報（ＩＣチップのシリアル番号、カードＩＤ等）を取得し、発行管理装置２へ送信する（Ｓ１）。発行管理装置２では、ＩＣカードから取得したカード識別情報を用いて、情報記憶手段４を検索し、そのＩＣカード自体に対応するインシデント情報が存在するかどうかを判断する（Ｓ２）。
【００１３】
そのＩＣカード自体に対応するインシデント情報が存在しない場合は、発行管理装置２は、そのＩＣカードが搭載しているアプリケーション搭載情報を用いて、該当するアプリケーションに対応するインシデント情報が存在するかどうかを判断する（Ｓ３）。
【００１４】
該当するアプリケーションに対応するインシデント情報が存在しない場合は、ＩＣカードおよびアプリケーションプログラムで使用されている鍵に対応するインシデント情報が存在するかどうかを判断する（Ｓ４）。この“鍵”は、暗号化を行うための暗号鍵である。
【００１５】
上記Ｓ２、Ｓ３、Ｓ４の処理において、ＩＣカード自体または、そのＩＣカードが搭載するアプリケーション、使用している鍵のいずれかにインシデント情報が存在した場合には、発行管理装置２は、インシデント情報内の対処情報に従った処理の実行を行う（Ｓ５）。Ｓ５における具体的な処理は、対処情報の内容によって異なる。例えば、対処情報が“カードをロック”という内容であった場合、発行管理装置２は、カードをロックする処理をＩＣカードに対して行うことになる。“カードをロック”とは、ＩＣカードを端末装置１に差し込んでも使用できないようにすることを意味するが、その具体的処理は、ＩＣカードの規格によっても異なってくる。本実施形態で用いるＩＣカードにおいては、ＩＣカードを、カード自体、アプリケーションの２段階でロック可能となっており、対処情報が“カードをロック”の場合には、カード自体のロックを行う。具体的には、発行管理装置２は、対処情報が“カードをロック”という内容であることを認識するとカードロック命令を端末装置１に送信する。端末装置１では、その命令をＩＣカードに伝え、ＩＣカードでは、受け取ったカードロック命令に従って、自身のカード自体をロックする。カード自体をロックとは、具体的には、ＩＣチップ内の所定の領域にカード自体がロック状態であることを記録することにより行う。カード自体がロック状態であるか否かの情報は、ＩＣカードの起動時に最初に読み込まれるため、ここがロック状態となっていると、ＩＣカードは以降の処理を行わないことになる。
【００１６】
一方、Ｓ３において、インシデント情報が存在しないと判断された場合には、ＩＣカードに対する通常の処理を行う（Ｓ６）。通常の処理とは、利用者の指示に従ったアプリケーションの追加・削除等の処理である。処理が行われると、次の操作の待機待ちとなる（Ｓ７）。他の操作が行われない場合は、ＩＣカードの処理を終了する。
【００１７】
ここで、具体的なデータを用いて、上記処理について説明する。図３は、情報記憶装置４内に記録された情報の一例を示す図である。図３（ａ）は、カード別のインシデント情報であるカードインシデント情報を示す。カードインシデント情報は、カードＩＤ、インシデント、対処の項目で構成されており、例えば、カードＩＤ“Ａ００１”のＩＣカードについては、“紛失”のインシデントが発生しており、その対処として“カードをロック”が指定されていることを示している。
【００１８】
図３（ｂ）は、カード別のアプリケーション搭載情報を示す。アプリケーション搭載情報は、カードＩＤ、複数のアプリケーションＩＤの項目で構成されており、例えば、カードＩＤ“Ｂ００１”のＩＣカードには、“Ｄ３９２０００１”で特定されるアプリケーションプログラムが搭載されていることを示している。
【００１９】
図３（ｃ）は、アプリケーション別のインシデント情報であるアプリケーションインシデント情報を示す。アプリケーションインシデント情報は、アプリケーションＩＤ、インシデント、対処の項目で構成されており、例えば、アプリケーションＩＤ“Ｄ３９２０００１”のアプリケーションプログラムについては、“バグ”のインシデントが発生しており、その対処として“アプリ（アプリケーション）をロック”が指定されていることを示している。
【００２０】
図３に示すような情報が、発行管理装置２内の情報記憶手段４内に記録された状態で、カードＩＤ“Ａ００１”のＩＣカードが端末装置１で読み込まれたとすると、端末装置１は、カードＩＤ“Ａ００１”を取得し、発行管理装置２へ送信する（Ｓ１）。続いて、発行管理装置２が、ＩＣカードから取得したカードＩＤ“Ａ００１”を用いて、カードインシデント情報を検索する（Ｓ２）。図３（ａ）に示すように、カードＩＤ“Ａ００１”がカードインシデント情報内に存在するので、対応する対処情報を抽出する。
【００２１】
カードＩＤ“Ａ００１”に対応する対処情報は、図３（ａ）に示すように、“カードをロック”であるので、発行管理装置２は、上述のように、カードロック命令を端末装置１に送信する（Ｓ４）。端末装置１では、その命令をＩＣカードに伝え、ＩＣカードが、自身のカード自体をロックする。これにより、カードＩＤ“Ａ００１”で特定される、このＩＣカードは使用不可能な状態となる。すなわち、図３（ａ）に示すように、インシデントが“紛失”となっているため、ＩＣカードを使用不能とするのである。
【００２２】
また、図３に示すような情報が、発行管理装置２内の情報記憶手段４内に記録された状態で、カードＩＤ“Ｂ００１”のＩＣカードが端末装置１で読み込まれたとすると、端末装置１は、Ｓ１において、カードＩＤ“Ｂ００１”を取得し、発行管理装置２へ送信する。Ｓ２において、発行管理装置２が、ＩＣカードから取得したカードＩＤ“Ｂ００１”を用いて、カードインシデント情報を検索する。図３（ａ）に示すように、カードＩＤ“Ｂ００１”がカードインシデント情報内に存在しないので（Ｓ２）、発行管理装置２は、対応する対処情報を抽出する。カードＩＤ“Ｂ００１”を用いて、アプリケーション搭載情報を検索する。図３（ｂ）に示すように、カードＩＤ“Ｂ００１”がアプリケーション搭載情報内に存在するので、対応するアプリケーションＩＤ“Ｄ３９２０００１”を抽出し、さらに、このアプリケーションＩＤ“Ｄ３９２０００１”により、アプリケーションインシデント情報を検索する。図３（ｃ）に示すように、アプリケーションＩＤ“Ｄ３９２０００１”がアプリケーションインシデント情報内に存在するので、対応する対処情報を抽出する（Ｓ３）。
【００２３】
アプリケーションＩＤ“Ｄ３９２０００１”に対応する対処情報は、図３（ｃ）に示すように、“アプリをロック”であるので、発行管理装置２は、上述のように、アプリロック命令を端末装置１に送信する。端末装置１では、その命令をＩＣカードに伝え、ＩＣカードが、自身のカード自体をロックする。これにより、カードＩＤ“Ｂ００１”で特定される、このＩＣカード上の、アプリケーションＩＤ“Ｄ３９２０００１”で特定されるアプリケーションプログラムは使用不可能な状態となる。すなわち、図３（ｃ）に示すように、インシデントが“バグ”となっているため、アプリケーションプログラムを使用不能とするのである。なお、上述のように、本実施形態では、ＩＣカードを、カード自体、アプリケーションの２段階でロック可能となっている。対処情報が“アプリをロック”の場合には、アプリケーションプログラムのロックを行う。具体的には、発行管理装置２は、対処情報が“アプリをロック”という内容であることを認識するとアプリロック命令を端末装置１に送信する。端末装置１では、その命令をＩＣカードに伝え、ＩＣカードでは、受け取ったアプリロック命令に従って、対応するアプリケーションプログラムのみをロックする。アプリケーションプログラムのみをロックとは、具体的には、ＩＣチップ内の所定の領域に、そのアプリケーションプログラムのみがロック状態であることを記録することにより行う。アプリケーションプログラムがロック状態であるか否かの情報は、ＩＣカードが各アプリケーションプログラムを起動する際に読み込まれるため、ここがロック状態となっていると、ＩＣカードは、そのアプリケーションプログラムの処理を行わないことになる。
【００２４】
鍵に対するインシデント情報は図３（ｄ）に示すように、カード情報及びアプリケーション情報から使用されている鍵が“fIMK v1”である場合には、対処情報が“鍵をfIMK v2に更新”であるので、発行管理装置２は、対処情報が“鍵をfIMK v2に更新”という内容であることを認識すると鍵の更新命令を端末装置１に送信する。端末装置１では、その命令をＩＣカードに伝え、ＩＣカードでは、受け取った鍵更新命令に従って、対応する鍵のみを更新する。なお、図３（ｂ）に示したアプリケーション搭載情報には、カードＩＤに対応した鍵ＩＤが記録されており、アプリケーション詳細情報（図示省略）には、アプリケーションＩＤに対応した鍵ＩＤが記録されている。したがって、図３（ｄ）に示した鍵インシデント情報には、アプリケーション搭載情報およびアプリケーション詳細情報を介して到達することができる。
【００２５】
以上、本発明の好適な実施形態を説明した。なお、アプリケーションプログラムで使用されている鍵に対応するインシデント情報を扱わなくても利用者に対して目的とする利便性・安全性を提供できる場合には、鍵インシデント情報の扱いを省略したシステムとして構成することもできる。その場合には、上記Ｓ４における条件分岐を省略すればよく、図３（ｄ）に示した情報は不要となる。
【図面の簡単な説明】
【００２６】
【図１】本発明に係るＩＣカード処理システムの構成図である。
【図２】本発明に係るＩＣカード処理方法の概要を示すフローチャートである。
【図３】情報記憶装置４内に記録された情報の一例を示す図である。
【符号の説明】
【００２７】
１・・・端末装置
２・・・発行管理装置
３・・・リーダライタ
４・・・情報記憶手段
５・・・ネットワーク
【技術分野】
【０００１】
本発明は、ＩＣカードの状態を管理する技術に関する。
【背景技術】
【０００２】
近年、金融機関をはじめ、様々な施設でＩＣカードが利用されるようになってきている。特に、最近のＩＣカードでは、利用者が自分の嗜好やニーズに合わせてＩＣカードにアプリケーションの追加や削除が可能になっている（例えば、特許文献１〜３参照）。
【０００３】
【特許文献１】特開２００１−２３６２３２号公報
【特許文献２】特開２００３−１０８９４０号公報
【特許文献３】特開２００４−１１０７５９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、従来は、ＩＣカード内のアプリケーションの追加や削除は、利用者等の指定に従って行われている。そのため、アプリケーション提供者や発行者の事情による搭載済みアプリケーションの失効や紛失したＩＣカードへの処理に対する対策が不十分である。
【０００５】
そこで、本発明は、ＩＣカードの紛失や、搭載しているプログラムの不具合等のインシデントに応じて、ＩＣカードの状態を変更することが可能なＩＣカード処理システムおよび方法を提供することを課題とする。
【課題を解決するための手段】
【０００６】
上記課題を解決するため、本発明では、発行したＩＣカードに関する情報を管理する発行管理装置と、端末装置により構成されるＩＣカード処理システムであって、前記発行管理装置は、インシデント情報を記録した情報記憶手段を有すると共に、前記端末装置から取得したカード識別情報を用いて、対応するインシデント情報を前記情報記憶手段から抽出し、さらに当該インシデント情報に対応する対処情報に従った命令を前記端末装置に送信する機能を有し、前記端末装置は、前記ＩＣカードから読み出したカード識別情報を前記発行管理装置に送信する機能と、前記発行管理装置から受信した命令を前記ＩＣカードに伝える機能を有するＩＣカード処理システムを提供する。
【０００７】
また、本発明では、発行したＩＣカードに関する情報を管理する発行管理装置と、端末装置により構成されるＩＣカード処理システムにおいて、前記端末装置が、前記ＩＣカードから読み出したカード識別情報を前記発行管理装置に送信する段階と、前記発行管理装置が、前記端末装置からのカード識別情報を用いて、対応するインシデント情報を、インシデント情報を記録した情報記憶手段から抽出する段階と、前記発行管理装置が、当該インシデント情報に対応する対処情報に従った命令を前記端末装置に送信する段階と、前記端末装置が、前記発行管理装置から受信した命令を前記ＩＣカードに伝える段階を有するＩＣカード処理方法を提供する。
【発明の効果】
【０００８】
本発明によれば、ＩＣカードから読み取ったカード識別情報に基づいて、インシデント情報を検索し、対応する対処情報が存在する場合に、その対処情報に従った命令を端末装置に送信し、ＩＣカードに伝えるようにしたので、ＩＣカードの紛失や、搭載しているプログラムの不具合等のインシデントに応じて、ＩＣカードの状態を変更することが可能となる。
【発明を実施するための最良の形態】
【０００９】
（１．システム構成）
以下、本発明の好適な実施形態について、図面を参照して詳細に説明する。図１は、本発明に係るＩＣカード処理システムの構成図である。図１において、１は端末装置、２は発行管理装置、３はリーダライタ、４は情報記憶手段、５はネットワークである。端末装置１は、ＩＣカードの保有者がＩＣカードを利用する際に用いるコンピュータ端末であり、ＩＣカードの情報の読み書きが可能なリーダライタ３を備えている。また、端末装置１は、リーダライタ３によりＩＣカードから読み取った情報をネットワーク５を介して発行管理装置２に送信する機能を有すると共に、発行管理装置２から受信した情報をリーダライタ３を介してＩＣカードに伝える機能を有している。なお、図１の例では、端末装置１を１台だけ示しているが、現実には、多数の施設に設置された多くの端末装置１がネットワーク５に接続されている。
【００１０】
発行管理装置２は、発行したＩＣカードに関する情報を管理するコンピュータであり、ハードディスク等で実現される情報記憶手段４を備えている。この情報記憶手段４には、発行済みのＩＣカード自体、およびＩＣカードに搭載されているアプリケーションプログラム、ＩＣカードおよびアプリケーションプログラムで使用されている鍵（暗号鍵）に対応したインシデント情報が記録されている。インシデントとは、“出来事”を意味するものであり、インシデント情報とは、ＩＣカードの発行、アプリケーションのリリース等の後に、それらについて、何か事が起こった場合に、それを記録したものである。また、発行管理装置２は、ネットワーク５を介して端末装置１から受信した情報を用いて情報記憶手段４を検索し、その結果得られた情報を端末装置１に送信する機能を有している。このような機能は、発行管理装置２に専用のプログラムを搭載しておくことにより実現される。なお、現実には、端末装置１と発行管理装置２の間で行われる通信は、発行管理装置２で所定の規則に従って作成される暗号鍵を用いて暗号化して行われるが、これらの技術は周知のものであるので説明は省略する。
【００１１】
図１において、使用されるＩＣカードは、ＩＣチップが基材に保持された形態のものであれば、どのようなものであっても良い。ＩＣチップは、データの記録およびプログラムの実行が可能なものである必要がある。また、本実施形態では、外部からの命令を受信してその命令を実行する機能を持つＩＣチップを採用している。
【００１２】
（２．処理動作）
続いて、本発明に係るＩＣカード処理方法について、図１に示したＩＣカード処理システムの処理動作と共に説明する。図２は、本発明に係るＩＣカード処理方法の概要を示すフローチャートである。まず、端末装置１にＩＣカードがセットされると、端末装置１は、ＩＣカードからカード識別情報（ＩＣチップのシリアル番号、カードＩＤ等）を取得し、発行管理装置２へ送信する（Ｓ１）。発行管理装置２では、ＩＣカードから取得したカード識別情報を用いて、情報記憶手段４を検索し、そのＩＣカード自体に対応するインシデント情報が存在するかどうかを判断する（Ｓ２）。
【００１３】
そのＩＣカード自体に対応するインシデント情報が存在しない場合は、発行管理装置２は、そのＩＣカードが搭載しているアプリケーション搭載情報を用いて、該当するアプリケーションに対応するインシデント情報が存在するかどうかを判断する（Ｓ３）。
【００１４】
該当するアプリケーションに対応するインシデント情報が存在しない場合は、ＩＣカードおよびアプリケーションプログラムで使用されている鍵に対応するインシデント情報が存在するかどうかを判断する（Ｓ４）。この“鍵”は、暗号化を行うための暗号鍵である。
【００１５】
上記Ｓ２、Ｓ３、Ｓ４の処理において、ＩＣカード自体または、そのＩＣカードが搭載するアプリケーション、使用している鍵のいずれかにインシデント情報が存在した場合には、発行管理装置２は、インシデント情報内の対処情報に従った処理の実行を行う（Ｓ５）。Ｓ５における具体的な処理は、対処情報の内容によって異なる。例えば、対処情報が“カードをロック”という内容であった場合、発行管理装置２は、カードをロックする処理をＩＣカードに対して行うことになる。“カードをロック”とは、ＩＣカードを端末装置１に差し込んでも使用できないようにすることを意味するが、その具体的処理は、ＩＣカードの規格によっても異なってくる。本実施形態で用いるＩＣカードにおいては、ＩＣカードを、カード自体、アプリケーションの２段階でロック可能となっており、対処情報が“カードをロック”の場合には、カード自体のロックを行う。具体的には、発行管理装置２は、対処情報が“カードをロック”という内容であることを認識するとカードロック命令を端末装置１に送信する。端末装置１では、その命令をＩＣカードに伝え、ＩＣカードでは、受け取ったカードロック命令に従って、自身のカード自体をロックする。カード自体をロックとは、具体的には、ＩＣチップ内の所定の領域にカード自体がロック状態であることを記録することにより行う。カード自体がロック状態であるか否かの情報は、ＩＣカードの起動時に最初に読み込まれるため、ここがロック状態となっていると、ＩＣカードは以降の処理を行わないことになる。
【００１６】
一方、Ｓ３において、インシデント情報が存在しないと判断された場合には、ＩＣカードに対する通常の処理を行う（Ｓ６）。通常の処理とは、利用者の指示に従ったアプリケーションの追加・削除等の処理である。処理が行われると、次の操作の待機待ちとなる（Ｓ７）。他の操作が行われない場合は、ＩＣカードの処理を終了する。
【００１７】
ここで、具体的なデータを用いて、上記処理について説明する。図３は、情報記憶装置４内に記録された情報の一例を示す図である。図３（ａ）は、カード別のインシデント情報であるカードインシデント情報を示す。カードインシデント情報は、カードＩＤ、インシデント、対処の項目で構成されており、例えば、カードＩＤ“Ａ００１”のＩＣカードについては、“紛失”のインシデントが発生しており、その対処として“カードをロック”が指定されていることを示している。
【００１８】
図３（ｂ）は、カード別のアプリケーション搭載情報を示す。アプリケーション搭載情報は、カードＩＤ、複数のアプリケーションＩＤの項目で構成されており、例えば、カードＩＤ“Ｂ００１”のＩＣカードには、“Ｄ３９２０００１”で特定されるアプリケーションプログラムが搭載されていることを示している。
【００１９】
図３（ｃ）は、アプリケーション別のインシデント情報であるアプリケーションインシデント情報を示す。アプリケーションインシデント情報は、アプリケーションＩＤ、インシデント、対処の項目で構成されており、例えば、アプリケーションＩＤ“Ｄ３９２０００１”のアプリケーションプログラムについては、“バグ”のインシデントが発生しており、その対処として“アプリ（アプリケーション）をロック”が指定されていることを示している。
【００２０】
図３に示すような情報が、発行管理装置２内の情報記憶手段４内に記録された状態で、カードＩＤ“Ａ００１”のＩＣカードが端末装置１で読み込まれたとすると、端末装置１は、カードＩＤ“Ａ００１”を取得し、発行管理装置２へ送信する（Ｓ１）。続いて、発行管理装置２が、ＩＣカードから取得したカードＩＤ“Ａ００１”を用いて、カードインシデント情報を検索する（Ｓ２）。図３（ａ）に示すように、カードＩＤ“Ａ００１”がカードインシデント情報内に存在するので、対応する対処情報を抽出する。
【００２１】
カードＩＤ“Ａ００１”に対応する対処情報は、図３（ａ）に示すように、“カードをロック”であるので、発行管理装置２は、上述のように、カードロック命令を端末装置１に送信する（Ｓ４）。端末装置１では、その命令をＩＣカードに伝え、ＩＣカードが、自身のカード自体をロックする。これにより、カードＩＤ“Ａ００１”で特定される、このＩＣカードは使用不可能な状態となる。すなわち、図３（ａ）に示すように、インシデントが“紛失”となっているため、ＩＣカードを使用不能とするのである。
【００２２】
また、図３に示すような情報が、発行管理装置２内の情報記憶手段４内に記録された状態で、カードＩＤ“Ｂ００１”のＩＣカードが端末装置１で読み込まれたとすると、端末装置１は、Ｓ１において、カードＩＤ“Ｂ００１”を取得し、発行管理装置２へ送信する。Ｓ２において、発行管理装置２が、ＩＣカードから取得したカードＩＤ“Ｂ００１”を用いて、カードインシデント情報を検索する。図３（ａ）に示すように、カードＩＤ“Ｂ００１”がカードインシデント情報内に存在しないので（Ｓ２）、発行管理装置２は、対応する対処情報を抽出する。カードＩＤ“Ｂ００１”を用いて、アプリケーション搭載情報を検索する。図３（ｂ）に示すように、カードＩＤ“Ｂ００１”がアプリケーション搭載情報内に存在するので、対応するアプリケーションＩＤ“Ｄ３９２０００１”を抽出し、さらに、このアプリケーションＩＤ“Ｄ３９２０００１”により、アプリケーションインシデント情報を検索する。図３（ｃ）に示すように、アプリケーションＩＤ“Ｄ３９２０００１”がアプリケーションインシデント情報内に存在するので、対応する対処情報を抽出する（Ｓ３）。
【００２３】
アプリケーションＩＤ“Ｄ３９２０００１”に対応する対処情報は、図３（ｃ）に示すように、“アプリをロック”であるので、発行管理装置２は、上述のように、アプリロック命令を端末装置１に送信する。端末装置１では、その命令をＩＣカードに伝え、ＩＣカードが、自身のカード自体をロックする。これにより、カードＩＤ“Ｂ００１”で特定される、このＩＣカード上の、アプリケーションＩＤ“Ｄ３９２０００１”で特定されるアプリケーションプログラムは使用不可能な状態となる。すなわち、図３（ｃ）に示すように、インシデントが“バグ”となっているため、アプリケーションプログラムを使用不能とするのである。なお、上述のように、本実施形態では、ＩＣカードを、カード自体、アプリケーションの２段階でロック可能となっている。対処情報が“アプリをロック”の場合には、アプリケーションプログラムのロックを行う。具体的には、発行管理装置２は、対処情報が“アプリをロック”という内容であることを認識するとアプリロック命令を端末装置１に送信する。端末装置１では、その命令をＩＣカードに伝え、ＩＣカードでは、受け取ったアプリロック命令に従って、対応するアプリケーションプログラムのみをロックする。アプリケーションプログラムのみをロックとは、具体的には、ＩＣチップ内の所定の領域に、そのアプリケーションプログラムのみがロック状態であることを記録することにより行う。アプリケーションプログラムがロック状態であるか否かの情報は、ＩＣカードが各アプリケーションプログラムを起動する際に読み込まれるため、ここがロック状態となっていると、ＩＣカードは、そのアプリケーションプログラムの処理を行わないことになる。
【００２４】
鍵に対するインシデント情報は図３（ｄ）に示すように、カード情報及びアプリケーション情報から使用されている鍵が“fIMK v1”である場合には、対処情報が“鍵をfIMK v2に更新”であるので、発行管理装置２は、対処情報が“鍵をfIMK v2に更新”という内容であることを認識すると鍵の更新命令を端末装置１に送信する。端末装置１では、その命令をＩＣカードに伝え、ＩＣカードでは、受け取った鍵更新命令に従って、対応する鍵のみを更新する。なお、図３（ｂ）に示したアプリケーション搭載情報には、カードＩＤに対応した鍵ＩＤが記録されており、アプリケーション詳細情報（図示省略）には、アプリケーションＩＤに対応した鍵ＩＤが記録されている。したがって、図３（ｄ）に示した鍵インシデント情報には、アプリケーション搭載情報およびアプリケーション詳細情報を介して到達することができる。
【００２５】
以上、本発明の好適な実施形態を説明した。なお、アプリケーションプログラムで使用されている鍵に対応するインシデント情報を扱わなくても利用者に対して目的とする利便性・安全性を提供できる場合には、鍵インシデント情報の扱いを省略したシステムとして構成することもできる。その場合には、上記Ｓ４における条件分岐を省略すればよく、図３（ｄ）に示した情報は不要となる。
【図面の簡単な説明】
【００２６】
【図１】本発明に係るＩＣカード処理システムの構成図である。
【図２】本発明に係るＩＣカード処理方法の概要を示すフローチャートである。
【図３】情報記憶装置４内に記録された情報の一例を示す図である。
【符号の説明】
【００２７】
１・・・端末装置
２・・・発行管理装置
３・・・リーダライタ
４・・・情報記憶手段
５・・・ネットワーク
【特許請求の範囲】
【請求項１】
発行したＩＣカードに関する情報を管理する発行管理装置と、端末装置により構成されるＩＣカード処理システムであって、
前記発行管理装置は、インシデント情報を記録した情報記憶手段を有すると共に、前記端末装置から取得したカード識別情報を用いて、対応するインシデント情報を前記情報記憶手段から抽出し、さらに当該インシデント情報に対応する対処情報に従った命令を前記端末装置に送信する機能を有し、
前記端末装置は、前記ＩＣカードから読み出したカード識別情報を前記発行管理装置に送信する機能と、前記発行管理装置から受信した命令を前記ＩＣカードに伝える機能を有するものであることを特徴とするＩＣカード処理システム。
【請求項２】
前記情報記憶手段は、前記インシデント情報をＩＣカード別、およびアプリケーション別に対応付けて記録したものであり、前記発行管理装置は、受信したカード識別情報で特定されるＩＣカードに対応したＩＣカード別のインシデント情報が存在しない場合は、当該ＩＣカードに搭載されたアプリケーションに対応したアプリケーション別のインシデント情報を抽出するものであることを特徴とする請求項１に記載のＩＣカード処理システム。
【請求項３】
前記情報記憶手段は、前記インシデント情報をＩＣカード別、およびアプリケーション別、鍵別に対応付けて記録したものであり、前記発行管理装置は、受信したカード識別情報で特定されるＩＣカードに対応したＩＣカード別のインシデント情報が存在しない場合は、当該ＩＣカードに搭載されたアプリケーションに対応したアプリケーション別のインシデント情報を抽出し、アプリケーション別のインシデント情報が存在しない場合には使用している鍵に対応したインシデント情報を抽出するものであることを特徴とする請求項１に記載のＩＣカード処理システム。
【請求項４】
発行したＩＣカードに関する情報を管理する発行管理装置と、端末装置により構成されるＩＣカード処理システムにおいて、
前記端末装置が、前記ＩＣカードから読み出したカード識別情報を前記発行管理装置に送信する段階と、
前記発行管理装置が、前記端末装置からのカード識別情報を用いて、対応するインシデント情報を、インシデント情報を記録した情報記憶手段から抽出する段階と、
前記発行管理装置が、当該インシデント情報に対応する対処情報に従った命令を前記端末装置に送信する段階と、
前記端末装置が、前記発行管理装置から受信した命令を前記ＩＣカードに伝える段階と、
を有するものであることを特徴とするＩＣカード処理方法。
【請求項１】
発行したＩＣカードに関する情報を管理する発行管理装置と、端末装置により構成されるＩＣカード処理システムであって、
前記発行管理装置は、インシデント情報を記録した情報記憶手段を有すると共に、前記端末装置から取得したカード識別情報を用いて、対応するインシデント情報を前記情報記憶手段から抽出し、さらに当該インシデント情報に対応する対処情報に従った命令を前記端末装置に送信する機能を有し、
前記端末装置は、前記ＩＣカードから読み出したカード識別情報を前記発行管理装置に送信する機能と、前記発行管理装置から受信した命令を前記ＩＣカードに伝える機能を有するものであることを特徴とするＩＣカード処理システム。
【請求項２】
前記情報記憶手段は、前記インシデント情報をＩＣカード別、およびアプリケーション別に対応付けて記録したものであり、前記発行管理装置は、受信したカード識別情報で特定されるＩＣカードに対応したＩＣカード別のインシデント情報が存在しない場合は、当該ＩＣカードに搭載されたアプリケーションに対応したアプリケーション別のインシデント情報を抽出するものであることを特徴とする請求項１に記載のＩＣカード処理システム。
【請求項３】
前記情報記憶手段は、前記インシデント情報をＩＣカード別、およびアプリケーション別、鍵別に対応付けて記録したものであり、前記発行管理装置は、受信したカード識別情報で特定されるＩＣカードに対応したＩＣカード別のインシデント情報が存在しない場合は、当該ＩＣカードに搭載されたアプリケーションに対応したアプリケーション別のインシデント情報を抽出し、アプリケーション別のインシデント情報が存在しない場合には使用している鍵に対応したインシデント情報を抽出するものであることを特徴とする請求項１に記載のＩＣカード処理システム。
【請求項４】
発行したＩＣカードに関する情報を管理する発行管理装置と、端末装置により構成されるＩＣカード処理システムにおいて、
前記端末装置が、前記ＩＣカードから読み出したカード識別情報を前記発行管理装置に送信する段階と、
前記発行管理装置が、前記端末装置からのカード識別情報を用いて、対応するインシデント情報を、インシデント情報を記録した情報記憶手段から抽出する段階と、
前記発行管理装置が、当該インシデント情報に対応する対処情報に従った命令を前記端末装置に送信する段階と、
前記端末装置が、前記発行管理装置から受信した命令を前記ＩＣカードに伝える段階と、
を有するものであることを特徴とするＩＣカード処理方法。
【図１】
【図２】
【図３】
【図２】
【図３】
【公開番号】特開２００７−３４８９１（Ｐ２００７−３４８９１Ａ）
【公開日】平成１９年２月８日（２００７．２．８）
【国際特許分類】
【出願番号】特願２００５−２２０３３３（Ｐ２００５−２２０３３３）
【出願日】平成１７年７月２９日（２００５．７．２９）
【出願人】（０００００２８９７）大日本印刷株式会社 (14,506)
【Ｆターム（参考）】
【公開日】平成１９年２月８日（２００７．２．８）
【国際特許分類】
【出願日】平成１７年７月２９日（２００５．７．２９）
【出願人】（０００００２８９７）大日本印刷株式会社 (14,506)
【Ｆターム（参考）】
[ Back to top ]