ユーザ・サービス向上のためのＳＩＰフォーキングへの拡張
電気通信網内で改良型の呼サービスを提供するためにＳＩＰフォーキングを拡張する方法が開示される。ネットワークのエンドポイントが、フォーキングの存在下で同じアドレス・オブ・レコード（ＡｏＲ）内のユーザに改良型の呼サービスを提供するためのフォーキング・マスタとして割り当てられる。フォーキング・マスタを割り当てる方法は、ユーザ・プロビジョニング、登録中のユーザ端末による更新、その後のユーザ端末による宣言、第三者割当て、およびネットワーク・トリガ割当てからなる。エンドポイントは、フォーキング・マスタのパラメータについて「真」または「偽」の値を指定することによってフォーキング・マスタの役割を引き継ぎ、または放棄することができる。フォーキング・マスタは、呼完了サービス、プレゼンス・ベースのサービス、呼転送相互作用、合法傍受、ＰＢＲＴのような機能などに関連付けることができる。
【発明の詳細な説明】
【技術分野】
【０００１】
本明細書に開示された実施形態は、一般には、電気通信に関し、より詳細には、電気通信網のユーザに向上したサービスを提供することに関する。
【背景技術】
【０００２】
現在のＩＭＳ／ＳＩＰネットワークでは、フォーキング（ｆｏｒｋｉｎｇ）の存在下でサービスを受けるユーザに拡張されたサービスを提供するには、いくつかの制約／制限がある。通常、フォーキングされる要求は、呼完了イベント・パッケージでは、たとえば話中時再呼出し（ＣＣＢＳ：ｃａｌｌ ｃｏｍｐｌｅｔｉｏｎ ｔｏ ａ ｂｕｓｙ ｓｕｂｓｃｒｉｂｅｒ）では許されていない。ＳＩＰフレームワークは、フォーキングされるＳＵＢＳＣＲＩＢＥ要求が複数のサブスクリプションをインストール可能かどうかイベント・パッケージが示すべきと定める（ｍａｎｄａｔｅ）。
【０００３】
ＩＭＳネットワークでは、ＣＣＢＳ手順がネットワーク・レベルで処理される場合、単一のキューが、被呼ユーザのすべてのエンドポイントについて維持され、呼完了は、エンドポイントが呼完了の試みに無関心であり得るにも拘らず、被呼ユーザのいずれかのエンドポイントが解放されるときに試みられる。この問題は、エンドポイントごとに個別のキューを維持することによって解決することができる。しかし、この解決策は、多くのネットワーク・リソースを使用して解決策の複雑さを激増させ、またスケーラブル（ｓｃａｌａｂｌｅ）かつ管理可能ではない。
【０００４】
ＳＩＰネットワークの場合、イベント・パッケージ呼完了を伴うＳＵＢＳＣＲＩＢＥ要求は、エンドポイントに転送され、ダイアログ確立応答で応答するどんなエンドポイントもが、使用状態（ｂｕｓｙ ｃｏｎｄｉｔｉｏｎ）について監視される。このエンドポイントは、呼完了に関心がないことがある。しかし、現在のフォーキング機構では、複数のサブスクリプションを可能にし、かつ／または呼完了への単一のサブスクリプションについてアドレス・オブ・レコード（ＡｏＲ：Ａｄｄｒｅｓｓ ｏｆ Ｒｅｃｏｒｄ）に関連するすべてのエンドポイントを監視することを可能にするのは難しく、管理不可能である。さらに、処理の複雑さおよびリソース使用により、複数ユーザに対してフォーキングがスケーリング不可能となる。
【０００５】
通常、プレゼンス・イベント・パッケージは、フォーキングを可能にするが、フォーキングが関与する状態においては問題が存在する。たとえば、プレゼンス・データのサブセットだけがサブスクライブされ、または、特定のユーザ・エージェントが、プレゼンス関連のＳＵＢＳＣＲＩＢＥ要求の処理を必要とする場合、特定のユーザ・エージェントを、ＳＵＢＳＣＲＩＢＥ要求に応答するように構成することができ、他のユーザ・エージェントは、エラー応答、たとえば４８９ Ｂａｄ Ｅｖｅｎｔ応答、または理由コード「ｒｅｊｅｃｔｅｄ」と共にサブスクリプション状態「ｔｅｒｍｉｎａｔｅｄ」を含むＮＯＴＩＦＹが後に続く２０２応答を送ることができる。しかし、ＳＵＢＳＣＲＩＢＥ要求の処理を望むユーザ・エージェントがしばしば変化する状況では、エンドポイントを頻繁に再構成する必要がある。この制約は、一般にはイベント・パッケージに、したがって他の特徴、たとえば、ＩＮＶＩＴＥで開始されるダイアログ・イベント・パッケージに当てはまり得る。
【０００６】
フォーキングがアクティブ状態である３つのエンドポイントをユーザが有しており、どの着信ＳＩＰ要求もがすべてのエンドポイントにフォーキングされる場合には、被呼ユーザに対応するすべてのエンドポイントがビジーであっても、発呼ユーザによって、被呼ユーザが望むエンドポイントに対してＣＣＢＳを呼び出すことはできない。サービスを受けるユーザについて同じＡｏＲに関連する複数のエンドポイントがある状況では、フォーキングがアクティブな場合でも、好ましいまたは選択されたユーザ・エージェントとだけ連絡を取ることが望ましい。さらに、嗜好は頻繁に変化し、ハードコードするのが非実用的になり得る。
【０００７】
現在の呼サービスでは、呼転送に望まれるエンドポイントは、使用状態については特に監視されていない。従来の通信システムのさらなる欠点は、フォーキングが複数のサブスクリプションをインストールするかどうかイベント・パッケージによって示すことが、エンドユーザが望むような柔軟で、便利で、拡張されたサービスを保証するものではないということである。さらに、今日のＳＩＰネットワークでは、フォーキングの存在下で、追加の複雑さおよびメッセージ・オーバヘッドなしに特定のエンドポイントだけが特定の要求に反応することは不可能である。
【先行技術文献】
【非特許文献】
【０００８】
【非特許文献１】ＲＦＣ ３４２８
【発明の概要】
【課題を解決するための手段】
【０００９】
上記内容を考慮して、本発明の実施形態は、通信網内で少なくとも１つのエンドポイントをフォーキング・マスタとして割り当てることによって改良型の呼サービスを処理する方法を提供し、この方法は、ユーザによってプロビジョニングするステップと、登録中にユーザ端末によって更新し、その後にユーザ端末によって宣言するステップと、第三者によって割り当てるステップと、ネットワークによってトリガされた割当てを実施するステップとを備える。フォーキング・マスタは、フォーキングが関与するときに機能することや、実際の状況でユーザにとって好都合な新しい／拡張型サービスを提供することが難しいサービス／特徴の場合に連絡を取ることになるＵＡ／エンドポイントとして定義される。通信網は、セッション開始プロトコル（ＳＩＰ：Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）ベースのネットワーク、またはインターネット・プロトコル（ＩＰ：Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）マルチメディア・サブシステム（ＩＭＳ：ＩＰ Ｍｕｌｔｉｍｅｄｉａ Ｓｕｂｓｙｓｔｅｍ）ネットワークのうちの１つであってよい。ＩＭＳネットワークの場合には、この方法は、アプリケーション・サーバ（ＡＳ：Ａｐｐｌｉｃａｔｉｏｎ Ｓｅｒｖｅｒ）およびユーザのサービング呼セッション制御機能（Ｓ−ＣＳＣＦ：Ｓｅｒｖｉｎｇ−Ｃａｌｌ Ｓｅｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｆｕｎｃｔｉｏｎ）のうちの少なくとも１つによって実施される。ＳＩＰベースの非ＩＭＳネットワークの場合には、ＡＳ／Ｓ−ＣＳＣＦによって実施されるアクションは一般に、ＳＩＰプロキシによって実施される。
【００１０】
本発明の実施形態はさらに、ユーザ端末、第三者、またはネットワーク・トリガによってエンドポイントをフォーキング・マスタと宣言する方法を開示し、この方法は、Ｃｏｎｔａｃｔ ＵＲＩを含むＩＮＶＩＴＥ要求を送り、またはＭＥＳＳＡＧＥを送り、Ｃｏｎｔａｃｔヘッダ・フィールドが、真または偽の値を有するパラメータｆｏｒｋｉｎｇ−ｍａｓｔｅｒを含む。ｆｏｒｋｉｎｇ−ｍａｓｔｅｒ＝ｔｒｕｅは、エンドポイントがフォーキング・マスタの役割を引き継ぐことを示し、ｆｏｒｋｉｎｇ−ｍａｓｔｅｒ＝ｆａｌｓｅは、既存のフォーキング・マスタがフォーキング・マスタの役割を放棄したいと望むことを示す。エンドポイントは、ＲＥＧＩＳＴＥＲまたはＩＮＶＩＴＥメッセージを送ることによってフォーキング・マスタの識別情報（ｉｄｅｎｔｉｔｙ）を問い合わせることができる。ＲＥＧＩＳＴＥＲの場合には、（Ｒｅｇｉｓｔｅｒへの）２００ ＯＫ応答のＣｏｎｔａｃｔヘッダが、フォーキング・マスタの識別情報を含み、ＩＮＶＩＴＥの場合には、２００ ＯＫの本文が、フォーキング・マスタの情報を含む。ネットワークは、ＩＮＶＩＴＥまたはＭＥＳＳＡＧＥを使用してすべてのエンドポイントにフォーキング・マスタの識別情報を通知することができる。
【００１１】
本発明の実施形態はさらに、通信網内で改良型の呼サービスを処理するように適合されたシステムを開示し、このシステムは、フォーキングの存在下で同じアドレス・オブ・レコード（ＡｏＲ）内のユーザに呼／通信サービスを提供するためのフォーキング・マスタとして少なくとも１つのエンドポイントを割り当てるように適合された少なくとも１つの手段を備える。
【００１２】
実施形態はさらに、フォーキング・マスタとして少なくとも１つのエンドポイントを割り当てるように適合されたシステムを開示し、このシステムは、ユーザ・プロビジョニング、ユーザ登録、その後のユーザ端末による宣言、第三者割当て、およびネットワークによってトリガされる実施形態を実施するように適合された少なくとも１つの手段を備える。さらに、このシステムは、エンドポイントによってフォーキング・マスタ識別情報の問合せを実施するように適合された少なくとも１つの手段を含む。さらに、このシステムは、通信網によってエンドポイントへのフォーキング・マスタの識別情報の通知を促すように適合された少なくとも１つの手段を含む。
【００１３】
実施形態はさらに端末を開示し、この端末は、フォーキング・マスタとして働くことができ、第２の端末を、フォークキング・マスタとして働き、必要な場合には前記フォーキング・マスタの役割を放棄するように招待することができる。
【００１４】
本明細書に開示された諸実施形態のこれら他の態様は、下記の説明および添付の図面と併せて考慮すればよりよく理解されよう。しかし、下記の説明は、好ましい実施形態、およびそのいくつかの具体的な詳細を示しているが、限定するためではなく、例示するために示されていることを理解されたい。明細書に開示された諸実施形態の範囲内で、その精神から逸脱せずに、多くの変更および修正を加えることができ、本明細書に開示された諸実施形態は、すべてのこうした修正を含むものである。
【００１５】
本明細書に開示された諸実施形態は、図面を参照して以下の詳細な説明からよりよく理解されよう。
【図面の簡単な説明】
【００１６】
【図１】本発明の一実施形態による、ＩＰマルチメディア・サブシステム（ＩＭＳ：ＩＰ Ｍｕｌｔｉｍｅｄｉａ Ｓｕｂｓｙｓｔｅｍ）ネットワーク内の関与するネットワーク要素を含むネットワーク・トポロジの例を示すブロック図である。
【図２】本発明の一実施形態による非ＩＭＳセッション開始プロトコル（ＳＩＰ：Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）ネットワーク内の関与するネットワーク要素を含むネットワーク・トポロジの例を示すブロック図である。
【図３】本発明の一実施形態による、登録中にユーザＡの端末１をフォーキング・マスタと宣言するための呼フローを示す概略図である。
【図４】本発明の一実施形態による、登録中にユーザＡをフォーキング・マスタと宣言する方法を示すフローチャートである。
【図５】本発明の一実施形態による、電気通信網内でＩＮＶＩＴＥを送ることによってユーザ端末がフォーキング・マスタの宣言を行うための呼フローを示す概略図である。
【図６】本発明の一実施形態による、電気通信網内でＩＮＶＩＴＥを送ることによってユーザ端末がフォーキング・マスタの宣言を行う方法を示すフローチャートである。
【図７】本発明の一実施形態による、電気通信網内でＭＥＳＳＡＧＥを送ることによってユーザ端末がフォーキング・マスタの宣言を行う呼フローを示す概略図である。
【図８】本発明の一実施形態による、電気通信網内でＭＥＳＳＡＧＥを送ることによってユーザ端末がフォーキング・マスタの宣言を行う方法を示すフローチャートである。
【図９】本発明の一実施形態による、電気通信網内でＩＮＶＩＴＥを送ることによってフォーキング・マスタのネットワーク・トリガ割当てを行うための呼フローを示す概略図である。
【図１０】本発明の一実施形態による、電気通信網内でＩＮＶＩＴＥを送ることによってフォーキング・マスタのネットワーク・トリガ割当てを行う方法を示すフローチャートである。
【図１１】本発明の一実施形態による、電気通信網内でＩＮＶＩＴＥを送ることによってフォーキング・マスタの識別情報を問い合わせるための呼フローを示す概略図である。
【図１２】本発明の一実施形態による、電気通信網内でＩＮＶＩＴＥを送ることによってフォーキング・マスタの識別情報を問い合わせる方法を示すフローチャートである。
【図１３】本発明の一実施形態による、電気通信網内でＲＥＧＩＳＴＥＲを送ることによってフォーキング・マスタの識別情報を問い合わせるための呼フローを示す概略図である。
【図１４】本発明の一実施形態による、電気通信網内でＲＥＧＩＳＴＥＲを送ることによってフォーキング・マスタの識別情報を問い合わせるため方法を示すフローチャートである。
【図１５】本発明の一実施形態による、電気通信網内でＩＮＶＩＴＥを送ることによってフォーキング・マスタの識別情報を通知するための呼フローを示す概略図である。
【図１６】本発明の一実施形態による、電気通信網内でＩＮＶＩＴＥを送ることによってフォーキング・マスタの識別情報を通知する方法を示すフローチャートである。
【図１７】本発明の一実施形態による、電気通信網内でＭＥＳＳＡＧＥを送ることによってフォーキング・マスタの識別情報を通知するための呼フローを示す概略図である。
【図１８】本発明の一実施形態による、電気通信網内でＭＥＳＳＡＧＥを送ることによってフォーキング・マスタの識別情報を通知する方法を示すフローチャートである。
【図１９】本発明の一実施形態による、通常のＳＩＰネットワーク内のフォーキング・マスタ使用の例示的な例を示す概略図である。
【発明を実施するための形態】
【００１７】
本明細書に開示された諸実施形態、ならびにその様々な特徴および利点の詳細について、添付の図面に示されており、下記の説明に詳述されている非限定的な実施形態を参照してより完全に説明される。よく知られている構成要素および処理技法についての記述は、本明細書に開示された諸実施形態を不必要に不明瞭にしないために省略されている。本明細書で使用された諸実施例は、本明細書に開示された諸実施形態が実施され得るやり方についての理解を促し、本明細書に開示された諸実施形態を当業者が実施することをさらに可能にするためのものにすぎない。したがって、諸実施例は、本明細書に開示された諸実施形態の範囲を制限するものと解釈すべきでない。
【００１８】
本発明の実施形態は、フォーキング・マスタを割り当てることによって、サービスを受けるユーザに新しい／向上したサービス／特徴を提供するためにＳＩＰフォーキングを向上させる方法を開示している。フォーキング・マスタの概念は、（ＳＩＰ）要求メッセージの「Ｔｏ」内に存在するＡｏＲについてフォーキングがアクティブな場合でも、単に（ＳＩＰ）要求をフォーキングするだけではなく、特定のサービスのために特定のエンドポイントをアドレス指定する動的な可能性を提供する。次に図面を、より具体的には、図１から１９を参照すると、好ましい実施形態が示されており、図面では、類似の参照符号が諸図を通して一貫して、対応する特徴を示している。
【００１９】
「フォーキング・マスタ」は、フォーキングが関与するときに機能することや、実際の状況でユーザにとって好都合な新しいまたは拡張型のサービスを提供することが難しいサービス／特徴の場合に連絡を取ることができるユーザ・エージェントまたはエンドポイントである。フォーキング・マスタは、プロビジョニング、ユーザ端末の登録、エンドポイントによる宣言、第三者割当て、およびネットワークによってトリガされる割当てなどの方法によって割り当てることができる。フォーキング・マスタは、呼完了サービス、プレゼンス・ベースのサービス、呼転送相互作用、合法傍受などのサービスまたは特徴を提供し、ＩＰマルチメディア・システム（ＩＭＳ：ＩＰ Ｍｕｌｔｉｍｅｄｉａ Ｓｙｓｔｅｍ）／セッション開始プロトコル（ＳＩＰ）ネットワークにおいてフォーキングの存在下で実施するのが難しいパーソナライズ・リング・バック・トーン（ＰＲＢＴ：Ｐｅｒｓｏｎａｌｉｚｅｄ Ｒｉｎｇ Ｂａｃｋ Ｔｏｎｅ）を容易にする。
【００２０】
図１は、本発明の一実施形態による、ＩＰマルチメディア・サブシステム（ＩＭＳ）ネットワーク内の関与するネットワーク要素を含むネットワーク・トポロジの例を示すブロック図である。ＩＰマルチメディア・サブシステム（ＩＭＳ）ネットワーク１０１は、プロキシ呼セッション制御機能（Ｐ−ＣＳＣＦ：Ｐｒｏｘｙ Ｃａｌｌ−Ｓｅｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｆｕｎｃｔｉｏｎ）１０２、サービング呼セッション制御機能（Ｓ−ＣＳＣＦ）１０３、問合せ呼セッション制御機能（Ｉ−ＣＳＣＦ：Ｉｎｔｅｒｒｏｇａｔｉｎｇ−Ｃａｌｌ Ｓｅｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｆｕｎｃｔｉｏｎ）１０４、アプリケーション・サーバ（ＡＳ：Ａｐｐｌｉｃａｔｉｏｎ ｓｅｒｖｅｒ）１０５およびホーム加入者サーバ（ＨＳＳ：Ｈｏｍｅ Ｓｕｂｓｃｒｉｂｅｒ Ｓｅｒｖｅｒ）１０６など、複数のネットワーク要素を備える。Ｐ−ＣＳＣＦ １０２は、ＩＭＳネットワーク１０１とユーザ端末、すなわち端末１ １０６、端末２ １０７および端末３ １０８との間のインターフェースを提供し、ＩＰアドレス、およびＩＰセッションを確立するための他の変数を提供する。Ｓ−ＣＳＣＦ １０３は、ＩＭＳネットワーク１０１内の呼サービスにアクセスする加入者へのセッション制御を提供する。フォーキング・マスタ関連のすべてのＳＩＰ要求および応答は、ＡＳ １０５に送られる。Ｓ−ＣＳＣＦ １０３は、Ｃｏｎｔａｃｔヘッダおよび／またはメッセージ本文を調査することによって初期フィルタ基準を実施し、フォーキング・マスタがアクティブであるユーザにアドレス指定された要求をＡＳ １０５に送る。ＡＳ １０５は、セッション開始プロトコル（ＳＩＰ）を使用して、サービスをホストして実行し、Ｓ−ＣＳＣＦ １０３とインターフェースする。ＡＳ １０５は、受け取られたＳＩＰ要求／応答メッセージ内のフォーキング・マスタ表示に関するユーザ・プロファイルを更新し、ＩＭＳの標準Ｓｈインターフェースを使用してＨＳＳ １０６にも通知する。その後、Ｓ−ＣＳＣＦ １０３もまた、フォーキング・マスタに関連するユーザ・プロファイルへの更新から生じる初期フィルタ基準への更新についても、標準Ｃｘインターフェースを使用して通知を受ける。ＨＳＳ １０６は、ユーザ・プロファイルを含むユーザ・データベースであり、発呼ユーザの認証および許可を実施する。フォーキング・マスタに依存した、またはフォーキング・マスタとの相互作用があるサービスは、こうしたサービスがネットワーク・レベルまたはユーザ・レベルでプロビジョニング可能である場合には、ＨＳＳに格納される。加入者プロファイルの調査後のサービス論理は、ＩＭＳネットワーク１０１内のＡＳ １０５によって用いることができる。ＡＳのこの機能は、ＩＭＳ内の終端Ｓ−ＣＳＣＦで処理することもできる。終端ＡＳ／Ｓ−ＣＳＣＦは、フォーキング・マスタがそのためにアクティブであるユーザに対応するネットワーク要素を指す。
【００２１】
図２は、本発明の実施形態による、非ＩＭＳセッション開始プロトコル（ＳＩＰ）ネットワーク２０１内の関与するネットワーク要素を含むネットワーク・トポロジの例を示すブロック図である。ＳＩＰは、２つ以上のエンドポイント間で呼を確立し、維持し、終了するために使用されるアプリケーション層制御プロトコルである。ＳＩＰネットワーク２０１は、ＳＩＰサーバおよびＳＩＰクライアントからなる。ＳＩＰネットワーク２０１は、プロキシ・サーバ２０２とリダイレクト・サーバ２０３とレジストラ・サーバ２０４とを含み、ＳＩＰクライアントは、電話端末、すなわち端末１ ２０６と端末２ ２０７と端末３ ２０８とを含む。ＳＩＰプロキシ・サーバ２０２の機能は、本発明の視点から見て、ＩＭＳネットワーク１０１用のＡＳ １０５によって実施されるアクションに類似する。プロキシ・サーバ２０２は、フォーキング・マスタ割当て要求を処理し、ネットワークによって開始されるフォーキング・マスタ割当てをトリガし、フォーキング・マスタ識別要求の問合せに応答し、フォーキング・マスタ識別情報を通知し、フォーキング・マスタがアクティブであるユーザへの要求を修正する。この線は、全く明らかではない。レジストラ・サーバ２０４は、ユーザからのＲＥＧＩＳＴＥＲ要求を受け入れ、処理し、それが扱う領域のための位置サービス内に情報を置く。ＳＩＰレジストラ・サーバ２０４は、ＩＭＳネットワーク１０１用のＨＳＳ １０６の機能に類似のフォーキング・マスタに関連するデータを格納する。レジストラ・サーバ２０４は、リダイレクト・サーバ２０３またはプロキシ・サーバ２０２と同じ場所に置かれる場合が多い。
【００２２】
図３は、本発明の一実施形態による、登録中にユーザＡの端末１をフォーキング・マスタと宣言するための呼フローを表す概略図を示している。サービスを受けるＩＰマルチメディア・サブシステム（ＩＭＳ）ユーザＡ ３０１は、ＲＥＧＩＳＴＥＲメッセージのＣｏｎｔａｃｔヘッダ・フィールド内にパラメータ「ｆｏｒｋｉｎｇ−ｍａｓｔｅｒ」を導入することによってエンドポイント（すなわち端末１）をフォーキング・マスタと割り当てる。パラメータ「フォーキング・マスタ」は、エンドポイントがフォーキング・マスタの役割を引き継ぎたいか、それともその役割を放棄したいかに応じて真または偽の値を取り得る。自己宣言による（または第三者割当てによる）フォーキング・マスタの割当ては、特定の期間の間だけ指定される。期間が終了すると、ユーザ・プロファイル内に指定されたデフォルトのフォーキング・マスタが、フォーキング・マスタの役割を引き継ぐ。フォーキング・マスタ割当ての期間を示すために、追加のパラメータ「ｅｘｐｉｒｅｓ」を導入することができる。パラメータｅｘｐｉｒｅｓが使用される場合、フォーキング・マスタの表示は、Ｃｏｎｔａｃｔヘッダ内の「ｅｘｐｉｒｅｓ」の使用と混乱しないように、（Ｃｏｎｔａｃｔヘッダの一部ではなく）メッセージ本文内になければならない。ユーザＡ ３０１は、Ｐ＿ＣＳＣＦ １０２に、Ｃｏｎｔａｃｔヘッダ・フィールド内にパラメータ「ｆｏｒｋｉｎｇ−ｍａｓｔｅｒ」＝ｔｒｕｅを含むＲＥＧＩＳＴＥＲメッセージを送る。Ｐ＿ＣＳＣＦ １０２は、Ｉ−ＣＳＣＦ−Ａ １０４にＲＥＧＩＳＴＥＲを送り、次いで、このＩ−ＣＳＣＦ−Ａ １０４は、（ＲＥＧＩＳＴＥＲをどのＳ−ＣＳＣＦに転送すべきかを決定した後）、ＲＥＧＩＳＴＥＲをＳ＿ＣＳＣＦ−Ａ ３０２に転送し、次いで、Ｓ＿ＣＳＣＦ−Ａ ３０２は、ＲＥＧＩＳＴＥＲをＡＳ−Ａ ３０３に送る。ＡＳ−Ａ ３０３は、ユーザ・プロファイルを更新し、Ｓｈインターフェースを介してＨＳＳ １０６に通知し、その後、ＨＳＳ １０６は、Ｃｘインターフェースを介してＳ＿ＣＳＣＦ−Ａ ３０２に更新を通知する。次いで、ＡＳ−Ａ ３０３は、Ｓ＿ＣＳＣＦ−Ａ ３０２に２００ ＯＫを返送する。次いで、Ｓ＿ＣＳＣＦ−Ａ ３０２は、Ｉ−ＣＳＣＦ １０４を介してＰ＿ＣＳＣＦ １０２に２００ ＯＫを送る。次いで、Ｐ−ＣＳＣＦ １０２は、ユーザＡ ３０１に２００ ＯＫを送る。フォーキング・マスタは、アクティブであり、関連するサービスを求めてＳ＿ＣＳＣＦ−Ａ ３０２／ＡＳ−Ａ ３０３によって使用される。
【００２３】
図４は、本発明の一実施形態による、登録中にユーザＡをフォーキング・マスタと宣言する方法を表すフローチャートを示している。ユーザＡ ３０１は、Ｃｏｎｔａｃｔヘッダ・フィールド内にパラメータｆｏｒｋｉｎｇ−ｍａｓｔｅｒを含むＲＥＧＩＳＴＥＲメッセージを（Ｐ−ＣＳＣＦ １０２およびＩ−ＣＳＣＦ １０４を介して）Ｓ＿ＣＳＣＦ−Ａ ３０２に、その後にＡＳ−Ａ ３０３に送る（４０１）。次いで、ＡＳ−Ａ ３０３は、ＲＥＧＩＳＴＥＲメッセージ内のエンドポイントについてｆｏｒｋｉｎｇ−ｍａｓｔｅｒ＝ｔｒｕｅかどうかチェックする（４０２）。ｆｏｒｋｉｎｇ−ｍａｓｔｅｒ＝ｔｒｕｅである場合は、ＡＳ−Ａ ３０３は、ユーザ・プロファイルを更新し（４０４）、ユーザＡ ３０１に２００ ＯＫを返送する（４０５）。次いで、ｆｏｒｋｉｎｇ−ｍａｓｔｅｒ＝ｔｒｕｅの表示を伴う現在登録中のユーザＡ ３０１の端末は、フォーキング・マスタとしてアクティブ化され（４０６）、好ましいサービスを求めてＳ＿ＣＳＣＦ−Ａ ３０２またはＡＳ−Ａ ３０３によって使用される。ＲＥＧＩＳＴＥＲメッセージ内のｆｏｒｋｉｎｇ−ｍａｓｔｅｒのパラメータが偽である場合は、（ｆｏｒｋｉｎｇ−ｍａｓｔｅｒ＝ｆａｌｓｅ表示を伴う現在登録中の）ユーザＡ ３０１の端末をフォーキング・マスタとして割り当てず（４０３）、この端末が以前にフォーキング・マスタであった場合は、フォーキング・マスタとしてそれを非アクティブ化し、（ユーザＡのユーザ・プロファイル内）のデフォルトのフォーキング・マスタを新しいフォーキング・マスタとしてアクティブ化する。方法４００の様々なアクションは、提示された順序で実施してもよいし、異なる順序で実施してもよいし、同時に実施してもよい。さらに、実施形態によっては、図４にリストされた一部のアクションを省略することができる。
【００２４】
図５は、本発明の一実施形態による、電気通信網内でＩＮＶＩＴＥを送ることによってユーザ端末がフォーキング・マスタの宣言を行うための呼フローを示す概略図である。サービスを受けるＩＭＳユーザ、ユーザＡ ３０１のエンドポイント（すなわち端末１）は、ユーザ／端末の登録が完了した後、それ自体または他のいずれかのエンドポイントをフォーキング・マスタと宣言する。ユーザＡ ３０１は、パラメータｆｏｒｋｉｎｇ−ｍａｓｔｅｒ＝ｔｒｕｅを含むＣｏｎｔａｃｔ ＵＲＩを付けて、Ｒｅｑｕｅｓｔ ＵＲＩ／Ｔｏヘッダ・フィールド内に特別なサービス・コードを有するＩＮＶＩＴＥメッセージをＰ−ＣＳＣＦ １０２に送り、このＩＮＶＩＴＥメッセージは、その後にＳ＿ＣＳＣＦ−Ａ ３０２に、次いでＡＳ−Ａ ３０３に送られる。ｆｏｒｋｉｎｇ−ｍａｓｔｅｒ＝ｔｒｕｅの表示は、メッセージ本文（Ｃｏｎｔｅｎｔ−Ｔｙｐｅ：ｔｅｘｔ／ｐｌａｉｎ）内に含むこともできる。ｆｏｒｋｉｎｇ−ｍａｓｔｅｒパラメータは、真または偽の値を取ることができる。Ｆｏｒｋｉｎｇ Ｍａｓｔｅｒ＝ｔｒｕｅは、Ｃｏｎｔａｃｔ ＵＲＩがフォークキング・マスタの機能を引き継ぐことを示す。ｆｏｒｋｉｎｇ−ｍａｓｔｅｒ＝ｆａｌｓｅは、Ｃｏｎｔａｃｔ ＵＲＩがフォーキング・マスタの機能を放棄することを示す。次いで、ＡＳ−Ａ ３０３は、２００ ＯＫをＳ＿ＣＳＣＦ−Ａ ３０２に送り、次いで、この２００ ＯＫは、フォーキング・マスタが更新されることの肯定応答として、Ｐ−ＣＳＣＦ １０２を介してユーザＡ ３０１に送られる。フォーキング・マスタは、アクティブであり、関連サービスを求めて適切に使用することができる。別の態様では、２００ ＯＫ応答は、自己宣言の場合、ならびにＣｏｎｔｅｎｔ−Ｔｙｐｅをｔｅｘｔ／ｐｌａｉｎとする第三者割当ての場合では、メッセージ本文でフォーキング・マスタ情報を伝える。Ｉ−ＣＳＣＦ １０４は主として、使用するＳ−ＣＳＣＦを確立するために使用され、残りの呼フローに関与することも、関与しないこともある。
【００２５】
図６は、本発明の一実施形態による、電気通信網内でＩＮＶＩＴＥを送ることによってユーザ端末がフォーキング・マスタの宣言を行う方法を表すフローチャートを示している。ユーザＡ ３０１の端末１ １０６は、Ｃｏｎｔａｃｔヘッダ・フィールド内にパラメータｆｏｒｋｉｎｇ−ｍａｓｔｅｒを含むＩＮＶＩＴＥを送り（６０１）、このＩＮＶＩＴＥは、Ｓ＿ＣＳＣＦ−Ａ ３０１に、その後にＡＳ−Ａ ３０３に到達する。次いで、ＡＳ−Ａ ３０３は、ＩＮＶＩＴＥメッセージ内のフォーキング・マスタの値が真かどうかチェックする（６０２）。ｆｏｒｋｉｎｇ−ｍａｓｔｅｒ＝ｔｒｕｅである場合は、Ｃｏｎｔａｃｔ ＵＲＩが、フォーキング・マスタの役割を引き継ぐ（６０４）。次いで、ＡＳ−Ａ ３０３は、ユーザＡ ３０１のユーザ・プロファイルを新しいフォーキング・マスタで更新し（６０５）、フォーキング・マスタが更新されることの肯定応答として２００ ＯＫを、Ｓ−ＣＳＣＦ ３０２およびＰ−ＣＳＣＦ １０２を介してユーザＡ ３０１に返送する（６０６）。フォーキング・マスタは、好ましいサービスを求めてＳ＿ＣＳＣＦ−Ａ／ＡＳ−Ａ ３０３によってアクティブ化され使用される。ＩＮＶＩＴＥ内のフォークキング・マスタの値が偽である場合は、ユーザＡの端末１ １０６は、フォークキング・マスタの役割を放棄することを望む（６０３）。次いで、ＡＳ Ａ ３０３は、それに応じてユーザ・プロファイルを更新し、その後に適切な措置を講じ、たとえば、ユーザ・プロファイル内に指定されたデフォルトのフォーキング・マスタがフォーキング・マスタになること、ユーザＡのすべての端末に対してフォークキング・マスタの更新をトリガすることなどが行われる。本明細書に示されたシナリオは、自己割当てであり、フォーキング・マスタの第三者割当ての場合と同様に、フォーキング・マスタの識別情報は、図５に示されたように、ＩＮＶＩＴＥメッセージの本文内に指定すべきである。方法６００の様々なアクションは、提示された順序で実施してもよいし、異なる順序で実施してもよいし、同時に実施してもよい。さらに、実施形態によっては、図６にリストされた一部のアクションを省略することができる。
【００２６】
図７は、本発明の一実施形態による、電気通信網内でＭＥＳＳＡＧＥを送ることによってユーザ端末がフォーキング・マスタの宣言を行う呼フローを表す概略図を示している。サービスを受けるＩＭＳユーザ ユーザＡ ３０１のエンドポイント（すなわち端末１）は、ユーザの登録が完了した後、それ自体または他のいずれかのエンドポイントをフォーキング・マスタと宣言する。ユーザＡ ３０１の端末１ １０６は、パラメータｆｏｒｋｉｎｇ−ｍａｓｔｅｒ＝ｔｒｕｅを含むメッセージ本文（Ｃｏｎｔｅｎｔ−Ｔｙｐｅ：ｔｅｘｔ／ｐｌａｉｎ）と共にＲｅｑｕｅｓｔ ＵＲＩ／Ｔｏヘッダ・フィールド内に特別なサービス・コードを含むＭＥＳＳＡＧＥをＰ−ＣＳＣＦ １０２に送信し、その後、このＭＥＳＳＡＧＥは、Ｓ＿ＣＳＣＦ−Ａ ３０２に、次いでＡＳ−Ａ ３０３に到達する。次いで、ＡＳ−Ａ ３０３は、２００ ＯＫをＳ＿ＣＳＣＦ−Ａ ３０２に送り、この２００ ＯＫは最後に、フォーキング・マスタが更新されるという肯定応答としてユーザＡ ３０１に到達する。フォーキング・マスタは、アクティブであり、関連サービスを求めて適切に使用することができる。ＲＦＣ ３４２８によれば、ＭＥＳＳＡＧＥへの２００ ＯＫ応答は、Ｃｏｎｔａｃｔヘッダやメッセージ本文を含むことができないことに留意されたい。フォーキング・マスタの更新が確かに成功したという明示的な表示は、ＩＮＶＩＴＥの場合には不可能である。しかし、フォーキング・マスタの更新が成功する場合にだけ、２００ ＯＫをＡＳ−Ａ ３０３によって送ることができる。
【００２７】
図８は、本発明の一実施形態による、電気通信網内でＭＥＳＳＡＧＥを送ることによってユーザ端末がフォーキング・マスタの宣言を行う方法を表すフローチャートを示している。ユーザＡ ３０１の端末１ １０６は、メッセージ本文（Ｃｏｎｔｅｎｔ−Ｔｙｐｅ：ｔｅｘｔ／ｐｌａｉｎ）内にパラメータｆｏｒｋｉｎｇ−ｍａｓｔｅｒを含むＭＥＳＳＡＧＥを送り（８０１）、このＭＥＳＳＡＧＥは、Ｓ＿ＣＳＣＦ−Ａ ３０２に、その後にＡＳ−Ａ ３０３に到達する。図９に、メッセージ本文の内容が示されている。次いで、ＡＳ−Ａ ３０３は、ＭＥＳＳＡＧＥ内のｆｏｒｋｉｎｇ−ｍａｓｔｅｒの値が真かどうかチェックする（８０２）。ｆｏｒｋｉｎｇ−ｍａｓｔｅｒ＝ｔｒｕｅの場合は、Ｃｏｎｔａｃｔ ＵＲＩは、フォーキング・マスタの役割を引き継ぐ（８０４）。次いで、ＡＳ−Ａ ３０３は、ユーザＡ ３０１のユーザ・プロファイルを新しいフォーキング・マスタで更新し（８０５）、２００ ＯＫを返送し（８０６）、この２００ ＯＫは最後に、フォーキング・マスタが更新されることの肯定応答として、Ｓ−ＣＳＣＦ ３０２およびＰ−ＣＳＣＦ １０２を介してユーザＡ ３０１の端末１ １０６に到達する。フォーキング・マスタは、アクティブ化され、好ましいサービスを求めてＳ＿ＣＳＣＦ−Ａ／ＡＳ−Ａ ３０３によって使用される。ＭＥＳＳＡＧＥ内のフォーキング・マスタの値が偽である場合は、ＭＥＳＳＡＧＥを送るエンドポイントは、フォーキング・マスタの役割を放棄する（８０３）。次いで、ＡＳ Ａ ３０３は、それに応じてユーザＡ ３０１のユーザ・プロファイルを更新し、その後に適切な措置を講じ、たとえば、ユーザ・プロファイル内に指定されたデフォルトのフォーキング・マスタがフォーキング・マスタとなること、ユーザＡのすべての端末に対してフォーキング・マスタの更新をトリガすることなどが行われる。本明細書に示されたシナリオは、自己割当てであり、フォーキング・マスタの第三者割当ての場合と同様に、フォーキング・マスタの識別情報は、ＭＥＳＳＡＧＥの本文に指定すべきである。方法８００の様々なアクションは、提示された順序で実施してもよいし、異なる順序で実施してもよいし、同時に実施してもよい。さらに、実施形態によっては、図８にリストされた一部のアクションを省略することができる。
【００２８】
図９は、本発明の一実施形態による、電気通信網内でＩＮＶＩＴＥを送ることによってフォーキング・マスタのネットワーク・トリガ割当てを行うための呼フローを表す概略図を示している。ＩＭＳネットワーク１０１は、フォーキング・マスタがユーザ・プロファイル内にプロビジョニングされた値をもたない状態、プロビジョニングされた値は存在するが、新しいエンドポイントが同じＡｏＲレジスタを有する状態、またはフォーキング・マスタの割当ての正確さをチェックするためのたとえば時間帯に応じて定期的なトリガを行う状態のような特定の状況においてフォーキング・マスタの割当てをトリガすることができる。ＡＳ−Ａ ３０３は、Ｓ＿ＣＳＣＦ−Ａ ３０２を介して、ユーザＡ ３０１の登録されたエンドポイント、エンドポイント１ ９０１、エンドポイント２ ９０２およびユーザのエンドポイント３ ９０３にＩＮＶＩＴＥ要求を送る。ＡＳ−Ａ ３０３は、登録されている特定のエンドポイントのコンタクト情報について認識している場合は、それらのエンドポイントにＩＮＶＩＴＥ要求を送ることもできる。ＩＮＶＩＴＥの内容は、以下のメッセージ本文：ａｓｓｉｇｎ−ｆｏｒｋｉｎｇ−ｍａｓｔｅｒ＜Ｃｏｎｔａｃｔ ＵＲＩ＞；Ｆｏｒｋｉｎｇ Ｍａｓｔｅｒ＝ｔｒｕｅ（現在のフォーキング・マスタを示す）を指定することによって新しいフォーキング・マスタの割当て要求を示すＣｏｎｔｅｎｔ−Ｔｙｐｅ：ｔｅｘｔ／ｐｌａｉｎを含む。Ｆｏｒｋｉｎｇ Ｍａｓｔｅｒ＝ｎｏｎｅの場合は、フォーキング・マスタは現在割り当てられていない。アクティブ、未登録など、現在割り当てられているフォーキング・マスタのステータスを示す追加のパラメータを、コンテンツに任意選択で取り入れることができる。エンドポイント２ ９０２は、それ自体をフォーキング・マスタとして宣言する２００ ＯＫをＳ＿ＣＳＣＦ−Ａ ３０２に返送し、次いで、この２００ ＯＫは、ＡＳ−Ａ ３０３に到達する。一般に、１つのエンドポイントだけが、フォーキング・マスタの役割の受入れを通知し、あるいはそれが現在フォーキング・マスタである場合には役割を放棄する２００ ＯＫで応答する。これは、２００ ＯＫ応答で、ｆｏｒｋｉｎｇ−ｍａｓｔｅｒパラメータを、（一般に自己宣言の場合には）Ｃｏｎｔａｃｔヘッダ内に、または（たとえば図５のような）ユーザ端末によるフォーキング・マスタの宣言の場合に類似の構文を有するメッセージ本文（Ｃｏｎｔｅｎｔ−Ｔｙｐｅ：ｔｅｘｔ／ｐｌａｉｎ）内に含めることによって示すことができる。２００ ＯＫは、受け入れられると、ＡＣＫで肯定応答され、ＩＮＶＩＴＥが送られた他のエンドポイントには、ＣＡＮＣＥＬが送られる。フォーキング・マスタは、アクティブ化され、関連するサービスを求めて適切に使用することができる。フォーキング・マスタの表示は、エンドポイント２ ９０２がフォーキング・マスタの自己宣言を実施するとき、２００ ＯＫ応答のＣｏｎｔａｃｔヘッダの一部として含まれてよい。複数のエンドポイントが２００ ＯＫで応答する場合、受け入れるべき２００ ＯＫは、フォーキング・マスタ情報を含む第１の２００ ＯＫに基づいて決定してもよいし、認証など、他の何らかの基準に基づいて決定してもよい。２００ ＯＫのいずれもが（Ｃｏｎｔａｃｔヘッダ内またはメッセージ本文内に）フォーキング・マスタに関する表示を含まない場合、あるいはフォーキング・マスタに関する情報で応答するエンドポイントがない場合は、エンドポイントのいずれかが、フォーキング・マスタの役割を引き継ぎ、あるいはその後にユーザがフォーキング・マスタとして宣言すること、またはフォーキング・マスタの第三者割当てを使用してフォーキング・マスタの役割を放棄することを決定することができる。
【００２９】
図１０は、本発明の一実施形態による、電気通信網内でＩＮＶＩＴＥを送ることによってフォーキング・マスタのネットワーク・トリガ割当てを行う方法を表すフローチャートを示している。ＩＭＳネットワーク１０１は、ＡＳ−Ａ ３０３がＵｓｅｒ Ａ ３０３の登録されたエンドポイント、エンドポイント１ ９０１、エンドポイント２ ９０２およびエンドポイント３ ９０３にＩＮＶＩＴＥ要求を送る（１００２）ことによってフォーキング・マスタの割当てをトリガする（１００１）。ＩＮＶＩＴＥの内容は、以下のメッセージ本文：ａｓｓｉｇｎ−ｆｏｒｋｉｎｇ−ｍａｓｔｅｒ＜Ｃｏｎｔａｃｔ ＵＲＩ＞；Ｆｏｒｋｉｎｇ Ｍａｓｔｅｒ＝ｔｒｕｅ（現在のフォーキング・マスタを示す）を指定することによって新しいフォーキング・マスタの割当て要求を示すＣｏｎｔｅｎｔ−Ｔｙｐｅ：ｔｅｘｔ／ｐｌａｉｎを含む。エンドポイント２ ９０２は、２００ ＯＫのＣｏｎｔａｃｔヘッダまたはメッセージ本文内にｆｏｒｋｉｎｇ−ｍａｓｔｅｒパラメータを真と示すことによりフォーキング・マスタの役割の受入れを通知する２００ ＯＫをＡＳ−Ａ ３０３に返送することによってＩＮＶＩＴＥメッセージに応答する（１００３）。２００ ＯＫのメッセージ本文にフォーキング・マスタ情報を含む場合は、フォーマット「＜Ｃｏｎｔａｃｔ ＵＲＩ＞；ｆｏｒｋｉｎｇ−ｍａｓｔｅｒ＝＜ｔｒｕｅ／ｆａｌｓｅ＞」を、自己宣言と第三者割当ての両方に使用することができる。ＡＳ−Ａ ３０３は、２００ ＯＫ応答のＣｏｎｔａｃｔヘッダ内またはメッセージ本文内にパラメータｆｏｒｋｉｎｇ−ｍａｓｔｅｒが存在するかどうかチェックする（１００４）。フォーキング・マスタが存在しない場合は、ＡＳ−Ａ ３０３は、フォーキング・マスタへの更新を実施せず（１００９）、他のエンドポイントに送られるＩＮＶＩＴＥ要求を取り消す（１０１０）。さらに、ＡＳ−Ａ ３０３は、ステップ１００２に示されるように、新しいＩＮＶＩＴＥを恐らく再送することができる。２００ ＯＫ応答内にパラメータｆｏｒｋｉｎｇ−ｍａｓｔｅｒが存在する場合は、ＡＳ−Ａ ３０３は、２００ ＯＫ応答のＣｏｎｔａｃｔヘッダ内またはメッセージ本文内のパラメータｆｏｒｋｉｎｇ−ｍａｓｔｅｒが真か、それとも偽かチェックする（１００５）。フォーキング・マスタのパラメータが偽である場合は、エンドポイント２ ９０２は、（２００ ＯＫのメッセージ本文内に指定されたＣｏｎｔａｃｔ ＵＲＩがエンドポイント２ ９０２のＣｏｎｔａｃｔ ＵＲＩであると仮定して）エンドポイント２ ９０２が現在フォーキング・マスタであるならば、フォーキング・マスタの役割を放棄することを望む（１０１１）。さらに、ＡＳ−Ａ ３０３は、他のエンドポイントに送られたＩＮＶＩＴＥ要求を取り消し（１０１２）、現在のフォーキング・マスタを非アクティブ化する（１０１３）。ｆｏｒｋｉｎｇ−ｍａｓｔｅｒ＝ｔｒｕｅの場合は、エンドポイントを２ ９０２をフォーキング・マスタとして割り当てる（１００６）。次いで、ＡＳ−Ａ ３０３は、他のエンドポイントに送られたＩＮＶＩＴＥ要求を取り消す（１００７）。エンドポイント２ ９０２は、フォーキング・マスタとしてアクティブ化され（１００８）、関連するサービスを求めてＡＳ−Ａ ３０３によって使用される。図例では、エンドポイント２ １１０２の自己宣言が想定されているが、しかし、エンドポイント２ １１０２は、第三者割当てをも実施することが可能である。さらに、エンドポイントが（偽のフォーキング・マスタ表示を伴う２００ ＯＫを送ることによって）フォーキング・マスタの役割を放棄している場合、新しいフォーキング・マスタの割当てを要求するために、第２の（新しい）ＩＮＶＩＴＥをＡＳ−Ａ（３０３）から送ることができる。方法１０００の様々なアクションは、提示された順序で実施してもよいし、異なる順序で実施してもよいし、同時に実施してもよい。さらに、実施形態によっては、図１０にリストされた一部のアクションを省略することができる。
【００３０】
図１１は、本発明の一実施形態による、電気通信網内でＩＮＶＩＴＥを送ることによってフォーキング・マスタの識別情報を問い合わせるための呼フローを表す概略図を示している。フォーキングされるＩＭＳユーザのエンドポイントが、現在のフォーキング・マスタ識別情報を決定するために問い合わせたいと望む。たとえば携帯電話ユーザが、複数の装置が登録された同じＡｏＲに登録しており、携帯電話ユーザがフォーキング・マスタの役割を引き継ぐ必要があり、それは携帯電話ユーザがまだフォーキング・マスタでないならばあり得ることであるが、したがってエンドポイントは、フォーキング・マスタの識別情報を問い合わせる必要がある。ユーザＡ ３０１は、それに対応する２つのエンドポイント、エンドポイント１ ９０１およびエンドポイント２ ９０２を有する。エンドポイント１ ９０１は、メッセージ本文：ｑｕｅｒｙ−ｆｏｒｋｉｎｇ−ｍａｓｔｅｒ内にコンテンツ（ｃｏｎｔｅｎｔ−ｔｙｐｅ：ｔｅｘｔ／ｐｌａｉｎ）を含むＩＮＶＩＴＥをＡＳ−Ａ ３０３に送る。ＩＮＶＩＴＥメッセージは、Ｒｅｑｕｅｓｔ ＵＲＩ内にサービス・コード、たとえば＊ＳＣ＃を付けて、特別なＵＲＩに送ることもできる。ＵＲＩは、要求がフォーキング・マスタ問合せであることを通知し、ｑｕｅｒｙ−ｆｏｒｋｉｎｇ−ｍａｓｔｅｒがメッセージ本文に挿入される必要はない。ＡＳ−Ａ ３０３は、ＩＮＶＩＴＥに応答して、Ｃｏｎｔｅｎｔ−ｔｙｐｅ：ｔｅｘｔ／ｐｌａｉｎ、メッセージ本文内に＜ｃｏｎｔａｃｔ ＵＲＩ＞；ｆｏｒｋｉｎｇ−ｍａｓｔｅｒ＝ｔｒｕｅとしてフォーキング・マスタの識別情報を含む２００ ＯＫをユーザＡ ３０１のエンドポイント１ ９０１に送る。Ｃｏｎｔａｃｔ ＵＲＩ、ａｌｉｃｅ＠２．２．３．４が現在のフォーキング・マスタである場合、２００ ＯＫのメッセージ本文は一般に、「Ｃｏｎｔａｃｔ：ａｌｉｃｅ＠２．２．３．４；ｆｏｒｋｉｎｇ−ｍａｓｔｅｒ＝ｔｒｕｅ」を含むことになる。次いで、２００ ＯＫは受け入れられ、肯定応答される。２００ ＯＫ応答がメッセージ本文にコンテンツを含まない場合、および＜Ｃｏｎｔａｃｔ ＵＲＩ＞がｎｏｎｅの場合、現在フォーキング・マスタは存在しない。
【００３１】
図１２は、本発明の一実施形態による、電気通信網内でＩＮＶＩＴＥを送ることによってフォーキング・マスタの識別情報を問い合わせる方法を表すフローチャートを示している。ユーザＡ ３０１のエンドポイント１ ９０１は、特別のサービス・コードを含むＩＮＶＩＴＥ要求を特定のＵＲＩに送る（１２０１）。ＡＳ−Ａ ３０３は、メッセージ本文にフォーキング・マスタの識別情報を含む、ＩＮＶＩＴＥへの２００ ＯＫ応答を送る（１２０２）。さらに、現在のエンドポイントのうちのいずれかについてパラメータｆｏｒｋｉｎｇ−ｍａｓｔｅｒ＝ｔｒｕｅかどうかチェックする（１２０３）。Ｆｏｒｋｉｎｇ Ｍａｓｔｅｒ＝ｔｒｕｅの場合は、（そのＣｏｎｔａｃｔ ＵＲＩについてのｆｏｒｋｉｎｇ−ｍａｓｔｅｒ＝ｔｒｕｅの表示と共に）メッセージ本文内にフォーキング・マスタの識別情報が含まれた２００ ＯＫ応答を送る（１２０４）。フォーキング・マスタとして現在働くエンドポイントがない場合は、フォーキング・マスタのＣｏｎｔａｃｔ ＵＲＩを「ｎｏｎｅ」と示すメッセージ本文を含み、またはメッセージ本文を全く含まない２００ ＯＫ応答を送る（１２０５）。方法１２００の様々なアクションは、提示された順序で実施してもよいし、異なる順序で実施してもよいし、同時に実施してもよい。さらに、実施形態によっては、図１２にリストされた一部のアクションを省略することができる。
【００３２】
図１３は、本発明の一実施形態による、電気通信網内でＲＥＧＩＳＴＥＲを送ることによってフォーキング・マスタの識別情報を問い合わせるための呼フローを表す概略図を示している。エンドポイント１ ９０１は、ＡｏＲへの現在のバインディングのリストを取り出すように求める、ＣｏｎｔａｃｔヘッダなしのＲＥＧＩＳＴＥＲ要求を送る。ＲＥＧＩＳＴＥＲは、（Ｓ−ＣＳＣＦ−Ａを介して）ＡＳ−Ａ ３０３に到達し、次いで、このＡＳ−Ａ ３０３は、ＲＥＧＩＳＴＥＲに応答して、フォーキング・マスタとして現在働いているＵＲＩについてパラメータｆｏｒｋｉｎｇ−ｍａｓｔｅｒ＝ｔｒｕｅを設定することにより現在のフォーキング・マスタの識別情報を含むＣｏｎｔａｃｔヘッダ・フィールドを付けて、（Ｓ−ＣＳＣＦ−Ａを介して）ユーザ Ａ ３０１エンドポイント１ ９０１に２００ ＯＫを送る。次いで、２００ ＯＫは、受け入れられ、肯定応答される。バインディングのうちいのいずれにもパラメータｆｏｒｋｉｎｇ−ｍａｓｔｅｒ＝ｔｒｕｅが存在しない場合は、フォーキング・マスタとして現在働いているエンドポイントはない。
【００３３】
図１４は、本発明の一実施形態による、電気通信網内でＲＥＧＩＳＴＥＲを送ることによってフォーキング・マスタの識別情報を問い合わせるため方法を表すフローチャートを示している。エンドポイント１ ９０１は、ＡｏＲに登録された現在のエンドポイントのリストを取り出す（１４０２）ように求める、ＣｏｎｔａｃｔヘッダなしのＲＥＧＩＳＴＥＲ要求を送る（１４０１）。ＲＥＧＩＳＴＥＲ要求は、最後にＡＳ−Ａ ３０３に到達する。ＡＳ−Ａ ３０３は、登録されたエンドポイントのいずれかがフォーキング・マスタとして現在働いているかどうかチェックし（１４０３）、そうである場合は、現在のフォーキング・マスタであるＵＲＩについてパラメータｆｏｒｋｉｎｇ−ｍａｓｔｅｒ＝ｔｒｕｅを含めることによって、Ｃｏｎｔａｃｔヘッダ・フィールド内にフォーキング・マスタの識別情報を含む（１４０４）。フォーキング・マスタとして現在働くエンドポイントがない場合は、ＡＳ−Ａ ３０３は、フォーキング・マスタの表示なしにＲＥＧＩＳＴＥＲへの２００ ＯＫ応答を送る（１４０５）。方法１４００の様々なアクションは、提示された順序で実施してもよいし、異なる順序で実施してもよいし、同時に実施してもよい。さらに、実施形態によっては、図１４にリストされたいくつかのアクションは省略することができる。
【００３４】
図１５は、本発明の一実施形態による、電気通信網内でＩＮＶＩＴＥを送ることによってフォーキング・マスタの識別情報を通知するための呼フローを表す概略図を示している。ＩＭＳネットワーク１０１は、ユーザが問合せを実施せずにフォーキング・マスタの現在の割当てについてすべてのエンドポイントに通知する。ＡＳ−Ａ ３０３は、ユーザＡ ３０１に対応するＲｅｑｕｅｓｔ ＵＲＩを含むＩＮＶＩＴＥをＳ−ＣＳＣＦ−Ａ ３０２に送り、Ｓ＿ＣＳＣＦ−Ａ ３０２は、ユーザＡ ３０１のそれぞれ異なるエンドポイント、エンドポイント１ ９０１およびエンドポイント２ ９０２にＩＮＶＩＴＥをフォーキングする。ＩＮＶＩＴＥは、Ｃｏｎｔｅｎｔ−Ｔｙｐｅ：ｔｅｘｔ／ｐｌａｉｎを含み、メッセージ本文に形式「Ｃｏｎｔａｃｔ：＜ＵＲＩ＞；ｆｏｒｋｉｎｇ−ｍａｓｔｅｒ＝ｔｒｕｅ」のフォーキング・マスタの識別情報を含む。エンドポイント１ ９０１およびエンドポイント２ ９０２は、Ｓ＿ＣＳＣＦ−Ａ ３０２に、その後にＡＳ−Ａ ３０３に対して２００ ＯＫでＩＮＶＩＴＥに応答する。この方法は、フォーキング・マスタとして働くエンドポイントがその役割を放棄しており、アクティブなフォーキング・マスタが現在ないことをエンドポイントに通知するために使用することもできる。この場合、（ＩＮＶＩＴＥのメッセージ本文内の）Ｃｏｎｔａｃｔ＜ＵＲＩ＞内の＜ＵＲＩ＞パラメータは、値ｎｏｎｅを含む。
【００３５】
図１６は、本発明の一実施形態による、電気通信網内でＩＮＶＩＴＥメッセージを送ることによってフォーキング・マスタの識別情報を通知する方法を表すフローチャートを示している。ＡＳ−Ａ ３０３は、ユーザＡに対応するＲｅｑｕｅｓｔ ＵＲＩを含むＩＮＶＩＴＥメッセージをＳ＿ＣＳＣＦ−Ａ ３０２に送る（１６０１）。ＩＮＶＩＴＥは、Ｃｏｎｔｅｎｔ−Ｔｙｐｅ：ｔｅｘｔ／ｐｌａｉｎを含み、メッセージ本文に形式「Ｃｏｎｔａｃｔ：＜ＵＲＩ＞；ｆｏｒｋｉｎｇ−ｍａｓｔｅｒ＝ｔｒｕｅ」のフォーキング・マスタの識別情報を含む。ＡＳ−Ａ ３０３は、フォーキング・マスタが現在アクティブかどうかチェックする（１６０２）。はいの場合は、メッセージ本文の「Ｃｏｎｔａｃｔ＜ＵＲＩ＞」内の＜ＵＲＩ＞パラメータは、フォーキング・マスタの識別情報を含み（１６０３）、そうでない場合は、Ｃｏｎｔａｃｔ＜ＵＲＩ＞の値は「ｎｏｎｅ」であり得る（１６０４）。Ｃｏｎｔａｃｔ＜ＵＲＩ＞＝ｎｏｎｅは、エンドポイントがフォーキング・マスタの役割を放棄しており、したがってフォーキング・マスタが現在割り当てられていないことを通知するために使用される。さらに、ＳＣＳＣＦ−Ａは、それぞれ異なるエンドポイント、すなわちエンドポイント１ ９０１およびエンドポイント２ ９０２にＩＮＶＩＴＥをフォーキングする（１６０５）。エンドポイント１ ９０１およびエンドポイント２ ９０２は、２００ ＯＫでＡＳ−Ａ ３０３に応答する（１６０６）。方法１６００の様々なアクションは、提示された順序で実施してもよいし、異なる順序で実施してもよいし、同時に実施してもよい。さらに、実施形態によっては、図１６にリストされた一部のアクションを省略することができる。
【００３６】
図１７は、本発明の一実施形態による、電気通信網内でＭＥＳＳＡＧＥを送ることによってフォーキング・マスタの識別情報を通知するための呼フローを表す概略図を示している。ＩＭＳネットワーク１０１は、ユーザが問合せを実施せずに、フォーキング・マスタの現在の割当てについてすべてのエンドポイントに通知する。ＡＳ−Ａ ３０３は、ユーザＡ ３０１に対応するＲｅｑｕｅｓｔ ＵＲＩを含むＭＥＳＳＡＧＥをＳ−ＣＳＣＦ−Ａ ３０２に送り、Ｓ＿ＣＳＣＦ−Ａ ３０２は、ユーザＡ ３０１のそれぞれ異なるエンドポイント、エンドポイント１ ９０１およびエンドポイント２ ９０２にＭＥＳＳＡＧＥをフォーキングする。ＭＥＳＳＡＧＥは、Ｃｏｎｔｅｎｔ−Ｔｙｐｅ：ｔｅｘｔ／ｐｌａｉｎを含み、メッセージ本文に形式「Ｃｏｎｔａｃｔ：＜ＵＲＩ＞；ｆｏｒｋｉｎｇ−ｍａｓｔｅｒ＝ｔｒｕｅ」のフォーキング・マスタの識別情報を含む。エンドポイント１ ９０１およびエンドポイント２ ９０２は、Ｓ＿ＣＳＣＦ−Ａ ３０２に、その後にＡＳ−Ａ ３０３に２００ ＯＫでＭＥＳＳＡＧＥに応答する。この方法は、フォーキング・マスタとして働くエンドポイントが役割を放棄しており、現在アクティブなフォーキング・マスタがないことをエンドポイントに通知するために使用することもできる。この場合、（ＭＥＳＳＡＧＥのメッセージ本文の）Ｃｏｎｔａｃｔ＜ＵＲＩ＞内の＜ＵＲＩ＞パラメータは、値ｎｏｎｅを含む。
【００３７】
図１８は、本発明の一実施形態による、電気通信網内でＭＥＳＳＡＧＥを送ることによってフォーキング・マスタの識別情報を通知する方法を表すフローチャートを示している。ＡＳ−Ａ ３０３は、ユーザＡに対応するＲｅｑｕｅｓｔ ＵＲＩを含むＭＥＳＳＡＧＥをＳ＿ＣＳＣＦ−Ａ ３０２に送る（１８０１）。ＡＳ−Ａ ３０３は、フォーキング・マスタが現在アクティブかどうかチェックする（１８０２）。はいの場合は、メッセージ本文の＜ＵＲＩ＞パラメータは、フォーキング・マスタの識別情報を含み（１８０３）、そうでない場合は、Ｃｏｎｔａｃｔ＜ＵＲＩ＞値は「ｎｏｎｅ」であり得る（１８０４）。さらに、ＳＣＳＣＦ−Ａは、それぞれ異なるエンドポイント、すなわちエンドポイント１ ９０１およびエンドポイント２ ９０２にＩＮＶＩＴＥをフォーキングする（１８０５）。エンドポイント１ ９０１およびエンドポイント２ ９０２は、２００ ＯＫでＡＳ−Ａ ３０３に応答する（１８０６）。方法１８００の様々なアクションは、提示された順序で実施してもよいし、異なる順序で実施してもよいし、同時に実施してもよい。さらに、実施形態によっては、図１８にリストされた一部のアクションを省略することができる。
【００３８】
図１９は、本発明の一実施形態による、通常のＳＩＰネットワーク２０１内のフォーキング・マスタの使用の例を示す概略図である。ユーザは、フォーキングがアクティブである３つのエンドポイントを有する。フォーキング・マスタは、エンドポイント２ ９０２であり、入ってくる要求に関連するサービスに適用可能である。ここで、ＩＮＶＩＴＥ要求は、フォーキング概念を実施した後、ユーザＡ ３０１のエンドポイント２ ９０２だけに送られる。
【００３９】
本明細書に開示された実施形態は、プロビジョニングによってフォーキング・マスタの割当てを可能にする。たとえば、フォーキング・マスタのプロビジョニングされた値は、それ自体をフォーキング・マスタと宣言するエンドポイントがない場合にしか用いられず、フォーキング・マスタは時間帯に応じて異なり、または第１のフォーキング・マスタが登録されておらず、第２のエンドポイントがフォーキング・マスタの役割を自動的に引き継ぐなどである。ＩＭＳ／ＳＩＰネットワーク内のプロビジョニングは、ユーザによってウェブ・インターフェースを更新すること、特定のサービス・コードを含むＩＮＶＩＴＥを送ることなどを含む。ユーザ・プロファイル内のプロビジョニングされたフォーキング・マスタが現在登録されていない場合、様々な可能性がある。フォーキング・マスタと相互作用をもつサービスがフォーキング・マスタに到達するとき、ネットワークは、要求されたサービスを提供せず、（または）ネットワークは、使用可能なフォーキング・マスタがないので、特別な機能を実施せず、振舞いは、フォーキング・マスタの概念がない場合と同じである。また、ネットワークは、新しいフォーキング・マスタが割り当てられること、またはサービスを受けるユーザのすべてのエンドポイントに、現在割り当てられているフォーキング・マスタがないと通知することを要求してよい。メッセージ本文内にｆｏｒｋｉｎｇ−ｍａｓｔｅｒ＝ｔｒｕｅを示す２つ以上のコマンドがある場合には、振舞いは、メッセージの無視、メッセージ本文の最初／最後の行を有効なフォーキング・マスタ識別情報と見なすなど、実装に依存し得る。さらに、（ユーザ・プロファイル内の）プロビジョニングされたフォーキング・マスタが（登録されているが）現在使用可能でない場合、たとえばフォーキング・マスタ（たとえばラップトップ）がクラッシュした場合、ネットワークは、ＳＩＰの再送規則に従った後、フォーキング・マスタが存在しない状態で他のエンドポイントと連絡を取ることを試みることができる。この結果、フォーキング・マスタ概念の実装前の状況に比べて、フォーキング・マスタ概念の実装後では、発呼ユーザ側に要求への最終応答を送る際に遅延が生じることがある。しかし、ネットワークがフォーキング・マスタの使用可能性を認識するようになる可能性が最も高いので、こうした状況は頻繁には起こりそうにない。さらに、フォーキング・マスタ実装の利点および付加価値の増加は、入ってくる要求に応答する（最終応答を送る）際に稀に生じる遅延よりも遥かに重要である。ネットワークは、新しいフォーキング・マスタが割り当てられ、またはサービスされるユーザのあらゆるエンドポイントに、現在登録されているフォーキング・マスタが存在しないことを通知するよう要求することができ、それは、結果として、現在の要求の処理に影響を及ぼさない。
【００４０】
本明細書に開示された実施形態は、特定のエンドポイントが、同じＡｏＲの別の装置をフォーキング・マスタとして割り当てることを可能にする。第三者割当ては、たとえば、割当て対象の装置がフォーキング・マスタの関連情報を伝えるためのＳＩＰの拡張をサポートしない場合、または現在のフォーキング・マスタが強制的に別の装置に役割を譲りたいと望む場合であってよい。フォーキング・マスタの第三者割当ては、ＩＮＶＩＴＥまたはＭＥＳＳＡＧＥ要求を送ることによって行うことができる。ＳＩＰ要求の内容中のＣｏｎｔａｃｔ ＵＲＩは、フォーキング・マスタとして働く装置のものである。第三者割当ての場合、特定のエンドポイントをフォーキング・マスタとする不所望の割当てを保護するよう求める要求を受け入れる前に、割り当てられた装置／エンドポイントの追加の側面を考慮することができる。フォーキング・マスタの第三者割当ては、特定の期間の間しか指定することができない。期間が終了すると、ユーザ端末内に定義されたデフォルトのフォーキング・マスタが機能を実施する。
【００４１】
本明細書に開示された実施形態は、一連の実用的使用法の解決策を提供する。フォーキング・マスタは、話中時再呼出し（ＣＣＢＳ）、無応答時呼終了（ＣＣＮＲ：Ｃａｌｌ ｃｏｍｐｌｅｔｉｏｎ ｏｎ Ｎｏ Ｒｅｐｌｙ）など、呼完了サービスについて監視するエンドポイントを決定する。ある場合では、被呼ユーザが適用可能なフォーキングを有しており、フォーキング・マスタがビジーであるが、他の端末はそうでない場合、呼が通常転送され、フォーキング・マスタについてのＣＣＢＳ監視が開始する。別の場合では、被呼ユーザが適用可能なフォーキングを有しており、フォーキング・マスタならびに他の端末がビジーである場合、フォーキング・マスタについてのＣＣＢＳ監視が開始する。フォーキング・マスタの概念によって、フォーキングがアクティブである被呼ユーザへのＣＣＢＳサービスを発呼ユーザが予約することが可能となり、発呼ユーザが望む端末への呼が完了することになる。フォーキング・マスタの概念によって、端末ごとのプレゼンス情報ではなく、選択的なプレゼンス情報を示す柔軟性が、サービスを受けるユーザに提供される。たとえば、ユーザは、就業時間中にラップトップがオンである場合、および就業時間後に自宅のＰＣが「オン」の場合、「オン」と見なされる。フォーキング・マスタは、特定の被呼ユーザについてフォーキングがアクティブであり、ある端末がビジーであり、別の端末が応答せず、被呼ユーザがＣＦＢ、ＣＦＮＲ、ＳＣＦなどをアクティブにしている場合に、特徴となる相互対話の曖昧さを解決する。たとえば、（この被呼ユーザの）フォーキング・マスタがビジーであり、（この被呼ユーザの）別の端末が応答しておらず、この被呼ユーザについてユーザＣへのＣＦＢおよびユーザＤへのＣＦＮＲがアクティブである場合、このシナリオではＣＦＢが優先され、呼は、ユーザＣに転送される。フォーキング・マスタの概念は、呼が傍受されている場合、終端側の傍受を可能にし、フォーキングが存在する状態においてメディア・サーバを呼に関連付ける。パーソナライズ・リングバック・トーン機能は、位置／エンドポイントを決定することによりフォーキング・マスタを参照し、次いで特徴を発呼側に関連付けることによって、サービスを受けるユーザに提供することができる。
【００４２】
本発明の一実施形態では、ＡＳは、ユーザ登録、その後のユーザによる宣言、第三者割当てまたはネットワーク駆動型の割当ての間、フォーキング・マスタ割当ての機能を受け継ぐ。ＡＳは、ＲＥＧＩＳＴＥＲメッセージのＣｏｎｔａｃｔヘッダ・フィールドがパラメータｆｏｒｋｉｎｇ−ｍａｓｔｅｒを含み、ユーザ端末がフォーキング・マスタの役割の引継ぎ／放棄を宣言する場合、およびユーザ端末がフォーキング・マスタの第三者割当てを実施する場合、Ｓ−ＣＳＣＦ３０２によってアクティブ化されてよい（初期フィルタ基準他によって駆動される）。ＡＳは、こうしたＳＩＰ要求メッセージを受け取るとき、フォーキング・マスタの表示に関するユーザ・プロファイルを更新し、ＩＭＳの標準Ｓｈインターフェースを使用してＨＳＳに通知し、その後に、標準Ｃｘインターフェースを使用して、終端のＳ−ＣＳＣＦに、フォーキング・マスタに関連するユーザ・プロファイルへの更新から生じる初期フィルタ基準への更新について通知する。ネットワークによってトリガされる割当てでは、ネットワークによる駆動は、ネットワークまたは実装に依存することがある。一例として、ネットワークは、ユーザ・プロファイル内にプロビジョニングされたフォーキング・マスタがないとき、フォーキング・マスタ割当てを駆動しなければならない。次いで、第１のエンドポイントがＲＥＧＩＳＴＥＲメッセージを送り、ＲＥＧＩＳＴＥＲがＡＳに到達するとき、ＡＳは、フォーキング・マスタの割当てを開始する。フォーキング・マスタの識別情報を問い合わせるＲＥＧＩＳＴＥＲまたはＩＮＶＩＴＥメッセージはＡＳに達し、それは、ユーザ・エンドポイントに適切な応答を送る。初期フィルタ基準に基づいて、ＡＳは、フォーキング・マスタ・サービスがアクティブであるユーザへの要求の処理に関与する。被呼ユーザのＵＲＩは、（被呼ユーザのすべてのエンドポイントに要求をフォーキングするのではなく）フォーキング・マスタだけをアドレス指定するよう要求を拡張するように、終端ＡＳにより修正される。フォーキング・マスタだけにアドレス指定するように修正すべき要求は、特定のネットワーク・オペレータの実装およびサービス提供に依存する。
【００４３】
本発明の実施形態は、フォーキングの存在下では、複雑さ、リソース使用またはコストが利点を上回っていることなどのために実施することが難しくなるサービスまたは特徴を提供することを可能にする。あるエンドポイントは要求を理解する能力があるが、このタスクを実施できない。このことが事前に知られているならば、エラー応答をも減少させるフォーキング・マスタの概念によって、こうしたシナリオを修正することができる。フォーキング・マスタの概念は、すべてのエンドポイントが要求に反応するならばそれが完全な混乱をもたらし、サービスが予想通りには機能しないという状況においてかなり有用である。エンドポイントのうちの１つだけが要求を理解し、シグナリング・トラフィックのオーバヘッドが最小限に抑えられるという状況では、そのエンドポイントが、フォーキング・マスタの役割を引き継ぎ、他のエンドポイントへの要求の送信（および誤った応答の受信など）を防ぐことができる。
【００４４】
本発明の実施形態は、格納可能であるフォーキング・マスタの使用可能性ステータスを提供し、フォーキング・マスタの使用可能性ステータスに基づいて、ＩＭＳネットワークではＡＳで、またはＳＩＰネットワークの場合にはプロキシ・サーバ内でアクションをトリガすることができる。ネットワーク・トリガは、他のエンドポイントにフォーキング・マスタの現在の識別情報および使用可能性ステータスを通知する。さらに、時間帯および／またはサービス・タイプに応じて、それぞれ異なるデフォルト・フォーキング・マスタをユーザ・プロファイル内で割り当てることができる。フォーキング・マスタの割当てのメッセージ本文、ユーザ端末による問合せへの応答、およびネットワークによる現在のフォーキング・マスタの情報は、それに応じて適合／拡張されるべきである。アプリケーション・サーバ（ＩＭＳネットワークの場合）またはプロキシ・サーバ（非ＩＭＳ ＳＩＰネットワークの場合）は、関連する機能性を実施し、ＨＳＳ（ＩＭＳネットワークの場合）またはＳＩＰレジストラ（非ＩＭＳ ＳＩＰネットワークの場合）内のユーザ・プロファイル・データは、要件をサポートするように適切に修正する必要がある。フォーキング・マスタを使用するサービスは、ネットワーク・レベルでプロビジョニングすることができる。フォーキング・マスタとして働くエンドポイントが別のネットワークにローミングする場合、ネットワークは、フォーキング・マスタとして引き継ぐ別の装置を自動的にトリガし、それに応じてユーザのすべてのエンドポイントに通知することができる（または‘ネットワークによってトリガされた割当てによって、フォーキング・マスタの新しい割当てを求めることもできる）。
【００４５】
本発明の実施形態は、特定の状況においてフォーキング・マスタの振舞いを示す例外的なケースを提供する。フォーキング・マスタが登録を取り消し、または登録時間が終了する場合、（非ＩＭＳ）ＳＩＰネットワークのＳＩＰプロキシ、またはＩＭＳネットワーク内のアプリケーション・サーバは、新しいフォーキング・マスタの割当ての要求を送信してよい。フォーキング・マスタが、受信されたＳＩＰ要求に対して応答しない場合、その後のアクションは、実装および要求のタイプ（したがって関連するサービス）に依存する。たとえば、ＣＣＢＳの場合においてフォーキング・マスタが応答しない場合、ＣＣＢＳ予約を要求するＳＵＢＳＣＲＩＢＥメッセージに応答してエラー応答が送られる。ある場合では、ＩＮＶＩＴＥまたは他の何らかのＳＩＰ要求メッセージがフォーキング・マスタの割当てを要求する（あるいは現在のフォーキング・マスタの識別情報を問い合わせるためにＩＮＶＩＴＥ要求が送られる）が、（非ＩＭＳ）ＳＩＰネットワークの場合にはプロキシ・サーバが、ＩＭＳネットワークの場合にはアプリケーション・サーバがフォーキング・マスタ概念をサポートしない場合には、５０１ Ｎｏｔ ｉｍｐｌｅｍｅｎｔｅｄ応答が、メッセージに応答して送られる。さらに、メッセージ本文内に、ｆｏｒｋｉｎｇ−ｍａｓｔｅｒ＝ｔｒｕｅを示す１つより多くの行がある場合は、こうしたメッセージは無視され、または最初また最後の行が、有効なフォーキング・マスタの識別情報と見なされる（選択されるオプションは実装に依存する）。
【００４６】
本明細書に開示された実施形態は、オペレータ／ベンダをまたがってＩＭＳ／ＳＩＰネットワーク内でフォーキングが存在する状況において新しい／向上したサービス／特徴および可能性を提供する際に相互運用性の問題なしに価値を付加し、その結果、莫大な収益発生の潜在性をもたらす。オペレータは、提案された概念を使用して新しい／向上した特徴を創造し、それによって、それ自身を競争者と差別化することを可能にすることができ、その結果、収益が増加することになる。
【００４７】
本明細書に開示された実施形態はさらに、多くの実用的なシナリオにおいて、エンドユーザにとって利便性をもたらす。ＳＩＰがユーザならびに端末モビリティを提供するＩＰベースのネットワークの場合では、単一のユーザが複数のエンドポイントを有し、フォーキングをアクティブとする確率は指数関数的に増加し得る。フォーキング・マスタの概念は、フォーキングが存在する場合でも、いくつかの特徴およびサービスを享受し、個々の利便性、たとえばＣＣＢＳに適するようにこれらをさらにカスタマイズする柔軟性をエンドユーザに提供する。さらに、本明細書に論じられた概念は、（たとえば「第三者割当て」の場合に）エンドポイントのそれぞれをアップグレードする必要なしに、提案された拡張を使用する柔軟性向上を提供する。
【００４８】
理解され得るように、本明細書に開示された実施形態は、フォーキングの存在下でフォーキング・マスタの概念に基づいてＩＭＳ／ＳＩＰユーザにいくつかの新しい／向上したサービスを提供する。また、本明細書に述べられた本発明は、この厳密な実施形態に限定されず、また本発明の元の範囲または精神から逸脱せずに本発明に様々な変更および修正が行われ得ることを理解されたい。
【００４９】
特許請求された手段に対応する構造体のリストは、網羅的なものではなく、本発明の範囲から逸脱せずに、列挙された構造体の代わりに等価の構造体を用いることができることが当業者には理解されよう。
【００５０】
本明細書に開示された実施形態は、完全にハードウェア実施形態の形を取ることも、完全にソフトウェア実施形態の形を取ることも、ハードウェアとソフトウェア要素の両方を含む実施形態の形を取ることもできる。ソフトウェア内で実施される諸実施形態は、それだけに限らないが、ファームウェア、常駐ソフトウェア、マイクロコードなどを含む。
【００５１】
特定の諸実施形態についての上記説明は、他者が現在の知識を適用することによって、一般的な概念から逸脱せずに、こうした特定の実施形態を様々な適用例に合わせて容易に修正しかつ／または適合させることができるという本明細書に開示された諸実施形態の一般的な性質を実に十分に明らかにするものであり、したがって、こうした適合形態および修正形態は、開示された諸実施形態の均等物の意味および範囲内に包含されるべきであり、また包含されることが意図されている。本明細書に使用された語句または用語は、限定ではなく、説明のためのものであることを理解されたい。したがって、本明細書に開示された諸実施形態は、好ましい実施形態に関して述べられているが、本明細書に開示された諸実施形態は、添付の特許請求の精神および範囲内の修正を行って実施できることが当業者には認識されよう。
【技術分野】
【０００１】
本明細書に開示された実施形態は、一般には、電気通信に関し、より詳細には、電気通信網のユーザに向上したサービスを提供することに関する。
【背景技術】
【０００２】
現在のＩＭＳ／ＳＩＰネットワークでは、フォーキング（ｆｏｒｋｉｎｇ）の存在下でサービスを受けるユーザに拡張されたサービスを提供するには、いくつかの制約／制限がある。通常、フォーキングされる要求は、呼完了イベント・パッケージでは、たとえば話中時再呼出し（ＣＣＢＳ：ｃａｌｌ ｃｏｍｐｌｅｔｉｏｎ ｔｏ ａ ｂｕｓｙ ｓｕｂｓｃｒｉｂｅｒ）では許されていない。ＳＩＰフレームワークは、フォーキングされるＳＵＢＳＣＲＩＢＥ要求が複数のサブスクリプションをインストール可能かどうかイベント・パッケージが示すべきと定める（ｍａｎｄａｔｅ）。
【０００３】
ＩＭＳネットワークでは、ＣＣＢＳ手順がネットワーク・レベルで処理される場合、単一のキューが、被呼ユーザのすべてのエンドポイントについて維持され、呼完了は、エンドポイントが呼完了の試みに無関心であり得るにも拘らず、被呼ユーザのいずれかのエンドポイントが解放されるときに試みられる。この問題は、エンドポイントごとに個別のキューを維持することによって解決することができる。しかし、この解決策は、多くのネットワーク・リソースを使用して解決策の複雑さを激増させ、またスケーラブル（ｓｃａｌａｂｌｅ）かつ管理可能ではない。
【０００４】
ＳＩＰネットワークの場合、イベント・パッケージ呼完了を伴うＳＵＢＳＣＲＩＢＥ要求は、エンドポイントに転送され、ダイアログ確立応答で応答するどんなエンドポイントもが、使用状態（ｂｕｓｙ ｃｏｎｄｉｔｉｏｎ）について監視される。このエンドポイントは、呼完了に関心がないことがある。しかし、現在のフォーキング機構では、複数のサブスクリプションを可能にし、かつ／または呼完了への単一のサブスクリプションについてアドレス・オブ・レコード（ＡｏＲ：Ａｄｄｒｅｓｓ ｏｆ Ｒｅｃｏｒｄ）に関連するすべてのエンドポイントを監視することを可能にするのは難しく、管理不可能である。さらに、処理の複雑さおよびリソース使用により、複数ユーザに対してフォーキングがスケーリング不可能となる。
【０００５】
通常、プレゼンス・イベント・パッケージは、フォーキングを可能にするが、フォーキングが関与する状態においては問題が存在する。たとえば、プレゼンス・データのサブセットだけがサブスクライブされ、または、特定のユーザ・エージェントが、プレゼンス関連のＳＵＢＳＣＲＩＢＥ要求の処理を必要とする場合、特定のユーザ・エージェントを、ＳＵＢＳＣＲＩＢＥ要求に応答するように構成することができ、他のユーザ・エージェントは、エラー応答、たとえば４８９ Ｂａｄ Ｅｖｅｎｔ応答、または理由コード「ｒｅｊｅｃｔｅｄ」と共にサブスクリプション状態「ｔｅｒｍｉｎａｔｅｄ」を含むＮＯＴＩＦＹが後に続く２０２応答を送ることができる。しかし、ＳＵＢＳＣＲＩＢＥ要求の処理を望むユーザ・エージェントがしばしば変化する状況では、エンドポイントを頻繁に再構成する必要がある。この制約は、一般にはイベント・パッケージに、したがって他の特徴、たとえば、ＩＮＶＩＴＥで開始されるダイアログ・イベント・パッケージに当てはまり得る。
【０００６】
フォーキングがアクティブ状態である３つのエンドポイントをユーザが有しており、どの着信ＳＩＰ要求もがすべてのエンドポイントにフォーキングされる場合には、被呼ユーザに対応するすべてのエンドポイントがビジーであっても、発呼ユーザによって、被呼ユーザが望むエンドポイントに対してＣＣＢＳを呼び出すことはできない。サービスを受けるユーザについて同じＡｏＲに関連する複数のエンドポイントがある状況では、フォーキングがアクティブな場合でも、好ましいまたは選択されたユーザ・エージェントとだけ連絡を取ることが望ましい。さらに、嗜好は頻繁に変化し、ハードコードするのが非実用的になり得る。
【０００７】
現在の呼サービスでは、呼転送に望まれるエンドポイントは、使用状態については特に監視されていない。従来の通信システムのさらなる欠点は、フォーキングが複数のサブスクリプションをインストールするかどうかイベント・パッケージによって示すことが、エンドユーザが望むような柔軟で、便利で、拡張されたサービスを保証するものではないということである。さらに、今日のＳＩＰネットワークでは、フォーキングの存在下で、追加の複雑さおよびメッセージ・オーバヘッドなしに特定のエンドポイントだけが特定の要求に反応することは不可能である。
【先行技術文献】
【非特許文献】
【０００８】
【非特許文献１】ＲＦＣ ３４２８
【発明の概要】
【課題を解決するための手段】
【０００９】
上記内容を考慮して、本発明の実施形態は、通信網内で少なくとも１つのエンドポイントをフォーキング・マスタとして割り当てることによって改良型の呼サービスを処理する方法を提供し、この方法は、ユーザによってプロビジョニングするステップと、登録中にユーザ端末によって更新し、その後にユーザ端末によって宣言するステップと、第三者によって割り当てるステップと、ネットワークによってトリガされた割当てを実施するステップとを備える。フォーキング・マスタは、フォーキングが関与するときに機能することや、実際の状況でユーザにとって好都合な新しい／拡張型サービスを提供することが難しいサービス／特徴の場合に連絡を取ることになるＵＡ／エンドポイントとして定義される。通信網は、セッション開始プロトコル（ＳＩＰ：Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）ベースのネットワーク、またはインターネット・プロトコル（ＩＰ：Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）マルチメディア・サブシステム（ＩＭＳ：ＩＰ Ｍｕｌｔｉｍｅｄｉａ Ｓｕｂｓｙｓｔｅｍ）ネットワークのうちの１つであってよい。ＩＭＳネットワークの場合には、この方法は、アプリケーション・サーバ（ＡＳ：Ａｐｐｌｉｃａｔｉｏｎ Ｓｅｒｖｅｒ）およびユーザのサービング呼セッション制御機能（Ｓ−ＣＳＣＦ：Ｓｅｒｖｉｎｇ−Ｃａｌｌ Ｓｅｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｆｕｎｃｔｉｏｎ）のうちの少なくとも１つによって実施される。ＳＩＰベースの非ＩＭＳネットワークの場合には、ＡＳ／Ｓ−ＣＳＣＦによって実施されるアクションは一般に、ＳＩＰプロキシによって実施される。
【００１０】
本発明の実施形態はさらに、ユーザ端末、第三者、またはネットワーク・トリガによってエンドポイントをフォーキング・マスタと宣言する方法を開示し、この方法は、Ｃｏｎｔａｃｔ ＵＲＩを含むＩＮＶＩＴＥ要求を送り、またはＭＥＳＳＡＧＥを送り、Ｃｏｎｔａｃｔヘッダ・フィールドが、真または偽の値を有するパラメータｆｏｒｋｉｎｇ−ｍａｓｔｅｒを含む。ｆｏｒｋｉｎｇ−ｍａｓｔｅｒ＝ｔｒｕｅは、エンドポイントがフォーキング・マスタの役割を引き継ぐことを示し、ｆｏｒｋｉｎｇ−ｍａｓｔｅｒ＝ｆａｌｓｅは、既存のフォーキング・マスタがフォーキング・マスタの役割を放棄したいと望むことを示す。エンドポイントは、ＲＥＧＩＳＴＥＲまたはＩＮＶＩＴＥメッセージを送ることによってフォーキング・マスタの識別情報（ｉｄｅｎｔｉｔｙ）を問い合わせることができる。ＲＥＧＩＳＴＥＲの場合には、（Ｒｅｇｉｓｔｅｒへの）２００ ＯＫ応答のＣｏｎｔａｃｔヘッダが、フォーキング・マスタの識別情報を含み、ＩＮＶＩＴＥの場合には、２００ ＯＫの本文が、フォーキング・マスタの情報を含む。ネットワークは、ＩＮＶＩＴＥまたはＭＥＳＳＡＧＥを使用してすべてのエンドポイントにフォーキング・マスタの識別情報を通知することができる。
【００１１】
本発明の実施形態はさらに、通信網内で改良型の呼サービスを処理するように適合されたシステムを開示し、このシステムは、フォーキングの存在下で同じアドレス・オブ・レコード（ＡｏＲ）内のユーザに呼／通信サービスを提供するためのフォーキング・マスタとして少なくとも１つのエンドポイントを割り当てるように適合された少なくとも１つの手段を備える。
【００１２】
実施形態はさらに、フォーキング・マスタとして少なくとも１つのエンドポイントを割り当てるように適合されたシステムを開示し、このシステムは、ユーザ・プロビジョニング、ユーザ登録、その後のユーザ端末による宣言、第三者割当て、およびネットワークによってトリガされる実施形態を実施するように適合された少なくとも１つの手段を備える。さらに、このシステムは、エンドポイントによってフォーキング・マスタ識別情報の問合せを実施するように適合された少なくとも１つの手段を含む。さらに、このシステムは、通信網によってエンドポイントへのフォーキング・マスタの識別情報の通知を促すように適合された少なくとも１つの手段を含む。
【００１３】
実施形態はさらに端末を開示し、この端末は、フォーキング・マスタとして働くことができ、第２の端末を、フォークキング・マスタとして働き、必要な場合には前記フォーキング・マスタの役割を放棄するように招待することができる。
【００１４】
本明細書に開示された諸実施形態のこれら他の態様は、下記の説明および添付の図面と併せて考慮すればよりよく理解されよう。しかし、下記の説明は、好ましい実施形態、およびそのいくつかの具体的な詳細を示しているが、限定するためではなく、例示するために示されていることを理解されたい。明細書に開示された諸実施形態の範囲内で、その精神から逸脱せずに、多くの変更および修正を加えることができ、本明細書に開示された諸実施形態は、すべてのこうした修正を含むものである。
【００１５】
本明細書に開示された諸実施形態は、図面を参照して以下の詳細な説明からよりよく理解されよう。
【図面の簡単な説明】
【００１６】
【図１】本発明の一実施形態による、ＩＰマルチメディア・サブシステム（ＩＭＳ：ＩＰ Ｍｕｌｔｉｍｅｄｉａ Ｓｕｂｓｙｓｔｅｍ）ネットワーク内の関与するネットワーク要素を含むネットワーク・トポロジの例を示すブロック図である。
【図２】本発明の一実施形態による非ＩＭＳセッション開始プロトコル（ＳＩＰ：Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）ネットワーク内の関与するネットワーク要素を含むネットワーク・トポロジの例を示すブロック図である。
【図３】本発明の一実施形態による、登録中にユーザＡの端末１をフォーキング・マスタと宣言するための呼フローを示す概略図である。
【図４】本発明の一実施形態による、登録中にユーザＡをフォーキング・マスタと宣言する方法を示すフローチャートである。
【図５】本発明の一実施形態による、電気通信網内でＩＮＶＩＴＥを送ることによってユーザ端末がフォーキング・マスタの宣言を行うための呼フローを示す概略図である。
【図６】本発明の一実施形態による、電気通信網内でＩＮＶＩＴＥを送ることによってユーザ端末がフォーキング・マスタの宣言を行う方法を示すフローチャートである。
【図７】本発明の一実施形態による、電気通信網内でＭＥＳＳＡＧＥを送ることによってユーザ端末がフォーキング・マスタの宣言を行う呼フローを示す概略図である。
【図８】本発明の一実施形態による、電気通信網内でＭＥＳＳＡＧＥを送ることによってユーザ端末がフォーキング・マスタの宣言を行う方法を示すフローチャートである。
【図９】本発明の一実施形態による、電気通信網内でＩＮＶＩＴＥを送ることによってフォーキング・マスタのネットワーク・トリガ割当てを行うための呼フローを示す概略図である。
【図１０】本発明の一実施形態による、電気通信網内でＩＮＶＩＴＥを送ることによってフォーキング・マスタのネットワーク・トリガ割当てを行う方法を示すフローチャートである。
【図１１】本発明の一実施形態による、電気通信網内でＩＮＶＩＴＥを送ることによってフォーキング・マスタの識別情報を問い合わせるための呼フローを示す概略図である。
【図１２】本発明の一実施形態による、電気通信網内でＩＮＶＩＴＥを送ることによってフォーキング・マスタの識別情報を問い合わせる方法を示すフローチャートである。
【図１３】本発明の一実施形態による、電気通信網内でＲＥＧＩＳＴＥＲを送ることによってフォーキング・マスタの識別情報を問い合わせるための呼フローを示す概略図である。
【図１４】本発明の一実施形態による、電気通信網内でＲＥＧＩＳＴＥＲを送ることによってフォーキング・マスタの識別情報を問い合わせるため方法を示すフローチャートである。
【図１５】本発明の一実施形態による、電気通信網内でＩＮＶＩＴＥを送ることによってフォーキング・マスタの識別情報を通知するための呼フローを示す概略図である。
【図１６】本発明の一実施形態による、電気通信網内でＩＮＶＩＴＥを送ることによってフォーキング・マスタの識別情報を通知する方法を示すフローチャートである。
【図１７】本発明の一実施形態による、電気通信網内でＭＥＳＳＡＧＥを送ることによってフォーキング・マスタの識別情報を通知するための呼フローを示す概略図である。
【図１８】本発明の一実施形態による、電気通信網内でＭＥＳＳＡＧＥを送ることによってフォーキング・マスタの識別情報を通知する方法を示すフローチャートである。
【図１９】本発明の一実施形態による、通常のＳＩＰネットワーク内のフォーキング・マスタ使用の例示的な例を示す概略図である。
【発明を実施するための形態】
【００１７】
本明細書に開示された諸実施形態、ならびにその様々な特徴および利点の詳細について、添付の図面に示されており、下記の説明に詳述されている非限定的な実施形態を参照してより完全に説明される。よく知られている構成要素および処理技法についての記述は、本明細書に開示された諸実施形態を不必要に不明瞭にしないために省略されている。本明細書で使用された諸実施例は、本明細書に開示された諸実施形態が実施され得るやり方についての理解を促し、本明細書に開示された諸実施形態を当業者が実施することをさらに可能にするためのものにすぎない。したがって、諸実施例は、本明細書に開示された諸実施形態の範囲を制限するものと解釈すべきでない。
【００１８】
本発明の実施形態は、フォーキング・マスタを割り当てることによって、サービスを受けるユーザに新しい／向上したサービス／特徴を提供するためにＳＩＰフォーキングを向上させる方法を開示している。フォーキング・マスタの概念は、（ＳＩＰ）要求メッセージの「Ｔｏ」内に存在するＡｏＲについてフォーキングがアクティブな場合でも、単に（ＳＩＰ）要求をフォーキングするだけではなく、特定のサービスのために特定のエンドポイントをアドレス指定する動的な可能性を提供する。次に図面を、より具体的には、図１から１９を参照すると、好ましい実施形態が示されており、図面では、類似の参照符号が諸図を通して一貫して、対応する特徴を示している。
【００１９】
「フォーキング・マスタ」は、フォーキングが関与するときに機能することや、実際の状況でユーザにとって好都合な新しいまたは拡張型のサービスを提供することが難しいサービス／特徴の場合に連絡を取ることができるユーザ・エージェントまたはエンドポイントである。フォーキング・マスタは、プロビジョニング、ユーザ端末の登録、エンドポイントによる宣言、第三者割当て、およびネットワークによってトリガされる割当てなどの方法によって割り当てることができる。フォーキング・マスタは、呼完了サービス、プレゼンス・ベースのサービス、呼転送相互作用、合法傍受などのサービスまたは特徴を提供し、ＩＰマルチメディア・システム（ＩＭＳ：ＩＰ Ｍｕｌｔｉｍｅｄｉａ Ｓｙｓｔｅｍ）／セッション開始プロトコル（ＳＩＰ）ネットワークにおいてフォーキングの存在下で実施するのが難しいパーソナライズ・リング・バック・トーン（ＰＲＢＴ：Ｐｅｒｓｏｎａｌｉｚｅｄ Ｒｉｎｇ Ｂａｃｋ Ｔｏｎｅ）を容易にする。
【００２０】
図１は、本発明の一実施形態による、ＩＰマルチメディア・サブシステム（ＩＭＳ）ネットワーク内の関与するネットワーク要素を含むネットワーク・トポロジの例を示すブロック図である。ＩＰマルチメディア・サブシステム（ＩＭＳ）ネットワーク１０１は、プロキシ呼セッション制御機能（Ｐ−ＣＳＣＦ：Ｐｒｏｘｙ Ｃａｌｌ−Ｓｅｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｆｕｎｃｔｉｏｎ）１０２、サービング呼セッション制御機能（Ｓ−ＣＳＣＦ）１０３、問合せ呼セッション制御機能（Ｉ−ＣＳＣＦ：Ｉｎｔｅｒｒｏｇａｔｉｎｇ−Ｃａｌｌ Ｓｅｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｆｕｎｃｔｉｏｎ）１０４、アプリケーション・サーバ（ＡＳ：Ａｐｐｌｉｃａｔｉｏｎ ｓｅｒｖｅｒ）１０５およびホーム加入者サーバ（ＨＳＳ：Ｈｏｍｅ Ｓｕｂｓｃｒｉｂｅｒ Ｓｅｒｖｅｒ）１０６など、複数のネットワーク要素を備える。Ｐ−ＣＳＣＦ １０２は、ＩＭＳネットワーク１０１とユーザ端末、すなわち端末１ １０６、端末２ １０７および端末３ １０８との間のインターフェースを提供し、ＩＰアドレス、およびＩＰセッションを確立するための他の変数を提供する。Ｓ−ＣＳＣＦ １０３は、ＩＭＳネットワーク１０１内の呼サービスにアクセスする加入者へのセッション制御を提供する。フォーキング・マスタ関連のすべてのＳＩＰ要求および応答は、ＡＳ １０５に送られる。Ｓ−ＣＳＣＦ １０３は、Ｃｏｎｔａｃｔヘッダおよび／またはメッセージ本文を調査することによって初期フィルタ基準を実施し、フォーキング・マスタがアクティブであるユーザにアドレス指定された要求をＡＳ １０５に送る。ＡＳ １０５は、セッション開始プロトコル（ＳＩＰ）を使用して、サービスをホストして実行し、Ｓ−ＣＳＣＦ １０３とインターフェースする。ＡＳ １０５は、受け取られたＳＩＰ要求／応答メッセージ内のフォーキング・マスタ表示に関するユーザ・プロファイルを更新し、ＩＭＳの標準Ｓｈインターフェースを使用してＨＳＳ １０６にも通知する。その後、Ｓ−ＣＳＣＦ １０３もまた、フォーキング・マスタに関連するユーザ・プロファイルへの更新から生じる初期フィルタ基準への更新についても、標準Ｃｘインターフェースを使用して通知を受ける。ＨＳＳ １０６は、ユーザ・プロファイルを含むユーザ・データベースであり、発呼ユーザの認証および許可を実施する。フォーキング・マスタに依存した、またはフォーキング・マスタとの相互作用があるサービスは、こうしたサービスがネットワーク・レベルまたはユーザ・レベルでプロビジョニング可能である場合には、ＨＳＳに格納される。加入者プロファイルの調査後のサービス論理は、ＩＭＳネットワーク１０１内のＡＳ １０５によって用いることができる。ＡＳのこの機能は、ＩＭＳ内の終端Ｓ−ＣＳＣＦで処理することもできる。終端ＡＳ／Ｓ−ＣＳＣＦは、フォーキング・マスタがそのためにアクティブであるユーザに対応するネットワーク要素を指す。
【００２１】
図２は、本発明の実施形態による、非ＩＭＳセッション開始プロトコル（ＳＩＰ）ネットワーク２０１内の関与するネットワーク要素を含むネットワーク・トポロジの例を示すブロック図である。ＳＩＰは、２つ以上のエンドポイント間で呼を確立し、維持し、終了するために使用されるアプリケーション層制御プロトコルである。ＳＩＰネットワーク２０１は、ＳＩＰサーバおよびＳＩＰクライアントからなる。ＳＩＰネットワーク２０１は、プロキシ・サーバ２０２とリダイレクト・サーバ２０３とレジストラ・サーバ２０４とを含み、ＳＩＰクライアントは、電話端末、すなわち端末１ ２０６と端末２ ２０７と端末３ ２０８とを含む。ＳＩＰプロキシ・サーバ２０２の機能は、本発明の視点から見て、ＩＭＳネットワーク１０１用のＡＳ １０５によって実施されるアクションに類似する。プロキシ・サーバ２０２は、フォーキング・マスタ割当て要求を処理し、ネットワークによって開始されるフォーキング・マスタ割当てをトリガし、フォーキング・マスタ識別要求の問合せに応答し、フォーキング・マスタ識別情報を通知し、フォーキング・マスタがアクティブであるユーザへの要求を修正する。この線は、全く明らかではない。レジストラ・サーバ２０４は、ユーザからのＲＥＧＩＳＴＥＲ要求を受け入れ、処理し、それが扱う領域のための位置サービス内に情報を置く。ＳＩＰレジストラ・サーバ２０４は、ＩＭＳネットワーク１０１用のＨＳＳ １０６の機能に類似のフォーキング・マスタに関連するデータを格納する。レジストラ・サーバ２０４は、リダイレクト・サーバ２０３またはプロキシ・サーバ２０２と同じ場所に置かれる場合が多い。
【００２２】
図３は、本発明の一実施形態による、登録中にユーザＡの端末１をフォーキング・マスタと宣言するための呼フローを表す概略図を示している。サービスを受けるＩＰマルチメディア・サブシステム（ＩＭＳ）ユーザＡ ３０１は、ＲＥＧＩＳＴＥＲメッセージのＣｏｎｔａｃｔヘッダ・フィールド内にパラメータ「ｆｏｒｋｉｎｇ−ｍａｓｔｅｒ」を導入することによってエンドポイント（すなわち端末１）をフォーキング・マスタと割り当てる。パラメータ「フォーキング・マスタ」は、エンドポイントがフォーキング・マスタの役割を引き継ぎたいか、それともその役割を放棄したいかに応じて真または偽の値を取り得る。自己宣言による（または第三者割当てによる）フォーキング・マスタの割当ては、特定の期間の間だけ指定される。期間が終了すると、ユーザ・プロファイル内に指定されたデフォルトのフォーキング・マスタが、フォーキング・マスタの役割を引き継ぐ。フォーキング・マスタ割当ての期間を示すために、追加のパラメータ「ｅｘｐｉｒｅｓ」を導入することができる。パラメータｅｘｐｉｒｅｓが使用される場合、フォーキング・マスタの表示は、Ｃｏｎｔａｃｔヘッダ内の「ｅｘｐｉｒｅｓ」の使用と混乱しないように、（Ｃｏｎｔａｃｔヘッダの一部ではなく）メッセージ本文内になければならない。ユーザＡ ３０１は、Ｐ＿ＣＳＣＦ １０２に、Ｃｏｎｔａｃｔヘッダ・フィールド内にパラメータ「ｆｏｒｋｉｎｇ−ｍａｓｔｅｒ」＝ｔｒｕｅを含むＲＥＧＩＳＴＥＲメッセージを送る。Ｐ＿ＣＳＣＦ １０２は、Ｉ−ＣＳＣＦ−Ａ １０４にＲＥＧＩＳＴＥＲを送り、次いで、このＩ−ＣＳＣＦ−Ａ １０４は、（ＲＥＧＩＳＴＥＲをどのＳ−ＣＳＣＦに転送すべきかを決定した後）、ＲＥＧＩＳＴＥＲをＳ＿ＣＳＣＦ−Ａ ３０２に転送し、次いで、Ｓ＿ＣＳＣＦ−Ａ ３０２は、ＲＥＧＩＳＴＥＲをＡＳ−Ａ ３０３に送る。ＡＳ−Ａ ３０３は、ユーザ・プロファイルを更新し、Ｓｈインターフェースを介してＨＳＳ １０６に通知し、その後、ＨＳＳ １０６は、Ｃｘインターフェースを介してＳ＿ＣＳＣＦ−Ａ ３０２に更新を通知する。次いで、ＡＳ−Ａ ３０３は、Ｓ＿ＣＳＣＦ−Ａ ３０２に２００ ＯＫを返送する。次いで、Ｓ＿ＣＳＣＦ−Ａ ３０２は、Ｉ−ＣＳＣＦ １０４を介してＰ＿ＣＳＣＦ １０２に２００ ＯＫを送る。次いで、Ｐ−ＣＳＣＦ １０２は、ユーザＡ ３０１に２００ ＯＫを送る。フォーキング・マスタは、アクティブであり、関連するサービスを求めてＳ＿ＣＳＣＦ−Ａ ３０２／ＡＳ−Ａ ３０３によって使用される。
【００２３】
図４は、本発明の一実施形態による、登録中にユーザＡをフォーキング・マスタと宣言する方法を表すフローチャートを示している。ユーザＡ ３０１は、Ｃｏｎｔａｃｔヘッダ・フィールド内にパラメータｆｏｒｋｉｎｇ−ｍａｓｔｅｒを含むＲＥＧＩＳＴＥＲメッセージを（Ｐ−ＣＳＣＦ １０２およびＩ−ＣＳＣＦ １０４を介して）Ｓ＿ＣＳＣＦ−Ａ ３０２に、その後にＡＳ−Ａ ３０３に送る（４０１）。次いで、ＡＳ−Ａ ３０３は、ＲＥＧＩＳＴＥＲメッセージ内のエンドポイントについてｆｏｒｋｉｎｇ−ｍａｓｔｅｒ＝ｔｒｕｅかどうかチェックする（４０２）。ｆｏｒｋｉｎｇ−ｍａｓｔｅｒ＝ｔｒｕｅである場合は、ＡＳ−Ａ ３０３は、ユーザ・プロファイルを更新し（４０４）、ユーザＡ ３０１に２００ ＯＫを返送する（４０５）。次いで、ｆｏｒｋｉｎｇ−ｍａｓｔｅｒ＝ｔｒｕｅの表示を伴う現在登録中のユーザＡ ３０１の端末は、フォーキング・マスタとしてアクティブ化され（４０６）、好ましいサービスを求めてＳ＿ＣＳＣＦ−Ａ ３０２またはＡＳ−Ａ ３０３によって使用される。ＲＥＧＩＳＴＥＲメッセージ内のｆｏｒｋｉｎｇ−ｍａｓｔｅｒのパラメータが偽である場合は、（ｆｏｒｋｉｎｇ−ｍａｓｔｅｒ＝ｆａｌｓｅ表示を伴う現在登録中の）ユーザＡ ３０１の端末をフォーキング・マスタとして割り当てず（４０３）、この端末が以前にフォーキング・マスタであった場合は、フォーキング・マスタとしてそれを非アクティブ化し、（ユーザＡのユーザ・プロファイル内）のデフォルトのフォーキング・マスタを新しいフォーキング・マスタとしてアクティブ化する。方法４００の様々なアクションは、提示された順序で実施してもよいし、異なる順序で実施してもよいし、同時に実施してもよい。さらに、実施形態によっては、図４にリストされた一部のアクションを省略することができる。
【００２４】
図５は、本発明の一実施形態による、電気通信網内でＩＮＶＩＴＥを送ることによってユーザ端末がフォーキング・マスタの宣言を行うための呼フローを示す概略図である。サービスを受けるＩＭＳユーザ、ユーザＡ ３０１のエンドポイント（すなわち端末１）は、ユーザ／端末の登録が完了した後、それ自体または他のいずれかのエンドポイントをフォーキング・マスタと宣言する。ユーザＡ ３０１は、パラメータｆｏｒｋｉｎｇ−ｍａｓｔｅｒ＝ｔｒｕｅを含むＣｏｎｔａｃｔ ＵＲＩを付けて、Ｒｅｑｕｅｓｔ ＵＲＩ／Ｔｏヘッダ・フィールド内に特別なサービス・コードを有するＩＮＶＩＴＥメッセージをＰ−ＣＳＣＦ １０２に送り、このＩＮＶＩＴＥメッセージは、その後にＳ＿ＣＳＣＦ−Ａ ３０２に、次いでＡＳ−Ａ ３０３に送られる。ｆｏｒｋｉｎｇ−ｍａｓｔｅｒ＝ｔｒｕｅの表示は、メッセージ本文（Ｃｏｎｔｅｎｔ−Ｔｙｐｅ：ｔｅｘｔ／ｐｌａｉｎ）内に含むこともできる。ｆｏｒｋｉｎｇ−ｍａｓｔｅｒパラメータは、真または偽の値を取ることができる。Ｆｏｒｋｉｎｇ Ｍａｓｔｅｒ＝ｔｒｕｅは、Ｃｏｎｔａｃｔ ＵＲＩがフォークキング・マスタの機能を引き継ぐことを示す。ｆｏｒｋｉｎｇ−ｍａｓｔｅｒ＝ｆａｌｓｅは、Ｃｏｎｔａｃｔ ＵＲＩがフォーキング・マスタの機能を放棄することを示す。次いで、ＡＳ−Ａ ３０３は、２００ ＯＫをＳ＿ＣＳＣＦ−Ａ ３０２に送り、次いで、この２００ ＯＫは、フォーキング・マスタが更新されることの肯定応答として、Ｐ−ＣＳＣＦ １０２を介してユーザＡ ３０１に送られる。フォーキング・マスタは、アクティブであり、関連サービスを求めて適切に使用することができる。別の態様では、２００ ＯＫ応答は、自己宣言の場合、ならびにＣｏｎｔｅｎｔ−Ｔｙｐｅをｔｅｘｔ／ｐｌａｉｎとする第三者割当ての場合では、メッセージ本文でフォーキング・マスタ情報を伝える。Ｉ−ＣＳＣＦ １０４は主として、使用するＳ−ＣＳＣＦを確立するために使用され、残りの呼フローに関与することも、関与しないこともある。
【００２５】
図６は、本発明の一実施形態による、電気通信網内でＩＮＶＩＴＥを送ることによってユーザ端末がフォーキング・マスタの宣言を行う方法を表すフローチャートを示している。ユーザＡ ３０１の端末１ １０６は、Ｃｏｎｔａｃｔヘッダ・フィールド内にパラメータｆｏｒｋｉｎｇ−ｍａｓｔｅｒを含むＩＮＶＩＴＥを送り（６０１）、このＩＮＶＩＴＥは、Ｓ＿ＣＳＣＦ−Ａ ３０１に、その後にＡＳ−Ａ ３０３に到達する。次いで、ＡＳ−Ａ ３０３は、ＩＮＶＩＴＥメッセージ内のフォーキング・マスタの値が真かどうかチェックする（６０２）。ｆｏｒｋｉｎｇ−ｍａｓｔｅｒ＝ｔｒｕｅである場合は、Ｃｏｎｔａｃｔ ＵＲＩが、フォーキング・マスタの役割を引き継ぐ（６０４）。次いで、ＡＳ−Ａ ３０３は、ユーザＡ ３０１のユーザ・プロファイルを新しいフォーキング・マスタで更新し（６０５）、フォーキング・マスタが更新されることの肯定応答として２００ ＯＫを、Ｓ−ＣＳＣＦ ３０２およびＰ−ＣＳＣＦ １０２を介してユーザＡ ３０１に返送する（６０６）。フォーキング・マスタは、好ましいサービスを求めてＳ＿ＣＳＣＦ−Ａ／ＡＳ−Ａ ３０３によってアクティブ化され使用される。ＩＮＶＩＴＥ内のフォークキング・マスタの値が偽である場合は、ユーザＡの端末１ １０６は、フォークキング・マスタの役割を放棄することを望む（６０３）。次いで、ＡＳ Ａ ３０３は、それに応じてユーザ・プロファイルを更新し、その後に適切な措置を講じ、たとえば、ユーザ・プロファイル内に指定されたデフォルトのフォーキング・マスタがフォーキング・マスタになること、ユーザＡのすべての端末に対してフォークキング・マスタの更新をトリガすることなどが行われる。本明細書に示されたシナリオは、自己割当てであり、フォーキング・マスタの第三者割当ての場合と同様に、フォーキング・マスタの識別情報は、図５に示されたように、ＩＮＶＩＴＥメッセージの本文内に指定すべきである。方法６００の様々なアクションは、提示された順序で実施してもよいし、異なる順序で実施してもよいし、同時に実施してもよい。さらに、実施形態によっては、図６にリストされた一部のアクションを省略することができる。
【００２６】
図７は、本発明の一実施形態による、電気通信網内でＭＥＳＳＡＧＥを送ることによってユーザ端末がフォーキング・マスタの宣言を行う呼フローを表す概略図を示している。サービスを受けるＩＭＳユーザ ユーザＡ ３０１のエンドポイント（すなわち端末１）は、ユーザの登録が完了した後、それ自体または他のいずれかのエンドポイントをフォーキング・マスタと宣言する。ユーザＡ ３０１の端末１ １０６は、パラメータｆｏｒｋｉｎｇ−ｍａｓｔｅｒ＝ｔｒｕｅを含むメッセージ本文（Ｃｏｎｔｅｎｔ−Ｔｙｐｅ：ｔｅｘｔ／ｐｌａｉｎ）と共にＲｅｑｕｅｓｔ ＵＲＩ／Ｔｏヘッダ・フィールド内に特別なサービス・コードを含むＭＥＳＳＡＧＥをＰ−ＣＳＣＦ １０２に送信し、その後、このＭＥＳＳＡＧＥは、Ｓ＿ＣＳＣＦ−Ａ ３０２に、次いでＡＳ−Ａ ３０３に到達する。次いで、ＡＳ−Ａ ３０３は、２００ ＯＫをＳ＿ＣＳＣＦ−Ａ ３０２に送り、この２００ ＯＫは最後に、フォーキング・マスタが更新されるという肯定応答としてユーザＡ ３０１に到達する。フォーキング・マスタは、アクティブであり、関連サービスを求めて適切に使用することができる。ＲＦＣ ３４２８によれば、ＭＥＳＳＡＧＥへの２００ ＯＫ応答は、Ｃｏｎｔａｃｔヘッダやメッセージ本文を含むことができないことに留意されたい。フォーキング・マスタの更新が確かに成功したという明示的な表示は、ＩＮＶＩＴＥの場合には不可能である。しかし、フォーキング・マスタの更新が成功する場合にだけ、２００ ＯＫをＡＳ−Ａ ３０３によって送ることができる。
【００２７】
図８は、本発明の一実施形態による、電気通信網内でＭＥＳＳＡＧＥを送ることによってユーザ端末がフォーキング・マスタの宣言を行う方法を表すフローチャートを示している。ユーザＡ ３０１の端末１ １０６は、メッセージ本文（Ｃｏｎｔｅｎｔ−Ｔｙｐｅ：ｔｅｘｔ／ｐｌａｉｎ）内にパラメータｆｏｒｋｉｎｇ−ｍａｓｔｅｒを含むＭＥＳＳＡＧＥを送り（８０１）、このＭＥＳＳＡＧＥは、Ｓ＿ＣＳＣＦ−Ａ ３０２に、その後にＡＳ−Ａ ３０３に到達する。図９に、メッセージ本文の内容が示されている。次いで、ＡＳ−Ａ ３０３は、ＭＥＳＳＡＧＥ内のｆｏｒｋｉｎｇ−ｍａｓｔｅｒの値が真かどうかチェックする（８０２）。ｆｏｒｋｉｎｇ−ｍａｓｔｅｒ＝ｔｒｕｅの場合は、Ｃｏｎｔａｃｔ ＵＲＩは、フォーキング・マスタの役割を引き継ぐ（８０４）。次いで、ＡＳ−Ａ ３０３は、ユーザＡ ３０１のユーザ・プロファイルを新しいフォーキング・マスタで更新し（８０５）、２００ ＯＫを返送し（８０６）、この２００ ＯＫは最後に、フォーキング・マスタが更新されることの肯定応答として、Ｓ−ＣＳＣＦ ３０２およびＰ−ＣＳＣＦ １０２を介してユーザＡ ３０１の端末１ １０６に到達する。フォーキング・マスタは、アクティブ化され、好ましいサービスを求めてＳ＿ＣＳＣＦ−Ａ／ＡＳ−Ａ ３０３によって使用される。ＭＥＳＳＡＧＥ内のフォーキング・マスタの値が偽である場合は、ＭＥＳＳＡＧＥを送るエンドポイントは、フォーキング・マスタの役割を放棄する（８０３）。次いで、ＡＳ Ａ ３０３は、それに応じてユーザＡ ３０１のユーザ・プロファイルを更新し、その後に適切な措置を講じ、たとえば、ユーザ・プロファイル内に指定されたデフォルトのフォーキング・マスタがフォーキング・マスタとなること、ユーザＡのすべての端末に対してフォーキング・マスタの更新をトリガすることなどが行われる。本明細書に示されたシナリオは、自己割当てであり、フォーキング・マスタの第三者割当ての場合と同様に、フォーキング・マスタの識別情報は、ＭＥＳＳＡＧＥの本文に指定すべきである。方法８００の様々なアクションは、提示された順序で実施してもよいし、異なる順序で実施してもよいし、同時に実施してもよい。さらに、実施形態によっては、図８にリストされた一部のアクションを省略することができる。
【００２８】
図９は、本発明の一実施形態による、電気通信網内でＩＮＶＩＴＥを送ることによってフォーキング・マスタのネットワーク・トリガ割当てを行うための呼フローを表す概略図を示している。ＩＭＳネットワーク１０１は、フォーキング・マスタがユーザ・プロファイル内にプロビジョニングされた値をもたない状態、プロビジョニングされた値は存在するが、新しいエンドポイントが同じＡｏＲレジスタを有する状態、またはフォーキング・マスタの割当ての正確さをチェックするためのたとえば時間帯に応じて定期的なトリガを行う状態のような特定の状況においてフォーキング・マスタの割当てをトリガすることができる。ＡＳ−Ａ ３０３は、Ｓ＿ＣＳＣＦ−Ａ ３０２を介して、ユーザＡ ３０１の登録されたエンドポイント、エンドポイント１ ９０１、エンドポイント２ ９０２およびユーザのエンドポイント３ ９０３にＩＮＶＩＴＥ要求を送る。ＡＳ−Ａ ３０３は、登録されている特定のエンドポイントのコンタクト情報について認識している場合は、それらのエンドポイントにＩＮＶＩＴＥ要求を送ることもできる。ＩＮＶＩＴＥの内容は、以下のメッセージ本文：ａｓｓｉｇｎ−ｆｏｒｋｉｎｇ−ｍａｓｔｅｒ＜Ｃｏｎｔａｃｔ ＵＲＩ＞；Ｆｏｒｋｉｎｇ Ｍａｓｔｅｒ＝ｔｒｕｅ（現在のフォーキング・マスタを示す）を指定することによって新しいフォーキング・マスタの割当て要求を示すＣｏｎｔｅｎｔ−Ｔｙｐｅ：ｔｅｘｔ／ｐｌａｉｎを含む。Ｆｏｒｋｉｎｇ Ｍａｓｔｅｒ＝ｎｏｎｅの場合は、フォーキング・マスタは現在割り当てられていない。アクティブ、未登録など、現在割り当てられているフォーキング・マスタのステータスを示す追加のパラメータを、コンテンツに任意選択で取り入れることができる。エンドポイント２ ９０２は、それ自体をフォーキング・マスタとして宣言する２００ ＯＫをＳ＿ＣＳＣＦ−Ａ ３０２に返送し、次いで、この２００ ＯＫは、ＡＳ−Ａ ３０３に到達する。一般に、１つのエンドポイントだけが、フォーキング・マスタの役割の受入れを通知し、あるいはそれが現在フォーキング・マスタである場合には役割を放棄する２００ ＯＫで応答する。これは、２００ ＯＫ応答で、ｆｏｒｋｉｎｇ−ｍａｓｔｅｒパラメータを、（一般に自己宣言の場合には）Ｃｏｎｔａｃｔヘッダ内に、または（たとえば図５のような）ユーザ端末によるフォーキング・マスタの宣言の場合に類似の構文を有するメッセージ本文（Ｃｏｎｔｅｎｔ−Ｔｙｐｅ：ｔｅｘｔ／ｐｌａｉｎ）内に含めることによって示すことができる。２００ ＯＫは、受け入れられると、ＡＣＫで肯定応答され、ＩＮＶＩＴＥが送られた他のエンドポイントには、ＣＡＮＣＥＬが送られる。フォーキング・マスタは、アクティブ化され、関連するサービスを求めて適切に使用することができる。フォーキング・マスタの表示は、エンドポイント２ ９０２がフォーキング・マスタの自己宣言を実施するとき、２００ ＯＫ応答のＣｏｎｔａｃｔヘッダの一部として含まれてよい。複数のエンドポイントが２００ ＯＫで応答する場合、受け入れるべき２００ ＯＫは、フォーキング・マスタ情報を含む第１の２００ ＯＫに基づいて決定してもよいし、認証など、他の何らかの基準に基づいて決定してもよい。２００ ＯＫのいずれもが（Ｃｏｎｔａｃｔヘッダ内またはメッセージ本文内に）フォーキング・マスタに関する表示を含まない場合、あるいはフォーキング・マスタに関する情報で応答するエンドポイントがない場合は、エンドポイントのいずれかが、フォーキング・マスタの役割を引き継ぎ、あるいはその後にユーザがフォーキング・マスタとして宣言すること、またはフォーキング・マスタの第三者割当てを使用してフォーキング・マスタの役割を放棄することを決定することができる。
【００２９】
図１０は、本発明の一実施形態による、電気通信網内でＩＮＶＩＴＥを送ることによってフォーキング・マスタのネットワーク・トリガ割当てを行う方法を表すフローチャートを示している。ＩＭＳネットワーク１０１は、ＡＳ−Ａ ３０３がＵｓｅｒ Ａ ３０３の登録されたエンドポイント、エンドポイント１ ９０１、エンドポイント２ ９０２およびエンドポイント３ ９０３にＩＮＶＩＴＥ要求を送る（１００２）ことによってフォーキング・マスタの割当てをトリガする（１００１）。ＩＮＶＩＴＥの内容は、以下のメッセージ本文：ａｓｓｉｇｎ−ｆｏｒｋｉｎｇ−ｍａｓｔｅｒ＜Ｃｏｎｔａｃｔ ＵＲＩ＞；Ｆｏｒｋｉｎｇ Ｍａｓｔｅｒ＝ｔｒｕｅ（現在のフォーキング・マスタを示す）を指定することによって新しいフォーキング・マスタの割当て要求を示すＣｏｎｔｅｎｔ−Ｔｙｐｅ：ｔｅｘｔ／ｐｌａｉｎを含む。エンドポイント２ ９０２は、２００ ＯＫのＣｏｎｔａｃｔヘッダまたはメッセージ本文内にｆｏｒｋｉｎｇ−ｍａｓｔｅｒパラメータを真と示すことによりフォーキング・マスタの役割の受入れを通知する２００ ＯＫをＡＳ−Ａ ３０３に返送することによってＩＮＶＩＴＥメッセージに応答する（１００３）。２００ ＯＫのメッセージ本文にフォーキング・マスタ情報を含む場合は、フォーマット「＜Ｃｏｎｔａｃｔ ＵＲＩ＞；ｆｏｒｋｉｎｇ−ｍａｓｔｅｒ＝＜ｔｒｕｅ／ｆａｌｓｅ＞」を、自己宣言と第三者割当ての両方に使用することができる。ＡＳ−Ａ ３０３は、２００ ＯＫ応答のＣｏｎｔａｃｔヘッダ内またはメッセージ本文内にパラメータｆｏｒｋｉｎｇ−ｍａｓｔｅｒが存在するかどうかチェックする（１００４）。フォーキング・マスタが存在しない場合は、ＡＳ−Ａ ３０３は、フォーキング・マスタへの更新を実施せず（１００９）、他のエンドポイントに送られるＩＮＶＩＴＥ要求を取り消す（１０１０）。さらに、ＡＳ−Ａ ３０３は、ステップ１００２に示されるように、新しいＩＮＶＩＴＥを恐らく再送することができる。２００ ＯＫ応答内にパラメータｆｏｒｋｉｎｇ−ｍａｓｔｅｒが存在する場合は、ＡＳ−Ａ ３０３は、２００ ＯＫ応答のＣｏｎｔａｃｔヘッダ内またはメッセージ本文内のパラメータｆｏｒｋｉｎｇ−ｍａｓｔｅｒが真か、それとも偽かチェックする（１００５）。フォーキング・マスタのパラメータが偽である場合は、エンドポイント２ ９０２は、（２００ ＯＫのメッセージ本文内に指定されたＣｏｎｔａｃｔ ＵＲＩがエンドポイント２ ９０２のＣｏｎｔａｃｔ ＵＲＩであると仮定して）エンドポイント２ ９０２が現在フォーキング・マスタであるならば、フォーキング・マスタの役割を放棄することを望む（１０１１）。さらに、ＡＳ−Ａ ３０３は、他のエンドポイントに送られたＩＮＶＩＴＥ要求を取り消し（１０１２）、現在のフォーキング・マスタを非アクティブ化する（１０１３）。ｆｏｒｋｉｎｇ−ｍａｓｔｅｒ＝ｔｒｕｅの場合は、エンドポイントを２ ９０２をフォーキング・マスタとして割り当てる（１００６）。次いで、ＡＳ−Ａ ３０３は、他のエンドポイントに送られたＩＮＶＩＴＥ要求を取り消す（１００７）。エンドポイント２ ９０２は、フォーキング・マスタとしてアクティブ化され（１００８）、関連するサービスを求めてＡＳ−Ａ ３０３によって使用される。図例では、エンドポイント２ １１０２の自己宣言が想定されているが、しかし、エンドポイント２ １１０２は、第三者割当てをも実施することが可能である。さらに、エンドポイントが（偽のフォーキング・マスタ表示を伴う２００ ＯＫを送ることによって）フォーキング・マスタの役割を放棄している場合、新しいフォーキング・マスタの割当てを要求するために、第２の（新しい）ＩＮＶＩＴＥをＡＳ−Ａ（３０３）から送ることができる。方法１０００の様々なアクションは、提示された順序で実施してもよいし、異なる順序で実施してもよいし、同時に実施してもよい。さらに、実施形態によっては、図１０にリストされた一部のアクションを省略することができる。
【００３０】
図１１は、本発明の一実施形態による、電気通信網内でＩＮＶＩＴＥを送ることによってフォーキング・マスタの識別情報を問い合わせるための呼フローを表す概略図を示している。フォーキングされるＩＭＳユーザのエンドポイントが、現在のフォーキング・マスタ識別情報を決定するために問い合わせたいと望む。たとえば携帯電話ユーザが、複数の装置が登録された同じＡｏＲに登録しており、携帯電話ユーザがフォーキング・マスタの役割を引き継ぐ必要があり、それは携帯電話ユーザがまだフォーキング・マスタでないならばあり得ることであるが、したがってエンドポイントは、フォーキング・マスタの識別情報を問い合わせる必要がある。ユーザＡ ３０１は、それに対応する２つのエンドポイント、エンドポイント１ ９０１およびエンドポイント２ ９０２を有する。エンドポイント１ ９０１は、メッセージ本文：ｑｕｅｒｙ−ｆｏｒｋｉｎｇ−ｍａｓｔｅｒ内にコンテンツ（ｃｏｎｔｅｎｔ−ｔｙｐｅ：ｔｅｘｔ／ｐｌａｉｎ）を含むＩＮＶＩＴＥをＡＳ−Ａ ３０３に送る。ＩＮＶＩＴＥメッセージは、Ｒｅｑｕｅｓｔ ＵＲＩ内にサービス・コード、たとえば＊ＳＣ＃を付けて、特別なＵＲＩに送ることもできる。ＵＲＩは、要求がフォーキング・マスタ問合せであることを通知し、ｑｕｅｒｙ−ｆｏｒｋｉｎｇ−ｍａｓｔｅｒがメッセージ本文に挿入される必要はない。ＡＳ−Ａ ３０３は、ＩＮＶＩＴＥに応答して、Ｃｏｎｔｅｎｔ−ｔｙｐｅ：ｔｅｘｔ／ｐｌａｉｎ、メッセージ本文内に＜ｃｏｎｔａｃｔ ＵＲＩ＞；ｆｏｒｋｉｎｇ−ｍａｓｔｅｒ＝ｔｒｕｅとしてフォーキング・マスタの識別情報を含む２００ ＯＫをユーザＡ ３０１のエンドポイント１ ９０１に送る。Ｃｏｎｔａｃｔ ＵＲＩ、ａｌｉｃｅ＠２．２．３．４が現在のフォーキング・マスタである場合、２００ ＯＫのメッセージ本文は一般に、「Ｃｏｎｔａｃｔ：ａｌｉｃｅ＠２．２．３．４；ｆｏｒｋｉｎｇ−ｍａｓｔｅｒ＝ｔｒｕｅ」を含むことになる。次いで、２００ ＯＫは受け入れられ、肯定応答される。２００ ＯＫ応答がメッセージ本文にコンテンツを含まない場合、および＜Ｃｏｎｔａｃｔ ＵＲＩ＞がｎｏｎｅの場合、現在フォーキング・マスタは存在しない。
【００３１】
図１２は、本発明の一実施形態による、電気通信網内でＩＮＶＩＴＥを送ることによってフォーキング・マスタの識別情報を問い合わせる方法を表すフローチャートを示している。ユーザＡ ３０１のエンドポイント１ ９０１は、特別のサービス・コードを含むＩＮＶＩＴＥ要求を特定のＵＲＩに送る（１２０１）。ＡＳ−Ａ ３０３は、メッセージ本文にフォーキング・マスタの識別情報を含む、ＩＮＶＩＴＥへの２００ ＯＫ応答を送る（１２０２）。さらに、現在のエンドポイントのうちのいずれかについてパラメータｆｏｒｋｉｎｇ−ｍａｓｔｅｒ＝ｔｒｕｅかどうかチェックする（１２０３）。Ｆｏｒｋｉｎｇ Ｍａｓｔｅｒ＝ｔｒｕｅの場合は、（そのＣｏｎｔａｃｔ ＵＲＩについてのｆｏｒｋｉｎｇ−ｍａｓｔｅｒ＝ｔｒｕｅの表示と共に）メッセージ本文内にフォーキング・マスタの識別情報が含まれた２００ ＯＫ応答を送る（１２０４）。フォーキング・マスタとして現在働くエンドポイントがない場合は、フォーキング・マスタのＣｏｎｔａｃｔ ＵＲＩを「ｎｏｎｅ」と示すメッセージ本文を含み、またはメッセージ本文を全く含まない２００ ＯＫ応答を送る（１２０５）。方法１２００の様々なアクションは、提示された順序で実施してもよいし、異なる順序で実施してもよいし、同時に実施してもよい。さらに、実施形態によっては、図１２にリストされた一部のアクションを省略することができる。
【００３２】
図１３は、本発明の一実施形態による、電気通信網内でＲＥＧＩＳＴＥＲを送ることによってフォーキング・マスタの識別情報を問い合わせるための呼フローを表す概略図を示している。エンドポイント１ ９０１は、ＡｏＲへの現在のバインディングのリストを取り出すように求める、ＣｏｎｔａｃｔヘッダなしのＲＥＧＩＳＴＥＲ要求を送る。ＲＥＧＩＳＴＥＲは、（Ｓ−ＣＳＣＦ−Ａを介して）ＡＳ−Ａ ３０３に到達し、次いで、このＡＳ−Ａ ３０３は、ＲＥＧＩＳＴＥＲに応答して、フォーキング・マスタとして現在働いているＵＲＩについてパラメータｆｏｒｋｉｎｇ−ｍａｓｔｅｒ＝ｔｒｕｅを設定することにより現在のフォーキング・マスタの識別情報を含むＣｏｎｔａｃｔヘッダ・フィールドを付けて、（Ｓ−ＣＳＣＦ−Ａを介して）ユーザ Ａ ３０１エンドポイント１ ９０１に２００ ＯＫを送る。次いで、２００ ＯＫは、受け入れられ、肯定応答される。バインディングのうちいのいずれにもパラメータｆｏｒｋｉｎｇ−ｍａｓｔｅｒ＝ｔｒｕｅが存在しない場合は、フォーキング・マスタとして現在働いているエンドポイントはない。
【００３３】
図１４は、本発明の一実施形態による、電気通信網内でＲＥＧＩＳＴＥＲを送ることによってフォーキング・マスタの識別情報を問い合わせるため方法を表すフローチャートを示している。エンドポイント１ ９０１は、ＡｏＲに登録された現在のエンドポイントのリストを取り出す（１４０２）ように求める、ＣｏｎｔａｃｔヘッダなしのＲＥＧＩＳＴＥＲ要求を送る（１４０１）。ＲＥＧＩＳＴＥＲ要求は、最後にＡＳ−Ａ ３０３に到達する。ＡＳ−Ａ ３０３は、登録されたエンドポイントのいずれかがフォーキング・マスタとして現在働いているかどうかチェックし（１４０３）、そうである場合は、現在のフォーキング・マスタであるＵＲＩについてパラメータｆｏｒｋｉｎｇ−ｍａｓｔｅｒ＝ｔｒｕｅを含めることによって、Ｃｏｎｔａｃｔヘッダ・フィールド内にフォーキング・マスタの識別情報を含む（１４０４）。フォーキング・マスタとして現在働くエンドポイントがない場合は、ＡＳ−Ａ ３０３は、フォーキング・マスタの表示なしにＲＥＧＩＳＴＥＲへの２００ ＯＫ応答を送る（１４０５）。方法１４００の様々なアクションは、提示された順序で実施してもよいし、異なる順序で実施してもよいし、同時に実施してもよい。さらに、実施形態によっては、図１４にリストされたいくつかのアクションは省略することができる。
【００３４】
図１５は、本発明の一実施形態による、電気通信網内でＩＮＶＩＴＥを送ることによってフォーキング・マスタの識別情報を通知するための呼フローを表す概略図を示している。ＩＭＳネットワーク１０１は、ユーザが問合せを実施せずにフォーキング・マスタの現在の割当てについてすべてのエンドポイントに通知する。ＡＳ−Ａ ３０３は、ユーザＡ ３０１に対応するＲｅｑｕｅｓｔ ＵＲＩを含むＩＮＶＩＴＥをＳ−ＣＳＣＦ−Ａ ３０２に送り、Ｓ＿ＣＳＣＦ−Ａ ３０２は、ユーザＡ ３０１のそれぞれ異なるエンドポイント、エンドポイント１ ９０１およびエンドポイント２ ９０２にＩＮＶＩＴＥをフォーキングする。ＩＮＶＩＴＥは、Ｃｏｎｔｅｎｔ−Ｔｙｐｅ：ｔｅｘｔ／ｐｌａｉｎを含み、メッセージ本文に形式「Ｃｏｎｔａｃｔ：＜ＵＲＩ＞；ｆｏｒｋｉｎｇ−ｍａｓｔｅｒ＝ｔｒｕｅ」のフォーキング・マスタの識別情報を含む。エンドポイント１ ９０１およびエンドポイント２ ９０２は、Ｓ＿ＣＳＣＦ−Ａ ３０２に、その後にＡＳ−Ａ ３０３に対して２００ ＯＫでＩＮＶＩＴＥに応答する。この方法は、フォーキング・マスタとして働くエンドポイントがその役割を放棄しており、アクティブなフォーキング・マスタが現在ないことをエンドポイントに通知するために使用することもできる。この場合、（ＩＮＶＩＴＥのメッセージ本文内の）Ｃｏｎｔａｃｔ＜ＵＲＩ＞内の＜ＵＲＩ＞パラメータは、値ｎｏｎｅを含む。
【００３５】
図１６は、本発明の一実施形態による、電気通信網内でＩＮＶＩＴＥメッセージを送ることによってフォーキング・マスタの識別情報を通知する方法を表すフローチャートを示している。ＡＳ−Ａ ３０３は、ユーザＡに対応するＲｅｑｕｅｓｔ ＵＲＩを含むＩＮＶＩＴＥメッセージをＳ＿ＣＳＣＦ−Ａ ３０２に送る（１６０１）。ＩＮＶＩＴＥは、Ｃｏｎｔｅｎｔ−Ｔｙｐｅ：ｔｅｘｔ／ｐｌａｉｎを含み、メッセージ本文に形式「Ｃｏｎｔａｃｔ：＜ＵＲＩ＞；ｆｏｒｋｉｎｇ−ｍａｓｔｅｒ＝ｔｒｕｅ」のフォーキング・マスタの識別情報を含む。ＡＳ−Ａ ３０３は、フォーキング・マスタが現在アクティブかどうかチェックする（１６０２）。はいの場合は、メッセージ本文の「Ｃｏｎｔａｃｔ＜ＵＲＩ＞」内の＜ＵＲＩ＞パラメータは、フォーキング・マスタの識別情報を含み（１６０３）、そうでない場合は、Ｃｏｎｔａｃｔ＜ＵＲＩ＞の値は「ｎｏｎｅ」であり得る（１６０４）。Ｃｏｎｔａｃｔ＜ＵＲＩ＞＝ｎｏｎｅは、エンドポイントがフォーキング・マスタの役割を放棄しており、したがってフォーキング・マスタが現在割り当てられていないことを通知するために使用される。さらに、ＳＣＳＣＦ−Ａは、それぞれ異なるエンドポイント、すなわちエンドポイント１ ９０１およびエンドポイント２ ９０２にＩＮＶＩＴＥをフォーキングする（１６０５）。エンドポイント１ ９０１およびエンドポイント２ ９０２は、２００ ＯＫでＡＳ−Ａ ３０３に応答する（１６０６）。方法１６００の様々なアクションは、提示された順序で実施してもよいし、異なる順序で実施してもよいし、同時に実施してもよい。さらに、実施形態によっては、図１６にリストされた一部のアクションを省略することができる。
【００３６】
図１７は、本発明の一実施形態による、電気通信網内でＭＥＳＳＡＧＥを送ることによってフォーキング・マスタの識別情報を通知するための呼フローを表す概略図を示している。ＩＭＳネットワーク１０１は、ユーザが問合せを実施せずに、フォーキング・マスタの現在の割当てについてすべてのエンドポイントに通知する。ＡＳ−Ａ ３０３は、ユーザＡ ３０１に対応するＲｅｑｕｅｓｔ ＵＲＩを含むＭＥＳＳＡＧＥをＳ−ＣＳＣＦ−Ａ ３０２に送り、Ｓ＿ＣＳＣＦ−Ａ ３０２は、ユーザＡ ３０１のそれぞれ異なるエンドポイント、エンドポイント１ ９０１およびエンドポイント２ ９０２にＭＥＳＳＡＧＥをフォーキングする。ＭＥＳＳＡＧＥは、Ｃｏｎｔｅｎｔ−Ｔｙｐｅ：ｔｅｘｔ／ｐｌａｉｎを含み、メッセージ本文に形式「Ｃｏｎｔａｃｔ：＜ＵＲＩ＞；ｆｏｒｋｉｎｇ−ｍａｓｔｅｒ＝ｔｒｕｅ」のフォーキング・マスタの識別情報を含む。エンドポイント１ ９０１およびエンドポイント２ ９０２は、Ｓ＿ＣＳＣＦ−Ａ ３０２に、その後にＡＳ−Ａ ３０３に２００ ＯＫでＭＥＳＳＡＧＥに応答する。この方法は、フォーキング・マスタとして働くエンドポイントが役割を放棄しており、現在アクティブなフォーキング・マスタがないことをエンドポイントに通知するために使用することもできる。この場合、（ＭＥＳＳＡＧＥのメッセージ本文の）Ｃｏｎｔａｃｔ＜ＵＲＩ＞内の＜ＵＲＩ＞パラメータは、値ｎｏｎｅを含む。
【００３７】
図１８は、本発明の一実施形態による、電気通信網内でＭＥＳＳＡＧＥを送ることによってフォーキング・マスタの識別情報を通知する方法を表すフローチャートを示している。ＡＳ−Ａ ３０３は、ユーザＡに対応するＲｅｑｕｅｓｔ ＵＲＩを含むＭＥＳＳＡＧＥをＳ＿ＣＳＣＦ−Ａ ３０２に送る（１８０１）。ＡＳ−Ａ ３０３は、フォーキング・マスタが現在アクティブかどうかチェックする（１８０２）。はいの場合は、メッセージ本文の＜ＵＲＩ＞パラメータは、フォーキング・マスタの識別情報を含み（１８０３）、そうでない場合は、Ｃｏｎｔａｃｔ＜ＵＲＩ＞値は「ｎｏｎｅ」であり得る（１８０４）。さらに、ＳＣＳＣＦ−Ａは、それぞれ異なるエンドポイント、すなわちエンドポイント１ ９０１およびエンドポイント２ ９０２にＩＮＶＩＴＥをフォーキングする（１８０５）。エンドポイント１ ９０１およびエンドポイント２ ９０２は、２００ ＯＫでＡＳ−Ａ ３０３に応答する（１８０６）。方法１８００の様々なアクションは、提示された順序で実施してもよいし、異なる順序で実施してもよいし、同時に実施してもよい。さらに、実施形態によっては、図１８にリストされた一部のアクションを省略することができる。
【００３８】
図１９は、本発明の一実施形態による、通常のＳＩＰネットワーク２０１内のフォーキング・マスタの使用の例を示す概略図である。ユーザは、フォーキングがアクティブである３つのエンドポイントを有する。フォーキング・マスタは、エンドポイント２ ９０２であり、入ってくる要求に関連するサービスに適用可能である。ここで、ＩＮＶＩＴＥ要求は、フォーキング概念を実施した後、ユーザＡ ３０１のエンドポイント２ ９０２だけに送られる。
【００３９】
本明細書に開示された実施形態は、プロビジョニングによってフォーキング・マスタの割当てを可能にする。たとえば、フォーキング・マスタのプロビジョニングされた値は、それ自体をフォーキング・マスタと宣言するエンドポイントがない場合にしか用いられず、フォーキング・マスタは時間帯に応じて異なり、または第１のフォーキング・マスタが登録されておらず、第２のエンドポイントがフォーキング・マスタの役割を自動的に引き継ぐなどである。ＩＭＳ／ＳＩＰネットワーク内のプロビジョニングは、ユーザによってウェブ・インターフェースを更新すること、特定のサービス・コードを含むＩＮＶＩＴＥを送ることなどを含む。ユーザ・プロファイル内のプロビジョニングされたフォーキング・マスタが現在登録されていない場合、様々な可能性がある。フォーキング・マスタと相互作用をもつサービスがフォーキング・マスタに到達するとき、ネットワークは、要求されたサービスを提供せず、（または）ネットワークは、使用可能なフォーキング・マスタがないので、特別な機能を実施せず、振舞いは、フォーキング・マスタの概念がない場合と同じである。また、ネットワークは、新しいフォーキング・マスタが割り当てられること、またはサービスを受けるユーザのすべてのエンドポイントに、現在割り当てられているフォーキング・マスタがないと通知することを要求してよい。メッセージ本文内にｆｏｒｋｉｎｇ−ｍａｓｔｅｒ＝ｔｒｕｅを示す２つ以上のコマンドがある場合には、振舞いは、メッセージの無視、メッセージ本文の最初／最後の行を有効なフォーキング・マスタ識別情報と見なすなど、実装に依存し得る。さらに、（ユーザ・プロファイル内の）プロビジョニングされたフォーキング・マスタが（登録されているが）現在使用可能でない場合、たとえばフォーキング・マスタ（たとえばラップトップ）がクラッシュした場合、ネットワークは、ＳＩＰの再送規則に従った後、フォーキング・マスタが存在しない状態で他のエンドポイントと連絡を取ることを試みることができる。この結果、フォーキング・マスタ概念の実装前の状況に比べて、フォーキング・マスタ概念の実装後では、発呼ユーザ側に要求への最終応答を送る際に遅延が生じることがある。しかし、ネットワークがフォーキング・マスタの使用可能性を認識するようになる可能性が最も高いので、こうした状況は頻繁には起こりそうにない。さらに、フォーキング・マスタ実装の利点および付加価値の増加は、入ってくる要求に応答する（最終応答を送る）際に稀に生じる遅延よりも遥かに重要である。ネットワークは、新しいフォーキング・マスタが割り当てられ、またはサービスされるユーザのあらゆるエンドポイントに、現在登録されているフォーキング・マスタが存在しないことを通知するよう要求することができ、それは、結果として、現在の要求の処理に影響を及ぼさない。
【００４０】
本明細書に開示された実施形態は、特定のエンドポイントが、同じＡｏＲの別の装置をフォーキング・マスタとして割り当てることを可能にする。第三者割当ては、たとえば、割当て対象の装置がフォーキング・マスタの関連情報を伝えるためのＳＩＰの拡張をサポートしない場合、または現在のフォーキング・マスタが強制的に別の装置に役割を譲りたいと望む場合であってよい。フォーキング・マスタの第三者割当ては、ＩＮＶＩＴＥまたはＭＥＳＳＡＧＥ要求を送ることによって行うことができる。ＳＩＰ要求の内容中のＣｏｎｔａｃｔ ＵＲＩは、フォーキング・マスタとして働く装置のものである。第三者割当ての場合、特定のエンドポイントをフォーキング・マスタとする不所望の割当てを保護するよう求める要求を受け入れる前に、割り当てられた装置／エンドポイントの追加の側面を考慮することができる。フォーキング・マスタの第三者割当ては、特定の期間の間しか指定することができない。期間が終了すると、ユーザ端末内に定義されたデフォルトのフォーキング・マスタが機能を実施する。
【００４１】
本明細書に開示された実施形態は、一連の実用的使用法の解決策を提供する。フォーキング・マスタは、話中時再呼出し（ＣＣＢＳ）、無応答時呼終了（ＣＣＮＲ：Ｃａｌｌ ｃｏｍｐｌｅｔｉｏｎ ｏｎ Ｎｏ Ｒｅｐｌｙ）など、呼完了サービスについて監視するエンドポイントを決定する。ある場合では、被呼ユーザが適用可能なフォーキングを有しており、フォーキング・マスタがビジーであるが、他の端末はそうでない場合、呼が通常転送され、フォーキング・マスタについてのＣＣＢＳ監視が開始する。別の場合では、被呼ユーザが適用可能なフォーキングを有しており、フォーキング・マスタならびに他の端末がビジーである場合、フォーキング・マスタについてのＣＣＢＳ監視が開始する。フォーキング・マスタの概念によって、フォーキングがアクティブである被呼ユーザへのＣＣＢＳサービスを発呼ユーザが予約することが可能となり、発呼ユーザが望む端末への呼が完了することになる。フォーキング・マスタの概念によって、端末ごとのプレゼンス情報ではなく、選択的なプレゼンス情報を示す柔軟性が、サービスを受けるユーザに提供される。たとえば、ユーザは、就業時間中にラップトップがオンである場合、および就業時間後に自宅のＰＣが「オン」の場合、「オン」と見なされる。フォーキング・マスタは、特定の被呼ユーザについてフォーキングがアクティブであり、ある端末がビジーであり、別の端末が応答せず、被呼ユーザがＣＦＢ、ＣＦＮＲ、ＳＣＦなどをアクティブにしている場合に、特徴となる相互対話の曖昧さを解決する。たとえば、（この被呼ユーザの）フォーキング・マスタがビジーであり、（この被呼ユーザの）別の端末が応答しておらず、この被呼ユーザについてユーザＣへのＣＦＢおよびユーザＤへのＣＦＮＲがアクティブである場合、このシナリオではＣＦＢが優先され、呼は、ユーザＣに転送される。フォーキング・マスタの概念は、呼が傍受されている場合、終端側の傍受を可能にし、フォーキングが存在する状態においてメディア・サーバを呼に関連付ける。パーソナライズ・リングバック・トーン機能は、位置／エンドポイントを決定することによりフォーキング・マスタを参照し、次いで特徴を発呼側に関連付けることによって、サービスを受けるユーザに提供することができる。
【００４２】
本発明の一実施形態では、ＡＳは、ユーザ登録、その後のユーザによる宣言、第三者割当てまたはネットワーク駆動型の割当ての間、フォーキング・マスタ割当ての機能を受け継ぐ。ＡＳは、ＲＥＧＩＳＴＥＲメッセージのＣｏｎｔａｃｔヘッダ・フィールドがパラメータｆｏｒｋｉｎｇ−ｍａｓｔｅｒを含み、ユーザ端末がフォーキング・マスタの役割の引継ぎ／放棄を宣言する場合、およびユーザ端末がフォーキング・マスタの第三者割当てを実施する場合、Ｓ−ＣＳＣＦ３０２によってアクティブ化されてよい（初期フィルタ基準他によって駆動される）。ＡＳは、こうしたＳＩＰ要求メッセージを受け取るとき、フォーキング・マスタの表示に関するユーザ・プロファイルを更新し、ＩＭＳの標準Ｓｈインターフェースを使用してＨＳＳに通知し、その後に、標準Ｃｘインターフェースを使用して、終端のＳ−ＣＳＣＦに、フォーキング・マスタに関連するユーザ・プロファイルへの更新から生じる初期フィルタ基準への更新について通知する。ネットワークによってトリガされる割当てでは、ネットワークによる駆動は、ネットワークまたは実装に依存することがある。一例として、ネットワークは、ユーザ・プロファイル内にプロビジョニングされたフォーキング・マスタがないとき、フォーキング・マスタ割当てを駆動しなければならない。次いで、第１のエンドポイントがＲＥＧＩＳＴＥＲメッセージを送り、ＲＥＧＩＳＴＥＲがＡＳに到達するとき、ＡＳは、フォーキング・マスタの割当てを開始する。フォーキング・マスタの識別情報を問い合わせるＲＥＧＩＳＴＥＲまたはＩＮＶＩＴＥメッセージはＡＳに達し、それは、ユーザ・エンドポイントに適切な応答を送る。初期フィルタ基準に基づいて、ＡＳは、フォーキング・マスタ・サービスがアクティブであるユーザへの要求の処理に関与する。被呼ユーザのＵＲＩは、（被呼ユーザのすべてのエンドポイントに要求をフォーキングするのではなく）フォーキング・マスタだけをアドレス指定するよう要求を拡張するように、終端ＡＳにより修正される。フォーキング・マスタだけにアドレス指定するように修正すべき要求は、特定のネットワーク・オペレータの実装およびサービス提供に依存する。
【００４３】
本発明の実施形態は、フォーキングの存在下では、複雑さ、リソース使用またはコストが利点を上回っていることなどのために実施することが難しくなるサービスまたは特徴を提供することを可能にする。あるエンドポイントは要求を理解する能力があるが、このタスクを実施できない。このことが事前に知られているならば、エラー応答をも減少させるフォーキング・マスタの概念によって、こうしたシナリオを修正することができる。フォーキング・マスタの概念は、すべてのエンドポイントが要求に反応するならばそれが完全な混乱をもたらし、サービスが予想通りには機能しないという状況においてかなり有用である。エンドポイントのうちの１つだけが要求を理解し、シグナリング・トラフィックのオーバヘッドが最小限に抑えられるという状況では、そのエンドポイントが、フォーキング・マスタの役割を引き継ぎ、他のエンドポイントへの要求の送信（および誤った応答の受信など）を防ぐことができる。
【００４４】
本発明の実施形態は、格納可能であるフォーキング・マスタの使用可能性ステータスを提供し、フォーキング・マスタの使用可能性ステータスに基づいて、ＩＭＳネットワークではＡＳで、またはＳＩＰネットワークの場合にはプロキシ・サーバ内でアクションをトリガすることができる。ネットワーク・トリガは、他のエンドポイントにフォーキング・マスタの現在の識別情報および使用可能性ステータスを通知する。さらに、時間帯および／またはサービス・タイプに応じて、それぞれ異なるデフォルト・フォーキング・マスタをユーザ・プロファイル内で割り当てることができる。フォーキング・マスタの割当てのメッセージ本文、ユーザ端末による問合せへの応答、およびネットワークによる現在のフォーキング・マスタの情報は、それに応じて適合／拡張されるべきである。アプリケーション・サーバ（ＩＭＳネットワークの場合）またはプロキシ・サーバ（非ＩＭＳ ＳＩＰネットワークの場合）は、関連する機能性を実施し、ＨＳＳ（ＩＭＳネットワークの場合）またはＳＩＰレジストラ（非ＩＭＳ ＳＩＰネットワークの場合）内のユーザ・プロファイル・データは、要件をサポートするように適切に修正する必要がある。フォーキング・マスタを使用するサービスは、ネットワーク・レベルでプロビジョニングすることができる。フォーキング・マスタとして働くエンドポイントが別のネットワークにローミングする場合、ネットワークは、フォーキング・マスタとして引き継ぐ別の装置を自動的にトリガし、それに応じてユーザのすべてのエンドポイントに通知することができる（または‘ネットワークによってトリガされた割当てによって、フォーキング・マスタの新しい割当てを求めることもできる）。
【００４５】
本発明の実施形態は、特定の状況においてフォーキング・マスタの振舞いを示す例外的なケースを提供する。フォーキング・マスタが登録を取り消し、または登録時間が終了する場合、（非ＩＭＳ）ＳＩＰネットワークのＳＩＰプロキシ、またはＩＭＳネットワーク内のアプリケーション・サーバは、新しいフォーキング・マスタの割当ての要求を送信してよい。フォーキング・マスタが、受信されたＳＩＰ要求に対して応答しない場合、その後のアクションは、実装および要求のタイプ（したがって関連するサービス）に依存する。たとえば、ＣＣＢＳの場合においてフォーキング・マスタが応答しない場合、ＣＣＢＳ予約を要求するＳＵＢＳＣＲＩＢＥメッセージに応答してエラー応答が送られる。ある場合では、ＩＮＶＩＴＥまたは他の何らかのＳＩＰ要求メッセージがフォーキング・マスタの割当てを要求する（あるいは現在のフォーキング・マスタの識別情報を問い合わせるためにＩＮＶＩＴＥ要求が送られる）が、（非ＩＭＳ）ＳＩＰネットワークの場合にはプロキシ・サーバが、ＩＭＳネットワークの場合にはアプリケーション・サーバがフォーキング・マスタ概念をサポートしない場合には、５０１ Ｎｏｔ ｉｍｐｌｅｍｅｎｔｅｄ応答が、メッセージに応答して送られる。さらに、メッセージ本文内に、ｆｏｒｋｉｎｇ−ｍａｓｔｅｒ＝ｔｒｕｅを示す１つより多くの行がある場合は、こうしたメッセージは無視され、または最初また最後の行が、有効なフォーキング・マスタの識別情報と見なされる（選択されるオプションは実装に依存する）。
【００４６】
本明細書に開示された実施形態は、オペレータ／ベンダをまたがってＩＭＳ／ＳＩＰネットワーク内でフォーキングが存在する状況において新しい／向上したサービス／特徴および可能性を提供する際に相互運用性の問題なしに価値を付加し、その結果、莫大な収益発生の潜在性をもたらす。オペレータは、提案された概念を使用して新しい／向上した特徴を創造し、それによって、それ自身を競争者と差別化することを可能にすることができ、その結果、収益が増加することになる。
【００４７】
本明細書に開示された実施形態はさらに、多くの実用的なシナリオにおいて、エンドユーザにとって利便性をもたらす。ＳＩＰがユーザならびに端末モビリティを提供するＩＰベースのネットワークの場合では、単一のユーザが複数のエンドポイントを有し、フォーキングをアクティブとする確率は指数関数的に増加し得る。フォーキング・マスタの概念は、フォーキングが存在する場合でも、いくつかの特徴およびサービスを享受し、個々の利便性、たとえばＣＣＢＳに適するようにこれらをさらにカスタマイズする柔軟性をエンドユーザに提供する。さらに、本明細書に論じられた概念は、（たとえば「第三者割当て」の場合に）エンドポイントのそれぞれをアップグレードする必要なしに、提案された拡張を使用する柔軟性向上を提供する。
【００４８】
理解され得るように、本明細書に開示された実施形態は、フォーキングの存在下でフォーキング・マスタの概念に基づいてＩＭＳ／ＳＩＰユーザにいくつかの新しい／向上したサービスを提供する。また、本明細書に述べられた本発明は、この厳密な実施形態に限定されず、また本発明の元の範囲または精神から逸脱せずに本発明に様々な変更および修正が行われ得ることを理解されたい。
【００４９】
特許請求された手段に対応する構造体のリストは、網羅的なものではなく、本発明の範囲から逸脱せずに、列挙された構造体の代わりに等価の構造体を用いることができることが当業者には理解されよう。
【００５０】
本明細書に開示された実施形態は、完全にハードウェア実施形態の形を取ることも、完全にソフトウェア実施形態の形を取ることも、ハードウェアとソフトウェア要素の両方を含む実施形態の形を取ることもできる。ソフトウェア内で実施される諸実施形態は、それだけに限らないが、ファームウェア、常駐ソフトウェア、マイクロコードなどを含む。
【００５１】
特定の諸実施形態についての上記説明は、他者が現在の知識を適用することによって、一般的な概念から逸脱せずに、こうした特定の実施形態を様々な適用例に合わせて容易に修正しかつ／または適合させることができるという本明細書に開示された諸実施形態の一般的な性質を実に十分に明らかにするものであり、したがって、こうした適合形態および修正形態は、開示された諸実施形態の均等物の意味および範囲内に包含されるべきであり、また包含されることが意図されている。本明細書に使用された語句または用語は、限定ではなく、説明のためのものであることを理解されたい。したがって、本明細書に開示された諸実施形態は、好ましい実施形態に関して述べられているが、本明細書に開示された諸実施形態は、添付の特許請求の精神および範囲内の修正を行って実施できることが当業者には認識されよう。
【特許請求の範囲】
【請求項１】
通信網内で少なくとも１つのエンドポイントをフォーキング・マスタとして割り当てることによって改良型の呼サービスを処理する方法であって、前記フォーキング・マスタがフォーキングの存在下で、要求メッセージ内のアドレス・オブ・レコード（ＡｏＲ）に改良型の呼サービスを提供する、方法。
【請求項２】
前記フォーキング・マスタがユーザによって割り当てられる、請求項１に記載の方法。
【請求項３】
前記フォーキング・マスタが、登録中に前記ユーザ・エンドポイントを更新することによって割り当てられる、請求項１に記載の方法。
【請求項４】
前記フォーキング・マスタが、ＩＮＶＩＴＥおよびＭＥＳＳＡＧＥのうちの少なくとも１つを使用して登録後に、前記ユーザ・エンドポイントによって宣言される、請求項１に記載の方法。
【請求項５】
前記フォーキング・マスタが、前記ＩＮＶＩＴＥおよび前記ＭＥＳＳＡＧＥのうちの少なくとも１つを使用して、第三者によって割り当てられる、請求項１に記載の方法。
【請求項６】
前記ネットワークが前記フォーキング・マスタの割当てをトリガし、前記方法が、
前記ネットワークがすべてのユーザ・エンドポイントに前記ＩＮＶＩＴＥメッセージを送るステップと、
前記ユーザ・エンドポイントが、前記ＩＮＶＩＴＥメッセージを受け取ると、前記ネットワークに応答を送るステップと、
前記エンドポイントが前記フォーキング・マスタの割当てに関する決定を行うステップとを備える、請求項１に記載の方法。
【請求項７】
前記エンドポイントが、ＲＥＧＩＳＴＥＲおよび前記ＩＮＶＩＴＥのうちの少なくとも１つを使用して、前記フォーキング・マスタの識別情報を問い合わせる、請求項１に記載の方法。
【請求項８】
通信網が、前記ＩＮＶＩＴＥおよび前記ＭＥＳＳＡＧＥのうちの少なくとも１つを使用して、前記エンドポイントに前記フォーキング・マスタの識別情報を通知する、請求項１に記載の方法。
【請求項９】
ｃｏｎｔａｃｔヘッダ・フィールドが、ｃｏｎｔａｃｔヘッダ・フィールドおよびメッセージ本文のうちの少なくとも１つに含まれた、割り当てられた値を有する前記パラメータｆｏｒｋｉｎｇ−ｍａｓｔｅｒを含む、請求項１に記載の方法。
【請求項１０】
通信網内で改良型の呼サービスを処理するシステムであって、少なくとも１つのエンドポイントをフォーキング・マスタとして割り当てるように適合され、前記フォーキング・マスタが、フォーキングの存在下で前記要求メッセージ内のアドレス・オブ・レコード（ＡｏＲ）に改良型の呼サービスを提供する、システム。
【請求項１１】
ＩＮＶＩＴＥおよびＭＥＳＳＡＧＥのうちの少なくとも１つを使用してユーザが前記フォーキング・マスタを割り当てることを可能にするように適合された少なくとも１つの手段を備える、請求項１０に記載のシステム。
【請求項１２】
ＩＮＶＩＴＥおよびＭＥＳＳＡＧＥのうちの少なくとも１つを使用して登録中に前記ユーザ・エンドポイントを更新することによって前記フォーキング・マスタを割り当てるように適合された少なくとも１つの手段を備える、請求項１０に記載のシステム。
【請求項１３】
登録後に前記フォーキング・マスタを宣言するように適合された少なくとも１つの手段を備える、請求項１０に記載のシステム。
【請求項１４】
第三者が前記フォーキング・マスタを割り当てるように適合された少なくとも１つの手段を備える、請求項１０に記載のシステム。
【請求項１５】
前記ネットワークが前記フォーキング・マスタの割当てをトリガするように適合された少なくとも１つの手段を備え、
前記ネットワークがすべてのユーザ・エンドポイントにＩＮＶＩＴＥメッセージを送り、
前記ユーザ・エンドポイントが、前記ＩＮＶＩＴＥメッセージを受け取ると前記ネットワークに応答を送り、
前記エンドポイントが前記フォーキング・マスタの割当てに関して決定を行うように適合された少なくとも１つの手段をさらに備える、請求項１０に記載のシステム。
【請求項１６】
前記エンドポイントが、前記フォーキング・マスタの識別情報を問い合わせるように適合された少なくとも１つの手段を含む、請求項１０に記載のシステム。
【請求項１７】
前記通信網が、前記フォーキング・マスタの識別情報を前記エンドポイントに通知する、請求項１０に記載のシステム。
【請求項１８】
移動端末であって、
前記端末がフォーキング・マスタとして働き、
前記端末が、第２の端末に前記フォーキング・マスタとして働くよう招待し、
前記端末が前記フォーキング・マスタの識別情報を問い合わせ、
前記端末が前記フォーキング・マスタの役割を放棄する、ように適合された少なくとも１つの手段を備える、移動端末。
【請求項１】
通信網内で少なくとも１つのエンドポイントをフォーキング・マスタとして割り当てることによって改良型の呼サービスを処理する方法であって、前記フォーキング・マスタがフォーキングの存在下で、要求メッセージ内のアドレス・オブ・レコード（ＡｏＲ）に改良型の呼サービスを提供する、方法。
【請求項２】
前記フォーキング・マスタがユーザによって割り当てられる、請求項１に記載の方法。
【請求項３】
前記フォーキング・マスタが、登録中に前記ユーザ・エンドポイントを更新することによって割り当てられる、請求項１に記載の方法。
【請求項４】
前記フォーキング・マスタが、ＩＮＶＩＴＥおよびＭＥＳＳＡＧＥのうちの少なくとも１つを使用して登録後に、前記ユーザ・エンドポイントによって宣言される、請求項１に記載の方法。
【請求項５】
前記フォーキング・マスタが、前記ＩＮＶＩＴＥおよび前記ＭＥＳＳＡＧＥのうちの少なくとも１つを使用して、第三者によって割り当てられる、請求項１に記載の方法。
【請求項６】
前記ネットワークが前記フォーキング・マスタの割当てをトリガし、前記方法が、
前記ネットワークがすべてのユーザ・エンドポイントに前記ＩＮＶＩＴＥメッセージを送るステップと、
前記ユーザ・エンドポイントが、前記ＩＮＶＩＴＥメッセージを受け取ると、前記ネットワークに応答を送るステップと、
前記エンドポイントが前記フォーキング・マスタの割当てに関する決定を行うステップとを備える、請求項１に記載の方法。
【請求項７】
前記エンドポイントが、ＲＥＧＩＳＴＥＲおよび前記ＩＮＶＩＴＥのうちの少なくとも１つを使用して、前記フォーキング・マスタの識別情報を問い合わせる、請求項１に記載の方法。
【請求項８】
通信網が、前記ＩＮＶＩＴＥおよび前記ＭＥＳＳＡＧＥのうちの少なくとも１つを使用して、前記エンドポイントに前記フォーキング・マスタの識別情報を通知する、請求項１に記載の方法。
【請求項９】
ｃｏｎｔａｃｔヘッダ・フィールドが、ｃｏｎｔａｃｔヘッダ・フィールドおよびメッセージ本文のうちの少なくとも１つに含まれた、割り当てられた値を有する前記パラメータｆｏｒｋｉｎｇ−ｍａｓｔｅｒを含む、請求項１に記載の方法。
【請求項１０】
通信網内で改良型の呼サービスを処理するシステムであって、少なくとも１つのエンドポイントをフォーキング・マスタとして割り当てるように適合され、前記フォーキング・マスタが、フォーキングの存在下で前記要求メッセージ内のアドレス・オブ・レコード（ＡｏＲ）に改良型の呼サービスを提供する、システム。
【請求項１１】
ＩＮＶＩＴＥおよびＭＥＳＳＡＧＥのうちの少なくとも１つを使用してユーザが前記フォーキング・マスタを割り当てることを可能にするように適合された少なくとも１つの手段を備える、請求項１０に記載のシステム。
【請求項１２】
ＩＮＶＩＴＥおよびＭＥＳＳＡＧＥのうちの少なくとも１つを使用して登録中に前記ユーザ・エンドポイントを更新することによって前記フォーキング・マスタを割り当てるように適合された少なくとも１つの手段を備える、請求項１０に記載のシステム。
【請求項１３】
登録後に前記フォーキング・マスタを宣言するように適合された少なくとも１つの手段を備える、請求項１０に記載のシステム。
【請求項１４】
第三者が前記フォーキング・マスタを割り当てるように適合された少なくとも１つの手段を備える、請求項１０に記載のシステム。
【請求項１５】
前記ネットワークが前記フォーキング・マスタの割当てをトリガするように適合された少なくとも１つの手段を備え、
前記ネットワークがすべてのユーザ・エンドポイントにＩＮＶＩＴＥメッセージを送り、
前記ユーザ・エンドポイントが、前記ＩＮＶＩＴＥメッセージを受け取ると前記ネットワークに応答を送り、
前記エンドポイントが前記フォーキング・マスタの割当てに関して決定を行うように適合された少なくとも１つの手段をさらに備える、請求項１０に記載のシステム。
【請求項１６】
前記エンドポイントが、前記フォーキング・マスタの識別情報を問い合わせるように適合された少なくとも１つの手段を含む、請求項１０に記載のシステム。
【請求項１７】
前記通信網が、前記フォーキング・マスタの識別情報を前記エンドポイントに通知する、請求項１０に記載のシステム。
【請求項１８】
移動端末であって、
前記端末がフォーキング・マスタとして働き、
前記端末が、第２の端末に前記フォーキング・マスタとして働くよう招待し、
前記端末が前記フォーキング・マスタの識別情報を問い合わせ、
前記端末が前記フォーキング・マスタの役割を放棄する、ように適合された少なくとも１つの手段を備える、移動端末。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【公表番号】特表２０１１−５３０８４９（Ｐ２０１１−５３０８４９Ａ）
【公表日】平成２３年１２月２２日（２０１１．１２．２２）
【国際特許分類】
【出願番号】特願２０１１−５２１６４７（Ｐ２０１１−５２１６４７）
【出願日】平成２０年８月８日（２００８．８．８）
【国際出願番号】ＰＣＴ／ＩＢ２００８／０５４４７０
【国際公開番号】ＷＯ２０１０／０１５８９３
【国際公開日】平成２２年２月１１日（２０１０．２．１１）
【出願人】（３９１０３０３３２）アルカテル−ルーセント (1,149)
【Ｆターム（参考）】
【公表日】平成２３年１２月２２日（２０１１．１２．２２）
【国際特許分類】
【出願日】平成２０年８月８日（２００８．８．８）
【国際出願番号】ＰＣＴ／ＩＢ２００８／０５４４７０
【国際公開番号】ＷＯ２０１０／０１５８９３
【国際公開日】平成２２年２月１１日（２０１０．２．１１）
【出願人】（３９１０３０３３２）アルカテル−ルーセント (1,149)
【Ｆターム（参考）】
[ Back to top ]