(57)【要約】【課題】  端末プログラムごとに個別に認証の成否を管理することで、ＩＣカードのセキュリティを向上することである。【解決手段】  ＩＣカード２は、乱数生成部２２と、送信元認証部２４と、処理実行部２７とを備える。乱数生成部２２は、種別“１”のメッセージを受信した際に、乱数ｎを生成し、当該メッセージに含まれる送信元ａ１と乱数ｎとを対応付けて乱数格納部２３に格納させる。送信元認証部２４は、種別“２”のメッセージを送信元ａ１から受信した際において、送信元ａ１に対応する乱数ｎが格納されている場合に、ＩＣカード２の保持する認証鍵と乱数ｎとから算出された値ｍと、種別“２”のメッセージに含まれる値ｍとを照合する。両値が一致する場合には、種別“３”のメッセージを送信元ａ１から受信した際に、処理実行部２７が当該メッセージの種別に対応する処理を実行する。【選択図】  図１
2006254233.tif 000002
【特許請求の範囲】
【請求項１】
第１の種別を有するメッセージを受信した際に、乱数を生成し、当該メッセージに含まれる送信元と当該乱数とを対応付けて、格納させる乱数生成手段と、
第２の種別を有するメッセージを前記送信元から受信した際において、当該送信元に対応する前記乱数が格納されている場合に、自認証装置の保持する認証鍵と前記乱数とから算出された値と、前記第２の種別を有するメッセージに含まれる値とが一致するか否かを判定する送信元認証手段と、
前記送信元認証手段により、前記算出された値と前記メッセージに含まれる値とが一致していると判定された場合には、第３の種別を有するメッセージを前記送信元から受信した際に、当該メッセージの種別に対応する処理を実行する処理実行手段と
を備えることを特徴とする認証装置。
【請求項２】
認証に成功したメッセージ送信元の識別子を順序付けて所定数格納する格納手段と、
前記送信元認証手段により、前記算出された値と前記メッセージに含まれる値とが一致していると判定された際に、前記送信元の識別子を前記格納手段の先頭に格納させる格納制御手段とを更に備え、
前記第３の種別を有するメッセージを受信した際に、前記メッセージの送信元の識別子が前記格納手段に格納されている場合には、前記格納制御手段は、当該識別子を前記格納手段の先頭に移動することを特徴とする請求項１に記載の認証装置。
【請求項３】
請求項１に記載の認証装置としてＩＣカードを備え、
当該ＩＣカードに対して、前記第１から第３の種別を有するメッセージを送信する複数の端末プログラムを更に備え、
前記ＩＣカードは、前記メッセージに応じて、端末プログラムごとに個別に、乱数の生成、送信元の認証、処理の実行を行うことを特徴とする携帯端末。
【請求項４】
第１の種別を有するメッセージを受信した際に、乱数を生成し、当該メッセージに含まれる送信元と当該乱数とを対応付けて、格納させるステップと、
第２の種別を有するメッセージを前記送信元から受信した際において、当該送信元に対応する前記乱数が格納されている場合に、自認証装置の保持する認証鍵と前記乱数とから算出された値と、前記第２の種別を有するメッセージに含まれる値とが一致するか否かを判定するステップと、
前記算出された値と前記メッセージに含まれる値とが一致していると判定された場合には、第３の種別を有するメッセージを前記送信元から受信した際に、当該メッセージの種別に対応する処理を実行するステップ
とを含むことを特徴とする認証方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、携帯端末の備えるＩＣカードにアクセス可能なプログラムの認証技術に関する。
【背景技術】
【０００２】
近年、ユビキタスコンピューティングを実現する手段の一つとして、ＴＲＯＮ（The Real-time Operating system Nucleus）の開発が進めらている。ｅ-ＴＲＯＮカード等のＩＣ（IntegratedCircuit）カードを内蔵した携帯端末では、電子チケット等の電子的な権利価値（以下、「電子価値」と記す。）を端末間で授受する際に、双方のＩＣカード間で直接的に電子価値の送受信を行う技術が提案されている。かかる技術を、不足した電子価値のチャージに応用したシステムの例として、特許文献１には、高い安全性と簡易性とを確保する電子価値チャージシステムが開示されている。
【０００３】
このようなシステムを実現するために、携帯端末に内蔵されているＩＣカードと、同じく携帯端末に格納されたプログラム（以下、「端末プログラム」と記す。）とが、相互にメッセージの送受信を行うことで、連携して動作する方式が提案されている。かかる方式では、端末プログラムは、携帯端末上に設置されたライブラリに対して、所定のメッセージを与えることにより、ＩＣカードや他の端末プログラムにメッセージを送信する。所定のメッセージとは、例えば、送信元ＩＤ（src）、送信先ＩＤ（dst）、メッセージの種別（mtype）、メッセージの内容（param）である。
【０００４】
上記の方式は、ＩＣカードが端末プログラムを認証する手段、すなわち、不正なユーザが端末プログラムを介してＩＣカードを利用する懸念を解消する手段について言及するものではない。しかし、かかる懸念は、端末プログラムが単一であれば、ＩＳＯ７８１６−４のEXTERNAL AUTHENTICATIONコマンドなどと同様に、従来の外部認証方式と組み合わせることで解決する。すなわち、ＩＣカードが、正規の端末プログラムの保持する秘密情報を予め保持しておき、例えばハッシュ関数を用いた認証により、当該ＩＣカードを利用可能な端末プログラム（若しくはそのユーザ）を制限する。
【特許文献１】特開２００３−３３７８８７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
上述した認証方法は、単一の端末プログラムに対しては有効であるが、携帯端末上で複数のプログラムが実行され得る環境下では、必ずしも安全ではない。すなわち、複数の端末プログラムのうち、何れか１つでも認証に成功したプログラムが携帯端末内に存在すれば、それ以外の端末プログラムに関して認証が成功していなくとも、全てのプログラムでＩＣカードの機能を利用できてしまう可能性がある。
【０００６】
そこで、本発明の課題は、端末プログラムとの間でメッセージの送受信を行うＩＣカードにおいて、端末プログラムごとに個別に認証の成否を管理することで、ＩＣカードのセキュリティを向上することである。
【課題を解決するための手段】
【０００７】
本発明に係る認証装置は、第１の種別を有するメッセージを受信した際に、乱数を生成し、当該メッセージに含まれる送信元と当該乱数とを対応付けて、格納させる乱数生成手段と、第２の種別を有するメッセージを前記送信元から受信した際において、当該送信元に対応する前記乱数が格納されている場合に、自認証装置の保持する認証鍵と前記乱数とから算出された値と、前記第２の種別を有するメッセージに含まれる値（例えば、メッセージの内容に含まれる値）とが一致するか否かを判定する送信元認証手段と、前記送信元認証手段により、前記算出された値と前記メッセージに含まれる値とが一致していると判定された場合には、第３の種別を有するメッセージを前記送信元から受信した際に、当該メッセージの種別に対応する処理を実行する処理実行手段とを備える。
【０００８】
本発明に係る認証方法は、第１の種別を有するメッセージを受信した際に、乱数を生成し、当該メッセージに含まれる送信元と当該乱数とを対応付けて、格納させるステップと、第２の種別を有するメッセージを前記送信元から受信した際において、当該送信元に対応する前記乱数が格納されている場合に、自認証装置の保持する認証鍵と前記乱数とから算出された値と、前記第２の種別を有するメッセージに含まれる値とが一致するか否かを判定するステップと、前記算出された値と前記メッセージに含まれる値とが一致していると判定された場合には、第３の種別を有するメッセージを前記送信元から受信した際に、当該メッセージの種別に対応する処理を実行するステップとを含む。
【０００９】
これらの発明によれば、認証装置は、メッセージの送信元毎に個別に乱数を生成し、その乱数と認証鍵を用いて算出された値を基に、送信元の認証を行う。これにより、メッセージの送信元識別子単位の認証、ひいては送信元単位の個別認証を実現する。したがって、認証装置上で複数のプログラムが実行され得る環境であっても、従来のように、１つのプログラムの認証成功に伴って他の不正プログラムまでが肯定認証されてしまうという懸念を回避することができる。その結果、認証装置のセキュリティレベルは向上する。
【００１０】
ここで、認証装置は、例えばＩＣカードである。送信元とは、例えば端末プログラムであるが、携帯端末の外部にあるものでもよい。また、送信元は、ＩＣカードであってもよい。
上記認証装置がＩＣカードであり、上記送信元が端末プログラムである場合、ＩＣカードと端末プログラムとは、同一の携帯端末が、メッセージの相互通信を可能に備えることができる。携帯端末が端末プログラムを複数備えるとき、当該携帯端末は、以下のような構成を採ることができる。すなわち、携帯端末は、上述の認証装置としてＩＣカードを備え、当該ＩＣカードに対して、前記第１から第３の種別を有するメッセージを送信する複数の端末プログラムを更に備え、前記ＩＣカードは、前記メッセージに応じて、端末プログラムごとに個別に、乱数の生成、送信元の認証、処理の実行を行う。かかる構成を有する携帯端末によっても、携帯端末内で、ＩＣカードが端末プログラムごとに個別に認証の成否を管理できることから、不正プログラムによるＩＣカードの利用を排除したセキュリティの向上が実現される。
【００１１】
本発明に係る認証装置において好ましくは、認証に成功したメッセージ送信元の識別子を順序付けて所定数格納する格納手段と、前記送信元認証手段により、前記算出された値と前記メッセージに含まれる値とが一致していると判定された際に、前記送信元の識別子を前記格納手段の先頭に格納させる格納制御手段とを更に備え、前記第３の種別を有するメッセージを受信した際に、前記メッセージの送信元の識別子が前記格納手段に格納されている場合には、前記格納制御手段は、当該識別子を前記格納手段の先頭に移動する。
【００１２】
本発明によれば、メッセージを送信した時点が新しい送信元の識別子ほど、格納手段の先頭部分に格納されることになる。これにより、メッセージ送信頻度の高い送信元の識別子が優先的に認証装置に保持され、効率的な識別子の管理が可能となる。
【００１３】
また、前記格納制御手段は、格納後の識別子数が前記所定数を超える場合に、前記格納手段の最後尾の識別子を削除するものとしてもよい。これにより、格納手段に保持される識別子の数を一定に保つことができる。その結果、格納領域のデータ容量を抑えつつ、効率的な識別子の管理が実現される。このようなデータ量の抑制は、格納可能容量に制限のあるＩＣカードにおいて、特に効果的である。
さらに、前記格納制御手段は、格納後の識別子数が前記所定数を超える場合には、一旦処理を中断し、その旨を通知するメッセージを出力するものとしてもよい。その後、ユーザからの指示に基づいて識別子を削除または保持するものとすれば、ユーザは、識別子数が上限値を超えたことを簡易迅速に把握できるとともに、削除の要否、好適にはその対象を、容易に判断することができる。
【発明の効果】
【００１４】
本発明によれば、送信元（例えば、端末プログラム）との間でメッセージの送受信を行う認証装置（例えば、ＩＣカード）において、送信元ごとに個別に認証の成否を管理することで、認証装置のセキュリティを向上することが可能となる。
【発明を実施するための最良の形態】
【００１５】
以下、例示の為に添付された図面を参照しながら、本発明の一実施形態について説明する。
本実施の形態における携帯端末１は、図１に示すように、ＩＣカード２（認証装置に対応）とプログラム格納部３とを少なくとも備える。携帯端末１は、例えば携帯電話やＰＤＡ（Personal Digital Assistance）であるが、通信機能を有する端末装置であれば、その機能や用途による限定を受けるものではない。
【００１６】
ＩＣカード２は、メッセージ送受信部２１と、乱数生成部２２（乱数生成手段に対応）と、乱数格納部２３と、送信元認証部２４（送信元認証手段に対応）と、格納制御部２５（格納制御手段に対応）と、認証済送信元格納部２６（格納手段に対応）と、処理実行部２７（処理実行手段に対応）とを備えて構成される。これら各構成要素は、図示しないバスを介して相互に信号の入出力が可能なように接続されている。ＩＣカード２は、外部のプログラムや装置に対する高い秘匿性と耐性を確保する観点から、耐タンパー性を有することが望ましい。ＩＣカード２には、識別子ｉが割り当てられている。
【００１７】
メッセージ送受信部２１は、端末プログラム３１〜３３との間で、バスを介した各種メッセージの送受信を行う。メッセージの詳細については動作説明において後述するが、本実施の形態において受信または送信されるメッセージは、添付図面を含めて、＜送信元ＩＤ、送信先ＩＤ、メッセージ種別、メッセージ内容＞の形式で表記する。また、メッセージ種別における“Ｒｎ（ｎは自然数）”は、ＩＣカード２における処理が正常に完了したことを表す。これに対して、“Ｅｎ（ｎは自然数）”は、ＩＣカード２における処理が異常終了したことを表す。
【００１８】
乱数生成部２２は、種別“１”を有するメッセージの受信を契機として、乱数ｎを生成する。
乱数格納部２３は、乱数生成部２２により生成された乱数ｎと、これに対応する送信元ＩＤの組を参照可能に保持する。乱数格納部２３の初期状態は、空の状態を表す“ｎｕｌｌ”である。
【００１９】
送信元認証部２４は、認証鍵ｋを保持する。認証鍵ｋとしては、例えばＰＩＮ（Personal Identity Number）コードといったユーザ識別用のパスワードを用いることができる。送信元認証部２４は、メッセージの送信元に対応する乱数ｎの格納が確認された場合に、種別“２”を有するメッセージの受信を契機として、送信元の認証を行う。送信元の認証には、例えばＳＨＡ−１（SecureHash Algorithm 1）やＭＤ５（Message Digest 5）のような安全なハッシュ関数を用いることができる。送信元認証部２４は、上記認証鍵ｋと、上記格納が確認された乱数ｎとを、所定のハッシュ関数Ｈに代入してハッシュ値を生成し、この値を、上記メッセージの内容（例えば“ｍ”）と照合する。照合の結果、双方の値が一致した場合には、認証を成功とする。成功の認証結果は、格納制御部２５に通知される。失敗の認証結果は、送信元に通知される。
【００２０】
格納制御部２５は、認証済送信元格納部２６における認証済送信元ＩＤの追加と削除、あるいは、格納順序の変更を行う。また、処理実行部２７による処理の実行に先立ち、認証済送信元格納部２６の順序付きリストにおける送信元ＩＤの有無を判定する。
【００２１】
認証済送信元格納部２６は、認証に成功した送信元のＩＤが順序付けられたリストを更新可能に保持する。本実施の形態では、リストに格納可能な識別子数の最大値を３とし、初期状態は、先頭のＩＤから降順に（ａ２，ａ３，ａ４）とする。なお、“ａ４”は、端末プログラム３１〜３３以外の端末プログラムの識別子である。
【００２２】
処理実行部２７は、種別“３”を有するメッセージの受信を契機として、該メッセージの内容として保持されている“ｄａｔａ”の処理を実行する。
【００２３】
プログラム格納部３には、端末プログラム３１〜３３が格納されている。端末プログラム３１，３２，３３は何れも、メッセージに含まれる所定のデータを処理するためのアプリケーションプログラムであり、それぞれ“ａ１，ａ２，ａ３”の識別子を有する。
【００２４】
次に、図２〜図４を参照しながら、本実施の形態における携帯端末１の動作、併せて、本発明に係る認証方法を構成する各ステップについて説明する。
説明の前提として、携帯端末１は、端末プログラム３１，３２，３３を起動中である。
【００２５】
携帯端末１のユーザが、ＩＣカード２の利用を指示すると（図２のＳ１）、まず、プログラム３１からＩＣカード２に対して、メッセージ＜ａ１，ｉ，“１”，ｎｕｌｌ＞が送信される（Ｓ２）。“ｎｕｌｌ”は、上述のように、メッセージ内容が空データであることを表す。また、ＩＣカード２の利用とは、例えば、ＩＣカード２のライブラリに新規の個人情報（電話番号など）を登録する処理、あるいは、既存の個人情報を検索して更新する処理などである。
ＩＣカード２が上記メッセージを受信すると、送信先ＩＤがＩＣカード２の識別子ｉであること、メッセージ種別が“１”であることを確認する（Ｓ３）。このとき、メッセージ種別が“１”以外であれば、処理は中断される。
【００２６】
その後、ＩＣカード２は、乱数生成部２２により乱数ｎを生成し、送信元ＩＤである“ａ１”にこれを対応付けて、乱数格納部２３に格納させる（Ｓ４）。乱数格納部２３の初期値は“ｎｕｌｌ”であるので、当該格納処理の結果、乱数格納部２３は組（ａ１，ｎ）に更新される。更新後、メッセージ送信部２１により、メッセージ＜ｉ，ａ１，“Ｒ１”，ｎ＞が、端末プログラム３１宛に返信される（Ｓ５）。
【００２７】
上記メッセージを受信した端末プログラム３１は、その種別“Ｒ１”に従って、認証鍵の入力をユーザに促し、当該入力の結果得られた認証鍵をｋ’とする（Ｓ６）。端末プログラム３１においては、所定のハッシュ関数Ｈを用いてｍ＝Ｈ（ｋ’|ｎ）が算出された後（Ｓ７）、その値を内容とするメッセージ＜ａ１，ｉ，“２”，ｍ＞が、送信先をＩＣカード２として送信される（Ｓ８）。
【００２８】
ＩＣカード２は、上記メッセージを受信すると、Ｓ３と同様に、送信先ＩＤがＩＣカード２の識別子ｉであることとメッセージ種別の確認を行う（Ｓ９）。メッセージ種別は“２”であるので、ＩＣカード２は、これに従った処理をＳ１０において実行する。すなわち、ＩＣカード２は、Ｓ９で受信された上記メッセージに含まれる送信元ＩＤ“ａ１”が乱数格納部２３に既に格納されているか、すなわち、端末プログラム３１が過去にメッセージを送信したプログラムであるか否か、の判定を行う（Ｓ１０）。この判定は、送信元認証部２４が行う。
【００２９】
図３に移り、“ａ１”が格納されている場合には（Ｓ１０；ＹＥＳ）、後述のＳ１２以降の処理に移行する。格納されていない場合、つまり検索に失敗した場合には（Ｓ１０；ＮＯ）、ＩＣカード２は、その旨を示すエラーメッセージを端末プログラム３１宛に返信する（Ｓ１１）。このメッセージは、＜ｉ，ａ１，“Ｅ１”，ｅｒｒ＞により表記され、エラー種別“Ｅ１”とエラー原因を含む“ｅｒｒ”とにより、送信元ａ１が未登録であることを識別可能とする。
【００３０】
Ｓ１２では、ＩＣカード２は、送信元ａ１が登録済であることを受けて、送信元認証部２４により、送信元ａ１に対応する乱数ｎを乱数格納部２３から取得する。続いて、以下の手順で送信元ａ１の認証が行われる。まず、送信元認証部２４は、自ら保持する認証鍵ｋと、Ｓ１２で取得された、送信元ａ１の乱数ｎとを、所定のハッシュ関数Ｈに代入する。次いで、その算出結果であるハッシュ値を、Ｓ８で受信されたメッセージの内容である“ｍ”と照合し、その一致・不一致に基づいて、送信元ａ１の認証の成否を決定する（Ｓ１３）。一致すれば認証は成功であり、不一致であれば認証は不成功である。
【００３１】
Ｓ６で入力された認証鍵ｋ’が正規のものであれば、送信元である端末プログラム３１においても、Ｓ５で取得された乱数ｎを用いて同一のハッシュ値が生成され得るはずである。したがって、上記算出結果が一致する場合に限り、送信元ａ１、すなわち端末プログラム３１が正規のプログラムであるものと判断することができる。
【００３２】
一方、認証に失敗した場合には（Ｓ１３；ＮＯ）、Ｓ１１と同様に、その旨を示すエラーメッセージ＜ｉ，ａ１，“Ｅ２”，ｅｒｒ＞が、ＩＣカード２から端末プログラム３１に送信される（Ｓ１４）。この場合、端末プログラム３１は、エラー種別“Ｅ２”とその内容“ｅｒｒ”とから、認証に失敗したことを検知し、プログラム認証処理は終了する。
【００３３】
Ｓ１３において認証に成功した場合には（Ｓ１３；ＹＥＳ）、格納制御部２５が、認証済送信元格納部２６のリストの先頭に、認証済（認証に成功した）送信元の識別子である“ａ１”を追加する（Ｓ１５）。認証済送信元格納部２６の初期状態は、上述のように（ａ２，ａ３，ａ４）であるが、格納できる識別子の最大値は３である。このため、“ａ１”の追加に伴い、最後尾に格納されている“ａ４”が認証済送信元格納部２６から削除され、上記リストは（ａ１，ａ２，ａ３）に更新される。更新後は、Ｓ５と同様に、認証結果がリストに反映されたことを示すメッセージ＜ｉ，ａ１，“Ｒ２”，ｎｕｌｌ＞が、メッセージ送信部２１から端末プログラム３１宛に送信される（Ｓ１６）。
【００３４】
続いて、図４を参照し、端末プログラム３１から指示された処理をＩＣカード２が実際に実行する第３のフェーズについて説明する。
端末プログラム３１がメッセージ＜ａ１，ｉ，“３”，ｄａｔａ＞を送信することで、ＩＣカード２に“ｄａｔａ”の処理を指示すると（Ｓ１７）、ＩＣカード２は、送信先ＩＤを基に、メッセージが自カード宛のものであることを確認する。同時に、メッセージ種別を確認する（Ｓ１８）。
なお、“ｄａｔａ”は、メッセージ種別“３”に対応付けられた処理により処理される任意のデータであるが、プログラムの実行がデータの処理を伴わない場合には“ｎｕｌｌ”であってもよい。
【００３５】
送信先ＩＤが“ｉ”でない場合には、ＩＣカード２は、そのメッセージを破棄した後に処理を中断するが、送信先ＩＤが“ｉ”であれば、メッセージ種別“３”に対応する処理を実行する。すなわち、Ｓ１９においては、ＩＣカード２は、格納制御部２５により、認証済送信元格納部２６のリストを参照し、送信元ＩＤである“ａ１”の有無を判定する。リストに“ａ１”が存在しない場合には（Ｓ１９；ＮＯ）、メッセージの送信元である端末プログラム３１宛に、その旨を示すエラーメッセージ＜ｉ，ａ１，“Ｅ３”，ｅｒｒ＞が送信され（Ｓ２０）、一連のプログラム認証処理は終了する。
【００３６】
上記判定の結果、認証済送信元格納部２６のリストに“ａ１”が存在する場合には（Ｓ１９；ＹＥＳ）、格納制御部２５は、その“ａ１”を当該リストの先頭に移動させる（Ｓ２１）。但し、本実施の形態では、図３に示したＳ１５の時点で既に“ａ１”が先頭に格納されたため、“ａ１”の位置は移動されず、先頭のままである。Ｓ１９の処理が実行される時点において、認証済送信元格納部２６のリストが例えば（ａ２，ａ３，ａ１）である場合には、Ｓ２１の処理の結果、リストは（ａ１，ａ２，ａ３）に更新される。
【００３７】
Ｓ２２では、処理実行部２７が、メッセージ種別“３”に対応する処理として、“ｄａｔａ”の処理を更に実行する。実行後は、ＩＣカード２は、処理の実行が正常に完了した旨を通知すべく、メッセージ送受信部２１により、メッセージ＜ｉ，ａ１，“Ｒ３”，ｒｅｔ＞を送信する（Ｓ２３）。
なお、“ｒｅｔ”は、“ｄａｔａ”の処理結果を表し、“ｎｕｌｌ”のこともある。
【００３８】
Ｓ１７〜Ｓ２３の一連の処理（図４に示した第３のフェーズ）は、端末プログラム３２，３３に関しても、端末プログラム３１と同様の処理手順で実行することができる（Ｓ２４）。
Ｓ１８において送信先ＩＤとメッセージ種別が確認されても、認証済送信元格納部２６にＩＤが格納されていない送信元プログラムに関しては、未だ認証に成功していない端末プログラムとみなされ、指示された処理は実行されない。ＩＣカード２は、このようにして、認証に成功していない端末プログラムによる処理の実行を、送信元ＩＤを基に個別的かつ未然に防止し、不正のプログラム若しくはユーザによるＩＣカード２の利用を排除する。これにより、高いセキュリティを維持する。
【００３９】
以上説明したように、ＩＣカード２を備える携帯端末１は、個々の端末プログラム３１〜３３ごとにアクセス認証を行う。すなわち、携帯端末１のユーザが端末プログラム３１によりＩＣカード２の情報を利用したい場合には、端末プログラム３１による送信元認証処理が必要となり、同様に、端末プログラム３２，３３による利用を所望する場合には、これらの端末プログラムによる独立した認証処理が必要となる。このため、端末プログラム３１〜３３の中に不正な端末プログラムが存在するにも関わらずそのプログラムによるアクセスを許可してしまう、という従来の懸念は確実に解消される。
【００４０】
加えて、認証に成功した端末プログラムのＩＤは、格納手段としての認証済送信元格納部２６にて順次先頭に保持されていき、同時に、認証時の古い端末プログラムのＩＤは、これに伴い削除されていく。したがって、ＩＣカード２において、認証後に使用される可能性の高い認証済送信元ＩＤを優先的に保持しつつ、所要データ容量を一定量に抑えることが可能となる。このようなデータ保持の効率化は、記憶データ容量に限りのある、携帯端末のＩＣカードに、本発明を適用するにあたり特に有効である。
【図面の簡単な説明】
【００４１】
【図１】本発明に係る携帯端末の機能的構成を示す図である。
【図２】携帯端末により実行されるプログラム認証処理の第１フェーズ、及び第２フェーズの前半部分を説明するための図である。
【図３】携帯端末により実行されるプログラム認証処理の第２フェーズの後半部分を説明するための図である。
【図４】携帯端末により実行されるプログラム認証処理の第３フェーズを説明するための図である。
【符号の説明】
【００４２】
１…携帯端末、２…ＩＣカード、２１…メッセージ送受信部、２２…乱数生成部、２３…乱数格納部、２４…送信元認証部、２５…格納制御部、２６…認証済送信元格納部、２７…処理実行部、３…プログラム格納部、３１，３２，３３…端末プログラム、ａ１，ａ２，ａ３，ａ４…送信元ＩＤ、ｋ…認証鍵
【図１】
2006254233.tif 000003
【図２】
2006254233.tif 000004
【図３】
2006254233.tif 000005
【図４】
2006254233.tif 000006