グループ通信セッションの間にメディアをフォーマットする方法であって、前記グループ通信セッションの間に、通信グループに属するアクセス端末の第1のセットからメディアを受信するステップであって、前記受信されたメディアが、前記通信グループに属するアクセス端末の第2のセットへ提示する内容に対応する、ステップと、アクセス端末の前記第1または第2のセットのうちの少なくとも1つのアクセス端末と関連付けられる位置情報を求めるステップと、前記求められた位置情報に基づいて、前記受信されたメディアを選択的に再フォーマットするステップとを含む、方法。前記受信するステップ、前記求めるステップ、および前記選択的に再フォーマットするステップが、前記グループ通信セッションを調停しているアプリケーションサーバによって実行される、請求項1に記載の方法。前記選択的に再フォーマットされたメディアをアクセス端末の前記第2のセットに送信するステップをさらに含む、請求項2に記載の方法。前記受信するステップ、前記求めるステップ、および前記選択的に再フォーマットするステップが、アクセス端末の前記第2のセットに属する、前記受信されたメディアのターゲットアクセス端末によって実行される、請求項1に記載の方法。前記選択的に再フォーマットされたメディアを、前記ターゲットアクセス端末のユーザに提示するステップをさらに含む、請求項4に記載の方法。前記求められた位置情報が、アクセス端末の前記第1のセットまたは前記第2のセットのうちの前記少なくとも1つのアクセス端末の、物理的なまたは地理的な位置に対応する、請求項1に記載の方法。前記求められた位置情報が、アクセス端末の前記第1のセットまたは前記第2のセットのうちの前記少なくとも1つのアクセス端末の仮想的な位置に対応する、請求項1に記載の方法。前記仮想的な位置が、オンラインポーカーゲームの仮想的なポーカーテーブルにおける、前記少なくとも1つのアクセス端末の相対的な位置に対応する、請求項7に記載の方法。前記グループ通信セッションがグループオーディオ通信セッションに対応し、前記受信されたメディアがオーディオメディアに対応する、請求項1に記載の方法。前記受信されたメディアが1次元オーディオメディアに対応し、前記選択的に再フォーマットするステップが前記1Dオーディオメディアを3次元オーディオメディアに変換する、請求項9に記載の方法。前記選択的に再フォーマットするステップが、アクセス端末の前記第2のセットのうちの所与のアクセス端末のために、アクセス端末の前記第1のセットのうちの少なくとも1つのアクセス端末の仮想的な発生点または方向を選択するステップと、アクセス端末の前記第2のセットのうちの前記所与のアクセス端末のために、前記選択された仮想的な発生点または方向に位置しているアクセス端末の前記第1のセットのうちの、前記少なくとも1つのアクセス端末の前記オーディオメディアを含むように、少なくとも1つの3次元オーディオ出力フレームを構成するステップとを含む、請求項9に記載の方法。前記選択的に再フォーマットするステップが、前記グループ通信セッションを調停するアプリケーションサーバによって実行され、前記アプリケーションサーバがアクセス端末の前記第2のセットの中の各アクセス端末のために異なる3Dオーディオ出力フレームを構成するように、前記選択的に再フォーマットするステップがアクセス端末の前記第2のセットの中の各アクセス端末に対して独立に実行される、請求項11に記載の方法。前記グループ通信セッションがグループビデオ通信セッションに対応し、前記受信されたメディアがビデオメディアに対応する、請求項1に記載の方法。前記選択的に再フォーマットするステップが、アクセス端末の前記第2のセットのうちの所与のアクセス端末のために、アクセス端末の前記第1のセットの少なくとも1つから受信された前記ビデオメディアの視覚的な配置を選択するステップと、アクセス端末の前記第2のセットのうちの前記所与のアクセス端末のために、前記選択された視覚的な配置に従って、アクセス端末の前記第1のセットのうちの前記少なくとも1つのアクセス端末の前記ビデオメディアを含むように少なくとも1つのビデオ出力フレームを構成するステップとを含む、請求項13に記載の方法。前記選択的に再フォーマットするステップが、前記グループ通信セッションを調停するアプリケーションサーバによって実行され、前記アプリケーションサーバがアクセス端末の前記第2のセットの中の各アクセス端末のために異なるビデオ出力フレームを構成するように、前記選択的に再フォーマットするステップがアクセス端末の前記第2のセットの中の各アクセス端末に対して独立に実行される、請求項14に記載の方法。アクセス端末の前記第2のセットの少なくとも1つから、選択されたメディア再フォーマットプロトコルの指示を受信するステップをさらに含み、前記選択的に再フォーマットするステップが、前記選択されたメディア再フォーマットプロトコルに従って、アクセス端末の前記第2のセットの前記少なくとも1つのために実行される、請求項1に記載の方法。前記選択的に再フォーマットするステップが、前記受信された指示を提供しない、アクセス端末の前記第2のセットのうちの任意の残りのアクセス端末のために、デフォルトのメディア再フォーマットプロトコルに基づいて実行される、請求項16に記載の方法。グループ通信セッションの間にメディアをフォーマットするように構成される装置であって、前記グループ通信セッションの間に、通信グループに属するアクセス端末の第1のセットからメディアを受信するための手段であって、前記受信されたメディアが、前記通信グループに属するアクセス端末の第2のセットへ提示する内容に対応する、手段と、アクセス端末の前記第1または第2のセットのうちの少なくとも1つのアクセス端末と関連付けられる位置情報を求めるための手段と、前記求められた位置情報に基づいて、前記受信されたメディアを選択的に再フォーマットするための手段とを含む、装置。前記装置が、前記グループ通信セッションを調停するアプリケーションサーバに対応する、請求項18に記載の装置。前記装置が、アクセス端末の前記第2のセットに属する、前記受信されたメディアのターゲットアクセス端末に対応する、請求項18に記載の装置。グループ通信セッションの間にメディアをフォーマットするように構成される装置であって、前記グループ通信セッションの間に、通信グループに属するアクセス端末の第1のセットからメディアを受信するように構成される論理回路であって、前記受信されたメディアが、前記通信グループに属するアクセス端末の第2のセットへ提示する内容に対応する、論理回路と、アクセス端末の前記第1または第2のセットのうちの少なくとも1つのアクセス端末と関連付けられる位置情報を求めるように構成される論理回路と、前記求められた位置情報に基づいて、前記受信されたメディアを選択的に再フォーマットするように構成される論理回路とを含む、装置。前記装置が、前記グループ通信セッションを調停するアプリケーションサーバに対応する、請求項21に記載の装置。前記装置が、アクセス端末の前記第2のセットに属する、前記受信されたメディアのターゲットアクセス端末に対応する、請求項21に記載の装置。グループ通信セッションの間にメディアをフォーマットするように構成される装置によって実行されると、前記装置に動作を実行させる命令を記憶した非一時的コンピュータ可読記憶媒体であって、前記命令が、前記グループ通信セッションの間に、通信グループに属するアクセス端末の第1のセットからメディアを受信するためのプログラムコードであって、前記受信されたメディアが、前記通信グループに属するアクセス端末の第2のセットへ提示する内容に対応する、プログラムコードと、アクセス端末の前記第1または第2のセットのうちの少なくとも1つのアクセス端末と関連付けられる位置情報を求めるためのプログラムコードと、前記求められた位置情報に基づいて、前記受信されたメディアを選択的に再フォーマットするためのプログラムコードとを含む、非一時的コンピュータ可読記憶媒体。前記装置が、前記グループ通信セッションを調停するアプリケーションサーバに対応する、請求項24に記載の非一時的コンピュータ可読記憶媒体。前記装置が、アクセス端末の前記第2のセットに属する、前記受信されたメディアのターゲットアクセス端末に対応する、請求項24に記載の非一時的コンピュータ可読記憶媒体。ある実施形態では、グループ通信セッションの間に、メディアが、通信グループに属するアクセス端末の第1のセットから受信され、受信されたメディアは、通信グループに属するアクセス端末の第2のセットへ提示する内容に対応する。ある例では、メディアは、グループ通信セッションを調停するアプリケーションサーバにおいて、または代替的には、アクセス端末の第2のセットに属する、受信されたメディアのターゲットアクセス端末において、受信され得る。アクセス端末の第1のセットまたは第2のセットのうちのあるアクセス端末と関連付けられる位置情報が求められ、受信されたメディアは、求められた位置情報に基づいて選択的に再フォーマットされる。本発明の実施形態およびその付随する利点の多くのより完全な理解は、以下の詳細な説明を参照し、本発明を限定するためではなく単に例示するために提示する添付の図面とともに考察することによってよりよく理解されれば、容易に得られるであろう。本発明の特定の実施形態を対象とする以下の説明および関連する図面で、本発明の態様を開示する。本発明の範囲から逸脱することなく、代替的な実施形態を考案することができる。さらに、本発明の関連する詳細を不明瞭にしないように、本発明のよく知られている要素については詳細に説明しないか、または省略する。例示的およびまたは例という用語は、本明細書では例、事例、または例示として機能することを意味するために使用される。本明細書で例示的およびまたは例として説明するいかなる実施形態も、必ずしも他の実施形態よりも好ましいまたは有利であると解釈されるべきではない。同様に、本発明の実施形態という用語は、本発明のすべての実施形態が、論じられた特徴、利点または動作モードを含むことを必要としない。さらに、多くの実施形態が、たとえば、コンピューティングデバイスの要素によって実行されるべき一連のアクションに関して説明される。本明細書で説明する様々なアクションは、特定の回路によって、1つもしくは複数のプロセッサによって実行されるプログラム命令によって、または両方の組合せによって実行できることが認識されよう。さらに、本明細書で説明するこれらの一連のアクションは、実行時に、関連するプロセッサに本明細書で説明する機能を実行させるコンピュータ命令の対応するセットを記憶した、任意の形式のコンピュータ可読記憶媒体内で全体として具現化されるものと見なすことができる。したがって、本発明の様々な態様は、すべてが請求する主題の範囲内に入ることが企図されているいくつかの異なる形式で具現化され得る。さらに、本明細書で説明する実施形態ごとに、任意のそのような実施形態の対応する形式を、たとえば、記載の動作を実行するように構成された論理として本明細書で説明することがある。本明細書でアクセス端末と呼ぶ高データレート加入者局は、移動でも固定でもよく、本明細書でモデムプールトランシーバまたは基地局と呼ぶ1つまたは複数のHDR基地局と通信することができる。アクセス端末は、1つまたは複数のモデムプールトランシーバを介して、モデムプールコントローラ、基地局コントローラおよびまたはパケット制御機能と呼ばれるHDR基地局コントローラとの間で、データパケットを送信および受信する。モデムプールトランシーバおよびモデムプールコントローラは、アクセスネットワークと呼ばれるネットワークの一部である。アクセスネットワークは、複数のアクセス端末間でデータパケットをトランスポートする。アクセスネットワークは、企業イントラネットまたはインターネットのような、アクセスネットワークの外部の追加のネットワークにさらに接続されてよく、各アクセス端末とそのような外部のネットワークとの間でデータパケットをトランスポートすることができる。1つまたは複数のモデムプールトランシーバとのアクティブトラフィックチャネル接続を確立したアクセス端末は、アクティブアクセス端末と呼ばれ、トラフィック状態にあると言われる。1つまたは複数のモデムプールトランシーバとのアクティブトラフィックチャネル接続を確立中であるアクセス端末は、接続セットアップ状態にあると言われる。アクセス端末は、ワイヤレスチャネルを介して、または、たとえば光ファイバーもしくは同軸ケーブルを使用する有線チャネルを介して通信する、任意のデータデバイスであってもよい。アクセス端末はさらに、限定はされないが、PCカード、コンパクトフラッシュ登録商標、外部もしくは内部モデム、またはワイヤレス電話もしくは有線電話を含む、いくつかのタイプのデバイスのうちの任意のものであってもよい。アクセス端末がモデムプールトランシーバに信号を送信する通信リンクは、逆方向リンクまたは逆方向トラフィックチャネルと呼ばれる。モデムプールトランシーバがアクセス端末に信号を送信する通信リンクは、順方向リンクまたは順方向トラフィックチャネルと呼ばれる。本明細書で使用するトラフィックチャネルという用語は、順方向トラフィックチャネルと逆方向トラフィックチャネルのいずれを指してもよい。図1は、本発明の少なくとも1つの実施形態によるワイヤレスシステム100の1つの例示的な実施形態のブロック図を示す。システム100は、アクセス端末102をネットワーク機器に接続して、パケット交換データネットワークとアクセス端末102、108、110、112との間にデータ接続性を与えることができるエアインターフェース104を介してアクセスネットワークまたは無線アクセスネットワーク120と通信している、セルラー電話102などのアクセス端末を含むことができる。本明細書に示すように、アクセス端末は、セルラー電話102、携帯情報端末108、本明細書に双方向テキストページャとして示すページャ110、さらにはワイヤレス通信ポータルを有する別個のコンピュータプラットフォーム112であり得る。したがって、本発明の実施形態は、ワイヤレスモデム、PCMCIAカード、パーソナルコンピュータ、電話、またはそれらの任意の組合せもしくは部分的な組合せを限定なしに含む、ワイヤレス通信ポータルを含むまたはワイヤレス通信機能を有する任意の形態のアクセス端末上で実現され得る。さらに、本明細書で使用するアクセス端末、ワイヤレスデバイス、クライアントデバイス、モバイル端末という用語およびそれらの変形体は、互換的に使用され得る。再び図1を参照すると、ワイヤレスネットワーク100の構成要素および本発明の例示的な実施形態の要素の相互関係は、図示の構成に限定されない。システム100は、例示的なものにすぎず、ワイヤレスクライアントコンピューティングデバイス102、108、110、112などのリモートアクセス端末が、互いに、かつまたは、限定はされないが、キャリアネットワーク126、インターネット、およびまたは他のリモートサーバを含む、エアインターフェース104およびRAN120を介して接続された構成要素との間で、無線で通信することを可能にする任意のシステムを含み得る。RAN120は、基地局コントローラパケット制御機能122に送信されるメッセージを制御する。BSCPCF122は、パケットデータサービスノードとアクセス端末102108110112との間のベアラチャネルのシグナリング、確立および切断を担う。リンクレイヤの暗号化が可能である場合、BSCPCF122はまた、エアインターフェース104を介してコンテンツを転送する前にそのコンテンツを暗号化する。BSCPCF122の機能は当技術分野でよく知られており、簡潔のためにさらに論じない。キャリアネットワーク126は、ネットワーク、インターネットおよびまたは公衆交換電話網によってBSCPCF122と通信することができる。代替的に、BSCPCF122は、インターネットまたは外部ネットワークに直接接続することができる。一般に、キャリアネットワーク126とBSCPCF122との間のネットワークまたはインターネット接続はデータを転送し、PSTNは音声情報を転送する。BSCPCF122は複数の基地局またはモデムプールトランシーバ124に接続され得る。キャリアネットワークと同様の方法で、BSCPCF122は一般に、データ転送およびまたは音声情報のために、ネットワーク、インターネットおよびまたはPSTNによってMPTBS124に接続される。MPTBS124は、セルラー電話102などのアクセス端末にデータメッセージをワイヤレスにブロードキャストすることができる。MPTBS124、BSCPCF122および他の構成要素は、当技術分野で知られているように、RAN120を形成することができる。ただし、代替構成も使用でき、本発明は、図示の構成に限定されない。たとえば、別の実施形態では、BSCPCF122の機能とMPTBS124の1つまたは複数の機能とを、BSCPCF122とMPTBS124の両方の機能を有する単一のハイブリッドモジュールに縮小することができる。図2Aに、本発明の一実施形態によるキャリアネットワーク126を示す。図2Aの実施形態では、キャリアネットワーク126は、パケットデータサービングノード160と、ブロードキャストサービングノード165と、アプリケーションサーバ170と、インターネット175とを含む。ただし、代替的な実施形態では、アプリケーションサーバ170および他の構成要素はキャリアネットワークの外部に位置することがある。PDSN160は、たとえば、cdma2000の無線アクセスネットワークを利用して、インターネット175、イントラネットおよびまたはリモートサーバへのアクセスを移動局に与える。アクセスゲートウェイとして働くので、PDSN160は、単純IPおよびモバイルIPアクセス、外部エージェントのサポート、およびパケットのトランスポートを提供することができる。PDSN160は、認証、認可、および課金サーバおよび他のサポートインフラストラクチャのクライアントとして働くことができ、当技術分野で知られているように、IPネットワークへのゲートウェイを移動局に与える。図2Aに示すように、PDSN160は、従来のA10接続を介してRAN120と通信し得る。A10接続は当技術分野でよく知られており、簡潔のためにさらに説明しない。図2Aを参照すると、ブロードキャストサービングノード165は、マルチキャストサービスおよびブロードキャストサービスをサポートするように構成され得る。BSN165は、以下でより詳細に説明される。BSN165は、ブロードキャストA10接続を介してRAN120と通信し、インターネット175を介してアプリケーションサーバ170と通信する。BCA10接続は、マルチキャストおよびまたはブロードキャストメッセージングを転送するために使用される。したがって、アプリケーションサーバ170は、インターネット175を介してユニキャストメッセージングをPDSN160に送り、またインターネット175を介してマルチキャストメッセージングをBSN165に送る。一般に、以下でより詳細に説明するように、RAN120は、BCA10接続を介してBSN165から受信されたマルチキャストメッセージを、エアインターフェース104のブロードキャストチャネルを介して1つまたは複数のアクセス端末200に送信する。図2Bは、図1のワイヤレス通信100の一例をより詳細に示す。具体的には、図2Bを参照すると、AT1~Nは、異なるパケットデータネットワークのエンドポイントによってサービスされる場所でRAN120に接続するものとして示されている。したがって、AT1およびAT3は、、外部エージェントなどに対応し得る第1のパケットデータネットワークエンドポイント162によってサービスされる部分においてRAN120に接続する。第1のパケットデータネットワークエンドポイント162は、次に、ルーティングユニット188を介して、インターネット175、ならびにまたは、認証、認可および課金サーバ182、プロビジョニングサーバ184、インターネットプロトコルマルチメディアサブシステムセッション開始プロトコル登録サーバ186、およびもしくはアプリケーションサーバ170のうちの1つもしくは複数に接続する。AT2およびAT5~Nは、第2のパケットデータネットワークのエンドポイント164によってサービスされる部分においてRAN120に接続する。第1のパケットデータネットワークエンドポイント162と同様に、第2のパケットデータネットワークエンドポイント164は、次に、ルーティングユニット188を介して、インターネット175、ならびにまたはAAAサーバ182、プロビジョニングサーバ184、IMSSIP登録サーバ186、およびもしくはアプリケーションサーバ170のうちの1つまたは複数に接続する。AT4は、インターネット175に直接接続し、次いで、インターネット175を通して、上記で説明したシステム構成要素のうちのいずれかに接続することができる。図2Bを参照すると、AT1、AT3およびAT5~Nはワイヤレス携帯電話として示され、AT2はワイヤレスタブレットPCとして示され、AT4は有線のデスクトップ局として示されている。ただし、他の実施形態では、ワイヤレス通信システム100は任意のタイプのATに接続することができ、図2Bに示す例は、システム内に実装され得るATのタイプを限定するものではないことが理解されよう。また、AAA182、プロビジョニングサーバ184、IMSSIP登録サーバ186およびアプリケーションサーバ170は、それぞれ構造的に個別のサーバとして示されているが、これらのサーバのうちの1つまたは複数は、本発明の少なくとも1つの実施形態では統合されてよい。さらに、図2Bを参照すると、アプリケーションサーバ170は、複数のメディア制御コンプレックス1N170Bと複数の地域ディスパッチャ1N170Aとを含むものとして示されている。集合的に、地域ディスパッチャ170AおよびMCC170Bは、少なくとも1つの実施形態では、ワイヤレス通信システム100内の通信セッションを調停するように集合的に機能するサーバの分散型ネットワークに対応し得る、アプリケーションサーバ170内に含まれる。たとえば、アプリケーションサーバ170によって調停される通信セッションは、理論的には、システム100内のどこかに位置するAT間で行われ得るので、調停される通信セッションのレイテンシを低減するように複数の地域ディスパッチャ170AおよびMCCが分布する。したがって、アプリケーションサーバ170に言及する場合、関連する機能が、地域ディスパッチャ170Aのうちの1つまたは複数、ならびにまたは、MCC170Bのうちの1つもしくは複数によって実行され得ることが理解されよう。地域ディスパッチャ170Aは、概して、通信セッションを確立することに関係する任意の機能を担当し、MCC170Bは、調停された通信セッション中に呼中シグナリングおよびメディアの実際の交換を行うことを含む、呼インスタンスの持続時間の間に通信セッションをホスティングすることを担う。図3を参照すると、セルラー電話などのアクセス端末200は、キャリアネットワーク126、インターネットおよびまたは他のリモートサーバおよびネットワークから最終的に発生することがある、RAN120から送信されたソフトウェアアプリケーション、データおよびまたはコマンドを受信し実行することができる、プラットフォーム202を有する。プラットフォーム202は、特定用途向け集積回路または他のプロセッサ、マイクロプロセッサ、論理回路、または他のデータ処理デバイスに動作可能に結合された送受信機206を含み得る。ASIC208または他のプロセッサは、ワイヤレスデバイスのメモリ212中の任意の常駐プログラムとインターフェースするアプリケーションプログラミングインターフェース210レイヤを実行する。メモリ212は、読取り専用メモリまたはランダムアクセスメモリ、EEPROM、フラッシュカード、またはコンピュータプラットフォームに共通の任意のメモリから構成され得る。プラットフォーム202は、メモリ212中でアクティブに使用されないアプリケーションを保持することができるローカルデータベース214も含み得る。ローカルデータベース214は、一般にフラッシュメモリセルであるが、磁気媒体、EEPROM、光学媒体、テープ、ソフトまたはハードディスクなど、当技術分野で知られている任意の二次記憶デバイスであってもよい。内部プラットフォーム202の構成要素はまた、当技術分野で知られていているように、構成要素の中でもとりわけ、アンテナ222、ディスプレイ224、プッシュツートークボタン228およびキーパッド226のような外部デバイスに動作可能に結合され得る。したがって、本発明のある実施形態は、本明細書で説明する機能を実行するための能力を含むアクセス端末を含み得る。当業者が理解するように、本明細書で開示する機能を達成するために、様々な論理要素を、個別要素、プロセッサ上で実行されるソフトウェアモジュール、またはソフトウェアとハードウェアとの任意の組合せで実施することができる。たとえば、ASIC208、メモリ212、API210およびローカルデータベース214をすべて協働的に使用して、本明細書で開示する様々な機能をロード、記憶および実行することができ、したがってこれらの機能を実行するための論理回路は様々な要素に分散していてよい。代替的に、機能は、1つの個別構成要素に組み込まれてよい。したがって、図3中のアクセス端末の特徴は例示的なものにすぎないと見なすべきであり、本発明は図示の特徴または構成に限定されない。アクセス端末102とRAN120との間のワイヤレス通信は、符号分割多元接続、WCDMA登録商標、時分割多元接続、周波数分割多元接続、直交周波数分割多重、GlobalSystemforMobileCommunications、またはワイヤレス通信ネットワークまたはデータ通信ネットワークにおいて使用できる他のプロトコルなど、様々な技術に基づき得る。データ通信は、一般に、クライアントデバイス102とMPTBS124とBSCPCF122との間で行われる。BSCPCF122は、キャリアネットワーク126、PSTN、インターネット、仮想プライベートネットワークなどの複数のデータネットワークに接続でき、したがって、アクセス端末102はより広範囲の通信ネットワークにアクセスできるようになる。前述のように、かつ当技術分野で知られているように、様々なネットワークおよび構成を使用して、音声送信およびまたはデータをRANからアクセス端末に送信することができる。したがって、本明細書で提供する例は、本発明の実施形態を限定するものではなく、本発明の実施形態の態様の説明を助けるものにすぎない。図4Aは、従来の半二重グループ通信セッションのプロセスを示す。図4Aのグループ通信セッションは、IPマルチキャスティングプロトコルまたはIPユニキャスティングプロトコルによってサポートされるグループ通信セッションに対応し得る。IPマルチキャスティングでは、ダウンリンクブロードキャストチャネルは、各々の聴取しているマルチキャストグループメンバーに到達するように、1つまたは複数のセクタ内で単一のマルチキャストフローを搬送する一方、マルチキャストグループメンバーがどのようにダウンリンクBCHに対して調整できるかを示す別個のスケジューリングメッセージが、ダウンリンク制御チャネルで送信される。IPユニキャスティングでは、各グループメッセージは、各グループメンバーに個々に宛てられた別個のユニキャストメッセージとして、各グループ通信セッション参加者またはマルチキャストグループメンバーに送信される。さらに、図4Aは、音声フレームがグループオーディオ通信セッションのグループメンバー間で共有される場合の説明を対象とする。しかし、ビデオフレームがグループビデオ通信セッションのグループメンバー間で共有される例が、図5A~図5Cに関して後で説明される。図4Aを参照すると、400において、所与のATが、RAN120を介して要求をアプリケーションサーバ170に送信して、グループ通信セッションを開始する。たとえば、グループ通信セッションは、プッシュツートークまたはプッシュツートランスファーセッションに対応してよく、400における要求の送信は、ATA上のPTTボタンまたはPTXボタンをATAのユーザが押すことに基づいて促され得る。アプリケーションサーバ170は、ATAからグループ通信セッション要求を受信し、ワイヤレス通信システム100の1つまたは複数のセクタにおいて告知メッセージを送信する。少なくともATBEが告知メッセージを受信し、告知されたグループ通信セッションに参加することを決定する。したがって、ATBEは、呼受入メッセージをアプリケーションサーバ170に送信し、登録メッセージもRAN120に送信して、グループ通信セッションに登録する。ATBEの各々からの呼受入メッセージおよび登録メッセージは、逆方向リンクアクセスチャネル上の別個のメッセージ内で送信されてよく、または代替的には、同じメッセージ内にまとめられてもよい。ATBEのうちのATからの告知メッセージに対する、第1の応答者からの呼受入メッセージを受信した後で、アプリケーションサーバ170は、グループ通信セッションに対する発言権をATAに付与する。したがって、発言権付与メッセージを受信した後で、ATAは、ATAのユーザが会話を開始できるということをユーザに示すために音を再生し、ATAは、逆方向リンクチャネルでオーディオメディアをRAN120へ送信し始め、このオーディオメディアは次いで、アプリケーションサーバ170に転送される。425におけるオーディオメディアの送信は、実際に音声データを含むデータフレーム、およびまたは、音声データを含まない無音フレームを含み得る。ある例では、425において送信されるオーディオメディアのストリーム中の各フレームは、リアルタイムトランスポートプロトコルパケットもしくはダイアグラム、または代替的には、RTCPパケットに対応し得る。40オクテットのオーバーヘッドRTPパケットのヘッダ部分は、以下のように構成され得る。Table1を参照すると、RTPパケットヘッダ部分のフィールドは当技術分野ではよく知られており、簡潔のためにさらに説明はされない。RTPヘッダ部分の後に、RTPパケットはデータペイロード部分を含む。データペイロード部分は、デジタル化された音声およびまたはビデオのサンプルを含み得る。図4Aの425に戻ると、ATAから425において送信されたオーディオメディアは、1Dオーディオとして分類され得る。1Dオーディオは、オーディオ出力デバイスによって再生される時に空間的な配向性をもたらさないように構成されるオーディオに対応する。対照的に、3Dオーディオは、ある音に対する空間的な配向性をもたらすように構成され得る。たとえば、映画の視聴体験を向上させるために音をサポートするように、3Dオーディオを符号化することが映画では一般的である。したがって、映画の視聴者は、適切なスピーカシステムによって再生されると、映画において示されるように音の相対的な位置から音が来ているかのように、映画の音を聞くことになる。アプリケーションサーバ170は、発言権保持者からのメディアストリームの受信と、グループ通信セッションの1人または複数の聴取しているグループメンバーに対する出力ストリームのトランスコーディングとを処理する、メディア制御コンプレックス170Bモジュールを含む。言い換えると、MCC170Bは、フレームを複製して、ATBEの各々へのATAからのRTPパケット内で再ブロードキャストする。出力ストリームがMCC170Bによって生成されるにしたがって、アプリケーションサーバ170は、出力ストリームからの出力フレームを含むRTPパケットを、一連のグループメッセージとしてATBEに送信し、ATBEは、グループ通信セッションのためのグループメッセージを監視する。ATBEは、グループメッセージを受信し、関連するオーディオ出力デバイスを介して、1Dオーディオとして受信されたオーディオメディアを出力する。理解されるように、436および441における1Dオーディオの出力は、ATAからのオーディオメディアが、1Dオーディオの源がどこに位置するかについての感覚的な認識を伴わずに、ATBEのユーザに出力されることを意味する。むしろ、1Dオーディオにおいては典型的であるが、1Dオーディオの源は、単にオーディオ出力デバイス自体から発せられているものとして、あらゆる聴取者に聞こえるであろう。次いで、グループ通信セッションは、ATAのユーザが発言権を返上すると決定するまで、ある期間継続する。445は、発言権を返上するというATAからの明示的な指示に対応してよく、または、ある期間ATAからの活動がないことに基づいてよい。ATAがグループ通信セッションに対する発言権を返上したと判定した後で、アプリケーションサーバ170は、ATBEへ発言権解放メッセージを送信する。ATBおよびATCEの少なくとも1つのユーザが、発言権の制御を得るのを試みることを決定し、発言権要求メッセージをアプリケーションサーバ170に送信すると、仮定する。こうして、アプリケーションサーバ170は、複数の発言権要求メッセージを受信し、発言権を要求しているATの優先レベルを評価して、次に発言権を付与されるATを決定する。たとえば、グループ通信セッションのタイプに基づいて、RAN120は、RAN120において管理される1つまたは複数の優先順位表を評価することができ、発言権を要求しているATのうち優先順位が最高のATに、発言権を付与することができる。たとえば、優先順位表は、以下のように構成され得る。465において、グループ通信セッションの呼のタイプに関して、要求しているATの中でATBの優先レベルが最高であると、アプリケーションサーバ170が判定し、アプリケーションサーバ170が発言権付与メッセージをATBに送信すると、仮定する。次に、ATBは、ATBが現在発言権を有していることをATBのユーザに通知するための音を再生し、ATBは、1つまたは複数RTPパケット内で、1Dオーディオメディアをアプリケーションサーバ170に送信し始め、1Dオーディオメディアは次いで、MCC170Bによって出力ストリームへと変換され、ATAおよびATCEへと再送信される。ATAおよびATCEは、グループ通信セッションのためのグループメッセージを監視する。ATAおよびATCEは、グループメッセージを受信し、関連するオーディオ出力デバイスを介して、1Dオーディオとして受信されたオーディオメディアを出力する。理解されるように、490および495における1Dオーディオの出力は、ATBからのオーディオメディアが、1Dオーディオの源がどこに位置するかについての感覚的な認識を伴わずに、ATAおよびATCEのユーザに出力されることを意味する。むしろ、1Dオーディオにおいては典型的であるが、1Dオーディオの源は、単にオーディオ出力デバイス自体から発せられているものとして、あらゆる聴取者に聞こえるであろう。半二重セッションの特徴であるが、図4Aのグループ通信セッション中のいくつかのATは、フレームを送信するだけである一方、グループ通信セッション中の他のATは、フレームを受信するだけである。図4Aのプロセスの代替形態は、図4Bに関して以下で説明される、全二重グループ通信セッションである。全二重セッションでは、セッションへの各参加者は、フレームの送信と受信を両方行うことができる。図4Bは、従来の全二重グループ通信セッションのプロセスを示す。図4Aにおけるように、図4Bのグループ通信セッションは、IPマルチキャスティングプロトコルまたはIPユニキャスティングプロトコルによってサポートされるグループ通信セッションに対応し得る。図4Bを参照すると、400Bから415Bは、図4Aの400から415に対応しており、したがって、簡潔のためにさらに論じられることはない。420Bにおいて、セッション開始者に対して発言権を付与する代わりに、アプリケーションサーバ170は、セッションが開始できることを示すメッセージを、グループ通信セッションに参加した各ATに送信する。メッセージ420Bを受信すると、ATAEのいずれもが、会話を開始することができ、したがってオーディオメディアを送信することができる。図4Aにおけるように、425B、430Bおよび435Bで送信されるオーディオメディアは、1Dオーディオに対応する。図4Bに戻ると、440Bにおいて、アプリケーションサーバ170のMCC170Bは、ATAEからオーディオメディアを受信し、統合されたメディアストリームのジッタを除去し、次いで、特定の時間間隔におけるATAEの各々からのメディアコンテンツのすべてを含む、出力ストリームを生成する。アプリケーションサーバ170は次いで、得られた1Dオーディオメディアストリームを、一連の統合されたフレームとして、ATAEの各々に1つまたは複数のRTPパケット内で送信する。しかし、ATAEの各々は、フィードバック問題を回避するために、自身を除くすべてのセッション参加者からのフレームを含む統合されたメディアストリームを受信することを、理解されたい。したがって、ATAは、ATBEからの統合されたメディアで構成される出力ストリームを受信し、ATBは、ATAおよびATCEからの統合されたメディアで構成される出力ストリームを受信し、以下同様である。ATAEは各々、アプリケーションサーバ170から、それぞれのオーディオフレームを受信する。ATAEは次いで、それぞれのオーディオフレームからユーザへと、1Dオーディオを出力する。図4Cは、図4Aの430、図4Aの475、およびまたは図4Bの440Bという送信するステップの間にアプリケーションサーバ170において行われるプロセスを、より詳しく示す。図4Cを参照すると、アプリケーションサーバ170は、ATのグループへ送信するための、1つまたは複数のフレームを受信する。たとえば、図4Aの430において、アプリケーションサーバ170は、図4Aの425において送信されるATAからのフレームを受信し、図4Aの475において、アプリケーションサーバ170は、図4Aの470において送信されるATBからのフレームを受信する。さらなる例では、図4Bの440Bにおいて、アプリケーションサーバ170は、図4Bの425Bと435Bとの間に送信されるATAEの各々からのフレームを受信する。400Cにおいてフレームの各々を受信すると、サーバ調停型のグループ通信セッションのためのメディア交換を処理している特定のMCC170Bのコントローラは、400Cからの各々の受信されたフレームを、関連するATのジッタ除去バッファ中の対応するキューに加える。MCC170Bのミキサの準備ができている場合、ミキサは、特定のタイムスロットに対して、ジッタ除去バッファのそれぞれのキューから1つまたは複数のフレームを除去し、その1つまたは複数のフレームに対してミキシング動作を実行する。半二重の場合、通常、1つのATのみからのフレームが存在するので、メディアの実際のミキシングは実行されなくてもよく、ジッタ除去バッファは使われなくてもよく、フレームは単に、ヘッダ調整なしで、受信された通りにMCC170Bから転送されてよい。したがって、図4Cは主に、全二重セッションのために実行されるプロセスを対象とする。全二重の場合には、通常、2つ以上のATからのフレームが存在するので、ミキサは、当技術分野において知られているように、ある特定のタイムスロットのための各フレーム内で、実際のメディアまたはペイロード部分をミキシングする。理解されるように、全二重において、半二重の場合のように、たとえば1人のセッション参加者がセッション中の会話の大半を行っている場合に、ある期間において、1つのみのATから受信されたフレームを有する可能性もある。しかし、単一のフレームが全二重セッションの間に受信される時、ジッタ除去バッファは、複数のフレームが受信される時のように依然として使用されるので、ジッタ除去バッファに関連する遅延を依然として被る。410Cにおいてフレームをミキシングした後、コントローラは、ミキシングされたフレームを、グループへ送信されるように向ける。図4Dおよび図4Eは、図4Cのプロセスの実装例を示す。具体的には、図4Dは、ATAEの各々が図4Bにおけるように各タイムスロットの間にフレームを送信する全二重セッションの実装例を示し、図4EはAT1のみが、ある期間の各タイムスロットの間にフレームを送信する実装例を示す。図4Dを参照すると、データストリームが、グループ通信セッションの調停を処理しているアプリケーションサーバ170のMCC170Bにおいて、ATAEの各々から受信される。MCC170Bのコントローラは、400Cからの各々の受信されたフレームを、関連するATのためのジッタ除去バッファ中のキューに加える。図4Dに示されるように、ATAEの各々のためのキューは、ミキサによって処理またはミキシングされるのを待機しているフレームの番号を示す。所与のタイムスロットのためのフレームがフレームのそれぞれのキューの最上部に到達すると、コントローラは、ジッタ除去バッファ中のキューからそうしたフレームを除去し、ミキシングのためにそうしたフレームをミキサに送信する。したがって、ミキサは、410Cにおいて、所与のタイムスロットの間、ATAEの各々からのそうしたフレームをミキシングする。このミキシングが図4Dにおいて実施される方式は、1Dオーディオが生成されるような方式である。言い換えると、ターゲットATにおいて再生される場合、オーディオメディアの源は、各スピーカと同一であるものとして知覚される。次いで、コントローラは、グループ通信セッションの各セッション参加者へと送信されるように、ミキシングされたフレームを向ける。図4Dに示されるように、各ATに送信されるミキシングされたフレームは、各々の他のATからのメディアを含むので、ATAに送信されるミキシングされたフレームは、ATBCDEからのフレームを含み、ATBに送信されるミキシングされたフレームは、ATACDEからのフレームを含み、ATCに送信されるミキシングされたフレームは、ATABDEからのフレームを含み、ATDに送信されるミキシングされたフレームは、ATABCEからのフレームを含み、ATEに送信されるミキシングされたフレームは、ATABCDからのフレームを含む。図4Eを参照すると、データストリームが、グループ通信セッションの調停を処理しているアプリケーションサーバ170のMCC170Bにおいて、ATAのみから受信される。1つのATのみから受信されているフレームは、半二重セッションの間に、またはさらには、1つのみのATがグループへの送信のために音声メディアを送信している半二重セッションの間のある期間に、発生し得る。理解されるように、他のフレームは、ATBEのうちの1つまたは複数の他のATからMCC170Bにおいて受信されてよいが、これらのフレームは、図4Eでは、ノイズフレームまたは無音フレームに対応すると想定され、コントローラ170Aは、そのようなフレームを切断し、そのようなフレームをジッタ除去バッファにおけるキューに追加するのを控えるように構成される。コントローラは、400Cからの各々の受信されたフレームを、関連するATのジッタ除去バッファ中のキューに追加する。図4Eに示されるように、ATAの各々のためのキューは、ミキサによって処理またはミキシングされるのを待機しているフレームの番号を示し、一方ATBEのキューは、音声パケットがある期間ATBEから受信されていないと想定されるので、各々空である。所与のタイムスロットにおけるATAのためのフレームがフレームのキューの最上部に到達すると、コントローラは、ジッタ除去バッファ中のキューからそのフレームを除去し、ミキシングのためにそのフレームをミキサに送信する。したがって、ミキサは、410Cにおいて、所与のタイムスロットの間、ATAからのそのフレームに対してミキシング動作を実行する。この場合、ミキサによって実行されるミキシング動作は、出力フレームのRTPヘッダが出力ストリームに対して適切になるように、入力フレーム中のメディアをフォーマットすることに対応する。次いで、コントローラは、グループ通信セッションの1人または複数のセッション参加者へと送信されるように、ミキシングされたフレームを向ける。図4Eに示されるように、各ATに送信されるミキシングされたフレームは、タイムスロットのためのフレームを送信している各々の他のATからのメディアを含む。この場合、ATAのみが現在のタイムスロットのためのフレームを送信しているので、ATBEの各々に送信されるフォーマットされたフレームは、ATAのフレームのみを含み、ATAは、NULLフレームを送信され得る。あるいは、図4Eには示されないが、NULLフレームを送信される代わりに、415CにおいてはフレームがATAに送信されなくてもよい。当業者が理解するように、関連するオーディオコンテンツを搬送するには、1Dオーディオをグループ通信セッションに参加しているターゲットATに提供すれば十分であるが、1Dオーディオは、オーディオメディアの位置に基づく3D表現を提供できない。図5Aは、従来の全二重グループビデオ通信セッションのプロセスを示す。図5Aのグループビデオ通信セッションは、IPマルチキャスティングプロトコルまたはIPユニキャスティングプロトコルによってサポートされるグループ通信セッションに対応し得る。図5Aを参照すると、500において、所与のATが、RAN120を介して要求をアプリケーションサーバ170に送信して、グループビデオ通信セッションを開始する。アプリケーションサーバ170は、ATAからグループビデオ通信セッションの要求を受信し、ワイヤレス通信システム100の1つまたは複数のセクタで告知メッセージを送信する。少なくともATBEが告知メッセージを受信し、告知されたグループ通信セッションに参加することを決定する。したがって、ATBEは、呼受入メッセージをアプリケーションサーバ170に送信し、登録メッセージもRAN120に送信して、グループビデオ通信セッションに登録する。ATBEの各々からの呼受入メッセージおよび登録メッセージは、逆方向リンクアクセスチャネル上の別個のメッセージ内で送信されてよく、または代替的には、同じメッセージ内にまとめられてもよい。呼受入メッセージを受信した後で、アプリケーションサーバ170は、セッションが開始できることを示すメッセージを、グループ通信セッションに参加した各ATに送信する。メッセージ520を受信すると、ATAEのいずれもが、ビデオメディアの送信を開始できる。図5Aに戻ると、540において、アプリケーションサーバ170のMCC170Bは、ATAEからビデオメディアを受信し、統合されたメディアストリームのジッタを除去し、次いで、デフォルトのミキシングルールに従って、特定の時間間隔におけるATAEの各々からのメディアコンテンツのすべてを含む出力ストリームを生成する。デフォルトのミキシングルールは、図5Bおよび図5Cに関して以下でさらに詳しく説明されるが、一般に、各ターゲットATへビデオ出力フレームを提供するためにそれぞれのATからのビデオメディアが組み合わされる方式に対応する。アプリケーションサーバ170は次いで、得られたミキシングされたビデオメディアのストリームを、一連の統合されたフレームとして、ATAEの各々に1つまたは複数のRTPパケット内で送信する。しかし、ATAEの各々が、フィードバック問題を回避するために、自身を除くすべてのセッション参加者からのフレームを含む統合されたメディアストリームを受信できることが理解される。したがって、ATAは、ATBEからの統合されたメディアで構成される出力ストリームを受信し、ATBは、ATAおよびATCEからの統合されたメディアで構成される出力ストリームを受信し、以下同様である。ATAEの各々は、アプリケーションサーバ170からのグループメッセージの受信について、ダウンリンクチャネルを監視する。こうして、ATAEの各々は、ビデオメディアのストリームを受信し、それぞれのATに関連するディスプレイデバイスを介して出力する。図5Bは、図5Aの540において行われるミキシングの実装例を示す。図5Bは、図4Cの一般的なミキシングプロセスに関して説明されるが、図4Cは、主にオーディオフレームに関して説明され、一方図5Bはビデオフレームのミキシングを対象とすることが理解されよう。図5Bを参照すると、ビデオフレームのストリームが、グループ通信セッションの調停を処理しているアプリケーションサーバ170のMCC170Bにおいて、ATAEの各々から受信される。MCC170Bのコントローラは、400Cからの各々の受信されたフレームを、関連するATのためのジッタ除去バッファ中のキューに加える。図5Bに示されるように、ATAEの各々に対するキューは、ミキサによって処理またはミキシングされるのを待機しているフレームの番号を示す。所与のタイムスロットのフレームがフレームのそれぞれのキューの最上部に到達すると、コントローラは、ジッタ除去バッファ中のキューからそうしたフレームを除去し、ビデオフレームに対するデフォルトのミキシングルールに従って、ミキシングのためにそうしたフレームをミキサに送信する。したがって、ミキサは、410Cにおいて、所与のタイムスロットの間、ATAEの各々からのそうしたフレームをミキシングする。図5Bを参照すると、コントローラは、グループビデオ通信セッションの各セッション参加者へと送信されるように、ミキシングされたフレームを向ける。図5Bに示されるように、各ATに送信されるミキシングされたフレームは、各々の他のATからのメディアを含むので、ATAに送信されるミキシングされたフレームは、ATBCDEからのフレームを含み、ATBに送信されるミキシングされたフレームは、ATACDEからのフレームを含み、ATCに送信されるミキシングされたフレームは、ATABDEからのフレームを含み、ATDに送信されるミキシングされたフレームは、ATABCEからのフレームを含み、ATEに送信されるミキシングされたフレームは、ATABCDからのフレームを含む。より具体的には、図5Bにおいて、デフォルトのミキシングルールは、時計回りにかつAEの順序で、それぞれのATからのビデオメディアを組み合わせることである。したがって、ビデオメディアを提供する5個のATがあるので、各ATは、出力ビデオストリームにおいて、全体で4個の組み合わされたビデオフレームを一度に与えられる。図5Bの例は、各々のそれぞれのATからのビデオフレームを示すのに利用可能な4個のスロットを有するグリッドを示す。したがって、ATAに宛てられるグリッドは、左上の部分にATBのビデオフレームを有し、右上の部分にATCのビデオフレームを有し、左下の部分にATDのビデオフレームを有し、右下の部分にATEのビデオフレームを有する。出力ビデオフレームまたはストリームの中の残りのビデオフレームの配置は、図5Bの検討から理解されるだろう。図5Cは、図5Bに示されるようにATBEからのビデオストリームがミキシングされる時にATAにおいて実現される、ビデオ再生の例を示す。したがって、ATBEのユーザは各々自身を録画しており、デフォルトのミキシングルールに従ってアプリケーションサーバ170によってミキシングされATAのユーザへの提示のためにATAへ送信される、ビデオフレームを提供している。図5Bに関して上で述べられたように、このことは、ATBのビデオフレームがATAのディスプレイの左上部分に示され、ATCのビデオフレームがATAのディスプレイの右上部分に示され、ATDのビデオフレームがATAのディスプレイの左下部分に示され、ATEのビデオフレームがATAのディスプレイの右下部分に示されることを意味する。当業者が理解するように、図4A~図4Eに関して説明されたグループ通信セッションの1Dオーディオ再生は、それぞれの呼の参加者の仮想的なまたは物理的な位置を考慮しない。したがって、各々の呼の参加者が、異なる国、建物の異なる階、または異なるオンラインチャットルームもしくはポーカーゲームの座席位置に位置している場合、オーディオは、ターゲットATのユーザから見て、呼の参加者が同じ源または発生点または方向から発せられているものとして知覚するような方式で、ミキシングされる。また、図5A~図5Cに関して説明されたグループビデオ通信のAT固有のビデオ部分の配置の構成は、呼の参加者のそれぞれの位置に基づかず、むしろ、デフォルトのミキシングアルゴリズムの結果である。したがって、本発明の実施形態は、グループ通信セッションの間にアクセス端末のユーザへ提示するためにメディアをフォーマットする時に、位置情報を考慮することを対象とする。実施形態は、グループオーディオ通信セッション、またはグループビデオ通信セッションを対象とし得る。実施形態は、アプリケーションサーバ170において、または代替的にはAT自体において実施され得る。グループ通信セッション自体は、半二重、ハイブリッド二重、または全二重であってよい。図6Aは、本発明の少なくとも1つの実施形態による、アプリケーションサーバ170において実施される高水準のメディアの再フォーマットプロセスまたはミキシングプロセスを示す。図6Aを参照すると、アプリケーションサーバ170は、ATAEの間のグループ通信セッションを調停しており、アプリケーションサーバ170は、通信グループへの送信のために、ATAEのうちのATの第1のセットからメディアを受信する。メディアの受信元であるATの第1のセットは、単一のAT、通信セッションに参加しているすべてのAT、またはその中間の数のATに対応し得る。次に、アプリケーションサーバ170は、ATAEの1つまたは複数と関連付けられる位置情報を求める。ある例では、位置情報は、1つまたは複数のATの地理的な場所または位置に対応し得る。たとえば、ATAEは、それぞれの地理的な場所を、アプリケーションサーバ170に報告することができる。これらの報告は、周期的であってよく、通信セッションのセットアップにおいてトリガされてよく、または何らかの他の基準を介して提供されてよい。代替的な例では、位置情報は代わりに、それぞれのATのサービングエリアに対応し得る。たとえば、どの基地局が現在ATをサービスしているかという知識は、アプリケーションサーバ170に、ATの位置の粗い位置推定を与えることができる。別の例では、位置情報は仮想的であり、地理的な場所に全く基づかなくてよい。たとえば、グループ通信セッションがオンラインポーカーゲームと関連付けられると仮定する。通常、オンラインポーカーゲームは、プレイヤーが実際のポーカーテーブルの周りに座っているかのように、プレイヤーに視覚的に提示される。しかし、ポーカーテーブルの周りのプレイヤーの仮想的な位置は、必ずしも、現実世界でのプレイヤーの物理的な位置と関連があるとは限らない。世界中からのプレイヤーが、オンラインアバターおよびまたはビデオフィードを介して、単一のテーブルに一緒に座っているものとして示され得る。この場合、仮想的なテーブルの周りのそれぞれのポーカープレイヤーの仮想的な位置が、位置情報として、アプリケーションサーバ170によって解釈され得る。このタイプの位置情報は、ポーカーゲームをホストしているサーバからアプリケーションサーバ170によって取得されてよく、または代替的には、それぞれのポーカープレイヤーのゲームへの到着の順序に基づいて推測されてよい。605における1つまたは複数のATの位置情報を取得した後で、アプリケーションサーバ170は、求められた位置情報に基づいて、600からの受信されたメディアを選択的に再フォーマットする。受信されたメディアがどのように再フォーマットされ得るかという多くの異なる例が、以下で与えられる。610においてメディアを再フォーマットした後で、アプリケーションサーバ170は、再フォーマットされたメディアを、ATAEの第2のセットへ送信する。ある例では、たとえば、全二重セッションへの各参加者が他のセッション参加者からメディアを受信する時には、第1のセットおよび第2のセットは同じであってよい。しかし、たとえば、第1のセットが話者または発言権保持者に対応し第2のセットが聴取者または発言権非保持者に対応する半二重セッションでは、第1のセットおよび第2のセットは異なっていてもよい。理解されるように、本発明の少なくとも1つの実施形態では、各々の参加しているATが、他のATからのみメディアを受信できるように、メディアは、メディアを提供したATに戻されなくてもよい。しかし、ある特定のATのユーザが、自身のビデオストリームを、アプリケーションサーバ170から自身のATへと戻すのを望み得ることは、少なくとも理論的に可能なので、上記は単なる例示的な実装形態である。図6Bは、図6Aのプロセスの実装例を示す。図6Aでは、受信されたメディアは、605で求められた位置情報に基づいて、アプリケーションサーバ170によって再フォーマットされたものとして説明される。図6Bは、ターゲットATの少なくとも1つに対してアプリケーションサーバ170がメディアを再フォーマットする方式が、ターゲットATによって行われる選択に基づく、ある例示的な実装形態に注目する。たとえば、メディアがオーディオに関連する例では、選択されたメディア再フォーマットプロトコルは、ターゲットユーザの前に女性の話者を配置し、ターゲットユーザの左または右に男性の話者を配置することに対応し得る。別の例では、ある特定のユーザは、左耳が聞こえないことがあり、選択されたメディア再フォーマットプロトコルは、ユーザの右側の異なる地点に話者を配置することに対応し得る。理解されるように、任意の数のユーザによって、メディア再フォーマットプロトコルの選択肢の所定のセットから、またはユーザによってカスタマイズされる方式で選択され得る、多数のメディア再フォーマットプロトコルが存在する。したがって、いくつかの実装形態では、アプリケーションサーバ170は、1つまたは複数の選択に従って、ユーザごとまたはターゲットごとに、受信されたメディアを再フォーマットすることができる。したがって、図6Bを参照すると、アプリケーションサーバ170は、ATAEの第2のセットの少なくとも1つから、選択されたメディア再フォーマットプロトコルの指示を受信する。上で述べられたように、選択されたメディア再フォーマットプロトコルは、アプリケーションサーバ170が、1つまたは複数の特定のターゲットATに対してどのようにメディアを再フォーマットすべきかに関する、指示に対応し得る。次に、アプリケーションサーバ170は、通信グループへの送信のために、ATAEの中のATの第1のセットからメディアを受信し、アプリケーションサーバ170は、ATAEの1つまたは複数と関連付けられる位置情報を求める。605において1つまたは複数のATの位置情報を取得した後で、アプリケーションサーバ170は、求められた位置情報に少なくとも一部基づいて、610において600からの受信されたメディアを選択的に再フォーマットする。具体的には、図6Bの実施形態では、610の選択的に再フォーマットするステップは、それぞれの選択されたメディア再フォーマットプロトコルに従って、600において指示を提供したATのために受信されたメディアを選択的に再フォーマットするステップを含む。600Bにおいてメディア再フォーマットプロトコルセッションを提供しなかった任意の残りのATがATの第2のセットの中にある場合には、アプリケーションサーバ170はまた、残りのATのために、ATの第1のセットからの受信されたメディアを選択的に再フォーマットする。ある例では、610Bの選択的な再フォーマットは、メディア配置についての所与のユーザの選好に関連する知識がない状態で選択された、何らかのタイプのデフォルトのメディア再フォーマットプロトコルを介して、求められた位置情報に基づいて行われ得る。610においてメディアを再フォーマットした後で、アプリケーションサーバ170は、再フォーマットされたメディアを、ATAEの第2のセットへ送信する。図7Aは、本発明のある実施形態による、グループオーディオ通信セッションに適用される図6Aのプロセスの、より詳しい実装例を示す。図7Aを参照すると、アプリケーションサーバ170は、ATAEの間のオーディオメディアの交換を含むグループ通信セッションを調停しており、アプリケーションサーバ170は、通信グループへの送信のために、ATAEのうちのATのあるセットからオーディオメディアを受信する。図7Aの700Aは、700Aがより具体的にオーディオメディアを対象としていることを除き、図6Aの600と同様である。ある例では、700Aにおいて受信されたオーディオメディアは、1Dオーディオのフォーマットで、アプリケーションサーバ170に到達し得る。次に、図6Aの605のように、アプリケーションサーバ170は、ATAEの1つまたは複数と関連付けられる位置情報を求める。次に、アプリケーションサーバ170は、受信されたメディアのターゲットであるATAEの第2のセットの各々のために、求められた位置情報に基づいて、そのセットの各ATの受信されたオーディオメディアの仮想的な発生点または方向を決定する。仮想的な発生点または方向の例は、ATAの観点から、図7Bから図7Eに関して後で説明される。710Aにおいて仮想的な発生点または方向を決定した後で、アプリケーションサーバ170は、ATの第2のセットの各々のために、ターゲットATに対して対応する仮想的な発生点または方向に配置されている受信されるオーディオメディアを含む、3Dオーディオ出力フレームを生成する。理解されるように、ATの第2のセットは、ATAEの各々が3Dオーディオフレームを受信することになる場合には、ATAEの各々を含み得る。別の例では、1つの特定のATのみがオーディオメディアを提供している場合には、送信するATに対するフィードバックを減らすために、オーディオメディアを提供するATを除く各ATが、3Dオーディオを受信するためのターゲットATであってよい。この場合、第2のセットは、オーディオメディアを提供するATを除く、ATAEの中からの各ATを含む。715Aにおいて3Dオーディオ出力を生成した後で、アプリケーションサーバ170は、3Dオーディオフレームを対応するターゲットATに送信する。上で述べられたように、ATAEの各々は、ソースATの異なるセットで構成されるオーディオフレームを受信することができる。また、ATのセットの位置情報は、特定のオーディオフレームのための、ターゲットATの位置情報に関連すると考えられ得ることが、理解されるだろう。したがって、少なくとも1つの実施形態では、同じATの仮想的な発生点または方向は、ターゲットATによって変化する。この態様は、図7Bから図7Eに関して以下でより詳細に説明される。図7Bを参照すると、オーディオ出力デバイス700Bは、ATAに関連して示されている。ヘッドフォンのセットとして示されているオーディオ出力デバイス700Bは、ATAに接続され得るオーディオ出力デバイスのタイプの非限定的な例を表すことが意図される。ATAは、オーディオ出力デバイス700Bの中心にあるものとして示され、これは、ATAの位置が、図7Bを説明する目的で、ヘッドフォンの中心にあると仮定されることを示すものである。ATAのオーディオ出力デバイス700Bを囲んでいるのは、ATBEの各々の仮想的な発生点または方向の例である。たとえば、ATEは、ATAの左側に位置し、ATEからのオーディオが左耳または左のヘッドフォンに到達するものとして示され、ATBおよびCは、ATAの上側かつ左側にあり、ATBおよびCからのオーディオが左耳またはATAの左のヘッドフォンに到達するものとして示され、ATDは、ATAの右側にあり、ATDからのオーディオが右耳またはATAの右のヘッドフォンに到達するものとして示される。オーディオがATAにおいて右の耳に到達するか左の耳に到達するかとは別の、ATAのユーザに伝えられる方向の感覚もある。この感覚では、ATAのユーザに対するオーディオ出力は、3次元であると考えられる。それは、ATAのユーザが、ある特定のATのためのオーディオの発生元の3Dの位置または方向を、関連付けると期待されるからである。ATB、CおよびEからのオーディオは各々、左の耳またはヘッドフォンから実質的に外れてATAのユーザに出力されるが、3Dオーディオ出力は、ATAのユーザがオーディオストリームの仮想的な源を突き止めようとする時にATEのオーディオがATBおよびまたはCのオーディオとは異なる源の位置から発せられているように聞こえるように、構成される。図7Cは、図7BがATBから見たATAおよびATCEの仮想的な発生点または方向の例を示すことを除いて、図7Bと同様である。したがって、図7Bを参照すると、オーディオ出力デバイス700Bは、ATBに関連して説明される。たとえば、図7Cでは、ATCは、ATBの左側に位置し、ATCからのオーディオが左耳または左のヘッドフォンに到達するものとして示され、ATEおよびAは、ATBの上側かつ左側にあり、ATEおよびAからのオーディオが左耳またはATBの左のヘッドフォンに到達するものとして示され、ATDは、ATBの右側に位置し、ATDからのオーディオが右耳またはATBの右のヘッドフォンに到達するものとして示される。オーディオがATBにおいて右の耳に到達するか左の耳に到達するかとは別の、ATBのユーザに伝えられる方向の感覚もある。図7Bと同様に、ATA、CおよびEからのオーディオは各々、左の耳またはヘッドフォンからは実質的に外れて、ATBのユーザに出力されるが、3Dオーディオは、ATBのユーザがオーディオストリームの仮想的な源を突き止めようとする時にATCのオーディオがATAおよびまたはEのオーディオとは異なる源の位置から発せられているように聞こえるように、構成される。図7Bおよび図7Cを参照すると、少なくとも1つの実施形態では、ATAEに割り当てられる異なる仮想的な発生点または方向は、それぞれの位置情報に基づき得る。たとえば、図7Bでは、仮想的な発生点または方向がATAの左側であるATB、CおよびEは、ATAのユーザに、ATB、CおよびEがATAの西側に位置していることを伝えるために使われ得る。同様に、仮想的な発生点または方向がATAの右側であるATDは、ATAのユーザに、ATDがATAの東側に位置していることを伝えるために使われ得る。ATEよりも高くもあるATBおよびCの仮想的な発生点または方向はさらに、関連する高度を伝えるために使われてよく、または、ATBおよびCがATEよりも北にあることを伝えてもよい。また、ATBとCの仮想的な発生点または方向の類似性は、ATBおよびCが位置に関して比較的接近していることを、ATAのユーザに伝えるために使われてよい。理解されるように、グループ通信セッションの間にグループへメディアを送信しているATのための仮想的な発生点または方向の構成を介して伝えられ得る、多くの異なるタイプの物理的な位置情報およびまたは地理的な位置情報が存在する。図7Dは、本発明のある実施形態による、オンラインポーカーゲームにおける仮想的なポーカーテーブル700Dの周囲のポーカープレイヤーの配置を示す。したがって、時計回りの順序でATAから始まり、ATは、ATA、ATD、ATE、ATBおよびATCと表される。従来は、プレイヤーが互いに会話できるグループ通信セッションに関して、ポーカーゲームがサポートされるように構成される場合、ポーカープレイヤーの相対的な位置は、グループ通信セッションをサポートするのに使われる1Dオーディオを介しては、互いに伝えられない。図7Eは、本発明のある実施形態による、仮想的なポーカーテーブル700Dの周りのポーカープレイヤーの相対的な位置をATAに伝えるために、ATBEの仮想的な発生点または方向がどのように使われ得るかの例を示す。図7Eの実施形態では、ATAから見て、他のポーカープレイヤーが実際のテーブルの周りに座っているかのように、他のポーカープレイヤーが話しているのをATAが聞くように、ATBEの仮想的な発生点または方向が設定される。言い換えると、ATDは、仮想的にATAの左側に座っているので、ATDのオーディオメディアは、ATAの左側から来たものとして、ATAのユーザには聞こえ、以下同様である。したがって、ATBDの位置の人工的な感覚を提供する3Dオーディオは、オンラインポーカーゲームにおいて、ATAに対してより臨場感のある体験を提供できる。図7Fは、本発明のある実施形態による、半二重グループ通信セッションのプロセス内の図7Aのプロセスの実装を示す。図7Fの700Fから725Fは、実質的にそれぞれ図4Aの400から425に対応するので、簡潔のためにさらに説明はされない。730Fにおいて、アプリケーションサーバ170がATAからオーディオメディアの受信を開始した後で、アプリケーションサーバ170は、ATAEの位置情報を求める。上で説明されたように、位置情報は、ATAEの物理的な位置、たとえば、地理的な座標およびもしくはサービングエリア、または、ATAEの仮想的な位置、たとえば、仮想的なポーカーテーブルの周りのATAEのユーザの座席位置に対応し得る。次に、ATBEの各々について、アプリケーションサーバ170は、求められた位置情報に基づいて、ATAのための仮想的な発生点または方向を決定する。たとえば、アプリケーションサーバ170は、ATAの位置情報を、ATBEのうちのターゲットATの位置情報と比較して、ATAのための仮想的な発生点または方向を決定することができる。したがって、ある例では、ATAの位置がターゲットATの位置の西側にある場合、アプリケーションサーバ170は、3Dオーディオに関してターゲットATの左側となるように、仮想的な発生点または方向を設定することができる。やはり、735Fの決定は、各ターゲットATに関して相対的であってよい。したがって、ATAの仮想的なポーカーの座席がATBとCとの間にある場合、たとえば、ATBおよびCに送信される3Dオーディオは、ATBの左側かつATCの右側にATAが座っていることに基づいて、異なる方向から来ているようにATAを見せる。あるいは、735Fの決定において、ATAの位置を任意の他の位置と比較する必要はない。むしろ、少なくとも1つの実施形態では、ATAの位置は、各ターゲットATのための仮想的な発生点または方向を決定する際に、ATA自身によって使われ得る。たとえば、アプリケーションサーバ170は、少なくとも1つのターゲットATについて、国内の呼の参加者のために第1の所定の仮想的な発生点または方向を、国外の呼の参加者のために第2の所定の仮想的な発生点または方向を確立することができる。したがって、ATBEの位置に関係なく、ATAの位置は、話者が国内にいるか国外にいるかをターゲットATに伝えると想定される仮想的な発生点または方向を選択するために、アプリケーションサーバ170によって使われ得る。各々のターゲットATに関して、ATAの仮想的な発生点または方向を決定した後で、アプリケーションサーバ170は、それぞれのターゲットATのための対応する仮想的な発生点または方向に位置しているATAのオーディオメディアを含む、ATBEの各々のための3Dオーディオ出力フレームを生成する。アプリケーションサーバ170は、745Fにおいて、ATBEに3Dオーディオ出力フレームを送信する。ATBEの各々は、グループ通信セッション750Fおよび755Fと関連するグループメッセージを監視する。こうして、ATBEは各々、アプリケーションサーバ170からそれぞれの3Dオーディオ出力フレームを受信し、3Dオーディオ出力フレームに含まれる3Dオーディオを、オーディオ出力デバイスを介して出力する。図7Gは、本発明のある実施形態による、全二重グループ通信セッションのプロセス内の図7Aのプロセスの実装を示す。図7Gの700Gから735Gは、実質的にそれぞれ図4Bの400Bから435Bに対応するので、簡潔のためにさらに説明はされない。740Gにおいて、アプリケーションサーバ170がATAEからオーディオメディアの受信を開始した後で、アプリケーションサーバ170は、ATAEの位置情報を求める。上で説明されたように、位置情報は、ATAEの物理的な位置、たとえば、地理的な座標およびもしくはサービングエリア、または、ATAEの仮想的な位置、たとえば、仮想的なポーカーテーブルの周りのATAEのユーザの座席位置に対応し得る。次に、ATAEの各々について、アプリケーションサーバ170は、求められた位置情報に基づいて、各々の他のATのための仮想的な発生点または方向を決定する。たとえば、アプリケーションサーバ170は、各ATの位置情報を各々の他のATの位置情報と比較して、仮想的な発生点または方向を決定することができる。したがって、ATAがターゲットATである場合、ATAの位置は、ATBEの各々の位置と比較され得る。これらの比較の各々によって、特定のATのための特定の仮想的な発生点または方向が得られる。あるいは、ATの少なくとも1つに対しては、比較は省略されてよく、ATの位置情報は単に、仮想的な発生点または方向を確立するために使われ得る。たとえば、少なくとも1つの実施形態では、米国の外に位置するATは常に、ターゲットATにおける3Dオーディオ出力の観点から、左耳または左側にあるものとして出力される。この場合、国外のATは、ターゲットATに対する相対的な位置とは関係なく、その位置に一部基づいて、仮想的な発生点または方向を割り当てられ得る。各々のターゲットATのための、仮想的な発生点または方向のセットを決定した後で、アプリケーションサーバ170は、それぞれのターゲットATのための対応する仮想的な発生点または方向に位置しているそれぞれのATのオーディオメディアを含む、ATAEの各々のための3Dオーディオ出力フレームを生成する。アプリケーションサーバ170は、755Gにおいて、ATAEに3Dオーディオ出力フレームを送信する。ATAEの各々は、グループ通信セッション760G、765Gおよび770Gと関連するグループメッセージを監視する。こうして、ATAEは各々、アプリケーションサーバ170からそれぞれの3Dオーディオ出力フレームを受信し、3Dオーディオ出力フレームに含まれる3Dオーディオを、オーディオ出力デバイスを介して出力する。図7A~図7Gの実施形態は全般に、グループ通信セッションがグループオーディオ通信に対応する図6Aのプロセスの実装例を説明するが、本発明の他の実施形態は、図8Aから図8Cに関してここで説明されるように、グループビデオ通信セッションに関して図6Aのプロセスを実施することを対象とする。したがって、図8Aは、本発明のある実施形態による、グループビデオ通信セッションに適用される図6Aのプロセスの、より詳しい実装例を示す。図8Aを参照すると、アプリケーションサーバ170は、ATAEの間のビデオメディアの交換を含むグループ通信セッションを調停しており、アプリケーションサーバ170は、通信グループへの送信のために、ATAEのうちのATの第1のセットからビデオメディアを受信する。図8Aの800Aは、800Aがより具体的にビデオメディアを対象としていることを除き、図6Aの600と同様である。次に、図6Aの605のように、アプリケーションサーバ170は、ATAEの1つまたは複数と関連付けられる位置情報を求める。ATAEのうちの1つまたは複数のATの位置情報を求めた後で、アプリケーションサーバ170は、ATAEの各々のために、求められた位置情報に基づいて、セットの各ATの受信されたビデオメディアの視覚的な配置を決定する。受信されたビデオメディアの視覚的な配置の例が、以下でより詳しく説明される。受信されたビデオメディアの視覚的な配置を810Aにおいて決定した後で、アプリケーションサーバ170は、ATAEの第2のセットの各々のために、815Aにおいて、決定された視覚的な配置に従って配置されている受信されたビデオメディアを含む、ビデオ出力フレームを生成する。ある例では、1つの特定のATのみがビデオメディアを提供している場合には、送信するATに対するフィードバックを減らすために、ビデオメディアを提供するATを除く各ATが、ビデオ出力フレームを受信するためのターゲットATであり得る。815Aにおいてビデオ出力フレームを生成した後で、アプリケーションサーバ170は、ビデオ出力フレームを対応するターゲットATに送信する。上で述べられたように、ATAEの各々は、ソースATの異なるセットで構成されるビデオ出力フレームを受信することができる。また、ATのセットの位置情報は、特定のオーディオフレームのための、ターゲットATの位置情報に関連すると考えられ得ることが、理解されるだろう。したがって、少なくとも1つの実施形態では、仮想的な配置における各ATの位置は、ターゲットATによって変化し得る。この態様は、図8Bおよび図8Cに関して以下でより詳細に説明される。図8Bは、図7Dおよび図7Eにおいて示されるような、オンラインポーカーゲームにおける、ターゲットATAのためのATBEからのビデオメディアの視覚的な配置の例を示す。図8Bに示されるように、図5Bおよび図5Cとは異なり、ビデオ出力フレーム内のATBEの位置が仮想的なポーカーテーブルにおけるATAに対するそれぞれの位置に対応するように、視覚的な配置が確立される。したがって、ATAのユーザは、図8Bに示されるビデオ出力フレームを見ることができ、ATDが仮想的なポーカーテーブルにおいてATAの左側に仮想的に表示されること、ATCが仮想的なポーカーテーブルにおいてATAの右側に仮想的に表示されることなどを、理解することができる。図8Cは、図7Dおよび図7Eにおいて示されるような、オンラインポーカーゲームにおける、ターゲットATBのためのATAおよびATCEからのビデオメディアの視覚的な配置の例を示す。図8Cに示されるように、図8Bと同様に、かつ図5Bおよび図5Cとは異なり、ビデオ出力フレーム内のATAおよびATCEの位置が仮想的なポーカーテーブルにおけるATBに対するそれぞれの位置に対応するように、視覚的な配置が確立される。したがって、ATBのユーザは、図8Cに示されるビデオ出力フレームを見ることができ、ATCが仮想的なポーカーテーブルにおいてATBの左側に仮想的に表示されること、ATEが仮想的なポーカーテーブルにおいてATBの右側に仮想的に表示されることなどを、理解することができる。図8Dは、本発明のある実施形態による、全二重グループビデオ通信セッションのプロセス内の図6Aのプロセスの実装を示す。図8Dの800Dから835Dは、実質的にそれぞれ図5Aの500から535に対応するので、簡潔のためにさらに説明はされない。840Dにおいて、アプリケーションサーバ170がATAEからビデオメディアの受信を開始した後で、アプリケーションサーバ170は、ATAEの位置情報を求める。上で説明されたように、位置情報は、ATAEの物理的な位置、たとえば、地理的な座標およびもしくはサービングエリア、または、ATAEの仮想的な位置、たとえば、仮想的なポーカーテーブルの周りのATAEのユーザの座席位置に対応し得る。次に、ATAEの各々について、アプリケーションサーバ170は、求められた位置情報に基づいて、各々の他のATのためのビデオメディアの視覚的な配置を決定する。たとえば、アプリケーションサーバ170は、各ATの位置情報を各々の他のATの位置情報と比較して、仮想的な発生点または方向を決定することができる。したがって、ATAがターゲットATである場合、ATAの位置は、ATBEの各々の位置と比較され得る。これらの比較の各々によって、ターゲットATへ提示するための特定の視覚的な配置が得られる。各々のターゲットATに提示されるべき仮想的な配置を決定した後で、アプリケーションサーバ170は、それぞれのターゲットATのための視覚的な配置に従って位置しているそれぞれのATのビデオメディアを含む、ATAEの各々のためのビデオ出力フレームを生成する。アプリケーションサーバ170は、855Dにおいて、ATAEにビデオ出力フレームを送信する。ATAEの各々は、グループ通信セッション860D、865Dおよび870Dと関連するグループメッセージを監視する。こうして、ATAEは各々、アプリケーションサーバ170からそれぞれのビデオ出力フレームを受信し、ビデオ出力フレームに含まれる空間的に配置されたビデオメディアを、ディスプレイを介して出力する。図6Aから図8Dは、アプリケーションサーバ170が、グループ通信セッションに参加している多数のターゲットATへの送信のために、アプリケーションサーバ170において取得されたその参加しているATの1つまたは複数の位置情報に基づいて、メディアを選択的にフォーマットすることを担う、実施形態を対象とするものとして説明されてきたことが、理解されよう。本発明の別の実施形態では、生のまたはフォーマットされていないメディアが、アプリケーションサーバ170によってターゲットATに送信されてよく、位置に基づく再フォーマットは、ターゲットAT自体によって実施される。そのような実施形態は、より多くの帯域幅およびまたはシステムリソースを消費する可能性があるが、メディアが出力される方式を通じて、より多くの制御性および柔軟性をユーザに与えることもできることが、理解されよう。図9Aおよび図9Bは、本発明の少なくとも1つの実施形態による、グループ通信セッションの間の高水準のメディアの再フォーマットプロセスまたはミキシングプロセスを示す。図9Aを参照すると、アプリケーションサーバ170は、ATAEの間のグループ通信セッションを調停しており、アプリケーションサーバ170は、ATAEのうちのATの第2のセットへの送信のために、ATAEのうちのATの第1のセットからメディアを受信する。メディアの受信元であるATの第1のセットは、単一のAT、通信セッションに参加しているすべてのAT、またはその中間の数のATに対応し得る。同様に、ATの第2のセットは、通信セッションに参加しているすべてのATに対応してよく、または代替的には、第1のセットの間のメディアを提供しているATを除く、通信セッションに参加しているすべてのATに対応してよい。次に、アプリケーションサーバ170は、ATAEの1つまたは複数と関連付けられる位置情報を求める。図9Aの900Aおよび905Aは、それぞれ、図6Aの600および605と同様である。905Aにおいて1つまたは複数のATの位置情報を取得した後で、図6Aの610のようにアプリケーションサーバ170においてメディアを再フォーマットする代わりに、アプリケーションサーバ170は、求められた位置情報とともに、各々のそれぞれのターゲットATへフォーマットされていないメディアを送信する。理解されるように、これによって、各々のターゲットATは、メディアをどのように再フォーマットするかに関して、固有の独立した決定を行えるようになる。ある例では、910Aで行われるメディアの転送は、メディアの別個のミキシングされていないストリームを、各々のターゲットATに送信することに対応する。したがって、ATAEが関わる全二重オーディオセッションでは、910Aにおいて、ATAが、ATBEからの4個の別個のオーディオストリームを送信され、以下同様である。ある例では、910Aの送信は、IPユニキャスティングプロトコルおよびまたはIPマルチキャスティングプロトコルに従って実行され得る。図9Bは、本発明のある実施形態による、メディアのターゲットATの1つにおける図9Aのプロセスの続きを示す。図9Bを参照すると、ターゲットATは、求められた位置情報とともに、アプリケーションサーバ170からフォーマットされていないメディアを受信する。次いで、求められた位置情報に基づいて、ターゲットATは、900Bから受信されたメディアを選択的に再フォーマットする。少なくとも1つの実施形態では、910Aおよび900Bにおいてアプリケーションサーバ170からターゲットATに伝えられる、求められた位置情報は、ターゲットAT以外の1つまたは複数のATの位置情報を含んでよく、ターゲットATは、固有の位置情報を解明できると予想される。したがって、この代替的な実施形態では、905Bの選択的な再フォーマット動作において使用するために905Bの前に固有の位置を求めるための、追加の動作がターゲットATのために存在してよい。ある例では、905Bの選択的な再フォーマット動作は、アプリケーションサーバ170の代わりにターゲットATにおいて実行されることを除いて、図6Aの610と同様である。また、図6Aの610の選択的な再フォーマット動作は、各ターゲットATのために実行され、905Bの選択的な再フォーマット動作は、図9Bのプロセスを実行しているターゲットATのためのみに実行される。ある例では、905Bの選択的な再フォーマットステップは、メディアを受信する各ターゲットATに固有の方式で実行され得る。たとえば、ターゲットATのユーザは、メディア配置に関するユーザの選好を示すことができ、ターゲットATは次いで、ユーザの好みのメディア配置に従って、905Bの選択的な再フォーマットステップを実行することができる。異なるターゲットATのユーザは、メディア配置に関連する異なる選好を有し得る。図6Bでは、この態様は、ターゲットATに、ユーザのメディア配置の選好をアプリケーションサーバ170と関連付けさせることによって、または、メディア再フォーマットプロトコルを選択させることによって、実施される。図9Bでは、ターゲットAT自体がメディアの再フォーマットを担うので、選択されたメディア再フォーマットプロトコルは、図6Bの600Bのようにアプリケーションサーバ170に伝えられなくてもよいが、905Bにおいて、それぞれのターゲットATによって依然として実装されてよい。905Bにおいてメディアを再フォーマットした後で、ターゲットATは、ターゲットATのユーザに対して、選択的に再フォーマットされたメディアを出力する。選択的に再フォーマットされたメディアがオーディオを含む場合、910Bの出力するステップは、ターゲットATに接続されたスピーカを介して3Dオーディオを出力するステップを含み得る。選択的に再フォーマットされたメディアがビデオを含む場合、910Bの出力するステップは、ターゲットATに接続されたディスプレイを介して、位置に基づく視覚的な配置に従って配置されたビデオ出力フレームを出力するステップを含み得る。図9Cは、本発明のある実施形態による、半二重グループオーディオ通信セッションプロセス内の図9Aおよび図9Bのプロセスの実装を示す。図9Cの900Cから925Cは、実質的にそれぞれ図7Fの700Fから725Fに対応するので、簡潔のためにさらに説明はされない。930Cにおいて、アプリケーションがATAからのメディアの受信を開始した後で、アプリケーションサーバ170は、少なくともATAに関連する位置情報を求める。アプリケーションサーバ170がATAの位置情報を求めた後で、アプリケーションサーバ170は、ATAのオーディオメディアを、求められた位置情報とともに、1Dオーディオとして各々のそれぞれのターゲットATに送信する。ATBEは各々、アプリケーションサーバ170からオーディオメディアを受信し、ATBEの各々は、アプリケーションサーバ170から伝えられたATAの求められた位置情報に一部基づいて、ATAの受信されたオーディオメディアの仮想的な発生点または方向を決定する。理解されるように、940Cおよび945Cの決定は、ある例では、各ターゲットATの固有の位置にも一部基づいてよく、この固有の位置は、各ターゲットATにおいて独立に求められてよく、または、アプリケーションサーバ170において求められてよく、次いで、ATAの固有の位置情報とともに各ターゲットATに送信され得る。ATBEの各々において、ATAの仮想的な発生点または方向を決定した後で、ATBEは、それぞれの仮想的な発生点または方向に基づいて、ATAの受信されたオーディオメディアを3Dオーディオとして再フォーマットする。オーディオメディアを3Dオーディオフォーマットへと再フォーマットした後で、ATBEは、再フォーマットされた3Dオーディオメディアを、オーディオ出力デバイスを介してそれぞれのユーザに出力する。図9Dは、本発明のある実施形態による、全二重グループオーディオ通信セッションプロセス内の図9Aのプロセスの実装を示す。図9Dの900Dから935Dは、実質的にそれぞれ図4Bの400Bから435Bに対応するので、簡潔のためにさらに説明はされない。940Dにおいて、アプリケーションサーバ170がATAEからオーディオメディアの受信を開始した後で、アプリケーションサーバ170は、ATAEの位置情報を求める。アプリケーションサーバ170がATAEの位置情報を求めた後で、アプリケーションサーバ170は、ATAEのオーディオメディアを、求められた位置情報とともに、1Dオーディオとして各々のそれぞれのターゲットATに送信する。ある例では、アプリケーションサーバ170は、各ATからATAEの各々へ、各オーディオストリームを送信することができる。別の例では、アプリケーションサーバ170は、ATAがATBEのメディアを受信するなどするように、ターゲットATの固有のオーディオメディアを除いて、各オーディオストリームをATAEの各々に送信できる。同様に、位置情報に関して、アプリケーションサーバ170は、ATAEの各々に対して求められた位置情報を、各ターゲットATに送信することができる。あるいは、アプリケーションサーバ170は、ATAがATBEに関する位置情報を受信するがATA自身に関する位置情報を受信しないように、それぞれのターゲットATを除く、ATAEの中の各ATの位置情報を送信できる。ATAEは各々、アプリケーションサーバ170からオーディオメディアを受信し、ATAEの各々は、アプリケーションサーバ170から伝えられたATの求められた位置情報に一部基づいて、受信されたオーディオメディアの各提供者の仮想的な発生点または方向を決定する。理解されるように、950D、955Dおよび960Dの決定は、ある例では、各ターゲットATの固有の位置にも一部基づいてよく、この固有の位置は、各ターゲットATにおいて独立に求められてよく、または、アプリケーションサーバ170において求められてよく、次いで、他のATの位置情報とともに各ターゲットATに送信され得る。ATAEの各々においてメディア提供者の仮想的な発生点または方向を決定した後で、ATAEは、それぞれの仮想的な発生点または方向に基づいて、受信されたオーディオメディアを3Dオーディオとして再フォーマットする。オーディオメディアを3Dオーディオフォーマットへと再フォーマットした後で、ATAEは、再フォーマットされた3Dオーディオメディアを、オーディオ出力デバイスを介してそれぞれのユーザに出力する。図9Cおよび図9Dの実施形態は、グループ通信セッションがグループオーディオ通信に対応する図9Aのプロセスの実装例について説明するが、本発明の他の実施形態は、図9Eに関してここで説明されるように、グループビデオ通信セッションに関して図9Aのプロセスを実施することを対象とする。したがって、図9Eは、本発明のある実施形態による、全二重グループビデオ通信セッションのプロセス内の図9Aのプロセスの実装を示す。図9Eの900Eから935Eは、実質的にそれぞれ図5Aの500から535に対応するので、簡潔のためにさらに説明はされない。940Eにおいて、アプリケーションサーバ170がATAEからビデオメディアの受信を開始した後で、アプリケーションサーバ170は、ATAEの位置情報を求める。アプリケーションサーバ170がATAEの位置情報を求めた後で、アプリケーションサーバ170は、ATAEのビデオメディアを、求められた位置情報とともに、1Dオーディオとして各々のそれぞれのターゲットATに送信する。ある例では、アプリケーションサーバ170は、各ATからATAEの各々へ、各ビデオストリームを送信することができる。別の例では、アプリケーションサーバ170は、ATAがATBEのメディアを受信するなどするように、ターゲットATの固有のビデオメディアを除いて、各ビデオストリームをATAEの各々に送信できる。同様に、位置情報に関して、アプリケーションサーバ170は、ATAEの各々に対して求められた位置情報を、各ターゲットATに送信することができる。あるいは、アプリケーションサーバ170は、ATAがATBEに関する位置情報を受信するがATA自身に関する位置情報を受信しないように、それぞれのターゲットATを除く、ATAEの中の各ATの位置情報を送信できる。ATAEは各々、アプリケーションサーバ170からビデオメディアを受信し、ATAEの各々は、求められた位置情報に基づいて、各々の他のATのためのビデオメディアの視覚的な配置を決定する。理解されるように、950E、955Eおよび960Eの決定は、ある例では、各ターゲットATの固有の位置にも一部基づいてよく、この固有の位置は、各ターゲットATにおいて独立に求められてよく、または、アプリケーションサーバ170において求められてよく、次いで、他のATの位置情報とともに各ターゲットATに送信されてよい。ATAEの各々においてそれぞれのメディア提供者からのビデオメディアの視覚的な配置を決定した後で、ATAEは、求められた視覚的な配置に従って、受信されたビデオメディアを再フォーマットする。それぞれの視覚的な配置に従ってビデオメディアを再フォーマットした後で、ATAEは、ディスプレイを介して、再フォーマットされたビデオメディアをそれぞれのユーザに出力する。本発明の上で説明された実施形態は全般に、全二重セッションの間の選択的なフレームのミキシングを対象としてきたが、同一の全般的な教示が、ハイブリッド全二重の実装形態においてどのように適用され得るかは、理解されるだろう。ハイブリッド全二重セッションにおいて、2人以上の参加者が同時に話せる一方、他の参加者は聴取のみである。したがって、閾値よりも少ない数の話者が所与の期間話している、ハイブリッド全二重セッションにおいては、ハイブリッド全二重セッションを調停しているMCC170Bにおいてリソースを節減するために、ジッタバッファバイパス手順が呼び出され得る。情報および信号は、多種多様な技術および技法のいずれかを使用して表せることを、当業者は理解されよう。たとえば、上記の説明全体にわたって言及され得るデータ、命令、コマンド、情報、信号、ビット、シンボル、およびチップは、電圧、電流、電磁波、磁界もしくは磁性粒子、光場もしくは光子、またはそれらの任意の組合せによって表され得る。さらに、本明細書で開示した実施形態に関連して説明した様々な例示的な論理ブロック、モジュール、回路、およびアルゴリズムステップは、電子ハードウェア、コンピュータソフトウェア、または両方の組合せとして実装できることを、当業者は理解されよう。ハードウェアとソフトウェアのこの互換性を明確に示すために、様々な例示的な構成要素、ブロック、モジュール、回路、およびステップを、上記では概してそれらの機能に関して説明した。そのような機能をハードウェアとして実装するか、ソフトウェアとして実装するかは、具体的な適用例および全体的なシステムに課される設計制約に依存する。当業者は、説明した機能を具体的な適用例ごとに様々な方法で実装することができるが、そのような実装の決定は、本発明の範囲からの逸脱を生じるものと解釈すべきではない。本明細書で開示する実施形態に関して説明する様々な例示的な論理ブロック、モジュール、および回路は、汎用プロセッサ、デジタルシグナルプロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイもしくは他のプログラマブル論理デバイス、個別ゲート回路もしくはトランジスタ論理回路、個別ハードウェア構成要素、または、本明細書で説明する機能を実行するように設計されたそれらの任意の組合せで、実装または実行することができる。汎用プロセッサはマイクロプロセッサであり得るが、代替として、プロセッサは、任意の従来のプロセッサ、コントローラ、マイクロコントローラ、または状態機械であり得る。プロセッサはまた、コンピューティングデバイスの組合せ、たとえば、DSPとマイクロプロセッサとの組合せ、複数のマイクロプロセッサ、DSPコアと連携する1つまたは複数のマイクロプロセッサ、または任意の他のそのような構成として実装され得る。本明細書で開示した実施形態と関連して説明した方法、シーケンス、およびまたはアルゴリズムは、ハードウェアで、プロセッサによって実行されるソフトウェアモジュールで、またはその2つの組合せで直接実施され得る。ソフトウェアモジュールは、RAMメモリ、フラッシュメモリ、ROMメモリ、EPROMメモリ、EEPROMメモリ、レジスタ、ハードディスク、リムーバブルディスク、CDROM、または当技術分野で知られている任意の他の形態の記憶媒体中に存在し得る。例示的な記憶媒体は、プロセッサが記憶媒体から情報を読み取り、記憶媒体に情報を書き込むことができるように、プロセッサに結合される。代替として、記憶媒体はプロセッサと一体であり得る。プロセッサおよび記憶媒体は、ASIC中に存在し得る。ASICはユーザ端末中に存在し得る。代替として、プロセッサおよび記憶媒体は、ユーザ端末中に個別構成要素として存在し得る。1つまたは複数の例示的な実施形態では、説明した機能は、ハードウェア、ソフトウェア、ファームウェア、またはそれらの任意の組合せで実装され得る。ソフトウェアで実装した場合、機能は、1つまたは複数の命令またはコードとしてコンピュータ可読媒体上に記憶されるか、またはコンピュータ可読媒体を介して送信され得る。コンピュータ可読媒体は、ある場所から別の場所へのコンピュータプログラムの転送を可能にする任意の媒体を含む、コンピュータ記憶媒体とコンピュータ通信媒体の両方を含む。記憶媒体は、コンピュータによってアクセスされ得る任意の利用可能な媒体であり得る。限定ではなく例として、そのようなコンピュータ可読媒体は、RAM、ROM、EEPROM、CDROMもしくは他の光ディスクストレージ、磁気ディスクストレージもしくは他の磁気ストレージデバイス、または、命令もしくはデータ構造の形態の所望のプログラムコードを搬送または記憶するために使用でき、コンピュータによってアクセスできる、任意の他の媒体を含み得る。また、いかなる接続もコンピュータ可読媒体と適切に呼ばれる。たとえば、ソフトウェアが、同軸ケーブル、光ファイバケーブル、ツイストペア、デジタル加入者回線、またはワイヤレス技術、たとえば赤外線、無線、およびマイクロ波を使用して、ウェブサイト、サーバ、または他のリモートソースから送信される場合、同軸ケーブル、光ファイバケーブル、ツイストペア、DSL、または、赤外線、無線、およびマイクロ波などのワイヤレス技術は、媒体の定義内に含まれる。本明細書で使用する場合、ディスクおよびディスクは、コンパクトディスク、レーザーディスク登録商標、光ディスク、デジタル多用途ディスク、フロッピー登録商標ディスク、およびブルーレイディスクを含み、ディスクは、通常、磁気的にデータを再生し、ディスクは、レーザーで光学的にデータを再生する。上記の組合せも、コンピュータ可読媒体の範囲内に含めるべきである。上記の開示は本発明の例示的な実施形態を示すが、添付の特許請求の範囲によって規定される本発明の範囲から逸脱することなく、本明細書において様々な変更および修正を行えることに留意されたい。本明細書で説明した本発明の実施形態による方法クレームの機能、ステップおよびまたはアクションは、特定の順序で実行されなくてもよい。さらに、本発明の要素は、単数形で説明または請求されていることがあるが、単数形に限定することが明示的に述べられていない限り、複数形が企図される。