(57)【要約】コンテンツファイルをダウンロードする方法及び装置であって、コンテンツデータは、再生を開始するのに必要なデータが最初にダウンロードされた状態で、順不同でダウンロードされる、方法及び装置が記載される。コンテンツファイルをダウンロードする方法及び装置は、コンテンツファイルのための記憶空間を割り当てるステップと、コンテンツファイルの最初にあるデータの第１部分を記憶空間へダウンロードするステップと、コンテンツファイルのファイルタイプを決定するためにデータの第１部分を処理するステップと、コンテンツファイルのうちのデータの第２部分を記憶空間へダウンロードするステップとを更に有し、コンテンツファイル内の第２部分の位置はファイルタイプに応じて決定され、第２部分は第１部分と順不同であってよい。
2015523762.tif 000002
【特許請求の範囲】
【請求項１】
コンテンツファイルをダウンロードする方法であって、
コンテンツデータは、再生を開始するのに必要なデータが最初にダウンロードされた状態で、順不同でダウンロードされる、
方法。
【請求項２】
前記コンテンツファイルのための記憶空間を割り当てるステップと、
前記コンテンツファイルの最初にあるデータの第１部分を前記記憶空間へダウンロードするステップと、
前記コンテンツファイルのファイルタイプを決定するために前記データの第１部分を処理するステップと、
前記コンテンツファイルのうちのデータの第２部分を前記記憶空間へダウンロードするステップと
を更に有し、
前記コンテンツファイル内の前記第２部分の位置は、前記ファイルタイプに応じて決定され、前記第２部分は、前記第１部分と順不同であってよい、
請求項１に記載の方法。
【請求項３】
前記データの第２部分は、前記コンテンツファイル内及び前記コンテンツファイルの終端の１つに位置する、
請求項２に記載の方法。
【請求項４】
前記第２部分は、前記コンテンツファイルにわたって様々な箇所にある複数の情報ユニットである、
請求項２に記載の方法。
【請求項５】
前記データの第２部分は、メタデータ、インデックス情報、チャプタオフセット、及び何らかの他の有用な復号化情報のうちの１つを含む、
請求項２に記載の方法。
【請求項６】
前記データの第２部分に応じて、前記コンテンツファイルにおいて、前記データの第１部分及び第２部分と順不同であるデータの第３部分を選択するステップと、
前記データの第３部分を前記記憶空間へダウンロードするステップと
を更に有する請求項２に記載の方法。
【請求項７】
前記コンテンツファイルにおいて前記データの第３部分を選択するステップは、前記データの第２部分と、前記コンテンツファイルの特定の位置にあるコンテンツのユーザ要求とに応答する、
請求項６に記載の方法。
【請求項８】
前記ユーザ要求は、後の時点での再生の開始及び前記コンテンツファイルのある位置へのシークのうちの１つを含む、
請求項７に記載の方法。
【請求項９】
コンテンツファイルをダウンロードする装置であって、
コンテンツデータは、再生を開始するのに必要なデータが最初にダウンロードされた状態で、順不同でダウンロードされる、
装置。
【請求項１０】
データ記憶デバイスと、
前記データ記憶デバイスへ双方向に結合され、ソースから前記データ記憶デバイスへのコンテンツファイルのダウンロードを管理する第１のプロセッサと、
前記コンテンツファイルからデータの第１部分を取り出す第２のプロセッサと
を有し、
前記第１のプロセッサは、前記データの第１部分に応じて、前記コンテンツファイルを記憶するために前記データ記憶デバイスにおいて空間を割り当て、前記第２のプロセッサは、前記第１のプロセッサへ双方向に結合され、
前記第２のプロセッサは更に、前記コンテンツファイルのうちのデータの第２部分をダウンロードし、前記コンテンツファイル内の前記第２部分の位置は、制御情報に応じて決定され、前記データの第２部分は、前記制御情報と順不同であってよい、
請求項９に記載の装置。
【請求項１１】
前記データの第２部分は、前記コンテンツファイル内及び前記コンテンツファイルの終端の１つに位置する、
請求項１０に記載の装置。
【請求項１２】
前記データの第２部分は、前記コンテンツファイルにわたって様々な箇所にある複数の情報ユニットである、
請求項１０に記載の装置。
【請求項１３】
前記データの第２部分は、メタデータ、インデックス情報、チャプタオフセット、及び何らかの他の有用な復号化情報のうちの１つを含む、
請求項１０に記載の装置。
【請求項１４】
前記第２のプロセッサは、前記データの第２部分に応じて、前記コンテンツファイルにおいて、前記データの第１部分及び第２部分と順不同であるデータの第３部分を選択し、前記第２のプロセッサは、前記データの第３部分を前記データ記憶デバイスへダウンロードする、
請求項１０に記載の装置。
【請求項１５】
前記第２のプロセッサによる前記コンテンツファイルにおける前記データの第３部分の選択は、前記データの第２部分と、前記コンテンツファイルの特定の位置にあるコンテンツのユーザ要求とに応答する、
請求項１４に記載の装置。
【請求項１６】
前記ユーザ要求は、後の時点での再生の開始及び前記コンテンツファイルのある位置へのシークのうちの１つを含む、
請求項１５に記載の装置。
【請求項１７】
前記データ記憶デバイス、前記第１のプロセッサ及び前記第２のプロセッサへ双方向に結合され、前記ユーザ要求を受け取る第３のプロセッサ
を更に有する請求項１５に記載の装置。
【請求項１８】
前記第３のプロセッサは、前記第２のプロセッサとのインタラクションによって前記データの第３部分の再生を制御する、
請求項１７に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、進歩的なコンテンツのダウンロードに関し、特に、コンテンツが順不同にダウンロードされるところダウンロードマネージャ及びパイプライン構成に関する。
【背景技術】
【０００２】
コンテンツのダウンロード及びコンテンツの再生に関する様々な問題は、記載されるシステム及び方法によって対処される。例えば、ユーザは、コンテンツ、例えば、ビデオファイルをダウンロードし、それを、ダウンロードが完了する前に再生し始めたいと望むことがある。ＭＰＥＧ（Moving  Pictures  Experts  Group）トランスポートストリームのような特定のデータフォーマットは、ストリーミングのために設計されており、そのようなフォーマットは、記載される問題を解消するのを助けることができる。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
しかしながら、ＡＶＩ（Audio  Video  Interleave）のような他のデータ“コンテナ”フォーマットは、再生が開始可能となる前に、ファイルの終わりにあるメタデータ及び／又はインデックス情報を読み出すことを必要とすることがある（さもなければ、シーク及びトリックモードのような機能は、再生中に可能でない。）。記載されるシステム及び方法は、全てのコンテナタイプについてこの問題を解決する。第２の問題は、まだダウンロードされていないビデオ内のある位置へのシークを望むユーザに伴う。記載されるシステム及び方法は、ユーザが要求した位置で直ちにコンテンツを見始めることができるように、ファイルが順不同にダウンロードされることを可能にする。
【０００４】
ビデオ・オン・デマンド、ピア・ツー・ピア（Ｐ２Ｐ）サービス及びストリーミングビデオサービスは、上記の問題に対する部分的な解決法を備えるが、上記の問題を完全には解決しない。
【課題を解決するための手段】
【０００５】
ここで記載されるシステム及び方法は、たとえダウンロードされたコンテンツがストリーミングのために設計されていないとしても、ダウンロードが進行中である間に再生が起こることができるようにコンテンツをメディアプレーヤへダウンロードすることを提供する。加えて、コンテンツ（ファイル、ファイルコンテンツ）のダウンロードは、何をユーザが再生したいのかに基づき制御され得る。例えば、ユーザがコンテンツファイルの途中で再生を開始したいと望む場合に、ユーザが見たいコンテンツが最初にダウンロードされる。
【０００６】
ここで使用されるように、語「ファイル」、「コンテンツ」、「コンテンツファイル」及び「ファイルコンテンツ」は同義的に使用される。また、ここで使用されるように、メタデータは、インデックス情報、チャプタオフセット、又はコンテンツ（ファイル、データ）の復号化に役立つよう使用され得る何らかの他の情報を含んでよい。メタデータ、インデックス情報、チャプタオフセット等は、ファイルの終わりに、又はファイル内のいずれかのオフセットに、存在してよい。メタデータ、インデックス情報、チャプタオフセット等は連続的であってよく、あるいは、ファイル（コンテンツ、データ）内の異なるオフセットに位置する複数のセグメント（チャンク、ブロック、ユニット）に分けられてよい。
【０００７】
コンテンツファイルをダウンロードする方法及び装置であって、コンテンツデータは、再生を開始するのに必要なデータが最初にダウンロードされた状態で、順不同でダウンロードされる、方法及び装置が記載される。コンテンツファイルをダウンロードする方法及び装置は、前記コンテンツファイルのための記憶空間を割り当てるステップと、前記コンテンツファイルの最初にあるデータの第１部分を前記記憶空間へダウンロードするステップと、前記コンテンツファイルのファイルタイプを決定するために前記データの第１部分を処理するステップと、前記コンテンツファイルのうちのデータの第２部分を前記記憶空間へダウンロードするステップとを更に有し、前記コンテンツファイル内の前記第２部分の位置は前記ファイルタイプに応じて決定され、前記第２部分は前記第１部分と順不同であってよい。
【図面の簡単な説明】
【０００８】
【図１】完全にダウンロードされたコンテンツファイルをレンダリングするために使用されるメディアパイプラインのブロック図である。
【図２】本発明の原理に従うダウンロードマネージャを制御するパイプラインの例のブロック図である。
【図３】本発明の原理に従ってコンテンツをレンダリングしながらダウンロードマネージャを制御するパイプラインの例のブロック図である。
【図４】本発明の原理に従うダウンロードマネージャの実施例のフローチャートである。
【図５】本発明の原理に従うメタファイルのための可能なダウンロード順序を示す。
【発明を実施するための形態】
【０００９】
本発明は、添付の図面と併せて読まれる場合に以下の詳細な説明から最も良く理解される。図面は、先に簡単に説明された各図を含む。
【００１０】
図１は、メディアコンテンツを再生（レンダリング）するためのパイプラインの例を示す。この図において、実線矢印は、メディアコンテンツのフローを表し、破線矢印は、制御経路を表す。ビデオレンダラ又はオーディオレンダラが、ハードウェアへ送信すべき更なるデータの準備ができている場合に、ビデオ及びオーディオレンダラは、上流のビデオ及びオーディオデコーダ要素に、次の復号されたフレームを要求する。次いで、デコーダ要素は、コンテナデマルチプレクサ（demux）に、次の符号化されたフレームを要求する。コンテナデマルチプレクサは、次の符号化されたフレームのメディアファイルへのバイトオフセットについてアップストリーム要求をタイプファインド（typefind）要素へ送る。タイプファインド要素は、この要求をソース要素へ通す。最後に、ソース要素は、要求されているデータを、記憶媒体にあるファイルから取り出す。ファイルソース（１０２）は、記憶媒体（１０１）からデータを取り出す。タイプファインド要素（１０３）は、再生（レンダリング）されるファイルのタイプを決定するよう必要に応じてファイルソース（１０２）にデータを要求する。このデータ（情報）は、適切なコンテナデマルチプレクサ（１０４）を構成するために使用される。ファイルのタイプが決定された後、タイプファインド要素（１０３）は、もはや直接的にデータをファイルソース（１０２）に要求せず、代わりに、コンテナデマルチプレクサ（１０４）がファイルソース（１０２）からデータを読み出すことを可能にする透過的なパススルー要素のように振る舞う。コンテナデマルチプレクサ（１０４）は、あらゆるメタデータ及びインデックス情報を含む、再生（レンダリング）及びユーザへの提示のために必要な全ての情報を読み出して処理する。コンテナデマルチプレクサ（１０４）は、次いで、あらゆる含まれるオーディオ及びビデオストリームを復号する必要なデコーダ要素（１０５）及び（１０６）を構成する。デコーダ要素（１０５）及び（１０６）は、符号化されたフレームをコンテナデマルチプレクサ（１０４）に要求し、フレームを復号する。レンダラ要素（１０７）及び（１０８）は、復号されたフレームをデコーダ要素（１０５）及び(１０６)に要求し、ハードウェアデバイス（１０９）及び（１１０）への最終の出力のためのタイミングを同期させる。
【００１１】
図１に記載されるアーキテクチャは、ＭＰＥＧトランスポートストリームのような、ストリーミングされるよう設計されている完全にダウンロードされた又は部分的にダウンロードされたコンテンツであるメディアコンテンツを再生するのに使用され得る。しかしながら、ＡＶＩのような、ストリーミングされるよう設計されていないコンテンツに関し、図１に記載されるパイプラインは、部分的にダウンロードされたコンテンツを再生することができないことがあり、あるいは、シーク又はトリックモード動作に非対応といった、機能制限を伴ってコンテンツを生成することがある。
【００１２】
図１に記載されるパイプラインの限界を解消する本発明のシステム及び方法の態様は、データが順不同にダウンロードされることを可能にするインターフェースを備えるダウンロードマネージャ（ＤＬＭ）を含む。ＤＬＭは、ディスク上でファイル全体のための空間を割り当てる。次いで、ＤＬＭは、コンポーネントが、例えば、「オフセットＹでＸバイトをダウンロードし、実行時に私に知らせろ」と命令（要求）することを可能にするＡＰＩを提供する。ＤＬＭが既にそれらのバイトをダウンロードした場合は、ＤＬＭは直ちに通知を送信する。そうでない場合は、ＤＬＭは、要求されているバイトをダウンロードし、通知を送信し、次いで、ファイルコンテンツ内の他のギャップを満たすことに戻る。
【００１３】
このＡＰＩによれば、インターフェースは、メディアパイプラインが、ファイルのどの部分がダウンロードされるのかを、再生のためのパイプラインのニーズに基づき制御するように、ＤＬＭと相互作用することを可能にするよう作られる。この実施形態は図３に示されている。図３において、実線矢印は、メディアコンテンツのフローを表し、破線矢印は、制御経路を表す。タイプファインド要素（３０３）又はコンテナデマルチプレクサ（３０４）がソース要素（３０２）へ要求を行う場合に、ソース要素（３０２）は、自身が記憶媒体（３０１）から読み出す必要があるデータの範囲とともに要求をダウンロードマネージャ（３１１）へ送信する。次いで、ダウンロードマネージャ（３１１）は、そのダウンロード進行を停止し、要求されているデータが予めダウンロードされていない場合は直ちに、ソース要素（３０２）によって要求されているデータの範囲をネットワークサービス（３１２）からダウンロードし、それを記憶媒体（３０１）へ書き込む。ダウンロードマネージャ（３１１）が、要求されているデータが記憶媒体（３０１）に書き込まれていることを確かにした後、ダウンロードマネージャ（３１１）は、要求されているデータが記憶媒体（３０１）に存在することを示すよう通知をソース要素（３０２）へ送信する。通知を受け取った後、ソース要素（３０２）は、要求されているデータを記憶媒体（３０１）から読み出し、データをパイプライン内の下流の要素へ送信する。タイプファインド要素（３０３）、コンテナデマルチプレクサ（３０４）、オーディオデコーダ（３０５）、ビデオデコーダ（３０６）、オーディオレンダラ（３０７）、ビデオレンダラ（３０８）、ビデオハードウェア（３０９）、及びオーディオハードウェア（３１０）の機能は、図１に記載されるそれらの同じ要素の機能と同じである。
【００１４】
本発明の他の態様は、ファイルの特定の割合をダウンロードし、次いで再生（レンダリング）を開始することを提供することを含む。例えば、ＡＶＩコンテナフォーマットを考える。再生を開始する前に、ファイルの最初にあるデータの大部分を利用可能な状態にすることが望ましい。しかし、インデックス情報、チャプタオフセット、又はコンテンツを復号するのに役立つ何らかの他の情報を含むことができるメタデータを取り出すよう、ファイルの終わりにあるデータの小部分も必要とされ得る。図５は、何らかの先頭ヘッダ情報、オーディオ及びビデオコンテンツの区間、及びファイルの終わりにある再生に必要な何らかのメタデータを含むメディアファイルの例を示す。このコンテンツを順次にダウンロードすることに代えて、ヘッダ情報、メタデータをダウンロードし、次いで、オーディオ及びビデオコンテンツをダウンロードすることが有利である。このようなコンテンツのダウンロード順序は、１、２及び３と符号を付された矢印によって示されている。このような順序でコンテンツをダウンロードすることによって、部分的にダウンロードされているコンテンツの再生が後に要求される場合に、再生を開始するために必要とされるデータの全てが予めダウンロードされることが確かとなる。これは、コンテンツの再生が、コンテンツの他の必要な部分がダウンロードされている間に、遅延を必要とせずに直ちに開始することを可能にする。
【００１５】
図２は、図５によって記載される順序でコンテンツがダウンロードされることを確かにするようダウンロードマネージャを制御するのに使用されるパイプラインの例を示す。図２において、実線矢印は、メディアコンテンツのフローを表し、破線矢印は、制御経路を表す。図２において、記憶媒体（２０１）、ソース要素（２０２）、タイプファインド要素（２０３）、コンテナデマルチプレクサ（２０４）、ダウンロードマネージャ（２０６）、及びネットワークサービス（２０７）は全て、図３において記載されるのと同じく機能する。しかし、デコーダ、レンダラ、及びハードウェアブロックは、偽シンク要素（２０５）によって置換されている。偽シンク要素（２０５）は、コンテナデマルチプレクサ（２０４）からデータを読み出して捨てる。再生及びユーザへの提示の速度を制御するレンダラ要素が存在しないので、ダウンロードは、ネットワークサービス（２０７）が許す限り高速に起こることができる。加えて、オーディオ及びビデオデータを復号する要素がないので、図２に記載されるパイプラインを構成するのに必要なプロセッシング及びメモリリソースは、最小限である。これは、コンテンツの再生が要求される前にダウンロードの順序を制御するために、図２に記載されるパイプラインを構成することを現実的なものとする。後にダウンロードが完了する前に再生が要求される場合は、図２に記載されるパイプラインは、コンテンツの再生を可能にするよう図３に記載されるパイプラインによって置換され得る。
【００１６】
本発明の態様は、ダウンロードマネージャ（ＤＬＭ）がデータをダウンロードする順序が、ダウンロードされるデータを処理するパイプラインによって制御されることを可能にするＤＬＭである。図４は、本発明におけるＤＬＭの動作を記載する。ＤＬＭは、ステップ４０１で、ダウンロード要求が受け取られるまで待機する。次いで、ＤＬＭは、サーバにコンテンツ長さを問い合わせる（４０２）。コンテンツ長さが取り出されると、ＤＬＭは、ディスク上でファイル全体のための空間を割り当てる（４０３）。このステップは、ＤＬＭが、順不同でファイルをダウンロードして、データがダウンロードされるとファイル内の適切なオフセットへ書き込むことを可能にするので、重要である。これは、ダウンロードが完了する場合にダウンロードされたセグメントを連続的なファイルへと再構成する必要性を排し、且つ、ダウンロードが進行中である間にパイプラインのソース要素による如何なる特別の処理も除く。
【００１７】
ファイル全体のための空間がディスク上で割り当てられた後、パイプラインは構成される（４０４）。コンテンツの即時再生が望まれる場合は、図３に記載されるパイプラインが、再生を助けるよう構成される。そうでない場合は、図２に記載されるパイプラインが構成される。パイプラインが構成されると、ＤＬＭは、次のセグメントをダウンロードし始める（４０５）。図４において、セグメントは、コンテンツファイルにおける連続的なデータのブロックである。ステップ４０５における次のセグメントは、常に、以前にダウンロードされていないコンテンツファイルにおける連続的なデータの最初のブロックである。
【００１８】
ステップ４０５におけるダウンロードが開始した後、ＤＬＭは、次いで、セグメントのダウンロードが完了するまで（４０６）、又はデータ要求がパイプラインから受け取られるまで（４０７）、待機する。セグメントのダウンロードが完了する場合に（４０６）、処理はステップ４０８へ移り、ダウンロードが完了したかどうかを確認する。ダウンロードされていないセグメントがもはや存在しない場合に、ダウンロードは完了される。ダウンロードが完了する場合に、処理はステップ４１０へ移り、パイプラインは、それがコンテンツを再生するために現在使用されていない場合に無効化される。最後に、処理はステップ４０１へ戻り、ＤＬＭは次のダウンロード要求を待つ。ステップ４０８でダウンロードが完了してない場合は、処理はステップ４０５へ戻り、次のセグメントのダウンロードを開始する。
【００１９】
データ要求がパイプラインから受け取られる場合に（４０７）、ＤＬＭは、要求されているデータが既にダウンロードされているかどうかを確認する（４０９）。要求されているデータが既にダウンロードされている場合は、ＤＬＭは、要求が完了していることをパイプラインに通知する（４１３）。次いで、処理はステップ４０８へ移る。ステップ４０９で、要求されているデータの全てが以前にダウンロードされていないと決定される場合は、処理はステップ４１１へ移る。ステップ４１１で、進行中のダウンロードが中断され、要求される範囲における最初の不足セグメントからダウンロードが開始する。次いで、処理はステップ４１２へ移り、ＤＬＭは、ステップ４１１で開始されるダウンロードが完了するまで待機する。次いで、処理はステップ４０９へ戻り、いずれかの他のセグメントがダウンロードされなければならないかどうかを決定する。
【００２０】
図４に記載されるように、ＤＬＭは、例えば、ダウンロードを再開するために、指定されるオフセット（プロトコル及びサーバ機能に基づく。）でダウンロードを開始するためのサポートを必要とする。この機能性は、ＨＴＴＰ（Hypertext  Transfer  Protocol）及びＦＴＰ（File  Transfer  Protocol）のような多くの標準プロトコルによって定義される。ＤＬＭは、ファイルのどの部分がデータベースにおいてダウンロードされているかを追跡することを要し、それにより、ダウンロードはパワーサイクル後に再開され得る。しかし、ＤＬＭはまた、ダウンロードのためのデータベース（例えば、ＳＱＬ（structured  query  language））を保持してよく、それにより、ダウンロードされたファイル（コンテンツ）の部分を追跡するための追加的テーブルを加えることを容易にする。
【００２１】
上述されたように、本発明の記載されるシステム及び方法は、“スマート”な事前バッファリングを伴う他の態様を含んでよい。例えば、ユーザが、ファイル（コンテンツ）をダウンロードして、幾らか後の時点で再生を開始することを選択する場合が存在してよい。そのような場合に、再生が始まる前でさえ再生に必要とされるファイルの部分をインテリジェントにダウンロードすることを開始することが好ましいことがある。この場合に、ダウンロードは、図２に記載されるパイプラインを用いて開始する。このパイプラインは、後の時点でダウンロードが完了する前に再生が開始される場合に再生経験を最適化する順序でコンテンツがダウンロードされることを可能にする。再生が要求される場合に、図２に記載されるパイプラインは、コンテンツの再生を可能にする図３に記載されるパイプラインによって置換される。図２及び図３に記載されるパイプラインはソフトウェア専用であってよいが、それらはまた、特定用途向け集積回路（ＡＳＩＣ）、縮小命令セットコンピュータ（ＲＩＳＣ）及び／又はフィールドプログラマブルゲートアレイ（ＦＰＧＡ）を含む、ソフトウェア、ハードウェア、ファームウェア、又はそれらのあらゆる組み合わせにおいて実施されてよい。
【００２２】
本発明は、ハードウェア、ソフトウェア、ファームウェア、特殊用途プロセッサ、又はそれらの組み合わせの様々な形態において実施されてよい点が理解されるべきである。特殊用途プロセッサは、特定用途向け集積回路（ＡＳＩＣ）、縮小命令セットコンピュータ（ＲＩＳＣ）及び／又はフィールドプログラマブルゲートアレイ（ＦＰＧＡ）を含んでよい。望ましくは、本発明は、ハードウェア及びソフトウェアの組み合わせとして実施される。加えて、ソフトウェアは、望ましくは、プログラム記憶デバイスにおいて有形に具現されるアプリケーションプログラムとして実施される。アプリケーションプログラムは、あらゆる適切なアーキテクチャを有する機械へアップロードされ、それによって実行されてよい。望ましくは、機械は、１又はそれ以上の中央演算処理装置（ＣＰＵ）、ランダムアクセスメモリ（ＲＡＭ）、及び入出力（Ｉ／Ｏ）インターフェースのようなハードウェアを備えるコンピュータプラットフォームにおいて実施されてよい。コンピュータプラットフォームは、オペレーティングシステム及びマイクロ命令コードを更に含む。ここで記載される様々なプロセス及び機能は、オペレーティングシステムを介して実行されるマイクロ命令コードの部分又はアプリケーションプログラムの部分のいずれか（あるいは、それらの組み合わせ）であってよい。加えて、様々な他の周辺デバイスは、付加的なデータ記憶デバイス及び印刷デバイスのように、コンピュータプラットフォームへ接続されてよい。
【００２３】
更に、添付の図において表されている構成システムコンポーネント及び方法ステップの幾つかは、望ましくは、ソフトウェアにおいて実施されるので、システムコンポーネント（又はプロセスステップ）間の実際の接続は、本発明がプログラミングされる様式に依存して様々であってよい点が理解されるべきである。ここでの教示を鑑み、当業者は、本発明のそれら及び同様の実施又は構成に想到可能である。
【００２４】
［関連出願の相互参照］
本願は、２０１２年５月１日付けで出願された米国特許仮出願第６１／６４０９０５号に基づく優先権を主張するものです。なお、この米国出願は、その全文を参照により本願に援用される。
【図１】
2015523762.tif 000003
【図２】
2015523762.tif 000004
【図３】
2015523762.tif 000005
【図４】
2015523762.tif 000006
【図５】
2015523762.tif 000007
【手続補正書】
【提出日】平成26年11月5日(2014.11.5)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
コンテンツファイルをダウンロードする方法であって、
コンテンツデータは、再生を開始するのに必要なデータが最初にダウンロードされた状態で、順不同でダウンロードされ、
当該方法は、
前記コンテンツファイルのための記憶空間を割り当てるステップと、
前記コンテンツファイルの最初にあるデータの第１部分を前記記憶空間へダウンロードするステップと、
前記コンテンツファイルのファイルタイプを決定するために前記データの第１部分を処理するステップと、
前記コンテンツファイルのうちのデータの第２部分を前記記憶空間へダウンロードするステップと
を更に有し、
前記コンテンツファイル内の前記第２部分の位置は、前記ファイルタイプに応じて決定され、前記第２部分は、前記第１部分と順不同であってよく、前記データの第２部分は、メタデータ、インデックス情報、チャプタオフセット、及び何らかの他の有用な復号化情報のうちの１つを含む、
方法。
【請求項２】
前記データの第２部分は、前記コンテンツファイル内及び前記コンテンツファイルの終端の１つに位置する、
請求項１に記載の方法。
【請求項３】
前記第２部分は、前記コンテンツファイルにわたって様々な箇所にある複数の情報ユニットである、
請求項１に記載の方法。
【請求項４】
前記データの第２部分に応じて、前記コンテンツファイルにおいて、前記データの第１部分及び第２部分と順不同であるデータの第３部分を選択するステップと、
前記データの第３部分を前記記憶空間へダウンロードするステップと
を更に有する請求項１に記載の方法。
【請求項５】
前記コンテンツファイルにおいて前記データの第３部分を選択するステップは、前記データの第２部分と、前記コンテンツファイルの特定の位置にあるコンテンツのユーザ要求とに応答する、
請求項４に記載の方法。
【請求項６】
前記ユーザ要求は、後の時点での再生の開始及び前記コンテンツファイルのある位置へのシークのうちの１つを含む、
請求項５に記載の方法。
【請求項７】
コンテンツファイルをダウンロードする装置であって、
コンテンツデータは、再生を開始するのに必要なデータが最初にダウンロードされた状態で、順不同でダウンロードされ、
当該装置は、
データ記憶デバイスと、
前記データ記憶デバイスへ双方向に結合され、ソースから前記データ記憶デバイスへのコンテンツファイルのダウンロードを管理する第１のプロセッサと、
前記コンテンツファイルからデータの第１部分を取り出す第２のプロセッサと
を有し、
前記第１のプロセッサは、前記データの第１部分に応じて、前記コンテンツファイルを記憶するために前記データ記憶デバイスにおいて空間を割り当て、前記第２のプロセッサは、前記第１のプロセッサへ双方向に結合され、
前記第２のプロセッサは更に、前記コンテンツファイルのうちのデータの第２部分をダウンロードし、前記コンテンツファイル内の前記第２部分の位置は、前記第１部分に基づき決定されるファイルタイプに応じて決定され、前記データの第２部分は、前記第１部分と順不同であってよく、前記データの第２部分は、メタデータ、インデックス情報、チャプタオフセット、及び何らかの他の有用な復号化情報のうちの１つを含む、
装置。
【請求項８】
前記データの第２部分は、前記コンテンツファイル内及び前記コンテンツファイルの終端の１つに位置する、
請求項７に記載の装置。
【請求項９】
前記データの第２部分は、前記コンテンツファイルにわたって様々な箇所にある複数の情報ユニットである、
請求項７に記載の装置。
【請求項１０】
前記第２のプロセッサは、前記データの第２部分に応じて、前記コンテンツファイルにおいて、前記データの第１部分及び第２部分と順不同であるデータの第３部分を選択し、前記第２のプロセッサは、前記データの第３部分を前記データ記憶デバイスへダウンロードする、
請求項７に記載の装置。
【請求項１１】
前記第２のプロセッサによる前記コンテンツファイルにおける前記データの第３部分の選択は、前記データの第２部分と、前記コンテンツファイルの特定の位置にあるコンテンツのユーザ要求とに応答する、
請求項１０に記載の装置。
【請求項１２】
前記ユーザ要求は、後の時点での再生の開始及び前記コンテンツファイルのある位置へのシークのうちの１つを含む、
請求項１１に記載の装置。
【請求項１３】
前記データ記憶デバイス、前記第１のプロセッサ及び前記第２のプロセッサへ双方向に結合され、前記ユーザ要求を受け取る第３のプロセッサ
を更に有する請求項１１に記載の装置。
【請求項１４】
前記第３のプロセッサは、前記第２のプロセッサとのインタラクションによって前記データの第３部分の再生を制御する、
請求項１３に記載の装置。
【国際調査報告】
2015523762.tif 000008
2015523762.tif 000009