認証システム、方法および設備
【解決手段】本発明は認証システム、方法および設備を開示した。認証システムは非ＩＭＳサービスを提供するＡＳ、認証ゲートウェイとＩＭＳ端末を備え、前記ＡＳは、ＩＭＳ端末が送信した接続リクエストメッセージを前記認証ゲートウェイへ転送し、認証ゲートウェイが送信した第１乱数を前記ＩＭＳ端末へ転送し、かつ、前記ＩＭＳ端末によりフィードバックされた前記第１乱数に基づいて生成した第１応答値を前記認証ゲートウェイへ送信し、前記認証ゲートウェイの指示に基づいて前記ＩＭＳ端末へ非ＩＭＳサービスを提供し、前記認証ゲートウェイは、第１乱数と前記ＩＭＳ端末の所望応答値を獲得し、獲得した第１乱数を前記ＡＳへ送信し、かつ、ＡＳが送信した第１応答値と獲得した所望応答値が一致だと比較された場合、当該ＩＭＳ端末認証が成功したと確認し、かつ、前記ＡＳに前記ＩＭＳ端末へ非ＩＭＳサービスを提供することを指示し、前記ＩＭＳ端末は、前記ＡＳへ接続リクエストメッセージを送信し、前記ＡＳが送信した第１乱数に基づいて第１応答値を生成し、かつ、生成した第１応答値を前記ＡＳへ送信する。本発明の技術方案を採用することにより、従来技術における非ＩＭＳ ＡＳが各非ＩＭＳサービスを獲得するＩＭＳ端末毎にそれぞれ認証を実行しなければならないために、ＡＳのサービス処理効率を低下させる問題を解決する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は通信技術分野に関し、特に認証システム、方法および設備に関する。
【背景技術】
【０００２】
インターネット・プロトコル・マルチメディア・サブシステム（ＩＭＳ、Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ Ｍｕｌｔｉｍｅｄｉａ Ｓｕｂｓｙｓｔｅｍ）はセッション開始プロトコル（ＳＩＰ、Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）に基づくセッション制御システムであり、パケットスイッチング（ＰＳ、Ｐａｃｋｅｔ Ｓｗｉｔｃｈｉｎｇ）に対しドメインネットワークを拡張したものである。ＩＭＳシステムは呼出セッション制御機能（ＣＳＣＦ、Ｃａｌｌ Ｓｅｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｆｕｎｃｔｉｏｎ）、メディア・ゲートウェイ制御機能（ＭＧＣＦ 、Ｍｅｄｉａ Ｇａｔｅｗａｙ Ｃｏｎｔｒｏｌ Ｆｕｎｃｔｉｏｎ）、メディアリソース機能コントローラ（ＭＲＦＣ、Ｍｕｌｔｉｍｅｄｉａ Ｒｅｓｏｕｒｃｅ Ｆｕｎｃｔｉｏｎ Ｃｏｎｔｒｏｌｌｅｒ）、ホーム・サブスクライバー・サーバー（ＨＳＳ、Ｈｏｍｅ Ｓｕｂｓｃｒｉｂｅｒ Ｓｅｒｖｅｒ）、ブレークアウト・ゲートウェイ制御機能（ＢＧＣＦ、Ｂｒｅａｋｏｕｔ Ｇａｔｅｗａｙ Ｃｏｎｔｒｏｌ Ｆｕｎｃｔｉｏｎ）、メディアリソース機能プロセッサ（ＭＲＦＰ、Ｍｕｌｔｉｍｅｄｉａ Ｒｅｓｏｕｒｃｅ Ｆｕｎｃｔｉｏｎ
Ｐｒｏｃｅｓｓｏｒ）、メディア・ゲートウェイ（ＭＧＷ、Ｍｅｄｉａ Ｇａｔｅｗａｙ）、ＩＭＳサービスを提供するアプリケーションサーバ（ＡＳ、Ａｐｐｌｉｃａｔｉｏｎ Ｓｅｒｖｅｒ）等の機能エンティティにより構成されている。ここで、機能論理上からＣＳＣＦはサービスＣＳＣＦ（Ｓ−ＣＳＣＦ、Ｓｅｒｖｉｎｇ−ＣＳＣＦ）、プロセッサＣＳＣＦ（Ｐ−ＣＳＣＦ、Ｐｒｏｘｙ−ＣＳＣＦ）と照会ＣＳＣＦ（Ｉ−ＣＳＣＦ、Ｉｎｔｅｒｒｏｇａｔｉｎｇ−ＣＳＣＦ）の３つの論理エンティティに分けることができる。Ｓ−ＣＳＣＦは、セッション制御の実行、セッション状態の維持、ＩＭＳ端末情報の管理、課金データの作成等に用いるＩＭＳシステムのサービススイッチングセンターである。Ｐ−ＣＳＣＦは、ＩＭＳ端末登録の完了、サービス品質（ＱｏＳ）の制御と安全管理、汎用パケット無線サービス（ＧＰＲＳ、Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ）システムとの通信等に用いるＩＭＳ端末アクセスＩＭＳシステムの第１アクセスポイントである。Ｉ−ＣＳＣＦは、ＩＭＳシステム間の通信、Ｓ−ＣＳＣＦの割り当てと選択の管理、対外ネットワークトポロジと配置を隠し、課金データの作成等に用いられる。ＢＧＣＦは、その他のＩＭＳシステムとの通信制御を提供する。ＭＧＣＦとＭＧＷは、ＩＭＳシステムと回路スイッチング（ＣＳ、Ｃｉｒｃｕｉｔ Ｓｗｉｔｃｈｉｎｇ）ドメインシステムおよび公共スイッチング電話ネットワーク（ＰＳＴＮ、Ｐｕｂｌｉｃ
Ｓｗｉｔｃｈｅｄ Ｔｅｌｅｐｈｏｎｅ Ｎｅｔｗｏｒｋ ）の通信確立の実現に用いる。ＭＲＦＣは、メディアリソースを提供する。ＨＳＳは、ＩＭＳ端末の契約データ、割当て情報およびＩＭＳ端末の認証データ等を保存する。
【０００３】
図１は従来技術におけるＩＭＳシステム構造を示す図である。ＩＭＳ端末はＩＭＳシステムのＰ−ＳＣＣＦにアクセスし、ＩＭＳへの登録を完了する。その後、ＩＭＳサービスを提供するＡＳによりＩＭＳ端末へＩＭＳサービスを提供する。この他に、ＩＭＳ端末はさらにＵｔインターフェースを介して非ＩＭＳサービスを提供するＡＳと相互に接続し、非ＩＭＳサービスを取得できる。ＩＭＳサービスを提供するＡＳを「ＩＭＳ ＡＳ」と呼び、非ＩＭＳサービスを提供するＡＳを「非ＩＭＳ ＡＳ」と呼ぶ。以下にＩＭＳサービスの取得と非ＩＭＳサービスの取得に関してそれぞれ詳細に説明する。
【０００４】
図２は従来技術におけるＩＭＳ端末がＩＭＳサービスを獲得する方法のフローチャートである。具体的な処理プロセスは、ステップ２１〜ステップ２９からなる。
【０００５】
ステップ２１において、ＩＭＳ端末はＩＭＳシステムにおけるＰ−ＳＣＳＦ／Ｓ−ＣＳＣＦへＩＭＳ登録と認証フローを起動する。
【０００６】
ステップ２２において、ＩＭＳシステムにおけるＰ−ＳＣＳＦ／Ｓ−ＣＳＣＦはＨＳＳに当該ＩＭＳ端末の登録状態を登記する。この際、ＨＳＳには当該ＩＭＳ端末の契約データと配置情報が保存されている。
【０００７】
ステップ２３において、ＩＭＳ端末はＰ−ＳＣＳＦ／Ｓ−ＣＳＣＦへＳＩＰサービスリクエストを送信する。当該ＳＩＰサービスリクエストには当該ＩＭＳ端末のユーザー識別子が含まれる。ここで、ＩＭＳ端末のユーザー識別子はＳＩＰサービスリクエストメッセージヘッダの「Ｐ−Ｐｒｅｆｅｒｒｅｄ−Ｉｄｅｎｔｉｔｙ」に含まれている。
【０００８】
ステップ２４において、Ｐ−ＳＣＳＦは当該ＳＩＰサービスリクエストを受信後に、当該ＩＭＳ端末がすでに登録しているかどうかを判断し、もし当該ＩＭＳ端末がすでに登録していると判断すればＳＩＰサービスリクエストメッセージヘッダの「Ｐ−Ｐｒｅｆｅｒｒｅｄ−Ｉｄｅｎｔｉｔｙ」を「Ｐ−Ａｓｓｅｒｔｅｄ−Ｉｄｅｎｔｉｔｙ」に交換し、これにより当該ＩＭＳ端末の身分認証の成功を識別する。Ｐ−ＳＣＳＦには、認証済みのユーザー識別子も含まれる。ＩＭＳ端末の登録時、Ｐ−ＣＳＣＦではすでに当該ＩＭＳ端末のユーザー識別子を保存しているため、直接Ｐ−ＣＳＣＦにより、ＩＭＳ端末の身分認証を実行できる。
【０００９】
ステップ２５において、Ｐ−ＣＳＣＦはＳ−ＣＳＣＦを介し、ＩＭＳ ＡＳに訂正後のＳＩＰサービスリクエストを転送する。
【００１０】
ステップ２６において、ＩＭＳ ＡＳは訂正後のＳＩＰサービスリクエストを受信後に、受信したＳＩＰサービスリクエストに「Ｐ−Ａｓｓｅｒｔｅｄ−Ｉｄｅｎｔｉｔｙ」が含まれているかどうかを確認する。もし、「Ｐ−Ａｓｓｅｒｔｅｄ−Ｉｄｅｎｔｉｔｙ」を含んでいれば、当該ＩＭＳ端末の身分認証は成功である。
【００１１】
ステップ２７において、ＩＭＳ ＡＳはＰ−ＳＣＳＦ／Ｓ−ＣＳＣＦへ認証成功の認証結果を返答する。
【００１２】
ステップ２８において、Ｐ−ＳＣＳＦ／Ｓ−ＣＳＣＦは当該ＩＭＳ端末へＳＩＰサービスリクエストを返答し、当該ＩＭＳ端末の身分認証が成功したためにＩＭＳ ＡＳと相互サービスを実行できると指示する。
【００１３】
ステップ２９において、当該ＩＭＳ端末は直接ＩＭＳ ＡＳと相互サービスを行い、ＩＭＳ ＡＳより提供されたＩＭＳサービスを獲得する。
【００１４】
ＩＭＳシステムにＰ−ＣＳＣＦがない場合、直接Ｐ−ＣＳＣＦとＳ−ＣＳＣＦ機能を兼備するＳ−ＣＳＣＦにより処理できる。もしＰ−ＣＳＣＦがある場合、ＩＭＳ端末が現在所属しているＰ−ＣＳＣＦとＳ−ＣＳＣＦにより相互サービスを実行して処理する。
【００１５】
前記処理プロセスから分かるように、ＩＭＳ端末がＩＭＳサービスを獲得する場合、ＩＭＳシステムにおけるＩＭＳ ＡＳのＩＭＳの代わりにＰ−ＣＳＣＦにより端末の身分認証を実行できるし、ＩＭＳ ＡＳが単独でＩＭＳ端末の身分認証プロセスを実行する必要はない。
【００１６】
図３は従来技術におけるＩＭＳ端末の非ＩＭＳサービスの獲得方法を示すフローチャー
トである。具体的な処理プロセスは、ステップ３1〜ステップ３１２に示す通りである。
【００１７】
ステップ３１において、ＩＭＳ端末は非ＩＭＳ ＡＳへハイパーテキスト転送プロトコル（ＨＴＴＰ、Ｈｙｐｅｒｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）リクエストを送信する。
【００１８】
ステップ３２において、非ＩＭＳ ＡＳは未認可メッセージを返答し、上記未認可メッセージには、当該非ＩＭＳ ＡＳがランダムに生成した第１乱数とＩＭＳ端末のレルム名（ｒｅａｌｍ）が含まれる。ここで、ｒｅａｌｍはＩＭＳ端末がユーザー名とパスワードを使用し認証を実行させることを指示する。
【００１９】
ステップ３３において、ＩＭＳ端末は当該メッセージを受信した後に、当該メッセージにｒｅａｌｍを含むと測定すれば、自身のユーザー名、パスワードおよび受信した第１乱数に基づきあらかじめ設定した演算方法により第１応答値を算出する。
【００２０】
ステップ３４において、ＩＭＳ端末は算出した第１応答値とＩＭＳ端末がランダムに生成した第２乱数をＨＴＴＰ応答メッセージに含めて非ＩＭＳ ＡＳに送信する。
【００２１】
ステップ３５において、非ＩＭＳ ＡＳはＨＴＴＰ応答メッセージを受信した後に、自身の生成した第１乱数および当該ＩＭＳ端末のユーザー名とパスワードに基づきあらかじめ設定した演算方法により第２応答値を算出する。
【００２２】
ステップ３６において、非ＩＭＳ ＡＳは算出した第２応答値と受信した第１応答値が一致するかどうかを確定し、もし一致すれば、ＩＭＳ端末の身分認証を完了する。
【００２３】
ステップ３７において、非ＩＭＳ ＡＳはＨＴＴＰ応答メッセージに含むＩＭＳ端末がランダムに生成した第２乱数および当該ＩＭＳ端末のユーザー名とパスワードの受信に基づきあらかじめ設定した算出方法により第３応答値を算出する。
【００２４】
ステップ３８において、非ＩＭＳ ＡＳは算出した第３応答値を２００ＯＫメッセージに含めてＩＭＳ端末に送信する。これにより、ＩＭＳ端末に当該非ＩＭＳ ＡＳの認証を実行させる。
【００２５】
ステップ３９において、ＩＭＳ端末は２００ＯＫメッセージを受信した後に、自身がランダムに生成した第２乱数および当該ＩＭＳ端末のユーザー名とパスワードに基づきあらかじめ設定した算出方法により第４応答値を算出する。
【００２６】
ステップ３１０において、ＩＭＳ端末は算出した第４応答値と受信した第３応答値が一致するかどうかを確定する。もし一致すれば、当該非ＩＭＳ ＡＳの認証を完了する。
【００２７】
ステップ３１１において、ＩＭＳ端末は非ＩＭＳ ＡＳにＨＴＴＰサービスリクエストを送信する。
【００２８】
ステップ３１２において、非ＩＭＳ ＡＳはＩＭＳ端末に２００ＯＫメッセージを返答し、非ＩＭＳ ＡＳとＩＭＳ端末間にサービス接続を確立し、ＩＭＳ端末は非ＩＭＳ ＡＳより提供された非ＩＭＳサービスを獲得する。
【００２９】
ここで、ＩＭＳ端末は非ＩＭＳ ＡＳの認証を実行しなくてもよい。
【００３０】
前記処理プロセスから明らかなように、ＩＭＳ端末が非ＩＭＳサービスを獲得する場合
、非ＩＭＳ ＡＳはＩＭＳシステムからＩＭＳ端末の認証データを獲得できないため、非ＩＭＳ ＡＳはＩＭＳ端末に対し直接に認証する必要がある。異なる非ＩＭＳ ＡＳとＩＭＳ端末間の認証方式もまた統一した基準はなく、採用できる認証メカニズムには、ユーザー名／パスワード認証メカニズム、ＨＴＴＰ 概要（Ｄｉｇｅｓｔ）メカニズム、事前共用キーワード伝送レベル安全メカニズム等がある。
【先行技術文献】
【特許文献】
【００３１】
【特許文献１】中華人民共和国特許第１０１１９７６７３号明細書
【発明の概要】
【発明が解決しようとする課題】
【００３２】
従来技術においては、非ＩＭＳ ＡＳは各非ＩＭＳサービスを獲得したＩＭＳ端末毎に認証する必要があり、これはＡＳのサービス処理効率を低下させる。
【課題を解決するための手段】
【００３３】
本発明に係る実施形態は認証システムおよび方法を提供することにより、従来技術における非ＩＭＳ ＡＳが各非ＩＭＳサービスを獲得したＩＭＳ端末毎に認証する必要があるために、ＡＳのサービス処理効率を低下させる問題を解決する。
【００３４】
また、本発明に係る実施形態は認証ゲートウェイ、アプリケーションサーバとＩＭＳ端末を提供する。
【００３５】
本発明に係る実施形態の技術方案は以下の通りである。
【００３６】
本発明に係る認証システムは、非インターネット・プロトコル・マルチメディア・サブシステムＩＭＳサービスを提供するアプリケーションサーバＡＳ、認証ゲートウェイとＩＭＳ端末を備える。ここで、前記ＡＳは、ＩＭＳ端末から送信された接続リクエストメッセージを前記認証ゲートウェイに転送し、かつ、認証ゲートウェイから送信された第１乱数を前記ＩＭＳ端末に転送；そして、前記ＩＭＳ端末がフィードバックした前記第１乱数に基づき生成した第１応答値を前記認証ゲートウェイに送信し、かつ、前記認証ゲートウェイの指示に基づき前記ＩＭＳ端末へ非ＩＭＳサービスを提供する。前記認証ゲートウェイは、第１乱数と前記ＩＭＳ端末の期待応答値を獲得し、獲得した第１乱数を前記ＡＳに送信し、かつＡＳが送信した第１応答値と獲得した期待応答値が比較して一致する場合、当該ＩＭＳ端末の認証が成功したことを確認し、さらに、前記ＡＳに対し前記ＩＭＳ端末へ非ＩＭＳサービスを提供させることを指示する。前記ＩＭＳ端末は、前記ＡＳに接続リクエストメッセージを送信し、前記ＡＳから送信された第１乱数に基づき、第１応答値を生成し、生成した第１応答値を前記ＡＳに送信する。
【００３７】
本発明に係る認証方法は、認証ゲートウェイが、インターネット・プロトコル・マルチメディア・サブシステムＩＭＳ端末が非ＩＭＳサービスを提供するアプリケーションサーバＡＳを介し送信した接続リクエストメッセージを受信するステップと、第１乱数と前記ＩＭＳ端末の期待応答値を獲得するステップと、前記認証ゲートウェイが獲得した第１乱数を前記ＡＳを介し前記ＩＭＳ端末へ送信するステップと、前記ＩＭＳ端末が前記ＡＳから送信された、前記ＩＭＳ端末が前記第１乱数に基づき生成した第１応答値に基づいて受信するステップと、前記認証ゲートウェイが受信した第１応答値と獲得した所望応答値を比較して一致だと判断する場合、当該ＩＭＳ端末の認証成功を確認するステップと、前記ＡＳに対し前記ＩＭＳ端末へ非ＩＭＳサービスを提供することを指示するステップとを含む。
【００３８】
本発明に係る認証ゲートウェイは、インターネット・プロトコル・マルチメディア・サブシステムＩＭＳ端末が非ＩＭＳサービスを提供するアプリケーションサーバＡＳを介し送信した接続リクエストメッセージを受信する第１受信ユニットと、第１乱数と前記ＩＭＳ端末の期待応答値を獲得する獲得ユニットと、獲得ユニットの獲得した第１乱数を前記ＡＳを介し前記ＩＭＳ端末へ送信する第１送信ユニットと、前記ＩＭＳ端末が前記ＡＳを介し送信した、前記ＩＭＳ端末が前記第１乱数により生成した第１応答値を受信する第２受信ユニットと、第２受信ユニットが受信した第１応答値と獲得ユニットが獲得した期待応答値が一致するかどうかを比較する比較ユニットと、比較ユニットの比較結果が一致である場合、当該ＩＭＳ端末の認証成功を確認する確認ユニットと、前記ＡＳに対し前記ＩＭＳ端末へ非ＩＭＳサービスを提供させることを指示する指示ユニットとを備える。
【００３９】
非インターネット・プロトコル・マルチメディア・サブシステムＩＭＳサービスを提供するアプリケーションサーバは、ＩＭＳ端末が送信した接続リクエストメッセージを受信する第１受信ユニットと、第１受信ユニットが受信した接続リクエストメッセージを認証ゲートウェイへ転送する第１転送ユニットと、認証ゲートウェイが送信した第１乱数を受信する第２受信ユニットと、第２受信ユニットが受信した第１乱数を前記ＩＭＳ端末へ転送する第２転送ユニットと、前記ＩＭＳ端末が送信した第１応答値を受信する第３受信ユニットと、第３受信ユニットが受信した第１応答値を前記認証ゲートウェイへ転送する第３転送ユニットと、前記認証ゲートウェイの指示に基づき前記ＩＭＳ端末へ非ＩＭＳサービス提供する提供ユニットとを備える。
【００４０】
インターネット・プロトコル・マルチメディア・サブシステム端末は、非インターネット・プロトコル・マルチメディア・サブシステムＩＭＳサービスを提供するアプリケーションサーバＡＳへ接続リクエストメッセージを送信する第１送信ユニットと、認証ゲートウェイが前記ＡＳを介して送信した第１乱数を受信する第１受信ユニットと、第１受信ユニットが受信した第１乱数に基づき第１応答値を生成する第１生成ユニットと、第１生成ユニットが生成した第１応答値を前記ＡＳへ送信する第２送信ユニットと、前記ＡＳにて非ＩＭＳサービス獲得するサービス獲得ユニットとを備える。
【発明の効果】
【００４１】
本発明に係る実施形態の技術方案において、認証システムは非ＩＭＳサービスを提供するＡＳ、認証ゲートウェイとＩＭＳ端末とを備える。ＡＳはＩＭＳ端末が送信した接続リクエストメッセージを前記認証ゲートウェイへ転送し、認証ゲートウェイは獲得した第１乱数をＡＳを介し前記ＩＭＳ端末へ送信する。ＩＭＳ端末は第１乱数に基づき第１応答値を生成し、生成した第１応答値をＡＳを介し認証ゲートウェイへ送信する。認証ゲートウェイが受信した第１応答値と獲得した所望応答値が一致だと判断する場合、当該ＩＭＳ端末の認証が成功したと確認し、かつＡＳにＩＭＳ端末へ非ＩＭＳサービスを提供することを指示する。これから明らかなように、本発明に係る認証システムにおいて、ＩＭＳ端末の認証は認証ゲートウェイにより実施でき、効果的にＡＳのサービス処理効率を高め、非ＩＭＳサービスを提供するＡＳがＩＭＳ端末に対する簡単かつ統一した認証を実現した。ＩＭＳ端末は非ＩＭＳサービスを提供する一つ一つのＡＳと認証メカニズムを協議する必要がなく、認証の実現が容易になる。
【図面の簡単な説明】
【００４２】
【図１】従来技術におけるＩＭＳシステム構造を示す図である。
【図２】従来技術における、ＩＭＳ端末がＩＭＳサービスを獲得方法のフローチャートである。
【図３】従来技術における、ＩＭＳ端末の非ＩＭＳサービスの獲得方法フローチャートである。
【図４】本発明に係る実施形態における、認証システムの構造図である。
【図５】本発明に係る実施形態における、認証方法のフローチャートである。
【図６】本発明に係る第１実施形態における、非ＩＭＳサービスを提供するＡＳのＩＭＳ端末認証を実行する方法のフローチャートである。
【図７】本発明に係る第２実施形態における、共用キーを生成する方法のフローチャートである。
【図８】本発明に係る第３実施形態における、ＩＥブラウザのＣｏｏｋｉｅを設定する方法のフローチャートである。
【図９】本発明に係る実施形態４における、ＩＭＳ端末が非ＩＭＳサービスを獲得する時の方法フローチャートである。
【図１０】本発明に係る第５実施形態における、ＩＥブラウザを有するＩＭＳ端末が非ＩＭＳサービス獲得時の方法フローチャートである。
【図１１】本発明に係る第６実施形態における、ＩＭＳ端末が非ＩＭＳサービス獲得時の認証方法フローチャートである。
【図１２】本発明に係る第７実施形態における、ＩＥブラウザを有するＩＭＳ端末が非ＩＭＳサービス獲得時の認証方法フローチャートである。
【図１３】本発明に係る実施形態における、認証ゲートウェイの構造図である。
【図１４】本発明に係る実施形態における、非ＩＭＳサービスを提供するＡＳの構造図である。
【図１５】本発明に係る実施形態における、ＩＭＳ端末の構造図である。
【発明を実施するための形態】
【００４３】
以下図面を結合して本発明に係る実施形態の技術方案の主な実現原理、具体的な実施形態およびこれが実現できる有益な効果に対し詳細に説明する。
【００４４】
従来技術において、非ＩＭＳサービスを獲得する場合、ＩＭＳ端末は非ＩＭＳサービスを提供するＡＳ（非ＩＭＳ ＡＳ）と接続を確立する必要がある。接続を確立する前に、非ＩＭＳ ＡＳはＩＭＳ端末の認証を行う必要がある。ＩＭＳ端末が直接Ｕｔインターフェースを介し非ＩＭＳ ＡＳと信号を交換するため、ＩＭＳシステムのコアネットワークを経由しない。よって、図３に示すプロセスの通りＩＭＳのコアネットワークを非ＩＭＳ
ＡＳに代えてのＩＭＳ端末認証を実行できない。もし、ＩＭＳ端末と直接非ＩＭＳ ＡＳとの間で認証を実行すれば、ＡＳのサービス処理効率は低下し、かつ、あらかじめ両者（ＩＭＳ端末と非ＩＭＳ ＡＳ）間で事前に認証メカニズムを協議した後に認証を実行する必要がある。一つのＩＭＳ端末にとって、異なる非ＩＭＳ ＡＳから提供される異なる非ＩＭＳサービスを獲得するため、異なる非ＩＭＳ ＡＳとの認証が必要になる。これでは、ＩＭＳ端末は一つ一つの異なる非ＩＭＳ ＡＳとの間で事前に認証メカニズムを協議した後に、認証を実行する必要があり、かつ、認証の時、いずれかの異なる非ＩＭＳ ＡＳはＩＭＳ端末の認証データを保存しなければならない。これはＩＭＳ端末の認証データ漏を招き、認証の信頼性および安全性低下をもたらす。
【００４５】
上述問題点を解決するために、本発明に係る実施形態は認証システムを提供しており、図４に示すように、非ＩＭＳサービスを提供するＡＳ４１と、認証ゲートウェイ４２とＩＭＳ端末４３とを備える。
【００４６】
ＡＳ４１は、ＩＭＳ端末４３から送信された接続リクエストメッセージを認証ゲートウェイ４２へ転送し、認証ゲートウェイ４２から送信された第１乱数（ＲＡＮＤ）をＩＭＳ端末４３へ転送し、かつ、ＩＭＳ端末４３がフィードバックした、前記第１ＲＡＮＤに基づき生成した第１応答値（ＲＥＳ，Ｒｅｓｐｏｎｓｅ Ｉｎｔｅｒｎｅｔ Ｅｘｐｌｏｒｅｒ）を認証ゲートウェイ４２へ送信し、さらに、認証ゲートウェイ４２の指示に基づきＩＭＳ端末４３へ非ＩＭＳサービスを提供する。
【００４７】
認証ゲートウェイ４２は、第１ＲＡＮＤとＩＭＳ端末４３の期待応答値（ＸＲＥＳ，Ｅｘｐｅｃｔｅｄ Ｒｅｓｐｏｎｓｅ Ｉｎｔｅｒｎｅｔ Ｅｘｐｌｏｒｅｒ）を獲得し、獲得した第１ＲＡＮＤへＡＳ４１送信し、かつＡＳ４１から送信された第１ＲＥＳと獲得したＸＲＥＳとを比較し、両者が一致する場合、当該ＩＭＳ端末４３の認証が成功したと確認し、ＡＳ４１にＩＭＳ端末４３へ非ＩＭＳサービスを提供することを指示する。
【００４８】
ＩＭＳ端末４３は、ＡＳ４１へ接続リクエストメッセージを送信し、さらにＡＳ４２から送信された第１ＲＡＮＤに基づき第１ＲＥＳを生成し、生成した第１ＲＥＳをＡＳ４１へ送信する。
【００４９】
本発明に係る実施形態において、ＩＭＳ端末が送信した接続リクエストメッセージはＨＴＴＰメッセージであってもよいがこれに限らない。
【００５０】
ここで、認証ゲートウェイが第１ＲＡＮＤと所望ＲＥＳを獲得する具体的な実現フローは以下の２つの実施状況があるがこれに限らない。
【００５１】
＜第１実施状況＞
認証ゲートウェイは前記ＩＭＳ端末の認証パラメータを獲得する。ここで、前記認証パラメータには第１ＲＡＮＤと前記ＩＭＳ端末のＸＲＥＳが含まれる。認証ゲートウェイは、ＨＳＳを介し認証パラメータ獲得できるがこれに限らない。よって、認証ゲートウェイが受信した接続リクエストメッセージには、当該ＩＭＳ端末のＩＭＳ公共ユーザー識別子（ＩＭＰＵ，ＩＭＳ Ｐｕｂｌｉｃ Ｕｓｅｒ Ｉｄｅｎｔｉｔｙ）が含まれ、認証ゲートウェイは当該ＩＭＰＵを含む獲得リクエストをＨＳＳへ送信する。当該ＨＳＳは受信したＩＭＰＵに基づき、保存したＩＭＰＵと認証パラメータとの対応関係から受信したＩＭＰＵに対応する認証パラメータを検出し、かつ検出した認証パラメータを認証ゲートウェイへ送信する。
【００５２】
＜第２実施状況＞
認証ゲートウェイは第１ＲＡＮＤを生成し、かつ前記ＩＭＳ端末の認証データを獲得する。そして生成した第１ＲＡＮＤと獲得した認証データに基づきＸＲＥＳを生成する。ここで、認証ゲートウェイはＨＳＳを介し認証データを獲得できるがこれに限らない。よって、認証ゲートウェイが受信した接続リクエストメッセージには、当該ＩＭＳ端末のＩＭＰＵが含まれ、認証ゲートウェイは当該ＩＭＰＵを含む獲得リクエストをＨＳＳへ送信する。当該ＨＳＳは受信したＩＭＰＵに基づき、保存したＩＭＰＵと認証データとの対応関係から受信したＩＭＰＵに対応する認証データを検出し、かつ検出した認証データを認証ゲートウェイへ送信する。
【００５３】
認証ゲートウェイとＨＳＳ間のインターフェースはＳｈインターフェースであってもよいがこれに限らず、直径（Ｄｉａｍｅｔｅｒ）プロトコルを採用してもよい。認証ゲートウェイとＡＳ間とのインターフェースを非ＳＩＰプロトコルとしてもよく、例えば、ＨＴＴＰプロトコルを採用してもよいし、インターネットを介して接続してもよい。
【００５４】
前記プロセスはＩＭＳ端末の単方向認証である。当然、双方向認証も実現でき、即ち、ＩＭＳ端末もＡＳ認証を行える。これについて具体的に説明する。
【００５５】
前記第１実施状況の場合、認証ゲートウェイが獲得した認証パラメータは第１認証トークン（ＡＵＴＮ、Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｔｏｋｅｎ）をさらに含む。
【００５６】
認証ゲートウェイは、前記ＡＳを介して前記ＩＭＳ端末から送信された第１ＲＥＳを受信する前に、獲得した第１ＡＵＴＮを前記ＡＳへ送信する。
【００５７】
ＡＳは、さらに認証ゲートウェイから送信された第１ＡＵＴＮを前記ＩＭＳ端末へ送信する。
【００５８】
ＩＭＳ端末は、さらに第１ＲＥＳを生成する前に、前記第１ＲＡＮＤに基づき第２ＡＵＴＮを生成し、かつ、生成した第２ＡＵＴＮと受信した第１ＡＵＴＮを比較し、両者が一致であれば、前記ＡＳ認証が成功だと確認する。
【００５９】
前記第１実施状況の場合、ＩＭＳ端末はさらに第２ＲＡＮＤを生成し、かつ生成した第２ＲＡＮＤをＡＳへ送信し、ＡＳから送信された第２ＲＥＳを受信する。前記第２ＲＡＮＤと自身の認証データに基づき第３ＲＥＳを生成する。そして、受信した第２ＲＥＳと生成した第３ＲＥＳを比較して一致する場合、前記ＡＳ認証が成功したと確認し、ＡＳから提供された非ＩＭＳサービスを獲得する。
【００６０】
ＡＳは、さらにＩＭＳ端末が送信した第２ＲＡＮＤを前記認証ゲートウェイへ送信し、前記認証ゲートウェイから送信された第２ＲＥＳを前記ＩＭＳ端末へ送信する。
【００６１】
認証ゲートウェイは、さらに前記ＡＳから送信された第２ＲＡＮＤを受信し、受信した第２ＲＡＮＤと獲得した認証データに基づき第２ＲＥＳ生成する。そして生成した第２ＲＥＳを前記ＡＳへ送信する。
【００６２】
本発明に係るシステムにおいて、ＩＭＳ端末がＩＥブラウザを介し非ＩＭＳサービスを獲得する場合、認証を実行するプロセスでは、ＡＳはセッション識別子（ＳｅｓｓｉｏｎｇＩＤ）をＩＭＳ端末へ送信して、ＩＥブラウザのＣｏｏｋｉｅに保存する。こうすることにより、ＩＭＳ端末がＩＥブラウザを介し非ＩＭＳサービスを獲得する場合、直接セッション識別子を獲得できるため、ＩＥブラウザを採用する際にセッション識別子を再度入力する必要がない。ここで、ＳｅｓｓｉｏｎｇＩＤは認証ゲートウェイより生成でき、その後ＡＳへ送信される。また、ＳｅｓｓｉｏｎｇＩＤはＡＳにより生成されることもできる。
【００６３】
前記処理プロセスから明らかなように、本発明の実施形態に係る技術方案において、認証システムは非ＩＭＳサービスを提供するＡＳ、認証ゲートウェイとＩＭＳ端末を備える。ＡＳはＩＭＳ端末から送信された接続リクエストメッセージを前記認証ゲートウェイへ転送する。認証ゲートウェイは獲得した第１ＲＡＮＤをＡＳを介し前記ＩＭＳ端末へ送信する。ＩＭＳ端末は、第１ＲＡＮＤが生成した第１ＲＥＳに基づき生成した第１ＲＥＳを、ＡＳを介し認証ゲートウェイへ送信する。認証ゲートウェイは、受信した第１ＲＥＳと獲得したＸＲＥＳとを比較して両者が一致する場合、当該ＩＭＳ端末認証が成功したと確認し、かつＡＳにＩＭＳ端末へ非ＩＭＳサービスを提供することを指示する。これから明らかなように、本発明に係る認証システムにおいて、ＩＭＳ端末認証が認証ゲートウェイにより実施されることができるため、ＡＳのサービス処理効率をより効果的に向上させ、非ＩＭＳサービスを提供するＡＳの簡単かつ統一したＩＭＳ端末認証を実現できる。ＩＭＳ端末は非ＩＭＳサービスを提供する一つ一つのＡＳと認証メカニズムを協議する必要がなくなり、認証の実現が容易になる。
【００６４】
また、ＩＭＳ端末の認証パラメータ／認証データは認証ゲートウェイに保存されるか、或いは認証ゲートウェイによりＨＳＳから獲得され、非ＩＭＳサービスを提供する全ＡＳに保存していないため、ＩＭＳ端末の認証データの漏をもたらさず、認証の信頼性およびその後の非ＩＭＳサービスの獲得安全性を高める。
【００６５】
図４に示す認証システムに基づく本発明に係る実施形態は図５示すような認証方法を提
供する。具体的な処理プロセスはステップ５１〜５６に従って実行する。
【００６６】
ステップ５１において、認証ゲートウェイは、ＩＭＳ端末が非ＩＭＳサービスを提供するＡＳを介し送信した接続リクエストメッセージを受信する。
【００６７】
本発明に係る実施形態において、接続リクエストメッセージはＨＴＴＰメッセージとしてもよいがこれに限らない。
【００６８】
ＩＭＳ端末がＡＳへ接続リクエストメッセージを送信する前に、ＩＭＳシステムに登録する必要がある。具体的な登録フローは従来技術と一致しているため、ここでは説明しない。
【００６９】
ステップ５２において、認証ゲートウェイは第１ＲＡＮＤと当該ＩＭＳ端末のＸＲＥＳを獲得する。
【００７０】
ここで、認証ゲートウェイが第１ＲＡＮＤとＸＲＥＳを獲得する具体的な実現フローは以下の２つの実施状況があるがこれに限らない。
【００７１】
＜第１実施状況＞
認証ゲートウェイは前記ＩＭＳ端末の第１ＲＡＮＤと前記ＩＭＳ端末のＸＲＥＳを含む認証パラメータを獲得する。ここで、認証ゲートウェイは、ＨＳＳを介し認証パラメータを獲得してもよいがこれに限らない。よって認証ゲートウェイが受信した接続リクエストメッセージに、当該ＩＭＳ端末のＩＭＰＵが含まれ、認証ゲートウェイは当該ＩＭＰＵを含む獲得リクエストをＨＳＳへ送信する。当該ＨＳＳは受信したＩＭＰＵに基づき、保存したＩＭＰＵと認証パラメータとの対応関係において、受信したＩＭＰＵと対応する認証パラメータを検出し、かつ検出した認証パラメータを認証ゲートウェイへ送信する。ここで、ＨＳＳが検出した認証パラメータは認証五タプルパラメータとしてもよく、認証三タプルパラメータとしてもよい。もし認証ゲートウェイが獲得した認証パラメータが認証五タプルパラメータであれば、認証パラメータには第１ＲＡＮＤ、第１ＡＵＴＮ、暗号化キー（ＣＫ、Ｃｉｐｈｅｒ Ｋｅｙ）、完全性キー（ＩＫ、Ｉｎｔｅｇｒｉｔｙ Ｋｅｙ）とＸＲＥＳが含まれる。
【００７２】
＜第２実施状況＞
認証ゲートウェイは第１ＲＡＮＤを生成し、かつ前記ＩＭＳ端末の認証データを獲得する。そして生成した第１ＲＡＮＤと獲得した認証データに基づきＸＲＥＳを生成する。ここで、認証ゲートウェイは、ＨＳＳを介し認証データを獲得してもよいが、これに限らない。よって認証ゲートウェイが受信した接続リクエストメッセージには、当該ＩＭＳ端末のＩＭＰＵが含まれ、認証ゲートウェイは当該ＩＭＰＵを含む獲得リクエストをＨＳＳへ送信する。当該ＨＳＳは受信したＩＭＰＵに基づき保存したＩＭＰＵと認証データとの対応関係から、受信したＩＭＰＵと対応する認証データを検出し、かつ検出した認証データを認証ゲートウェイへ送信する。
【００７３】
本ステップにおいて、ＨＳＳは認証パラメータ或いは認証データをＡＳへは送信しないことにより、ＩＭＳ端末を認証する場合、盗聴或いは偽造認証を防止し、認証の安全性を高める。
【００７４】
ステップ５３において、認証ゲートウェイは獲得した第１ＲＡＮＤを介し前記ＡＳを当該ＩＭＳ端末へ送信する。
【００７５】
もしＡＳのＩＭＳ端末認証を実行することだけが必要であれば、認証ゲートウェイは第
１ＲＡＮＤをＩＭＳ端末へ送信するだけでよい。もしＩＭＳ端末がＡＳ認証を実行する必要があれば、双方向認証を実現する。以下にこれの２つの認証実施状況を示す。
【００７６】
＜第１実施状況＞
認証ゲートウェイはさらに獲得した認証パラメータに含まれる第１ＡＵＴＮを当該ＩＭＳ端末へ送信する必要がある。第１ＡＵＴＮは、ＩＭＳ端末のＡＳ認証に用いられる。ＩＭＳ端末は第１ＲＡＮＤに基づき第２ＡＵＴＮを生成し、生成した第２ＡＵＴＮと受信した第１ＡＵＴＮを比較して一致すると判断する場合、ＡＳ認証が成功したと確認する。ここで、認証ゲートウェイは、第１ＡＵＴＮと第１ＲＡＮＤをともにＩＭＳ端末へ送信してもよいし、先に第１ＲＡＮＤを送信して次に第１ＡＵＴＮを送信してもよい。或いは先に第１ＡＵＴＮ送信して次に第１ＲＡＮＤを送信してもよいがこれに限らない。つまり、認証ゲートウェイはＩＭＳ端末がＡＳを介し送信した第１ＲＥＳを受信する前に第１ＡＵＴＮを送信すればよい。
【００７７】
＜第２実施状況＞
ＩＭＳ端末は第２ＲＡＮＤを生成し、生成した第２ＲＡＮＤをＡＳを介し認証ゲートウェイへ送信する。認証ゲートウェイは、第２ＲＡＮＤとＩＭＳ端末の認証データに基づき第２ＲＥＳを生成し、ＡＳを介しＩＭＳ端末へ送信する。ＩＭＳ端末は生成した第２ＲＡＮＤと自身の認証データに基づき第３ＲＥＳを生成し、生成した第３ＲＥＳと受信した第２ＲＥＳを比較して一致すると判断する場合、当該ＡＳ認証が成功したと確認し、当該ＡＳより提供された非ＩＭＳサービスを獲得できる。
【００７８】
ステップ５４において、ＩＭＳ端末は受信した第１ＲＡＮＤに基づき第１ＲＥＳを生成し、かつ生成した第１ＲＥＳを前記ＡＳを介し認証ゲートウェイへ送信する。
【００７９】
ＩＭＳ端末は第１ＲＡＮＤを受信後、あらかじめ設定した第１演算方法により第１ＲＥＳを算出する。さらに受信した第１ＲＡＮＤ基づき第２演算方法によってＣＫを算出できる。受信した第１ＲＡＮＤに基づき第３演算方法によってＩＫを算出する。このように、認証ゲートウェイとＩＭＳ端末はＣＫとＩＫを有することになる。
【００８０】
ＩＭＳ端末は算出した第１ＲＥＳをＡＳを介し認証ゲートウェイへ送信し、当該第１ＲＥＳは認証ゲートウェイのＩＭＳ端末の認証を実行する。
【００８１】
ステップ５５において、認証ゲートウェイは受信した第１ＲＥＳと獲得したＸＲＥＳを比較して一致すると判断する場合、当該ＩＭＳ端末認証が成功したと確認する。
【００８２】
本ステップにおいて、もし比較結果が一致しない場合、認証は失敗である。
【００８３】
ステップ５６において、認証ゲートウェイは前記ＡＳに前記ＩＭＳ端末へ非ＩＭＳサービスを提供することを指示する。
【００８４】
認証ゲートウェイは当該ＩＭＳ端末認証の成功を確認した後に、認証成功の結果を直接ＡＳへ送信する。ＡＳは認証成功の結果を受信した後に、ＩＭＳ端末間との接続を確立し、かつ、確立した接続に基づきＩＭＳ端末へ非ＩＭＳサービスを提供する。ここで認証ゲートウェイ認証成功の結果を２００ＯＫメッセージに含めてＡＳへ送信できるが、これに限らない。
【００８５】
もしＩＭＳ端末がＩＥブラウザにより非ＩＭＳサービスを獲得する場合、ＩＥブラウザは認証プロセスにおいて自動的にＩＭＳ端末の認証データを獲得できないため、ユーザーにより入力する必要があり、ユーザーの利用満足度が低い。よって、本発明はこのような
ＩＭＳ端末認証のプロセスも訂正する。ＡＳはＳｅｓｓｉｏｎｇＩＤをＩＭＳ端末へ送信し、ＩＥブラウザのＣｏｏｋｉｅに保存し、即ち、ＡＳはＳｅｓｓｉｏｎｇＩＤに基づきＩＭＳ端末が起動するＩＥブラウザのＣｏｏｋｉｅを設定する。ＩＭＳ端末がＩＥブラウザを介し非ＩＭＳサービスを獲得する場合、ＳｅｓｓｉｏｎｇＩＤを直接に獲得することができ、ＩＥブラウザ採用時の再度入力が必要ではなくなる。ここで、ＳｅｓｓｉｏｎｇＩＤは認証ゲートウェイにより生成でき、ＡＳへ送信してもよいし、ＡＳにより生成されてもよい。
【００８６】
以下に具体的な実施方式を示す。
【００８７】
図６は、本発明に係る第１実施形態における非ＩＭＳサービスを提供するＡＳ（非ＩＭＳ ＡＳ）のＩＭＳ端末認証を実行する方法のフローチャートである。具体的な処理プロセスはステップ６１〜ステップ６１７の通りである。
【００８８】
ステップ６１において、ＩＭＳ端末は非ＩＭＳ ＡＳへＩＭＰＵを含むＨＴＴＰリクエストメッセージを送信する。
【００８９】
ステップ６２において、非ＩＭＳ ＡＳは受信したＨＴＴＰリクエストメッセージを認証ゲートウェイへ転送する。
【００９０】
ステップ６３において、認証ゲートウェイは受信したＩＭＰＵを獲得リクエストに含めてＨＳＳへ送信する。
【００９１】
ステップ６４において、ＨＳＳは受信したＩＭＰＵに基づきＩＭＰＵと認証五タプルパラメータとの対応関係から、対応する認証五タプルパラメータを検出する。
【００９２】
ステップ６５において、ＨＳＳは検出した認証五タプルパラメータを認証ゲートウェイへ送信する。
【００９３】
ステップ６６において、認証ゲートウェイは受信した認証五タプルパラメータにおけるＲＡＮＤとＡＵＴＮを非ＩＭＳ ＡＳへ送信する。
【００９４】
ステップ６７において、非ＩＭＳ ＡＳは受信したＲＡＮＤとＡＵＴＮをＩＭＳ端末へ送信する。
【００９５】
ステップ６８において、ＩＭＳ端末は受信したＲＡＮＤに基づきＡＵＴＮを算出する。
【００９６】
ステップ６９において、ＩＭＳ端末は算出したＡＵＴＮと受信したＡＵＴＮが一致するかどうかを比較する。
【００９７】
ステップ６１０において、ステップ６９の比較結果がＡＵＴＮと受信したＡＵＴＮが一致すれば、当該非ＩＭＳ ＡＳ認証が成功したと確認する。
【００９８】
ステップ６１１において、ＩＭＳ端末は受信したＲＡＮＤに基づきＲＥＳを算出する。
【００９９】
ステップ６１２において、ＩＭＳ端末は算出したＲＥＳをＡＳへ送信する。
【０１００】
ステップ６１３において、非ＩＭＳ ＡＳは受信したＲＥＳを認証ゲートウェイへ転送する。
【０１０１】
ステップ６１４において、認証ゲートウェイは受信したＲＥＳと受信したＸＲＥＳを比較する。
【０１０２】
ステップ６１５において、比較結果としてＲＥＳと受信したＸＲＥＳが一致すれば、当該ＩＭＳ端末認証が成功したと確認する。
【０１０３】
ステップ６１６において、認証ゲートウェイは認証成功の結果を２００ＯＫメッセージに含めて非ＩＭＳ ＡＳへ送信する。
【０１０４】
ステップ６１７において、非ＩＭＳ ＡＳはＩＭＳ端末へ非ＩＭＳサービスを提供する。
【０１０５】
さらに、前記第１実施形態においてＩＭＳ端末が後続の非ＩＭＳサービスを獲得する場合、前記認証プロセスを実行する必要はなくなるために、認証ゲートウェイとＩＭＳ端末は後続のＩＭＳ端末が非ＩＭＳサービスを獲得する場合に必要な共用キーを確定できる。共用キー確定のプロセスは非ＩＭＳ ＡＳのＩＭＳ端末認証の成功後に、図７に示すような共用キーを生成する。本発明に係る第２実施形態の共用キーの生成方法は具体的にステップ７１〜ステップ７１１の通りである。
【０１０６】
ステップ７１において、認証ゲートウェイは獲得した認証パラメータに含まれるＣＫとＩＫに基づきキーＫｓを算出し、かつＲＡＮＤとＡＳ識別子（ＡＳ＿ＩＤ）に基づきブートストラッピング・トランザクション識別子（Ｂ−ＴＩＤ、Ｂｏｏｔｓｔｒａｐｐｉｎｇ
Ｔｒａｎｓａｃｔｉｏｎ Ｉｄｅｎｔｉｆｉｅｒ）を生成する。さらに、Ｋｓに有効期限を定義し当該有効期限は主にＫｓの更新のためである。
【０１０７】
ステップ７２において、認証ゲートウェイはＢ−ＴＩＤと有効期限情報を含む２００ＯＫメッセージを非ＩＭＳ ＡＳへ送信する。つまり、認証ゲートウェイはＩＭＳ端末との間の今回の認証のために１つのＢ−ＴＩＤを割当て、当該Ｂ−ＴＩＤをＫｓと関連付けさせ、引き続き当該Ｂ−ＴＩＤに基づきＫｓを検出できるようにする。
【０１０８】
ステップ７３において、非ＩＭＳ ＡＳは受信した２００ＯＫメッセージをＩＭＳ端末へ転送する。
【０１０９】
ステップ７４において、ＩＭＳ端末は２００ＯＫメッセージを受信した後に、取得したＢ−ＴＩＤと有効期限情報を保存する。
【０１１０】
ステップ７５において、ＩＭＳ端末はＫｓを生成し、当該Ｋｓをルートキーとして、ＡＳとの通信時の共用キーを派生する。この際、ＩＭＳ端末と認証ゲートウェイはともにＫｓを有するようになる。
【０１１１】
ステップ７６において、ＩＭＳ端末は自身のＩＭＳ私有ユーザー識別子（ＩＭＰＩ、ＩＭＳ Ｐｒｉｖａｔｅ Ｕｓｅｒ Ｉｄｅｎｔｉｔｙ）、ＫｓとＲＡＮＤ等パラメータに基づき、キーにより関数を導き出し、共用キーＫｓ＿ＡＳを算出する。
【０１１２】
ステップ７７において、ＩＭＳ端末はＢ−ＴＩＤを非ＩＭＳ ＡＳへ送信する。
【０１１３】
ステップ７８において、非ＩＭＳ ＡＳはＢ−ＴＩＤとＡＳ＿ＩＤを認証ゲートウェイへ送信する。
【０１１４】
ステップ７９において、認証ゲートウェイはＡＳ＿ＩＤの有效性を認証し、かつ共用キ
ーＫｓ＿ＡＳを算出する。
【０１１５】
ステップ７１０において、認証ゲートウェイは共用キーＫｓ＿ＡＳとユーザー安全装置を非ＩＭＳ ＡＳへ送信する。
【０１１６】
ステップ７１１において、非ＩＭＳ ＡＳは共用キーＫｓ＿ＡＳとユーザー安全装置を保存する。このように非ＩＭＳ ＡＳとＩＭＳ端末は共用キーＫｓ＿ＡＳを有するようになる。ＩＭＳ端末が引き続き非ＩＭＳサービスを獲得する場合、非ＩＭＳ ＡＳは共用キーＫｓ＿ＡＳに基づき、当該ＩＭＳ端末の認証を実行する。
【０１１７】
もし前記ＩＭＳ端末はＩＥブラウザを介し非ＩＭＳサービスを獲得すれば、即ち、ＩＭＳ端末がＩＥブラウザを有すれば、この際、非ＩＭＳ ＡＳは当該ＩＭＳ端末へ非ＩＭＳサービスを提供する前に、ＩＥブラウザのＣｏｏｋｉｅを設定する必要がある。図８は、本発明に係る第３実施形態におけるＩＥブラウザのＣｏｏｋｉｅの設定方法フローチャートである。具体的な処理プロセスは以下の通りである。
【０１１８】
ステップ８１において、非ＩＭＳ ＡＳはＳｅｓｓｉｏｎｇＩＤを生成し、受信した共用キーＫｓ＿ＡＳに基づき生成したＳｅｓｓｉｏｎｇＩＤを暗号化する。
【０１１９】
ステップ８２において、非ＩＭＳ ＡＳは生成したＳｅｓｓｉｏｎｇＩＤと当該ＩＭＳ端末のＩＭＰＵを対応させて保存する。
【０１２０】
ステップ８３において、非ＩＭＳ ＡＳは暗号化後のＳｅｓｓｉｏｎｇＩＤをＩＭＳ端末へ送信する。
【０１２１】
ステップ８４において、ＩＭＳ端末は算出した共用キーＫｓ＿ＡＳに基づき、受信した暗号化後のＳｅｓｓｉｏｎｇＩＤを復号する。
【０１２２】
ステップ８５において、ＩＭＳ端末は復号後に得たＳｅｓｓｉｏｎｇＩＤと自身のＩＭＰＵに基づきＩＥブラウザを起動する。
【０１２３】
ステップ８６において、ＩＭＳ端末はＩＥブラウザにおいて非ＩＭＳ ＡＳへ自身のＩＭＰＵと復号後に得たＳｅｓｓｉｏｎｇＩＤを含むＨＴＴＰリクエストメッセージを送信する。
【０１２４】
ステップ８７において、非ＩＭＳ ＡＳは保存したＳｅｓｓｉｏｎｇＩＤとＩＭＰＵとの対応関係に基づき受信したＩＭＰＵとＳｅｓｓｉｏｎｇＩＤを認証する。
【０１２５】
ステップ８８において、もし認証が成功すれば、ＳｅｓｓｉｏｎｇＩＤとＩＭＰＵとの対応関係において、受信したＩＭＰＵとＳｅｓｓｉｏｎｇＩＤを削除し、これによりリプレイ攻撃を防止する。
【０１２６】
ステップ８９において、非ＩＭＳ ＡＳは受信したＩＭＰＵとＳｅｓｓｉｏｎｇＩＤに基づき、ＩＭＳ端末が起動したＩＥブラウザのＣｏｏｋｉｅを設定する。
【０１２７】
図９は本発明に係る実施形態４におけるＩＭＳ端末の非ＩＭＳサービスを獲得時の認証方法フローチャートである。ここで、ＩＭＳ端末の認証データをＨ（Ａ１）とする。具体的な処理プロセスは以下の通りである。
【０１２８】
ステップ９１において、ＩＭＳ端末は非ＩＭＳ ＡＳへＩＭＰＵを含むＨＴＴＰリクエ
ストメッセージを送信し、当該ＩＭＰＵはＩＭＳシステムにおいて唯一ＩＭＳ端末を識別する。
【０１２９】
ステップ９２において、非ＩＭＳ ＡＳは受信したＨＴＴＰリクエストメッセージを認証ゲートウェイへ転送する。
【０１３０】
ステップ９３において、認証ゲートウェイは受信したＩＭＰＵを獲得リクエストに含めてＨＳＳへ送信する。
【０１３１】
ステップ９４において、ＨＳＳは受信したＩＭＰＵに基づきＩＭＰＵと認証データとの対応関係から対応する認証データを検出し、本ステップにおいては、検出した認証データをＨ（Ａ１）とする。
【０１３２】
ステップ９５において、ＨＳＳは検出したＨ（Ａ１）を認証ゲートウェイへ送信する。
【０１３３】
ステップ９６において、認証ゲートウェイは生成した第１ＲＡＮＤを非ＩＭＳ ＡＳへ送信する。
【０１３４】
ステップ９７において、非ＩＭＳ ＡＳは受信した第１ＲＡＮＤをＩＭＳ端末へ送信する。
【０１３５】
ステップ９８において、ＩＭＳ端末は受信した第１ＲＡＮＤと自身に保存されたＨ（Ａ１）に基づき第１ＲＥＳを生成する。
【０１３６】
ステップ９９において、ＩＭＳ端末は生成した第１ＲＥＳと第２ＲＡＮＤを非ＩＭＳ ＡＳへ送信する。
【０１３７】
ステップ９１０において、非ＩＭＳ ＡＳは当該第１ＲＥＳと第２ＲＡＮＤを認証ゲートウェイへ転送する。
【０１３８】
ステップ９１１において、認証ゲートウェイはＨＳＳから送信されたＨ（Ａ１）と自身が生成した第１ＲＡＮＤに基づきＸＲＥＳを生成する。
【０１３９】
ステップ９１２において、認証ゲートウェイは生成したＸＲＥＳと獲得した第１ＲＥＳを比較する。
【０１４０】
ステップ９１３において、もし比較結果としてＸＲＥＳと第１ＲＥＳが一致であれば、当該ＩＭＳ端末認証が成功したと確認する。
【０１４１】
ステップ９１４において、認証ゲートウェイは受信した第２ＲＡＮＤとＨＳＳが送信したＨ（Ａ１）に基づき第２ＲＥＳを生成する。
【０１４２】
ステップ９１５において、認証ゲートウェイは生成した第２ＲＥＳに認証成功の結果を含めて非ＩＭＳ ＡＳへ送信する。
【０１４３】
ステップ９１６において、非ＩＭＳ ＡＳは認証成功の結果をＩＭＳ端末へ送信する。
【０１４４】
ステップ９１７において、ＩＭＳ端末は生成した第２ＲＡＮＤおよび自身に保存されたＨ（Ａ１）に基づき第３ＲＥＳを生成する。
【０１４５】
ステップ９１８において、ＩＭＳ端末は生成した第３ＲＥＳと受信した第２ＲＥＳを比較する。
【０１４６】
ステップ９１９において、もし比較結果として第３ＲＥＳと第２ＲＥＳが一致であれば、当該非ＩＭＳ ＡＳ認証が成功したと確認する。
【０１４７】
ステップ９２０において、ＩＭＳ端末と非ＩＭＳ ＡＳ間で接続を確立し、ＩＭＳ端末は非ＩＭＳ ＡＳから非ＩＭＳサービスを獲得する。
【０１４８】
もし本発明に係る実施形態四においてＩＭＳ端末を介しＩＥブラウザが非ＩＭＳサービスを獲得する場合、ＩＭＳ端末はＩＥブラウザを有する。図１０は、本発明に係る第５実施形態においてＩＥブラウザを有するＩＭＳ端末の非ＩＭＳサービスを獲得時の認証方法フローチャートである。具体的な処理プロセスは以下の通りである。
【０１４９】
ステップ１０１において、ＩＭＳ端末は非ＩＭＳ ＡＳへＩＭＰＵを含むＨＴＴＰリクエストメッセージを送信する。
【０１５０】
ステップ１０２において、非ＩＭＳ ＡＳは受信したＨＴＴＰリクエストメッセージを認証ゲートウェイへ転送する。
【０１５１】
ステップ１０３において、認証ゲートウェイは受信したＩＭＰＵを獲得リクエストに含ませＨＳＳへ送信する。
【０１５２】
ステップ１０４において、ＨＳＳは受信したＩＭＰＵに基づきＩＭＰＵと認証データとの対応関係から対応する認証データを探し、本ステップにおいて探し出した認証データをＨ（Ａ１）とする。
【０１５３】
ステップ１０５において、ＨＳＳは探し出したＨ（Ａ１）認証ゲートウェイへ送信する。
【０１５４】
ステップ１０６において、認証ゲートウェイは生成した第１ＲＡＮＤを非ＩＭＳ ＡＳへ送信する。
【０１５５】
ステップ１０７において、非ＩＭＳ ＡＳは受信した第１ＲＡＮＤをＩＭＳ端末へ送信する。
【０１５６】
ステップ１０８において、ＩＭＳ端末は第１ＲＡＮＤと自身が保存したＨ（Ａ１）に基づき第１ＲＥＳを生成する。
【０１５７】
ステップ１０９において、ＩＭＳ端末は生成した第１ＲＥＳと生成した第２ＲＡＮＤを非ＩＭＳ ＡＳへ送信する。
【０１５８】
ステップ１０１０において、非ＩＭＳ ＡＳは当該第１ＲＥＳと第２ＲＡＮＤを認証ゲートウェイへ転送する。
【０１５９】
ステップ１０１１において、認証ゲートウェイはＨＳＳが送信したＨ（Ａ１）と生成した第１ＲＡＮＤに基づきＸＲＥＳを生成する。
【０１６０】
ステップ１０１２において、認証ゲートウェイは生成したＸＲＥＳと獲得した第１ＲＥＳを比較する。
【０１６１】
ステップ１０１３において、もし比較結果としてＸＲＥＳと第１ＲＥＳが一致であれば、当該ＩＭＳ端末の認証成功を確認する。
【０１６２】
ステップ１０１４において、認証ゲートウェイは受信した第２ＲＡＮＤとＨＳＳから送信あれたＨ（Ａ１）に基づき第２ＲＥＳを生成する。
【０１６３】
ステップ１０１５において、認証ゲートウェイはＨＳＳから送信されたＨ（Ａ１）に基づき生成したＳｅｓｓｉｏｎＩＤを暗号化し、ＥH (A1)（ＳｅｓｓｉｏｎＩＤ）を取得する。
【０１６４】
ステップ１０１６において、認証ゲートウェイは生成した第２ＲＥＳ、ＳｅｓｓｉｏｎＩＤおよびＥH (A1)（ＳｅｓｓｉｏｎＩＤ）を認証成功結果に含めて非ＩＭＳ ＡＳへ送信する。
【０１６５】
ステップ１０１７において、非ＩＭＳ ＡＳは第２ＲＥＳおよびＥＨ（Ａ１）（ＳｅｓｓｉｏｎＩＤ）を認証成功結果に含めてＩＭＳ端末へ送信し、かつ自身のＩＭＰＵとＳｅｓｓｉｏｎＩＤとの対応関係に保存する。
【０１６６】
ステップ１０１８において、ＩＭＳ端末は自身が生成した第２ＲＡＮＤおよび自身に保存されたＨ（Ａ１）に基づき第３ＲＥＳを生成する。
【０１６７】
ステップ１０１９において、ＩＭＳ端末は生成した第３ＲＥＳと受信した第２ＲＥＳを比較する。
【０１６８】
ステップ１０２０において、もし比較結果として第３ＲＥＳと第２ＲＥＳが一致であれば、当該非ＩＭＳ ＡＳ認証が成功したと確認する。
【０１６９】
ステップ１０２１において、ＩＭＳ端末は自身が保存したＨ（Ａ１）に基づきＥＨ（Ａ１）（ＳｅｓｓｉｏｎＩＤ）を復号し、ＳｅｓｓｉｏｎＩＤを取得する。
【０１７０】
ステップ１０２２において、ＩＭＳ端末は復号後のＳｅｓｓｉｏｎＩＤとＩＭＰＵをユニバーサルリソースロケータ（ＵＲＬ、Ｕｎｉｖｅｒｓａｌ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）パラメータとし、ＩＥブラウザを起動する。
【０１７１】
ステップ１０２３において、ＩＭＳ端末はＩＥブラウザにおいて非ＩＭＳ ＡＳへ自身のＩＭＰＵと復号後のＳｅｓｓｉｏｎＩＤを含むＨＴＴＰリクエストメッセージを送信する。
【０１７２】
ステップ１０２４において、非ＩＭＳ ＡＳは当該ＨＴＴＰリクエストメッセージを受信した後に、保存したＩＭＰＵとＳｅｓｓｉｏｎＩＤとの対応関係に基づき受信したＩＭＰＵとＳｅｓｓｉｏｎＩＤを認証する。
【０１７３】
ステップ１０２５において、もし認証が成功すればＩＭＰＵとＳｅｓｓｉｏｎＩＤとの対応関係において、受信したＩＭＰＵとＳｅｓｓｉｏｎＩＤを削除し、リプレイ攻撃を防止する。
【０１７４】
ステップ１０２６において、非ＩＭＳ ＡＳは受信したＩＭＰＵとＳｅｓｓｉｏｎＩＤに基づき、ＩＭＳ端末が起動したＩＥブラウザのＣｏｏｋｉｅを設定する。
【０１７５】
本ステップを実行した後に、ＩＥブラウザが起動されている場合、当該ＩＭＳ端末は、直接非ＩＭＳ ＡＳにＣｏｏｋｉｅ認証通過をリクエストし、前記ステップの認証を再度実行する必要はない。
【０１７６】
ステップ１０２７において、ＩＭＳ端末は非ＩＭＳ ＡＳ間との接続を確立し、ＩＭＳ端末は非ＩＭＳ ＡＳから非ＩＭＳサービスを獲得する。
【０１７７】
前記２つのプロセスにおいて、非ＩＭＳ ＡＳは非信任ドメインに位置する可能性があるし、かつ、認証ゲートウェイがＩＭＳシステムにおけるネットワーク・エレメントであり、認証ゲートウェイの安全性を確保するために、認証ゲートウェイと非ＩＭＳ ＡＳの間で、確立した伝送層安全／インターネットプロトコル安全トンネルの方式で情報交換し、安全性を確保する。
【０１７８】
本発明に係る実施形態４において、認証ゲートウェイよりＩＭＳ端末の認証データＨ（Ａ１）を暗号化することができる。例えば非ＩＭＳ ＡＳのドメイン名に基づく暗号化することによりＨ（Ａ１）’を取得し、そして非ＩＭＳ ＡＳへ送信する。その後、ＩＭＳ
ＡＳはＨ（Ａ１）’を採用してＩＭＳ端末認証を行えるために、非ＩＭＳ ＡＳの機能が強化される。以下通常のＩＭＳ端末とＩＥブラウザを有するＩＭＳ端末をそれぞれ例を挙げて実施法案を説明する。
【０１７９】
図１１は本発明に係る実施形態６に係る、ＩＭＳ端末が非ＩＭＳサービスを獲得する場合の認証方法フローチャートである。具体的な処理プロセスは以下の通りである。
【０１８０】
ステップ１１１において、ＩＭＳ端末は非ＩＭＳ ＡＳへＩＭＰＵを含むＨＴＴＰリクエストメッセージを送信する。
【０１８１】
ステップ１１２において、非ＩＭＳ ＡＳはＩＭＰＵに対応するＨ（Ａ１）’を保存しているかどうかを判断する。もし保存していれば、直接第１ＲＡＮＤＩＭＳを生成して端末へ送信し、ＩＭＳ端末間との認証プロセスを完了する。このプロセスは従来技術と同じであるため、ここでは繰り返さない。
【０１８２】
もし保存していなければ、非ＩＭＳ ＡＳは受信したＨＴＴＰリクエストメッセージを認証ゲートウェイへ転送する。
【０１８３】
ステップ１１３において、認証ゲートウェイは受信したＩＭＰＵに基づいてＨＳＳからＩＭＳ端末の認証データを獲得する。
【０１８４】
具体的には、認証ゲートウェイは、ＩＭＰＵが現在登録しているＳ−ＣＳＣＦのフルドメイン名（ＦＱＤＮ、Ｆｕｌｌｙ Ｑｕａｌｉｆｉｅｄ Ｄｏｍａｉｎ Ｎａｍｅ）を照会するために、ＨＳＳへＬＩＲメッセージを送信する。
【０１８５】
ＨＳＳは認証ゲートウェイへＬＩＡメッセージを送信する。
【０１８６】
認証ゲートウェイはＨＳＳから返送されたＬＩＡメッセージを判断する。もしＩＭＰＵがワイルドカードＩＭＰＵであれば、非ＩＭＳ ＡＳへ失敗応答を送信する。もしＩＭＰＵに対応するＩＭＳ端末がまだＩＭＳシステムへ登録していなければ、非ＩＭＳ ＡＳへ失敗応答を返送する。もしＩＭＰＵに対応するＩＭＳ端末がすでに登録に成功していれば、認証ゲートウェイはＬＩＡメッセージからＩＭＳ端末に登録したＳ−ＣＳＣＦのＦＱＤＮを獲得する。
【０１８７】
認証ゲートウェイは、ＩＭＰＵとＩＭＰＩとの対応関係に基づいてＩＭＳ端末のＩＭＰＩを検出する。
【０１８８】
認証ゲートウェイはＩＭＰＵ、ＩＭＰＩとＦＱＤＮを含むマルチメディア認証リクエスト（ＭＡＲ、 Ｍｕｌｔｉｍｅｄｉａ Ａｕｔｈ Ｒｅｑｕｅｓｔ）メッセージをＨＳＳへ送信する。
【０１８９】
ＨＳＳはマルチメディア認証応答（ＭＡＡ、Ｍｕｌｔｉｍｅｄｉａ Ａｕｔｈ Ａｎｓｗｅｒ）メッセージを返送する。当該マルチメディア認証応答メッセージはＩＭＳ端末の認証データＨ（Ａ１）を含む。
【０１９０】
ステップ１１４において、認証ゲートウェイはＩＭＳ端末のＨ（Ａ１）を保存し、生成した第１ＲＡＮＤを非ＩＭＳ ＡＳへ送信する。
【０１９１】
ステップ１１５において、非ＩＭＳ ＡＳはＩＭＳ端末へ認証ゲートウェイが生成した第１ＲＡＮＤを送信する。
【０１９２】
ステップ１１６において、ＩＭＳ端末は自身が保存したＨ（Ａ１）と受信した第１ＲＡＮＤに基づき第１ＲＥＳを生成する。
【０１９３】
本ステップにおいて、ＩＭＳ端末はさらに非ＩＭＳ ＡＳのＦＱＤＮ（即ち、ＦＱＤＮＡＳ）に基づきＭＤ５暗号化演算方法により、Ｈ（Ａ１）を暗号化しＨ（Ａ１）’を取得できる。
【０１９４】
ステップ１１７において、ＩＭＳ端末は非ＩＭＳ ＡＳへ、生成した第１ＲＥＳおよびＩＭＳ端末が生成した第２ＲＡＮＤを返送する。
【０１９５】
ステップ１１８において、非ＩＭＳ ＡＳは当該第１ＲＥＳおよび第２ＲＡＮＤを認証ゲートウェイへ転送する。
【０１９６】
ステップ１１９において、認証ゲートウェイはＨ（Ａ１）と第１ＲＡＮＤに基づきＸＲＥＳを生成する。
【０１９７】
ステップ１１１０において、生成したＸＲＥＳを受信した第１ＲＥＳと比較する。
【０１９８】
ステップ１１１１において、もし比較結果としてＸＲＥＳと第１ＲＥＳが一致であれば当該ＩＭＳ端末認証が成功したと確認する。
【０１９９】
ステップ１１１２において、認証ゲートウェイは受信した第２ＲＡＮＤとＨ（Ａ１）に基づき第２ＲＥＳを生成する。
【０２００】
本ステップにおいて、認証ゲートウェイはさらに非ＩＭＳ ＡＳのＦＱＤＮＡＳに基づきＭＤ５暗号化演算方法により、Ｈ（Ａ１）を暗号化し、Ｈ（Ａ１）’を取得できる。
【０２０１】
ステップ１１１３において、認証ゲートウェイは生成した第２ＲＥＳおよびＨ（Ａ１）’を認証成功の結果に含めて非ＩＭＳ ＡＳへ送信する。
【０２０２】
ステップ１１１４において、非ＩＭＳ ＡＳは受信したＨ（Ａ１）’をＩＭＳ端末のＩＭＰＵと対応するように保存する。
【０２０３】
ステップ１１１５において、非ＩＭＳ ＡＳは第２ＲＥＳを含む認証成功結果をＩＭＳ端末へ送信する。
【０２０４】
ステップ１１１６において、ＩＭＳ端末は自身の生成した第２ＲＡＮＤおよび自身に保存されたＨ（Ａ１）に基づき第３ＲＥＳを生成する。
【０２０５】
ステップ１１１７において、生成した第３ＲＥＳと受信した第２ＲＥＳを比較する。
【０２０６】
ステップ１１１８において、もし比較結果として第３ＲＥＳと第２ＲＥＳが一致であれば、非ＩＭＳ ＡＳの認証成功を確認する。
【０２０７】
ステップ１１１９において、非ＩＭＳ ＡＳはＩＭＳ端末のＣｏｏｋｉｅを設定する。
【０２０８】
ステップ１１２０において、ＩＭＳ端末と非ＩＭＳ ＡＳとの間に接続を確立し、ＩＭＳ端末は非ＩＭＳ ＡＳから非ＩＭＳサービスを獲得する。
【０２０９】
ステップ１１２１において、ＩＭＳ端末は引き続き非ＩＭＳ ＡＳを訪問する時、アクセスリクエストメッセージに設定したＣｏｏｋｉｅが含まれる。
【０２１０】
ステップ１１２２において、当該Ｃｏｏｋｉｅが失効後に、ＩＭＳ端末が非ＩＭＳ ＡＳをアクセスする場合、ＩＭＳ端末と非ＩＭＳ ＡＳの間はＨ（Ａ１）’により認証を行い、認証ゲートウェイは参与必要がなくなり、認証のステップと時間を省略する。
【０２１１】
上述のプロセスにおいて、認証ゲートウェイとＨＳＳの間はインターフェースＳｈ以外に、さらにＣｘインターフェース或いはＺｈインターフェースを採用し、ＩＭＳ端末が現在登録しているＳ−ＣＳＣＦのＦＱＤＮ照会に用いる。当認証ゲートウェイとＨＳＳの間にＣｘインターフェースを採用する場合、ＦＱＤＮＡＳをＩＭＳ端末の現在のＳ−ＣＳＣＦとする。認証ゲートウェイとＨＳＳの間にＺｈインターフェースを採用する場合、非ＩＭＳ ＡＳは直接認証ゲートウェイのＦＱＤＮを採用できる。
【０２１２】
図１２は、本発明の実施形態７に係る、ＩＥブラウザを有するＩＭＳ端末が非ＩＭＳサービスを獲得する時の認証方法フローチャートでる。具体的な処理プロセスは以下の通りである。
【０２１３】
ステップ１２１において、ＩＭＳ端末は非ＩＭＳ ＡＳへＩＭＰＵを含むＨＴＴＰリクエストメッセージを送信する。
【０２１４】
ステップ１２２において、非ＩＭＳ ＡＳはＩＭＰＵに対応するＨ（Ａ１）’を保存しているかどうかを判断する。もし保存していれば、直接第１ＲＡＮＤを生成してＩＭＳ端末へ送信し、ＩＭＳ端末との間の認証プロセスを完了する。このプロセスは従来技術と同じであるため、ここでは繰り返さない。
【０２１５】
もし保存していなければ、非ＩＭＳ ＡＳは受信したＨＴＴＰリクエストメッセージを認証ゲートウェイへ転送する。
【０２１６】
ステップ１２３において、認証ゲートウェイは、受信したＩＭＰＵに基づいてＨＳＳからＩＭＳ端末の認証データＨ（Ａ１）を獲得する。
【０２１７】
ステップ１２４において、認証ゲートウェイはＩＭＳ端末のＨ（Ａ１）を保存し、生成した第１ＲＡＮＤを非ＩＭＳ ＡＳへ送信する。
【０２１８】
ステップ１２５において、非ＩＭＳ ＡＳはＩＭＳ端末へ認証ゲートウェイより生成された第１ＲＡＮＤを送信する。
【０２１９】
ステップ１２６において、ＩＭＳ端末は自身に保存されたＨ（Ａ１）と受信した第１ＲＡＮＤに基づいて、第１ＲＥＳを生成する。
【０２２０】
本ステップにおいて、ＩＭＳ端末はさらに非ＩＭＳ ＡＳのＦＱＤＮＡＳに基づき、ＭＤ５暗号化演算方法により、Ｈ（Ａ１）を暗号化してＨ（Ａ１）’を取得できる。
【０２２１】
ステップ１２７において、ＩＭＳ端末は非ＩＭＳ ＡＳへ生成した第１ＲＥＳと生成した第２ＲＡＮＤを返送する。
【０２２２】
ステップ１２８において、非ＩＭＳ ＡＳは当該第１ＲＥＳと第２ＲＡＮＤを認証ゲートウェイへ転送する。
【０２２３】
ステップ１２９において、認証ゲートウェイはＩＭＳ端末のＨ（Ａ１）と第１ＲＡＮＤに基づいてＸＲＥＳを生成する。
【０２２４】
ステップ１２１０において、生成したＸＲＥＳを受信した第１ＲＥＳと比較する。
【０２２５】
ステップ１２１１において、もし比較結果としてＸＲＥＳと第１ＲＥＳが一致であれば、当該ＩＭＳ端末認証が成功したと確認する。
【０２２６】
ステップ１２１２において、認証ゲートウェイは受信した第２ＲＡＮＤとＩＭＳ端末のＨ（Ａ１）に基づいて第２ＲＥＳを生成する。
【０２２７】
本ステップにおいて、認証ゲートウェイはさらに、非ＩＭＳ ＡＳとＩＭＳ端末のＩＥブラウザとの一回信号交換のセッション識別子とするＳｅｓｓｉｏｎＩＤを生成し、Ｈ（Ａ１）を暗号化後に、ＥＨ（Ａ１）（ＳｅｓｓｉｏｎＩＤ）を取得する。認証ゲートウェイはさらに非ＩＭＳ ＡＳのＦＱＤＮＡＳに基づきＭＤ５暗号化演算方法により、Ｈ（Ａ１）を暗号化してＨ（Ａ１）’を取得できる。
【０２２８】
ステップ１２１３において、認証ゲートウェイは取得した第２ＲＥＳ、Ｈ（Ａ１）’とＥＨ（Ａ１）（ＳｅｓｓｉｏｎＩＤ）を認証成功結果に含めて非ＩＭＳ ＡＳへ送信する。
【０２２９】
ステップ１２１４において、非ＩＭＳ ＡＳは受信したＨ（Ａ１）’とＳｅｓｓｉｏｎＩＤをＩＭＳ端末のＩＭＰＵと対応するように保存する。
【０２３０】
ステップ１２１５において、非ＩＭＳ ＡＳは第２ＲＥＳとＥＨ（Ａ１）（ＳｅｓｓｉｏｎＩＤ）を含む認証成功結果をＩＭＳ端末へ送信する。
【０２３１】
ステップ１２１６において、ＩＭＳ端末は生成した第２ＲＡＮＤ、ＳｅｓｓｉｏｎＩＤおよび自身に保存されたＨ（Ａ１）に基づき第３ＲＥＳを生成する。
【０２３２】
ステップ１２１７において、生成した第３ＲＥＳと受信した第２ＲＥＳを比較する。
【０２３３】
ステップ１２１８において、もし比較結果として第３ＲＥＳと第２ＲＥＳが一致であれば、非ＩＭＳ ＡＳ認証が成功したと確認する。
【０２３４】
ステップ１２１９において、ＩＭＳ端末はＥＨ（Ａ１）（ＳｅｓｓｉｏｎＩＤ）を復号し、ＳｅｓｓｉｏｎＩＤを取得する。
【０２３５】
本ステップにおいて、ＩＭＳ端末のＣｏｏｋｉｅを設定することも含む。
【０２３６】
本ステップにおいて、当該認証成功結果は２００ＯＫメッセージを介し送信できるがこれに限らない。
【０２３７】
ステップ１２２０において、ＩＭＳ端末はＳｅｓｓｉｏｎＩＤとＩＭＰＵをＵＲＬパラメータとしてＩＥブラウザを起動し、ＩＭＳ ＡＳへＩＭＰＵとＳｅｓｓｉｏｎＩＤを含むＨＴＴＰリクエストメッセージを送信する。
【０２３８】
ステップ１２２１において、非ＩＭＳ ＡＳは当該ＨＴＴＰリクエストメッセージを受信した後に、保存したＩＭＰＵとＳｅｓｓｉｏｎＩＤとの対応関係に基づき受信したＩＭＰＵとＳｅｓｓｉｏｎＩＤを認証する。
【０２３９】
ステップ１２２２において、もし認証が成功すればＩＭＰＵとＳｅｓｓｉｏｎＩＤとの対応関係において、受信したＩＭＰＵとＳｅｓｓｉｏｎＩＤを削除し、リプレイ攻撃を防止する。
【０２４０】
ステップ１２２３において、受信したＩＭＰＵとＳｅｓｓｉｏｎＩＤに基づきＩＭＳ端末が起動したＩＥブラウザのＣｏｏｋｉｅを設定する。
【０２４１】
本ステップ後、当該ＩＭＳ端末はＩＥブラウザを操作する時、直接非ＩＭＳ ＡＳにＣｏｏｋｉｅ認証通過をリクエストし、再度前記ステップ認証を実行する必要がなくなる。
【０２４２】
ステップ１２２４において、ＩＭＳ端末と非ＩＭＳ ＡＳの間に接続を確立し、ＩＭＳ端末は非ＩＭＳ ＡＳから非ＩＭＳサービスを獲得する。
【０２４３】
ステップ１２２５において、当該Ｃｏｏｋｉｅ失効後、ＩＭＳ端末が非ＩＭＳ ＡＳにアクセスする場合、ＩＭＳ端末と非ＩＭＳ ＡＳ間のＨ（Ａ１）’認証は成功し、認証ゲートウェイが参加する必要がなくなり、認証のステップと時間を節約する。
【０２４４】
上述した２つの実施形態において、ＩＭＳ端末がＨＳＳからＩＭＳ端末の認証データを獲得する場合、ＨＳＳは認証ゲートウェイから送信されたＭＡＲリクエストメッセージを受信した後に、Ｓｅｒｖｅｒ−ｎａｍｅが示すＳ−ＣＳＣＦがここにすでに保存しているものと同じかどうかを比較する。もし同じでなければ、現在ＩＭＳ端末にサービスを提供するＳ−ＣＳＣＦの１つを登録させるプロセスをトリガーする。このようなことを避けるために、本発明は以下の二種類の解決方式を提供する。
【０２４５】
＜方式一＞
認証ゲートウェイにＩＭＳ端末のＩＭＰＵとＳ−ＣＳＣＦ間との対応関係を配置し、認証ゲートウェイはＳ−ＣＳＣＦ情報を当該ＭＡＲ認証リクエストに含めて転送する。
【０２４６】
＜方式二＞
認証ゲートウェイは非ＩＭＳ ＡＳから送信された接続リクエストを受信する場合、まず、ＨＳＳへＬＩＲリクエストメッセージを送信し、現在ＩＭＳ端末にサービスを提供するＳ−ＣＳＣＦを獲得する。そしてＭＡＲリクエストメッセージにＳ−ＣＳＣＦ情報を含める。
【０２４７】
本発明において、ＩＭＳ端末の第１回認証が通過できた後に、認証ゲートウェイはＩＭＳ端末の認証データと第１ＲＡＮＤを保存する。次回認証時、上記ＩＭＳ端末の認証データと第１ＲＡＮＤは再利用可能であり、認証される。また、保存する場合は定期的に更新できる。
【０２４８】
本発明に係る認証システム、方法および設備は、ＩＭＳ端末と異なる非ＩＭＳ ＡＳ間との統一した認証プラットフォームを提供し、非ＩＭＳサービス獲得時の複雑さを低下させ、ユーザー使用感を改善した。非ＩＭＳ ＡＳがＩＭＳ端末の認証パラメータ／認証データを有しないことにより、非ＩＭＳ ＡＳの認証プロセスを減少し、データ維持の負担を減らす。認証時、認証ゲートウェイがＩＭＳ端末の認証パラメータ／認証データを非ＩＭＳ ＡＳ上に送信しないことにより、改ざん、盗聴と虚偽認証を防止できる。ＩＥブラウザを介し非ＩＭＳサービスを獲得するＩＭＳ端末は認証プロセスにおいて、暗号化したＳｅｓｓｉｏｎＩＤを採用・伝送し、ＳｅｓｓｉｏｎＩＤの改ざんを防止する。また、本発明はＳｅｓｓｉｏｎＩＤ転送および保存関係の処理により、リプレイ攻撃を防止できる。
【０２４９】
本発明の実施形態にかかる認証ゲートウェイは、図１３に示すように、第１受信ユニット１３１、獲得ユニット１３２、第１送信ユニット１３３、第２受信ユニット１３４、比較ユニット１３５、確認ユニット１３６および指示ユニット１３７とを備える。
【０２５０】
第１受信ユニット１３１は、ＩＭＳ端末が非ＩＭＳサービスを提供するＡＳを介し送信した接続リクエストメッセージを受信する。
【０２５１】
獲得ユニット１３２は、第１ＲＡＮＤと前記ＩＭＳ端末のＸＲＥＳを獲得する。
【０２５２】
第１送信ユニット１３３は、獲得ユニット１３２が獲得した第１ＲＡＮＤを前記ＡＳを介し前記ＩＭＳ端末へ送信する。
【０２５３】
第２受信ユニット１３４は、前記ＡＳ送信した前記ＩＭＳ端末に基づき前記第１ＲＡＮＤ生成した第１ＲＥＳを介し前記ＩＭＳ端末を受信する。
【０２５４】
比較ユニット１３５は、第２受信ユニット１３４が受信した第１ＲＥＳと獲得ユニット１３２が獲得したＸＲＥＳが一致するかどうかを比較する。
【０２５５】
確認ユニット１３６は、比較ユニット１３５の比較結果が一致である場合、当該ＩＭＳ端末認証が成功したと確認する。
【０２５６】
指示ユニット１３７は、前記ＡＳが前記ＩＭＳ端末に非ＩＭＳサービスを提供することを指示する。
【０２５７】
好ましくは、獲得ユニット１３２は前記ＩＭＳ端末の第１ＲＡＮＤと前記ＩＭＳ端末のＸＲＥＳを含む認証パラメータを獲得する。
【０２５８】
さらに好ましくは、第１受信ユニット１３１が受信した接続リクエストメッセージに前記ＩＭＳ端末のＩＭＰＵを含む。
【０２５９】
獲得ユニット１３２は具体的に送信サブユニットと、受信サブユニットとを備える。
【０２６０】
送信サブユニットは、第１受信ユニット１３１が受信した前記ＩＭＰＵを含む獲得リク
エストをＨＳＳへ送信する。
【０２６１】
受信サブユニットは、前記ＨＳＳが送信した認証パラメータを受信する。前記認証パラメータは、前記ＨＳＳが前記ＩＭＰＵに基づいてＩＭＰＵとの対応関係から検出されたものである。
【０２６２】
好ましくは、獲得ユニット１３２が獲得した認証パラメータに第１ＡＵＴＮがさらに含まれる。
【０２６３】
前記認証ゲートウェイは第２送信ユニットをさらに備える。前記第２送信ユニットは、第２受信ユニット１３４が前記ＩＭＳ端末の前記ＡＳを介して送信した第１ＲＥＳを受信する前に、獲得ユニットが獲得した第１ＡＵＴＮを前記ＡＳを介し前記ＩＭＳ端末へ送信する。
【０２６４】
好ましくは、前記認証ゲートウェイは確定ユニットと、第３送信ユニットとをさらに備える。
【０２６５】
確定ユニットは、指示ユニット１３７が前記ＡＳに前記ＩＭＳ端末へ非ＩＭＳサービスを提供することを指示する前に、前記ＩＭＳ端末が引き続き非ＩＭＳサービス獲得時、必要な共用キーを確定する。
【０２６６】
第３送信ユニットは、確定ユニットが確定した共用キーを前記ＡＳへ送信する。
【０２６７】
好ましくは、獲得ユニット１３２は具体的に第１生成サブユニットと、獲得サブユニットと第２生成するサブユニットとを備える。
【０２６８】
第１生成するサブユニットは、第１ＲＡＮＤを生成する。
【０２６９】
獲得サブユニットは、前記ＩＭＳ端末の認証データを獲得する。
【０２７０】
第２生成サブユニットは、第１生成サブユニットが生成した第１ＲＡＮＤと獲得サブユニットが獲得した認証データに基づいて前記ＩＭＳ端末のＸＲＥＳを生成する。
【０２７１】
前記認証ゲートウェイは第３受信ユニット、生成ユニットと第４送信ユニットを備えることをさらに好ましい。
【０２７２】
第３受信ユニットは、前記ＩＭＳ端末が前記ＡＳを介し送信した第２ＲＡＮＤを受信する。
【０２７３】
生成ユニットは、第３受信ユニットが受信した第２ＲＡＮＤと獲得サブユニットが獲得した認証データに基づいて第２ＲＥＳを生成する。
【０２７４】
第４送信ユニットは、生成ユニットが生成した第２ＲＥＳを前記ＡＳを介し前記ＩＭＳ端末へ送信する。
【０２７５】
前記指示ユニット１３７は、認証成功結果を前記ＡＳへ送信し、前記ＡＳに前記ＩＭＳ端末へ非ＩＭＳサービスを提供することを指示する。
【０２７６】
本発明に係る実施形態はＡＳを提供しており、当該ＡＳは非ＩＭＳサービスを提供する。図１４に示すように、第１受信ユニット１４１と、第１転送ユニット１４２と、第２受
信ユニット１４３と、第２転送ユニット１４４と、第３受信ユニット１４５と、第３転送ユニット１４６と提供ユニット１４７とを備える。
【０２７７】
ここで、第１受信ユニット１４１は、ＩＭＳ端末が送信した接続リクエストメッセージを受信する。
【０２７８】
第１転送ユニット１４２は、第１受信ユニット１４１が受信した接続リクエストメッセージを認証ゲートウェイへ転送する。
【０２７９】
第２受信ユニット１４３は、認証ゲートウェイが送信した第１ＲＡＮＤを受信する。
【０２８０】
第２転送ユニット１４４は、第２受信ユニット１４３が受信した第１ＲＡＮＤを前記ＩＭＳ端末へ転送する。
【０２８１】
第３受信ユニット１４５は、前記ＩＭＳ端末が送信した第１ＲＥＳを受信する。
【０２８２】
第３転送ユニット１４６は、第３受信ユニット１４５が受信した第１ＲＥＳを前記認証ゲートウェイへ転送する。
【０２８３】
提供ユニット１４７は、前記認証ゲートウェイの指示に基づき前記ＩＭＳ端末へ非ＩＭＳサービスを提供する。
【０２８４】
好ましくは、前記ＡＳは第４受信ユニットと第４転送ユニットをさらに備える。
【０２８５】
第４受信ユニットは、第３受信ユニット１４５が第１ＲＥＳを受信する前に、認証ゲートウェイが送信したＡＵＴＮを受信する。
【０２８６】
第４転送ユニットは、第４受信ユニットが受信したＡＵＴＮを前記ＩＭＳ端末へ転送する。
【０２８７】
好ましくは、提供ユニット１４７は具体的に受信サブユニットと、接続確立サブユニットと、提供サブユニットとを備える。
【０２８８】
受信サブユニットは、前記認証ゲートウェイが送信した認証成功結果を受信する。
【０２８９】
接続確立サブユニットは、受信サブユニットが認証成功結果を受信した後に、前記ＩＭＳ端末との間の接続を確立する。
【０２９０】
提供サブユニットは、接続確立サブユニットが確立した接続により、前記ＩＭＳ端末へ非ＩＭＳサービスを提供する。
【０２９１】
好ましくは、前記ＡＳは第５受信ユニットをさらに備える。前記第５受信ユニットは、提供ユニット１４７が前記ＩＭＳ端末へ非ＩＭＳサービスを提供する前に、前記認証ゲートウェイが送信した共用キーを受信、かつ保存する。
【０２９２】
もし前記ＩＭＳ端末がＩＥブラウザを介し非ＩＭＳサービス獲得すれば前記ＡＳは生成ユニットと、暗号化ユニットと、送信ユニットと、第６受信ユニットと、設定ユニットとをさらに備えることがさらに好ましい。
【０２９３】
生成ユニットは、ＳｅｓｓｉｏｎｇＩＤを生成する。
【０２９４】
暗号化ユニットは、第５受信ユニットが受信した共用キーに基づき、生成ユニットが生成したＳｅｓｓｉｏｎｇＩＤを暗号化する。
【０２９５】
送信ユニットは、暗号化ユニットが暗号化したＳｅｓｓｉｏｎｇＩＤを前記ＩＭＳ端末へ送信する。
【０２９６】
第６受信ユニットは、前記ＩＭＳ端末が受信したＩＭＰＵとＳｅｓｓｉｏｎｇＩＤを含む接続リクエストメッセージを受信する。
【０２９７】
設定ユニットは、第６受信ユニットが受信したＩＭＰＵとＳｅｓｓｉｏｎｇＩＤに基づき、前記ＩＭＳ端末が起動したＩＥブラウザのＣｏｏｋｉｅを設定する。
【０２９８】
前記ＡＳは保存ユニットと、認証ユニットと、認証ユニットとを備えることがさらに好ましい。
【０２９９】
保存ユニットは、送信ユニットが暗号化ユニットにより暗号化されたＳｅｓｓｉｏｎｇＩＤを前記ＩＭＳ端末へ送信する前に、生成ユニットが生成したＳｅｓｓｉｏｎｇＩＤと前記ＩＭＳ端末のＩＭＰＵを対応させるように保存する。
【０３００】
認証ユニットは、設定ユニットが前記ＩＭＳ端末により起動されたＩＥブラウザのＣｏｏｋｉｅを設定する前に、保存ユニットのＳｅｓｓｉｏｎｇＩＤとＩＭＰＵとの対応関係に基づき、第６受信ユニットが受信したＩＭＰＵとＳｅｓｓｉｏｎｇＩＤを認証する。
【０３０１】
削除ユニットは、認証ユニットの認証結果が成功となった後に、保存ユニットが保存するＳｅｓｓｉｏｎｇＩＤとＩＭＰＵとの対応関係において、第６受信ユニットが受信した前記ＩＭＰＵとＳｅｓｓｉｏｎｇＩＤを削除する。
【０３０２】
好ましくは、前記ＡＳは第７受信ユニット、第５転送ユニット、第８受信ユニットと第６転送ユニットとをさらに備える。
【０３０３】
第７受信ユニットは、前記ＩＭＳ端末が送信した第２ＲＡＮＤを受信する。
【０３０４】
第５転送ユニットは、第７受信ユニットが受信した第２ＲＡＮＤを前記認証ゲートウェイへ転送する。
【０３０５】
第８受信ユニットは、認証ゲートウェイが送信した第２ＲＥＳを受信する。
【０３０６】
第６転送ユニットは、第８受信ユニットが受信した第２ＲＥＳを前記ＩＭＳ端末へ転送する。
【０３０７】
本発明に係る実施形態はＩＭＳ端末を提供しており、図１５示すように、第１送信ユニット１５１、第１受信ユニット１５２、第１生成ユニット１５３、第２送信ユニット１５４とサービス獲得ユニット１５５とを備える。
【０３０８】
第１送信ユニット１５１は、非ＩＭＳサービスを提供するＡＳへ接続リクエストメッセージを送信する。
【０３０９】
第１受信ユニット１５２は、認証ゲートウェイが前記ＡＳを介し送信した第１ＲＡＮＤを受信する。
【０３１０】
第１生成ユニット１５３は、第１受信ユニット１５２が受信した第１ＲＡＮＤに基づきＲＥＳを生成する。
【０３１１】
第２送信ユニット１５４は、第１生成ユニット１５３が生成した第１ＲＥＳを前記ＡＳへ送信する。
【０３１２】
サービス獲得ユニット１５５は、前記ＡＳにて非ＩＭＳサービスを獲得する。
【０３１３】
好ましくは、前記ＩＭＳ端末は第２受信ユニットと、第２生成ユニットと、第１比較ユニットと第１確認ユニットとをさらに備える。
【０３１４】
第２受信ユニットは、第１生成ユニット１５３が第１ＲＥＳを生成する前に、前記認証ゲートウェイが前記ＡＳを介し送信した第１ＡＵＴＮを受信する。
【０３１５】
第２生成ユニットは、第１受信ユニット１５２が受信した第１ＲＡＮＤに基づき第２ＡＵＴＮを生成する。
【０３１６】
第１比較ユニットは、第２生成ユニットが生成した第２ＡＵＴＮと第２受信ユニットが受信した第１ＡＵＴＮが一致するかどうかを比較する。
【０３１７】
第１確認ユニットは、第１比較ユニットの比較結果として第２ＡＵＴＮと第１ＡＵＴＮが一致であれば、前記ＡＳ認証が成功したと確認する。
【０３１８】
好ましくは、前記ＩＭＳ端末は第３生成ユニット、第３送信ユニット、第３受信ユニット、第４生成ユニット、第２比較ユニットと第２確認ユニットとをさらに備える。
【０３１９】
第３生成ユニットは、第２ＲＡＮＤを生成する。
【０３２０】
第３送信ユニットは、第３生成ユニットが生成した第２ＲＡＮＤを前記ＡＳを介し前記認証ゲートウェイへ送信する。
【０３２１】
第３受信ユニットは、前記認証ゲートウェイが前記ＡＳを介し送信した第２ＲＥＳを受信する。
【０３２２】
第４生成ユニットは、第３生成ユニットが生成した第２ＲＡＮＤと自身の認証データに基づき第３ＲＥＳを生成する。
【０３２３】
第２比較ユニットは、第３受信ユニットが受信した第２ＲＥＳと第４生成ユニット生成した第３ＲＥＳが一致するかどうか比較する。
【０３２４】
第２確認ユニットは、第２比較ユニットの比較結果として第２ＲＥＳと第３ＲＥＳが一致であれば、前記ＡＳ認証が成功したと確認する。
【０３２５】
当業者であれば、本発明の技術的思想の範囲内において、本発明に対し種種の変更・改変を実行できる。そのような変更・改変は、本発明の請求の範囲及びその均等の範囲に属するので、つまり、本発明は、そのような変更・改変も意図しているということである。
【技術分野】
【０００１】
本発明は通信技術分野に関し、特に認証システム、方法および設備に関する。
【背景技術】
【０００２】
インターネット・プロトコル・マルチメディア・サブシステム（ＩＭＳ、Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ Ｍｕｌｔｉｍｅｄｉａ Ｓｕｂｓｙｓｔｅｍ）はセッション開始プロトコル（ＳＩＰ、Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）に基づくセッション制御システムであり、パケットスイッチング（ＰＳ、Ｐａｃｋｅｔ Ｓｗｉｔｃｈｉｎｇ）に対しドメインネットワークを拡張したものである。ＩＭＳシステムは呼出セッション制御機能（ＣＳＣＦ、Ｃａｌｌ Ｓｅｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｆｕｎｃｔｉｏｎ）、メディア・ゲートウェイ制御機能（ＭＧＣＦ 、Ｍｅｄｉａ Ｇａｔｅｗａｙ Ｃｏｎｔｒｏｌ Ｆｕｎｃｔｉｏｎ）、メディアリソース機能コントローラ（ＭＲＦＣ、Ｍｕｌｔｉｍｅｄｉａ Ｒｅｓｏｕｒｃｅ Ｆｕｎｃｔｉｏｎ Ｃｏｎｔｒｏｌｌｅｒ）、ホーム・サブスクライバー・サーバー（ＨＳＳ、Ｈｏｍｅ Ｓｕｂｓｃｒｉｂｅｒ Ｓｅｒｖｅｒ）、ブレークアウト・ゲートウェイ制御機能（ＢＧＣＦ、Ｂｒｅａｋｏｕｔ Ｇａｔｅｗａｙ Ｃｏｎｔｒｏｌ Ｆｕｎｃｔｉｏｎ）、メディアリソース機能プロセッサ（ＭＲＦＰ、Ｍｕｌｔｉｍｅｄｉａ Ｒｅｓｏｕｒｃｅ Ｆｕｎｃｔｉｏｎ
Ｐｒｏｃｅｓｓｏｒ）、メディア・ゲートウェイ（ＭＧＷ、Ｍｅｄｉａ Ｇａｔｅｗａｙ）、ＩＭＳサービスを提供するアプリケーションサーバ（ＡＳ、Ａｐｐｌｉｃａｔｉｏｎ Ｓｅｒｖｅｒ）等の機能エンティティにより構成されている。ここで、機能論理上からＣＳＣＦはサービスＣＳＣＦ（Ｓ−ＣＳＣＦ、Ｓｅｒｖｉｎｇ−ＣＳＣＦ）、プロセッサＣＳＣＦ（Ｐ−ＣＳＣＦ、Ｐｒｏｘｙ−ＣＳＣＦ）と照会ＣＳＣＦ（Ｉ−ＣＳＣＦ、Ｉｎｔｅｒｒｏｇａｔｉｎｇ−ＣＳＣＦ）の３つの論理エンティティに分けることができる。Ｓ−ＣＳＣＦは、セッション制御の実行、セッション状態の維持、ＩＭＳ端末情報の管理、課金データの作成等に用いるＩＭＳシステムのサービススイッチングセンターである。Ｐ−ＣＳＣＦは、ＩＭＳ端末登録の完了、サービス品質（ＱｏＳ）の制御と安全管理、汎用パケット無線サービス（ＧＰＲＳ、Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ）システムとの通信等に用いるＩＭＳ端末アクセスＩＭＳシステムの第１アクセスポイントである。Ｉ−ＣＳＣＦは、ＩＭＳシステム間の通信、Ｓ−ＣＳＣＦの割り当てと選択の管理、対外ネットワークトポロジと配置を隠し、課金データの作成等に用いられる。ＢＧＣＦは、その他のＩＭＳシステムとの通信制御を提供する。ＭＧＣＦとＭＧＷは、ＩＭＳシステムと回路スイッチング（ＣＳ、Ｃｉｒｃｕｉｔ Ｓｗｉｔｃｈｉｎｇ）ドメインシステムおよび公共スイッチング電話ネットワーク（ＰＳＴＮ、Ｐｕｂｌｉｃ
Ｓｗｉｔｃｈｅｄ Ｔｅｌｅｐｈｏｎｅ Ｎｅｔｗｏｒｋ ）の通信確立の実現に用いる。ＭＲＦＣは、メディアリソースを提供する。ＨＳＳは、ＩＭＳ端末の契約データ、割当て情報およびＩＭＳ端末の認証データ等を保存する。
【０００３】
図１は従来技術におけるＩＭＳシステム構造を示す図である。ＩＭＳ端末はＩＭＳシステムのＰ−ＳＣＣＦにアクセスし、ＩＭＳへの登録を完了する。その後、ＩＭＳサービスを提供するＡＳによりＩＭＳ端末へＩＭＳサービスを提供する。この他に、ＩＭＳ端末はさらにＵｔインターフェースを介して非ＩＭＳサービスを提供するＡＳと相互に接続し、非ＩＭＳサービスを取得できる。ＩＭＳサービスを提供するＡＳを「ＩＭＳ ＡＳ」と呼び、非ＩＭＳサービスを提供するＡＳを「非ＩＭＳ ＡＳ」と呼ぶ。以下にＩＭＳサービスの取得と非ＩＭＳサービスの取得に関してそれぞれ詳細に説明する。
【０００４】
図２は従来技術におけるＩＭＳ端末がＩＭＳサービスを獲得する方法のフローチャートである。具体的な処理プロセスは、ステップ２１〜ステップ２９からなる。
【０００５】
ステップ２１において、ＩＭＳ端末はＩＭＳシステムにおけるＰ−ＳＣＳＦ／Ｓ−ＣＳＣＦへＩＭＳ登録と認証フローを起動する。
【０００６】
ステップ２２において、ＩＭＳシステムにおけるＰ−ＳＣＳＦ／Ｓ−ＣＳＣＦはＨＳＳに当該ＩＭＳ端末の登録状態を登記する。この際、ＨＳＳには当該ＩＭＳ端末の契約データと配置情報が保存されている。
【０００７】
ステップ２３において、ＩＭＳ端末はＰ−ＳＣＳＦ／Ｓ−ＣＳＣＦへＳＩＰサービスリクエストを送信する。当該ＳＩＰサービスリクエストには当該ＩＭＳ端末のユーザー識別子が含まれる。ここで、ＩＭＳ端末のユーザー識別子はＳＩＰサービスリクエストメッセージヘッダの「Ｐ−Ｐｒｅｆｅｒｒｅｄ−Ｉｄｅｎｔｉｔｙ」に含まれている。
【０００８】
ステップ２４において、Ｐ−ＳＣＳＦは当該ＳＩＰサービスリクエストを受信後に、当該ＩＭＳ端末がすでに登録しているかどうかを判断し、もし当該ＩＭＳ端末がすでに登録していると判断すればＳＩＰサービスリクエストメッセージヘッダの「Ｐ−Ｐｒｅｆｅｒｒｅｄ−Ｉｄｅｎｔｉｔｙ」を「Ｐ−Ａｓｓｅｒｔｅｄ−Ｉｄｅｎｔｉｔｙ」に交換し、これにより当該ＩＭＳ端末の身分認証の成功を識別する。Ｐ−ＳＣＳＦには、認証済みのユーザー識別子も含まれる。ＩＭＳ端末の登録時、Ｐ−ＣＳＣＦではすでに当該ＩＭＳ端末のユーザー識別子を保存しているため、直接Ｐ−ＣＳＣＦにより、ＩＭＳ端末の身分認証を実行できる。
【０００９】
ステップ２５において、Ｐ−ＣＳＣＦはＳ−ＣＳＣＦを介し、ＩＭＳ ＡＳに訂正後のＳＩＰサービスリクエストを転送する。
【００１０】
ステップ２６において、ＩＭＳ ＡＳは訂正後のＳＩＰサービスリクエストを受信後に、受信したＳＩＰサービスリクエストに「Ｐ−Ａｓｓｅｒｔｅｄ−Ｉｄｅｎｔｉｔｙ」が含まれているかどうかを確認する。もし、「Ｐ−Ａｓｓｅｒｔｅｄ−Ｉｄｅｎｔｉｔｙ」を含んでいれば、当該ＩＭＳ端末の身分認証は成功である。
【００１１】
ステップ２７において、ＩＭＳ ＡＳはＰ−ＳＣＳＦ／Ｓ−ＣＳＣＦへ認証成功の認証結果を返答する。
【００１２】
ステップ２８において、Ｐ−ＳＣＳＦ／Ｓ−ＣＳＣＦは当該ＩＭＳ端末へＳＩＰサービスリクエストを返答し、当該ＩＭＳ端末の身分認証が成功したためにＩＭＳ ＡＳと相互サービスを実行できると指示する。
【００１３】
ステップ２９において、当該ＩＭＳ端末は直接ＩＭＳ ＡＳと相互サービスを行い、ＩＭＳ ＡＳより提供されたＩＭＳサービスを獲得する。
【００１４】
ＩＭＳシステムにＰ−ＣＳＣＦがない場合、直接Ｐ−ＣＳＣＦとＳ−ＣＳＣＦ機能を兼備するＳ−ＣＳＣＦにより処理できる。もしＰ−ＣＳＣＦがある場合、ＩＭＳ端末が現在所属しているＰ−ＣＳＣＦとＳ−ＣＳＣＦにより相互サービスを実行して処理する。
【００１５】
前記処理プロセスから分かるように、ＩＭＳ端末がＩＭＳサービスを獲得する場合、ＩＭＳシステムにおけるＩＭＳ ＡＳのＩＭＳの代わりにＰ−ＣＳＣＦにより端末の身分認証を実行できるし、ＩＭＳ ＡＳが単独でＩＭＳ端末の身分認証プロセスを実行する必要はない。
【００１６】
図３は従来技術におけるＩＭＳ端末の非ＩＭＳサービスの獲得方法を示すフローチャー
トである。具体的な処理プロセスは、ステップ３1〜ステップ３１２に示す通りである。
【００１７】
ステップ３１において、ＩＭＳ端末は非ＩＭＳ ＡＳへハイパーテキスト転送プロトコル（ＨＴＴＰ、Ｈｙｐｅｒｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）リクエストを送信する。
【００１８】
ステップ３２において、非ＩＭＳ ＡＳは未認可メッセージを返答し、上記未認可メッセージには、当該非ＩＭＳ ＡＳがランダムに生成した第１乱数とＩＭＳ端末のレルム名（ｒｅａｌｍ）が含まれる。ここで、ｒｅａｌｍはＩＭＳ端末がユーザー名とパスワードを使用し認証を実行させることを指示する。
【００１９】
ステップ３３において、ＩＭＳ端末は当該メッセージを受信した後に、当該メッセージにｒｅａｌｍを含むと測定すれば、自身のユーザー名、パスワードおよび受信した第１乱数に基づきあらかじめ設定した演算方法により第１応答値を算出する。
【００２０】
ステップ３４において、ＩＭＳ端末は算出した第１応答値とＩＭＳ端末がランダムに生成した第２乱数をＨＴＴＰ応答メッセージに含めて非ＩＭＳ ＡＳに送信する。
【００２１】
ステップ３５において、非ＩＭＳ ＡＳはＨＴＴＰ応答メッセージを受信した後に、自身の生成した第１乱数および当該ＩＭＳ端末のユーザー名とパスワードに基づきあらかじめ設定した演算方法により第２応答値を算出する。
【００２２】
ステップ３６において、非ＩＭＳ ＡＳは算出した第２応答値と受信した第１応答値が一致するかどうかを確定し、もし一致すれば、ＩＭＳ端末の身分認証を完了する。
【００２３】
ステップ３７において、非ＩＭＳ ＡＳはＨＴＴＰ応答メッセージに含むＩＭＳ端末がランダムに生成した第２乱数および当該ＩＭＳ端末のユーザー名とパスワードの受信に基づきあらかじめ設定した算出方法により第３応答値を算出する。
【００２４】
ステップ３８において、非ＩＭＳ ＡＳは算出した第３応答値を２００ＯＫメッセージに含めてＩＭＳ端末に送信する。これにより、ＩＭＳ端末に当該非ＩＭＳ ＡＳの認証を実行させる。
【００２５】
ステップ３９において、ＩＭＳ端末は２００ＯＫメッセージを受信した後に、自身がランダムに生成した第２乱数および当該ＩＭＳ端末のユーザー名とパスワードに基づきあらかじめ設定した算出方法により第４応答値を算出する。
【００２６】
ステップ３１０において、ＩＭＳ端末は算出した第４応答値と受信した第３応答値が一致するかどうかを確定する。もし一致すれば、当該非ＩＭＳ ＡＳの認証を完了する。
【００２７】
ステップ３１１において、ＩＭＳ端末は非ＩＭＳ ＡＳにＨＴＴＰサービスリクエストを送信する。
【００２８】
ステップ３１２において、非ＩＭＳ ＡＳはＩＭＳ端末に２００ＯＫメッセージを返答し、非ＩＭＳ ＡＳとＩＭＳ端末間にサービス接続を確立し、ＩＭＳ端末は非ＩＭＳ ＡＳより提供された非ＩＭＳサービスを獲得する。
【００２９】
ここで、ＩＭＳ端末は非ＩＭＳ ＡＳの認証を実行しなくてもよい。
【００３０】
前記処理プロセスから明らかなように、ＩＭＳ端末が非ＩＭＳサービスを獲得する場合
、非ＩＭＳ ＡＳはＩＭＳシステムからＩＭＳ端末の認証データを獲得できないため、非ＩＭＳ ＡＳはＩＭＳ端末に対し直接に認証する必要がある。異なる非ＩＭＳ ＡＳとＩＭＳ端末間の認証方式もまた統一した基準はなく、採用できる認証メカニズムには、ユーザー名／パスワード認証メカニズム、ＨＴＴＰ 概要（Ｄｉｇｅｓｔ）メカニズム、事前共用キーワード伝送レベル安全メカニズム等がある。
【先行技術文献】
【特許文献】
【００３１】
【特許文献１】中華人民共和国特許第１０１１９７６７３号明細書
【発明の概要】
【発明が解決しようとする課題】
【００３２】
従来技術においては、非ＩＭＳ ＡＳは各非ＩＭＳサービスを獲得したＩＭＳ端末毎に認証する必要があり、これはＡＳのサービス処理効率を低下させる。
【課題を解決するための手段】
【００３３】
本発明に係る実施形態は認証システムおよび方法を提供することにより、従来技術における非ＩＭＳ ＡＳが各非ＩＭＳサービスを獲得したＩＭＳ端末毎に認証する必要があるために、ＡＳのサービス処理効率を低下させる問題を解決する。
【００３４】
また、本発明に係る実施形態は認証ゲートウェイ、アプリケーションサーバとＩＭＳ端末を提供する。
【００３５】
本発明に係る実施形態の技術方案は以下の通りである。
【００３６】
本発明に係る認証システムは、非インターネット・プロトコル・マルチメディア・サブシステムＩＭＳサービスを提供するアプリケーションサーバＡＳ、認証ゲートウェイとＩＭＳ端末を備える。ここで、前記ＡＳは、ＩＭＳ端末から送信された接続リクエストメッセージを前記認証ゲートウェイに転送し、かつ、認証ゲートウェイから送信された第１乱数を前記ＩＭＳ端末に転送；そして、前記ＩＭＳ端末がフィードバックした前記第１乱数に基づき生成した第１応答値を前記認証ゲートウェイに送信し、かつ、前記認証ゲートウェイの指示に基づき前記ＩＭＳ端末へ非ＩＭＳサービスを提供する。前記認証ゲートウェイは、第１乱数と前記ＩＭＳ端末の期待応答値を獲得し、獲得した第１乱数を前記ＡＳに送信し、かつＡＳが送信した第１応答値と獲得した期待応答値が比較して一致する場合、当該ＩＭＳ端末の認証が成功したことを確認し、さらに、前記ＡＳに対し前記ＩＭＳ端末へ非ＩＭＳサービスを提供させることを指示する。前記ＩＭＳ端末は、前記ＡＳに接続リクエストメッセージを送信し、前記ＡＳから送信された第１乱数に基づき、第１応答値を生成し、生成した第１応答値を前記ＡＳに送信する。
【００３７】
本発明に係る認証方法は、認証ゲートウェイが、インターネット・プロトコル・マルチメディア・サブシステムＩＭＳ端末が非ＩＭＳサービスを提供するアプリケーションサーバＡＳを介し送信した接続リクエストメッセージを受信するステップと、第１乱数と前記ＩＭＳ端末の期待応答値を獲得するステップと、前記認証ゲートウェイが獲得した第１乱数を前記ＡＳを介し前記ＩＭＳ端末へ送信するステップと、前記ＩＭＳ端末が前記ＡＳから送信された、前記ＩＭＳ端末が前記第１乱数に基づき生成した第１応答値に基づいて受信するステップと、前記認証ゲートウェイが受信した第１応答値と獲得した所望応答値を比較して一致だと判断する場合、当該ＩＭＳ端末の認証成功を確認するステップと、前記ＡＳに対し前記ＩＭＳ端末へ非ＩＭＳサービスを提供することを指示するステップとを含む。
【００３８】
本発明に係る認証ゲートウェイは、インターネット・プロトコル・マルチメディア・サブシステムＩＭＳ端末が非ＩＭＳサービスを提供するアプリケーションサーバＡＳを介し送信した接続リクエストメッセージを受信する第１受信ユニットと、第１乱数と前記ＩＭＳ端末の期待応答値を獲得する獲得ユニットと、獲得ユニットの獲得した第１乱数を前記ＡＳを介し前記ＩＭＳ端末へ送信する第１送信ユニットと、前記ＩＭＳ端末が前記ＡＳを介し送信した、前記ＩＭＳ端末が前記第１乱数により生成した第１応答値を受信する第２受信ユニットと、第２受信ユニットが受信した第１応答値と獲得ユニットが獲得した期待応答値が一致するかどうかを比較する比較ユニットと、比較ユニットの比較結果が一致である場合、当該ＩＭＳ端末の認証成功を確認する確認ユニットと、前記ＡＳに対し前記ＩＭＳ端末へ非ＩＭＳサービスを提供させることを指示する指示ユニットとを備える。
【００３９】
非インターネット・プロトコル・マルチメディア・サブシステムＩＭＳサービスを提供するアプリケーションサーバは、ＩＭＳ端末が送信した接続リクエストメッセージを受信する第１受信ユニットと、第１受信ユニットが受信した接続リクエストメッセージを認証ゲートウェイへ転送する第１転送ユニットと、認証ゲートウェイが送信した第１乱数を受信する第２受信ユニットと、第２受信ユニットが受信した第１乱数を前記ＩＭＳ端末へ転送する第２転送ユニットと、前記ＩＭＳ端末が送信した第１応答値を受信する第３受信ユニットと、第３受信ユニットが受信した第１応答値を前記認証ゲートウェイへ転送する第３転送ユニットと、前記認証ゲートウェイの指示に基づき前記ＩＭＳ端末へ非ＩＭＳサービス提供する提供ユニットとを備える。
【００４０】
インターネット・プロトコル・マルチメディア・サブシステム端末は、非インターネット・プロトコル・マルチメディア・サブシステムＩＭＳサービスを提供するアプリケーションサーバＡＳへ接続リクエストメッセージを送信する第１送信ユニットと、認証ゲートウェイが前記ＡＳを介して送信した第１乱数を受信する第１受信ユニットと、第１受信ユニットが受信した第１乱数に基づき第１応答値を生成する第１生成ユニットと、第１生成ユニットが生成した第１応答値を前記ＡＳへ送信する第２送信ユニットと、前記ＡＳにて非ＩＭＳサービス獲得するサービス獲得ユニットとを備える。
【発明の効果】
【００４１】
本発明に係る実施形態の技術方案において、認証システムは非ＩＭＳサービスを提供するＡＳ、認証ゲートウェイとＩＭＳ端末とを備える。ＡＳはＩＭＳ端末が送信した接続リクエストメッセージを前記認証ゲートウェイへ転送し、認証ゲートウェイは獲得した第１乱数をＡＳを介し前記ＩＭＳ端末へ送信する。ＩＭＳ端末は第１乱数に基づき第１応答値を生成し、生成した第１応答値をＡＳを介し認証ゲートウェイへ送信する。認証ゲートウェイが受信した第１応答値と獲得した所望応答値が一致だと判断する場合、当該ＩＭＳ端末の認証が成功したと確認し、かつＡＳにＩＭＳ端末へ非ＩＭＳサービスを提供することを指示する。これから明らかなように、本発明に係る認証システムにおいて、ＩＭＳ端末の認証は認証ゲートウェイにより実施でき、効果的にＡＳのサービス処理効率を高め、非ＩＭＳサービスを提供するＡＳがＩＭＳ端末に対する簡単かつ統一した認証を実現した。ＩＭＳ端末は非ＩＭＳサービスを提供する一つ一つのＡＳと認証メカニズムを協議する必要がなく、認証の実現が容易になる。
【図面の簡単な説明】
【００４２】
【図１】従来技術におけるＩＭＳシステム構造を示す図である。
【図２】従来技術における、ＩＭＳ端末がＩＭＳサービスを獲得方法のフローチャートである。
【図３】従来技術における、ＩＭＳ端末の非ＩＭＳサービスの獲得方法フローチャートである。
【図４】本発明に係る実施形態における、認証システムの構造図である。
【図５】本発明に係る実施形態における、認証方法のフローチャートである。
【図６】本発明に係る第１実施形態における、非ＩＭＳサービスを提供するＡＳのＩＭＳ端末認証を実行する方法のフローチャートである。
【図７】本発明に係る第２実施形態における、共用キーを生成する方法のフローチャートである。
【図８】本発明に係る第３実施形態における、ＩＥブラウザのＣｏｏｋｉｅを設定する方法のフローチャートである。
【図９】本発明に係る実施形態４における、ＩＭＳ端末が非ＩＭＳサービスを獲得する時の方法フローチャートである。
【図１０】本発明に係る第５実施形態における、ＩＥブラウザを有するＩＭＳ端末が非ＩＭＳサービス獲得時の方法フローチャートである。
【図１１】本発明に係る第６実施形態における、ＩＭＳ端末が非ＩＭＳサービス獲得時の認証方法フローチャートである。
【図１２】本発明に係る第７実施形態における、ＩＥブラウザを有するＩＭＳ端末が非ＩＭＳサービス獲得時の認証方法フローチャートである。
【図１３】本発明に係る実施形態における、認証ゲートウェイの構造図である。
【図１４】本発明に係る実施形態における、非ＩＭＳサービスを提供するＡＳの構造図である。
【図１５】本発明に係る実施形態における、ＩＭＳ端末の構造図である。
【発明を実施するための形態】
【００４３】
以下図面を結合して本発明に係る実施形態の技術方案の主な実現原理、具体的な実施形態およびこれが実現できる有益な効果に対し詳細に説明する。
【００４４】
従来技術において、非ＩＭＳサービスを獲得する場合、ＩＭＳ端末は非ＩＭＳサービスを提供するＡＳ（非ＩＭＳ ＡＳ）と接続を確立する必要がある。接続を確立する前に、非ＩＭＳ ＡＳはＩＭＳ端末の認証を行う必要がある。ＩＭＳ端末が直接Ｕｔインターフェースを介し非ＩＭＳ ＡＳと信号を交換するため、ＩＭＳシステムのコアネットワークを経由しない。よって、図３に示すプロセスの通りＩＭＳのコアネットワークを非ＩＭＳ
ＡＳに代えてのＩＭＳ端末認証を実行できない。もし、ＩＭＳ端末と直接非ＩＭＳ ＡＳとの間で認証を実行すれば、ＡＳのサービス処理効率は低下し、かつ、あらかじめ両者（ＩＭＳ端末と非ＩＭＳ ＡＳ）間で事前に認証メカニズムを協議した後に認証を実行する必要がある。一つのＩＭＳ端末にとって、異なる非ＩＭＳ ＡＳから提供される異なる非ＩＭＳサービスを獲得するため、異なる非ＩＭＳ ＡＳとの認証が必要になる。これでは、ＩＭＳ端末は一つ一つの異なる非ＩＭＳ ＡＳとの間で事前に認証メカニズムを協議した後に、認証を実行する必要があり、かつ、認証の時、いずれかの異なる非ＩＭＳ ＡＳはＩＭＳ端末の認証データを保存しなければならない。これはＩＭＳ端末の認証データ漏を招き、認証の信頼性および安全性低下をもたらす。
【００４５】
上述問題点を解決するために、本発明に係る実施形態は認証システムを提供しており、図４に示すように、非ＩＭＳサービスを提供するＡＳ４１と、認証ゲートウェイ４２とＩＭＳ端末４３とを備える。
【００４６】
ＡＳ４１は、ＩＭＳ端末４３から送信された接続リクエストメッセージを認証ゲートウェイ４２へ転送し、認証ゲートウェイ４２から送信された第１乱数（ＲＡＮＤ）をＩＭＳ端末４３へ転送し、かつ、ＩＭＳ端末４３がフィードバックした、前記第１ＲＡＮＤに基づき生成した第１応答値（ＲＥＳ，Ｒｅｓｐｏｎｓｅ Ｉｎｔｅｒｎｅｔ Ｅｘｐｌｏｒｅｒ）を認証ゲートウェイ４２へ送信し、さらに、認証ゲートウェイ４２の指示に基づきＩＭＳ端末４３へ非ＩＭＳサービスを提供する。
【００４７】
認証ゲートウェイ４２は、第１ＲＡＮＤとＩＭＳ端末４３の期待応答値（ＸＲＥＳ，Ｅｘｐｅｃｔｅｄ Ｒｅｓｐｏｎｓｅ Ｉｎｔｅｒｎｅｔ Ｅｘｐｌｏｒｅｒ）を獲得し、獲得した第１ＲＡＮＤへＡＳ４１送信し、かつＡＳ４１から送信された第１ＲＥＳと獲得したＸＲＥＳとを比較し、両者が一致する場合、当該ＩＭＳ端末４３の認証が成功したと確認し、ＡＳ４１にＩＭＳ端末４３へ非ＩＭＳサービスを提供することを指示する。
【００４８】
ＩＭＳ端末４３は、ＡＳ４１へ接続リクエストメッセージを送信し、さらにＡＳ４２から送信された第１ＲＡＮＤに基づき第１ＲＥＳを生成し、生成した第１ＲＥＳをＡＳ４１へ送信する。
【００４９】
本発明に係る実施形態において、ＩＭＳ端末が送信した接続リクエストメッセージはＨＴＴＰメッセージであってもよいがこれに限らない。
【００５０】
ここで、認証ゲートウェイが第１ＲＡＮＤと所望ＲＥＳを獲得する具体的な実現フローは以下の２つの実施状況があるがこれに限らない。
【００５１】
＜第１実施状況＞
認証ゲートウェイは前記ＩＭＳ端末の認証パラメータを獲得する。ここで、前記認証パラメータには第１ＲＡＮＤと前記ＩＭＳ端末のＸＲＥＳが含まれる。認証ゲートウェイは、ＨＳＳを介し認証パラメータ獲得できるがこれに限らない。よって、認証ゲートウェイが受信した接続リクエストメッセージには、当該ＩＭＳ端末のＩＭＳ公共ユーザー識別子（ＩＭＰＵ，ＩＭＳ Ｐｕｂｌｉｃ Ｕｓｅｒ Ｉｄｅｎｔｉｔｙ）が含まれ、認証ゲートウェイは当該ＩＭＰＵを含む獲得リクエストをＨＳＳへ送信する。当該ＨＳＳは受信したＩＭＰＵに基づき、保存したＩＭＰＵと認証パラメータとの対応関係から受信したＩＭＰＵに対応する認証パラメータを検出し、かつ検出した認証パラメータを認証ゲートウェイへ送信する。
【００５２】
＜第２実施状況＞
認証ゲートウェイは第１ＲＡＮＤを生成し、かつ前記ＩＭＳ端末の認証データを獲得する。そして生成した第１ＲＡＮＤと獲得した認証データに基づきＸＲＥＳを生成する。ここで、認証ゲートウェイはＨＳＳを介し認証データを獲得できるがこれに限らない。よって、認証ゲートウェイが受信した接続リクエストメッセージには、当該ＩＭＳ端末のＩＭＰＵが含まれ、認証ゲートウェイは当該ＩＭＰＵを含む獲得リクエストをＨＳＳへ送信する。当該ＨＳＳは受信したＩＭＰＵに基づき、保存したＩＭＰＵと認証データとの対応関係から受信したＩＭＰＵに対応する認証データを検出し、かつ検出した認証データを認証ゲートウェイへ送信する。
【００５３】
認証ゲートウェイとＨＳＳ間のインターフェースはＳｈインターフェースであってもよいがこれに限らず、直径（Ｄｉａｍｅｔｅｒ）プロトコルを採用してもよい。認証ゲートウェイとＡＳ間とのインターフェースを非ＳＩＰプロトコルとしてもよく、例えば、ＨＴＴＰプロトコルを採用してもよいし、インターネットを介して接続してもよい。
【００５４】
前記プロセスはＩＭＳ端末の単方向認証である。当然、双方向認証も実現でき、即ち、ＩＭＳ端末もＡＳ認証を行える。これについて具体的に説明する。
【００５５】
前記第１実施状況の場合、認証ゲートウェイが獲得した認証パラメータは第１認証トークン（ＡＵＴＮ、Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｔｏｋｅｎ）をさらに含む。
【００５６】
認証ゲートウェイは、前記ＡＳを介して前記ＩＭＳ端末から送信された第１ＲＥＳを受信する前に、獲得した第１ＡＵＴＮを前記ＡＳへ送信する。
【００５７】
ＡＳは、さらに認証ゲートウェイから送信された第１ＡＵＴＮを前記ＩＭＳ端末へ送信する。
【００５８】
ＩＭＳ端末は、さらに第１ＲＥＳを生成する前に、前記第１ＲＡＮＤに基づき第２ＡＵＴＮを生成し、かつ、生成した第２ＡＵＴＮと受信した第１ＡＵＴＮを比較し、両者が一致であれば、前記ＡＳ認証が成功だと確認する。
【００５９】
前記第１実施状況の場合、ＩＭＳ端末はさらに第２ＲＡＮＤを生成し、かつ生成した第２ＲＡＮＤをＡＳへ送信し、ＡＳから送信された第２ＲＥＳを受信する。前記第２ＲＡＮＤと自身の認証データに基づき第３ＲＥＳを生成する。そして、受信した第２ＲＥＳと生成した第３ＲＥＳを比較して一致する場合、前記ＡＳ認証が成功したと確認し、ＡＳから提供された非ＩＭＳサービスを獲得する。
【００６０】
ＡＳは、さらにＩＭＳ端末が送信した第２ＲＡＮＤを前記認証ゲートウェイへ送信し、前記認証ゲートウェイから送信された第２ＲＥＳを前記ＩＭＳ端末へ送信する。
【００６１】
認証ゲートウェイは、さらに前記ＡＳから送信された第２ＲＡＮＤを受信し、受信した第２ＲＡＮＤと獲得した認証データに基づき第２ＲＥＳ生成する。そして生成した第２ＲＥＳを前記ＡＳへ送信する。
【００６２】
本発明に係るシステムにおいて、ＩＭＳ端末がＩＥブラウザを介し非ＩＭＳサービスを獲得する場合、認証を実行するプロセスでは、ＡＳはセッション識別子（ＳｅｓｓｉｏｎｇＩＤ）をＩＭＳ端末へ送信して、ＩＥブラウザのＣｏｏｋｉｅに保存する。こうすることにより、ＩＭＳ端末がＩＥブラウザを介し非ＩＭＳサービスを獲得する場合、直接セッション識別子を獲得できるため、ＩＥブラウザを採用する際にセッション識別子を再度入力する必要がない。ここで、ＳｅｓｓｉｏｎｇＩＤは認証ゲートウェイより生成でき、その後ＡＳへ送信される。また、ＳｅｓｓｉｏｎｇＩＤはＡＳにより生成されることもできる。
【００６３】
前記処理プロセスから明らかなように、本発明の実施形態に係る技術方案において、認証システムは非ＩＭＳサービスを提供するＡＳ、認証ゲートウェイとＩＭＳ端末を備える。ＡＳはＩＭＳ端末から送信された接続リクエストメッセージを前記認証ゲートウェイへ転送する。認証ゲートウェイは獲得した第１ＲＡＮＤをＡＳを介し前記ＩＭＳ端末へ送信する。ＩＭＳ端末は、第１ＲＡＮＤが生成した第１ＲＥＳに基づき生成した第１ＲＥＳを、ＡＳを介し認証ゲートウェイへ送信する。認証ゲートウェイは、受信した第１ＲＥＳと獲得したＸＲＥＳとを比較して両者が一致する場合、当該ＩＭＳ端末認証が成功したと確認し、かつＡＳにＩＭＳ端末へ非ＩＭＳサービスを提供することを指示する。これから明らかなように、本発明に係る認証システムにおいて、ＩＭＳ端末認証が認証ゲートウェイにより実施されることができるため、ＡＳのサービス処理効率をより効果的に向上させ、非ＩＭＳサービスを提供するＡＳの簡単かつ統一したＩＭＳ端末認証を実現できる。ＩＭＳ端末は非ＩＭＳサービスを提供する一つ一つのＡＳと認証メカニズムを協議する必要がなくなり、認証の実現が容易になる。
【００６４】
また、ＩＭＳ端末の認証パラメータ／認証データは認証ゲートウェイに保存されるか、或いは認証ゲートウェイによりＨＳＳから獲得され、非ＩＭＳサービスを提供する全ＡＳに保存していないため、ＩＭＳ端末の認証データの漏をもたらさず、認証の信頼性およびその後の非ＩＭＳサービスの獲得安全性を高める。
【００６５】
図４に示す認証システムに基づく本発明に係る実施形態は図５示すような認証方法を提
供する。具体的な処理プロセスはステップ５１〜５６に従って実行する。
【００６６】
ステップ５１において、認証ゲートウェイは、ＩＭＳ端末が非ＩＭＳサービスを提供するＡＳを介し送信した接続リクエストメッセージを受信する。
【００６７】
本発明に係る実施形態において、接続リクエストメッセージはＨＴＴＰメッセージとしてもよいがこれに限らない。
【００６８】
ＩＭＳ端末がＡＳへ接続リクエストメッセージを送信する前に、ＩＭＳシステムに登録する必要がある。具体的な登録フローは従来技術と一致しているため、ここでは説明しない。
【００６９】
ステップ５２において、認証ゲートウェイは第１ＲＡＮＤと当該ＩＭＳ端末のＸＲＥＳを獲得する。
【００７０】
ここで、認証ゲートウェイが第１ＲＡＮＤとＸＲＥＳを獲得する具体的な実現フローは以下の２つの実施状況があるがこれに限らない。
【００７１】
＜第１実施状況＞
認証ゲートウェイは前記ＩＭＳ端末の第１ＲＡＮＤと前記ＩＭＳ端末のＸＲＥＳを含む認証パラメータを獲得する。ここで、認証ゲートウェイは、ＨＳＳを介し認証パラメータを獲得してもよいがこれに限らない。よって認証ゲートウェイが受信した接続リクエストメッセージに、当該ＩＭＳ端末のＩＭＰＵが含まれ、認証ゲートウェイは当該ＩＭＰＵを含む獲得リクエストをＨＳＳへ送信する。当該ＨＳＳは受信したＩＭＰＵに基づき、保存したＩＭＰＵと認証パラメータとの対応関係において、受信したＩＭＰＵと対応する認証パラメータを検出し、かつ検出した認証パラメータを認証ゲートウェイへ送信する。ここで、ＨＳＳが検出した認証パラメータは認証五タプルパラメータとしてもよく、認証三タプルパラメータとしてもよい。もし認証ゲートウェイが獲得した認証パラメータが認証五タプルパラメータであれば、認証パラメータには第１ＲＡＮＤ、第１ＡＵＴＮ、暗号化キー（ＣＫ、Ｃｉｐｈｅｒ Ｋｅｙ）、完全性キー（ＩＫ、Ｉｎｔｅｇｒｉｔｙ Ｋｅｙ）とＸＲＥＳが含まれる。
【００７２】
＜第２実施状況＞
認証ゲートウェイは第１ＲＡＮＤを生成し、かつ前記ＩＭＳ端末の認証データを獲得する。そして生成した第１ＲＡＮＤと獲得した認証データに基づきＸＲＥＳを生成する。ここで、認証ゲートウェイは、ＨＳＳを介し認証データを獲得してもよいが、これに限らない。よって認証ゲートウェイが受信した接続リクエストメッセージには、当該ＩＭＳ端末のＩＭＰＵが含まれ、認証ゲートウェイは当該ＩＭＰＵを含む獲得リクエストをＨＳＳへ送信する。当該ＨＳＳは受信したＩＭＰＵに基づき保存したＩＭＰＵと認証データとの対応関係から、受信したＩＭＰＵと対応する認証データを検出し、かつ検出した認証データを認証ゲートウェイへ送信する。
【００７３】
本ステップにおいて、ＨＳＳは認証パラメータ或いは認証データをＡＳへは送信しないことにより、ＩＭＳ端末を認証する場合、盗聴或いは偽造認証を防止し、認証の安全性を高める。
【００７４】
ステップ５３において、認証ゲートウェイは獲得した第１ＲＡＮＤを介し前記ＡＳを当該ＩＭＳ端末へ送信する。
【００７５】
もしＡＳのＩＭＳ端末認証を実行することだけが必要であれば、認証ゲートウェイは第
１ＲＡＮＤをＩＭＳ端末へ送信するだけでよい。もしＩＭＳ端末がＡＳ認証を実行する必要があれば、双方向認証を実現する。以下にこれの２つの認証実施状況を示す。
【００７６】
＜第１実施状況＞
認証ゲートウェイはさらに獲得した認証パラメータに含まれる第１ＡＵＴＮを当該ＩＭＳ端末へ送信する必要がある。第１ＡＵＴＮは、ＩＭＳ端末のＡＳ認証に用いられる。ＩＭＳ端末は第１ＲＡＮＤに基づき第２ＡＵＴＮを生成し、生成した第２ＡＵＴＮと受信した第１ＡＵＴＮを比較して一致すると判断する場合、ＡＳ認証が成功したと確認する。ここで、認証ゲートウェイは、第１ＡＵＴＮと第１ＲＡＮＤをともにＩＭＳ端末へ送信してもよいし、先に第１ＲＡＮＤを送信して次に第１ＡＵＴＮを送信してもよい。或いは先に第１ＡＵＴＮ送信して次に第１ＲＡＮＤを送信してもよいがこれに限らない。つまり、認証ゲートウェイはＩＭＳ端末がＡＳを介し送信した第１ＲＥＳを受信する前に第１ＡＵＴＮを送信すればよい。
【００７７】
＜第２実施状況＞
ＩＭＳ端末は第２ＲＡＮＤを生成し、生成した第２ＲＡＮＤをＡＳを介し認証ゲートウェイへ送信する。認証ゲートウェイは、第２ＲＡＮＤとＩＭＳ端末の認証データに基づき第２ＲＥＳを生成し、ＡＳを介しＩＭＳ端末へ送信する。ＩＭＳ端末は生成した第２ＲＡＮＤと自身の認証データに基づき第３ＲＥＳを生成し、生成した第３ＲＥＳと受信した第２ＲＥＳを比較して一致すると判断する場合、当該ＡＳ認証が成功したと確認し、当該ＡＳより提供された非ＩＭＳサービスを獲得できる。
【００７８】
ステップ５４において、ＩＭＳ端末は受信した第１ＲＡＮＤに基づき第１ＲＥＳを生成し、かつ生成した第１ＲＥＳを前記ＡＳを介し認証ゲートウェイへ送信する。
【００７９】
ＩＭＳ端末は第１ＲＡＮＤを受信後、あらかじめ設定した第１演算方法により第１ＲＥＳを算出する。さらに受信した第１ＲＡＮＤ基づき第２演算方法によってＣＫを算出できる。受信した第１ＲＡＮＤに基づき第３演算方法によってＩＫを算出する。このように、認証ゲートウェイとＩＭＳ端末はＣＫとＩＫを有することになる。
【００８０】
ＩＭＳ端末は算出した第１ＲＥＳをＡＳを介し認証ゲートウェイへ送信し、当該第１ＲＥＳは認証ゲートウェイのＩＭＳ端末の認証を実行する。
【００８１】
ステップ５５において、認証ゲートウェイは受信した第１ＲＥＳと獲得したＸＲＥＳを比較して一致すると判断する場合、当該ＩＭＳ端末認証が成功したと確認する。
【００８２】
本ステップにおいて、もし比較結果が一致しない場合、認証は失敗である。
【００８３】
ステップ５６において、認証ゲートウェイは前記ＡＳに前記ＩＭＳ端末へ非ＩＭＳサービスを提供することを指示する。
【００８４】
認証ゲートウェイは当該ＩＭＳ端末認証の成功を確認した後に、認証成功の結果を直接ＡＳへ送信する。ＡＳは認証成功の結果を受信した後に、ＩＭＳ端末間との接続を確立し、かつ、確立した接続に基づきＩＭＳ端末へ非ＩＭＳサービスを提供する。ここで認証ゲートウェイ認証成功の結果を２００ＯＫメッセージに含めてＡＳへ送信できるが、これに限らない。
【００８５】
もしＩＭＳ端末がＩＥブラウザにより非ＩＭＳサービスを獲得する場合、ＩＥブラウザは認証プロセスにおいて自動的にＩＭＳ端末の認証データを獲得できないため、ユーザーにより入力する必要があり、ユーザーの利用満足度が低い。よって、本発明はこのような
ＩＭＳ端末認証のプロセスも訂正する。ＡＳはＳｅｓｓｉｏｎｇＩＤをＩＭＳ端末へ送信し、ＩＥブラウザのＣｏｏｋｉｅに保存し、即ち、ＡＳはＳｅｓｓｉｏｎｇＩＤに基づきＩＭＳ端末が起動するＩＥブラウザのＣｏｏｋｉｅを設定する。ＩＭＳ端末がＩＥブラウザを介し非ＩＭＳサービスを獲得する場合、ＳｅｓｓｉｏｎｇＩＤを直接に獲得することができ、ＩＥブラウザ採用時の再度入力が必要ではなくなる。ここで、ＳｅｓｓｉｏｎｇＩＤは認証ゲートウェイにより生成でき、ＡＳへ送信してもよいし、ＡＳにより生成されてもよい。
【００８６】
以下に具体的な実施方式を示す。
【００８７】
図６は、本発明に係る第１実施形態における非ＩＭＳサービスを提供するＡＳ（非ＩＭＳ ＡＳ）のＩＭＳ端末認証を実行する方法のフローチャートである。具体的な処理プロセスはステップ６１〜ステップ６１７の通りである。
【００８８】
ステップ６１において、ＩＭＳ端末は非ＩＭＳ ＡＳへＩＭＰＵを含むＨＴＴＰリクエストメッセージを送信する。
【００８９】
ステップ６２において、非ＩＭＳ ＡＳは受信したＨＴＴＰリクエストメッセージを認証ゲートウェイへ転送する。
【００９０】
ステップ６３において、認証ゲートウェイは受信したＩＭＰＵを獲得リクエストに含めてＨＳＳへ送信する。
【００９１】
ステップ６４において、ＨＳＳは受信したＩＭＰＵに基づきＩＭＰＵと認証五タプルパラメータとの対応関係から、対応する認証五タプルパラメータを検出する。
【００９２】
ステップ６５において、ＨＳＳは検出した認証五タプルパラメータを認証ゲートウェイへ送信する。
【００９３】
ステップ６６において、認証ゲートウェイは受信した認証五タプルパラメータにおけるＲＡＮＤとＡＵＴＮを非ＩＭＳ ＡＳへ送信する。
【００９４】
ステップ６７において、非ＩＭＳ ＡＳは受信したＲＡＮＤとＡＵＴＮをＩＭＳ端末へ送信する。
【００９５】
ステップ６８において、ＩＭＳ端末は受信したＲＡＮＤに基づきＡＵＴＮを算出する。
【００９６】
ステップ６９において、ＩＭＳ端末は算出したＡＵＴＮと受信したＡＵＴＮが一致するかどうかを比較する。
【００９７】
ステップ６１０において、ステップ６９の比較結果がＡＵＴＮと受信したＡＵＴＮが一致すれば、当該非ＩＭＳ ＡＳ認証が成功したと確認する。
【００９８】
ステップ６１１において、ＩＭＳ端末は受信したＲＡＮＤに基づきＲＥＳを算出する。
【００９９】
ステップ６１２において、ＩＭＳ端末は算出したＲＥＳをＡＳへ送信する。
【０１００】
ステップ６１３において、非ＩＭＳ ＡＳは受信したＲＥＳを認証ゲートウェイへ転送する。
【０１０１】
ステップ６１４において、認証ゲートウェイは受信したＲＥＳと受信したＸＲＥＳを比較する。
【０１０２】
ステップ６１５において、比較結果としてＲＥＳと受信したＸＲＥＳが一致すれば、当該ＩＭＳ端末認証が成功したと確認する。
【０１０３】
ステップ６１６において、認証ゲートウェイは認証成功の結果を２００ＯＫメッセージに含めて非ＩＭＳ ＡＳへ送信する。
【０１０４】
ステップ６１７において、非ＩＭＳ ＡＳはＩＭＳ端末へ非ＩＭＳサービスを提供する。
【０１０５】
さらに、前記第１実施形態においてＩＭＳ端末が後続の非ＩＭＳサービスを獲得する場合、前記認証プロセスを実行する必要はなくなるために、認証ゲートウェイとＩＭＳ端末は後続のＩＭＳ端末が非ＩＭＳサービスを獲得する場合に必要な共用キーを確定できる。共用キー確定のプロセスは非ＩＭＳ ＡＳのＩＭＳ端末認証の成功後に、図７に示すような共用キーを生成する。本発明に係る第２実施形態の共用キーの生成方法は具体的にステップ７１〜ステップ７１１の通りである。
【０１０６】
ステップ７１において、認証ゲートウェイは獲得した認証パラメータに含まれるＣＫとＩＫに基づきキーＫｓを算出し、かつＲＡＮＤとＡＳ識別子（ＡＳ＿ＩＤ）に基づきブートストラッピング・トランザクション識別子（Ｂ−ＴＩＤ、Ｂｏｏｔｓｔｒａｐｐｉｎｇ
Ｔｒａｎｓａｃｔｉｏｎ Ｉｄｅｎｔｉｆｉｅｒ）を生成する。さらに、Ｋｓに有効期限を定義し当該有効期限は主にＫｓの更新のためである。
【０１０７】
ステップ７２において、認証ゲートウェイはＢ−ＴＩＤと有効期限情報を含む２００ＯＫメッセージを非ＩＭＳ ＡＳへ送信する。つまり、認証ゲートウェイはＩＭＳ端末との間の今回の認証のために１つのＢ−ＴＩＤを割当て、当該Ｂ−ＴＩＤをＫｓと関連付けさせ、引き続き当該Ｂ−ＴＩＤに基づきＫｓを検出できるようにする。
【０１０８】
ステップ７３において、非ＩＭＳ ＡＳは受信した２００ＯＫメッセージをＩＭＳ端末へ転送する。
【０１０９】
ステップ７４において、ＩＭＳ端末は２００ＯＫメッセージを受信した後に、取得したＢ−ＴＩＤと有効期限情報を保存する。
【０１１０】
ステップ７５において、ＩＭＳ端末はＫｓを生成し、当該Ｋｓをルートキーとして、ＡＳとの通信時の共用キーを派生する。この際、ＩＭＳ端末と認証ゲートウェイはともにＫｓを有するようになる。
【０１１１】
ステップ７６において、ＩＭＳ端末は自身のＩＭＳ私有ユーザー識別子（ＩＭＰＩ、ＩＭＳ Ｐｒｉｖａｔｅ Ｕｓｅｒ Ｉｄｅｎｔｉｔｙ）、ＫｓとＲＡＮＤ等パラメータに基づき、キーにより関数を導き出し、共用キーＫｓ＿ＡＳを算出する。
【０１１２】
ステップ７７において、ＩＭＳ端末はＢ−ＴＩＤを非ＩＭＳ ＡＳへ送信する。
【０１１３】
ステップ７８において、非ＩＭＳ ＡＳはＢ−ＴＩＤとＡＳ＿ＩＤを認証ゲートウェイへ送信する。
【０１１４】
ステップ７９において、認証ゲートウェイはＡＳ＿ＩＤの有效性を認証し、かつ共用キ
ーＫｓ＿ＡＳを算出する。
【０１１５】
ステップ７１０において、認証ゲートウェイは共用キーＫｓ＿ＡＳとユーザー安全装置を非ＩＭＳ ＡＳへ送信する。
【０１１６】
ステップ７１１において、非ＩＭＳ ＡＳは共用キーＫｓ＿ＡＳとユーザー安全装置を保存する。このように非ＩＭＳ ＡＳとＩＭＳ端末は共用キーＫｓ＿ＡＳを有するようになる。ＩＭＳ端末が引き続き非ＩＭＳサービスを獲得する場合、非ＩＭＳ ＡＳは共用キーＫｓ＿ＡＳに基づき、当該ＩＭＳ端末の認証を実行する。
【０１１７】
もし前記ＩＭＳ端末はＩＥブラウザを介し非ＩＭＳサービスを獲得すれば、即ち、ＩＭＳ端末がＩＥブラウザを有すれば、この際、非ＩＭＳ ＡＳは当該ＩＭＳ端末へ非ＩＭＳサービスを提供する前に、ＩＥブラウザのＣｏｏｋｉｅを設定する必要がある。図８は、本発明に係る第３実施形態におけるＩＥブラウザのＣｏｏｋｉｅの設定方法フローチャートである。具体的な処理プロセスは以下の通りである。
【０１１８】
ステップ８１において、非ＩＭＳ ＡＳはＳｅｓｓｉｏｎｇＩＤを生成し、受信した共用キーＫｓ＿ＡＳに基づき生成したＳｅｓｓｉｏｎｇＩＤを暗号化する。
【０１１９】
ステップ８２において、非ＩＭＳ ＡＳは生成したＳｅｓｓｉｏｎｇＩＤと当該ＩＭＳ端末のＩＭＰＵを対応させて保存する。
【０１２０】
ステップ８３において、非ＩＭＳ ＡＳは暗号化後のＳｅｓｓｉｏｎｇＩＤをＩＭＳ端末へ送信する。
【０１２１】
ステップ８４において、ＩＭＳ端末は算出した共用キーＫｓ＿ＡＳに基づき、受信した暗号化後のＳｅｓｓｉｏｎｇＩＤを復号する。
【０１２２】
ステップ８５において、ＩＭＳ端末は復号後に得たＳｅｓｓｉｏｎｇＩＤと自身のＩＭＰＵに基づきＩＥブラウザを起動する。
【０１２３】
ステップ８６において、ＩＭＳ端末はＩＥブラウザにおいて非ＩＭＳ ＡＳへ自身のＩＭＰＵと復号後に得たＳｅｓｓｉｏｎｇＩＤを含むＨＴＴＰリクエストメッセージを送信する。
【０１２４】
ステップ８７において、非ＩＭＳ ＡＳは保存したＳｅｓｓｉｏｎｇＩＤとＩＭＰＵとの対応関係に基づき受信したＩＭＰＵとＳｅｓｓｉｏｎｇＩＤを認証する。
【０１２５】
ステップ８８において、もし認証が成功すれば、ＳｅｓｓｉｏｎｇＩＤとＩＭＰＵとの対応関係において、受信したＩＭＰＵとＳｅｓｓｉｏｎｇＩＤを削除し、これによりリプレイ攻撃を防止する。
【０１２６】
ステップ８９において、非ＩＭＳ ＡＳは受信したＩＭＰＵとＳｅｓｓｉｏｎｇＩＤに基づき、ＩＭＳ端末が起動したＩＥブラウザのＣｏｏｋｉｅを設定する。
【０１２７】
図９は本発明に係る実施形態４におけるＩＭＳ端末の非ＩＭＳサービスを獲得時の認証方法フローチャートである。ここで、ＩＭＳ端末の認証データをＨ（Ａ１）とする。具体的な処理プロセスは以下の通りである。
【０１２８】
ステップ９１において、ＩＭＳ端末は非ＩＭＳ ＡＳへＩＭＰＵを含むＨＴＴＰリクエ
ストメッセージを送信し、当該ＩＭＰＵはＩＭＳシステムにおいて唯一ＩＭＳ端末を識別する。
【０１２９】
ステップ９２において、非ＩＭＳ ＡＳは受信したＨＴＴＰリクエストメッセージを認証ゲートウェイへ転送する。
【０１３０】
ステップ９３において、認証ゲートウェイは受信したＩＭＰＵを獲得リクエストに含めてＨＳＳへ送信する。
【０１３１】
ステップ９４において、ＨＳＳは受信したＩＭＰＵに基づきＩＭＰＵと認証データとの対応関係から対応する認証データを検出し、本ステップにおいては、検出した認証データをＨ（Ａ１）とする。
【０１３２】
ステップ９５において、ＨＳＳは検出したＨ（Ａ１）を認証ゲートウェイへ送信する。
【０１３３】
ステップ９６において、認証ゲートウェイは生成した第１ＲＡＮＤを非ＩＭＳ ＡＳへ送信する。
【０１３４】
ステップ９７において、非ＩＭＳ ＡＳは受信した第１ＲＡＮＤをＩＭＳ端末へ送信する。
【０１３５】
ステップ９８において、ＩＭＳ端末は受信した第１ＲＡＮＤと自身に保存されたＨ（Ａ１）に基づき第１ＲＥＳを生成する。
【０１３６】
ステップ９９において、ＩＭＳ端末は生成した第１ＲＥＳと第２ＲＡＮＤを非ＩＭＳ ＡＳへ送信する。
【０１３７】
ステップ９１０において、非ＩＭＳ ＡＳは当該第１ＲＥＳと第２ＲＡＮＤを認証ゲートウェイへ転送する。
【０１３８】
ステップ９１１において、認証ゲートウェイはＨＳＳから送信されたＨ（Ａ１）と自身が生成した第１ＲＡＮＤに基づきＸＲＥＳを生成する。
【０１３９】
ステップ９１２において、認証ゲートウェイは生成したＸＲＥＳと獲得した第１ＲＥＳを比較する。
【０１４０】
ステップ９１３において、もし比較結果としてＸＲＥＳと第１ＲＥＳが一致であれば、当該ＩＭＳ端末認証が成功したと確認する。
【０１４１】
ステップ９１４において、認証ゲートウェイは受信した第２ＲＡＮＤとＨＳＳが送信したＨ（Ａ１）に基づき第２ＲＥＳを生成する。
【０１４２】
ステップ９１５において、認証ゲートウェイは生成した第２ＲＥＳに認証成功の結果を含めて非ＩＭＳ ＡＳへ送信する。
【０１４３】
ステップ９１６において、非ＩＭＳ ＡＳは認証成功の結果をＩＭＳ端末へ送信する。
【０１４４】
ステップ９１７において、ＩＭＳ端末は生成した第２ＲＡＮＤおよび自身に保存されたＨ（Ａ１）に基づき第３ＲＥＳを生成する。
【０１４５】
ステップ９１８において、ＩＭＳ端末は生成した第３ＲＥＳと受信した第２ＲＥＳを比較する。
【０１４６】
ステップ９１９において、もし比較結果として第３ＲＥＳと第２ＲＥＳが一致であれば、当該非ＩＭＳ ＡＳ認証が成功したと確認する。
【０１４７】
ステップ９２０において、ＩＭＳ端末と非ＩＭＳ ＡＳ間で接続を確立し、ＩＭＳ端末は非ＩＭＳ ＡＳから非ＩＭＳサービスを獲得する。
【０１４８】
もし本発明に係る実施形態四においてＩＭＳ端末を介しＩＥブラウザが非ＩＭＳサービスを獲得する場合、ＩＭＳ端末はＩＥブラウザを有する。図１０は、本発明に係る第５実施形態においてＩＥブラウザを有するＩＭＳ端末の非ＩＭＳサービスを獲得時の認証方法フローチャートである。具体的な処理プロセスは以下の通りである。
【０１４９】
ステップ１０１において、ＩＭＳ端末は非ＩＭＳ ＡＳへＩＭＰＵを含むＨＴＴＰリクエストメッセージを送信する。
【０１５０】
ステップ１０２において、非ＩＭＳ ＡＳは受信したＨＴＴＰリクエストメッセージを認証ゲートウェイへ転送する。
【０１５１】
ステップ１０３において、認証ゲートウェイは受信したＩＭＰＵを獲得リクエストに含ませＨＳＳへ送信する。
【０１５２】
ステップ１０４において、ＨＳＳは受信したＩＭＰＵに基づきＩＭＰＵと認証データとの対応関係から対応する認証データを探し、本ステップにおいて探し出した認証データをＨ（Ａ１）とする。
【０１５３】
ステップ１０５において、ＨＳＳは探し出したＨ（Ａ１）認証ゲートウェイへ送信する。
【０１５４】
ステップ１０６において、認証ゲートウェイは生成した第１ＲＡＮＤを非ＩＭＳ ＡＳへ送信する。
【０１５５】
ステップ１０７において、非ＩＭＳ ＡＳは受信した第１ＲＡＮＤをＩＭＳ端末へ送信する。
【０１５６】
ステップ１０８において、ＩＭＳ端末は第１ＲＡＮＤと自身が保存したＨ（Ａ１）に基づき第１ＲＥＳを生成する。
【０１５７】
ステップ１０９において、ＩＭＳ端末は生成した第１ＲＥＳと生成した第２ＲＡＮＤを非ＩＭＳ ＡＳへ送信する。
【０１５８】
ステップ１０１０において、非ＩＭＳ ＡＳは当該第１ＲＥＳと第２ＲＡＮＤを認証ゲートウェイへ転送する。
【０１５９】
ステップ１０１１において、認証ゲートウェイはＨＳＳが送信したＨ（Ａ１）と生成した第１ＲＡＮＤに基づきＸＲＥＳを生成する。
【０１６０】
ステップ１０１２において、認証ゲートウェイは生成したＸＲＥＳと獲得した第１ＲＥＳを比較する。
【０１６１】
ステップ１０１３において、もし比較結果としてＸＲＥＳと第１ＲＥＳが一致であれば、当該ＩＭＳ端末の認証成功を確認する。
【０１６２】
ステップ１０１４において、認証ゲートウェイは受信した第２ＲＡＮＤとＨＳＳから送信あれたＨ（Ａ１）に基づき第２ＲＥＳを生成する。
【０１６３】
ステップ１０１５において、認証ゲートウェイはＨＳＳから送信されたＨ（Ａ１）に基づき生成したＳｅｓｓｉｏｎＩＤを暗号化し、ＥH (A1)（ＳｅｓｓｉｏｎＩＤ）を取得する。
【０１６４】
ステップ１０１６において、認証ゲートウェイは生成した第２ＲＥＳ、ＳｅｓｓｉｏｎＩＤおよびＥH (A1)（ＳｅｓｓｉｏｎＩＤ）を認証成功結果に含めて非ＩＭＳ ＡＳへ送信する。
【０１６５】
ステップ１０１７において、非ＩＭＳ ＡＳは第２ＲＥＳおよびＥＨ（Ａ１）（ＳｅｓｓｉｏｎＩＤ）を認証成功結果に含めてＩＭＳ端末へ送信し、かつ自身のＩＭＰＵとＳｅｓｓｉｏｎＩＤとの対応関係に保存する。
【０１６６】
ステップ１０１８において、ＩＭＳ端末は自身が生成した第２ＲＡＮＤおよび自身に保存されたＨ（Ａ１）に基づき第３ＲＥＳを生成する。
【０１６７】
ステップ１０１９において、ＩＭＳ端末は生成した第３ＲＥＳと受信した第２ＲＥＳを比較する。
【０１６８】
ステップ１０２０において、もし比較結果として第３ＲＥＳと第２ＲＥＳが一致であれば、当該非ＩＭＳ ＡＳ認証が成功したと確認する。
【０１６９】
ステップ１０２１において、ＩＭＳ端末は自身が保存したＨ（Ａ１）に基づきＥＨ（Ａ１）（ＳｅｓｓｉｏｎＩＤ）を復号し、ＳｅｓｓｉｏｎＩＤを取得する。
【０１７０】
ステップ１０２２において、ＩＭＳ端末は復号後のＳｅｓｓｉｏｎＩＤとＩＭＰＵをユニバーサルリソースロケータ（ＵＲＬ、Ｕｎｉｖｅｒｓａｌ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）パラメータとし、ＩＥブラウザを起動する。
【０１７１】
ステップ１０２３において、ＩＭＳ端末はＩＥブラウザにおいて非ＩＭＳ ＡＳへ自身のＩＭＰＵと復号後のＳｅｓｓｉｏｎＩＤを含むＨＴＴＰリクエストメッセージを送信する。
【０１７２】
ステップ１０２４において、非ＩＭＳ ＡＳは当該ＨＴＴＰリクエストメッセージを受信した後に、保存したＩＭＰＵとＳｅｓｓｉｏｎＩＤとの対応関係に基づき受信したＩＭＰＵとＳｅｓｓｉｏｎＩＤを認証する。
【０１７３】
ステップ１０２５において、もし認証が成功すればＩＭＰＵとＳｅｓｓｉｏｎＩＤとの対応関係において、受信したＩＭＰＵとＳｅｓｓｉｏｎＩＤを削除し、リプレイ攻撃を防止する。
【０１７４】
ステップ１０２６において、非ＩＭＳ ＡＳは受信したＩＭＰＵとＳｅｓｓｉｏｎＩＤに基づき、ＩＭＳ端末が起動したＩＥブラウザのＣｏｏｋｉｅを設定する。
【０１７５】
本ステップを実行した後に、ＩＥブラウザが起動されている場合、当該ＩＭＳ端末は、直接非ＩＭＳ ＡＳにＣｏｏｋｉｅ認証通過をリクエストし、前記ステップの認証を再度実行する必要はない。
【０１７６】
ステップ１０２７において、ＩＭＳ端末は非ＩＭＳ ＡＳ間との接続を確立し、ＩＭＳ端末は非ＩＭＳ ＡＳから非ＩＭＳサービスを獲得する。
【０１７７】
前記２つのプロセスにおいて、非ＩＭＳ ＡＳは非信任ドメインに位置する可能性があるし、かつ、認証ゲートウェイがＩＭＳシステムにおけるネットワーク・エレメントであり、認証ゲートウェイの安全性を確保するために、認証ゲートウェイと非ＩＭＳ ＡＳの間で、確立した伝送層安全／インターネットプロトコル安全トンネルの方式で情報交換し、安全性を確保する。
【０１７８】
本発明に係る実施形態４において、認証ゲートウェイよりＩＭＳ端末の認証データＨ（Ａ１）を暗号化することができる。例えば非ＩＭＳ ＡＳのドメイン名に基づく暗号化することによりＨ（Ａ１）’を取得し、そして非ＩＭＳ ＡＳへ送信する。その後、ＩＭＳ
ＡＳはＨ（Ａ１）’を採用してＩＭＳ端末認証を行えるために、非ＩＭＳ ＡＳの機能が強化される。以下通常のＩＭＳ端末とＩＥブラウザを有するＩＭＳ端末をそれぞれ例を挙げて実施法案を説明する。
【０１７９】
図１１は本発明に係る実施形態６に係る、ＩＭＳ端末が非ＩＭＳサービスを獲得する場合の認証方法フローチャートである。具体的な処理プロセスは以下の通りである。
【０１８０】
ステップ１１１において、ＩＭＳ端末は非ＩＭＳ ＡＳへＩＭＰＵを含むＨＴＴＰリクエストメッセージを送信する。
【０１８１】
ステップ１１２において、非ＩＭＳ ＡＳはＩＭＰＵに対応するＨ（Ａ１）’を保存しているかどうかを判断する。もし保存していれば、直接第１ＲＡＮＤＩＭＳを生成して端末へ送信し、ＩＭＳ端末間との認証プロセスを完了する。このプロセスは従来技術と同じであるため、ここでは繰り返さない。
【０１８２】
もし保存していなければ、非ＩＭＳ ＡＳは受信したＨＴＴＰリクエストメッセージを認証ゲートウェイへ転送する。
【０１８３】
ステップ１１３において、認証ゲートウェイは受信したＩＭＰＵに基づいてＨＳＳからＩＭＳ端末の認証データを獲得する。
【０１８４】
具体的には、認証ゲートウェイは、ＩＭＰＵが現在登録しているＳ−ＣＳＣＦのフルドメイン名（ＦＱＤＮ、Ｆｕｌｌｙ Ｑｕａｌｉｆｉｅｄ Ｄｏｍａｉｎ Ｎａｍｅ）を照会するために、ＨＳＳへＬＩＲメッセージを送信する。
【０１８５】
ＨＳＳは認証ゲートウェイへＬＩＡメッセージを送信する。
【０１８６】
認証ゲートウェイはＨＳＳから返送されたＬＩＡメッセージを判断する。もしＩＭＰＵがワイルドカードＩＭＰＵであれば、非ＩＭＳ ＡＳへ失敗応答を送信する。もしＩＭＰＵに対応するＩＭＳ端末がまだＩＭＳシステムへ登録していなければ、非ＩＭＳ ＡＳへ失敗応答を返送する。もしＩＭＰＵに対応するＩＭＳ端末がすでに登録に成功していれば、認証ゲートウェイはＬＩＡメッセージからＩＭＳ端末に登録したＳ−ＣＳＣＦのＦＱＤＮを獲得する。
【０１８７】
認証ゲートウェイは、ＩＭＰＵとＩＭＰＩとの対応関係に基づいてＩＭＳ端末のＩＭＰＩを検出する。
【０１８８】
認証ゲートウェイはＩＭＰＵ、ＩＭＰＩとＦＱＤＮを含むマルチメディア認証リクエスト（ＭＡＲ、 Ｍｕｌｔｉｍｅｄｉａ Ａｕｔｈ Ｒｅｑｕｅｓｔ）メッセージをＨＳＳへ送信する。
【０１８９】
ＨＳＳはマルチメディア認証応答（ＭＡＡ、Ｍｕｌｔｉｍｅｄｉａ Ａｕｔｈ Ａｎｓｗｅｒ）メッセージを返送する。当該マルチメディア認証応答メッセージはＩＭＳ端末の認証データＨ（Ａ１）を含む。
【０１９０】
ステップ１１４において、認証ゲートウェイはＩＭＳ端末のＨ（Ａ１）を保存し、生成した第１ＲＡＮＤを非ＩＭＳ ＡＳへ送信する。
【０１９１】
ステップ１１５において、非ＩＭＳ ＡＳはＩＭＳ端末へ認証ゲートウェイが生成した第１ＲＡＮＤを送信する。
【０１９２】
ステップ１１６において、ＩＭＳ端末は自身が保存したＨ（Ａ１）と受信した第１ＲＡＮＤに基づき第１ＲＥＳを生成する。
【０１９３】
本ステップにおいて、ＩＭＳ端末はさらに非ＩＭＳ ＡＳのＦＱＤＮ（即ち、ＦＱＤＮＡＳ）に基づきＭＤ５暗号化演算方法により、Ｈ（Ａ１）を暗号化しＨ（Ａ１）’を取得できる。
【０１９４】
ステップ１１７において、ＩＭＳ端末は非ＩＭＳ ＡＳへ、生成した第１ＲＥＳおよびＩＭＳ端末が生成した第２ＲＡＮＤを返送する。
【０１９５】
ステップ１１８において、非ＩＭＳ ＡＳは当該第１ＲＥＳおよび第２ＲＡＮＤを認証ゲートウェイへ転送する。
【０１９６】
ステップ１１９において、認証ゲートウェイはＨ（Ａ１）と第１ＲＡＮＤに基づきＸＲＥＳを生成する。
【０１９７】
ステップ１１１０において、生成したＸＲＥＳを受信した第１ＲＥＳと比較する。
【０１９８】
ステップ１１１１において、もし比較結果としてＸＲＥＳと第１ＲＥＳが一致であれば当該ＩＭＳ端末認証が成功したと確認する。
【０１９９】
ステップ１１１２において、認証ゲートウェイは受信した第２ＲＡＮＤとＨ（Ａ１）に基づき第２ＲＥＳを生成する。
【０２００】
本ステップにおいて、認証ゲートウェイはさらに非ＩＭＳ ＡＳのＦＱＤＮＡＳに基づきＭＤ５暗号化演算方法により、Ｈ（Ａ１）を暗号化し、Ｈ（Ａ１）’を取得できる。
【０２０１】
ステップ１１１３において、認証ゲートウェイは生成した第２ＲＥＳおよびＨ（Ａ１）’を認証成功の結果に含めて非ＩＭＳ ＡＳへ送信する。
【０２０２】
ステップ１１１４において、非ＩＭＳ ＡＳは受信したＨ（Ａ１）’をＩＭＳ端末のＩＭＰＵと対応するように保存する。
【０２０３】
ステップ１１１５において、非ＩＭＳ ＡＳは第２ＲＥＳを含む認証成功結果をＩＭＳ端末へ送信する。
【０２０４】
ステップ１１１６において、ＩＭＳ端末は自身の生成した第２ＲＡＮＤおよび自身に保存されたＨ（Ａ１）に基づき第３ＲＥＳを生成する。
【０２０５】
ステップ１１１７において、生成した第３ＲＥＳと受信した第２ＲＥＳを比較する。
【０２０６】
ステップ１１１８において、もし比較結果として第３ＲＥＳと第２ＲＥＳが一致であれば、非ＩＭＳ ＡＳの認証成功を確認する。
【０２０７】
ステップ１１１９において、非ＩＭＳ ＡＳはＩＭＳ端末のＣｏｏｋｉｅを設定する。
【０２０８】
ステップ１１２０において、ＩＭＳ端末と非ＩＭＳ ＡＳとの間に接続を確立し、ＩＭＳ端末は非ＩＭＳ ＡＳから非ＩＭＳサービスを獲得する。
【０２０９】
ステップ１１２１において、ＩＭＳ端末は引き続き非ＩＭＳ ＡＳを訪問する時、アクセスリクエストメッセージに設定したＣｏｏｋｉｅが含まれる。
【０２１０】
ステップ１１２２において、当該Ｃｏｏｋｉｅが失効後に、ＩＭＳ端末が非ＩＭＳ ＡＳをアクセスする場合、ＩＭＳ端末と非ＩＭＳ ＡＳの間はＨ（Ａ１）’により認証を行い、認証ゲートウェイは参与必要がなくなり、認証のステップと時間を省略する。
【０２１１】
上述のプロセスにおいて、認証ゲートウェイとＨＳＳの間はインターフェースＳｈ以外に、さらにＣｘインターフェース或いはＺｈインターフェースを採用し、ＩＭＳ端末が現在登録しているＳ−ＣＳＣＦのＦＱＤＮ照会に用いる。当認証ゲートウェイとＨＳＳの間にＣｘインターフェースを採用する場合、ＦＱＤＮＡＳをＩＭＳ端末の現在のＳ−ＣＳＣＦとする。認証ゲートウェイとＨＳＳの間にＺｈインターフェースを採用する場合、非ＩＭＳ ＡＳは直接認証ゲートウェイのＦＱＤＮを採用できる。
【０２１２】
図１２は、本発明の実施形態７に係る、ＩＥブラウザを有するＩＭＳ端末が非ＩＭＳサービスを獲得する時の認証方法フローチャートでる。具体的な処理プロセスは以下の通りである。
【０２１３】
ステップ１２１において、ＩＭＳ端末は非ＩＭＳ ＡＳへＩＭＰＵを含むＨＴＴＰリクエストメッセージを送信する。
【０２１４】
ステップ１２２において、非ＩＭＳ ＡＳはＩＭＰＵに対応するＨ（Ａ１）’を保存しているかどうかを判断する。もし保存していれば、直接第１ＲＡＮＤを生成してＩＭＳ端末へ送信し、ＩＭＳ端末との間の認証プロセスを完了する。このプロセスは従来技術と同じであるため、ここでは繰り返さない。
【０２１５】
もし保存していなければ、非ＩＭＳ ＡＳは受信したＨＴＴＰリクエストメッセージを認証ゲートウェイへ転送する。
【０２１６】
ステップ１２３において、認証ゲートウェイは、受信したＩＭＰＵに基づいてＨＳＳからＩＭＳ端末の認証データＨ（Ａ１）を獲得する。
【０２１７】
ステップ１２４において、認証ゲートウェイはＩＭＳ端末のＨ（Ａ１）を保存し、生成した第１ＲＡＮＤを非ＩＭＳ ＡＳへ送信する。
【０２１８】
ステップ１２５において、非ＩＭＳ ＡＳはＩＭＳ端末へ認証ゲートウェイより生成された第１ＲＡＮＤを送信する。
【０２１９】
ステップ１２６において、ＩＭＳ端末は自身に保存されたＨ（Ａ１）と受信した第１ＲＡＮＤに基づいて、第１ＲＥＳを生成する。
【０２２０】
本ステップにおいて、ＩＭＳ端末はさらに非ＩＭＳ ＡＳのＦＱＤＮＡＳに基づき、ＭＤ５暗号化演算方法により、Ｈ（Ａ１）を暗号化してＨ（Ａ１）’を取得できる。
【０２２１】
ステップ１２７において、ＩＭＳ端末は非ＩＭＳ ＡＳへ生成した第１ＲＥＳと生成した第２ＲＡＮＤを返送する。
【０２２２】
ステップ１２８において、非ＩＭＳ ＡＳは当該第１ＲＥＳと第２ＲＡＮＤを認証ゲートウェイへ転送する。
【０２２３】
ステップ１２９において、認証ゲートウェイはＩＭＳ端末のＨ（Ａ１）と第１ＲＡＮＤに基づいてＸＲＥＳを生成する。
【０２２４】
ステップ１２１０において、生成したＸＲＥＳを受信した第１ＲＥＳと比較する。
【０２２５】
ステップ１２１１において、もし比較結果としてＸＲＥＳと第１ＲＥＳが一致であれば、当該ＩＭＳ端末認証が成功したと確認する。
【０２２６】
ステップ１２１２において、認証ゲートウェイは受信した第２ＲＡＮＤとＩＭＳ端末のＨ（Ａ１）に基づいて第２ＲＥＳを生成する。
【０２２７】
本ステップにおいて、認証ゲートウェイはさらに、非ＩＭＳ ＡＳとＩＭＳ端末のＩＥブラウザとの一回信号交換のセッション識別子とするＳｅｓｓｉｏｎＩＤを生成し、Ｈ（Ａ１）を暗号化後に、ＥＨ（Ａ１）（ＳｅｓｓｉｏｎＩＤ）を取得する。認証ゲートウェイはさらに非ＩＭＳ ＡＳのＦＱＤＮＡＳに基づきＭＤ５暗号化演算方法により、Ｈ（Ａ１）を暗号化してＨ（Ａ１）’を取得できる。
【０２２８】
ステップ１２１３において、認証ゲートウェイは取得した第２ＲＥＳ、Ｈ（Ａ１）’とＥＨ（Ａ１）（ＳｅｓｓｉｏｎＩＤ）を認証成功結果に含めて非ＩＭＳ ＡＳへ送信する。
【０２２９】
ステップ１２１４において、非ＩＭＳ ＡＳは受信したＨ（Ａ１）’とＳｅｓｓｉｏｎＩＤをＩＭＳ端末のＩＭＰＵと対応するように保存する。
【０２３０】
ステップ１２１５において、非ＩＭＳ ＡＳは第２ＲＥＳとＥＨ（Ａ１）（ＳｅｓｓｉｏｎＩＤ）を含む認証成功結果をＩＭＳ端末へ送信する。
【０２３１】
ステップ１２１６において、ＩＭＳ端末は生成した第２ＲＡＮＤ、ＳｅｓｓｉｏｎＩＤおよび自身に保存されたＨ（Ａ１）に基づき第３ＲＥＳを生成する。
【０２３２】
ステップ１２１７において、生成した第３ＲＥＳと受信した第２ＲＥＳを比較する。
【０２３３】
ステップ１２１８において、もし比較結果として第３ＲＥＳと第２ＲＥＳが一致であれば、非ＩＭＳ ＡＳ認証が成功したと確認する。
【０２３４】
ステップ１２１９において、ＩＭＳ端末はＥＨ（Ａ１）（ＳｅｓｓｉｏｎＩＤ）を復号し、ＳｅｓｓｉｏｎＩＤを取得する。
【０２３５】
本ステップにおいて、ＩＭＳ端末のＣｏｏｋｉｅを設定することも含む。
【０２３６】
本ステップにおいて、当該認証成功結果は２００ＯＫメッセージを介し送信できるがこれに限らない。
【０２３７】
ステップ１２２０において、ＩＭＳ端末はＳｅｓｓｉｏｎＩＤとＩＭＰＵをＵＲＬパラメータとしてＩＥブラウザを起動し、ＩＭＳ ＡＳへＩＭＰＵとＳｅｓｓｉｏｎＩＤを含むＨＴＴＰリクエストメッセージを送信する。
【０２３８】
ステップ１２２１において、非ＩＭＳ ＡＳは当該ＨＴＴＰリクエストメッセージを受信した後に、保存したＩＭＰＵとＳｅｓｓｉｏｎＩＤとの対応関係に基づき受信したＩＭＰＵとＳｅｓｓｉｏｎＩＤを認証する。
【０２３９】
ステップ１２２２において、もし認証が成功すればＩＭＰＵとＳｅｓｓｉｏｎＩＤとの対応関係において、受信したＩＭＰＵとＳｅｓｓｉｏｎＩＤを削除し、リプレイ攻撃を防止する。
【０２４０】
ステップ１２２３において、受信したＩＭＰＵとＳｅｓｓｉｏｎＩＤに基づきＩＭＳ端末が起動したＩＥブラウザのＣｏｏｋｉｅを設定する。
【０２４１】
本ステップ後、当該ＩＭＳ端末はＩＥブラウザを操作する時、直接非ＩＭＳ ＡＳにＣｏｏｋｉｅ認証通過をリクエストし、再度前記ステップ認証を実行する必要がなくなる。
【０２４２】
ステップ１２２４において、ＩＭＳ端末と非ＩＭＳ ＡＳの間に接続を確立し、ＩＭＳ端末は非ＩＭＳ ＡＳから非ＩＭＳサービスを獲得する。
【０２４３】
ステップ１２２５において、当該Ｃｏｏｋｉｅ失効後、ＩＭＳ端末が非ＩＭＳ ＡＳにアクセスする場合、ＩＭＳ端末と非ＩＭＳ ＡＳ間のＨ（Ａ１）’認証は成功し、認証ゲートウェイが参加する必要がなくなり、認証のステップと時間を節約する。
【０２４４】
上述した２つの実施形態において、ＩＭＳ端末がＨＳＳからＩＭＳ端末の認証データを獲得する場合、ＨＳＳは認証ゲートウェイから送信されたＭＡＲリクエストメッセージを受信した後に、Ｓｅｒｖｅｒ−ｎａｍｅが示すＳ−ＣＳＣＦがここにすでに保存しているものと同じかどうかを比較する。もし同じでなければ、現在ＩＭＳ端末にサービスを提供するＳ−ＣＳＣＦの１つを登録させるプロセスをトリガーする。このようなことを避けるために、本発明は以下の二種類の解決方式を提供する。
【０２４５】
＜方式一＞
認証ゲートウェイにＩＭＳ端末のＩＭＰＵとＳ−ＣＳＣＦ間との対応関係を配置し、認証ゲートウェイはＳ−ＣＳＣＦ情報を当該ＭＡＲ認証リクエストに含めて転送する。
【０２４６】
＜方式二＞
認証ゲートウェイは非ＩＭＳ ＡＳから送信された接続リクエストを受信する場合、まず、ＨＳＳへＬＩＲリクエストメッセージを送信し、現在ＩＭＳ端末にサービスを提供するＳ−ＣＳＣＦを獲得する。そしてＭＡＲリクエストメッセージにＳ−ＣＳＣＦ情報を含める。
【０２４７】
本発明において、ＩＭＳ端末の第１回認証が通過できた後に、認証ゲートウェイはＩＭＳ端末の認証データと第１ＲＡＮＤを保存する。次回認証時、上記ＩＭＳ端末の認証データと第１ＲＡＮＤは再利用可能であり、認証される。また、保存する場合は定期的に更新できる。
【０２４８】
本発明に係る認証システム、方法および設備は、ＩＭＳ端末と異なる非ＩＭＳ ＡＳ間との統一した認証プラットフォームを提供し、非ＩＭＳサービス獲得時の複雑さを低下させ、ユーザー使用感を改善した。非ＩＭＳ ＡＳがＩＭＳ端末の認証パラメータ／認証データを有しないことにより、非ＩＭＳ ＡＳの認証プロセスを減少し、データ維持の負担を減らす。認証時、認証ゲートウェイがＩＭＳ端末の認証パラメータ／認証データを非ＩＭＳ ＡＳ上に送信しないことにより、改ざん、盗聴と虚偽認証を防止できる。ＩＥブラウザを介し非ＩＭＳサービスを獲得するＩＭＳ端末は認証プロセスにおいて、暗号化したＳｅｓｓｉｏｎＩＤを採用・伝送し、ＳｅｓｓｉｏｎＩＤの改ざんを防止する。また、本発明はＳｅｓｓｉｏｎＩＤ転送および保存関係の処理により、リプレイ攻撃を防止できる。
【０２４９】
本発明の実施形態にかかる認証ゲートウェイは、図１３に示すように、第１受信ユニット１３１、獲得ユニット１３２、第１送信ユニット１３３、第２受信ユニット１３４、比較ユニット１３５、確認ユニット１３６および指示ユニット１３７とを備える。
【０２５０】
第１受信ユニット１３１は、ＩＭＳ端末が非ＩＭＳサービスを提供するＡＳを介し送信した接続リクエストメッセージを受信する。
【０２５１】
獲得ユニット１３２は、第１ＲＡＮＤと前記ＩＭＳ端末のＸＲＥＳを獲得する。
【０２５２】
第１送信ユニット１３３は、獲得ユニット１３２が獲得した第１ＲＡＮＤを前記ＡＳを介し前記ＩＭＳ端末へ送信する。
【０２５３】
第２受信ユニット１３４は、前記ＡＳ送信した前記ＩＭＳ端末に基づき前記第１ＲＡＮＤ生成した第１ＲＥＳを介し前記ＩＭＳ端末を受信する。
【０２５４】
比較ユニット１３５は、第２受信ユニット１３４が受信した第１ＲＥＳと獲得ユニット１３２が獲得したＸＲＥＳが一致するかどうかを比較する。
【０２５５】
確認ユニット１３６は、比較ユニット１３５の比較結果が一致である場合、当該ＩＭＳ端末認証が成功したと確認する。
【０２５６】
指示ユニット１３７は、前記ＡＳが前記ＩＭＳ端末に非ＩＭＳサービスを提供することを指示する。
【０２５７】
好ましくは、獲得ユニット１３２は前記ＩＭＳ端末の第１ＲＡＮＤと前記ＩＭＳ端末のＸＲＥＳを含む認証パラメータを獲得する。
【０２５８】
さらに好ましくは、第１受信ユニット１３１が受信した接続リクエストメッセージに前記ＩＭＳ端末のＩＭＰＵを含む。
【０２５９】
獲得ユニット１３２は具体的に送信サブユニットと、受信サブユニットとを備える。
【０２６０】
送信サブユニットは、第１受信ユニット１３１が受信した前記ＩＭＰＵを含む獲得リク
エストをＨＳＳへ送信する。
【０２６１】
受信サブユニットは、前記ＨＳＳが送信した認証パラメータを受信する。前記認証パラメータは、前記ＨＳＳが前記ＩＭＰＵに基づいてＩＭＰＵとの対応関係から検出されたものである。
【０２６２】
好ましくは、獲得ユニット１３２が獲得した認証パラメータに第１ＡＵＴＮがさらに含まれる。
【０２６３】
前記認証ゲートウェイは第２送信ユニットをさらに備える。前記第２送信ユニットは、第２受信ユニット１３４が前記ＩＭＳ端末の前記ＡＳを介して送信した第１ＲＥＳを受信する前に、獲得ユニットが獲得した第１ＡＵＴＮを前記ＡＳを介し前記ＩＭＳ端末へ送信する。
【０２６４】
好ましくは、前記認証ゲートウェイは確定ユニットと、第３送信ユニットとをさらに備える。
【０２６５】
確定ユニットは、指示ユニット１３７が前記ＡＳに前記ＩＭＳ端末へ非ＩＭＳサービスを提供することを指示する前に、前記ＩＭＳ端末が引き続き非ＩＭＳサービス獲得時、必要な共用キーを確定する。
【０２６６】
第３送信ユニットは、確定ユニットが確定した共用キーを前記ＡＳへ送信する。
【０２６７】
好ましくは、獲得ユニット１３２は具体的に第１生成サブユニットと、獲得サブユニットと第２生成するサブユニットとを備える。
【０２６８】
第１生成するサブユニットは、第１ＲＡＮＤを生成する。
【０２６９】
獲得サブユニットは、前記ＩＭＳ端末の認証データを獲得する。
【０２７０】
第２生成サブユニットは、第１生成サブユニットが生成した第１ＲＡＮＤと獲得サブユニットが獲得した認証データに基づいて前記ＩＭＳ端末のＸＲＥＳを生成する。
【０２７１】
前記認証ゲートウェイは第３受信ユニット、生成ユニットと第４送信ユニットを備えることをさらに好ましい。
【０２７２】
第３受信ユニットは、前記ＩＭＳ端末が前記ＡＳを介し送信した第２ＲＡＮＤを受信する。
【０２７３】
生成ユニットは、第３受信ユニットが受信した第２ＲＡＮＤと獲得サブユニットが獲得した認証データに基づいて第２ＲＥＳを生成する。
【０２７４】
第４送信ユニットは、生成ユニットが生成した第２ＲＥＳを前記ＡＳを介し前記ＩＭＳ端末へ送信する。
【０２７５】
前記指示ユニット１３７は、認証成功結果を前記ＡＳへ送信し、前記ＡＳに前記ＩＭＳ端末へ非ＩＭＳサービスを提供することを指示する。
【０２７６】
本発明に係る実施形態はＡＳを提供しており、当該ＡＳは非ＩＭＳサービスを提供する。図１４に示すように、第１受信ユニット１４１と、第１転送ユニット１４２と、第２受
信ユニット１４３と、第２転送ユニット１４４と、第３受信ユニット１４５と、第３転送ユニット１４６と提供ユニット１４７とを備える。
【０２７７】
ここで、第１受信ユニット１４１は、ＩＭＳ端末が送信した接続リクエストメッセージを受信する。
【０２７８】
第１転送ユニット１４２は、第１受信ユニット１４１が受信した接続リクエストメッセージを認証ゲートウェイへ転送する。
【０２７９】
第２受信ユニット１４３は、認証ゲートウェイが送信した第１ＲＡＮＤを受信する。
【０２８０】
第２転送ユニット１４４は、第２受信ユニット１４３が受信した第１ＲＡＮＤを前記ＩＭＳ端末へ転送する。
【０２８１】
第３受信ユニット１４５は、前記ＩＭＳ端末が送信した第１ＲＥＳを受信する。
【０２８２】
第３転送ユニット１４６は、第３受信ユニット１４５が受信した第１ＲＥＳを前記認証ゲートウェイへ転送する。
【０２８３】
提供ユニット１４７は、前記認証ゲートウェイの指示に基づき前記ＩＭＳ端末へ非ＩＭＳサービスを提供する。
【０２８４】
好ましくは、前記ＡＳは第４受信ユニットと第４転送ユニットをさらに備える。
【０２８５】
第４受信ユニットは、第３受信ユニット１４５が第１ＲＥＳを受信する前に、認証ゲートウェイが送信したＡＵＴＮを受信する。
【０２８６】
第４転送ユニットは、第４受信ユニットが受信したＡＵＴＮを前記ＩＭＳ端末へ転送する。
【０２８７】
好ましくは、提供ユニット１４７は具体的に受信サブユニットと、接続確立サブユニットと、提供サブユニットとを備える。
【０２８８】
受信サブユニットは、前記認証ゲートウェイが送信した認証成功結果を受信する。
【０２８９】
接続確立サブユニットは、受信サブユニットが認証成功結果を受信した後に、前記ＩＭＳ端末との間の接続を確立する。
【０２９０】
提供サブユニットは、接続確立サブユニットが確立した接続により、前記ＩＭＳ端末へ非ＩＭＳサービスを提供する。
【０２９１】
好ましくは、前記ＡＳは第５受信ユニットをさらに備える。前記第５受信ユニットは、提供ユニット１４７が前記ＩＭＳ端末へ非ＩＭＳサービスを提供する前に、前記認証ゲートウェイが送信した共用キーを受信、かつ保存する。
【０２９２】
もし前記ＩＭＳ端末がＩＥブラウザを介し非ＩＭＳサービス獲得すれば前記ＡＳは生成ユニットと、暗号化ユニットと、送信ユニットと、第６受信ユニットと、設定ユニットとをさらに備えることがさらに好ましい。
【０２９３】
生成ユニットは、ＳｅｓｓｉｏｎｇＩＤを生成する。
【０２９４】
暗号化ユニットは、第５受信ユニットが受信した共用キーに基づき、生成ユニットが生成したＳｅｓｓｉｏｎｇＩＤを暗号化する。
【０２９５】
送信ユニットは、暗号化ユニットが暗号化したＳｅｓｓｉｏｎｇＩＤを前記ＩＭＳ端末へ送信する。
【０２９６】
第６受信ユニットは、前記ＩＭＳ端末が受信したＩＭＰＵとＳｅｓｓｉｏｎｇＩＤを含む接続リクエストメッセージを受信する。
【０２９７】
設定ユニットは、第６受信ユニットが受信したＩＭＰＵとＳｅｓｓｉｏｎｇＩＤに基づき、前記ＩＭＳ端末が起動したＩＥブラウザのＣｏｏｋｉｅを設定する。
【０２９８】
前記ＡＳは保存ユニットと、認証ユニットと、認証ユニットとを備えることがさらに好ましい。
【０２９９】
保存ユニットは、送信ユニットが暗号化ユニットにより暗号化されたＳｅｓｓｉｏｎｇＩＤを前記ＩＭＳ端末へ送信する前に、生成ユニットが生成したＳｅｓｓｉｏｎｇＩＤと前記ＩＭＳ端末のＩＭＰＵを対応させるように保存する。
【０３００】
認証ユニットは、設定ユニットが前記ＩＭＳ端末により起動されたＩＥブラウザのＣｏｏｋｉｅを設定する前に、保存ユニットのＳｅｓｓｉｏｎｇＩＤとＩＭＰＵとの対応関係に基づき、第６受信ユニットが受信したＩＭＰＵとＳｅｓｓｉｏｎｇＩＤを認証する。
【０３０１】
削除ユニットは、認証ユニットの認証結果が成功となった後に、保存ユニットが保存するＳｅｓｓｉｏｎｇＩＤとＩＭＰＵとの対応関係において、第６受信ユニットが受信した前記ＩＭＰＵとＳｅｓｓｉｏｎｇＩＤを削除する。
【０３０２】
好ましくは、前記ＡＳは第７受信ユニット、第５転送ユニット、第８受信ユニットと第６転送ユニットとをさらに備える。
【０３０３】
第７受信ユニットは、前記ＩＭＳ端末が送信した第２ＲＡＮＤを受信する。
【０３０４】
第５転送ユニットは、第７受信ユニットが受信した第２ＲＡＮＤを前記認証ゲートウェイへ転送する。
【０３０５】
第８受信ユニットは、認証ゲートウェイが送信した第２ＲＥＳを受信する。
【０３０６】
第６転送ユニットは、第８受信ユニットが受信した第２ＲＥＳを前記ＩＭＳ端末へ転送する。
【０３０７】
本発明に係る実施形態はＩＭＳ端末を提供しており、図１５示すように、第１送信ユニット１５１、第１受信ユニット１５２、第１生成ユニット１５３、第２送信ユニット１５４とサービス獲得ユニット１５５とを備える。
【０３０８】
第１送信ユニット１５１は、非ＩＭＳサービスを提供するＡＳへ接続リクエストメッセージを送信する。
【０３０９】
第１受信ユニット１５２は、認証ゲートウェイが前記ＡＳを介し送信した第１ＲＡＮＤを受信する。
【０３１０】
第１生成ユニット１５３は、第１受信ユニット１５２が受信した第１ＲＡＮＤに基づきＲＥＳを生成する。
【０３１１】
第２送信ユニット１５４は、第１生成ユニット１５３が生成した第１ＲＥＳを前記ＡＳへ送信する。
【０３１２】
サービス獲得ユニット１５５は、前記ＡＳにて非ＩＭＳサービスを獲得する。
【０３１３】
好ましくは、前記ＩＭＳ端末は第２受信ユニットと、第２生成ユニットと、第１比較ユニットと第１確認ユニットとをさらに備える。
【０３１４】
第２受信ユニットは、第１生成ユニット１５３が第１ＲＥＳを生成する前に、前記認証ゲートウェイが前記ＡＳを介し送信した第１ＡＵＴＮを受信する。
【０３１５】
第２生成ユニットは、第１受信ユニット１５２が受信した第１ＲＡＮＤに基づき第２ＡＵＴＮを生成する。
【０３１６】
第１比較ユニットは、第２生成ユニットが生成した第２ＡＵＴＮと第２受信ユニットが受信した第１ＡＵＴＮが一致するかどうかを比較する。
【０３１７】
第１確認ユニットは、第１比較ユニットの比較結果として第２ＡＵＴＮと第１ＡＵＴＮが一致であれば、前記ＡＳ認証が成功したと確認する。
【０３１８】
好ましくは、前記ＩＭＳ端末は第３生成ユニット、第３送信ユニット、第３受信ユニット、第４生成ユニット、第２比較ユニットと第２確認ユニットとをさらに備える。
【０３１９】
第３生成ユニットは、第２ＲＡＮＤを生成する。
【０３２０】
第３送信ユニットは、第３生成ユニットが生成した第２ＲＡＮＤを前記ＡＳを介し前記認証ゲートウェイへ送信する。
【０３２１】
第３受信ユニットは、前記認証ゲートウェイが前記ＡＳを介し送信した第２ＲＥＳを受信する。
【０３２２】
第４生成ユニットは、第３生成ユニットが生成した第２ＲＡＮＤと自身の認証データに基づき第３ＲＥＳを生成する。
【０３２３】
第２比較ユニットは、第３受信ユニットが受信した第２ＲＥＳと第４生成ユニット生成した第３ＲＥＳが一致するかどうか比較する。
【０３２４】
第２確認ユニットは、第２比較ユニットの比較結果として第２ＲＥＳと第３ＲＥＳが一致であれば、前記ＡＳ認証が成功したと確認する。
【０３２５】
当業者であれば、本発明の技術的思想の範囲内において、本発明に対し種種の変更・改変を実行できる。そのような変更・改変は、本発明の請求の範囲及びその均等の範囲に属するので、つまり、本発明は、そのような変更・改変も意図しているということである。
【特許請求の範囲】
【請求項１】
非インターネット・プロトコル・マルチメディア・サブシステムＩＭＳサービスを提供するアプリケーションサーバＡＳと、認証ゲートウェイと、ＩＭＳ端末とを備える認証システムであって、
前記ＡＳは、ＩＭＳ端末が送信した接続リクエストメッセージを前記認証ゲートウェイへ転送し、認証ゲートウェイが送信した第１乱数を前記ＩＭＳ端末へ転送し、かつ、前記ＩＭＳ端末によりフィードバックされた前記第１乱数に基づいて生成した第１応答値を前記認証ゲートウェイへ送信し、前記認証ゲートウェイの指示に基づいて前記ＩＭＳ端末へ非ＩＭＳサービスを提供し、
前記認証ゲートウェイは、第１乱数と前記ＩＭＳ端末の所望応答値を獲得し、獲得した第１乱数を前記ＡＳへ送信し、かつ、ＡＳが送信した第１応答値と獲得した所望応答値が一致だと比較された場合、当該ＩＭＳ端末認証が成功したと確認し、かつ、前記ＡＳに前記ＩＭＳ端末へ非ＩＭＳサービスを提供することを指示し、
前記ＩＭＳ端末は、前記ＡＳへ接続リクエストメッセージを送信し、前記ＡＳが送信した第１乱数に基づいて第１応答値を生成し、かつ、生成した第１応答値を前記ＡＳへ送信する
ことを特徴とする認証システム。
【請求項２】
認証ゲートウェイは前記ＩＭＳ端末の認証パラメータを獲得することにより、第１乱数と前記所望応答値を獲得し、
前記認証パラメータは第１乱数と前記ＩＭＳ端末の所望応答値を含む
ことを特徴とする請求項２に記載の認証システム。
【請求項３】
認証ゲートウェイが獲得した認証パラメータには第１認トークンＡＵＴＮがさらに含まれ、
認証ゲートウェイはさらに、前記ＩＭＳ端末が前記ＡＳを介して送信した第１応答値を受信する前に、獲得した第１ＡＵＴＮを前記ＡＳへ送信し、
ＡＳはさらに、認証ゲートウェイが送信した第１ＡＵＴＮを前記ＩＭＳ端末へ送信し、
ＩＭＳ端末はさらに、第１応答値を生成する前に、前記第１乱数に基づいて第２ＡＵＴＮを生成し、かつ、生成した第２ＡＵＴＮと受信した第１ＡＵＴＮが一致だと比較された場合、前記ＡＳ認証が成功したと確認する
ことを特徴とする請求項２に記載の認証システム
【請求項４】
前記第１乱数は前記認証ゲートウェイにより生成されたものであり、
前記所望応答値は前記認証ゲートウェイが獲得した前記ＩＭＳ端末の認証データと、生成した第１乱数に基づいて生成したものである
ことを特徴とする請求項1に記載の認証システム。
【請求項５】
ＩＭＳ端末はさらに、第２乱数を生成し、かつ生成した第２乱数をＡＳへ送信し、ＡＳから送信された第２応答値を受信し、前記第２乱数と自身の認証データに基づいて第３応答値を生成し、受信した第２応答値と生成した第３応答値が一致だと比較された場合、前記ＡＳ認証が成功したと確認し、ＡＳにより提供された非ＩＭＳサービスを獲得し、
ＡＳはさらに、ＩＭＳ端末が送信した第２乱数を前記認証ゲートウェイへ送信し、前記認証ゲートウェイが送信した第２応答値を前記ＩＭＳ端末へ送信し、
認証ゲートウェイはさらに、前記ＡＳが送信した第２乱数を受信し、受信した第２乱数と獲得した認証データに基づいて第２応答値を生成し、生成した第２応答値を前記ＡＳへ送信する
ことを特徴とする請求項４に記載の認証システム。
【請求項６】
認証ゲートウェイは、インターネット・プロトコル・マルチメディア・サブシステムＩＭＳ端末が非ＩＭＳサービスを提供するアプリケーションサーバＡＳを介して送信した接続リクエストメッセージを受信するステップと、
第１乱数と前記ＩＭＳ端末の所望応答値を獲得するステップと、
前記認証ゲートウェイが、獲得した第１乱数を前記ＡＳを介して前記ＩＭＳ端末へ送信するステップと、
前記ＩＭＳ端末が前記ＡＳを介して送信した第１応答値を受信するステップと、
ここで、前記第１応答値は第１乱数に基づいてが生成したものであり、
前記認証ゲートウェイが受信した第１応答値と獲得した所望応答値が一致だと比較された場合、当該ＩＭＳ端末認証が成功したと確認するステップと、
前記ＡＳに前記ＩＭＳ端末へ非ＩＭＳサービスを提供することを指示するステップと
を備えることを特徴とする認証方法。
【請求項７】
認証ゲートウェイが第１乱数と前記ＩＭＳ端末の所望応答値を獲得するステップは、
認証ゲートウェイが前記ＩＭＳ端末の第１乱数と前記ＩＭＳ端末の所望応答値を含む認証パラメータを獲得するステップ
を備えることを特徴とする請求項６に記載の認証方法。
【請求項８】
認証ゲートウェイが獲得した認証パラメータには第１認証トークンＡＵＴＮがさらに含まれ；
認証ゲートウェイは、前記ＩＭＳ端末が前記ＡＳを介して送信した第１応答値を受信する前に、獲得した第１ＡＵＴＮを前記ＡＳを介して前記ＩＭＳ端末へ送信し；
前記ＩＭＳ端末が第１応答値を生成する前に、
前記ＩＭＳ端末が前記第１乱数に基づいて第２ＡＵＴＮを生成するステップと、
前記ＩＭＳ端末が生成した第２ＡＵＴＮと受信した第１ＡＵＴＮが一致だと比較された場合、前記ＡＳ認証が成功したと確認するステップと
をさらに備えることを特徴とする請求項７に記載の認証方法。
【請求項９】
認証ゲートウェイが前記ＡＳに前記ＩＭＳ端末へ非ＩＭＳサービスを提供することを指示する前に、
認証ゲートウェイと前記ＩＭＳ端末がそれぞれ前記ＩＭＳ端末が引き続き非ＩＭＳサービスを獲得時に必要とする共用キーを確定するステップと、
前記認証ゲートウェイが確定した前記共用キーを前記ＡＳへ送信するステップと、
前記ＡＳが前記共用キーを受信かつ保存するステップと、
前記ＩＭＳ端末が引き続き非ＩＭＳサービスを獲得時、前記ＡＳが前記共用キーに基づいて前記ＩＭＳ端末を認証するステップと
をさらに備えることを特徴とする請求項７に記載の認証方法。
【請求項１０】
前記ＩＭＳ端末がＩＥブラウザを介して非ＩＭＳサービスを獲得すれば、前記ＡＳが前記共用キーを受信かつ保存する後に、
前記ＡＳが、受信した共用キーに基づいて生成したセッション識別子を暗号化した後に前記ＩＭＳ端末へ送信するステップと、
前記ＩＭＳ端末が確定した共用キーに基づき、受信した暗号化されたセッション識別後を復号するステップと、
復号後に取得したセッション識別子と自身のＩＭＰＵに基づいてＩＥブラウザを起動した後に、ＩＥブラウザにおいて、前記ＡＳへ前記ＩＭＰＵと復号後に取得したセッション識別子の接続リクエストメッセージを送信するステップと、
前記ＡＳが、受信したＩＭＰＵとセッション識別子に基づき、前記ＩＭＳ端末が起動したＩＥブラウザのＣｏｏｋｉｅを設定するステップと
をさらに備えることを特徴とする請求項９に記載の認証方法。
【請求項１１】
前記ＡＳは暗号化後のセッション識別子を前記ＩＭＳ端末へ送信する前に、生成したセッション識別子と前記ＩＭＰＵとを対応させて保存し；
前記ＡＳが前記ＩＭＳ端末により起動されたＩＥブラウザのＣｏｏｋｉｅを設定する前に、
前記ＡＳが保存したセッション識別子とＩＭＰＵとの対応関係に基づき、受信したＩＭＰＵとセッション識別子を認証するステップと、
認証成功後、セッション識別子とＩＭＰＵとの対応関係において受信した前記ＩＭＰＵとセッション識別子を削除するステップと
をさらに備えることを特徴とする請求項１０に記載の認証方法。
【請求項１２】
認証ゲートウェイは第１乱数と前記ＩＭＳ端末の所望応答値を獲得するステップは、
認証ゲートウェイが第１乱数を生成するステップと、
前記ＩＭＳ端末が認証データを獲得するステップと、
生成した第１乱数と獲得した認証データに基づいて前記ＩＭＳ端末の所望応答値を生成するステップと
を備えることを特徴とする請求項６に記載の認証方法。
【請求項１３】
前記認証ゲートウェイが前記ＩＭＳ端末が前記ＡＳを介し送信した第２乱数を受信するステップと、
受信した第２乱数と獲得した認証データに基づき、第２応答値を生成するステップと、
生成した第２応答値を前記ＡＳを介して前記ＩＭＳ端末へ送信するステップと、
前記ＩＭＳ端末が前記第２乱数と自身の認証データに基づいて第３応答値を生成するステップと、
受信した第２応答値と生成した第３応答値が一致だと比較された場合、前記ＡＳ認証が成功したと確認するステップと
をさらに備えることを特徴とする請求項１２に記載の認証方法。
【請求項１４】
前記ＩＭＳ端末がＩＥブラウザを介して非ＩＭＳサービスを獲得する場合、
認証ゲートウェイがセッション識別子を生成するステップと、
前記獲得した認証データに基づき、生成したセッション識別子を暗号化した後に、前記ＡＳを介して前記ＩＭＳ端末へ送信するステップと、
前記ＩＭＳ端末が、自身の認証データに基づいて受信した暗号化後のセッション識別子を復号するステップと、
前記ＩＭＳ端末が、復号後に取得したセッション識別子と自身のＩＭＰＵに基づいてＩＥブラウザを起動した後に、ＩＥブラウザにおいて前記ＡＳへ前記ＩＭＰＵと復号後に取得したセッション識別子を含む接続リクエストメッセージを送信するステップと、
前記ＡＳが受信したＩＭＰＵとセッション識別子に基づいて前記ＩＭＳ端末により起動されたＩＥブラウザのＣｏｏｋｉｅを設定するステップと
をさらに備えることを特徴とする請求項１２に記載の認証方法。
【請求項１５】
認証ゲートウェイが前記ＡＳに前記ＩＭＳ端末へ非ＩＭＳサービスを提供することを指示する前に、
前記ＩＭＳ端末が前記ＡＳのドメイン名情報に基づいて自身の認証データを暗号化するステップと、
暗号化された認証データを前記ＡＳへ送信するステップと、
前記ＩＭＳ端末が引き続き非ＩＭＳサービスを獲得時に、前記ＡＳが前記暗号化された認証データに基づいて前記ＩＭＳ端末を認証するステップと
をさらに備えることを特徴とする請求項１２に記載の認証方法。
【請求項１６】
インターネット・プロトコル・マルチメディア・サブシステムＩＭＳ端末が非ＩＭＳサービスを提供するアプリケーションサーバＡＳを介して送信した接続リクエストメッセージを受信する、第１受信ユニットと、
第１乱数と前記ＩＭＳ端末の所望応答値を獲得する、獲得ユニットと、
獲得ユニットが獲得した第１乱数を前記ＡＳを介して前記ＩＭＳ端末へ送信する、第１送信ユニットと、
前記ＩＭＳ端末が前記ＡＳを介して送信した第１応答値を受信する、第２受信ユニットと、
ここで、前記第１応答値は前記ＩＭＳ端末が前記第１乱数に基づいて生成されたものであり、
第２受信ユニットが受信した第１応答値と獲得ユニットが獲得した所望応答値が一致するかどうかを比較する、比較ユニットと、
比較ユニットの比較結果が一致である場合、当該ＩＭＳ端末認証が成功したと確認する、確認ユニットと、
前記ＡＳに前記ＩＭＳ端末へ非ＩＭＳサービスを提供することを指示する、指示ユニットと
を備えることを特徴とする認証ゲートウェイ。
【請求項１７】
獲得ユニットは前記ＩＭＳ端末の第１乱数と前記ＩＭＳ端末の所望応答値とを含む認証パラメータを獲得する
ことを特徴とする請求項１６に記載の認証ゲートウェイ。
【請求項１８】
獲得ユニットが獲得した認証パラメータには、第１認証トークンＡＵＴＮがさらに含まれ、
前記認証ゲートウェイは第２受信ユニットをさらに備え、
前記第２受信ユニットは、前記ＩＭＳ端末が前記ＡＳを介して送信した第１応答値を受信する前に、獲得ユニットが獲得した第１ＡＵＴＮを前記ＡＳを介して前記ＩＭＳ端末へ送信する
ことを特徴とする請求項１７に記載の認証ゲートウェイ。
【請求項１９】
指示ユニットが前記ＡＳに前記ＩＭＳ端末へ非ＩＭＳサービスを提供することを指示する前に、前記ＩＭＳ端末が引き続き非ＩＭＳサービスの獲得時に必要とする共用キーを確定する、確定ユニットと、
確定ユニットが確定した共用キーを前記ＡＳへ送信する第３送信ユニットと
をさらに備えることを特徴とする請求項１７に記載の認証ゲートウェイ。
【請求項２０】
獲得ユニットは、
第１乱数を生成する第１生成サブユニットと、
前記ＩＭＳ端末の認証データを獲得する獲得サブユニットと、
第１生成サブユニットが生成した第１乱数と獲得サブユニットが獲得した認証データに基づいて前記ＩＭＳ端末の所望応答値を生成する、第２生成サブユニットと
を備えることを特徴とする請求項１６に記載の認証ゲートウェイ。
【請求項２１】
前記ＩＭＳ端末が前記ＡＳを介して送信した第２乱数を受信する、第３受信ユニットと、
第３受信ユニットが受信した第２乱数と獲得サブユニットが獲得した認証データに基づいて第２応答値を生成する、生成ユニットと、
生成ユニットが生成した第２応答値を前記ＡＳを介して前記ＩＭＳ端末へ送信する、第４送信ユニットと
をさらに備えることを特徴とする請求項２０に記載の認証ゲートウェイ。
【請求項２２】
非インターネット・プロトコル・マルチメディア・サブシステムＩＭＳサービスを提供するアプリケーションサーバであって、
ＩＭＳ端末が送信した接続リクエストメッセージを受信する、第１受信ユニットと、
第１受信ユニットが受信した接続リクエストメッセージを認証ゲートウェイへ転送する、第１転送ユニットと、
認証ゲートウェイが送信した第１乱数を受信する、第２受信ユニットと、
第２受信ユニットが受信した第１乱数を前記ＩＭＳ端末へ転送する、第２転送ユニットと、
前記ＩＭＳ端末が送信した第１応答値を受信する、第３受信ユニットと、
第３受信ユニットが受信した第１応答値を前記認証ゲートウェイへ転送する、第３転送ユニットと、
前記認証ゲートウェイの指示に基づいて前記ＩＭＳ端末へ非ＩＭＳサービスを提供する、提供ユニットと
を備えることを特徴とするアプリケーションサーバ。
【請求項２３】
第３受信ユニットが第１応答値を受信する前に、認証ゲートウェイが送信した認証トークンＡＵＴＮを受信する、第４受信ユニットと、
第４受信ユニットが受信したＡＵＴＮを前記ＩＭＳ端末へ転送する、第４転送ユニットと
をさらに備えることを特徴とする請求項２２に記載のアプリケーションサーバ。
【請求項２４】
前記提供ユニットは、
前記認証ゲートウェイが送信した認証成功の結果を受信する、受信サブユニットと、
受信サブユニットが認証成功の結果を受信した後に、前記ＩＭＳ端末との間の接続を確立する接続確立サブユニットと、
接続確立サブユニットが確立した接続に基づいて前記ＩＭＳ端末へ非ＩＭＳサービスを提供する提供サブユニットと
を備えることを特徴とする請求項２２に記載のアプリケーションサーバ。
【請求項２５】
提供ユニットが前記ＩＭＳ端末へ非ＩＭＳサービスを提供する前に、前記認証ゲートウェイが送信した共用キーを受信かつ保存する第５受信ユニットをさらに備え、
前記ＩＭＳ端末がＩＥブラウザを介して非ＩＭＳサービスを獲得すれば、前記アプリケーションサーバは、
セッション識別子を生成する、生成ユニットと、
第５受信ユニットが受信した共用キーに基づいて生成ユニットにより生成されたセッション識別子を暗号化する、暗号化ユニットと、
暗号化ユニットが暗号化した後のセッション識別子を前記ＩＭＳ端末へ送信する、送信ユニットと、
前記ＩＭＳ端末が送信したＩＭＰＵとセッション識別子を含む接続リクエストメッセージを受信する、第６受信ユニットと、
第６受信ユニットが受信したＩＭＰＵとセッション識別子に基づいて前記ＩＭＳ端末が起動したＩＥブラウザのＣｏｏｋｉｅを設定する、設定ユニットと
をさらに備えることを特徴とする請求項２２に記載のアプリケーションサーバ。
【請求項２６】
送信ユニットが暗号化ユニットにより暗号化されたセッション識別子を前記ＩＭＳ端末へ送信する前に、生成ユニットが生成したセッション識別子と前記ＩＭＳ端末のＩＭＰＵを対応させて保存する、保存ユニットと、
設定ユニットが前記ＩＭＳ端末により起動されたＩＥブラウザのＣｏｏｋｉｅを設定する前に、保存ユニットのセッション識別子とＩＭＰＵとの対応関係に基づいて第６受信ユ
ニットが受信したＩＭＰＵとセッション識別子を認証する、認証ユニットと、
認証ユニットの認証結果が成功である後、保存ユニットが保存したセッション識別子とＩＭＰＵとの対応関係において、第６受信ユニットが受信した前記ＩＭＰＵとセッション識別子を削除する、削除ユニットと
をさらに備えることを特徴とする請求項２５に記載のアプリケーションサーバ。
【請求項２７】
前記ＩＭＳ端末が送信した第２乱数を受信する、第７受信ユニットと、
第７受信ユニットが受信した第２乱数を前記認証ゲートウェイへ転送する、第５転送ユニットと、
認証ゲートウェイが送信した第２応答値を受信する、第８受信ユニットと、
第８受信ユニットが受信した第２応答値を前記ＩＭＳ端末へ転送する、第６転送ユニットと
をさらに備えることを特徴とする請求項２２に記載のアプリケーションサーバ。
【請求項２８】
非インターネット・プロトコル・マルチメディア・サブシステムＩＭＳサービスを提供するアプリケーションサーバＡＳへ接続リクエストメッセージを送する、第１送信ユニットと、
認証ゲートウェイが前記ＡＳを介して送信した第１乱数を受信する、第１受信ユニットと、
第１受信ユニットが受信した第１乱数に基づいて第１応答値を生成する、第１生成ユニットと、
第１生成ユニットが生成した第１応答値を前記ＡＳへ送信する、第２送信ユニットと、
前記ＡＳにて非ＩＭＳサービスを獲得する、サービス獲得ユニットと
を備えることを特徴とするインターネット・プロトコル・マルチメディア・サブシステム端末。
【請求項２９】
第１生成ユニットが第１応答値を生成する前に、前記認証ゲートウェイが前記ＡＳを介して送信した第１認証トークンＡＵＴＮを受信する、第２受信ユニットと、
第１受信ユニットが受信した前記第１乱数に基づいて第２ＡＵＴＮを生成する、第２生成ユニットと、
第２生成ユニットが生成した第２ＡＵＴＮと第２受信ユニットが受信した第１ＡＵＴＮが一致するかどうかを比較する、第１比較ユニットと、
第１比較ユニットの比較結果が一致である場合、前記ＡＳ認証が成功したと確認する、第１確認ユニットと
をさらに備えることを特徴とする請求項２８に記載のインターネット・プロトコル・マルチメディア・サブシステム端末。
【請求項３０】
第２乱数を生成する、第３生成ユニットと、
第３生成ユニットが生成した第２乱数を前記ＡＳを介して前記認証ゲートウェイへ送信する、第３送信ユニットと、
前記認証ゲートウェイが前記ＡＳを介して送信した第２応答値を受信する、第３受信ユニットと、
第３生成ユニットが生成した第２乱数と自身の認証データに基づいて第３応答値を生成する、第４生成ユニットと、
第３受信ユニットが受信した第２応答値と第４生成ユニットが生成した第３応答値が一致するかどうか比較する、第２比較ユニットと、
第２比較ユニットの比較結果が一致である場合、前記ＡＳ認証が成功したと確認する第２確認ユニットと
をさらに備えることを特徴とする請求項２８に記載のインターネット・プロトコル・マルチメディア・サブシステム端末。
【請求項１】
非インターネット・プロトコル・マルチメディア・サブシステムＩＭＳサービスを提供するアプリケーションサーバＡＳと、認証ゲートウェイと、ＩＭＳ端末とを備える認証システムであって、
前記ＡＳは、ＩＭＳ端末が送信した接続リクエストメッセージを前記認証ゲートウェイへ転送し、認証ゲートウェイが送信した第１乱数を前記ＩＭＳ端末へ転送し、かつ、前記ＩＭＳ端末によりフィードバックされた前記第１乱数に基づいて生成した第１応答値を前記認証ゲートウェイへ送信し、前記認証ゲートウェイの指示に基づいて前記ＩＭＳ端末へ非ＩＭＳサービスを提供し、
前記認証ゲートウェイは、第１乱数と前記ＩＭＳ端末の所望応答値を獲得し、獲得した第１乱数を前記ＡＳへ送信し、かつ、ＡＳが送信した第１応答値と獲得した所望応答値が一致だと比較された場合、当該ＩＭＳ端末認証が成功したと確認し、かつ、前記ＡＳに前記ＩＭＳ端末へ非ＩＭＳサービスを提供することを指示し、
前記ＩＭＳ端末は、前記ＡＳへ接続リクエストメッセージを送信し、前記ＡＳが送信した第１乱数に基づいて第１応答値を生成し、かつ、生成した第１応答値を前記ＡＳへ送信する
ことを特徴とする認証システム。
【請求項２】
認証ゲートウェイは前記ＩＭＳ端末の認証パラメータを獲得することにより、第１乱数と前記所望応答値を獲得し、
前記認証パラメータは第１乱数と前記ＩＭＳ端末の所望応答値を含む
ことを特徴とする請求項２に記載の認証システム。
【請求項３】
認証ゲートウェイが獲得した認証パラメータには第１認トークンＡＵＴＮがさらに含まれ、
認証ゲートウェイはさらに、前記ＩＭＳ端末が前記ＡＳを介して送信した第１応答値を受信する前に、獲得した第１ＡＵＴＮを前記ＡＳへ送信し、
ＡＳはさらに、認証ゲートウェイが送信した第１ＡＵＴＮを前記ＩＭＳ端末へ送信し、
ＩＭＳ端末はさらに、第１応答値を生成する前に、前記第１乱数に基づいて第２ＡＵＴＮを生成し、かつ、生成した第２ＡＵＴＮと受信した第１ＡＵＴＮが一致だと比較された場合、前記ＡＳ認証が成功したと確認する
ことを特徴とする請求項２に記載の認証システム
【請求項４】
前記第１乱数は前記認証ゲートウェイにより生成されたものであり、
前記所望応答値は前記認証ゲートウェイが獲得した前記ＩＭＳ端末の認証データと、生成した第１乱数に基づいて生成したものである
ことを特徴とする請求項1に記載の認証システム。
【請求項５】
ＩＭＳ端末はさらに、第２乱数を生成し、かつ生成した第２乱数をＡＳへ送信し、ＡＳから送信された第２応答値を受信し、前記第２乱数と自身の認証データに基づいて第３応答値を生成し、受信した第２応答値と生成した第３応答値が一致だと比較された場合、前記ＡＳ認証が成功したと確認し、ＡＳにより提供された非ＩＭＳサービスを獲得し、
ＡＳはさらに、ＩＭＳ端末が送信した第２乱数を前記認証ゲートウェイへ送信し、前記認証ゲートウェイが送信した第２応答値を前記ＩＭＳ端末へ送信し、
認証ゲートウェイはさらに、前記ＡＳが送信した第２乱数を受信し、受信した第２乱数と獲得した認証データに基づいて第２応答値を生成し、生成した第２応答値を前記ＡＳへ送信する
ことを特徴とする請求項４に記載の認証システム。
【請求項６】
認証ゲートウェイは、インターネット・プロトコル・マルチメディア・サブシステムＩＭＳ端末が非ＩＭＳサービスを提供するアプリケーションサーバＡＳを介して送信した接続リクエストメッセージを受信するステップと、
第１乱数と前記ＩＭＳ端末の所望応答値を獲得するステップと、
前記認証ゲートウェイが、獲得した第１乱数を前記ＡＳを介して前記ＩＭＳ端末へ送信するステップと、
前記ＩＭＳ端末が前記ＡＳを介して送信した第１応答値を受信するステップと、
ここで、前記第１応答値は第１乱数に基づいてが生成したものであり、
前記認証ゲートウェイが受信した第１応答値と獲得した所望応答値が一致だと比較された場合、当該ＩＭＳ端末認証が成功したと確認するステップと、
前記ＡＳに前記ＩＭＳ端末へ非ＩＭＳサービスを提供することを指示するステップと
を備えることを特徴とする認証方法。
【請求項７】
認証ゲートウェイが第１乱数と前記ＩＭＳ端末の所望応答値を獲得するステップは、
認証ゲートウェイが前記ＩＭＳ端末の第１乱数と前記ＩＭＳ端末の所望応答値を含む認証パラメータを獲得するステップ
を備えることを特徴とする請求項６に記載の認証方法。
【請求項８】
認証ゲートウェイが獲得した認証パラメータには第１認証トークンＡＵＴＮがさらに含まれ；
認証ゲートウェイは、前記ＩＭＳ端末が前記ＡＳを介して送信した第１応答値を受信する前に、獲得した第１ＡＵＴＮを前記ＡＳを介して前記ＩＭＳ端末へ送信し；
前記ＩＭＳ端末が第１応答値を生成する前に、
前記ＩＭＳ端末が前記第１乱数に基づいて第２ＡＵＴＮを生成するステップと、
前記ＩＭＳ端末が生成した第２ＡＵＴＮと受信した第１ＡＵＴＮが一致だと比較された場合、前記ＡＳ認証が成功したと確認するステップと
をさらに備えることを特徴とする請求項７に記載の認証方法。
【請求項９】
認証ゲートウェイが前記ＡＳに前記ＩＭＳ端末へ非ＩＭＳサービスを提供することを指示する前に、
認証ゲートウェイと前記ＩＭＳ端末がそれぞれ前記ＩＭＳ端末が引き続き非ＩＭＳサービスを獲得時に必要とする共用キーを確定するステップと、
前記認証ゲートウェイが確定した前記共用キーを前記ＡＳへ送信するステップと、
前記ＡＳが前記共用キーを受信かつ保存するステップと、
前記ＩＭＳ端末が引き続き非ＩＭＳサービスを獲得時、前記ＡＳが前記共用キーに基づいて前記ＩＭＳ端末を認証するステップと
をさらに備えることを特徴とする請求項７に記載の認証方法。
【請求項１０】
前記ＩＭＳ端末がＩＥブラウザを介して非ＩＭＳサービスを獲得すれば、前記ＡＳが前記共用キーを受信かつ保存する後に、
前記ＡＳが、受信した共用キーに基づいて生成したセッション識別子を暗号化した後に前記ＩＭＳ端末へ送信するステップと、
前記ＩＭＳ端末が確定した共用キーに基づき、受信した暗号化されたセッション識別後を復号するステップと、
復号後に取得したセッション識別子と自身のＩＭＰＵに基づいてＩＥブラウザを起動した後に、ＩＥブラウザにおいて、前記ＡＳへ前記ＩＭＰＵと復号後に取得したセッション識別子の接続リクエストメッセージを送信するステップと、
前記ＡＳが、受信したＩＭＰＵとセッション識別子に基づき、前記ＩＭＳ端末が起動したＩＥブラウザのＣｏｏｋｉｅを設定するステップと
をさらに備えることを特徴とする請求項９に記載の認証方法。
【請求項１１】
前記ＡＳは暗号化後のセッション識別子を前記ＩＭＳ端末へ送信する前に、生成したセッション識別子と前記ＩＭＰＵとを対応させて保存し；
前記ＡＳが前記ＩＭＳ端末により起動されたＩＥブラウザのＣｏｏｋｉｅを設定する前に、
前記ＡＳが保存したセッション識別子とＩＭＰＵとの対応関係に基づき、受信したＩＭＰＵとセッション識別子を認証するステップと、
認証成功後、セッション識別子とＩＭＰＵとの対応関係において受信した前記ＩＭＰＵとセッション識別子を削除するステップと
をさらに備えることを特徴とする請求項１０に記載の認証方法。
【請求項１２】
認証ゲートウェイは第１乱数と前記ＩＭＳ端末の所望応答値を獲得するステップは、
認証ゲートウェイが第１乱数を生成するステップと、
前記ＩＭＳ端末が認証データを獲得するステップと、
生成した第１乱数と獲得した認証データに基づいて前記ＩＭＳ端末の所望応答値を生成するステップと
を備えることを特徴とする請求項６に記載の認証方法。
【請求項１３】
前記認証ゲートウェイが前記ＩＭＳ端末が前記ＡＳを介し送信した第２乱数を受信するステップと、
受信した第２乱数と獲得した認証データに基づき、第２応答値を生成するステップと、
生成した第２応答値を前記ＡＳを介して前記ＩＭＳ端末へ送信するステップと、
前記ＩＭＳ端末が前記第２乱数と自身の認証データに基づいて第３応答値を生成するステップと、
受信した第２応答値と生成した第３応答値が一致だと比較された場合、前記ＡＳ認証が成功したと確認するステップと
をさらに備えることを特徴とする請求項１２に記載の認証方法。
【請求項１４】
前記ＩＭＳ端末がＩＥブラウザを介して非ＩＭＳサービスを獲得する場合、
認証ゲートウェイがセッション識別子を生成するステップと、
前記獲得した認証データに基づき、生成したセッション識別子を暗号化した後に、前記ＡＳを介して前記ＩＭＳ端末へ送信するステップと、
前記ＩＭＳ端末が、自身の認証データに基づいて受信した暗号化後のセッション識別子を復号するステップと、
前記ＩＭＳ端末が、復号後に取得したセッション識別子と自身のＩＭＰＵに基づいてＩＥブラウザを起動した後に、ＩＥブラウザにおいて前記ＡＳへ前記ＩＭＰＵと復号後に取得したセッション識別子を含む接続リクエストメッセージを送信するステップと、
前記ＡＳが受信したＩＭＰＵとセッション識別子に基づいて前記ＩＭＳ端末により起動されたＩＥブラウザのＣｏｏｋｉｅを設定するステップと
をさらに備えることを特徴とする請求項１２に記載の認証方法。
【請求項１５】
認証ゲートウェイが前記ＡＳに前記ＩＭＳ端末へ非ＩＭＳサービスを提供することを指示する前に、
前記ＩＭＳ端末が前記ＡＳのドメイン名情報に基づいて自身の認証データを暗号化するステップと、
暗号化された認証データを前記ＡＳへ送信するステップと、
前記ＩＭＳ端末が引き続き非ＩＭＳサービスを獲得時に、前記ＡＳが前記暗号化された認証データに基づいて前記ＩＭＳ端末を認証するステップと
をさらに備えることを特徴とする請求項１２に記載の認証方法。
【請求項１６】
インターネット・プロトコル・マルチメディア・サブシステムＩＭＳ端末が非ＩＭＳサービスを提供するアプリケーションサーバＡＳを介して送信した接続リクエストメッセージを受信する、第１受信ユニットと、
第１乱数と前記ＩＭＳ端末の所望応答値を獲得する、獲得ユニットと、
獲得ユニットが獲得した第１乱数を前記ＡＳを介して前記ＩＭＳ端末へ送信する、第１送信ユニットと、
前記ＩＭＳ端末が前記ＡＳを介して送信した第１応答値を受信する、第２受信ユニットと、
ここで、前記第１応答値は前記ＩＭＳ端末が前記第１乱数に基づいて生成されたものであり、
第２受信ユニットが受信した第１応答値と獲得ユニットが獲得した所望応答値が一致するかどうかを比較する、比較ユニットと、
比較ユニットの比較結果が一致である場合、当該ＩＭＳ端末認証が成功したと確認する、確認ユニットと、
前記ＡＳに前記ＩＭＳ端末へ非ＩＭＳサービスを提供することを指示する、指示ユニットと
を備えることを特徴とする認証ゲートウェイ。
【請求項１７】
獲得ユニットは前記ＩＭＳ端末の第１乱数と前記ＩＭＳ端末の所望応答値とを含む認証パラメータを獲得する
ことを特徴とする請求項１６に記載の認証ゲートウェイ。
【請求項１８】
獲得ユニットが獲得した認証パラメータには、第１認証トークンＡＵＴＮがさらに含まれ、
前記認証ゲートウェイは第２受信ユニットをさらに備え、
前記第２受信ユニットは、前記ＩＭＳ端末が前記ＡＳを介して送信した第１応答値を受信する前に、獲得ユニットが獲得した第１ＡＵＴＮを前記ＡＳを介して前記ＩＭＳ端末へ送信する
ことを特徴とする請求項１７に記載の認証ゲートウェイ。
【請求項１９】
指示ユニットが前記ＡＳに前記ＩＭＳ端末へ非ＩＭＳサービスを提供することを指示する前に、前記ＩＭＳ端末が引き続き非ＩＭＳサービスの獲得時に必要とする共用キーを確定する、確定ユニットと、
確定ユニットが確定した共用キーを前記ＡＳへ送信する第３送信ユニットと
をさらに備えることを特徴とする請求項１７に記載の認証ゲートウェイ。
【請求項２０】
獲得ユニットは、
第１乱数を生成する第１生成サブユニットと、
前記ＩＭＳ端末の認証データを獲得する獲得サブユニットと、
第１生成サブユニットが生成した第１乱数と獲得サブユニットが獲得した認証データに基づいて前記ＩＭＳ端末の所望応答値を生成する、第２生成サブユニットと
を備えることを特徴とする請求項１６に記載の認証ゲートウェイ。
【請求項２１】
前記ＩＭＳ端末が前記ＡＳを介して送信した第２乱数を受信する、第３受信ユニットと、
第３受信ユニットが受信した第２乱数と獲得サブユニットが獲得した認証データに基づいて第２応答値を生成する、生成ユニットと、
生成ユニットが生成した第２応答値を前記ＡＳを介して前記ＩＭＳ端末へ送信する、第４送信ユニットと
をさらに備えることを特徴とする請求項２０に記載の認証ゲートウェイ。
【請求項２２】
非インターネット・プロトコル・マルチメディア・サブシステムＩＭＳサービスを提供するアプリケーションサーバであって、
ＩＭＳ端末が送信した接続リクエストメッセージを受信する、第１受信ユニットと、
第１受信ユニットが受信した接続リクエストメッセージを認証ゲートウェイへ転送する、第１転送ユニットと、
認証ゲートウェイが送信した第１乱数を受信する、第２受信ユニットと、
第２受信ユニットが受信した第１乱数を前記ＩＭＳ端末へ転送する、第２転送ユニットと、
前記ＩＭＳ端末が送信した第１応答値を受信する、第３受信ユニットと、
第３受信ユニットが受信した第１応答値を前記認証ゲートウェイへ転送する、第３転送ユニットと、
前記認証ゲートウェイの指示に基づいて前記ＩＭＳ端末へ非ＩＭＳサービスを提供する、提供ユニットと
を備えることを特徴とするアプリケーションサーバ。
【請求項２３】
第３受信ユニットが第１応答値を受信する前に、認証ゲートウェイが送信した認証トークンＡＵＴＮを受信する、第４受信ユニットと、
第４受信ユニットが受信したＡＵＴＮを前記ＩＭＳ端末へ転送する、第４転送ユニットと
をさらに備えることを特徴とする請求項２２に記載のアプリケーションサーバ。
【請求項２４】
前記提供ユニットは、
前記認証ゲートウェイが送信した認証成功の結果を受信する、受信サブユニットと、
受信サブユニットが認証成功の結果を受信した後に、前記ＩＭＳ端末との間の接続を確立する接続確立サブユニットと、
接続確立サブユニットが確立した接続に基づいて前記ＩＭＳ端末へ非ＩＭＳサービスを提供する提供サブユニットと
を備えることを特徴とする請求項２２に記載のアプリケーションサーバ。
【請求項２５】
提供ユニットが前記ＩＭＳ端末へ非ＩＭＳサービスを提供する前に、前記認証ゲートウェイが送信した共用キーを受信かつ保存する第５受信ユニットをさらに備え、
前記ＩＭＳ端末がＩＥブラウザを介して非ＩＭＳサービスを獲得すれば、前記アプリケーションサーバは、
セッション識別子を生成する、生成ユニットと、
第５受信ユニットが受信した共用キーに基づいて生成ユニットにより生成されたセッション識別子を暗号化する、暗号化ユニットと、
暗号化ユニットが暗号化した後のセッション識別子を前記ＩＭＳ端末へ送信する、送信ユニットと、
前記ＩＭＳ端末が送信したＩＭＰＵとセッション識別子を含む接続リクエストメッセージを受信する、第６受信ユニットと、
第６受信ユニットが受信したＩＭＰＵとセッション識別子に基づいて前記ＩＭＳ端末が起動したＩＥブラウザのＣｏｏｋｉｅを設定する、設定ユニットと
をさらに備えることを特徴とする請求項２２に記載のアプリケーションサーバ。
【請求項２６】
送信ユニットが暗号化ユニットにより暗号化されたセッション識別子を前記ＩＭＳ端末へ送信する前に、生成ユニットが生成したセッション識別子と前記ＩＭＳ端末のＩＭＰＵを対応させて保存する、保存ユニットと、
設定ユニットが前記ＩＭＳ端末により起動されたＩＥブラウザのＣｏｏｋｉｅを設定する前に、保存ユニットのセッション識別子とＩＭＰＵとの対応関係に基づいて第６受信ユ
ニットが受信したＩＭＰＵとセッション識別子を認証する、認証ユニットと、
認証ユニットの認証結果が成功である後、保存ユニットが保存したセッション識別子とＩＭＰＵとの対応関係において、第６受信ユニットが受信した前記ＩＭＰＵとセッション識別子を削除する、削除ユニットと
をさらに備えることを特徴とする請求項２５に記載のアプリケーションサーバ。
【請求項２７】
前記ＩＭＳ端末が送信した第２乱数を受信する、第７受信ユニットと、
第７受信ユニットが受信した第２乱数を前記認証ゲートウェイへ転送する、第５転送ユニットと、
認証ゲートウェイが送信した第２応答値を受信する、第８受信ユニットと、
第８受信ユニットが受信した第２応答値を前記ＩＭＳ端末へ転送する、第６転送ユニットと
をさらに備えることを特徴とする請求項２２に記載のアプリケーションサーバ。
【請求項２８】
非インターネット・プロトコル・マルチメディア・サブシステムＩＭＳサービスを提供するアプリケーションサーバＡＳへ接続リクエストメッセージを送する、第１送信ユニットと、
認証ゲートウェイが前記ＡＳを介して送信した第１乱数を受信する、第１受信ユニットと、
第１受信ユニットが受信した第１乱数に基づいて第１応答値を生成する、第１生成ユニットと、
第１生成ユニットが生成した第１応答値を前記ＡＳへ送信する、第２送信ユニットと、
前記ＡＳにて非ＩＭＳサービスを獲得する、サービス獲得ユニットと
を備えることを特徴とするインターネット・プロトコル・マルチメディア・サブシステム端末。
【請求項２９】
第１生成ユニットが第１応答値を生成する前に、前記認証ゲートウェイが前記ＡＳを介して送信した第１認証トークンＡＵＴＮを受信する、第２受信ユニットと、
第１受信ユニットが受信した前記第１乱数に基づいて第２ＡＵＴＮを生成する、第２生成ユニットと、
第２生成ユニットが生成した第２ＡＵＴＮと第２受信ユニットが受信した第１ＡＵＴＮが一致するかどうかを比較する、第１比較ユニットと、
第１比較ユニットの比較結果が一致である場合、前記ＡＳ認証が成功したと確認する、第１確認ユニットと
をさらに備えることを特徴とする請求項２８に記載のインターネット・プロトコル・マルチメディア・サブシステム端末。
【請求項３０】
第２乱数を生成する、第３生成ユニットと、
第３生成ユニットが生成した第２乱数を前記ＡＳを介して前記認証ゲートウェイへ送信する、第３送信ユニットと、
前記認証ゲートウェイが前記ＡＳを介して送信した第２応答値を受信する、第３受信ユニットと、
第３生成ユニットが生成した第２乱数と自身の認証データに基づいて第３応答値を生成する、第４生成ユニットと、
第３受信ユニットが受信した第２応答値と第４生成ユニットが生成した第３応答値が一致するかどうか比較する、第２比較ユニットと、
第２比較ユニットの比較結果が一致である場合、前記ＡＳ認証が成功したと確認する第２確認ユニットと
をさらに備えることを特徴とする請求項２８に記載のインターネット・プロトコル・マルチメディア・サブシステム端末。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【公表番号】特表２０１３−５１２５９４（Ｐ２０１３−５１２５９４Ａ）
【公表日】平成２５年４月１１日（２０１３．４．１１）
【国際特許分類】
【出願番号】特願２０１２−５４０２６０（Ｐ２０１２−５４０２６０）
【出願日】平成２２年１１月２６日（２０１０．１１．２６）
【国際出願番号】ＰＣＴ／ＣＮ２０１０／００１９０７
【国際公開番号】ＷＯ２０１１／０６３６１２
【国際公開日】平成２３年６月３日（２０１１．６．３）
【出願人】（５０７１４２１４４）中国移▲動▼通信集▲団▼公司 (51)
【氏名又は名称原語表記】ＣＨＩＮＡ ＭＯＢＩＬＥ ＣＯＭＭＵＮＩＣＡＴＩＯＮＳ ＣＯＲＰＯＲＡＴＩＯＮ
【Ｆターム（参考）】
【公表日】平成２５年４月１１日（２０１３．４．１１）
【国際特許分類】
【出願日】平成２２年１１月２６日（２０１０．１１．２６）
【国際出願番号】ＰＣＴ／ＣＮ２０１０／００１９０７
【国際公開番号】ＷＯ２０１１／０６３６１２
【国際公開日】平成２３年６月３日（２０１１．６．３）
【出願人】（５０７１４２１４４）中国移▲動▼通信集▲団▼公司 (51)
【氏名又は名称原語表記】ＣＨＩＮＡ ＭＯＢＩＬＥ ＣＯＭＭＵＮＩＣＡＴＩＯＮＳ ＣＯＲＰＯＲＡＴＩＯＮ
【Ｆターム（参考）】
[ Back to top ]