(57)【要約】  通信システムにおけるサービスプロビジョニング仲裁者エンティティには、サービスプロビジョニングトリガーメッセージのセットを定義する情報が与えられる。ユーザへサービスを提供するのに含まれる更に別のネットワークエンティティからユーザに関連した識別子を含むサービスプロビジョニングトリガーメッセージを受け取るのに応答して、サービスプロビジョニング仲裁者エンティティは、ユーザに対して通信システムにおけるサービスプロビジョニングをトリガーする。サービスプロビジョニングトリガーメッセージは、登録を試みるユーザが確認されないことを指示するメッセージを情報記憶装置から受け取った際に制御ネットワークエンティティにより送信することができる。ユーザが確認された場合には、情報記憶装置のトリガー情報を使用して、サービスプロビジョニングトリガーメッセージを取り扱うように構成されたネットワークエンティティへセッションを向ける。それとは別に、ユーザは、通信装置からサービスプロビジョニングトリガーメッセージを送信することによりサービスプロビジョニングを要求してもよい。【選択図】図４ａ
2008545290.tif 000002
【特許請求の範囲】
【請求項１】
通信システム内でサービスをプロビジョニングする方法において、
サービスプロビジョニングトリガーメッセージのセットを定義する情報をサービスプロビジョニング仲裁者エンティティへ供給するするステップであって、前記セットが少なくとも１つのメッセージを含むようなステップと、
ユーザにサービスを提供するのに含まれる更に別のネットワークエンティティから前記サービスプロビジョニング仲裁者エンティティにおいてサービスプロビジョニングトリガーメッセージを受け取るステップであって、前記サービスプロビジョニングトリガーメッセージは、ユーザに関連した識別子に関する情報を含むようなステップと、
前記サービスプロビジョニングトリガーメッセージを受け取るのに応答して前記サービスプロビジョニング仲裁者エンティティによりユーザに対して通信システム内でサービスプロビジョニングをトリガーするステップと、
を備えた方法。
【請求項２】
前記供給するステップは、少なくとも登録メッセージを前記通信システムに供給することを含む、請求項１に記載の方法。
【請求項３】
前記メッセージは、前記通信システムの制御エンティティから受け取られる、請求項１又は２に記載の方法。
【請求項４】
前記メッセージは、ユーザに関する通信装置から受け取られる、請求項１から３のいずれかに記載の方法。
【請求項５】
前記通信システムへのアクセスのプロビジョニングがトリガーされる、請求項１から４のいずれかに記載の方法。
【請求項６】
前記通信システム内のアプリケーションサービスのプロビジョニングがトリガーされる、請求項１から５のいずれかに記載の方法。
【請求項７】
前記通信システム内で前記サービスをプロビジョニングするステップを更に備えた、請求項１から６のいずれかに記載の方法。
【請求項８】
ユーザに関連した識別子を含む登録メッセージを制御エンティティにおいて受け取るステップと、
ユーザに関する更に別の制御エンティティを指示する情報を要求する要求メッセージを前記制御エンティティから情報記憶装置へ送信するステップと、
ユーザが確認されないことを指示する応答メッセージを前記制御エンティティで受け取るステップと、
を更に備え、前記サービスプロビジョニングトリガーメッセージは、前記制御エンティティから前記サービスプロビジョニング仲裁者エンティティへ送信される、請求項１から７のいずれかに記載の方法。
【請求項９】
ユーザに関するセッションを、トリガー情報で定義されたエンティティへ向けるために少なくともトリガー情報を情報記憶装置に記憶するステップであって、前記トリガー情報が前記ネットワークエンティティを定義するようなステップと、
前記情報記憶装置からユーザに関するトリガー情報を制御エンティティにおいて要求するステップと、
前記情報記憶装置からの前記トリガー情報を前記制御エンティティにおいて受け取るステップと、
を備え、前記サービスプロビジョニングトリガーメッセージは、前記トリガー情報が前記サービスプロビジョニング仲裁者エンティティを定義することを前記制御エンティティにおいて検出するのに応答して、前記制御エンティティから前記サービスプロビジョニング仲裁者エンティティへ送信される、請求項１から８のいずれかに記載の方法。
【請求項１０】
サービスプロビジョニングに関連してユーザに関する前記トリガー情報を前記情報記憶装置において更新するステップを更に備えた、請求項９に記載の方法。
【請求項１１】
通信システムのためのサービスプロビジョニング仲裁者エンティティにおいて、
サービスプロビジョニングトリガーメッセージのセットを定義する情報を記憶する手段であって、前記セットが少なくとも１つのメッセージを含むような手段と、
ユーザにサービスを提供するのに含まれる更に別のネットワークエンティティからのサービスプロビジョニングトリガーメッセージの受信を検出する手段であって、前記サービスプロビジョニングトリガーメッセージは、ユーザに関連した識別子に関する情報を含むような手段と、
ユーザに対して通信システム内でサービスプロビジョニングをトリガーする手段であって、前記サービスプロビジョニングトリガーメッセージの受信を検出する前記手段に応答するようなトリガー手段と、
を備えたサービスプロビジョニング仲裁者エンティティ。
【請求項１２】
少なくとも１つのサービスプロビジョニング仲裁者エンティティと、少なくとも１人のユーザへサービスを提供するのに含まれる少なくとも１つの更に別のネットワークエンティティとを備えた通信システムにおいて、前記サービスプロビジョニング仲裁者エンティティが、
サービスプロビジョニングトリガーメッセージのセットを定義する情報を記憶する手段であって、前記セットが少なくとも１つのメッセージを含むような手段と、
少なくとも１つの第２ネットワークエンティティの１つからのサービスプロビジョニングトリガーメッセージの受信を検出する手段であって、前記サービスプロビジョニングトリガーメッセージが、ユーザに関連した識別子に関する情報を含むような手段と、
ユーザに対して前記通信システム内でサービスプロビジョニングをトリガーするための手段と、
を備え、前記トリガー手段は、前記メッセージの受信を検出する前記手段に応答し、そして前記少なくとも１つの更に別のネットワークエンティティの各々は、サービスプロビジョニングトリガーメッセージを送信する手段を備えた、通信システム。
【請求項１３】
前記少なくとも１つの更に別のネットワークエンティティは、制御エンティティ、及び前記ユーザに関する通信装置、の少なくとも一方を含む、請求項１２に記載の通信システム。
【請求項１４】
制御ネットワークエンティティ内で登録メッセージを取り扱うための方法において、
ユーザに関連した識別子を含む登録メッセージを受信するステップと、
情報記憶装置からユーザのための制御エンティティを指示する情報を要求する要求メッセージを送信するステップと、
ユーザが確認されないことを指示する応答メッセージを前記情報記憶装置から受信するステップと、
ユーザに関するサービスプロビジョニングトリガーメッセージを更に別のネットワークエンティティへ送信するステップと、
を備えた方法。
【請求項１５】
前記サービスプロビジョニングトリガーメッセージは、登録メッセージを含む、請求項１４に記載の方法。
【請求項１６】
前記サービスプロビジョニングトリガーメッセージを前記更に別のネットワークエンティティにおいて受け取るステップと、
前記サービスプロビジョニングトリガーメッセージを前記更に別のネットワークエンティティにおいて受け取るのに応答して前記ユーザに対して前記通信システム内でサービスプロビジョニングをトリガーするステップと、
を備えた請求項１４又は１５に記載の方法。
【請求項１７】
前記ユーザに対して前記通信システムへのアクセスをプロビジョニングするステップを備えた、請求項１４から１６のいずれかに記載の方法。
【請求項１８】
前記ユーザに対して前記通信システムにおけるアプリケーションサービスをプロビジョニングするステップを備えた、請求項１４から１７のいずれかに記載の方法。
【請求項１９】
通信システム内で登録メッセージを取り扱う装置において、
ユーザに関連した識別子を含む登録メッセージを受信し、
ユーザに対する制御エンティティを指示する情報を要求する要求メッセージを送信し、
ユーザが確認されないことを指示する応答メッセージを受信し、
ユーザに関するサービスプロビジョニングトリガーメッセージを通信システムのネットワークエンティティへ送信する、
というように構成された装置。
【請求項２０】
質問制御エンティティ機能を備えた、請求項１９に記載の装置。
【請求項２１】
登録メッセージを取り扱うための制御エンティティと、
ユーザに関する情報を記憶するための情報記憶装置と、
更に別のネットワークエンティティと、
を備えた通信システムにおいて、前記制御エンティティが、
ユーザに関連した識別子を含む登録メッセージを受信し、
ユーザに対するサービング制御エンティティを指示する情報を要求する要求メッセージを前記情報記憶装置へ送信し、
ユーザが確認されないことを指示する応答メッセージを前記情報記憶装置から受信し、
ユーザに関するサービスプロビジョニングトリガーメッセージを前記更に別のネットワークエンティティへ送信する、
というように構成された通信システム。
【請求項２２】
通信システム内でセッションを指向するための方法において、
ユーザに関連した識別子に対する情報記憶装置に、ユーザのセッションをトリガー情報により定義されたエンティティへ指向するための少なくともトリガー情報を記憶するステップであって、前記トリガー情報は、サービスプロビジョニングトリガーメッセージを取り扱うように構成されたネットワークエンティティを定義するようなステップと、
要求において指示されるユーザに関するトリガー情報を送信するための要求を情報記憶装置で受信するステップと、
前記要求を受信するのに応答してトリガー情報を送信するステップと、
を備えた方法。
【請求項２３】
前記トリガー情報を送信した後にサービスプロビジョニングに関連して前記情報記憶装置内で前記トリガー情報を更新するステップを備えた、請求項２２に記載の方法。
【請求項２４】
ユーザに関連した識別子に対して、ユーザの制御エンティティを指示する更に別の情報を記憶するステップを備えた、請求項２２又は２３に記載の方法。
【請求項２５】
前記情報記憶装置からユーザに関するトリガー情報を制御エンティティにおいて要求するステップと、
前記情報記憶装置から前記トリガー情報を前記制御エンティティにおいて受け取るステップと、
ユーザに関するメッセージを、サービスプロビジョニングトリガーメッセージを取り扱うように構成された前記ネットワークエンティティへ送信するステップであって、前記ネットワークエンティティが前記メッセージをサービスプロビジョニングトリガーメッセージとして取り扱うようなステップと、
を備えた請求項２２から２４のいずれかに記載の方法。
【請求項２６】
通信システムにおいてサービスプロビジョニングを行なう、請求項２５に記載の方法。
【請求項２７】
複数のユーザに対するユーザ情報を記憶するように構成された情報記憶装置であって、前記ユーザ情報は、ユーザに関連した識別子に関するもので、少なくともトリガー情報を含み、少なくとも１人のユーザに関する前記トリガー情報は、サービスプロビジョニングトリガーメッセージを取り扱うように構成されたネットワークエンティティにセッションが指向されることを定義する、情報記憶装置。
【請求項２８】
サービスプロビジョニングトリガーメッセージの受信に応答して通信システム内でサービスプロビジョニングをトリガーするように構成されたサービスプロビジョニング仲裁者エンティティと、
複数のユーザに対するユーザ情報を記憶するように構成された情報記憶装置であって、前記ユーザ情報は、ユーザに関連した識別子に関するもので、少なくともトリガー情報を含み、少なくとも１人のユーザに関する前記トリガー情報は、サービスプロビジョニングトリガーメッセージを取り扱うように構成されたネットワークエンティティにセッションが指向されることを定義するような情報記憶装置と、
前記情報記憶装置からユーザに関するトリガー情報を要求して受信し、そしてユーザに関するメッセージを前記サービスプロビジョニング仲裁者エンティティへ送信するように構成された制御エンティティであって、前記サービスプロビジョニング仲裁者エンティティが前記メッセージをサービスプロビジョニングトリガーメッセージとして取り扱うようにする制御エンティティと、
を備えた通信システム。
【請求項２９】
通信装置内でサービスプロビジョニングを要求するための方法において、
サービスプロビジョニング仲裁者エンティティに関する情報を記憶するステップと、
サービスのプロビジョニングを要求する必要性を検出するステップと、
前記必要性の検出に応答して、サービスプロビジョニングを要求するメッセージを、前記通信システム内でサービスプロビジョニングをトリガーするように構成された前記サービスプロビジョニング仲裁者エンティティへ送信するステップと、
を備えた方法。
【請求項３０】
新たなサービスを要求する前記必要性は、サービスセッションへの招待を拒絶することに基づいて検出される、請求項２９に記載の方法。
【請求項３１】
前記拒絶された招待に基づきプロビジョニングされるべきサービスを決定するステップを備えた、請求項３０に記載の方法。
【請求項３２】
サービスの設定に関する情報を受け取るステップを備えた、請求項２９から３１のいずれかに記載の方法。
【請求項３３】
サービスに関するサービスセッションを確立するステップを備えた、請求項２９から３２のいずれかに記載の方法。
【請求項３４】
サービスプロビジョニング仲裁者エンティティに関する情報を記憶し、
新たなサービスを要求する必要性を検出し、
前記必要性の検出に応答して、サービスプロビジョニングを要求するメッセージを、サービスプロビジョニングをトリガーするように構成された前記サービスプロビジョニング仲裁者エンティティへ送信する、
というように構成された通信装置。
【請求項３５】
少なくとも通信装置及びサービスプロビジョニング仲裁者エンティティを備えた通信システムにおいて、前記通信装置は、
サービスプロビジョニング仲裁者エンティティに関する情報を記憶し、
新たなサービスを要求する必要性を検出し、
前記必要性の検出に応答して、サービスプロビジョニングを要求するメッセージを、サービスプロビジョニングをトリガーするように構成された前記ネットワークエンティティへ送信するように構成され、そして
前記サービスプロビジョニング仲裁者エンティティは、サービスプロビジョニングを要求するメッセージの受信に応答してサービスプロビジョニングをトリガーするように構成された通信システム。
【請求項３６】
パケットデータ接続の確立を取り扱う方法において、
アクセスポイントを指示するパケットデータ接続確立要求を受け取るステップと、
前記指示されたアクセスポイントがデフォールトアクセスポイントであるかどうかチェックするステップと、
前記アクセスポイントがデフォールトアクセスポイントであるときには、サービスプロビジョニングトリガーメッセージを更に別のネットワークエンティティへ送信するステップと、
前記指示されたアクセスポイントがデフォールトアクセスポイントでないときには、前記指示されたアクセスポイントへのパケットデータ接続を確立するステップと、
を備えた方法。
【請求項３７】
パケットデータ接続の確立を取り扱うためのネットワーク要素において、
アクセスポイントを指示するパケットデータ接続確立要求を受け取り、
前記指示されたアクセスポイントがデフォールトアクセスポイントであるかどうかチェックし、
アクセスポイントがデフォールトアクセスポイントであるときにはサービスプロビジョニングトリガーメッセージを更に別のネットワークエンティティへ送信し、
前記指示されたアクセスポイントがデフォールトアクセスポイントでないときには前記指示されたアクセスポイントへのパケットデータ接続を確立する、
というように構成されたネットワーク要素。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般に、通信システムにおけるサービスプロビジョニングに係る。より詳細には、本発明は、サービスのオートプロビジョニングに係るが、これに限定されない。
【背景技術】
【０００２】
通信システムは、通信システムに関連したユーザ装置及び／又は他のノードのような２つ以上のエンティティ間で通信セッションを行うことのできるファシリティとみなすことができる。通信は、例えば、音声、データ、マルチメディア、等の通信を含む。種々のユーザ装置を含む通信装置のためのワイヤレス通信を与える通信システムが知られている。ワイヤレスシステムの一例は、公衆地上移動ネットワーク（ＰＬＭＮ）である。その別の例は、ワイヤレスローカルエリアネットワーク（ＷＬＡＮ）である。
【０００３】
ＰＬＭＮは、典型的に、ベーストランシーバステーション（ＢＴＳ）又は同様のアクセスエンティティが、それらエンティティ間のワイヤレスインターフェイスを経て、移動ステーション（ＭＳ）のようなユーザ装置（ＵＥ）にサービスするセルラーシステムである。通信に必要な装置のオペレーションは、１つ又は多数の制御エンティティにより制御することができる。種々の制御エンティティは、相互接続することができる。セルラーネットワークを、他のネットワーク、例えば、別のセルラーネットワークに、或いは公衆交換電話ネットワーク（ＰＳＴＮ）及び／又は他の通信ネットワーク、例えば、ＩＰ（インターネットプロトコル）及び／又は他のパケット交換データネットワークに接続するために、１つ以上のゲートウェイノードを設けることもできる。
【０００４】
従って、セルラーネットワークは、セルラーネットワーク或いはセルラーネットワークの外部のエンティティ又はネットワークにより提供される種々のサービス及びアプリケーションへのアクセスを与えることができる。更に別のネットワークに接続された他のワイヤレスネットワークについても同じことが言える。アクセスネットワークに独立した仕方でサービスを提供するためのアーキテクチャーが提案されている。例えば、会議コールファシリティを備えたこの手段は、ある定義された能力を有する通信装置がアクセスネットワークを経てその会議コールファシリティにアクセスするように使用できる。
【０００５】
通信装置により使用される特定のアクセスネットワークとは独立してサービスを提供するための１つの提案は、第三世代パートナーシッププロジェクト３ＧＰＰ仕様書に定義されたＩＰマルチメディアサブシステム（ＩＭＳ）である。ＩＭＳサービスは、ＩＰ接続を与えるアクセスネットワークを経てアクセスすることができる。移動通信用のグローバルシステム（ＧＳＭ）及びユニバーサル移動テレコミュニケーションシステム（ＵＭＴＳ）に関連した汎用パケット無線サービス（ＧＰＲＳ）は、ＩＭＳのためのＩＰ接続アクセスネットワーク（ＩＣＡＮ）の２つの例である。
【０００６】
ＩＭＳは、通信システムとして、サービス契約を制御し且つユーザにサービスを提供するための種々のエンティティを定義する。ＩＭＳにおいて、これらエンティティは、ネットワークのサーバーとして実施される。通信システムからサービスを要求できるようにするために、ユーザは、通常、そのサービスと契約することが必要であると共に、サービス制御エンティティにおいてシステムに登録される必要がある。ＩＭＳにおいて、加入者に関する情報（加入者のプロフィール）がホーム加入者サーバー（ＨＳＳ）に記憶され、そしてサービング制御エンティティは、サービングコールサービス制御ファンクション（Ｓ−ＣＳＣＦ）エンティティである。ユーザは、通信システムのアクセスエンティティを経てサービング制御エンティティに登録することができる。上述したように、ＩＭＳは、アクセスネットワーク独立であり、従って、アクセスネットワークがＩＰ接続を与えることで充分である。
【０００７】
サービング制御エンティティに加えて、ユーザは、プロキシー制御エンティティに関連付けることも必要である。ＩＭＳでは、プロキシー制御エンティティがＰ−ＣＳＣＦである。プロキシーエンティティは、ユーザがローミングするエリアに指定される。より一般的なケースでは、ユーザが任意の形式のアクセスネットワークを経てネットワークにアクセスするときに、そのネットワーク上の視点、例えば、帯域巾管理から、アクセスされるサービスを制御するためのプロキシー制御エンティティをアクセスネットワークが指定するものと仮定できる。
【０００８】
ＩＭＳにおいて、コール状態制御ファンクション（ＣＳＣＦ）エンティティは、サービングコール状態制御（Ｓ−ＣＳＣＦ）、プロキシーコール状態制御（Ｐ−ＣＳＣＦ）及び質問コール状態制御（Ｉ−ＣＳＣＦ）のようなファンクションを与えることができる。又、ホーム加入者サーバー（ＨＳＳ）及び種々のアプリケーションサーバーのようなエンティティにより制御ファンクションを提供することもできる。
【０００９】
ユーザ装置（通信装置）と通信ネットワークの要素との間の通信は、通常、適当な通信プロトコル、又は１組の適当な通信プロトコルに基づく。更に、通信システムは、通常、システムの種々の要素が何を行なうことが許され、それをどのように達成すべきかを規定した所与の規格又は仕様書に基づいて動作する。又、所与の接続に対して使用すべき通信プロトコル及び／又はパラメータも定義される。換言すれば、システムにより通信を行なえるようにするには、通信の基礎となる特定の１組の「ルール」を定義することが必要である。
【００１０】
通信プロトコルは、通常、種々のアクション、及び例えば要求されたアクションを実行できない場合にはデフォールトアクション、にも関連したメッセージ又はメッセージシーケンスを定義する。又、プロトコルは、通常、送信メッセージに対する応答を受け取るための種々の指定の時間限界も有する。応答が遅れた場合には、プロトコルは、通常、適切に機能しない。あるアクションの繰り返しに関連したメッセージを送信することが必要となる。最悪のケースでは、要求されたアクションが全く実行されない。
【００１１】
ＩＭＳに使用される制御プロトコルの１つは、セッション開始プロトコル（ＳＩＰ）である。このＳＩＰは、インターネットエンジニアリングタスクフォース（ＩＥＴＦ）に供給されるコメントの要求ＲＦＣ３２６１に規定されたプロトコルである。
【００１２】
ＩＭＳに関連して、セッション開始プロトコルは、例えば、Ｓ−ＣＳＣＦに登録し、セッションを設定するのに使用される。ここで使用する「セッション」という語は、ユーザが行なう通信、例えば、コール、データ（例えば、ウェブブラウジング）、又はマルチメディア通信、等々を指す。ＩＭＳに関連してあるＳＩＰメッセージに対する応答を受け取る際の遅延については、Ｓ−ＣＳＣＦへの登録が失敗となるか、又は要求されたセッションが確立されない。
【００１３】
ＩＭＳにおいて端−端ＳＩＰ接続を可能とするために、例えば、ルーティング及び認証の目的で一貫したデータを含むために種々の異なるレジストリーをプロビジョニングすることが必要である。「プロビジョニング」とは、ここでは、通常、サービスへのアクセス及びサービスの設定を定義するユーザプロフィール情報を情報記憶装置（レジスタ）へ提出することを指す。
【００１４】
プロビジョニングは、慣習的に、新たな又は既存の顧客（加入者）のセットをネットワークへプロビジョニングするプロビジョニング仲裁者を通して行なわれる。慣習的なフロースループロビジョニングでは、仲裁者は、通常、契約が実際にネットワークにおいて利用されるかどうかに配慮しない。それ故、レジスタは、無関係な情報を含むことがあり、利用されないサービスのプロビジョニングでリソースが不必要に使用されることになる。
【００１５】
サービスの慣習的なプロビジョニングに対する別の解決策は、オートプロビジョニングである。オートプロビジョニングとは、通常、サービスセッションが初めて設定されるときにユーザプロフィール情報を含むレジストリーがプロビジョニングされることを意味する。換言すれば、オートプロビジョニングは、通常、セッションコントローラプレーンがエンドユーザを確認しないとき、又はプロフィール情報が関連レジスタにおいて見つからないときに、行なわれる。
【発明の開示】
【発明が解決しようとする課題】
【００１６】
オートプロビジョニングに関連した少なくとも１つの問題は、プロビジョニング仲裁者がそのときにユーザトラフィックにアクセスもしないしセッションコントローラロジックの取り扱いもしないことである。それ故、プロビジョニング仲裁者は、オートプロビジョニングが実際に必要とされるときの解決に参加することができない。セッションコントローラプレーン要素は、通常、管理プレーンから分離され、それ故。セッション制御プレーン要素は、管理プレーントラフィックに参加しない。
【００１７】
上述した問題は、ＩＭＳに関連しているが、同様の欠点が他のシステムにも関連しており、従って、前記説明は、これらの例に限定されない。
【課題を解決するための手段】
【００１８】
本発明の実施形態の目的は、上述した問題の１つ以上に対処することである。
【００１９】
本発明の第１の態様は、通信システムにおけるサービスをプロビジョニングする方法において、サービスプロビジョニングトリガーメッセージのセットを定義する情報をサービスプロビジョニング仲裁者エンティティへ供給するするステップであって、前記セットが少なくとも１つのメッセージを含むようなステップと、ユーザにサービスを提供するのに含まれる更に別のネットワークエンティティから前記サービスプロビジョニング仲裁者エンティティにおいてサービスプロビジョニングトリガーメッセージを受け取るステップであって、前記サービスプロビジョニングトリガーメッセージは、ユーザに関連した識別子に関する情報を含むようなステップと、前記サービスプロビジョニングトリガーメッセージを受け取るのに応答して前記サービスプロビジョニング仲裁者エンティティによりユーザに対して通信システムにおけるサービスプロビジョニングをトリガーするステップと、を備えた方法に係る。
【００２０】
本発明の第２の態様は、通信システムのためのサービスプロビジョニング仲裁者エンティティにおいて、サービスプロビジョニングトリガーメッセージのセットを定義する情報を記憶する手段であって、前記セットが少なくとも１つのメッセージを含むような手段と、ユーザにサービスを提供するのに含まれる更に別のネットワークエンティティからのサービスプロビジョニングトリガーメッセージの受信を検出する手段であって、前記サービスプロビジョニングトリガーメッセージは、ユーザに関連した識別子に関する情報を含むような手段と、ユーザに対して通信システムにおけるサービスプロビジョニングをトリガーする手段であって、前記サービスプロビジョニングトリガーメッセージの受信を検出する前記手段に応答するようなトリガー手段と、を備えたサービスプロビジョニング仲裁者エンティティに係る。
【００２１】
本発明の第３の態様は、少なくとも１つのサービスプロビジョニング仲裁者エンティティと、少なくとも１人のユーザへサービスを提供するのに含まれる少なくとも１つの更に別のネットワークエンティティとを備えた通信システムにおいて、前記サービスプロビジョニング仲裁者エンティティが、サービスプロビジョニングトリガーメッセージのセットを定義する情報を記憶する手段であって、前記セットが少なくとも１つのメッセージを含むような手段と、少なくとも１つの第２ネットワークエンティティの１つからのサービスプロビジョニングトリガーメッセージの受信を検出する手段であって、前記サービスプロビジョニングトリガーメッセージは、ユーザに関連した識別子に関する情報を含むような手段と、ユーザに対して通信システムにおけるサービスプロビジョニングをトリガーする手段とを備え、このトリガー手段は、前記メッセージの受信を検出する前記手段に応答し、そして前記少なくとも１つの更に別のネットワークエンティティの各々は、サービスプロビジョニングトリガーメッセージを送信する手段を備えた通信システムに係る。
【００２２】
本発明の第４の態様は、制御ネットワークエンティティ内で登録メッセージを取り扱うための方法において、ユーザに関連した識別子を含む登録メッセージを受信するステップと、情報記憶装置からユーザのための制御エンティティを指示する情報を要求する要求メッセージを送信するステップと、ユーザが確認されないことを指示する応答メッセージを情報記憶装置から受信するステップと、ユーザに関するサービスプロビジョニングトリガーメッセージを更に別のネットワークエンティティへ送信するステップと、を備えた方法に係る。
【００２３】
本発明の第５の態様は、通信システム内で登録メッセージを取り扱う装置において、ユーザに関連した識別子を含む登録メッセージを受信し、ユーザに対する制御エンティティを指示する情報を要求する要求メッセージを送信し、ユーザが確認されないことを指示する応答メッセージを受信し、ユーザに関するサービスプロビジョニングトリガーメッセージを通信システムのネットワークエンティティへ送信する、というように構成された装置に係る。
【００２４】
本発明の第６の態様は、登録メッセージを取り扱うための制御エンティティと、ユーザに関する情報を記憶するための情報記憶装置と、更に別のネットワークエンティティとを備えた通信システムにおいて、前記制御エンティティが、ユーザに関連した識別子を含む登録メッセージを受信し、ユーザに対するサービング制御エンティティを指示する情報を要求する要求メッセージを情報記憶装置へ送信し、ユーザが確認されないことを指示する応答メッセージを情報記憶装置から受信し、ユーザに関するサービスプロビジョニングトリガーメッセージを前記更に別のネットワークエンティティへ送信する、というように構成された通信システムに係る。
【００２５】
本発明の第７の態様は、通信システム内でセッションを指向するための方法において、ユーザに関連した識別子に対する情報記憶装置に、ユーザのセッションをトリガー情報により定義されたエンティティへ指向するための少なくともトリガー情報を記憶するステップであって、前記トリガー情報は、サービスプロビジョニングトリガーメッセージを取り扱うように構成されたネットワークエンティティを定義するようなステップと、要求において指示されるユーザに関するトリガー情報を送信するための要求を情報記憶装置で受信するステップと、前記要求を受信するのに応答してトリガー情報を送信するステップと、を備えた方法に係る。
【００２６】
本発明の第８の態様は、複数のユーザに対するユーザ情報を記憶するように構成された情報記憶装置であって、前記ユーザ情報は、ユーザに関連した識別子に関するもので、少なくともトリガー情報を含み、少なくとも１人のユーザに関する前記トリガー情報は、サービスプロビジョニングトリガーメッセージを取り扱うように構成されたネットワークエンティティにセッションが指向されることを定義するような情報記憶装置に係る。
【００２７】
本発明の第９の態様は、サービスプロビジョニングトリガーメッセージの受信に応答して通信システムにおけるサービスプロビジョニングをトリガーするように構成されたサービスプロビジョニング仲裁者エンティティと、複数のユーザに対するユーザ情報を記憶するように構成された情報記憶装置であって、前記ユーザ情報は、ユーザに関連した識別子に関するもので、少なくともトリガー情報を含み、少なくとも１人のユーザに関する前記トリガー情報は、サービスプロビジョニングトリガーメッセージを取り扱うように構成されたネットワークエンティティにセッションが指向されることを定義するような情報記憶装置と、この情報記憶装置からユーザに関するトリガー情報を要求して受信し、そしてユーザに関するメッセージを前記サービスプロビジョニング仲裁者エンティティへ送信するように構成された制御エンティティであって、前記サービスプロビジョニング仲裁者エンティティが前記メッセージをサービスプロビジョニングトリガーメッセージとして取り扱うようにする制御エンティティと、を備えた通信システムに係る。
【００２８】
本発明の第１０の態様は、通信装置におけるサービスプロビジョニングを要求するための方法において、サービスプロビジョニング仲裁者エンティティに関する情報を記憶するステップと、サービスのプロビジョニングを要求する必要性を検出するステップと、前記必要性の検出に応答して、サービスプロビジョニングを要求するメッセージを、前記通信システムにおけるサービスプロビジョニングをトリガーするように構成されたサービスプロビジョニング仲裁者エンティティへ送信するステップと、を備えた方法に係る。
【００２９】
本発明の第１１の態様は、サービスプロビジョニング仲裁者エンティティに関する情報を記憶し、新たなサービスを要求する必要性を検出し、前記必要性の検出に応答して、サービスプロビジョニングを要求するメッセージを、サービスプロビジョニングをトリガーするように構成された前記サービスプロビジョニング仲裁者エンティティへ送信する、というように構成された通信装置に係る。
【００３０】
本発明の第１２の態様は、少なくとも通信装置及びサービスプロビジョニング仲裁者エンティティを備えた通信システムにおいて、前記通信装置は、サービスプロビジョニング仲裁者エンティティに関する情報を記憶し、新たなサービスを要求する必要性を検出し、前記必要性の検出に応答して、サービスプロビジョニングを要求するメッセージを、サービスプロビジョニングをトリガーするように構成された前記ネットワークエンティティへ送信するように構成され、そして前記サービスプロビジョニング仲裁者エンティティは、サービスプロビジョニングを要求するメッセージの受信に応答してサービスプロビジョニングをトリガーするように構成された通信システムに係る。
【００３１】
本発明の第１３の態様は、パケットデータ接続の確立を取り扱う方法において、アクセスポイントを指示するパケットデータ接続確立要求を受け取るステップと、その指示されたアクセスポイントがデフォールトアクセスポイントであるかどうかチェックするステップと、前記アクセスポイントがデフォールトアクセスポイントであるときにはサービスプロビジョニングトリガーメッセージを更に別のネットワークエンティティへ送信するステップと、前記指示されたアクセスポイントがデフォールトアクセスポイントでないときには前記指示されたアクセスポイントへのパケットデータ接続を確立するステップと、を備えた方法に係る。
【００３２】
本発明の第１４の態様は、パケットデータ接続の確立を取り扱うためのネットワーク要素において、アクセスポイントを指示するパケットデータ接続確立要求を受け取り、その指示されたアクセスポイントがデフォールトアクセスポイントであるかどうかチェックし、アクセスポイントがデフォールトアクセスポイントであるときにはサービスプロビジョニングトリガーメッセージを更に別のネットワークエンティティへ送信し、前記指示されたアクセスポイントがデフォールトアクセスポイントでないときには前記指示されたアクセスポイントへのパケットデータ接続を確立する、というように構成されたネットワーク要素に係る。
【発明を実施するための最良の形態】
【００３３】
以下、添付図面を参照して、本発明の実施形態を一例として説明する。
本発明の実施形態は、ＩＰマルチメディアサブシステムＩＭＳを参照して以下に詳細に説明するが、本発明の実施形態は、ＩＭＳと同様のネットワーク要素を有し且つそれと同様の機能を発揮する他の通信システムにも適用できることが明らかであろう。
【００３４】
図１は、ＩＰマルチメディアサブシステムＩＭＳ１００の一般的アーキテクチャーを概略的に示す。ＩＭＳにより提供されるサービスを利用したいユーザは、先ず、サービングコールセッション制御ファンクション（Ｓ−ＣＳＣＦ）１１０のようなサービングコントローラに登録される必要がある。図１に示されたように、Ｓ−ＣＳＣＦ１１０と通信装置（ユーザ装置ＵＥ）１０１との間の通信は、少なくとも１つのプロキシーコールセッション制御ファンクション（Ｐ−ＣＳＣＦ）１１２を経てルーティングされる。従って、Ｐ−ＣＳＣＦ１１２は、Ｓ−ＣＳＣＦ１１０へメッセージをプロキシー処理するためのものである。通信装置１０１とＰ−ＣＳＣＦ１１２との間の通信は、通常、アクセスネットワーク１２０又はアクセスエンティティを経て行なわれる。ＩＭＳ１００は、通常、質問コールセッション制御ファンクション（Ｉ−ＣＳＣＦ）１１１も含み、これは、到来する全ての登録メッセージを受け取り、それを適当なＳ−ＣＳＣＦ１１０へ転送する。接続をルーティングするときには、図示されたＰ−ＣＳＣＦ、Ｓ−ＣＳＣＦ及びＩ−ＣＳＣＦに加えて、更に別のネットワーク要素が含まれてもよい。サービングコントローラ、即ち図１のＳ−ＣＳＣＦ１１０は、次いで、ユーザ装置１０１を登録する必要のある制御エンティティとなる。登録は、例えば、通信装置がアプリケーションサーバー（ＡＳ）１１４ａ又は１１４ｂからのサービスを要求するか、又は別のユーザ装置との端−端アプリケーションを実行できるようにするために必要とされる。あるケースでは、Ｓ−ＣＳＣＦは、ある瞬間における登録プロセスの全数がＳ−ＣＳＣＦの容量に対して多過ぎることが分かる。このようなケースでは、Ｓ−ＣＳＣＦは、登録を禁止する応答を送信することにより登録要求を拒絶することができる。
【００３５】
又、各ユーザの契約に関連した情報を記憶するためにユーザ情報記憶装置を設けることもできる。ユーザ情報記憶装置は、契約のホームネットワークのサーバーに位置することができる。このような加入者情報記憶装置は、異なる通信システムでは異なる用語で呼ばれ、ＩＭＳでは、加入者情報記憶装置は、ホーム加入者サーバー（ＨＳＳ）と称される。図１は、ホーム加入者サーバー（ＨＳＳ）１１６を示している。ＨＳＳ１１６は、例えば、セッション設定手順の間及びその後に、他の機能的エンティティにより適当な基準ポイントを経て問合せすることができる。加入者情報は、認証の目的で必要とされるデータ（例えば、加入者又はユーザ装置の登録アイデンティティ、認証キー）、等の情報を含む。又、ＨＳＳ１１６は、加入者プロフィール情報を永久的に記憶するのにも使用できる。
【００３６】
セッション開始プロトコルＳＩＰは、ＩＭＳにおいてセッションを制御するのに使用される。従って、少なくとも次のエンティティ、即ち通信装置ＵＥ、制御エンティティＳ−ＣＳＣＦ、及びプロキシーエンティティＰ−ＣＳＣＦが、ＳＩＰを使用する。ＳＩＰアーキテクチャーは、例えば、ＳＩＰクライアント、ＳＩＰサーバー及びユーザエージェント（ＵＡ）を含む。ＳＩＰクライアントは、ＳＩＰ要求を送信しそしてＳＩＰ応答を受信するネットワーク要素である。ＳＩＰサーバーは、ＳＩＰ要求を受信してそれらにサービスすると共に、その要求に対してＳＩＰ応答を返送するネットワーク要素である。ＳＩＰプロキシーは、他のＳＩＰクライアントに代わって要求を行なう目的でＳＩＰサーバー及びＳＩＰクライアントの両方として働く仲介エンティティである。ＳＩＰプロキシーサーバーは、主として、ルーティングの役割を演じる。ユーザエージェントは、ユーザエージェントクライアント（ＵＡＣ）及びユーザエージェントサーバー（ＵＡＳ）の両方として働くことのできる論理的エンティティである。ユーザエージェントクライアントは、新たな要求を生成し、次いで、クライアントトランザクション状態マシンを使用してそれを送信する論理的エンティティである。ＵＡＣの役割は、そのトランザクションの期間中しか続かない。換言すれば、ソフトウェアの断片が要求を開始する場合には、それが、そのトランザクションの時間中にＵＡＣとして働く。後で要求を受信すると、そのトランザクションの処理のためにユーザエージェントサーバーの役割を引き受ける。
【００３７】
ＩＭＳを参照すれば、ＩＭＳサービスを利用する通信装置は、一般に、ＳＩＰユーザエージェントとして働く。プロキシーエンティティＰ−ＣＳＣＦは、一般に、ＳＩＰプロキシーとして働くが、あるケースでは、ＳＩＰユーザエージェントとしても働く。制御エンティティＳ−ＣＳＣＦは、一般に、ＳＩＰプロキシーとして働くが、ＳＩＰレジスタの機能も若干有し、登録要求を受け容れる。通信装置（ユーザ装置）、Ｓ−ＣＳＣＦ及びＰ−ＣＳＣＦの能力の詳細な説明は、３ＧＰＰ仕様書ＴＳ２４．２２９、バージョン５.６．０、リリース５に見ることができる。
【００３８】
図２は、サービスプロビジョニング及びオートプロビジョニングに関する幾つかのエンティティ及び情報記憶装置を一例として概略的に示す。サービスは、典型的に、サービス属性の特定セットを有する。ＳＩＰに関しては、サービス属性の幾つかの例は、ＴＥＬＵＲＩ  ｐｕｂｌｉｃＩＤ、ＳＩＰＵＲＩ  ｐｕｂｌｉｃＩＤ、ＳＩＰＵＲＩユーザフォーン、プライベートＩｄ、認証形式、共有シークレット及び登録スタイルである。更に、サービスに関するコンフィギュレーションデータがある。サービスが設計されるときには、サービス属性セット及びコンフィギュレーションデータが、通常、定義される。サービス属性セットは、通常、情報記憶装置、例えば、図２に示すサービス契約レポジトリー２０１に記憶される。当該ネットワーク要素には、サービスをサポートできるようにするためのサービスのコンフィギュレーションデータが設けられる。特定のサービスツールを設けて、これを使用して、属性セット及びコンフィギュレーションデータを当該ネットワーク要素及び情報記憶装置に配送することができる。サービスの用語展開は、通常、当該コンフィギュレーション情報を必要なネットワーク要素に与えて、必要に応じて、サービスをサポートするための新たなネットワーク要素を追加することを指す。
【００３９】
慣習的なサービスプロビジョニングの場合には、サービス契約を行なうユーザに関する情報を含ませるためにユーザがサービスに実際にアクセスする前に種々の情報記憶装置が更新される。例えば、ホーム加入者サーバー１１６及びドメインネームサーバー２０２は、契約に関する情報を含ませるように管理プレーンエンティティにより更新される。
【００４０】
オートプロビジョニングに戻ると、サービスを設計しそして展開した後に、オートプロビジョニングのためのサービスパッケージ仕様を生成することができる。このサービスパッケージ仕様は、サービスパッケージ情報記憶装置、例えば、サービスカタログ２１０に記憶することができる。例えば、ＩＭＳサービスをオートプロビジョニングする場合に、ＩＭＳサービスパッケージが生成されて、サービスパッケージ情報記憶装置に記憶される。このサービスパッケージ情報記憶装置は、オートプロビジョニングできるサービス（アプリケーション）に関する他のサービスパッケージも含むことができる。オートプロビジョニングされるサービス契約を管理し監視するために、サービス管理エンティティ、例えば、プロフィールマネージャー２１２が設けられる。管理者は、例えば、特別に設計されたユーザインターフェイスを通り、プロフィールマネージャー２１２を経てサーボイスカタログ２１０にアクセスすることができる。
【００４１】
以下の説明において、サービスプロビジョニング仲裁者エンティティを参照する。サービスプロビジョニング仲裁者エンティティは、通信システムにおけるオートプロビジョニングには必須でないが、オートプロビジョニング要求を取り扱うための実現可能な仕方を与える。図２において、サービスプロビジョニング仲裁者エンティティは、プロフィールプロキシー２１４と称される。サービスプロビジョニング仲裁者エンティティの特徴は、サービス管理エンティティの一部分として、例えば、図２のプロフィールマネージャー２１２の一部分として実施されてもよい。
【００４２】
新たなサービスがネットワークにおいて展開されるときには、サービスプロビジョニング仲裁者エンティティは、通常、新たなサービスについて通知される。このように、サービスプロビジョニング仲裁者エンティティは、通信システムにおいてどのサービスをプロビジョニングできるかを知る。サービスプロビジョニング仲裁者エンティティは、新たなサービスについて、例えば、周期的に、又は新たなサービスの展開に応答して、通知されることが考えられる。
【００４３】
本発明の実施形態は、サービスを提供し（即ち、サービスの一部分を形成する情報を送信し）及び／又はユーザに通信セッションを提供するのに含まれるネットワーク要素からのサービスプロビジョニングトリガーメッセージをサービスプロビジョニング仲裁者エンティティにおいて受信するのに応答して通信システム内でサービスプロビジョニングをトリガーすることに係る。慣習的に、サービスプロビジョニングは、管理ネットワークエンティティによりトリガーされている。ある実施形態は、例えば、ＨＳＳが契約情報を含まないためにネットワークがエンドユーザを全く確認しないか、又は契約が一部分しか満たされず、契約の完了が要求されるときに、ＩＭＳのオートプロビジョニングに専念する。又、本発明の更に別の実施形態は、ユーザのアプリケーション（サーバー）をオートプロビジョニングするのにも適用できる。
【００４４】
本発明の実施形態は、セッションコントローラと管理プレーンとの間のギャップを橋絡する。以前には、セッション制御及び管理は、互いに別々のエンティティとみなされていた。ここでは、例えば、ＳＩＰセッションをサービスプロビジョニング仲裁者エンティティ（図２のプロフィールプロキシー２１４）へルーティングする仕方を紹介する。サービスプロビジョニング仲裁者エンティティは、通常、例えば、プロフィールマネージャー２１２を経て全ての当該レジストリー及び他のネットワーク要素へのオートプロビジョニングを開始する。
【００４５】
図２を参照すれば、通信システムにおける実際のサービスプロビジョニングは、サービスが管理プレーンエンティティによりプロビジョニングされるときと同様に、プロフィールプロキシー２１４によりトリガーされた後に行うことができる。例えば、プロフィールマネージャー２１２は、サービス契約記憶装置２０１、ＨＳＳ２０２、及び／又はドメインネームサーバー２０３において情報を更新することができる。プロフィールマネージャー２１２は、通常、少なくともアプリケーションをプロビジョニングするときに、プロフィールサーバー２１６に連絡し、次いで、プロフィールサーバー２１６は、当該アプリケーションサーバー２１８ａ、２１８ｂにおいて情報を更新する。
【００４６】
図２は、サービスプロビジョニングに関する多数のネットワークエンティティ（プロフィールプロキシー２１４、プロフィールマネージャー２１２、プロフィールサーバー２１６）を示しているが、これらネットワークエンティティに関する機能は、ネットワークエンティティの異なる構成により通信システムにおいてサポートされてもよいことが明らかである。
【００４７】
本発明の実施形態は、例えば、ＩＭＳネットワーク要素の静的容量の必要性を低減する。又、これらの実施形態は、容量を最適化し且つＩＭＳ要素により提供されるサービスを価格付けする上で助けとなる「アクティブなエンドユーザ」の概念も実現する。アクティブなエンドユーザとは、ＩＭＳネットワークを実際に使用するエンドユーザである。本発明の実施形態は、ＩＭＳの３ＧＰＰ規格に適合する。更に、本発明の実施形態は、多数の既存の及び新規な規格、例えば、ＯＳＳ／Ｊ（オペレーションサポートシステム・スルー・Ｊａｖａ（登録商標）イニシアティブ）を使用することができ、それ故、本発明の実施形態は、マルチベンダー環境にも適用できる。
【００４８】
図３は、本発明の実施形態に関連したサービスプロビジョニング仲裁者エンティティのオペレーションに関する方法３００のフローチャートを一例として示す。ステップ３０１において、サービスプロビジョニング仲裁者エンティティには、サービスプロビジョニングトリガーメッセージのセットを定義する情報が与えられ、このセットは、少なくとも１つのメッセージを含む。ステップ３０２において、仲裁者エンティティは、通常、ユーザへサービスを提供するのに含まれる更に別のネットワークエンティティからサービスプロビジョニングトリガーメッセージの１つを受け取る。この受け取ったサービスプロビジョニングトリガーメッセージは、ユーザに関連した識別子に関する情報を含む。ステップ３０３において、仲裁者エンティティは、前記サービスプロビジョニングトリガーメッセージを受け取るのに応答してユーザに対して通信システム内でサービスプロビジョニングをトリガーする。その後、例えば、上述したように、通信システムにおいてサービスプロビジョニングが行なわれる。考えられるエラー状態は、特殊な取り扱いを必要とし、エラー状態では、サービスプロビジョニングトリガーメッセージの送信者（及び／又は通信装置）に、サービスプロビジョニング不成功が通知される。
【００４９】
以下に詳細に述べるように、本発明の第１の実施形態は、通信システムへのアクセスをプロビジョニングすることに係る。本発明の第２の実施形態は、通信システムによりサポートされるサービスへのアクセス、例えば、種々のアプリケーションへのアクセスをプロビジョニングすることに係る。第３の実施形態は、通信装置がサービスプロビジョニングの必要性を検出するときにアプリケーションへのアクセスをプロビジョニングすることに係る。
【００５０】
それ故、サービスプロビジョニングトリガーメッセージが種々のネットワークエンティティから送信されることが明らかであろう。更に、異なるネットワークエンティティにより送信されるサービスプロビジョニングトリガーメッセージは、異なるものでよい。幾つかの例を以下に述べる。プロフィールプロキシー２１２又は別の同様のネットワークエンティティは、サービスプロビジョニングをトリガーする以外の機能も果たすことができるので、通常は、サービスプロビジョニングトリガーメッセージのセットを定義することが必要になる。このように、プロフィールプロキシー２１２は、サービスプロビジョニングの必要性を容易に検出することができる。プロフィールプロキシー２１２は、どのサービスをプロビジョニングする必要があるかを、例えば、サービスプロビジョニングトリガーメッセージに含まれた情報に基づいて決定するか（例えば、プロビジョニングされるべきアプリケーションは、サービスプロビジョニングトリガーメッセージにおいて明確に識別される）、又はサービスプロビジョニングトリガーメッセージそれ自体に基づいて決定する（例えば、転送される登録メッセージは、ユーザが登録を試みる通信システムへのアクセスをプロビジョニングするための要求を指示する）。
【００５１】
図４ａ及び４ｂは、本発明の第１の実施形態によるオートプロビジョニングに係る。図４ａは、ユーザがＩＭＳサービスに初めてアクセスする状態を一例として示す。ＩＭＳサービスは、一般的に、登録メッセージ（ＳＩＰ登録）を送信することによりアクセスされる。図４ａの状態は、通常、ユーザが登録メッセージを初めて送信するときに生じる。図４ａにおいて、ユーザ（通信装置１０１）は、ＳＩＰ登録メッセージ（矢印４０１で示す）を送信し、そしてセッションのルーティングが、通常は質問制御エンティティ（Ｉ−ＣＳＣＦ）である当該制御エンティティ４５０へ行なわれる。登録メッセージは、ユーザに関連した識別子を含む。登録メッセージの受信に応答して、制御エンティティ４５０は、通信システムの情報記憶装置へ要求メッセージを送信し（矢印４０２）、この要求メッセージは、ユーザに対するサービング制御エンティティ（通常はＳ−ＣＳＣＦ）に関する情報を要求する。通常、この要求メッセージは、加入者情報記憶装置、例えば、図４ａに示すＨＳＳへ送信される。ここに示す状態のように、加入者情報記憶装置がユーザに関する情報を含まない場合には、制御エンティティ４５０は、通常、ユーザが加入者情報記憶装置により確認されないことを制御エンティティに通知する応答メッセージを受信する（矢印４０３）。
【００５２】
第１の実施形態によれば、制御エンティティ４５０が、ユーザが確認されないと決定したときに、制御エンティティ４５０は、ユーザにエラーメッセージを送信するか、さもなければ、セッション設定を終了するのではなく、ユーザに対するサービスプロビジョニングトリガーメッセージを送信する（矢印４０４）。通常、このサービスプロビジョニングトリガーメッセージは、プロフィールプロキシー２１４へ送信されるか、又は通信システムの他の同様のサービスプロビジョニング仲裁者エンティティへ送信される。サービスプロビジョニングトリガーメッセージは、転送される登録メッセージであるか、又は登録メッセージを含むメッセージである。或いは又、少なくとも、ユーザに関連したアイデンティティと、ユーザに対して通信システムへのアクセスをプロビジョニングすべきであることを指示する情報とを含む新たなメッセージでもよい。サービスプロビジョニングトリガーメッセージを受け取るのに応答して、プロフィールプロキシー２１４は、受け取ったサービスプロビジョニングトリガーメッセージに関するサービスをプロビジョニングさせる。プロフィールプロキシー２１４は、通常、それが一時的に利用できないことを制御エンティティに通知する。
【００５３】
又、プロフィールプロキシー２１４は、例えば、ショートメッセージを送信することにより、サービスプロビジョニングが進行中であることを通信装置１０１に通知することもできる。プロフィールプロキシー２１４は、サービスプロビジョニングトリガーメッセージをプロフィールマネージャー２１２へ転送することができる（矢印４０５）。或いは又、プロフィールプロキシー２１４は、少なくともユーザを識別する情報を含む更に別のメッセージを生成し、そしてこの更に別のメッセージをプロフィールマネージャー２１２へ送信することもできる。プロフィールマネージャー２１２及びプロフィールプロキシー２１４が単一のネットワークエンティティで実施される場合には、適当な内部手順によってメッセージを置き換えることができる。プロフィールマネージャー２１２は、種々の情報記憶装置及びネットワーク要素へ適切な情報を送信することによりネットワークへのＩＭＳサービスパッケージをプロビジョニングする。例えば、ユーザに関する情報は、加入者情報記憶装置（ＨＳＳ２０２）へ送信される（矢印４０６）。ユーザのＩＭＳサービスが、例えば、幾つかの新たなドメインネームを含む場合には、当該情報がドメインネームサーバー２０３へ送信される（矢印４０７）。又、サービス契約レポジトリー２０１の情報は、例えば、ユーザのアイデンティティ情報（例えば、ＩＭＳにおけるパブリックアイデンティティ）又はユーザに関する認証情報を記憶することにより、更新することもできる（矢印４０８）。更に、通信装置に、何らかのコンフィギュレーション情報又は他の当該情報を与えねばならない場合は、この情報を、ターミナル管理サーバー２３０を経て通信装置へ送信することができる（矢印４０９）。
【００５４】
通信装置へのアクセス（特定例では、ＩＭＳへのアクセス）をオートプロビジョニングすることに関連してユーザに対して幾つかのアプリケーションをプロビジョニングすることができる。アプリケーションのプロビジョニングは、例えば、プロフィールマネージャー２１２がユーザに関する当該情報をプロフィールサーバー２１６へ送信することにより（矢印５１０）、行うことができる。次いで、プロフィールサーバー２１６は、ユーザに関する当該情報を種々のアプリケーションサーバーへ転送することができ（矢印４１１ａ、４１１ｂ）、又はこれらサーバーがプロフィールサーバー２１６から情報をフェッチ又は読み取ることができる。図４ａは、２つのアプリケーションサーバー２１８ａ、２１８ｂを一例として示す。
【００５５】
制御エンティティ４５０により送信されるサービスプロビジョニングトリガーメッセージ（矢印４０４）は、プロフィールマネージャー２１２へ直接送信されてもよいことが明らかであろう。換言すれば、プロフィールマネージャー２１２は、サービスプロビジョニング仲裁者エンティティとして働いてもよい。
【００５６】
従って、通信装置１０１により送信される正に最初の登録メッセージは、通信システムが、通信装置に関連した（換言すれば、登録メッセージに示された）ユーザに対して通信システムへのアクセスをプロビジョニングするようにさせることが明らかである。次の登録メッセージが通信装置１０１から送信されるときには、ユーザ情報記憶装置１１６は、ユーザに関する情報を含む。ユーザは、確認され、そして首尾良い認証の後に（この時点で認証が行われる場合）、通信システムへのアクセスが許される。認証は、再登録についてはほとんど行なわれないが、これは、オペレータの好みに基づく。
【００５７】
図４ｂは、本発明の第１実施形態の１つの具現化に関するメッセージシーケンスチャートを一例として示す。図４ｂは、アイデンティティモジュール（通常、スマートカード、例えば、ユニバーサル加入者アイデンティティモジュールＵＳＩＭ）を含む通信装置（図４ｂのＵＥ）を使用しそしてＧＰＲＳを経てＩＭＳにアクセスするユーザに対するＳＩＰシグナリングフローの特定例に係る。当業者であれば、図４ｂに基づくＧＰＲＳ以外のアクセスネットワークにおいて同様の手順をどのように実行するか明らかであろう。
【００５８】
通信装置のアプリケーションは、通常、ＩＭＳにアクセスするのに必要なパラメータを発生する。これらのパラメータは、アイデンティティモジュールに記憶された情報に基づきＩＭＰＵ−Ｔ、ＩＭＰＩ及びホームドメインネットワークネームを含む。又、ＩＭＳアクセスポイントに関する情報も発生される。ＩＭＰＵパラメータは、ＩＰマルチメディアパブリックユーザアイデンティティである。パブリックアイデンティティは、ＩＰマルチメディアサブシステム内のユーザ・対・ユーザ通信においてアドレスとして使用される。ＩＭＰＩパラメータは、ＩＰマルチメディアプライベートアイデンティティである。各ＩＰマルチメディアコアネットワークサブシステムユーザは、プライベートユーザアイデンティティを有する。ネットワークオペレータは、ユーザにプライベートアイデンティティを割り当て、そしてそのアイデンティティは、ユーザの契約の期間中に有効である。
【００５９】
図４ｂに示す例では、通信装置ＵＥ及びＧＰＲＳネットワークは、先ず、ＧＰＲＳアタッチ手順を遂行し、そしてパケットデータプロトコル（ＰＤＰ）コンテクストを確立する。通信装置は、デフォールトＡＰＮに向けてＰＤＰコンテクストアクチベーションを実行する。Ｐ−ＣＳＣＦディスカバリー手順が通信装置とＧＰＲＳネットワークとの間で実行され、この手順の後、通信装置は、ＳＩＰ  ＲＥＧＩＳＴＥＲ（登録）メッセージを送信することによりＰ−ＣＳＣＦ（ユーザがローミング中の場合には訪問先ネットワークの）に連絡することができる。この登録メッセージは、デフォールトのオートプロビジョニングアイデンティティを含む。Ｐ−ＣＳＣＦは、例えば、ＤＮＳサーバーへＤＮＳ問合せを行うことにより、登録メッセージに存在するアイデンティティ情報に基づいてユーザのためのＩ−ＣＳＣＦを見出す。Ｉ−ＣＳＣＦが分った後に、Ｐ−ＣＳＣＦは、ユーザのホームネットワークにおけるＩ−ＣＳＣＦへ登録を転送する。Ｉ−ＣＳＣＦは、ＨＳＳからの登録メッセージにおけるアイデンティティに関連したユーザに関するＳ−ＣＳＣＦについての情報を要求する。ＨＳＳは、図４ａを参照して上述したように、ユーザが未知であることを示すエラーメッセージで応答する。その後、Ｉ−ＣＳＣＦは、登録メッセージをプロフィールプロキシー２１４（図４ｂのＰＰ）へ転送するか、又はサービスプロビジョニングをトリガーする役割の別のネットワークエンティティへ転送する。図４ｂのＰＰは、エラーメッセージでＩ−ＣＳＣＦへ応答し、これは、Ｐ−ＣＳＣＦへエラーメッセージを転送する。Ｐ−ＣＳＣＦは、次いで、エラーメッセージを通信装置へ転送する。エラーメッセージは、例えば、所与の時間周期の後に登録を再試行することを示す。このように、通信ターミナルのアプリケーションは、所与の時間周期の後に登録を自動的に再試行することができる。ＩＭＳへのアクセスをプロビジョニングすることは、通信システムにおいて、ＰＰが登録メッセージを受信することに応答して実行される。
【００６０】
図５は、本発明の第１実施形態による方法５００のフローチャートを一例として示す。登録メッセージを取り扱う方法５００は、制御エンティティ４５０、通常、質問制御エンティティにおいて実行される。
【００６１】
ステップ５０１において、登録メッセージが制御エンティティに受け取られる。登録メッセージは、ユーザに関連した識別子を含む。特定例として、登録メッセージは、ＳＩＰ登録メッセージでよい。ステップ５０２において、要求メッセージが、制御エンティティから情報記憶装置へ、ＩＭＳではＨＳＳへ送信される。要求メッセージは、情報記憶装置からユーザに対する制御エンティティを示す情報を要求する。ＩＭＳでは、制御エンティティは、Ｓ−ＣＳＣＦであり、そして要求メッセージは、通常、ユーザ許可要求（ＵＡＲ）メッセージである。ステップ５０４において、制御エンティティは、ユーザが確認されないことを示す応答メッセージを情報記憶装置から受け取る。このメッセージは、例えば、ＨＳＳからのユーザ許可回答（ＵＡＡ）メッセージでよい。ユーザが確認されないことに気付くと、制御エンティティは、ユーザに関するサービスプロビジョニングトリガーメッセージを更に別のネットワークエンティティ、例えば、プロフィールプロキシー２１４へ送信する。サービスプロビジョニングトリガーメッセージは、例えば、転送される登録メッセージでもよいし、又はオリジナルの登録メッセージを含んでもよい。
【００６２】
図４ｃは、ＩＭＳへのアクセスをプロビジョニングするためのサービストリガーメッセージがゲートウェイエンティティ４６０から送信される別の第１実施形態を一例として示す。アクセスネットワークからＩＭＳへのアクセスは、アクセスネットワークをパケットデータコアネットワークに接続するゲートウェイエンティティにより与えられる。図４ｃにおいて、アクセスネットワークは、例えば、ＧＰＲＳネットワークであり、そしてゲートウェイエンティティは、ゲートウェイＧＰＲＳサポートノード（ＧＧＳＮ）である。
【００６３】
図４ｃに示す状態では、通信装置１０１は、ＩＭＳへアクセスするための設定をもたない。ユーザは、より早くＩＭＳにアクセスできるが、別の通信装置を使用する。従って、ユーザに対してＩＭＳ契約が存在し得る。ＩＭＳ契約が存在する場合には、適当な設定が通信装置へ送信される。ＩＭＳ契約が存在しない場合には、ユーザに対してＩＭＳがプロビジョニングされる。図４ｃのプロフィールマネージャー２１２は、これらのケース間を区別することができる。
【００６４】
通信装置１０１に記憶されたＩＭＳ設定はないので、通信装置１０１は、デフォールトＡＰＮへのパケットデータ接続の確立を要求する（矢印４７１）。パケットデータ接続を確立するための要求は、ＰＤＰコンテクストアクチベーション要求である。ゲートウェイエンティティ４６０は、デフォールトＡＰＮへのＰＤＰコンテクストアクチベーションを検出し、又、ゲートウェイエンティティ４６０は、プロフィールプロキシー２１４へサービスプロビジョニングトリガーメッセージを送信し（矢印４７２）、これは、このケースでは、デフォールトパラメータを伴うＩＭＳへの初期登録である。プロフィールプロキシー２１４は、初期登録メッセージのＩＰアドレスに基づいてユーザを識別する情報をＧＰＲＳセッションデータベースからフェッチする（矢印４７３）。ユーザを識別する情報は、例えば、ＭＳＩＳＤＮ番号及び／又はＩＭＳＩでよい。ゲートウェイエンティティ４６０は、セッションに関する情報をデータベースに記憶する。又、プロフィールプロキシー２１４は、それが一時的に使用不可であることもゲートウェイエンティティ４６０に通知する（矢印４７４）。プロフィールプロキシー２１４は、サービスプロビジョニングトリガーメッセージを、ユーザを識別する情報と共にプロフィールマネージャー２１２へ転送する（矢印４７５）。或いは又、上述したように、当該情報を含む新たなメッセージを送信することもできるし、又は適当な内部手順を使用して、当該情報を送信することもできる。
【００６５】
プロフィールマネージャー２１２は、ユーザがＩＭＳサービス契約を有していないことに気付いた場合に、ＩＭＳサービスをプロビジョニングする。プロフィールマネージャー２１２は、ターミナル管理データベースから更なる情報をフェッチすることができる（矢印４７６）。このフェッチされる情報は、ユーザアイデンティティ情報、通信装置に関する情報、サービス契約に関する情報、及び／又はどのサービス（ＩＭＳを含む）にユーザが契約できるかに関する情報を含む。プロフィールマネージャー２１２は、ＩＭＳサービスをプロビジョニングすると判断した場合に、それに応じてＨＳＳ１１６の情報を更新する（矢印４７７）。ＩＭＳ及びＧＰＲＳパラメータは、プロフィールマネージャー２１２により送信された要求（矢印４７８）に応答して、ターミナル管理サーバー２３０により通信装置１０１へ送信される（矢印４７９）。ＩＭＳ及びＧＰＲＳパラメータは、例えば、オーバー・ジ・エア(Over-the-Air)インターフェイスに基づいてショートメッセージとして送信することができる。
【００６６】
図６は、本発明の第２の実施形態によりサービスをオートプロビジョニングすることに関する。本発明の第２の実施形態において、ユーザ情報記憶装置、例えば、図６のＨＳＳ６２０は、通信システムのユーザに関する基本的情報を含む。これは、通信装置１０１が登録メッセージ６０１を送信するときに、質問制御エンティティ１１１がサービング制御エンティティ１１２に関する情報をユーザ情報記憶装置６２０から要求し（矢印６０２）、ユーザ情報記憶装置は、サービング制御エンティティを示す情報を与える（矢印６０３）ことを意味する。特定例として、矢印６０２及び６０３で指示されたメッセージは、上述したＵＡＲ及びＵＡＡメッセージでよい。
【００６７】
ユーザに対してサービング制御エンティティ１１２を示す情報を受け取った後に、質問制御エンティティ１１１は、通常の仕方でサービング制御エンティティ１１２へセッションをルーティングする。次いで、サービング制御エンティティ１１２は、通常、ユーザ情報記憶装置６２０から認証情報を要求し、そしてユーザを認証する。その後、サービング制御エンティティ１１２は、通常、トリガー情報及びおそらくは他のユーザプロフィール情報をユーザ情報記憶装置６２０から要求する（矢印６０５）。ユーザ情報記憶装置６２０は、要求された情報を送信する（矢印６０６）。
【００６８】
この第２の実施形態では、トリガー情報は、サービスプロビジョニングトリガーメッセージを取り扱うサービスプロビジョニング仲裁者エンティティに対して、より早い時点でユーザ情報記憶装置に記憶される。このトリガー情報は、例えば、通信サービスへのアクセスが本発明の第１の実施形態に基づき又は他の仕方でプロビジョニングされたときに、ユーザ情報記憶装置６２０へ記憶されてもよい。
【００６９】
サービング制御エンティティは、トリガー情報により指示されたように（矢印６０７）、サービスプロビジョニング仲裁者エンティティへセッションをルーティングする。図６において、サービスプロビジョニング仲裁者エンティティは、例えば、プロフィールプロキシー２１４である。ＩＭＳにおいて、セッションは、通常、ＩＭＳサービス制御（ＩＳＣ）インターフェイスを使用してルーティングされる。
【００７０】
プロフィールプロキシー２１４（又は他の同様のネットワークエンティティ）は、ルーティングされたセッションに気付く。アプリケーション又はアプリケーションのセットをプロビジョニングするために、サービスパッケージは、より早くに生成されている。サービスパッケージは、例えば、ルーティングされたセッションに関するユーザに対してどのアプリケーション（１つ又は複数）をプロビジョニングすべきか指示する。図６に示すように、プロフィールプロキシー２１４は、アプリケーション（１つ又は複数）のプロビジョニングを実行するようにプロフィールマネージャー２１２に命令することができる（矢印２１２）。ユーザ情報記憶装置６２０におけるトリガー情報は、通常、アプリケーションサーバー２１８の１つを指すように、サービスプロビジョニングに関連して更新される（矢印６１１）。又、プロフィールマネージャー２１２は、関連アプリケーションサーバー、図６ではアプリケーションサーバー２１８ａにおいて情報を更新する（矢印６１０）ように、プロフィールサーバー２１６に命令することができる（矢印６０９）。
【００７１】
図７ａ及び７ｂは、本発明の第２の実施形態による方法７００及び７１０のフローチャートを一例として示す。
【００７２】
方法７００は、通信システムにおける情報記憶装置、例えば、ＩＭＳにおけるＨＳＳのオペレーションに係る。ステップ７０１において、ユーザに関連した識別子について情報が記憶される。この情報は、ユーザのセッションを、トリガー情報により定義されたエンティティへ向けるためのトリガー情報を少なくとも含む。第２の実施形態によれば、トリガー情報は、サービスプロビジョニングトリガーメッセージを取り扱うように構成されたサービスプロビジョニング仲裁者エンティティを定義する。情報記憶装置に記憶される情報は、通常、ユーザに対する制御エンティティ、例えば、ＩＭＳにおけるＳ−ＣＳＣＦを指示する情報も含む。
【００７３】
ステップ７０２において、情報記憶装置は、要求６０５を受け取り、これは、この要求において指示されたユーザに関するトリガー情報を送信するためのものである。ステップ７０３において、トリガー情報が送信される（図６の矢印６０６）。ステップ７０４において、トリガー情報は、ユーザに対する制御エンティティ、例えば、ＩＭＳにおけるＳ−ＣＳＣＦを定義するために、サービスプロビジョニングに関連して更新される（例えば、図２を参照して上述したように）。この情報更新の後に、トリガー情報は、通常の仕方でセッションを制御エンティティへルーティングさせる。
【００７４】
方法７１０は、制御エンティティ、例えば、ＩＭＳにおけるＳ−ＣＳＣＦのオペレーションに係る。ステップ７１１において、制御エンティティは、情報記憶装置からユーザに関するトリガー情報を要求する。ステップ７１２において、制御エンティティは、トリガー情報を受け取り、そしてステップ７１３において、制御エンティティは、トリガー情報に基づき、ユーザに関するメッセージを、サービスプロビジョニングトリガーメッセージを取り扱うように構成されたサービスプロビジョニング仲裁者エンティティへ送信する。サービスプロビジョニング仲裁者エンティティは、制御エンティティにより送信されたこのメッセージを、サービスプロビジョニングトリガーメッセージとして取り扱う。ステップ７１３の後に、通信システムにおけるサービスプロビジョニングがトリガーされ、そしてサービスがプロビジョニングされる。
【００７５】
本発明の第３の実施形態は、例えば、加入者Ａが加入者ＢとＳＩＰベースのゲームセッション（又は他のアプリケーションセッション）をもつことを希望する状況に関する次の問題を克服する。加入者Ｂの通信装置には、ゲームセッションのための必要な能力が設けられていないかもしれない。更に、ゲームサーバーに対して加入者Ａしかプロビジョニングされていないときに、加入者Ｂをゲームセッションで課金できない場合もある。それ故、加入者ＡとＢとの間でゲームセッションを確立することができない。従って、ここでの問題は、確認されない加入者Ｂへのアプリケーションを自動的にプロビジョニングすることに係る。
【００７６】
この第３の実施形態では、加入者Ｂの通信装置は、その通信装置から及び通常は関連アイデンティティモジュールからもフェッチされる個人的な値で必要なオートプロビジョニング設定を開始するように構成される。オートプロビジョニング設定は、例えば、標準的ＳＩＰ  ＡＰＩを通してＳＩＰトラフィックを聴取することにより個人的情報管理（ＰＩＭ）アプリケーションプログラミングインターフェイス（ＡＰＩ）を経てフェッチすることができる。
【００７７】
サービスオートプロビジョニングのトリガー動作及びオートプロビジョニングの初期スタートは、通信装置において非常に動的に実施することができる。トリガー動作は、ＭＩＤｌｅｔ技術をベースとするもので、これは、ＳＩＰ  ＡＰＩ及び他の標準的なＡＰＩの両方を実施して、オートプロビジョニングの必要性を確認し、且つ初期オートプロビジョニング事象を個人的な値と共にオペレータネットワークのサービスプロビジョニング仲裁者エンティティへ送信するＭＩＤｌｅｔアプリケーションが通信装置に設けられたことを意味する。
【００７８】
図８は、本発明の第３の実施形態によるアプリケーションのオートプロビジョニングを一例として概略的に示す。少なくとも通信装置１０１ｂは、例えば、ＳＩＰ  ＡＰＩ  ＭＩＤｌｅｔオートプロビジョニングアプリケーションで予めプロビジョニングされ又は予めコンフィギュレーションされる。ＳＩＰ  ＡＰＩ  ＭＩＤｌｅｔアプリケーションに対する別の例として、適当なＪａｖａ（登録商標）アプリケーション及びＳＩＰ  ＳＤＫ（ソフトウェア開発キット）を使用してもよい。加入者Ａ（通信装置１０１ａ）は、加入者Ｂ（通信装置１０１ｂ）をＳＩＰベースのゲーム（又は他のアプリケーション）セッションに招待する。これは、通信装置１０１がＳＩＰ招待メッセージ（矢印８０１）をＳ−ＣＳＣＦへ送信し、Ｓ−ＣＳＣＦが登録メッセージをアプリケーションサーバー１１４へ送信し（矢印８０２）、そしてアプリケーションサーバーがＳＩＰ招待メッセージを加入者Ｂへ送信する（矢印８０３）ことにより行なわれる。
【００７９】
この点において、関連（ゲーム）アプリケーション及び正しい設定が通信装置１０１ｂにおいて見つからないことに気付く。それ故、セッションが通信装置１０１ｂにより受け容れられず、該装置は、ＮＡＣＫメッセージをアプリケーションサーバー１１４へ送信する（矢印８０４）。アプリケーションサーバー１１４は、ＮＡＣＫメッセージをＳ−ＣＳＣＦ１１２へ転送し（矢印８０５）、これは、次いで、ＮＡＣＫメッセージを通信装置１０１ａへ転送する（矢印８０６）。
【００８０】
通信装置１０１ｂにおいて、ＭＩＤｌｅｔアプリケーション（又は他の適当なアプリケーション）は、ＳＩＰスタックを聴取し、ＮＡＣＫメッセージに応答して、ＳＩＰ  ＡＰＩを使用して、ＰＩＭ  ＡＰＩをトリガーし、装置からユーザの個人的データを得る。ＭＩＤｌｅｔアプリケーションは、加入者Ｂが（ゲーム）アプリケーションに対して（ゲーム）サーバー１１４へとプロビジョニングされることを希望する場合に加入者Ｂを促す。又、ＭＩＤｌｅｔアプリケーションは、サービスプロビジョニングが完了したときにゲームセッションを再確立するためにツー・ドゥ(to-do)リストにアイテムを追加することもできる。通信装置１０１ｂから、サービスプロビジョニング仲裁者エンティティ（図８のプロフィールプロキシー２１４）の連絡先が見つかる。この情報は、通信装置１０１ｂに対して予めコンフィギュレーションされてもよい。
【００８１】
ＭＩＤｌｅｔアプリケーションは、受信した招待メッセージからＳＩＰＵＲＩ、ゲームアプリケーションのマイム形式、を分析し、そしてサービスプロビジョニングトリガーメッセージをサービスプロビジョニング仲裁者エンティティへ送信する（矢印８０７）。サービスプロビジョニングトリガーメッセージは、例えば、ＳＯＡＰ要求である。
【００８２】
プロフィールプロキシー２１４は、プロビジョニング要求をプロフィールマネージャー２１２へ送信する。プロフィールマネージャー２１２は、加入者Ｂに対してアプリケーションサーバー１１４をプロビジョニングする（矢印８０９）。又、プロフィールマネージャー２１２は、例えば、ターミナル管理サーバー２３０を経て通信装置１０１ｂへゲーム（アプリケーション）設定を与えることもできる（矢印８１０、８１１）。更に、プロフィールマネージャー２１２は、加入者Ｂへのこのアプリケーションをプロビジョニングすることについて顧客ケア及びビリング（ＣＣＢ）システムに通知することができる。
【００８３】
通信装置１０１ｂにおいて、ＭＩＤｌｅｔアプリケーションは、ＰＩＭ  ＡＰＩを使用してツー・ドゥリストからのアイテムを促し、そしてＳＩＰ  ＡＰＩを経て加入者Ａへのゲームセッションを確立することができる。
【００８４】
本発明の第３の実施形態は、少なくとも次の効果を発揮する。加入者Ｂがサービスプロビジョニングを要求する前にネットワーク内の加入者Ｂに関する情報を基本的にもたずに加入者Ｂに対するアプリケーションをプロビジョニングすることができる。アプリケーションセッションは、事前にプロビジョニングされたユーザデータ及び要求された設定をもたない個人で開始することができる。ネットワーク側でトリガーを実施する必要がなく、そしてサービスプロビジョニング仲裁者エンティティは、加入者Ｂにより送信されたサービスプロビジョニングトリガーメッセージを取り扱うためのサポートを与える。アプリケーションセッションに招待されたときにネットワークに対し未知の当事者についても課金を行うことができる。プロフィールプロキシー２１４及びプロフィールマネージャー２１２を使用して、全ての登録が一貫した状態となるようにプロビジョニングすることができ、そして課金の目的で標準的な通知をＣＣＢシステムに送信することができる。更に、加入者Ｂの通信装置において（ＭＩＤｌｅｔ）アプリケーションを経て認証を行うことができる。
【００８５】
図９は、本発明の第３の実施形態による方法９００のフローチャートを一例として示す。この方法９００は、通信装置１０１ｂにおいてサービスプロビジョニングを要求するための方法である。ステップ９０１において、サービスプロビジョニング仲裁者エンティティに関する情報が通信装置１０１ｂに記憶される。ステップ９０２において、サービスのプロビジョニングを要求する必要性が通信装置１０１ｂにおいて検出される。上述したように、この必要性は、通信装置においてＳＩＰプロトコルスタックを聴取し、そして招待メッセージ及びそれに対応するＮＡＣＫメッセージに気付くことにより検出される。ステップ９０３において、前記必要性の検出に応答して、サービスプロビジョニングを要求するメッセージがサービスプロビジョニング仲裁者エンティティへ送信される。
【００８６】
本発明の第１、第２及び第３の実施形態を適当な仕方で結合できることが明らかであろう。例えば、通信システムへのアクセスは、第１の実施形態を使用して与えることができる。例えば、必要であると分かったときにオペレータの主導でユーザのグループに対して最近配備されたアプリケーションをプロビジョニングすることは、第２の実施形態を使用して実行することができる。それに加えて又はそれとは別に、第３の実施形態を使用して、ユーザが特定のアプリケーションへのアクセスを試みるときにそれらアプリケーションをプロビジョニングすることができる。
【００８７】
前記説明において、幾つかの特徴は、本発明の幾つかの実施形態で詳細に説明したが、前記説明との明確な対照性がない限り、同じ詳細を、他の実施形態及び実施形態の組み合せにも適用できることが明らかであろう。
【００８８】
又、通信装置は、通信システムと通信でき且つサービスにアクセスして利用する必要な機能を有するものであれば、いかなる通信装置でもよいことが明らかであろう。通信装置は、例えば、ユーザ装置、移動電話、移動ステーション、パーソナルデジタルアシスタント、ラップトップコンピュータ、等である。更に、通信装置は、人間のユーザが直接使用する装置である必要はない。
【００８９】
本発明による方法は、コンピュータに当該方法を実行させるためのプログラムインストラクションを含むコンピュータプログラムとして実施することができる。コンピュータプログラムは、コンピュータ読み取り可能なメディアにおいて実施することもできるし又はコンピュータメモリに記憶することもできる。
【００９０】
本発明を実施する装置及び方法の好ましい実施形態を添付図面に図示して前記で詳細に説明したが、本発明は、ここに開示した実施形態に限定されるものではなく、特許請求の範囲に規定された本発明の精神から逸脱せずに多数の再配置、変更及び置き換えがなされえることを理解されたい。
【図面の簡単な説明】
【００９１】
【図１】本発明の実施形態を適用できる通信システムの一例としてＩＰマルチメディアサブシステムの一般的アーキテクチャーを概略的に示す図である。
【図２】サービスのプロビジョニング及びオートプロビジョニングに関する幾つかのエンティティ及び情報記憶装置を一例として概略的に示す図である。
【図３】サービスプロビジョニングをトリガーする役割を果たすネットワークエンティティのオペレーションに関するフローチャートである。
【図４ａ】本発明の第１の実施形態により通信システムへのアクセスのオートプロビジョニングを一例として概略的に示す図である。
【図４ｂ】本発明の第１実施形態の１つの具現化に関するメッセージシーケンスチャートの一例を示す図である。
【図５】本発明の第１の実施形態による方法のフローチャートである。
【図６】本発明の第２の実施形態によるアプリケーションのオートプロビジョニングを一例として概略的に示す図である。
【図７】本発明の第２の実施形態による方法のフローチャートである。
【図８】本発明の第３の実施形態によるアプリケーションのオートプロビジョニングを一例として概略的に示す図である。
【図９】本発明の第３の実施形態による方法のフローチャートである。
【図１】
2008545290.tif 000003
【図２】
2008545290.tif 000004
【図３】
2008545290.tif 000005
【図４ａ】
2008545290.tif 000006
【図４ｂ】
2008545290.tif 000007
【図４ｃ】
2008545290.tif 000008
【図５】
2008545290.tif 000009
【図６】
2008545290.tif 000010
【図７ａ】
2008545290.tif 000011
【図７ｂ】
2008545290.tif 000012
【図８】
2008545290.tif 000013
【図９】
2008545290.tif 000014
【国際調査報告】
2008545290.tif 000015