(57)【要約】【課題】コンテンツが複数のファイルにより構成される場合においても、容易に、安全で効率の良いコンテンツ配信を行うことができるようにする。【解決手段】  サーバ１３の要求受付部３１は、端末装置１１からの要求を受け付け、コンテンツ蓄積部３２は、リソース群４１をアーカイブ処理部３３に供給し、アーカイブ処理部３３は、そのリソース群４１に対してアーカイブ処理を行い、暗号化処理部３４は、アーカイブリソース４２に対して著作権保護処理を行い、コンテンツ供給部３５は、DRM処理済みリソースを端末装置１１に配信する。端末装置１１の復号処理部２２は、DRM処理済みリソースに対して復号処理を行い、展開処理部２３は、アーカイブリソース４２に対して展開処理を行い、ブラウザ処理部４１は、要求されたリソース画像をモニタ２４に供給して表示させる。本発明は、例えば、コンテンツ配信システムに適用できる。【選択図】図１
2005157893.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介してコンテンツ配信装置からコンテンツ処理装置にコンテンツを配信するコンテンツ配信システムであって、
前記コンテンツ配信装置は、前記コンテンツを構成する１つまたは複数のリソースをアーカイブし、前記リソースをアーカイブして得られたアーカイブリソースを含む前記コンテンツを前記コンテンツ処理装置に配信し、
前記コンテンツ処理装置は、前記コンテンツ配信装置より配信された前記コンテンツを取得し、取得された前記コンテンツに含まれる前記アーカイブリソースを展開し、前記アーカイブリソースを展開して得られた１つまたは複数の前記リソースの中から、ユーザに提示するリソースを指定する指定情報に基づいて、前記ユーザに提示するリソースを特定して抽出し、抽出された前記リソースを前記ユーザに提示する
ことを特徴とするコンテンツ配信システム。
【請求項２】
前記コンテンツ配信装置は、前記リソースをアーカイブして得られた前記アーカイブリソースを暗号化し、暗号化済みアーカイブリソースとして前記コンテンツに含めて前記コンテンツ処理装置に配信し、
前記コンテンツ処理装置は、取得された前記コンテンツに含まれる前記暗号化済みアーカイブリソースを復号して前記アーカイブリソースを得る
ことを特徴とする請求項１に記載のコンテンツ配信システム。
【請求項３】
ネットワークを介してコンテンツ配信装置からコンテンツ処理装置にコンテンツを配信するコンテンツ配信システムのコンテンツ配信方法であって、
前記コンテンツ配信装置は、前記コンテンツを構成する１つまたは複数のリソースをアーカイブし、前記リソースをアーカイブして得られたアーカイブリソースを含む前記コンテンツを前記コンテンツ処理装置に配信し、
前記コンテンツ処理装置は、前記コンテンツ配信装置より配信された前記コンテンツを取得し、取得された前記コンテンツに含まれる前記アーカイブリソースを展開し、前記アーカイブリソースを展開して得られた１つまたは複数の前記リソースの中から、ユーザに提示するリソースを指定する指定情報に基づいて、前記ユーザに提示するリソースを特定して抽出し、抽出された前記リソースを前記ユーザに提示する
ことを特徴とするコンテンツ配信方法。
【請求項４】
前記コンテンツ配信装置は、前記リソースをアーカイブして得られた前記アーカイブリソースを暗号化し、暗号化済みアーカイブリソースとして前記コンテンツに含めて前記コンテンツ処理装置に配信し、
前記コンテンツ処理装置は、取得された前記コンテンツに含まれる前記暗号化済みアーカイブリソースを復号して前記アーカイブリソースを得る
ことを特徴とする請求項３に記載のコンテンツ配信方法。
【請求項５】
ネットワークを介してコンテンツをコンテンツ処理装置に配信するコンテンツ配信装置であって、
前記コンテンツを構成する１つまたは複数のリソースをアーカイブするアーカイブ手段と、
前記アーカイブ手段により前記リソースをアーカイブして得られたアーカイブリソースを含む前記コンテンツを前記コンテンツ処理装置に配信する配信手段と
を備えることを特徴とするコンテンツ配信装置。
【請求項６】
前記アーカイブリソースを暗号化する暗号化手段をさらに備え、
前記配信手段は、前記暗号化手段により前記アーカイブリソースを暗号化して得られた暗号化済みアーカイブリソースを含む前記コンテンツを前記コンテンツ処理装置に配信する
ことを特徴とする請求項５に記載のコンテンツ配信装置。
【請求項７】
前記コンテンツ毎の、前記リソースのアーカイブに関する情報のリストであるアーカイブ情報リストを記憶するアーカイブ情報リスト記憶手段をさらに備え、
前記アーカイブ手段は、前記アーカイブ情報リスト記憶手段により記憶される前記アーカイブ情報リストの、前記コンテンツに対応する部分の情報に基づいて、前記リソースをアーカイブする
ことを特徴とする請求項５に記載のコンテンツ配信装置。
【請求項８】
前記アーカイブ手段は、アーカイブする前記リソース内に含まれる他のリソースのURIを最適化し、前記URIが最適化された前記リソースをアーカイブする
ことを特徴とする請求項５に記載のコンテンツ配信装置。
【請求項９】
前記アーカイブ手段は、アーカイブする前記リソース内に含まれる、動的に生成される他のリソースのURIの生成方法を最適化し、前記URIの生成方法が最適化された前記リソースをアーカイブする
ことを特徴とする請求項５に記載のコンテンツ配信装置。
【請求項１０】
前記アーカイブリソースを暗号化するための鍵情報を生成する鍵情報生成手段をさらに備え、
前記暗号化手段は、前記鍵情報生成手段により生成された前記鍵情報を用いて、前記アーカイブリソースを暗号化する
ことを特徴とする請求項６に記載のコンテンツ配信装置。
【請求項１１】
前記コンテンツ処理装置からの、前記コンテンツの配信の要求を受け付ける要求受付手段をさらに備え、
前記アーカイブ手段は、前記要求受付手段により受け付けられた前記要求により、配信を要求された前記コンテンツを構成する前記リソースをアーカイブする
ことを特徴とする請求項５に記載のコンテンツ配信装置。
【請求項１２】
前記アーカイブリソースを記憶するリソース記憶手段をさらに備え、
前記暗号化手段は、前記リソース記憶手段により記憶されている前記アーカイブリソースを暗号化する
ことを特徴とする請求項６に記載のコンテンツ配信装置。
【請求項１３】
前記コンテンツ処理装置からの、前記コンテンツの配信の要求を受け付ける要求受付手段をさらに備え、
前記暗号化手段は、前記リソース記憶手段により記憶されている前記アーカイブリソースの内、前記要求受付手段により受け付けられた前記要求により配信を要求された前記コンテンツを構成するアーカイブリソースを暗号化する
ことを特徴とする請求項１２に記載のコンテンツ配信装置。
【請求項１４】
ネットワークを介してコンテンツをコンテンツ処理装置に配信するコンテンツ配信装置のコンテンツ配信方法であって、
前記コンテンツを構成する１つまたは複数のリソースをアーカイブするアーカイブステップと、
前記アーカイブステップの処理により前記リソースをアーカイブして得られたアーカイブリソースを含む前記コンテンツを前記コンテンツ処理装置に配信する配信ステップと
を含むことを特徴とするコンテンツ配信方法。
【請求項１５】
ネットワークを介してコンテンツをコンテンツ処理装置に配信するコンテンツ配信処理用のプログラムであって、
前記コンテンツを構成する１つまたは複数のリソースをアーカイブするアーカイブステップと、
前記アーカイブステップの処理により前記リソースをアーカイブして得られたアーカイブリソースを含む前記コンテンツを前記コンテンツ処理装置に配信する配信ステップと
を含むことを特徴とするコンピュータが読み取り可能なプログラムが記録されている記録媒体。
【請求項１６】
ネットワークを介してコンテンツをコンテンツ処理装置に配信するコンテンツ配信処理を、コンピュータに行わせるプログラムにおいて、
前記コンテンツを構成する１つまたは複数のリソースをアーカイブするアーカイブステップと、
前記アーカイブステップの処理により前記リソースをアーカイブして得られたアーカイブリソースを含む前記コンテンツを前記コンテンツ処理装置に配信する配信ステップと
を含むことを特徴とするプログラム。
【請求項１７】
ネットワークを介してコンテンツ配信装置からコンテンツの配信を受けるコンテンツ処理装置であって、
前記コンテンツ配信装置より配信された前記コンテンツを取得する取得手段と、
前記取得手段により取得された前記コンテンツに含まれるリソースである、前記コンテンツ配信装置においてアーカイブされたアーカイブリソースを展開する展開手段と、
前記展開手段により前記アーカイブリソースを展開して得られたリソースである、展開済みリソースの中から、ユーザに提示するリソースを指定する指定情報に基づいて、前記ユーザに提示するリソースを特定し抽出する抽出手段と、
前記抽出手段により抽出された前記リソースを前記ユーザに提示する提示手段と
を備えることを特徴とするコンテンツ処理装置。
【請求項１８】
前記取得手段により取得された前記コンテンツに含まれるリソースである、前記コンテンツ配信装置において暗号化された暗号化済みリソースを復号する復号手段をさらに備え、
前記展開手段は、前記復号手段により前記暗号化済みリソースを復号して得られた前記アーカイブリソースを展開する
ことを特徴とする請求項１７に記載のコンテンツ処理装置。
【請求項１９】
前記指定情報は、前記ユーザに提示するリソースが含まれるアーカイブリソースを特定する情報、予め定められた所定の記号、および、前記ユーザに提示するリソースを特定する情報を含む
ことを特徴とする請求項１７に記載のコンテンツ処理装置。
【請求項２０】
前記抽出手段は、前記コンテンツ配信装置より供給された前記コンテンツの提示に関する情報に含まれる前記指定情報に基づいて、前記ユーザに提示するリソースを特定し抽出する
ことを特徴とする請求項１７に記載のコンテンツ処理装置。
【請求項２１】
前記ユーザによる、前記ユーザに提示するリソースの指定指示の入力を受け付ける入力受付手段をさらに備え、
前記入力受付手段は、受け付けた前記指定指示に基づいて前記指定情報を作成し、
前記抽出手段は、前記入力受付手段により作成された前記指定情報に基づいて、前記ユーザに提示するリソースを特定し抽出する
ことを特徴とする請求項１７に記載のコンテンツ処理装置。
【請求項２２】
ネットワークを介してコンテンツ配信装置からコンテンツの配信を受けるコンテンツ処理装置のコンテンツ処理方法であって、
前記コンテンツ配信装置より配信された前記コンテンツを取得するように制御する取得制御ステップと、
前記取得制御ステップの処理により制御されて取得された前記コンテンツに含まれるリソースである、前記コンテンツ配信装置においてアーカイブされたアーカイブリソースを展開する展開ステップと、
前記展開ステップの処理により前記アーカイブリソースを展開して得られたリソースである、展開済みリソースの中から、ユーザに提示するリソースを指定する指定情報に基づいて、前記ユーザに提示するリソースを特定し抽出する抽出ステップと、
前記抽出ステップの処理により抽出された前記リソースを前記ユーザに提示するように制御する提示制御ステップと
を含むことを特徴とするコンテンツ処理方法。
【請求項２３】
ネットワークを介してコンテンツ配信装置からコンテンツの配信を受けるコンテンツ処理用のプログラムであって、
前記コンテンツ配信装置より配信された前記コンテンツを取得するように制御する取得制御ステップと、
前記取得制御ステップの処理により制御されて取得された前記コンテンツに含まれるリソースである、前記コンテンツ配信装置においてアーカイブされたアーカイブリソースを展開する展開ステップと、
前記展開ステップの処理により前記アーカイブリソースを展開して得られたリソースである、展開済みリソースの中から、ユーザに提示するリソースを指定する指定情報に基づいて、前記ユーザに提示するリソースを特定し抽出する抽出ステップと、
前記抽出ステップの処理により抽出された前記リソースを前記ユーザに提示するように制御する提示制御ステップと
を含むことを特徴とするコンピュータが読み取り可能なプログラムが記録されている記録媒体。
【請求項２４】
ネットワークを介してコンテンツ配信装置からコンテンツの配信を受けるコンテンツ処理を、コンピュータに行わせるプログラムにおいて、
前記コンテンツ配信装置より配信された前記コンテンツを取得するように制御する取得制御ステップと、
前記取得制御ステップの処理により制御されて取得された前記コンテンツに含まれるリソースである、前記コンテンツ配信装置においてアーカイブされたアーカイブリソースを展開する展開ステップと、
前記展開ステップの処理により前記アーカイブリソースを展開して得られたリソースである、展開済みリソースの中から、ユーザに提示するリソースを指定する指定情報に基づいて、前記ユーザに提示するリソースを特定し抽出する抽出ステップと、
前記抽出ステップの処理により抽出された前記リソースを前記ユーザに提示するように制御する提示制御ステップと
を含むことを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンテンツ配信システムおよび方法、コンテンツ配信装置および方法、コンテンツ処理装置および方法、記録媒体、並びにプログラムに関し、特に、コンテンツが複数のファイルにより構成される場合においても、容易に、安全で効率の良いコンテンツ配信を行うことができるようにしたコンテンツ配信システムおよび方法、コンテンツ配信装置および方法、コンテンツ処理装置および方法、記録媒体、並びにプログラムに関する。
【背景技術】
【０００２】
最近、インターネットが普及し、インターネットを介して、各種のコンテンツが配信されるようになってきた。そこで、コンテンツを提供する提供者の広告情報を効果的にユーザに配信することも提案されている（例えば、特許文献１）。
【０００３】
コンテンツとして提示されるファイル（リソース）としては、例えば、映像・音声等を含むストリームリソース、主にHTML（HyperText Markup Language）やBML（Broadcast Markup Language）で記述された文書データよりなり、その他に画像データ等の他の種類のデータを含むマルチメディアリソース、および、静止画像データ等のモノメディアリソース等がある。
【０００４】
ストリームリソースやモノメディアリソースをコンテンツとして配信する場合、それらのリソースは基本的に１つのファイルにより構成されることが多い。従って、コンテンツを配信するサーバは、そのファイル（リソース）に対して、鍵情報を生成し、暗号化を行う等の著作権保護処理を行ってからクライアントに配信することにより、安全なコンテンツ配信を行うことができる。
【０００５】
【特許文献１】特開２００３−６９９７７公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、このような著作権保護処理は、通常、ファイル単位でしか行うことができず、例えば、マルチメディアリソースを配信する場合のように、複数のファイル（リソース）をコンテンツとして配信する場合、コンテンツ（リソース）を構成する各ファイルに対して、それぞれ、上述したような著作権保護処理を行わなければならず、ファイルの数とともに、暗号化処理の負荷が増大するだけでなく、生成される鍵情報の数も増大し、サーバからクライアントに対して供給される情報量も増大し、さらに、クライアントにおける復号処理等の負荷も増大してしまい、非効率なコンテンツ配信となってしまうという課題があった。
【０００７】
これに対して、予め複数のデータを１つのファイルとしてまとめ、それをマルチメディアコンテンツとして配信することも考えられるが、その場合、コンテンツの作成者は、コンテンツを配信する際のデータの組み合わせを考慮してデータを作成しなければならず、コンテンツの配信者は、データを組み合わせてコンテンツを作成することができない。さらに、複数のコンテンツが互いに異なるデータを含んでいる場合、同じデータを含んでいても（共通部分があっても）、コンテンツ毎にファイルを用意しなければならないので、配信用として用意されるコンテンツの容量が増大してしまう。以上のように、各マルチメディアコンテンツを１つのファイルとする場合、煩雑な作業が必要であったり、コンテンツの自由度が低下したり、コンテンツの容量が増大したりするなど、コンテンツの配信が非効率になってしまうという課題があった。
【０００８】
本発明は、このような状況に鑑みてなされたものであり、複数のファイルを１つのコンテンツとして配信する場合においても、処理の負荷を増大させることなく、コンテンツを、安全かつ効率的に、ネットワークを介して配信できるようにするものである。
【課題を解決するための手段】
【０００９】
本発明のコンテンツ配信システムは、ネットワークを介してコンテンツ配信装置からコンテンツ処理装置にコンテンツを配信するコンテンツ配信システムであって、コンテンツ配信装置は、コンテンツを構成する１つまたは複数のリソースをアーカイブし、リソースをアーカイブして得られたアーカイブリソースを含むコンテンツをコンテンツ処理装置に配信し、コンテンツ処理装置は、コンテンツ配信装置より配信されたコンテンツを取得し、取得されたコンテンツに含まれるアーカイブリソースを展開し、アーカイブリソースを展開して得られた１つまたは複数のリソースの中から、ユーザに提示するリソースを指定する指定情報に基づいて、ユーザに提示するリソースを特定して抽出し、抽出されたリソースをユーザに提示することを特徴とする。
【００１０】
前記コンテンツ配信装置は、リソースをアーカイブして得られたアーカイブリソースを暗号化し、暗号化済みアーカイブリソースとしてコンテンツに含めてコンテンツ処理装置に配信し、コンテンツ処理装置は、取得されたコンテンツに含まれる暗号化済みアーカイブリソースを復号してアーカイブリソースを得るようにすることができる。
【００１１】
本発明のコンテンツ配信方法は、ネットワークを介してコンテンツ配信装置からコンテンツ処理装置にコンテンツを配信するコンテンツ配信システムのコンテンツ配信方法であって、コンテンツ配信装置は、コンテンツを構成する１つまたは複数のリソースをアーカイブし、リソースをアーカイブして得られたアーカイブリソースを含むコンテンツをコンテンツ処理装置に配信し、コンテンツ処理装置は、コンテンツ配信装置より配信されたコンテンツを取得し、取得されたコンテンツに含まれるアーカイブリソースを展開し、アーカイブリソースを展開して得られた１つまたは複数のリソースの中から、ユーザに提示するリソースを指定する指定情報に基づいて、ユーザに提示するリソースを特定して抽出し、抽出されたリソースをユーザに提示することを特徴とする。
【００１２】
前記コンテンツ配信装置は、リソースをアーカイブして得られたアーカイブリソースを暗号化し、暗号化済みアーカイブリソースとしてコンテンツに含めてコンテンツ処理装置に配信し、コンテンツ処理装置は、取得されたコンテンツに含まれる暗号化済みアーカイブリソースを復号してアーカイブリソースを得るようにすることができる。
【００１３】
本発明のコンテンツ配信装置は、コンテンツを構成する１つまたは複数のリソースをアーカイブするアーカイブ手段と、アーカイブ手段によりリソースをアーカイブして得られたアーカイブリソースを含むコンテンツをコンテンツ処理装置に配信する配信手段とを備えることを特徴とする。
【００１４】
前記アーカイブリソースを暗号化する暗号化手段をさらに備え、配信手段は、暗号化手段によりアーカイブリソースを暗号化して得られた暗号化済みアーカイブリソースを含むコンテンツをコンテンツ処理装置に配信するようにすることができる。
【００１５】
前記コンテンツ毎の、リソースのアーカイブに関する情報のリストであるアーカイブ情報リストを記憶するアーカイブ情報リスト記憶手段をさらに備え、アーカイブ手段は、アーカイブ情報リスト記憶手段により記憶されるアーカイブ情報リストの、コンテンツに対応する部分の情報に基づいて、リソースをアーカイブするようにすることができる。
【００１６】
前記アーカイブ手段は、アーカイブするリソース内に含まれる他のリソースのURIを最適化し、URIが最適化されたリソースをアーカイブするようにすることができる。
【００１７】
前記アーカイブ手段は、アーカイブするリソース内に含まれる、動的に生成される他のリソースのURIの生成方法を最適化し、URIの生成方法が最適化されたリソースをアーカイブするようにすることができる。
【００１８】
前記アーカイブリソースを暗号化するための鍵情報を生成する鍵情報生成手段をさらに備え、暗号化手段は、鍵情報生成手段により生成された鍵情報を用いて、アーカイブリソースを暗号化するようにすることができる。
【００１９】
前記コンテンツ処理装置からの、コンテンツの配信の要求を受け付ける要求受付手段をさらに備え、アーカイブ手段は、要求受付手段により受け付けられた要求により、配信を要求されたコンテンツを構成するリソースをアーカイブするようにすることができる。
【００２０】
前記アーカイブリソースを記憶するリソース記憶手段をさらに備え、暗号化手段は、リソース記憶手段により記憶されているアーカイブリソースを暗号化するようにすることができる。
【００２１】
前記コンテンツ処理装置からの、コンテンツの配信の要求を受け付ける要求受付手段をさらに備え、暗号化手段は、リソース記憶手段により記憶されているアーカイブリソースの内、要求受付手段により受け付けられた要求により配信を要求されたコンテンツを構成するアーカイブリソースを暗号化するようにすることができる。
【００２２】
本発明のコンテンツ配信方法は、コンテンツを構成する１つまたは複数のリソースをアーカイブするアーカイブステップと、アーカイブステップの処理によりリソースをアーカイブして得られたアーカイブリソースを含むコンテンツをコンテンツ処理装置に配信する配信ステップとを含むことを特徴とする。
【００２３】
本発明の記録媒体は、コンテンツを構成する１つまたは複数のリソースをアーカイブするアーカイブステップと、アーカイブステップの処理によりリソースをアーカイブして得られたアーカイブリソースを含むコンテンツをコンテンツ処理装置に配信する配信ステップとを含むことを特徴とする。
【００２４】
本発明のプログラムは、コンテンツを構成する１つまたは複数のリソースをアーカイブするアーカイブステップと、アーカイブステップの処理によりリソースをアーカイブして得られたアーカイブリソースを含むコンテンツをコンテンツ処理装置に配信する配信ステップとを含むことを特徴とするプログラム。
【００２５】
本発明のコンテンツ処理装置は、コンテンツ配信装置より配信されたコンテンツを取得する取得手段と、取得手段により取得されたコンテンツに含まれるリソースである、コンテンツ配信装置においてアーカイブされたアーカイブリソースを展開する展開手段と、展開手段によりアーカイブリソースを展開して得られたリソースである、展開済みリソースの中から、ユーザに提示するリソースを指定する指定情報に基づいて、ユーザに提示するリソースを特定し抽出する抽出手段と、抽出手段により抽出されたリソースをユーザに提示する提示手段とを備えることを特徴とする。
【００２６】
取得手段により取得されたコンテンツに含まれるリソースである、コンテンツ配信装置において暗号化された暗号化済みリソースを復号する復号手段をさらに備え、展開手段は、復号手段により暗号化済みリソースを復号して得られたアーカイブリソースを展開するようにすることができる。
【００２７】
前記指定情報は、ユーザに提示するリソースが含まれるアーカイブリソースを特定する情報、予め定められた所定の記号、および、ユーザに提示するリソースを特定する情報を含むようにすることができる。
【００２８】
前記抽出手段は、コンテンツ配信装置より供給されたコンテンツの提示に関する情報に含まれる指定情報に基づいて、ユーザに提示するリソースを特定し抽出するようにすることができる。
【００２９】
前記ユーザによる、ユーザに提示するリソースの指定指示の入力を受け付ける入力受付手段をさらに備え、入力受付手段は、受け付けた指定指示に基づいて指定情報を作成し、抽出手段は、入力受付手段により作成された指定情報に基づいて、ユーザに提示するリソースを特定し抽出するようにすることができる。
【００３０】
本発明のコンテンツ処理方法は、コンテンツ配信装置より配信されたコンテンツを取得するように制御する取得制御ステップと、取得制御ステップの処理により制御されて取得されたコンテンツに含まれるリソースである、コンテンツ配信装置においてアーカイブされたアーカイブリソースを展開する展開ステップと、展開ステップの処理によりアーカイブリソースを展開して得られたリソースである、展開済みリソースの中から、ユーザに提示するリソースを指定する指定情報に基づいて、ユーザに提示するリソースを特定し抽出する抽出ステップと、抽出ステップの処理により抽出されたリソースをユーザに提示するように制御する提示制御ステップとを含むことを特徴とする。
【００３１】
本発明の記録媒体は、コンテンツ配信装置より配信されたコンテンツを取得するように制御する取得制御ステップと、取得制御ステップの処理により制御されて取得されたコンテンツに含まれるリソースである、コンテンツ配信装置においてアーカイブされたアーカイブリソースを展開する展開ステップと、展開ステップの処理によりアーカイブリソースを展開して得られたリソースである、展開済みリソースの中から、ユーザに提示するリソースを指定する指定情報に基づいて、ユーザに提示するリソースを特定し抽出する抽出ステップと、抽出ステップの処理により抽出されたリソースをユーザに提示するように制御する提示制御ステップとを含むことを特徴とする。
【００３２】
本発明のプログラムは、コンテンツ配信装置より配信されたコンテンツを取得するように制御する取得制御ステップと、取得制御ステップの処理により制御されて取得されたコンテンツに含まれるリソースである、コンテンツ配信装置においてアーカイブされたアーカイブリソースを展開する展開ステップと、展開ステップの処理によりアーカイブリソースを展開して得られたリソースである、展開済みリソースの中から、ユーザに提示するリソースを指定する指定情報に基づいて、ユーザに提示するリソースを特定し抽出する抽出ステップと、抽出ステップの処理により抽出されたリソースをユーザに提示するように制御する提示制御ステップとをコンピュータに実行させる。
【００３３】
本発明のコンテンツ配信システムおよび方法においては、ネットワークを介してコンテンツ配信装置からコンテンツ処理装置にコンテンツを配信するコンテンツ配信システムが備えられ、コンテンツ配信装置においては、コンテンツを構成する１つまたは複数のリソースがアーカイブされ、アーカイブリソースを含むコンテンツがコンテンツ処理装置に配信され、コンテンツ処理装置においては、コンテンツ配信装置より配信されたコンテンツが取得され、取得されたコンテンツに含まれるアーカイブリソースが展開され、アーカイブリソースが展開されて得られた１つまたは複数のリソースの中から、ユーザに提示するリソースを指定する指定情報に基づいて、ユーザに提示するリソースが特定されて抽出され、その抽出されたリソースがユーザに提示される。
【００３４】
本発明のコンテンツ配信装置および方法、記録媒体、並びにプログラムにおいては、コンテンツを構成する１つまたは複数のリソースがアーカイブされ、リソースがアーカイブされて得られたアーカイブリソースを含むコンテンツがコンテンツ処理装置に配信される。
【００３５】
本発明のコンテンツ処理装置および方法、記録媒体、並びにプログラムにおいては、コンテンツ配信装置より配信されたコンテンツが取得され、取得されたコンテンツに含まれるリソースである、コンテンツ配信装置においてアーカイブされたアーカイブリソースが展開され、アーカイブリソースが展開されて得られたリソースである、展開済みリソースの中から、ユーザに提示するリソースを指定する指定情報に基づいて、ユーザに提示するリソースが特定されて抽出され、その抽出されたリソースがユーザに提示される。
【発明の効果】
【００３６】
本発明によれば、コンテンツを配信することができる。特に、複数のファイルを１つのコンテンツとして配信する場合においても、処理の負荷を増大させることなく、コンテンツを、安全かつ効率的に、ネットワークを介して配信することが可能となる。これにより、インターネットを中心とするネットワークを介して、コンテンツを配信するシステムを普及させることが可能となる。
【発明を実施するための最良の形態】
【００３７】
以下に本発明の実施の形態を説明するが、請求項に記載の構成要件と、発明の実施の形態における具体例との対応関係を例示すると、次のようになる。この記載は、請求項に記載されている発明をサポートする具体例が、発明の実施の形態に記載されていることを確認するためのものである。従って、発明の実施の形態中には記載されているが、構成要件に対応するものとして、ここには記載されていない具体例があったとしても、そのことは、その具体例が、その構成要件に対応するものではないことを意味するものではない。逆に、具体例が構成要件に対応するものとしてここに記載されていたとしても、そのことは、その具体例が、その構成要件以外の構成要件には対応しないものであることを意味するものでもない。
【００３８】
さらに、この記載は、発明の実施の形態に記載されている具体例に対応する発明が、請求項に全て記載されていることを意味するものではない。換言すれば、この記載は、発明の実施の形態に記載されている具体例に対応する発明であって、この出願の請求項には記載されていない発明の存在、すなわち、将来、分割出願されたり、補正により追加される発明の存在を否定したりするものではない。
【００３９】
本発明においては、ネットワーク（例えば、図１のネットワーク１２）を介してコンテンツ配信装置（例えば、図１のサーバ１３）からコンテンツ処理装置（例えば、図１の端末装置１１）にコンテンツを配信するコンテンツ配信システム（例えば、図１のネットワークシステム１）が提供される。コンテンツ配信装置は、コンテンツを構成する１つまたは複数のリソース（例えば、図１のリソース群４１）をアーカイブし（例えば、図６のステップＳ１４）、リソースをアーカイブして得られたアーカイブリソース（例えば、図１のアーカイブリソース４２）を含むコンテンツをコンテンツ処理装置に配信し（例えば、図６のステップＳ１７）、コンテンツ処理装置は、コンテンツ配信装置より配信されたコンテンツを取得し（例えば、図６のステップＳ３）、取得されたコンテンツに含まれるアーカイブリソースを展開し（例えば、図６のステップＳ５）、アーカイブリソースを展開して得られた１つまたは複数のリソースの中から、ユーザに提示するリソースを指定する指定情報に基づいて、ユーザに提示するリソースを特定して抽出し（例えば、図６のステップＳ６）、抽出されたリソースをユーザに提示する（例えば、図６のステップＳ６）。
【００４０】
前記コンテンツ配信装置は、リソースをアーカイブして得られたアーカイブリソースを暗号化し（例えば、図６のステップＳ１６）、暗号化済みアーカイブリソース（例えば、図１のDRM処理済みアーカイブリソース４３）としてコンテンツに含めてコンテンツ処理装置に配信し、コンテンツ処理装置は、取得されたコンテンツに含まれる暗号化済みアーカイブリソースを復号し（例えば、図６のステップＳ４）てアーカイブリソースを得るようにすることができる。
【００４１】
本発明においては、ネットワーク（例えば、図１のネットワーク１２）を介してコンテンツをコンテンツ処理装置（例えば、図１の端末装置１１）に配信するコンテンツ配信装置（例えば、図１のサーバ１３）が提供される。このコンテンツ配信装置は、コンテンツを構成する１つまたは複数のリソース（例えば、図１のリソース群４１）をアーカイブするアーカイブ手段（例えば、図５のアーカイブ処理モジュール１６３）と、アーカイブ手段によりリソースをアーカイブして得られたアーカイブリソース（例えば、図１のアーカイブリソース４２）を含むコンテンツをコンテンツ処理装置に配信する配信手段（例えば、図５のコンテンツ供給モジュール１６６）とを備える。
【００４２】
前記アーカイブリソースを暗号化する暗号化手段（例えば、図５の暗号化処理モジュール１６４、または、図１４のコンテンツサーバ３０５）をさらに備え、前記配信手段は、前記暗号化手段により前記アーカイブリソースを暗号化して得られた暗号化済みアーカイブリソース（例えば図１のDRM処理済みアーカイブリソース４３）を含む前記コンテンツを前記コンテンツ処理装置に配信するようにすることができる。
【００４３】
前記コンテンツ毎の、リソースのアーカイブに関する情報のリストであるアーカイブ情報リスト（例えば、図４のアーカイブ情報リスト１５３）を記憶するアーカイブ情報リスト記憶手段（例えば、図４の記憶部１４３）をさらに備え、アーカイブ手段は、アーカイブ情報リスト記憶手段により記憶されるアーカイブ情報リストの、コンテンツに対応する部分の情報（例えば、図５のアーカイブ情報）に基づいて、リソースをアーカイブする（例えば、図６のステップＳ１４）ようにすることができる。
【００４４】
前記アーカイブ手段は、アーカイブするリソース内に含まれる他のリソースのURIを最適化し（例えば、図８のステップＳ３６）、URIが最適化されたリソースをアーカイブする（例えば、図８のステップＳ３９）ようにすることができる。
【００４５】
前記アーカイブ手段は、アーカイブするリソース内に含まれる、動的に生成される他のリソースのURIの生成方法を最適化し（例えば、図８のステップＳ３８）、URIの生成方法が最適化されたリソースをアーカイブする（例えば、図８のステップＳ３９）ようにすることができる。
【００４６】
前記アーカイブリソースを暗号化するための鍵情報（例えば、図５の鍵情報Ｋｃ）を生成する鍵情報生成手段（例えば、図５のDRM処理モジュール１６５）をさらに備え、暗号化手段は、鍵情報生成手段により生成された鍵情報を用いて、アーカイブリソースを暗号化する（例えば、図６のステップＳ１６）ようにすることができる。
【００４７】
前記コンテンツ処理装置からの、コンテンツの配信の要求を受け付ける要求受付手段（例えば、図５の要求受付モジュール１６１）をさらに備え、アーカイブ手段は、要求受付手段により受け付けられた要求により、配信を要求されたコンテンツを構成するリソースをアーカイブする（例えば、図６のステップＳ１４）ようにすることができる。
【００４８】
前記アーカイブリソースを記憶するリソース記憶手段（例えば、図１４のコンテンツサーバ３０５）をさらに備え、暗号化手段は、リソース記憶手段により記憶されているアーカイブリソースを暗号化する（図１８のステップＳ２２４）ようにすることができる。
【００４９】
前記コンテンツ処理装置からの、コンテンツの配信の要求を受け付ける要求受付手段（例えば、図１４のショップサーバ３０１）をさらに備え、暗号化手段は、リソース記憶手段により記憶されているアーカイブリソースの内、要求受付手段により受け付けられた要求により配信を要求されたコンテンツを構成するアーカイブリソースを暗号化する（図１８のステップＳ２２４）ようにすることができる。
【００５０】
本発明においては、ネットワーク（例えば、図１のネットワーク１２）を介してコンテンツをコンテンツ処理装置（例えば、図１の端末装置１１）に配信するコンテンツ配信装置（例えば、図１のサーバ１３）のコンテンツ配信方法が提供される。このコンテンツ配信方法は、コンテンツを構成する１つまたは複数のリソース（例えば、図１のリソース群４１）をアーカイブするアーカイブステップ（例えば、図６のステップＳ１４）と、アーカイブステップの処理によりリソースをアーカイブして得られたアーカイブリソース（例えば、図１のアーカイブリソース４２）を含むコンテンツをコンテンツ処理装置に配信する配信ステップ（例えば、図６のステップＳ１７）とを含む。
【００５１】
本発明においては、ネットワーク（例えば、図１のネットワーク１２）を介してコンテンツ配信装置（例えば、図１のサーバ１３）からコンテンツの配信を受けるコンテンツ処理装置（例えば、図１の端末装置１１）が提供される。このコンテンツ処理装置は、コンテンツ配信装置より配信されたコンテンツを取得する取得手段（例えば、図２の通信部７４）と、取得手段により取得されたコンテンツに含まれるリソースである、コンテンツ配信装置においてアーカイブされたアーカイブリソース（例えば、図１のアーカイブリソース４２）を展開する展開手段（例えば、図６のステップＳ５の処理を実行する図３の通信処理モジュール１０１）と、展開手段によりアーカイブリソースを展開して得られたリソースである、展開済みリソース（例えば、図３の展開済みリソース９４Ａ）の中から、ユーザに提示するリソースを指定する指定情報（例えば、図２０のコンテンツ起動文書３２１に記述されるコンテンツURI）に基づいて、ユーザに提示するリソースを特定し抽出する抽出手段（例えば、図６のステップＳ６の処理を実行する図３のHTMLブラウザ１０３およびプラグイン１０５）と、抽出手段により抽出されたリソースをユーザに提示する提示手段（例えば、図６のステップＳ６の処理を実行する図３のHTMLブラウザ１０３およびプラグイン１０５）とを備える。
【００５２】
前記取得手段により取得されたコンテンツに含まれるリソースである、コンテンツ配信装置において暗号化された暗号化済みリソース（例えば、図１のDRM処理済みアーカイブリソース４３）を復号する復号手段（例えば、図６のステップＳ４の処理を実行する図３の通信処理モジュール１０１）をさらに備え、展開手段は、復号手段により暗号化済みリソースを復号して得られたアーカイブリソースを展開するようにすることができる。
【００５３】
前記抽出手段は、コンテンツ配信装置より供給されたコンテンツの提示に関する情報（例えば、図２０のコンテンツ起動文書３２１）に含まれる指定情報に基づいて、ユーザに提示するリソースを特定し抽出するようにすることができる。
【００５４】
前記ユーザによる、ユーザに提示するリソースの指定指示の入力を受け付ける入力受付手段（例えば、図２の入力部７１）をさらに備え、入力受付手段は、受け付けた指定指示に基づいて指定情報を作成し、抽出手段は、入力受付手段により作成された指定情報に基づいて、ユーザに提示するリソースを特定し抽出するようにすることができる。
【００５５】
本発明においては、ネットワーク（例えば、図１のネットワーク１２）を介してコンテンツ配信装置（例えば、図１のサーバ１３）からコンテンツの配信を受けるコンテンツ処理装置（例えば、図１の端末装置１１）のコンテンツ処理方法が提供される。このコンテンツ処理方法は、コンテンツ配信装置より配信されたコンテンツを取得するように制御する取得制御ステップ（例えば、図６のステップＳ３）と、取得制御ステップの処理により制御されて取得されたコンテンツに含まれるリソースである、コンテンツ配信装置においてアーカイブされたアーカイブリソース（例えば、図１のアーカイブリソース４２）を展開する展開ステップ（例えば、図６のステップＳ５）と、展開ステップの処理によりアーカイブリソースを展開して得られたリソースである、展開済みリソース（例えば、図３の展開済みリソース４９Ａ）の中から、ユーザに提示するリソースを指定する指定情報に基づいて、ユーザに提示するリソースを特定し抽出する抽出ステップ（例えば、図６のステップＳ６）と、抽出ステップの処理により抽出されたリソースをユーザに提示するように制御する提示制御ステップ（例えば、図６のステップＳ６）とを含む。
【００５６】
以下に、本発明の実施の形態について図面を参照して説明する。
【００５７】
図１は、本発明を適用したネットワークシステムの構成例を表している。このネットワークシステム１は、端末装置１１、端末装置１１が接続される、例えば、インターネットに代表されるネットワーク１２、ネットワーク１２を介して端末装置１１に接続されるサーバ１３とにより構成される。
【００５８】
ネットワークシステム１は、サーバ１３が、ネットワーク１２を介して供給される端末装置１１の要求に基づいて、コンテンツを配信するコンテンツ配信システムである。なお、以下において、コンテンツとは、娯楽又は情報取得の目的で視聴対象として価値が与えられているデータの総称を指すとともに、価値を有する視聴対象の最小単位の実体の意味も有する。すなわち、コンテンツとは、サーバ１３から端末装置１１に対して、サービスとして提供されるデータ全体を指すとともに、そのサービス（データ）の提供単位としても用いられる。
【００５９】
端末装置１１は、サーバ１３より配信されるコンテンツを受信し、ユーザに提示する装置であり、ユーザの指示に基づいてサーバ１３にコンテンツの配信を要求したり、取得したコンテンツのユーザへの提示を制御したりするブラウザ処理部２１、配信されるコンテンツの著作権保護に関する処理を行う復号処理部２２、複数のファイルが１つのファイルとしてまとめられている（アーカイブされている）アーカイブファイルに対して、展開処理を行い、元のファイルを復元する処理を行う展開処理部２３、並びに、ブラウザ処理部２１より供給された提示情報（画像等）をユーザに提示する（表示する）モニタ２４等の機能ブロックを有している。
【００６０】
サーバ１３は、端末装置１１からの要求に基づいて、コンテンツを、ネットワーク１２を介して端末装置１１に供給する装置である。サーバ１３は、端末装置１１からの要求を受け付ける要求受付部３１、配信用のコンテンツ（データ）を蓄積するコンテンツ蓄積部３２、コンテンツ蓄積部３２より供給される複数のコンテンツに対してアーカイブ処理を行うアーカイブ処理部３３、コンテンツを安全に配信するために、コンテンツに対して著作権保護処理DRMを施す暗号化処理部３４、用意されたコンテンツを、ネットワーク１２を介して端末装置１１に供給する。
【００６１】
サーバ１３が提供するコンテンツは、サーバ１３より端末装置１１に実際にサービスとして提供されるファイルであるリソースや、リソースを端末装置１１のユーザに提供するための制御用途のファイル等により構成される。なお、リソースには、例えば映像や音声等を含むデータよりなり、端末装置１１が配信されたデータを蓄積せずに順次提示するストリーム配信用のストリームリソース、ストリームリソースを除く、１つのデータにより構成されるモノメディアリソース、他のデータを参照したり、複数種類のデータにより構成されたりするマルチメディアリソース、１つまたは複数のリソース（ファイル）が１つのリソース（ファイル）としてまとめられたアーカイブリソース等のカテゴリに分けられる。
【００６２】
例えば、マルチメディアリソースには、HTML（HyperText Markup Language）により記述されたHTML文書データやBML（Broadcast Markup Language）により記述されたBML文書データが含まれる。これらの文書データ（ページ）は、他の文書データ（ページ）やモノメディアリソースへのリンクが張られたり、画像データ等が文書中に埋め込まれたりする場合が多い。なお、アーカイブリソースは、複数のファイルをまとめたものであるが、その場合、当然、１つのコンテンツとして互いに関連するファイルがまとめられる。従って、アーカイブリソースは、１つ以上のマルチメディアリソースを含む。
【００６３】
以下において、このようなマルチメディアリソースまたはアーカイブリソースを含むコンテンツをマルチメディア型コンテンツと称し、１つのストリームリソースのみをリソースとして含むコンテンツをストリーム型コンテンツと称する。ストリーム型コンテンツの場合、コンテンツを視聴する端末装置１１のユーザは、通常、映像・音声等による一定時間の受動的な視聴形態をとり、マルチメディア型コンテンツの場合、ユーザは、操作を伴うインタラクティブな視聴形態をとる。
【００６４】
このような各種のコンテンツを配信するサーバ１３に対して、端末装置１１のブラウザ処理部２１が、ネットワーク１２を介してマルチメディア型コンテンツ（アーカイブリソース）を要求すると、サーバ１３の要求受付部３１がその要求を受け付け、要求されたコンテンツに対応するリソース群４１の配信をコンテンツ蓄積部３２に要求する。コンテンツ群（リソース群４１）が蓄積されているコンテンツ蓄積部３２は、要求されたマルチメディア型コンテンツに対応するリソース群４１（アーカイブするリソース群）をアーカイブ処理部３２に供給する。アーカイブ処理部３３は、そのリソース群４１に対してアーカイブ処理を行い、アーカイブリソース４２を生成し（リソース群４１を１つのファイルとしてまとめ）、それを暗号化処理部３４に供給する。
【００６５】
暗号化処理部３４は、その供給されたアーカイブリソース４２に対して著作権保護処理、すなわちDRM（Digital Rights Management）処理を行い、暗号化されたアーカイブリソースであるDRM処理済みアーカイブリソース４３を生成し、それをコンテンツ供給部３５に供給する。コンテンツ供給部３５は、そのDRM処理済みアーカイブリソース４３を、マルチメディア型コンテンツとして、ネットワーク１２を介して、要求元である端末装置１１に供給する。
【００６６】
端末装置１１の復号処理部２２は、マルチメディア型コンテンツとしてネットワーク１２を介して供給されたDRM処理済みアーカイブリソース４３に対して復号処理を行い、アーカイブリソース４２を復元し、それを展開処理部２３に供給する。展開処理部２３は、供給されたアーカイブリソース４２に対して展開処理を行い、元のリソース群４１を復元すると、それをブラウザ処理部４１に供給する。ブラウザ処理部４１は、このリソース群４１を取得すると、その中から、最初にユーザに指示されたリソースを選択し、そのリソースの画像をモニタ２４に供給して表示させる。
【００６７】
以上のように、ネットワークシステム１において、サーバ１３は、マルチメディア型コンテンツに対応するリソース群（ファイル群）に対してアーカイブ処理を行うことによりそれらを１つのリソース（ファイル）にまとめてから、著作権保護処理を行い、クライアント１１に配信する。
【００６８】
なお、図１のネットワークシステム１において、１台の端末装置１１と１台のサーバ１３が、１つのネットワーク１２を介して接続されているように示しているが、端末装置１１およびサーバ１２は、それぞれ複数台により構成されるようにしてもよいし、ネットワーク１２が複数のネットワークであってももちろんよい。
【００６９】
図２は、端末装置１１の内部の構成例を表している。
【００７０】
図２において、CPU（Central Processing Unit）６１は、ROM（Read Only Memory）６２に記憶されているプログラム、または記憶部７３からRAM（Random Access Memory）６３にロードされたプログラムに従って各種の処理を実行する。RAM６３にはまた、CPU６１が各種の処理を実行する上において必要なデータなども適宜記憶される。
【００７１】
CPU６１、ROM６２、およびRAM６３は、バス６４を介して相互に接続されている。このバス６４にはまた、入出力インタフェース７０も接続されている。
【００７２】
入出力インタフェース７０には、キーボード、マウスなどよりなる入力部７１、CRT(Cathode Ray Tube)、LCD(Liquid Crystal display)などよりなるディスプレイ、並びにスピーカなどよりなる出力部７２、ハードディスクなどより構成される記憶部７３、モデムなどより構成される通信部７４が接続されている。記憶部７３には、RAM６３にロードされ、CPU６１に実行されることによりコンテンツをサーバ１３より受信する処理を実行するコンテンツ受信プログラム８１が記憶されている。このコンテンツ受信プログラム８１をCPU６１が実行することにより、端末装置１１は、図１に示されるような機能ブロックを有する。通信部７４は、このコンテンツ受信プログラム８１を実行するCPU６１の制御に基づいて、ネットワーク１２を介しての通信処理を行う。
【００７３】
入出力インタフェース７０にはまた、必要に応じてドライブ７５が接続され、磁気ディスク、光ディスク、光磁気ディスク、或いは半導体メモリなどのリムーバブルメディア７６が適宜装着され、それらから読み出されたコンピュータプログラムが、必要に応じて記憶部７３にインストールされる。
【００７４】
図３に、コンテンツ受信プログラム８１の主な構成について、その例を示す。コンテンツ受信プログラム８１は、主に、ブラウザ９１、アプリケーションラウンチャ９２、およびヘルパーアプリケーション９３よりなる。
【００７５】
ブラウザ９１は、通信部７４を介して供給されるHTML文書データやBML文書データの表示に関する処理を行ったり、各種のデータの要求を、通信部７４を介して行ったりする。ブラウザ９１は、通信に関する処理を行う通信処理モジュール１０１、BML文書データを処理するBMLブラウザエンジン１０２、HTML文書データを処理するHTMLブラウザエンジン１０３、BML文書データ中に記述されるスクリプト関数であり、未定義で使用可能な関数であるECMA（European Computer Manufacturer Association）Script組み込み関数を処理するECMAScript組み込み関数処理部１０４、HTMLブラウザエンジン１０３により定義されたAPI（Application Program Interface）に基づき用意されたブラウザと同期して動作するソフトウェアモジュールであるプラグイン１０５により構成される。
【００７６】
ECMAScript組み込み関数処理部１０４は、BMLブラウザエンジン１０２より供給されるECMAScript組み込み関数を処理するとともに、必要に応じて、アプリケーションラウンチャ９２を介してヘルパーアプリケーション９３を起動させ、各種の処理を実行させる。プラグイン１０５は、HTMLブラウザエンジン１０３の制御に基づいて起動し、HTMLブラウザ１０３と同期して動作し、各種の処理を行うとともに、必要に応じて、アプリケーションラウンチャ９２を介してヘルパーアプリケーション９３を起動させ、各種の処理を実行させる。
【００７７】
アプリケーションラウンチャ９２は、BMLブラウザエンジン１０２、HTMLブラウザエンジン１０３、およびヘルパーアプリケーション９３の起動を管理するモジュールであり、ECMAScript組み込み関数処理部１０４やプラグイン１０５の指示に基づいて、それらを起動させる。
【００７８】
ヘルパーアプリケーション１０３は、ブラウザ９１とは独立して動作し、ブラウザ９１と同レベルで上位の制御部（例えば、OS（Operating System）等）により実行プロセスが管理されるソフトウェアモジュールであり、ストリームリソースの再生を行うモジュールであるストリームプレイヤ１１１、著作権保護されるコンテンツの利用時に、通信部７４を介してサーバ１３と通信を行い、必要なDRM処理を一括して行うソフトウェアモジュールであるDRM処理エージェント１１２、およびその他のヘルパーアプリケーション１１３等により構成される。
【００７９】
また、コンテンツ受信プログラム８１を実行したCPU６１は、例えば、RAM６３等に所定の記憶領域であるブラウザキャッシュ９４を作成する。ブラウザキャッシュ９４は、ブラウザ９１の処理において、各種のデータの一時保持場所として利用される。例えば、ブラウザキャッシュ９４は、ブラウザ９１が通信部７４を介して取得したコンテンツを保持したり、通信処理モジュール１０１がアーカイブリソースを展開して得られた展開済みリソース９４Ａを保持したりする。
【００８０】
以上のようなコンテンツ受信プログラム８１において、ブラウザ９１の各部、ストリームプレイヤ１１１、および通信部７４等が図１のブラウザ処理部２１に対応し、同様の処理を行う。また、図３のDRM処理エージェント１１２や通信部７４等が、図１の復号処理部２２に対応し、同様の処理を行う。さらに、図３の通信処理モジュール１０１等が図１の展開処理部２３に対応し、同様の処理を行う。
【００８１】
図４は、サーバ１３の構成を表している。図４において、CPU１３１は、ROM１３２に記憶されているプログラム、または記憶部１４３からRAM１３３にロードされたプログラムに従って各種の処理を実行する。RAM１３３にはまた、CPU１３１が各種の処理を実行する上において必要なデータなども適宜記憶される。
【００８２】
CPU１３１、ROM１３２、およびRAM１３３は、バス１３４を介して相互に接続されている。このバス１３４にはまた、入出力インタフェース１４０も接続されている。
【００８３】
入出力インタフェース１４０には、キーボード、マウスなどよりなる入力部１４１、CRT、LCDなどよりなるディスプレイ、並びにスピーカなどよりなる出力部１４２、ハードディスクなどより構成される記憶部１４３、モデムなどより構成される通信部１４４が接続されている。記憶部１４３には、RAM１３３にロードされ、CPU１３１に実行されることによりコンテンツを端末装置１１に供給する処理を実行するコンテンツ供給プログラム１５１、コンテンツとして提供される各種のリソースであるリソース群１５２、並びに、リソース群１５２のリソースをアーカイブリソースとして提供する際に参照される、アーカイブするリソースのリストであるアーカイブ情報リスト１５３等が記憶されている。このコンテンツ供給プログラム１５１をCPU１３１が実行することにより、サーバ１３は、図１に示されるような機能ブロックを有する。通信部１４４は、このコンテンツ供給プログラム１５１を実行するCPU１３１の制御に基づいて、ネットワーク１２を介しての通信処理を行う。
【００８４】
入出力インタフェース１４０にはまた、必要に応じてドライブ１４５が接続され、磁気ディスク、光ディスク、光磁気ディスク、或いは半導体メモリなどのリムーバブルメディア１４６が適宜装着され、それらから読み出されたコンピュータプログラムが、必要に応じて記憶部１４３にインストールされる。
【００８５】
図５に、コンテンツ供給プログラム１５１の主な構成について、その例を示す。コンテンツ供給プログラム１５１は、主に、要求受付モジュール１６１、コンテンツ管理モジュール１６２、アーカイブ処理モジュール１６３、暗号化処理モジュール１６４、DRM処理モジュール１６５、およびコンテンツ供給モジュール１６６よりなる。
【００８６】
要求受付モジュール１６１は、通信部１４４を介して供給された、端末装置１１からのコンテンツ配信に関する要求を受け付ける処理を行う。要求受付モジュール１６１は、その供給された要求から、要求されたコンテンツを示すコンテンツID（IDentification）を抽出し、それをコンテンツ管理モジュール１６２に供給する。コンテンツ管理モジュール１６２は、供給されたコンテンツIDがアーカイブリソースを含むマルチメディア型コンテンツのIDであると判定すると、そのコンテンツIDを記憶部１４３に供給し、アーカイブ情報を要求する。記憶部１４３は、アーカイブ情報リスト１５３より、供給されたコンテンツIDに対応するアーカイブ情報、すなわち、コンテンツIDが示すマルチメディア型コンテンツに含まれるアーカイブリソースのアーカイブに関する情報（リソース群１５２の中から、コンテンツIDに対応するリソース群を特定する情報）であるアーカイブ情報を、応答として、コンテンツ管理モジュール１６２に供給する。
【００８７】
アーカイブ情報を取得したコンテンツ管理モジュール１６２は、次に、そのアーカイブ情報に基づいて、記憶部１４３に対してリソースを要求する。なお、アーカイブ情報に対応するリソース群の一部または全部が記憶部１４３以外の記憶媒体（例えば、リムーバブルメディア１４６や図示せぬ他のサーバの記憶部等）に記憶されている場合、コンテンツ管理モジュール１６２は、アーカイブ情報に従い、そのリソースが記憶されている記憶媒体にリソースを要求する。すなわち、アーカイブ情報には、コンテンツIDに対応するリソースを特定する情報と、そのリソースが存在する場所に関する情報が含まれる。つまり、このアーカイブ情報リスト１５３とリソース群１５２が異なる記憶媒体に記憶されるようにすることも可能である。
【００８８】
リソースを要求された記憶部１４３は、その要求されたリソース群をリソース群１５２（リソース１５２−１乃至リソース１５２−Ｎ）の中から選択し、コンテンツ管理モジュール１６２に供給する。リソースを取得したコンテンツ管理モジュール１６２は、その取得したリソース群、およびアーカイブ情報をアーカイブ処理モジュール１６３に供給する。
【００８９】
アーカイブ処理モジュール１６３は、コンテンツ管理モジュール１６２より供給されたアーカイブ情報に基づいて、同じく供給されたリソース群をアーカイブし、アーカイブリソースを生成し、それを暗号化処理モジュール１６４に供給する。アーカイブ情報には、例えば、アーカイブ方式、圧縮率、階層情報、および、アーカイブ後のファイル名等の、アーカイブに関する情報が含まれていてもよく、アーカイブ処理モジュール１６３は、この情報に基づいてアーカイブ処理を行うようにしてもよい。暗号化処理モジュール１６４は、供給されたアーカイブリソースに対してDRM処理モジュール１６５より供給される鍵情報Ｋｃを用いて暗号化を行い、暗号化済リソースを生成すると、それをコンテンツ供給モジュール１６６に供給する。DRM処理モジュール１６５は、その際、通信部１４４を介して端末装置１１と通信を行い、DRM処理を行う。そして、そのDRM処理により鍵情報Ｋｃを生成し、それを暗号化処理モジュール１６４に供給する。暗号化済リソースを供給されたコンテンツ供給モジュール１６６は、その暗号化済リソースを、通信部１４４を介して、コンテンツ要求元である端末装置１１に配信する。
【００９０】
以上のようなコンテンツ供給プログラム１５１において、要求受付モジュール１６１等が図１の要求受付部３１に対応し、同様の処理を行う。また、図５のコンテンツ管理モジュール１６２や記憶部１４３等が、図１のコンテンツ蓄積部３２に対応し、同様の処理を行う。さらに、図５のアーカイブ処理モジュール１６３等が図１のアーカイブ処理部３３に対応し、同様の処理を行う。また、図５の暗号化処理モジュール１６４やDRM処理モジュール１６５等が図１の暗号化処理部３４に対応し、同様の処理を行う。さらに、図５のコンテンツ供給モジュール１６６等が図１のコンテンツ供給部３５に対応し、同様の処理を行う。
【００９１】
なお、以上の例では、サーバ１３を１つのサーバで構成するようにしたが、複数のサーバで構成することも、もちろん可能である。
【００９２】
以上においては、アーカイブリソースにより構成されるマルチメディア型コンテンツの配信に関する処理部について説明したが、サーバ１３は、ストリーム型コンテンツ等、その他のコンテンツ（リソース）も配信することができる。また、同様に、端末装置１１もアーカイブリソースにより構成されるマルチメディア型コンテンツ以外のコンテンツ（リソース）を取得し、ユーザに提示することができる。以下においては、HTML文書データを含むアーカイブリソースにより構成されるマルチメディア型コンテンツを配信する場合について説明する。
【００９３】
ユーザがHTML文書データを含むアーカイブリソースにより構成されるマルチメディア型コンテンツを視聴する場合、端末装置１１は、サーバ１３と図６に示されるような通信処理を行う。入力部７１を介してユーザからコンテンツ（HTML文書データ）の視聴を指示されると、端末装置１１のHTMLブラウザエンジン１０３は、最初に、ステップＳ１において、通信処理モジュール１０１を介して通信部７４を制御し、ネットワーク１２を介してサーバ１３にアクセスし、ユーザの所望するマルチメディア型コンテンツを要求する。なお、その際、端末装置１１は、サーバ１３より供給される配信可能なコンテンツの一覧を表示するHTML文書データ（またはBML文書データ等）をユーザに提示し、ユーザがその提示された一覧（入力部７１）を操作して、その中から視聴するコンテンツを選択するようにしてもよい。
【００９４】
ステップＳ１１において、サーバ１３の要求受付モジュール１６１は、通信部１４４を介して端末装置１１からのコンテンツの要求を受け付けると、要求されたコンテンツのコンテンツIDをコンテンツ管理モジュール１６２に供給する。コンテンツ管理モジュール１６２は、ステップＳ１２において、記憶部１４３にそのコンテンツIDを供給し、要求されたコンテンツのアーカイブ情報を取得する。記憶部１４３は、記憶しているアーカイブ情報リスト１５３に基づいて、コンテンツIDに対応するアーカイブ情報をコンテンツ管理モジュール１６２に供給する。
【００９５】
図７にアーカイブ情報リスト１５３の構成例を示す。図７において、アーカイブ情報リスト１５３は、コンテンツIDと、リソース名およびアーカイブリソース名を対応させる表である。例えば、コンテンツID「00000001」には、リソース１乃至リソース６が対応しており、リソース１乃至リソース３がアーカイブされて「アーカイブリソース１」という名前の１つのアーカイブリソースに変換され、リソース４およびリソース５がアーカイブされて「アーカイブリソース２」という名前の１つのアーカイブリソースに変換され、リソース６はアーカイブされないことが示されている。このように、１つのコンテンツに複数のアーカイブリソースが対応するようにしてもよい。また、アーカイブされないリソースの情報が含まれていてもよい。
【００９６】
また、例えば、コンテンツID「00000002」には、リソース１１乃至リソース１３が対応しており、リソース１１およびリソース１２がアーカイブされて「アーカイブリソース３」という名前のアーカイブリソースに変換され、リソース１３およびリソース１２がアーカイブされて「アーカイブリソース４」という名前のアーカイブリソースに変換されることが示されている。このように、同じリソースが複数のアーカイブリソースに含まれるようにしてももちろんよい。
【００９７】
なお、アーカイブ情報リスト１５３に上述した以外にも、例えば、アーカイブ方式や圧縮率等の、アーカイブ処理に関する情報が含まれていてももちろんよい。
【００９８】
このアーカイブ情報リスト１５３は、コンテンツの配信者（サーバ１３の運営者）が生成することにより、リソースの作成とコンテンツの配信との関係を切り離すことができる。すなわち、コンテンツの配信者は、自由にリソースを組み合わせて１つのコンテンツとして配信することができるし、リソースの作成者は、配信時の事情（例えば、このリソースがどのようなコンテンツに含めて配信されるか等）を考慮せずに、自由に作成することができる。
【００９９】
記憶部１４３は、以上のようなアーカイブ情報リスト１５３より、供給されたコンテンツIDに対応する部分を抽出し、アーカイブ情報としてコンテンツ管理モジュール１６２に供給する。
【０１００】
コンテンツ管理モジュール１６２は、ステップＳ１３において、そのアーカイブ情報に基づいて、記憶部１４３より要求されたコンテンツのリソース群を取得する。アーカイブ情報およびリソース群を取得したコンテンツ管理モジュール１６２は、それらをアーカイブ処理モジュール１６３に供給する。アーカイブ処理モジュール１６３は、ステップＳ１４において、取得したアーカイブ情報に基づいて、同じく取得したリソース群をアーカイブし、アーカイブリソースを作成する。アーカイブリソースを作成したアーカイブ処理モジュール１６３は、それを暗号化処理モジュール１６４に供給する。
【０１０１】
また、端末装置１１のDRM処理エージェント１１２と、サーバ１３のDRM処理モジュール１６５は、ネットワーク１２を介して互いに通信を行い、DRM処理エージェント１１２はステップＳ２において、DRM処理モジュール１６５はステップＳ１５において、それぞれDRM情報処理を行う。そして、鍵情報Ｋｃを生成すると、DRM処理モジュール１６５は、その鍵情報Ｋｃを暗号化処理モジュール１６４に供給する。鍵情報Ｋｃを取得した暗号化処理モジュール１６４は、ステップＳ１６において、供給されたアーカイブリソースを暗号化し、暗号化済リソースを生成すると、それをコンテンツ供給モジュール１６６に供給する。コンテンツ供給モジュール１６６は、ステップＳ１７において、供給された暗号化済リソースをマルチメディア型コンテンツとして、端末装置１１に供給する。
【０１０２】
端末装置１１の通信部７４は、ステップＳ３において、そのコンテンツ（暗号化済リソース）を取得すると、それをブラウザ９１の通信処理モジュール１０１に供給する。通信処理モジュール１０１は、ステップＳ４において、その暗号化済リソースを、ステップＳ２のDRM処理において生成された鍵情報を用いて復号し、アーカイブリソースを復元する。その際、通信処理モジュール１０１は、ブラウザキャッシュ９４を利用して処理を行い、例えば、受信した暗号化済リソースや復元したアーカイブリソースをブラウザキャッシュ９４に保持させる。
【０１０３】
そして、通信処理モジュール１０１は、ステップＳ５において、復元したアーカイブリソースに対して展開処理を行い、アーカイブ前のリソース群を復元し、復元したリソース群をブラウザキャッシュ９４に保持させる。リソース群が復元されると、HTMLブラウザエンジン１０３は、ステップＳ６において、その展開されたリソース群に含まれる、ユーザに指示されたリソースを特定して抽出し、そのリソースの画像を出力部７２のモニタ等に表示させるコンテンツ表示処理を行う。
【０１０４】
なお、このとき、アーカイブリソース内のリソースを指定するユーザの指示は、例えば、「アーカイブリソース名（URI）＋所定の記号＋リソース名（URI）」という構成のURIにより行われるようにしてもよい。ただし、ここで「＋」は組み合わせを示すためのものであり、実際に記述されるものではない。また、所定の記号は予め定められていればどのような記号であってもよい。具体的には、コンテンツ受信プログラム８１を実行するCPU６１に制御された入力部７１が、ユーザからの指示を受け付けると、その指示内容を、上述したような書式に変換し、その指示をHTMLブラウザエンジン１０３に供給する。その場合、HTMLブラウザエンジン１０３は、このような構成のURIを処理できないので、プラグイン１０５を用いてコンテンツ表示処理を行い、指定されたリソースを特定して抽出し、そのリソースの画像を出力部７２のモニタ等に表示させる。
【０１０５】
以上のように通信処理を行うことにより、サーバ１３は、端末装置１１より要求されたコンテンツが複数のリソース（ファイル）で構成される場合であっても、それらのリソース群（ファイル群）をアーカイブし、１つのアーカイブリソースとしてDRM処理を行い、端末装置１１に配信するので、リソースの数が増加しても、DRM処理の負荷を増大させることなく容易にコンテンツ（それらのリソース群）を、安全かつ効率的に端末装置１１に配信することができる。また、コンテンツをアーカイブして送信するので、サーバ１３は、その配信の際の通信量も削減することができる。また、端末装置１１は、このサーバ１３に対応し、DRM処理の負荷を増大させずに、安全かつ効率的に配信された複数のリソースからなるコンテンツを容易に受信し、元のリソースを復元してユーザに提示することができる。また、それらの処理を行う場合でもユーザによる煩雑な作業も必要としない。すなわち、ネットワークシステム１は、複数のファイルを１つのコンテンツとして配信する場合においても、一般ユーザに複雑な操作を強いることなく、さらに、処理の負荷を増大させることなく、コンテンツを、安全かつ効率的に、ネットワークを介して配信することができる。
【０１０６】
以上においては、サーバ１３が複数のリソースをアーカイブして配信するように説明したが、上述したようにリソースがHTML文書データのような場合、その文書中に、他のリソースへのリンク等が張られている場合がある。このように他のリソースを参照する情報がリソースに含まれている場合、アーカイブ処理により、各リソース間の関係が崩れたり、ルートが変化したりする等、ディレクトリ構造の変化によるドキュメントスコープのずれから、リンク等が正常に動作しなくなる恐れがある。従って、アーカイブする際は、その点に注意し、必要に応じてリンク等の、リソースに含まれるURI（Uniform Resource Identifier）情報を更新する必要がある。
【０１０７】
図８のフローチャートを参照して、サーバ１３によるリソースのアーカイブ処理を説明する。なお、この処理は、図６のステップＳ１４に対応する。
【０１０８】
最初に、サーバ１３のアーカイブ処理モジュール１６３は、ステップＳ３１において、アーカイブ処理の進行を管理するために用いられる処理管理情報を初期化し、ステップＳ３２において、コンテンツ管理モジュール１６２よりリソース群とともに供給されたアーカイブ情報を参照する。
【０１０９】
アーカイブ処理モジュール１６３は、ステップＳ３３において、処理管理情報を参照し、未処理のリソースが存在するか否かを判定する。未処理のリソースが存在すると判定した場合、アーカイブ処理モジュール１６３は、処理をステップＳ３４に進め、未処理のリソースの中から、次に処理を行うリソースを選択し、ステップＳ３５において、そのリソースを参照し、リソース内にURI（すなわち、他のリソースを参照する情報）が含まれるか否かを判定する。リソース内にURIが存在すると判定した場合、アーカイブ処理モジュール１６３は、処理をステップＳ３６に進め、そのURIをアーカイブ処理に応じて書き換え、アーカイブファイル名を反映させる等して、適切な表現に変換することによりURIを最適化する。なお、URIが複数存在する場合は、全てのURIについてこの処理が行われる。URIを書き換えたアーカイブ処理モジュール１６３は、処理をステップＳ３７に進める。また、ステップＳ３５において、処理対象のリソース内にURIが含まれないと判定した場合、アーカイブ処理モジュール１６３は、ステップＳ３６の処理を省略し、ステップＳ３７に処理を進める。
【０１１０】
ステップＳ３７において、アーカイブ処理モジュール１６３は、処理対象のリソースを参照し、リソース内に動的に生成されるURIが存在するか否かを判定する。例えば、現時点ではURIは存在しないが、JAVA（登録商標）等によって、そのリソースが実行される際等にURIが動的に生成されるような記述がリソースに含まれる場合、その生成されたURIのドキュメントスコープがずれてしまわないようにしなければならない。従って、アーカイブ処理モジュール１６３は、ステップＳ３７において、動的に生成されるURIがリソース内に存在すると判定した場合、ステップＳ３８に処理を進め、生成されたURIにアーカイブリソース名が反映されるようにする等、適切な表現のURIが生成されるように、URIの生成方法を更新してURIの生成方法を最適化する。URIの生成方法を更新したアーカイブ処理モジュール１６３は、ステップＳ３９に処理を進める。また、ステップＳ３８において、処理対象のリソース内に動的に生成されるURIが存在しないと判定した場合、アーカイブ処理モジュール１６３は、ステップＳ３８の処理を省略し、ステップＳ３９に処理を進める。
【０１１１】
ステップＳ３９に処理を進めたアーカイブ処理モジュール１６３は、リソースをアーカイブし、アーカイブリソースに追加する。そして、アーカイブ処理モジュール１６３は、ステップＳ４０において、処理管理情報にその処理を反映させて更新すると、ステップＳ３３に処理を戻し、残りのリソースに対して処理を繰り返すために、それ以降の処理を繰り返す。すなわち、アーカイブ処理モジュール１６３は、アーカイブ情報に基づいて、ステップＳ３３乃至ステップＳ４０の処理を、未処理のリソースが無くなるまで繰り返す。
【０１１２】
そして、ステップＳ３３において、未処理のリソースが存在しないと判定した場合、アーカイブ処理モジュール１６３は、ステップＳ４１に処理を進め、終了処理を行い、生成したアーカイブリソースを暗号化処理モジュール１６４に供給する等して、アーカイブ処理を終了する。
【０１１３】
以上のようにアーカイブ処理を実行することにより、サーバ１３は、リソースの作成における事情（他のリソースとの関係等）を考慮せずに、リソースを自由に組み合わせてコンテンツを生成することができるので、複数のファイルを１つのコンテンツとして配信する場合においても、容易に、コンテンツを効率的に配信することができる。例えば、サーバ１３は、１つのリソースを複数のコンテンツに含めるようにすることも可能になる。
【０１１４】
図９に、コンテンツとリソースの例を示す。図９に示されるように、複数のリソースがリンクにより階層的に連携されているとする。すなわち、図９の例においては、HTML文書データであるHTML文書１７１には、HTML文書１７２およびHTML文書１７３へのリンクが張られており、HTML文書１７２には、モノメディアリソースであるJPEG（Joint Photographic Coding Experts Group）画像データ１７４およびJPEG画像データ１７５へのリンクが張られている。また、HTML文書１７３には、さらに、HTML文書１７６およびHTML文書１７７へのリンクが張られている。そして、HTML文書１７６には、JPEG画像データ１７８およびJPEG画像データ１７９へのリンクが張られており、HTML文書１７７には、JPEG画像データ１８０の他に、ストリームリソース１８１乃至ストリームリソース１８３へのリンクが張られている。
【０１１５】
サーバ１３は、このような階層構造のリソース群に対して、例えば、HTML文書１７１だけをアーカイブしてアーカイブリソース１９１を生成し、それを１つのコンテンツとして配信することもできるし、HTML文書１７１、HTML文書１７２、JPEG画像データ１７４、およびJEPG画像データ１７５をアーカイブしてアーカイブリソース１９２を生成し、それを１つのコンテンツとして配信することもできるし、HTML文書１７３、HTML文書１７６、HTML文書１７７、JPEG画像データ１７８、JPEG画像データ１７９、およびJEPG画像データ１８０をアーカイブしてアーカイブリソース１９３を生成し、それを１つのコンテンツとして配信することもできるし、HTML文書１７１、HTML文書１７２、HTML文書１７３、JPEG画像データ１７４、JEPG画像データ１７５、HTML文書１７６、HTML文書１７７、JPEG画像データ１７８、JPEG画像データ１７９、およびJEPG画像データ１８０をアーカイブしてアーカイブリソース１９４を生成し、それを１つのコンテンツとして配信することもできる。
【０１１６】
このように、サーバ１３は、複数のリソースから、コンテンツに含めるリソースを自由に選択することができる。すなわち、コンテンツとして配信する範囲を自由に指定することができる。換言すると、サーバ１３は、このようにアーカイブされたリソース群をDRM処理することにより著作権保護する範囲を自由に設定することができるので、１つのライセンスの適用範囲を自由に設定することができる。
【０１１７】
つまり、図示せぬ課金サーバ等を用いて、コンテンツの配信を有料で行う場合、そのライセンスの範囲の広さに応じて、ライセンス料に格差をつけることも可能になる。例えば、図９において、HTML文書１７１しか含まれないアーカイブリソース１９１により構成されるコンテンツに対応するライセンスのライセンス料を最も安くし、最も含まれるリソースが多いアーカイブリソース１９４により構成されるコンテンツに対応するライセンスのライセンス料を最も高くするようにすることもできる。
【０１１８】
なお、ストリームリソース１８１乃至ストリームリソース１８３は、通常、個別にライセンスされる場合が多いので、図９の例においては、アーカイブリソースには含めていないが、これらをアーカイブリソースに含めるようにしてももちろんよい。
【０１１９】
以上のような場合に、サーバ１３の運営者は、アーカイブ情報を作成するだけで、コンテンツの構成（アーカイブするリソース）を決定することができるので、コンテンツ毎に同じリソースを用意したり、各コンテンツに含めるためにリソースを改造したりする等の、無駄な処理や負荷を省くことができる。
【０１２０】
このように、サーバ１３は、リソースの数が増加しても、DRM処理の負荷を増大させることなく容易にコンテンツ（それらのリソース群）を、安全かつ効率的に端末装置１１に配信することができ、端末装置１１は、このサーバ１３に対応し、DRM処理の負荷を増大させずに、安全かつ効率的に配信された複数のリソースからなるコンテンツを容易に受信し、元のリソースを復元してユーザに提示することができ、ネットワークシステム１は、複数のファイルを１つのコンテンツとして配信する場合においても、一般ユーザに複雑な操作を強いることなく、さらに、処理の負荷を増大させることなく、コンテンツを、安全かつ効率的に、ネットワークを介して配信することができる。
【０１２１】
なお、以上においては、サーバ１３が、HTML文書データを含むアーカイブリソースにより構成されるマルチメディア型コンテンツを配信する場合について説明したが、これに限らず、サーバ１３が、BML文書データを含むアーカイブリソースにより構成されるマルチメディア型コンテンツを配信する場合や、BML文書データとHTML文書データの両方を含むアーカイブリソースにより構成されるマルチメディア型コンテンツを配信する場合についても同様である。
【０１２２】
以上においては、サーバ１３が、端末装置１１からの要求に基づいて、リソースをアーカイブしてから配信するように説明したが、このアーカイブ処理のタイミングは、いつでもよく、サーバ１３が、予めアーカイブされたアーカイブリソースを蓄積しておくようにしてももちろんよい。
【０１２３】
以下においては、そのようなコンテンツ配信方法について説明する。
【０１２４】
図１０は、本発明を適用したコンテンツ配信システムの構成例を表している。このコンテンツ配信システム２０１は、代表的なネットワークとしてのインターネット２１１を介して相互に接続されたサーバ２１２とディジタルテレビジョン受像機２１３−１，２１３−２とにより構成される。インターネット２１１には、また、放送局２１４も接続されている。サーバ２１２は、放送局２１４が放送した番組を受信し、保持する。あるいはまた、サーバ２１２は、放送局２１４からインターネット２１１を介して、番組の提供を受け、これを保持する。もちろん、サーバ２１２は、この他、独自の番組を保持することもできる。
【０１２５】
ディジタルテレビジョン受像機２１３−１，２１３−２は、例えば、家庭、職場等に配置されており、放送局２１４が放送する電波を受信し、番組を視聴する機能を有している他、インターネット２１１を介して、サーバ２１２が提供する番組を受信し、視聴する機能も有している。
【０１２６】
なお、図１０には、１台のサーバ２１２と、２台のディジタルテレビジョン受像機２１３−１，２１３−２のみが示されているが、サーバ２１２は、複数台であってもよいし、ディジタルテレビジョン受像機２１３−１，２１３−２は、一般的には、より多くの台数とされる。
【０１２７】
なお、以下においては、ディジタルテレビジョン受像機２１３−１，２１３−２を個々に区別する必要がない場合、単に、ディジタルテレビジョン受像機２１３と称する。
【０１２８】
図１１は、ディジタルテレビジョン受像機２１３の機能的構成例を表している。入力部２３１は、ユーザからの各種の指令を入力する。呈示部２３２は、番組を構成する画像を表示したり、対応する音声を出力したりする。呈示部２３２は、また、その他の各種の情報をユーザに呈示する。
【０１２９】
ブラウザ２３３は、HTML文書（CSS(Cascading Style Sheets)を含む）の呈示と、HTMLに含まれるスクリプトの実行を行う。また、ブラウザ２３３は、同様に、BML文書（CSSを含む）の呈示と、BMLに含まれるスクリプトの実行を行う。この他、コンテントガード社のXrML(eXtensible rights Markup Language)に対応することもできる。また、ブラウザ２３３は、後述するようにサーバ２１２より供給される暗号化済みリソースを復号したり、アーカイブリソースを展開したりする。
【０１３０】
図１２にブラウザ２３３の詳細な構成例を示す。図１２に示されるように、ブラウザ２３３は、図３に示されるブラウザ９１の場合と基本的に同様の構成である。具体的には、ブラウザ２３３は、通信処理モジュール２６１、BMLブラウザエンジン２６２、HTMLブラウザエンジン２６３、ECMAScript組み込み関数処理部２６４、およびプラグイン２６５よりなり、それぞれ、図３のブラウザ９１における、通信処理モジュール１０１、BMLブラウザエンジン１０２、HTMLブラウザエンジン１０３、ECMAScript組み込み関数処理部１０４、およびプラグイン１０５に対応する。また、ブラウザ２３３は、図３のブラウザ９１の場合と同様に、所定のメモリ領域にブラウザキャッシュ２６６（図３のブラウザキャッシュ９４に対応する）を確保し、そのブラウザキャッシュ２６６内に、アーカイブリソースを展開して得られた展開済みリソース２６６Ａ等を保持したりする。
【０１３１】
図１１に戻り、コンテンツ再生部２３４は、例えば、マイクロソフト社のメディアプレーヤ（商標）に代表されるソフトウエアにより構成され、コンテンツの受信から再生までを制御し、実行する。コンテンツ再生部２２４は、また、マークアップ言語処理以外のディジタルテレビジョン受像機２１３に組み込まれている各種の制御も実行する。
【０１３２】
DRM(Digital Right Management)処理部２３５は、サーバ２１２を構成するDRMサーバ３０４（後述する図１４）と通信し、コンテンツに関するライセンスを取得し、ディジタルテレビジョン受像機２１３内において、これを管理する。なお、DRM処理部２３５は、暗号化されているデータを復号するキーKcをブラウザ２３３またはコンテンツ再生部２３４に供給するので、キーKcをセキュアに管理するためには、例えば、ブラウザ２３３またはコンテンツ再生部２３４と一体化される。
【０１３３】
課金処理部２３６は、電子マネー、プリペイドなどの方式に基づいて、課金処理を行う。コンテンツ記憶部２３７は、例えば、ハードディスクなどで構成され、サーバ２１２のコンテンツサーバ３０５（図１４）から提供されるコンテンツを記憶する。
【０１３４】
アプリケーション２３８は、各種のソフトウエアにより構成され、ディジタルテレビジョン受像機２１３の各種の動作を制御する。メタデータデータベース２３９は、サーバ２１２のメタデータデータベース３０３（図１４）から供給されるメタデータを保持する。
【０１３５】
入力部２３１は、ユーザからの入力に対応する信号をブラウザ２３３とコンテンツ再生部２３４に出力する。呈示部２３２は、ブラウザ２３３またはコンテンツ再生部２３４から提供される情報を提示する。ブラウザ２３３またはコンテンツ再生部２３４は、コンテンツ記憶部２３７から必要なコンテンツを読み出す。ブラウザ２３３またはコンテンツ再生部２３４は、また、必要に応じて課金処理部２３６に課金処理を指示する。DRM処理部２３５は、ブラウザ２３３またはコンテンツ再生部２３４からのDRM処理の指示に基づいて、DRM処理を実行した後、暗号化されているコンテンツを復号するのに必要なキーKcをブラウザ２３３またはコンテンツ再生部２３４に出力する。
【０１３６】
アプリケーション２３８は、ブラウザ２３３を起動したり、コンテンツ再生部２３４に再生を指示する処理を実行したりする他、メタデータデータベース２３９にメタデータ検索を指令し、検索の結果得られたメタデータを取得する。
【０１３７】
ディジタルテレビジョン受像機２１３は、例えば、図１３に示されるようなリモートコマンダ２８１からの指令に基づいて、各種の動作を実行する。このリモートコマンダ２８１は、数字１乃至１２に対応する数字ボタン２８２を有している。また、リモートコマンダ２８１の前方先端には、ユーザのボタン操作に対応する赤外線信号を発生する発生部２８３が設けられている。
【０１３８】
数字ボタン２８２の図中下側には、カーソルなどを上下左右に移動させるとき操作される方向ボタン２８５Ｕ，２８５Ｄ，２８５Ｌ，２８５Ｒと、その中央に確定処理を行うとき、操作される決定ボタン２８４が配置されている。
【０１３９】
また、リモートコマンダ２８１の図中下側には、詳細ボタン２８６、停止ボタン２８７、および再生ボタン２８８が設けられている。詳細ボタン２８６は、呈示されている情報のより詳細な情報の提示を指示するとき操作される。停止ボタン２８７は、コンテンツの再生を停止するとき操作される。再生ボタン２８８は、コンテンツの再生を指示するとき操作される。再生ボタン２８８の上方のメニューボタン２８９は、メニューを表示するとき操作される。
【０１４０】
なお、図示は省略されているが、リモートコマンダ２８１には、この他、各種の機能が割り当てられた各種のボタンが適宜設けられる。
【０１４１】
図１４は、サーバ２１２の構成を表している。この例においては、サーバ２１２は、ショップサーバ３０１、決済サーバ３０２、メタデータデータベース３０３、DRMサーバ３０４、コンテンツサーバ３０５、アーカイブサーバ３０６により構成されている。
【０１４２】
サーバ２１２の各部は、ディジタルテレビジョン受像機２１３の各部と、図１５に示されるように、相互に情報を授受する。
【０１４３】
ショップサーバ３０１は、ブラウザ２３３からインターネット２１１を介してアクセスを受けたとき、HTML文書またはBML文書からなるナビゲーション情報（ショップ文書）をブラウザ２３３に提供する。決済サーバ３０２は、ブラウザ２３３または課金処理部２３６と通信し、決済処理を行う。決済サーバ３０２は、ショップサーバ３０１からの決済処理依頼に基づいて、決済処理を行い、その決済結果をショップサーバ３０１に出力する。
【０１４４】
メタデータデータベース３０３は、アプリケーション２３８からのメタデータ取得依頼に基づいて、記憶しているメタデータを読み出し、ディジタルテレビジョン受像機２１３のメタデータデータベース２３９に供給し、記憶させる。
【０１４５】
また、メタデータデータベース３０３は、ショップサーバ３０１からのメタデータ検索依頼に基づいて、検索して得られたメタデータをショップサーバ３０１に供給する。
【０１４６】
DRMサーバ３０４は、ショップサーバ３０１からのライセンス発行許可要請に基づいて、ディジタルテレビジョン受像機２１３のDRM処理部２３５と通信し、DRM処理を実行する。このDRM処理には、ユーザがライセンスを有する適正なユーザであるのか否かの認証処理、暗号化されているデータを復号するのに必要なキーKcの付与、取得処理、その他の著作権管理に必要な処理が含まれる。正しいDRM処理が実行できたとき、DRMサーバ３０４は、コンテンツサーバ３０５にコンテンツを暗号化するのに必要なキーKcを供給する。また、DRMサーバ３０４は、正しいDRM処理が実行できたとき、ディジタルテレビジョン受像機２１３のDRM処理部２３５に、対応するキーKcを供給する。
【０１４７】
コンテンツサーバ３０５は、DRMサーバ３０４より供給されたキーKcを用いて、コンテンツデータ（アーカイブリソース）を暗号化し、ブラウザ２３３に配信するか、または、コンテンツ記憶部２３７に配信し、記憶させる。このコンテンツサーバ３０５には、予め、リソース群が蓄積されており、そのリソース群には、アーカイブサーバ３０６においてアーカイブされたアーカイブリソース群も含まれる。
【０１４８】
アーカイブサーバ３０６は、複数のリソースからなるコンテンツに対して、それらのリソースをアーカイブするアーカイブ処理を行い、生成されたアーカイブリソースをコンテンツサーバ３０５に供給し、蓄積させる。
【０１４９】
なお、図１４と図１５の例では、サーバ２１２を複数のサーバで構成するようにしたが、１つのサーバで構成することも、もちろん可能である。
【０１５０】
図１６は、決済、DRM処理、および再生に関する各種の情報の関係を表している。同図に示されるように、機器IDとユーザID(User ID)は、１対１に対応している。機器IDは、ディジタルテレビジョン受像機２１３にそれぞれ割り当てられたIDであり、ユーザIDは、そのディジタルテレビジョン受像機２１３を使用するユーザに割り当てられたIDである。これらのIDにより、ディジタルテレビジョン受像機２１３やユーザが個々に識別される。
【０１５１】
所定のユーザIDが割り当てられたユーザは、サーバ２１２の管理者との間で、商品としてのパッケージを購入する契約を行う。具体的には、ユーザは、サーバ２１２から提供される番組の中から所望の番組をパッケージ(Package)として購入する。このパッケージには、パッケージメタ(Package Meta)が１対１に対応している。
【０１５２】
各パッケージには、１以上のコンテンツが対応付けられている。１つのコンテンツは、コンテンツ本体、ダウンロード用の管理情報ファイルとしてのDownload.xml、およびスタートアップファイル(startup file)により構成される。コンテンツ本体は、番組の内容を表すコンテンツデータの本体である。
【０１５３】
管理情報ファイルとしてのDownload.xmlは、そのコンテンツがダウンロード用のコンテンツである場合に用意されるものであり、その中には、ディレクトリ、ファイル名等が記述されている。そのディレクトリに記述されている全てのファイルが受信されたとき、ダウンロードが完了したことになる。
【０１５４】
startup fileは、コンテンツ起動文書であり、例えば、そのコンテンツがダウンロード配信用のデータであるのか、ストリーミング配信用のデータであるのかといったことを表す配信タイプに関する情報を含んでいる。このstartup fileの詳細については、図２０を参照して後述する。
【０１５５】
コンテンツには、コンテンツID(Contents ID)が１対１に対応する。コンテンツは、このコンテンツIDにより識別される。コンテンツIDには、コンテンツメタデータ(Contents Metadata)がさらに１対１に対応する。コンテンツメタデータは、図１７に示されるように、コンテンツID、タイトル名、ジャンル、番組説明といった情報を含んでいる。
【０１５６】
１つのコンテンツIDには、ｎ個（ｎは１以上の整数）のライセンスIDが対応付けられる。同様に、１つのコンテンツメタデータには、ｎ個のライセンスメタデータ(License Metadata)が対応付けられる。
【０１５７】
ライセンスIDは、１対１に対応付けられているライセンスを識別する。各ライセンスは、ライセンスID、使用ルール(Usage Rule)、およびコンテンツ鍵により構成される。このコンテンツ鍵（図１５に示されるキーKcに対応する）は、そのライセンスが対象とするコンテンツを復号するのに必要な任意の数のキー（鍵）であり、コンテンツIDと１対１に対応している。なおコンテンツ鍵が複数の鍵により構成される場合、鍵全体とコンテンツIDが１対１に対応する。
【０１５８】
ライセンスIDには、ライセンスメタデータ(License Metadata)が１対１に対応する。ライセンスメタデータには、図１７に示されるように、ライセンスID、コンテンツID、コンテンツURI、ライセンスURI、配信タイプ、コンテンツタイトル名、使用規則のテキストなどが含まれる。
【０１５９】
ライセンスメタデータとコンテンツメタデータは、そこに含まれるコンテンツIDにより、ｎ対１に対応付けられる。ライセンスメタデータのコンテンツURIは、コンテンツを得る場合のアクセス先を表す。
【０１６０】
ライセンスURIは、ライセンスを得る場合のアクセス先を表す。配信タイプは、そのライセンスが対象とするコンテンツが、ストリーム配信されるものであるのか、ダウンロードファイルとして配信されるものであるのかを表す。
【０１６１】
パッケージは、ライセンスIDとｍ対ｎ（ｍはｎと同様、１以上の整数）に対応付けられる。同様に、パッケージメタは、ライセンスメタデータとｍ対ｎに対応付けられる。
【０１６２】
パッケージメタは、図１７に示されるように、パッケージID(Package ID)、ショップサイトURI(Shop Site URI)、パッケージ利用期間、パッケージタイプ、パッケージ情報、およびライセンスIDリストにより構成される。
【０１６３】
パッケージIDは、パッケージを識別する情報である。ショップサイトURIは、そのパッケージを得るためのショップサイトのアクセス先を表す。パッケージ利用期間は、そのパッケージを利用することが可能な期間を表す。
【０１６４】
パッケージタイプは、そのパッケージがパック(Pack)であるのか、またはサブスクリプション(Subscription)であるのかを表す。あるいは、また、パッケージタイプは、マルチキャスト(Multicast)であるのか、そうでないのかを表す。Packは、予め定められている所定の任意の数の番組が含まれるタイプのパッケージであることを表す。Subscriptionは、例えば、予め定めされた一定の日数に渡って、予め定められたチャンネルの番組を視聴できるタイプであることを表す。Multicastは、そのパッケージが有料または無料で不特定多数のユーザに提供されるタイプであることを表す。
【０１６５】
パッケージ情報は、そのパッケージの名称と料金に関する情報を含む。ライセンスIDリストは、そのパッケージに含まれるライセンスのライセンスIDを記述する。
【０１６６】
パッケージメタは、そこに記述されているライセンスIDに対応するライセンスメタデータに対応することになる。
【０１６７】
次に、図１８のフローチャートを参照して、サーバ２１２上の、アーカイブリソースを含むマルチメディア型コンテンツを再生する場合の処理について説明する。
【０１６８】
なお、この図１８の処理を実行するに先立って、ディジタルテレビジョン受像機２１３は、サーバ２１２からメタデータを予め取得しておく必要がある。この処理が図１９のフローチャートに示されている。
【０１６９】
すなわち、ステップＳ２４１において、アプリケーション２３８は、ユーザからの指示に基づいて、インターネット２１１を介してメタデータデータベース３０３にアクセスし、メタデータ取得を依頼する。メタデータデータベース３０３は、ステップＳ２８１において、アプリケーション２３８からのアクセスを受け付けると、ステップＳ２８２において、依頼されたコンテンツに関するメタデータを読み出し、インターネット２１１を介して、ディジタルテレビジョン受像機２１３のメタデータデータベース２３９に供給する。メタデータデータベース２３９は、ステップＳ２６１において、このメタデータを受信し、記憶する。
【０１７０】
以上の処理により、ディジタルテレビジョン受像機２１３のメタデータデータベース２３９には、メタデータが予め保持される。このメタデータには、図１６に示されるパッケージメタ、ライセンスメタデータ、およびコンテンツメタデータが含まれる。
【０１７１】
このようにして、予めメタデータがメタデータデータベース２３９に保持されている状態で、図１８に示される処理が実行される。なお、図１８のユーザインターフェースは、図１１の入力部２３１と呈示部２３２により構成される。
【０１７２】
ユーザは、リモートコマンダ２８１のメニューボタン２８９を操作することで、ディジタルテレビジョン受像機２１３のメニュー起動を指令する。このとき、ステップＳ１０１で入力部２３１は、コンテンツ再生部２３４にメニュー起動を指令する。ステップＳ１２１において、入力部２３１からの指令を受信したコンテンツ再生部２３４は、ステップＳ１２２において、メタデータデータベース２３９に既に記憶されているメタデータの読み出しを指令する。
【０１７３】
ステップＳ１８１において、メタデータデータベース２３９は、コンテンツ再生部２３４からの指令を取得すると、ステップＳ１８２において、予め記憶されているメタデータを読み出し、コンテンツ再生部２３４に供給する。
【０１７４】
コンテンツ再生部２３４は、ステップＳ１２３において、メタデータデータベース２３９から供給されたメタデータを取得すると、ステップＳ１２４において、そこに記述されているコンテンツ（番組）のタイトル名を読み出し、ユーザインターフェースとしての呈示部２３２に供給する。ステップＳ１０２において、呈示部２３２は、コンテンツ再生部２３４から供給されたコンテンツのリストを表示する。なお、以上のコンテンツ再生部２３４による処理は、ブラウザ２３３により実行されるようにしてもよい。
【０１７５】
ユーザは、このリストの表示を見て、リモートコマンダ２８１の方向ボタン２８５Ｕ乃至２８５Ｒと決定ボタン２８４を適宜操作することで、所定の番組を選択する。ステップＳ１０３で、入力部２３１は、このユーザの操作に対応する選択信号（選択された番組を指定する情報）をブラウザ２３３に供給する。
【０１７６】
ブラウザ２３３は、ステップＳ１４１において、入力部２３１からの番組の選択を受信すると、ステップＳ１４２において、その番組（コンテンツ）に対応するstartup fileをコンテンツサーバ３０５に要求する。
【０１７７】
コンテンツサーバ３０５は、ステップＳ２２１において、その要求を取得し、ステップＳ２２２において、指定されたコンテンツIDに対応するコンテンツのstartup fileを読み出し、ブラウザ２３３に送信する。
【０１７８】
ブラウザ２３３は、ステップＳ１４３において、コンテンツサーバ３０５からのstartup file(sample.sup)を受信する。
【０１７９】
図２０は、このようにして受信されるstartup fileの構成例（記述例）を表している。なお、図２０のコンテンツ起動文書３２１の記述例において、各行の左端の数字は行番号を示しており、実際には省略してもよい。同図に示されるように、このコンテンツ起動文書３２１の記述例における第２行目には、タグ「<drminfo>」およびタグ「</drminfo>」に挟まれて、DRM情報参照ファイル３３１のURI「sample.dri」が記述されている。拡張子「.dri」のファイルは、DRM処理に必要な情報を記載したDRM情報参照ファイルであり、DRM処理部２３５により処理される。
【０１８０】
また、図２０に示される、コンテンツ起動文書３２１の記述例の第３行目には、リソースのURI「sample.ear?start.bml」が、タグ「<start>」およびタグ「</start>」の間に記述されている。拡張子「.ear」のファイルはアーカイブリソースであり、拡張子「.bml」のファイルは、BML文書データである。この「？」を用いた「sample.ear?start.bml」の記述は、アーカイブリソース３３１「sample.ear」に含まれるBML文書データ３４１「start.bml」のことを示しており、この第３行目の記述は、アーカイブリソース３３２「sample.ear」中のBML文書データ３４１「start.bml」をユーザに提示させるように指示している。
【０１８１】
なお、アーカイブリソースに含まれるデータ（ファイル）が階層構造をなしている（アーカイブリソースがディレクトリ構造を有している）場合、リソースの指定は、例えば「aaa.ear#zzz/yyy.bml」のように記号「＃」を用いて記述し、URIを「zzz/yyy.bml」のように、アーカイブリソース内のディレクトリ構造におけるディレクトリパスで指定する。すなわち、「aaa.ear#zzz/yyy.bml」の記述は、「アーカイブリソース『aaa.ear』に含まれるディレクトリ『zzz』の下にあるリソース『yyy.bml』の指定」を表している。
【０１８２】
このように、アーカイブリソース中のあるリソースを指定する場合、URIは、「アーカイブリソース名（URI）＋所定の記号＋リソース名（URI）」という構成にする。ただし、ここで「＋」は組み合わせを示すためのものであり、実際に記述されるものではない。図２０の第３行目の例の場合、所定の記号は「？」とされている。この所定の記号は、例えば、上述したように「＃」であってもよいし、予め定められたものであれば、どのようなものであってもよい。このような構成の記述によりリソースが指定されるように定義することにより、コンテンツ配信システム２０１の各装置は、（指定された）目的のリソースがどのアーカイブリソース中に含まれているのかを容易に特定することができる。また、アーカイブリソースがディレクトリ構造を有する場合においても、アーカイブリソース内のディレクトリ位置まで容易に特定することができる。
【０１８３】
図１８に戻り、ステップＳ１４４において、ブラウザ２３３は、上述したコンテンツ起動文書（startup file）３２１に従い、DRM処理部２３５に対してライセンスの取得を依頼する。すなわち、ブラウザ２３３は、このコンテンツ起動文書３２１にURIが記述されているDRM情報参照ファイル３３１を、例えば、ブラウザキャッシュ２６６等から取得し、それをDRM処理部２３５に供給し、ライセンスの取得を依頼する。
【０１８４】
ステップＳ１６１において、DRM処理部２３５は、ブラウザ２３３からのライセンス取得依頼を受信すると、ステップＳ１６２において、DRMサーバ３０４にアクセスし、DRM処理を要求する。このとき、DRMサーバ３０４には、引数としてブラウザ２３３が再生するコンテンツのライセンスIDとユーザIDが付加されている。
【０１８５】
ステップＳ２０１で、DRMサーバ３０４は、DRM処理部２３５からの要求に基づいて、DRM処理を実行する。DRMサーバ３０４は、DRM処理部２３５から供給されたライセンスIDとユーザIDに基づいて、そのユーザがライセンスを既に取得しているか否かを確認する。その処理の詳細は省略するが、ユーザは、そのコンテンツを再生するために、予めライセンスを取得しておくことになる。DRMサーバ３０４は、このときユーザに付与したライセンスを識別するライセンスIDと、そのユーザのユーザIDを対応して記憶している。DRM処理部２３５から供給されたライセンスIDとユーザIDが、リストに登録されていれば、そのユーザは適正なユーザであると判定される。ライセンスIDとユーザIDが対応してリストに登録されていない場合には、そのユーザは、ライセンスを適正に購入したユーザではないと判定される。DRMサーバ３０４は、その判定結果をDRM処理部２３５に通知する。
【０１８６】
DRM処理部２３５は、ステップＳ１６２でDRMサーバ３０４からの判定結果を受信すると、それに基づいて再生を許可するか否かを判定する。そして、その判定結果がステップＳ１６３でDRM処理部２３５からブラウザ２３３に供給される。
【０１８７】
ステップＳ１４５において、DRM処理部２３５から受信した通知が提示を許可しないものである場合、ブラウザ２３３は、提示処理を中止する。これに対して、DRM処理部２３５からの通知が提示を許可するものである場合（この通知には、コンテンツを復号するのに必要なキーKcも含まれている）、ステップＳ１４６において、ブラウザ２３３は、そのライセンスのライセンスメタデータに記述されているコンテンツURIにアクセスする。
【０１８８】
ステップＳ２２３において、コンテンツサーバ３０５は、ブラウザ２３３からのアクセスを受け付けると、ステップＳ２２４において、そのコンテンツURIに記述されているコンテンツ本体のデータ（暗号化済みのアーカイブリソース３３２）を読み出し、ブラウザ２３３に配信する。
【０１８９】
ステップＳ１４７において、ブラウザ２３３の通信処理モジュール２６１は、コンテンツサーバ３０５からの暗号化済リソース（アーカイブリソース３３２）を受信すると、その暗号化済リソースを、キーKcを用いて復号し、さらに、復号されたアーカイブリソース３３２を展開し、元のリソース群を復元する。復元されたリソース群はブラウザキャッシュ２６６に保持される（展開済みリソース２６６Ａ）。ブラウザ２３３の通信処理モジュール２６１は、復号処理および展開処理が終了すると、その情報を、BMLブラウザエンジン１０２またはHTMLブラウザエンジン１０３の内、展開したリソースに対応する方のブラウザエンジンに供給する。例えば、図２０のコンテンツ起動文書３２１の場合、BML文書データ（start.bml）３４１に対応するBMLブラウザエンジン１０２に情報が供給される。情報を取得したブラウザエンジン（BMLブラウザエンジン１０２またはHTMLブラウザエンジン１０３）は、コンテンツ起動文書３２１に記述されているリソースを、展開済みリソース２６６Ａの中から選択して取得し、このリソースの画像をユーザインターフェースとしての呈示部２３２に供給する。呈示部２３２は、ステップＳ１０４において、ブラウザ２３３より供給された画像を表示する。
【０１９０】
図２１は、BML文書データ３４１の一部の記述例を示す図である。図２１に示されるBML文書データ３４１は、「start.bml」というファイル名のリソースであり、例えば、文書データ３４１に示されるように記述されている。なお、各行左端の番号は行番号であり実際には省略される。また、BML文書データ３４１には、図２１に示される記述以外の情報も記述されているようにしてもよい。
【０１９１】
マルチメディアリソースであるBML文書データ３４１の画像は、複数のリソースにより構成されるようにしてもよい。例えば、BML文書データ３４１の記述例の第４行目の「<img src="sample.ear?aaa.jpg"/>」の記述のように、BML文書データ３４１の画像に、他のモノメディアリソースである静止画像データ３５１「aaa.jpg」が埋め込まれて表示されるようにしてもよい。
【０１９２】
またBML文書データ３４１の第６行目の「<a href="sample.ear?b.bml">次のページ</a>」の記述のように、他のBML文書データ（b.bml）３５２へのリンクや、BML文書データ３４１の第９行目の「<a href="http://streaming.xyz.com/stream.ets">再生</a>」の記述のように、ストリームコンテンツ（stream.ets）３５３へのリンクが存在するようにしてもよい。なお、ストリームコンテンツ３５３は、MPEG２−TS（Moving Picture Experts Group２−Transport Stream）（タイムスタンプ付きパーシャルＴＳ）の動画像データである。
【０１９３】
以上のようにして、ユーザが指定したマルチメディア型コンテンツ（アーカイブリソース）の配信処理が行われる。
【０１９４】
以上において、例えばショップ文書、コンテンツ起動文書、アーカイブリソースに含まれる文書データは、HTMLにより記述されるように説明したが、HTMLにより記述される文書は、BMLにより記述されるようにしてもよいし、HTML文書データおよびBML文書データの両方がアーカイブリソースに含まれるようにしてももちろんよい。
【０１９５】
次に、図２２のフローチャートを参照して、端末装置１１によるコンテンツ表示処理を説明する。なお、この処理は、図１８のフローチャートにおいて、ステップＳ１４１乃至ステップＳ１４８の処理に対応する。
【０１９６】
コンテンツ表示処理を開始したブラウザ２３３の通信処理モジュール２６１は、ステップＳ３０１において、ユーザにより入力部２３１が操作され、コンテンツが選択されたか否かを判定し、コンテンツが選択されたと判定するまで待機する。
【０１９７】
ユーザによりコンテンツが選択されたと判定すると、通信処理モジュール２６１は、ステップＳ３０２に処理を進め、選択されたコンテンツのコンテンツURIに基づいて、そのコンテンツに対応するコンテンツ起動文書を要求する。コンテンツ起動文書を要求した通信処理モジュール２６１は、ステップＳ３０３において、その要求に対応するコンテンツ起動文書を取得したか否かを判定し、取得したと判定した場合、取得したコンテンツ起動文書をHTMLブラウザエンジン２６３に供給する。HTMLブラウザエンジン２６３は、コンテンツ起動文書の拡張子「.sup」から処理できないと判断し、そのコンテンツ起動文書をプラグイン２６５に供給する。プラグイン２６５は、そのコンテンツ起動文書の記述に基づいて、DRM情報参照ファイルを取得し、それをDRM処理部２３５に供給し、ライセンス取得依頼を行う。ライセンス取得依頼を受けたDRM処理部２３５は、ステップＳ３０４において、供給されたDRM情報参照ファイルに基づいて、DRM情報処理を行い、コンテンツの提示に必要なライセンスを取得する。そして、ライセンスを取得するとDRM処理部２３５は、取得したライセンスに関する情報と、コンテンツ鍵Ｋｃをブラウザ２３３の通信処理モジュール２６１に供給する。なお、図示は省略するが、このDRM処理においてライセンスを取得できなかった場合は、エラー処理を行い、コンテンツ表示処理を終了する。
【０１９８】
ライセンスに関する情報およびコンテンツ鍵Ｋｃを取得した通信処理モジュール２６１は、プラグイン２６５よりコンテンツ起動文書に記述されているリソースのURI（最初に提示させるように指示されているリソースのURIを含む）を取得し、ステップＳ３０５において、コンテンツサーバ３０５に対してそのリソースを要求する。この要求を取得すると、コンテンツサーバ３０５は、要求されたリソースを蓄積しているリソース群より選択し、それを端末装置１１に供給する。コンテンツサーバ３０５において、アーカイブリソースは、予めアーカイブされた状態で（アーカイブリソースとして）蓄積されている。従って、コンテンツサーバ３０５は、要求されたリソースがアーカイブリソースの場合でも、他のリソースと同様に、その蓄積されているアーカイブリソースを選択して、そのまま供給することができる。（このときにアーカイブ処理を行う必要はない。）
【０１９９】
リソースを要求した通信処理モジュール２６１は、ステップＳ３０６において、要求に対応するリソースを取得したか否かを判定し、取得したと判定した場合、ステップＳ３０７に処理を進め、コンテンツ鍵Ｋｃを用いて復号処理を行い、取得したリソース（暗号化済みリソース）を復号し、平文のリソースを復元する。そして、通信処理モジュール２６１は、ステップＳ３０８において、その平文のリソースがアーカイブリソースであるか否かを判定し、アーカイブリソースであると判定した場合は、ステップＳ３０９において、そのアーカイブリソースに対して展開処理を行い、アーカイブする前のリソース群を復元する。そして、展開処理が終了すると通信処理モジュール２６１は、展開したリソース群をブラウザキャッシュ２６６に保持させ（展開済みリソース２６６Ａ）、その情報をリソースに対応するブラウザエンジン（BMLブラウザエンジン２６１またはHTMLブラウザエンジン２６２）に供給し、ステップＳ３１０に処理を進める。また、ステップＳ３０８においてコンテンツサーバ３０５より取得したリソースがアーカイブリソースで無いと判定した場合、通信処理モジュール２６１は、ステップＳ３０９の処理を省略し、取得したリソースをブラウザキャッシュ２６６に保持させ、その情報をリソースに対応するブラウザエンジン（BMLブラウザエンジン２６１またはHTMLブラウザエンジン２６２）に供給し、ステップＳ３１０に処理を進める。
【０２００】
ステップＳ３１０において、情報を供給されたBMLブラウザエンジン２６１またはHTMLブラウザエンジン２６２は、リソース表示処理を行い、現在指示されているリソースの画像を生成し、それを呈示部２３２に供給し、表示させる。すなわち、BMLブラウザエンジン２６１またはHTMLブラウザエンジン２６２は、コンテンツの提示開始時には、コンテンツ起動文書により指定されたリソースを表示するようにリソース表示処理を行い、表示しているリソースに含まれるリンクをユーザが指定する等した場合には、そのユーザにより指定されたリソースを表示するようにリソース表示処理を行う。
【０２０１】
そして、リソースを表示させると、BMLブラウザエンジン２６１またはHTMLブラウザエンジン２６２は、ステップＳ３１１に処理を進め、コンテンツ表示処理を終了するか否かを判定し、終了しないと判定した場合、ステップＳ３１２に処理をすすめる。ステップＳ３１２において、BMLブラウザエンジン２６１またはHTMLブラウザエンジン２６２は、ユーザの指示等に基づいて、他のコンテンツに表示を遷移させるか否かを判定し、他のコンテンツに表示を遷移させないと判定した場合は、ステップＳ３１０に処理を戻し、それ以降の処理を繰り返す。
【０２０２】
また、ステップＳ３１２において、ユーザが他のコンテンツに含まれるリソースへのリンクを指定する等して、他のコンテンツに表示を遷移させると判定した場合、BMLブラウザエンジン２６１またはHTMLブラウザエンジン２６２は、ステップＳ３０２に処理を戻し、それ以降の処理を繰り返す。
【０２０３】
また、ステップＳ３０３において、コンテンツ起動文書を取得していないと判定した場合、または、ステップＳ３０６において、要求に対応するリソースをコンテンツサーバ３０５より取得していないと判定した場合、通信処理モジュール２６１は、ステップＳ３１３においてエラー処理を行い、エラーメッセージをユーザに提示する等し、ステップＳ３１４において終了処理を行い、コンテンツ表示処理を終了する。
【０２０４】
また、ステップＳ３１１において、コンテンツ表示処理を終了すると判定した場合、BMLブラウザエンジン２６１またはHTMLブラウザエンジン２６２は、ステップＳ３１４において終了処理を行い、コンテンツ表示処理を終了する。
【０２０５】
以上のように、サーバ１３は、リソースが予めアーカイブされている場合においても、そのアーカイブリソースに対してDRM処理を行い、暗号化してから、端末装置１１に供給することができるので、容易に、コンテンツの安全な配信を行うことができる。また、端末装置１１は、そのように配信されたアーカイブリソースも他のリソースと同様に処理してユーザに提示することができるので、容易に、安全に配信されたコンテンツの受信を行うことができる。すなわち、ネットワークシステム１は、このような場合においても、一般ユーザに複雑な操作を強いることなく、さらに、処理の負荷を増大させることなく、コンテンツを、安全にネットワークを介して配信することができる。
【０２０６】
以上においては、コンテンツ配信システム（ネットワークシステム）のいくつかの具体的な例に本発明を適用した場合について説明したが、本発明は、コンテンツを配信するコンテンツ配信装置が、複数のリソースをアーカイブして、１つのアーカイブリソースを生成し、そのアーカイブリソースに対してDRM処理を行うようにして、そのコンテンツ（リソース）を配信することができれば、どのような場合であってもよい。
【０２０７】
このようにすることにより、コンテンツ配信装置は、コンテンツが複数のリソースからなる場合に、コンテンツを配信する際のDRM処理の負荷を軽減させることができるだけでなく、実質的に、１つのライセンスに複数のリソースを対応付けることもでき、さらに、そのライセンスに対応付ける１つ以上のリソースを自由に選択することも可能になる。
【０２０８】
このような構成であれば、コンテンツやリソースの種類、コンテンツの配信方法、リソースのアーカイブ方法、およびコンテンツの提示方法等は、上述した以外の構成であってもよい。
【０２０９】
例えば、以上においては、本発明をディジタルテレビジョン受像機に応用した場合を例として説明したが、本発明は、ビデオカセットレコーダ、テレビチューナ、ハードディスクレコーダ、DVD(Digital Versatile Disk)レコーダ、その他各種のコンテンツ処理装置に適用することが可能である。
【０２１０】
また、配信するコンテンツは、テレビジョン放送の番組に限らず、各種のコンテンツとすることができる。
【０２１１】
上述した一連の処理は、ハードウエアにより実行させることもできるし、ソフトウエアにより実行させることもできる。この場合、例えば、ディジタルテレビジョン受像機２１３には、図２３に示されるようなコンピュータが含まれる。
【０２１２】
図２３において、CPU４１１は、ROM４１２に記憶されているプログラム、または記憶部４２３からRAM４１３にロードされたプログラムに従って各種の処理を実行する。RAM４１３にはまた、CPU４１１が各種の処理を実行する上において必要なデータなども適宜記憶される。
【０２１３】
CPU４１１、ROM４１２、およびRAM４１３は、バス４１４を介して相互に接続されている。このバス４１４にはまた、入出力インタフェース４２０も接続されている。
【０２１４】
入出力インタフェース４２０には、キーボード、マウスなどよりなる入力部４２１、CRT、LCDなどよりなるディスプレイ、並びにスピーカなどよりなる出力部４２２、ハードディスクなどより構成される記憶部４２３、モデムなどより構成される通信部４２４が接続されている。通信部４２４は、インターネット２１１を含むネットワークを介しての通信処理を行う。
【０２１５】
入出力インタフェース４２１にはまた、必要に応じてドライブ４２５が接続され、磁気ディスク、光ディスク、光磁気ディスク、或いは半導体メモリなどのリムーバブルメディア４２６が適宜装着され、それらから読み出されたコンピュータプログラムが、必要に応じて記憶部４２３にインストールされる。
【０２１６】
上述した一連の処理をソフトウエアにより実行させる場合には、そのソフトウエアを構成するプログラムが、ネットワークや記録媒体からインストールされる。
【０２１７】
この記録媒体は、例えば、図２３に示されるように、装置本体とは別に、ユーザにプログラムを配信するために配布される、プログラムが記録されている磁気ディスク（フロッピディスクを含む）、光ディスク（CD-ROM(Compact Disk-Read Only Memory),DVD(Digital Versatile Disk)を含む）、光磁気ディスク（ＭＤ（Mini-Disk）を含む）、もしくは半導体メモリなどよりなるリムーバブルメディア４２６により構成されるだけでなく、装置本体に予め組み込まれた状態でユーザに配信される、プログラムが記録されているROM４１２や、記憶部４２３に含まれるハードディスクなどで構成される。
【０２１８】
なお、本明細書において、記録媒体に記録されるプログラムを記述するステップは、記載された順序に沿って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的あるいは個別に実行される処理をも含むものである。
【０２１９】
また、本明細書において、システムとは、複数の装置により構成される装置全体を表すものである。
【図面の簡単な説明】
【０２２０】
【図１】本発明を適用したネットワークシステムの構成例を示すブロック図である。
【図２】図１の端末装置の構成例を示すブロック図である。
【図３】図２のコンテンツ受信プログラムの構成例を示す機能ブロック図である。
【図４】図１のサーバの構成例を示すブロック図である。
【図５】図４のコンテンツ供給プログラムの構成例を示す機能ブロック図である。
【図６】図１のネットワークシステムにおいて実行される通信処理の例を説明するフローチャートである。
【図７】アーカイブ情報リストの構成例を説明する図である。
【図８】図１のサーバにより実行されるアーカイブ処理の例を説明するフローチャートである。
【図９】リソースとコンテンツの関係の例を説明する図である。
【図１０】本発明を適用したコンテンツ配信システムの構成例を示すブロック図である。
【図１１】図１０のディジタルテレビジョン受像機の機能的構成例を示すブロック図である。
【図１２】図１１のブラウザの詳細な構成例を示すブロック図である。
【図１３】図１０のディジタルテレビジョン受像機を遠隔操作するリモートコマンダの外観の構成を示す正面図である。
【図１４】図１０のサーバの構成例を示すブロック図である。
【図１５】図１０のディジタルテレビジョン受像機とサーバの間で授受される情報を示す図である。
【図１６】各種のIDとメタデータの関係を説明する図である。
【図１７】パッケージメタ、ライセンスメタデータ、およびコンテンツメタデータの関係を示す図である。
【図１８】ディジタルテレビジョン受像機がサーバからアーカイブリソースからなるコンテンツの配信を受ける場合の動作を説明するフローチャートである。
【図１９】図１８の処理の前提となる処理を説明するフローチャートである。
【図２０】コンテンツ起動文書の記述例を説明する図である。
【図２１】リソースであるBML文書データの記述例を説明する図である。
【図２２】コンテンツ表示処理を説明するフローチャートである。
【図２３】パーソナルコンピュータの構成例を示すブロックである。
【符号の説明】
【０２２１】
１  ネットワークシステム，  １１  端末装置  １２  ネットワーク，  １３  サーバ，  ２１  ブラウザ処理部，  ２２  復号処理部，  ２３  展開処理部，  ２４  モニタ，  ３１  要求受付部，  ３２  コンテンツ蓄積部，  ３３  アーカイブ処理部，  ３４  暗号化処理部，  ３５  コンテンツ供給部，  ４１  リソース群，  ４２  アーカイブリソース，  ４３  DRM処理済みアーカイブリソース，  ８１  コンテンツ受信プログラム，  ９１  ブラウザ，  １０１  通信処理モジュール，  １０２  BMLブラウザエンジン，  １０３  HTMLブラウザエンジン，  １０４  ECMAScript組み込み関数処理部，  １０５  プラグイン，  １１２  DRM処理エージェント，  ９４  ブラウザキャッシュ，  ９４Ａ  展開済みリソース，  １５１  コンテンツ供給プログラム，  １５２  リソース群，  １５３  アーカイブ情報リスト，  １６１  要求受付モジュール，  １６２  コンテンツ管理モジュール，  １６３  アーカイブ処理モジュール，  １６４  暗号化処理モジュール，  １６５  DRM処理モジュール，  １６６  コンテンツ供給モジュール，  ２０１  コンテンツ配信システム，  ２１１  インターネット，  ２１２  サーバ，  ２１３  ディジタルテレビジョン受像機，  ２１４  放送局，  ２３１  入力部，  ２３２  呈示部，  ２３３  ブラウザ，  ２３４  コンテンツ再生部，  ２３５  DRM処理部，  ２３６  課金処理部，  ２３７  コンテンツ記憶部，  ２３８  アプリケーション，  ２３９  メタデータデータベース，  ２６１  通信処理モジュール，  ２６２  BMLブラウザエンジン，  ２６３  HTMLブラウザエンジン，  ２６４  ECMAScript組み込み関数処理部，  ２６５  プラグイン，  ２６６  ブラウザキャッシュ，  ２６６Ａ  展開済みリソース，  ２８１  リモートコマンダ，  ３０１  ショップサーバ，  ３０２  決済サーバ，  ３０３  メタデータデータベース，  ３０４  DRMサーバ，  ３０５  コンテンツサーバ，  ３０６  アーカイブサーバ
【図１】
2005157893.tif 000003
【図２】
2005157893.tif 000004
【図３】
2005157893.tif 000005
【図４】
2005157893.tif 000006
【図５】
2005157893.tif 000007
【図６】
2005157893.tif 000008
【図７】
2005157893.tif 000009
【図８】
2005157893.tif 000010
【図９】
2005157893.tif 000011
【図１０】
2005157893.tif 000012
【図１１】
2005157893.tif 000013
【図１２】
2005157893.tif 000014
【図１３】
2005157893.tif 000015
【図１４】
2005157893.tif 000016
【図１５】
2005157893.tif 000017
【図１６】
2005157893.tif 000018
【図１７】
2005157893.tif 000019
【図１８】
2005157893.tif 000020
【図１９】
2005157893.tif 000021
【図２０】
2005157893.tif 000022
【図２１】
2005157893.tif 000023
【図２２】
2005157893.tif 000024
【図２３】
2005157893.tif 000025