JP4860756B2 - ユーザデバイス、その制御方法、及びｉｍｓユーザ装置 - Google Patents

Description

本発明は概して、ユーザデバイス、ユーザデバイスの制御方法、及びＩＰマルチメディア・サブシステム（ＩＭＳ）ユーザ装置に関する。本発明は特に、ユーザデバイスがＩＭＳネットワークにアクセスすることを可能にする技術に関するが、これに限定される訳ではない。

ＳＩＭカード（又はＵＩＣＣやスマートカード）に対するリモートアクセスが、多数の様々なシナリオにおいて活用されている。それらのシナリオにおいては、ＳＩＭカードへのリモートアクセスによって、他のユーザデバイスがリモートのＳＩＭユーザデバイスから個人情報をダウンロードすることが可能になる。個人情報には、ユーザＩＤや証明情報などが含まれ、ユーザはこれを用いることにより、ネットワークオペレータや対応するサービスプロバイダによって提供されるサービスをローカルのユーザデバイスにおいて楽しむことができる。この意味において、リモートＳＩＭアクセスは、ローカルのユーザデバイスとリモートのＵＩＣＣとから成る「仮想的な」ユーザデバイスをユーザが構成する能力を提供する。現在のところ、リモートＳＩＭアクセスのコンセプトのためのメカニズム、用例、又はサービス要件を提供するいくつかの先行技術文献を見ることができる。

− ３ＧＰＰ（第３世代パートナーシップ・プロジェクト） ＴＳＧ ＳＡ ＷＧ３は、固定ＩＰネットワークに接続されたＰＣのようなユーザデバイスとＩＭＳをサポートするＵＭＴＳデバイスとに亘ってＩＭＳ ＵＥ（ユーザ装置）の機能を分割する、いくつかの様々なモデル及びシナリオについて議論してきた。そこには、ＰＣ上のＩＭＳクライアントと、ＵＭＴＳ端末内のＵＩＣＣ上に存在するＵＳＩＭ及びＩＳＩＭとが、何らかのインタフェースを介してリンクされ、ＵＭＴＳ端末を伴うＰＣがＩＭＳ ＵＥとして使用され得るようになるシナリオが含まれる。

− Fixed Mobile Convergence Allianceは、ＳＩＭアクセス及び認証サービスのためのサービス要件を提供する。そこでは、ＦＭＣＡ（Fixed-Mobile Convergence Alliance）によって定義された固定移動収斂環境のために、移動ハンドセット内のＳＩＭが他のユーザデバイスにおける認証トークンとして使用されている。

− ＥＴＳＩ ＴＳ １０２ ４１２は、リモートＵＩＣＣアクセスのサービス要件を提供し、例えば、ＰＣのようなリモート端末が、個人データのダウンロード（例えば、写真や動画）のためや、ＵＩＣＣに格納されたコンテンツライセンスのＤＲＭアプリケーションのための転送のために、ＵＩＣＣにアクセスする。

− ブルートゥースＳＩＭアクセスプロファイルは、内蔵ＧＳＭ送受信機を持つ車載電話のようなユーザデバイスがブルートゥースを用いて電話内のＳＩＭカードに接続することを可能にする手段を提供する。そうすれば、車載電話自体は個別のＳＩＭカードを必要としない（IBM Developer Works, "Bluetooth SIM Access Profile," http://www-128.ibm.com/developerworks/wireless/library/wi-simacc/を参照のこと）。

− ＥＴＳＩ ＴＩＳＰＡＮ（欧州電気通信標準化協会 タイスパン）も、ホームネットワーク内又は企業ネットワーク内のＩＳＩＭやＵＳＩＭを持たないネットワーク機能付きユーザデバイスがゲートウェイによる支援を受けてＩＭＳサービスにアクセスすることを可能にする、ＩＭＳレジデンシャルゲートウェイを導入した。Tobjorn Cagenius, et al., FITCE 2006による"An IMS Gateway for Service Convergence in Connected Homes"も、ホームＩＭＳゲートウェイ（ＨＩＧＡ）というコンセプトを導入することによって同様のコンセプトを提案している。ＩＭＳレジデンシャルゲートウェイは、レガシーの、ＩＳＩＭ／ＵＩＣＣを使用する能力を持たない非ＩＭＳユーザデバイス（例えば、ＳＩＰ電話）を安全にＩＭＳネットワークに接続させる目的でサービス提供する。ＩＭＳレジデンシャルゲートウェイは、非ＩＭＳユーザデバイスとＩＭＳネットワークとを相互接続させるＳＩＰ Ｂ２ＢＵＡとして機能するために、ＩＭＳ端末機能とＩＳＩＭアプリケーションとから構成される。ホームＩＭＳゲートウェイの１つの潜在的な実施形態を図１に示す。このシナリオでは、ＩＰデバイス１０１及びＳＩＰデバイス１０２のようなリモートの非ＩＭＳユーザデバイスは、ＩＭＳレジデンシャルゲートウェイ１００のＳＩＰ Ｂ２ＢＵＡ機能１０４を用いて、ＩＭＳレジデンシャルゲートウェイ１００のＩＳＩＭ１０３に格納されているＳＩＭ情報を間接的に利用する。ＳＩＰ ＵＡ／ＵＡプロキシ１０５は、ＩＰデバイス１０１から受信した非ＳＩＰシグナリングをＳＩＰ Ｂ２ＢＵＡ１０４へ送信されるＳＩＰシグナリングに変換すること、及びその逆を行うことによって、ＩＰデバイス１０１とＢ２ＢＵＡ１０４との間で仲介を行う。

一方、リモートＳＩＭアクセスを実現するためには、利用可能なユーザデバイス（即ち、ＳＩＭデバイス及びクライアントデバイスのうちの少なくとも一方）を動的に発見し、発見されたユーザデバイスをペアにし、ユーザデバイス間の通信を開始させるための、ローカル環境における何らかのメカニズムが最終的には必要である。現在のところ、以下の先行技術文献が見られる。

− ブルートゥースＳＩＭアクセスプロファイルは、ディスカバリ及びペアリングという標準的なブルートゥースの技術を使用するメカニズムを提供する。

− ＦＭＣＡは、移動ハンドセットがホームネットワーク内の他のユーザデバイスと併せて使用されるという収斂環境において、移動ハンドセットによって提供される能力がローカル環境において他のユーザデバイスによってＵＰｎＰなどの標準を使用して発見可能でなければならないという要件を提供する。ＵＰｎＰベースのアプローチが、移動ハンドセットによって提供されるリモートＳＩＭアクセスサービスを発見するための既知のコンセプトであることは、明らかである。

− Kapil Sachdeva, "Device coordination with web applications," (2006-02), http://www.w3.org/2006/02/axalto-paper.htmlは、スマートカードのようなネットワークセキュリティデバイスに特別な注意を払ったウェブアプリケーションによるユーザデバイスの調整に関するコンセプトを提示する。この論文は、スマートカードがＴＣＰ／ＩＰのような標準のネットワーク用プロトコルを使用するように構築され、そのようなスマートカードがＵＰｎＰのようなデバイスディスカバリプロトコルを介して発見されるという、ネットワークコンセプトについて述べている。しかしながら、スマートカードの発見のための具体的なソリューションは提示されていない。

＜既存のソリューションにおける課題＞
ネットワーク機能付きユーザデバイス内の利用可能なＩＭＳ端末コンポーネントとＩＳＩＭアプリケーションコンポーネントとを動的に発見すること、及び、それらのユーザデバイス及びコンポーネントを結び付けることによりＩＭＳ ＵＥを動的に構成することを可能にする完全なソリューションは、市場に存在しない。

ブルートゥースＳＩＭアクセスプロファイルはその実現のための１つのソリューションとなり得るかもしれないが、現在の市場においてはブルートゥースを備えたユーザデバイスがＷＬＡＮに比べればあまり入手できないことを考えれば、全てのホームユーザデバイスにブルートゥースアダプタを備えることを強制することは困難である。

ＵＰｎＰベースのソリューションがＦＭＣＡ及びKapil Sachdevaによって示されているが、ユーザデバイスとＩＭＳ電話内のＵ／ＩＳＩＭとをペアリングするための具体的なソリューションは、未だ現れていない。

上述の課題を解決するために、本発明は、ユーザが持ちたいと願う構成のためのコンポーネントを動的に発見及び選択し、そして選択されたコンポーネントを結び付けるための新しい手順を含む、ソリューションを提供する。

本発明は、提案される手順において、デバイスディスカバリ及びサービスディスカバリのためにＵＰｎＰ（ユニバーサル・プラグアンドプレイ）技術を活用する。

本発明は、２つの代替ソリューションを提供する。これらは、どのユーザデバイスによってユーザがＵＰｎＰディスカバリプロセス及び構成プロセスを開始するかによって区別される。

各ソリューションは、ＩＭＳ端末コンポーネントとＩＭＳサブスクリプションを表すＵ／ＩＳＩＭアプリケーションとのうちの少なくとも一方の動的な発見を可能にするための必要なＵＰｎＰデバイス及びＵＰｎＰサービスを規定する。各ソリューションはまた、ＵＰｎＰネットワークを介してＩＭＳ ＵＥを動的に構成することも可能にする。

本発明はまた、ＯＭＡによって開発された既存のリモートＳＩＭアクセス技術（即ち、スマートカード・ウェブサーバ）を活用することにより、ＩＭＳサブスクリプションサービスのためのＵＰｎＰサービスを規定するソリューションオプションも提供する。

本発明の一態様によれば、ＩＭＳ機能を備えるユーザデバイスが提供される。前記ユーザデバイスは、ＵＰｎＰ技術に基づいて、ＵＰｎＰネットワークにおいてＩＭＳサブスクリプション情報を持つ別のユーザデバイスを検索する検索手段と、前記検索手段によって発見された前記別のユーザデバイスとのセッションを確立する確立手段と、前記セッションを介して前記別のユーザデバイスから前記ＩＭＳサブスクリプション情報を取り出す取り出し手段と、前記ＩＭＳサブスクリプション情報を含む第１のＳＩＰ登録メッセージをＩＭＳネットワークへ送信する送信手段と、を備える。

本発明の別の態様によれば、ＩＭＳ機能を備えるユーザデバイスの制御方法が提供される。前記方法は、ＵＰｎＰ技術に基づいて、ＵＰｎＰネットワークにおいてＩＭＳサブスクリプション情報を持つ別のユーザデバイスを検索するステップと、前記検索するステップにおいて発見された前記別のユーザデバイスとのセッションを確立するステップと、前記セッションを介して前記別のユーザデバイスから前記ＩＭＳサブスクリプション情報を取り出すステップと、前記ＩＭＳサブスクリプション情報を含む第１のＳＩＰ登録メッセージをＩＭＳネットワークへ送信するステップと、を備える。

本発明の更に別の態様によれば、上述したＩＭＳ機能を備えるユーザデバイスと上述したＩＭＳサブスクリプション情報を持つ別のユーザデバイスとから構成されるＩＭＳユーザ装置が提供される。

本発明の別の態様によれば、ＩＭＳサブスクリプション情報を持つユーザデバイスが提供される。前記ユーザデバイスは、ＵＰｎＰ技術に基づいて、ＵＰｎＰネットワークにおいてＩＭＳ機能を備える別のユーザデバイスを検索する検索手段と、前記検索手段によって発見された前記別のユーザデバイスとのセッションを確立する確立手段と、前記セッションを介して前記ＩＭＳサブスクリプション情報を前記別のユーザデバイスへ送信する送信手段と、を備える。

本発明の更に別の態様によれば、ＩＭＳサブスクリプション情報を持つユーザデバイスの制御方法が提供される。前記方法は、ＵＰｎＰ技術に基づいて、ＵＰｎＰネットワークにおいてＩＭＳ機能を備える別のユーザデバイスを検索するステップと、前記検索するステップにおいて発見された前記別のユーザデバイスとのセッションを確立するステップと、前記セッションを介して前記ＩＭＳサブスクリプション情報を前記別のユーザデバイスへ送信するステップと、を備える。

本発明の別の態様によれば、上述したＩＭＳサブスクリプション情報を持つユーザデバイスと上述したＩＭＳ機能を備える別のユーザデバイスとから構成されるＩＭＳユーザ装置が提供される。

なお、「ユーザデバイス」という用語は、例えばパーソナルコンピュータ（ＰＣ）、固定ＩＭＳ電話、移動ＩＭＳ電話、ラップトップコンピュータ、セットトップボックス（ＳＴＢ）、ＴＶ、プリンタ、及びＩＭＳレジデンシャルゲートウェイなどの、あらゆる種類のデバイスを示すために使用される。更に、上述したＩＭＳサブスクリプション情報は、ユーザデバイスのＵＳＩＭアプリケーション又はＩＳＩＭアプリケーションに含まれ得る。

本発明の主な利点は、ＵＰｎＰネットワークにおいて利用可能なＩＭＳ端末機能とＩＭＳサブスクリプション（即ち、ＵＳＩＭ又はＩＳＩＭ）とをユーザが動的に発見可能であり、これによりＩＭＳユーザエージェントの動的な構成が可能になることである。

本発明の更なる特徴は、添付の図面を参照した以下の典型的な実施形態の説明から明らかになるであろう。図面においては、図面全体を通して、同一の参照符号は同一又は類似の部分を示す。

従来のＩＭＳレジデンシャルゲートウェイを図解する。 ＩＭＳユーザデバイスとＵ／ＩＳＩＭを保持するユーザデバイスとを結合することによるＩＭＳユーザ装置（ＵＥ）の動的な構成を図解する。 本発明の実施形態に従う「ソリューションＡ」の概要を図解する。 ソリューションＡにおける、ＩＭＳユーザデバイスがＵ／ＩＳＩＭを保持するユーザデバイスのＩＭＳサブスクリプションサービスを発見及び選択して、Ｕ／ＩＳＩＭを保持するユーザデバイスとのペアリングを確立する手順を図解する。 ソリューションＡにおける、ＩＭＳ登録手順を図解する。 本発明の実施形態に従う「ソリューションＢ」の概要を図解する。 ソリューションＢにおける、Ｕ／ＩＳＩＭを保持するユーザデバイスがＩＭＳユーザデバイスのＩＭＳ端末サービスを発見及び選択して、ＩＭＳユーザデバイスとのペアリングを確立する手順を図解する。 ソリューションＢにおける、ＩＭＳ登録手順を図解する。 ソリューションＡの変形例のための、ＳＣＷＳベースのＩＭＳサブスクリプションサービスの概要を図解する。 ソリューションＡの変形例における、ＩＭＳユーザデバイスがＳＣＷＳベースのＩＭＳサブスクリプションサービスを発見及び選択する手順を図解する。 ソリューションＡの変形例における、ＩＭＳ登録手順を図解する。 ソリューションＢの変形例のための、ＳＣＷＳベースのＩＭＳサブスクリプションサービスの概要を図解する。 ソリューションＢの変形例における、Ｕ／ＩＳＩＭを保持するユーザデバイスがＩＭＳ端末サービスを発見及び選択して、ＳＣＷＳ情報を取り出す手順を図解する。 ソリューションＢの変形例における、ＩＭＳ登録手順を図解する。

以下、添付図面を参照して、本発明の実施形態を説明する。以下で説明される個別の実施形態は、上位概念から下位概念までの種々の概念を理解するために役立つであろう。

なお、本発明の技術的範囲は、特許請求の範囲によって確定されるのであって、以下の個別の実施形態によって限定されるわけではない。また、実施形態の中で説明されている特徴の組み合わせすべてが、本発明の実現に必須とは限らない。

リモートＳＩＭアクセス、ホームネットワーク、及びＩＭＳにおける最近の傾向に鑑み、本発明は、様々なネットワーク機能付きユーザデバイスとＩＭＳサブスクリプション（ＵＳＩＭ又はＩＳＩＭ）を含むＵＩＣＣユーザデバイスとに亘るＩＭＳ ＵＥの機能の分割を扱う。本発明の目的は、３ＧＰＰ ＴＳＧ ＳＡ ＷＧ３において議論されているものに類似するコンセプト及びシナリオを考慮して、ＩＭＳ ＵＥを動的に構成する具体的な手段を提供することである。ＵＩＣＣ上にＵＳＩＭ及びＩＳＩＭのうちの少なくとも一方を含むユーザデバイスには、固定ＩＭＳ電話及び移動ＩＭＳ電話が含まれる。我々は以下の想定を行う（図２）。

− いくつかのホームネットワーク機能付きユーザデバイス（例えば、ＳＴＢ、ＴＶ、プリンタなど）は、ソフトウェアコンポーネント（例えば、３ＧＰＰ ＴＳＧ ＳＡ ＷＧ３で議論されているようなソフトウェアＩＭＳクライアント）を用いてＩＭＳ端末機能を備える。

− いくつかのホームネットワーク機能付きユーザデバイスは、ＩＳＩＭ（又はＵＳＩＭ）アプリケーションを備える。ＩＳＩＭ（又はＵＳＩＭ）アプリケーションは、ＵＩＣＣに格納されていてもよいし、ＩＭＳネットワークにアクセスするためのユーザＩＤ及び証明情報を提供するＩＭＳサブスクリプションを表すソフトウェアコンポーネントの形式でユーザデバイスのメモリエリア内に格納されていてもよい。これらのユーザデバイスは、ＩＭＳレジデンシャルゲートウェイであってもよいし、ＩＳＩＭアプリケーション又はその同等物（例えば、ＩＭＳサブスクリプションとして使用されるＵＳＩＭアプリケーション）を備えるＩＭＳ対応の固定電話又は移動電話であってもよい。

− これらのホームネットワーク機能付きユーザデバイスは全て、例えばイーサネット（登録商標）やＷＬＡＮというホームネットワーク内で通信するように、相互接続することができる。

なお、ＩＭＳ端末機能及びＵ／ＩＳＩＭアプリケーションの両方が単一のユーザデバイス内に存在する場合もあるかもしれない。

本発明は、ホームネットワーク内でＩＭＳ端末のうちの１つをＵ／ＩＳＩＭアプリケーションの１つと結び付けることにより、ホームネットワークにおいてオンデマンドベースでユーザがＩＭＳユーザ装置（ＩＭＳ ＵＥ）を動的に構成することを可能とする手段を提供する。この手段により、本発明によれば、ユーザは、ＩＭＳオペレータによって使用されるＩＭＳサブスクリプション（即ち、ＩＳＩＭ、又はＵＳＩＭによるその同等物）を、ＩＭＳユーザＩＤ（即ち、ＩＳＩＭ、又はＵＳＩＭによるその同等物）を持たないがＩＭＳプロトコルスタック及びＩＭＳアプリケーションクライアント機能の観点でのＩＭＳ端末機能だけを持つ別のユーザデバイスと電気的に結合することが可能である。

図２に示すように、ＩＭＳ ＵＡ２１０は、例えばユーザデバイス２０３（例えば、ＰＣ）のＩＭＳ端末機能２０４をユーザデバイス２０１（例えば、ＩＭＳ ＧＷ）のＩＳＩＭアプリケーション２０２と結合することにより、仮想的に構成され得る。別の例として、別のＩＭＳ ＵＡ２２０は、ユーザデバイス２０７（例えば、ＳＴＢ）のＩＭＳ端末機能２０８をユーザデバイス２０５（例えば、ＩＭＳ電話）のＵＳＩＭアプリケーション２０６と結合することにより、仮想的に構成され得る。これらのユーザデバイス２０１、２０３、２０５、及び２０７は全て、ホームネットワーク２０９を介して接続されている。

このアプローチは、非ＩＭＳユーザデバイスがＩＭＳレジデンシャルゲートウェイのＩＭＳ端末コンポーネント及びＩＳＩＭアプリケーションコンポーネントの両方を利用するという、ＳＩＰ Ｂ２ＢＵＡとして機能する今日のＩＭＳレジデンシャルゲートウェイと比べて、異なるアプローチである。ＩＭＳレジデンシャルゲートウェイが接続されているローカルネットワークに本発明が適用される場合、ＩＭＳレジデンシャルゲートウェイ内のＩＳＩＭアプリケーションコンポーネントのみが、自分自身のＩＭＳ端末コンポーネントを備える他のユーザデバイスによって利用される。

［ソリューションＡ］
ソリューションＡ（図３）は、以下のサービスシナリオに適用される。

ユーザは、ＩＭＳ端末機能３２１を備えるラップトップコンピュータのような、自分のユーザデバイス３０２を使用して、利用可能なＩＭＳサブスクリプション（即ち、Ｕ／ＩＳＩＭ）のＵＰｎＰディスカバリを開始する。

ＵＰｎＰコントロールポイント（ＣＰ）３２２が、ＩＭＳユーザデバイス３０２内に存在する。ＩＭＳ端末機能３２１は、ＩＭＳ登録のために必要な情報をＣＰ３２２を介して取り出すために、ＣＰ３２２と内部的にやり取りする。ＣＰ３２２は、そのような情報を、リモートのＵＰｎＰユーザデバイス３０１、即ちＵＰｎＰプロトコルを使用することにより本発明によって定義されるＩＭＳデバイス３１１から取り出す。ＩＭＳデバイス３１１は、ＩＭＳサブスクリプションサービス３１２と呼ばれる、ＩＭＳ登録のために必要な情報及び証明情報を取り出すためにローカルのＵ／ＩＳＩＭ３１３にアクセス可能なＵＰｎＰサービスを提供する。ＩＭＳサブスクリプションサービス３１２は、ＣＰ３２２によって起動される以下のアクションを提供するが、それに限定されるものではない。

− ペアリング
このアクションは、ＣＰ３２２とＩＭＳサブスクリプションサービス３１２との間の論理的なペアリングを確立するために使用される。このアクションはまた、ＣＰ３２２とＩＭＳサブスクリプションサービス３１２との間で交換される秘密情報を暗号化及び復号するための共通鍵を確立する。そのような鍵確立のメカニズムは、本発明では定義されないが、既存のメカニズム（例えば、ＰＩＮ、証明書、又は３ＧＰＰ ＴＳ３３．１１０）を適用可能である。ペアリングが確立されると、ＩＭＳサブスクリプションサービス３１２は、ペアリングの存続期間に関するタイマーをセットしてこれをＣＰ３２２に通知する。タイマーが切れると、終了期間内にＣＰ３２２がペアリングアクションを再送しない限り、ペアリングは終了したものと見なされる。

− 登録情報要求
このアクションは、必要なＳＩＰメッセージを生成して最初のＳＩＰ登録要求をＩＭＳコアシステムへ送信するためにＣＰ３２２が必要な情報を使用できるように、ＩＭＳサブスクリプションサービス３１２からの必要な情報を要求するために使用される。この情報は、ＩＳＩＭに由来する、ＩＭＰＩ、ＩＭＰＵ、Ｐ−ＣＳＣＦアドレス、ホームドメインＵＲＩを含むが、これに限定される訳ではない。ＵＳＩＭの場合、この情報はＩＭＳＩを含む。

− ＡＫＡ認証
このアクションは、ＩＭＳコアシステムから受信したランダムチャレンジ（ＲＡＮＤ）及びネットワーク認証トークン（ＡＵＴＮ）をＩＭＳサブスクリプションサービス３１２へ送信するために使用される。ＩＭＳサブスクリプションサービス３１２は次に、ＡＫＡアルゴリズムに従ってＡＵＴＮを検証してＲＥＳ、ＣＫ、及びＩＫを算出するために、これらの値をＵ／ＩＳＩＭ３１３に入力する。ＩＭＳサブスクリプションサービス３１２は、導出されたこれらのＲＥＳ、ＣＫ、及びＩＫをＣＰに返す。

− ペアリング終了
このアクションは、ＣＰ３２２とＩＭＳサブスクリプションサービス３１２との間の既存のペアリングを終了させるために使用される。このアクションが実行されると、ペアリングアクションを除く他のアクションは可能ではなくなる。

図４及び図５は、ＩＭＳサブスクリプションサービスを使用してＩＭＳ登録がどのように実行されるかに関する一例の手順を示す。破線矢印は、ユーザとユーザデバイス３０１又は３０２との間の帯域外信号を表す（例えば、デバイス画面上にＰＩＮ入力ダイアログボックスを表示すること）。なお、この例に示すペアリングメカニズムは、両方のユーザデバイス上でのユーザによる単純なＰＩＮ入力に基づく。他のペアリングメカニズムも可能なはずである。

ステップＳ４０１で、ユーザはＣＰ３２２を介してＩＭＳ登録を開始する。ＣＰ３２２は、ＩＭＳサブスクリプションサービス３１２のディスカバリを開始する。

ステップＳ４０２からＳ４０７で、ＣＰ３２２は、標準的なＵＰｎＰディスカバリ手順を実行する。発見するサービスタイプが、ＩＭＳサブスクリプションサービス３１２に対するＵＲＮ（ユニフォーム・リソース・ネーム）の形式で、定義済みサービス識別子に設定される。目的のサービスを持つユーザデバイスが複数発見された場合、ユーザは、Ｓ４０７の後で、デバイス記述子又はサービス記述子に含まれる情報に基づいて、発見されたユーザデバイスのうちの１つのユーザデバイスを選択する。ユーザによる選択の一手段は、ユーザに対する電話番号又はＳＩＰ ＵＲＩのリストの表示によるものである。ここで、これらの識別情報は、ＩＭＳサブスクリプションサービス３１２のサービス記述子に含まれる。これは、ユーザが対象のユーザデバイスを選択することを手助けする。

対象のユーザデバイスが選択された後、ステップＳ４０８からＳ４０９で、ＣＰ３２２はユーザに対してＰＩＮコードを入力するように要求する。

ステップＳ４１０で、ＣＰ３２２は、ペアリングアクション要求を送信する。提案される手順を説明する例において、この要求は、ランダムナンス（ｎｏｎｃｅ１）、及びauthenticationCode=SHA-1(PIN, nonce1)によって生成された認証コードを含む。

ステップＳ４１１からＳ４１２で、ＩＭＳサブスクリプションサービス３１２は、ユーザに対して、このユーザデバイス上で（同じ）ＰＩＮを再度入力するように要求する。

ＩＭＳサブスクリプションサービス３１２は、２つの入力（換言すれば、ちょうど入力されたＰＩＮ、及びステップＳ４１１で受信したｎｏｎｃｅ１）を用いて認証コードを算出する。２つの認証コードが合致した場合、ＣＰ３２２の認証は成功と見なされる。

ステップＳ４１３で、ＩＭＳサブスクリプションサービス３１２は、ペアリング応答を返す。この応答は、２つの新しいナンス（ｎｏｎｃｅ２及びｎｏｎｃｅ３）と認証コード（=SHA-1(PIN, nonce2)）を含む。ＣＰ３２２は、該当するＩＭＳサブスクリプションサービス３１２の信頼性を検証するために、ＰＩＮ及びｎｏｎｃｅ２を使用して、認証コードを生成する。ｎｏｎｃｅ３は、ＩＭＳサブスクリプションサービス３１２及びＣＰ３２２の両方が共通鍵について合意できるように（即ち、sharedKey=SHA-1(PIN, nonce3)）使用される。

この時点で、ペアリングは成功裏に確立される。

ステップＳ４１３に続いて、ＣＰ３２２は図５に示す以下のステップへ進む。

ステップＳ４１４からＳ４１５で、ＣＰ３２２は、登録情報要求アクションを実行する。ＩＭＳサブスクリプションサービス３１２は、ＩＭＳ端末３２１が最初のＳＩＰ登録要求を送信するために必要な、ＩＭＰＩ、ＩＭＰＵ、Ｐ−ＣＳＣＦアドレス、及びホームドメインＵＲＩなどを含む情報を返す。ＵＳＩＭの場合、ＩＭＳＩが返される。

ステップＳ４１６からＳ４１７で、ＩＭＳ端末３２１は、この情報を使用して最初のＳＩＰ登録要求を送信する。ＩＭＳ端末３２１は次いで、ＩＭＳコアシステム５０１から、ＲＡＮＤ及びＡＵＴＮを含む４０１応答を受信する。

ステップＳ４１８からＳ４１９で、ＣＰ３２２は、ＲＡＮＤ及びＡＵＴＮを引数として持つＡＫＡ認証アクションを起動する。ＩＭＳサブスクリプションサービス３１２は、最終的にはＣＰ３２２へと送り返されるＲＥＳ、ＣＫ、及びＩＫを取得するために、ＲＡＮＤ及びＡＵＴＮをＵ／ＩＳＩＭ３１３に入力する。なお、ＡＫＡ認証アクションの間に交換される全ての証明情報は、例えばＸＭＬ暗号化（http://www.w3.org/TR/xmlenc-core/を参照のこと）を使用して、ペアリング段階で確立された共通鍵によって保護されることになる。しかしながら、暗号化メカニズムは本発明の一部ではない。

ステップＳ４２０からＳ４２１で、ＩＭＳ端末機能３２１は、ＲＥＳを含むＳＩＰ登録を再送し、これが成功したＩＭＳ登録という結果をもたらす。ＣＫ／ＩＫは、ＩＭＳコアシステム５０１へのＩＰｓｅｃチャネルを確立するために使用される。

［ソリューションＢ］
この代替ソリューション（図６）は、以下のサービスシナリオに適用される。

ユーザは、例えば自分のＩＭＳ電話６０１を使用して、利用可能なＩＭＳ端末６０２のＵＰｎＰディスカバリを開始する。ＩＭＳ電話６０１内のＩＭＳサブスクリプション（即ち、Ｕ／ＩＳＩＭ）がＩＭＳ登録のために使用され、一方で、別のユーザデバイス６０２内のＩＭＳ端末機能６２１が使用される。

図に示すように、このソリューションは、定義されたＵＰｎＰユーザデバイス上に、ＩＭＳサブスクリプションサービス６１２及びＩＭＳ端末サービス６２１という２つのＵＰｎＰサービスを定義する。ＵＰｎＰ ＩＭＳデバイスは、それぞれのサービスが後で詳述するようにやり取り可能なように、そのいずれもがＵＰｎＰ ＣＰ機能を概念的に含む。

ＩＭＳサブスクリプションサービス６１２は、上述したソリューションＡと同じアクションを提供する。

ＩＭＳ端末サービス６１２は、ＩＭＳコアシステムに対するＩＭＳ端末機能に加えて以下のＵＰｎＰアクションを提供するが、それに限定される訳ではない。

− 制御ＵＲＩ設定
このアクションは、ＩＭＳ端末サービス６２１に対して、ユーザが使用することを望むＩＭＳサブスクリプションサービス６１２の制御ＵＲＬを提供するために、ＣＰ６１４によって使用される。

以下の図７及び図８は、ＩＭＳ端末サービス６２１及びＩＭＳサブスクリプションサービス６１２を使用してＩＭＳ登録がどのように実行されるかに関する一例の手順を示す。このソリューションにおけるペアリングアクションは、ソリューションＡのそれと同じである。

ステップＳ７０１で、ユーザはＣＰ６１４に対して、ＩＭＳ端末サービス６２１を求めてＵＰｎＰディスカバリを開始するように命令する。

ステップＳ７０２からＳ７０７で、ＣＰ６１４は、標準的なＵＰｎＰディスカバリ手順を実行する。発見するサービスタイプが、ＩＭＳ端末サービス６２１に対するＵＲＮの形式で、定義済みサービス識別子に設定される。目的のサービスを持つユーザデバイスが複数発見された場合、ユーザは、Ｓ７０７の後で、デバイス記述子又はサービス記述子に含まれる情報に基づいて、発見されたユーザデバイスのうちの１つを選択する。

ステップＳ７０８からＳ７０９で、ＣＰ６１４は、ＩＭＳサブスクリプションサービス６１２の制御ＵＲＬとサービス記述文書とを含む制御ＵＲＬ設定アクション要求を、対象のＩＭＳ端末サービス６２１に対して送信する。ＩＭＳ端末サービス６２１は、ＣＰ６２２がこの制御ＵＲＬを後のステップで使用可能なように、この制御ＵＲＬをメモリに格納する。

ステップＳ７１０からＳ７１１で、ＩＭＳ端末サービス６２１はＣＰ６２２を開始し、ＣＰ６２２は次いで、ユーザインタフェースを介してユーザがＰＩＮコードを入力するように要求する。

ステップＳ７１２で、ＣＰ６２２は、ローカルのＩＭＳ端末サービス６２１が受信して格納した制御ＵＲＬに対して、ペアリングアクション要求を送信する。本明細書における一例として、この要求は、ソリューションＡにおいて説明したのと同様に、ランダムナンス及び認証コードを含む。

ステップＳ７１３からＳ７１４で、ＩＭＳサブスクリプションサービス６１２は、ユーザに対してこのユーザデバイス上で（同じ）ＰＩＮを再度入力するように要求する。

ＩＭＳサブスクリプションサービス６１２は、ソリューションＡと同じやり方で、認証コードを検証する。

ステップＳ７１５で、ＩＭＳサブスクリプションサービス６１２は、ペアリング応答を返す。この応答は、２つの新しいランダムナンス、及び認証コードを含む。ソリューションＡと同じやり方で、ＣＰ６２２は該当するＩＭＳサブスクリプションサービス６１２の正当性を検証し、２つの当事者が共通鍵について合意する。

この時点で、ペアリングが成功裏に確立する。

ステップＳ７１５に続いて、ＣＰ６２２は、図８に示す以下のステップに進む。

ステップＳ７１６からＳ７１７で、ＣＰ６２２は、登録情報要求アクションを実行する。ＩＭＳサブスクリプションサービス６１２は、ソリューションＡで説明したのと同様に、ＩＭＳ端末機能６２１が必要とする情報を返す。

ステップＳ７１８からＳ７１９で、ＩＭＳ端末サービス６２１は、その情報に基づいて最初のＳＩＰ登録要求を送信する。ＩＭＳ端末サービス６２１は、ＩＭＳコアシステム５０１から、ＲＡＮＤ及びＡＵＴＮを含む４０１応答を受信する。

ステップＳ７２０からＳ７２１で、ＣＰ６２２は、引数（ＲＡＮＤ及びＡＵＴＮ）を伴うＡＫＡ認証要求アクションを起動し、ＲＥＳ、ＣＫ、及びＩＫを含む応答を取得する。この手順は、ソリューションＡで説明したのと同じである。

ステップＳ７２２からＳ７２３で、ＩＭＳ端末機能６２１は、ＲＥＳを含むＳＩＰ登録を再送し、これが成功したＩＭＳ登録という結果をもたらす。ＣＫ／ＩＫは、ＩＭＳコアシステム５０１へのＩＰｓｅｃチャネルを確立するために使用される。

ソリューションＢを使用すると、ＩＭＳ電話（例えば、固定ＩＭＳ電話又は移動ＩＭＳ電話）がサービスを発見する役割を常に果たすので、ＩＭＳ電話は、到来するＭ−Ｓｅａｒｃｈ要求に反応するために自分のマルチキャストソケットを開いて待ち受ける必要がない。このことは、プライバシーという観点で、ソリューションＡと比較すると利点になる。ソリューションＡでは、ＩＭＳ電話の存在がＵＰｎＰネットワークを介して発見されるが、このことはＩＭＳ電話のユーザにとっては望ましくないかもしれない。なぜなら、ＩＭＳ電話は、他のユーザデバイスがＩＭＳ電話内のＩＭＳサブスクリプションサービス３１２を発見可能なように、マルチキャストソケットを開いて待ち受けないといけないからである。対照的に、本ソリューションでもＩＭＳサブスクリプションサービス６１２がＩＭＳ電話によって提供されるが、ＩＭＳ電話はサービスの制御ＵＲＬを待ち受ける必要があるのみである。

［ＯＭＡスマートカード・ウェブサーバ］
このサブセクションは、提案されたＵＰｎＰサービスに関する代替の実装オプション、即ち、ＯＭＡスマートカード・ウェブサーバとの組み合わせを伴うＩＭＳサブスクリプションサービスを提案する。

ＯＭＡによって開発されたスマートカード・ウェブサーバ（ＳＣＷＳ）は、スマートカードへのリモートアクセスを可能にする別の手段を提供する。ＨＴＴＰサーバ（即ち、ＳＣＷＳ）がスマートカード内で動作しており、リモートのＨＴＴＰクライアントがスマートカードにアクセスすることを可能にする。ＳＣＷＳに対するアクセスセキュリティは、標準的なＨＴＴＰ Ｂａｓｉｃ／Ｄｉｇｅｓｔ認証及びＴＬＳによって確保される。

ＳＣＷＳに登録されＨＴＴＰ ＵＲＬによって特定される、スマートカード内のサーバアプリケーションは、リモートのＨＴＴＰクライアントからそのＨＴＴＰ ＵＲＬに宛てられたＨＴＴＰ要求をＳＣＷＳが受信すると、ＳＣＷＳによって作動させられる。サーバアプリケーションは、特定のタスクを実行し、コンテンツを動的に生成してこれをＳＣＷＳに返すことができる。ＨＴＴＰクライアントは最終的にそのコンテンツを受信する。

この実装オプションにおいて、ＵＰｎＰ ＩＭＳサブスクリプションサービスは、ＩＭＳユーザデバイスがＵＰｎＰを介してＳＣＷＳを発見できるように、ＳＣＷＳのフロントエンドとして振る舞う。この場合、ＩＭＳユーザデバイスは、ＵＰｎＰアクション（例えば、上で提案した登録情報要求アクション、ＡＫＡ認証アクション）を使用しないが、代わりに、ＩＭＳ登録のために必要な情報をＳＣＷＳから直接取得するために、ＨＴＴＰ要求を使用する。一例の実施形態として、１つのサーバアプリケーションをＳＣＷＳに登録可能であり、これはＩＭＳ登録のために必要な情報（例えば、ＩＭＰＩ、ＩＭＰＵ、ＡＫＡ証明情報など）を、ＳＣＷＳを介したクライアントによる要求に応えて返すための特定のタスクを実行する。

従って、ＵＰｎＰ ＩＭＳサブスクリプションサービスは、以下のアクションを提供するが、これに限定される訳ではない。

− ＳＣＷＳ情報要求
このアクションは、ＳＣＷＳによってサービスされる、関連ＨＴＴＰ ＵＲＬの情報を要求するために使用される。例えば、このアクションは２つのＵＲＬを返し、その１つは、ＩＭＳユーザデバイスが最初のＳＩＰ登録メッセージを送信するために必要な、ＩＭＰＩ、ＩＭＰＵ、ホームドメインＵＲＩなどの識別情報を取り出すために使用される。もう１つのＵＲＬは、２度目のＳＩＰ登録メッセージを送信するために必要なＡＫＡ証明情報（即ち、ＲＥＳ、ＣＫ、及びＩＫ）を要求するために使用される。

別の例として、このアクションは１つのＵＲＬのみを返してもよい。このＵＲＬは、ＳＣＷＳに登録されている対象のサーバアプリケーションのルートＵＲＬ、例えばhttps://192.168.0.1/ims_registration/である。ＩＭＳユーザデバイスは次に、事前定義された規則に基づいて、上の２つのＵＲＬに対応する２つのＵＲＬを生成する。

本発明は、これを実現するための全ての潜在的な実施形態を排除しない。

また、ＵＰｎＰ ＩＭＳサブスクリプションサービスは、ＳＣＷＳによって提供されるセキュリティ動作（例えば、ＨＴＴＰ認証及びＴＬＳ）を補完するために、既に提案したペアリングアクション及びペアリング終了アクションを提供してもよい。

＜ソリューションＡにおける手順＞
図９は、ソリューションＡの構造的概要を示す。ＩＭＳサブスクリプションサービス３１２は、ＳＣＷＳ情報要求アクションに対してサービスするための関連ＵＲＬの情報を取り出すために、ＳＣＷＳとローカルにやり取りする。ＳＣＷＳ９１４内部の「アプリケーション９１５」は、前述した特定のタスクを実行する、スマートカード９１３内のサーバアプリケーションを表す。アプリケーション９１５はスマートカード９１３内部のＵＳＩＭ又はＩＳＩＭ３１３と通信可能である。

ＩＭＳ端末３２１内のＵＰｎＰ ＣＰ３２２が一度ＩＭＳサブスクリプションサービス３１２を発見して、ＵＰｎＰアクションを介して関連ＵＲＬの情報を取得すると、ＵＰｎＰ ＣＰ３２２は、全制御をローカルのＨＴＴＰクライアント９２３に引き渡す。ＨＴＴＰクライアント９２３は次いで、ＩＭＳ登録のために必要な情報を取り出すために、ＳＣＷＳ９１４とのやり取りを開始する。

図１０及び図１１は、ＩＭＳサブスクリプションサービス３１２及びＳＣＷＳ９１４を使用してＩＭＳ登録がどのように実行されるかに関する一例の手順を示す。

ステップＳ１００８からＳ１００９で、ＣＰ３２２は、ＳＣＷＳ情報要求アクションを送信する。ＩＭＳサブスクリプションサービス３１２は、以下のステップＳ１０１１及びＳ１０１５で使用される関連ＨＴＴＰ ＵＲＬの情報をＣＰ３２２に返す。この時点で、ＣＰ３２２は、制御をローカルＨＴＴＰクライアント９２３に移し、ＨＴＴＰクライアント９２３はステップＳ１０１０から開始する。

ステップＳ１０１０で、ＩＭＳ端末３２１内のＨＴＴＰクライアント９２３は、ＳＣＷＳ標準によって規定されているように、ＳＣＷＳ９１４とのＴＬＳセッションを開始する。

ステップＳ１０１１からＳ１０１２で、ＨＴＴＰクライアント９２３は、ＳＣＷＳ９１４に対してＨＴＴＰ要求を送信する。この要求は、ＳＣＷＳ９１４にアクセスするユーザを認証するために、ＳＣＷＳ標準によって規定されるＨＴＴＰ認証のためのＨＴＴＰヘッダを含んでもよい。この場合、例えば、ステップＳ１０１１の前にユーザはユーザ名及びパスワードを入力することを要求される。ユーザ名及びパスワードはＳＣＷＳ９１４内に事前設定されていてもよいが、本発明においてユーザがどのように認証されるかは、ＳＣＷＳ９１４の実際の実装に従う。

成功したＨＴＴＰ応答は、ＩＭＳ端末３２１が最初のＳＩＰ登録要求を送信するのに必要な情報（例えば、ＩＭＰＩ、ＩＭＰＵなど）を含む。

ステップＳ１０１５からＳ１０１６で、ＨＴＴＰクライアント９２３は、ＲＡＮＤ及びＡＵＴＮを含むＨＴＴＰ要求を送信する。ＳＣＷＳ９１４は、ＲＥＳ、ＣＫ、及びＩＫを含む応答を返す。

＜ソリューションＢにおける手順＞
図１２は、ソリューションＢの構造的概要を示す。ＳＣＷＳに関連する部分は、図９に示したものと同じである。アプリケーション９１５は、スマートカード９１３内部のＵＳＩＭ又はＩＳＩＭ６１３と通信可能である。ＩＭＳユーザデバイス６０２内のＩＭＳ端末サービス６２１は、コンポーネント間の機能レベルでの協働を示すために、ＵＰｎＰ ＣＰ６２２に加えてＨＴＴＰクライアント９２３を含む。ＩＭＳ端末サービス６２１は、ＩＭＳコアシステム５０１に対するＩＭＳ端末機能に加えて、前述の制御ＵＲＬ設定アクションを提供する。

以下の図１３及び図１４は、ＩＭＳ端末サービス６２１及びＩＭＳサブスクリプションサービス６１２を使用してＩＭＳ登録がどのように実行されるかに関する一例の手順を示す。

ステップＳ１３１０からＳ１３１１で、ステップＳ７０８において取得された制御ＵＲＬを使用して、ＩＭＳ端末サービス６２１は、ＳＣＷＳ情報要求アクションを送信するためにＣＰ６２２を始動させる。ＩＭＳサブスクリプションサービス６１２は、以下のステップＳ１０１３からＳ１０１７で使用される関連ＨＴＴＰ ＵＲＬの情報をＣＰ６２２に返す。この時点で、ＣＰ６２２は、ローカルＨＴＴＰクライアント９２３に制御を移す。

ステップＳ１３１２で、ＩＭＳ端末６２１内のＨＴＴＰクライアント９２３は、ＳＣＷＳ標準によって規定されているようにＳＣＷＳ９１４に対するＴＬＳセッションを開始する。

ステップＳ１３１３からＳ１３１４で、ＨＴＴＰクライアント９２３は、ＨＴＴＰ要求をＳＣＷＳ９１４に送信する。この要求は、図１１においてステップＳ１０１１で説明したように、ＨＴＴＰ認証のためのＨＴＴＰヘッダを含んでもよい。

ステップＳ１３１７からＳ１３１８で、ＨＴＴＰクライアント９２３は、ＲＡＮＤ及びＡＵＴＮを含むＨＴＴＰ要求を送信する。ＳＣＷＳ９１４は、ＲＥＳ、ＣＫ、及びＩＫを含む応答を返す。

［本発明の利点］
ユーザは、ＵＰｎＰネットワークにおいて、利用可能なＩＭＳ端末機能及びＩＭＳサブスクリプション（即ち、ＵＳＩＭ又はＩＳＩＭ）を動的に発見することができ、これにより、ＩＭＳユーザエージェントの動的な構成が可能になる。

スマートカード・ウェブサーバのフロントエンドＵＰｎＰサービスの定義により、ＳＣＷＳの動的な発見の単純化が可能になるが、これは従来は不可能なことであった。そのような標準ベースのリモートＳＩＭアクセスのアプローチは、一層有効利用可能なソリューションを提供する。

［略語］
ＵＰｎＰ ユニバーサル・プラグアンドプレイ
ＣＰ コントロールポイント
ＩＭＰＩ ＩＭＳプライベート・ユーザアイデンティティ
ＩＭＰＵ ＩＭＳパブリック・ユーザアイデンティティ
ＩＭＳＩ 国際移動電話加入者アイデンティティ
ＡＫＡ 認証及び鍵合意
ＵＳＩＭ ユニバーサル加入者アイデンティティモジュール
ＩＳＩＭ ＩＭＳ加入者アイデンティティモジュール
ＵＩＣＣ ユニバーサルＩＣカード
ＵＲＮ ユニフォーム・リソース・ネーム
ＳＣＷＳ スマートカード・ウェブサーバ

Claims (15)

1. ＩＰマルチメディア・サブシステム（ＩＭＳ）サブスクリプション情報を持つユーザデバイス（６０１）であって、
   ＵＰｎＰ技術に基づいて、ＵＰｎＰネットワークにおいてＩＭＳ機能及びＵＰｎＰ機能を備える別のユーザデバイス（６０２）を検索し、発見された前記別のユーザデバイス（６０２）へ第１のＵＰｎＰコマンドを介して制御ＵＲＬを送信する制御手段（６１４）と、
   前記別のユーザデバイス（６０２）から前記制御ＵＲＬへ宛てられた第２のＵＰｎＰコマンドに応えて、前記別のユーザデバイス（６０２）と共有される暗号鍵を生成し、当該暗号鍵によってセキュアにされたセッションを前記別のユーザデバイス（６０２）と確立する確立手段（６１２）と、
   前記別のユーザデバイス（６０２）から前記制御ＵＲＬへ宛てられた第３のＵＰｎＰコマンドに応えて、前記セッションを介して前記ＩＭＳサブスクリプション情報を前記別のユーザデバイス（６０２）へ送信する送信手段（６１２）と、
   を備えることを特徴とするユーザデバイス（６０１）。
2. 前記制御手段（６１４）によって前記別のユーザデバイス（６０２）が複数発見された場合に、前記複数の別のユーザデバイス（６０２）のリストを表示する表示手段（６０１）を更に備え、
   前記制御手段（６１４）は、前記リストから選択された別のユーザデバイス（６０２）へ前記制御ＵＲＬを送信する
   ことを特徴とする請求項１に記載のユーザデバイス（６０１）。
3. 前記別のユーザデバイス（６０２）から第４のＵＰｎＰコマンドを受信する第１の受信手段（６１２）を更に備え、
   前記確立手段（６１２）は、前記第４のＵＰｎＰコマンドに応えて前記別のユーザデバイス（６０２）へ前記制御ＵＲＬを送信する
   ことを特徴とする請求項１又は２に記載のユーザデバイス（６０１）。
4. 前記セッションを介して前記別のユーザデバイス（６０２）から第１の認証情報を受信する第２の受信手段（６１２）と、
   前記第１の認証情報に基づいて第２の認証情報を算出する算出手段（６１３）と、
   を更に備え、
   前記送信手段（６１２）は、前記第１の認証情報に応えて、前記セッションを介して前記別のユーザデバイス（６０２）へ前記第２の認証情報を送信する
   ことを特徴とする請求項１乃至３のいずれか１項に記載のユーザデバイス（６０１）。
5. 前記ＩＭＳサブスクリプション情報は、前記別のユーザデバイス（６０１）のＵＳＩＭアプリケーション又はＩＳＩＭアプリケーション（６１３）に含まれる
   ことを特徴とする請求項１乃至４のいずれか１項に記載のユーザデバイス（６０１）。
6. ＩＰマルチメディア・サブシステム（ＩＭＳ）サブスクリプション情報を持つユーザデバイス（６０１）の制御方法であって、
   ＵＰｎＰ技術に基づいて、ＵＰｎＰネットワークにおいてＩＭＳ機能及びＵＰｎＰ機能を備える別のユーザデバイス（６０２）を検索するステップ（Ｓ７０２−Ｓ７０３）と、
   発見された前記別のユーザデバイス（６０２）へ第１のＵＰｎＰコマンドを介して制御ＵＲＬを送信するステップ（Ｓ７０８）と、
   前記別のユーザデバイス（６０２）から前記制御ＵＲＬへ宛てられた第２のＵＰｎＰコマンドに応えて、前記別のユーザデバイス（６０２）と共有される暗号鍵を生成し、当該暗号鍵によってセキュアにされたセッションを前記別のユーザデバイス（６０２）と確立するステップ（Ｓ７１２，Ｓ７１５）と、
   前記別のユーザデバイス（６０２）から前記制御ＵＲＬへ宛てられた第３のＵＰｎＰコマンドに応えて、前記セッションを介して前記ＩＭＳサブスクリプション情報を前記別のユーザデバイス（６０２）へ送信するステップ（Ｓ７１７）と、
   を備えることを特徴とする制御方法。
7. 前記検索するステップ（Ｓ７０２−Ｓ７０３）において前記別のユーザデバイス（６０２）が複数発見された場合に、前記複数の別のユーザデバイス（６０２）のリストを表示するステップを更に備え、
   前記制御ＵＲＬを送信するステップ（Ｓ７０８）において、前記制御ＵＲＬが前記リストから選択された別のユーザデバイス（６０２）へ送信される
   ことを特徴とする請求項６に記載の方法。
8. 前記別のユーザデバイス（６０２）から第４のＵＰｎＰコマンドを受信するステップ（Ｓ４０２）と、
   前記第４のＵＰｎＰコマンドに応えて前記別のユーザデバイス（６０２）へ前記制御ＵＲＬを送信するステップ（Ｓ４０５）と、
   を更に備えることを特徴とする請求項７に記載の方法。
9. 前記セッションを介して前記別のユーザデバイス（６０２）から第１の認証情報を受信するステップ（Ｓ７２０）と、
   前記第１の認証情報に基づいて第２の認証情報を算出するステップと、
   前記第１の認証情報に応えて、前記セッションを介して前記別のユーザデバイス（６０２）へ前記第２の認証情報を送信するステップ（Ｓ７２１）と、
   を更に備えることを特徴とする請求項６乃至８のいずれか１項に記載の方法。
10. 前記ＩＭＳサブスクリプション情報は、前記ユーザデバイス（６０１）のＵＳＩＭアプリケーション又はＩＳＩＭアプリケーション（６１３）に含まれる
    ことを特徴とする請求項６乃至９のいずれか１項に記載の方法。
11. 請求項１乃至５のいずれか１項に記載の前記ユーザデバイス（６０１）と前記別のユーザデバイス（６０２）とから構成されるＩＰマルチメディア・サブシステム（ＩＭＳ）ユーザ装置（２１０，２２０）。
12. スマートカード・ウェブサーバ（ＳＣＷＳ）（９１４）及びＩＰマルチメディア・サブシステム（ＩＭＳ）サブスクリプション情報を格納するスマートカード（９１３）を持つユーザデバイス（６０１）であって、
    ＵＰｎＰ技術に基づいて、ＵＰｎＰネットワークにおいてＩＭＳ機能及びＵＰｎＰ機能を備える別のユーザデバイス（６０２）を検索し、発見された前記別のユーザデバイス（６０２）へ第１のＵＰｎＰコマンドを介して制御ＵＲＬを送信する制御手段（６１４）と、
    前記別のユーザデバイス（６０２）から前記制御ＵＲＬへ宛てられた第２のＵＰｎＰコマンドに応えて、前記ＳＣＷＳ（９１４）のＨＴＴＰ ＵＲＬを前記別のユーザデバイス（６０２）へ送信する第１の送信手段（６１２）と、
    前記ＨＴＴＰ ＵＲＬへ宛てられたセッション確立要求に応えて、ＴＬＳによってセキュアにされたセッションを前記別のユーザデバイス（６０２）と確立する確立手段（９１４）と、
    前記ＨＴＴＰ ＵＲＬへ宛てられた第１のＨＴＴＰ要求に対する第１にＨＴＴＰ応答の中で、前記ＩＭＳサブスクリプション情報を前記別のユーザデバイス（６０２）へ送信する第２の送信手段（９１４）と、
    を備えることを特徴とするユーザデバイス（６０１）。
13. 前記別のユーザデバイス（６０２）から第３のＵＰｎＰコマンドを受信する第１の受信手段（６１２）を更に備え、
    前記第１の送信手段（６１２）は、前記第３のＵＰｎＰコマンドに応えて前記制御ＵＲＬを前記別のユーザデバイス（６０２）へ送信する
    ことを特徴とする請求項１２に記載のユーザデバイス（６０１）。
14. スマートカード・ウェブサーバ（ＳＣＷＳ）（９１４）及びＩＰマルチメディア・サブシステム（ＩＭＳ）サブスクリプション情報を格納するスマートカード（９１３）を持つユーザデバイス（６０１）の制御方法であって、
    ＵＰｎＰ技術に基づいて、ＵＰｎＰネットワークにおいてＩＭＳ機能及びＵＰｎＰ機能を備える別のユーザデバイス（６０２）を検索するステップ（Ｓ７０２−Ｓ７０３）と、
    発見された前記別のユーザデバイス（６０２）へ第１のＵＰｎＰコマンドを介して制御ＵＲＬを送信するステップ（Ｓ７０８）と、
    前記別のユーザデバイス（６０２）から前記制御ＵＲＬへ宛てられた第２のＵＰｎＰコマンドに応えて、前記ＳＣＷＳ（９１４）のＨＴＴＰ ＵＲＬを前記別のユーザデバイス（６０２）へ送信するステップ（Ｓ１３１０−Ｓ１３１１）と、
    前記ＨＴＴＰ ＵＲＬへ宛てられたセッション確立要求に応えて、ＴＬＳによってセキュアにされたセッションを前記別のユーザデバイス（６０２）と確立するステップ（Ｓ１３１２）と、
    前記ＨＴＴＰ ＵＲＬへ宛てられた第１のＨＴＴＰ要求に対する第１にＨＴＴＰ応答の中で、前記ＩＭＳサブスクリプション情報を前記別のユーザデバイス（６０２）へ送信するステップ（Ｓ１３１３−Ｓ１３１４）と、
    を備えることを特徴とする制御方法。
15. 前記別のユーザデバイス（６０２）から第３のＵＰｎＰコマンドを受信するステップ（Ｓ４０２）と、
    前記第３のＵＰｎＰコマンドに応えて前記制御ＵＲＬを前記別のユーザデバイス（６０２）へ送信するステップ（Ｓ４０５）と、
    を更に備えることを特徴とする請求項１４に記載の方法。

Images