(57)【要約】  エンティティの第１アイデンティティ及び第２アイデンティティを検証するための方法が開示される。この方法は、前記エンティティの第１及び第２アイデンティティをチェックエンティティで受け取るステップと、前記第１及び第２アイデンティティの少なくとも一方に関する情報をホーム加入者エンティティへ送出するステップと、前記第１及び第２アイデンティティの両方が、前記第１及び第２アイデンティティを受け取ったところのエンティティに属することを検証するステップと、を備えている。
2007535259.tif 000002
【特許請求の範囲】
【請求項１】
エンティティの第１アイデンティティ及び第２アイデンティティを検証するための方法において、
前記エンティティの第１及び第２アイデンティティをチェックエンティティで受け取るステップと、
前記第１及び第２アイデンティティの少なくとも一方に関する情報をホーム加入者エンティティへ送出するステップと、
前記第１及び第２アイデンティティの両方が、前記第１及び第２アイデンティティを受け取ったところのエンティティに属することを検証するステップと、
を含む方法。
【請求項２】
前記送出ステップにおいて、前記第１アイデンティティに関する第３アイデンティティの要求を送出する、請求項１に記載の方法。
【請求項３】
前記第３アイデンティティはＩＭＳＩである、請求項２に記載の方法。
【請求項４】
前記送出ステップにおいて、前記第３アイデンティティの情報を、前記第１アイデンティティ又は前記第２アイデンティティ或いはその両方と共に前記ホーム加入者エンティティへ任意に送信する、請求項２又は３に記載の方法。
【請求項５】
前記送出ステップは、前記チェックエンティティ又はブートストラップファンクションから前記情報を送出することを含む、請求項１から４のいずれかに記載の方法。
【請求項６】
前記検証ステップは、前記ホーム加入者エンティティか、前記チェックエンティティか、或いは前記ホーム加入者サーバー及び前記チェックエンティティの両方において実行される、請求項１から５のいずれかに記載の方法。
【請求項７】
前記送出ステップは、前記第１及び第２アイデンティティの両方か、又は前記第１及び第２アイデンティティの片方のみに関する情報を送出することを含む、請求項１から６のいずれかに記載の方法。
【請求項８】
前記送出ステップは、ＳＡＲ及びＵＡＲメッセージの少なくとも一方を送出することを含む、請求項１から７のいずれかに記載の方法。
【請求項９】
ＳＡＲ及びＵＡＲメッセージの前記少なくとも一方は、前記チェックエンティティ、Ｓ−ＣＳＣＦ及びＩ−ＣＳＣＦの少なくとも１つから送出される、請求項８に記載の方法。
【請求項１０】
前記第１及び第２アイデンティティを検証するためにホーム加入者エンティティへ送るように構成された属性値対が前記ＳＡＲ又はＵＡＲメッセージに含まれる、請求項８又は９に記載の方法。
【請求項１１】
前記アイデンティティが検証された場合だけ前記ＵＡＲ又はＳＡＲメッセージに対する回答を送出するステップを更に含む、請求項８から１０のいずれかに記載の方法。
【請求項１２】
前記第１及び第２アイデンティティの一方に関連した複数のアイデンティティに関する情報を前記ホーム加入者エンティティから前記チェックエンティティへ送出するステップを更に含む、請求項１から１１のいずれかに記載の方法。
【請求項１３】
前記検証ステップは、前記第１及び第２アイデンティティの一方が、前記ホーム加入者エンティティから受け取った複数のアイデンティティに関する前記情報に存在するかどうか決定することを含む、請求項１２に記載の方法。
【請求項１４】
複数のアイデンティティに関する前記情報は、Ｓｈインターフェイス又はブートストラップファンクションを経て送出される、請求項１２又は１３に記載の方法。
【請求項１５】
前記複数のアイデンティティは、少なくとも１つのパブリックアイデンティティ及び／又は少なくとも１つのプライベートアイデンティティを含む、請求項１２、１３又は１４に記載の方法。
【請求項１６】
前記複数のアイデンティティに関する前記情報はＡＶＰフォーマットで送出される、請求項１２から１５のいずれかに記載の方法。
【請求項１７】
前記チェックエンティティは認証プロキシーを含む、請求項１から１６のいずれかに記載の方法。
【請求項１８】
前記第１及び第２アイデンティティの少なくとも一方はプライベートアイデンティティを含む、請求項１から１７のいずれかに記載の方法。
【請求項１９】
前記プライベートアイデンティティはＩＭＰＩを含む、請求項１８に記載の方法。
【請求項２０】
前記第１及び第２アイデンティティの少なくとも一方はパブリックアイデンティティを含む、請求項１から１９のいずれかに記載の方法。
【請求項２１】
前記パブリックアイデンティティはＩＭＰＵを含む、請求項２０に記載の方法。
【請求項２２】
前記第１及び第２アイデンティティの前記少なくとも一方に関する情報の送出は、前記第１及び第２アイデンティティの少なくとも一方から導出された少なくとも１つの第３アイデンティティに関する情報の送出を含む、請求項１から２１のいずれかに記載の方法。
【請求項２３】
前記チェックエンティティは、ＡＡプロキシー、ＮＡＦ、及びブートストラップファンクションの１つを含む、請求項１から２２のいずれかに記載の方法。
【請求項２４】
前記チェックエンティティは、ＮＡＦから前記第１及び第２アイデンティティの一方を受け取るように構成された、請求項１から２３のいずれかに記載の方法。
【請求項２５】
前記第１及び第２アイデンティティは、異なるルートを経て前記チェックエンティティへ供給される、請求項１から２４のいずれかに記載の方法。
【請求項２６】
第１アイデンティティ及び第２アイデンティティを検証すべきであるエンティティと、該エンティティの第１及び第２アイデンティティを受け取るように構成されたチェックエンティティと、前記第１及び第２アイデンティティの少なくとも一方に関する情報を受け取るように構成されたホーム加入者エンティティとを備えたシステムにおいて、前記チェックエンティティ及び前記ホーム加入者エンティティの一方は、前記第１及び第２アイデンティティの両方が、前記第１及び第２アイデンティティを受け取ったところのエンティティに属することを検証するように構成されたシステム。
【請求項２７】
前記システムはＩＭＳシステム又はＧＡＡシステムを含む、請求項２６に記載のシステム。
【請求項２８】
前記エンティティはユーザ装置を含む、請求項２６又は２７に記載のシステム。
【請求項２９】
前記チェックエンティティは、ブートストラップファンクション、ＮＡＦ及びＡＡプロキシーの少なくとも１つを含む、請求項２６から２８のいずれかに記載のシステム。
【請求項３０】
第１アイデンティティ及び第２アイデンティティを検証すべきであるエンティティを備えたシステムに使用するためのチェックエンティティにおいて、前記エンティティの第１及び第２アイデンティティを受け取り、該第１及び第２アイデンティティの少なくとも一方に関する情報をホーム加入者エンティティへ送出し、そして前記第１及び第２アイデンティティの両方が、前記第１及び第２アイデンティティを受け取ったところのエンティティに属することを検証するように構成されたチェックエンティティ。
【請求項３１】
第１アイデンティティ及び第２アイデンティティを検証すべきであるエンティティを備えたシステムに使用するためのホーム加入者エンティティにおいて、前記第１及び第２アイデンティティに関する情報を受け取り、そして前記第１及び第２アイデンティティの両方が前記エンティティに属することを検証するように構成されたホーム加入者エンティティ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信ターミナル、特に、移動ターミナルのアイデンティティに係り、より詳細には、ターミナルのパブリックアイデンティティとプライベートアイデンティティとの間を検証するメカニズムに係るが、これに限定されない。
【背景技術】
【０００２】
真のモバイルコンピューティング及びネットワーキングに向かう現在の開発は、ユーザが自分自身のホームネットワークにいないときでもインターネットへのアクセスをユーザに与える種々のアクセス技術の進歩をもたらした。真のユビキタスワールドワイドウェブ（ＷＷＷ）アクセスを与える最初のパブリック通信ネットワークは、ＧＳＭベースの移動電話ネットワークである。
【０００３】
これまで、インターネットの利用は、個人対マシン通信、即ち情報サービスが主流であった。いわゆる第三世代（３Ｇ）ワイヤレスネットワークに向かう進歩は、移動マルチメディア通信を育成し、これは、ＩＰベースのサービスをパブリック移動ネットワークに利用する仕方も変えることになる。第三世代パートナーシッププロジェクト（３ＧＰＰ）により指定されたＩＰマルチメディアサブシステム（ＩＭＳ）は、移動音声通信をインターネット技術と統合し、ＩＰベースのマルチメディアサービスを移動ネットワークに利用できるようにする。
【０００４】
本発明者は、第三世代ワイヤレスネットワークにおける移動マルチメディア通信に伴う重要な問題、即ちアイデンティティコヒレンスチェックの問題を究明した。この問題は、アプリケーション認証及び一般的認証アーキテクチャーの両方の分野に広がっている。
【０００５】
新規なマルチメディア可能な移動ターミナル（マルチメディア電話）は、アプリケーション開発者のためのオープン開発プラットホームを備え、独立したアプリケーション開発者がマルチメディア環境のための新規なサービス及びアプリケーションを設計するのを許す。次いで、ユーザは、新規なアプリケーション／サービスを自分の移動ターミナルへダウンロードして利用することができる。
【０００６】
アプリケーション認証に加えて、ネットワークオペレータは、アプリケーションがボーンファイド(bone fide)加入者により利用されているかどうか監視できることが必要である。ボーンファイド加入者とは、アプリケーションを合法的にロードし、そしてそのアプリケーション所有者により要求される料金を支払う加入者である。ネットワークオペレータは、通常、ボーンファイド加入者しかアプリケーションにアクセスしないよう保証するためにターミナル又はデリバリーシステムにセキュリティ手段を適用する。監視情報を使用して、ターミナル又はデリバリーシステムに適用されたセキュリティ手段の不正侵入のおそれを検出することができ、この不正侵入は、アプリケーション認証に関連付けられる。アプリケーションの不許可ユーザは、それが検出されると、ネットワークにおいてアプリケーションを使用することを防止できる。
【０００７】
アプリケーション認証の基本的原理、及びネットワークの一部分を構成する複数の関連ネットワーク要素が図１に示されている。第１ターミナル１０は、（１）アプリケーション認証に必要なアプリケーション及び関連情報、例えば、シークレットキーをデリバリーサーバー（ＤＳ）１１からロードする。ＤＳ１１は、（２）アプリケーション認証に必要な情報、例えば、シークレットキー及びおそらく移動ステーションＩＳＤＮ番号（ＭＳＩＳＤＮ）をアプリケーション認証（ＡＡ）プロキシー１５へ供給する。第１ターミナル１０のアプリケーションがスタートされ、第１ターミナル１０は、（３）例えば、第２ターミナルとのゲームセッションをスタートするために、ＩＮＶＩＴＥのようなセッション開始プロトコル（ＳＩＰ）メッセージをプロキシーコール状態コントロールファンクション（Ｐ−ＣＳＣＦ）１２へ送り出す。ＳＩＰメッセージがＰ−ＣＳＣＦ１２へ送出された後に、それがＰ−ＣＳＣＦ１２から質問側コール状態コントロールファンクション（Ｉ−ＣＳＣＦ）１３へ通される。Ｉ−ＣＳＣＦ１３は、Ｐ−ＣＳＣＦ１２からＳＩＰメッセージを受け取り、そしてそれをサービス側コール状態コントロールファンクション（Ｓ−ＣＳＣＦ）１４へ送り出す。
【０００８】
Ｓ−ＣＳＣＦ１４は、ＳＩＰメッセージを受け取って、アプリケーション認証の必要性を識別し（４）、Ｓ−ＣＳＣＦ１４は、ＳＩＰメッセージをＡＡプロキシー１５へ転送する。又、Ｓ−ＣＳＣＦ１４は、ターミナル加入者のＩＭＰＵ（ＩＭＳパブリックアイデンティティ）をＡＡプロキシー１５へ送り出す。ＡＡプロキシー１５は、ＳＩＰメッセージ及びＩＭＰＵをＳ−ＣＳＣＦ１４から受け取り、そして第１ターミナル１０に向けてチャレンジを送り出す。ＡＡプロキシー１５は、チャレンジをＳ−ＣＳＣＦ１４へ送り出す。Ｓ−ＣＳＣＦ１４は、チャレンジをＩ−ＣＳＣＦ１３へ通す。Ｉ−ＣＳＣＦ１３は、チャレンジをＰ−ＣＳＣＦ１２へ通す。Ｐ−ＣＳＣＦ１２は、チャレンジを第１ターミナル１０へ配送する。
【０００９】
第１ターミナル１０は、チャレンジを受け取り、そして例えば、シークレットキーに基づいてチャレンジ応答を計算する（６）。次いで、第１ターミナル１０は、そのチャレンジ応答をＡＡプロキシー１５へ送り出す。ＡＡプロキシー１５は、（７）第１ターミナル１０からチャレンジ応答を受け取る。第１ターミナル１０からのチャレンジ応答が正しい場合だけ、アプリケーションに認証を受け取らせ、セッションの確立を続ける。ＡＡプロキシー１５から認証を受け取ると、Ｓ−ＣＳＣＦ１４は、第２ターミナルに向けてＳＩＰメッセージを転送することにより、セッション確立の続行を許す（８）。
【００１０】
アプリケーション認証をＩＰ（インターネットプロトコル）ベースのＩＭＳ（ＩＰマルチメディアサブシステム）ネットワークに使用して、このネットワークで動作するピア対ピアアプリケーションがそれらに指定された識別子を使用するよう保証することができる。アプリケーション及びそれに関連する権利は、デリバリーサーバー（ＤＳ）１１からターミナルへロードされてもよい。他の情報、例えば、アプリケーション認証にも必要とされるシークレットキーをロードすることもできる。第１ターミナルにおいてアプリケーションがスタートされると、第２ターミナルを構成し得る別の当事者に向けてＩＮＶＩＴＥが送出される。次いで、ネットワークは、アプリケーションを認証することができる。信頼できるアプリケーション認証と共に、例えば、進歩型の課金モデルを使用することができる。ネットワーク側での認証は、アプリケーション認証プロキシー（ＡＡプロキシー）１５により行われる。
【００１１】
アプリケーション認証は、一般的認証アーキテクチャーＧＡＡで定義されたインターフェイスを利用することにより遂行されてもよい。ＧＡＡは、以下で説明する。
【００１２】
デリバリーサーバー（ＤＳ）は、アプリケーションのロード中に加入者のＭＳＩＳＤＮを受け取る。このＭＳＩＳＤＮは、アプリケーション認証に必要な他の情報と共にＡＡプロキシーへ送出されてもよい。
【００１３】
しかしながら、このメカニズムには問題がある。ピア対ピアのアプリケーション利用は、上述したように、第１ピアからＩＭＳネットワークを経て第２ピアへＳＩＰメッセージを送出することによりスタートすることができる。このメッセージは、ＡＡプロキシーにより認証される。ＳＩＰメッセージでは、使用する加入者アイデンティティは、ＩＭＳパブリックアイデンティティ（ＩＭＰＵ）である。送出されたＩＭＰＵが第１ピアに属し、そしてその第１ピアが使用アプリケーションを合法的にロードしている（即ち、第１ピアがボーンファイド加入者である）ことをＡＡプロキシーがチェックするためには、ＩＭＰＵとＭＳＩＳＤＮとの間を検証できることが必要であるが、これを行うメカニズムは、示唆も開示もなされていない。
【００１４】
ＩＰマルチメディアサブシステム（ＩＭＳ）は、２つのアイデンティティ、即ちＩＭＰＵ及びＩＭＰＩ（ＩＭＳプライベートアイデンティティ）を使用している。ＩＭＰＩは、インターナショナル・モバイル・サブスクライバー・アイデンティティ（ＩＭＳＩ）から導出することができる。ユニバーサル・サブスクライバー・アイデンティティ・モジュール（ＵＳＩＭ）がターミナルに使用される場合にＩＭＰＩを形成しなければならないというこのメソッドは、３ＧＰＰ規格において必須である。加入者は、ＩＭＰＩを有するが、複数のＩＭＰＵを有してもよい。これらのＩＭＰＵは、ＩＭＰＩに相関していると言うことができる。ホーム加入者サーバーは、各ＩＭＰＩに対するＩＭＰＵのリストを記憶している。
【発明の開示】
【発明が解決しようとする課題】
【００１５】
一般的認証アーキテクチャー（ＧＡＡ）を参照して、アイデンティティバインディングチェックの問題について以下に説明する。ＧＡＡは、複数の将来のアプリケーション及びサービスに対するセキュリティ手順として使用されるものである。しかしながら、本発明者は、ターミナルのパブリックアイデンティティをユーザアイデンティティとして使用するアプリケーションに対してＧＡＡがセキュリティシステムとして使用される場合のＧＡＡの欠陥を究明した。
【００１６】
ＧＡＡは、ＩＭＰＩ（ＩＭＳプライベートアイデンティティ）をセキュリティ特有のシグナリングにおいてユーザアイデンティティとして使用する。ＧＡＡを使用するあるアプリケーションは、ＩＭＰＵをユーザアイデンティティとして使用するだけで、ＩＭＰＩは使用しない。これらのＧＡＡアプリケーションは、ユーザ装置（ＵＥ）から得たＩＭＰＵをセキュリティ手順においてキーとして使用することができる。この状態では、ＵＥがブートストラップオペレーションをそのＩＭＰＩで遂行して、セキュリティ証明書等に基づくサービスを、別のＩＭＰＩに対応するＩＭＰＵと共に受ける機会が生じる。換言すれば、ＧＡＡに伴う問題は、プライベートアイデンティティを有する第１ターミナルが第２ターミナルのパブリックアイデンティティを使用して、第１ターミナルに資格のないサービスを得ることが第１ターミナルに許されてしまうことである。
【００１７】
本発明者は、ＧＡＡサービスに使用されるブートストラップＩＭＰＩ及びＩＭＰＵをネットワークアプリケーションファンクション（ＮＡＦ）へ独立して配送して、ＮＡＦがコヒレンスチェックを遂行し得るようにすることができないという点で、ＧＡＡにおいて現在定義されているメカニズムに伴う問題を究明した。図２は、ＧＡＡアプリケーションに対する従来のＧＡＡ識別子の流れを示すためにネットワークの幾つかの要素を例示している。
【００１８】
図１及び２の２つの従来システムの比較について以下に述べる。図１のデリバリーサーバー１１は、図２のブートストラップサーバーファンクションＢＳＦ２８におおよそ対応する。同様に、図１のＡＡプロキシー１５及びＳ−ＣＳＣＦ１４もＮＡＦ２９におおよそ対応している。これらのアイテムは、認証プロセスにおいて同様の役割を果たすという点でおおよそ対応しているが、図１及び２は、ワイヤレス通信ネットワークの異なる実施形態に関連していることを銘記されたい。例えば、その相違として、図２のＵＥ２０は、ＢＳＦ２８からアプリケーションをダウンロードせず、ＵＥ２０は、ＢＳＦでブートストラップ手順を実行することによりセキュリティ関連性を単に確立する（３ＧＰＰ  ＴＳ３３．２２０で定義されたように）。又、図２のＢＳＦ２８は、セキュリティ関連性に関する情報をＮＡＦ２９へ送出せず、ＮＡＦ２９は、ＴＩＤをキーとして使用してＢＳＦ２８からセキュリティ関連性を要求しなければならない。更に、図１のＡＡプロキシー１５のファンクションの一部分は、図２のＢＳＦ２８、即ち認証及びキー合意（ＡＫＡ）手順に関連した認証プロセスにより遂行される。このＡＫＡ手順は、以下に詳細に説明する。
【００１９】
セッション初期化の際に、移動ターミナルでよいユーザエンティティ（ＵＥ）２０は、Ｕｂインターフェイスを経てブートストラップサーバーファンクション（ＢＳＦ）２８へそのＩＭＰＩを送出する。このステップは、ＵＥ２０がそのＩＭＰＩでブートストラップを遂行し、このブートストラップセッションがＴＩＤにより独特に識別されるものとして説明されてもよい。ＢＳＦ２８は、受け取ったＩＭＰＩを使用してＺｈインターフェイスを経てホーム加入者サーバー（ＨＳＳ）２７と通信する。ＮＡＦ２９は、ブートストラップが実行された後に、Ｕａインターフェイスを経てＵＥ２０からＴＩＤ及びＩＭＰＵを受け取る。次いで、ＮＡＦ２９は、Ｚｎインターフェイスを使用してＢＳＦ２８と通信する。ＮＡＦ２９は、任意であるが、許可プロキシー（ＡＰ）２５及びアプリケーション特有サーバー（ＡＳ）２６を備えている。任意であるが、ＮＡＦ２９は、Ｓｈインターフェイスを経てＨＳＳ２７と通信してもよい。Ｓｈインターフェイスは、ＨＳＳ２７からＩＭＰＵ特有のプロフィール情報を得るのに使用される。ＩＭＰＵ特有のプロフィール情報は、ＮＡＦ２９が実施するサービスに関連してもよい。これを行うのにＳｈインターフェイス又は一般的ユーザプロフィール（ＧＵＰ）のいずれを使用してもよいことに注意されたい。
【００２０】
ＩＭＰＩをＢＳＦ２８からＮＡＦ２９へ転送することは任意である。このような転送は、ＩＭＰＩを受け取ると確信されるＮＡＦでのみ遂行される。通常、ＩＭＰＵが加入者に属するという検証だけで充分であり、これは、ＴＩＤ対ＩＭＰＵマッピングを検証することにより確かめてもよく、ここで、ＴＩＤは、トランザクション識別子である。ＴＩＤ対ＩＭＰＵマッピングは、ＢＳＦ２８においてブートストラップセッションを識別することを必要とする。ＴＩＤ対ＩＭＰＵマッピングを検証できるのは、ＢＳＦ２８及びＵＥ２０だけである。
【００２１】
図２に示す装置は、不都合にも、ＧＡＡサービスにより使用されるＩＭＰＩとＩＭＰＵとの間のコヒレンス性を検証するメカニズムを備えていない。
本発明の実施形態は、上述した問題に対処するものである。
【課題を解決するための手段】
【００２２】
本発明の実施形態は、アプリケーション認証及び一般的認証アーキテクチャーの両方の分野において加入者のアイデンティティのコヒレンス性を検証する手段を提供する。
【００２３】
本発明の実施形態は、３ＧＰＰにより定義されたＭＡＰ（移動アプリケーションパート）及びダイアメータ(diameter)インターフェイスを使用して加入者のＭＳＩＳＤＮ／ＩＭＰＵ関係又はＩＭＰＩ／ＩＭＰＵ関係を検証することができる。
【００２４】
又、本発明の実施形態は、加入者のＩＭＳアイデンティティ（ＩＭＰＩ及びＩＭＰＵ）の一般的な検索を許すようなＤＩＡＭＥＴＥＲインターフェイスの改良も提供することができる。加入者のＭＳＩＳＤＮ及びＩＭＳアイデンティティ間のバインディングの検証は、広範囲の問題において有用であると考えられる。
【００２５】
本発明の第１の態様によれば、エンティティの第１アイデンティティ及び第２アイデンティティを検証する方法において、前記エンティティの第１及び第２アイデンティティをチェックエンティティで受け取るステップと、前記第１及び第２アイデンティティの少なくとも一方に関する情報をホーム加入者エンティティへ送り出すステップと、前記第１及び第２アイデンティティの両方が、前記第１及び第２アイデンティティを受け取ったところのエンティティに属することを検証するステップと、を含む方法が提供される。
【００２６】
本発明の第２の態様によれば、第１アイデンティティ及び第２アイデンティティを検証すべきであるエンティティと、該エンティティの第１及び第２アイデンティティを受け取るように構成されたチェックエンティティと、第１及び第２アイデンティティの少なくとも一方に関する情報を受け取るように構成されたホーム加入者エンティティとを備えたシステムにおいて、前記チェックエンティティ及び前記ホーム加入者エンティティの一方は、前記第１及び第２アイデンティティの両方が、前記第１及び第２アイデンティティを受け取ったところのエンティティに属することを検証するように構成されたシステムが提供される。
【００２７】
本発明の第３の態様によれば、第１アイデンティティ及び第２アイデンティティを検証すべきであるエンティティを備えたシステムに使用するためのチェックエンティティにおいて、前記エンティティの第１及び第２アイデンティティを受け取り、これら第１及び第２アイデンティティの少なくとも一方に関する情報をホーム加入者エンティティへ送り出し、そして前記第１及び第２アイデンティティの両方が、前記第１及び第２アイデンティティを受け取ったところのエンティティに属することを検証するように構成されたチェックエンティティが提供される。
【００２８】
本発明の第４の態様によれば、第１アイデンティティ及び第２アイデンティティを検証すべきであるエンティティを備えたシステムに使用するためのホーム加入者エンティティにおいて、前記第１及び第２アイデンティティに関する情報を受け取り、そして前記第１及び第２アイデンティティの両方が前記エンティティに属することを検証するように構成されたホーム加入者エンティティが提供される。
【発明を実施するための最良の形態】
【００２９】
本発明を良く理解すると共に、本発明をいかに実施するかも理解するために、添付図面を参照して本発明を一例として詳細に説明する。
ホーム加入者サーバー（ＨＳＳ）１７におけるＭＡＰ（移動アプリケーションパート）インターフェイスは、所与のＭＳＩＳＤＮに基づいて加入者のＩＭＳＩをフェッチするのに使用できるＳｅｎｄ＿ＩＭＳＩと称するオペレーションを有する。３ＧＰＰは、ＩＭＳネットワークにおいてＨＳＳ１７とＩ−ＣＳＣＦ１３との間、及びＨＳＳ１７とＳ−ＣＳＣＦ１４との間に使用されるＣｘインターフェイス（ＤＩＡＭＥＴＥＲプロトコルが使用される）を定義している。ＩＭＳＩからＩＭＰＩが導出され、そしてＡＡプロキシーに得られる情報（ＭＳＩＳＤＮ及びＩＭＰＵ）を使用して、ＡＡプロキシーは、ＨＳＳに向かうインターフェイスを使用することによりＩＭＰＵ／ＭＳＩＳＤＮ関係を検証することができる。
【００３０】
図３から６を参照して説明する実施形態は、図１のシステムと同様のアーキテクチャーを有するＩＭＳシステムに関するものであり、従って、このアーキテクチャーは、再び詳細には説明しない。
【００３１】
図３は、ＭＳＩＳＤＮ／ＩＭＰＵバインディングがチェックされる一実施形態の第１段階を表わしている。チェックは、アプリケーション認証が遂行されるたびにリアルタイムで行うことができるが、それとは別に、ＡＡプロキシー１５が予め定められた時間中に一度だけチェックを遂行して、ＭＳＩＳＤＮ／ＩＭＰＵバインディングを、後で使用するために記憶することもできる。ＡＡプロキシー１５は、Ｓｅｎｄ＿ＩＭＳＩインストラクションを、このインストラクションのパラメータとしてセットされたＭＳＩＳＤＮと共に、ＨＳＳ１７へ送出する。ＨＳＳ１７は、加入者のＩＭＳＩを含むＳｅｎｄ＿ＩＭＳＩ＿ａｃｋコマンドでＡＡプロキシー１５に応答する。
【００３２】
本発明を実施するための４つの別々の実施形態について以下に述べる。これらの実施形態に共通しているのは、ＡＡプロキシー１５が第１ターミナル又はユーザのパブリック及びプライベートの両アイデンティティを受け取る第１段階である。ＡＡプロキシー１５は、デリバリーサーバー（ＤＳ）１１から第１ターミナル１０のＭＳＩＳＤＮを受け取る。第１ターミナル１０のＩＭＰＩは、上述したＳｅｎｄ＿ＩＭＳＩコマンドを使用することにより得られるそのＩＭＳＩから導出されてもよい。第１ターミナル１０のＩＭＰＵは、ＳＩＰメッセージがＳ−ＣＳＣＦ１４から転送されたときにＡＡプロキシー１５により受け取られる。従って、ＡＡプロキシー１５は、第１ターミナル１０からＩＭＰＵを受け取り、そしてＩＭＳＩから第１ターミナルのＩＭＰＩを導出し、ＩＭＳＩは、第１ターミナル１０から受け取られたＭＳＩＳＤＮを使用してＨＳＳからフェッチされる。
【００３３】
第１段階では、Ｓｅｎｄ＿ＩＭＳＩコマンドがＡＡプロキシー１５により使用されて、ＨＳＳ１７から加入者のＩＭＳＩを得、このＩＭＳＩは、第１ターミナルから受け取られたＭＳＩＳＤＮに基づくものである。次いで、ＩＭＳＩからＩＭＰＩが導出され、ＡＡプロキシー１５は、第１ターミナルにより送出されたＩＭＰＩ及びＩＭＰＵを有する。第２段階では、ＡＡプロキシーは、第１ターミナルから受け取った２つのアイデンティティが同じ加入者に属することを検証できる。これは、第１から第４の各実施形態を参照して以下に述べる４つの方法の１つにより達成される。
【００３４】
図３は、第２段階が、ＡＡプロキシー１５からＨＳＳ１７へ送出されるサーバー指定要求（ＳＡＲ）コマンドを使用することを含む本発明の第１実施形態を示す。ホーム加入者サーバー（ＨＳＳ）１７における加入者の登録状態を更新するために、サービス側コール状態コントロールファンクション（Ｓ−ＣＳＣＦ）１４により、通常、ＳＡＲコマンドが使用される。このＳＡＲコマンドは、第１ターミナル１０から導出されたＩＭＰＩ及びＩＭＰＵの両方を含む。通常、ＳＡＲコマンドに対する応答において、ＨＳＳ１７は、サーバー指定確認コマンドをＳ−ＣＳＣＦ１４へ送出する。本発明の一実施形態によれば、ＳＡＲコマンドは、図３に示すように、ＡＡプロキシー１５からＨＳＳ１７へ送出される。このＳＡＲコマンドは、第１ターミナル１０により使用されるＩＭＰＩ及びＩＭＰＵの両方を含む。ＨＳＳ１７は、加入者のデータをサービス指定回答（ＳＡＡ）確認コマンドにおいてＡＡプロキシー１５へ返送する。ＨＳＳ１７は、第１ターミナル１０からのＩＭＰＩ及びＩＭＰＵの一貫性を検証する。暗示的に、ＨＳＳの検証は、第１ターミナル１０により使用されるＩＭＰＵ及びＭＳＩＳＤＮが同じ加入者に属するかどうか確かめる。これは、ＭＳＩＳＤＮを使用することによりフェッチされたＩＭＳＩからＩＭＰＩが導出されるためである。
【００３５】
本発明の一実施形態によれば、ＡＡプロキシーは、ＳＡＲコマンドをＨＳＳ１７へ送出して、ＭＳＩＳＤＮ及びＩＭＰＵが同じユーザに属すること、ひいては、受け取ったＩＭＰＵをもつユーザがアプリケーションを合法的にロードしたことを検証する。ＨＳＳ１７は、ＩＭＰＵ及びＩＭＰＩを含むＳＡＲコマンドをＡＡプロキシー１５から受け取る。ＨＳＳ１７は、ＳＡＲコマンドで送出されたＩＭＰＩ及びＩＭＰＵが互いに相関する場合だけＳＡＡコマンドをＡＡプロキシー１５へ送出することにより応答し、換言すれば、ＨＳＳ１７は、ＩＭＰＩ及びＩＭＰＵが同じエンティティに関係することをチェックする。
【００３６】
デフォールトにより、ＨＳＳ１７は、ＳＡＲコマンドが加入者の現在Ｓ−ＣＳＣＦアドレスから到来することをチェックする。このステップは、この実施形態では不必要であり、従って、ＨＳＳ１７は、アドレスチェックステップをスキップするように変更されるのが好ましい。
【００３７】
図４は、第２段階がユーザ許可要求（ＵＡＲ）コマンドを使用することを含む本発明の第２実施形態を示す。通常、ＵＡＲコマンドは、加入者の現在Ｓ−ＣＳＣＦアドレスをホーム加入者サーバー（ＨＳＳ）１７からフェッチするために、質問側コール状態コントロールファンクション（Ｉ−ＣＳＣＦ）１３により使用される。ＵＡＲコマンドは、ＩＭＰＩ及びＩＭＰＵを含む。通常、ＨＳＳ１７は、現在Ｓ−ＣＳＣＦアドレスを含むユーザ許可回答（ＵＡＡ）でＩ−ＣＳＣＦ１３に応答する。
【００３８】
本発明のこの第２実施形態によれば、ＡＡプロキシー１５は、ＵＡＲコマンドをＨＳＳ１７に送出する。ＵＡＲコマンドは、第１ターミナルのＩＭＰＩ及びＩＭＰＵを含む。ＨＳＳ１７は、ＵＡＲコマンドに使用されるＩＭＰＩとＩＭＰＵとの間の検証を遂行する。従って、ＨＳＳ１７は、特定のＩＭＰＩ（上述したようにＭＳＩＳＤＮから導出された）及び特定のＩＭＰＵが同じユーザに属することを検証し、ひいては、特定のＩＭＰＵをもつ加入者が使用中にアプリケーションを合法的にロードしたことを検証する。ＨＳＳ１７は、ＵＡＲコマンドで送出されたＩＭＰＩ及びＩＭＰＵが互いに相関する場合だけＵＡＡコマンドをＡＡプロキシー１５へ送出することにより応答する。
【００３９】
この第２実施形態は、システムを変更する必要なく、既存の通信ネットワークに対して具現化することができる。更に、この実施形態は、３ＧＰＰで定義された既存のＭＡＰ及びＤＩＡＭＥＴＥＲインターフェイスを使用することにより加入者のパブリック及びプライベートアイデンティティ関係を検証できる解決策を提供する。
【００４０】
図５は、第２段階が、ＡＡプロキシー１５からＨＳＳ１７へ送出される拡張ユーザ許可要求（ＵＡＲ）コマンドを使用することを含む本発明の第３実施形態を示す。メッセージについて以下に説明する。拡張ＵＡＲコマンドは、ＡＡプロキシー１５からＨＳＳ１７へ送出される。ＵＡＲコマンドは、ＩＭＰＩ及びＩＭＰＵの両方を含み、そして既存のユーザ許可形式属性値対（ＡＶＰ）において新たな値を搬送するように拡張される。この新たな値は、例えば、ＡＰＰＬＩＣＡＴＩＯＮ＿ＡＵＴＨＥＮＴＩＣＡＴＩＯＮである。この拡張ＵＡＲコマンドは、図５において、ＵＡＲ−ＡＶＰとして示される。チェックの結果が肯定である場合には、ＨＳＳ１７は、ＩＭＰＩに各々関係した複数の全てのユーザＩＭＰＵを搬送するための新たな任意のグループＡＶＰ（例えば、パブリックアイデンティティリストＡＶＰ）を含む拡張ＵＡＡ（ユーザ許可回答）コマンドをＡＡプロキシー１５へ返送する。この拡張ＵＡＡコマンドは、図５にＵＡＡ−ＡＶＰとして示されている。複数のユーザＩＭＰＵを受け取ると、ＡＡプロキシー１５は、ＩＭＰＵのリストが、第１ターミナル１０から受け取ったＩＭＰＵを含むことを検証し、ひいては、第１ターミナルにより使用されるＩＭＰＩとＩＭＰＵとの間のコヒレンス性を検証することができる。
【００４１】
本発明の上記実施形態は、ＵＡＲ／ＵＡＡコマンドを広範囲に使用してアイデンティティのコヒレンス性をチェックするのを許す。別の実施形態では、拡張ＵＡＲ／ＵＡＡコマンドの使用がＡＡプロキシーに限定されない。例えば、ある実施形態では、Ｉ−ＣＳＣＦ１３が拡張ＵＡＲ／ＵＡＡコマンドを使用するのが効果的である。
【００４２】
図６は、第２段階が、図６にＳＡＲ−ＡＶＰと示された拡張サーバー指定要求（ＳＡＲ）コマンドの使用を含む本発明の第４実施形態を示す。ＳＡＲコマンドは、第３実施形態の場合と同様にＨＳＳのファンクションを具現化するように拡張される。これは、例えば、ＡＰＰＬＩＣＡＴＩＯＮ＿ＡＵＴＨＥＮＴＩＣＡＴＩＯＮのような、既存のサーバー指定形式ＡＶＰに使用される新たな値を必要とする。ＡＡプロキシー１５は、ＳＡＲ−ＳＶＰコマンドをＨＳＳ１７に送出する。これは、ＨＳＳ１７が、ＩＭＰＩとＩＭＰＵが相関することを検証するようにさせ、更に、ＨＳＳ１７がユーザのＩＭＰＵのリストをＡＡプロキシー１５に返送するようにさせる。ＩＭＰＵのこのリストは、図６にＳＡＡ−ＡＶＰと示された拡張サーバー指定回答（ＳＡＡ）コマンドに合体される。ＩＭＰＵのリストは、新たなグループＡＶＰ、例えば、パブリックアイデンティティリストＡＶＰにおいて送出される。拡張ＳＡＡコマンドは、図６にＳＡＡ−ＡＶＰとして示されている。複数のユーザＩＭＰＵを受け取ると、ＡＡプロキシー１５は、ＩＭＰＵのリストが第１ターミナル１０から受け取ったＩＭＰＵを含むことを検証し、ひいては、第１ターミナルにより使用されるＩＭＰＩとＩＭＰＵとの間のコヒレンス性を検証することができる。
【００４３】
本発明の上記実施形態は、ＳＡＲ／ＳＡＡコマンドを広範囲に使用してアイデンティティのコヒレンス性をチェックするのを許す。別の実施形態では、拡張ＳＡＲ／ＳＡＡコマンドの使用がＡＡプロキシーに限定されない。例えば、ある実施形態では、Ｓ−ＣＳＣＦ１４が拡張ＳＡＲ／ＳＡＡコマンドを使用するのが効果的である。
【００４４】
本発明の第３及び第４実施形態は、ホーム加入者サーバーにおけるアプリケーション認証のための専用の振舞いを与える。
ここに説明する一般的認証アーキテクチャーの少なくとも１つのインターフェイスを、上述したＡＡプロキシー１５により利用できることが本発明者により考えられた。例えば、ＳＡＲ／ＳＡＡ及びＵＡＲ／ＵＡＡコマンドを使用するのではなく、ＡＡプロキシー１５は、ＨＳＳ１７とのＺｈ又はＳｈインターフェイスを使用して、少なくとも１つのアイデンティティの相関を検証することができる。
【００４５】
ＧＡＡを使用する本発明の別の実施形態では、ネットワークアプリケーションファンクション（ＮＡＦ）及びブートストラップサーバーファンクション（ＢＳＦ）の一方に、プライベートアイデンティティ（例えば、ＩＭＰＩ）とパブリックアイデンティティ（例えば、ＩＭＰＵ）との間のコヒレンスを検証する権限が与えられる。この検証は、一般的アプリケーション認証（ＧＡＡ）アーキテクチャーを、（ＩＭＰＩではなく）ＩＭＰＵを唯一のユーザアイデンティティとして使用するサービスと共に使用するのを許す。以下の実施形態は、図２に示す実施形態と同じ一般的構造を使用し、従って、アーキテクチャーについては、再び説明しない。
【００４６】
ＧＡＡアーキテクチャー内のインターフェイスには複数のプロトコルが使用される。ＨＴＴＰ（ハイパーテキスト転送プロトコル）及びＴＣＰ（送出コントロールプロトコル）通信には、Ｕａ及びＵｂインターフェイスが必要とされる。ＳＣＴＰ（シンプルコントロール搬送プロトコル）通信及びＤＩＡＭＥＴＥＲメッセージにはＺｈ及びＺｎが必要とされる。
【００４７】
ＧＡＡと同様に、本発明の実施形態は、一般的ブートストラップアーキテクチャー（ＧＢＡ）を組み込んだネットワークに適用することができる。ＧＢＡは、認証及びキー合意（ＡＫＡ）を使用してＵＥとサーバーとの間に共有シークレットをインストールするメカニズムを提供する。
【００４８】
ＡＫＡは、移動ネットワークに使用される非常にパワフルなメカニズムである。ＧＢＡは、好都合にも、このメカニズムを使用して、アプリケーションセキュリティをブートストラップする。ＧＢＡは、ブートストラップサーバーファンクション（ＢＳＦ）２８と称されるネットワーク要素（ＮＥ）を導入する。このＢＳＦ２８は、ＨＳＳ２７とのインターフェイスを有する。ＵＥ２０は、ＢＳＦ２８を経てＨＳＳ２７とでＡＫＡを実行し、ＢＳＦ２８及びＵＥ２０の両方により使用するためのセッションキーが導出される。アプリケーションサーバー（ネットワークアプリケーションファンクション（ＮＡＦ）２９と称される）は、１組の加入者プロフィール情報と共にＢＳＦ２８からセッションキーをフェッチすることができる。このように、アプリケーションサーバー（ＮＡＦ２９）及びＵＥ２０は、アプリケーションセキュリティのために後で使用できるシークレットキーを共有する。特に、シークレットキーは、アプリケーションセッション（完全性及び機密性保護の少なくとも１つに対する）の始めにＵＥ２０及びＮＡＦ２９を認証するのに使用できる。次の通信、即ちＵＥ２０とＢＳＦ２８との間の通信、ＮＡＦ２９とＢＳＦ２８との間の通信、及びＢＳＦ２８とＨＳＳ２７との間の通信は、アプリケーション独立である。
【００４９】
本発明による方法は、好都合にも、異なる形式のネットワーク要素の数、及びＨＳＳ２７から認証ベクトル（ＡＶ）を検索するネットワーク要素の全数を最小にする。認証ベクトルは、ＵＥ２０とのＡＫＡを遂行するためにＢＳＦ２８により必要とされる。認証ベクトルは、加入者特有のもので、ＡＫＡが遂行されるたびに変化する。
【００５０】
本発明は、更に、複数の異なるアプリケーションに対して１つの一般的メカニズムを提供し、従って、種々様々なメカニズムを回避すると共に、セキュリティの問題を一度に一貫した仕方で対処できるようにする。
【００５１】
図７は、本発明の第５実施形態を示す。ＧＡＡは、所与のＩＭＰＩに関するＩＭＰＵをＨＳＳ２７からブートストラップサーバーファンクション（ＢＳＦ）２８を経てＮＡＦ２９へダウンロードすることができる。ＩＭＰＩは、ＢＳＦ２８からＺｈインターフェイスを経てＨＳＳ２７へ送出される。これに応答して、関連ＩＭＰＵがＨＳＳ２７により個別のＤＩＡＭＥＴＥＲ  ＡＶＰとして送出される。ＩＭＰＵは、ＨＳＳ２７からＺｈを経てＢＳＦ２８へダウンロードされる。これらのＩＭＰＵは、その後、マルチメディア認証回答に任意のパブリック識別子ＡＶＰを追加することにより、ＢＳＦ２８からＺｎインターフェイスを経てＮＡＦ２９へダウンロードされる。従って、ＵａインターフェイスにおいてＵＥ２０により使用されるＴＩＤ及びＩＭＰＵについては、そのＴＩＤ及び任意にＩＭＰＩそれ自体と相関される全ＩＭＰＵのリストがＨＳＳ２７からＮＡＦ２９により受け取られる。ＮＡＦ２９は、次いで、ＵＥ２０により使用されるＩＭＰＩとＩＭＰＵとの間の相関を保証するために、ＵＥ２０により使用されるＩＭＰＵが、受け取られたＩＭＰＵリストに含まれることを検証できる。ＩＭＰＵは、ユーザ装置２０からＮＡＦ２９により受け取られてもよい。
【００５２】
図８は、本発明の第６実施形態を示す。ＢＳＦ２８は、Ｚｈインターフェイスを経てＨＳＳ２７へＩＭＰＩを送出する。これに応答して、関連ＩＭＰＵがＨＳＳ２７によりアプリケーションのユーザセキュリティセッティング（ＵＳＳ）においてＢＳＦ２８へ送出される。これらのＩＭＰＵは、その後、ＢＳＦ２８からＺｎインターフェイスを経てＮＡＦ２９へダウンロードされる。ユーザプロフィール（即ち、ユーザセキュリティセッティングＵＳＳ）は、ＧＡＡアプリケーション特有のユーザプロフィール情報をサポートするように構成される。ある実施形態では、ＧＡＡアプリケーションごとにユーザプロフィールが形成される。ユーザプロフィール情報は、ＨＳＳ２７に別々に記憶され、そしてＺｈ及びＺｎの両インターフェイスを経て自動的に転送される。それ故、ＩＭＰＵは、ＩＭＰＵを使用するアプリケーションのダウンロードされたユーザプロフィールの一部分として定義されてもよく、これは、Ｚｈ及びＺｎの両インターフェイスを経て、即ちＨＳＳ２７からＢＳＦ２８を経てＮＡＦ２８へダウンロードされる。この実施形態は、ホームオペレータが検証を許すところのＩＭＰＵを含む現在特有のユーザプロフィールＡＶＰ（現在プロフィール）の定義を与える。
【００５３】
ＵＳＳデータの構造及びコンテンツは、それに関連するＧＡＡアプリケーションに依存する。一般に、ＵＳＳデータは、特定のＧＡＡアプリケーションに関連した加入者のセキュリティセッティングを含む。例えば、ＮＡＦ２９がパブリックキーインフラストラクチャー（ＰＫＩ）ポータルである場合には、ＵＳＳデータは、加入者（ＵＥ２０）にユーザ証明書を発行することが許されるかどうかをＰＫＩポータル（即ちＮＡＦ２９）へ指示する２つのフラグを含み、一方のフラグは、認証証明書の状態に対するものであり、そして他方のフラグは、非拒絶証明書の状態に対するものである。ＵＳＳデータは、ＩＭＰＵを含むことができ、図７に示すものに非常に類似した通信構成となる。
【００５４】
図９は、本発明の第７実施形態を示す。この実施形態は、ＮＡＦ２９とＨＳＳ２７との間のＳｈインターフェイスの能力を拡張する。Ｓｈインターフェイスは、ＮＡＦ２９が、ＵＥ２０からＢＳＦ２８を経て送出されたＩＭＰＩと、ＵＥから受け取ったＩＭＰＵとを使用して、ユーザプロフィールを要求するのを許すためにイネーブルされる。これは、ＳｈインターフェイスのユーザアイデンティティＡＶＰへＩＭＰＩ（即ちユーザ名ＡＶＰ）を追加することにより行われる。これは、新たな任意のＩＭＰＩ  ＡＶＰを追加して、グループ分けされたユーザアイデンティティＡＶＰの能力を広げることにより、実施できる。この新たな要求に応答して、ＨＳＳ２７は、受け取ったＩＭＰＵに関連したＩＭＰＵのリストを返送する。ＮＡＦ２９は、次いで、受け取ったＩＭＰＩと、ＵＥ２０により使用されるＩＭＰＵとの間の相関を保証するために、ＵＥ２０により使用されるＩＭＰＵがＩＭＰＵの受け取りリストに含まれることを検証できる。
【００５５】
図１０は、本発明の第８実施形態を示す。この実施形態は、ＮＡＦ２９とＨＳＳ２７との間のＳｈインターフェイスの能力を拡張する。ＮＡＦは、ＵＥからＩＭＰＵを受け取ると共に、ＵＥからＢＳＦを経てＩＭＰＩを受け取る。Ｓｈインターフェイスは、ＮＡＦ２９が、ＵＥ２０からＢＳＦ２８を経て送出されたＩＭＰＩを使用してユーザプロフィールを要求するのを許すためにイネーブルされる。これは、ＵＥ２０によりＢＳＦ２８を経て送出されるＩＭＰＩと、ＵＥ２０によりユーザデータＡＶＰへ送出されるＩＭＰＵとを結合することにより実行される。ユーザデータ回答メッセージがＨＳＳ２７からＮＡＦ２９へ送出され、これは、ＩＭＰＩに関連した全ＩＭＰＵのリストと、送出されたＩＭＰＵのＩＭＰＩとを含む。この後者の情報は、ユーザデータ回答メッセージのユーザデータＡＶＰに含まれる。ＮＡＦ２９は、受け取ったＩＭＰＩと、ＵＥ２０により使用されるＩＭＰＵとの間の相関を保証するために、ＵＥ２０により使用されるＩＭＰＵがＩＭＰＵの受け取りリストに含まれることを検証できる。
【００５６】
図９及び１０に関連して、Ｓｈインターフェイスを使用して、加入者プロフィール情報をＨＳＳ２７から加入者のＩＭＰＵに基づきアプリケーションサーバーへフェッチする。Ｓｈインターフェイスの仕様は、要求におけるＩＭＰＩを使用してプロフィール情報の検索をサポートするものではない。ＩＭＰＩは、通常、加入者プロフィールがＨＳ２７からアプリケーションサーバー２６へ送出されるときでも、Ｚｈインターフェイスを経て送出されない。Ｓｈインターフェイスを経て加入者のＩＭＰＩを送出するために、対応する加入者プロフィールにおいてＩＭＰＩ−ＡＶＰ及びＩＭＰＩベースプロフィール検索の両方に対するサポートを与えることが必要である。
【００５７】
図１１は、本発明の第９実施形態を示す。この実施形態では、ＢＳＦ２８が識別検証を実行する。ＢＳＦ２８は、ＵＥ２０からＵｂインターフェイスを経てＩＭＰＩを受け取る。ＢＳＦ２８は、その受け取ったＩＭＰＩを、Ｚｈインターフェイスを経てＨＳＳ２７へ送出する。このＩＭＰＩを受け取るのに応答して、ＨＳＳ２７は、Ｚｈインターフェイスを経てＢＳＦ２８へＩＭＰＵのリストを送出する。ＮＡＦ２９は、ＵＥ２０からＩＭＰＵを受け取る。ＮＡＦ２９は、このＩＭＰＵを、Ｚｎインターフェイスを経てＢＳＦ２８へ送出する。ＢＳＦ２８は、受け取ったＩＭＰＩと、ＵＥ２０により使用されるＩＭＰＵとの間の相関を保証するために、ＵＥ２０により使用されるＩＭＰＵが、ＨＳＳ２７から受け取ったＩＭＰＵのリストに含まれることを検証できる。この検証が完了すると、ＢＳＦ２８は、その検証を確認するか又はしない指示をＮＡＦ２９へ送出し、この確認は、図１１に「ｏｋ又は否」として示されている。Ｋｓ＿ｎａｆは、ＵＥ２０を認証するためにＮＡＦ２９により使用されるＮＡＦ特有のキーである。
【００５８】
図２に示す従来の装置は、不都合なことに、ＧＡＡサービスにより使用されるＩＭＰＩとＩＭＰＵとの間のコヒレンスを検証するメカニズムを備えていない。ＮＡＦ２９は、ＵＥ２０からＩＭＰＵを受け取り、そしてＢＳＦ２８からＩＭＰＩ（ＵＥ２０から発生するＩＭＰＩ）を任意に受け取ることもできるが、ＵＥ２０により使用されるＩＭＰＵが、ＵＥ２０により使用されるＩＭＰＩに相関することを保証するための検証がＮＡＦ２９により遂行されない。従って、本発明の実施形態は、ＮＡＦ２９へＩＭＰＩ及びＩＭＰＵを独立して配送して、ＮＡＦ２９がコヒレンスチェックを遂行できるようにすることで、この問題に対処する。
【００５９】
第５から第８の実施形態は、ＧＡＡを使用するアプリケーションに対してユーザＩＭＰＩとＩＭＰＵとの間のコヒレンスをＮＡＦがチェックできるようにする。第９実施形態は、ＧＡＡを使用するアプリケーションに対してユーザＩＭＰＩとＩＭＰＵとの間のコヒレンスをＢＳＦがチェックできるようにする。チェック又は検証は、（ＩＭＰＩではなく）ＩＭＰＵをユーザアイデンティティとして使用するサービスと共にＧＡＡアーキテクチャーを使用できるようにする。
【００６０】
第５及び第６実施形態は、ＨＳＳとのインターフェイスも、ＨＳＳからＩＭＰＵを直接ダウンロードするインターフェイスも有していないＧＡＡアプリケーションに対して、ＮＡＦにおいてＩＭＰＩ／ＩＭＰＵコヒレンスチェックを行えるようにする。
【００６１】
第７及び第８実施形態は、ＨＳＳへのアプリケーション特有のインターフェイスの拡張として実施することができる。
第９実施形態は、ＧＡＡアプリケーションに対してＢＳＦにおいてＩＭＰＩ／ＩＭＰＵコヒレンスチェックを行えるようにする。
【００６２】
従って、本発明の実施形態は、セッション確立手順の一部分としてリアルタイムで展開できるターミナルのパブリック及びプライベートアイデンティティの検証方法を提供する。
本発明の実施形態は、上述した第三世代システム以外の通信システムにも使用できる。
【００６３】
本発明の実施形態は、パブリック及びプライベートアイデンティティの例だけではなく、ユーザ装置又は関連加入者のいかなる２つのアイデンティティの検証にも使用できる。特に、本発明の実施形態は、使用するプライベート及びパブリックアイデンティティがＩＭＰＩ及びＩＭＰＵであるＩＰマルチメディアサブシステムを参照して説明した。しかしながら、本発明は、１つのエンティティに対して複数のユーザアイデンティティが使用されるいかなる通信システムにも適用できる。
【００６４】
本発明の実施形態は、ＩＮＶＩＴＥメッセージを認証することについて説明した。ＭＥＳＳＡＧＥ、ＲＥＦＥＲ、ＳＵＢＳＣＲＩＢＥ、等の他のＳＩＰメッセージも同様に認証できることが明らかである。又、本発明の実施形態は、非ＳＩＰメッセージの検証にも使用できることが明らかである。本発明の実施形態は、エンティティが２つ以上のアイデンティティを使用し、そしてエンティティ間でチェックを行う必要があるいかなる状況にも適用できる。
【００６５】
本出願人は、ここに述べた各個々の特徴、及び２つ以上のそのような特徴の組み合せを、それらがここに示した問題を解決するかどうかに関わらず、且つ請求の範囲をそれに限定せずに、当業者の共通の一般的知識に鑑み、そのような特徴又はその組み合せを本明細書に基づき全体として実施できる程度に別々にここに開示する。又、本出願人は、本発明の態様が、このような個々の特徴又は特徴の組み合せで構成されることを指摘する。以上の説明から、当業者であれば、本発明の範囲内で種々の変更がなされ得ることが明らかであろう。
【図面の簡単な説明】
【００６６】
【図１】アプリケーション認証の概要を示す図である。
【図２】ＧＡＡアプリケーションに対する既知のＧＡＡ識別子の流れを示す図である。
【図３】ＳＡＲ／ＳＡＡを使用するアイデンティティバインディング検証方法を示す図である。
【図４】ＵＡＲ／ＵＡＡを使用するアイデンティティバインディング検証方法を示す図である。
【図５】変形ＵＡＲ／ＵＡＡを使用するアイデンティティバインディング検証方法を示す図である。
【図６】変形ＳＡＲ／ＳＡＡを使用するアイデンティティバインディング検証方法を示す図である。
【図７】ＩＭＰＵ転送のためにＺｈ／Ｚｎを使用するＧＡＡアプリケーション識別子の流れを示す図である。
【図８】ＵＳＳ転送のためにＺｈ／Ｚｎを使用するＧＡＡアプリケーション識別子の流れを示す図である。
【図９】ＩＭＰＩ転送のためにＳｈを使用するＧＡＡアプリケーション識別子の流れを示す図である。
【図１０】ＩＭＰＩ転送のためにＳｈを使用する別のＧＡＡアプリケーション識別子の流れを示す図である。
【図１１】ＩＭＰＵ転送のためにＺｈ／Ｚｎを使用する別のＧＡＡアプリケーション識別子の流れを示す図である。
【図１】
2007535259.tif 000003
【図２】
2007535259.tif 000004
【図３】
2007535259.tif 000005
【図４】
2007535259.tif 000006
【図５】
2007535259.tif 000007
【図６】
2007535259.tif 000008
【図７】
2007535259.tif 000009
【図８】
2007535259.tif 000010
【図９】
2007535259.tif 000011
【図１０】
2007535259.tif 000012
【図１１】
2007535259.tif 000013
【手続補正書】
【提出日】平成18年12月27日(2006.12.27)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
エンティティの第１アイデンティティ及び第２アイデンティティを検証するための方法において、
前記エンティティの第１及び第２アイデンティティをチェックエンティティで受け取るステップと、
前記第１及び第２アイデンティティの少なくとも一方に関する情報をホーム加入者エンティティへ送出するステップと、
前記第１及び第２アイデンティティの両方が、前記第１及び第２アイデンティティを受け取ったところのエンティティに属することを検証するステップと、
を含む方法。
【請求項２】
前記送出ステップにおいて、前記第１アイデンティティに関する第３アイデンティティの要求を送出する、請求項１に記載の方法。
【請求項３】
前記第３アイデンティティはＩＭＳＩである、請求項２に記載の方法。
【請求項４】
前記送出ステップにおいて、前記第３アイデンティティの情報を、前記第１アイデンティティ又は前記第２アイデンティティ或いはその両方と共に前記ホーム加入者エンティティへ任意に送信する、請求項２又は３に記載の方法。
【請求項５】
前記送出ステップは、前記チェックエンティティ又はブートストラップファンクションから前記情報を送出することを含む、請求項１から４のいずれかに記載の方法。
【請求項６】
前記検証ステップは、前記ホーム加入者エンティティか、前記チェックエンティティか、或いは前記ホーム加入者サーバー及び前記チェックエンティティの両方において実行される、請求項１から５のいずれかに記載の方法。
【請求項７】
前記送出ステップは、前記第１及び第２アイデンティティの両方か、又は前記第１及び第２アイデンティティの片方のみに関する情報を送出することを含む、請求項１から６のいずれかに記載の方法。
【請求項８】
前記送出ステップは、ＳＡＲ及びＵＡＲメッセージの少なくとも一方を送出することを含む、請求項１から７のいずれかに記載の方法。
【請求項９】
ＳＡＲ及びＵＡＲメッセージの前記少なくとも一方は、前記チェックエンティティ、Ｓ−ＣＳＣＦ及びＩ−ＣＳＣＦの少なくとも１つから送出される、請求項８に記載の方法。
【請求項１０】
前記第１及び第２アイデンティティを検証するためにホーム加入者エンティティへ送るように構成された属性値対が前記ＳＡＲ又はＵＡＲメッセージに含まれる、請求項８又は９に記載の方法。
【請求項１１】
前記アイデンティティが検証された場合だけ前記ＵＡＲ又はＳＡＲメッセージに対する回答を送出するステップを更に含む、請求項８から１０のいずれかに記載の方法。
【請求項１２】
前記第１及び第２アイデンティティの一方に関連した複数のアイデンティティに関する情報を前記ホーム加入者エンティティから前記チェックエンティティへ送出するステップを更に含む、請求項１から１１のいずれかに記載の方法。
【請求項１３】
前記検証ステップは、前記第１及び第２アイデンティティの一方が、前記ホーム加入者エンティティから受け取った複数のアイデンティティに関する前記情報に存在するかどうか決定することを含む、請求項１２に記載の方法。
【請求項１４】
複数のアイデンティティに関する前記情報は、Ｓｈインターフェイス又はブートストラップファンクションを経て送出される、請求項１２又は１３に記載の方法。
【請求項１５】
前記複数のアイデンティティは、少なくとも１つのパブリックアイデンティティ及び／又は少なくとも１つのプライベートアイデンティティを含む、請求項１２、１３又は１４に記載の方法。
【請求項１６】
前記複数のアイデンティティに関する前記情報はＡＶＰフォーマットで送出される、請求項１２から１５のいずれかに記載の方法。
【請求項１７】
前記チェックエンティティは認証プロキシーを含む、請求項１から１６のいずれかに記載の方法。
【請求項１８】
前記第１及び第２アイデンティティの少なくとも一方はプライベートアイデンティティを含む、請求項１から１７のいずれかに記載の方法。
【請求項１９】
前記プライベートアイデンティティはＩＭＰＩを含む、請求項１８に記載の方法。
【請求項２０】
前記第１及び第２アイデンティティの少なくとも一方はパブリックアイデンティティを含む、請求項１から１９のいずれかに記載の方法。
【請求項２１】
前記パブリックアイデンティティはＩＭＰＵを含む、請求項２０に記載の方法。
【請求項２２】
前記第１及び第２アイデンティティの前記少なくとも一方に関する情報の送出は、前記第１及び第２アイデンティティの少なくとも一方から導出された少なくとも１つの第３アイデンティティに関する情報の送出を含む、請求項１から２１のいずれかに記載の方法。
【請求項２３】
前記チェックエンティティは、ＡＡプロキシー、ＮＡＦ、及びブートストラップファンクションの１つを含む、請求項１から２２のいずれかに記載の方法。
【請求項２４】
前記チェックエンティティは、ＮＡＦから前記第１及び第２アイデンティティの一方を受け取るように構成された、請求項１から２３のいずれかに記載の方法。
【請求項２５】
前記第１及び第２アイデンティティは、異なるルートを経て前記チェックエンティティへ供給される、請求項１から２４のいずれかに記載の方法。
【請求項２６】
第１アイデンティティ及び第２アイデンティティを検証すべきであるエンティティと、該エンティティの第１及び第２アイデンティティを受け取るように構成されたチェックエンティティと、前記第１及び第２アイデンティティの少なくとも一方に関する情報を受け取るように構成されたホーム加入者エンティティとを備えたシステムにおいて、前記チェックエンティティ及び前記ホーム加入者エンティティの一方は、前記第１及び第２アイデンティティの両方が、前記第１及び第２アイデンティティを受け取ったところのエンティティに属することを検証するように構成されたシステム。
【請求項２７】
前記システムはＩＭＳシステム又はＧＡＡシステムを含む、請求項２６に記載のシステム。
【請求項２８】
前記エンティティはユーザ装置を含む、請求項２６又は２７に記載のシステム。
【請求項２９】
前記チェックエンティティは、ブートストラップファンクション、ＮＡＦ及びＡＡプロキシーの少なくとも１つを含む、請求項２６から２８のいずれかに記載のシステム。
【請求項３０】
第１アイデンティティ及び第２アイデンティティを検証すべきであるエンティティを備えたシステムに使用するためのチェックエンティティにおいて、前記エンティティの第１及び第２アイデンティティを受け取り、該第１及び第２アイデンティティの少なくとも一方に関する情報をホーム加入者エンティティへ送出し、そして前記第１及び第２アイデンティティの両方が、前記第１及び第２アイデンティティを受け取ったところのエンティティに属することを検証するように構成されたチェックエンティティ。
【請求項３１】
第１アイデンティティ及び第２アイデンティティを検証すべきであるエンティティを備えたシステムに使用するためのホーム加入者エンティティにおいて、前記第１及び第２アイデンティティに関する情報を受け取り、そして前記第１及び第２アイデンティティの両方が前記エンティティに属することを検証するように構成されたホーム加入者エンティティ。
【請求項３２】
第１アイデンティティ及び第２アイデンティティを検証すべきであるエンティティを備えたシステムに使用するためのチェックエンティティにおいて、前記エンティティから前記エンティティの第１及び第２アイデンティティを受け取り、前記エンティティの少なくとも１つのアイデンティティをユーザプロフィール情報において受け取り、そして前記ユーザプロフィール情報を使用して、前記第１及び第２アイデンティティの両方が、前記第１及び第２アイデンティティを受け取ったところのエンティティに属することを検証するように構成されたチェックエンティティ。
【請求項３３】
第１アイデンティティ及び第２アイデンティティを検証すべきであるエンティティを備えたシステムに使用するためのネットワークアプリケーションファンクションにおいて、前記エンティティから前記エンティティの前記第１及び第２アイデンティティの少なくとも１つを受け取り、前記エンティティの前記少なくとも１つのアイデンティティをユーザプロフィール情報において受け取り、そして前記少なくとも１つのアイデンティティが前記エンティティに属することを検証するように構成されたネットワークアプリケーションファンクション。
【国際調査報告】
2007535259.tif 000014
2007535259.tif 000015
2007535259.tif 000016