(57)【要約】  グループ通信サービスを提供し、グループメンバーとして他のグループを含むグループをサポートするシステムにおいて、グループをホストしているサーバによってホストされていないグループメンバーは、グループメンバーをホストしているサーバにグループに加わるように招待を送ることによって、グループに加わるよう招待される（４−４、４−７）。【選択図】図４
2007534247.tif 000002
【特許請求の範囲】
【請求項１】
グループメンバーリストが個々のアイデンティティとグループアイデンティティの両方を収容することが可能なグループ通信サービスを提供する通信システムにおいて、グループ通信に加わるようにグループメンバーを招待する方法であって、前記方法が、
第１サーバにおいて、該第１サーバによってホストされる第１ターゲットアイデンティティへの招待を受け取る段階と、
第２ターゲットアイデンティティを収容したグループメンバーリストを有するグループアイデンティティである前記第１ターゲットアイデンティティに応じて、前記第１サーバによってホストされない各第２ターゲットアイデンティティへ招待を送る段階と、
を含み、
前記招待は前記第２ターゲットアイデンティティをホストしている第２サーバに送られることを特徴とする方法。
【請求項２】
グループメンバーリストが個々のアイデンティティとグループアイデンティティの両方を収容することが可能なグループ通信サービスを提供する通信システムにおいて、グループ通信に加わるようにグループメンバーを招待する方法であって、前記方法が、
第１サーバにおいて、該第１サーバによってホストされる第１ターゲットアイデンティティへの招待を受け取る段階と、
第２ターゲットアイデンティティを収容したグループメンバーリストを有するグループアイデンティティである前記第１ターゲットアイデンティティに応じて、前記第１サーバによってホストされない各第２ターゲットアイデンティティに対して招待を送る段階と、
を含み、
前記招待は前記第１サーバに前記第２ターゲットアイデンティティのメンバーリストを提供するよう要求し、前記招待は前記第２ターゲットアイデンティティをホストしている第２サーバに送られ、
前記方法が更に、
前記第２サーバからの前記メンバーリストの受け取りに応じて、前記メンバーリストの各メンバを招待する段階と、
を含む方法。
【請求項３】
グループアイデンティティである前記招待のターゲットアイデンティティに応じて、ネストグループに対する限界値を前記招待で示されたカスケード値と比較する段階と、
前記限界値と前記カスケード値との間の差が事前に定義された範囲内である場合にのみ、前記第２ターゲットアイデンティティに前記招待を送る段階と、
を更に含む請求項１又は２に記載の方法。
【請求項４】
グループメンバーリストは個々のアイデンティティ及びグループアイデンティティの両方を収容することが可能なグループ通信サービスを提供する通信システムにおいて、グループ通信に加わるようにグループメンバーを招待する方法であって、前記方法は、
第１サーバにおいて、該第１サーバによってホストされるターゲットアイデンティティへの招待を受け取る段階と、
メンバーリストを提供する必要がある旨の指標を収容した前記招待に応じて、前記ターゲットアイデンティティによってカバーされる前記アイデンティティを収容するメンバーリストを送る段階と、
を含む方法。
【請求項５】
グループアイデンティティである前記招待のターゲットアイデンティティに応じて、ネストグループに対する限界値を前記招待で示されたカスケード値と比較する段階と、
前記限界値と前記カスケード値との差が事前に定義された範囲内である場合にのみ前記メンバーリストを送る段階と、
を更に含む請求項４に記載の方法。
【請求項６】
通信システムにおいてグループメンバーリストが個々のアイデンティティとグループアイデンティティの両方を収容することが可能なグループ通信サービスを提供する方法であって、
グループ通信に関する招待を受け取る段階と、
グループアイデンティティである前記招待のターゲットアイデンティティに応じて、ネストグループに対する限界値をカスケード値と比較する段階と、
前記限界値と前記カスケード値との差が事前に定義された範囲内である場合にのみ前記グループメンバーリスト上で前記アイデンティティを見つける段階と、
を含む方法。
【請求項７】
前記グループメンバーリスト上のホストされるグループアイデンティティに応じて、
前記カスケード値を更新する段階と、
ネストグループに対する限界値と前記カスケード値を比較する段階と、
前記限界値と前記カスケード値との差が事前に定義された範囲内である場合にのみ前記ホストされるグループアイデンティティのグループメンバーリスト上で前記アイデンティティを見つける段階と、
を更に含む請求項６に記載の方法。
【請求項８】
グループ通信サービス機能を提供するネットワークサーバであって、前記ネットワークサーバは、サブ制御グループ通信サービス機能を含むことを特徴とするネットワークサーバ。
【請求項９】
前記ネットワークサーバは、
グループ通信に関する招待の受け取りに応じて、前記グループ通信用の制御グループ通信サービス機能が存在することを前記招待が示すかどうかをチェックし、
制御グループ通信サービス機能が存在することに応じて、ネストグループに対する限界値を前記招待によって示されたカスケード値と比較し、
更に、
前記限界値と前記カスケード値との差が事前に定義された範囲内である場合にのみ前記サブ制御グループサービス機能を起動することによってサブ制御グループ通信サーバになる、
ように構成されていることを特徴とする請求項８に記載のネットワークサーバ。
【請求項１０】
前記ネットワークサーバが、サブ制御グループ通信サーバになることに応じて、
前記カスケード値を更新し、
前記更新されたカスケード値を前記グループメンバーへの招待に加え、
前記招待を送る、
ように構成されていることを特徴とする請求項８又は９に記載のネットワークサーバ。
【請求項１１】
前記ネットワークサーバが更に、制御グループ通信サービス機能を含み、制御グループ通信サービス機能が存在しないことに応じて、
前記制御グループサービス機能を起動することによって制御グループ通信サーバになり、
前記グループ通信に加わるよう前記グループメンバーを招待する、
ように構成されていることを特徴とする請求項８、９、又は１０に記載のネットワークサーバ。
【請求項１２】
グループメンバーリストが個々のアイデンティティとグループアイデンティティの両方を収容することが可能なグループ通信サービスを提供するネットワークサーバであって、
グループアイデンティティであるグループに関する受け取られた招待のターゲットアイデンティティに応じて、ネストグループに対する限界値とカスケード値を比較し、
前記限界値と前記カスケード値との差が事前に定義された範囲内である場合にのみ前記グループアイデンティティのグループメンバーリスト上で前記アイデンティティを見つける、
ように構成されていることを特徴とするネットワークサーバ。
【請求項１３】
前記ネットワークサーバは、別のネットワークサーバからの招待の受け取りに応じて、前記比較を実行するように構成されていることを特徴とする請求項１２に記載のネットワークサーバ。
【請求項１４】
前記ネットワークサーバは、前記招待の送信者に基づいて前記カスケード値を推測するように更に構成されていることを特徴とする請求項１２又は１３に記載のネットワークサーバ。
【請求項１５】
前記ネットワークサーバは、前記招待が収容していたカスケード値を使用するように更に構成されていることを特徴とする請求項１２又は１３に記載のネットワークサーバ。
【請求項１６】
前記ネットワークサーバは、前記招待が収容していたネストグループに対する限界値を使用するように更に構成されていることを特徴とする請求項１２、１３、又は１４に記載のネットワークサーバ。
【請求項１７】
前記ネットワークサーバは、ネストグループに対するプリセットデフォルト限界値を使用するように構成されていることを特徴とする請求項１２、１３、又は１４に記載のネットワークサーバ。
【請求項１８】
グループ通信サービスをサポートするユーザ装置であって、該ユーザ装置は、グループ通信招待にネストグループに対する限界値を加えるように構成されているユーザ装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、グループ通信サービスを提供する通信システムにおけるグループ通信に関し、更に詳細には、セッションセットアップ中のグループ招待（ｉｎｖｉｔａｔｉｏｎ）、或いはグループ定義がネストグループを許容するときのグループトランザクションに関する。
【背景技術】
【０００２】
モバイル通信システムにおいて提供される１つの特殊機能は、グループ通信である。本明細書で使用される用語「グループ」は、同じグループ通信に加わることを意図した２人又はそれ以上のユーザのあらゆる論理的グループを意味する。グループ通信の１つの実施例は、グループ通話であり、これは全ての参加者が互いに交互に話し聞くことができる通話である。
【０００３】
従来、グループ通信は、公共業務用移動無線又は専用移動無線（ＰＭＲ）システム、ＴＥＴＲＡ（地上トランク無線）などのトランクモバイル通信システムにおいてのみ利用可能であったが、これらは主に業務用及び政府関連ユーザを対象とした特殊無線システムである。しかしながら、グループ通信により、会議通話よりもより汎用に優れた可能性があることが開拓されて以来、グループ通信サービスは現在では公衆モバイル通信システムにおいて利用可能になりつつある。このようなサービスの実施例には、Ｐｕｓｈ−ｔｏ−ｔａｌｋ  ｏｖｅｒ  Ｃｅｌｌｕｌａｒ（ＰｏＣ）であり、これは、モバイルネットワークを通じて単一の受信者との間（１対１）、及びグループチャットセッションにおいて受信者のグループ間（１対多）で共有されるユーザ音声及びデータ通信を可能にする。
【０００４】
ＰｏＣは、モバイルセルラーネットワークにおけるオーバレイスピーチサービスであり、ここでは、２つ又はそれ以上のパーティ間の接続は、一般的に長期間設定されるが、エア・インターフェイスにおける実際の無線チャンネルは、誰かが話しているとき又はデータを送信しているときにだけ起動される。これは、従来の無線電話の使用に相当し、ここでは、使用される無線周波数は、パーティ（例えば、軍／警察無線通信、ＬＡ無線通信）間で合わせており、或いは恒久的に設定（トランシーバータイプの無線通信）され、話したいときにはタンジェントを押すか、又は音声活動検出器（ＶＡＤ）或いは何らかの適切な手段を用いて、選択されたチャンネル上で無線送信を起動する。ＰｏＣサービスは半二重であり、１つのパーティだけが同時に会話し又は送信できるようになる。
【０００５】
ＰｏＣシステムは、独立型ＰｏＣシステムから統合システムにまで進化している。２つ又はそれ以上の別個に動作されるＰｏＣシステム及び／又はＰｏＣサーバを備えた統合システムでは、既存のホームＰｏＣサーバがその固有のユーザ及びホストするグループに関する情報を管理するだけである。これは、グループリストが別のグループをグループメメンバーとして含むことができ、例えばグループＡのグループメンバーリストがグループＢを含むことができるので、幾つかの問題が発生する。グループＡ及びＢが異なるＰｏＣサーバによってホストされる場合、グループＡをホストしているＰｏＣサーバは、アイデンティティＢが個々のユーザすなわち個々のアイデンティティであるか、又はグループすなわちグループアイデンティティであるかを認識することができない。システムは、個々のグループメンバーをグループセッションに加わるように招待する場合にのみ個々のアイデンティティを使用することができるので、この情報は必要不可欠である。グループアイデンティティＢに送られた招待は成功せず、そのグループのどのグループメンバーもグループセッションへの参加を招待されないことになる。
【発明の開示】
【０００６】
１つの解決策は、セッションのセットアップを開始する前に個々のグループメンバーを返す別のＰｏＣサーバ又はグループ及びリスト管理サーバ（ＧＬＭＳ）などの当該グループのメンバーリストを記憶するエンティティに問合せを送ることによって、グループメンバーリスト内のメンバを検索することである。この問合せは、グループに加わるための招待が個々のユーザに送られることを確認するために、グループＡのグループメンバーリストにおいてＰｏＣサーバによりホストされていない単一のアイデンティティ毎に送る必要がある。従って、これは、セッションセットアップの開始を遅延させる。更に、グループのメンバーリストは、別のＰｏＣサーバ、又は当該グループのホスト側ＰｏＣサーバをサービスしているＧＬＭＳ内に保持されている可能性があるので、グループＡをホストしているＰｏＣサーバは、グループＢのメンバーリストを含むＧＬＭＳ又は他のＰｏＣにも問合せを送る必要がある。同じことが、他のＰｏＣサーバによってホストされている個々のアイデンティティにも当てはまる。これは、問合せＰｏＣサーバをサービスしていないＧＬＭＳに問合せを送るために新しいインターフェイスを必要とする。新しいインターフェイスはまた、グループのメンバーリストを含む他のＰｏＣサーバに問合せを送るよう要求される。
【０００７】
本発明の目的は、上述の問題を克服するように本方法を実装する方法及び装置を提供することである。本発明の目的は、独立請求項に記載されるものによって特徴付けられる方法、ユーザ装置、及びグループ通信サーバにより達成される。本発明の好ましい実施形態は、従属請求項で開示される。
【０００８】
本発明の１つの態様は、アイデンティティをホストしているグループ通信サーバすなわちＰｏＣサーバが、そのアイデンティティが個々のアイデンティティかグループのアイデンティティであるかを認識している事を利用する着想に基づく。この事を用いて、当該特定のＰｏＣサーバによってホストされていないアイデンティティに向けられた招待を当該アイデンティティをホストしているＰｏＣサーバに送るようＰｏＣサーバを構成し、該アイデンティティがグループアイデンティティであるかどうかに留意しないことにより、事前にではなくセッションセットアップ手順中にグループアイデンティティを解決する。各ＰｏＣサーバがそれがホストしているグループを識別するので、本発明による各ＰｏＣサーバは、ホストされたグループのメンバを順番に招待するか、或いはグループメンバーリストを集め、次いでこれを用いて、グループ通信に加わるように個々のグループメンバーを招待する。
【０００９】
本発明の上述の態様の利点は、ネットワーク境界にわたるＧＬＭＳ間、すなわち種々のネットワークに位置付けられた種々のＧＬＭＳ間、或いはネットワーク境界にわたりＧＬＭＳ又は別のＰｏＣサーバに問合せを送るＰｏＣサーバ間に追加のインターフェイスが必要でないことである。更に、招待されるアイデンティティの中のグループアイデンティティが他のグループメンバーの招待を遅らせることがなく、更に招待が最終的に個々のアイデンティティに送られるので、セッションセットアップは、遅延することなく開始することができる。
【発明を実施するための最良の形態】
【００１０】
以下では、本発明を添付図面を参照しながら好ましい実施形態により更に詳細に説明する。
【００１１】
本発明は、グループ通信サービスを提供するあらゆる通信システムに適用可能である。本明細書で使用されるグループ通信とは、データを転送する目的でグループ内のメンバ間のマルチポイント通信関係を意味する。通信は、データ通話、音声通話、ビデオ通話、マルチメディア通話、グループメッセージング、ショートメッセージング、電子メール、インスタントメッセージングなどを含むことができる。従って、通信は、既存又は将来のメディア、或いは又は同様のもの全てと、これらのあらゆる組合せを含む。グループのメンバは、特定のユーザを特別なグループに関連付ける特殊なグループ通信情報で定義される。
【００１２】
以下では、本発明は、本発明を実施することができるシステム環境の実施例としてＰｏＣを備えたモバイル通信システムを用いて説明されるが、本発明はこのようなシステムに限定されない。ＰｏＣ業界仕様は現在、ＯＭＡ（オープンモバイルアライアンス）下のＰｏＣワーキンググループによって開発中である。元来、ＰｏＣ仕様は、既存の第３世代パートナーシッププロジェクト（３ＧＰＰ）ＩＰマルチメディアサブシステム（ＩＭＳ）仕様に準拠する目的で協会のグループによって作成された。ＰｏＣに関する詳細な情報は、インターネットページｗｗｗ．ｏｐｅｎｍｏｂｉｌｅａｌｌｉａｎｃｅ．ｏｒｇにより見ることができる。
【００１３】
当業者であれば、本発明は、例えばＴＥＴＲＡ、電子会議開催、グループへのインスタントメッセージング、グループへのメッセージセッション、ＲＬＳ（リソースリストサーバ）、グループへのプッシュサービス、又はグループ又はグループに拡張できるアイデンティティ／複数のアイデンティティに対するいずれかのサービス、又はいずれの類似のアプリケーション、又は同様のものにグループ通信サービスを提供することができる通信システムの他のタイプにも適用可能であることは明らかである。更に、本発明は特定のメディアタイプに限定されず、メディア、メディアタイプ、メディアパラメータ、及びメディアの他の特徴に関係なく適用でき、更に、本明細書で説明される本発明は、ＰｏＣに加えて或いはその代わりに、他の機能、サーバ、サービス、システム、ネットワーク、又は同様のものと共に使用することができる点は当業者には明らかである。グループ通信サービスを提供する通信システム及び特に無線通信システムの仕様は、急速に発展している。この発展は、本発明に対して変更を追加することが必要となる可能性がある。従って、全ての用語及び表現は広義に解釈すべきであって、本発明を例証するものとし、本発明を限定するものではない。更に、本発明の機能が実行される要素は、本発明に必須ではない。
【００１４】
ＰｏＣによりグループ通信サービスを提供する通信システムの一般的なアーキテクチャが図１に示されている。図１は、幾つかの要素だけを示した簡易的なシステムアーキテクチャである。図１に示されるネットワークノードは、論理ユニットであり、その実装は図示のものとは異なる場合がある。論理ユニットは、互いに組み合わせることができ、すなわち以下に説明される１つの論理ユニットの機能は、以下に説明される別の論理ユニットの機能及び／又は従来技術のネットワークノード（論理ユニット）の機能を含むように拡張することができる。ネットワークノード間の図１に示される接続は論理的接続であり、実際の物理的接続は、論理的接続とは異なる可能性がある。システムはまた、本明細書で詳細に説明する必要のない他の機能及び構造を含むことは当業者には明らかである。ネットワーク内のサーバ及び／又はサーバ構成要素のようなグループ通信サービスを提供するデバイス及びシステムエンティティの実装は、本発明が適用される特定の通信システムに応じて、及び使用される実施形態に応じて異なる可能性がある。
【００１５】
図１に示されるネットワーク要素は、ＰｏＣクライアント１−１１、アクセスネットワーク１−１２、コアネットワーク１−１３、ＧＬＭＳ１−１４及びＰｏＣサーバ１−１５を含むホームネットワーク１−１、及びＰｏＣサーバ１−２５を有するリモートネットワーク１−２（ＰｏＣサーバを備えた１つだけのリモートネットワークが図１に示されている）である。リモートネットワークは、ホームネットワークと同様のネットワーク要素及び機能を含むのが好ましい。ＧＬＭＳはここでは、ＸＤＭＳ（ＸＭＬ文書管理サーバ）及びグループ管理サーバなどの全ての対応するサーバをカバーする。
【００１６】
ＰｏＣクライアント１−１１は、ＰｏＣサーバにアクセスするのに使用される。ＰｏＣクライアント１−１１は、とりわけＰｏＣセッション開始を可能にし、コンタクトリストなどの種々のＰｏＣグループリストへアクセスする。ＰｏＣクライアント１−１１は、ユーザ装置に常駐する。ＰｏＣクライアントが常駐できるユーザ装置の実施例は、モバイル端末、パーソナルコンピュータ、及びコンピュータ又は同様のものを含む何らかのデバイスである。ＰｏＣクライアント又はＰｏＣクライアントが常駐するユーザ装置は、以下に更に詳細に説明されるネストグループに対する限界値をグループ通信招待に加えるように構成することができる。限界値は、これを得るユーザに応答して招待に加えることができ、或いは一般的なデフォルト値として、又は例えばグループ固有値として記憶することができる。
【００１７】
ＰｏＣにおいて、グループ通信サービス機能は、ユーザ又はアプリケーションレベルサービスであるので、ベースとなる通信システムだけが、ユーザ端末に常駐しているＰｏＣクライアントアプリケーションとＰｏＣサーバによって供給されるグループ通信サービス機能との間の基本接続（すなわち、ＩＰ接続）を提供する。ベースとなる通信システムは、アクセスネットワーク１−１２及びコアネットワーク１−１３を含む。ＰｏＣアーキテクチャによって使用されるアクセスネットワーク１−１２は、ＩＰ接続性及びＩＰ移動性を得るのに必要な無線アクセス及び他のノードの両方を含む。しかしながら、アクセスネットワークはＩＰネットワークに限定されず、ＷＬＡＮ、ＰＳＴＮ、ＧＳＭ、或いはいずれかの回線交換型ネットワーク又はＩＰベースネットワーク又はいずれかの類似のネットワーク、又は同様のものとすることができる。コアネットワーク１−１３は、ＳＩＰ／ＩＰ（セッション開始プロトコル／インターネットプロトコル）ネットワークである。このようなネットワークの実施例には、３ＧＰＰ又は３ＧＰＰ２又はＩＥＴＦによって規格化されたＡＩＩ−ＩＰシステムなどのＩＭＳに対して定義された類似の機能を有し、ＩＰベースセッション制御プロトコルをサポートするＩＭＳネットワーク及びＳＩＰ／ＩＰネットワークがある。ＳＩＰ／ＩＰコアネットワーク１−１３は、幾つかのＳＩＰプロキシ及びＳＩＰレジストラを含み、ＰｏＣクライアント１−１１とＰｏＣサーバ１−１５との間のＳＩＰ信号送信を経路指定するなどの、ＰｏＣのサポートに必要な機能を実行する。しかしながら、上述のように、コアネットワークは、ＳＩＰ／ＩＰネットワークに限定されず、本発明を実装することができる同じサービスを利用するプロトコルを供給するどのような通信ネットワークであってもよい。
【００１８】
加入者及びグループ管理機能、或いはＰｏＣサービスに必要とされるその一部は、グループ及びリスト管理サーバＧＬＭＳ１−１４において実装される。この機能又は機能の一部は、ＰｏＣサーバ１−１５上で実装することができる。ＧＬＭＳは、同じホームネットワークにおいてＰｏＣクライアント１−１１にグループ及びリストを作成、修正、検索、及び削除するために、グループ及びリストのための記憶装置とリスト管理オペレーションとを供給する。ＰｏＣでのグループ情報は、グループ、コンタクトリスト、及びアクセスリストに構成される。コンタクトリストは、ＧＬＭＳ１−１４にコンタクトエントリを記憶するために使用され、これらは、他のＰｏＣユーザ又はＰｏＣグループとのインスタントトークセッションを設定する際にＰｏＣユーザのためのアドレスブックとしての役割を果たす。ＰｏＣユーザは、１つ又はそれ以上のコンタクトリストを有することができ、各コンタクトリストは、そのＳＩＰ  ＵＲＩ（ユニフォームリソース識別子）によって固有に識別される。ＳＩＰ  ＵＲＩは、ＳＩＰ要求の発信者、現在の宛先、及び最後の受信者を示し、宛先変更アドレスを指定するためにＳＩＰメッセージ内で使用される。通常、ＳＩＰ  ＵＲＩは、ユーザ＠ホストの形式である。ＰｏＣユーザは、タイプ「ユーザ」のリストにユーザコンタクトを記憶し、タイプ「グループ」のリストにグループコンタクトを記憶する。しかしながら、グループ及びリスト管理の詳細は、本発明とは無関係である。
【００１９】
上述のシステム要素についての詳細な技術的仕様、その実装、及び機能は、本発明には無関係であり、本明細書では更に詳細に説明する必要はない。更に、これらは、３ＧＰＰ仕様、ＯＭＡ仕様、及びＩＥＴＦ仕様などの種々の仕様で公的に利用可能であるので、当業者には公知とみなされる。
【００２０】
ＰｏＣサーバ１−１５は、ＰｏＣのためのアプリケーションレベルのネットワーク機能を実装する。言い換えると、ＰｏＣサーバ１−１５は、ＳＩＰ、転送プロトコル、及びリアルタイム転送プロトコル（ＲＴＰ）及びリアルタイム転送制御プロトコル（ＲＴＣＰ）信号送信などの転送制御プロトコルのエンドポイントであるメディア通信サーバを表わす。本発明によるＰｏＣサーバの機能は、使用される実施形態に依存し、以下に詳細に説明される。ＰｏＣサーバは、本明細書ではグループ通信機能を実装するサーバを表わす。グループ通信機能、すなわち本発明によるＰｏＣサーバは、ＰｏＣサーバ固有の機能として以下に説明される機能の少なくとも１つを含む。グループ通信機能は、これらのうちの１つより多い機能を含むことができ、これらの全てを含むこともできる。明確にするために、用語「ＰｏＣサーバ」は、以下ではグループ通信機能を実装する全サーバをカバーするよう使用される。
【００２１】
図２は、本発明の第１の実施形態による機能的なＰｏＣアーキテクチャを示す。ＰｏＣサーバは、ＰｏＣ制御機能ＰｏＣ制御機能２−１及び／又はＰｏＣ参加機能２−２を実行することができる。ＰｏＣグループセッションにおいて、ＰｏＣ制御機能ＰｏＣ制御機能を実行する唯一のＰｏＣサーバが存在するが、ＰｏＣ参加機能を実行する１つ又はそれ以上のＰｏＣサーバが存在することができる。ＰｏＣ制御機能及びＰｏＣ参加機能は、ＰｏＣサーバの異なる役割である。ＰｏＣサーバの役割の決定（ＰｏＣ制御機能又はＰｏＣ参加機能ＰｏＣ参加機能、或いはその両方）は、ＰｏＣグループセッションセットアップ中に行われ、全ＰｏＣグループセッションの持続時間の間続く。１対１ＰｏＣグループセッション及びアドホックＰｏＣグループセッションの場合、招待するユーザのＰｏＣサーバは、ＰｏＣ制御機能を実行することになる。チャットＰｏＣグループ及び既定のグループセッションの場合、グループアイデンティティを所有／ホストしているＰｏＣサーバは、ＰｏＣ制御機能を実行することになる。
【００２２】
更に、本発明の第１の実施形態によれば、図２に示されるように２つの種類のＰｏＣ制御機能、すなわちメインＰｏＣ制御機能２−１１とサブ制御機能２−１２、２−１３が存在する。従って、第１の実施形態は、分散型制御解決策とみなすことができる。メインＰｏＣ制御機能を実行するＰｏＣサーバは、上述のＰｏＣ制御機能を実行するＰｏＣサーバを意味し、よってＰｏＣグループセッションには１つのメインＰｏＣ制御機能だけが存在することができる。しかしながら、サブＰｏＣ制御機能はメインＰｏＣ制御機能ではないので、同じＰｏＣグループセッションに対してゼロ又はそれ以上のサブ制御機能が存在することができる。サブＰｏＣ制御機能及びＰｏＣ参加機能はまた、メインＰｏＣ制御機能と共に１つのＰｏＣサーバ内に常駐することができる。１つ又はそれ以上のサブＰｏＣ制御機能は、メインＰｏＣ制御機能を備えた同じＰｏＣサーバ内に常駐するが、ＰｏＣ参加機能（又は複数の機能）は常駐しない可能性がある。
【００２３】
メインＰｏＣ制御機能、又はサブＰｏＣ制御機能をサポートしない実施形態におけるＰｏＣ制御機能は、集中型ＰｏＣセッション処理、メディア分散、話者識別を含むフロア制御機能、ＳＩＰセッション処理、グループセッションへの参加の実施方針、参加者の情報、請求レポートを提供し、集中型メディア品質情報を収集し提供する。従って、（メイン）ＰｏＣ制御機能は、ホストしているアイデンティティから、並びにサブＰｏＣ制御機能からトークバースト（ｔａｌｋ  ｂｕｒｓｔ）予約要求を受信することができ、ホストしているアイデンティティ、及びサブＰｏＣ制御機能によってホストされているアイデンティティ（場合によっては１つ又はそれ以上のサブＰｏＣ制御機能を介して）に対するトークバーストを開始する権利を認可する。以下では、メインＰｏＣ制御機能は、簡単にするためにＰｏＣ制御機能と呼ばれる。
【００２４】
サブＰｏＣ制御機能は、第１の実施形態において当該サブ制御機能とＰｏＣ制御機能との間にどれ程多くのサブＰｏＣ制御機能が存在するか示す制御レベルを有する。ＰｏＣ制御機能２−１１が、値が１である制御レベルを有すると仮定すると、サブＰｏＣ制御機能２−１２は、制御レベル２を有し、サブＰｏＣ制御機能２−１３は、図２に示される実施例においては制御レベル３を有する。（制御レベルの決定は、図３及び４で更に詳細に説明する。）サブＰｏＣ制御機能は、ホストしているアイデンティティから、及び／又はその自己の制御レベルに比べて次に上の制御レベル（すなわち、制御レベルが３である場合は４）を有する他のサブＰｏＣ制御機能からトークバースト予約要求を受け取り、ホストしているアイデンティティから、或いはその自己の制御レベルに比べ次に高い制御レベルを有するサブＰｏＣ制御機能からトークバースト予約要求をパスし、更に、次に下の制御レベル（すなわち、制御レベルが３である場合２）を有するＰｏＣ機能からのトークバースト認可をホストしているアイデンティティ又はす次に上の制御レベルを有する他のサブＰｏＣ制御機能（又は複数の機能）にパスすることができる。
【００２５】
本発明の別の実施形態において、サブ制御機能は、サブ制御機能があるセッションにおいてホストしているアイデンティティに対してのみ存在することができる。本発明の別の実施形態において、サブ制御機能はまた、ダウンストリーム側の他のサブ制御機能に対して、すなわちより高い制御レベルを有するサブ制御機能に対してサブ制御サーバであるように構成することができる。例えば、サブＰｏＣ制御機能２−１２は、サブＰｏＣ制御機能２−１３に対するサブ制御機能として働くことができるが、あるセッションにおいてはＰｏＣ機能２−１１に何も送信することができない。この特徴は、例えば２つの種類のトークバーストが存在する場合に使用することができる。トークバーストの第１のタイプは、サブ制御サーバ内でローカルとすることができ、従ってアップストリームにはパスされないがダウンストリーム及びホストされたアイデンティティにはパスされ、トークバーストの第２のタイプは、一般的、すなわちアップストリームにもパスされる可能性がある。
【００２６】
制御レベルは、例えば競合するトークバースト予約試行が存在する（１人より多いユーザがトークバーストを送る権利を得るためにボタンを押す）場合に使用することができ、トークバーストを送る権利は、制御レベルに応じて取得することができ、レベルが高い程優先順位は低い。或いは、全ユーザは、当該個々のアイデンティティに招待を送った（サブ）ＰｏＣ制御機能に関連する制御レベルに関係なく同じ優先順位を有することができる。
【００２７】
ＰｏＣ参加機能２−２は、ＰｏＣセッション処理及び入りＰｏＣグループセッションのための実施方針（例えば、アクセス制御、利用可能度状態）を提供し、ＰｏＣクライアント機能２−３とＰｏＣ制御機能２−１１との間のメディアリレー機能、ＰｏＣクライアント機能２−３とＰｏＣ制御機能２−１１との間のフロア制御メッセージリレー機能、ＰｏＣクライアント機能２−３とサブＰｏＣ制御機能２−１２、２−１３との間のメディアリレー機能、及びＰｏＣクライアント機能２−３とサブＰｏＣ制御機能２−１２、２−１３との間のフロア制御メッセージリレー機能を提供することができる。
【００２８】
図３は、本発明の第１の実施形態によるＰｏＣサーバの機能を示すフローチャートである。第１の実施形態において、上述の制御レベルは、ネストグループに対する限界値ＮＬとして使用され、カスケードの深さ（すなわち、ネストグループの深さ）を制限する。ネストグループに対して限界値を使用する別の利点は、あるグループ定義が別のグループ定義を含み、別のグループ定義が更に別のグループ定義を含む、等々よって引き起こされる無限のカスケードを防ぐことができる点である。ネストグループに対する限界値は、例えば、グループアイデンティティの構成におけるユーザによって（例えば、グループアイデンティティに関連するパラメータを有する）、及び／又は初期要求の送信者によって（例えば限界値を初期要求に挿入することによって）、及び／又は送信者のＰｏＣサーバによって（例えば限界値を初期要求に挿入することによって）、及び／又は受信ＰｏＣサーバのいずれかによって、及び／又はグループアイデンティティの作成時のネットワークによって定義することができる。従って、各グループは、グループ又はユーザ定義の値に使用されるデフォルト値とすることができる関連するＮＬをその定義で有することができる。ＮＬはまた、ＰｏＣ機能専用、ネットワーク全体のＰｏＣ特定システムデフォルト値などのネットワーク専用、又はＰｏＣサーバ専用に定義することができる。ＮＬに対する値が得られず、又は定義されない場合、空値は、無限又は１、或いは構成に応じてこれらの間のいずれかと解釈することができる。
【００２９】
図３は、ＰｏＣサーバがグループ通信招待、すなわち後での招待を受け取るステップ３０１から始まる。理解しやすいように、受信された招待におけるターゲットアイデンティティは、ＰｏＣサーバによってホストされるターゲットアイデンティティであると仮定する。招待に応答して、ステップ３０２でセッションが既にＰｏＣ制御機能を有しているかどうかがチェックされる。これは、例えば既存の「制御役割取得」パラメータの値に基づいてチェックすることができる。このようなパラメータの実施例は、「ｉｓｆｏｃｕｓ」機能パラメータ／機能タグである。ＰｏＣ制御機能が既に存在している（ステップ３０２）場合、ステップ３０３で招待のターゲットアイデンティティがＰｏＣサーバによってホストされているグループであるかどうかがチェックされる。そうでない場合、ターゲットアイデンティティは、ステップ３０４で招待される。言い換えると、招待は、ＰｏＣサーバによってホストされている個々のアイデンティティ、或いは招待がアイデンティティ（グループアイデンティティ又は個々のアイデンティティとすることができる）をホストするＰｏＣサーバにルート指定されるターゲットネットワークのいずれかに転送される。
【００３０】
ターゲットアイデンティティがＰｏＣサーバによってホストされているグループである場合（ステップ３０３）、ステップ３０５でネストグループに対する限界値ＮＬが見つけられ、ステップ３０６で制御レベル値ＣＬが見つけられる。制御レベル値は、招待要求における指標から見つけられる。該指標は、例えばレベルを示すための付加的な数字を備えた既存の「制御役割取得」パラメータと共に送信者の制御レベルを示すことができる。招待における「制御レベル指標」は、カスケードレベルを明らかにする。初期ＰｏＣグループをホストしているＰｏＣサーバ、すなわちＰｏＣ制御機能を実行する制御ＰｏＣサーバは、この実施形態では制御レベル１を取り、１に設定された「制御レベル指標」を有する初期グループの「ホストされていない」メンバに招待を送る。また、「制御役割取得」パラメータを用いて、制御レベルを示すことができる。例えば、「制御役割取得」パラメータの値は、サブ制御機能がトリガされる毎に更新することができる。
【００３１】
ＮＬ及びＣＬが既知であるときには、これらの値はステップ３０７で比較される。ＣＬがＮＬよりも小さい場合、ステップ３０８でＣＬはこれに１を加えることによって更新され、ＰｏＣサーバは、ステップ３０９で更新された制御レベルを有するサブＰｏＣ制御機能の実行を開始し、ステップ３１０で更新されたＣＬを有する招待をグループメンバーリストにある各ターゲットアイデンティティに送る。言い換えると、各招待は、ＰｏＣサーバによってホストされている個々のアイデンティティ、或いはアイデンティティ（グループアイデンティティ又は個々のアイデンティティとすることができる）をホストしているＰｏＣサーバに招待が経路指定されるターゲットネットワークのいずれかに転送される。
【００３２】
ＣＬがＮＬより小さくない場合（ステップ３０７）、招待は、エラー応答を送信することでステップ３１１で拒否される。
【００３３】
セッションがＰｏＣ制御機能を持たない場合（ステップ３０２）、ステップ３１２で、ＰｏＣサーバが、ＰｏＣ制御機能を実行するＰｏＣサーバであることに関する条件を満たすかどうかがチェックされる。この条件は、図２と共に上述されている。条件が満たされた場合、ＰｏＣサーバは、ステップ３１３でＰｏＣ制御機能の実行を開始し、ステップ３１４でグループメンバーリスト上の各メンバに招待を送り、制御レベルが１であることを示すための付加的な数字を有する「制御役割取得」パラメータを有するホストされていないメンバに招待を送る。条件が満たされない場合（ステップ３１２）、招待は、ステップ３１５でターゲットネットワークに転送される。
【００３４】
上記では明記されていないが、第１の実施形態による招待は、オリジナルの招待がＮＬを含んでいた場合には、ＮＬを含むのが好ましい。しかしながら、オリジナル招待がＮＬを含んでいた状況でもＮＬの無い招待を送ることができ、及びその逆の場合も同様である。更に、ＰｏＣサーバに対するデフォルトＮＬを定義することができる（１つ又はそれ以上の各ＰｏＣサーバは、固有のデフォルトＮＬを有することができる）。構成に応じて、ＰｏＣサーバ固有のデフォルトＮＬは、招待で受け取ったＮＬ又はグループに対して定義されたＮＬ、ＰｏＣ機能に対して定義されたＮＬ、或いは当該ネットワークに対して定義されたＮＬにより優先される場合があり、或いはこれらに優先する場合もある。
【００３５】
別の実施形態において、ステップ３０７で、ＣＬがＮＬ以下であるかどうか、或いはこれらの間の差が事前に決められたレベルに達するか又は越えるかどうかをチェックすることができる。
【００３６】
また、例えば、サブ制御ＰｏＣサーバが「制御」経路から自己を除外することができ、すなわち幾つかの特別な場合にステップ３０８及び３０９をスキップできるように最適な経路指定が使用される可能性がある。このような特別な場合の実施例は、当該グループに唯一のメンバが存在する場合である。唯一のメンバが存在する場合、実際には制御するグループがなく、従って、ＰｏＣ参加機能が要求された機能に対応するので、当該ＰｏＣサーバは、サブＰｏＣ制御機能を除外することができる。サブＰｏＣ制御機能及びＰｏＣ参加機能が同じＰｏＣサーバ無いにない場合、サブ制御ＰｏＣサーバは経路から自己を除外することができる。
【００３７】
図４は、本発明の第１の実施形態による信号送信を示す信号送信図である。図４では、本発明を例証するための関連するネットワーク要素（機能）だけが示され、更に実際の信号送信の一部だけが示されている。更に、理解しやすいように、１つのネットワークにおいて唯一のＰｏＣサーバ（すなわち、ＰｏＣ機能）が存在するが、１つのネットワークは、１つのネットワーク内に様々なグループをホストする１つより多いＰｏＣサーバを含むことができると仮定する。図４で使用される実施例では、Ｔｉｎａが、自分のホームＰｏＣネットワーク内に１つのグループであるｔｉｎａｓ−ｆｒｉｅｎｄｓ＠ｈｏｍｅを定義し、以下のメンバ：ｍａｒｙ＠ｈｏｍｅ、ｔｏｍ＠ｆｏｒｅｉｇｎ１、及びｔｏｍｓ−ｆｒｉｅｎｄｓ＠ｆｏｒｅｉｇｎ１を含む。最後のｔｏｍｓ−ｆｒｉｅｎｄｓ＠ｆｏｒｅｉｇｎ１は、Ｔｏｍによって定義されたグループであり、以下のメンバ：ａｎｎｅ＠ｆｏｒｅｉｇｎ１、ｍａｒｉａ＠ｆｏｒｅｉｇｎ２、及びｍａｒｉａｓ−ｆｒｉｅｎｄｓ＠ｆｏｒｅｉｇｎ２を含む。同様に、最後のｍａｒｉａｓ−ｆｒｉｅｎｄｓ＠ｆｏｒｅｉｇｎ２は、以下のメンバ：ｊａｃｋ＠ｆｏｒｅｉｎ２、ｈａｒｒｙ＠ｆｏｒｅｉｇｎ３、及びｈａｒｒｙｓ−ｆｒｅｉｎｄｓ＠ｆｏｒｅｉｇｎ３を含むグループである。これらの実施例では、名前は、理解しやすいように、そのアイデンティティが個々のアイデンティティか又はグループのアイデンティティであるかどうかが明らかになるように選択される。しかしながら、ＰｏＣサーバは、グループ名に基づいてその情報を推定することができない。例えば、ドメインｆｏｒｅｉｇｎ１は、ターゲットアイデンティティｔｏｍ＠ｆｏｒｅｉｇｎ１をホストしているＰｏＣサーバＹ１と、ターゲットアイデンティティｔｏｍｓ−ｆｒｉｅｎｄｓ＠ｆｏｒｅｉｇｎ１をホストしているＰｏＣサーバＹ２とを有することができるが、以下では、理解しやすいように唯一のＰｏＣサーバ、すなわちＹがドメインｆｏｒｅｉｇｎ１の全ターゲットアイデンティティをホストしていると仮定する。
【００３８】
図４を参照すると、Ｔｉｎａは、ＰｏＣクライアントＡを使用し、ポイント４−１で自分の友人達をＰｏＣグループセッションに招待する。ＰｏＣクライアントＡは、招待メッセージ４−２を送信する。この実施例では、招待している人がネストグループに対する限界値、すなわちＮＬを設定するよう仮定されている。Ｔｉｎａは、Ｔｏｍのグループ、個々のメンバだけを招待する意図がないので、Ｔｉｎａ（及び／又は自分のユーザ装置）はＮＬに対して値２を与え、これはメッセージ４−２に加えられる。ドメインホーム内でグループをホストしているＰｏＣサーバＸは、メッセージ４−２を受け取り、制御レベル値１を有する制御ＰｏＣサーバとなる。次いで、ＰｏＣサーバＸは、ポイント４−３でｍａｒｙ＠ｈｏｍｅを招待することによってグループメンバーへ招待を送信し始める。更に詳細には、ポイント４−３では以下のことを含む。すなわち、ＰｏＣグループ「ｔｉｎａｓ−ｆｒｉｅｎｄｓ＠ｈｏｍｅ」の制御ＰｏＣサーバとしてのＰｏＣサーバＸは、ＭａｒｙのホームＰｏＣサーバである参加ＰｏＣサーバに招待を送り、更に参加ＰｏＣサーバがＭａｒｙのＰｏＣクライアントに招待を送る。しかしながら、理解しやすいように、これらのステップは、図４に示されていない。ＭａｒｙのホームＰｏＣサーバがＰｏＣサーバＸである場合、招待は、ＰｏＣサーバＸの内部で処理され、次いで、制御ＰｏＣサーバＸから参加ＰｏＣサーバＸに招待を送るのではなく、ＰｏＣサーバＸからＭａｒｙのＰｏＣクライアントに送ることができる。
【００３９】
次のメンバであるｔｏｍ＠ｆｏｒｅｉｇｎ１は、ＮＬ値２及びＣＬ値１を有するメッセージ４−４をドメインｆｏｒｅｉｇｎ１のＰｏＣサーバＹに送ることによって招待される。ターゲットアイデンティティ、すなわちｔｏｍ＠ｆｏｒｅｉｇｎ１は、ＰｏＣサーバＹによってホストされているグループではないので、ＰｏＣサーバＹは、ポイント４−５でターゲットアイデンティティを招待し（サブ制御ＰｏＣサーバになることなく）、メッセージ４−６で肯定応答を送る。次に、ＰｏＣサーバＸは、ＮＬ値２及びＣＬ値１を有するメッセージ４−７をドメインｆｏｒｅｉｇｎ１のＰｏＣサーバＹに送ることによって最後のメンバであるｔｏｍｓ−ｆｒｉｅｎｄｓ＠ｆｏｒｅｉｇｎ１を招待する。
【００４０】
ターゲットアイデンティティがＰｏＣサーバＹによってホストされているグループであり、ＣＬがＮＬよりも小さいので、ＰｏＣサーバＹは、制御レベル２を有するサブ制御ＰｏＣサーバになり、ポイント４−３で上述されたのと同じ方法でポイント４−８でａｎｎｅ＠ｆｏｒｅｉｇｎ１を招待することによってホストされるグループのメンバに招待を送り始める。次に、ｍａｒｉａ＠ｆｏｒｅｉｇｎ２は、ＮＬ値２及びＣＬ値２を有するメッセージ４−９をドメインｆｏｒｅｉｇｎ２のＰｏＣサーバＺに送ることによって招待される。ターゲットアイデンティティがＰｏＣサーバＺによってホストされるグループではないので、ＰｏＣサーバＺは、ポイント４−１０でターゲットアイデンティティｍａｒｉａ＠ｆｏｒｅｉｇｎ２を招待し（サブ制御ＰｏＣサーバになることなく）、メッセージ４−１１で肯定応答を送る。次に、ＰｏＣサーバＹは、ＮＬ値２及びＣＬ値２を有するメッセージ４−１２をドメインｆｏｒｅｉｇｎ２のＰｏＣサーバＺに送ることによって、最後のメンバｍａｒｉａｓ−ｆｒｉｅｎｄｓ＠ｆｏｒｅｉｇｎ２を招待する。ターゲットアイデンティティはＰｏＣサーバＺによってホストされるグループであるが、ＣＬはＮＬより小さくないので、グループアイデンティティは拡張されない。従って、Ｊａｃｋ、Ｈａｒｒｙ、及びＨａｒｒｙの友人達は招待されないが、代わりに、エラーメッセージ４−１３がＰｏＣサーバＹに送られ、ＰｏＣサーバＹは次に、肯定応答メッセージ４−１４をＰｏＣサーバＸに送り、ＰｏＣサーバＸは、肯定応答メッセージ４−１５をＰｏＣクライアントＡに送る。
【００４１】
図５は、本発明の第１の実施形態による別の実装を説明する信号送信図である。図５で使用される実施例は、同じ仮定を備えた図４と同じである。この実施例では、ＮＬに対するデフォルト値が使用され、値は２である。デフォルト値の例は、上記で示されている。デフォルト値が使用されるので、ＮＬ値はメッセージで送信されない。別の相違点は、図５に示された実装において、制御ＰｏＣサーバはＣＬ値のない招待メッセージを他のＰｏＣサーバに送るが、サブ制御ＰｏＣサーバは、ＣＬ値を有し、任意選択的にＮＬ値も有する招待メッセージを送ることである。言い換えると、この例示的な実装では、ＰｏＣサーバは、別のＰｏＣサーバからの招待メッセージの受信に応答して制御ＰｏＣサーバが存在することを認識し、ＣＬをデフォルトＮＬと比較した場合に招待メッセージによって示されるＣＬを使用し、更に更新されたＣＬ値を有し別の招待メッセージを送るように構成されている。ＰｏＣサーバは、別のＰｏＣサーバから受信されたＣＬ値のない招待メッセージに基づいて、比較で使用されるＣＬ値が１であることを推論するように構成されている。
【００４２】
図５を参照すると、Ｔｉｎａは、ＰｏＣクライアントＡを使用し、ポイント５−１で自分の友人達をＰｏＣグループセッションに招待する。ＰｏＣクライアントＡは、招待メッセージ５−２を送る。ドメインホーム内のグループをホストしているＰｏＣサーバＸは、メッセージ５−２を受け取り、メッセージが別のＰｏＣサーバによって送られていないことを通知し、更に制御レベル値１を有する制御ＰｏＣサーバになる。ＰｏＣサーバＸは次に、ポイント４−３で上述されたのと同じ方法でポイント５−３でｍａｒｙ＠ｈｏｍｅを招待することによってグループメンバーに招待を送り始める。次のメンバｔｏｍ＠ｆｏｒｅｉｇｎ１は、メッセージ５−４をドメインｆｏｒｅｉｇｎ１のＰｏＣサーバＹに送ることによって招待される。ターゲットアイデンティティ、すなわちｔｏｍ＠ｆｏｒｅｉｇｎ１がＰｏＣサーバＹによってホストされるグループではないので、ＰｏＣサーバＹは、ポイント５−５でターゲットアイデンティティを招待し（サブ制御ＰｏＣサーバになることなく）、メッセージ５−６で肯定応答を送る。次に、ＰｏＣサーバＸは、メッセージ５−７をドメインｆｏｒｅｉｇｎ１のＰｏＣサーバＹに送ることによって、最後のメンバｔｏｍｓ−ｆｒｉｅｎｄｓ＠ｆｏｒｅｉｇｎ１を招待する。ＰｏＣサーバＸは制御ＰｏＣサーバであるので、招待メッセージはＣＬ値を含まない。
【００４３】
ターゲットアイデンティティは、ＰｏＣサーバＹによってホストされるグループであり、更にこの実施例では招待はＣＬ値の無い別のＰｏＣサーバから受信されたので、ＰｏＣサーバＹはこの実施例では、ＣＬが１であり且つ制御ＰｏＣサーバが存在すると仮定する。ＣＬがＮＬよりも小さいので、ＰｏＣサーバＹは、制御レベル２を有するサブ制御ＰｏＣサーバになり、ポイント４−３で上述されたのと同じ方法でポイント５−８でａｎｎｅ＠ｆｏｒｅｉｇｎ１を招待することにより、ホストされるグループのメンバに招待を送り始める。次に、ｍａｒｉａ＠ｆｏｒｅｉｇｎ２は、ＣＬ値２を有するメッセージ５−９をドメインｆｏｒｅｉｇｎ２のＰｏＣサーバＺに送ることによって招待される。ターゲットアイデンティティがＰｏＣサーバＺによってホストされるグループではないので、ＰｏＣサーバＺは、ポイント５−１０でターゲットアイデンティティｍａｒｉａ＠ｆｏｒｅｉｇｎ２を招待し（サブ制御ＰｏＣサーバになることなく）、メッセージ５−１１で肯定応答を送る。次に、ＰｏＣサーバＹは、ＣＬ値２を有するメッセージ５−１２をドメインｆｏｒｅｉｇｎ２のＰｏＣサーバＺに送ることによって最後のメンバｍａｒｉａｓ−ｆｒｉｅｎｄｓ＠ｆｏｒｅｉｇｎ２を招待する。ターゲットアイデンティティは、ＰｏＣサーバＺによってホストされるグループであるがＣＬはＮＬより小さくないので、グループアイデンティティは拡張されない。従って、Ｊａｃｋ、Ｈａｒｒｙ、及びＨａｒｒｙの友人達は招待されないが、代わりにエラーメッセージ５−１３がＰｏＣサーバＹに送られ、次いで、ＰｏＣサーバＹが肯定応答メッセージ５−１４をＰｏＣサーバＸに送り、ＰｏＣサーバＸが肯定応答メッセージ５−１５をＰｏＣクライアントＡに送る。
【００４４】
サブ制御機能になり招待を開始する代わりにネスト制限デフォルト値ＮＬが図５に示された上述の実施例において１であった場合、ｔｏｍｓ−ｆｒｉｅｎｄｓ＠ｆｏｒｅｉｇｎ１に向けられたポイント５−７での招待を受け取ると、ＰｏＣサーバＹは、ターゲットアイデンティティがＰｏＣサーバＹによってホストされるグループであるがＣＬはＮＬより小さくないので、ＰｏＣサーバＸにエラー応答を送ることになる。従って、グループアイデンティティは、拡張されないことになる。すなわち、Ａｎｎｅ、Ｍａｒｉａ、及びＭａｒｉａの友人達（Ｊａｃｋ、Ｈａｒｒｙ、及びＨａｒｒｙの友人達）は招待されないが、代わりにエラーメッセージがＰｏＣサーバＸに送られ、ＰｏＣサーバＸが肯定応答メッセージをＰｏＣクライアントＡに送ることになる。
【００４５】
図６は、本発明の第２の実施形態によるＰｏＣサーバの機能を示すフローチャートであり、グループをホストしているＰｏＣサーバによってホストされるグループのメンバを直接招待するのではなく、メンバのリストがグループをホストしているＰｏＣサーバに集められる。第２の実施形態において、サブＰｏＣ制御機能は存在せず、従って、第２の実施形態は、集中型解決策と見なすことができる。しかしながら第２の実施形態において、制御レベルは、ネストグループに対する限界値によってカスケードの深さを制限するのに使用される。制御レベルはまた、図２と共に上記で説明された他の目的のためにも使用される。用語「制御レベル」の代わりに、用語「カスケードレベル」を第２の実施形態で同様に使用することができる。
【００４６】
図６は、ＰｏＣサーバがグループ通信招待、すなわち後での招待を受け取るステップ６０１から始まる。理解しやすいように、受信された招待のターゲットアイデンティティは、ＰｏＣサーバによってホストされるターゲットアイデンティティに対するものと仮定される。招待に応答して、ステップ６０２でセッションが既にＰｏＣ制御機能を有しているかどうかがチェックされる。これは、例えば既存の「制御役割取得」パラメータの値に基づいてチェックすることができる。ＰｏＣ制御機能が既に存在している場合、ターゲットアイデンティティを直接招待する代わりに、ターゲットアイデンティティに関する個々のアイデンティティ（又は複数のアイデンティティ）が招待しているＰｏＣサーバに返信される指標を招待が含むかどうかがステップ６０３でチェックされる。言い換えると、招待がリターンリスト指標ＲＬを含むかどうかがチェックされる。
【００４７】
ＲＬを備えた招待は、例えばＩＮＶＩＴＥ及びＯＰＴＩＯＮＳ要求で実装することができる。従って、ＲＬを備えた招待は、実際には招待リストを収集する問合せとすることができる。
【００４８】
招待がＲＬを含む場合（ステップ６０３）、ステップ６０４で、招待のターゲットアイデンティティがＰｏＣサーバによってホストされるグループであるかどうかがチェックされる。そうでない場合、ターゲットアイデンティティは、個々のアイデンティティであり、ステップ６０５で招待リストに挿入され、次いでステップ６０６で招待しているＰｏＣサーバに戻される。言い換えると、招待リストが戻され、招待しているＰｏＣサーバは、招待リストが個々のアイデンティティだけを含むことを認識する。招待リストは、例えば３ｘｘ、２ｘｘ、又は１ｘｘ応答と共に返すことができる。
【００４９】
ターゲットアイデンティティがＰｏＣサーバによってホストされるグループである場合（ステップ６０４）、ネストグループに対する限界値ＮＬは、ステップ６０７で見つけられ、制御レベル値ＣＬはステップ６０８で見つけられる。カスケードレベルを明らかにする制御レベル値は、上述のように招待要求の指標から見つけられる。初期ＰｏＣグループをホストしているＰｏＣサーバ、すなわちＰｏＣ制御機能を実行している制御ＰｏＣサーバは、この実施形態でも制御レベル１を採用し、招待を１に設定された「制御レベル指標」と共に初期グループの「ホストされていない」メンバに送る。
【００５０】
ＮＬ及びＣＬが既知であるときには、これらの値はステップ６０９で比較される。ＣＬがＮＬよりも小さい場合、ステップ６１０でＣＬはこれに１を加えることによって更新され、次いでステップ６１１で、ＲＬ及び更新ＣＬ値を有する招待が、ホストされるグループメンバーリストの各ホストされていないターゲットアイデンティティに送られる。言い換えると、各招待は、アイデンティティ（グループアイデンティティ又は個々のアイデンティティとすることができる）をホストするＰｏＣサーバに招待が経路指定されるターゲットネットワークに転送される。招待を送った後、ＰｏＣサーバは、ステップ６１２で招待応答として招待リストを受信し、ステップ６１３で、受信された招待リスト及びＰｏＣサーバがホストしているグループメンバーの個々のアイデンティティをその固有の招待リストに追加する。（ホストされている個々のアイデンティティを備えたＰｏＣサーバの固有の招待リストは先に形成しておくことができる。）全ての招待に対する応答が受信されると、ＰｏＣサーバは、ステップ６０６で、このように形成された結合招待リストを招待ＰｏＣサーバに返す。
【００５１】
ＣＬがＮＬより小さくない場合（ステップ６０９）、空の招待リストが、招待に対する応答としてステップ６１４で送られる。
【００５２】
招待がＲＬを持たない場合（ステップ６０３）、ステップ６１５で招待のターゲットアイデンティティがＰｏＣサーバによってホストされるグループであるかどうかがチェックされる。そうでない場合、ターゲットアイデンティティは、ステップ６１６で招待される個々のアイデンティティである。
【００５３】
ターゲットアイデンティティがＰｏＣサーバによってホストされるグループである場合（ステップ６１５）、ネストグループに対する限界値ＮＬは、ステップ６１７で見つけられ、制御レベル値ＣＬはステップ６１８で見つけられる。ＮＬ及びＣＬが既知であるときには、これらの値はステップ６１９で比較される。ＣＬの値がＮＬの値よりも小さい場合、ＣＬは、ステップ６２０で１をこの値に加えることによって更新される。次いで、ＰｏＣサーバは、ステップ６２１で更新されたＣＬ値を有する招待をホストされるグループメンバーリスト上の各ホストされる個々のターゲットアイデンティティに送る。ＰｏＣサーバはまた、ステップ６１１に対応するステップ６２１で、ＲＬ及び更新されたＣＬを備えた招待をホストされるグループメンバーリスト上の各ホストされていないターゲットアイデンティティに送る。ＲＬを備えた招待を送った後、ＰｏＣサーバは、招待応答としてステップ６２２で招待リストを受信し、ステップ６２３で、受信された招待リスト上の各個々のターゲットアイデンティティを招待する。
【００５４】
ＣＬがＮＬより小さくない場合（ステップ６１９）、招待は、ステップ６２４でエラー応答を送ることによって拒否される。
【００５５】
セッションがＰｏＣ制御機能を持たない場合（ステップ６０２）、ステップ６２５で、ＰｏＣ制御機能を実行するＰｏＣサーバに関する条件をＰｏＣサーバが満たすかどうかがチェックされる。この条件は、図２と共に上述されている。条件が満たされた場合、ＰｏＣサーバは、ステップ６２６でＰｏＣ制御機能の実行を開始し、ステップ６２７で、グループメンバーリスト上の各メンバに招待を送り、制御レベルが１であることを示すための付加的な数字を有する「制御役割取得」パラメータを有するホストされていないメンバに招待を送る。条件が満たされない場合（ステップ６２５）、招待はステップ６２８でターゲットネットワークに向けて転送される。
【００５６】
上記から分かるように、第１の実施形態の利点は、各ＰｏＣグループセッションが、ＰｏＣグループを所有／ホストする全く同じＰｏＣサーバによってホストされる点である。許可データへアクセスし、且つ通常は許可を与える全く同じサーバで許可が与えられるので、これによって、サブ制御ＰｏＣサーバによってホストされるＰｏＣセッションへのユーザの追加又はＰｏＣセッショからのンユーザの削除が可能になる。
【００５７】
第２の実施形態において、第１の実施形態と同様に、招待はＮＬ及び／又はＣＬを含むことができ、或いは含まない場合もある。上述のＮＬ及びＣＬに関する全ての他の詳細は、第２の実施形態でも有効である。また、リターンリスト指標ＲＬは省略されてもよいが、この場合、招待リストが要求されていることをＰｏＣサーバが認識することに基づき、招待は、ＮＬ又はＣＬ、或いは別のパラメータを含むのが好ましい。
【００５８】
図７は、本発明の第２の実施形態による信号送信を示す信号送信図である。図７で使用される実施例は、同じ仮定を備えた図４と同様である。
【００５９】
図７を参照すると、ＴｉｎａはＰｏＣクライアントＡを使用し、ポイント７−１で自分の友人達をＰｏＣグループセッションに招待する。ＰｏＣクライアントＡは、招待メッセージ７−２を送る。この実施例では、招待する人がネストグループの限界値、すなわちＮＬを設定するものと仮定する。ＴｉｎａはＮＬに対して値２を与え、これはメッセージ７−２に加えられる。ドメインホーム内でグループをホストしているＰｏＣサーバＸは、メッセージ７−２を受信し、制御レベル値１を有する制御ＰｏＣサーバになる。次いで、ＰｏＣサーバＸは、ポイント４−３で上述されたのと同じ方法でポイント７−３でｍａｒｙ＠ｈｏｍｅを招待することでグループメンバーに招待を送り始める。次のメンバｔｏｍ＠ｆｏｒｅｉｇｎ１は、ＮＬ値２、ＣＬ値１、及びＲＬ値「はい」を有するメッセージ７−４をドメインｆｏｒｅｉｇｎ１のＰｏＣサーバＹに送ることによって招待される。メッセージ７−４がリターンリスト指標ＲＬを含み、ターゲットアイデンティティ、すなわちｔｏｍ＠ｆｏｒｅｉｇｎ１が、ＰｏＣサーバＹによってホストされるグループでないので、ＰｏＣサーバＹは、ポイント７−５でターゲットアイデンティティを招待リストに挿入し、メッセージ７−６で招待リストを送る。ステップ７−６ａで、ＰｏＣサーバＸは、ＮＬ、ＣＬ、及びＲＬを使用することなくｔｏｍ＠ｆｏｒｅｉｇｎ１を招待する。言い換えると、招待メッセージは、メッセージ７−４に似ているが、ＮＬ、ＣＬ、及びＲＬが存在しない。次にＰｏＣサーバＸは、ＮＬ値２、ＣＬ値１、及びＲＬ値「はい」を有するメッセージ７−７をドメインｆｏｒｅｉｇｎ１のＰｏＣサーバＹに送ることによって最後のメンバｔｏｍｓ−ｆｒｉｅｎｄｓ＠ｆｏｒｅｉｇｎ１を招待する。
【００６０】
或いは、ＰｏＣサーバＹは、ポイント７−５でターゲットアイデンティティ（ｔｏｍ＠ｆｏｒｅｉｇｎ１）を招待し、実装とＣＬ、ＮＬ、及びＲＬの値（例えばＣＬ＝１の場合）とに応じてメッセージ７−６で肯定応答を送ることができる。次にＰｏＣサーバＸは、ステップ７−６ａでどのようなメッセージも送る必要はない。
【００６１】
ターゲットアイデンティティがＰｏＣサーバＹによってホストされるグループであり、ＣＬ値がＮＬ値よりも小さいので、ＰｏＣサーバＹは、招待リストにポイント７−８でａｎｎｅ＠ｆｏｒｅｉｇｎ１を挿入することによって、制御レベル２を有する招待リストを収集する。次に、ＰｏＣサーバＹは、ＮＬ値２、ＣＬ値２、及びリターンリスト指標ＲＬを備えたメッセージ７−９をドメインｆｏｒｅｉｇｎ２のＰｏＣサーバＺに送ることによって、第２のメンバｍａｒｉａ＠ｆｒｏｅｉｇｎ２を招待する。メッセージ７−９に含まれるＲＬ及びターゲットアイデンティティは、ＰｏＣサーバＺによってホストされるグループではないが個々のアイデンティティであるので、ＰｏＣサーバＺは、ポイント７−１０で招待リストにターゲットアイデンティティｍａｒｉａ＠ｆｏｒｅｉｇｎ２を挿入し、招待リストをメッセージ７−１１でＰｏＣサーバＹに送る。
【００６２】
次に、ＰｏＣサーバＹは、ＮＬ値２、ＣＬ値２、及びリターンリストＲＬ指標を有するメッセージ７−１２をドメインｆｏｒｅｉｇｎ２のＰｏＣサーバＺに送ることによって最後のメンバｍａｒｉａｓ−ｆｒｉｅｎｄｓ＠ｆｏｒｅｉｇｎ２を招待する。ターゲットアイデンティティはＰｏＣサーバＺによってホストされるグループであるが、ＣＬ値はＮＬ値より小さくないので、グループアイデンティティは拡張されない。従って、Ｊａｃｋ、Ｈａｒｒｙ、及びＨａｒｒｙの友人達は招待されないが、代わりに空招待リストがメッセージ７−１３でＰｏＣサーバＹに送られ、次いで、ＰｏＣサーバＹは、その招待リストに受信された招待リストをポイント７−１４で付加し、メッセージ７−１５にこのようにして形成され結合された招待リストをＰｏＣサーバＸに送る。リストの受信に応答して、ＰｏＣサーバＸは、ポイント７−１６でＮＬ、ＣＬ、及びＲＬなしのターゲットアイデンティティを招待する。招待に対する応答を受信した後、ＰｏＣサーバは、肯定応答メッセージ７−１７をＰｏＣクライアントＡに送る。
【００６３】
或いは、ポイント７−５で上述されたように、ＰｏＣサーバＹは、ポイント７−８でターゲットアイデンティティ（ａｎｎｅ＠ｆｏｒｅｉｇｎ１）を招待することができ、実装とＣＬ、ＮＬ、及びＲＬの値（例えば、ＣＬ＝１である場合）とに応じて新しいメッセージで肯定応答を送ることができる。次にＰｏＣサーバＸは、ステップ７−１６又はそれより前にａｎｎｅ＠ｆｏｒｅｉｇｎ１を招待できる。
【００６４】
本明細書では明確に説明していないが、上記の図５で例証された実装原理は、本発明の第２の実施形態にも適用可能であることは当業者には明らかである。
【００６５】
上記から分かるように、第２の実施形態の利点は、フロア制御を処理する制御ＰｏＣサーバすなわち第１ＰｏＣサーバが全ユーザを招待するので、フロア制御が簡単になる点である。ＰｏＣセッションにユーザを追加し、又はＰｏＣセッションからユーザを削除するために、通常はＰｏＣグループを所有しているＰｏＣサーバだけがグループの許可データへアクセスするので、ＧＬＭＳ（許可データを含む）と制御ＰｏＣサーバ間のインターフェイスが必要となる。
【００６６】
本発明の第３の実施形態において、ＰｏＣサーバは、ＰｏＣ制御機能が既に存在している状況において、ホストされるグループに向けられた招待の受信に応答してサブＰｏＣ制御機能をサポートするかどうかを識別するように構成されている。ＰｏＣサーバがサブＰｏＣ制御機能をサポートする場合には、ＰｏＣサーバは第１の実施形態に従って動作する。ＰｏＣサーバがサポートしない場合には、ＰｏＣサーバは、第２の実施形態に従って動作する。ＰｏＣサーバが第２の実施形態に従って動作する場合、カスケードにおける下流側の以下のＰｏＣサーバの全て（すなわち、現在のＰｏＣサーバの制御レベルよりも大きな「制御レベル」を備え、このＰｏＣサーバから送られた要求を受け取るＰｏＣサーバ）はまた、サブＰｏＣ制御機能をサポートする場合にも第２の実施形態に従って動作しなければならない。従って、第２の実施形態に従って動作する第１ＰｏＣサーバにより送られた招待並びに更なる招待は、グループのメンバを招待する代わりに、ホストしているＰｏＣサーバがグループのメンバのリストを戻したことを知らせる指標を含む。「第２の実施形態」の特徴の指標（すなわち、直接招待する代わりにメンバのリストを求める）は、ＯＰＴＩＯＮＳ方法でＳＩＰプロトコルにおいて実装することができ、その後で、メンバーリストが、例えば２００  ＯＫ又は３００多重選択などの１ｘｘ、２ｘｘ、又は３ｘｘ応答メッセージで戻されることになる。
【００６７】
第３の実施形態の基本原理が図８に示されている。図８は、ステップ８０１でセッションがＰｏＣ制御機能を有することを示す招待が受信されたときに開始する。次いで、ＰｏＣサーバは、ステップ８０２で招待が要求リストＲＬなどの「第２の実施形態」の指標を有するかどうかをチェックする。指標がある場合、ＰｏＣサーバは、ステップ８０３で第２の実施形態に従って動作する。招待が「第２の実施形態」の指標を持たない場合（ステップ８０２）、ＰｏＣサーバがサブＰｏＣ制御機能を利用することができるかどうかをステップ８０４でチェックする。例えば、サブＰｏＣ制御機能がＰｏＣサーバによってサポートされないか、或いはＰｏＣサーバの利用可能な容量が使用を許可されないので、ＰｏＣサーバはサブＰｏＣ制御機能を利用することができない可能性がある。サブＰｏＣ制御機能を使用することができる場合（ステップ８０４）、ＰｏＣサーバは、ステップ８０５で第１の実施形態に従って動作する。サブＰｏＣ制御機能を使用できない場合（ステップ８０４）には、ＰｏＣサーバは、ステップ８０３で第２の実施形態に従って動作する。必然的に、招待がＰｏＣサーバによってホストされる個々のアイデンティティに対するものである場合、サブＰｏＣ制御機能がサポートされるかどうかのチェックはスキップすることができる。
【００６８】
本発明の更に別の実施形態において、ＰｏＣサーバは、サブ制御ＰｏＣサーバとして機能する代わりに、第２の実施形態に従って動作するよう決定することができる。この決定は、招待が送られるとき（招待がＲＬ＝「はい」を含むとき）に行うことができ、或いは受信された招待に対する応答として招待リストを送ることによって行うことができる。この実施形態によるＰｏＣサーバは、１つ又はそれ以上の基準を含むことができ、この基準に基づいて決定を行うことが可能である。基準は、負荷、能力などに関連することができる。
【００６９】
本発明の更に別の実施形態において、第２の実施形態に基づく実施形態はデフォルトである。この実施形態において、招待にはＲＬは必要とされない。
【００７０】
本発明の更に別の実施形態において、ＲＬのない招待又は招待／ＯＰＴＩＯＮＳメッセージは、招待リストが要求されていることを示すが、拡張パラメータ（又は対応するパラメータ）を有するメッセージは、サブＰｏＣ制御機能が要求されていることを示す。
【００７１】
理解しやすいように、ホストされるグループのメンバがＰｏＣサーバによってホストされる別のグループを含む場合に、本発明によるＰｏＣサーバがどのように機能するかを上記では説明されていない。構成によっては、ＰｏＣサーバは、メンバーリスト内のホストされるグループをホストされないアイデンティティとしてみなし、すなわち招待をこのグループ（すなわちこれ自体に）に送ることができ、或いはＣＬ及びＮＬを利用する場合としない場合のいずれかで図９で以下に説明されるように動作することができる。
【００７２】
図９は、ホストされるグループのメンバをＰｏＣサーバが通過する場合の本発明によるＰｏＣサーバの機能を示す。この機能は、上記で説明されている実施形態と共に用いることができるが、必須ではない。図９に示されるこの機能はまた、上記の実施形態が用いられない場合、例えば分離されたシステムにおいて、或いは「本発明の背景」の部分で上記で説明された解決策を用いても利用することができる。図９によって示される機能は、上述の制御レベル及びネストグループに対する限界値ＮＬを利用し、カスケードの深さ（すなわち、ネストグループの深さ）を制限する。用語「制御レベル」の代わりに、用語「カスケードレベル」を同様に使用することができる。ネストグループに対する限界値を使用する利点は、上記に説明されている。更に、図９の機能を実装するＰｏＣサーバは、招待を自己に送ることを防ぐ。これは、グループメンバーがＰｏＣサーバによってホストされるグループであるかどうかをチェックすることなく、該ＰｏＣサーバが各グループメンバーに招待を送る場合に生じる可能性がある。
【００７３】
図９は、ＰｏＣサーバが招待を受信した後に始まり、ここでターゲットアイデンティティは、ＰｏＣサーバによってホストされるグループであり、招待は、セッションが既にＰｏＣ制御機能を有していることを示す。ホストされるグループの処理は、上述のようにネストグループに対する限界値ＮＬを見つけることによりステップ９０１で始まる。次いで、ステップ９０２で、カスケードレベルを明らかにする制御レベル値ＣＬが、上述のように招待要求の指標から見つけられる。招待の制御レベル値の代わりに、或いは招待が制御レベル値を含まない場合に、１又はゼロのような事前設定制御レベル値を使用することができ、すなわちステップ９０２に見ることができる。
【００７４】
ＮＬ及びＣＬが既知であるときには、これらの値はステップ９０３で比較される。ＣＬがＮＬより小さくない場合、カスケードレベルが達成されており、「空」がステップ９０４で返される。「空」を返すことによって、図９で説明された機能は、返されるべき全グループメンバーが返ったこと、及び図９で説明された機能が完了したことをＰｏＣサーバすなわちＰｏＣサーバの他の機能に対して示す。
【００７５】
ＣＬがＮＬよりも小さい場合（ステップ９０３）、当該グループのメンバが、ステップ９０５で対応するＣＬを有する（又はＣＬに対する指標を有する）一時的な「チェックリスト」に追加され、処理されるのを待機する。メンバを通過するためには、１つのメンバがステップ９０６で処理されるべきチェックリストから取られる。次いでステップ９０７で、メンバのアイデンティティが、ＰｏＣサーバによってホストされるグループアイデンティティであるかどうかがチェックされる。アイデンティティがホストされるグループアイデンティティである場合には、アイデンティティに対応するＣＬは、ステップ９０８でこれに１を加えることによって更新され、その後、更新されたＣＬは、ステップ９０９でＮＬと比較される。ＣＬがＮＬよりも小さい場合、この機能は、ステップ９０５でこのホストされるグループアイデンティティのメンバをチェックリストに追加することで続く。このとき、対応するＣＬは更新されたＣＬである。
【００７６】
更新されたＣＬ（ステップ９０９）がＮＬより小さくない場合、グループアイデンティティは拡張されず、すなわちグループメンバーは、グループ通信に招待されない。その代わりに、ステップ９１０でチェックリストが空かどうか、すなわちチェックリストにいずれかの未処理のグループメンバーが残っているかどうかがチェックされる。チェックリストが空である場合、全ての可能性のあるメンバは処理されており、「空」が返される（ステップ９０４）。
【００７７】
チェックリストが空でない場合（ステップ９１０）、機能は、処理されるべき１つのメンバを取ることによってステップ９０６に続く。
【００７８】
メンバがＰｏＣサーバによってホストされるグループアイデンティティでない場合（ステップ９０７）、機能は、ステップ９１１でメンバのアイデンティティを返し、ステップ９１０でチェックリストが空であるかどうかをチェックすることによって続く。ステップ９１１で返されたアイデンティティは、ＰｏＣサーバによってホストされる個々のアイデンティティ、又は別のＰｏＣサーバによってホストされるアイデンティティとすることができ、すなわちこれは、個々のアイデンティティ又はグループアイデンティティとすることができる。（他のＰｏＣサーバによってホストされるグループを含むグループを形成することが許容される場合は後者のみ。）少なくともアイデンティティがＰｏＣサーバによってホストされる個々のアイデンティティではない場合に、対応するＣＬは、ステップ９１１でアイデンティティと共に戻されるのが好ましい。その後、この対応するＣＬは、当該アイデンティティがグループに加わるよう招待されたときに追加することができる。
【００７９】
図９で説明された機能が上述の実施形態で実装される場合に、重複ステップが二度は実行されないことは当業者には明らかである。
【００８０】
ドメイン２の全アイデンティティをホストしているＰｏＣサーバＺのような、ドメインの全アイデンティティをホストしている１つのドメインにつき唯一のＰｏＣサーバが存在することは上記で仮定されている。しかしながら、各々がドメインの幾つかのアイデンティティをホストしている１つのドメイン当たりの２つ又はそれ以上のＰｏＣサーバが存在する場合に本発明を実装する方法は、当業者には明らかである。例えば、ドメインｆｏｒｅｉｇｎ２は、ターゲットアイデンティティｍａｒｉａ＠ｆｏｒｅｉｇｎ２をホストしているＰｏＣサーバＺ１、及びターゲットアイデンティティｍａｒｉａｓ−ｆｒｉｅｎｄｓ＠ｆｏｒｅｉｇｎ２をホストしているＰｏＣサーバＺ２を有することができる。
【００８１】
上記では、ＰｏＣ制御機能の制御レベルが１であるか、或いは初期グループのカスケードレベルが１であり、更に後で増大すると仮定されているが、ネストグループに対する限界値ＮＬを開始制御レベル又はカスケードレベルとして設定し、次いでこれがゼロになる（又は別の所与の限界値に達する）まで段階的に減少させることにより、本発明を適用することができることは当業者には明らかである。初期グループの制御レベル又はカスケードレベルは負であることができ、更に所与の限界値に達するまで増大されることも明らかである。これら、並びに上記で開示された比較は、ＣＬとＮＬの比較に関する事前に定められた定義の種々の実施例である。制御レベル又はカスケードレベルは比較を行う前に更新することができる点も明らかである。
【００８２】
本発明は、制御レベルをカスケード限界値又はカスケードレベルとして用いる実施形態と共に上記で説明されているが、カスケード限界値を有することなく本発明を実装する方法は当業者には明らかである。例えば、ステップ３０５、３０７、及び３１１は、第１の実施形態ではスキップすることができ、ステップ３０７での答えが「はい」であった場合にプロセスは続行し、他の目的に使用されない限り招待メッセージでＮＬを定義し、及び／又はＣＬを送信する必要はない。エンドレスのカスケードの場合でも、グループメンバーは、グループのメンバを見つると同時に前のグループの既に見つけられたメンバに招待が送られるので、グループに加わるよう招待される。
【００８３】
値を有する上述のパラメータＮＬ、ＣＬ、及びＲＬの１つ又はそれ以上はまた、バイナリ表示とすることができる。これらの１つ又はそれ以上は、ＳＩＰヘッダ、ＳＩＰ  Ｐ−ヘッダ、要求本体、ＵＲＩ−パラメータ、ヘッダパラメータ、トークンなどにおけるものとすることができる。
【００８４】
通信システムは、例えば、種々の仕様のリリースに従って構築されることに起因する種々の能力を備えたＰｏＣ機能、ＰｏＣサーバ、及び／又はＰｏＣクライアントを含むことができる。ＰｏＣサーバなどのネットワーク要素、又はＰｏＣクライアントのようなユーザ装置が、ＣＬ又はＮＬなどの上述の拡張を理解するように構成されていない場合には、要求で受け取った拡張は単に無視される。
【００８５】
本発明は、グループが既定又は事前定義のＰｏＣグループのいずれかであるものと仮定して上記で説明してきた。しかしながら、アドホックＰｏＣグループセッションも設定することができ、ユーザ／グループをアドホックＰｏＣグループセッションに加わるように招待することができる。この場合、ＰｏＣクライアントは、招待の本体で運ばれるＵＲＩ−リストと共にカンファレンス−ファクトリＵＲＩに向けられたＩＮＶＩＴＥ要求などの招待を送ることができる。ＵＲＩ−リスト（使用される実際のフォーマットは本発明に対する有意性を持たないので、以下はコンテンツを示すが、実際のフォーマットではない）は、例えばａｎｎｅ＠ｈｏｍｅ．ｎｅｔ；ｐｅｔｅｒ＠ｆｏｒｅｉｇｎ．ｎｅｔ；ａｎｎｓ−ｆｒｉｅｎｄｓ＠ｆｏｒｅｉｇｎ．ｎｅｔ；ｐｅｔｅｒｓ−ｆｒｉｅｎｄｓ＠ｆｏｒｅｉｇｎ．ｎｅｔ；ｓｕｓａｎ＠ｈｏｍｅ．ｎｅｔのようなものとすることができる。ＵＲＩ−リストの他の実施例は、インターネット草案「ｄｒａｆｔ−ｉｅｔｆ−ｓｉｐｐｉｎｇ−ｕｒｉ−ｌｉｓｔ−ｃｏｎｆｅｒｅｎｃｉｎｇ−０１．ｔｘｔ」に見ることができる。例えば、事前に設定されたセッションの場合には本体でＵＲＩ−リストを運ぶＲＥＦＥＲ要求を使用することができる。実施例は、インターネット草案「ｄｒａｆｔ−ｉｅｔｆ−ｓｉｐｐｉｎｇ−ｍｕｌｔｉｐｌｅ−ｒｅｆｅｒ−００．ｔｘｔ」に見ることができる。使用される招待方法及び招待要求は、実際の発明には関連しないことを理解されたい。従って、アドホック招待方法は図面では説明していないが、「ｔｉｎａｓ−ｆｒｉｅｎｄｓ＠ｈｏｍｅ」などの簡単な招待が使用される。上述の招待は、ＰｏＣクライアントがユーザ／グループを招待する方法の例証に過ぎず、本発明はまた、（初期）招待が別の方法で行われる場合にも適用可能である。
【００８６】
上記には説明していないが、本発明はまた、一般的な会議環境にも適用できる。上述のＰｏＣグループセッションは、実際には会議の実施に過ぎず、同様にＰｏＣグループセッションアイデンティティ／ＵＲＩは、会議ＵＲＩの実施例であり、ＰｏＣクライアントは、会議に接続するのに使用されるユーザ装置の実施例である。
【００８７】
上述の本発明は、グループトランザクション、すなわちネストグループ又はリストがセッションセットアップなしで必要とされる場合にも使用することができることは当業者には明らかである。この種の状況の実施例は、１つ又はそれ以上のグループをメンバとして有するグループにインスタントメッセージが送られる場合である。これらのグループアイデンティティは、上述のＰｏＣサーバに対応するグループリスト（管理）サーバ、又はリソースリストサーバＲＬＳ、又は同様のものにおいてホストすることができる。
【００８８】
上述の本発明は他の種類の要求でも使用することができることは、当業者には明らかである。例えば、本発明は、インスタントメッセージ、「蓄積転送」メッセージ、及びセッション生成メッセージなどの種々の種類のメッセージ要求で使用することができる。このようなメッセージ要求の実施例は、メンバとして１つ又はそれ以上のグループを有するグループに送られるインスタントメッセージ要求である。これらのグループアイデンティティは、上述のＰｏＣサーバに対応するグループリスト（管理）サーバ又はリソースリストサーバＲＬＳ又は同様のものでホストすることができる。「蓄積転送」メッセージは、インスタントメッセージのようなものであるが、これらは通常、メッセージを受信者が直ちに受信するか、又は直ぐ連絡可能でない場合は後で受信したことを確認するために記憶される。セッション生成メッセージは、ベアのトランザクションではないが、セッション、ダイアログ、又は同様のものを生成する。セッション生成メッセージを使用することができる実施例は、チャットセッションである。
【００８９】
図３から９に示されたステップ及び信号送信メッセージは、絶対的な時間順ではなく、ステップの幾つかは、同時に、或いは所与の順序とは異なって実行することができる。他の機能もまた、ステップ間又はステップ内で実行することができる。またステップの幾つか又はステップの一部を省くことができる。信号送信メッセージは、単に例証に過ぎず、同じ情報を送信するための幾つかの別個のメッセージを含むことができる。更に、メッセージも他の情報を包含することができる。メッセージはまた、自由に組み合わせ、或いは幾つかの部分に分割することができる。更に、メッセージの名前は、上述の名前とは異なる場合があり、プロトコルはＳＩＰ以外のものである可能性がある。ネットワーク構造に応じて、種々の機能がその間で分割される他のネットワークノードは、データ送信及び信号送信に参加することができる。
【００９０】
本発明の機能を実装する通信システム、ユーザ装置、及びグループ通信サーバは、従来技術の手段だけではなく上述の機能の１つ又はそれ以上を提供する手段をも含む。本グループ通信サーバは、本発明に従う機能で利用できるプロセッサ及びメモリを含む。本発明を実装するのに必要な全ての修正及び構成は、付加又は更新されたソフトウェアルーチン、アプリケーション回路（ＡＳＩＣ）、及び／又はＥＰＬＤ（電気的プログラム可能論理デバイス）及びＦＰＧＡ（書替え可能ゲートアレイ）などのプログラム可能回路として実装できるルーチンとして実行することができる。
【００９１】
技術が進歩するにつれて、本発明の概念は種々の方法で実装することができることは当業者には明らかであろう。本発明及びその実施形態は、上述の実施例に限定されず、請求項の範囲内で変更することができる。
【図面の簡単な説明】
【００９２】
【図１】グループ通信サービスを提供する通信システムの一般的なアーキテクチャの実施例を示す図である。
【図２】本発明の第１の実施形態による種々の制御機能を示す図である。
【図３】本発明の第１の実施形態によるＰｏＣサーバの機能を示すフローチャートである。
【図４】本発明の第１の実施形態による信号送信を示す信号送信図である。
【図５】本発明の第１の実施形態による信号送信を示す信号送信図である。
【図６】本発明の第２の実施形態によるＰｏＣサーバの機能を示すフローチャートである。
【図７】本発明の第２の実施形態による信号送信を示す信号送信図である。
【図８】本発明の第３の実施形態を示すフローチャートである。
【図９】ＰｏＣサーバの機能を示すフローチャートである。
【符号の説明】
【００９３】
１−１１  ＰｏＣクライアント
１−１２  アクセス
１−１３  コア
１−１４  ＧＬＭＳ
１−１５  ＰｏＣサーバ
１−２５  ＰｏＣサーバ
２−１１  ＰｏＣ制御機能
２−１２  サブＰｏＣ制御機能
２−１３  サブＰｏＣ制御機能
２−２  ＰｏＣ参加機能
２−３  ＰｏＣクライアント機能
【図１】
2007534247.tif 000003
【図２】
2007534247.tif 000004
【図３】
2007534247.tif 000005
【図４】
2007534247.tif 000006
【図５】
2007534247.tif 000007
【図６】
2007534247.tif 000008
【図７】
2007534247.tif 000009
【図８】
2007534247.tif 000010
【図９】
2007534247.tif 000011
【国際調査報告】
2007534247.tif 000012
2007534247.tif 000013