(57)【要約】【課題】複数の会議参加者を有するネットワーク会議の大型リアルタイム・プレゼンテーション。【解決手段】方法は複数の会議参加者を会議サーバに接続することを含む。各会議参加者は会議サーバに送信される会議コンテンツを生成する。複数の会議視聴者がビデオ・ストリーミング・サーバに接続される。会議コンテンツの少なくとも一部が会議サーバからビデオ・ストリーミング・サーバに渡され複数の会議視聴者にストリームされる。【選択図】図４
2008022552.tif 000002
【特許請求の範囲】
【請求項１】
会議方法で、
第１の複数のネットワーク接続を用いて複数の会議参加者を会議サーバに接続するステ
ップで、前記複数の会議参加者が会議コンテンツを生成し、該会議コンテンツを前記  第
１の複数のネットワーク接続上で前記会議サーバに送信するステップと、
第２の複数のネットワーク接続を用いて複数の会議視聴者をビデオ・ストリーミング・
サーバに接続するステップと、
前記会議コンテンツの少なくとも一部を前記会議サーバから前記ビデオ・ストリーミン
グ・サーバに渡すステップと、
前記第２の複数のネットワーク接続を用いて前記会議コンテンツの前記一部を前記複数
の会議視聴者にストリーミングするステップを含む会議方法。
【請求項２】
前記会議コンテンツは少なくとも前記各会議者からのオーディオ・ストリームを含む、
請求項１に記載される会議方法。
【請求項３】
前記会議コンテンツは少なくとも１人の前記会議参加者からのオーディオ・ビデオ・ス
トリームを含み、前記ビデオ・ストリーミング・サーバに渡される前記会議コンテンツの
前記一部は前記会議参加者の１人からの前記オーディオ・ビデオ・ストリームを含む、請
求項１に記載される会議方法。
【請求項４】
前記会議コンテンツの前記一部はさらに前記各会議参加者のサムネイル画像を含み、前
記サムネイル画像は定期的に更新される、請求項３に記載される会議方法。
【請求項５】
さらに、
ネットワーク接続を用いて制御パネルを前記会議サーバに接続するステップと、
前記会議サーバにより前記制御パネルからメッセージを受信するステップで、前記メッ
セージが前記会議コンテンツのどの部分を前記ビデオ・ストリーミング・サーバに渡すか
を特定し、前記ビデオ・ストリーミング・サーバに渡される前記部分が前記メッセージに
特定される前記部分に対応するステップとを含む、請求項１に記載される会議方法。
【請求項６】
会議コンテンツの前記一部は発表者のビデオ・ストリームおよび文書データを含み、前
記会議方法はさらに、
ネットワーク接続を用いて制御パネルを前記ビデオ・ストリーミング・サーバに接続す
るステップと、
前記ビデオ・ストリーミング・サーバにより前記制御パネルからモード選択を識別する
メッセージを受信するステップで、第１のモード選択に応答して前記ビデオ・ストリーム
は第１のビットレートで前記会議視聴者に伝送され、第２のモード選択に応答して前記ビ
デオ・ストリームは前記第１のビットレートより低い第２のビットレートで前記会議視聴
者に伝送され、前記ビデオ・ストリーミング・サーバはさらに前記第２のモード選択に応
答して文書データを前記複数の会議視聴者に伝送するステップと、を含む、請求項１に記
載される会議方法。
【請求項７】
第３のモード選択に応答して、前記ビデオ・ストリームは前記第１のビットレートで伝
送され、前記文書データは前記複数の会議視聴者に伝送される、請求項６に記載される会
議方法。
【請求項８】
さらに、
ネットワーク接続を用いて制御パネルを前記ビデオ・ストリーミング・サーバに接続す
るステップと、
少なくとも１人の前記会議視聴者から要求を受信するステップで、該要求は前記会議参
加者に質問する希望を示すものと、
前記要求を前記制御パネルに渡すステップと、
会議視聴者を特定するメッセージを前記制御パネルから受信するステップで、前記メッ
セージが前記会議視聴者が質問をすることの許可を与えるものと、
前記メッセージで特定された前記会議視聴者からのマルチメディア・データを会議サー
バに渡すステップで、前記会議サーバは前記マルチメディア・データを前記会議参加者に
渡すものとを含む、請求項１に記載される会議方法。
【請求項９】
さらに、
ウェブ・サーバによりウェブ・クライアントからログ・イン要求を受信するステップと
、
前記ウェブ・クライアントのユーザを認証するステップで、前記認証がユーザ名を識別
することを含むものと、
前記認証がなされると、前記ウェブ・クライアントにインストールされ会議クライアン
トを起動するコントロールをトリガーするステップで、該トリガーのステップは、前記ウ
ェブ・クライアントに認証トークンおよびインターネット・プロトコル（ＩＰ）アドレス
を渡すステップを含み、前記ＩＰ アドレスは、前記ユーザ名が会議参加者のリストに含
まれる場合は会議サーバのＩＰ アドレスであり、前記ユーザ名が会議視聴者のリストに
含まれる場合は前記ビデオ・ストリーミング・サーバのＩＰ アドレスであるものと、を
含む、請求項１に記載される会議方法。
【請求項１０】
請求項１に記載される会議方法の各々のステップはネットワーク経由で接続された複数
のコンピュータ上で前記方法を実施するための一連のコンピュータ命令として機械読み取
り可能な媒体に具現される会議方法。
【請求項１１】
前記ストリーミングするステップは、
前記会議コンテンツの前記一部を３つの所定ビットレート内の１つで伝送するステップ
と、
接続の待ち時間の増加によって識別される、遅延した接続を認識するステップと、
前記遅延した接続を前記３つの所定ビットレートの内の次に低いビットレートに落とす
ステップで、前記会議コンテンツの前記一部は復号化され、次に低いビットレート向けに
再度符号化されるものとを含む、請求項１に記載される方法。
【請求項１２】
会議システムで、
複数の接続を対応する複数の会議参加者から受け入れるようプログラムされ、前記会議
参加者の各々からマルチメディア・コンテンツを受信する会議サーバを含み、
該会議サーバはさらに制御クライアントからの接続を受け入れ、前記会議参加者の１人
を指定するメッセージを前記制御クライアントから受信するものであり、
前記会議サーバがさらに指定された前記会議参加者からのマルチメディア・コンテンツ
をビデオ・ストリーミング・サーバに渡すようプログラムされた、会議システム。
【請求項１３】
前記会議サーバは前記制御クライアントから前記会議参加者の別の１人を次に指定する
後続メッセージに応答し、渡されるマルチメディア・コンテンツのソースを前記指定され
た会議参加者から前記会議参加者の別の１人に切り替える、請求項１２に記載される会議
システム。
【請求項１４】
前記マルチメディア・コンテンツは少なくとも各々の前記会議参加者からのオーディオ
・ストリームを含む、請求項１２に記載される会議システム。
【請求項１５】
前記指定された会議参加者からの前記マルチメディア・コンテンツは少なくともオーデ
ィオ・ビデオ・ストリームを含む、請求項１２に記載される会議システム。
【請求項１６】
前記マルチメディア・コンテンツはさらに文書データを含む、請求項１５に記載される
会議システム。
【請求項１７】
前記会議サーバはさらにウェブ・クライアントからのログ・イン要求をウェブ・サーバ
より受信するようにプログラムされ、前記会議サーバは前記ウェブ・クライアントのユー
ザを認証し、前記認証はユーザ名を識別することを含み、
前記認証がなされた場合前記会議サーバは前記ウェブ・クライアントにインストールさ
れ会議クライアントを起動するコントロールをトリガーし、前記ウェブ・クライアントに
認証トークンおよびインターネット・プロトコル（ＩＰ）アドレスを渡し、前記ＩＰ ア
ドレスは前記ユーザ名が会議参加者のリストに含まれる場合は前記会議サーバのＩＰ ア
ドレスであり、前記ユーザ名が会議視聴者のリストに含まれる場合は前記ビデオ・ストリ
ーミング・サーバのＩＰ アドレスである、請求項１２に記載される会議システム。
【請求項１８】
会議システムで、
複数のネットワーク接続を対応する複数の会議視聴者から受け入れるようにプログラム
されたビデオ・ストリーミング・サーバを含み、
前記ビデオ・ストリーミング・サーバはさらにネットワーク上でマルチポイント制御装
置（ＭＣＵ）サーバと通信し前記ＭＣＵサーバからマルチメディア・コンテンツを受信す
るようプログラムされ、前記マルチメディア・コンテンツを前記複数のネットワーク接続
を用いて前記複数の会議視聴者にストリーミングし、
前記ビデオ・ストリーミング・サーバはさらに制御パネルと通信するようプログラムさ
れ、前記複数の会議視聴者から質問要求を受信し前記質問要求を前記制御パネルに送信し
、さらに前記会議視聴者の１人で質問のある者を特定するメッセージを前記制御パネルか
ら受信し、
前記ビデオ・ストリーミング・サーバはさらに前記特定された会議視聴者からマルチメ
ディア・データを受信し、少なくともオーディオ・ストリームを含む前記マルチメディア
・データを前記ＭＣＵサーバに渡すようプログラムされた、会議システム。
【請求項１９】
前記マルチメディア・コンテンツは会議参加者からのビデオ・ストリームおよび文書デ
ータを含み、
前記ビデオ・ストリーミング・サーバはさらに前記制御パネルからモード選択を識別す
るメッセージを受信するようプログラムされ、
前記ビデオ・ストリームは第１のモード選択に応答して第１のビットレーレートで前記
会議視聴者に伝送され、前記ビデオ・ストリームは第２のモード選択に応答して第１のビ
ットレートより低速な第２のビットレートで前記会議視聴者に伝送され、前記ビデオ・ス
トリーミング・サーバはさらに前記第２のモード選択に応答して文書データも前記複数の
会議視聴者に伝送する請求項１８に記載される会議システム。
【請求項２０】
第３のモード選択に応答してビデオ・ストリームが前記第１のビットレートで伝送され
、前記文書データは前記複数の会議視聴者に伝送される、請求項１９に記載される会議シ
ステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は会議システムの分野に関する。
【背景技術】
【０００２】
会議システムは離れた場所の２人以上の参加者間のコミュニケーションを促進するため
に用いられる。ライブ・ビデオ、オーディオ、および他のデータを各参加者と見、聞き、
または別途協力するために交換するシステムが存在する。会議の一般的な用途にはミーテ
ィング／作業グループ、プレゼンテーション、およびトレーニング／教育が含まれる。現
在、テレビ会議ソフトウェアのおかげで、安価なカメラとマイクロホンを有するパソコン
を用いて他の会議参加者と接続することができる。ピアツーピア・テレビ会議ソフトウェ
ア・アプリケーションは各参加者が別の参加者を見、聞き、別の参加者とやりとりするこ
とを可能にし、別個安価に購入することができる。ソフトウェアや安価なカメラ／マイク
ロホン装置が利用できることに刺激され、テレビ会議はますます普及してきている。
【０００３】
ビデオ通信は動画の大量情報コンテンツに対応するために充分に高速なネットワークに
依存している。オーディオおよびビデオのデータ通信は参加者数およびデータ交換のサイ
ズが増加するにつれより大きな帯域幅を要求する。圧縮技術やコンテンツ・サイズの制限
を考慮に入れても、帯域幅の制限は複数当事者の会議において互いにやりとりできる参加
者の数を非常に限定する。
【０００４】
１つのオーディオ・ビデオ・ソースを多数の人間が見ることのできるビデオ・ストリー
ミング技術は既に存在する。これは１人の発表者が多数の受動的な視聴者に話すことがで
きる「一対多数システム」（「one to many systems」）と呼ばれる会議システムをもた
らした。一対多数会議において、「一」は典型的に話し手または発表者と呼ばれ、「多数
」は出席する「聴衆」または視聴者である。一対多数会議は主として一方向のやりとりで
、聴衆の全員が話し手を聴くことができ、動きを見ることができる必要がある（すなわち
話し手のメディアはすべての参加者に伝送される）。聴衆の人達にとって、他の参加者の
動き（すなわち聴衆のオーディオおよび／あるいはビデオ・メディア）は望ましくなく、
一対多数の共同作業の効果に弊害をもたらす可能性がある。しかし話し手は聴衆のフィー
ドバックに興味を持ち、中断や質問を認識したいかもしれない。さらに一対多数の共同作
業のモデルによっては話し手が質疑応答の際などにいつ、誰が話せるか管理することがで
きる。その時点で聴衆の人達は話し手の応答に加え質問をする参加者も聞きたいかもしれ
ない。従って一対多数の共同作業の会議システムは一対一の共同作業に比べより複雑な規
則を必要とする。
【０００５】
【特許文献１】米国特許出願公開第２００４０２５４９８２号明細書
【発明の開示】
【発明が解決しようとする課題】
【０００６】
多くの場合、互いに離れて選ばれた数の専門家、講演者、または発表者によるパネル討
論または共同作業を多数の聴衆が見ることが望ましいことがあり得る。残念ながら、現在
共同作業および積極的な参加が可能な会議システムは参加者数を限定するような帯域幅の
制限を有し、現在放送機能を提供するシステムは自由な二方向通信を提供しない。従って
、多数の聴衆がより小グループの能動的共同作業者、話し手、または発表者を見、あるい
はこれらに質問等々の形で何らかのフィードバックを提供できるような機構が必要である
。
【課題を解決するための手段】
【０００７】
おおまかに言って、本発明は複数の会議参加者を有するネットワーク会議の大型なリア
ルタイム・プレゼンテーションを提供することによりこれらのニーズを満足する。本発明
はプロセス、装置、システム、デバイス、または方法を含み多数の形で実施できることが
理解されよう。以下に本発明の創意に富んだ実施形態をいくつか説明する。
【０００８】
上記課題を解決するために本発明の会議方法は、第１の複数のネットワーク接続を用い
て複数の会議参加者を会議サーバに接続するステップで、前記複数の会議参加者が会議コ
ンテンツを生成し、該会議コンテンツを前記第１の複数のネットワーク接続上で前記会議
サーバに送信するステップと、第２の複数のネットワーク接続を用いて複数の会議視聴者
をビデオ・ストリーミング・サーバに接続するステップと、前記会議コンテンツの少なく
とも一部を前記会議サーバから前記ビデオ・ストリーミング・サーバに渡すステップと、
前記第２の複数のネットワーク接続を用いて前記会議コンテンツの前記一部を前記複数の
会議視聴者にストリーミングするステップを含むことを特徴とする。
【０００９】
また本発明の会議方法は、前記会議コンテンツは少なくとも前記各会議者からのオーデ
ィオ・ストリームを含むことを特徴とする。
【００１０】
また本発明の会議方法は、前記会議コンテンツは少なくとも１人の前記会議参加者から
のオーディオ・ビデオ・ストリームを含み、前記ビデオ・ストリーミング・サーバに渡さ
れる前記会議コンテンツの前記一部は前記会議参加者の１人からの前記オーディオ・ビデ
オ・ストリームを含むことを特徴とする。
【００１１】
また本発明の会議方法は、前記会議コンテンツの前記一部はさらに前記各会議参加者の
サムネイル画像を含み、前記サムネイル画像は定期的に更新されることを特徴とする。
【００１２】
また本発明の会議方法は、さらに、ネットワーク接続を用いて制御パネルを前記会議サ
ーバに接続するステップと、前記会議サーバにより前記制御パネルからメッセージを受信
するステップで、前記メッセージが前記会議コンテンツのどの部分を前記ビデオ・ストリ
ーミング・サーバに渡すかを特定し、前記ビデオ・ストリーミング・サーバに渡される前
記部分が前記メッセージに特定される前記部分に対応するステップとを含むことを特徴と
する。
【００１３】
また本発明の会議方法は、会議コンテンツの前記一部は発表者のビデオ・ストリームお
よび文書データを含み、前記会議方法はさらに、ネットワーク接続を用いて制御パネルを
前記ビデオ・ストリーミング・サーバに接続するステップと、前記ビデオ・ストリーミン
グ・サーバにより前記制御パネルからモード選択を識別するメッセージを受信するステッ
プで、第１のモード選択に応答して前記ビデオ・ストリームは第１のビットレートで前記
会議視聴者に伝送され、第２のモード選択に応答して前記ビデオ・ストリームは前記第１
のビットレートより低い第２のビットレートで前記会議視聴者に伝送され、前記ビデオ・
ストリーミング・サーバはさらに前記第２のモード選択に応答して文書データを前記複数
の会議視聴者に伝送するステップとを含むことを特徴とする。
【００１４】
また本発明の会議方法は、第３のモード選択に応答して、前記ビデオ・ストリームは前
記第１のビットレートで伝送され、前記文書データは前記複数の会議視聴者に伝送される
ことを特徴とする。
【００１５】
また本発明の会議方法は、さらに、ネットワーク接続を用いて制御パネルを前記ビデオ
・ストリーミング・サーバに接続するステップと、少なくとも１人の前記会議視聴者から
要求を受信するステップで、該要求は前記会議参加者に質問する希望を示すものと、前記
要求を前記制御パネルに渡すステップと、会議視聴者を特定するメッセージを前記制御パ
ネルから受信するステップで、前記メッセージが前記会議視聴者が質問をすることの許可
を与えるものと、前記メッセージで特定された前記会議視聴者からのマルチメディア・デ
ータを会議サーバに渡すステップで、前記会議サーバは前記マルチメディア・データを前
記会議参加者に渡すものとを含むことを特徴とする。
【００１６】
また本発明の会議方法は、さらに、ウェブ・サーバによりウェブ・クライアントからロ
グ・イン要求を受信するステップと、前記ウェブ・クライアントのユーザを認証するステ
ップで、前記認証がユーザ名を識別することを含むものと、前記認証がなされると、前記
ウェブ・クライアントにインストールされ会議クライアントを起動するコントロールをト
リガーするステップで、該トリガーのステップは、前記ウェブ・クライアントに認証トー
クンおよびインターネット・プロトコル（ＩＰ）アドレスを渡すステップを含み、前記Ｉ
Ｐ アドレスは、前記ユーザ名が会議参加者のリストに含まれる場合は会議サーバのＩＰ 
アドレスであり、前記ユーザ名が会議視聴者のリストに含まれる場合は前記ビデオ・スト
リーミング・サーバのＩＰ アドレスであるものとを含むことを特徴とする。
【００１７】
また本発明の会議方法は、前記会議方法の各々のステップはネットワーク経由で接続さ
れた複数のコンピュータ上で前記方法を実施するための一連のコンピュータ命令として機
械読み取り可能な媒体に具現されることを特徴とする。
【００１８】
また本発明の会議方法は、前記ストリーミングするステップは、前記会議コンテンツの
前記一部を３つの所定ビットレート内の１つで伝送するステップと、接続の待ち時間の増
加によって識別される、遅延した接続を認識するステップと、前記遅延した接続を前記３
つの所定ビットレートの内の次に低いビットレートに落とすステップで、前記会議コンテ
ンツの前記一部は復号化され、次に低いビットレート向けに再度符号化されるものとを含
むことを特徴とする。
【００１９】
本発明の会議システムは、複数の接続を対応する複数の会議参加者から受け入れるよう
プログラムされ、前記会議参加者の各々からマルチメディア・コンテンツを受信する会議
サーバを含み、該会議サーバはさらに制御クライアントからの接続を受け入れ、前記会議
参加者の１人を指定するメッセージを前記制御クライアントから受信するものであり、前
記会議サーバがさらに指定された前記会議参加者からのマルチメディア・コンテンツをビ
デオ・ストリーミング・サーバに渡すようプログラムされたことを特徴とする。
【００２０】
また本発明の会議システムは前記会議サーバは前記制御クライアントから前記会議参加
者の別の１人を次に指定する後続メッセージに応答し、渡されるマルチメディア・コンテ
ンツのソースを前記指定された会議参加者から前記会議参加者の別の１人に切り替えるこ
とを特徴とする。
【００２１】
また本発明の会議システムは、前記マルチメディア・コンテンツは少なくとも各々の前
記会議参加者からのオーディオ・ストリームを含むことを特徴とする。
【００２２】
また本発明の会議システムは、前記指定された会議参加者からの前記マルチメディア・
コンテンツは少なくともオーディオ・ビデオ・ストリームを含むことを特徴とする。
【００２３】
また本発明の会議システムは、前記マルチメディア・コンテンツはさらに文書データを
含むことを特徴とする。
【００２４】
また本発明の会議システムは、前記会議サーバはさらにウェブ・クライアントからのロ
グ・イン要求をウェブ・サーバより受信するようにプログラムされ、前記会議サーバは前
記ウェブ・クライアントのユーザを認証し、前記認証はユーザ名を識別することを含み、
前記認証がなされた場合前記会議サーバは前記ウェブ・クライアントにインストールされ
会議クライアントを起動するコントロールをトリガーし、前記ウェブ・クライアントに認
証トークンおよびインターネット・プロトコル（ＩＰ）アドレスを渡し、前記ＩＰ アド
レスは前記ユーザ名が会議参加者のリストに含まれる場合は前記会議サーバのＩＰ アド
レスであり、前記ユーザ名が会議視聴者のリストに含まれる場合は前記ビデオ・ストリー
ミング・サーバのＩＰ アドレスであることを特徴とする。
【００２５】
また本発明の会議システムは、複数のネットワーク接続を対応する複数の会議視聴者か
ら受け入れるようにプログラムされたビデオ・ストリーミング・サーバを含み、前記ビデ
オ・ストリーミング・サーバはさらにネットワーク上でマルチポイント制御装置（ＭＣＵ
）サーバと通信し前記ＭＣＵサーバからマルチメディア・コンテンツを受信するようプロ
グラムされ、前記マルチメディア・コンテンツを前記複数のネットワーク接続を用いて前
記複数の会議視聴者にストリーミングし、前記ビデオ・ストリーミング・サーバはさらに
制御パネルと通信するようプログラムされ、前記複数の会議視聴者から質問要求を受信し
前記質問要求を前記制御パネルに送信し、さらに前記会議視聴者の１人で質問のある者を
特定するメッセージを前記制御パネルから受信し、前記ビデオ・ストリーミング・サーバ
はさらに前記特定された会議視聴者からマルチメディア・データを受信し、少なくともオ
ーディオ・ストリームを含む前記マルチメディア・データを前記ＭＣＵサーバに渡すよう
プログラムされたことを特徴とする。
【００２６】
また本発明の会議システムは、前記マルチメディア・コンテンツは会議参加者からのビ
デオ・ストリームおよび文書データを含み、前記ビデオ・ストリーミング・サーバはさら
に前記制御パネルからモード選択を識別するメッセージを受信するようプログラムされ、
前記ビデオ・ストリームは第１のモード選択に応答して第１のビットレーレートで前記会
議視聴者に伝送され、前記ビデオ・ストリームは第２のモード選択に応答して第１のビッ
トレートより低速な第２のビットレートで前記会議視聴者に伝送され、前記ビデオ・スト
リーミング・サーバはさらに前記第２のモード選択に応答して文書データも前記複数の会
議視聴者に伝送することを特徴とする。
【００２７】
また本発明の会議システムは、第３のモード選択に応答してビデオ・ストリームが前記
第１のビットレートで伝送され、前記文書データは前記複数の会議視聴者に伝送されるこ
とを特徴とする。
【００２８】
本発明の利点は、発明の原理を例示する添付図面と併せて以下の詳細な説明から明らか
になろう。
【発明を実施するための最良の形態】
【００２９】
本発明は添付図面と併せて以下の詳細な説明により容易に理解されよう。類似した符号
は類似した構成要素を指定している。
【００３０】
以下の説明において、本発明の完全な理解を提供するために多数の具体的な詳細が提示
される。しかし、当業者であれば、本発明はこれら具体的な詳細なしで実施できることを
理解しよう。逆に、発明を不必要に分かりにくくしないよう周知のプロセス手順および実
施の詳細は詳しく説明していない。
【００３１】
図１は複数の会議参加者１３０および複数の会議視聴者１５０を有する典型的な「少数
対多数」（「few to many」）会議システムを示す。会議参加者１３０はパネル討論、ま
たは他のイベントに参加するために会議サーバ１１０にアクセスする。本明細書において
会議参加者は共同作業者、話し手、または発表者である者を識別するために用いられる。
会議参加者は自由に口を差し挟み、他の会議参加者とやりとりすることができる。一実施
形態で、各会議参加者１３０はリアルタイムの高ビットレートのビデオおよびオーディオ
・データ、および／あるいは画像、文書、およびアノテーションなど他のマルチメディア
・コンテンツを提供して討論に貢献でき、他の任意の会議参加者はこれらを受信すること
ができる。各会議参加者は議長から許可をまず得る必要なく、会話に割り込んで寄与する
ことができる。このように、会議参加者とは他の１人以上の会議参加者と自由に会話がで
きる者である。
【００３２】
会議視聴者１５０はビデオ・ストリーミング・サーバにアクセスしてオーディオ、ビデ
オ、ならびに画像、文書、およびアノテーションなど他のマルチメディア・コンテンツを
リアルタイムで受信する。一実施形態で、ビデオ・ストリーミング・サーバ１２０はオー
ディオ、ビデオ、および他のマルチメディア・コンテンツをローカル・エリア・ネットワ
ーク（ＬＡＮ）接続経由で直接会議サーバ１１０から受信することができる。会議視聴者
１５０は一般的にすべての会議参加者１３０からのオーディオ・ストリームで構成される
複合オーディオ・ストリームを受信することができる。しかし一実施形態で、各会議視聴
者１５０は会議参加者の１人からの高ビットレートのビデオ・ストリームを１つしか視聴
することができず、一般的にどの会議参加者を視聴するか選択することができない。さら
に、会議視聴者は逆方向パス１５７でビデオ・ストリーミング・サーバ１２０に信号を送
り質問をする希望を示すことにより質問をする機会を与えられ、許可されるとその人間の
質問を符号化した低ビットレートのビデオおよび／あるいはオーディオ信号が会議視聴者
からビデオ・ストリーミング・サーバ１２０に送信される。
【００３３】
どのビデオ・フィードを会議視聴者１５０に送信するか選択し、会議視聴者１５０から
の質問またはフィードバックを許可するために、本明細書でコントローラ１４０と呼ばれ
る特別の会議参加者に、図７に関しより詳細に後述される制御パネル・クライアントが提
供される。コントローラ１４０は会議サーバ１１０およびビデオ・ストリーミング・サー
バ１２０双方に接続されている。コントローラ１４０は制御パネル・クライアントを用い
て会議参加者１３０からのどのビデオ・ストリームを会議視聴者１５０に送信するかを指
定し、会議サーバ１１０に通信することができる。加えて、コントローラ１４０はビデオ
・ストリーミング・サーバ１２０に接続して会議視聴者１５０とやりとりする。このよう
なやりとりは例えば会議視聴者１５０によりオーディオおよびビデオ信号が受信されてい
ることを確認し、質問がなされる際会議視聴者１５０からどのオーディオおよび／あるい
はビデオ・フィードを選択するかなどの設定の支援が含まれる。チャットなど、他のやり
とりも可能である。チャットとは参加者同士でインスタント・テキスト・メッセージを送
受信することである。
【００３４】
図２はバス１６８で電子通信するＣＰＵ１６２、出入力（Ｉ／Ｏ）ポート１６４、およ
びメモリ１６６を有する典型的なコンピュータ１６０を示す。メモリ１６６はオペレーシ
ョン・システム１７０およびアプリケーション１７２を含む。コンピュータ１６０がサー
バの場合、アプリケーション１７２はサーバ・ソフトウェアを含む。コンピュータ１６０
がクライアントの場合、アプリケーション１７２はクライアント・ソフトウェアを含むこ
とになる。コンピュータ１６０がサーバとクライアント双方の役割を果たすことも可能で
あり、この場合アプリケーション１７２はサーバ・ソフトウェアとともにクライアント・
ソフトウェアを含むことになる。本明細書において、「サーバ」の用語は主にサーバの機
能を果たすコンピュータ・システムを指し、「クライアント」の用語は主にクライアント
の機能を果たすコンピュータ・システムを指すが、実行されるソフトウェアによって各々
いずれの機能も果たすことができ、または同時に双方の機能を果たすこともできることが
理解されよう。各サーバは複数の機能を果たすことができる。例えば、単一のサーバに会
議サーバ・ソフトウェアとともにビデオ・ストリーミング・サーバ・ソフトウェアを含む
ことができる。この場合、図１に示される会議サーバ１１０とビデオ・ストリーミング・
サーバ１２０は会議サーバ・ソフトウェアおよびビデオ・ストリーミング・サーバ・ソフ
トウェア双方を含む単一のコンピュータ・システムであって良い。さらに、会議参加者お
よび会議視聴者で実行されるクライアント・ソフトウェアは２つの異なったコンピュータ
・プログラムであっても良く、またはどちらのサーバに接続されているか、すなわちクラ
イアントが会議サーバ・ソフトウェアと通信しているかまたはビデオ・ストリーミング・
サーバ・ソフトウェアとか、により異なった参加および視聴の稼動モードがある単一のコ
ンピュータ・プログラムでも良い。図２に戻り、Ｉ／Ｏポート１６４はユーザ・インタフ
ェース１７４およびネットワーク・インタフェース１７６を含む外付け装置に接続するこ
とができる。ユーザ・インタフェース１７４はキーボード、ビデオ画面、およびマウスな
どのユーザ・インタフェース装置を含むことができる。ネットワーク・インタフェース１
７６は外部ネットワーク経由で通信するために１つ以上のネットワーク・インタフェース
・カード（ＮＩＣ）を含むことができる。
【００３５】
図３は図１に示す会議システムの典型的なネットワーク・トポロジーの概略図を示す。
会議サーバ１１０とビデオ・ストリーミング・サーバ１２０は各々ＬＡＮ回線経由でルー
タ１９０に接続される。ルータ１９０はファヤウォール１９２経由でインターネット２０
０への接続も提供する。従って会議参加者１３０と会議視聴者１５０はインターネット経
由で会議サーバ１１０および／あるいはビデオ・ストリーミング・サーバ１２０に接続す
ることができ、会議サーバ１１０とビデオ・ストリーミング・サーバ１２０はルータ１９
０を通しローカル・エリア接続１４６経由で相互に接続することができる。
【００３６】
図４は図１および図３の会議システムを提供するためにやりとりする各種ハイレベル・
ソフトウェア・コンポーネントを示す概略ブロック図である。前述のとおり、図示される
システムは典型的なもので、追加のサーバ・コンピュータにわたり各種サーバ・コンポー
ネントを拡散することができ、またはより少数のコンピュータにまとめることもできる。
複数のソフトウェア・アプリケーションにより提供される機能は、実施によってより少数
のアプリケーションにまとめ、またはより多数のアプリケーションに分けることができる
。本例において、会議サーバ１１０とビデオ・ストリーミング・サーバ １２０は各々マ
ルチポイント制御装置（ＭＣＵ）１１２，１２２およびウェブ・サーバ１１４，１２４を
含む。一実施形態で、ウェブ・サーバ１１４は会議参加者１３０と会議視聴者１５０双方
に対し会議システムへのポータルの役割を果たす。
【００３７】
会議参加者の場合、一旦ユーザが認証されるとウェブ・サーバ１１４は会議クライアン
ト１３６を起動させるブラウザ・プラグイン１３４を始動させる。ブラウザ・プラグ・イ
ンにはＭＣＵサーバ１１２のＩＰアドレスおよび認証トークンまたは他の認証情報が提供
される。一実施形態で、ウェブ・サーバ１１４はＭＣＵサーバ１１２にキーなどの相補的
認証情報を提供し、それを用いてＭＣＵサーバは会議クライアント１３６により連絡を受
けると会議参加者１３０を認証することができる。会議視聴者の場合、ウェブ・サーバ１
１４にログ・インすることにより認証後、ウェブ・サーバはストリーミング・クライアン
ト１５６を起動させるブラウザ・プラグイン１５４を始動させる。ウェブ・サーバ１１４
はストリーミング・コンテンツを受信するためにブラウザ・プラグイン１５４にビデオ・
ストリーミング・サーバ１２０におけるＭＣＵサーバ１２２のＩＰアドレスを提供する。
加えて、認証トークンまたは他の認証情報がブラウザ・プラグイン１５４に提供され、Ｌ
ＡＮ接続１４６経由で相補的認証情報をＭＣＵサーバ１２２に提供することができる。Ｉ
Ｐ アドレスおよび認証情報はストリーミング・クライアント１５６に渡され、ＭＣＵサ
ーバにセキュアなログ・インが可能になる。
【００３８】
認証は他の方法で行なうこともできる。例えば、認証は公開鍵暗号方式を用いることが
でき、この場合ウェブ・サーバ１１４はウェブ・サーバ１１４で認証後会議参加者１３０
または会議視聴者１５０のいずれかに暗号化され、デジタル署名をしたメッセージを渡し
、このユーザ情報を含み得るメッセージはＭＣＵサーバ１１２，１２２で、メッセージを
解読する秘密鍵を唯一保持するいずれか該当する方に転送される。ＭＣＵサーバはデジタ
ル署名を認証することによりメッセージを認証することができる。これによりＭＣＵサー
バ１２２，１２４はウェブ・サーバ１１４が供給する別個の情報と証明書とを比較する必
要なしにユーザを認証することが可能になる。会議参加者１３０と会議視聴者１５０に同
一のソフトウェアが提供され、会議クライアント１３６および視聴クライアント１５６は
会議モードまたはビュー・モードのいずれかで稼動する、実は同じコンピュータ・プログ
ラムであり得ることが特記される。
【００３９】
ビデオ・ストリーミング・サーバ１２０はさらに管理インタフェースを提供するウェブ
・サーバ１２４を有する。従ってウェブ・サーバ１２４は遠隔の管理者（図示せず）にＭ
ＣＵサーバ１２２に関する各種情報および制御手段を提供するために用いることができる
。会議視聴者１５０とビデオ・ストリーミング・サーバ１２０との間に一旦接続が確立す
ると、会議視聴者はデータがＭＣＵサーバ１１０から受信されるとビデオ・ストリーミン
グ・サーバからリアルタイムのストリーミング・データを受信し始めることができる。
【００４０】
ウェブ・サーバ１１４はユーザ名によってある接続が会議参加者または会議視聴者であ
ることが分かる。有効な接続が確立され、ウェブ・サーバが接続を会議視聴者向けである
と識別すると、ウェブ・サーバはクライアントをビデオ・ストリーミング・サーバ１２０
に切り替える。これはクライアントを起動し、クライアントを視聴者モードに置き、ビデ
オ・ストリーミング・サーバ１２０のＩＰアドレスを知らせることにより行なわれる。前
述のように、認証トークンもクライアントに渡される。ＭＣＵサーバ１１２のＩＰアドレ
スがクライアントに渡され、セキュリティ・キーがビデオ・ストリーミング・サーバ１２
０の代わりにＭＣＵサーバ１１２に送られることを除き、同じプロセスが会議参加者に対
しても行なわれる。
【００４１】
一実施形態で、参加者と視聴者双方がいる会議は会議設定ウェブ・ページ（図示せず）
を用いて設定される。ウェブ・ページは会議オーナーがストリーミング・ユーザを会議に
加えることができるリンクを有することができる。ウェブ・サーバは会議視聴者が会議に
加えられた場合、会議に会議視聴者が含まれていることが分かる。「ストリーミング・ユ
ーザを加える」（「Add Streaming Users」）リンクをクリックすると、ウェブ・サーバ
は会議視聴者を加えるためのウェブ・ページ（図示せず）を表示する。デフォルトとして
会議オーナーがコントローラとなる。しかし、ウェブ・ページは会議コントローラ／オー
ナーが別のコントローラを指名できるようにすることができる。一実施形態で、コントロ
ーラは会議視聴者ではなく会議参加者でなければならない。別の実施形態で、コントロー
ラは参加者でも視聴者でも良い。コントローラは図７に関し後述される制御パネルへのア
クセスを有する。
【００４２】
会議視聴者１５０がマルチメディア・データを受信するために利用できる帯域幅はさま
ざまで、また帯域幅は時間につれ変動する可能性があるため、ビデオ・ストリーミング・
サーバ１２０から会議視聴者１５０に伝送されるビデオ・データのビットレートを制御す
ることが望まれるかもしれない。一実施形態で、ビットレートはビデオ・ストリーミング
・サーバにより制御されと同時にオーディオおよびビデオ・ストリームの符号化／復号化
の量が制限される。ビットレートは２００５年２月４日に出願され、「伝送制御プロトコ
ルを用いたマルチメディア通信の適応ビットレート調節」（「Adaptive Bit-Rate Adjust
ment of Multimedia Communications Channels Using Transport Control Protocol」）
と題する関連米国特許１１／０５１６７４に説明されるように制御することができ、引用
により本明細書に組み入れられる。
【００４３】
一実施形態で、オーディオは固定ビットレートであり、現在のオーディオの扱われ方に
変更は加えられない。しかしビデオは複数のビットレートの内の１つで会議視聴者に提供
される。ＭＣＵサーバ１１２からの入力ストリームは複製され、各ストリーミング・クラ
イアントに送信される。すべての接続およびクライアント・パソコンが類似した性能レベ
ルである場合、ビデオは復号化や符号化なしに各クライアントに送信することができる。
しかし、高速接続の高速クライアントがあり低速接続の低速クライアントがある場合、こ
れらに同じレートでビデオ・データを送信することはできない。この問題を解決するため
に、一実施形態では低速、中速、および高速の３つの所定ビデオ・ビットレートがある。
各ビデオ・ビットレートはビデオ・フレームおよびフレーム・レートの最大ビットレート
に対応する。ＭＣＵサーバ１１２は最も高いビットレートをビデオ・ストリーミング・サ
ーバ１２０に送信する。ビデオ・ストリーミング・サーバ１２０は次にビデオを復号化し
、必要な場合は２つのより低いビットレート向けにビデオを再度符号化する。
【００４４】
ある接続が現在のビットレートについて行けないと判定された場合、そのストリーム上
で送信されるデータは３つの固定レートの内次に低いビットレートに落とされる。この逓
減されたビットレートにおいて、イントラフレームが生成され、同じビットレートのスト
リーミング・クライアントすべてに送信される。当業者には一般的に周知のように、「I-
フレーム」（「I-frame」）または「キー・フレーム」（「key frame」）とも呼ばれるイ
ントラフレームとは、先行するフレームからの情報を必要としない形で符号化されている
、すなわちそのフレームを表示するのに必要なデータをすべて含んでいる、ビデオ・フレ
ームである。イントラフレームを同じビットレートのストリーミング・クライアントすべ
てに提供することにより、各クライアントのビデオは最新となり、後続フレームを構成す
るのに必要なデータをすべて有することになる。あるクライアントをより低いビットレー
トにいつ落とすかを判定するには輻輳コードを用いることができる。輻輳コードは接続の
待ち時間の程度である。接続の帯域幅が例えば一時の混雑により一時的に変化したなど、
ビットレートを低減する必要がない時もあり得る。この時点では回線上で出力されるデー
タをリセットすることができる。リセットは該当接続から送信されるデータを事実上一時
停止させ、イントラフレームを生成し（これは同じビットレートの接続すべてに送信され
る）、その回線でデータの送信が再開される。最初のビットレートを選択するために、接
続のビットレートが測定され、３つの所定ビットレートの内次に低いものが使用される。
【００４５】
一実施形態で、ビデオ・ストリーミング・サーバ１２０は各ストリームおよびＨ．３２
３データの各クライアントへの配信を制御する。Ｈ．３２３はエンコーダ・デコーダ（「
コーデック」）およびＩＴＵ電気通信標準化部門（ＩＴＵ−Ｔ）の規格である。Ｈ．３２
３は任意のパケット・ネットワーク上でオーディオ・ビジュアル通信セッションを提供す
る業界規格のコーデックおよびプロトコルである。一実施形態で、ＭＣＵサーバ１１２か
らビデオ・ストリーミング・サーバ１２０に１つのみのビデオ・ストリームが送信される
。このビデオ・ストリームは図７に関連して後述される方法でビデオ・ストリーミング・
サーバの制御パネルから選択される。１つのみのビデオ・ストリームを許可することは混
合ビデオ信号を復号化および符号化する必要がないので質を高める。複合化および再度の
符号化は明らかにビデオの画質を衰えさせる。１つのみのビデオ・ストリームを許可する
ことはさらに性能を向上させる。ＭＣＵサーバ１１２は他のビデオ・ストリームからのデ
ータを合わせる必要がなく、データは復号化および再度符号化することなく選択された会
議参加者からそのままビデオ・ストリーミング・サーバに渡されることができる。
【００４６】
一実施形態で、ＭＣＵサーバ１１２からビデオ・ストリーミング・サーバ１２０へのビ
ットレートはビデオを高画質に維持するために非常に高く維持される。この場合、ＬＡＮ
接続１４６は高速データ率、例えば１０もしくは１００Ｍｂｐｓまたはそれらの近辺、
を保持できると仮定される。もちろん、リアルタイム配信を保証するためにＭＣＵサーバ
が提供する品質はＬＡＮ接続の速度に基づくことができる。各種実施形態において、ビデ
オの画質は利用可能なＬＡＮの帯域幅により選択されることができる。ビデオ・ストリー
ミング・サーバが低減されたビットレート故に再度符号化する必要があるかもしれないの
で、これは復号化および再度の符号化による劣化を最小限に抑える。ＭＣＵサーバ１１２
およびビデオ・ストリーミング・サーバ１２０間の接続が限定的帯域幅を有する実施の場
合、この制限はビデオ画質を犠牲にして削ることができる。ビデオ・ストリーミング・サ
ーバ１２０は後述のように会議視聴者にＨＴＴＰ接続を複製し、会議視聴者に追加コンテ
ンツを配信することができる。例えば、ＨＴＴＰ接続は画像およびデータ・ファイルをク
ライアントに転送するために用いられる。ビデオ・ストリーミング・サーバでＨＴＴＰデ
ータが受信されると、ビデオ・ストリーミング・サーバはそのデータを各ストリーミング
・クライアントに転送する。
【００４７】
ビデオ・ストリーミング・サーバはすべてのストリーミング・クライアントに対し同じ
ビデオおよびオーディオ・コーデックを扱うことができる。一実施形態で、支援されるコ
ーデックは最小限ＩＴＵ−Ｔで公開されるＨ．２６３ビデオおよびＧ．７１１会話コーデ
ックまたはその他ビデオ・ストリーミング・サーバが扱う標準プロトコルを含む。これら
の同じプロトコルをビデオ・ストリーミング・サーバからＭＣＵへのストリームにも用い
ることができる。
【００４８】
会議視聴者１５０はストリーミング・オーディオおよびビデオを受信することに限定さ
れない。さらに、アプリケーション共有データ、画像および文書、ならびにアノテーショ
ンに加え、他のマルチメディア・コンテンツが会議視聴者に配信されることができる。一
実施形態で、ストリーミング・クライアントはビデオ・ストリーミング・サーバ１２０へ
ＨＴＴＰ接続を確立してビデオ・ストリーミング・サーバ１２０から画像または文書をダ
ウンロードすることができる。ビデオ・ストリーミング・サーバ１２０は次にこの要求を
ウェブ・サーバ１１４に転送することができる。しかし、ＨＴＴＰ要求はウェブ・サーバ
１１４にやみくもに転送されるわけではなく、ビデオ・ストリーミング・サーバ１２０に
由来すること示すように変換される。ビデオ・ストリーミング・サーバ１２０がウェブ・
サーバへのＨＴＴＰ要求からデータを収集すると、ビデオ・ストリーミング・サーバ１２
０はストリーミング・クライアントのＨＴＴＰ要求を受けてストリーミング・クライアン
トにデータを送信することができる。さらに、会議視聴者は互いに、グループ全体に、お
よび／あるいはコントローラにテキスト・メッセージを送信することが許可され得る。
【００４９】
図５は会議に受動的に参加するためにビデオ・ストリーミング・サーバ１２０をアクセ
スする典型的な手順を説明するフローチャート２００を示す。手順は開始ブロック２０２
で示すように始まり、操作２０４に進み、ユーザはウェブ・サーバ１１４に接続しサーバ
が提供する主ログ・イン・ページにアクセスする。ウェブ認証では良く知られているよう
に、ユーザのウェブ・クライアント１３４はユーザが自分のユーザ名とパスワードを入力
するテキスト・ボックスを提示する。この情報は次に暗号化され、周知の暗号化規格であ
るトランスポート層セキュリティ（ＴＬＳ）暗号化を有するＴＣＰ／ＩＰ接続経由で送信
されることができる。ユーザがウェブ・サーバ１１４に接続し認証情報を入力した後、手
順は操作２０６に流れる。
【００５０】
操作２０６において、認証が受け入れられるか判定される。例えば、認証は各オンライ
ン会議の出席者リストと比較されることができる。または各会議は単に識別子とパスワー
ドを有し、その識別子とパスワードを所有する任意の者は認証されることができる。後者
の場合、ユーザは次にシステムと他の参加者およびユーザにより識別されるために名前を
入力するか、予め定義されたリストから名前を選択する必要があるかもしれない。ある会
議を識別する単一のパスワードおよび各出席者に別個のユーザ名を提供することも可能で
ある。ユーザが入力した認証情報が前以て格納された認証情報と合致する場合、認証は受
け入れられることができる。認証が拒絶されると、手順の流れは操作２０４に戻り、ユー
ザは情報を再入力する機会が与えられる。一実施形態で、ユーザはセキュリティの予防策
として認証情報を限られた回数のみ入力することができる。認証情報が受け入れられる場
合、例えば前以て格納された認証情報と合致する場合、手順は操作２０８に流れる。
【００５１】
操作２０８において、ビデオ・ストリーミング・サーバ１２０がビデオ・ストリーミン
グ・サーバとクライアントの間の接続を認証できるよう、ウェブ・サーバ１１４がビデオ
・ストリーミング・サーバ１２０に認証データを送信する。この手順は具体的に会議視聴
者向けであることが特記される。ユーザ名が会議参加者と一致したとすると、ウェブ・サ
ーバは図４に関連して上記に説明したようにユーザをＭＣＵに接続することになる。操作
２１０において、ウェブ・コントロールまたはプラグ・イン１５４はウェブ・サーバ１１
４にトリガーされ、ストリーミング・クライアント１５６を起動させる。操作２１２にお
いて、ストリーミング・クライアント１５６はビデオ・ストリーミング・サーバ１２０に
接続し、確認情報および最終的にウェブ・サーバ１１４より情報を受信したコントロール
からクライアントに渡されたＩＰアドレスを用いて認証する。
【００５２】
ストリーミング・クライアント１５６から送信された認証情報が受け入れられない場合
、ユーザが別の認証情報を入力できるように手順は操作２０４に戻る。逆に認証が受け入
れられる場合、手順は操作２２０に流れ、これらビデオ・ストリーミング・サーバ１２０
に接続する最初のクライアントであるか判定する。そうである場合、ビデオ・ストリーミ
ング・サーバはＭＣＵに接続しそこから会議視聴者１５０向けにストリーミング・データ
を受信し始める。手順は次に完了ブロックで示すように終了する。操作２２０でクライア
ントが接続する最初のクライアントでないと判定された場合、手順は直接完了ブロック２
２４に流れる。一旦ユーザがストリーミング・クライアントに接続されると、その者は図
６Ａ〜図６Ｃに示すように会議視聴者として会議を視聴することができる。
【００５３】
一実施形態で、ストリーミング・クライアント１５６はビデオ・モード（第１のモード
）、データ・モード（第２のモード）、または混合モード（第３のモード）の３モードの
いずれかで動作する。図６（Ａ）、図６（Ｂ）および図６（Ｃ）はこれらのモード各々に
対し代表的なグラフィカル・ユーザ・インタフェース構成を示す。これらの構成は代表の
みで、他の構成を提供することもできることが理解されよう。図６（Ａ）はビデオ・モー
ドで動作するストリーミング・クライアント１５６用の代表的なグラフィカル・インタフ
ェース２３０を示す。ビデオ・モードにおいて、ストリーミング・クライアント１５６は
主発表者のビデオ２３２および他の発表者のサムネイル２３４を示す。ネットワークの帯
域幅が許す場合、主発表者のビデオ２３２は高速フレーム速度（例えば毎秒１０〜１５フ
レーム（ｆｐｓ））のフルサイズ・ビデオ（例えば３２０ピクセル×２４０ピクセル）と
なる。これはネットワーク状態が良い場合で、ネットワーク・トラフィックまたは他の帯
域幅の制限により到達できないかもしれない。帯域幅の制限により、解像度および／ある
いはフレーム速度を例えば２００５年２月４日に申請され、「マルチメディア通信チャン
ネルの伝送制御プロトコルを用いた適応ビットレート調節」（「Adaptive Bit-Rate Adju
stment of Multimedia Communications Channels Using Transport Control Protocol」
）と題する関連米国特許出願１１／０５１６７４に説明されるように低下することができ
る。この特許出願は引用により本明細書に組み入れられる。
【００５４】
他の発表者のサムネイル２３４は「生」で、該当発表者の低ビットレートのスナップシ
ョットを示す。例えば、一実施形態で、サムネイルは毎秒１回未満しか更新されず、サイ
ズが小さい（例えば６４ピクセル×６４ピクセル）。一実施形態で、サムネイルは表示領
域の下部に帯状に表示されるが、他の構成も可能である。グラフィカル・インタフェース
２３０はさらに質問をしたいことをコントローラに示すための質問ボタン２３６を含む。
図７に関連してより詳細に後述するように、受動的なユーザが質問ボタン２３６をクリッ
クするとコントローラの制御パネルにアイコンが表示される。そこでコントローラはユー
ザのマイクロホンを開き、能動的（および受動的）参加者が応答できるよう受動的ユーザ
からオーディオまたはオーディオおよびビデオを能動的（および受動的）参加者に送信す
ることができる。ユーザは「オンエア」アイコン２３９により「オンエア」であること、
すなわち自分のオーディオおよび・あるいはビデオがグループ全体に伝送されていること
を知らされ、ユーザがグループに何が伝送されているか見ることができるようにユーザの
サムネイル２３８がユーザにループバックされる。
【００５５】
図６（Ｂ）に例示されるデータ・モードにおいて、グラフィカル・ユーザ・インタフェ
ース２４０は主発表者２４４と他の発表者２４６とともに文書２４２を表示する。ディス
プレーの主要部分は文書２４２で埋められる。文書はＰｏｗｅｒＰｏｉｎｔ（登録商標）
スライド、画像、または主発表者のコンピュータ・デスクトップのライブ・ビューであっ
て良く、デスクトップを用いてスライド・プレゼンテーション、コンピュータ・プログラ
ム、ワード・プロセッサ文書等々を表示することができる。データ・モードにおいて、主
発表者２４４はビデオ・ストリームから低速サムネイル・モードに切り替えられる。サム
ネイル・モードは毎秒１回未満しか更新されない小型画像（例えば６４ピクセル×６４ピ
クセル）である。主発表者２４４は他の発表者と区別し、文書と関連付けるために文書の
横に置くことができる。他の発表者２４６も主表示領域の下部に沿って帯状のサムネイル
・モードで表示され得る。図６（Ｂ）に示すように、ユーザは「オンエア」で、ユーザの
サムネイルが提供され、他の能動的および受動的ユーザがユーザのマイクロホンおよびビ
デオ取り込み装置からオーディオおよびビデオ・データを受信していることをオンエア・
インジケータ２４９が示す。これにより受動的ユーザはコントローラから許可されると会
議参加者に質問をすることができる。
【００５６】
図６（Ｃ）混合モード表示のグラフィカル・ユーザ・インタフェース２５０を示す。こ
のモードにおいて、主発表者２５２、他の発表者２５６、および文書の小型ビュー２５４
が表示される。このモードは文書および主発表者の関係を維持するのに役立てることがで
きる。会議がデータ・モードにあり、例えばスライド・ショー・プレゼンテーションを見
せており、主発表者の動きを見ることが重要になる場合このモードを用いることができる
。ユーザは主発表者２５２を主表示領域で見、かつ文書２５４も見ることができるのでプ
レゼンテーションの脈絡を保つことができる。
【００５７】
混合モードにおいて、文書およびビデオは同時に伝送する必要があるかもしれない。こ
れは文書がすべてのクライアントに伝送される間の帯域幅の制限により、ビデオ画質およ
びフレーム速度の低下をもたらす可能性がある。一実施形態で、帯域幅が完全に利用でき
る場合、高画質ビデオがフルサイズ（例えば３２０×２４０）、高フレーム速度（例えば
１０ｆｐｓ）で表示される。これは理想的なネットワーク状態における目標であり得る。
ネットワーク状態により、この目標は到達できない可能性があり、「マルチメディア通信
チャンネルのＴＣＰ経由の適応ビットレート調節（暫定題名）」（「Adaptive Bit-Rate 
Adjustment of Multimedia Communications Channels over ＴＣＰ （temporary title）
」と題する関連米国特許出願で説明するように低減させる可能性がある。他の発表者１９
６は通常のサムネイル・モード、例えば毎秒１回以下更新される６４ピクセル×６４ピク
セル、で表示領域の下部に表示される。文書２５４の小型ビューを表示されているビデオ
の右に表示しても良い。
【００５８】
図７はコントローラ１４０（図１）で実行される制御パネル・クライアント向けの代表
的な制御パネル・インタフェース２６０を示す。制御パネル・クライアントは会議サーバ
１１０およびビデオ・ストリーミング・サーバ１２０とインタフェースをとり、ストリー
ミング・クライアント１５６を管理する。ストリーミング・クライアントが見るものを制
御するために、コントローラはビデオ・ストリーミング・サーバ制御パネルを用いる。制
御パネルによりモデレータは誰が主発表者であるか選ぶことができ、どのストリーミング
・クライアントが質問をできるか制御することができる。制御パネルはストリーミング・
セッションを制御するために用いることができる小型アプリケーションである。一実施形
態では制御クライアント１４０（図１）と同じＰＣで実行することができる。クライアン
トがストリーミング・コントローラとして一旦設定されると制御クライアント１４０はこ
のアプリケーションを（またはから）起動させることができる。
【００５９】
ビデオ・ストリーミング・サーバ制御パネルの主要目的はストリーミング・クライアン
トからの質問を管理することである。制御パネルはＶＣＣへの接続を確立する必要がある
。ビデオ・ストリーミング・サーバから必要なデータは各接続クライアントの名前、その
質問状態、オーディオ・レベル、およびネットワークの質のレベルとなる。接続を認証す
るためにはウェブ・サーバ文書チャンネルへの接続を確定する必要がある。制御パネルは
ビデオ・ストリーミング・サーバ１２０に接続された各クライアントのリスト２６２を有
する。接続されたクライアントの名前とともに、そのクライアントから質問があるかを示
すインジケータ２６４も存在する。
【００６０】
制御パネルはどのクライアントが質問をすることができるかを選択することができる。
現在の質問者のサムネイル・ビューがオーディオとともに伝送される。ストリーミング・
クライアントの何名が同時に質問をできるかを制御するのはコントローラであることが特
記される。モデレータもどの質問者がサムネイル・ビューに表示されるかを制御すること
ができる。一実施形態で、制御パネルは各クライアントに対しオーディオおよびネットワ
ーク・インジケータ２６６を備える。これは起こり得るオーディオおよびネットワーク問
題を診断するのに役立つ可能性がある。一実施形態で、制御パネルはＪＡＶＡ（登録商標
）プログラム言語で書かれている。
【００６１】
一実施形態で、各会議視聴者１５０は会議参加者１３０に質問する許可を要求すること
ができる。要求はビデオ・ストリーミング・サーバ１２０に送信され、制御パネルに転送
される。コントローラは次に自分の都合で許可することができる。許可は次にビデオ・ス
トリーミング・サーバ１２０に送信され質問許可の要求を発行したクライアントに転送さ
れる。このクライアントは要求をキャンセルすることもできる。一実施形態で、１つのス
トリーミング・クライアントしか一時に質問が許可されないかもしれない。プロトコルは
簡単な要求／許可プロトコルであり得る。要求が許可されたクライアントは質問ができる
ようになる。各クライアントの質問状態はビデオ・ストリーミング・サーバ１２０によっ
て維持される。状態は無し、要求中、キャンセル中、または許可済みであり得る。起動時
に制御パネル２６０は各クライアントの質問状態を問うことができる。ビデオ・ストリー
ミング・サーバが許可要求を制御パネルから受信すると、要求を発行したクライアントか
らのオーディオを許可する。オーディオをイネーブルしているストリーミング・クライア
ントからキャンセル要求をビデオ・ストリーミング・サーバ１２０が受信した場合、ビデ
オ・ストリーミング・サーバはそのクライアントのオーディオをディスエーブルし、その
質問状態を無しに設定する。
【００６２】
一実施形態で、制御パネルはオーディオ・レベル２６８を表示する。これはモデレータ
がストリーミング・クライアントに対するオーディオ問題を診断するのに役立つことがで
きる。インジケータがストリーミング・クライアントに送信されるネットワークの音質と
信号強度を示す。制御パネルにリストされる各ストリーミング・クライアントは各自のオ
ーディオ・インジケータを有する。特定の通信問題はスピーカがオンであるか、マイクロ
ホンがオンであるか、Ｍｉｃｒｏｓｏｆｔ Ｗｉｎｄｏｗｓ（登録商標）制御パネル設定
が正しいか等々、ネットワーク上の問題なのかを判定するのを援助するためにストリーミ
ング・システムはテスト・モードを有することができる。
【００６３】
テスト・モードにおいて、コントローラはすべての会議視聴者が接続され、正しく機能
しているか判定することができる。コントローラはストリーミング・クライアントへのオ
ーディオ、ストリーミング・クライアントへのビデオ、およびストリーミング・クライア
ントからのオーディオを確認することができる。一実施形態で、テスト・モード・ボタン
２７０をクリックすることにより制御パネルからテスト・モードが起動される。テスト・
モードに入ると、会議視聴者のユーザ・インタフェースがテスト・モードに変わる。質問
ボタン２３６（図６（Ａ））とインジケータが消え、テスト・モード情報に置き換わる（
図示せず）。テスト・モードはオーディオが聞こえた場合チェックボックスにチェックを
入れるようユーザに要請する。またビデオが見えた場合チェックボックスにチェックを入
れるようユーザに要請する。これらのボタンにチェックが入力された時間が記録され表示
される。この情報はそのクライアントに対する制御パネルの行項目２７２（図７）に表示
される。オーディオまたはビデオ接続のいずれかに問題がある場合のチェックボックスも
ある。このように、コントローラは誰が問題を抱えているか迅速に分かることができる。
【００６４】
オーディオおよびネットワーク問題を診断するのを援助するために、オーディオおよび
ネットワーク・レベル２６６を該当クライアントの行項目に表示することができる。さら
に、各クアイアントのビットレートがビットレート・レベル（低速、中速、高速）ととも
に該当クライアントの行項目に表示される。
【００６５】
会議の開始の際またはオーディオ／ビデオ確認中、ある会議視聴者が実際には会議参加
者になるべきであると判定されるかもしれず、その逆もあり得る。制御パネル２６０はク
ライアントを片方のモードから他方に切り替える機能を有する。これはクライアントを終
了させ、新しいモードで再起動されることで行なわれることができる。
【００６６】
プレゼンテーションの終りにはしばしば質疑応答時間が持たれる。一実施形態で、一時
に１人の会議視聴者が質問できる。質問をするためにストリーミング・クライアント１５
６のユーザはユーザ・インタフェース上のボタン２３６（図６（Ａ））をクリックする。
コントローラの制御パネル２６０上のインジケータ２６４はユーザの質問があることを示
す。モデレータが許可するとユーザは質問をすることができる。質問をする者はサムネイ
ル・モード（例えば約毎秒１フレーム未満で６４ピクセル×６４ピクセル）で各クライア
ント上に表示される。別の実施形態で、質問をする者を表すのに静止画像を用いることが
できる。画像はその人間の写真、またはその者を表す何らかのアイコンであることができ
る。画像はコントローラにより指定されることができ、または会議視聴者自身により提供
されることができる。
【００６７】
図８は質問が要求される際の典型的なやりとりを提供するスイムレーン図２８０を示す
。最初に、会議視聴者はメッセージ２８２をビデオ・ストリーミング・サーバ１２０に送
信して質問をする希望を示す。ビデオ・ストリーミング・サーバ１２０はメッセージ２８
４を送信して要求を制御パネル１６０に転送する。コントローラが要求を許可すると、許
可メッセージ２８６がビデオ・ストリーミング・サーバ１２０に返送される。ビデオ・ス
トリーミング・サーバ１２０は次に要求が許可されたことを会議視聴者にメッセージ２８
８で送信し、会議視聴者の状態が許可済みに更新されたことを確認するメッセージ２９０
をさらに送信する。このシステムに他の改良を加えることができる。例えば、メッセージ
２８２は質問のテーマを示す要求者によるテキスト・コメントを含むことができる。これ
によりコントローラは複数の参加者が質問を要求した場合、誰の質問を許可するかをより
理にかなって決定することができる。例えばある質問が既に回答され、または既に扱われ
ている場合、コントローラは質問に別の人間を選ぶことができる。このように、質問者を
予めふるいにかけることができる。
【００６８】
上述の実施形態を念頭に、発明はコンピュータ・システムに格納されるデータに関する
各種コンピュータ実施の操作を用い得ることが理解されよう。これらの操作は物理量の物
理的操作を必要とするものである。必ずではないが、これらの量は通常格納、転送、組み
合わせ、比較、およびその他の方法で操作できる電気的または磁気的信号の形を取る。さ
らに、実施される操作はしばしば生み出す、識別する、判定する、または比較するなどの
用語で呼ばれる。
【００６９】
本明細書で説明され、発明の一部をなす操作は有用な機械操作である。発明はさらにこ
れらの操作を行なうデバイスまたは装置に関する。装置は要求される目的用に特別に構成
することができ、または汎用コンピュータでコンピュータ内に格納されるコンピュータ・
プログラムにより選択的に稼動されまたは設定されるものであっても良い。特に、各種汎
用機を本明細書の教示に従って書かれたコンピュータ・プログラムと共に用いることがで
き、または要求される操作を実施するためにより特化された装置を構築する方が便利かも
しれない。
【００７０】
発明はさらにコンピュータ読み取り可能な媒体上のコンピュータ読み取り可能なコード
として具現することもできる。コンピュータ読み取り可能な媒体はデータを格納できる任
意のデータ記憶装置で、データはその後コンピュータ・システムにより読み取られる。コ
ンピュータ読み取り可能な媒体の例としてはハード・ドライブ、ネットワーク接続記憶装
置（NAS）、読み取り専用メモリ、ランダムアクセス・メモリ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ
、ＣＤ−ＲＷ、磁気テープ、および他の光学および非光学データ記憶装置が挙げられる。
コンピュータ読み取り可能な媒体はさらにコンピュータ読み取り可能なコードが分散的に
格納され実行されるようにネットワーク接続コンピュータ・システム上に分散されること
もできる。
【００７１】
本発明の実施形態は単一のコンピュータ、または相互接続された複数のコンピュータも
しくはコンピュータ・コンポーネントを用いて処理することができる。本明細書で用いら
れるコンピュータとは、独自のプロセッサ、独自のメモリ、および独自の記憶装置を有す
る独立型コンピュータ・システム、またはネットワークに接続された端末装置にコンピュ
ータ・リソースを提供する分散型コンピュータ・システムを含むものとする。分散型コン
ピュータ・システムのいくつかにおいて、コンピュータ・システムのユーザは、実際には
何人かのユーザで共有されるコンポーネント部分をアクセスしているかもしれない。従っ
て、ユーザはネットワーク上で仮想コンピュータをアクセスすることができ、これはユー
ザにとって単一ユーザ向けにカスタマイズされた単一の専用コンピュータとみなされる。
【００７２】
前述の発明は明快な理解の目的からかなり詳細に説明されたが、添付クレームの範囲内
で特定の変更および修正が可能であることが理解されよう。従って本実施形態は限定的で
はなく例示的であるとみなすべきで、発明は本明細書で提供される詳細に限定されず、添
付クレームの範囲およびその相当内で修正できる。
【図面の簡単な説明】
【００７３】
【図１】複数の会議参加者および複数の会議視聴者を有する典型的な「少数対多数」の会議システムを示す。
【図２】典型的なコンピュータを示す。
【図３】図１に示す会議システムの典型的なネットワーク・トポロジーの概略図を示す。
【図４】図１および図３の会議システムを提供するためにやりとりする各種ハイレベル・ソフトウェア・コンポーネントを示す概略ブロック図である。
【図５】会議に受動的に参加するためにビデオ・ストリーミング・サーバをアクセスする典型的な手順を説明するフローチャートを示す。
【図６】（Ａ）は、各々の会議視聴者クライアント・モードの典型的なグラフィカル・ユーザ・インタフェースを示し、（Ｂ）は、各々の会議視聴者クライアント・モードの典型的なグラフィカル・ユーザ・インタフェースを示し、（Ｃ）は、各々の会議視聴者クライアント・モードの典型的なグラフィカル・ユーザ・インタフェースを示す。
【図７】典型的な制御パネル・インタフェースを示す。
【図８】質問が要求される際の典型的なやりとりを提供するスイムレーン図を示す。
【符号の説明】
【００７４】
１７４…ユーザ・インタフェース、１７６…ネットワーク・インタフェース、１６６…
メモリ、１７２…アプリケーション（サーバまたはクライアント）、１９０…ルータ、１
９２…ファイヤウォール、２００…インターネット、１１０…会議サーバ、１１４…ウェ
ブ・サーバ、１２０…ビデオ・ストリーミング・サーバ、１２４…ウェブ・サーバ、１３
０…会議参加者、１３２…ウェブ・クライアント、１３４…会議クライアントを起動する
プラグ・イン、１３６…会議クライアント、１５０…会議視聴者、１５２…ウェブ・クラ
イアント、１５４…ストリーミング・クライアントを起動するプラグ・イン、１５６…ス
トリーミング・クライアント。
【図１】
2008022552.tif 000003
【図２】
2008022552.tif 000004
【図３】
2008022552.tif 000005
【図４】
2008022552.tif 000006
【図５】
2008022552.tif 000007
【図６】
2008022552.tif 000008
【図７】
2008022552.tif 000009
【図８】
2008022552.tif 000010