JP6843920B2 - デバイスごとに複数の通信チャネルを有するマルチウェイオーディオビデオ会議 - Google Patents

Description

関連出願の相互参照
本出願は、２０１８年６月１８日出願の「ＭＵＬＴＩＷＡＹ ＡＵＤＩＯ−ＶＩＤＥＯ ＣＯＮＦＥＲＥＮＣＩＮＧ ＷＩＴＨ ＭＵＬＴＩＰＬＥ ＣＯＭＭＵＮＩＣＡＴＩＯＮ ＣＨＡＮＮＥＬＳ ＰＥＲ ＤＥＶＩＣＥ」と題された米国特許仮出願第６２／６８６，６１８号の利益を主張するものであり、その出願内容は、その全体が参照により本明細書に組み込まれ、全ての目的のために本米国特許出願の一部を構成する。
本明細書は、概して、マルチウェイオーディオビデオ会議セッション内でデバイスごとに複数の通信チャネルを使用することを含む、オーディオビデオ会議に関する。

電子デバイスのユーザは、ユーザのそれぞれのデバイスを使用して、他の参加者とのオーディオ及び／又はビデオ会議に参加することができる。参加者デバイスのそれぞれは、対応する通信インタフェース（例えば、ＷｉＦｉ（登録商標）及び／又はセルラー）を有し、これらのインタフェースの可用性は、オーディオビデオ会議セッション中に変化し得る。

主題の技術のある特徴を、添付の特許請求の範囲に示す。しかしながら、説明の目的のため、本願の技術のいくつかの実施形態を、以下の図に示す。

１つ以上の実装形態に係る、複数のチャネルを有するマルチウェイオーディオビデオ会議のための例示的なネットワーク環境を示す。 １つ以上の実装形態に係る、複数のチャネルを有するマルチウェイオーディオビデオ会議のためのシステムを実装することができる例示的なデバイスを示す。 １つ以上の実装形態に係る、マルチウェイオーディオビデオ会議内で複数のチャネルを使用するための例示的なプロセスを示す。 １つ以上の実装形態に係る、マルチウェイオーディオビデオ会議内で複数のチャネルを使用するための例示的なプロセスを示す。 １つ以上の実装形態に係る、マルチウェイオーディオビデオ会議内で複数のチャネルを使用するための例示的なプロセスを示す。 １つ以上の実装形態に係る、マルチウェイオーディオビデオ会議内で複数のチャネルを使用するための例示的なプロセスを示す。 １つ以上の実装形態に係る、マルチウェイオーディオビデオ会議内で複数のチャネルを使用するための例示的なプロセスを示す。 １つ以上の実装形態に係る、マルチウェイオーディオビデオ会議内で複数のチャネルを使用するための例示的なプロセスを示す。 １つ以上の実装形態に係る、マルチウェイオーディオビデオ会議内で複数のチャネルを使用するための例示的なプロセスを示す。 １つ以上の実装形態に係る、マルチウェイオーディオビデオ会議内で複数のチャネルを使用するための例示的なプロセスを示す。 １つ以上の実装形態に係る、マルチウェイオーディオビデオ会議内で複数のチャネルを使用するためのサーバによる例示的なプロセスのフロー図を示す。 １つ以上の実装形態に係る、マルチウェイオーディオビデオ会議内で複数のチャネルを使用するための参加者デバイスによる例示的なプロセスのフロー図を示す。 １つ以上の実装形態に係る、主題の技術の態様を実施することができる例示的な電子システムを示す。

以下に述べる詳細な説明は、主題技術の様々な構成の説明として意図されており、主題技術を実践できる唯一の構成を表すことを意図するものではない。添付の図面は、本明細書に組み込まれ、詳細な説明の一部を構成する。詳細な説明は、本願の技術の完全な理解を提供するために特定の詳細を含む。しかしながら、主題技術は、本明細書で示された特定の詳細には限定されず、１つ以上の他の実装を使用して実践することができる。１つ以上の実装形態では、主題の技術の概念を不明瞭にすることを避けるために、構造及び構成要素がブロック図形式で示されている。

オーディオビデオ会議は、リアルタイムでのユーザ間の通信のために、ユーザデバイスによる（例えば、異なる場所での）オーディオ信号及び／又はビデオ信号の受信及び送信を提供する。一部の場合には、２人のユーザは、ユーザのそれぞれのデバイスでの１対１の通信で互いに通信するために、オーディオビデオ会議を利用することができる。他の場合には、マルチウェイオーディオビデオ会議は、リアルタイムのグループ会話に参加するために、２人より多くのユーザによって利用されてもよい。

参加者デバイスのうちの１つ以上は、オーディオビデオ会議セッション中にネットワーク接続損失（例えば、ＷｉＦｉ及び／又はセルラー接続損失）を経験することがある。１対１のオーディオビデオ会議の例では、２つの参加者デバイスのそれぞれは共に、例えば、１つのデバイスが、そのデバイスがそのＷｉＦｉ接続を失った場合にＷｉＦｉインタフェースからセルラーインタフェースへ切り替えることを補償するために、セッションを再交渉することが要求されることがある。オーディオビデオ会議において２人より多くの参加者が存在する場合、単一の参加者デバイスがそのインタフェースを切り替えることに起因して、参加者デバイスのそれぞれに対してセッションを再交渉することは、参加者の全てに対するオーディオビデオ会議体験の劣化をもたらすことがある。

主題のシステムは、対応するストリーム（例えば、高品質ストリーム及び低品質ストリーム）を他の参加者デバイスに送信するために、それぞれの参加者デバイスが同じオーディオビデオ会議セッション内で別個のチャネル（例えば、対応するＷｉＦｉ及びセルラーチャネル）を使用することができる、マルチウェイオーディオビデオ会議を提供する。参加者デバイスは、各チャネル上のその利用可能なストリームのインジケーションをサーバに提供することができ、サーバは、その参加者デバイスに対する利用可能なストリームの他の参加者デバイスに通知することができる。他の参加者デバイスは、それらの対応するチャネル（単数又は複数）を介して、利用可能なストリームのうちの１つ以上に加入することができる。

したがって、各参加者デバイスは、例えば、サーバを介して、その利用可能なストリームを他の参加者デバイスに公開することができ、例えば、サーバを介して、他の参加者デバイスによって提供されるストリーム（単数又は複数）を受信するように加入することができる。参加者デバイスに対してチャネルが利用可能でなくなる場合、その参加者デバイスは、それに応じてその加入を更新することができる。例えば、参加者デバイスがそのＷｉＦｉ接続性を失い（例えば、ＷｉＦｉチャネルが利用可能でないことに対応する）、かつこのＷｉＦｉチャネルが１つ以上の高品質ストリームに以前に加入していた場合、参加者デバイスは、更新された加入要求をサーバに送信することができる。更新された加入要求は、ＷｉＦｉチャネルがなんらストリームに加入していないことを示してもよく、他のチャネル（単数又は複数）（例えば、セルラーチャネル）を介してどのストリーム（単数又は複数）（例えば、高品質及び／又は低品質）に加入するかを指定してもよい。

１つ以上の実装形態では、参加者デバイスは、第１の通信チャネル、例えば、ＷｉＦｉを介した高品質ストリーム、及び第２の通信チャネル、例えば、セルラーを介した低品質ストリームの両方に、同時に加入し受信することができる。このようにして、通信が第１の通信チャネル上で中断される場合、参加者デバイスは、第２の通信チャネルを介した低品質ストリームに、直ちに（例えば、キーフレームで）切り替えてもよい。

図１は、１つ以上の実装形態に係る、複数のチャネルを有するマルチウェイオーディオビデオ会議のための例示的なネットワーク環境を示す。しかしながら、描写された構成要素の全てが全ての実装形態において使用され得るわけではなく、１つ以上の実装形態は、図に示されたものに追加の又は異なる構成要素を含むことができる。本明細書で示された特許請求の範囲の精神又は範囲から逸脱することなく、構成要素の配置及びタイプの変形を行うことができる。追加の構成要素、異なる構成要素、又はより少ない構成要素が提供されてもよい。

ネットワーク環境１００は、電子デバイス１０２、１０３、１０４、及び１０５（以下、１０２〜１０５）と、ネットワーク１０６と、サーバ１０８とを含む。ネットワーク１０６は、例えば、電子デバイス１０２〜１０５及びサーバ１０８のうちの任意の２つ以上を通信可能に（直接的又は間接的に）結合してもよい。１つ以上の実装形態では、ネットワーク１０６は、インターネットを含むことができる、及び／又はインターネットに通信可能に結合することができる、デバイスの相互接続されたネットワークであってもよい。説明のために、ネットワーク環境１００は、電子デバイス１０２〜１０５及び単一のサーバ１０８を含むように図１に示されている。しかしながら、ネットワーク環境１００は、任意の数の電子デバイス及び任意の数のサーバを含むことができる。

電子デバイス１０２〜１０５のうちの１つ以上は、例えば、ラップトップコンピュータ、スマートフォン、スマートスピーカ、周辺デバイス（例えば、デジタルカメラ、ヘッドホン）、タブレットデバイス、スマートウォッチ、バンドなどのウェアラブルデバイスなどのポータブルコンピューティングデバイス、又は、例えば、ＷＬＡＮ（例えば、ＷｉＦｉ）無線通信、セルラー無線通信、Ｂｌｕｅｔｏｏｔｈ（登録商標）無線通信、Ｚｉｇｂｅｅ無線通信、近距離通信（near field communication）（ＮＦＣ）無線通信、及び／若しくは他の無線通信などの、１つ以上の無線インタフェースを含む任意の他の適切なデバイス、であってもよい。図１では、例として、電子デバイス１０２はスマートフォンとして示されており、電子デバイス１０３はラップトップコンピュータとして示されており、電子デバイス１０４はスマートウォッチとして示されており、電子デバイス１０５はスマートスピーカとして示されている。

電子デバイス１０２〜１０５は、例えば、電子デバイス１０２〜１０５が、参加者デバイス間でビデオ及び／又はオーディオコンテンツストリームが送信されるグループ会話に参加することができる、オーディオビデオ会議に参加するように構成されてもよい。図１の例では、電子デバイス１０５（例えば、スマートスピーカ）は、オーディオ（例えば、ビデオではない）でのコンテンツストリーム（単数又は複数）により参加することができる。図３Ａ〜図３Ｈを参照して以下に説明するように、参加者デバイスのそれぞれは、ストリーミングコンテンツを送信するための対応する利用可能なコンテンツストリームのインジケーションを公開するように構成することができ、ストリーミングコンテンツを受信するための対応するコンテンツストリームに加入することができる。電子デバイス１０２〜１０５のそれぞれは、図２に関して以下で説明するデバイス、及び／若しくは図６に関して以下で説明する電子システムであってもよく、並びに／又はそれらの全て若しくは一部を含んでもよい。

サーバ１０８は、図２に関して以下で説明するデバイス、及び／若しくは図６に関して以下で説明する電子システムであってもよく、並びに／又はそれらの全て若しくは一部を含んでもよい。サーバ１０８は、電子デバイス１０２〜１０５間のオーディオビデオ会議を容易にするために使用することができるサーバのクラウドなどの１つ以上のサーバを含むことができる。説明のために、単一のサーバ１０８が、オーディオビデオ会議を容易にすることなどの様々な動作に関して図示され、説明されている。しかしながら、本明細書で説明するこれら及び他の動作は、１つ以上のサーバによって実行されてもよく、それぞれの異なる動作は、同じサーバ又は異なるサーバによって実行されてもよい。

図２は、１つ以上の実装形態に係る、複数のチャネルを有するマルチウェイオーディオビデオ会議のためのシステムを実装することができる例示的なデバイスを示す。例えば、図２のデバイス２００は、図１の電子デバイス１０２〜１０５又はサーバ１０８のいずれかに対応することができる。しかしながら、描写された構成要素の全てが全ての実装形態において使用され得るわけではなく、１つ以上の実装形態は、図に示されたものに追加の又は異なる構成要素を含むことができる。本明細書で示された特許請求の範囲の趣旨又は範囲から逸脱することなく、構成要素の配置及びタイプの変形を行うことができる。追加の構成要素、異なる構成要素、又はより少ない構成要素が提供されてもよい。

デバイス２００は、プロセッサ２０２と、メモリ２０４と、通信インタフェース２０６ａ〜２０６ｂとを含むことができる。プロセッサ２０２は、データを処理し、及び／又はデバイス２００の動作を制御することを可能にする、好適なロジック、回路、及び／又はコードを含むことができる。これに関しては、プロセッサ２０２が、デバイス２００の様々な他の構成要素に制御信号を供給することを可能にしてもよい。プロセッサ２０２はまた、デバイス２００の様々な部分間でのデータ転送を制御してもよい。加えて、プロセッサ２０２は、デバイス２００の動作を管理するために、オペレーティングシステムの実施を可能にする、又は別の方法でコードを実行することができる。主題のシステムでは、プロセッサ２０２は、複数のチャネルを有するオーディオビデオ会議のためのアーキテクチャ（単数又は複数）を実装することができる。

メモリ２０４は、受信データ、生成データ、コード、及び／又は構成情報などの様々なタイプの情報の記憶を可能にする適切なロジック、回路、及び／又はコードを含むことができる。メモリ２０４は、例えば、ランダムアクセスメモリ（ＲＡＭ）、読み出し専用メモリ（ＲＯＭ）、フラッシュ、及び／又は磁気記憶装置を含むことができる。

１つ以上の実装形態では、デバイス２００が電子デバイス１０２〜１０５のうちの１つに対応する場合、メモリ２０４は、オーディオビデオ会議セッション内で複数のチャネル（例えば、ＷｉＦｉ、セルラーチャネル）を使用することを容易にするように構成されたアプリケーション（例えば、オーディオビデオ会議アプリケーション）を記憶することができる。１つ以上の実装形態では、オーディオビデオ会議アプリケーションは、電子デバイス１０２〜１０５のオペレーティングシステムの一部とする又は別の方法でその中に組み込むことができる。

１つ以上の実装形態では、デバイス２００がサーバ１０８に対応する場合、メモリ２０４は、複数の参加者デバイス（例えば、電子デバイス１０２〜１０５）間のオーディビデオ会議の提供を容易にするように、上述したデバイスアプリケーション（例えば、オーディオビデオ会議アプリケーション）と連携して動作するように構成された１つ以上の構成要素を記憶してもよい。

通信インタフェース２０６ａ〜２０６ｂは、ネットワーク１０６を介して電子デバイス１０２〜１０５及びサーバ１０８のいずれかの間などの有線又は無線通信を可能にする、好適なロジック、回路、及び／又はコードを含むことができる。１つ以上の実装形態では、通信インタフェース２０６ａ〜２０６ｂを実装するために、同じ回路が使用されてもよい。通信インタフェース２０６ａ〜２０６ｂは、例えば、Ｂｌｕｅｔｏｏｔｈ（登録商標）通信インタフェース、セルラーインタフェース、ＮＦＣインタフェース、Ｚｉｇｂｅｅ通信インタフェース、ＷＬＡＮ（例えば、ＷｉＦｉ、ＷｉＭＡＸ、ＬｉＦｉ）通信インタフェース、ＵＳＢ通信インタフェース、又は一般的に任意の通信インタフェースのうちの１つ以上を含んでもよい。説明のために、デバイス２００は、２つの通信インタフェース２０６ａ〜２０６ｂを含むものとして図２に示されている。しかしながら、デバイス２００は、任意の数の通信インタフェースを含んでもよい。

１つ以上の実装形態では、プロセッサ２０２、メモリ２０４、通信インタフェース２０６ａ〜２０６ｂ、及び／又はそれらの１つ以上の部分、のうちの１つ以上は、ソフトウェア（例えば、サブルーチン及びコード）で実装されてもよく、ハードウェア（例えば、特定用途向け集積回路（Application Specific Integrated Circuit）（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（Field Programmable Gate Array）（ＦＰＧＡ）、プログラマブルロジックデバイス（Programmable Logic Device）（ＰＬＤ）、コントローラ、ステートマシン、ゲートロジック、ディスクリートハードウェア構成要素、又は任意の他の好適なデバイス）、及び／又はその両方の組み合わせで実装されてもよい。

図３Ａ〜図３Ｈは、１つ以上の実装形態に係る、マルチウェイオーディオビデオ会議内で複数のチャネルを使用するための例示的なプロセスを示す。説明のために、プロセス３００を、本明細書では主として、図１のサーバ１０８及び電子デバイス１０２〜１０４（「参加者デバイスＡ〜Ｃ」として示す）を参照して説明する。しかしながら、プロセス３００は、図１のサーバ１０８及び電子デバイス１０２〜１０４に限定されず、プロセス３００の１つ以上のブロック（又は動作）は、サーバ１０８の１つ以上の他の構成要素及び他の好適なデバイス（例えば、電子デバイス１０２〜１０５のいずれか）によって実行されてもよい。更に、説明のために、プロセス３００の動作（例えば、３０１〜３３２）は、本明細書では逐次的に又は直線的に発生するものとして説明している。しかしながら、プロセス３００の複数の動作は、並行して発生してもよい。加えて、プロセス３００の動作は、図示された順序で実行される必要はなく、並びに／又は、プロセス３００の１つ以上の動作は、実行される必要はなく、及び／若しくは他の動作によって置き換えることができる。

プロセス３００は、サーバ１０８を介した参加者デバイスＡ〜Ｃ（例えば、電子デバイス１０２〜１０４）間でのオーディオビデオ会議を提供する。サーバ１０８は、ネットワーク１０６並びに参加者デバイスＡ〜Ｃ及びサーバ１０８の対応する通信インタフェース２０６ａ〜２０６ｂ（例えば、ＷｉＦｉ、セルラー）を介して、参加者デバイスＡ〜Ｃ間でオーディオ及び／又はビデオコンテンツを転送するように構成されてもよい。

プロセス３００は、参加者デバイスごとに１つ又は２つの通信インタフェース（例えば、Ｗｉｆｉ及び／又はセルラーインタフェース）に関して本明細書で図示及び説明されているが、プロセス３００は、そのように限定されるものではなく、参加者デバイスごとに２つより多くの通信インタフェースに適用することができる。加えて、通信インタフェースは、Ｗｉｆｉ及び／又はセルラーインタフェースに限定されず、ブロードバンド、ＷｉＭＡＸ、ＬｉＦｉ、及び／又は他の種類の通信インタフェース（例えば、インターネットに接続するための）のうちの１つ以上を含んでもよい。この点に関して、各参加者デバイスは、同じオーディオビデオ会議セッション内で別個のチャネル（例えば、ＷｉＦｉ、セルラー、ブロードバンド、ＷｉＭＡＸ、及び／又はＬｉＦｉ）を割り当てて、対応するストリームを（例えば、各ストリームが異なる品質に対応して）他の参加者デバイスに送信することができる。参加者デバイスは、各チャネル上のその利用可能なストリームのインジケーションをサーバ１０８に提供することができ、サーバ１０８は、その参加者デバイスに対する利用可能なストリーム（例えば、２つ以上）の他の参加者デバイスに通知することができる。

上述したように、オーディオビデオ会議アプリケーションは、各参加者デバイスにインストールされてもよい。オーディオストリーム及び／又はビデオストリームの送信に関して、オーディオビデオ会議アプリケーション（例えば、参加者デバイスＡにインストールされた）は、オーディオビデオ会議アプリケーションの対応するインスタンスを実行する他の参加者デバイス（例えば、参加者デバイスＢ〜Ｃ）による後続の受信のために、ストリーミングコンテンツをサーバに送信することを容易にすることができる。オーディオストリーム及び／又はビデオストリームを受信することに関して、参加者デバイスＡは、参加者デバイスＢ〜Ｃによって送信されたコンテンツストリームをサーバ１０８を介して受信するように加入することができる。

ストリーミングコンテンツは、例えば、対応するデバイスによってキャプチャされたユーザ（例えば、顔）及び／又は他の視野並びに音のリアルタイムのビデオ及び／又はオーディオキャプチャに対応する、それぞれの参加者デバイス上のセンサ（例えば、マイクロフォン、ビデオカメラ）によってキャプチャされたオーディオ及び／又はビデオコンテンツに対応することができる。１つ以上の実装形態では、参加者デバイスのうちの１つ以上は、ユーザの顔からキャプチャされ、ユーザの顔を表す点のメッシュを送信してもよい。更に、ストリーミングコンテンツは、例えば、オーディオビデオ会議アプリケーションに関連付けられた拡張アプリケーション及び／又はウィジェットと連携して、追加のオーディオ及び／又は視覚データ（例えば、アニメーション、オーバーレイ、エモーティコンなど）により補足することができる。

オーディオビデオ会議を開始することを望む参加者デバイスＡのユーザは、オーディオビデオ会議アプリケーションを介して参加者（単数又は複数）を選択することができ、及び／又はグループテキストメッセージ、グループ音声通話などの異なる通信モードからオーディオビデオ会議を開始することができる。例えば、参加者は、参加者デバイスＡ上に記憶された連絡先アドレス帳内に含まれる連絡先から選択されてもよい。ユーザは、オーディオビデオ会議アプリケーションによって提供された適切なユーザインタフェース要素を選択し、それによって、招待された参加者が、参加者のそれぞれのデバイス（例えば、参加者デバイスＢ〜Ｃ）において、オーディオビデオ会議への参加を承諾又は辞退することを促すことによって、オーディオビデオ会議を開始することができる。

参加者のうちの１人以上が（例えば、オーディオビデオ会議アプリケーションによって提供されたプロンプトを介して）招待を承諾すると（又はする前に）、サーバ１０８は、本明細書で説明するように、セッション情報が複数の参加者デバイス間で公開される初期化手順を実行してもよい。１つ以上の実装形態では、参加者デバイスＡ〜Ｃのそれぞれは、それぞれのセッション情報をサーバ１０８に提供し、サーバ１０８は、次に、セッション情報を他の参加者デバイスに公開する。各デバイスに関するセッション情報は、１つ以上の対応するチャネル上のデバイスによって利用可能なコンテンツストリーム及び／又はパリティストリームを、１つ以上の対応するチャネルのそれぞれ上のコンテンツストリームのそれぞれ及びパリティストリームのそれぞれに対する対応するストリーム識別子とともに、示すことができる。それぞれの利用可能なコンテンツストリームに対して、セッション情報は、最大ビットレート、オーディオコーデック、及びビデオ解像度を含むがこれらに限定されない、１つ以上のパラメータを示すことができる。加えて、セッション情報は、パケットの数（例えば、送信した及び／又は受信した）、タイムスタンプ（例えば、送信した及び／又は受信したパケットに対する）、バイト統計（例えば、送信した及び／又は受信した）、実際のビットレート、送信した及び／又は受信したパケットに関連付けられたシーケンス番号などを含む、各コンテンツストリームに関する統計を示すことができる。参加者デバイスＡ〜Ｃの間でそれぞれのセッション情報を共有することにより、参加者デバイスＡ〜Ｃのそれぞれが、他の参加者デバイスによって送信されている特定のコンテンツストリーム及び／又はパリティストリームを受信するように加入することが可能である。

プロセス３００の動作３０１〜３０４は、アロケータ３４０を使用して、参加者デバイス（例えば、電子デバイス１０２〜１０４にそれぞれ対応する参加者デバイスＡ〜Ｃ）の間のオーディオビデオ会議を開始する例を示す。図３Ａの例では、アロケータ３４０は、サーバ１０８とは別個として示されており、例えば、サーバ１０８とは別個のサーバに対応してもよい。あるいは、アロケータ３４０は、サーバ１０８内に完全に若しくは部分的に含まれてもよく、かつ／又はサーバ１０８によって実装されてもよい。

参加者デバイスＡ（例えば、電子デバイス１０２）は、オーディオビデオ会議セッションを割り当てるために、割り当て要求をアロケータ３４０に送信する（３０１）。割り当て要求は、グループ識別子（ｇｒｏｕｐ−ｉｄ）、セッション識別子（ｑｒ−ｓｅｓｓｉｏｎ−ｉｄ）、及び宛先リスト（例えば、参加者デバイスＡ〜Ｃ）を含むことができる。要求を受信したことに応じて、アロケータ３４０は、参加者デバイスＡに、割り当て応答プッシュ通知を送信することができる（３０２）。割り当て応答プッシュ通知は、ｇｒｏｕｐ−ｉｄ、ｑｒ−ｓｅｓｓｉｏｎ−ｉｄ、及び参加者デバイスＡ用にアロケータ３４０が生成したセッショントークン（ｓｅｓｓｉｏｎ−ａｃｃｅｓｓ−ｔｏｋｅｎ−ａ）を含む。

参加者デバイスＢ（例えば、電子デバイス１０３）及び参加者デバイスＣ（例えば、電子デバイス１０４）も宛先リスト上に示されていたため、アロケータ３４０は、ｇｒｏｕｐ−ｉｄ、ｑｒ−ｓｅｓｓｉｏｎ−ｉｄ、及び参加者デバイスＢ用に生成されたセッショントークン（ｓｅｓｓｉｏｎ−ａｃｃｅｓｓ−ｔｏｋｅｎ−ｂ）を含む割り当て応答プッシュ通知を、参加者デバイスＢに送信する（３０３）。加えて、アロケータ３４０は、ｇｒｏｕｐ−ｉｄ、ｑｒ−ｓｅｓｓｉｏｎ−ｉｄ、及び参加者デバイスＣ用に生成されたセッショントークン（ｓｅｓｓｉｏｎ−ａｃｃｅｓｓ−ｔｏｋｅｎ−ｃ）を含む割り当て応答プッシュ通知を、参加者デバイスＣに送信する（３０４）。対応する応答プッシュ通知に基づいて、参加者デバイスＡ〜Ｃのそれぞれは、それらの利用可能なストリーム（単数又は複数）及び対応するチャネル（単数又は複数）をサーバ１０８に通知することができる。１つ以上の実装形態では、受信したトークンは、参加者デバイスＡ〜Ｃ間の（例えば、サーバ１０８を介した）通信のエンドツーエンド暗号化に使用されてもよい。

図３Ａ〜図３Ｈの実施例では、参加者デバイスＡは、２つのコンテンツストリーム、例えば、高品質ストリームａｓ１（例えば、より高いビットレートに対応する）及び低品質ストリームａｓ２（例えば、より低いビットレートに対応する）を送信するように構成されている。これらのストリームは、参加者デバイスＡによって、参加者デバイスＡのＷｉＦｉインタフェース及びセルラーインタフェースにそれぞれ割り当てられ、それによって、高品質ストリームに関連付けられたＷｉＦｉチャネル及び低品質ストリームに関連付けられたセルラーチャネルを生成する。どのチャネル（例えば、ＷｉＦｉ又はセルラー）をどのストリーム（例えば、高品質又は低品質）と関連付けるかの、参加者デバイスＡによる選択は、それぞれの対応するチャネルに関連付けられた速度、帯域幅、履歴信頼性、及び／又は財務コストのうちの１つ以上に基づくことができる。したがって、１つ以上の実装形態では、セルラーチャネルが高品質ストリームに関連付けられている間に、ＷｉＦｉチャネルを代わりに低品質ストリームに関連付けることが可能であり、及び／又は両方のチャネルを高品質ストリームに関連付けてもよい。

この点に関して、プロセス３００の動作３０５〜３０６は、ＷｉＦｉチャネル上でストリームａｓ１をサーバ１０８に通知する参加者デバイスＡの例を示す。参加者デバイスＡは、割り当てバインド要求をサーバ１０８に送信する（３０５）。割り当てバインド要求は、ｓｅｓｓｉｏｎ−ａｃｃｅｓｓ−ｔｏｋｅｎ−ａ（例えば、「ａ」は、参加者デバイスＡを表す）、チャネルがＷｉＦｉ（又は他の非セルラーチャネル）であることを示すパラメータ、参加者デバイスＡが複数のチャネル、例えば、ＷｉＦｉ及びセルラーをサポートすることを示すパラメータ（ｍｕｌｔｉ−ｃｈａｎｎｅｌ−ｓｕｐｐｏｒｔ：ＹＥＳ）、ａｓ１の公開されたストリームを示すパラメータ（ｐｕｂ−ｓｔｒｅａｍｓ：ａｓ１、例えば、高品質ストリーム）、及び参加者デバイスＡが加入しているなんらのストリームが存在しないことを示すパラメータ（ｓｕｂ−ｓｔｒｅａｍｓ：ｎｏｎｅ）、を含む。

これに応じて、サーバ１０８は、割り当てバインド応答を参加者デバイスＡに送信する（３０６）。割り当てバインド応答は、ＷｉＦｉチャネルを識別するためのサーバ１０８に対するリンク識別子（ｌｉｎｋＩＤ：１）、参加者Ｂ〜Ｃが公開しているストリームのインジケーション（例えば、参加者デバイスＡが第１の参加者であるため、ｐｅｅｒ−ｐｕｂ−ｓｔｒｅａｍｓ：ｎｏｎｅ）、及び参加者デバイスＡによって公開されたどのストリームが参加者Ｂ〜Ｃによって加入されているかのインジケーション（例えば、参加者デバイスＡが第１の参加者であるため、ｐｅｅｒ−ｓｕｂ−ｓｔｒｅａｍｓ：ｎｏｎｅ）、を含む。したがって、参加者デバイスＡは、セッションに参加し、コンテンツストリームａｓ１をサーバ１０８に送信することができ、それにより、ストリーミングコンテンツは、適切に加入されると、他の参加者デバイスＢ〜Ｃに転送することができる。更に、サーバ１０８は、ＷｉＦｉインタフェースとして参加者デバイスＡのｌｉｎｋＩＤ：１を認識する。

プロセス３００の動作３０７〜３０８は、参加者デバイスＡが、参加者デバイスＡのセルラーチャネル上でストリームａｓ２をサーバ１０８に通知する例を示す。参加者デバイスＡは、別の割り当てバインド要求をサーバ１０８に送信する（３０７）。割り当てバインド要求は、ｓｅｓｓｉｏｎ−ａｃｃｅｓｓ−ｔｏｋｅｎ−ａ、チャネルがセルラーであることを示すパラメータ（ｉｎｔｅｒｆａｃｅ ｈｉｎｔ：ｃｅｌｌｕｌａｒ）、ｍｕｌｔｉ−ｃｈａｎｎｅｌ−ｓｕｐｐｏｒｔ：ＹＥＳ、ａｓ２の公開されたストリームを示すパラメータ（ｐｕｂ−ｓｔｒｅａｍｓ：ａｓ２、例えば、低品質ストリーム）、及びｓｕｂ−ｓｔｒｅａｍｓ：ｎｏｎｅ、を含む。

これに応じて、サーバ１０８は、割り当てバインド応答を参加者デバイスＡに送信する（３０８）。割り当てバインド応答は、セルラーチャネルを識別するためのサーバ１０８に対する異なるリンク識別子（ｌｉｎｋＩＤ：２）、ｐｅｅｒ−ｐｕｂ−ｓｔｒｅａｍｓ：ｎｏｎｅ、及びｐｅｅｒ−ｓｕｂ−ｓｔｒｅａｍｓ：ｎｏｎｅ、を含む。したがって、参加者デバイスＡはまた、コンテンツストリームａｓ２をサーバ１０８に送信することができ、それにより、ストリーミングコンテンツは、加入されると、他の参加者デバイスＢ〜Ｃに転送することができる。更に、サーバ１０８は、セルラーインタフェースとして参加者デバイスＡのｌｉｎｋＩＤ：２を認識する。

例示的なプロセス３００では、参加者デバイスＢは、対応するＷｉＦｉ及びセルラーチャネルを介して、２つのコンテンツストリーム（例えば、高品質ストリームｂｓ１及び低品質ストリームｂｓ２）を送信するように構成される。プロセス３００の動作３０９〜３１０は、ＷｉＦｉチャネル上でストリームｂｓ１をサーバ１０８に通知する参加者デバイスＢの例を示す。参加者デバイスＢは、割り当てバインド要求をサーバ１０８に送信する（３０９）。割り当てバインド要求は、ｓｅｓｓｉｏｎ−ａｃｃｅｓｓ−ｔｏｋｅｎ−ｂ、ｉｎｔｅｒｆａｃｅ ｈｉｎｔ：ｎｏｎ−ｃｅｌｌｕｌａｒ、ｍｕｌｔｉ−ｃｈａｎｎｅｌ−ｓｕｐｐｏｒｔ：ＹＥＳ、ｐｕｂ−ｓｔｒｅａｍｓ：ｂｓ１（例えば、高品質ストリーム）、及びｓｕｂ−ｓｔｒｅａｍｓ：ｎｏｎｅ、を含む。

これに応じて、サーバ１０８は、割り当てバインド応答を参加者デバイスＢに送信する（３１０）。割り当てバインド応答は、ｌｉｎｋＩＤ：１（例えば、参加者デバイスＢに対する識別のための）、他の参加者デバイスによって公開されたストリームのインジケーション（ｐｅｅｒ−ｐｕｂ−ｓｔｒｅａｍｓ：ａｓ１、ａｓ２）、及び参加者デバイスＢによって公開されたどのストリームが加入されているかのインジケーション（例えば、参加者デバイスＡがまだ加入していないため、ｐｅｅｒ−ｓｕｂ−ｓｔｒｅａｍｓ：ｎｏｎｅ）、を含む。

プロセス３００の動作３１１〜３１２は、参加者デバイスＢが、参加者デバイスＢのセルラーチャネル上でストリームｂｓ２をサーバ１０８に通知する例を示す。参加者デバイスＢは、割り当てバインド要求をサーバ１０８に送信する（３１１）。割り当てバインド要求は、ｓｅｓｓｉｏｎ−ａｃｃｅｓｓ−ｔｏｋｅｎ−ｂ、ｉｎｔｅｒｆａｃｅ ｈｉｎｔ：ｃｅｌｌｕｌａｒ、ｍｕｌｔｉ−ｃｈａｎｎｅｌ−ｓｕｐｐｏｒｔ：ＹＥＳ、ｐｕｂ−ｓｔｒｅａｍｓ：ｂｓ２（例えば、低品質ストリーム）、及びｓｕｂ−ｓｔｒｅａｍｓ：ｎｏｎｅ、を含む。

これに応じて、サーバ１０８は、割り当てバインド応答を参加者デバイスＢに送信する（３１２）。割り当てバインド応答は、ｌｉｎｋＩＤ：２（例えば、参加者デバイスＢに対する）、ｐｅｅｒ−ｐｕｂ−ｓｔｒｅａｍｓ：ａｓ１，ａｓ２、及びｐｅｅｒ−ｓｕｂ−ｓｔｒｅａｍｓ：ｎｏｎｅ、を含む。したがって、参加者デバイスＢは、コンテンツストリームｂｓ１及びｂｓ２をサーバ１０８に送信することができ、それにより、ストリーミングコンテンツは、加入されると、他の参加者デバイスＡ及び／又はＣに転送することができる。更に、サーバ１０８は、参加者デバイスＢのｌｉｎｋＩＤ：１をＷｉＦｉインタフェースとして認識し、参加者デバイスＢのｌｉｎｋＩＤ：２をセルラーインタフェースとして認識する。

したがって、サーバ１０８は、参加者デバイスＢによって提供される利用可能なストリームを通知される。この点に関して、プロセス３００の動作３１３は、ストリーム設定の変更（例えば、コンテンツストリームｂｓ１、ｂｓ２が参加者デバイスＢによって公開されているという）を参加者デバイスＡに通知するサーバ１０８の例を示す。サーバ１０８は、セッション情報インジケーションを参加者デバイスＡに送信する。セッション情報インジケーションは、ｐｅｅｒ−ｐｕｂ−ｓｔｒｅａｍｓ：ｂｓ１，ｂｓ２、及びｐｅｅｒ−ｓｕｂ−ｓｔｒｅａｍｓ：ｎｏｎｅ、を含む。

プロセス３００の動作３１４〜３１９は、２つのコンテンツストリームｂｓ１及びｂｓ２に加入する参加者デバイスＡの例を示す。上述したように、参加者デバイスＡは、２つのチャネル（例えば、ＷｉＦｉ及びセルラー）を有する。加えて、参加者デバイスＡは、ｂｓ１（例えば、高品質、セッション情報ごと）及びｂｓ２（例えば、低品質、セッション情報ごと）ストリームをサーバ１０８によって通知された。参加者デバイスＡは、セッション情報要求をサーバ１０８に送信する（３１４）。セッション情報要求は、参加者デバイスＡのＷｉＦｉチャネルのインジケーション（ｉｎｋ：１）、及び加入することになるストリームのインジケーション（ｂｓ１）、を含む。

これに応じて、サーバ１０８は、ＷｉＦｉチャネルを介して参加者デバイスＡがコンテンツストリームｂｓ１に加入していることを確認するセッション情報応答を、参加者デバイスＡに送信する（３１５）。加えて、サーバ１０８は、参加者デバイスＢにインジケーション（ｐｅｅｒ−ｓｕｂ−ｓｔｒｅａｍｓ：Ａ ｂｓ１）を送信して、参加者デバイスＡがコンテンツストリームｂｓ１に加入していることを参加者デバイスＢに通知する（３１６）。１つ以上の実装形態では、参加者デバイスＢは、コンテンツストリームｂｓ１が参加者デバイスＡのＷｉＦｉチャネルに関連付けられていることを通知されない。

加えて、参加者デバイスＡは、コンテンツストリームｂｓ２に加入することができる。したがって、参加者デバイスＡは、ｌｉｎｋ：２（例えば、セルラーチャネル）及びｓｕｂ−ｓｔｒｅａｍｓ：ｂｓ２（例えば、低品質ストリームに加入する）を含むセッション情報要求をサーバ１０８に送信する（３１７）。これに応じて、サーバ１０８は、参加者デバイスＡがコンテンツストリームｂｓ２に加入していることを確認するセッション情報応答を、参加者デバイスＡに送信する（３１８）。加えて、サーバ１０８は、コンテンツストリームｂｓ２が参加者デバイスＡのセルラーチャネルに関連付けられていることを参加者デバイスＢに必ずしも通知することなく、参加者デバイスＢにインジケーション（ｐｅｅｒ−ｓｕｂ−ｓｔｒｅａｍｓ：Ａ ｂｓ２）を送信して、参加者デバイスＡがコンテンツストリームｂｓ２に加入していることを参加者デバイスＢに通知する（３１６）。

したがって、参加者デバイスＡは、コンテンツストリームｂｓ１及びｂｓ２の両方に加入している。１つ以上の実装形態では、参加者デバイスＡは、コンテンツストリームｂｓ１及びｂｓ２の両方を受信することができるが、参加者デバイスＡは、どのストリームを受信するかを選択することができる。例えば、コンテンツストリームｂｓ１がより高い品質であり得るため、参加者デバイスＡは、このストリームを受信するように選択することができる。しかし、このストリームに関してなんらかの問題（例えば、チャネルに対する喪失した接続、又は既定の量の帯域幅劣化及び／若しくはパケット損失の検出）に遭遇する場合、参加者デバイスＡは、コンテンツストリームｂｓ１からコンテンツストリームｂｓ２に切り替えるように構成されてもよい。

プロセス３００の実施例では、参加者デバイスＣは、対応するＷｉＦｉチャネルを介して、１つのコンテンツストリーム（例えば、高品質ストリームｃｓ１）を送信するように構成される。プロセス３００の動作３２０〜３２３は、ＷｉＦｉチャネル上でストリームｃｓ１をサーバ１０８に通知する参加者デバイスＣの例を示す。参加者デバイスＣは、割り当てバインド要求をサーバ１０８に送信する（３２０）。割り当てバインド要求は、ｓｅｓｓｉｏｎ−ａｃｃｅｓｓ−ｔｏｋｅｎ−ｃ、ｉｎｔｅｒｆａｃｅ ｈｉｎｔ：ｎｏｎ−ｃｅｌｌｕｌａｒ、ｍｕｌｔｉ−ｃｈａｎｎｅｌ−ｓｕｐｐｏｒｔ：ＹＥＳ、ｐｕｂ−ｓｔｒｅａｍｓ：ｃｓ１（例えば、高品質ストリーム）、及びｓｕｂ−ｓｔｒｅａｍｓ：ｎｏｎｅ、を含む。

これに応じて、サーバ１０８は、割り当てバインド応答を参加者デバイスＣに送信する（３２１）。割り当てバインド応答は、ｌｉｎｋＩＤ：１（例えば、参加者デバイスＣに対する）、ｐｅｅｒ−ｐｕｂ−ｓｔｒｅａｍｓ：ａｓ１，ａｓ２，ｂｓ１，ｂｓ２、及びｐｅｅｒ−ｓｕｂ−ｓｔｒｅａｍｓ：ｎｏｎｅ（例えば、参加者デバイスＡ及びＢがまだ加入していないため）、を含む。動作３２２で、サーバ１０８は、以下のセッション情報のインジケーション：ｐｅｅｒ−ｐｕｂ−ｓｔｒｅａｍｓ：ｂｓ１，ｂｓ２，ｃｓ１を参加者デバイスＡに送信することによって、参加者デバイスＡにストリーム設定の変更を通知する。加えて、動作３２３で、サーバ１０８は、以下のセッション情報のインジケーション：ｐｅｅｒ−ｐｕｂ−ｓｔｒｅａｍｓ：ａｓ１，ａｓ２，ｃｓ１を参加者デバイスＢに送信することによって、参加者デバイスＢにストリーム設定の変更を通知する。

プロセス３００の動作３２４〜３２６は、コンテンツストリームｃｓ１に加入する参加者デバイスＡの例を示す。参加者デバイスＡは、リンク１及びｓｕｂ−ｓｔｒｅａｍｓ：ｂｓ１，ｃｓ１（例えば、高品質ストリーム）を含むセッション情報要求をサーバ１０８に送信する（３２４）。これに応じて、サーバ１０８は、参加者デバイスＡがコンテンツストリームｂｓ１及びｃｓ１に加入していることを確認するセッション情報応答を、参加者デバイスＡに送信する（３２５）。加えて、サーバ１０８は、参加者デバイスＣにインジケーション（ｐｅｅｒ−ｓｕｂ−ｓｔｒｅａｍｓ：Ａ ｃｓ１）を送信して、参加者デバイスＡがコンテンツストリームｃｓ１に加入していることを参加者デバイスＣに通知する（３２６）。

プロセス３００の動作３２７〜３３２は、参加者デバイスＡのＷｉＦｉインタフェースが利用可能でなくなる（例えば、喪失した接続に起因して、又は既定の量のパケット損失及び／若しくは劣化の検出に起因して）例を示す。ＷｉＦｉインタフェースが利用可能でないため、参加者デバイスＡは、その残りの通信インタフェース（単数又は複数）（例えば、セルラーインタフェース）を介してデータを送信することができる。したがって、参加者デバイスＡは、そのセルラーチャネルを介して、ＷｉＦｉリンクが任意のコンテンツストリームに対して公開又は加入しないことを指定するセッション情報要求をサーバ１０８に送信する（３２７）。セッション情報要求は、ＷｉＦｉチャネルのインジケーション（ｌｌｉｎｋ：１）、セルラーチャネルが要求を送信しているというインジケーション（例えば、図３Ｇに関して例示する目的のために、ｓｅｎｄ−ｌｉｎｋ：２）、ｐｕｂ−ｓｔｒｅａｍｓ：ｎｏｎｅ、及びｓｕｂ−ｓｔｒｅａｍｓ：ｎｏｎｅ、を含む。

これに応じて、サーバ１０８は、参加者デバイスＡに対する更新された加入設定を確認するセッション情報応答を、参加者デバイスＡに送信する（３３１）。加えて、サーバ１０８は、例えば、参加者デバイスＡが以前にコンテンツストリームｂｓ１に加入していたため、セッション情報インジケーションを参加者デバイスＢに送信する（３２９）。セッション情報のインジケーションは、参加者デバイスＡが、現在コンテンツストリームｂｓ１にのみ加入していることを示すことができる（ｐｅｅｒ−ｓｕｂ−ｓｔｒｅａｍｓ：Ａ ｂｓ１）。動作３２９には示されていないが、セッション情報インジケーションは、参加者デバイスＡの更新された公開ストリーム情報（例えば、参加者デバイスＢがそれに加入している場合には、ストリームａｓ１がもはや利用可能ではないこと）を参加者デバイスＢに通知するように、ｐｅｅｒ−ｐｕｂ−ｓｔｒｅａｍｓ：ａｓ２（例えば、及びもはやａｓ１ではない）を更に示すことができる。

参加者デバイスＡのＷｉＦｉチャネルが失われているため、参加者デバイスＡは、現在の加入設定（例えば、参加者デバイスＣは、参加者デバイスＡのＷｉＦｉチャネルに関連付けられた単一のコンテンツストリームｃｓ１のみを公開した）に基づいて、参加者デバイスＣからなんらのストリームをもはや受信しないことになる。コンテンツストリームｃｓ１を受信するために、参加者デバイスＡは、そのセルラーチャネルを介して、セルラーリンクがコンテンツストリームｃｓ１に加入することを指定するセッション情報要求をサーバ１０８に送信する（３３０）。セッション情報要求は、セルラーチャネルのインジケーション（ｌｉｎｋ：２）、セルラーチャネルが要求を送信しているというインジケーション（例えば、図３Ｈに関して例示する目的のために、ｓｎｅｄ−ｌｉｎｋ：２）、及びｓｕｂ−ｓｔｒｅａｍｓ：ｂｓ２，ｃｓ１、を含む。

これに応じて、サーバ１０８は、参加者デバイスＡに対する更新された加入設定を確認するセッション情報応答を、参加者デバイスＡに送信する（３２８）。加えて、サーバ１０８は、セッション情報インジケーションを参加者デバイスＣに送信する（３３２）。セッション情報のインジケーションは、参加者デバイスＡが、コンテンツストリームｂｓ２に加入していることを示す（ｐｅｅｒ−ｓｕｂ−ｓｔｒｅａｍｓ：Ａ ｃｓ１）。動作３３２には示されていないが、セッション情報インジケーションは、参加者デバイスＡの更新された公開ストリーム情報（例えば、ストリームａｓ１がもはや利用可能ではないこと）を参加者デバイスＣに通知するように、ｐｅｅｒ−ｐｕｂ−ｓｔｒｅａｍｓ：ａｓ２（例えば、及びもはやａｓ１ではない）を更に示すことができる。

１つ以上の実装形態（図示せず）では、参加者デバイスＡがそのＷｉＦｉチャネルを再獲得した場合、参加者デバイスＡは、割り当てバインド要求（例えば、ｐｕｂ−ｓｔｒｅａｍｓ：ａｓ１、ｓｕｂ−ｓｔｒｅａｍｓ：ｂｓ１，ｃｓ１を示す）をサーバ１０８に送信してもよい。これに応じて、サーバ１０８は、割り当てバインド応答（例えば、ｌｉｎｋＩＤ：１、ｐｅｅｒ−ｐｕｂ−ｓｔｒｅａｍｓ：ｂｓ１，ｃｓ１を示す）を参加者デバイスＡに送信してもよい。

１つ以上の実装形態では、サーバ１０８は、参加者デバイスＡ〜Ｃのそれぞれに対して任意の所与の時間に利用可能な、異なるチャネル（例えば、ＷｉＦｉ、セルラー及び／又は同様のもの）のデータ構造（例えば、テーブル）を記憶してもよい。データ構造はまた、異なるチャネルのそれぞれに関連付けられた対応するストリーム（単数又は複数）を記憶してもよい。サーバ１０８は、参加者デバイスＡ〜Ｃのうちの１つ以上から更新（例えば、加入更新、利用可能なストリーム更新）を受信すると、このデータ構造を更新してもよい。

１つ以上の実装形態では、特定のコンテンツストリームを参加者デバイスの複数のチャネル上に公開することが可能である。例えば、コンテンツストリームａｓ１（例えば、高品質）は、参加者デバイスＡのＷｉＦｉチャネル及びセルラーチャネルによって利用可能とすることができる。しかし、参加者デバイスＡは、コンテンツストリームａｓ１がＷｉＦｉチャネル又はセルラーチャネルのうちの１つの上で利用可能であるが、両方のチャネル上では利用可能でないように、重複するストリームを送信しないように構成されてもよい。

図４は、１つ以上の実装形態に係る、マルチウェイオーディオビデオ会議内で複数のチャネルを使用するためのサーバによる例示的なプロセスのフロー図を示す。説明のために、プロセス４００を、本明細書では主として、図１のサーバ１０８及び電子デバイス１０２〜１０３を参照して説明する。しかしながら、プロセス４００は、図１のサーバ１０８及び電子デバイス１０２〜１０３に限定されず、プロセス４００の１つ以上のブロック（又は動作）は、サーバ１０８の１つ以上の他の構成要素によって、及び他の好適なデバイス（例えば、電子デバイス１０２〜１０５のいずれか）によって実行されてもよい。更に、説明の目的のために、プロセス４００のブロックは、本明細書では逐次的に又は直線的に発生するものとして説明している。しかしながら、プロセス４００の複数のブロックは並行して発生してもよい。加えて、プロセス４００のブロックは、図示された順序で実行される必要はなく、並びに／又は、プロセス４００の１つ以上のブロックは、実行される必要はなく、及び／若しくは他の動作によって置き換えることができる。

サーバ１０８は、第１のデバイス（例えば、電子デバイス１０２）から、オーディオビデオ会議セッションのためのコンテンツを通信するための第１のチャネル及び第２のチャネルのインジケーションを受信する（４０２）。第１のチャネル及び第２のチャネルは、異なる種類の通信インタフェースに対応する。

サーバ１０８は、電子デバイス１０２から、第１のチャネルを介してオーディオビデオ会議セッションのための第１のコンテンツストリームに加入し、かつ第２のチャネルを介してオーディオビデオ会議セッションのための第２のコンテンツストリームに加入する第１の要求を受信する（４０４）。例えば、サーバ１０８は、第２のデバイス（例えば、電子デバイス１０３）から、電子デバイス１０３によって利用可能な第１のコンテンツストリーム及び第２のコンテンツストリームのインジケーションを受信してもよい。

サーバ１０８は、電子デバイス１０２に、第１の要求を受信したことに応じて、第１のチャネルを介して第１のコンテンツストリームを転送する（４０６）。サーバ１０８は、電子デバイス１０３に、電子デバイス１０２が第１のコンテンツストリーム及び第２のコンテンツストリームに加入しているというインジケーションを送信することができる。

サーバ１０８は、電子デバイス１０２から、第１のチャネルを介して第１のコンテンツストリームから脱退する第２の要求を受信してもよい。サーバ１０８は、電子デバイス１０３に、第２の要求を受信したことに応じて、電子デバイス１０２が第１のコンテンツストリームに加入していないというインジケーションを送信してもよい。第２の要求を受信することは、第１のチャネルが電子デバイス１０２上で利用可能でなくなることに基づいてもよい。第２の要求は、電子デバイス１０２の第２のチャネルから受信されてもよい。サーバ１０８は、電子デバイス１０２が第２のチャネルを介して第２のコンテンツストリームに以前に加入していることに基づいて、電子デバイス１０２に、第２のチャネルを介して第２のコンテンツストリームを転送することができる。

サーバ１０８は、第１のチャネルが電子デバイス１０２上で利用可能になることに基づいて、電子デバイス１０２から、第１のチャネルを介して第１のコンテンツストリームに再加入する第３の要求を受信してもよい。サーバ１０８は、電子デバイス１０３に、第３の要求を受信したことに応じて、電子デバイス１０２が第１のコンテンツストリームに加入しているというインジケーションを送信してもよい。

サーバ１０８は、第３のデバイス（例えば、電子デバイス１０４）から、電子デバイス１０４によって利用可能な第３のコンテンツストリームのインジケーションを受信してもよい。サーバ１０８は、電子デバイス１０２から、第１のチャネルを介して第３のコンテンツストリームに加入する第２の要求を受信してもよい。サーバ１０８は、第２の要求を受信したことに応じて、電子デバイス１０４に、電子デバイス１０２が第３のコンテンツストリームに加入しているというインジケーションを送信し、電子デバイス１０２に、第１のチャネルを介して第３のコンテンツストリームを転送することができる。サーバ１０８は、第１のチャネルが電子デバイス１０２上で利用可能でなくなることに基づいて、電子デバイス１０２の第２のチャネルから、第１のチャネルを介して第３のコンテンツストリームから脱退し、かつ第２のチャネルを介して第３のコンテンツストリームに加入する第３の要求を受信してもよい。

サーバ１０８は、電子デバイス１０２から、電子デバイス１０２によって利用可能な第３のコンテンツストリーム及び第４のコンテンツストリームのインジケーションを受信してもよい。第３のコンテンツストリーム及び第４のコンテンツストリームは、異なるビットレートのストリーミングコンテンツに対応することができる。

図５は、１つ以上の実装形態に係る、マルチウェイオーディオビデオ会議内で複数のチャネルを使用するための参加者デバイスによる例示的なプロセスのフロー図を示す。説明のために、プロセス５００を、本明細書では主として、図１の電子デバイス１０２〜１０３及びサーバ１０８を参照して説明する。しかしながら、プロセス５００は、図１の電子デバイス１０２〜１０３及びサーバ１０８に限定されず、プロセス５００の１つ以上のブロック（又は動作）は、電子デバイス１０２〜１０３若しくはサーバ１０８の１つ以上の他の構成要素によって、又は他の好適なデバイス（例えば、電子デバイス１０２〜１０５のいずれか）によって実行されてもよい。更に、説明のために、プロセス５００のブロックは、本明細書では逐次的に又は直線的に発生するものとして説明している。しかしながら、プロセス５００の複数のブロックは、並行して発生してもよい。加えて、プロセス５００のブロックは、図示された順序で実行される必要はなく、並びに／又は、プロセス５００の１つ以上のブロックは、実行される必要はなく、及び／若しくは他の動作によって置き換えることができる。

第１のデバイス（例えば、電子デバイス１０２）は、サーバ１０８に、オーディオビデオ会議セッションのコンテンツを通信するための第１のチャネル及び第２のチャネルのインジケーションを送信する（５０２）。第１のチャネル及び第２のチャネルは、異なる種類の無線インタフェース（例えば、ＷｉＦｉ、セルラー）に対応する。

電子デバイス１０２は、サーバ１０８から、オーディオビデオ会議セッションのために第２のデバイス（例えば、電子デバイス１０３）によって利用可能な第１のコンテンツストリーム及び第２のコンテンツストリームのインジケーションを受信する（５０４）。第１のコンテンツストリーム及び第２のコンテンツストリームは、異なるビットレートのストリーミングコンテンツに対応する。

電子デバイス１０２は、サーバ１０８に、第１のチャネルを介して第１のコンテンツストリームに加入し、かつ第２のチャネルを介して第２のコンテンツストリームに加入する第１の要求を送信する（５０６）。電子デバイス１０２は、サーバ１０８から、第１のチャネルを介して第１のコンテンツストリームを受信する（５０８）。

電子デバイス１０２は、サーバ１０８に、第１のチャネルを介して第１のコンテンツストリームから脱退する第２の要求を送信してもよい。サーバ１０８は、電子デバイス１０３に、電子デバイス１０２が第１のコンテンツストリームに加入していないというインジケーションを送信するように構成されてもよい。電子デバイス１０２は、第１のデバイスが第２のチャネルを介して第２のコンテンツストリームに以前に加入していることに基づいて、サーバ１０８から、第２のチャネルを介して第２のコンテンツストリームを受信することができる。

１つ以上の実装形態では、第２の要求を送信することは、第１のチャネルが電子デバイス１０２上で利用可能でなくなることに基づいてもよい。第２の要求は、電子デバイス１０２の第２のチャネルから送信されてもよい。電子デバイス１０２は、第１のチャネルが電子デバイス１０２上で利用可能になることに基づいて、サーバ１０８に、第１のチャネルを介して第１のコンテンツストリームに再加入する第３の要求を送信してもよい。サーバ１０８は、電子デバイス１０３に、電子デバイス１０２が第１のコンテンツストリームに加入しているというインジケーションを送信するように構成されてもよい。

電子デバイス１０２は、サーバ１０８に、電子デバイス１０２によって利用可能な第３のコンテンツストリーム及び第４のコンテンツストリームのインジケーションを送信してもよい。第３のコンテンツストリーム及び第４のコンテンツストリームは、異なるビットレートのストリーミングコンテンツに対応することができる。

電子デバイス１０２は、サーバ１０８に、第１のチャネルを介して第３のコンテンツストリームに加入する第２の要求を送信してもよい。第３のコンテンツストリームは、第３のデバイス（例えば、電子デバイス１０４）によって提供されてもよい。電子デバイス１０２は、サーバ１０８から、第２の要求を送信したことに応じて、第１のチャネルを介して第３のコンテンツストリームを受信してもよい。電子デバイス１０２は、第１のチャネルが電子デバイス１０２上で利用可能でなくなることに基づいて、サーバ１０８に、第１のチャネルを介して第３のコンテンツストリームから脱退し、かつ第２のチャネルを介して第３のコンテンツストリームに加入する第３の要求を送信してもよい。

上述したように、本技術の一態様は、様々なソースから入手可能なデータを収集及び使用することである。本開示は、いくつかの例において、この収集されたデータは、特定の人物を一意に特定する個人情報データ、又は特定の人物に連絡する若しくはその所在を突き止めるために使用できる個人情報データを含み得ることを想到している。そのような個人情報データとしては、人口統計データ、ロケーションベースのデータ、電話番号、電子メールアドレス、ツイッター（登録商標）ＩＤ、自宅の住所、ユーザの健康又はフィットネスのレベル（例えば、バイタルサイン測定値、服薬情報、運動情報）に関するデータ若しくは記録、誕生日、又は任意のその他の識別情報若しくは個人情報を挙げることができる。

本開示は、本技術におけるそのような個人情報データの使用がユーザの利益になる使用であり得る点を認識するものである。ユーザに利益をもたらす、個人情報データに関する使用もまた、本開示によって想到される。例えば、健康データ及びフィットネスデータは、ユーザの全般的なウェルネスについての洞察を提供するために使用することができ、あるいは、ウェルネスの目標を追求するための技術を使用している個人への、積極的なフィードバックとして使用することもできる。

本開示は、そのような個人情報データの収集、分析、開示、伝送、記憶、又は他の使用に関与するエンティティが、確固たるプライバシーポリシー及び／又はプライバシー慣行を遵守するものとなることを想到する。具体的には、そのようなエンティティは、個人情報データを秘密として厳重に保守するための、業界又は政府の要件を満たしているか又は上回るものとして一般に認識されている、プライバシーのポリシー及び慣行を実施し、一貫して使用するべきである。そのようなポリシーは、ユーザによって容易にアクセス可能とするべきであり、データの収集及び／又は使用が変化するにつれて更新されるべきである。ユーザからの個人情報は、そのエンティティの合法的かつ正当な使用のために収集されるべきであり、それらの合法的使用を除いては、共有又は販売されるべきではない。更には、そのような収集／共有は、ユーザに告知して同意を得た後に実施されるべきである。更には、そのようなエンティティは、そのような個人情報データへのアクセスを保護して安全化し、その個人情報データへのアクセスを有する他者が、それらのプライバシーポリシー及び手順を遵守することを保証するための、あらゆる必要な措置を講じることを考慮するべきである。更には、そのようなエンティティは、広く受け入れられているプライバシーのポリシー及び慣行に対する自身の遵守を証明するために、第三者による評価を自らが受けることができる。更には、ポリシー及び慣行は、収集及び／又はアクセスされる具体的な個人情報データのタイプに適合されるべきであり、また、管轄権固有の考慮事項を含めた、適用可能な法令及び規格に適合されるべきである。例えば、アメリカ合衆国では、特定の健康データの収集又はアクセスは、医療保険の相互運用性と説明責任に関する法律（Health Insurance Portability and Accountability Act；ＨＩＰＡＡ）などの、連邦法及び／又は州法によって管理することができ、その一方で、他国における健康データは、他の規制及びポリシーの対象となり得るものであり、それに従って対処されるべきである。それゆえ、各国の異なる個人データのタイプに関して、異なるプライバシー慣行が保たれるべきである。

前述のことがらにも関わらず、本開示はまた、個人情報データの使用又は個人情報データへのアクセスを、ユーザが選択的に阻止する実施形態も想到する。すなわち、本開示は、そのような個人情報データへのアクセスを防止又は阻止するように、ハードウェア要素及び／又はソフトウェア要素を提供することができると想到する。例えば、本技術は、ユーザが、サービスの登録中又はその後のいつでも、個人情報データの収集への参加の「オプトイン」又は「オプトアウト」を選択することを可能にするように構成することができる。「オプトイン」及び「オプトアウト」の選択肢を提供することに加えて、本開示は、個人情報のアクセス又は使用に関する通知を提供することを想到する。例えば、ユーザの個人情報データにアクセスすることとなるアプリのダウンロード時にユーザに通知され、その後、個人情報データがアプリによってアクセスされる直前に再びユーザに注意してもよい。

更には、本開示の意図は、個人情報データを、非意図的若しくは不正なアクセス又は使用の危険性を最小限に抑える方法で、管理及び処理するべきであるという点である。データの収集を制限し、データがもはや必要とされなくなった時点で削除することによって、危険性を最小限に抑えることができる。更には、適用可能な場合、特定の健康関連アプリケーションにおいて、ユーザのプライバシーを保護するために、データの非特定化を使用することができる。非特定化は、適切な場合には、特定の識別子（例えば、生年月日など）を除去すること、記憶されたデータの量又は特異性を制御すること（例えば、位置データを住所レベルよりも都市レベルで収集すること）、データがどのように記憶されるかを制御すること（例えば、データをユーザ全体にわたって情報集約すること）及び／又は他の方法によって、容易にすることができる。

それゆえ、本開示は、１つ以上の様々な開示された実施形態を実施するための、個人情報データの使用を広範に網羅するものではあるが、本開示はまた、そのような個人情報データにアクセスすることを必要とせずに、それらの様々な実施形態を実施することもまた可能であることを想到している。すなわち、本技術の様々な実施形態は、そのような個人情報データの全て又は一部分が欠如することにより、実施不可能となるものではない。例えば、コンテンツは、ユーザに関連付けられたデバイスにより要求されたコンテンツ、他の非個人情報、若しくは公的に使用可能な情報などの、非個人情報データ又は最小限の量の個人情報に基づいて嗜好を推測することにより、選択してユーザに配信することができる。

図６は、主題の技術の１つ以上の実装形態を実施することができる電子システム６００を示す。電子システム６００は、図１に示す１以上の電子デバイス１０２〜１０５及び／若しくは１以上のサーバ１０８とすることができ、並びに／又はそれらのうちの一部とすることができる。電子システム６００は、様々なタイプのコンピュータ可読媒体、及び様々な他のタイプのコンピュータ可読媒体のためのインタフェースを含んでもよい。電子システム６００は、バス６０８、１つ以上の処理ユニット（単数又は複数）６１２、システムメモリ６０４（及び／若しくはバッファ）、ＲＯＭ６１０、永久記憶デバイス６０２、入力デバイスインタフェース６１４、出力デバイスインタフェース６０６、並びに１つ以上のネットワークインタフェース６１６、又はそのサブセット及び変形を含む。

バス６０８は、電子システム６００の多数の内部デバイスを通信可能に接続する全てのシステム、周辺機器、及びチップセットバスを集合的に表す。１つ以上の実装形態では、バス６０８は、１つ以上の処理ユニット（単数又は複数）６１２を、ＲＯＭ６１０、システムメモリ６０４、及び永久記憶デバイス６０２と通信可能に接続する。これらの様々なメモリユニットから、１つ以上の処理ユニット（単数又は複数）６１２は、主題の開示のプロセスを実行するために、実行すべき命令及び処理すべきデータを取り出す。１つ以上の処理ユニット（単数又は複数）６１２は、異なる実装形態において、シングルプロセッサ又はマルチコアプロセッサとすることができる。

ＲＯＭ６１０は、１つ以上の処理ユニット（単数又は複数）６１２及び電子システム６００の他のモジュールによって必要とされる静的データ及び命令を記憶する。一方、永久記憶デバイス６０２は、読み出し及び書き込みメモリデバイスであってもよい。永久記憶デバイス６０２は、たとえ電子システム６００がオフであっても、命令及びデータを記憶する不揮発性メモリユニットであってもよい。１つ以上の実装形態では、永久記憶デバイス６０２として、大容量記憶デバイス（磁気又は光ディスク、及びそれに対応するディスクドライブなど）を使用してもよい。

１つ以上の実装形態では、永久記憶デバイス６０２として、リムーバブル記憶デバイス（フロッピーディスク、フラッシュドライブ、及びそれに対応するディスクドライブなど）を使用してもよい。永久記憶デバイス６０２と同様に、システムメモリ６０４は、読み出し及び書き込みメモリデバイスであってもよい。しかしながら、永久記憶デバイス６０２とは異なり、システムメモリ６０４は、ランダムアクセスメモリなどの、揮発性の読み出し及び書き込みメモリであってもよい。システムメモリ６０４は、実行時に１つ以上の処理ユニット（単数又は複数）６１２が必要とし得る命令及びデータのいずれかを記憶してもよい。１つ以上の実装形態では、主題の開示のプロセスは、システムメモリ６０４、永久記憶デバイス６０２、及び／又はＲＯＭ６１０内に記憶される。これらの様々なメモリユニットから、１つ以上の処理ユニット（単数又は複数）６１２は、１つ以上の実装形態のプロセスを実行するために、実行すべき命令及び処理すべきデータを取り出す。

バス６０８はまた、入力及び出力デバイスインタフェース６１４及び６０６に接続する。入力デバイスインタフェース６１４により、ユーザは、電子システム６００に対して、情報を通信し、コマンドを選択することが可能となる。入力デバイスインタフェース６１４とともに使用され得る入力デバイスは、例えば、英数字キーボード及びポインティングデバイス（「カーソル制御デバイス」とも呼ばれる）を含むことができる。出力デバイスインタフェース６０６は、例えば、電子システム６００によって生成された画像の表示を可能にすることができる。出力デバイスインタフェース６０６とともに使用され得る出力デバイスは、例えば、液晶ディスプレイ（liquid crystal display）（ＬＣＤ）、発光ダイオード（light emitting diode）（ＬＥＤ）ディスプレイ、有機発光ダイオード（organic light emitting diode）（ＯＬＥＤ）ディスプレイ、フレキシブルディスプレイ、フラットパネルディスプレイ、ソリッドステートディスプレイ、プロジェクタ、又は情報を出力するための任意の他のデバイス、などのプリンタ及び表示デバイスを含むことができる。１つ以上の実装形態は、タッチスクリーンなどの、入力及び出力デバイスの両方として機能するデバイスを含むことができる。これらの実装形態では、ユーザに提供されるフィードバックは、視覚フィードバック、聴覚フィードバック、触知フィードバックなどの任意の形態の感覚フィードバックであることができ、ユーザからの入力は、音響入力、音声入力、又は触知入力を含む任意の形態で受け取ることができる。

最後に、図６に示すように、バス６０８はまた、１つ以上のネットワークインタフェース（単数又は複数）６１６を通じて、電子システム６００を、１つ以上のネットワーク、及び／又は図１に示すサーバ１０８などの１つ以上のネットワークノードに結合する。このようにして、電子システム６００は、コンピュータのネットワーク（ＬＡＮ、広域ネットワーク（wide area network）（「ＷＡＮ」）など）、若しくはイントラネット、又はインターネットなどの複数のネットワークのネットワークの一部とすることができる。電子システム６００のいずれか又は全ての構成要素は、主題の開示とともに使用することができる。

本開示の範囲内の実装形態は、１つ以上の命令を符号化する有形のコンピュータ可読記憶媒体（又は１つ以上のタイプの、複数の有形のコンピュータ可読記憶媒体）を使用して、部分的に又は完全に実現することができる。有形のコンピュータ可読記憶媒体はまた、事実上、非一時的なものであってもよい。

コンピュータ可読記憶媒体は、命令を実行することができる任意の処理電子機器及び／又は処理回路を含む、汎用又は専用コンピューティングデバイスによって読み取られ、書き込まれ、又は他の方法でアクセスされ得る任意の記憶媒体とすることができる。例えば、限定はしないが、コンピュータ可読媒体は、ＲＡＭ、ＤＲＡＭ、ＳＲＡＭ、Ｔ−ＲＡＭ、Ｚ−ＲＡＭ、及びＴＴＲＡＭなどの任意の揮発性半導体メモリを含むことができる。コンピュータ可読媒体はまた、ＲＯＭ、ＰＲＯＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ、ＮＶＲＡＭ、フラッシュ、ｎｖＳＲＡＭ、ＦｅＲＡＭ、ＦｅＴＲＡＭ、ＭＲＡＭ、ＰＲＡＭ、ＣＢＲＡＭ、ＳＯＮＯＳ、ＲＲＡＭ（登録商標）、ＮＲＡＭ、レーストラックメモリ、ＦＪＧ、及びミリピードメモリなどの任意の不揮発性半導体メモリを含むことができる。

更に、コンピュータ可読記憶媒体は、光ディスク記憶装置、磁気ディスク記憶装置、磁気テープ、他の磁気記憶デバイス、又は１つ以上の命令を記憶できる任意の他の媒体などの、任意の非半導体メモリを含むことができる。１つ以上の実装形態では、有形のコンピュータ可読記憶媒体はコンピューティングデバイスに直接的に結合することができ、他の実装形態では、有形のコンピュータ可読記憶媒体は、例えば、１つ以上の有線接続、１つ以上の無線接続、又はそれらの任意の組み合わせを介して、コンピューティングデバイスに間接的に結合することができる。

命令は直接実行可能とすることができ、又は実行可能命令を開発するために使用することができる。例えば、命令は、実行可能又は非実行可能なマシンコードとして、又は実行可能又は非実行可能なマシンコードを生成するようにコンパイルされ得る高級言語の命令として、実現することができる。更に、命令はまた、データとして実現され又はデータを含むこともできる。コンピュータ実行可能命令はまた、ルーチン、サブルーチン、プログラム、データ構造、オブジェクト、モジュール、アプリケーション、アプレット、関数などを含む任意のフォーマットで構造化することができる。当業者によって認識されるように、命令の数、構造、順序、及び構造を含むがこれに限定はされない詳細は、基本的なロジック、機能、処理、及び出力を変更することなく大幅に変えることができる。

上記の検討は、主として、ソフトウェアを実行するマイクロプロセッサ又はマルチコアプロセッサに言及しているが、１つ以上の実装形態は、ＡＳＩＣ又はＦＰＧＡ（単数又は複数）などの、１つ以上の集積回路によって実行される。１つ以上の実装形態では、そのような集積回路は、その回路自体に記憶されている命令を実行する。

当業者であれば、本明細書で説明される様々の例示的なブロック、モジュール、エレメント、構成要素、方法、及びアルゴリズムが、電子ハードウェア、コンピュータソフトウェア、又はそれら両方の組み合わせとして実装され得ることを理解するであろう。ハードウェアとソフトウェアのこの互換性を示すために、様々の例示的なブロック、モジュール、エレメント、構成要素、方法、及びアルゴリズムを、それらの機能性の点から一般的に上述してきた。そのような機能性がハードウェア又はソフトウェアとして実装されるかは、特定のアプリケーション及びシステム全体に課される設計上の制約に依存する。当業者であれば、特定のアプリケーションごとに様々な方法で説明した機能性を実装することができるであろう。様々な構成要素及びブロックは、主題の技術の範囲から全く逸脱することなく、異なるように（例えば、異なる順序で配置されるか、又は異なる方法で分割されて）配置されてもよい。

開示されたプロセスにおけるブロックのいかなる特定の順序又は階層も、例示的なアプローチの一例であることが理解されよう。設計選択に基づいて、プロセス内のブロックの特定の順序又は階層は並び替えられてもよいこと、又は例示されているブロックが全て実行されてもよいことが理解される。いずれのブロックも、同時に実行されてよい。１つ以上の実装形態では、マルチタスク及び並列処理が有利であり得る。更に、上述した実装における様々なシステム構成要素の分離は、全ての実装においてそのような分離が必要とされていると理解すべきではない。記載されたプログラム構成要素及びシステムは、単一のソフトウェアプロダクトに同一化されてもよく、又は複数のソフトウェア製品にパッケージ化されてもよいことを理解すべきである。

本出願の本明細書及びいずれかの特許請求の範囲で使用されるとき、用語「基地局」、「受信機」、「コンピュータ」、「サーバ」、「プロセッサ」、及び「メモリ」は全て、電子的又は他の技術的デバイスを指す。これらの用語は、人又は人のグループを除外する。本明細書の目的上、「表示する（display）」又は「表示すること（displaying）」という用語は、電子デバイス上に表示することを意味する。

本明細書で使用する、一連の項目に先行する「少なくとも１つ」というフレーズは、項目のいずれかを分離する「及び」又は「又は」という用語とともに、リストの各要素（すなわち、各項目）ではなく、全体としてリストを修飾する。「少なくとも１つ」というフレーズは、リスト化された各項目の少なくとも１つの選択を必要とはせず、むしろ、そのフレーズは、項目のうちのいずれか１つの少なくとも１つ、及び／又は項目の任意の組合せのうちの少なくとも１つ、及び／又は項目のそれぞれのうちの少なくとも１つ、を含む意味を可能にする。例として、「Ａ、Ｂ、及びＣのうちの少なくとも１つ」又は「Ａ、Ｂ、又はＣのうちの少なくとも１つ」というフレーズは、それぞれが、Ａのみ、Ｂのみ、又はＣのみ、Ａ、Ｂ、及びＣの任意の組み合わせ、並びに／又は、Ａ、Ｂ、及びＣのそれぞれのうちの少なくとも１つを指す。

「〜ように構成された（configured to）」、「〜ように動作可能な（operable to）」、及び「〜ようにプログラムされた（programmed to）」という述語は、対象物の特有の有形又は無形の改変を意味するものではなく、むしろ交換可能に使用されることを意図している。１つ以上の実施態様では、動作若しくは構成要素を監視及び制御するように構成されたプロセッサとは、プロセッサが、動作を監視及び制御するようにプログラムされていること、又はプロセッサが、動作を監視及び制御するように動作可能であることも意味し得る。同様に、コードを実行するように構成されたプロセッサは、コードを実行するようにプログラムされた、又はコードを実行するように動作可能なプロセッサ、として解釈することができる。

１つの態様、その態様、別の態様、いくつかの態様、１つ以上の態様、１つの実装形態、その実装形態、別の実装形態、いくつかの実装形態、１つ以上の実装形態、１つの実施形態、その実施形態、別の実施形態、いくつかの実施形態、１つ以上の実施形態、１つの構成、その構成、別の構成、いくつかの構成、１つ以上の構成、主題の技術、開示、本開示、それらの他の変形、及び同様のフレーズは、便宜上のものであり、そのようなフレーズ（単数又は複数）に関する開示が主題の技術に不可欠であること、又はそのような開示が主題の技術の全ての構成に適用されること、の意味を含むものではない。そのようなフレーズ（単数又は複数）に関する開示は、全ての構成、又は１つ以上の構成に適用することができる。そのようなフレーズ（単数又は複数）に関する開示は、１つ以上の例を提供することができる。態様又はいくつかの態様などのフレーズは、１つ以上の態様を指すことができ、その逆も同様であり、これは他の前述のフレーズと同様に適用される。

単語「例示的（exemplary）」は、本明細書において、「例、事例、又は実例の役割を果たすこと」を意味するために使用される。「例示的」又は「例」として本明細書で説明されたいかなる実施形態も、必ずしも他の実施形態を超えて好ましい又は有利であると解釈されるべきではない。更に、「含む」、「有する」などの用語が明細書又は特許請求の範囲で使用される限りにおいて、そのような用語は、「備える」が特許請求の範囲において移行語として使用されるときに解釈されるように、「備える」という用語と同様の方法で包括的であることを意図する。

当業者に知られているか又は後に知られるようになる、本開示を通じて説明される様々な態様のエレメントに対する全ての構造的及び機能的な均等物は、参照により明示的に本明細書に組み込まれ、かつ、特許請求の範囲に包含されるものと意図する。更に、本明細書で開示されたいかなるものも、そのような開示が特許請求の範囲に明白に列挙されているかどうかにかかわらず、公共に捧げられることを意図しない。いかなる特許請求の範囲のエレメントも、エレメントがフレーズ「手段（means for）」を使用して明示的に列挙するか、又は方法の請求項の場合には、エレメントがフレーズ「ステップ（step for）」を使用して列挙しない限り、米国特許法第３５条１１２項第６パラグラフの規定に基づいて解釈されるべきではない。

前述の説明は、当業者が本明細書で説明した様々な態様を実施することを可能にするために提供される。これらの態様に対する様々な変更は、当業者には容易に明らかであり、本明細書で定義される一般的な原理は、他の態様にも適用することができる。それゆえ、請求項は、本明細書に示される態様に限定されること意図されておらず、文言による請求項に合致した全範囲を認められるべきであり、単数形による要素への言及は、特に断りのない限り、「唯一の（one and only one）」を意味することを意図されておらず、むしろ、「１つ以上の（one or more）」を意味することを意図されている。特記しない限り、「いくつかの（some）」という用語は、１つ以上のものを指す。男性系（例えば、彼）の代名詞は、女性及び中性の性別（例えば、彼女及びその）を含み、並びにその逆である。もしあれば、見出し及び小見出しは、便宜上のみに使用され、本願の開示を限定するものではない。

Claims (19)

1. メモリと、
   少なくとも１つのプロセッサと、
   を備えるデバイスであって、前記少なくとも１つのプロセッサは、
   第１のデバイスから、オーディオビデオ会議セッションのためのコンテンツを通信するための第１のチャネル及び第２のチャネルであって、前記第１のチャネル及び前記第２のチャネルが異なる種類の通信インタフェースに対応する、第１のチャネル及び第２のチャネルのインジケーションを受信し、
   前記第１のデバイスから、前記第１のチャネルを介して前記オーディオビデオ会議セッションのための第１のコンテンツストリームに加入し、かつ前記第２のチャネルを介して前記オーディオビデオ会議セッションのための第２のコンテンツストリームに加入する第１の要求を受信し、
   前記第１のデバイスが第２のデバイスに前記第１のコンテンツストリーム及び前記第２のコンテンツストリームに加入しているというインジケーションを送信し、前記第２のデバイスから前記第１のコンテンツストリーム及び前記第２のコンテンツストリームが利用可能となり、
   前記第１のデバイスに、前記第１の要求を受信したことに応じて、前記第１のチャネルを介して前記第１のコンテンツストリームを転送する、
   ように構成されている、デバイス。
2. 前記少なくとも１つのプロセッサは、
   第２のデバイスから、前記第２のデバイスによって利用可能な前記第１のコンテンツストリーム及び前記第２のコンテンツストリームのインジケーションを受信するように更に構成されている、請求項１に記載のデバイス。
3. 前記少なくとも１つのプロセッサは、
   前記第１のデバイスから、前記第１のチャネルを介して前記第１のコンテンツストリームから脱退する第２の要求を受信し、
   前記第２のデバイスに、前記第２の要求を受信したことに応じて、前記第１のデバイスが前記第１のコンテンツストリームに加入していないというインジケーションを送信する、
   ように更に構成されている、請求項２に記載のデバイス。
4. 前記少なくとも１つのプロセッサは、
   前記第１のデバイスが前記第２のチャネルを介して前記第２のコンテンツストリームに以前に加入していることに基づいて、前記第１のデバイスに、前記第２のチャネルを介して前記第２のコンテンツストリームを転送するように更に構成されている、請求項３に記載のデバイス。
5. 前記第２の要求を受信することは、前記第１のチャネルが前記第１のデバイス上で利用可能でなくなることに基づく、請求項３に記載のデバイス。
6. 前記第２の要求が、前記第１のデバイスの前記第２のチャネルから受信される、請求項５に記載のデバイス。
7. 前記少なくとも１つのプロセッサは、
   前記第１のチャネルが前記第１のデバイス上で利用可能になることに基づいて、前記第１のデバイスから、前記第１のチャネルを介して前記第１のコンテンツストリームに再加入する第３の要求を受信し、
   前記第２のデバイスに、前記第３の要求を受信したことに応じて、前記第１のデバイスが前記第１のコンテンツストリームに加入しているというインジケーションを送信する、
   ように更に構成されている、請求項５に記載のデバイス。
8. 前記少なくとも１つのプロセッサは、
   第３のデバイスから、前記第３のデバイスによって利用可能な第３のコンテンツストリームのインジケーションを受信し、
   前記第１のデバイスから、前記第１のチャネルを介して前記第３のコンテンツストリームに加入する第２の要求を受信し、
   前記第２の要求を受信したことに応じて、
   前記第３のデバイスに、前記第１のデバイスが前記第３のコンテンツストリームに加入しているというインジケーションを送信し、
   前記第１のデバイスに、前記第１のチャネルを介して前記第３のコンテンツストリームを転送する、
   ように更に構成されている、請求項２に記載のデバイス。
9. 前記少なくとも１つのプロセッサは、
   前記第１のチャネルが前記第１のデバイス上で利用可能でなくなることに基づいて、前記第１のデバイスの前記第２のチャネルから、前記第１のチャネルを介して前記第３のコンテンツストリームから脱退し、かつ前記第２のチャネルを介して前記第３のコンテンツストリームに加入する第３の要求を受信する、
   ように更に構成されている、請求項８に記載のデバイス。
10. 前記少なくとも１つのプロセッサは、
    前記第１のデバイスから、前記第１のデバイスによって利用可能な第３のコンテンツストリーム及び第４のコンテンツストリームのインジケーションを受信するように更に構成されており、前記第３のコンテンツストリーム及び前記第４のコンテンツストリームが異なるビットレートのストリーミングコンテンツに対応する、請求項１に記載のデバイス。
11. 第１のデバイスによって、サーバに、オーディオビデオ会議セッションのためのコンテンツを通信するための第１のチャネル及び第２のチャネルであって、前記第１のチャネル及び前記第２のチャネルが異なる種類の通信インタフェースに対応する、第１のチャネル及び第２のチャネルのインジケーションを送信することと、
    前記第１のデバイスによって、前記サーバから、前記オーディオビデオ会議セッションのための第２のデバイスによって利用可能な第１のコンテンツストリーム及び第２のコンテンツストリームであって、前記第１のコンテンツストリーム及び前記第２のコンテンツストリームが異なるビットレートのストリーミングコンテンツに対応する、第１のコンテンツストリーム及び第２のコンテンツストリームのインジケーションを受信することと、
    前記第１のデバイスによって、前記サーバに、前記第１のチャネルを介して前記第１のコンテンツストリームに加入し、かつ前記第２のチャネルを介して前記第２のコンテンツストリームに加入する第１の要求を送信することと、
    前記第１のデバイスによって、前記サーバから、前記第１のチャネルを介して前記第１のコンテンツストリームを受信することと、
    を含む、方法。
12. 前記第１のデバイスによって、前記サーバに、前記第１のチャネルを介して前記第１のコンテンツストリームから脱退するための第２の要求を送信することを更に含み、前記サーバは、前記第２のデバイスに、前記第１のデバイスが前記第１のコンテンツストリームに加入していないというインジケーションを送信するように構成されている、請求項１１に記載の方法。
13. 前記第１のデバイスが前記第２のチャネルを介して前記第２のコンテンツストリームに以前に加入していることに基づいて、前記第１のデバイスによって、前記サーバから、前記第２のチャネルを介して前記第２のコンテンツストリームを受信することを更に含む、請求項１２に記載の方法。
14. 前記第２の要求を送信することは、前記第１のチャネルが前記第１のデバイス上で利用可能でなくなることに基づく、請求項１２に記載の方法。
15. 前記第２の要求は、前記第１のデバイスの前記第２のチャネルから送信される、請求項１４に記載の方法。
16. 前記第１のチャネルが前記第１のデバイス上で利用可能になることに基づいて、前記第１のデバイスによって、前記サーバに、前記第１のチャネルを介して前記第１のコンテンツストリームに再加入する第３の要求を送信することを更に含み、前記サーバは、前記第２のデバイスに、前記第１のデバイスが前記第１のコンテンツストリームに加入しているというインジケーションを送信するように構成されている、請求項１４に記載の方法。
17. 前記第１のデバイスによって、前記サーバに、前記第１のデバイスによって利用可能な第３のコンテンツストリーム及び第４のコンテンツストリームのインジケーションを送信することを更に含み、前記第３のコンテンツストリーム及び前記第４のコンテンツストリームが異なるビットレートのストリーミングコンテンツに対応する、請求項１１に記載の方法。
18. 前記第１のデバイスによって、前記サーバに、第３のデバイスによって提供される第３のコンテンツストリームに前記第１のチャネルを介して加入する第２の要求を送信することと、
    前記第１のデバイスによって、前記サーバから、前記第２の要求を送信したことに応じて、前記第１のチャネルを介して前記第３のコンテンツストリームを受信することと、
    を更に含む、請求項１１に記載の方法。
19. 第１のデバイスと、
    第２のデバイスと、
    サーバと、
    を備えるシステムであって、前記サーバは、
    前記第１のデバイスから、オーディオビデオ会議セッションのためのコンテンツを通信するための第１のチャネル及び第２のチャネルであって、前記第１のチャネル及び前記第２のチャネルが異なる種類の通信インタフェースに対応する、第１のチャネル及び第２のチャネルのインジケーションを受信し、
    前記第２のデバイスから、前記オーディオビデオ会議セッションのために前記第２のデバイスによって利用可能な第１のコンテンツストリーム及び第２のコンテンツストリームであって、前記第１のコンテンツストリーム及び前記第２のコンテンツストリームが異なるビットレートのストリーミングコンテンツに対応する、第１のコンテンツストリーム及び第２のコンテンツストリームのインジケーションを受信し、
    前記第１のデバイスから、前記第１のチャネルを介して前記第１のコンテンツストリームに加入し、かつ前記第２のチャネルを介して前記第２のコンテンツストリームに加入する第１の要求を受信し、
    前記第１の要求を受信したことに応じて、
    前記第２のデバイスに、前記第１のデバイスが前記第１のコンテンツストリーム及び前記第２のコンテンツストリームに加入しているというインジケーションを送信し、
    前記第１のデバイスに、前記第１のチャネルを介して前記第１のコンテンツストリームを転送し、
    前記第１のデバイスから、前記第１のチャネルを介して前記第１のコンテンツストリームから脱退する第２の要求を受信し、
    前記第２の要求を受信したことに応じて、
    前記第２のデバイスに、前記第１のデバイスが前記第１のコンテンツストリームに加入していないというインジケーションを送信し、
    前記第１のデバイスが前記第２のチャネルを介して前記第２のコンテンツストリームに以前に加入していることに基づいて、前記第１のデバイスに、前記第２のチャネルを介して前記第２のコンテンツストリームを転送する、
    ように構成されている、システム。

Images