(57)【要約】  マルチメディア会議イベント用のホワイトボード管理手法について記載する。装置は、マルチメディア会議イベント用のホワイトボード記録動作、イメージ処理動作および再生動作を管理するように動作可能なホワイトボードマネージャーコンポーネントを備えることができる。ホワイトボードマネージャーコンポーネントは、ペンストロークが記入された書き込み面のイメージを受信し、イメージの各ピクセルを所定の数のカラーに量子化するように動作可能なイメージ量子化モジュールと、イメージ量子化モジュールに通信上で結合される属性抽出機能モジュールと、ペンストローク用のストローク属性情報を量子化ピクセルから抽出するように動作可能なイメージ量子化モジュールと、属性抽出機能モジュールに通信上で結合されるホワイトボードインターフェイスモジュールと、ストローク属性情報をミーティングコンソールに、デジタル書き込み面にデジタルペンストロークとしてレンダリングするために送信するように動作可能なホワイトボードインターフェイスモジュールを備えることができる。他の実施形態についても記載し、特許請求する。
2011524572.tif 000002
【特許請求の範囲】
【請求項１】
命令を含むストレージ媒体を含む物品であって、前記命令は、実行されると、システムが、
ペンストロークが記入された書き込み面のイメージを受信し、
前記イメージの各ピクセルを所定の数のカラーに量子化し、
前記ペンストローク用のストローク属性情報を前記量子化ピクセルから抽出し、
ストローク属性情報をミーティングコンソールに、デジタルペンストロークとしてデジタル書き込み面にレンダリングするために送信
できるようにすることを特徴とする物品。
【請求項２】
実行されると、前記システムが、前記ペンストローク用の面属性情報を前記量子化ピクセルから抽出し、前記書き込み面用の前記面属性情報を前記ミーティングコンソールに、前記デジタル書き込み面としてレンダリングするために送信できるようにする命令をさらに含むことを特徴とする請求項１に記載の物品。
【請求項３】
実行されると、前記システムが、前記イメージの量子化ホワイトピクセルは前記面属性情報の一部であり、前記イメージの量子化非ホワイトピクセルは前記ストローク属性情報の一部であると判定できるようにする命令をさらに含むことを特徴とする請求項１に記載の物品。
【請求項４】
実行されると、前記システムが、前記ストローク属性情報を前記ペンストローク用のストロークポイント、ストロークカラー、およびストローク線幅として抽出できるようにする命令をさらに含むことを特徴とする請求項１に記載の物品。
【請求項５】
実行されると、前記システムが、前記ストローク属性情報を使用して、前記デジタルペンストロークを前記デジタル書き込み面にレンダリングできるようにする命令をさらに含むことを特徴とする請求項１に記載の物品。
【請求項６】
ペンストロークが記入された書き込み面のイメージを受信するステップと、
前記書き込み面用の面属性情報を前記イメージから抽出するステップと、
前記ペンストローク用のストローク属性情報を前記イメージから抽出するステップと、
前記面属性情報および前記ストローク属性情報をリモートコンピューティングデバイスに、デジタルペンストロークとしてデジタル書き込み面にレンダリングするために送信するステップと
を含むことを特徴とする方法。
【請求項７】
前記面属性情報および前記ストローク属性情報を抽出する前に前記イメージの各ピクセルを所定の数のカラーに量子化するステップを含むことを特徴とする請求項６に記載の方法。
【請求項８】
前記イメージの量子化ホワイトピクセルは、前記面属性情報の一部であると判定するステップを含むことを特徴とする請求項６に記載の方法。
【請求項９】
前記イメージの量子化非ホワイトピクセルは、前記ストローク属性情報の一部であると判定するステップを含むことを特徴とする請求項６に記載の方法。
【請求項１０】
前記ストローク属性情報を前記ペンストローク用のストロークポイント、ストロークカラー、およびストローク線幅として抽出するステップを含むことを特徴とする請求項６に記載の方法。
【請求項１１】
ストローク線を、一部のストロークセグメントが可変ストロークセグメント幅を有する複数のストロークセグメントに分割することにより、前記ストローク属性情報をストローク線幅として抽出するステップを含むことを特徴とする請求項６に記載の方法。
【請求項１２】
ストローク線を、一部のストロークセグメントが、固定ストローク線幅の倍数によって定義される可変ストロークセグメント幅を有する複数のストロークセグメントに分割することにより、前記ストローク属性情報をストローク線幅として抽出するステップを含むことを特徴とする請求項６に記載の方法。
【請求項１３】
前記面属性情報およびストローク属性情報を前記リモートデバイスによって受信するステップを含むことを特徴とする請求項６に記載の方法。
【請求項１４】
前記面属性情報を使用して前記デジタル書き込み面をレンダリングし、前記ストローク属性情報を使用してデジタルペンストロークを前記デジタル書き込み面にレンダリングするステップを含むことを特徴とする請求項６に記載の方法。
【請求項１５】
マルチメディア会議イベント用のホワイトボード記録動作および再生動作を管理するように動作可能なホワイトボードマネージャーコンポーネントであって、
ペンストロークが記入された書き込み面のイメージを受信して、前記イメージの各ピクセルを所定の数のカラーに量子化するように動作可能なイメージ量子化機能モジュールと、
前記イメージ量子化機能モジュールに通信上で結合される属性抽出機能モジュールであって、前記イメージ量子化機能モジュールは、前記ペンストローク用のストローク属性情報を前記量子化ピクセルから抽出するように動作可能である、属性抽出機能モジュールと、
前記属性抽出機能モジュールに通信上で結合されるホワイトボードインターフェイスモジュールであって、前記ストローク属性情報をミーティングコンソールに、デジタルペンストロークとしてデジタル書き込み面にレンダリングするために送信するように動作可能である、ホワイトボードインターフェイスモジュールと
を備える、ホワイトボードマネージャーコンポーネント
を備えることを特徴とする装置。
【請求項１６】
前記属性抽出機能モジュールは、前記イメージから前記書き込み面用の面属性情報を抽出するように動作可能であり、前記ホワイトボードインターフェイスモジュールは、前記面属性情報を前記リモートコンピューティングデバイスに、前記デジタル書き込み面をレンダリングするために送信するように動作可能であることを特徴とする請求項１５に記載の装置。
【請求項１７】
前記属性抽出機能モジュールは、前記ストローク属性情報を、前記ペンストローク用のストロークポイント、ストロークカラー、およびストローク線幅として抽出するように動作可能であることを特徴とする請求項１５に記載の装置。
【請求項１８】
前記属性抽出機能モジュールは、前記イメージの量子化ホワイトピクセルは前記面属性情報の一部であり、前記イメージの量子化非ホワイトピクセルは前記ストローク属性情報の一部であると判定するように動作可能であることを特徴とする請求項１５に記載の装置。
【請求項１９】
前記属性抽出機能モジュールは、ストローク線を、一部のストロークセグメントが可変ストロークセグメント幅を有する複数のストロークセグメントに分割することにより、前記ストローク属性情報をストローク線幅として抽出するように動作可能であることを特徴とする請求項１５に記載の装置。
【請求項２０】
前記属性抽出機能モジュールは、ストローク線を、一部のストロークセグメントが、固定ストローク線幅の倍数によって定義される可変ストロークセグメント幅を有する複数のストロークセグメントに分割することにより、前記ストローク属性情報をストローク線幅として抽出するように動作可能であることを特徴とする請求項１５に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、マルチメディア会議システムに係り、特に、マルチメディア会議イベント用の記録管理の手法に関する。
【背景技術】
【０００２】
マルチメディア会議システムは、一般的に、複数の参加者がネットワーク上で協働的かつリアルタイムのミーティングで異なるタイプのメディアコンテンツを伝達および共有できるようにする。マルチメディア会議システムは、様々なＧＵＩ（Ｇｒａｐｈｉｃａｌ  Ｕｓｅｒ  Ｉｎｔｅｒｆａｃｅ：グラフィカルユーザーインターフェイス）ウィンドウまたはＧＵＩビューを使用して、異なるタイプのメディアコンテンツを表示することができる。例えば、１つのＧＵＩビューは、参加者のビデオイメージを含むことができ、別のＧＵＩビューは、プレゼンテーションスライドを含むことができ、さらに別のＧＵＩビューは参加者間のテキストメッセージを含むことができる、といった具合である。このように、様々な地理的に異なる参加者が、全参加者が１つの部屋にいる物理的ミーティング環境と同様の仮想ミーティング環境で対話し、情報を伝達することができる。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】米国特許出願公開第２００７／０１５６８１６号Ａ１明細書
【発明の概要】
【発明が解決しようとする課題】
【０００４】
場合によっては、マルチメディア会議の多数の参加者が会議室に集まっていることがある。協働を容易にするために、ホワイトボードまたは他の書き込み面がメモ、図面、および他の非永久的なマーキング用に使用できる。しかし、ビデオカメラなどの入力装置の制約のために、遠隔地の視聴者がホワイトボードおよびホワイトボード上の書き込みを見ることが困難な場合がある。１つの一般的なソリューションは、書き込み面に書き込まれたマーキングをデジタル情報に変換するように設計された電子ホワイトボードまたは対話式ホワイトボードを利用することである。しかし、対話式ホワイトボードは、対話式ホワイトボードのためのハードウェアおよびソフトウェアの要件のために高価になる可能性があり、また対話式ホワイトボードのセットアップおよび操作に必要な関連の構成作業のために潜在的にユーザーにとって複雑さが増す。もう１つの代替策は、特別に設計されたペンをホワイトボードに使用することであるが、これは、同種の制限がある。本発明の改善が行われたのは、これらの検討事項およびその他に関してである。
【課題を解決するための手段】
【０００５】
様々な実施形態が概してマルチメディア会議システムを対象にすることができる。一部の実施形態は、特に、マルチメディア会議イベント用の記録管理の手法を対象にすることができる。マルチメディア会議イベントは、複数の参加者を含むことができ、参加者の一部は会議室に集まり、一方、他の参加者は遠隔地からマルチメディア会議イベントに参加することが可能である。
【０００６】
一実施形態では、装置は、マルチメディア会議イベント用のホワイトボード記録動作、イメージ処理動作および再生動作を管理するように動作可能なホワイトボードマネージャーコンポーネントを備えることができる。ホワイトボードマネージャーコンポーネントは、他の要素の中でもとりわけ、ペンストロークが記入された書き込み面のイメージを受信して、イメージの各ピクセルを所定の数のカラーに量子化するように動作可能なイメージ量子化機能モジュールを備えることができる。ホワイトボードマネージャーコンポーネントは、イメージ量子化機能モジュールに通信上で結合される属性抽出機能モジュールをさらに備えることができるが、そのイメージ量子化機能モジュールは、ペンストローク用のストローク属性情報を量子化ピクセルから抽出するように動作可能である。ホワイトボードマネージャーコンポーネントは、属性抽出機能モジュールに通信上で結合されるホワイトボードインターフェイスモジュールをさらに備えることができるが、そのホワイトボードインターフェイスモジュールは、ストローク属性情報をミーティングコンソールに、デジタルペンストロークとしてデジタル書き込み面にレンダリングするために送信するように動作可能である。他の実施形態についても記載し、特許請求する。
【０００７】
この「発明の概要」は、以下の「発明を実施するための形態」でさらに説明される概念の抜粋を簡略化された形で紹介するために提供されている。この「発明の概要」は、特許請求される主題の重要な特徴または本質的な特徴を特定することは意図されておらず、また特許請求されている主題の範囲を限定するために使用されることも意図されていない。
【図面の簡単な説明】
【０００８】
【図１】マルチメディア会議システムの実施形態を示した図である。
【図２】ホワイトボードマネージャーコンポーネントの実施形態を示した図である。
【図３】ミーティングビューの実施形態を示した図である。
【図４】ロジックフローの実施形態を示した図である。
【図５】コンピューティングアーキテクチャーの実施形態を示した図である。
【図６】物品の実施形態を示した図である。
【発明を実施するための形態】
【０００９】
様々な実施形態が、特定の動作、機能またはサービスを実行するような仕組みの物理的構造または論理的構造を含む。構造は、物理的構造、論理的構造またはその両方の組み合わせを有することができる。物理的構造または論理的構造は、ハードウェア要素、ソフトウェア要素またはその両方の組み合わせを用いて実装できる。しかし、特定のハードウェア要素またはソフトウェア要素を参照する実施形態の説明は、例として意図されているのであって、限定として意図されているのではない。実際に実施形態を実施するためにハードウェア要素またはソフトウェア要素を使用する決定は、多くの外部要因、例えば、所望の演算レート、パワーレベル、熱耐性、処理サイクル予算、入力データレート、出力データレート、メモリリソース、データバス速度、および他の設計上またはパフォーマンス上の制約に依存する。さらに、物理的構造または論理的構造は、電子信号または電子メッセージの形で構造間で情報を伝達するための、対応する物理的接続または論理的接続を有することができる。その接続は、情報または特定の構造用に、適宜、有線接続および／または無線接続を有することができる。「１つの実施形態」または「一実施形態」と言及した場合、その実施形態に関連して説明される特定の特徴、構造または特性は少なくとも１つの実施形態に含まれることを意味することに留意することは価値がある。本明細書内の様々な箇所で「１つの実施形態では」または「一実施形態では」という句が出現した場合、それは、必ずしも、すべて同じ実施形態を指しているわけではない。
【００１０】
様々な実施形態が、概して、ネットワーク上で複数の参加者にミーティングおよび協働サービスを提供するような仕組みのマルチメディア会議システムを対象にすることができる。一部のマルチメディア会議システムは、インターネットまたはＷｅｂ（Ｗｏｒｌｄ  Ｗｉｄｅ  Ｗｅｂ：ワールドワイドウェブ）などの様々なパケットベースのネットワークで動作して、Ｗｅｂベースの会議用サービスを提供するように設計できる。そのような実際態様は、時々、Ｗｅｂ会議用システムと称される。Ｗｅｂ会議用システムの例には、Ｍｉｃｒｏｓｏｆｔ  Ｃｏｒｐｏｒａｔｉｏｎ、Ｒｅｄｍｏｎｄ、Ｗａｓｈｉｎｇｔｏｎによって制作されたＭＩＣＲＯＳＯＦＴ（登録商標）ＯＦＦＩＣＥ  ＬＩＶＥ  ＭＥＥＴＩＮＧを含むことができる。他のマルチメディア会議システムは、私設ネットワーク、会社、団体または企業用に動作するように設計することができ、本願特許出願人によって制作されたＭＩＣＲＯＳＯＦＴ（登録商標）ＯＦＦＩＣＥ  ＣＯＭＭＵＮＩＣＡＴＩＯＮＳ  ＳＥＲＶＥＲなどのマルチメディア会議サーバーを利用することができる。しかし、実施態様はこれらの例に限定されないことが理解できよう。
【００１１】
マルチメディア会議システムは、他のネットワーク要素の中でもとりわけ、マルチメディア会議サーバー、またはＷｅｂ会議用サービスを提供するような仕組みの他の処理デバイスを含むことができる。例えば、マルチメディア会議サーバーは、他のサーバー要素の中でもとりわけ、Ｗｅｂ会議などのミーティングおよび協働イベント用の異なるタイプのメディアコンテンツを制御および混合するように動作可能なサーバーミーティングコンポーネントを含むことができる。ミーティングおよび協働イベントとは、リアルタイムまたはライブのオンライン環境で様々なタイプのマルチメディア情報を提示する任意のマルチメディア会議イベントを指すことができ、本明細書では、時々、単に「ミーティングイベント」、「マルチメディアイベント」または「マルチメディア会議イベント」と呼ばれる。
【００１２】
一実施形態では、マルチメディア会議システムは、ミーティングコンソールとして実装される１つまたは複数のコンピューティングデバイスをさらに含むことができる。各ミーティングコンソールは、マルチメディア会議サーバーに接続することにより、マルチメディアイベントに参加するような仕組みにすることができる。様々なミーティングコンソールからの異なるタイプのメディア情報はマルチメディアイベント中にマルチメディア会議サーバーによって受信することができ、マルチメディア会議サーバーは、そのメディア情報をマルチメディアイベントに参加している他のミーティングコンソールの一部または全部に配布する。そのため、どの所与のミーティングコンソールも、異なるタイプのメディアコンテンツの複数のメディアコンテンツビューを含むディスプレイを有することができる。このように、様々な地理的に異なる参加者が、全参加者が１つの部屋にいる物理的ミーティング環境と同様の仮想ミーティング環境で対話し、情報を伝達できる。
【００１３】
マルチメディア会議イベントのための協働を容易にするために、ホワイトボードまたは他の書き込み面がメモ、図面、および他の非永久的なマーキング用に使用できる。しかし、ビデオカメラなどの入力装置の制約のために、遠隔地の視聴者がホワイトボードおよびホワイトボード上の書き込みを見ることが困難な場合がある。対話式ホワイトボードおよび／または電子ペンなどの従来のソリューションは、対応するハードウェアおよびソフトウェア要件のために高価になる可能性があり、またそのようなデバイスのセットアップおよび操作に必要な関連の構成作業のために潜在的にユーザーにとって複雑さが増す。
【００１４】
ペンまたはホワイトボードを装備することに代わる代替的ソリューションは、ビデオカメラを、ホワイトボードのイメージおよびホワイトボードに書き込まれたマーキングを取り込んで、フィルター処理するように使用する方法である。例えば、ＲＴＷＣＳ（Ｒｅａｌ−Ｔｉｍｅ  Ｗｈｉｔｅｂｏａｒｄ  Ｃａｐｔｕｒｅ  Ｓｙｓｔｅｍ）は、ホワイトボード上のペンストロークをビデオカメラを使用してリアルタイムに取り込む手法を利用する。ペンまたはホワイトボードに修正は必要ない。ＲＴＷＣＳは、取り込まれたビデオイメージのシーケンスをリアルタイムに分析し、ピクセルをホワイトボードの背景、ペンストロークおよび前景オブジェクト（例えば、ホワイトボードの前にいる人々）に分類し、新しく書き込まれたペンストロークを抽出する。そのイメージは、次に、明瞭さを増すように処理され、リモートデバイスに送信されて遠隔地の視聴者に表示される。いくつかの利点を提供するが、ＲＴＷＣＳシステムは、メディアコンテンツをホワイトボードのイメージの形で伝達し、そのため、消費する通信帯域幅リソースが潜在的に不足する。
【００１５】
これらおよび他の問題を解決するために、実施形態は、様々な拡張型のホワイトボード管理手法を実施することができる。一部の実施形態は、ＲＴＷＣＳを利用してホワイトボードイメージをリアルタイムに取り込むことができる。これらの実施形態は、次に、ベクトル化手法を実施してイメージを分析し、ホワイトボードおよびホワイトボードに書き込まれたペンストロークに関する関連の属性情報を識別して抽出することができる。属性情報は、次に、リモートデバイスに伝達され、そのリモートデバイスが関連の属性情報を、ホワイトボードおよびホワイトボード上のペンストロークのデジタル表現にレンダリングする。属性情報は、イメージを送信するより少ない通信帯域幅を消費し、そのため、より低コストのシステムが生まれる。さらに、ホワイトボードおよびホワイトボード上のペンストロークのデジタル表現は、リモートユーザーがデジタル表現を操作および編集することを可能にする。これは、デジタル表現を見ているリモートユーザーと、物理的ホワイトボードに実際に書き込むローカルユーザーとの間の対話式ホワイトボードセッションを可能にし得る。これは、また、後で見るためにマルチメディア会議イベントを記録する時、遠隔地の視聴者によるコメントを保存するためにも有利になり得る。このように、より低コストのホワイトボードソリューションがマルチメディア会議イベント用に実施できる。
【００１６】
図１は、マルチメディア会議システム１００のブロック図を示している。マルチメディア会議システム１００は、様々な実施形態を実施するのに適した汎用システムアーキテクチャーを表すことができる。マルチメディア会議システム１００は、複数の要素を備えることができる。要素は、特定の演算を行うような仕組みの任意の物理的構造または論理的構造を有することができる。各要素は、所与の設計パラメーターセットまたは所与のパフォーマンス制約セットについて所望されるようなハードウェア、ソフトウェアまたはそれらの任意の組み合わせとして実装できる。ハードウェア要素の例には、デバイス、コンポーネント、プロセッサー、マイクロプロセッサー、回路、回路素子（例えば、トランジスタ、抵抗器、キャパシター、インダクターなど）、集積回路、ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ  Ｓｐｅｃｉｆｉｃ  Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ：特定用途向け集積回路）、ＰＬＤ（Ｐｒｏｇｒａｍｍａｂｌｅ  Ｌｏｇｉｃ  Ｄｅｖｉｃｅ：プログラマブルロジックデバイス）、ＤＳＰ（Ｄｉｇｉｔａｌ  Ｓｉｇｎａｌ  Ｐｒｏｃｅｓｓｏｒ：デジタル信号プロセッサー）、ＦＰＧＡ（Ｆｉｅｌｄ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｇａｔｅ  Ａｒｒａｙ：フィールドプログラマブルゲートアレイ）、メモリユニット、ロジックゲート、レジスター、半導体デバイス、チップ、マイクロチップ、チップセットなどを挙げることができる。ソフトウェアの例には、任意のソフトウェアコンポーネント、プログラム、アプリケーション、コンピュータープログラム、アプリケーションプログラム、システムプログラム、マシンプログラム、オペレーティングシステムソフトウェア、ミドルウェア、ファームウェア、ソフトウェアモジュール、ルーチン、サブルーチン、機能、方法、インターフェイス、ソフトウェアインターフェイス、ＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｇｒａｍ  Ｉｎｔｅｒｆａｃｅ：アプリケーションプログラムインターフェイス）、命令セット、コンピューティングコード、コンピューターコード、コードセグメント、コンピューターコードセグメント、語、値、記号、またはそれらの任意の組み合わせを挙げることができる。図１に示されたマルチメディア会議システム１００は、あるトポロジーでは、限定された数の要素を有するが、マルチメディア会議システム１００は、代替的なトポロジーでは、所与の実施態様に所望されるような、より多い要素またはより少ない要素を含むことができることが理解できよう。実施形態はこのコンテキストにおいて限定されることはない。
【００１７】
様々な実施形態において、マルチメディア会議システム１００は、有線通信システム、無線通信システム、またはその両方の組み合わせを有する、またはその一部を形成することができる。例えば、マルチメディア会議システム１００は、１つまたは複数のタイプの有線通信リンクを介して情報を伝達するような仕組みの１つまたは複数の要素を含むことができる。有線通信リンクの例には、限定ではないが、電線、ケーブル、バス、ＰＣＢ（Ｐｒｉｎｔｅｄ  Ｃｉｒｃｕｉｔ  Ｂｏａｒｄ：プリント回路板）、イーサネット（登録商標）接続、ピアツーピア（Ｐ２Ｐ）接続、バックプレーン、スイッチファブリック、半導体材料、撚り対線、同軸ケーブル、光ファイバー接続などを挙げることができる。マルチメディア会議システム１００は、また、１つまたは複数のタイプの無線通信リンクを介して情報を伝達するような仕組みの１つまたは複数の要素を含むこともできる。無線通信リンクの例には、限定ではないが、無線チャネル、赤外線チャネル、ＲＦ（Ｒａｄｉｏ  Ｆｒｅｑｕｅｎｃｙ：高周波）チャネル、ＷｉＦｉ（Ｗｉｒｅｌｅｓｓ  Ｆｉｄｅｌｉｔｙ）チャネル、ＲＦスペクトルの一部、および／または１つまたは複数のライセンス要またはライセンス不要の周波数帯域を挙げることができる。
【００１８】
様々な実施形態において、マルチメディア会議システム１００は、メディア情報および制御情報など、異なるタイプの情報を伝達、管理または処理するような仕組みにすることができる。メディア情報の例には、一般的に、ユーザー向けのコンテンツを表す任意のデータ、例えば、ボイス情報、ビデオ情報、オーディオ情報、イメージ情報、テキスト型情報、数値情報、アプリケーション情報、英数字記号、図形などを挙げることができる。メディア情報は、時々、「メディアコンテンツ」と称されることもある。制御情報は、コマンド、命令、または自動化システム向けの制御語を表す任意のデータを指すことがある。例えば、制御情報を使用して、システム全体にわたってメディア情報を経路指定すること、デバイス間に接続を確立すること、デバイスにメディア情報を所定の方法で処理するように指示することなどができる。
【００１９】
様々な実施形態において、マルチメディア会議システム１００は、マルチメディア会議サーバー１３０を含むことができる。マルチメディア会議サーバー１３０は、ネットワーク１２０を介してミーティングコンソール１１０−１〜ｍ間でマルチメディア会議の通話を確立、管理または制御するような仕組みの任意の論理的エンティティティまたは物理的エンティティを含むことができる。ネットワーク１２０は、例えば、パケット交換ネットワーク、回線交換ネットワーク、またはその両方の組み合わせを含むことができる。様々な実施形態において、マルチメディア会議サーバー１３０は、任意のプロセッシングデバイスまたはコンピューティングデバイス、例えば、コンピューター、サーバー、サーバーアレイまたはサーバーファーム、ワークステーション、ミニコンピューター、メインフレームコンピューター、スーパーコンピューターなどを含むことができる、またはそのようなものとして実装できる。マルチメディア会議サーバー１３０は、マルチメディア情報を伝達および処理するのに適した汎用または専用コンピューティングアーキテクチャーを有する、または実装できる。一実施形態では、例えば、マルチメディア会議サーバー１３０は、図５を参照して説明されるようなコンピューティングアーキテクチャーを使用して実装できる。マルチメディア会議サーバー１３０の例には、限定ではないが、ＭＩＣＲＯＳＯＦＴ  ＯＦＦＩＣＥ  ＣＯＭＭＵＮＩＣＡＴＩＯＮＳ  ＳＥＲＶＥＲ、ＭＩＣＲＯＳＯＦＴ  ＯＦＦＩＣＥ  ＬＩＶＥ  ＭＥＥＴＩＮＧサーバーなどを挙げることができる。
【００２０】
マルチメディア会議サーバー１３０のための具体的な実施態様は、マルチメディア会議サーバー１３０用に使用される通信プロトコルのセットまたは通信標準のセットに応じて異なってよい。１つの例では、マルチメディア会議サーバー１３０は、ＩＥＴＦ（Ｉｎｔｅｒｎｅｔ  Ｅｎｇｉｎｅｅｒｉｎｇ  Ｔａｓｋ  Ｆｏｒｃｅ：インターネット技術タスクフォース）ＭＭＵＳＩＣ（Ｍｕｌｔｉｐａｒｔｙ  Ｍｕｌｔｉｍｅｄｉａ  Ｓｅｓｓｉｏｎ  Ｃｏｎｔｒｏｌ）ワーキンググループＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ：セッション開始プロトコル）シリーズの標準および／または変形に従って実装できる。ＳＩＰは、ビデオ、ボイス、インスタントメッセージング、オンラインゲームおよび仮想リアリティなどのマルチメディア要素を必要とする対話式ユーザーセッションを開始、修正および終了させるための提案された標準である。別の例では、マルチメディア会議サーバー１３０は、ＩＴＵ（Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｕｎｉｏｎ：国際電気通信連合）Ｈ．３２３シリーズの標準および／または変形に従って実装できる。Ｈ．３２３標準は、会議の通話動作を調整するためのＭＣＵ（Ｍｕｌｔｉｐｏｉｎｔ  Ｃｏｎｔｒｏｌ  Ｕｎｉｔ：多地点制御ユニット）を定義している。特に、ＭＣＵは、Ｈ．２４５信号方式を扱うＭＣ（Ｍｕｌｔｉｐｏｉｎｔ  Ｃｏｎｔｒｏｌｌｅｒ：多地点コントローラー）、およびデータストリームを混合して処理するための１つまたは複数のＭＰ（ｍｕｌｔｉｐｏｉｎｔ  ｐｒｏｃｅｓｓｏｒ：多地点プロセッサー）を含む。ＳＩＰ標準およびＨ．３２３標準は両方とも、本質的に、ＶｏＩＰ（Ｖｏｉｃｅ  ｏｖｅｒ  Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ：ボイスオーバーインターネットプロトコル）またはＶＯＰ（Ｖｏｉｃｅ  Ｏｖｅｒ  Ｐａｃｋｅｔ：ボイスオーバーパケット）マルチメディア会議の通話動作用の信号方式プロトコルである。しかし、マルチメディア会議サーバー１３０には他の信号方式プロトコルも実施できるが、それらも、本明細書に記載の実施形態の範囲内に分類できることが理解できよう。
【００２１】
所与の実施態様に使用される特定の通信プロトコルおよび通信標準に関係なく、マルチメディア会議サーバー１３０は、一般的に、２つのタイプのＭＣＵを含む。第１のＭＣＵは、ミーティングコンソール１１０−１〜ｍ間のＡＶ信号を処理および配布するために使用されるＡＶ  ＭＣＵ  １３４である。例えば、ＡＶ  ＭＣＵ  １３４は、マルチメディア会議イベントに関わっている参加者１５４−１〜ｐからのビデオイメージおよびサウンドを処理および配布することができる。第２のＭＣＵは、ミーティングコンソール１１０−１〜ｍ間のデータ信号を処理および配布するために使用されるデータ  ＭＣＵ  １３６である。例えば、データ  ＭＣＵ  １３６は、プレゼンテーションアプリケーションプログラム用のスライドデッキなどのアプリケーションデータ、およびホワイトボード用の属性情報を処理および配布することができる。このことについては、以下で、より詳しく説明する。
【００２２】
一般的な運用では、マルチメディア会議システム１００は、マルチメディア会議の通話に使用できる。マルチメディア会議の通話は、一般的に、複数のエンドポイント間のボイス情報、ビデオ情報、および／またはデータ情報の伝達に関わる。例えば、公衆パケットネットワーク１２０または私設パケットネットワーク１２０は、オーディオ会議用の通話、ビデオ会議用の通話、オーディオ／ビデオ会議用の通話、協働的文書共用および編集などに使用できる。パケットネットワーク１２０は、回線交換情報とパケット情報間で変換するような仕組みの１つまたは複数の適切なＶｏＩＰゲートウェイを経てＰＳＴＮ（Ｐｕｂｌｉｃ  Ｓｗｉｔｃｈｅｄ  Ｔｅｌｅｐｈｏｎｅ  Ｎｅｔｗｏｒｋ：公衆交換電話ネットワーク）に接続することもできる。
【００２３】
パケットネットワーク１２０を介してマルチメディア会議の通話を確立するには、各ミーティングコンソール１１０−１〜ｍは、パケットネットワーク１２０を経て、可変の接続速度または可変の帯域幅で、例えば、より狭い帯域幅のＰＳＴＮ電話接続、中間帯域幅のＤＳＬモデム接続またはケーブルモデム接続、およびＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ：ローカルエリアネットワーク）を介した、より広い帯域幅のイントラネット接続で動作する様々なタイプの有線または無線通信リンクを使用してマルチメディア会議サーバー１３０に接続できる。
【００２４】
様々な実施形態において、マルチメディア会議サーバー１３０は、ミーティングコンソール１１０−１〜ｍ間でマルチメディア会議の通話を確立、管理および制御することができる。一部の実施形態では、マルチメディア会議の通話は、豊富な協働機能を提供するＷｅｂ会議用アプリケーションを使用して、ライブのＷｅｂベースの会議の通話を含むことができる。マルチメディア会議サーバー１３０は、会議内のメディア情報を制御および配布する中央サーバーとして動作する。マルチメディア会議サーバー１３０は、様々なミーティングコンソール１１０−１〜ｍからメディア情報を受信し、複数のタイプのメディア情報に対して混合動作を実行し、そのメディア情報を他の参加者の一部または全員に転送する。ミーティングコンソール１１０−１〜ｍの１つまたは複数が、マルチメディア会議サーバー１３０に接続することにより、会議に参加できる。マルチメディア会議サーバー１３０は、ミーティングコンソール１１０−１〜ｍをセキュアで、かつ制御された方法で認証および追加するための様々な認可制御手法を実施することができる。
【００２５】
様々な実施形態において、マルチメディア会議システム１００は、ネットワーク１２０を経て１つまたは複数の通信接続によってマルチメディア会議サーバー１３０に接続するためのミーティングコンソール１１０−１〜ｍとして実装される１つまたは複数のコンピューティングデバイスを含んでよい。例えば、コンピューティングデバイスは、それぞれが同時に個別の会議を表す複数のミーティングコンソールをホストできるクライアントアプリケーションを実装できる。同様に、クライアントアプリケーションは、複数のオーディオストリーム、ビデオストリーム、およびデータストリームを受信することができる。例えば、参加者全員または一部の参加者からのビデオストリームは、参加者のディスプレイにモザイクとして表示することができ、トップウィンドウに現在アクティブな話者に関するビデオが表示されて、他のウィンドウに他の参加者のパノラマビューが表示される。
【００２６】
ミーティングコンソール１１０−１〜ｍは、マルチメディア会議サーバー１３０によって管理されるマルチメディア会議の通話に参加または携わるような仕組みの任意の論理的エンティティまたは物理的エンティティを含むことができる。ミーティングコンソール１１０−１〜ｍは、その最も基本的な形で、プロセッサーおよびメモリを含む処理システム、１つまたは複数のマルチメディアＩ／Ｏ（入出力）コンポーネント、ならびに無線および／または有線ネットワーク接続を含む任意のデバイスとして実装できる。マルチメディアＩ／Ｏコンポーネントの例には、オーディオＩ／Ｏコンポーネント（例えば、マイクロホン、スピーカー）、ビデオＩ／Ｏコンポーネント（例えば、ビデオカメラ、ディスプレイ）、触覚（Ｉ／Ｏ）コンポーネント（例えば、振動器）、ユーザーデータ（Ｉ／Ｏ）コンポーネント（例えば、キーボード、サムボード、キーパッド、タッチスクリーン）などを挙げることができる。ミーティングコンソール１１０−１〜ｍの例には、電話機、ＶｏＩＰまたはＶＯＰ電話機、ＲＳＴＮ上で動作するように設計されたパケット電話機、インターネット電話機、ビデオ電話機、携帯電話機、ＰＤＡ（パーソナルデジタルアシスタント）、携帯電話機とＰＤＡの組み合わせ、移動体コンピューティングデバイス、スマートフォン、単方向ページャー、双方向ページャー、メッセージングデバイス、コンピューター、ＰＣ（パーソナルコンピューター）、デスクトップコンピューター、ラップトップコンピューター、ノートブックコンピューター、ハンドヘルドコンピューター、ネットワーク機器などを挙げることができる。一部の実施態様では、ミーティングコンソール１１０−１〜ｍは、図５を参照して説明されるコンピューティングアーキテクチャーと同様の汎用または専用コンピューティングアーキテクチャーを使用して実装できる。
【００２７】
ミーティングコンソール１１０−１〜ｍは、それぞれのクライアントミーティングコンポーネント１１２−１〜ｎを備える、または実装することができる。クライアントミーティングコンポーネント１１２−１〜ｎは、マルチメディア会議イベントを確立、管理または制御するために、マルチメディア会議サーバー１３０のサーバーミーティングコンポーネント１３２と相互動作するように設計されてよい。例えば、クライアントミーティングコンポーネント１１２−１〜ｎは、それぞれのミーティングコンソール１１０−１〜ｍが、マルチメディア会議サーバー１３０によって促進されるＷｅｂ会議に参加できるようにするための適切なアプリケーションプログラムおよびユーザーインターフェイス制御を備える、または実装することができる。これには、ミーティングコンソール１１０−１〜ｍのオペレーターによって提供されるメディア情報を取り込むための入力機器（例えば、ビデオカメラ、マイクロホン、キーボード、マウス、コントローラーなど）およびメディア情報を他のミーティングコンソール１１０−１〜ｍのオペレーターによって再生するための出力機器（例えば、ディスプレイ、スピーカーなど）を含めてよい。クライアントミーティングコンポーネント１１２−１〜ｎの例には、限定ではないが、Ｗｉｎｄｏｗｓ（登録商標）ベースのＭＩＣＲＯＳＯＦＴ  ＯＦＦＩＣＥ  ＣＯＭＭＵＮＩＣＡＴＯＲまたはＭＩＣＲＯＳＯＦＴ  ＯＦＦＩＣＥ  ＬＩＶＥ  ＭＥＥＴＩＮＧミーティングコンソールなどを挙げることができる。
【００２８】
図１の例示の実施形態に示されているように、マルチメディア会議システム１００は会議室１５０を含んでよい。企業または会社は、一般的に、会議室を使用してミーティングを開く。そのようなミーティングは、会議室１５０の内部にいる参加者および会議室１５０の外部にいる遠隔地の参加者を有するマルチメディア会議イベントを含む。会議室１５０は、マルチメディア会議イベントをサポートし、かつ１つまたは複数のリモートミーティングコンソール１１０−２〜ｍとローカルミーティングコンソール１１０−１の間でマルチメディア情報を提供するために使用可能な様々なコンピューティングリソースおよび通信リソースを備えてよい。例えば、会議室１５０は、会議室１５０の内部に置かれたローカルミーティングコンソール１１０−１を含んでよい。
【００２９】
ローカルミーティングコンソール１１０−１は、マルチメディア情報を取り込む、伝達、または再生できる様々なマルチメディア入力デバイスおよび／またはマルチメディア出力デバイスに接続できる。マルチメディア入力デバイスは、会議室１５０内のオペレーターからのマルチメディア情報を入力として取り込む、または受信するような仕組みの、オーディオ入力デバイス、ビデオ入力デバイス、イメージ入力デバイス、テキスト入力デバイス、および他のマルチメディア入力機器など、任意の論理的デバイスまたは物理的デバイスを備えてよい。マルチメディア入力デバイスの例には、限定ではないが、ビデオカメラ、マイクロホン、マイクロホンアレイ、会議電話、ホワイトボード、対話式ホワイトボード、ボイスツーテキスト（ｖｏｉｃｅ−ｔｏ−ｔｅｘｔ）コンポーネント、テキストツーボイス（ｔｅｘｔ−ｔｏ−ｖｏｉｃｅ）コンポーネント、音声認識システム、ポインティングデバイス、キーボード、タッチスクリーン、タブレットコンピューター、手書き認識デバイスなどを挙げることができる。ビデオカメラの例には、本願特許出願人によって制作されたＭＩＣＲＯＳＯＦＴ  ＲＯＵＮＤ  ＴＡＢＬＥなどのＲｉｎｇｃａｍを挙げることができる。ＭＩＣＲＯＳＯＦＴ  ＲＯＵＮＤ  ＴＡＢＬＥは３６０度カメラ付きのビデオ会議用デバイスであって、遠隔地のミーティング参加者に、会議テーブルの周りに座っている各人のパノラマビデオを提供する。マルチメディア出力デバイスは、リモートミーティングコンソール１１０−２〜ｍのオペレーターからのマルチメディア情報を出力として再生または表示するような仕組みの、オーディオ出力デバイス、ビデオ出力デバイス、イメージ出力デバイス、テキスト入力デバイス、および他のマルチメディア出力機器など、任意の論理的デバイスまたは物理的デバイスを備えてよい。マルチメディア出力デバイスの例には、限定ではないが、電子ディスプレイ、ビデオプロジェクター、スピーカー、振動ユニット、プリンター、ファクシミリ機などを挙げることができる。
【００３０】
会議室１５０内のローカルミーティングコンソール１１０−１は、参加者１５４−１〜ｐを含む会議室１５０からのメディアコンテンツを取り込んで、そのメディアコンテンツをマルチメディア会議サーバー１３０に流すような仕組みの様々なマルチメディア入力デバイスを含んでよい。図１に示された例示の実施形態では、ローカルミーティングコンソール１１０−１は、ビデオカメラ１０６およびマイクロホン１０４−１〜ｅのアレイを含んでいる。ビデオカメラ１０６は、会議室１５０に出席している参加者１５４−１〜ｐのビデオコンテンツを含むビデオコンテンツを取り込んで、そのビデオコンテンツを、ローカルミーティングコンソール１１０−１を経てマルチメディア会議サーバー１３０に流すことができる。同様に、マイクロホン１０４−１〜ｅのアレイは、会議室１５０に出席している参加者１５４−１〜ｐのオーディオコンテンツを含むオーディオコンテンツを取り込んで、そのオーディオコンテンツを、ローカルミーティングコンソール１１０−１を経てマルチメディア会議サーバー１３０に流すことができる。ローカルミーティングコンソールは、また、ディスプレイ１１６またはビデオプロジェクターなど、様々なメディア出力デバイスも含むことができ、マルチメディア会議サーバー１３０を経て受信された、全参加者からのビデオコンテンツまたはオーディオコンテンツを含む１つまたは複数のＧＵＩビューを、ミーティングコンソール１１０−１〜ｍを使用して示すことができる。
【００３１】
ミーティングコンソール１１０−１〜ｍおよびマルチメディア会議サーバー１３０は、所与のマルチメディア会議イベント用に確立された様々なメディア接続を利用してメディア情報および制御情報を伝達することができる。メディア接続は、ＳＩＰシリーズのプロトコルなど、様々なＶｏＩＰ信号方式プロトコルを使用して確立できる。ＳＩＰシリーズのプロトコルは、１人または複数の参加者が加わっているセッションを作成、修正、および終了するためのアプリケーション層制御（信号方式）プロトコルである。これらのセッションには、インターネットマルチメディア会議、インターネット電話の通話およびマルチメディア配布がある。セッション内のメンバーは、マルチキャストを経て、またはユニキャスト関係のメッシュを経て、またはそれらの組み合わせを経て通信することができる。ＳＩＰは、現在、ネットワークリソースを予約するためのＲＳＶＰ（Ｒｅｓｏｕｒｃｅ  Ｒｅｓｅｒｖａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ：リソース予約プロトコル）（ＩＥＥＥ  ＲＦＣ  ２２０５）、リアルタイムデータを転送し、ＱＯＳ（Ｑｕａｌｉｔｙ−ｏｆ−Ｓｅｒｖｉｃｅ：サービスの質）フィードバックを提供するためのＲＴＰ（Ｒｅａｌ−ｔｉｍｅ  Ｔｒａｎｓｐｏｒｔ  Ｐｒｏｔｏｃｏｌ：リアルタイムトランスポートプロトコル）（ＩＥＥＥ  ＲＦＣ  １８８９）、ストリーミングメディアの配信を制御するためのＲＴＳＰ（Ｒｅａｌ−ｔｉｍｅ  Ｓｔｒｅａｍｉｎｇ  Ｐｒｏｔｏｃｏｌ：リアルタイムストリーミングプロトコル）（ＩＥＥＥ  ＲＦＣ  ２３２６）、マルチキャストを経てマルチメディアセッションを告知するためのＳＡＰ（Ｓｅｓｓｉｏｎ  Ａｎｎｏｕｎｃｅｍｅｎｔ  Ｐｒｏｔｏｃｏｌ：セッション告知プロトコル）、マルチメディアセッションを記述するためのＳＤＰ（Ｓｅｓｓｉｏｎ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｐｒｏｔｏｃｏｌ：セッション記述プロトコル）、およびその他などのプロトコルを組み合わせた総合ＩＥＴＦマルチメディアデータおよび制御アーキテクチャーの一部として設計されている。例えば、ミーティングコンソール１１０−１〜ｍは、メディア接続をセットアップするための信号方式チャネルとしてＳＩＰを使用し、メディア接続を介してメディア情報を転送するためのメディアチャネルとしてＲＴＰを使用することができる。
【００３２】
一般的な運用では、スケジュールデバイス１７０を使用してマルチメディア会議システム１００用のマルチメディア会議イベント予約を生成することができる。スケジューリングデバイス１７０は、例えば、マルチメディア会議イベントをスケジューリングするための適切なハードウェアおよびソフトウェアを有するコンピューティングデバイスを備えてよい。例えば、スケジューリングデバイス１７０は、本願特許出願人によって制作されたＭＩＣＲＯＳＯＦＴ  ＯＦＦＩＣＥ  ＯＵＴＬＯＯＫ（登録商標）アプリケーションソフトウェアを利用するコンピューターを備えてよい。ＭＩＣＲＯＳＯＦＴ  ＯＦＦＩＣＥ  ＯＵＴＬＯＯＫアプリケーションソフトウェアは、マルチメディア会議イベントをスケジューリングするために使用できるメッセージングおよび協働クライアントソフトウェアを備える。オペレーターは、ＭＩＣＲＯＳＯＦＴ  ＯＦＦＩＣＥ  ＯＵＴＬＯＯＫを使用してスケジュール要求をＭＩＣＲＯＳＯＦＴ  ＯＦＦＩＣＥ  ＬＩＶＥ  ＭＥＥＴＩＮＧイベントに変換することができ、そのイベントが、ミーティングの被招待者のリストに送られる。スケジュール要求は、マルチメディア会議イベント用の仮想の部屋へのハイパーリンクを含むことができる。被招待者は、ハイパーリンクをクリックすることができ、ミーティングコンソール１１０−１〜ｍはＷｅｂブラウザーを起動し、マルチメディア会議サーバー１３０に接続し、仮想の部屋に参加する。部屋に入ると、参加者は、他のツールの中でもとりわけ、スライドプレゼンテーションを行うことができる、文書に注釈を付けることができる、またはビルトインホワイトボードでブレインストームすることができる。
【００３３】
オペレーターは、スケジューリングデバイス１７０を使用してマルチメディア会議イベント用のマルチメディア会議イベント予約を生成することができる。マルチメディア会議イベント予約は、そのマルチメディア会議イベント用のミーティング被招待者のリストを含むことができる。ミーティング被招待者リストは、マルチメディア会議イベントに招待された個人のリストを含むことができる。場合によっては、ミーティング被招待者リストは、マルチメディアイベントに招待されて、招待に応じた個人のみを含むことがある。Ｍｉｃｒｏｓｏｆｔ  Ｏｕｔｌｏｏｋ用のメールクライアントなどのクライアントアプリケーションが予約要求をマルチメディア会議サーバー１３０に転送する。マルチメディア会議サーバー１３０は、マルチメディア会議イベント予約を受信し、企業リソースディレクトリー１６０などのネットワークデバイスからミーティング被招待者のリストおよびミーティング被招待者に関する関連情報を取り出すことができる。
【００３４】
企業リソースディレクトリー１６０は、オペレーターおよび／またはネットワークリソースの公開ディレクトリーを公開するネットワークデバイスを備えてよい。企業リソースディレクトリー１６０によって公表されるネットワークリソースの一般的な例には、ネットワークプリンターがある。一実施形態では、例えば、企業リソースディレクトリー１６０は、ＭＩＣＲＯＳＯＦＴ  ＡＣＴＩＶＥ  ＤＩＲＥＣＴＯＲＹ（登録商標）として実装できる。Ａｃｔｉｖｅ  Ｄｉｒｅｃｔｏｒｙは、ネットワークコンピューターに対して中央集中の認証および許可サービスを提供するＬＤＡＰ（Ｌｉｇｈｔ  ｗｅｉｇｈｔ  Ｄｉｒｅｃｔｏｒｙ  Ａｃｃｅｓｓ  Ｐｒｏｔｏｃｏｌ：軽量型ディレクトリーアクセスプロトコル）ディレクトリーサービスの実施態様である。Ａｃｔｉｖｅ  Ｄｉｒｅｃｔｏｒｙは、また、管理者がポリシーを割り当て、ソフトウェアをデプロイし、組織に重要な更新を適用できるようにもする。Ａｃｔｉｖｅ  Ｄｉｒｅｃｔｏｒｙは、中央のデータベースに情報および設定値を保存する。Ａｃｔｉｖｅ  Ｄｉｒｅｃｔｏｒｙ  ネットワークは、数百個のオブジェクトを有する小さい設備から、数百万個のオブジェクトを有する大きい設備まで多様でよい。
【００３５】
様々な実施形態において、企業リソースディレクトリー１６０は、マルチメディア会議イベントへの様々なミーティング被招待者に関する識別情報を含むことができる。識別情報は、ミーティング被招待者のそれぞれを一意に識別できるタイプの情報を含むことができる。例えば、識別情報には、限定ではないが、名前、場所、連絡先情報、アカウント番号、職業情報、組織情報（例えば、肩書き）、個人情報、縁故情報、出欠情報、ネットワークアドレス、ＭＡＣ（Ｍｅｄｉａ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ：メディアアクセス制御）アドレス、ＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ：インターネットプロトコル）アドレス、電話番号、メールアドレス、プロトコルアドレス（例えば、ＳＩＰアドレス）、機器識別子、ハードウェア構成、ソフトウェア構成、有線インターフェイス、無線インターフェイス、サポートされるプロトコル、出欠情報、および他の所望の情報があり得る。
【００３６】
マルチメディア会議サーバー１３０は、ミーティング被招待者のリストを含めて、マルチメディア会議イベント予約を受信することができ、対応する識別情報を企業リソースディレクトリー１６０から取り出す。マルチメディア会議サーバー１３０は、ミーティング被招待者のリストおよび対応する識別情報を使用してマルチメディア会議イベントへの参加者を識別するのを援助する。マルチメディア会議サーバー１３０は、識別情報を様々な記録管理手法を実施するために保存して使用することもできる。
【００３７】
マルチメディア会議イベントが開始されると、１つまたは複数のミーティングコンソール１１０−１〜ｍは、任意のローカルメディアソース（例えば、カメラおよび／またはマイクロホン）からＡ／Ｖ（Ａｕｄｉｏ／Ｖｉｓｕａｌ：オーディオ／視覚）データなどのメディアコンテンツを受信できるようになり、このメディアコンテンツをネットワーク１２０を介して送信することができる。一実施形態では、ミーティングコンソール１１０−１〜ｍとマルチメディア会議サーバー１３０間の信号方式スタックトランザクションを要約するＤＯ（Ｄｉｓｔｒｉｂｕｔｅｄ  Ｏｂｊｅｃｔ：分散オブジェクト）層がある。同様に、ミーティングコンソール１１０−１〜ｍとマルチメディア会議サーバー１３０間の会議制御およびメディアトランザクションも、当業者に知られているように、要約することができる。ミーティングコンポーネント１１２、１３２は、Ｗｅｂミーティングをセットアップおよび実行するように動作可能であり得て、それには、ビデオおよびオーディオメディアコンテンツなどのミーティングデータの送信および受信が含まれる。システムおよびデータのセットアップ動作、制御動作および表示動作を可能にするために、ミーティングコンソール１１０−１〜ｍでクライアントミーティングコンポーネント１１２−１〜ｎによって、様々なＵＩ（Ｕｓｅｒ  Ｉｎｔｅｒｆａｃｅ：ユーザーインターフェイス）制御モジュールが実施できる。クライアントミーティングコンポーネント１１２−１〜ｎは、ＶＯＩＰ信号およびＰＳＴＮ信号など、統合されたオーディオも処理できる。
【００３８】
様々な、クライアントミーティングコンポーネント１１２−１〜ｎは、従来のビデオカメラ１０６およびマイクロホン１０４−１〜ｅなど、任意のメディアソースからメディアコンテンツを取り込んで、受信することができる。クライアントミーティングコンポーネント１１２−１〜ｎは、内蔵スピーカーまたは独立スピーカーを備えたディスプレイ１１６にメディアコンテンツをレンダリングする。また、クライアントミーティングコンポーネント１１２−１〜ｎは、キーボードまたはマウスなど、様々な入力デバイスも有する。クライアントミーティングコンポーネント１１２−１〜ｎはまた、様々なＲＴＣ（Ｒｅａｌ−ｔｉｍｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ：リアルタイム通信）ならびにミーティングメディアおよびデータトランザクションを受信して保存するためのモジュールと、マルチメディア会議サーバー１３０のサーバーミーティングコンポーネント１３２と通信するための信号方式スタックとを有する。一実施形態では、ミーティングコンポーネント１１２、１３２は、ＳＩＰプロトコル、およびサーバーミーティングコンポーネント１３２で信号方式スタックとインターフェイス接続するアクセスプロキシを経て通信する。前に説明したように、ＳＩＰは、１人または複数の参加者が加わっているセッションを作成、修正、および終了するためのアプリケーション層制御（信号方式）プロトコルである。これらのセッションには、一般的に、インターネット電話の通話、マルチメディア配布、およびマルチメディア会議がある。ＳＩＰは、Ｈ．３２３およびその他と共に、ＶｏＩＰ用の信号方式プロトコルとして広く使用されている。あるいは、ミーティングコンポーネント１１２、１３２間の通信は、セキュアな標準または独自のプロトコル、例えば、ＰＳＯＭ（Ｐｅｒｓｉｓｔｅｎｔ  Ｓｈａｒｅｄ  Ｏｂｊｅｃｔ  Ｍｏｄｅｌ：永続共有オブジェクト  モデル）プロトコルなどを経て行うことができるが、データを共用するためのいずれか他のプロトコルも使用できる。
【００３９】
マルチメディア会議イベント中、クライアントミーティングコンポーネント１１２−１〜ｎは、ビデオカメラ１０６を使用して、会議室１５０からメディアコンテンツを取り込んで、受信することができる。参加者１５４−１〜ｐに加えて、会議室１５０は、物理的ホワイトボード１１６などの書き込み面を含むことができる。物理的ホワイトボード１１６は大きい共用スペースを提供して、参加者１５４−１〜ｐが注意を集中させ、アイディアを自発的に発表できるようにしている。物理的ホワイトボード１１６は、必要なすべては平らな書き込み面、およびドライインクペンなどのいくつかのマーキングペンだけなので、効率的だけでなく、経済的であり、使用も容易である。参加者１５４−１〜ｐは、物理的ホワイトボード１１６に書き込む、および描画することにより、協働できる。その結果は、物理的書き込み面１８２に行われた物理的ペンストローク１８０の編集物である。しかし、遠隔地の視聴者にとっては、物理的ホワイトボード１１６のイメージは、多くの異なる理由のために、例えば、物理的ホワイトボード１１６の視角、天井の照明のまぶしさ、物理的ペンストローク１８０のサイズの小ささ、ビデオカメラ１０６の解像度の制約などのために、見るのが困難なことがある。これは、遠隔地の視聴者のための協働ツールとしての物理的ホワイトボード１１６の効果を減少させる。
【００４０】
これら、および他の問題を解決するために、ミーティングコンソール１１０−１〜ｍは、ホワイトボードマネージャーコンポーネント１１４−１〜ｔを含むことができる。ホワイトボードマネージャーコンポーネント１１４−１〜ｔは、マルチメディア会議イベント中の協働ツールとしての物理的ホワイトボード１１６の使い方の改善に関する様々な拡張型ホワイトボード管理手法を実施することができる。ホワイトボードマネージャーコンポーネント１１４−１〜ｔは、一般的に、マルチメディア会議イベント用のホワイトボード記録動作、イメージ処理動作および再生動作を管理するような仕組みになっている。
【００４１】
一実施形態では、例えば、ホワイトボードマネージャーコンポーネント１１４−１〜ｔは、特許文献１に記載されているものと同様のＲＴＷＣＳアーキテクチャーを実装できる。例えば、ＲＴＷＣＳアーキテクチャーは、ビデオカメラ１０６からビデオイメージのシーケンスを受信し、そのイメージシーケンスを分析して、物理的ホワイトボード１１６の背景イメージを、物理的ホワイトボード１１６に書き込んでいる参加者１５４−１〜ｐの前景イメージから分離する。ＲＴＷＣＳは、次に、イメージシーケンスの分析も行い、何らかの新しい物理的ペンストローク１８０が物理的書き込み面１８２に現れるにつれて、その物理的ペンストローク１８０を表す背景イメージを抽出する。ＲＴＷＣＳは、次に、物理的ホワイトボード１１６の背景イメージを拡張し、その拡張されたイメージをネットワーク１２０を介してマルチメディア会議サーバー１３０に送信して、拡張されたイメージが、所与のマルチメディア会議イベントに参加しているミーティングコンソール１１０−１〜ｍに配布されるようにする。
【００４２】
ネットワーク１２０を介して物理的ホワイトボード１１６の実際のビデオイメージを伝達することへの追加、またはその代替として、ホワイトボードマネージャーコンポーネント１１４−１〜ｔは、様々なベクトル化手法を使用して、物理的ホワイトボード１１６のビデオイメージから導出される属性情報を抽出、処理および伝達することができる。属性情報を使用して物理的書き込み面１８２上の物理的ペンストローク１８０のデジタル表現をレンダリングし、そのデジタル表現がデジタルホワイトボードビュー１０８で表示できる。実際のビデオイメージではなく、物理的ホワイトボード１１６用の属性情報を送信すれば、実際のビデオイメージに比較して、消費される通信帯域幅が小さい。さらに、デジタルホワイトボードビュー１０８は、視聴者によって、ホワイトボードマネージャーコンポーネント１１４−１〜ｔによって実装される様々な編集ツールを使用して完全に編集可能であるか、またはクライアントミーティングコンポーネント１１２−１〜ｎ、またはミーティングコンソール１１０−１〜ｍのＯＳによって実装される固有編集ツールから、ホワイトボードマネージャーコンポーネント１１４−１〜ｔが使用できるようにされる。ＲＴＷＣＳ、およびホワイトボードマネージャーコンポーネント１１４−１〜ｔのベクトル化の態様は、図２を参照して、より詳しく説明することができる。
【００４３】
図２は、ホワイトボードマネージャーコンポーネント１１４−１〜ｔの代表であるホワイトボードマネージャーコンポーネント１１４のブロック図を示している。ホワイトボードマネージャーコンポーネント１１４は、複数のモジュールを備えることができる。そのモジュールは、ハードウェア要素、ソフトウェア要素、またはハードウェア要素とソフトウェア要素の組み合わせによって実施できる。図２に示されたホワイトボードマネージャーコンポーネント１１４は、あるトポロジーでは、限定された数の要素を有するが、ホワイトボードマネージャーコンポーネント１１４は、代替的なトポロジーでは、所与の実施態様に所望されるような、より多い要素またはより少ない要素を含むことができることが理解できよう。実施形態は、このコンテキストにおいて限定されることはない。
【００４４】
図２に示された例示の実施形態では、ホワイトボードマネージャーコンポーネント１１４は、ホワイトボードエンコーダー２８０およびホワイトボードデコーダー２９０を備えている。ホワイトボードエンコーダー２８０は、他の要素の中でもとりわけ、イメージプリプロセッサーモジュール２１０、イメージ量子化機能モジュール２２０、属性抽出機能モジュール２３０およびホワイトボードインターフェイスモジュール２４０を備えることができる。ホワイトボードデコーダー２９０は、他の要素の中でもとりわけ、ホワイトボードインターフェイスモジュール２４０ａおよびホワイトボードレンダリングモジュール２５０を備えることができる。メモリユニット（図５に図示）は、構成データ、反復型ストローク属性情報および面属性情報、デジタルホワイトボードビュー、ならびにデフォルトの面属性情報などの有用な情報を保存するために使用できる。
【００４５】
ホワイトボードエンコーダー２８０は、ビデオカメラ１０６によって記録された物理的ホワイトボード１１６のビデオイメージを１つまたは複数の入力メディアストリーム２０２−１〜ｆの形で受信する。ホワイトボードエンコーダー２８０は、様々なベクトル化手法を使用して、入力メディアストリーム２０２−１〜ｆから選択メディアコンテンツに対してイメージ処理を実行する。ホワイトボードエンコーダー２８０は、最終的に、入力メディアストリーム２０２−１〜ｆの１つまたは複数からのビデオイメージの１つまたは複数から導出された様々なタイプの属性情報信号２０４を出力する。
【００４６】
入力メディアストリーム２０２−１〜ｆは、ビデオカメラ１０６によって取り込まれた生のビデオデータを表す。一実施形態では、ビデオカメラ１０６および物理的ホワイトボード１１６の一般的な構成は次のようであるべきである。
・解像度は、１２８０×９６０以上であるべきである。
・入力形式は、ＲＧＢ２４またはＢａｙｅｒ形式にすることができる。
・ホワイトボードは反射しているべきではない。
・ホワイトボードおよびカメラの位置は固定であるべきである。
ＲＴＷＣＳの初期化中、ホワイトボードマネージャーコンポーネント１１４は、特定のカメラ選択動作および構成動作を実行できる。例えば、ホワイトボードマネージャーコンポーネント１１４は、すべての導入済みビデオカメラを列挙し、物理的ホワイトボード１１６を記録するために自動的にビデオカメラの１つまたは複数（例えば、ビデオカメラ１０６）を選択する。場合によっては、特定のビデオカメラを物理的ホワイトボード１１６用のビデオカメラとして事前に指定することができ、その場合には、ホワイトボードマネージャーコンポーネント１１４は、事前に指定されたビデオカメラを選択する。そうでない場合、ホワイトボードマネージャーコンポーネント１１４は、次の機能を有するビデオカメラを探索する。すなわち、（１）最大解像度が１２８０×９６０解像度と等しいか、より大きい、および（２）ビデオカメラの露出モードがＳＤＫ（Ｓｏｆｔｗａｒｅ  Ｄｅｖｅｌｏｐｍｅｎｔ  Ｋｉｔ：ソフト開発キット）によって制御可能であるべきである。
【００４７】
選択されたら、ホワイトボードマネージャーコンポーネント１１４は、選択されたビデオカメラを次のパラメーターに従って構成する。すなわち、（１）１２８０×９６０と等しいか、より大きい解像度を設定する、および（２）ビデオカメラ作業モードを構成する（可能な場合）。使用可能な場合、ビデオカメラ作業モードは、次のように設定されるべきである。すなわち、（１）オートフォーカス−オフにして、無限大に設定する、（２）オートホワイトバランス−オートに設定する、（３）オート露出−オフにして、デフォルト値に設定する、（４）オートゲイン−オフにして、できるだけ小さく設定する、および（５）フリッカー防止（Ａｎｔｉ−Ｆｌｉｃｋｅｒ）−オンにする。ホワイトボードマネージャーコンポーネント１１４は、オプションで、初期の、取り込まれたフレームを分析して、ビデオカメラ１０６が物理的ホワイトボード１１６と向き合っていて、中央に置かれているかを判定することができ、そうなっていない場合、適宜、必要な調整を自動的に計算する。
【００４８】
ホワイトボードエンコーダー２８０は、イメージプリプロセッサーモジュール２１０を含むことができる。イメージプリプロセッサーモジュール２１０は、一般的に、入力メディアストリーム２０２−１〜ｆを受信し、入力メディアストリーム２０２−１〜ｆから１つまたは複数のビデオイメージをイメージ処理用に選択するような仕組みにすることができる。イメージプリプロセッサーモジュール２１０は、イメージに様々なプリプロセッシング動作を実行することができる。例えば、イメージプリプロセッサーモジュール２１０は、様々な一般的なＲＴＷＣＳ手法、例えば、照明環境の変化を補正するためにホワイトボードの背景カラーを較正する、物理的ホワイトボード１１６を遮っているすべての前景オブジェクト、例えば、物理的ホワイトボード１１６に描画中の参加者１５４−１〜ｐなどを識別して除去する、物理的ホワイトボード１１６に映った描画中の参加者１５４−１〜ｐの影、または会議室１５０内にある他のオブジェクトの影を除去する、背景（例えば、物理的書き込み面１８２）を一律にホワイトにすることによりホワイトバランシングを行う、物理的ペンストローク１８０の色飽和度を増すことにより、カラー強化を行う、およびビデオイメージを属性情報処理動作用に準備するために所望される他のイメージプリプロセッシング動作などを実施することができる。イメージプリプロセッサーモジュール２１０用にプログラムされたプリプロセッシング動作は、プリプロセッシング構成情報２０３を使用して定義することができる。
【００４９】
ホワイトボードエンコーダー２８０は、イメージプリプロセッシングモジュール２１０に通信上で結合されるイメージ量子化機能モジュール２２０を含むことができる。イメージ量子化機能モジュール２２０は、一般的に、イメージプリプロセッシングモジュール２１０から受信された、選択されたビデオイメージからピクセルを量子化するような仕組みになっている。一実施形態では、例えば、イメージ量子化機能モジュール２２０は、イメージの各ピクセルを所定の数のカラーに量子化するように動作可能である。一実施形態では、例えば、イメージ量子化機能モジュール２２０は、ビデオイメージの各ピクセルを、０ｘ００００００（ブラック）、０ｘＦＦ００００（レッド）、０ｘ００ＦＦ００（グリーン）、０ｘ００００ＦＦ（ブルー）、０ｘＦＦＦＦ００、０ｘＦＦ００ＦＦ、０ｘ００ＦＦＦＦおよび０ｘＦＦＦＦＦＦ（ホワイト）と定義された８種類のカラーに量子化するような仕組みになっている。カラーの数は、量子化機能構成情報２０５を使用して構成できる構成可能なパラメーターであって、所与の実施態様に応じて異なってよい。実施形態はこのコンテキストにおいて限定されることはない。
【００５０】
ホワイトボードエンコーダー２８０は、イメージ量子化機能モジュール２２０に通信上で結合される属性抽出機能モジュール２３０を含むことができる。属性抽出機能モジュール２３０は、一般的に、物理的ホワイトボード１１６のビデオイメージから属性情報を抽出するように動作可能である。一実施形態では、例えば、属性抽出機能モジュール２３０は、物理的ペンストローク１８０を含む物理的書き込み面１８２のビデオイメージを受信するように動作可能である。属性抽出機能モジュール２３０は、そのビデオイメージから、物理的書き込み面１８２上の物理的ペンストローク１８２を表すストローク属性情報を抽出する。属性抽出機能モジュール２３０は、オプションで、そのビデオイメージから、物理的書き込み面１８２を表す面属性情報を抽出することができる。後者の事例は、属性抽出機能モジュール２３０用に特別に実装された抽出アルゴリズムのタイプに部分的に依存する。
【００５１】
属性抽出機能モジュール２３０は、ビデオイメージからのピクセル、またはピクセルのブロックがストローク属性情報の一部を有するか、または面属性情報の一部を有するかを、イメージ量子化機能モジュール２２０によって出力される、量子化ピクセル用のカラーに基づいて区別する。一実施形態では、例えば、属性抽出機能モジュール２３０は、ビデオイメージの量子化ホワイトピクセルは面属性情報の一部であると判定するようにプログラムされる。この想定は、ホワイトの厳密な暗度は、物理的ホワイトボード１１６の作りおよび製造、ならびに会議室１５０の周囲照明条件によって異なる可能性があるが、物理的ホワイトボード１１６が、一般的に、カラーがホワイトである事実に基づいている。逆に、属性抽出機能モジュール２３０は、ビデオイメージの量子化非ホワイトピクセルは、ストローク属性情報の一部であると判定するようにプログラムされる。
【００５２】
属性抽出機能モジュール２３０は、ストローク属性情報を、物理的ペンストローク１８０用の様々なストロークポイント、ストロークカラー、およびストローク線幅を含むものとして抽出するようにさらに動作可能である。属性抽出機能モジュール２３０は、量子化非ホワイトピクセル上にいくつかのパスを作り、カラーに基づいて所定の順に量子化非ホワイトピクセルの抽出を開始する。例えば、属性抽出機能モジュール２３０は、ほとんどのドライイレーズマーカーはカラーがブラックであるため、最初にすべての量子化ブラックピクセルを抽出し始める。同様に、属性抽出機能モジュール２３０は、次にすべての量子化レッドピクセルを、さらに次に量子化グリーンピクセルを、などと処理することができる。量子化ピクセルが抽出されると、属性抽出機能モジュール２３０は、所与のストロークカラーのストローク線を認識できるようになり、抽出された量子化ピクセル用の数値および位置を使用して、ストローク線用のベクトルおよびストロークポイントを計算することができる。
【００５３】
属性抽出機能モジュール２３０は、変化するストロークカラーのストローク線用の、変化するストローク線幅も計算することができる。これは、「ストロークボーン（ｓｔｒｏｋｅ  ｂｏｎｅ）」手法および「固定線幅」手法を使用するなど、多数の異なる方法で達成できる。ストロークボーン手法および固定線幅手法は、両方とも、以下で説明されるようにいくつかの利点およびいくつかの欠点がある。しかし、両方の手法とも、ビデオカメラ１０６の生のビデオイメージによって取り込まれた物理的ホワイトボード１１６に関する編集可能なデジタル表現を再生または再構築するための十分なストローク属性情報を提供する。特定の手法の選択は、所与の実施態様に対する設計上の制約の違いおよびパフォーマンスパラメーターによって異なってよい。
【００５４】
ストロークボーン手法の場合、属性抽出機能モジュール２３０は、ストローク線を一部のストロークセグメントは可変ストロークセグメント幅を有する複数のストロークセグメントに分割することにより、ストローク属性情報をストローク線幅として抽出する。これを達成するには、属性抽出機能モジュール２３０は、物理的ペンストローク１８０用のストロークボーンを使用してストロークを抽出する。ストロークボーンとは、手書き版の物理的ペンストローク１８０とは必ずしも厳密には一致しなくてもよい、ストローク線の一般的な長さおよび幅を指すことができる。属性抽出機能モジュール２３０は、イメージイロードアルゴリズム（ｉｍａｇｅ  ｅｒｏｄｅ  ａｌｇｏｒｉｔｈｍ）を使用してストロークボーンを導出することができる。属性抽出機能モジュール２３０は、ストロークボーンからストロークポイント、ストロークカラー、およびストローク線幅を抽出することができる。
【００５５】
ストロークボーン手法はいくつかの利点を有する。例えば、ストロークボーン手法は、ストローク線を、そのストロークポイント、ストロークカラーおよびストローク線幅を使用して記述する。これは手書きストロークの自然な属性と一致し、ストロークを編集しやすくすることになる。さらに、自然な手書きストロークは、一般的に、異なるセグメントでは異なる線幅を持つ。ストロークボーン手法は、物理的ペンストローク１８０を、可変ストロークセグメント幅を有するストロークセグメントに分割することにより、自然な手書きストロークを模倣する。
【００５６】
ストロークボーン手法はいくつかの欠点も有する。例えば、ストロークボーン手法は、ストロークボーンアルゴリズムの推定部分のために、特に手書きテキストに対して、結果的に再構築の品質を低下させることがある。さらに、残りの背景イメージが相補出力として必要になる可能性があり、それにより、物理的書き込み面１８２用の面属性情報の抽出および伝達を潜在的に必要とする。加えて、ストロークボーン手法は計算処理的に高価であり、結果的にプロセッサー使用率が高くなる。例えば、１２８０×９６０イメージを処理するために必要な処理時間は、カラー量子化およびストローク抽出を含めて、３．０ギガヘルツ（ＧＨｚ）プロセッサーの場合で約３８０ミリ秒（ｍｓ）である。残りの背景イメージを取り出すために必要な時間を加えると、処理時間は、およそ５００〜６００ｍｓである。プロセッサー使用率が高くなるのは、イメージイロード動作および線幅検査が原因である。
【００５７】
固定線幅手法の場合、属性抽出機能モジュール２３０は、ストローク線を、一部のストロークセグメントは固定ストローク線幅の倍数によって定義される可変ストロークセグメント幅を有する複数のストロークセグメントに分割することにより、ストローク属性情報をストローク線幅として抽出する。これを達成するには、固定線幅手法は、固定線幅、例えば、１ピクセルの線幅を有する比較的細い線で線幅を記述することにより、ストロークを直接抽出する。このようにして、１つの太い線は、いくつかの細い線の束として記述される。
【００５８】
固定線幅手法はいくつかの利点を有する。例えば、固定線幅手法は、結果的に、再構築されたイメージの品質はより高くなるが、それは、一部には、固定ストローク線幅によって規定される細分化のレベルのためである。場合によっては、再構築されたイメージは、生のビデオイメージとほとんど同じである。さらに、ストロークボーン手法とは違って、オリジナルのイメージを再構築するために残りの背景イメージは必要ない。これは、ＲＴＷＣＳが、物理的ホワイトボード１１６用の面属性情報を抽出して伝達する必要性を減少させる、または除去することを可能にする。これは、計算処理リソースおよび通信リソースを温存することができる。加えて、固定線幅手法は、ストロークボーン手法より、計算処理的に廉価である。例えば、１２８０×９６０イメージを処理するために必要な処理時間は、カラー量子化およびストローク抽出を含めて、ストロークボーン手法に必要な５００〜６００ｍｓに比べて、およそ５５ｍｓである。
【００５９】
固定線幅手法はいくつかの欠点も有する。例えば、物理的ペンストローク１８０は、細い線のセットを使用して記述される。これは、手書きストロークの自然な属性と十分に一致しない可能性がある。さらに、固定線幅手法は、ブロッキング効果またはタイリング効果を除去するために、変化するストロークセグメント幅を有するストロークセグメント間の遷移を円滑に行えるようにするための追加の動作が必要な場合がある。
【００６０】
ホワイトボードエンコーダー２８０は、属性抽出モジュール２３０に通信上で結合されるホワイトボードインターフェイスモジュール２４０を含むことができる。ホワイトボードインターフェイスモジュール２４０は、一般的に、ストローク属性情報および／または面属性情報を、ネットワーク１２０を介した転送に合う適切な形式にフォーマット化するためのインターフェイス動作を行うように動作可能であってよい。例えば、この情報は、ＸＭＬ（Ｅｘｔｅｎｓｉｂｌｅ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ：拡張マークアップ言語）形式のストリームまたは他の適切な形式に構造化することができる。フォーマット化されると、ホワイトボードインターフェイスモジュール２４０は、面属性情報および／またはストローク属性情報をネットワーク１２０を介してリモートコンピューティングデバイス、例えば、ミーティングコンソール１１０−１〜ｍに、デジタルペンストロークとしてデジタル書き込み面にレンダリングするために送信する。
【００６１】
ホワイトボードマネージャーコンポーネント１１４は、ホワイトボードデコーダー２９０を含むことができる。ホワイトボードデコーダー２９０は、ホワイトボードインターフェイスモジュール２４０と同様のホワイトボードインターフェイスモジュール２４０ａを備えることができる。ホワイトボードインターフェイスモジュール２４０ａは、入力属性情報信号２０４を読み取って、属性情報信号２０４を異なる形式に変換し（必要な場合）、属性情報信号２０４をホワイトボードレンダリングモジュール２５０に転送することができる。ホワイトボードインターフェイスモジュール２４０ａは、オプションで、クライアントミーティングコンポーネント１１２−１〜ｎ用にデジタルホワイトボードビュー１０８を生成するために使用できる。
【００６２】
ホワイトボードレンダリングモジュール２５０は、ホワイトボードインターフェイスモジュール２４０ａに通信上で結合できる。ホワイトボードレンダリングモジュール２５０は、属性情報信号２０４を受信し、属性情報信号２０４をデコードし、属性情報信号２０４を、デジタルホワイトボードビュー１０８としての表示に適したデジタルペンストロークおよび／またはデジタル書き込み面信号２０６にレンダリングすることができる。
【００６３】
図３は、ミーティングビュー３００の図を示している。ミーティングビュー３００は、他の表示されるメディアコンテンツの中でも特に、デジタルホワイトボードビュー１０８を含むことができる。ミーティングビュー３００は、ミーティングコンソール１１０−１〜ｍのオペレーターなどの視聴者への提示用に特定のモザイクまたは表示パターンで配置された様々な表示フレーム３３０−１〜ａを含むことができる。各表示フレーム３３０−１〜ａは、所与の表示フレーム３３０−１〜ａにマッピングされた、対応するメディアストリーム２０２−１〜ｆからのビデオコンテンツおよび／またはオーディオコンテンツなどの、メディアストリーム２０２−１〜ｆからのマルチメディアコンテンツをレンダリングまたは表示するように設計される。
【００６４】
図３に示された例示の実施形態では、例えば、ミーティングビュー３００は、デジタルホワイトボードビュー１０８を表示するのに適したビューイング領域を備える表示フレーム３３０−５を含むことができる。さらに、ミーティングビュー３００は、参加者の連絡先情報および出欠情報、視聴者の連絡先情報および出欠情報、Ｑ＆Ａセッション、メモなど、様々なタイプのＧＵＩ要素をレンダリングするまたは表示するために表示フレーム３３０−１から３３０−４を含むことができる。ミーティングビュー３００は、所与の実施態様に所望されるような、変化するサイズおよび代替的配置の表示フレーム３３０−１〜ａをより多く、またはより少なく含むことができることが理解できよう。
【００６５】
デジタルホワイトボードビュー１０８は、概ね物理的書き込み面１８２と一致するデジタル表現のデジタル書き込み面３８２、および概ね物理的ペンストローク１８０と一致するデジタルペンストローク３８０を含むことができる。デジタルペンストローク３８０は、ホワイトボードエンコーダー２８０から受信されたストローク属性情報を使用してレンダリングすることができる。物理的書き込み面１８２は、やはりホワイトボードエンコーダー２８０から受信された面属性情報を使用してレンダリングすることができる。しかし、場合によっては、物理的書き込み面１８２は、ホワイトボードマネージャーコンポーネント１１４またはミーティングコンソール１１０−１〜ｍによって保存された標準の背景イメージとしてレンダリングすることができる。これは、例えば、固定線幅手法を使用してストローク属性情報を抽出する場合、または適切な計算処理リソースまたは通信リソースが使用不可能な場合に適している可能性がある。この場合には、面属性情報は、属性抽出機能モジュール２３０によって抽出されることもなく、それにより、計算処理サイクルが節約され、ホワイトボードインターフェイスモジュール２４０によって送信されることもなく、それにより、通信帯域幅が節約される。
【００６６】
デジタルホワイトボードビュー１０８は、視聴者によって、標準の編集ツールを使用して編集することができる。編集版および未編集版のデジタルホワイトボードビュー１０８は、データストレージシステムによって保存できる。さらに、一時版のデジタルホワイトボードビュー１０８は、マルチメディア会議イベント進行中の任意の時点で保存できる。デジタルホワイトボードビュー１０８は、マルチメディア会議イベントの全体の記録の一部として、または代替的に全体の記録とは別個のファイルとして保存できる。プリンターなどの出力デバイスを使用して、デジタルホワイトボードビュー１０８のハードコピーを作成できる。
【００６７】
上述の実施形態に関する動作は、１つまたは複数のロジックフローを参照してさらに説明することができる。代表的ロジックフローは、特に断りがない限り、必ずしも提示された順に実行される必要はなく、いかなる特定の順に実行される必要もないということを理解することができる。その上、ロジックフローに関して説明される様々な活動は、逐次式にも、並列式にも実行できる。ロジックフローは、説明された実施形態の１つまたは複数のハードウェア要素および／またはソフトウェア要素を使用して、または設計上およびパフォーマンス上の制約の所与のセットに対して所望されるような代替的な要素を使用して実施できる。例えば、ロジックフローは、ロジックデバイス（例えば、汎用または専用コンピューター）による実行用のロジック（例えば、コンピュータープログラム命令）として実装できる。
【００６８】
図４は、ロジックフロー４００の１つの実施形態を示している。ロジックフロー４００は、本明細書で説明される１つまたは複数の実施形態によって実行される動作の一部または全部を表すことができる。
【００６９】
図４に示されているように、ロジックフロー４００は、ブロック４０２で、ペンストロークが記入された書き込み面のイメージを受信できる。例えば、ホワイトボードマネージャーコンポーネント１１４−１のホワイトボードエンコーダー２８０が物理的ホワイトボード１１６のビデオイメージを受信できる。物理的ホワイトボード１１６は、参加者１５４によって書き込まれた物理的ペンストローク１８０を有する物理的書き込み面１８２を含むことができる。
【００７０】
ロジックフロー４００は、ブロック４０４で、イメージの各ピクセルを所定の数のカラーに量子化できる。例えば、イメージ量子化機能モジュール２２０は、イメージの各ピクセルを（プリプロセッシングの前または後で）、０ｘ００００００（ブラック）、０ｘＦＦ００００（レッド）、０ｘ００ＦＦ００（グリーン）、０ｘ００００ＦＦ（ブルー）、０ｘＦＦＦＦ００、０ｘＦＦ００ＦＦ、０ｘ００ＦＦＦＦおよび０ｘＦＦＦＦＦＦ（ホワイト）と定義された８種類のカラーに量子化できる。カラーの数は、量子化機能構成情報２０５を使用して構成できる構成可能なパラメーターである。
【００７１】
ロジックフロー４００は、ブロック４０６で、ペンストローク用のストローク属性情報を量子化ピクセルから抽出できる。例えば、属性抽出機能モジュール２３０は、物理的ペンストローク１８０用のストローク属性情報を量子化ピクセルから抽出できる。これは、例えば、量子化ピクセルのカラーに基づいて達成できる。属性抽出機能モジュール２３０は、ストロークボーン手法または固定線幅手法を使用してストローク属性情報を抽出することができる。選択された手法は、ある部分で、属性抽出機能モジュール２３０は、面属性情報を抽出して物理的書き込み面１８２を再構築するか、またはミーティングコンソールによってローカルに保存された標準の背景属性情報を使用して物理的書き込み面１８２を再構築するかに影響を与えることになる。
【００７２】
ロジックフロー４００は、ブロック４０８で、ストローク属性情報をミーティングコンソールに、デジタルペンストロークとしてデジタル書き込み面にレンダリングするために送信できる。例えば、ホワイトボードインターフェイスモジュール２４０は、ストローク属性情報を受信し、ストローク属性情報を適切な転送形式（例えば、ＸＭＬ形式）に変換し、そのストローク属性情報をマルチメディア会議サーバー１３０を介してリモートミーティングコンソールに転送することができる。
【００７３】
図５は、ミーティングコンソール１１０−１〜ｍまたはマルチメディア会議サーバー１３０を実装するのに適したコンピューティングアーキテクチャー５１０の、より詳細なブロック図をさらに示している。基本構成では、コンピューティングアーキテクチャー５１０は、一般的に、少なくとも１つのプロセッシングユニット５３２およびメモリ５３４を含む。メモリ５３４は、揮発性メモリおよび不揮発性メモリの両方を含めて、データを保存することができる、任意のマシン読み取り可能またはコンピューター読み取り可能なメディアを使用して実装できる。例えば、メモリ５３４には、ＲＯＭ（Ｒｅａｄ−Ｏｎｌｙ  Ｍｅｍｏｒｙ：読み取り専用メモリ）、ＲＡＭ（Ｒａｎｄｏｍ−Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ：ランダムアクセスメモリ）、ＤＲＡＭ（Ｄｙｎａｍｉｃ  ＲＡＭ：動的ＲＡＭ）、ＤＤＲＡＭ（Ｄｏｕｂｌｅ−Ｄａｔａ−Ｒａｔｅ  ＤＲＡＭ：ダブルデータレートＤＲＡＭ）、ＳＤＲＡＭ（Ｓｙｎｃｈｒｏｎｏｕｓ  ＤＲＡＭ：同期ＤＲＡＭ）、ＳＲＡＭ（Ｓｔａｔｉｃ  ＲＡＭ：静的ＲＡＭ）、ＰＲＯＭ（ｐｒｏｇｒａｍｍａｂｌｅ  ＲＯＭ：プログラマブルＲＯＭ）、ＥＰＲＯＭ（ｅｒａｓａｂｌｅ  ｐｒｏｇｒａｍｍａｂｌｅ  ＲＯＭ：消去可能プログラマブルＲＯＭ）、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ  Ｅｒａｓａｂｌｅ  Ｐｒｏｇｒａｍｍａｂｌｅ  ＲＯＭ：電気的に消去可能なプログラマブルＲＯＭ）、フラッシュメモリ、強誘電性ポリマーメモリなどのポリマーメモリ、オボニックメモリ、相変化または強誘電性メモリ、ＳＯＮＯＳ（Ｓｉｌｉｃｏｎ−Ｏｘｉｄｅ−Ｎｉｔｒｉｄｅ−Ｏｘｉｄｅ−Ｓｉｌｉｃｏｎ）メモリ、磁気または光カード、あるいは情報の保存に適した任意の他のタイプのメディアを挙げることができる。図５に示されているように、メモリ５３４は、１つまたは複数のアプリケーションプログラム５３６−１〜ｔおよび付属するデータなど、様々なソフトウェアプログラムを保存することができる。実施態様に応じて、アプリケーションプログラム５３６−１〜ｔの例には、クライアントミーティングコンポーネント１１２、サーバーミーティングコンポーネント１３２、ホワイトボードマネージャーコンポーネント１１４を挙げることができる。
【００７４】
コンピューティングアーキテクチャー５１０は、その基本構成を超える追加の特徴および／または機能を有することもできる。例えば、コンピューティングアーキテクチャー５１０は、取り外し可能ストレージ５３８および取り外し不可ストレージ５４０も含むことができ、これらのストレージも、また、前にも説明されているように、様々なタイプのマシン読み取り可能またはコンピューター読み取り可能なメディアを含むことができる。コンピューティングアーキテクチャー５１０は、キーボード、マウス、ペン、ボイス入力デバイス、タッチ入力デバイス、測定デバイス、センサーなど、１つまたは複数の入力デバイス５４４も含むことができる。コンピューティングアーキテクチャー５１０は、ディスプレイ、スピーカー、プリンターなど、１つまたは複数の出力デバイス５４２も含むことができる。
【００７５】
コンピューティングアーキテクチャー５１０は、コンピューティングアーキテクチャー５１０が他のデバイスと通信できるようにする１つまたは複数の通信接続５４６もさらに含むことができる。通信接続５４６は、１つまたは複数の通信インターフェイス、ネットワークインターフェイス、ＮＩＣ（Ｎｅｔｗｏｒｋ  Ｉｎｔｅｒｆａｃｅ  Ｃａｒｄ：ネットワークインターフェイスカード）、無線受信機、無線送信機／受信機（送受信機）、有線および／または無線通信メディア、物理的コネクターなど、様々なタイプの標準通信要素を含むことができる。通信メディアは、一般的に、コンピューター読み取り可能な命令、データ構造、プログラムモジュール、または搬送波または他の転送方式などの変調データ信号の形での他のデータを具体化し、すべての情報配信メディアを含む。「変調データ信号」という語は、情報を信号という形で符号化するような方法で設定または変更されたデータの特性のうちの１つまたは複数を有する信号を意味する。例としてであって、限定ではないが、通信メディアには、有線通信メディアおよび無線通信メディアがある。有線通信メディアの例には、電線、ケーブル、金属リード線、ＰＣＢ（Ｐｒｉｎｔｅｄ  Ｃｉｒｃｕｉｔ  Ｂｏａｒｄ：プリント回路板）、バックプレーン、スイッチファブリック、半導体材料、撚り対線、同軸ケーブル、光ファイバー、伝搬信号などを挙げることができる。無線通信メディアの例には、音響、ＲＦ（Ｒａｄｉｏ  Ｆｒｅｑｕｅｎｃｙ：高周波）スペクトル、赤外線、および他の無線メディアを挙げることができる。「マシン読み取り可能メディア」および「コンピューター読み取り可能メディア」という語は、本明細書で使用された場合、ストレージメディアおよび通信メディアの両方を含むように意図されている。
【００７６】
図６は、様々な実施形態のためのロジックを、ロジックフロー４００を含めて保存するのに適した製品６００の図を示している。図示されているように、製品６００は、ロジック６０４を保存するためのストレージメディア６０２を備えることができる。ストレージメディア６０２の例には、揮発性メモリまたは不揮発性メモリ、取り外し可能または取り外し不可メモリ、消去可能または消去不可メモリ、書き込み可能または再書き込み可能メモリなどを含めて、電子データを保存することができる１つまたは複数のタイプのコンピューター読み取り可能なストレージメディアを挙げることができる。ロジック６０４の例には、ソフトウェアコンポーネント、プログラム、アプリケーション、コンピュータープログラム、アプリケーションプログラム、システムプログラム、マシンプログラム、オペレーティングシステムソフトウェア、ミドルウェア、ファームウェア、ソフトウェアモジュール、ルーチン、サブルーチン、機能、方法、プロシージャー、ソフトウェアインターフェイス、ＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｇｒａｍ  Ｉｎｔｅｒｆａｃｅ：アプリケーションプログラムインターフェイス）、命令セット、コンピューティングコード、コンピューターコード、コードセグメント、コンピューターコードセグメント、語、値、記号、またはそれらの任意の組み合わせなど、様々なソフトウェア要素を挙げることができる。
【００７７】
一実施形態では、例えば、製品６００および／またはコンピューター読み取り可能なメディア６０２は、コンピューターによって実行された時、コンピューターに、記述された実施形態に従って方法および／または動作を実行させる実行可能なコンピュータープログラム命令を含むロジック６０４を保存することができる。実行可能なコンピュータープログラム命令には、ソースコード、コンパイル型コード、解釈型コード、実行可能コード、静的コード、動的コードなど、任意の適切なタイプのコードを挙げることができる。実行可能なコンピュータープログラム命令は、コンピューターに特定の機能を実行するように指示するための事前定義されたコンピューター言語、作法または構文に従って実装できる。命令は、Ｃ、Ｃ＋＋、Ｊａｖａ（登録商標）、ＢＡＳＩＣ、Ｐｅｒｌ、Ｍａｔｌａｂ、Ｐａｓｃａｌ、Ｖｉｓｕａｌ  ＢＡＳＩＣ、アセンブリー言語およびその他など、任意の適切なハイレベル、ローレベル、オブジェクト指向、ビジュアル、コンパイル型および／または解釈型のプログラミング言語を使用して実装できる。
【００７８】
様々な実施形態がハードウェア要素、ソフトウェア要素または両方の組み合わせを使用して実施できる。ハードウェア要素の例には、ロジックデバイスに対して前に挙げられた例のすべて、さらにマイクロプロセッサー、回路、回路素子（例えば、トランジスタ、抵抗器、キャパシター、インダクターなど）、集積回路、ロジックゲート、レジスター、半導体デバイス、チップ、マイクロチップ、チップセットなどを挙げることができる。ソフトウェア要素の例には、任意のソフトウェアコンポーネント、プログラム、アプリケーション、コンピュータープログラム、アプリケーションプログラム、システムプログラム、マシンプログラム、オペレーティングシステムソフトウェア、ミドルウェア、ファームウェア、ソフトウェアモジュール、ルーチン、サブルーチン、機能、方法、プロシージャー、ソフトウェアインターフェイス、ＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｇｒａｍ  Ｉｎｔｅｒｆａｃｅ：アプリケーションプログラムインターフェイス）、命令セット、コンピューティングコード、コンピューターコード、コードセグメント、コンピューターコードセグメント、語、値、記号、またはそれらの任意の組み合わせを挙げることができる。実施形態をハードウェア要素および／またはソフトウェア要素を使用して実施するかの決定は、所与の実施態様に対して所望されるような、所望の演算レート、パワーレベル、熱耐性、処理サイクル予算、入力データレート、出力データレート、メモリリソース、データバス速度、および他の設計上またはパフォーマンス上の制約など、任意の数の要因に応じて異なる。
【００７９】
一部の実施形態は、「結合」および「接続」という表現をそれらの派生語と共に使用して説明されることがある。これらの用語は、必ずしも相互に同義語として意図されているわけではない。例えば、一部の実施形態は、２つ以上の要素が互いに直接的な物理的または電気的接触状態にあることを表すために用語「接続」および／または「結合」を使用して説明されることがある。しかし、用語「結合」は、２つ以上の要素が互いに直接的な接触状態にないが、それでも互いに協力する、または相互作用することも意味することがある。
【００８０】
強調しておくが、「本開示の要約」は、３７  Ｃ．Ｆ．Ｒ．セクション１．７２（ｂ）に準拠しており、それにより求められるとおり、要約は、読者が技術的開示の性質を迅速に確認できるように記載されている。要約は、請求項の範囲または意味を解釈または限定するために使用してはならないということを理解したものとして提出されている。加えて、前述された「発明を実施するための形態」では、開示を簡素化する目的で様々な特徴が１つの実施形態にまとめられていることが理解できよう。開示のこの方法は、特許請求される実施形態が、各請求項で明示的に記載されるより多くの特徴を必要とする意図を反映すると解釈してはならない。むしろ、以下の請求項の範囲が反映しているように、発明の主題は、１つの開示された実施形態のすべての特徴より少ない特徴にある。従って、以下の特許請求の範囲は、本明細書により、「発明を実施するための形態」に組み込まれるものとし、各請求項はそれ自体で個別の実施形態として存在する。添付の特許請求の範囲では、用語「含む（ｉｎｃｌｕｄｉｎｇ）」および「その場合（ｉｎ  ｗｈｉｃｈ）」は、それぞれの用語「含む、備える、有する（ｃｏｍｐｒｉｓｉｎｇ）」および「その場合（ｗｈｅｒｅｉｎ）」のプレーン英語の均等物として使用される。その上、用語、「第１」、「第２」、「第３」などは単にラベルとして使用され、それぞれのオブジェクトに数の要件を課すようには意図されていない。
【００８１】
主題は、構造的特徴および／または方法的行為に固有の言語で記載されているが、添付の特許請求の範囲で定義される主題は、上述の固有な特徴または行為に必ずしも限定されないことを理解されたい。むしろ、上述の固有な特徴および行為は、請求項を実施する形の例として開示されている。
【図１】
2011524572.tif 000003
【図２】
2011524572.tif 000004
【図３】
2011524572.tif 000005
【図４】
2011524572.tif 000006
【図５】
2011524572.tif 000007
【図６】
2011524572.tif 000008
【国際調査報告】
2011524572.tif 000009
2011524572.tif 000010