JP2002118812A - デジタル放送受信装置 - Google Patents

Abstract

(57)【要約】 【課題】 放送システム、または通信システムによって
配信される大規模なコンテンツデータの蓄積において
は、取りこぼしたデータがあってもカルーセル周期を待
ち、データ再取得を実施する必要があった。 【解決手段】 モジュールを構成するデータの取りこぼ
しが生じた場合においても、その状況下で放送または通
信回線のうち、最適な手段を選択する。通信回線を用い
るときはｈｔｔｐ１．１プロトコルを使用することで未
取得データ部分のみのデータ取得が可能となる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明はデータ送受信システ
ムに関し、特に放送システム、通信システムによって配
信されるデータをデータ受信装置によって受信、蓄積す
る方法に関するものである。

【０００２】

【従来の技術】デジタル放送では、データ放送サービス
を実施している。

【０００３】データ放送サービスとは、番組と共に番組
に関連する付加情報をトランスポートストリームに多重
化して送信することで、ユーザーは番組に連動して画面
に番組関連データを表示させたり、双方向の通信機能を
用いてセンターとの対話を可能とする等のサービスを提
供する放送を表す。

【０００４】データ放送サービスによって、例えば視聴
者はサッカーの試合を観戦中、選手に関する情報を知り
たい、あるいはその時点でのニュースを知りたい、と思
ったときに、リモコンのボタンを押すことでいつでも必
要なデータを画面に表示させ、参照することができる。
また、ユーザーがリモコンで入力した情報をセンターと
双方向通信でやりとりすることにより、ショッピング等
を楽しむこともできる。

【０００５】データ放送サービスで伝送される番組付加
情報は、コンテンツ、コンテンツデータ、あるいは単に
データと呼ぶこともある。

【０００６】デジタル放送のシステムはおおまかに図１
で示されるようになっている。以下、デジタル放送シス
テムについて図１を用いて説明する。

【０００７】放送センター１０は番組を構成する映像・
音声にデータ放送用のコンテンツデータをストリームに
多重化し、放送する。

【０００８】デジタル放送受信装置１２は受信アンテナ
１３によってトランスポートストリームを受信し、表示
装置１１に番組表示する。

【０００９】データ放送サービスが実施されている番組
であるときは、視聴者はリモコン１４によってデジタル
放送受信装置１２に入力を行うことによって番組に関連
するデータ放送番組を表示装置１１に表示することがで
きる。

【００１０】デジタル放送によって実施しているデータ
放送サービスでは、コンテンツデータの伝送を行うため
の手法として、ＩＳＯ/ＩＥＣ１３８１８−６で規定さ
れるＤＳＭ-ＣＣデータカルーセル伝送方式を採用して
いる。

【００１１】以下、データカルーセル伝送方式につい
て、図３を用いて説明する。

【００１２】デジタル放送によって伝送されるデータの
単位はモジュールと呼ばれている。図３における３１
２、３１３、３１４がモジュールのイメージである。図
３では３１２、３１３、３１４の３つのモジュールをデ
ータカルーセル伝送方式を用いて伝送することを想定し
ている。

【００１３】データカルーセル伝送方式では、モジュー
ルを図３の３１１で示されるＤＤＢ（Ｄｏｗｎｌｏａｄ
ＤａｔａＢｌｏｃｋ）という最小単位に分割し、それぞ
れを図３では３０１、３０２、３０３に示されるセクシ
ョンによって順次伝送する。セクションについてはＩＳ
Ｏ１３８１８−１に規定されたデータ伝送のためのデー
タ構造である。

【００１４】ＤＤＢからモジュールを再生させるための
情報が記載されたＤＩＩ（ＤｏｗｎｌｏａｄＩｎｆｏＩ
ｎｄｉｃａｔｏｒ）も同様にセクションによって伝送す
る。ＤＩＩは図３の３１０で示されるデータ構造であ
る。図３では、ＤＩＩが３つのモジュール３１２、３１
３、３１４に関する情報を持ち、これらのモジュールを
セクション３０１としてカルーセル３００にて伝送して
いることを示している。

【００１５】なお、ＤＤＢ、ＤＩＩについては、ＡＲＩ
Ｂ ＳＴＤ−Ｂ２４ １.２版にて規定されている。

【００１６】データ受信においては、データ受信装置
は、モジュール３１２（または３１３、３１４）を受信
するとき、まずＤＩＩ３１０を含むセクションをカルー
セル３００から抽出し、ＤＩＩ３１０に記載された情報
からいくつのＤＤＢがどのような順番でモジュールを構
成しているかを判断し、モジュールとして再生させる。

【００１７】データカルーセル伝送方式の特徴として
は、モジュールを繰り返し伝送する方式であるため、視
聴者がデータを必要としたときに、リモコン等の入力装
置によってデータ受信装置に入力を行うことで、初めて
データが多重化されたストリームより目的データの検出
を行い、データ取得および表示を実施する。このため、
デジタル受信装置のような環境での制限されたメモリ環
境においても効率的にメモリを用いることができる。

【００１８】また、繰り返し伝送を行うため、セクショ
ンの取りこぼしが発生した場合も再度、カルーセルの周
期を待つことによりデータの再取得を行うことができ
る。

【００１９】現在、ＢＳデジタル放送にて行っているデ
ータ放送サービスは上記のデータカルーセル伝送方式を
用いて実現している。データ放送サービスでは、番組に
関連したデータをリアルタイムで表示することができる
だけでなく、音楽データやゲーム等のコンテンツ配信を
実現することができる。

【００２０】音楽データやゲームなどのコンテンツをデ
ジタル放送を用いて実施する場合、それらのコンテンツ
データは１００ＭＢｙｔｅから場合によっては数ＧＢま
での大規模なコンテンツデータを扱うため、データ受信
装置は、これらのデータを蓄積するためのＨＤＤを具備
したものや、メモリカードといった蓄積媒体を接続する
ためのインターフェイスを持ち、それらの蓄積手段を用
いてコンテンツを蓄積し、利用することができる。

【００２１】従来のコンテンツデータの蓄積に関して
は、図５のような処理手順によって実現されている。受
信機に対し、入力がなされ、データ蓄積を開始したと
き、コンテンツデータが放送によって伝送されているか
否かを判断する（５１０）。伝送期間外であるときは蓄
積不可とみなし、蓄積を終了する。

【００２２】伝送期間内であるときは、データカルーセ
ルより順にデータの取得処理（５２０）を実行し、取得
したデータの蓄積処理実施する（５３０）。次にモジュ
ールを構成する全てのデータの取得が完了したか否かを
判断し（５４０）、していないなら処理５１０へ戻り引
き続きデータの取得を実施する。データの取得が完了し
ていれば、最後に取得ミスデータがあるかどうかを判断
し（５５０）、取得ミスデータがあるときは、再度未取
得データを取得するために次のカルーセル周期を待ち、
再度５１０より取得処理を実行する。

【００２３】また、データ受信装置は高速モデムを搭載
しているため、放送によってのみでなく、通信回線によ
ってデータの受信をしたり、ユーザーの個別情報などを
センターへ送信したりすることが可能となる。ｈｔｔｐ
プロトコル等を用いてデータコンテンツを取得したり、
視聴者の個別情報等を送信することができる。

【００２４】以上のように、デジタル放送では、データ
受信装置に搭載された大容量蓄積媒体や、高速モデムを
用いることにより、伝送されるコンテンツデータを取得
し活用することが可能となっている。

【００２５】

【発明が解決しようとする課題】しかしながら、音楽デ
ータやゲームといったコンテンツの伝送においては、１
００ＭＢｙｔｅ〜ＧＢクラスの大規模なコンテンツを受
信・蓄積することが求められ、これらのデータを放送に
よって伝送するときには、天候などの条件によってはカ
ルーセルからセクションデータを取りこぼす、といった
問題が発生しうる。データを取りこぼしたモジュール
は、それが全体のうちの一部であっても使用不可能とな
る。データカルーセル伝送方式はモジュールを繰り返し
伝送する方式であるのでセクションを取りこぼした場合
であっても、再度同じデータが伝送されてくるのを待て
ば再取得を実施することができる。

【００２６】しかし、上記のような大規模なデータコン
テンツを伝送している場合は当然、カルーセルの周期は
大きくなり、一度セクションの取りこぼしを起こしたと
きは、次の周期までの大量の待ち時間が発生することに
なる。

【００２７】さらに、放送を用いたデータ伝送はある伝
送期間をもって伝送されているため、伝送期間が終了し
た後は、カルーセル周期を待ち、未取得のデータの再取
得をすることが実施できない、という問題も生じる。

【００２８】このように、デジタル放送によって大規模
なデータコンテンツを伝送する場合には、カルーセル伝
送方式の長所を生かすことができず、取りこぼしが生じ
た場合はコンテンツデータの取得が困難になり、結果と
して視聴者に対し配信データを誤りなく伝達することが
できなくなる。さらに、コンテンツ配信事業としても成
立しえない、という課題が生じる。

【００２９】本発明は上記のような問題に対し、取りこ
ぼしたセクションデータを通信回線を用いることにより
取得し、データの補完をすることにより、未取得データ
を含んだコンテンツデータも問題なく視聴者へ伝送する
ことができるようにすることを目的とする。

【００３０】

【課題を解決するための手段】上記課題を解決するため
に、本発明は、放送システム、または通信システムによ
って配信されるデータを受信することができるデータ受
信装置であり、伝送されるデータを取得するデータ取得
手段と、前記データを記憶するためのデータ記憶部と、
前記データを前記データ記憶部へ記憶させるデータ記憶
処理手段と、通信回線を用いてセンターに接続し、前記
データの取得において取得できなかった未取得データの
再取得を実施する未取得データ通信獲得処理手段と、を
備えることを特徴としている。

【００３１】

【発明の実施の形態】以下本発明の実施の形態について
図面を参照しながら説明する。

【００３２】（実施の形態１）ここではＢＳデジタル放
送に適用した場合について説明する。本実施形態では、
デジタル放送の仕様について、ＭＰＥＧ２規格、ＤＳＭ
−ＣＣ規格、およびＤＶＢ−ＳＩ規格に基づくものとし
て説明を行う。

【００３３】すなわち、本発明の実施の形態では、映像
・音声・データ放送用データの送信については、トラン
スポートストリームにて行い、データの配信にはデータ
放送を用いて説明する。

【００３４】また通信プロトコルについてはＨＴＴＰ
１．１を用いて説明する。

【００３５】各規格については ＭＰＥＧ２規格 ＩＳＯ／ＩＥＣ１３８１８−１ ＩＳＯ／ＩＥＣ１３８１８−２ ＤＳＭ−ＣＣ規格 ＩＳＯ／ＩＥＣ１３８１８−６ ＤＶＢ−ＳＩ規格 ＥＴＳＩ ＥＴＳ ３００ ４６８ ＡＲＩＢ ＳＴＤ−Ｂ１０ １.２版 ＡＲＩＢ ＳＴＤ−Ｂ２４ １.２版 ＨＴＴＰ１．１規格 ＲＦＣ２０６８ ＨｙｐｅｒＴｅｘｔ Ｔｒ ａｎｓｆｅｒＰｒｏｔｏｃｏｌ１．１ に記載されている。

【００３６】［受信装置の構成］以下、蓄積・双方向通
信を行うことができるデジタル受信装置について図２を
用いて説明する。

【００３７】図２における、受信装置２００は、映像・
音声とデータ放送のコンテンツが多重化されたトランス
ポートストリームを受信する受信部２１０と、受信した
トランスポートストリームを、映像・音声データとデー
タ放送のセクションデータに分類するＴＳデコーダ部２
１１と、映像・音声データをデコードするＡ／Ｖデコー
ダ部２１２と、映像・音声またはデータ放送番組の表示
を制御する表示処理部２１３と、ユーザーからのリモコ
ンなどによる外部入力を受信する外部入力処理部２２０
と、データ放送サービスを画面に提示したり、受信機全
体を制御するプログラム等が置かれている制御プログラ
ム領域２２１と、データ放送コンテンツを提示するとき
や受信機の処理に利用されるデータ領域であるメモリ２
２２と、視聴者とセンターを通信回線によって接続する
ためのモデム２２４と、データコンテンツや番組等を蓄
積することができる大容量記憶媒体２２５と、によって
構成されている。

【００３８】また受信装置２００は、提示処理部２１３
の出力するデータを表示することができる表示手段２０
２を接続したり、外付け記憶媒体２０１を接続し、受信
したコンテンツデータを蓄積することができる。

【００３９】なお、図２では表示手段２０２は受信装置
２００に含まれていてもよい。

【００４０】［未取得データの獲得および補完法］以下
では、伝送されるコンテンツデータを蓄積する流れと、
受信の際にデータの取りこぼしが生じたとき、未取得デ
ータの再取得を行い、コンテンツを補完するしくみにつ
いて図４、および図６を用いて順に説明する。

【００４１】まず、処理ブロック図４を説明する。

【００４２】受信部４００はトランスポートストリーム
によって多重化された番組データのうち、データ放送サ
ービスのデータが含まれるセクションをフィルタリング
し取得する処理を実行する。

【００４３】データ記憶領域４１０は、セクションデー
タ、または通信回線によって取得した未取得分のデータ
をデータ蓄積領域４２０へ蓄積する前に一時的に記憶し
ておくための領域である。

【００４４】データ蓄積領域４２０は、コンテンツデー
タを蓄積するための領域である。

【００４５】記憶媒体処理部４３０は、ユーザーからの
入力、あるいは受信機内でのタイマー等の信号をトリガ
ーにし、配信されているデータコンテンツの蓄積制御を
行う。また、配信コンテンツデータの取得で取りこぼし
が生じたとき、放送、通信回線のどちらからデータ取得
するかを判断し、データの再取得を行う。

【００４６】受信データ制御部４４０は、データ放送コ
ンテンツの管理や、データ表示処理手段４５０にコンテ
ンツの表示など、データ放送コンテンツの動作制御を行
う。外部入力受信部４６０や、データコンテンツ内部の
タイマーなどから蓄積リクエスト信号が発生したとき、
記憶媒体処理部４３０に蓄積制御リクエストを出し、配
信コンテンツデータの蓄積を行う。

【００４７】データ表示処理手段４５０はデータ放送コ
ンテンツを出力する装置を示す。

【００４８】外部入力受信部４６０は、ユーザーより受
信機への入力を受け、それに対する処理を記憶媒体処理
部４３０や受信データ制御部４４０へリクエストする。

【００４９】通信回線接続・データ送受信部４７０はセ
ンターとデータのやり取りを行う際、センターの接続を
行い、データの送信、受信を実施する。例えば、ユーザ
ーがリモコンによって入力するデータをセンターへ送信
したり、データコンテンツを通信回線から取得したりす
る。その際のデータの送受信は通信回線４８０をもって
行われる。

【００５０】以上の図４を踏まえて、配信データ蓄積の
流れを説明する。

【００５１】データ放送サービスを用いたコンテンツの
受信・蓄積において説明する。

【００５２】受信部４００から受信されたデータ放送サ
ービス用コンテンツデータは、データ記憶領域４１０に
記憶される。データ記憶領域４１０に書き込まれたデー
タは、受信データ制御部４４０によって読み出され、デ
ータ表示処理手段４５０への提示が行われる。このと
き、データ表示処理手段４５０へは、データコンテンツ
の内容によって、ショッピング画面やデータ画面等のユ
ーザーに入力を促す内容が表示される。ここでは、番組
と共にデータ蓄積領域４２０へ蓄積可能なデータコンテ
ンツが配信されている旨の表示がされており、外部入力
受信部４６０は、コンテンツ蓄積のリクエストを示すユ
ーザーの入力を受けたとき、受信データ制御部４４０に
対し、データ蓄積開始リクエストを送る。受信データ制
御部４４０は受信部４００を制御し、蓄積すべきセクシ
ョンの取得を開始する。その後、蓄積処理の制御は記憶
媒体処理部４３０によって行われ、セクションはデータ
記憶領域４１０を介してデータ蓄積領域４２０へ蓄積さ
れる。

【００５３】なお、受信開始のトリガーはユーザー入力
によるものだけではなく、タイマーをトリガーにして行
うこともできる。タイマーは番組開始からある時間に到
達したときや、あるイベントが受信データ制御部４４０
へ受信されたときに発火し、データ蓄積を実施する。タ
イマーやイベントの概念は、本形態の冒頭に記した規格
書ＡＲＩＢ ＳＴＤ−Ｂ２４ １.２版に記載されてい
る。

【００５４】以上のような処理の流れでデータコンテン
ツの蓄積が実施されるが、以下ではセクションの取得に
失敗したときの処理をふまえたコンテンツデータ蓄積手
法について、アルゴリズム図を用いて説明する。

【００５５】まず、セクションの取りこぼしが発生した
とき、再取得の処理は、いつ行うかのタイミングによっ
て以下のように分類される。

【００５６】１．データ取得ミスが発生した直後（図６
に該当） ２．データ伝送期間が終了したが、未取得データが残さ
れているとき（図７に該当） ３．ユーザーが蓄積したデータを使用し、未取得データ
が存在するとき（図８に該当） ４．その他。カルーセル１周期が終了した後や、タイマ
ーで設定された時刻など。

【００５７】本実施の形態では、図６を用いて、上記１
に該当する未取得データの補完法について説明する。

【００５８】上記２、３については、それぞれ実施の形
態２、３で後述する。４については本実施形態の最後に
説明を加える。

【００５９】図６はセクションの取得ミスが発生したと
判断したとき、データの再取得を即実施し、コンテンツ
の補完処理をするデータ蓄積法のアルゴリズム図であ
る。

【００６０】以下、図６を用いてセクションの取りこぼ
しを保管する処理について説明する。

【００６１】データ蓄積が開始されると、まず配信され
るモジュールが伝送期間中であるかどうかを判断する
（処理６００）。

【００６２】データ伝送期間中であれば、セクションの
取得処理を実施する（処理６１０）。伝送期間が終了し
ていたときは、通信回線を用いて未取得のデータを取得
するかどうかを判断する処理に移る（処理６５０）。

【００６３】データの取得６１０が実行された後、セク
ションの取得の成否の判定を行い（処理６２０）、取得
ミスがなければ蓄積処理を行う（処理６６０）。取得ミ
スが発生していたときは、データが伝送期間中であるか
否かを判断し（処理６３０）、取得手段を選択し、デー
タの再取得をはかる。

【００６４】蓄積処理６６０実施後、モジュールを構成
する全てのセクションの受信が完了しているかどうかを
判断し（処理６７０）、完了していれば蓄積完了であ
る。全セクションの蓄積が完了していないなら、次のセ
クションを取得するために処理６００へ戻り以上を繰り
返す。

【００６５】処理６２０でデータ取得ミスがあり、放送
によってデータが伝送されているかどうかを判定する
（処理６３０）。伝送されているときは、放送あるいは
通信からそのときの最適な方の処理を選択し、データの
再取得を実施する（処理６４０）。伝送されていないと
きは再取得手段が通信回線で取得するのみとなるので、
通信で取得するか否かの判断をする（処理６５０）。通
信により取得を行うときは取得後、蓄積処理６６０へ移
る。行わないときは蓄積失敗として、蓄積処理を終了す
る。

【００６６】ここで、図６の処理６４０または処理６５
０で行われる通信回線による未取得データの取得処理に
ついて図９を用いて説明する。

【００６７】まず、通信プロトコルとしては、ｈｔｔｐ
１．１のプロトコルを用いることができる。ｈｔｔｐ
１．１では、通信回線を介してデータ幅をリクエスト
し、全体のデータのうち、その部分のデータのみを取得
することができる。以下はｈｔｔｐ１．１を用いること
を前提に説明する。ｈｔｔｐ１．１プロトコルについて
の詳細は、ＲＦＣ２０６８ ＨｙｐｅｒＴｅｘｔ Ｔｒ
ａｎｓｆｅｒＰｒｏｔｏｃｏｌ１．１に記載されてい
る。

【００６８】放送によって伝送するモジュールは、図３
のように、ＤＤＢに分割した後、セクションに組み込ん
でデータカルーセルにより伝送している。

【００６９】図９のデータカルーセル９２０によって伝
送するセクション９２１には、ＤＤＢからモジュールを
再現するためのＤＩＩが含まれている。ＤＩＩにはカル
ーセルやモジュールに関連する情報を設定し、送信する
ことができるため、ここで、ＤＩＩにセクションデータ
を取りこぼした時、センターのサーバーへ未取得データ
をリクエストできるよう、センターサーバー９００への
ＵＲＬ情報を設定して伝送する。

【００７０】ＵＲＬ情報を持つＤＩＩセクション９１１
はデータ受信装置９１０で受信し、データ受信装置９１
０は、セクションの取りこぼしが発生したとき、ＤＩＩ
９１１に設定されたＵＲＬを読みとる。また、ＤＩＩに
は伝送するモジュールのサイズ、そのモジュールを構成
するＤＤＢの数が記述されており、またＤＤＢのサイズ
も一定であるため、未取得データがモジュールのどの範
囲であるのかを算出することができる。以上の手順で得
られたＵＲＬとバイトレンジをリクエスト情報９１２に
設定し、センターサーバー９００へ未取得データの取得
リクエストを行う。

【００７１】センターサーバー９００によってリクエス
ト情報９１２が読み取られると、サーバーは伝送してい
たモジュール９０１、９０２、９０３のうち、リクエス
トされたデータの領域がモジュール９０１の９０４の範
囲のものであると判断し、ＩＰパケット９０５にその領
域９０４のデータを組み込んで通信回線を介しデータ受
信装置９１０へ送信する。

【００７２】データ受信装置は、受信したパケットから
未取得部分のデータを取り出し、モジュールへ補完す
る。

【００７３】以上の手法により、例えばデータ伝送期間
が終了した後でも未取得部分のデータを通信回線より再
取得することができ、データの取得ミスが生じてもユー
ザーに対し完全なコンテンツを伝達することが可能とな
る。

【００７４】図６の処理６４０において、放送、または
通信の二つのデータ再取得の手段があるとき、どちらを
選択するかを判断する処理は、例えば以下の２つの条件
を満たすか否か等の判定を実施すればよい。

【００７５】まず１つめの条件として、放送・通信の両
方の手段から取得が可能なときは、取りこぼしたセクシ
ョンをカルーセルより再取得するときの、再取得時間
と、通信回線によって取りこぼし部分のデータを再取得
する時間を比較し、前者が後者を上回るときには通信回
線でデータ再取得を実施する方が時間的な効率がよい。
これらの時間の大きさについては、ＡＲＩＢ ＳＴＤ−
Ｂ２４ １.２版に記述されているように、図３の３１
０で示されるＤＩＩの内部にカルーセルに関する情報等
を設定することができるため、例えばセンターがあらか
じめ伝送するカルーセルの周期や、通信回線によって１
セクションを伝送するときの情報を設定しておき、処理
６４０に移ったとき、ＤＩＩより情報を抽出し判定する
ことで、どちらがその時点で最適なデデータ取得手段で
あるかを判断することが可能となる。

【００７６】２つ目の条件として、通信回線でデータを
取得する場合には、電話回線の接続料金がかかってくる
ため、例えば、取りこぼしが発生し、その取得に必要な
接続料金をコンテンツ配信事業者が提供する場合、事業
者にとってはコンテンツ配信による収益の期待値が接続
料金を上回る必要がある。

【００７７】以上の２つの条件を満たすかどうかを判定
し、満たされる場合のみ通信回線を用いたデータ配信を
利用することでその場合に応じた最適な手段と、事業と
しての成立の両方の条件を兼ね備えた形でデータの再取
得を実現することが可能となる。

【００７８】なお、図６の説明では、データを受信する
ユーザーの意思に関係なく、データの取得が失敗したと
きは最適な手段を選択し、必ず未取得データの取得を行
う、というアルゴリズムであったが、ユーザーによって
は、放送でデータ取得失敗したときは即取得をあきらめ
る等の個別のデータ取得手法の設定をしておくことで、
図６における処理６２０でデータ取得ミスが発生したと
きに、即蓄積終了へ行くことができたり、または処理６
３０でデータ伝送期間中でなかったときに即、蓄積終了
する、といった処理を実施することも可能である。

【００７９】その手法は、例えば図４においてあらかじ
めユーザーがデータ受信に関する設定を入力しておき、
その情報を受信データ制御部４４０に保持させておく。
記憶媒体処理部４３０がデータの取得失敗を判定したと
き、受信データ制御部４４０が、ユーザーの設定情報を
読み出し、その内容に基づいて上記のような処理を行う
ような機能を用意しておくことで実現することができ
る。

【００８０】以上のように本実施例によれば、大規模な
コンテンツの配信において、モジュールの一部のセクシ
ョンを取りこぼしても最適な手法で補完し、コンテンツ
配信事業を成立させることが可能となる。

【００８１】（実施の形態２）実施の形態１では、セク
ションデータの取得失敗が発生したとき、再取得を、即
行っていたが、本実施の形態では、データ蓄積中に伝送
期間が終了したとき、通信回線を用いてデータ補完を行
う蓄積処理について、図７を用いて説明する。

【００８２】データ蓄積が開始されると、まず配信され
るモジュールが伝送期間中であるかどうかを判断する
（処理７００）。

【００８３】データ伝送期間中であれば、セクションの
取得処理を実施する（処理７１０）。ここで処理７１０
は取得ミスが発生した場合でも、取得予定であったデー
タ領域分の空の領域を確保する。処理７００で伝送期間
が終了していたときは、通信回線を用いて未取得のデー
タを取得するかどうかを判断する処理に移る（処理７７
０）。

【００８４】データの取得７１０が実行された後、蓄積
処理を行う（処理７２０）。ここで蓄積されるセクショ
ンには内部が空の状態の領域も含まれる。

【００８５】モジュールを構成する全セクションデータ
の蓄積が完了しているかどうかを判定し（処理７３
０）、まだ完了していないなら処理７００へ戻る。完了
していれば、モジュール内部に空のデータ領域がないか
どうかを判断する（処理７４０）。データの取得ミスが
なかったら蓄積成功で終了する。データの取得ミスが存
在したら、セクションデータが伝送期間中であるかどう
かを判断し（処理７５０）伝送されているときは、放送
あるいは通信からそのときの最適な方の処理を選択し、
データの再取得を実施する（処理７６０）。伝送されて
いないときは再取得手段が通信回線で取得するのみとな
るので、通信で取得するか否かの判断をする（処理７７
０）。それぞれセクションデータの取得後、蓄積処理７
８０へ移る。処理７７０においては行わないときは蓄積
失敗として、蓄積処理を終了する。

【００８６】以上のように、本実施の形態では、未取得
データが発生したときも、その領域を空とみなし、蓄積
を継続し、最終的に空を含むモジュールが完成された
後、空の補完を実施する。このような手法によってもデ
ータの蓄積を実施することが可能である。

【００８７】なお、実施の形態１では、データ取得失敗
したときに即再取得を実施する方法について記述し、実
施の形態２では、取得失敗を含めたモジュールの蓄積が
完了した後、データ補完をすると記述したが、データ補
完のタイミングは、上記内容のみではなく、例えばｎ回
分の周期の取得を繰り返した後に通信回線を用いて実施
する、またはデータ放送を用いた任意の時間のタイマー
をトリガーとして通信回線へのデータ再取得を実施す
る、といった例も同様に実施することが可能である。

【００８８】タイマーとは、例えば受信機内部の設定に
よって変えられるものであったり、データ放送によって
伝送されるデータ内の記述内容をトリガーにして、信号
待ち状態にある図４の受信データ制御部４４０が、未取
得データの取得制御を開始させる、という手法があげら
れる。

【００８９】（実施の形態３）本実施の形態ではユーザ
が蓄積が完了したコンテンツを利用したとき、モジュー
ルに未取得データが含まれていたとき、データ補完を実
施する処理について、図８を用いて説明する。

【００９０】ユーザーによって蓄積されたモジュールの
使用がされ（処理８００）、モジュール内部に未取得デ
ータ領域があるか否かの判定がされる（処理８１０）。

【００９１】未取得データ領域がないのならモジュール
は正常に利用され、処理が終了する。未取得データ領域
が存在すれば、未取得領域の補完を行うため、まず配信
されるモジュールが伝送期間中であるかどうかを判断す
る（処理８２０）。

【００９２】データ伝送期間中であれば、放送あるいは
通信からそのときの最適な方の処理を選択し、データの
再取得を実施する（処理８５０）。伝送されていないと
きは再取得手段が通信回線で取得するのみとなるので、
通信で取得するか否かの判断をする（処理８４０）。そ
れぞれセクションデータの取得後、蓄積処理８５０へ移
る。処理８４０においては行わないときは蓄積失敗とし
て、蓄積処理を終了する。蓄積処理が終了した後は、そ
のまま利用することもできるし、利用せずに終了するこ
ともできる。

【００９３】以上のように、蓄積されたモジュールをユ
ーザーが使用するタイミングにおいても未取得データの
補完を実施することが可能である。

【００９４】

【発明の効果】本発明は、デジタル放送を用いた大規模
なコンテンツの蓄積配信サービスにおいて、モジュール
を構成するデータの取りこぼしが生じた場合において
も、その状況下で放送または通信回線のうち、最適な手
段を選択し、未取得データを取得し、補完することを可
能とするものである。本発明によって視聴者に対し配信
データを誤りなく伝達することが可能となる。またコン
テンツ配信事業者の期待する収益を確保できる範囲での
実施も可能となる。

【図面の簡単な説明】

【図１】本発明の一実施形態に関するデジタル放送のシ
ステム構成図

【図２】同実施形態に関するデジタル放送の受信装置の
ハードウェア構成図

【図３】同実施形態に関するデータカルーセル伝送方式
の概略図

【図４】同実施形態に関するモジュール蓄積、および未
取得データ補完処理の処理ブロック図

【図５】従来のモジュール蓄積処理のアルゴリズム図

【図６】上記実施形態のモジュール蓄積において、デー
タ取得ミス発生後、即データ再取得する蓄積アルゴリズ
ム図

【図７】上記実施形態のモジュール蓄積において、伝送
期間が終了したときに、未取得データを取得する蓄積ア
ルゴリズム図

【図８】上記実施形態において、未取得データを含むモ
ジュールをユーザーが使用したとき、未取得データの取
得を実施する蓄積アルゴリズム図

【図９】上記実施形態において、ＨＴＴＰ１．１を用い
てバイト幅を指定し、未取得データを取得するイメージ
図

【符号の説明】

１０ 放送センター １１ 表示装置 １２ デジタル放送受信装置 １３ 受信アンテナ １４ リモコン １５ 通信回線

Claims (12)

【特許請求の範囲】
1. 【請求項１】 放送によって伝送されるデータを取得す
   るデータ取得処理部と、前記データを蓄積するためのデ
   ータ蓄積領域と、 通信回線を用いてセンターに接続し、データ取得を実施
   するデータ通信取得処理部と、 データを前記データ取得処理部から前記データ蓄積領域
   へ蓄積させるよう、制御を行い、 また、通信回線よりデータ取得を実施し、前記データ蓄
   積領域へ取得データを蓄積するよう前記データ通信取得
   処理部の制御を行うデータ蓄積制御部と、をもつデータ
   受信装置。
2. 【請求項２】 請求項１記載のデータ受信装置におい
   て、前記データ蓄積領域を外付けで接続できる外部蓄積
   媒体接続部と外部蓄積媒体処理部を持つもの。
3. 【請求項３】 請求項１または２記載のデータ受信装置
   において、前記データ取得処理部でデータを取り逃した
   際に、未取得データ分の領域を指定し、前記データ通信
   取得処理部によって未取得データを再取得するよう、制
   御を行う前記データ蓄積処理部をもつもの。
4. 【請求項４】 前記データ蓄積制御部は、前記データを
   放送により取得するか、または通信回線により取得する
   かについて、最適な手段を動的に判断・選択するしくみ
   をもつことを特徴とするデータ受信装置。
5. 【請求項５】 データ蓄積制御部は、データを放送によ
   り取得するか、または通信回線により取得するかについ
   て、前記データと共に伝送された伝送情報を用いて動的
   に判断し、最適な手段を動的に判断・選択するしくみを
   もつことを特徴とする請求項１記載のデータ受信装置。
6. 【請求項６】 データ蓄積制御部は、データを放送によ
   り取得するか、または通信回線により取得するかについ
   て、それぞれの未取得データの取得時間を算出し、その
   結果に基づいて最適な手段を動的に判断・選択するしく
   みをもつことを特徴とする請求項１記載のデータ受信装
   置。
7. 【請求項７】 請求項３または４記載のデータ受信装置
   において、データ蓄積制御部は、前記未取得データの再
   取得を、未取得と判断した後、任意のタイミングで実施
   するしくみをもつもの。
8. 【請求項８】 請求項３または４記載のデータ受信装置
   において、データ蓄積制御部は、未取得データの再取得
   を、データ取得失敗と判断した後、即実施するしくみを
   もつことを特徴とするデータ受信装置。
9. 【請求項９】 請求項３または４記載のデータ受信装置
   において、データ蓄積制御部は、未取得データの再取得
   を、前記データの伝送期間が終了したと判断した後、実
   施するしくみをもつことを特徴とするデータ受信装置。
10. 【請求項１０】 請求項３または４記載データ受信装置
    において、データ蓄積制御部は、未取得データの再取得
    を、取得したデータをユーザーが使用し、未取得と判断
    した後、実施するしくみをもつことを特徴とするデータ
    受信装置。
11. 【請求項１１】 請求項１記載のデータ受信装置におい
    て、未取得データがあると判断したとき、通信回線がす
    でにセンターに接続されていたときは前記データ通信取
    得処理部から未取得データを取得するしくみをもつこと
    を特徴とするもの。
12. 【請求項１２】 請求項２または５記載のデータ受信装
    置において、データ取得に失敗したとき、前記データの
    再取得のタイミングや取得手段をユーザーが選べるよう
    なインターフェイスを持つことを特徴とするもの。