(57)【要約】【課題】蓄積型放送において必要なコンテンツを選択的に蓄積する。【解決手段】蓄積型放送において、各番組のコンテンツの放送前に各番組のＣＭ情報コンテンツが逐次配信され、ＣＭ情報コンテンツは端末装置側で逐次受信及び蓄積される。端末装置（１）においてＣＭ情報コンテンツの再生を指示すると、対象番組のダイジェスト動画と共に対象番組内の各コーナのメタデータ（３９０）が再生／表示される。或るコーナに対応する予約ボタン（３９１）を押すと、当該コーナの蓄積が予約されて、当該コーナに対応するＨＴＭＬファイル及び動画ファイルのＩＤ情報並びに当該コーナに対応する動画ファイルの再生時間帯情報を含む局所蓄積予約情報が保存される。その後、対象番組のコンテンツの放送信号を受信すると、局所蓄積予約情報に示された動画ファイルを保存する一方で他の動画ファイルを破棄する。【選択図】図１６
2015050642.tif 000002
【特許請求の範囲】
【請求項１】
蓄積型放送による放送番組のコンテンツを受信して蓄積可能な端末装置において、
前記蓄積型放送にて放送予定の対象番組のコンテンツの放送前に配信される、前記対象番組のメタデータを含むＣＭ情報コンテンツを取得するＣＭ情報コンテンツ取得部と、蓄積予約データベースと、蓄積用ストレージと、制御部と、情報の表示を行う表示部と、操作の入力を受ける入力デバイスと、を備え、
前記対象番組は、複数の局所番組を含んで構成され、前記ＣＭ情報コンテンツは、前記局所番組ごとのメタデータを含み、
前記制御部は、前記ＣＭ情報コンテンツの再生を指示する第１操作に応答して、前記局所番組ごとのメタデータを前記表示部に表示し、前記複数の局所番組の何れかである対象局所番組の蓄積予約を指示する第２操作に応答して、前記対象番組の予約情報とともに前記対象局所番組の蓄積を予約する局所蓄積予約情報を前記蓄積予約データベースに保存し、
前記対象番組のコンテンツは、複数の言語ファイル及び複数の動画ファイルを含むコンテンツパッケージであり、
前記局所蓄積予約情報は、前記対象局所番組に対応する言語ファイルである対象言語ファイルのＩＤ情報と、前記対象言語ファイルによるページに埋め込まれる動画ファイルである対象動画ファイルのＩＤ情報と、前記対象番組の再生タイムライン上における前記対象動画ファイルの再生時間帯を示す再生時間帯情報と、を含み、
前記制御部は、前記対象番組のコンテンツの放送信号を受信したとき、前記予約情報及び前記局所蓄積予約情報に基づき、前記対象番組のコンテンツの一部を前記蓄積用ストレージに蓄積し、この際、前記対象番組を形成する前記複数の動画ファイルの内、前記対象動画ファイルのみを前記蓄積用ストレージに蓄積する
ことを特徴とする端末装置。
【請求項２】
前記制御部は、前記対象番組の再生要求操作を受けると、前記局所蓄積予約情報に基づき、前記対象番組について蓄積されたコンテンツである蓄積コンテンツから前記対象言語ファイル及び前記対象動画ファイルを含む局所蓄積コンテンツを抽出して再生する
ことを特徴とする請求項１に記載の端末装置。
【請求項３】
前記制御部は、
前記対象番組の再生要求操作を受けると、前記局所蓄積予約情報に基づき、前記対象言語ファイルによる第１ページを前記表示部に表示して前記第１ページに埋め込まれた前記対象動画ファイルを再生し、
その再生が終了すると、前記蓄積コンテンツ内のプログラムに従い、前記表示部の表示ページを前記第１ページから前記複数の言語ファイルの何れかによる第２ページに遷移させ、前記第２ページに埋め込まれるべき動画ファイルが前記蓄積用ストレージに存在する場合には、その動画ファイルを再生する
ことを特徴とする請求項２に記載の端末装置。
【請求項４】
前記制御部は、前記第２ページへの遷移後、前記第２ページに埋め込まれるべき動画ファイルが前記蓄積用ストレージに存在しない場合には、所定の動画ファイルを代わりに再生し、その所定の動画ファイルの再生中に所定の補完要求操作を受けたとき、前記第２ページに埋め込まれるべき動画ファイルの配信を所定の外部機器に対して要求する
ことを特徴とする請求項３に記載の端末装置。
【請求項５】
前記制御部は、前記第２操作が複数入力された場合、複数の対象局所番組に対応する複数の局所蓄積予約情報を前記蓄積予約データベースに保存し、
各局所蓄積予約情報は、対応する対象局所番組の再生順番情報を更に含み、
前記制御部は、前記対象番組の再生要求操作を受けると、前記複数の局所蓄積予約情報内の再生順番情報に基づき前記複数の局所蓄積予約情報の中から１つの局所蓄積予約情報を特定し、特定した局所蓄積予約情報に対応する局所蓄積コンテンツから、前記複数の対象局所番組の再生を開始する
ことを特徴とする請求項２に記載の端末装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、端末装置に関する。
【背景技術】
【０００２】
マルチメディア放送の一種、例えばＩＳＤＢ−Ｔｍｍ（ISDB T for mobile multimedia）によるマルチメディア放送では、リアルタイム放送の他、蓄積型放送（プッシュキャスト）のサービスがサポートされている。蓄積型放送では、映像や音声などのファイルから成るコンテンツが放送波により配信され、スマートフォン等の端末装置側で受信コンテンツが蓄積される。蓄積後の任意の時刻に、ユーザは端末装置上で蓄積コンテンツを視聴できる。マルチメディア放送では、リアルタイム及び蓄積放送の夫々が基本的に有料放送なので、高画質、高画素数を有する高ビットレートの動画が配信されることが多く、将来的にも、より高ビットレートの動画が配信される可能性が高いと考えられる。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００４−１９４２２２号公報
【特許文献２】特開２００２−３５９７９３号公報
【特許文献３】特開２００８−３５３３８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
高ビットレートのコンテンツが配信されることの多い蓄積型放送において、コンテンツの蓄積の予約頻度を高めると、コンテンツ蓄積用のストレージが比較的短時間で蓄積コンテンツにより占有され、空き容量が無い状態に陥ったり、端末装置の他機能（例えばカメラ機能）で使用するストレージ領域が不足したりしやすくなる。一方、放送番組の全体ではなく放送番組の特定部分のみの視聴を望むといったことも多い。このような場合、特定部分のコンテンツを選択的に保存できれば、効率的である。
【０００５】
尚、蓄積型放送ではない既存の放送システムにおいて、放送番組中の特定コーナ又は特定時間帯の映像のみを録画する方法も提案されているが（例えば特許文献１〜３参照）、蓄積型放送において、同様の機能を実現する方法は提案又は確立されていないのが実情である。
【０００６】
そこで本発明は、蓄積型放送において効率的なコンテンツ蓄積の実現及び／又はコンテンツ蓄積に関わるストレージ負荷の軽減に寄与する端末装置の提供を目的とする。
【課題を解決するための手段】
【０００７】
本発明に係る端末装置は、蓄積型放送による放送番組のコンテンツを受信して蓄積可能な端末装置において、前記蓄積型放送にて放送予定の対象番組のコンテンツの放送前に配信される、前記対象番組のメタデータを含むＣＭ情報コンテンツを取得するＣＭ情報コンテンツ取得部と、蓄積予約データベースと、蓄積用ストレージと、制御部と、情報の表示を行う表示部と、操作の入力を受ける入力デバイスと、を備え、前記対象番組は、複数の局所番組を含んで構成され、前記ＣＭ情報コンテンツは、前記局所番組ごとのメタデータを含み、前記制御部は、前記ＣＭ情報コンテンツの再生を指示する第１操作に応答して、前記局所番組ごとのメタデータを前記表示部に表示し、前記複数の局所番組の何れかである対象局所番組の蓄積予約を指示する第２操作に応答して、前記対象番組の予約情報とともに前記対象局所番組の蓄積を予約する局所蓄積予約情報を前記蓄積予約データベースに保存し、前記対象番組のコンテンツは、複数の言語ファイル及び複数の動画ファイルを含むコンテンツパッケージであり、前記局所蓄積予約情報は、前記対象局所番組に対応する言語ファイルである対象言語ファイルのＩＤ情報と、前記対象言語ファイルによるページに埋め込まれる動画ファイルである対象動画ファイルのＩＤ情報と、前記対象番組の再生タイムライン上における前記対象動画ファイルの再生時間帯を示す再生時間帯情報と、を含み、前記制御部は、前記対象番組のコンテンツの放送信号を受信したとき、前記予約情報及び前記局所蓄積予約情報に基づき、前記対象番組のコンテンツの一部を前記蓄積用ストレージに蓄積し、この際、前記対象番組を形成する前記複数の動画ファイルの内、前記対象動画ファイルのみを前記蓄積用ストレージに蓄積することを特徴とする。
【発明の効果】
【０００８】
本発明によれば、蓄積型放送において効率的なコンテンツ蓄積の実現及び／又はコンテンツ蓄積に関わるストレージ負荷の軽減に寄与する端末装置の提供が可能である。
【図面の簡単な説明】
【０００９】
【図１】本発明の第１実施形態に係る端末装置の概略ブロック図である
【図２】放送信号が放送局から端末装置に配信される様子を示す図である。
【図３】蓄積型放送に関わる、端末装置の概略動作フローチャートである。
【図４】端末装置における蓄積予約処理の動作フローチャートである。
【図５】対象番組及びＣＭ情報コンテンツの構造を示す図である。
【図６】対象番組のコンテンツの中身を示す図（ａ）と、対象番組中のコーナのコンテンツの中身を示す図（ｂ）である。
【図７】局所蓄積予約操作を受け付ける表示画面例を示す図である。
【図８】蓄積予約データベースに予約情報セットが格納される様子を示す図である。
【図９】予約情報セットの構造を示す図である。
【図１０】ＨＴＭＬファイルのページ上での動画再生の様子を示す図である。
【図１１】蓄積コンテンツ内のマニフェストファイルの例を示す図である。
【図１２】端末装置における蓄積処理の動作フローチャートである。
【図１３】受信ファイルの一部が蓄積用ストレージに保存される様子を示す図である。
【図１４】端末装置における再生処理の動作フローチャートである。
【図１５】端末装置における再生処理の動作フローチャートである。
【図１６】本発明の第２実施形態に係り、蓄積型放送の予約、蓄積及び再生に関わる表示画面の変化の様子を示す図である。
【図１７】本発明の第２実施形態に係り、蓄積型放送の再生に関わる表示画面の変化の様子を示す図である。
【発明を実施するための形態】
【００１０】
以下、本発明の実施形態の例を、図面を参照して具体的に説明する。参照される各図において、同一の部分には同一の符号を付し、同一の部分に関する重複する説明を原則として省略する。尚、本明細書では、記述の簡略化上、情報、信号、物理量、状態量又は部材等を参照する記号又は符号を記すことによって、該記号又は符号に対応する情報、信号、物理量、状態量又は部材等の名称を省略又は略記することがある。
【００１１】
＜第１実施形態＞
本発明の第１実施形態を説明する。図１は、本発明の第１実施形態に係る端末装置１の概略ブロック図である。端末装置１は、蓄積型放送にて放送された番組のコンテンツを蓄積可能な任意の電子機器であり、例えば、携帯電話機（スマートフォンを含む）、携帯情報端末、パーソナルコンピュータ等である。端末装置１は、符号１１〜１９及び３１〜３６によって参照される各部位を備える。
【００１２】
端末主制御部１１は、半導体集積回路等から成り、端末装置１内の各部位の動作を統括的に制御する。端末装置１は、任意の通信網を介し、任意の通信規格に従って端末装置１の外部機器（不図示）との間で任意のデータ通信を行う。通信制御部１２は、その通信を制御する。通信アンテナ１３は、１以上のアンテナから成り、通信制御部１２の制御の下、通信網を介した信号の受信及び送信を行う。通信規格及び通信網は、例えば、ＷｉＦｉ（登録商標）や３ＧＰＰ（Third Generation Partnership Project) に従う。
【００１３】
スピーカ１４は、任意の音声信号を音として出力する。マイクロホン１５は、端末装置１の周辺音を電気信号に変換する。表示部１６は、液晶ディスプレイパネル等から成り、任意の映像を表示する。以下、表示及び表示画面とは、特に記述無き限り、表示部１６での表示及び表示画面を指す。入力制御部１７は、ユーザからの指示及び操作の入力を受け付ける入力デバイス１７ａを有し、該指示及び操作の入力状態を検知すると共に入力デバイス１７ａの制御を行う。入力デバイス１７ａは、機械式操作部材（ボタン、ダイヤル等）や、表示部１６に付随するタッチパネルにて形成される。ＲＯＭ（Read Only Memory）１８は、端末主制御部１１や後述の放送主制御部３１で実行されるプログラム及び端末装置１内で参照される様々なデータを不揮発的に記憶する。ＲＡＭ（Random Access Memory）１９は、端末装置１内で取り扱われる任意のデータを一時的に記憶する。
【００１４】
端末装置１は、マルチメディア放送の受信装置として機能することができる。マルチメディア放送では、放送波又は通信回線を使用して任意のコンテンツが配信される。端末装置１に対するマルチメディア放送は、任意の規格に沿ったものであって良いが、ここでは、端末装置１に対するマルチメディア放送が、ＩＳＤＢ（Integrated Services Digital Broadcasting）方式の一種であるＩＳＤＢ−Ｔｍｍ（ISDB T for mobile multimedia）の規格に従ったものであるとする。
【００１５】
放送主制御部３１（以下、制御部３１と呼ぶ）は、半導体集積回路等から成り、マルチメディア放送に関する主制御を行う。放送用アンテナ３３は、放送局２（図２）から放送網を介して伝達される、マルチメディア放送による放送信号を受信する。放送の時間帯及び放送信号の内容等は、放送局２における放送局サーバ（配信サーバ）２ａにより制御される。図２には、放送局２が１つしか示されていないが、放送局２は複数でありうる。チューナ制御部３２は、放送用アンテナ３３の受信信号に対するチューナ制御を行う。チューナ制御には、放送用アンテナ３３にて受信した放送信号に含まれる所望のチャンネルの放送信号を復調する処理などが含まれる。ＩＳＤＢ−Ｔｍｍによるマルチメディア放送では、リアルタイム放送の他、蓄積型放送（プッシュキャスト）も可能である。本実施形態では、蓄積型放送に注目し、ＩＳＤＢ−Ｔｍｍのマルチメディア放送における蓄積型放送を、以下、ＭＭ放送と呼ぶ。以下に述べるコンテンツは、特に記述無き限り、ＭＭ放送によって放送された又は放送される予定のコンテンツを指す。
【００１６】
蓄積用ストレージ３４（以下、ストレージ３４とも呼ぶ）は、半導体メモリ等にて形成された記憶装置であり、ＭＭ放送にて配信された任意のコンテンツの蓄積及びＭＭ放送に関する任意のデータの保存を行う。但し、リアルタイム放送の受信データに基づくデータもストレージ３４に保存されうる。ＭＭ放送にて配信されてストレージ３４に蓄積されたコンテンツを、蓄積コンテンツとも呼ぶ。また、以下の説明において、コンテンツの蓄積とは、特に記述無き限り、ストレージ３４へのコンテンツの蓄積を指す。ＭＭ放送の規格上、蓄積コンテンツは、ＨＴＭＬ５（HyperText Markup Language 5）に対応する組み込み型のブラウザ上で再生される。コンテンツ再生用ブラウザ３５（以下、再生用ブラウザ３５又はブラウザ３５とも呼ぶ）は、蓄積コンテンツを再生するための、ＨＴＭＬ５に対応したブラウザである。ブラウザ３５は、例えばミドルウェアとして用意される。蓄積予約データベース３６（以下、データベース３６とも呼ぶ）は、半導体メモリ等にて形成され、コンテンツの蓄積に関する予約情報を格納する。ストレージ３４及びデータベース３６の全部又は一部は、端末装置１に対して着脱自在なメモリにて形成されていても良い。
【００１７】
制御部３１に設けられた蓄積予約部３７、代替え動画ファイル再生部３８及びコンテンツ補完部３９の機能については、後の説明から明らかとなる。それらの全部又は一部は、制御部３１の外部に設けられている、と考えても良い。
【００１８】
ＭＭ放送のコンテンツの蓄積及び再生に関わる処理は、図３に示す如く、ステップＳ１の蓄積予約処理と、蓄積予約処理の内容に基づくステップＳ３の蓄積処理と、蓄積処理の結果を用いたステップＳ５の再生処理と、に大別される。制御部３１では、例えば、蓄積予約処理及び再生処理の内容が記述されたＭＭ放送アプリケーションプログラムが実行され、再生用ブラウザ３５をミドルウェアとして利用して、蓄積予約処理及び再生処理が実現される。蓄積処理は、制御部３１内の蓄積エンジン（不図示）により、逐次、バックグラウンド動作にて実行される。
【００１９】
［蓄積予約処理］
まず、蓄積予約処理に関わる動作を説明する。図４は、蓄積予約処理に関わる動作のフローチャートであり、図３のステップＳ１の蓄積予約処理はステップＳ１１〜Ｓ１７の処理により実現される。ＭＭ放送では、様々な番組のＣＭ情報コンテンツが放送局２から逐次自動的に配信される。ステップＳ１１において、放送用アンテナ３３を介し、チューナ制御部３２にて放送局２からのＣＭ情報コンテンツが逐次受信される。或る番組のＣＭ情報コンテンツは、その番組のメタデータ（その番組に関連するデータ）を含み、番組のメタデータは、当該番組の放送時間帯、タイトル、出演者、紹介及び宣伝等を含む。ステップＳ１２において、端末装置１は、放送局サーバ２ａからの指示に従い、受信したＣＭ情報コンテンツを逐次自動的にストレージ３４に蓄積（即ち保存）する。
【００２０】
１以上のＣＭ情報コンテンツがストレージ３４に蓄積された後、ステップＳ１３において、ユーザが、蓄積された何れかのＣＭ情報コンテンツを選択するＣＭ情報コンテンツ選択操作を行い、更に、選択したＣＭ情報コンテンツの再生を指示するＣＭ情報コンテンツ再生指示操作を行うと、選択したＣＭ情報コンテンツの再生が行われる。ＣＭ情報コンテンツ選択操作がＣＭ情報コンテンツ再生指示操作の機能を包含していても良い（即ち、選択するだけで再生が指示されるようなユーザインタフェースを形成してもよい）。ＣＭ情報コンテンツを含む任意のコンテンツの再生は、端末装置１上における再生であり、コンテンツに含まれる情報（動画、静止画、テキスト）の表示部１６での表示及びコンテンツに含まれる音声のスピーカ１４からの出力を含む。任意のコンテンツの再生は、ブラウザ３５をミドルウェアとして利用した上で、制御部３１の制御の下で実施される。
【００２１】
以下では、説明の具体化のため、ＭＭ放送にて放送される任意の１つの注目番組を対象番組と呼び、対象番組が図５（ａ）に示す構造を有しているとする。符号３００は対象番組を表している。対象番組３００は、ｍ個の局所番組３１０［１］〜３１０［ｍ］を含んで構成される。ｍは２以上の任意の整数である。端末装置１において、対象番組３００の全体を位置ｔ［１］を起点として再生した場合、対象番組３００の蓄積コンテンツに従い、局所番組３１０［１］が位置ｔ［１］及びｔ［２］間で再生され、局所番組３１０［２］が位置ｔ［２］及びｔ［３］間で再生され、・・・、局所番組３１０［ｍ］が位置ｔ［ｍ］及びｔ［ｍ＋１］間で再生される。位置ｔ［１］〜ｔ［ｍ＋１］は、対象番組３００の再生タイムライン上における位置であり、それらをタイミングと呼んでも良い。任意の整数ｉに関し、位置［ｉ＋１］は位置ｔ［ｉ］の後に訪れる。故に、３１０［１］、３１０［２］、・・・、３１０［ｍ］の順番で、それらは対象番組３００の再生タイムライン上で並ぶ。各局所番組は、対象番組３００の構成要素であり、例えば対象番組中のコーナ又はチャプタである。以下、各局所番組がコーナに相当すると考える。
【００２２】
対象番組３００のＣＭ情報コンテンツは、対象番組３００の概要を示すダイジェスト動画、対象番組３００を説明するテキスト情報、予約スキーム情報等から構成されるＨＴＭＬ５のコンテンツパッケージであり、ＭＭ放送にて放送予定の対象番組３００が実際に放送される前に、放送局２から端末装置１に配信され且つ蓄積される。図５（ｂ）に、対象番組３００のＣＭ情報コンテンツ３２０の構造を示す。ＣＭ情報コンテンツ３２０は、対象番組３００全体についてのメタデータ３３０を含み、メタデータ３３０は、対象番組３００の放送時間帯を特定すると共に、対象番組３００のタイトル、出演者、紹介及び宣伝等のテキスト情報を含む。更に、ＣＭ情報コンテンツ３２０は、対象番組３００のコーナごとのメタデータを含む。符号３４０［ｉ］は、ＣＭ情報コンテンツ３２０に含まれる、コーナ３１０［ｉ］のメタデータを表す。メタデータ３４０［ｉ］は、コーナ３１０［ｉ］の放送時間帯（即ち位置ｔ［ｉ］及びｔ［ｉ＋１］）を特定すると共に、コーナ３１０［ｉ］のタイトル、出演者、紹介及び宣伝等のテキスト情報を含む。
【００２３】
対象番組３００のコンテンツは、図６（ａ）に示す如く、複数のＨＴＭＬファイル、複数の動画ファイル及び１以上の部品リソース（静止画ファイル、音声ファイル、JavaScript（登録商標）ファイル、CSSファイル等）などにて構成される、ＨＴＭＬ５のコンテンツパッケージである。そして、図６（ｂ）に示す如く、対象番組３００中の１つのコーナのコンテンツは、当該コンテンツパッケージに含まれるＨＴＭＬファイル、動画ファイル及び部品リソースから成る。勿論、ＨＴＭＬファイルは、ＨＴＭＬ（HyperText Markup Language）にて記述された言語ファイルであり、動画ファイルは、動画データを格納したファイルである。動画ファイルは、映像データと映像に同期した音声データを含むが、映像データのみを含みうる。
【００２４】
ステップＳ１３にてＣＭ情報コンテンツ３２０の再生が指示されたことを想定して、図４の説明に戻る。ＣＭ情報コンテンツ３２０の再生は、番組全体のメタデータ３３０の再生を含む他、コーナごとのメタデータの再生も含む。つまり、ＣＭ情報コンテンツ再生指示操作に応答して、コーナごとのメタデータ（３４０［１］〜３４０［ｍ］の全部又は一部）も再生される。コーナ３１０［１］〜３１０［ｍ］のメタデータを同時に表示できない場合、表示画面のスクロール等を利用して、それらが時分割表示される。
【００２５】
ステップＳ１３に続くステップＳ１４では、コーナごとのメタデータ（図７のデータ３９０に対応）が表示されている状態で、ユーザが、その表示内容を参照しつつ所望のコーナ３１０［ｉ］を選択し、選択したコーナ３１０［ｉ］の蓄積予約を指示する操作（以下、局所蓄積予約操作と呼ぶ）を行うことができる。例えば、所望のコーナ３１０［ｉ］に対応して表示されている予約ボタンアイコン（図７のアイコン３９１の何れかに対応）を指にて触れることで、コーナ３１０［ｉ］に対する局所蓄積予約操作が入力される。
【００２６】
局所蓄積予約操作が入力されると、ステップＳ１５において、制御部３１は、選択コーナ３１０［ｉ］の局所蓄積を予約するための局所蓄積予約情報をＣＭ情報コンテンツ３２０内の特定ファイルから抽出及び取得する。また、対象番組３００の予約情報である基本予約情報もＣＭ情報コンテンツ３２０から取得される。局所蓄積とは、コーナ単位でのコンテンツの蓄積を意味する。そして、ステップＳ１６において、制御部３１は、基本予約情報に局所蓄積予約情報を付加し、それらの情報に従う予約スキームを蓄積放送ブラウザを介して実行する。つまり、蓄積放送ブラウザの機能により、基本予約情報及び局所蓄積予約情報に基づいて、対象番組３００のコンテンツの蓄積とコーナ３１０［ｉ］のコンテンツの蓄積とが予約される。但し、後述の蓄積処理の説明から明らかとなるように、この予約に従い蓄積されるのは、対象番組３００の全コンテンツの一部に限られる。
【００２７】
ステップＳ１６に続くステップＳ１７では、制御部３１の制御の下、基本予約情報に局所蓄積予約情報を付加した予約情報セットを蓄積予約データベース３６（図１参照）に保存する（図８（ａ）参照）。予約情報セットの生成及び保存処理は、図１の蓄積予約部３７にて実行される。図８（ａ）では、１つの局所蓄積予約情報が基本予約情報に付加されている。１つの対象番組３００中の複数のコーナに局所蓄積予約操作を行うことも可能であり、この場合、図８（ｂ）のように、複数のコーナに対応する複数の局所蓄積予約情報を基本予約情報に付加して形成した予約情報セットがデータベース３６に保存される。また、ここでは、１つの対象番組に注目したが、複数の対象番組の夫々に局所蓄積予約操作を行うことも可能であり、この場合、対象番組ごとに予約スキームが実行されて対象番組ごとの予約情報セットがデータベース３６に保存される（図８（ｃ）参照）。
【００２８】
図９の予約情報セット４１０に注目して、局所蓄積予約情報の内容を説明する。予約情報セット４１０は、対象番組３００の予約情報である基本予約情報４２０と複数の局所蓄積予約情報４３０にて形成される。複数の局所蓄積予約情報４３０の何れか１つを符号４３０［ｉ］にて表し（ｉは整数）、単に情報４３０［ｉ］とも呼ぶ。情報４３０［ｉ］は、図４のステップＳ１４にて蓄積予約が指示された選択コーナがコーナ３１０［ｉ］であるときに、ステップＳ１５にてＣＭ情報コンテンツ３２０から取得される。
【００２９】
情報４３０［ｉ］は、図９に示す如く、選択コーナ３１０［ｉ］に対応するＨＴＭＬファイル（以下、符号ＦＬHT［ｉ］にて参照する）のＩＤ情報、及び、ＨＴＭＬファイルＦＬHT［ｉ］のページに埋め込まれるべき動画ファイル（以下、符号ＦＬMV［ｉ］にて参照する）のＩＤ情報を含む。ファイルＦＬHT［ｉ］及びＦＬMV［ｉ］は、対象番組３００のコンテンツに含まれ、対象番組３００のコンテンツ中のどのファイルがファイルＦＬHT［ｉ］、ファイルＦＬMV［ｉ］であるのかが、ファイルＦＬHT［ｉ］、ＦＬMV［ｉ］のＩＤ情報にて特定される。ファイルＦＬHT［ｉ］のページとは、ファイルＦＬHT［ｉ］内の記述に従って形成される、表示画面上のページである。ＨＴＭＬでは、ハイパーリンクを利用してページ上に画像等を関連付けて埋め込むことができる。ファイルＦＬHT［ｉ］及びＦＬMV［ｉ］を含むコンテンツを再生した場合、図１０に示す如く、ファイルＦＬMV［ｉ］による動画は、ファイルＦＬHT［ｉ］内の記述に従いファイルＦＬHT［ｉ］によるページ上の所定位置に埋め込まれ、当該ページ上で再生される。
【００３０】
また、情報４３０［ｉ］は、対象番組３００の再生タイムライン上における動画ファイルＦＬMV［ｉ］の再生時間帯を示す再生時間帯情報を含む。動画ファイルＦＬMV［ｉ］はコーナ３１０［ｉ］に対応するものであるため、対象番組３００の再生タイムライン上において、動画ファイルＦＬMV［ｉ］の再生時間帯は、位置ｔ［ｉ］から位置ｔ［ｉ＋１］までの時間帯である（図５（ａ）参照）。対象番組３００の蓄積コンテンツを再生する際、再生時間帯情報を参照することにより、再生タイムライム上のどの位置から再生すれば、動画ファイルＦＬMV［ｉ］が再生されるのかが特定される。
【００３１】
更に、情報４３０［ｉ］は再生順番号（再生順番情報）を含む。再生順番号は、対象番組３００を再生する際、コーナ３１０［ｉ］のページを、コーナ３１０［１］〜３１０［ｍ］のページの内、何番目に再生すべきかを示す。対応する再生順番号が小さいページほど、より早く再生される。従って、予約情報セット４１０における各局所蓄積予約情報４３０の再生順番号を参照すれば、最初に再生すべきコーナのページが特定される。端末装置１は、コーナ３１０［ｉ］に対応する再生順番号を、コーナ３１０［ｉ＋１］に対応する再生順番号よりも小さく設定すればよい。
【００３２】
ＭＭ放送では、ＡＲＩＢ  ＴＲ−Ｂ３３“セグメント連結伝送方式による地上マルチメディア放送運用規定”の第１分冊に示された、蓄積コンテンツのマニフェストファイルの規定に従い、図１１のようなマニフェストファイル(TmmManifest.xml）が作成され、各々のコンテンツ（例えば対象番組３００のコンテンツ）にマニフェストファイルが含められる。ＭＭ放送の規格では、content-typeが“video/mp4”であるファイルが動画ファイルである。尚、図１１における下線は、便宜上、示したものである。蓄積コンテンツの再生の際、蓄積コンテンツのＩＤ情報がブラウザ３５に受け渡され、ブラウザ３５にて蓄積コンテンツのマニフェストファイルが解析される。その結果、通常、マニフェストファイルに記述された初期ページが最初に表示される（図１１の例の場合、記述“asset-idref="1"を含む行の記述により、asset id="1" に対応する“index1 .html”のページが最初に表示される）。但し、後述の説明から明らかとなるように、局所蓄積予約情報が生成及び保存されている場合には、その初期ページと異なるページから再生が開始されうる。
【００３３】
対象番組３００のマニフェストファイルが図１１に示すものであった場合において、コーナ３１０［ｉ］に対応するＨＴＭＬファイルが“index2 .html”であり、且つ、コーナ３１０［ｉ］に対応するページに埋め込まれる動画ファイルが“yyy .mp4”であり、且つ、動画ファイル“yyy .mp4”の再生時間帯が位置ｔ［ｉ］及びｔ［ｉ＋１］間の時間帯であったとする。そうすると、“index2 .html”のＩＤ情報は“２”且つ“yyy .mp4”のＩＤ情報“７”であるので、コーナ３１０［ｉ］についての局所蓄積予約情報に、データ列（２，７，ｔ［ｉ］，ｔ［ｉ＋１］）を含めればよい。
【００３４】
［蓄積処理］
次に、蓄積処理に関わる動作を説明する。図１２は、蓄積処理に関わる動作のフローチャートであり、図３のステップＳ３の蓄積処理はステップＳ３１〜Ｓ３４の処理により実現される。以下では、対象番組３００のコンテンツに対して局所蓄積が予約されているものとする。即ち、図４のステップＳ１１〜Ｓ１７の処理を経て、対象番組３００についての予約情報セットが蓄積予約データベース３６に保存されているものとする。
【００３５】
ステップＳ３１において、局所蓄積が予約された対象番組３００のコンテンツが放送開始され、放送用アンテナ３３を介し当該コンテンツの放送信号の受信が開始される。制御部３１は、対象番組３００についての基本予約情報に基づき、受信信号によるコンテンツの保存必要性を認識する。この認識に応答し、ステップＳ３２において、チューナ制御部３２は、受信信号のデータを逐次デコードし、これによって得られたデータから、対象番組３００のコンテンツを形成する各ファイルのデータを分離抽出する。
【００３６】
続くステップＳ３３にて、制御部３１は、分離抽出によって得られたファイル（以下、受信ファイルとも呼ぶ）について逐次チェックを行い、受信ファイルごとに、受信ファイルをストレージ３４に保存すべきか否かを判断する。ここにおけるチェックは、受信ファイルの種別及びファイル名などのチェックを含む。当該チェックを介し、動画ファイルについては、局所蓄積予約情報に対応する動画ファイルだけが保存される。
【００３７】
図１３に、蓄積処理の様子の例を示す。説明の便宜上、対象番組３００のコンテンツ中の動画ファイルの内、対象番組３００についての局所蓄積予約情報中の“動画ファイルのＩＤ情報”にて示される動画ファイル（図９参照）を蓄積対象動画ファイルと呼び、それ以外を非蓄積対象動画ファイルと呼ぶ。受信ファイルには蓄積対象及び非蓄積対象動画ファイルが混在する。制御部３１は、データベース３６内の局所蓄積予約情報に基づき、蓄積対象動画ファイルはストレージ３４に保存するが、非蓄積対象動画ファイルについてはストレージ３４に保存せずに破棄する。制御部３１は、対象番組３００のコンテンツ中のファイルの内、動画ファイル以外の受信ファイル（例えばＨＴＭＬファイル又は部品リソースのファイル）については、全てストレージ３４に保存する。動画ファイル以外のファイルについては、ファイルサイズが動画ファイルと比べて随分と小さいため、本実施形態では、一式保存することにしている。対象番組３００のコンテンツ中の全ファイルに対して上記チェックが完了すると、対象番組３００に対する蓄積処理を終了する。
【００３８】
［再生処理］
次に、図１２の処理後に実行される再生処理に関わる動作を説明する。図１４及び図１５は、再生処理に関わる動作のフローチャートであり、図３のステップＳ５の再生処理はステップＳ５１〜Ｓ５７及びＳ６１〜Ｓ７２の処理により実現される。
【００３９】
まずステップＳ５１において、ユーザが、対象番組３００の再生を要求する再生要求操作を入力デバイス１７ａに入力する。この入力に応答し、ステップＳ５２において、制御部３１は、蓄積予約データベース３６から対象番組３００の局所蓄積予約情報を取得する。局所蓄積予約情報が複数存在する場合には、複数の局所蓄積予約情報を全て取得する。
【００４０】
続くステップＳ５３において、制御部３１は、取得された複数の局所蓄積予約情報の内、最も小さな再生順番号を有する局所蓄積予約情報をトップ局所蓄積予約情報として特定する。局所蓄積予約情報が１つしかない場合、その１つの局所蓄積予約情報がトップ局所蓄積予約情報となる。ここでは、トップ局所蓄積予約情報は図９の情報４３０［ｉ］であるとする。するとステップＳ５４において、制御部３１は、情報４３０［ｉ］を再生用ブラウザ３５に受け渡すと共に、情報４３０［ｉ］をパラメータとしてブラウザ３５に局所蓄積コンテンツのロード要求を行う。この局所蓄積コンテンツは、コーナ３１０［ｉ］のコンテンツを形成するファイルＦＬHT［ｉ］及びＦＬMV［ｉ］を含む。
【００４１】
この要求に応答し、ステップＳ５５において、ブラウザ３５は、情報４３０［ｉ］に対応するコーナ３１０［ｉ］のファイルＦＬHT［ｉ］をストレージ３４から読み出し、ファイルＦＬHT［ｉ］によるページを表示部１６に表示させる。更にステップＳ５６において、ブラウザ３５は、情報４３０［ｉ］内の再生時間帯情報に基づき、ファイルＦＬHT［ｉ］のページに埋め込まれるべき動画（ＦＬMV［ｉ］）に対しシーク制御を行う。つまり、対象番組３００の蓄積コンテンツにおけるJavaScript等のプログラム制御に従い、対象番組３００の再生開始位置を動画ファイルＦＬMV［ｉ］の再生開始位置ｔ［ｉ］に設定する（図５（ａ）参照）。
【００４２】
故に、対象番組３００の蓄積コンテンツ内のvideo/audio要素に「autoplay」属性が指定されていた場合、ステップＳ５７にて位置ｔ［ｉ］から蓄積コンテンツの自動再生が開始される。即ち、ファイルＦＬHT［ｉ］のページが表示された状態で、当該ページ内で動画ファイルＦＬMV［ｉ］の再生が自動的に開始される。「autoplay」属性が指定されていない場合には、例えば、蓄積コンテンツにて用意された押下ボタンをユーザが押すことで、位置ｔ［ｉ］から蓄積コンテンツが再生される。上記の如く、ステップＳ５１の再生要求操作の入力に応答して、端末装置１では、局所蓄積予約情報に基づき、対象番組３００の蓄積コンテンツの全体から局所蓄積コンテンツが抽出され且つ再生される。
【００４３】
ステップＳ５７の再生開始後、ステップＳ６１（図１５参照）にて、情報４３０［ｉ］に対応する局所蓄積コンテンツの再生が終了する（即ちファイルＦＬMV［ｉ］の再生が終了する）。すると、ステップＳ６２にて、制御部３１は、直前まで再生されていたコーナの次のコーナ（以下、次コーナと呼ぶ）が対象番組３００に存在するか否かを対象番組３００の蓄積コンテンツ（マニフェストファイル等）に基づいて判定し、次コーナが存在する場合にはステップＳ６３への遷移を発生させる一方で、次コーナが存在しない場合には図１４及び図１５の再生処理を終了する。直前まで再生されていたコーナがコーナ３１０［ｉ］であれば、次コーナはコーナ３１０［ｉ＋１］である（図５（ａ）参照）。
【００４４】
ＭＭ放送による蓄積コンテンツは、ＨＴＭＬ５のコンテンツ再生制御により、一般に、１つのコーナにおける動画の再生終了イベントを契機に、次コーナのＨＴＭＬページの動画を再生するように構成されている。これに対応し、ステップＳ６３において、制御部３１は、対象番組３００の蓄積コンテンツ内のプログラムに従って、自動遷移先ページを特定し、自動遷移先ページのロード要求をブラウザ３５に行う。これにより自動遷移先ページ（以下遷移先ページとも呼ぶ）が表示される。遷移先ページは、ステップＳ５５での表示ページとは異なる、次コーナのＨＴＭＬファイルによるページであり、当然、対象番組３００の蓄積コンテンツに含まれる何れかのＨＴＭＬファイルによるページである。
【００４５】
続くステップＳ６４で、制御部３１は、蓄積コンテンツに基づき、遷移先ページに紐付けられたリソースファイルのファイル種別をチェックする。チェック後、ステップＳ６５へ移行する。遷移先ページに紐付けられたリソースファイルは、遷移先ページに対応するコーナで再生されるべきリソースファイルであり、遷移先ページに埋め込まれて再生されるべき動画ファイル及び静止画ファイルや、遷移先ページが表示されている状態で再生されるべき音声ファイル等を含みうる。
【００４６】
遷移先ページに紐付けられたリソースファイルが動画ファイルを含まない場合、当該リソースファイルは、蓄積処理の段階で全てストレージ３４に保存されている（図１３参照）。従って、この場合、ステップＳ６５からステップＳ６６への遷移が発生し、ステップＳ６６にて、ブラウザ３５により当該リソースファイルがストレージ３４から読み込まれて再生される。その再生がステップＳ６７にて終了すると、ステップＳ６２に戻る。リソースファイルが複数存在する場合、全リソースファイルの読み込み及び再生が行われる。
【００４７】
遷移先ページに紐付けられたリソースファイルが動画ファイル（以下、動画ファイルＪ）を含む場合であって且つ動画ファイルＪがストレージ３４に保存されている場合にも、ステップＳ６５からステップＳ６６への遷移が発生し、ステップＳ６６にて、ブラウザ３５により動画ファイルＪを含むリソースファイルがストレージ３４から読み込まれて再生される。その再生がステップＳ６７にて終了するとステップＳ６２に戻る。動画ファイルＪは、遷移先ページに埋め込まれて再生されるべき動画ファイルである。
【００４８】
遷移先ページに紐付けられたリソースファイルが動画ファイルＪを含むが、動画ファイルＪがストレージ３４に保存されていない場合、ステップＳ６５からステップＳ６８に遷移する。ステップＳ６８において、代替え動画ファイル再生部３８（図１参照）は、動画ファイルＪの代わりに所定の代替え動画ファイルを読み込んで再生開始する。代替え動画ファイルは、ＭＭ放送アプリケーションプログラム内に予め固定的に保持され、物理的には、端末装置１内の任意のメモリ（例えばＲＯＭ１８又はＲＡＭ１９）に保存されている。代替え動画ファイルは、「補完要求操作でコンテンツを取得して下さい」等の所定のメッセージを表示するための比較的短時間（例えば数秒程度）の動画ファイルである。
【００４９】
ユーザは、代替え動画ファイルの再生中に所定の補完要求操作を入力デバイス１７ａに入力することができ、制御部３１は、ステップＳ６８に続くステップＳ６９の中で、その入力の有無をチェックする。代替え動画ファイルの再生中に補完要求操作が入力されると、ステップＳ６９からステップＳ７０への移行が発生する。補完要求操作が入力されることなく代替え動画ファイルの再生が終了するとステップＳ６２に戻る。
【００５０】
ステップＳ７０において、コンテンツ補完部３９（図１参照）は、所定の補完用サーバに動画ファイルＪの補完要求（配信要求）を行う。補完用サーバは、ＭＭ放送の規格に従って用意されたサーバ機器（端末装置１の外部機器）であって、図２の放送局サーバ２ａと同じ又は別のサーバである。補完用サーバは、ＭＭ放送にて放送済みの番組のコンテンツを保持しており、補完要求に応答して、保持しているコンテンツを端末装置１に配信する。故に、ステップＳ７０の補完要求に応答して補完用サーバから動画ファイルＪが端末装置１に配信される。端末装置１から補完用サーバへの補完要求、及び、補完用サーバから端末装置１への配信は、通信制御部１２及び通信用アンテナ１３を用い、任意の通信網（例えば携帯電話網）を介して実現される。補完用サーバからの動画ファイルＪを端末装置１が受信すると、ステップＳ７１にてブラウザ３５により、動画ファイルＪが埋め込まれるべきページ（ステップＳ６３、Ｓ６４の遷移先ページ）と共に動画ファイルＪが再生される。ステップＳ７２にて動画ファイルＪの再生が終了するとステップＳ６２に戻る。
【００５１】
上述の流れによる再生処理により、局所蓄積予約を伴ってコンテンツ蓄積された対象番組３００の再生を指示すると、コーナ３１０［ｉ］のページに表示画面が自動遷移して、コーナ３１０［ｉ］内のコンテンツから再生が開始される（図１４のステップＳ５１〜Ｓ５７）。また、対象番組３００内の複数のコーナに対応する複数の局所蓄積予約情報４３０が蓄積予約データベース３６に保存されている場合においては、複数の局所蓄積予約情報４３０内の再生順番号に基づきトップ局所蓄積予約情報４３０［ｉ］が特定され、特定された情報４３０［ｉ］に対応する局所蓄積コンテンツから、複数のコーナが再生開始される。また、図１５のステップＳ６８及びＳ６９を含む上述の再生動作により、蓄積コンテンツ内のプログラムで元々定められている、動画再生終了を契機としたページの自動遷移を止めることなく、蓄積コンテンツの再生を行うことができる。
【００５２】
ＭＭ放送は、モバイル端末向けの放送であるため、ユーザのちょっとした空き時間に多くのコンテンツを視聴したいというニーズがある。本実施形態によれば、そのニーズに対応してコーナ単位の時間帯予約ができるため、ユーザが真に視聴を望むコンテンツを選択的にストレージ３４に保存させることができ、効率的である。結果、対象番組３００のコンテンツを一式蓄積する場合と比べて、蓄積コンテンツによるストレージ３４の負荷を低減可能である。リアルタイム放送の録画機能をも端末装置１に搭載することができるが、この場合、リアルタイム放送のコンテンツ録画によりストレージ３４の容量が逼迫しやすくなるので、リアルタイム録画及び蓄積コンテンツの視聴を限られたストレージ３４で存分に楽しむためにも、コーナ単位の蓄積予約が効果的である。また、限られた動画ファイルのみを局所蓄積するので、対象番組３００のコンテンツを一式蓄積する場合と比べて、ストレージ保存処理に伴う消費電力も低減できる。また、蓄積予約処理の段階で局所蓄積予約指定をしなかったコーナのコンテンツに対しても、ユーザが望めば、再生処理の流れの中でＭＭ放送の補完機能を利用して補完取得できるため、局所蓄積予約指定外のコーナがコンテンツ放送後に視聴できなくなるといったユーザ不利益も回避される。
【００５３】
＜第２実施形態＞
本発明の第２実施形態を説明する。第２及び後述の第３実施形態において特に述べない事項に関しては、特に記述無く且つ矛盾の無い限り、第１実施形態の記載が第２及び第３実施形態にも適用される。図１６及び図１７を参照し、第１実施形態の技術を用いた場合における表示画面の変化の様子の一例を説明する。まず、ユーザのタッチパネル操作等に応答して、ＭＭ放送アプリケーションプログラムが起動する。この起動により、ストレージ３４に保存されたコンテンツの一覧が表示される。ストレージ３４に保存されたコンテンツには、リアルタイム放送の録画コンテンツ、及び、ＣＭ情報コンテンツを含むＭＭ放送の蓄積コンテンツが含まれる。
【００５４】
ユーザがＣＭ情報コンテンツを選択して再生を指示すると、ＣＭ情報コンテンツに含まれる対象番組３００の各コーナのメタデータ３９０及び対象番組３００のダイジェスト動画３９３が再生されると共に、コーナごとの予約ボタンアイコン３９１と対象番組３００全体に対する予約ボタンアイコン３９４が表示される（図７も参照）。但し、ダイジェスト動画３９３は存在しないこともある。図１６の例では、コーナ３１０［ｉ］としての“ｙｙｙコーナ”の予約ボタンアイコン３９１が選択操作され、これによって、“ｙｙｙコーナ”に対応する局所蓄積予約情報がデータベース３６に保存されたとする。
【００５５】
この後、ＭＭ放送による対象番組３００のコンテンツが端末装置１にて受信され、蓄積処理が実行されると、図１３に示すような蓄積結果が得られる。“ｙｙｙコーナ”の局所蓄積の後、ＭＭ放送アプリケーションを起動させると、ストレージ３４に保存されたコンテンツの一覧の中に、対象番組３００のタイトル（図１６において、“タイトルｃｃｃ”）が表示される。入力デバイス１７ａを用いて、ユーザが当該タイトルを選択し対象番組３００の再生要求操作を行うと、表示ページが“ｙｙｙコーナ”のページに遷移し、当該ページ上で“ｙｙｙコーナ”に対応する動画が再生される（但し、“ｙｙｙコーナ”について局所蓄積予約情報がトップ局所蓄積予約情報であると仮定；図１４参照）。
【００５６】
“ｙｙｙコーナ”に対応する動画の再生が終了すると、即ち“ｙｙｙコーナ”の局所蓄積コンテンツの再生が終了すると、“ｙｙｙコーナ”の次コーナのページ（図１７の例において“ｚｚｚコーナ”）が再生されるが、この際、次コーナとしての“ｚｚｚコーナ”に対応する動画ファイルＪがストレージ３４に保存されていなければ、図１７に示す如く、代替え動画ファイルＡＭＶが再生される（図１５のステップＳ６３〜Ｓ６５及びＳ６８）。ファイルＡＭＶの再生中に補間要求操作が入力されなければ、“ｚｚｚコーナ”の次のコーナの再生が行われるが、ファイルＡＭＶの再生中に補間要求操作が入力されると、補完用サーバに対する動画ファイルＪの補完要求を介して動画ファイルＪが端末装置１にて受信された後、受信動画ファイルＪが再生される（図１５のステップＳ６９〜Ｓ７１）。ファイルＡＭＶの再生中、例えばアイコン４５０を表示しても良く、アイコン４５０を押す操作が補間要求操作であっても良い。動画ファイルＪの再生終了後、“ｚｚｚコーナ”の次のコーナの再生が行われ、“ｚｚｚコーナ”の次のコーナに対応する動画ファイルがストレージ３４に保存されているならば、その動画ファイルの再生が開始される。
【００５７】
＜第３実施形態＞
本発明の第３実施形態を説明する。第３実施形態では、第１又は第２実施形態に適用可能な幾つかの変形技術を説明する。
【００５８】
局所蓄積予約情報をＣＭ情報コンテンツから直接的に取得する例を上述したが、局所蓄積予約情報は、ＣＭ情報コンテンツを介して間接的に取得されても良い。例えば、ＣＭ情報コンテンツにネットワーク上における放送局サーバ２ａのアドレス情報（即ち、ＵＲＬ（Uniform Resource Locator））が含めておく。そして、端末装置１は、コーナ３１０［ｉ］に対する局所蓄積予約操作を受けると、上記アドレス情報を頼りに、通信網を介して放送局サーバ２ａにアクセスし、サーバ２ａが提供するＷＥＢ(World Wide Web)  ＡＰＩ(Application Programming Interface)等を利用しつつ、サーバ２ａからコーナ３１０［ｉ］についての最新の局所蓄積予約情報を取得しても良い。ここで取得される最新の局所蓄積予約情報は、“ＣＭ情報コンテンツとは別に端末装置１が受信した情報”である。このような方法によれば、放送直前の番組編成変更等にも柔軟に対応可能となる。
【００５９】
局所蓄積予約情報の元となる“ＣＭ情報コンテンツとは別に端末装置１が受信した情報”は、上述したものに限られず、例えばＥＣＧ（電子コンテンツガイド）であっても良い。ＥＣＧは、ＭＭ放送にて放送される各番組のメタデータを含み、放送網又は通信網を介して端末装置１にて受信される。本願の出願時点において、ＥＣＧには、コーナ単位の細かな番組編成情報が含まれてはいないことが通例であるが、将来、ＥＣＧに局所蓄積予約情報の元となるデータ（コーナ単位の細かな番組編成情報等）が含まれるようになったならば、端末装置１はＥＣＧから局所蓄積予約情報を取得してもよい。
【００６０】
１つのＣＭ情報コンテンツに１つの番組のメタデータが含まれることを想定したが、１つのＣＭ情報コンテンツに複数の番組内の各コーナのメタデータが含まれていても良い。
【００６１】
ＨＴＭＬ５はハイパーテキストによる言語の一種であり、ＨＴＭＬ５によるＨＴＭＬファイルは、ハイパーテキストによる言語ファイルの一種である。本発明において、ハイパーテキストはＨＴＭＬ５以外の言語で記述され得るし、従って、番組のコンテンツを形成する言語ファイルは、ＨＴＭＬ５によるＨＴＭＬファイル以外のファイルにもなり得る。
【００６２】
本発明の実施形態は、特許請求の範囲に示された技術的思想の範囲内において、適宜、種々の変更が可能である。以上の実施形態は、あくまでも、本発明の実施形態の例であって、本発明ないし各構成要件の用語の意義は、以上の実施形態に記載されたものに制限されるものではない。上述の説明文中に示した具体的な数値は、単なる例示であって、当然の如く、それらを様々な数値に変更することができる。
【符号の説明】
【００６３】
１  端末装置
２  放送局
２ａ  放送局サーバ
１６  表示部
１７ａ  入力デバイス
３１  放送主制御部
３４  蓄積用ストレージ
３５  コンテンツ再生用ブラウザ
３６  蓄積予約データベース
【図１】
2015050642.tif 000003
【図２】
2015050642.tif 000004
【図３】
2015050642.tif 000005
【図４】
2015050642.tif 000006
【図５】
2015050642.tif 000007
【図６】
2015050642.tif 000008
【図７】
2015050642.tif 000009
【図８】
2015050642.tif 000010
【図９】
2015050642.tif 000011
【図１０】
2015050642.tif 000012
【図１１】
2015050642.tif 000013
【図１２】
2015050642.tif 000014
【図１３】
2015050642.tif 000015
【図１４】
2015050642.tif 000016
【図１５】
2015050642.tif 000017
【図１６】
2015050642.tif 000018
【図１７】
2015050642.tif 000019