JP5581394B2 - パブリックアイデンティティの処理 - Google Patents

Description

本発明は、パブリックユーザアイデンティティを登録するための機構に関する。詳細には、本発明は、同時に登録されるパブリックユーザアイデンティティを含む登録機構のための方法及び装置に関する。

第３世代パートナシッププロジェクト（３ＧＰＰ）が定めるＩＰ（インターネットプロトコル）マルチメディアサブシステム（ＩＭＳ）の内部では、インターネット技術標準化委員会（ＩＥＴＦ）により定義されるセッション開始プロトコル（ＳＩＰ）を使用して通信を制御する。ＳＩＰは、１又はそれ以上の参加者とのセッションを作成し、修正し、終了するためのアプリケーション層制御プロトコルである。これらのセッションは、インターネットマルチメディア会議、インターネット通話、及びマルチメディア配信を含むことができる。セッションのメンバーは、マルチキャストを介して、ユニキャスト関係のメッシュを介して、又はこれらを組み合わせて通信することができる。セッション記述プロトコル（ＳＤＰ）は、マルチメディアセッション内のメディアストリームに関する情報を伝えて、セッション記述の受信者がセッションに参加できるようにするプロトコルである。ＳＤＰの提供及び応答は、ＳＩＰメッセージで行うことができる。ＩＥＴＦは、Ｄｉａｍｅｔｅｒプロトコルを定義しており、このプロトコルは、ネットワークアクセス又はＩＰモビリティなどのアプリケーションに、認証、許可及びアカウンティング（ＡＡＡ）フレームワークを提供するように意図されている。

通常、ユーザ装置などのネットワーク要素と、別の通信装置又はユーザ装置、データベース、サーバなどとの間で通信接続を正しく確立して処理するためには、異なる通信ネットワークに属することができる制御ネットワーク要素、サポートノード、サービスノード、及び相互作用要素などの１又はそれ以上の中間ネットワーク要素が関与する。

ＩＭＳは、ワイルドカード付きパブリックユーザアイデンティティ（ＩＭＰＵ）をサポートすることができる。このワイルドカード付きＩＭＰＵの概念は、ＩＭＰＵの範囲／グループを網羅して管理努力を簡略化するために、ワイルドカード付きＩＭＰＵ内の全てのＩＭＰＵを同じサービスプロファイルに割り当てるという前提条件で導入されたものである。さらに、ＩＭＳユーザを識別するためのパブリックユーザアイデンティティとして特異的なＩＭＰＵが定義された。

ワイルドカード付きＩＭＰＵの例として、ＩＰ構内電話交換機（ＩＰ−ＰＢＸ）を利用する企業では、全てのＴｅｌ−ＵＲＩが＋１２３から始まることができる。ワイルドカード付きＩＭＰＵを定義するためには、拡張正規表現（ＥＲＥ）を使用することができる。このようなワイルドカード付きＩＭＰＵは、「ｔｅｌ：＋１２３！．＊！」という形式を有することができる。

このように、ワイルドカード付きパブリックユーザアイデンティティは、大量のユーザが同時に登録し、ネットワークがこれらを同じように処理する場合に動作の最適化及びノードの維持を可能にすることができる。しかしながら、ワイルドカード付きＩＭＰＵが網羅するＩＭＰＵの中には、例えば会社の重役などのように異なるサービスプロファイルを有するべきものが存在する場合もある。しかしながら、上述したように、ワイルドカード付きＩＭＰＵが網羅するＩＭＰＵは、全て同じサービスプロファイルしか有することができない。

本発明は、
ユーザの複数のパブリックユーザアイデンティティを網羅するワイルドカード付きパブリックユーザアイデンティティを含む第１の記録を定義するステップと、
ワイルドカード付きパブリックユーザアイデンティティが網羅する複数のパブリックユーザアイデンティティに属するユーザのパブリックユーザアイデンティティを含む第２の記録を定義するステップと、
この第１の記録及び第２の記録を、同時に登録されるパブリックユーザアイデンティティを含む同じ登録セットに割り当てるステップと、
を含む加入者データエンティティ、方法及びコンピュータプログラム製品を提供することにより上記の問題点を克服する。

登録セットは、非明示的な登録セット（ＩＲＳ）を含むことができる。

この加入者データエンティティ、方法及び／又はコンピュータプログラム製品は、
第１の記録及び第２の記録に異なるサービスプロファイルを割り当てるステップと、
同時に登録されるパブリックユーザアイデンティティの１つに関する登録動作中に、この同時に登録されるパブリックユーザアイデンティティをセッション制御エンティティへ送信するステップと、
パブリックユーザアイデンティティに関連する登録動作中に、まずこのパブリックユーザアイデンティティが、ワイルドカード付きパブリックユーザアイデンティティを含まない記録のいずれかに一致するかどうかをチェックし、その後、このワイルドカード付きパブリックユーザアイデンティティを含まない記録の中に一致が見つからない場合、このパブリックユーザアイデンティティが、ワイルドカード付きパブリックユーザアイデンティティを含む記録のいずれかに一致するかどうかをチェックするステップと、
インターネットプロトコルマルチメディアサブシステム（ＩＭＳ）のホーム加入者サーバ（ＨＳＳ）又は加入者ロケータ機能（ＳＬＦ）と、
ユーザの複数のパブリックユーザアイデンティティを網羅するワイルドカード付きパブリックユーザアイデンティティとしてのみ定義されるユーザのパブリックユーザアイデンティティを明示的に登録できないように制御するステップと、
のうちの１又はそれ以上をさらに含むことができる。

さらに、
複数のパブリックサービスアイデンティティを網羅するワイルドカード付きパブリックサービスアイデンティティを含む第１の記録を定義するステップと、
ワイルドカード付きパブリックサービスアイデンティティが網羅する複数のパブリックサービスアイデンティティに属するパブリックサービスアイデンティティを含む第２の記録を定義するステップと、
この第１の記録及び第２の記録を、同時に登録されるパブリックサービスアイデンティティを含む同じ登録セットに割り当てるステップと、
を含む加入者データエンティティ、方法及びコンピュータプログラム製品を提供する。

さらに、
特異的なパブリックユーザアイデンティティとしてとして定義されたパブリックユーザアイデンティティ、及びワイルドカード付きパブリックユーザアイデンティティとして定義されたパブリックユーザアイデンティティを維持することを含む、パブリックユーザアイデンティティを維持するステップと、
登録できるパブリックユーザアイデンティティを
ａ．）明示的に、及び
ｂ．）別の明示的に登録されたパブリックユーザアイデンティティとともに非明示的に、ネットワークに登録するステップと、
パブリックユーザアイデンティティの登録を制御するステップと、
を含む加入者データエンティティ、方法及びコンピュータプログラム製品を提供し、この制御は、パブリックユーザアイデンティティが、維持されているワイルドカード付きパブリックユーザアイデンティティに一致し、維持されている特異的なパブリックユーザアイデンティティのいずれにも一致しない場合に、パブリックユーザアイデンティティの明示的な登録を許可しないことを含む。

パブリックユーザアイデンティティを非明示的に登録するステップは、他の明示的に登録されたパブリックユーザアイデンティティと同じ登録セット内に定義されたパブリックユーザアイデンティティを登録するステップを含むことができる。

本発明の実施形態は、以下の１又はそれ以上の利点を有することができる。
アイデンティティ及びアイデンティティの範囲を維持するための柔軟性の向上。
より良好なアイデンティティの登録の制御。

本発明の実施形態に関連するネットワークアーキテクチャを示す図である。 非明示的な登録セット及びパブリックユーザアイデンティティを示す図である。 複数のプライベートユーザアイデンティティ（ＩＭＰＩ）が関与する場合を示す図である。 ＩＭＳサービスプロファイルのモデルを示す図である。 ＩＭＳパブリック識別のモデルを示す図である。 本発明の態様を実施する装置の内部構造及び機能例を示す図である。 本発明の態様による、非明示的な登録セット及びパブリックユーザアイデンティティを示す図である。 本発明の態様を実施する装置により実施できる処理例を示す図である。

図１に、ＩＭＳネットワークのアーキテクチャを示す。このＩＭＳネットワークには、様々な種類のネットワークエンティティ及び機能が存在する。呼セッション制御機能（ＣＳＣＦ）は、ＳＩＰ層内のセッション制御機能を実施する。ＣＳＣＦは、プロキシＣＳＣＦ（Ｐ−ＣＳＣＦ）、サービングＣＳＣＦ（Ｓ−ＣＳＣＦ）、又はインテロゲーティングＣＳＣＦ（Ｉ−ＣＳＣＦ）として機能することができる。Ｐ−ＣＳＣＦは、ＩＭＳ内のユーザ装置（ＵＥ）の最初の接点であり、Ｓ−ＣＳＣＦは、ネットワーク内のセッション状態を処理し、Ｉ−ＣＳＣＦは、主に通信事業者のネットワーク内の、このネットワーク通信事業者の加入者、又は現在このネットワーク通信事業者のサービス範囲内に位置するローミング加入者宛ての全てのＩＭＳ接続のための接点である。

Ｉ−ＣＳＣＦが実行する機能には、例えば、ＳＩＰ登録を行うユーザにＳ−ＣＳＣＦを割り当て、別のネットワークから受け取ったＳＩＰ要求をＳ−ＣＳＣＦにルーティングする機能がある。Ｓ−ＣＳＣＦは、ＵＥのためのセッション制御サービスを行うことができる。Ｓ−ＣＳＣＦは、サービスをサポートするためにネットワーク通信事業者の必要に応じてセッション状態を維持するとともにレジストラとして機能することができ、すなわち登録要求を受け入れ、（ＨＳＳなどの）ロケーションサーバを通じてこの登録情報を利用できるようにする。Ｓ−ＣＳＣＦは、このＳ−ＣＳＣＦがホストするユーザにとっての中心点である。Ｓ−ＣＳＣＦは、登録済みの及び未登録のユーザに割り当てられた場合、これらのユーザにサービスを提供することができる。この割り当てを、ホーム加入者サーバ（ＨＳＳ）に記憶することができる。

ＨＳＳは、所与のユーザのためのマスターデータベースである。ＨＳＳは、呼／セッションを実際に処理するネットワークエンティティをサポートするための加入関連情報を含むエンティティである。一例として、ＨＳＳは、認証、許可、命名／アドレス指定分解能、位置依存などを解決することによってルーティング／ローミング手順を完了するために、呼制御サーバ（ＣＳＣＦ）をサポートする。

ＨＳＳは、以下のユーザ関連情報を保持することに関与することができる。
− ユーザの識別情報、付番情報及びアドレス指定情報。
− ユーザのセキュリティ情報：パスワード情報などの、認証及び許可のためのネットワークアクセス制御情報。
− システム間レベルのユーザ位置情報：ＨＳＳがユーザ登録をサポートし、システム間位置情報などを記憶する。
− ユーザプロファイル情報。

Ｃｘ基準点又はＣｘインターフェイスは、ＣＳＣＦとＨＳＳの間のインターフェイスであり、これらの間のデータ転送をサポートする。Ｃｘ基準点は、３ＧＰＰ標準Ｄｉａｍｅｔｅｒアプリケーションを含むＤｉａｍｅｔｅｒプロトコルに基づく。Ｓｈインターフェイスは、対応するＨＳＳとＡＳの間のインターフェイスである。Ｄｉａｍｅｔｅｒは、ＩＥＴＦにより定義されている、ダイアルアップ接続及びモバイルＩＰなどのネットワークアクセスサービスに使用される認証、許可及びアカウンティング（ＡＡＡ）プロトコルである。Ｄｉａｍｅｔｅｒベースのプロトコルは、遠隔認証ダイアルインユーザサービス（ＲＡＤＩＵＳ）プロトコルから発展したものである。

Ｄｉａｍｅｔｅｒマルチメディアクライアント及びＤｉａｍｅｔｅｒマルチメディアサーバは、Ｄｉａｍｅｔｅｒマルチメディアアプリケーションを実施する。クライアントは、通常、取引を開始する通信Ｄｉａｍｅｔｅｒピアの１つである。Ｄｉａｍｅｔｅｒマルチメディアクライアントを実現できる通信要素の例が、Ｉ−ＣＳＣＦ及びＳ−ＣＳＣＦである。Ｄｉａｍｅｔｅｒマルチメディアサーバの例がＨＳＳである。

ＩＭＳでは、ユーザの最初のＳＩＰ要求がＳ−ＣＳＣＦに着信したときにＳ−ＣＳＣＦの割り当てが行われる。この結果、Ｓ−ＣＳＣＦは、サーバ割り当て要求（ＳＡＲ）を使用してＨＳＳからこのユーザのユーザプロファイルをダウンロードしようと試みる。ＳＡＲ要求は、Ｄｉａｍｅｔｅｒマルチメディアクライアントが、現在ユーザにサービスを提供しているサーバ（Ｓ−ＣＳＣＦ）名を記憶するようにＤｉａｍｅｔｅｒマルチメディアサーバに要求するためにこのサーバに送信できるＤｉａｍｅｔｅｒコマンドメッセージである。Ｓ−ＣＳＣＦとＨＳＳの間のインターフェイスは、Ｃｘインターフェイスと呼ばれる。このユーザにＳ−ＣＳＣＦが以前に割り当てられていなければ、ＨＳＳは、このユーザにＳ−ＣＳＣＦを割り当て、Ｄｉａｍｅｔｅｒサーバ割り当て応答（ＳＡＡ）の応答を使用して、Ｃｘインターフェイスを介してＳ−ＣＳＣＦにユーザプロファイルを提供することができる。

ユーザ許可要求メッセージ（ＵＡＲ）は、Ｄｉａｍｅｔｅｒマルチメディアクライアントが、マルチメディアユーザの登録の許可を要求するためにＤｉａｍｅｔｅｒマルチメディアサーバへ送信できるＤｉａｍｅｔｅｒコマンドメッセージである。ユーザ許可応答メッセージ（ＵＡＡ）は、以前に受け取ったユーザ許可要求メッセージに対する応答としてサーバが送信できるＤｉａｍｅｔｅｒコマンドメッセージである。ＵＡＡは、ユーザのサービスプロファイルを含むことができる。

Ｃｘインターフェイスは、ＨＳＳとＩ−ＣＳＣＦの間、及びＨＳＳとＳ−ＣＳＣＦの間のいずれにも存在する。上述したＳ−ＣＳＣＦの選択をサポートし、Ｓ−ＣＳＣＦがそのタスクを実行できるようにするために、Ｃｘインターフェイスは、以下の情報の転送をサポートしなければならない。
− ＨＳＳからＣＳＣＦへのＣＳＣＦ−ＵＥセキュリティパラメータの転送。このセキュリティパラメータは、ＣＳＣＦ及びＵＥが信用のある安全な方法で通信できるようにするものである。
− ＨＳＳからＣＳＣＦへの加入者サービスパラメータの転送。この加入者サービスパラメータは、例えば、サービスパラメータ、アプリケーションサーバ（ＡＳ）アドレス、トリガ、加入メディアなどに関する情報を含むことができる。加入メディアに関する情報は、プロファイル識別子の形で提供され、このプロファイル識別子に関連する許可されたメディアパラメータの詳細がＳ−ＣＳＣＦにおいて構成される。
− ＨＳＳからＣＳＣＦへのＣＳＣＦ能力情報の転送。このＣＳＣＦ能力情報は、例えば、サポートされるサービスセット、プロトコルバージョン番号などを含むことができる。
− ＣＳＣＦからＨＳＳへのセッション信号送信パラメータの転送。ＨＳＳは信号送信パラメータを記憶し、これらのパラメータは、サービングＣＳＣＦに移動体終了セッションをルーティングするために使用される。このパラメータは、例えば、ＣＳＣＦのＩＰアドレス及びポート番号、トランスポートプロトコルなどを含むことができる。これらの情報は、ＣＳＣＦがユーザにサービスを提供できるようになる前に転送すべきである。ＣＳＣＦがユーザにサービスを提供している間、例えばユーザにとって新たなサービスが有効になる場合、この情報を更新することも可能でなければならない。

加入者ロケータ機能（ＳＬＦ）は、インテロゲーティング呼状態制御機能及びサービス呼状態制御機能（Ｉ−ＣＳＣＦ及びＳ−ＣＳＣＦ）が、所与のユーザアイデンティティのためのＩＰマルチメディアサブシステム（ＩＭＳ）加入者データを保持するユーザモビリティサーバのアドレスを特定できるようにする機能である。加入者ロケータ機能は、プライベートユーザアイデンティティ及びパブリックユーザアイデンティティを、ホーム加入者サーバ及びサービス、及び加入リポジトリアドレスに関連付けることができる。加入者ロケータ機能は、Ｄｘ、Ｙｃ、及びＤｈインターフェイスを介して使用することができる。

ＩＰマルチメディア（ＩＭ）プライベートユーザアイデンティティ（ＩＭＰＩ）は、ホームネットワークの通信事業者によって割り当てられる、例えば、登録、許可、管理、及びアカウンティングの目的で使用されるユーザアイデンティティである。プライベートユーザアイデンティティは、ＩＭサービス識別モジュール（ＩＳＩＭ）に記憶される。ＵＭＴＳ加入者識別モジュール（ＵＳＩＭ）では、プライベートユーザアイデンティティが、国際移動体加入者識別番号（ＩＭＳＩ）から取得される。プライベートユーザアイデンティティは、ネットワークアクセス識別子（ＮＡＩ）の形をとる。プライベートユーザアイデンティティは、ＩＭＳのユーザを識別し、ホーム加入者サーバ（ＨＳＳ）に記憶される。

ＩＭパブリックユーザアイデンティティ（ＩＭＰＵ）は、他のユーザとの通信を要求するあらゆるユーザが使用するユーザアイデンティティである。パブリックユーザアイデンティティは、ＳＩＰユニフォームリソース識別子（ＵＲＩ）又はＴＥＬ ＵＲＩの形式のＥ．１６４番号の形をとる。全てのＩＭＳ加入者は、１又はそれ以上のパブリックユーザアイデンティティを有する。ＩＭサービス識別モジュール（ＩＳＩＭ）には、少なくとも１つのパブリックユーザアイデンティティが記憶される。ユーザ装置は、ＩＭＳから追加のパブリックアイデンティティを受け取ることができ、これらはＨＳＳに記憶される。ＵＭＴＳ加入者識別モジュール（ＵＳＩＭ）を有するユーザの場合、国際移動体加入者識別番号（ＩＭＳＩ）から一時的パブリックユーザアイデンティティが取得される。場合によっては、この値がプライベートユーザアイデンティティの値と同じこともある。

コンタクト及びコンタクトアドレスは、ＳＩＰのコンタクトヘッダを参照する。コンタクトはＳＩＰ ＵＲＩを提供し、これを使用して、その後の要求のためにこの特定のＵＥのインスタンスとコンタクトを取ることができる。コンタクトの範囲は地球規模である。すなわち、コンタクトヘッダフィールド値は、ＵＥが要求を受け取りたいと望むＵＲＩを含み、このＵＲＩは、その後のいずれかの対話以外の要求で使用する場合でも有効である。コンタクトヘッダフィールド値は、表示名、ＵＲＩパラメータを含むＵＲＩ、及びヘッダパラメータを含むことができる。

ＴＥＬ ＵＲＩは、通常の音声通話、音声メールボックス又はその他の音声メッセージ交換システムを処理する端末との接続を識別するユニフォームリソース識別子（ＵＲＩ）アドレスである。

図３に、ＩＭＳサービスプロファイルの統一モデリング言語（ＵＭＬ）モデルの概略を示す。サービスプロファイルクラスの個々のインスタンスは、クラスパブリック識別の１又は複数のインスタンスから成る。パブリック識別クラスは、このサービスプロファイルに関連するパブリックアイデンティティを含むことができる。コアネットワークサービス許可、初期フィルタ基準（ｉＦＣ）、及び共有ｉＦＣセットクラス内の情報は、全てのパブリック識別インスタンスに適用することができ、これらは１つのサービスプロファイルクラスに含まれる。

サービスプロファイルクラスの個々のインスタンスは、クラスコアネットワークサービス許可のインスタンスをゼロ又は１つ含むことができる。クラスコアネットワークサービス許可のインスタンスが存在しない場合、Ｓ−ＣＳＣＦでは、加入メディア又はＩＭＳ通信サービス識別子（ＣＳＩ）に対する制限に関するフィルタリングは適用されない。

クラスサービスプロファイルの個々のインスタンスは、クラスの初期フィルタ基準（ｉＦＣ）のインスタンスをゼロ又は複数、及び／又はクラス共有ｉＦＣセットのインスタンスをゼロ又は１以上含むことができる。共有ｉＦＣセットは、Ｓ−ＣＳＣＦにおいて局所的に管理され記憶されるｉＦＣの組を示すことができる。共有ｉＦＣセットは、いくつかのサービスプロファイルによって共有することができる。

図４に、ＩＭＳパブリック識別クラスのＵＭＬモデルの概略を示す。パブリック識別クラスは、ＳＩＰ ＵＲＬアイデンティティ（すなわちＳＩＰ ＵＲＬ）、又はＴｅｌ ＵＲＬ識別クラス（すなわちｔｅｌ ＵＲＬ）、又はワイルドカード付きパブリックユーザアイデンティティのいずれかを含むことができる。

非明示的な登録とは、ユーザがパブリックユーザアイデンティティ（ＩＭＰＵ）の組を有することができ、これらの組の中のパブリックユーザアイデンティティの１つの単一のＩＭＳ登録を介して非明示的に登録されるように定義できることを意味する。これらのパブリックアイデンティティは、いずれもその他のパブリックアイデンティティのマスタと見なすべきではない。図２ａには、非明示的な登録及びパブリックユーザアイデンティティの簡略図を示している。図２ｂには、複数のプライベートユーザアイデンティティ（ＩＰＭＰＩ）が関与する場合の同様の図を示している。

非明示的な登録をサポートするために、以下の特徴の１又はそれ以上を実現することができる。
− ＨＳＳは、非明示的な登録の一部であるパブリックユーザアイデンティティの組を有することができる。
− Ｓ−ＣＳＣＦとＨＳＳの間のＣｘ基準点は、この組の中の単一のパブリックユーザアイデンティティのいずれかの登録中に、非明示的な登録に関連する複数の又は全てのパブリックユーザアイデンティティのダウンロードをサポートすることができる。
− 非明示的な登録セットの全てのパブリックユーザアイデンティティは、同じプライベートユーザアイデンティティに関連することができる。図２ａには、非明示的な登録セット内のパブリックユーザエンティティとプライベートユーザエンティティの間の詳細な関係例を示している。
− 組内のパブリックユーザアイデンティティの１つを登録する場合、非明示的な登録セットに関連する全てのパブリックユーザアイデンティティを同時に登録することができる。
− 組内のパブリックユーザアイデンティティの１つを登録解除する場合、非明示的に登録されていた全てのパブリックユーザアイデンティティを同時に登録解除することができる。
− 登録及び登録解除は、特定のコンタクトアドレス及び特定のプライベートユーザアイデンティティに関連することができる。異なるコンタクトアドレスで登録された（非明示的に登録された場合を含む）パブリックユーザアイデンティティは、登録解除されなかったコンタクトアドレスとの関連で登録したままにすることができる。
− 非明示的な登録セットに属するパブリックユーザアイデンティティは、異なるサービスプロファイルを示すことができ、或いはこれらのパブリックユーザアイデンティティのいくつかは、同じサービスプロファイルを示すことができる。
− パブリックユーザアイデンティティが非明示的な登録セットに属する場合、このパブリックユーザアイデンティティを非明示的な登録リストから削除することなくこれを個々に登録又は登録解除することはできない。
− 非明示的に登録されたパブリックユーザアイデンティティの組には、全てのＩＭＳ関連の登録タイマを適用することができる。
− Ｓ−ＣＳＣＦ、Ｐ−ＣＳＣＦ及びＵＥには、非明示的に登録された機能に属するパブリックユーザアイデンティティの組を通知することができる。明示的に登録されたパブリックユーザアイデンティティの場合を除き、非明示的に登録されたパブリックユーザアイデンティティには、エンティティが更新されるまでセッション確立を許可することはできない。
− 登録中、Ｓ−ＣＳＣＦは、登録されたパブリックユーザアイデンティティに対応する全てのサービスプロファイルを記憶することができる。
− パブリックユーザアイデンティティがＩＭＳ通信を禁じられた場合、このパブリックユーザアイデンティティにはＨＳＳ及びＳ−ＣＳＣＦしかアクセスできないようになる。

ＩＭＳは、ワイルドカード付きパブリックユーザアイデンティティをサポートすることができる。このワイルドカード付きＩＭＰＵの概念は、ＩＭＰＵの範囲／グループを網羅して管理努力を簡略化するために、ワイルドカード付きＩＭＰＵ内の全てのＩＭＰＵを同じサービスプロファイルに割り当てるという前提条件で導入されたものである。さらに、ＩＭＳユーザを識別するためのパブリックユーザアイデンティティとして特異的なＩＭＰＵが定義された。パブリックユーザアイデンティティは、ワイルドカード付きパブリックユーザアイデンティティとしてＨＳＳに記憶することができる。ワイルドカード付きパブリックユーザアイデンティティは、同じサービスプロファイルを共有する、同じ非明示的な登録セットに含まれる一群のパブリックユーザアイデンティティを表す。ワイルドカード付きパブリックユーザアイデンティティは、大量のユーザが同時に登録し、ネットワークがこれらを同じように処理する場合に動作の最適化及びノードの維持を可能にすることができる。

ワイルドカード付きパブリックユーザアイデンティティは、ともにグループ化されたパブリックユーザアイデンティティの組を表す。このワイルドカード付きパブリックユーザアイデンティティを非明示的な登録セットに含めて表すことが可能でなければならない。ワイルドカード付きパブリックユーザアイデンティティにたった１つのサービスプロファイルを関連付けた状態で、このワイルドカード付きパブリックユーザアイデンティティの非明示的な登録を、ネットワークの視点から特異的なパブリックユーザアイデンティティの非明示的な登録と同じように処理することができる。パブリックユーザ識別子の値が、非明示的に登録されたワイルドカード付きパブリックユーザアイデンティティとして表されるものに一致し、これよりも良好な一致が存在しない場合、手順は、この識別子が非明示的に登録された特異的なパブリックユーザアイデンティティに一致する場合と同じである。

ワイルドカード分析は、分析する数字列がワイルドカード文字で終了できるデジタル分析である。ワイルドカード文字は、１又はそれ以上の文字を表すために使用できる記号である。

ワイルドカード付きＩＭＰＵの例を以下に示す。ＩＰ構内電話交換機（ＩＰ−ＰＢＸ）を利用する企業では、全てのＴｅｌ−ＵＲＩが＋１２３から始まることができる。ワイルドカード付きＩＭＰＵを定義するためには、拡張正規表現（ＥＲＥ）を使用することができる。このようなワイルドカード付きＩＭＰＵは、「ｔｅｌ：＋１２３！．＊！」という形式を有することができる。しかしながら、ワイルドカード付きＩＭＰＵにより網羅されるＩＭＰＵの中には、例えば会社の重役などのように異なるサービスプロファイルを有するべきものが存在する場合もある。しかしながら、上述したように、ワイルドカード付きＩＭＰＵにより網羅されるＩＭＰＵは、全て同じサービスプロファイルしか有することができない。

現在では、ワイルドカード付きＩＭＰＵを、異なるサービスプロファイルを有するＩＭＰＵがいずれのワイルドカード付きＩＭＰＵによっても網羅されないように定義することにより、この状況を処理することができる。

例えば、最高経営責任者（ＣＥＯ）の番号が＋１２３４４であり、最高財務責任者（ＣＦＯ）の番号が＋１２３４５である場合、これらの番号を除外するように単一のプロファイルＥＲＥを定義することは困難となる。一例として、例えば、「ｔｅｌ：＋１２３０！．＊！」、「ｔｅｌ：＋１２３３！．＊！」、「ｔｅｌ：＋１２３５！．＊！」．．．「ｔｅｌ：＋１２３９！．＊！」、「ｔｅｌ：＋１２３４０！．＊！」、．．．「ｔｅｌ：＋１２３４３！．＊！」、「ｔｅｌ：＋１２３４６！．＊！」、「ｔｅｌ：＋１２３４９！．＊！」のような複数のワイルドカード付きＩＭＰＵが必要となり得る。

このような解決策の不利点は、ワイルドカード付きＩＭＰＵの定義がより複雑になるという点である。ワイルドカード付きＩＭＰＵの概念の利点を得ることはほとんどできない。

通信ネットワークの基本システムアーキテクチャは、有線又は無線アクセスネットワークサブシステムの公知のアーキテクチャを含むことができる。このようなアーキテクチャは、ユーザ装置が複数の種類のデータを送信するための通信を１又はそれ以上のチャネルを介して行えるようにする１又はそれ以上のアクセスネットワーク制御ユニット、無線アクセスネットワーク要素、アクセスサービスネットワークゲートウェイ、又は基地局を含む。これらの要素の一般機能及び相互接続は、当業者に周知であるとともに対応する明細書に記載されているため、本明細書ではこれらの詳細な説明を省略する。しかしながら、本明細書において以下で詳述するもの以外にも、ユーザ端末間及び／又はサーバ間の通信接続又は通話に使用されるいくつかの追加のネットワーク要素及び信号リンクが提供される。

さらに、本明細書で説明するネットワーク要素及びこれらの機能は、コンピュータのためのコンピュータプログラム製品などのソフトウェア、又はハードウェアによって実現することができる。いずれの場合にも、これらのそれぞれの機能を実行するために、相互作用ノードなどの対応して使用される装置、又はＩＭＳネットワークのＭＧＣＦなどのネットワーク制御要素は、制御、処理及び通信／シグナリング機能に必要な複数の手段及び構成要素（図示せず）を備える。このような手段は、例えば命令、プログラムを実行してデータを処理するためのプロセッサユニット、命令、プログラム及びデータを記憶してプロセッサなどの作業領域等として機能するための（ＲＯＭ、ＲＡＭ、ＥＥＰＲＯＭなどの）メモリ手段、ソフトウェアによりデータ及び命令を入力するための（フロッピー（登録商標）ディスケット、ＣＤ−ＲＯＭ、ＥＥＰＲＯＭなどの）入力手段、モニタ及び操作の可能性をユーザに提供するための（画面、キーボードなどの）ユーザインターフェイス手段、プロセッサユニットなどの制御下でリンク及び／又は接続を確立するための（有線及び無線インターフェイス手段、アンテナなどの）インターフェイス手段を含むことができる。

ワイルドカード付きＩＭＰＵは、正規表現として定義することができる。ワイルドカード付きＩＭＰＵは、正規的な定義に一致して同じサービスプロファイル及び非明示的な登録セットを共有する一群のＩＭＰＵを表すことができる。ワイルドカード付きＩＭＰＵの概念は、大量のユーザを同時に登録する場合に動作の最適化及びノードの維持を可能にすることができる。

ワイルドカード付きＩＭＰＵの典型的な使用事例に、プライベートネットワークのアイデンティティの処理がある。これは、ワイルドカード付きＩＭＰＵの範囲内のいくつかのＩＭＰＵのサービスプロファイルが、ワイルドカードＩＭＰＵの範囲の大部分のＩＭＰＵと異なる場合に有益である。例えば、「ｓｉｐ：ＣＥＯ＠ｃｏｍｐａｎｙ．ｏｐｅｒａｔｏｒ．ｃｏｍ」などの最高経営責任者は、「ｓｉｐ：ｅｎｇｉｎｅｅｒ４３２５＠ｃｏｍｐａｎｙ．ｏｐｅｒａｔｏｒ．ｃｏｍ」などの一般従業員に割り当てられるサービスプロファイルよりも多くの又は異なるサービスを提供するサービスプロファイルが割り当てられる可能性を有するべきである。

本発明の態様によれば、ワイルドカード付きＩＭＰＵと特異的な（個々の）ＩＭＰＵとの間に重複が存在することができる。この重複により、ワイルドカード付きアイデンティティの分割、又は複雑な正規表現の必要性を避けることができる（例えば、単純なワイルドカード付きＩＭＰＵである「ｓｉｐ：！．＊！＠ｃｏｍｐａｎｙ．ｏｐｅｒａｔｏｒ．ｃｏｍ」を変更する必要がない）。

本発明の態様によれば、重複するＩＭＰＵと特異的なワイルドカード付きＩＭＰＵのために同じサービスプロファイルを共有する必要がない。ワイルドカード付きＩＭＰＵに一致する特異的なＩＭＰＵは、このワイルドカード付きＩＭＰＵと同じ非明示的な登録セット（ＩＲＳ）内に存在しなければならない。

この重複する特異的なＩＭＰＵとワイルドカード付きＩＭＰＵが異なるＩＲＳ内に存在する場合、ワイルドカード付きＩＭＰＵは登録されるが、特異的なＩＭＰＵは登録されないという事態が生じることがあり、このような場合、特異的なＩＭＰＵへの呼を終了すると、ワイルドカード付きＩＭＰＵのサービスの終了を受け取ることがある。

本発明の態様によれば、登録の成功を受けてＩＲＳを登録することができ、このＩＲＳ内の全てのＩＭＰＵにコンタクトを割り当てることができる。或いは、登録解除の成功を受けてＩＲＳを登録解除することができ、このＩＲＳ内の全てのＩＭＰＵへのコンタクトを割り当て解除することができる。

一例として、プライベートネットワークを使用して、ワイルドカード付きＩＭＰＵのいずれかのインスタンスへの登録（解除）を可能にするということは、プライベートネットワーク内のあらゆるユーザがプライベートネットワーク全体を登録（解除）できることを意味する。本発明の態様によれば、ワイルドカード付きＩＭＰＵの予期しない登録状態の変更を避けるために、特異的なＩＭＰＵには明示的な登録しか許可されないようにすることができる。例えば、プライベートネットワークでは、付随者のためのＩＭＰＵを特異的なＩＭＰＵとして定義することができ、このＩＭＰＵは、ワイルドカード付きＩＭＰＵと同じサービスプロファイルを有したままでいることができる。

ＳＩＰ登録の一部として、ＩＭＳの明示的な登録として知られているＳＩＰ ＲＥＧＩＳＴＥＲ要求にＩＭＰＵを含めることができる。非明示的な登録セットの結果、ＳＩＰ ＲＥＧＩＳＴＥＲ要求内のＩＭＰＵを除く同じＩＲＳ内で定義された他のＩＭＰＵを非明示的に登録することができる。現在では、ワイルドカード付きＩＭＰＵのインスタンスを明示的な登録に使用することもできる。ワイルドカード付きＩＭＰＵの範囲内で特異的なＩＭＰＵを定義できるようにすることにより、明示的な登録のために特異的なＩＭＰＵを定義することがより容易になる。本発明の態様によれば、明示的な登録には特異的なＩＭＰＵのみを使用すべきである。この場合、加入者データエンティティは、特異的なＩＭＰＵしか含むことができない要求（例えば、Ｃｘ−ＵＡＲ及びＣｘ−ＭＡＲ要求）に関してワイルドカード付きＩＭＰＵをチェックする必要はない。加入者データエンティティは、一致が見つかるまで又は一致が存在しないと分かるまで正規表現を１つずつ実施する必要があるので、これにより、ワイルドカード付きＩＭＰＵ（正規表現）内のＩＭＰＵの検索に多くのプロセッサ時間が必要となり得る際に加入者データエンティティの全体的性能レベルを改善することができる。特異的なＩＭＰＵ内のみを検索することにより、加入者データエンティティ内の検索手順を単純化することができる。特異的なパブリックユーザアイデンティティは、パブリックユーザアイデンティティが、加入者データエンティティにおいて、例えば独自の記録内で（その全長がワイルドカードを伴わずに）完全であると定義されたことを意味することができる。明示的な登録は、ＩＭＳへの登録において、ユーザが１つのパブリックユーザアイデンティティを選択し、このパブリックユーザアイデンティティのみを登録することを意味することができる。非明示的な登録は、ＩＭＳへの登録において、ユーザが定義されたパブリックユーザアイデンティティの組を有し、これらのパブリックユーザアイデンティティうちの１つの単一の登録を通じてこれらの組が登録されることを意味することができる。

本発明の態様によれば、ワイルドカード付きパブリックユーザアイデンティティに一致する特異的なパブリックユーザアイデンティティを定義することができる。これら識別子は、いずれも同じ初期登録セット（ＩＲＳ）内に存在しなければならないが、異なるサービスプロファイルを有することができる。

本発明の態様によれば、パブリックユーザ識別子の値が、非明示的に登録されたワイルドカード付きパブリックユーザアイデンティティとして表されるものに一致するが、特異的なパブリックユーザアイデンティティとしても同様に定義されている場合、この特異的なパブリックユーザアイデンティティのサービスプロファイルを使用すべきである。

図５に、本発明の態様を実施する装置の内部構造及び機能例を示す。加入者データエンティティは、複数のパブリックアイデンティティを網羅するワイルドカード付きパブリックアイデンティティを含む第１の記録を定義するように構成された第１の定義ユニット５１を含むことができる。第２の定義ユニット５２は、ワイルドカード付きパブリックアイデンティティが網羅する（すなわち、範囲に一致する）複数のパブリックアイデンティティに属することができるパブリックアイデンティティを含む第２の記録を定義するように構成することができる。定義ユニット５１及び５２のいずれにおいても、パブリックアイデンティティは、例えばＩＭＰＵなどのユーザのパブリックユーザアイデンティティ、又はＰＳＩなどのパブリックサービスアイデンティティとすることができる。割り当てユニット５３は、第１の記録及び第２の記録を同じ登録セットに割り当てるように構成することができる。この登録セットは、ＩＭＳの非明示的な登録セットすることができ、同時に登録されるパブリックアイデンティティを定義することもできる。

加入者データエンティティは、第１の記録及び第２の記録に異なるサービスプロファイルを割り当てるように構成されたサービスプロファイルユニット５４を含むことができる。加入者データエンティティは、同時に登録されるように定義されたパブリックユーザアイデンティティの１つに関する登録動作中に、この同時に登録されるパブリックユーザアイデンティティをＳ−ＣＳＣＦなどのセッション制御エンティティへ送信するように構成された送信ユニット５５を含むことができる。送信ユニット５５は、Ｄｉａｍｅｔｅｒプロトコルに基づき、ＩＭＳのＣｘインターフェイスを介して送信を行うことができる。送信ユニット５５は、以前に受け取ったユーザ許可要求（ＵＡＲ）メッセージに対する応答として、ユーザ許可応答メッセージ（ＵＡＡ）に含めて情報を送信することができる。

加入者データエンティティは、まずアイデンティティが、ワイルドカード付きパブリックアイデンティティを含まない記録のいずれかに一致するかどうかをチェックし、その後、このアイデンティティが、ワイルドカード付きパブリックアイデンティティを含む記録のいずれかに一致するかどうかをチェックするように構成されたチェックユニット５６を含むことができる。ワイルドカード付きパブリックアイデンティティに関する記録は、ワイルドカード付きパブリックアイデンティティを含まない記録の中に一致が見つからない場合にのみチェックすることができる。チェックユニット５６は、例えば、Ｓ−ＣＳＣＦなどの別のネットワーク要素から受け取ったユーザ認証要求によって引き起こされるユーザの登録手順中にこのようなチェックを行うように構成することができる。このユーザ認証要求は、認証すべきユーザのアイデンティティを含むことができる。

外部ユニット５７は、例えばパブリックアイデンティティ、ワイルドカード付きパブリックアイデンティティ、登録セット又はユーザプロファイルなどの加入者データエンティティ内のユーザ関連データを作成し、修正し、削除するための外部コマンドを受け取るように構成することができる。この情報の一部を加入者データエンティティの外部に記憶し、外部ユニット５７によって取り出すことができる。

加入者データエンティティは、特異的なパブリックアイデンティティとして定義された（すなわち、ワイルドカード付きパブリックアイデンティティとしてのみ定義されたものではない）パブリックアイデンティティのみを明示的に登録できるように制御するよう構成された制御ユニット５８を有することができる。この制御ユニット５８は、受け取った登録要求の種類などに基づいて最初から特異的なパブリックアイデンティティしか登録できないと決まっている場合、例えばワイルドカード付きパブリックアイデンティティのチェックを省略することにより、ワイルドカード付きパブリックアイデンティティのインスタンスを明示的な登録には使用できず、非明示的にのみ使用できるように制御するよう構成することができる。

上述したユニットは全て、例えばマイクロプロセッサ、チップ及び／又はその他の電気構成要素を使用して、及び／又はソフトウェアによって実現することができる。

加入者データエンティティは、スイッチ、ルータ、サーバ又はその他のハードウェアプラットフォーム、又はデータ送信及び処理タスクをサポートできる電子装置において物理的に実現することができ、或いはその他の既存の装置の構成要素として実現することができる。

加入者データエンティティ内のユーザアイデンティティを定義する（データ）記録は、運用及び保守（ＯＡＭ）インターフェイスを介して通信事業者により構成されるエントリすることができる。例えば、図２ｂのパブリックユーザアイデンティティ１〜６を記録と見なすことができる。

本発明の実施形態によれば、パブリックユーザアイデンティティの代わりに、ワイルドカード付きパブリックサービスアイデンティティ（ＰＳＩ）及び特異的なＰＳＩにも同じ論理を適用することができる。

図６に、本発明のいくつかの態様による、ワイルドカード付きパブリックユーザアイデンティティ及び特異的なパブリックユーザアイデンティティの構成例を示す。ＩＳＲ１は、サービスプロファイル１を割り当てられたワイルドカード付きＩＭＰＵ１、及びサービスプロファイル２を割り当てられた特異的なＩＭＰＵ１を含む。ＩＳＲ２は、ワイルドカード付きＩＭＰＵ２及び特異的なＩＭＰＵ２を含み、これらはいずれもサービスプロファイル３を割り当てられている。ＩＳＲ３では、ワイルドカード付きＩＭＰＵ３及び特異的なＩＭＰＵ３が異なるサービスプロファイルを有する。

図７に、本発明の態様を実施するための処理例を示す。７１において、ユーザの複数のパブリックユーザアイデンティティを網羅するワイルドカード付きパブリックユーザアイデンティティを含む第１の記録を定義する。７２において、ワイルドカード付きパブリックユーザアイデンティティが網羅する複数のパブリックユーザアイデンティティに属するユーザのパブリックユーザアイデンティティを含む第２の記録を定義する。７３において、この第１の記録及び第２の記録を、同時に登録されるパブリックユーザアイデンティティを含む同じ登録セットに割り当てる。７４において、第１の記録及び第２の記録に異なるサービスプロファイルを割り当てる。

本明細書で上述したような本発明においては、以下の点に留意されたい。
− ネットワーク要素又はノードとの間で信号を転送するためのアクセス技術は、ノードが（基地局又は一般的にはアクセスノードを介して）アクセスネットワークにアクセスできるようにするいずれの技術であってもよい。ＷＬＡＮ（無線ローカルアクセスネットワーク）、ＷｉＭＡＸ（ワールドワイド・インターオペラビリティ・フォー・マイクロウェーブ・アクセス）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、赤外線などのあらゆる現在又は将来の技術を使用することができ、これらの技術は、大半が異なる無線スペクトルなどにおける無線アクセス技術であるが、本発明が意図するアクセス技術は、ケーブルネットワーク又は固定回線のようなＩＰベースのアクセス技術などのワイヤバウンド技術のみならず回線交換アクセス技術も含み、これらのアクセス技術は、パケット交換と回線交換などの少なくとも２つのカテゴリ又はアクセスドメインに区別可能であるが、２つよりも多くのアクセスドメインが存在しても、これらに本発明を適用できないということはない。
− 使用可能なアクセスネットワークは、局、エンティティ又はその他のユーザ装置が、アクセスネットワークにより提供されるサービスに接続し、及び／又はこのサービスを利用できるようにするいずれの機器、装置、ユニット、又は手段であってもよく、このようなサービスは、とりわけデータ及び／又は（オーディオ）ビジュアル通信、データダウンロードなどを含む。
− ユーザ装置は、携帯電話、携帯情報端末ＰＤＡ、又はコンピュータなどの、システムユーザ又は加入者が、アクセスネットワークからのサービスを体験できるようにするいずれの機器、装置、ユニット、又は手段であってもよい。
− （機器、装置及び／又はこれらのモジュールの例として、或いは装置及び／又はそのモジュールを含むエンティティの例として）ソフトウェアコード部分として実現される可能性が高く、ネットワーク要素又は端末においてプロセッサを使用して実行される方法ステップは、ソフトウェアコードに依存するものではなく、これらの方法ステップにより定義される機能が保持される限り、あらゆる既知の又は将来開発されるプログラミング言語を使用して設定することができる。
− 一般に、いずれの方法ステップも、実施される機能の面で本発明の発想を変更することなくソフトウェアとして又はハードウェアによって実現するのに適している。
− 端末又はネットワーク要素、又はそのいずれかの（単複の）モジュールにおいてハードウェア構成要素として実現される可能性が高い方法ステップ及び／又は機器、装置、ユニット、又は手段はハードウェアに依存せず、ＭＯＳ（金属酸化膜半導体）、ＣＭＯＳ（相補型ＭＯＳ）、ＢｉＭＯＳ（バイポーラＭＯＳ）、ＢｉＣＭＯＳ（バイポーラＣＭＯＳ）、ＥＣＬ（エミッタ結合型論理）、ＴＴＬ（トランジスタ−トランジスタ論理）などのいずれかの公知の又は将来開発されるハードウェア技術又はこれらのいずれかの雑種を使用して、例えばＡＳＩＣ（特定用途向けＩＣ（集積回路））構成要素、ＦＰＧＡ（フィールドプログラマブルゲートアレイ）構成要素、ＣＰＬＤ（結合プログラムマブル論理回路）構成要素又はＤＳＰ（デジタルシグナルプロセッサ）構成要素を使用して実現することができ、また、ソフトウェア構成要素として実現される可能性が高いあらゆるステップ、及び／又は機器、ユニット又は手段は、例えば、認証、許可、キーイング及び／又はトラフィック保護などを行うことができるあらゆるセキュリティアーキテクチャに基づくことができる。
− 機器、装置、ユニット、又は手段は、個々の機器、装置、ユニット又は手段として実現することができるが、これは、これらの機器、装置、ユニット又は手段の機能が維持される限り、これらがシステム全体を通じて分散方式で実現されることを除外するものではない。
− 装置は、半導体チップ、チップセット、又はこれらのチップ又はチップセットを含む（ハードウェア）モジュールによって表すことができるが、これは、装置又はモジュールの機能が、ハードウェアで実現される代わりに、プロセッサ上における実行／動作のための実行可能ソフトウェアコード部分を含むコンピュータプログラム又はコンピュータプログラム製品などの（ソフトウェア）モジュール内のソフトウェアとして実現される可能性を除外するものではない。
− 例えば、機器は、互いに機能的に連携しているか、又は互いに機能的には独立しているが同じ装置のハウジング内に存在するかにより、１つの装置として、或いは複数の装置の組立品として見なすことができる。

本発明は、（単複の）ＩＭＳネットワークにおけるパブリックアイデンティティの処理に限定されるわけではなく、同様の種類の加入者データエンティティ、サービスのための異なるユーザプロファイル、及び複数のアイデンティティをサポートする可能性を有する他の種類のネットワークにも適用することができる。上述した加入者データエンティティの機能は、コード手段によりソフトウェアとして実現することができ、コンピュータのメモリにロードすることができる。

Claims (17)

1. ユーザの複数のパブリックユーザアイデンティティを網羅するワイルドカード付きパブリックユーザアイデンティティを含む第１の記録を定義するための手段（５１）と、
   前記ワイルドカード付きパブリックユーザアイデンティティが網羅する前記複数のパブリックユーザアイデンティティに属するユーザのパブリックユーザアイデンティティを含む第２の記録を定義するための手段（５２）と、
   前記第１の記録及び前記第２の記録を、同時に登録されるパブリックユーザアイデンティティを含む同じ登録セットに割り当てるための手段（５３）と、
   前記第１の記録及び前記第２の記録に異なるサービスプロファイルを割り当てるための手段（５４）と
   を備えることを特徴とする加入者データエンティティ。
2. 前記登録セットが、非明示的な登録セット（ＩＲＳ）を含む、
   ことを特徴とする請求項１に記載の加入者データエンティティ。
3. 前記同時に登録されるパブリックユーザアイデンティティの１つに関する登録動作中に、前記同時に登録されるパブリックユーザアイデンティティをセッション制御エンティティへ送信するための手段（５５）をさらに備える、
   ことを特徴とする請求項１又は請求項２に記載の加入者データエンティティ。
4. パブリックユーザアイデンティティの登録動作中に、まず、前記パブリックユーザアイデンティティが、ワイルドカード付きパブリックユーザアイデンティティを含まない記録のいずれかに一致するかどうかをチェックし、その後、前記ワイルドカード付きパブリックユーザアイデンティティを含まない記録の中に一致が見つからない場合にのみ、前記パブリックユーザアイデンティティが、ワイルドカード付きパブリックユーザアイデンティティを含む記録のいずれかに一致するかどうかをチェックするための手段（５６）をさらに備える、
   ことを特徴とする請求項１から請求項３のいずれかに記載の加入者データエンティティ。
5. インターネットプロトコルマルチメディアサブシステム（ＩＭＳ）のホーム加入者サーバ（ＨＳＳ）又は加入者ロケータ機能（ＳＬＦ）を備える、
   ことを特徴とする請求項１から請求項４のいずれかに記載の加入者データエンティティ。
6. 前記ユーザの複数のパブリックユーザアイデンティティを網羅する前記ワイルドカード付きパブリックユーザアイデンティティとしてのみ定義されるユーザのパブリックユーザアイデンティティを明示的に登録できないように制御するための手段（５８）をさらに備える、
   ことを特徴とする請求項１から請求項５のいずれかに記載の加入者データエンティティ。
7. ユーザの複数のパブリックユーザアイデンティティを網羅するワイルドカード付きパブリックユーザアイデンティティを含む第１の記録を定義するステップ（７１）と、
   前記ワイルドカード付きパブリックユーザアイデンティティが網羅する前記複数のパブリックユーザアイデンティティに属するユーザのパブリックユーザアイデンティティを含む第２の記録を定義するステップ（７２）と、
   前記第１の記録及び前記第２の記録を、同時に登録されるパブリックユーザアイデンティティを含む同じ登録セットに割り当てるステップ（７３）と、
   前記第１の記録及び前記第２の記録に異なるサービスプロファイルを割り当てるステップ（７４）と
   を含むことを特徴とするユーザアイデンティティの処理方法。
8. 前記登録セットが、非明示的な登録セット（ＩＲＳ）を含む、
   ことを特徴とする請求項７に記載の方法。
9. 前記同時に登録されるパブリックユーザアイデンティティの１つに関する登録動作中に、前記同時に登録されるパブリックユーザアイデンティティをセッション制御エンティティへ送信するステップをさらに含む、
   ことを特徴とする請求項７又は請求項８に記載の方法。
10. パブリックユーザアイデンティティの登録動作中に、まず、前記パブリックユーザアイデンティティが、ワイルドカード付きパブリックユーザアイデンティティを含まない記録のいずれかに一致するかどうかをチェックし、その後、前記ワイルドカード付きパブリックユーザアイデンティティを含まない記録の中に一致が見つからない場合にのみ、前記パブリックユーザアイデンティティが、ワイルドカード付きパブリックユーザアイデンティティを含む記録のいずれかに一致するかどうかをチェックするステップをさらに含む、
    ことを特徴とする請求項７から請求項９のいずれかに記載の方法。
11. 前記ユーザの複数のパブリックユーザアイデンティティを網羅する前記ワイルドカード付きパブリックユーザアイデンティティとしてのみ定義されるユーザのパブリックユーザアイデンティティを明示的に登録できないように制御するステップ（５８）をさらに含む、
    ことを特徴とする請求項７から請求項１０のいずれかに記載の方法。
12. 複数のパブリックサービスアイデンティティを網羅するワイルドカード付きパブリックサービスアイデンティティを含む第１の記録を定義するステップと、
    前記ワイルドカード付きパブリックサービスアイデンティティが網羅する前記複数のパブリックサービスアイデンティティに属するパブリックサービスアイデンティティを含む第２の記録を定義するステップと、
    前記第１の記録及び前記第２の記録を、同時に登録されるパブリックサービスアイデンティティを含む同じ登録セットに割り当てるステップと、
    前記第１の記録及び前記第２の記録に異なるサービスプロファイルを割り当てるステップと
    を含むことを特徴とするパブリックサービスアイデンティティの処理方法。
13. コンピュータのメモリにロードされた場合、請求項７から請求項９のいずれかに記載のステップを生み出すようにされたコード手段を備える、
    ことを特徴とするプログラム。
14. 複数のパブリックサービスアイデンティティを網羅するワイルドカード付きパブリックサービスアイデンティティを含む第１の記録を定義するための手段と、
    前記ワイルドカード付きパブリックサービスアイデンティティが網羅する前記複数のパブリックサービスアイデンティティに属するパブリックサービスアイデンティティを含む第２の記録を定義するための手段と、
    前記第１の記録及び前記第２の記録を、同時に登録されるパブリックサービスアイデンティティを含む同じ登録セットに割り当てるための手段と、
    前記第１の記録及び前記第２の記録に異なるサービスプロファイルを割り当てるための手段と
    を備えることを特徴とする加入者データエンティティ。
15. 特異的なパブリックユーザアイデンティティとして定義されたパブリックユーザアイデンティティ、及びワイルドカード付きパブリックユーザアイデンティティとして定義されたパブリックユーザアイデンティティを維持することを含む、パブリックユーザアイデンティティを維持するための手段と、
    登録できるパブリックユーザアイデンティティを、
    ａ．）明示的に、及び
    ｂ．）別の明示的に登録されたパブリックユーザアイデンティティとともに非明示的に、
    ネットワークに登録するための手段と、
    パブリックユーザアイデンティティの登録を制御するための手段と、
    を備え、前記制御は、前記パブリックユーザアイデンティティが、前記維持するための手段におけるワイルドカード付きパブリックユーザアイデンティティに一致し、前記維持するための手段における前記特異的なパブリックユーザアイデンティティのいずれにも一致しない場合に、前記パブリックユーザアイデンティティの明示的な登録を許可しないことを含む、
    ことを特徴とする加入者データエンティティ。
16. パブリックユーザアイデンティティを非明示的に登録するステップが、他の明示的に登録されたパブリックユーザアイデンティティと同じ登録セット内に定義されたパブリックユーザアイデンティティを登録するステップを含む、
    ことを特徴とする請求項１５に記載の加入者データエンティティ。
17. 特異的なパブリックユーザアイデンティティとして定義されたパブリックユーザアイデンティティ、及びワイルドカード付きパブリックユーザアイデンティティとして定義されたパブリックユーザアイデンティティを維持することを含む、パブリックユーザアイデンティティを維持するステップと、
    登録できるパブリックユーザアイデンティティを、
    ａ．）明示的に、及び
    ｂ．）別の明示的に登録されたパブリックユーザアイデンティティとともに非明示的に、
    ネットワークに登録するステップと、
    を含み、前記登録するステップは、前記パブリックユーザアイデンティティが、維持されるワイルドカード付きパブリックユーザアイデンティティに一致し、前記維持される特異的なパブリックユーザアイデンティティのいずれにも一致しない場合に、パブリックユーザアイデンティティの明示的な登録を許可しないステップをさらに含む、
    ことを特徴とするパブリックユーザアイデンティティの登録制御方法。

Images