JP2009232398A - 放送受信装置及びその制御方法 - Google Patents

Abstract

【課題】 データ放送印刷の印刷データが放送番組の進行と共に変化した場合であっても、変化した印刷データを放送番組とともに蓄積し、データ放送番組の再生時には少なくとも蓄積した印刷データによる印刷を実行することを可能とする。
【解決手段】 データ放送データの記録中に、データ放送データが変化した場合は、変化したデータ放送データに含まれるＵＲＩに対応する印刷データを取得し、録画機１０２にデータ放送データと関連づけて記録する。記録されたデータ放送データが再生され、データ放送印刷の実行を指示された場合、印刷が実行されたタイミングで再生中のデータ放送データに含まれたＵＲＩに対応する印刷データが取得できるか判定する。判定の結果、印刷データの取得ができなければ、データ放送データの記録時に取得して記録しておいた印刷データを用いて印刷を実行する。
【選択図】 図７

Description

本発明は、デジタル放送におけるデータ放送番組、特に、データ放送番組に関するデータを取得することが可能なサービスを有するデータ放送番組を受信する放送受信装置及びにその制御方法に関する。

デジタル放送におけるデータ放送番組サービスには、データ放送番組に関するコンテンツを取得する機能を利用したものがある。こうした機能の一つとして、データ放送番組の印刷サービスが実施されている。印刷サービスでは、デジタルテレビに接続されたプリンタにデータ放送番組を通じて印刷データが送信され、放送番組に関連する情報や、ニュース情報、天気予報などコンテンツを印刷することができる。こうしたデータ放送番組の印刷サービスに関するデジタルテレビの放送規格や運用規定は非特許文献１及び非特許文献２に記載されている。これらの規定に基づいて設計されたデジタルテレビが実施可能な印刷サービスは次の３形態に分類される。
・印刷形態（１）：デジタルテレビがデータ放送番組に含まれる印刷データを取得し、プリンタに印刷を要求する。
・印刷形態（２）：デジタルテレビが表示中のデータ放送番組の画面をキャプチャし、プリンタに印刷を要求する。
・印刷形態（３）：デジタルテレビがデータ放送番組で示されたインターネット上のコンテンツを指定して、プリンタに印刷を要求する。

前記印刷形態（１）は非特許文献１及び非特許文献２にて規定される拡張関数ＤＯＭ（Ｄｏｃｕｍｅｎｔ Ｏｂｊｅｃｔ Ｍｏｄｅｌ）−ＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍ Ｉｎｔｅｒｆａｃｅ）であるｐｒｉｎｔＦｉｌｅ（）関数やｐｒｉｎｔＴｅｍｐｌａｔｅ（）関数により実現される。ここでｐｒｉｎｔＦｉｌｅ（）関数とは、デジタルテレビが放送波を受信、復調することで得られるトランスポートストリーム（ＴＳ）から印刷データ（ｐｒｉｎｔＦｉｌｅ印刷データ）を取得し、プリンタに転送して印刷を実行するものである。

前記印刷形態（２）は非特許文献１及び非特許文献２にて規定される拡張関数ＤＯＭ−ＡＰＩであるｐｒｉｎｔＳｔａｔｉｃＳｃｒｅｅｎ（）関数により実現される。

前記印刷形態（３）は非特許文献１及び非特許文献２にて規定される拡張関数ＤＯＭ−ＡＰＩであるｐｒｉｎｔＵｒｉ（）関数により実現される。ｐｒｉｎｔＵｒｉ（）関数とは、その引数によって指定されるＵＲＩ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｎｄｉｃａｔｏｒ）が示す印刷データ（ｐｒｉｎｔＵｒｉ印刷データ）をプリンタに取得させ、印刷を実行するものである。

通常、ｐｒｉｎｔＵｒｉ印刷データは、インターネット上のＷＷＷサーバ内に存在する。従って放送番組のＴＳを記録するハードディスクレコーダのような録画装置では、ｐｒｉｎｔＦｉｌｅ印刷データは録画（記録）されるが、ｐｒｉｎｔＵｒｉ印刷データの録画（記録）は行なわれない。また、ｐｒｉｎｔＵｒｉ印刷データは、放送番組の終了や終了後の日時経過に伴い、前記ＷＷＷサーバから削除されてしまう、又は他の印刷データと置き換えられてしまう可能性がある。

データ放送番組の記録時に、データ放送番組に含まれるＵＲＩを検出してデータ放送番組が参照するインターネット上のコンテンツを取得し、番組と共に記録する装置が特許文献１により開示されている。特許文献１によればデータ放送番組の番組録画を行う際に、データ放送番組に番組関連ＵＲＩが含まれている場合には、そのＵＲＩが参照するコンテンツ情報も取得して共に記録する。
特開２００６−１３５４２８号公報 社団法人 電波産業会 標準規格 「デジタル放送におけるデータ放送符号化方式と伝送方式」 ＡＲＩＢ ＳＴＤ−Ｂ２４ ４．４版 社団法人 電波産業会 技術資料 「地上デジタルテレビジョン放送運用規定」 ＡＲＩＢ ＴＲ−Ｂ１４ ２．７版

前記特許文献１によるＷＷＷサーバでの番組関連情報は、動的に変化することなく静的に保存された状態を想定するものである。従って、放送番組に含まれる番組関連ＵＲＩの参照先のコンテンツが、放送中にその内容が変化したとしても、記録装置はその変化に対応してコンテンツを記録することはできない。そのため、記録した放送番組を再生した際に、放送番組の放送時に実際に提供されていた複数の異なるコンテンツを番組と共に再生表示することはできない。再生表示することができるのは、特定のタイミングで取得された単一のコンテンツとなってしまう。

本発明は、上記課題を解決するためになされたもので、データ放送印刷の印刷データが放送番組の進行と共に変化した場合であっても、変化した印刷データを放送番組とともに蓄積し、データ放送番組の再生時には少なくとも蓄積した印刷データによる印刷を実行することが可能となる。

上記目的を達成するために、本発明の放送受信装置は、データ放送データに含まれる参照先情報をプリンタに送信する方式のデータ放送印刷を実行可能であるとともに、データ放送データを蓄積部に記録可能な放送受信装置であって、データ放送データの記録中に、当該データ放送データが変化したか否かを検知する検知手段と、前記検知手段によりデータ放送データの変化が検知された場合、変化したデータ放送データに含まれる参照先情報に対応する印刷データを取得する取得手段と、前記取得手段で取得した印刷データを、当該印刷データに対応する参照先情報を含んでいたデータ放送データと関連づけて前記蓄積部に記録する記録手段と、前記蓄積部に記録されたデータ放送データに基づくデータ放送番組の再生を行う再生手段と、データ放送印刷の実行を指示された場合、印刷が実行されたタイミングで再生中のデータ放送データに含まれた参照先情報に対応する印刷データの取得が可能か否かを判定する判定手段と、前記判定手段による判定の結果に基づいて、印刷が実行されたタイミングで再生中のデータ放送データに関連づけられて前記蓄積部に記録された印刷データを用いてデータ放送印刷を実行するか否かを決定する制御手段と、を有する。

また、上記目的を達成するために、本発明の放送受信装置の制御方法は、データ放送データに含まれる参照先情報をプリンタに送信する方式のデータ放送印刷を実行可能であるとともに、データ放送データを蓄積部に記録可能な放送受信装置の制御方法であって、データ放送データの記録中に、当該データ放送データが変化したか否かを検知する検知ステップと、前記検知ステップによりデータ放送データの変化が検知された場合、変化したデータ放送データに含まれる参照先情報に対応する印刷データを取得する取得ステップと、前記取得ステップで取得した印刷データを、当該印刷データに対応する参照先情報を含んでいたデータ放送データと関連づけて前記蓄積部に記録する記録ステップと、前記蓄積部に記録されたデータ放送データに基づくデータ放送番組の再生を行う再生ステップと、データ放送印刷の実行を指示された場合、印刷が実行されたタイミングで再生中のデータ放送データに含まれた参照先情報に対応する印刷データの取得が可能か否かを判定する判定ステップと、前記判定ステップによる判定の結果に基づいて、印刷が実行されたタイミングで再生中のデータ放送データに関連づけられて前記蓄積部に記録された印刷データを用いてデータ放送印刷を実行するか否かを決定する制御ステップと、を有する。

以上説明したように、本発明によれば、データ放送印刷の印刷データが放送番組の進行と共に変化した場合であっても、変化した印刷データを放送番組とともに蓄積し、データ放送番組の再生時には少なくとも蓄積した印刷データによる印刷を実行することが可能となる。

（実施例１）
以下、図面を参照しながら本発明に係る実施の形態を詳細に説明する。まず、データ放送番組による印刷サービスのシステムについて簡単に説明する。

（データ放送番組による印刷サービスのシステム）
図１は、本実施例におけるデジタル放送受信及びデータ放送番組による印刷サービスの実行環境を示す図である。

放送受信装置としてのデジタルテレビ１０１は、放送局１１１が送信アンテナ１１２から送信する番組の放送電波を、受信アンテナ１０７を通じて受信する。そして、デジタルテレビ１０１は放送電波から放送番組の映像音声データを生成してユーザである視聴者に放送番組を提供する。また、デジタルテレビ１０１は、データ放送番組についても放送電波から生成して視聴者に提供することができる。ユーザはリモコン１０８を通じてデジタルテレビ１０１を操作する。

録画機１０２は、ＩＥＥＥ１３９４などのインタフェースを通じてデジタルテレビ１０１が受信した放送番組映像を記録することができる。また、放送番組映像に関連するデータ放送データも記録可能である。なお、録画機１０２は、デジタルテレビ１０１に対して、蓄積した番組映像を再生することができる。

プリンタ１０３はネットワークを介してデジタルテレビ１０１や録画機１０２と情報の送受信が可能なネットワークプリンタである。プリンタ１０３は、デジタルテレビ１０１からの制御によりデータ放送番組に付与された印刷コンテンツの印刷を実行することが可能である。

また、ネットワークにつながった各機器はブロードバンドルータ１０６を介してインターネット１０９へ接続が可能である。そして、これらの機器はインターネット上にあるＷＥＢサーバ１１０上のコンテンツデータを任意にブラウジング、またはダウンロードすることが可能である。

（デジタルテレビ１０１の構成と動作）
図２はデジタルテレビ１０１の内部構成と、外部との接続を示す図である。デジタルテレビ１０１は、テレビの基本機能としてデジタルテレビ放送の選局処理機能を有する。またデジタルテレビの拡張機能として、社団法人 電波産業会（ＡＲＩＢ）による標準規格ＳＴＤ−Ｂ２４「デジタル放送におけるデータ放送符号化方式と伝送方式」にて規定されるデータ放送番組のブラウズ機能、印刷機能を有している。

（デジタルテレビの選局処理機能）
先ず、デジタルテレビ１０１の選局処理機能について説明する。選局処理機能とは、アンテナ１０７を介して、チューナ部２０１によりデジタル放送信号を受信し、ユーザが選択したチャンネルに関わる映像や番組情報等を映像表示部２０８に表示する機能及び音声を音声出力部２０９から出力する機能である。

以下に、デジタルテレビ１０１が選局処理を行なう際の内部動作について説明する。システム制御部２１１は、受光部２１２を介して受信する、リモコン１０８からの操作情報に基づき、ユーザが所望するチャンネルを判定する。そして、判定したチャンネルを選局するよう、選局制御部２１３に要求する信号を出力する。

選局制御部２１３は、選局要求に基づきチューナ部２０１、データ分離部２０２の選局制御を開始する。即ち、チューナ部２０１は、入力された放送信号に対し復調、誤り訂正等の処理を行ない、トランスポートストリーム（ＴＳ）を形成する。さらにデスクランブル部２１０は、チューナ部２０１が形成したＴＳのスクランブルを解除し、スクランブルが解除されたＴＳをデータ分離部２０２に出力する。

ＴＳには、複数のチャンネルに関わる映像、音声、番組情報データ、データ放送データ、及び現在時刻情報等が多重されている。番組情報は、番組名、番組内容説明、放送チャンネル、放送時間情報（開始時刻と継続時間）、番組ジャンル情報等を含む情報である。時刻情報は、年月日、時分秒情報を含む情報である。データ放送データはＩＳＯ／ＩＥＣ１３８１８−６やＡＲＩＢよる標準規格ＳＴＤ−Ｂ２４等にて規定、記述されているＤＳＭ−ＣＣのデータカルーセル方式により放送局から繰り返し送出される。

データ分離部２０２は、ＴＳから、所望のチャンネルに関わる映像、音声、番組情報データ、データ放送データ、及び現在時刻情報の分離を行なう。

データ分離部２０２で分離された映像データは、映像デコード部２０３に出力され、映像の復号化処理を行なう。また、音声データは音声デコード部２０４へ出力され、復号化処理を行なった後、音声制御部２０７に出力される。

番組情報データ及びデータ放送データは、メモリ部２１４に蓄積される。現在時刻情報は、システムバス２２０を介し、タイマー部２１５に出力される。タイマー部２１５は、時刻情報のカウントを行なう。

映像デコード部２０３で復号した映像データは、表示合成部２０５を介し、表示制御部２０６に出力される。表示制御部２０６は、映像データを映像表示部２０８の表示解像度、表示色数、リフレッシュレートに適した表示データ、タイミングに変換して、映像表示を行なう。

表示合成部２０５は、映像デコード部２０３で復号された映像データと、グラフィック生成部２１８が生成したグラフィックデータを合成する機能を有する。音声制御部２０７は、音声データのボリュームレベル等を変更する機能を有する。

選局制御部２１３は、上述の選局処理動作が正常に完了すると、選局したチャンネル情報をメモリ部２１４に蓄積する。

（デジタルテレビ１０１のデータ放送番組ブラウズ機能）
次にデジタルテレビ１０１のデータ放送のブラウズ機能について説明する。データ放送ブラウズ機能とは、データカルーセル方式により放送局から繰り返し送出されるデータ放送データを映像表示部２０８や音声出力部２０９から出力する機能である。

データ放送データには、テキスト情報、表示レイアウト情報、スクリプト情報、静止画像情報、及び音声情報等が含まれている。テキスト情報は、ＡＲＩＢの標準規格ＳＴＤ−Ｂ２４にて規定されたＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）ベースのデータ放送向けのページ記述言語であるＢＭＬ（Ｂｒｏａｄｃａｓｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）によって記述されている。表示レイアウト情報は、ＣＳＳ（カスケーディング・スタイルシート）、スクリプト情報は、ＥｃｍａＳｃｒｉｐｔを用いている。更に、ＢＭＬ情報の論理的構造や情報へのアクセス、及び操作を行なう為の手段として、ＤＯＭ（Ｄｏｃｕｍｅｎｔ Ｏｂｊｅｃｔ Ｍｏｄｅｌ）を用いている。

通常のＢＭＬでは、＜ｈｅａｄ＞＜／ｈｅａｄ＞タグに囲まれた部分に、文書の名前を示す＜ｔｉｔｌｅ＞要素や、スクリプトの定義を示す＜ｓｃｒｉｐｔ＞要素を含んでいる。また、ＢＭＬは、ドキュメントの本文を示す＜ｂｏｄｙ＞要素の中に、画像や映像、音声を示す＜ｏｂｊｅｃｔ＞要素を含んでいる。更にＢＭＬは画面上の領域を示す＜ｄｉｖ＞要素、文を示す＜ｐ＞要素などを含んでいる。各要素にはＣＳＳに従ったスタイル属性が記述されており、表示する際の座標、大きさ、色などの設定がなされている。

図３は、とあるＢＭＬデータを描画し、描画した映像をデジタルテレビ１０１の映像表示部２０８に表示した際の表示例を示すものである。

次に、デジタルテレビ１０１において、データ放送ブラウズを実行するための内部の動作について説明する。なお、以下の説明は図２を用いて行う。システム制御部２１１は、ユーザによるリモコン１０８の操作が、データ放送ブラウズ要求である場合、データ放送制御部２１６にデータ放送ブラウズ処理の開始を要求する信号を出力する。データ放送制御部２１６は、メモリ部２１４に蓄積されたデータ放送データを取得する。ブラウズに必要なデータ放送データが蓄積されていない場合、データ放送制御部２１６は、データ分離部２０２に対し、データ放送データの取得要求を行なう。データ放送制御部２１６は、取得したデータ放送データをデータ放送ブラウズ処理部２１７に送り、ブラウズ処理を要求する。

データ放送ブラウズ処理部２１７は、ＢＭＬデータと関連する画像などを取得すると、＜ｂｏｄｙ＞タグのＯｎｌｏａｄ属性に記述されたスクリプト関数を初期スクリプトとして実行する。本例では、ｓｔａｒｔ（）関数が初期スクリプトとなる。

ｓｔａｒｔ（）関数の中では、先ず、デジタルテレビ１０１が印刷機能を有しているかを問い合わせる関数が呼び出される。データ放送ブラウズ処理部２１７は、組込みＡＰＩとして、ｇｅｔＢｒｏｗｓｅｒＳｕｐｐｏｒｔ（）という拡張ＤＯＭ−ＡＰＩを有している。このＡＰＩは、引数として、““ＡＲＩＢ”，“ＡＰＩＧｒｏｕｐ”，“Ｐｒｉｎｔ．Ｂａｓｉｃ””という文字列を与えると、“１”又は“０”の値を返す。“１”は、デジタルテレビが印刷機能を有していることを意味し、“０”はデジタルテレビが印刷機能を有していないことを示すものである。本発明のデジタルテレビ１０１は、印刷機能を有するものであるため、このＡＰＩの戻り値は“１”となる。

続いて、ｓｔａｒｔ（）関数では、ｇｅｔＢｒｏｗｓｅｒＳｕｐｐｏｒｔ（）の戻り値により、描画されたデータ放送画面の所定の位置、ここでは、図３の４０１で示した領域にボタンイメージやテキスト情報を描画するかどうかを決定する。

データ放送ブラウズ処理部２１７は、初期スクリプト実行後、グラフィック生成部２１８、表示合成部２０５を介して、ボタンイメージやテキスト情報の描画を行なう。その動作と共に、表示合成部２０５は、映像デコード部２０３からの動画像との合成処理を行なう。

図３において、領域４０２には、映像デコード部２０３によってデコードされた動画像が表示される。また画面映像の右側部分には、天気予報や交通情報等の詳しい情報へ表示遷移させる為の各種のボタン４０３、４０４、４０５が表示されている。

図３に示した画面を表示中、ユーザがリモコンを操作することにより、フォーカスを移動させ、所望のボタンで決定キーを押すことで表示画面を遷移させることができる。また、ユーザがリモコンに備えられた所定のキーを押下することにより、データ放送データに関連づけられた印刷コンテンツの印刷処理を実行することができる。

（データ放送の印刷処理）
続いて、データ放送における印刷処理について説明を行う。データ放送ブラウズ処理部２１７は、図３に示した画面を表示中に、ユーザから印刷要求が入力された場合に以下の処理を実行する。まず、先に述べたように、データ放送ブラウズ処理部２１７は、デジタルテレビ１０１が印刷機能を有しているかを判定する。

ここで、図３に示したデータ放送画面では、ｐｒｉｎｔＦｉｌｅ印刷とｐｒｉｎｔＵＲＩ印刷が共に可能であるものと仮定する。ユーザによる印刷の要求が、ｐｒｉｎｔＦｉｌｅ形式の印刷であった場合には、データ放送データとして受信した印刷用データをネットワーク経由でプリンタへ送信することになる。

図４はｐｒｉｎｔＦｉｌｅ形式のような、プッシュ式直接印刷によるデジタルテレビ１０１とプリンタ１０３との動作フローと通信手順を示したものである。印刷要求に基づいて、ｐｒｉｎｔＦｉｌｅ（）関数が起動されると、印刷制御部２１９は通信制御部２２０を通じて、プリンタ１０３に対して印刷要求を発行する（６０１）。印刷要求を受け取ったプリンタ１０３は印刷の受付が可能であれば、印刷可能である旨を示すレスポンスコマンドをデジタルテレビ１０１に送信する（６２１）。印刷制御部２２０はｐｒｉｎｔＦｉｌｅ（）関数で指定された印刷データをメモリ部２１４から読み出し、通信制御部２３０を通じて印刷データをプリンタ１０３へ送信する（６０３）。プリンタ１０３では受け取ったデータのパース処理、レイアウト処理、レンダリング処理を行って印刷用のビットマップデータを作成する。最終的に、作成されたデータをプリンタエンジン処理で印刷することで印刷データの出力が完了する（６２４〜６２７）。

一方、ユーザによる印刷の要求が、ｐｒｉｎｔＵＲＩ形式の印刷であった場合には、データ放送データとして受信したＵＲＩをネットワーク経由でプリンタへ送信することになる。

図５はｐｒｉｎｔＵＲＩのような、プル式間接印刷によるデジタルテレビ１０１、プリンタ１０３とＷＷＷサーバ１１０の動作フローと通信手順を示したものである。印刷要求に基づいて、ｐｒｉｎｔＵｒｉ（）関数が起動されると、印刷制御部２１９は通信制御部２２０を通じて、プリンタ１０３に対して指定されたＵＲＩ情報をパラメタとして、印刷要求を発行する（７０１）。印刷要求を受け取ったプリンタ１０３は印刷の受付が可能であれば、印刷可能である旨を示すレスポンスコマンドをデジタルテレビ１０１に送信する（７２２）。プリンタ１０３は、デジタルテレビ１０１から受け取ったＵＲＩに基づいて、ＷＷＷサーバに１１０へアクセスして印刷データ（印刷コンテンツ）を要求する（７２４）。プリンタ１０３は、ＷＷＷサーバ１１０から印刷データを受信し、印刷データのパース（解析）処理（７２５）、レイアウト処理（７２６）、レンダリング処理（７２６）を行う。プリンタ１０３は、レンダリングされた印刷データの印刷を行うためにプリンタエンジン処理を実行する（７２７）。プリンタ１０３は全ての印刷データの印刷が完了したか否かを判定する（７２８）。判定した結果、全ての印刷データの印刷が完了していなければ、データ受信（７２５）処理から以後の処理を再び実行する。

（番組連動データ放送番組による印刷サービス）
図６は番組関連情報の印刷サービスを含むデータ放送番組のデータ構造を模式的に表したものである。図の番組１は、映像と音声だけでなく、天気予報や交通情報および最新ニュース等を画面表示するデータ放送サービスと印刷サービスもあわせて提供する番組である。

図示するように番組１は、映像ストリームと音声ストリームとが含まれている。これらの映像ストリームは多重化された上で時間に沿って放送されている。また、データストリームはデータ放送データのセクションデータを含んでいる。このセクションデータはデータカルーセル方式によって、繰り返し放送されている。繰り返し放送される単位である１セットのデータ放送データは複数のデータから構成されている。この複数のデータはＭＩＭＥ（Ｍｕｌｔｉｐｕｒｐｏｓｅ Ｉｎｔｅｒｎｅｔ Ｍａｉｌ Ｅｘｔｅｎｓｉｏｎｓ）形式でモジュールとしてまとめられている。即ち、モジュールとはデータ放送番組の表示や動作を実行するためのデータ群を指す。モジュールに含まれる各データの詳細は後述する。

なお、図６は、番組０から番組１、続いて番組２という順序で放送されているものとし、番組１の放送時間は１４：００から１６：５５までとする。また、本番組１は放送時間中に、データ放送番組が変化するものである。具体的には、番組開始当初はモジュール１として規定されたデータ放送番組が放送されている。その後、１５：００にはモジュール２として規定されたデータ放送番組が放送されるように変更される。さらに、１６：００にはモジュール３として規定されたデータ放送番組が放送されるように変更される。

モジュール１には、番組１の開始時刻である１４：００の時点で提供されるデータ放送番組の表示画面や各種スクリプトが記述されたＢＭＬ１と、データ放送画面上に表示される画像データであるＰＮＧ１が含まれている。その他、モジュール１には、ＢＭＬ１から遷移する別のＢＭＬであるＢＭＬ４、ＢＭＬ５、ＢＭＬ６と、ｐｒｉｎｔＦｉｌｅ形式によって提供される「天気予報」の印刷データであるＸＨＴＭＬ１が含まれている。また、ＢＭＬ１には、ｐｒｉｎｔＵＲＩ形式によって提供される「最新ニュース」の印刷データへアクセスするためのＵＲＩ１が含まれている。

同様に、モジュール２は、１５：００から１５：５９の間に提供されるモジュールであり、モジュール２に含まれる各種のデータはモジュール１と内容が少なくとも一部異なるものとするが、構成は同じものである。また、モジュール３は１６：００から１６：５５までの間に提供されるモジュールである。

データ放送番組におけるモジュールはＤＳＭ−ＣＣ（Ｄｉｇｉｔａｌ Ｓｔｏｒａｇｅ Ｍｅｄｉａ Ｃｏｍｍａｎｄ ａｎｄ Ｃｏｎｔｒｏｌ）方式によって伝送される。ＤＳＭ−ＣＣ方式では、データ本体を格納するＤＤＢ（Ｄｏｗｎｌｏａｄ Ｄａｔａ Ｂｌｏｃｋ）に加え、モジュールの識別情報や、モジュールのバージョン情報を含むＤＩＩ（Ｄｏｗｎｌｏａｄ Ｉｎｆｏｒｍａｔｉｏｎ Ｉｎｄｉｃａｔｏｒ）が伝送される。受信されるデータ放送データのモジュールの変化は、ＤＩＩのモジュールの識別情報、およびモジュールのバージョン情報の変化をデータ放送制御部２１６で監視することによって検出することができる。

（データ放送の記録）
図７はデータ放送番組を含む放送番組を録画する場合のシーケンス図である。特に、このシーケンス図では、データ放送番組に関連づけられたｐｒｉｎｔＵＲＩ形式の印刷データを放送番組と共に録画する手順を示している。デジタルテレビ１０１はシステム制御部２１１の制御の下で、受信した放送番組を１３９４制御部２２１を通じて録画機１０２のＨＤＤなどの蓄積部に記録する構成を有する。まず、デジタルテレビ１０１の電源がオン状態となる（９０１）。

その後、データ放送データを伴う番組１の受信とあわせて、番組データの録画動作（９０２）が開始される。番組データとは、番組映像データ（音声も含む）とデータ放送データとからなるデータを指すものである。デジタルテレビ１０１は録画する番組映像データに関連付けられたデータ放送データを検出した場合、番組映像データ（映像及び音声ストリームデータ）とともにデータ放送データを録画機１０２の蓄積部に記録する（９０３）。

また、データ放送データの解析（９０３）を実行する。具体的には、データ分離部２０２を通じてデータ放送データの内容をデータ放送ブラウズ制御部２１７が解析する動作を行う。データ放送ブラウズ制御部２１７がデータ放送データのＢＭＬ中にｐｒｉｎｔＵｒｉ（）関数を検出した場合、通信制御部２２０を通じてインターネット上の指定されたＷＷＷサーバ１１０にアクセスするための参照先情報（ＵＲＩ）を抽出する。

デジタルテレビ１０１のシステム制御部２１１は通信制御部２２０を介して、抽出されたＵＲＩに基づいて、ＷＷＷサーバ１１０にアクセスする。その後、システム制御部２１１はＵＲＩに対応する印刷データを取得する（９０５）。さらに、システム制御部２１１は、取得した印刷データを番組データに関連付けて録画機１０２に記録するように１３９４制御部２２１を介して録画機１０２へ伝送する（９０６）。

なお、図６で説明したように、番組１は番組の進行に従ってデータ放送データのモジュール１（９２１）、モジュール２（９２２）、モジュール３（９２３）が放送される。上述したように、モジュールが変化したか否かの検知はデータ放送制御部２１６が監視することで実行可能である。データ放送ブラウズ制御部２１７は、記録中の番組１に関して、モジュールが変化したことをデータ放送制御部２１６から通知されると、変化した新たなモジュールに含まれるＢＭＬ中にｐｒｉｎｔＵｒｉ（）関数があるかを検出する。ｐｒｉｎｔＵｒｉ（）関数が存在する場合には、データ放送ブラウズ制御部２１７はＵＲＩを抽出する。つまり、本実施例では、番組映像の記録中にデータ放送データのモジュールが変化すると、その都度、ＵＲＩを抽出する処理を実行する。図７における９０３はモジュール１に対応するＵＲＩ１の抽出処理、９０７はモジュール２に対応するＵＲＩ２の抽出処理、９１０はモジュール３に対応するＵＲＩ３の抽出処理を意味する。

さらに、モジュールの変化に伴って新しいＵＲＩが抽出された場合、システム制御部２１１は抽出されたＵＲＩに基づいて、ＷＷＷサーバ１１０にアクセスし、ＵＲＩに対応する印刷データを取得する。図７における９０５はＵＲＩ１に対応する印刷データの取得処理を意味し、同様に、９０８、９１１はそれぞれＵＲＩ２、ＵＲＩ３に対応する印刷データの取得処理を意味する。

印刷データが取得されると、システム制御部２１１は、取得した印刷データを番組データに対して関連づけて記録するように録画機１０２に伝送する。録画機１０２は、伝送された印刷データを番組データと関連づけて蓄積部に記録する。なお、番組データとの関連づけでは、番組データに含まれる番組映像データと関連づけるものであってもよいし、番組データに含まれるデータ放送データと関連づけるものであってもよい。図７における９０６はモジュール１に対応して取得した印刷データの記録処理を意味するものである。また、９０９、９１２はそれぞれモジュール２、モジュール３に対応して取得した外部データの記録処理を意味する。

なお、録画機１０２が放送受信機能及びＷＷＷサーバ接続機能を有している場合は、録画機１０２が放送番組と印刷データを直接取得しても良い。

（録画機１０２における録画データの構成）
続いて、録画機１０２において、図７で示した録画データがどのように記録されるかを、図を用いて説明する。図８は、録画機１０２における番組録画データの構成を模式的に示す図である。

録画機１０２には、録画した番組１の番組データ８０１や、他の番組の番組データ８０２及び８０３と、録画機１０２に録画された番組を管理する録画番組情報８０４が記録される。録画番組情報８０４は、録画された番組データを特定するための情報（録画番組１などと記載されている情報）と、番組データに関連して記録された各種データ（データ１１など）を管理するための管理情報と番組データとを関連づけるための対応情報が含まれる。

管理情報１（８０５）は、番組１におけるデータ放送データのモジュールごとに、インターネット上の参照先情報であるＵＲＩ１、ＵＲＩ２、ＵＲＩ３を管理する。また、管理情報１（８０５）はこれらの参照先から取得して録画機１０２に記録した印刷データ１１、印刷データ１２、印刷データ１３へのリンク（ファイルパス）についても管理する。同様に、管理情報３（８０６）は、録画した番組３におけるデータ放送データのモジュールごとに、インターネット上の参照先情報（ＵＲＩ）を管理する。それと共に、管理情報３（８０６）は参照先から取得して録画機に記録したデータである印刷データ３１（８１０）と印刷データ３２（８１１）への参照から構成される。

（番組連動データ放送番組の再生）
次に録画機１０２に記録されたデータ放送番組の再生について説明する。図９は、データ放送番組の再生を行う際のデジタルテレビ１０１、録画機１０２、ＷＷＷサーバ１１０の動作を示すシーケンス図である。以下の説明では、図７を用いて説明した、録画番組及び録画番組に対応するデータ放送データを再生するものとする。

最初に、デジタルテレビ１０１の電源のオン操作がなされることで、デジタルテレビ１０１は操作可能な状態に移行する（１１０１）。続いて、ユーザから、録画機１０２に記録された番組１の再生を指示されると、システム制御部２１１は、通信制御部２２０を通じて録画機１０２の録画番組情報８０４を参照し、番組１データの再生を録画機１０２へ指示する。なお、再生指示を録画機１０２に伝達する方法は、上述した内容に限定されるものではない。

番組１の再生指示を受けた録画機１０２は再生動作を実行する（１１０２）。この動作により、録画機１０２に記録された番組１のデータは伝送インタフェースを経てデジタルテレビ１０１へ転送される。なお、図９において、デジタルテレビ１０１と録画機１０２の間の符号１１２１、１１２２、１１２３はそれぞれ上述したモジュール１（９２１）、モジュール２（９２２）、モジュール３（９２３）に対応する映像データを意味する。

録画機１０２から転送された映像データはデジタルテレビ１０１のデータ分離部２０２へ入力され、放送から受信した番組と同様に映像、音声が再生される。また、デジタルテレビ１０１に対してユーザ操作によりデータ放送の表示が指示された場合には、上述した機能を用いて録画された番組１に付属して記録されたデータ放送番組の表示が行われる（１１０３）。

データ放送番組が再生され、表示されている状態において、ユーザによって最新ニュースの印刷が要求された場合には、再生中のデータ放送番組に対応するＢＭＬ２に記述されたｐｒｉｎｔＵｒｉ（）関数によって、ｐｒｉｎｔＵＲＩ形式の印刷動作が起動される（１１０４）。デジタルテレビ１０１での印刷動作が起動した後、デジタルテレビ１０１はプリンタプリンタ１０３に対してＵＲＩを送信する（１１０５）。プリンタ１０３は送信されたＵＲＩで参照されるＷＷＷサーバ１１０へアクセスする（１１０６）。ここで、録画後に再生された番組に関連するデータ放送に含まれるＵＲＩの参照先に、適切なデータが存在する可能性は補償されない。なぜなら、ＵＲＩによる参照は、番組の放送時に行われることを前提としており、放送から時間が経過した録画番組の再生時には、その参照先にデータ自体が存在しないことが考えられるためである。

図９においては、プリンタ１０３からＵＲＩへのアクセスに失敗し、データの取得ができなかった場合の動作を示している。

データ取得に失敗したプリンタ１０３は、印刷失敗をデジタルテレビ１０１に通知するための状態通知コマンドを送信する（１１１１）。状態通知コマンドを受け取ったデジタルテレビ１０１の印刷制御部２１９は、ＵＲＩで参照される印刷データの取得が出来ないと判定する。この判定結果に基づいて、印刷制御部２１９は、データ放送データの記録時に取得したデータを用いて印刷を実行することを決定する。続いて、印刷制御部２１９は、通信制御部２２０を通じて、録画機１０２の録画番組情報にアクセスし、番組１の管理情報８０５を参照する。ここでは、プリンタ１０３がアクセスに失敗したｐｒｉｎｔＵｒｉ（）が組み込まれているモジュール２のＵＲＩ２に対応するデータを特定する。例えば、データ１２がＵＲＩ２に対応するデータであるとする。もちろん、上述したように、データ１２は録画機１０２に記録されている。

取得に失敗したＵＲＩに対応するデータがデータ１２であることを認識したシステム制御部２１１は、録画機１０２に記録されたデータ１２が参照先となるように参照先情報（ＵＲＩ）を生成し、ｐｒｉｎｔＵｒｉ（）関数による印刷動作を起動する（１１０７）。データ１２を参照先とする新たな参照先情報（例えば、ＵＲＩ）をデジタルテレビ１０１から受け取ったプリンタ１０３は、録画機１０２のデータ１２にアクセスする（１１０８）。その後、プリンタ１０３は新たな参照先情報を用いてデータ１２を取得する（１１０９）。そして、プリンタ１０３は取得したデータ１２を用いて印刷を実行する（１１１０）。

以上の説明の通り、実施例１では、インターネット上のＷＷＷサーバにある印刷データを利用して印刷サービスを行うデータ放送番組を録画し、後日再生して視聴した場合における課題を解決できる。つまり、データ放送印刷のための目的のデータがサーバから削除されてしまった場合においても、番組と関連付けて記録されたデータを取得することにより、データ放送印刷サービスをユーザに提供することができる。

また、本実施例においてはデータ放送データのモジュールが更新されるたびに、外部アクセス先のデータを参照先ごとに記録する。そのため、例えば、データ放送番組のデータに指定するアクセス先が同一であって（図６におけるＵＲＩ１、ＵＲＩ２、ＵＲＩ３の値が同一である場合）、放送番組放送中の時間の経過、あるいは番組の進行に沿ってアクセス先のＷＷＷサイトに置かれるデータの内容が変更される（図８におけるデータ１１、データ１２、データ１３の内容が異なる）ような放送番組であっても、モジュールの更新ごとに異なるデータとして記録を行う。そのため、番組を録画した後に、再生して視聴する場合においても番組放送時間中と同様のサービスを享受することが可能である。

なお、データの参照先はインターネット上に限定するものではなく、デジタルテレビに接続された他のメディアにおける参照先についても、同様のサービスを行うことが可能である。

また、上述した実施例では、デジタルテレビ１０１で受信した映像ストリームを録画機１０２に伝送して録画する構成を開示したが、本発明はこれに限らず、録画機１０２が自らのチューナでストリームを録画する構成を採用してもよい。また、録画する番組に関連するデータ放送データの内容の解析を録画機１０２が実行しても良い。

また、上述した実施例では、デジタルテレビ１０１での印刷動作が起動した後、デジタルテレビ１０１はプリンタ１０３に対してＵＲＩを送信し、プリンタ１０３が送信されたＵＲＩで参照されるＷＷＷサーバ１１０へアクセスしていた。しかしながら、デジタルテレビ１０１がＷＷＷサーバ１１０にアクセス可能である場合は、プリンタ１０３を介さずに、ＵＲＩで参照されるＷＷＷサーバ１１０へアクセスしてもよい。

（実施例２）
続いて、本発明における第２の実施例を説明する。上述した実施例１と本実施例との相違は、インターネット上の関連データへのアクセスを伴うデータ放送番組を録画機１０２に記録する際の動作にある。以下、実施例１と異なる点についてのみ説明する。また、実施例１と同一の符号を付して示すものは実施例１と同様であるものとして、説明を省略する。

本実施例では、実施例１の図６で示したデータ放送データ構造において、例えば、モジュール１からモジュール２への変更された場合であっても、各モジュールに含まれるＢＭＬが参照するＵＲＩが変更されないケースに対応する処理である。

図１０は、本実施例におけるデータ放送番組の録画を行う際のデジタルテレビ１０１、録画機１０２、ＷＷＷサーバ１１０の動作を示すシーケンス図である。

デジタルテレビ１０１がシステム制御部２１１の制御下で、受信したデータ放送番組のデータを録画機１０２に記録する動作は図７で説明したとおりである。一方、本実施例では、モジュール１のデータ放送データの記録に伴ってダウンロードしたデータ１１のＵＲＩと、モジュール２のＢＭＬ２に記述されたＵＲＩとが同一であるケースを想定している。

そこで、デジタルテレビ１０１は、モジュール２の受信時に行うデータ放送データの解析処理において、拡張ＤＯＭ−ＡＰＩであるｐｒｉｎｔＵｒｉ（）関数の検出を行う。それと共に、その引数であるＵＲＩを検出して、既にモジュール１で検出されたｐｒｉｎｔＵｒｉ（）関数の引数（ＵＲＩ）との比較を行う（１４０７）。この例では、双方のＵＲＩが一致している。続いて、デジタルテレビ１０１はＵＲＩが一致した場合に、モジュール２に含まれるＵＲＩが示すＷＷＷサーバ１１０へアクセスする（９０８）。そして、アクセスした先のデータを取得すると共に、取得したデータと、既にダウンロード済みのモジュール１に対応するデータの内容とを比較する（１４１３）。本実施例ではこの二つのデータは同一となる。従って、システム制御部２１１は通信制御部２２０を通じて録画機１０２の管理情報１（８０５）にアクセスし、モジュール２に対応するデータの参照先情報を既に記録したデータ１１を参照するようにに書き換える（１４０９）。

また、モジュール２に対応するＢＭＬ２に含まれるＵＲＩで参照されるデータは、既にダウンロードして記録されたデータ１１と同一であるため、新たにダウンロードしたデータの記録は録画機１０２は行わない。

以上、本実施例によれば、モジュールが変更されてもＢＭＬで参照されるデータの同一性を判定し、同じデータである場合には、そのデータを複数のモジュールから参照するようにデータを書き換えることで、録画機における無駄なデータの記録を避けることができる。

（実施例３）
続いて、本発明における第３の実施例を説明する。上述した実施例１との違いは、番組録画時に取得したデータが存在する場合であって、録画された番組の再生時にもＵＲＩを介してデータが取得可能であった場合にも対応する構成を有する点にある。つまり、実施例１は再生時に行ったＷＷＷサーバ１１０へのアクセスにおいて、ＵＲＩが参照するデータの取得に失敗したケースに対応するものであったが、本実施例は、データの取得が可能であった場合のケースに対応するものである。以下、実施例１と異なる点についてのみ説明する。また、実施例１と同一の符号を伏して示すものは実施例１と同様であるものとして、説明を省略する。

図１１は、本実施例におけるデータ放送番組の再生を行う際のデジタルテレビ１０１、録画機１０２、プリンタ１０３、ＷＷＷサーバ１１０の動作を示すシーケンス図である。以下の説明では、図７を用いて説明した、録画番組及び録画番組に対応するデータ放送データを再生するものとする。

最初に、デジタルテレビ１０１の電源のオン操作がなされることで、デジタルテレビ１０１は操作可能な状態に移行する（１１０１）。続いて、ユーザから、録画機１０２に記録された番組１の再生を指示されると、システム制御部２１１は、通信制御部２２０を通じて録画機１０２の録画再生情報８０４を参照し、番組１データの再生を録画機１０２へ指示する。なお、再生指示を録画機１０２に伝達する方法は、上述した内容に限定されるものではない。

番組１の再生指示を受けた録画機１０２は再生動作を実行する（１１０２）。この動作により、録画機１０２に記録された番組１のデータは伝送インタフェースを経てデジタルテレビ１０１へ転送される。なお、図１１において、デジタルテレビ１０１と録画機１０２の間の符号１１２１、１１２２、１１２３はそれぞれ上述したモジュール１（９２１）、モジュール２（９２２）、モジュール３（９２３）に対応する映像データを意味する。

録画機１０２から転送された映像データはデジタルテレビ１０１のデータ分離部２０２へ入力され、放送から受信した番組と同様に映像、音声が再生される。また、デジタルテレビ１０１に対してユーザ操作によりデータ放送の表示が指示された場合には、上述した機能を用いて録画された番組１に付属して記録されたデータ放送番組の表示が行われる（１１０３）。

本実施例においては、例えばＷＷＷサイトの運営方針として、放送番組を放送した当時のニュース記事に対して、後日判明した事実を追記するなどした記事を放送当時と同一のＵＲＩで参照させるものとする。従って、放送番組が放送され、録画された当時のニュース記事は録画機１０２に蓄積されるが、同一ＵＲＩで内容の異なるデータが録画番組の再生時にも存在していることになる。

ここで、データ放送番組が再生され、表示されている状態において、ユーザによって最新ニュースの印刷が要求された場合には、ＢＭＬ２に記述されたｐｒｉｎｔＵｒｉ（）関数によって、ｐｒｉｎｔＵＲＩ形式の印刷動作が起動される（１７０４）。デジタルテレビ１０１での印刷動作が起動した後、デジタルテレビ１０１はｐｒｉｎｔＵｒｉ（）関数に含まれるＵＲＩで参照されるＷＷＷサーバ１１０へアクセスする（１７１１）。このアクセスで、デジタルテレビ１０１はＵＲＩに対応するデータが存在するか否かをＷＷＷサーバ１１０からの応答に基づいて確認する。なお、ＷＷＷサーバ１１０へのアクセスは、実施例１と同様、プリンタ１０３が実行してもよいが、本実施例では、デジタルテレビ１０１がアクセスする構成を用いて説明を行う。

さて、ＵＲＩに対応したデータが存在する場合、印刷制御部２１９は、番組を録画した時点で取得し、蓄積したデータと、今現在ＷＷＷサーバ１１０に存在することが確認されたデータの両方の印刷が可能である。そこで、印刷制御部２１９は、いずれのデータを印刷するかをユーザに問い合わせるダイアログを、グラフィック生成部２１８を通じて映像表示部２０８に表示する（１７１２）。図１２はデジタルテレビ１０１の映像表示部２０８に当該ダイアログが表示された様子を示すものである。

ユーザは当該ダイアログに対してリモコンを操作することができる。例えば、番組の記録時のデータを印刷するためのボタンが選択された場合、印刷制御部２１９は通信制御部２２０を通じて録画機１０２の録画番組情報および番組１の管理情報８０５にアクセスを行う（本処理は図１１に不図示）。そして、印刷制御部２１９は録画機１０２に蓄積済みのデータ１２への参照先を取得し、プリンタ１０３に対してデータ１２を参照先としたｐｒｉｎｔＵＲＩ形式の印刷動作を指示する（１１７０７）。続いて、印刷指示とデータ１２を参照する情報とを受信したプリンタ１０３は印刷処理の実行を開始し（１７０８）、録画機１２にアクセスしてデータ１２を取得する（１７０９）。そして、取得したデータ１２を元に印刷を実行する（１７１０）。

もし、図１２に示したダイアログに対して、ユーザが現在のデータを印刷するためのボタンを選択した場合は、デジタルテレビ１０１はプリンタ１０３に対して、ＷＷＷサーバ１１０に保存されている現在のデータを参照するためのＵＲＩを送信する。そして、プリンタ１０３は受信したＵＲＩに基づいてＷＷＷサーバ１１０からデータを取得して印刷を実行する。

以上の通り、実施例３では、番組記録時に取得したデータが存在する場合であって、録画された番組の再生時にもＵＲＩを介してデータが取得可能であった場合でも、どちらのデータを取得するかを問い合わせるダイアログを提示することで、ユーザの嗜好を反映させたデータの取得が可能となる。

以上、本発明における３つの実施例をそれぞれ説明した。上述した各実施例においては、デジタルテレビ１０１と録画機１０２とがそれぞれ別体の装置であるように説明を行ったが、本発明はこれら装置が一体となった録画可能なデジタルテレビにおいても実現できる。

また、各実施例では、デジタルテレビ１０１が受信した放送信号に含まれる映像データやデータ放送データを録画機１０２に伝送して録画及び蓄積するように記述した。しかしながら、上記各実施例におけるデジタルテレビ１０１の各機能を録画機１０２にて実現することも可能である。つまり、放送受信装置としての機能を録画機１０２によって実現するものである。この場合、録画機１０２に録画されたデータの映像処理やデータ放送画面の生成を録画機１０２が行う。また、実施例３において説明したダイアログ（図１２）の生成も録画機１０２が行う。従って、デジタルテレビ１０１は録画機１０２が生成した画面を表示する装置として機能することになる。また、モジュールの変化の検出や、ＷＷＷサーバ１１０へのアクセス、プリンタ１０３へのＵＲＩ通知などの処理を録画機１０２が実行することになる。

本発明に係るシステム及び実行環境の構成を示す図である。 本発明に係るデジタルテレビ１０１のブロック図である。 本発明に係るデータ放送番組の表示画面例を示す図である。 本発明に係るプッシュ式直接印刷のフローを示す図である。 本発明に係るプル式間接印刷のフローを示す図である。 本発明の実施例１に係る放送番組に関連づけられたデータ放送データの構成を説明するための図である。 本発明に係る放送番組及びデータ放送番組の録画動作を示すシーケンス図である。 本発明に係る録画機１０２に蓄積されるデータの構成を示す図である。 本発明の実施例１に係る番組再生時の動作を示すシーケンス図である。 本発明の実施例２に係る録画動作を示すシーケンス図である。 本発明の実施例３に係る再生動作を示すシーケンス図である。 本発明の実施例３に係るデータ放送番組の表示画面例を示す図である。

Claims (8)

1. データ放送データに含まれる参照先情報をプリンタに送信する方式のデータ放送印刷を実行可能であるとともに、データ放送データを蓄積部に記録可能な放送受信装置であって、
   データ放送データの記録中に、当該データ放送データが変化したか否かを検知する検知手段と、
   前記検知手段によりデータ放送データの変化が検知された場合、変化したデータ放送データに含まれる参照先情報に対応する印刷データを取得する取得手段と、
   前記取得手段で取得した印刷データを、当該印刷データに対応する参照先情報を含んでいたデータ放送データと関連づけて前記蓄積部に記録する記録手段と、
   前記蓄積部に記録されたデータ放送データに基づくデータ放送番組の再生を行う再生手段と、
   データ放送印刷の実行を指示された場合、印刷が実行されたタイミングで再生中のデータ放送データに含まれた参照先情報に対応する印刷データの取得が可能か否かを判定する判定手段と、
   前記判定手段による判定の結果に基づいて、印刷が実行されたタイミングで再生中のデータ放送データに関連づけられて前記蓄積部に記録された印刷データを用いてデータ放送印刷を実行するか否かを決定する制御手段と、
   を有することを特徴とする放送受信装置。
2. 前記制御手段は、前記判定手段にて印刷データの取得が出来ないと判定された場合、前記蓄積部に記録された印刷データを参照するための参照先情報を生成し、プリンタに送信することを特徴とする請求項１に記載の放送受信装置。
3. 前記制御手段は、前記判定手段にて印刷データの取得が出来ると判定された場合、当該印刷データに基づく印刷を実行するか、データ放送データの記録時に取得した印刷データを用いて印刷を実行するかをユーザに問い合わせるためのダイアログを表示することを特徴とする請求項１に記載の放送受信装置。
4. 前記制御手段は、前記検知手段によってデータ放送データの変化が検知された場合、変化したデータ放送データに含まれる参照先情報に対応する印刷データが、既に取得した印刷データと同一である場合は当該変化したデータ放送データに含まれる参照先情報に対応する印刷データを取得せずに、既に取得され、前記蓄積部に記録された印刷データを参照するように制御することを特徴とする請求項１乃至３のいずれか１項に記載の放送受信装置。
5. データ放送データに含まれる参照先情報をプリンタに送信する方式のデータ放送印刷を実行可能であるとともに、データ放送データを蓄積部に記録可能な放送受信装置の制御方法であって、
   データ放送データの記録中に、当該データ放送データが変化したか否かを検知する検知ステップと、
   前記検知ステップによりデータ放送データの変化が検知された場合、変化したデータ放送データに含まれる参照先情報に対応する印刷データを取得する取得ステップと、
   前記取得ステップで取得した印刷データを、当該印刷データに対応する参照先情報を含んでいたデータ放送データと関連づけて前記蓄積部に記録する記録ステップと、
   前記蓄積部に記録されたデータ放送データに基づくデータ放送番組の再生を行う再生ステップと、
   データ放送印刷の実行を指示された場合、印刷が実行されたタイミングで再生中のデータ放送データに含まれた参照先情報に対応する印刷データの取得が可能か否かを判定する判定ステップと、
   前記判定ステップによる判定の結果に基づいて、印刷が実行されたタイミングで再生中のデータ放送データに関連づけられて前記蓄積部に記録された印刷データを用いてデータ放送印刷を実行するか否かを決定する制御ステップと、
   を有することを特徴とする放送受信装置の制御方法。
6. 前記制御ステップでは、前記判定ステップにて印刷データの取得が出来ないと判定された場合、前記蓄積部に記録された印刷データを参照するための参照先情報を生成し、プリンタに送信することを特徴とする請求項５に記載の放送受信装置の制御方法。
7. 前記制御ステップでは、前記判定ステップにて印刷データの取得が出来ると判定された場合、当該印刷データに基づく印刷を実行するか、データ放送データの記録時に取得した印刷データを用いて印刷を実行するかをユーザに問い合わせるためのダイアログを表示することを特徴とする請求項５に記載の放送受信装置の制御方法。
8. 前記制御ステップでは、前記検知ステップによってデータ放送データの変化が検知された場合、変化したデータ放送データに含まれる参照先情報に対応する印刷データが、既に取得した印刷データと同一である場合は当該変化したデータ放送データに含まれる参照先情報に対応する印刷データを取得せずに、既に取得され、前記蓄積部に記録された印刷データを参照するように制御することを特徴とする請求項５乃至７のいずれか１項に記載の放送受信装置の制御方法。

Images