個人識別番号を使用してロックされたアプリケーションのブロックを解除する方法
本発明は、デジタル・アプライアンス内に配置されたチップ・カード上のアプリケーションを保護する方法であって、チップ・カードのアプリケーションに関する個人識別番号が誤入力された回数をカウントするステップと、前記回数が閾値に達したときに前記アプリケーション又は前記チップ・カードをブロックする（１０２）ステップと、前記チップ・カードの前記個人識別番号が入力されたときに（１０５）前記誤入力のカウントを再開し、前記チップ・カード又は前記アプリケーションのブロックを解除するステップとから成るステップを含む方法に関するものである。このようにして、前記ＰＩＮによって保護されたアプリケーションは、追加的なブロック解除データを記憶する必要なしに高いレベルのセキュリティを提供する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般にＰＩＮコード又は個人識別番号として知られる識別番号によって保護されたアプリケーションに関するものである。
【背景技術】
【０００２】
従来のＳＩＭ（英語のＳｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ Ｍｏｄｕｌｅ（加入者識別モジュール）の略）タイプ又はＵＳＩＭ（英語のＵｎｉｖｅｒｓａｌ Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ Ｍｏｄｕｌｅ（汎用加入者モジュール）の略）タイプのＵＩＣＣカード（ＩＳＯ７８１６−Ｘ規格で実質的に定義されるチップ・カード）には、個人データ及びアプリケーションが記憶されている。ＵＳＩＭカードの大部分は、ユーザがチップ・カードの個人識別番号（ＰＩＮ）を入力したときにだけ、データ又はアプリケーションにアクセスすることを可能にする。ＵＩＣＣカードの不揮発性メモリ内に形成されるカウンタは、チップ・カードＰＩＮに関する誤入力の回数と、誤入力の最大許容回数とを記憶する。誤入力の回数が最大許容回数と等しくなったときは、当該チップ・カードを対象とするＰＩＮの入力方法がブロックされる。ブロック前にチップ・カードの有効なＰＩＮが入力されたとき、又はブロック後にＰＩＮブロック解除コード（ＰＵＫ：ＰＩＮ Ｕｎｂｌｏｃｋ Ｋｅｙ）が入力されたときに、カウンタの再初期化（ｒｅｉｎｉｔｉａｌｉｓａｔｉｏｎ）が実行される。ブロック後にＰＵＫが入力されると、ＵＩＣＣカードのブロックは解除される。
【発明の開示】
【発明が解決しようとする課題】
【０００３】
実際には、ユーザがチップ・カードＰＩＮに関連するＰＵＫを使用することは稀である。従って、ユーザは例えばＰＵＫコードを憶えていないことや、ＰＵＫが記載された証明書の保管場所を忘れてしまっていることがあるので、自身のＵＩＣＣカードがブロックされたときにも、ＰＵＫコードが利用できないことが多い。電話事業者の大部分は、ＰＵＫコードをＵＩＣＣカードのユーザに提供するように設計された電話プラットフォームを設置している。ユーザは、利用可能な事業者のプラットフォームに対応する電話番号を有していないことが多い。更に、これらのプラットフォームはコストが高く、ＰＵＫが悪意者に提供されることを防ぐためのユーザ識別手段を必要とする。
【０００４】
ＵＩＣＣカード（及び一般的なデジタル・デバイス）については、アプリケーション個人識別番号（以下、アプリケーションＰＩＮと呼ぶ）によって保護され、ＵＩＣＣカードの発行元である電話事業者以外の企業によって開発されることもあるアプリケーションが益々増加している。これらの各アプリケーションは特定のアプリケーションＰＩＮ及びＰＵＫコードを提供する可能性があるので、ユーザは、それらの全てのデータを必要に応じて利用できるわけではない。この場合には、各企業が各々のアプリケーションのＰＵＫコードに関するデータバンクの記憶を行う必要があることから、電話プラットフォームの整備は更に複雑になる。
【０００５】
更に、ユーザは、ＵＩＣＣカードのブロックを解除する上で連絡をとるべきプラットフォームを特定しなければならない。これらの様々な理由から、アプリケーションＰＩＮによってロックされていない多数のアプリケーションが存在する。
本発明の目的は、これらの欠点の内の１つ又は複数を解消することである。
【課題を解決するための手段】
【０００６】
そこで、本発明は、デジタル・デバイス内に配置されたチップ・カードのアプリケーションを保護する方法であって、
●前記チップ・カードのアプリケーションに関する個人識別番号の誤入力をカウントする段階と、
●誤入力の回数が閾値に達したときに前記アプリケーション又は前記チップ・カードをブロックする段階と、
●前記チップ・カードの前記個人識別番号が入力されたときに前記誤入力のカウントを再初期化し、前記チップ・カード又は前記アプリケーションのブロックを解除する段階と
を含む方法に関するものである。
【０００７】
一変更形態によれば、使用される前記チップ・カードは、電話事業者から供給されるＳＩＭ又はＵＳＩＭアプリケーションを装備したＵＩＣＣタイプのチップ・カードであり、前記デジタル・デバイスは、携帯電話デバイスである。
【０００８】
更なる変更形態によれば、前記チップ・カードは、誤入力の回数が所定の閾値に達したときに、監督機関（ｃｏｎｔｒｏｌ ａｕｔｈｏｒｉｔｙ）へのアラートの発行を指令する。
【０００９】
別の変更形態によれば、使用される前記チップ・カードは、電話事業者から供給される銀行カード・タイプのチップ・カードである。
【００１０】
もう１つの変更形態によれば、前記チップ・カードは、ブロック後に前記デジタル・デバイスの電源オフ要求を送る。
【００１１】
更に、前記アプリケーションに関する前記個人識別番号のブロックを解除するコードを入力する段階を含まないプロセスを提供することもできる。
【００１２】
一変更形態によれば、カウントを初期化し、ブロックを解除する前記ステップは、前記チップ・カードが再初期化された後、前記チップ・カードの前記個人識別番号が入力されたときに実行される。
【００１３】
本発明は更に、チップ・カードであって、
●前記カードの全体又は一部にアクセスするために入力が必要となる前記チップ・カードの個人識別番号と、
●前記カードの前記個人識別番号と実装形態（ｉｍｐｌｅｍｅｎｔａｔｉｏｎ）が異なるアプリケーション個人識別番号に関連するアプリケーションと、
●前記アプリケーション個人識別番号に関する誤入力の回数を示すカウンタと、
●誤入力の回数が所定の閾値に達したときに前記カード又は前記アプリケーションをブロックし、前記カード又は前記アプリケーションのブロックを解除して前記カウンタを再初期化するために前記カードの前記個人識別番号の有効な入力を求める、処理モジュールと
を備えるチップ・カードに関するものである。
【００１４】
一変更形態によれば、前記カードは、電話事業者から供給されるＳＩＭアプリケーション、ＵＳＩＭアプリケーションを備えたＵＩＣＣタイプのチップ・カードである。
【００１５】
更なる変更形態によれば、前記カードは、誤入力の回数が所定の閾値に達したときにアラートの発行を求める指令をホスト・デジタル・デバイスに送信することができる。
【００１６】
別の変更形態によれば、前記カードは、誤入力の回数が所定の閾値に達したときに前記デジタル・デバイスの電源オフ要求を送信することができる。
本発明の他の特徴及び利点は、本発明を限定するものではなく本発明の説明書の役割を担う以下の詳細な説明を、添付の図面と併せて読めば明らかとなるであろう。
【発明を実施するための最良の形態】
【００１７】
本発明は、アプリケーション個人識別番号をチップ・カードのアプリケーションに装備し、当該識別番号の誤入力をカウントすることを提案する。アプリケーション又はチップ・カードは、誤入力の回数が所定の閾値に達したときにブロックされる。カードが再初期化され、チップ・カードの正しい個人識別番号が入力されたときに、誤入力のカウントは再初期化され、アプリケーション又はカードのブロックは解除される。従って、チップ・カードＰＩＮは、保護アプリケーションのブロック解除コードとして使用される。
【００１８】
従って、アプリケーションＰＩＮによって保護されたアプリケーションは、記憶されるブロック解除データを増加させる必要なしに高いレベルのセキュリティを提供する。これらのアプリケーションとしては、例えばＳＴＫ規格に準拠したアプリケーションや、チップ・カードが収容されたデバイスに指令を発行するアプリケーション等がある。
【００１９】
図１は、本発明に係る方法の一実施例に関する様々な段階を示している。本実施例のチップ・カードは、ホスト携帯電話ハンドセットに接続されたＵＳＩＭカードである。
【００２０】
段階１０１で、ユーザは、ＵＳＩＭカードのＰＩＮの入力を既に済ませており、従って、当該カードのいくつかのデータ要素及び機能、特に携帯電話ネットワークにアクセスしている。段階１０１で、ユーザは、チップ・カードの保護アプリケーションを使用することを望む。ハンドセットは、当該アプリケーションのＰＩＮの入力を求める。
【００２１】
段階１０２では、チップ・カードがアプリケーションのＰＩＮに関する誤入力の回数をカウントし、その回数が所定の閾値に達したことが判定されたことにより、アプリケーションがブロックされる。閾値の値としては、ＵＳＩＭカードのＰＩＮコードに関するテスト用の通常値である３を採用してもよい。ブロックの形態としては、例えばチップ・カードのデータへのアクセスを制限又は禁止すること、所望のアプリケーション又は他のアプリケーションを禁止すること、或いはアプリケーションのＰＩＮの更なる入力をブロックすること等、いくつかの形態を採用することができる。
【００２２】
段階１０３で、チップ・カードは有利なことに、アラートを監督機関に送信するようハンドセットに指令する。アラートは、例えばＳＭＳの形で送信される。アラートは、各ブロック毎に発行されても、所定の回数のブロックがカウントされた後に発行されてもよい。アラートは、ブロックが生じた保護アプリケーションと、ハンドセットの識別子と、監督機関にとって有益な他の任意の情報とを定義することができる。監督機関は、例えば保護アプリケーションをチップ・カードに組み込んだ団体等である。チップ・カードには、各保護アプリケーションに関連する監督機関の様々な電話番号を記録することができる。従って、各監督機関は、各機関のアプリケーションに関する不正行為の問題を管理することができる。
【００２３】
段階１０４で、ユーザは、チップ・カードＰＩＮを入力するためにハンドセットの電源を切ることを余儀なくされる。この段階があることによって、何らかの理由でチップ・カードＰＩＮを知った悪意者がアプリケーションのＰＩＮを試行錯誤によって発見しようと試みた場合にも、その試みは無駄になる。別の解決策は、ハンドセットの電源オフ要求をチップ・カードのアプリケーションに送ることから成る。
【００２４】
段階１０５で、ハンドセットは、図１の符号ＣＨＣ ＰＩＮで示されるようにチップ・カードＰＩＮの入力を求める。ユーザがチップ・カードの正しいＰＩＮを入力した場合は、アプリケーションのブロックが解除され、誤入力のカウントが再初期化される。従って、試行錯誤によるアプリケーションＰＩＮテストでは、チップ・カードＰＩＮが既知であることが想定されており、このため、アプリケーションの不正利用のリスクは低下することになる。更に、（例えば電源の入ったハンドセットを盗んだ後に）悪意者が、それ以前に正当なユーザによって入力されたチップ・カードＰＩＮを利用してハンドセット及びチップ・カードのリカバリ作業を行った場合にも、悪意者は、ある時点でアプリケーションのＰＩＮを入力する必要があり、当該アプリケーションがブロックされた後は、悪意者に対してそれまで求められていなかったチップ・カードＰＩＮの入力が求められることになるので、アプリケーションＰＩＮテストが行われることによってアプリケーションの保護レベルは更に高まることになる。例えば、アプリケーションのＰＩＮコードがブロックされた後に、任意選択で、チップ・カードＰＩＮの入力段階で実施されるアラート送信を行うこともできる。
【００２５】
図２は、それ自体のＰＩＮの管理を行うためにアプリケーションによって使用される状態機械の機能を示している。矢印上の標識は、ある状態から別の状態に遷移する条件に相当するものである。各状態で実行される処理は、それぞれに関連するブロック内に詳細に示されている。
【００２６】
状態２０１は、チップ・カードの初期化の状態又はアプリケーションのブロックが解除された状態に相当する。フラグＣＨＶ．ＯＫが０に初期化される。このフラグは、チップ・カードＰＩＮが有効に入力されたかどうかを判定する働きをする。フラグＮＩＰ．ＯＫが０に初期化される。このフラグは、所与のアプリケーションのＰＩＮが有効に入力されたかどうかを判定する働きをする。カウンタＲＴＣが０に初期化される。このカウンタは、アプリケーションＰＩＮの入力回数を特定する。
【００２７】
状態２０２は、ユーザによって入力されたアプリケーションＰＩＮのテスト状態に相当する。リセット・フラグが０にセットされる。このフラグは、アプリケーションの再初期化が発生したか否かを示す働きをする。関数ｖａｌｉｄＮＩＰ（）は、ＰＩＮ要求をユーザに送り、アプリケーションＰＩＮの入力が有効であるか否かを示す値を返す。当該関数では、有効なアプリケーションＰＩＮは１の値をとる一方、無効なアプリケーションＰＩＮは０の値をとる。その後、関数ｖａｌｉｄＮＩＰ（）の結果は、フラグＮＩＰ．ＯＫ内に配置される。カウンタＲＴＣが増分される。
【００２８】
状態２０３は、アプリケーションのブロックを解除するためにチップ・カードのＰＩＮを入力する状態に相当する。状態２０３が得られるのは、次の蓄積条件が満足されたときである。
●カウンタＲＴＣが閾値ＲＴＣＭａｘに達した場合、即ち、誤ったアプリケーションＰＩＮがＲＴＣＭａｘ回入力された場合
●フラグＮＩＰ．ＯＫがゼロの値を有する場合、即ち、誤ったアプリケーションＰＩＮが入力された場合
【００２９】
状態２０３の間にチップ・カードＰＩＮの入力が求められる。関数ｇｅｔＣＨＶ（）は、チップ・カードＰＩＮの要求をユーザに発行し、チップ・カードＰＩＮの入力が有効であるか否かを示す値を返す。関数ｇｅｔＣＨＶ（）は、入力されたチップ・カードＰＩＮが有効である場合には１の値をとり、そうでない場合には０の値をとる。その後、関数ｇｅｔＣＨＶ（）の結果は、フラグＣＨＶ．ＯＫ内に配置される。フラグＲＴＣは０の値をとる。
【００３０】
以下の蓄積条件が満足されたときは、状態２０３から状態２０２に遷移する。
●フラグＣＨＶ．ＯＫが１の値を有する場合、かつ
●リセット・フラグが１の値を有し、チップ・カードが再初期化されたことが示された場合
【００３１】
状態２０４は、アプリケーションＰＩＮの有効な入力があった場合にアプリケーションが機能する状態を示している。従って、状態２０４が得られるのは、フラグＮＩＰ．ＯＫが１の値をとるときだけである。その場合には、カウンタＲＴＣが再初期化され、関数「Ａｐｐｌｉｃａｔｉｏｎ（）」がアプリケーションを実行する。その場合には、フラグＰｉｎＯＫは０の値をとる。
【図面の簡単な説明】
【００３２】
【図１】本発明に係る方法が携帯電話デバイスに適用される際の実施形態に関する様々な段階を示す図である。
【図２】本発明を利用するアプリケーションによって使用される状態機械の機能を示す図である。
【技術分野】
【０００１】
本発明は、一般にＰＩＮコード又は個人識別番号として知られる識別番号によって保護されたアプリケーションに関するものである。
【背景技術】
【０００２】
従来のＳＩＭ（英語のＳｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ Ｍｏｄｕｌｅ（加入者識別モジュール）の略）タイプ又はＵＳＩＭ（英語のＵｎｉｖｅｒｓａｌ Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ Ｍｏｄｕｌｅ（汎用加入者モジュール）の略）タイプのＵＩＣＣカード（ＩＳＯ７８１６−Ｘ規格で実質的に定義されるチップ・カード）には、個人データ及びアプリケーションが記憶されている。ＵＳＩＭカードの大部分は、ユーザがチップ・カードの個人識別番号（ＰＩＮ）を入力したときにだけ、データ又はアプリケーションにアクセスすることを可能にする。ＵＩＣＣカードの不揮発性メモリ内に形成されるカウンタは、チップ・カードＰＩＮに関する誤入力の回数と、誤入力の最大許容回数とを記憶する。誤入力の回数が最大許容回数と等しくなったときは、当該チップ・カードを対象とするＰＩＮの入力方法がブロックされる。ブロック前にチップ・カードの有効なＰＩＮが入力されたとき、又はブロック後にＰＩＮブロック解除コード（ＰＵＫ：ＰＩＮ Ｕｎｂｌｏｃｋ Ｋｅｙ）が入力されたときに、カウンタの再初期化（ｒｅｉｎｉｔｉａｌｉｓａｔｉｏｎ）が実行される。ブロック後にＰＵＫが入力されると、ＵＩＣＣカードのブロックは解除される。
【発明の開示】
【発明が解決しようとする課題】
【０００３】
実際には、ユーザがチップ・カードＰＩＮに関連するＰＵＫを使用することは稀である。従って、ユーザは例えばＰＵＫコードを憶えていないことや、ＰＵＫが記載された証明書の保管場所を忘れてしまっていることがあるので、自身のＵＩＣＣカードがブロックされたときにも、ＰＵＫコードが利用できないことが多い。電話事業者の大部分は、ＰＵＫコードをＵＩＣＣカードのユーザに提供するように設計された電話プラットフォームを設置している。ユーザは、利用可能な事業者のプラットフォームに対応する電話番号を有していないことが多い。更に、これらのプラットフォームはコストが高く、ＰＵＫが悪意者に提供されることを防ぐためのユーザ識別手段を必要とする。
【０００４】
ＵＩＣＣカード（及び一般的なデジタル・デバイス）については、アプリケーション個人識別番号（以下、アプリケーションＰＩＮと呼ぶ）によって保護され、ＵＩＣＣカードの発行元である電話事業者以外の企業によって開発されることもあるアプリケーションが益々増加している。これらの各アプリケーションは特定のアプリケーションＰＩＮ及びＰＵＫコードを提供する可能性があるので、ユーザは、それらの全てのデータを必要に応じて利用できるわけではない。この場合には、各企業が各々のアプリケーションのＰＵＫコードに関するデータバンクの記憶を行う必要があることから、電話プラットフォームの整備は更に複雑になる。
【０００５】
更に、ユーザは、ＵＩＣＣカードのブロックを解除する上で連絡をとるべきプラットフォームを特定しなければならない。これらの様々な理由から、アプリケーションＰＩＮによってロックされていない多数のアプリケーションが存在する。
本発明の目的は、これらの欠点の内の１つ又は複数を解消することである。
【課題を解決するための手段】
【０００６】
そこで、本発明は、デジタル・デバイス内に配置されたチップ・カードのアプリケーションを保護する方法であって、
●前記チップ・カードのアプリケーションに関する個人識別番号の誤入力をカウントする段階と、
●誤入力の回数が閾値に達したときに前記アプリケーション又は前記チップ・カードをブロックする段階と、
●前記チップ・カードの前記個人識別番号が入力されたときに前記誤入力のカウントを再初期化し、前記チップ・カード又は前記アプリケーションのブロックを解除する段階と
を含む方法に関するものである。
【０００７】
一変更形態によれば、使用される前記チップ・カードは、電話事業者から供給されるＳＩＭ又はＵＳＩＭアプリケーションを装備したＵＩＣＣタイプのチップ・カードであり、前記デジタル・デバイスは、携帯電話デバイスである。
【０００８】
更なる変更形態によれば、前記チップ・カードは、誤入力の回数が所定の閾値に達したときに、監督機関（ｃｏｎｔｒｏｌ ａｕｔｈｏｒｉｔｙ）へのアラートの発行を指令する。
【０００９】
別の変更形態によれば、使用される前記チップ・カードは、電話事業者から供給される銀行カード・タイプのチップ・カードである。
【００１０】
もう１つの変更形態によれば、前記チップ・カードは、ブロック後に前記デジタル・デバイスの電源オフ要求を送る。
【００１１】
更に、前記アプリケーションに関する前記個人識別番号のブロックを解除するコードを入力する段階を含まないプロセスを提供することもできる。
【００１２】
一変更形態によれば、カウントを初期化し、ブロックを解除する前記ステップは、前記チップ・カードが再初期化された後、前記チップ・カードの前記個人識別番号が入力されたときに実行される。
【００１３】
本発明は更に、チップ・カードであって、
●前記カードの全体又は一部にアクセスするために入力が必要となる前記チップ・カードの個人識別番号と、
●前記カードの前記個人識別番号と実装形態（ｉｍｐｌｅｍｅｎｔａｔｉｏｎ）が異なるアプリケーション個人識別番号に関連するアプリケーションと、
●前記アプリケーション個人識別番号に関する誤入力の回数を示すカウンタと、
●誤入力の回数が所定の閾値に達したときに前記カード又は前記アプリケーションをブロックし、前記カード又は前記アプリケーションのブロックを解除して前記カウンタを再初期化するために前記カードの前記個人識別番号の有効な入力を求める、処理モジュールと
を備えるチップ・カードに関するものである。
【００１４】
一変更形態によれば、前記カードは、電話事業者から供給されるＳＩＭアプリケーション、ＵＳＩＭアプリケーションを備えたＵＩＣＣタイプのチップ・カードである。
【００１５】
更なる変更形態によれば、前記カードは、誤入力の回数が所定の閾値に達したときにアラートの発行を求める指令をホスト・デジタル・デバイスに送信することができる。
【００１６】
別の変更形態によれば、前記カードは、誤入力の回数が所定の閾値に達したときに前記デジタル・デバイスの電源オフ要求を送信することができる。
本発明の他の特徴及び利点は、本発明を限定するものではなく本発明の説明書の役割を担う以下の詳細な説明を、添付の図面と併せて読めば明らかとなるであろう。
【発明を実施するための最良の形態】
【００１７】
本発明は、アプリケーション個人識別番号をチップ・カードのアプリケーションに装備し、当該識別番号の誤入力をカウントすることを提案する。アプリケーション又はチップ・カードは、誤入力の回数が所定の閾値に達したときにブロックされる。カードが再初期化され、チップ・カードの正しい個人識別番号が入力されたときに、誤入力のカウントは再初期化され、アプリケーション又はカードのブロックは解除される。従って、チップ・カードＰＩＮは、保護アプリケーションのブロック解除コードとして使用される。
【００１８】
従って、アプリケーションＰＩＮによって保護されたアプリケーションは、記憶されるブロック解除データを増加させる必要なしに高いレベルのセキュリティを提供する。これらのアプリケーションとしては、例えばＳＴＫ規格に準拠したアプリケーションや、チップ・カードが収容されたデバイスに指令を発行するアプリケーション等がある。
【００１９】
図１は、本発明に係る方法の一実施例に関する様々な段階を示している。本実施例のチップ・カードは、ホスト携帯電話ハンドセットに接続されたＵＳＩＭカードである。
【００２０】
段階１０１で、ユーザは、ＵＳＩＭカードのＰＩＮの入力を既に済ませており、従って、当該カードのいくつかのデータ要素及び機能、特に携帯電話ネットワークにアクセスしている。段階１０１で、ユーザは、チップ・カードの保護アプリケーションを使用することを望む。ハンドセットは、当該アプリケーションのＰＩＮの入力を求める。
【００２１】
段階１０２では、チップ・カードがアプリケーションのＰＩＮに関する誤入力の回数をカウントし、その回数が所定の閾値に達したことが判定されたことにより、アプリケーションがブロックされる。閾値の値としては、ＵＳＩＭカードのＰＩＮコードに関するテスト用の通常値である３を採用してもよい。ブロックの形態としては、例えばチップ・カードのデータへのアクセスを制限又は禁止すること、所望のアプリケーション又は他のアプリケーションを禁止すること、或いはアプリケーションのＰＩＮの更なる入力をブロックすること等、いくつかの形態を採用することができる。
【００２２】
段階１０３で、チップ・カードは有利なことに、アラートを監督機関に送信するようハンドセットに指令する。アラートは、例えばＳＭＳの形で送信される。アラートは、各ブロック毎に発行されても、所定の回数のブロックがカウントされた後に発行されてもよい。アラートは、ブロックが生じた保護アプリケーションと、ハンドセットの識別子と、監督機関にとって有益な他の任意の情報とを定義することができる。監督機関は、例えば保護アプリケーションをチップ・カードに組み込んだ団体等である。チップ・カードには、各保護アプリケーションに関連する監督機関の様々な電話番号を記録することができる。従って、各監督機関は、各機関のアプリケーションに関する不正行為の問題を管理することができる。
【００２３】
段階１０４で、ユーザは、チップ・カードＰＩＮを入力するためにハンドセットの電源を切ることを余儀なくされる。この段階があることによって、何らかの理由でチップ・カードＰＩＮを知った悪意者がアプリケーションのＰＩＮを試行錯誤によって発見しようと試みた場合にも、その試みは無駄になる。別の解決策は、ハンドセットの電源オフ要求をチップ・カードのアプリケーションに送ることから成る。
【００２４】
段階１０５で、ハンドセットは、図１の符号ＣＨＣ ＰＩＮで示されるようにチップ・カードＰＩＮの入力を求める。ユーザがチップ・カードの正しいＰＩＮを入力した場合は、アプリケーションのブロックが解除され、誤入力のカウントが再初期化される。従って、試行錯誤によるアプリケーションＰＩＮテストでは、チップ・カードＰＩＮが既知であることが想定されており、このため、アプリケーションの不正利用のリスクは低下することになる。更に、（例えば電源の入ったハンドセットを盗んだ後に）悪意者が、それ以前に正当なユーザによって入力されたチップ・カードＰＩＮを利用してハンドセット及びチップ・カードのリカバリ作業を行った場合にも、悪意者は、ある時点でアプリケーションのＰＩＮを入力する必要があり、当該アプリケーションがブロックされた後は、悪意者に対してそれまで求められていなかったチップ・カードＰＩＮの入力が求められることになるので、アプリケーションＰＩＮテストが行われることによってアプリケーションの保護レベルは更に高まることになる。例えば、アプリケーションのＰＩＮコードがブロックされた後に、任意選択で、チップ・カードＰＩＮの入力段階で実施されるアラート送信を行うこともできる。
【００２５】
図２は、それ自体のＰＩＮの管理を行うためにアプリケーションによって使用される状態機械の機能を示している。矢印上の標識は、ある状態から別の状態に遷移する条件に相当するものである。各状態で実行される処理は、それぞれに関連するブロック内に詳細に示されている。
【００２６】
状態２０１は、チップ・カードの初期化の状態又はアプリケーションのブロックが解除された状態に相当する。フラグＣＨＶ．ＯＫが０に初期化される。このフラグは、チップ・カードＰＩＮが有効に入力されたかどうかを判定する働きをする。フラグＮＩＰ．ＯＫが０に初期化される。このフラグは、所与のアプリケーションのＰＩＮが有効に入力されたかどうかを判定する働きをする。カウンタＲＴＣが０に初期化される。このカウンタは、アプリケーションＰＩＮの入力回数を特定する。
【００２７】
状態２０２は、ユーザによって入力されたアプリケーションＰＩＮのテスト状態に相当する。リセット・フラグが０にセットされる。このフラグは、アプリケーションの再初期化が発生したか否かを示す働きをする。関数ｖａｌｉｄＮＩＰ（）は、ＰＩＮ要求をユーザに送り、アプリケーションＰＩＮの入力が有効であるか否かを示す値を返す。当該関数では、有効なアプリケーションＰＩＮは１の値をとる一方、無効なアプリケーションＰＩＮは０の値をとる。その後、関数ｖａｌｉｄＮＩＰ（）の結果は、フラグＮＩＰ．ＯＫ内に配置される。カウンタＲＴＣが増分される。
【００２８】
状態２０３は、アプリケーションのブロックを解除するためにチップ・カードのＰＩＮを入力する状態に相当する。状態２０３が得られるのは、次の蓄積条件が満足されたときである。
●カウンタＲＴＣが閾値ＲＴＣＭａｘに達した場合、即ち、誤ったアプリケーションＰＩＮがＲＴＣＭａｘ回入力された場合
●フラグＮＩＰ．ＯＫがゼロの値を有する場合、即ち、誤ったアプリケーションＰＩＮが入力された場合
【００２９】
状態２０３の間にチップ・カードＰＩＮの入力が求められる。関数ｇｅｔＣＨＶ（）は、チップ・カードＰＩＮの要求をユーザに発行し、チップ・カードＰＩＮの入力が有効であるか否かを示す値を返す。関数ｇｅｔＣＨＶ（）は、入力されたチップ・カードＰＩＮが有効である場合には１の値をとり、そうでない場合には０の値をとる。その後、関数ｇｅｔＣＨＶ（）の結果は、フラグＣＨＶ．ＯＫ内に配置される。フラグＲＴＣは０の値をとる。
【００３０】
以下の蓄積条件が満足されたときは、状態２０３から状態２０２に遷移する。
●フラグＣＨＶ．ＯＫが１の値を有する場合、かつ
●リセット・フラグが１の値を有し、チップ・カードが再初期化されたことが示された場合
【００３１】
状態２０４は、アプリケーションＰＩＮの有効な入力があった場合にアプリケーションが機能する状態を示している。従って、状態２０４が得られるのは、フラグＮＩＰ．ＯＫが１の値をとるときだけである。その場合には、カウンタＲＴＣが再初期化され、関数「Ａｐｐｌｉｃａｔｉｏｎ（）」がアプリケーションを実行する。その場合には、フラグＰｉｎＯＫは０の値をとる。
【図面の簡単な説明】
【００３２】
【図１】本発明に係る方法が携帯電話デバイスに適用される際の実施形態に関する様々な段階を示す図である。
【図２】本発明を利用するアプリケーションによって使用される状態機械の機能を示す図である。
【特許請求の範囲】
【請求項１】
デジタル・デバイス内に配置されたチップ・カード上のアプリケーションを保護する方法であって、
前記チップ・カードのアプリケーションに関する個人識別番号の誤入力をカウントする段階と、
誤入力の回数が閾値に達したときに前記アプリケーション又は前記チップ・カードをブロックする（１０２）段階と、
前記チップ・カードの前記個人識別番号が入力されたときに（１０５）、前記誤入力のカウントを再初期化し、前記チップ・カード又は前記アプリケーションのブロックを解除する段階と、
を含むことを特徴とする方法。
【請求項２】
使用される前記チップ・カードは、電話事業者から供給されるＳＩＭ又はＵＳＩＭアプリケーションを装備したＵＩＣＣタイプのチップ・カードであり、
前記デジタル・デバイスは、携帯電話デバイスである
ことを特徴とする、請求項１に記載の方法。
【請求項３】
前記チップ・カードは、誤入力の回数が所定の閾値に達したときに、監督機関へのアラートの発行を指令する（１０３）ことを特徴とする、請求項２に記載の方法。
【請求項４】
使用される前記チップ・カードは、電話事業者から供給される銀行カード・タイプのチップ・カードであることを特徴とする、請求項１に記載の方法。
【請求項５】
前記チップ・カードは、ブロック後に前記デジタル・デバイス（１０４）の電源を切るよう指令することを特徴とする、請求項１乃至４のいずれかに記載の方法。
【請求項６】
前記アプリケーションに関する前記個人識別番号のブロックを解除するコードを入力する段階を含まないことを特徴とする、請求項１乃至５のいずれかに記載の方法。
【請求項７】
カウントを初期化し、ブロックを解除する前記段階は、前記チップ・カードが再初期化された後、前記チップ・カードの前記個人識別番号が入力されたときに実行されることを特徴とする、請求項１乃至６のいずれかに記載の方法。
【請求項８】
チップ・カードであって、
前記カードの全体又は一部にアクセスするために入力が必要となる前記チップ・カードの個人識別番号と、
前記カードの前記個人識別番号と実装形態が異なるアプリケーション個人識別番号に関連するアプリケーションと、
前記アプリケーションの前記個人識別番号に関する誤入力の回数を示すカウンタと、
誤入力の回数が所定の閾値に達したときに前記カード又は前記アプリケーションをブロックし、前記カード又は前記アプリケーションのブロックを解除して前記カウンタを再初期化するために前記カードの前記個人識別番号の有効な入力を求める、処理モジュールと、
を備えることを特徴とする、チップ・カード。
【請求項９】
電話事業者から供給されるＳＩＭアプリケーション、ＵＳＩＭアプリケーションを備えたＵＩＣＣタイプのチップ・カードであることを特徴とする、請求項８に記載のチップ・カード。
【請求項１０】
誤入力の回数が所定の閾値に達したときにアラートの発行を求める指令をホスト・デジタル・デバイスに送信することができることを特徴とする、請求項９に記載のチップ・カード。
【請求項１１】
誤入力の回数が所定の閾値に達したときに前記デジタル・デバイスの電源オフ要求を送信することができることを特徴とする、請求項８乃至１０のいずれかに記載のチップ・カード。
【請求項１】
デジタル・デバイス内に配置されたチップ・カード上のアプリケーションを保護する方法であって、
前記チップ・カードのアプリケーションに関する個人識別番号の誤入力をカウントする段階と、
誤入力の回数が閾値に達したときに前記アプリケーション又は前記チップ・カードをブロックする（１０２）段階と、
前記チップ・カードの前記個人識別番号が入力されたときに（１０５）、前記誤入力のカウントを再初期化し、前記チップ・カード又は前記アプリケーションのブロックを解除する段階と、
を含むことを特徴とする方法。
【請求項２】
使用される前記チップ・カードは、電話事業者から供給されるＳＩＭ又はＵＳＩＭアプリケーションを装備したＵＩＣＣタイプのチップ・カードであり、
前記デジタル・デバイスは、携帯電話デバイスである
ことを特徴とする、請求項１に記載の方法。
【請求項３】
前記チップ・カードは、誤入力の回数が所定の閾値に達したときに、監督機関へのアラートの発行を指令する（１０３）ことを特徴とする、請求項２に記載の方法。
【請求項４】
使用される前記チップ・カードは、電話事業者から供給される銀行カード・タイプのチップ・カードであることを特徴とする、請求項１に記載の方法。
【請求項５】
前記チップ・カードは、ブロック後に前記デジタル・デバイス（１０４）の電源を切るよう指令することを特徴とする、請求項１乃至４のいずれかに記載の方法。
【請求項６】
前記アプリケーションに関する前記個人識別番号のブロックを解除するコードを入力する段階を含まないことを特徴とする、請求項１乃至５のいずれかに記載の方法。
【請求項７】
カウントを初期化し、ブロックを解除する前記段階は、前記チップ・カードが再初期化された後、前記チップ・カードの前記個人識別番号が入力されたときに実行されることを特徴とする、請求項１乃至６のいずれかに記載の方法。
【請求項８】
チップ・カードであって、
前記カードの全体又は一部にアクセスするために入力が必要となる前記チップ・カードの個人識別番号と、
前記カードの前記個人識別番号と実装形態が異なるアプリケーション個人識別番号に関連するアプリケーションと、
前記アプリケーションの前記個人識別番号に関する誤入力の回数を示すカウンタと、
誤入力の回数が所定の閾値に達したときに前記カード又は前記アプリケーションをブロックし、前記カード又は前記アプリケーションのブロックを解除して前記カウンタを再初期化するために前記カードの前記個人識別番号の有効な入力を求める、処理モジュールと、
を備えることを特徴とする、チップ・カード。
【請求項９】
電話事業者から供給されるＳＩＭアプリケーション、ＵＳＩＭアプリケーションを備えたＵＩＣＣタイプのチップ・カードであることを特徴とする、請求項８に記載のチップ・カード。
【請求項１０】
誤入力の回数が所定の閾値に達したときにアラートの発行を求める指令をホスト・デジタル・デバイスに送信することができることを特徴とする、請求項９に記載のチップ・カード。
【請求項１１】
誤入力の回数が所定の閾値に達したときに前記デジタル・デバイスの電源オフ要求を送信することができることを特徴とする、請求項８乃至１０のいずれかに記載のチップ・カード。
【図１】
【図２】
【図２】
【公表番号】特表２００８−５１９３４３（Ｐ２００８−５１９３４３Ａ）
【公表日】平成２０年６月５日（２００８．６．５）
【国際特許分類】
【出願番号】特願２００７−５３９５６９（Ｐ２００７−５３９５６９）
【出願日】平成１７年１０月２４日（２００５．１０．２４）
【国際出願番号】ＰＣＴ／ＥＰ２００５／０５５４８１
【国際公開番号】ＷＯ２００６／０４８３９０
【国際公開日】平成１８年５月１１日（２００６．５．１１）
【出願人】（３９７０６２３９７）ジェムプリュス (35)
【氏名又は名称原語表記】ＧＥＭＰＬＵＳ
【Ｆターム（参考）】
【公表日】平成２０年６月５日（２００８．６．５）
【国際特許分類】
【出願日】平成１７年１０月２４日（２００５．１０．２４）
【国際出願番号】ＰＣＴ／ＥＰ２００５／０５５４８１
【国際公開番号】ＷＯ２００６／０４８３９０
【国際公開日】平成１８年５月１１日（２００６．５．１１）
【出願人】（３９７０６２３９７）ジェムプリュス (35)
【氏名又は名称原語表記】ＧＥＭＰＬＵＳ
【Ｆターム（参考）】
[ Back to top ]