放送受信装置及びダウンロードコンテンツ変更方法
【課題】ダウンロード放送において、所在地やユーザの嗜好などに応じて異なるコンテンツを提供できない、一定の鮮度を求められるコンテンツを扱えない、コンテンツ制作側が必要と判断した場合でも一旦に配信されたコンテンツを変更できないという問題があった。
【解決手段】ダウンロード放送信号を受信する受信部と、ダウンロード放送信号から映像音声データとダウンロードコンテンツ情報を分離する分離部と、映像音声データを蓄積するコンテンツ蓄積部と、ダウンロードコンテンツ情報を蓄積するコンテンツ情報蓄積部と、ダウンロードコンテンツ情報に含まれるプレイリスト情報に基づいて再生するコンテンツを指定して再生するコンテンツ再生制御部と、プレイリスト情報に含まれるＵＲＬにアクセスする通信部と、を備え、コンテンツ再生制御部は、通信部がアクセスしたＵＲＬからコンテンツを取得してコンテンツ蓄積部に蓄積させる。
【解決手段】ダウンロード放送信号を受信する受信部と、ダウンロード放送信号から映像音声データとダウンロードコンテンツ情報を分離する分離部と、映像音声データを蓄積するコンテンツ蓄積部と、ダウンロードコンテンツ情報を蓄積するコンテンツ情報蓄積部と、ダウンロードコンテンツ情報に含まれるプレイリスト情報に基づいて再生するコンテンツを指定して再生するコンテンツ再生制御部と、プレイリスト情報に含まれるＵＲＬにアクセスする通信部と、を備え、コンテンツ再生制御部は、通信部がアクセスしたＵＲＬからコンテンツを取得してコンテンツ蓄積部に蓄積させる。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は放送受信装置及びダウンロードコンテンツ変更方法に関し、特に、高度化ＩＳＤＢ−Ｓ（Ｉｎｔｅｇｒａｔｅｄ Ｓｅｒｖｉｃｅｓ Ｄｉｇｉｔａｌ Ｂｒｏａｄｃａｓｔｉｎｇ−Ｓａｔｅｌｌｉｔｅ）、つまり、高度化衛星放送規格で運用されることが検討されている、放送型ダウンロード放送を受信可能な放送受信装置及びダウンロードコンテンツ変更方法に関する。
【背景技術】
【０００２】
デジタル放送には、従来からあるテレビ放送のようにリアルタイムに番組視聴することを目的としたリアルタイム放送と、番組をＨＤＤやフラッシュメモリなど放送受信装置の記録メディアに一端蓄積しておきユーザの所望する時間に再生して視聴することを目的としたダウンロード放送とがある。ダウンロード放送はリアルタイムに視聴することができないという欠点があるものの、スーパーハイビジョン放送や４Ｋ２Ｋ放送など必要な転送帯域が大きすぎて実時間での放送が困難な高ビットレート映像の配信を事前にダウンロードさせておくことが可能であり、また画質を抑えた低ビットレートの映像を実時間よりも短い時間で複数番組配信するといったサービスも可能である。ダウンロード放送の仕組みとしては日本のアクトビラサービスに代表されるようにＩＰネットワークを伝送路として用いるネット型ダウンロード放送と、高度化ＩＳＤＢ−Ｓ（Ｉｎｔｅｇｒａｔｅｄ Ｓｅｒｖｉｃｅｓ Ｄｉｇｉｔａｌ Ｂｒｏａｄｃａｓｔｉｎｇ−Ｓａｔｅｌｌｉｔｅ）すなわち高度化衛星放送規格にて運用が検討されている、衛星放送波を伝送路として用いる放送型ダウンロード放送とがある。
【０００３】
ダウンロード番組は、映像コンテンツの本体にあたるメディアファイル、ダウンロード番組の再生制御に必要な情報が記載された再生制御情報ファイル、コンテンツのタイトルやシリーズなどの情報、ライセンス情報などが記載されたＥＣＧ（Ｅｌｅｃｔｒｉｃ Ｃｏｎｔｅｎｔｓ Ｇｕｉｄｅ）データファイル（後ほど図面を用いて詳述する）などの各ファイルで構成される。メディアファイルはＭｐｅｇ−ＴＳストリームであることが一般的であり、Ｍｐｅｇ−ＴＳストリームの中にＭｐｅｇ２やＨ．２６４形式の映像データやＡＡＣやＡＣ３形式の音楽データ、字幕データなどが格納されている。Ｍｐｅｇ−ＴＳストリームは１９２（または１８８）Ｂｙｔｅの固定長パケットから構成され、映像データや音楽データなどは各パケット単位に分割されて格納される。
【０００４】
ここで、図４から図７を用いて従来の放送受信システムの構成及び処理内容について説明する。図４は、リアルタイム放送と放送型ダウンロード放送の双方の受信に対応した放送送受信システムの構成を示す図である。図５は、ダウンロード番組を再生するための情報が記載された再生制御情報ファイルの構成を示す図である。図６は、ＥＣＧデータファイルの構成を示す図である。図７は、放送受信装置におけるダウンロード放送予約実行処理を示すフローチャートである。
【０００５】
放送送受信システム４００の構成を説明する前に、図５及び図６を用いて再生制御情報ファイル５００及びＥＣＧデータファイル６００の構成を説明する。
【０００６】
まず、再生制御情報ファイル５００について説明する。再生制御情報ファイル５００は、コンテンツ情報やチャプター情報などが記載されたコンテンツ属性情報５０１（ＥＲＩ：Ｅｎｔｒｙ Ｒｅｓｏｕｒｃｅ Ｉｎｆｏｒｍａｔｉｏｎ）と、メディアファイルを再生するために必要な情報が記載されたストリーム再生制御情報５０２（ＳＣＩ：Ｓｔｒｅａｍｉｎｇ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ）、著作権保護されたメディアファイルを再生するために必要なライセンス関連情報５０３（ＬＬＩ：Ｌｉｃｅｎｓｅ Ｌｉｎｋ Ｉｎｆｏｒｍａｔｉｏｎ）から構成される。
【０００７】
ネット型ダウンロード放送では、上述のダウンロード番組を構成する各ファイルはＷｅｂサーバ上に公開されており、放送受信装置が所望するタイミングで上述のダウンロード番組を構成する各ファイルをファイル単位で取得し蓄積する。一方、放送型ダウンロード放送では、ダウンロード番組を構成する全ファイルをダウンロード放送信号多重化方式にて多重化し、事前に決められたダウンロード放送時間に放送波に重畳されて放送する。放送受信装置はダウンロード放送時間になると放送波から多重化されたデータを受信し、多重化を解いた上で蓄積する。なお、ダウンロード放送信号多重化方式には、伝送効率を考慮して可変長パケットによる多重化方式が用いられる。例えば、日本の高度ＢＳデジタル放送では、ダウンロード放送信号多重化方式としてＴＬＶ（Ｔｙｐｅ Ｌｅｎｇｔｈ Ｖａｌｕｅ）多重化方式が用いられ、ダウンロード放送信号はＴＬＶストリームと呼ばれる（例えば、非特許文献１参照）。
【０００８】
次にＥＣＧデータファイル６００について説明する。リアルタイム放送では放送される番組の情報はＥＰＧ（Ｅｌｅｃｔｒｉｃ Ｐｒｏｇｒａｍ Ｇｕｉｄｅ）情報としてＭｐｅｇ−ＴＳストリーム中のＰＭＴパケットにＳＩ情報として記述されている。放送受信装置ではこのＥＰＧ情報を元に電子番組表を提供している。一方、ダウンロード放送ではリアルタイム放送におけるＥＰＧ情報に相当するものとして前述のようにダウンロード番組の詳細情報が記載されたＥＣＧ（Ｅｌｅｃｔｒｉｃ Ｃｏｎｔｅｎｔｓ Ｇｕｉｄｅ）データファイル６００が存在する。ダウンロード番組は番組毎にユニークなＩＤである番組ＩＤ（ＣＲＩＤ）が付与されており、ＥＣＧデータファイル６００は、番組ＩＤを元にダウンロード番組が属するグループに関して記載されたグループ情報６０１（ＧＩ：Ｇｒｏｕｐ Ｉｎｆｏｒｍａｔｉｏｎ）やダウンロード番組の内容の詳細が記載された番組情報６０２（ＰＩ：Ｐｒｏｇｒａｍ Ｉｎｆｏｒｍａｔｉｏｎ）、ダウンロード番組の利用条件などが記載されたライセンス参照情報６０３（ＬＩ：Ｌｉｃｅｎｓｅ Ｉｎｆｏｒｍａｔｉｏｎ）、ダウンロード番組の購入可能期間や価格等が記載された購入情報６０４（ＰｕＩ：Ｐｕｒｃｈａｓｅ Ｉｎｆｏｒｍａｔｉｏｎ）、ダウンロードに必要な情報が記載されたダウンロード制御情報６０５（ＤＣＩ：Ｄｏｗｎｌｏａｄ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ）から構成される。
【０００９】
図４に示す従来の放送送受信システム４００は、リアルタイム放送を受信し、かつ上述の再生制御情報ファイル５００及びＥＣＧデータファイル６００を用いて放送型ダウンロード放送を受信可能な放送送受信システムである。放送送受信システム４００は、放送送信装置４１００と放送受信装置４２００から構成される。
【００１０】
放送送信装置４１００は放送局側の設備に当たり、放送スケジュールに応じてリアルタイム放送と放送型ダウンロード放送とを送信部４１０１を介して放送波に乗せて放送する。例えばリアルタイム放送の場合、放送する番組映像を映像音声符号化部４１０２でＭｐｅｇ２などに符号化し、同時に放送する番組の情報や放送スケジュールに関する情報をＥＰＧデータ生成部４１０３でＥＰＧデータに変換して、各々ＭＰＥＧＴＳ多重化部４１０６に入力することで放送するＭｐｅｇ−ＴＳストリームを生成する。
【００１１】
一方、放送型ダウンロード放送の場合はあらかじめ放送する番組映像をオーサリングしておきコンテンツ蓄積部４１０４に記録し、同時に放送する番組のＥＣＧデータをＥＣＧデータ生成部４１０５で生成して、各々ＴＬＶ多重化部４１０７に入力することで放送するＴＬＶストリームを生成する。
【００１２】
このように生成されたリアルタイム放送用のＭｐｅｇ−ＴＳストリームと放送型ダウンロード放送用のＴＬＶストリームは、放送スケジュールに応じて切換部４１０８で切り替えられて送信部４１０１に入力される。送信部４１０１は、前述のように入力されたストリームを放送波にのせて放送する。
【００１３】
放送受信装置４２００はリアルタイム放送と放送型ダウンロード放送の双方に対応した放送受信装置にあたり、放送送信装置４１００が送出した放送波を受信部４２０１で受信する。受信部４２０１は受信した放送波からストリームを抽出し、抽出したストリームがリアルタイム放送のＭｐｅｇ−ＴＳストリームであればＭｐｅｇＴＳ多重分離部４２０２に入力し、放送型ダウンロード放送のＴＬＶストリームであればＴＬＶ多重分離部４２０３に入力する。ＭｐｅｇＴＳ多重分離部４２０２は入力されたＭｐｅｇ−ＴＳストリームをＡＶストリームとＥＰＧデータとに分離し、ＥＰＧデータはＥＰＧ蓄積部４２０４に保存する。
【００１４】
一方、ＴＬＶ多重分離部４２０３は入力されたＴＬＶストリームをＡＶストリームとＥＣＧデータとに分離し、ＡＶストリームをコンテンツ蓄積部４２０６に保存するとともに、ＥＣＧデータをＥＣＧ蓄積部４２０５に保存する。なお、図示していないがＥＣＧデータは放送波経由だけでなく、ネットワーク経由でインターネット上のサーバからも取得可能とすることが検討されており、この場合もネットワーク経由で取得されたＥＣＧデータはＥＣＧ蓄積部４２０５に保存される。
【００１５】
放送受信装置４２００は、ユーザの操作に応じてリアルタイム放送の番組を表示するのか、ダウンロード番組を表示するのかを映像音声切換部４２０７にて切り替える。ユーザがダウンロード番組を選択した場合はコンテンツ蓄積部４２０６に保存された番組のＡＶストリームが映像音声処理部４２０８に入力され、デコードされた映像音声が映像音声出力部４２０９を通じてユーザに提供される。
【００１６】
また、放送受信装置４２００はＥＰＧ蓄積部４２０４とＥＣＧ蓄積部４２０５から得られた番組情報を例えば電子番組表という形でユーザに提供し、視聴や予約を行わせることも可能である。例えば放送受信装置４２００は、ＥＣＧ蓄積部４２０５に蓄積されたＥＣＧデータのグループ情報や番組情報等を元にダウンロード放送用の電子番組表を生成しユーザに提示する。ここで、ユーザが電子番組表からダウンロード放送を予約してから予約完了するまでの処理の流れを図７を用いて説明する。ここで、ユーザがダウンロード予約したダウンロード番組は予約情報蓄積部（図示せず）に蓄積されている。
【００１７】
ユーザはＥＣＧ蓄積部４２０５が提示した電子番組表からダウンロード番組を選択し予約を投入する（ステップＳ０００１）。予約が投入されると、ＥＣＧ蓄積部４２０５は予約投入されたダウンロード番組の番組ＩＤから対応するＥＣＧデータ６００を抽出し、ＥＣＧデータ６００中のダウンロード制御情報６０５のｓｃｈｅｄｕｌｅ６０６を参照する（ステップＳ０００２）。このｓｃｈｅｄｕｌｅ６０６は放送スケジュールにあたり、ｓｅｒｖｉｃｅｒｅｆの値としてダウンロード番組が放送されるチャンネルを選局するための情報が格納されており、ｓｔａｒｔの値としてダウンロード放送の開始日時が格納されており、ｅｎｄの値としてダウンロード放送の終了日時が各々格納されている。
【００１８】
ＥＣＧ蓄積部４２０５はｓｃｈｅｄｕｌｅ６０６から得たダウンロード放送の開始日時まで放送受信装置４２００を待機させ（ステップＳ０００３）、ダウンロード放送の放送開始日時になると（ステップＳ０００３で「ｙｅｓ」）、映像音声切換部４２０７は受信部４２０１に指示して、予約投入されたダウンロード番組が放送されるチャンネルを選局させる（ステップＳ０００４）。都度受信される放送波がＴＬＶストリームである場合、受信部４２０１は受信したＴＬＶストリームをＴＬＶ多重分離部４２０３に入力する。ＴＬＶ多重分離部４２０３は、入力されたＴＬＶストリームからＡＶストリームを抽出し、コンテンツ蓄積部４２０６に記録させる（ステップＳ０００５）。放送受信装置４２００は、前述の処理をｓｃｈｅｄｕｌｅ６０６から得たダウンロード終了日時まで実行し（ステップＳ０００６）、予約されたダウンロード番組のダウンロードを実行させる（ステップＳ０００７）。
【００１９】
なお上記処理では、電子番組表の生成・ダウンロード番組予約実行処理を全てＥＣＧ蓄積部７２０５で行っているが、放送受信装置７２００全体を制御する制御部（図示せず）が、ＥＣＧ蓄積部７２０５に蓄積されたＥＣＧデータから得られた情報を元に電子番組表を作成し、ダウンロード制御情報９０５のｓｃｈｅｄｕｌｅ９０６を取得して予約蓄積部（図示せず）に別途蓄積し、予約蓄積部（図示せず）の情報に応じてダウンロード番組の予約実行処理を行うようにしてもよい。
【先行技術文献】
【非特許文献】
【００２０】
【非特許文献１】情報通信審議会 諮問第２０２３号 「放送システムに関する技術的条件」のうち「衛星デジタル放送の高度化に関する技術的条件」答申書 総務省 平成２０年７月２９日 ２９頁
【発明の概要】
【発明が解決しようとする課題】
【００２１】
ところで、現在検討されている放送型ダウンロード放送の方式においては、番組単位でみると、基本的には全てのユーザに対して同一のコンテンツを提供することを前提に設計している。このため、実質的に扱うことが可能なコンテンツが制約されてしまう課題があった。そのため、下記の（課題１）から（課題３）の更なる課題が発生してしまうという問題があった。
【００２２】
（課題１）ユーザや受信機の属性に応じて異なるコンテンツを扱うことができなかった。ここで属性としては、所在する地域や、ユーザの嗜好などが考えられる。つまり詳述すれば、例えば、各地方版のニュース番組やその地域の気象情報をコンテンツとして扱うことができない、一部の地域でしか発売していない商品に対して発売地域に限定してＣＭを放送することができない、更にはユーザ毎に異なるコンテンツを扱うことができないという問題があった。
【００２３】
（課題２）高い鮮度を求められるコンテンツを扱えなかった。ここで高い鮮度を求められるコンテンツとは、例えば、天気予報、交通情報、株と為替など本質的に時々刻々と変化するデータでその変化自体にユーザが注目するコンテンツである。こうしたコンテンツは、ある程度以上の鮮度が無ければユーザにとって価値が無いと言える。ところが、ダウンロード放送においては、例えば数時間〜数日前に蓄積したコンテンツを扱うことがあるが、高い鮮度を保証することが本質的に不可能であるという問題があった。
【００２４】
（課題３）コンテンツ蓄積後には、コンテンツを変更することが出来なかった。ダウンロード放送では、コンテンツを製作するタイミングとユーザがコンテンツを視聴するタイミングとは時間的に分離されており、また、分離した時間差はユーザ毎に異なる。このため、コンテンツの全てあるいはその一部が、ある日時以降に不適切になった場合でも、コンテンツを変更することが出来ないという問題があった。変更が出来ないことは、コンテンツ製作側が不適切となる日時になるまで予測不可能で気付かなかった場合だけではなく、予め無効となる日時が分かっている場合でも同様に出来ないという問題もあった。
【課題を解決するための手段】
【００２５】
本発明の請求項１に係る放送受信装置は、ダウンロード放送信号を受信する受信部と、受信されたダウンロード放送信号から、映像音声データとダウンロードコンテンツ情報を分離する分離部と、分離された映像音声データを蓄積するコンテンツ蓄積部と、分離されたダウンロードコンテンツ情報を蓄積するコンテンツ情報蓄積部と、ダウンロードコンテンツ情報に含まれるプレイリスト情報に基づいて再生するコンテンツを指定するとともに、コンテンツ蓄積部に蓄積したコンテンツを再生するコンテンツ再生制御部と、プレイリスト情報に含まれるＵＲＬにアクセスする通信部と、を備え、コンテンツ再生制御部は、通信部がアクセスしたＵＲＬからコンテンツを取得してコンテンツ蓄積部に蓄積させることを特徴とする。
【００２６】
また、本発明の請求項２に係る放送受信装置は、本発明の請求項１に係る放送受信装置の構成において、プレイリスト情報は、少なくともコンテンツ参照属性、有効期限属性及び代替コンテンツ参照属性を含み、コンテンツ再生制御部は、有効期限属性に応じてコンテンツ参照属性が有効か否かを判断し、有効である場合はコンテンツ参照属性で指定されるコンテンツを取得し、有効でない場合は代替コンテンツ参照属性で指定されるコンテンツを取得することを特徴とする。
【００２７】
また、本発明の請求項３に係る放送受信装置は、本発明の請求項２に係る放送受信装置の構成において、コンテンツ再生制御部は、コンテンツ蓄積部へのコンテンツ蓄積完了後に、プレイリスト情報の代替コンテンツ参照属性で指定されるコンテンツを通信部を介して取得することを特徴とする。
【００２８】
また、本発明の請求項４に係るコンテンツダウンロード変更方法は、ダウンロード放送信号を受信するステップと、受信したダウンロード放送信号から、映像音声データとダウンロード放送コンテンツ情報を分離するステップと、映像音声データを蓄積するステップと、ダウンロードコンテンツ情報に含まれるプレイリスト情報に基づいて再生するコンテンツを指定するステップと、プレイリスト情報に含まれるＵＲＬにアクセスするステップと、ＵＲＬからコンテンツを取得して蓄積するステップと、を有する。
【００２９】
また、本発明の請求項５に係るコンテンツダウンロード変更方法は、本発明の請求項４に係るコンテンツダウンロード変更方法において、プレイリスト情報は、少なくともコンテンツ参照属性、有効期限属性及び代替コンテンツ参照属性を含み、有効期限属性に応じてコンテンツ参照属性が有効か否かを判断し、有効である場合はコンテンツ参照属性で指定されるコンテンツを取得し、有効でない場合は代替コンテンツ参照属性で指定されるコンテンツを取得するステップを更に有することを特徴とする。
【００３０】
また、本発明の請求項６に係る放送送信装置は、リアルタイム放送番組を符号化する映像音声符号化部と、リアルタイム放送番組に対応するＥＰＧデータを生成するＥＰＧデータ生成部と、符号化されたリアルタイム放送番組と生成されたＥＰＧデータを多重化してトランスポートストリームとして出力する第１多重化部と、ダウンロード番組を蓄積するコンテンツ蓄積部と、ダウンロード番組に対応するＥＣＧデータを生成するＥＣＧデータ生成部と、蓄積されたダウンロード番組と生成されたＥＣＧデータを多重化してＴＬＶストリームを出力する第２多重化部と、トランスポートストリームとＴＬＶストリームとを切換えて出力する送信部と、を備え、ＥＣＧデータは、少なくともコンテンツ参照属性、有効期限属性及び代替コンテンツ参照属性からなるプレイリスト情報を含むことを特徴とする。
【発明の効果】
【００３１】
本発明によれば、上述の（課題１）から（課題３）に対して、夫々下記の効果がある。
【００３２】
（効果１）ユーザの所在地や嗜好に応じて異なるコンテンツを扱うこと可能となる。
【００３３】
（効果２）高い鮮度を求められるコンテンツを扱うことが可能となる。例えば、天気予報、交通情報、株と為替など、本質的に時々刻々と変化するデータを、ダウンロード放送のコンテンツとして扱うことができる。
【００３４】
（効果３）コンテンツの一部または全てを、コンテンツの蓄積後に変更することが可能となる。コンテンツ制作側が、コンテンツを変更する日時がいつか、コンテンツ送出より前に認識していた場合だけでなく、自然災害や不祥事など事前に予測不可能な場合も同様に変更できる。
【図面の簡単な説明】
【００３５】
【図１】本発明の実施の形態１に係る放送送受信システムの構成を示す図
【図２】同実施の形態に係るプレイリストのデータ構造を示す図
【図３】同実施の形態に係るプレイリストを用いたコンテンツ再生処理を示すフローチャート
【図４】従来の放送送受信システムの構成を示す図
【図５】従来の再生制御情報ファイルの構成を示す図
【図６】従来のＥＣＧデータファイルの構成を示す図
【図７】従来の放送受信装置におけるダウンロード放送予約実行処理を示すフローチャート
【発明を実施するための形態】
【００３６】
以下本発明を実施するための最良の形態について、図面を参照しながら説明する。
【００３７】
（実施の形態１）
図１は、放送型ダウンロード放送において、ダウンロード可能なコンテンツを変更可能とした本実施の形態１における放送送受信システム１００の構成を示す図である。図１において、図４を用いて説明した従来の放送送受信システム４００と同じ構成要素については同じ符号を付与しており、特に補足説明がない限り従来の放送送受信システム４００と同じものとして説明を省略する。また図２に、本実施の形態１を実現するためのプレイリスト２００の構成を示す。プレイリストはＥＣＧデータ生成部１１０１において作成され、ＴＬＶ多重化部４１０７に入力され、ＴＬＶ多重化部４１０７はプレイリスト２００を含んだＴＬＶストリームを送信部４１０１を介して放送受信装置１２００へ送出する。プレイリストはＥＣＧデータファイル６００のＧＩ６０１を拡張して格納する方法や、ＥＧＣデータファイル６００に全く新しい要素を追加する方法などで実現される。
【００３８】
図２は、本発明の実施の形態１におけるプレイリストのデータ構造を示す図である。図中、符号２００は、プレイリスト全体を示し、上述のように放送送信装置１１００から送信される。
【００３９】
プレイリスト２００は、複数のコンテンツに関し、各コンテンツの再生を制御する情報であるプレイリスト要素を含む。図２では、プレイリスト２００が、プレイリスト要素２１０、プレイリスト要素２２０、プレイリスト要素２３０、プレイリスト要素２４０の４個のプレイリスト要素を含むことを示している。
【００４０】
各プレイリスト要素は、複数の属性から構成されている。即ち、コンテンツ参照属性２０１と、有効期限属性２０２と、代替コンテンツ参照属性２０３から構成される。
【００４１】
ここで、コンテンツ参照属性２０１について説明する。コンテンツ参照属性２０１は、夫々のプレイリスト要素が対応付けられているコンテンツを指定する。コンテンツ参照属性２０１は、複数の形式で指定可能である。
【００４２】
例えば、コンテンツ参照属性２０１は、蓄積されたコンテンツを指定できる。識別情報の形式としては、送出側で決定されるＣＲＩＤ等のＩＤ、送出側から放送または通信によりコンテンツを受信する際に用いるパラメータが含まれるＵＲＩ（Ｕｎｉｆｏｒｍｅｄ Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒ）やＤＣＩ６０５、放送受信装置１２００内部で採番されることで割り当てられたシリアル番号などのいずれでも良い。
【００４３】
また、コンテンツ参照属性２０１は、蓄積されたコンテンツの一部を指定することが出来る。識別情報２２１では蓄積されたＡＶ（映像音声）の、時間的一部分が指定されている。あるいは、画面中から一部の座標系を切り出す指定や、複数の音声が同時に含まれる場合にその一部を選択しても良い。
【００４４】
あるいは、コンテンツ参照属性２０１は、コンテンツを通信によって取得するためのパラメータを保持できる。識別情報２３１では、ネットワークで接続されたサーバ内のコンテンツを指定するＵＲＩを保持している。
【００４５】
更には、コンテンツ参照属性２０１は、別のプレイリストを指定することで、再帰的な構造をしたプレイリストを構成することが出来る。コンテンツ参照属性２４１では、プレイリストを通信により取得するためのＵＲＩが格納される。
【００４６】
なお、映像と音声とを別々に指定しても良い。即ち映像はダウンロード放送で事前に蓄積されたもので、音声は通信により取得しても良い。例えば、容量の大きい映像はダウンロード放送で効率的に送ると共に、製作に時間がかかる吹き替えや通訳を映像送信後まで時間をかけて製作し後から送信することが可能となる。
【００４７】
次に、有効期限属性２０２について説明する。有効期限属性２０２は、注目しているプレイリスト要素のコンテンツ参照属性２０１が有効である期間が指定される。現在時刻が有効である期間に含まれない場合には、コンテンツ参照属性２０１が何も指定していない状態と同様に扱われる。プレイリスト要素２１０の有効期限属性２１２では、２０１０年１２月３１日の１２：００まで、コンテンツ参照属性２０１である識別情報２１１が有効であることが指定されている。なお、この属性には、コンテンツ参照が無効な状態から有効な状態にアクティベイトされる日時を含んでも良いし、複数の有効期間を同時に保持しても良い。また、各ユーザが初めて視聴した日時を起点とした最大の時間経過を指定しても良いし、再生の度にカウントダウンされる再生可能回数を格納しても良い。あるいは、プレイリスト要素２２０の有効期限属性２０２及びプレイリスト要素２３０の有効期限属性２０２では、期限が指定されない場合を示している。この際には、時間経過にかかわらず常に有効である。なお、上記では有効期限属性２０２の評価方法として、現在時刻が条件を満たすか否かで判定していたが、他の判定方法を用いても良い。例えば、コンテンツのバージョン、特定のユーザに対して有効であるといった条件、放送受信装置１２００のバッテリーの状態、ネットワークの通信品質、ユーザの嗜好情報との適合などを格納しても良い。
【００４８】
次に、代替コンテンツ参照属性２０３について説明する。代替コンテンツ参照属性２０３は、有効期限属性２０２に応じてコンテンツ参照属性２０１が無効だと判断された場合に、代替のコンテンツを指定する。代替コンテンツ参照属性２０３の取り得る値としては、コンテンツ参照属性２０１と同じで良い。注目しているプレイリスト要素において、有効期限属性２０２が有効期限を満たさない場合には、コンテンツ参照属性２０１が無効になる。この際に、代替コンテンツ参照属性２０３に有効な値が格納されている場合には、代替コンテンツ参照属性２０３の指定するコンテンツが、プレイリスト要素の指定するコンテンツとして採用される。なお、図２では、１個のプレイリスト要素に対して１個の代替コンテンツ参照属性が格納されているが、複数格納することで、代替の代替といった処理を可能にしても良い。
【００４９】
次に、放送受信装置１２００が、プレイリスト２００を用いてコンテンツの再生を行う処理について、図３を用いて説明する。図３は、本発明の実施の形態１における、放送受信装置１２００でのプレイリスト再生のフローチャートである。ここで、プレイリスト２００は受信部４２０１、ＴＬＶ多重分離部４２０３を介して、事前にＥＣＧ蓄積部１２０１に蓄積されているとする。
【００５０】
（ステップＳ０３０１）コンテンツ再生制御部１２０２は、指定されたプレイリストＰから、１個ずつ順に、プレイリスト要素ｐｐを取り出す。
【００５１】
（ステップＳ０３０２）コンテンツ再生制御部１２０２は、最後のステップＳ０３０１の実行で、既に全てのプレイリスト要素ｐｐが選択済で、何もプレイリスト要素ｐｐとして取り出されなかった場合には（ステップＳ０３０２で「ｙｅｓ」）、処理を終了する。
【００５２】
（ステップＳ０３０３）コンテンツ再生制御部１２０２は、ステップＳ０３０１で選択されたプレイリスト要素ｐｐの、有効期限属性を評価する。有効であると判断された場合には、再生すべきコンテンツＣをコンテンツ参照属性の値とし、ステップＳ０３０５に進む。有効でないと判断された場合にはステップＳ０３０４に進む。
【００５３】
（ステップＳ０３０４）コンテンツ再生制御部１２０２は、プレイリスト要素ｐｐの代替コンテンツ参照属性を参照し、再生すべきコンテンツＣを、代替コンテンツ参照属性の指定するものに変更する。そして、コンテンツ再生制御部１２０２は、通信部１２０３を介して配信サーバ１３００から代替コンテンツであるコンテンツＣを取得し、コンテンツ蓄積部１２０４に蓄積する。そしてステップＳ０３０５に進む。
【００５４】
（ステップＳ０３０５）コンテンツ再生制御部１２０２は、コンテンツＣの形式がプレイリストである場合にはステップＳ０３０７へ、プレイリストでない場合にはステップＳ０３０６に進む。
【００５５】
（ステップＳ０３０６）コンテンツ再生制御部１２０２は、コンテンツ蓄積部１２０４に蓄積されたコンテンツＣを再生する。そしてステップＳ０３０１に戻る。
【００５６】
（ステップＳ０３０７）コンテンツ再生制御部１２０２は、ステップＳ０３０１からステップＳ０３０６の処理を、プレイリストＣを引数にして再帰的に呼び出す。この処理によって、プレイリストＣに対する再生が実現される。そしてステップＳ０３０１に戻る。
【００５７】
なお、放送受信装置１２００のユーザは、コンテンツを選択し再生する際に行うのと同じ操作で、プレイリストを再生すればよい。また、コンテンツとプレイリストが混在した一覧画面からいずれかを選択しても良い。この選択方法によって、ユーザの観点からは、プレイリストはコンテンツの１種類として、特別な操作方法を習熟することなく統一的に操作することが可能となる。
【００５８】
さて、ここで所在する地域に応じて異なるコンテンツを再生する処理について説明する。プレイリスト要素２３０では、コンテンツ参照属性２０１で、通信からのコンテンツ取得が指定されている。通信で接続されるサーバでは、放送受信装置１２００毎に指定するコンテンツを変更することができる。例えば、放送受信装置１２００が通信でのコンテンツ取得を要求する際に、放送受信装置１２００が存在する地域の情報を送れば、その情報に従ってサーバが複数のコンテンツの中からその地域に適切なコンテンツを選択して送り返せばよい。あるいは、直接的に地域情報を放送受信装置１２００から送るのではなく、放送受信装置１２００がアクセスしてきている経路をサーバ側で認識することで、どの放送受信装置かをサーバが特定し、次にサーバ側で放送受信装置から地域への対応表を用いることで、どの地域かを特定しても良い。
【００５９】
なお、地域の情報の代わりにユーザの嗜好情報などを送ることで、サーバ側でユーザの嗜好に合ったコンテンツを選択させても良い。
【００６０】
上記のように、サーバ側で放送受信装置毎にプレイリストに含まれる一部のコンテンツを差し替えることが可能となる。例えば、各地方版のニュース番組やその地域の気象情報といった地域ごとに異なるコンテンツを、放送受信装置の地域ごとに変更することが可能となる。あるいは、一部の地域でしか発売していない商品に対して、発売地域に限定してＣＭを放送することが可能となる。また、ユーザ毎に異なるコンテンツを扱うこともできる。
【００６１】
（実施の形態２）
実施の形態２では、コンテンツの鮮度を保証する方法について説明する。まず、代替コンテンツ参照属性２０３にある様に、プレイリスト再生の際に必ず通信経由で最新のコンテンツを取得に行けば良い。この方法はシンプルであるが、プレイリスト再生時に通信によるコンテンツ取得が必須となるため、通信インフラ全体でのトラフィックやサーバ負荷の削減といったダウンロード放送のメリットが損なわれてしまう。
【００６２】
上記の課題を解決する方法を、プレイリスト要素２１０を用いて説明する。プレイリスト要素２１０では、蓄積したコンテンツがコンテンツ参照属性２１１で指定されている。そして、蓄積したコンテンツの鮮度が十分である期限を、有効期限属性２１２に格納する。もし、プレイリスト要素２１０を再生した時点で、有効期限属性２１２によって蓄積したコンテンツでは鮮度が不十分であると判断された場合には、代替コンテンツ参照属性２１０によって通信によるコンテンツ取得が行われる。有効期限内は通信でのコンテンツ取得が行われないため、通信インフラ全体でのトラフィックやサーバ負荷の削減が達成と、コンテンツの鮮度の保証との両方が同時に達成される。
【００６３】
上記の様に、コンテンツの鮮度が保証できる仕組みを導入することで、例えば、天気予報、交通情報、株と為替など、本質的に時々刻々と変化するデータをダウンロード放送のコンテンツとして扱うことが出来る。
【００６４】
（実施の形態３）
実施の形態３では、コンテンツの蓄積後にコンテンツの一部または全ての変更する方法について説明する。
【００６５】
まず、コンテンツを必ず通信で取得する様に、コンテンツ参照属性２０１に通信取得を指定すれば、送出側の意図通りに変更してプレイリストを再生することが出来る。
【００６６】
更には、通信で取得するコンテンツとして、プレイリスト要素２４１の様にプレイリストＰ２をコンテンツとして指定すれば、再生されるコンテンツの数についても変更できる。プレイリストＰ２の構造は図２で説明したプレイリストと同じでよい。例えば、プレイリストＰ２のプレイリスト要素として蓄積したコンテンツを指定する様にすれば、通信ではデータサイズの大きなコンテンツを受信せず、相対的にサイズの小さなプレイリストＰ２自体のデータのみを受信すればよい。従って、この方法によれば、通信インフラ全体でのトラフィックやサーバ負荷の削減が達成できる。
【産業上の利用可能性】
【００６７】
本発明によれば、放送型ダウンロード放送のように、放送受信装置への配布とユーザの視聴のタイミングが非同期的に行われるコンテンツ配送システムにおいて、コンテンツを地域や嗜好に応じて内容を変更したり、コンテンツの鮮度を保証したり、蓄積後に変更できる。このため、ダウンロード放送を受信可能な全てのＡＶ機器において有用である。
【符号の説明】
【００６８】
１００ 放送送受信システム
１１００ 放送送信装置
１１０１ ＥＣＧデータ生成部
１２００ 放送受信装置
１２０１ ＥＣＧ蓄積部
１２０２ コンテンツ再生制御部
１２０３、１３０１ 通信部
１２０４、１３０２、４１０４ コンテンツ蓄積部
１３００ 配信サーバ
４１０１ 送信部
４１０２ 映像音声符号化部
４１０３ ＥＰＧデータ生成部
４１０６ ＭＰＥＧＴＳ多重化部
４１０７ ＴＬＶ多重化部
４１０８ 切換部
４２０１ 受信部
４２０２ ＭＰＥＧＴＳ多重分離部
４２０３ ＴＬＶ多重分離部
４２０４ ＥＰＧ蓄積部
４２０７ 映像音声切換部
４２０８ 映像音声処理部
４２０９ 映像音声出力部
【技術分野】
【０００１】
本発明は放送受信装置及びダウンロードコンテンツ変更方法に関し、特に、高度化ＩＳＤＢ−Ｓ（Ｉｎｔｅｇｒａｔｅｄ Ｓｅｒｖｉｃｅｓ Ｄｉｇｉｔａｌ Ｂｒｏａｄｃａｓｔｉｎｇ−Ｓａｔｅｌｌｉｔｅ）、つまり、高度化衛星放送規格で運用されることが検討されている、放送型ダウンロード放送を受信可能な放送受信装置及びダウンロードコンテンツ変更方法に関する。
【背景技術】
【０００２】
デジタル放送には、従来からあるテレビ放送のようにリアルタイムに番組視聴することを目的としたリアルタイム放送と、番組をＨＤＤやフラッシュメモリなど放送受信装置の記録メディアに一端蓄積しておきユーザの所望する時間に再生して視聴することを目的としたダウンロード放送とがある。ダウンロード放送はリアルタイムに視聴することができないという欠点があるものの、スーパーハイビジョン放送や４Ｋ２Ｋ放送など必要な転送帯域が大きすぎて実時間での放送が困難な高ビットレート映像の配信を事前にダウンロードさせておくことが可能であり、また画質を抑えた低ビットレートの映像を実時間よりも短い時間で複数番組配信するといったサービスも可能である。ダウンロード放送の仕組みとしては日本のアクトビラサービスに代表されるようにＩＰネットワークを伝送路として用いるネット型ダウンロード放送と、高度化ＩＳＤＢ−Ｓ（Ｉｎｔｅｇｒａｔｅｄ Ｓｅｒｖｉｃｅｓ Ｄｉｇｉｔａｌ Ｂｒｏａｄｃａｓｔｉｎｇ−Ｓａｔｅｌｌｉｔｅ）すなわち高度化衛星放送規格にて運用が検討されている、衛星放送波を伝送路として用いる放送型ダウンロード放送とがある。
【０００３】
ダウンロード番組は、映像コンテンツの本体にあたるメディアファイル、ダウンロード番組の再生制御に必要な情報が記載された再生制御情報ファイル、コンテンツのタイトルやシリーズなどの情報、ライセンス情報などが記載されたＥＣＧ（Ｅｌｅｃｔｒｉｃ Ｃｏｎｔｅｎｔｓ Ｇｕｉｄｅ）データファイル（後ほど図面を用いて詳述する）などの各ファイルで構成される。メディアファイルはＭｐｅｇ−ＴＳストリームであることが一般的であり、Ｍｐｅｇ−ＴＳストリームの中にＭｐｅｇ２やＨ．２６４形式の映像データやＡＡＣやＡＣ３形式の音楽データ、字幕データなどが格納されている。Ｍｐｅｇ−ＴＳストリームは１９２（または１８８）Ｂｙｔｅの固定長パケットから構成され、映像データや音楽データなどは各パケット単位に分割されて格納される。
【０００４】
ここで、図４から図７を用いて従来の放送受信システムの構成及び処理内容について説明する。図４は、リアルタイム放送と放送型ダウンロード放送の双方の受信に対応した放送送受信システムの構成を示す図である。図５は、ダウンロード番組を再生するための情報が記載された再生制御情報ファイルの構成を示す図である。図６は、ＥＣＧデータファイルの構成を示す図である。図７は、放送受信装置におけるダウンロード放送予約実行処理を示すフローチャートである。
【０００５】
放送送受信システム４００の構成を説明する前に、図５及び図６を用いて再生制御情報ファイル５００及びＥＣＧデータファイル６００の構成を説明する。
【０００６】
まず、再生制御情報ファイル５００について説明する。再生制御情報ファイル５００は、コンテンツ情報やチャプター情報などが記載されたコンテンツ属性情報５０１（ＥＲＩ：Ｅｎｔｒｙ Ｒｅｓｏｕｒｃｅ Ｉｎｆｏｒｍａｔｉｏｎ）と、メディアファイルを再生するために必要な情報が記載されたストリーム再生制御情報５０２（ＳＣＩ：Ｓｔｒｅａｍｉｎｇ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ）、著作権保護されたメディアファイルを再生するために必要なライセンス関連情報５０３（ＬＬＩ：Ｌｉｃｅｎｓｅ Ｌｉｎｋ Ｉｎｆｏｒｍａｔｉｏｎ）から構成される。
【０００７】
ネット型ダウンロード放送では、上述のダウンロード番組を構成する各ファイルはＷｅｂサーバ上に公開されており、放送受信装置が所望するタイミングで上述のダウンロード番組を構成する各ファイルをファイル単位で取得し蓄積する。一方、放送型ダウンロード放送では、ダウンロード番組を構成する全ファイルをダウンロード放送信号多重化方式にて多重化し、事前に決められたダウンロード放送時間に放送波に重畳されて放送する。放送受信装置はダウンロード放送時間になると放送波から多重化されたデータを受信し、多重化を解いた上で蓄積する。なお、ダウンロード放送信号多重化方式には、伝送効率を考慮して可変長パケットによる多重化方式が用いられる。例えば、日本の高度ＢＳデジタル放送では、ダウンロード放送信号多重化方式としてＴＬＶ（Ｔｙｐｅ Ｌｅｎｇｔｈ Ｖａｌｕｅ）多重化方式が用いられ、ダウンロード放送信号はＴＬＶストリームと呼ばれる（例えば、非特許文献１参照）。
【０００８】
次にＥＣＧデータファイル６００について説明する。リアルタイム放送では放送される番組の情報はＥＰＧ（Ｅｌｅｃｔｒｉｃ Ｐｒｏｇｒａｍ Ｇｕｉｄｅ）情報としてＭｐｅｇ−ＴＳストリーム中のＰＭＴパケットにＳＩ情報として記述されている。放送受信装置ではこのＥＰＧ情報を元に電子番組表を提供している。一方、ダウンロード放送ではリアルタイム放送におけるＥＰＧ情報に相当するものとして前述のようにダウンロード番組の詳細情報が記載されたＥＣＧ（Ｅｌｅｃｔｒｉｃ Ｃｏｎｔｅｎｔｓ Ｇｕｉｄｅ）データファイル６００が存在する。ダウンロード番組は番組毎にユニークなＩＤである番組ＩＤ（ＣＲＩＤ）が付与されており、ＥＣＧデータファイル６００は、番組ＩＤを元にダウンロード番組が属するグループに関して記載されたグループ情報６０１（ＧＩ：Ｇｒｏｕｐ Ｉｎｆｏｒｍａｔｉｏｎ）やダウンロード番組の内容の詳細が記載された番組情報６０２（ＰＩ：Ｐｒｏｇｒａｍ Ｉｎｆｏｒｍａｔｉｏｎ）、ダウンロード番組の利用条件などが記載されたライセンス参照情報６０３（ＬＩ：Ｌｉｃｅｎｓｅ Ｉｎｆｏｒｍａｔｉｏｎ）、ダウンロード番組の購入可能期間や価格等が記載された購入情報６０４（ＰｕＩ：Ｐｕｒｃｈａｓｅ Ｉｎｆｏｒｍａｔｉｏｎ）、ダウンロードに必要な情報が記載されたダウンロード制御情報６０５（ＤＣＩ：Ｄｏｗｎｌｏａｄ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ）から構成される。
【０００９】
図４に示す従来の放送送受信システム４００は、リアルタイム放送を受信し、かつ上述の再生制御情報ファイル５００及びＥＣＧデータファイル６００を用いて放送型ダウンロード放送を受信可能な放送送受信システムである。放送送受信システム４００は、放送送信装置４１００と放送受信装置４２００から構成される。
【００１０】
放送送信装置４１００は放送局側の設備に当たり、放送スケジュールに応じてリアルタイム放送と放送型ダウンロード放送とを送信部４１０１を介して放送波に乗せて放送する。例えばリアルタイム放送の場合、放送する番組映像を映像音声符号化部４１０２でＭｐｅｇ２などに符号化し、同時に放送する番組の情報や放送スケジュールに関する情報をＥＰＧデータ生成部４１０３でＥＰＧデータに変換して、各々ＭＰＥＧＴＳ多重化部４１０６に入力することで放送するＭｐｅｇ−ＴＳストリームを生成する。
【００１１】
一方、放送型ダウンロード放送の場合はあらかじめ放送する番組映像をオーサリングしておきコンテンツ蓄積部４１０４に記録し、同時に放送する番組のＥＣＧデータをＥＣＧデータ生成部４１０５で生成して、各々ＴＬＶ多重化部４１０７に入力することで放送するＴＬＶストリームを生成する。
【００１２】
このように生成されたリアルタイム放送用のＭｐｅｇ−ＴＳストリームと放送型ダウンロード放送用のＴＬＶストリームは、放送スケジュールに応じて切換部４１０８で切り替えられて送信部４１０１に入力される。送信部４１０１は、前述のように入力されたストリームを放送波にのせて放送する。
【００１３】
放送受信装置４２００はリアルタイム放送と放送型ダウンロード放送の双方に対応した放送受信装置にあたり、放送送信装置４１００が送出した放送波を受信部４２０１で受信する。受信部４２０１は受信した放送波からストリームを抽出し、抽出したストリームがリアルタイム放送のＭｐｅｇ−ＴＳストリームであればＭｐｅｇＴＳ多重分離部４２０２に入力し、放送型ダウンロード放送のＴＬＶストリームであればＴＬＶ多重分離部４２０３に入力する。ＭｐｅｇＴＳ多重分離部４２０２は入力されたＭｐｅｇ−ＴＳストリームをＡＶストリームとＥＰＧデータとに分離し、ＥＰＧデータはＥＰＧ蓄積部４２０４に保存する。
【００１４】
一方、ＴＬＶ多重分離部４２０３は入力されたＴＬＶストリームをＡＶストリームとＥＣＧデータとに分離し、ＡＶストリームをコンテンツ蓄積部４２０６に保存するとともに、ＥＣＧデータをＥＣＧ蓄積部４２０５に保存する。なお、図示していないがＥＣＧデータは放送波経由だけでなく、ネットワーク経由でインターネット上のサーバからも取得可能とすることが検討されており、この場合もネットワーク経由で取得されたＥＣＧデータはＥＣＧ蓄積部４２０５に保存される。
【００１５】
放送受信装置４２００は、ユーザの操作に応じてリアルタイム放送の番組を表示するのか、ダウンロード番組を表示するのかを映像音声切換部４２０７にて切り替える。ユーザがダウンロード番組を選択した場合はコンテンツ蓄積部４２０６に保存された番組のＡＶストリームが映像音声処理部４２０８に入力され、デコードされた映像音声が映像音声出力部４２０９を通じてユーザに提供される。
【００１６】
また、放送受信装置４２００はＥＰＧ蓄積部４２０４とＥＣＧ蓄積部４２０５から得られた番組情報を例えば電子番組表という形でユーザに提供し、視聴や予約を行わせることも可能である。例えば放送受信装置４２００は、ＥＣＧ蓄積部４２０５に蓄積されたＥＣＧデータのグループ情報や番組情報等を元にダウンロード放送用の電子番組表を生成しユーザに提示する。ここで、ユーザが電子番組表からダウンロード放送を予約してから予約完了するまでの処理の流れを図７を用いて説明する。ここで、ユーザがダウンロード予約したダウンロード番組は予約情報蓄積部（図示せず）に蓄積されている。
【００１７】
ユーザはＥＣＧ蓄積部４２０５が提示した電子番組表からダウンロード番組を選択し予約を投入する（ステップＳ０００１）。予約が投入されると、ＥＣＧ蓄積部４２０５は予約投入されたダウンロード番組の番組ＩＤから対応するＥＣＧデータ６００を抽出し、ＥＣＧデータ６００中のダウンロード制御情報６０５のｓｃｈｅｄｕｌｅ６０６を参照する（ステップＳ０００２）。このｓｃｈｅｄｕｌｅ６０６は放送スケジュールにあたり、ｓｅｒｖｉｃｅｒｅｆの値としてダウンロード番組が放送されるチャンネルを選局するための情報が格納されており、ｓｔａｒｔの値としてダウンロード放送の開始日時が格納されており、ｅｎｄの値としてダウンロード放送の終了日時が各々格納されている。
【００１８】
ＥＣＧ蓄積部４２０５はｓｃｈｅｄｕｌｅ６０６から得たダウンロード放送の開始日時まで放送受信装置４２００を待機させ（ステップＳ０００３）、ダウンロード放送の放送開始日時になると（ステップＳ０００３で「ｙｅｓ」）、映像音声切換部４２０７は受信部４２０１に指示して、予約投入されたダウンロード番組が放送されるチャンネルを選局させる（ステップＳ０００４）。都度受信される放送波がＴＬＶストリームである場合、受信部４２０１は受信したＴＬＶストリームをＴＬＶ多重分離部４２０３に入力する。ＴＬＶ多重分離部４２０３は、入力されたＴＬＶストリームからＡＶストリームを抽出し、コンテンツ蓄積部４２０６に記録させる（ステップＳ０００５）。放送受信装置４２００は、前述の処理をｓｃｈｅｄｕｌｅ６０６から得たダウンロード終了日時まで実行し（ステップＳ０００６）、予約されたダウンロード番組のダウンロードを実行させる（ステップＳ０００７）。
【００１９】
なお上記処理では、電子番組表の生成・ダウンロード番組予約実行処理を全てＥＣＧ蓄積部７２０５で行っているが、放送受信装置７２００全体を制御する制御部（図示せず）が、ＥＣＧ蓄積部７２０５に蓄積されたＥＣＧデータから得られた情報を元に電子番組表を作成し、ダウンロード制御情報９０５のｓｃｈｅｄｕｌｅ９０６を取得して予約蓄積部（図示せず）に別途蓄積し、予約蓄積部（図示せず）の情報に応じてダウンロード番組の予約実行処理を行うようにしてもよい。
【先行技術文献】
【非特許文献】
【００２０】
【非特許文献１】情報通信審議会 諮問第２０２３号 「放送システムに関する技術的条件」のうち「衛星デジタル放送の高度化に関する技術的条件」答申書 総務省 平成２０年７月２９日 ２９頁
【発明の概要】
【発明が解決しようとする課題】
【００２１】
ところで、現在検討されている放送型ダウンロード放送の方式においては、番組単位でみると、基本的には全てのユーザに対して同一のコンテンツを提供することを前提に設計している。このため、実質的に扱うことが可能なコンテンツが制約されてしまう課題があった。そのため、下記の（課題１）から（課題３）の更なる課題が発生してしまうという問題があった。
【００２２】
（課題１）ユーザや受信機の属性に応じて異なるコンテンツを扱うことができなかった。ここで属性としては、所在する地域や、ユーザの嗜好などが考えられる。つまり詳述すれば、例えば、各地方版のニュース番組やその地域の気象情報をコンテンツとして扱うことができない、一部の地域でしか発売していない商品に対して発売地域に限定してＣＭを放送することができない、更にはユーザ毎に異なるコンテンツを扱うことができないという問題があった。
【００２３】
（課題２）高い鮮度を求められるコンテンツを扱えなかった。ここで高い鮮度を求められるコンテンツとは、例えば、天気予報、交通情報、株と為替など本質的に時々刻々と変化するデータでその変化自体にユーザが注目するコンテンツである。こうしたコンテンツは、ある程度以上の鮮度が無ければユーザにとって価値が無いと言える。ところが、ダウンロード放送においては、例えば数時間〜数日前に蓄積したコンテンツを扱うことがあるが、高い鮮度を保証することが本質的に不可能であるという問題があった。
【００２４】
（課題３）コンテンツ蓄積後には、コンテンツを変更することが出来なかった。ダウンロード放送では、コンテンツを製作するタイミングとユーザがコンテンツを視聴するタイミングとは時間的に分離されており、また、分離した時間差はユーザ毎に異なる。このため、コンテンツの全てあるいはその一部が、ある日時以降に不適切になった場合でも、コンテンツを変更することが出来ないという問題があった。変更が出来ないことは、コンテンツ製作側が不適切となる日時になるまで予測不可能で気付かなかった場合だけではなく、予め無効となる日時が分かっている場合でも同様に出来ないという問題もあった。
【課題を解決するための手段】
【００２５】
本発明の請求項１に係る放送受信装置は、ダウンロード放送信号を受信する受信部と、受信されたダウンロード放送信号から、映像音声データとダウンロードコンテンツ情報を分離する分離部と、分離された映像音声データを蓄積するコンテンツ蓄積部と、分離されたダウンロードコンテンツ情報を蓄積するコンテンツ情報蓄積部と、ダウンロードコンテンツ情報に含まれるプレイリスト情報に基づいて再生するコンテンツを指定するとともに、コンテンツ蓄積部に蓄積したコンテンツを再生するコンテンツ再生制御部と、プレイリスト情報に含まれるＵＲＬにアクセスする通信部と、を備え、コンテンツ再生制御部は、通信部がアクセスしたＵＲＬからコンテンツを取得してコンテンツ蓄積部に蓄積させることを特徴とする。
【００２６】
また、本発明の請求項２に係る放送受信装置は、本発明の請求項１に係る放送受信装置の構成において、プレイリスト情報は、少なくともコンテンツ参照属性、有効期限属性及び代替コンテンツ参照属性を含み、コンテンツ再生制御部は、有効期限属性に応じてコンテンツ参照属性が有効か否かを判断し、有効である場合はコンテンツ参照属性で指定されるコンテンツを取得し、有効でない場合は代替コンテンツ参照属性で指定されるコンテンツを取得することを特徴とする。
【００２７】
また、本発明の請求項３に係る放送受信装置は、本発明の請求項２に係る放送受信装置の構成において、コンテンツ再生制御部は、コンテンツ蓄積部へのコンテンツ蓄積完了後に、プレイリスト情報の代替コンテンツ参照属性で指定されるコンテンツを通信部を介して取得することを特徴とする。
【００２８】
また、本発明の請求項４に係るコンテンツダウンロード変更方法は、ダウンロード放送信号を受信するステップと、受信したダウンロード放送信号から、映像音声データとダウンロード放送コンテンツ情報を分離するステップと、映像音声データを蓄積するステップと、ダウンロードコンテンツ情報に含まれるプレイリスト情報に基づいて再生するコンテンツを指定するステップと、プレイリスト情報に含まれるＵＲＬにアクセスするステップと、ＵＲＬからコンテンツを取得して蓄積するステップと、を有する。
【００２９】
また、本発明の請求項５に係るコンテンツダウンロード変更方法は、本発明の請求項４に係るコンテンツダウンロード変更方法において、プレイリスト情報は、少なくともコンテンツ参照属性、有効期限属性及び代替コンテンツ参照属性を含み、有効期限属性に応じてコンテンツ参照属性が有効か否かを判断し、有効である場合はコンテンツ参照属性で指定されるコンテンツを取得し、有効でない場合は代替コンテンツ参照属性で指定されるコンテンツを取得するステップを更に有することを特徴とする。
【００３０】
また、本発明の請求項６に係る放送送信装置は、リアルタイム放送番組を符号化する映像音声符号化部と、リアルタイム放送番組に対応するＥＰＧデータを生成するＥＰＧデータ生成部と、符号化されたリアルタイム放送番組と生成されたＥＰＧデータを多重化してトランスポートストリームとして出力する第１多重化部と、ダウンロード番組を蓄積するコンテンツ蓄積部と、ダウンロード番組に対応するＥＣＧデータを生成するＥＣＧデータ生成部と、蓄積されたダウンロード番組と生成されたＥＣＧデータを多重化してＴＬＶストリームを出力する第２多重化部と、トランスポートストリームとＴＬＶストリームとを切換えて出力する送信部と、を備え、ＥＣＧデータは、少なくともコンテンツ参照属性、有効期限属性及び代替コンテンツ参照属性からなるプレイリスト情報を含むことを特徴とする。
【発明の効果】
【００３１】
本発明によれば、上述の（課題１）から（課題３）に対して、夫々下記の効果がある。
【００３２】
（効果１）ユーザの所在地や嗜好に応じて異なるコンテンツを扱うこと可能となる。
【００３３】
（効果２）高い鮮度を求められるコンテンツを扱うことが可能となる。例えば、天気予報、交通情報、株と為替など、本質的に時々刻々と変化するデータを、ダウンロード放送のコンテンツとして扱うことができる。
【００３４】
（効果３）コンテンツの一部または全てを、コンテンツの蓄積後に変更することが可能となる。コンテンツ制作側が、コンテンツを変更する日時がいつか、コンテンツ送出より前に認識していた場合だけでなく、自然災害や不祥事など事前に予測不可能な場合も同様に変更できる。
【図面の簡単な説明】
【００３５】
【図１】本発明の実施の形態１に係る放送送受信システムの構成を示す図
【図２】同実施の形態に係るプレイリストのデータ構造を示す図
【図３】同実施の形態に係るプレイリストを用いたコンテンツ再生処理を示すフローチャート
【図４】従来の放送送受信システムの構成を示す図
【図５】従来の再生制御情報ファイルの構成を示す図
【図６】従来のＥＣＧデータファイルの構成を示す図
【図７】従来の放送受信装置におけるダウンロード放送予約実行処理を示すフローチャート
【発明を実施するための形態】
【００３６】
以下本発明を実施するための最良の形態について、図面を参照しながら説明する。
【００３７】
（実施の形態１）
図１は、放送型ダウンロード放送において、ダウンロード可能なコンテンツを変更可能とした本実施の形態１における放送送受信システム１００の構成を示す図である。図１において、図４を用いて説明した従来の放送送受信システム４００と同じ構成要素については同じ符号を付与しており、特に補足説明がない限り従来の放送送受信システム４００と同じものとして説明を省略する。また図２に、本実施の形態１を実現するためのプレイリスト２００の構成を示す。プレイリストはＥＣＧデータ生成部１１０１において作成され、ＴＬＶ多重化部４１０７に入力され、ＴＬＶ多重化部４１０７はプレイリスト２００を含んだＴＬＶストリームを送信部４１０１を介して放送受信装置１２００へ送出する。プレイリストはＥＣＧデータファイル６００のＧＩ６０１を拡張して格納する方法や、ＥＧＣデータファイル６００に全く新しい要素を追加する方法などで実現される。
【００３８】
図２は、本発明の実施の形態１におけるプレイリストのデータ構造を示す図である。図中、符号２００は、プレイリスト全体を示し、上述のように放送送信装置１１００から送信される。
【００３９】
プレイリスト２００は、複数のコンテンツに関し、各コンテンツの再生を制御する情報であるプレイリスト要素を含む。図２では、プレイリスト２００が、プレイリスト要素２１０、プレイリスト要素２２０、プレイリスト要素２３０、プレイリスト要素２４０の４個のプレイリスト要素を含むことを示している。
【００４０】
各プレイリスト要素は、複数の属性から構成されている。即ち、コンテンツ参照属性２０１と、有効期限属性２０２と、代替コンテンツ参照属性２０３から構成される。
【００４１】
ここで、コンテンツ参照属性２０１について説明する。コンテンツ参照属性２０１は、夫々のプレイリスト要素が対応付けられているコンテンツを指定する。コンテンツ参照属性２０１は、複数の形式で指定可能である。
【００４２】
例えば、コンテンツ参照属性２０１は、蓄積されたコンテンツを指定できる。識別情報の形式としては、送出側で決定されるＣＲＩＤ等のＩＤ、送出側から放送または通信によりコンテンツを受信する際に用いるパラメータが含まれるＵＲＩ（Ｕｎｉｆｏｒｍｅｄ Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒ）やＤＣＩ６０５、放送受信装置１２００内部で採番されることで割り当てられたシリアル番号などのいずれでも良い。
【００４３】
また、コンテンツ参照属性２０１は、蓄積されたコンテンツの一部を指定することが出来る。識別情報２２１では蓄積されたＡＶ（映像音声）の、時間的一部分が指定されている。あるいは、画面中から一部の座標系を切り出す指定や、複数の音声が同時に含まれる場合にその一部を選択しても良い。
【００４４】
あるいは、コンテンツ参照属性２０１は、コンテンツを通信によって取得するためのパラメータを保持できる。識別情報２３１では、ネットワークで接続されたサーバ内のコンテンツを指定するＵＲＩを保持している。
【００４５】
更には、コンテンツ参照属性２０１は、別のプレイリストを指定することで、再帰的な構造をしたプレイリストを構成することが出来る。コンテンツ参照属性２４１では、プレイリストを通信により取得するためのＵＲＩが格納される。
【００４６】
なお、映像と音声とを別々に指定しても良い。即ち映像はダウンロード放送で事前に蓄積されたもので、音声は通信により取得しても良い。例えば、容量の大きい映像はダウンロード放送で効率的に送ると共に、製作に時間がかかる吹き替えや通訳を映像送信後まで時間をかけて製作し後から送信することが可能となる。
【００４７】
次に、有効期限属性２０２について説明する。有効期限属性２０２は、注目しているプレイリスト要素のコンテンツ参照属性２０１が有効である期間が指定される。現在時刻が有効である期間に含まれない場合には、コンテンツ参照属性２０１が何も指定していない状態と同様に扱われる。プレイリスト要素２１０の有効期限属性２１２では、２０１０年１２月３１日の１２：００まで、コンテンツ参照属性２０１である識別情報２１１が有効であることが指定されている。なお、この属性には、コンテンツ参照が無効な状態から有効な状態にアクティベイトされる日時を含んでも良いし、複数の有効期間を同時に保持しても良い。また、各ユーザが初めて視聴した日時を起点とした最大の時間経過を指定しても良いし、再生の度にカウントダウンされる再生可能回数を格納しても良い。あるいは、プレイリスト要素２２０の有効期限属性２０２及びプレイリスト要素２３０の有効期限属性２０２では、期限が指定されない場合を示している。この際には、時間経過にかかわらず常に有効である。なお、上記では有効期限属性２０２の評価方法として、現在時刻が条件を満たすか否かで判定していたが、他の判定方法を用いても良い。例えば、コンテンツのバージョン、特定のユーザに対して有効であるといった条件、放送受信装置１２００のバッテリーの状態、ネットワークの通信品質、ユーザの嗜好情報との適合などを格納しても良い。
【００４８】
次に、代替コンテンツ参照属性２０３について説明する。代替コンテンツ参照属性２０３は、有効期限属性２０２に応じてコンテンツ参照属性２０１が無効だと判断された場合に、代替のコンテンツを指定する。代替コンテンツ参照属性２０３の取り得る値としては、コンテンツ参照属性２０１と同じで良い。注目しているプレイリスト要素において、有効期限属性２０２が有効期限を満たさない場合には、コンテンツ参照属性２０１が無効になる。この際に、代替コンテンツ参照属性２０３に有効な値が格納されている場合には、代替コンテンツ参照属性２０３の指定するコンテンツが、プレイリスト要素の指定するコンテンツとして採用される。なお、図２では、１個のプレイリスト要素に対して１個の代替コンテンツ参照属性が格納されているが、複数格納することで、代替の代替といった処理を可能にしても良い。
【００４９】
次に、放送受信装置１２００が、プレイリスト２００を用いてコンテンツの再生を行う処理について、図３を用いて説明する。図３は、本発明の実施の形態１における、放送受信装置１２００でのプレイリスト再生のフローチャートである。ここで、プレイリスト２００は受信部４２０１、ＴＬＶ多重分離部４２０３を介して、事前にＥＣＧ蓄積部１２０１に蓄積されているとする。
【００５０】
（ステップＳ０３０１）コンテンツ再生制御部１２０２は、指定されたプレイリストＰから、１個ずつ順に、プレイリスト要素ｐｐを取り出す。
【００５１】
（ステップＳ０３０２）コンテンツ再生制御部１２０２は、最後のステップＳ０３０１の実行で、既に全てのプレイリスト要素ｐｐが選択済で、何もプレイリスト要素ｐｐとして取り出されなかった場合には（ステップＳ０３０２で「ｙｅｓ」）、処理を終了する。
【００５２】
（ステップＳ０３０３）コンテンツ再生制御部１２０２は、ステップＳ０３０１で選択されたプレイリスト要素ｐｐの、有効期限属性を評価する。有効であると判断された場合には、再生すべきコンテンツＣをコンテンツ参照属性の値とし、ステップＳ０３０５に進む。有効でないと判断された場合にはステップＳ０３０４に進む。
【００５３】
（ステップＳ０３０４）コンテンツ再生制御部１２０２は、プレイリスト要素ｐｐの代替コンテンツ参照属性を参照し、再生すべきコンテンツＣを、代替コンテンツ参照属性の指定するものに変更する。そして、コンテンツ再生制御部１２０２は、通信部１２０３を介して配信サーバ１３００から代替コンテンツであるコンテンツＣを取得し、コンテンツ蓄積部１２０４に蓄積する。そしてステップＳ０３０５に進む。
【００５４】
（ステップＳ０３０５）コンテンツ再生制御部１２０２は、コンテンツＣの形式がプレイリストである場合にはステップＳ０３０７へ、プレイリストでない場合にはステップＳ０３０６に進む。
【００５５】
（ステップＳ０３０６）コンテンツ再生制御部１２０２は、コンテンツ蓄積部１２０４に蓄積されたコンテンツＣを再生する。そしてステップＳ０３０１に戻る。
【００５６】
（ステップＳ０３０７）コンテンツ再生制御部１２０２は、ステップＳ０３０１からステップＳ０３０６の処理を、プレイリストＣを引数にして再帰的に呼び出す。この処理によって、プレイリストＣに対する再生が実現される。そしてステップＳ０３０１に戻る。
【００５７】
なお、放送受信装置１２００のユーザは、コンテンツを選択し再生する際に行うのと同じ操作で、プレイリストを再生すればよい。また、コンテンツとプレイリストが混在した一覧画面からいずれかを選択しても良い。この選択方法によって、ユーザの観点からは、プレイリストはコンテンツの１種類として、特別な操作方法を習熟することなく統一的に操作することが可能となる。
【００５８】
さて、ここで所在する地域に応じて異なるコンテンツを再生する処理について説明する。プレイリスト要素２３０では、コンテンツ参照属性２０１で、通信からのコンテンツ取得が指定されている。通信で接続されるサーバでは、放送受信装置１２００毎に指定するコンテンツを変更することができる。例えば、放送受信装置１２００が通信でのコンテンツ取得を要求する際に、放送受信装置１２００が存在する地域の情報を送れば、その情報に従ってサーバが複数のコンテンツの中からその地域に適切なコンテンツを選択して送り返せばよい。あるいは、直接的に地域情報を放送受信装置１２００から送るのではなく、放送受信装置１２００がアクセスしてきている経路をサーバ側で認識することで、どの放送受信装置かをサーバが特定し、次にサーバ側で放送受信装置から地域への対応表を用いることで、どの地域かを特定しても良い。
【００５９】
なお、地域の情報の代わりにユーザの嗜好情報などを送ることで、サーバ側でユーザの嗜好に合ったコンテンツを選択させても良い。
【００６０】
上記のように、サーバ側で放送受信装置毎にプレイリストに含まれる一部のコンテンツを差し替えることが可能となる。例えば、各地方版のニュース番組やその地域の気象情報といった地域ごとに異なるコンテンツを、放送受信装置の地域ごとに変更することが可能となる。あるいは、一部の地域でしか発売していない商品に対して、発売地域に限定してＣＭを放送することが可能となる。また、ユーザ毎に異なるコンテンツを扱うこともできる。
【００６１】
（実施の形態２）
実施の形態２では、コンテンツの鮮度を保証する方法について説明する。まず、代替コンテンツ参照属性２０３にある様に、プレイリスト再生の際に必ず通信経由で最新のコンテンツを取得に行けば良い。この方法はシンプルであるが、プレイリスト再生時に通信によるコンテンツ取得が必須となるため、通信インフラ全体でのトラフィックやサーバ負荷の削減といったダウンロード放送のメリットが損なわれてしまう。
【００６２】
上記の課題を解決する方法を、プレイリスト要素２１０を用いて説明する。プレイリスト要素２１０では、蓄積したコンテンツがコンテンツ参照属性２１１で指定されている。そして、蓄積したコンテンツの鮮度が十分である期限を、有効期限属性２１２に格納する。もし、プレイリスト要素２１０を再生した時点で、有効期限属性２１２によって蓄積したコンテンツでは鮮度が不十分であると判断された場合には、代替コンテンツ参照属性２１０によって通信によるコンテンツ取得が行われる。有効期限内は通信でのコンテンツ取得が行われないため、通信インフラ全体でのトラフィックやサーバ負荷の削減が達成と、コンテンツの鮮度の保証との両方が同時に達成される。
【００６３】
上記の様に、コンテンツの鮮度が保証できる仕組みを導入することで、例えば、天気予報、交通情報、株と為替など、本質的に時々刻々と変化するデータをダウンロード放送のコンテンツとして扱うことが出来る。
【００６４】
（実施の形態３）
実施の形態３では、コンテンツの蓄積後にコンテンツの一部または全ての変更する方法について説明する。
【００６５】
まず、コンテンツを必ず通信で取得する様に、コンテンツ参照属性２０１に通信取得を指定すれば、送出側の意図通りに変更してプレイリストを再生することが出来る。
【００６６】
更には、通信で取得するコンテンツとして、プレイリスト要素２４１の様にプレイリストＰ２をコンテンツとして指定すれば、再生されるコンテンツの数についても変更できる。プレイリストＰ２の構造は図２で説明したプレイリストと同じでよい。例えば、プレイリストＰ２のプレイリスト要素として蓄積したコンテンツを指定する様にすれば、通信ではデータサイズの大きなコンテンツを受信せず、相対的にサイズの小さなプレイリストＰ２自体のデータのみを受信すればよい。従って、この方法によれば、通信インフラ全体でのトラフィックやサーバ負荷の削減が達成できる。
【産業上の利用可能性】
【００６７】
本発明によれば、放送型ダウンロード放送のように、放送受信装置への配布とユーザの視聴のタイミングが非同期的に行われるコンテンツ配送システムにおいて、コンテンツを地域や嗜好に応じて内容を変更したり、コンテンツの鮮度を保証したり、蓄積後に変更できる。このため、ダウンロード放送を受信可能な全てのＡＶ機器において有用である。
【符号の説明】
【００６８】
１００ 放送送受信システム
１１００ 放送送信装置
１１０１ ＥＣＧデータ生成部
１２００ 放送受信装置
１２０１ ＥＣＧ蓄積部
１２０２ コンテンツ再生制御部
１２０３、１３０１ 通信部
１２０４、１３０２、４１０４ コンテンツ蓄積部
１３００ 配信サーバ
４１０１ 送信部
４１０２ 映像音声符号化部
４１０３ ＥＰＧデータ生成部
４１０６ ＭＰＥＧＴＳ多重化部
４１０７ ＴＬＶ多重化部
４１０８ 切換部
４２０１ 受信部
４２０２ ＭＰＥＧＴＳ多重分離部
４２０３ ＴＬＶ多重分離部
４２０４ ＥＰＧ蓄積部
４２０７ 映像音声切換部
４２０８ 映像音声処理部
４２０９ 映像音声出力部
【特許請求の範囲】
【請求項１】
ダウンロード放送信号を受信する受信部と、
受信された前記ダウンロード放送信号から、映像音声データとダウンロードコンテンツ情報を分離する分離部と、
分離された前記映像音声データを蓄積するコンテンツ蓄積部と、
分離された前記ダウンロードコンテンツ情報を蓄積するコンテンツ情報蓄積部と、
前記ダウンロードコンテンツ情報に含まれるプレイリスト情報に基づいて再生するコンテンツを指定するとともに、前記コンテンツ蓄積部に蓄積したコンテンツを再生するコンテンツ再生制御部と、
前記プレイリスト情報に含まれるＵＲＬにアクセスする通信部と、を備え、
前記コンテンツ再生制御部は、前記通信部がアクセスした前記ＵＲＬからコンテンツを取得して前記コンテンツ蓄積部に蓄積させることを特徴とする放送受信装置。
【請求項２】
前記プレイリスト情報は、少なくともコンテンツ参照属性、有効期限属性及び代替コンテンツ参照属性を含み、
前記コンテンツ再生制御部は、前記有効期限属性に応じて前記コンテンツ参照属性が有効か否かを判断し、有効である場合は前記コンテンツ参照属性で指定されるコンテンツを取得し、有効でない場合は前記代替コンテンツ参照属性で指定されるコンテンツを取得することを特徴とする請求項１に記載の放送受信装置。
【請求項３】
前記コンテンツ再生制御部は、前記コンテンツ蓄積部へのコンテンツ蓄積完了後に、前記プレイリスト情報の前記代替コンテンツ参照属性で指定されるコンテンツを前記通信部を介して取得することを特徴とする請求項２に記載の放送受信装置。
【請求項４】
ダウンロード放送信号を受信するステップと、
受信した前記ダウンロード放送信号から、映像音声データとダウンロード放送コンテンツ情報を分離するステップと、
前記映像音声データを蓄積するステップと、
前記ダウンロードコンテンツ情報に含まれるプレイリスト情報に基づいて再生するコンテンツを指定するステップと、
前記プレイリスト情報に含まれるＵＲＬにアクセスするステップと、
前記ＵＲＬからコンテンツを取得して蓄積するステップと、
を有するダウンロードコンテンツ変更方法。
【請求項５】
前記プレイリスト情報は、少なくともコンテンツ参照属性、有効期限属性及び代替コンテンツ参照属性を含み、
前記有効期限属性に応じて前記コンテンツ参照属性が有効か否かを判断し、有効である場合は前記コンテンツ参照属性で指定されるコンテンツを取得し、有効でない場合は前記代替コンテンツ参照属性で指定されるコンテンツを取得するステップを更に有することを特徴とする請求項４に記載のダウンロードコンテンツ変更方法。
【請求項６】
リアルタイム放送番組を符号化する映像音声符号化部と、
前記リアルタイム放送番組に対応するＥＰＧデータを生成するＥＰＧデータ生成部と、
符号化された前記リアルタイム放送番組と生成された前記ＥＰＧデータを多重化してトランスポートストリームとして出力する第１多重化部と、
ダウンロード番組を蓄積するコンテンツ蓄積部と、
前記ダウンロード番組に対応するＥＣＧデータを生成するＥＣＧデータ生成部と、
蓄積された前記ダウンロード番組と生成された前記ＥＣＧデータを多重化してＴＬＶストリームを出力する第２多重化部と、
前記トランスポートストリームと前記ＴＬＶストリームとを切換えて出力する送信部と、を備え、
前記ＥＣＧデータは、少なくともコンテンツ参照属性、有効期限属性及び代替コンテンツ参照属性からなるプレイリスト情報を含むことを特徴とする放送送信装置。
【請求項１】
ダウンロード放送信号を受信する受信部と、
受信された前記ダウンロード放送信号から、映像音声データとダウンロードコンテンツ情報を分離する分離部と、
分離された前記映像音声データを蓄積するコンテンツ蓄積部と、
分離された前記ダウンロードコンテンツ情報を蓄積するコンテンツ情報蓄積部と、
前記ダウンロードコンテンツ情報に含まれるプレイリスト情報に基づいて再生するコンテンツを指定するとともに、前記コンテンツ蓄積部に蓄積したコンテンツを再生するコンテンツ再生制御部と、
前記プレイリスト情報に含まれるＵＲＬにアクセスする通信部と、を備え、
前記コンテンツ再生制御部は、前記通信部がアクセスした前記ＵＲＬからコンテンツを取得して前記コンテンツ蓄積部に蓄積させることを特徴とする放送受信装置。
【請求項２】
前記プレイリスト情報は、少なくともコンテンツ参照属性、有効期限属性及び代替コンテンツ参照属性を含み、
前記コンテンツ再生制御部は、前記有効期限属性に応じて前記コンテンツ参照属性が有効か否かを判断し、有効である場合は前記コンテンツ参照属性で指定されるコンテンツを取得し、有効でない場合は前記代替コンテンツ参照属性で指定されるコンテンツを取得することを特徴とする請求項１に記載の放送受信装置。
【請求項３】
前記コンテンツ再生制御部は、前記コンテンツ蓄積部へのコンテンツ蓄積完了後に、前記プレイリスト情報の前記代替コンテンツ参照属性で指定されるコンテンツを前記通信部を介して取得することを特徴とする請求項２に記載の放送受信装置。
【請求項４】
ダウンロード放送信号を受信するステップと、
受信した前記ダウンロード放送信号から、映像音声データとダウンロード放送コンテンツ情報を分離するステップと、
前記映像音声データを蓄積するステップと、
前記ダウンロードコンテンツ情報に含まれるプレイリスト情報に基づいて再生するコンテンツを指定するステップと、
前記プレイリスト情報に含まれるＵＲＬにアクセスするステップと、
前記ＵＲＬからコンテンツを取得して蓄積するステップと、
を有するダウンロードコンテンツ変更方法。
【請求項５】
前記プレイリスト情報は、少なくともコンテンツ参照属性、有効期限属性及び代替コンテンツ参照属性を含み、
前記有効期限属性に応じて前記コンテンツ参照属性が有効か否かを判断し、有効である場合は前記コンテンツ参照属性で指定されるコンテンツを取得し、有効でない場合は前記代替コンテンツ参照属性で指定されるコンテンツを取得するステップを更に有することを特徴とする請求項４に記載のダウンロードコンテンツ変更方法。
【請求項６】
リアルタイム放送番組を符号化する映像音声符号化部と、
前記リアルタイム放送番組に対応するＥＰＧデータを生成するＥＰＧデータ生成部と、
符号化された前記リアルタイム放送番組と生成された前記ＥＰＧデータを多重化してトランスポートストリームとして出力する第１多重化部と、
ダウンロード番組を蓄積するコンテンツ蓄積部と、
前記ダウンロード番組に対応するＥＣＧデータを生成するＥＣＧデータ生成部と、
蓄積された前記ダウンロード番組と生成された前記ＥＣＧデータを多重化してＴＬＶストリームを出力する第２多重化部と、
前記トランスポートストリームと前記ＴＬＶストリームとを切換えて出力する送信部と、を備え、
前記ＥＣＧデータは、少なくともコンテンツ参照属性、有効期限属性及び代替コンテンツ参照属性からなるプレイリスト情報を含むことを特徴とする放送送信装置。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【公開番号】特開２０１１−２３８０７（Ｐ２０１１−２３８０７Ａ）
【公開日】平成２３年２月３日（２０１１．２．３）
【国際特許分類】
【出願番号】特願２００９−１６４７５１（Ｐ２００９−１６４７５１）
【出願日】平成２１年７月１３日（２００９．７．１３）
【出願人】（０００００５８２１）パナソニック株式会社 (73,050)
【Ｆターム（参考）】
【公開日】平成２３年２月３日（２０１１．２．３）
【国際特許分類】
【出願日】平成２１年７月１３日（２００９．７．１３）
【出願人】（０００００５８２１）パナソニック株式会社 (73,050)
【Ｆターム（参考）】
[ Back to top ]