(57)【要約】  本発明は、アプリケーションサービスにおいて実行するサービスを識別する公開サービスアイデンティティを、ネットワークにおいて、アプリケーションサーバにより動的に、及びＯ＆Ｍシステムにより静的に生成可能とする技術を提供することを目的とする。動的生成の手段及び方法は、静的生成の手段及び方法と調和しており、サービスが呼び出されたときに、最小限の影響で、ネットワークの同様の振る舞いを可能にする。従って、本発明は、新しい方法、ネットワークにおける新しい中央エンティティ、及び本発明の異なる実施形態を実行するために協働する強化されたホーム加入者サーバとアプリケーションサーバを提供する。【特許請求の範囲】
【請求項１】
各々の公開サービスアイデンティティがアプリケーションサーバ（ＡＳ）において実行するサービスを識別する、ネットワークにおける複数の公開サービスアイデンティティを処理する中央エンティティ（ＳＬＦ）であり、
−前記ネットワークにおいてサブスクリプションと共にユーザに対する公開ユーザアイデンティティを格納する手段を有する、中央エンティティ（ＳＬＦ）であって、
−サービスを識別する公開サービスアイデンティティ（PSI_prov_name、PSI_name）を受信する（Ｓ−１０）手段と、
−既存の公開サービスアイデンティティ及び公開ユーザアイデンティティに対して、前記受信した公開サービスアイデンティティ（PSI_prov_name、PSI_name）の一意性をチェックする（Ｐ−１１）手段と、
−前記サービスに割り当てられる前記公開サービスアイデンティティ（PSI_name）と、前記割り当てられた公開サービスアイデンティティ（PSI_name）を保持するために割り当てられるホーム加入者サーバ（HSS-id）の識別子と、を格納する（Ｐ−１１、Ｐ−１２）手段と、
−前記割り当てられた公開サービスアイデンティティ（PSI_name）に基づくクエリの際、前記割り当てられたホーム加入者サーバ（HSS-id）の前記識別子を提供する手段と、
を具備することを特徴とする中央エンティティ（ＳＬＦ）。
【請求項２】
前記公開サービスアイデンティティ（PSI_prov_name、PSI_name）は、前記対応するサービスの実行を管理するアプリケーションサーバ（ＡＳ）から受信され（Ｓ−１０）、
前記中央エンティティ（ＳＬＦ）は、前記サービスに割り当てられる前記公開サービスアイデンティティ（PSI_name）と、前記割り当てられたホーム加入者サーバ（HSS-id）の識別子と、を前記アプリケーションサーバ（ＡＳ）に回答する（Ｓ−１１）手段を更に含む
請求項１記載の中央エンティティ（ＳＬＦ）。
【請求項３】
ホーム加入者サーバ（HSS-id）の識別子と共に前記公開サービスアイデンティティ（PSI_name）を格納する前記手段は、前記中央エンティティ（ＳＬＦ）が認識している複数のホーム加入者サーバから前記ホーム加入者サーバを選択する（Ｐ−１２）手段を含む、請求項２記載の中央エンティティ（ＳＬＦ）。
【請求項４】
前記受信した公開サービスアイデンティティ（PSI_prov_name）の一意性をチェックする（Ｐ−１１）前記手段は、前記受信した公開サービスアイデンティティが任意の既存の公開サービスアイデンティティ又は公開ユーザアイデンティティに合致する場合に前記受信した公開サービスアイデンティティとは異なる固有の公開サービスアイデンティティ（PSI_name）を割り当てる手段を更に含む、請求項１記載の中央エンティティ（ＳＬＦ）。
【請求項５】
前記アプリケーションサーバ（ＡＳ）に回答する前記手段は、予約済みであり、起動待ち状態であるとして前記公開サービスアイデンティティ（PSI_name）をマーク付けする手段を含む、請求項２記載の中央エンティティ（ＳＬＦ）。
【請求項６】
前記公開サービスアイデンティティ（PSI_name）が有効である前記アプリケーションサーバから確認を受信する（Ｓ−１４）手段と、
前記公開サービスアイデンティティ（PSI_name）を有効であるとしてマーク付けする手段と、
を更に具備する、請求項５記載の中央エンティティ（ＳＬＦ）。
【請求項７】
公開サービスアイデンティティ（PSI_prov_name、PSI_name）を受信する（Ｓ−１０）前記手段は、前記対応するサービスを実行するいくつかのアプリケーションサーバ（AS-set）に関する情報を受信する手段を含む、請求項１記載の中央エンティティ（ＳＬＦ）。
【請求項８】
サービスを識別する公開サービスアイデンティティ（PSI_prov_name、PSI_name）を受信する前記手段は、前記サービスを実行する前記アプリケーションサーバ（ＡＳ）の識別子（AS-id）を受信する手段（Ｓ−１０）を含む、請求項１記載の中央エンティティ（ＳＬＦ）。
【請求項９】
サービスを識別する与えられた公開サービスアイデンティティ（PSI_name）を、前記サービスを実行する前記アプリケーションサーバ（ＡＳ）の識別子（AS-id）と関連付けるように、前記割り当てられたホーム加入者サーバ（HSS-id）に命令する手段（Ｓ−５２、Ｓ−５３）を更に具備する、請求項８記載の中央エンティティ（ＳＬＦ）。
【請求項１０】
前記割り当てられたホーム加入者サーバ（HSS-id）に命令する前記手段は、前記公開サービスアイデンティティ（PSI＿name）の動作を更に処理する方法について、前記割り当てられたホーム加入者サーバに命令するための、制御指標を提供する手段を更に含む、請求項９記載の中央エンティティ（ＳＬＦ）。
【請求項１１】
前記制御指標は、
−前記公開サービスアイデンティティ（PSI_name）により識別される前記サービスを実行する前記アプリケーションサーバ（ＡＳ）がアドレス指定されるＳ−ＣＳＣＦのアドレス情報を前記ホーム加入者サーバが維持する場合に使用される、「ＣＳＣＦ制御」値と、
−前記ホーム加入者サーバが前記公開サービスアイデンティティ（PSI_name）により識別される前記サービスを実行する前記アプリケーションサーバ（ＡＳ）のアドレス情報を維持し、並びに、前記ホーム加入者サーバが前記アプリケーションサーバ（ＡＳ）の前記識別子（AS-id）を直接提供する場合に使用される、「自己制御」値と、
から選択される１つの値を採用する、請求項１０記載の中央エンティティ（ＳＬＦ）。
【請求項１２】
前記割り当てられたホーム加入者サーバ（HSS-id）に命令する前記手段は、
−前記公開サービスアイデンティティ（PSI_name）により識別される前記サービスを実行する前記アプリケーションサーバ（ＡＳ）のアドレス情報を含み且つＳ−ＣＳＣＦに送信される初期フィルタ基準と、
−前記アプリケーションサーバ（ＡＳ）の前記アドレス、２つ以上（AS-set）が指示された時の前記アプリケーションサーバの優先順位、デフォルト処理指標、オプションのサービス情報及び前記アプリケーションサーバ（ＡＳ）にとって有用な他の情報を含んでもよい「直接ＡＳ」ルーティング情報と、
の２つの異なるプロファイルコンポーネントのうち少なくとも一方を含む前記公開サービスアイデンティティ（PSI_name）に対するプロファイル情報を提供する手段を更に含む、請求項９記載の中央エンティティ（ＳＬＦ）。
【請求項１３】
前記受信した公開サービスアイデンティティ（PSI_prov_name、PSI_name）の一意性をチェックする（Ｐ−１１）前記手段は、「明確なＰＳＩ」として与えられた個々の公開サービスアイデンティティを、「ワイルドカードＰＳＩ」として与えられた公開サービスアイデンティティの範囲と区別する手段を含む、請求項１記載の中央エンティティ（ＳＬＦ）。
【請求項１４】
個々の公開サービスアイデンティティ（PSI_name）を保持するために割り当てられる前記ホーム加入者サーバ（HSS-id）は、前記個々の公開サービスアイデンティティ（PSI_name）を含む「ワイルドカードＰＳＩ」の範囲を保持するために割り当てられる前記ホーム加入者サーバ（HSS-id）である、請求項１３記載の中央エンティティ（ＳＬＦ）。
【請求項１５】
公開サービスアイデンティティ（PSI_prov_name、PSI_name）を受信する（Ｓ−１０）前記手段は、対応するサービスが実行される前記アプリケーションサーバ（ＡＳ）の識別子（AS-id、AS-set）と共に前記公開サービスアイデンティティ（PSI_prov_name、PSI_name）をＯ＆Ｍシステムから受信するＯ＆Ｍクライアントを含む、請求項１記載の中央エンティティ（ＳＬＦ）。
【請求項１６】
サブスクリプションロケータ機能を実行し、
−対応するユーザに対する前記サブスクリプションを保持するホーム加入者サーバの識別子（HSS-id）を用いて、与えられた公開ユーザアイデンティティに対するルーティングクエリに回答する手段を有するように更に構成される、請求項１記載の中央エンティティ（ＳＬＦ）。
【請求項１７】
各々が公開ユーザアイデンティティにより識別され且つネットワークにおいてユーザにサービスを提供するのに必要なユーザ関連データを含む前記ネットワークの前記ユーザの複数のサブスクリプションを保持するホーム加入者サーバ（ＨＳＳ）であり、
−各ユーザサブスクリプションに対する前記ユーザ関連データと共に前記公開ユーザアイデンティティを格納する手段と、
−所定の公開ユーザアイデンティティを含む要求の際にユーザ関連データを提供する手段とを有するホーム加入者サーバ（ＨＳＳ）であって、
−サービス、前記サービスを実行するアプリケーションサーバ（ＡＳ）の識別子（AS-id）及び所定の公開サービスアイデンティティ（PSI_name）に対する動作のための所定の命令（PSI creation、PSI removal）を識別する前記所定の公開サービスアイデンティティ（PSI_name）を受信する（Ｓ−１２、Ｓ−２２、Ｓ−５２）手段と、
−前記サービスを実行する前記アプリケーションサーバ（ＡＳ）に対して、前記所定の公開サービスアイデンティティ（PSI_name）を含むクエリをルーティングする（Ｓ−３２、Ｓ−３４；Ｓ−４２、Ｓ−４３）手段とを具備することを特徴とするホーム加入者サーバ（ＨＳＳ）。
【請求項１８】
前記公開サービスアイデンティティ（PSI_name）の動作を更に処理する方法を命令する制御指標を受信する（Ｓ−１２、Ｓ−５２）手段を更に含み、前記制御指標は、
−前記公開サービスアイデンティティ（PSI_name）により識別される前記サービスを実行する前記アプリケーションサーバ（ＡＳ）が、前記ホーム加入者サーバがアドレス情報を保持するＳ−ＣＳＣＦからアドレス指定される時に使用される「ＣＳＣＦ制御」値と、
−前記ホーム加入者サーバが前記公開サービスアイデンティティ（PSI_name）により識別される前記サービスを実行する前記アプリケーションサーバ（ＡＳ）の前記識別子（AS-id）を直接提供し且つ前記ホーム加入者サーバが前記アプリケーションサーバ（ＡＳ）のアドレス情報を維持する時に使用される「自己制御」値とから選択される１つの値を採用する請求項１７記載のホーム加入者サーバ（ＨＳＳ）。
【請求項１９】
前記制御指標が「ＣＳＣＦ制御」値を有する場合、前記アプリケーションサーバ（AS-id）に対して前記所定の公開サービスアイデンティティ（PSI_name）を含む前記クエリをルーティングする前記手段は、前記Ｓ−ＣＳＣＦに対して前記クエリをリダイレクトする（Ｓ−３３）手段を含む請求項１８記載のホーム加入者サーバ（ＨＳＳ）。
【請求項２０】
−前記公開サービスアイデンティティ（PSI_name）により識別される前記サービスを実行する前記アプリケーションサーバ（ＡＳ）のアドレス情報を含み且つＳ−ＣＳＣＦに対して送信される初期フィルタ基準と、
−前記アプリケーションサーバ（ＡＳ）の前記アドレス、２つ以上（AS-set）が指示された時の前記アプリケーションサーバの優先順位、デフォルト処理指標、オプションのサービス情報及び前記アプリケーションサーバ（ＡＳ）にとって有用な他の情報を含んでもよい「直接ＡＳ」ルーティング情報との２つの異なるプロファイルコンポーネントのうち少なくとも一方を含む前記公開サービスアイデンティティ（PSI_name）に対するプロファイル情報を受信する（Ｓ−１２、Ｓ−５２）手段を更に含む請求項１７記載のホーム加入者サーバ（ＨＳＳ）。
【請求項２１】
サービス、前記サービスを実行する前記アプリケーションサーバ（ＡＳ）の前記識別子（AS-id）及び所定の命令（PSI creation）を識別する前記所定の公開サービスアイデンティティ（PSI_name）は、サブスクリプションロケータ機能を実行するように構成された中央エンティティ（ＳＬＦ）又は前記アプリケーションサーバ（ＡＳ）から受信され（Ｓ−５２）、前記ホーム加入者サーバ（ＨＳＳ）は、中央エンティティ（ＳＬＦ）又はアプリケーションサーバ（ＡＳ）に対して、前記公開サービスアイデンティティ（PSI_name）が有効であることを指示する確認（Ｓ−５３）を回答する手段を更に具備する請求項１７記載のホーム加入者サーバ（ＨＳＳ）。
【請求項２２】
ネットワークにおいて公開サービスアイデンティティ（PSI_name）により識別されるサービスを実行するアプリケーションサーバ（ＡＳ）であり、
該サービスは、前記ネットワークへのユーザ登録に対して初期フィルタ基準を適用した結果として、前記ネットワークの１人以上のユーザ、又は、前記ネットワーク自体により呼び出され、
前記サービスロジックを実行する処理手段を有する、アプリケーションサーバであって、
−サブスクリプションロケータ機能を実行するように構成された中央エンティティ（ＳＬＦ）に対して、前記アプリケーションサーバにおいて実行するサービスを識別する公開サービスアイデンティティ（PSI_prov_name、PSI_name）を自身の識別子（AS-id）と共に送信する（Ｓ−１０）手段と、
−前記サービスに割り当てられる前記公開サービスアイデンティティ（PSI＿name）と、前記割り当てられた公開サービスアイデンティティ（PSI_name）を保持するために割り当てられるホーム加入者サーバ（ＨＳＳ）の識別子（HSS-id）と、を前記中央エンティティ（ＳＬＦ）から受信する（Ｓ−１１）手段と、
を具備することを特徴とするアプリケーションサーバ（ＡＳ）。
【請求項２３】
−サービスを識別する前記割り当てられた公開サービスアイデンティティ（PSI_name）と、前記サービスを実行するアプリケーションサーバ（ＡＳ）の識別子（AS-id、AS-set）とを前記割り当てられたホーム加入者サーバ（HSS-id）に対して提供する（Ｓ−１２、Ｓ−２２）手段と、
−与えられた前記公開サービスアイデンティティ（PSI_name）に対する動作方法を前記割り当てられたホーム加入者サーバ（HSS-id）に命令する（PSI creation、PSI removal）手段と、
を更に含む請求項２２記載のアプリケーションサーバ（ＡＳ）。
【請求項２４】
前記割り当てられた公開サービスアイデンティティ（PSI_name）が前記ホーム加入者サーバ（HSS-id）において有効であるか又は前記ホーム加入者サーバ（HSS-id）から除去されるかを前記中央エンティティ（ＳＬＦ）に対して確認する（Ｓ−１４、Ｓ−１５）手段を更に含む、請求項２３記載のアプリケーションサーバ（ＡＳ）。
【請求項２５】
各々の公開サービスアイデンティティがアプリケーションサーバ（ＡＳ）において実行するサービスを識別する、ネットワークにおける複数の公開サービスアイデンティティを提供する方法であって、
−中央エンティティにおいて、サービスを識別する公開サービスアイデンティティ（PSI_prov_name、PSI_name）を受信する（Ｓ−１０）ステップと、
−既存の公開サービスアイデンティティ及び公開ユーザアイデンティティに対して、前記受信した公開サービスアイデンティティ（PSI_prov_name、PSI_name）の一意性をチェックする（Ｐ−１１）ステップと、
−前記中央エンティティにおいて、前記サービスに割り当てられる前記公開サービスアイデンティティ（PSI_name）と、前記割り当てられた公開サービスアイデンティティ（PSI_name）を保持するために割り当てられるホーム加入者サーバの識別子（HSS-id）と、を格納する（Ｐ−１１、Ｐ−１２）ステップと、
−前記割り当てられたホーム加入者サーバ（HSS-id）において、前記公開サービスアイデンティティ（PSI_name）、前記サービスを実行するアプリケーションサーバ（ＡＳ）の識別子（AS-id）、及び、与えられた前記公開サービスアイデンティティ（PSI_name）に対する動作のための与えられた命令（PSI creation、PSI removal）を格納する（Ｓ−１２、Ｓ−２２、Ｓ−５２）ステップと、
を備える方法。
【請求項２６】
前記公開サービスアイデンティティ（PSI_name）の動作を更に処理する方法を前記割り当てられたホーム加入者サーバ（HSS-id）に命令する（Ｓ−１２、Ｓ−５２）ステップを更に含み、制御指標は、
−前記公開サービスアイデンティティ（PSI_name）により識別される前記サービスを実行する前記アプリケーションサーバ（ＡＳ）が、前記ホーム加入者サーバがアドレス情報を維持するＳ−ＣＳＣＦからアドレス指定される時に使用される「ＣＳＣＦ制御」値と、
−前記ホーム加入者サーバが前記公開サービスアイデンティティ（PSI_name）により識別される前記サービスを実行する前記アプリケーションサーバ（ＡＳ）の前記識別子（AS-id）を直接提供し且つ前記ホーム加入者サーバが前記アプリケーションサーバ（ＡＳ）のアドレス情報を維持する時に使用される「自己制御」値と、
から選択される１つの値を採用する、請求項２５記載の方法。
【請求項２７】
−前記公開サービスアイデンティティ（PSI_name）により識別される前記サービスを実行する前記アプリケーションサーバ（ＡＳ）のアドレス情報を含み且つＳ−ＣＳＣＦに対して送信される初期フィルタ基準と、
−前記アプリケーションサーバ（ＡＳ）の前記アドレス、２つ以上（AS-set）が指示された時の前記アプリケーションサーバの優先順位、デフォルト処理指標、オプションのサービス情報及び前記アプリケーションサーバ（ＡＳ）にとって有用な他の情報を含んでもよい「直接ＡＳ」ルーティング情報と、
の２つの異なるプロファイルコンポーネントのうち少なくとも一方を含む前記公開サービスアイデンティティ（PSI_name）に対するプロファイル情報を前記割り当てられたホーム加入者サーバ（HSS-id）において受信する（Ｓ−１２、Ｓ−５２）ステップを更に含む、請求項２５記載の方法。
【請求項２８】
前記受信した公開サービスアイデンティティ（PSI_prov_name、PSI_name）の一意性をチェックする（Ｐ−１１）前記ステップは、「明確なＰＳＩ」として与えられた個々の公開サービスアイデンティティを、「ワイルドカードＰＳＩ」として与えられた公開サービスアイデンティティの範囲と区別するステップを含む、請求項２５記載の方法。
【請求項２９】
前記割り当てられた公開サービスアイデンティティ（PSI_name）を保持するために割り当てられる前記ホーム加入者サーバ（HSS-id）は、前記割り当てられた公開サービスアイデンティティ（PSI_name）を含む「ワイルドカードＰＳＩ」の範囲を保持するために割り当てられる前記ホーム加入者サーバ（HSS-id）である、請求項２８記載の方法。
【請求項３０】
「明確なＰＳＩ」を「ワイルドカードＰＳＩ」と区別する前記ステップは、前記受信した公開サービスアイデンティティ（PSI_prov_name）が既存の「ワイルドカードＰＳＩ」の範囲内に既に存在する時に前記受信した公開サービスアイデンティティ（PSI_prov_name）と異なる新しい公開サービスアイデンティティ（PSI_name）を割り当てるステップを含む、請求項２８記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般に、特定のアプリケーションサーバにおいて実行するサービスを識別するための公開サービスアイデンティティの生成、管理及び使用に対する機構を提供することに関する。特に、本発明は、既存の公開サービスアイデンティティ、既存の公開ユーザアイデンティティ及び任意の既存の公開サービスアイデンティティの範囲に対して各公開サービスアイデンティティの一意性を保証する。
【背景技術】
【０００２】
現在、第３世代パートナーシッププロジェクト（一般に「３ＧＰＰ」として知られる）は、技術仕様３ＧＰＰ ＴＳ ２３．２２８ Ｖ６．６．０（２００４−０６）において提示されるように、ＩＰマルチメディアサブシステム（一般に「ＩＭＳ」として知られる）及びＩＭＳサービスに対する基本原理を導入している。３ＧＰＰに従い、ＩＭＳにおいて規格化された現在の基本原理、メッセージング、カンファレンシング及びグループサービス機能の導入により、公開サービスアイデンティティが必要となる。公開サービスアイデンティティは、公開ユーザアイデンティティと異なる。その異なる点は、公開サービスアイデンティティがアプリケーションサーバ（Application Server、少なくとも前記３ＧＰＰ技術仕様においては「ＡＳ」として一般に知られる）により提供及び運用されるサービスを識別するのに対し、公開ユーザアイデンティティはユーザを識別するという点にある。それらユーザのサブスクリプションデータは、ネットワークオペレータにより加入者データベースに提供され、ユーザは、サービングコールセッション制御機能（３ＧＰＰ下では「Ｓ−ＣＳＣＦ」として知られる）等の異なる供給ネットワークノードにより供給される。
【０００３】
一般に、公開サービスアイデンティティは、特定のアプリケーションサーバで実行するサービスを識別するのに使用される。特に、公開サービスアイデンティティは、チャットサービス等のサービスのグループを識別するのに使用される。例えば、チャットサービスは、他のセッション参加者からのメッセージの送受信を可能にするためにユーザがセッションを確立できる公開サービスアイデンティティ（Public Service Identity：以下、「ＰＳＩ」と呼ぶ）を使用してもよい。現在、公開サービスアイデンティティは、ＲＦＣ３２６１及びＲＦＣ２３９６においてインターネット技術標準化委員会（ＩＥＴＦ）により定義されるようなＳＩＰ ＵＲＬ又はＳＩＰ ＵＲＩの形式、並びにＲＦＣ２８０６において定義されるようないわゆる「tel:」−ＵＲＬの形式をとると仮定される。チャットサービスを識別する公開サービスアイデンティティ（ＰＳＩ）の一例は、sip:chatlist_X@example.comでもよい。
【０００４】
上記３ＧＰＰ技術仕様によると、本発明に対する重要な課題として、ＩＭＳは、特定のアプリケーションサーバ（ＡＳ）の制御下で公開サービスアイデンティティを生成、管理及び使用するためにユーザ及びネットワークオペレータに対する機構を提供される必要がある。更に詳細には、機構は、ネットワークオペレータの制御下で運用／保守システム（Operation and Maintenance system、以下「Ｏ＆Ｍ」と呼ぶ）等により静的に及びユーザ自身により動的に公開サービスアイデンティティの生成を可能にする必要がある。
【０００５】
公開サービスアイデンティティを公開ユーザアイデンティティと区別する時に先に既に導入されているように、各公開サービスアイデンティティ（ＰＳＩ）は、アプリケーションサーバ（ＡＳ）により提供され、アプリケーションサーバは、公開サービスアイデンティティにより識別されるようにサービス別のロジックを実行する。換言すると、アプリケーションサーバは、公開サービスアイデンティティにより識別される特定のサービスを実行する。動作中、ＩＭＳは、対応する公開サービスアイデンティティを使用して特定のＩＭＳサービスに関連するＩＭＳメッセージをルーティングする手段を提供する。
【０００６】
従って、上記３ＧＰＰ技術仕様が提示するように、Ｏ＆Ｍにより静的に又はユーザにより動的に生成される公開サービスアイデンティティは、ホームネットワークオペレータの加入者に対するサブスクリプションデータを保持するホーム加入者サーバ（Home Subscriber Server、一般に「ＨＳＳ」として知られる）に格納される。ＨＳＳとして動作するサーバは、識別されたサービスを提供する適切なアプリケーションサーバ（ＡＳ）に対して特定の公開サービスアイデンティティ（ＰＳＩ）を含む任意のメッセージをルーティングする方法を認識してもよい。そのために、ＨＳＳは、対応するサービスが実行するアプリケーションサーバ（ＡＳ）の識別子（As-Id）を公開サービスアイデンティティ（ＰＳＩ）毎に認識する。この点において、概念的に、サービスを実行するアプリケーションサーバの識別子（AS-Id）及びサービスを識別する公開サービスアイデンティティ（ＰＳＩ）は、共にＨＳＳに格納され、前記ＨＳＳにおいて「ＰＳＩユーザ」と呼ばれるエントリを有する。
【０００７】
上述において、ある結果、あるいは公開サービスアイデンティティが満たすと考えられるある必要条件が示される。一方では、生成される各公開サービスアイデンティティ（ＰＳＩ）の一意性が保証される必要がある。他方では、その一意性が他の既存の公開サービスアイデンティティに関してだけでなくネットワークオペレータの前提下で既に規定されている既存の公開ユーザアイデンティティに関しても当てはまらない。公開サービスアイデンティティ（ＰＳＩ）の一意性を考慮すると、本発明に対する更なる重要な課題は、ワイルドカード公開サービスアイデンティティの処理である。
【０００８】
この点において、公開ユーザアイデンティティは、２つの異なる形式の表現及び有効範囲を採用できる。第１の形式は、sip:my_service@example.com等のいわゆる「明確なＰＳＩ（Distinct PSI）」である。３ＧＰＰ技術仕様において提示されるように、「明確なＰＳＩ」は、Ｏ＆Ｍ機構を介してオペレータにより及び３ＧＰＰ規定の「Ｓｈ」インタフェースを介してアプリケーションサーバ（ＡＳ）により、ＨＳＳにおいて生成、修正及び削除されてもよい。また、３ＧＰＰによると、３ＧＰＰ規定の「Ｕｔ」インタフェースを使用してユーザにより「明確なＰＳＩ」が生成及び削除されるのを可能にする必要がある。
【０００９】
第２の表現の形式及び有効範囲は、sip:chatlist_*@example.com等のいわゆる「ワイルドカードＰＳＩ」である。ここで、公開ユーザアイデンティティの範囲は、ＳＩＰ ＵＲＩの同一ドメイン部分及びＳＩＰ ＵＲＩのユーザ部分のワイルドカード指示を使用して規定される。「ワイルドカードＰＳＩ」の範囲は、Ｏ＆Ｍ機構を介してオペレータによりＨＳＳにおいて生成、修正及び削除されてもよく、「ワイルドカードＰＳＩ」の範囲内の個々の公開ユーザアイデンティティは、前記「ワイルドカードＰＳＩ」の範囲を提供するアプリケーションサーバ（ＡＳ）に対して上記３ＧＰＰ規定の「Ｕｔ」インタフェースを使用してユーザにより生成及び削除されてもよい。「ワイルドカードＰＳＩ」の範囲内の個々の公開ユーザアイデンティティは、Ｏ＆Ｍ機構を介して、アプリケーションサーバ（ＡＳ）においてオペレータにより直接生成及び削除されてもよい。
【００１０】
既存の機構は、ＰＳＩがオペレータ又はユーザにより生成、修正又は削除される方法、並びにＰＳＩルーティングが異なる使用状況において解決される方法を説明していない。更に正確には、現在の技術仕様は現在の最新技術による欠点を特定していない。
【００１１】
本発明により解決すべき第１の欠点は、ＰＳＩの一意性である。規格において、ＰＳＩがエンドユーザ、オペレータの前提下でのＯ＆Ｍ又はアプリケーションサーバ自体により生成及びポピュレートされる時にＰＳＩの一意性を保証する機構は、現在までのところ提案されていない。更に、ＰＳＩの一意性は、既存の公開サービスアイデンティティ又は公開ユーザアイデンティティに対してだけでなく、範囲に属するＰＳＩが与えられたドメインに生成されるＰＳＩと適合（match）する「ワイルドカードＰＳＩ」に対してもチェックされない。
【００１２】
更に、各ＰＳＩは特定のアプリケーションサーバ（ＡＳ）により提供されてもよいため、アプリケーションサーバは、そのＰＳＩに対して特定の形式を使用することを要求してもよい。最新技術は、アプリケーションサーバによるＰＳＩの形式の選択を考慮せず、また、いくつかのアプリケーションサーバが同一のＰＳＩの形式を使用する場合に一意性を保証する方法を考慮していない。従って、異なるアプリケーションサーバを介する「ワイルドカードＰＳＩ」の範囲の使用に関しても、本発明に対する課題である。
【００１３】
更に、アプリケーションサーバにおいてエンドユーザにより動的に生成されるＰＳＩ又はアプリケーションサーバ自体により直接生成されるＰＳＩは、結果としてＨＳＳにポピュレートされる必要がある。従って、３ＧＰＰ仕様は、３ＧＰＰ規定の「Ｓｈ」インタフェースの使用を提案する。しかし、従来、２つ以上のＨＳＳがネットワークに存在する場合、アプリケーションサーバは、ＰＳＩが格納されるＨＳＳを任意に選択するように構成されていない。更に、現在の傾向によると、アプリケーションサーバ（ＡＳ）は、展開されたＨＳＳサーバのアーキテクチャを認識しないと考えられる。従って、２つ以上のＨＳＳがネットワークに存在する場合、ＰＳＩの生成、管理及び使用、並びに「ＰＳＩユーザ」は、本発明に対する関連する課題である。
【００１４】
更に、アプリケーションサーバによるＰＳＩの生成及び削除は、現在の解決策の対象として含まれていないセキュリティ上安全な処理を可能にするセキュリティ機構を考慮する必要がある。本発明の更なる目的は、ネットワークオペレータによる乱用を排除するために、ＰＳＩの生成、修正及び削除に関して前記ＰＳＩのセキュリティ上安全な処理を提供することである。
【発明の開示】
【発明が解決しようとする課題】
【００１５】
従って、本発明の目的は、既存の公開サービスアイデンティティ、既存の公開ユーザアイデンティティ及び任意の既存の「ワイルドカードＰＳＩ」の範囲に対してＰＳＩの一意性を保証しつつ、公開サービスアイデンティティ（ＰＳＩ）がエンドユーザ、オペレータの前提下でのＯ＆Ｍ又はアプリケーションサーバ自体により生成され且つ複数のホーム加入者サーバのうち１つのホーム加入者サーバにポピュレートされる機構を提供することである。
【課題を解決するための手段】
【００１６】
上記目的は、本発明に従って、方法及びいくつかのエンティティを提供することにより達成される。それらエンティティは協働し、アプリケーションにおいて実行するサービスを識別する公開サービスアイデンティティがネットワークにおいてアプリケーションサーバにより動的に及びＯ＆Ｍシステムにより静的に生成できる機構を提供する。本発明の提供により、動的生成の手段及び方法が静的生成の手段及び方法と調和するため、サービスが呼び出される時、ネットワークは影響を最小限にして同様に挙動できる。
【００１７】
本発明の１つの面によると、各々の公開サービスアイデンティティがアプリケーションサーバにおいて実行するサービスを識別する、ネットワークにおける複数の公開サービスアイデンティティを処理する中央エンティティは、
−前記ネットワークにおいてサブスクリプションと共にユーザに対する公開ユーザアイデンティティを格納する手段と、
−サービスを識別する公開サービスアイデンティティを受信する手段と、
−既存の公開サービスアイデンティティ及び公開ユーザアイデンティティに対して、前記受信した公開サービスアイデンティティの一意性をチェックする手段と、
−サービスに割り当てられる前記公開サービスアイデンティティと、前記割り当てられた公開サービスアイデンティティを保持するために割り当てられるホーム加入者サーバの識別子と、を格納する手段と、
−前記割り当てられた公開サービスアイデンティティに基づくクエリの際、前記割り当てられたホーム加入者サーバの前記識別子を提供する手段と、
を有する。
【００１８】
この中央エンティティにおいて、公開サービスアイデンティティは、対応するサービスの実行を管理するアプリケーションサーバから受信されてもよい。そのような場合、中央エンティティは、サービスに割り当てられる公開サービスアイデンティティと割り当てられたホーム加入者サーバの識別子とをアプリケーションサーバに回答する手段を更に含んでもよい。
【００１９】
本発明の一実施形態によると、この中央エンティティは、中央エンティティが認識している複数のホーム加入者サーバから割り当てられるホーム加入者サーバを選択する手段を含んでもよい。
【００２０】
本発明の一実施形態によると、中央エンティティは、受信した公開サービスアイデンティティが任意の既存の公開サービスアイデンティティ又は公開ユーザアイデンティティに合致するか、あるいは指示された公開サービスアイデンティティ以外の「ワイルドカードＰＳＩ」の範囲の条件を満たす場合に、受信した公開サービスアイデンティティの一意性をチェックする手段が受信した公開サービスアイデンティティとは異なる固有の公開サービスアイデンティティを割り当てる手段を更に含むように構成されてもよい。
【００２１】
この中央エンティティにおいて、アプリケーションサーバに回答する手段は、予約済みであり、起動待ち状態であるとして公開サービスアイデンティティをマーク付けする手段を含んでもよい。この場合、中央エンティティは、公開サービスアイデンティティが有効であることを指示するアプリケーションサーバから確認を受信する手段と、有効であるとして公開サービスアイデンティティをマーク付けする手段とを更に具備してもよい。
【００２２】
一方、本発明のいくつかの実施形態によると、特定のサービスの実行を管理するいくつかのアプリケーションサーバが存在する。この場合、中央エンティティは、公開サービスアイデンティティを受信する手段が対応するサービスを実行するいくつかのアプリケーションサーバに関する情報を受信する手段を含むように構成されてもよい。
【００２３】
本発明の別の実施形態によると、中央エンティティは、サービスを識別する公開サービスアイデンティティを受信する手段がサービスを実行するアプリケーションサーバの識別子を受信する手段を含むように実現される。
【００２４】
中央エンティティは、サービスを識別する与えられた公開サービスアイデンティティを、サービスを実行するアプリケーションサーバの識別子と関連付けるように、割り当てられたホーム加入者サーバに命令する手段を含むように高度化されてもよい。更に、割り当てられたホーム加入者サーバに命令するこの手段は、公開サービスアイデンティティの動作を更に処理する方法について割り当てられたホーム加入者サーバに命令する制御指標を提供する手段を更に含んでもよい。
【００２５】
特に、この制御指標は、公開サービスアイデンティティにより識別されるサービスを実行するアプリケーションサーバがアドレス指定されるＳ−ＣＳＣＦのアドレス情報をホーム加入者サーバが維持する場合に使用される「ＣＳＣＦ制御」値と、ホーム加入者サーバが公開サービスアイデンティティにより識別されるサービスを実行するアプリケーションサーバのアドレス情報を維持し、並びに、ホーム加入者サーバが前記アプリケーションサーバの識別子を直接提供する場合に使用される「自己制御」値と、から選択される１つの値を採用してもよい。
【００２６】
更に、割り当てられたホーム加入者サーバに命令する手段は、公開サービスアイデンティティに対するプロファイル情報を提供する手段を更に含んでもよい。プロファイル情報は、公開サービスアイデンティティにより識別されるサービスを実行するアプリケーションサーバのアドレス情報を含み且つＳ−ＣＳＣＦに送信される「初期フィルタ基準」と、アプリケーションサーバのアドレス、２つ以上が指示された時のアプリケーションサーバの優先順位、デフォルト処理指標、オプションのサービス情報及びアプリケーションサーバにとって有用な他の情報を含んでもよい「直接ＡＳ」ルーティング情報と、の２つの異なるプロファイルコンポーネントのうち少なくとも一方を含んでもよい。
【００２７】
本発明のいくつかの実施形態によると、中央エンティティは、受信した公開サービスアイデンティティの一意性をチェックする手段が「明確なＰＳＩ」として与えられた個々の公開サービスアイデンティティを「ワイルドカードＰＳＩ」として与えられた公開サービスアイデンティティの範囲と区別する手段を含むように実現されてもよい。この点において、個々の公開サービスアイデンティティを保持するために割り当てられるホーム加入者サーバは、個々の公開サービスアイデンティティを含む「ワイルドカードＰＳＩ」の範囲を保持するために割り当てられるホーム加入者サーバである。
【００２８】
本発明の一実施形態によると、中央エンティティにおいて公開サービスアイデンティティを受信する手段は、対応するサービスが実行されるアプリケーションサーバの識別子と共に公開サービスアイデンティティをＯ＆Ｍシステムから受信するＯ＆Ｍクライアントを含む。
【００２９】
一方、ネットワークオペレータに対する本発明の特に適切な実現例は、中央エンティティがサブスクリプションロケータ機能を実行する手段であって、対応するユーザに対するサブスクリプションを保持するホーム加入者サーバの識別子を用いて、与えられた公開ユーザアイデンティティに対するルーティングクエリに回答する手段を有するように更に構成される。
【００３０】
本発明の他の面によると、ネットワークのユーザのサブスクリプションを保持するホーム加入者サーバが提供され、各サブスクリプションは、ネットワークにおいてユーザにサービスを提供するのに必要なユーザ関連データを含み且つ公開ユーザアイデンティティにより識別される。ホーム加入者サーバは、各ユーザサブスクリプションに対するユーザ関連データと共に公開ユーザアイデンティティを格納する手段と、与えられた公開ユーザアイデンティティを含む要求の際にユーザ関連データを提供する手段とを有する。
【００３１】
本発明のいくつかの実施形態によると、ホーム加入者サーバは、サービス、サービスを実行するアプリケーションサーバの識別子、及び与えられた公開サービスアイデンティティに対する動作のための与えられた命令を識別する与えられた公開サービスアイデンティティを受信する手段と、サービスを実行するアプリケーションサーバに対して、与えられた公開サービスアイデンティティを含むクエリをルーティングする手段と、を更に具備する。
【００３２】
上記ホーム加入者サーバは、公開サービスアイデンティティの動作を更に処理する方法を命令する制御指標を受信する手段を更に含んでもよい。この制御指標は、公開サービスアイデンティティにより識別されるサービスを実行するアプリケーションサーバが、ホーム加入者サーバがアドレス情報を保持するＳ−ＣＳＣＦからアドレス指定される時に使用される「ＣＳＣＦ制御」値と、ホーム加入者サーバが公開サービスアイデンティティにより識別されるサービスを実行するアプリケーションサーバの識別子を直接提供し且つホーム加入者サーバがアプリケーションサーバのアドレス情報を維持する時に使用される「自己制御」値と、から選択される１つの値を採用してもよい。
【００３３】
この点において、ホーム加入者サーバは、制御指標が「ＣＳＣＦ制御」値を有する場合、アプリケーションサーバに対して、与えられた公開サービスアイデンティティを含むクエリをルーティングする手段が、Ｓ−ＣＳＣＦに対してクエリをリダイレクトする手段を含んでもよいように実現されてもよい。
【００３４】
中央エンティティを含む先の実施形態によると、ホーム加入者サーバは、公開サービスアイデンティティに対するプロファイル情報を受信する手段を更に含んでもよい。
【００３５】
このプロファイル情報は、公開サービスアイデンティティにより識別されるサービスを実行するアプリケーションサーバのアドレス情報を含み且つＳ−ＣＳＣＦに対して送信される「初期フィルタ基準」と、アプリケーションサーバのアドレス、２つ以上が指示された時のアプリケーションサーバの優先順位、デフォルト処理指標、オプションのサービス情報及びアプリケーションサーバにとって有用な他の情報を含んでもよい「直接ＡＳ」ルーティング情報と、の２つの異なるプロファイルコンポーネントのうち少なくとも一方を含んでもよい。
【００３６】
現在の好適な実施形態において、ホーム加入者サーバは、サービス、サービスを実行するアプリケーションサーバの識別子及びそれらを処理するための、与えられた命令を識別する与えられた公開サービスアイデンティティがサブスクリプションロケータ機能を実行できる又は実行できない上記中央エンティティから受信されてもよく、あるいはアプリケーションサーバから受信されてもよいように構成されるが、これに限定されない。この場合、ホーム加入者サーバは、中央エンティティ又はアプリケーションサーバに対して、公開サービスアイデンティティが有効である時期を指示する確認を回答する手段を更に具備してもよい。
【００３７】
本発明の別の面によると、ネットワークにおいて公開サービスアイデンティティにより識別されるサービスを実行するアプリケーションサーバが提供される。サービスは、ネットワークへのユーザ登録に対して「初期フィルタ基準」を適用した結果としてネットワークの１人以上のユーザ又はネットワーク自体により呼び出される。
【００３８】
このアプリケーションサーバは、一般にサービスロジックを実行する処理手段を提供され、本発明によると、
−アプリケーションサーバにおいて実行されるサービスを識別する公開サービスアイデンティティを自身の識別子と共に上記中央エンティティに対して送信する手段と、
−サービスに割り当てられる公開サービスアイデンティティと割り当てられた公開サービスアイデンティティを保持するために割り当てられるホーム加入者サーバの識別子とを中央エンティティから受信する手段と、を更に具備する。
【００３９】
アプリケーションサーバは、サービスを識別する割り当てられた公開サービスアイデンティティ及びサービスを実行するアプリケーションサーバの識別子を割り当てられたホーム加入者サーバに対して提供する手段と、与えられた公開サービスアイデンティティに対する動作方法を割り当てられたホーム加入者サーバに命令する手段と、を更に含んでもよい。
【００４０】
中央エンティティ及びホーム加入者サーバを含む先の実施形態によると、このアプリケーションサーバは、割り当てられた公開サービスアイデンティティがホーム加入者サーバにおいて有効であるか又はホーム加入者サーバから除去されるかを中央エンティティに対して確認する手段を更に含んでもよい。
【００４１】
本発明の別の面によると、本発明の目的を達成する上述の協働するエンティティとは別に、各々がアプリケーションサーバにおいて実行するサービスを識別するネットワークにおける複数の公開サービスアイデンティティを提供する方法が提供される。
【００４２】
この方法は、
−上記中央エンティティにおいて、サービスを識別する公開サービスアイデンティティを受信するステップと、
−既存の公開サービスアイデンティティ及び公開ユーザアイデンティティに対して受信した公開サービスアイデンティティの一意性をチェックするステップと、
−中央エンティティにおいて、サービスに割り当てられる公開サービスアイデンティティと割り当てられた公開サービスアイデンティティを保持するために割り当てられるホーム加入者サーバの識別子とを格納するステップと、
−割り当てられたホーム加入者サーバにおいて、公開サービスアイデンティティ、サービスを実行するアプリケーションサーバの識別子及び与えられた公開サービスアイデンティティに対する動作のための与えられた命令を格納するステップと、を備える。
【００４３】
先のエンティティを含む実施形態によると、この方法は、制御指標を使用して公開サービスアイデンティティの動作を更に処理する方法を割り当てられたホーム加入者サーバに命令するステップを更に含んでもよい。従って、制御指標は、上述のように「ＣＳＣＦ制御」値と、「自己制御」値と、から選択される１つの値を採用してもよい。双方の値は、既に説明した目的を有する。
【００４４】
先のエンティティを含む実施形態によると、この方法は、公開サービスアイデンティティに対するプロファイル情報を割り当てられたホーム加入者サーバにおいて受信するステップを更に含んでもよい。上述のように、このプロファイル情報は、「初期フィルタ基準」と、「直接ＡＳ」ルーティング情報と、の２つの異なるプロファイルコンポーネントのうち少なくとも一方を含む。それらプロファイルコンポーネントは、既に説明した目的を有する。
【００４５】
一方、受信した公開サービスアイデンティティの一意性をチェックするステップが「明確なＰＳＩ」として与えられた個々の公開サービスアイデンティティを「ワイルドカードＰＳＩ」として与えられた公開サービスアイデンティティの範囲と区別するステップを含む場合、方法は有利に実現される。この点において、割り当てられた公開サービスアイデンティティを保持するためにこの方法により割り当てられるホーム加入者サーバは、割り当てられた公開サービスアイデンティティを含む「ワイルドカードＰＳＩ」の範囲を保持するために割り当てられるホーム加入者サーバであるのが好ましい。更に、この方法における「明確なＰＳＩ」を「ワイルドカードＰＳＩ」と区別するステップは、受信した公開サービスアイデンティティが既存の「ワイルドカードＰＳＩ」の範囲内に既に存在する時に受信した公開サービスアイデンティティと異なる新しい公開サービスアイデンティティを割り当てるステップを含む。
【発明を実施するための最良の形態】
【００４６】
本発明の特徴、目的及び利点は、添付の図面と関連付けて以下の説明を読むことにより明らかとなるだろう。
【００４７】
オペレータネットワークにおいてＰＳＩの生成を実行する機構を提供するいくつかの好適な実施形態を以下に説明する。その機構は、２つの段階を含むのが好ましい。第１の段階において、ネットワークで一意に規定されるＰＳＩとして更に使用される識別子が生成される。第２の段階において、対応する「ＰＳＩユーザ」プロファイルが規定される。
【００４８】
本発明の第１の面によると、少なくともＰＳＩの一意性が生成される前にチェックされる必要がある全ての識別子に対する参照を有するオペレータネットワークにおいて中央エンティティ（ＳＬＦ）が提供される。特に、異なるエンティティが異なる識別子を管理する場合、その中央エンティティは、任意の特定の識別子を受け入れる前にその一意性を保証してもよい。
【００４９】
識別子は、第１の段階における生成により予約されてもよく、提案された形式が「ワイルドカードＰＳＩ」等の２つ以上のＰＳＩを可能にする場合、提案された形式に適合する特定のＰＳＩは、中央エンティティ（ＳＬＦ）により割り当てられ、要求を発行したアプリケーションサーバ（ＡＳ）に返される。本発明の目的のため、「ワイルドカードＰＳＩ」は、特にRange*、*Range及びRange1*Range2の形式のうち任意の形式を採用してもよい。
【００５０】
従って、図１に示す第１の実施形態の下、アプリケーションサーバ（ＡＳ）は、ネットワークに既に存在する識別子を認識するオペレータネットワークの中央エンティティ（ＳＬＦ）に対して、可能性として提案された形式を含んで識別子（PSI_prov_name）を提供することにより（Ｓ−１０）、ＰＳＩの生成を要求してもよい。中央エンティティが既存の識別子に対していわゆる一意性検査を実行する間、識別子（PSI_prov_name）は予約されてもよい。一意性検査を実行する前に、中央エンティティは、アプリケーションサーバがネットワークにおいて公開サービスアイデンティティを生成することを許可されるか否かをチェックしてもよい（Ｐ−１０）。
【００５１】
その後、一意性検査は、アプリケーションサーバ（ＡＳ）により発行される異なる要求の種類、並びに異なるＰＳＩの有効範囲及び表現から得られる異なる状況を考慮して中央エンティティ（ＳＬＦ）において実行され（Ｐ−１１）、有効なＰＳＩ名（PSI_name）は、中央エンティティ（ＳＬＦ）においてその検査の結果として割り当てられる（Ｐ−１１）。
【００５２】
第１の好適な要求の種類の場合、アプリケーションサーバ（ＡＳ）は、ＰＳＩに対する名前（PSI_prov_name）を提案しただけであり、その提案された名前はチェックされ、その一意性が判定される（Ｐ−１１）。提案された名前が「明確なＰＳＩ」として規定されたものであるか又は任意の「ワイルドカードＰＳＩ」に合致するものであることが既に分かっていた場合、中央エンティティ（ＳＬＦ）は、固有のＰＳＩ名（PSI_name）を自身で選択し、対応する「ＰＳＩユーザ」を生成するＨＳＳを選択する。しかし、提案されたＰＳＩ名が中央エンティティ（ＳＬＦ）に存在しなかった場合、前記提案されたＰＳＩ名（PSI_prov_name）は、中央エンティティ（ＳＬＦ）によりＰＳＩ名（PSI_name）として割り当てられ（Ｐ−１１）、ＨＳＳは、対応する「ＰＳＩユーザ」を生成するために選択される（Ｐ−１２）。
【００５３】
第２の好適な要求の種類の場合、アプリケーションサーバ（ＡＳ）は、生成されるＰＳＩが既存の「ワイルドカードＰＳＩ」のある特定の「ワイルドカードＰＳＩ」の範囲に属することを指示するＰＳＩに対する名前（PSI_prov_name）を更に提案した。そのような場合、最終的に割り当てられるＰＳＩ名（PSI_name）は、特定のＨＳＳの選択を要求しない。これは、そのＰＳＩ名が既存の「ワイルドカードＰＳＩ」を管理するＨＳＳの対象に含まれるからである。従って、この場合、中央エンティティ（ＳＬＦ）は、ＰＳＩが指示された「ワイルドカードＰＳＩ」の範囲に属するかをチェックする必要がある。あるいは、ＰＳＩが任意の他の「ワイルドカードＰＳＩ」の範囲にも適合する場合、中央エンティティ（ＳＬＦ）は、指示された「ワイルドカードＰＳＩ」の範囲内で割り当てられる固有のＰＳＩ（PSI＿name）を選択する。この例は、ユーザによるグループの動的生成に特に適用可能であってもよい。この時、グループが対応する「ワイルドカードＰＳＩ」の対象に含まれるため、各ＰＳＩはＨＳＳには存在せずアプリケーションサーバ（ＡＳ）に存在する。
【００５４】
本実施形態において、特に双方の要求の種類に適用可能な例は、いくつかのアプリケーションサーバが同一のサービスを処理する場合である。この仮定の下、前記いくつかのアプリケーションサーバは、同一の「ワイルドカードＰＳＩ」を共有する。従って、図１に示すように、要求を発行する（Ｓ−１０）アプリケーションサーバ（ＡＳ）は、同一の「ワイルドカードＰＳＩ」を共有するいくつかのアプリケーションサーバ（AS-set）を中央エンティティ（ＳＬＦ）に対して指示してもよい。この情報は中央エンティティ（ＳＬＦ）に格納されてもよいため、更なる任意の要求（Ｓ−１０）に対して、指示されたいくつかのアプリケーションサーバ（AS-set）は、ＰＳＩの生成を要求するアプリケーションサーバ（ＡＳ）が、与えられた「ワイルドカードＰＳＩ」を使用する権利を有することを保証するのに使用されてもよい。
【００５５】
図１に示す双方の要求の種類に対して、いくつかのアプリケーションサーバ（AS-set）の指示が要求（Ｓ−１０）に含まれた場合、中央エンティティ（ＳＬＦ）は、「ワイルドカードＰＳＩ」の範囲にＰＳＩを生成すること及び通常通りＨＳＳを選択すること（Ｐ−１２）を考慮してもよい。中央エンティティ（ＳＬＦ）は、指示されたいくつかのアプリケーションサーバ（AS-set）に関連する「ワイルドカードＰＳＩ」の範囲においてそのＰＳＩの一意性を保証する。
【００５６】
第３の好適な要求の種類の場合、アプリケーションサーバ（ＡＳ）は、与えられた「ワイルドカードＰＳＩ」の範囲に属するＰＳＩの生成のみを要求してもよい。中央エンティティ（ＳＬＦ）は、その範囲に属する固有のＰＳＩを選択する。「ワイルドカードＰＳＩ」の範囲に属する個々のＰＳＩがＨＳＳ、すなわち規定されるような「ワイルドカードＰＳＩ」全体を管理するＨＳＳを個別に割り当てられないため、ＨＳＳは選択されない。
【００５７】
第４の好適な要求の種類の場合、アプリケーションサーバ（ＡＳ）は、「明確なＰＳＩ」又は「ワイルドカードＰＳＩ」の任意の名前を提案しない。中央エンティティ（ＳＬＦ）は、固有のＰＳＩを自身で選択し、対応する「ＰＳＩユーザ」を生成するためにＨＳＳを選択する（Ｐ−１２）。
【００５８】
簡単に説明すると、既に規定された任意の「明確なＰＳＩ」に合致せず且つ既に規定された任意の「ワイルドカードＰＳＩ」の範囲に適合しない、与えられた「明確なＰＳＩ」を使用して、ＰＳＩの生成がアプリケーションサーバ（ＡＳ）から中央エンティティ（ＳＬＦ）に対して要求される（Ｓ−１０）場合、その与えられた「明確なＰＳＩ」（PSI_name）が割り当てられ（Ｐ−１１）且つ使用又は起動のために予約される。一方、既存の「明確なＰＳＩ」又は「ワイルドカードＰＳＩ」を使用して、あるいは提案されたＰＳＩを使用せずに、ＰＳＩの生成が要求される（Ｓ−１０）場合、中央エンティティ（ＳＬＦ）は、そのような要求に有効な固有のＰＳＩ（PSI_name）を選択し且つ割り当てる（Ｐ−１１）。しかし、割り当てられたＰＳＩ（PSI_name）の一意性は、中央エンティティ（ＳＬＦ）が認識している既存の公開ユーザアイデンティティに対してチェックされる（Ｐ−１１）。
【００５９】
アプリケーションサーバ（ＡＳ）から「ＰＳＩユーザ」を生成するためのＨＳＳの選択（Ｐ−１２）に関して、中央エンティティ（ＳＬＦ）は、各ＨＳＳがオペレータネットワークにおいて有する加入者数に関する知識を有するため、中央エンティティ（ＳＬＦ）は、ＰＳＩが格納される特定のＨＳＳ、すなわち対応する「ＰＳＩユーザ」が生成される特定のＨＳＳを決定してもよい（Ｐ−１２）。中央エンティティ（ＳＬＦ）は、ＰＳＩを予約されたとしてマーク付けし、使用に際して動作可能なＰＳＩをマーク付けする選択したＨＳＳにおいて「ＰＳＩユーザ」を生成したというアプリケーションサーバ（ＡＳ）からの確認を待つ。更に、中央エンティティ（ＳＬＦ）は、更なる削除がＰＳＩを生成したアプリケーションサーバ（ＡＳ）のみにより実行されることを確実にするために、前記アプリケーションサーバ（ＡＳ）に対する参照を維持してもよい。
【００６０】
図１に示されるように、生成されたＰＳＩが中央エンティティ（ＳＬＦ）において使用されるために予約されると、対応する「ＰＳＩユーザ」が生成される場合、中央エンティティ（ＳＬＦ）は、選択されたＨＳＳの識別子（HSS-id）と共に割り当てられたＰＳＩ（PSI_name）をアプリケーションサーバ（ＡＳ）に返す（Ｓ−１１）。このＰＳＩ（PSI_name）は、上述のように、アプリケーションサーバからの提案されたＰＳＩでもよく、あるいは中央エンティティ（ＳＬＦ）により選択される新しいＰＳＩでもよい。尚、既存の「ワイルドカードＰＳＩ」の範囲に属する個々のＰＳＩに対してＨＳＳの選択は行なわれず、「ワイルドカードＰＳＩ」の範囲を管理するＨＳＳが割り当てられる。
【００６１】
アプリケーションサーバは、いわゆる「Update」メッセージを使用して、好ましくは３ＧＰＰ規定の「Sh」又は「Dh」インタフェースを介して必要なＰＳＩデータ（PSI_data）を提供することにより「ＰＳＩユーザ」を生成するためにＨＳＳと接続する（Ｓ−１２）。上述のように、ＨＳＳにおいて「ＰＳＩユーザ」を生成するために必要なＰＳＩデータは、サービスを実行するアプリケーションサーバの識別子（AS-Id）及びサービスを識別する公開サービスアイデンティティ（ＰＳＩ）である。この動作は、ＰＳＩ関連プロファイル情報及び可能性として制御指標を含むために使用されてもよい。これは、オペレータネットワークにおいてＰＳＩの生成を実行する機構の第２の段階として上述した。
【００６２】
ＰＳＩ関連プロファイル情報に関して、ＨＳＳにおいて「ＰＳＩユーザ」の生成中、アプリケーションサーバ（ＡＳ）は、２つの異なるプロファイルコンポーネントを生成できる。すなわち、技術仕様３ＧＰＰ ＴＳ ２３．００８により規定されるようないわゆる初期フィルタ基準（一般にＩＦＣとして知られる）と、アプリケーションサーバ（ＡＳ）のアドレス、２つ以上（AS-set）が指示された時のアプリケーションサーバの優先順位、デフォルト処理指標、オプションのサービス情報及びアプリケーションサーバ（ＡＳ）にとって有用な他の情報を含んでもよいいわゆる「直接ＡＳ」ルーティング情報とを生成できる。更に、ＰＳＩの予約をＰＳＩの起動から切り離すことにより、ＰＳＩの一時的な又は周期的な起動及び停止が可能になる。従って、ＰＳＩ関連プロファイル情報は、ＰＳＩの起動又は停止の期間に関係する関連情報を含むために使用されてもよい。
【００６３】
一方、ＰＳＩが生成され且つ有効になると、制御指標は、ＰＳＩの動作を更に処理する方法をＨＳＳに指示するために使用される。制御指標は、「ＣＳＣＦ制御」及び「自己制御」の２つの値のうち一方を生成されたＰＳＩ毎に採用してもよい。
【００６４】
ＨＳＳが「ＰＳＩユーザ」に対するいわゆる初期フィルタ基準（一般にＩＦＣとして知られる）及び割り当てられたＳ−ＣＳＣＦ情報を維持し且つアプリケーションサーバが３ＧＰＰにより指定される通常の手順に従ってアドレス指定されることをＨＳＳが指示する場合、「ＣＳＣＦ制御」値は図３のように使用される。「ＣＳＣＦ制御」値を使用する場合、アプリケーションサーバ（ＡＳ）は、登録手順を実行するように要求してもしなくてもよい。登録手順が必要ない場合、未登録状態に対するＩＦＣは、アプリケーションサーバ（ＡＳ）に指示する。
【００６５】
ＨＳＳが生成される「ＰＳＩユーザ」に対するＰＳＩを提供するアプリケーションサーバ（ＡＳ）のアドレス情報を維持する場合、「自己制御」値は図４のように使用される。この場合、セッションの終了が３ＧＰＰ下のＩＭＳルーティングの原理に従って「ＰＳＩユーザ」を供給するＳ−ＣＳＣＦを必要とする時、ＨＳＳは、特定のアプリケーションサーバ（ＡＳ）の識別子を提供し、セッションの終了は、前記特定のアプリケーションサーバ（ＡＳ）に対して直接進む。
【００６６】
最終的には、対応する「ＰＳＩユーザ」が図１に示す第１の実施形態の下でＨＳＳにおいて生成されると、その結果は、アプリケーションサーバ（ＡＳ）に送り返される（Ｓ−１３）。従って、結果として得られた新しいコードは、３ＧＰＰ規定の「Sh」及び「Dh」インタフェースに含まれるのが好ましい。
【００６７】
この時点で、アプリケーションサーバ（ＡＳ）は、中央エンティティ（ＳＬＦ）に対してＰＳＩの生成を確認してもよい（Ｓ−１４）。この確認は、中央エンティティ（ＳＬＦ）において起動せずに予約することのみが以前に実行された場合には動作させるためにＰＳＩを起動する命令を含み、予約と同時に起動が行なわれた場合には命令を含まなくてもよく、これは単に生成を終了したことの確認として理解される。その目的のため、すなわち新しいＰＳＩの起動等のアプリケーションサーバ（ＡＳ）が実行したい動作を含むために、３ＧＰＰ規定の「Sh」又は「Dh」インタフェースのいわゆる「SLF_Query」メッセージが適応される。そのような確認（Ｓ−１４）を受信すると、中央エンティティ（ＳＬＦ）は、動作可能であるとしてＰＳＩをマーク付けしてもよく、ＰＳＩは使用に際して完全に動作可能である。
【００６８】
図５に示す本発明の第２の実施形態によると、ＰＳＩの生成をアプリケーションサーバ（ＡＳ）に対して可能な限り透過的にするために、中央エンティティ（ＳＬＦ）は、ＰＳＩの生成に対する要求の制御を行なう。従って、アプリケーションサーバがＰＳＩの生成に対して検査されると（Ｐ−１０）、一意性検査が実行され（Ｐ−１２）、固有のＰＳＩが割り当てられる。ＨＳＳは、図１の先の実施形態のように「ＰＳＩユーザ」を更に生成するために選択され（Ｐ−１２）、選択されたＨＳＳがアプリケーションサーバと通信するリダイレクト機能性を使用する代わりに、中央エンティティ（ＳＬＦ）は、必要なＰＳＩデータ（PSI_data）を提供することにより、ＰＳＩ生成要求を選択されたＨＳＳに対して転送し（Ｓ−５２）、そのＨＳＳにおいて「ＰＳＩユーザ」を生成する。第１の実施形態と同様に、ＨＳＳにおいて「ＰＳＩユーザ」を生成するのに必要なＰＳＩデータは、サービスを実行するアプリケーションサーバの識別子（AS-Id）及びサービスを識別する公開サービスアイデンティティ（ＰＳＩ）である。要求がＨＳＳに転送されると（Ｓ−５２）、中央エンティティ（ＳＬＦ）は、有効であるという適切な確認が受信されるまで、公開サービスアイデンティティを予約されているとしてマーク付けしてもよい。
【００６９】
更に、図５に示す実施形態の下、ＰＳＩが生成され且つ有効になると、上記制御指標は、ＰＳＩの動作を更に処理する方法をＨＳＳに命令するために含まれてもよい。第１の実施形態に対して先に指示されたように、制御指標は、生成された各ＰＳＩに対して、「ＣＳＣＦ制御」及び「自己制御」の２つの値のうち一方を採用してもよい。
【００７０】
更に、第１の実施形態に対して上述したＰＳＩ関連プロファイル情報は、ＨＳＳにおいて「ＰＳＩユーザ」の生成中に適用されるために渡されてもよい。従って、上記の２つの異なるプロファイルコンポーネント、すなわち初期フィルタ基準及び「直接ＡＳ」ルーティング情報は、対応する「ＰＳＩユーザ」を生成するためにＨＳＳに渡される際に含まれてもよい。
【００７１】
対応する「ＰＳＩユーザ」がＨＳＳにおいて生成され且つ全ての関連情報がＨＳＳに格納されると、その結果は中央エンティティ（ＳＬＦ）に対して送り返される（Ｓ−５３）。この結果は、ＰＳＩが使用に際して動作可能であるという確認であると、中央エンティティ（ＳＬＦ）により仮定されてもよい。
【００７２】
ＰＳＩが生成され且つ使用に際して動作可能になると、中央エンティティ（ＳＬＦ）は、選択されたＨＳＳの識別子（HSS-id）と共に、ＰＳＩが生成されたことの確認として割り当てられたＰＳＩ（PSI_name）をアプリケーションサーバ（ＡＳ）に返す（Ｓ−１１）。このＰＳＩ（PSI_name）は、上述したように、アプリケーションサーバ（ＡＳ）からの提案されたＰＳＩでもよく、あるいは中央エンティティ（ＳＬＦ）により選択された新しいＰＳＩでもよい。
【００７３】
第２の本実施形態と第１の実施形態との相違点は、ＰＳＩ生成処理が中央エンティティ（ＳＬＦ）の制御下で行なわれるため、アプリケーションサーバ（ＡＳ）から前記中央エンティティに対しての起動メッセージ（Ｓ−１４）が必要ないことである。更に、ＨＳＳにおいてエラーが発生する場合、中央エンティティ（ＳＬＦ）はそのエラーを認識し、より安全なフォールバック状態になることが可能である。フォールバック状態において、ＨＳＳに対しては再び試みるという不適切な結果を伴うが、アプリケーションサーバを関与させる必要なく、中央エンティティ（ＳＬＦ）及びＨＳＳの双方における一貫性が保証される。
【００７４】
公開ユーザアイデンティティを使用するサービスの動作に関して、３ＧＰＰ規格は、発信側及び着信側において動作させるためにＰＳＩを呼び出す２つの基本的なモードを説明する。
【００７５】
ユーザが発信側においてＰＳＩを呼び出すため、ユーザは、３ＧＰＰ下の既存の手順に従って、現在ユーザに割り当てられているＳ−ＣＳＣＦに対してサービス要求を発行する。ＰＳＩは、前記ＰＳＩを管理するアプリケーションサーバに到達するためのアドレス情報と共に、Ｓ−ＣＳＣＦが認識しているユーザサブスクリプション情報内の発信元フィルタ情報の一部、すなわち上記ＩＦＣの一部として事前に設定される。ユーザが発信したサービス要求は、サービスを提供するアプリケーションサーバに送信される。ここで、本発明の面によると、アプリケーションサーバによる動的生成の結果として得られると考えられるＰＳＩは、発信元ユーザに対するサブスクリプション情報と共にＳ−ＣＳＣＦに渡されてもよい。発信側で使用するＰＳＩは、上記のような「明確なＰＳＩ」であってもよく、あるいは「ワイルドカードＰＳＩ」の範囲内の個々のＰＳＩであってもよい。ＰＳＩは、ＰＳＩが生成されたオペレータドメイン内においてのみアクセス可能である。
【００７６】
図３及び図４に示すように、ＰＳＩの生成中に使用される制御指標の値に依存して、対応するサービスを使用したいユーザが着信側でＰＳＩを呼び出す時、ユーザは、着信側でプロキシコールセッション制御機能（一般に、３ＧＰＰ下では「Ｐ−ＣＳＣＦ」として知られる）（不図示）等の他のネットワークエンティティを介して問合せコールセッション制御機能（一般に、３ＧＰＰ下では「Ｉ−ＣＳＣＦ」として知られる）に対して送信される（Ｓ−３０）ＰＳＩを含むサービス要求を発行する。Ｉ−ＣＳＣＦは、上述の概念的な定義に従って、着信側においてＨＳＳに「ＰＳＩユーザ」に関してクエリする（Ｓ−３１、Ｓ−４１）。制御指標値に依存して、ＨＳＳは図３及び図４に示す実施形態のうちいずれか一方を継続してもよい。
【００７７】
図３に示すように、Ｉ−ＣＳＣＦは、既存のＩＭＳ原理に従って、前記「ＰＳＩユーザ」がサービスではなくユーザであるかのように、前記「ＰＳＩユーザ」に現在割り当てられているＳ−ＣＳＣＦに関してＨＳＳにより通知される（Ｓ−３２）。サービス要求は、前記Ｓ−ＣＳＣＦに送信され（Ｓ−３３）、前記Ｓ−ＣＳＣＦは、着信フィルタ基準に従ってＰＳＩを提供するアプリケーションサーバ（ＡＳ）にセッションを転送する（Ｓ−３４）。着信側で使用するＰＳＩは、先に示したように、「明確なＰＳＩ」でもよく又は「ワイルドカードＰＳＩ」でもよい。
【００７８】
しかし、図４の実施形態において、Ｉ−ＣＳＣＦは、着信フィルタ基準に従ってＰＳＩを提供するアプリケーションサーバ（ＡＳ）に関してＨＳＳにより直接通知される（Ｓ−４２）。Ｉ−ＣＳＣＦは、前記アプリケーションサーバ（ＡＳ）にサービス要求を渡してもよい（Ｓ−４３）。
【００７９】
本発明の別の面によると、ＰＳＩの生成に関わる全てのエンティティ、すなわちアプリケーションサーバ（ＡＳ）、割り当てられたホーム加入者サーバ（ＨＳＳ）及び中央エンティティ（ＳＬＦ）は全て、ＰＳＩの除去に関係する。
【００８０】
この点において、図２に示すように、ホーム加入者サーバ（ＨＳＳ）及び中央エンティティ（ＳＬＦ）は、ＰＳＩの削除を実行するアプリケーションサーバ（ＡＳ）が削除を行なう権利を有することを制御してもよい。
【００８１】
中央エンティティは、与えられた命令（PSI removal）と共に除去される公開サービスアイデンティティ（PSI_name）を受信し、ネットワークエンティティから、与えられた公開サービスアイデンティティ（PSI_name）を除去する手段が与えられる。この目的のため、公開サービスアイデンティティの除去が図２に示す実施形態に従ってアプリケーションサーバ（ＡＳ）からトリガされる場合、アプリケーションサーバ（ＡＳ）が実行する傾向のある動作、すなわち公開サービスアイデンティティ（ＰＳＩ）の停止及び除去を含むために、３ＧＰＰ規定の「Sh」又は「Dh」インタフェースのいわゆる「SLF_Query」メッセージが修正されるのが好ましい。
【００８２】
本実施形態の下、中央エンティティ（ＳＬＦ）は、停止を行なう権利を有するアプリケーションサーバ（ＡＳ、AS-set）、すなわち公開サービスアイデンティティを生成及び起動したアプリケーションサーバ（ＡＳ）又は対応するサービスを実行するいくつかのアプリケーションサーバのグループ（AS-set）内の他のアプリケーションサーバ（ＡＳ）に対して、公開サービスアイデンティティの停止を許可する（Ｐ−２０）。
【００８３】
公開サービスアイデンティティ（ＰＳＩ）を生成する第１の実施形態に対応する公開サービスアイデンティティ（ＰＳＩ）を除去する一実施形態において、中央エンティティ（ＳＬＦ）は、ＰＳＩを停止し、除去をトリガしたアプリケーションサーバ（ＡＳ）に回答し（Ｓ−２１）、前記アプリケーションサーバ（ＡＳ）からの除去の確認（Ｓ−２４）を待つ。中央エンティティからアプリケーションサーバ（ＡＳ）への回答（Ｓ−２１）は、アプリケーションサーバ（ＡＳ）がそのような参照を維持することを回避するために、対応する「ＰＳＩユーザ」を処理するホーム加入者サーバ（ＨＳＳ）の識別子（HSS-id）を更に含んでもよい。
【００８４】
アプリケーションサーバ（ＡＳ）においてそのような回答を受信すると、ＰＳＩを除去するためにホーム加入者サーバ（HSS-id）に接続する（Ｓ−２２）。従って、３ＧＰＰ規定の「Sh」又は「Dh」インタフェース、あるいはその双方は、いわゆる「Update」メッセージを使用して公開サービスアイデンティティの生成及び除去を許可するために拡張されるのが好ましい。特に、「ワイルドカードＰＳＩ」がいくつかのアプリケーションサーバのグループ（AS-set）に関連付けられ且つ「ワイルドカードＰＳＩ」が削除される必要がある場合、アプリケーションサーバ（ＡＳ）から中央エンティティ（ＳＬＦ）及びホーム加入者サーバ（HSS-id）に対して送信された命令（Ｓ−２０、Ｓ−２２）の各々は、「ワイルドカードＰＳＩ」の識別子（PSI_name）及びいくつかのアプリケーションサーバのグループの識別子（AS-set）を含む。
【００８５】
既存の「ＰＳＩユーザ」を除去する命令（PSI removal）を受信すると、ホーム加入者サーバ（HSS-id）は、命令するアプリケーションサーバ（ＡＳ）が命令する権利のみを有するアプリケーションサーバ（ＡＳ）であることをチェックし、要求された命令を実行し、除去要求の結果をアプリケーションサーバ（ＡＳ）に回答する（Ｓ−２３）。この点において、結果として得られた新しいコードは、３ＧＰＰ規定の「Sh」及び「Dh」インタフェースに含まれてもよい。
【００８６】
ホーム加入者サーバ（HSS-id）からの回答（Ｓ−２３）が「ＰＳＩユーザ」の除去を指示するアプリケーションサーバ（ＡＳ）において受信されると、予測される確認は、中央エンティティ（ＳＬＦ）に送信され（Ｓ−２４）、対応する公開サービスアイデンティティ（PSI_name）に対する全ての参照と除去の終了を指示するアプリケーションサーバに返される（Ｓ−２５）対応する知識とを確実に除去する。特に、中央エンティティ（ＳＬＦ）は、特定の時間に何らかの目的でそのような公開サービスアイデンティティを使用することを回避するためにいくつかのポリシーを含んでもよい。
【００８７】
公開サービスアイデンティティの動的生成に適用可能な本発明とは別に、本発明は公開サービスアイデンティティの静的生成にも適用可能である。本発明に従って提供される実施形態の下、双方の機構に対して必要とされる手段及び方法は、本発明の目的を実行するための１つの発明の概念において調和する。
【００８８】
特に、公開サービスアイデンティティの静的生成は、Ｏ＆Ｍシステムから中央エンティティ（ＳＬＦ）に対してトリガされてもよい。この目的のため、図示されない本発明の一実施形態に従って、中央エンティティは、対応するサービスが実行されるアプリケーションサーバ（ＡＳ）の識別子（AS-id、AS-set）と共に公開サービスアイデンティティ（PSI_Prov_name、PSI_name）をＯ＆Ｍシステムから受信する（Ｓ−１０、Ｓ−２０）Ｏ＆Ｍクライアントを含む。更に、割り当てられるホーム加入者サーバ（HSS-id）の識別子は、公開サービスアイデンティティの生成全体がＯ＆Ｍシステムにより処理される場合に割り当てられてもよい。
【００８９】
アプリケーションサーバ（ＡＳ）とホーム加入者サーバ（ＨＳＳ）との間で中央エンティティ（ＳＬＦ）を介して全ての対話を実行する上述の説明に関して他の実施形態が実現可能であり、また、アプリケーションサーバと中央エンティティとの間及びアプリケーションサーバとホーム加入者サーバとの間に中間装置を含むことも可能である。更に、中央エンティティは、サブスクリプションロケータ機能として動作してもよく、又はその機能性を含んでもよい。あるいは、中央エンティティは、いわゆる一意性検査が単一のエンティティにおいて有利に実行されるように、オペレータネットワークに存在する全ての公開ユーザアイデンティティ及び公開サービスアイデンティティを含む単純なエンティティであってもよい。
【００９０】
この点において、サブスクリプションロケータ機能は、一般にオペレータネットワークにおける中央ノードとして理解され、ネットワークにおいてサブスクリプションと共にユーザに対する全ての公開ユーザアイデンティティを管理し、対応するユーザに対するサブスクリプションを保持するホーム加入者サーバの識別子（HSS-id）で、与えられた公開ユーザアイデンティティに対するルーティングクエリに回答するように構成される。
【００９１】
更に、上述した解決策は、外部ドメインにおいて、すなわちオペレータの前提の範囲外において、公開サービスアイデンティティが公開サービスアイデンティティ予約手順に対する特定の相互運用性インタフェースのアプリケーションにより規定される場合にも適用可能である。
【００９２】
本発明は、例示としてのいくつかの実施形態に関して説明されたが、それらに限定されない。上記説明に関して、それら実施形態の変形例及びそれらの組合せが可能であり、請求の範囲の範囲に含まれる実施形態の任意の変更が含まれることが意図されることは明らかである。
【図面の簡単な説明】
【００９３】
【図１】本発明の一実施形態に従って、ユーザ要求により又はアプリケーションサーバ自体により、ＰＳＩがアプリケーションサーバから動的に生成される方法を説明する基本的な信号フローを示す図である。
【図２】本発明の一実施形態に従って、ユーザ要求により又はアプリケーションサーバ自体により、ＰＳＩが以前にＰＳＩを生成したアプリケーションサーバから動的に削除される方法を説明する基本的な信号フローを示す図である。
【図３】ＰＳＩに対応するサービスがサービングコールセッション制御機構を介して実行しているアプリケーションサーバに対する間接ルーティングを達成するためのＰＳＩを使用する動作を説明する基本的な信号フローを示す図である。
【図４】ＰＳＩに対応するサービスが実行しているアプリケーションサーバに対する間接ルーティングを達成するためのＰＳＩを使用する動作を説明する基本的な信号フローを示す図である。
【図５】本発明の他の実施形態に従って、ユーザ要求により又はアプリケーションサーバ自体により、ＰＳＩがアプリケーションサーバから動的に生成される方法を説明する基本的な信号フローを示す図である。
【図１】
2008510220.tif 000002
【図２】
2008510220.tif 000003
【図３】
2008510220.tif 000004
【図４】
2008510220.tif 000005
【図５】
2008510220.tif 000006
【手続補正書】
【提出日】平成18年5月15日(2006.5.15)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
各々の公開サービスアイデンティティがアプリケーションサーバ（ＡＳ）において実行するサービスを識別する、ネットワークにおける複数の公開サービスアイデンティティを処理する中央エンティティ（ＳＬＦ）であり、
−前記ネットワークにおいてサブスクリプションと共にユーザに対する公開ユーザアイデンティティを格納する手段を有する、中央エンティティであって、
−サービスを識別する提供された公開サービスアイデンティティを受信する（Ｓ−１０）手段と、
−既存の公開サービスアイデンティティ及び公開ユーザアイデンティティに対して、前記受信した公開サービスアイデンティティの一意性をチェックする（Ｐ−１１）手段と、
−前記サービスに割り当てられる正当で一意の公開サービスアイデンティティと、前記割り当てられた公開サービスアイデンティティを保持するために割り当てられるホーム加入者サーバの識別子と、を格納する（Ｐ−１１、Ｐ−１２）手段と、
−前記割り当てられた公開サービスアイデンティティに基づくクエリの際、前記割り当てられたホーム加入者サーバの前記識別子を提供する手段と、
を具備することを特徴とする中央エンティティ（ＳＬＦ）。
【請求項２】
前記公開サービスアイデンティティは、前記対応するサービスの実行を管理するアプリケーションサーバ（ＡＳ）から受信され（Ｓ−１０）、
前記中央エンティティ（ＳＬＦ）は、前記サービスに割り当てられる前記公開サービスアイデンティティと、前記割り当てられたホーム加入者サーバの識別子と、を前記アプリケーションサーバに回答する（Ｓ−１１）手段を更に含む
請求項１記載の中央エンティティ（ＳＬＦ）。
【請求項３】
ホーム加入者サーバの識別子と共に前記公開サービスアイデンティティを格納する前記手段は、前記中央エンティティが認識している複数のホーム加入者サーバから前記ホーム加入者サーバを選択する（Ｐ−１２）手段を含む、請求項２記載の中央エンティティ。
【請求項４】
前記受信した公開サービスアイデンティティの一意性をチェックする（Ｐ−１１）前記手段は、前記受信した公開サービスアイデンティティが任意の既存の公開サービスアイデンティティ又は公開ユーザアイデンティティに合致する場合に前記受信した公開サービスアイデンティティとは異なる固有の公開サービスアイデンティティを割り当てる手段を更に含む、請求項１記載の中央エンティティ。
【請求項５】
前記アプリケーションサーバに回答する前記手段は、予約済みであり、起動待ち状態であるとして前記公開サービスアイデンティティをマーク付けする手段を含む、請求項２記載の中央エンティティ。
【請求項６】
前記公開サービスアイデンティティが有効である前記アプリケーションサーバから確認を受信する（Ｓ−１４）手段と、
前記公開サービスアイデンティティを有効であるとしてマーク付けする手段と、
を更に具備する、請求項５記載の中央エンティティ。
【請求項７】
公開サービスアイデンティティを受信する（Ｓ−１０）前記手段は、前記対応するサービスを実行するいくつかのアプリケーションサーバに関する情報を受信する手段を含む、請求項１記載の中央エンティティ。
【請求項８】
サービスを識別する公開サービスアイデンティティを受信する前記手段は、前記サービスを実行する前記アプリケーションサーバの識別子を受信する手段（Ｓ−１０）を含む、請求項１記載の中央エンティティ。
【請求項９】
サービスを識別する与えられた公開サービスアイデンティティを、前記サービスを実行する前記アプリケーションサーバの識別子と関連付けるように、前記割り当てられたホーム加入者サーバに命令する手段（Ｓ−５２、Ｓ−５３）を更に具備する、請求項８記載の中央エンティティ。
【請求項１０】
前記割り当てられたホーム加入者サーバに命令する前記手段は、前記公開サービスアイデンティティの動作を更に処理する方法について、前記割り当てられたホーム加入者サーバに命令するための、制御指標を提供する手段を更に含む、請求項９記載の中央エンティティ。
【請求項１１】
前記制御指標は、
−前記公開サービスアイデンティティにより識別される前記サービスを実行する前記アプリケーションサーバ（ＡＳ）がアドレス指定されるＳ−ＣＳＣＦのアドレス情報を前記ホーム加入者サーバが維持する場合に使用される、「ＣＳＣＦ制御」値と、
−前記ホーム加入者サーバが前記公開サービスアイデンティティにより識別される前記サービスを実行する前記アプリケーションサーバのアドレス情報を維持し、並びに、前記ホーム加入者サーバが前記アプリケーションサーバの前記識別子を直接提供する場合に使用される、「自己制御」値と、
から選択される１つの値を採用する、請求項１０記載の中央エンティティ。
【請求項１２】
前記割り当てられたホーム加入者サーバに命令する前記手段は、
−前記公開サービスアイデンティティにより識別される前記サービスを実行する前記アプリケーションサーバのアドレス情報を含み且つＳ−ＣＳＣＦに送信される初期フィルタ基準と、
−前記アプリケーションサーバの前記アドレス、２つ以上が指示された時の前記アプリケーションサーバの優先順位、デフォルト処理指標、オプションのサービス情報及び前記アプリケーションサーバにとって有用な他の情報を含んでもよい「直接ＡＳ」ルーティング情報と、
の２つの異なるプロファイルコンポーネントのうち少なくとも一方を含む前記公開サービスアイデンティティに対するプロファイル情報を提供する手段を更に含む、請求項９記載の中央エンティティ。
【請求項１３】
前記受信した公開サービスアイデンティティの一意性をチェックする（Ｐ−１１）前記手段は、「明確なＰＳＩ」として与えられた個々の公開サービスアイデンティティを、「ワイルドカードＰＳＩ」として与えられた公開サービスアイデンティティの範囲と区別する手段を含む、請求項１記載の中央エンティティ。
【請求項１４】
個々の公開サービスアイデンティティを保持するために割り当てられる前記ホーム加入者サーバは、前記個々の公開サービスアイデンティティを含む「ワイルドカードＰＳＩ」の範囲を保持するために割り当てられる前記ホーム加入者サーバである、請求項１３記載の中央エンティティ。
【請求項１５】
公開サービスアイデンティティを受信する（Ｓ−１０）前記手段は、対応するサービスが実行される前記アプリケーションサーバの識別子と共に前記公開サービスアイデンティティをＯ＆Ｍシステムから受信するＯ＆Ｍクライアントを含む、請求項１記載の中央エンティティ。
【請求項１６】
サブスクリプションロケータ機能を実行し、
−対応するユーザに対する前記サブスクリプションを保持するホーム加入者サーバの識別子を用いて、与えられた公開ユーザアイデンティティに対するルーティングクエリに回答する手段を有するように更に構成される、請求項１記載の中央エンティティ。
【請求項１７】
ネットワークにおいて公開サービスアイデンティティにより識別されるサービスを実行するアプリケーションサーバ（ＡＳ）であり、
該サービスは、前記ネットワークへのユーザ登録に対して初期フィルタ基準を適用した結果として、前記ネットワークの１人以上のユーザ、又は、前記ネットワーク自体により呼び出され、
前記サービスロジックを実行する処理手段を有する、アプリケーションサーバであって、
−サブスクリプションロケータ機能を実行するように構成された中央エンティティ（ＳＬＦ）に対して、前記アプリケーションサーバにおいて実行するサービスを識別する公開サービスアイデンティティを自身の識別子と共に送信する（Ｓ−１０）手段と、
−前記サービスに割り当てられる正当で一意の公開サービスアイデンティティと、前記割り当てられた公開サービスアイデンティティを保持するために割り当てられるホーム加入者サーバの識別子と、を前記中央エンティティから受信する（Ｓ−１１）手段と、
を具備することを特徴とするアプリケーションサーバ。
【請求項１８】
−サービスを識別する前記割り当てられた公開サービスアイデンティティと、前記サービスを実行するアプリケーションサーバ（ＡＳ）の識別子とを前記割り当てられたホーム加入者サーバに対して提供する（Ｓ−１２、Ｓ−２２）手段と、
−与えられた前記公開サービスアイデンティティに対する動作方法を前記割り当てられたホーム加入者サーバに命令する手段と、
を更に含む請求項１７記載のアプリケーションサーバ。
【請求項１９】
前記割り当てられた公開サービスアイデンティティが前記ホーム加入者サーバにおいて有効であるか又は前記ホーム加入者サーバから除去されるかを前記中央エンティティに対して確認する（Ｓ−１４、Ｓ−１５）手段を更に含む、請求項１８記載のアプリケーションサーバ。
【請求項２０】
各々の公開サービスアイデンティティがアプリケーションサーバ（ＡＳ）において実行するサービスを識別する、ネットワークにおける複数の公開サービスアイデンティティを提供する方法であって、
−中央エンティティ（ＳＬＦ）において、サービスを識別する提供された公開サービスアイデンティティを受信する（Ｓ−１０）ステップと、
−既存の公開サービスアイデンティティ及び公開ユーザアイデンティティに対して、前記受信した公開サービスアイデンティティの一意性をチェックする（Ｐ−１１）ステップと、
−前記中央エンティティにおいて、前記サービスに割り当てられる正当で一意の公開サービスアイデンティティと、前記割り当てられた公開サービスアイデンティティを保持するために割り当てられるホーム加入者サーバの識別子と、を格納する（Ｐ−１１、Ｐ−１２）ステップと、
−前記割り当てられたホーム加入者サーバにおいて、前記公開サービスアイデンティティ、前記サービスを実行する前記アプリケーションサーバの前記識別子、及び、与えられた前記公開サービスアイデンティティに対する動作のための与えられた前記命令を格納する（Ｓ−１２、Ｓ−２２、Ｓ−５２）ステップと、
を備える方法。
【請求項２１】
前記公開サービスアイデンティティの動作を更に処理する方法を前記割り当てられたホーム加入者サーバに命令する（Ｓ−１２、Ｓ−５２）ステップを更に含み、制御指標は、
−前記公開サービスアイデンティティにより識別される前記サービスを実行する前記アプリケーションサーバが、前記ホーム加入者サーバがアドレス情報を維持するＳ−ＣＳＣＦからアドレス指定される時に使用される「ＣＳＣＦ制御」値と、
−前記ホーム加入者サーバが前記公開サービスアイデンティティにより識別される前記サービスを実行する前記アプリケーションサーバの前記識別子を直接提供し且つ前記ホーム加入者サーバが前記アプリケーションサーバのアドレス情報を維持する時に使用される「自己制御」値と、
から選択される１つの値を採用する、請求項２０記載の方法。
【請求項２２】
−前記公開サービスアイデンティティにより識別される前記サービスを実行する前記アプリケーションサーバのアドレス情報を含み且つＳ−ＣＳＣＦに対して送信される初期フィルタ基準と、
−前記アプリケーションサーバの前記アドレス、２つ以上が指示された時の前記アプリケーションサーバの優先順位、デフォルト処理指標、オプションのサービス情報及び前記アプリケーションサーバにとって有用な他の情報を含んでもよい「直接ＡＳ」ルーティング情報と、
の２つの異なるプロファイルコンポーネントのうち少なくとも一方を含む前記公開サービスアイデンティティに対するプロファイル情報を前記割り当てられたホーム加入者サーバにおいて受信する（Ｓ−１２、Ｓ−５２）ステップを更に含む、請求項２０記載の方法。
【請求項２３】
前記受信した公開サービスアイデンティティの一意性をチェックする（Ｐ−１１）前記ステップは、「明確なＰＳＩ」として与えられた個々の公開サービスアイデンティティを、「ワイルドカードＰＳＩ」として与えられた公開サービスアイデンティティの範囲と区別するステップを含む、請求項２０記載の方法。
【請求項２４】
前記割り当てられた公開サービスアイデンティティを保持するために割り当てられる前記ホーム加入者サーバは、前記割り当てられた公開サービスアイデンティティを含む「ワイルドカードＰＳＩ」の範囲を保持するために割り当てられる前記ホーム加入者サーバである、請求項２３記載の方法。
【請求項２５】
「明確なＰＳＩ」を「ワイルドカードＰＳＩ」と区別する前記ステップは、前記受信した公開サービスアイデンティティが既存の「ワイルドカードＰＳＩ」の範囲内に既に存在する時に前記受信した提供された公開サービスアイデンティティと異なる新しい公開サービスアイデンティティを割り当てるステップを含む、請求項２３記載の方法。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】０００８
【補正方法】変更
【補正の内容】
【０００８】
この点において、公開サービスアイデンティティは、２つの異なる形式の表現及び有効範囲を採用できる。第１の形式は、sip:my_service@example.com等のいわゆる「明確なＰＳＩ（Distinct PSI）」である。３ＧＰＰ技術仕様において提示されるように、「明確なＰＳＩ」は、Ｏ＆Ｍ機構を介してオペレータにより及び３ＧＰＰ規定の「Ｓｈ」インタフェースを介してアプリケーションサーバ（ＡＳ）により、ＨＳＳにおいて生成、修正及び削除されてもよい。また、３ＧＰＰによると、３ＧＰＰ規定の「Ｕｔ」インタフェースを使用してユーザにより「明確なＰＳＩ」が生成及び削除されるのを可能にする必要がある。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】０００９
【補正方法】変更
【補正の内容】
【０００９】
第２の表現の形式及び有効範囲は、sip:chatlist_*@example.com等のいわゆる「ワイルドカードＰＳＩ」である。ここで、公開サービスアイデンティティの範囲は、ＳＩＰ ＵＲＩの同一ドメイン部分及びＳＩＰ ＵＲＩのユーザ部分のワイルドカード指示を使用して規定される。「ワイルドカードＰＳＩ」の範囲は、Ｏ＆Ｍ機構を介してオペレータによりＨＳＳにおいて生成、修正及び削除されてもよく、「ワイルドカードＰＳＩ」の範囲内の個々の公開サービスアイデンティティは、前記「ワイルドカードＰＳＩ」の範囲を提供するアプリケーションサーバ（ＡＳ）に対して上記３ＧＰＰ規定の「Ｕｔ」インタフェースを使用してユーザにより生成及び削除されてもよい。「ワイルドカードＰＳＩ」の範囲内の個々の公開サービスアイデンティティは、Ｏ＆Ｍ機構を介して、アプリケーションサーバ（ＡＳ）においてオペレータにより直接生成及び削除されてもよい。
【国際調査報告】
2008510220.tif 000007