JP3369935B2 - データ放送受信機 - Google Patents

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明はデータ放送受信機
に関し、特にたとえば、放送系から繰り返し送信される
チャネル毎のデータを受信するためのデータ放送受信機
に関する。

【０００２】

【従来の技術】近年、放送のデジタル化が進んでいる。
これに伴い、従来のＴＶ放送通りの音データや画像デー
タなどのオーディオ・ビデオデータに限らず、一般のデ
ータ（文字放送用データ、ＰＣ用プログラム、プログラ
ム関連データ、ブラウザなどによって読み取ることので
きるデータなど、目的に応じた任意の形式のデータ）を
多重化し放送する動きが活発になっている。

【０００３】このデータ放送の利用態様の１つとして次
のようなものが考えられる。

【０００４】受信機にマイコンを内蔵し、マイコン上で
動作するプログラムを放送する。オーディオ・ビデオデ
ータと連動させてこのプログラムを動作させる。そし
て、このプログラムは、実行中も必要に応じて現在放送
されているプログラムまたはプログラム関連データを取
り込み、取り込んだプログラムをプログラムの一部とし
て、または、取り込んだプログラム関連データをプログ
ラム中で用いるプログラム関連データとして用いること
ができる、というものである。

【０００５】このように、従来のＴＶ放送（オーディ
オ・ビデオデータ）に関連付けてプログラムを動作させ
ることで、全体として様々な新しいサービスが可能とな
る。 プログラムの動作はユーザの入力（リモコン操作など
による）に対応して変更することができるので、上述の
ようなデータ放送の利用態様は通常のＴＶ放送に一種の
インタラクティブ性を付加することができる。

【０００６】具体的なサービス例としては、次のような
ものが挙げられる。

【０００７】ある歌手のコンサートの放送中に、その
歌手のチケット購入プログラムを動作させる。

【０００８】オーディオ・ビデオデータに同期して進
行するゲームをプログラムとして動作させる。

【０００９】スポーツの中継中に画面に映っている選
手の詳細なデータが見られるプログラムを動作させる。

【００１０】以下、このようなデータ放送の利用態様を
「双方向放送」と呼ぶことにする。

【００１１】このような双方向放送においても、通常の
ＴＶ放送と同様に、双方向放送用のコンテンツを記録・
再生するＶＴＲが考えられる。

【００１２】この双方向放送用のＶＴＲでは、オーディ
オ・ビデオデータとともにプログラムを何らかの方法で
記録し、再生時にはプログラムを放送されたときと同じ
タイミングで送出することが必要となる。

【００１３】

【発明が解決しようとする課題】ここで、当然のことで
あるが、ＶＴＲの再生は実際に放送があった時点より後
で行われる。しかし、記録された双方向放送用のコンテ
ンツに含まれるプログラムには、その放送があった時点
すなわち記録された時点での情報しか含まれておらず、
再生時の状況に合わせた動作を行えない。

【００１４】たとえば、チケット購入を促すプログラム
が入っているコンテンツを記録した場合、放送時にはチ
ケットの残り状況をリアルタイムで放送しプログラムが
その情報を取り入れて現在の状況を表示するような処理
をすることも考えられるが、再生時には記録時の古い情
報に合わせたプログラムが動作していることになり、再
生時の状況に合致した正しい動作を行うことができない
という問題点があった。

【００１５】それゆえにこの発明の主たる目的は、再生
時の状況に合致してプログラムを動作させることができ
る、データ放送受信機を提供することである。

【００１６】

【課題を解決するための手段】上記目的を達成するため
に、請求項１に記載のデータ放送受信機は、放送系から
繰り返し送信されるチャネル毎のデータを受信するため
のデータ放送受信機であって、放送系から送信されるデ
ータのうち所望のチャネルに関するチャネル情報および
プログラムを記録する記録手段、再生時に、記録手段に
記録されたチャネル情報に基づいて、放送系から送信さ
れるデータのうち、記録されたチャネルに関する再生時
点でのプログラムまたはプログラム関連データを受信す
る受信手段、および記録手段に記録されたプログラムと
受信手段によって受信された再生時点でのプログラムま
たはプログラム関連データとを混合して出力する混合手
段を備える。

【００１７】請求項２に記載のデータ放送受信機は、請
求項１に記載のデータ放送受信機において、放送系から
送信されるデータはオーディオ・ビデオデータをさらに
含み、記録手段はオーディオ・ビデオデータをさらに記
録し、再生時には、オーディオ・ビデオデータと記録手
段に記録されたプログラムとが同期して出力されるもの
である。

【００１８】請求項３に記載のデータ放送受信機は、請
求項１または２に記載のデータ放送受信機において、混
合手段は、受信手段によって受信された再生時点でのプ
ログラムまたはプログラム関連データが入力される第１
バッファ、記録手段からのプログラムが入力される第２
バッファ、ならびに第１バッファおよび第２バッファの
状態に応じて、第１バッファからのプログラムまたはプ
ログラム関連データの出力タイミングおよび第２バッフ
ァからのプログラムの出力タイミングをそれぞれ制御す
る制御手段を含むものである。

【００１９】請求項４に記載のデータ放送受信機は、請
求項１ないし３のいずれかに記載のデータ放送受信機に
おいて、放送系からのデータはトランスポートストリー
ムを介してパケット単位で送信され、チャネル情報は、
トランスポートストリームを特定するためのトランスポ
ートストリームＩＤとパケットを特定するためのパケッ
トＩＤとを含み、再生時には、受信手段は、トランスポ
ートストリームＩＤおよびパケットＩＤに基づいて、放
送系から送信されるデータのうち、記録されたチャネル
に関する再生時点でのプログラムまたはプログラム関連
データを受信するものである。

【００２０】請求項１に記載のデータ放送受信機では、
記録時には、放送系から送信されるデータのうち所望の
チャネルに関するチャネル情報が記録手段に記録され、
さらに、そのチャネルに関するプログラムが記録手段に
記録される。なお、放送系から送信されるデータには、
チャネル情報、プログラム、プログラム関連データ等が
含まれる。

【００２１】記録時点以降も、放送系からは、各時点で
のチャネル毎のデータが、継続的または断続的に繰り返
し送信される。

【００２２】再生時には、記録手段に記録されたチャネ
ル情報に基づいて、記録手段に記録されたチャネルにチ
ャネル合わせされ、受信手段によって、放送系から送信
されるデータのうち、そのチャネルに関する再生時点で
のプログラムまたはプログラム関連データが受信され
る。

【００２３】放送系からのデータがトランスポートスト
リームを介してパケット単位で送信されるものであれ
ば、チャネル情報には、トランスポートストリームＩＤ
およびパケットＩＤが含まれ、これらによってトランス
ポートストリームおよびパケットが特定される。そし
て、再生時には、トランスポートストリームＩＤおよび
パケットＩＤに基づいて、記録手段に記録されたチャネ
ルにチャネル合わせされ、受信手段によって、放送系か
ら送信されるデータのうち、そのチャネルに関する再生
時点でのプログラムまたはプログラム関連データが受信
される（請求項４）。

【００２４】そして、記録手段に記録されたプログラム
と受信手段によって受信されたプログラムまたはプログ
ラム関連データとは、混合手段で混合され、出力され
る。

【００２５】請求項３に記載するように、混合手段で
は、たとえば受信手段によって受信されたプログラムま
たはプログラム関連データが第１バッファに入力され、
記録手段からのプログラムが第２バッファに入力され
る。そして、制御手段によって、第１バッファおよび第
２バッファの状態すなわちプログラム等の格納状況に応
じて、第１バッファおよび第２バッファからのプログラ
ム等の出力タイミングが制御される。このようにすれ
ば、プログラム等が円滑に送られる。

【００２６】また、請求項２に記載するように、放送系
からオーディオ・ビデオデータが送信されれば、記録時
には、そのオーディオ・ビデオデータが記録手段に記録
されてもよい。この場合、再生時には、オーディオ・ビ
デオデータとプログラムとは同期して出力され、すなわ
ち記録されたときのタイミングでオーディオ・ビデオデ
ータとそれに対応するプログラムとが出力され、ユーザ
の便宜を図れる。

【００２７】

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

【００２８】図１を参照して、この発明の実施の形態の
データ放送受信機１０は双方向放送に適用されるもので
あり、チューナ１２を含む。チューナー１２には、放送
系１４から送信される複数の放送波が与えられる。

【００２９】ここで、各放送波は、放送されるデータを
搬送波に重畳して構成され、各放送波を構成する搬送波
は、それぞれ異なる周波数をもつ。ここで、データは、
オーディオ・ビデオデータ（以下、「ＡＶデータ」とい
う）、データ放送受信機映像１０上で動作し内部処理や
外部との通信を行うことでユーザに対し双方向性を提供
するプログラム、プログラム関連データ等を含む。

【００３０】それぞれの搬送波によって作られる通信路
がトランスポートストリームと呼ばれる。それぞれのト
ランスポートストリーム内では、複数の種類のデータが
パケットという単位で適当に時分割されて伝送される。

【００３１】チューナ１２では、与えられた複数の放送
波の中から、トランスポートストリームＩＤによって特
定されたトランスポートストリームが選択される。

【００３２】チューナー１２によって選択されたトラン
スポートストリーム内のＡＶデータ、プログラム、プロ
グラム関連データがデマルチプレクサ１６に与えられ
る。

【００３３】デマルチプレクサ１６では、パケットＩＤ
によって特定されたパケットのみを通過させることによ
って、特定のＡＶデータ、プログラム、プログラム関連
データが選択される。したがって、パケットＩＤによっ
て、データの種類や番組等が特定される。同時に、デマ
ルチプレクサ１６では、パケットがはずされ、各種のプ
ログラムまたはプログラム関連データは、それぞれプロ
グラムまたはプログラム関連データ固有の単位であるモ
ジュールにまとめられ、データ混合部１８に出力され
る。このように、チューナー１２およびデマルチプレク
サ１６によって選択されたプログラムまたはプログラム
関連データはデータ混合部１８に与えられる。また、デ
マルチプレクサ１６によって選択されたＡＶデータは、
ＡＶ処理系２４に与えられる。

【００３４】データ混合部１８では、デマルチプレクサ
１６からのプログラムまたはプログラム関連データと、
マイクロコントローラ２０からのプログラムとが混合さ
れ、プログラム処理系２２に与えられる。プログラム処
理系２２では、プログラムおよびプログラム関連データ
の取り込み・実行が行われる。

【００３５】マイクロコントローラ２０には、リモコン
（図示せず）からのリモコン入力がリモコン入力インタ
ーフェイス２６を介して与えられ、それによって、記録
モードか再生モードかが設定される。

【００３６】また、マイクロコントローラ２０には、内
部時計２８から現在時刻を示す時間データが与えられ、
その時間データに基づいてデータの読み出しタイミング
等が制御される。

【００３７】記録時には、チューナー１２からのトラン
スポートストリームＩＤ、デマルチプレクサ１６からの
パケットＩＤ、ＡＶデータおよびプログラムが、それぞ
れマイクロコントローラ２０を介して記録部３０に記録
される。このとき、内部時計２８からの時間データに基
づいて得られるプログラム記録時間が記録部３０に記録
される。

【００３８】また、再生時には、記録部３０に記録され
ているＡＶデータ、ＡＶデータに対応するトランスポー
トストリームＩＤ、パケットＩＤ、プログラムおよびプ
ログラム記録時間が読み出される。また、内部時計２８
から時間データが読み出される。そして、マイクロコン
トローラ２０を介して、ＡＶデータはＡＶ処理系２４
に、トランスポートストリームＩＤはチューナ１２に、
パケットＩＤはデマルチプレクサ１６に、プログラムは
データ混合部１８に、それぞれ与えられる。プログラム
およびＡＶデータは、時間データとプログラム記録時間
とに基づいて得られるタイミングで読み出される。そし
て、ＡＶデータに対応したプログラムまたはプログラム
関連データがデマルチプレクサ１６から抽出される。

【００３９】また、場合によっては、記録部３０からト
ランスポートストリームＩＤ、パケットＩＤおよびプロ
グラムだけが読み出され、マイクロコントローラ２０を
介して、トランスポートストリームＩＤはチューナ１２
に、パケットＩＤはデマルチプレクサ１６に、プログラ
ムはデータ混合部１８に、それぞれ与えられてもよい。
この場合には、記録部３０に記録されたプログラムに対
応する再生時点でのプログラムまたはプログラム関連デ
ータがデマルチプレクサ１６から抽出される。

【００４０】ここで、データ混合部１８は、たとえば図
２に示すように構成される。

【００４１】図２を参照して、データ混合部１８は、デ
マルチプレクサ１６からプログラムまたはプログラム関
連データが与えられるバッファ１、マイクロコントロー
ラ２０からプログラムが与えられるバッファ２、および
マイクロコントローラ３２を含む。マイクロコントロー
ラ３２は、バッファ１および２のバッファ状態を監視
し、バッファ１からプログラムまたはプログラム関連デ
ータを、バッファ２からプログラムを、それぞれ円滑に
読み出せるように、それらの出力タイミングを制御す
る。マイクロコントローラ３２によって読み出されたプ
ログラムまたはプログラム関連データはプログラム処理
系２２に与えられる。

【００４２】図３を参照して、データ混合部１８の動作
について説明する。

【００４３】なお、バッファ１および２には、プログラ
ムまたはプログラム関連データがモジュール単位で与え
られる。ここで、モジュールは、プログラムの一部また
はプログラム関連データの一部を構成し、通常、複数の
モジュールによって、一群のプログラムまたは一群のプ
ログラム関連データが構成される。マイクロコントロー
ラ３２は、モジュールが到着したバッファの履歴を、た
とえば図４に示すようなテーブルで管理する。

【００４４】図４に示すように、ａ［ｉ］は、そのテー
ブルの第ｉ番目の欄に書かれた値を示し、この値によっ
て、ｉ番目のモジュールはバッファ１に入力されたかそ
れともバッファ２に入力されたかがわかる。ｉは、モジ
ュールが到着したときに、次に書き込むべきテーブル上
の欄を指すインデックスであり、ｊは、次に送り出すモ
ジュールに対応する欄を指すインデックスである。

【００４５】したがって、図４の例では、デマルチプレ
クサ１６からのモジュールがバッファ１へ入力（ｉ＝
０）、マイクロコントローラ２０からのモジュールがバ
ッファ２へ入力（ｉ＝１）、マイクロコントローラ２０
からのモジュールがバッファ２へ入力（ｉ＝２）、デマ
ルチプレクサ１６からのモジュールがバッファ１へ入力
（ｉ＝３）、デマルチプレクサ１６からのモジュールが
バッファ１へ入力（ｉ＝４）、マイクロコントローラ２
０からのモジュールがバッファ２へ入力（ｉ＝５）、・
・・という順序で、モジュールがバッファ１または２に
入力されている。

【００４６】図３を参照して、まず、ｉ＝０，ｊ＝０に
設定され、ｉおよびｊが初期化される（ステップＳ
１）。

【００４７】ついで、バッファ１に新モジュールが到着
したか否かが判断される（ステップＳ３）。これは、モ
ジュールの先頭が到着したか否かによって判断される。
ステップＳ７においても同様である。

【００４８】ステップＳ３において、新モジュールが到
着していれば、ａ［ｉ］＝１（最初は、ａ［０］＝１）
とされ、さらにｉが１つインクリメントされ（ステップ
Ｓ５）、ステップＳ７に進む。ステップＳ３において、
新モジュールが到着していないときには、直接ステップ
Ｓ７に進む。

【００４９】ステップＳ７において、バッファ２に新モ
ジュールが到着したか否かが判断され、新モジュールが
到着していれば、ａ［ｉ］＝２とされ、さらにｉが１つ
インクリメントされ（ステップＳ９）、ステップＳ１１
に進む。ステップＳ７において、新モジュールが到着し
ていないときには、直接ステップＳ１１に進む。

【００５０】このように、バッファ１または２に新しい
モジュールが到着する毎に、図４に示すテーブルに情報
が書き込まれ、かつｉがインクリメントされていく。

【００５１】そして、ステップＳ１１において、ｉ≦ｊ
であるか否かが判断される。ｉ≦ｊであれば、バッファ
１および２内には、読み出すべきモジュールは存在しな
いと判断され、ステップＳ３に戻り、新しいモジュール
の到着を待つ。

【００５２】ステップＳ１１において、ｉ≦ｊでなけれ
ば、ａ［ｊ］で特定されるバッファ１または２中に、プ
ログラムまたはプログラム関連データがないか否かが判
断され（ステップＳ１３）、プログラムまたはプログラ
ム関連データがなければステップＳ３に戻り、後続のプ
ログラムまたはプログラム関連データの到着を待つ。す
なわち、プログラムまたはプログラム関連データの読み
出しが書き込みより速い場合に、一時的にバッファ中に
プログラムまたはプログラム関連データがなくなる場合
があるので、そのような場合にはプログラムまたはプロ
グラム関連データの到着を待ってから読み出しが再開さ
れるのである。

【００５３】一方、ステップＳ１３において、ａ［ｊ］
で特定されるバッファ１または２中に、プログラムまた
はプログラム関連データがあれば、プログラムまたはプ
ログラム関連データが読み出され（ステップＳ１５）、
読み出されたプログラムまたはプログラム関連データが
プログラム処理系２２へ送られる（ステップＳ１７）。
すなわち、図４に示すテーブルを参照して、読み出すプ
ログラムまたはプログラム関連データが切り替えられ
る。

【００５４】そして、ａ［ｊ］で特定されるバッファ１
または２に存在するモジュールがすべて読み出されたか
否かが判断され（ステップＳ１９）、すべてのモジュー
ルが読み出されていれば、ｊが１つインクリメントされ
（ステップＳ２１）、ステップＳ３に戻る。一方、ステ
ップＳ１９において、すべてのモジュールが読み出され
ていなければ、そのままステップＳ３に戻る。

【００５５】データ混合部１８がこのように動作するこ
とによって、バッファへのモジュールの到着順に、デー
タ混合部１８からモジュールを円滑に読み出すことがで
きる。

【００５６】したがって、放送されるプログラムまたは
プログラム関連データと記録されたプログラムとがそれ
ぞれプログラム処理系２２に入力されるべきタイミング
をできるだけ壊さないように両者を多重化して、１つの
データストリームにまとめることができる。その結果、
複数のプログラム等を同時にプログラム処理系２２へ与
えることができる。

【００５７】ついで、このように構成されるデータ放送
受信機１０の記録動作について、図５を参照して説明す
る。

【００５８】まず、リモコン入力があると（ステップＳ
３１）、リモコン入力が「記録モード」に設定するもの
か否かが判断される（ステップＳ３３）。リモコン入力
が「記録モード」に設定するものでなければステップＳ
３１に戻り、一方、リモコン入力が「記録モード」に設
定するものであれば、チューナ１２が現在どのトランス
ポートストリームにチューニングされているかが読み取
られ、チューナー１２から現在のトランスポートストリ
ームＩＤが取得され（ステップＳ３５）、取得されたト
ランスポートストリームＩＤはマイクロコントローラ２
０を介して記録部３０に書き込まれる（ステップＳ３
７）。

【００５９】ついで、デマルチプレクサ１６から、ＡＶ
データ、プログラム、プログラム関連データをフィルタ
リングするために用いられている現在のパケットＩＤが
取得され（ステップＳ３９）、取得されたパケットＩＤ
がマイクロコントローラ２０を介して記録部３０に書き
込まれ（ステップＳ４１）、内部時計２８から現在の時
刻（記録開始時刻）が読み出される（ステップＳ４
３）。

【００６０】デマルチプレクサ１６からプログラムの出
力があるか否かが判断され（ステップＳ４５）、プログ
ラムの出力があれば、内部時計２８から現在時刻が読み
出され（ステップＳ４７）、記録部３０に（現在時刻−
記録開始時刻）すなわちプログラム記録時間が書き込ま
れる（ステップＳ４９）。

【００６１】そして、デマルチプレクサ１６からプログ
ラムおよびＡＶデータが読み出され（ステップＳ５
１）、読み出されたプログラムおよびＡＶデータがマイ
クロコントローラ２０を介して記録部３０に書き込まれ
（ステップＳ５３）、ステップＳ５５に進む。ステップ
Ｓ４５において、デマルチプレクサ１６からプログラム
およびＡＶデータの出力がないときは、直接ステップＳ
５５に進む。

【００６２】ステップＳ５５において、リモコン入力が
あれば、リモコン入力は「記録終了」を指示するものか
否かが判断され（ステップＳ５７）、リモコン入力が
「記録終了」を指示するものでなければステップＳ４５
に戻り、一方、リモコン入力が「記録終了」を指示する
ものであれば、終了する。

【００６３】このようにして記録時には、記録部３０
に、トランスポートストリームＩＤ、パケットＩＤ、プ
ログラム記録時間すなわち（現在時刻−記録開始時
刻）、プログラムおよびＡＶデータが書き込まれる。

【００６４】ついで、図６および図７を参照して、デー
タ放送受信機１０の再生時の動作について説明する。

【００６５】まず、図６を参照して、プログラムとＡＶ
データとが同期再生（記録時と同じタイミングで再生）
される場合について説明する。

【００６６】リモコン入力があれば（ステップＳ６
１）、リモコン入力が「再生モード」であるか否かが判
断される（ステップＳ６３）。リモコン入力が「再生モ
ード」でなければステップＳ６１に戻り、一方、リモコ
ン入力が「再生モード」であれば、記録部３０からトラ
ンスポートストリームＩＤが取得され（ステップＳ６
５）、チューナー１２がそのトランスポートストリーム
ＩＤに合わされ、チューニング動作が行われる（ステッ
プＳ６７）。また、リモコン入力が「再生モード」であ
れば、記録部３０に記録されたＡＶデータの読み出しが
開始され、ＡＶデータはＡＶ処理系２４に送られる。

【００６７】ついで、記録部３０からパケットＩＤが取
得され（ステップＳ６９）、デマルチプレクサ１６がそ
のパケットＩＤに合わされ、デマルチプレクサ１６によ
って、放送されたデータの中からプログラムまたはプロ
グラム関連データがフィルタリングされる（ステップＳ
７１）。このように、記録したチャネル情報を用いて、
記録時のチャネルにチャネル合わせを行い、そのチャネ
ルに関する再生時点でのプログラムまたはプログラム関
連データを受信できるようにする。

【００６８】そして、内部時計２８から現在の時刻（再
生開始時刻）が読み出され（ステップＳ７３）、記録部
３０からプログラム記録時間が読み出される（ステップ
Ｓ７５）。

【００６９】そして、リモコン入力があれば（ステップ
Ｓ７７）、リモコン入力が「再生終了」を指示するもの
かか否かが判断され（ステップＳ７９）、リモコン入力
が「再生終了」を指示するものでなければ、内部時計２
８から現在時刻が読み出され（ステップＳ８１）、（現
在時刻−再生開始時刻）≦プログラム記録時間であるか
否かが判断される（ステップＳ８３）。

【００７０】ステップＳ８３において、（現在時刻−再
生開始時刻）≦プログラム記録時間であれば、ステップ
Ｓ７７に戻り、（現在時刻−再生開始時刻）≦プログラ
ム記録時間でなければ、すなわち（現在時刻−再生開始
時刻）がプログラム記録時間を越えれば、記録部３０か
ら再生すべきプログラムが読み出される（ステップＳ８
５）。このように処理することによって、記録部３０に
記録したタイミングと同一タイミングで、記録部３０か
らのプログラムを再生することができる。読み出された
プログラムはデータ混合部１８に送られる（ステップＳ
８７）。

【００７１】そして、プログラムの再生終了か否かが判
断され（ステップＳ８９）、プログラムの再生終了でな
ければステップＳ７５に戻り、一方、プログラムの再生
終了であれば、終了する。

【００７２】なお、ステップＳ７９において、リモコン
入力が「再生終了」を指示するものであれば、終了す
る。

【００７３】このように動作させることによって、プロ
グラムとＡＶデータとの同期再生を図ることができ、ま
た、記録されたプログラムと放送系から送信される現在
のプログラムまたはプログラム関連データとを混合し
て、プログラム処理系２２に送ることができる。

【００７４】したがって、放送側から番組終了後もたと
えば定期的に各時点での情報を送信し続けることによっ
て、記録された双方向放送用の番組を再生するときに
も、任意の再生時点での適正な情報をプログラムに付与
することができ、適正な双方向サービスを受けることが
できる。

【００７５】さらに、図７を参照して、ＡＶデータを再
生せず、プログラムだけを再生する場合について説明す
る。この場合には、プログラムとＡＶデータとを同期再
生する場合よりもプログラムの再生が速くなる。

【００７６】リモコン入力があれば（ステップＳ１０
１）、リモコン入力が「再生モード」に設定するものか
否かが判断され（ステップＳ１０３）、リモコン入力が
「再生モード」に設定するものでなければ、ステップＳ
１０１に戻り、リモコン入力が「再生モード」に設定す
るものであれば、記録部３０からトランスポートストリ
ームＩＤが取得され（ステップＳ１０５）、チューナー
１２はそのトランスポートストリームＩＤに合わされ、
チューニング動作が行われる（ステップＳ１０７）。

【００７７】ついで、記録部３０からパケットＩＤが取
得され（ステップＳ１０９）、デマルチプレクサ１６が
そのパケットＩＤに合わされる（ステップＳ１１１）。

【００７８】記録部３０から再生すべきプログラムが読
み出され（ステップＳ１１３）、読み出されたプログラ
ムがデータ混合部１８へ送られる（ステップＳ１１
５）。

【００７９】そして、リモコン入力があれば（ステップ
Ｓ１１７）、リモコン入力は「再生終了」を指示するも
のか否かが判断され（ステップＳ１１９）、リモコン入
力が「再生終了」を指示するものでなければ、プログラ
ムの再生終了か否かが判断され（ステップＳ１２１）、
プログラムの再生終了でなければ、モジュールの終わり
か否かが判断される（ステップＳ１２３）。モジュール
の終わりでなければステップＳ１１３に戻り、一方、モ
ジュールの終わりであれば、一定時間待機された後（ス
テップＳ１２５）、ステップＳ１１３に戻る。このよう
にモジュール単位で処理される。

【００８０】一方、ステップＳ１１９において、リモコ
ン入力が「再生終了」を指示するものであるとき、また
はステップＳ１２１において、プログラムの再生終了で
あるときには、終了する。

【００８１】このように動作させることによって、プロ
グラムをより速く再生でき、また、プログラムだけを利
用したいユーザの便宜を図れる。

【００８２】さらに、記録されたプログラムと放送系か
ら送信される現在のプログラムまたはプログラム関連デ
ータとを混合して、プログラム処理系２２に送ることが
できる。

【００８３】さらに、データ放送受信機１０の再生時
に、放送系１４からプログラム関連データが送られてく
る場合と、放送系１４からプログラムが送られてくる場
合とについて説明する。

【００８４】まず、記録部３０に記録されたプログラム
を再生する際に、放送波の中からプログラム関連データ
を取り込む場合について、例を挙げて説明する。

【００８５】たとえば、記録部３０に記録されているプ
ログラムがチケットを購入させるプログラムの場合に
は、ユーザに対して、現在チケット販売が行われている
か否か、チケットはまだ売り切れていないか否か、現在
の空席状況はどのようになっているか、といった情報を
提供する必要がある。

【００８６】これらの情報はチケットを購入しようとし
ている時点のものでなければならない。すなわち、再生
時には、再生時におけるそれらに関する情報が必要とな
るわけである。

【００８７】この問題を解決するためには、以下のよう
にすればよい。

【００８８】まず、現段階のチケット情報（販売期間中
か否か、残り座席数、残り座席の位置など）をプログラ
ム関連データとして、放送波に継続的に多重しておく。

【００８９】再生時には、記録されたプログラムを読み
出すだけではなく、チャネルを合わせて放送波中の該当
するプログラム関連データをも取り込む。

【００９０】そして、プログラムには、チケット情報の
各パターンに対する動作（売り切れの場合は売り切れと
表示し、残り座席がある場合は残り座席数を表示するな
ど）が記述されており、放送波から取り込んだ現在のチ
ケット情報に関するプログラム関連データをもとに動作
を変える。

【００９１】このようにして放送波の中からプログラム
関連データを取り込むことによって、再生時点での情報
が得られ、再生時におけるチケット情報に応じた処理が
可能となる。

【００９２】また、記録部３０に記録されたプログラム
を再生する際に、放送波の中からプログラム関連データ
ではなくプログラムを取り込む場合について、例を挙げ
て説明する。

【００９３】上述のように、記録部３０に記録されてい
るプログラムがチケットを購入させるプログラムの場合
には、放送波にプログラム関連データではなくプログラ
ムが多重化されることも考えられる。

【００９４】たとえば、次のようにして行われる。

【００９５】まず、現段階のチケットの販売状況に対応
する動作を記述したプログラムのルーチンを、放送波に
多重化する。たとえば、売り切れであれば「売り切れ」
という文字を画面上で点滅させるアニメーションを表示
するプログラムや、残り座席があれば残り座席の位置を
表示しユーザに希望する席を選択させるプログラムなど
を、放送波に多重化する。

【００９６】再生時には、記録されたプログラムを読み
出すだけではなく、チャネルを合わせ放送波中の該当す
るプログラムをも取り込む。

【００９７】そして、記録されたプログラムおよび取り
込んだプログラムのそれぞれの動作を組み合わせること
によって、現在のチケット販売状況に合致した動作を行
う。

【００９８】このようにして放送波の中からプログラム
を取り込むことによって、再生時におけるチケット情報
により適応した処理が可能となる。

【００９９】なお、図１に示すデータ放送受信機１０で
は、プログラムおよびＡＶデータは、同一のマイクロコ
ントローラ２０を介して同一の記録部３０に記録されて
いるが、これに限定されず、プログラムおよびＡＶデー
タは、それぞれ別個のマイクロコントローラを介して別
個の記録部に記録されてもよい。

【０１００】また、図５に示す記録時の動作例は、プロ
グラムおよびＡＶデータの両方を記録部３０に記録する
場合であるが、プログラムだけを記録部３０に記録する
ようにしてもよい。この場合、再生時には、図７に示す
動作によってプログラム再生が行われる。

【０１０１】さらに、この発明は、データ放送受信機の
他に、たとえば、ディスク、メモリ、磁気テープなどの
記録媒体へデータを記録する記録装置として把握するこ
ともできるであろう。

【０１０２】

【発明の効果】この発明によれば、再生時の状態に合わ
せてプログラムを動作させることができる。

【図面の簡単な説明】

【図１】この発明の一実施形態を示すブロック図であ
る。

【図２】データ混合部の一例を示すブロック図である。

【図３】データ混合部での動作の一例を示すフロー図で
ある。

【図４】データ混合部のマイクロコントローラに格納さ
れるテーブルの一例を示す図解図である。

【図５】この発明の記録時の動作の一例を示すフロー図
である。

【図６】この発明の再生時（ＡＶデータとの同期再生の
場合）の動作の一例を示すフロー図である。

【図７】この発明の再生時（ＡＶデータなしの高速再生
の場合）の動作の一例を示すフロー図である。

【符号の説明】

１、２ バッファ １０ データ放送受信機 １２ チューナ １４ 放送系 １６ デマルチプレクサ １８ データ混合部 ２０、３２ マイクロコントローラ ２２ プログラム処理系 ２４ ＡＶ処理系 ２６ リモコン入力インターフェース ２８ 内部時計 ３０ 記録部

───────────────────────────────────────────────────── フロントページの続き (72)発明者 塚畝 勲 大阪府守口市京阪本通２丁目５番５号 三洋電機株式会社内 (72)発明者 阿部 孝義 大阪府守口市京阪本通２丁目５番５号 三洋電機株式会社内 (56)参考文献 特開 平９−233419（ＪＰ，Ａ) 特開 平10−322672（ＪＰ，Ａ) 特開 平８−137952（ＪＰ，Ａ) 特開 平５−298337（ＪＰ，Ａ) (58)調査した分野(Int.Cl.⁷，ＤＢ名) H04N 5/76 - 5/956 H04N 7/173

Claims (4)

(57)【特許請求の範囲】
1. 【請求項１】 放送系から繰り返し送信されるチャネル
   毎のデータを受信するためのデータ放送受信機であっ
   て、 前記放送系から送信される前記データのうち所望のチャ
   ネルに関するチャネル情報およびプログラムを記録する
   記録手段、 再生時に、前記記録手段に記録された前記チャネル情報
   に基づいて、前記放送系から送信される前記データのう
   ち、記録されたチャネルに関する再生時点でのプログラ
   ムまたはプログラム関連データを受信する受信手段、お
   よび前記記録手段に記録された前記プログラムと前記受
   信手段によって受信された再生時点での前記プログラム
   または前記プログラム関連データとを混合して出力する
   混合手段を備える、データ放送受信機。
2. 【請求項２】 前記放送系から送信される前記データは
   オーディオ・ビデオデータをさらに含み、 前記記録手段は前記オーディオ・ビデオデータをさらに
   記録し、 再生時には、前記オーディオ・ビデオデータと前記記録
   手段に記録された前記プログラムとが同期して出力され
   る、請求項１に記載のデータ放送受信機。
3. 【請求項３】 前記混合手段は、 前記受信手段によって受信された再生時点での前記プロ
   グラムまたは前記プログラム関連データが入力される第
   １バッファ、 前記記録手段からの前記プログラムが入力される第２バ
   ッファ、ならびに前記第１バッファおよび前記第２バッ
   ファの状態に応じて、前記第１バッファからの前記プロ
   グラムまたは前記プログラム関連データの出力タイミン
   グおよび前記第２バッファからの前記プログラムの出力
   タイミングをそれぞれ制御する制御手段を含む、請求項
   １または２に記載のデータ放送受信機。
4. 【請求項４】 前記放送系からのデータはトランスポー
   トストリームを介してパケット単位で送信され、前記チ
   ャネル情報は、前記トランスポートストリームを特定す
   るためのトランスポートストリームＩＤと前記パケット
   を特定するためのパケットＩＤとを含み、 再生時には、前記受信手段は、前記トランスポートスト
   リームＩＤおよび前記パケットＩＤに基づいて、前記放
   送系から送信される前記データのうち、記録されたチャ
   ネルに関する再生時点での前記プログラムまたは前記プ
   ログラム関連データを受信する、請求項１ないし３のい
   ずれかに記載のデータ放送受信機。