(57)【特許請求の範囲】
【請求項１】
ネットワークを介して、配信システムから配信される、暗号化されたコンテンツをダウンロードして再生する再生装置であって、
前記配信システム上にある複数のコンテンツの情報からＷＥＢブラウザを介してダウンロードするコンテンツを選択する手段と、
前記選択する手段で選択したコンテンツについて、該コンテンツの視聴開始可能日時前に、前記暗号化されたコンテンツを前記配信システムからダウンロードする手段と、
前記ダウンロードする手段で前記暗号化されたコンテンツをダウンロードする際に、ダウンロードする該コンテンツの管理情報を前記配信システムから受信する手段と、
ネットワークを介して時刻情報を取得し、取得した時刻情報を基に現在日時を管理する手段と、を備え、
前記管理情報は、ダウンロードする前記暗号化されたコンテンツを復号化するための鍵が取得可能となる日時に関する情報を含み、
前記管理する手段で管理されている現在日時が、前記管理情報に含まれる、ダウンロードする前記暗号化されたコンテンツを復号化するための鍵が取得可能となる日時を過ぎるまでは、ダウンロードした該コンテンツの再生を不可とすることを特徴とする再生装置。
【請求項２】
ネットワークを介して、配信システムから配信される、暗号化されたコンテンツを再生装置においてダウンロードして再生する再生方法であって、
前記配信システム上にある複数のコンテンツの情報からＷＥＢブラウザを介してダウンロードするコンテンツを選択するステップと、
前記選択するステップで選択したコンテンツについて、該コンテンツの視聴開始可能日時前に、前記暗号化されたコンテンツを前記配信システムからダウンロードするステップと、
前記ダウンロードするステップで前記暗号化されたコンテンツをダウンロードする際に、ダウンロードする該コンテンツの管理情報を前記配信システムから受信するステップと、
ネットワークを介して時刻情報を取得し、取得した時刻情報を基に現在日時を管理するステップと、を備え、
前記管理情報は、ダウンロードする前記暗号化されたコンテンツを復号化するための鍵が取得可能となる日時に関する情報を含み、
前記管理するステップで管理されている現在日時が、前記管理情報に含まれる、ダウンロードする前記暗号化されたコンテンツを復号化するための鍵が取得可能となる日時を過ぎるまでは、ダウンロードした該コンテンツの再生を不可とすることを特徴とする再生方法。
【請求項３】
ネットワークを介して、配信システムが暗号化されたコンテンツを配信し、配信されたコンテンツを再生装置においてダウンロードして再生する送受信方法であって、
前記再生装置が、前記配信システム上にある複数のコンテンツの情報からＷＥＢブラウザを介してダウンロードするコンテンツを選択するステップと、
前記選択するステップで選択したコンテンツについて、該コンテンツの視聴開始可能日時前に、前記配信システムが、前記暗号化されたコンテンツを配信するステップと、
前記再生装置が、前記配信システムから配信される、前記暗号化されたコンテンツをダウンロードするステップと、
前記ダウンロードするステップで前記再生装置が前記暗号化されたコンテンツをダウンロードする際に、前記配信システムが、ダウンロードされる該コンテンツの管理情報を送信するステップと、
前記再生装置が、前記配信システムから送信される前記管理情報を受信するステップと、
前記再生装置が、ネットワークを介して時刻情報を取得し、取得した時刻情報を基に現在日時を管理するステップと、を備え、
前記管理情報は、ダウンロードする前記暗号化されたコンテンツを復号化するための鍵が取得可能となる日時に関する情報を含み、
前記管理するステップで管理されている現在日時が、前記管理情報に含まれる、ダウンロードする前記暗号化されたコンテンツを復号化するための鍵が取得可能となる日時を過ぎるまでは、ダウンロードした該コンテンツの再生を不可とすることを特徴とする送受信方法。
【請求項４】
ネットワークを介して、暗号化されたコンテンツを配信システムより配信し、該コンテンツは再生装置においてダウンロードして再生するためのコンテンツである送信方法であって、
前記配信システム上にある複数のコンテンツの情報からＷＥＢブラウザを介してダウンロードされるコンテンツが選択されるステップと、
前記選択されるステップで選択されたコンテンツについて、該コンテンツの視聴開始可能日時前に、前記暗号化されたコンテンツを前記再生装置に配信するステップと、
前記選択されるステップで選択されたコンテンツが、前記配信するステップで配信され、前記再生装置においてダウンロードされる際に、ダウンロードされる該コンテンツの管理情報を送信するステップと、を備え、
前記管理情報は、ダウンロードされる前記暗号化されたコンテンツを復号化するための鍵が取得可能となる日時に関する情報を含み、
前記鍵が取得可能となる日時に関する情報は、前記再生装置がネットワークを介して時刻情報を取得し、取得した時刻情報を基に現在日時を管理している場合に、当該現在日時が、前記管理情報に含まれる、前記鍵が取得可能となる日時を過ぎるまでは、ダウンロードされたコンテンツの再生が不可とされることを示す情報であることを特徴とする送信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークを介して視聴者からの要求に応じて配信される映像（ＶＯＤ、Video On Demand）、その映像を再生する装置に関し、特に、システムのネットワークによるコンテンツのダウンロードの負荷の集中を軽減するのに用いて好適なネットワーク配信映像再生方法、および、ネットワーク配信映像再生装置に関する。
【背景技術】
【０００２】
近年、テレビジョン放送においては、デジタルテレビ放送による動画データの多チャンネル放送化やネットワークの広帯域化により、多くの動画データが取得あるいは視聴することが可能となってきている。その結果、視聴可能な動画データが氾濫するといった状況になってきており、例えば、以下の特許文献１によれば、短時間で内容を理解する仕組みや、本当に視聴したい動画データを探し出せるようにすることを目的として、動画データにおける重要なシーンを表示可能な技術が紹介されている。
【０００３】
その一方、近年、ネットワークを利用した通信においては、大容量のブロードバンド回線の普及により、放送とインターネットの融合化が進んでおり、これに伴って、例えば、前記ネットワークを介して、ユーザが視聴したい映像を配信し、即ち、ユーザの要求に応じて視聴することが出来る要求映像配信が注目を集めている。
【０００４】
デジタルテレビの高画質化に伴い、要求映像配信においても高解像度映像が望まれることが考えられる。しかし、高解像度映像をストリーミング配信する場合、膨大なデータをリアルタイムに送信しなければならないため、大容量の通信回線が必要となる。そこで、あらかじめコンテンツの全データをネットワーク配信映像再生装置にダウンロードしておき、通信回線に負荷をかけない状態で視聴する方式も検討されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００３−１５３１３９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
従来のテレビジョン放送の放送波には容量制限という概念は無いが、今後普及が見込まれるインターネットなどのＩＰネットワークを利用して、映像、音声などのコンテンツを配信するＶＯＤサービスは、通信回線を利用者がシェアする形となることが多い。この場合に、ＨＤなどの高画質映像を視聴するためには帯域を事前に確保するなど、利用者がコンテンツの品質を維持して視聴できるための仕組みが考えられている。
【０００７】
しかしながら、人気のあるコンテンツに視聴希望が殺到した場合、帯域を確保(取得)できない利用者も出てくるはずである。特に、例えば、コンテンツ配信サーバが提供する新作映画、巷で話題となった映画などは、視聴が一時期に殺到し、回線がパンク状態になる可能性がある。
【０００８】
本発明は、上記問題点を解決するためになされたもので、その目的は、ネットワークにより映像の配信を受けるシステムにおいて、特に、サーバと視聴者の映像再生装置の間のネットワークの回線に負荷が集中することを防止することができるようなネットワーク配信映像再生方法、および、ネットワーク配信映像再生装置を提供することにある。
【課題を解決するための手段】
【０００９】
上記目的を達成するために、例えば、特許請求の範囲に記載されるように構成すればよ
い。
【発明の効果】
【００１５】
本発明によれば、ネットワークにより映像の配信を受けるシステムにおいて、特に、サーバと視聴者の映像再生装置の間のネットワークの回線に負荷が集中することを防止することができるようなネットワーク配信映像再生方法、および、ネットワーク配信映像再生装置を提供することができる。
【図面の簡単な説明】
【００１６】
【図１】本発明の一実施形態に係るネットワーク配信映像再生装置に関するシステム構成図である。
【図２】本発明の一実施形態に係るネットワーク配信映像再生装置１のハードウェア構成図である。
【図３】本発明の一実施形態に係るネットワーク配信映像再生装置１の機能を表すブロック図である。
【図４】本発明の一実施形態に係るネットワーク配信映像再生方法の各処理形態を示すフローチャートである（その一）。
【図５】本発明の一実施形態に係るネットワーク配信映像再生方法の各処理形態を示すフローチャートである（その二）。
【図６】本発明の一実施形態に係るネットワーク配信映像再生方法の各処理形態を示すフローチャートである（その三）。
【図７】視聴者がコンテンツの視聴の選択をするためのコンテンツ一覧画面の一例を示す図である。
【図８】視聴者がコンテンツのダウンロードをしたときに表示されるお知らせ画面の一例を示す図である。
【図９】視聴者にコンテンツの視聴ができるようになったことを知らせるためのお知らせ画面の一例を示す図である。
【図１０】コンテンツ管理情報の一例を示す図である。
【発明を実施するための形態】
【００１７】
以下、本発明に係る一実施形態を、図１ないし図７を用いて説明する。
【００１８】
先ず、図１を用いて本発明の一実施形態に係るネットワーク配信映像再生装置に関するシステム構成について説明する。
【００１９】
図１は、本発明の一実施形態に係るネットワーク配信映像再生装置に関するシステム構成図である。
【００２０】
本実施形態のネットワーク配信映像再生装置は、インターネットなどのネットワークによりＶＯＤによる映像を受信し、再生するものである。
【００２１】
ＶＯＤによる映像を再生する場合には、図１に示されるように、本実施形態のネットワーク配信映像再生装置１のコンテンツ配信サーバ２とポータルサーバ３より、インターネットなどのＩＰネットワーク４を介して、映像のストリーミングを受信する。ＶＯＤによる映像は、大容量なストリーミングを流す必要があるので、使われる回線は、光ファイバー回線やＡＤＳＬ（Asymmetric Digital Subscriber Line）回線などのブロードバンド回線が望ましい。このときに、使われるプロトコルの一例としては、例えば、ＲＴＰ（Real-time Transport Protocol）である。
【００２２】
次に、図２および図３を用いて本発明の一実施形態に係るネットワーク配信映像再生装置１の機能と構成について詳細に説明する。
【００２３】
図２は、本発明の一実施形態に係るネットワーク配信映像再生装置１のハードウェア構成図である。
【００２４】
図３は、本発明の一実施形態に係るネットワーク配信映像再生装置１の機能を表すブロック図である。
【００２５】
図２に示されるように、ネットワーク配信映像再生装置１は、中央処理装置１０１、表示装置１０２、主記憶装置１０３、入力装置１０５、音声出力装置１０６、ネットワークインタフェース部１０７、補助記憶装置インタフェース部１９が、バス１０を介して結合された形態であり、各部は、バス１００により、相互にデータの送受信が可能なように構成されている。
【００２６】
中央処理装置１０１は、通常、マイクロプロセッサにより構成されており、主記憶装置１０３にロードされたデータを読み込み、プログラムを実行して、各部に対して、制御の指示を与える。
【００２７】
表示装置１０２は、ディスプレイアダプタと、それに接続する液晶ディスプレイ、プラズマディスプレイ、ＣＲＴ（Cathode Ray Tube）により実現される。
【００２８】
主記憶装置１０３は、揮発性、あるいは、不揮発性の半導体装置が用いられ、中央処理装置１０１により扱われるデータ、プログラムは、補助記憶装置３０からここにロードされる
入力装置１０５は、例えば、制御のためのフロントボタン、キーボード、マウス、あるいは、リモコン装置などのデータを入力するための装置である。
【００２９】
音声出力装置１０６は、例えば、サウンドカードとスピーカで構成され、放送、映像の音声を出力する。
【００３０】
ネットワークインタフェース部１０７は、ＩＰネットワークとのインタフェースをつかさどる部分である。
【００３１】
補助記憶装置インタフェース部１０９は、補助記憶装置とのインタフェースをつかさどる部分である。
【００３２】
補助記憶装置３０は、通常、大容量のハードディスクドライブであり、映像データなどを一時的、または、録画として長期間にわたって保存することができる。また、中央処理装置１１により実行するプログラムもここに格納する。
【００３３】
図３に示されるように、ネットワーク配信映像再生装置１の機能として、ＶＯＤ映像を再生するために、ＩＰネットワーク制御部１００により、ＩＰネットワークにより送信されてくるパケットの制御をおこなう。そして、ＶＯＤ受信部１０１により、映像を受信し、ストリーミング再生部１０２によりストリーミングの再生をおこなう。
【００３４】
そして、ＴＳ  Ｂｕｆｆｅｒ／Ｓｗｉｔｃｈ部３００で、映像を選択し、ＤｅＭｕｘ部３０１で、ＭＰＥＧを分離して、ＭＰＥＧデゴーダ部３０２により、デコードして表示装置に出力する。
【００３５】
上記の説明では、ＭＰＥＧの場合を説明したが、例えば、Ｈ．２６４の規格によるデコーダを用いてもよい。
【００３６】
また、本実施形態のネットワーク配信映像再生装置１は、Ｗｅｂブラウザ４００により、ＶＯＤを提供するポータルサイトも表示することができる。
【００３７】
次に、図４ないし図１０を用いて本発明の一実施形態に係るネットワーク配信映像再生方法の処理について説明する。
【００３８】
図４ないし図６は、本発明の一実施形態に係るネットワーク配信映像再生方法の各処理形態を示すフローチャートである。
【００３９】
図７は、視聴者がコンテンツの視聴の選択をするためのコンテンツ一覧画面の一例を示す図である。
【００４０】
図８は、視聴者がコンテンツのダウンロードをしたときに表示されるお知らせ画面の一例を示す図である。
【００４１】
図９は、視聴者にコンテンツの視聴ができるようになったことを知らせるためのお知らせ画面の一例を示す図である。
【００４２】
図１０は、コンテンツ管理情報の一例を示す図である。
【００４３】
本実施形態のネットワーク配信映像再生方法の処理は、視聴可能日時が定められたコンテンツに対して、事前に視聴者からのダウンロードを可能にするものである。
【００４４】
視聴者がコンテンツの配信を受けるときには、例えば、図７に示されるようなコンテンツ一覧画面がＷｅｂブラウザにより表示される。
【００４５】
コンテンツ一覧画面には、コンテンツのタイトル、料金、配信開始日時、視聴可能日時、コンテンツの状態、配信指示ボタンが表示される。
【００４６】
コンテンツのタイトルは、例えば、視聴する映画の題名（邦訳名）などのコンテンツの内容を表す題名である。料金は、コンテンツを視聴するときの視聴者が負担するときの料金であり、無償のときもありうる。また、図のように割引料金を併記してもよい。この図の例では、視聴者が封切り前に、コンテンツをダウンロードしたときには、割引料金が適用されることを示している。
【００４７】
配信開始日時は、視聴しようとするユーザがコンテンツをダウンロードできるようになる日時である。図では、日にちのみを表示して、例えば、午前０時が基準の日時になるようにしているが、コンテンツごとに時刻を表示するようにしてもよい。
【００４８】
視聴可能日時は、視聴者が正規にコンテンツを視聴できるようにする日時である。すなわち、映画の封切りにあたるものである。
【００４９】
視聴しようとするユーザは、配信開始日時を過ぎるとコンテンツをダウンロードすることはできるが、正規にコンテンツを視聴することはできない。ただし、視聴者の選択肢に応じて、広告入りのコンテンツを視聴する、特別料金の割増料金を支払って視聴できるようにするなどのオプションを設けることは可能である。
【００５０】
コンテンツの状態は、「配信待ち」、「配信可能」、「視聴可能」の各状態を表す。「配信待ち」の状態は、配信開始日時より前のときであって、コンテンツが未だにダウンロードできない状態である。「配信可能」は、配信開始日時より以降、視聴可能日時より前のときであって、コンテンツの配信を受けることはできるが、視聴者が正規に視聴できない状態である。「視聴可能」は、視聴可能日時より以降であって、視聴者がコンテンツを正規に視聴できる状態である。
【００５１】
視聴しようとするユーザは、配信指示ボタンをマウスなどポインティングデバイスなどに指示して、配信を受ける。コンテンツの状態が「配信可能」であるときには、未だに正規の視聴はできないが、コンテンツの状態が「視聴可能」のときには、配信を受けると、ユーザは、即、正規に視聴可能である。
【００５２】
図７では、「オススメ」のタイトルやジャンル別のコンテンツを表示している。オススメのタイトルである「コンテンツＡ」は、一回の視聴料金が２００円、事前に（すなわち、視聴可能日時より前、コンテンツの状態が「配信可能」のときに）ダウンロードしたときの割引料金が１５０円、配信開始日時が２００６年９月２日（午前０時より）、視聴可能日時が２００６年１１月３日（午前０時より）、コンテンツの状態が２００６年１０月３１日現在では、「配信可能」であることを示している。
【００５３】
なお、ジャンルが「ドラマ・ラブストーリ」である「コンテンツＣ」は、２００６年１０月３１日現在では、配信可能日時の２００６年１１月１５日（午前０時より）より前であり、コンテンツの状態が「配信待ち」であるために、配信指示ボタンは表示されていない。
【００５４】
また、「コンテンツＤ」は、２００６年１０月３１日現在では、視聴可能日時の２００６年１０月３０日を過ぎているため、コンテンツの状態が「視聴可能」であるために、割引料金は表示されていない。
【００５５】
図４に示される時間軸Ｔにおいて、ｔ０は、配信可能日時であり、ｔ１は、視聴可能日時であり、ｔ２は、コンテンツが実際に再生可能となっている日時である。
【００５６】
配信可能日時ｔ０より前のときに、ネットワーク配信映像再生装置１（以下、単に「再生装置１」という）からコンテンツ配信要求がされたときには（Ｓ１００）、コンテンツ配信サーバ２は、要求を拒否する（Ｓ１０１）。
【００５７】
配信可能日時ｔ０を過ぎて、再生装置１からコンテンツ配信要求がされたときで、しかも視聴可能日時ｔ１を過ぎていないときには（Ｓ１０２）、コンテンツ配信サーバ２は、再生装置１に、ＩＰネットワーク４を介して、コンテンツの暗号化されたストリームを送信する（Ｓ１０３）。このコンテンツ配信要求は、視聴しようとするユーザが、図７に示したコンテンツ一覧画面から配信指示ボタンを選択することによりなされる。
【００５８】
コンテンツ管理情報は、例えば、図１０に示されるように、タイトル５０１、ジャンル５０２、配信開始日時５０３、視聴可能日時５０４、再生時間５０５、料金５０６、封切前割引料金５０７、プレミアム料金５０８、広告付き映像の有無５０９などの各フィールドからなるテーブルに格納される。
【００５９】
ここで、料金５０６は、コンテンツの正規の提供料金である。封切前割引料金５０７は、視聴可能日時より前のときのコンテンツが「配信可能」状態のときに、コンテンツをダウンロードして、視聴するときの割引き料金である。プレミアム料金５０８は、視聴可能日時より前のときのコンテンツが「配信可能」状態のときであって、視聴可能日時より前のときに、ユーザが支払ったときに、特別に視聴できるようになるためのプレミアムをつけた料金である。また、広告付き映像の有無５０９は、視聴可能日時より前のときのコンテンツが「配信可能」状態のときであって、視聴可能日時より前のときに、視聴が許される広告付きの映像が提供されているか否かを示している。プレミアム料金と広告付きの映像は、コンテンツによって設定されるものとされないものは、まちまちであってもよい。
【００６０】
例えば、図１０に示す例では、コンテンツＡでは、広告付き映像が提供されていて、プレミアム料金は設定されていない。一方、コンテンツＢでは、正規の料金が、２５０円であるところ、封切前割引料金が、２００円であり、プレミアム料金が、３００円（５０円の割高）であり、広告付き映像が提供されていない。
【００６１】
そして、再生装置１側で、コンテンツのストリームとコンテンツ管理情報を受信すると、通常は、図２に示した補助記憶装置３０に保存される（Ｓ１１０）。
【００６２】
そのとき、再生装置１側の表示装置には、図８に示したようなお知らせ画面が表示される。この画面の例では、コンテンツＡが、１１月３日より正規に視聴できることを示している。また、その日時の前でも広告入りの映像なら、ユーザか選択して視聴することもできる。すなわち、広告入りの映像は、視聴可能日時でも視聴できる暫定的な映像であるということができる。
【００６３】
また、上記の例では、コンテンツ管理情報は、そのコンテンツのストリームと共にダウンロードされて蓄えられるように記載したが、必要なときに、再生装置１からコンテンツ提供者のポータルサイトにとりに行くようにしてもよい。
【００６４】
次に、視聴可能日時ｔ１になると、再生装置１は、コンテンツ配信サーバ２に対して、そのコンテンツの復号化鍵を要求する。この復号化鍵の要求は、映像再生監視プログラムをバックグラウンドで立ち上げておき、常時、時間をモニタし管理情報の中に記憶されるコンテンツの視聴可能日時ｔ１になったときに、自動的におこなうようにする。なお、視聴可能日時ｔ１に再生装置１の電源がＯＦＦになっている恐れがある場合には、あらかじめタイマを設定しておき、視聴可能日時ｔ１に電源をＯＮにして復号化鍵を要求すればよい。この方法により、次回電源ＯＮ時に直ちにコンテンツを視聴することができる。
【００６５】
また、視聴可能日時ｔ１に再生装置１の電源がＯＦＦになっている恐れがある場合、次回電源ＯＮ時に視聴可能日時ｔ１を過ぎていることを認識し、サーバに復号化鍵を要求してもよい。この方法によりサーバに対する復号化鍵の要求が分散し、視聴可能日時ｔ１に負荷が集中することを避けられる。
【００６６】
さらに、より正確に視聴可能日時ｔ１を把握するために、例えばデジタル放送のＳＩ（Service Information）から取得した時刻情報や、ＮＴＰ（Network Time Protocol）によりネットワーク経由で取得した時刻情報を利用してもよい。
【００６７】
コンテンツ配信サーバ２では、そのコンテンツの視聴可能日時に達していると判断したときには、復号化鍵を配信する（Ｓ２１０）。そして、再生装置１で、その復号化鍵により、コンテンツのストリームを復号化する。
【００６８】
また、図には示さなかったが、コンテンツサーバ２では、そのコンテンツの視聴可能日時に達していないと判断したときには、復号化鍵の配信を拒否する。
【００６９】
そして、コンテンツが実際に再生可能となっている日時ｔ２以降は、視聴者は、そのコンテンツを再生して、正規のコンテンツが視聴できるようになる（Ｓ３００）。
【００７０】
復号化に成功したときには、図９に示すようなお知らせ画面を表示し、ユーザに注意を促す。
【００７１】
このように事前にコンテンツをダウンロードすれば、コンテンツの視聴可能日時の直後に、大量のコンテンツのストリームが要求されることはなく、ネットワークの負荷が軽減されることになる。復号化鍵は、コンテンツのストリームに比べるとごく小さなデータであり、ネットワークの負荷ということではほとんど問題とならない。
【００７２】
また、コンテンツの視聴可能日時前にコンテンツをダウンロードしたユーザには、コンテンツの割引き料金による提供、クーポンなどの特典を与えることにすれば、システムの提供者とユーザの双方にとってメリットがある。
【００７３】
図４に示す実施形態では、復号鍵は再生装置４から要求した。他の実施形態では、図５に示されるように、再生装置４がコンテンツ配信サーバ２に接続に行ったときに、コンテンツ配信サーバ２でユーザ毎に配信済みのコンテンツの管理情報を記憶しておき、視聴可能時間が過ぎたコンテンツについて、復号化鍵をコンテンツ配信サーバ２から配信するようにしてもよい（Ｓ２０２）。
【００７４】
また、上記で説明した例は、視聴可能日時の前に、暗号化したストリームをダウンロードして、視聴可能日時になったときに、復号化によりストリームを復号化するであったが、このような例に限らず、図６に示されるように、視聴可能日時ｔ１の前に、コンテンツの不完全なストリーム情報を配信するようにしてもよい（Ｓ１０４）。
【００７５】
不完全なストリーム情報は、例えば、コンテンツの映像の一部情報であり、再生したときに、コマ飛びとなるようなデータである。
【００７６】
そして、視聴可能日時ｔ１になったときに、再生装置１側からストリームを完全にすることを要求する（Ｓ２０３）。
【００７７】
コンテンツ配信サーバ３側では、ストリームを完全にするための情報、すなわち、上記の例では、コンテンツの映像の残りの情報を配信する（Ｓ２０４）。
【００７８】
再生装置１側では、この配信を受けて、ストリームを完全なものにして、再生できる状態にする（Ｓ２２０）。
【００７９】
この例では、視聴可能日時ｔ１後のコンテンツの配信についても、ある程度のネットワークの負荷はかかるもののコンテンツの一部の情報であるため、すべてのコンテンツ情報をダウンロードするときに比べるとネットワークの負荷は軽減される。
【００８０】
また、図４、図５の例では、悪意の者に復号鍵を盗聴されると、コンテンツを再生されてしまう恐れがあるが、この例では、ダウンロードされているコンテンツの情報が元々不完全なためにその恐れはない。
【符号の説明】
【００８１】
１…配信映像再生装置、２…コンテンツ配信サーバ、３…ポータルサーバ、４…ＩＰネットワーク、３０…補助記憶装置、１００…バス、１０１…中央処理装置、１０２…表示装置、１０３…主記憶装置、１０５…入力装置、１０６…音声出力装置、１０７…ネットワークインタフェース部、１０９…補助記憶装置インタフェース部、３００…ＴＳ Ｂｕｆｆｅｒ／Ｓｗｉｔｃｈ部、３０１…ＤｅＭｕｘ部、３０２…ＭＰＥＧデゴーダ部、３０３…ＩＰネットワーク制御部、３０４…ＶＯＤ受信部、３０５…ストリーミング再生部、４００…Ｗｅｂブラウザ
【図１】
0004678068.tif 000002
【図２】
0004678068.tif 000003
【図３】
0004678068.tif 000004
【図４】
0004678068.tif 000005
【図５】
0004678068.tif 000006
【図６】
0004678068.tif 000007
【図７】
0004678068.tif 000008
【図８】
0004678068.tif 000009
【図９】
0004678068.tif 000010
【図１０】
0004678068.tif 000011