(57)【要約】【課題】  従来は、インターネットを介して音楽・映像等のコンテンツを配信する際には、まずサンプルのデータをダウンロードして視聴した後、コンテンツの購入を希望する場合に、再度アクセスして正式なデータのダウンロードを行っている。  しかし、コンテンツを購入する場合は、２度ダウンロードを行う必要があり、視聴者にとっては面倒であった。これにより視聴者のコンテンツ購入の意欲が減衰するという課題がある。【解決手段】  本発明では、この課題を解決するために、当初から正式なデータをダウンロードさせ、ユーザはデータの再生が可能な領域を指定するプロファイルに基づいて再生を行うこととする。これにより、正式なコンテンツを配信しても、配信側で再生制御が行えるようにした。【選択図】            図２
2008199656.tif 000002
【特許請求の範囲】
【請求項１】
複数のストリームファイルの組合せから構成可能なコンテンツの、そのストリームファイルの組合せに応じた再生を可能とするために必要な情報を含むプロファイル情報を取得するプロファイル情報取得部と、
前記コンテンツを識別するための情報であるコンテンツ識別情報を取得するコンテンツ識別情報取得部と、
前記プロファイル情報取得部で取得されたプロファイル情報と、前記コンテンツ識別情報取得部で取得されたコンテンツ識別情報とを関連付けて送信するプロファイル情報送信部と、
を有するプロファイル情報送信装置。
【請求項２】
前記コンテンツを識別するための情報であるコンテンツ識別情報を取得するコンテンツ識別情報取得部と、
複数のストリームファイルの組合せから構成可能なコンテンツの、そのストリームファイルを符号化して符号化ストリームデータとするストリームデータ符号化部と、
ストリームデータ符号化部で符号化された符号化ストリームデータと、前記コンテンツ識別情報取得部で取得されたコンテンツ識別情報とを関連付けて送信する符号化ストリームデータ送信部と、
を有するコンテンツ送信装置。
【請求項３】
符号化ストリームデータを蓄積する符号化ストリームデータ蓄積部と、
プロファイル情報を受信するプロファイル情報受信部と、
プロファイル情報受信部で受信したプロファイル情報に基づいて符号化ストリームデータ蓄積部に蓄積された符号化ストリームデータを再構成してコンテンツの再生のための処理をするコンテンツ再生処理部と、
を有するコンテンツ再生装置。
【請求項４】
符号化ストリームデータを蓄積する符号化ストリームデータ蓄積ステップと、
前記符号化ストリームデータ蓄積ステップの後にプロファイル情報を受信するプロファイル情報受信ステップと、
プロファイル情報受信ステップで受信したプロファイル情報に基づいて符号化ストリームデータ蓄積ステップにて蓄積された符号化ストリームデータを再構成してコンテンツの再生のための処理をするコンテンツ再生処理ステップと、
を有するコンテンツ再生方法。
【請求項５】
プロファイル情報を受信するプロファイル情報受信ステップと、
前記プロファイル情報受信ステップの後に符号化ストリームデータを蓄積する符号化ストリームデータ蓄積ステップと、
プロファイル情報受信ステップで受信したプロファイル情報に基づいて符号化ストリームデータ蓄積ステップにて蓄積された符号化ストリームデータを再構成してコンテンツの再生のための処理をするコンテンツ再生処理ステップと、
を有するコンテンツ再生方法。
【請求項６】
プロファイル情報の送信の要求であるプロファイル情報要求を受信するためのプロファイル情報要求受信部をさらに有する請求項１に記載のプロファイル情報送信装置。
【請求項７】
プロファイル情報要求を送信するためのプロファイル情報要求送信部を有する請求項３に記載のコンテンツ再生装置。
【請求項８】
課金処理を条件としてプロファイル情報要求を送信するためのプロファイル情報要求送信部を有する請求項７に記載のコンテンツ再生装置。
【請求項９】
前記プロファイル情報は、音声ストリーム、映像ストリームの少なくともいずれか一つに応じたコンテンツの再生に関する情報である請求項１に記載のプロファイル情報送信装置。
【請求項１０】
前記プロファイル情報は、鍵により暗号化されており、コンテンツ再生装置は、プロファイル情報に応じてそのプロファイル情報を解読するための鍵を取得するための鍵取得部を有する請求項３に記載のコンテンツ再生装置。
【請求項１１】
前記プロファイル情報は、鍵により暗号化されており、コンテンツ再生装置は、プロファイル情報に応じて課金処理を条件としてそのプロファイル情報を解読するための鍵を取得するための鍵取得部を有する請求項３に記載のコンテンツ再生装置。
【請求項１２】
鍵を要求するための情報である鍵要求情報を送信するための鍵要求情報送信部を有する請求項１０に記載のコンテンツ再生装置。
【請求項１３】
課金処理を条件として鍵を要求するための情報である鍵要求情報を送信するための鍵要求情報送信部を有する請求項１０に記載のコンテンツ再生装置。
【請求項１４】
前記ストリームデータ蓄積部に蓄積された前記符号化ストリームデータは、複数のストリームデータを分散配置したものであり、
前記再生処理部は、前記プロファイル情報に基づいて、必要なストリームデータのみを前記符号化ストリームデータから再構成する請求項３に記載のコンテンツ再生装置。
【請求項１５】
スケーラビリティにより階層化されたコンテンツデータの再生部であって、そのコンテンツの再生に必須の基本レイヤ情報か、基本レイヤ情報及びそのコンテンツの高いスケーラビリティでの再生のために用いられる高位レイヤ情報か、を再生するコンテンツデータ再生部と、
前記基本レイヤ情報を取得する基本レイヤ取得部と、
前記高位レイヤ情報を取得する高位レイヤ取得部と、
を有するコンテンツ再生装置。
【請求項１６】
前記スケーラビリティは、時間、又は／及び空間のスケーラビリティ、又は及びＳＮＲ（信号対雑音比）スケーラビリティである請求項１５記載のコンテンツ再生装置。
【請求項１７】
前記基本レイヤ取得部で取得される基本レイヤは、コンテンツのプレビューに利用されるコンテンツデータである請求項１５に記載のコンテンツ再生装置。
【請求項１８】
前記高位レイヤ取得部で取得される高位レイヤ情報を利用した再生を課金を条件として可能とするための高位レイヤ課金処理部を有する請求項１７に記載のコンテンツ再生装置。
【請求項１９】
前記基本レイヤ取得部で取得される基本レイヤ情報を利用した再生を課金を条件として可能とするための基本レイヤ課金処理部を有する請求項１７に記載のコンテンツ再生装置。
【請求項２０】
前記基本レイヤ取得部は、放送される基本レイヤ情報を取得する請求項１５に記載のコンテンツ再生装置。
【請求項２１】
前記高位レイヤ取得部は、通信にて高位レイヤ情報を取得する請求項２０に記載のコンテンツ再生装置。
【請求項２２】
前記基本レイヤ取得部は、通信にて基本レイヤ情報を取得する請求項１５記載のコンテンツ再生装置。
【請求項２３】
前記高位レイヤ取得部は、放送される高位レイヤ情報を取得する請求項２２に記載のコンテンツ再生装置。
【請求項２４】
前記基本レイヤ情報又は、高位レイヤ情報のいずれかを蓄積するレイヤ情報蓄積部と、
前記レイヤ情報蓄積部で蓄積されている情報と異なる階層の情報である高位レイヤ情報又は、基本レイヤ情報を取得する処理を促す他階層レイヤ情報処理部と
を有するコンテンツ再生装置。
【請求項２５】
スケーラビリティにより階層化されたコンテンツデータの再生部であって、そのコンテンツの再生に必須の基本レイヤ情報及びそのコンテンツの高いスケーラビリティでの再生のために用いられる高位レイヤ情報とを再生するコンテンツデータ再生部と、
前記基本レイヤ情報を取得する基本レイヤ取得部と、
前記高位レイヤ情報を取得する高位レイヤ取得部と、
１以上のフレームから構成されたフレームの集合単位で刻印されたタイムスタンプ情報に基づいて再生時にレイヤ間を同期させるレイヤ間同期部と、
を有するコンテンツ再生装置。
【請求項２６】
前記レイヤ間同期部は、前記基本レイヤ取得部で取得した基本レイヤ情報のＧＯＰ（グループ・オブ・ピクチャ）単位又は、フレーム単位で刻印されたタイムスタンプ情報と、前記高位レイヤ取得部で取得された高位レイヤ情報のＧＯＰ（グループ・オブ・ピクチャ）単位又は、フレーム単位で刻印されたタイムスタンプ情報に基づいて再生時にレイヤ間を同期させることを特徴とする請求項２５記載のコンテンツ再生装置。
【請求項２７】
スケーラビリティにより階層化されたコンテンツデータの再生部であって、そのコンテンツの再生に必須の基本レイヤ情報及びそのコンテンツの高いスケーラビリティでの再生のために用いられる高位レイヤ情報とを再生するコンテンツデータ再生部と、
前記基本レイヤ情報を取得する基本レイヤ取得部と、
前記高位レイヤ情報を取得する高位レイヤ取得部と、
１以上のフレームから構成されたフレームの集合単位で刻印されたＩＤ情報に基づいて再生時にレイヤ間を同期させるレイヤ間同期部と、
を有するコンテンツ再生装置。
【請求項２８】
スケーラビリティにより階層化されたコンテンツデータの合成をし、再生端末に対して送信するためのキャッシュサーバであって、
基本レイヤ情報を取得する基本レイヤ取得部と、
高位レイヤ情報を取得する高位レイヤ取得部と、
基本レイヤ情報高位レイヤ情報とを合成して合成データとするコンテンツデータ合成部と、
そのコンテンツの再生に必須の基本レイヤ情報か、前記コンテンツデータ合成部で合成された合成データかを送信するデータ送信部と、
を有するキャッシュサーバ。
【請求項２９】
高位レイヤ情報を蓄積する高位レイヤ情報蓄積部を有し、
前記高位レイヤ取得部は、前記高位レイヤ情報蓄積部から高位レイヤ情報を取得する請求項２８に記載のキャッシュサーバ。
【請求項３０】
再生端末を識別して課金のための処理をするための課金処理部と、
データを送信する再生端末に対して課金のための処理がなされているか判断する判断部と、
前記判断部での判断結果が課金のための処理がなされているとの判断結果である場合に前記データ送信部が送信を行う請求項２８に記載のキャッシュサーバ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はプロファイル情報送信装置に関するものである。
【背景技術】
【０００２】
従来は、インターネットを介して音楽・映像等のコンテンツを配信する際には、まずサンプルのデータをダウンロードして視聴した後、コンテンツの購入を希望する場合に、再度アクセスして正式なデータのダウンロードを行う等している。
【０００３】
従来技術としては、以下のようなものがある。
【特許文献１】特開２００２−３４００６
【特許文献２】特開２００１−２０３６５５
【特許文献３】特開２００１−３２６９２４
【特許文献４】特開２００２−１０１０８６
【特許文献５】特開平１１−１５０７２０
【特許文献６】特開２００２−１０２５１
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかし、コンテンツを購入するためには、上記のようにサンプルのデータと購入用の正規のデータと、２度のダウンロードを行う必要があるので、視聴者にとっては面倒であった。これにより視聴者のコンテンツ購入の意欲が減衰するという課題がある。
【０００５】
また、ダウンロードされたコンテンツは、常に一の内容のコンテンツだけを再生するのみである。
【課題を解決するための手段】
【０００６】
本発明では、この課題を解決するために、当初からコンテンツの全体をダウンロードさせ、ユーザはデータの再生を可能とするプロファイル情報を別途取得して、そのプロファイル情報に基づいて再生を行う。これにより、コンテンツ全体を配信しても、配信側で再生制御が行えるようにした。
【０００７】
さらに、ダウンロードした映像と音楽とからなるコンテンツから、音楽のみ、あるいは、映像のみを抜き出して再生することができる。
【発明の効果】
【０００８】
利用者は、コンテンツ全体をダウンロードし蓄積しておいて、自分の嗜好に合致するコンテンツの一部を選択することができる。このとき、コンテンツの再生可能な部分を指定するプロファイル情報を購入することでコンテンツの再生が可能となる。これにより利用者は、サンプル版の視聴後に購入するコンテンツをダウンロードするという二度手間を省くことができるという効果がある。
【０００９】
さらに、コンテンツデータをスケーラビリティにより階層化して符号化し、そのコンテンツの再生に必須の基本レイヤ情報と、画質向上のための高位レイヤ情報とを、場面に応じて取得し、最適な再生方法をとることができる。スケーラビリティによるコンテンツデータの階層化は、伝送路の不安定さを排除するという効果を有する。
【００１０】
また、キャッシュサーバが仲介することができ、コンテンツ再生装置がストリームの再構成機能を有していない場合（例えば、携帯電話など）にも、コンテンツの再生が可能となる。
【発明を実施するための最良の形態】
【００１１】
以下に、本発明の実施の形態を説明する。なお、本発明はこれら実施の形態に何ら限定されるものではなく、その要旨を逸脱しない範囲において、種々なる態様で実施しうる。
<<実施形態１>>
【００１２】
<実施形態１：概要>
【００１３】
実施形態１について、説明する。本実施形態は、プロファイル情報を送信するプロファイル情報送信装置である。図１は、本実施形態の概念の一例を示すものである。図で示したように、コンテンツは、海をバックにレポートをする映像と、そのレポートをする人物によるナレーションと、ＢＧＭの音楽と、波の音とから構成される。これらの４つの要素は、それぞれストリームファイルとして保持されている。ここでは、その複数のストリームファイルの組合せに応じた再生を可能とするために必要な情報であるプロファイル情報を取得する。利用者は、このプロファイル情報を参照することで、送信されたコンテンツのストリームファイルを再生することが可能となる。図で示した例では、プロファイル情報は、４つすべてのストリームファイルを含んでおり、これを利用することで４つのストリームファイルを合成した状態で再生が可能となる。一方、プロファイル情報は、コンテンツを構成するすべてのストリームファイルの情報ではなく、必要に応じて一部のストリームファイルの情報であってもよい。例えば、プロファイル情報が音楽のストリームファイルのみの再生を指定するものであれば、音楽のストリームファイルのみの再生ができる。
【００１４】
このとき、プロファイル情報に含まれるストリームファイルの種類によって、そのコンテンツの再生に用いる機器の選択を行うこともできる。つまり、音声ストリームの他に映像のストリームも含まれている場合には、映像出力機器（スクリーン等）と音声出力機器（スピーカー等）を備えた装置が必要である。
【００１５】
<実施形態１：構成>
【００１６】
実施形態１について説明する。本実施形態は、プロファイル情報送信装置である。本実施形態での機能ブロックの一例を図２に示した。
【００１７】
図２に示す本実施形態の「プロファイル情報送信装置」（０２００）は、「プロファイル情報取得部」（０２０１）と、「コンテンツ識別情報取得部」（０２０２）と、「プロファイル情報送信部」（０２０３）とからなる。
【００１８】
本件発明の構成要素である各部は、ハードウエア、ソフトウエア、ハードウエアとソフトウエアの両者、のいずれかによって構成される。たとえば、これらを実現する一例として、コンピュータを利用する場合には、ＣＰＵ、メモリ、バス、インターフェイス、周辺装置などから構成されるハードウエアと、これらのハードウエア上にて実行可能なソフトウエアを挙げることができる。
【００１９】
具体的には、メモリ上に展開されたプログラムを順次実行することで、メモリ上のデータや、インターフェイスを介して入力されるデータの加工、蓄積、出力などにより各部の機能が実現される。（本明細書の全体を通じて同様である。）
【００２０】
「プロファイル情報取得部」（０２０１）は、プロファイル情報を取得する。
【００２１】
「プロファイル情報」とは、複数のストリームファイルの組合せから構成可能なコンテンツの、そのストリームファイルの組合せに応じた再生を可能とするために必要な情報を含む情報をいう。
【００２２】
「コンテンツ」とは、映像、音声等で構成される情報をいう。コンテンツは、一または複数のストリームファイルの組合せにより構成される。つまり、ストリームファイルは、例えば、音楽のファイル、映像のファイル等が該当する。コンテンツを構成する全てのストリームファイルをコンテンツ全体、これに対して、一部のストリームファイルをコンテンツの一部と称する場合もある（本明細書を通して同様である）。
【００２３】
プロファイル情報は、例えば、コンテンツを構成する一または複数のストリームファイルの種類（映像と音楽、音楽のみなど）や、複数のストリームファイルより構成されるコンテンツのその合成に必要な情報（同期のさせ方に関する情報など）や、ストリームファイルが暗号化されている場合には復号鍵や、再生可能な部分の指定（先頭から５分間再生可能、あるいは、チャプタ３のみ再生可能など）に関する情報などが該当する。
【００２４】
「取得」とは、プロファイル情報送信装置の外部（例えば、コンテンツ送信装置など）から入手する場合の他、内部で生成する場合が含まれるとしてもよい。
【００２５】
「コンテンツ識別情報取得部」（０２０２）は、コンテンツ識別情報を取得する。
【００２６】
「コンテンツ識別情報」とは、複数のストリームファイルの組合せから構成可能なコンテンツを識別するための情報である。コンテンツ識別情報により、コンテンツと、プロファイル情報とが関連付けられる。プロファイル情報はストリームファイルの組合せに応じた再生を可能とするために必要な情報であるから、コンテンツと各ストリームファイルの組合せが関連付けられる。
【００２７】
「プロファイル情報送信部」（０２０３）は、前記プロファイル情報取得部で取得されたプロファイル情報と、前記コンテンツ識別情報取得部で取得されたコンテンツ識別情報とを関連付けて送信する。
【００２８】
図３に、プロファイル情報の一例を示す。ここで、コンテンツ識別情報「２３４０」によって識別されるコンテンツは、プロファイル１と、プロファイル２とを含むプロファイル情報を有する。プロファイル１は、映像、効果音、音楽、ナレーションという４つのストリームファイルの組合せからなり、プロファイル２は、音楽のみのストリームファイルからなる。
【００２９】
そして、同一のコンテンツを構成するストリームファイルの再生に必要なプロファイル情報は、同一のコンテンツ識別情報が関連付けられている。プロファイル情報に関連付けられたコンテンツ識別情報により、プロファイル情報がどのコンテンツに関する情報であるかが分かるようになっている。このような関連付けがなされていることによって、利用者は視聴したいコンテンツ、及び、コンテンツに応じたプロファイル情報の確認を容易に行うことができる。
【００３０】
また図３では、再生可能な領域を指定する情報も含む。プロファイル１は、すべてのストリームファイルを１分２０秒だけ再生できるとした情報であり、プロファイル２は、音楽のストリームファイルのみ全体を再生できる情報である。したがって、コンテンツを構成する全てのストリームファイルがダウンロードされている状態であっても、利用者の有するコンテンツ再生装置にて上記のプロファイル情報に基づいて、コンテンツの一部の再生のみに制限することができる。具体的には、プロファイル１でコンテンツ全体を１分２０秒だけ視聴し、音楽のストリームの購入を希望する場合には、プロファイル２を購入等すればよい。
【００３１】
図４は、コンテンツを部分的に購入する際に生成されるプロファイル情報の一例を示したものである。利用者は、複数のストリームから再生を希望するストリームを任意に選んでプロファイル情報を購入することができる。図４に示したように、音楽のストリームを購入すると音楽再生用のプロファイル情報が得られる。音楽再生用のプロファイル情報には、音楽ストリーム用の識別情報の他、コンテンツの識別情報も関連付けられており、どのコンテンツの、何のストリームに関する情報なのかが識別できる。この音楽再生用のプロファイル情報を取得することにより音楽のストリームファイルの再生が可能となる。ここで、可搬型のメディアなどを利用して、音楽のストリームとプロファイル情報とをともに移動させ、再生することが可能となる。さらに、一旦再生可能となった音楽のストリームファイルは、その後プロファイル情報なしに再生ができるとしてもよい。この場合も、可搬型のメディアなどを利用して、音楽のストリーム単独での、再生・移動等をすることができる。
【００３２】
また、図４で示した映像、音声全てのストリームを予め端末へ格納しておき、プロファイル情報としては、プロモーション用のみを端末へ送信しておく。プロモーション用のみのプロファイル情報とは、ストリームの一部のみ再生を可能とする情報である。これにより、ユーザはプロモーションを見て又は聴いて、ストリームを気に入ったら、既に端末に格納されているストリーム全体（映像全体、音声全体でも可）を再生可能にするプロファイル情報を改めて取得する。このとき、課金処理を条件として、取得できるとしてもよい。
【００３３】
<実施形態１：処理の流れ>
【００３４】
図３９は、実施形態１での処理の流れを示したものである。本実施形態におけるプロファイル情報の送信方法は、以下に示すステップよりなる。
【００３５】
ステップＳ３９０１において、複数のストリームファイルの組合せから構成可能なコンテンツの、そのストリームファイルの組合せに応じた再生を可能とするために必要な情報を含むプロファイル情報を取得する（プロファイル情報取得ステップ）。
【００３６】
ステップＳ３９０２において、前記コンテンツを識別するための情報であるコンテンツ識別情報を取得する（コンテンツ識別情報取得ステップ）。
【００３７】
ステップＳ３９０３において、前記プロファイル情報取得ステップにて取得されたプロファイル情報と、前記コンテンツ識別情報取得ステップにて取得されたコンテンツ識別情報とを関連付けて送信する（プロファイル情報送信ステップ）。
【００３８】
図５は、上記の処理の流れを具体的に示したものである。
【００３９】
最初に、プロファイル情報の生成に利用するためのデータであるプロファイルを取得する（ステップＳ０５０１）。プロファイルは、ストリームファイルの種類や、組合せなどに関する情報が該当する。プロファイルに識別ＩＤなどを付加する処理を行うことでプロファイル情報になる。この未処理のプロファイルが存在する限り、ステップＳ０５０２からステップＳ０５０５までの処理を繰り返す。
【００４０】
まず、未処理のプロファイルが残っているか確認し（ステップＳ０５０２）、残っていない場合には、ステップＳ０５０６に進む。
【００４１】
未処理のプロファイルが残っている場合には、再生すべきストリームファイル（例えば、映像ストリームファイル、音声ストリームファイルなど）のＩＤを含むプロファイル情報を生成する（ステップＳ０５０３）。
【００４２】
次に、再生可能領域の指定があるかどうか判断（ステップＳ０５０４）し、指定がない場合には、ステップＳ０５０２に戻る。
【００４３】
再生可能領域の指定がある場合には、領域カウンタをプロファイル情報に設定する（ステップＳ０５０５）。その後、ステップＳ０５０２に戻る。
【００４４】
ステップＳ０５０２での判断の結果が、未処理のプロファイルが残っていないという判断結果の場合には、コンテンツ識別情報を取得する（ステップＳ０５０６）。
【００４５】
最後に、プロファイル情報と、コンテンツ識別情報を関連付けて送信する（ステップＳ０５０７）。
【００４６】
以上の処理は、計算機に実行させるためのプログラムで実行することができ、また、このプログラムを計算機によって読み取り可能な記録媒体に記録することができる。（本明細書の全体を通して同様である。）
【００４７】
<実施形態１：効果>
【００４８】
実施形態１のプロファイル情報送信装置でプロファイル情報を送信することによって、利用者が自己の趣味・嗜好や、所有している再生機器に応じて、すでに蓄積されているコンテンツの一部分を再生することを可能とする。
<<実施形態２>>
【００４９】
<実施形態２：概要>
【００５０】
実施形態２について説明する。本実施形態は、コンテンツを構成するストリームファイルを符号化して送信するコンテンツ送信装置である。
【００５１】
<実施形態２：構成>
【００５２】
実施形態２におけるコンテンツ送信装置の機能ブロックの一例を図６に示した。
【００５３】
図６に示す本実施形態の「コンテンツ送信装置」（０６００）は、「コンテンツ識別情報取得部」（０６０１）と、「ストリームデータ符号化部」（０６０２）と、「ストリームデータ送信部」（０６０３）とからなる。
【００５４】
「コンテンツ識別情報取得部」（０６０１）は、コンテンツ識別情報を取得する。コンテンツ識別情報の取得は、内部で生成して取得する場合の他、外部（例えば、プロファイル情報送信装置など）から取得する場合が含まれるとしてもよい。
【００５５】
「ストリームデータ符号化部」（０６０２）は、コンテンツのストリームファイルを符号化して符号化ストリームデータとする。
【００５６】
ストリームファイルは、複数の組合せによりコンテンツを構成するファイルであるが、ストリームファイルを符号化したものを符号化ストリームデータという。
【００５７】
「符号化」とは、適切な符号系を定めて符号に変換することをいう。例えば、アナログデータをデジタルデータに符号化する場合や、それらをさらに別の形式（ＭＰＥＧ形式など）に再符号化する場合などが該当する。また、符号化の意味には、暗号化が含まれるとしてもよい。
【００５８】
「ストリームデータ送信部」（０６０３）は、ストリームデータ符号化部で符号化された符号化ストリームデータと、前記コンテンツ識別情報取得部で取得されたコンテンツ識別情報とを関連付けて送信する。
【００５９】
<実施形態２：処理の流れ>
【００６０】
図７は、実施形態２での処理の流れを示したものである。本実施形態におけるコンテンツの送信方法は、以下に示す３つのステップよりなる。
【００６１】
まず、コンテンツ識別情報を取得する（コンテンツ識別情報取得ステップ  ステップＳ０７０１）。
【００６２】
次に、ストリームファイルを符号化して符号化ストリームデータとする。（ストリームデータ符号化ステップ  ステップＳ０７０２）。
【００６３】
最後に、符号化ストリームデータと、コンテンツ識別情報を関連付けて送信する（符号化ストリームデータ送信ステップ  ステップＳ０７０３）。
【００６４】
<実施形態２：効果>
【００６５】
本実施形態のコンテンツ送信装置は、実施形態１のプロファイル情報送信装置と合体してひとつの装置の形態を有するものであってもよい。この場合、コンテンツを構成する全てのストリームファイル（符号化ストリームデータ）とともに、そのストリームファイルの組合せに応じた再生を可能とするためにプロファイル情報を送信することができる。
【００６６】
以上述べた実施形態においては、ストリームファイルが音楽と、ナレーションと、映像と、からなるコンテンツ（コンテンツのストリームファイル）を、一旦受信側に蓄積する構成を採用可能である。したがって、たとえ、音楽の再生だけを希望して音楽を聴いて、その後、ナレーションと、映像とを加えたコンテンツの再生を希望したとしても、再度それらのストリームファイル（符号化ストリームデータ）をダウンロードする必要はない。
【００６７】
なぜなら、それらのストリームファイルは、最初に音楽を再生するためにすでに、受信側に蓄積されているからである。
【００６８】
従って、音楽の再生だけを希望して音楽を聴いて、その後、ナレーションと、映像とを加えたコンテンツの再生を希望する者（受信側）が最低限しなければならないことは、それらのストリームファイルを再生するためのプロファイル情報を取得することのみである。
【００６９】
ところが、このプロファイル情報は、コンテンツを構成するストリームファイルよりも充分データの量が少ない。従って、受信側がプロファイル情報を取得するために必要とされる時間は、一般にストリームファイルを取得のためのダウンロード時間に比較して充分短時間となる。
【００７０】
これらのことは、受信側から観察すると一見、大きなコンテンツのファイルが極めて短時間でダウンロードされたような感じを与えるであろう。
【００７１】
なぜなら、音楽を再生している時点では、ナレーションや、映像の再生をすることができないので自身の再生装置（受信装置など）内に、それらの情報が蓄積されていることを体感できないが、（プロファイル情報の）短時間のダウンロードにより、それらの再生が可能となるからである。
【００７２】
もし、この仕組みがコンテンツの販売に利用されるとすると、コンテンツを販売する者は、購入者（受信装置側）の購入意欲が高まった瞬間コンテンツの販売が可能となる。また、購入者にとっては、入手の作業が容易でもある（即ち短時間でダウンロードできる）。したがって、コンテンツを販売する者は、ビジネスチャンスを逃すことがないという利益を享受することができるであろう。
【００７３】
また、映像、音声全てのストリームとプロモーション用のプロファイル情報を無料配布し、課金のための処理を条件にストリーム全体を再生可能とするプロファイル情報を改めて送信する構成の場合には、上記の即時にユーザの希望に対処することができるという効果に加えて、プロモーションにより広告・宣伝効果を高めることができる。
<<実施形態３〜５>>
【００７４】
<実施形態３〜５：概要>
【００７５】
実施形態３〜５について説明する。本実施形態は、プロファイル情報に基づいてコンテンツの再生処理を行うコンテンツ再生装置である。
【００７６】
<実施形態３：構成>
【００７７】
実施形態３におけるコンテンツ再生装置の機能ブロックの一例を図８に示した。
【００７８】
図８に示す本実施形態の「コンテンツ再生装置」（０８００）は、「符号化ストリームデータ蓄積部」（０８０１）と、「プロファイル情報受信部」（０８０２）と、「コンテンツ再生処理部」（０８０３）とからなる。
【００７９】
「符号化ストリームデータ蓄積部」（０８０１）は、符号化ストリームデータを蓄積する。符号化ストリームデータとともに、それに関連付けられたコンテンツ識別情報を蓄積するとしてもよい。ここで、蓄積する符号化ストリームデータは、実施形態２で述べたコンテンツ送信装置から送信されたデータを受信したものであるとしてもよい。
【００８０】
また、蓄積には、保持するための一時的な蓄積が含まれるとしてもよい。例えば、ストリーム再生のために符号化ストリームデータが一瞬の間だけ蓄積される場合などである。
【００８１】
「プロファイル情報受信部」（０８０２）は、プロファイル情報を受信する。プロファイル情報受信部は、実施形態１で述べたプロファイル情報送信装置から送信されるプロファイル情報と、それに関連付けられたコンテンツ識別情報を受信する。
【００８２】
「コンテンツ再生処理部」（０８０３）は、プロファイル情報受信部で受信したプロファイル情報に基づいて符号化ストリームデータ蓄積部に蓄積された符号化ストリームデータを再構成してコンテンツの再生のための処理をする。その際、プロファイル情報、符号化ストリームデータのそれぞれに関連付けられているコンテンツ識別情報により、コンテンツ再生処理部は同一のコンテンツを再生するための処理をする。
【００８３】
「再構成」とは、再び組み立て直すことをいう。例えば、複数蓄積されている符号化ストリームデータから指定のプロファイル情報と対応する符号化ストリームデータを選ぶ処理や、選んだ複数の符号化ストリームデータを合成する処理が含まれる。
【００８４】
「再生のための処理」とは、再生に必要とされるすべての処理をいう。符号化ストリームデータを復号化する処理や、再生方法の選択（コマ送りの有無、画質の選択など）、選択された再生方法、再生可能領域などに応じて再生用の機器等にデータを出力する処理が該当する。他には、例えば複数のストリームファイルから映像とナレーションを抜き出してコンテンツを合成したり、映像と音声の同期をもたせたりする処理が含まれるとしてもよい。また、実際に再生を行う場合を含むとしてもよい。
【００８５】
利用者が、コンテンツ再生装置のメニューからコンテンツの選択（スポーツニュース、あるいは、コメディ映画など）、ストリームファイルの指定（音楽のみ、音楽と映像など）、画面の選択（フル画面、あるいは、小画面など）等を行うことで、コンテンツ再生装置で再生のための処理が行われる。
【００８６】
<実施形態３：効果>
【００８７】
実施形態３のコンテンツ再生装置においては、利用者はコンテンツを構成する複数のストリームファイルから自分の嗜好に合致するストリームファイル（例えば、音楽、映像など）を選択して再生することができる。つまり、利用者は、コンテンツを構成する全てのストリームファイルを受信しておけば、音楽のみのストリームファイル等の再生後、今度はナレーションと映像のストリームファイルの再生を希望する場合でも、ナレーションと映像のストリームファイルの再生を可能とする情報を含むプロファイル情報の選択、実行により直ちに再生が可能となる。
【００８８】
<実施形態４>
【００８９】
図９、１０は、実施形態３での処理の流れを示したものである。実施形態３におけるコンテンツ再生方法は、符号化ストリームデータを蓄積するステップと、プロファイル情報を受信するステップとを有するが、どちらのステップを先に実行するかによって、後述するように異なる効果を有する。したがって、第一のコンテンツ再生方法として、先に符号化ストリームデータの蓄積処理を行う方法を、第二のコンテンツ再生方法として、先にプロファイル情報を受信する方法を説明する。
【００９０】
図９は、第一のコンテンツ再生方法である先に符号化ストリームデータの蓄積処理を行う方法を示す。
【００９１】
最初に、符号化ストリームデータを蓄積する（符号化ストリームデータ蓄積ステップ  ステップＳ０９０１）。このとき、蓄積する符号化ストリームデータは、コンテンツ送信装置から送信されたものである。このようにして蓄積された符号化ストリームデータは、一覧となった状態で確認できる場合もある。
【００９２】
前記符号化ストリームデータ蓄積ステップ（ステップＳ０９０１）の後にプロファイル情報を受信する（プロファイル情報ステップ  受信ステップＳ０９０２）。
【００９３】
プロファイル情報受信ステップにて受信したプロファイル情報に基づいて符号化ストリームデータ蓄積ステップにて蓄積された符号化ストリームデータを再構成してコンテンツの再生のための処理をする（コンテンツ再生処理ステップ  ステップＳ０９０３）。
【００９４】
<実施形態５>
【００９５】
図１０は、第二のコンテンツ再生方法である最初にプロファイル情報の受信処理を行う方法を示す。
【００９６】
最初に、プロファイル情報を受信する（プロファイル情報受信ステップ  ステップＳ１００１）。
【００９７】
前記プロファイル情報受信ステップ（Ｓ１００１）の後に符号化ストリームデータを蓄積する（ストリームデータ蓄積ステップ  ステップＳ１００２）。
【００９８】
プロファイル情報受信ステップで受信したプロファイル情報に基づいて符号化ストリームデータ蓄積ステップにて蓄積された符号化ストリームデータを再構成してコンテンツの再生のための処理をする（コンテンツ再生処理ステップ  ステップＳ１００３）。
【００９９】
図４０は、さらにコンテンツの再生方法を具体的に示したものである。
【０１００】
最初に、再生すべきストリームのセグメントの総数を取得し、取得した総数をエンド番号として保持する（ステップＳ４００１）。
【０１０１】
次に、セグメント番号を１にセットする（ステップＳ４００２）。セグメント番号は、コンテンツを構成するストリームファイルの先頭から最後までを分割して割り当てた番号である。セグメント番号の割り当て方としては、ストリームファイルの内容について区切りごとに割り当てるとしてもよいし、一定時間ごとに割り当てるとしてもよい。例えば、セグメント番号は、ストリームファイルの製作者が割り当てたものであってもよい。
【０１０２】
セグメント番号で示される領域（セグメント）が再生可能かどうかを判断する（ステップＳ４００３）。再生可能であるということは、再生可能領域の指定がない場合と、再生可能領域の指定があり、かつ、その指定領域がセグメント番号で示されている場合の両者が該当する。
【０１０３】
セグメント番号で示される領域が再生可能であるとの判断結果の場合は、再生のための処理を行う（ステップＳ４００４）。例えば、セグメントを順次復号化し、復号結果をユーザインターフェースにて出力する。
【０１０４】
ステップＳ４００４の処理後、あるいは、セグメント番号で示される領域が再生可能でないとの判断結果の場合はステップＳ４００３の処理後、セグメント番号がエンド番号と等しいかどうかの判断を行う（ステップＳ４００５）。セグメント番号がエンド番号と等しい場合には、ストリームファイルの最後まで処理が行われたということであり、逆に、セグメント番号がエンド番号と等しくない場合には、ストリームファイルの最後までまだ処理が行われていないということである。
【０１０５】
セグメント番号がエンド番号と等しくないとの判断結果の場合は、セグメント番号のインクリメントを行う（ステップＳ４００６）。その後、ステップＳ４００３に戻って、セグメント番号で示される領域が再生可能かどうかを判断する。
【０１０６】
セグメント番号がエンド番号と等しいとの判断結果の場合は、処理を終了する。
【０１０７】
<実施形態４、５：効果>
【０１０８】
実施形態４では、プロファイル情報の受信に先だって、最初に符号化ストリームデータの蓄積処理を行う。大容量のコンテンツであっても、回線が空いている夜間等にダウンロードして蓄積しておくことで、利用者はプロファイル情報を取得すれば直ちに再生が可能となる。また、実体を取得できるので、携帯性の再生機器にて再生が可能となる。
【０１０９】
実施形態５では、符号化ストリームデータの蓄積に先だって、最初にプロファイル情報の受信処理を行う。プロファイル情報を多数受信しておいて、利用者が興味を持ち、再生を希望する符号化ストリームデータのみを蓄積することで、ハードウエア資源を有効に活用することができるという効果を有する。
<<実施形態６〜７>>
【０１１０】
<実施形態６：概要>
【０１１１】
実施形態６は、プロファイル情報要求を受信することを特徴とする実施形態１に記載のプロファイル情報送信装置である。
【０１１２】
<実施形態６：構成>
【０１１３】
実施形態６でのプロファイル情報送信装置の機能ブロックの一例を図１１に示した。
【０１１４】
図１１に示す本実施形態の「プロファイル情報送信装置」（１１００）は、「プロファイル情報取得部」（１１０１）と、「コンテンツ識別情報取得部」（１１０２）と、「プロファイル情報送信部」（１１０３）と、さらに、「プロファイル情報要求受信部」（１１０４）からなる。「プロファイル情報取得部」（１１０１）と、「コンテンツ識別情報取得部」（１１０２）と、「プロファイル情報送信部」（１１０３）については、すでに実施形態１で述べたものと同様である。
【０１１５】
「プロファイル情報要求受信部」（１１０４）は、プロファイル情報要求を受信するための処理を行う。「プロファイル情報要求」は、プロファイル情報の送信の要求である。プロファイル情報要求は、コンテンツ再生装置からプロファイル情報送信装置へ送られ、コンテンツに含まれるストリームファイル（例えば音楽のストリームファイル）などを指定して再生希望を表す。このプロファイル情報要求に基づいたプロファイル情報をコンテンツ再生装置が取得することで、希望したストリームファイルの再生が可能となる。
【０１１６】
受信したプロファイル情報要求は、プロファイル情報取得部（１１０１）へ渡し、要求に基づくプロファイル情報を取得させるとしてもよいし、プロファイル情報送信部（１１０３）へ渡し、複数のプロファイル情報から要求に見合うプロファイル情報を選んで送信するとしてもよい。この場合、選んで送信するための複数のプロファイル情報を保持しておくプロファイル情報保持部を有する場合もある。
【０１１７】
<実施形態６：処理の流れ>
【０１１８】
図１２は、実施形態６での処理の流れを示したものである。プロファイル情報要求を受信するプロファイル情報の送信方法は、以下に示すステップよりなる。
【０１１９】
プロファイル情報要求を受信する（ステップＳ１２０１）。
【０１２０】
プロファイル情報を取得する（ステップＳ１２０２）。ステップＳ１２０１にて受信したプロファイル情報要求に基づいてプロファイル情報を取得するとしてもよい。
【０１２１】
コンテンツ識別情報を取得する（ステップＳ１２０３）。
【０１２２】
最後に、プロファイル情報とコンテンツ識別情報を関連付けて送信する（ステップＳ１２０４）。ステップＳ１２０１にて受信したプロファイル情報要求に基づいてプロファイル情報を選択し、送信してもよい。
【０１２３】
<実施形態７：概要>
【０１２４】
実施形態７について説明する。本実施形態は、プロファイル情報要求を送信することに特徴を有する実施形態３に記載のコンテンツ再生装置である。
【０１２５】
<実施形態７：構成>
【０１２６】
実施形態７におけるコンテンツ再生装置の機能ブロックの一例を図１３に示した。
【０１２７】
図１３に示す本実施形態の「コンテンツ再生装置」（１３００）は、「符号化ストリームデータ蓄積部」（１３０１）と、「プロファイル情報受信部」（１３０２）と、「コンテンツ再生処理部」（１３０３）と、さらに、「プロファイル情報要求送信部」（１３０４）からなる。「符号化ストリームデータ蓄積部」（１３０１）と、「プロファイル情報受信部」（１３０２）と、「コンテンツ再生処理部」（１３０３）についてはすでに実施形態３で述べたものと同様である。
【０１２８】
「プロファイル情報要求送信部」（１３０４）は、プロファイル情報要求を送信するための処理を行う。実施形態６におけるプロファイル情報送信装置へ、利用者の要求を伝えるためにプロファイル情報要求が送信される。
【０１２９】
コンテンツ再生装置は、プロファイル情報要求を送信することによって、コンテンツに含まれるストリームファイル（例えば音楽のストリームファイル）などを指定して再生希望を表す。プロファイル情報要求に基づいたプロファイル情報がプロファイル情報送信装置から返されることによって、希望したストリームファイルの再生が可能となる。
【０１３０】
<実施形態７：処理の流れ>
【０１３１】
図１４は、実施形態７での処理の流れを示したものである。プロファイル情報要求を送信するコンテンツの再生方法は、以下に示すステップよりなる。
【０１３２】
最初に、プロファイル情報要求を送信するための処理を行う。コンテンツ識別情報などを指定してプロファイル情報要求を送信する（ステップＳ１４０１）。
【０１３３】
次に、プロファイル情報要求に応じてプロファイル情報送信装置から送信されたプロファイル情報を受信する（ステップＳ１４０２）。
【０１３４】
受信したプロファイル情報に基づいて符号化ストリームデータを再構成してコンテンツの再生のための処理をする（ステップＳ１４０３）。
【０１３５】
<実施形態６、７：効果>
【０１３６】
実施形態７のコンテンツ再生装置（この場合には利用者と同義である。）から、コンテンツ、あるいは、コンテンツの一部であるストリームファイルを視聴したいとの要求が送信され、実施形態６のプロファイル情報送信装置は、要求に基づいたプロファイル情報を送信する。これにより、利用者が能動的に自己の希望に即したコンテンツの視聴が可能となる点に効果がある。
<<実施形態８>>
【０１３７】
<実施形態８：概要>
【０１３８】
実施形態８について説明する。本実施形態は、課金処理を条件としてプロファイル情報要求を送信することに特徴を有する実施形態７に記載のコンテンツ再生装置である。
【０１３９】
<実施形態８：構成>
【０１４０】
実施形態８におけるコンテンツ再生装置の機能ブロックの一例はすでに図１３に示したとおりである。
【０１４１】
図１３に示す本実施形態の「コンテンツ再生装置」（１３００）は、「符号化ストリームデータ蓄積部」（１３０１）と、「プロファイル情報受信部」（１３０２）と、「コンテンツ再生処理部」（１３０３）と、「プロファイル情報要求送信部」（１３０４）からなる。「符号化ストリームデータ蓄積部」（１３０１）と、「プロファイル情報受信部」（１３０２）と、「コンテンツ再生処理部」（１３０３）についてはすでに実施形態３で述べたものと同様である。
【０１４２】
「プロファイル情報要求送信部」（１３０４）は、課金処理を条件としてプロファイル情報要求を送信するための処理を行う。「課金処理」とは、料金を課する準備のための処理をいう。したがって、必ずしも実際に金銭の授受を行われなくてもよい。例えば、プロファイル情報要求の送信時に、銀行のアカウントチェック等が行われ、プロファイル情報送信装置から要求するプロファイル情報が送信される場合などが該当する。
【０１４３】
図１５は、課金処理の流れの概要を示した図である。右側がコンテンツ再生装置で、左側がプロファイル送信装置である。
【０１４４】
ここで、コンテンツ再生装置のプロファイル情報要求送信部からコンテンツの購入要求（プロファイル情報要求）が出され、その要求をプロファイル送信装置のプロファイル情報要求受信部で受ける。そして、要求を行った利用者（コンテンツ再生装置）との決済のための処理を行う。決済のための処理は、実際に金銭の授受を行わなくても、銀行のアカウントチェックやプリペイドからの引き落しなどであってもよい。また、正規の会員に対しては、課金なしでコンテンツの購入要求（プロファイル情報要求）に応じる場合には、利用者が正規の会員かどうかの確認でもよい。
【０１４５】
プロファイル情報送信装置では、プロファイル情報要求受信部からプロファイル情報送信部へプロファイル取得要求が出され、それに応じて、プロファイル情報送信部からプロファイル情報要求受信部へプロファイル情報が渡される。その後、プロファイル情報は、コンテンツ再生装置のプロファイル情報受信部で受信され、コンテンツ再生処理部へ渡される。ここで、プロファイル情報に記載された指定のストリームファイルの再生処理がなされる。
<<実施形態９>>
【０１４６】
<実施形態９：概要>
【０１４７】
実施形態９について説明する。本実施形態は、前記プロファイル情報は、ストリームの組合せに応じたコンテンツの再生に関する情報であることに特徴を有する実施形態１に記載のコンテンツ再生装置である。なお、この実施形態９については、すでに実施形態１等で述べているため、以下簡単に説明する。
【０１４８】
<実施形態９：構成>
【０１４９】
実施形態９におけるコンテンツ再生装置の機能ブロックの一例はすでに図２に示したものと同様である。
【０１５０】
図２に示す本実施形態の「プロファイル情報送信装置」（０２００）は、「プロファイル情報取得部」（０２０１）と、「コンテンツ識別情報取得部」（０２０２）と、「プロファイル情報送信部」（０２０３）とからなる。「コンテンツ識別情報取得部」（０２０２）と、「プロファイル情報送信部」（０２０３）の処理はすでに実施形態１で述べたものと同様である。
【０１５１】
「プロファイル情報取得部」（０２０１）で取得されるプロファイル情報は、音声ストリーム、映像ストリームの少なくともいずれか一つに応じたコンテンツの再生に関する情報である。例えば、映像ストリームのみによりプロファイル情報が構成されているとしてもよいし、音声ストリームと映像ストリーム両者の合成でもよい。映像ストリームがプロファイル情報の構成要件となる場合には、再生装置にはスクリーンの設備を備えておくことが必要となるし、音声ストリームのみの場合は、ＭＤなどの機器を接続等して再生することもできる。プロファイル情報の内容を確認することで、再生のための準備をすることができる。
<<実施形態１０〜１３>>
【０１５２】
<実施形態１０：概要>
【０１５３】
実施形態１０について説明する。本実施形態は、暗号化されているプロファイル情報を解読するための鍵を取得する鍵取得部を有することを特徴とする実施形態３に記載のコンテンツ再生装置である。
【０１５４】
<実施形態１０：構成>
【０１５５】
実施形態１０におけるコンテンツ再生装置の機能ブロックの一例を図１６に示す。
【０１５６】
図１６に示す本実施形態の「コンテンツ再生装置」（１６００）は、「符号化ストリームデータ蓄積部」（１６０１）と、「プロファイル情報受信部」（１６０２）と、「コンテンツ再生処理部」（１６０３）と、さらに「鍵取得部」（１６０４）からなる。「符号化ストリームデータ蓄積部」（１６０１）と、「コンテンツ再生処理部」（１６０３）についてはすでに実施形態３で述べたとおりである。
【０１５７】
「プロファイル情報受信部」（１６０２）は、鍵により暗号化されているプロファイル情報を受信する。プロファイル情報が暗号化されていることにより、その解読の権限を有する者のみが利用可能である。プロファイル情報は全体が暗号化されていてもよいし、部分的に暗号化されているとしてもよい。
【０１５８】
「鍵取得部」（１６０４）は、プロファイル情報に応じてそのプロファイル情報を解読するための鍵を取得するための処理を行う。例えば、鍵はプロファイル情報と一緒に、プロファイル情報送信装置から送信される。取得した鍵により、プロファイル情報を解読することができ、その解読したプロファイル情報でコンテンツを再生することができる。
【０１５９】
<実施形態１０：処理の流れ>
【０１６０】
図１７は、実施形態１０での処理の流れを示したものである。実施形態１０でのコンテンツの再生方法は、以下に示すステップよりなる。
【０１６１】
符号化ストリームデータを蓄積する（符号化ストリームデータ蓄積ステップ  ステップＳ１７０１）。
【０１６２】
鍵により暗号化されているプロファイル情報を受信する（プロファイル情報ステップ  受信ステップＳ１７０２）。ここで、ステップＳ１７０１とステップＳ１７０２については、順番が逆でもよい。
【０１６３】
そのプロファイル情報を解読するための鍵を取得するための処理を行う（鍵取得ステップ  ステップＳ１７０３）。
【０１６４】
取得した鍵を用いてプロファイル情報を解読する（ステップＳ１７０４）。
【０１６５】
プロファイル情報受信ステップにて受信したプロファイル情報に基づいて符号化ストリームデータ蓄積ステップにて蓄積された符号化ストリームデータを再構成してコンテンツの再生のための処理をする（コンテンツ再生処理ステップ  ステップＳ１７０５）。
【０１６６】
<実施形態１１：概要>
【０１６７】
実施形態１１について説明する。本実施形態は、課金処理を条件として鍵を取得する鍵取得部を有することを特徴とする実施形態３に記載のコンテンツ再生装置である。
【０１６８】
<実施形態１１：構成>
【０１６９】
実施形態１１におけるコンテンツ再生装置の機能ブロックの一例はすでに図１６に示したとおりである。
【０１７０】
図１６に示す本実施形態の「コンテンツ再生装置」（１６００）は、「符号化ストリームデータ蓄積部」（１６０１）と、「プロファイル情報受信部」（１６０２）と、「コンテンツ再生処理部」（１６０３）と、「鍵取得部」（１６０４）からなる。「符号化ストリームデータ蓄積部」（１６０１）と、「プロファイル情報受信部」（１６０２）と、「コンテンツ再生処理部」（１６０３）についてはすでに実施形態１０で述べたとおりである。
【０１７１】
「鍵取得部」（１６０４）は、プロファイル情報に応じて課金処理を条件としてそのプロファイル情報を解読するための鍵を取得するための処理を行う。つまり、鍵は購入することで取得することができる。取得した鍵により、プロファイル情報を解読することができ、その解読したプロファイル情報でコンテンツを再生することができる。
【０１７２】
図１８は、鍵の取得方法に関する第一の例を示したものである。図では、コンテンツを構成する複数のストリームのうち、音楽のストリームのさらに一部分である２番の音楽のストリームのみを暗号化している場合を想定したものである。その他の部分は暗号化されていないため、利用者は自由に視聴することができる。具体的には、音楽のプロモーションビデオで、１番と２番からなる１曲の楽曲のうち１番のみを視聴することができるという場面を想定したものである。１番のみを視聴した利用者が、続きである楽曲の２番を聞きたいと希望するとき、利用者は２番の音楽ストリームのプロファイル情報を用いて、２番の音楽ストリームを復号化する。しかし、ここでプロファイル情報は暗号化されているため、そのプロファイル情報を解読することができる鍵を購入等することが必要となる。鍵を取得すれば、利用者は、音楽のストリームの１番についてはそのままの状態で再生し、２番については取得した鍵で解読したプロファイル情報を用いて復号化した後に再生することができる。このときすでに述べたように、音楽のストリーム単独での再生、移動も可能となる。
【０１７３】
ここでは、取得した鍵によってプロファイル情報を解読するとしたが、２番の音楽ストリーム自体を解読する場合が含まれるとしてもよい。また、取得した鍵と、プロファイル情報との両者を用いて２番の音楽ストリームを解読する場合もある。
【０１７４】
図１９は、鍵の取得方法に関する第二の例を示したものである。図では、複数のコンテンツを一様に時間等で区切って、その一定の部分を暗号化している場合を想定したものである。その他の暗号化されていない部分は、利用者は自由に視聴することができる。具体的には、映画の全体に対する一部（予告編）のみを視聴することができることができるという場面を想定したものである。それを視聴した利用者が、映画のサウンドトラックの全体を聞きたいと希望するとき、利用者は音楽ストリームのプロファイル情報を用いて、音楽ストリームを復号化する。しかし、ここでプロファイル情報は暗号化されているため、そのプロファイル情報を解読することができる鍵を購入等することが必要となる。鍵を購入すれば、利用者は、音楽のプロファイル情報の暗号化されていない部分についてはそのままの状態で再生し、暗号化されている部分については取得した鍵で解読したプロファイル情報を用いて復号化した後に再生することができる。
【０１７５】
<実施形態１２：概要>
【０１７６】
実施形態１２について説明する。本実施形態は、鍵を要求するために鍵要求情報送信部を有することを特徴とする実施形態１０に記載のコンテンツ再生装置である。
【０１７７】
<実施形態１２：構成>
【０１７８】
実施形態１２におけるコンテンツ再生装置の機能ブロックの一例を図２０に示す。
【０１７９】
図２０に示す本実施形態の「コンテンツ再生装置」（２０００）は、「符号化ストリームデータ蓄積部」（２００１）と、「プロファイル情報受信部」（２００２）と、「コンテンツ再生処理部」（２００３）と、「鍵取得部」（２００４）と、さらに、「鍵要求情報送信部」（２００５）からなる。「符号化ストリームデータ蓄積部」（２００１）と、「プロファイル情報受信部」（２００２）と、「コンテンツ再生処理部」（２００３）と、「鍵取得部」（２００４）についてはすでに実施形態１０で述べたとおりである。
【０１８０】
「鍵要求情報送信部」（２００５）は、鍵要求情報を送信するための処理を行う。「鍵要求情報」とは、鍵を要求するための情報である。具体的には、視聴を希望するストリームファイルの指定をすることで間接的に鍵を要求する情報などが該当する。プロファイル情報送信装置等へ要求を出し、それに応じて送られた鍵が鍵取得部（２００４）にて取得できるとしてもよい。
【０１８１】
<実施形態１２：処理の流れ>
【０１８２】
図２１は、実施形態１２での処理の流れを示したものである。実施形態１２でのコンテンツの再生方法は、以下に示すステップよりなる。
【０１８３】
鍵要求情報を送信するための処理を行う（鍵要求情報送信ステップ  ステップＳ２１０１）。
【０１８４】
符号化ストリームデータを蓄積する（符号化ストリームデータ蓄積ステップ  ステップＳ２１０２）。
【０１８５】
鍵により暗号化されているプロファイル情報を受信する（プロファイル情報ステップ  受信ステップＳ２１０３）。ここで、ステップＳ２１０２とステップＳ２１０３については、順番が逆でもよい。
【０１８６】
受信したプロファイル情報を解読するための鍵を取得する処理を行う（鍵取得ステップ  ステップＳ２１０４）。取得する鍵は、ステップＳ２１０１にて送信した鍵要求情報に応じてプロファイル情報送信装置などから送信されたものである。
【０１８７】
取得した鍵を用いてプロファイル情報を解読する（ステップＳ２１０５）。
【０１８８】
プロファイル情報に基づいて符号化ストリームデータ蓄積ステップにて蓄積された符号化ストリームデータを再構成してコンテンツの再生のための処理をする（コンテンツ再生処理ステップ  ステップＳ２１０５）。
【０１８９】
<実施形態１３：概要>
【０１９０】
実施形態１３について説明する。本実施形態は、課金処理を条件として鍵を要求する鍵要求情報送信部を有することを特徴とする実施形態１０に記載のコンテンツ再生装置である。
【０１９１】
<実施形態１３：構成>
【０１９２】
実施形態１３におけるコンテンツ再生装置の機能ブロックの一例はすでに図２０に示したとおりである。
【０１９３】
図２０に示す本実施形態の「コンテンツ再生装置」（２０００）は、「符号化ストリームデータ蓄積部」（２００１）と、「プロファイル情報受信部」（２００２）と、「コンテンツ再生処理部」（２００３）と、「鍵取得部」（２００４）と、さらに、「鍵要求情報送信部」（２００５）からなる。「符号化ストリームデータ蓄積部」（２００１）と、「プロファイル情報受信部」（２００２）と、「コンテンツ再生処理部」（２００３）と、「鍵取得部」（２００４）についてはすでに実施形態１０で述べたとおりである。
【０１９４】
「鍵要求情報送信部」（２００５）は、課金を条件として鍵要求情報を送信するための処理を行う。利用者による課金のための処理がなされないと鍵要求情報の送信ができなくなるとしてもよい。鍵の要求がなされないと、鍵も取得できないために、プロファイル情報の復号化、コンテンツの再生ができなくなってしまう。
【０１９５】
<実施形態１０〜１３：効果>
【０１９６】
プロファイル情報を暗号化することで、コンテンツの全体を利用者に配信しつつ、その一部のみを隠すことを実現することができる。隠す部分の指定は、コンテンツにではなく、プロファイル情報に対して設定等して行うために、比較的容易に追加、変更などができる。また、視聴者にとっては、鍵のみを取得すれば、コンテンツの再生が可能となるため、従来のようにサンプル版の視聴後に、コンテンツ全体のダウンロードを再度行わなくてもよいことから手間が省けるという効果がある。
【０１９７】
加えて、鍵はプロファイル情報よりもさらにデータの量が少ないため、受信側が鍵を取得するために必要とされる時間は非常に短時間で済むという利点がある。鍵の取引によって実際の取引が行われる場合でも、鍵のデータ量が少ないことで、取引を行う双方の負荷が最小限に押さえられるという効果がある。
【０１９８】
さらに、鍵の取得に関しては、利用者の希望に応じて要求することもでき、利用者には便利である。
<<実施形態１４>>
【０１９９】
<実施形態１４：概要>
【０２００】
実施形態１４について説明する。本実施形態は、分散配置した複数のストリームデータから再構成して再生処理を行うことを特徴とする実施形態３に記載のコンテンツ再生装置である。
【０２０１】
<実施形態１４：構成>
【０２０２】
実施形態１４におけるコンテンツ再生装置の機能ブロックの一例はすでに図８に示したとおりである。
【０２０３】
図８に示す本実施形態の「コンテンツ再生装置」（０８００）は、「符号化ストリームデータ蓄積部」（０８０１）と、「プロファイル情報受信部」（０８０２）と、「コンテンツ再生処理部」（０８０３）とからなる。
【０２０４】
「符号化ストリームデータ蓄積部」（０８０１）は、複数のストリームデータを分散配置した符号化ストリームデータを蓄積する。
【０２０５】
「分散配置」とは、複数のストリームデータを各々別個に配置することである。例えば、映像と音声のストリームファイルからなる１つのコンテンツであっても、ダウンロードを行う回線の状況によっては、細切れに符号化ストリームデータを蓄積せざるをえない場合が生じ得る。具体的には、コンテンツを再生する順に各ストリームファイルを細切れに蓄積する。そのような場合であっても、コンテンツ再生処理部で必要なストリームデータからコンテンツを再構成することができる。
【０２０６】
「コンテンツ再生処理部」（０８０３）は、前記プロファイル情報に基づいて、必要なストリームデータのみを前記符号化ストリームデータから再構成する。
【０２０７】
図２２では、必要な符号化ストリームデータのみを再構成する処理についての概念を表したものである。図で示したように複数の符号化ストリームデータ（映像、効果音、音楽）がばらばらに蓄積されている。音楽を視聴したい場合には、音楽再生用のプロファイル情報を取得する。ここでは、同一の符号化ストリームデータについては、同じＩＤが割り当てられており、どの符号化ストリームデータの一部であるかの区別ができるようになっている。したがって、同じＩＤの符号化ストリームデータの部分を抜き出して集め、コンテンツ再生装置内で結合させ、１つの音楽のコンテンツとすることで、特定のストリームデータを再構成することが可能となる。
【０２０８】
<実施形態１４：効果>
【０２０９】
コンテンツ再生装置の能力が低くて、一度に大量のストリームファイルをダウンロードして蓄積しておくことができない場合には、分散配置することができると便利である。つまり、容量の大きなコンテンツなどの場合でも、回線が空いている夜間等に各ストリームファイルを細切れに蓄積できるので、ダウンロードがスムーズに行えるという点で有益である。
【０２１０】
なお、分散配置されたストリームファイルを、プロファイル情報にしたがって統合配置し、１つのファイルにすることで、それを可搬型のメディアなどに移動することもできる。
【０２１１】
また、各ストリームファイルを細切れに蓄積する際に、コンテンツを再生する順に分散配置することで、先頭から再生をする場合、短時間で再生の準備が完了し、先頭部分の再生を行っている間に、後半部再生の準備を行うことも可能である。
<<実施形態１５〜１６>>
【０２１２】
<実施形態１５：概要>
【０２１３】
実施形態１５について説明する。本実施形態は、スケーラビリティにより階層化されたコンテンツデータの再生処理を行うコンテンツ再生装置である。
【０２１４】
<実施形態１５：構成>
【０２１５】
実施形態１５におけるコンテンツ再生装置の機能ブロックの一例を図２３に示す。
【０２１６】
図２３に示す本実施形態の「コンテンツ再生装置」（２３００）は、「コンテンツデータ再生部」（２３０１）と、「基本レイヤ取得部」（２３０２）と、「高位レイヤ取得部」（２３０３）とからなる。
【０２１７】
「コンテンツデータ再生部」（２３０１）は、スケーラビリティにより階層化されたコンテンツデータを再生する。つまり、そのコンテンツの再生に必須の基本レイヤ情報か、基本レイヤ情報及びそのコンテンツの高いスケーラビリティでの再生のために用いられる高位レイヤ情報か、を再生する。
【０２１８】
「スケーラビリティ」とは、受像機の解像度や通信状態に応じたビットストリームが受信側で得られるように符号化するためのパラメータをいう。スケーラビリティを利用することで、例えば、低い画質から高画質まで、あるいは低いビットレートから高いビットレートまでをそのときの各種の条件に応じて利用可能とできる。
【０２１９】
「基本レイヤ情報」とは、そのコンテンツの再生に必須である基本となるデータである。一方、「高位レイヤ情報」とは、そのコンテンツの再生において、画質の向上や、伝送の効率化を図るために用いられるデータである。基本レイヤ情報は、これのみで再生が可能であるが、画像が粗いなどの欠点がある。一方、高位レイヤ情報のみでは、再生自体が不可能である。ここで、基本レイヤ情報と、高位レイヤ情報とを合わせることで、例えば高レートで高解像度での再生が可能となる。
【０２２０】
「基本レイヤ取得部」（２３０２）は、前記基本レイヤ情報を取得する。取得した基本レイヤ情報は、コンテンツデータ再生部に渡される。
【０２２１】
「高位レイヤ取得部」（２３０３）は、前記高位レイヤ情報を取得する。取得した高位レイヤ情報は、コンテンツデータ再生部に渡される。
【０２２２】
<実施形態１５：処理の流れ>
【０２２３】
図２４は、実施形態１５での処理の流れを示したものである。実施形態１５でのコンテンツの再生方法は、以下に示すステップよりなる。
【０２２４】
基本レイヤ情報を取得する（基本レイヤ取得ステップ  ステップＳ２４０１）。
【０２２５】
高位レイヤ情報を取得する（高位レイヤ取得ステップ  ステップＳ２４０２）。ステップＳ２４０１と、ステップＳ２４０２の順序は逆でもよい。
【０２２６】
基本レイヤ情報か、基本レイヤ情報、及び、高位レイヤ情報かを再生する（コンテンツデータ再生ステップ  ステップＳ２４０３）。
【０２２７】
<実施形態１６：概要>
【０２２８】
実施形態１６は、スケーラビリティが、時間、又は／及び空間のスケーラビリティ、又は及びＳＮＲ（信号対雑音比）スケーラビリティであることに特徴を有する実施形態１５に記載のコンテンツ再生装置である。
【０２２９】
<実施形態１６：構成>
【０２３０】
実施形態１６におけるコンテンツ再生装置の機能ブロックの一例はすでに図２３に示したとおりである。
【０２３１】
図２３に示す本実施形態の「コンテンツ再生装置」（２３００）は、「コンテンツデータ再生部」（２３０１）と、「基本レイヤ取得部」（２３０２）と、「高位レイヤ取得部」（２３０３）とからなる。各部の処理は、実施形態１５で述べた。
【０２３２】
「コンテンツデータ再生部」（２３０１）において、スケーラビリティにより階層化されたコンテンツデータを再生するに際して、そのスケーラビリティが、時間、又は／及び空間のスケーラビリティ、又は及びＳＮＲ（信号対雑音比）スケーラビリティであることに特徴を有する。
【０２３３】
「空間のスケーラビリティ」とは、空間解像度（画素数）の度合を示したパラメータである。空間解像度が小さいレイヤが基本レイヤであり、大きいレイヤが高位レイヤである。高位レイヤ情報は、複数の高位レイヤ情報より予測を行うだけではなく、基本レイヤを拡大した画像の情報からも予測を行う。これにより、２つの画像シーケンスを別々に符号化するよりも、より効率のよい符号化をすることができる。
【０２３４】
「時間のスケーラビリティ」とは、時間解像度（フレーム数）の度合を示したパラメータである。時間解像度が小さいレイヤが基本レイヤであり、大きいレイヤが高位レイヤである。フレーム周波数の異なるもの同士を効率よく伝送する。
【０２３５】
「ＳＮＲスケーラビリティ」とは、ＤＣＴ係数の量子化精度の度合を示したパラメータである。ＳＮＲ（Ｓｉｇｎａｌ  ｔｏ  Ｎｏｉｓｅ  Ｒａｔｉｏ）とは、信号対雑音比を示している。画質の異なる２つの画像を同時に効率よく送ることができる。
【０２３６】
図２５は、レイヤ情報を解像度で分類したものを示した図である。ここでは、基本レイヤ情報と、３つのレベルの高位レイヤ情報を示した。基本レイヤ情報が最も低画質であり、ＶｉｄｅｏＣＤレベル、ＤＶＤレベル、ハイビジョンレベルの順で高画質の情報となる。高位レイヤ情報のみでは、再生は不可能であるため、基本レイヤ情報と組み合わせることができる。基本レイヤ情報とＶｉｄｅｏＣＤレベルの高位レイヤ情報、さらにその組合せにＤＶＤレベルの高位レイヤ情報を付加するなどさまざまに組み合わせることができる。
【０２３７】
図２６は、スケーラビリティの仕組みを示した図である。基本レイヤ情報を伸張し、高位レイヤ情報を得たとしても、画質が悪くなってしまう。そこで、伸張して得たレイヤ情報に、拡張レイヤとして、高位レイヤ情報を付加することで、高画質にすることができる。
【０２３８】
<実施形態１５、１６：効果>
【０２３９】
コンテンツデータをスケーラビリティにより階層化して符号化して、そのコンテンツの再生に必須の基本レイヤ情報と、画質向上のための高位レイヤ情報とを、必要に応じて取得し、最適な再生方法をとることができる。
<<実施形態１７〜１９>>
【０２４０】
<実施形態１７：概要>
【０２４１】
実施形態１７は、基本レイヤがコンテンツのプレビューに利用されることに特徴を有する実施形態１５に記載のコンテンツ再生装置である。
【０２４２】
<実施形態１７：構成>
【０２４３】
実施形態１７におけるコンテンツ再生装置の機能ブロックの一例はすでに図２３に示したとおりである。
【０２４４】
図２３に示す本実施形態の「コンテンツ再生装置」（２３００）は、「コンテンツデータ再生部」（２３０１）と、「基本レイヤ取得部」（２３０２）と、「高位レイヤ取得部」（２３０３）とからなる。各部の処理は、実施形態１５で述べた。
【０２４５】
「基本レイヤ取得部」（２３０２）で取得される基本レイヤは、コンテンツのプレビューに利用されるコンテンツデータである。基本レイヤ情報のみでコンテンツを再生すると画像が粗くなるが、コンテンツの試写に利用される場合には、画像の粗さは許容される場合もあるため、基本レイヤ情報をプレビューとして利用する。利用者は、このプレビューを視聴して、さらに高画質のコンテンツの視聴を希望する場合には、高位レイヤ情報を利用する。高位レイヤ情報の利用については、実施形態１８にて述べる。
【０２４６】
<実施形態１８：概要>
【０２４７】
実施形態１８は、高位レイヤ情報を利用した再生のための高位レイヤ課金処理部を有することに特徴を有する実施形態１７に記載のコンテンツ再生装置である。
【０２４８】
<実施形態１８：構成>
【０２４９】
実施形態１８におけるコンテンツ再生装置の機能ブロックの一例を図２７に示す。
【０２５０】
図２７に示す本実施形態の「コンテンツ再生装置」（２７００）は、「コンテンツデータ再生部」（２７０１）と、「基本レイヤ取得部」（２７０２）と、「高位レイヤ取得部」（２７０３）と、さらに、「高位レイヤ課金処理部」（２７０４）とからなる。「コンテンツデータ再生部」（２７０１）と、「基本レイヤ取得部」（２７０２）と、「高位レイヤ取得部」（２７０３）については、実施形態１５で述べた。
【０２５１】
「高位レイヤ課金処理部」（２７０４）は、前記高位レイヤ取得部で取得される高位レイヤ情報を利用した再生を、課金を条件として可能とするための処理を行う。実施形態１７において、プレビューを視聴し、さらに高画質のコンテンツの視聴を希望する場合には、高位レイヤ情報を利用して再生を行う。
【０２５２】
具体的には、映画等のコンテンツをまず低画質（基本レイヤ情報）でダウンロードして試視聴してみて、利用者が気に入れば高画質（高位レイヤ情報）のコンテンツを購入することができる。基本レイヤ情報は、２００ｋｂｐｓ程度であり、これをダウンロード後、ＶｉｄｅｏＣＤレベルの高位レイヤ情報（８００ｋｂｐｓ程度）を購入し、ダウンロードする。両者合わせて１Ｍｂｐｓ程度でＶｉｄｅｏＣＤレベルの映画の再生が可能となる。さらにもっと高画質で視聴することを希望する場合には、ＤＶＤレベルの高位レイヤ情報（４Ｍｂｐｓ程度）を別途購入し、ダウンロードすることにより、トータル５Ｍｂｐｓ程度でＤＶＤレベルの映画の再生が可能となる。購入の際には、すでに述べたように、実際に課金処理が完結していなくても、課金のための処理でもよいとする。
【０２５３】
<実施形態１９：概要>
【０２５４】
実施形態１９は、基本レイヤ情報を利用した再生のための基本レイヤ課金処理部を有することに特徴を有する実施形態１７に記載のコンテンツ再生装置である。
【０２５５】
<実施形態１９：構成>
【０２５６】
実施形態１９におけるコンテンツ再生装置の機能ブロックの一例を図２８に示す。
【０２５７】
図２８に示す本実施形態の「コンテンツ再生装置」（２８００）は、「コンテンツデータ再生部」（２８０１）と、「基本レイヤ取得部」（２８０２）と、「高位レイヤ取得部」（２８０３）と、さらに、「基本レイヤ課金処理部」（２８０４）とからなる。「コンテンツデータ再生部」（２８０１）と、「基本レイヤ取得部」（２８０２）と、「高位レイヤ取得部」（２８０３）については、実施形態１５で述べた。
【０２５８】
「基本レイヤ課金処理部」（２８０４）は、前記基本レイヤ取得部で取得される基本レイヤ情報を利用した再生を課金を条件として可能とするための処理を行う。基本レイヤ情報を利用する際に課金のための処理を条件として再生が行われるとしてもよい。この場合には、すでに高位レイヤ情報がダウンロードされているが、基本レイヤ情報がないために、コンテンツの再生をすることはできない。したがって、基本レイヤ情報を購入等して、取得した後に、高位レイヤ情報と適宜組み合わせることで、高画質での再生が可能となる。このとき、高位レイヤ情報のために高画質の再生が可能となるが、基本レイヤ情報再生の料金が、実施形態１８での高位レイヤ情報再生よりも低額となる場合もある。
【０２５９】
<実施形態１７〜１９：効果>
【０２６０】
利用者はコンテンツの再生の際に、複数のレベルから高位レイヤ情報を選んで、好みの画質で視聴することができるという効果を有する。
<<実施形態２０〜２３>>
【０２６１】
<実施形態２０：概要>
【０２６２】
実施形態２０は、基本レイヤ取得部は、放送される基本レイヤ情報を取得することに特徴を有する実施形態１５に記載のコンテンツ再生装置である。
【０２６３】
<実施形態２０：構成>
【０２６４】
実施形態２０におけるコンテンツ再生装置の機能ブロックの一例はすでに図２３に示したとおりである。
【０２６５】
図２３に示す本実施形態の「コンテンツ再生装置」（２３００）は、「コンテンツデータ再生部」（２３０１）と、「基本レイヤ取得部」（２３０２）と、「高位レイヤ取得部」（２３０３）とからなる。各部の処理は、実施形態１５で述べた。
【０２６６】
「基本レイヤ取得部」（２３０２）は、放送される基本レイヤ情報を取得する。「放送」とは、多数の人に同時に聴取されることを目的として、電波によって音声または音声と映像を受信装置に送ることをいう。無線の他に有線で行われるものについても含む場合もある。また、インターネット放送（インターネット上で音声や動画等のマルチメディア情報を提供するサービス）を含む場合もある。
【０２６７】
具体的には、基本レイヤ情報のコンテンツデータである画像の粗いコンテンツが放送で流される。利用者は、すでに高位レイヤ情報を保持しておいて、放送される基本レイヤ情報のコンテンツデータと合成して高画質の再生を視聴することができる。高位レイヤ情報の取得の仕方については、後述する。
【０２６８】
<実施形態２１：概要>
【０２６９】
実施形態２１は、高位レイヤ取得部は、通信にて高位レイヤ情報を取得することに特徴を有する実施形態２０に記載のコンテンツ再生装置である。
【０２７０】
<実施形態２１：構成>
【０２７１】
実施形態２１におけるコンテンツ再生装置の機能ブロックの一例はすでに図２３に示したとおりである。
【０２７２】
図２３に示す本実施形態の「コンテンツ再生装置」（２３００）は、「コンテンツデータ再生部」（２３０１）と、「基本レイヤ取得部」（２３０２）と、「高位レイヤ取得部」（２３０３）とからなる。各部の処理は、実施形態２０で述べた。
【０２７３】
「高位レイヤ取得部」（２３０３）は、通信にて高位レイヤ情報を取得する。「通信」とは、音声・画像などの信号を電気信号にかえて伝送することをいう。一般的に一対一の関係にて伝送が行われる。実施形態２０において、基本レイヤ情報の放送に先だって、高位レイヤ情報の伝送を行う。コンテンツ再生装置では、放送で基本レイヤ情報を受信しながら、通信にて取得しておいた高位レイヤ情報を合成する。本放送では、画像は粗いままだが、高位レイヤ情報を購入することで、高画質での視聴ができる。
【０２７４】
<実施形態２２：概要>
【０２７５】
実施形態２２は、基本レイヤ取得部は、通信にて基本レイヤ情報を取得することに特徴を有する実施形態１５に記載のコンテンツ再生装置である。
【０２７６】
<実施形態２２：構成>
【０２７７】
実施形態２２におけるコンテンツ再生装置の機能ブロックの一例はすでに図２３に示したとおりである。
【０２７８】
図２３に示す本実施形態の「コンテンツ再生装置」（２３００）は、「コンテンツデータ再生部」（２３０１）と、「基本レイヤ取得部」（２３０２）と、「高位レイヤ取得部」（２３０３）とからなる。各部の処理は、実施形態１５で述べた。
【０２７９】
「基本レイヤ取得部」（２３０２）は、通信にて基本レイヤ情報を取得する。コンテンツの再生に必須である基本レイヤ情報を必要な際に、通信にてダウンロードを行うことにより取得する。この場合には、すでに高位レイヤ情報がダウンロードされていても、基本レイヤ情報がないために、コンテンツの再生をすることはできない。したがって、基本レイヤ情報を購入し、取得した後に、高位レイヤ情報と適宜組み合わせることで、高画質での再生が可能となる。高位レイヤ情報の取得の仕方については、後述する。
【０２８０】
<実施形態２３：概要>
【０２８１】
実施形態２３は、高位レイヤ取得部は、放送される高位レイヤ情報を取得することに特徴を有する実施形態２２に記載のコンテンツ再生装置である。
【０２８２】
<実施形態２３：構成>
【０２８３】
実施形態２３におけるコンテンツ再生装置の機能ブロックの一例はすでに図２３に示したとおりである。
【０２８４】
図２３に示す本実施形態の「コンテンツ再生装置」（２３００）は、「コンテンツデータ再生部」（２３０１）と、「基本レイヤ取得部」（２３０２）と、「高位レイヤ取得部」（２３０３）とからなる。各部の処理は、実施形態１５で述べた。
【０２８５】
「高位レイヤ取得部」（２３０３）は、放送される高位レイヤ情報を取得する。コンテンツ再生装置では、放送で高位レイヤ情報を受信しながら、通信にて取得しておいた基本レイヤ情報を合成する。本放送のみでは、視聴することはできないが、基本レイヤ情報を購入することで、再生が可能となり、高画質での視聴ができる。
【０２８６】
<実施形態２０〜２３：効果>
【０２８７】
基本レイヤ情報を放送にて、高位レイヤ情報を通信にて配信する場合には、そのままでも視聴は可能であるが、さらに高画質な再生を希望する場合に個別に対応することができるという利点がある。
【０２８８】
一方、逆に高位レイヤ情報を放送にて、基本レイヤ情報を通信にて配信する場合には、基本レイヤ情報を購入等して取得しない場合には、視聴することができないため、特定の利用者にのみ視聴させる態様の場合に有効である。
<<実施形態２４>>
【０２８９】
<実施形態２４：概要>
【０２９０】
実施形態２４は、基本レイヤ情報又は、高位レイヤ情報のいずれかを蓄積するレイヤ情報蓄積部を有するコンテンツ再生装置である。
【０２９１】
<実施形態２４：構成>
【０２９２】
実施形態２４におけるコンテンツ再生装置の機能ブロックの一例を図２９に示す。
【０２９３】
図２９に示す本実施形態の「コンテンツ再生装置」（２９００）は、「レイヤ情報蓄積部」（２９０１）と、「他階層レイヤ情報処理部」（２９０２）とからなる。
【０２９４】
「レイヤ情報蓄積部」（２９０１）は、前記基本レイヤ情報又は、高位レイヤ情報のいずれかを蓄積する。
【０２９５】
「他階層レイヤ情報処理部」（２９０２）は、前記レイヤ情報蓄積部で蓄積されている情報と異なる階層の情報である高位レイヤ情報又は、基本レイヤ情報を取得する。つまり、レイヤ情報蓄積部に基本レイヤ情報が蓄積されている場合には、高位レイヤ情報を取得し、再生が行われる。逆に、レイヤ情報蓄積部に高位レイヤ情報が蓄積されている場合には、基本レイヤ情報を取得し、再生が行われる。また、放送を受信しながら、事前に蓄積されているレイヤ情報を合成し、再生を行うことも可能である。
【０２９６】
<実施形態２４：処理の流れ>
【０２９７】
図３０は、実施形態２４での処理の流れを示したものである。実施形態２４でのコンテンツの再生方法は、以下に示すステップよりなる。
【０２９８】
蓄積されているレイヤ情報は、基本レイヤ情報であるか、高位レイヤ情報であるか、判断する（ステップＳ３００１）。
【０２９９】
基本レイヤ情報であるとの判断結果の場合は、高位レイヤ情報を取得する（ステップＳ３００２）。
【０３００】
高位レイヤ情報であるとの判断結果の場合は、基本レイヤ情報を取得する（ステップＳ３００３）。
【０３０１】
基本レイヤ情報と高位レイヤ情報とを合成して再生する（ステップＳ３００４）。
<<実施形態２５>>
【０３０２】
<実施形態２５：概要>
【０３０３】
実施形態２５は、タイムスタンプによって、基本レイヤ情報と、高位レイヤ情報を同期させるコンテンツ再生装置である。
【０３０４】
<実施形態２５：構成>
【０３０５】
実施形態２５におけるコンテンツ再生装置の機能ブロックの一例を図３１に示す。
【０３０６】
図３１に示す本実施形態の「コンテンツ再生装置」（３１００）は、「コンテンツデータ再生部」（３１０１）と、「基本レイヤ取得部」（３１０２）と、「高位レイヤ取得部」（３１０３）と、「レイヤ間同期部」（３１０４）とからなる。「コンテンツデータ再生部」（３１０１）と、「基本レイヤ取得部」（３１０２）と、「高位レイヤ取得部」（３１０３）については、すでに実施形態１で述べた。
【０３０７】
「レイヤ間同期部」（３１０４）は、１以上のフレームから構成されたフレームの集合単位で刻印されたタイムスタンプ情報に基づいて再生時にレイヤ間を同期させる。
【０３０８】
「フレーム」とは、動画、あるいは、静止画を構成する一画面のことをいう。画像データは、少しずつ時間が経過した連続するフレームの集まりである。
【０３０９】
「タイムスタンプ情報」とは、複数のフレームが時間順に並べられたフレームの集合体であるストリームファイルに付与される時間のデータのことをいう。
【０３１０】
ここで、ストリームファイルは、各レイヤ情報に基づいて生成される。それぞれのレイヤ情報は、生成したストリームファイルと対応付けられている。しかし、基本レイヤ情報と、高位レイヤ情報は、情報量が異なるため、各レイヤ情報と対応付けられているストリームファイルをそのまま再生したのでは、伝送時間に差が生じ、最終的には画像にずれが生じる可能性がある。したがって、元の動画ストリームに付与された標準時間と、各レイヤ情報によるストリームファイルの対応付けがなされていることが必要となる。具体的には、再生の際に先頭となる部分からカウントした時間のデータを、ストリームファイルに一定間隔フレームごとに付与することにより実現する。再生時に、元の動画ストリームと、基本レイヤ情報、高位レイヤ情報のタイムスタンプ情報を比較することで各レイヤ情報を同期させることができる。
<<実施形態２６>>
【０３１１】
<実施形態２６：概要>
【０３１２】
実施形態２６は、ＧＯＰ単位、あるいは、フレーム単位で、基本レイヤ情報と、高位レイヤ情報を同期させることに特徴を有する実施形態２５に記載のコンテンツ再生装置である。
【０３１３】
<実施形態２６：構成>
【０３１４】
実施形態２６におけるコンテンツ再生装置の機能ブロックの一例はすでに図３１に示したとおりである。
【０３１５】
図３１に示す本実施形態の「コンテンツ再生装置」（３１００）は、「コンテンツデータ再生部」（３１０１）と、「基本レイヤ取得部」（３１０２）と、「高位レイヤ取得部」（３１０３）と、「レイヤ間同期部」（３１０４）とからなる。「コンテンツデータ再生部」（３１０１）と、「基本レイヤ取得部」（３１０２）と、「高位レイヤ取得部」（３１０３）については、すでに実施形態１で述べた。
【０３１６】
「レイヤ間同期部」（３１０４）は、前記基本レイヤ取得部で取得した基本レイヤ情報のＧＯＰ（グループ・オブ・ピクチャ）単位又は、フレーム単位で刻印されたタイムスタンプ情報と、前記高位レイヤ取得部で取得された高位レイヤ情報のＧＯＰ（グループ・オブ・ピクチャ）単位又は、フレーム単位で刻印されたタイムスタンプ情報に基づいて再生時にレイヤ間を同期させるための処理を行う。
【０３１７】
「ＧＯＰ（グループ・オブ・ピクチャ）」とは、ＭＰＥＧの動画ストリームにおいて、ランダムアクセスの単位となる、複数の画面で構成されたデータグループのことをいう。
【０３１８】
ＧＯＰは、複数のフレームから構成されている。ＭＰＥＧ２では、フレーム内圧縮とフレーム間圧縮を組み合わせ、効率よく動画の圧縮を行っている。
【０３１９】
ここで、フレーム内圧縮は、隣接するピクセルはそれほど変化しない（同じような輝度が続いている）という、空間的な相関性を利用した圧縮で、このフレーム内圧縮だけを使ったフレームをＩフレームという。一方のフレーム間圧縮は、隣接するフレームはそれほど変化しない（同じようなものが映っている）というフレーム間の相関性を利用した圧縮で、前（過去）のＩフレームとの相関性を利用したタイプをＰフレーム、前後（過去と未来）のＩフレームとの相関性を使って圧縮したフレームをＢフレームという。過去や未来のフレームと同じ部分は省略し、異なる部分だけをデータ化していくことで、効率的に圧縮できる。ＧＯＰは、単独で静止画として成り立つ1枚以上のＩフレームと、それを参照するＰフレームやＢフレームから成る一続きのシーケンスのことで、ＭＰＥＧの動画ストリームは、このＧＯＰに同期用のシーケンスヘッダを付けたデータの繰り返しになっている。このようにして圧縮されたＰフレームやＢフレームは、単独では1枚の画像にはならず、必ず前や後のＩフレームが必要になる。
【０３２０】
図３２は、タイムスタンプを用いた基本レイヤ情報と高位レイヤ情報の同期の取り方について示したものである。基本レイヤ情報の映画のストリームと、高位レイヤ情報の映画のストリームがある。ここでは、元の動画ストリームの再生時間５分目ごとに、各レイヤ情報の相当する位置に５分目を表すタイムスタンプ情報を記録する。この対応付けを確認しながら合成することで正確に同期がとれた再生が可能となる。
【０３２１】
その他、絶対時間でタイムスタンプ情報を刻印するとしてもよい。絶対時間による場合は、コンテンツの放送開始時間が決まっている場合に有効である。放送で流されるレイヤ情報が、例えば、４月１日午後８時３０分から放送が開始される場合には、放送で流されるレイヤ情報と合成するために蓄積している、あるいは、通信にて送られるレイヤ情報には、４月１日午後８時３０分から５分目ごとにタイムスタンプ情報が記録されている。
【０３２２】
また、タイムスタンプ情報の付与する単位については、ＧＯＰ単位で刻印する場合の他、フレーム単位で刻印する場合もある。ＧＯＰ単位で刻印する場合には、ＧＯＰのシーケンスヘッダにつけられることが想定される。また、フレーム単位で刻印する場合には、前述のＩフレーム、Ｂフレーム、Ｐフレームのすべてのフレームにタイムスタンプ情報をつけるとしてもよいし、いずれか特定のフレームにつけるとしてもよい。
【０３２３】
特定のフレームにタイムスタンプ情報をつける場合には、Ｉフレームが適している。Ｉフレームが、隣接するピクセルはそれほど変化しない（同じような輝度が続いている）という、空間的な相関性を利用したフレーム内圧縮だけを使ったフレームであるのに対して、Ｐフレームは前（過去）のＩフレームとの相関性を利用したフレームであり、Ｂフレームは前後（過去と未来）のＩフレームとの相関性を使って圧縮したフレームである。したがって、Ｐフレーム、ＢフレームはＩフレームに依存する。一方、Ｉフレームは特定の間隔ごとに繰り返されるため、タイムスタンプ情報を付加するのに適しているといえる。
<<実施形態２７>>
【０３２４】
<実施形態２７：概要>
【０３２５】
実施形態２７は、ＩＤによって、基本レイヤ情報と、高位レイヤ情報を同期させるコンテンツ再生装置である。
【０３２６】
<実施形態２７：構成>
【０３２７】
実施形態２７におけるコンテンツ再生装置の機能ブロックの一例はすでに図３１に示したとおりである。
【０３２８】
図３１に示す本実施形態の「コンテンツ再生装置」（３１００）は、「コンテンツデータ再生部」（３１０１）と、「基本レイヤ取得部」（３１０２）と、「高位レイヤ取得部」（３１０３）と、「レイヤ間同期部」（３１０４）とからなる。「コンテンツデータ再生部」（３１０１）と、「基本レイヤ取得部」（３１０２）と、「高位レイヤ取得部」（３１０３）については、すでに実施形態１で述べた。
【０３２９】
「レイヤ間同期部」（３１０４）は、１以上のフレームから構成されたフレームの集合単位で刻印されたＩＤ情報に基づいて再生時にレイヤ間を同期させるための処理を行う。
【０３３０】
「ＩＤ情報」とは、対応する要素ごとが識別できる符号を割り当てた情報のことである。実施形態２６と異なるのは、元の動画ストリームと、各レイヤ情報によるストリームファイルの対応付けをしなくてもよい点である。各レイヤ情報によるストリームファイル間同士で対応付けがなされていれば、同期がとれた再生が可能となる。
【０３３１】
図３３には、ＩＤを用いた基本レイヤ情報と高位レイヤ情報の同期の取り方について示したものである。基本レイヤ情報の映画のストリームと、高位レイヤ情報の映画のストリームがある。ここでは、各レイヤ情報間で同期がとれるようにＩＤ情報を割り当てている。各レイヤ情報間での対応付けを確認しながら合成することで正確に同期がとれた再生が可能となる。ＩＤは両者で同じ符号を割り当てるとしてもよいし、異なるＩＤを割り当てておいて、対応表にてその対応を確認するとしてもよい。後者の方法によるとよりセキュリティの保護の強化が図れる。
【０３３２】
<実施形態２５〜２７：効果>
【０３３３】
基本レイヤ情報と高位レイヤ情報とで対応付けをすることで、同期の取れた再生が可能となる。
<<実施形態２８>>
【０３３４】
<実施形態２８：概要>
【０３３５】
実施形態２８は、スケーラビリティにより階層化されたコンテンツデータの合成をし、コンテンツ再生端末に対して送信するためのキャッシュサーバである。
【０３３６】
図３４は、本実施形態の概念の一例を示すものである。図で示したように、本実施形態のキャッシュサーバは、プロファイル情報送信装置と、コンテンツ送信装置を仲介する役割をする。コンテンツ再生装置がデータの再構成機能を有していない場合（例えば、コンテンツ再生装置が携帯電話等の場合）に備えて設けられたものである。キャッシュサーバ内では、送られたプロファイル情報とレイヤ情報に基づいて再生データを生成し、コンテンツ再生装置へ伝送する。ここで、キャッシュサーバとコンテンツ再生装置間は、伝送帯域が充分に大きいため、生成された再生データの容量が大きくても、高速送信することが可能であることを前提とする。
【０３３７】
またここでは、送信装置とキャッシュサーバ間は通常のインターネット網（速度が遅い）で繋いでおいて、一方、キャッシュサーバとコンテンツ再生装置間はＡＤＳＬやＦＴＴＨといった高速網にすることもできる。これにより、キャッシュサーバとコンテンツ再生装置間は高速送信することが可能となる。
【０３３８】
<実施形態２８：構成>
【０３３９】
実施形態２８におけるキャッシュサーバの機能ブロックの一例を図３４に示す。
【０３４０】
図３５に示す本実施形態の「キャッシュサーバ」（３５００）は、「コンテンツデータ合成部」（３５０１）と、「基本レイヤ取得部」（３５０２）と、「高位レイヤ取得部」（３５０３）と、「データ送信部」（３５０４）とからなる。
【０３４１】
「基本レイヤ取得部」（３５０２）は、基本レイヤ情報を取得する。
【０３４２】
「高位レイヤ取得部」（３５０３）は、高位レイヤ情報を取得する。
【０３４３】
取得には、外部（例えば、コンテンツ送信装置など）から入手する場合の他、内部で生成（蓄積）する場合が含まれるとしてもよい。取得したぞれぞれのレイヤ情報は、コンテンツデータ合成部（３５０１）に渡される。
【０３４４】
「コンテンツデータ合成部」（３５０１）は、基本レイヤ情報と高位レイヤ情報とを合成して合成データとする。合成してできた合成データは、高位レイヤ情報を含む、高画質の再生が可能となるデータである。合成データは、データ送信部（３５０４）に渡される。
【０３４５】
「データ送信部」（３５０４）は、そのコンテンツの再生に必須の基本レイヤ情報か、前記コンテンツデータ合成部で合成された合成データかを送信する。ここで、基本レイヤ情報があれば、コンテンツの再生は可能である。したがって、データを受信するコンテンツ再生装置の再生能力などを考慮し、基本レイヤ情報と合成データのいずれかを適宜コンテンツ再生装置に送信する。
【０３４６】
<実施形態２８：処理の流れ>
【０３４７】
図３６は、実施形態２８での処理の流れを示したものである。実施形態２８におけるキャッシュサーバでのコンテンツ合成方法は、以下に示すステップよりなる。
【０３４８】
基本レイヤ情報を取得する（基本レイヤ取得ステップ  ステップＳ３６０１）。
【０３４９】
高位レイヤ情報を取得する（高位レイヤ取得ステップ  ステップＳ３６０２）。ステップＳ３６０１と、ステップＳ３６０２は順序が逆でもよい。
【０３５０】
基本レイヤ情報と、高位レイヤ情報とを合成して合成データとする（コンテンツデータ合成ステップ  ステップＳ３６０３）。
【０３５１】
送信先に応じて、基本レイヤ情報、合成データのいずれを送信するか判断する（判断ステップ  ステップＳ３６０４）。
【０３５２】
判断ステップ（ステップＳ３６０４）の判断結果が、そのコンテンツの再生に必須のデータを送信すべきとの判断結果であった場合には、基本レイヤ情報を送信する（ステップＳ３６０５）。
【０３５３】
判断ステップ（ステップＳ３６０４）の判断結果が、コンテンツデータ合成ステップ（ステップＳ３６０３）で合成されたデータを送信すべきとの判断結果であった場合には、合成データかを送信する（ステップＳ３６０６）。
<<実施形態２９>>
【０３５４】
<実施形態２９：概要>
【０３５５】
実施形態２９は、高位レイヤ情報を蓄積する高位レイヤ情報蓄積部を有するところに特徴のある実施形態２８に記載のキャッシュサーバである。
【０３５６】
<実施形態２９：構成>
【０３５７】
実施形態２９におけるキャッシュサーバの機能ブロックの一例を図３７に示す。
【０３５８】
図３７に示す本実施形態の「キャッシュサーバ」（３７００）は、「コンテンツデータ合成部」（３７０１）と、「基本レイヤ取得部」（３７０２）と、「高位レイヤ取得部」（３７０３）と、「データ送信部」（３７０４）と、さらに、「高位レイヤ情報蓄積部」（３７０５）とからなる。「コンテンツデータ合成部」（３７０１）と、「基本レイヤ取得部」（３７０２）と、「データ送信部」（３７０４）については、実施形態２８と同様である。
【０３５９】
「高位レイヤ情報蓄積部」（３７０５）は、高位レイヤ情報を蓄積する。本実施形態では、多数の種類の高位レイヤ情報をあらかじめ蓄積し準備しておくことで、利用者の希望に即時に対応することができる。
【０３６０】
「高位レイヤ取得部」（３７０３）は、前記高位レイヤ情報蓄積部から高位レイヤ情報を取得する。このとき、利用者の希望のレベル（例えば、ハイビジョンレベルなど）に対応する高位レイヤ情報を取得するとしてもよい。
<<実施形態３０>>
【０３６１】
<実施形態３０：概要>
【０３６２】
実施形態３０は、課金のための処理をするための課金処理部を有するところに特徴のある実施形態２８に記載のキャッシュサーバである。
【０３６３】
<実施形態３０：構成>
【０３６４】
実施形態３０におけるキャッシュサーバの機能ブロックの一例を図３８に示す。
【０３６５】
図３８に示す本実施形態の「キャッシュサーバ」（３８００）は、「コンテンツデータ合成部」（３８０１）と、「基本レイヤ取得部」（３８０２）と、「高位レイヤ取得部」（３８０３）と、「データ送信部」（３８０４）と、さらに、「課金処理部」（３８０５）と、「判断部」（３８０６）とからなる。「コンテンツデータ合成部」（３８０１）と、「基本レイヤ取得部」（３８０２）と、「高位レイヤ取得部」（３８０３）については、実施形態２８と同様である。
【０３６６】
「課金処理部」（３８０５）は、再生端末を識別して課金のための処理をする。
【０３６７】
コンテンツ送信装置等から取得した情報を利用することで、コンテンツ再生装置はコンテンツの再生が可能となる。したがって、コンテンツ送信装置等の使用者は、コンテンツ再生装置の利用者に対して、送信した情報に応じた対価を課すことができる。ここで、キャッシュサーバは、双方を仲介する役割を果たすため、コンテンツ送信装置等からの要請に応じて、該当するコンテンツ再生装置の利用者に課金のための処理をすることができる。
【０３６８】
キャッシュサーバは、コンテンツ再生装置からの課金のための処理を条件として、コンテンツ送信装置から基本レイヤ情報を受け付けるとしてもよい。あるいは、受け付けた基本レイヤ情報などから生成した合成データを、課金のための処理を条件としてコンテンツ再生装置へ送信するとしてもよい。
【０３６９】
また、このときコンテンツ再生装置ごとに課金処理（額、方法など）は異なるため、コンテンツ再生装置の識別は重要である。識別の方法としては、レイヤ情報などに対するコンテンツ再生装置の識別符号の付加などが該当する。
【０３７０】
「判断部」（３８０６）は、データを送信する再生端末に対して課金のための処理がなされているか判断する。
【０３７１】
判断が行われる理由は、生成した合成データを、課金を条件としてコンテンツ再生装置へ送信するためである。課金のための処理がなされていないという判断結果の場合には、以降の処理を行わないとしてもよい。
【０３７２】
「データ送信部」（３８０４）は、前記判断部での判断結果が課金のための処理がなされているとの判断結果である場合に送信を行う。
【０３７３】
課金のための処理がなされているという判断結果の場合には、判断部（３８０６）からの送信許可により、合成データなどの送信が可能となる。
【０３７４】
<実施形態２８〜３０：効果>
【０３７５】
キャッシュサーバが仲介することにより、コンテンツ再生装置がストリームの再構成機能を有していない場合（例えば、携帯電話など）にも、コンテンツの再生が可能となる。
【０３７６】
また、キャッシュサーバが複数配置されていた場合、それぞれに映画の著作物自体のコピーを置くことは著作権法上、好ましいことではない。その場合高位レイヤ情報というそれ自体では再生できないデータを置いておき、基本レイヤ情報を必要に応じて受信して取得する構成にすると、高位レイヤ情報自体は、完成した著作物ではないので、著作権法上も、許容できる。
【０３７７】
さらに、送信装置とキャッシュサーバ間は通常のインターネット網（速度が遅い）にし、キャッシュサーバと端末間はＡＤＳＬやＦＴＴＨといった高速網にし、キャッシュサーバにコンテンツを置いておくことにより、端末はわざわざオリジナルの置いてある送信装置まで取りにいかなくても、コピーが置いてあるキャッシュサーバまで取りにいけば、高速にコンテンツを取得することができるという効果もある
【図面の簡単な説明】
【０３７８】
【図１】実施形態１を説明するための概念図
【図２】実施形態１を説明するための機能ブロック図
【図３】コンテンツ識別情報とプロファイル情報の一例を示した図
【図４】コンテンツを部分的に購入する際に生成されるプロファイル情報の一例を示した図
【図５】実施形態１での具体的処理の流れを示したフローチャート
【図６】実施形態２を説明するための機能ブロック図
【図７】実施形態２での処理の流れを示したフローチャート
【図８】実施形態３を説明するための機能ブロック図
【図９】実施形態３での第一の処理の流れを示したフローチャート
【図１０】実施形態３での第二の処理の流れを示したフローチャート
【図１１】実施形態６を説明するための機能ブロック図
【図１２】実施形態６での処理の流れを示したフローチャート
【図１３】実施形態７を説明するための機能ブロック図
【図１４】実施形態７での処理の流れを示したフローチャート
【図１５】実施形態８での課金処理の流れを示した図
【図１６】実施形態１０を説明するための機能ブロック図
【図１７】実施形態１０での処理の流れを示したフローチャート
【図１８】実施形態１１での鍵の取得方法に関する第一の例を示した図
【図１９】実施形態１１での鍵の取得方法に関する第二の例を示した図
【図２０】実施形態１２を説明するための機能ブロック図
【図２１】実施形態１２での処理の流れを示したフローチャート
【図２２】実施形態１４での符号化ストリームデータを再構成する処理についての概念を示した図
【図２３】実施形態１５を説明するための機能ブロック図
【図２４】実施形態１５での処理の流れを示したフローチャート
【図２５】実施形態１６でのレイヤ情報を解像度で分類したものを示した図
【図２６】実施形態１６でのスケーラビリティの仕組みを示した図
【図２７】実施形態１８を説明するための機能ブロック図
【図２８】実施形態１９を説明するための機能ブロック図
【図２９】実施形態２４を説明するための機能ブロック図
【図３０】実施形態２４での処理の流れを示したフローチャート
【図３１】実施形態２５を説明するための機能ブロック図
【図３２】実施形態２５でのタイムスタンプを利用した同期の取り方について示した図
【図３３】実施形態２６でのＩＤを利用した同期の取り方について示した図
【図３４】実施形態２８を説明するための概念図
【図３５】実施形態２８を説明するための機能ブロック図
【図３６】実施形態２８での処理の流れを示したフローチャート
【図３７】実施形態２９を説明するための機能ブロック図
【図３８】実施形態３０を説明するための機能ブロック図
【図３９】実施形態１での処理の流れを示したフローチャート
【図４０】実施形態５でのコンテンツの再生方法を示したフローチャート
【符号の説明】
【０３７９】
０２００      プロファイル情報送信装置
０２０１      プロファイル情報取得部
０２０２      コンテンツ識別情報取得部
０２０３      プロファイル情報送信部
【図１】
2008199656.tif 000003
【図２】
2008199656.tif 000004
【図３】
2008199656.tif 000005
【図４】
2008199656.tif 000006
【図５】
2008199656.tif 000007
【図６】
2008199656.tif 000008
【図７】
2008199656.tif 000009
【図８】
2008199656.tif 000010
【図９】
2008199656.tif 000011
【図１０】
2008199656.tif 000012
【図１１】
2008199656.tif 000013
【図１２】
2008199656.tif 000014
【図１３】
2008199656.tif 000015
【図１４】
2008199656.tif 000016
【図１５】
2008199656.tif 000017
【図１６】
2008199656.tif 000018
【図１７】
2008199656.tif 000019
【図１８】
2008199656.tif 000020
【図１９】
2008199656.tif 000021
【図２０】
2008199656.tif 000022
【図２１】
2008199656.tif 000023
【図２２】
2008199656.tif 000024
【図２３】
2008199656.tif 000025
【図２４】
2008199656.tif 000026
【図２５】
2008199656.tif 000027
【図２６】
2008199656.tif 000028
【図２７】
2008199656.tif 000029
【図２８】
2008199656.tif 000030
【図２９】
2008199656.tif 000031
【図３０】
2008199656.tif 000032
【図３１】
2008199656.tif 000033
【図３２】
2008199656.tif 000034
【図３３】
2008199656.tif 000035
【図３４】
2008199656.tif 000036
【図３５】
2008199656.tif 000037
【図３６】
2008199656.tif 000038
【図３７】
2008199656.tif 000039
【図３８】
2008199656.tif 000040
【図３９】
2008199656.tif 000041
【図４０】
2008199656.tif 000042