JP2017519379A - オブジェクトベースの遠隔会議プロトコル - Google Patents

Abstract

遠隔会議事象における遠隔会議の参加者への映像および／または音声コンテンツの提供に用いるオブジェクトベースの遠隔会議プロトコルを提供する。上記オブジェクトベースの遠隔会議プロトコルは、複数の音声信号から形成される１つまたは複数の音声パケットを含む。１つまたは複数のタグ付き音声パケットは、上記音声パケットから形成される。上記タグ付き音声パケットは、メタデータパケット識別子を含む。インターリーブ伝送ストリームは、上記タグ付き音声パケットから形成される。１つまたは複数のシステムは、上記タグ付き音声パケットを受信するように構成される。上記１つまたは複数のシステムは、上記遠隔会議事象の上記参加者の対話型空間配置を許可するようにさらに構成される。【選択図】図３

Description

関連出願
この出願は、２０１４年３月４日出願の米国仮出願第６１／９４７，６７２号の利益を主張し、その開示はその全体を参照により本明細書に組み入れられたものとする。

遠隔会議は、映像および音声（audio）部分の両方に関与しうる。遠隔会議映像の品質は順調に向上しているが、遠隔会議の音声部分は、依然として不具合となりうる。これまでの遠隔会議のシステム（またはプロトコル）は、例えばブリッジなどの音声装置への参加者全員から生じた音声信号をミキシングして、続いて、自身の音声信号供給をゲートで制御される現在の話者を伴う１つのモノラルストリームに戻す。これまでの遠隔会議システムで用いられる方法では、参加者は、空間的に他の参加者を隔離することまたは他の参加者の相対的な音のレベルを操作することができなかった。従って、これまでの遠隔会議システムは、特に大勢の参加者がいる場合に、どの参加者が話しているかに関して結果的に混乱しうるものであり、明瞭さを制限するものでもありうる。また、話すことを意図するクリアな信号伝達は難しく、かつ、その他の話者のコメントに対する態度である言語的な表現は難しいが、対人的な多数参加者の遠隔会議にはいずれも重要な構成要素となりうる。さらに、これまでの遠隔会議システムで用いられる方法は、遠隔会議参加者のサブセット間での「サイドバー（sidebar）」を許可しない。

遠隔会議に対して様々な多重チャネル（multi-channel）方式を用いて、上記で論じた問題点について改良するための試みがなされている。代替となるアプローチの一例は、各遠隔会議参加者に対して、個々の通信チャネルが必要となる。この方法では、通信チャネルのすべてが、遠隔会議の参加者全員に到達する必要がある。結果として、ひとりの遠隔会議参加者が話すことはできるが、通信チャネルのすべてを開けたままにしなければならず、それにより遠隔会議期間中に帯域幅を消費するため、このアプローチは非効率的であることがわかっている。

他の遠隔会議プロトコルでは、話している遠隔会議参加者を特定しようとする。しかしながら、これらの遠隔会議プロトコルは個々の参加者を隔離することの困難性を有しうるものであり、それにより、普通、話している遠隔会議参加者たちの音声信号が、１つの音声信号ストリームにミキシングされるため、同時に複数の遠隔会議参加者が話す（普通、ダブルトークと称される）という場合を結果としてもたらす。

遠隔会議プロトコルが向上すれば、有益でありうる。

上記目的ならびに特別に列挙されていない他の目的は、遠隔会議事象における遠隔会議の参加者への映像および／または音声コンテンツの提供に用いるオブジェクトベースの遠隔会議プロトコルによって達成される。オブジェクトベースの遠隔会議プロトコルは、複数の音声信号（speech signal）から形成される１つまたは複数の音声パケット（voice packet）を含む。１つまたは複数のタグ付き音声パケットは、上記音声パケットから形成される。上記タグ付き音声パケットは、メタデータパケット識別子を含む。インターリーブ伝送ストリーム（interleaved transmission stream）は、上記タグ付き音声パケットから形成される。１つまたは複数のシステムは、上記タグ付き音声パケットを受信するように構成される。上記１つまたは複数のシステムは、上記遠隔会議事象の上記参加者の対話型空間配置を許可するようにさらに構成される。

上記目的ならびに特別に列挙されていない他の目的はまた、遠隔会議事象における遠隔会議の参加者に、映像および／または音声コンテンツを提供するための方法によって達成される。方法は、複数の音声信号から１つまたは複数の音声パケットを形成するステップと、上記１つまたは複数の音声パケットにメタデータパケット識別子を付加して、それによりタグ付き音声パケットを形成するステップと、上記タグ付き音声パケットからインターリーブ伝送ストリームを形成するステップと、上記インターリーブ伝送ストリームを上記遠隔会議の参加者によって用いられるシステムに伝送するステップとを含み、上記システムは、上記タグ付き音声パケットを受信するように構成されて、上記遠隔会議事象の上記参加者の対話型空間配置を許可するようにさらに構成される。

オブジェクトベースの遠隔会議プロトコルの様々な目的および効果は、添付の図面に照らして読まれる場合に、以下の発明の詳細な説明から当業者には明らかとなるであろう。

図１は、記述メタデータタグを作成および伝送するためのオブジェクトベースの遠隔会議プロトコルの第１の部分の概略図である。

図２は、図１のオブジェクトベースの遠隔会議プロトコルの第１の部分により提供される記述メタデータタグの概略図である。

図３は、タグ付き音声パケットを組み入れるインターリーブ伝送ストリームを説明するオブジェクトベースの遠隔会議プロトコルの第２の部分の概略図である。

図４ａは、遠隔会議の参加者の弓状配置を説明するディスプレイの概略図である。

図４ｂは、遠隔会議の参加者の直線配置を説明するディスプレイの概略図である。

図４ｃは、遠隔会議の参加者の教室型配置を説明するディスプレイの概略図である。

ここで、発明の特定の実施形態を時折参照しながら、本発明を説明することとする。しかしながら、本発明は、異なる形式で具現化されてもよく、本明細書で述べる実施形態に限定するものと解釈されるべきでない。むしろ、これらの実施形態は、この開示が完成および完了されるように、かつ、当業者に対して発明の範囲を十分に伝えるように提供される。

別に規定されない場合、本明細書で用いるすべての技術および科学用語は、この発明が属する分野の当業者によって普通理解されるものと同様の意味を有する。本明細書の発明の説明で用いられる専門用語は、単にある実施形態を説明するためであり、発明の限定を意図していない。発明および添付の特許請求の範囲の記載において用いる場合、明確に別を示す文脈がなければ、単数形である“ａ”、“ａｎ”および“ｔｈｅ”は同様に複数形を含むことを意図する。

別に示されていない場合、明細書および特許請求の範囲において用いられる例えば長さ、幅、高さなどの寸法の量を表すすべての数は、すべての例において用語「約（about）」で修飾されているものと理解されるものである。従って、別に示されていない場合、明細書および特許請求の範囲で述べる数値的な特性は、本発明の実施形態において得ようとする所望の特性に応じて変化しうる概算である。発明の広い範囲を説明する数値的範囲およびパラメータは概算であるが、特定の実施例で説明される数値は可能な限り正確に報告される。しかしながら、どの数値も、本質的に、それらの各測定で見られる誤差から必然的に生じるある誤差を含む。

明細書および図により、オブジェクトベースの遠隔会議プロトコル（以下「オブジェクトベースプロトコル」とする）が開示される。概して、オブジェクトベースプロトコルの第１の態様は、遠隔会議の参加者に対して分配するための記述メタデータタグ（descriptive metadata tag）を作成することを含む。本明細書で用いる場合、用語「記述メタデータタグ」は、遠隔会議および／または遠隔会議の参加者の１つまたは複数の態様に関する情報を提供するデータを意味するように規定される。限定するものではない一例として、記述メタデータタグは、特定の遠隔会議の身元（identity）を確立および／または保持しうる。オブジェクトベースプロトコルの第２の態様は、遠隔会議の参加者が話すときに作成される音声パケットに対して、メタデータパケット識別子を作成および付加することを含む。オブジェクトベースプロトコルの第３の態様は、付加されるメタデータパケット識別子を伴う音声パケットを、例えば各参加者の別個の身元を保持するような方法で、ブリッジによって順次インターリーブおよび伝送することを含む。

ここで図１を参照すると、オブジェクトベースプロトコルの第１の部分は、概して１０ａと示される。オブジェクトベースプロトコルの第１の部分１０ａは、遠隔会議を開始すると、または進行中の遠隔会議の状態が変化すると生じる。遠隔会議の状態の変化についての限定するものではない例としては、新しい参加者の遠隔会議への参加、または現在の遠隔会議の参加者が新しい部屋に入ることがある。

オブジェクトベースプロトコルの第１の部分１０ａは、記述メタデータ要素２０ａ、２１ａを形成することと、記述メタデータ要素２０ａ、２１ａを組み合わせて記述メタデータタグ２２ａを形成することとを含む。ある実施形態では、記述メタデータタグ２２ａは、システムサーバ（図示せず）によって形成されることが可能である。システムサーバは、例えば、新しい参加者が遠隔会議に参加するとき、または遠隔会議の参加者が新しい部屋に入るときなどである遠隔会議の状態が変化する場合に、記述メタデータタグ２２ａを伝送および反映するように構成可能である。システムサーバは、遠隔会議の参加者によって使用されるコンピュータシステム、ディスプレイ、関連のハードウェアおよびソフトウェアに対して、状態の変化を反映するように構成可能である。システムサーバは、遠隔会議の時間中、リアルタイムの記述メタデータタグ２２ａのコピーを保持するようにさらに構成可能である。本明細書で用いる場合、用語「システムサーバ」は、遠隔会議を容易にするように用いられる任意のコンピュータベースのハードウェアおよび関連のソフトウェアを意味するように規定される。

ここで図２を参照すると、記述メタデータタグ２２ａを概略的に説明している。記述メタデータタグ２２ａは、遠隔会議の参加者および特定の遠隔会議事象に関する情報要素を含むことが可能である。記述メタデータタグ２２ａに含まれる情報要素の例には、会議の場合にグローバル識別子を提供する会議識別情報３０と、会議の発信位置を一意に特定するように構成される位置指定子３２と、個々の会議参加者を一意に特定するように構成される参加者識別情報３４と、個々に特定可能な各参加者に関して特権レベルを指定するように構成される参加者特権レベル３６と、参加者が現在占有する「仮想会議室」（以下においてより詳細に説明するように、仮想会議室は動的であって、遠隔会議中に仮想会議室を変更することが可能であることを意味する）を特定するように構成される部屋識別情報３８と、適切な特権レベルを有する遠隔会議の参加者により仮想会議室を施錠して、中断することなく遠隔会議の参加者間の私的な会話を許可することを支援するように構成される部屋錠４０とを含むことが可能である。ある実施形態では、施錠の時に部屋にいるそうした遠隔会議の参加者のみがアクセスすることとなる。追加の遠隔会議の参加者は、解錠後に再施錠することにより部屋に招待可能である。部屋錠のフィールドは動的であり、会議中に変更可能である。

再び図２を参照すると、記述メタデータタグ２２ａに含まれる情報要素のさらなる例には、例えば名前、肩書き、職歴等である参加者補足情報４２と、個々に特定可能な各参加者に関連するメタデータパケットを一意に特定するように構成されるメタデータパケット識別子４４とを含むことが可能である。メタデータパケット識別子４４を用いて、必要に応じて、局所的に記憶される会議メタデータタグに索引とすることが可能である。メタデータパケット識別子４４について、以下においてより詳細に論じる。

再び図２を参照すると、１つまたは複数の情報要素３０から４４は、記述メタデータタグ２２ａに強制的に取り込むことが可能であることは、オブジェクトベースプロトコル１０の意図する範囲内である。さらに、図２に示す情報要素３０から４４の一覧は、網羅的な一覧ではなく、他の所望の情報要素を含むことが可能であることは、オブジェクトベースプロトコル１０の意図する範囲内である。

再び図１を参照すると、ある例においては、メタデータ要素２０ａ、２１ａは、遠隔会議の参加者が遠隔会議サービスに同意すると作成されうる。これらのメタデータ要素の例としては、参加者識別情報３４、企業４２、所在地４２等を含む。他の例においては、メタデータ要素２０ａ、２１ａは、特定の遠隔会議事象に対して必要に応じて遠隔会議サービスによって作成されうる。これらのメタデータ要素の例としては、遠隔会議識別情報３０、参加者特権レベル３６、部屋識別情報３８等を含む。さらに他の実施形態においては、メタデータ要素２０ａ、２１ａは、他の方法によってその他の時に作成されうる。

再び図１を参照すると、伝送ストリーム２５は、１つまたは複数の記述メタデータタグ２２ａのストリームによって形成される。伝送ストリーム２５は、記述メタデータタグ２２ａをブリッジ２６に伝える。ブリッジ２６は、いくつかの機能に関して構成される。第１に、ブリッジ２６は、遠隔会議の参加者が遠隔会議通話にログインすると、各遠隔会議参加者に遠隔会議識別情報を割り当てるように構成される。第２に、ブリッジ２６は、各遠隔会議参加者に関する記述メタデータを認識して記憶する。第３に、遠隔会議通話への各遠隔会議参加者のログイン動作は、状態の変化とみなされ、任意の状態の変化があると、ブリッジ２６は、すべての遠隔会議参加者に関する記述メタデータを集めた現在の一覧のコピーを、他の遠隔会議参加者へ伝送するように構成される。従って、遠隔会議参加者のコンピュータベースシステムのそれぞれは、その後メタデータ識別子によって索引付けられる遠隔会議メタデータの局所コピーを保持する。上記で論じたように、状態の変化はまた、遠隔会議の参加者が遠隔会議中に部屋を変更または特権レベルを変更する場合に生じうる。第４に、ブリッジ２６は、上記した方法の通り、遠隔会議参加者のコンピュータベースシステムのそれぞれに記憶される情報に、記述メタデータ要素２０ａ、２１ａを索引とするように構成される。

再び図１を参照すると、ブリッジ２６は、記述メタデータタグ２２ａを伝送するように構成され、遠隔会議の参加者１２ａから１２ｄのそれぞれに対して、状態の変化の情報を反映する。

上記で論じたように、オブジェクトベースプロトコルの第２の態様を図３の１０ｂに示す。第２の態様１０ｂは、遠隔会議の参加者１２ａが話すときに作成される音声パケットに対して、メタデータパケット識別子を作成および付加することを含む。遠隔会議中に参加者１２ａが話すと、有向矢印で示すように、参加者の音声（speech）１４ａが音声コーデック（audio codec）１６ａによって検出される。説明される実施形態においては、音声コーデック１６ａは、音声区間検出（voice activity detection）（一般にＶＡＤと称される）アルゴリズムを含み、参加者の音声１４ａを検出する。しかしながら、他の実施形態では、音声コーデック１６ａは、他の方法を用いて参加者の音声１４ａを検出することが可能である。

再び図３を参照すると、音声コーデック１６ａは、音声１４ａをデジタル音声信号１７ａに変換するように構成される。音声コーデック１６ａは、１つまたは複数のデジタル音声信号１７ａを組み合わせることによって、圧縮された音声パケット１８ａを形成するようにさらに構成される。好適な音声コーデック１６ａの限定するものではない例としては、カナダ、ケベック州モントリオールに本社を置くＣｏｄｅｃＰｒｏより市販されているＧ．７２３．１、Ｇ．７２６、Ｇ．７２８およびＧ．７２９モデルを含む。好適な音声コーデック１６ａの限定するものではないその他の例としては、Ｇｌｏｂａｌ ＩＰ Ｓｏｌｕｔｉｏｎｓにより開発されたインターネット低ビットレートコーデック（Internet Low Bitrate Codec）（ｉＬＢＣ）がある。上記した音声コーデック１６ａを利用するオブジェクトベースプロトコル１０ｂの実施形態を図３に示しているが、他の実施形態では、他の構成、機構および装置を用いて、音声１４ａをデジタル音声信号に変換し、１つまたは複数のデジタル音声信号を組み合わせることによって圧縮された音声パケット１８ａを形成することが可能であることを理解されたい。

再び図３を参照すると、メタデータパケット識別子４４が形成されて、音声パケット１８ａに付加され、それによりタグ付き音声パケット２７ａを形成する。上記で論じたように、メタデータパケット識別子４４は、個々に特定可能な遠隔会議の各参加者を一意に特定するように構成される。メタデータパケット識別子４４を用いて、必要に応じて、局所的に記憶される会議記述メタデータタグに索引とすることが可能である。

ある実施形態では、上記したものと同様の手法で、システムサーバ（図示せず）によって、メタデータパケット識別子４４が形成されて、音声パケット１８ａに付加されることが可能である。別の方法では、他の処理、構成要素およびシステムによって、メタデータパケット識別子４４が形成されて、音声パケット１８ａに付加されることが可能である。

再び図３を参照すると、伝送ストリーム２５は、１つまたは複数のタグ付き音声パケット２７ａによって形成される。伝送ストリーム２５は、上記したような同様の手法で、タグ付き音声パケット２７ａをブリッジ２６に伝える。

再び図３を参照すると、ブリッジ２６は、遠隔会議の参加者１２ａによって生成されるタグ付き音声パケット２７ａを、インターリーブ方式で、インターリーブ伝送ストリーム２８に順次伝送するように構成される。本明細書で用いる場合、用語「インターリーブ（interleaved）」は、タグ付き音声パケット２７ａを、伝送ストリーム２５に対して、互いにランダムにミキシングするのではなく、交互に挿入することを意味するように規定される。インターリーブ方式でタグ付き音声パケット２７ａを伝送することにより、タグ付き音声パケット２７ａは、遠隔会議の参加者１２ａの別個の身元を保持することができる。

再び図３を参照すると、インターリーブ伝送ストリーム２８が、遠隔会議の参加者１２ａから１２ｄのコンピュータベースシステム（図示せず）に提供される、すなわち、遠隔会議の参加者１２ａから１２ｄのそれぞれが、インターリーブ方式で配置されたタグ付き音声パケット２７ａを有する同様の音声ストリームを受信する。しかしながら、遠隔会議の参加者のコンピュータベースシステムがそれ自体のメタデータパケット４４を認識する場合、その参加者に自身の音声が聞こえないようにタグ付き音声パケットは無視される。

再び図３を参照すると、タグ付き音声パケット２７ａは、遠隔会議の参加者によって有利に利用されて、遠隔会議の参加者は、遠隔会議の表示を制御することができうる。各遠隔会議参加者のタグ付き音声パケットは、独立して別個のままであるため、遠隔会議の参加者は、その参加者のコンピュータベースシステムに組み入れられるディスプレイ（図示せず）上の空間における各遠隔会議参加者の個々の位置に対して、柔軟性を有する。有利なことに、タグ付き音声パケット２７ａは、任意の特有の制御またはレンダリング（rendering）方法を何も必要とせず、期待しない。タグ付き音声パケット２７ａがクライアントに対して利用可能になされるように、様々な進歩したレンダリング技術が適用可能であり、適用されることとなることは、オブジェクトベースプロトコル１０ａ、１０ｂの意図する範囲内である。

ここで図４ａから図４ｃを参照すると、参加者のディスプレイ上の空間における個々の遠隔会議参加者の位置の様々な例を示している。最初に図４ａを参照すると、遠隔会議の参加者１２ａは、相対的な弓状形状の他の遠隔会議の参加者１２ｂから１２ｅの中に位置している。ここで図４ｂを参照すると、遠隔会議の参加者１２ａは、相対的な直線形状の他の遠隔会議の参加者１２ｂから１２ｅの中に位置している。ここで図４ｃを参照すると、遠隔会議の参加者１２ａは、相対的な教室型座席形状の他の遠隔会議の参加者１２ｂから１２ｅの中に位置している。遠隔会議の参加者は、任意の相対的な所望の形状または初期設定位置に位置することが可能であることを理解されたい。理論に固執することなく、遠隔会議の参加者の相対的な位置決めが、より自然な遠隔会議体験を作り出すと信じられている。

再び図４ｃを参照すると、遠隔会議参加者１２ａは、追加の遠隔会議参加者の特徴を有利に制御する。遠隔会議参加者１２ａは、他の遠隔会議参加者の位置決めのみならず、相対レベル制御３０、ミュート３２を制御し、セルフフィルタリング３４の機能を制御する。相対レベル制御３０は、遠隔会議の参加者に対して、話している遠隔会議参加者の音量を制御することを許可し、それにより、ある遠隔会議の参加者に対して、他の遠隔会議の参加者以上に聞こえる、または他の遠隔会議の参加者よりも聞こえないようにすることを許可する。ミュート機能３２は、遠隔会議の参加者に対して、要望に応じて、他の遠隔会議参加者を選択的に弱音にすることができるように構成される。ミュート機能３２は、話している遠隔会議参加者のノイズ干渉なしに、遠隔会議の参加者間のサイドバーディスカッション（side-bar discussion）を容易にする。セルフフィルタリング機能３４は、活性化している遠隔会議参加者のメタデータパケット識別子を認識するように構成され、該遠隔会議参加者に自身の声が聞こえないように、その遠隔会議参加者に対して、自身のタグ付き音声パケットを弱音にすることを許可する。

オブジェクトベースプロトコル１０ａ、１０ｂは、公知の遠隔会議プロトコルを超える重要で新しい様相を提供するが、すべての利益はすべての実施形態に存在し得ない。第１に、オブジェクトベースプロトコル１０ａ、１０ｂは、参加者のディスプレイ上において遠隔会議参加者の対話型空間配置を提供する。第２に、オブジェクトベースプロトコル１０ａ、１０ｂは、様々な遠隔会議参加者の設定変更可能な音量を提供する。第３に、オブジェクトベースプロトコル１０は、遠隔会議参加者に対して、仮想的な「部屋」内でのブレイクアウトディスカッションおよびサイドバーを許可する。第４に、タグ付き記述メタデータに背景的な情報を取り込むことにより、遠隔会議の参加者に有益な情報を提供する。第５に、オブジェクトベースプロトコル１０ａ、１０ｂは、空間的な分離を介して、発信している遠隔会議の場所および参加者の識別情報を提供する。第６に、オブジェクトベースプロトコル１０ａ、１０ｂは、例えば音声ビーム形成、ヘッドフォンまたは遠隔会議現場中に置かれる複数のスピーカなどの様々な手段を介して柔軟なレンダリングを提供するように構成される。

特許法の規定に従い、オブジェクトベースの遠隔会議プロトコルの作用の原理および形態について、その示される実施形態において説明および示した。しかしながら、上記オブジェクトベースの遠隔会議プロトコルは、具体的に説明および示したものとは別の方法で、その真意または範囲を逸脱することなく実施されてよい。

Claims (20)

1. 遠隔会議事象における遠隔会議の参加者への映像および／または音声コンテンツの提供に用いるオブジェクトベースの遠隔会議プロトコルであって、前記オブジェクトベースの遠隔会議プロトコルは、
   複数の音声信号（speech signal）から形成される１つまたは複数の音声パケット（voice packet）と、
   前記音声パケットから形成される１つまたは複数のタグ付き音声パケットであって、メタデータパケット識別子を含む前記タグ付き音声パケットと、
   前記タグ付き音声パケットから形成されるインターリーブ伝送ストリームと、
   前記タグ付き音声パケットを受信するように構成される１つまたは複数のシステムとを含み、前記１つまたは複数のシステムは、前記遠隔会議事象の前記参加者の対話型空間配置を許可するようにさらに構成される、オブジェクトベースの遠隔会議プロトコル。
2. 前記音声パケットは、デジタル音声信号を含む、請求項１記載のオブジェクトベースの遠隔会議プロトコル。
3. 前記メタデータパケット識別子は、前記遠隔会議の参加者に関する情報を含む、請求項１記載のオブジェクトベースの遠隔会議プロトコル。
4. 前記メタデータパケット識別子は、前記遠隔会議事象に関する情報を含む、請求項１記載のオブジェクトベースの遠隔会議プロトコル。
5. 前記メタデータパケット識別子のタグは、前記遠隔会議の参加者を一意に特定する情報を含む、請求項１記載のオブジェクトベースの遠隔会議プロトコル。
6. 記述メタデータタグは、前記遠隔会議事象のホストとなるように構成される遠隔会議サービスによって作成される情報を含む、請求項１記載のオブジェクトベースの遠隔会議プロトコル。
7. 記述メタデータタグは、特定の遠隔会議事象に関して作成される情報を含む、請求項１記載のオブジェクトベースの遠隔会議プロトコル。
8. 前記インターリーブ伝送ストリームは、ブリッジによって形成され、前記１つまたは複数のシステムのそれぞれに記憶される情報に、前記メタデータパケット識別子を索引とするように構成される、請求項１記載のオブジェクトベースの遠隔会議プロトコル。
9. 前記遠隔会議の参加者は、参加者のシステムのディスプレイ上に弓状の配置で位置する、請求項１記載のオブジェクトベースの遠隔会議プロトコル。
10. 前記参加者の前記対話型空間配置は、仮想的な部屋において他の参加者とのサイドバーディスカッション（sidebar discussion）を提供する、請求項１記載のオブジェクトベースの遠隔会議プロトコル。
11. 遠隔会議事象における遠隔会議の参加者へ映像および／または音声コンテンツを提供するための方法であって、前記方法は、
    複数の音声信号から１つまたは複数の音声パケットを形成するステップと、
    前記１つまたは複数の音声パケットにメタデータパケット識別子を付加して、それによりタグ付き音声パケットを形成するステップと、
    前記タグ付き音声パケットからインターリーブ伝送ストリームを形成するステップと、
    前記インターリーブ伝送ストリームを前記遠隔会議の参加者によって用いられるシステムに伝送するステップとを含み、前記システムは、前記タグ付き音声パケットを受信するように構成されて、前記遠隔会議事象の前記参加者の対話型空間配置を許可するようにさらに構成される、方法。
12. 前記音声パケットは、デジタル音声信号を含む、請求項１１記載の方法。
13. 前記メタデータパケット識別子は、前記遠隔会議の参加者に関する情報を含む、請求項１１記載の方法。
14. 前記メタデータパケット識別子は、前記遠隔会議事象に関する情報を含む、請求項１１記載の方法。
15. 前記メタデータパケット識別子は、前記遠隔会議の参加者を一意に特定する情報を含む、請求項１１記載の方法。
16. 記述メタデータタグは、前記遠隔会議事象のホストとなるように構成される遠隔会議サービスによって作成される情報を含む、請求項１１記載の方法。
17. 記述メタデータタグは、特定の遠隔会議事象に関して作成される情報を含む、請求項１１記載の方法。
18. 前記インターリーブ伝送ストリームは、ブリッジによって形成され、前記１つまたは複数のシステムのそれぞれに記憶される情報に、前記メタデータパケット識別子を索引とするように構成される、請求項１１記載の方法。
19. 前記遠隔会議の参加者は、参加者のシステムのディスプレイ上に弓状の配置で位置する、請求項１１記載の方法。
20. 前記参加者の前記対話型空間配置は、仮想的な部屋において他の参加者とのサイドバーディスカッションを提供する、請求項１１記載の方法。

Images