JP2010516210A - ユーザ識別子の関連付けを実現するための方法、システム、および装置 - Google Patents

Abstract

本発明は、ユーザ識別子の関連付けを実現するための方法であって、ホーム加入者サーバ（ＨＳＳ）内で、同等挙動ユーザ識別子を設定し、設定された同等挙動ユーザ識別子を介して、同等の挙動を有するＩＭＳパブリックユーザ識別子（ＩＭＰＵ）を関連付ける方法を開示する。本発明は、更に、ユーザ識別子の関連付けを実現するシステム及び装置を開示する。本発明の実施形態によれば、同等の挙動を有するＩＭＰＵの関連付けが実現され、それはユーザ体験を向上させる。

Description

本発明は、ＩＰマルチメディアサブシステム（ＩＰ Ｍｕｌｔｉｍｅｄｉａ Ｓｕｂｓｙｓｔｅｍ）（ＩＭＳ）に関し、特に、ユーザ識別子の関連付けを実現するための方法、システム、および装置に関する。

ＩＭＳは、第３世代パートナーシッププロジェクト（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）（３ＧＰＰ）によって提案されている、ＩＰマルチメディアサービスをサポートするサブシステムである。ＩＭＳの本質的な特徴は、呼制御プロトコルとしてのセッションイニシエーションプロトコル（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）（ＳＩＰ）の導入による、サービス管理と、セッション制御と、ベアラアクセスとの間の分離の実現である。ＩＭＳは、パケットドメイン上でのマルチメディア制御／呼制御プラットフォームであり、セッションおよび非セッションの両方のマルチメディアサービスをサポートする。ＩＭＳは、マルチメディアアプリケーションのための、一般的なサービスプラットフォームを提供する。

図１は、ＩＭＳの部分的なアーキテクチャ図を示し、この図において、呼セッション制御機能（Ｃａｌｌ Ｓｅｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｆｕｎｃｔｉｏｎ）（ＣＳＣＦ）は、ＩＭＳコアネットワーク内の中央制御部であり、ユーザ装置（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）（ＵＥ）の加入認証（ｓｕｂｓｃｒｉｐｔｉｏｎ ａｕｔｈｅｎｔｉｃａｔｉｏｎ）と、セッション制御とを担当する。ＣＳＣＦは、発信側および着信側ユーザ（ｃａｌｌｉｎｇ ａｎｄ ｃａｌｌｅｄ ｕｓｅｒｓ）に関する基本的なセッションルーティング機能（ｓｅｓｓｉｏｎ ｒｏｕｔｅ ｆｕｎｃｔｉｏｎ）を実行し、そして、ユーザによって加入されたＩＭＳ初期フィルタ基準（Ｉｎｉｔｉａｌ Ｆｉｌｔｅｒ Ｃｒｉｔｅｒｉａ）（ｉＦＣ）に従って、条件が満たされた場合に、アプリケーションサーバ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｅｒｖｅｒ）（ＡＳ）への、付加価値サービスのためのルーティングのトリガと、サービス制御インタラクションとを行う。ホーム加入サーバ（Ｈｏｍｅ Ｓｕｂｓｃｒｉｂｅｒ Ｓｅｒｖｅｒ）は、ユーザのＩＭＳ加入情報、すなわち、ユーザ識別子とユーザ加入データとの間の関連付け情報を保存する、ユーザデータベースサーバである。ユーザがサービス動作を行う場合、インテロゲーティングＣＳＣＦ（Ｉｎｔｅｒｒｏｇａｔｉｎｇ ＣＳＣＦ）（Ｉ−ＣＳＣＦ）、サービングＣＳＣＦ（Ｓｅｒｖｉｎｇ ＣＳＣＦ）（Ｓ−ＣＳＣＦ）、およびＡＳなどの、ＩＭＳ内の関連するエンティティは、ユーザ識別子を介して、ＨＳＳから、関連するユーザの加入データを取得する。ＩＭＳ加入情報内の、サービスに関連するユーザ加入データの組は、サービスプロファイル（Ｓｅｒｖｉｃｅ Ｐｒｏｆｉｌｅ）（ＳＰ）と呼ばれる。

ユーザ識別子とＳＰとの間の関係を示す図である、図２を参照されたい。図２に示すように、ユーザ識別子は、ＩＭＳプライベートユーザ識別子（ＩＭＳ Ｐｒｉｖａｔｅ Ｕｓｅｒ Ｉｄｅｎｔｉｔｙ）（ＩＭＰＩ）とＩＭＳパブリックユーザ識別子（ＩＭＳ Ｐｕｂｌｉｃ Ｕｓｅｒ Ｉｄｅｎｔｉｔｙ）（ＩＭＰＵ）とを含む。１つのＩＭＰＩは、１つのみのＩＭＳ加入に属し、１つのＩＭＳ加入は、複数のＩＭＰＩを含んでもよい。１つのＩＭＰＩは、複数のＩＭＰＵを含んでもよく、１つのＩＭＰＵは、複数のＩＭＰＩによって共有されてもよい。１つのＩＭＰＵは、１つのみのＳＰを有し、１つのＳＰは、複数のＩＭＰＵによって共有されてもよい。

ＨＳＳは、同じＳＰを共有するＩＭＰＵを関連付けるということがわかる。実際の適用例においては、ユーザは、２つ以上の加入されたＩＭＰＵが、同じＳＰを共有するだけでなく、同じサービスデータ（アドレス情報へ転送されることや、全く同じ表示情報など）も有すること（これは、２つ以上のＩＭＰＵが同等の挙動を有することを意味している）を望むことがある。しかし、ＨＳＳは、従来技術を使用してこの種のＩＭＰＵを関連付けることはできない。

したがって、同等の挙動を有するＩＭＰＵが関連付けられることが可能なように、一方で、本発明の実施形態は、ユーザ識別子の関連付けを実現するための２つの方法を提供し、他方で、本発明の実施形態は、ユーザ識別子の関連付けを実現するためのシステムおよび装置を提供する。

本発明の一実施形態によって提供される、ユーザ識別子の関連付けを実現するための第１の方法は、
ＨＳＳ内で、同等挙動ユーザ識別子（ｅｑｕｉｖａｌｅｎｔ ｂｅｈａｖｉｏｒ ｕｓｅｒ ｉｄｅｎｔｉｆｉｅｒ）を設定することと、
設定された同等挙動ユーザ識別子を介して、同等の挙動を有するＩＭＳパブリックユーザ識別子（ＩＭＰＵ）を関連付けることとを含む。

本発明の一実施形態によって提供される、ユーザ識別子の関連付けを実現するためのシステムは、ＨＳＳと、第１の要求しているエンティティとを含み、
ＨＳＳは、同等の挙動を有するＩＭＰＵを関連付けるように、かつ、同等の挙動を有するＩＭＰＵの関連付け情報を、第１の要求しているエンティティに、メッセージ内で情報を運ぶことによって送信するように、適合され、
第１の要求しているエンティティは、ＨＳＳからのメッセージを構文解析するように、かつ、同等の挙動を有するＩＭＰＵの関連付け情報を、メッセージから取得するように、適合される。

本発明の一実施形態によって提供される、ユーザ識別子の関連付けを実現するための装置は、指示設定モジュール（ｉｎｄｉｃａｔｉｏｎ ｓｅｔｔｉｎｇ ｍｏｄｕｌｅ）と指示提示モジュール（ｉｎｄｉｃａｔｉｏｎ ｐｒｅｓｅｎｔｉｎｇ ｍｏｄｕｌｅ）とを含み、
指示設定モジュールは、ＨＳＳ内で、同等挙動ユーザ識別子を設定するように適合され、
指示提示モジュールは、指示設定モジュールによって設定された同等挙動ユーザ識別子を使用して、同等の挙動を有するＩＭＰＵを関連付けるように適合される。

本発明の一実施形態によって提供される、ユーザ識別子の関連付けを実現するための第２の方法は、
ＨＳＳ内で、同じＳＰと同じサービスデータとを有し、かつ、同じＩＲＰＵＩＳに属する同等の挙動を有するＩＭＰＵを関連付けることと、
ＨＳＳによって、同等の挙動を有するＩＭＰＵの関連付け情報を保存することとを含む。

上記の解決法から、本発明の実施形態は、ＨＳＳ内で、同等挙動ユーザ識別子を設定し、そして、設定された同等挙動ユーザ識別子を使用して、ＩＭＰＵを関連付けるということがわかる。結果として、設定された同等の挙動を有するＩＭＰＵの関連付けが、ＨＳＳ内で実現され、これはユーザ体験を向上させる。

ＩＭＳの部分的なアーキテクチャ図である。 ユーザ識別子とＳＰとの間の関係を示す図である。 本発明の一実施形態による、ユーザ識別子の関連付けを実現するための方法の例示的フローチャートである。 本発明の一実施形態による、ユーザ識別子の関連付けを実現するための装置の例示的フローチャートである。 本発明の第１の実施形態による、ユーザ識別子の関連付けを実現するための方法のフローチャートである。 本発明の第１の実施形態による、ユーザ識別子の関連付けを実現するための方法のフローチャートである。 従来技術におけるＰｕｂｌｉｃ Ｉｄｅｎｔｉｔｙ（パブリック識別子）クラスの構造を示す図である。 本発明の第３の実施形態による、ユーザ識別子の関連付けを実現するための方法のフローチャートである。 本発明の第３の実施形態による、エイリアス識別子（ａｌｉａｓ ｉｄｅｎｔｉｔｙ）を示す追加されるクラスの構造を示す図である。 本発明の第３の実施形態による、ユーザ識別子の関連付けを実現するための装置のブロック図である。 本発明の第３の実施形態による、ユーザ識別子の関連付けを実現するためのシステムのブロック図である。 本発明の第４の実施形態による、ユーザ識別子の関連付けを実現するための方法のフローチャートである。 本発明の第４の実施形態によるＰｕｂｌｉｃ Ｉｄｅｎｔｉｔｙクラスの構造を示す図である。 本発明の第５の実施形態による、ユーザ識別子の関連付けを実現するための方法のフローチャートである。 本発明の第５の実施形態によるＰｕｂｌｉｃ Ｉｄｅｎｔｉｔｙクラスの構造を示す図である。 本発明の第６の実施形態による、ユーザ識別子の関連付けを実現するための方法のフローチャートである。 本発明の第７の実施形態による、ユーザ識別子の関連付けを実現するための方法のフローチャートである。 本発明の第７の実施形態によるＰｕｂｌｉｃ Ｉｄｅｎｔｉｔｙクラスの構造を示す図である。 本発明の第８の実施形態による、ユーザ識別子の関連付けを実現するための方法のフローチャートである。 本発明の第８の実施形態による、ユーザ識別子の関連付けを実現するためのシステムのブロック図である。 本発明の第９の実施形態による、ユーザ識別子の関連付けを実現するための方法のフローチャートである。

本発明の一実施形態によれば、同等挙動ユーザ識別子がＨＳＳ内で設定され、同等の挙動を有するＩＭＰＵが、同等挙動ユーザ識別子を使用して関連付けられる。

本発明の一実施形態による、ユーザ識別子を関連付けるための方法の例示的フローチャートである、図３を参照されたい。図３に示すように、このフローは、以下のステップを含む。

ステップ３０１：ＨＳＳ内で、同等挙動ユーザ識別子を設定する。

このステップでは、同等挙動ユーザ識別子をＨＳＳ内で設定するための、少なくとも以下の２つの方法が存在する。

第１の方法では、同等の挙動を有するＩＭＰＵの組を指示するための指示（ｉｎｄｉｃａｔｉｏｎ）が、ＨＳＳ内で設定される。

第２の方法では、ＨＳＳのＩＭＰＵとともに、そのＩＭＰＵが属する同等の挙動を有するＩＭＰＵの組を指示するための指示が設定される。

ステップ３０２：設定された同等挙動ユーザ識別子を使用して、同等の挙動を有するＩＭＰＵを関連付ける。

ステップ３０１の第１の方法に関しては、設定された指示は、このステップにおいて、同等の挙動を有するＩＭＰＵを、組の中に配置するために使用される。したがって、指示は、同等の挙動を有するＩＭＰＵの、１つ以上の組を含み、同等の挙動を有するＩＭＰＵの各組は、１つ以上のＩＭＰＵを含む。

ステップ３０１の第２の方法に関しては、設定された指示は、ＩＭＰＵが属する、同等の挙動を有するＩＭＰＵの組を指示するために使用される。したがって、指示の値は、同等の挙動を有するＩＭＰＵのいずれの組に、ＩＭＰＵが属するかを決定するために使用される。

さらに、ＨＳＳは、Ｓ−ＣＳＣＦに、同等の挙動を有するＩＭＰＵの関連付け情報を提示してもよく、かつ／または、ＨＳＳは、ＡＳに、同等の挙動を有するＩＭＰＵの関連付け情報を提示してもよい。

さらに、Ｓ−ＣＳＣＦは、ＡＳに、同等の挙動を有するＩＭＰＵの関連付け情報を提示してもよく、かつ／または、Ｓ−ＣＳＣＦは、Ｐ−ＣＳＣＦに、同等の挙動を有するＩＭＰＵの関連付け情報を提示してもよく、かつ／または、Ｓ−ＣＳＣＦは、ＵＥに、同等の挙動を有するＩＭＰＵの関連付け情報を提示してもよい。

さらに、同等の挙動を有するＩＭＰＵの関連付け情報は、ＨＳＳ内のＩＭＰＵに関連するｉＦＣのサービス情報内に含まれてもよい。Ｓ−ＣＳＣＦがＨＳＳからのユーザデータを要求する場合、Ｓ−ＣＳＣＦは、ＨＳＳから、同等の挙動を有するＩＭＰＵの関連付け情報を含むサービス情報を有するｉＦＣをダウンロードし、そして、Ｓ−ＣＳＣＦは、ｉＦＣが満たされた場合に、同等の挙動を有するＩＭＰＵの関連付け情報を含むサービス情報を、メッセージ内で運ぶことによって、ＡＳに提示する。ＡＳは、メッセージから、同等の挙動を有するＩＭＰＵの関連付け情報を取得してもよい。

本発明の一実施形態による、ユーザ識別子の関連付けを実現するための装置の例示的ブロック図である、図４を参照されたい。図４に示すように、この装置は、指示設定モジュールと、指示提示モジュールとを含む。

ここで、指示設定モジュールは、ＨＳＳ内で同等挙動ユーザ識別子を設定するように適合される。

指示提示モジュールは、指示設定モジュールによって設定された同等挙動ユーザ識別子を使用して、同等の挙動を有するＩＭＰＵを関連付けるように適合される。

さらに、ＩＭＳネットワーク内で複数のＩＭＰＵをユーザが登録することを可能にするために、暗黙登録機構が提供される。すなわち、暗黙裡に登録されるパブリックユーザ識別子のセット（Ｉｍｐｌｉｃｉｔｌｙ Ｒｅｇｉｓｔｅｒｅｄ Ｐｕｂｌｉｃ Ｕｓｅｒ Ｉｄｅｎｔｉｔｙ Ｓｅｔ）（ＩＲＰＵＩＳ）に属する任意のＩＭＰＵが登録される場合、ＩＲＰＵＩＳ内のその他のＩＭＰＵは同時に登録される。さらに、同じＩＲＰＵＩＳ内のＩＭＰＵは、同じＩＭＰＩに属さなければならず、それらのＩＭＰＵは、同じ、または異なるＳＰを有してもよく、しかし、同じＩＭＰＵは、１つのみのＩＲＰＵＩＳに属する。

図２に示すように、ＩＭＰＵ１とＩＭＰＵ２とは、同じＩＲＰＵＩＳに属する。ＩＭＰＵ１がネットワーク内に登録される場合は、ＩＭＰＵ２も登録される。同様に、ＩＭＰＵ２がネットワーク内に登録される場合は、ＩＭＰＵ１も登録される。ここで、ＩＭＰＵ１とＩＭＰＵ２とは、異なるＳＰを有する。図２のＩＭＰＵ３とＩＭＰＵ４とのそれぞれは、ＩＭＰＩ１とＩＭＰＩ２とによって共有されるＩＲＰＵＩＳであり、かつ、同じＳＰを有する。図２のＩＭＰＵ５とＩＭＰＵ６とのそれぞれは、ＩＭＰＩ２に属するＩＲＰＵＩＳであり、かつ、異なるＳＰを有する。ここで、ＩＭＰＵ５は、ＩＭＰＵ３とＩＭＰＵ４とが有するものと同じＳＰを有する。

本発明の実施形態による、同等の挙動を有するＩＭＰＵの組は、ＩＲＰＵＩＳのサブセットであってもよく、または、ＩＲＰＵＩＳとは無関係な、同等の挙動を有するＩＭＰＵの組であってもよい。説明の便宜上、本明細書では、同等の挙動を有するＩＭＰＵは、エイリアスパブリックユーザ識別子（Ａｌｉａｓ Ｐｕｂｌｉｃ Ｕｓｅｒ Ｉｄｅｎｔｉｔｙ）（ＡＰＵＩ）と呼び、同等の挙動を有するＩＭＰＵの組は、エイリアスパブリックユーザ識別子セット（Ａｌｉａｓ Ｐｕｂｌｉｃ Ｕｓｅｒ Ｉｄｅｎｔｉｔｙ Ｓｅｔ）（ＡＰＵＩＳ）と呼ぶ。

以下では、ユーザ識別子の関連付けを実現するための方法、システム、および装置について、いくつかの実施形態を参照して詳細に説明する。

実施形態１：第１の方法が使用される、すなわち、同等の挙動を有するＩＭＰＵを指示するために使用される指示が、ＨＳＳ内で設定される。

本発明の第１の実施形態による、ユーザ識別子の関連付けを実現するための方法のフローチャートである、図５を参照されたい。図５に示すように、このフローは、以下のステップを含む。

ステップ５０１：ＨＳＳ内で、ＡＰＵＩＳを指示するための指示を設定する。

このステップでは、データの型が、ＨＳＳに追加される。データのこの型は、ＡＰＵＩＳを指示するために設定され、そして、ＡＰＵＩＳの指示として働く。これは、対応するユーザのＩＲＰＵＩＳのサブセットであってもよく、または、ＩＰＲＵＩＳとは無関係なセットであってもよい。本実施形態の詳細な実装である、表１を参照されたい。表１に追加された、ＡＰＵＩＳを指示するために使用される指示は、Ａｌｉａｓ Ｐｕｂｌｉｃ Ｕｓｅｒ Ｉｄｅｎｔｉｔｙ Ｓｅｔｓ（エイリアスパブリックユーザ識別子セット）と命名されており、必要に応じて、対応するサブクローズ（表１では３．Ｘ．Ｘで表されている）に追加されてもよい。

表１において、「Ｍ」は、必須（ｍａｎｄａｔｏｒｙ）を表し、「Ｃ」は、条件付き（ｃｏｎｄｉｔｉｏｎａｌ）を表し、「−」は、利用不可（ｎｏｔ ａｖａｉｌａｂｌｅ）を表す。型「Ｐ」は、静的永続的型（ｓｔａｔｉｃ ｐｅｒｍａｎｅｎｔ ｔｙｐｅ）を表し、「Ｔ」は、動的一時的型（ｄｙｎａｍｉｃ ｔｅｍｐｏｒａｒｙ ｔｙｐｅ）を表す。

ステップ５０２：上記で設定された指示を使用して、同等の挙動を有するＩＭＰＵを関連付ける。

このステップでは、設定された指示が、同等の挙動を有するＩＭＰＵを指示するために、すなわち、１つ以上のＡＰＵＩＳを指示するために使用される。各ＡＰＵＩＳは、１つ以上のＩＭＰＵを含み、それらのＩＭＰＵは、全く同じＳＰと、全く同じサービスデータとを有し、すなわち、それらは同等の挙動を有する。１つのＩＭＳ加入の下に、複数のＡＰＵＩＳが存在してもよく、さらには、各ＩＲＰＵＩＳの下に複数のＡＰＵＩＳが存在してもよいが、各ＩＭＰＵは１つのみのＡＰＵＩＳに属してもよい。

識別子の関連付けを実現するための方法について、上記で詳細に説明した。以下では、識別子の関連付けを実現するための装置について、詳細に説明する。

本発明のこの実施形態による装置の構成、接続関係、および機能は、この実施形態の装置が図４に示す装置の具体化であるということを除き、図４に示す装置と同じである。すなわち、装置内の指示設定モジュールは、ＡＰＵＩＳを指示するために使用される指示を、ＨＳＳ内で設定するように適合される。

実施形態２：第２の方法が使用される。すなわち、ＩＭＰＵが属する、同等の挙動を有するＩＭＰＵの組を指示するために使用される指示が、ＨＳＳ内のＩＭＰＵとともに設定される。

本発明の第２の実施形態による、ユーザ識別子の関連付けを実現するための方法のフローチャートである、図６を参照されたい。図６に示すように、このフローは、以下のステップを含む。

ステップ６０１：ＩＭＰＵが属する、同等の挙動を有するＩＭＰＵの組を指示するために使用される指示を、ＨＳＳ内のＩＭＰＵとともに設定する。

このステップでは、ＨＳＳ内のＩＭＰＵに対応するＩＲＰＵＩＳ内のＡＰＵＩＳに属する各ＩＭＰＵについて、番号が追加されてもよい。番号は、ＩＭＰＵが属するＡＰＵＩＳを指示するために設定され、ＩＭＰＵが属するＡＰＵＩＳの指示として働く。

あるいは、ＩＲＰＵＩＳとは無関係の、ＡＰＵＩＳに属する各ＩＭＰＵについて、番号が追加されてもよい。番号は、ＩＭＰＵが属するＡＰＵＩＳを指示するために設定され、ＩＭＰＵが属するＡＰＵＩＳの指示として働く。

ステップ６０２：上記で設定された指示を使用して、同等の挙動を有するＩＭＰＵを関連付ける。

このステップでは、設定された指示が、ＩＭＰＵと全く同じＳＰとサービスデータとを有する、ＩＲＰＵＩＳ内のＩＭＰＵ（すなわち、それらは同等の挙動を有する）を指示するために使用される。

あるいは、設定された指示は、全く同じＳＰとサービスデータとを有するＩＭＰＵ（すなわち、それらは同等の挙動を有する）を、ＩＭＰＵに指示するために使用される。

複数のＡＰＵＩＳが存在する場合、指示は、ＩＭＰＵが属するＡＰＵＩＳを指示するために使用される。同じ番号を有するＩＭＰＵは、同じＡＰＵＩＳに属する。

識別子の関連付けを実現するための方法について、上記で詳細に説明した。以下では、識別子の関連付けを実現するための装置について、詳細に説明する。

本発明の実施形態による装置の構成、接続関係、および機能は、本実施形態の装置が図４に示す装置の具体化であるということを除き、図４に示す装置と同じである。すなわち、装置内の指示設定モジュールは、ＩＭＰＵが属するＡＰＵＩＳを指示するために使用される指示を、ＨＳＳ内のＩＭＰＵとともに設定するように適合される。

ＨＳＳ内でユーザ識別子の関連付けを実現するための方法および装置について、上記の２つの実施形態で詳細に説明した。実際の適用例においては、ＡＳ、ＵＥ、Ｐ−ＣＳＣＦ、Ｓ−ＣＳＣＦも、関連付けられたＩＭＰＵの情報を知らなければならない場合がある。例えば、Ｓ−ＣＳＣＦは、どのＩＭＰＵが同等の挙動を有するかを、その情報がＡＳ、Ｐ−ＣＳＣＦに提供されてもよいようにするために、知る必要がある。ユーザがＵＥを介してＩＭＰＵ１のサービスデータを修正する場合、ユーザは、その修正がＩＭＰＵ２にも適用されるかどうかを知らなければならない可能性がある。ＡＳがＩＭＰＵ１にメッセージを送信する場合、ＡＳは、同じメッセージがＩＭＰＵ２にも送信されるべきかどうかを知らなければならない可能性がある。Ｐ−ＣＳＣＦは、同等の挙動を有するＩＭＰＵについて同じポリシーが選択されるように、アクセスネットワーク内のポリシー決定点（ｐｏｌｉｃｙ−ｄｅｃｉｓｉｏｎ−ｐｏｉｎｔ）に、同等の挙動を有するＩＭＰＵを提供しなければならない可能性がある。したがって、ＨＳＳは、Ｓ−ＣＳＣＦまたはＡＳなどのネットワークエンティティに、同等の挙動を有するＩＭＰＵの関連付け情報を提示することをさらに含んでもよい。

従来技術では、ユーザに割り当てられたＳ−ＣＳＣＦは、Ｓｅｒｖｅｒ−Ａｓｓｉｇｎｍｅｎｔ−Ｒｅｑｕｅｓｔ（サーバ−アサインメント−要求）（ＳＡＲ）／Ｓｅｒｖｅｒ−Ａｓｓｉｇｎｍｅｎｔ−Ａｎｓｗｅｒ（サーバ−アサインメント−回答）（ＳＡＡ）コマンドペアを使用して、ＨＳＳから、ユーザのサービス加入情報を取得してもよく、そして、ＨＳＳは、Ｐｒｏｆｉｌｅ−Ｐｕｓｈ−Ｒｅｑｕｅｓｔ（プロファイル−プッシュ−要求）（ＰＰＲ）／Ｐｒｏｆｉｌｅ−Ｐｕｓｈ−Ａｎｓｗｅｒ（プロファイル−プッシュ−回答）（ＰＰＡ）コマンドを使用して、Ｓ−ＣＳＣＦへの、修正されるべきサービス加入情報を更新してもよい。メッセージの中で、サービス加入情報は、Ｄｉａｍｅｔｅｒ属性値ペア（Ａｔｔｒｉｂｕｔｅ Ｖａｌｕｅ Ｐａｉｒ）（ＡＶＰ）内に、拡張可能なマークアップ言語（ｅＸｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）（ＸＭＬ）ファイルとして含まれる。ここで、ＨＳＳとＳ−ＣＳＣＦとの間のメッセージインタラクションは、インタフェースＣｘを介して行われてもよい。

従来技術では、ＩＲＰＵＩＳが存在する場合、ユーザに割り当てられたＳ−ＣＳＣＦが、ＨＳＳから特定のＩＭＰＵのユーザ加入データをダウンロードすることを要求すると、ＨＳＳは、ＩＭＰＵが属するＩＲＰＵＩＳ内のすべてのＩＭＰＵのＳＰ情報を、Ｓ−ＣＳＣＦに返す。

例えば、ＩＭＰＵ１とＩＭＰＵ２とＩＭＰＵ３とが同じＩＲＰＵＩＳに属し、そして、ＩＭＰＵ１とＩＭＰＵ２とが同じＳＰ１を有し、一方、ＩＭＰＵ３は別のＳＰ２を有する場合に、Ｓ−ＣＳＣＦが、ＩＲＰＵＩＳ内のいずれかのＩＭＰＵのデータを要求したとき、ＳＡＡ内に含まれるＸＭＬファイルの内容は、以下のとおりであってもよい。

上記のＸＭＬファイルにおいて、「ＩＭＳ ｓｕｂｓｃｒｉｐｔｉｏｎ ｂｅｇｉｎｓ（ＩＭＳ加入開始）」から「ＩＭＳ ｓｕｂｓｃｒｉｐｔｉｏｎ ｅｎｄｓ（ＩＭＳ加入終了）」までが、ＩＭＳ加入である。上記のＩＭＳ加入内には２つのＳＰがあり、それは、「ＳＰ ｂｅｇｉｎｓ（ＳＰ開始）」から「ＳＰ ｅｎｄｓ（ＳＰ終了）」までである。１つのＳＰは、ＩＭＰＵおよびｉＦＣなどを含む。

図７は、従来技術におけるＰｕｂｌｉｃ Ｉｄｅｎｔｉｔｙ（パブリック識別子）クラスの構造を示す図である。図７に示すように、Ｐｕｂｌｉｃ Ｉｄｅｎｔｉｔｙは、ＳＰに関連するパブリック識別子を含み、それらのパブリック識別子は、ＳＩＰユニバーサルリソース識別子（Ｕｎｉｖｅｒｓａｌ Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒ）（ＵＲＩ）またはＴｅｌ ＵＲＩの形式であってもよい。各Ｐｕｂｌｉｃ Ｉｄｅｎｔｉｔｙは、関連するＢａｒｒｉｎｇＩｎｄｉｃａｔｉｏｎ（禁止指示）を含む。ＢａｒｒｉｎｇＩｎｄｉｃａｔｉｏｎがセットされている場合、Ｓ−ＣＳＣＦは、Ｒｅｇｉｓｔｒａｔｉｏｎ（登録）およびＤｅ−ｒｅｇｉｓｔｒａｔｉｏｎ（登録解除）を除く、他のいかなるＩＭＳ通信においても、そのＩＭＰＵが使用されないようにする。Ｐｕｂｌｉｃ Ｉｄｅｎｔｉｔｙは、ＩｄｅｎｔｉｔｙＴｙｐｅ（識別子型）も含み、これは、ＩＭＰＵ、または独立したＰｕｂｌｉｃ Ｓｅｒｖｉｃｅ Ｉｄｅｎｔｉｔｙ（パブリックサービス識別子）、またはＷｉｌｄｃａｒｄｅｄ ＰＳＩ（ワイルドカードＰＳＩ）に適合するＰＳＩなどの、パブリック識別子の型を指示するために使用される。ここで、ＩｄｅｎｔｉｔｙＴｙｐｅは、ｅｎｕｍｅｒａｔｅｄ ｔｙｐｅ（列挙型）であり、次の３つの値を有する。０は、Ｐｕｂｌｉｃ ＩｄｅｎｔｉｆｉｅｒがＩＭＰＵであることを指示し、１は、Ｐｕｂｌｉｃ Ｉｄｅｎｔｉｆｉｅｒが独立したＰＳＩであることを指示し、２は、Ｐｕｂｌｉｃ Ｉｄｅｎｔｉｆｉｅｒが、Ｗｉｌｄｃａｒｄｅｄ ＰＳＩに適合していてもよいＰＳＩであることを指示する。さらに、ｐｕｂｌｉｃ ｉｄｅｎｔｉｔｙは、ＤｉｓｐｌａｙＮａｍｅなども含んでもよい。

上記のＸＭＬファイル内には、２つのＰｕｂｌｉｃ Ｉｄｅｎｔｉｔｙが存在し、それらはそれぞれＩＭＰＵ１およびＩＭＰＵ２を含み、そして、２つのＩＭＰＵが同じＳＰを有することを示している。第２のＳＰ内には、ＩＭＰＵ３の、１つのＰｕｂｌｉｃ Ｉｄｅｎｔｉｔｙのみが存在する。

ｉＦＣは、サービスのトリガのために使用され、受信したＳＩＰメッセージが、特定のアプリケーションサーバすなわちＡＳに、いつトリガされるかを記述する。

さらに、ＳＰは、コアネットワークサービス認証（ｃｏｒｅ ｎｅｔｗｏｒｋ ｓｅｒｖｉｃｅ ａｕｔｈｏｒｉｚａｔｉｏｎ）および共有ｉＦＣ（ｓｈａｒｅｄ ｉＦＣ）なども含んでもよい。

本発明の実施形態において、同等の挙動を有するＩＭＰＵの関連付け情報をＨＳＳによってＳ−ＣＳＣＦに提示することを可能にするために、ＨＳＳは、Ｓ−ＣＳＣＦに送信される、ＳＰに関連するＸＭＬファイルを拡張してもよい。拡張は、少なくとも、以下の５つの方法を用いて行われてもよい。

方法１：ＨＳＳは、Ｓ−ＣＳＣＦに送信されるＳＰ内に、エイリアス識別子（ａｌｉａｓ ｉｄｅｎｔｉｔｙ）を指示する新しいクラスを追加する。同等の挙動を有するＩＭＰＵは、エイリアス識別子を指示する追加された新しいクラスの中で指示され、ＨＳＳは、指示を運ぶＳＰによって、Ｓ−ＣＳＣＦに、関連付け情報を提示する。

方法２：ＨＳＳは、Ｓ−ＣＳＣＦに送信されるＳＰ内のＰｕｂｌｉｃ Ｉｄｅｎｔｉｔｙクラスの中に、ＩＭＰＵが属する組を指示する属性を追加する。各ＩＭＰＵが属する、同等の挙動を有するＩＭＰＵの組は、属性に値を割り当てることによって指示される。ＨＳＳは、指示を運ぶＳＰによって、Ｓ−ＣＳＣＦに、関連付け情報を提示する。

方法３：ＨＳＳは、Ｓ−ＣＳＣＦに送信されるＳＰ内のＰｕｂｌｉｃ Ｉｄｅｎｔｉｔｙクラスの中に、ＩＭＰＵが属する組のメンバーを指示する新しいクラスを追加する。各ＩＭＰＵと同等の挙動を有するＩＭＰＵが、追加されたクラスの中で指示される。ＨＳＳは、指示を運ぶＳＰによって、Ｓ−ＣＳＣＦに、関連付け情報を提示する。

方法４：同じＳＰを有するＩＭＰＵの間で、同等の挙動を有するＩＭＰＵの組が１つ存在する場合、ＨＳＳは、Ｓ−ＣＳＣＦに送信されるＳＰ内のＰｕｂｌｉｃ Ｉｄｅｎｔｉｔｙクラスの中の、属性ＩｄｅｎｔｉｔｙＴｙｐｅの値フィールドを拡張してもよく、そして、拡張されたＩｄｅｎｔｉｔｙＴｙｐｅ値を使用して、同等の挙動を有するＩＭＰＵというＩｄｅｎｔｉｔｙＴｙｐｅを指示してもよい。ＨＳＳは、ＩｄｅｎｔｉｔｙＴｙｐｅの指示を運ぶＳＰによって、Ｓ−ＣＳＣＦに、関連付け情報を提示する。

方法５：同じＳＰを有するＩＭＰＵの間で、同等の挙動を有するＩＭＰＵの組が１つ存在する場合、ＨＳＳは、Ｓ−ＣＳＣＦに送信されるＳＰ内のＰｕｂｌｉｃ Ｉｄｅｎｔｉｔｙクラスに、ＩＭＰＵが同等の挙動を有するかどうかを指示する属性を追加する。ＩＭＰＵが、同等の挙動を有するＩＭＰＵの組に属するかどうかは、属性に値を割り当てることによって指示される。ＨＳＳは、指示を運ぶＳＰによって、Ｓ−ＣＳＣＦに、関連付け情報を提示する。

以下では、上記の５つの実装方法を使用してユーザ識別子の関連付けを実現するための、方法、装置、およびシステムについて、実施形態を参照して詳細に説明する。

実施形態３：方法１が使用される。

本発明の第３の実施形態による、ユーザ識別子の関連付けを実現するための方法のフローチャートである、図８を参照されたい。図８に示すように、このフローは、以下のステップを含む。

ステップ８０１：ＨＳＳ内で、ユーザ識別子を関連付ける。

このステップの詳細な実装は、実施形態１または２の説明と同じであってもよい。実際の必要に応じて、その他の実装方法が採用されてもよい。

ステップ８０２：ＨＳＳは、Ｓ−ＣＳＣＦに送信されるＳＰ内に、エイリアス識別子を指示するクラスを追加する。

この実施形態では、Ｓ−ＣＳＣＦに送信されるＳＰに関連するＸＭＬファイルをＨＳＳが拡張する場合、図９に示すような、Ｐｕｂｌｉｃ Ｉｄｅｎｔｉｔｙクラスに類似した、エイリアス識別子を指示するために使用されるクラスがＳＰに追加されてもよく、図９は、本実施形態による、エイリアス識別子を指示する、追加されるクラスの構造を示す図である。エイリアス識別子を指示する、追加されるクラスは、同等の挙動を有する１つ以上のＩＭＰＵを含んでもよく、ＩＭＰＵは、ＳＩＰ ＵＲＩまたはＴＥＬ ＵＲＩの形式であってもよい。ここで、エイリアス識別子を指示する、追加されるクラスのインスタンスは、０であるか、または０よりも大きい。

詳細な実装において、エイリアス識別子を指示する、追加されるクラスが、Ａｌｉａｓ Ｉｄｅｎｔｉｔｙ Ｌｉｓｔ（エイリアス識別子リスト）と命名される場合、エイリアス識別子を指示するクラスが追加されたＸＭＬファイルの記述関係マッピング（ｄｅｓｃｒｉｐｔｉｏｎ ｒｅｌａｔｉｏｎ ｍａｐｐｉｎｇ）は、表２に示すとおりである。

表２において、エイリアス識別子を指示する、新たに追加されたクラスは、Ａｌｉａｓ Ｉｄｅｎｔｉｔｙ Ｌｉｓｔと命名されており、これは、ｔＳｅｒｖｉｃｅＰｒｏｆｉｌｅＥｘｔｅｎｓｉｏｎの拡張フィールド内で取得される。同等の挙動を有するＩＭＰＵが存在しない場合、Ａｌｉａｓ Ｉｄｅｎｔｉｔｙ Ｌｉｓｔのインスタンスの数は０である。同等の挙動を有するＩＭＰＵの組が２つ以上存在する場合、Ａｌｉａｓ Ｉｄｅｎｔｉｔｙ Ｌｉｓｔのインスタンスの数は２以上である。１つのＡｌｉａｓ Ｉｄｅｎｔｉｔｙ Ｌｉｓｔは、１つ以上のＡｌｉａｓ Ｉｄｅｎｔｉｔｙクラスを含んでもよい。１つのＡｌｉａｓ Ｉｄｅｎｔｉｔｙクラスは、図７に示すＰｕｂｌｉｃ Ｉｄｅｎｔｉｔｙクラス内のＩｄｅｎｔｉｔｙに類似した、Ｉｄｅｎｔｉｔｙを含む。さらに、Ａｌｉａｓ Ｉｄｅｎｔｉｔｙクラス内のｉｄｅｎｔｉｔｙは、ＳＩＰ ＵＲＩまたはＴＥＬ ＵＲＩの形式であってもよく、ここで、ｉｄｅｎｔｉｔｙは、同等の挙動を有するＩＭＰＵに対応し、１つのＡｌｉａｓ Ｉｄｅｎｔｉｔｙ Ｌｉｓｔは、複数のＩＭＰＵを含んでもよい。

ステップ８０３：エイリアス識別子を指示するための、追加されたクラスが、同等の挙動を有するＩＭＰＵを指示するために使用される。

このステップでは、エイリアス識別子を指示する、それぞれの新たに追加されたクラスのインスタンス、すなわち、ステップ８０２におけるＡｌｉａｓ Ｉｄｅｎｔｉｔｙ Ｌｉｓｔクラスのインスタンスが、同等の挙動を有するＩＭＰＵの組を含む。同等の挙動を有するＩＭＰＵの、異なる組は、異なるＡｌｉａｓ Ｉｄｅｎｔｉｔｙ Ｌｉｓｔクラスのインスタンスを使用して指示されてもよい。

ステップ８０４：ＨＳＳは、上記の指示を運ぶＳＰによって、Ｓ−ＣＳＣＦに、同等の挙動を有するＩＭＰＵの関連付け情報を提示する。

このステップでは、ＨＳＳは、同等の挙動を有するＩＭＰＵを指示するＳＰを運ぶＸＭＬファイルを、Ｓ−ＣＳＣＦに送信し、Ｓ−ＣＳＣＦは、受信したＸＭＬファイルに従って、同等の挙動を有するＩＭＰＵの関連付け情報を構文解析する。

１つの例では、ＩＭＰＵ１とＩＭＰＵ２とが同等の挙動を有し、ＩＭＰＵ３とＩＭＰＵ４とが同等の挙動を有する。１つのＩＲＰＵＩＳが存在し、同等の挙動を有するＩＭＰＵの組は、そのＩＲＰＵＩＳのサブセットである場合を例に取る。ＩＭＰＵ１とＩＭＰＵ２とＩＭＰＵ３とＩＭＰＵ４とが、同じＩＲＰＵＩＳ内である場合に、Ｓ−ＣＳＣＦが、ＳＡＲを介して、ＨＳＳからの、ＩＭＰＵ１のユーザデータを要求したとき、ＳＡＡ内で運ばれるＸＭＬファイルの内容は、以下のとおりである。

ここで、「Ａｌｉａｓ Ｉｄｅｎｔｉｔｙ Ｌｉｓｔ ｂｅｇｉｎｓ（エイリアス識別子リスト開始）」から「Ａｌｉａｓ Ｉｄｅｎｔｉｔｙ Ｌｉｓｔ ｅｎｄｓ（エイリアス識別子リスト終了）」までが、Ａｌｉａｓ Ｉｄｅｎｔｉｔｙ Ｌｉｓｔのインスタンスである。上記のＸＭＬファイルでは、ＳＰは、Ａｌｉａｓ Ｉｄｅｎｔｉｔｙ Ｌｉｓｔの２つのインスタンスを含むということがわかる。Ａｌｉａｓ Ｉｄｅｎｔｉｔｙ Ｌｉｓｔの第１のインスタンスは、２つのエイリアスＩＭＰＵ、すなわち、ＩＭＰＵ１とＩＭＰＵ２とが、同等の挙動を有するということを指示する。Ａｌｉａｓ Ｉｄｅｎｔｉｔｙ Ｌｉｓｔの第２のインスタンスは、２つのエイリアスＩＭＰＵ、すなわち、ＩＭＰＵ３とＩＭＰＵ４とが、同等の挙動を有するということを指示する。

Ｓ−ＣＳＣＦは、上記のＸＭＬファイルを受信したら、Ａｌｉａｓ Ｉｄｅｎｔｉｔｙ Ｌｉｓｔのインスタンスの指示に従って、同等の挙動を有するＩＭＰＵの関連付け情報を、すなわち、ＩＭＰＵ１とＩＭＰＵ２とが同等の挙動を有し、ＩＭＰＵ３とＩＭＰＵ４とが同等の挙動を有するということを、構文解析する。

本発明の実施形態による、識別子の関連付けを実現するための方法について、上記で詳細に説明した。以下では、識別子の関連付けを実現するための装置について、詳細に説明する。

図４に示す装置に基づいて、本発明の一実施形態による装置は、情報提示モジュール（ｉｎｆｏｒｍａｔｉｏｎ ｐｒｅｓｅｎｔｉｎｇ ｍｏｄｕｌｅ）をさらに含む。本発明の第３の実施形態による、識別子の関連付けを実現するための装置のブロック図である、図１０を参照されたい。

ここで、図４に従って説明した装置に基づいて、指示提示モジュールは、同等の挙動を有する、指示されたＩＭＰＵを、情報提示モジュールに提示するように、さらに適合される。

情報提示モジュールは、指示提示モジュールによって提供された、同等の挙動を有するＩＭＰＵの情報に従って、同等の挙動を有するＩＭＰＵの関連付け情報を、要求しているエンティティに提示するように適合される。この実施形態では、要求しているエンティティは、Ｓ−ＣＳＣＦである。

ここで、情報提示モジュールが詳細に実装される場合、それは、図８のステップ８０２〜８０４で説明されたものと同じであってもよい。

以下では、本実施形態による、識別子の関連付けを実現するためのシステムについて、詳細に説明する。

本発明の第３の実施形態による、識別子の関連付けを実現するためのシステムのブロック図である、図１１を参照されたい。図１１に示すように、システムは、ＨＳＳと、第１の要求しているエンティティとを含む。

ここで、ＨＳＳは、同等の挙動を有するＩＭＰＵを関連付けるように、そして、同等の挙動を有するＩＭＰＵの関連付け情報を、第１の要求しているエンティティに、メッセージ内で情報を運ぶことによって送信するように、適合される。この実施形態では、要求しているエンティティは、Ｓ−ＣＳＣＦである。

第１の要求しているエンティティは、ＨＳＳからのメッセージを構文解析するように、そして、同等の挙動を有するＩＭＰＵの関連付け情報を取得するように、適合される。この実施形態では、要求しているエンティティは、Ｓ−ＣＳＣＦである。

ここで、詳細な実装において、ＨＳＳは、指示提示モジュールと、情報提示モジュールとを含んでもよい。

ここで、指示提示モジュールは、同等の挙動を有するＩＭＰＵを関連付けるように、そして、同等の挙動を有する、指示されたＩＭＰＵの情報を、情報提示モジュールに提供するように、適合される。

情報提示モジュールは、指示提示モジュールによって提供された、同等の挙動を有するＩＭＰＵの情報に従って、同等の挙動を有するＩＭＰＵの関連付け情報を、第１の要求しているエンティティに、メッセージ内で情報を運ぶことによって送信するように適合される。この実施形態では、要求しているエンティティは、Ｓ−ＣＳＣＦである。

ここで、情報提示モジュールが詳細に実装される場合、それは、図８のステップ８０２〜８０４で説明されたものと同じであってもよい。

さらに、ＨＳＳは、同等挙動ユーザ識別子を設定するように、そして、設定された同等挙動ユーザ識別子を、同等の挙動を有するＩＭＰＵを関連付けるために使用するように、さらに適合されてもよい。したがって、ＨＳＳは、同等挙動ユーザ識別子を設定するように適合された、指示設定モジュールをさらに含んでもよい。したがって、指示提示モジュールは、指示設定モジュールによって設定された同等挙動ユーザ識別子を使用して、同等の挙動を有するＩＭＰＵを関連付けるように、さらに適合される。詳細な実装において、指示設定モジュールは、実施形態１または２で説明されたものと同じであってもよい。

実施形態４：方法２が使用される。

本発明の第４の実施形態による、ユーザ識別子の関連付けを実現するための方法のフローチャートである、図１２を参照されたい。図１２に示すように、このフローは、以下のステップを含む。

ステップ１２０１：ＨＳＳ内で、ユーザ識別子を関連付ける。

このステップの詳細な実装は、実施形態１または２の説明と同じであってもよい。実際の必要に応じて、その他の実装方法が採用されてもよい。

ステップ１２０２：ＨＳＳは、Ｓ−ＣＳＣＦに送信されるＳＰのＰｕｂｌｉｃ Ｉｄｅｎｔｉｔｙクラス内に、ＩＭＰＵが属する組を指示する属性を追加する。

この実施形態では、Ｓ−ＣＳＣＦに送信されるＳＰに関連するＸＭＬファイルをＨＳＳが拡張する場合、ＳＰのＰｕｂｌｉｃ Ｉｄｅｎｔｉｔｙクラス内に、ＩＭＰＵが属する組を指示する属性が追加される。ＩＭＰＵが属する組を指示する属性が追加された、本実施形態によるＰｕｂｌｉｃ Ｉｄｅｎｔｉｔｙクラスの構造を示す図である、図１３を参照されたい。

詳細な実装において、ＩＭＰＵが属する組を指示する、追加される属性が、Ａｌｉａｓ Ｉｄｅｎｔｉｔｙ Ｓｅｔ Ｎｕｍ（エイリアス識別子セット番号）と命名される場合、ＩＭＰＵが属する組を指示する属性が追加されたＸＭＬファイルの記述関係マッピングは、表３および表４に示すとおりである。

表３において、ＩＭＰＵが属する組を指示する属性は、Ａｌｉａｓ Ｉｄｅｎｔｉｔｙ Ｓｅｔ Ｎｕｍと命名されており、Ａｌｉａｓ Ｉｄｅｎｔｉｔｙ Ｓｅｔ Ｎｕｍは、整数型（ｉｎｔｅｇｅｒ ｔｙｐｅ）である。Ａｌｉａｓ Ｉｄｅｎｔｉｔｙ Ｓｅｔ Ｎｕｍは、文字列（ｓｔｒｉｎｇ）などの、その他のデータ型であってもよい。Ａｌｉａｓ Ｉｄｅｎｔｉｔｙ Ｓｅｔ Ｎｕｍは、拡張フィールドを拡張することによって取得され、これは表４に示されている。

表４から、Ａｌｉａｓ Ｉｄｅｎｔｉｔｙ Ｓｅｔ Ｎｕｍは、Ｐｕｂｌｉｃ ＩｄｅｎｔｉｔｙのｔＰｕｂｌｉｃＩｄｅｎｔｉｔｙＥｘｔｅｎｓｉｏｎ２の拡張フィールド内で取得されるということがわかる。Ｐｕｂｌｉｃ Ｉｄｅｎｔｉｔｙのインスタンスは、多くても１つの、Ａｌｉａｓ Ｉｄｅｎｔｉｔｙ Ｓｅｔ Ｎｕｍを含む。Ｐｕｂｌｉｃ Ｉｄｅｎｔｉｔｙ内のＩＭＰＵが、同等の挙動を有するＩＭＰＵを全く有さない場合、Ｐｕｂｌｉｃ Ｉｄｅｎｔｉｔｙ内にＡｌｉａｓ Ｉｄｅｎｔｉｔｙ Ｓｅｔ Ｎｕｍを追加する必要はない。

ステップ１２０３：各ＩＭＰＵが属する、同等の挙動を有するＩＭＰＵの組を指示する、追加された属性の値を割り当てる。

同等の挙動を有するＩＭＰＵの、２つの組が存在し、同等の挙動を有するＩＭＰＵの、２つの組が、それぞれ、１および２によって示される場合、２つの組の中のＩＭＰＵのＡｌｉａｓ Ｉｄｅｎｔｉｔｙ Ｓｅｔ Ｎｕｍは、それぞれ、値１および２を使用して割り当てられてもよく、それらの値は、ＩＭＰＵが属する、同等の挙動を有するＩＭＰＵの組を指示するために使用される。

ステップ１２０４：ＨＳＳは、上記の指示を運ぶＳＰによって、Ｓ−ＣＳＣＦに、同等の挙動を有するＩＭＰＵの関連付け情報を提示する。

このステップでは、ＨＳＳは、ＩＭＰＵが属する、同等の挙動を有するＩＭＰＵの組を指示するＳＰを運ぶＸＭＬを、Ｓ−ＣＳＣＦに送信し、Ｓ−ＣＳＣＦは、受信したＸＭＬファイルに従って、同等の挙動を有するＩＭＰＵの関連付け情報を構文解析する。

１つの例では、ＩＭＰＵ１とＩＭＰＵ２とが同等の挙動を有し、ＩＭＰＵ３とＩＭＰＵ４とが同等の挙動を有する。１つのＩＲＰＵＩＳが存在し、同等の挙動を有するＩＭＰＵの組は、そのＩＲＰＵＩＳのサブセットである場合を例に取る。ＩＭＰＵ１とＩＭＰＵ２とＩＭＰＵ３とＩＭＰＵ４とが、同じＩＲＰＵＩＳ内である場合に、Ｓ−ＣＳＣＦが、ＳＡＲを介して、ＨＳＳからの、ＩＭＰＵ１のユーザデータを要求したとき、ＳＡＡ内で運ばれるＸＭＬファイルの内容は、以下のとおりである。

ＩＭＰＵが属する、同等の挙動を有するＩＭＰＵの組は、Ａｌｉａｓ Ｉｄｅｎｔｉｔｙ Ｓｅｔ Ｎｕｍに値を割り当てることによって指示されてもよい。上記のＸＭＬファイルに基づけば、ＩＭＰＵ１のＰｕｂｌｉｃ Ｉｄｅｎｔｉｔｙクラスのインスタンス内では、Ａｌｉａｓ Ｉｄｅｎｔｉｔｙ Ｓｅｔ Ｎｕｍは１であり、これは、ＩＭＰＵ１が組１に属することを示し、ＩＭＰＵ２のＰｕｂｌｉｃ Ｉｄｅｎｔｉｔｙクラスのインスタンス内では、Ａｌｉａｓ Ｉｄｅｎｔｉｔｙ Ｓｅｔ Ｎｕｍは１であり、これは、ＩＭＰＵ２が組１に属することを示し、ＩＭＰＵ３のＰｕｂｌｉｃ Ｉｄｅｎｔｉｔｙクラスのインスタンス内では、Ａｌｉａｓ Ｉｄｅｎｔｉｔｙ Ｓｅｔ Ｎｕｍは２であり、これは、ＩＭＰＵ２が組２に属することを示し、ＩＭＰＵ４のＰｕｂｌｉｃ Ｉｄｅｎｔｉｔｙクラスのインスタンス内では、Ａｌｉａｓ Ｉｄｅｎｔｉｔｙ Ｓｅｔ Ｎｕｍは２であり、これは、ＩＭＰＵ２が組２に属することを示す。

Ｓ−ＣＳＣＦは、上記のＸＭＬファイルを受信したら、Ａｌｉａｓ Ｉｄｅｎｔｉｔｙ Ｓｅｔ Ｎｕｍの指示に従って、同等の挙動を有するＩＭＰＵの関連付け情報を、すなわち、ＩＭＰＵ１とＩＭＰＵ２とが同等の挙動を有し、ＩＭＰＵ３とＩＭＰＵ４とが同等の挙動を有するということを、構文解析する。

本実施形態による、識別子の関連付けを実現するための方法について、上記で詳細に説明した。

本実施形態による装置の構成、接続関係、および機能は、本実施形態による装置内の情報提示モジュールの詳細な実装が、図１２のステップ１２０２〜１２０４から説明されるものと同じであってもよいということを除き、実施形態３の装置と同じである。

さらに、本実施形態によるシステムの構成、接続関係、および機能は、本実施形態におけるＨＳＳの情報提示モジュールの詳細な実装が、図１２のステップ１２０２〜１２０４から説明されるものと同じであってもよいということを除き、実施形態３のシステムと同じである。

実施形態５：方法３が使用される。

本発明の第５の実施形態による、ユーザ識別子の関連付けを実現するための方法のフローチャートである、図１４を参照されたい。図１４に示すように、このフローは、以下のステップを含む。

ステップ１４０１：ＨＳＳ内で、ユーザ識別子を関連付ける。

このステップの詳細な実装は、実施形態１または２の説明と同じであってもよい。実際の必要に応じて、その他の実装方法が採用されてもよい。

ステップ１４０２：ＨＳＳは、Ｓ−ＣＳＣＦに送信されるＳＰ内のＰｕｂｌｉｃ Ｉｄｅｎｔｉｔｙクラスの中に、ＩＭＰＵが属する組のメンバーを指示するクラスを追加する。

この実施形態では、ＨＳＳは、Ｓ−ＣＳＣＦに送信されるＳＰに関連するＸＭＬファイルを拡張する場合、ＳＰ内のＰｕｂｌｉｃ Ｉｄｅｎｔｉｔｙクラスの中に、新しいクラスを追加することによって、ＩＭＰＵが属する組のメンバーを指示してもよい。ＩＭＰＵが属する組のメンバーを指示するクラスが追加された、本実施形態によるＰｕｂｌｉｃ Ｉｄｅｎｔｉｔｙクラスの構造の概略図である、図１５を参照されたい。

詳細な実装において、ＩＭＰＵが属する組のメンバーを指示する、追加されるクラスが、Ａｌｉａｓ Ｉｄｅｎｔｉｔｙ（エイリアス識別子）と命名される場合、ＩＭＰＵが属する組のメンバーを指示するクラスを有するＸＭＬファイルの記述関係マッピングは、表５に示すとおりである。

表５において、組のメンバーを指示するクラスは、Ａｌｉａｓ Ｉｄｅｎｔｉｔｙと命名されており、これは、Ｐｕｂｌｉｃ Ｉｄｅｎｔｉｔｙ内のｔＰｕｂｌｉｃＩｄｅｎｔｉｔｙＥｘｔｅｎｓｉｏｎ２の拡張フィールド内で取得される。Ｐｕｂｌｉｃ Ｉｄｅｎｔｉｔｙ内の識別子と同等の挙動を有するＩＭＰＵが存在しない場合、Ａｌｉａｓ Ｉｄｅｎｔｉｔｙクラスのインスタンスの数は０である。Ｐｕｂｌｉｃ Ｉｄｅｎｔｉｔｙ内の識別子と同等の挙動を有するＩＭＰＵが１つ以上存在する場合、Ａｌｉａｓ Ｉｄｅｎｔｉｔｙクラスのインスタンスの数は１以上である。１つのＡｌｉａｓ Ｉｄｅｎｔｉｔｙクラスは、図７に示すＰｕｂｌｉｃ Ｉｄｅｎｔｉｔｙクラス内のＩｄｅｎｔｉｔｙに類似した、Ｉｄｅｎｔｉｔｙ属性を含む。さらに、Ａｌｉａｓ Ｉｄｅｎｔｉｔｙクラス内のＩｄｅｎｔｉｔｙは、ＳＩＰ ＵＲＩまたはＴＥＬ ＵＲＩの形式であってもよく、ここで、Ｉｄｅｎｔｉｔｙは、同等の挙動を有するＩＭＰＵに対応する。

ステップ１４０３：各ＩＭＰＵと同等の挙動を有するＩＭＰＵの情報が、追加されたクラス内で指示される。

ＩＭＰＵ１とＩＭＰＵ２とが、同等の挙動を有するＩＭＰＵであると仮定すると、ＩＭＰＵ２の情報が、ＩＭＰＵ１のＡｌｉａｓ Ｉｄｅｎｔｉｔｙ属性内で指示され、ＩＭＰＵ１の情報が、ＩＭＰＵ２のＡｌｉａｓ Ｉｄｅｎｔｉｔｙ属性内で指示される。同様に、ＩＭＰＵ１とＩＭＰＵ２とＩＭＰＵ３とが、同等の挙動を有するＩＭＰＵであると仮定すると、ＩＭＰＵ２とＩＭＰＵ３との情報が、ＩＭＰＵ１のＡｌｉａｓ Ｉｄｅｎｔｉｔｙ属性内で指示され、ＩＭＰＵ１とＩＭＰＵ３との情報が、ＩＭＰＵ２のＡｌｉａｓ Ｉｄｅｎｔｉｔｙ属性内で指示され、ＩＭＰＵ１とＩＭＰＵ２との情報が、ＩＭＰＵ３のＡｌｉａｓ Ｉｄｅｎｔｉｔｙ属性内で指示される。

ステップ１４０４：ＨＳＳは、上記の指示を運ぶＳＰによって、Ｓ−ＣＳＣＦに、同等の挙動を有するＩＭＰＵの関連付け情報を提示する。

このステップでは、ＨＳＳは、各ＩＭＰＵと同等の挙動を有するＩＭＰＵを指示するＳＰを運ぶＸＭＬを、Ｓ−ＣＳＣＦに送信し、Ｓ−ＣＳＣＦは、受信したＸＭＬファイルに従って、同等の挙動を有するＩＭＰＵの関連付け情報を構文解析する。

１つの例では、ＩＭＰＵ１とＩＭＰＵ２とが同等の挙動を有し、ＩＭＰＵ３とＩＭＰＵ４とが同等の挙動を有する。１つのＩＲＰＵＩＳが存在し、同等の挙動を有するＩＭＰＵの組は、そのＩＲＰＵＩＳのサブセットである場合を例に取る。ＩＭＰＵ１とＩＭＰＵ２とＩＭＰＵ３とＩＭＰＵ４とが、同じＩＲＰＵＩＳ内である場合に、Ｓ−ＣＳＣＦが、ＳＡＲを介して、ＨＳＳからの、ＩＭＰＵ１のユーザデータを要求したとき、ＳＡＡ内で運ばれるＸＭＬファイルの内容は、以下のとおりである。

上記のＸＭＬファイルにおいて、ＩＭＰＵ１のＰｕｂｌｉｃ Ｉｄｅｎｔｉｔｙクラスのインスタンス内のＡｌｉａｓ Ｉｄｅｎｔｉｔｙは、ＩＭＰＵ２の情報を運び、ＩＭＰＵ２のＰｕｂｌｉｃ Ｉｄｅｎｔｉｔｙクラスのインスタンス内のＡｌｉａｓ Ｉｄｅｎｔｉｔｙは、ＩＭＰＵ１の情報を運ぶ。同様に、ＩＭＰＵ３のＰｕｂｌｉｃ Ｉｄｅｎｔｉｔｙクラスのインスタンス内のＡｌｉａｓ Ｉｄｅｎｔｉｔｙは、ＩＭＰＵ４の情報を運び、ＩＭＰＵ４のＰｕｂｌｉｃ Ｉｄｅｎｔｉｔｙクラスのインスタンス内のＡｌｉａｓ Ｉｄｅｎｔｉｔｙは、ＩＭＰＵ３の情報を運ぶ。

Ｓ−ＣＳＣＦは、上記のＸＭＬファイルを受信したら、Ａｌｉａｓ Ｉｄｅｎｔｉｔｙの指示に従って、同等の挙動を有するＩＭＰＵの関連付け情報を、すなわち、ＩＭＰＵ１とＩＭＰＵ２とが同等の挙動を有し、ＩＭＰＵ３とＩＭＰＵ４とが同等の挙動を有するということを、構文解析する。

本実施形態による、識別子の関連付けを実現するための方法について、上記で詳細に説明した。

本実施形態による装置の構成、接続関係、および機能は、本実施形態による装置内の情報提示モジュールの詳細な実装が、図１４のステップ１４０２〜１４０４から説明されるものと同じであってもよいということを除き、実施形態３の装置と同じである。

さらに、本実施形態によるシステムの構成、接続関係、および機能は、本実施形態におけるＨＳＳの情報提示モジュールの詳細な実装が、図１４のステップ１４０２〜１４０４から説明されるものと同じであってもよいということを除き、実施形態３のシステムと同じである。

実施形態６：方法４が使用される。

この実施形態は、同等の挙動を有するＩＭＰＵの組を１つだけ有している場合に、より適している。本発明の第６の実施形態による、ユーザ識別子の関連付けを実現するための方法のフローチャートである、図１６を参照されたい。図１６に示すように、このフローは、以下のステップを含む。

ステップ１６０１：ＨＳＳ内で、ユーザ識別子を関連付ける。

このステップの詳細な実装は、実施形態１または２の説明と同じであってもよい。実際の必要に応じて、その他の実装方法が採用されてもよい。

ステップ１６０２：ＨＳＳは、Ｓ−ＣＳＣＦに送信されるＳＰ内のＰｕｂｌｉｃ Ｉｄｅｎｔｉｔｙクラスの中の、ＩｄｅｎｔｉｔｙＴｙｐｅの値フィールドを拡張する。

このステップでは、ＩｄｅｎｔｉｔｙＴｙｐｅの値フィールドが拡張されて、列挙型が追加される。元のＩｄｅｎｔｉｔｙＴｙｐｅは、列挙型であり、０、１、および２の値を有する。ここで、０は、ＩＭＰＵを表し、１は、ＰＳＩを表し、２は、ワイルドカードＰＳＩを表す。したがって、本実施形態では、元のＩｄｅｎｔｉｔｙＴｙｐｅに基づいて、同等の挙動を有するＩＭＰＵを表す列挙値３が追加される。

具体的な実装において、拡張されたＩｄｅｎｔｉｔｙＴｙｐｅが、Ａｌｉａｓ＿Ｐｕｂｌｉｃ＿Ｕｓｅｒ＿Ｉｄｅｎｔｉｔｙ（エイリアス＿パブリック＿ユーザ＿識別子）と命名される場合、拡張されたＩｄｅｎｔｉｔｙＴｙｐｅを有するＸＭＬファイルの記述関係マッピングは、表６に示すとおりである。

ステップ１６０３：同等の挙動を有するＩＭＰＵの識別子型が、拡張されたＩｄｅｎｔｉｔｙＴｙｐｅの値を使用して指示される。

ＩＭＰＵが、同等の挙動を有するＩＭＰＵの組に属する場合、ＩＭＰＵの識別子型が、同等の挙動を有するＩＭＰＵであるということ、すなわち、表６内の、命名されたＡＬＩＡＳ＿ＰＵＢＬＩＣ＿ＵＳＥＲ＿ＩＤＥＮＴＩＴＹであるということを指示するために、拡張されたＩｄｅｎｔｉｔｙＴｙｐｅの値３が使用されてもよい。

ステップ１６０４：ＨＳＳは、上記のＩｄｅｎｔｉｔｙＴｙｐｅ指示を運ぶＳＰによって、Ｓ−ＣＳＣＦに、同等の挙動を有するＩＭＰＵの関連付け情報を提示する。

このステップでは、ＨＳＳは、ＩＭＰＵが属する、同等の挙動を有するＩＭＰＵの組を指示するＳＰを運ぶＸＭＬを、Ｓ−ＣＳＣＦに送信し、Ｓ−ＣＳＣＦは、受信したＸＭＬファイルに従って、同等の挙動を有するＩＭＰＵの関連付け情報を構文解析する。

１つの例では、ＩＭＰＵ１とＩＭＰＵ２とが同等の挙動を有し、そして、１つのＩＲＰＵＩＳが存在し、同等の挙動を有するＩＭＰＵの組は、そのＩＲＰＵＩＳのサブセットである。ＩＭＰＵ１とＩＭＰＵ２とＩＭＰＵ３とＩＭＰＵ４とが、同じＩＲＰＵＩＳ内である場合に、Ｓ−ＣＳＣＦが、ＳＡＲを介して、ＨＳＳからの、ＩＭＰＵ１のユーザデータを要求したとき、ＳＡＡ内で運ばれるＸＭＬファイルの内容は、以下のとおりである。

同等の挙動を有するＩＭＰＵは、同等の挙動を有するＩＭＰＵの型を、拡張されたＩｄｅｎｔｉｔｙＴｙｐｅ値に設定することによって指示される。上記のＸＭＬファイルにおいて、ＩＭＰＵ１のＰｕｂｌｉｃ Ｉｄｅｎｔｉｔｙクラスのインスタンス内で、ＩｄｅｎｔｉｔｙＴｙｐｅの値は３であり、ＩＭＰＵ２のＰｕｂｌｉｃ Ｉｄｅｎｔｉｔｙクラスのインスタンス内で、ＩｄｅｎｔｉｔｙＴｙｐｅの値は３であり、これは、ＩＭＰＵ１とＩＭＰＵ２とが同等の挙動を有することを示す。

Ｓ−ＣＳＣＦは、上記のＸＭＬファイルを受信したら、ＩｄｅｎｔｉｔｙＴｙｐｅの値の指示に従って、同等の挙動を有するＩＭＰＵの関連付け情報を、すなわち、ＩＭＰＵ１とＩＭＰＵ２とが同等の挙動を有するということを、構文解析する。

本実施形態による、識別子の関連付けを実現するための方法について、上記で詳細に説明した。

本実施形態による装置の構成、接続関係、および機能は、本実施形態による装置内の情報提示モジュールの詳細な実装が、図１６のステップ１６０２〜１６０４から説明されるものと同じであってもよいということを除き、実施形態３の装置と同じである。

さらに、本実施形態によるシステムの構成、接続関係、および機能は、本実施形態におけるＨＳＳの情報提示モジュールの詳細な実装が、図１６のステップ１６０２〜１６０４から説明されるものと同じであってもよいということを除き、実施形態３のシステムと同じである。

実施形態７：方法５が使用される。

この実施形態は、同じＳＰを有するＩＭＰＵの間で、同等の挙動を有するＩＭＰＵの組を１つだけ有している場合に、より適している。本発明の第７の実施形態による、ユーザ識別子の関連付けを実現するための方法のフローチャートである、図１７を参照されたい。図１７に示すように、このフローは、以下のステップを含む。

ステップ１７０１：ＨＳＳ内で、ユーザ識別子を関連付ける。

このステップの詳細な実装は、実施形態１または２の説明と同じであってもよい。実際の必要に応じて、その他の実装方法が採用されてもよい。

ステップ１７０２：ＨＳＳは、Ｓ−ＣＳＣＦに送信されるＳＰ内のＰｕｂｌｉｃ Ｉｄｅｎｔｉｔｙクラスを拡張する。

このステップでは、Ｐｕｂｌｉｃ Ｉｄｅｎｔｉｔｙクラスが拡張されて、ＩＭＰＵが、同等の挙動を有するＩＭＰＵであるかどうかを指示する属性が追加される。属性は、論理型（Ｂｏｏｌｅａｎ ｔｙｐｅ）である。

属性の値がｔｒｕｅであるか、または０より大きい場合は、ＩＭＰＵが、属性値が真であるか、または０より大きい他のＩＭＰＵと同等の挙動を有するということを示す。

属性の値がｆａｌｓｅであるか、または０に等しい場合は、ＩＭＰＵが、他のいずれのＩＭＰＵとも同じ挙動は有さないということを示す。

この実施形態において、ＨＳＳは、Ｓ−ＣＳＣＦに送信されるＳＰに関連するＸＭＬファイルを拡張する場合、ＳＰ内のＰｕｂｌｉｃ Ｉｄｅｎｔｉｔｙクラスの中に、ＩＭＰＵが、同等の挙動を有するＩＭＰＵであるかどうかを指示する属性を追加してもよい。ＩＭＰＵが、同等の挙動を有するＩＭＰＵであるかどうかを指示する属性が追加された、本実施形態によるＰｕｂｌｉｃ Ｉｄｅｎｔｉｔｙクラスの構造の概略図である、図１８を参照されたい。

詳細な実装において、拡張された属性が、ＡｌｉａｓＩｎｄｉｃａｔｏｒ（エイリアスインジケータ）と命名される場合、拡張されたＰｕｂｌｉｃ Ｉｄｅｎｔｉｔｙクラスを有するＸＭＬファイルの記述関係マッピングは、表７および表８に示すとおりである。

表７において、ＩＭＰＵが、同等の挙動を有するＩＭＰＵであるかどうかを指示する属性は、ＡｌｉａｓＩｎｄｉｃａｔｏｒと命名されており、データ型ｔＢｏｏｌに対応するタグに追加されている。

ＩＭＰＵが、同等の挙動を有するＩＭＰＵであるかどうかを指示する属性は、ＡｌｉａｓＩｎｄｉｃａｔｏｒと命名されており、その型は、論理型（Ｂｏｏｌｅａｎ ｔｙｐｅ）として定義されている。表８に示すように、Ａｌｉａｓ Ｉｄｅｎｔｉｔｙ Ｓｅｔ Ｎｕｍｂｅｒは、拡張フィールドを拡張することによって取得される。

表８から、ＡｌｉａｓＩｎｄｉｃａｔｏｒは、Ｐｕｂｌｉｃ Ｉｄｅｎｔｉｔｙ内のｔＰｕｂｌｉｃＩｄｅｎｔｉｔｙＥｘｔｅｎｓｉｏｎ２の拡張フィールド内で取得されるということがわかる。Ｐｕｂｌｉｃ Ｉｄｅｎｔｉｔｙクラスのインスタンスは、多くても１つの、ＡｌｉａｓＩｎｄｉｃａｔｏｒを含む。Ｐｕｂｌｉｃ Ｉｄｅｎｔｉｔｙ内のＩＭＰＵと同等の挙動を有するＩＭＰＵが存在しない場合、Ｐｕｂｌｉｃ ＩｄｅｎｔｉｔｙにＡｌｉａｓＩｎｄｉｃａｔｏｒを追加する必要はない。

ステップ１７０３：各ＩＭＰＵが他のＩＭＰＵと同等の挙動を有するかどうかを指示する、追加された属性の値を割り当てる。

ステップ１７０４：ＨＳＳは、上記の指示を運ぶＳＰによって、Ｓ−ＣＳＣＦに、同等の挙動を有するＩＭＰＵの関連付け情報を提示する。

このステップでは、ＨＳＳは、各ＩＭＰＵが、同等の挙動を有するＩＭＰＵであるかどうかを指示するＳＰを運ぶＸＭＬを、Ｓ−ＣＳＣＦに送信し、Ｓ−ＣＳＣＦは、受信したＸＭＬファイルに従って、同等の挙動を有するＩＭＰＵの関連付け情報を構文解析する。

１つの例では、ＩＭＰＵ１とＩＭＰＵ２とが同等の挙動を有し、そして、１つのＩＲＰＵＩＳが存在し、同等の挙動を有するＩＭＰＵの組は、そのＩＲＰＵＩＳのサブセットである。ＩＭＰＵ１とＩＭＰＵ２とＩＭＰＵ３とが、同じＩＲＰＵＩＳ内であり、かつ同じＳＰを有する場合に、Ｓ−ＣＳＣＦが、ＳＡＲを介した、ＨＳＳからの、ＩＭＰＵ１のユーザデータを要求したとき、ＳＡＡ内で運ばれるＸＭＬファイルの内容は、以下のとおりである。

ＩＭＰＵが、他のＩＭＰＵと同等の挙動を有するかどうかは、ＡｌｉａｓＩｎｄｉｃａｔｏｒの値を割り当てることによって指示される。上記のＸＭＬファイルにおいて、ＩＭＰＵ１のＰｕｂｌｉｃ Ｉｄｅｎｔｉｔｙクラスのインスタンス内では、ＡｌｉａｓＩｎｄｉｃａｔｏｒの値は１であり、これは、ＩＭＰＵ１が、同等の挙動を有するＩＭＰＵであることを示し、ＩＭＰＵ２のＰｕｂｌｉｃ Ｉｄｅｎｔｉｔｙクラスのインスタンス内では、ＡｌｉａｓＩｎｄｉｃａｔｏｒの値は１であり、これは、ＩＭＰＵ２が、同等の挙動を有するＩＭＰＵであることを示し、ＩＭＰＵ３のＰｕｂｌｉｃ Ｉｄｅｎｔｉｔｙクラスのインスタンス内には、ＡｌｉａｓＩｎｄｉｃａｔｏｒは存在せず、これは、ＩＭＰＵ３が、同等の挙動を有するＩＭＰＵではないことを示す。

Ｓ−ＣＳＣＦは、上記のＸＭＬファイルを受信したら、ＡｌｉａｓＩｎｄｉｃａｔｏｒの指示に従って、同等の挙動を有するＩＭＰＵの関連付け情報を、すなわち、ＩＭＰＵ１とＩＭＰＵ２とが同等の挙動を有し、ＩＭＰＵ３は、他のＩＭＰＵと同等の挙動を有さないということを、構文解析する。

本実施形態による、識別子の関連付けを実現するための方法について、上記で詳細に説明した。

本実施形態による装置の構成、接続関係、および機能は、本実施形態による装置内の情報提示モジュールの詳細な実装が、図１７のステップ１７０２〜１７０４から説明されるものと同じであってもよいということを除き、実施形態３の装置と同じである。

さらに、本実施形態によるシステムの構成、接続関係、および機能は、本実施形態におけるＨＳＳの情報提示モジュールの詳細な実装が、図１７のステップ１７０２〜１７０４から説明されるものと同じであってもよいということを除き、実施形態３のシステムと同じである。ＨＳＳによって、Ｓ−ＣＳＣＦに、同等の挙動を有するＩＭＰＵの関連付け情報を提示する手順について、実施形態３〜７の上記の説明を使用して、詳細に説明した。

さらに、Ｓ−ＣＳＣＦは、ＨＳＳから取得した、ＩＭＰＵの関連付け情報を、ＵＥ、Ｐ−ＣＳＣＦ、およびＡＳに提示してもよい。

従来技術では、ＵＥは、登録されるＩＭＰＵと同じＩＲＰＵＩＳに属する、禁止されていない（ｎｏｎ−ｂａｒｒｅｄ）ＩＭＰＵの情報を、登録を介して取得してもよく、その後、Ｓ−ＣＳＣＦからのイベントパケットに加入することによって、ユーザに関連する、すべての禁止されていないＩＭＰＵの登録状態を取得してもよい。

ＵＥが登録される場合、ＳＡＲメッセージを使用してＨＳＳからユーザデータをダウンロードした後で、Ｓ−ＣＳＣＦは、登録されるユーザと同等の挙動を有するＩＭＰＵの情報を知るようになってもよい。ユーザは、登録要求に対する応答２００ ＯＫを受信した後で、ｒｅｇイベントのイベントの通知に加入し、したがって、Ｓ−ＣＳＣＦがＩＭＰＵの関連付け情報をＵＥに提示することを可能にするために、加入されたイベントパケットは拡張されてもよく、そして、ｒｅｇイベントのＮｏｔｉｆｙ（通知）メッセージに情報を追加することによって、情報がＵＥに送信される。ここで、Ｓ−ＣＳＣＦとＵＥとの間のメッセージインタラクションは、インタフェースＧｍを介して行われる。以下では、この方法について、実施形態を参照して詳細に説明する。

実施形態８：

本発明の第８の実施形態による、ユーザ識別子の関連付けを実現するための方法のフローチャートである、図１９を参照されたい。図１９に示すように、このフローは、以下のステップを含む。

ステップ１９０１：ＨＳＳ内で、ユーザ識別子を関連付ける。

このステップの詳細な実装は、実施形態１または２の説明と同じであってもよい。実際の必要に応じて、その他の実装方法が採用されてもよい。

ステップ１９０２：ＨＳＳは、Ｓ−ＣＳＣＦに、同等の挙動を有するＩＭＰＵの関連付け情報を提示する。

このステップでは、ＵＥが登録される際に、Ｓ−ＣＳＣＦがＳＡＲメッセージを送信してユーザデータのダウンロードを要求した場合に、ＨＳＳは、同等の挙動を有するＩＭＰＵの関連付け情報を、Ｓ−ＣＳＣＦに提示してもよい。

ここで、ＨＳＳによって、Ｓ−ＣＳＣＦに、同等の挙動を有するＩＭＰＵの関連付け情報を提示する詳細な実装は、実施形態３〜７のいずれかの説明と同じであってもよい。

ステップ１９０３：ＵＥは、Ｓ−ＣＳＣＦに、イベントの通知への加入を送信する。

このステップでは、ＵＥは、Ｓ−ＣＳＣＦに、ｒｅｇイベントの通知への加入を送信してもよい。

ステップ１９０４：Ｓ−ＣＳＣＦは、加入されたイベントパケットを拡張して、同等の挙動を有するＩＭＰＵの関連付け情報を、加入されたイベントパケット内で運び、それをＵＥに提示する。

このステップでは、Ｓ−ＣＳＣＦは、加入されたｒｅｇイベントパケットを拡張する。例えば、１つ以上の情報要素（ｉｎｆｏｒｍａｔｉｏｎ ｅｌｅｍｅｎｔ）（ＩＥ）が、送信のために、ＸＭＬファイル内の登録ＩＥ（ｒｅｇｉｓｔｒａｔｉｏｎ ＩＥ）に追加されてもよく、それらのＩＥは、各ＩＭＰＵと同等の挙動を有するＩＭＰＵを含んでもよい。例えば、ＩＥは、Ａｌｉａｓ Ｉｄｅｎｔｉｔｙ（エイリアス識別子）と命名されてもよい。

図２を例に取ると、図２のＩＭＰＵ３とＩＭＰＵ４とが、本発明の、同等の挙動を有するＩＭＰＵである場合に、ＩＭＰＵ３とＩＭＰＵ４とが、登録手順の間に、ｒｅｇイベントの通知へ加入すると、Ｓ−ＣＳＣＦは、ＮｏｔｉｆｙメッセージをＵＥに送信し、そのメッセージは、各ＩＭＰＵの関連付け情報を運ぶ。以下を参照されたい。

Ｎｏｔｉｆｙメッセージ内で、ＩＭＰＵ３の登録ＩＥ内には、ＩＭＰＵ４を運ぶＡｌｉａｓＩｄｅｎｔｉｔｙ ＩＥが追加されており、ＩＭＰＵ４の登録ＩＥ内には、ＩＭＰＵ３を運ぶＡｌｉａｓＩｄｅｎｔｉｔｙ ＩＥが追加されているということがわかる。

Ｎｏｔｉｆｙメッセージを受信したら、ＵＥは、メッセージから、同等の挙動を有するＩＭＰＵ３とＩＭＰＵ４との関連付け情報を取得してもよい。

本発明の一実施形態による、識別子の関連付けを実現するための方法について、上記で詳細に説明した。

本発明による、識別子の関連付けを実現するための装置は、実施形態３〜７のいずれかの装置の説明と同じであってもよい。

本発明による、識別子の関連付けを実現するためのシステムについて、以下で詳細に説明する。

本発明の第８の実施形態による、識別子の関連付けを実現するためのシステムのブロック図である、図２０を参照されたい。図２０に示すように、実施形態３〜７のいずれかのシステムに基づいて、本実施形態による、識別子の関連付けを実現するためのシステムは、第２の要求しているエンティティをさらに含む。この実施形態では、第２の要求しているエンティティは、ＵＥである。

ここで、Ｓ−ＣＳＣＦは、第２の要求しているエンティティから、イベント通知の加入（ｓｕｂｓｃｒｉｐｔｉｏｎ ｅｖｅｎｔ ｎｏｔｉｆｉｃａｔｉｏｎ）を受信するように、そして、受信した、イベント通知の加入に従って、加入されたイベントパケット内で関連付け情報を運ぶことによって、第２の要求しているエンティティに、同等の挙動を有するＩＭＰＵの関連付け情報を提示するように、さらに適合される。

第２の要求しているエンティティは、イベント通知の加入をＳ−ＣＳＣＦに送信するように、そして、Ｓ−ＣＳＣＦからイベントパケットを受信するように、そして、受信したイベントパケットから、同等の挙動を有するＩＭＰＵの関連付け情報を構文解析するように、適合される。この実施形態では、第２の要求しているエンティティは、ＵＥである。

さらに、ＡＳも、ユーザが登録する際に、第三者加入（ｔｈｉｒｄ ｐａｒｔｙ ｓｕｂｓｃｒｉｐｔｉｏｎ）を介したｒｅｇイベントのイベント通知に加入する場合、Ｓ−ＣＳＣＦは、ＳＡＡまたはＰＰＲを介して取得した、同等の挙動を有するＩＭＰＵの関連付け情報を、ｒｅｇイベントのＮｏｔｉｆｙメッセージにその関連付け情報を追加することによって、ＡＳに、同様に提示してもよい。ここで、ＡＳとＳ−ＣＳＣＦとの間の情報インタラクションは、インタフェースＩＳＣを介して行われる。

同様に、Ｐ−ＣＳＣＦも、ユーザが登録する際に、Ｓ−ＣＳＣＦからのｒｅｇイベントのイベント通知に加入してもよく、Ｓ−ＣＳＣＦは、ＳＡＡまたはＰＰＲを介して取得した、同等の挙動を有するＩＭＰＵの関連付け情報を、ｒｅｇイベントのＮｏｔｉｆｙメッセージにその関連付け情報を追加することによって、Ｐ−ＣＳＣＦに、同様に提示してもよい。ここで、Ｐ−ＣＳＣＦとＳ−ＣＳＣＦとの間の情報インタラクションは、インタフェースＭｗを介して行われる。

ここで、同等の挙動を有するＩＭＰＵの関連付け情報を、要求しているエンティティＵＥ、および／またはＡＳ、および／またはＰ−ＣＳＣＦに、Ｓ−ＣＳＣＦによって提示する方法は、同じであってもよく、すなわち、詳細な実装は実施形態８の説明と同じであってもよい。違いは、単に、同等の挙動を有するＩＭＰＵの関連付け情報が、異なる要求しているエンティティに応じて、異なる要求しているエンティティに提示されるということにある。

したがって、このシステムにおいて、第２の要求しているエンティティは、ＡＳまたはＰ−ＣＳＣＦである。それらの手順は、相互に類似しているため、ここでは詳細には説明しない。

さらに、従来技術では、ＡＳとＨＳＳとの間の情報インタラクションは、インタフェースＳｈなどを介して行われているかもしれない。ＡＳは、Ｕｓｅｒ−Ｄａｔａ−Ｒｅｑｕｅｓｔ（ユーザ−データ−要求）（ＵＤＲ）メッセージ内で、Ｄａｔａ−Ｒｅｆｅｒｅｎｃｅ ＡＶＰ（データ−参照ＡＶＰ）の値をＩＭＳＰｕｂｌｉｃＩｄｅｎｔｉｔｙ（１０）に設定することによって、ユーザのパブリック識別子の情報を要求していることを指示してもよい。ＨＳＳは、次に、メッセージ内のＩｄｅｎｔｉｔｙ−Ｓｅｔ ＡＶＰ（識別子−セットＡＶＰ）内で指示されたパブリック識別子の型に従って、Ｕｓｅｒ−Ｄａｔａ−Ａｎｓｗｅｒ（ユーザ−データ−回答）（ＵＤＡ）内で、対応するパブリック識別子をＡＳに返す。

さらに、ＡＳは、Ｓｕｂｓｃｒｉｂｅ−Ｎｏｔｉｆｉｃａｔｉｏｎ−Ｒｅｑｕｅｓｔ（加入−通知−要求）（ＳＮＲ）メッセージ内で、Ｄａｔａ−Ｒｅｆｅｒｅｎｃｅ ＡＶＰの値をＩＭＳＰｕｂｌｉｃＩｄｅｎｔｉｔｙ（１０）として設定することによって、パブリック識別子情報に加入してもよい。パブリック識別子が変化した場合、ＨＳＳは、Ｉｄｅｎｔｉｔｙ−Ｓｅｔ ＡＶＰ内で指示されたパブリック識別子型に従って、Ｐｕｓｈ−Ｎｏｔｉｆｉｃａｔｉｏｎ−Ｒｅｑｕｅｓｔ（プッシュ−通知−要求）（ＰＮＲ）メッセージを介して、関連するデータをＡＳに送信する。あるいは、要求されたパブリック識別子は、Ｓｕｂｓｃｒｉｂｅ−Ｎｏｔｉｆｉｃａｔｉｏｎｓ−Ａｎｓｗｅｒ（加入−通知−回答）（ＳＮＡ）メッセージを介して、最初にＡＳに送信され、次に、パブリック識別子が変化した場合に、ＰＮＲメッセージを介して、ＡＳに送信される。

上記の手順に基づいて、ＡＳがＨＳＳからのパブリック識別子情報を要求した場合、ＨＳは、要求メッセージ内のＩｄｅｎｔｉｔｙ−Ｓｅｔ ＡＶＰ内で指示されたパブリック識別子の型に従って、対応するパブリック識別子情報をＡＳに返す、ということがわかる。

ここで、Ｉｄｅｎｔｉｔｙ−Ｓｅｔは、次の４つの値を取ってもよい。ＡＬＬ＿ＩＤＥＮＴＩＴＩＥＳ（すべて＿識別子）（０）、ＲＥＧＩＳＴＥＲＥＤ＿ＤＮＴＩＴＩＥＳ（登録済み＿識別子）（１）、ＩＭＰＬＩＣＩＴ＿ＩＤＥＮＴＩＴＩＥＳ（暗黙＿識別子）（２）、またはＡＬＩＡＳ＿ＩＤＥＮＴＩＴＩＥＳ（エイリアス＿識別子）（３）。

値がＡＬＬ＿ＩＤＥＮＴＩＴＩＥＳである場合、ＨＳＳは、要求メッセージ内のＩＭＰＵに関連付けられたすべてのＩＭＰＩに対応する、禁止されていない（ｎｏｎ−ｂａｒｒｅｄ）ＩＭＰＵを、ＡＳに返す。値がＲＥＧＩＳＴＥＲＥＤ＿ＤＮＴＩＴＩＥＳである場合、ＨＳＳは、要求メッセージ内のＩＭＰＵに関連付けられたすべてのＩＭＰＩに対応する、禁止されていない登録済みＩＭＰＵを、ＡＳに返す。値がＩＭＰＬＩＣＩＴ＿ＩＤＥＮＴＩＴＩＥＳである場合、ＨＳＳは、要求メッセージ内のＩＭＰＵと同じＩＲＰＵＩＳに属する、禁止されていないＩＭＰＵを、ＡＳに返す。値がＡＬＩＡＳ＿ＩＤＥＮＴＩＴＩＥＳである場合、ＨＳＳは、要求メッセージ内のＩＭＰＵのＩＲＰＵＩＳ内の、同じＳＰを有する、禁止されていないＩＭＰＵを、ＡＳに返す。

本発明のこの実施形態においては、ＨＳＳが、同等の挙動を有するＩＭＰＵの関連付け情報をＡＳに提示することを可能にするために、ＡＳは、同等の挙動を有するＩＭＰＵに対する要求をＨＳＳに送信してもよく、次に、ＨＳＳは、要求に従って、要求メッセージ内のＩＭＰＵと同等の挙動を有する、禁止されていない（ｎｏｎ−ｂａｒｒｅｄ）ＩＭＰＵを、ＡＳに提示する。この目的のために、Ｉｄｅｎｔｉｔｙ−Ｓｅｔの値は拡張されてもよく、その詳細な手順を、実施形態を参照して以下で説明する。

実施形態９：

本発明の第９の実施形態による、ユーザ識別子の関連付けを実現するための方法のフローチャートである、図２１を参照されたい。図２１に示すように、このフローは、以下のステップを含む。

ステップ２１０１：ＨＳＳ内で、ユーザ識別子を関連付ける。

このステップの詳細な実装は、実施形態１または２の説明と同じであってもよい。実際の必要に応じて、その他の実装方法が採用されてもよい。

ステップ２１０２：Ｉｄｅｎｔｉｔｙ−Ｓｅｔの値を拡張して、同等の挙動を有するＩＭＰＵの情報に対する要求を指示する値を追加する。

このステップでは、Ｉｄｅｎｔｉｔｙ−Ｓｅｔの値が拡張されて、値４が追加される。追加される値は、ＡＬＩＡＳ＿ＧＲＯＵＰ＿ＩＤＥＮＴＩＴＩＥＳ（エイリアス＿グループ＿識別子）と命名され、これはすなわち、同等の挙動を有するＩＭＰＵに対する要求を指示する、ＡＬＩＡＳ＿ＧＲＯＵＰ＿ＩＤＥＮＴＩＴＩＥＳ（４）である。

ステップ２１０３：ＡＳは、ＨＳＳに、同等の挙動を有するＩＭＰＵに対する要求を送信する。

このステップでは、ＡＳは、ＵＤＲまたはＳＮＲメッセージを使用して、ＨＳＳに、ＩＭＰＵの情報に対する要求を送信してもよく、そして、メッセージ内で、値Ｉｄｅｎｔｉｔｙ−Ｓｅｔは、ＡＬＩＡＳ＿ＧＲＯＵＰ＿ＩＤＥＮＴＩＴＩＥＳ（４）に設定される。すなわち、同等の挙動の識別子型を指示するために、Ｉｄｅｎｔｉｔｙ−Ｓｅｔ ＶＡＰが使用される。

ステップ２１０４：ＨＳＳは、ＡＳに、要求メッセージ内のＩＭＰＵと同等の挙動を有するＩＭＰＵを提示する。

このステップでは、ＨＳＳは、ＵＤＡメッセージ、またはＳＮＡメッセージ、またはＰＮＲメッセージを使用して、要求メッセージ内のＩＭＰＵと同等の挙動を有する、禁止されていない（ｎｏｎ−ｂａｒｒｅｄ）ＩＭＰＵを、または、対応する変化したＩＭＰＵの情報を、ＡＳに提示する。

図２１で説明されたシナリオに加えて、さらに、Ｉｄｅｎｔｉｔｙ−Ｓｅｔの値がＡＬＩＡＳ＿ＩＤＥＮＴＩＴＩＥＳ（３）であるシナリオが定義し直されてもよい。すなわち、ＡＬＩＡＳ＿ＩＤＥＮＴＩＴＩＥＳ（３）は、ＩＲＰＵＩＳ内の同じＳＰを有するＩＭＰＵに対する要求ではなく、同等の挙動を有するＩＭＰＵに対する要求を指示するために使用される。したがって、ＡＳからＨＳＳに送信される要求メッセージ内のＩｄｅｎｔｉｔｙ−ＳｅｔのＡＳ値がＡＬＩＡＳ＿ＩＤＥＮＴＩＴＩＥＳ（３）である場合、ＨＳＳは、要求メッセージ内のＩＭＰＵと同等の挙動を有する、禁止されていない（ｎｏｎ−ｂａｒｒｅｄ）ＩＭＰＵを、ＡＳに送信してもよい。

本実施形態による、識別子の関連付けを実現するための方法について、上記で詳細に説明した。

本実施形態による装置の構成、接続関係、および機能は、本実施形態における要求しているエンティティはＡＳであるということを除き、実施形態３の装置と同じである。その一方で、装置内の情報提示モジュールの詳細な実装は、図２１のステップ２１０２〜２１０４から説明されるものと同じか、または、定義し直されたＩｄｅｎｔｉｔｙ−Ｓｅｔの値ＡＬＩＡＳ＿ＩＤＥＮＴＩＴＩＥＳ（３）の説明と同じであってもよい。

本実施形態によるシステムの構成、接続関係、および機能は、本実施形態における第１の要求しているエンティティはＡＳであるということを除き、実施形態３のシステムと同じである。その一方で、ＨＳＳ内の情報提示モジュールの詳細な実装は、図２１のステップ２１０２〜２１０４から説明されるものと同じか、または、定義し直されたＩｄｅｎｔｉｔｙ−Ｓｅｔの値ＡＬＩＡＳ＿ＩＤＥＮＴＩＴＩＥＳ（３）の説明と同じであってもよい。

上述の詳細な実装は、本発明の目的、技術的解決法、および利点をさらに説明する。上述したものは、本発明の好ましい実施形態にすぎず、本開示の範囲を限定することを意図するものではないということが理解されるべきである。本開示の精神および範囲内の、任意の修正、均等物置換、および改善は、本開示の範囲に含まれることが意図されている。

Claims (29)

1. ユーザ識別子の関連付けを実現するための方法であって、
   ホーム加入サーバ（Ｈｏｍｅ Ｓｕｂｓｃｒｉｐｔｉｏｎ Ｓｅｒｅｒ）（ＨＳＳ）内で、同等挙動ユーザ識別子を設定し、
   前記設定された同等挙動ユーザ識別子を介して、同等の挙動を有するＩＭＳパブリックユーザ識別子（ＩＭＰＵ）を関連付ける、方法。
2. 前記同等の挙動を有する前記ＩＭＰＵは、同じサービスプロファイル（ＳＰ）と、同じサービスデータとを有し、かつ、同じ、暗黙裡に登録されるパブリックユーザ識別子のセット（ＩＲＰＵＩＳ）に属するＩＭＰＵである、請求項１に記載の方法。
3. 前記ＨＳＳ内で、前記同等挙動ユーザ識別子を前記設定することは、
   前記ＨＳＳ内で、前記同等の挙動を有するＩＭＰＵの組を指示するために使用される指示を設定すること、または、
   前記ＨＳＳのＩＭＰＵとともに、前記ＩＭＰＵが属する前記同等の挙動を有するＩＭＰＵの組を指示するために使用される指示を設定すること、または、
   前記ＨＳＳのＩＭＰＵとともに、前記ＩＭＰＵが、前記同等の挙動を有するＩＭＰＵの組に属することを指示するために使用される指示を設定することを含む、請求項１に記載の方法。
4. サービング呼セッション制御機能（Ｓ−ＣＳＣＦ）に、前記同等の挙動を有する前記ＩＭＰＵの関連付け情報を、前記ＨＳＳによって提示することをさらに含む、請求項１に記載の方法。
5. 前記Ｓ−ＣＳＣＦに、前記関連付け情報を、前記ＨＳＳによって前記提示することは、
   前記Ｓ−ＣＳＣＦに送信されるＳＰ内に、エイリアス識別子を指示するクラスを、前記ＨＳＳによって追加することと、
   前記同等の挙動を有する前記ＩＭＰＵを、前記追加されたクラスによって指示することと、
   前記指示を運ぶ前記ＳＰによって、前記Ｓ−ＣＳＣＦに、前記関連付け情報を、前記ＨＳＳによって提示することとを含むか、
   または、
   前記Ｓ−ＣＳＣＦに送信されるＳＰ内のＰｕｂｌｉｃ Ｉｄｅｎｔｉｔｙクラスに、ＩＭＰＵが属するＩＭＰＵの組を指示する属性を、前記ＨＳＳによって追加することと、
   前記属性に値を割り当てることによって、各ＩＭＰＵが属する、前記同等の挙動を有するＩＭＰＵの組を指示することと、
   前記指示を運ぶ前記ＳＰによって、前記Ｓ−ＣＳＣＦに、前記関連付け情報を、前記ＨＳＳによって提示することとを含むか、
   または、
   前記Ｓ−ＣＳＣＦに送信されるＳＰ内のＰｕｂｌｉｃ Ｉｄｅｎｔｉｔｙクラスに、ＩＭＰＵが属する組のメンバーを指示するクラスを、前記ＨＳＳによって追加することと、
   前記追加されたクラス内で、各ＩＭＰＵに、前記同等の挙動を有するＩＭＰＵを指示することと、
   前記指示を運ぶ前記ＳＰによって、前記Ｓ−ＣＳＣＦに、前記関連付け情報を、前記ＨＳＳによって提示することとを含むか、
   または、
   前記Ｓ−ＣＳＣＦに送信されるＳＰ内のＰｕｂｌｉｃ ＩｄｅｎｔｉｔｙクラスのＩｄｅｎｔｉｔｙＴｙｐｅ属性の値フィールドを、前記ＨＳＳによって拡張し、前記拡張されたＩｄｅｎｔｉｔｙＴｙｐｅの値を使用して、前記同等の挙動を有する前記ＩＭＰＵの識別子型を指示することと、
   前記識別子型の指示を運ぶ前記ＳＰによって、前記Ｓ−ＣＳＣＦに、前記関連付け情報を、前記ＨＳＳによって提示することとを含むか、
   または、
   前記Ｓ−ＣＳＣＦに送信されるＳＰ内のＰｕｂｌｉｃ Ｉｄｅｎｔｉｔｙクラスに、ＩＭＰＵが、前記同等の挙動を有するＩＭＰＵの組に属するかどうかを指示する属性を、前記ＨＳＳによって追加することと、
   前記属性に値を割り当てることによって、前記同等の挙動を有するＩＭＰＵの前記組に前記ＩＭＰＵが属するかどうかを指示することと、
   前記指示を運ぶ前記ＳＰによって、前記Ｓ−ＣＳＣＦに、前記関連付け情報を、前記ＨＳＳによって提示することとを含む、請求項４に記載の方法。
6. 要求しているエンティティに、前記同等の挙動を有する前記ＩＭＰＵの前記関連付け情報を、前記Ｓ−ＣＳＣＦによって提示することをさらに含む、請求項５に記載の方法。
7. 前記要求しているエンティティに、前記関連付け情報を、前記Ｓ−ＣＳＣＦによって提示することの前に、
   前記Ｓ−ＣＳＣＦに、イベントの通知の加入を、前記要求しているエンティティによって送信することを更に含み、
   前記要求しているエンティティに、前記同等の挙動を有する前記ＩＭＰＵの前記関連付け情報を、前記Ｓ−ＣＳＣＦによって前記提示することは、
   加入されたイベントパケット内で、前記関連付け情報を運ぶことによって、前記イベントの前記加入された通知に従って、前記要求しているエンティティに、前記同等の挙動を有する前記ＩＭＰＵの前記関連付け情報を、前記Ｓ−ＣＳＣＦによって提示することを含む、請求項６に記載の方法。
8. 前記要求しているエンティティは、ユーザ装置（ＵＥ）、および／または、アプリケーションサーバ（ＡＳ）、および／または、プロキシＣＳＣＦ（Ｐ−ＣＳＣＦ）である、請求項７に記載の方法。
9. 前記ＨＳＳからの、前記同等の挙動を有する前記ＩＭＰＵを、ＡＳによって要求することと、
   前記要求に従って、前記ＡＳに、前記同等の挙動を有する前記ＩＭＰＵを、前記ＨＳＳによって提示することとを更に含む、請求項１〜３のいずれか一項に記載の方法。
10. 前記ＨＳＳからの、前記同等の挙動を有する前記ＩＭＰＵを、前記ＡＳによって要求するステップは、
    ｉｄｅｎｔｉｔｙ ｓｅｔ属性値ペア（ＡＶＰ）を使用して、前記同等の挙動の識別子型を、前記ＡＳによって指示することと、要求メッセージ内で、前記同等の挙動の前記識別子型を指示する前記ｉｄｅｎｔｉｔｙ ｓｅｔ ＡＶＰを運ぶことと、前記ＨＳＳに、前記ｉｄｅｎｔｉｔｙ ｓｅｔ ＡＶＰを送信することとを含み、
    前記要求に従って、前記ＡＳに、前記同等の挙動を有する前記ＩＭＰＵを、前記ＨＳＳによって提示するステップは、
    前記要求メッセージ内で指示された、前記同等の挙動の前記識別子型に従って、前記ＡＳに、前記要求メッセージ内のＩＭＰＵと同等の挙動を有するＩＭＰＵを、前記ＨＳＳによって提示することを含む、請求項９に記載の方法。
11. 前記同等の挙動を有する前記ＩＭＰＵの関連付け情報を、前記ＨＳＳ内のＩＭＰＵに関連する初期フィルタ基準（ｉＦＣ）のサービス情報内に含めることを更に含む、請求項１に記載の方法。
12. 前記ＨＳＳからのユーザデータを、前記Ｓ−ＣＳＣＦによって要求することと、前記ＨＳＳから、前記同等の挙動を有する前記ＩＭＰＵの前記関連付け情報を含む前記サービス情報を有する前記ｉＦＣをダウンロードすることと、前記ｉＦＣが満たされた場合に、メッセージ内で前記サービス情報を運ぶことによって、ＡＳに、前記同等の挙動を有する前記ＩＭＰＵの前記関連付け情報を含む前記サービス情報を提示することとを更に含む、請求項１１に記載の方法。
13. ユーザ識別子の関連付けを実現するための装置であって、指示設定モジュールと、指示提示モジュールとを具備し、
    前記指示設定モジュールは、ＨＳＳ内で、同等挙動ユーザ識別子を設定するように適合され、
    前記指示提示モジュールは、前記指示設定モジュールによって設定された前記同等挙動ユーザ識別子を使用して、同等の挙動を有するＩＭＰＵを関連付けるように適合された、装置。
14. 前記装置は、情報提示モジュールをさらに具備し、
    前記指示提示モジュールは、前記情報提示モジュールに、前記同等の挙動を有する指示されたＩＭＰＵの情報を提供し、
    前記情報提示モジュールは、前記指示提示モジュールによって提供された、前記同等の挙動を有する前記指示されたＩＭＰＵの前記情報に従って、要求しているエンティティに、前記同等の挙動を有する前記ＩＭＰＵの関連付け情報を提示するように適合された、請求項１３に記載の装置。
15. ユーザ識別子の関連付けを実現するためのシステムであって、ＨＳＳと、第１の要求しているエンティティとを具備し、
    前記ＨＳＳは、同等の挙動を有するＩＭＰＵを関連付けるように、かつ、前記同等の挙動を有する前記ＩＭＰＵの関連付け情報を、メッセージ内で前記情報を運ぶことによって、前記第１の要求しているエンティティに送信するように、適合され、
    前記第１の要求しているエンティティは、前記ＨＳＳからの前記メッセージを構文解析するように、かつ、前記メッセージから、前記同等の挙動を有する前記ＩＭＰＵの前記関連付け情報を取得するように、適合された、システム。
16. 前記ＨＳＳは、指示提示モジュールと、情報提示モジュールとを具備し、
    前記指示提示モジュールは、前記同等の挙動を有する前記ＩＭＰＵを関連付けるように、かつ、前記情報提示モジュールに、前記同等の挙動を有する指示されたＩＭＰＵの情報を提供するように、適合され、
    前記情報提示モジュールは、前記指示提示モジュールによって提供された、前記同等の挙動を有する前記指示されたＩＭＰＵの前記情報に従って、前記要求しているエンティティに、前記同等の挙動を有する前記ＩＭＰＵの前記関連付け情報を提示するように適合された、請求項１５に記載のシステム。
17. 前記第１の要求しているエンティティは、ＡＳである、請求項１５又は１６に記載のシステム。
18. 前記第１の要求しているエンティティは、Ｓ−ＣＳＣＦである、請求項１５又は１６に記載のシステム。
19. 前記システムは、第２の要求しているエンティティをさらに含み、
    前記Ｓ−ＣＳＣＦは、前記第２の要求しているエンティティから、イベントの通知の加入を受信するように、かつ、前記イベントの通知の前記加入に従って、加入されたイベントパケット内で、前記関連付け情報を運ぶことによって、前記第２の要求しているエンティティに、前記同等の挙動を有する前記ＩＭＰＵの前記関連付け情報を提示するように、さらに適合され、
    前記第２の要求しているエンティティは、前記Ｓ−ＣＳＣＦに、前記イベントの通知の前記加入を送信するように、かつ、前記Ｓ−ＣＳＣＦから、前記イベントパケットを受信するように、かつ、前記受信したイベントパケットから、前記同等の挙動を有する前記ＩＭＰＵの前記関連付け情報を構文解析するように、適合された、請求項１８に記載のシステム。
20. 前記第２の要求しているエンティティは、ＵＥ、ＡＳ、またはＰ−ＣＳＣＦである、請求項１９に記載のシステム。
21. ユーザ識別子の関連付けを実現するための方法であって、
    ＨＳＳ内で、同じＳＰと同じサービスデータとを有し、かつ、同じＩＲＰＵＩＳに属する、同等の挙動を有するＩＭＰＵを関連付け、
    前記同等の挙動を有する前記ＩＭＰＵの関連付け情報を、前記ＨＳＳによって保存する、方法。
22. 前記同等の挙動を有する前記ＩＭＰＵを関連付けるステップは、
    同等挙動ユーザ識別子を設定することによって、前記同等の挙動を有する前記ＩＭＰＵを関連付けることを含む、請求項２１に記載の方法。
23. 前記同等挙動ユーザ識別子を設定するステップは、
    前記ＨＳＳ内で、前記同等の挙動を有する前記ＩＭＰＵを指示するために使用される、前記同等挙動ユーザ識別子を設定することを含む、請求項２２に記載の方法。
24. Ｓ−ＣＳＣＦに、前記同等の挙動を有する前記ＩＭＰＵの関連付け情報を、前記ＨＳＳによって提示することを更に含む、請求項２１に記載の方法。
25. 前記ＨＳＳによって、前記Ｓ−ＣＳＣＦに、前記関連付け情報を提示するステップは、
    前記Ｓ−ＣＳＣＦに送信されるＳＰ内のＰｕｂｌｉｃ Ｉｄｅｎｔｉｔｙクラス内に、ＩＭＰＵが属する組であって、前記同等の挙動を有するＩＭＰＵの組を指示する属性を追加することと、
    前記Ｓ−ＣＳＣＦに、前記属性を運ぶ前記ＳＰを送信することとを含む、請求項２４に記載の方法。
26. 前記ＩＭＰＵが属する前記組を指示するために使用される前記属性は、Ａｌｉａｓ Ｉｄｅｎｔｉｔｙ Ｓｅｔ Ｎｕｍｂｅｒである、請求項２５に記載の方法。
27. 前記ＨＳＳからの、前記同等の挙動を有する前記ＩＭＰＵを、ＡＳによって要求することと、
    前記要求に従って、前記ＡＳに、前記同等の挙動を有する前記ＩＭＰＵを、前記ＨＳＳによって提示することとを更に含む、請求項２１に記載の方法。
28. 前記ＡＳによって、前記ＨＳＳからの、前記同等の挙動を有する前記ＩＭＰＵの情報を要求するステップは、
    前記ＡＳに、ｉｄｅｎｔｉｔｙ ｓｅｔ ＡＶＰを運ぶ要求メッセージを、前記ＡＳによって送信することであって、前記ｉｄｅｎｔｉｔｙ ｓｅｔ ＡＶＰは、前記同等の挙動を有する前記ＩＭＰＵという型を指示するように適合された、ことと、
    前記要求に従って、前記ＡＳに、前記同等の挙動を有する前記ＩＭＰＵの前記情報を、前記ＨＳＳによって提示することと、
    前記ｉｄｅｎｔｉｔｙ ｓｅｔ ＡＶＰによって指示された、前記同等の挙動を有する前記ＩＭＰＵという前記型に従って、前記ＡＳに、前記同等の挙動を有する前記ＩＭＰＵを、前記ＨＳＳによって提示することとを含む、請求項２７に記載の方法。
29. 前記ｉｄｅｎｔｉｔｙ ｓｅｔ ＡＶＰの値がＡＬＩＡＳ＿ＩＤＥＮＴＩＴＩＥＳである場合に、前記同等の挙動を要求している前記ＩＭＰＵという前記型を指示する、請求項２８に記載の方法。

Images