(57)【要約】【課題】  メディア再生アーキテクチャのための方法並びにシステム【解決手段】  ビデオ会議データを再生するように構成されたシステムを提供する。このシステムにはビデオ会議セッションと関連付けられたビデオ会議データを受け取るメディア管理サーバーを有する。メディア管理サーバーはビデオ会議データを一般的なフォーマットに変換する。イベントデータベースは、ビデオ会議セッション中に発生するイベントを捉える。  メディア解析サーバーは、保存されているビデオ会議データを解析して、捉えたイベントを示すインデックスを挿入する。メディア再生ユニットは、メディア管理サーバーとの接続を確立する。メディア再生ユニットはメディア管理サーバーとの接続を維持したままメディア管理サーバーからメディア再生ユニットに引き渡されるビデオストリームの位置制御を可能にする。ビデオ会議データの再生のための方法、コンピュータ可読媒体、及びグラフィカルユーザーインターフェースも提供する。【選択図】    図１
2004343756.tif 000002
【特許請求の範囲】
【請求項１】
ビデオ会議データを再生するシステムであって、
ビデオ会議セッションと関連付けられたビデオ会議データを受け取ると共に前記ビデオ会議データをストレージメディアに保存できるように一般的なフォーマットに変換するメディア管理サーバーと、
ビデオ会議の間に発生するイベントを捉えるイベントデータベースと、
前記保存されたビデオ会議データを解析して、前記イベントデータベースの捉えられたイベントを示すインデックスを挿入するメディア解析サーバーと、
前記メディア管理サーバーとの接続を確立するメディア再生ユニットを有し、
前記メディア再生ユニットは前記接続を維持しながら前記メディア管理サーバーから前記メディア再生ユニットに引き渡されるビデオストリームの位置制御を可能にすることを特徴とするシステム。
【請求項２】
前記ストレージメディアを有するストレージサーバーを有し、前記ストレージサーバーは保存されているビデオ会議データの検索を可能にするアプリケーションプログラミングインタフェース（ＡＰＩ）を提供することを特徴とする請求項１に記載のシステム。
【請求項３】
前記メディア管理サーバーは、ウェブサーバー、再生サービスモジュール、及びミーティングスケジュールサービスモジュールを有することを特徴とする請求項１に記載のシステム。
【請求項４】
前記ビデオ会議データは、POWERPOINTプレゼンテーション、ビデオ／音声クリップ、ラスタ／ベクトルイメージ、注釈、及びドキュメントファイルからなるグループから選択されたメディアを含むことを特徴とする請求項１に記載のシステム。
【請求項５】
前記捉えられたイベントは、ビデオ会議の開始、ビデオ会議の取消し、参加者の到着、参加者の退出、及びスライドプレゼンテーション変更からなるグループから選択されたビデオ会議イベントであることを特徴とする請求項１に記載のシステム。
【請求項６】
前記インデックスは前記捉えられたイベントの開始時点と関連付けられることを特徴とする請求項１に記載のシステム。
【請求項７】
前記メディア再生ユニットはメディアプレーヤーモジュールとメディアコントローラモジュールとを有し、前記メディアプレーヤーモジュールは前記保存されているビデオ会議データを表示スクリーンにレンダリングし、前記メディアコントローラは前記メディア管理サーバーから前記メディアプレーヤーモジュールに引き渡されるべきビデオストリームのセグメントを指示することを特徴とする請求項１に記載のシステム。
【請求項８】
ビデオ会議システムであって、
サーバーコンポーネントはビデオ会議セッションと関連付けられたビデオ／音声データ及びイベントを保存するメディアサーバーを有し、
前記メディアサーバーは前記保存されたビデオ／音声データを解析して前記保存されたビデオ／音声データに前記イベントを識別するマーカーを挿入し、
クライアントコンポーネントはクライアントモニターと通信するクライアントを有し、
前記クライアントコンポーネントは前記メディアサーバーとの接続を確立するメディア再生ユニットを有し、
前記メディア再生ユニットは前記接続を維持しながら前記メディアサーバーから前記メディア再生ユニットに引き渡される前記保存されたビデオ／音声データにより定義されるビデオストリームの位置の制御を可能にし、
前記クライアントコンポーネントと前記サーバーコンポーネントとの間には、第１の経路と第２の経路が定義され、前記第１の経路によってビデオ会議中に前記クライアントコンポーネントと前記サーバーコンポーネントの会議終点との間でリアルタイムのビデオ／音声データが交換され、前記第２の経路によって前記クライアントモニターと前記サーバーコンポーネントとの間でシステム情報が交換されることを特徴とするシステム。
【請求項９】
前記メディア再生ユニットはメディアプレーヤーモジュールとメディアコントローラモジュールを有し、前記メディアプレーヤーモジュールは前記保存されたビデオ／音声データを表示スクリーンにレンダリングし、前記メディアコントローラは前記メディアサーバーから前記メディアプレーヤーモジュールに引き渡されるべきビデオストリームのセグメントを指定することを特徴とする請求項８に記載のシステム。
【請求項１０】
前記マーカーは前記イベントの開始点と関連付けられることを特徴とする請求項８に記載のシステム。
【請求項１１】
前記保存されたイベントは、ビデオ会議の開始、ビデオ会議の取り消し、参加者の到着、参加者の退出、及びスライドプレゼンテーション変更からなるグループから選択されたビデオ会議イベントを含むことを特徴とする請求項８に記載のシステム。
【請求項１２】
前記メディアコントローラモジュールはユーザーが前記ビデオストリームのセグメントを指定することを可能にし、前記ビデオストリームのセグメントが指定されることにより、前記接続を維持しながら前記ビデオストリームのセグメントが前記プレーヤープリケーションに引き渡されることを特徴とする請求項９に記載のシステム。
【請求項１３】
前記第１の経路は会議チャンネルで、前記第２の経路はバックチャンネルであることを特徴とする請求項８に記載のシステム。
【請求項１４】
表示スクリーンにレンダリングされるビデオ会議データ再生用のグラフィカルユーザーインターフェース（ＧＵＩ）であって、
ビデオ会議データと関連付けられたビデオストリームのタイムポジションに対応する統合音声／ビデオコンポーネントを定義する第１領域を有し、前記統合音声／ビデオコンポーネントはメディアサーバーと関連付けられており、
前記ビデオストリームの前記タイムポジションに対応するドキュメントファイルを提供する第２領域を有し、
前記ビデオストリームの前記タイムポジションに対応するメディアプレゼンテーションを提供する第３領域を有し、
前記ビデオストリームと関連付けられたコンテンツ項目のリストを提供する第４領域を有し、前記コンテンツ項目の一つを選択することによって前記第１、第２、第３領域が前記コンテンツ項目の一つと関連付けられたタイムポジションに対応するビデオ会議データを表示することを特徴とするＧＵＩ。
【請求項１５】
前記コンテンツ項目のリストは、前記ビデオ会議データに対応するサムネール、スライドタイトル、ファイル名、及びタイムポジションからなるグループから選択された前記ビデオ会議データと関連付けられることを特徴とする請求項１４に記載のＧＵＩ。
【請求項１６】
前記タイムポジションは前記ビデオストリームのセグメントと関連付けられたインデックスに対応することを特徴とする請求項１４に記載のＧＵＩ。
【請求項１７】
保存されたビデオ会議データを表示する方法であって、
ビデオ会議プレゼンテーションと関連付けられたメディアフォーマットを一般的なフォーマットのビデオ会議データに変換するステップと、
前記一般的なフォーマットのビデオ会議データを保存するステップと、
前記保存されたビデオ会議データと関連付けられたイベントを識別するステップと、
前記保持されたビデオ会議データにイベントを示すマーカーを挿入するステップと、
前記マーカーに対応する前記保存されているビデオ会議データのセグメントを表示するステップとからなることを特徴とする方法。
【請求項１８】
前記マーカーは前記イベントの開始タイムポジションに対応することを特徴とする請求項１７に記載の方法。
【請求項１９】
前記マーカーに対応する前記保存されているビデオ会議データのセグメントを表示するステップは、
表示されている前記セグメントの各々に対して同じ接続を維持することを特徴とする請求項１７に記載の方法。
【請求項２０】
前記マーカーに対応する前記保存されているビデオ会議データのセグメントを表示するステップは、
表示されている前記保存されたビデオコンテンツの第１セグメントと関連付けられた場所から第２セグメントの開始位置への移動は、前記第１及び第２セグメントの接続を維持したまま進むことを特徴とする請求項１７に記載の方法。
【請求項２１】
前記保存されているビデオ会議データのセグメントを選択するステップをさらに有することを特徴とする請求項１７に記載の方法。
【請求項２２】
保存されているビデオ会議データを表示するプログラム命令を有するコンピュータ可読媒体であって、
ビデオ会議プレゼンテーションと関連付けられたメディアフォーマットを一般的なフォーマットのビデオ会議データに変換するプログラム命令と、
前記一般的なフォーマットのビデオ会議データを保存するプログラム命令と、
前記保持されたビデオ会議データと関連付けられたイベントを識別するプログラム命令と、
前記保存されたビデオ会議データにイベントを示すマーカーを挿入するプログラム命令と、
前記マーカーに対応する前記保存されたビデオ会議データのセグメントを表示するプログラム命令とを有することを特徴とするコンピュータ可読媒体。
【請求項２３】
前記マーカーはイベントの開始タイムポジションに対応することを特徴とする請求項２２に記載のコンピュータ可読媒体。
【請求項２４】
前記マーカーに対応する前記保存されたビデオ会議データのセグメントを表示するプログラム命令は、
表示されている前記セグメント各々に対して同じ接続を維持するプログラム命令を有することを特徴とする請求項２２に記載のコンピュータ可読媒体。
【請求項２５】
前記マーカーに対応する前記保存されたビデオ会議データのセグメントを表示するプログラム命令は、
表示されている前記保存されたビデオコンテンツの第１セグメントと関連付けられた場所から第２セグメントの開始位置への移動は、前記第１及び第２セグメントの接続を維持したまま進む命令プログラムであることを特徴とする請求項２２に記載のコンピュータ可読媒体。
【請求項２６】
前記保存されたビデオ会議データのセグメントを選択するプログラム命令をさらに有することを特徴とする請求項２２に記載のコンピュータ可読媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般的にはビデオ会議システムに関し、より具体的には保持されたビデオ会議データを再生するプレイバックエンジンに関する。
【背景技術】
【０００２】
物理的に離れた場所にいる二人以上の参加者のコミュニケーションを容易にするために会議用デバイスが用いられる。これらのデバイスは、ライブビデオデータ、音声データ、及びその他、見たり、聞いたり、又は各参加者と協働するためのデータのやり取りを可能にする。会議用共通アプリケーションには、ミーティング／作業グループ、プレゼンテーション、トレーニング／教育が含まれる。今日では、ビデオ会議ソフトウェアのおかげで、パーソナルコンピュータと安価なカメラ、マイクを使って、他の会議参加者と接続することができる。これらの機器によっては、例えばMICROSOFT WINDOWS(R)ベースのオペレーティングシステムに組み込まれているマイクロソフト社のソフトウェアNETMEETINGなど、オペレーティングシステムが単純なピアツービアビデオ会議ソフトウェアを装備しているものもある。もしくは、ピアツービアのビデオ会議ソフトウェアを別途安く購入することもできる。ソフトウェアや安価なカメラ／マイク装置が使用可能になったことに刺激されて、ビデオ会議の人気がますます高まっている。
【０００３】
【特許文献１】米国特許出願公開第２００１／００４３５７１号明細書
【特許文献２】米国再発行特許発明第６，２０２，０８４号明細書
【特許文献３】米国特許第６，０７５，５７１号明細書
【発明の開示】
【発明が解決しようとする課題】
【０００４】
ビデオ会議の装置に関連する一つの欠点は、ビデオ会議に出席又は参加できないユーザーに対してビデオ会議を再生する能力である。すなわち、ほとんどの場合、ビデオ会議の再生はオプションにもなっていない。さらに、ビデオ会議が記録保存されている場合でも、ユーザーの再生上のオプションは著しく制約されている。例えば、ビデオ会議の特定の部分を再生できないことがある。その上、ビデオを連続してストリーミングする再生に対応する現在の構成では、断続したセグメントのビデオストリームを表示する場合は、接続を閉じてまた開くということを繰り返さないといけない。
【０００５】
それゆえに、ビデオ会議の保存、再生を可能にする方法並びにシステムを提供するために先行技術が抱える問題を解決する必要がある。さらに加えて、プレイバックエンジンについては、保存されたビデオ会議データのうちプレゼンテーション中のセグメント及び表示に関して、ユーザーがプレゼンテーションをカスタマイズできるように構成されるべきである。
【課題を解決するための手段】
【０００６】
大まかに言えば、本発明は、保持されているビデオ会議データのカスタマイズされたプレゼンテーションに対応可能なプレイバックエンジン並びにそのシステムを提供することによってこうしたニーズに応えるものである。言うまでもなく、本発明は、方法として、システムとして、コンピュータ可読媒体として、又はグラフィカルユーザーインターフェースとしてなど様々な方法で実現することができる。以下に、本発明の実施例をいくつか説明する。
【０００７】
本発明は、ビデオ会議データを再生するように構成されたシステムを提供する。このシステムは、あるビデオ会議と関連付けられたビデオ会議データを受信するように構成されたメディア管理サーバーを有する。このメディア管理サーバーは、ストレージメディアに保存できるように、ビデオ会議データを一般的なフォーマットに変換する。イベントデータベースは、ビデオ会議中に発生するイベントを捉えるように構成されている。メディア解析サーバーは、保存されているビデオ会議データを解析して、イベントデータベースにおいて捉えられたイベントを示すインデックスを挿入する。そして、メディア再生ユニットは、メディア管理サーバーとの接続を確立する。ここで、メディア再生ユニットは、メディア管理サーバーとの接続を維持したまま、メディア管理サーバーからメディア再生ユニットに引き渡されるビデオストリームの位置制御を可能にする。
【０００８】
また本発明は、ビデオ会議システムを提供する。このビデオ会議システムはサーバーコンポーネントを有する。サーバーコンポーネントは、ビデオ／音声データ並びにビデオ会議セッションと関連付けられたイベントを保存するメディアサーバーを有する。メディアサーバーは、保存されているビデオ／音声データを解析して、保存されたビデオ／音声データにマーカーを挿入する。このマーカーによってイベントが識別される。さらにクライアントコンポーネントを有する。クライアントコンポーネントは、クライアントモニターと通信しているクライアントを有する。クライアントコンポーネントは、メディアサーバーとの接続を確立するメディア再生ユニットを有する。メディア再生ユニットはさらに、メディアサーバーとの接続を維持しながら、メディアサーバーからメディア再生ユニットに引き渡される保存されたビデオ／音声データから定義されるビデオストリームの位置制御を可能にする。クライアントコンポーネントとサーバーコンポーネントとの間に定義された第１及び第２経路を有する。第１経路により、ビデオ会議中に、クライアントコンポーネントとサーバーコンポーネントの会議エンドポイントとの間でリアルタイムのビデオ／音声データを交換することができる。クライアントコンポーネントとサーバーコンポーネントとの間に定義された第２経路により、クライアントモニターとサーバーコンポーネントとの間でシステム情報を交換することが可能になる。
【０００９】
また本発明では、表示スクリーンにレンダリングされるビデオ会議データ再生用のグラフィカルユーザーインターフェース（ＧＵＩ）を提供する。ＧＵＩは、ビデオ会議データと関連付けられたビデオストリームのタイムポジションに対応する統合音声／ビデオコンポーネントを定義する第１領域を有する。統合音声／ビデオコンポーネントはメディアサーバーと関連付けられている。ビデオストリームのタイムポジションに対応するドキュメントファイルを提供する第２領域を有する。ビデオストリームのタイムポジションに対応するメディアプレゼンテーションを提供する第３領域を有する。ビデオストリームと関連付けられたコンテンツ項目のリストを提供する第４領域を有する。第４領域のコンテンツ項目のうちの一つを選択すると、その選択されたコンテンツ項目と関連付けられたタイムポジションに対応するビデオ会議データを第１、第２、第３領域でそれぞれ表示する。
【００１０】
さらに本発明は、保持されたビデオ会議データを表示する方法を提供する。この方法は、ビデオ会議プレゼンテーションと関連付けられたメディアフォーマットを一般的なフォーマットのビデオ会議データに変換することから始まる。次に、その一般的なフォーマットのビデオ会議データが保存される。次に、その保存されたビデオ会議データと関連付けられたイベントが識別される。次に、保存されているビデオ会議データにイベントを示すマーカーが挿入される。次に、保存されているビデオ会議データのマーカーに対応するセグメントが表示される。
【００１１】
また本発明では、保持されたビデオ会議データを表示するプログラム命令を有するコンピュータ可読媒体を提供する。コンピュータ可読媒体は、ビデオ会議プレゼンテーションと関連付けられたメディアフォーマットを一般的なフォーマットのビデオ会議データに変換するためのプログラム命令を有する。一般的なフォーマットのビデオ会議データを保存するためのプログラム命令を有する。保存されたビデオ会議データと関連付けられたイベントを識別するためのプログラム命令を提供する。保存されているビデオ会議データの中にイベントを示すマーカーを挿入するためのプログラム命令、及び保存されているビデオ会議データの中からマーカーに対応するセグメントを表示するプログラム命令を有する。
【００１２】
本発明のその他の態様及び効果は、添付の図面と共に、発明の原理を例を挙げて説明している以下の詳細な説明から明白になる。
【発明を実施するための最良の形態】
【００１３】
以下、本発明の実施形態を図面に基づいて説明する。
【実施例１】
【００１４】
ビデオ会議及びそれに関連するデータを記録して、後日、ユーザーが定義するプレゼンテーションスキームに従ってユーザーがその会議を見ることができるようにするビデオ会議システム向けの装置及び方法として、本発明を説明する。しかしながら、これらの詳細を部分的にまたは全部知らなくても本発明を実施できることは当業者であればこの開示に照らして明白である。その他の場合には、本発明を不要に曖昧にしないために、よく知られているプロセス操作については詳細な説明を省く。本明細書で用いている「約」という言葉は基準値の＋／−１０％であることを示す。
【００１５】
本発明の実施例は、あるビデオ会議の間に記録されたメディアのプレゼンテーションや再生を行う方法及びそのシステムを提供する。本明細書でいうメディアとは、ビデオ会議で使用される可能性のあるどのようなタイプの情報やデータであってもよい。例えば、POWERPOINTプレゼンテーションイメージ、ビデオ／音声クリップ、ラスタ／ベクトルイメージ、注釈、ドキュメントなどである。本明細書で説明する実施例を、本出願人が先に出願した米国特許出願番号10/192,080で説明するビデオ会議システムに組み込むこともできる。言うまでもなく、本明細書で説明しているシステムアーキテクチャは、メディア再生に対応する任意の適切なビデオ会議システムとインタフェースをとるように構成される。メディア再生システムのアーキテクチャには、メディアを表示スクリーンにレンダリングするためのブロックや、メディアの再生方法を制御するブロックが含まれる。従って、この再生コントローラがビデオストリームを配信するサーバーと交信していることで、再生中のメディアの状態が変わる毎に接続を再開する必要がなくなる。
【００１６】
図１は、本発明の一実施例による、クライアントモニターバックチャンネルを使用した、複数の参加者が参加する会議システム用のコンポーネントの概略図である。図１のシステムでメディアを再生する際に、図２〜８で説明するメディア再生アーキテクチャを用いてもよい。ここで、図１のシステムはリアルタイムシステムを表わしているのに対し、図２〜８のメディア再生システムはリアルタイムシステムと共に使用するコンテンツストレージ／再生コンポーネントを表わしている。クライアントコンポーネントは、参加者Ａ（１２２ａ）〜参加者Ｎ（１２２ｎ）といった複数の参加者を有する。各参加者１２２は、会議クライアント１４４とクライアントモニター１４６を有する。例えば、参加者Ａ（１２２ａ）は、会議クライアントＡ（１４４ａ）とクライアントモニターＡ（１４６ａ）を有する。また一例として、会議クライアントＡ（１４４ａ）は、ピアツーピアのビデオ会議ソフトウェアを有する。会議クライアントＡの役割は、別の参加者をコールしたり、会議を確立したり切断したり、コンテンツを取ってきたり送信したり、交換されたコンテンツを受信したり再生したり、といったものである。言うまでもなく、会議クライアントＡ（１４４ａ）からのコールは、メディアハブサーバー１３０介して処理される。他の参加者も同様に、会議に参加するためには、それぞれ自分の会議クライアントからメディアハブサーバー１３０へコールする。例えば、会議クライアントが既存のソフトウェアアプリケーションである場合などは、会議クライアントＡ（１４４ａ）は、この会議に必要な、ハイレベルなユーザーインターフェースを有する。ピアツーピアのビデオ会議を可能にする製品の一例としては、マイクロソフト社のアプリケーションソフトウェアであるNETMEETINGなどがある。当然のことながら、メディアハブサーバー１３０は、メディアトランスポートサーバーとも呼ばれる。
【００１７】
クライアントモニター（ＣＭ）１４６は、会議クライアント１４４をモニターする。ＣＭ１４６ａは、会議クライアントＡ（１４４ａ）をモニターするように構成されている。すなわちＣＭ１４６ａは、例えばクライアントＡ（１４４ａ）のビデオ表示ウィンドウをモニターすることで、ユーザーがソフトウェアアプリケーションとどのようなやり取りしているのかを調べる。さらに、ＣＭ１４６ａは、このユーザーのやり取りを解釈して、サーバーコンポーネントにこのやり取りを送信する。例えば、ＣＭ１４６は４つの機能が実行できるように構成されている。第１の機能は、会議チャンネルの開始／停止をモニターし、その参加者とサーバーコンポーネントとの間の会議チャンネルと並行して、バックチャンネルの通信セッションを確立することである。第２の機能は、ユーザーインターアクションやマウスメッセージといった、会議クライアント１４４によってビデオウィンドウに表示されるイベントをモニターすることである。第３の機能は、ＣＭ１４６とサーバーコンポーネントのバックチャンネルコントローラ１４０との間の制御メッセージ情報を処理することである。第４の機能は、外部ユーザーインターフェースを提供し、その参加者が、他の会議メンバーに対してイメージを表示したり、送信したり、接続されている他の参加者の名前や他の適切なコミュニケーション情報やツールを表示したりできるようにすることである。
【００１８】
上述のごとく、クライアントモニター１４６は、会議クライアント１４４における行動を監視する。例えば、これには会議コンテンツを含むビデオ表示領域に対するユーザーイベントのモニターや、会議セッションの制御情報などがある。例えば、ＣＭ１４６は会議の開始や終了を監視したり、会議クライアントからのコールを監視する。会議クライアント１４４が、新しい会議を開始するために、メディアハブサーバー１３０にコールを出すと、ＣＭ１４６もメディアハブサーバーにコールを出す。ＣＭ１４６のコールにより、会議の参加者に対するバックチャンネル接続１２６が確立される。ＣＭ１４６は会議の開始や終了をモニターできるので、ユーザーが何か追加のセットアップをしたりすることなく、自動的にバックチャンネル１２６がスタートする。つまり、バックチャンネル接続は、ユーザーが知らないうちに行なわれる。このように、新しいセッションが会議クライアント１４４の行動と並行して維持される。言うまでもなく、会議チャンネル１２４は、会議クライアント１４４とメディアハブサーバー１３０の会議接続１３８との間でビデオ／音声接続を提供する。一例として、会議チャンネル１２４は、クライアントコンポーネントとサーバーコンポーネントとの間でやり取りされる、リアルタイムな会議のビデオ／音声データに対するコミュニケーションリンクを提供する。
【００１９】
例えば、ＣＭ１４６は、会議クライアント１４４が表示する会議ビデオフレーム内で発生する行動を特に注意してモニターする。例えば、ＣＭ１４６は、マイクロソフト社のアプリケーション、NETMEETINGのビデオイメージをモニターする。クライアントのフレームにおけるマウス操作は、バックチャンネル接続１２６を介してメディアハブサーバー１３０に伝えられる。すると次に、バックチャンネルコントローラ１４０が、この行動を別の参加者に、もしくは各参加者のイベントハンドラー１４２に報告する。この実施例では、会議クライアント１４４のアプリケーションのモニターは、オペレーティングシステムレベルとアプリケーションレベルとの間のフックにより起こる。前述のごとく、ビデオウィンドウにおけるマウスクリックやキーボードストロークは、ビデオ会議アプリケーションの外から監視することができる。
【００２０】
別の実施例では、ＣＭ１４６は、参加者に個々のユーザーインターフェースを提供することができる。このインタフェースは会議クライアント１４４によって提示されたユーザーインターフェースと並列に示され、その会議の間はそのままにしておくことができる。あるいは、ＣＭ１４６が提示するユーザーインターフェースが、他の構成やセットアップのために、会議セッションの前か後に現れるようにしてもよい。
【００２１】
また別の実施例では、ＣＭ１４６は、会議クライアントなしで、メディアハブサーバー１３０をホストとする通信セッションに直接接続するインタフェースを提供することができる。この例では、ＣＭ１４６は、バックチャンネルを用いてミーティングサマリーの内容や、ミーティングの現在の状況や、参加者の情報や、共有されたデータコンテンツや、生の会議音声でさえも伝えることが可能なユーザーインターフェースを提供する。このような要求は、その参加者が、そのコミュニケーションにおける活動だけをモニターしたいために、会議クライアント１４４を使用しないことを選択した場合などに起こりえる。言うまでもなく、会議クライアント１４４が最小限のデータ処理しか行なわないという意味では、このようなクライアントコンポーネントをシンクライアントと呼ぶこともできる。また、適切なビデオ会議用のアプリケーションであれば、どのようなアプリケーションが会議クライアント１４４に含まれていてもよい。例えば、会議クライアント１４４には、ビデオ会議アプリケーションとして適切な、どのようなアプリケーションが含まれていてもよい。前述の通り、ＣＭ１４６ａは、会議クライアントＡ（１４４ａ）のビデオ会議アプリケーションがスタートしたりストップするのを認識するように構成されているので、ＣＭは、会議クライアントと同じように、スタートしたりストップすることができる。ＣＭ１４６ａは、ビデオ会議のセッションと並行して、サーバーコンポーネントから情報を受け取ることもできる。例えば、ＣＭ１４６ａは、会議中に参加者Ａ（１２２ａ）があるイメージを他の参加者と共用できるようにすることができる。その結果、共有されたイメージは各クライアントモニターに提供され、各参加者は、ビデオ会議ソフトウェアのビデオ表示領域というよりは、ドキュメントビューワでそのイメージを見ることができる。したがって、参加者はその共有されたドキュメントを、より鮮明なイメージで見ることができる。一例として、各クライアントは、会議で共用されたドキュメントを見ることができる。
【００２２】
サーバーコンポーネントは、メディアハブサーバー１３０を有する。メディアハブサーバーは、マルチポイントコントロールユニット（ＭＣＵ）を有し、参加者がカスタマイズ可能な情報を配信することができる。言うまでもなく、メディアハブサーバー１３０及びメディアハブサーバーコンポーネントは、本明細書で説明する機能を実施するように構成されたソフトウェアコードを含んでいる。例えば、メディアハブサーバー１３０は、本明細書で説明する実施例を実現するハードウェアベースのサーバーの１コンポーネントである。メディアハブサーバー１３０は、メディアミキサ１３２と、バックチャンネルコントローラ１４０と、イベントハンドラー１４２を有する。さらにメディアハブサーバー１３０は、会議接続１３８も有する。より具体的に言えば、会議接続Ａ（１３８ａ）は、会議クライアントＡ（１４４ａ）のピアツーピアビデオ会議ソフトウェアがメディアハブサーバー１３０と通信することを許可するリンクを完成させる。すなわち、会議エンドポイント１３８ａが別のピアをエミュレートして、ピアツーピア接続をしようと待っている会議クライアントＡ（１４４ａ）とのハンドシェイクを実行する。
【００２３】
一例として、メディアハブサーバー１３０は、マルチポイントコントロールユニット（ＭＣＵ）機能を有し、共有された会議コミュニケーションに対して、個々の参加者が選択可能な論理上の部屋へ接続することを許可する。メディアハブサーバー１３０は、ＭＰＵとして、会議クライアントに対するピアの役目を果たすが、複数の参加者からのコールを受信することもできる。当業者であれば、メディアハブサーバー１３０は、同じ論理上の部屋に参加している者全てを内部で接続し、各部屋ごとに複数の参加者が参加する会議セッションを定義し、各ピアツーピア会議クライアントは、メディアハブに対してピアとしてのみ動作していることは明らかである。前述の通り、メディアハブサーバー１３０は、会議クライアント１４０のピア要件に準拠するように構成されている。例えば、MICROSOFT’S  NETMEETINGのように、会議クライアントがH.323に準拠する会議プロトコルを採用している場合は、メディアハブサーバー１３０もH.323プロトコルをサポートしなければならない。言い換えれば、H.323プロトコルや、セッション開始プロトコル（SIP）、あるいは参加者接続要件に一致するその他の適切なＡＰＩにより、会議コミュニケーションは発生する。
【００２４】
続けて図１の説明をすると、メディアミキサ１３２は、全参加者の音声及びビデオと、特定参加者のコンフィギュレーション情報と、サーバーのユーザーインターフェース設定との組み合わせから、各参加者を特定する音声及びビデオ情報を組み立てる。メディアミキサ１３２は、参加者毎に、入力データストリーム、つまり、音声／ビデオストリームを組み合わせることによって多重化作業を実行する。ビデオレイアウトプロセッサ１３４と音声配信プロセッサ１３６は、会議信号を組み立てる。これについては以下により詳しく説明する。クライアントモニターバックチャンネルネットワークにより、メディアハブサーバー１３０がユーザーの会議クライアント１４４における対話をモニターし、ピアツーピアソフトウェアアプリケーションが追加機能を有する状態を見せることができる。この追加機能は、ソフトウェアアプリケーションのピアツーピア機能に適応し、本明細書で説明するような複数の参加者が参加する環境において、会議クライアント１４４により実施される。クライアントモニターバックチャンネルネットワークには、クライアントモニター１４６と、バックチャンネル接続１２６と、バックチャンネルコントローラ１４０と、イベントハンドラー１４２が含まれる。
【００２５】
バックチャンネル接続１２６は、会議チャンネル１２４と並行する平列会議のようなものである。バックチャンネルコントローラ（ＢＢＣ）１４０は、各クライアントモニターからのコミュニケーションリンクを維持する。このリンクにより定義されるプロトコルは、メディアハブサーバー１３０で解釈され、しかるべき宛先、つまり、他の参加者のバックチャンネルコントローラやイベントハンドラー１４２に受け渡されるか、ＣＭ１４６に戻される。各バックチャンネルコントローラ１４０は、バックチャンネルコントローラコミュニケーションリンク１４８を介して通信する。
【００２６】
一例として、メディアハブサーバー１３０は、会議参加者各々の縮尺版を含む、クライアントにより構成可能なビデオストリームを提供する。メディアハブサーバー１３０にある参加者イベントハンドラー１４２は、各参加者の状態情報を維持すると共に、この情報をメディアミキサ１３２に渡して、これら参加者のユーザーインターフェースを構築する。別の例では、サーバー側のユーザーインターフェースを参加者のビデオ／音声ストリームに内蔵させることもできる。
【００２７】
引き続き図１の説明をすると、本発明の一実施例によれば、非参加者も会議に加わることができる。この例では、非参加者接続１５０は、バックチャンネルコミュニケーションリンク１４８と通信している。バックチャンネル接続１２８は、非参加者クライアント１５０とメディアハブサーバー１３０のバックチャンネルコントローラ１４０との間でその接続が確立されてもよい。一例として、バックチャンネルコミュニケーションリンク１４８は、各バックチャンネルコントローラが、各バックチャンネルコントローラ間で相互に通信できるようにし、その結果、対応するクライアントモニターまたは非参加者が、それぞれのバックチャンネル接続１２６を介して通信できるようになる。そして、バックチャンネルコミュニケーションリンク１４８又はバックチャンネル接続１２６を介して、クライアント間でイメージやファイルを共有することができる。さらに、非参加者用バックチャンネル接続を使ってメディアハブサーバー１３０にアクセスし、サーバーステータスや、会議の活動や、出席中の参加者や、接続情報などを問い合わせることもできる。このように、非参加者バックチャンネル接続は、サーバーや会議セッションへのバックドアとして機能する。非参加者は、サーバーから、会議や、サーバーの性能や、状態などを表示するアドミニストレータパネルの情報を得ることができる。また会議セッションからは、非参加者は、バックチャンネルコミュニケーションリンク１４８を介して、会議の音声や、テキスト、イメージ、その他の活動中の会議セッションに関する情報などの限られた会議コンテンツを得ることができる。言うまでもなく、図１は、以下に説明するプレイバックエンジンを提供可能な模式的なビデオ会議システムを表わしたものである。故に、本明細書で説明する構成は任意の適切なビデオ会議システムに採用可能で、図１によって限定されるものではない。
【００２８】
図２は、本発明の一実施例による、プレイバックエンジンとしてメディアのプレゼンテーションや再生に対応できるように構成したモジュール間の関係を説明した概略図である。当然ながら、図２に示したシステムアーキテクチャデザイン全体の体系は、例えば、図１で説明したビデオ会議システムなどの、任意の適切なビデオ会議システムに組み込むことができる。図２のメディア再生アーキテクチャは、クライアントコンポーネント１６０とサーバーコンポーネント１６２を有する。そして、クライアントコンポーネント１６０は、メディア共有クライアントモジュール１６４とメディア再生モジュール１６６を有し、メディア再生モジュール１６６は、メディアプレーヤーモジュール１６８とメディアコントローラモジュール１７０を有する。以下により詳細に説明するように、メディアプレーヤーモジュール１６８とメディアコントローラモジュール１７０を分離することにより、保持されたビデオ会議データの再生方法をより効率的かつ柔軟性のあるものにすることができる。メディア共有クライアントモジュール１６４は、２進コードでメディアをサーバーコンポーネントにアップロードできるクライアントでよい。例えば、ミーティング中に、参加者が、POWERPOINTプレゼンテーションや、注釈、イメージなど、さまざまなメディアを共用したり交換したりしなければならないことがある。メディア共有クライアントモジュール１６４は、参加者が共有したり交換したりしているメディアをメディア管理サーバー１７２に送れるようにするアプリケーションである。メディア共有クライアントモジュール１６４と関連付けられたアプリケーションでは、そのメディアの生の２進データがメディア管理サーバー１７２にアップロードされる。そしてアップロードされた２進データは、メディアのフォーマットが構文解析できる場合には、何らかの一般的なメディアフォーマット、例えばPOWERPOINTファイルに、処理され変換される。当業者であれば、クライアントコンポーネント１６０は、図１に示した各参加者のクライアントコンポーネントに組み込み可能なことが分かる。この例では、図１のクライアントコンポーネントは、図１のメディアハブサーバー１３０に送られたイベントとは別に、メディア管理サーバー１７２にイベントを送る。
【００２９】
図２のサーバーコンポーネント１６２は、メディア管理サーバー１７２を有する。メディア管理サーバー１７２は、ウェブサーバーモジュール１７４、再生サービスモジュール１７６、及びミーティングスケジューリングサービスモジュール１７８を有する。サーバーコンポーネント１６２は、さらに、メディア解析サーバー１８４、イベントデータベースモジュール１８０、ストレージサーバー１８２を有する。先に述べたように、メディア共有クライアントモジュール１６４は、ビデオ会議の参加者が共用したり交換したりしているメディアをメディア管理サーバー１７２に送れるようにするアプリケーションである。言うまでもなく、本明細書で用いている「メディア」という用語には、POWERPOINTプレゼンテーションや、ビデオ／音声クリップ、ラスタ／ベクトルイメージ、注釈、ドキュメントファイル、ビデオ会議中に使われるその他の任意の適切なメディアが含まれていてよい。さらに、メディア管理サーバー１７２は、任意の数のメディア共有クライアント１６４と通信可能であることも言うまでもない。メディア管理サーバー１７２は、会議を管理してまとめる、つまり、ミーティングの参加者に配信できるようにビデオ会議データを管理してまとめる。メディア管理サーバー１７２は、メディアを管理すると共にミーティング参加者がストレージサーバー１８２にあるメディアデータを検索できるようにするためのデータベースを構築する。
【００３０】
ウェブサーバーモジュール１７４は、ビデオ会議セッションに参加したり見たりするのに必要なソフトウェアコードのダウンロードを可能にする。また、ミーティングスケジューリングサービスモジュール１７８は、ユーザーがビデオ会議を設定したりビデオ会議に参加することを可能にする。すなわち、ビデオ会議を設定したりビデオ会議に参加したいと思っているユーザーは、ウェブサーバーモジュール１７４により提供されるハイパーテキストマークアップ言語（HTML）で記述されたページをダウンロードし、このダウンロードされたウェブブラウザーを介してビデオ会議を設定したりビデオ会議に参加したりすることができる。一旦ユーザーがビデオ会議に参加すると、例えば、クライアント機能に関連したソフトウェアコードなどはウェブサーバー１７４からダウンロードすることがでる。その後、クライアントがメディアトランスポートサーバー１３０と通信を始める。言うまでもなく、メディア管理サーバー１７２は、ミーティングスケジューリングサービスモジュール１７８を介して適切なメディアトランスポートサーバーに接続し、ビデオ会議を可能にする。また、ビデオ会議が保存されることから、別の例では、ビデオ会議が完了し次第、ミーティングサマリーを作成する。ミーティングサマリーにはウェブサーバー１７４を介してアクセスすることができる。ミーティングサマリーとは、ユーザーに提示されるその会議の概要で、ユーザーがその会議を見るのか、あるいはその会議のどの部分を見るかをより適切に判断できるようするものである。当業者であれば、このミーティングサマリーを様々な方法で表示できることは明白である。さらに、保存されたビデオ会議データはミーティングサマリーによって要約され、ユーザーがミーティングサマリーのどの部分を選択するのかをより的確に決定することができる。一例として、再生サービスモジュール１７６は、会議クライアントが、ビデオ会議の間に発生するイベントや既に記録されているビデオ会議の再生データをやり取りするための機能を提供する。
【００３１】
メディア管理サーバー１７２は、メディア解析サーバー１８４と通信している。メディア管理サーバー１７２は、メディアの再生やプレゼンテーションのために、メディア解析サーバー１８４や関連するモジュールの情報を検索する。メディア解析サーバー１８４は、イベントデータベース１８０及びストレージサーバー１８２と通信する。一例として、メディア解析サーバー１８４は、その会議中に記録されたメディアを後処理すると共にメディアを解析して、メディアをプレゼンテーションしたり再生したりするのに有意義かつ有用な情報を構築する。メディア解析サーバー１８４は、メディアプレゼンテーションや再生情報を保持するために、イベントデータベース１８０に情報を追加したり検索したりもする。例えば、この有意義かつ有用な情報として、保存されているビデオ会議データに挿入されたインデックスやマーカーなどがある。別の例では、この有意義かつ有用な情報には、以下に説明するイベントデータベース１８０に保持されたデータが含まれる。
【００３２】
図２のストレージサーバー１８２は、ビデオ会議と関連付けられたメディアを保存する。ストレージサーバー１８２は、上段で説明したメディアを保存しなければならない。例えば、ストレージサーバー１８２は、ハードディスクドライブや、磁気テープ、ＤＶＤ−ＲＯＭなどの記憶装置を有する。保存されているメディアへのアクセスは、一連のアプリケーションプログラミングインターフェース（ＡＰＩ）を介して行なわれる。ＡＰＩは、システム内の他のコンポーネントによってストレージサーバーから検索可能なメディアをアクセスするために定義されたインタフェースである。例えば、ストレージサーバー１８２は、ビデオ会議のユーザー又は参加者に対するネットワーク接続を受入れ、自分のメディアをアップロードする。ストレージサーバーにメディアをアップロードするための典型的なやり方としては、単純トランスポート制御プロトコル／インターネットプロトコル（ＴＣＰ／ＩＰ）ソケット接続、ハイパーテキストトランスポートプロトコル（ＨＴＴＰ）ファイルアップロードプロトコル、単純オブジェクト指向アクセスプロトコル（ＳＯＡＰ／ＸＭＬ）、及びその他の適切なネットワークトランスポートプロトコルなどがある。図２のイベントデータベース１８０は、ビデオ会議の間に記録されたイベントを保存する。本明細書でいうイベントの例としては次のものがある：ミーティング開始、ミーティング終了、POWERPOINTプレゼンテーションなどのメディアプレゼンテーションの次のページ、参加者がアップロードしたドキュメント、参加者のミーティングへの入退出、ある特定の参加者が話をする、その他の適切な参加者の行動。本明細書で用いている「会議（ミーティング）」と「ビデオ会議」という用語は互いに置換可能である。従来の方法では、POWERPOINTプレゼンテーション、ビデオクリップといったメディアは単一アプリケーション、つまり、複合型のメディアプレーヤーとコントローラ内で再生されるのが一般的であった。しかしながら、複合型モジュールでは異なるメディア再生方法に対応できるようにユーザーは異なるアプリケーションをインストールしなければならない。従って、複合型のメディアプレーヤーとコントローラから、例えば、異なるメディア再生方法には異なるレンダリングのプログラムが不可欠になるといった欠点や、異なるメディアと関連付けられたイベントを記録するには所有権を主張できるプログラムが必要になるといった欠点が生じる可能性があった。
【００３３】
図３は、本発明の一実施例に基づき、メディア再生モジュールに対して、クライアントコンポーネント及びサーバーコンポーネントと関連付けられたモジュールを示した概略図である。メディア再生モジュール１６６は、プレーヤープリケーション１６８ａとコントローラアプリケーション１７０ａとを有する。メディア再生モジュール１６６は、図２のメディア管理サーバーに、イベントに基づいてビデオ会議の特定のセグメントを見るように要求する。前述の通り、プレーヤープリケーションモジュール１６８ａとコントローラアプリケーションモジュール１７０ａは、それぞれメディアプレーヤーモジュール１６８とメディアコントローラモジュール１７０という別々のアプリケーションであるため、新たな接続を必要とせずに、コントローラアプリケーションモジュールが保存されているビデオ会議コンテンツの見るべき位置を、プレーヤーアプリケーションモジュール１６８ａを介して指定することができる。この例では、ウェブサービスサーバー１９０は、コントローラアプリケーション１７０ａからその位置の要求を受け取った後、コントローライベント信号をメディアプロセッサモジュール１８８に送り、再生されているメディアの位置を変える。例えば、メディアプロセッサモジュール１８８は、ビデオを内部で復号化し、その復号化されたビデオをネットワーク伝送用に準備するためのコードセグメントである。前述の通り、ストレージサーバー１８２は、メディアプロセッサモジュール１８８によってアクセスされるビデオ会議データを保存する。メディアプロセッサモジュール１８８からのデータは、プレゼンテーションのために、リアルタイムプロトコル（ＲＴＰ）セッションマネージャーモジュール１８６を介してプレーヤープリケーションモジュールに送られる。言うまでもなく、ユーザーは、グラフィカルユーザーインターフェース（ＧＵＩ）で表示されるスライドボタン１９２を移動させて、プレーヤーアプリケーションモジュール１６８ａを介して表示されているビデオ会議データの位置を変えることができる。しかしながら、スライドボタン１９２を移動させることでビデオ会議データの位置を変えることができるため、プレーヤーアプリケーションモジュール１６８ａを介してビデオ会議データを表示するために、新たな接続を定義する必要はない。すなわち、プレーヤーアプリケーションモジュール１６８ａとの接続を維持したまま、ライブビデオストリームの位置制御が可能になる。ここでは、メディア管理サーバーからのデータ供給はコントローラアプリケーション１７０ａを介して行なわれるため、プレーヤーアプリケーションモジュール１６８ａは、この位置変更には気付かない。
【００３４】
図４は、本発明の一実施例による、ビデオ会議データファイルの一般的なファイルフォーマットへの変換を説明した概略図である。ここで、ビデオ会議ファイル１９２は一般的なファイルフォーマット１９４に変換される。例えば、一般的なファイルフォーマットとは拡張可能マークアップ言語（ＸＭＬ）と関連付けられたフォーマットである。当業者であれば、ＸＭＬフォーマットが、分散ネットワーク上でフォーマット及び２進データを共に共有可能とすることは明らかである。一般的なファイルフォーマットへの変換によって、ハイパーテキストマークアップ言語（ＨＴＭＬ）、ジョイントフォトグラフィックエキスパートグループ（ＪＰＥＧ）、ポータブルドキュメントフォーマット（ＰＤＦ）、ワイヤレスマークアップ言語（ＷＭＬ）など、様々なファイルフォーマットでの通信が可能になる。ビデオ会議ファイル１９２は、例えば、POWERPOINTプレゼンテーションのような、スライドプレゼンテーションである。
【００３５】
図５は、本発明の一実施例により、イベントデータベースの構築を説明した概略図である。ここでは、スライドプレゼンテーションを次のページに変えることにより、イベントデータベース１８０に保存される記録可能なイベントを発生させることができる。さらに、メディア解析モジュール１８４は、保存されているビデオコンテンツを処理し、イベントデータベース１８０に保存されるイベントを発生させることができる。
【００３６】
図６は、本発明の一実施例により、インデックスをビデオクリップに関連付ける方法を説明した概略図である。ビデオクリップ２００は、保存されているビデオ会議データの一つのセグメントで構わない。この例では、ある時に、ビデオクリップ２００でイベントが発生する。例えば、時点ｔ＝０（２０２ａ）は、ビデオクリップ２００の始まりを表わす。時点ｔ＝１０（２０２ｂ）で、イベントが発生する。例えば、次のスライドのプレゼンテーション又はメディアがビデオクリップ２００内に表示される。時点ｔ＝３０（２０２ｃ）では別のイベントが発生する。例えば、前のスライドのプレゼンテーション又はメディアがビデオクリップで再度説明される。同様に、時点ｔ＝５０（２０２ｄ）、ｔ＝６０（２０２ｅ）では、ビデオクリップ２００に連続するイベントが発生する。一例として、時点ｔ＝０からｔ＝６０（２０２ａから２０２ｅ）の各時点で、ビデオクリップ２００にマーカー又はインデックスが挿入される。インデックスの付いたビデオクリップ２００は保存することができる。さらに、マーカー又はインデックスのビデオクリップ内での対応する位置がイベントデータベースに保存される。当然ながら、図２のメディア解析サーバーは、ビデオクリップに挿入するマーカーの位置を見つけることができる。例えば、メディア解析サーバーはあるキーワードを探索し、そのキーワードが見つかったビデオクリップの場所に対応して、イベントデータベースにイベントの挿入を行なう。その後、メディア再生プレーヤーは、再生中にしかるべきビデオクリップ、又はビデオクリップのセグメントにメディアプレーヤーがジャンプできるようにマーカーを生成するかどうかをメディア管理サーバーに問合せることができる。従って、ユーザーは、この定義されたマーカー、あるいは任意のその他の好ましい構成に基づき会議を見ることができる。例えば、図７で説明する通り、ユーザーは、グラフィカルユーザーインターフェース（ＧＵＩ）を介してどのようにメディアの再生を構成するかを定義する。なお、本明細書で使用されている通り、マーカーとインデックスという用語は互いに置換可能である。
【００３７】
図７は、本発明の一実施例により、表示スクリーン上にレンダリングされたビデオ会議データの再生するためのグラフィカルユーザーインターフェース（ＧＵＩ）を模式的に示した図である。ＧＵＩ２０４は、スライドプレゼンテーションが行なわれる領域２０６を有する。さらに、音声、ビデオ、ドキュメントデータがそれぞれ表示される領域２０８、２１０、２１２も有する。領域２１４は、ビデオストリームと関連付けられたコンテンツ項目のリストを表示している領域である。例えば、領域２１４は、領域２０６のミニ版が含むサムネール２１４ａを含んでいてもよい。あるいは、領域２１４は、スライドのリストを表示し、ユーザーがそれをクリックするとスライドが表示されるようにしてもよい。このように、領域２１４内のコンテンツ項目を選択すると、対応するメディアや、音声、ビデオ、ドキュメントのデータが、それぞれ領域２０６、２０８、２１０、２１２に表示される。言うまでもなく、マーカーは、コンテンツ項目の選択された情報の場所を有効にする。さらに、前述の通り、メディアプレーヤーとメディアコントローラを分離することにより、保存されているビデオ会議データ内の別の位置に移動しても、その接続を開閉しなくてよい。すなわち、メディア管理サーバーからのビデオデータの供給は、現チャンネルを一旦閉じて、ビデオストリームの次のセグメントを表示するための新しいチャンネルを開いたりすることなく、次の場所へ進む。
【００３８】
図８は、本発明の一実施例により、保存されているビデオ会議データを表示するための方法を説明したフローチャートである。この方法は、ビデオ会議のプレゼンテーションと関連付けられたメディアフォーマットを一般的なフォーマットのビデオ会議データに変換する操作２２０から始まる。データは、図４で説明した通り、一般的なフォーマットに変換することができる。一例として、そのメディアと関連付けられた生の２進データがメディア共有クライアントアプリケーションによってメディア管理サーバーにアップロードされる。アップロードされた２進データは、次に一般的なメディアフォーマットに処理され変換される。次に、操作２２２に進み、この一般的なフォーマットのビデオ会議データが保存される。この一般的なフォーマットに変換されたビデオ会議データは、図２及び図３で示したストレージサーバーなどの、ストレージサーバーに保存してよい。次に、操作２２４に進み、保存されたビデオ会議データと関連付けられたイベントが識別される。次に操作２２６に進み、保存されているビデオ会議データの中にイベントを表わすマーカーが挿入される。例えば、図６で説明したように、ビデオクリップ内のイベントの開始位置に対応するように、マーカー又はインデックスをビデオクリップ内に挿入することができる。言うまでもなく、マーカーにより、メディア管理サーバーが、保存されているビデオ会議データの希望するセグメントを選択してプレゼンテーションすることができるようになる。
【００３９】
図８の方法は次に操作２２８に進み、保存されているビデオ会議データの、マーカーに対応するセグメントを表示する。ここで、メディア再生ユニットは、複数のセグメントのプレゼンテーションにおいて、セグメント毎に接続を閉じてまた開くというようなことをやらなくでも複数のセグメントのプレゼンテーションが表示されるように構成されている。すなわち、ユーザーが、そのビデオ会議データのある参加者の発言箇所を全て表示しようと決めた場合、その発言者に対応する各セグメントに進むために、都度新しい接続を確立する必要はない。したがって、信号の再成立、再バッファリングを繰り返す必要がなくなる。
【産業上の利用可能性】
【００４０】
要約すれば、上記の発明はビデオ会議システムのためのプレイバックエンジンを提供する。プレイバックエンジンは、メディアコントローラとメディアプレーヤーを分離し、不連続なビデオセグメントが表示される際の接続変更をしなくて良いようにする。ビデオ会議の２進データはストレージサーバーに保存され、あるユーザーに対する再生においては、メディア管理サーバーはメディア解析サーバーだけでなくストレージサーバーの情報も検索する。ユーザーは、メディア管理サーバーに伝えられているユーザーの選択に基づき、保存されているビデオ会議データの再生をカスタマイズすることができる。
【００４１】
上記の実施例に照らして、言うまでもなく、本発明は、コンピュータシステムに保存されたデータを必要とする様々なコンピュータで実施可能な操作に用いることできる。これらの操作は物理的数量の物理的操作を要する操作である。必ずしもそうとは限らないが、一般的に、これらの数量は保持可能、転送可能、結合可能、比較可能、もしくは操作可能な電気信号又は磁気信号の形をとる。さらに、実行される操作は、生成、識別、判定、又は比較といった用語で言及されることが多い。
【００４２】
本発明をコンピュータ可読媒体にコンピュータ可読コードとして実施することもできる。コンピュータ可読媒体は、コンピュータシステムが後で読み取り可能なデータを保持できる任意のデータ保存装置である。コンピュータコードが実施されている電磁搬送波もコンピュータ可読媒体の一つである。コンピュータ可読媒体の例としては、ハードドライブ、ネットワーク結合型ストレージ（ＮＡＳ）、読み出し専用メモリ、ランダムアクセスメモリ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、磁気テープ、その他の光学式及び非光学式データストレージ装置がある。コンピュータ可読コードが分散して保持及び実行されるようにコンピュータ可読媒体をネットワーク接続コンピュータシステムで分散することもできる。
【００４３】
はっきり理解できるように上記の発明を幾分詳細に説明してきたが、添付の特許請求の範囲内で特定の変更及び修正を実施できることは明白であろう。よって、本願の実施例は説明のためで限定のためではないと考えるべきであり、発明は本明細書で述べた詳細に限定されるものではなく、添付の特許請求の範囲及び同等の範囲内で修正可能である。
【図面の簡単な説明】
【００４４】
【図１】本発明による、クライアントモニターバックチャンネルを用いた複数参加者会議システム用コンポーネントの概略図。
【図２】プレイバックエンジン用メディアのプレゼンテーション及び再生に対応できるように構成されたモジュール間の関係を説明した概略図。
【図３】メディア再生モジュールクライアント及びサーバーコンポーネントと関連付けられたモジュールの概略図。
【図４】ビデオ会議データファイルの一般的なファイルフォーマットへの変換を説明した概略図。
【図５】イベントデータベースの構築を説明した概略図。
【図６】インデックスのビデオクリップへの関連付けを説明した図。
【図７】表示スクリーンにレンダリングされたビデオ会議データの再生用グラフィカルユーザーインターフェースの模式的説明図。
【図８】保存されたビデオ会議データを表示する方法を説明したフローチャート。
【符号の説明】
【００４５】
１２２    参加者
１２４    会議チャンネル
１２６、１２８    バックチャンネル接続
１３０    メディアハブサーバー
１３２    メディアミキサ
１３４    ビデオレイアウトプロセッサ
１３６    音声配信プロセッサ
１３８    会議接続
１４０    バックチャンネルコントローラ
１４２    イベントハンドラー
１４４    会議クライアント
１４６    クライアントモニター
１４８    バックチャンネルコミュニケーションリンク
１６０    クライアントコンポーネント
１６２    サーバーコンポーネント
１６４    メディア共有クライアント
１６６    メディア再生
１６８    メディアプレーヤー
１７０    メディアコントローラ
１７２    メディア管理サーバー
１７４    ウェブサーバー
１７６    再生サービス
１７８    ミーティングスケジューリングサービス
１８０    イベントデータベース
１８２    ストレージサーバー
１８４    メディア解析サーバー
１８６    セッションマネージャーモジュール
１８８    メディアプロセッサモジュール
１９２    ビデオ会議ファイル
１９４    一般的なファイルフォーマット
２００    ビデオクリップ
２０４    ＧＵＩ
【図１】
2004343756.tif 000003
【図２】
2004343756.tif 000004
【図３】
2004343756.tif 000005
【図４】
2004343756.tif 000006
【図５】
2004343756.tif 000007
【図６】
2004343756.tif 000008
【図７】
2004343756.tif 000009
【図８】
2004343756.tif 000010