JP2004512767A - マルチユーザー用通信インフラ基盤配置 - Google Patents

Abstract

本発明は、少なくとも一つのクライアント・グループ（ＣＧ）に入会した何人かのクライアント間でアプリケーション通信ネットワーク（１）全体を通じて同時通信を可能にする、マルチユーザー・アプリケーション、すなわち、複数クライアント用アプリケーションのデータ処理システムにおける通信インフラ基盤配置、及び前記データ処理システム用のコンピュータ読み取り可能プログラム製品に関する。アプリケーション通信ネットワーク（１）上には少なくとも一つの分散されたマルチユーザー・アプリケーションが備えられている。各マルチユーザー・アプリケーションは、ノード（ＡＣ，ＡＳＮＳ，ＡＣＧ，ＡＲ，ＡＳ，ＡＰＤＢ，ＡＬＳ，ＡＮＭＳ，ＣＡＳ，ＣＧＨ）と、各クライアント・グループ（ＣＧ）を扱うデータベース（１１，ＤＢ１，ＡＰＤＢ）とを有する。各クライアント・グループ（ＣＧ）用の属性のセット（７，８，ＣＧＤＢ）は、クライアント・グループの機能および用途を決定する。属性が一覧表示される少なくとも一つのセッション（１３）が備えれている。属性の選択は、クライアント・グループ（ＣＧ）の意図された機能とアプリケーション通信ネットワーク（１）の能力とに適合するように行われる。
【選択図】図１

Description

【０００１】
本発明は、主に請求項１のプリアンブルによる通信インフラ基盤配置に関する。
【０００２】
発明の技術分野
本発明は、幅広く分散した複数のユーザが、リアルタイムに会話するネットワーク化された仮想環境に適用される。本明細書では、アプリケーションは、ネットワーク化された環境を処理している分散型コンピュータ・プロセスとして定義される。このようなアプリケーションは、現実の感覚と仮想世界で強化される（培われた）経験を狙いとしている。これらのアプリケーションは、軍事および産業界の団体訓練、協働設計およびエンジニアリング、複数のプレーヤーによるゲーム、仮想ショッピング、遠隔でのクライアントサポート、遠距離学習に使用される。このアプリケーション・セッションは、幾つかの所定の条件下で終了する。
【０００３】
ネットワーク化された仮想環境を処理する分散型コンピュータ・プロセスは、アプリケーションと呼ばれる以下のものにおいて行われる。
【０００４】
アプリケーション・セッションは、任意の時点で開始されるアプリケーションのインスタンスであり、クライアントはこの仮想世界に入会したり、退会したりでき、アプリケーション・セッションは幾つかの所定の条件下で結局終了する。
【０００５】
本出願には、幾つかの同時係属の出願がある。それらの一つは、ＳＥ　９９０１６９４−１およびＵＳ　０９／３０７７１２の両方からの優先日、１９９９年５月１０日を有するＰＣＴ／ＳＥ００／００９３２「アプリケーション・アクセス・サーバー」である。
【０００６】
本出願と時を同じくして、同時係属の出願として、ＳＥ−．．プロファイル）「マルチユーザ・アプリケーション用の柔軟性のある通信インフラ基盤の自動構成」と、ＳＥ−．．ネーム・サーバー「ネットワーク化マルチユーザ・アプリケーション用ネーム・サービス」がある。
【０００７】
本出願で示され、説明される要素の幾つかは、同時係属の出願において、より詳細に説明する。本出願で示され、説明される要素の幾つかは、同時係属の出願においてより詳細に説明され、それらの同時係属の出願はその全体において本明細書に援用される。
【０００８】
表現用ＩＰマルチキャストに関しては本明細書の巻末の付録を参照されたい。
【０００９】
関連技術の説明
ＰＣＴ／ＳＥ００／００９３２は、同時係属の出願であり、多数の参加者の間での通信ネットワークにおけるリアルタイム性能について説明する。サーバー・ユニットは、クライアント・ユニットからの情報を受信する受信手段を備えるものとして提供される。このサーバー・ユニットは、クライアント・ユニットの各々から受信された状態情報を格納し、この情報を、ネットワーク内のノードに送る。また、クライアントへ格納情報の少なくとも一部を送信する。このようにして、アプリケーション全体の状態は、ネットワーク内の一つ以上のユニット内に維持されることができる。これにより、各クライアントが状態全体を格納する必要性を無くし、各クライアントのメモリーおよびバンド幅要件を低減させる。
【００１０】
マイクロソフトからのダイレクトプレイ・アプリケーション・プログラミング・インターフェースは、階層構造のプレーヤー・グループの概念を使用する。この提案における概念の幾つかは記事、ダイレクトプレー（Ｂ．バーゲンおよびＰ．ドネリーの「内部ダイレクトＸ」、マイクロソフト・プレス１９９８）で発表された。しかし、この文献は、以下ＡＰＩと呼ばれるアプリケーション・プログラム・インターフェースだけを記載し、完全なアプリケーション・ネットワークについては記載していない。
【００１１】
ｈｔｔｐ：／／ｗｗｗ．ｇａｍａｓｕｔｒａ．ｃｏｍ／ｆｅａｔｕｒｅｓ／２００００６２１／ａｒｏｎｓｏｎ　０１．ｈｔｍは、複数のプレーヤーによるゲームにおけるクライアント・グループの使用に関して、２０００年６月２１日にインターネット上で発行されたジェシー　アロンソンによる記事、「ネットワーク・ゲーミングのグループ化使用」である。
【００１２】
発明の目的
クライアント・グループとは、アプリケーション・ネットワークにおけるグループとして登録されるクライアントのセットである。
【００１３】
本発明の目的は、十分に定義されたクライアント・グループに対する同一のデータの同時配信を含む、アプリケーション・データの効果的なマルチキャスティングを行う通信インフラ基盤を提供することである。
【００１４】
本発明のもう一つの目的は、クライアント・グループにおけるクライアント・グループと個々のクライアントの認証を容易にすることができる通信インフラ基盤を提供することである。
【００１５】
本発明のもう一つの目的は、セキュリティ、すなわちクライアント・グループへの個人の通信によるアプリケーション・データへのアクセスを制御するための通信インフラ基盤を提供することである。
【００１６】
本発明のさらにもう一つの目的は、アプリケーション・データと、アプリケーション・データ・ストリームを所有するアプリケーションにおける持続性の論理的役割を作成および管理する通信インフラ基盤を提供することである。クライアント・グループは、ゲーム・データを所有および制御するが、現実のクライアントマシンまたは人間のプレーヤーには対応しない疑似クライアントとなりうる。
【００１７】
本発明のさらにもう一つの目的は、制御された収集オーナーシップを有する共有アプリケーション・データと、アプリケーション・データ・ストリームを作成および管理する通信インフラ基盤を提供することである。
【００１８】
本発明のほかの目的は、クライアント・グループの会員の状態についての情報を配信する通信インフラ基盤を提供することである。
【００１９】
発明の概要
本発明は、クライアント・グループを扱うノードおよびデータベースを有するアプリケーション通信ネットワーク上の分散型マルチユーザー・アプリケーションにおいてクライアント・グループを使用するためのものである。
【００２０】
クライアント・グループ属性
クライアント・グループ（ＣＧ）は、クライアント・グループの機能および用途を決定する属性のセットを有することができる。これらの属性については、この章で一覧表示される。各属性は他の属性とは別々に設定されてもよい。各属性の選択は、クライアント・グループＣＧの意図する機能とアプリケーション・ネットワークの能力に適合するように行われる。属性としては、受信者、ソース、会員資格保護モード、イベント配信モード、名前および通称名、配信モード、終了条件、クライアント・プロファイル、ペアレンツ、祖先、チルドレン、子孫などが挙げられる。
【００２１】
受信者
受信者のクライアント・グループは、クライアント・グループの全会員に同一のデータを配信するのに使用される。受信者クライアント・グループは、関連づけられたネットワーク・アドレス（例えば、ＩＰマルチキャスト）またはアプリケーション・アドレスを有する。クライアント・グループまたはクライアントアドレスは、ネットワーク・アドレスまたはアプリケーション・アドレスのいずれかである。このアドレスを認識する送信者は、グループの全会員にデータを送信することができるだろう。
【００２２】
ソース
ソースのクライアント・グループは、アプリケーション・データ単位のオーナーまたはソースである。このクライアント・グループは、データ単位の送信者の役割りを果たす。疑似クライアントとは、例えば、セッションに持続的なサービスを提供するために通称名としてクライアント・グループを使用する一つまたは幾つかのアクティブ会員を有するソースのクライアント・グループである。疑似クライアントは、二次データに参加しないパッシブ会員を有することもできる。パッシブ会員は例えばアクティブなクライアントが退会するときにアクティブとなることができる。
【００２３】
会員資格保護モード
クライアント・グループの入会および／または退会する権利は、有資格クライアントだけが会員として受け入れられるセキュリティ・システムによって保護されることが可能である。その場合、この会員資格保護モードはクローズされている。また、このモードは、全てのクライアントが望み通りに入会および退会する自由を与えられている。その場合、会員資格保護モードはオープンである。これらのモードは、二つ以上となってもよい。
【００２４】
イベント配信モード
クライアント・グループの会員は、クライアント入会、クライアント退会、作成および削除対象のデータ単位、データ予約申し込みなどの全グループ・イベントについての情報を得ることができる。その場合、このイベント配信モードは多弁なモードである。また、会員がこのような情報を得ることができない。その場合、このイベント配信モードは無言のモードである。
【００２５】
名前および通称名
ネットワーク・アドレスまたはアプリケーション・アドレスにより、クライアント・グループを識別することができる。クライアント・グループは、アプリケーションによって認識され、以下に説明されるようなアプリケーション・セッション・ネーム・サーバーまたはＣＧＨ内に任意に格納される名前を有することもできる。また、クライアント・グループは、通称名と呼ばれる、一つまたは複数の別名を有することもできる。本明細書で言及するものを含むクライアント・グループを識別する手段はすべて、クライアント・グループ識別子と呼ばれる。
【００２６】
配信モード
アドレッシングのためにクライアント・グループ識別子を用いてクライアント・グループにデータ単位を送信する送信者を考えることにしよう。クライアント・グループの会員にデータ単位を送信する方法はクライアント・グループ配信モードと呼ばれる。実行可能な配信モードとは、
１）ユニキャスト
送信者は、グループの会員に対する個々のアドレスの一覧表を検索し、各会員にデータ単位の一つのコピーを送る。
２）ブロードキャスト
送信者は、データ単位がクライアント・グループの会員向けであることを示すタグを有するセッションにおいて全参加者にデータ単位を送信する。クライアント・グループの全会員は、データ単位を受信する。ＩＰおよびＬＡＮブロードキャストは、この範疇に属する。
３）ＩＰマルチキャスト
このクライアント・グループは、ＩＰマルチキャスト・アドレスと関連づけられている。ＩＰマルチキャストは、本明細書の巻末にある付録に記載されている。
４）アプリケーション・マルチキャスト
以下に記載されるアプリケーション・ネットワークは、アプリケーション・レベルでのマルチキャスト機能を提供する。送信側のクライアントは、アプリケーション・ルーターにデータ単位のコピーを一部送る。このデータ単位は、クライアント・グループを識別するタグを有する。このタグは、クライアント・グループへのアプリケーション・アドレスである。このアプリケーション・ルータのシステムは、アプリケーション・ネットワーク全体を通してデータ単位を送信し、必要に応じてコピーを行う。クライアント・グループの全会員は、データ単位を受信する。
５）中央サーバー・マルチキャスト
アプリケーション・コンテンツ・サーバーが、送信側のクライアントからデータ単位のコピーを一部受け取り、クライアント・グループの全会員にデータ単位のコピーを一部配信する。
【００２７】
クライアント・プロファイル
アプリケーション・ネットワーク・パラメータのセットから成るクライアント・プロファイルは、クライアント・グループが作成される前に作成および格納される。このクライアント・プロファイルは、本発明の一部ではなく、同時係属の出願ＳＥ−．．．．｛Ｐｒｏｆｉｌｅｓ｝において詳細に記載される。このクライアント・プロファイルは、任意のクライアント・グループが、マルチユーザー・アプリケーション・セッションに参加する前に、プログラマブル・アプリケーション・ネットワークとクライアント・コンピュータとを初期化し、作成したりするのに使用される。クライアント・グループを作成したいユーザーは、特定のクライアント・プロファイルの使用についてサービス・プロバイダーと交渉する。
【００２８】
チルドレン
クライアント・グループは、別のクライアント・グループの会員であることができる。クライアント・グループの会員であるクライアントおよびクライアント・グループのセットは、クライアント・グループＣのチルドレンと呼ばれる。
【００２９】
子孫
クライアント・グループＣのチルドレンは、会員として別のクライアント・グループを有することもできる。これにより、Ｃを最上部ノードとするクライアント・グループの階層が作成される。Ｃの会員または会員の会員の何れかであるか、又は階層中のＣより下のどこかに発生する全クライアント・グループのセットは、Ｃの子孫と呼ばれる。
【００３０】
ペアレンツ
クライアント・グループは、別のクライアント・グループの会員であることができる。任意のクライアント・グループＣを会員として有するクライアント・グループのセットは、クライアント・グループＣのペアレンツと呼ばれる。
【００３１】
祖先
子孫として任意のクライアント・グループＣを有する全クライアント・グループのセットは、Ｃの祖先と呼ばれる。
【００３２】
図面の簡単な説明
本発明の理解をより完全にし、そのさらなる目的と利点のため、添付図面に示される以下の実施例の説明を参照する。
図１は、本発明のネットワーク化された仮想環境をサポートするのに適切なプログラマブル・アプリケーション・ネットワーク（ＰＡＮ）を図示する。
図２Ａ乃至図２Ｃは、本発明の動作を図示する工程図である。
図３は、クライアント・グループ・ハンドラー（ＣＧＨ）の、可能な実施例を図示する。
図４は、各矢印が、データ・パスを示すＩＰマルチキャスティングを図示し、付録に関係する。
【００３３】
好ましい実施例の詳細な説明
アプリケーション・ネットワーク（ＡＮ）１
図１においては、アプリケーション・ネットワーク１は、ネットワーク化された仮想環境をサポートするのに適している。このアプリケーション・ネットワーク１は、インターネット・プロトコルなど、汎用通信プロトコル用の通信リンクおよびルーターを有する通信ネットワーク２を備える。このアプリケーション・ネットワーク１はまた、アプリケーション・セッション１３をサポートするための専用のＡＣ，ＡＳＮＳ，ＡＣＧ，ＡＲ，ＡＳ，ＡＰＤＢ，ＡＬＳ，ＡＮＭＳ，ＣＡＳ，ＣＧＨなどの幾つかのノードを有する。これらのノードの全てが、任意のアプリケーション・セッション１３に存在しなければならないわけではない。任意のノード・タイプの幾つかのインスタンスが存在するかもしれない。
【００３４】
アプリケーション・ネットワーク１は、アプリケーション・ネットワーク・パラメータを設定することによって、任意のアプリケーション・セッション１３と任意のクライアントセットとをサポートするようにプログラム化または構成されることができるので、十分なバンド幅、ネットワーク・アドレス、サーバー・メモリー、サーバー演算能力、アプリケーション・コンテンツ・ジェネレーター容量、アプリケーション・セッション・ネーム・サーバー容量などが割り当てられる。
【００３５】
プログラマブル・アプリケーション・ネットワーク１のノードについては以下に記載される。
【００３６】
クライアント・グループ・ハンドラー（ＣＧＨ）
本発明の特定手段である少なくとも一つ、好ましくは幾つかのクライアント・グループ・ハンドラーＣＧＨが存在しうる。クライアント・グループ・ハンドラーＣＧＨは、クライアント・グループについてのデータを含むデータベースＤＢ１を備える。このデータは、各クライアント・グループに対して会員の一覧表とクライアント・グループの属性の一覧表を有する。データベースＤＢ１はまた、招待された会員の一覧表（以下参照）と、クライアント・グループ・オーナーの一覧表（以下参照）と、その他考えられるデータを備えることもできる。
【００３７】
クライアント・グループ・ハンドラーＣＧＨは、以下に記載されるクライアント・グループ上の操作をサポートする。操作の例としては、クライアント入会と、オブジェクト・グループ作成がある。クライアント・グループ・ハンドラーＣＧＨの詳細説明を以下に行うと共に、図２Ａ乃至図２Ｄおよび図３に図示する。各クライアント・グループ・ハンドラーＣＧＨは、幾つかのアプリケーション・セッション１３を扱うことができる。所定のアプリケーション・セッション１３は、幾つかのクライアント・グループ・ハンドラーＣＧＨを使用することができる。このセッションでの各クライアント・グループ・ハンドラーＣＧＨは、クライアント・グループ・データベースの別々の部分を任意に管理することができる。幾つかのクライアント・グループ・ハンドラーＣＧＨはまた、分散型データベースを扱うのに公知の方法に従って、同一データベースＤＢ１を管理することもできる。
【００３８】
クライアント・グループ・ハンドラー（ＣＧＨ）は、クライアント・グループに対して少なくとも二つの配信モードを有する。これらのモードの中には、会員がその情報を取得する多弁なモードと呼ばれる少なくとも一つのモードがあり、もう一つはクライアント・グループ内の少なくとも何人かの会員がこのような情報を得ることができない無言のモードである。従って、幾つかの多弁なモードがあり、そこでは会員は個々の多弁なモードに規定される異なった量および／または種類の情報を与えられることができる。多弁なモードのうちの一つは、考えうる情報全てをクライアント・グループに付与することができる一方、もう一つの多弁なモードは、それらの特性が特別な関心事であるため、この多弁なモードを有するクライアント・グループに付与し、クライアントの入会および退会だけを行うことができる。クライアント・グループ・ハンドラーＣＧＨは、クライアント・グループの名前または別名を格納するので、ネットワーク・アドレスまたはアプリケーション・アドレスは、クライアント・グループ上の操作をサポートするために、クライアント・グループを識別することができる。
【００３９】
アプリケーション・ロビー・サーバー（ＡＬＳ）（オプション）
アプリケーション・ロビー・サーバーＡＬＳはオプションであり、アプリケーション・セッションのセットアップに使用される。オプションのノードは全て点線で図示されている。アプリケーション・セッションのセットアップはアプリケーション・ルーターＡＲ内、またはクライアント認証サーバーＣＡＳで行うこともできる。このアプリケーション・ロビー・サーバーは、外部ノードとして設けることができるので、点線による接続で印をつけたようなプログラマブル・アプリケーション・ネットワーク１への接続を行う必要はない。
【００４０】
参加者５は、アプリケーション・ロビー・サーバーＡＬＳにして、アプリケーション・セッションを開始するように交渉することができる。アプリケーション・サービス・プロバイダー６は、アプリケーション・ロビー・サーバーＡＬＳを使用して、参加者を認証したり、アカウンティング処理を行うことができる。アプリケーション・ロビー・サーバーＡＬＳは、例えば、セッション・プロファイル７を使用して、アプリケーション・セッション１３の初期化の一部として、クライアント・グループをセットアップすることができる（ＳＥ−．．｛Ｐｒｏｆｉｌｅ｝参照）。アプリケーション・ロビー・サーバーＡＬＳは、初期化された各クライアント・グループにクライアント・プロファイル８をオプションで指定することができる（ＳＥ−．．．｛Ｐｒｏｆｉｌｅ｝参照）。
【００４１】
セッション・プロファイル７は、アプリケーション・セッション１３に有効なアプリケーション・ネットワーク・パラメータのセットから成る。このセッション・プロファイルは、アプリケーション・セッションが開始される前にプログラマブル・アプリケーション・ネットワークを初期化および作成するために使用される。
【００４２】
クライアント・プロファイル８は、アプリケーション・セッション１３の参加者に有効なアプリケーション・ネットワーク・パラメータのセットから成る。このクライアント・プロファイルは、任意のクライアントがアプリケーション・セッションに参加する前にプログラマブル・アプリケーション・ネットワーク及びクライアントコンピュータを初期化および作成するために使用される。
【００４３】
クライアント・プロファイルのセットはセッション・プロファイルに関連づけられてもよい。各アプリケーションは、一つまたは幾つかのクライアント・プロファイルおよびアプリケーション・セッション・プロファイルにオプションで関連づけられる。
【００４４】
アプリケーション・ネットワーク・パラメータのセットから成るセッション・プロファイル７は、セッション１３が始まる前に作成および格納される。このセッション・プロファイル７は、マルチユーザー・アプリケーションが開始される前にプログラマブル・アプリケーション・ネットワーク１を初期化および作成するために使用される。アプリケーション・セッション１３を起動したいユーザーは、特定のセッション・プロファイル７の使用についてアプリケーション・サービス・プロバイダー６と交渉する。セッション・プロファイル７は、セッション１３が初期化されるときに作成されるべきクライアント・グループの定義を有してもよい。
【００４５】
アプリケーション・ネットワーク管理システム（ＡＮＭＳ）
アプリケーション・ネットワーク管理システムＡＮＭＳは、アプリケーション・ロビー・サーバーＡＬＳで交渉されたかもしれないアプリケーション・セッションを初期化するために使用される。このアプリケーション・ネットワーク管理システムＡＮＭＳは、オプションで通信ネットワーク１内、およびＡＳ，ＡＲ，ＡＣＧおよびＡＳＮＳノード（以下参照）で資源を保有するために使用される。アプリケーション・ネットワーク管理システムＡＮＭＳは、エラー状態を取扱うために使用されることもできる。アプリケーション・ネットワーク管理システムＡＮＭＳは、プログラマブル・アプリケーション・ネットワーク１を構成するためのセッション・プロファイル７及びクライアント・プロファイル８を使用している。
【００４６】
アプリケーション・クライアント（ＡＣ）
アプリケーション・クライアントＡＣは、ネットワーク化された仮想環境をシミュレートするコンピュータ・プロセスのローカルインスタンスである。アプリケーション・クライアントＡＣは、例えば、ウィンドウズ（登録商標）／ユニックス・プロセスまたはスレッドとなりうる。一つのコンピュータ・プロセスは、一つまたは幾つかのアプリケーション・クライアントＡＣを実行することができる。このため、アプリケーション・クライアントＡＣは，ゲームまたはシミュレーションの論理実例となり、特定のコンピュータ・プロセス、スレッド、プログラムまたはマシンと常に同一とは限らない。アプリケーション・クライアントを実行しているクライアント・コンピュータまたは例えばゲーム・コンソールは、ユーザーからの入力を受信する手段を有し、グラフィックス、ビデオ、オーディオ、または触覚（肉体的知覚表示）出力としてアプリケーションの出力を表示する。アプリケーション・クライアントＡＣは、タグ付きアプリケーション・データ単位９を予約申し込みし、それを受信及び処理したり、タグ付きアプリケーション・データ単位９を送信したりしてもよい。
【００４７】
セッション・プロファイル７及びクライアント・プロファイル８は、セッション・プロファイル７およびクライアント・プロファイル８に従って通信するようにアプリケーション・クライアントＡＣを構成するために使用される。アプリケーション・クライアントＡＣは、一つまたは幾つかのクライアントグループＣＧの会員となりうる。アプリケーション・クライアントＡＣは、クライアント・グループを動的に作成および削除することができる。また、クライアント・グループの会員資格と属性を管理することができる。
【００４８】
アプリケーション・ルーター（ＡＲ）
アプリケーション・ルーターＡＲは、アプリケーション・データ単位９をルーティングする。このルーティングは、各アプリケーション・データ単位９が有するアプリケーション・タグ（以下参照）に依存する。参加者ＣＧは、次いでアプリケーション・クライアントＡＣを通じてアプリケーション・ルーターに接続され、そこからプログラマブル・アプリケーション・ネットワーク１に接続される。クライアント・グループは、ＡＬＳおよびＣＡＳなどの他のノードにオプションで接続されることができるので、それらは同一の参照ＣＧを有する。アプリケーション・ルーターＡＲは、通信ネットワーク２からのアプリケーション・データ単位９を含むデータグラム１０を受信する。このアプリケーション・ルーターＡＲは、アプリケーション・データ単位９のアプリケーション・タグを読み取り、アプリケーション・タグ、および所望によりクライアントおよびクライアント・グループの予約申し込みに依存するネットワーク・アドレスを使って、通信ネットワーク２全体を通じてアプリケーション・データ単位９を再送する。
【００４９】
テーブルのルーティングのため、及びクライアントおよびクライアント・グループの予約申し込みと資源の処理のためのコンピュータ・メモリ３は、アプリケーション・セッション９用にはセッション・プロファイル７に従って、及びアプリケーション・クライアントまたはクライアント・グループ用にはクライアント・プロファイル８に従って確保される。アプリケーション・ルーターＡＲは、クライアント・グループのアプリケーション・アドレスをマルチキャスト・アドレスとして使用して、クライアント・グループ４にオプションでマルチキャストすることができる。
【００５０】
アプリケーション・ルーターＡＲはまた、例えば“クライアント参加クライアントグループ”の如きクライアントグループ操作をオプションサポートする。アプリケーション・ルーターＡＲは、各クライアントのクライアントグループ会員資格の記録を保持することができる。もしアプリケーション・ルーターＡＲが、クライアント・グループ４にアドレスされたデータ単位９を受信するなら、それはクライアント・グループの全会員にルーティングを行うことができる。アプリケーション・ルーターＡＲは、クライアント・グループを管理するのに割り当てられたクライアント・グループ・ハンドラーＣＧＨにクライアント・グループ操作に関するメッセージをルーティングすることもできる。
【００５１】
アプリケーション・サーバー（ＡＳ）
アプリケーション・サーバーＡＳは、受信されたアプリケーション・データを格納し、アプリケーション・データを格納する。アプリケーション・サーバーＡＳは、照会、要求、または予約申し込みに従ってアプリケーション・クライアント及びクライアント・グループＣＧにアプリケーション・データを配信する。このような照会、要求または予約申し込みは、アプリケーション・タグ（以下参照）を有するアプリケーション・データ単位９への予約申し込みによって表現されてもよい。アプリケーション・データのため及び予約申し込みおよび資源処理のためのコンピュータ・メモリー１１は、アプリケーション・セッション１３用にはセッション・プロファイル７に従って、及びアプリケーション・クライアント又はクライアント・グループ用にはクライアント・プロファイル８に従って確保される。
【００５２】
アプリケーション・コンテンツ・ジェネレータ（ＡＣＧ）
アプリケーション・コンテンツ・ジェネレータＡＣＧは、アプリケーション・セッション１３のためのコンテンツを生成するサーバーである。それは例えば、殺人、衝突、損傷についての決定を行うマルチプレーヤ・ゲームにおけるゲーム・サーバーであってもよい。それは人間によって制御されているように見えるが、人工知能によって管理されるアバターを実行する原因となってもよい。アプリケーション・コンテンツ・ジェネレータＡＣＧは、アプリケーション・データ単位９を受信および処理し、アプリケーション・タグを有するアプリケーション・データ単位９を送信する。アプリケーション・データおよび資源処理用のコンピュータ・メモリー１１は、アプリケーション・セッション用にはセッション・プロファイルに従って、及びアプリケーション・クライアント用にはクライアント・プロファイルに従って確保される。アプリケーション・コンテンツ・ジェネレータＡＣＧは、クライアント・グループを動的に作成および削除することができる。また、クライアント・グループの会員資格および属性を管理することもできる。
【００５３】
アプリケーション・セッション・ネーム・サーバー（ＡＳＮＳ）（オプション）　このオプションのアプリケーション・セッション・ネーム・サーバーＡＳＮＳは、アプリケーション・タグにアプリケーション・セッション名をマッピングしたり、その逆を行ったりし、名前の設定、除去、および名前の問い合わせなどの操作に応答する。それは、同時係属の出願ＳＥ．．．．，（Ｆｒｅｄｒｉｋｓ）内で詳述する。アプリケーション・データベースおよび資源処理用のコンピュータ・メモリーは、アプリケーション・セッション１３用にはセッション・プロファイル７に従って、及びアプリケーション・クライアント用にはクライアント・プロファイル８に従って確保される。アプリケーション・セッション・ネーム・サーバーＡＳＮＳは、クライアント・グループ識別子を互いに関係づけるデータベースを維持することができる。アプリケーション・セッション・ネーム・サーバーＡＳＮＳは、例えば、クライアント・グループ名及びアプリケーション・アドレスを格納する各クライアント・グループ用の記録を有することができる。
【００５４】
アカウンティング・システム（ＡｃｃＳ）（オプション）
オプションのアカウンティング・システムＡｃｃＳは、セッション１３の開始および停止時間と、各クライアントの入会および退会時間とを含むアプリケーション・セッション１３のプロパティーを測定することができる。セッション・プロファイル７と、クライアント・プロファイル８とは、アカウンティングシステムＡｃｃＳによって認識され、セッションおよび各クライアントよって使用されたネットワーク資源の記述を与える。アカウンティング・システムＡｃｃＳは、サービスのビジネス・モデルに従ってクライアント、アプリケーション・サービス・プロバイダー、およびオペレーターに対する請求額を計算する。
【００５５】
クライアント・グループ会員資格は、アカウンティングに使用されることができる。クライアント・グループＢの会員であるクライアントＡは、Ａが資源を使用中であることを示してもよい。クライアント・グループＣの会員であるクライアントＡは、Ａがアプリケーション・セッション１３にサービスを提供中であることを示してもよい。このため、Ａは、Ｂの会員であることに対する請求を行われ、Ｃの会員であることに対するボーナスを受け取ることができる。アカウンティング・システムＡＳは、クライアント・グループ・ハンドラーＣＧＨからクライアント・グループ会員資格についてのデータを検索することができる。
【００５６】
クライアント認証サーバー（ＣＡＳ）（オプション）
クライアントは、アプリケーション・セッション１３に入会する前にオプションのクライアント認証サーバーＣＡＳにログインすることができる。クライアント認証サーバーＣＡＳは、ユーザー・データベースに接続されてもよく、アカウンティング・システムＡｃｃＳにオプションで報告する。クライアント認証サーバーＣＡＳは、クライアントがカスタマ口座を有する認識されているユーザーに対応することを確実にするために使用される。
【００５７】
アプリケーション・プロファイル・データベース（ＡＰＤＢ）
デフォールト・セッション・プロファイル及びクライアント・プロファイルは、アプリケーション・プロファイル・データベースＡＰＤＢに格納される。各アプリケーション・タイプ（例えば、コンピュータ・ゲームＱｕａｋｅ　ＩＩＩ　Ａｒｅｎａ）は、データベースＡＰＤＢ内に一つまたは幾つかの関連づけられたセッション・プロファイルおよびクライアント・プロファイルを有してもよい。各セッション１３またはクライアント・プロファイル７は、名前を有してもよいので、それらはその名前を参照することによって検索されることができる。
【００５８】
通信プロトコル
ネットワーク・プロトコル
通信ネットワークは、通常、ＩＰプロトコル１０などの幾つかのパケット・ベースの通信プロトコルを使用している。通信ネットワーク２は、送信者から受信者へ通信プロトコル１０のデータグラムを搬送する。データグラムは、通常、ヘッダーおよびペイロードから成る。ヘッダーは、受信者にデータグラムを送るために通信ネットワーク２においてルーターによって使用される一つまたは幾つかのネットワーク・アドレスを含んでもよい。各プロトコルは、一つのプロトコル層のペイロードが次のプロトコル層の一つまたは幾つかのデータグラムを含んでもよいように階層にされることが多い。アプリケーション・データ単位９は、ネットワーク・プロトコル・データグラムにおけるペイロードとして搬送される。通信ネットワーク２は、例えばＩＰマルチキャスティングなどのマルチキャスト機能を有することができる。クライアント・グループは、通信ネットワーク内のマルチキャスト・アドレスに対応することができる。
【００５９】
アプリケーション・トランスポート・プロトコル
アプリケーションは、自分の通信プロトコルを含んでもよい。アプリケーションのデータグラムは、本明細書ではアプリケーション・データ単位９と呼ばれる。アプリケーション・データ単位９は、幾つかのアプリケーション・タグを含有するヘッダー及びペイロードから成る。ペイロードはポジション、アバター・プロパティ、コード化された音声データなどのアプリケーション特定データから成る。アプリケーション・トランスポート・プロトコルは、マルチキャスト機能を有することができる。クライアント・グループは、アプリケーション・ネットワーク内のアプリケーション・アドレスに対応することができる。
【００６０】
アプリケーション・タグ
アプリケーション・タグは、パケット・ヘッダー内またはアプリケーション・データ単位９ヘッダー内のフィールドである。従って、このタグはビットのセットから成る。アプリケーション・タグは、プロトコル内の対応フィールドのポジション、または該タグのタイプを示すプロトコルにおけるフラッグによってマークされるタイプを有する。もしアプリケーション・タグが一般的な通信プロトコル内のフィールドであれば、タグはネットワーク・アドレス、マルチキャスト・アドレス、またはポート番号であるかもしれない。同時係属の出願ＰＣＴ／ＳＥ００／００９３２に照らすと、このタグは、オブジェクト識別子、クライアント識別子、グループ識別子、またはストリーム・オブジェクト・キーである。アプリケーション・タグは、ネットワーク・バンド幅をセーブするためにできるだけ短くすべきである。アプリケーション・アドレスは、このアプリケーションに参加しているクライアントまたはクライアント・グループにデータを送信するために使用されることができるアプリケーション・タグである。
【００６１】
アプリケーション・セッション１３は、通常、仮想世界のシミュレーションである。この世界は、人間の参加者、人間によって制御されるアバター、ＡＩによって制御されるアバター、ユーザ間で切り替えてもよいゲーム内の所定の役割（王、レフェリーなど）、仮想世界のオブジェクト、オブジェクトおよびアバターのプロパティ、アバターのグループおよびチーム、オブジェクトのグループ、グループのグループ、仮想世界のロケーション、メディア・ストリーム（音声、画像）、メディア・ストリームの収集など、人間のユーザーにとって意味のあるアプリケーション項目を含む。このような項目は全て、アプリケーション・タグのセットによって識別されてもよい。
【００６２】
アプリケーション・ネットワーク１内の一般的なクライアント・グループ操作
クライアント・グループ操作は、ここでは疑似機能呼び出しを使用して記述される。この記述は、如何なるコンピュータ・プログラミング言語、ライブラリまたはアプリケーション・プログラム・インターフェースＡＰＩも参照しない。それは、本願においてクライアント・グループ上の操作を参照する便利な速記法として使用される。この操作における作成者、送信者、対象、受信者パラメータは、クライアントまたはクライアント・グループである。名前、通称名、アドレスを含む任意のクライアントまたはクライアント・グループ識別子は、そのクライアントまたはクライアント・グループを参照するため使用されることができる。
【００６３】
クライアント・グループの作成（図２Ａ）
操作：Ｃｒｅａｔｅ＿Ｃｌｉｅｎｔ＿Ｇｒｏｕｐ（作成者、識別子、属性、プロファイル、オーナー、マスター）
クライアント・グループは、セッション１３が例えばセッション・プロファイル７を使用して起動されるとき、オプションのアプリケーション・ロビー・サーバーＡＬＳによって作成されることができる。クライアント・グループ５は、セッション中、例えばＡＰＩを使用することによって、クライアントの一人またはアプリケーション・コンテンツ・ジェネレータＡＣＧによって作成されることもできる。クライアント・グループの作成者は、クライアント・グループの名前、通称名、アドレスをオプションで指定することもできる。「クライアント・グループ属性」に関する章による属性は、オプションで定義することができる。クライアント・プロファイルは、オプションで設定することができる。
【００６４】
オーナーのセットは、オプションで定義されることができる。マスターのセットは、オプションで定義されることができる。通常、作成者は、クライアント・グループのオーナーとなるだろう。オーナーは、クライアントであって、Ｄｅｌｅｔｅ＿Ｃｌｉｅｎｔ＿Ｇｒｏｕｐなどのグループ上の特定のクライアント・グループ操作を実行する権限を有する。マスターは、Ｊｏｉｎ＿Ｃｌｉｅｎｔ＿Ｇｒｏｕｐ操作に関係する特定のクライアント・グループ操作を実行する権限を有するクライアントである。
Ｓ１　クライアント・グループの作成は、作成者が一つまたは幾つかのアプリケーション制御メッセージを送信して、システム内の各種ノードを構成することを意味する。
Ｓ２、Ｓ３　クライアント・グループ・ハンドラーＣＧＨは、送信者が、操作を実行する権限を有さない場合、又は、システム資源が不足している場合、その操作を拒否することができる。
Ｓ４　クライアント・グループ・ハンドラーＣＧＨは、クライアント・グループ・ハンドラーＣＧＨを構成するメッセージを受信するので、新しいデータベース記録がクライアント・グループ用にセットアップされ、操作Ｃｒｅａｔｅ＿Ｃｌｉｅｎｔ＿Ｇｒｏｕｐのパラメータ（識別子、属性、プロファイル、オーナー、マスター）が格納される。
Ｓ５　アプリケーション・ルーターは、作成者によって直接またはクライアント・グループ・ハンドラーＣＧＨによってのいずれかで、クライアント・グループ用のルーティング・テーブルで構成される。
Ｓ６　アプリケーション・サーバーは、作成者によって直接またはクライアント・グループ・ハンドラーＣＧＨによってのいずれかで、クライアント・グループ用のメモリー割り当ておよびデータベース入力で構成される。
Ｓ７　ＡＳＮＳ内のクライアント・グループ用名前・データベースは、作成者によって直接またはクライアント・グループ・ハンドラーＣＧＨによってのいずれかで、クライアント・グループ用の入力および識別子で構成される。
Ｓ８　アプリケーション・クライアントは、作成者によって直接またはクライアント・グループ・ハンドラーＣＧＨによってのいずれかで、クライアント・グループの作成に関して通知されてもよい。
【００６５】
終了条件
終了条件は、どんな状況下でも、クライアント・グループが削除されることを決定する。考えうる終了条件としては、以下が挙げられる。
１）　所定の期間後の終了
２）　アプリケーション・セッションが終了したときだけ終了
３）　有資格クライアントの特定のセットによる行為の結果としての終了
４）　会員数が、Ｎ未満（但し、Ｎは自然数（１，２，３．．．．））である場合の終了
【００６６】
終了条件の幾つかは、組み合わせることができる。
【００６７】
以下に終了条件３の例を図示する。
【００６８】
クライアント・グループの削除（図２Ｂ）
操作：　Ｄｅｌｅｔｅ＿Ｃｌｉｅｎｔ＿Ｇｒｏｕｐ（送信者、対象）
Ｓ１０　送信者は、クライアントまたはクライアント・グループ４とする。対象は、削除すべきクライアント・グループである。クライアント・グループは、セッション中、例えばＡＩＰを使用して、クライアントの一人またはアプリケーション・コンテンツ・ジェネレータＡＣＧによって削除されることができる。
Ｓ１１　クライアント・グループの削除は、送信者が一つまたは幾つかのアプリケーション制御メッセージを送信して、システム内の各種ノードを構成することを意味する。
Ｓ１２　クライアント・グループ・ハンドラーＣＧＨは、送信者が、その操作を実行する権限を有さない場合、操作を拒否することができる。
Ｓ１３　クライアント・グループ・ハンドラーＣＧＨは、削除されるべき対象クライアント・グループ用のデータベース入力を発生させるメッセージを受信する。
Ｓ１４　クライアント・グループ・ハンドラーＣＧＨは、グループが削除されたことをグループの会員およびオーナーに通知する。
Ｓ１５　ＡＲ，ＡＳ，ＡＳＮＳは、送信者によって直接またはクライアント・グループ・ハンドラーＣＧＨによってのいずれかで、クライアント・グループが削除されたことを通知される。
【００６９】
入会（図２Ｃ）
操作：　Ｊｏｉｎ＿Ｃｌｉｅｎｔ＿Ｇｒｏｕｐ（送信者、対象、グループ、オプションパラメーター）
Ｓ２０　クライアントまたはクライアント・グループでありうる送信者は、Ｊｏｉｎ＿Ｃｌｉｅｎｔ＿Ｇｒｏｕｐ操作を実行する。対象は、グループの会員となるべきクライアントまたはクライアント・グループである。送信者は、対象と同じであることができる。
Ｓ２１　Ｊｏｉｎ＿Ｃｌｉｅｎｔ＿Ｇｒｏｕｐは、送信者が一つまたは幾つかのアプリケーション制御メッセージを送って、システム内の各種ノードを構成することを意味する。
Ｓ２２　クライアント・グループ・ハンドラーＣＧＨは、送信者が操作を実行する権限を有さない場合、またはシステム資源が不足している場合、その操作を拒否することができる。
Ｓ２３　クライアント・グループ・ハンドラーＣＧＨは、クライアント・グループ・ハンドラーＣＧＨを構成するメッセージを受信し、データベースは、そのグループの新しい会員で更新される。このグループの属性はオプションのパラメータによって修正されてもよい。
Ｓ２４　アプリケーション・ルーターＡＲは、作成者によって直接またはクライアント・グループ・ハンドラーＣＧＨによってのいずれかで、クライアント・グループのための更新されたルーティング・テーブルで構成される。
Ｓ２５　アプリケーション・サーバーＡＳは、作成者によって直接またはクライアント・グループ・ハンドラーＣＧＨによってのいずれかで、クライアント・グループのための更新されたメモリー割り当てとデータベース入力で構成される。
Ｓ２６　アプリケーション・クライアントは、送信者によって直接またはクライアント・グループ・ハンドラーＣＧＨによってのいずれかで、クライアント・グループの新しい会員について通知されてもよい。対象クライアントは、特に彼らがグループの会員となったことを通知されるべきである。送信者は、その操作が成立したか不成立であったかを示すクライアント・グループ・ハンドラーＣＧＨからのメッセージを受信すべきである。
【００７０】
Ｊｏｉｎ＿Ｃｌｉｅｎｔ＿Ｇｒｏｕｐは、クライアント・グループ保護モードによって扱いが異なる。
【００７１】
オープン保護モード
入会要求は、上述した通り、即座に受け付けられる。
【００７２】
クローズ保護モード
クライアント・グループ・ハンドラーＣＧＨは、入会要求が承認されることを保証する。これを保証するには、幾つかの方法がある。
１）招待方法
有資格クライアントＡは、クライアントＢにクライアント・グループＣに参加するように招待状を発行する。クライアント・グループ・ハンドラーＣＧＨデータベースＤＢ１は、有資格クライアントを明示的または暗示的に一覧表示する。有資格クライアントのグループは、マスター・グループと呼ばれる。有資格クライアントは、例えばクライアント・グループのオーナーであったり、クライアント・グループの会員であってもよい。クライアント・グループ・ハンドラーＣＧＨは、クライアントＢが招待されたことを告げるメッセージを取得する。このメッセージは、クライアント・グループ・ハンドラーＣＧＨが時間Ｔの間、招待されたクライアントの一覧表におけるクライアントＢを保持すべきであることを示すタイムアウトＴを含んでもよい。クライアントＢは、クライアントＢがクライアント・グループに入会するよう招待されることを示すクライアントＡまたはクライアント・グループ・ハンドラーＣＧＨからのメッセージを取得する。クライアントＢは、ここでＪｏｉｎ＿Ｃｌｉｅｎｔ＿Ｇｒｏｕｐ操作を使用することによってクライアント・グループに入会することができる。クライアント・グループ・ハンドラーＣＧＨは、クライアントＢがクライアント・グループのために招待されたクライアント一覧表にある場合は、その入会操作を受け入れるだろう。招待方法は、新しい操作が必要である。
【００７３】
操作：　Ｉｎｖｉｔｅ＿Ｔｏ＿Ｃｌｉｅｎｔ＿Ｇｒｏｕｐ（送信者、対象、グループ、オプション・パラメーター）
対象が招待状を発行するクライアントまたはクライアント・グループであって、対象がグループに入会するように招待されるクライアントまたはクライアント・グループの場合
【００７４】
招待方法についての特別な場合は、保護されたクライアント・グループに入会したいクライアントがマスター・グループの会員からの招待状を要求するときである。この要求の受信者は、招待状が送られたかどうかを決定する。
２）要求方法
クライアント・グループＣに入会したいクライアントＢは、クライアント・グループＣのためのマスター・グループに、当該グループに入会する要求を発行する。この要求は、Ｂからマスター・グループの一人または何人かの会員に直接送ってもよい。この要求は、クライアント・グループ・ハンドラーＣＧＨに送ることもできる。クライアント・グループ・ハンドラーＣＧＨは、マスター・グループの一人または幾人かの会員に、この要求を送る。マスター・グループの会員はこの要求を拒否または承認することで応答する。この承認または拒否は、クライアント・グループ・ハンドラーＣＧＨにメッセージとして送られる。この要求が承認されると、クライアント・グループ・ハンドラーＣＧＨは、Ｊｏｉｎ＿Ｃｌｉｅｎｔ＿Ｇｒｏｕｐ操作が成立するのと同じ操作を行う。クライアントＡには、この要求が承認されたか又は拒否されたかが通知される。この要求方法は、三つの新しい操作を要する。
【００７５】
操作：Ｒｅｑｕｅｓｔ＿Ｊｏｉｎ＿Ｃｌｉｅｎｔ＿Ｇｒｏｕｐ（送信者、オプション対象、グループ、オプションパラメーター）
【００７６】
操作：Ａｐｐｒｏｖｅ＿Ｊｏｉｎ＿Ｃｌｉｅｎｔ＿Ｇｒｏｕｐ（送信者、対象、グループ、オプションパラメーター）
【００７７】
操作：　Ｒｅｊｅｃｔ＿Ｊｏｉｎ＿Ｃｌｉｅｎｔ＿Ｇｒｏｕｐ（送信者、対象、グループ、オプションパラメーター）
３）　強制方法
有資格クライアントＡは、クライアントＢをクライアント・グループＣに入会させるＪｏｉｎ＿Ｃｌｉｅｎｔ＿Ｇｒｏｕｐ操作を呼び出す。クライアント・グループ・ハンドラーＣＧＨデータベースＤＢ１は、有資格クライアントを明示的または暗示的に一覧表示する。有資格クライアントは、例えば、アプリケーション・セッション１３内のコンテンツ・サーバとなり得る。Ｊｏｉｎ＿Ｃｌｉｅｎｔ＿Ｇｒｏｕｐは、上述した通り処理される。強制方法に従って入会するクライアントは、有資格クライアントの許可なしではオプションで退会することは許可されない。
【００７８】
退会（図２Ｄ）
操作：Ｌｅａｖｅ＿Ｃｌｉｅｎｔ＿Ｇｒｏｕｐ（送信者、対象、グループ、オプションパラメーター）
Ｓ３０　クライアントまたはクライアント・グループであり得る送信者は、Ｌｅａｖｅ＿Ｃｌｉｅｎｔ＿Ｇｒｏｕｐ操作を実行する。対象は、グループの会員であることを辞めるべきクライアントまたはクライアント・グループとする。送信者は、対象と同一であってよい。
Ｓ３１　Ｌｅａｖｅ＿Ｃｌｉｅｎｔ＿Ｇｒｏｕｐは、送信者が一つまたは幾つかのアプリケーション制御メッセージを送信して、システム内の各種ノードを構成することを意味する。
Ｓ３２　クライアント・グループ・ハンドラーＣＧＨは、送信者が操作を実行する権限を有さない場合、その操作を拒否することができる。
Ｓ３３　クライアント・グループ・ハンドラーＣＧＨは、クライアント・グループ・ハンドラーＣＧＨを構成するメッセージを受信するので、データベースが更新される。グループの属性は、オプションのパラメータに従って修正されてもよい。
Ｓ３４　アプリケーション・ルーターは、作成者によって直接またはクライアント・グループ・ハンドラーＣＧＨによってのいずれかで、クライアント・グループ用に更新されたルーティング・テーブルで構成される。
Ｓ３５　アプリケーション・サーバーは、作成者によって直接またはクライアント・グループ・ハンドラーＣＧＨによってのいずれかで、クライアント・グループ用に更新されたメモリー割り当ておよびデータベース入力で構成される。
Ｓ３６　アプリケーション・クライアントは、送信者によって直接またはクライアント・グループ・ハンドラーＣＧＨによってのいずれかで、退会会員について通知されてもよい。対象クライアントは、特にグループの会員であるのを辞めたことを通知されるようにするべきである。送信者は、この操作が成立したか又は不成立であったかを示す、クライアント・グループ・ハンドラーＣＧＨからのメッセージを受信すべきである。
【００７９】
クライアント・グループ・ハンドラーＣＧＨは、送信者が対象をグループから退会させる権限を有するかどうかオプションでチェックすることができる。クライアント・グループ・ハンドラーＣＧＨは権限がない退会操作を拒絶する。
【００８０】
予約申し込み
操作：Ｓｕｂｓｃｒｉｂｅ＿Ｔｏ＿Ｄａｔａ（予約申し込み者、受信者、データー記述子、パラメーター）
予約申し込み者は、予約申し込みを発行するクライアントまたはクライアント・グループとする。受信者は、クライアントまたはクライアント・グループとする。クライアント・グループの会員は、予約申し込みの結果を受信する。データ記述子により、クライアント・グループに提供されるアプリケーション・データが指定される。データ記述子は、通常、例えばアプリケーション・セッション・ネーム・サーバーＡＳＮＳを使用してアプリケーション・タグに変換されることができるアプリケーション・タグまたはデータ単位の名前とする。これらのパラメータでは、優先順位、更新の頻度、予約申し込みのタイムアウトについて詳述している。
【００８１】
この操作は、予約申し込み者が、一つまたは幾つかのアプリケーション制御メッセージを送信して、システム内の各種ノードを構成することを意味する。
【００８２】
クライアント・グループ・ハンドラーＣＧＨは、ＣＧＨデータベース内に予約申し込みを含むオプションのメッセージを受信する。
【００８３】
アプリケーション・ルーターＡＲは、クライアント・グループの会員が、予約申し込みのパラメータに従って予約申し込みにおいて示されるデータ単位を受信すべきであることを示すルーティング・テーブルでオプションとして構成される。
【００８４】
通信ネットワーク内のルーター（例えば、ＩＰルーター）は、クライアント・グループの会員が、指定されたクライアント・グループにアドレスされたデータ単位が配信されるＩＰマルチキャスト・グループの会員であることを示すルーティング・データで所望により構成することができる。
【００８５】
アプリケーション・サーバーＡＳは、クライアント・グループの会員が予約申し込みのパラメータに従って予約申し込みにおいて示されるデータ単位を受信すべきであることを示す予約申し込みテーブルでオプションとして構成される。
【００８６】
クライアントおよびアプリケーション・コンテンツ・ジェネレーターＡＣＧは、クライアント・グループの会員が予約申し込みのパラメータに従って予約申し込みに示されるデータ単位を受信すべきであることを示す予約申し込みテーブルでオプションとして構成される。
【００８７】
クライアント・グループに属するデータ単位の作成
操作：　Ｃｒｅａｔｅ＿Ｄａｔａ＿Ｕｎｉｔ（作成者、データ単位識別子、パラメーター）
作成者は、データ単位のソースであるクライアントまたはクライアント・グループである。ＡＳ，ＡＲ，およびＡＳＮＳなどのアプリケーション・ネットワーク単位は、データ単位のオーナーとしてクライアント・グループを登録してもよい。データ単位識別子は、通常、データ単位を識別する名前または通称名となる。パラメータは、優先順位、セキュリティ・クラス、ネットワーク・サービスなどをさらに詳述している。
【００８８】
この操作は、作成者が一つまたは幾つかのアプリケーション制御メッセージを送って、システム内の各種ノードを構成することを意味する。
【００８９】
クライアント・グループ・ハンドラーＣＧＨは、オプションのメッセージを受信する。クライアント・グループは、ＣＧＨデータベースＤＢ１内のデータ単位のオーナーとして登録されてもよい。クライアント・グループ・ハンドラーＣＧＨは、オブジェクトを識別するのに使用されるべきデータ単位識別子またはタグ値を返してもよい。
【００９０】
アプリケーション・ルーターＡＲは、クライアント・グループの会員がパラメータに従ってデータ単位を送る資格のあることを示すテーブルでオプションとして構成される。作成者またはクライアント・グループ・ハンドラーＣＧＨは、このメッセージを送ってもよい。
【００９１】
通信ネットワーク内のルーター（例えば、ＩＰルーター）は、クライアント・グループの会員がＩＰマルチキャスト・グループのソースであることを示すルーティング・データで可能な限り構成されることができる。
【００９２】
アプリケーション・ルーターＡＳは、クライアント・グループの会員がパラメータに従ってデータ単位を送る資格のあることを示すテーブルでオプションとして構成される。作成者又はクライアント・グループ・ハンドラーＣＧＨはこのメッセージを送信することができる。
【００９３】
クライアントおよびアプリケーション・コンテンツ・ジェネレータＡＣＧは、クライアント・グループがデータ単位のソースであることを示すテーブルでオプションとして構成される。
【００９４】
データ単位送信
操作：　Ｓｅｎｄ＿Ｄａｔａ　（送信者、受信者、データ単位記述子、ペイロード、パラメーター）
送信者は、データ単位のソースであるクライアントまたはクライアント・グループである。この送信者は、Ｃｒｅａｔｅ＿Ｄａｔａ＿Ｕｎｉｔ操作を使用してデータ単位を作成しているかもしれない。オプションの受信者は、クライアント、クライアント・グループ、またはアプリケーション・ルーターＡＲまたはアプリケーション・サーバーＡＳなどのアプリケーション・ネットワーク・ノードとする。受信者は、データ単位のコピーを取得する。データ単位記述子は、タグを含むデータ単位ヘッダーを指定する。このペイロードはアプリケーション・データであり、後にトランスポートされる。パラメータは、優先順位、セキュリティ・クラス、ネットワーク・サービスなどをさらに詳述している。
【００９５】
この操作は、送信者がシステム内の各種ノードに一つまたは幾つかのデータ単位を送ることを意味する。
【００９６】
アプリケーション・ルーターＡＲは、受信者アドレス及び予約申し込みに従ってデータ単位をルーティングしている。
【００９７】
通信ネットワーク内のルーター（例えば、ＩＰルーター）は、ＩＰアドレス処理に従ってデータ単位をオプションとしてルーティングしている。
【００９８】
アプリケーション・サーバーＡＳは、パラメータに従ってデータ単位をオプションとして格納しており、また予約申し込みに従ってデータ単位を送信している。
【００９９】
クライアントおよびアプリケーション・コンテンツ・ジェネレーションＡＣＧは、受信者アドレスとその予約申し込みに従ってデータ単位をオプションとして受信している。
【０１００】
会員との通信切断
操作：　Ｄｉｓｃｏｎｎｅｃｔ＿Ｍｅｍｂｅｒｓ（送信者、対象、パラメーター）
送信者は、クライアントまたはクライアント・グループである。対象はクライアント・グループとする。パラメータは動作条件をさらに詳述している。
【０１０１】
この操作は、送信者が一つまたは幾つかのアプリケーション制御メッセージを送って、システム内の各種ノードを構成することを意味する。
【０１０２】
アプリケーション・ネットワーク管理システムＡＮＭＳは、セッションからクライアント・グループの会員を切断する要求を受信する。このシステムは、操作および送信者が認定されたものであるかどうかチェックし、クライアント・グループの会員を切断するか、または送信者にエラー・メッセージを送り返す。切断処理は、アプリケーション・ロビー・サーバーＡＬＳとアプリケーション・ネットワーク管理システムＡＮＭＳとの間の交渉を含んでもよい。
【０１０３】
切断処理は、通常、アプリケーション・ネットワーク内で関係するノード全てに、クライアントが切断されたことを通知することを意味する。
【０１０４】
会員へのメッセージ送信
操作：　Ｓｅｎｄ＿Ｍｅｓｓａｇｅ（送信者、受信者、パラメーター）
送信者はクライアントまたはクライアント・グループであって、メッセージのソースとなる。受信者はクライアントまたはクライアント・グループとする。受信者の会員は全て、メッセージのコピーを取得する。送信者はクライアント・グループの会員一覧表を知っている必要はない。パラメータは、優先順位、セキュリティ・クラス、ネットワーク・サービスなどをさらに詳述している。
【０１０５】
この操作は、送信者がシステム内の各種ノードに一つまたは幾つかのデータ単位を送ることを意味する。
【０１０６】
アプリケーション・ルーターＡＲは、受信者アドレスに従ってデータ単位をルーティングしている。
【０１０７】
通信ネットワーク２のルーター（例えば、ＩＰルーター）は、ＩＰアドレス処理に従ってデータ単位をオプションとしてルーティングしている。
【０１０８】
クライアント及びアプリケーション・コンテンツ・ジェネレータＡＣＧは、受信者アドレスに従ってデータ単位をオプションとして受信している。
【０１０９】
クライアント・グループについての情報の取得
操作：　Ｇｅｔ＿Ｃｌｉｅｎｔ＿Ｇｒｏｕｐ＿Ｉｎｆｏｒｍａｔｉｏｎ　（送信者、対象、パラメーター）
送信者は、対象についての情報を必要とするクライアントまたはクライアント・グループである。この対象はクライアント・グループとする。パラメータは要求された情報をさらに詳述している。
【０１１０】
この操作は、送信者がシステム内の各種ノードに一つまたは幾つかのデータ単位を送ることを意味している。
Ａ）クライアント・グループ・ハンドラーＣＧＨは、クライアント・グループ・データベースＤＢ１から送信者に適切な入力を送ることにより、照会にオプションとして応答する。
【０１１１】
アプリケーション・セッション・ネーム・サーバーＡＳＮＳは、参照　ＳＥ−．．｛Ｎａｍｅ　Ｓｅｒｖｅｒ｝に従ってクライアント・グループ識別子についての質問に応答する。
Ｂ）　クライアント・グループの会員は、例えば、その会員資格を確認することによりオプションとして応答する。
【０１１２】
アプリケーション・ネットワーク１における特別クライアント・グループ操作
会員資格保護モードの設定
操作：　Ｍｅｍｂｅｒｓｈｉｐ　ｐｒｏｔｅｃｔｉｏｎ　ｍｏｄｅ　（送信者、対象、マスター、パラメーター）
送信者はクライアントまたはクライアント・グループとする。対象はクライアント・グループとする。マスターはクライアントまたはクライアント・グループとする。これらのパラメータは保護モードの選択を詳述する。通常、例えば、オープンまたはクローズなど、選択されたモードを記載するパラメータが一つある。
【０１１３】
この操作は、送信者がシステム内の各種ノードに一つまたは幾つかのデータ単位を送ることを意味する。
【０１１４】
クライアント・グループ・ハンドラーＣＧＨは、クライアント・グループ・データベース内の適切な属性を設定することによって操作に応答する。マスターはクライアント・グループのマスター・グループに追加される。
【０１１５】
イベント配信モードの設定
操作：　Ｅｖｅｎｔ　ｄｉｓｔｒｉｂｕｔｉｏｎ　ｍｏｄｅ　（送信者、対象、パラメーター）
送信者はクライアントまたはクライアント・グループとする。対象はクライアント・グループとする。パラメータはイベント配信モードの選択を詳述する。通常、例えば、多弁なモードまたは無言のモードなど、選択されたモードを記載するパラメータが一つある。
【０１１６】
この操作は、送信者がシステム内の各種ノードに一つまたは幾つかのデータ単位を送ることを意味する。
【０１１７】
クライアント・グループ・ハンドラーＣＧＨは、クライアント・グループ・データベースに適切な属性を設定することによりこの操作に応答する。入会または退会など、クライアント・グループ状態における変更についてのメッセージは、イベント配信モードに従って送られる。
【０１１８】
名前および別名操作
アプリケーション・セッション・ネーム・サーバーＡＳＮＳは、参照　ＳＥ−．．．｛Ｎａｍｅ　Ｓｅｒｖｅｒ｝に記載されるようなクライアント・グループ用のネーム操作に応答する。クライアント・グループ用のネーム・サーバーは、クライアント・グループ・ハンドラーＣＧＨでオプションとしてマージされることができる。
【０１１９】
終了条件の設定
操作：　Ｔｅｒｍｉｎａｔｉｏｎ　ｃｏｎｄｉｔｉｏｎｓ　（送信者、対象、パラメーター）
送信者はクライアントまたはクライアント・グループとする。対象はクライアント・グループとする。このパラメータは終了条件の選択を詳述する。
【０１２０】
クライアント・グループ向けの終了条件は、クライアント・プロファイル８にオプションとして設定されることができる。この終了条件は、新しい終了条件を設定することを要求するクライアント・グループ・ハンドラーＣＧＨにメッセージを送信する操作によって動的に設定されることもできる。クライアント・グループ・ハンドラーＣＧＨは、要求するクライアントが認定されるかどうかによって、その要求を受け入れるか拒否するかのいずれかによって応答する。この操作は、送信者がシステム内の各種ノードに一つまたは幾つかのデータ単位を送ることを意味する。
【０１２１】
クライアント・グループ・ハンドラーＣＧＨは、ここで終了条件が満たされているかどうかをモニターする。終了条件が満たされている場合、クライアント・グループは、Ｄｅｌｅｔｅ＿Ｃｌｉｅｎｔ＿Ｇｒｏｕｐ操作に従って削除される。
【０１２２】
会員資格情報
操作：　ＧｅｔＰａｒｅｎｔｓ（対象）
操作：　ＧｅｔＣｈｉｌｄｒｅｎ（グループ）
クライアントまたはクライアント・グループは、クライアント・グループ・ハンドラーＣＧＨからクライアント・グループについての情報を要求する操作を使用することができる。ＣＧＨは、対象が会員およびグループの全会員の一覧表である全クライアント・グループの一覧表を送ることによって応答する。
【０１２３】
階層型クライアント・グループに関する操作
Ｊｏｉｎ＿Ｃｌｉｅｎｔ＿Ｇｒｏｕｐ　ａｎｄ　Ｌｅａｖｅ＿Ｃｌｉｅｎｔ＿Ｇｒｏｕｐ操作は、クライアント・グループ階層の設立をサポートすることができる。クライアント・グループ・ハンドラーＣＧＨは、クライアント・グループがクライアント・グループに入会することをオプションとして受け入れることができる。特別な場合として、それはクライアントがクライアント・グループに入会することを許容することだけができる。階層クライアント・グループが許容された場合、クライアント・グループ・ハンドラーＣＧＨは、以下の照会に応答することができる。
【０１２４】
操作：　ＧｅｔＡｎｃｅｓｔｏｒｓ（対象）
クライアント・グループ・ハンドラＣＧＨは、対象となる全祖先の一覧表を返す。
【０１２５】
操作：　ＧｅｔＤｅｓｃｅｎｄａｎｔｓ（対象）
クライアント・グループ・ハンドラーＣＧＨは、対象となる全子孫の一覧表を返す。
【０１２６】
スーパークライアント
クライアント・グループ操作を実行するために認証を処理する特別な解決策は、特定のクライアントをスーパークライアントとして指定することである。これはクライアント・プロファイル内の「クライアント状態」パラメータ経由またはＡＰＩコマンド経由で行うことができる。クライアント・グループ・ハンドラーＣＧＨは、クライアント状態に関する記録をオプションとして維持することができる。アプリケーション・ルーターＡＲは、オプションでクライアント状態に関する記録を維持することができ、クライアント状態がクライアント・グループ操作メッセージに正しくフラグ設定されていることを確認することができる。
【０１２７】
スーパークライアントは、任意のグループに関するクライアント・グループ操作全てを実行する権利を有するものとする。このため、これらは全クライアント・グループのオーナーおよびマスターであることが前提となる。
【０１２８】
クライアント・グループ一括処理
アプリケーション・ネットワークは、オプションとして、当該セッション内の全クライアントを含むデフォルト・クライアント・グループを常に有する。
【０１２９】
クライアント・グループ・ハンドラーＣＧＨの詳細
クライアント・グループ・ハンドラーＣＧＨは、クライアント、ＡＣＧ，ＡＲ，ＡＳとの通信を当該セッション時に行う。アプリケーション・ネットワーク管理システムＡＮＭＳと、オプションとしてのアプリケーション・ロビー・サーバーＡＬＳとが、セッション初期化時にクライアント・グループ・ハンドラーＣＧＨを構成することができる。ＡＮＭＳは、例えば、セッション・プロファイルと、適切なクライアント・プロファイルとを処理し、上述するクライアント・グループ操作を使用してクライアント・グループ・ハンドラーＣＧＨ内の最初のクライアント・グループをセットアップすることができる。
【０１３０】
アーキテクチャ実施例
図３は、クライアント・グループ・ハンドラーＣＧＨの実施例を示す。アプリケーション・トランスポート・プロトコル（例えば、参照ＰＣＴ／ＳＥ００／００９３２の中のＧＴＰ）による操作および要求中のコーディングを含むデータグラムであって、可能であれば、通信プロトコル（例えば、ＴＣＰＩ／ＩＰ）によって搬送されるデータグラムは、ネットワーク・インターフェースおよびプロトコル・ハンドラー２０によって受信される。このユニット２０は、認証ハンドラー２１にクライアント・グループ・ハンドラーＣＧＨ操作（上記参照）を送る。認証ハンドラーは、当該操作がクライアント・グループ・データベースＣＧＤＢ２２からの情報を使用して許容されるかどうかチェックする。拒否された操作はエラー・ハンドラー２３に送られる。エラー・ハンドラー２３は、上述した通り適切なクライアントおよびクライアント・グループにエラーについての通知を送る。認定された操作は認証ハンドラー２１から操作ハンドラー２４に送られる。このユニット２４は本明細書に記載されるようにクライアント・グループ操作を処理している。クライアント・グループの会員および属性についてのデータは、必要に応じてクライアント・グループ・データベース２２から回復される。クライアント・グループ・データベース２２の内容は本明細書に記載されるような操作の結果として変更されてもよい。
【０１３１】
クライアント・グループ・データベース（ＣＧＤＢ）２２
クライアント・グループ・データベースＣＧＤＢは、各セッション１３用のセッション・データベースを一つ含んでいる。このセッション・データベースにおいて、各クライアント・グループに対するクライアント・グループ入力が一つある。このクライアント・グループ入力は、以下のフィールドから成ることができる。
１）クライアント・グループ識別子
２）会員一覧表
３）ペアレンツのオプション一覧表
４）祖先のオプション一覧表
５）子孫のオプション一覧表
６）オーナーのオプション一覧表
７）マスターのオプション一覧表
８）「クライアント・グループ属性」の章に従ったオプション属性の一覧表
【０１３２】
クライアント・グループ入力内のクライアントおよびクライアント・グループの一覧表は、一覧表示された項目がクライアントまたはクライアント・グループであるかどうかを示すフラグを有することができる。この一覧表は任意のクライアントおよびクライアント・グループ識別子フォーマットを使用することができる。
【０１３３】
本発明の有利な使用例
アプリケーション・データの効果的マルチキャスティング
仮想世界が多くの会議室から成る音声チャット・アプリケーションについて考える。ユーザーはアバターを制御し、該アバターが居る選択肢の会議室を選択する。ユーザーはマイクロフォンに話しかけ、対応するアプリケーション・クライアントにアプリケーション・ネットワーク上で音声チャネルを送らせるようにする。
【０１３４】
会議室に入るクライアントは全て、該会議室に対応するクライアント・グループに入会する。クライアント・グループ識別子はアプリケーション・トランスポート・プロトコルのマルチキャスト・アドレスである。クライアントは該クライアント・グループ識別子であるアプリケーション・タグを有する各音声パケットを送る。アプリケーション・ルーターは該クライアント・グループの会員にクライアント・グループ識別子を有する全データ単位をマルチキャストするように構成される。これは、音声チャネルが同じ仮想会議室内にあるクライアントに有効にマルチキャストされることを意味する。
【０１３５】
セキュリティ有効個人向け通信
ユーザーのグループには、個人向け会議のために仮想世界における会議室を使用したい場合がある。新規参入者は、招待されていない限り、会議室内の会話を聞くことができないようにすべきである。このアプリケーションは個人向け会議への要求時に利用可能な個人向け会議室のセットを提供する。一人のクライアントはチャット・マネージャーで、要求されると個人向け会議室を割り当てる。
【０１３６】
個人向け会議室は保護モードがクローズである状態のクライアント・グループに対応する。空の部屋はチャット・マネージャーを単なるクライアント・グループのマスター・グループの会員として有する。クライアントのグループはグループ会員が個人向けの部屋を使用したいことを決定する。グループは議長を選出する。議長はチャット・マネージャーに個人向け会議室の使用を求める。すると、チャット・マネージャーは空いている個人向け会議室を選択し、議長をマスター・グループに招待する。議長はそのグループの他の会員に加わり、彼らを招待する。会員は全員参加する。これで、会員全員が個人向け会議室に入り、秘密の会話を楽しむことができる。新しいクライアントが部屋に入る。すると、このクライアントは他のクライアントに会うことができるが、会話を聞くことはできない。彼は個人向け会議室に対応するクライアント・グループの会員ではないからである。この新しいクライアントがクローズされたクライアント・グループに直接参加することは不可能である。新しいクライアントは議長に当該グループへの招待を求めることができる。議長が招待を決定すると、この新しいクライアントはグループに参加することができる。
【０１３７】
持続的マルチプレーヤー・ゲームにおける持続的役割の管理
大型のマルチプレーヤー・ゲームにおける仮想世界は幾つかの国から成る。各国は軍隊の責任者である将軍を有する。この軍隊は現在、兵士としてゲームを行っているプレーヤーから成る。この将軍は軍事作戦を決定したり、宝石箱、魔法の刀、龍の洞窟への鍵を含む仮想世界における重要なオブジェクトのセットを管理するのに常に必要である。このゲームは昼夜を問わず続くが、一人のプレーヤーが常に将軍を演じることはできない。将軍の役割は何人かのプレーヤー間でシフトされなければならない。
【０１３８】
将軍は特別なクライアント・グループ（疑似クライアント）によって表わされ、このクライアント・グループはゲーム・データのソース（オーナー）であり、何時でも必ず一人の会員を有する。中央コンテンツ・サーバーは「将軍」のマスター・グループ内に常に含まれ、将軍の役割を演じるクライアントはマスター・グループの会員およびクライアント・グループの一会員となる。クライアント・グループの一会員であることによりクライアントは「将軍」によって所有されるオブジェクトを管理することができる。クライアントは財宝からお金を取ったり、魔法の剣を振り回したり、龍の洞窟への扉を開けたりすることもできる。プレーヤーがゲームから去るときは、プレーヤーはクライアント・グループ「将軍」からも退く。コンテンツ・サーバまたは離脱するプレーヤーは、新しいプレーヤーに将軍の役割をするよう招待することができる。
【０１３９】
共有アプリケーション・データの管理
シミュレーションの空中戦では、四人のプレーヤーが戦闘機となる。これらプレーヤーは全て同じチーム内にいる。このシミュレーションは、全てのプレーヤーが「４時の敵機（“Ｂａｎｄｉｔｓ　ａｔ　ｆｏｕｒ　ｏ’ｃｌｏｃｋ！！！”）」のようなおかしくてたまらない物について、同じチャネルを全てのプレーヤーが同時に使用する第二次世界大戦の無線通信システムを有する。
【０１４０】
この四人のプレーヤーは、例えば、参照　ＰＣＴ／ＳＥ００／００９３２によるストリーム・オブジェクトなど、マルチキャスト「チャネル」を所有するクライアント・グループを形成する。まとめて所有されたチャネルは、該チャネルを識別する特有のタグを有するデータ単位から成る。クライアント・グループの任意の会員はいつでもチャネル上で送信することができる。彼らは該チャネルに対して全て、予約申し込みする。音声ミキシングは各プレーヤー・マシン内で局所的に実行される。
【０１４１】
クライアント・グループの会員の状態についての情報の配信
仮想博覧会は、会社がその成果物をスタンドで見せる展示場をシミュレートしたものから成る。訪問者は興味のあるスタンドの周りを歩いたり、その中に入ったりする。誰かがそのスタンドに入るとすぐに、様々な会社で働く人間の携帯電話のアラームが鳴る。会社の代表者はスタンドでアバターとして現れ、カスタマに会う。
【０１４２】
各スタンドはクライアント・グループである。該スタンドに入る訪問者はクライアント・グループの会員である。携帯電話のコンピュータ・アプリケーションは、クライアント・グループの状態に対して予約申し込みする。クライアント・グループ・ハンドラーＣＧＨは、メンバーの数がゼロから正数になるときはいつでも、携帯電話にメッセージを送る。このメッセージが携帯電話内のアラームをトリガーする。
【０１４３】
当業者は、本発明が添付の図面および前記詳細な説明に開示される実施例に限定されず、図示目的でのみ提供されると解釈できるが、多数の方法で実施することができ、これは請求項によって定義されるものである。
【０１４４】
付録
ＩＰマルチキャスティングの簡単な説明
ＩＰマルチキャスティングはネットワーク上の複数のユーザーにデータを配信する方法である。データはホスト・グループと呼ばれる選択されたユーザーのグループにのみ配信される。このグループはマルチキャスト・アドレスによって定義される。このソースはマルチキャスト・アドレスにデータの一つのコピーを送る。ネットワークは、必要に応じてデータを複製し、ホスト・グループ内の全ユーザーにデータを配信する。ネットワーク資源が保存されるのは、厳格に必要とされる分岐点でのみデータがコピーされるためである。従って、マルチキャスティングは経済的であり拡張性に対応できる。
ソースが各ユーザーにデータのコピーを一部送るというユニキャスティングではネットワーク・バンド幅とサーバー資源は無駄になる。ブロードキャスティングは、小グループ専用に意図された場合でも、各ホストにデータを受信させる。ＩＰマルチキャスティングの概念については、図４に示す。
ＩＳＰは、これまでネットワーク資源の使用の制御および料金請求に困難があるので、マルチキャスティングの配備には消極的であった。あるＩＳＰから別のＩＳＰに入る一つのマルチキャスト・パケットでは、該パケットが下流ブランチで複製されるにつれてデータ交信量が爆発的に増加する場合がある。このような爆発的増加はホスト・グループを追跡する中央ノードが無いため、予測されることができない。一定レートを請求されるエンド・ユーザーは、マルチキャスト・トラフィックに特別料金の支払は行わない。従って、ＩＰマルチキャスティングの配備は、各予約申し込み者のネットワーク使用をモニターすることができれば、ずっと容易になる。
【図面の簡単な説明】
【図１】
本発明のネットワーク化された仮想環境を支援するのに適切なプログラマブル・アプリケーション・ネットワーク（ＰＡＮ）を図示する。
【図２】
図２Ａ乃至図２Ｃは本発明の動作を図示する工程図である。
【図３】
クライアント・グループ・ハンドラー（ＣＧＨ）の、可能な実施例を図示する。
【図４】
各矢印が、データ・パスを示すＩＰマルチキャスティングを図示し、付録に関係する。

Claims (44)

1. 少なくとも一つのクライアント・グループ（ＣＧ）に入会した何人かのクライアント間でアプリケーション通信ネットワーク（１）全体を通じて同時通信を可能にする、マルチユーザー・アプリケーション、すなわち、複数クライアント用アプリケーションのデータ処理システムにおける通信インフラ基盤配置であって、
   ａ）アプリケーション通信ネットワーク（１）上の少なくとも一つの分散されたマルチユーザー・アプリケーションであって、各マルチユーザー・アプリケーションが、ノード（ＡＣ，ＡＳＮＳ，ＡＣＧ，ＡＲ，ＡＳ，ＡＰＤＢ，ＡＬＳ，ＡＮＭＳ，ＣＡＳ，ＣＧＨ）と、各クライアント・グループ（ＣＧ）を扱うデータベース（１１，ＤＢ１，ＡＰＤＢ）とを有するアプリケーションと、
   ｂ）クライアント・グループの機能および用途を決定する各クライアント・グループ（ＣＧ）用の属性のセット（７，８，ＣＧＤＢ）と、
   ｃ）属性が一覧表示される、少なくとも一つのセッション（１３）と、
   ｄ）クライアント・グループ（ＣＧ）の意図された機能とアプリケーション通信ネットワーク（１）の能力とに適合するように行われる属性の選択と
   を備えることを特徴とする通信インフラ基盤配置。
2. 各属性がその他の属性とは別に設定されることを特徴とする請求項１に記載の通信インフラ基盤配置。
3. 前記属性が、少なくとも以下のもの、すなわち受信者と、ソースと、会員資格保護モードと、イベント配信モードと、名前および通称名と、配信モードと、終了条件と、クライアント・プロファイルと、ペアレンツと、祖先と、チルドレンと、子孫のうちの幾つかであることを特徴とする請求項１に記載の通信インフラ基盤配置。
4. 前記クライアント・グループの全会員に同一データを配信する受信者クライアント・グループであって、関連づけられたネットワーク・アドレス（例えば、ＩＰマルチキャスト）またはアプリケーション・アドレスを有する受信者クライアント・グループと、
   照会、要求または予約申し込みに従って、アプリケーション・クライアントおよびクライアント・グループ（ＣＧ）に前記アプリケーション・データを配信するアプリケーション・サーバー（ＡＳ）とを備え、このような照会、要求、予約申し込みは、アプリケーション・タグを有するアプリケーション・データ単位（９）への予約申し込みによって表現されることができることを特徴とする請求項３に記載の通信インフラ基盤配置。
5. 前記クライアント・グループ・アドレスはネットワーク・アドレスまたはアプリケーション・アドレスとし、該クライアント・グループ・アドレスを認識する送信者はグループの全会員にデータを送信することを特徴とする請求項４に記載の通信インフラ基盤配置。
6. ソース・クライアント・グループはアプリケーション・データ単位のオーナーまたはソースであって、該ソース・クライアント・グループは該データ単位の送信者の役割を果たすことを特徴とする請求項１〜５の何れかに記載の通信インフラ基盤配置。
7. 疑似クライアントは例えば上記セッションへの持続的なサービスを配信するため、前記クライアント・グループを通称名として使用する少なくとも一人のアクティブ会員を有するソース・クライアント・グループであることを特徴とする請求項６に記載の通信インフラ基盤配置。
8. 何人かのクライアントは有資格クライアントであると共に特定の権利を有し、該有資格クライアント・グループはマスター・グループと呼ばれ、無資格クライアントは実行する操作に関して所定の制限を有することを特徴とする請求項１〜７の何れかに記載の通信インフラ基盤配置。
9. 有資格クライアントだけが会員として受け入れられ、クライアント・グループの入会および／または退会する権利を保護するセキュリティ・システムを備えることを特徴とする請求項８に記載の通信インフラ基盤配置。
10. 前記有資格クライアントは前記クライアント・グループのオーナーまたは該クライアント・グループの会員であることを特徴とする請求項８または９に記載の通信インフラ基盤配置。
11. 前記セキュリティ・システムは少なくとも二つの会員資格保護モードを有し、そのうちの一つは有資格でないクライアントに対して確実にクローズされ有資格クライアントだけにオープンとし、もう一方は全てのクライアントが自由に入会および退会ができることを特徴とする請求項８〜１０の何れかに記載の通信インフラ基盤配置。
12. クライアント・グループ・ハンドラー（ＣＧＨ）はクライアント入会、クライアント退会、データ単位作成および削除、データ予約申し込みなど、グループ・イベントについてクライアント・グループ（ＣＧ）の会員に情報を提供することを特徴とする請求項１〜１１の何れかに記載の通信インフラ基盤配置。
13. 前記クライアント・グループ・ハンドラー（ＣＧＨ）は少なくとも二つの配信モードを有し、そのうちの少なくとも一つは多弁なモードと呼ばれ、会員はその情報を取得し、もう一つは無言のモードであって、クライアント・グループ内の少なくとも何人かの会員はこのような情報は得られないことを特徴とする請求項１２に記載の通信インフラ基盤配置。
14. 幾つかの多弁なモードがあり、会員は個々の多弁なモードに規定される、異なる量および／または種類の情報を提供可能であることを特徴とする請求項１３に記載の通信インフラ基盤配置。
15. 前記クライアント・グループ・ハンドラー（ＣＧＨ）は前記クライアント・グループの名前または別名を格納するので、クライアント・グループ上の操作をサポートするためにネットワーク・アドレスまたはアプリケーション・アドレスによりクライアント・グループを識別することができることを特徴とする請求項１２〜１４の何れかに記載の通信インフラ基盤配置。
16. アプリケーション・タグは前記クライアント・グループを識別するクライアント・グループ識別子手段の役割を果たすことを特徴とする請求項１〜１５の何れかに記載の通信インフラ基盤配置。
17. アプリケーション・サーバー（ＡＳ）は、照会、要求、または予約申し込みに従ってアプリケーション・クライアントと、クライアント・グループ（ＣＧ）にアプリケーション・データを配信することを特徴とする請求項１〜１６の何れかに記載の通信インフラ基盤配置。
18. 前記照会、要求または予約申し込みはアプリケーション・タグを有するアプリケーション・データ単位（９）への予約申し込みによって表現されることを特徴とする請求項１６または１７に記載の通信インフラ基盤配置。
19. 前記クライアント・グループ・ハンドラー（ＣＧＨ）はクライアント・グループについてのデータを含むデータベース（ＤＢ１）を備え、該データは各クライアント・グループに対して会員の一覧表とクライアント・グループの属性の一覧表とを有することを特徴とする請求項１２〜１８の何れかに記載の通信インフラ基盤配置。
20. 前記データベース（ＤＢ１）はまた、招待された会員の一覧表とクライアント・グループ・オーナーの一覧表とを有することを特徴とする請求項１９に記載の通信インフラ基盤配置。
21. ネットワーク・アドレスまたはアプリケーション・アドレスによりクライアント・グループを識別し、クライアント・グループはまた、前記アプリケーションによって認識され、アプリケーション・セッション・ネーム・サーバー（ＡＳＮＳ）内またはクライアント・グループ・ハンドラー（ＣＧＨ）内に格納される名前を有することを特徴とする請求項１〜２０の何れかに記載の通信インフラ基盤配置。
22. 前記クライアント・グループの少なくとも一つはまた通称名と呼ばれる一つまたは幾つかの別名を有することを特徴とする請求項１〜２１の何れかに記載の通信インフラ基盤配置。
23. コンピュータに、アプリケーション・プログラムを実行するコンピュータ・オペレーティング・システムのファイル・システム内に予測できない量の時間価値化されたデータまたはログ・データを格納させるため、内部にコンピュータ読み取り可能コードを埋め込ませたコンピュータ使用可能媒体を備え、
    計算能力を有するデバイスに、少なくとも一つのクライアント・グループ（ＣＧ）に入会した何人かのクライアント間でアプリケーション通信ネットワーク（１）全体を通じて同時通信を可能にするマルチユーザー・アプリケーション、すなわち、複数のクライアント用アプリケーションのデータ処理システムにおける通信インフラ基盤を提供する、ソフトウェア構成品の管理のためのソフトウェア環境とユーザー・インターフェースとをインストールさせるように構成されるコンピュータ読み取り可能プログラムおよびコード・デバイスを備えるコンピュータ読み取り可能プログラム製品であって、
    ａ）前記アプリケーション通信ネットワーク（１）上に、少なくとも一つの分散されたマルチユーザー・アプリケーションを発生させるように構成されるコンピュータ読み取り可能プログラムおよびコード・デバイスであって、各マルチユーザー・アプリケーションは、ノード（ＡＣ，ＡＳＮＳ，ＡＣＧ，ＡＲ，ＡＳ，ＡＰＤＢ，ＡＬＳ，ＡＮＭＳ，ＣＡＳ，ＣＧＨ）と、各クライアント・グループ（ＣＧ）を扱うデータベース（１１，ＤＢ１，ＡＰＤＢ）とを有するプログラムおよびコード・デバイスと、
    ｂ）前記クライアント・グループの機能および用途を決定する各クライアント・グループ（ＣＧ）用の属性のセット（７，８、ＣＧＤＢ）を発生させるように構成されるコンピュータ読み取り可能プログラムおよびコード・デバイスと、
    ｃ）前記属性が一覧表示される、少なくとも一つのセッション（１３）を発生させるように構成されるコンピュータ読み取り可能プログラムおよびコード・デバイスと、
    ｄ）クライアント・グループ（ＣＧ）の意図された機能とアプリケーション通信ネットワーク（１）の能力とに適合するように行われる属性の選択と、
    を備えることを特徴とするコンピュータ読み取り可能プログラム製品。
24. 各属性がその他の属性とは別に設定されることを特徴とする請求項２３に記載のコンピュータ読み取り可能プログラム製品。
25. 前記属性が、少なくとも以下のもの、すなわち受信者と、ソースと、会員資格保護モードと、イベント配信モードと、名前および通称名と、配信モードと、終了条件と、クライアント・プロファイルと、ペアレンツと、祖先と、チルドレンと、子孫のうちの幾つかであることを特徴とする請求項２３または２４に記載のコンピュータ読み取り可能プログラム製品。
26. 前記クライアント・グループの全会員に同一データを配信する受信者クライアント・グループを発生させるように構成されるコンピュータ読み取り可能プログラムおよびコード・デバイスであって、該受信者クライアント・グループは、関連づけられたネットワーク・アドレス（例えば、ＩＰマルチキャスト）またはアプリケーション・アドレスを有する請求項２５に記載のコンピュータ読み取り可能プログラムおよびコード・デバイスと、
    照会、要求、予約申し込みに従ってアプリケション・クライアントおよびクライアント・グループ（ＣＧ）に前記アプリケーション・データを配信するアプリケーション・サーバー（ＡＳ）を発生させるように構成されるコンピュータ読み取り可能プログラムおよびコード・デバイスとを備え、このような照会、要求、または予約申し込みは、アプリケーション・タグを有するアプリケーション・データ単位（９）への予約申し込みによって表現されることができることを特徴とする請求項２５に記載のコンピュータ読み取り可能プログラム製品。
27. 前記クライアント・グループ・アドレスは、ネットワーク・アドレスまたはアプリケーション・アドレスのいずれかとし、該クライアント・グループ・アドレスを認識する送信者は、グループの全会員にデータを送信することを特徴とする請求項２６に記載のコンピュータ読み取り可能プログラム製品。
28. アプリケーション・データ単位のオーナーまたはソースであるソース・クライアント・グループを発生させるように構成されたコンピュータ読み取り可能プログラムおよびコード・デバイスを備え、該ソース・クライアント・グループが該データ単位の送信者の役割を果たすことを特徴とする請求項２３〜２７の何れかに記載のコンピュータ読み取り可能プログラム製品。
29. 例えば、前記セッションに持続的なサービスを提供するため、通称名としてクライアント・グループを使用する少なくとも一つのアクティブ会員を有するソース・クライアント・グループである疑似クライアントを発生させるように構成されるコンピュータ読み取り可能プログラムおよびコード・デバイスを備えることを特徴とする請求項２８に記載のコンピュータ読み取り可能プログラム製品。
30. 何人かのクライアントは、有資格クライアントであると共に特定の権利を有し、該有資格クライアント・グループはマスター・グループと呼ばれ、無資格クライアントは実行する操作に関して所定の制限を有することを特徴とする請求項２３〜２９の何れかに記載のコンピュータ読み取り可能プログラム製品。
31. 有資格クライアントだけが会員として受け入れられ、クライアント・グループの入会および／または退会する権利を保護するセキュリティ・システムを発生させるように構成されるコンピュータ読み取り可能プログラムおよびコード・デバイスを備えることを特徴とする請求項３０に記載のコンピュータ読み取り可能プログラム製品。
32. 前記有資格クライアントは、クライアント・グループのオーナーまたはクライアント・グループの会員であることを特徴とする請求項３０または３１に記載のコンピュータ読み取り可能プログラム製品。
33. 前記セキュリティ・システムは、少なくとも二つの会員資格保護モードを有し、そのうちの一つは有資格でないクライアントに対して確実にクローズされ、有資格クライアントだけにオープンとし、もう一方は全てのクライアントが自由に入会および退会ができることを特徴とする請求項３０〜３２の何れかに記載のコンピュータ読み取り可能プログラム製品。
34. クライアント入会、クライアント退会、データ単位作成および削除、データ予約申し込みなど、グループ・イベントについてのクライアント・グループ（ＣＧ）の会員に情報を提供するクライアント・グループ・ハンドラー（ＣＧＨ）を発生させるように構成されるコンピュータ読み取り可能プログラムおよびコード・デバイスを備えることを特徴とする請求項２３〜３３の何れかに記載のコンピュータ読み取り可能プログラム製品。
35. 前記クライアント・グループ・ハンドラー（ＣＧＨ）は、少なくとも二つの配信モードを有し、そのうちの少なくとも一つは多弁なモードと呼ばれ、会員はその情報を取得し、もう一つは無言のモードであって、クライアント・グループ内の少なくとも何人かの会員は、このような情報は得られないことを特徴とする請求項３４に記載のコンピュータ読み取り可能プログラム製品。
36. 幾つかの多弁なモードがあり、会員は、個々の多弁なモードに規定される、異なった量および／または種類の情報を提供可能であることを特徴とする請求項３５に記載のコンピュータ読み取り可能プログラム製品。
37. 前記クライアント・グループ・ハンドラー（ＣＧＨ）は、前記クライアント・グループの名前または別名を格納するので、クライアント・グループ上の操作をサポートするためにネットワーク・アドレスまたはアプリケーション・アドレスによりクライアント・グループを識別することができることを特徴とする請求項３３〜３６の何れかに記載のコンピュータ読み取り可能プログラム製品。
38. 前記クライアント・グループを識別するクライアント・グループ識別子手段の役割を果たすアプリケーション・タグを発生させるように構成されるコンピュータ読み取り可能プログラムおよびコード・デバイスを備えることを特徴とする請求項２３〜３７の何れかに記載のコンピュータ読み取り可能プログラム製品。
39. 照会、要求、または予約申し込みに従ってアプリケーション・クライアントと、クライアント・グループ（ＣＧ）にアプリケーション・データを配信するアプリケーション・サーバー（ＡＳ）を発生させるように構成されるコンピュータ読み取り可能プログラムおよびコード・デバイスを備えることを特徴とする請求項２３〜３８の何れかに記載のコンピュータ読み取り可能プログラム製品。
40. 前記照会、要求または予約申し込みは、アプリケーション・タグを有するアプリケーション・データ単位（９）への予約申し込みによって表現することを特徴とする請求項３７または３９に記載のコンピュータ読み取り可能プログラム製品。
41. 前記クライアント・グループ・ハンドラー（ＣＧＨ）は、クライアント・グループについてのデータを含むデータベース（ＤＢ１）を有し、該データは、各クライアント・グループに対して、会員の一覧表と、クライアント・グループの属性の一覧表とを有することを特徴とする請求項３４〜４６の何れかに記載のコンピュータ読み取り可能プログラム製品。
42. 前記データベース（ＤＢ１）はまた、招待された会員の一覧表と、クライアント・グループ・オーナーの一覧表とを有することを特徴とする請求項４１に記載のコンピュータ読み取り可能プログラム製品。
43. ネットワーク・アドレスまたはアプリケーション・アドレスによりクライアント・グループを識別し、クライアント・グループはまた、前記アプリケーションによって認識され、アプリケーション・セッション・ネーム・サーバー（ＡＳＮＳ）内またはクライアント・グループ・ハンドラー（ＣＧＨ）内に格納される名前を有することを特徴とする請求項２３〜４２の何れかに記載のコンピュータ読み取り可能プログラム製品。
44. 前記クライアント・グループの少なくとも一つはまた、通称名と呼ばれる一つまたは幾つかの別名を有することを特徴とする請求項２３〜４３の何れかに記載のコンピュータ読み取り可能プログラム製品。

Images