(57)【特許請求の範囲】
【請求項１】
ハンドヘルド装置（２）に挿入されるスマートカード（１）とサーバ（３）の間の通信接続の参加者であるハンドヘルド装置（２）の信頼性レベル（ＴＬ）を導出することによって確立し、通信挙動を確立された信頼性レベル（ＴＬ）に適合させる方法であって、前記ハンドヘルド装置（２）が、参加者公開キー（７）と該ハンドヘルド装置（２）に割り当てられた前記信頼性レベル（ＴＬ）とを含む信頼性証明（６）と、それとは別に安全に記憶された参加者秘密キー（８）とを備えており、前記方法は、
前記スマートカード（１）が前記ハンドヘルド装置（２）に挿入されたときに発生されるテスト数（Ｒ１）を前記ハンドヘルド装置（２）に送り、
前記ハンドヘルド装置（２）が前記テスト数（Ｒ１）に前記参加者秘密キー（８）を使用して署名し、前記信頼性証明（６）とともに前記スマートカード（１）に返送し、
前記スマートカード（１）が前記ハンドヘルド装置（２）から前記信頼性証明（６）を受け取り、前記信頼性証明（６）から参加者公開キー（７）を抽出して前記署名の検証を行ない前記信頼性レベル（ＴＬ）を導出することによって確立し、
前記スマートカード（１）が前記参加者秘密キー（８）に対応する前記参加者公開キー（７）を使用して前記テスト数（Ｒ１）の署名を検証することにより、前記信頼性証明（６）が前記ハンドヘルド装置（２）に属するものであるかどうかをテストし、
前記信頼性証明（６）が前記ハンドヘルド装置（２）に属するものであることが前記テストによって確認された場合、前記スマートカード（１）が前記ハンドヘルド装置（２）について前記信頼性レベル（ＴＬ）が確立されたことを示す信頼性レベル・トークンを構築し、前記信頼性レベル・トークンが前記サーバ（３）に通信され、
前記サーバ（３）が前記確立された信頼性レベル（ＴＬ）に応じて前記通信挙動の少なくとも１つのパラメータを選択する、方法。
【請求項２】
前記信頼性証明（６）が、証明権限秘密キーを使って作成された署名（９）入りで前記スマートカード（１）のもとに到着し、前記スマートカード（１）が証明権限公開キー（１７）を使用して前記署名（９）を認証することを特徴とする請求項１に記載の方法。
【請求項３】
前記証明権限公開キー（１７）が前記スマートカード（１）の記憶域から読み取られることを特徴とする請求項２に記載の方法。
【請求項４】
前記スマートカード（１）が、前記信頼性レベル・トークン（ＴＬＴ）を通信メッセージに便乗させ、前記通信メッセージに前記スマートカードの秘密キー（１３）で署名し、これを前記サーバ（３）に送ることによって、前記確立された信頼性レベル（ＴＬ）を前記サーバ（３）に通信することを特徴とする請求項１ないし３のいずれか一項に記載の方法。
【請求項５】
前記通信メッセージの前記信頼性レベル・トークン（ＴＬＴ）の真正さが、前記サーバ（３）により前記スマートカードの公開キー（１１）を使用してテスト可能であることを特徴とする請求項４に記載の方法。
【請求項６】
前記確立された信頼性レベル（ＴＬ）に応じて選択される前記通信挙動のパラメータの１つとして、貴重な資産の量または数、たとえば、金融取り引きの最大件数または金融取り引きの最大価格または機密語の最大数あるいはそれらの組み合わせを選択することを特徴とする請求項１ないし５のいずれか一項に記載の方法。
【請求項７】
各前記信頼性レベル（ＴＬ）ごとに、前記参加者公開キー（７）と前記参加者秘密キー（８）とに対応した異なる信頼性証明（６）が使用されることによって、前記信頼性レベル（ＴＬ）が確立されることを特徴とする請求項１ないし６のいずれか一項に記載の方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、第１通信パートナと第２通信パートナの間の通信接続において参加者の信頼性レベルを確立する方法に関する。より詳細には、本発明は、たとえばスマートカードとバック・エンド・サーバを含む信頼できる環境においてハンドヘルド電話機などのハンドヘルド装置の信頼性レベルを確立する方法に関する。
【０００２】
【従来の技術】
集積回路カードは、スマートカードとしても知られるが、一般に従来のコンピュータ・システムよりも不正行為を受けにくいと考えられており、したがって、大型コンピュータ・システム内で認証機能やセキュリティ機能用にしばしば使用される。たとえば、ＧＳＭ移動電話システム内の加入者識別モジュール、略称ＳＩＭとしてスマートカードを使用することが考えられている。この場合、モーバイル機器ＭＥともいわれる、モーバイル・ハンドセットは信頼できる装置とは普通見なされず、信頼できるスマートカードが、加入者情報および認証機能を安全に記憶し処理するのに使用される。呼を発すると、モーバイル・ネットワークは信頼できるスマートカードに格納された認証機能を実行して、モーバイル・ユーザを認証する。
【０００３】
ハンドヘルド電話は現在、バンキングや支払いなどの付加価値適用業務のためにユーザ・プログラムをハンドヘルド電話で実行できるように拡張されつつある。ハンドヘルド電話のスマートカードへのアクセスは、ハンドセットから発する金融取引きのための初期認証など、付加価値適用業務に必要な関連するセキュリティ機能について提供される。スマートカードに全ての重要なセキュリティ機能を実行させることも可能であるが、スマートカードの処理および記憶容量が限られているので、実際には行われない。したがってバンキングのような複雑な適用業務のためのセキュリティ機能はスマートカードだけで実行せず、少なくとも一部の信頼をハンドヘルド電話に委譲しなければならないと予想される。処理および記憶の問題とは別に、スマートカードは暗黙裏に、スマートカードとの間に信頼できる通信チャネルを提供することをハンドヘルド電話に任せなければならない。
【０００４】
したがって、複雑な適用業務の一部がハンドヘルド電話で実行されると予想される。ハンドヘルド電話はまたスマートカードとユーザとバック・エンド・サーバの間の全ての通信を伝達するので、不正行為を働こうとするならハンドヘルド電話はこの３者間で送られるデータ・パケットの内容を改変できるはずである。メッセージに署名または認証するのに信頼できるスマートカードを使っても、署名または認証のためにハンドヘルド電話からスマートカードに提示されるメッセージが実際にハンドヘルド電話からユーザに提示されるメッセージであるとスマートカードは確認できないので、この脅威は軽減されない。
【０００５】
したがって、ハンドヘルド電話自体を含むように信頼の範囲を拡張するために、高いレベルのセキュリティおよび機密を要求する適用業務が必要とされる。従来、これは二つの主要手段、すなわち不正行為を受けにくいハードウェアと、このような不正行為を受けにくい装置が、方針によってまたはバック・エンド・サーバからの認証によって使用されていることを保証することによって達成される。
【０００６】
特別な不正行為を受けにくいハードウェアを設計するには、暗号パラメータなどのセキュリティ上敏感な情報を消去し、ケースが開けられたり電源が切られたときなど装置が物理的に不正行為を受けた場合に保留中のトランザクションを打ち切る回路を備えた、特別な頑丈な設計、あるいは信頼できるスマートカードと必要な入出力装置の間の経路にソフトウェア制御の構成要素を持たないハードワイア式の回路を設計することが必要となるかもしれない。
【０００７】
残念ながら、モーバイル・ハンドセットなどのモーバイル機器は現在不正行為を受けにくいように設計されておらず、完全に不正行為を受けないようにするのは、そうすることによってコストがかかると予想されるため、日用品タイプのハンドセットには現実的でない。
【０００８】
【発明が解決しようとする課題】
請求項１ないし１０に記載の本発明の一目的は、通信接続の参加者の信頼性レベルを確立して、通信挙動をこの信頼性レベルに適合させるための方法を提供することである。通信参加者の世界は、信頼できる不正行為を受けない装置と、セキュリティ上敏感な通信にはあまり信頼できない装置に分けられるので、本発明は、信頼性レベルを確立し、通信挙動をこの確立された信頼性レベルに適合させることにより、参加者を介した２人のパートナの間で通信するための有利な解決策を提供する。この方法により、信頼できる装置と信頼できない装置が通信に参加することができ、セキュリティ上敏感な情報を通信する前に各参加者装置の信頼性が自動的にチェックされる。
【０００９】
参加者は、たとえばハンドヘルド電話のようなモーバイル機器とすることができる。ハンドヘルド電話の信頼性レベルは、固有の不正行為を受けにくさの度合いを示す。第１通信パートナは、たとえば、スマートカードであり、第２通信パートナはバック・エンド・サーバとすることができる。
【００１０】
スマートカードは、ハンドヘルド電話を使用してバック・エンド・サーバに接続することができ、スマートカードとバック・エンド・サーバは、有利に、信頼できないハンドヘルド電話であると仮定して、認証されたセッションを確立することができる。信頼性レベルの確立後、バック・エンド・サーバがハンドヘルド電話を直接認証することなく、スマートカードが、ハンドヘルド電話の信頼性レベルをバック・エンド・サーバに通信する。
【００１１】
他の目的は、適用業務に対してある信頼性方針が指定され、その方針がハンドヘルド電話の信頼性レベルに基づいて適用業務の機能を制限する方法を提供することである。
【００１２】
信頼性証明が、証明権限秘密キーを使って作成された署名入りで第１通信パートナのもとに到着し、第１通信パートナが、証明権限公開キーを使ってその署名を認証したとき、安全な方法を使用して、その署名が有資格の信頼すべき証明権限者によって発行されたものであるかどうかがチェックされる。これは、対応する参加者の証明に含まれる情報がその発信者によって発行されたものであることが容易に確認できるので、有利である。
【００１３】
証明権限公開キーは第１通信パートナの記憶域から読み取ることができ、このキーが既に利用可能であり、どこか他の場所から取得する必要がないという利点がある。これは時間も節約できる。
【００１４】
検出した信頼性レベルの通信は、必要な情報をスマートカードとバック・エンド適用業務サーバの間の適用業務レベル・メッセージに便乗させ、署名することによって行われる。第１通信パートナが、通信メッセージに信頼性レベル情報を便乗させ、通信メッセージに第１パートナ秘密キーで署名し、これを第２通信パートナに送ることによって第２通信パートナに確立された信頼性レベルを通信するときも、やはり確立された信頼性レベルについてバック・エンド・サーバに知らせる極めて安全な方法が選ばれる。したがって、不正行為を働こうとする参加者もこの情報を改変できず、したがって信頼できる参加者として振る舞うことになる。
【００１５】
確立された信頼性レベルに応じて選ばれる通信挙動のパラメータの１つとして、貴重な資産の数量、たとえば金融取り引きの最大件数あるいは金融取り引きの最大価額あるいは機密語の最大数あるいはそれらの組合せが選ばれる。この適合された挙動を用いて、低い信頼性レベルの形で確立されたセキュリティの最終的欠如を補償することができる。たとえば、低い信頼性レベルの場合、固定金額までしか金融取り引きが実行できない。
【００１６】
信頼性証明が参加者に属するものであるかどうかのテストは、テスト数を第１通信パートナから参加者に送り、参加者秘密キーを使用して署名したテスト数を参加者から送り返すことによって行うことができる。返送されるテスト回数の署名は、参加者秘密キーに対応する参加者公開キーを使用して検証される。この呼びかけ応答原理は、実施しやすく、高レベルのセキュリティを提供する簡単な方法を提供する。
【００１７】
参加者公開キーを、第１通信パートナは信頼性証明の内容として受け取ることができる。この方法では、複数の信頼性証明が可能であり、したがって、各証明に異なる信頼性レベルが割り当てられている場合、複数の信頼性レベルも可能である。
【００１８】
信頼性レベルが確立されるとき、各信頼性レベルごとに参加者公開キーと参加者秘密キーの対応する対を含む異なる信頼性証明が使用されるため、異なるレベルを実現する極めて簡単で直接的な原理が提供される。たとえば、異なるキー長または単に異なるサイン権限について、異なる信頼性レベルを割り当てられる点で使用できる。
【００１９】
ハンドヘルド電話はスマートカードおよびバック・エンド・サーバに適用業務を実行するための通信および処理資源を提供する。セキュリティ上敏感なデータがハンドヘルド電話を経由してスマートカードに送られるので、バック・エンド・サーバはハンドヘルド電話を認証することを欲する。ハンドヘルド電話とバック・エンド・サーバが実質的な物理的距離だけ離れていたり、低い帯域幅のネットワークによって接続されていたりすることがあるので、ハンドヘルド電話とバック・エンド・サーバの間で従来の認証プロトコルを実行するとコストがかかることがある。したがって、スマートカードとハンドヘルド電話の間の通信が比較的高速でかつ安い場合には、スマートカードを使用して、局所的にハンドヘルド電話の信頼性レベルを認証するのが、より効率的である。
【００２０】
提案する解決策は、適用業務が高いレベルのセキュリティを要求するモーバイル・ハンドセット、たとえばＧＳＭ電話に基づくバンキング・サービスの開発には最も有利である。上記で指摘したように、それには、何らかの信頼性レベルをハンドセット自体にまで拡張する必要がある。全てのハンドセットが信頼できるものではなく、このようなハンドセットの設計および製造にコストがかかり、また既に現場にある多数のハンドセットは不正行為を受けにくくなっていないからである。
【００２１】
スマートカードは、ハンドヘルド電話／スマートカード環境に対して局所的に信頼性レベルを確立する、バック・エンド・サーバ用の一種の代行者またはプロキシとして働く。本明細書に記載のシステムにより、信頼できるスマートカードがハンドヘルド電話の不正行為を受けにくさのレベルを検出し、バック・エンド・サーバにそのレベルを通信することが可能になる。サーバ・ベースの装置の認証方法に比較して提案の解決策の固有の利点は、バック・エンド・サーバとハンドヘルド電話の間の通信要件が低減されることにあり、そのため一方では通信コストが下がり、必要に応じて、たとえば、スマートカードとバック・エンド・サーバの間で各メッセージの前に処理を繰り返し実行することが可能になり、追加の保護が提供される。
【００２２】
適用業務挙動を通信信頼性レベルに適合させるのは、トランザクションの数を制限し、あるいは実行される取り引きの最大金融価額を確立することによって実施することができる。たとえば、完全に信頼できないハンドセットからは、口座の問い合わせのみが可能であり、完全に信頼できるハンドセットを使用すると任意の大きい価額の取り引きが実行できる。中間の信頼性レベルを提供するハンドセットは、月にある価額までに取り引きを制限することができる。
【００２３】
【課題を解決するための手段】
ハンドヘルド電話が提供する不正行為を受けにくさのレベルを反映する信頼性レベルをハンドヘルド電話に割り当てる方法が提案される。たとえば、現在のモーバイル・ハンドセットは、不正行為を受けにくさを提供せず、最も低い信頼性レベルを割り当てられることになる。将来の完全に不正行為を受けないハンドセットは、最も高い信頼性レベルを割り当てられる。中間の信頼性レベルは、不正行為に対して不完全ではあるが些細でない対策が施されていることを示す。
【００２４】
第１通信パートナ、たとえば、スマートカードは、第１通信パートナと第２通信パートナの間の通信接続の参加者であるハンドヘルド電話の不正行為を受けにくさのレベルを検証する手段を有し、検出されたハンドヘルド電話の不正行為を受けにくさのレベルを第２通信パートナ、たとえば、参加者のもとで適用業務の実行中にスマートカードと通信中のバック・エンド・サーバに安全に通信する手段をさらに有する。
【００２５】
バック・エンド・サーバは次いで、通信挙動または適用業務を、検出されスマートカードから通信された不正行為を受けにくさのレベルに応じて適合させることができる。
【００２６】
この方法の基本ステップは以下のように説明することができる。
【００２７】
セッションを開始するためにスマートカードをハンドヘルド電話に挿入すると、スマートカードはハンドヘルド電話に信頼性レベルを要求する。信頼性レベルは、たとえば、ハンドヘルド電話の製造業者によって、あるいはおそらくはハンドヘルド電話上の適用業務が通信する相手であるまたはその代理で通信する、銀行やクレジット・カード会社などの機関によって割り当てられる。
【００２８】
スマートカードは、トークンが、信頼性レベルを割り当てる権限を有するエンティティによって作成され、また信頼性レベルが再生中でないという意味で、ハンドヘルド電話から受け取った信頼性レベルが有効であることを検証する。信頼性レベルが検証されなかった場合、ハンドヘルド電話は信頼できないとみなされる。この場合、スマートカードは、セッションを打ち切るか、それとも信頼できないハンドヘルド電話を必要とする適用業務だけが実行できるという制限付きでセッションを続行するかを選ぶことができる。スマートカードは次いで、信頼性レベル・トークンＴＬＴを形成する。スマートカードは、ハンドヘルド電話の信頼性レベルを示すため第三者に転送するのにこれを使用することになる。
【００２９】
ハンドヘルド電話上の適用業務が実行のために選ばれ、その適用業務がネットワークを使用してバック・エンド・サーバとコンタクトを取る。バック・エンド・サーバとスマートカードは、ハンドヘルド電話の信頼性に依存しないプロトコルを使って互いに認証される。たとえば、ハンドヘルド電話がＧＳＭハンドセットであり、スマートカードがＳＩＭである場合、バック・エンド・サーバとスマートカードＳＩＭは標準のＧＳＭ認証機能を使用して認証される。あるいは、ＷＴＬＳの認証機能も使用できる。
【００３０】
スマートカードは、スマートカードからバック・エンド・サーバＳに送られる適用業務の適用業務パケットに信頼性レベル・トークンＴＬＴを付加することにより、ハンドヘルド電話の信頼性レベルをバック・エンド・サーバに通信する。信頼性レベル・トークンＴＬＴは各パケットに付加することもできあるいは、何らかの方針に応じて他の戦略に従って付加することもできる。
【００３１】
バック・エンド・サーバは、スマートカードを介してハンドヘルド電話の信頼性レベル・トークンＴＬＴを受け取った後、ハンドヘルド電話の信頼性レベルをハンドヘルド電話自体を用いて検証する必要はない。信頼できるスマートカードによってそれが行われているからである。バック・エンド・サーバは、信頼性レベル・トークンＴＬＴによって指定される信頼性レベルに関して適用業務にどんな制限が課されているかを記述する信頼性方針を照会する。バック・エンド・サーバはそれに従ってその動作を調節し、適用業務において応答する。
【００３２】
【発明の実施の形態】
図１は、見やすくするため、実寸で示しておらず、また示された寸法間の関係は同じ縮尺で示してはいない。
【００３３】
以下、本発明の様々な例示的実施形態について説明する。
【００３４】
図１には、スマートカードの形の第１通信パートナ１、バック・エンド・サーバ３の形の第２通信パートナ、およびハンドヘルド電話の形の通信パートナ１と３の間の通信接続における参加者２を含むシステムが示されている。ハンドヘルド電話２は、メモリ・ユニット４を含んでおり、これは電話信頼性モジュールとも呼ばれ、その中に信頼性証明６が記憶される。
【００３５】
通信接続を介してセッションを開始するために、スマートカード１をハンドヘルド電話２に挿入すると、スマートカード１はハンドヘルド電話２に信頼性証明６の送信を要求する。
【００３６】
以下の実施形態は、あるエンティティがディジタル署名を作成し、別のエンティティがその署名を検証できるようにする、公開キー暗号化の原理に基づくものである。しかし、他の認証方法も適用できる。
【００３７】
１組の有効な信頼性レベルＴＬが、Ｌ＋１整数０、１、．．．Ｌのリストによって表されるものと仮定する。０は信頼性のないことを表し、１は最低の信頼性を表し、Ｌは最高の信頼性を表す。０とＬの間の値は中間の信頼性レベルＴＬを表し、値が高いほど信頼性が高いことを意味する。
【００３８】
生産またはパーソナル化の時点で、たとえばＸ５０９フォーマットまたはＷＴＬＳフォーマットの信頼性証明６ＣｅｒｔMECAが電話信頼性モジュール４にロードされる。信頼性証明６ＣｅｒｔMECAはハンドヘルド電話２の名前と参加者公開キー７ＫMEの結合を表し、この結合は信頼性証明６ＣｅｒｔMECAに記載される。信頼性証明６ＣｅｒｔMECAは、またハンドヘルド電話２に割り当てられた信頼性レベルＴＬを与える整数を含む拡張フィールド１４をも含んでいる。ただし、０＜＝ＴＬ＜＝Ｌである。信頼性証明６には、証明権限ＣＡからの信頼性証明署名９が付いている。証明権限ＣＡはそのためにその証明権限秘密キーを使用している。
【００３９】
信頼性証明６の参加者公開キー７ＫMEに関連する参加者秘密キー８Ｋ-1MEおよびこの参加者秘密キーＫ―1MEを使って動作する機能もハンドヘルド電話２の電話信頼性モジュール４にロードされる。このモジュール４は、安全で不正行為を受けない処理域である。信頼性レベルＴＬが０より大きいすべてのハンドヘルド電話ではこのような処理域を使用すべきである。少なくとも参加者秘密キー８Ｋ―1MEは、安全に、すなわち、許可を受けていない人または装置が読み取れないように記憶する必要がある。
【００４０】
したがって、ハンドヘルド電話２には参加者公開／秘密キー対７、８ＫME／Ｋ―1MEが割り当てられる。これは、信頼性証明６がハンドヘルド電話２と関連があるあるいはそれに属するものであることを検証するために使用される。ハンドヘルド電話２は、参加者公開キー７と、さらにハンドヘルド電話２に割り当てられた信頼性レベルＴＬとを含む、署名入りの信頼性証明６を含んでいる。
【００４１】
証明権限秘密キーに対応する証明権限公開キー１７は一般に利用できるものとみなすことができ、どんなエンティティもそれを使って証明署名９をチェックでき、それによってハンドヘルド電話２と信頼性証明６の関連をチェックできる。したがって、信頼性レベルＴＬを決定することができる。あるいは、証明権限がこの証明公開キー１７を第１通信パートナ１に与えることもでき、またこれを他のどこか、たとえばデータ・ネットワークからダウンロードすることもできる。
【００４２】
生産またはパーソナル化の時点で、スマートカード１のスマートカード・モジュール５に、スマートカード１に対する第１パートナ公開キー１１ＫSCと第１パートナ証明署名１２を指定する第１パートナ証明１０ＣｅｒｔSCCAがロードされる。関連する第１パートナ秘密キー１３Ｋ―1SCも、様々な証明権限ＣＡ1、ＣＡ2、ＣＡ3の３つのサンプル証明Ｃ1、Ｃ2、Ｃ3の集合体１５とともにスマートカード信頼性モジュール５にロードされる。３つのサンプルを選んだのは例示のためにすぎない。サンプル証明の集合体１５は一般に、任意のハンドヘルド電話２によって提示される信頼性証明６ＣｅｒｔMECAが極めて高い確率で検証できるように、十分に大きくすべきである。この場合、サンプル証明Ｃ1、Ｃ2、Ｃ3のうちの第１のサンプル証明Ｃ1が、信頼性証明署名９を認証または検証するのに必要な証明権限公開キー１７を含んでいる。
【００４３】
スマートカード１をハンドヘルド電話２に入れたとき、ハンドヘルド電話２の信頼性レベルＴＬは次のように確立することができる。
【００４４】
スマートカード１は乱数Ｒ1を発生し、それをハンドヘルド電話２の電話信頼性モジュール４に送信する。これは呼びかけステップとも呼ばれ、ハンドヘルド電話２による応答をもたらすと想定される。
【００４５】
ハンドヘルド電話２の電話信頼性モジュール４は、参加者秘密キー８Ｋ-1MEで乱数Ｒ1に署名し、乱数Ｒ1に対する署名Ｓｉｇｎ（Ｒ1）を信頼性証明６ＣｅｒｔMECAとともにスマートカード１に返送する。
【００４６】
スマートカード１は、証明権限ＣＡに対する第１のサンプル証明Ｃ1を見つけるために証明Ｃ1、Ｃ2、Ｃ3の集合体１５を探索し、受け取った信頼性証明６ＣｅｒｔMECA上の信頼性証明署名９を検証する。証明Ｃ1、Ｃ2、Ｃ3の集合体１５に関して、最もポピュラーな証明権限ＣＡがカバされるように、スマートカード１上にこのような証明の事前選択を予めロードしておくことができる。信頼性証明署名９がその同等な証明権限公開キー１７を持っておらず、スマートカード１中のそれに属する証明も持っていない場合、そこの証明を提供するソース、たとえば、何らかのネットワークから失われた証明をロードすることができる。証明はチェインの形で配列するのが普通である。すなわち証明を信頼するために、その署名がテストされ、そのために別の証明に埋め込まれた公開キーが使用され、この証明が再度署名され、この署名が再度チェックされ、はっきり信頼できる証明権限、たとえばそれ自体に到着するまで同様のチェーンが続く。また、これらの証明チェインが幾つか存在することもできる。
【００４７】
信頼性証明署名９が正しい場合、スマートカード１は信頼性証明６ＣｅｒｔMECAから参加者公開キー７ＫMEを抽出し、それを用いて乱数署名Ｓｉｇｎ（Ｒ1）を検証する。署名検証が失敗するか、あるいは確立された信頼性レベルＴＬが０である場合、スマートカード１は処理を打ち切る。
【００４８】
検証が成功した場合、スマートカード１は信頼性証明ＣｅｒｔMECAの信頼性フィールド１４を調べ、スマートカード１のホストとなっているハンドヘルド電話２がスマートカード１によって信頼性レベルＴＬに認証されたことを示す信頼性レベル・トークン（ＴＬＴ）を構築する。
【００４９】
したがってスマートカード１は、受け取った信頼性証明ＣｅｒｔMECAが、信頼性証明ＣｅｒｔMECAを割り当てる権限をもつエンティティによって作成されたものであり、また信頼性証明ＣｅｒｔMECAが再生または模倣されていないという意味で、有効であることを検証した。
【００５０】
信頼性証明６ＣｅｒｔMECAが検証に失敗した場合、ハンドヘルド電話２は信頼できないとみなされ、すなわち、０の信頼性レベルＴＬが割り当てられる。この場合、スマートカード１は、セッションを打ち切るか、それとも安全でない通信接続で実行できる適用業務だけが実行できるという制限付きでセッションを続行するかを選ぶことができる。
【００５１】
スマートカード１は、確立された信頼性レベルＴＬを表す信頼性レベル・トークンＴＬＴを作成し、それを第三者である第２通信パートナ３に、ハンドヘルド電話２の信頼性レベルＴＬを示すために転送する。
【００５２】
スマートカード１は、信頼性レベル情報ＴＬＴを通信メッセージに便乗させ、この通信メッセージに第１パートナ秘密キー１３で署名し、それを第２通信パートナ３に通信し、そこで第１パートナ公開キー１１を使用して署名がテストできるようにすることにより、確立された信頼性レベルＴＬを第２通信パートナ３に通信することができる。
【００５３】
あるいは、たとえばＧＳＭで使用されているように、２人の通信パートナ１、３は、第１パートナの秘密キー１３でもよい共通の秘密キーを両者が持つことにより、ハンドヘルド電話２の信頼性レベルＴＬを確立する前に互いに既に信頼することもできる。これは、サーバ３中で第１パートナ秘密キー１３をセットアップした権限によってスマートカード１を発行し、もちろん信頼できるこの権限によって、スマートカードに第１パートナ秘密キー１３を予めロードすることによって実現できる。
【００５４】
バック・エンド・サーバ３へのコンタクトを使用し、ハンドヘルド電話２で実行される適用業務が実行のために選択される。バック・エンド・サーバ３とスマートカード１は、ハンドヘルド電話２の信頼性に依存しないプロトコルを使用して互いに認証される。たとえば、ハンドヘルド電話２がＧＳＭハンドセットであり、スマートカード１がＳＩＭである場合、バック・エンド・サーバ３とスマートカード１は標準のＧＳＭ認証機能を使用して認証される。あるいは、ＷＴＬＳの認証機能も使用できる。
【００５５】
スマートカード１は、スマートカード１からバック・エンド・サーバ３に送られる適用業務の適用業務パケットに信頼性レベル・トークンＴＬＴを付加することにより、ハンドヘルド電話２の信頼性レベルＴＬをバック・エンド・サーバ３に通信する。信頼性レベル・トークンＴＬＴは各適用業務パケットに付加することもでき、また決定されたトークン通信方針に応じて、たとえば、一定時間に１回あるいはセッション当たり一定回数など、他の戦略に従って送信することもできる。
【００５６】
バック・エンド・サーバ３は、スマートカード１を介してハンドヘルド電話２の信頼性レベル・トークンＴＬＴを受け取ったとき、ハンドヘルド電話２の信頼性レベルＴＬをハンドヘルド電話２自体で検証する必要はない。信頼できるスマートカード１によってそれが既に行われているからである。適用業務Ａについて、バック・エンド・サーバ３は、たとえば、記憶された表の形の、信頼性方針１６ｐｏｌ（Ａ）に照会する。この表は、信頼性レベル・トークンＴＬＴで指定される信頼性レベルＴＬに関して適用業務Ａにどんな制限が課されるかを記述したものである。バック・エンド・サーバ３は、それにしたがってその動作を調節し、適用業務Ａにおいて応答する。換言すると、バック・エンド・サーバ３は適用業務Ａについて信頼性方針１６ｐｏｌ（Ａ）に照会し、信頼性レベル・トークンＴＬＴ中で与えられる信頼性レベルＴＬに従ってその通信挙動を変更または選択する。
【００５７】
スマートカード１は次いで、適用業務Ａを実行するためにバック・エンド・サーバ３との安全な認証されたセッションを確立するようユーザに命令される。バック・エンド・サーバ３とスマートカード１は、クライアント、すなわちスマートカード１とバック・エンド・サーバ３の両方が証明の交換を用いて認証されるオプションを使用して、ＷＴＬＳを実行する。この時点で、バック・エンド・サーバ３とスマートカード１の間の信頼性が確立される。
【００５８】
スマートカード１が適用業務データＤをバック・エンド・サーバ３に送る必要があるとき、スマートカード１は信頼性レベル・トークンＴＬＴを付加し、対（Ｄ、ＴＬＴ）を送る。バック・エンド・サーバ３とスマートカード１の間のチャネルは認証されているので、バック・エンド・サーバ３は、信頼性レベル・トークンＴＬＴ中で与えられる信頼性レベルが実際にこのセッションのためにスマートカード１のホストとなるハンドヘルド電話２の信頼性レベルＴＬであると考える。
【００５９】
信頼性レベル・トークンＴＬＴは、バック・エンド・サーバ３にとって意味があるデータ項目である。これは、信頼性レベルＴＬの整数値と同じでもよい。その場合は、その信頼性レベルＴＬに対するその動作または通信挙動を記述する方針１６を、バック・エンド・サーバ３が調べることになる。あるいは、信頼性レベル・トークンＴＬＴが、何らかの関連する信頼性指示基準、たとえば瞬間量に従って所期の信頼性レベルＴＬを直接示すこともできる。この場合、方針１６は必要でない。
【００６０】
この例ではまた、スマートカード１とバック・エンド・サーバ３の間の認証ステップは明示的になっているが、必ずしもそうする必要はない。ハンドヘルド電話２がＧＳＭハンドセットである場合、スマートカード１はＳＩＭでよく、ハンドセット２への挿入時に標準のＧＳＭ認証アルゴリズムを使用して認証される。ＳＩＭの基地局はこの認証情報をバック・エンド・サーバ３に転送することができ、したがってバック・エンド・サーバ３とＳＩＭの間でＷＴＬＳセッションを確立する必要がなくなる。
【００６１】
別の例では、参加者２は単に参加者秘密キー８を記憶しているだけであり、信頼性証明６を持たない。この場合、スマートカード１は、参加者秘密キー８または対応する参加者公開キー７を知り、上述の呼びかけ応答テストを行って、ハンドヘルド電話２が参加者秘密キー８を知っているかどうかを突き止めることができる。そうである場合、対応する信頼性レベルＴＬを割り当てることができる。異なる参加者秘密キー８に異なる信頼性レベルＴＬを対応させることができる。
【００６２】
以上の説明では、信頼できない当事者は電話ハンドセットである。一般に信頼できない装置は単に任意のモーバイル機器であり、モーバイル・ハンドセットがその一例であることに留意されたい。
【図面の簡単な説明】
【図１】第１通信パートナ、参加者および第２通信パートナを含むシステムを示す図である。
【図１】
0004018875.tif 000002