JP2009027390A - コンテンツ配信システム、配信サーバ、受信端末及びコンピュータプログラム - Google Patents

Abstract

【課題】コンテンツデータの配信時期を逸することなく確実にコンテンツデータを受信することが可能なコンテンツ配信システム、配信サーバ、受信端末及びコンピュータプログラムを提供すること。
【解決手段】複数のコンテンツデータを配信する配信サーバ１０２と、コンテンツデータをダウンロードする受信端末１４０とが接続されたネットワークにおけるコンテンツデータ配信システムにおいて、配信サーバは、複数のコンテンツデータと、複数のコンテンツデータの配信時期に関するスケジュール情報を含むメタデータを送信する送信部を備え、受信端末は、配信サーバの送信部が送信したコンテンツデータとメタデータとを受信する受信部と、メタデータのスケジュール情報に基づいてコンテンツデータの送信を要求する送信要求部とを備え、配信サーバの送信部は、送信要求部の要求に基づいてコンテンツデータを送信することを特徴とする。
【選択図】図６Ａ

Description

本発明は、コンテンツ配信システム、配信サーバ、受信端末及びコンピュータプログラムに関する。

近年では、コンテンツデータ、例えば、映画、音楽、スポーツ、ソフトウェアなどのコンテンツに関するデータがインターネット等のネットワークを介して配信されるコンテンツ配信サービスが利用されている。

コンテンツ配信サービスは、一般に、ネットワークに接続された配信サーバと複数の受信端末とからなる。配信サーバは、複数のコンテンツデータを記憶しており、受信端末からの送信要求（アクセス）に応じて、コンテンツデータを送信する。一方、受信端末は、ネットワークを介して、配信サーバにアクセスすることによって、配信サーバからコンテンツデータを受信（ダウンロード）する。例えば、利用者は、受信端末を操作することによって配信サーバにアクセスすることができ、配信サーバからコンテンツデータをダウンロードすることができる。

ところで、複数話からなる連続ドラマなどのコンテンツの場合、複数のコンテンツデータで１つのシリーズを構成することがある。しかし、１つのシリーズを構成する複数のコンテンツデータの全てのデータが最初から配信可能になっていない場合があり、利用者は、１つのシリーズの複数のコンテンツデータを一括してダウンロードすることができないことが多かった。

また、１つのシリーズの複数のコンテンツデータを配信サーバに記憶させておくと、配信サーバの記憶容量が大容量になったり、利用者からのアクセスが集中して配信サーバへの負担が増加したりするという問題があった。また、複数のコンテンツデータを一括してダウンロードする場合、ダウンロードするファイルのデータ量が大きくなるため、ダウンロードに要する時間が長時間になるという問題があった。

一方、複数のコンテンツデータのダウンロード可能な時期をずらすことによって、配信サーバに記憶させるコンテンツの数を減少させ、利用者からのアクセスを分散させることができる。しかし、その場合、利用者は複数のコンテンツデータを個々にダウンロードする必要があり、そのための操作が生じるため利用者の手間が増加するという問題があった。また、利用者は、新たにダウンロード可能となったコンテンツの存在に気づかない場合があり、ダウンロード可能な時期を逸してしまうという問題があった。

そこで、本発明は、上記問題に鑑みてなされたものであり、本発明の目的とするところは、コンテンツデータの配信時期を逸することなく確実にコンテンツデータを受信することが可能な、新規かつ改良されたコンテンツ配信システム、配信サーバ、受信端末及びコンピュータプログラムを提供することにある。

上記課題を解決するために、本発明のある観点によれば、複数のコンテンツデータを配信する配信サーバと、コンテンツデータをダウンロードする受信端末とが接続されたネットワークにおけるコンテンツデータ配信システムにおいて、配信サーバは、複数のコンテンツデータと、複数のコンテンツデータの配信時期に関するスケジュール情報を含むメタデータを送信する送信部を備え、受信端末は、配信サーバの送信部が送信したコンテンツデータとメタデータとを受信する受信部と、メタデータのスケジュール情報に基づいてコンテンツデータの送信を要求する送信要求部とを備え、配信サーバの送信部は、送信要求部の要求に基づいてコンテンツデータを送信することを特徴とするコンテンツデータ配信システムが提供される。

かかる構成により、配信サーバでは送信部が、複数のコンテンツデータと、複数のコンテンツデータの配信時期に関するスケジュール情報を含むメタデータを送信し、受信端末では、受信部が配信サーバの送信部が送信したコンテンツデータとメタデータとを受信し、送信要求部がメタデータのスケジュール情報に基づいてコンテンツデータの送信を要求し、配信サーバの送信部が送信要求部の要求に基づいてコンテンツデータを送信する。よって、スケジュール情報に基づく送信要求が行われるので、受信端末はコンテンツデータを確実に受信することができる。

また、上記課題を解決するために、本発明の別の観点によれば、コンテンツデータを受信する受信端末が接続されたネットワークを介してコンテンツデータを受信端末に配信する配信サーバにおいて、複数のコンテンツデータと、複数のコンテンツデータの配信時期に関するスケジュール情報を含むメタデータを送信する送信部を備え、送信部は、メタデータのスケジュール情報による受信端末からの送信要求に基づいてコンテンツデータを送信することを特徴とする配信サーバが提供される。

かかる構成により、スケジュール情報に基づくコンテンツデータの送信を行うので、受信端末はコンテンツデータを確実に受信することができる。

上記複数のコンテンツデータは、タイトル、人物、ジャンル、時期及び場所の少なくともいずれかに関して共通するものであってもよい。かかる構成により、タイトル、人物、ジャンル、時期及び場所の少なくともいずれかに関して共通するコンテンツデータを受信端末の送信要求に基づいて送信することができる。

上記複数のコンテンツデータを保存するデータベースを備え、データベースに保存されているコンテンツデータは、複数のコンテンツデータの配信時期に応じて入れ換えられるものであってもよい。かかる構成により、配信サーバのデータベースに全てのコンテンツデータを保存する必要がなく、コンテンツデータの配信時期に応じてデータベースに必要なコンテンツデータを保存すればよい。

上記メタデータは更新されるものであってもよい。かかる構成により、例えばコンテンツデータの配信時期の変更があった場合にメタデータを更新することができる。

上記受信端末からの更新されたメタデータの送信要求に基づいてメタデータを送信するものであってもよい。かかる構成により、受信端末は更新されたメタデータを受信することができる。

また、上記課題を解決するために、本発明の別の観点によれば、コンテンツデータを配信する配信サーバが接続されたネットワークを介してコンテンツデータを配信サーバからダウンロードする受信端末において、配信サーバが送信した複数のコンテンツデータと複数のコンテンツデータの配信時期に関するスケジュール情報を含むメタデータとを受信する受信部と、メタデータのスケジュール情報に基づいてコンテンツデータの送信を要求する送信要求部とを備え、受信部は、送信要求部の要求に基づいて送信されたコンテンツデータを受信することを特徴とする受信端末が提供される。

かかる構成により、スケジュール情報に基づくコンテンツデータの受信を行うので、コンテンツデータを確実に受信することができる。

上記メタデータに含まれる情報を表示部に表示させる表示制御部を備え、表示制御部はスケジュール情報を表示部に表示させるものであってもよい。かかる構成により、利用者はコンテンツデータのスケジュール情報を視覚的に捉えることができる。

上記受信部で受信したメタデータを記録する保存部と、配信サーバにおけるメタデータの更新の有無を保存部に記録されたメタデータと比較して確認する更新確認部と、更新確認部によってメタデータが更新されたことが確認されたとき、更新されたメタデータの送信を要求するメタデータ送信要求部とを備え、保存部は更新されたメタデータを記録するものであってもよい。かかる構成により、メタデータが更新されていない場合は、メタデータを受信しないままにでき、メタデータが更新され場合にのみ、メタデータを受信する。

また、上記課題を解決するために、本発明の別の観点によれば、コンテンツデータを受信する受信端末が接続されたネットワークを介してコンテンツデータを受信端末に配信する配信サーバにおけるコンピュータプログラムにおいて、複数のコンテンツデータと、複数のコンテンツデータの配信時期に関するスケジュール情報を含むメタデータを送信する手段と、メタデータのスケジュール情報による受信端末からの送信要求に基づいてコンテンツデータを送信する手段とを含み、配信サーバとしてコンピュータを機能させることを特徴とするコンピュータプログラムが提供される。

また、上記課題を解決するために、本発明の別の観点によれば、コンテンツデータを配信する配信サーバが接続されたネットワークを介してコンテンツデータを配信サーバからダウンロードする受信端末におけるコンピュータプログラムにおいて、配信サーバが送信した複数のコンテンツデータと複数のコンテンツデータの配信時期に関するスケジュール情報を含むメタデータとを受信する手段と、メタデータのスケジュール情報に基づいてコンテンツデータの送信を要求する手段と、送信要求部の要求に基づいて送信されたコンテンツデータを受信する手段とを含み、受信端末としてコンピュータを機能させることを特徴とするコンピュータプログラムが提供される。

本発明によれば、コンテンツデータの配信時期を逸することなく確実にコンテンツデータを受信することができる。

以下に添付図面を参照しながら、本発明の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。

（第１の実施形態の構成）
まず、図１を参照して、本発明の第１の実施形態に係るコンテンツ配信システム１００について説明する。図１は、本実施形態に係るコンテンツ配信システム１００を示す構成図である。コンテンツ配信システム１００は、コンテンツデータ、例えば、映画、音楽、スポーツなどのデータをインターネット等のネットワークを介して配信するシステムであり、ネットワーク１２０に接続された配信サーバ１０２と受信端末１４０とを有する。コンテンツ配信システム１００によって、コンテンツデータが受信端末１４０に配信され、受信端末１４０がコンテンツデータをダウンロードすることができるコンテンツ配信サービスが実現される。

ネットワーク１２０は、例えば、インターネットプロトコル（ＩＰ）技術を利用してコンピュータ・ネットワークが相互接続された広範囲のＩＰネットワークであり、コンピュータ・ネットワークの利用目的や利用者などが制限されたクローズドなドメインネットワークも含む。ネットワークモデム／ルーター１３０は、例えば、ネットワーク１２０と受信端末１４０とに接続され、モデムが、ネットワーク１２０と受信端末１４０間におけるデジタル信号、アナログ信号の変調及び復調を行い、ルーターが、異なるコンピュータ・ネットワーク間を接続、又は中継（経路制御）する。

配信サーバ１０２は、図１に示すように、ポータルサーバ１１０と、ポータルサーバ１１０に接続されたコンテンツサーバ１１２と、メタデータサーバ１１４と、ＤＲＭサーバ１１６とからなる。なお、本実施形態では、配信サーバ１０２がポータルサーバ１１０と、コンテンツサーバ１１２と、メタデータサーバ１１４と、ＤＲＭサーバ１１６のように個別のコンピュータ・サーバからなるように説明するが、本発明はかかる例に限定されず、配信サーバ１０２は、これら４つのサーバの機能を全て有する１つのハードウェアであるコンピュータ・サーバからなるとしてもよい。また、ポータルサーバ１１０と、コンテンツサーバ１１２と、メタデータサーバ１１４と、ＤＲＭサーバ１１６は、それぞれ単体のハードウェアからなるとしてもよいし、それぞれ２以上のハードウェアからなるとしてもよい。

配信サーバ１０２を構成するポータルサーバ１１０と、コンテンツサーバ１１２と、メタデータサーバ１１４と、ＤＲＭサーバ１１６は、それぞれＣＰＵと、メモリと、ストレージと、入出力ＩＦと、通信ＩＦと、表示部とを有し、サーバ機能を備えたコンピュータ装置などで構成される。それぞれの構成要素については共通であるためまとめて説明する。

ＣＰＵ（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）、キャッシュメモリなどの記憶部で構成されており、ＣＰＵの処理に関するデータ、ＣＰＵの動作プログラムなどを一時的に記憶する機能を有する。

ストレージ１５８（保存部）は、受信端末１４０にダウンロードされたコンテンツデータを、ＣＰＵ１５６におけるダウンロード制御処理、蓄積制御処理を経て記録する。ストレージ１５８は、例えば、ＨＤＤ（ハードディスクドライブ）、フラッシュメモリなどで構成されており、データを長期に亘って格納するための記憶部である。

入出力ＩＦ１７２は、例えば、マウス、キーボード、タッチパネル、ボタン、スイッチ、レバーなどの操作部と、入力信号を生成しＣＰＵに出力する入力制御部等から構成される。例えば、利用者は、入出力ＩＦ１７２の操作部を操作することによって、受信端末１４０内にデータを入力したり、受信端末１４０の処理動作を指示したりすることができる。

（シリーズメタ情報ファイルについて）
次に、図３を参照して、本実施形態のシリーズ及びシリーズメタ情報ファイルの構成について説明する。図３は、本実施形態に係るシリーズメタ情報ファイルの構成を示す説明図である。

本実施形態において、シリーズとは、複数のコンテンツデータから構成されるものであり、例えば連続ドラマなど同一の主タイトルであるが複数話から構成されたコンテンツである。または、シリーズは、任意の共通のメタデータ（共通事項）で関連付けされた複数のコンテンツデータから構成されるコンテンツである。例えば、コンテンツに関する人物（例えば、監督、出演者など）、ジャンル（例えば、ドラマ、映画など）、時期（例えば、作成時期、ドラマ、映画などの設定されている時代など）、又は場所（例えば、作成場所、撮影場所など）に関して共通しており、これら共通事項を有する複数のコンテンツデータからシリーズが構成される。

また、シリーズに含まれる複数のコンテンツデータは、配信時期をずらしてコンテンツサーバ１１２のストレージに記憶させることができる。そして、受信端末１４０は、シリーズメタ情報ファイルのスケジュール情報に基づいてコンテンツデータの送信要求を行うので、ダウンロード時期を逸することがない。また、同一シリーズの複数のコンテンツデータを全てコンテンツサーバ１１２に保存させる必要がないので、コンテンツサーバ１１２のストレージの必要容量を減少させることができる。また、受信端末１４０（利用者）からのアクセスを分散させることができる。

シリーズメタ情報ファイルは、例えば、図３に示すように、１つのシリーズを表すseries_idが記録されており、シリーズ情報のバージョン（version_no.）と、シリーズの主タイトル（main_title）と、コンテンツ数（number of contents）と、図３の（１）で示すように複数の１コンテンツタイトル、エピソードＮｏ等（sub_title）と、個々のコンテンツのダウンロード開始日（release day）とダウンロード終了日（expire day）とを含んでなる。なお、ダウンロード開始日やダウンロード終了日は、未定という情報であってもよい。

シリーズメタ情報ファイルは、配信サーバ１０２側で更新してもよい。受信端末１４０がシリーズメタ情報ファイルの更新を確認し、更新されたシリーズメタ情報ファイルを受信するので、受信端末１４０は新しいスケジュール情報に基づいて１シリーズに含まれるコンテンツデータを受信することができる。例えば、初回のコンテンツデータのダウンロード時に同時に受信したシリーズメタ情報ファイルにダウンロード開始日やダウンロード終了日が未定のコンテンツがあっても、受信端末１４０が更新されたシリーズメタ情報ファイルを受信することで、受信端末１４０は１シリーズに含まれる全てのコンテンツデータをダウンロードすることができる。

（第１の実施形態の動作）
次に、図４及び図５を参照して、本実施形態に係る受信端末１４０の動作について説明する。図４は、本実施形態に係るコンテンツ配信システム１００の動作を示すフローチャートである。図５は、本実施形態に係るコンテンツ配信システム１００のダウンロードシーケンスを示す説明図である。

コンテンツ配信システム１００の利用を希望する利用者の操作によって、受信端末１４０が配信サーバ１０２にアクセスする。このとき、受信端末１４０が、リンク参照先に基づいて、ポータルサーバ１１０に接続する（ステップＳ１０２）。受信端末１４０は、ポータルサーバ１１０において認証されると、ポータルサーバ１１０からメタデータ、例えばＥＣＧに関するデータ、即ちダウンロード可能なコンテンツデータのタイトルリストなどを取得する（ステップＳ１０４）。次に、受信端末１４０のブラウザ１７４は、取得したリストに基づいて、表示装置１８０上に、例えばコンテンツのタイトル一覧などのリスト表示をする（ステップＳ１０６）。表示されたリストによって、利用者によるコンテンツの選択が可能となる。そして、利用者によってダウンロードを希望するコンテンツが選択され、コンテンツデータのダウンロード指示が行われる（ステップＳ１０８）。

次に、ダウンロード指示に基づいて、受信端末１４０は、ポータルサーバ１１０を介して、コンテンツサーバ１１２と、メタデータサーバ１１４と、ＤＲＭサーバ１１６にアクセスする。受信端末１４０は、メタデータサーバ１１４からコンテンツメタ情報を取得し（ステップＳ１１０）、コンテンツサーバ１１２から再生制御メタファイルを取得し（ステップＳ１１２）、ＤＲＭサーバ１１６からライセンスメタ情報を取得する（ステップＳ１１４）。

次に、受信端末１４０は、取得した再生制御メタファイルの蓄積制御処理を行い、受信端末１４０は、再生制御メタファイルをストレージ１５８に蓄積する（ステップＳ１１６）。

次に、受信端末１４０は、コンテンツサーバ１１２に対して、ユーザが保存したいコンテンツデータの取得要求をした後、コンテンツサーバ１１２から、コンテンツデータをダウンロードし、ＤＲＭサーバ１１６からライセンスをダウンロードする（ステップＳ１１８）。また、受信端末１４０は、コンテンツサーバ１１２からコンテンツのシリーズメタ情報ファイルをダウンロードする（ステップＳ１２０）。受信端末１４０は、受信したコンテンツデータ、ライセンス及びシリーズメタ情報ファイルをストレージ１５８に蓄積する（ステップＳ１２２）。コンテンツデータの蓄積が完了すると、ストレージ１５８に蓄積されたコンテンツデータは、ライセンスの条件を満たすとき、再生可能である。

受信端末１４０には、シリーズメタ情報ファイルが記憶されているため、受信端末１４０はシリーズに含まれる複数のコンテンツのダウンロードのスケジュール管理をすることができる。例えば、複数のコンテンツのダウンロード可能期間を表示部に表示させることによって利用者がコンテンツのダウンロードを決定できるようにしてもよいし、ダウンロード可能な期間が到来したとき、利用者の操作なしで受信端末１４０が配信サーバ１０２にコンテンツの送信要求をするようにしてもよい。

受信端末１４０はシリーズメタ情報ファイルのスケジュール情報に基づいて、次にダウンロード可能なコンテンツをダウンロードする（ステップＳ１２４）。また、受信端末１４０の更新確認部はコンテンツサーバ１１２に記憶されているシリーズメタ情報ファイルが更新されているかを確認する（ステップＳ１２６）。更新されていることが確認された場合、受信端末１４０のメタデータ送信要求部は更新されたシリーズメタ情報ファイルの送信要求をする。そして、受信端末１４０はシリーズメタ情報ファイルをダウンロードし（ステップＳ１２８）、受信端末１４０は更新されたシリーズメタ情報ファイルをストレージに保存する（ステップＳ１３０）。その後、シリーズに含まれる複数のコンテンツのダウンロードのスケジュール管理は更新されたシリーズメタ情報ファイルに基づいて行われる。

一方、コンテンツサーバ１１２側でシリーズメタ情報ファイルの更新がされていない場合は、受信端末１４０は既に記憶しているシリーズメタ情報ファイルを用いて、次回以降のコンテンツデータのスケジュール管理を行うことができる。

次に、図６及び図７を参照して、本実施形態に係るコンテンツデータの管理について説明する。図６及び図７は、本実施形態に係るコンテンツ配信システム１００のコンテンツデータの管理についてのシーケンスを示す説明図である。

図６Ａ（Ａ）に示すように、受信端末１４０がコンテンツデータ等をダウンロードする前は、受信端末１４０のストレージ１５８には再生可能なコンテンツについて何も記録されていない。次に、受信端末１４０から配信サーバ１０２にコンテンツの送信要求がされると、コンテンツサーバ１１２からコンテンツデータ、シリーズメタ情報ファイルがダウンロードされ、ＤＲＭサーバ１１６からライセンスメタ情報がダウンロードされる。その後は、図６Ａ（Ｂ）に示すように、受信端末１４０のストレージ１５８にはコンテンツデータ、シリーズメタ情報ファイル、ライセンスが記憶される。このとき、受信端末１４０は、ライセンスの再生期限を満たす限り、コンテンツデータを再生することができる。

また、図６Ｂ（Ｃ）及び図７に示すように、シリーズメタ情報ファイルに基づいてスケジュール管理をすることができる。例えば、「シリーズＡ」というシリーズに含まれる複数のコンテンツのうち１番目の「コンテンツ＃１」がダウンロードされたとする。このとき、シリーズメタ情報ファイルが同時にダウンロードされる。そして、このシリーズメタ情報ファイルに基づいて、受信端末１４０は次回以降のコンテンツのダウンロードについてスケジュール管理（予約管理）を行う。そして、次回コンテンツのダウンロード可能な期限が到来したとき、次回コンテンツ、例えば図６Ｂ（Ｄ）及び図７では「シリーズＡ」の「コンテンツ＃２」をダウンロードする。

このとき、受信端末１４０は、コンテンツサーバ１１２に記憶されているシリーズメタ情報ファイルの更新の有無を確認する。シリーズメタ情報ファイルが更新されているとき、例えばシリーズメタ情報ファイルのｖｅｒｓｉｏｎ＿ｎｏ．の更新が確認されたとき、受信端末１４０は、シリーズメタ情報ファイルの送信要求をコンテンツサーバ１１２に行い、更新されたシリーズメタ情報ファイルをダウンロードする。そして、受信端末１４０に記憶されているシリーズメタ情報ファイルの更新を行う。その結果、受信端末１４０は更新されたシリーズメタ情報ファイルに基づいてスケジュール管理（予約管理）を行うことができる。

そして、シリーズに含まれるコンテンツのダウンロードを引き続き行う。例えば、図７に示すように、シリーズメタ情報ファイルにスケジュール情報に基づいて「シリーズＡ」のコンテンツ＃３、＃４・・・をダウンロードする。そして、コンテンツのダウンロード時にシリーズメタ情報ファイルの更新を確認して、更新されている場合は更新されたシリーズメタ情報ファイルをダウンロードする。

次に、図８を参照して、本実施形態に係るスケジュール管理動作について説明する。図８は、本実施形態に係るスケジュール管理のシーケンスを示す説明図である。

ブラウザ１７４は、シリーズメタ情報ファイルのスケジュール情報に基づいてシリーズに含まれる複数のコンテンツを表示する。図８（Ａ）には、シリーズダウンロード時のスケジュール画面のＧＵＩ例を示す。図８（Ａ）では、例えば「シリーズＡ」に含まれる「コンテンツ１」〜「コンテンツ５」が表示されている。利用者は、このスケジュール画面でコンテンツのダウンロードスケジュールを確認することができる。また、コンテンツを選択することによって、ダウンロード完了済みのコンテンツの表示を削除することができる。

次に、図８（Ｂ）に示すように、次回コンテンツダウンロード時、例えば「コンテンツ＃２」のダウンロード時、ＡＶプレイヤ１７６のＤＲＭクライアントを介してシリーズメタ情報ファイルの送信要求が同時に行われる。そして、シリーズメタ情報ファイルが更新されているとき、受信端末１４０は、更新されたシリーズメタ情報ファイルをダウンロードする。

（コンテンツデータのリスト表示画面について）
次に、本実施形態に係る受信機１６０に接続された表示装置１８０の画面に表示されるウインドウ例について説明する。図９は、本実施形態に係る受信端末１４０に接続された表示装置１８０の画面に表示されたウインドウを示す説明図である。

図９は、ウインドウ上にダウンロード済みのコンテンツデータのタイトルがリスト表示されたものである。図９（Ａ）は、ストレージ１５８、例えば受信端末１４０本体のハードディスクドライブに記憶されたコンテンツがリスト表示された例である。

コンテンツＡ〜コンテンツＥは、例えばコンテンツのタイトル名であり、各コンテンツの再生にかかる時間、各コンテンツのライセンスに基づいて再生可能な期限（月日）が表示されている。カーソルを移動してコンテンツが選択されて、ライセンスが再取得されているコンテンツが選択されると、画面下に「決定キーで再生」のように表示され、決定キーが入力されることでコンテンツの再生が可能となる。

一方、図９（Ｂ）及び図９（Ｃ）は、外部ストレージ１６０に記憶されたコンテンツがリスト表示された例である。図９（Ｂ）に示すように、カーソルを移動してコンテンツを選択し、例えば、ライセンスが失効している場合は、画面下に「決定キーでライセンス再取得」のように表示することによって、ライセンスの取得を促すことができる。また、図９（Ｃ）に示すように、例えば、ライセンスが再取得されている場合は、コンテンツリストに再生期限が表示されている。カーソルを移動してコンテンツが選択され、ライセンスが再取得されているコンテンツが選択されると、画面下に「決定キーで再生」のように表示され、決定キーが入力されることでコンテンツの再生が可能となる。

以上、添付図面を参照しながら本発明の好適な実施形態について説明したが、本発明はかかる例に限定されないことは言うまでもない。当業者であれば、特許請求の範囲に記載された範疇内において、各種の変更例又は修正例に想到し得ることは明らかであり、それらについても当然に本発明の技術的範囲に属するものと了解される。

例えば、上記実施形態では、コンテンツデータのダウンロード時にシリーズメタ情報ファイルの更新を確認し、更新が確認されたとき更新されたシリーズメタ情報ファイルのダウンロードをするとしたが、本発明はかかる例に限定されない。例えば、シリーズメタ情報ファイルの更新確認時期やダウンロード時期は任意に設定することができる。

本発明の第１の実施形態に係るコンテンツ配信システムを示す構成図である。 同実施形態に係る受信端末を示すブロック図である。 同実施形態に係るシリーズメタ情報ファイルの構成を示す説明図である。 同実施形態に係るコンテンツ配信システムの動作を示すフローチャートである。 同実施形態に係るコンテンツ配信システムの動作を示すフローチャートである。 同実施形態に係るコンテンツ配信システムのダウンロードシーケンスを示す説明図である。 同実施形態に係るコンテンツ配信システムのコンテンツデータの管理についてのシーケンスを示す説明図である。 同実施形態に係るコンテンツ配信システムのコンテンツデータの管理についてのシーケンスを示す説明図である。 同実施形態に係るコンテンツ配信システムのコンテンツデータの管理についてのシーケンスを示す説明図である。 同実施形態に係るスケジュール管理のシーケンスを示す説明図である。 同実施形態に係る受信端末に接続された表示装置の画面に表示されたウインドウを示す説明図である。

符号の説明

１００ コンテンツ配信システム
１０２ 配信サーバ
１１０ ポータルサーバ
１１２ コンテンツサーバ
１１４ メタデータサーバ
１１６ ＤＲＭサーバ
１２０ ネットワーク
１３０ ネットワークモデム／ルーター
１４０ 受信端末
１４２ デジタル放送チューナ
１４４ 通信処理部
１４６ ＣＡＳ／ＤＲＭクライアント部
１４８ ＤＭＵＸ
１５０ デコーダ
１５２ ＤＲＭ処理部
１５４ ＧＵＩ表示処理部
１５６ ＣＰＵ
１５８ ストレージ
１６０ 外部ストレージ
１７４ ブラウザ
１７６ ＡＶプレイヤ
１８０ 表示装置
１９０ リモートコントロール

Claims (13)

1. 複数のコンテンツデータを配信する配信サーバと、前記コンテンツデータをダウンロードする受信端末とが接続されたネットワークにおけるコンテンツデータ配信システムにおいて、
   前記配信サーバは、前記複数のコンテンツデータと、前記複数のコンテンツデータの配信時期に関するスケジュール情報を含むメタデータを送信する送信部を備え、
   前記受信端末は、
   前記配信サーバの送信部が送信した前記コンテンツデータと前記メタデータとを受信する受信部と、
   前記メタデータの前記スケジュール情報に基づいて前記コンテンツデータの送信を要求する送信要求部と、
   を備え、
   前記配信サーバの送信部は、
   前記送信要求部の要求に基づいて前記コンテンツデータを送信することを特徴とする、コンテンツデータ配信システム。
2. コンテンツデータを受信する受信端末が接続されたネットワークを介して前記コンテンツデータを前記受信端末に配信する配信サーバにおいて、
   複数の前記コンテンツデータと、前記複数のコンテンツデータの配信時期に関するスケジュール情報を含むメタデータを送信する送信部を備え、
   前記送信部は、前記メタデータの前記スケジュール情報による前記受信端末からの送信要求に基づいて前記コンテンツデータを送信することを特徴とする、配信サーバ。
3. 前記複数のコンテンツデータは、タイトル、人物、ジャンル、時期及び場所の少なくともいずれかに関して共通することを特徴とする、請求項２に記載の配信サーバ。
4. 前記複数のコンテンツデータを保存するデータベースを備え、
   前記データベースに保存されている前記コンテンツデータは、前記複数のコンテンツデータの配信時期に応じて入れ換えられることを特徴とする、請求項２に記載の配信サーバ。
5. 前記メタデータは更新されることを特徴とする、請求項２に記載の配信サーバ。
6. 前記受信端末からの前記更新されたメタデータの送信要求に基づいて前記メタデータを送信することを特徴とする、請求項５に記載の配信サーバ。
7. コンテンツデータを配信する配信サーバが接続されたネットワークを介して前記コンテンツデータを前記配信サーバからダウンロードする受信端末において、
   前記配信サーバが送信した複数のコンテンツデータと前記複数のコンテンツデータの配信時期に関するスケジュール情報を含むメタデータとを受信する受信部と、
   前記メタデータの前記スケジュール情報に基づいて前記コンテンツデータの送信を要求する送信要求部と、
   を備え、
   前記受信部は、前記送信要求部の要求に基づいて送信された前記コンテンツデータを受信することを特徴とする、受信端末。
8. 前記複数のコンテンツデータは、タイトル、人物、ジャンル、時期及び場所の少なくともいずれかに関して共通することを特徴とする、請求項７に記載の受信端末。
9. 前記メタデータに含まれる情報を表示部に表示させる表示制御部を備え、
   前記表示制御部は前記スケジュール情報を前記表示部に表示させることを特徴とする、請求項７に記載の受信端末。
10. 前記メタデータは更新されることを特徴とする、請求項７に記載の受信端末。
11. 前記受信部で受信したメタデータを記録する保存部と、
    前記配信サーバにおける前記メタデータの更新の有無を前記保存部に記録されたメタデータと比較して確認する更新確認部と、
    前記更新確認部によって前記メタデータが更新されたことが確認されたとき、前記更新されたメタデータの送信を要求するメタデータ送信要求部と、
    を備え、
    前記保存部は前記更新されたメタデータを記録することを特徴とする、請求項１０に記載の受信端末。
12. コンテンツデータを受信する受信端末が接続されたネットワークを介して前記コンテンツデータを前記受信端末に配信する配信サーバにおけるコンピュータプログラムにおいて、
    複数の前記コンテンツデータと、前記複数のコンテンツデータの配信時期に関するスケジュール情報を含むメタデータを送信する手段と、
    前記メタデータの前記スケジュール情報による前記受信端末からの送信要求に基づいて前記コンテンツデータを送信する手段と、
    を含み、配信サーバとしてコンピュータを機能させることを特徴とする、コンピュータプログラム。
13. コンテンツデータを配信する配信サーバが接続されたネットワークを介して前記コンテンツデータを前記配信サーバからダウンロードする受信端末におけるコンピュータプログラムにおいて、
    前記配信サーバが送信した複数のコンテンツデータと前記複数のコンテンツデータの配信時期に関するスケジュール情報を含むメタデータとを受信する手段と、
    前記メタデータの前記スケジュール情報に基づいて前記コンテンツデータの送信を要求する手段と、
    前記送信要求部の要求に基づいて送信された前記コンテンツデータを受信する手段と、
    を含み、受信端末としてコンピュータを機能させることを特徴とする、コンピュータプログラム。

Images