JP2002051022A - 蓄積放送システム - Google Patents

Abstract

(57)【要約】 【課題】 コンテンツのグループ化により、多様な最新
情報の供給を効率的に実現する蓄積放送システムを提供
する。 【解決手段】 放送したコンテンツを受信側で自動蓄積
し、蓄積したコンテンツを視聴時に再生する蓄積放送シ
ステムにおいて、コンテンツＡ〜Ｅに対して、前記コン
テンツの固有情報と複数のコンテンツ間で共有する共通
情報とを含むコンテンツ情報を付加し、カルーセルによ
りデータ放送する。受信側は、同一の共通情報を含むコ
ンテンツＡ〜Ｅをグループ化して蓄積する。蓄積放送サ
ービス（ａ）を構成するコンテンツの更新が容易であ
り、最新情報への更新を迅速に行うことができる。受信
機のレベルに応じてコンテンツの蓄積を制御したり、フ
ィルタリングによって蓄積するコンテンツを選択するな
ど、蓄積放送サービスをきめ細かく実施することができ
る。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、放送されたコンテ
ンツを蓄積し、好きなときに再生して視聴する蓄積放送
システムに関し、特に、データ放送されたコンテンツの
グループ化を図ることにより蓄積放送サービスの拡充を
実現するものである。

【０００２】

【従来の技術】我が国では、２０００年末からＢＳデジ
タル放送が開始され、また、２００３年末までに３大都
市圏でのデジタル地上波放送の開始が予定されている。
デジタル放送は、デジタルハイビジョン映像による高画
質化、多チャンネル化、及び、データ放送などによる高
機能化に特色を有している。

【０００３】データ放送では、ニュース、交通情報、天
気予報、スポーツ情報など種々の情報を提供することが
できる。また、これらのコンテンツが受信機のメモリに
自動的に蓄積され、その中からユーザによって選択され
たコンテンツをテレビ画面に表示する蓄積放送方式が開
発され、ユーザは欲しい情報を欲しい時に見ることが可
能になる。

【０００４】また、通常番組として例えば料理番組の映
像音声を放送し、通常番組に関連する例えばレシピの情
報を、データ放送を通じて同時放送することも行われて
おり、この通常番組及びデータ放送番組から成るデータ
放送連動型番組を、伝送路上のデータ形式に近いPartia
l Transport Stream（ＴＳ）の形でＤ−ＶＨＳに録画
し、任意の時点での再生視聴を可能にする方式も考えら
れている。

【０００５】

【発明が解決しようとする課題】しかし、従来の蓄積放
送方式では、データ放送を通じて再生時点までに蓄積さ
れたコンテンツを単に提示するだけであり、コンテンツ
を連携させて提示しようとする発想が無い。

【０００６】例えば、車両販売会社の広告情報が、Ａ車
種のカタログ情報のコンテンツと、Ｂ車種のカタログ情
報のコンテンツと、それら車種のプライス情報のコンテ
ンツとから成る場合に、それらのコンテンツを揃えてユ
ーザに提示すれば、ユーザは、Ａ車種のカタログを見た
り、Ｂ車種のカタログを見たり、それらの価格を比較し
たりすることが可能であるが、従来の方式では、再生時
点にＡ車種のカタログ情報のコンテンツだけが蓄積され
ていれば、それだけをユーザに提示し、また、再生時点
にＡ車種のカタログ情報とＢ車種のカタログ情報のコン
テンツが蓄積されていれば、それだけをユーザに提示し
ている。

【０００７】複数のコンテンツを連携させ、グループ化
することができれば、グループ内のコンテンツを順次表
示したり、適宜組み合わせて表示するなど、情報提示の
多様化を図ることができ、ユーザの興味を惹くサービス
提供が可能になる。

【０００８】しかし、再生が何時の時点で行われるか分
からないから、複数のコンテンツを連携させて提示しよ
うとしても、それらのコンテンツが再生時点で蓄積され
ている保証は無い。そのため、従来の方式の下では、コ
ンテンツを連携させる考えは生まれず、コンテンツ制作
者は、コンテンツが単独で提示される場合を想定してコ
ンテンツを制作している。

【０００９】本発明は、こうした従来の問題点を解決す
るものであり、コンテンツのグループ化を可能にし、蓄
積放送サービスの拡充を可能にする蓄積放送システムを
提供することを目的としている。

【００１０】

【課題を解決するための手段】そこで、本発明では、放
送したコンテンツを受信側で自動蓄積し、蓄積したコン
テンツを視聴時に再生する蓄積放送システムにおいて、
コンテンツに対して、前記コンテンツの固有情報と複数
のコンテンツ間で共有する共通情報とを含むメタデータ
を付加して放送し、受信側では、同一の共通情報を含む
メタデータが付加されたコンテンツをグループ化して蓄
積するようにしている。

【００１１】そのため、コンテンツのグループ化によ
り、ユーザの興味を惹く、充実した内容の蓄積放送サー
ビスを提供することが可能になる。

【００１２】

【発明の実施の形態】（第１の実施形態）第１の実施形
態における蓄積放送システムでは、インフォメーション
プロバイダから提供された蓄積放送サービスのコンテン
ツが、放送センターから伝送され、受信機に蓄積され
る。

【００１３】この蓄積放送サービスは、図２に示すよう
に、複数のコンテンツＡ、Ｂ、Ｃ、Ｄ、Ｅのグループに
よって構成される。受信機では、このコンテンツグルー
プ（Ａ、Ｂ、Ｃ、Ｄ、Ｅ）の内の少なくとも必須のコン
テンツを蓄積したとき、始めて再生視聴が可能になる。
図２の矢印は、再生時の提示の関係を示しており、コン
テンツＡが提示された後、ユーザの選択に基づいてコン
テンツＢまたはコンテンツＤが提示され、コンテンツＢ
が提示された場合は、その後、ユーザの選択に基づいて
コンテンツＣまたはコンテンツＥが提示される。

【００１４】蓄積放送サービスのコンテンツには、図３
に示すように、データコンテンツと番組ストリームコン
テンツとの２種類がある。データコンテンツは、ＢＭＬ
（Broadcasting Markup Language）で記述された１また
は複数の文書データ（ＢＭＬファイルが参照する静止画
なども含む）と、コンテンツの属性を示すコンテンツメ
タデータとで構成され、コンテンツメタデータは、当該
コンテンツが属するコンテンツグループの属性を示すコ
ンテンツ共通情報と、当該コンテンツの固有の属性を示
すコンテンツ固有情報とから成るコンテンツ情報と、当
該コンテンツを提供するインフォメーションプロバイダ
の署名情報とを含んでおり、この署名情報は、当該コン
テンツがインフォメーションプロバイダから提供された
ものであることを認証するために用いられる。

【００１５】また、番組ストリームコンテンツは、コン
テンツメタデータと１以上の番組ストリームデータとで
構成される。番組ストリームデータは、放送番組を構成
する映像・音声のストリーム形式のデータを時間で区切
ったものであり、番組内の時間的位置を記述する番組切
出し情報によって表現される。

【００１６】これらのコンテンツは、ＡＲＩＢ（社団法
人 電波産業界）の規格「ＡＲＩＢＳＴＤ−Ｂ２４」で
規定されたデータカルーセル伝送方式に基づいて繰り返
し伝送される。１コンテンツは、１カルーセルで伝送さ
れ、１カルーセルには、１つのコンテンツのリソース
（ファイル）と、そのファイル種別やフォーマット種別
を表すリソースリストとが含まれる。

【００１７】図４は、蓄積放送サービスを構成するコン
テンツＥがデータコンテンツである場合の表示イメージ
と、このコンテンツＥを伝送するカルーセルの構成とを
示している。このデータコンテンツのＢＭＬファイル
（Ｅ１）は静止画（Ｅ２及びＥ３）を参照している。カ
ルーセルは、コンテンツメタデータを構成するコンテン
ツ情報及び署名情報のリソースと、データコンテンツを
構成するＥ１（ＢＭＬ）、Ｅ２（ＪＰＥＧ）及びＥ３
（ＪＰＥＧ）のリソースと、リソースリストとを含み、
リソースリストには、「リソース：“コンテンツ情
報”、リソース：ＢＭＬ、リソース：ＪＰＥＧ、リソー
ス：ＪＰＥＧ、リソース：“署名情報”」のように記述
される。

【００１８】図５は、蓄積放送サービスを構成するコン
テンツＥが番組ストリームコンテンツ（動画）である場
合の表示イメージと、カルーセルの構成とを示してい
る。カルーセルには、番組切出し情報によって表現され
た番組ストリームデータがリソースとして含まれてい
る。この例では、番組ストリームデータにより、同じ時
間帯に放送される放送番組“いろは”の１５’００”〜
１８’００”の動画が指定されている。この動画は受信
機で蓄積され、コンテンツＥの再生時には、指定された
時間の動画が提示される。なお、番組ストリームコンテ
ンツに含まれる複数の番組ストリームデータは、同じ放
送番組に属すものでなければならない。

【００１９】図６は、蓄積放送サービスのコンテンツと
放送番組とが伝送される様子を模式的に示している。放
送センターから、番組は映像／音声伝送方式により伝送
され、蓄積放送サービスのコンテンツは、番組の映像／
音声と多重されて、データカルーセル伝送方式により繰
り返し放送される。蓄積放送サービスのコンテンツＥが
番組ストリームコンテンツである場合には、その番組ス
トリームデータにより、番組の一部の時間の動画が指定
される。

【００２０】受信機では、蓄積放送サービスのコンテン
ツと放送番組とをキャッシュに一時蓄積した後、そのコ
ンテンツと指定された動画とを蓄積部に格納する。

【００２１】また、コンテンツを伝送するカルーセルに
は、必ずコンテンツメタデータが含まれる。コンテンツ
メタデータは、コンテンツ情報と署名情報とから成り、
コンテンツ情報は、コンテンツグループの情報を記述す
るコンテンツ共通情報と、各コンテンツに固有の情報を
記述するコンテンツ固有情報とから成る。

【００２２】図７は、コンテンツ共通情報の例を示して
いる。この各項目は次の意味を有している。CommonInfo ：コンテンツ共通情報。 infomation_provider_id：当該コンテンツが属するサー
ビスのインフォメーションプロバイダ識別。 service_type：当該コンテンツが属するサービスのサー
ビスタイプ。 element_service_id：当該コンテンツが属するサービス
の蓄積サービス識別。 content_group_id：当該コンテンツが属するサービスの
コンテンツグループ識別。 storage_id：受信機において当該コンテンツを蓄積する
領域識別。蓄積領域はインフォメーションプロバイダご
とに設定される。 major_version：コンテンツグループのメジャーバージ
ョン。 minor_version：コンテンツグループのマイナーバージ
ョン。 activation_time（有効化時刻）：当該コンテンツグル
ープが有効になる時刻。 expire_time（有効期限）：当該コンテンツグループの
有効期限。 expire_policy（削除方針）：当該コンテンツグループ
を削除する方針。有効期限が来たら受信機から削除する
場合は“０”、視聴者への提示を保証する場合は“１”
に設定する。デフォルトは０である。comp info （コンテンツグループの構成情報）：当該コ
ンテンツグループの構成情報。 ird_level（受信機レベル）：コンテンツの構成情報が
対応する受信機レベル。 limit（取得制限時刻）：コンテンツグループを取得す
る制限時刻。comp content （構成コンテンツ）：コンテンツグループ
を構成するコンテンツ。 element_content_id（コンテンツ管理ＩＤ）：当該コン
テンツグループを構成するコンテンツのコンテンツ管理
識別。 necessary（必須フラグ）：コンテンツグループの中
で、必須コンテンツであるかどうかを示すフラグ。ＯＮ
は必須コンテンツであることを示し、ＯＦＦは必須コン
テンツでないことを示す。

【００２３】また、図８はコンテンツ固有情報の例を示
している。この各項目は次の意味を有している。PrivateInfo ：コンテンツ固有情報 element_content_id（コンテンツ管理ＩＤ）：当該コン
テンツのコンテンツ管理ＩＤ。 content_major_version：当該コンテンツのメジャーバ
ージョン。 content_minor_version：当該コンテンツのマイナーバ
ージョン。 first_bml_flag：当該コンテンツが属する蓄積放送サー
ビスのエントリコンテンツかどうかを示すフラグ。 activation_time（有効化時刻）：当該コンテンツが有
効になる時刻。有効化時刻の設定が不必要な場合には記
述しない。 expire_time（有効期限）：当該コンテンツの有効期
限。コンテンツ固有情報においては、有効期限の設定が
不必要な場合には記述しない。 expire_policy（削除方針）：当該コンテンツを削除す
る方針。 data_type：コンテンツのデータタイプ。番組ストリー
ムコンテンツはＳＴＲＥＡＭ、データコンテンツはＦＩ
ＬＥに設定される。 content_saze：コンテンツのサイズ（単位はバイト）。ird_level_list （対応受信機レベルのリスト）：当該コ
ンテンツが対応する受信機レベルのリスト。すべての受
信機に対応するコンテンツである場合には記述しない。ird_level_info （対応受信機レベル情報）：当該コンテ
ンツが対応する受信機レベルの情報。 ird_level（受信機レベル）：当該コンテンツが対応す
る受信機レベル。filtering_pattern ：当該コンテンツに付与されたフィ
ルタリングパターン。フィルタリングを行わない場合に
は記述しない。 filter_type（フィルタリング情報のタイプ）：フィル
タリングパターンとマッチングすべき、受信機のフィル
タリング情報のタイプ。 def_version（フィルタリング情報の定義バージョ
ン）：filter_typeで示された受信機のフィルタリング
情報のタイプにおいて、フィルタリングパターンとマッ
チングすべき定義バージョン。 FieldID（フィルタリング情報のフィールドＩＤ）：fil
ter_type、def_versionで示された受信機のフィルタリ
ング情報のタイプ、定義バージョンにおいてフィルタリ
ングパターンとマッチングすべきフィールドＩＤ。 info_version（フィルタリング情報の設定バージョ
ン）：filter_type、def_version、FieldIDで示された
受信機のフィルタリング情報のタイプ、定義バージョ
ン、フィールドＩＤにおいてフィルタリングパターンと
マッチングすべき設定バージョン。 pattern（フィルタリングパターン）：filter_type、de
f_version、FieldID、info_versionで示された受信機の
フィルタリング情報のタイプ、定義バージョン、フィー
ルドＩＤ、設定バージョンにおいてフィルタリングパタ
ーンとマッチングすべきフィルタリングパターン。

【００２４】このように、コンテンツ共通情報の中でコ
ンテンツグループを構成するコンテンツ、及び、その中
の必須コンテンツが指定される。

【００２５】コンテンツ制作者は、蓄積放送サービスを
構成するコンテンツグループの各コンテンツを制作し、
その中の必須コンテンツや取得制限時間を設定してコン
テンツ共通情報に記述する。

【００２６】いま、図１（ａ）に示すように、蓄積放送
サービスのコンテンツグループが設定され、コンテンツ
Ａ、Ｂ、Ｄが必須コンテンツとして設定されたとする。
このとき、コンテンツグループの各コンテンツを伝送す
るカルーセルは、図１（ｂ）のように構成される。各カ
ルーセルのコンテンツ情報には、固有情報と、同一内容
の共通情報とが記述される。共通情報の“構成コンテン
ツ”には、サービスＩＤ３のサービスを構成するコンテ
ンツの識別子Ａ、Ｂ、Ｃ、Ｄ、Ｅが記述され、“必須コ
ンテンツ”には、その中の必須コンテンツの識別子Ａ、
Ｂ、Ｄが記述される。また、“取得制限時刻”として例
えば２０００／０２／２９ ５：３０が記述される。受
信機では、この取得制限時刻までに必須コンテンツを全
て受信することができない場合、コンテンツグループの
取得をあきらめ、それまでに取得したコンテンツを全て
破棄する。

【００２７】また、各カルーセルのコンテンツ情報の固
有情報には、コンテンツ管理ＩＤとして、それぞれのコ
ンテンツの識別子が記述される。また、再生時に最初に
起動されるコンテンツＡの固有情報には、“first_bm
l”が“yes”と記述され、その他のコンテンツでは“n
o”と記述される。なお、この例では、フィルタリング
パターンや、有効期限、受信機レベルについては設定し
ていないものとする。

【００２８】一方、受信機は、図９に示すように、放送
されるデータを受信する受信部11と、蓄積放送サービス
を構成するコンテンツの蓄積を管理する蓄積管理部14
と、蓄積放送サービスのコンテンツの受信状況を管理す
る受信状況管理部12と、受信データを一時的に蓄積する
キャッシュ16と、蓄積放送サービスのコンテンツを蓄積
する蓄積部17と、時刻を計時する時計15と、蓄積部17に
蓄積されたコンテンツを選択して提示する選択・提示部
13とを備えている。

【００２９】この受信機の受信部11は、カルーセルで伝
送された蓄積放送サービスのコンテンツを受信する。受
信機の蓄積管理部14は、受信部11で受信したコンテンツ
のコンテンツ情報を解析してサービスＩＤを取得し、受
信状況管理部12に対して、このサービス識別子で識別さ
れるサービスの受信状況を確認する。

【００３０】受信状況管理部12は、図１０に示すよう
に、サービス識別子ごとのサービス受信状況20を登録・
管理している。受信状況管理部12は、蓄積管理部14から
照会されたサービス識別子に対応するサービス受信状況
20が未登録の場合には、新規に登録し、受信状態21の表
示を“受信中”に設定し、サービス識別子22、必須コン
テンツ識別子リスト23及び取得制限時間25のデータを共
通情報のデータに基づいて設定し、受信開始時間26を時
計15のデータから設定し、また、受信済みコンテンツ識
別子リスト24に受信したコンテンツ識別子を登録する。
蓄積管理部14は、サービス受信状況20の新規登録が済む
と、受信したコンテンツをキャッシュ16に蓄積する。

【００３１】また、当該サービス識別子のサービス受信
状況20が既に受信状況管理部12に登録されており、その
受信時刻が取得制限時刻25を超えているときは（タイム
アウト状態）、受信済みコンテンツ識別子リスト24に、
受信したコンテンツの識別子が登録され、コンテンツは
キャッシュ16に蓄積されない。

【００３２】また、当該サービス識別子のサービス受信
状況20が既に受信状況管理部12に登録されており、その
受信時刻が取得制限時刻25を超えていないときは、受信
済みコンテンツ識別子リスト24に受信したコンテンツの
識別子が登録され、コンテンツがキャッシュ16に蓄積さ
れる。このとき、必須コンテンツ識別子リスト23に記述
されたコンテンツ識別子の全てが受信済みコンテンツ識
別子リスト24に受信済みとして登録されている場合に
は、蓄積管理部14は、受信済みコンテンツをキャッシュ
16から蓄積部17に転送し、選択・提示部13に対してサー
ビスの有効を指示する。

【００３３】また、蓄積管理部14は、受信機に設定され
た特定の時間周期で、受信状況管理部12に管理されてい
る全てのサービス受信状況20を確認し、タイムアウト状
態にあるサービスの受信済みコンテンツをキャッシュ16
から削除し、また、そのサービス受信状況20を受信状況
管理部12から削除する。

【００３４】このように、コンテンツに付加するコンテ
ンツメタデータに、コンテンツ共通情報とコンテンツ固
有情報とを含めているため、受信機では、データカルー
セル伝送方式で伝送される個々のコンテンツを受信しな
がら、最終的に蓄積放送サービスを享受するためのコン
テンツグループを蓄積することが可能になる。

【００３５】また、コンテンツメタデータを構成する署
名情報は、コンテンツが正しいインフォメーションプロ
バイダから提供されたものかどうかを受信側で判断する
ために付加される。この処理を容易にするため、予めイ
ンフォメーションプロバイダの公開鍵が受信機内に格納
される。放送センターでは、データコンテンツを送信す
る際に、 （１）データコンテンツのリソースの一部分を抽出し、
ハッシュ値を計算する。 （２）（１）において、リソースからどのように抽出し
たかを示す抽出パラメータ（リソース番号とそれぞれの
リソースから取り出したデータの先頭からのオフセット
とデータ長、元々のリソースサイズ）と（１）で計算し
たハッシュ値とを符号化し、インフォメーションプロバ
イダの秘密鍵によって暗号化する。 （３）（２）で暗号化したものを署名情報として、デー
タコンテンツに付与して送信する。

【００３６】受信機側では、 （１）データコンテンツとコンテンツメタデータ（コン
テンツ情報、署名情報）とを受信し、 （２）コンテンツ情報に記述されたインフォメーション
プロバイダに対応する公開鍵を用いてコンテンツメタデ
ータの署名情報を復号化する。 （３）データコンテンツのそれぞれのリソースのサイズ
が、署名情報（復号後）の抽出パラメータに記述されて
いるリソースサイズと一致しているかどうかをチェック
する（一致していなければＮＧ）。 （４）署名情報（復号後）の抽出パラメータに記述され
ているオフセット、データ長に従い、データコンテンツ
からデータを抜き出し、受信機内のハッシュ関数により
ハッシュ値を求める。 （５）（４）で求めたハッシュ値と、署名情報（復号
後）のハッシュ値とが一致しているかどうかをチェック
する（一致していなければＮＧ）。 （６）（５）が一致していれば、データコンテンツはコ
ンテンツメタデータに書かれたインフォメーションプロ
バイダからのものと識別する。

【００３７】こうした認証手順を踏むことにより、デー
タの改ざんを防止することができ、また、受信データ
を、インフォメーションプロバイダごとに用意した受信
機の蓄積領域に、正しく蓄積することができる。

【００３８】このように、この蓄積放送システムでは、
コンテンツに付加するコンテンツメタデータに、コンテ
ンツ共通情報とコンテンツ固有情報とを分離して含める
ことにより、受信機では、データカルーセル伝送方式で
伝送される個々のコンテンツを蓄積し、最終的に蓄積放
送サービスを享受するためのコンテンツグループを集め
ることが可能になる。このコンテンツは、データカルー
セル伝送方式で繰り返し伝送されるため、受信機におけ
るコンテンツの取りこぼしが減少する。

【００３９】また、コンテンツメタデータを、データ放
送のカルーセルにリソースとして含め、ＢＭＬ文書デー
タなどのコンテンツ本体と多重して伝送しているため、
メタデータをＳＩ（Service Information）情報として
送るような場合に比べて、制作側及び受信側のデータ処
理やデータ管理が容易になる。

【００４０】また、コンテンツごとに有効期限情報を付
与することができ、受信機において、有効期限が過ぎた
コンテンツを削除することができる。

【００４１】また、コンテンツごとにフィルタリングの
ための情報を付与することができ、各受信機では、受信
機内に設定されたフィルタリング情報とマッチングする
コンテンツのみを蓄積することが可能となる。その結
果、受信機でのデータ蓄積の効率化を図ることができ、
また、各受信機に応じた、きめ細かい情報サービスの提
供が可能になる。

【００４２】（第２の実施形態）第２の実施形態では、
コンテンツグループに含まれるコンテンツの更新につい
て説明する。

【００４３】蓄積放送サービスを構成するコンテンツを
変更または追加する場合には、変更または追加するコン
テンツに付加するコンテンツメタデータのコンテンツ共
通情報において、変更または追加するコンテンツを必須
コンテンツとして指定する。その他の点は、通常のコン
テンツと同じであり、このコンテンツをデータカルーセ
ル伝送方式で伝送する。

【００４４】受信側では、蓄積しているコンテンツとサ
ービス識別子及びコンテンツ識別子が同一のコンテンツ
を受信した場合は、蓄積しているコンテンツを受信した
コンテンツで置換し、また、サービス識別子が同一でコ
ンテンツ識別子が新規なコンテンツを受信した場合は、
それを該当する蓄積放送サービスのコンテンツグループ
に加える。

【００４５】例えば、図１１（ａ）の蓄積放送サービス
に対して、コンテンツＦを追加し、図１１（ｂ）の構成
に変更する場合では、コンテンツＦの追加に伴って、コ
ンテンツＤを、コンテンツＦを参照するコンテンツＤ’
に変更することが必要になり、そのため、この更新に際
して、放送センターからは、コンテンツＦとコンテンツ
Ｄ’（但し、コンテンツ識別子はコンテンツＤと同じ）
とがカルーセルで伝送される。

【００４６】このとき、各カルーセルに含まれるコンテ
ンツ情報の共通情報では、構成コンテンツとして、コン
テンツＦを加えたコンテンツＡ、Ｂ、Ｃ、Ｄ’、Ｅ、Ｆ
のコンテンツ識別子が設定され、必須コンテンツとし
て、変更または追加されるコンテンツＤ’及びＦのコン
テンツ識別子が設定される。

【００４７】一方、図９の構成を備える受信機では、受
信部11がカルーセルで伝送されたコンテンツを受信す
る。蓄積管理部14は、受信したコンテンツのコンテンツ
情報を解析してサービスＩＤを取得し、受信状況管理部
12に対して、このサービス識別子で識別されるサービス
の受信状況を確認する。

【００４８】受信状況管理部12は、蓄積管理部14から照
会されたサービス識別子に対応するサービス受信状況20
が未登録である場合には、そのサービス受信状況を新規
登録し、共通情報のデータに基づいて必須コンテンツリ
ストを設定し、また、受信済みコンテンツ識別子リスト
24に、受信したコンテンツ識別子を登録する。蓄積管理
部14は、受信したコンテンツをキャッシュ16に蓄積す
る。

【００４９】また、当該サービス識別子のサービス受信
状況20が既に受信状況管理部12に登録されており、その
受信時刻が取得制限時刻25を超えているときは（タイム
アウト状態）、受信状況管理部12は、受信済みコンテン
ツ識別子リスト24に受信したコンテンツの識別子を登録
し、蓄積管理部14は、コンテンツをキャッシュ16に蓄積
しない。

【００５０】また、当該サービス識別子のサービス受信
状況20が既に受信状況管理部12に登録されており、その
受信時刻が取得制限時刻25を超えていないときは、受信
状況管理部12は、受信済みコンテンツ識別子リスト24に
受信したコンテンツの識別子を登録し、蓄積管理部14
は、コンテンツをキャッシュ16に蓄積する。このとき、
必須コンテンツ識別子リスト23に記述されたコンテンツ
識別子の全てが受信済みコンテンツ識別子リスト24に受
信済みとして登録されている場合には、蓄積管理部14
は、受信済みコンテンツをキャッシュ16から蓄積部17に
転送し、また、蓄積部17に同一のコンテンツ識別子を持
つコンテンツが蓄積されている場合には、それとの置換
を行う。また、選択・提示部13に対しては、サービスの
更新を指示する。

【００５１】このように、蓄積放送サービスを構成する
コンテンツの更新は、通常のコンテンツの伝送と同様の
手順で行うことができる。

【００５２】（第３の実施形態）第３の実施形態では、
受信機の蓄積能力に応じて蓄積放送サービスの構成を変
える蓄積放送システムについて説明する。

【００５３】図１２（ａ）に示すように、蓄積放送サー
ビスのコンテンツグループがＡ、Ｂ、Ｃ、Ｄ、Ｅにより
構成される場合、各コンテンツのサイズを１Ｌとする
と、受信機は、この蓄積放送サービスの全てのコンテン
ツを蓄積するためには、５Ｌの蓄積サイズを持たなけれ
ばならない。しかし、コンテンツのＡ、Ｂ、Ｄを蓄積す
るだけでも最小限のサービスが可能である場合には、５
Ｌの蓄積サイズを有する受信機レベル（Ｘ）向けには図
１２（ａ）の蓄積放送サービスを提供し、３Ｌの蓄積サ
イズを有する受信機レベル（Ｙ）向けには図１２（ｂ）
の蓄積放送サービスを提供することにより、サービス範
囲の拡大を図ることができる。なお、コンテンツＢ’
は、コンテンツＣ及びＥへのリンク（参照）を持たない
点でのみコンテンツＢと相違している。

【００５４】このように、受信機レベルに応じて蓄積放
送サービスの構成を変えることは、第１の実施形態で説
明したコンテンツ情報のコンテンツ固有情報において
“ird_level（受信機レベル）”を設定することにより
可能になる。

【００５５】図１２（ｃ）に示すように、各コンテンツ
の固有情報の受信機レベルに、当該コンテンツの蓄積を
許容する受信機レベルを設定する。即ち、図１２（ａ）
（ｂ）の蓄積放送サービスを提供する場合には、 コンテンツＡの受信機レベル： Ｘ，Ｙ コンテンツＢの受信機レベル： Ｘ コンテンツＢ’の受信機レベル：Ｙ コンテンツＣの受信機レベル： Ｘ コンテンツＤの受信機レベル： Ｘ，Ｙ コンテンツＥの受信機レベル： Ｘ を設定する。

【００５６】一方、受信機は、図１３に示すように、当
該受信機のレベル情報を管理する受信機固有情報管理部
18を具備している。その他の構成は第１の実施形態（図
９）と変わりがない。

【００５７】この受信機では、受信部11が、カルーセル
で伝送された蓄積放送サービスのコンテンツを受信する
と、蓄積管理部14は、そのコンテンツのコンテンツ情報
を解析し、その固有情報に含まれる受信機レベルと、受
信機固有情報管理部18で管理されている当該受信機の受
信機レベルとを比較する。固有情報の受信機レベルの中
に当該受信機の受信機レベルと一致するものが含まれて
いるときは、第１の実施形態で説明した手順により、受
信状況管理部12で管理されているサービスの受信状況を
確認し、それに引き続く動作を実行する。

【００５８】また、固有情報の受信機レベルの中に当該
受信機の受信機レベルと一致するものが含まれていない
ときは、そのコンテンツの受信動作を停止する。

【００５９】その結果、５Ｌの蓄積サイズを持つ受信機
では、コンテンツＡ、Ｂ、Ｃ、Ｄ、Ｅを蓄積して、図１
２（ａ）の蓄積放送サービスの提示が可能になり、ま
た、３Ｌの蓄積サイズを持つ受信機では、コンテンツ
Ａ、Ｂ’、Ｄだけを蓄積して、図１２（ｂ）の蓄積放送
サービスを提示することが可能になる。

【００６０】このように、コンテンツメタデータのコン
テンツ固有情報の中に受信機レベルの情報を設定するこ
とにより、受信機でのコンテンツの蓄積を、受信機の能
力に応じて制御することが可能になる。

【００６１】

【発明の効果】以上の説明から明らかなように、本発明
の蓄積放送システムでは、受信機にグループ化したコン
テンツを蓄積させることにより、バラエティに富んだ、
興味深い蓄積放送サービスを提供することができる。

【００６２】また、コンテンツの更新が容易であり、最
新情報への更新を速やかに行うことができる。

【００６３】また、受信機のレベルに応じたサービスを
提供することができる。

【００６４】また、蓄積放送サービスを構成するコンテ
ンツを、コンテンツの単位で有効期限を設定したり、フ
ィルタリングを行うことが可能であり、各受信機に対し
て、きめ細かい蓄積放送サービスが可能になる。

【図面の簡単な説明】

【図１】第１の実施形態における蓄積放送システムでの
コンテンツ共通情報と固有情報との関係を示す図、

【図２】第１の実施形態の蓄積放送システムにより提供
される蓄積放送サービスモデルを示す図、

【図３】第１の実施形態の蓄積放送システムにより伝送
されるコンテンツの構成を示す図、

【図４】第１の実施形態における蓄積放送システムでの
データコンテンツの伝送形態を示す図、

【図５】第１の実施形態における蓄積放送システムでの
番組ストリームコンテンツの伝送形態を示す図、

【図６】第１の実施形態における蓄積放送システムでの
蓄積放送サービス及び通常番組の伝送形態を示す図、

【図７】第１の実施形態でのコンテンツ共通情報の記述
例、

【図８】第１の実施形態でのコンテンツ固有情報の記述
例、

【図９】第１の実施形態における受信機の構成を示すブ
ロック図、

【図１０】第１の実施形態における受信機の受信状況管
理部の構成を示すブロック図、

【図１１】第２の実施形態における蓄積放送システムで
のコンテンツ共通情報と固有情報との関係を示す図、

【図１２】第３の実施形態における蓄積放送システムで
のコンテンツ共通情報と固有情報との関係を示す図、

【図１３】第３の実施形態における受信機の構成を示す
ブロック図である。

【符号の説明】

11 受信部 12 受信状況管理部 13 選択・提示部 14 蓄積管理部 15 時計 16 キャッシュ 17 蓄積部 18 受信機固有情報管理部 20 サービス受信状況 21 受信状態 22 サービス識別子 23 必須コンテンツ識別子リスト 24 受信済みコンテンツ識別子リスト 25 取得制限時間 26 受信開始時間

───────────────────────────────────────────────────── フロントページの続き (72)発明者 西 宏幸 大阪府門真市大字門真1006番地 松下電器 産業株式会社内 Ｆターム(参考） 5C052 AB03 AB04 AB05 CC11 DD04 5C063 AA01 AB03 AB07 AB11 AC03 CA23 CA36 DA02 DA03 DA07 DA13 DB09 EB01

Claims (10)

【特許請求の範囲】
1. 【請求項１】 放送したコンテンツを受信側で自動蓄積
   し、蓄積したコンテンツを視聴時に再生する蓄積放送シ
   ステムにおいて、 コンテンツに対して、前記コンテンツの固有情報と複数
   のコンテンツ間で共有する共通情報とを含むメタデータ
   が付加されて放送され、受信側では、同一の前記共通情
   報を含むメタデータが付加されたコンテンツをグループ
   化して蓄積することを特徴とする蓄積放送システム。
2. 【請求項２】 前記共通情報に、同一の前記共通情報を
   含むメタデータが付加されたコンテンツの全てを指定す
   る情報が記述されていることを特徴とする請求項１に記
   載の蓄積放送システム。
3. 【請求項３】 前記共通情報に、同一の前記共通情報を
   含むメタデータが付加されたコンテンツの一部を必須コ
   ンテンツとして指定する情報が記述され、受信側では、
   前記必須コンテンツの全てを蓄積して始めて、前記グル
   ープ化して蓄積したコンテンツの再生が可能になること
   を特徴とする請求項１または２に記載の蓄積放送システ
   ム。
4. 【請求項４】 前記固有情報に、受信機レベルを指定す
   る情報が記述され、受信側では、付加されたメタデータ
   の前記固有情報に自己の受信機レベルを指定する情報が
   記述されたコンテンツだけを蓄積することを特徴とする
   請求項１に記載の蓄積放送システム。
5. 【請求項５】 前記メタデータが、コンテンツと多重さ
   れて、データ放送のカルーセルにより伝送されることを
   特徴とする請求項１に記載の蓄積放送システム。
6. 【請求項６】 受信側は、受信したコンテンツに付加さ
   れたメタデータの前記固有情報に、蓄積したコンテンツ
   のコンテンツ識別情報と同一のコンテンツ識別情報が記
   述されているとき、蓄積した前記コンテンツを、受信し
   たコンテンツで更新することを特徴とする請求項１に記
   載の蓄積放送システム。
7. 【請求項７】 前記共通情報に、前記必須コンテンツの
   取り込み期限が記述され、受信側では、前記取り込み期
   限までに前記必須コンテンツの全てが蓄積できないと
   き、前記必須コンテンツと同一の共通情報を含むメタデ
   ータが付加されたコンテンツの蓄積をあきらめることを
   特徴とする請求項３に記載の蓄積放送システム。
8. 【請求項８】 前記固有情報または共通情報に、有効期
   限情報が記述され、受信側では、蓄積したコンテンツの
   中から有効期限が過ぎたコンテンツを削除することを特
   徴とする請求項１に記載の蓄積放送システム。
9. 【請求項９】 前記固有情報に、フィルタリングパター
   ンが記述され、受信側では、付加されたメタデータの前
   記固有情報に記述された前記フィルタリングパターン
   が、受信側で保持するフィルタリングパターンと一致す
   るコンテンツだけを蓄積することを特徴とする請求項１
   に記載の蓄積放送システム。
10. 【請求項１０】 前記メタデータに、サービス提供者の
    デジタル署名情報が含まれ、受信側では、前記デジタル
    署名情報から前記サービス提供者を認証できたときだ
    け、該当するコンテンツを蓄積することを特徴とする請
    求項１に記載の蓄積放送システム。