(57)【要約】【課題】  高性能なダウンロード端末では、高速で快適なダウンロードサービスを提供すると共に、性能の低いダウンロード端末でもダウンロードサービスを享受可能とすることにより、ダウンロード端末発売の障壁を低くする。【解決手段】  そこで、配信するコンテンツを伝送するパケットを２つの以上のコンテナに分割し、分割したコンテナを、同時伝送する第１の方法と、分割したコンテナをそれぞれ別の時間に伝送する第２の方法を、併せてコンテンツ配信システムにおいて実行する。ダウンロード端末は、第１の方法による高速のダウンロードと、第２の方法による低速のダウンロードを選択して実行することで、端末性能に応じたダウンロードサービスを享受できる。【選択図】図７
2011139190.tif 000002
【特許請求の範囲】
【請求項１】
コンテンツ配信装置がコンテンツ受信装置にコンテンツを配信するコンテンツ配信方法であって、
前記コンテンツ配信装置は、
コンテンツを伝送するパケットを２個の以上のコンテナに分割し、
分割された前記コンテナを同時に多重化し伝送する第１の伝送方法と、
分割された前記コンテナをそれぞれ別の時間に多重化し伝送する第２の伝送方法と、を切り替えて前記コンテナを含むストリーム情報を送信することが可能な多重化部、
を備え、
前記コンテナはそれぞれ前記コンテナを識別するコンテナ識別情報を有し、
前記コンテンツ受信装置は、
ダウンロードするコンテンツの指定を受け付け、
受信したストリーム情報を復調し、
指定された前記コンテンツのメタ情報から、前記コンテンツに対応する前記コンテナのコンテナ識別情報を取得し、
取得されたコンテナ識別情報に対応する前記コンテナを復調された前記ストリーム情報から抽出する
ことを特徴とするコンテンツ配信方法。
【請求項２】
請求項1に記載のコンテンツ配信方法であって、
前記コンテンツ受信装置は、指定された前記コンテンツのメタ情報に規定された配信ビットレート情報情報を取得し、
取得された配信ビットレート情報と、前記コンテンツ受信装置が有するダウンロード処理能力とを比較し、
配信ビットレート情報が前記コンテンツ受信装置で処理可能な値であった場合は、前記メタ情報の配信開始日時に前記ストリーム情報のダウンロード処理を行う
ことを特徴とするコンテンツ配信方法。
【請求項３】
請求項２に記載のコンテンツ配信方法であって、
前記コンテンツ配信装置の前記多重化部は、前記配信ビットレートと前記コンテンツを識別するコンテンツ識別情報と、を有する前記メタ情報を多重化し、前記コンテンツ受信装置に送信する
ことを特徴とするコンテンツ配信方法。
【請求項４】
コンテンツ配信装置からコンテンツを受信するコンテンツ受信装置あって、
前記コンテンツ配信装置は、
コンテンツを伝送するパケットを２個の以上のコンテナに分割し、
分割された前記コンテナを同時に多重化し伝送する第１の伝送方法と、
分割された前記コンテナをそれぞれ別の時間に多重化し伝送する第２の伝送方法と、を切り替えて前記コンテナを含むストリーム情報を送信することが可能な多重化部、
を備え、
前記コンテナはそれぞれ前記コンテナを識別するコンテナ識別情報を有し、
前記コンテンツ受信装置は、
ダウンロードするコンテンツの指定を受け付ける受付部と、
受信したストリーム情報を復調する復調部と、
指定された前記コンテンツのメタ情報から、前記コンテンツに対応する前記コンテナのコンテナ識別情報を取得し、取得されたコンテナ識別情報に対応する前記コンテナを復調された前記ストリーム情報から抽出する抽出部と、
を有することを特徴とするコンテンツ受信装置。
【請求項５】
請求項４に記載のコンテンツ受信装置であって、
前記コンテンツのダウンロードを実行するダウンロード制御部を有し、
前記ダウンロード制御部は、
指定された前記コンテンツのメタ情報に規定された配信ビットレート情報情報を取得し、
取得された配信ビットレート情報と、前記コンテンツ受信装置が有するダウンロード処理能力とを比較し、
配信ビットレート情報が前記コンテンツ受信装置で処理可能な値であった場合は、前記メタ情報の配信開始日時に前記ストリーム情報のダウンロード処理を行う
ことを特徴とするコンテンツ受信装置。
【請求項６】
請求項５に記載のコンテンツ受信装置であって、
前記ストリーム情報は、前記配信ビットレートと前記コンテンツを識別するコンテンツ識別情報と、を有する前記メタ情報が多重化されている
ことを特徴とするコンテンツ受信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
技術分野は、片方向の高速な放送ストリーム伝送路を使用し、複数ダウンロード端末に対し、コンテンツを同時配信するシステムに関する。例えば、ダウンロード端末のコンテンツ処理能力に応じ、コンテンツの取得方法を選択できるような、コンテンツ配信方式に関わる。
【背景技術】
【０００２】
例えば特許文献１には、コンテンツを配信するサーバにおいて、コンテンツデータの配信時期に関するスケジュール情報を含むメタデータを受信機に送信する送信部を備え、メタデータに記載した配信時期にコンテンツを配信することにより、受信機は受信したメタデータを解析し、指定された配信時期にコンテンツのダウンロードを行うダウンロード型の配信システムについて記載している。この特許においては、コンテンツ配信を行う伝送媒体については限定しておらず、デジタル放送波を用いたコンテンツ配信においても、適用できる。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００９−２７３９０公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
特許文献１では、メタデータに記載された配信時期に、同時に多数の受信機がコンテンツのダウンロードを行う。デジタル放送により配信したコンテンツを、受信機がダウンロードする場合、放送帯域を広く使い、高いビットレートでコンテンツを配信すると、受信機では短時間でダウンロードを完了できるメリットがあるが、一方で、高速なデータストリームをデータが欠けることなく受信し、ストレージに蓄積する能力が必要になる。
逆に、低いビットレートでコンテンツを配信すると、受信機は、データストリームを受信し、ストレージに蓄積する能力が高くなくて済み、製品コストが抑えられるメリットがあるが、一方、ダウンロードに必要な時間が長時間かかり、ダウンロードしたコンテンツを視聴するまで待たされる時間が長くなるなどの問題がある。
【課題を解決するための手段】
【０００５】
そこで、配信するコンテンツを伝送するパケットを２つの以上のコンテナに分割し、分割したコンテナを、同時伝送する第１の送信方法と、分割したコンテナをそれぞれ別の時間に伝送する第２の送信方法を、コンテンツ配信システムにおいて実行する。
【発明の効果】
【０００６】
前記方法によれば、受信機は、自らのダウンロード処理能力に応じ、第１の送信方法によるコンテンツを高速に短時間でダウンロードする方法と、第２の送信方法による低速に受信機の処理負荷が少なくダウンロードする方法を、選択して実行することができるため、ダウンロード配信サービスにおいて、高性能なハイエンド受信機と、低価格なローエンド端末を共存しながら配信サービスを提供することができる。
【図面の簡単な説明】
【０００７】
【図１】コンテンツ配信システムとダウンロード端末のシステム構成を示すブロック図の一例である。
【図２】伝送路上の伝送フォーマット図
【図３】伝送されるモジュールのパケット構成図の一例である。
【図４】モジュールで伝送される各種パケットの構成図の一例である。
【図５】IPパケットコンテナで伝送されるメタデータの構成図の一例である。
【図６】制御信号パケットの構成図の一例である。
【図７】コンテンツ配信のスケジュール運用例である。
【発明を実施するための形態】
【０００８】
図１は、コンテンツの配信システム100とダウンロード端末400の構成例を示す。
コンテンツの配信システム100は、少なくとも配信サーバ110、多重化装置200、変調装置210から構成され、配信サーバ110は、配信するコンテンツ120と、コンテンツ120の検索、再生等に必要な属性、管理情報を保持するメタデータ130を格納する。
【０００９】
コンテンツ120、メタデータ130は、パケットと呼ばれる単位に細かく分割した上で、多重化装置200により、一つのストリームデータにパケット単位で時分割多重される。出来上がったストリームデータは、変調装置210により、伝送路で定められた変調方式で変調を行い、送信アンテナ300で、電波として送出される。
【００１０】
ダウンロード端末400は、チューナ410、CPU420、メモリ430、HDD I/F（ハードディスクドライブ・インタフェース）440、HDD（ハードディスクドライブ）450、RTC（リアルタイムクロック）460、復調部470、パケット抽出部480、操作デバイスI/F485、デコーダ490、表示I/F（インタフェース）495、音声I/F497から構成される。操作デバイスI/F485に接続されたリモコンなどの操作デバイスのユーザ操作に従い、ユーザ操作画面を、表示I/F495を介しディスプレイ250に表示する。
【００１１】
また、ダウンロード端末400は、リアルタイムクロック（RTC）460を持ち、常に正しい実時間を保持し、メモリ430に格納されたソフトウェアプログラムから参照することができ、設定された日時にCPU420にプログラムを実行させたり、各処理部を動作させたりするタイマー機能を持つ。
また、HDD450には、大容量のデータの読み書き処理を行うことができ、書き込んだデータは電源を切っても保持される。
【００１２】
ダウンロード端末400は、受信アンテナ310で、送信アンテナ300から送出された電波を受信し、チューナ410で選局し、復調部470で復調する。
復調部470からは、復調されたデータストリームが出力され、これを受信したパケット抽出部480は、CPU420が実行するプログラムや、ダウンロード制御部421が指定した条件に合致したパケットをこのデータストリームから抽出し、取り出すことができる。
CPU420の記録制御部422は、このフィルタリング動作により、ユーザが望む配信コンテンツのパケットを取り出し、メモリ430にバッファリングした後、HDD I/F440を介して、HDD450に蓄積する。
【００１３】
HDD450に蓄積されたコンテンツが映像音声コンテンツである場合は、CPU420の指示により、コンテンツをバッファとして動作するメモリ430に入力し、その後デコーダ480に入力する。デコーダは、コンテンツの符号化された映像、音声をデコードし、表示I/F495を介して映像情報をディスプレイ250に表示する。また音声I/F497を介して音声情報をスピーカー260で再生する。
コンテンツがアプリケーションプログラムである場合は、そのコンテンツをメモリ430に置き、それをCPU420が解釈し実行し、その結果を、表示I/F495を介してディスプレイ250に表示する。
【００１４】
なお、本実施例では、コンテンツの伝送路として、電波を使用する例を挙げたが、伝送路として、同軸ケーブルや光ファイバを使用するような配信システムであってもよい。その場合は、図１の送信アンテナ300が伝送路に合った送出装置に変更される。受信アンテナ310、チューナ410が伝送路に合った受信装置に変更される。変調装置210が伝送路で用いられる変調方式に変更される。復調部470が伝送路で用いられる復調方式に変更される。これらの変更を行うだけで、それ以外のシステム要素には影響を及ぼさない。
【００１５】
また、ダウンロード制御部421および記録制御部422はCPUの一部であるとしたが、これに限定されない。それぞれダウンロード制御部421および記録制御部422を独立して集積回路にするなどしてハードウェアで実現してもよい。また、これらの機能を実現するダウンロード制御プログラムや記録制御プログラムをCPU420で実行することでダウンロード制御や記録制御をソフトウェアで実現するようにしてもよい。
【００１６】
次に、コンテンツ配信システム100が送出する伝送形式について説明する。
図２は、電波で伝送されるときの伝送形式の一例である。このデジタルデータストリームは、スロット500と呼ばれる固定の時間単位で分割されて伝送される。各スロット500は、複数のモジュール510と呼ぶデータ単位を複数格納でき、1スロットに収まらない大きなモジュールは、複数スロット500にまたがって伝送される。
【００１７】
受信された電波は、チューナ410により選局され、復調部470により復調される。復調部出力520は、復調された電波信号を一つのビットストリームとして出力する。復調部470は、スロットの時系列に従いモジュールを出力する。スロット単位で分割されたモジュールも、連結して一つのモジュールとして出力する。
【００１８】
ここで、モジュール510は、図３に示す構成のデータである。モジュール510は先頭に、少なくともパケットタイプ550、データ長560のフィールドを持ち、その後にデータ本体を持つ。パケットタイプ550は、データ本体のデータ種別を示し、データ長560は、データ本体のデータサイズを示す。
【００１９】
パケットタイプ550には、データ種別として、IPパケット、制御信号、NULLが少なくとも定義される。データ種別がIPパケットの場合は、データ本体にIPパケットを格納するIPパケットコンテナ600が格納される。データ種別が制御信号の場合は、データ本体に制御信号パケット700が格納される。データ種別がNULLパケットの場合は、データ本体にNULLパケット780が格納される。図４(c)にNULLパケットの内容を示す。
【００２０】
IPパケットコンテナ600は、配信コンテンツやメタデータをIPパケットとして伝送するためのデータ形式であり、図４(a)にその内容を示す。コンテナID610は、配信するデータを唯一に識別するIDである。コンテナ枝番号620は、複数コンテナに分割転送されたコンテンツを、一つのデータに並べ直す場合の順番を示す枝番号である。
【００２１】
コンテナタイプ630は、その後ろに格納されるIPパケットの形式を指定するものであり、IPパケットがIPv4形式なのか、IPv6形式なのか、あるいは、それらを圧縮した特殊形式なのかを表す。その後に、IPヘッダ630、UDPヘッダ640は、一般にIPv4形式またはIPv4形式のインターネットプロトコルで規定されるヘッダ情報である。コンテナタイプ630が圧縮した特殊形式を示している場合は、IPヘッダ630、UDPヘッダ640に格納されるヘッダ情報は、伝送に不要な部分が省略されたり、変更される場合もありえる。
【００２２】
また、IPヘッダ630には、インターネット標準規格に基づき、配信元を一意に識別するソースIPアドレスや配信先を一意に識別するディスティネーションIPアドレスなどの情報を保持する。
最後に、データ本体がデータ本体部分650に格納され、この部分は、可変長である。
データ(可変長)650は、ヘッダ情報として、データ種別661、データサイズ662を持ち、その後ろに、データ種別661で指定されたデータを、データサイズ662で指定されたサイズで格納する。
【００２３】
このデータ(可変長)650には、図５に示すコンテンツ本体650や、メタデータ670が格納される。
コンテンツ本体650には、映像コンテンツや音声コンテンツが格納される。映像コンテンツは、映像情報をMPEG2、H.264/AVCといった映像コーデックを行い符号化し、音声情報をAAC、AC3といった音声コーデックを用い符号化した映像音声を、Transport Stream形式やProgram Stream形式などで多重化した映像ストリームなどである。音声コンテンツは、非圧縮のPCM音声や、MP3やAACなどの音声コーデックにより圧縮された音声ファイルである。
【００２４】
また、映像、音声データだけでなく、XMLデータやプログラムや、それらと映像、音声、写真データなどを組み合わせたマルチメディアデータもコンテンツとして配信されるかもしれない。
メタデータ680は、配信する各々のコンテンツに関係する属性情報が記述されたデータであり、XMLのようなタグ記述言語のテキストである。メタデータ680には、配信されるコンテンツを一意に識別し、ユーザが検索し、ダウンロードするために必要なデータや、コンテンツの再生時に必要なデータを格納する。
【００２５】
図５は、映像コンテンツにおけるメタデータ680の一例である。コンテンツID681は、コンテンツを一意に識別するIDである。更新日時682は、メタデータ本体680が更新された日時を格納する。以前参照された同一コンテンツID681に対するメタデータ本体680が、以前のままか更新されているかを、この更新日付682が新しくなっているかどうかで判定する。
【００２６】
コンテンツタイトル683は、コンテンツのタイトル文字列である。詳細説明684は、コンテンツの解説や、出演者、監督、脚本家などの情報を含む。ジャンルコード685は、コンテンツのジャンルの分類コードを格納する。再生時間686は映像の再生時間を格納する。683〜686のような情報は、配信されるコンテンツを、ユーザが検索し、情報閲覧するために用いられる。また、HDD450に蓄積したコンテンツを検索、情報閲覧したり、コンテンツを再生中のバナー表示の情報にも用いられる。
【００２７】
データ容量686は、コンテンツのデータサイズを格納する。対応するコンテナID688は、コンテンツを配信するIPパケットコンテナのコンテナIDを格納する。対応するコンテンツグループID689は、コンテンツをグループ管理する場合にどのグループに属するかを示すIDを格納する。また、メタデータ680は、コンテンツが配信される配信開始日時690、ダウンロードに掛かる時間である配信時間691、配信時の配信ビットレート692などの情報を持つ。690〜692の情報は、複数組指定されてもよく、その場合は、複数日時に渡って同じコンテンツがサイマル配信されることを示す。
【００２８】
ダウンロード端末400のCPU420は、682〜686のようなコンテンツ情報に基づく検索機能をディスプレイ250に表示することでユーザに提供する。CPU420が操作デバイスI/F485を介してユーザからダウンロードしたいコンテンツの選択を受け付け、ダウンロード予約を指示する。
すると、ダウンロード端末400のダウンロード制御部421は、選択されたコンテンツのメタデータ680で指定された配信開始日時690から一つの値を選択して、その時間の少し前になると、チューナ410でダウンロードするチャンネルを選局する。またダウンロードするコンテンツに対応するコンテナID688をメタ情報から取得し、パケット抽出部480に対しこのコンテナID688に対応するコンテナを抽出するよう設定し、ダウンロード待機状態になる。
【００２９】
この状態で、配信開始日時690が到来すると、復調部420が520のようなデータストリームを出力する。パケット抽出部480は、コンテナID688で指定されたコンテナを抽出し、ダウンロードしたいコンテンツのコンテナのみを出力する。CPU420の記録処理部422は、そのコンテンツをHDD450に格納する。CPU420は、コンテンツを格納したIPパケットコンテナ600の全てのコンテナ枝番号620のコンテナを受信、格納し終えたらダウンロード処理を完了する。
【００３０】
ダウンロード処理が完了しなかった場合でも、配信時間680が経過したら、強制的にダウンロードを打ち切る。その後CPU420は、別の配信開始日時690を参照して、再度ダウンロードを実行し、取得できなかったンテナ枝番号620のコンテナのみを補完する形でダウンロードし、全てのコンテナ枝番号620のコンテナが揃った時点でダウンロード完了にする。
【００３１】
複数指定された配信開始日時690の選択方法については、一般的には、最も早い日時を選択するのが普通である。放送録画機能や、その他の付加の掛かるデータ処理機能を持つ復号端末においては、予約録画中や、その他のデータ処理中に、配信開始日時689が重なる場合、別の配信開始日時690を選択してもよい。またトータルで省電力効果が上がるダウンロードのスケジューリングを行えるよう、配信開始日時690を選択してもよい。
【００３２】
次に、制御信号パケット700の構成について、説明する。
図３のパケットタイプ550が、制御信号だった場合、図４(b)に示すような制御信号パケット700が伝送される。制御信号パケットとは、ダウンロード端末400がチューナ410で選局を行ったり、パケット抽出部480において、IPパケットのフィルタリング制御を行うために必要な情報を伝送するものである。
【００３３】
制御信号パケット700は、テーブルID710と呼ばれる制御信号の種類を表すIDの後、データ本体のサイズを表すセクション長720を持つ。複数パケットに分割されるセクションの最後の枝番号を表す最終セクション番号730を持つ。分割された制御信号パケットを並べ直す際の順番を示すセクション枝番号740を持つ。制御信号の更新管理を行うために必要なバージョン750を持つ。その後に制御信号本体を持つ。
【００３４】
制御信号パケット700は、テーブルID710の種類として、ネットワーク情報が指定されていた場合は、ネットワーク情報760を格納する。テーブルID710の種類として、アドレスグループ管理情報が指定された場合は、アドレスグループ管理情報770を格納する。
【００３５】
図６に示すように、ネットワーク情報760は、少なくともネットワーク伝送諸元761とネットワーク情報テーブル762から構成される。ネットワーク情報760は、コンテンツ配信を行っている伝送チャンネルの選局に必要な周波数情報や、変調方式、変調パラメータ、ネットワークIDなどを格納する。アドレスグループ管理情報770は、放送伝送路で使用される他のチャンネルも含めたネットワークの構成情報を格納する。ネットワーク情報760は他のチャンネルへの選局処理に使用される。これらは、常に更新を監視し、チャンネル構成などが変化すれば、ダウンロード端末400内に持つネットワーク情報の管理テーブルを更新し、常に最新状態で選局動作を可能にするために用いる。
【００３６】
アドレスグループ管理情報770は、複数のコンテンツを一つのグループ管理されたコンテンツグループとして管理し、まとめてのダウンロードを可能とするために設けたテーブルである。伝送されるアドレスグループの数771だけ、772以下のフィールドを複数持つ。アドレスグループID772は、コンテンツのグループを一意に識別するIDである。IPアドレス数773は、アドレスグループID772に対し、指定できるIPアドレスの数を指定する。アドレスグループID772以降に、指定された数だけのIPアドレス774が記載される。
【００３７】
なお、IPアドレス774は、厳格に一意に決まる値を指定してもよく、また、一部の桁をマスクしてその桁の任意の値を許可するなど、ある程度幅をまとまったIPアドレス群が指定できてもよい。
ダウンロード端末400のCPU420は、アドレスグループに属するコンテンツのIPアドレス774を、IPヘッダ630に記述されたソースIPアドレスと比較することで、伝送されたコンテンツがどのアドレスグループに属するかを判断することができる。また、メタデータ680の対応するアドレスグループIDで検索することで、同一アドレスグループに属するコンテンツをまとめてダウンロードすることもできる。
【００３８】
以上説明した伝送形式に従ったコンテンツ配信サービスにおいて、配信システムが運用する時系列の配信スケジュールの一例について図７を用いて説明する。
図７(a)の例では、コンテンツ配信システム100は伝送チャンネルで伝送できる帯域幅（ビットレート)を２つのコンテナに分けて伝送する。
また、コンテンツ配信システム100は一つのコンテンツを配信するコンテナIDのIPパケットコンテナ群を、２つに分けて伝送している。例えば、コンテナID#1のIPパケットコンテナ群は、IPパケットコンテナ#1-1 800と、IPパケットコンテナ#1-2 810に、分割されている。コンテナID#2のIPパケットコンテナ群は、IPパケットコンテナ#2-1 850と、IPパケットコンテナ#2-2 860に、分割されている。
【００３９】
分割方法は、コンテナ枝番号620の奇数と偶数で分けたり、コンテナ枝番号620の前半後半で分けるなど、いくつか考えられる。
なお、この例では、コンテナID#1のコンテンツより、コンテナID#2のコンテンツは、少しデータサイズが小さいものとする。
【００４０】
図７(a)の例では、コンテンツ配信システム100の多重化部200は時刻T1から、IPパケットコンテナ#1-1 800と、IPパケットコンテナ#1-2 810を、作成し、変調部210が、これらのコンテナを帯域を２分割して同時に伝送開始する。それらの伝送が完了する時刻T2から、多重化部200は、再度IPパケットコンテナ#1-2 810と、新たにIPパケットコンテナ#2-1 850を作成し、変調部210はこれらのコンテナを帯域を２分割して伝送する。コンテナID#2のコンテンツはコンテナID#1のコンテンツよりデータサイズが小さいため、伝送は早く完了するが、その場合は、空いた帯域はNULLパケット870で埋められる。次に、変調部210は、IPパケットコンテナ#1-2 810の伝送が完了する時刻T4から後に、IPパケットコンテナ#2-1 850と、IPパケットコンテナ#2-2 860を同時に伝送し、T5にて両方の配信を完了する。
【００４１】
なお、図では省略したが、時刻T1,T2,T4,T5のような配信コンテンツが一斉に切り替わるタイミングでは、受信側の動作切り換えのためのマージンとして、短時間一斉にNULLパケット870を伝送することが望ましい。
以上のような配信スケジュールの運用を行うと、単純に一つのコンテンツを、全帯域幅を使って時分割で伝送するより、伝送効率は低下する。
【００４２】
しかし、例えば、全帯域を使ったビットレートでのダウンロードが可能な処理能力の高性能ダウンロード端末では、時刻T1から配信されるIPパケットコンテナ#2-1 850と、IPパケットコンテナ#2-2 860の両方のコンテナをダウンロードすることで、短時間でダウンロードを完了できる。一方、全帯域を使う場合のビットレートの半分しかダウンロード処理能力がないダウンロード端末においても、時刻T1から配信されるIPパケットコンテナ#2-1と、時刻T2から配信されるIPパケットコンテナ#2-2のコンテナをシーケンシャルにダウンロードすることで、低価格なダウンロード端末でも配信サービスが受けられる。
【００４３】
図７(a)はコンテンツを２分割して伝送したが、３つ以上に分割して伝送する運用例も考えられる。
図７(b)は、IPパケットコンテナ#1、IPパケットコンテナ#2のコンテンツをそれぞれ３分割して伝送する例である。
この場合は、帯域を３分割して、同時に３つのコンテンツが伝送できるように運用する。
多重化部200は、時刻T1からIPパケットコンテナ#1を３分割したIPパケットコンテナ#1-1、IPパケットコンテナ#1-2、IPパケットコンテナ#1-3を作成し、変調部210で変調したのち同時に伝送し、また、時刻T2からIPパケットコンテナ#1-2を、時刻T4からIPパケットコンテナ#1-3を再伝送する。
【００４４】
多重化部200は、IPパケットコンテナ#2を３分割したIPパケットコンテナ#2-1、IPパケットコンテナ#2-2、IPパケットコンテナ#2-3を作成する。変調部210は、時刻T2からIPパケットコンテナ#2-１を、時刻T4からIPパケットコンテナ#2-2を、時刻T7からIPパケットコンテナ#2-1、IPパケットコンテナ#2-2、IPパケットコンテナ#2-3を同時に伝送する。
【００４５】
この場合時刻T2〜時刻T7まで伝送容量に空きができてしまうため、この例では、あいた伝送容量で伝送可能な容量の別のコンテンツを伝送している。
もう一つのコンテンツのIPパケットコンテナ#3を時刻T2から伝送しているのが、それを示している。この場合も、それでも余った帯域は、NULLパケット970で埋める。
【００４６】
図７(b)の場合だと、全帯域を使ったビットレートでのダウンロードが可能な処理能力の高性能ダウンロード端末では、短時間でダウンロードを完了できる一方、全帯域を使う場合のビットレートの三分の一しかダウンロード処理能力がないダウンロード端末においても、分割されたコンテナをシーケンシャルにダウンロードすることで、さらに低価格なダウンロード端末でも、配信サービスが受けられる。
【００４７】
ダウンロード端末がどちらの配信方法に従い、ダウンロードすればよいかは、ダウンロード制御部421が決定する。ダウンロード制御部421は配信されたコンテンツのメタデータ680に規定された配信ビットレート691の情報を参照して、自端末が持つダウンロード処理能力と比較する。ダウンロード制御部421は、配信ビットレート691の情報が自端末で処理可能な値であった場合は、配信ビットレート691の配信開始日時690を参照し、そのスケジュールに従ってダウンロード処理を行う。
【００４８】
ダウンロード制御部421は、配信ビットレート691の情報が自端末で処理可能な値で無かった場合は、別の帯域分割されたメタデータ680を探し、配信ビットレート691が自端末のダウンロード処理能力で処理可能なメタデータ680の配信開始日時690を参照し、そのスケジュールに従ってダウンロード処理を行う。なお、すべてのメタデータ680に記載された配信ビットレート691が、自端末のダウンロード処理能力を上回ってしまう場合は、ダウンロードを処理を行わない。
【００４９】
本実施例によれば、放送のような一定帯域を持つ伝送路によるコンテンツの一斉配信サービスにおいて、ダウンロード処理能力が優れたダウンロード端末では、短時間にダウンロードを完了でき、ダウンロード処理能力の低い低価格なダウンロード端末でも、処理能力に応じ時間をかけてコンテンツダウンロードを行うことができるため、高機能な端末では快適なダウンロードサービスを享受できると共に、低価格なダウンロード端末でも同じコンテンツサービスを享受でき、ダウンロード対応端末の参入障壁を下げ、より多くのメーカーからの製品発売を促す効果がある。
【００５０】
また、高性能なダウンロード端末においても、それが、デジタル放送のストレージ録画機能や負荷の重いデータ処理機能などを併せ持つ場合、処理負荷が掛かる録画中やデータ処理中は、低速に受信機の処理負荷が少なくダウンロードする方法を、非録画状態では、コンテンツを高速に短時間でダウンロードする方法を選択して実行することで、一つの端末においても、端末内の動作状況に応じて、ダウンロード処理を最適化することもできる。
【００５１】
なお、本発明は上記した実施例に限定されるものではなく、様々な変形例が含まれる。例えば、上記した実施例は必ずしも説明した全ての構成を備えるものに限定されるものではない。実施例の構成の一部について、構成の追加・削除・置換をすることが可能である。
また、上記の各構成、機能等は、それらの一部又は全部を、例えば集積回路で設計する等によりハードウェアで実現してもよい。また、上記の各構成、機能等は、プロセッサがそれぞれの機能を実現するプログラムを解釈、実行することによりソフトウェアで実現してもよい。各機能実行時には、対応するプログラム、テーブル、ファイル等の情報はメモリまたはキャッシュメモリに置くことができる。非実行時には、各機能を実現するプログラム、テーブル、ファイル等の情報は、メモリや、ハードディスク装置、または、ＩＣカード装置等に置くことができる。
また、制御線や情報線は説明上必要と考えられるものを示しており、製品上必ずしも全ての制御線や情報線を示しているとは限らない。実際には殆ど全ての構成が相互に接続されていると考えてもよい。
【符号の説明】
【００５２】
１００：コンテンツ配信システム
１２０：コンテンツ
４００：ダウンロード端末
４２０：CPU
４５０：HDD
５００：モジュール
６００：IPパケットコンテナ
６１０：コンテナID
６２０：コンテナ枝番号
６８０：メタデータ
６９０：配信開始日時
６９１：配信時間
６９２：配信ビットレート
７００：制御信号パケット
７８０：NULLパケット
【図１】
2011139190.tif 000003
【図２】
2011139190.tif 000004
【図３】
2011139190.tif 000005
【図４】
2011139190.tif 000006
【図５】
2011139190.tif 000007
【図６】
2011139190.tif 000008
【図７】
2011139190.tif 000009