"1つのフレームをプレビューフレームとしてメディアファイルのセグメントから抽出することと、複数のかかるプレビューフレームを複数の層に格納することと、前記メディアファイル及び前記複数のプレビューフレームをユーザに配信することと、を含む方法。前記セグメントは、ピクチャのグループ、固定長のビデオセグメント、固定長のメディアストリーム、及び1ショットのビデオから成る群から選択されたメディア要素である、請求項1に記載の方法。前記プレビューフレームは、プレビューパラメータに応答してより低い解像度にスケーリングされ、前記パラメータは、プレビューウィンドウサイズ、再生品質及びプレビューフレーム間の位置間隔、並びにその組み合わせから成る群から選択される、請求項1に記載の方法。前記プレビューフレームは、階層型データ構造内に保存される、請求項1に記載の方法。前記プレビューフレームは、レイヤードデータ構造内に保存される、請求項1に記載の方法。メタデータファイルを生成することと、プレビュー説明情報を含むマニフェストファイルを生成することと、各プレビューフレームの位置情報を含むインデックスファイルを生成することと、プレビューメディアストリームを生成することと、を更に含む、請求項1に記載の方法。前記インデックスファイルは、前記メディアファイル内に各プレビューフレームの位置情報を含む、請求項6に記載の方法。スタートアップ遅延と再生ジッタとを低減するために選択された時点にて前記複数のかかるプレビューフレームを配信することを更に含む、請求項1に記載の方法。メディアファイルと、各々が前記メディアファイルから抽出される複数のフレームを含む対応するプレビューファイルと、を備える、システム。前記複数のフレームは、レイヤードデータ構造内に格納される、請求項9に記載のシステム。各フレームは、低ビットレートフォーマットで保存される、請求項9に記載のシステム。メタデータファイルと、マニフェトトファイルとインデックスファイルとプレビューメディアストリームと、を更に含む、請求項9に記載のシステム。前記インデックスファイルは、前記メディアファイル内に各フレームの位置情報を含む、請求項12に記載のシステム。メディアファイルをレンダリングすることと、プレビュー要求をユーザから受信することと、プレビューファイルの第1の層をレンダリングして第1レベルの粒度のプレビューを生成することと、前記プレビューファイルの第2の層をレンダリングして第2レベルの粒度のプレビューを生成することと、を含む、方法。インタリーブドフォーマットで前記プレビューファイルの複数のフレームを受信することを更に含む、請求項14に記載の方法。コンピュータプログラムが実施される一時的でないコンピュータ可読媒体を有するコンピュータプログラム製品であって、1つのフレームをプレビューフレームとしてメディアファイルのセグメントから抽出するコンピュータプログラムコードと、複数のかかるプレビューフレームを複数の層に格納するコンピュータプログラムコードと、前記メディアファイル及び複数の前記プレビューフレームをユーザに配信するコンピュータプログラムコードと、を備える、コンピュータプログラム製品。メディアファイルをレンダリングするコンピュータプログラムコードと、プレビュー要求を前記ユーザから受信するコンピュータプログラムコードと、第1の層プレビューファイルをレンダリングして第1の粒度のプレビューを生成するコンピュータプログラムコードと、第2の層プレビューファイルをレンダリングして第2の粒度のプレビューを生成するコンピュータプログラムコードと、を更に含む、請求項16に記載のコンピュータプログラム製品。メタデータファイルを生成するコンピュータプログラムコードと、プレビュー説明情報を含むマニフェストファイルを生成するコンピュータプログラムコードと、各プレビューフレームの位置情報を含むインデックスファイルを生成するコンピュータプログラムコードと、プレビューメディアストリームを生成するコンピュータプログラムコードと、を更に含む、請求項16に記載のコンピュータプログラム製品。前記プレビューフレームが前記ユーザに配信されるときにビットレート適合を実施するコンピュータプログラムコードを更に含む、請求項16に記載のコンピュータプログラム製品。前記フレームを前記メディアファイルから抽出して前記フレームをレイヤードデータ構造内に保存するコンピュータプログラムコードを更に含む、請求項16に記載のコンピュータプログラム製品。上記及び他の問題は、一般に解決又は回避がされ、オンラインメディアプレビューを提供する本発明の実施形態により、技術的な利点が一般に達成される。本発明の例示的な実施形態によると、オンラインメディアプレビューの方法は、1つのフレームをプレビューフレームとしてメディアファイルのセグメントから抽出することと、複数のかかるプレビューフレームを複数の層に格納することと、メディアファイル及び複数のプレビューフレームをユーザに配信することと、を含む。メディアファイルのセグメントは、ピクチャのグループ、固定長のビデオセグメント、固定長のメディアストリーム、及び1ショットのビデオから成る群から選択される。プレビューフレームをプレビューパラメータに応答してより低い解像度にスケーリングしてもよく、パラメータは、プレビューウィンドウサイズ、プレビューフレーム間の再生品質及び位置間隔、並びにそれらの組み合わせから成る群から選択される。更にまた、プレビューフレームを階層型データ構造又はレイヤードデータ構造内に保存してもよい。オンラインメディアプレビューの方法は、メタデータファイルを生成することと、プレビュー説明情報を含むマニフェストファイルを生成することと、各プレビューフレームの位置location情報を含むインデックスファイルを生成することと、プレビューメディアストリームを生成することと、を更に含む。インデックスファイルは、メディアファイル内に各プレビューフレームの位置情報を含む。更に、オンラインメディアプレビューの方法は、スタートアップ遅延と再生ジッタとを低減するために選択された時点にて複数のかかるプレビューフレームを配信することを含む。本発明の別の例示的な実施形態によると、オンラインメディアプレビューのシステムは、メディアファイルと、各々がメディアファイルから抽出される複数のフレームを含む対応するプレビューファイルと、を含む。複数のフレームは、レイヤードデータ構造内に格納される。必要であれば、各フレームは、低ビットレートフォーマットで保存されてもよい。オンラインメディアプレビューのシステムは、メタデータファイルと、マニフェストファイルと、インデックスファイルと、プレビューメディアストリームと、を更に含む。インデックスファイルは、メディアファイル内に各プレビューフレームの位置情報を含む。本発明の更に別の例示的な実施形態によると、オンラインメディアプレビューの方法は、メディアファイルをレンダリングすることと、プレビュー要求をユーザから受信することと、プレビューファイルの第1の層をレンダリングして第1レベルグレインプレビューを生成することと、プレビューファイルの第2の層をレンダリングして第2レベルグレインプレビューを生成することと、を含む。オンラインメディアプレビューの方法は、インタリーブドフォーマットでプレビューファイルの複数のフレームを受信することを更に含む。上記では、以下の本発明の詳細な説明がより良好に理解することができるようにむしろ広義に本発明の特徴部及び技術的な利点を概説した。本発明の特許請求の範囲の主題を成す、本発明の更なる特徴及び利点を以下で説明する。開示する概念及び特定の実施形態は、本発明と同じ目的を実施する他の構造又はプロセスを修正又は設計する基盤として容易に利用することができることを当業者は理解されたい。かかる均等の構造は、添付の特許請求の範囲に記載された本発明の精神及び範囲から逸脱するものではないことも当業者は理解されたい。本実施形態の形成及び使用を以下で詳細で論じる。しかしながら、本発明では、多種多様な特定の状況において実施することができる多くの適用可能な発明性がある概念を提示することを理解されたい。論じる特定の実施形態は、本発明を形成及び使用する特定の方法を単に例示するものであり、本発明の範囲を限定するものではない。本発明を特定の状況、すなわち、オンラインビデオプレビューを生成、配信、及び提示する際の例示的な実施形態に関して説明する。しかしながら、本発明は、オーディオなど他の形式のマルチメディア用プレビューに、及び、ローカル又はオンライン以外のコンテンツなど他のコンテンツの位置などにも適用してもよい。図1は、メディアをプレビューするシステムの略図を示す。図1に示す実施形態アーキテクチャは、ユーザ100と、ネットワーク102と、メディアソース104とを備える。ユーザ102は、ネットワーク102を介してメディアソース104からメディアコンテンツを受信して格納することができるディスプレイ装置でもよい。更にまた、ユーザ100は、そのディスプレイを介してメディアコンテンツをレンダリングすることができる。ユーザ100は、メディアの任意の部分をランダムにドラッグすなわち、続行すべきより多くの望ましいスポットを捜すため、プレーヤ内でプレイヘッドをドラッグする場合がある。高度メディアプレビューユニット図3に図示は、複数のフレームをメディアファイルから抽出して、プレビューメディアストリームを作成する。ユーザからのプレビュー要求に応答して、高度メディアプレビューユニットは、ユーザ100がユーザのディスプレイのプログレスバー図2に図示に沿ってプレイヘッドをドラッグしたときに、ユーザ100に一連のプレビュー画像を又は、解像度がより低いビデオクリップを提供する。高度メディアプレビューユニットは、ユーザ100がメディア消費を続けるために好適なスポットを検索して見つけることを可能にすることにより、アクティブなメディア消費ニーズを高め、したがって、エンドユーザのメディア消費経験consumptionexprienceを大幅に向上させる。YouTubeなどの一部の既設システムは、プレビュー機能性用途が限られている。現行のYouTubeプレーヤにおいては、プレビューは、すでにダウンロード済みのビデオの部分に限定され、このビデオの部分は、ビデオ全体のうちの非常に小さい割合である場合がある。本発明の実施形態は、ダウンロード済みのビデオの部分だけでなくビデオ全体にプレビューを拡張するスクラブプレビュー機能を提供することにより、プレビュー能力を拡張する。この改良点により、ビデオの再生前、再生中、及び再生後にオンデマンドのビデオを閲覧するユーザの能力を大幅に高め得る。実施形態は、オンラインメディアプレーヤを有するネットワーク化されたメディア配信システムにおけるスクラブプレビューを実現するシステム及び方法を含む。他の実施形態は、最適なユーザ経験のためにスケーラブルなscalable拡縮可能な配信及びスケーラブルなレンダリングを容易にするレイヤードデータ構造、配信スケジュール方式、及びフレーム整合方式を含む。図2は、サンプルのメディアプレーヤ図を示す。図2に示されるように、サンプルのメディアプレーヤ200は、メディアプレーヤの典型的なメディアプレーヤコンポーネント及びその相対位置を示す。言うまでもなく、コンポーネントの構成並びに相対的なサイズ及び比率は、実施形態が異なれば変わる場合がある。実施形態によると、メディアプレーヤ200は、再生制御パネル210を備える。再生制御パネル210は、左側に再生/休止ボタン202、右側にプレビューバー208を更に備える。図は、収縮したサイズのスクラブプレビューウィンドウ206を示しており、このサイズは、用途ニーズによって、小サイズからプレーヤウィンドウのフルサイズまで変化し得る。メディアプレーヤユーザがスクラブプレビューを開始するとき、ユーザは、プレビューバー208に沿ってプレイヘッド204を前後にドラッグする。プレビューバー208は再生プログレスバーであってもよく、又は別個のバーでもよいことに留意されたい。プレビューの粒度granularityは、一般にビデオの長さに比例する。しかしながら、個人向けの経験を提供するために、スケーラブルなプレビューレンダリング機能を発明の実施形態を使用して実現することができる。更にまた、局所のスケーラブルなプレビューレンダリング能力は、プレビューのスケーラビリティが局所の感度localitysensitivityとプレイヘッドのドラッグ速度に比例している場合に、達成することができる。ユーザは、ビデオを、初めから終わりまで行きつ戻りつしながら簡単に閲覧することができる。ユーザは、任意のプレビュー位置にて直ちに再生を開始して、その後ビデオを見始めることもできる。プレビューストリーム配信方式により、ビデオプレビュー立ち上り時間が早まり、かつ、不具合なしでプレビュー再生が提供される。図3は、高度メディアプレビューユニットのブロック図を示す。メディアストリームを受信すると、高度メディアプレビューユニットは、スクラブプレビューをサポートするために以下のプロセスを実施するように構成されている。図3に示すように、高度メディアプレビューユニットは、プレビュー生成プロセス300において複数のプレビューフレームを抽出して、プレビューメディアファイルを生成する。プレビューメディアファイルが生成された後、高度メディアプレビューユニットは、プレビューメディアファイルをユーザにプレビュー配信プロセス302を介して配信する。高度メディアプレビューユニットは、ユーザ側にて、プラグインモジュールを介して、プレビューレンダリングプロセス304を実施する。図3が、高度メディアプレビューユニットが3つのプレビュープロセス、すなわち、プレビュー生成、プレビュー配信及びプレビューレンダリングを実施することができることを示すが、メディアソースでの高度メディアプレビューユニットは、プレビュー生成プロセス及びプレビュー配信プロセスだけを含む場合があることに留意されたい。プレビューレンダリングプロセスは、メディアプレーヤと高度メディアプレビューユニットとの間の通信を介してメディアプレーヤにより実行してもよい。更にまた、メディアプレーヤは、メディアプレーヤが高度メディアプレビューユニットのレンダリング機能を代用することができるプラグインモジュールを有してもよい。プレビュー生成プロセス300は、効果的な配信及びレンダリングに使用されるプレビューメディアデータ及びメタデータたとえば、配信を容易にするマニフェストファイル又はインデックスファイルを抽出及び準備するように構成されている。メディアファイル管理システムにおいては、インジェストプロセスは、メディアファイル及び対応するメタデータが取得されてメディアファイル管理システムに保存されるプロセスである。プレビュー生成プロセス300は、インジェストプロセス中又はインジェストプロセスの後に発生する場合があるが、メディアコンテンツがメディアファイル管理システムからエンドユーザに配信される前に発生する。プレビュー生成プロセス300は、メディアプレビュー特徴部をサポートするために、既存のメディア及びメタデータのほかに更なるメディアデータ及びメタデータを生成する場合があることに留意されたい。プレビュー配信プロセス302は、プレビューメディアデータ及びメタデータが、プレビューレンダリングのためにエンドユーザのメディアプレーヤに配信されるプロセスを含む。いつ及びどのようにしてどのプレビューデータファイルを配信するのかに関する詳細な方法を図5、図6及び図7に関して説明する。プレビューレンダリングプロセス304は、所望の位置を求めるためにプレイヘッドがドラッグされているときに、配信されたプレビューデータファイルがエンドユーザにレンダリングされるプロセスである。プレビューレンダリングプロセス304は、簡単なプラグインモジュールを有する任意のプレーヤによって簡単に実行することができるように十分に一般的なものである。再び図3を参照すると、典型的なプレビュー生成プロセス300は、プレビューメディアデータを抽出することと、メタデータを生成することと、マニフェストファイルとインデックスファイルとを作成することと、プレビューメディアストリームを作成することと、を含む。全体ビデオプレビュー及び高速プレビューの立ち上げを容易にするために、プレビューメディアデータストリームは、プレビューメディアデータストリームの配信により、元のメディアデータストリームの配信が著しく妨害されたり、又は、元のメディアデータストリームの再生経験に影響を与えたりしないように、サイズが小さいことが望ましい。それを達成するために、多くの方式を採用することができる。第1の実施形態においては、セグメント当たり1つのキーフレームを抽出してもよい。セグメントは、エムペグMPEGフォーマットのビデオの1つのピクチャグループgroupofpicture、GOP、メディアストリームの固定長のビデオセグメント、1ショットのビデオでもよく、又はプレビューメディアデータストリームを作成するためにキーフレームの抽出を容易にする任意の方法で規定してもよい。プレビューファイルサイズ及び配信帯域幅要求を更に低減するために、スケーリングされたキーフレームのバージョンを抽出してもよい。キーフレームのスケール、すなわち、解像度及びビットレートは、プレビューウィンドウサイズ、再生品質要件、及びプレビューキーフレーム間の位置間隔などに基づいて決定してもよい。スケーラブルなプレビューレンダリング機能性をサポートするために、キーフレームを構成階層又はレイヤードデータ構造において構成しもよい。個人向けかつ瞬間的なプレビュー経験を容易にするレイヤードデータ構造及びパッケージ方式を以下で説明する。実施形態によれば、全体プレビューメディアストリームのキーフレームの数がNm、スクロールバーの長さがLm、キーフレームの層数がKである。キーフレームのレイヤード構造は、以下のように構築される。例示しやすいように、以下のサンプル実施形態におけるキーフレーム数は、ほぼ全く同じである。すなわち、k番目の層内のキーフレームNkの数は、約Nm/Kである。第1のセグメントSlから始まって、セグメントSiのキーフレームは、imodK=kの場合には層kにクラスタ化される。4層プレビューメディアストリームの実施例が図4に示されており、破線は、ビデオ内のキーフレーム位置に対応し、この場合、各層内には8つのキーフレームがある。当業者は、各層が異なる数のキーフレームで規定されるように簡単に修正することができることに留意されたい。異なる層のキーフレームは、異なる構成要件によって、同じファイル又は異なるファイルで保存してもよい。プレビューメディアデータが抽出されると、対応するメタデータ、すなわち、プレビューメディアデータを説明する説明データをこのときに生成することができ、スクラブプレビューを容易にするマニフェストファイル及びインデックスファイルが生成される。インデックスファイルでは、プレビューメディアデータストリームのデータ構造、及び元のメディアデータストリーム内のキーフレーム位置が記載されている。マニフェストファイルは、プレビューメディアデータ説明ファイルの役目をし、スクラブプレビューの異なる使用を容易にするために、異なる説明及びメタデータを含んでもよい。たとえば、プレビューファイル位置、表題、ジャンルジャンル及びプロデューサー情報などの全体的なメタデータ、何らかのシーン説明情報、注釈などをマニフェストファイル内に含めることができる。一実施形態においてマニフェストファイルがプレビューメディアデータファイルとは別々にパッケージ化されるが、別の実施形態においては、プレビューメディアデータファイルと同じファイルにパッケージ化されてもよい。インデックスファイルを用いて、プレーヤは、スクラブプレビューメディアデータを容易かつ迅速に割り当てることができる。場合によっては、それも帯域幅及びメモリなどのリソースを保存する一助となる。この場合、プレビューメディアデータストリームは、元のメディアストリームから実際に抽出されたり、又は別々のファイルに保存されたりしない。その代わりに、インデックスファイルは、スクラブプレビューのために、元のメディアストリームからリアルタイムで、プレーヤが抽出すべきキーフレームの位置を明示的に示す。この実施形態は、リアルタイム抽出が簡単に達成可能かつ費用効率が高い用途シナリオに最適であることに留意されたい。任意のプレビューポイントにて不具合のない再生を確保するために、プレビューフレーム位置合せを使用してもよい。それを行うために、元のメディアデータストリーム内の各キーフレームの対応する位置が、インデックスファイル内に登録され、プレビューレンダリングに使用される。プレビュー生成プロセス300においては、プレビューメディアデータファイルは、元のメディアファイルからフレームを抽出することを介して生成される。エンドユーザからプレビュー要求を受信すると、プレビュー配信プロセス302では、プレビューメディアデータ及びメタデータをエンドユーザに配信する。プレビューストリームスケジューリング方式を強調したプレビュー配信のサンプル実施形態を以下で論じる。前述のパッケージ化及びスケジューリングアルゴリズムを利用してプレビューに経験の質QualityofExprience、QoEを保証する多段階配信方式も説明する。T0が、ビデオストリームVmが再生のためにエッジサーバからクライアントに配信されている時間であり、ΔTが、プレーヤがビデオ再生を開始する最小バッファ長であり、Ti,kが、k番目の層プレビューキーフレームのi番目のチャンクが配信され始める時間であり、かつ、Ti,kが、k番目の層プレビューキーフレームのi番目のチャンクの配信が終了する時間であると仮定する。Bthtが、時間tでのコンテンツ配信のためのサーバーとクライアントとの間で利用可能な帯域幅を示し、Rptが、時間tでのVmのためのメディアプレーヤ再生ビットレートを示し、Rvmtが、クライアントにて再生ジッタを防止するための時間tでのVmの最小配信ビットレートを示し、Rktが、時間tでのキーフレームストリームの配信ビットレートを示し、かつ、KFn,kが、k番目の層プレビューキーフレームのn番目のキーフレームを示すものとする。以下のサンプル実施形態においては、キーフレームの異なる層が異なるファイルにパッケージ化されると仮定し、ここで、Fkは、k番目の層プレビューファイルを示す。当業者は、キーフレームの異なる層が一つのプレビューファイル内にパッケージ化されるように、実施形態を簡単に修正することができる。一般に、ΔTは、圧縮ビデオのGOPサイズなど多くの要因により支配される。当該技術分野において利用可能な多くの参考文献に基づいて、当業者は、特定の用途要件に基づいてΔTを算出することができる。図5は、プレビュースケジュール方式に従った流れ図の一方の部分を示す。ステップ500にて、ビデオストリームVmは再生のためにエッジサーバからクライアントに配信されており、ここで、ΔTは、プレーヤがビデオ再生を開始する最小バッファ長である。ステップ510にて、Btht>Rvmtの場合、アルゴリズムはステップ520を実行し、アルゴリズムはFlを配信し始めて、T0,1=T0ΔT、MaxRkt=Btht―RvmtケースAを設定する。他方、Btht<Rvmtの場合、アルゴリズムはステップ530を実行し、アルゴリズムは、ビットレート適合を実施し、その後、Flを配信する。図6は、図5に示す流れ図の他を示す。ステップ600にて、アルゴリズムは、第1の層プレビューファイルのキーフレーム配信を終える。ステップ610にて、Btht>Rvmtの場合、アルゴリズムはステップ620を実行し、アルゴリズムは、Fk、k=2,3,...,nを配信し始める。他方、Btht<Rvmtの場合、アルゴリズムはステップ630を実行し、アルゴリズムは、ビットレート適合を実施して、その後Fkを配信する。実施形態によると、Vmが配信され始めるとすぐにFlを配信してもよい。別の実施形態によると、Vmが配信され始める前にFlを配信してもよい。しかしながら、大部分の用途においては、Vmは、スタートアップ遅延の最小値が導入されるようにできるだけ早く配信開始される。更に別の実施形態によると、Fkk=1,2........の一部又は全部を異なるサーバー又はピアクライアントから配信してもよい。元のサーバーダウンストリーム帯域幅が抑制されて障害になったとき、このような方式は、サーバー混雑を低減してユーザQoEを向上させる一助となることができる。図5及び図6は、プレビューメディアデータを配信する制御アルゴリズムを示すが、当業者が多くの代案を認識することになることに留意されたい。図7は、インタリーブド配信スケジューリング方式を示す。インタリーブド配信スケジューリング方式が採用されるとき、一般に以下の基準が満たされる。Rpt≦RvmtT0,j―T0,j/T0,j1-T0,j/ここで、T0,j=0=T0である。1つのプレビュー層kのみが仮定され、Fkが、上記の記載されたサンプル実施形態においてT0,jとT0,jの間で配信されるが、当業者は、Fkが、複数のプレビュー層を有する又はプレビュー層の部分的な層を有するスーパーファイルとすることもできることを理解するであろう。いずれの場合においても、類似のスケジューリング方式を用いることができる。図5、図6及び図7はプレビューメディアデータを配信する2つのアルゴリズムを示すが、図5、図6及び図7のアルゴリズムは、例示を目的としたにすぎないことに留意されたい。当業者であれば、提案する方式に関連して、QoEを犠牲にすることなく、多くの高速立ち上げアルゴリズムを使用することができることを認識するであろう。プレビューメディアデータ及びメタデータがエンドユーザに配信された後、プレビュービューレンダリングプロセスでは、プレビューデータファイルをエンドユーザにレンダリングする。以下のサンプル実施形態においては、プレビューキーフレームは、プレビューデータ構造内の位置に基づいてパッケージ化される。すなわち、異なる層のキーフレームは、異なるファイルにパッケージ化される。また、当業者は、それらのキーフレームが一つのファイルにパッケージされるか、又はキーフレームの1つの層が複数のファイルにパッケージ化されるように、実施形態を簡単に修正することができる。第1の段階においては、メディアプレーヤは、マニフェストファイルを得て、レイヤードプレビューファイル位置を抽出する。その後、第2の段階において、メディアプレーヤは、第1の層プレビューファイルをダウンロードする。第3の段階において、メディアプレーヤは、第2の層プレビューファイルをダウンロードする。メディアプレーヤは、メディアプレーヤがk番目の層プレビューファイルをダウンロードするまで、類似のダウンロードを繰り返す。メディアプレーヤは、マニフェストファイルに記載の全てのプレビューファイルを常にダウンロードする必要があるというわけではない。数kは、プレビュースクロールバー及びビデオ長の長さにより決まる。特定のビデオについては、長いプレビュースクロールバーほど、細かい粒度のマウスの動きを持続することができる。それゆえに、スケーラブルなプレビュー経験のために、より多くのプレビューキーフレーム、したがってより多くのプレビューファイルをダウンロードしてもよい。一つのメディアプレーヤセッション内で、エンドユーザは、所与のメディアプレーヤの全画面表示モードと通常のスクリーン表示モードとの間でトグルする場合があることが考えられる。この動作によりスクロールバー長が変化し、したがって、このモデルチェンジすなわち、全画面表示モードへの切り替えに対応するため、追加のプレビューメディアデータ層ファイルのダウンロードを加速することが求められる場合がある。第1の層プレビューファイルで、ユーザは、粗雑な粒度のプレビュー経験を得ることができる。その後のプレビューファイル層を得た後に、ユーザは、より細かい粒度のプレビュー経験を楽しむことができる。ダウンロードされるプレビューファイルの層が多いほど、スクラブプレビューにより実現される粒度が良好となり、良好なプレビュー経験を達成することができる。ビデオが再生し始めると、メディアプレーヤは、利用可能な帯域幅をチェックして、プレビューファイルをダウンロードして、ビデオを円滑に再生し続けることが可能であるかを計算する。メディアプレーヤは、必要とされるプレビューファイルの全てがダウンロードされるまで、ネットワーク状態を周期的にチェックする。スクラブプレビュー機能は、一般に、少なくとも1つのプレビューファイルがダウンロードされるまで、有効にされない。任意のスクラブプレビューポイントからの瞬時の再生を容易にするために、すなわち、任意のスクラブプレビューキーフレームからビデオを再生するために、メディアプレーヤは、キーフレームの元のメディアデータの位置情報をインデックスファイルから得る。その後、位置をバッファと比較する。位置がバッファから外れた場合、瞬時立ち上げを容易にするために、エッジサーバと直ちに通信して、対応するメディアセグメントを元のメディアデータストリームから取得する。図8は、実施形態による高度メディアプレビュー方法を実現するために使用可能であるコンピュータシステム800の簡略ブロック図を示す。コンピュータシステム800は、高度メディアプレビューユニット810と、メモリ820と、プロセッサ830と、記憶ユニット840と、ネットワークインタフェース入力装置850と、ネットワークインタフェース出力装置860と、データバス870とを含む。この図は単にパーソナルコンピュータの実施例にすぎず、これにより特許請求の範囲の範囲が不当に限定されるべきでないことに留意されたい。パーソナルコンピュータの他の多くの構成は、本開示の範囲内である。当業者は、高度メディアプレビューの方法は、携帯型コンピュータ、ワークステーション、ネットワークコンピュータなどを含む他のコンピュータシステムにより実施されてもよいことも認識するであろう。高度メディアプレビューユニット810は、物理装置、ソフトウェアプログラム、又は特定用途向け集積回路ASICなどのソフトウェア及びハードウェアの組み合わせでもよい。実施形態によると、コンピュータがネットワークインタフェース入力装置850を介してメディアファイルを受信したとき、プロセッサ830は、メディアファイルを記憶ユニット840に読み込む。高度メディアプレビューの方法がソフトウェアプログラムとして実現される実施形態によれば、プロセス830では、記憶ユニット840からソフトウェアプログラムを読み込み、メモリ820内で操作する。プロセッサ830が図3のステップを実行した後、プロセッサ830は、プレビュー結果を、ネットワークインタフェース出力装置860を介してエンドユーザに送る。本発明及びその利点を詳細に説明したが、特許請求項の範囲により定められる本発明の範囲から逸脱することなく様々な変更、置き換え及び改変を本明細書内で行うことができることを理解されたい。たとえば、上述の特徴部及び機能の多くは、ソフトウェア、ハードウェア、ファームウェア又はその組み合わせで実現することができる。更に、本発明の範囲は、本明細書で説明する工程、機械、製造、物質の組成、手段、方法及びステップの特定の実施形態に限定されることを意図したものではない。当業者が本発明の本開示から難なく理解するにつれて、本明細書で説明した対応する実施形態と実質的に同じ機能を実施するか又は実質的に同じ結果を達成する、現在存在するか又はこれ以降に開発される、工程、機械、製造、物質の組成、手段、方法又はステップを本発明により利用してもよい。したがって、添付の特許請求の範囲は、範囲内にかかる工程、設備、製造、物質の組成、手段、方法又は段階を含むことが意図される。本出願は、2011年1月31日出願のオンラインメディアプレビュー用システム及び方法という名称の米国非仮特許出願第13/018,121号と、2010年2月2日出願のオンラインメディアサービス用スクラブプレビューを生成、配信、及び提示するシステムという名称の米国仮特許出願第61/300,641号との利益を主張するものであり、これらの出願は、参照によって本出願明細書に組み入れられたものとする。"