(57)【要約】  本発明は、コンテンツデータの複数の部分を有する単一のファイルを格納し、その部分を少なくとも１つ選択的にダウンロードするシステム及び方法を提供する。その部分とは：アーカイブ全体の代わりのzipアーカイブからの重要なファイル；本全体の代わりの章；MP3ファイルからのカバー画像；exifヘッダ付きのjpgのサムネイルを含む。単一ファイルにおけるエンティティに関するデータの様々な部分を格納することが、様々な部分間での不一致性を回避するという利点をも提供する。しばしば、データとメタデータとは、１つのファイルに結合される(これは既に部分間の不一致性を回避するためになされている)。現在行われている例には：１つのファイルに全体の画像とそのサムネイルとが含まれること；MP3ファイルが音楽と共にCDカバーの画像を既に含むことができること；(exifヘッダを備える)JPGファイルが写真に関するメタデータ(例えば、フラッシュ使用の有無、露出)を含むことができることを含む。好ましくは、本発明により、一部についての部分ダウンロードを可能にする態様でファイルの部分を記述するテーブルオブコンテンツを伴いファイルが組織化される。
2007511829.tif 000002
【特許請求の範囲】
【請求項１】
ファイルに関するコンテンツベースの部分ダウンロードのための方法において、
a.  前記ファイルの部分に対するリクエストを受信するステップと、
b.  前記ファイルから前記リクエストされた部分を取得するステップと、
c.  前記リクエストされた部分をダウンロードするステップとを有する方法。
【請求項２】
前記取得ステップbが、
b.1  前記ファイルが標準フォーマットを持つかを決定するステップと、
b.2  前記ファイルが標準フォーマットを持つ場合、
i.  前記標準フォーマットのコンテンツフォーマット情報から前記リクエストされた部分の位置を決定するステップ、又は
ii.  前記ファイルのコンテンツ・ディスクリプションから前記リクエストされた部分の位置を決定するステップと、
b.3  前記リクエストされた部分が存在しない場合、
iii.  前記リクエストされた部分を作成するステップ、又は
iv.  前記決定された位置から前記リクエストされた部分を取得するステップとを更に有する、請求項１に記載の方法。
【請求項３】
前記取得ステップbが、
b.4  前記リクエストされた部分が存在しない場合、前記リクエストされた部分を作成するステップを更に有する、請求項１に記載の方法。
【請求項４】
前記ファイルが、
i.  標準コンテンツフォーマットと、
ii.  ディスクリプション要素及びコンテンツ要素との少なくとも一方を更に有する、請求項１に記載の方法。
【請求項５】
d.  前記ファイルが標準フォーマットを持つかを決定するステップと、
e.  前記ファイルが標準コンテンツフォーマットを持つ場合、
i.  前記標準コンテンツフォーマットから前記リクエストされた部分の位置を決定するステップ、又は
ii.  前記ファイルのコンテンツ・ディスクリプションから前記リクエストされた部分の位置を決定するステップと、
f.  前記リクエストされた部分が存在するかを前記決定された位置から決定するステップと、
g.  前記リクエストされた部分が存在しない場合、前記リクエストされた部分を作成するステップとを更に有する請求項４に記載の方法。
【請求項６】
前記位置が、ユニバーサル・リソース・ロケータURLのようなプロキシである、請求項５に記載の方法。
【請求項７】
前記ダウンロードステップが、前記リクエストされた部分を、ネットワークを介してダウンロードするステップを更に有する、請求項６に記載の方法。
【請求項８】
前記ダウンロードステップが、前記リクエストされた部分を、ネットワークを介してダウンロードするステップを更に有する、請求項１に記載の方法。
【請求項９】
前記ディスクリプション要素が、コンテンツ識別子と、コンテンツタイプと、コンテンツ位置と、コンテンツサイズと、少なくとも１つのコンテンツ属性の集合とを少なくとも１つ有し、
前記コンテンツ要素は、コンテンツデータと、オプションで前記コンテンツデータのコンテンツ部分を区分する少なくとも１つのマーカーとを有する、請求項４に記載の方法。
【請求項１０】
前記標準フォーマットは、拡張可能マークアップ言語XMLと、マイクロソフト(登録商標)社の構造化されたストレージオブジェクトと、複合ドキュメントと、MP3と、JPGとの少なくとも１つに基づく、請求項４に記載の方法。
【請求項１１】
コンテンツリポジトリを作成し維持する方法において、
コンテンツ・ディスクリプション要素とコンテンツデータ要素とを持つ前記コンテンツリポジトリを構築するステップと、
新規又は更新コンテンツデータのいずれかを受信するステップと、
前記受信されたコンテンツデータのフォーマットに対応する前記コンテンツ・ディスクリプション要素のエントリを作成するステップと、
前記受信されたコンテンツデータを前記コンテンツデータ要素に格納するステップとを有する方法。
【請求項１２】
前記コンテンツ・ディスクリプション要素が、コンテンツ識別子と、コンテンツタイプと、コンテンツ位置と、コンテンツサイズと、少なくとも１つのコンテンツ属性の集合とを少なくとも１つ有し、
前記コンテンツデータ要素は、コンテンツデータと、オプションで前記コンテンツデータのコンテンツ部分を区分する少なくとも１つのマーカーとを有する、請求項１１に記載の方法。
【請求項１３】
部分ダウンロードを提供する方法において、
請求項１２に記載の方法に基づきコンテンツリポジトリを与えるステップと、
請求項１に記載の方法に基づき部分ダウンロードサービスを与えるステップとを有する方法。
【請求項１４】
部分ダウンロードを提供する方法において、
請求項１２に記載の方法に基づきコンテンツリポジトリを与えるステップと、
請求項７に記載の方法に基づき部分ダウンロードサービスを与えるステップとを有する方法。
【請求項１５】
コンテンツ・データ・リポジトリを格納する記憶媒体であって、
コンテンツ・ディスクリプション要素とコンテンツデータ要素とを持つ前記コンテンツリポジトリと、
コンテンツデータのフォーマットに対応する前記コンテンツ・ディスクリプション要素におけるエントリと、
前記コンテンツデータ要素における前記コンテンツ・ディスクリプション・エントリに対応する前記コンテンツデータの前記コンテンツデータ要素におけるエントリとを有する記憶媒体。
【請求項１６】
前記コンテンツ・ディスクリプション要素が、コンテンツ識別子と、コンテンツタイプと、前記コンテンツ要素における前記対応するコンテンツ・データ・エントリのコンテンツ位置と、コンテンツ・エントリ・サイズと、少なくとも１つのコンテンツ属性の集合とを少なくとも１つ有し、
前記コンテンツデータ要素は、オプションで前記コンテンツデータのコンテンツ部分を区分する少なくとも１つのマーカーを更に有する、請求項１５に記載の記憶媒体。
【請求項１７】
コンテンツベースのリポジトリを作成し維持するためのシステムであって、
コンテンツデータを受信する受信機と、
前記リポジトリを格納するデータベースとして構成される記憶媒体であって、該データベースが、コンテンツ・ディスクリプション要素とコンテンツデータ要素とを含む記憶媒体と、
i.  前記コンテンツデータを受信し、
ii.  前記受信されたコンテンツデータのフォーマットに対応する前記コンテンツ・ディスクリプション要素におけるエントリの作成及び更新のいずれかを行い、
iii.  前記受信されたコンテンツデータを前記コンテンツデータ要素に格納するよう構成される制御論理モジュールとを有するシステム。
【請求項１８】
前記コンテンツ・ディスクリプション要素が、コンテンツ識別子と、コンテンツタイプと、前記対応するコンテンツデータの位置と、コンテンツサイズと、少なくとも１つのコンテンツ属性の集合とを少なくとも１つ有し、
前記コンテンツデータ要素は、前記コンテンツデータと、オプションで前記コンテンツデータのコンテンツ部分を区分する少なくとも１つのマーカーとを有する、請求項１７に記載のシステム。
【請求項１９】
前記フォーマットは、拡張可能マークアップ言語XMLと、マイクロソフト(登録商標)社の構造化されたストレージオブジェクトと、複合ドキュメントと、MP3と、JPGとの少なくとも１つに基づく標準フォーマットである、請求項１８に記載のシステム。
【請求項２０】
ファイルの部分に関するコンテンツベースの部分ダウンロードのためのシステムであって、
前記コンテンツベースの部分ダウンロードを送信する送信機と、
i.  前記ファイルから前記部分を取得し、
ii.  前記取得された部分を、前記送信機を介してダウンロードするよう構成される制御論理モジュールとを有するシステム。
【請求項２１】
前記制御論理モジュールが、
前記ファイルが標準フォーマットを持つかどうかを決定し、
前記ファイルが標準フォーマットを持つ場合、
iii.  前記標準フォーマットのコンテンツフォーマット情報から前記リクエストされた部分の位置を決定し、又は
iv.  前記ファイルのコンテンツ・ディスクリプションから前記リクエストされた部分の位置を決定し、
前記リクエストされた部分が存在しない場合、
v.  前記リクエストされた部分を作成し、又は
vi.  前記決定された位置から前記リクエストされた部分を取得するよう更に構成される、請求項２０に記載のシステム。
【請求項２２】
前記ファイルが、
iii.  標準コンテンツフォーマットと
iv.  ディスクリプション要素及びコンテンツ要素との少なくとも１つを更に有する、請求項２０に記載のシステム。
【請求項２３】
前記ディスクリプション要素が、コンテンツ識別子と、コンテンツタイプと、コンテンツ位置と、コンテンツサイズと、少なくとも１つのコンテンツ属性の集合とを少なくとも１つ有し、
前記コンテンツ要素は、コンテンツデータと、オプションで前記コンテンツデータのコンテンツ部分を区分する少なくとも１つのマーカーとを有する、請求項２１に記載のシステム。
【請求項２４】
前記位置が、ユニバーサル・リソース・ロケータURLのようなプロキシである、請求項２０に記載のシステム。
【請求項２５】
前記ダウンロードステップが、前記リクエストされた部分を、ネットワークを介してダウンロードするステップを更に有する、請求項２０に記載のシステム。
【請求項２６】
前記標準フォーマットが、拡張可能マークアップ言語XMLと、マイクロソフト(登録商標)社の構造化されたストレージオブジェクトと、複合ドキュメントと、MP3と、JPGとの少なくとも１つに基づく、請求項２１に記載のシステム。
【請求項２７】
前記ファイルの前記部分に関する前記コンテンツベースの部分ダウンロードに対するリクエストを受信するよう構成される受信機を更に有し、
前記制御論理モジュールが、前記ファイルから前記リクエストされた部分を取得するよう更に構成される、請求項２０に記載のシステム。
【請求項２８】
記憶媒体に格納されたコンテンツベースのリポジトリであって、
コンテンツ識別子、コンテンツタイプ、コンテンツ位置、コンテンツサイズ、及び少なくとも１つのコンテンツ属性の集合を少なくとも１つ持つコンテンツ・ディスクリプション要素と、
コンテンツデータ部分、及びオプションで前記コンテンツデータのコンテンツ部分を区分する少なくとも１つのマーカーを持つコンテンツデータ要素とを有するリポジトリ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンテンツベースの部分ダウンロードをサポートするための、コンテンツのファイルへの格納と、ファイルに格納された情報のコンテンツベースの部分ダウンロードとに関する。より詳細には、本発明は、ダウンロード情報の利用状況(context-of-use)に基づき、あるファイルに含まれるコンテンツの部分ダウンロードのためのシステム及び方法に関する。
【背景技術】
【０００２】
ダウンロード用のファイルは、受信者が望む以上の情報を含んでいることが多い。全体のファイルをダウンロードすることは、帯域と時間とを両方浪費する。既に多くのファイルが、例えば、メタデータやコンテンツ・ディスクリプション・データといった、ファイルに含まれる他のデータをコンパクトに表現する様々なアーティファクト(artifact:人工物)を含む。しかしながら、現在、ファイルの特定の部分のみをダウンロードする方法は何もない。
【０００３】
ファイルを分割してダウンロードすることを可能にするプロトコルは存在する。しかしながら、そうしてダウンロードされたファイルは、すべての部分がダウンロードされた場合にのみ役に立つ。こうした既存のプロトコルは、以下のいずれかの限界を持つ：
・その部分がそのファイルのコンテンツ(content)とは無関係である。従って、そのファイルは、すべての部分がダウンロードされた後でのみ利用可能になる。例としては、ピアツウピア(p2p)ファイル交換プロトコルやftp、又はダウンロードアクセラレータの分野を含む。
・そのファイルのコンテンツは、連続的な性質を持つ。任意の部分集合は使用されず、そのファイルの中断されていない最初の部分のみが使用される。例としては、ストリーミングオーディオ、ストリーミングビデオ、pdfファイル及びgifファイルを含む。
上記両方の場合とも、ファイルが(原理上は)完全にダウンロードされる。
【発明の開示】
【発明が解決しようとする課題】
【０００４】
こうして、複数の情報項目をファイルに格納するが、そのファイルに格納された情報のうち要求される１つ又は複数の項目のみをダウンロードする格納技術及び対応するダウンロードプロトコルを与えるシステム及び装置に対する必要性が存在する。
【課題を解決するための手段】
【０００５】
本発明は、コンテンツデータの複数の部分を有する１つのファイルを格納し、少なくともその一部を選択的にダウンロードするシステム及び方法を提供する。コンテンツデータの一部としては：
・アーカイブ全体ではなくzipアーカイブに含まれる重要なファイルと；
・例えば、PDFファイル又はマイクロソフト(登録商標)文書からの文書全体ではなく章と；
・パワーポイントプレゼンテーションからの１枚のスライドと；
・MP3ファイルからの表紙の画像と；
・exifヘッダを備えるjpgのサムネイルとを含む。
【０００６】
エンティティについてのデータの様々な部分を１つのファイルに格納することは、様々な部分間での不一致(inconsistency)を回避するという利点も提供する。データとメタデータとはしばしば１つのファイルに結合される(これは、部分間の不一致を回避するために既に行われている)。現在行われている例としては：
・１つのファイル内に画像全体とサムネイルとを持つファイルと；
・音楽だけでなくCDのカバー(cover:表紙)画像を既に含むことができるMP3ファイルと；
・写真に関するメタデータ(フラッシュの使用、露出等)を含むことができる(exifヘッダを備える)JPGファイルとを含む。
好ましくは、本発明によるファイルは、ファイルの部分についての部分ダウンロードを可能にする態様でその部分を表現する、誘導性を持つ(navigational)構造(例えば、テーブル・オブ・コンテンツ(table of contents))を伴い組織化される。しかしながら、本発明の実施形態は、例えば、コンテンツに基づくファイルの再分割に好適な拡張可能マークアップ言語(XML)等の既存技術を利用する。更に、本実施形態は、構造化されたストレージオブジェクトとして組織化されるマイクロソフトファイルと、「ファイル内のファイルシステム」と呼ばれる複合ファイルとに対して互換性がある。
【０００７】
本発明のシステム及び方法の利点は、異なる利用状況において同じコンテンツシステムを使用する点と、システムが使用環境の変化に対してより堅牢である、つまり、システムが時間の経過に沿って変化することに対する脆弱性が少ない点とを含むことである。
【発明を実施するための最良の形態】
【０００８】
当業者であれば、以下の記述が説明目的で与えられ、限定を意図するものではないことが理解されるべきである。当業者は、本発明の精神及び添付された請求項の範囲内において、多くの変形が存在することを理解する。知られた機能及び操作に関する必要以上に詳細な説明は、本発明を曖昧なものにしないよう、本書の記述から省略されている場合がある。
【０００９】
図１は、DVDプレイヤ１１１、CDプレイヤ１１２、カセットプレイヤ１１３及びコンテンツリポジトリ(content repository)１０２を持つコンテンツサーバ１０１の典型的な構成を示す。これらはそれぞれ、ネットワーク１０３を介したコンテンツベースの部分ダウンロードのために、複数の(本例においては３つの)異なる種類の電子デバイス：映画のあらすじを表示するためのDVDドライブ１０５を備えるラップトップコンピュータ１０４、低解像度の画面１０７へMP3楽曲のパフォーマーに関するjpeg画像をダウンロードするための携帯デバイス１０６、及び、自動自己診断を行うか又はそのデバイスのユーザに対話方式のヘルプ機能を提供するソフトウェアをダウンロードするための家庭電化デバイス１０８によりアクセスされる。好ましい実施形態においては、こうした結合されたコンテンツソースは、単一のコンテンツリポジトリであり、要求者(requestor)に対して全体が継ぎ目のない状態で見えるようになされる。当業者であれば、リポジトリファイルの外観(appearance)を持つリムーバブルメディアアクセスを如何にして実現するかを想像することができるはずである。なぜなら、斯かる機能は、複数のリムーバブルメディア及び固定メディアを有するデータベースにおける旧来技術だからである。
【００１０】
図１に示されるように、コンテンツサーバ１０１は、複数の電子デバイス１０４−１０８に結合されている。こうした電子デバイスは、いずれかのコンテンツソース(DVDプレイヤ１１１、CDプレイヤ１１２、カセットプレイヤ１１３及びコンテンツリポジトリ１０２)から様々な種類のコンテンツベースの部分ダウンロードを行うのに、有線リンク及び無線リンクを介して、コンテンツサーバ１０１へのリクエストを通信する。本発明における重要な原則は、既存のファイル又はその派生物それぞれにおける部分を、リクエストを発する各電子デバイス(each requesting electronic device)に対して提供するシステム及び方法を提供することである。そして、オプションで、将来のリクエストに対してサービスを提供する(servicing)ため、コンテンツリポジトリ１０２にいずれかの前述の派生物を追加することである。コンテンツリポジトリ１０２は、固有のコンテンツID、コンテンツタイプ、コンテンツ(格納)位置、コンテンツサイズ、及びコンテンツデータ１１０自身と共にリポジトリに含まれるすべてのコンテンツに関する他のコンテンツ属性を含むコンテンツ・ディスクリプション(content description)１０９を有する。好ましい実施形態において、コンテンツリポジトリ１０２は、ファイルシステムにより実現される。コンテンツデータ１１０は、現存する標準フォーマットで格納されることができる。また、好ましい実施形態においては、例えば、セクション(例えば、行又は章)の開始及び終了等の特徴を示すマーカーが適切に埋め込まれたコンテンツデータとして格納されることができる。コンテンツリポジトリに格納される各個別のエンティティは、単一のファイルである。交換又は派生のいずれかに対応する更新の場合には、外観を、即ち、ユーザに対する単一のファイルの機能を、保つためにファイルを追加して(a file with additions)如何に拡張するかが従来技術においてよく知られている。つまり、好ましい実施形態において、更新は要求者に対して透過的である。
【００１１】
好ましい実施形態においては、要求者がコンテンツ又はリムーバブルデバイスに直接アクセスすることも可能である。例えば、DVDドライブ１０５は、本発明のシステム及び方法を用いるラップトップコンピュータ１０４、及び、有線又は無線でラップトップコンピュータ１０４と通信する、例えば携帯情報端末(personal digital assistant)のような携帯デバイス１０６によりアクセスされることができる。
【００１２】
図１に示されるネットワークは、説明目的のため小さいことに留意されるべきである。実際は、ほとんどのネットワークが、コンテンツサーバ１０１及びリクエストを発するデバイス１０４−１０８をもっと多数含むことになる。
【００１３】
コンテンツサーバ１０１は、図２のブロック図に示される構造を備えるシステムを含むことができる。コンテンツサーバ１０１は、ネットワーク１０３及び無線デバイス１０６の少なくとも１つにより通信される、コンテンツの入力とコンテンツに対するリクエストとを受信し、復調し、及びフォワードする送受信機２０１を含むことができる。その送受信機２０１は、アンテナ(図示省略)に結合されている。または、好ましい実施形態において、リクエスト及びコンテンツは、ケーブルソース２０３より受信されることができる。送受信機２０１は、ネットワーク１０３及び無線デバイス１０６の少なくとも１つへ通信される、コンテンツベースの部分ダウンロードの変調と送信とをも提供する。コンテンツサーバは、独立したコンテンツソース１１１−１１３及びコンテンツリポジトリ１０２の少なくとも１つを含むことができる。独立したコンテンツソースは、DVD１１１、CD１１２、カセットドライブ１１３、ソリッドステート・デバイス(solid state device)１１４−１１６、及び、リムーバブル・コンテンツソースの回転ラック等複数のソースを扱うことが可能な映像記録再生デバイスを含む。斯かるデバイスは、中に含まれる単一のコンテンツファイルの部分を識別するため、知られた標準規格のセットに適合するリムーバブルメディアをサポートする。
【００１４】
図２に示されるように、動作時において、コンテンツリポジトリは、コンテンツリポジトリ１０２を介してアクセス可能な識別済みコンテンツ(identified content)の部分を得るのに、コンテンツ・ディスクリプション又はその相当物に作用する(interface)。別の実施形態においては、コンテンツリポジトリにおける各単一のコンテンツデータファイルに対するコンテンツ・ディスクリプション・エントリの一部であるコンテンツ位置１０９が、コンテンツに対するプロキシであってよい。即ち、コンテンツ位置は、例えば、実際の複数の部分からなる(multipart)ファイルに対するユニバーサル・リソース・ロケータ(universal resource locator)であってよい。プロキシは、非常に大きなファイル、版権のあるファイル(copyrighted file)、工業所有権を有するファイル(proprietary file)等に対して必要とされる場合がある。従って、本実施形態において、単一のコンテンツファイルは、実際の物理的な単一のファイルよりも、仮想的な単一のコンテンツファイルにより近い。なぜなら、そのデータ部分は他の場所へ格納され、この仮想的な手法が、コンテンツサーバシステム１０１を介在させることなく、コンテンツ供給者がコンテンツ(例えば、株価、気象情報及びニュースサービス)を独立して更新することを可能にするからである。しかしながら、この仮想的な単一のコンテンツファイルのユーザからは、コンテンツベースの部分ダウンロードの制御論理ユニット２０２により、仮想的なファイルが継ぎ目のない状態で見える。更に別の実施形態においては、コンテンツ・ディスクリプション１０９のエントリの数が制限され(limited)、コンテンツの種類及びその範囲を識別するコンテンツマーカーが埋め込まれている。これらのマーカーは、実際にはコンテンツデータ１１０の一部を描写すべく、コンテンツデータ自身に含まれる。
【００１５】
図２に示されるように、コンテンツベースの部分ダウンロードの機能は、対応する制御論理モジュール２０２により提供され、制御される。この制御論理モジュール２０２は、汎用目的のPC上で実行されるソフトウェア、汎用目的のPCに含まれる専用論理回路、又は上記機能の制御を実現する他の何らかのデバイスであってよい。その制御論理モジュールは、リクエストを受信し、コンテンツベースの部分ダウンロードに応じるだけでなく、コンテンツリポジトリ１０２に格納するための、プロキシによるコンテンツデータとコンテンツデータ１１０とを両方得るためのケーブル２０３へのインタフェース機能(interfacing)を含む。
【００１６】
好ましい実施形態において、単一のファイルは、要求者によりコンテンツベースの部分ダウンロードとして選択されダウンロードされることが可能な、データにおける複数の部分、即ち、種類を含む。好ましい実施形態においては、そのダウンロードは、コンテンツベースの部分ダウンロードと名付けられる(termed)。つまり、そのファイルの一部についての実際のダウンロードが、そのファイルのコンテンツに結合される。好ましい実施形態においては、コンテンツ・ディスクリプションは、ファイルに含まれる(例えば、テーブルオブコンテンツ又はコンテンツ・ディスクリプション)。または、ファイルタイプが与えられるとき、知られた(標準化された)フォーマットが推測され、その部分ダウンロードの基礎とされる。こうして、人々は、
・サーバがCD全体に対するただ１つのファイルを格納した状態で、CDにおける特定のトラックの歌詞を；
・完全なjpegをダウンロードすることなく、そのファイルのサムネイル部分を；
・サーバが映画及びそのメタデータを含むただ１つのファイルを格納した状態で、映画の概要を説明するテキストを；
・サーバがただ１つのファイルに複数の解像度を格納した状態で、表示デバイスに対する適切な解像度(携帯電話では低、PCでは高)の画像を；
・アーカイブファイル(例えば、zip)から単一のファイルを；
・映画の最後30秒(通常クレジット表示)を、ダウンロードすることができる。
これらのデータはすべて、以下に例示する項目に関連付けられる種類のデータである。
・CDに格納されるデータのトラック；
・jpeg画像のサムネイル画像；
・映像のテキストによる説明；
・ある対象の様々な解像度の画像；
・アーカイブにおける１つのファイル；
・適切に規定される、ファイルの任意の部分。
部分ダウンロードデータ、例えばjpeg画像のサムネイル等は、既に前もって処理され、ファイルに格納されている場合があることに最も留意されたい。または、部分ダウンロードデータが、ファイルに格納されたデータから構築されることができなければならないことに最も留意されたい。例えば、ある対象の様々な解像度の画像若しくはCDのトラックの様々なエンコーディング等の場合である。そして、部分ダウンロードの構築は、リクエストが満たされるときに行われなければならない場合がある。例えば、適切に規定され及び／又は描写される、ファイルのいずれかの部分の場合である。別の実施形態においては、ストレージが利用可能になったとき、いずれかの構築がオプションでファイルに追加されることができる。更に、この構築されたデータは、元のファイルの一部であり、このデータを構築するための構築法(recipe)を置換することができる。斯かる追加は、将来の部分ダウンロード要求にマッチするコンテンツ・ディスクリプション１０９において適切に表現される。
【００１７】
家庭電化デバイスは、ますますネットワークに接続可能とされることになり、部分ダウンロードに対する使用状況を与えることになる。別の実施形態において、ダウンロードの使用状況は、格納された情報のどの部分が部分的にダウンロードされるかを決定する。CDプレイヤを使用する状況において、ファイルが、音楽(音声ストリーム)、CDカバー(即ち写真)、歌詞(即ち単純なテキスト)等のコンパクトディスク(CD)関連の情報を格納すると仮定すると、音楽自身は、ダウンロードされるべきコンテンツであると考えられる。他方、写真ビューワ(picture viewer)の使用状況においては、CDカバーの写真は、部分的にダウンロードされるべきデータであると考えられる。様々な製品が部分ダウンロードに対する斯かる使用状況を提供することができる。
【００１８】
また、更に別の実施形態においては、もし使用状況が明らかでない場合、家庭電化デバイス(又は電子デバイス上で実行中のプロセス)のユーザが、使用状況を規定することができる。これは、様々な使用状況をもつ家庭電化デバイスが、例えば、テキストメッセージ、DVDカバーの画像及びサムネイルを表示するのに使用される携帯デバイスにおける表示といったその現在の使用状況に対して、部分ダウンロードを適合させることを可能にする。
【００１９】
最終的に、コンテンツリポジトリ１０２ダウンロードを作成し、更新し、アクセスする、本発明による動作ステップの原理が以下説明される。
【００２０】
図３を参照すれば、コンテンツデータを格納する本発明によるプロセスは、以下のステップを含む。ステップ３０１において、コンテンツサーバ１０１は、新たなコンテンツデータの１つ、又は更新コンテンツデータ１１０を受信する。ステップ３０２において、コンテンツサーバ１０１は、受信されたコンテンツデータが、詳細なコンテンツ・ディスクリプション・エントリを必要としない標準フォーマットであるかを決定する。ステップ３０３において、既存のコンテンツIDを見つけるか、又はその受信された標準フォーマット入力に対する新たなコンテンツIDを作成する。ステップ３０５において、新しいコンテンツ・ディスクリプション・エントリを作成するか、又は必要であれば、その受信された非標準フォーマットのコンテンツデータに対する既存のコンテンツ・ディスクリプション・エントリを見つけ、更新する。そして、ステップ３０４において、プロキシでない場合、その新規又は更新コンテンツデータを格納し、コンテンツデータに対するコンテンツ・ディスクリプション１０９エントリのコンテンツ位置として、その位置又はプロキシを格納する。
【００２１】
図４を参照すれば、コンテンツデータ１０２の部分ダウンロードに対するリクエストを満たす本発明によるプロセスは、以下のステップを含む。ステップ４０１において、部分ダウンロード、つまり、コンテンツサーバ１０１で格納されるコンテンツデータ１１０の一部に対するリクエストを受信する。ステップ４０２において、要求されたコンテンツが標準フォーマットで格納されているかを確認する。要求されたコンテンツデータが標準フォーマットで格納されていることが確認されると、ステップ４０３において、残りの(rested)部分の位置を決定するためにコンテンツフォーマット情報(content format knowledge)を用いる。もし、要求されたコンテンツデータが標準フォーマットで格納されていないことが確認されると、ステップ４０４において、その部分又はそれに対するプロキシの位置を、コンテンツサーバ１０１のコンテンツリポジトリ１０２のコンテンツ・ディスクリプション１０９を用いて決定する。ステップ４０７において、要求された部分が存在するかどうかを確認する。もし、その部分が存在することが確認されると、ステップ４０６において、ローカルのコンテンツデータ１１０から直接その部分をダウンロードするか、又は要求者へその部分をダウンロードするためのプロキシの位置を指示するかのどちらかを行う。ステップ４０５において、その部分が存在しないことが確認されると、その部分を作成し、その部分をステップ３０１(Ａ)へ送信し、その要求された部分を要求者にダウンロードするステップ４０６を行うと共に、そのコンテンツデータを作成及び更新のいずれかを行う。
【００２２】
本発明の好ましい実施形態が図示され、説明されたが、当業者であれば本発明の真の範囲を逸脱することなく、様々な変更及び変形がなされること、及び均等物がその構成要素に置換されてもよいことは理解されるであろう。例えば、本発明の実施形態を処理する(host)ことができる他の家庭電化製品は、その動作を指示するよう、又はその故障を診断し、予め格納され予めフォーマットされた資源を用いて修正動作を指示するよう、動作時において部分ダウンロードを採用することができるいずれかのものを含むことができる。例としては、問題を診断し、解決策を提案するのに階層的に組織化されたヘルプ(ユーザにより選択される格納済みファイルの一部)と、オプションで音声及び映像クリップを含み、ポップアップを伴う、計算デバイス上で階層的に組織化されたヘルプファイル(ソフトウェアモジュール)とを持つインテリジェント装置を含む。これらはすべてコンテンツベースの部分ダウンロードとして組織化されることができる。
【００２３】
更に、多くの修正が特定の状況に適応させるためになされることができる。本発明の教示内容は、その中心範囲から逸脱することなく均等な様々な態様で適合されることができる。そこで、本発明は、本発明を実行するために考慮された最良の形態として開示された特定の実施形態に限定されることを意図するものではなく、本発明は添えられた請求項の範囲に含まれるすべての実施形態を含むことを意図している。
【図面の簡単な説明】
【００２４】
【図１】本発明のスタンドアロン型及びネットワーク型の実施形態を両方示す図である。
【図２】本発明による実施形態が適用されるCEデバイスの構造を説明する簡略化されたブロック図である。
【図３】本発明の実施形態による、コンテンツベースのファイル作成することを示す図である。
【図４】本発明の実施形態による、コンテンツベースのファイルの部分ダウンロードに対する要求を処理することを示す図である。
【図１】
2007511829.tif 000003
【図２】
2007511829.tif 000004
【図３】
2007511829.tif 000005
【図４】
2007511829.tif 000006
【国際調査報告】
2007511829.tif 000007
2007511829.tif 000008
2007511829.tif 000009