JP5826829B2 - 会議における記録および再生 - Google Patents

Description

オンライン会議を記録及び再生するためのシステム、方法、及びコンピュータプログラムの様々な実施形態が開示される。

現在、インターネット、公衆交換電話網（ＰＳＴＮ）、又は他の音声及び／又はデータネットワークを介して、人々がライブでの会合、会議、プレゼンテーション、又は他の種類の集会を行うことが出来るように多くの会議用解決策が存在する。 典型的には、参加者は、会議システムに接続する電話、コンピュータ、又は他の通信装置を使用する。会議は、共有のプレゼンテーション、ビデオ、ホワイトボード、又は他のマルチメディア、テキスト、グラフィックス等の聴覚要素及び視覚要素を含む。こうした種類の従来の会議用解決策は、多くのビジネス及び個人用の通信に不可欠なものとなってきている。

既存の会議、会合、集会又は他の種類の集合システムの多くの利点及び商業的成功にもかかわらず、当分野において、改良された会議、会合、集会又は他の種類の集合システム、方法及びコンピュータプログラムへの要求が存在する。

オンライン会議を記録及び再生するためのシステム、方法、及びコンピュータプログラムの様々な実施形態が開示される。このような方法の１つは、会議システムが、通信ネットワークを介して前記会議システムにアクセスする複数の参加者の間で音声会議を確立するステップと、前記会議システムが、前記音声会議と、前記音声会議における前記参加者の各々を識別する参加者オブジェクトを表示する会議インターフェースとを提示するステップと、前記会議インターフェースに提示されるコンテンツと前記音声会議を同期して記録するステップと、同期された前記音声会議及びコンテンツを記憶するステップと、同期された前記音声会議及びコンテンツを再生するステップとを含む。

別の実施形態は、コンピュータ可読媒体で具現化され且つプロセッサによって実行可能なコンピュータプログラムである。前記コンピュータプログラムは、複数の参加者の間で会議システムによって確立される音声会議を記録及び再生する用に構成される。前記コンピュータプログラムは、前記音声会議と、前記音声会議における前記参加者の各々を識別する参加者オブジェクトを表示するために前記会議システムによって提供される会議インターフェースとを提示し、前記会議インターフェースに提示されるコンテンツと前記音声会議を同期して記録し、同期された前記音声会議及びコンテンツを記憶し、且つ同期された前記音声会議及びコンテンツを再生するように構成される論理を含む。

会議インターフェースを音声会議と統合するコンピュータシステムの実施形態を例示するブロック図である。 図１のコンピュータシステムの動作の実施形態を例示する流れ図である。 図１のコンピュータシステムにおけるグラフィカルユーザインターフェースを介して提示される会議インターフェースの実施形態を例示するスクリーンショットである。 会議インターフェースを音声会議と統合する図１のサーバの実施形態を例示するブロック図である。 図４の参加者設定モジュールの実施形態の機構、動作、及び／又は機能性を例示する流れ図である。 図１及び４のグラフィカルユーザインターフェースを介して提示される会議インターフェースのログイン画面である。 図１及び４のグラフィカルユーザインターフェースを介して提示される会議インターフェースの参加者設定画面である。 図１及び４のグラフィカルユーザインターフェースを介して提示される会議インターフェースのホスト設定画面である。 第１のロケーションビューによる図１及び４のグラフィカルユーザインターフェースを介して提示される会議インターフェースの実施形態のスクリーンショットである。 タイルビューによる会議インターフェースの別の実施形態のスクリーンショットである。 拡張された出席者リストを有する図１０のスクリーンショットを例示する。 シアタービューによる会議インターフェースの更なる実施形態のスクリーンショットである。 会議インターフェースの別の実施形態のスクリーンショットである。 ２人の参加者が名刺を表示している図１３のスクリーンショットを例示する。 図４の自動化ロケーションビュー設定モジュールの実施形態の機構、動作、及び／又は機能性を示す流れ図である。 図１及び４のサーバの別の実施形態を例示するブロック図である。 図４のサーバ内の統合スピーチ・トゥ・テキスト／検索モジュールの実施形態を例示する機能ブロック図である。 会議インターフェース内の参加者のマップビューの実施形態を例示するスクリーンショットである。 図４のサーバ内のロケーションベースサービスモジュールの実施形態を例示する機能ブロック図である。 図４のサーバ内のインコヒーレント参加者識別モジュールの実施形態を例示する機能ブロック図である。 図１及び４の会議インターフェースが実装可能なＶｏＩＰ会議システムの実施形態のブロック図である。 図１及び４の会議インターフェースが実装可能な分散ＶｏＩＰ会議システムの別の実施形態のブロック図である。 図２２の分散ＶｏＩＰ会議システムを使用する分散会議の実施形態のブロック図である。 図２１−２３のＶｏＩＰ会議システムにおけるＰＳＴＮ参加者の実施形態に関する発呼流れ図である。 図２１−２３のＶｏＩＰ会議システムにおけるＶｏＩＰ参加者の実施形態に関する発呼流れ図である。 会議インターフェース内の参加者にリアルタイムリソースを提供する方法の実施形態を例示する流れ図である。 図４の統合スピーチ・トゥ・テキスト検索モジュールの別の実施形態を実装するサーバを例示するブロック図である。 図２７のサーバ内の関連性エンジンの実施形態の機構、動作、及び／又は機能性を例示する流れ図である。 図２８の関連性エンジンによって実装される例示的なデータ構造を例示する図である。 図２７のリソースエンジンの実施形態の機構、動作、及び／又は機能性を例示する流れ図である。 会議インターフェース内のソーシャルネットワークコンテンツを共有するコンピュータシステムの実施形態を例示するブロック図である。 例示的なソーシャルネットワークシステムを例示するブロック図である。 図３１のソーシャルネットワークシステムにおける例示的なソーシャルネットワークウェブサイトを例示するブロック図である。 音声会議の間にソーシャルネットワークコンテンツを参加者に共有可能にする会議インターフェースの実施形態のユーザインターフェースのスクリーンショットである。 会議インターフェース内のソーシャルネットワークコンテンツを提供する方法の実施形態を例示する流れ図である。 会議インターフェースにソーシャルネットワークデータを組み込む方法の実施形態を例示する流れ図である。 図２０のシステムにおける参加者データベースに対して参加者情報を収集する方法の実施形態を例示する流れ図である。 図２０の関連エンジンによって実装される例示的なデータ構造を例示する図である。 図４のサーバ内の会議内参加者識別モジュールの実施形態の機構、動作、及び／又は機能性を例示する流れ図である。 会議内参加者識別モジュールの態様を実装する会議インターフェースの実施形態を例示するユーザインターフェースのスクリーンショットである。 図４０の会議インターフェース内の参加者オブジェクトの１つのより詳細なビューである。 会話状態において音声インジケータを有する図４１ａの参加者オブジェクトを例示する。 未識別の参加者に関する参加者オブジェクトの実施形態を例示する。 参加者プロフィールのユーザインターフェースコントロールを実装するためのユーザインターフェース画面の実施形態を例示する。 会議システムに会議用アプリケーションストアを実装するコンピュータシステムの実施形態を例示するブロック図である。 音声会議の間に会議用アプリケーションと参加者が相互作用することを可能にするための会議用アプリケーションストアの所定の態様を実装する会議インターフェースの例示的な実施形態を例示するスクリーンショットである。 音声会議の間に利用可能な会議用アプリケーションを参加者が閲覧することを可能にするための会議用アプリケーションストアの態様を実装する会議インターフェースの別の実施形態のスクリーンショットである。 図４３における会議アプリケーションストア及び／又は会議用参加者アプリケーションコントロールモジュールによって実装される例示的なデータ構造を例示する図である。 会議用アプリケーションを参加者が購入又は利用することを可能にするための会議用アプリケーションストアの態様を実装する会議インターフェースの別の実施形態のスクリーンショットである。 図４３の会議システムにおける参加者アプリケーションコントロールモジュールの実施形態の機構、動作、及び／又は機能性を例示する流れ図である。 図４３の会議システムにおける参加者アプリケーションコントロールモジュールの別の実施形態の機構、動作、及び／又は機能性を例示する流れ図である。 クライアント装置上の会議通知アプリケーションを実装するコンピュータシステムの実施形態を例示するブロック図である。 図５０の会議通知アプリケーションによって提供される例示的なサービスにアクセスするためのデスクトップユーザインターフェースの実施形態を例示するスクリーンショットである。 図５０の会議通知アプリケーションによって提供されるサービスにアクセスするためのモバイルユーザインターフェースの別の実施形態を例示するユーザインターフェースのスクリーンショットである。 図５２のモバイルユーザインターフェースを介して会議通知メニューを立ち上げる方法の実施形態を例示するスクリーンショットである。 図５１のデスクトップユーザインターフェースにおける会議通知メニューの実施形態を例示するスクリーンショットである。 図５０における会議ＡＰＩの例示的な実装を例示するブロック図である。 図５２のモバイルユーザインターフェースに表示される会議通知機能の実施形態を例示するユーザインターフェースのスクリーンショットである。 会議通知機能を介してユーザが会議に参加することを可能にする図５７のユーザインターフェースのスクリーンショットを例示する。 例示的なモバイルコンピュータ装置のための会議インターフェースの実施形態を例示するユーザインターフェースのスクリーンショットである。 図５０の会議通知アプリケーションの実施形態の機構、動作、及び／又は機能性を示す流れ図である。 図５０の会議通知アプリケーションの別の実施形態の機構、動作、及び／又は機能性を例示する流れ図である。 会議スケジューラ機能の実施形態を例示するユーザインターフェースのスクリーンショットである。 図１９のロケーションベースサービスモジュールの実施形態の機構、動作、及び／又は機能性を例示する流れ図である。 図１９のロケーションベースサービスモジュールの別の実施形態の機構、動作、及び／又は機能性を例示する流れ図である。 会議システムがロケーション情報を取得することを可能にする例示的な実施形態を例示するブロック／流れ図の組み合わせである。 会議インターフェースにおいてドラッグ・アンド・ドロップ参加者管理機能を実装するコンピュータ装置の実施形態を例示するブロック図である。 ドラッグ・アンド・ドロップ参加者管理機能の態様を実装する会議インターフェースの実施形態を例示するユーザインターフェースのスクリーンショットである。 ユーザが会議に追加される連絡先と関係付けられる連絡先オブジェクトを選択する図６６のユーザインターフェースのスクリーンショットを例示する。 連絡先オブジェクトが会議インターフェースに移動される図６６のユーザインターフェースのスクリーンショットを例示する。 連絡先オブジェクトが連絡先を会議に追加するために会議インターフェースにおいて解放される図６６のユーザインターフェースのスクリーンショットを例示する。 図６５のコンピュータ装置におけるドラッグ・アンド・ドロップ参加者管理モジュールの実施形態の機構、動作、及び／又は機能性を例示する流れ図である。 ユーザが会議から除去される参加者オブジェクトを選択するドラッグ・アンド・ドロップ参加者管理機能の別の態様の実施形態を例示するユーザインターフェースのスクリーンショットである。 参加者オブジェクトが会議インターフェースから移動される図７１のユーザインターフェースのスクリーンショットを例示する。 ユーザが会議から参加者を除去するために参加者オブジェクトを解放する図７１のユーザインターフェースのスクリーンショットを例示する。 参加者の除去を確認するために確認表示が提示される図７１のユーザインターフェースのスクリーンショットを例示する。 図６５のコンピュータ装置におけるドラッグ・アンド・ドロップ参加者管理モジュールの別の実施形態の機構、動作、及び／又は機能性を例示する流れ図である。 図６５のコンピュータ装置における情報分散モジュールの態様を実装する会議インターフェースの実施形態を例示するユーザインターフェースのスクリーンショットである。 選択された参加者オブジェクトが新しい連絡先を作成するために連絡先リストに移動されている図６６のユーザインターフェースのスクリーンショットを例示する。 新しい連絡先が連絡先リストに追加される図６６のユーザインターフェースのスクリーンショットを例示する。 新しい連絡先を記憶する目標データベースを特定するための「連絡先を追加」メニューを有する図６６のユーザインターフェースのスクリーンショットを例示する。 図６５のコンピュータ装置における情報分散モジュールの実施形態の機構、動作、及び／又は機能性を例示する流れ図である。 図６５のコンピュータ装置における情報分散モジュールの追加の態様を実装するための、第１の参加者の視点からの会議インターフェースの別の実施形態を例示するユーザインターフェースのスクリーンショットである。 文書オブジェクトが選択されている図８１のユーザインターフェースのスクリーンショットを例示する。 選択された文書オブジェクトを会議インターフェース内の参加者オブジェクトにドロップすることによって文書が参加者に分配される図８１のユーザインターフェースのスクリーンショットを例示する。 選択された文書オブジェクトを会議インターフェース内にドロップすることによって文書が全ての参加者に分配される図８１のユーザインターフェースのスクリーンショットを例示する。 文書が参加者に分配される態様を特定する「配達方法」メニューを有する図８１のユーザインターフェースのスクリーンショットを例示する。 第１の参加者から文書を受信する第２の参加者の視点から図８１のユーザインターフェースのスクリーンショットを例示する。 文書が第１の参加者から第２の参加者に分配された後の図８６のユーザインターフェースを例示する。 図６５のコンピュータ装置における情報分散モジュールの別の実施形態の機構、動作、及び／又は機能性を例示する。 図６５のクライアント装置における情報分散モジュールの更なる態様を実装する会議インターフェースの別の実施形態を例示するユーザインターフェースのスクリーンショットである。 共同アプリケーションからのビデオオブジェクトが選択されている図８９のユーザインターフェースのスクリーンショットを例示する。 共同アプリケーションから「マイソース」ウィンドウに選択されたビデオオブジェクトを移動させることによって参加者に選択されたビデオオブジェクトが配布される図８９のユーザインターフェースのスクリーンショットを例示する。 共同アプリケーションから参加者オブジェクトに選択されたビデオオブジェクトを移動させることによって参加者に選択されたビデオオブジェクトが配布される図８９のユーザインターフェースのスクリーンショットを例示する。 共同アプリケーションから会議インターフェースに選択されたビデオオブジェクトを移動させることによって会議内の全ての参加者に選択されたビデオオブジェクトが配布される図８９のユーザインターフェースのスクリーンショットを例示する。 図６５のクライアント装置における情報分散モジュールの更なる態様を実装する会議インターフェースの別の実施形態を例示するユーザインターフェースのスクリーンショットである。 共同アプリケーションから連絡先リストに表示された連絡先オブジェクトに選択されたビデオオブジェクトを移動させることによって非参加者に選択されたビデオオブジェクトが配布される図９４ａのユーザインターフェースのスクリーンショットを例示する。 図６５のコンピュータ装置における情報分散モジュールの更なる実施形態の機構、動作、及び／又は機能性を例示する。 図６５のクライアント装置における会議セッション管理モジュールの態様を実装する会議インターフェースの実施形態を例示するユーザインターフェースのスクリーンショットである。 ユーザがブレークアウトセッションを開始した後の図９６のユーザインターフェースのスクリーンショットを例示する。 ユーザがメイン会議セッションにおける参加者オブジェクトを選択している図９７のユーザインターフェースのスクリーンショットを例示する。 選択された参加者オブジェクトがメイン会議セッションからブレークアウトセッションに移動されている図９８のユーザインターフェースのスクリーンショットを例示する。 ユーザがメイン会議セッションにおける第２の参加者オブジェクトを選択している図９９のユーザインターフェースのスクリーンショットを例示する。 第２の参加者オブジェクトがメイン会議セッションからブレークアウトセッションに移動されている図１００のユーザインターフェースのスクリーンショットを例示する。 双方のセッションがアクティブである図１０１のユーザインターフェースのスクリーンショットを例示する。 図６５の会議セッション管理モジュールの実施形態の機構、動作、及び／又は機能性を例示する流れ図である。 ブレークアウトセッションの開始前のメイン会議セッションを例示する組み合わされたブロック／データ図である。 会議セッション管理モジュールによって実装されるブレークアウトセッションの概略的な動作及び管理を例示する組み合わされたブロック／データ図である。 ブレークアウトセッションをメイン会議セッションと結合するための会議インターフェースの実施形態を例示する。 ブレークアウトセッションをメイン会議セッションと結合するための会議インターフェースの別の実施形態を例示する。 図６５のコンピュータ装置における参加者認証モジュールの実施形態の機構、動作、及び／又は機能性を例示する流れ図である。 オンライン会議に入る前に署名キャプチャ領域を介して参加者を認証する会議インターフェースの実施形態のユーザインターフェースのスクリーンショットである。 安全文書を配布する前に署名キャプチャ領域を介して参加者を認証する会議インターフェースの別の実施形態のユーザインターフェースのスクリーンショットである。 トレースシーケンスを介して参加者を認証する会議インターフェースの別の実施形態のユーザインターフェースのスクリーンショットである。 トレースシーケンスが参加者と関係付けられる記憶済みのトレースシーケンスと一致する図１１１のユーザインターフェースのスクリーンショットを例示する。 参加者投票を認証する会議インターフェースの更なる実施形態を例示するユーザインターフェースのスクリーンショットである。 署名キャプチャ領域を有する図１１３のユーザインターフェースのスクリーンショットを例示する。 会議記録／再生システムの実施形態を例示するブロック図である。 図１１５の会議記録／再生システムを介して選択的に記録、再生、及び配布される会議チャネルの実施形態を例示するブロック図である。 複数の同期された会議チャネルを例示する記録される会議の実施形態のデータ図である。 図１１７の記録される会議における会議チャネルの追加の実施形態を例示するデータ図である。 図１１５の会議記録／再生システムに実装される会議インターフェースの実施形態を例示するユーザインターフェースのスクリーンショットである。 図１１９の会議インターフェースにおける相互作用可能参加者オブジェクトの実装を例示する。 図１１９の会議インターフェースにおける相互作用可能参加者オブジェクトの別の実装を例示する。 参加者が追加の参加者を招待することを可能にする図１１９の会議インターフェースにおける「招待」メニューの実施形態を例示する。 ある参加者が複数の参加者と情報リソースを共有することを可能にする図１１９の会議インターフェースにおける「共有」メニューの実施形態を例示する。 参加者がウェブビデオを挿入した後の図１１９の会議インターフェースを例示する。 参加者が会議アプリケーションにアクセスすることを可能にする図１１９の会議インターフェースにおける「アプリケーション」メニューの実施形態を例示する。 参加者が会議ノートアプリケーションを立ち上げた後の図１１９の会議インターフェースを例示する。 参加者が記録／再生コントローラを立ち上げて記録及びアラートオプションを設定することを可能にする図１１９の会議インターフェースにおける「記録」メニューの実施形態を例示する。 図１１９の会議インターフェースにおける「記録オプション」メニューの実施形態を例示する。 図１１９の会議インターフェースにおける「アラートオプション」メニューの実施形態を例示する。 記録／再生ナビゲーションコントローラを有する図１１９の会議インターフェースを例示する。 図１３０の記録／再生ナビゲーションコントローラのより詳細な例示である。 図１１５の会議セッション管理モジュールの実施形態の機構、動作、及び／又は機能性を例示する流れ図である。 会議中に途切れなく参加者が装置を変更することを可能にする参加者装置間会議転送システムの実施形態を例示するブロック図である。 図１３３の参加者装置間会議転送システムの実施形態の機構、動作、及び／又は機能性を例示する流れ図である。 第１のクライアント装置がローカル通信ネットワークを介して第２の装置に転送要求を送信する図１３３の参加者装置間会議転送システムにおける第２のクライアント装置への転送を開始する方法の実施形態を例示する。 第１のクライアント装置が会議システムを介して第２のクライアント装置に転送要求を送信する図１３３の参加者装置間会議転送システムにおける第２のクライアント装置への転送を開始する方法の別の実施形態を例示する。 第２のクライアント装置が第１のクライアント装置からの転送要求を確認する方法の１つの実装を例示する。 第２のクライアント装置が第１のクライアント装置からの転送要求を確認する方法の別の実装を例示する。 会議システムとの接続を確立して、他の参加者への装置間転送を示さずにオンライン会議に途切れなく参加する第２のクライアント装置を例示する。

クライアント装置に提示される会議ユーザインターフェースを介して会議の参加者に視覚的に魅力的な会議の体験を提供するためのシステム、方法、及びコンピュータプログラムの様々な実施形態が開示される。 会議インターフェースは、限定されないが、参加者に対してこのような会議との同時放送の音声を含む音声要素を用いて又は用いずに１人以上の人々、集団又は組織（これらの組み合わせを含み、集合的に「参加者」と呼ばれる）の様々な目的のために、会議、会合、集会又は他の種類の集合（集合的に、本明細書で「会議システム」と呼ばれる会議インターフェースを会議に提供するシステムを有する「会議」）のために使用されてもよい。図面に例示された１つ以上の実施形態を参照して上記及び以下に記載されたように、会議インターフェースは、任意の所望のコンテンツ及び／又は機能性を提供するように構成されてもよく、様々なユーザインターフェース及び会議機能をサポートしてもよい。一部の実施形態では、会議インターフェースは、グラフィカルユーザインターフェースを介して音声会議の１人以上の参加者に提示されるコンピュータでシミュレーションされた仮想会議所を含む。

図１は、仮想会議所に音声会議を提供するための例示的な作業環境を表すコンピュータシステム１００を例示する。コンピュータシステム１００は、１つ以上の通信ネットワーク１１０を介して会議システム１０６及びサーバ１０８と通信する複数のクライアント装置１０２ａ−１０２ｄを含む。ネットワーク１１０は、例えば、インターネット、公衆交換電話網（ＰＳＴＮ）、携帯電話若しくはモバイルネットワーク、ローカルエリアネットワーク、ワイドエリアネットワーク、又は任意の他の適切な通信インフラストラクチャを含む、任意の適切なプロトコルを介して有線及び／又は無線通信をサポートしてもよい。クライアント装置１０２ａ−１０２ｃは、各々が音声会議の参加者１０４ａ−１０４ｃと関係付けられてもよく、クライアント装置１０２ｄは、音声会議のホスト１０４ｄと関係付けられてもよい。「ホスト」及び「参加者」という用語は、単に、音声会議と関係付けられる異なるユーザの役割又は許可を意味する。例えば、「ホスト」は、音声会議の開始者であってもよく、参加者に提供されないユーザ特権を有してもよい。また、その会議インターフェースは、他の参加者には利用できない追加の機能性を提供してもよい。しかしながら、「ホスト」、「参加者」、及び「ユーザ」という用語は使用されている文脈に従って互換的に使用されてもよいことが理解されるべきである。

クライアント装置１０２は、ネットワーク１１０を介して会議システム１０６及びサーバ１０８と通信するように構成される任意の所望のコンピュータ装置を含んでもよい。クライアント装置１０２は、例えば、パーソナルコンピュータ、デスクトップコンピュータ、ラップトップコンピュータ、モバイルコンピュータ装置、携帯型コンピュータ装置、スマートフォン、携帯電話、陸上無線電話、ソフトフォン、ウェブ対応電子ブックリーダ、タブレットコンピュータ、又は１つ以上のネットワーク１１０を介して会議システム及び／又はサーバ１０８と通信可能な任意の他のコンピュータ装置を含んでもよい。クライアント装置１０２は、会議システム１０６及びサーバ１０８との通信を容易にするように構成されるクライアントソフトウェア（例えば、ブラウザ、プラグイン、又は他の機能性）を含んでもよい。クライアント装置１０２のハードウェア、ソフトウェア、及び任意の他の性能仕様は重要ではなく、クライアント装置１０２が使用される特定の文脈に従って構成されてもよい。

会議システム１０６は、一般に、クライアント装置１０２間の音声会議１１４を確立するための通信システムを備える。会議システム１０６は、音声ネットワーク及び／又はデータネットワークを介して音声をサポートしてもよい。多くの可能な実施形態の１つにおいて、会議システム１０６は、他のプラットフォームの中でもとりわけ、２００６年１２月１２日に提出され“ＶｏＩＰ Ｃｏｎｆｅｒｅｎｃｉｎｇ”と題された米国特許出願第１１／６３７，２９１号等に開示されているＶｏＩＰ（Ｖｏｉｃｅ Ｏｖｅｒ Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）会議プラットフォームをサポートするように構成されてもよく、その全体は参照により本明細書に組み込まれる。会議システム１０６は、様々な代替のプラットフォーム、技術、プロトコル、標準、機能等をサポートし得ることが理解されるべきである。通信インフラストラクチャに関わらず、会議システム１０６は、クライアント装置１０２ａ−１０２ｄと音声接続を確立するように構成されてもよいが、一部の実施形態において音声部分は取り除かれてもよい。図１に示されるように、会議システム１０６は、クライアント装置１０２ａ−１０２ｄにそれぞれ関係付けられる音声ストリーム１２２ａ−１２２ｄを結合することによって音声会議１１４を確立してもよい。

図１の実施形態では、サーバ１０８は、グラフィカルユーザインターフェース１３２を介して、音声会議１１４を有する仮想会議所１１８（又は他の会議ユーザインターフェース）をクライアント装置１０２に対して構成及び提示するための論理又は機能性を一般的に備える仮想会議所アプリケーション１１６を備える。当業者であれば、仮想会議所アプリケーション１１６（及び任意の関連する又は本明細書に記載の他のモジュール）は、ソフトウェア、ハードウェア、ファームウェア、又はこれらの任意の組み合わせで実装されてもよいことを理解するであろう。一実施形態では、システムは、メモリに記憶されて適切な命令実行システムによって実行されるソフトウェア又はファームウェアで実装される。ソフトウェア又はファームウェアの実施形態では、論理は、任意の適切なコンピュータ言語で書かれていてもよい。ハードウェアの実施形態では、システムは、当技術分野では周知の任意の又は組み合わせての以下のデータ信号に対して論理機能を実行するための論理ゲートを有する離散論理回路、適切な組み合わせ論理ゲートを有するＡＳＩＣ（ａｐｐｌｉｃａｔｉｏｎ ｓｐｅｃｉｆｉｃ ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔ）、ＰＧＡ（ｐｒｏｇｒａｍｍａｂｌｅ ｇａｔｅ ａｒｒａｙ）、ＦＰＧＡ（ｆｉｅｌｄ ｐｒｏｇｒａｍｍａｂｌｅ ｇａｔｅ ａｒｒａｙ）等又は他の技術で実装されてもよい。

上記のように、仮想会議所１１８は、クライアント装置１０２に提示されるコンピュータでシミュレーションされた会議所を含む。 仮想会議所１１８は、グラフィカルユーザインターフェース１３２を介して参加者１０４ａ−１０４ｄに提示されてもよい。仮想会議所１１８は、コンピュータでシミュレーションされた会議所を管理及び提示するために様々な形式のデータを関連するメモリに記憶してもよい。図１に例示された実施形態では、仮想会議所１１８は、１つ以上の仮想ロケーションビュー１２４のグラフィカル表現１２８を含む。同一の仮想ロケーションビュー１２４が、各参加者１０４に提供されてもよい。一部の実施形態では、参加者１０４は、ロケーションビュー１２４又は会議インターフェースの他の態様をカスタマイズしてもよい。その場合、システムは、複数のクライアント装置１０２に対して異なるロケーションビュー１２４を提示してもよい。更に、仮想会議所１１８は、参加者１０４のグラフィカル表現１２８、及び各参加者１０４と関係付けられるユーザ関連情報１３０を含んでもよい。このようにして、仮想会議所１１８は、ＧＵＩ１３２を介してシミュレーションされた会議所において音声会議１１４の参加者をグラフィカルに表現する。

参加者１０４のグラフィカル表現１２８は、参加者１０４を一意に又はそうでなく識別するために、例えば、２Ｄグラフィック、３Ｄグラフィック、アバター、アイコン、アップロード画像、又は任意の適切なグラフィック、要素、デザイン若しくは他のマーク（各々「グラフィカル表現」）を含むことが理解されるべきである。ユーザ関連情報１３０（例えば、名前、住所、Ｅメール、電話番号、プロフィール情報等）は、グラフィカル表現１２８と関連付けられて、又は別個に表示されてもよい。図３は、会議インターフェースの多くの可能な実施形態の中の１つとしてグラフィカルユーザインターフェース１３２に提示される仮想会議所１１８の例示的な実装を例示する。図３の実施形態では、仮想ロケーションビュー１２４は、椅子を備えたオフィス用会議テーブル及びゴルフコースの背景の画像３０２を含む。参加者１０４は、参加者オブジェクト（例えば、タイル３０４ａ及び３０４ｂ）を用いて視覚的に表現される。画像３０２は、一般に、タイル３０４用の任意の背景又は視覚的背景幕若しくは機能性を含んでもよい。タイル３０４ａにおけるグラフィカル表現１２８は、対応する参加者１０４の絵又は写真を含む。しかしながら、任意のコンテンツ、音声、ビデオ、メディア、又は機能性が提示されてもよい。タイル３０４ｂにおけるグラフィカル表現１２８は、画像のようなアバターを含んでおり、それは、サーバ１０８にアップロードされ又は既定の画像から選択若しくはカスタマイズされてもよい。

図２は、仮想会議所１１８を提供する方法の実施形態を例示する。ブロック２０２において、会議システム１０６は、クライアント装置１０２間の音声会議１１４を確立する。当技術分野では周知のように、会議システム１０６は、クライアント装置１０２ごとに別個の音声ストリーム１２２（図１）を確立してもよい。音声ストリーム１２２ａ−１２２ｄは、音声会議１１４としてクライアント装置１０２に提示される単一の音声ストリームに結合されてもよい。当業者であれば、音声会議１１４は、利用される特定の会議用技術によって様々な方法で確立され得ることを理解するであろう。ブロック２０４では、仮想会議所アプリケーション１１６は、グラフィカルユーザインターフェース１３２を介して参加者１０４から情報を取得してもよい。情報は、会議システム１０６及び／又はサーバ１０８を介して取得されてもよい。例えば、参加者１０４は、グラフィカル表現１２８及び／若しくは１２６並びにユーザ関連情報１３０、又は他のメディアを提供又は選択してもよい。ブロック２０６では、サーバ１０８は、仮想ロケーションビュー１２４に従って仮想会議所１１８を設定する。仮想ロケーションビューは、参加者１０４によって特定され、又は、例えば、参加者１０４の周知の若しくは取得済みの特性、参加者１０４の場所、会議と関係付けられる組織の識別、会議用の計画された主題、又は仮想ロケーションビュー１２４を会議と手動で若しくは自動的に一致させるための他の所望の情報に基づいてサーバ１０８によって自動的に生成されることが理解されるべきである。一部の実施形態では、仮想ロケーションビュー１２４は、参加者１０４又はサーバ１０８によって会議の間に、手動で又は自動的に、修正され又は置換されてもよい。ブロック２０８において、仮想会議所１１８は、例えば、グラフィカル表現１２８及び／又はユーザ関連情報１３０に従って参加者オブジェクト（例えば、タイル３０４）において参加者をグラフィカルに表現することによって、参加者１０４が追加されてもよい。グラフィカル表現１２８は、人物が話している間、参加者１０４を視覚的に区別するために対応する音声ストリームと論理的に関係付けられてもよい。図３に例示されるように、グラフィカル表現１２８は、参加者１０４が話している間、視覚的に変更されるマイクロフォン画像を含んでもよい。ブロック２１０において、仮想会議所１１８及び音声会議１１４が、クライアント装置１０２に提供される。

図３の実施形態において更に例示されるように、会議インターフェースは、参加者が以下の、仮想会議所１１８、ビュー等を選択及び／又は変更するためのドロップダウンメニュー、音声会議１１４に追加の参加者１０４を招待するための招待コントロール、現在の会議をロック（ｌｏｃｋ）するためのロックルームコントロール、音声会議１１４の態様を管理するための音声コントロール（例えば、音声会議１１４の記録）、音量コントロール、消音／消音解除コントロール、並びに会議システム１０６によって参加者のアカウントへのアクセス及び管理を行うアカウントコントロール、又は他の機能のいずれかにアクセスすることを可能にするための様々なユーザインターフェースコントロールを更に備えてもよい。

図４は、仮想会議所アプリケーション１１６（又はクライアント装置１０２若しくはサーバ１０８に提示される又は常駐する他の会議インターフェース若しくはアプリケーション）及び関連する特徴、機能等をサポートするためのサーバ１０８の実施形態の一般的構造及び機構を例示する。サーバ１０８は、例えば、ローカルインターフェース４０５を介して通信する１つ以上のプロセッサ４０２、ネットワークインターフェース４０６、及びメモリ４０４を備えてもよい。ネットワークインターフェース４０６は、ネットワーク１１０を介して会議システム１０６及び他のコンピュータシステム又はサーバ（例えば、地図サイト４０９、ソーシャルネットワークサイト４１５、検索エンジン４１８等をホスティング又は提供するサーバ）と通信するように構成される。サーバ１０８及び仮想会議所アプリケーション１１６は、メモリ４０４に記憶され且つプロセッサ４０２を介して実行されるコンピュータプログラムを介して実装され得る様々なサービス、機能、アプリケーション等をサポートしてもよい。図４に例示される実施形態では、メモリ４０４は、ロケーションベースサービスモジュール４０８、会議アラートモジュール４０４、ソーシャルネットワーク統合モジュール４１４、会議内参加者識別モジュール４０６、参加者設定モジュール４２４、会議用アプリケーション４１０、自動化ロケーションビュー設定モジュール４２４、統合スピーチ・トゥ・テキスト／検索モジュール４２２、及び会議用アプリケーションストア機能４２０を含む関連する機能を実装するために仮想会議所アプリケーション１１６及び様々な追加のモジュールを含む。

図５０−６４を参照して以下でより詳細に記載されるように、会議アラートモジュール４０４は、クライアント装置１０２に提供され得る会議アラート又は通知機能をサポートする。クライアント装置１０２に常駐するアラートアプリケーション（又は他のソフトウェア）は、会議（例えば、音声会議１１４、オンライン会議、仮想会議所１１８、又は他の会議インターフェース）を開始されて、例えば、アプリケーションからのプッシュを介して参加者１０４の名前及び番号を示すことにより参加した人物を管理することをホストに通知をするように構成されてもよい。参加者が参加すると、通知は、参加者１０４の数のカウントを維持してもよい。また、ホスト１０４ｄが、アプリケーションから会議に素早く入って、音声会議１１４が開始する前の設定を修正して、アカウント番号への容易なアクセスを提供することを可能にしてもよい。アプリケーションは、例えば、クライアント装置１０２のシステムアプリケーショントレイにおいて、アイコン又は他のユーザインターフェースコントロール若しくは機能を表示してもよい。それにより、所定の設定、構成、オプション等をユーザが修正することを可能にするメニュー又は他の機能性が見せられる。

会議アラートアプリケーションの実行中に、それは、例えば、会議ＡＰＩ１１２（図４）を使用する会議インフラストラクチャと通信する。通信は、例えば、何らかのアクティブな参加者１０４が存在するかどうかを決定するためのユーザの会議ブリッジ又はロケーションの状態チェックを含んでもよい。誰かがユーザのロケーションに入った場合又は電話を介してブリッジの１つに参加した場合に、この行動は、状態更新としてアラートアプリケーションに送信されてもよい。更新は、着信電話番号、Ｅメールアドレス、名前、又は、例えば、発呼者ＩＤデータベースを使用して決定され得る他の識別可能な詳細（例えば、ユーザ関連情報１３０、図１）等の新しく参加した参加者１０４に関する他の情報を含んでもよい。

アプリケーションは、クライアント装置１０２のディスプレイにメッセージを表示することによってユーザにアラートを出す。メッセージは、アプリケーションの設定で設定可能な所定の時間の間現れてもよい。メッセージのコンテンツは、上述の状態更新で送信される詳細を更に含んでもよい。また、メッセージ表示は、ユーザがロケーションの取り消し又は参加のいずれかによってメッセージを確認する機構を提供してもよい。ユーザが特定のメッセージを取り消すことを選ぶと、後続のメッセージは、参加者の総数を示す動作中の集計によって、新たなメンバがロケーション又は音声ブリッジに参加すると現れるであろう。ユーザが自身のロケーションに参加することを選択すると、アラートは、イベントが終了するまでは停止しているであろう。

会議内参加者識別モジュール４０６は、一般に、音声会議１１４における参加者を識別するためにデータベース（例えば、参加者ＩＤデータベース２０１８、図２０）を開発し及び動作させる様々な技術をサポートする。会議システム１０６及び／又はサーバ１０８は、誰が音声会議１１４にダイヤルしたか又はアクセスしたかに関する情報を入手するために発呼者識別（ＩＤ）データベースを利用してもよい。ウェブの存在を介して参加せずにダイヤルインする発呼者に関して、システムは、ダイヤルイン番号（ＡＮＩ）を入手することが出来る。そのＡＮＩに関する名前、場所等の情報を記憶する多くのデータベースがある。音声会議１１４における発呼者をより良く識別するために、データが、様々なデータベースから引き出されて、仮想会議所１１８において可視的にされてもよい。一旦取得されると、そのデータは、発呼者が再びダイヤルインするときに使用するために記憶されてもよい。このようにして、仮想会議所アプリケーション１１６は、参加者１０４に関する専用の発呼者ＩＤデータベース２０１８（図２０）を作成及び管理して、それによって参加者に関するより多くの情報を提供してもよい。

図２０の実施形態で例示されるように、仮想会議所アプリケーション１１６は、クライアント装置１０２に要求２００２を送信することによって参加者１０４に関する情報を取得し、又は参加者が仮想会議所アプリケーション１１６に情報２００４（自身に関する又は他の参加者１０４に関する）を提出することを可能にしてもよい。例えば、ＧＵＩ１３２（図１）は、ユーザが情報２００４を提供することを可能にするための様々なＵＩ機構を含んでもよい。音声会議１１４の間、参加者１０４は、未識別の参加者の音声を認識して、適切な連絡先情報を提供してもよい。その後、それはインターフェース２０１４を介してデータベース２０１８に記憶されてもよい。また、参加者１０４は、例えば、ユーザ情報１３０（図１）を補って又は新しい情報を提供することによって、自身に関する追加の情報を特定してもよい。この情報は、手動で特定されてもよい。又は、参加者１０４は、サーバ１０８がリモートサーバに記憶されたユーザ情報にアクセスすることを承認してもよい。例えば、参加者１０４は、サーバがソーシャルネットワークサイト４１５（図４）上に記憶されたデータにアクセスすることを承認してもよい。又は、情報は、例えば、現在利用可能なユーザ情報１３０に基づいて検索エンジン４１９を介して自動的に取得されてもよい。図２０に例示されるように、ユーザ情報は、サーバ１０８とデータベース２０１６との間の要求２００６及び応答２００８を介して発呼者ＩＤデータベース２０１６（又は他のサーバ）から取得されてもよい。データベース２０１６又はサーバから取得される情報は、（インターフェース２０１２を介して）参加者識別データベース２０１８に記憶されてもよい。

図３７は、会議インターフェースを介して音声会議１１４において参加者情報を取得するための方法３７００の実施形態を例示する。ブロック３７０２において、参加者１０４は、音声会議１１４に参加することを要求する。要求は、音声ネットワーク、データネットワーク、それらの任意の組み合わせ、又は何らかの他のネットワークを介して、クライアント装置１０２から発信されて、会議システム１０６に送信されてもよい。この点で、一部の実施形態では、参加者１０４は、電話番号を有するクライアント装置から発生する音声発呼を介して音声会議１１４に参加することを要求していてもよいことが理解されるべきである。音声発呼は、モバイル電話システム、ＰＳＴＮ等に持ち越されてもよい。音声発呼は、会議システム１０６への着信音声発呼としてコンピュータ装置１０２から発生してもよい。又は、上記のように、参加者１０４は、コンピュータ装置１０２に発信音声発呼を要求してもよい。代替的に、参加者１０４は、例えば、ＶｏＩＰセッション、ウェブベース接続、又は何らかの他の接続を介して音声セッションを確立することによって音声会議１１４に参加してもよい。

判定ブロック３７０４において、会議システム１０６は、参加者１０４が着信音声発呼を介して音声会議１１４に参加しているかどうかを決定してもよい。参加者１０４が着信音声発呼を介して音声会議１１４に参加していない（例えば、参加者がウェブの存在を介して参加している）場合、システムは、参加者１０４が参加者プロフィール情報を提供することを要求してもよい（ブロック３７０６）。参加者プロフィール情報は、参加者１０４を識別する任意の所望のパラメータ又は参加者１０４に関連する他の情報（例えば、図６−８の例示的なスクリーンショットにおいて識別されるパラメータ）を含んでもよい。ブロック３７０８において、会議システム１０６は、特定されたパラメータを受信して、ブロック３７１０において、それらをデータベース（例えば、データベース２０１８）に記憶する。図３８は、特定の参加者１０４と関係付けられる様々な参加者プロフィールを記憶するためのデータ構造３８００の実施形態を例示する。音声会議１１４における各参加者１０４は、一意の参加者識別子３８０２によって識別されてもよく、以下の名前３８０４、タイトル３８０６、Ｅメールアドレス３８０８、電話番号３８１０、居住者及び／又は自宅アドレス３８１２、現在地３８１４（例えば、クライアント装置からのＧＰＳ座標によって、ＩＰアドレスから取得され得る）、ソーシャルネットワークプロフィールパラメータ３８１６、グラフィカル表現１２４（図１）、仮想ロケーションビュー１２４（図１）、及び参加者１０４が購入した、選択した、若しくは音声会議１１４中に参加者にアクセス可能な会議用アプリケーション３８１８、又は他のパラメータを含んでもよい。

ブロック３７１２において、会議システム１０６は、（音声会議１１４における他の装置／参加者と共に）参加者１０４と関係付けられるコンピュータ装置１０２に会議ユーザインターフェースを提示してもよい。参加者１０４を識別するために、会議ユーザインターフェースは、音声インジケータ３８２０（図３８）と関連する１つ以上の特定の参加者プロフィールパラメータを表示してもよい。音声インジケータ３８２０は、参加者が話していることを示すユーザインターフェースコントロールを含む。この点で、各参加者識別子３８０２は、対応する音声インジケータ３８２０を有してもよい。一実施形態では、上記のように、会議ユーザインターフェース又は会議インターフェースという用語は、情報、データ、マルチメディア等、及び／又は機能性若しくはアプリケーション（例えば、会議用アプリケーション３８１８）を参加者に提示する、音声会議１１４、オンライン会議、又は任意の他の会議と関係付けられる任意のグラフィカルユーザインターフェースを意味することが理解されるべきであるが、会議ユーザインターフェースは、仮想会議所１１８として構成されてもよい。

図４０は、参加者プロフィールパラメータを表示するための会議ユーザインターフェース４０００の実施形態を例示する。会議ユーザインターフェースは、一般に、参加者１０４ごとに参加者オブジェクト４００４を表示する画面部分４００２を含む。オブジェクト４００４は、図９−１４と関連して以下に説明される任意の方法で配置されてもよい。画面部分４００２は、仮想ロケーションビュー１２４を更に含んでもよい。オブジェクト４００４は、グラフィカル表現４１０２、プロフィール情報４１０４、（図３８における音声インジケータ識別子３８２０に対応する）音声インジケータ４１０６、及び名刺要素４１０８を含んでもよい。グラフィカル表現４１０２は、対応する参加者１０４を識別するための絵、写真、アイコン、アバター等を含む。グラフィカル表現４００４は、グラフィカル表現１２８と同様であってもよく、サーバ１０８にアップロードされる及び／又は既定の画像からカスタマイズされる画像を含んでもよい。

プロフィール情報４１０４は、１つ以上の参加者プロフィールパラメータを含んでもよい。音声インジケータ４１０６は、音声会議１１４中に関連する参加者１０４が話している場合を視覚的に識別する。所定の音声特性について音声ストリーム１２２を監視することによって、会議システム１０６は、参加者が話している場合を決定してもよい。音声ストリーム１２２は、参加者識別子３８０２及び／又は音声インジケータ識別子３８２０（図３８）に従って対応する音声インジケータ４１０６に論理的にマッピングされてもよい。参加者が話している場合、音声インジケータ４１０６は、例えば、音声インジケータ４１０６をグレイアウトすることによって、第１の視覚的状態（図４１ａ）で表示されてもよい。参加者１０４が話している場合、音声インジケータ４１０６は、例えば、音声インジケータ４１０６をブラックアウトすることによって、第２の視覚的状態（図４１ｂ）で表示されてもよい。会議インターフェースにおいて話している参加者を識別するために任意の視覚的及び／又は聴覚的区別が利用されてもよいことが理解されるべきである。

名刺要素４１０８は、選択されると、参加者１０４に関する更なる情報を表示するユーザインターフェースコントロールを含む。名刺要素４１０８は、任意の追加の参加者プロフィールパラメータの表示をトリガしてもよい。図４２ｂに例示される実施形態では、名刺要素４１０８は、追加のパラメータ４２０２を表示するためにオブジェクト４００４を「フリップ（ｆｌｉｐ）」する。図４２ｂ及びブロック３７２４（図３７）において更に例示されるように、オブジェクト４００４は、特定のプロフィールコントロール４２０４を更に含んでもよい。それは、参加者１０４が音声会議１１４中に自身の又は別の参加者の参加者プロフィールパラメータを編集することを可能にするユーザインターフェースコントロールを含む。

再度図３７を参照すると、参加者１０４が着信音声発呼を介して音声会議１１４に参加している場合（判定ブロック３７０４）、発呼者ＩＤデータベース、リソース、又はサービスが、発信電話番号を自動的に識別するために使用されてもよい（ブロック３７１４）。発信電話番号が利用可能でない場合、参加者１０４は、音声会議１０４に追加されて、未識別の参加者として会議ユーザインターフェースに表示されてもよい（図４２ａ）。発信電話番号が利用可能であれば、判定ブロック３７１８において、番号は、追加情報を決定するために参照テーブル、データベース、サービス等への入力として使用されてもよい。一実施形態では、発信電話番号は、記憶されている参加者プロフィール、例えば、データ構造３８００（図３８）を参照してもよい。（記憶されている参加者プロフィール又は応答２００８のいずれかにおいて）追加の情報が利用可能でない場合、参加者１０４は、発信電話番号及び関連する音声インジケータ４１０６に基づいて会議ユーザインターフェースにおいて識別されてもよい。参加者情報、電話番号等の利用可能性に関わらず、ブロック３７２４において、オブジェクト４００４は、参加者プロフィール編集コントロール４２０４と共に提示されてもよい。

参加者プロフィールコントロール４２０４は、音声会議１１４の間に、参加者１０４が、会議ユーザインターフェースを介して自身及び／又は他の参加者１０４に関する追加のプロフィール情報を特定することを可能にする便利な機構を提供することが理解されるべきである。このようにして、会議システム１０６は、参加者１０４を識別するために独自のデータベース（例えば、参加者データベース２０１８）を発展させてもよい。図３９は、参加者データベース２０１８を発展又は補足するように参加者プロフィールコントロール４２０４を動作させる単純化された方法の実施形態を例示する。ブロック３９０２において、第１の参加者１０４及び第２の参加者１０４が、音声会議１１４に参加する。ブロック３９０４において、会議ユーザインターフェースは、第１及び第２の参加者１０４と関係付けられるオブジェクト４００４を表示する。オブジェクト４００４は、上記のように、プロフィール情報（即ち、未識別の参加者）又は如何なるレベルのプロフィール詳細を含まなくてもよい。プロフィール情報の存在又はレベルに関わらず、各オブジェクト４００４は、参加者１０４が話している場合を示すために対応する音声インジケータ４１０６を表示する。各オブジェクト４００４は、参加者１０４に関する情報を特定するために対応する参加者プロフィールコントロール４９０２を更に表示してもよい。参加者プロフィールコントロール４９０２は、音声会議１１４における任意の参加者１０４によって選択されてもよく（判定ブロック３９０８）、それによって、参加者が自身に関する又は他の参加者に関する情報を特定することが可能になる。この機構は、例えば、参加者が未識別の参加者である場合、参加者がログイン時に最小の情報を特定した場合、又はそれ以外の最小の及び／若しくは誤ったプロフィール情報がある場合に特に便利であってもよい。

例えば、第１の参加者１０４が未識別の参加者であると想定する。音声会議１１４の間、第２の参加者１０４は、話者の音声及びオブジェクト４００４における音声インジケータ４１０６の状態に基づいて第１の参加者１０４の識別を認識してもよい。第２の参加者１０４は、第１の参加者１０４と関係付けられるオブジェクト４００４における参加者プロフィール編集コントロール４２０４を選択してもよい。それに応じて、会議ユーザインターフェース４０００は、第２の参加者１０４が上述したプロフィールパラメータを特定することを可能にしてもよい。選択されると、会議ユーザインターフェースは、参加者１０４が周知のパラメータを入力するように促してもよい。別の実施形態では、会議ユーザインターフェースは、例えば、検索エンジン結果ページ、ローカル若しくはリモート連絡先アプリケーション、ソーシャルネットワークシステム、又はプロフィール情報の何らかの他の発信源を介して第２の参加者１０４が情報を特定することを可能にするように構成されてもよい。ブロック３９１０において、特定されたプロフィールパラメータは、参加者識別子３８０２に結び付けられてもよい（図３８）。ブロック３９１２において、会議システム１０６は、特定されたプロフィールパラメータを受信して、ブロック３９１４において、参加者識別子３８０２に従って、パラメータを参加者データベース２０１８に記憶する。ブロック３９１６において、特定されたパラメータは、会議ユーザインターフェースに表示された参加者オブジェクト４００４に追加又は更新されてもよい。

再び図４及びサーバーメモリ４０４に設置された様々なモジュールを参照すると、ロケーションベースサービスモジュール４０８は、会議システム１０６によって提供される様々なロケーションベースサービスをサポートするための論理及び／又は機能性を備える。図１９の実施形態に例示されるように、ロケーションベースサービスモジュール４０８は、クライアント装置１０２からロケーション情報を受信してもよい（矢印１９０２）。ロケーション情報は、様々な方法で取得されてもよいことが理解されるべきである。以下でより詳細に記載されるように、参加者１０４が、音声会議１１４、オンライン会議に参加し、又は会議システム１０６にアクセスすると、ロケーション情報は、ＧＰＳ情報、発呼者ＩＤ、ＩＰアドレス、サインインプロフィール等から入手されてもよい。

クライアント装置１０２は、ＧＰＳ信号を取得するＧＰＳトランシーバを含んでもよい。 クライアント装置１０２が会議システム１０６にアクセスすると、ＧＰＳ座標は、ロケーションベースサービスモジュール４０８に渡されてもよい。また、会議システム１０６は、本明細書で記載されたようにして、発呼者ＩＤ情報を取得してもよい。発呼者ＩＤ情報は、参加者１０４が音声会議１１４に参加すると、会議システム１０６によって自動的に取得されてもよい。会議システム１０６は、電話番号と関係付けられるロケーションを決定するために様々な参照を実行してもよい。会議システム１０６は、領域コードを対応する地理的領域に変換してもよい。他の実施形態では、会議システム１０６は、関連するロケーションが存在するかどうかを決定するために、参照テーブル、ウェブサービスクエリ等への入力として電話番号を使用してもよい。ロケーションは、参加者識別子と関係付けられる記憶されている現在地であってもよい（例えば、現在地、図３８）。記憶されている現在地は、ユーザによって特定された又は本明細書に記載のように取得された以前に記憶されたロケーションであってもよい。また、会議システム１０６は、クライアントのＩＰアドレスに関してクライアント装置１０２にクエリを行ってもよい（又は取得してもよい）。これは、装置の現在地を決定するために使用されてもよい。

追加の実施形態では、ロケーション情報は、ソーシャルネットワークシステム３１０２への要求１９０４及び応答１９０６を介して参加者のソーシャルネットワークデータから取得されてもよい（図３１）。例えば、以下に記載されるように、参加者は、ソーシャルネットワークシステム３１０２のメンバであって、通信チャネル３２０２にロケーション情報を提供してもよい（図３２）。この情報は、クライアント装置１０２からソーシャルネットワークシステム３１０２によって自動的に取得され、又はユーザによって特定されてもよい。ロケーション情報がソーシャルネットワークシステム３１０２によって取得される態様に関わらず、会議システム１０６は、以下に記載されるように、ＡＰＩ３１０８及び関連するソーシャルネットワーク統合モジュール４１４（図４）を介してこの情報を取得してもよいことが理解されるべきである。

図６４に例示されるように、会議システム１０６は、クライアント装置１０２からロケーション情報を取得するために様々なソフトウェア機構を実装してもよい。図６４の実施形態では、会議システム１０６は、参加者管理サービス６４０２、ロケーションサービス６４０４、及び発呼者ＩＤサービス６４０６を含む。動作中に、コンピュータ装置１０２は、特定のウェブサイトを訪問することによって会議システム１０６にアクセスしてもよい。参加者管理サービス６４０２は、コンピュータ装置１０２にｇｅｔＣｌｉｅｎｔｌＰＡｄｄｒｅｓｓ（）メッセージ６４１０を送信してもよい。それに応じて、クライアント装置１０２は、装置と関係付けられるＩＰアドレスを含むＣｌｉｅｎｔＩＰ応答６４１２を送信してもよい。ＩＰアドレスはクライアント装置と、又はクライアント装置１０２と関係付けられる他の通信装置と関係付けられてもよいことが理解されるべきである。参加者管理サービス６４０２は、ロケーションサービス６４０４にｇｅｔＬｏｃａｔｉｏｎｂｙｌＰ（）要求６４１４を送信してもよい。それは、クライアント装置１０２に応答６４１６を返す。応答６４１６は、例えば、緯度及び経度、又は他の手段によってロケーションを特定してもよい。

別の実施形態では、クライアント装置１０２は、会議システム１０６にアクセスして、参加者管理サービス６４０２にＬｏｇｉｎ Ｒｅｑｕｅｓｔ６４１８を送信してもよい。参加者管理サービス６４０２は、参加者１０４を認証してもよい。ログインが成功すると、参加者管理サービス６４０２は、クライアント装置１０２にｇｅｔＣｌｉｅｎｔＰｈｏｎｅＮｕｍｂｅｒ（）要求６４１６を送信してもよい。参加者１０４は、例えば、本明細書に記載の又はその他のような会議ユーザインターフェースを介して情報を提供してもよい。入力された電話番号は、ＰｈｏｎｅＮｕｍｂｅｒ応答６４２２として参加者管理サービス６４０２に提供されてもよい。参加者管理サービス６４０２は、発呼者ＩＤサービス６４０６にｇｅｔＬｏｃａｔｉｏｎｂｙＰｈｏｎｅＮｕｍｂｅｒ（）要求６４２４を送信してもよい。それは、入力された電話番号を含む。発呼者ＩＤサービス６４０６は、応答６４２６においてクライアント装置に対応するロケーション情報を提供してもよい。

追加の情報がクライアント装置１０２から要求されてもよいことが理解されるべきである。例えば、参加者管理サービス６４０２は、ｇｅｔＣｌｉｅｎｔＣｕｒｒｅｎｔＬｏｃａｔｉｏｎ（）応答６４２８を送信して、入力された都市、州、郵便番号等を含むＣｉｔｙ／Ｓｔａｔｅ応答６４３０を受信してもよい。参加者管理サービス６４０２は、ロケーションサービス６４０４にｇｅｔＬｏｃａｔｉｏｎＢｙＣｉｔｙ（）要求６４３２（何らかの入力された情報を含み得る）を送信してもよい。ロケーションサービス６４０４は、応答６４３４においてクライアント装置に対応するロケーション情報を提供してもよい。ロケーション情報が入手される態様に関わらず、クライアント装置１０２は、地図サービス６４０８にｇｅｔＭａｐＰａｒｔｉｃｉｐａｎｔＬｏｃａｔｉｏｎ（）要求６４３６を送信してもよい。地図サービス６４０８は、ｓｈｏｗＭａｐＷｉｔｈＰａｒｔｉｃｉｐａｎｔＤｅｔａｉｌｓ応答６４３８を返してもよい。会議システム１０６は、参加者１０４ごとにこの処理を行ってから、地図ビュー１９０８に結合されたロケーション情報を提示してもよい。地図ビュー１９０８の例示的な実施形態が図１８に例示される。しかしながら、ロケーション情報は、任意の態様で会議インターフェースに提示されてもよいことが理解されるべきである。

ロケーション情報に基づいて、会議インターフェースは、１人以上の参加者１０４と関係付けられるロケーションベース情報でインターフェースの提示をカスタマイズしてもよい。例えば、会議システム１０６は、参加者の対応するロケーションに基づいて各参加者１０４に独自の会議インターフェースを提供してもよい。カスタマイズは、ロケーションベースリソース、サービス、機能性等を参加者１０４に提供することを含む（例えば、ニュース、天気、交通、イベント等）。更に、一部の実施形態では、参加者から入手したロケーション情報に適合するように、仮想ロケーションビューが会議システムによって選択されてもよい（例えば、サンフランシスコの参加者１０４は、ゴールデンゲートブリッジを含む仮想ロケーションビューが提示されてもよい）。

更なる実施形態では、ロケーション情報は、知的会議ダイヤルアウト及び／又はダイヤルイン機能を提供するために使用されてもよい。それは、どのようにして音声会議１１４に参加するか（例えば、ログイン画面６０４（図６）を介して）、又は画面７０２（図７及び８）をセットアップするか、又は会議システム１０６から参加者１０４に適切なダイヤルアウトを自動的に設定するかに関する案内を参加者１０４に動的に提供する。参加者１０４が会議システム１０６にアクセスすると、ロケーション情報が取得されてもよい。参加者ロケーションに基づいて、会議システム１０６は、カスタマデータ及び／又は音声プラン及びキャリアプロバイダ速度を考慮して、ダイヤルイン番号を推薦し、又は所望のダイヤルアウト番号を自動的に決定してもよい。例えば、この情報に基づいて、会議システム１０６は、参加者１０４からよりの多くの費用効果的な着信呼のためのダイヤルイン番号を選択してもよい。更に、ロケーション情報は、最適なダイヤルアウトと共に、最適な（例えば、最低費用、最高品質）ダイヤルインオプションを提示するために使用されてもよいことが理解されるべきである。会議システム１０６は、例えば、ルーディングデータベースを確認してから、取得されたロケーション情報に基づいてネットワーク上の最適なノードからダイヤルアウトを開始した後で、参加者１０４にダイヤルアウトしてもよい。

図６３は、ロケーションベースサービスモジュール４０８の所定の態様を実装する方法の実施形態を例示する。ブロック６２０２において、会議システム１０６は、複数の参加者１０４からロケーション情報を入手する。ブロック６２０４において、会議システム１０６は、一意のロケーション情報を対応する参加者識別子３８０２と関係付ける（図３８）。ブロック６２０６において、会議システム１０６は、複数の参加者１０４間で音声会議１１４を確立する。ブロック６２０８において、会議システム１０６は、複数の参加者１０４に会議インターフェース（例えば、会議インターフェース４１００又は４４００、仮想ロケーションビュー１１６等）を提示する。ブロック６２１０において、会議インターフェースは、複数の参加者１０４の各々の場所を識別する地図ビュー１９０２を選択的に表示する。

図６４は、ロケーションベースサービスモジュール４０８の態様を実装する方法の別の実施形態を例示する。ブロック６３０２において、クライアント装置１０２は、音声要素を有する会議に参加するために会議システム１０８にアクセスする。ブロック６３０４において、会議システム１０６は、クライアント装置１０２と関係付けられるロケーション情報を入手する。ブロック６３０６において、会議システム１０６は、参加者１０４が会議の音声要素にアクセスすることを可能にするための電話番号を決定する。電話番号は、参加者１０４が音声会議１１４にアクセスすることを可能にする最も費用効果的な手段を提供するためにロケーション情報に基づいて決定される。電話番号は、参加者１０４（ブロック６３０８）に提供されて音声会議にアクセスするために参加者１０４によって使用されるダイヤルイン番号を含んでもよいことが理解されるべきである。他の実施形態では、電話番号は、参加者１０４への発信呼を開始するために会議システム１０６によって使用されるダイヤルアウト番号を含んでもよい。ブロック６３１０において、クライアント装置は、会議システムによって決定される電話番号を介して音声会議１１４に参加する。

仮想会議所アプリケーション１１６（又は他の会議インターフェースアプリケーション）は、音声ストリーム１２２（図１）からテキストに音声を自動的に変換し得るリアルタイムスピーチ・トゥ・テキスト機能をサポートしてもよい。以下により詳細に記載されるように、出力テキストは、音声会議１１４の間に検討されるキーワード、トピックス、テーマ、又は他の主題を識別するために１つ以上のアルゴリズムによって処理される。キーワードは、キーワードに関連するリソースを識別する目的で、検索エンジン、知識ベース、データベース等への入力として使用される。それは、会議インターフェース（例えば、仮想会議所１１８）を介して音声会議１１４の間に参加者１０４にリアルタイムで提示されてもよい。このようにして、参加者１０４には、音声会議１１４の間に検討される主題に基づいて、追加の材料、情報、教材等（集合的に、「リソース」と呼ばれる）が提供されてもよい。リソースは、会議インターフェース及び／又は音声会議セッションを介して提示可能な、例えば、音声、ビデオ、グラフィックス、テキスト、又は任意の他のメディアを含む任意の所望のフォーマットで具現化されてもよいことが理解されるべきである。

図１７の実施形態に例示されるように、サーバ１０８は、会議システム１０６からの音声ストリーム１２２を処理するスピーチ・トゥ・テキスト変換エンジン１７０４を含んでもよい。スピーチ・トゥ・テキスト変換エンジン１７０４は、１つ以上のアルゴリズム１７０８に（インターフェース１７０６を介して）テキストを出力してもよい。アルゴリズム１７０８は、音声会議１１４で話された単語に基づいて、検討されている関連のキーワード又は興味のあるトピックスを識別するように構成されてもよい。識別されたキーワード又は他の識別された用語（即ち、アルゴリズム１７０８の出力）は、リソースエンジン１７１２によって（インターフェース１７１０を介して）受信されてもよい。リソースエンジン１７１２は、追加の情報、データ、又は識別された用語に関連する他のリソースを選択して、会議インターフェースにおける参加者に情報を提供するように構成されてもよい。リソースエンジン１７１２は、リソースデータベース又は知識ベース１７１８へ要求１７２０を行って、それから応答１７２２を受信してもよい。また、リソースエンジン１７１２は、例えば、ＡＰＩ４２１（図４）を介して検索エンジンへ発呼１７１４を行って、それから応答１７１６を受信してもよい。

図２７は、音声会議１１４においてリアルタイムのスピーチ・トゥ・テキスト変換を実装するためのコンピュータシステム２７００の別の実施形態を例示する。コンピュータシステム２７００は、会議システム１０６及び１つ以上のサーバ１０８を含む。会議システム１０６は、通信ネットワークを介してクライアント装置１０２を動作させる複数の参加者１０４間で音声会議１１４を確立するために、上記のようにして、又はそれ以外で構成されてもよい。会議システム１０６は、音声会議１１４における各コンピュータ装置１０２に関する音声ストリーム１２２を制御する。音声ストリーム１２２は、会議システム１０６によって、音声会議１１４を含むように結合される。

サーバ１０８は、スピーチ・トゥ・テキスト変換処理全体の態様を実装するために１つ以上の機能プロセッサを備える。機能プロセッサは、ハードウェア、ソフトウェア、ファームウェア、又はそれらの任意の組み合わせで実装されてもよいことが理解されるべきである。スピーチ・トゥ・テキスト変換処理全体及び任意の関連する処理は、好ましくは、音声会議１１４の間にリアルタイムで実行される。一実施形態では、機能プロセッサは、事前処理エンジン２７０２、スピーチ・トゥ・テキスト変換エンジン１７０４、関連性エンジン２７０４、及びリソースエンジン１７１２を備える。事前処理エンジン２７０２は、サーバと統合され又はリモートに設置され得る会議システム１０６と通信する。事前処理エンジン２７０２は、会議システム１０６から音声ストリーム１２２を受信し、各音声ストリーム１２２から音声信号２７０４を抽出して、スピーチ・トゥ・テキスト変換エンジン１７０４に音声信号２７０４を提供する。スピーチ・トゥ・テキスト変換エンジン１７０４は、音声信号２７０４を受信し、音声信号から単語２７０６を抽出して、関連性エンジン２７０４に単語２７０６を提供する。任意の所望の変換アルゴリズム、モデル、処理等が単語２７０６を迅速且つ正確に抽出するために使用されてもよいことが理解されるべきである。

関連性エンジン２７０４は、音声会議１１４で話された関連キーワード２７０８を決定するために、例えば、発見的アルゴリズム（ｈｅｕｒｉｓｔｉｃ ａｌｇｏｒｉｔｈｍ）によって単語２７０６を処理する。関連性エンジン２７０４は、リソースエンジン１７１２に関連キーワード２７０８を提供する。関連キーワード２７０８は、例えば、頻繁に話される単語、統計的に重要な単語、トピックス等を表してもよいことが理解されるべきである。キーワード２７０８は、１つ以上の単語２７０６を含んでもよく、又は代替的な実施形態では、音声会議１１４の主題に基づいて関連する単語を含んでもよい。

リソースエンジン１７１２は、キーワード２７０６を受信して、リソース２７１４を決定する。リソース２７１４は、音声会議の間、参加者１０４に任意の所望の情報、材料、データ、又はキーワード２７０８に関連する他の主題を提供するために選択される。図２７に例示され且つ以下により詳細に記載されるように、リソース２７１４は、クエリ２７２０を送信し且つクエリ２７２０への応答２７２２を受信することによって、リモート検索エンジン４１８及び／又はローカルリソースデータベースから選択されてもよい。

図２６は、リアルタイムリソース２７１４を参加者１０４に提供するためにコンピュータシステム２７００によって実装される方法の実施形態を例示する。一般に、リアルタイムリソース２７１４は、音声会議１１４で検討されて、会議インターフェースを介して音声会議１１４の間に参加者１０４に提供されるコンテンツに基づいて識別される。ブロック２６０２において、音声会議１１４等の音声会議セッションが、通信ネットワーク１１０を介して複数のコンピュータ装置１０２間で確立される。音声会議セッションに参加する各コンピュータ装置１０２は、対応する参加者１０４に関する音声信号を含む関連する音声ストリーム１２２を有する。音声会議セッションの間、音声ストリーム１２２は、１つ以上のサーバ１０８に提供されて、代替的な実施形態では、サーバ１０８によって又はその制御下で確立されてもよい。音声会議セッション中にリアルタイムで、サーバ１０８は、音声ストリーム１２２を処理する。一部の実施形態では、処理は、関連するアルゴリズムの適切な実行を確実にすると同時に、ブロック２６０４−２６１２と関係付けられるフィードバックループにおける任意の遅延を最小化するために可能な限り高速に実行され得ることが有利であることが理解されるべきである。

ブロック２６０４において、音声ストリーム１２２は、例えば、音声ストリーム１２２を対応する音声信号２７０４に変換する事前処理エンジン２７０２によって受信及び処理される。ブロック２６０６おいて、単語２７０６を識別するコンピュータ可読データに音声信号２７０４を変換するための任意の適切なアルゴリズムを使用して、単語２７０６が音声信号２７０４から抽出される。単語２７０６は、リアルタイムストリームで、バッチモードで、又はそれ以外で抽出されてもよい。ブロック２６０８において、単語２７０６は、音声会議セッションで検討される関連キーワード２７０８を決定するために、個別に又は集合的に分析される。関連キーワード２７０８は、頻繁に話される単語の識別、特定のトピックの決定を含み、又は、音声会議セッションで話される及び／若しくは１つ以上の抽出される単語２７０６に関連する意義のある主題を識別してもよい。この点で、一実施形態では、キーワード２７０８は、絶対的に又は期間に対して相対的に（例えば、単語の出現又は使用密度）、所定の回数繰り返される抽出単語２７０６を含んでもよいことが理解されるべきである。また、キーワード２７０８は、例えば、抽出単語２７０６を話す参加者１０４の識別、音声信号２７０４の波形特性等に基づいて特に重要であるように見える抽出単語２７０６を含んでもよい。

キーワード２７０８は、様々なアルゴリズムを使用して決定されてもよい。 図２８に例示される実施形態では、キーワード２７０８は、例えば、関連性エンジン２７０４によって単語２７０６が分析されるときに計算される関連性スコアに基づいて決定される。ブロック２８０２において、１つ以上の抽出単語２７０６が識別される。抽出単語２７０６は、データベースに記憶される単語識別子によって識別されてもよい。この点で、データベースは、１つ以上の単語２７０６に対する関連性スコアと関係付けられるデータを維持するためのレコード又は他のデータ構造を記憶してもよいことが理解されるべきである。

図２９は、以下のデータフィールド、即ち、抽出単語２９０２、単語識別子２９０４、出現識別子２９０６、１つ以上のタイムスタンプ２９０８、発話識別子２９１０、カウンタ２９１２、及びリアルタイム関連性スコア２９１４を含む例示的なデータ構造２９００を例示する。抽出単語２９０２は、対応する識別子２９０４で音声信号２７０４から抽出された特定の単語又は単語の組み合わせを識別する。抽出単語２９０２の出現又はインスタンスを記録するために、データ構造２９００は、出現識別子２９０６を含んでもよい。抽出単語２９０２の各出現は、抽出単語２９０２が話された音声会議１１４内の一時的なロケーションを示すタイムスタンプ２９０８を含んでもよい。任意の所与の出現に関して、どの参加者１０４が抽出単語２９０２を話したかを発話者識別子２９１０が識別してもよい。発話者識別子２９１０は、キーワード２７０８を識別する事に関して、参加者１０４の関連性を決定する重み付け又は他の優先方式を含んでもよい。例えば、ホストが、他の参加者１０４より高い優先度を与えられてもよい。優先方式は、参加者の１つ以上の役割又は分類を取り入れてもよい。一実施形態では、役割は、例えば、参加者が従業員、販売者、又はソーシャルネットワーク上の「フレンド」である組織の階級に基づいてもよい。カウンタ９１２は、絶対的に又はタイムスタンプ２９０８に基づいて時間に相対的に、抽出単語２９０２の出現回数を記録してもよい。

図２８を再び参照すると、単語２７０６が抽出されるときに、ブロック２８０４において、タイムスタンプ２９０８が、抽出単語２９０２のインスタンスごとに生成されて、単語識別子２９０４に従って関連するレコードに記憶されてもよい。ブロック２８０６において、カウンタ２９１２が設定又は増加されてもよい。ブロック２８０８において、発話者の識別が決定されて、データベースに記憶されてもよい。ブロック２８１０において、１つ以上の以下の又は他の種類のデータ型、即ち、タイムスタンプ２９０８、発話者識別子２９１０、及びカウンタ２９１２に基づいて、様々な所望のアルゴリズムに従って、関連性スコアが計算されてもよい。音声会議の任意の点における関連性スコアが、リアルタイムスコア２９１４に記憶されてもよい。

判定ブロック２８１４において、関連性スコアが既定の又は計算された閾値を越えるかどうかが決定されてもよい。閾値を超えない場合、流れはブロック２８０２に戻る。閾値を越える場合、ブロック２８１６において、抽出単語２９０２が関連していることが決定されて、システムは抽出単語２９０２に関連する所望のリソースを見つけようとする。ブロック２８１８において、リソース２７１４は、音声会議１１４の間、リアルタイムに参加者に提供される。

一実施形態では、リソース２７１４は、抽出単語２９０２と関係付けられるリソース識別子２９１６に従って（図２９）、例えば、抽出単語２９０２を既定のリソースと一致させることにより識別されてもよいことが理解されるべきである。リソース識別子２９１６は、リソースデータベース２９１６内のレコードにリンクしてもよい。別の実施形態では、リソース２７１４は、リソースデータベース１７１８又は検索エンジン４１８をクエリすることによって決定されてもよい（クエリ２７２０及び応答２７２２、図２７）。

図３０は、リソース２７１４を決定するために検索を実行する方法の実施形態を例示する。ブロック３００２において、関連キーワード２７０８は、例えば、関連性エンジン２７０４から受信される。ブロック３００４において、リソース要求２７２２が生成される。リソース要求２７２２は、任意の所望の検索方法、ＡＰＩ等を使用するキーワード２７０８又は他の検索用語を含んでもよい。ブロック３００６において、リソース要求２７２２は、検索機能又はデータベース（例えば、データベース１７１８、検索エンジン４１８等）に提供される。ブロック３００８において、１つ以上のリソース２７１４を識別する応答２７２２が受信される。応答２７２２は、例えば、リソース２７１４（例えば、リソース識別子２９１６、ＵＲＬ）へのリンク又はリソース２７１４を具現化する実際の情報を含んでもよい。ブロック３０１０において、リソース２７１４は、１つ以上のコンピュータ装置１０２に提供される。リソース２７１４は、音声会議１１４及び／又は会議インターフェースを介して参加者１０４に提供される。一実施形態では、リソース要求２７２２の結果が、参加者に提供されてもよく、それによって、参加者１０４が結果を選択及び／又は案内することが可能になる。例えば、検索エンジンの結果は、グラフィカルユーザインターフェース１３２を介して、参加者１０４に渡され、又は見えるようにされてもよい。図２６を再び参照すると、リソース２７１４は、上記のようにして、リソース２７１４が識別されて（ブロック２６１０）、参加者１０４に提供される（ブロック２６１２）。

会議アプリケーションストア機能４２０（図４）の様々な実施形態が図４３−４９を参照して説明される。 会議アプリケーションストア機能４２０は、一般に、様々な音声及び／又はウェブ会議アプリケーション４１６又は他の所望のアプリケーション（集合的に、「会議アプリケーション」又は「会議ａｐｐ」と呼ばれる）を参加者１０４に提供するオンラインストア又は市場（「会議用アプリケーションストア」又は「会議用ａｐｐストア」と呼ばれる）を含む。会議用アプリケーションストアは、音声会議１１４の間、コンピュータ装置１０２に提示される会議インターフェース（例えば、会議ユーザインターフェース４４００）を介して参加者１０４に提示されてもよい。会議用アプリケーションは、例えば、会議システム１０６及び／又はサーバ１０８を介して参加者１０４に利用可能にされるウェブベースアプリケーション、ウィジェット、又は他のコンピュータプログラムを含んでもよい。会議用アプリケーションは、会議システム１０６と関係付けられるホストによって提供されてもよく、又は場合によっては、サードパーティの開発者４３１０によって提供及び／又は開発されてもよい。こうした実施形態では、会議システム１０６は、会議用アプリケーションストアに含まれ且つ参加者１０４に利用可能にされ得る様々な会議用アプリケーションを開発者が開発することを可能にするために、関連するＡＰＩ（例えば、ＡＰＩ４３０２）及び／又はソフトウェア開発者キット（ＳＤＫ）を含んでもよい。

図４３に例示されるように、図３１−３６又はその他に関連して以下に記載されているような会議用アプリケーションストアがソーシャルネットワークシステム３１０２と統合されてもよい。ソーシャルネットワークシステム３１０２は、メンバ３２０１に提供されるソーシャルネットワークアプリケーション３２１８（図３２）を含んでもよい。一実施形態では、会議システム１０６は、ソーシャルネットワークシステム３１０２と（例えば、ＡＰＩ３１０８、ＡＰＩ４３０２等を介して）通信し、ソーシャルネットワークアプリケーション３２１８にアクセスし、及び会議用アプリケーションストア内のソーシャルネットワークアプリケーション３２１８へのアクセスを含むように構成されてもよい。このようにして、音声会議１１４内の参加者１０４でもあるメンバ３２０１が、会議システム１０６を介してソーシャルネットワークアプリケーション３２１８に好都合にアクセスしてもよい。同様に、ソーシャルネットワークシステム３１０２は、会議システム１０６にアクセスして、ソーシャルネットワークウェブサイト３１０６を介してそれらをメンバ３１０２に利用可能にしてもよい。

会議用アプリケーションストアの所定の態様を容易にするために、会議システム１０６は、会議アプリケーションデータベース４３０６、参加者データベース４３０６、参加者アプリケーションコントロールモジュール４３０４、及び会議ユーザインターフェース４４００を含んでもよい。会議アプリケーションデータベース４３０６は、例えば、アプリケーションコードへのリンク又はアプリケーションコード自体等の会議用アプリケーション４１０に関連する情報を記憶してもよい。この点で、会議システム１０６は、必要ではないが、会議用アプリケーションと関係付けられるコードを記憶してもよいことが理解されるべきである。一部の実施形態では、会議用アプリケーションは、例えば、サードパーティのシステムによって提供されてもよい。それにも関わらず、会議アプリケーションデータベース４３０６内で、各会議用アプリケーションは、一意のアプリケーション識別子によって識別されてもよい。

参加者データベース４３０６は、参加者１０４及び対応する会議用アプリケーションに関連する情報を記憶してもよい。例示的なデータ構造４６００が図４６に例示されている。音声会議１１４における各参加者１０４は、一意の参加者識別子３８０２によって識別されてもよく、以下の名前３８０４、タイトル３８０６、Ｅメールアドレス３８０８、電話番号３８１０、居住者及び／又は自宅アドレス３８１２、現在地３８１４（例えば、クライアント装置からのＧＰＳ座標によって、ＩＰアドレスから取得され得る）、ソーシャルネットワークプロフィールパラメータ３８１６、グラフィカル表現１２４（図１）、仮想ロケーションビュー１２４（図１）、会議用アプリケーション３８１８、及びアカウントプロフィール４６０２、又は他のパラメータを含んでもよい。会議用アプリケーション３８１８は、上記のような対応する一意のアプリケーション識別子によって識別されてもよい。アカウントプロフィール４６０２は、参加者１０４が会議用アプリケーションを購入することを可能にするオンライン取引を容易にするために、例えば、アカウント番号、クレジットカード番号等を含む参加者１０４と関係付けられる情報を含んでもよい。

参加者アプリケーションコントロールモジュール４３０４は、会議用アプリケーションストアと関係付けられる様々な機能を実行するための論理、機能性等を含む。参加者アプリケーションコントロールモジュール４３０４は、どの会議用アプリケーションをユーザが購入又は選択したかを会議システムが管理することを可能にして、ユーザが音声会議１１４に参加すると会議インターフェースを介して適切なアプリケーションを提示する。この点で、会議システム１０６は、企業、組織、政府機関等に企業レベル会議サービスを提供してもよいことが理解されるべきである。このような実施形態では、コントロールモジュール４３０４は、企業従業員に対するアクセス、許可等を管理してもよい。例えば、企業は、タイトル、組織役割、組織的レベル、従業員ＩＤ等に基づいて特定の従業員がどの会議用アプリケーションにアクセスしてもよいかを特定してもよい。この情報は企業データベースに記憶されて、どの会議用アプリケーションが従業員に利用可能にされるべきかを選択するために、コントロールモジュールによって使用されてもよい。

図４４は、音声会議１１４の間、会議用アプリケーションストアを参加者１０４に提示するための会議ユーザインターフェース４４００の実施形態を例示する。会議ユーザインターフェース４４００は、一般に、上記のように、音声会議１１４における参加者１０４ごとに参加者オブジェクト４００４を表示し得る画面部分４００２を備える。会議ユーザインターフェース４４００は、会議用アプリケーションストア要素４４０２及びマイアプリケーション要素４４０４を更に備える。会議用アプリケーションストア要素４４０２は、一般に、アプリケーションストア機能性を提示するためのユーザインターフェース機構を備える。会議用アプリケーションストア要素４４０２は、例えば、メニューシステム又は任意の他のユーザインターフェース入力、コントロール又はオブジェクト等を介して、様々な方法で参加者１０４によってアクセスされてもよい。会議用アプリケーションストア要素４４０２は、画面部分４００２と同時に表示される必要はない。会議用アプリケーションストアは、カテゴリによって整理され又は所望の閲覧体験を参加者に提示するように整理された多数の会議用アプリケーションを含んでもよい。

図４５に例示されるように、会議用アプリケーションストア要素４４０２は、カテゴリメニュー４５０２及びトップアプリケーションメニュー４５０４を表示してもよい。カテゴリメニュー４５０２は、複数のカテゴリを表示するスクロール可能リストを含む。各カテゴリは、カテゴリオブジェクト又はコントロール４５０６を使用して選択されてもよい。選択されると、コントロール４５０６は、参加者がその特定のカテゴリ内のアプリケーションを閲覧することを可能にする更なるユーザインターフェースを提示してもよい。会議用アプリケーションストアは、他の閲覧、案内、又は参加者１０４が会議インターフェース内の会議用アプリケーションを見ることを可能にするための他の機構を提供してもよい。一実施形態では、会議ユーザインターフェース４４００に表示される検索テキストボックスを介して、検索エンジンが提供されてもよい。また、会議用アプリケーションストアは、例えば、現在のアプリケーション、使用キャラクタ、プロフィールパラメータ、ソーシャルネットワークプロフィール等に基づいて参加者に示唆されるアプリケーションを自動的に表示する推薦機能を実装してもよい。更なる実施形態では、会議用アプリケーションストアは、参加者１０４が他の参加者１０４及び／又はメンバ３１０２と会議用アプリケーションを推薦又は共有することを可能にしてもよい。

トップアプリケーションメニュー４５０４は、例えば、ランキングアルゴリズムに基づいて組織されるアプリケーションオブジェクト４５０８の別のスクロール可能リストを表示してもよい。各アプリケーションオブジェクト４５０８は、対応する会議用アプリケーションに関する情報を表示するために更なるユーザインターフェース画面（例えば、構成要素４７０２、図４７）と関係付けられる。図４７の実施形態に例示されるように、選択されると、１つ以上の以下の種類の情報、即ち、アプリケーションタイトル４７０４、会議用アプリケーションの説明４７０６、ユーザランキング４７０８、１つ以上の会議用アプリケーションのスクリーンショット４７１０、及び他の参加者１０４によって提供されるコメント４７１２が表示されてもよい。会議ユーザインターフェース４４００内の任意の場所で、アプリケーション追加オブジェクト４７１４（図４７）が表示又は提示されてもよい。アプリケーション追加オブジェクト４７１４は、参加者１０４が対応する会議用アプリケーションを選択することを可能にするユーザインターフェースコントロールを提供する。選択されると、会議用アプリケーションは、参加者のプロフィールに自動的に追加されて、参加者１０４に利用可能にされてもよい。一部の会議用アプリケーションは、会議用アプリケーション１０６のホスト又はサードパーティ４３１０からの購入で利用可能にされてもよいが、それ以外は無料であってもよい。会議用アプリケーションが購入される場合、アプリケーション追加オブジェクト４７１４は、参加者がアプリケーションを購入することを可能にするオンライン取引機能にリンクされてもよい。他の実施形態では、購入者は、記憶されたアカウントプロフィール４６０２（図４６）に従って自動的に処理されて、参加者に利用可能にされてもよい。

図４８は、会議システム１０６に記憶される会議用アプリケーションストアを操作する方法の実施形態を例示する。ブロック４８０２において、参加者１０４は、音声会議１１４に参加する。ブロック４８０４において、参加者アプリケーションコントロールモジュール４３０４は、参加者１０４と関係付けられる参加者識別子３８０２を決定する。参加者識別子３８０２は、様々な方法で入手されてもよい。一実施形態では、参加者１０４は、ログイン中にプロフィール情報を提供してもよく、それは参加者データベース４３０８内の参加者識別子３８０２を参照するために使用される。しかしながら、参加者識別子３８０２は、例えば、参加者の発信電話番号、ＩＰアドレス、ソーシャルネットワークプロフィール、又はコンピュータ装置１０２からの要求（例えば、ＵＲＬ）を含む、任意の利用可能な情報に基づいて決定されてもよいことが理解されるべきである。

ブロック４８０６において、参加者アプリケーションコントロールモジュール４３０４は、参加者識別子３８０２と関係付けられる会議用アプリケーションを決定する。参加者アプリケーションコントロールモジュール４３０４は、データベース（例えば、会議アプリケーションデータベース４３０６、参加者データベース４３０８）から及び／又はソーシャルネットワークシステム３１０２からこの情報にアクセスしてもよい。上記のように、企業に関連して、従業員と関係付けられる会議用アプリケーションは、企業によって提供される許可、役割等に従って特定されてもよい。このようにして、ブロック４８０６において、会議用アプリケーションは、企業関連情報に基づいて決定される。

ブロック４８０８において、会議ユーザインターフェース４４００は、参加者と関係付けられるコンピュータ装置１０２に提示される。また、関係付けられた会議用アプリケーションが使用可能になる。会議ユーザインターフェース４４００は、対応する会議用アプリケーションコントロール４４０６を有するマイアプリケーション要素４４０４（図４４）に利用可能な会議用アプリケーションを表示してもよい。アプリケーションコントロール４４０６は、会議用アプリケーションを立ち上げ、アプリケーション設定を設定し、アプリケーションを共有し、又は他の機能にアクセスするために選択されてもよい。

ブロック４８１０及び４８１２において、参加者アプリケーションコントロールモジュール４３０４は、１つ以上の利用可能な会議用アプリケーションを自動的に立ち上げてもよい。代替的に、参加者１０４は、対応するアプリケーションコントロール４４０６を選択することによって会議用アプリケーションを手動で立ち上げてもよい。

図４９は、音声会議１１４の参加者１０４に会議用アプリケーションストアを提供する方法の実施形態を例示する。ブロック４９０２において、参加者が音声会議１１４に参加する。ブロック４９０４において、会議ユーザインターフェース４４００が、参加者１０４と関係付けられるコンピュータ装置１０２に提示される。会議ユーザインターフェース４４００は、会議システム１０６を介して利用可能な会議用アプリケーションを閲覧するための会議用アプリケーションストア要素４４０２を含む。会議用アプリケーションストア要素４４０２は、複数のアプリケーションオブジェクトを表示してもよい。各オブジェクトは、利用可能な会議用アプリケーションの１つと関係付けられる。

参加者１０４は、会議用アプリケーションストアの１つ以上の利用可能な会議用アプリケーションを選択してもよい。判定ブロック４９０６において、参加者アプリケーションコントロールモジュール４３０４は、１つのアプリケーションオブジェクトが参加者１０４によって選択されたことを決定してもよい。選択された会議用アプリケーションは、立ち上げられ、又は参加者によって立ち上げることが可能にされてもよい。一部の実施形態では、会議用アプリケーションにアクセスするために、参加者１０４は、それを購入することを要求されてもよい。ブロック４９０８において、参加者アプリケーションコントロールモジュール４３０４は、参加者１０４と関係付けられるアカウント識別子を決定して、購入を承認してもよい（ブロック４９１０）。ブロック４９１２において、会議用アプリケーションは、参加者プロフィールに追加されてもよい。

図４及びメモリ４０４に記憶されたソフトウェアモジュールを再び参照すると、参加者設定モジュール４１２は、一般に、参加者が会議に参加して、会議インターフェースを介してユーザ関連情報を設定することを可能にする論理又は機能性を含む。図５は、仮想的参加者設定モジュール４１２の実施形態の機構、動作、及び／又は機能性を例示する流れ図である。ブロック５０２において、サーバ１０８は、クライアント装置１０２から要求を受信する。要求は、例えば、ホストによって参加者１０４に送信される電子メッセージに組み込まれたリンクから発信し、又は開始されてもよい。組み込みリンクを選択することによって、クライアント装置１０２は、サーバ１０８にアクセスして、ログイン及び／又は設定手順を開始してもよい（図６−８）。ブロック５０４において、サーバ１０８は、会議インターフェースにおいて参加者１０４を視覚的に表現するためのグラフィカル表現を選択するように参加者１０４を促してもよい。ブロック５０６において、サーバ１０８は、プロフィール又は連絡先情報（例えば、ユーザ関連情報１３０）を提供するように参加者を促してもよい。ブロック５０８において、サーバ１０８は、ユーザ選択及び／又は情報を受信してもよい。図６は、参加者１０４ａ−１０４ｃが会議に参加することを可能にするための例示的なログイン画面６００を例示する。ログイン画面６００は、「ファーストネーム」テキストフィールド、「ラストネーム」テキストフィールド、「Ｅメールアドレス」テキストフィールド、及び「電話番号」テキストフィールドを含む。また、ログイン画面６００は、サーバ１０８及び／又は会議システム１０６が音声会議１１４に参加するためにユーザへの発信呼を開始することをユーザが要求することを可能にする。

図７−１４には、仮想ロケーションビュー１２４の様々な実施形態が例示されている。 図７は、参加者１０４がユーザプロフィールを設定することを可能にする参加者設定画面７００を例示する。図８は、ホスト１０４ｄが会議を設定してプロフィールをカスタマイズすることを可能にするホスト設定画面８００を例示する。図９は、会議の例示的な会議所ビューを例示する。図１０及び１１は、仮想会議の例示的なタイルビューを例示する。図１０及び１１の実施形態では、タイル３０４は、グリッド形式で配置される。会議インターフェースは、様々な選択可能サイドパネルを更に含む。出席者パネルが参加者１０４を任意の所望のユーザ情報と共にリスト形式で表示してもよい。チャットパネルが、音声会議１１４の間、参加者がチャットすることを可能にしてもよい。地図パネルが、地図ビューにおける参加者１０４のロケーションを表示してもよい。図１２は、比較的多数の参加者１０４との会議において望ましい会議インターフェースの例示的なシアタービューを例示する。この実施形態では、提示者として定義される参加者１０４がステージ上に表示されてもよく、他の参加者１０４がシアターの座席に表示されてもよい。シアタービューでは、適切なユーザインターフェースコマンド（例えば、マウスオーバ、マウスクリック、ホットキー等）によって連絡先情報がアクセスされてもよいが（図１２）、参加者１０４は、視覚的な乱雑さを減らすために連絡先情報のないデフォルト状態で提示されてもよい。図１３及び１４は、会議テーブルの周囲に参加者１０４が配置される会議ルーム環境を仮想ロケーションが含む会議インターフェースの代替的な実施形態を例示する。

図１５は、自動化ロケーションビュー設定モジュール４２４の実施形態を例示する。一般に、自動化ロケーションビュー設定モジュール４２４は、例えば、会議に参加した参加者１０４の数、会議の特徴等に基づいてロケーションビュー１２４を自動的に設定する機能性の論理を含む。ブロック１５０２において、仮想会議所１１８は、既定の第１のロケーションビュー１２４で設定される。これは、デフォルトのロケーションビュー１２４又はホスト及び／若しくは参加者１０４によって選択されたものであってもよい。ブロック１５０４及び１５０６において、１人以上の参加者が会議に参加して、第１のロケーションビューに追加される。ブロック１５０８において、会議インターフェース及び音声会議１１４が、クライアント装置１０２に同時に提供される。判定ブロック１５１０において、設定モジュール４２４は、追加の参加者１０４が会議に参加していることを決定する。設定モジュール４２４は、既存のロケーションビュー１２４が追加の参加者１０４には適切でないことを決定するように構成されてもよい。この決定は、参加者の数、又は、例えば、既存の参加者及び／若しくは新しい参加者に関連する他の情報に基づいて行われてもよい。ブロック１５１２において、設定モジュール４２４は、新しいロケーションビュー１２４を選択して、追加の参加者１０４を収容するように会議インターフェースを自動的に再設定する。

ロケーションビュー１２４は、メモリ４０４に記憶された１つ以上のモジュールにアクセス可能なデータベース１６０２（図１６）に記憶されてもよいことが理解されるべきである。ロケーションビューデータベース１６０２は、様々な広告キャンペーンを広告者サーバ１６０４に提供するために利用されてもよい。例えば、広告者は、仮想会議所１１８にプロダクトプレースメント広告又は他の広告を提供することを望んでもよい。サーバ１０８は、データベース１６０４を介してこうした広告を管理してもよい。当業者であれば、データベース１６０４が音声会議１１４の間、仮想会議所１１８に提供されるライセンス資産（ｌｉｃｅｎｓｅｄ ａｓｓｅｔｓ）も更にサポートしてもよいことを理解するであろう。例えば、仮想会議所１１８は、ロケーションビュー１６０２において重役会議室、ホストのオフィス、又は現在のライセンス資産等の特有の設定に似ているようにカスタマイズされてもよい。

会議システム１０６は、サードパーティからの資産を認定して、仮想会議所１１８での使用のために参加者１０４による購入用にそれらを提供してもよい。

ライセンス資産は、サードパーティからライセンスされてロケーションビュー１６０２に提示される仮想会議所１１８用のライセンスロケーション、又はグラフィックス、音声、ビデオ、アイテム等を含んでもよい。例として、ライセンス資産は、参加者１０４として特定の有名人を表示すること、ロケーションビュー１６０２において芸術品（例えば、壁画、彫刻等）を表示することを含んでもよい。ライセンス資産とみなされる必要はないが、ライセンス資産は、仮想会議所１１８に提示され得る如何なるメディアの知的財産権の任意の実施形態を含んでもよいことが理解されるべきである。

会議システム１０６は、例えば、テレビ会議システム、ＶｏＩＰベース（Ｖｏｉｃｅ Ｏｖｅｒ Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）システム、ウェブベース若しくはオンライン会議システム、又は任意の他の適切な会議プラットフォーム若しくはシステム等の任意の所望の会議システムをサポートするように構成されてもよい。図２１−２５は、会議インターフェースと統合可能な会議の音声部分をサポートするためのＶｏＩＰ会議システム又はプラットフォームの複数の例示的な、非限定的な実施形態を例示する。ＶｏＩＰ会議システムは、容易に異なるプロトコルを処理し、リソースを付加分散して、フェイルオーバ状況を管理するように構成されてもよい。

図２１は、ＶｏＩＰ会議システム２１００の実施形態のブロック図である。 以下の記載では１つ以上のアプリケーション及び／又はサーバは、単一であり、クラスタ化され、又はシステム容量を増やし及び／又はシステム信頼性及び／又はシステム応答時間を改善するために負荷分散されてもよい。システムは、ＰＳＴＮ（公衆交換電話網）２１０８を介して電話２１０４、２１０６に結合されるゲートウェイ（ＧＷ）２１０２を備える。電話２１０４、２１０６は、公衆交換電話網形式を使用する。ゲートウェイ２１０２は、ＰＳＴＮ形式の発呼をコントロール部に、通常はＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）又はコントロール部、及びメディア部、通常はＲＴＰ（Ｒｅａｌ Ｔｉｍｅ Ｐｒｏｔｏｃｏｌ）に変換する。ゲートウェイ２１０２は、例えば、インターネット、ローカルエリアネットワーク（ＬＡＮ）、ワイドエリアネットワーク（ＷＡＮ）等又は任意の他の適切なネットワーク等のネットワーク１１０を介してプロキシ２１１０に接続する。プロキシ２１１０は、ＳＩＰ情報をボイスサービスディレクタ（ＶＳＤ）２１１２に渡す。ＶＳＤ２１１２は、バック・トゥ・バックユーザエージェント（ｂａｃｋ−ｔｏ−ｂａｃｋ ｕｓｅｒ ａｇｅｎｔ、ＵＡ）２１１４、２１１６を有する。１つのユーザエージェント２１１４は、元の発呼に関する終了点として作用する。一方で、他のユーザエージェント２１１６は、メディアサーバ２１１８と通信して制御する。また、ＶＳＤ２１１２は、Ｂ２ＢＵＡ（バック・トゥ・バックユーザエージェント）を介して又は別の機構及び／又はプロトコルを介して、何らかのバックオフィス通信プロトコル（ＢＯＣ）を使用してバックオフィスサーバ２１２０と通信する。バックオフィス２１２０は、バックオフィスメッセージをルーティングするＡＰＳ２１２２（Ａｄｖａｎｃｅｄ Ｐｒｏｔｏｃｏｌ Ｓｅｒｖｅｒ）、会議情報を保持してユーザパスコードを確認するＤＤＳ２１２４（Ｄｉａｌｏｇ Ｄａｔａｂａｓｅ Ｓｅｒｖｅｒ）及びアクティブな会議に関する情報を追跡するＡＣＳ２１２６（Ａｃｔｉｖｅ Ｃｏｎｆｅｒｅｎｃｅ Ｓｅｒｖｅｒ）を含む多数のコントロールサービスを有する。なお、ＡＣＳ２１２６は、様々なブリッジを会議に割り当て、ブリッジ間の付加分散も行う。メディアサーバ２１１８が特定の会議に指定されると、ＲＴＰメディア２１２９は、ゲートウェイ２１０２からメディアサーバ２１１８にルーティングされる。メディアサーバ２１１８は、音声（オーディオ、ビデオ、又はリアルタイムデータ）混合を行う。なお、各メディアサーバ２１１８は、各々が更に多数のポートを有する多数のブレードを有してもよい。結果として、所与のメディアサーバ２１１８が、多数の会議に対して音声混合を行ってもよい。メディアサーバ２１１８は、１つ以上の会議ブリッジ（即ち、ブリッジ２１３０）を含むブリッジアプリケーションに接続される。

ブリッジ２１３０は、ミュート、記録並びに会議作成及び破棄等の機能を含むアクティブな会議に対する制御機能を実行する。ユーザが電話としてコンピュータ２１３２又はＶｏＩＰハード電話を使用している場合、それらは発呼のＳＩＰ及びＲＴＰ部分を適切な場所にルーティングするプロキシ２１１０に直接接続することが出来る。電話２１３２は、ＰＳＴＮではなくＶｏＩＰ接続を利用する。

ブリッジ２１３０は、参照番号２１３４によって例示されるように、ＳＩＰプロトコルが使用可能にされる。ＳＩＰＳＨＩＭ ２１３６（コントロールレイヤ）は、Ｂ２ＢＵＡの実装を含んでもよく、ＳＩＰプロトコル及びＳＩＰ信号イベントを直接処理するのではなく一般的な高レベルコマンドを介して、ブリッジアプリケーション２１３０が発呼者及びメディアサーバ２１１８と相互作用することを可能にする。

ＰＳＴＮユーザが会議への発呼を行うと、発呼は、ゲートウェイ２１０２を介して、プロキシ２１１０を介して、ＶＳＤ２１１２へとルーティングされる。ＶＳＤ２１１２は、グリーティングを再生して、ユーザにパスコードを尋ねる。特定の会議を選択するだけでなく、所与の会議に関する会議リーダを区別するために異なるパスコードが使用されてもよい。こうしたパスコードは、ＶＳＤ２１１２の要求時にＤＤＳ２１２４によって確認される。ＤＮＩＳ、ＡＮＩ、パスコード、これらの任意の組み合わせ（顧客定義コード）に基づいて、一般的なグリーティングを再生するのではなく、特定のグリーティングがＶＳＤ２１１２によって選択されてもよい。次に、ＶＳＤ２１１２は、会議がどのブリッジ２１３０に割り当てられるかをＡＣＳ２１２６に尋ねる。次に、ＶＳＤ２１１２は、発呼者を適切な会議ブリッジ２１３０に転送して、発呼者のメディアが会議に加えられる。

バック・トゥ・バックユーザエージェント２１１４、２１１６は、システムが会議リソースの故障に対処することを可能にする。電話２１０４からの発呼は、第１のユーザエージェント２１１４で終端される。メディアサーバ２１１８が機能を停止し又は未解決の故障の示唆を与える場合（故障モード）、第２のユーザエージェント２１１６は、発呼を別のメディアサーバ２１１８に再ルーティングするように指示される。また、バック・トゥ・バックユーザエージェント２１１４、２１１６は、システムが異なるプロトコルに対処することを可能にする。第１のユーザエージェント２１１４は、一般に、ＳＩＰプロトコル情報を受信するが、第２のユーザエージェント２１１６は、それが好都合であれば異なるプロトコルを使用することが出来る。これは、システム２１００が異なるプロトコルを使用するリソース間で相互運用することを可能にする。

ＳＩＰ／ＢＯＣチャネルに接続されるシステムが会議コントロールシステムの一部と見なされてもよいが、ＲＴＰ又はメディアデータストリームに接続されたシステムは会議システムのデータ部分の一部であるように見なされ得ることが理解されるべきである。

図２２は、会議プラットフォームを実装するための分散ＶｏＩＰ会議システム２２００の実施形態のブロック図である。会議システム２２００は、このシステムが分散型であって図２１に記載のシステム等の複数のインスタンスを有することを除いて、図２１に示されたものと同様である。多数の会議センター２２０２、２２０４、２２０６、２２０８が、地理的領域（例えば、国又は世界中）の異なるロケーションに設置される。各会議センター２２０２、２２０４、２２０６、２２０８は、ネットワーク１１０に結合される。また、１つ以上のゲートウェイ２２１０ａ、ｂがネットワーク１１０に結合され得る。また、ＶｏＩＰ電話又はＶｏＩＰベース企業２２１２がシステムに連結し得る。各会議センターは、一般的に、１つ以上のプロキシ２２１４ａ−ｄ、ＶＳＤ２２１６ａ−ｄ、ブリッジ２２１８ａ−ｄ及びメディアサーバ２２２０ａ−ｄを有するであろう。ソフトウェアベース分散型キャッシュ２２２２ａ−ｄ又は他の情報共有機構（バックオフィス２２０１等）が、全てのＶＳＤ２２１６に利用可能になって、進行中の会議及び利用可能なリソースに関する共有情報を提供する。キャッシュ２２２２ａ−ｄは、ネットワーク１１０を介してこの情報を共有する。発呼はＬＡ２２０４にあるプロキシ２２１４ｂに到着して、ニューヨーク２２０２にあるＶＳＤ２２１６ａにルーティングされてもよい。ＶＳＤ２２１６ａは、東京２２０８にあるメディアサーバ２２２０ｄ及びアトランタ２２０６にあるブリッジ２２１８ｃを選択してもよい。これにより、プロキシ２２１４、ＶＳＤ２２１６及びブリッジ２１１８ｃがネットワーク１１０中の全ての利用可能なリソースを負荷分散することが可能になる。更に、フェイルオーバ状況では、ニューヨーク２２０２にあるＶＳＤ２２１６ａは、東京にあるブリッジ２２１８ｄが応答していないことを検出し得る。こうした状況下では、ＶＳＤ２２１６は、会議をアトランタのブリッジ２２１８ｃにリダイレクトすることが可能である。

図２３は、仮想会議所アプリケーション１１６が実装され得る適切な会議プラットフォームの別の実施形態のブロック図である。この実装は、分散型ＶｏＩＰ会議システムＶＯＩＰを使用する分散型会議を用いる。図２３は、どのようにして分散型リソースが共有され得るかを示す。システム２３００は、複数のメディアサーバ２３０２、２３０４、及び２３０６を備え、各々は多数の会議ポートリソースを提供してもよい。例えば、会議２３０８がメディアサーバ２３０２で開始したとする。その会議に入って５分で、メディアサーバ上で１０ポートのみが未使用のままであるが、新たに２０人がその会議への参加を希望している。こうした人々は、他のメディアサーバに割り当てられ得る。例えば、１０ポート２３１０がメディアサーバ２３０４で使用可能であり、１０ポート２３１２がメディアサーバ２３０６で使用可能である。各々が自身の発呼者１０人に加えて１つのメディア（ＲＴＰ）リンキングポートを使用する他の２つのメディアサーバにＲＴＰ又はメディアをリンクさせるために、２つの追加の会議ポートが元の会議及びメディアサーバ２３０２から要求されてもよい。たとえ１つ以上のメディアサーバがブリッジのロケーションに対してリモートロケーションに設置されている場合でも、単一のブリッジ２３１８が、ＳＩＰ２３２０又は別のプロトコルを介して全ての３つのメディアサーバ２３０２、２３０４及び２３０６並びに３つの会議２３０８、２３１０及び２３１２を制御してもよい。また、会議ブリッジアプリケーションは、高レベルでリンクされてもよく、各ブリッジ２３１４、２３１８はそれ自身のメディアサーバリソースを制御し、ＳＩＰを含み得る何らかの形態のバックオフィス通信（ＢＯＣ）を介してリンクされる。会議メディア（ＲＴＰ）リンキングは、親として機能する１つのブリッジから開始されてもよく、複数の従属又は子会議が他のメディアサーバで、可能であれば他のブリッジにおいてもインスタンス化される。

この手法は、全ての子会議が収束する共通の焦点を有することによって音声待ち時間を最小化する。しかしながら、この手法は、親会議に対してより多くの「リンキング（ｌｉｎｋｉｎｇ）」ポートを使用してもよい。よって、初期会議は子会議に非推奨であってもよいが、第２の会議が親（又は継親）に割り当てられることによって、全ての会議に関するメディアは、焦点としての第２の会議にリンクされる。第２の会議をインスタンス化すると、将来に更なる子会議をリンキング可能にするために十分なポートが予約されてもよい。

また、会議をリンキングするこの手法は、多数の発呼者が異なる地理領域に、又は可能であれば標準ＶｏＩＰネットワーク若しくは独自のネットワークの組み合わせ等の異なる種類のネットワーク上に設置される場合に適用されてもよいが、これらは互いにリンクされる必要がある。全ての発呼者を単一のロケーションに接続させるのではなく、各領域又はネットワークは、地域ブリッジに接続されてもよく、それからブリッジ及びメディアが互いにリンクされる。これは、同じ領域にいる発呼者に対する音声待ち時間を最小化して、更にメディア搬送及び／又は変換コストを減らしてもよい。また、各領域又はネットワークは、必要に応じて親及び子会議を使用することも可能である。また、異なる領域又はネットワーク内の２つの親（又は継親）会議のみが、互いにリンクされるメディアを有するであろう。

図２４は、ＰＳＴＮを介して参加者１０４との発呼を確立するための方法２４００の実施形態を例示する。ゲートウェイ２１０２が、ＰＳＴＮから着信呼２４０２を受信する。ゲートウェイ２１０２は、ＰＳＴＮ発呼をコントロール（ＳＩＰ）部分及びメディア（ＲＴＰ）部分に変換する。図２４は、ゲートウェイ２１０２に結合される発呼のＳＩＰ部分を示す。ＳＩＰ部分は図示されていない。この図面はメディアとは対照的なコントロールメッセージ（ＳＩＰ）を詳述するので、ＲＴＰも図２４には図示されていない。プロキシ２１１０が、着信呼２４０２のコントロール部分をＶＳＤ２１１２に転送する。ＶＳＤ２１１２は、発呼２４０６に応答して、パスコードの入力を要求する１つ以上のプロンプトを発呼者に再生する。発呼者が、例えば、ＤＴＭＦによって、発話者独立音声認識によって、又は他の手段によって必要な情報を入力した後で、元の発呼に対するメディアは待機させられる２４０８。次に、ＶＳＤ２１１２は、パスコードが有効であるかどうかを確認するためにバックオフィスシステムに問い合わせて、有効であれば、発呼者はバックオフィスシステムによって特定されるブリッジ２１３０に転送される２４１０。発呼者が電話を切ると２４１２、ゲートウェイ２１０２はブリッジ２１３０にこのイベント２４１２を通知し、それによって、発呼は両端において終端される。

発呼の間、会議の及び個人ユーザの状態は、発呼者によってＤＴＭＦを介して、又は、例えば、バックオフィスを介してブリッジ２１３０に結び付くウェブベースインターフェース等、ユーザがブリッジ２１３０に直接又は間接的にアクセスすることを可能にする任意の他の機構からコントロール可能である。続いて、ブリッジ２１３０は、使用中のメディアサーバをコントロールするであろう。

ＶＳＤ２１１２及び会議ブリッジ２１３０について、発呼者が電話の数字を押すと、数字の押下はＲＴＰ音声メディアストリーム内のインバンドトーンとして渡されてもよく、又はＲＴＰ内で伝達される電話イベント信号プロトコルにゲートウェイ２１０２によって選択的に変換されてもよい。いずれの場合も、数字の押下は、メディアサーバによって検出されて、ＶＳＤ２１１２又はブリッジアプリケーションに報告される。上記は、典型的な会議ユーザの基本的発呼の流れである。

図２５は、図２４からの同一の発呼の流れを示すが、ＰＳＴＮではなくネイティブＶｏＩＰ発呼が起源である。主な相違は、ゲートウェイ２１０２が使用されないことである。こうした流れの変化は、例えば、発呼者が転送されるときにブリッジが応答出来ない等、発生し得るエラー条件を処理するためにも必要とされる。これらは明確性のために省略されている。

図２４及び２５の方法で利用されるＳＩＰコマンドが例示目的で以下に記載される。

ＳＩＰ：Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌである。主としてＩＥＴＦ標準ＲＦＣ３２６１によって定義される。 ＳＩＰは、インターネット電話発呼等のマルチメディアセッションを確立、修正、及び終端することが可能なアプリケーション層コントロールプロトコルである。

ＩＮＶＩＴＥ：ＳＩＰベース通信セッション（ＳＩＰ「ｄｉａｌｏｇ」と呼ばれる）を設定（開始）又は修正するために使用されるＳＩＰ要求方法である。

ＳＤＰ：Ｓｅｓｓｉｏｎ Ｄｅｓｃｒｉｐｔｉｏｎ Ｐｒｏｔｏｃｏｌである。マルチメディアセッションを記述するためにテキストベースメッセージフォーマットを定義するＩＥＴＦプロトコルである。バージョン番号、連絡先情報、ブロードキャスト回数並びに音声及びビデオ符号化種類等のデータがメッセージに含まれる。

ＡＣＫ：Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔである。ＳＩＰセッション又は「ｄｉａｌｏｇ」の確立又は再交渉を成立させるためにＳＩＰＩＮＶＩＴＥ処理内で使用されるＳＩＰ要求である。

１００、２００、２０２：ＳＩＰ要求の発信者に戻されるＳＩＰ応答コードである。応答コードは、所与の要求に対する特定の結果を示唆する。

ＮＯＴＩＦＹ：別のＳＩＰセッション又は「ｄｉａｌｏｇ」の状態に関する情報をＳＩＰセッションへ伝達するために使用されるＳＩＰ要求方法である。

ＲＥＦＥＲ：異なるＳＩＰ目的地にＳＩＰセッションの一端を転送するために使用されるＳＩＰ要求方法である。

Ｓｉｐｆｒａｇ：ＳＩＰ ｆｒａｇｍｅｎｔである。ＳＩＰ ＮＯＴＩＦＹメッセージの本体の一部として送信される、別のＳＩＰセッションからのＳＩＰメッセージ（応答コード等）の断片である。

ＢＹＥ：既存のＳＩＰセッション又は「ｄｉａｌｏｇ」を終端するために使用されるＳＩＰ要求方法である。

上記のような会議システム又は他の会議システムは、様々な強化された通信機能を提供するためにソーシャルネットワークシステムとインターフェース接続してもよい。図３１は、通信ネットワーク１１０を介してクライアント装置１０２と通信し得る会議システム１０６及びソーシャルネットワークシステム３１０２を備えるコンピュータシステム３１００を例示する。図３１の実施形態では、会議システム１０６は、上記のように構成されて、１つ以上のサーバ１０８、ソーシャルネットワーク統合モジュール４１４、会議インターフェース、及び１つ以上のデータストア３１１０を備える。以下により詳細に記載されるように、ソーシャルネットワーク統合モジュール４１４は、例えば、ソーシャルネットワーク統合モジュール４１４が、ＡＰＩ（ａｐｐｌｉｃａｔｉｏｎ ｐｒｏｇｒａｍｍｉｎｇ ｉｎｔｅｒｆａｃｅ）３１０８を介して、ソーシャルネットワークシステム３１０２と通信することを可能にする。会議システム１０６及び／又はソーシャルネットワークシステム３１０２は、データ、アプリケーション、又は任意の他の記憶されたコンテンツ又は各システムと関係付けられる機能性にアクセスしてもよい。

ソーシャルネットワーク統合モジュール４１４は、任意の所望のソーシャルネットワークシステム３１０２とインターフェース接続するように構成されることが理解されるべきである。しかしながら、統合システムの一般的原理を例示するために、ソーシャルネットワークシステム３１０２の様々な例示的な実施形態が記載されるであろう。

ソーシャルネットワークシステム３１０２は、一般に、例えば、クライアント又はウェブブラウザ３１１０を介してソーシャルネットワークウェブサイト３１０６をクライアント装置１０２に提供するための１つ以上のサーバを備える。ソーシャルネットワークシステム３１０２は、会議システム１０６等の他のコンピュータシステムにアプリケーションプログラムインターフェース（ＡＰＩ）３１０８を見せてもよい。ＡＰＩ３１０８は、サードパーティアプリケーションがソーシャルネットワークシステム３１０２によってメンバ３２０１に提供されるデータ、コンテンツ、又は任意の他の記憶されたコンテンツ若しくは機能性にアクセスすることを可能にする。

ソーシャルネットワークシステム３１０２は、そのメンバ３２０１にソーシャルネットワークの他のメンバ３２０１と通信及び相互作用する能力を提供する。メンバ３２０１は、ソーシャルネットワークシステム３１０２に参加してから、接続されることを希望する多数の他のメンバ３２０１への接続を追加してもよい。接続は、メンバ３２０１によって明示的に追加されてもよい。例えば、メンバ３２０１は、フレンドになるために特定の他のメンバ３２０１を選択してもよく、又はソーシャルネットワークシステム３２０１は、メンバの共通の特徴（例えば、同じ教育機関、組織等の卒業生であるメンバ等）に基づいて接続を自動的に推薦又は生成してもよい。本明細書で使用されている用語「フレンド」は、ソーシャルネットワークシステム３１０２を介してメンバが接続、関連、又は関係を形成した任意の他のメンバを意味する。ソーシャルネットワークにおける接続は、通常は双方向であるが、必要ではないので、用語「メンバ」、「フレンド」又は「フォロワ」は、基準枠に従ってもよい。例えば、ボブとジョーの双方がメンバであってウェブサイトで互いに接続されている場合、ボブとジョーの両メンバは、互いのフレンドでもある。メンバ間の接続は、直接接続であってもよい。しかしながら、ソーシャルネットワークシステム３２０１の一部の実施形態は、接続が、１つ以上のレベルの接続を介して間接的であることが可能であってもよい。フレンドという用語は、メンバ３２０１が実生活で友人である必要はないことが理解されるべきである。それは、単に、ソーシャルネットワークシステム３１０２における接続を示唆する。

ソーシャルネットワークシステム３１０２は、様々な種類のコンピュータシステムに実装されてもよい。ソーシャルネットワークシステム３１０２の実装は、メンバ３２０１が互いと通信し、互いとの接続を形成し、情報を記憶して、特に興味のあるオブジェクトを共有するための機構を提供してもよい。以下に記載の実装は、ウェブベースインターフェース等の通信ネットワーク１１０を介して（例えば、ブラウザ３１１０を介して）、クライアント装置１０２においてメンバ３２０１と相互作用するソーシャルネットワークウェブサイト３１０６を含む。しかしながら、様々なクライアント及びサーバアプリケーション（例えば、非ウェブベースアプリケーション）を使用してクライアントと通信する１つ以上のサーバ３１０４等の他の実装も可能である。更に、ソーシャルネットワークシステム３１０２は、集中サーバを含まなくてもよく、代わりに、例えば、メンバ３２０１が他の機能を通信及び実行することを可能にするクライアント装置１０２で実行されるピア・トゥ・ピアアプリケーションを有するピア・トゥ・ピアシステムとして実装されてもよい。一例は、セルラネットワーク上でショートメッセージサービス（ＳＭＳ）を介して通信するスマートフォンのピア・トゥ・ピアネットワークである。以下に記載のソーシャルネットワークウェブサイト３１０６の実施形態は、ソーシャルネットワークシステムの様々な他の実装に適合されてもよいことが理解されるべきである。

図３２は、一実施形態では、ソーシャルネットワークウェブサイト３１０６として実装されるソーシャルネットワークシステム３１０２を例示する。ソーシャルネットワークウェブサイト３１０６は、少し例を挙げると、互いと通信し、又はフレンドが関連している活動、フレンドがインストールしているアプリケーション、及び他のフレンドの活動についてのフレンドによって行われるコメント等の興味のある情報を入手するための様々な機構をそのメンバ３２０１に提供する。メンバ間の通信の機構は、ソーシャルネットワーク通信チャネル３２０２と呼ばれる。一実施形態では、通信チャネル３２０２は、ソーシャルネットワークウェブサイト３１０６及び／又はソーシャルネットワークウェブサイト３２０１自体の２人以上のメンバ３２０１間の通信を容易にするコンピュータ利用通信機構である。

図３２は、様々な例示的な通信チャネル３２０２の実施形態を例示するが、様々な修正、変更等がソーシャルネットワークウェブサイト３１０６に実装されてもよいことが理解されるべきである。招待チャネル３２０４が、ユーザ間で１つ以上の招待を伝達する。招待は、例えば、メンバ３２０１がフレンドにアプリケーションをインストールすることを勧める等、メンバ３２０１が別のメンバ３２０１に何かするように勧めることによって送信されるメッセージである。通知チャネル３２１０は、メンバ３２０１に関する何らかの活動がソーシャルネットワークウェブサイト３１０６で起こったことをメンバ３２０１に通知するメッセージを伝達する。Ｅメールチャネル３２０６は、メンバ３２０１がＥメールによって通信することを可能にする。ウォール投稿チャネル３２１２は、メンバ３２０１がフレンド間で情報を共有することを可能にする。ウォールは、メンバ３２０１がフレンド間で共有される情報を提供することを可能にするアプリケーションである。メンバのウォールに書かれたメッセージは、ウォール投稿と呼ばれる。メンバは、任意のフレンドのウォールだけでなく、自身のウォールにも投稿することが出来る。メンバ３２０１の友人が、彼のウォールに何が書かれているかを見てもよい。ニューズフィードチャネル３２０８は、メンバ３２０１に、メンバの友人の活動を通知する。ニューズフィードは、メンバの友人が、アプリケーションの追加、写真へのコメント、又は新たなフレンドの作成等の様々な活動を行うと絶え間なく更新される。一実施形態では、ニューズフィードは、例えば、ブログ又は他のオーサリングツール等のオンライン発行システムと統合されてもよい。ミニフィードチャネル３２１４は、メンバ３２０１によって行われる行動をリストするミニフィードを提供する。例えば、メンバ３２０１は、自身のソーシャルネットワークに新たなフレンドを追加し、又は所定のアプリケーションをインストールしたとしてもよい。１つ以上のメンバの活動が、そのメンバのミニフィードにリストされてもよい。

他のメンバ３２０１との相互作用に加えて、ソーシャルネットワークウェブサイト３１０６は、ソーシャルネットワークシステム３１０２によってサポートされる様々な種類のアイテムに対して行動を取る能力をメンバ３２０１に提供する。こうしたアイテムは、メンバ３２０１が所属するグループ又はソーシャルネットワーク（ソーシャルネットワークは、物理的な通信ネットワークを意味するのではなく、人々の社会的ネットワークを意味する）、メンバ３２０１が興味を引かれ得るイベント又はカレンダのエントリ、メンバ３２０１がソーシャルネットワークウェブサイト３１０６を介して使用し得るコンピュータベースアプリケーション、及びメンバ３２０１がソーシャルネットワークウェブサイト３１０６を介してアイテムを購入、売却、オークション、レンタル、又は交換することを可能にする取引を含んでもよい。これらは、メンバ３２０１がソーシャルネットワークウェブサイト３１０６において作用するアイテムの一部の例に過ぎず、多くの他のアイテムが可能である。

図３２の実施形態に例示されるように、ソーシャルネットワークウェブサイト３１０６は、メンバ３２０１がソーシャルネットワークウェブサイト３１０６上で相互作用し得る異なる種類のアイテムに対する多数のオブジェクトを維持する。一実施形態では、こうしたオブジェクトは、メンバプロフィール３２２０、グループオブジェクト３２２２、イベント３２１６、アプリケーションオブジェクト３２１８（以降ではそれぞれプロフィール３２２０、グループ３２２２、イベント３２１６、及びアプリケーション３２１８と呼ばれる）を含む。一実施形態では、オブジェクトは、その関連するアイテムのインスタンスごとにソーシャルネットワークウェブサイト３１０６によって記憶される。例えば、メンバプロフィール３２２０は、ソーシャルネットワークウェブサイト３１０６に参加するメンバ３２０１ごとに記憶され、グループ３２２０は、ソーシャルネットワークウェブサイト３１０６に定義されるグループごとに記憶される等である。オブジェクトの種類及び各々に対して記憶されるデータは、以下により詳細に記載される。

ソーシャルネットワークウェブサイト３１０６のメンバ３２０１は、ソーシャルネットワークウェブサイト３１０６上で各行動が１つ以上のオブジェクトと関係付けられる特定の行動を取ってもよい。メンバ３２０１がオブジェクトに関連して実行し得る行動の種類は、オブジェクトごとに定義されて、オブジェクトによって表されるアイテムの種類に従ってもよい。特定の行動が複数のオブジェクトと関係付けられてもよい。以下の記載は、オブジェクトごとに取られ得る多数の行動に加えて、ソーシャルネットワークウェブサイト３１０６について定義され得る特定の種類のオブジェクトの多数の例示である。オブジェクト及び行動は例示目的で提供されているに過ぎず、当業者であれば無限の変種及び機能がソーシャルネットワークウェブサイト３１０６において提供され得ることを容易に理解するであろう。

ソーシャルネットワークウェブサイト３１０６は、ウェブサイト３１０６のメンバごとにメンバプロフィール３２２０を維持する。特定のメンバ３２０１が別のメンバ３２０１に対して取る任意の行動が、データベース又は行動ログ３３１０（図３３）等の他のデータ倉庫に維持される情報を介して、各メンバのプロフィール３２２０と関係付けられる。記録される行動は、例えば、他のメンバ３２０１への接続を追加すること、他のメンバにメッセージを送信すること、他のメンバ３２０１からのメッセージを読むこと、他のメンバ３２０１と関係付けられるコンテンツを見ること、別のメンバ３２０１によって投稿されるイベントに出席することを含んでもよい。更に、他のオブジェクトに関連して以下に記載される多数の行動は特定のメンバ３２０１を対象とするものであってもよく、この場合、こうした行動はメンバ３２０１とも関係付けられてもよい。

グループ３２２２は、メンバ３２０１のグループ又はネットワークに対して定義されてもよい。例えば、メンバ３２０１は、グループが特定のバンドに関するファンクラブであると定義してもよい。ソーシャルネットワークウェブサイト３１０６は、そのファンクラブに関するグループ３２２２を維持し、それはバンドに関する情報、バンドによるメディアコンテンツ（例えば、歌曲又は音楽ビデオ）、及びグループのメンバ３２０１がバンドについてコメントし得る掲示板を含むであろう。この点で、グループ３２２２に関して可能なメンバの行動は、グループに参加すること、コンテンツを見ること、歌曲を聴くこと、ビデオを観ること、及び掲示板にメッセージを投稿することを含んでもよい。

イベント３２１６が、誕生パーティ等の特定のイベントについて定義されてもよい。メンバ３２０１が、時間と場所及び招待客のリスト等のイベントに関する情報を定義することによってイベント３２１６を作成してもよい。他のメンバ３２０１は、招待を受け、イベントについてコメントし、自身のコンテンツ（例えば、イベントの写真）を投稿して、イベント３２１６についてソーシャルネットワークウェブサイト３１０６によって可能にされる任意の他の行動を実行してもよい。イベントの招待客及びイベントの作成者は、そのイベント３２１６と関係付けられる様々な行動を実行してもよい。

また、ソーシャルネットワークウェブサイト３１０６は、メンバ３２０１がプロフィールにアプリケーション３２１８を追加することを可能にする。こうしたアプリケーションは、ソーシャルネットワークウェブサイト３１０６内で向上したコンテンツ及び相互作用性を提供する。それは、ソーシャルネットワークシステムにホスティングされたアプリケーションごとにアプリケーションオブジェクト３２１８を維持する。アプリケーションは、ソーシャルネットワークシステム３１０２、会議システム１０６、及び／又はサードパーティ開発者によって提供されてもよい。ソーシャルネットワークシステム３１０２及び会議システム１０６は、各コンピュータシステム間でアプリケーションを共有してもよい。アプリケーションによって提供される任意の機能性の使用は、アプリケーション３２１８に関連するメンバ３２０１による行動を構成してもよい。行動は、受動的であってもよく、メンバ３２０１による積極的な参加を必要としなくてもよい。提供されるアプリケーションの範囲及び種類は、アプリケーション開発者の創造性及び創作性によってのみ限定される。アプリケーションは、一般的には、ソーシャルネットワークウェブサイト３１０６のサーバで実行されるサーバ側コードとして書かれるが、他の実施形態では、アプリケーションは、必要に応じてクライアント側コード又はそれらの組み合わせを使用してもよい。メンバ３２０１がソーシャルネットワークウェブサイトのサイト３１０６にログインすると、システムは、どのアプリケーションをユーザがインストール（例えば、登録、購入等）しているかを決定してから、ソーシャルネットワークウェブサイト３１０６の基本的な機能性と併せてこのようなアプリケーションをロードして実行する。

メンバ３２０１がソーシャルネットワークウェブサイト３１０６上で行動を取ると、行動は行動ログ３３１２に記録される。一実施形態では、ソーシャルネットワークウェブサイト３１０６は、データベースのエントリとして行動ログ３３１２を維持する。行動が取られると、ソーシャルネットワークウェブサイト３１０６は、その行動に対するエントリをログ３３１２に追加してもよい。行動ログ３３１２は、任意の以下の又は他の種類の情報、即ち、行動が起こったときのタイムスタンプ、行動を実行したメンバに関する識別子、行動が向けられたメンバ３２０１に関する識別子、実行された行動の種類についての識別子、行動（例えば、アプリケーション）によって作用されたオブジェクトについての識別子、及び行動と関係付けられるコンテンツを維持してもよい。ソーシャルネットワークウェブサイト３１０６で可能な多くの種類の行動は、この情報の全てを要求する必要はないことが理解されるべきである。

ソーシャルネットワークウェブサイト３１０６は、一般に、メンバ３２０１が互いと通信し又は相互作用して、上記のコンテンツ及び／又は機能性にアクセスすることを可能にするコンピュータシステムを含む。ソーシャルネットワークウェブサイト３１０６は、例えば、メンバプロフィールストア３３０２にメンバプロフィール３２２０を記憶する。メンバプロフィール３２２０は、メンバを記述してもよい。例えば、伝記的、人口的、並びに職歴、学歴、趣味又は嗜好及びロケーション等の他の種類の記述的情報を含む。ソーシャルネットワークウェブサイト３１０６は、異なるメンバ３２０１の間の１つ以上の関係を記述するデータを更に記憶する。関連情報は、類似若しくは共通の職歴、グループ会員、趣味又は学歴を有するメンバ３２０１を示唆してもよい。ソーシャルネットワークウェブサイト３１０６は、異なるメンバ３２０１間でメンバ定義の関連性を含んでもよく、それによって、メンバ３２０１が他のメンバ３２０１との関係を特定することが可能になる。例えば、メンバ定義の関係性は、友人、同僚、パートナー等の実生活の関係性と同等である他のメンバ３２０１との関係性をメンバ３２０１が生成することを可能にしてもよい。メンバ３２０１は、既定の種類の関係性から選択し、又は自身の関係性を必要に応じて定義してもよい。

会議システム１０６がソーシャルネットワークシステムでデータ及び／又はアプリケーションを共有し得る態様を更に例示するために、図３３は、ソーシャルネットワークウェブサイト３１０６のブロック図を示す。この実施形態では、ソーシャルネットワークウェブサイト３１０６は、ウェブサーバ３１０４、行動ロガー３３１６、行動ログ３３１２、メンバプロフィールストア３３０２、アプリケーションデータストア３３０６、グループストア３３１０、及びイベントストアを含む。他の実施形態では、ソーシャルネットワークウェブサイト３１０６は、様々なアプリケーションに関して追加の、少ない、又は異なるモジュールを含んでもよい。ネットワークインターフェース、セキュリティ機構、ロードバランサ、フェイルオーバサーバ、管理及びネットワーク操作コンソール等の従来の構成要素は、システムの詳細を不明確にしないために図示されていない。

ウェブサーバ３１０４は、ネットワーク１１０を介してソーシャルネットワークウェブサイト３１０６をクライアント装置１０２にリンクする。ウェブサーバ３１０４は、例えば、Ｊａｖａ（登録商標），Ｆｌａｓｈ，ＸＭＬ等の他のウェブ関連コンテンツと共に、ウェブページを提供する。ウェブサーバ３１０４は、ソーシャルネットワークウェブサイト３１０６、クライアント装置１０２、及び会議システム１０６の間でメッセージを受信してルーティングするためのメールサーバ又は他のメッセージ機能を含んでもよい。メッセージは、インスタントメッセージ、待ち行列型メッセージ（例えば、Ｅメール）、テキスト及びＳＭＳメッセージ、又は任意の適切なプロトコルを使用する任意の他の適切なメッセージング技術であり得る。

行動ロガー３３１６は、ソーシャルネットワークウェブサイト３１０６についての及び／又はそれ以外のメンバ行動に関するウェブサーバ３１０４から通信を受信することが可能である。行動ロガー３３１６は、追跡するためのメンバの行動に関する情報を行動ログ３３１２に入力する。

上記のように、ソーシャルネットワークウェブサイト３１０６は、ソーシャルネットワークウェブサイト３１０６上でメンバが相互作用し得る多数の異なる種類のオブジェクトに関するデータを維持する。この点で、メンバプロフィールストア３３０２、アプリケーションデータストア３３０６、グループストア３３１０、及びイベントストア３３０８の各々は、ソーシャルネットワークウェブサイト３１０６によって維持される対応する種類のオブジェクトのインスタンスを記憶する。各オブジェクトの種類は、オブジェクトの種類に適切な情報を記憶するのに適した情報フィールドを有する。例えば、イベントストア３３０８は、イベントについての時間及びロケーションを含むデータ構造を含んでもよく、メンバプロフィールストア３３０２は、メンバのプロフィール３２２０を記述するのに適したフィールドを有するデータ構造を含んでもよい。特定の種類の新しいオブジェクトが作成されると、ソーシャルネットワークウェブサイト３１０６は、対応する種類の新しいデータ構造を初期化し、一意のオブジェクト識別子をそれに割り当てて、必要に応じてオブジェクトにデータを追加し始めてもよい。

会議システム１０６がデータ及び／又は機能性を共有し得るソーシャルネットワークシステム３１０２の例示的な実施形態が記載されており、ソーシャルネットワーク統合モジュール４１４の追加の実施形態の動作が図３４−３６を参照して記載されるであろう。図３４は、音声会議１１４及び会議インターフェースを参加者１０４に提示するためのグラフィカルユーザインターフェース３４００の別の実施形態を例示する。グラフィカルユーザインターフェース３４００は、第１の部分３４０２、第２の部分３４０４、及び第３の部分３４０６を含んでもよい。会議インターフェースは、第１の部分に提示されてもよい。第２の部分３４０４及び第３の部分３４０６は、例えば、ＡＰＩ３１０８を介してソーシャルネットワークシステム３１０２に関連する通信機能にアクセスするためのユーザインターフェース機構を含んでもよい。第２の部分３４０４及び第３の部分３４０６は、第１の部分３４０２とは別の画面に提供されてもよいことが理解されるべきである。グラフィカルユーザインターフェース３４００は、関係付けられるコンテンツ及び／又は機能性にアクセスするために任意の所望のレイアウト及び他のユーザインターフェース機構を利用してもよい。

一実施形態では、第１の部分３４０４は、音声会議１１４の間にコンテンツをキャプチャするための入力機構を備えてもよく、それは１つ以上のソーシャルネットワーク通信チャネル３２０２（図３２）に投稿され得る。入力機構は、参加者がテキストを入力し、写真及び／又はビデオをアップロードし、招待状を送信し、グループに参加すること等を可能にしてもよい。コンテンツは、任意の形態のコンテンツを含んでもよく、参加者１０４によって特定され又はクライアント装置１０２でハードウェア及び／又はソフトウェアによってキャプチャされてもよい。

図３５に例示されるように、動作中に、会議システム１０６は、参加者１０４との音声会議１１４を確立する（ブロック３５０２）。ブロック３５０４において、会議システム１０６は、参加者１０４によって操作されるクライアント装置１０２にグラフィカルユーザインターフェース３４００を提示する。ブロック３５０６において、音声会議１１４の間の任意の時点で、参加者１０４は、ソーシャルネットワークシステム３１０２に提供されるコンテンツを入力又は特定する。ブロック３５０８において、ソーシャルネットワークシステム３１０２に要求が送信される。要求は、クライアント装置１０２（例えば、ブラウザ３１１０）又は会議システム１０６から発生してもよい。ソーシャルネットワークシステム３１０２は、発信者への応答を送信して、コンテンツが参加者のプロフィール３２２０に追加されることを可能にしてもよい（ブロック３５１２）。コンテンツは、要求と共に又は後続の追加のメッセージを介して提供され得ることが理解されるべきである。更に、要求は、参加者１０４を自動的に認証するために参加者の認証情報（例えば、ユーザネーム、パスワード等）を含んでもよい。他の実施形態では、参加者１０４は、会議システム１０６又はソーシャルネットワークシステム３１０２のいずれかによって認証用の認証情報を入力するように促されてもよい（ブロック３５１０）。

図３６は、会議システム１０６とソーシャルネットワークシステム３１０２との間でコンテンツを共有する方法の別の実施形態を例示する。音声会議１１４を確立してグラフィカルユーザインターフェース３４００を提示した後で（ブロック３６０２及び３６０４）、会議システム１０６又はソーシャルネットワークシステム３１０２は、参加者に認証用の認証情報を入力するように促してもよい。ブロック３６０６において、参加者１０４は、ソーシャルネットワーク機能にアクセスするために認証されてもよい。認証は、参加者１０４が会議システム１０６にログインするときに実行されてもよく、又は参加者１０４がソーシャルネットワーク機能がアクセスされているときに認証用の認証情報を促されてもよい。更に、一実施形態では、会議システム１０６は、参加者１０４がソーシャルネットワークプロフィール３２２０を使用することによって会議システム１０６にアクセスすることを可能にしてもよい。このようにして、認証が要求される場合に、ソーシャルネットワークシステム３１０２によって別に認証する必要性がなくてもよい。

参加者１０４がソーシャルネットワークシステム３１０２へのアクセスについて適切に認証されると、ブロック３６０８において、ソーシャルネットワークシステム３１０２からのデータ（例えば、通信チャネル３２０２）がグラフィカルユーザインターフェース３４００と統合されてもよい。データは、第２の部分３４０６に提示されてもよく、上記の任意のデータ、又は任意の他のデータ、及び／又はソーシャルネットワークシステム３１０２と関係付けられる機能性を含んでもよい。上記のように、データは、ＡＰＩ３１０８を使用してアクセスされてもよく、その場合、適切な要求及び応答がクライアント装置１０２又は会議システム１０６から送信され（ブロック３６０８）、且つそれによって受信されてもよい。また、参加者１０４は、ユーザインターフェースコントロール３４０８を介してソーシャルネットワークアプリケーション３２１８にアクセスしてもよい。参加者１０４は、コントロール３４０８を選択又は接触してもよく、それは、参加者のソーシャルネットワークプロフィール３２２０と関係付けられるアプリケーション３２１８に参加者１０４がアクセスすることを可能にするメニューをトリガしてもよい。

図５０−６１を参照すると、会議システム１０６は、音声会議１１４に参加し又は会議インターフェースを見る必要性無しに、音声会議１１４に関する情報及び関連する会議を参加者１０４が受信することを可能にするアラート／通知機能をサポートしてもよい。アラート／通知機能は、一般に、音声会議１１４及び会議インターフェースに提示されるコンテンツ／機能性を監視して、アラート、通知、又は他のメッセージ（集合的に、「アラート」と呼ばれる）を参加者１０４に提供するための論理を含む。アラートは、ブラウザ３１１０、オペレーティングシステム５００４、ＧＵＩ１３２、マイクロフォン、及び、例えば、タッチスクリーン５００４等を含む、任意のメディアで具現化され且つコンピュータ装置によってサポートされるハードウェア及び／若しくはソフトウェア要素を介して提示可能な音声、ビデオ、テキスト、グラフィック、又は他の情報を含む。

図５０に例示される実施形態では、アラート／通知機能は、クライアント装置１０２上のメモリ４０４（図４）に常駐してプロセッサ４０２によって実行される会議通知アプリケーション５００２を含む。会議通知アプリケーション５００２と関係付けられる論理は、会議システム１０６又は他のコンピュータ装置、システム等において設置され、及び／又は制御されてもよいことが理解されるべきである。

一般的な動作では、会議通知アプリケーション５００２は、会議システム１０６によって監視される様々なイベントに基づいてアラートを提供してもよい。 例えば、会議通知アプリケーション５００２は、参加者の名前、現在の参加者の数等を示すことによって、いつ音声会議１１４又は会議が開始したかをホストに通知して、誰が音声会議１１４に参加し又は会議にアクセスしたかをホストに警告してもよい。アラートは、例えば、会議ＡＰＩ４３０２、又は他のアラートプロトコル、サービス、方法等を使用してコンピュータ装置１０２によって、会議システム１０６からアラートが「プッシュ」されるプッシュ方法、会議システム１０６からアラートが「プル」されるプル方法を使用して実装されてもよい。参加者１０４が音声会議１１４又は関連する会議に参加すると、会議システム１０６は、参加者１０４の数のカウンタ及び識別を維持して、ホストに関連する又は他の情報を提供する。また、会議通知アプリケーション５００２は、ホストがアプリケーション内から（例えば、メニュー、キーショートカット、又は他のユーザインターフェースコントロールを介して）会議インターフェースに好都合にアクセスして、仮想会議の前又は間に会議、通知又はアカウント設定を修正することを可能にしてもよい。

会議通知アプリケーション５００２は、ユーザがアプリケーションを立ち上げ又はアプリケーションの所定の機能若しくは特徴に好都合にアクセスすること（例えば、リモート又はローカル設定を設定する、仮想会議に参加する等）を可能にするためのユーザインターフェースコントロールを取り入れてもよい。ユーザインターフェースコントロールは、例えば、オペレーティングシステム５００４の設定、ＧＵＩ１３２、ディスプレイの種類及び／又はサイズ、並びに他のハードウェア及び／又はソフトウェア特性によって様々な方法で提示されてもよい。

図５１は、会議通知アプリケーション５００２にアクセスするためにデスクトップ環境５１００に実装されるユーザインターフェースコントロール５１１８の実施形態を例示する。デスクトップ環境５１００は、１つ以上のアイコン、フォルダ、壁紙、ウィジェット、又はシステムと関係付けられる他のデスクトップオブジェクトを表示し得るデスクトップ５１０２を含む。デスクトップオブジェクトは、ユーザが、オペレーティングシステム５００４及び／又はコンピュータ装置１０２の他のソフトウェア又は機能の態様を容易にアクセス、設定、又は修正することを可能にする。図５１の実施形態では、デスクトップ５１０２は、システムアプリケーショントレイ５１０４、ファイルを整理するための１つ以上のフォルダアイコン５１０８、及びコンピュータ装置１０２に記憶されたファイルにアクセスするための階層フォルダ構造にアクセスするためのハードドライブアイコン５１０６を表示してもよい。

ユーザインターフェースコントロール５１１８は、デスクトップ５１０２内の任意の場所に表示されてもよい。図５１では、ユーザインターフェースコントロール５１は、システムアプリケーショントレイ５１０４に表示される。システムアプリケーショントレイ５１０４は、様々なアイコン（例えば、検索アイコン５１１０、バッテリレベルアイコン５１１２、システム時間アイコン５１１４、音量アイコン５１１６、又は任意の他のシステムアイコン、アプリケーションアイコン、又はユーザ定義アイコン）を表示してもよい。

図５２は、会議通知アプリケーション５００２の所定の態様へのユーザアクセスを提供するためのユーザインターフェースコントロール５２１４の別の実施形態を例示する。この実施形態では、コンピュータ装置１０２は、タッチスクリーンディスプレイ５００４を有する携帯電話５２００を含む。タッチスクリーンディスプレイ５００４は、例えば、指若しくは手又はスタイラス、ペン、又は他のオブジェクト等の受動オブジェクトによって表示領域内の接触の存在及び場所を検出することが可能なディスプレイ装置を含む。タッチスクリーンディスプレイ５００４は、任意の現在の又は将来のタッチスクリーン技術に基づいてもよく、関連する機能を実行するために様々な形態の入力ジェスチャを利用してもよい。

タッチスクリーンディスプレイ５００４は、細い間隙によって分離される２つの薄い金属の導電性の層を有する抵抗性タッチスクリーンパネルを含んでもよい。指等のオブジェクトがパネルの外面の表面上の点を押下すると、２つの金属層はその点において接続される。それから、タッチスクリーンパネルは、接続された出力によって１対の分圧器として動作する。これは、接触イベントとして登録されて処理するためにコントローラ（例えば、プロセッサ４０２）に送信される電流の変化を引き起こす。

タッチスクリーンディスプレイ５００４は、タッチスクリーンパネルを通過する超音波を使用する表面音響波（ＳＡＷ）技術を使用して実装されてもよい。パネルが接触されると、波の一部が吸収される。超音波のこの変化は、接触イベントの位置を登録して、プロセッサ４０２にこの情報を送信する。

別の実施形態では、タッチスクリーンディスプレイ５００４は、容量性タッチスクリーンパネルを介して容量性感知をサポートする。容量性タッチスクリーンパネルは、インジウムスズ酸化物等の透明導電体で覆われるガラス等の絶縁体を含む。人体もまた導電体であるので、スクリーンの表面に接触すると、静電容量の変化として測定可能な局所的静電界の歪みが生じる。接触の場所を決定するために異なる技術が使用されてもよい。場所は、ユーザの接触又はジェスチャが会議通知アプリケーション５００２の特定の機能にどのように関連するかを計算するプロセッサ４０２に渡されてもよい。

また、タッチスクリーンディスプレイ５００４は、表面静電容量の実装をサポートしてもよい。そこでは、絶縁体の片側のみが導電層で覆われている。このような実装では、小さな電圧が層に印加されることで、均一な静電界がもたらされる。人間の指等の導電体が覆われていない面に接触すると、キャパシタが動的に形成される。センサコントローラは、ディスプレイ領域５２０６の四隅から測定される静電容量の変化から間接的に接触の場所を決定してもよい。

更なる実施形態では、タッチスクリーンディスプレイ５００４は、エッチングされた導電層を有するＰＣＴ（ｐｒｏｊｅｃｔｅｄ ｃａｐａｃｉｔｉｖｅ ｔｏｕｃｈ）ディスプレイを実装する。例えば、電極のグリッドパターンを形成するように単一層をエッチングすることによって、又はグリッドを形成するために平行なライン又はトラックで導電材の２つの分離垂直層をエッチングすることによって、ＸＹアレイが形成されてもよい。アレイに電圧を印加することでキャパシタのグリッドが生成される。指又は導電性スタイラスをセンサの表面に接近させることで、局所的静電界が変化する。グリッド上の全ての個点における静電容量の変化は、接触箇所を正確に決定するために測定されてもよい。グリッドの使用は、抵抗性技術よりも高解像度を許容すると共に、マルチタッチ操作も可能にする。ＰＣＴディスプレイは、直接的な接触無しでの操作を可能にしてもよい。その結果、導電層は、更なる保護絶縁層で覆われて、画面プロテクタの下であっても動作可能である。

タッチスクリーンディスプレイ５００４は、例えば、システムを分析して接触イベントを決定するために２つの対向するベゼル端に配置される感光装置と共に、ディスプレイの２つの隣接するベゼル端における赤外線（ＩＲ）発光ダイオード（ＬＥＤ）のアレイを使用して接触を光学的に感知するように構成されてもよい。ＬＥＤ及び感光装置の対は、ディスプレイ上に光線のグリッドを生成してもよい。画面に接触するオブジェクト（指又はペン等）が光線を遮ることで、対応する感光装置において光の減少が測定される。測定される感光装置の出力は、接触点座標を位置決めするために使用され得る。

タッチスクリーン技術の別の実施形態は、接触によって生じるガラス内の機械的エネルギを検出するためにセンサを使用する分散信号技術に関する。メモリ４０４に記憶されてプロセッサ４０２によって実行されるアルゴリズムは、この情報を解釈して、接触の実際の場所を提供する。

また、接触を検出するために音響パルス認識が使用されてもよい。この実施形態では、接触（即ち、振動）の機械的エネルギを電気信号に変えるために、２つの圧電性トランスデューサが画面の一部に設置される。次に、画面ハードウェアは、トランスデューサ信号に基づいて接触の場所を決定するためのアルゴリズムを使用する。

図５２を再び参照すると、携帯電話５２００は、マイクロフォン５２０２、及び、例えば、ＧＵＩ１３２を案内するためのスクロールボタン５２０４を含む様々なハードウェアキーを含む。携帯電話５２００は、信号強度アイコン５２１０、バッテリレベルアイコン５２１２、又はアプリケーション情報の任意の他のシステム等のシステム情報を表示するための通知バー５２０８を含む。通知バー５２０８は、追加の通知アイコンを表示するために接触入力に基づいて拡張可能であってもよい。

コンピュータ装置１０２の種類及び構成に関わらず、会議通知アプリケーション５００２は、ユーザインターフェースコントロールを選択することによってアクセスされてもよい。例えば、ユーザは、会議通知アプリケーションメニュー５４０２（図５４）を表示するためにユーザインターフェースコントロール５２１４（図５３）を選択してもよい。会議通知アプリケーションメニュー５４０２は、ディスプレイヘッダ５４０４及び所定の設定若しくは他のオプションを選択するための１つ以上の追加のユーザインターフェースコントロールを含んでもよい。図５４の実施形態では、会議通知アプリケーションメニュー５４０２は、ｉＭｅｅｔ Ｎｏｗボタン５４０６、Ｍａｎａｇｅ Ａｃｃｏｕｎｔボタン５４０８、Ｎｏｔｉｆｉｃａｔｉｏｎ Ｓｅｔｔｉｎｇｓボタン５４１０、Ｃｏｎｆｅｒｅｎｃｅ Ｓｃｈｅｄｕｌｅｒボタン５４１６、Ｈｅｌｐボタン５４１２、及びＡｂｏｕｔボタン５４１４を表示する。

ｉＭｅｅｔ Ｎｏｗボタン５４０６は、ユーザが会議システム１０６に接続することを可能にしてもよい。ユーザがボタン５４０６を選択すると、会議通知アプリケーション５００２は、ブラウザ３１１０を立ち上げて、ユーザが音声会議１１４に参加して会議ユーザインターフェース４４００にアクセスすることを可能にしてもよい。Ｍａｎａｇｅ Ａｃｃｏｕｎｔボタン５４０８は、ユーザがアカウントプロフィール４６０２（図４６）を設定することを可能にしてもよい。一実施形態では、ユーザは、会議通知アプリケーション５００２を介してパラメータを設定してもよく、続いてパラメータは会議ＡＰＩ４３０２を介して会議システム１０６に提供される。代替的な実施形態では、Ｍａｎａｇｅ Ａｃｃｏｕｎｔボタン５４０８は、設定パラメータを受信する会議システム１０６によって提供されるウェブページにユーザを案内してもよい。Ｎｏｔｉｆｉｃａｔｉｏｎ Ｓｅｔｔｉｎｇｓボタン５４１０は、ユーザが会議通知と関係付けられるパラメータを設定することを可能にするのと同様に動作してもよい。例えば、会議通知パラメータは、任意の以下の又は他のパラメータ、即ち、アラートプッシュ使用可能／使用不能、アラートプル使用可能／使用不能、アラート頻度、及びアラートタイプを特定してもよい。

動作時に、会議通知アプリケーション５００２は、会議ＡＰＩ４３０２を使用して会議システム１０６と通信してもよい。会議ＡＰＩ４３０２は、会議通知アプリケーション５００２が会議システム１０６へ応答５５１６を提出し且つそれから要求５５１４を受信することを可能にしてもよい。こうした通信は、例えば、何らかのアクティブな参加者１０４が存在するかどうかを決定するためのユーザの会議の状態チェックを含んでもよい。誰かがユーザの会議に入った場合又は電話を介してブリッジの１つに参加した場合に、この行動は、状態更新又はアラートとして会議通知アプリケーション５００２に送信されてもよい。更新は、上記の及び図３８及び４６に例示された参加者パラメータ等の新たに参加した参加者に関する他の情報、参加者データベース４３０８（図４３）に記憶された情報、又はソーシャルネットワークシステム３１０２（図３１）と関係付けられる情報を含むユーザに関する他の関連情報を含んでもよい。

会議通知アプリケーション５００２に提供されるアラートは、ディスプレイに提示されてもよい。図５６は、新しく参加した参加者の識別及び現在の参加者の数をユーザに通知する例示的なメッセージ又はアラート５６０２を例示する。アラート５６０２は、Ｎｏｔｉｆｉｃａｔｉｏｎ Ｓｅｔｔｉｎｇｓボタン５４１０を介して設定可能な既定の時間量の間現れてもよい。又は、ユーザは、Ｄｏｎｅボタン５６１０を選択することによってアラートメッセージ５６０２をキャンセルしてもよい。アラート５６０２のコンテンツ及び／又はフォーマットは、例えば、会議システム１０６によって監視されているイベントによって変化してもよいことが理解されるべきである。アラート５６０２は、ユーザが表示されたアラート５６０２から音声会議１１４及び／又は関連する会議に参加することを可能にするために好都合な機構を含んでもよい。一実施形態では、会議通知アプリケーション５００２は、音声会議１１４及び／又は関連する会議に参加するようにユーザを促してもよい。図５６に例示されるように、表示されるアラート５６０２は、Ｊｏｉｎボタン５６０６を含んでもよい。選択されると（図５７）、会議通知アプリケーション５００２は、ユーザが音声会議１１４に参加してコンピュータ装置１０２上に会議ユーザインターフェース４４００を提示することを可能にする処理を開始してもよい。会議ユーザインターフェース４４００は、本明細書に記載のようにして設定されてもよい。

ユーザが特定のメッセージをキャンセルすることを選択し又はユーザが会議に参加することなくメッセージが失効する場合、会議システム１０６は、イベントが発生するとアラートを送信し続けてもよい。ユーザが会議に参加することを選択する場合、会議システム１０６はアラートを無効にしてもよい。

会議通知アプリケーション５００２を実装するために、会議システム１０６は、会議通知アプリケーション５００２と構造化情報を交換するために様々なウェブサービスをサポートしてもよい。ウェブサービスは、任意の適切なプロトコルを使用して実装されてもよい。一実施形態では、ウェブサービスは、メッセージングフォーマットとしてＸＭＬ（Ｅｘｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）を使用するＳＯＡＰ（Ｓｉｍｐｌｅ Ｏｂｊｅｃｔ Ａｃｃｅｓｓ Ｐｒｏｔｏｃｏｌ）を介して実装されてもよい。会議システム１０６は、要求された情報を迅速に戻すことによって又は投票動作を介して要求を開始してから結果を（後で）提供することによって、会議通知アプリケーション５００２からウェブサービス発呼に応答してもよい。

図５５は、会議通知アプリケーション５００２の１つ以上の態様を実装するための様々な例示的なウェブサービスを例示する。ウェブサービスは、任意の以下の又は他のウェブサービス、即ち、購読／非購読サービス５５０２、会議監視サービス５５０４、会議投票サービス５５０６、認証サービス５５０８、会議スケジュールサービス５５１０、及び会議参加サービス５５１２を含んでもよい。こうしたウェブサービスの各々は、概略的に、例示的な要求及び応答ＸＭＬメッセージを参照して以下に記載される。

購読／非購読サービス５５０２は、会議システム１０６によって提供されるリソースを使用するための承認を確立するＳｕｂｓｃｒｉｂｅ（）発呼が実装されてもよい。Ｓｕｂｓｃｒｉｂｅ（）発呼は、会議通知アプリケーション５００２によって行われる会議システム１０６への第１の発呼であってもよい。一実施形態では、Ｓｕｂｓｃｒｉｂｅ（）発呼は、会議通知アプリケーション５００２が他のサービスにアクセスする前に承認応答を要求してもよい。この点で、購読／非購読サービス５５０２は、ＳＯＡＰヘッダ内においてセキュリティトークン無しで設定されてもよい。他のウェブサービスは、セキュリティトークン（例えば、Ｓｕｂｓｃｒｉｂｅ（）発呼と共に入手されるセッションＩＤ）が実装されてもよい。

Ｓｕｂｓｃｒｉｂｅ（）発呼に対する例示的なＸＭＬ要求は、以下のように設定されてもよい。

Ｓｕｂｓｃｒｉｂｅ（）発呼に対する例示的なＸＭＬ応答は、以下のように設定されてもよい。

Ｕｎｓｕｂｓｃｒｉｂｅ（）発呼は、会議通知アプリケーション５００２が閉じられるとウェブサービスからユーザを非購読にするようにされてもよい。 発呼は、会議システム１０６とのセッションを終了してもよい。会議システム１０６との更なる相互作用が、会議通知アプリケーションによって行われるように後続のＳｕｂｓｃｒｉｂｅ（）発呼を要求してもよい。

Ｕｎｓｕｂｓｃｒｉｂｅ（）発呼に対する例示的なＸＭＬ要求は、以下のように設定されてもよい。

Ｕｎｓｕｂｓｃｒｉｂｅ（）発呼に対する例示的なＸＭＬ応答は、以下のように設定されてもよい。

会議監視サービス５５０４は、会議システム１０６が会議通知アプリケーション５００２にアラートを送信することを可能にする会議監視を確立するＳｅｔＣｏｎｆｅｒｅｎｃｅＷａｔｃｈ（）発呼を呼び出してもよい。会議監視の設定後、ユーザは、例えば、参加者１０４が会議に参加し又は会議を去るとき、参加者が音声会議１１４の間に発話するとき、参加者がソーシャルネットワークシステム３１０２と関係付けられる情報を投稿又は受信するとき等を含む、ユーザと関係付けられる会議に関する通知又はアラートを受信してもよい。

会議監視サービス５５０４は、忙しくて会議に参加できないホスト、会議に参加することを望まないホスト、又は会議に参加出来ないが会議の活動を監視したいホストにとって便利であってもよい。 例えば、ホストは、特定の人物が参加した又は何らかの他のイベントが起こった後でのみ会議に参加することに興味があってもよい。ホストは、会議システム１０６によって提供されてコンピュータ装置１０２によって表示されるとアラートメッセージを見てもよい。所望のイベントが起こったときに、ホストは会議に参加することを選択してもよい。以下に記載されたように、アラートは、会議投票サービス５５０６を介して会議システム１０６から引き出されてもよい。

ＳｅｔＣｏｎｆｅｒｅｎｃｅＷａｔｃｈ（）発呼に対する例示的なＸＭＬ要求は、以下のように設定されてもよい。

ＳｅｔＣｏｎｆｅｒｅｎｃｅＷａｔｃｈ（）発呼に対する例示的なＸＭＬ応答は、以下のように設定されてもよい。

また、会議監視サービス５５０４は、以前に確立された会議監視をクリアするために使用され得るＣｌｅａｒＣｏｎｆｅｒｅｎｃｅＷａｔｃｈ（）発呼を呼び出してもよい。 会議監視を取り除くことで、特定の会議に対するアラートが無効にされてもよい。会議監視をクリアした後で、ユーザはもはやアラートを受信しないであろう。

ＣｌｅａｒＣｏｎｆｅｒｅｎｃｅＷａｔｃｈ（）発呼に対する例示的なＸＭＬ要求は、以下のように設定されてもよい。

ＣｌｅａｒＣｏｎｆｅｒｅｎｃｅＷａｔｃｈ（）発呼に対する例示的なＸＭＬ応答は、以下のように設定されてもよい。

会議投票サービス５５０６は、監視された会議からイベントを要求するために使用されるＰｏｌｌＦｏｒＭｅｓｓａｇｅｓ（）発呼を呼び出してもよい。 要求に応答して、会議通知アプリケーション５５０２は、監視された会議と関係付けられるイベントを受信するであろう。

ＰｏｌｌＦｏｒＭｅｓｓａｇｅｓ（）発呼に対する例示的なＸＭＬ要求は、以下のように設定されてもよい。

ＰｏｌｌＦｏｒＭｅｓｓａｇｅｓ（）発呼に対する例示的なＸＭＬ応答は、以下のように設定されてもよい。

認証サービス５５０８、会議スケジュールサービス５５１０及び会議参加サービス５５１２は、会議通知アプリケーション５００２が登録システムとインターフェース接続することを可能にしてもよい。 認証サービス５５０８は、ユーザのログオン認証情報を確認するためにＳｅｃｕｒｉｔｙ ＶａｌｉｄａｔｅＬｏｇＯｎ（）発呼を呼び出してもよい。発呼は、ログインヘッダを生成するために使用され得るセキュリティトークンを戻してもよい。ログインヘッダは、１つ以上の他のサービス発呼と共に送信されてもよい。Ｓｅｃｕｒｉｔｙ ＶａｌｉｄａｔｅＬｏｇＯｎ（）発呼に対する例示的なＸＭＬ要求は、以下のように設定されてもよい。

ＳｅｃｕｒｉｔｙＶａｌｉｄａｔｅＬｏｇＯｎ（）発呼に対する例示的なＸＭＬ応答は、以下のように設定されてもよい。

会議スケジュール５５１０は、会議のリストを返すＦｉｎｄＲｅｓｅｒｖａｔｉｏｎ（）発呼を呼び出してもよい。 ＦｉｎｄＲｅｓｅｒｖａｔｉｏｎ（）発呼は、図５４に例示されるようにユーザが会議スケジュールボタン５４１６を選択すると開始されてもよい。その結果は、ユーザと関係付けられる全ての会議の詳細な情報を含む。会議通知アプリケーション５００２は、結果をユーザに提示してもよい。図６１は、結果を提示するための例示的なディスプレイ６１００を例示する。ディスプレイ６１００は、会議エントリ６１０２のリストを含む。各会議に関する更なる詳細（例えば、ダイヤルイン番号、パスコード、日付、時間、議題、参加者等）が、参加者エントリ６１０２を選択することによってアクセスされてもよい。図６１に例示されるように、ユーザがその会議に関するアラートを受信するために会議を監視することを希望する場合、ユーザは、エントリ６１０２を選択して監視ボタン６１０４を選択してもよい。

ＦｉｎｄＲｅｓｅｒｖａｔｉｏｎ（）発呼に対する例示的なＸＭＬ要求は、以下のように設定されてもよい。

ＦｉｎｄＲｅｓｅｒｖａｔｉｏｎ（）発呼に対する例示的なＸＭＬ応答は、以下のように設定されてもよい。

会議参加サービス５５１２は、例えば、ユーザが参加ボタン５６０６（図５６）を選択し又は会議スケジュール（図６１）から会議を選択すると呼び出されてもよい。 ＷｅｂＨｏｓｔＬｏｇｉｎ（）発呼は、仮想会議所に関するロケーションを返してもよい。一実施形態では、発呼は、クライアントをホストにログインさせる所与のクライアント及びホストのｒｅｄｉｒｅｃｔＵｒｌを返してもよい。会議通知アプリケーション５００２は、ユーザの認証情報を含むＷｅｂＨｏｓｔＬｏｇｉｎ（）要求を送信してから、再びログインする必要無しにユーザを直接会議に入れるウェブブラウザを開いてもよい。

ＷｅｂＨｏｓｔＬｏｇｉｎ（）発呼に対する例示的なＸＭＬ応答は、以下のように設定されてもよい。

ＷｅｂＨｏｓｔＬｏｇｉｎ（）発呼に対する例示的なＸＭＬ応答は、以下のように設定されてもよい。

図５９は、音声会議１１４に参加又は会議インターフェースにアクセスする必要無しに通知アプリケーションを介してユーザが会議を監視することを可能にする方法の実施形態を例示する。 ブロック５９０２において、会議通知アプリケーション５００２が開始される。ユーザは、会議通知アプリケーション５００２を手動で立ち上げてもよい。又は、オペレーティングシステム５００４が起動時又は既定のイベント時にアプリケーションを自動的に立ち上げるように構成されてもよい。ブロック５９０４において、会議通知アプリケーション５００２は、会議システム１０６によってユーザを認証してもよい。ブロック５９０６において、会議通知アプリケーション５００２は、仮想会議を見るために会議システム１０６に要求を送信する。要求は、会議を識別する情報を含んでもよい。判定ブロック５９０８において、会議及び／又は音声会議１１４は、特定の行動又はイベントに関して監視される。音声会議１１４中にイベントが発生すると、会議通知アプリケーション５００２は、関連するメッセージ又はアラートを受信してユーザに提示してもよい。ブロック５９１２において、会議通知アプリケーション５００２は、会議インターフェースを介して会議に参加するための選択をユーザに促してもよい。一実施形態では、参加要求は、メッセージ又はアラートと関係付けられて提示されてもよい。ユーザが仮想会議（判定ブロック５９１４）に参加する選択をした場合、会議通知アプリケーション５００２は、ブロック５９１６において、ユーザを会議の参加者として更に認証してもよい。この認証は、ブロック５９０４における認証に取って代わってもよく、又は更なる若しくは別個の認証を提供する。ブロック５９１８において、会議通知アプリケーション５００２は、ユーザが、例えば、会議ユーザインターフェース４４００を介して会議にアクセスすることを可能にする。

図６０は、会議通知アプリケーション５００２の所定の態様を実装する方法の別の実施形態を例示する。ブロック６００２において、会議通知アプリケーション５００２が開始される。ブロック６００４において、会議通知アプリケーション５００２は、会議システム１０６によってユーザを認証してもよい。ブロック６００６において、会議通知アプリケーション５００２は、ユーザと関係付けられる利用可能な会議に対する要求を会議システム１０６に送信する。判定ブロック６００８において、会議通知アプリケーション５００２は、ユーザと関係付けられる会議のスケジュールを受信して、それがユーザに提示されてもよい（ブロック６０１０）。ブロック６０１２において、会議通知アプリケーション５００２は、会議の１つの選択をユーザに促してもよい（ブロック６０１２）。ユーザが選択された会議に参加することを要求する場合（判定ブロック６０１４）、ユーザは、認証された後で（ブロック６０１６）、音声会議１１４及び／又は仮想会議に参加することを許可されてもよい。判定ブロック５９１４に例示されるように、ユーザは、会議に必ずしも参加する必要無く会議を見ることを要求してもよい。

図６５−７５を参照すると、会議インターフェースを介して音声会議１１４に参加するユーザを管理するためのシステム、方法、及びコンピュータプログラムの様々な実施形態が、記載されている。この点で、図６５は、メモリ４０４に記憶されてプロセッサ４０２によって実行可能な１つ以上のモジュール（参加者管理モジュール６５０２）を備えるコンピュータ装置１０２の実施形態を例示する。以下により詳細に記載されるように、一般に、参加者管理モジュール６５０２は、コンピュータ装置１０２のユーザが、例えば、会議インターフェースと関係付けられるドラッグ・アンド・ドロップ機能を介して会議の参加者を追加及び／又は除去することを可能にする論理及び／又は機能性を含む。参加者管理モジュール６５０２は、グラフィカルユーザインターフェース１３２によって提供される関連機能及び／又は会議システム１０６によって提供される会議インターフェースと関係付けられるドラッグ・アンド・ドロップ機能の動作を制御してもよい。コンピュータ装置１０２（例えば、参加者、ホスト等）のユーザは、任意の所望の入力機構を介してドラッグ・アンド・ドロップ機能とインターフェース接続してもよい。一実施形態では、ドラッグ・アンド・ドロップ機能は、ユーザが指又はスタイラス等の他の入力装置でタッチスクリーンディスプレイ５００４に接触することによってドラッグ・アンド・ドロップ機能を実行することを可能にする（上記の又はそれ以外の）タッチスクリーンディスプレイ５００４をサポートする。他の実施形態では、ドラッグ・アンド・ドロップ機能は、グラフィカルユーザインターフェース１３２と関係付けられる表示されたカーソルの移動を制御し、且つ表示されたオブジェクトを選択してユーザ入力コマンドを選択するための入力を提供するマウス又は他の入力装置６５０１で実行されてもよい。更なる実施形態では、ドラッグ・アンド・ドロップ機能は、会議インターフェース内で移動されるオブジェクト及び／又は移動されるべき態様を特定するコマンドを提供するために音声コマンド、キーボードショートカット、又は任意の他の所望の入力手段を実行してもよい。

図６６は、オンライン会議の参加者を管理するための会議ユーザインターフェース６６０２の実施形態を例示する。会議ユーザインターフェース６６０２は、一般に、画面部分４００２及び連絡先リスト６６０４を含む。画面部分４００２は、音声会議１１４の参加者１０４ごとにオブジェクト４００４を表示することを含む、オンライン会議と関係付けられるユーザ体験の態様を提供する。オブジェクト４００４（及びより多くの一般的な会議インターフェース）は、本明細書で既に記載された任意の方法で配置及び設定されてもよい。

連絡先リスト６６０４は、連絡先オブジェクト６６０６のリスト（又は他の所望の視覚配置）を表示する。連絡先オブジェクト６６０６は、特定の連絡先又は連絡先のグループを識別する情報を表示してもよい。識別する情報は、連絡先リスト６６０４のユーザが連絡先を一意に識別することを可能にするための任意の適切な情報を含んでもよい。例えば、一実施形態では、連絡先オブジェクト６６０６は、１つ以上の連絡先識別子又は説明、名前、ニックネーム、画像、アバター、アイコン、Ｅメールアドレス、電話番号、ソーシャルネットワークプロフィール、識別子又は名前等を表示してもよい。連絡先オブジェクト６６０６によって表示される情報に関わらず、各連絡先オブジェクト６６０６は、対応する連絡先情報と論理的に関係付けられることが理解されるべきである。連絡先情報は、連絡先と会議システム１０６との間の接続を開始及び／又は確立するためにクライアント装置１０２及び／又は会議システム１０６によって使用され得る連絡先を識別する任意のデータを含んでもよい。連絡先情報を含む、連絡先リスト６６０６及び任意の関連するデータは、会議システム１０６、ソーシャルネットワークシステム３１０２によってクライアント装置１０２のメモリ４０４に記憶され又は会議システム１０６によってリモートに記憶され、又はそれ以外でクライアント装置１０２によってアクセス可能であってもよい。

図６７−６９を参照すると、各連絡先オブジェクト６６０６は、グラフィカルユーザインターフェース１３２を介してドラッグ・アンド・ドロップ機能をサポートするように構成されることが理解されるべきである。一般に、ドラッグ・アンド・ドロップ機能は、コンピュータ装置１０２のユーザが連絡先リスト６６０４内の連絡先オブジェクト６６０６を選択して（図６７）、参加者オブジェクト４００４として会議インターフェース（例えば、画面部分４００２）に連絡先リスト６６０６が追加されるように（図６９）入力ジェスチャ（図６８）を実行することを可能にする。連絡先オブジェクト６６０６は、例えば、グラフィカルユーザインターフェース１３２及び入力機構の設定によって様々な方法で選択されてもよい。図６７に例示される実施形態では、ドラッグ・アンド・ドロップ機能は、タッチスクリーンディスプレイ５００４を介して提供される。ドラッグ・アンド・ドロップ機能は、人間の接触又はスタイラスの接触のタッチスクリーンディスプレイ５００４上の場所を決定するように構成されてもよい。連絡先オブジェクト６６０６は、オブジェクトの表示領域に接触することによって選択されてもよい。図６７は、ユーザが適切な表示領域に接触することによって選択される連絡先オブジェクト６６０６ｇを例示する。他の実施形態では、連絡先オブジェクト６６０６のユーザ選択は、表示領域上で表示されたカーソルの場所を動かして選択コマンドを開始することによって（例えば、マウス、タッチパッド、又は他の入力機構をクリックすることによって）実行されてもよい。

連絡先オブジェクト６６０６が選択された後で、ユーザは、選択された連絡先オブジェクト６６０６を会議ユーザインターフェース（例えば、画面部分４００２）に移動する任意の所望のジェスチャを行ってもよい。図６８に例示されるように、一実施形態では、選択された連絡先オブジェクト６６０６ｇは、ドラッグ操作で動かされてもよい。ドラッグ操作は、連絡先オブジェクト６６０６が選択されている間に、入力機構（例えば、人間又はスタイラスの接触、カーソル等）の場所を更に監視するように構成されてもよい。図６８の実施形態では、連絡先オブジェクト６６０６ｇは、画面部分４００２内で少なくとも部分的に動かされる。ユーザは、画面部分４００２内で連絡先オブジェクト６６０６ｇを選択解除してもよく、それは音声会議１１４に参加するために連絡先を招待し又は対応する連絡先情報を使用して連絡先との接続を自動的に確立する参加者追加コマンドをトリガする。図６９に例示されるように、連絡先が会議に追加された後で（又は、場合によっては、確立処理の前又は間に）、会議インターフェースが特定の連絡先を識別する新しい参加者オブジェクト４００４を追加するように構成されてもよい。

選択された連絡先オブジェクト６６０６は、参加者追加コマンドを開始するために画面部分４００２内で移動される必要はないことが理解されるべきである。会議インターフェースは、連絡先オブジェクト６６０６をドロップ又はキャプチャするために別の画面部分（例えば、ドロップ目標）を含んでもよい。別の画面部分は、画面部分４００２内又は会議インターフェース内の任意の他の場所内に含まれてもよい。グラフィカルユーザインターフェース１３２は、ドラッグ・アンド・ドロップ又は類似の機能を実装するために他の入力ジェスチャ又はマウス駆動コマンドをサポートしてもよいことが更に理解されるべきである。例えば、一実施形態では、選択された連絡先オブジェクト６６０６は、監視される場所及び／又は加速パラメータを使用して画面部分４００２（又は他のキャプチャ領域又はドロップ目標）に向かって「フリック」されてもよい。他の実施形態では、選択された連絡先オブジェクト６６０６は、ホットキー又は他のキーボード入力又は選択可能メニューを介してオンライン会議に追加されてもよい。例えば、連絡先オブジェクト６６０６が選択されると、メニューは、参加者追加プロンプトと共に自動的に又は選択的に表示されてもよい。メニューは、連絡先が会議に追加される態様（例えば、Ｅメール招待状を送信する、発信呼を開始する、又は連絡先情報を介して連絡先を確立する）をユーザが特定することを可能にするためのオプションを含んでもよい。ユーザからの選択に応じて、参加者追加コマンドは、適切なパラメータによって参加者を招待し又は会議システム１０６との接続を確立するように構成されてもよい。

図７０は、上記の参加者管理機能を実装するための参加者管理モジュール６５０２の実施形態の機構、動作、及び／又は機能性を例示する。ブロック７００２及び７００４において、クライアント装置１０２は、会議インターフェース及び連絡先リスト６６０４を表示する。ブロック７００６において、参加者管理モジュール６５０２は、連絡先オブジェクト６６０６の１つがグラフィカルユーザインターフェース１３２を介して選択されたことを決定する。クライアント装置１０２によってサポートされる特定の入力装置及びグラフィカルユーザインターフェースコマンドによって、選択された連絡先オブジェクト６６０６は、上記のように会議インターフェース又は他のキャプチャ領域（ブロック７００８）に動かされてもよい。ブロック７０１０において、参加者管理モジュール６５０２は、選択された連絡先オブジェクト６６０６の場所を監視するように構成されてもよい。ブロック７０１０において、参加者管理モジュール６５０２は、例えば、会議インターフェースの既定の領域における選択された連絡先オブジェクト６６０６の解放によって、又は他の実施形態では、任意の所望の入力コマンド（例えば、ジェスチャ、ホットキー、キーショートカット等）を介してトリガされ得る参加者追加コマンドを受信する。ブロック７０１２において、参加者管理モジュール６５０２は、選択された連絡先オブジェクト６６０６と関係付けられる連絡先情報を決定してもよい。上記のように、連絡先情報は、会議システム１０６又はソーシャルネットワークシステム３１０２等のローカルアプリケーション又はリモートサービスからアクセスされてもよい。ブロック７０１２において、参加者追加コマンドは、連絡先をオンライン会議に追加する処理を開始する。

参加者管理モジュール６５０２は、連絡先情報を使用して連絡先に要求を直接送信し又は処理のため会議システム１０６に要求を転送するように構成されてもよい。要求は、例えば、連絡先を会議システム１０６によってホスティングされるウェブページに向かわせるＵＲＬを含むＥメールメッセージ、ソーシャルネットワークメッセージ、又は他のメッセージを開始してもよい。上記のようにして、ユーザは、次に、音声会議１１４に入って（例えば、音声会議１１４への発信呼、着信呼等を介して）、更に参加者オブジェクト４００４と関係付けられるユーザプロフィールを設定してもよい。他の実施形態では、要求は、連絡先を音声会議１１４に追加するために連絡先情報への発信呼を自動的に開始してもよい。参加者管理モジュール６５０２の観点から、連絡先は、音声会議１１４又はオンライン会議のいずれかに任意の適切な方法で追加されてもよいことが理解されるべきである。ブロック７０１６において、連絡先がオンライン会議に参加する態様に関わらず、参加者管理モジュール６５０２は、連絡先が会議に参加したことを示すために参加者オブジェクト４００４を会議インターフェースに追加してもよい。

図７１−７５を参照すると、他の実施形態では、参加者管理モジュール６５０２は、コンピュータ装置１０２のユーザがグラフィカルユーザインターフェース１３２を介して音声会議１１４内の既存の参加者を除去することを可能にするように更に構成されてもよい。参加者除去機能は、図６５−７０と関連して上述されたドラッグ・アンド・ドロップ機能及び他のユーザインターフェース機構を使用して実装されてもよい。図７１に例示されるように、会議インターフェースに表示された参加者オブジェクト４００４は、選択可能オブジェクトとして同様に設定されてもよい。既存の会議の間、コンピュータ装置１０２（図６５）のユーザは、参加者オブジェクト４００４（図７１）を選択して、会議インターフェース（図７２）内の元の場所から選択された参加者オブジェクト４００４を移動するために、上記のように入力ジェスチャ又は他のコマンドを実行してもよい。選択された参加者オブジェクト４００４は、会議インターフェース（例えば、画面部分４００２）から離されて選択解除され（図７３）、それにより参加者除去コマンドがトリガされる。参加者除去コマンドは、参加者追加コマンドに関連して上述されたように、グラフィカルユーザインターフェースを介して他の方法で開始されてもよい。参加者除去コマンドは、会議インターフェース（図７３）から参加者オブジェクト４００４の除去を開始して、音声会議１１４から参加者を切断してもよい。図７４に例示されるように、ユーザは、参加者の除去を確認するようにディスプレイメニュー７４０２によって促されてもよい。

図７５は、参加者除去機能を実装するための参加者管理モジュール６５０２の別の実施形態の機構、動作、及び／又は機能性を例示する。ブロック７００２において、クライアント装置１０２は、誰が会議に現在参加しているかを示す参加者オブジェクト４００４を会議インターフェースに提示する。ブロック７００４において、参加者管理モジュール６５０２は、参加者オブジェクト４００４の１つがグラフィカルユーザインターフェース１３２を介して選択されたことを決定する。クライアント装置１０２によってサポートされる特定の入力装置及びグラフィカルユーザインターフェースコマンドによって、選択された参加者オブジェクト４００４は、最初の場所（ブロック７５０６）から離れて動かされてもよい。ブロック７５０８において、参加者管理モジュール６５０２は、選択された参加者オブジェクト４００４の場所を監視するように構成されてもよい。ブロック７５０８において、参加者管理モジュール６５０２は、例えば、元の場所から既定の距離で、何らかの既定の場所又はキャプチャ領域において、又は任意の所望の入力コマンド（例えば、ジェスチャ、ホットキー、キーショートカット等）を介して選択された参加者オブジェクト４００４の解放によって、トリガされ得る参加者追加コマンドを受信する。ブロック７５１０において、参加者管理モジュール６５０２は、選択された参加者オブジェクト４００４の識別を決定するように構成されてもよい。参加者オブジェクト４００４は、会議内で参加者を監視するために会議システム１０６によって割り当てられるシステム識別子（例えば、参加者識別子３８０２、図３８）によって識別されてもよい。ブロック７５１２において、参加者管理モジュール６５０２は、会議インターフェースから参加者オブジェクト４００４の除去を開始して、システム識別子と関係付けられる接続を切断する。

図７６−９５を参照すると、システム、方法、及びコンピュータプログラムの様々な実施形態（例えば、情報配布モジュール６５０４、図６５）が、グラフィカルユーザインターフェース１３２を介してオンライン会議の参加者間で情報を配布することについて記載されるであろう。以下により詳細に記載されるように、一般に、情報配布モジュール６５０４は、会議インターフェースを介して１人以上の参加者と関係付けられるドロップ目標にソース情報オブジェクトを選択して移動させることによってオンライン会議の参加者間でコンピュータ装置１０２のユーザが情報を配布することを可能にする論理及び／又は機能性を含む。情報オブジェクトの選択及び移動は、上述の又はそれ以外のドラッグ・アンド・ドロップ機能及び任意の適切な入力機構を介して実装されてもよい。

情報配布モジュール６５０４は、オンライン会議の参加者への様々な種類の情報オブジェクトの選択及び配布を制御するように構成されてもよい。情報オブジェクトは、ドラッグ・アンド・ドロップ操作を行うことが可能であり、又は関連するソース情報オブジェクトを有する任意のユーザインターフェース要素を意味する。情報オブジェクトは、データファイル若しくはプログラミングコード又はデータファイル若しくはプログラミングコードと関係付けられるＵＲＬ（ｕｎｉｖｅｒｓａｌ ｒｅｓｏｕｒｃｅ ｌｏｃａｔｏｒ）を含んでもよい。情報ソースは、テキスト、オーディオ、ビデオ、グラフィックス等又はこれらの任意の組み合わせの形態であってもよいことが理解されるべきである。更に、情報ソースは、コンピュータ装置１０２、会議システム１０６、又はコンピュータ装置１０２若しくは会議システム１０６によってアクセス可能な任意の他のシステムに記憶されてもよい。

様々な情報オブジェクト及び操作の方法が、会議インターフェースの別の実施形態に関して以下に記載される。図７６−８０は、情報ソースが会議システム１０６によって表示される参加者オブジェクト４００４と関係付けられるプロフィール情報を含む。また、プロフィール情報は、参加者の連絡先リストに新しい連絡先として追加される。図８１−８８は、情報ソースが参加者の情報リソースの１つを含み、情報ソースがオンライン会議の１人以上の参加者に配布される実施形態を例示する。図８９−９５は、情報ソースが共同アプリケーションを介してオンライン会議に案内される情報オブジェクトを含む実施形態を例示する。

図７６に例示されるように、会議インターフェースは、オンライン会議の各参加者が参加者オブジェクト４００２で識別される複数の連絡先オブジェクト６６０６及び画面部分４００２を含むマイ連絡先リストと共に構成されてもよい。連絡先リスト６６０６は、会議システム１０６、コンピュータ装置１０２によって動作されるアプリケーション、ソーシャルネットワークコンピュータシステム３１０２、又は他の連絡先管理アプリケーションによって提供及び／又は管理されてもよい。上記のように、参加者オブジェクト４００２は、参加者を識別する記憶されたプロフィール情報と関係付けられてもよい。プロフィール情報は、上記及び図３８の例示を含む任意の所望のパラメータを含んでもよい。

プロフィール情報は、会議システム１０６によって記憶されて、何れかの上記の方法で入手されてもよい。一実施形態では、プロフィール情報は、会議システム１０６にアクセスするときに参加者によって提供されてもよい。他の実施形態では、プロフィール情報は、会議インターフェースを介して音声会議１１４の間に参加者によって特定され、ローカル又はリモート発呼識別データベースから入手され、又は検索エンジン、ソーシャルネットワークプロフィール等の他のオンラインサービスからインポートされてもよい。

動作時に、ドラッグ・アンド・ドロップ機能は、コンピュータ装置１０２のユーザが参加者オブジェクト４００２（図７６）を選択して、参加者オブジェクト４００２を連絡先リスト６６０４に移動させる入力ジェスチャ又は他の入力コマンド（図７７）を実行することを可能にする。 参加者オブジェクト４００２は、例えば、グラフィカルユーザインターフェース１３２及び入力機構の設定によって様々な方法で選択されてもよい。図７６に例示される実施形態では、ドラッグ・アンド・ドロップ機能は、タッチスクリーンディスプレイ５００４を介して提供される。

参加者オブジェクト４００２が選択された後で、ユーザは、選択された連絡先オブジェクト４００２をマイ連絡先リスト６６０４に移動する任意の所望のジェスチャを行ってもよい。図７７に例示されるように、一実施形態では、選択された参加者オブジェクト４００２は、ドラッグ操作で動かされてもよい。ドラッグ操作は、参加者オブジェクト４００２が選択されている間に、入力機構（例えば、人間又はスタイラスの接触、カーソル等）の場所を更に監視するように構成されてもよい。図７７の実施形態では、参加者オブジェクト４００２は、連絡先リスト６６０４の表示領域内で少なくとも部分的に動かされる。ユーザは、表示領域内で参加者オブジェクト４００２を選択解除して、それにより１つ以上の参加者パラメータを含む新しい連絡先を作成するように連絡先管理アプリケーションを指示する連絡先追加コマンドをトリガしてもよい。図７８に例示されるように、新たな連絡先が連絡先リスト６６０４に追加された後で、連絡先オブジェクト６６０６ｈが連絡先リスト６６０４に表示されてもよい。

選択された参加者オブジェクト４００２は、参加者追加コマンドを開始するために連絡先リスト６６０４内で移動される必要はないことが理解されるべきである。会議インターフェースは、新しい連絡先として参加者オブジェクト４００２をドロップ又はキャプチャするために別の画面部分を含んでもよい。別の画面部分は、画面部分４００２内又は会議インターフェース内の任意の他の場所内に含まれてもよい。グラフィカルユーザインターフェース１３２は、ドラッグ・アンド・ドロップ又は類似の機能を実装するために他の入力ジェスチャ又はマウス駆動コマンドをサポートしてもよいことが更に理解されるべきである。例えば、一実施形態では、参加者オブジェクト４００２は、監視される場所及び／又は加速パラメータを使用してキャプチャ領域又はドロップ目標に向かって「フリック」されてもよい。他の実施形態では、参加者オブジェクト４００２は、ホットキー又は他のキーボード入力又は選択可能メニューを介して新しい連絡先として追加されてもよい。例えば、参加者オブジェクト４００２が選択されると、メニューは、連絡先追加プロンプト（図７９）と共に自動的に又は選択的に表示されてもよい。メニュー７９０２は、連絡先リストの場所をユーザが特定することを可能にするオプションを含んでもよい。例えば、連絡先は、ローカル連絡先リスト、ソーシャルネットワークリスト、又は会議システム１０６によって維持されるリストに追加されてもよい。ユーザからの選択に応答して、連絡先追加コマンドは、例えば、ユーザのソーシャルネットワークリストに参加するように連絡先を自動的又は選択的に招待することを含む、ユーザによって特定される参加者連絡先管理アプリケーションと通信するように適切なパラメータと共に設定されてもよい。

図８０は、上記の連絡先追加機能を実装するための情報配布モジュール６５０４の実施形態の機構、動作、及び／又は機能性を例示する。ブロック８００２において、クライアント装置１０２は、会議の参加者を識別する複数の参加者オブジェクト４００２を表示する会議インターフェースを提示する。また、クライアント装置１０２は、連絡先リスト６６０４を提示してもよい。ブロック８００４において、情報配布モジュール６５０４は、参加者オブジェクト４００２の１つがグラフィカルユーザインターフェース１３２を介して選択されたことを決定する。クライアント装置１０２によってサポートされる特定の入力装置及びグラフィカルユーザインターフェースコマンドによって、選択された参加者オブジェクト４００２は、連絡先リスト６６０４又は他のキャプチャ領域（ブロック８００６）に動かされてもよい。ブロック８００８において、情報配布モジュール６５０４は、選択された参加者オブジェクト４００２の場所を監視して、オブジェクトがドロップ目標において解放されたことを決定するように構成されてもよい。オブジェクトの解放に応じて、メニュー７９０２（図７９）が、連絡先アプリケーションに対してユーザを促すために提示されてもよい。ブロック８０１２において、情報配布モジュール６５０４は、ユーザ選択を受信して、連絡先追加コマンドを開始する。ブロック８０１４において、情報配布モジュール６５０４は、選択された参加者オブジェクト４００２と関係付けられるプロフィール情報を決定してもよい。プロフィールパラメータは、会議システム１０６又はソーシャルネットワークシステム３１０２等のローカルアプリケーション又はリモートサービスから入手されてもよい。ブロック８０１６において、連絡先追加コマンドは、連絡先をオンライン会議に追加して、選択された連絡先アプリケーションにプロフィール情報を送信する処理を開始する。

図８１に例示される別の実施形態では、会議インターフェース８１００ａは、１つ以上の情報ソースと関係付けられるユーザインターフェースオブジェクトを表示するマイリソースリスト８１０２と共に構成されてもよい。情報オブジェクトは、例えば、文書に対応する文書オブジェクト８１０６、ビデオに対応するビデオオブジェクト８１０８、オーディオクリップに対応するオーディオオブジェクト８１１０、連絡先に対応する連絡先オブジェクト８１１４（例えば、複数の連絡先オブジェクト６６０６）、Ｅメール、テキストメッセージ、ブログ投稿、ソーシャルネットワーク更新等に対応するメッセージオブジェクト８１１６、又は任意の他の情報オブジェクト８１１８を含んでもよい。一実施形態では、マイリソースリスト８１０２は、メモリ４０４に記憶されたファイルを閲覧するためのファイルブラウザウィンドウを含む。この点で、情報オブジェクト８１１８は、１つ以上のファイル又はフォルダを識別するアイコンを含んでもよい。マイリソースリスト８１０２は、例えば、ビデオ、オーディオ、又は画像ホスティングサイト等のウェブサービスとインターフェース接続してもよい。情報オブジェクト８１１８は、ホスティングファイルの基本的な埋め込みコード又は場所を識別する選択可能なオブジェクトを含んでもよい。更なる実施形態では、マイリソースリスト８１０２は、ソーシャルネットワークシステム３１０２を介して共有されるメッセージ、ビデオ、文書、ファイル等とインターフェース接続して表示してもよい。

会議インターフェース８１００ａは、オンライン会議の各参加者を識別する参加者オブジェクト４００２を表示する画面部分４００２を含んでもよい。会議インターフェース８１００ａは、第１の参加者１０４ａに提示される会議インターフェース８１００のバージョンに対応する。会議インターフェース８１００ｂ（図８６及び８７）は、第２の参加者１０４ｂに提示される会議インターフェース８１００のバージョンに対応する。各自の参加者１０４によって、自身の一意の情報オブジェクト８１１８を表示するようにそれぞれ設定されてもよいが、画面部分４００２はバージョン８１００ａ及び８１００ｂに対して同様である。

この実施形態では、ドラッグ・アンド・ドロップ機能は、ユーザ（例えば、第１の参加者１０４ａ）が情報オブジェクト８１１８の１つを選択して、関連する情報ソースを会議内の１つ以上の他の参加者に配布することを可能にする。図８２では、第１の参加者１０４ａは、文書オブジェクト８１０６を選択している。上記のようにして、第１の参加者１０４ａは、選択された文書８１０６を会議インターフェースに移動させる入力ジェスチャ又は他の入力コマンドを実行してもよい。文書オブジェクト８１０６は、文書を対応する参加者（即ち、第２の参加者１０４ｂ）に配布するために参加者オブジェクト４００４（図８３）に移動されてもよい。他の実施形態（図８４）では、文書オブジェクト８１０６は、オンライン会議の全ての参加者に文書を配布するために画面部分４００２内の既定の場所又はドロップ目標に移動されてもよい。

文書オブジェクト８１０６は、例えば、グラフィカルユーザインターフェース１３２及び入力機構の設定によって様々な方法で選択されてもよい。図８２に例示される実施形態では、ドラッグ・アンド・ドロップ機能は、タッチスクリーンディスプレイ５００４を介して提供される。文書８１０６が選択された後で、ユーザは、選択された文書オブジェクト８１０６をドロップ目標に移動する任意の所望のジェスチャを行ってもよい。第１の参加者１０４ａは、選択された参加者への情報ソースの配達を開始するオブジェクト配布コマンドをトリガするために文書オブジェクト８１０６を選択解除してもよい。メニュー８５０２（図８５）は、第１の参加者１０４ａが１つ以上の配達パラメータを選択することを可能にするために表示されてもよい。Ｅメールボタン８５０４が、参加者オブジェクト４００２と関係付けられる参加者プロフィールに記憶されたＥメールアドレスへ文書を配達するために選択されてもよい。会議プロフィールボタン８５０６が、会議システム１０６によって情報ソースを記憶するために選択されてもよい。会議システム１０６は、指定された参加者プロフィールに情報ソースを記憶し、又は参加者が情報ソースにアクセス（例えば、ダウンロード、リンクを選択）することを可能にしてもよい。オンラインプロフィールボタン８５０８は、情報ソース（又は情報ソースへのリンク）を参加者のソーシャルネットワークプロフィールに送信するために選択されてもよい。

図８６は、文書オブジェクト８１１６が第１の参加者１０４ａによって配布される前の第２の参加者１０４ｂの会議インターフェースを例示する。会議インターフェース８１００の第２のバージョン８１００ｂは、会議システム１０６によって管理され且つ参加者が会議内の情報リソースを好都合に共有することを可能する「会議インボックス」を含んでもよい。会議システム１０６を介して第２の参加者１０４ｂに選択された文書オブジェクト８１０６ｂを配布することを第１の参加者１０４ａが選択すると仮定した場合に、図８７は、選択された文書オブジェクト８１０６ｂが第２の参加者の「会議インボックス」に表示されていることを示す。第２の参加者１０４ｂは、文書オブジェクト８１０６ａを選択することによって文書にアクセスしてもよい。

図８８は、上記の情報配布機能を実装するための情報配布モジュール６５０４の実施形態の機構、動作、及び／又は機能性を例示する。ブロック８８０２において、クライアント装置１０２は、会議の参加者を識別する複数の参加者オブジェクト４００２を表示する会議インターフェースを提示する。ブロック８８０４において、クライアント装置１０２は、複数の情報オブジェクト８１１８を表示するユーザインターフェース要素（例えば、マイリソースリスト８１０２）を提示する。ブロック８８０６において、情報配布モジュール６５０４は、参加者オブジェクト８１１８の１つがグラフィカルユーザインターフェース１３２を介して選択されたことを決定する。ブロック８００８において、情報配布モジュール６５０４は、選択された参加者オブジェクト４００２の場所を監視して、オブジェクトが会議インターフェースにおけるドロップ目標へ移動されたことを決定するように構成されてもよい。オブジェクトの解放に応答して、参加者に情報ソースを配達する方法を特定するようにユーザを促すためのメニュー（図８５）が提示されてもよい（ブロック８８１２）。ブロック８８１４において、情報配布モジュール６５０４は、ユーザ選択を受信して、オブジェクト配布コマンドを開始する。ブロック８８１６において、情報配布モジュール６５０４は、選択された参加者オブジェクト４００２と関係付けられるプロフィール情報及び配達方法を決定してもよい。例えば、第１の参加者１０４ａは、Ｅメールを介して第２の参加者に文書を配達することを選択してもよい。情報配布モジュール６５０４は、第２の参加者１０４と関係付けられる記憶されたプロフィールを選択し、Ｅメールアドレスを識別して、それから、Ｅメールアドレスへの文書の配達を開始してもよい（ブロック８８１８）。

図８９−９５は、会議インターフェース８９００を介する情報配布方法の別の実施形態を例示する。この実施形態では、会議インターフェースは、共同アプリケーション８１０４を含む。一般に、共同アプリケーション８１０４は、参加者が情報（例えば、テキスト、オーディオ、ビデオ、画像等）を共有することを可能にする会議インターフェース内の共有空間を含む。一実施形態では、共同アプリケーション８１０４は、各参加者が共有ユーザインターフェース内にテキストを挿入することを可能にする単純なノート又はチャット型アプリケーションをサポートしてもよい。他の実施形態では、共同アプリケーション８１０４は、描画機能をサポートするホワイトボード型機能を含んでもよい。共同アプリケーション８１０４は、参加者がメディアに関わらず情報を共有することを可能にする任意の所望の機能をサポートしてもよいことが理解されるべきである。共有情報は、例えば、テキスト、画像、ビデオ、オーディオ、グラフィックス等又はこれらの任意の組み合わせを含む。共同アプリケーション８１０４は、参加者が共有される情報の種類を特定することを可能にする論理を含んでもよい。又は、一部の実施形態では、共同アプリケーション８１０４は、情報ソースの種類を自動的に決定してもよい。この点で、共同アプリケーション８１０４は、複数の情報オブジェクト８１１８として共有情報を提示してもよい。会議インターフェース８９００は、マイリソースリスト８１０２（又は類似の機能）と共に、オンライン会議の各参加者を識別する参加者オブジェクト４００２を表示する画面部分４００２を含んでもよい。

この実施形態では、ドラッグ・アンド・ドロップ機能は、ユーザが共同アプリケーション８１０４に表示された情報オブジェクト８１１８の１つを選択して、関連する情報ソースを会議内の１つ以上の他の参加者に配布することを可能にする。図９０では、参加者１０４は、会議の参加者の１人によって共有されているビデオオブジェクト８１０６を選択している。上記のようにして、参加者１０４ａは、選択されたビデオ８１０８を会議インターフェース、マイリソースリスト、又は他のドロップ目標に移動させる入力ジェスチャ又は他の入力コマンドを実行してもよい。ビデオオブジェクト８１０８は、ビデオを対応する参加者に配布するために参加者オブジェクト４００４（図９２）に移動されてもよい。他の実施形態（図９３）では、ビデオオブジェクト８１０８は、オンライン会議の全ての参加者にビデオを配布するために画面部分４００２内の既定の場所又はドロップ目標に移動されてもよい。また、ビデオオブジェクト８１０８は、ドラッグされてマイリソースリスト８１０２にドロップされてもよい。図９４ａ及び９４ｂに示されるように、ユーザは、例えば、連絡先リスト６６０４に表示された連絡先オブジェクト６６０６に選択されたオブジェクトをドロップすることによって、共同アプリケーション８１０４からの情報オブジェクト８１１８を非参加者に配布してもよい。

情報オブジェクト８１１８は、例えば、グラフィカルユーザインターフェース１３２、入力機構、及び共同アプリケーション８１０４によってサポートされる特定の機能の設定によって様々な方法で選択されてもよい。図９０に例示される実施形態では、ドラッグ・アンド・ドロップ機能は、タッチスクリーンディスプレイ５００４を介して提供される。ビデオオブジェクト８１０８が選択された後で、ユーザは、選択された文書オブジェクト８１０６をドロップ目標に移動する任意の所望のジェスチャを行ってもよい。第１の参加者１０４ａは、選択された参加者、連絡先等への情報ソースの配達を開始するオブジェクト配布コマンドをトリガするためにビデオオブジェクト８１０８を選択解除してもよい。上記のように、ユーザは、メニュー（図８５）内のプロンプトを介して選択された情報オブジェクトを配達する方法を特定してもよい。

図９５は、上記の情報配布機能を実装するための情報配布モジュール６５０４の実施形態の機構、動作、及び／又は機能性を例示する。ブロック９５０２において、クライアント装置１０２は、会議の参加者を識別する複数の参加者オブジェクト４００２を表示する会議インターフェースを提示する。ブロック９５０４において、クライアント装置１０２は、参加者が情報リソースを共有することを可能にする共同アプリケーション８１０４を提示する。ブロック９５０６において、情報配布モジュール６５０４は、共同アプリケーション８１０４に表示された情報オブジェクト８１１８の１つがグラフィカルユーザインターフェース１３２を介して選択されたことを決定する。ユーザは、１つ以上（又は全て）の情報オブジェクト８１１８を選択してもよい。ブロック９５０８において、情報配布モジュール６５０４は、選択された情報オブジェクト８１１８の場所を監視して、オブジェクトがドロップ目標（例えば、会議インターフェース、１つ以上の参加者オブジェクト４００４、連絡先オブジェクト、マイリソースリスト６６０４等）へ移動されたことを決定するように構成されてもよい。オブジェクトの解放に応答して、参加者に情報ソースを配達する方法を特定するようにユーザを促すためのメニュー（図８５）が提示されてもよい（ブロック９５１２）。ブロック９５１４において、情報配布モジュール６５０４は、ユーザ選択を受信して、オブジェクト配布コマンドを開始する。ブロック９５１６において、情報配布モジュール６５０４は、選択された参加者オブジェクト４００２（又はドロップ目標）と関係付けられるプロフィール情報及び配達方法（適用可能な場合）を決定してもよい。ブロック９５１８において、情報配布モジュール６５０４は、特定された配達方法及び／又はプロフィール情報に従って情報ソースを配布する。

また、会議システム１０６は、会議システム１０６に情報を転送し且つそれからの情報を配布する更なる追加の機構をサポートしてもよい。例えば、一実施形態では、会議システム１０６は、参加者のアカウントと関係付けられるカスタマイズされたＥメールアドレスを提供してもよい。参加者１０４が会議システム１０６でアカウントを作成すると、カスタマイズされたＥメールアドレスは、自動的に確立され、参加者のアカウントと関係付けられて、使用可能になる。参加者１０４は、Ｅメールアカウントを使用して、別個のクライアントアプリケーション、ウェブベースインターフェースを介して、又は会議インターフェースを介してＥメールを送信及び受信してもよい。カスタマイズされたＥメールアドレスは参加者のアカウントにリンクされるので、このアドレスへのＥメールが受信されると、会議システム１０６は、対応するアカウントを自動的に決定してもよい。任意の添付ファイル、リンク、又は他の文書若しくは情報が、Ｅメールから自動的に又は手動で解析されて、上記のようにして会議中に提示し又は他の参加者に配布するために、会議インターフェースを介して参加者１０４に利用可能になってもよい。別の実施形態では、参加者１０４は、別個のカスタマイズされたＥメールアドレスを使用する代わりに、既存のＥメールアドレスをアカウントと関係付けてもよい。

図９６−１０７を参照すると、グラフィカルユーザインターフェース１３２を介してオンライン会議における会議セッションを管理するためのシステム、方法、及びコンピュータプログラムの様々な実施形態が記載されている。会議セッション管理機能の実施形態は、メモリ４０４に記憶されたモジュール６５０６を介して実装されてもよい（図６５）。以下でより詳細に記載されるように、一般に、会議セッション管理モジュール６５０６は、コンピュータ装置１０２のユーザがグラフィカルユーザインターフェース１３２を介して会議セッションのブレークアウトセッションを生成することを可能にする論理及び／又は機能性を含む。ブレークアウトセッションは、１つ以上の参加者オブジェクトを選択して既定のドロップ目標に移動させることによって生成されてもよい。参加者オブジェクト４００４の選択及び移動は、上述の又はそれ以外のドラッグ・アンド・ドロップ機能及び任意の適切な入力機構を介して実装されてもよい。

図９６は、ブレークアウトセッションを生成するための会議ユーザインターフェース９６００の実施形態を例示する。会議ユーザインターフェース９６００は、一般に、会議システム１０６によって提供される会議セッションにおける参加者１０４ごとに参加者オブジェクト４００４を表示する画面部分４００２を含む。会議セッションは、関連するオンライン会議と共に音声会議１１４を含んでもよい。会議セッションは、上記の任意の方法で会議システム１０６によって確立されてもよい。会議ユーザインターフェース９６００は、クライアント装置１０２のユーザがブレークアウトセッションの生成処理を選択的に開始することを可能にするためにユーザインターフェース要素（例えば、ブレークアウトセッション要素９６０２）を更に含んでもよい。

会議セッションの間、クライアント装置１０２のユーザは、画面部分９７０２（図９７）のブレークアウトセッションウィンドウの表示をトリガし得るブレークアウトセッション要素９６０２を選択してもよい。図９８−１０１を参照すると、各参加者オブジェクト４００２は、グラフィカルユーザインターフェース１３２を介してドラッグ・アンド・ドロップ機能をサポートするように構成されてもよいことが理解されるべきである。ドラッグ・アンド・ドロップ機能（又は、本明細書に記載の他の入力ジェスチャ）は、ユーザが参加者オブジェクトを選択して、画面部分４００２のメイン会議ウィンドウから画面部分９７０２のブレークアウトセッションウィンドウへと移動させることを可能にする。ドラッグ・アンド・ドロップ操作は、対応する参加者をブレークアウトセッションに追加するように会議システム１０６を指示するための適切なコマンドを開始してもよい。

参加者オブジェクト４００４は、例えば、グラフィカルユーザインターフェース１３２及び入力機構の設定によって様々な方法で選択されてもよい。一実施形態では、ドラッグ・アンド・ドロップ機能は、タッチスクリーンディスプレイ５００４を介して提供される。ドラッグ・アンド・ドロップ機能は、人間の接触又はスタイラスの接触のタッチスクリーンディスプレイ５００４上の場所を決定するように構成されてもよい。参加者オブジェクト４００４は、オブジェクトの表示領域に接触することによって選択されてもよい。図９８は、ユーザが適切な表示領域に接触することによって選択される参加者オブジェク４００４ｅを例示する。他の実施形態では、参加者オブジェクト４００４のユーザ選択は、表示領域上で表示されたカーソルの場所を動かして選択コマンドを開始することによって（例えば、マウス、タッチパッド、又は他の入力機構をクリックすることによって）実行されてもよい。

参加者オブジェクト４００４が選択された後で、ユーザは、選択された参加者オブジェクト４００４を画面部分９７０２に移動する任意の所望のジェスチャを行ってもよい。図９９に例示されるように、一実施形態では、選択された参加者オブジェクト４００４ｅは、ドラッグ操作で動かされてもよい。ドラッグ操作は、参加者オブジェクト４００４が選択されている間に、入力機構（例えば、人間又はスタイラスの接触、カーソル等）の場所を更に監視するように構成されてもよい。図９９の実施形態では、参加者オブジェクト４００４ｅは、ブレークアウトセッションウィンドウ内で動かされてもよい。ユーザは、対応する参加者をブレークアウトセッションに追加するコマンドをトリガするために参加者オブジェクト４００４ｅを選択解除してもよい。図１００及び１０１は、ブレークアウトセッションに追加される第２の参加者オブジェクト４００４ｆを例示する。

一実施形態では、ブレークアウトセッションは、音声会議１１４の音声ストリーム１２２を処理することによって生成されてもよい。参加者オブジェクト４００４ｅ及び４００４ｆがブレークアウトセッションウィンドウに移動される図１０２に示される例を検討する。参加者オブジェクト４００４ｅ及び４００４ｆを動かす前に、会議システム１０６は、参加者識別子１２０ａ−ｆによって識別される６人の参加者を含む音声会議１１４を確立している。各参加者は、対応する音声ストリーム１２２ａ−ｆを有しており、対応する参加者オブジェクト４００４ａ−ｆと共に会議インターフェース内で識別される。参加者オブジェクト４００４ｅ及び４００４ｆがブレークアウトセッションウィンドウに移動されると、会議セッション管理モジュール６５０６は、参加者識別子１２０ｅ及び１２０ｆを参照して対応する音声ストリーム１２２ｅ及び１２２ｆを識別してもよい。会議セッション管理モジュール６５０６は、会議システム１０６への適切なコマンドを構成して開始してもよい。一実施形態では、参加者をブレークアウトセッションに追加するコマンドは、参加者識別子１２０ｅ及び１２０ｆを特定してもよい。会議システム１０６は、コマンドを受信して、対応する音声ストリーム１２２ｅ及び１２２ｆを受信してもよい。

図１０５に例示されるように、会議システム１０６は、音声ストリーム１２２ｅ及び１２２ｆを含むブレークアウトセッション１２００２を確立してもよい。会議システム１０６は、元の会議と関係付けられる音声会議１１４の音声ストリーム１２２ｅ及び１２２ｆを除去し又は使用不能にし又は消音して、ブレークアウトセッション１２００２に対して２つのストリームの別個のミックスを生成してもよい。このようにして、会議セッションにおける参加者は、音声ストリーム１２２ｅ及び１２２ｆを聞かず、ブレークアウトセッションにおける参加者は音声ストリーム１２２ａ、１２２ｂ、１２２ｃ、１２２ｄ及び１１２ｇを聞かない。音声ストリーム１２２の処理は、会議システム１０６の機構によって様々な代替的方法で実装されてもよいことが理解されるべきである。

図１０６及び１０７に示されるように、ブレークアウトセッション１０５０２は、音声ストリーム１２２ａ−ｆを同様に処理することによって音声会議１１４へ選択的に再結合又は再加入されてもよい。図１０６の実施形態では、ユーザは、ユーザインターフェース要素（例えば、セッション結合要素１０６０２）を選択することによってブレークアウトセッション１０５０２を音声会議１１４と再結合してもよい。別の実施形態では、ブレークアウトセッションウィンドウは、ユーザが選択してメイン会議ウィンドウに移動させ得るドラッグ可能オブジェクトとして構成されてもよい（図１０７）。個々の参加者は、上記のように、参加者オブジェクト４００４を選択して、ブレークアウトセッションウィンドウからメイン会議ウィンドウへ移動させることによって会議セッションに再び追加されてもよい。

図１０３は、上記のセッション管理機能を実装するための会議セッション管理モジュール６５０６の実施形態の機構、動作、及び／又は機能性を例示する。ブロック１０３０２において、クライアント装置１０２は、会議システム１０６によって確立される会議セッションの参加者を識別する複数の参加者オブジェクト４００４を第１の画面部分に表示する会議インターフェースを提示する。ブロック１０３０４において、会議セッション管理モジュール６５０６は、参加者オブジェクト４００４の１つがグラフィカルユーザインターフェース１３２を介して選択されたことを決定する。クライアント装置１０２によってサポートされる特定の入力装置及びグラフィカルユーザインターフェースコマンドによって、選択された参加者オブジェクト４００４は、ブレークアウトセッションと関係付けられるドロップ目標に動かされてもよい（ブロック１０３０６）。ブロック１０３０８において、会議セッション管理モジュール６５０６は、参加者オブジェクト１０４と関係付けられる参加者識別子１２０を決定してもよい。会議セッション管理モジュール６５０６は、参加者を会議セッションから除去して（ブロック１０３１０）、ブレークアウトセッションに参加者を追加するように（１０３１２）会議システム１０６に命令してもよい。

図１０８−１１４を参照すると、グラフィカルユーザインターフェース１３２を介してオンライン会議における参加者を認証するためのシステム、方法、及びコンピュータプログラムの様々な実施形態が記載されている。参加者認証を実装するための機能性は、例えば、参加者認証モジュール６５０８（図８５）において具現化されてもよい。以下により詳細に記載されるように、参加者認証モジュール６５０８は会議インターフェースに表示される署名キャプチャ機構を介して参加者を認証する論理及び／又は機能を含む。署名キャプチャ機構は、グラフィカルユーザインターフェース１３２を介して提示される会議インターフェース内の領域を含んでもよい。署名キャプチャ領域は、入力装置が画面部分に対して動かされるとグラフィカルユーザインターフェース１３２を介して入力装置の場所を電子的に認識及び／又はキャプチャするように構成される。一実施形態では、タッチスクリーンディスプレイ５００４は、ユーザが、例えば、指又はスタイラス等の他の入力装置で画面部分上で書くこと又はトレースすることを可能にするために使用されてもよい。他の実施形態では、マウス又は他の入力装置６５０１（図６５）が画面部分内で表示されたカーソルの動きをコントロールするために使用されてもよい。

図１０８は、会議の参加者を認証するための参加者認証モジュール６５０８の一実施形態の機構、動作、及び／又は機能性を例示する。会議は、上記の任意の方法で会議システム１０６によって確立されてもよい。会議は、通信ネットワークを介して会議システム１０６によってクライアント装置１０２に提示される関連する会議インターフェースと共に音声会議１１４及び／又はビデオ会議を含んでもよい。会議（即ち、会議イベント）の準備及び／又は管理に関連する任意のイベントについて参加者を認証することが望ましい場合はいつでも、会議システム１０６は、参加者認証処理を要求し又は呼び出してもよい。ブロック１０８０２において、参加者認証モジュール６５０８は、参加者が認証される会議と関係付けられる会議イベントを決定し又は通知される。会議イベントは、ログインイベント（図１０９）と関係付けられ、又は他の実施形態では、文書又は他の情報ソースを配布する前に参加者を認証するために使用されてもよい。図１１０は、参加者１０４ｂに配布される文書オブジェクト８１０６を参加者１０４ａが選択する実施形態を例示する。特に、文書に機密性がある場合又は受信者の識別を確認することが望ましい場合、文書を配布する前に参加者１０４ｂを認証することが望ましい場合がある。このようにして、選択された文書オブジェクト８１０６が参加者オブジェクト１０４ｂにドロップされた後で、安全な配布イベントがトリガされてもよい。安全な配布イベントは、署名キャプチャ領域を含む画面１１１０２（図１１１）の表示を開始してもよい。

別の会議イベントは、参加者投票を確認すること又は音声会議１１４で検討されている論点の確認に関してもよい。図１１３は、（例えば、共同アプリケーション８１０４によって会議インターフェースに表示され得る）議事録を承認するように参加者を促す「議事録承認」画面１１３０４を示す。画面１１３０４は、投票される論点の説明１１３０６と共に、「イエス」ボタン１１３０８及び「ノー」ボタン１１３１０又は他の入力機構を含んでもよい。選択を行った後で、参加者を認証するために署名キャプチャ領域１０９０６が表示されてもよい（図１１４）。

認証を要求する会議イベントに関わらず、ブロック１０８０４において、参加者認証モジュール６５０８は、認証される参加者に会議インターフェースの署名キャプチャ領域を提示する。署名キャプチャ領域は、ウィンドウ、メニュー、ディスプレイ、エリア、領域等、又はグラフィカルユーザインターフェース１３２を介して会議インターフェースに表示される任意の他のユーザインターフェース要素を含んでもよい。ユーザインターフェース要素は、定義された領域を強調するように署名キャプチャ領域の境界を表示してもよい。ブロック１０８０６において、署名キャプチャ領域は、入力装置が定義された領域内で動かされると入力装置（例えば、タッチスクリーンディスプレイに対する人間若しくはスタイラスの接触又はカーソル）の場所の座標を電子的にキャプチャするように構成される。署名キャプチャ領域は、継続的な動き又は一連の動きをキャプチャしてもよい。署名キャプチャ領域１０９０６（図１０９及び１１４）は、手書きの署名をキャプチャするように構成される。しかしながら、署名は、特定のユーザによって決定される何らかの連続した１つ以上の動きを含んでもよいことが理解されるべきである。

図１１１に例示される実施形態では、署名キャプチャ領域は、複数のノード１１１０４を含む基準グリッドを表示してもよい。参加者は、２つ以上のノード１１１０４を介して事前に定義されたパターンをトレースすることを求められてもよい。署名キャプチャ領域は、トレースされたパターン１１１０６をノードからノードへの順番（ｎｏｄｅ−ｔｏ−ｎｏｄｅ ｓｅｑｕｅｎｃｅ）として検出してもよい。例えば、図１１１の例示では、参加者は、左上のノードから、右上のノードへ、右下のノードへ、そして中央のノードで終了するノードからノードへの順番をトレースしている。このトレースパターン１１１０６は、番号が付されたノードに従ってノードからノードへの順番を定義してもよい。他の基準グリッド、パターン、配置等が実装されてもよいことが理解されるべきである。

ブロック１０８０８において、電子署名（例えば、手書き署名、トレースパターン、ジェスチャ等）の場所の座標が参加者電子署名に変換される。参加者電子署名は、記憶された電子署名と比較されてもよい（ブロック１０８１０）。記憶された電子署名は、ローカルのメモリ４０４に、会議システム１０６に、又は別のリモートロケーションに記憶されてもよい。記憶された電子署名は、参加者を認証するための基準署名として以前に記憶されていてもよい。記憶された電子署名は、参加者識別子と論理的に関係付けられてもよい。この点で、参加者電子署名及び参加者識別子は、比較を実行するアプリケーションに提供されてもよい。アプリケーションは、参加者識別子に対応する記憶された電子署名を参照して、一致が存在するかどうかを決定してもよい（判定ブロック１０８１４）。２つの署名の比較は、入力機構と関係付けられるヒューマンエラー及び／又は何らかの技術的制限を考慮に入れて、任意の適切なアルゴリズムを介して実装されてもよい。一致が存在すれば、参加者は認証されてもよい（ブロック１０８１２）。一致が存在しない場合、処理は一回以上繰り返され、又は参加者は会議イベントへのアクセスを拒否されてもよい。

図１１５は、参加者１０４が会議システム１０６によって提供される会議の様々な構成要素を参加者１０４が選択的に記録、再生及び配布することを可能にするための会議記録／再生システム１１５００の実施形態を例示する。会議記録／再生システム１１５００は、１つ以上の通信ネットワーク１１０を介して接続される会議システム１０６及び複数のクライアント装置１０２を含む（図１）。会議システム１０６及びクライアント装置１０２は、上記のようにして構成されてもよい。一般に、会議システム１０６は、複数の参加者１０４間で音声会議１１４を確立する。１つ以上のサーバ１０８は、クライアント１１５０２（例えば、ブラウザ、１つ以上のブラウザプラグイン、及び／又は特殊目的クライアント）を介してクライアント装置に音声会議１１４及び会議インターフェースを提示するように構成されてもよい。会議インターフェースは、グラフィカルユーザインターフェース１３２及び関連するディスプレイ（例えば、タッチスクリーンディスプレイ装置５００４又は他のディスプレイ装置）を介して提示及び表示されてもよい。

会議インターフェースに表示又は提示された音声会議１１４及びコンテンツを記録及び再生するために、クライアント装置１０２は、記録モジュール１１５０４、再生モジュール１１５０６、コントロールモジュール１１５１０、並びに１つ以上のバッファ及び／又は記憶装置１１５０８を更に含む。記録モジュール１１５０４、再生モジュール１１５０６、及びコントロールモジュール１１５１０は、メモリ（例えば、メモリ４０４）に具現化されて、１つ以上のプロセッサ４０２によって実行されてもよい。一実施形態では、モジュール１１５０４、１１５０６及び１１５１０は、クライアント１３００２と統合されてもよいが、モジュールは、クライアント１１５０２、グラフィカルユーザインターフェース１３２、会議インターフェース、又は他の関連するソフトウェア及び／又はハードウェアプログラムとインターフェース接続する別個のモジュールを含んでもよいことが理解されるべきである。更に、１つ以上のこうしたモジュールは、サーバ又は会議システム１０６の他の構成要素に常駐してもよいことが理解されるべきである。

記録モジュール１１５０４は、音声会議１１４における音声ストリーム及び任意の他の音声、ビデオ、グラフィックス、画像、文書、テキスト、データ、又は会議インターフェース３１１０を介して提示される他のマルチメディアを含む、会議インターフェースに表示又は提示されるコンテンツ及び／又は機能性をキャプチャするように構成される。クライアント装置１０２のユーザは、コントロールモジュール１１５１０及び関連するユーザインターフェースを介して記録モジュール１１５０４を選択的にコントロールしてもよい。記録モジュール１１５０４は、１つ以上のバッファ又は記録装置１３００８にキャプチャされたコンテンツを記憶してもよい。一実施形態では、キャプチャされたコンテンツは、以下により詳細に記載されるように、再生モジュール１１５０６によって即座に又は後で再生するために会議の間にリアルタイムでバッファされる。記録モジュール１１５０４は、会議インターフェースの一部（又は全表示領域）をキャプチャするために画面キャプチャ機能を含む。記録モジュール１１５０４は、埋め込み音声及び／又はビデオコンテンツを別々にキャプチャしてもよい。会議の間又は終了時に、キャプチャされたコンテンツは処理されて、記録、配布等のために再生可能フォーマットで記録されてもよい。

図１１５に例示されるように、キャプチャされたコンテンツは、会議と関係付けられる任意の複数の会議チャネル１１５１２に関連するデータを含んでもよい。 会議チャネル１１５１２は、例えば、音声会議１１４における音声ストリーム１２２、会議インターフェースと関係付けられる提示コンテンツ、及び参加者１０４からの任意の挿入メディア１１６０２を含んでもよい。図１１６に示される例は、３人の参加者１０４ａ−１０４ｃを含む音声会議１１４を含む。各参加者は、関連する音声ストリーム１２２ａ−１２２ｃを有する。挿入されるメディア１３１０２は、参加者が会議インターフェースを介して共有、投稿、又は提示若しくは表示し得る音声、ビデオ、文書、ノート、画像、グラフィックス、データ等を含んでもよい。

動作時に、会議記録／再生システム１１５００の各クライアント装置１０２は、即時の又はその後の再生のために１つ以上の会議チャネル１１５１２を選択的にキャプチャしてもよい。キャプチャされたコンテンツは、各クライアント装置１０２に又は会議システム１０６に記憶されてもよい。この点で、会議システム１０６は、記録モジュール１１５０６及びバッファ又は記憶装置１１５０８を含んでもよい。

図１１７は、会議記録／再生システム１１５００を介して記録及び記憶された記録済み会議用のデータ構造の実施形態を例示する。記録済み会議１１７００は、任意のコンピュータ可読フォーマットで任意の記憶装置に記憶されてもよい。一実施形態では、記録済み会議１１７００は、再生可能メディアファイル又はコードとして構成される。記録済み会議１１７００は、任意の所望の転送又は配布方法を使用して参加者１０４間で又は他の受信者へ転送又は配布されてもよい。一実施形態では、会議を記録した参加者１０４は、記録済み会議１１７００を会議システム１０６によってホスティングされる参加者プロフィール又はアーカイブへと転送してもよい。アーカイブは、参加者１０４又は任意の他のユーザによる後のアクセス及び／又は配布のために多数の記録済み会議１１７００を記憶してもよい。ユーザは、クライアント装置１０２での再生のために記録済み会議１１７００をダウンロードしてもよい。他の実施形態では、記録済み会議１１７００は、統合されたビデオとしてストリーミングされてもよい。更なる実施形態では、記録済み会議１１７００は、ＵＲＬ（ｕｎｉｆｏｒｍ ｒｅｓｏｕｒｃｅ ｌｏｃａｔｏｒ）又はユーザに配布され得る他の埋め込みコードと共に参照されてもよい。また、参加者１０４は、電子メールで又はソーシャルネットワークコンピュータシステム若しくはサードパーティビデオ配布システムによることを含む、上述の任意の又は他の方法を介して、他のユーザへ記録済み会議１１７００を直接転送又は配布してもよい。

図１１７に例示されるように、記録済み会議チャネル１１５１２は、会議と関係付けられるマスタタイムライン（例えば、会議タイムライン１１７０２）に従って同期されてもよい。記録処理の一部として、記録モジュール１１５０４は、記録されたコンテンツに対してタイムスタンプ１１７０４を生成してもよい。一実施形態では、タイムスタンプ１１７０４は、時間基準１１７０６、イベントタイプ１１７０８、及びイベント識別子１１７１０を含んでもよい。時間基準１１７０６は、マスタタイムラインに沿って一時的ロケーションを定義する。イベントタイプ１３２０８及びイベント識別子１３２１０は、会議内で起こる特定の種類のイベントをカタログ化するために使用されてもよい。図１１７に例示される実施形態では、参加者１０２ａは、会議インターフェース３１１０にビデオオブジェクト１１７１２を挿入してもよい。ビデオオブジェクト１１７１２は、会議インターフェース３１１０を介して他の参加者１０２ｂ及び１０２ｃと共有されてもよい。また、適切なイベントタイプ１１７１２及びイベント識別子１１７１０が挿入されたビデオの開始及び終了を識別するために生成されてもよい。会議の後で、参加者１０２ｂは、音声オブジェクト１１７１４を挿入してもよく、参加者１０２ｃは、文書オブジェクト１１７１６を表示してもよい。記録モジュール１１５０４は、挿入された音声及び文書の開始及び終了を識別するためにタイムスタンプ１１７０４を生成してもよい。

記録モジュール１１５０４は、会議インターフェース３１１０に関連する任意の会議イベントに対するタイムスタンプ１１７０４を生成するように構成されてもよいことが理解されるべきである。図１１８に例示される実施形態では、タイムスタンプ１１７０４は、参加者指定コメント、ノート、又はマーカ１１８０２に関して生成されてもよい。マーカ１１８０２は、後の検討のために会議内の関連点を識別し、又は会議に注釈をつけるために使用されてもよい。更に、タイムスタンプ１１７０４は、ソーシャルネットワークシステム３１０２に関連する通信チャネル３２０２（図３１及び３２）等のデータフィードと関係付けられる着信及び／又は発信投稿を識別するために生成されてもよい。マーカ１１８０２及びフィード１１８０４に対するタイムスタンプ１１７０４は、プライベート又はパブリックとして分類されてもよく、それは、チャネル要素１１５１２が他の参加者１０４と共有されるか又はそれらを定義したユーザにのみ利用可能であるかを定義してもよい。

会議記録／再生システム１１５００の概略的構造及び動作を記載しているが、様々な追加の特徴及び機能が会議インターフェース１１９００（図１１９）の例示的な実施形態を参照して記載されるであろう。会議インターフェース１１９００は、会議内の各参加者１０４を識別する相互作用可能参加者オブジェクト１１９０４を表示する。相互作用可能参加者オブジェクト１１９０４は、参加者オブジェクト４００４（例えば、グラフィカル表現４１０２、プロフィール情報４１０４、音声インジケータ４１０６、名刺要素４１０８等）と関連して記載された類似の情報を表示してもよい。図４２ｂに関連して言及されたように、名刺要素４１０８は、追加のパラメータ４２０２を表示するために参加者オブジェクト４００４を「フリップ」してもよい。相互作用可能参加者オブジェクト１１９０２は、更なる相互作用機能及び視覚効果を含んでもよい。例えば、参加者オブジェクト１１９０２は、複数の表示面を有する立方体を含んでもよい。参加者１０４がユーザインターフェース要素を選択すると、立方体は、オブジェクトの１つ以上の面を表示するために拡張されてもよい。

図１１９は、参加者の１人によって選択された後の参加者オブジェクト１１９０２ｄを例示する。ユーザの選択は、立方体の面１２００２ｄ、１２００４ｄ、及び１２００６ｄの表示をトリガしてもよい。各面は、参加者に関する追加の情報を表示してもよい。一実施形態では、立方体の面は参加者によって設定可能であってもよく、例えば、ソーシャルネットワークプロフィール、ソーシャルネットワーク通信チャネル３２０２への更新、ビデオ、グラフィックス、画像、又は任意の他のコンテンツを表示してもよい。立方体の面は、元の折り畳まれた立方体に戻るように更に選択されてもよい。別の実施形態では、参加者オブジェクト１１９０２は、立方体の各面１２００２ｄ、１２００４ｄ、及び１２００６ｄを表示するために（自動的に又はユーザの選択によって）回転されてもよい。図１２１は、立方体の面１２００４ｄを表示するために回転された後の参加者オブジェクト１１９０２を示す。参加者オブジェクト１１９０２は、追加の又は代替的な視覚効果及び／又は相互作用可能機能と共に設定されてもよいことが理解されるべきである。

会議インターフェース１１９００は、様々な機能にアクセスするための１つ以上の選択可能要素を含んでもよい。マイコネクション要素１１９０６が、参加者１０４がクライアント装置１０２と会議システム１０６との間の既存の接続を設定することを可能にするための表示を起動してもよい。参加者１０４は、音声会議１１４との接続を切断し、（例えば、ダイヤルアウトによって）音声会議１１４との新たな接続を確立し、又は音声会議１１４との既存の接続を再設定してもよい。音声接続を設定することに加えて、参加者１０４は、会議インターフェース３１１０を介してオンライン会議への接続を設定してもよい。一実施形態では、オンライン会議との接続は、別のクライアント装置１０２又は既存のクライアント装置１０２における別のクライアント１１５０２に転送されてもよい。これは、参加者が転送時にオンライン会議における存在を途切れなく維持することを可能にしてもよい。

招待要素１１９０８は、参加者１０４が追加の参加者１０４をオンライン会議に招待することを可能にするためのメニュー１２２０２（図１２２）を起動してもよい。図１２２に例示されるように、例えば、電話番号（電話要素１３７０４）へダイヤルアウトし、会議システム１０６へアクセスするための情報を含むＥメールを送信し（Ｅメール要素１２２０６）、又はメッセージをソーシャルネットワークシステム３１０２等のウェブサービス（ウェブ存在要素１２２０８）に送信することによって、追加の参加者が招待されてもよい。

共有要素１１９１０は、参加者１０４がメディアを挿入してオンライン会議の他の参加者と共有することを可能にするためのメニュー１２３０２（図１２３）を起動してもよい。メニュー１２３０２は、メディアを選択する閲覧場所を特定することを参加者１０４に促してもよい。会議ルーム要素１２３０４が、会議システム１０６によって記憶されたメディアを表示してもよい。ローカル装置要素１２３０６が、参加者１０４がクライアント装置１０２に位置するファイルを選択することを可能にするためのファイルブラウザを表示してもよい。ウェブ要素１２３０８が、例えば、サードパーティのビデオ、音声、又は文書ホスティングサービス等のウェブサービスによってホスティングされた利用可能なメディアを表示してもよい。図１２４は、参加者１０４がウェブベースのビデオ１３９０２を識別した後の会議インターフェース１１９００を例示する。クライアント装置１０２は、ウェブベースのビデオ１２４０２を立ち上げて、会議システム１０６は、会議インターフェース３１１０を介して全ての参加者１０４とそれを共有する。

一実施形態では、参加者がウェブベースのビデオ１２４０２（又は他のユーザインターフェース要素、提示ディスプレイ等）を立ち上げると、要素は、より視覚的に魅力的な体験を与えるために「フライイン（ｆｌｙ−ｉｎ）」要素として会議インターフェース１１９００に案内されてもよい。例えば、要素は、会議インターフェース１１９００の底部から持ち上げられるように見えてもよく、参加者オブジェクト１１９０２は、要素を収容するために残りの利用可能な（又は隠された）画面スペースに自動的に再配置されてもよい。要素の移動は、画面の任意の部分から始まってもよく、任意の所望のアニメーション又は効果を実装してもよい。１つの実装では、「フライイン」要素は、画面の「フロア」から持ち上げられる物理的画面の動作をシミュレーションするように構成され、参加者オブジェクト１１９０２は、画面によって「押しのけられ」、又は再配置され若しくは隠される。別の実施形態では、「フライイン」要素が最前面に上げられて、参加者オブジェクト１１９０２は、背景に表示されてもよい。

ウェブベースのビデオ１２４０２（又は他の提示ディスプレイ）が完了し又は手動若しくは自動で停止されると、アニメーション又は効果は反転され、参加者オブジェクト１１９０２は元の又は他の配置に戻って、「フライイン」要素は元の又は他の状態に移動されてもよい。「フライイン」要素アニメーション及び／又は効果は、任意の所望の提示コンテンツ及び／又は機能性（例えば、ディスプレイ、ペイン、ウィンドウ等）と共に使用されてもよいことが理解されるべきである。

マイルーム要素１１９１２は、参加者１０４が会議インターフェース３１１０の外見を設定することを可能にするための表示を立ち上げてもよい。参加者１０４は、参加者オブジェクト１１９０２の配置を設定し、ロケーションビュー１２４を特定し、又は任意の他の提示パラメータを設定してもよい。

アプリケーション要素１１９１４は、参加者１０４が会議用アプリケーションを立ち上げることを可能にするためのメニュー１２５０２（図１２５）を立ち上げてもよい。上記のように、会議システム１０６は、様々な会議用アプリケーションを購入するために会議アプリケーションストアをホスティングしてもよい。アプリケーションストア要素１２５０４は、参加者１０４が会議用アプリケーションを購入し得るアプリケーションストアを立ち上げてもよい。マイアプリケーション要素１２５０６は、既に購入されている又はそれ以外で参加者１０４に利用可能なアプリケーションから参加者１０４が参加者１０４が選択することを可能にするための表示を立ち上げてもよい。ホストアプリケーション要素１２５０８は、オンライン会議のホストによって利用可能にされている会議用アプリケーションを表示してもよい。

図１２６は、参加者１０４が会議ノートアプリケーション１２６０２を立ち上げた後の会議インターフェース１１９００を例示する。ノートアプリケーション１２６０２は、参加者１０４がノート部分にノートを挿入することを可能にするためにテキスト挿入要素１２６０４を表示する。参加者１０４が、ノートを挿入してノート投稿要素１４１０６を選択してもよく、それは参加者１０４の指示１２６０８を有するグループノート１２６１０として追加される。

記録要素１１９１６は、参加者１０４が会議レコーダ（要素１２７０４）を立ち上げ又は記録オプション（要素１２７０６）若しくはアラートオプション（１２７０８）を設定することを可能にするための表示１２７０２（図１２７）を立ち上げてもよい。記録オプション要素１２７０６は、参加者１０４がどの要素１２８０４を記録するかを（例えば、チェックボックス１２８０６によって）選択することを可能にするための表示１２８０２を立ち上げてもよい。図１２８に例示される実施形態では、参加者１０４は、１つ以上の以下のパラメータ、即ち、音声、会議インターフェース、共有メディア、会議アプリケーション、マイフィード、又は全ての会議要素に従って記録することを選択してもよい。起動されると、記録モジュール１１５０４は、選択された要素を記録及び記憶するであろう。

図１２９に例示されるように、アラートオプション要素１２７０２は、参加者１０４が様々な会議内アラートに対して会議インターフェースを設定することを可能にするためにアラートマネージャ１２９０２を立ち上げてもよい。例えば、会議インターフェース３１１０は、ビデオが共有される場合、会議アプリケーションが立ち上げられる場合等、所定のイベントが会議（要素１２９０６）に発生する場合に参加者にアラートを与えるように構成されてもよい。他の種類の参加者ベースのアラートが生成されてもよい（要素１２９０４）。参加者１０４は、特定の参加者１０４が話しているとき又は参加者が会議内で所定の行動を取るときに会議インターフェース３１１０を介してアラートを与えられることを希望してもよい。

会議レコーダが立ち上げられて記録モジュール１１５０４が会議を記録しているとき、会議インターフェース３１１０は、様々な記録及び再生機能を容易にするために記録／再生ナビゲーションコントローラ１３００２（図１３０）を提示してもよい。記録／ナビゲーションコントローラ１３００２は、コントロールモジュール１１５１０と関係付けられるユーザインターフェースを含む。コントローラ１３００２は、各再生機能を開始するために一時停止／再生入力１３１０６、巻き戻し入力１３１０４、及び早送り入力１３１０８を含むナビゲーションコントローラ１３１０２を含む。一時停止／再生入力１３１０６は、会議の一時停止と会議の再生機能との間をトグルする。巻き戻し入力１３１０６及び早送り入力１３１０４は、参加者１０４が再生中の会議のマスタタイムラインに沿って前の及び後の場所に進むことを可能にする。再生機能の間、参加者１０４は、ライブ会議を自動的に返すライブ入力１４６１２を選択してもよい。ミュート入力１３１１４は、音声会議１１４を消音する。

記録／再生ナビゲーションコントローラ１３００２は、参加者１０４がマスタタイムライン１１７０２にコメント、タグ等（マーカ１１８０２、図１１８）を挿入することを可能にするために挿入マーカ部１３１１４を更に含んでもよい。コメントは、テキスト挿入要素１３１１８に追加されて、プライベート又はパブリックコメントとして特定されてもよい。挿入要素１３１２０が選択されると、コメントを含むタイムスタンプ１１７０４が生成される。

図１３２は、図１１５の会議記録／再生システムの実施形態の機構、動作、及び／又は機能性を例示する流れ図である。ブロック１３２０２において、会議システム１０６は、複数の参加者１０４間で音声会議１１４を確立する。ブロック１３２０４において、会議インターフェース３１１０及び音声会議１１４が、各クライアント装置１０２に提示される。ブロック１３２０６において、１つ以上のクライアント装置１０２が、音声会議１１４及び会議インターフェース３１１０を同期して記録する。上記のように、１つ以上の会議チャネル１１５１２が記録されてもよい。ブロック１３２０８において、同期された音声及びビデオが記憶及び再生される（ブロック１３２１０）。

図１３３は、オンライン会議の参加者１０４が第１の参加者のクライアント装置１０２ａから第２の参加者のクライアント装置１０２ｂへと会議セッションを途切れなく転送することを可能にするコンピュータシステム１３３００の実施形態を例示する。途切れのない転送は、会議の他の参加者１０４が転送に気付かないように会議中に提供される。コンピュータシステム１４８００は、一般に、１つ以上の通信ネットワーク１１０を介して接続される会議システム１０６及び複数のクライアント装置１０２を含む（図１）。会議システム１０６は、複数の参加者１０４間で音声会議１１４を確立するように構成される。会議システム１０６と関係付けられる１つ以上のサーバ１０８は、クライアント（例えば、クライアント１３００２、ブラウザ、１つ以上のブラウザプラグイン、及び／又は任意の他の一般的若しくは特殊目的クライアント）を介してクライアント装置１０２に音声会議１１４及び会議インターフェース３１１０を提示するように構成される。会議インターフェース３１１０は、グラフィカルユーザインターフェース１３２及び関連するディスプレイ（例えば、タッチスクリーンディスプレイ装置５００４又は他のディスプレイ装置）を介して提示及び表示されてもよい。各クライアント装置１０２は、会議システム１０６とのセッション（即ち、会議セッション）を介して会議インターフェース３１１０にアクセスしてもよい。

図１３３の実施形態に例示されるように、１つのクライアント装置から別のクライアント装置への会議セッションの転送を容易にするために、クライアント装置１０２は、参加者装置間会議転送モジュール１３３０２を含んでもよい。モジュール１３３０２は、一般に、転送処理の１つ以上の態様を開始、制御、又は実装するための論理又は機能性を含む。モジュール１３３０２は、メモリ（例えば、メモリ４０４）に具現化されて、１つ以上のプロセッサ４０２によって実行されてもよい。モジュール１３３０２の１つ以上の部分が、第１のクライアント装置１０２ａ（即ち、最初の又は一次クライアント装置）、第２のクライアント装置１０２ｂ（即ち、後の又は二次クライアント装置）、サーバ１０８、又は会議システム１０６の他の要素に常駐してもよい。

この点で、第１の参加者のクライアント装置１０２ａは、会議システム１０６との最初の又は以前の会議セッション（即ち、第１の会議セッション）を確立するクライアント装置１０２を意味することが理解されるべきである。第２の参加者のクライアント装置１０２ｂは、参加者１０４が第１の会議セッションを転送することを希望する目標クライアント装置１０２を意味する。第１及び第２の参加者のクライアント装置１０２は、通信ネットワーク１１０を介して会議システム１０６と通信することが可能な（上記の）任意のコンピュータ装置を含んでもよい。転送処理は、参加者１０４がある装置から別の装置へ会議システム１０６とのセッションを転送することが望ましい任意の状況において実装されてもよい。

例えば、参加者の職場にあるデスクトップコンピュータ又はラップトップ若しくはノートブックコンピュータ等のパーソナルコンピュータを介して参加者１０４が最初に会議に参加する状況を検討する。会議の間、参加者１０４は、職場を離れることが必要とされる場合がある。多くの参加者１０４が会議にアクセス可能なモバイルコンピュータ装置を有してもよいが、従来の会議解決策は、参加者をパーソナルコンピュータから切断してモバイルコンピュータ装置を介して新しい接続を確立することを要求する場合がある。この期間中、参加者１０４が会議に不在であることがはっきりとしている場合がある。この問題の１つの解決策は、参加者１０４がパーソナルコンピュータを接続する前にモバイルコンピュータ装置との新しいセッションを確立することである。しかしながら、このシナリオでは、第２のセッションが確立されて第１のセッションが終了されるまで、参加者１０４は、２つの別個の参加者として会議に現れてもよい。これは不在に見えることが好ましい場合もあるが、他の参加者１０４を更に混乱させ、又は参加者がもはや職場におらず若しくはモバイルコンピュータ装置を介して会議にアクセスしていないことを不必要に強調し得る。

モバイルコンピュータ装置を介して第１の会議セッションが確立されると、参加者１０４は、同様の問題を経験し得る。様々な理由で、参加者１０４は、元のモバイルコンピュータ装置以外の装置から会議にアクセスすることを望む場合がある。例えば、モバイルコンピュータ装置は、バッテリ電力又はキャリアネットワークとの接続を失う可能性があり、又は他の無線ネットワークが問題を起こす可能性もある。別の理由は、参加者１０４がより大きなディスプレイ又は他の好ましい性能特性を有するコンピュータ装置での会議を体験することを希望することであってもよい。上記のように、会議中に、参加者１０４の１人は、会議インターフェース３１１０を介してビデオを共有し、又はオーディオクリップ又は他のコンテンツ若しくは機能性を案内してもよい。モバイルコンピュータ装置（又は他のコンピュータ装置）は、ビデオを観るために互換性のあるソフトウェア、又は場合によってはディスプレイサイズ、処理能力、他のハードウェア及び／又はソフトウェア仕様を有さない場合があり、又は他の性能特性は、会議インターフェース３１１０に提示されるコンテンツ又は機能性を見ることを困難にする。参加者１０４は、より適切なコンピュータ装置又はプラットフォームから会議を体験することを希望してもよい。この状況では、参加者１０４は、上記と同じ問題を有するであろう。

コンピュータシステム１３３００は、会議における参加者の存在を中断することなく会議中に目立たないように参加者１０４が途切れなく装置を変更することを可能にすることによって１つ以上のこうした又は他の問題への解決策をもたらし得る。図１３４は、会議インターフェース３１１０における対応する参加者の存在を維持しながら第１のクライアント装置１０２ａから第２のクライアント装置１０２ｂへと会議セッションを転送する方法の実施形態を例示する。方法は、第１のクライアント装置１０２ａ、第２のクライアント装置１０２ｂ、又は会議システム１０６において行われ又は常駐し得る機能、ステップ、又は論理を例示することが理解されるべきである。

ブロック１３４０２において、参加者１０４は、第１のクライアント装置１０２ａを介してオンライン会議に参加する。第１のクライアント装置１０２ａは、会議システム１０６との第１の会議セッションを確立する。オンライン会議は、音声会議１１４を含んでもよい。ブロック１３４０４において、会議システム１０６は、例えば、クライアント装置１０２ａ及び会議の他のクライアント装置１０２に会議インターフェース３１００等の会議インターフェースを提示する。上記のように、会議インターフェース３１１０は、第１のクライアント装置１０２ａを操作する参加者１０４を含む、会議の各参加者を識別する参加者オブジェクト（例えば、オブジェクト４００４、１１９０２）を表示してもよい。会議システム１０６は、参加者に対応する一意の参加者識別子３８０２（図３８）によって各参加者オブジェクトを参照してもよい。

ブロック１３４０６において、参加者１０４は、第２のクライアント装置１０２ｂへの会議セッションの転送を開始する。一実施形態では、参加者１０４は、例えば、マイコネクション要素１３４０６（図１１９）又は他のユーザインターフェース要素若しくは入力装置によって会議インターフェース３１００を介して転送を開始してもよい。ブロック１３４０８において、第１のクライアント装置１０２ａは、参加者１０４に対応する参加者識別子３８０２を含み得る転送要求１３５０２（図１３５）を生成する。転送要求１３５０２は、第２のクライアント装置１０２ｂに送信される。転送要求１３５０２は、様々な方法で、第２のクライアント装置１０２ｂにおいて設定されて配達されてもよいことが理解されるべきである。図１３５に例示される実施形態では、転送要求１３５０２は、例えば、任意の所望のプロトコルを使用する近距離無線ネットワーク等のローカル通信ネットワークを介して第２のクライアント装置１０２ｂに送信される。この配達方法は、クライアント装置１０２ａ及び１０２ｂが互いに近くに位置している状況において望ましくてもよい。

図１３６に例示されるように、転送要求１３５０２は、１つ以上の通信ネットワーク１１０を介して第２のクライアント装置１０２ｂに送信されてもよい。第１のクライアント装置１０２ａは、第２のクライアント装置１０２ｂによって受信され又は検索され得るメッセージ（例えば、Ｅメール、ソーシャルネットワークメッセージ、ショートメッセージサービス（ＳＭＳ）メッセージ等）を送信してもよい。メッセージは、参加者を会議システム１０６に向かわせるリンク等としてＵＲＬ（ｕｎｉｆｏｒｍ ｒｅｓｏｕｒｃｅ ｌｏｃａｔｏｒ）を含んでもよい。メッセージは、参加者識別子３８０２を更に含んでもよい。更なる実施形態では、転送要求１３５０２は、参加者識別子３８０２有り又は無しで会議システム１０６に送信されてもよい。また、会議システム１０６は、新たな要求を設定し、又は第２のクライアント装置１０２ｂに元の要求を転送してもよい。

配達方法に関わらず、ブロック１３４１０において、第２のクライアント装置１０２ｂは、第１のクライアント装置１０２ａ（図１３７）及び／又は会議システム１０６（図１３８）へ応答又はメッセージ１３７０２を送信することによって要求を確認する。図１３９に例示されるように、ブロック１３４１２において、第２のクライアント装置１０２ｂは、上記の任意の方法によって会議システム１０６との第２の会議セッション１３９０２を確立する。第１の会議セッションは終了されてもよい。参加者識別子３８０２を知ることで、会議システム１０６は、転送処理の間及び後に参加者１０４に対応する参加者オブジェクトを会議インターフェース３１１０に継続的に表示してもよい。会議システム１０６は、参加者識別子３８０２に基づいて第２の会議セッション（第２のクライアント装置１０２ｂ）を第１の会議セッション（第１のクライアント装置１０２ｂ）と論理的に関係付けてもよい。このようにして、会議システム１０６は、両セッションの間に会議インターフェース３１１０の参加者１０４の識別を維持して、それにより、会議から切断された又は装置若しくは接続を変更したと気付かれずに参加者１０４が装置を目立たないように変更することを可能にしてもよい。

上記の流れ図又はブロック図と関係付けられる１つ以上の処理又は方法の記載は、論理的機能又は処理のステップを実装するための１つ以上の実行可能命令を含むモジュール、部分、論理又はコードの一部を表してもよいことが理解されるべきである。論理的機能は、ソフトウェア、ハードウェア、ファームウェア、又はそれらの任意の組み合わせで実装されてもよいことが更に理解されるべきである。所定の実施形態では、論理的機能は、メモリ又は不揮発性メモリに記憶される及びハードウェア（例えば、マイクロプロセッサ）又はマルチプラットフォーム仮想会議所システムと関係付けられる任意の他のプロセッサ若しくは適切な命令実行システムによって実行されるソフトウェア又はファームウェアで実装されてもよい。更に、論理的機能は、命令実行システム、機器、又はコンピュータベースのシステム、プロセッサ保有ステム、若しくは命令実行システム、機器、若しくは装置から命令を取り出して命令を実行することが可能なマルチプラットフォーム仮想会議所システムと関係付けられる他のシステム等の装置により又はこれらと接続して使用される任意のコンピュータ可読媒体で具現化されてもよい。

この開示は、本発明の原理及び概念を例証するための１つ以上の例示的な又は説明用の実施形態を参照して提示されていることに留意するべきである。本発明はこうした実施形態に限定されない。当業者には理解されるように、本明細書で提供される記載を考慮すると、本明細書に記載の実施形態に多くの変更を行うことが可能であり、全てのこのような変更は本発明の範囲内である。

Claims (20)

1. オンライン会議を記録及び再生する方法であって、
   会議システムが、通信ネットワークを介して前記会議システムにアクセスする複数の参加者の間で音声会議を確立するステップと、
   前記会議システムが、前記音声会議と、前記音声会議における前記参加者の各々を識別する参加者オブジェクトを表示する会議インターフェースとを提示するステップであって、前記参加者オブジェクトは複数の表示面を有する立方体を含むステップと、
   前記会議インターフェースにおける前記参加者オブジェクトの前記立方体の前記表示面に前記参加者によって提示されるコンテンツと前記音声会議を同期して記録するステップと、
   同期された前記音声会議及びコンテンツを記憶するステップと、
   同期された前記音声会議及びコンテンツを再生するステップと
   を含む方法。
2. 同期された前記音声会議及びコンテンツを記憶するステップは、同期された前記音声会議及びコンテンツをバッファするステップを含む、請求項１に記載の方法。
3. 前記バッファは前記複数の参加者と関係づけられるクライアント装置の１つで行われる、請求項２に記載の方法。
4. 前記会議インターフェースに提示されるコンテンツと前記音声会議を同期して記録するステップは、
   前記会議インターフェースに提示された前記コンテンツをビデオストリームとしてキャプチャするステップと、
   前記音声会議を含む複数の音声ストリームと前記ビデオストリームを同期するステップと
   を含む、請求項１に記載の方法。
5. 前記会議インターフェースに提示される前記コンテンツは、挿入される音声ストリーム、挿入されるビデオストリーム、挿入される文書、及び共同アプリケーションの１つを含む、請求項１に記載の方法。
6. 同期された前記音声会議及びコンテンツを再生するステップは、前記音声会議の間に行われる、請求項１に記載の方法。
7. 前記会議インターフェースに提示されるコンテンツと前記音声会議を同期して記録するステップは、前記会議インターフェースにおいて記録するためのチャネルを選択するステップを含む、請求項１に記載の方法。
8. 前記会議インターフェースに提示されるコンテンツと前記音声会議を同期して記録するステップは、１つ以上の会議チャネルのユーザ選択に従って前記会議インターフェースにおける前記コンテンツを選択的に記録するステップを含む、請求項１に記載の方法。
9. 前記１つ以上の会議チャネルは、１つ以上の参加者の音声ストリーム及び参加者挿入のメディアストリームを含む、請求項８に記載の方法。
10. 前記会議インターフェースに提示されるコンテンツと前記音声会議を同期して記録するステップは、
    記録する１つ以上の要素を選択するように前記会議インターフェースを介して第１の参加者を促すステップと、
    前記第１の参加者による選択を受信するステップと、
    選択された前記要素と前記音声会議を同期して記録するステップと
    を更に含む、請求項１に記載の方法。
11. 前記会議インターフェースに提示されるコンテンツと前記音声会議を同期して記録するステップは、各会議イベントに対してタイムスタンプを生成するステップを含む、請求項１に記載の方法。
12. 同期された前記音声会議及びコンテンツを再生するステップは、同期された前記音声会議及びコンテンツを前記第１の参加者がナビゲーションすることを可能にするために前記会議インターフェースにナビゲーションコントローラを提示するステップを更に含む、請求項１０に記載の方法。
13. 前記ナビゲーションコントローラを介してナビゲーション入力を受信するステップと、
    前記ナビゲーション入力に応じて、同期された前記音声会議及びコンテンツにおける場所を決定するステップと、
    前記場所において同期された前記音声会議及びコンテンツを再生するステップと
    を更に含む、請求項１２に記載の方法。
14. 前記ナビゲーション入力は、一時停止／再生入力、巻き戻し入力、早送り入力、及びライブ進行入力の１つを含む、請求項１３に記載の方法。
15. 同期された前記音声会議及びコンテンツを再生するステップは、
    前記会議インターフェースを介してナビゲーションコントローラを提示するステップと、
    前記ナビゲーションコントローラと関係付けられるナビゲーション入力を受信するステップと、
    前記ナビゲーション入力に従って同期された前記音声会議及びコンテンツを再生するステップと
    を更に含む、請求項１に記載の方法。
16. 同期された前記音声会議及びコンテンツを配布するステップを更に含む、請求項１に記載の方法。
17. コンピュータ可読媒体で具現化され且つ複数の参加者の間で会議システムによって確立される音声会議を記録及び再生するためにプロセッサによって実行可能なコンピュータプログラムであって、
    前記音声会議と、前記音声会議における前記参加者の各々を識別する参加者オブジェクトであって複数の表示面を有する立方体を含む参加者オブジェクトを表示するために前記会議システムによって提供される会議インターフェースとを提示し、
    前記会議インターフェースにおける前記参加者オブジェクトの前記立方体の前記表示面に前記参加者によって提示されるコンテンツと前記音声会議を同期して記録し、
    同期された前記音声会議及びコンテンツを記憶し、且つ
    同期された前記音声会議及びコンテンツを再生するように構成される論理を含む、コンピュータプログラム。
18. 同期された前記音声会議及びコンテンツを再生するように構成される論理は、
    前記会議インターフェースを介してナビゲーションコントローラを提示し、
    前記ナビゲーションコントローラと関係付けられるナビゲーション入力を受信し、且つ
    前記ナビゲーション入力に従って同期された前記音声会議及びコンテンツを再生するように構成される論理を更に含む、請求項１７に記載のコンピュータプログラム。
19. 同期された前記音声会議及びコンテンツを再生するように構成される論理は、同期された前記音声会議及びコンテンツを第１の参加者がナビゲーションすることを可能にするために前記会議インターフェースにナビゲーションコントローラを提示するように構成される論理を更に含む、請求項１７に記載のコンピュータプログラム。
20. 前記ナビゲーションコントローラを介してナビゲーション入力を受信し、
    前記ナビゲーション入力に応じて、同期された前記音声会議及びコンテンツにおける場所を決定し、且つ
    前記場所において同期された前記音声会議及びコンテンツを再生するように構成される論理を更に含み、
    前記ナビゲーション入力は、一時停止／再生入力、巻き戻し入力、早送り入力、及びライブ進行入力の１つを含む、請求項１９に記載のコンピュータプログラム。
    

Images