(57)【要約】【課題】コンテンツデータの送受信が中断されたとき、中断ポイントからの送受信を迅速かつ容易に再開することが可能なコンテンツ配信システム、配信サーバ、端末及びコンテンツ配信方法を提供すること。【解決手段】配信サーバと端末とが接続されたネットワークにおけるコンテンツ配信システムにおいて、配信サーバは、コンテンツデータを複数の暗号化ブロックに分割し複数の暗号化ブロックのそれぞれにポイント情報を付加してブロック暗号化処理をし、端末又は配信サーバは、端末でコンテンツデータの受信が中断されたとき、既に受信が完了している最後の暗号化ブロックのポイント情報を記録し、配信サーバは、記録されたポイント情報を取得して、配信部が、取得したポイント情報に基づいて、コンテンツデータのうち配信が完了していない暗号化ブロックの配信を開始することを特徴とする。【選択図】図７
2008306600.tif 000002
【特許請求の範囲】
【請求項１】
コンテンツデータを配信する配信サーバと前記コンテンツデータをダウンロードする端末とが接続されたネットワークにおけるコンテンツ配信システムにおいて、
前記配信サーバは、
前記コンテンツデータを複数の暗号化ブロックに分割し前記複数の暗号化ブロックのそれぞれにポイント情報を付加してブロック暗号化処理をする暗号化部と、
前記コンテンツデータを前記複数の暗号化ブロックごとに前記端末に配信する配信部と、
を備え、
前記端末は、
前記配信部から配信された前記コンテンツデータを前記複数の暗号化ブロックごとに受信する受信部を備え、
前記端末又は前記配信サーバは、前記端末で前記コンテンツデータの受信が中断されたとき、既に受信が完了している最後の前記暗号化ブロックの前記ポイント情報を中断ポイント情報として記録する中断ポイント記録部を備え、
前記配信サーバは、前記中断ポイント記録部に記録された前記中断ポイント情報を取得する中断ポイント取得部を備え、
前記配信部が、前記中断ポイント取得部が取得した前記中断ポイント情報に基づいて、前記コンテンツデータのうち配信が完了していない前記暗号化ブロックの配信を開始することを特徴とする、コンテンツ配信システム。
【請求項２】
前記配信サーバ又は前記端末は、前記端末で前記コンテンツデータの受信が中断されたとき、所定時間の間、前記コンテンツデータの配信を待機する待機モードに移行し、
前記配信部は、前記所定時間経過後に、前記中断ポイント取得部が取得した前記中断ポイント情報に基づいて、前記コンテンツデータのうち配信が完了していない前記暗号化ブロックの配信を開始する再開モードとなることを特徴とする、請求項１に記載のコンテンツ配信システム。
【請求項３】
前記再開モードとなっても前記端末で前記コンテンツデータの受信が再開しないとき、前記配信サーバ又は前記端末は、再度、前記待機モードに移行し、更に、前記配信部は、前記所定時間経過後に、前記再開モードとなるという反復を行うことを特徴とする、請求項２に記載のコンテンツ配信システム。
【請求項４】
前記再開モードとなっても前記端末で前記コンテンツデータの受信が再開せず、前記反復が所定回数に達したとき、前記配信部は、前記コンテンツデータの初めから前記コンテンツデータを配信することを特徴とする、請求項３に記載のコンテンツ配信システム。
【請求項５】
コンテンツデータをダウンロードする端末と接続されたネットワークを介して前記コンテンツデータを前記端末に配信する配信サーバにおいて、
前記コンテンツデータを複数の暗号化ブロックに分割し前記複数の暗号化ブロックのそれぞれにポイント情報を付加してブロック暗号化処理をする暗号化部と、
前記コンテンツデータを前記複数の暗号化ブロックごとに前記端末に配信する配信部と、
前記端末で前記コンテンツデータの受信が中断されたとき、既に受信が完了している最後の前記暗号化ブロックの前記ポイント情報を中断ポイント情報として取得する中断ポイント取得部と、
を備え、
前記配信部が、前記中断ポイント取得部が取得した前記中断ポイント情報に基づいて、前記コンテンツデータのうち配信が完了していない前記暗号化ブロックの配信を開始することを特徴とする、配信サーバ。
【請求項６】
前記端末で前記コンテンツデータの受信が中断されたとき、既に受信が完了している最後の前記暗号化ブロックの前記ポイント情報を中断ポイント情報として記録する中断ポイント記録部を備えることを特徴とする、請求項５に記載の配信サーバ。
【請求項７】
コンテンツデータを配信する配信サーバと接続されたネットワークを介して前記コンテンツデータを前記配信サーバからダウンロードする端末において、
前記配信サーバで前記コンテンツデータが複数の暗号化ブロックに分割され前記複数の暗号化ブロックのそれぞれにポイント情報が付加されてブロック暗号化処理がされた前記コンテンツデータを前記複数の暗号化ブロックごとに前記配信サーバから受信する受信部を備え、
前記端末で前記コンテンツデータの受信が中断されたとき、既に受信が完了している最後の前記暗号化ブロックの前記ポイント情報を中断ポイント情報とし、前記中断ポイント情報に基づいて、前記コンテンツデータのうち受信が完了していない前記暗号化ブロックの受信を開始することを特徴とする、端末。
【請求項８】
前記コンテンツデータの受信が中断されたとき、前記中断ポイント情報を記録する中断ポイント記録部と、
前記中断ポイント記録部に記録された前記中断ポイント情報を前記配信サーバに通知する中断ポイント通知部と、
を備えることを特徴とする、請求項７に記載の端末。
【請求項９】
コンテンツデータを配信する配信サーバと前記コンテンツデータをダウンロードする端末とが接続されたネットワークにおけるコンテンツ配信方法において、
前記配信サーバが、前記コンテンツデータを複数の暗号化ブロックに分割し前記複数の暗号化ブロックのそれぞれにポイント情報を付加してブロック暗号化処理をするステップと、
前記配信サーバが、前記コンテンツデータを前記複数の暗号化ブロックごとに前記端末に配信するステップと、
前記端末が、前記配信サーバから配信された前記コンテンツデータを前記複数の暗号化ブロックごとに受信するステップと、
前記端末又は前記配信サーバが、前記端末で前記コンテンツデータの受信が中断されたとき、既に受信が完了している最後の前記暗号化ブロックの前記ポイント情報を中断ポイント情報として記録するステップと、
前記配信サーバが、前記中断ポイントを記録するステップで記録された前記中断ポイント情報を取得するステップと、
前記配信サーバが、前記中断ポイントを取得するステップで取得した前記中断ポイント情報に基づいて、前記コンテンツデータのうち配信が完了していない前記暗号化ブロックの配信を開始するステップと、
を含むことを特徴とする、コンテンツ配信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンテンツ配信システム、配信サーバ、端末及びコンテンツ配信方法に関する。
【背景技術】
【０００２】
近年では、コンテンツデータ、例えば、映画、音楽、ソフトウェアなどのデータがインターネット等のネットワークを介して配信されるコンテンツ配信サービスが利用されている。
【０００３】
コンテンツ配信サービスは、一般に、ネットワークに接続された配信サーバと利用者端末とからなる。配信サーバは、複数のコンテンツデータを記憶しており、利用者端末からのアクセスに応じて、コンテンツデータを配信する。一方、利用者端末は、ネットワークを介して、配信サーバにアクセスすることによって、配信サーバからコンテンツデータをダウンロードする。例えば、利用者は、利用者端末を操作することによって配信サーバにアクセスすることができ、配信サーバからコンテンツデータをダウンロードすることができる。
【０００４】
サーバから端末にデータがダウンロードされる技術として、例えば、特許文献１では、利用者端末が携帯通信端末であり、携帯通信端末が無線基地局及びネットワークを介してデータをダウンロードする例が開示されている。
【０００５】
【特許文献１】特開２００４−２９７４７９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
ところで、コンテンツデータが配信サーバからネットワークを介して配信される際、ネットワークの回線状況や、配信サーバの運用状況などの要因により、データの配信が中断され、利用者端末側でデータのダウンロードが中断される場合がある。この場合、従来、端末は、ダウンロードが中断したポイントの続きからダウンロードを再開することができなかった。即ち、端末は、ダウンロードされるべきデータのうちダウンロードされていない部分のみのダウンロードをすることができなかったため、コンテンツデータの最初からダウンロードをやり直す必要があった。
【０００７】
従って、配信サーバから端末へのコンテンツデータのダウンロードの配信時に、ダウンロードが中断した場合、再び最初からデータをダウンロードする必要があるため、全てのデータのダウンロードが完了するまで長時間かかるという問題があった。また、ダウンロード中断後、コンテンツデータのダウンロードを再開する場合、ダウンロード開始の要求を配信サーバに送信するためには、利用者による端末の操作が必要であった。
【０００８】
更に、コンテンツデータのダウンロードを最初から再開しなければならないため、ネットワークに以前配信された同じデータが流れることになり、ネットワークを効率的に活用していないという問題があった。
【０００９】
また、上記の特許文献１では、端末が要求するデータのダウンロードが中断した場合、無線基地局がコンテンツデータの中断ポイントを記録する。そして、無線基地局が、端末の代わりにサーバから中断ポイント以降のデータを受信して記憶し、端末からの要求があったときに、無線基地局は、中断ポイント以降のデータを端末に送信する。従って、配信サーバと端末以外の無線基地局内に、データを記録するための記録部や、データ送受信のための制御部を別途設ける必要があった。また、無線基地局の管理も必要になり、コンテンツ配信サービス全体の管理が複雑になるという問題があった。
【００１０】
そこで、本発明は、上記問題に鑑みてなされたものであり、本発明の目的とするところは、コンテンツデータの送受信が中断されたとき、中断ポイントからの送受信を迅速かつ容易に再開することが可能な、新規かつ改良されたコンテンツ配信システム、配信サーバ、端末及びコンテンツ配信方法を提供することにある。
【課題を解決するための手段】
【００１１】
上記課題を解決するために、本発明のある観点によれば、コンテンツデータを配信する配信サーバとコンテンツデータをダウンロードする端末とが接続されたネットワークにおけるコンテンツ配信システムにおいて、配信サーバは、コンテンツデータを複数の暗号化ブロックに分割し複数の暗号化ブロックのそれぞれにポイント情報を付加してブロック暗号化処理をする暗号化部と、コンテンツデータを複数の暗号化ブロックごとに端末に配信する配信部とを備え、端末は、配信部から配信されたコンテンツデータを複数の暗号化ブロックごとに受信する受信部を備え、端末又は配信サーバは、端末でコンテンツデータの受信が中断されたとき、既に受信が完了している最後の暗号化ブロックのポイント情報を中断ポイント情報として記録する中断ポイント記録部を備え、配信サーバは、中断ポイント記録部に記録された中断ポイント情報を取得する中断ポイント取得部を備え、配信部が、中断ポイント取得部が取得した中断ポイント情報に基づいて、コンテンツデータのうち配信が完了していない暗号化ブロックの配信を開始することを特徴とするコンテンツ配信システムが提供される。
【００１２】
かかる構成により、配信サーバは、コンテンツデータを配信し、端末は、コンテンツデータをダウンロードする。このとき、配信サーバにおいて、暗号化部は、コンテンツデータを複数の暗号化ブロックに分割し複数の暗号化ブロックのそれぞれにポイント情報を付加してブロック暗号化処理をし、配信部は、コンテンツデータを複数の暗号化ブロックごとに端末に配信する。端末において、受信部は、配信部から配信されたコンテンツデータを複数の暗号化ブロックごとに受信する。そして、端末又は配信サーバにおいて、中断ポイント記録部は、端末でコンテンツデータの受信が中断されたとき、既に受信が完了している最後の暗号化ブロックのポイント情報を中断ポイント情報として記録し、配信サーバの中断ポイント取得部は、中断ポイント記録部に記録された中断ポイント情報を取得する。また、配信部が、中断ポイント取得部が取得した中断ポイント情報に基づいて、コンテンツデータのうち配信が完了していない暗号化ブロックの配信を開始する。従って、コンテンツデータのダウンロードが中断した場合でも、中断ポイント情報に基づいて、コンテンツデータのうち配信が完了していない暗号化ブロックからダウンロードが開始されるので、ダウンロードにかかる時間を短縮することができる。
【００１３】
上記配信サーバ又は端末は、端末でコンテンツデータの受信が中断されたとき、所定時間の間、コンテンツデータの配信を待機する待機モードに移行し、配信部は、所定時間経過後に、中断ポイント取得部が取得した中断ポイント情報に基づいて、コンテンツデータのうち配信が完了していない暗号化ブロックの配信を開始する再開モードとなるものであってもよい。かかる構成により、別途、コンテンツデータの配信を要求することなく、所定時間経過後に、コンテンツデータのうち配信が完了していない暗号化ブロックの配信を開始することができる。
【００１４】
上記再開モードとなっても端末でコンテンツデータの受信が再開しないとき、配信サーバ又は端末は、再度、待機モードに移行し、更に、配信部は、所定時間経過後に、再開モードとなるという反復を行うものであってもよい。かかる構成により、ダウンロードの中断の原因が解消するまでの間、コンテンツデータのうち配信が完了していない暗号化ブロックの配信要求を継続することができる。
【００１５】
上記再開モードとなっても端末でコンテンツデータの受信が再開せず、反復が所定回数に達したとき、配信部は、コンテンツデータの初めからコンテンツデータを配信するものであってもよい。かかる構成により、ダウンロードの中断の原因の解消までに長時間かかり、コンテンツデータの内容に変更があった場合でも、当初要求したコンテンツデータをダウンロードすることができる。
【００１６】
また、上記課題を解決するために、本発明の別の観点によれば、コンテンツデータをダウンロードする端末と接続されたネットワークを介してコンテンツデータを端末に配信する配信サーバにおいて、コンテンツデータを複数の暗号化ブロックに分割し複数の暗号化ブロックのそれぞれにポイント情報を付加してブロック暗号化処理をする暗号化部と、コンテンツデータを複数の暗号化ブロックごとに端末に配信する配信部と、端末でコンテンツデータの受信が中断されたとき、既に受信が完了している最後の暗号化ブロックのポイント情報を中断ポイント情報として取得する中断ポイント取得部とを備え、配信部が、中断ポイント取得部が取得した中断ポイント情報に基づいて、コンテンツデータのうち配信が完了していない暗号化ブロックの配信を開始することを特徴とする配信サーバが提供される。
【００１７】
かかる構成により、コンテンツデータのダウンロードが中断した場合でも、中断ポイント情報に基づいて、コンテンツデータのうち配信が完了していない暗号化ブロックからダウンロードが開始されるので、ダウンロードにかかる時間を短縮することができる。
【００１８】
上記端末でコンテンツデータの受信が中断されたとき、既に受信が完了している最後の暗号化ブロックのポイント情報を中断ポイント情報として記録する中断ポイント記録部を備えるものであってもよい。
【００１９】
また、上記課題を解決するために、本発明の別の観点によれば、コンテンツデータを配信する配信サーバと接続されたネットワークを介してコンテンツデータを配信サーバからダウンロードする端末において、配信サーバでコンテンツデータが複数の暗号化ブロックに分割され複数の暗号化ブロックのそれぞれにポイント情報が付加されてブロック暗号化処理がされたコンテンツデータを複数の暗号化ブロックごとに配信サーバから受信する受信部を備え、端末でコンテンツデータの受信が中断されたとき、既に受信が完了している最後の暗号化ブロックのポイント情報を中断ポイント情報とし、中断ポイント情報に基づいて、コンテンツデータのうち受信が完了していない暗号化ブロックの受信を開始することを特徴とする端末が提供される。
【００２０】
かかる構成により、コンテンツデータのダウンロードが中断した場合でも、中断ポイント情報に基づいて、コンテンツデータのうち配信が完了していない暗号化ブロックからダウンロードが開始されるので、ダウンロードにかかる時間を短縮することができる。
【００２１】
上記コンテンツデータの受信が中断されたとき、中断ポイント情報を記録する中断ポイント記録部と、中断ポイント記録部に記録された中断ポイント情報を配信サーバに通知する中断ポイント通知部とを備えるものであってもよい。
【発明の効果】
【００２２】
本発明によれば、コンテンツデータの送受信が中断されたとき、中断ポイントからの送受信を迅速かつ容易に再開することができる。
【発明を実施するための最良の形態】
【００２３】
以下に添付図面を参照しながら、本発明の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。
【００２４】
（第１の実施形態の構成）
まず、図１を参照して、本発明の第１の実施形態に係るコンテンツ配信システム１００について説明する。図１は、本実施形態に係るコンテンツ配信システム１００を示す構成図である。コンテンツ配信システム１００は、コンテンツデータ、例えば、映画、音楽、スポーツ、ソフトウェアなどのデータをインターネット等のネットワークを介して配信するシステムであり、ネットワーク１２０に接続された配信サーバ１０２と受信端末１４０（利用者端末）とを有する。コンテンツ配信システム１００によって、コンテンツデータが利用者端末に配信され、利用者端末がコンテンツデータをダウンロードすることができるコンテンツ配信サービスが実現される。
【００２５】
ネットワーク１２０は、例えば、インターネットプロトコル（ＩＰ）技術を利用してコンピュータ・ネットワークが相互接続された広範囲のＩＰネットワークであり、コンピュータ・ネットワークの利用目的や利用者などが制限されたクローズドなドメインネットワークも含む。ネットワークモデム／ルーター１３０は、例えば、ネットワーク１２０と受信端末１４０とに接続され、モデムが、ネットワーク１２０と受信端末１４０間におけるデジタル信号、アナログ信号の変調及び復調を行い、ルーターが、異なるコンピュータ・ネットワーク間を接続、又は中継（経路制御）する。
【００２６】
配信サーバ１０２は、図１に示すように、ポータルサーバ１１０と、ポータルサーバ１１０に接続されたコンテンツサーバ１１２と、メタデータサーバ１１４と、ＤＲＭサーバ１１６とからなる。なお、本実施形態では、配信サーバ１０２がポータルサーバ１１０と、コンテンツサーバ１１２と、メタデータサーバ１１４と、ＤＲＭサーバ１１６のように個別のコンピュータ・サーバからなるように説明するが、本発明はかかる例に限定されず、配信サーバ１０２は、これら４つのサーバの機能を全て有する１つのハードウェアであるコンピュータ・サーバからなるとしてもよい。また、ポータルサーバ１１０と、コンテンツサーバ１１２と、メタデータサーバ１１４と、ＤＲＭサーバ１１６は、それぞれ単体のハードウェアからなるとしてもよいし、それぞれ２以上のハードウェアからなるとしてもよい。
【００２７】
配信サーバ１０２を構成するポータルサーバ１１０と、コンテンツサーバ１１２と、メタデータサーバ１１４と、ＤＲＭサーバ１１６は、それぞれＣＰＵと、メモリと、ストレージと、入出力ＩＦと、通信ＩＦと、表示部とを有し、サーバ機能を備えたコンピュータ装置などで構成される。それぞれの構成要素については共通であるためまとめて説明する。
【００２８】
ＣＰＵ（Central  Processing  Unit）は、プログラムによって演算処理装置及び制御装置として機能し、各サーバ内に設けられた各構成要素の処理を制御することができる。メモリは、例えば、ＲＡＭ（Random  Access  Memory）、ＲＯＭ（Read  Only  Memory）、キャッシュメモリなどの記憶部で構成されており、ＣＰＵの処理に関するデータ、ＣＰＵの動作プログラムなどを一時的に記憶する機能を有する。ストレージは、例えば、ＨＤＤ（ハードディスクドライブ）、フラッシュメモリなどで構成されており、データを長期に亘って格納するための記憶部である。ストレージは、利用者情報、端末性能情報、ネットワーク回線情報、プログラムなどのデータを記録することができる。
【００２９】
入出力ＩＦ（インターフェース）は、例えば、マウス、キーボード、タッチパネル、ボタン、スイッチ、レバーなどの操作部と、入力信号を生成しＣＰＵに出力する入力制御部等から構成される。例えば、配信サーバ１０２の管理者は、入出力ＩＦの操作部を操作することによって、各サーバ内にデータを入力したり、各サーバの処理動作を指示したりすることができる。通信ＩＦは、例えば、通信回線、通信回路、通信デバイスなどで構成されている。通信ＩＦは、各サーバ間又はサーバと受信端末１４０との間で、コンピュータ・ネットワークを介して、データを送受信することができる。
【００３０】
表示部は、例えば、液晶ディスプレイ（ＬＣＤ）装置、ＣＲＴディスプレイ装置、ランプなどの映像信号を表示する表示装置と、スピーカなどの音声信号を出力する音声出力装置などからなる。例えば、配信サーバ１０２の管理者は、入出力ＩＦで行った操作の結果などを、表示部を介して確認することができる。
【００３１】
ポータルサーバ１１０は、受信端末１４０がコンテンツ配信サービスの利用可能条件を満たしているかの認証や、コンテンツ配信サービスによって利用できるコンテンツ内容のナビゲーション情報を受信端末１４０に提供する。ポータルサーバ１１０は、受信端末１４０からの要求を受信して、その要求に応じてコンテンツサーバ１１２と、メタデータサーバ１１４と、ＤＲＭサーバ１１６にデータを送信することができる。また、ポータルサーバ１１０は、コンテンツサーバ１１２と、メタデータサーバ１１４と、ＤＲＭサーバ１１６からそれぞれデータを受信し、ネットワーク１２０を介して、受信端末１４０にデータを送信する。
【００３２】
ポータルサーバ１１０のストレージには、中断ポイント記録部が含まれてもよい。中断ポイント記録部は、端末でコンテンツデータの受信が中断されたとき、既に受信が完了している最後の暗号化ブロックのポイント情報を中断ポイント情報として記録する。
【００３３】
また、ポータルサーバ１１０のＣＰＵには、暗号化部と、配信部と、中断ポイント取得部が含まれる。暗号化部は、後述するが、コンテンツデータを複数の暗号化ブロックに分割し、複数の暗号化ブロックのそれぞれにポイント情報を付加してブロック暗号化処理をする。配信部は、コンテンツデータを複数の暗号化ブロックごとに受信端末１４０に配信する。中断ポイント取得部は、ポータルサーバ１１０又は受信端末１４０に設けられた中断ポイント記録部に記録された中断ポイント情報を取得する。
【００３４】
配信部は、端末でコンテンツデータの受信が中断されたとき、所定時間の間、コンテンツデータの配信を待機する（待機モード）。更に、配信部は、待機モードの所定時間経過後に、中断ポイント取得部が取得した中断ポイント情報に基づいて、コンテンツデータのうち配信が完了していない暗号化ブロックの配信を開始する（再開モード）。再開モードとなっても、中断の原因が解消しないため、端末でコンテンツデータの受信が再開しないとき、配信部は、再度待機モードに移行し、所定時間経過後に再開モードとなるという反復を行う。再開モードとなっても端末でコンテンツデータの受信が再開しないため、反復が所定回数に達したとき、配信部は、コンテンツデータの初めからコンテンツデータを配信する。
【００３５】
コンテンツサーバ１１２は、ストレージにコンテンツデータ、例えば、映画、音楽、スポーツ、ソフトウェアなどのデータを記憶しており、受信端末１４０からの要求に応じて、ポータルサーバ１１０を介して受信端末１４０にコンテンツデータを送信する。
【００３６】
コンテンツサーバ１１２は、例えば、映画、スポーツなどの映像コンテンツを送信する場合、コンテンツデータをＭＰＥＧ−２、ＭＰＥＧ−４、又はＱｕｉｃｋＴｉｍｅ方式に符号化し、受信端末１４０に送信する。なお、符号化方式は、上記の例に限定されない。
【００３７】
コンテンツサーバ１１２は、例えば、音楽などの音声に関するコンテンツを送信する場合、コンテンツデータを例えばＭＰ３（MPEG-1  Audio  Layer-3）方式やＡＴＲＡＣ（Adaptive  Transform  Acoustic  Coding）方式などで符号化し、受信端末１４０に送信する。なお、符号化方式は、上記の例に限定されない。
【００３８】
コンテンツサーバ１１２は、再生制御メタファイルを受信端末１４０に送信する。再生制御メタファイルは、受信端末１４０がコンテンツデータを保存した後、コンテンツデータを再生する際に使用される。再生制御メタファイルは、例えば、映像コンテンツに関する場合、チャプタの開始ポイント、コンテンツの見所を示す時間データなどである。
【００３９】
メタデータサーバ１１４は、コンテンツデータに関するメタデータをストレージに記憶しており、受信端末１４０が要求するコンテンツに対応したメタデータを受信端末１４０に送信する。ここでメタデータとは、コンテンツのタイトル、作成日時、出演者、あらすじ、ジャンル、配信可能期間などのコンテンツに関するデータである。
【００４０】
ＤＲＭサーバ１１６は、配信するコンテンツのデジタル著作権管理（ＤＲＭ：Digital  Rights  Management）を行う。ＤＲＭサーバは、コンテンツデータに関するライセンスの発行要求を受信端末１４０から受信し、受信端末１４０がライセンス発行条件を満たすかを判断した後、受信端末１４０にライセンスを発行する。一般に、受信端末１４０では、コンテンツサーバ１１２からダウンロードしたコンテンツデータのみでは各コンテンツの再生が不可能であり、利用者条件等を満たして適切なライセンスを取得することで再生が可能となる。デジタル著作権管理については、通常用いられる方法を適用することができるため、詳細な説明は省略する。また、デジタル著作権管理は、上述以外の方法を適用することも可能である。
【００４１】
受信端末１４０は、ネットワーク１２０と接続されており、例えば、パーソナルコンピュータや、ラジオ受信機又はテレビ受像機などを内蔵したチューナや、ケーブルテレビ、テレビ放送及びネットワークを介して視聴可能なＩＰ放送を受信できるセットトップボックスなどである。受信端末１４０は、ＣＰＵ１５６と、メモリと、ストレージ１５８と、通信ＩＦ１６４などから構成される。
【００４２】
受信端末１４０は、ネットワーク１２０を介して、ダウンロードするコンテンツデータの要求をポータルサーバ１１０に送信する。受信端末１４０は、ポータルサーバ１１０を介して、コンテンツサーバ１１２に記録されたコンテンツデータ、メタデータサーバ１１４に記録されたメタデータ、ＤＲＭサーバ１１６で発行されたライセンスなどを受信する。受信端末１４０は、表示装置１８０と接続され、表示装置１８０にコンテンツやＧＵＩ（Graphical  User  Interface）、ＥＣＧ（Electronic  Content  Guide）を表示させるための制御を行う。
【００４３】
ここで、ＧＵＩは、コンテンツデータが電子書籍、ゲーム、ソフトウェアなどであるときの利用者が操作しやすいように配置された画面を提供する。ＥＣＧは、メタデータを用いて、配信サーバ１０２からダウンロード可能なコンテンツの一覧、受信端末１４０で視聴可能な購入済みのコンテンツの一覧、各コンテンツの詳細情報などのナビゲーション機能を提供する。
【００４４】
表示装置１８０は、例えば、コンピュータ端末のディスプレイ装置、テレビなどであり、例えば、液晶ディスプレイ（ＬＣＤ）装置、プラズマディスプレイ装置、ＣＲＴディスプレイ装置などの映像信号を表示する表示装置と、スピーカなどの音声信号を出力する音声出力装置などからなる。
【００４５】
表示装置１８０は、受信端末１４０と接続され、受信端末１４０からデータを受信して、コンテンツに関する映像や音声を再生したり、ＧＵＩ画面、ＥＣＧ画面を表示したりする。受信端末１４０と表示装置１８０との間は、ＨＤＭＩ（High-Definition  Multimedia  Interface）などのインターフェースによって、映像信号、音声信号、制御信号が送受信される。なお、受信端末１４０と表示装置１８０は、別体の構成装置で構成されていてもよいし、受信端末１４０と表示装置１８０が１つに収められた一体型の装置であってもよい。
【００４６】
リモートコントロール１９０は、受信端末１４０の操作を行う操作部の一例であり、受信端末１４０と離れた距離からの遠隔操作が可能である。リモートコントロール１９０によって、ＡＶプレイヤ１７６の再生制御、ＢＭＬブラウザやＥＣＧ上の操作が可能である。なお、受信端末１４０のための操作部は、リモートコントロール１９０に限定されず、受信端末１４０に設けられた操作部であってもよい。
【００４７】
次に、図２を参照して、本実施形態に係る受信端末１４０を詳細に説明する。図２は、本実施形態に係る受信端末１４０を示すブロック図である。
【００４８】
受信端末１４０は、図２に示すように、デジタル放送チューナ１４２と、通信処理部１４４と、ＣＡＳ／ＤＲＭクライアント部１４６と、ＤＭＵＸ１４８と、デコーダ１５０と、ＤＲＭ処理部１５２と、ＧＵＩ表示処理部１５４と、ＣＰＵ１５６と、ストレージ１５８とを有する。
【００４９】
デジタル放送チューナ１４２は、デジタル放送（ＢＳ、ＣＳ、地上波）を受信し、受信端末１４０の各機能ブロックに出力する。デジタル放送チューナ１４２は、アンテナ線・放送ＩＦ１６２（インターフェース）を介してデジタル放送の放送信号を受信する。デジタル放送チューナ１４２が受信端末１４０に設けられることによって、ＩＰ放送によるテレビ放送と共に、アンテナ線を介して受信するテレビ放送を視聴することができる。なお、受信端末１４０は、デジタル放送チューナ１４２が設置される場合に限定されず、デジタル放送チューナ１４２がないものであってもよい。
【００５０】
通信処理部１４４は、ＲＴＰ、ＵＤＰ、ＨＴＴＰ／ＴＬＳ、ＲＴＳＰ、ＴＣＰ、ＩＰ、ＩＧＭＰ／ＭＬＤ等のプロトコルで通信制御を行う。通信処理部１４４は、イーサネット（Ethernet）などの通信ＩＦ１６４（インターフェース）を介して信号を受信し、受信端末１４０の各機能ブロックに出力する。通信処理部１４４は、ＵＤＰを利用して送られるストリーミングデータに対して、ネットワーク通信によって生じるジッターの改善処理や、ＦＥＣ処理を行う。
【００５１】
ここで、ＲＴＰは、Real-time  Transport  Protocol、ＦＥＣは、Forward  Error  correction、ＵＤＰは、User  Datagram  Protocol、ＨＴＴＰは、Hypertext  Transfer  Protocol、ＴＬＳは、ＳＳＬ（Secure  Socket  Layer）のうちのTransport  Layer  Security、ＲＴＳＰは、Real  Time  Streaming  Protocol、ＴＣＰは、Transmission  Control  Protocol、ＩＰは、Internet  Protocol、ＩＧＭＰ／ＭＬＤは、Internet  Group  Management  Protocol／Multicast  Listener  Discoveryである。各ネットワークプロトコルは、通常用いられているものであり、詳細な説明は省略する。
【００５２】
ＣＡＳ／ＤＲＭクライアント部１４６は、ＣＡＳサーバ又はＤＲＭサーバ１１６からライセンスを取得する。ＣＡＳ／ＤＲＭクライアント部１４６は、暗号化処理されて受信された伝送データやコンテンツデータの復号処理を行う。ＣＡＳ／ＤＲＭクライアント部１４６は、ＣＡＳ（Conditional  Access  System）によって行われるデジタル放送のコンテンツ管理や、デジタル著作権管理（ＤＲＭ）による暗号化処理されたコンテンツデータを復号処理する。また、ＣＡＳ／ＤＲＭクライアント部１４６は、デスクランブラとデクリプタを含むとしてもよい。ＣＡＳ／ＤＲＭクライアント部１４６は、デジタル放送チューナ１４２又は通信処理部１４４から出力されたデータを受信し、復号処理した信号をＤＭＵＸ１４８などに出力する。
【００５３】
ＤＭＵＸ１４８は、デマルチプレクサ処理を行う。ＤＭＵＸ１４８は、ＣＡＳ／ＤＲＭクライアント部１４６から復号処理された信号を受信し、受信したデータから映像、音声、字幕、ＰＳＩ(Program  Specific  Information)／ＳＩ（Service  Information）などの信号に分離する。
【００５４】
デコーダ１５０は、デマルチプレクサ処理を行った信号を復号処理する。デコーダ１５０には、映像データを復号する映像デコーダ、音声データを復号する音声デコーダ、字幕データを復号する字幕データ等がある。
【００５５】
ＤＲＭ処理部１５２は、デマルチプレクサ処理を行って分離された映像信号、音声信号などを外部ストレージ１６０に出力して、外部ストレージ１６０にデータを保存する場合、映像信号、音声信号などのデータを暗号化処理する。この暗号化処理によって、決められた受信端末１４０のみでコンテンツデータの再生が可能となり、外部ストレージを別の受信端末１４０に接続しても、その受信端末１４０では再生できないように制限することができる。ＤＲＭ処理部１５２で暗号化処理されたデータは、入出力ＩＦ１６６、１６８を介して、外部ストレージ１６０やリムーバブルメディアに出力される。外部ストレージ１６０は、例えばハードディスクドライブなどであり、リムーバブルメディアは、例えば、コンパクトディスク、ＤＶＤなどの光ディスク用の駆動装置である。
【００５６】
ＧＵＩ表示処理部１５４は、映像デコーダで復号した映像信号によるデータの再生処理や、ブラウザ、ＥＰＧ、ＥＣＧなどの表示データの合成処理をして、表示装置１８０で利用者が視聴可能となるデータを生成する。ＧＵＩ表示処理部１５４で生成されたデータは、映像／音声出力ＩＦ１７０を介して、表示装置１８０に出力される。
【００５７】
ＣＰＵ１５６は、プログラムによって演算処理装置及び制御装置として機能し、各サーバ内に設けられた各構成要素の処理を制御することができる。ＣＰＵ１５６は、受信端末１４０で起動されるブラウザなどの各種アプリケーションの制御、コンテンツデータをダウンロードするダウンロード制御、ダウンロードしたコンテンツデータをストレージに保存する蓄積制御、ストレージ１５８に保存されたコンテンツデータを再生する再生制御などを行う。
【００５８】
また、受信端末１４０のＣＰＵ１５６には、復号化部と、受信部と、中断ポイント記録部が受信端末１４０に設けられる場合には中断ポイント通知部が含まれる。復号化部は、複数の暗号化ブロックに分割され、複数の暗号化ブロックのそれぞれにポイント情報を付加されてブロック暗号化処理がされたコンテンツデータを復号処理し、暗号処理化前のコンテンツデータに戻す。受信部は、配信サーバ１０２から配信されたコンテンツデータを複数の暗号化ブロックごとに受信する。中断ポイント通知部は、ストレージ１５８の中断ポイント記録部に記録された中断ポイント情報を配信サーバ１０２の中断ポイント取得部に通知する。
【００５９】
ＣＰＵ１５６によって起動されるアプリケーションには、例えばブラウザ１７４、ＡＶプレイヤ１７６などがある。
【００６０】
ブラウザ１７４は、例えば、ＢＭＬ（Broadcast  Markup  Language）ブラウザであり、ＢＭＬで記述されたコンテンツを再生するソフトウェアである。ＢＭＬを使うことによって、表示装置１８０の画面内のどの場所に何をいつ表示するか等の表示制御、関連する番組やインターネットのＵＲＬを示すリンク、タイトルや本文などを示す記述内容、操作ボタンなどのユーザインターフェースなどを規定することができる。
【００６１】
ブラウザ１７４は、ダウンロード可能なコンテンツ、コンテンツの一覧などを表示装置１８０に表示することによって、利用者がダウンロードを希望するコンテンツを選択することが可能となる。
【００６２】
ＡＶプレイヤ１７６は、映像データ、音声データ等のコンテンツデータの再生処理を行う。ＡＶプレイヤ１７６は、例えば、コンテンツデータの再生開始、停止、早送り、巻戻しなどの動作を制御することができる。
【００６３】
ストレージ１５８は、受信端末１４０にダウンロードされたコンテンツデータを、ＣＰＵ１５６におけるダウンロード制御処理、蓄積制御処理を経て記録する。ストレージ１５８は、例えば、ＨＤＤ（ハードディスクドライブ）、フラッシュメモリなどで構成されており、データを長期に亘って格納するための記憶部である。
【００６４】
ストレージ１５８には、中断ポイント記録部が含まれてもよい。中断ポイント記録部は、端末でコンテンツデータの受信が中断されたとき、既に受信が完了している最後の暗号化ブロックのポイント情報を中断ポイント情報として記録する。受信端末１４０に中断ポイント記録部を設ければ、受信端末１４０でダウンロードの管理をすることができるため、配信サーバ１０２側の管理が容易になる。
【００６５】
なお、上述したとおり、配信サーバ１０２のストレージにも中断ポイント記録部が含まれている場合もある。配信サーバ１０２と受信端末１４０の両方に設けられれば、配信サーバ１０２と受信端末１４０のどちらかで障害が発生した場合にも、中断ポイントからダウンロードを再開することができる。配信サーバ１０２と受信端末１４０のいずれにも設けられる場合には、記録されている中断ポイントが同一であるか又は異なるのかの判断をする判断部が別途設けられてもよい。一方、中断ポイント記録部は、配信サーバ１０２と受信端末１４０のいずれか１つに設けられるとしてもよい。
【００６６】
また、受信端末１４０には、図示しないが、メモリと、入出力ＩＦとが更に設けられる。メモリは、例えば、ＲＡＭ（Random  Access  Memory）、ＲＯＭ（Read  Only  Memory）、キャッシュメモリなどの記憶部で構成されており、ＣＰＵの処理に関するデータ、ＣＰＵの動作プログラムなどを一時的に記憶する機能を有する。入出力ＩＦは、例えば、マウス、キーボード、タッチパネル、ボタン、スイッチ、レバーなどの操作部と、入力信号を生成しＣＰＵに出力する入力制御部等から構成される。例えば、利用者は、入出力ＩＦの操作部を操作することによって、受信端末１４０内にデータを入力したり、受信端末１４０の処理動作を指示したりすることができる。
【００６７】
次に、図３を参照して、配信サーバ１０２におけるコンテンツデータの暗号処理について説明する。図３は、本実施形態に係る配信サーバ１０２の暗号処理を示すブロック図である。
【００６８】
コンテンツデータは、平文の状態で蓄積されている。そして、この平文データに対して、暗号鍵を用いて、ブロック暗号アルゴリズム部１５５において、平文データを暗号化する。ブロック暗号アルゴリズム部１５５による処理によって、暗号文である暗号化コンテンツが生成される。暗号化コンテンツは、図４を用いて後述するように、暗号化コンテンツは暗号化ブロック２００に分かれている。そして、各暗号化ブロック２００について、初期化処理を行い、最初のデータから最後のデータまで、ヘッダ部２０２にシーケンシャルＮｏを付与する。この付与処理によって暗号化ストリームデータが生成される。一方、暗号化された暗号化コンテンツは、ブロック暗号アルゴリズムを逆に処理することによって平文データであるコンテンツデータに戻すことができる。
【００６９】
次に、暗号化処理されたメディアファイルのデータ構造について説明する。図４は、本実施形態に係るコンテンツデータのメディアファイルのデータ構造を示す説明図である。
【００７０】
各コンテンツデータのメディアファイルのデータは、複数の暗号化ブロック２００（パケット）に分割されている。そして、各暗号化ブロック２００は、例えば、ヘッダ部２０２とコンテンツ部２０４とエンド部２０６からなる。ヘッダ部２０２には、コンテンツデータのメディアファイルを示す情報としてコンテンツデータ自体のコンテンツＩＤと、暗号化ブロック２００のデータ位置を示す情報として暗号化ブロック２００の通し番号であるシーケンシャルＮｏとが記録されている。シーケンシャルＮｏは、コンテンツデータの最初から最後まで暗号化ブロック２００ごとに１から順に数字が振られている。ここで、シーケンシャルＮｏは、ポイント情報の一例である。
【００７１】
コンテンツ部２０４には、コンテンツの内容そのもののデータが記録されている。エンド部２０６には、それぞれの暗号化ブロック２００がダウンロードされたことを確認するためのチェック用データが記録されている。例えば、受信端末１４０がシーケンシャルＮｏ［Ｎ］の暗号化ブロック２００のチェック用データをストレージ１５８に記録したことを確認できた場合、当該シーケンシャルＮｏ［Ｎ］がダウンロードできたと判断することができる。
【００７２】
メディアファイルをダウンロードしている途中に障害が生じた場合について説明する。ここで、シーケンシャルＮｏ［Ｎ］が付された暗号化ブロック２００のデータは、全てダウンロードでき、シーケンシャルＮｏ［Ｎ＋１］が付された暗号化ブロック２００のダウンロードの最中に障害が生じたとする。本実施形態では、シーケンシャルＮｏ［Ｎ＋１］以降の暗号化ブロック２００は、ダウンロードされていないため、障害が解消した後は、シーケンシャルＮｏ［Ｎ＋１］以降の暗号化ブロック２００をダウンロードする。そのため、本実施形態は、メディアファイルを効率良くダウンロードすることができる。図４では、シーケンシャルＮｏ［１］からＮｏ［Ｎ］までの暗号化ブロックがダウンロードされた後、障害が発生し、障害が解消した後、シーケンシャルＮｏ［Ｎ＋１］からＮｏ［ＥＮＤ］（最後の番号）までダウンロードされたときのメディアファイルのデータ配列を示している。
【００７３】
なお、上記では、ヘッダ部に記録されたシーケンシャルＮｏをポイント情報として説明したが、本発明のポイント情報は、この例に限定されない。例えば、ポイント情報は、各暗号化ブロックに記録された配信サーバが管理するパケット情報、ファイルシステムのアドレス情報、メディアファイルの先頭からのデータ容量、コンテンツデータの内容そのもののデータ情報などであってもよい。また、コンテンツデータのメディアファイルを示す情報がコンテンツデータのコンテンツＩＤである場合について説明したが、本発明はこの例に限定されない。例えば、コンテンツデータのファイル名、ＵＲＬなどであってもよい。また、ポイント情報が記録される位置は、ヘッダ部２０２に限定されず、コンテンツ部２０４などに記録されていてもよい。
【００７４】
（第１の実施形態の動作）
次に、本実施形態に係るコンテンツ配信システム１００の動作について説明する。図５は、本実施形態に係るコンテンツ配信システム１００の動作を示すシーケンス図である。
【００７５】
まず、コンテンツ配信システム１００の利用を希望する利用者の操作によって、受信端末１４０が配信サーバ１０２にアクセスする。このとき、受信端末１４０におけるブラウザ１７４が、リンク参照先に基づいて、ポータルサーバ１１０にアクセスする。そして、ポータルサーバ１１０において、受信端末１４０について認証されると、ポータルサーバ１１０は、受信端末１４０にメタデータを送信する。受信端末１４０は、ポータルサーバ１１０から送信されたメタデータを取得する（ステップＳ１０２）。そして、受信端末１４０のブラウザ１７４は、取得したメタデータに基づいて、表示装置１８０上に、コンテンツ一覧などのリスト表示をする。次に、リスト表示に基づいて、利用者によって、受信端末１４０から配信サーバ１０２にダウンロード指示がされる（ステップＳ１０４）。ダウンロード指示がされると、ブラウザ１７４は、ポータルサーバ１１０からＤＲＩ（Digital  Right  Information）を取得する（ステップＳ１０６）。ここで、ＤＲＩとは、コンテンツのＤＲＭ情報であり、例えば、コンテンツの再生期限などの利用条件が記載されたファイルである。
【００７６】
次に、ブラウザ１７４は、ヘルパーアプリケーション、例えばダウンローダ１７２を起動する（ステップＳ１０８）。起動したダウンローダ１７２は、コンテンツデータのダウンロード処理を行う。まず、ダウンローダ１７２は、初期処理として、ストレージ１５８の空き領域の確認、取得したＤＲＩの解析、メディアファイル（コンテンツデータ）を保存するための蓄積ディレクトリの生成をする（ステップＳ１１０）。初期処理の後、ダウンローダ１７２は、ポータルサーバ１１０を介してコンテンツサーバ１１２にアクセスし、再生制御メタファイルをコンテンツサーバ１１２から取得する（ステップＳ１１２）。再生制御メタファイルは、受信端末１４０によるコンテンツデータの保存が完了した後、コンテンツデータを再生する際、再生開始位置などの制御に使用される。
【００７７】
ダウンローダ１７２は、取得した再生制御メタファイルの蓄積制御処理を行い（ステップＳ１１４）、ダウンローダ１７２は、再生制御メタファイルをストレージ１５８に蓄積する（ステップＳ１１６）。
【００７８】
次に、ダウンローダ１７２は、コンテンツサーバ１１２に対して、利用者が保存したいコンテンツデータのメディアファイルの取得を要求する（ステップＳ１１８）。そして、コンテンツサーバ１１２は、受信端末１４０からの取得要求に応じて受信端末１４０にメディアファイルを送信する（ステップＳ１２０）。
【００７９】
ダウンローダ１７２は、メディアファイルをダウンロードし始めることによって、メディアファイル処理を開始する（ステップＳ１２２）。ダウンローダ１７２は、ダウンロードの進行中に、どの程度ダウンロード完了したかを示すプログレスバーを表示する（ステップＳ１２４）。プログレスバーは、メディアファイルが配信されている間、ダウンロードしたいメディアファイルのうちどの程度の容量のファイルについてダウンロードが完了したかを、例えばパーセント（％）表示などを用いて示す。
【００８０】
ダウンローダ１７２は、受信したメディアファイルをストレージ１５８に記録する（ステップＳ１２６）。メディアファイルは、後述するように暗号化ブロックごとに配信（ダウンロード）され、ストレージ１５８に蓄積される。ステップＳ１２０とステップＳ１２６が繰り返されて、メディアファイルの配信が進行する。
【００８１】
既にダウンロードしているコンテンツメタ情報に基づいて、メディアファイルの最後のシーケンシャルＮｏが蓄積されたと判断された場合、ダウンロードが終了する。一方、メディアファイル配信が進行している間に、コンテンツ配信システム１００において不具合などが生じ、メディアファイルの配信が中断する場合がある（ステップＳ１２８）。そして、受信端末１４０において、中断が検知されると、受信端末１４０は、コンテンツの配信を待機する待機モードになる。このとき、受信端末１４０の中断ポイント記録部に中断ポイントが記録される。
【００８２】
そして、受信端末１４０では、コンテンツ配信システム１００の不具合、例えばサーバ応答なし、ネットワーク障害等の不具合に対して回復機能が働き、不具合を解消しようとする（ステップＳ１３０）。通信障害時の回復機能は、例えば、コンテンツサーバ１１２、受信端末１４０、ネットワーク１２０などの各構成要素のいずれに不具合の原因があるかを特定する。そして、受信端末１４０に原因がある場合、プログラムを用いて復旧できる障害であれば、プログラムによって不具合が解消され、人的に復旧作業が必要であれば、人的作業により不具合が解消される。
【００８３】
待機モードとなって所定時間経過した後、受信端末１４０は再開処理モードとなる。再開処理モードでは、中断ポイント記録部に記録された中断ポイントに基づいて、受信端末１４０が定期的に配信サーバ１０２にアクセスして、メディアファイルの配信を要求する。このとき、例えば、ダウンローダ１７２は、コンテンツサーバ１１２に対して中断ポイント情報を送信するとともに、コンテンツのＵＲＬ情報に基づいてメディアファイルの取得要求をする（ステップＳ１３２）。コンテンツ配信システム１００の不具合が解消している場合は、メディアファイルの配信が再開される（ステップＳ１２０）。
【００８４】
不具合が解消して配信が再開した場合に、利用者がダウンロードを選択したコンテンツのメディアファイルのダウンロードが全て完了すると、ダウンローダ１７２は、ストレージ１５８にダウンロード完了情報の記録をする（ステップＳ１３４）。そして、ダウンローダ１７２のメディアファイル処理が終了する。
【００８５】
次に、図６及び図７を参照して、受信端末の動作について説明する。図６は、本実施形態に係るコンテンツ配信システム１００の動作を示すフローチャートである。図７は、本実施形態に係るコンテンツ配信システム１００のダウンロードシーケンスを示す説明図である。
【００８６】
コンテンツ配信システム１００の利用を希望する利用者の操作によって、受信端末１４０が配信サーバ１０２にアクセスする。このとき、受信端末１４０が、リンク参照先に基づいて、ポータルサーバ１１０に接続する（ステップＳ２０２）。受信端末１４０は、ポータルサーバ１１０において認証されると、ポータルサーバ１１０からメタデータ、例えばＥＣＧに関するデータ、即ちダウンロード可能なコンテンツデータのタイトルリストなどを取得する（ステップＳ２０４）。次に、受信端末１４０のブラウザ１７４は、取得したリストに基づいて、表示装置１８０上に、例えばコンテンツのタイトル一覧などのリスト表示をする（ステップＳ２０６）。表示されたリストによって、利用者によるコンテンツの選択が可能となる。そして、利用者によってダウンロードを希望するコンテンツが選択され、コンテンツデータのダウンロード指示が行われる（ステップＳ２０８）。
【００８７】
次に、ダウンロード指示に基づいて、受信端末１４０は、ポータルサーバ１１０を介して、コンテンツサーバ１１２と、メタデータサーバ１１４と、ＤＲＭサーバ１１６にアクセスする。受信端末１４０は、メタデータサーバ１１４からコンテンツメタ情報を取得し（ステップＳ２１０）、コンテンツサーバ１１２から再生制御メタファイルを取得し（ステップＳ２１２）、ＤＲＭサーバ１１６からライセンスメタ情報を取得する（ステップＳ２１４）。
【００８８】
次に、受信端末１４０は、取得した再生制御メタファイルの蓄積制御処理を行い、受信端末１４０は、再生制御メタファイルをストレージ１５８に蓄積する（ステップＳ２１６）。
【００８９】
次に、受信端末１４０は、コンテンツサーバ１１２に対して、ユーザが保存したいコンテンツデータに関するメディアファイルの取得要求をした後、コンテンツサーバ１１２から、メディアファイルをダウンロードする（ステップＳ２１８）。
【００９０】
受信端末１４０は、受信したメディアファイルをストレージ１５８に蓄積する（ステップＳ２２０）。メディアファイルは、暗号化ブロックごとに配信（ダウンロード）され、ストレージ１５８に蓄積される。ステップＳ２１８とステップＳ２２０が繰り返されて（図６の［Ａ］）、メディアファイルの配信が進行する（ステップＳ２２２）。
【００９１】
受信端末１４０は、メディアファイルの暗号化ブロックに記録されているシーケンシャルＮｏ（ナンバー）を確認しており、ストレージ１５８に蓄積されたデータについて、シーケンシャルＮｏが、メディアファイルの最後のシーケンシャルＮｏであるか否かを判断する（ステップＳ２２４）。既にダウンロードしてあり、最後のシーケンシャルＮｏが記録されたコンテンツメタ情報と照合して、メディアファイルの最後のシーケンシャルＮｏが蓄積されたと判断された場合、ダウンロードが終了する。
【００９２】
一方、メディアファイル配信が進行している間に、コンテンツ配信システム１００において不具合などが生じ、メディアファイルの配信が中断する場合がある（ステップＳ２２６）。そして、中断が検知されると、受信端末１４０は、コンテンツの配信を待機する待機モードになる（ステップＳ２２８）。このとき、受信端末１４０の中断ポイント記録部に中断ポイントが記録される。例えば、応答がなくなる前のシーケンシャルＮｏ（例えばシーケンシャルＮｏ［Ｎ］）が記録される。
【００９３】
待機モードとなって所定時間経過した後、受信端末１４０は、再開処理モードとなる。再開処理モードでは、中断ポイント記録部に記録された中断ポイント情報に基づいて、受信端末１４０が定期的に配信サーバ１０２にアクセスして、メディアファイルの配信を要求する（ステップＳ２３２）。
【００９４】
そして、受信端末１４０は、コンテンツ配信システム１００の不具合が解消していることによって、接続が回復し、再認証が可能となるかを判断する（ステップＳ２３４）。
【００９５】
コンテンツ配信システム１００の不具合が解消している場合は、メディアファイルの配信が再開される。このとき、例えば、ダウンローダ１７２がコンテンツサーバ１１２に対して中断ポイント情報を送信するとともに、コンテンツのＵＲＬ情報などのメディアファイルを示す情報を送信して、メディアファイルの取得要求をする。中断ポイント情報は、応答がなくなる前のシーケンシャルＮｏに１を加えた数字であり、ダウンロードが完了していない暗号化ブロックからのダウンロードが可能となる。例えば、中断ポイント記録部にシーケンシャルＮｏ［Ｎ］が記録されているときは、中断ポイント通知部は、シーケンシャルＮｏ［Ｎ＋１］を中断ポイント取得部に通知する。
【００９６】
一方、コンテンツ配信システム１００の不具合が解消していないため、接続が回復せず、再認証ができない場合は、配信サーバ１０２又は受信端末１４０は、再び待機モードとなる。そして、待機アクセス回数（例えばＰ）がインクリメントされ、Ｐ＋１が記録される。
【００９７】
次に、待機アクセス回数Ｐが、予め決められた待機アクセス回数Ｐの最大回数Ｍに達しているかを判断する（ステップＳ２３８）。最大回数Ｍに達していない場合は、再び再生処理モードとなって、サーバへ定期的にアクセスする（ステップＳ２３２）。一方、待機アクセス回数Ｐが最大回数Ｍに達した場合は、所定の期間、不具合が解消していないことになる。従って、データ構造の変更が行われる可能性もあるため、途中までダウンロードされたメディアファイルを消去し、予め設定された一定時間経過後に、受信端末１４０がメディアファイルの最初からダウンロードを開始するとしてもよい（ステップＳ２４０）。その後は、ステップＳ２１８以降の動作を行うこととなる。
【００９８】
次に、図８を参照して、本実施形態に係るダウンロード完了済みのコンテンツの再生動作について説明する。図８は、本実施形態に係るダウンロード完了済みのコンテンツの再生シーケンスを示す説明図である。
【００９９】
ブラウザ１７４は、ストレージ１５８に記録されている再生可能なコンテンツリストを表示する。図８には、ダウンロード済みのコンテンツの再生リストのＧＵＩ例を示す。
【０１００】
表示されたリストによって、利用者によるコンテンツの選択が可能となる。そして、利用者によって再生を希望するコンテンツが選択され、コンテンツデータの再生指示が行われる（ステップＳ３０２）。
【０１０１】
再生可能なコンテンツが選択されると、受信端末１４０では、コンテンツ再生のためのアプリケーションソフトであるＡＶプレイヤ１７６が起動される。そして、ＡＶプレイヤ１７６がＤＲＭサーバ１１６に対して再生可能権限であるライセンスを要求する（ステップＳ３０４）。ＤＲＭサーバ１１６は、受信端末１４０がライセンスを発行するための条件を満たしているか否かを判断し、条件を満たしている場合は、ライセンスを発行する（ステップＳ３０６）。受信端末１４０は、ＤＲＭサーバ１１６からライセンスを受信した後、コンテンツデータを再生することができる（ステップＳ３０８）。
【０１０２】
上記の実施形態によれば、通信障害などが発生したことにより、コンテンツデータのダウンロードが中断した場合でも、中断ポイント情報に基づいて、コンテンツデータのうち配信が完了していない暗号化ブロックからダウンロードが開始されるので、ダウンロードにかかる時間を短縮することができる。そして、配信サーバ又は受信端末は、所定時間経過後、中断ポイント情報に基づいて、定期的に配信を再開しようとするので、利用者による別途の操作が不要となり、利用者側では、障害解消後に自動的にダウンロードが終了する。更に、配信が完了していない部分のみのダウンロードが再開され、受信端末に既にダウンロードされているデータについては、コンテンツデータの配信がされないので、ネットワークを効率的に活用することができる。また、データの初めからダウンロードを再開しないため、障害が発生しダウンロードが中断した場合には、従来に比べてダウンロードにかかる時間を短縮することができる。更に、ダウンロードが中断した場合のコンテンツデータの中断ポイントについて、受信端末に中断ポイント記録部を設ければ、受信端末でダウンロードの管理をすることができるため、配信サーバ側の管理が容易になる。
【０１０３】
以上、添付図面を参照しながら本発明の好適な実施形態について説明したが、本発明はかかる例に限定されないことは言うまでもない。当業者であれば、特許請求の範囲に記載された範疇内において、各種の変更例又は修正例に想到し得ることは明らかであり、それらについても当然に本発明の技術的範囲に属するものと了解される。
【図面の簡単な説明】
【０１０４】
【図１】本発明の第１の実施形態に係るコンテンツ配信システムを示す構成図である。
【図２】同実施形態に係る受信端末を示すブロック図である。
【図３】同実施形態に係る配信サーバの暗号処理を示すブロック図である。
【図４】同実施形態に係るコンテンツデータメディアファイルのデータ構造を示す説明図である。
【図５】同実施形態に係るコンテンツ配信システムの動作を示すシーケンス図である。
【図６Ａ】同実施形態に係るコンテンツ配信システムの動作を示すフローチャートである。
【図６Ｂ】同実施形態に係るコンテンツ配信システムの動作を示すフローチャートである。
【図７】同実施形態に係るコンテンツ配信システムのダウンロードシーケンスを示す説明図である。
【図８】同実施形態に係るダウンロード完了済みのコンテンツの再生シーケンスを示す説明図である。
【符号の説明】
【０１０５】
１００      コンテンツ配信システム
１０２      配信サーバ
１１０      ポータルサーバ
１１２      コンテンツサーバ
１１４      メタデータサーバ
１１６      ＤＲＭサーバ
１２０      ネットワーク
１３０      ネットワークモデム／ルーター
１４０      受信端末
１５６      ＣＰＵ
１５８      ストレージ
１７２      ダウンローダ
１７４      ブラウザ
１７６      ＡＶプレイヤ
１８０      表示装置
１９０      リモートコントロール
２００      暗号化ブロック
２０２      ヘッダ部
２０４      コンテンツ部
２０６      エンド部
【図１】
2008306600.tif 000003
【図２】
2008306600.tif 000004
【図３】
2008306600.tif 000005
【図４】
2008306600.tif 000006
【図５】
2008306600.tif 000007
【図６Ａ】
2008306600.tif 000008
【図６Ｂ】
2008306600.tif 000009
【図７】
2008306600.tif 000010
【図８】
2008306600.tif 000011