JP2002232813A - 放送受信端末装置 - Google Patents

Abstract

(57)【要約】 【課題】ＴＶ放送受信装置（サービス端末装置）に内蔵
されるＨＤＤの一部領域をサービス事業者専用の領域と
して確保し，サービス事業者が該領域を自由に使用する
ことで，サービス事業者が視聴者に対して確実にサービ
スを提供する。 【解決手段】サービス端末装置に内蔵するＨＤＤを管理
するディスク管理手段と，該ＨＤＤの一部領域をサービ
ス事業者専用の領域として確保／削除する専用領域管理
手段と，該専用領域に対するユーザ（視聴者）のデータ
書込みを制限する書込み制御手段とを有する構成とし，
専用領域管理手段でサービス事業者専用の領域を設け，
書込み制御手段で該サービス事業者から配信されるコン
テンツを格納できるようにした。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は，デジタル放送を利
用したサービス方法およびコンテンツ(データ)を蓄積可
能とする端末装置に関する。

【０００２】

【従来の技術】近年，ＨＤＤ（ハードディスクドライ
ブ）の大容量化／小型化，光ディスクといった大容量リ
ムーバブルメディアの登場に伴い，ＨＤＤを内蔵した
り，光ディスクを記録メディアとするＴＶ放送受信装置
が市場に登場してきている。このようなＴＶ放送受信装
置を使い，様々なサービスが考案されている。例えば，
放送キャリアや電話回線といった通信キャリアを介して
別途配信されるＥＰＧ（電子プログラムガイド）をＴＶ
放送受信装置のＨＤＤに蓄積しておき，ユーザ(視聴者)
がこのＥＰＧを使って所望の番組を容易に録画できる。
また，夜間放送されるニュースをＴＶ放送受信装置のＨ
ＤＤに蓄積しておき，翌朝，携帯端末などにダウンロー
ドして外出先で閲覧することもできる。

【０００３】さらに，特開平１１―２５９９３０号公報
では，あらかじめ幾種類のＴＶコマーシャル（ＣＭ）を
配信してＨＤＤに蓄積しておき，リアルタイム視聴時に
視聴者のプロファイルにしたがって視聴者のニーズに合
ったＣＭに差し替える方法が開示されている。

【０００４】

【発明が解決しようとする課題】ＨＤＤが大容量化の一
途をたどるとしてもその容量には限界がある。また，今
後様々なサービスの登場が期待され，必要とされる容量
は増す一方である。放送事業者やサービス事業者が，Ｔ
Ｖ放送受信装置での蓄積を目的としてニュースや様々な
コンテンツを配信しても，ＴＶ放送受信装置側に蓄積に
十分必要なＨＤＤ容量が残っていなければ，ユーザ（視
聴者）はそのサービスの恩恵にあずかることができず，
また，サービス事業者にとっても意味のないサービスと
なる恐れがある。

【０００５】さらに，ＥＰＧを使いＨＤＤにＴＶ番組を
容易に録画できると，視聴者の好きな時間に好きなＴＶ
番組を視聴する，いわゆるタイムシフト視聴が増加す
る。ＣＭの中には，例えば，あるスーパーの特売広告の
ように視聴する日時が重要なものもあり，タイムシフト
視聴ではＣＭの情報鮮度が保てないという問題が発生す
る。

【０００６】本発明の目的は，ＴＶ放送受信装置（サー
ビス端末装置）に内蔵されるストレージ装置（ＨＤＤな
ど）の一部領域をサービス事業者専用の領域として確保
し，サービス事業者が該領域を自由に使用することで，
サービス事業者が視聴者に対して確実にサービスを提供
するとともに，視聴者も確実にサービスを受けられるこ
とを可能とするデータ蓄積型サービス端末装置（放送受
信端末装置）を提供することにある。さらに，本発明の
その他の目的は，ＴＶ番組録画時に，録画する番組にＣ
Ｍが含まれる場合，ＣＭと番組本編とをそれぞれ別のフ
ァイルとして録画し，タイムシフト視聴時に，視聴者が
該ＣＭを視聴することにより，該番組本編を視聴可能と
するデータ蓄積型サービス端末装置（放送受信端末装
置）を提供することにある。

【０００７】

【課題を解決するための手段】上記課題を解決するため
に本発明は，サービス端末装置において，上記サービス
端末装置に内蔵するストレージ装置（ＨＤＤなど）を管
理するディスク管理手段と，該ストレージ装置の一部領
域をサービス事業者専用の領域として確保／削除する専
用領域管理手段と，該専用領域に対するユーザ（視聴
者）のデータ書込みを制限する書込み制御手段とを有す
る構成とした。

【０００８】さらに，上記サービス端末装置は，サービ
ス事業者あるいは放送事業者に設置される配信サーバと
の間で，電話回線といった公衆網あるいは専用通信網を
介してデータのやり取りを可能とするための通信手段を
備え，ＨＤＤのセクタ不良などが原因となって起こり得
る上記専用領域の容量の変化を，上記通信手段を使用し
て上記配信サーバに通知する構成とした。

【０００９】また，上記サービス端末装置はサービス事
業者専用ストレージ装置（ＨＤＤなど）を備え，上記サ
ービス事業者専用ストレージ装置は放送事業者もしくは
サービスセンタを介して配信されるサービス事業者のコ
ンテンツを蓄積する構成とした。

【００１０】また，上記サービス端末装置において，あ
らかじめ配信されるＣＭをその有効期限とともに上記ス
トレージ装置に蓄積しておき，ＴＶ番組のタイムシフト
視聴時に，該ＴＶ番組に含まれるＣＭが視聴する日時で
はその情報に意味がない場合に，上記ストレージ装置に
蓄積されている有効期限内のＣＭに差し替えて再生する
ＣＭ差替え手段を有する構成とした。

【００１１】さらに，ＣＭの差し替えにおいて新たに挿
入可能なＣＭの候補が複数存在する場合，上記ストレー
ジ装置に蓄積されている各ＣＭに優先度を持たせ，該優
先度の高いＣＭに差し替えるよう構成した。

【００１２】また，上記サービス端末装置において，放
送されるＴＶ番組を録画する際，録画する番組にＣＭが
含まれる場合，ＣＭと番組本編とをそれぞれ別のファイ
ルとして録画する録画手段を有し，タイムシフト視聴時
に，視聴者が該ＣＭのすべてあるいは一部を視聴するこ
とにより，該番組本編を視聴可能とする構成とした。

【００１３】

【発明の実施の形態】本発明の実施形態を図面を参照し
て説明する。図１は実施形態のデータ蓄積型サービス方
法を適応しうるデータ蓄積型サービスシステムのシステ
ム構成図である。

【００１４】図１において，１０および１１はサービス
事業者，１２はサービスセンタ，１３ａは配信サーバ，
１３ｂはコンテンツデータベース，１４ａは課金サー
バ，１４ｂは顧客データベース，１５及び１６は放送事
業者，１７はアナログあるいはデジタルの衛星放送送信
設備，１８はアナログあるいはデジタルの地上波放送送
信設備，１９は放送衛星（ＢＳ）あるいは通信衛星（Ｃ
Ｓ），２０はサービス端末装置，２１および２３は有線
あるいは無線を用いた通信網，２２は金融機関，２４は
ＣＡＴＶ送信設備である。

【００１５】本データ蓄積型サービスシステムでは，少
なくとも１事業者以上のサービス事業者１０または１１
が保持するコンテンツが公衆網あるいは専用回線２３を
介してサービスセンタ１２に送信され，該コンテンツは
サービスセンタ１２が設置するコンテンツデータベース
１３ｂに格納される。さらに，サービスセンタ１２に設
置される配信サーバ１３ａが所定の配信スケジュールに
したがって，該コンテンツを少なくとも１事業者以上の
放送事業者１５または１６に公衆網あるいは専用回線２
３を介して送信する。そして，放送事業者１５または１
６は所定の放送スケジュールにしたがって，衛星放送送
信設備１７あるいは地上波放送送信設備１８あるいはＣ
ＡＴＶ送信設備２４から該コンテンツをサービス端末装
置２０に配信する。サービス端末装置２０は上記放送を
受信して該コンテンツを内蔵するストレージ装置，例え
ば，ハードディスクに蓄積する。また，配信された該コ
ンテンツが有料である場合には，サービス端末装置２０
は，ユーザ（視聴者）が該コンテンツを購入したという
情報を公衆網あるいは専用回線２１を介してサービスセ
ンタ１２に送信し，サービスセンタ１２に設置される課
金サーバ１４ａが顧客データベース１４ｂに格納されて
いる顧客情報と照合して，最終的にサービスセンタ１２
と公衆網あるいは専用回線２３を介して接続される金融
機関２２から該コンテンツに設定された料金が視聴者に
対して課金されることになる。

【００１６】また，サービスセンタ１２は放送事業者１
５または１６と同一であることも考えられる。この場
合，放送事業者１５または１６内にサービスセンタ１２
が存在することになる。

【００１７】図２は実施形態のデータ蓄積型サービス端
末装置を適応しうるサービス端末装置２０のハードウェ
ア構成図である。

【００１８】図２に示すように，サービス端末装置２０
は，ＣＰＵ１と，主記憶２と，ストレージ装置３と，通
信制御装置４と，放送受信装置５と，入力装置６と，出
力装置７とを有して構成される。そして，サービス端末
装置２０の各構成要素はバス８によって接続され，各構
成要素間で必要な情報が伝送可能なように構成されてい
る。

【００１９】ＣＰＵ１は，主記憶２やストレージ装置３
に，あらかじめ格納されているプログラムによって所定
の動作を行う。

【００２０】主記憶２は，ワークエリアとして機能した
り，必要なプログラムを格納するための手段であり，例
えば，前者に対してはＲＡＭ，後者に対してはＲＯＭな
どによって実現できる。

【００２１】ストレージ装置３は，サービス端末装置２
０の動作を制御するためのプログラムを保存したり，放
送事業者から放送（配信）されるコンテンツを蓄積する
ための手段であり，例えば，ハードディスク（ＨＤ
Ｄ），光ディスクなどによって実現できる。

【００２２】通信制御装置４は，電話線やＬＡＮなどの
公衆あるいは専用の通信網を介して，同じく該通信網に
接続される装置と情報（データ）を送受信するための手
段であり，例えば，モデム，ネットワークアダプタ，無
線送受信装置などによって実現される。

【００２３】放送受信装置５は，アナログまたはデジタ
ル衛星放送あるいはアナログまたはデジタル地上波放送
あるいはアナログまたはデジタルＣＡＴＶ放送を受信す
るための手段である。アナログ衛星放送としては既に日
本国内で実施されているアナログＢＳ放送，デジタル衛
星放送としては既に日本国内で実施されているデジタル
ＣＳ放送および２０００年１２月から運用が開始される
デジタルＢＳ放送，アナログ地上波放送としては既に世
界中で実施されているＮＴＳＣ，ＰＡＬ，ＳＥＣＡＭと
いったアナログ地上波ＴＶ放送および専用ケーブルを使
用したＣＡＴＶ放送，デジタル地上波放送としては既に
米国で実施されているＡＴＳＣデジタル地上波放送など
があり，後述の本実施例では，放送受信装置５はＢＳデ
ジタル放送に対する受信装置として説明する。もちろ
ん，本発明はデジタルＢＳ放送に限定されるものではな
く，さらに，放送受信装置５は複数の放送形式を受信で
きよう構成してもよい。

【００２４】入力装置６は，視聴者がサービス端末装置
２０に対して必要な命令や情報を入力するための手段で
あり，例えば，ＴＶ受信機で使用されるリモコンや，Ｐ
Ｃで使用されるキーボード，マウスなどによって実現で
きる。

【００２５】出力装置７は，ストレージ装置３に蓄積さ
れたコンテンツや視聴者の操作に応答するための情報を
表示するための手段であり，ブラウン管，ＣＲＴ，液晶
ディスプレイ，ＰＤＰ，プロジェクタなどによって実現
できる。

【００２６】サービス端末装置２０を構成する各要素の
うち，データやプログラムの入出力と直接関係がない装
置がある場合には，その装置を図２の構成からはずすこ
とができる。

【００２７】図３は，上記サービス端末装置２０上で動
作するソフトウェアプログラムのソフトウェア構成図で
ある。

【００２８】図３において，３１，３２，３３はデバイ
スドライバであり, 上記サービス端末装置２０を構成す
るＣＰＵと主記憶を除く各要素に対し少なくとも１つ存
在する。例えば,図２に示したサービス端末装置は，ス
トレージ装置３，通新装置４，放送受信装置５，入力装
置６および出力装置７を備えているため，これら各要素
に対して１つずつ合計５つのデバイスドライバが少なく
とも存在する。上記デバイスドライバは，上記サービス
端末装置の各要素（ＣＰＵ１と主記憶２を含む）間でバ
ス８を介してデータのやり取りを制御するためのプログ
ラムである。

【００２９】ＯＳ（オペレーティングシステム）３４
は，メモリ管理やタスク管理，上記サービス端末装置２
０を構成する各要素に対する割り込み処理などを行うプ
ログラムである。ディスク管理手段３５はストレージ装
置３に対して読み書きされるファイルやディレクトリ，
フォルダーなどを管理するプログラムである。ストレー
ジ装置３用デバイスドライバがハードウェアに依存する
プログラムであるのに対して, ディスク管理手段３５は
ストレージ装置３の種類に依存せず，論理的な機能を実
現するプログラムである。また，ディスク管理手段３５
は，ＯＳ３４の一機能として実現されることもある。

【００３０】専用領域管理手段３６はストレージ装置３
の領域の一部をサービス事業者専用の領域として確保／
削除するためのプログラムである。

【００３１】書込み制御手段３７は上記専用領域に対す
るユーザ（視聴者）のデータ書込みを制限するためのプ
ログラムである。

【００３２】ＧＵＩ（Ｇｒａｐｈｉｃａｌ Ｕｓｅｒ Ｉ
ｎｔｅｒｆａｃｅ）部４１は，視聴者に操作を行わせる
ためのインターフェースを表示したり,視聴者の操作内
容を上記デバイスドライバや上記ＯＳなどに知らせるた
めのプログラムである。

【００３３】図３に示した各ソフトウェアプログラムは
主記憶２あるいはストレージ装置３に格納されており，
何らかの事象，例えば，入力装置６を使用して入力され
る視聴者からの指示（操作）や主電源投入時，コンテン
ツ受信時などを契機に，ＣＰＵ１が実行することによっ
て実現される。

【００３４】次に，本実施形態における動作を，サービ
ス事業者から配信されるコンテンツがＴＶコマーシャル
（ＣＭ）である場合を例にとって図面を用いて説明す
る。

【００３５】まず,ストレージ装置３の領域の一部をサ
ービス事業者専用の領域として確保／削除するための専
用領域管理手段３６の動作について説明する。

【００３６】図４に専用領域管理手段３６の処理フロー
チャートを示す。専用領域管理手段３６は，ＧＵＩ部３
８が表示するメニューから視聴者が専用領域の確保／削
除を示す操作をしたときに起動される。

【００３７】図４に示すように，専用領域管理手段３６
は，まず，該操作が確保か削除かを判断する（ステップ
１００）。上記ＧＵＩ部４１が表示するメニューは，そ
の項目として「確保」と「削除」を有しており，ステッ
プ１００においては，選択された項目を判定することに
なる。ステップ１００において，該操作が「確保」であ
った場合，さらに視聴者が入力するサービス事業者を示
すＩＤ（サービス事業者名でもよい），確保する領域の
サイズを取得する（ステップ１０１）。そして，該サイ
ズの領域をストレージ装置３に確保可能かどうかを判断
し（ステップ１０２），可能でなければ（ストレージ装
置３に該サイズを確保する領域が残されてない場合），
もう一度視聴者に入力を促す。ステップ１０２におい
て，該サイズの領域をストレージ装置３に確保可能であ
れば，ストレージ装置３の領域の一部に該サイズ分の領
域を上記サービス事業者用に確保する（ステップ１０
３）。このとき，該領域の確保はディスク管理手段３５
が行うことになるが，その処理（ストレージ装置上にパ
ーティションを作成し,論理ドライブ名を割り当てる）
の詳細は公知の技術であるので省略する。また，ディス
ク管理手段３５によって該領域を確保することにより，
該領域を示す論理ドライブ名が割り当てられる。

【００３８】次に，専用領域管理手段３６は，専用領域
管理テーブル２００に確保した領域に対するエントリを
追加して（ステップ１０４），処理を終了する。専用領
域管理テーブル２００の内容を図５に示す。

【００３９】図５において，専用領域管理テーブル２０
０は，サービス事業者ＩＤ２０１，領域のサイズ２０
２，論理ドライブ名２０３，書込み制御フラグ２０４と
から構成される。

【００４０】サービス事業者ＩＤ２０１には，全サービ
ス事業者に対して付与されるユニークＩＤが設定され
る。もし，図4のステップ１０１において，視聴者がサ
ービス事業者名を指定したならば，サービス事業者名と
その対応するＩＤとの関連を示したテーブルをストレー
ジ装置３などに保持しておき，サービス事業者ＩＤを取
得することになる。このサービス事業者名とその対応す
るＩＤとの関連を示したテーブルは，あらかじめ通信制
御装置４あるいは放送受信装置５を介して外部から送ら
れており，ストレージ装置３に格納されているものとす
る。

【００４１】領域のサイズ２０２には，視聴者が指定し
たサイズに基づき実際に確保された領域のサイズが設定
される。該サイズは，確保されたときに通信制御装置４
を介してサービスセンタ１２の配信サーバ１３ａに通知
され，配信サーバ１３ａは通知されたサイズをもとに配
信コンテンツの選定を行うことが可能となる。また，ス
トレージ装置３がＨＤＤで構成される場合,長期間にわ
たって使用するとＨＤＤのセクタ不良などで使用可能な
領域のサイズが縮小することが起こり得る。この場合，
ある間隔で実質的な使用可能サイズを通信制御装置４を
介して配信サーバ１３ａに通知することで，配信サーバ
１３ａは常に最新の使用可能サイズを把握することがで
きる。

【００４２】論理ドライブ名２０３には，ディスク管理
手段３５によって生成される，確保された領域にアクセ
スするためのドライブ名が設定される。

【００４３】書込み制御フラグ２０４は，サービス事業
者および視聴者が該領域に何らかのデータを書込むこと
ができるかどうかを示す内容が設定される。書込み制御
フラグ２０４は，さらにサービス事業者２０５および視
聴者２０６の２つエントリを持ち，それぞれサービス事
業者，視聴者が書込み可能かどうかを示すものである。
サービス事業者が書込み可能である領域ということは，
該サービス事業者のコンテンツが放送受信装置５によっ
て受信され，上記コンテンツが上記領域に格納可能であ
ることを示す。また，視聴者が書込み可能である領域と
いうことは，視聴者のある操作に対応した何らかのデー
タが上記領域に格納可能であることを示す。例えば，視
聴者が放送受信装置５によって受信されるＴＶ番組を録
画する場合，該録画データは上記領域に格納可能であ
る。

【００４４】サービス事業者ＩＤ２０１，領域のサイズ
２０２，論理ドライブ名２０３，書込み制御フラグ２０
４との内容を１対の組（エントリ）とし，最終的に専用
領域管理テーブル２００は，０個以上のエントリから構
成されることになる。図５に示した例では，論理ドライ
ブ名がＤＩＳＫ１の領域は，サービス事業者の書込みが
不可かつ視聴者の書込みが可能である領域を示す。ま
た，論理ドライブ名がＤＩＳＫ２の領域は，サービス事
業者の書込みが可能かつ視聴者の書込みが不可である領
域を示す。

【００４５】図４に戻り，専用領域管理手段３６は，ス
テップ１００において，視聴者の操作が「削除」であっ
た場合，さらに視聴者が入力するサービス事業者を示す
ＩＤ（サービス事業者名でもよい）を取得する（ステッ
プ１０５）。そして，専用領域管理テーブル２００から
該ＩＤと一致するエントリを取得して，該エントリが示
す領域を削除する（ステップ１０６）。このとき，削除
されるということは，該領域が再び別の専用領域として
使用可能になることを意味する。また，この処理はディ
スク管理手段３５が行う。

【００４６】そして，専用領域管理手段３６は，専用領
域管理テーブル２００から削除した領域に対するエント
リを削除して（ステップ１０７），処理を終了する。

【００４７】次に，書込み制御手段３７の動作について
説明する。図６に書込み制御手段３７の処理フローチャ
ートを示す。書込み制御手段３７は，コンテンツ受信
時，例えば，ある番組を予約録画していた場合,その予
約した日時になったときや，あるサービス事業者のコン
テンツを受信し,該サービス事業者専用の領域がストレ
ージ装置３に確保されているときなどに起動される。

【００４８】図６に示すように，書込み制御手段３７
は，まず，受信したコンテンツが録画予約した番組か，
あるいはあるサービス事業者から配信されたコンテンツ
かを判定する（ステップ１１０）。録画予約情報は，録
画予約一覧テーブルとしてストレージ装置３にあらかじ
め格納されており，上記受信したコンテンツが該録画予
約一覧テーブルに記述されているかどうかを判定するこ
とにより, 録画予約した番組かどうかを判断できる。

【００４９】録画予約一覧テーブル２１０の内容を図７
に示す。図７において，録画予約一覧テーブル２１０
は，番組ＩＤ２１１，チャンネル番号（周波数）２１
２，番組タイトル２１３，開始時間２１４，終了時間２
１５，ステータス２１６，番組ポインタ２１７とから構
成される。

【００５０】番組ＩＤ２１１には番組に対するユニーク
なＩＤが設定される。チャンネル番号（周波数）２１２
には論理的なチャンネル番号あるいは該番組を受信する
ための周波数が設定される。番組タイトル２１３には該
番組のタイトルが設定させる。開始時間２１４および終
了時間２１５には，それぞれ該番組の放送開始時間およ
び放送終了時間が設定される。ステータス２１６には，
該番組が録画予約の現在の状態が設定される。該状態に
は，少なくとも，予約中，録画中，録画済の３つの状態
が存在する。図６のステップ１１０においては，ステー
タス２１６が予約中である番組を検索することになる。
番組ポインタ２１７には，録画された番組データが格納
されている領域のアドレスが設定される。ステータス２
１６が予約中である番組に対しては，番組ポインタ２１
７には無効な値が設定される。

【００５１】番組ＩＤ２１１，チャンネル番号２１２，
番組タイトル２１３，開始時間２１４，終了時間２１
５，ステータス２１６，番組ポインタ２１７との内容を
１対の組（エントリ）とし，最終的に録画予約一覧テー
ブル２１０は，０個以上のエントリから構成されること
になる。

【００５２】また，視聴者がＥＰＧ（電子プログラムガ
イド）などを使用して番組録画操作を行い，その結果，
録画予約一覧テーブル２１０にその内容が追加されるこ
とになる。上記ＥＰＧは，番組が放送される前にあらか
じめ配信されており，サービス端末装置２０にて受信
し，ストレージ装置３などに格納されている。

【００５３】さて，図６に戻り，ステップ１１０では，
受信したコンテンツが録画予約した番組か，あるいはあ
るサービス事業者から配信されたコンテンツかを判定す
ることになるが，デジタル放送の場合，コンテンツ（番
組）本体（映像），コンテンツに対する番組属性情報，
ＥＰＧとはＭＰＥＧ２形式に多重されて送られる。上記
受信コンテンツのＩＤおよびチャンネル番号は上記番組
属性情報に含まれる。したがって，コンテンツ受信時，
上記番組属性情報に含まれる番組ＩＤ，チャンネル番
号，現在の日時などから録画予約一覧テーブル２１０の
内容を検索して上記受信したコンテンツが録画予約した
番組かを判定する。

【００５４】また，上記受信したコンテンツがあるサー
ビス事業者から配信されたコンテンツである場合，上記
番組属性情報あるいはＭＰＥＧ２のプライベートデータ
領域にその旨を示す情報が格納されているので，該情報
があるかどうかであるサービス事業者から配信されたコ
ンテンツかを判定する。

【００５５】次に，書込み制御手段３７は，ステップ１
１０において，上記受信したコンテンツがあるサービス
事業者から配信されたコンテンツであると判断された場
合，上記番組属性情報あるいは上記プライベートデータ
領域に同じく格納されているサービス事業者ＩＤを取得
し，該サービス事業者ＩＤが専用領域管理テーブル２０
０に登録されているかどうかを判定する（ステップ１１
１）。もし，登録されているならば，専用領域管理テー
ブル２００における該サービス事業者ＩＤに対する論理
ドライブ名の内容にしたがい，上記受信したコンテンツ
をストレージ装置３などに格納する（ステップ１１
２）。

【００５６】ステップ１１０において，上記受信したコ
ンテンツが録画予約した番組であると判断された場合に
は，専用領域管理テーブル２００から視聴者が書込み可
能な領域が存在するかどうかを検索し（ステップ１１
３），存在するならば，専用領域管理テーブル２００に
おける該領域に対する論理ドライブ名の内容にしたが
い， 上記受信したコンテンツをストレージ装置３など
に格納する（ステップ１１４）。ステップ１１３におい
て，専用領域管理テーブル２００に視聴者が書込み可能
な領域が存在しない場合，あるいは録画するのに十分な
領域が確保されない場合には，その旨を出力装置７に表
示して（ステップ１１５），処理を終了する。

【００５７】また，上記サービス事業者専用領域に格納
されたコンテンツの削除は，以下の方法で実現できる。
格納されるコンテンツが有効期限の属性情報を持ち，該
属性情報とともに格納する。そして，ディスク管理手段
が３５が上記有効期限の過ぎたコンテンツを削除する方
法である。

【００５８】さらに，別な方法としては，サービスセン
タ１２が公衆網あるいは専用回線２１を介してサービス
端末装置２０にコンテンツの削除を指示する情報を送信
することでも実現できる。この場合，サービスセンタ２
１はサービス事業者ＩＤ，削除するコンテンツを特定可
能な情報を送信し，サービス端末装置２０は通信制御装
置４にて受信し，受信した情報と専用領域管理テーブル
２００における該サービス事業者ＩＤに対する論理ドラ
イブ名の内容にしたがい，指定されたコンテンツを削除
することも可能である。

【００５９】次に，上記ディスク管理手段３５と，上記
専用領域管理手段３６と，上記書込み制御手段３７とを
用いたＣＭ差し替え方式について説明する。

【００６０】本ＣＭ差し替え方式では，まず，視聴者が
専用領域の確保を示す操作をすることで，専用領域管理
手段３６が起動され，あるサービス事業者専用の領域が
ストレージ装置３上に確保される。そして，その情報が
上記サービス事業者あるいはサービスセンタ１２に通知
される。続いて，上記サービス事業者あるいはサービス
センタ１２がある戦略に基いてＣＭデータを配信する。
このＣＭデータはサービス端末装置２０で受信時に出力
装置７に表示されるのではなく，専用領域管理テーブル
２００の内容にしたがい，ストレージ装置３に格納され
る。そして，視聴者がＣＭを含む録画された番組を視聴
する場合に，該番組中のＣＭがある条件の下にあらかじ
め配信されストレージ装置３に格納された上記ＣＭに差
し替えられることになる。

【００６１】あらかじめ配信される上記ＣＭデータには
属性情報が付属し，ストレージ装置３に格納される該属
性情報はＣＭデータ管理テーブルによって管理される。

【００６２】ＣＭデータ管理テーブル２２０の内容を図
８に示す。図８において，ＣＭデータ管理テーブル２２
０は，優先度２２１，有効期限２２２，時間帯２２３，
最大差し替え回数２２４，差し替え回数２２５，ポイン
タ２２６とから構成される。優先度２２１には，差し替
えるＣＭデータが同条件で存在する場合に，どのＣＭデ
ータを差し替え挿入するかを決定する差し替え優先度が
設定される。有効期限２２２には，ＣＭデータが差し替
え挿入可能な日時の範囲が設定される。有効期限を過ぎ
たＣＭデータは，自動的にＣＭデータ管理テーブル２２
０から削除され，さらに，ＣＭデータ本体もストレージ
装置３上から削除される。時間帯２２３には，ＣＭデー
タがその有効期限内において差し替え可能な時間帯が設
定される。この時間帯は，午前，午後，夜，深夜といっ
たレンジで表わすことも可能であり，時分秒といった時
間で表わすことも可能である。最大差し替え回数２２４
には，差し替え挿入する回数が設定される。差し替え回
数２２５には，差し替え挿入された回数が設定される。
この回数が最大差し替え回数２２４で指定された回数に
なったＣＭデータは，自動的にＣＭデータ管理テーブル
２２０から削除され，さらに，ＣＭデータ本体もストレ
ージ装置３上から削除される。ポインタ２２６には，Ｃ
Ｍデータ本体が格納されている領域のアドレスが設定さ
れる。

【００６３】優先度２２１，有効期限２２２，時間帯２
２３，最大差し替え回数２２４，差し替え回数２２５，
ポインタ２２６との内容を１対の組（エントリ）とし，
最終的にＣＭデータ管理テーブル２２０は，０個以上の
エントリから構成されることになる。図８に示した例で
は，エントリ２２７とエントリ２２８は差し替え条件
（有効期限，時間帯）が同じであり，優先度が異なる
（エントリ２２７の方が優先度が高い）。したがって，
上記条件に合致してＣＭデータを差し替える場合，エン
トリ２２７が選択され，差し替え挿入されることにな
る。

【００６４】次に，ＣＭ差し替え手段３８の処理フロー
チャートを図９に示す。ＣＭ差し替え手段３８は，サー
ビス端末装置２０上で動作するソフトウェアプログラム
のうちの１つであり，サービス端末装置２０上で動作す
るソフトウェア構成は図１０にようになる。

【００６５】ＣＭ差し替え手段３８は，録画された番組
の再生時に起動される。図９に示すように，ＣＭ差し替
え手段３８は，現在再生されているコンテンツ（番組本
編およびＣＭの総称）が番組本編かＣＭかを判断する
（ステップ１２０）。通常，放送される番組は，該番組
の前後および途中にＣＭを挟む。該ＣＭにおいては，同
時に配信（放送）される番組属性情報あるいはＭＰＥＧ
２のプライベートデータ領域に，ＣＭであることを示す
情報および該ＣＭがどのサービス事業者のＣＭであるか
を示すサービス事業者ＩＤ，差し替え可能かどうかを示
す情報が含まれる。ステップ１２０では，上記ＣＭであ
ることを示す情報を取得して判断することになる。

【００６６】そして，ＣＭであると判断された場合，上
記差し替え可能かどうかを示す情報を上記番組属性情報
あるいは上記プライベートデータ領域から取得し（ステ
ップ１２１），差し替え可能であれば，上記該ＣＭがど
のサービス事業者のＣＭであるかを示すサービス事業者
ＩＤを上記番組属性情報あるいは上記プライベートデー
タ領域から取得する（ステップ１２２）。

【００６７】次に，ＣＭ差し替え手段３８は，上記サー
ビス事業者ＩＤに対応するサービス事業者専用領域が確
保されているかどうかを専用領域管理テーブル２００か
ら検索し（ステップ１２３），専用領域が確保されてい
れば，該専用領域に格納されているＣＭデータ管理テー
ブル２２０の内容から差し替え挿入するＣＭデータを選
択する（ステップ１２４）。そして，選択されたＣＭに
対して，ＣＭデータ管理テーブル２２０におけるポイン
タ２２６を参照してＣＭデータをロードし，該ＣＭデー
タを再生し（ステップ１２５），ステップ１２０に戻
り，番組再生が終了するまで処理を繰り返す。ここで，
ステップ１２１においてＣＭが差し替え可能でない場
合，および，ステップ１２３において上記サービス事業
者ＩＤに対応するサービス事業者専用領域が確保されて
いない場合，および，ステップ１２４において差し替え
挿入可能なＣＭが存在しない場合には，オリジナルのＣ
Ｍデータを再生する。

【００６８】また，ステップ１２０において，上記再生
されているコンテンツがＣＭでない場合，番組再生を続
行し（ステップ１２６），ステップ１２０に戻り，番組
再生が終了するまで処理を繰り返す。

【００６９】このように，本第一の実施形態のＣＭ差し
替え方式では，サービス事業者専用領域をサービス端末
装置のストレージ装置上に確保し，該サービス事業者が
ある計画（戦略）に基いてＣＭデータを配信して上記専
用領域に格納し，ある番組のタイムシフト視聴（録画再
生）時にタイムリーなＣＭを再生可能とすることで，確
実かつ柔軟なサービスを視聴者（ユーザ）に提供するこ
とが可能となる。

【００７０】第一の実施形態では，サービス端末装置の
ストレージ装置上にサービス事業者専用の領域を確保す
るものであり,該専用領域は他の領域とは完全に分離さ
れたものである。例えば，上記ストレージ装置がＨＤＤ
であるならば，該専用領域にアクセスするための論理ド
ライブ名と他の領域にアクセスするための論理ドライブ
とは異なる。

【００７１】次に，第二の実施形態において,該専用領
域に対するアクセスも上記他の領域にアクセスも，同じ
論理ドライブ名を使用する方法について説明する。本第
二の実施形態は，各サービス事業者の専用領域に各個別
の論理ドライブを与えるのではなく，例えば，１つの論
理ドライブで複数のサービス事業者専用領域およびユー
ザ領域を管理する方法である。

【００７２】第一の実施形態では，サービス事業者専用
領域を図５に示した専用領域管理テーブル２００で管理
したが，本第二の実施形態では図１５に示す専用領域管
理テーブル２４０を用いて管理する。

【００７３】図１５において，専用領域管理テーブル２
４０は，サービス事業者ＩＤ２４１，領域のサイズ２４
２，空き領域サイズ２４３とから構成される。

【００７４】サービス事業者ＩＤ２４１および領域のサ
イズ２４２は，図５におけるサービス事業者ＩＤ２０１
および領域のサイズ２０２とそれぞれ同じである。

【００７５】空き領域サイズ２４３は，実際にサービス
事業者ＩＤ２４１で示されるサービス事業者が配信した
コンテンツの容量（サイズ）の合計を，領域のサイズ２
４２の内容から差し引いた値を保持する。つまり，上記
サービス事業者が自由に使用できる残りのサイズを示
す。また，空き領域サイズ２４３は，実際にサービス事
業者ＩＤ２４１で示されるサービス事業者が配信したコ
ンテンツの容量の合計（実使用容量）としてもよい。

【００７６】また，ユーザが（番組録画などで）使用で
きる領域の容量は，ストレージ装置が提供する全容量か
ら，サービス事業者専用に確保されている領域のサイズ
（専用領域管理テーブル２４０における領域のサイズ２
４２の内容）の合計を差し引いたサイズとなり，図５に
示したユーザ（視聴者）のみが書込める領域のエントリ
は，専用領域管理テーブル２４０には必ずしも必要な
い。

【００７７】次に,本第二の実施形態における専用領域
管理手段３６の処理フローチャートを図１７に示す。

【００７８】図１７に示すように，専用領域管理手段３
６は，まず，該操作が確保か削除かを判断する（ステッ
プ１６０）。ＧＵＩ部４１が表示するメニューは，その
項目として「確保」と「削除」を有しており，ステップ
１６０においては，選択された項目を判定することにな
る。ステップ１６０において，該操作が「確保」であっ
た場合，さらに視聴者が入力するサービス事業者を示す
ＩＤ（サービス事業者名でもよい），確保する領域のサ
イズを取得する（ステップ１６１）。そして，該領域の
サイズがストレージ装置３に空き領域として使用可能か
どうかを判断し（ステップ１６２），可能でなければ
（ストレージ装置３に該サイズの空き領域が残されてな
い場合），もう一度視聴者に入力を促す。ステップ１６
２において，該領域のサイズをストレージ装置３に空き
領域として使用可能であれば，専用領域管理テーブル２
４０に該領域に対するエントリを追加して（ステップ１
５４），処理を終了する。

【００７９】また，専用領域管理手段３６は，ステップ
１５０において，視聴者の操作が「削除」であった場
合，さらに視聴者が入力するサービス事業者を示すＩＤ
（サービス事業者名でもよい）を取得する（ステップ１
５５）。そして，該ＩＤが示すサービス事業者が既に配
信して格納されているコンテンツを削除する（ステップ
１５６）。

【００８０】そして，専用領域管理手段３６は，専用領
域管理テーブル２４０から削除するサービス事業者ＩＤ
に対するエントリを削除して（ステップ１５７），処理
を終了する。

【００８１】次に，本第二の実施形態における書込み制
御手段３７の処理フローチャートを図１６に示す。

【００８２】図１６に示すように，書込み制御手段３７
は，まず，受信したコンテンツが録画予約した番組か，
あるいはあるサービス事業者から配信されたコンテンツ
かを判定する（ステップ１５０）。録画予約情報は，録
画予約一覧テーブルとしてストレージ装置３にあらかじ
め格納されており，上記受信したコンテンツが該録画予
約一覧テーブル２１０に記述されているかどうかを判定
することにより, 録画予約した番組かどうかを判断す
る。

【００８３】ステップ１５０では，受信したコンテンツ
が録画予約した番組か，あるいはあるサービス事業者か
ら配信されたコンテンツかを判定することになるが，デ
ジタル放送の場合，コンテンツ（番組）本体（映像），
コンテンツに対する番組属性情報，ＥＰＧとはＭＰＥＧ
２形式に多重されて送られる。上記受信コンテンツのＩ
Ｄおよびチャンネル番号は上記番組属性情報に含まれ
る。したがって，コンテンツ受信時，上記番組属性情報
に含まれる番組ＩＤ，チャンネル番号，現在の日時など
から録画予約一覧テーブル２１０の内容を検索して上記
受信したコンテンツが録画予約した番組かを判定する。

【００８４】また，上記受信したコンテンツがあるサー
ビス事業者から配信されたコンテンツである場合，上記
番組属性情報あるいはＭＰＥＧ２のプライベートデータ
領域にその旨を示す情報が格納されているので，該情報
があるかどうかであるサービス事業者から配信されたコ
ンテンツかを判定する。

【００８５】次に，書込み制御手段３７は，ステップ１
５０において，上記受信したコンテンツがあるサービス
事業者から配信されたコンテンツであると判断された場
合，上記番組属性情報あるいは上記プライベートデータ
領域に同じく格納されているサービス事業者ＩＤを取得
し，該サービス事業者ＩＤが専用領域管理テーブル２４
０に登録されているかどうかを判定する（ステップ１５
１）。もし，登録されているならば，上記受信したコン
テンツをストレージ装置３などに格納し，該サービス事
業者ＩＤに対する専用領域管理テーブル２４０の空き領
域サイズ２４３の内容から上記格納したコンテンツのサ
イズを差し引いた値を新たに上記空き領域サイズ２４３
に設定する（ステップ１５２）。

【００８６】ステップ１５０において，上記受信したコ
ンテンツが録画予約した番組であると判断された場合に
は，専用領域管理テーブル２４０に登録されている全サ
ービス事業者専用領域の空き領域サイズを加算し, スト
レージ装置３全体の空き領域サイズ（ストレージ装置３
の全容量から実際に使用されている容量を差し引いた
値）から上記加算した値を差し引いた値が，上記コンテ
ンツのサイズより大きいかどうかを判定し（ステップ１
５３），大きければ格納できると判断し，上記受信した
コンテンツをストレージ装置３などに格納する（ステッ
プ１５４）。ステップ１５３において，上記コンテンツ
を格納するのに十分な領域がない場合には，その旨を出
力装置７に表示して（ステップ１５５），処理を終了す
る。

【００８７】以上のように,本第二の実施形態において
は，（放送事業者を介して）サービス事業者が配信する
コンテンツを必ず格納できうる領域をストレージ装置３
に上に常にプールしておくことで,１つの論理ドライブ
名を使用して複数のサービス事業者専用領域を確保する
ことが可能となる。

【００８８】第一および第二の実施形態では，専用領域
への書込み制御を専用領域管理テーブル２００あるいは
２４０を用いて行った。次に,第三の実施形態では，専
用領域管理テーブル２００あるいは２４０を用いない専
用領域への書込み制御方法について説明する。第三の実
施形態のデータ蓄積型サービス端末装置を適応しうるサ
ービス端末装置２０のハードウェア構成図を図１８に示
す。

【００８９】図１８に示すように，サービス端末装置２
０は，ＣＰＵ１と，主記憶２と，ストレージ装置３と，
通信制御装置４と，放送受信装置５と，入力装置６と，
出力装置７と，サービス事業者専用ストレージ装置９と
を有して構成される。そして，サービス端末装置２０の
各構成要素はバス８によって接続され，各構成要素間で
必要な情報が伝送可能なように構成されている。

【００９０】ＣＰＵ１および主記憶２，ストレージ装置
３，通信制御装置４，放送受信装置５，入力装置６，出
力装置７は，図２におけるＣＰＵ１および主記憶２，ス
トレージ装置３，通信制御装置４，放送受信装置５，入
力装置６，出力装置７とそれぞれ同じである。

【００９１】図２におけるストレージ装置３は放送事業
者から放送（配信）されるサービス事業者のコンテンツ
を蓄積することを目的の一つとする手段であったが，図
１８におけるストレージ装置３は放送事業者から放送
（配信）されるサービス事業者のコンテンツを蓄積しな
い。

【００９２】サービス事業者専用ストレージ装置９は，
放送事業者から放送（配信）されるサービス事業者のコ
ンテンツを蓄積するための手段であり，例えば，ハード
ディスク（ＨＤＤ），光ディスクなどによって実現でき
る。また，ハードディスクはサービス端末装置２０と着
脱可能なように構成してもよい。また，サービス端末装
置２０に複数のサービス事業者専用ストレージ装置９を
接続可能なようにしてもよい。

【００９３】つまり，第三の実施形態では，サービス事
業者専用領域はサービス事業者専用ストレージ装置９に
確保されることになる。サービス端末装置２０を構成す
る各要素のうち，データやプログラムの入出力と直接関
係がない装置がある場合には，その装置を図１８の構成
からはずすことができる。次に,本第三の実施形態にお
ける専用領域管理手段３６の処理フローチャートを図１
９に示す。

【００９４】図１９に示すように，専用領域管理手段３
６は，まず，該操作が確保か削除かを判断する（ステッ
プ１７０）。ＧＵＩ部４１が表示するメニューは，その
項目として「確保」と「削除」を有しており，ステップ
１７０においては，選択された項目を判定することにな
る。ステップ１７０において，該操作が「確保」であっ
た場合，サービス端末装置２０に接続されているサービ
ス事業者専用ストレージ装置９に対して論理ドライブ名
を割り当て（ステップ１７１），処理を終了する。

【００９５】また，ステップ１７０において，視聴者の
操作が「削除」であった場合，サービス事業者専用スト
レージ装置９に対する論理ドライブ名の割り当てを解除
し（ステップ１７２），処理を終了する。次に，本第三
の実施形態における書込み制御手段３７の処理フローチ
ャートを図２０に示す。

【００９６】図２０に示すように，書込み制御手段３７
は，まず，受信したコンテンツが録画予約した番組か，
あるいはあるサービス事業者から配信されたコンテンツ
かを判定する（ステップ１８０）。録画予約情報は，録
画予約一覧テーブルとしてストレージ装置３にあらかじ
め格納されており，上記受信したコンテンツが該録画予
約一覧テーブル２１０に記述されているかどうかを判定
することにより, 録画予約した番組かどうかを判断す
る。

【００９７】ステップ１８０では，受信したコンテンツ
が録画予約した番組か，あるいはサービス事業者から配
信されたコンテンツかを判定することになるが，デジタ
ル放送の場合，コンテンツ（番組）本体（映像），コン
テンツに対する番組属性情報，ＥＰＧとはＭＰＥＧ２形
式に多重されて送られる。上記受信コンテンツのＩＤお
よびチャンネル番号は上記番組属性情報に含まれる。し
たがって，コンテンツ受信時，上記番組属性情報に含ま
れる番組ＩＤ，チャンネル番号，現在の日時などから録
画予約一覧テーブル２１０の内容を検索して上記受信し
たコンテンツが録画予約した番組かを判定する。

【００９８】また，上記受信したコンテンツがサービス
事業者から配信されたコンテンツである場合，上記番組
属性情報あるいはＭＰＥＧ２のプライベートデータ領域
にその旨を示す情報が格納されているので，該情報があ
るかどうかでサービス事業者から配信されたコンテンツ
かを判定する。

【００９９】次に，書込み制御手段３７は，ステップ１
８０において，上記受信したコンテンツがサービス事業
者から配信されたコンテンツであると判断された場合，
上記受信したコンテンツをサービス事業者専用ストレー
ジ装置９に格納する（ステップ１８２）。

【０１００】ステップ１８０において，上記受信したコ
ンテンツが録画予約した番組であると判断された場合に
は，ストレージ装置３に上記コンテンツを格納しうる領
域が存在するかどうかを判定し（ステップ１８３），格
納できると判定された場合，上記受信したコンテンツを
ストレージ装置３に格納する（ステップ１８４）。ステ
ップ１８３において，上記コンテンツを格納するのに十
分な領域がない場合には，その旨を出力装置７に表示し
て（ステップ１８５），処理を終了する。

【０１０１】以上のように,本第三の実施形態において
は，（放送事業者を介して）サービス事業者が配信する
コンテンツを格納するサービス事業者専用ストレージ装
置を別途サービス端末装置に装着することにより，専用
領域管理テーブル２００あるいは２４０を用いない専用
領域への書込み制御方法を実現することが可能となる。

【０１０２】次に，第四の実施形態として番組録画方式
について説明する。以下に説明する第四の実施形態にお
ける専用領域の管理方法は，上述した第一もしくは第二
もしくは第三の実施形態の専用領域管理方法のいずれも
適用可能であるが，以下，第一の実施形態の専用領域管
理方法を適用して説明する。

【０１０３】第四の実施形態では，まず，視聴者が専用
領域の確保を示す操作をすることで，専用領域管理手段
３６が起動され，あるサービス事業者専用の領域がスト
レージ装置３上に確保される。そして，その情報が上記
サービス事業者あるいはサービスセンタ１２に通知され
る。続いて，上記サービス事業者あるいはサービスセン
タ１２がある戦略に基いてＣＭデータを配信する。この
ＣＭデータはサービス端末装置２０で受信時に出力装置
７に表示されるのではなく，専用領域管理テーブル２０
０の内容にしたがい，ストレージ装置３に格納される。
そして，視聴者がＣＭを含む録画された番組を視聴する
場合に，該番組中のＣＭがある条件の下にあらかじめ配
信されストレージ装置３に格納された上記ＣＭに差し替
えられることになる。

【０１０４】あらかじめ配信される上記ＣＭデータには
属性情報が付属し，ストレージ装置３に格納される該属
性情報はＣＭデータ管理テーブル２２０によって管理さ
れる。

【０１０５】本第四の実施形態では，番組の録画時に，
番組本編と該番組に含まれるＣＭとをそれぞれ別のファ
イルとして格納する。

【０１０６】番組録画手段３９の処理フローチャートを
図１１に示す。番組録画手段３９は，サービス端末装置
２０上で動作するソフトウェアプログラムのうちの１つ
であり，サービス端末装置２０上で動作するソフトウェ
ア構成は図１２にようになる。番組録画手段３９は，番
組の録画時に起動される。

【０１０７】図１１に示すように，番組録画手段３９
は，まず，視聴者が録画可能な領域が存在し，コンテン
ツ（番組本編およびＣＭの総称）を格納するのに十分な
領域があるかどうかを，専用領域管理テーブル２００か
ら判定し（ステップ１３０），録画可能な領域が存在し
ないあるいはコンテンツを格納するのに十分な領域がな
い場合には，その旨を出力装置７に表示して（ステップ
１３１），処理を終了する。

【０１０８】ステップ１３０において，録画可能な領域
が存在し，コンテンツを格納するのに十分な領域がある
場合には，現在受信されている（録画すべき）コンテン
ツが番組本編かＣＭかを判断する（ステップ１３２）。
通常，放送される番組は，該番組の前後および途中にＣ
Ｍを挟む。該ＣＭにおいては，同時に配信（放送）され
る番組属性情報あるいはＭＰＥＧ２のプライベートデー
タ領域に，ＣＭであることを示す情報および該ＣＭがど
のサービス事業者のＣＭであるかを示すサービス事業者
ＩＤが含まれる。ステップ１３２では，上記ＣＭである
ことを示す情報を取得して判断することになる。

【０１０９】そして，ＣＭであると判断された場合，Ｃ
Ｍデータを上記視聴者の専用領域に格納する（ステップ
１３３）。また，番組本編と判断された場合には，番組
データを上記視聴者の専用領域に格納する（ステップ１
３４）。そして，本処理を録画終了まで繰り返す。

【０１１０】また，ステップ１３３およびステップ１３
４において格納されるＣＭデータおよび番組データは，
それぞれ別ファイルとして格納され，これらの情報は録
画番組管理テーブルによって管理される。

【０１１１】録画番組管理テーブル２３０の内容を図１
３に示す。図１３において，録画番組管理テーブル２３
０は，番組ＩＤ２３１，チャンネル番号（周波数）２３
２，番組タイトル２３３，開始時間２３４，終了時間２
３５，ステータス２３６，番組ポインタ２３７，ＣＭポ
インタ２３８とから構成される。番組ＩＤ２３１，チャ
ンネル番号（周波数）２３２，番組タイトル２３３，開
始時間２３４，終了時間２３５，ステータス２３６，番
組ポインタ２３７とは，録画予約一覧テーブル２１０に
おける番組ＩＤ２１１，チャンネル番号（周波数）２１
２，番組タイトル２１３，開始時間２１４，終了時間２
１５，ステータス２１６，番組ポインタ２１７とそれぞ
れ同様である。

【０１１２】ＣＭポインタ２３８には，録画されたＣＭ
データが格納されている領域のアドレスが設定される。
また，第一の実施例では，上述した録画予約一覧テーブ
ル２１０の代わりに録画番組管理テーブル２３０を使用
しても構わない。番組ＩＤ２３１，チャンネル番号２３
２，番組タイトル２３３，開始時間２３４，終了時間２
３５，ステータス２３６，番組ポインタ２３７，ＣＭポ
インタ２３８との内容を１対の組（エントリ）とし，最
終的に録画番組管理テーブル２３０は，０個以上のエン
トリから構成されることになる。

【０１１３】また，図１１におけるステップ１３３およ
びステップ１３４で格納される番組データおよびＣＭデ
ータは，録画番組管理テーブル２３０の番組ポインタ２
３７およびＣＭポインタ２３８の内容で指示されるアド
レスにそれぞれ格納されることになる。

【０１１４】番組再生手段４０の処理フローチャートを
図１４に示す。番組再生手段４０は，サービス端末装置
２０上で動作するソフトウェアプログラムのうちの１つ
であり，サービス端末装置２０上で動作するソフトウェ
ア構成は図１２にようになる。

【０１１５】番組録画手段４０は，録画された番組の再
生時（録画番組管理テーブル２３０の内容が出力装置７
に表示され,視聴者が入力装置６を使って録画番組管理
テーブル２３０に含まれるある番組を指示したとき）に
起動される。

【０１１６】図１４に示すように，番組再生手段４０
は，まず，選択された番組に対する録画番組管理テーブ
ル２３０のＣＭポインタ２３８を参照してＣＭデータを
再生する（ステップ１４０）。そして，ＣＭポインタ２
３８の内容が示すアドレスに格納されているすべてのＣ
Ｍデータが再生（視聴）されたかを判断し（ステップ１
４１）し，続いて, 録画番組管理テーブル２３０の番組
ポインタ２３７を参照して番組データを再生する（ステ
ップ１４２）。

【０１１７】ステップ１４０において，ＣＭデータの再
生を途中で止めたとき,あるいは，ＣＭデータの再生を
スキップした場合，つまり，完全にＣＭデータの再生を
しなかった場合には，ステップ１４１においては,ＣＭ
データの再生がされてないと判断され，番組データの再
生はされない。また，番組データの再生を行うＣＭデー
タの再生条件として，ある特定のＣＭデータの再生が行
われたかどうかと判断するようにしてもよい。

【０１１８】また，ステップ１４０においてＣＭデータ
を再生する際,第一の実施例で述べたような方法で,ＣＭ
の差し替え挿入を行うことも可能である。

【０１１９】このように，本第四の実施例の番組録画方
式では,ＣＭと番組本編とを別々のファイルに格納する
ことにより,番組本編視聴中にＣＭが挟まれることなく,
視聴者は番組本編の視聴を楽しむことができ,さらに，
ＣＭの視聴をしなければ番組本編の視聴ができないため
に,サービス事業者にとっては,必ずＣＭが視聴されるこ
とが補償される。

【０１２０】

【発明の効果】以上説明してきたように，本発明によれ
ば，サービス事業者専用領域をサービス端末装置のスト
レージ装置上に確保し，該サービス事業者がある計画
（戦略）に基いてＣＭデータを配信して上記専用領域に
格納し，ある番組のタイムシフト視聴（録画再生）時に
タイムリーなＣＭを再生可能とすることで，確実かつ柔
軟なサービスを視聴者（ユーザ）に提供可能なデータ蓄
積型サービス端末装置（放送受信端末装置）を提供する
ことができる。

【０１２１】さらに, ＴＶ番組録画時に，録画する番組
にＣＭが含まれる場合，ＣＭと番組本編とをそれぞれ別
のファイルとして録画し，タイムシフト視聴時に，視聴
者が該ＣＭを視聴することにより，該番組本編を視聴可
能とするデータ蓄積型サービス端末装置（放送受信端末
装置）を提供することができる。

【図面の簡単な説明】

【図１】 本実施形態のサービスシステム構成図であ
る。

【図２】 本実施形態のデータ蓄積型サービス端末装置
のハードウェア構成図である。

【図３】 本実施形態のデータ蓄積型サービス端末装置
上で動作するソフトウェア構成図である。

【図４】 第一の実施形態の専用領域管理手段の処理フ
ローチャートを示す図である。

【図５】 第一の実施形態の専用領域管理テーブルの内
容を示す図である。

【図６】 第一の実施形態の書込み制御手段の処理フロ
ーチャートを示す図である。

【図７】 第一の実施形態の録画予約一覧テーブルの内
容を示す図である。

【図８】 第一の実施形態のＣＭデータ管理テーブルの
内容を示す図である。

【図９】 第一の実施形態のＣＭ差し替え手段の処理フ
ローチャートを示す図である。

【図１０】 第一の実施形態のソフトウェア構成図であ
る。

【図１１】 第四の実施形態の番組録画手段の処理フロ
ーチャートを示す図である。

【図１２】 第四の実施形態のソフトウェア構成図であ
る。

【図１３】 第四の実施形態の録画番組管理テーブルの
内容を示す図である。

【図１４】 第四の実施形態の番組再生手段の処理フロ
ーチャートを示す図である。

【図１５】 第二の実施形態の専用領域管理テーブルの
内容を示す図である。

【図１６】 第二の実施形態の書込み制御手段の処理フ
ローチャートを示す図である。

【図１７】 第二の実施形態の専用領域管理手段の処理
フローチャートを示す図である。

【図１８】 第三の実施形態のデータ蓄積型サービス端
末装置のハードウェア構成図である。

【図１９】 第三の実施形態の専用領域管理手段の処理
フローチャートを示す図である。

【図２０】 第三の実施形態の書込み制御手段の処理フ
ローチャートを示す図である。

【符号の説明】

１…ＣＰＵ，２…主記憶，３…ストレージ装置，４…通
信制御装置，５…放送受信装置，６…入力装置，７…出
力装置，８…バス，１０…サービス事業者，１１…サー
ビス事業者，１２…サービスセンタ，１３ａ…配信サー
バ，１３ｂ…コンテンツデータベース，１４ａ…課金サ
ーバ，１４ｂ…顧客データベース，１５…放送事業者，
１６…放送事業者，１７…アナログあるいはデジタルの
衛星放送送信設備，１８…アナログあるいはデジタルの
地上波放送送信設備，１９…放送衛星（ＢＳ）あるいは
通信衛星（ＣＳ），２０…サービス端末装置，２１…有
線あるいは無線を用いた通信網，２３…有線あるいは無
線を用いた通信網，２２…金融機関，２４…ＣＡＴＶ送
信設備。

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号 ＦＩ テーマコート゛(参考） Ｈ０４Ｎ 5/765 Ｈ０４Ｎ 5/781 ５１０Ｄ 5/781 ５１０Ｊ 5/91 ５１０Ｆ 5/92 5/91 Ｎ 5/93 5/92 Ｈ 7/025 5/93 Ｅ 7/03 7/08 Ａ 7/035 (72)発明者 森野 東海 神奈川県川崎市麻生区王禅寺1099番地 株 式会社日立製作所システム開発研究所内 (72)発明者 友兼 武郎 神奈川県川崎市麻生区王禅寺1099番地 株 式会社日立製作所システム開発研究所内 Ｆターム(参考） 5C052 AA01 AB03 AB04 AB05 AC01 AC08 CC06 DD04 DD08 5C053 FA14 FA20 FA23 GB06 HA21 HA29 JA21 KA24 LA06 LA14 5C063 AA01 AB03 AB07 AC01 AC05 AC10 CA23 CA36 CA40 DA03 DA07 DA13 DB09 5D044 AB05 AB08 BC01 CC04 DE12 GK11

Claims (5)

【特許請求の範囲】
1. 【請求項１】ＴＶ番組を録画するときの録画データを蓄
   積するためのＨＤＤを具備する放送受信端末装置におい
   て，放送されるＴＶ番組を録画する際，録画する番組に
   ＴＶコマーシャル（ＣＭ）が含まれる場合，該ＣＭと番
   組本編とをそれぞれ別のファイルとして録画する録画手
   段を有し，録画再生（タイムシフト視聴）時に，ユーザ
   が前記録画されたＣＭデータのすべてあるいは一部を視
   聴することにより，前記録画された番組本編を視聴可能
   とすることを特徴とする放送受信端末装置。
2. 【請求項２】請求項１に記載の放送受信端末装置におい
   て，前記放送受信端末装置は，前記録画されたＣＭデー
   タおよび番組本編の再生手段を備え，該再生手段は，Ｃ
   Ｍデータの再生中にユーザがスキップ再生や再生停止を
   した場合には，番組本編の再生を行わないことを特徴と
   する放送受信端末装置。
3. 【請求項３】請求項１に記載の放送受信端末装置におい
   て，前記放送受信端末装置が具備するＨＤＤの一部領域
   をサービス事業者専用の領域として確保する専用領域管
   理手段と，該専用領域管理手段によってあるサービス事
   業者用に確保された専用領域には，前記ＴＶ放送を媒体
   として配信される前記サービス事業者のコンテンツのみ
   を格納する書込み制御手段と，前記ＴＶ放送を媒体とし
   て，あらかじめ配信される前記サービス事業者が保有す
   るＣＭデータとその属性情報を前記サービス事業者専用
   の領域に蓄積しておき，録画したＴＶ番組の録画再生
   （タイムシフト視聴）をするためのＣＭデータ視聴時
   に，該ＣＭデータに対して，前記サービス事業者専用領
   域に蓄積されているＣＭデータに差し替えて再生するＣ
   Ｍ差替え手段とを有することを特徴とする放送受信端末
   装置。
4. 【請求項４】請求項１に記載の放送受信端末装置におい
   て，前記あらかじめ配信されるＣＭデータの属性情報
   は，該ＣＭデータが差し替え挿入可能な日時の範囲であ
   ることを特徴とする放送受信端末装置。
5. 【請求項５】請求項１に記載の放送受信端末装置におい
   て，ＣＭデータの差し替えにおいて新たに挿入可能なＣ
   Ｍデータの候補が複数存在する場合，前記サービス事業
   者専用領域に蓄積されている各ＣＭデータに優先度を持
   たせ，該優先度の高いＣＭデータを差し替え挿入するこ
   とを特徴とする放送受信端末装置。