(57)【要約】本発明は、デジタルビデオコンテンツを対話的にオーサリングし、共用し、分析するための電子的方法と装置とを提供する。オーサリングするための方法は、ビジュアルデータを表示するステップと、各トラバースを一連の時系列フレームとして定義するステップと、トラバースの記録とその関連するオーディオ記録とを注釈付けして記憶するステップと、を含む。トラバースを定義するステップは、ビジュアルデータに関してオーバーレイウィンドウを位置決めすることによってビジュアルデータを対話的にパンするステップと、オーバーレイウィンドウのサイズを変更することによってズームインまたはズームアウトするステップと、を含む。代替実施形態ではビジュアルデータは、矩形レイアウトまたは円筒形レイアウトで表示できる。
2006514796.tif 000002
【特許請求の範囲】
【請求項１】
各々のフレームがビジュアルデータの空間的サブセットである一連の時系列フレームを各々のトラバース記録が備える複数のトラバース記録を使用してビジュアルデータを探求して分析するための対話式電子方法であって、
ビジュアルデータの抽象マップを表示するステップと、
各々のマーカーが前記トラバース記録の１つに関連する複数のマーカーを前記マップ上の対応する複数の位置にプロットするステップと、
前記マーカーのうちの所望の１つの対話的選択に応じて対応するトラバースをプレイバックするステップと、
を備える方法。
【請求項２】
前記抽象マップが、ビジュアルデータからのシーンの概要を備える、請求項１に記載の方法。
【請求項３】
前記シーン概要が、エッジ検出アルゴリズムを使用してビジュアルデータから自動的に生成される、請求項２に記載の方法。
【請求項４】
前記抽象マップが、記憶されたトラバース記録に関して指定された１つ以上の注釈データ値のグラフを備える、請求項１に記載の方法。
【請求項５】
前記マーカーの各々が、関連する記録の小形画像を備える、請求項１に記載の方法。
【請求項６】
前記マーカーの各々が、関連するトラバース記録に関して指定された注釈値を示す、請求項１に記載の方法。
【請求項７】
前記方法が、抽象マップとプロットされたマーカーとを表示するマップ領域と、所望のトラバースを表示するプレイバック領域と、を含む複数のコンピュータ表示領域を備えるグラフィカルユーザインタフェースを使用して実行される、請求項１に記載の方法。
【請求項８】
前記グラフィカルインタフェースが、トラバース記録及び関連する注釈のリストを表示するワークシート領域を更に含む、請求項７に記載の方法。
【請求項９】
前記抽象マップ内の関心の空間領域を対話的に選択するステップと、前記関心の空間領域内に位置するマーカーに対応するトラバース記録のフィルタリングされたリストを前記ワークシート領域内に表示するステップと、を更に備える、請求項８に記載の方法。
【請求項１０】
各々のフレームがビジュアルデータの空間的サブセットである一連の時系列フレームを各々のトラバース記録が備える複数のトラバース記録を使用してビジュアルデータを探求して分析するための対話式電子装置であって、
ビジュアルデータの抽象マップを表示するための手段と、
各々のマーカーが前記トラバース記録の１つに関連する複数のマーカーを前記マップ上の対応する複数の位置にプロットするための手段と、
前記マーカーのうちの所望の１つの対話的選択に応じて対応するトラバースをプレイバックするための手段と、
を備える装置。
【請求項１１】
前記抽象マップが、ビジュアルデータからのシーンの概要を備える、請求項１０に記載の装置。
【請求項１２】
前記シーン概要が、エッジ検出アルゴリズムを使用してビジュアルデータから自動的に生成される、請求項１１に記載の装置。
【請求項１３】
前記抽象マップが、記憶されたトラバース記録に関して指定された１つ以上の注釈データ値のグラフを備える、請求項１０に記載の装置。
【請求項１４】
前記マーカーの各々が、関連する記録の小形画像を備える、請求項１０に記載の装置。
【請求項１５】
前記マーカーの各々が、対応するトラバース記録に関して指定された注釈値を示す、請求項１０に記載の装置。
【請求項１６】
表示し、プロットし、プレイバックするための前記手段が、統合されたグラフィカルユーザインタフェースに含まれ、前記グラフィカルインタフェースが、抽象マップとプロットされたマーカーとを表示するマップ領域と、所望のトラバースを表示するプレイバック領域と、を含む複数のコンピュータ表示領域を備える、請求項１０に記載の装置。
【請求項１７】
前記グラフィカルインタフェースが、トラバース記録及び関連する注釈のリストを表示するワークシート領域を更に含む、請求項１６に記載の装置。
【請求項１８】
前記抽象マップ内の関心の空間領域を対話的に選択するための手段と、前記関心の空間領域内に位置するマーカーに対応するトラバース記録のフィルタリングされたリストを前記ワークシート領域内に表示するための手段とを更に備える、請求項１７に記載の装置。
【発明の詳細な説明】
【発明の分野】
【０００１】
本発明は、デジタルビデオコンテンツの対話的オーサリング、共用および分析のための電子方法とシステムとに関する。
【背景技術】
【０００２】
パノラマデジタル画像の取り込みと対話的ナビゲーションのために種々のシステムが説明され、設計されている。例えば、ＩＥＥＥ  Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｃｏｎｆｅｒｅｎｃｅ  ｏｎ  Ｍｕｌｔｉｍｅｄｉａ  ａｎｄ  Ｅｘｐｏの会報である“ＦｌｙＣａｍ：  Ｐｒａｃｔｉｃａｌ  Ｐａｎｏｒａｍｉｃ  Ｖｉｄｅｏ”，III巻,１４１９〜１４２２頁（２０００  ８月）；Ｎａｌｗａによる米国特許第６，２８５，３６５号，“Ｉｃｏｎ−Ｒｅｆｅｒｅｎｃｅｄ  Ｐａｎｏｒａｍｉｃ  Ｉｍａｇｅ  Ｄｉｓｐｌａｙ”，；およびＴｅｏｄｏｓｉｏらによる米国特許第６，１２１，９６６号，“Ｎａｖｉｇａｂｌｅ  Ｖｉｅｗｉｎｇ  Ｓｙｓｔｅｍ”を参照されたい。
【０００３】
これらとは別に、従来のビデオ「クリップ」または抄録に注釈を付けて共用するためのシステムも存在する。例えば、“ＶｉｅｄｏＮｏｔｅｒ：  Ａ  Ｔｏｏｌ  ｆｏｒ  Ｅｘｐｌｏｒａｔｏｒｙ  Ｖｉｄｅｏ  Ａｎａｌｙｓｉｓ”，Ｒｏｓｃｈｅｌｌｅ，Ｐｅａ，＆  Ｔｒｉｇｇ，Ｉｎｓｔｉｔｕｔｅ  ｆｏｒ  Ｒｅｓｅａｒｃｈ  ｏｎ  Ｌｅａｒｎｉｎｇ，Ｔｅｃｈｎｉｃａｌ  Ｒｅｐｏｒｔ  Ｎｏ．  １７  （１９９０）を参照されたい。
【０００４】
しかしながら今までは、「視点」ビジュアルメディアトラバースの持続的記録を生成し、注釈付けし、記憶し、共用することによってマルチメディアコンテンツの個人的解釈をオーサリングして共用するための共同配置または分散配置された利用者コミュニティのより大きな必要（および機会）に、ほとんど注意が払われてこなかった。このような記録は、特定のメディアコンテンツを観察する際に（例えば、オーサーの観察経験の空間的焦点とタイミングとを記録する際に）オーサーの独自の視野画像を忠実に取り込むべきであり、またオーサーがコメント、類別その他の記号形式の注釈とを介してそのメディアコンテンツのオーサーの解釈を表現するための手段を提供すべきである。この必要性に取り組む効果的な解決策は、効果的な表現を可能にするが当業者でないオーサーに適したよく統合された対話型の手段を提供すべきである。更にこの解決策は、オーサーらが彼らの解釈をネットワーク接続された利用者コミュニティと共有することを可能にすべきであり、また同様にコミュニティ参加者らが特定のメディアコンテンツに応じて彼ら自身のコメントと見方とを表明することを可能にすべきである。更に所望の解決策は、利用者が共有されるメディアコンテンツとコメントとの重要性を探索して定量化することを可能にする分析ツールをサポートすべきである。
【発明の概要】
【０００５】
簡潔に言えば、本発明は、デジタルビデオコンテンツの対話的なオーサリング、共用および分析とのための電子方法と装置とを提供する。
【０００６】
一態様において、本発明は、ビジュアルデータを表示し、各トラバースを一連の時系列フレームとして定義し、そのトラバースの記録を注釈付けして記憶することによって注釈付きトラバースをオーサリングする対話式電子方法を提供する。繰り返し実行されるとき、本方法は潜在的に、異なるビジュアルソースから複数の記憶されたトラバースを生成する。ビジュアルデータは、好ましくは、動画ビデオ、静止画、シミュレーション／アニメーション画像、パノラマおよび／またはライブの画像を含む。パノラマ画像は、好ましくは、トラバースが、利用者が調整できる３次元視野画像を反映できるように、固定点から外側に向いた（または周辺から内側に向いた）複数のカメラを使用して取り込まれた画像を含む。注釈は、好ましくは、テキストコメント、図形記号、分類コード、メタデータおよび／またはオーディオ筆写記録を含む。分類コードは、利用者が定義できるコードテンプレートから対話的に選択される。更なる態様では、記憶されたトラバース記録は、トラバースされたビジュアルデータを圧縮された画像データの形式で、またはトラバースを定義する１セットの位置座標として符号化し得る。
【０００７】
トラバースを定義するステップは、好ましくは、ビジュアルデータに対してオーバーレイウィンドウを位置決めすることによってデータを対話的にパンする工程と、オーバーレイウィンドウのサイズを変更することによってズームインまたはズームアウトする工程と、トラバースの記録を記憶する工程と、を備える。ビジュアルデータは矩形レイアウトに、または代替として円筒形レイアウトに表示されることができ、円筒形レイアウトの場合、オーバーレイの位置は円筒形の中心に配置された仮想カメラによって定義される。更にオーバーレイウィンドウを位置決めするステップは、オーバーレイウィンドウを固定的に保持しながらビジュアルデータを動かす工程、または代替としてビジュアルデータが固定的に保持されながらオーバーレイウィンドウを動かす工程を備えることができる。オーバーレイウィンドウは、好ましくは利用者が選択できる幾何学形状を有する。本発明の更なる態様は、複数の独立に位置決めされるオーバーレイウィンドウによってビジュアルデータを同時にパンするステップを含む。
【０００８】
本発明の更なる態様では本方法は、好ましくは、統合化されたグラフィカルユーザインタフェースを使用して実行される。グラフィカルユーザインタフェースは、好ましくは、ビジュアルデータを表示する概要領域と、オーバーレイウィンドウ内に現在データを表示する詳細領域と、複数の記憶された注釈付きトラバース記録のリストを表示するワークシート領域と、を含む複数のコンピュータ表示領域を含む。詳細領域は、概要領域より高い倍率または解像度でデータを表示する。このような倍率または解像度は、利用者によって制御されるか、利用者帯域接続性または他の性能関連マトリックスに応答するウェブサービスによって可能にされ得る。詳細領域内の選択された記憶記録のプレイバックは、選択された記録に対応する図形要素をワークシートから詳細領域にドラッグしてドロップするなどして、トラバース記録の１つを対話的に選択することによって開始される。本発明の更なる態様は、複数の記憶されたトラバース記録の組合せである複合トラバース記録を指定するステップを含む。複合トラバース記録をプレイバックするステップは、組み合わせられたトラバース記録のコンテンツを隣接して表示する工程を含む。組合せトラバース記録からのオーディオ寄与は、１つのソース記録を選択するステップ、すべてのオーディオを消去するステップ、および／または各記録に関して関連オーディオ寄与を指定するステップによって指定されてもよい。更なる態様では注釈付きトラバース記録のワークシート領域リストは、標準的ＨＴＭＬブラウザを使用してネットワーク経由でアクセス可能な文書に公表される。
【０００９】
一実施形態で本発明は、ビジュアルデータを通じての注釈付きトラバースを対話的にオーサリングするための遠隔制御デジタル電子装置を使用して実施される。本装置は、ビジュアルデータを表示するための第１の表示装置と、この第１の装置と通信するハンドヘルド遠隔制御装置とを含む。この遠隔コントローラは、表示されるビジュアルデータのトラバースを定義し、注釈付きトラバースの時間ベースの記録を注釈付けして記憶する図形的な対話を制御するように構成される。トラバースを定義するステップは、表示されるビジュアルデータに対してオーバーレイウィンドウを位置決めすることによってビジュアルデータをパンする工程と、オーバーレイウィンドウのサイズを変更することによってズーミングする工程と、を備える。
【００１０】
本発明は更に、ビジュアルデータを通じてのトラバースとその関連空間オーディオデータとをオーサリングする対話式電子方法を提供する。本方法は、ビジュアルデータを表示するステップと、このデータ（各フレームがビジュアルデータの空間的サブセットを含む一連の時系列フレーム）のトラバースを対話的に定義するステップと、各フレームのビジュアルデータに関連する空間的オーディオデータを含むトラバースの記録を記憶するステップと、を含む。ビジュアルデータおよびオーディオデータは、好ましくは、あるシーンのオーディオビジュアルレコーディングを含む。ビジュアルデータは、ある場所の描写を含み、オーディオデータは、その場所からの音のレコーディングを含む。例えば、ビジュアルデータは、コンサートホールまたは会議室を描写でき、空間的オーディオは、コンサートホール内の音楽または会議室内の会話のレコーディングを含むことができる。更なる態様は、記録に含まれる空間オーディオデータの筆写記録を有するトラバース記録に注釈を付けるステップ備える。
【００１１】
更なる実施形態で本発明は、好ましくはウェブページとして、トラバース記録と注釈とのリストを公表することによってビジュアルデータ上の利用者視野画像を共用するためのシステムと方法とを提供する。インターネットまたは私設イントラネット上で公表されるウェブページは、好ましくは、選択されたトラバースを表示するための領域を提供する。公表されたページをブラウズまたはアクセスする利用者は、プレイバックのためにトラバースを対話的に選択でき、また他人が見るためにページに注釈を対話的に付加できる。各注釈は、そのオーサーを示すために符号化され得る（例えば、色別にまたは影付けによって、また名前別に）。更なる特徴においてリスト化されたトラバース記録は、少なくとも１つの複合トラバース記録（複数のトラバースの組合せを指定する）を含み、この特徴にしたがって、プレイバックは、好ましくは、隣接ペインに、またはウィンドウ内ウィンドウ形式で、対応する複数のトラバースのコンテンツを隣接プレイバックするステップを備える。なお更なる特徴において注釈のインデックスもまた、公表され、ウェブブランザを介して探索可能である。このようなインデックスは、注釈付きメディア項目の代用物として役立つ小形画像または動的画像表現を与え得る。この特徴は、探索において指定された注釈に関連するトラバース記録をリスト化したウェブページの検索とアクセスとを可能にする。
【００１２】
更なる態様で本発明は、複数のトラバース記録を使用するビジュアルデータの対話的電子的探求と分析とのための方法を提供する。本方法は、抽象マップを表示するステップと、複数のマーカー（各々が１つのトラバース記録に対応する）をこのマップ上の対応する複数の位置にプロットするステップと、マーカーの選択に応じてトラバースをプレイバックするステップと、を備える。抽象マップは例えば、エッジ検出アルゴリズムを使用して自動的に生成されるビジュアルデータからのあるシーンの概要を表すことができ、この場合マーカーは各対応するトラバース記録に取り込まれている画像の空間位置に基づいて論理的にプロットされ得る。代替として抽象マップは、その軸が記憶された記録に関して指定された１つ以上の注釈データ値を測るグラフを表すことができ、この場合マーカーは各対応するトラバース記録に関して指定された特定の注釈値に基づいて論理的にプロットされ得る。本発明のなお更なる態様において本方法は、トラバース記録と関連注釈とのリストを有するワークシート領域を含むグラフィカルユーザインタフェースを使用して実行される。この態様において本方法は更に、抽象マップ内の空間領域を対話的に選択する（スライダーバーなどを用いて）ステップと、これに応じて関心の空間領域内に位置するマーカーに対応するトラバース記録のフィルタリングされたリストをワークシート内に表示するステップと、を考えている。
【好ましい実施形態の詳細な説明】
【００１３】
本発明の好ましい実施形態は、図面を参照しながら詳細に説明される。この目的のためにビジュアルデータは、一般に、動画ビデオ、静止画、シミュレーションまたはアニメーション画像、パノラマ画像およびライブ画像を含み、これらすべてが付属のオーディオチャネルを持つか、あるいは持たない任意の様式のデジタル画像データを含む。
【００１４】
Ａ．オーサリング
図１は、本発明の好ましい実施形態によるビジュアルデータの注釈付き「視点」トラバースをオーサリングするための方法を示すフローチャートである。図２Ａは、矩形の実施形態による視点トラバースを定義するためのグラフィカルユーザインタフェースを示す。大まかに言って、オーサリング処理は、１セットのトリミングされた空間と時間の選択をビジュアルデータから対話的に選択するステップとこれらを作業空間にマーキングするステップとからなる。本発明者らは、本明細書において、この対話的選択をトラバースと称する。
【００１５】
１００においてビジュアルデータは、シーン全体のオーバビュー概要を与えるオーバビューウィンドウ２１０に表示される。オーバビュー２１０は、標準的ビデオストリーム、静止画像またはアニメーションに関連し、あるいはビデオシーンのパノラマ３６０度表現を利用し得る。リニアビデオに関して、オーバビュー２１０は、オリジナルビデオレコーディングから生成された標準の４：３アスペクト比ビデオストリームを示すが、この場合、シーン上の矩形オーバーレイ２００は、その特定のシーン領域を見ている仮想カメラの観察のトリミングされた空間領域に対応する。図示のようなパノラマビデオに関して、オーバビュー２１０（「パノラマオーバビュー」とも呼ばれる）は、オリジナルの円筒形ビデオレコーディングから生成されたピールドバック（皮むきされた）画像を示す。パノラマ上の矩形オーバーレイ２００は、その特定のシーン領域を見ている仮想カメラの視野に対応する。いずれの場合にも、詳細ウィンドウ２２０は、好ましくは、「カメラビュー」（オーバビュー２１０内の矩形オーバーレイ２００の境界によって画定される高解像度画像）を与える。このような高解像度画像は、好ましくは、利用者によって調整され得るか、あるいは利用者帯域幅接続性および／または他の性能関連測定基準に応じてウェブサービスによって使用可能にされ調整され得る。作業空間２３０は、以下更に論じられるように、シーンから抜粋されたビデオとオーディオのトラバースを注釈付けして編成するための柔軟な環境を与える。
【００１６】
１１０においてオーバーレイウィンドウ２００は、ウィンドウ２１０に表示されたビジュアルデータの指定された空間サブセット上に対話的に位置決めされる。１２０においてオーバーレイウィンドウは、選択されたビジュアルデータ上で「ズーム」インまたはアウトするために利用者によって対話的に再サイズ決めされる。タスク１１０、１２０は、１００のビジュアルデータが連続して表示されながら、利用者の望むままの時間に亘って繰り返し実行される。それによって利用者は、ビジュアルデータの所望の空間時間的サブセットをトラバースする。例えば、ビジュアルデータがビデオデータを含んでいれば、利用者は事実上、各現在ビデオフレーム内の特に関心の内容に関してオーバーレイウィンドウを２００に配置してサイズ決めすることによって「ムービー内ムービー（映画内映画）」を生成する。本発明者らは、本明細書において、時には、ビジュアルデータに対するオーサー／利用者の独自の個人的な視覚的視野画像（全体像）が各トラバースに反映されるので、このようなトラバースの定義を「視点」オーサリングと呼ぶ。
【００１７】
パノラマビジュアルデータの場合、ナビゲーションのための効果的なインタフェースの生成は、コンピュータ画像形成とユーザインタフェース設計とに関する難題とチャンスとを提示する。一方では、全方向カメラは、利用者に現実世界空間全体（単一のノーダルポイント（ノード点）からの）の３６０度表現を与えることができる。他方では、パノラマオーバビューを生成するために使用される光学は、特に利用者がシーンにおける空間的レイアウトと場所と人々の体の向きとに関する正確な情報を抽出することを必要とする場合には、情報画像としてのその有用性を限定する画像に投影歪み（ワーピング）を導入する（例えば、Ｆｏｏｔｅ＆Ｋｉｍｂｅｒ２０００を参照）。例えば、パノラマオーバビューを参照しながら次の質問に答える難しさを考えてみる。そのシーンの空間レイアウトはどうなっているか？どの方向が前方か後方か、右か左か？俳優たちは互いにどれくらい離れているか？これに対してオーバビューにおける空間的歪みが情報抽出に障害にならない他の種類のタスクが存在し得る。例えば、パノラマオーバビューは、利用者が次のような質問に答えることを可能にする可能性が最も高い。誰が何を言ったか？いつ彼らはそれを言ったか？彼らがそれを言ったときどうであったか（非言語的ジェスチャ、顔の表情、体の位置、声のイントネーションに関する情報）？興味深いことに、パノラマオーバビューを生成する現在の方法は、そのタスクが空間的に正確な情報を抽出することを含むか否かにかかわらず、人々がそれらを混乱していると分かるほど空間的に方角が分からなくなっていることがあり得る。
【００１８】
空間的方角を意識して、図２Ｂは本発明によるパノラマデータを観察してトラバースするための特定の値を有する代替の実施形態を示す。本発明者らはこの実施形態を「回転可能ビュー」と呼ぶ。円筒形パノラマをピーリングバック皮むきする代わりに、その内容を調べるために利用者によってその垂直および水平軸の周りに回転させられ得る円筒またはドラム２１０上に画像を写像する。例えば、ドラム２１０の中心にカメラアイコン２６０を表示してオーバーレイウィンドウ２７０を画定するためにカメラ２６０の視野を使用することは、オーバビュー画像がどのように形成されたか、またそのシーンのどの部分にカメラがフォーカスされたかを利用者に、より明らかにする可能性がある。カメラを中心にカメラまたはドラムを回転させることは、詳細ウィンドウ２２０に修正された部分画像２７０を表示可能にする（後者は２Ｂに図示されない）。このインタフェースは、利用者がシーンにおける物体の相対位置ばかりでなく前後、左右の方角を理解することを容易にすることが可能である。
【００１９】
好ましい実施形態では、ビジュアルデータは、シーンを取り囲んで内側に向いた複数のカメラを使用して取り込まれたパノラマシーンを含む。当業者が理解するように、これはトラバースが利用者調整の３次元視野画像を反映することを可能にし、とりわけ、ある特定のカメラ視野画像からは遮られて隠された物体をナビゲーションが見ることを可能にする。
【００２０】
１３０において利用者は、好ましくは自由なテキストコメント２５０（ａ）と分類コード２５０（ｃ）とを含む注釈を付加するために図２Ａのグラフィカルユーザインタフェースを使用して、トラバースに注釈を付ける。図４に示すように分類コード２５０（ｃ）は符号化テンプレートメニュー４００から選択された予め定義されたタグである。この特徴は、利用者がその後のデータ分析をサポートする均一な分類法に基づいてトラバースを迅速に分類することを可能にする（例えば、図６〜１０に関連して以下に説明されるように）。好ましくはテンプレート４００を符号化する分類ラベルは、利用者が定義できる。更なる実施形態では、トラバース注釈は、好ましくは、各トラバースに記録されたビデオに対応するオーディオ２５０（ｂ）の筆写記録（まだ電子的に利用可能でなければ従来の音声認識技術を使用して自動的に生成され得る）、およびトラバースセグメントを記述する「メタデータ」例えば、（そして限定なしで）登場人物の名前、シーンの名前、日時などを含む。
【００２１】
１４０において、ネットワーク公表と分析とを含む将来の参照と研究のために、注釈付きトラバースの持続的記録が記憶される（図５〜１０に関連して以下詳細に論じられる）。多くの当業者とアプリケーションのために、図１の方法は複数の注釈付きトラバース記録を生成して繰り返し実行される。図２Ａのワークシート領域２３０は、このような記録の対話的なリスト化を表示する。こうしてコラム２４０は、代表的な小形画像によって各トラバースを識別し、コラム２５０（ａ）〜（ｄ）は関連する注釈を表示する。ビデオの小形画像は、例えば、静止画像、パノラマ小形画像、動画のプレビューを含み得る。
【００２２】
図２Ａ、２Ｂ両者の実施形態に関しては、オーバビューウィンドウ２１０内のビジュアルデータは、オーバーレイウィンドウ２００を相対的に位置決めすることによって、または固定オーバーレイ２００を保持してオーバビュー２１０を動かすことによって、または固定オーバビュー２１０を保持してオーバーレイ２００を動かすことによってトラバースできる。両方の手法は同等であり、本発明の精神と範囲内にある。また当業者は、特定のアプリケーションの特色に依存して手法を選択できる。
【００２３】
１５０〜１７０において利用者は、記録されたトラバースの内容をプレイバックできる。１５０で利用者は、ワークシート領域２３０に表示されたリストから記憶されたトラバースを対話的に選択する。好ましい実施形態では、利用可能な選択機構は、所望のトラバース記録に対応するコラム２４０から詳細ウィンドウ２２０に小形画像を「ドラッグしてドロップする」ためにマウスその他のカーソル制御装置を使用することを含む。好ましくは、これは詳細ウィンドウ２１０ならびにオーバビューウィンドウ２１０を、選択されたトラバースシーケンスの開始時に適切なフレームにリセットする。「プレイ」ボタンをクリックすると、画面上でビデオ制御領域２１５は、好ましくは、ウィンドウ２１０、２２０においてトラバースのプレイバック１７０を開始する。
【００２４】
選択されたトラバースが複合トラバース（すなわち２つ以上の記憶されたトラバースの利用者指定の複合、例えば、図３に示す複合トラバース３２０）であれば、プレイバック１７０は、好ましくは、隣接ペイン３４０またはウィンドウ内ウィンドウなどで多数のトラバース記録を同時に隣接してプレイバックすることを含む。複合トラバースがオーディオチャネルを含むときは、１６０において適切なオーディオミキシングがプレイバック１７０のために指定される。このミキシングは、好ましくは、弱音にされた他のものと一緒に聞かれる１つのトラバースの利用者選択か、またはすべてのオーディオを弱音にする選択か、他を完全に消音することなく複合トラバースの所望の１つを目立たせる利用者選択の相対フェーディング（例えば、画面上のスライダーバーを使用して指定される）であり得る。
【００２５】
なお、詳細ウィンドウが図２Ａ、２Ｂのようなオーバーレイウィンドウ２１０に隣接する固定領域であるとういことよりも、むしろワークシート領域２３０をオーバーラップする「ポップアップ」ウィンドウとして示されている図３の変形版に留意されたい。当業者が直ちに認めるようにこのような変形版および同様な性質の他のものは、特定のアプリケーションの必要と好みとに依存して可能であり、またすべて本発明の精神と範囲内に十分に入る。
【００２６】
ある幾つかのアプリケーションでは、２つ以上のソース（データ源）からビジュアルデータのトラバースをリスト化して編成するために単一のワークシート領域２３０が使用され得る。これは例えば、異なるムービーからの類似のシーンあるいは種々のシーンを、または種々のシーンとビデオにおける一人の俳優または個人の所作を、比較し対照する目的のために有用であり得る。
【００２７】
ある幾つかのアプリケーションに関する好ましい実施形態では、空間オーディオデータを含むオーディオチャネルは、トラバースされるビジュアルデータに関連している。例えば、トラバースされるデータは、あるシーンのオーディオビジュアルレコーディングを含み得る。代替としてビジュアルデータは、演奏会場、会議室または講堂の画像のような場所の描写を含み、また関連するオーディオデータは、演奏会場における音楽、会議室における会話または講堂における発表のレコーディングを含む。
【００２８】
当業者には既知のように、空間オーディオは典型的には例えば、多数のマイクロフォンで録音される場所に機器を設置して、結果的に得られるステレオデータに適切な信号処理を施すことによって取り込まれる。
【００２９】
本発明の１つの利益として空間オーディオデータを含む実施形態は、好ましくは、全体シーン内で利用者によってトラバースされる空間領域に関連するオーディオデータを各トラバース記録と共に記憶する。例えば、好ましい一実施形態は、オーバビューウィンドウ２１０内に「仮想マイクロフォン」アイコンを図形的に配置する（図示せず）ことなどによって利用者が多数の個別の空間的音響ゾーンを対話的に定義することを可能にする。それから特定のトラバースと共に記憶されたオーディオデータは、トラバースの各フレームにおいて、その特定フレームの空間的場所に関連する音響ゾーン内で聞こえる適切な音を反映する。本発明によって可能にされる更なる特徴では、トラバース記録は、この記録に含まれる空間オーディオデータの筆写記録と共に注釈付けできる（図１のタスク１３０とグラフィカルインタフェース２５０ｂとに関連して前に論じたように）。空間的に関連のあるオーディオだけを筆写記録することは、それによって無関係の全体的雑音をフィルタリング除去し、幾つもの利益を与える。例えば、他のセクターからの外部雑音がフィルタリング除去されるので自動音声認識の精度が改善される。同様に、筆写記録が作られるならば、それは関連空間内だけの発言にフォーカスされた探索可能なテキストデータを含み、テキスト探索をより効率的効果的にする。
【００３０】
Ｂ．共用と共同
１．ウェブ公表
図５は、ビジュアルデータの注釈付き「視点」トラバースを公表し、ネットワークコミュニティのメンバーと共に共用するための方法を示すフローチャートである。５００において本発明者らは、注釈付きトラバース記録のリストから始める。このリストは、例えば、図１〜４に関連して本明細書で説明された方法と装置と、特にワークシート領域２３０において生成されたコンテンツとを使用して生成できる。５１０でこのリストは、ウェブ文書またはウェブページとして公表され、好ましくは当業者には他の関連で既知のように利用者のために、このプロセスを容易にするか自動化するために移出ユーティリティが提供される。ウェブページは、好ましくは、アプリケーションの性質に依存して、インターネットまたは私設の企業内イントラネットのような公衆ネットワーク上で公表される。５１５においてウェブページは、好ましくは標準的ウェブブラウザを使用してネットワークを介して他の利用者によってアクセスされる。５２０においてウェブページをアクセスする利用者は、それを「クリックする」ことなどによって表示されたリストから関心のトラバース記録を対話的に選択する。これに応じて５３０では、選択された記録に対応するトラバースデータは、典型的にはウェブページの指定領域において、代替としてはポップアッププレーヤーウィンドウにおいてプレイバックされる。
【００３１】
トラバースを観察してネットワーク利用者は、そのトラバースコンテンツに関して彼または彼女自身の注釈を付け加えるように示唆される可能性がある。その場合５４０においてネットワーク利用者は、新しい補足的な注釈を対話的に入力し、また５５０においてウェブページのホストとなっているサーバにネットワークを介してその新しい注釈を対話的に提出する。ウェブページは、好ましくは、他の関連で当業者には周知であるように、この方法で新しい注釈を捕捉するために対話的オンライン形式技術を利用する。５６０においてこの新しい注釈は、公表されたウェブページにサーバによって追加され、その後そのページにアクセスするすべてのネットワーク利用者にそのページの一部として表示される。
【００３２】
本発明の好ましい実施形態とアプリケーションにおいてネットワーク利用者は更に、共通の関心を反映するコミュニティまたはサブコミュニティを形成することができるようにされる。（注：本発明者らは、本発明書において、時には、本発明の一実施形態を「Ｄｉｇｉｔａｌ  Ｉｎｔｅｒａｃｔｉｖｅ  Ｖｉｄｅｏ  Ｅｘｐｏｌａｒａｔｉｏｎ  ａｎｄ  Ｒｅｆｌｅｃｔｉｏｎ」技術を表すＤＩＶＥＲ（商標）システムと称し、また記憶されたトラバースのワークシートリスト化２３０をＤＩＶＥ（商標）ワークシートと呼ぶ。）例えば、本発明による好ましいシステムは、最も人気のあるＤＩＶＥ、最近公表されたＤＩＶＥ、最近訪れた人、現在ＤＩＶＥしている人、のような共通的関心の利用データを追跡してネットワーク利用者に公表することができる。利用者は、好ましくは、新しく公表されたＤＩＶＥまたはＤＩＶＥ更新のＥメール通知に加入し、Ｅメールメッセージのリンクが選択されたとき（あるページ内でＨＴＭＬアンカーを使用して）、特定の公表されたワークシート２３０内で指定または強調されたペインに、５１５で直接ブラウズできる。
【００３３】
好ましいネットワーク実施形態の更なる特徴は、「ＨｙｐｅｒＤｉｖｉｎｇ（ハイパーダイビング）」機能を含み、公表されたウェブページにおけるワークシート２３０エントリ（例えば、注釈フィールド２５０）が：
・既存のビデオＤＩＶＥ、
・もう１つの公表されたＤＩＶＥワークシート、
・ウェブＵＲＬ（すなわちウェブページまたはウェブ文書参考文献）、
・アップロードされた文書（この場合、このようなリンクを生成する利用者は、好ましくは、利用者のローカルディレクトリをブラウズし、ファイルを選択しサーバにアップロードするためのインタフェースを与えられ、このファイルはそれからハイパーリンクに関連付けられる）、
のような参考資料に直接ハイパーリンクすることを可能にする。
【００３４】
共同ネットワークアプリケーションに関する好ましい実施形態では、利用者は、「Ｐｕｂｌｉｃ（公衆）」（登録および非登録の利用者すべて）と、「Ａｌｌ  Ｒｅｇｉｓｔｅｒｅｄ（すべての登録者）」（すべての登録利用者）と、個々と集合との定義された利用者とグループとの特定の組合せのようなアクセス方法を使用してＤＩＶＥに関するアクセス制御を設定できる。ＤＩＶＥＲ利用者の異なるクラスは、好ましくは、「Ｆｕｌｌ  Ｒｉｇｈｔｓ（完全な権利）」（利用者はＤＩＶＥを生成し、修正できる）と「Ｖｉｅｗ  ａｎｄ  Ａｎｎｏｔａｔｅ  Ｒｉｇｈｔｓ（観察と注釈付けの権利）」（利用者はＤＩＶＥを単に観察して注釈付けできる）と「Ｖｉｅｗ  Ｏｎｌｙ（観察のみ）」（利用者はＤＩＶＥとそのコメントを見ることだけができ、コメントを付け加えることはできない）とを含む適切なクラスの権利と特権とが割り当てられ得る。例えば、非登録利用者はすべて「Ｖｉｅｗ  Ｏｎｌｙ」であるべきことが可能である。
【００３５】
２．ネットワークビデオ配信問題
当分野では周知のある意味で、また単純であるが一貫性のある高性能を達成するインターネットを経由してデジタルビデオを配信することは、極めて挑戦的であり得る。ファイルは大きく、観察者は高い品質および性能に関して識別力があり、リアルタイム要件は厳しい要求であり、パイプはまだ細く、そしてインターネットはしばしば信頼できず、渋滞し、遅くて破裂気味である。信頼性の高いプロトコル（すなわちＦＴＰ、ＨＴＴＰおよびＴＣＰ）は、配送を保証するが、許容不可能なレベルの待ち時間と遅延とをこうむる可能性があり、適時のデータ配送を保証しない。信頼できないプロトコル（ＵＤＰまたはＲＴＳＰのような）は、より高速の性能を与えるがデータが紛失する可能性があり、結果として受信者側における内容に関する完全性の欠如という難点がある。ビデオ圧縮アルゴリズムは、帯域幅を減少させるが、相応して品質を低下させる。オーサリングと共用と共同と専門の対話操作とを含む、単なるプレイバックより多くのことに関するデジタルビデオの操作は、極めて重要な挑戦を表し、また複雑な問題に関して、従来のリニアビデオコンテンツのためには十分に有意義であるこれらの問題は、オーサリング、対話操作、共同作業および配送のためにパノラマ超広帯域ビデオを対象とするとき、指数関数的に困難になる。
【００３６】
好都合にも、インターネット上でデジタルビデオを操作するための多くの種々の手法が存在し、状況は急速に発展しつつある。まさに、ビデオを管理するための新しい方式は、この技術の前面に極めて頻繁に登場し、新しいビデオを開発するチャンスは、定期的に現れている。本発明の多くのアプリケーションと実施形態はインターネット上でのデジタルビデオコンテンツの高性能配送から利益を得る可能性があるので、このセクションは、当業者がこの関係で下記の事項を考慮するための現在のまた出現する技術オプションの幾つかを概観する。すなわち、以下のものである。
（ａ）ストリーミングビデオアルゴリズム。本発明の独自の特徴に基づいてビデオを配送するために適切であり得る専用のアルゴリズムを含むビデオストリーミングアルゴリズムとプロトコルとに対する新しいアプローチ。
（ｂ）ビデオファイル伝送プロトコル。このソリューションのカテゴリーは、ピアツーピアおよびマルチキャスト（グループ同報）のような高速インターネットファイル転送のために使用される「次世代プロトコル」の再検討を含むソフトウエアベースのファイル伝送プロトコルを使用する技術アプローチを含む（性質上しばしば無国境と呼ばれる）。
（ｃ）メディア配信方法。コンテンツのキャッシング（記憶）と複製、統合されたサーバとデータベース、グリッドコンピューティング、専用の超高速ネットワークなどのような強化された性能を与えるために使用され得るメディアの計算と記憶と配信とのための方法が存在する。
（ｄ）ビデオ圧縮アルゴリズム。このソリューションのカテゴリーは、ビデオ圧縮アルゴリズムを含む。ビデオ圧縮アルゴリズムの再検討は、世界的ビデオ圧縮規格であるＭＰＥＧ２の代替手段と発展的経路を見ている。
注：本発明者らは時には以下で、本発明の一実施形態をＤＩＶＥＲ（商標）（Ｄｉｇｉｔａｌ  Ｉｎｔｅｒａｃｔｉｖｅ  Ｖｉｄｅｏ  Ｅｘｐｏｌａｒａｔｉｏｎ  ａｎｄ  Ｒｅｆｌｅｃｔｉｏｎ）技術と称し、また記憶されたトラバースのワークシートリスト化２３０をＤＩＶＥ（商標）ワークシートと呼ぶ。
【００３７】
（ａ）ストリーミングビデオアルゴリズム
デジタルビデオの分野には、種々のよく確立されたストリーミングメディア技術が存在する。しかしながらこれらのストリーミングアルゴリズムのいずれも、本発明の独自の要件を満たすように設計されていなかった。この文書の目的のために、本発明の特殊な要件を満たすように設計された新しいクラスのストリーミングアルゴリズムは、ＤＩＶＥＲストリーム（ＤＩＶＥＲｓｔｒｅａｍｓ）と呼ばれる。ＤＩＶＥＲストリームを取り扱うために、ストリーミングアルゴリズムは、好ましくは、メディアの極めて高い帯域幅特性と、並列ストリーム表現（オーバビューと仮想カメラ）と、リニアおよび／またはパノラマビデオ特性と、空間と時間とを介してシーン表示をズーミングしパンすることを可能にするために空間時間的ランダムアクセスを仮想カメラムービーに与える要件と、に取り組むことができるべきである。多数の候補となるアプローチが下記に提示される。
【００３８】
（i）適応型マルチ解像度
ストリームが利用可能なネットワーク帯域幅とＣＰＵ能力とに適応するＤＩＶＥＲストリームを取り扱うために、適応型マルチ解像度記憶およびネットワーク化アクセス方法が提案される。中解像度オーバビュームービーと高解像度仮想カメラムービーとを有する「ベースペア」のムービーが利用される。高解像度ベースペアから誘導される更なるムービーは、本質的に可変解像度の画像のスタックである「画像ピラミッド」を形成する漸進的に小さくなる解像度で記憶される（Ｒａｍｅｌｌａ２００１）。この方式は、プレイバックのために使用する解像度レベルを決定するための利用可能な帯域幅とＣＰＵ能力（フィードバック機構を使用する）とに適応する。ネットワーク帯域幅と卓上型ＣＰＵ性能の測定値のリアルタイム監視に基づいて「ピラミッド解像度切替え」を使用することが提案されている。
【００３９】
（ii）圧縮データのサブサンプリング
圧縮され、空間時間的にトリミングされた仮想カメラデータストリームを動作中に生成するために圧縮された高解像度仮想カメラムービーへの空間時間的ランダムアクセスを可能にするための圧縮データサブサンプリング方式が提案されている。ビデオ圧縮は記憶容量とネットワーク費用とを減少させるが、データが処理前に復元されなければならないので、処理要件を増加させる。復元するためのオーバーヘッドは極めて高い。すなわち圧縮アルゴリズム（ＪＰＥＧまたはＭＰＥＧのような）は、１ピクセル当たり１５０〜３００個の復元命令を必要とし、これは処理される品質ビデオのＮＴＳＣ１秒当たり２７億個の命令に対応する。データは処理の後に圧縮されなければならず、これは更に大きなオーバーヘッドを加える。復元後のビデオ処理は、空間領域処理と呼ばれ、これは利用される最も共通的な方法である。これらの問題を未然に防ぐ方法は、複雑で時間のかかる圧縮と復元のサイクルばかりでなく処理のために必要とされるデータの量を減らしながら、ビデオデータをその圧縮された形式で直接処理することである（Ｓｍｉｔｈ１９９３，Ａｒｍａｎ１９９３）。このアプローチは、圧縮領域処理と呼ばれ、空間領域処理をその周波数領域同等物に変換する。圧縮されたデータは、周波数領域内でまばらなベクトルデータを復元するために圧縮されたビットストリームをエントロピー復号し、圧縮領域演算子を適用し、その結果を定量化して圧縮することによって処理される。圧縮領域処理は、周波数空間で、あるいは代替の符号化表現で圧縮データのフォーマットに実施され得ることに留意されたい。
【００４０】
圧縮領域における処理とビデオシーンサブサンプリングとをサポートするＤＩＶＥＲビデオの圧縮された表現は、提案された方式で使用されることになっている。これは、フレーム間ビデオまたはフレーム内ビデオアルゴリズムのために使用され得る。サーバで適用されたときに本方法は、圧縮されたデータストリーム内のトリミングされた関心の空間時間ビデオストリーム領域を選択し、圧縮されたオーバビュームービーと共に、仮想カメラ経路に関する対応する圧縮ストリームだけを伝送する。より広い範囲のクライアントを使用する代替のアプローチは、仮想カメラ経路を定義する矩形の空間および時間座標と共に、圧縮された最大解像度仮想カメラビデオを伝送し、それからクライアント側でムービーの適切な領域を選択して復元することである。サーバ側アプローチは、更に有望であると推奨されるが、かなりのサーバ処理を必要とする。
【００４１】
（iii）漸進的改善
利用者がＤＩＶＥと対話しながら、時間につれて漸進的により高い解像度のＤＩＶＥＲビデオを提示するための漸進的改善方式が提案されている。ラジオシティアルゴリズムを使用する複雑な３次元シーンの漸進的な高速レンダリングのためにコンピュータグラフィックスの分野で、漸進的改善の考え（Ｃｏｈｅｎ、１９８８年）が起こった。ＤＩＶＥＲの場合には、漸進的改善は、アナログ的機構を使用するデジタルビデオストリームに、その代わりに適用される。この方法はまた、前述のマルチ解像度アルゴリズムと共同して機能し得る。この場合、画像ピラミッドの最も低いレベル、または相対的に低いレベルが最初に伝送され、ピラミッドのその後のレベルがそれに続く。ピラミッドの１つのレベルを次のレベルに加えるために、また必要であれば中間のピラミッドレベルを生成するために、標準的内挿法アルゴリズムが使用される。シーンの最低解像度バージョンは、開始点として最初に送られ、オーバビュームービーと仮想カメラを生成するために使用される。利用者が時間に亘ってムービーと対話するにつれて、継続的により高い解像度のビデオがクライアントに伝送される。ビデオは、利用者が特定のビデオＤＩＶＥとより多く対話するにつれて、次第により高い品質で現れてくる。
【００４２】
（iv）サーバ側での再圧縮
トリミングされた空間および時間仮想カメラムービーのリアルタイム圧縮バージョンを動作中に生成することを可能にするためのサーバ側再圧縮方式が提案されている。この方法では広帯域高解像度仮想カメラオリジナルは、サーバ上で復元される。画像サイズ縮小およびフィルタリング処理は、解像度を減らすためと、サーバで非圧縮ビデオを生成するために使用される。非圧縮ビデオは、より低い解像度で再圧縮され、圧縮形式で伝送される。この方式は、オーバビューと仮想カメラの両者のために使用できる。このモデルは、要求時に機能し、利用者が多くのＤＩＶＥを観察しているときに多くの並列再圧縮を処理できることを必要とする。この方法は、極めて高性能の分散並列処理アレイがサーバレベルでビデオ変換（復元と再圧縮）のために利用可能である場合にだけ使用されそうである。
【００４３】
（v）窪み（窩）表示
「窪み点」の考え（Ｃｈａｎｇ  ａｎｄ  Ｙａｐ  １９９７）は、仮想カメラとオーバビュームービーにおいて関心の領域に高解像度を与えるために提案されている。窪み点の考えは、人間の目の動きを模倣している。視覚化は、主として「心理的生理的現象」である。この事実は、視覚化研究の現在の難題を解決する際に利用可能である。生物学的視覚の基本的事実は、解像度が周辺部より窪み（眼窩）において遥かに高い「窪み形成された画像」の使用である。これらのクラスの画像は、標準画像と比較して著しく最小のデータ密度を有する。均一な解像度の欠如を調整するために、人は観測者に新しい度合いの「活性制御」を与えなくてはならない（Ｃｈａｎｇ，Ｙａｐ  ａｎｄ  Ｙｅｎ  １９９７）。ＤＩＶＥＲのために提案されたシナリオでは、粗い粒状性の「大きな映像」でオーバーレイされた関心の領域（トリミングされた空間および時間領域）のための１つの高解像度のフォーカスされた仮想カメラ画像が存在する（進歩した実施形態では、この考えは、関心の領域に基づく解像度を人間の目に正確に与えるために目の追跡に関連して使用され得る）。
【００４４】
（ｂ）ファイル伝送プロトコル
（i）標準プロトコル
ＨＴＴＰ、ＨＴＴＰＳ、ＦＴＰ、ＷｅｂＤＡＶ−これらは、ファイルの伝送と共用とのために現在使用されるインターネット上の多数の標準的プロトコルである。これらのプロトコルとシステムの各々は、大きなディアファイルの伝送と共用と配信とのためにも使用可能である。これらのプロトコルの最大の利点はそれらの普遍的存在性であり、最大の欠点はそれらのリッチメディアコンテンツの高性能配送のための特定のサポートを欠くことである。
【００４５】
（ii）次世代プロトコル
ＦＴＰ（「Ｆｉｌｅ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ（ファイル転送プロトコル）」）は、インターネットを介してファイルを転送するためのプロトコル機構として１９７０年代初期に開発された。この規格は、データが情報のパケットに分離されて小さなネットワークパケットで転送されるクライアントとサーバとの間でセッションを確立する。典型的なパケット紛失とＲｏｕｎｄ  Ｔｒｉｐ  Ｔｉｍｅｓ（ＲＴＴ）の下で、ＦＴＰは典型的には渋滞し遅延した環境で動作する。いったんネットワークの損失と遅延がある限界に達すると、増加する帯域幅は、データ伝送に関する利点が最小または皆無になる可能性があり、極めて高速のリンクにおいてもデータ速度はかなり遅い閾値を超えることができず、このようなリンク上で異常な非効率という結果を生じる。ＦＴＰは、高度に普遍的に存在するので有用であるが、現在インターネットで必要とされる大きなファイルサイズ転送のタイプのために使用される際にパケット紛失が発生すると、効率に関して極めて限定される可能性がある。
【００４６】
多数の異なる独自の方法を使用するＦＴＰプロトコルの非効率に関連した基本的根本原因を処理するために、革新的なソリューションが最近出現している。「ＴＣＰの信頼性にＵＤＰの速度を与える」と言われる新しいセットのプロトコルが現在利用可能である。これらの方式は、５倍〜１０倍以上に及ぶ定量化された速度上昇によってＦＴＰに著しい改善を提供できる。
【００４７】
１つの特に興味深いアプローチは、コンテンツが順序とは独立の方法で伝送される、本発明書においてＣｏｎｔｅｎｔ  Ｃｙｃｌｉｎｇ（内容循環）と呼ばれるＭｅｔａＣｏｎｔｅｎｔ（Ｄｉｇｉｔａｌ  Ｆｏｕｎｔａｉｎ  ２００２）の手法である。図１２に示すようにＤｉｇｉｔａｌ  Ｆｏｕｎｔａｉｎ（デジタルファウンテン）のためのデータ配信技術は、従来のファイルサーバまたは伝送プロトコルの技術とは基本的に異なる。アーキテクチャは、デジタルファウンテンサーバと、デジタルファウンテンクライアントと、受信者側でデータを再構成するために数学的「メタファ」が使用される「ＭｅｔａＣｏｎｔｅｎｔ（メタコンテンツ）」と呼ばれる特許化された概念と、から構成される。ＭｅｔａＣｏｎｔｅｎｔ（メタコンテンツ）によればデータは、マルチキャストビデオストリームに類似の「順序独立」である情報のストリームとして受信される。独立に生成されたＭｅｔａＣｏｎｔｅｎｔ（メタコンテンツ）を含むパケットは、完全に交換可能であり、受信者はいつでもデータの「ファウンテン」を利用できる。ファウンテンクライアントがどのメタコンテンツをどのような順序で受信したかは問題にならない。独立に生成されたメタコンテンツの受信された量だけが、いつオリジナルのコンテンツが再構築できるかを決定する。したがって、メタコンテンツを含むパケットが伝送中に失われると、引き続いて受信されるパケットに含まれる同量のメタコンテンツがオリジナルコンテンツを再構築するためにちょうど有用となる。大抵の伝送プロトコルによって実行されるような厳密に順次的データ配送よりむしろ、この場合、循環式反復データ方式が利用される。
【００４８】
ＦＴＰのような標準プロトコルと比較したとき、デジタルファウンテンによって伝送速度の劇的な改善を得ることが可能である。ＦＴＰと比較した伝送の改善は、しばしば典型的には、２．５倍〜５倍以上であり、大きさの２〜３オーダーほど高い可能性がある。更に、ある幾つかの場合にはデジタルファウンテンは９５％ほども高いリンク利用を与えることができる。混雑流れ制御は、他のネットワークトラフィックに公平さを保証し、この方式は小さな（複数メガバイトの）メモリ・フットプリント（メモリ容量）を使用する。デジタルファウンテンは、サーバ側のトランスポータファウンテンばかりでなくデータのすべての受信者のために専用のクライアント側ソフトウエアを必要とする。サーバーライセンスは、トランスポータファウンテン・プラットフォームの使用のために購入されなくてはならない。デジタルファウンテンは、ＵＤＰプロトコルを使用し、これはメディア利用者のＩＴまたはネットワーキング部門からのファイアウォール構成作業を必要とする可能性がある。デジタルファウンテンの利点は劇的であり得るが、その利点はネットワーク速度と待ち時間とホップ数とに基づいて極めて状況に敏感である。当業者は、それが適切な状況でだけ使用され得ることを保証するためにこの能力の潜在的アプリケーションを慎重に再検討すべきである。
【００４９】
（ｃ）メディア配信
（i）コンテンツキャッシング
ＤＩＶＥＲプロジェクトは、エンドユーザ用にビデオの性能を改善するために種々のコンテンツキャッシング手法を考慮することができる。ＤＩＶＥＲグループは、それ自身の開発資源を使用する１セットのアプローチを開発することができる。これは、頻繁にアクセスされるビデオＤＩＶＥコンテンツをＤＩＶＥＲサーバの分散したローカルのネットワークに配信するために同期アルゴリズムを使用して中央のＤＩＶＥＲサーバから地域のＤＩＶＥＲサーバにビデオコンテンツを複製するための独自の機構を含む可能性がある。利用者がコンテンツを要求すると、それらは指定された基準（すなわち最小トラフィック、最小負荷、最も近い場所、これらの測定基準の組合せ）を満たす最も近いＤＩＶＥＲサーバにリダイレクトされてもよい。もう１つのオプションは、商業的コンテンツキャッシング製品（Ｖｉｃｈａｒｅ２００２）を利用することである。更なるオプションは、内部的に開発されたキャッシングモデルを商業的キャッシング製品と組み合わせることである。
【００５０】
イントラネットまたはインターネット上のエンドユーザによるリッチコンテンツの観察と対話操作の性能を改善するために、コンテンツネットワーキング製品（Ｉｎｋｔｏｍｉ、Ａｋａｍａｉ、ＣａｃｈｅＦｌｏｗ、ＣｉｓｃｏおよびＮｅｔｗｏｒｋ  Ａｐｐｌｉａｎｃｅのような供給業者からの）が展開されつつある。これらの製品は、拡張性のある信頼度の高い確実な方法で静止、ストリーミングおよび動的なコンテンツを配送するためのインフラストラクチャを与える。キャッシングの要素は、性能を改善しアップストリーム帯域幅を最小にするためにエンドユーザに近いネットワークエッジで記憶されるコンテンツと、要求を最適のデータセンターにルート指定するため、または最も近いコンテンツを提供するためにディレクトリを使用してコンテンツの場所とネットワークとサーバ負荷とのディレクトリを生成するようにコンテンツをルート指定するコンテンツルート指定と、任意の原点からネットワークエッジへの静止、動的およびストリーミングのコンテンツの革新的で明敏な配信であるコンテンツ配信および管理と、を含む。キャッシング装置は、ネットワーク上での容易なアクセスのためにウェブデータを知的に迅速に選択し記憶する。より頻繁に要求されるコンテンツはウェブサーバとファイアウォールから大きな負荷を取り去ってネットワーク上で記憶される。その結果、ネットワークはウェブページとリッチメディアコンテンツとに関する要求をより迅速に遂行することができる。キャッシング装置は、三つの異なるシナリオで展開される。これらはサーバ負荷を減らしサイト性能を高速化するために「逆方向キャッシュ」においてウェブサーバの前に位置することができる。これらはＷＡＮ上のトラフィックを減らすために「順方向キャッシュ」において企業ＬＡＮがＷＡＮと向き合う場所に位置できる。これらは配送経路に沿ったトラフィックを軽減するためにＩＳＰの、またはキャリアのバックボーンに沿った種々の「分散キャッシュ」点に常駐できる。
【００５１】
当業者は、分散環境におけるＤＩＶＥＲコンテンツへのアクセスを最適化するために利用可能な種々のコンテンツキャッシングオプションを評価できる。
【００５２】
（ii）統合化サーバおよびデータベース
統合化サーバおよびデータベースは、当業者がＤＩＶＥＲをよく考えるための潜在的に興味ある技術である。好ましいアプリケーションは、ビデオ共同事業の分散ネットワークを介して複製されるＤＩＶＥＲ環境を開発することを含む。このようなアプリケーションのためには、分散データベースに亘って記憶されたメディアを考慮したシステムを持つことが有利である。これは、個別のＤＩＶＥＲセンターが各々それら自身のＤＩＶＥＲサーバとコンテンツとを保持するがなおすべてのＤＩＶＥＲサイトに亘って全体的にコンテンツとメタデータとを共有することを可能にする。
【００５３】
統合化システムは、特殊なタイプの分散データベース管理システム（ＤＢＭＳ）である（Ｒｕｔｌｅｄｇｅ２００１）。統合化システムは、他のＤＢＭＳ（Ｏｒａｃｌｅ、Ｓｙｂａｓｅ、Ｍｉｃｏｓｏｆｔ  ＳＱＬ  Ｓｅｒｖｅｒのような、またはｍｙＳＱＬのようなＯｐｅｎ  Ｓｏｕｒｃｅデータベース）上に位置するデータを問い合わせて検索することを可能にする。ＳＱＬ文は多数のＤＢＳＭを参照でき、また単一の文で個々のデータベースを参照できる。例えば、Ｏｒａｃｌｅテーブル、Ｍｉｃｒｏｓｏｆｔ  ＳＱＬ  ＳｅｒｖｅｒおよびｍｙＳＱＬビューに位置するデータを結合できる。統合化データベース環境では、多数の異種データ源から単一の同期したビューが提示される。統合化システムモデルは、適度なトランザクションおよび性能要件を有する小形中量のアプリケーションのための適切なアーキテクチャである。
【００５４】
統合化システムは、統合化データベース（データベースインスタンス）として役立つデータベースと１つ以上のデータ「ソース」とからなる。データソースそれらの六生徒を識別するカタログエントリは、統合化データベースを含む。ＤＢＭＳとデータは、データソースを含む。データソースに位置するテーブルとビューとを参照するために、「ニックネーム」が使用され得る。アプリケーションは、他の任意のデータベースと丁度同じように統合化データベースに接続し、それが１つの整理統合されたデータベースであるかのようにコンテンツを利用することを期待する。
【００５５】
統合化システムが構築された後に、データソース内の情報は１つの大きなデータベース内に在るかのように、アクセスできる。利用者とアプリケーションは、１つの統合化データベースに問合せを送り、データソースからデータを検索する。統合化システムは、ある幾つかの制約の下で動作できる。例えば、分散された要求は、読取り専用動作に限定される。
【００５６】
（iii）グリッドコンピューティング
最近数年間の種々の開発はグリッドコンピューティング（Ｆｏｓｔｅｒ２００１，Ｃｈｅｎ２００２）の分野を大規模分散コンピューティングタスクに関するもっともらしい解決策に導いている。初期の焦点は、科学的視覚化と、画像レンダリングと、航空宇宙計算と、マルチプレイヤーマルチメディアゲーム（Ｍａｓｓｉｖｅｌｙ  Ｍｕｌｔｉｐｌａｙｅｒ  Ｇａｍｉｎｇに関してＭＭＧとも呼ばれ、Ｂｕｔｔｅｒｆｌｙ．Ｎｅｔ（ｈｔｔｐ：／／ｗｗｗ．ｂｕｔｔｅｒｆｌｙ．ｎｅｔ）のためのＩＢＭ主導のコア）のような商業的アプリケーションと、に関する研究アプリケーションに在った。ＤＩＶＥＲがＤｉｇｉｔａｌ  Ｖｉｄｅｏ  Ｃｏｌｌａｂｏｒａｔｏｒｉｅｓ（デジタルビデオ共同事業）のネットワークに亘って広く普及し、また分散した利用者ベースに亘る大量の大形ファイルサイズパノラマと従来のビデオを処理する広範な必要が存在すれば、グリッドコンピューティングは、熟慮のための極めて興味深いソリューションになり得る。グリッドコンピューティングは、大規模スケールでの遊休ＣＰＵサイクルを捕捉することを可能にし、基本的に計算資源を極めて効率的に利用する（またしたがって、計算のコストを大幅に引き下げる）ので、興味深いものである。コンピューティングタスクがグリッドコンピューティングソリューションに写像されるかどうかを決定するためのチェックリストは（Ｄｙｃｋ２００２）に見出すことができる。典型的なグリッドコンピューティング「チェックリスト」は、コンピューティングが下記の基準を満たす必要があるかどうかの決定を含む。
＞  分散化された管理構造
＞  必要とされる計算の高いレベル
＞  計算はコンポーネントパッケージに分散され得る
＞  データは既に多くの場所に分散されている
＞  高速または予測可能の応答時間は必要とされない
＞  計算はソフトウエアおよびハードウエア障害に寛容である
【００５７】
特定のアプリケーションにおけるデジタルビデオ処理のＤＩＶＥＲ必要性は、グリッドコンピューティング手法との潜在的一致が存在するかどうかを決定するために当業者によって再検討されるべきである。グリッドコンピューティングのＤＩＶＥＲに関する値はまた、例えば、下記にリスト化されたデジタルビデオ分析タスク：
＞  探索可能でインデックス付きのテキストへのオーディオの自動化された筆写記録
＞  パノラマねじれ修正
＞  行動的カテゴリーと統計的分析とへのビデオ「符号化」
＞  低いビット速度とビデオストリーミングフォーマットへのビデオ変換
を実施するアプリケーションにおいて、特にこれらの能力が精巧複雑に成長し、ますます計算的に厳しい要求になるので、高められることができる。
【００５８】
Ｇｌｏｂｕｓ  Ｐｒｏｊｅｃｔ（ｈｔｔｐ：／／ｗｗｗ．ｇｌｏｂｕｓ．ｏｒｇ）は、グリッドコンピューティングのためのＯｐｅｎ  Ｓｏｕｒｃｅ開発と研究とプロトタイプとを管理する組織である。Ｇｌｏｂｕｓ  Ｔｏｏｌｋｉｔ２．０は現在、生産目的のために利用可能である。Ｇｌｏｂｕｓ  Ｔｏｏｌｋｉｔ３．０は、Ｏｐｅｎ  Ｇｒｉｄ  Ｓｅｒｖｉｃｅ  Ａｒｃｈｉｔｅｃｔｕｒｅ（ＯＧＳＡ）−グリッドコンピューティングのウェブサービスフレームワークとの統合の辺りにフォーカスされている。
【００５９】
（iv）ピアツーピア
企業における公表セキュリティと配送とデジタルメディアの追跡とを与える１セットのアプリケーションは、Ｋｏｎｔｉｋｉ（ｈｔｔｐ：／／ｗｗｗ．ｋｏｎｔｉｋｉ．ｃｏｍ）Ｄｅｌｉｖｅｒｙ  Ｍａｎａｇｅｍｅｎｔ  Ｓｙｓｔｅｍ（図１３に示すアーキテクチャ）において利用可能である。この技術は、ピアツーピア・ファイル共有と、いったんコンテンツが１つのノードでアクセスされるとワイドおよびローカルエリアネットワークのノードに亘って分散方式でデータがキャッシュされる大形ファイル配信モデルと、を使用する。データが、ますます増加する利用者によってより頻繁にアクセスされるにつれて、データはより多くのノードに分散され、アクセスはコンテンツに関してより高速になる。この技術は大規模ピアツーピア・ファイル共有能力に似ているがリッチメディアのより信頼性の高い確実な企業強さのある配送にフォーカスされている。Ｋｏｎｔｉｋｉソリューションは、固有クライアントとサーバモジュールとを必要とする。
【００６０】
この技術は、Ｂａｎｄｗｉｄｔｈ  Ｈａｒｖｅｓｔｉｎｇ（Ａｄａｐｔｉｖｅ  Ｒａｔｅ  ＭｕｌｔｉＳｅｒｖｉｎｇ（本発明書においてＫｏｎｔｉｋｉがファイルを提供している各コンピュータの応答時間と利用可能な帯域幅とを監視し、最良のスループットを与えるコンピュータからより多くのデータを適応的に要求する）と、Ｃａｃｈｉｎｇ  Ｃｏｎｔｅｎｔ（外側ネットワークエッジにおける）と、Ｔｉｍｅ  Ｓｈｉｆｔｉｎｇ（本発明書においてＫｏｎｔｉｋｉのネットワークディレクトリが来るべき１回配送と進行中配送（週刊ニュース要約のような）と、を予約したメディア利用者のリストを構築し、ピークでない時間にこれらのファイルを自動的に配送する）と、を含む）と、Ｄｉｇｉｔａｌ  Ｒｉｇｈｔｓ  Ｍａｎａｇｅｍｅｎｔと、Ｓｅｃｕｒｅ  Ｄｉｓｔｒｉｂｕｔｅｄ  Ｎｅｔｗｏｒｋ  Ｍａｎａｇｅｍｅｎｔ  Ｐｒｏｔｏｃｏｌと、に基づいている。
【００６１】
この手法のスピードの利点はかなりのものであり、またＤｉｇｉｔａｌ  Ｆｏｕｎｔａｉｎに類似して、元金回収は何桁、何倍あるいは大きさ、のスピードの増加によって種々のシナリオで十分になり得る（すなわちメディアファイルがローカルネットワーク上の近くの卓上型マシン上にローカルにキャッシュされる場合）。
【００６２】
（v）ハンドヘルドおよびモバイルビデオ
ハンドヘルドおよびモバイル装置の分野は、カラー画面と、より高速のメモリと、帯域幅と、記憶容量と、を提供するハンドヘルド装置と携帯電話との新しいモデルによって劇的なペースで進歩し続けている。メディア配信を展開すべきプラットフォームとしてこれらの装置の利用を考えることは必然である。例えば、ＣｏｍｐａｃｔＦｌａｓｈ、ＳｍａｒｔＭｅｄｉａ等のようなデータ記憶カードは、数メガバイトから１／４ギガバイト以上のデータ記憶容量をどこにおいても提供する。このレベルの記憶容量は、圧縮されたデジタルビデオファイルの処理に理想的に適している。この新しいクラスの大きなデータ記憶容量を使用できる装置でリニアまたはパノラマビデオコンテンツを使用することが考えられる。ハンドヘルド上で高品質デジタルビデオを表示するための強力なソリューションは、Ｋｉｎｏｍａ（ｈｔｔｐ：／／ｗｗｗ．ｋｉｎｏｍａ．ｃｏｍ）によって発表されたばかりである。Ｋｉｎｏｍａは、入力されたソースムービーを取り込んでそれをハンドヘルド装置上でのプレイバックと対話操作とに適した専用フォーマットに変換することを可能にするオーサリング環境を提供する。
【００６３】
ハンドヘルド上でビデオＤＩＶＥＳを展開するために、種々のビデオ符号化オプションを考えることは価値あることである。例えば、ＤＩＶＥに関するビデオは、ローエンド装置に適したビット速度を含む種々のビット速度でコンテンツが生成されるように「拡張可能な」方法で表現され得る。代替としてビデオは、ハンドヘルド上で低いビット速度ビデオのために設計された新しいフォーマットに変換され得る。最後に、利用可能なコンピューティングパワー、画面サイズなどに自動的に拡大縮小できる、ビデオ用の「スマート」表現が使用可能である。
【００６４】
（ｄ）ビデオ圧縮
（i）概要
ビデオ圧縮アルゴリズムは、ビデオ配送映像全体の重要部分である。使用されるアルゴリズムは、ファイルサイズ、伝送時間、映像品質、編集能力、および工業規格遵守を決定する際の基本的役割を演ずる。ファイルサイズと映像品質とに関して多数の販売業者によってなされる多くの強い要求により、ビデオ圧縮のアリーナ（競技場）には、革新的な新開発の絶え間ない流れが存在する。新しい圧縮アルゴリズムは多くの時間、資源投資および責任とを必要とするので、この分野では慎重に進めることが示唆される。如何なる新しい圧縮アルゴリズムでも、基本的設計パラメータ（圧縮比、ファイルサイズ、伝送時間、企画遵守、映像品質、公開性など）に関して評価されるべきである。多くの供給業者は、彼らのビデオ圧縮のファイルサイズと圧縮比の情報だけを強調するが、これは評価に関して不十分である。新しいコーデックに関する重要な決定要因は、映像品質である。映像品質を測定する確立された共通の定量的測定基準は存在しない（それは信号対雑音比のような測定基準を使用して行うことができるが）。定量的データが欠乏しているとして、テストは映像品質が許容可能な品質ビデオの必要を満たすかどうかを確認するために目標利用者コミュニティと共に実施されなくてはならない。
【００６５】
（ii）規格
ＭＰＥＧ−４は、ＭＰＥＧ−１（ビデオＣＤ、ＰＣプレイバック、ＭＰ３に結実した）とＭＰＥＧ−２（ＤＶＤとデジタルテレビジョンとに亘って現在広く使用されている）として既知の国際規格も開発した委員会であるＭＰＥＧ（Ｍｏｖｉｎｇ  Ｐｉｃｔｕｒｅ  Ｅｘｐｅｒｔｓ  Ｇｒｏｕｐ）によって開発されたＩＳＯ／ＩＥＣ規格である。例えば、ｈｔｔｐ：／／ｍｐｅｇ．ｔｅｌｅｃｏｍｉｔａｌｌａｌａｂ．ｃｏｍ／ｓｔａｎｄａｒｄｓ／ｍｐｅｇ−４／ｍｐｅｇ−４．ｈｔｍを参照されたい。ＭＰＥＧ−４は、世界中から何百人という研究者と技術者とを巻き込んだ新しい国際的努力の結果である。ＭＰＥＧ−４は、三分野（デジタルテレビジョン、対話的グラフィックスアプリケーション（合成コンテンツ）、対話的マルチメディア（Ｗｏｒｌｄ  Ｗｉｄｅ  Ｗｅｂ、コンテンツの配信とアクセス））の証明された成功の上に成り立っている。ＭＰＥＧ−４は、これら三分野の生産と流通とコンテンツアクセスのパラダイムとの統合を可能にする標準化された技術的要素を提供している。関連する規格ＭＰＥＧ−７（コンテンツ記述に関する規格）とＭＰＥＧ−２１（マルチメディアのフレームワーク）は、現在開発中であり、ＭＰＥＧ−４に関して関連がある。
【００６６】
ＭＰＥＧ−４はオブジェクトベースのビデオ規格であって、そのストリーミングは現在の工業規格であるＭＰＥＧ−２と同じ品質のビデオストリーミングを配送するが、ＭＰＥＧ−２のビット速度の１／３を使用するだけである。同じ品質レベルでのこのビット速度低減は、極めて重要であり、伝送時間においてかなりのスピードアップを生み出している。ＭＰＥＧ−４ビデオは、今日利用可能な最良の専用圧縮アルゴリズムと競合する帯域幅スペクトル亘って（携帯電話から高いビット速度の広帯域まで）極めて高い品質を与えている。
【００６７】
Ａｐｐｌｅ  Ｃｏｍｐｕｔｅｒは、ＭＰＥＧ−４を強く支持している。例えば、ｈｔｔｐ：／／ｗｗｗ．ａｐｐｌｅ．ｃｏｍ／ｍｐｅｇ４／を参照されたい。ＭＥＰＧ−４は、ＱｕｉｃｋＴｉｍｅ６の必須要素であり、またＲｅａｌ  Ｎｅｔｗｏｒｋｓも同様にこの規格を採用している。しかしながら、注目すべきは、Ｍｉｃｒｏｓｏｆｔはまだこの規格を採用しておらず、また「Ｃｏｒｏｎａ」と呼ばれる代替方式を提示している（Ｗｉｎｄｏｗｓ  Ｍｅｄｉａ  ９）。ｈｔｔｐ：／／ｗｗｗ．ｍｉｃｒｏｓｏｆｔ．ｃｏｍ／ｗｉｎｄｏｗｓ／ｗｉｎｄｏｗｓｍｅｄｉａ／ｔｈｉｒｄｇｅｎ／ｄｅｆａｕｌｔ．ａｓｐを参照されたい。
【００６８】
（iii）オープンソース（コーデック）
ＶＰ３（ｗｗｗ．Ｖｐ３．ｃｏｍ）は、「オープンソース」ビデオコーデックである。コーデックは、ビデオ処理コードを改善して拡張するオプションを有するビデオコーデック・ソースコードベースへのオープンソースコミュニティアクセスを可能にする。ＶＰ３は、ＰＣとＭａｃｉｎｔｏｓｈコンピュータの上で高速復元と共に高品質ビデオと高レベルの圧縮とを目標にしている。コンテンツは、ウェブ上でストリーム化され、またはローカルのディスクドライブ、ＣＤ、またはＤＶＤからプレイされ得る。
【００６９】
ＶＰ３は現在、ＱｕｉｃｋＴｉｍｅでサポートされており、ビデオコンテンツに関して符号化（ＱｕｉｃｋＴｉｍｅ５．ｘＰｒｏにおいて）と復号（ＱｕｉｃｋＴｉｍｅ５ｘ．ｓｔａｎｄａｒｄ）とをサポートしている。符号化されたビデオファイルは、ＱｕｉｃｋＴｉｍｅ  Ｓｔｒｅａｍ  Ｓｅｒｖｅｒからストリーム化され、あるいは漸進的ダウンロードのためにウェブサーバから提供される。ＶＰ３は、ＭａｃとＰＣに関してＱｕｉｃｋＴｉｍｅと互換性があり、またこれはＱｕｉｃｋＴｉｍｅ  Ｐｒｏまたは他の任意のＱｕｉｃｋＴｉｍｅ準拠の符号化アプリケーションによる符号化を可能にしている。
【００７０】
ＶＰ３ファイルは、Ｗｉｎｄｏｗｓ  Ｍｅｄｉａ  Ｐｌａｙｅｒによってプレイバックされることも可能である（本発明書において、ファイルはＤｉｒｅｃｔ  ＸとＶｉｄｅｏ  Ｆｏｒ  Ｗｉｎｄｏｗｓプラットフォーム両者と互換性がある）。Ｗｉｎｄｏｗｓ用のＶＰ３は、Ｖｉｄｅｏ  ｆｏｒ  Ｗｉｎｄｏｗｓ準拠の符号器（例えば、Ａｄｏｂｅ  Ｐｒｅｍｉｅｒｅ  ａｎｄ  Ｃｌｅａｎｅｒ）を使用してＶＰ３ビデオに符号化することを可能にする。コーデックの復号器部分は、Ｖｉｄｅｏ  ｆｏｒ  ＷｉｎｄｏｗｓとＤｉｒｅｃｔＳｈｏｗの両者に従っている。
【００７１】
ＶＰ３はオープンソース・ソフトウエアであるので、コーデックのソースは無料で入手可能であり、注文製のアプリケーションに統合できる。ビデオの捕捉と符号化に関して、ビデオの捕捉と符号化の能力はビデオ用のオープンソース・コーデックの生成者であるＯｎ２  Ｔｅｃｈｎｏｌｏｇｉｅｓから入手可能であるが、工業においてＶＰ３のサポートは限定されている。
【００７２】
また「Ｏｇｇ  Ｖｏｒｂｉｓ」と呼ばれるオープンソース・オーディオコーデックも存在し、本発明書において、Ｏｇｇ  Ｖｏｒｂｉｓは非専用、オープンで特許も特許使用料もなしのオーディオフォーマットであり、インターネット上での配送のための固定または可変ビット速度での中品質から高品質のオーディオ用のコーデックである。
【００７３】
（iv）オープンソース（サーバ）
Ｒｅａｌ  Ｎｅｔｗｏｒｋｓは、最初の主要なオープンソース・ストリーミングサーバ（「Ｈｅｌｉｘ」Ｕｎｉｖｅｒａｌ  Ｓｅｒｖｅｒ）を発表した。多種類のメディアコーデック（すなわちＱｕｉｃｋＴｉｍｅ、ＭＰＥＧ−２、ＭＰＥＧ−４、Ｗｉｎｄｏｗｓ  Ｍｅｄｉａ、Ｒｅａｌ  Ｍｅｄｉａなど）をサポートし、またメディアサーバを改善し拡張するためのオープンソース・コードベースへのアクセスを提供するｈｔｔｐ：／／ｗｗｗ．ｒｅａｌｎｅｔｗｏｒｋｓ．ｃｏｍ／ｉｎｆｏ／ｈｅｌｉｘ／ｉｎｄｅｘ．ｈｔｍを参照されたい。この新しいサーバは、上述の概要により新しいクラスのストリーミングメディア・アルゴリズムとプロトコルとをＤＩＶＥＲストリームとして実施するときに当業者にとって極めて有用であり得る。ＤＩＶＥＲ用に注文製のＨｅｌｉｘ符号器とクライアント側のプレイヤー（「Ｈｅｌｉｘ  ＤＮＡ  Ｐｌａｙｅｒ」と呼ばれる）とを構築することも有用であり得る。
【００７４】
表１は、関心のある当業者による更なる参照と参考のために、このセクションで引用されたデジタル画像の処理と配信に関する技術的参考文献のリストを与える。
表１−参考文献
Ｆｏｓｔｅｒ，Ｉ．，Ｋｅｓｓｅｌｍａｎ，Ｃ．，Ｔｕｅｃｋｅ，Ｓ．  （２００１）  “Ｔｈｅ  Ａｎａｔｏｍｙ  ｏｆ  ｔｈｅ  Ｇｒｉｄ；  Ｅｎａｂｌｉｎｇ  Ｓｃａｌａｂｌｅ  Ｖｉｒｔｕａｌ  Ｏｒｇａｎｉｚａｔｉｏｎｓ”，Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｊ．  Ｓｕｐｅｒｃｏｍｐｕｔｅｒ  Ａｐｐｌｉｃａｔｉｏｎｓ，１５（３），２００１．
Ｒｕｔｌｅｄｇｅ，Ｓ．，Ｍｅｄｉｃｋｅ，Ｊ．  （２００１）  “Ｂｕｉｌｄｉｎｇ  Ｆｅｄｅｒａｔｅｄ  Ｓｙｓｔｅｍｓ  ｗｉｔｈ  Ｒｅｌａｔｉｏｎａｌ  Ｃｏｎｎｅｃｔ  ａｎｄ  Ｄａｔａｂａｓｅ  Ｖｉｅｗｓ”，ＩＢＭ  ｅ−ｂｕｓｉｎｅｓｓ  Ｓｏｌｕｔｉｏｎ  Ｉｎｔｅｇｒａｔｉｏｎ  Ｔｅｃｈｎｉｃａｌ  Ｗｈｉｔｅ  Ｐａｐｅｒ，２００１．
Ａｒｍａｎ，Ｆ．，Ｈｓｕ，Ａ．  ａｎｄ  Ｃｈｉｕ，Ｍ．  （１９９３）  “Ｉｍａｇｅ  Ｐｒｏｃｅｓｓｉｎｇ  ｏｎ  Ｃｏｍｐｒｅｓｓｅｄ  Ｄａｔａ  ｆｏｒ  Ｌａｒｇｅ  Ｖｉｄｅｏ  Ｄａｔａｂａｓｅｓ”，Ｐｒｏｃｅｅｄｉｎｇｓ  ｏｆ  ｔｈｅ  Ｆｉｒｓｔ  ＡＣＭ  Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｃｏｎｆｅｒｅｎｃｅ  ｏｎ  Ｍｕｌｔｉｍｅｄｉａ，Ａｕｇｕｓｔ  １９９３．
Ｓｍｉｔｈ，Ｂ．  ａｎｄ  Ｒｏｗｅ，Ｌ．  （１９９３）  “Ａｌｇｏｒｉｔｈｍｓ  ｆｏｒ  Ｍａｎｉｐｕｌａｔｉｎｇ  Ｃｏｍｐｒｅｓｓｅｄ  Ｉｍａｇｅｓ”，ＩＥＥＥ  Ｃｏｍｐｕｔｅｒ  Ｇｒａｐｈｉｃｓ  ａｎｄ  Ａｐｐｌｉｃａｔｉｏｎｓ，Ｓｅｐｔ．  １９９３，ｖｏｌ．１３，（ｎｏ．５）：３４−４２．
Ｖｉｃｈａｒｅ，Ｒ．  ａｎｄ  Ｂｏｒｏｖｉｃｋ，Ｌ．  （２００２）  “Ｃｏｎｔｅｎｔ  Ｃａｃｈｉｎｇ  Ｖｅｎｄｏｒ  Ｍａｒｋｅｔ  Ｓｈａｒｅ”，２００１，ＩＤＣＢｕｌｌｅｔｉｎ  ＃２６７８５，Ｍａｒｃｈ  ２００２．
Ｃｈａｎｇ，Ｅ．  ａｎｄ  Ｙａｐ，Ｃ．  （１９９７）  “Ａ  Ｗａｖｅｌｅｔ  Ａｐｐｒｏａｃｈ  ｔｏ  Ｆｏｖｅａｔｉｎｇ  Ｉｍａｇｅｓ”，Ｐｒｏｃ．  １３ｔｈ  ＡＣＭ  Ｓｙｍｐｏｓｉｕｍ  ｏｎ  Ｃｏｍｐｕｔａｔｉｏｎａｌ  Ｇｅｏｍｅｔｒｙ，ｐｐ．３９７−３９９，１９９７．
Ｃｈａｎｇ，Ｅ．，Ｙａｐ，Ｃ．  ａｎｄ  Ｙｅｎ，Ｔ．  （１９９７）  “ＲｅａｌＴｉｍｅ  Ｖｉｓｕａｌｉｚａｔｉｏｎ  ｏｆ  Ｌａｒｇｅ  Ｉｍａｇｅｓ  ｏｖｅｒ  ａ  Ｔｈｉｎｗｉｒｅ”，ＩＥＥＥ  Ｖｉｓｕａｌｉｚａｔｉｏｎ  '９７  （Ｌａｔｅ  Ｂｒｅａｋｉｎｇ  Ｈｏｔ  Ｔｏｐｉｃｓ），Ｔｕｃｓｏｎ，Ａｒｉｚｏｎａ，Ｏｃｔ  １９−２４，１９９７，ＣＤ  ａｎｄ  Ｖｉｄｅｏ  Ｐｒｏｃｅｅｄｉｎｇｓ．
Ｒａｍｅｌｌａ，Ｇ．，Ｓａｎｎｉｔｉ，Ｇ．  （２００１）  “Ｓｈａｐｅ  ａｎｄ  Ｔｏｐｏｌｏｇｙ  Ｐｒｅｓｅｒｖｉｎｇ  Ｍｕｌｔｉ−Ｖａｌｕｅｄ  Ｉｍａｇｅ  Ｐｙｒａｍｉｄｓ  ｆｏｒ  Ｍｕｌｔｉ−Ｒｅｓｏｌｕｔｉｏｎ  Ｓｋｅｌｅｔｏｎｉｚａｔｉｏｎ”，Ｐａｔｔｅｒｎ  Ｒｅｃｏｇｎｉｔｉｏｎ  Ｌｅｔｔｅｒｓ，Ｖｏｌ．２２，Ｎｏ．５，ｐｐ．７４１−７５１，２００１．
Ｃｏｈｅｎ，Ｍ．  Ｆ．，Ｃｈｅｎ，Ｓ．  Ｅ．，Ｗａｌｌａｃｅ，Ｊ．  Ｒ．，Ｇｒｅｅｎｂｅｒｇ，Ｄ．  Ｐ．  （１９８８）  “Ａ  Ｐｒｏｇｒｅｓｓｉｖｅ  Ｒｅｆｉｎｅｍｅｎｔ  Ａｐｐｒｏａｃｈ  ｔｏ  Ｆａｓｔ  Ｒａｄｉｏｓｉｔｙ  Ｉｍａｇｅ  Ｇｅｎｅｒａｔｉｏｎ”，ＳＩＧＧＲＡＰＨ  （１９８８）  ７５−８４．
Ｄｉｇｉｔａｌ  Ｆｏｕｎｔａｉｎ  Ｃｏｒｐｏｒａｔｉｏｎ  （２００２）  “Ｄｉｇｉｔａｌ  Ｆｏｕｎｔａｉｎ'ｓ  ＭｅｔａＣｏｎｔｅｎｔ  Ｔｅｃｈｎｏｌｏｇｙ”，Ｔｅｃｈｎｏｌｏｇｙ  Ｗｈｉｔｅ  Ｐａｐｅｒ，Ａｐｒｉｌ  ２３，２００２．
Ｃｈｅｎ，Ａ．  （２００２）  “Ｇｉｒｄｉｎｇ  ｆｏｒ  Ｇｒｉｄ  Ｂａｔｔｌｅ”，ｅＷｅｅｋ  Ｌａｂｓ  Ｒｅｐｏｒｔ，ｐ．３７，Ｊｕｌｙ  ２２，２００２．
Ｄｙｃｋ，Ｔ．  （２００２）  “Ｇｒｉｄ  Ｔｅｃｈｎｉｃａｌ  Ｃｈａｌｌｅｎｇｅｓ  Ｄａｕｎｔｉｎｇ”，ｅＷｅｅｋ  Ｌａｂｓ  Ｒｅｐｏｒｔ，ｐ．３８，Ｊｕｌｙ  ２２，２００２．
【００７５】
Ｃ．  分析と探求
図６〜１０は、本発明者らが対話的パノラマビデオマップと呼ぶものの概念、すなわちビデオデータ内のより抽象的なパターンと関係とを探求して分析するために、利用者がイベント（一次オーディオ・ビデオ記録）の表面構造の経験を超えて行くのを助ける対話的変換可能表現の概念を示す。本発明者らは、これらのパノラマオーバビューを従来のマップ作製とマップ理解との類似を強調するためにマップと呼ぶ。従来のマップによるようにパノラマビデオマップは、それが表す現実世界の空間時間的イベントより抽象的である画像である。また従来のマップのように有用であるために、パノラマビデオマップは、手近な分析タスクのために有用である元の動的イベントのこれらの特徴を強調しながら、無縁の細部をフィルタリング除去する。しかしながら従来の紙のマップとは異なり、パノラマビデオマップの有力な特徴の１つは、それが対話的であり得ることであり、利用者が手近なタスクに適切なシーンの抽象のレベルを選択することを可能にすることである。
【００７６】
（対話的パノラママップオーバビューのシナリオ）
対話的パノラママップオーバビューの概念を明確にするために本発明者らは、どのようにしてこれらが本発明のアプリケーションとして使用できるかを示す四つの利用者シナリオを提供する。これらのシナリオは、当業者が認めるように網羅的ではないが、本発明を使用して有利に取り組まれ得る人間・コンピュータ対話動作の難題とチャンスとの感覚を提供することが意図されている。
【００７７】
シナリオ１．  パノラマオーバビューマップ内の注釈「ホットスポット」の探索
作業空間領域２３０は、「ＤＩＶＥ」を構成するトラバース（パノラマビデオイベント上の利用者の特定の視野画像）を利用者が注釈付けし編成し分析する場所である。図２Ａ、２Ｂで先に示した実施形態では、ワークシート２３０は、各パネルが特にムービーに注釈を付けるためにムービー小形画像２４０と時間コード２５０（ｄ）とテキストボックス２５０（ａ）と含んでいる１セットのパネルからなる。さて学生と教師との間の非言語的対話に関心のある研究者が教室イベントのパノラマビデオから抜粋された数１００の注釈付きトラバースを含むＤＩＶＥＲワークシートを生成したと想定する。更にこの研究者が注釈「ホットスポット」がビデオ内に在る場所のオーバビューを取得したいと思っていると仮定する。すなわち、注釈はイベントにおける特定の時点および空間点の周りに密集するか？ビデオのタイムライン（時間軸）に沿って注釈の頻度を示すヒストグラムは、このようなホットスポット見る従来の方法である。しかしながら従来のヒストグラムは、注釈がいつ発生したかを示すだけで、どこで発生したかを示さない。図７は、注釈付きトラバース７１０の小形画像プレビュー７３０がエッジ検出されたパノラマオーバビュー７２０上でオーバーレイされたインタフェースペインを示す。
【００７８】
パノラマオーバビュー７２０は、トラバース小形画像７３０の空間位置を前景に描写するためにエッジ検出されて（当業者には周知の画像処理方法論）、鮮明にされていることに留意されたい。２次元マップ７２０上のトラバース小形画像７３０の表示は、２次元パノラマ内のビデオトラバースセグメントのｘ−ｙ位置が注釈付けのためにマーク付けされた時に自動的にログされるので可能である。スライダー７４０の時間範囲を変えることによって、利用者は注釈活動の空間分布がこのシーン内でどのように変化するかをダイナミックに見る。例えば、以下の例では、この時間スライス中に、教師の展示説明用作業台における教師の多くの注釈付きトラバースが在るように見える。より細かいレベルの細部を得るために注釈スライダー７４０は、パノラマシーン全体に亘ってドラッグされ得る。スライドバーをドラッグすることは、スライドバーと交差する表示内のそれらの注釈付きトラバースだけを示すようにＤＩＶＥＲワークシートをフィルタリングする。最後に利用者は、図１〜３に関連して先に説明したように、詳細プレイヤーウィンドウ内の対応するオーディオクリップ７１０（ｎ）を再生するために小形画像７３０（ｎ）をクリックすることによって更にドリルダウンできる。
【００７９】
シナリオ２．  データオーバーレイのためのパノラマビデオマップの使用
パノラマオーバビューは、情報視覚化のために、特に物理的背景の役割とその行動に対する影響とに関する仮説を探究するために使用できる。洞察力を発展させて分析のカテゴリーを生成し始めるために、研究者が実際の教室の授業セッションのパノラマビデオを探求するためにＤＩＶＥＲを使用すると仮定する。例えば、その研究者が対話プロファイルを開発し、教師がどんな種類の対話にどれくらい長く係わるかという点からビデオを符号化する（図４に示すように分類コード注釈を使用して）ためにＤＩＶＥＲを使用するということを想定する。ＤＩＶＥＲ符号化シート内の分析結果をトラバースのリストとして見ることは、対話モードと物理的背景との間の関係についてあまり洞察力を与えない。しかしながら符号化データをエッジ検出されたパノラマオーバビュー（その空間の一種の輪郭マップ）にオーバーレイすることをシステムにさせることによって、研究者は、教室の異なる空間領域に密集した対話モードの分布（好ましくは色つきドットによって符号化された各対話スタイル）を容易に見ることができる。図８は、エッジ検出されたパノラマシーン８１０に対してプロットされたインデックス付きデータ点８２０を示すこのような表示を示す。（この例は、あるアプリケーションのための代替実施形態２Ａ、２Ｂの意義を示している。本発明書において、例えば、パノラマオーバビューが空間的に直感的にわからない、または正確でないとすれば、視覚化マップとしてのその有用性は限定される可能性がある。）この考えが本発明の精神内で更にどのように拡張され得るかを見ることは容易である。例えば、パノラマビデオマップは、同じ物理空間が異なる教師によって、または異なる主題のためにどのように使用され得るかを調べるために使用できる。ビデオ腹腔鏡のパノラマバージョンを使用する医学教育のためのもう１つのアプリケーションは、プロ的観察眼と能力の異なるレベルの学生たちによって同じ身体器官がどのように手術されるかの試験を可能にし得る。
【００８０】
シナリオ３．  パノラマビデオデータの動的問合せ
更に情報視覚化技術は、利用者がパノラマストリームから抜粋されたデータにパターンおよび関係を発見するのを助けることができる。例えば、学生および教師の対話を研究することに関心を持つ教育研究者が顔の表情、手のジェスチャ、質問をする学生の頻度、話している時間などのようなカテゴリーの点から大きな１セットのビデオトラバースを符号化するためにＤＩＶＥＲ分類コード注釈を使用したと想定する。更に、研究者は学生の名前、年齢、性別、平均試験点数、人気度などの観点から各クリップを符号化することができたと仮定する。図９のインタフェースは、研究者がデータ内のパターンを探求するのを助けるために動的問合せ技術がどのように使用され得るかを示す。図９は、尋ねられた質問の平均回数と平均試験点数との間の関係を示す散乱プロット９２０を示す。ムービー小形画像９３０は、データ点をマークするために使用される。左側で利用者は、プルダウンメニュー９１０からｘ、ｙ軸に関する変数を選択できる。この例では研究者は、平均試験点数に対して尋ねられた質問の平均回数をプロットすることを選択している。
【００８１】
散乱プロットは、研究者が学生の質問の頻度と彼らの試験の点数との間の直線的関係を見るのを助けている。このプロットはまた、利用者がアウトライアー９３０（ａ）（その平均点数は高いが多くの質問をしているように見えない学生）に気づくのを助ける。データ点としてのムービー小形画像９３０は、研究者がデータを脈絡化するのを助け、特定の学生が更なる問合せを誘発する可能性があることを表しながら域外のデータ点を認識できるようにする。例えば、ムービー小形画像をクリックすることによって研究者は、詳細ウィンドウ９５０におけるこの特定のデータ点によって表されるビデオトラバースを表示できるだけでなく、パノラマオーバビュー９４０内のその元の空間時間的脈絡にそれを見ることができる。このようにしてこのインタフェースは、脈絡における人間の行動の一瞬の特殊性を調べるために一次ビデオ記録に容易にリンクしなおすために、抽象のスケールを迅速に上下に動かすように研究者（同様にそのデータを見ている可能性がある他の人々）を促す。最後に図３に関連して先に論じたように、このインタフェースは、研究者に１セットの空間的に合成されたトラバース（新しい複合ムービー）を生成させ、彼女がきめの細かいフレームごとの分析を実行することを可能にし、質問をする女子学生のトラバースを質問する男子学生のトラバースと比較する（例えば、）ことによって、より微細なレベルの分析を可能にする。
【００８２】
一般に、図１０に示すように、利用者の分析タスクを抽象のスケールに沿って存在すると考えることができる。スケールは、イベントの直接の感覚的経験１０１０から思索と発見のより反映性のモード１０３０に及んでいる。またスケールの各レベルに関しては、その機能が、利用者が抽象の特定のレベルでイベントを探求するのを助けることである、対応する表現（１０２０、１０４０）が存在する。実際に考えのパワーは正確に、彼女がパノラマビデオ記録に没頭するにつれて、研究者が抽象のスケールに沿っていずれかの方向に容易に移動することを可能にするその能力である。こうして本発明の好ましい実施形態では、パノラマビデオマップは、パノラマビデオ記録を探求する際に抽象の複数のレベル間で利用者が容易にシフトすることを可能にする変換可能な表現である。
【００８３】
図６は、図７〜１０に示すようなビデオデータマップを使用してビジュアルデータトラバースを探求して分析するための方法を示すフローチャートである。６００において分析されるビジュアルデータの抽象マップが表示される。すぐ前に説明されたシナリオに関して抽象マップは、それぞれパノラマオーバビュー７２０（図７）、エッジ検出されたシーン８１０（図８）、散乱プロット９２０（図９）を含む。６１０において、分析されるトラバース記録の各々にマーカーが関連付けられる。再び今説明されたシナリオに関してこれらのマーカーは、トラバース小形画像７３０、９３０（図７、９）または分類コードドット８２０（図８）を含む。６２０においてマーカーは、抽象マップに沿った適切な場所にプロットされる。６３０において利用者は、関心のマーカーを対話的に選択し、対応するトラバース記録を６４０においてプレイバックし、それによって図１０で述べたようにビデオ記録を探求するために抽象の異なるレベル間でリンクしてシフトする。
【００８４】
シナリオ４．  パノラマビデオイベントの共同視覚化
これらのシナリオはこれまで、行動のパノラマビデオ記録を分析する単一の利用者を巻き込んだ。教室イベントのパノラマビデオが研究者たちのネットワーク接続されたコミュニティの一部として利用可能であったと想像する。ある期間に亘って、異なる背景と異なる観点の多くの研究者たちがＤＩＶＥとパノラマイベントに関係する分析とを創生できる。分析を共有するためのＤＩＶＥＲ内の基本的機構は、図５に関連して前に論じられたように、ウェブ上で公表されたＤＩＶＥＲワークシート上で行われた論議を見ることである。パノラマビデオマップは、図６〜１０に関連して論じられたように、各々がシーン上で自分自身の視野画像を有する何百または恐らく何千の利用者の集まりであるシーン上で利用者が視覚化とデータのオーバーレイとを見ることを可能にすることによってこの考えに有力な拡張を与える。本発明書における教示に照らして当業者には明らかであるように、動的問合せと情報視覚化の原理は、シーン上の注釈オーバーレイとして、例えば、特定の色または特徴的形状で符号化された個々の人類学者たちによる注釈の空間時間的集まりを示すデータオーバーレイとして、利用者が１ファミリーの視野画像を見ることを可能にするために適用できる。もう１つの例は、ウェブサイトを介してアクセス可能な動画ビデオ記録のトラバースを生成する子供たちの異なる年齢グループの注釈（または他の測定可能な寸法に沿った異なるプロファイルの注釈）の空間時間的集まりの対照的パターンを示している。
【００８５】
上記のネットワーク接続されたコミュニティのシナリオは、画像に関係する非同期ＤＩＶＥと分析とを含んでいたが、もう１つのシナリオは、講堂内または映画などの娯楽イベント関連のようにビデオまたは他の画像に関連するＤＩＶＥを同期的に生成していることのできる多数の個人を含む。
【００８６】
図１１は、本明細書に記載した好ましい実施形態を実施するためのデジタル電子装置のネットワークを図示している。標準的なパソコンであるオーサリングワークステーション１１００は、プロセッサおよび記憶装置１１３０と表示装置１１１０と入力装置１１２０とを含み、図１のオーサリング方法を実施して図２〜４のグラフィカルインタフェース表示を生成するために使用される。
【００８７】
変形版では、遠隔制御装置１１４０は、好ましくは、ワークステーション１１００に無線で接続され、対話セッションの便利なハンドヘルド制御を可能にしている。ある幾つかの実施形態では、装置１１４０は、論理を十分に制御して図１〜４の対話的表示を生成するために十分な処理パワーと記憶容量とを含むことができ、この場合、装置１１００は原則として電子表示装置あることができ、独立の計算的処理パワー１１３０を必ずしも必要としない。
【００８８】
いずれの場合にも装置１１３０／１１４０は、好ましくは、ネットワーク１１５０（例えば、インターネットまたは私設イントラネット）を介して、好ましくは標準的なウェブブラウジングクライアント能力を含む利用者装置１１６０（ａ）〜（ｎ）に接続される。図５による注釈付きトラバースの公表と共用は、ネットワーク接続された装置のこのコミュニティによって実行される。抽象ビデオマップを使用するトラバースの分析は、図６〜１０によるように、前述の図に関連して説明、論議された機能を実施するマッピングおよびプロッティングのソフトウエアルーチンを実行するために十分な処理パワーと記憶容量とを装備している装置１１３０／１１４０または１１６０（ａ）〜（ｎ）のいずれによっても独立に実行され得る。
【００８９】
本発明の範囲は、例示された実施形態によってではなく、付属の請求項とそれらの法的な同等物とによって決定されるべきである。
【図面の簡単な説明】
【００９０】
【図１】本発明の好ましい実施形態によるビジュアルデータの注釈付き「視点」トラバースをオーサリングするための方法を示すフローチャートである。
【図２Ａ】矩形の実施形態による視点トラバースを定義するためのグラフィカルユーザインタフェースを示す図である。
【図２Ｂ】円筒形の実施形態による視点トラバースを定義するためのグラフィカルユーザインタフェースを示す図である。
【図３】複合トラバース記録を見るためのグラフィカルユーザインタフェースを示す図である。
【図４】トラバース記録に分類コード注釈を割り当てるための図形選択テンプレートを示す図である。
【図５】ビジュアルデータの注釈付き「視点」トラバースを公表してネットワークコミュニティのメンバーと共有するための方法を示すフローチャートである。
【図６】データマップを使用してビジュアルデータトラバースを探求して分析するための方法を示すフローチャートである。
【図７】ビジュアルデータトラバースを探求して分析するためにデータマップを使用するグラフィカルユーザインタフェースの一実施形態を示す図である。
【図８】ビジュアルデータトラバースを探求して分析するためにデータマップを使用するグラフィカルユーザインタフェースの更なる一実施形態を示す図である。
【図９】ビジュアルデータトラバースを探求して分析するためにデータマップを使用するグラフィカルユーザインタフェースの更なる一実施形態を示す図である。
【図１０】具体的表現から抽象的表現に進むビジュアルデータトラバースを探求して分析するための情報のワークフローを示す図である。
【図１１】本明細書に記載した好ましい実施形態を実施するためのデジタル電子装置のネットワークを図示する図である。
【図１２】「Ｃｏｎｔｅｎｔ  Ｃｙｃｌｉｎｇ（コンテンツ循環）」を介して「ＭｅｔａＣｏｎｔｅｎｔ（メタコンテンツ）」を伝送するための従来技術を示す図である。
【図１３】適応型速度マルチサービスと外側エッジコンテンツキャッシングのための従来技術アーキテクチャを示す図である。
【図１】
2006514796.tif 000003
【図２Ａ】
2006514796.tif 000004
【図２Ｂ】
2006514796.tif 000005
【図３】
2006514796.tif 000006
【図４】
2006514796.tif 000007
【図５】
2006514796.tif 000008
【図６】
2006514796.tif 000009
【図７】
2006514796.tif 000010
【図８】
2006514796.tif 000011
【図９】
2006514796.tif 000012
【図１０】
2006514796.tif 000013
【図１１】
2006514796.tif 000014
【図１２】
2006514796.tif 000015
【図１３】
2006514796.tif 000016
【国際調査報告】
2006514796.tif 000017