JP2009065568A - 放送受信装置、その制御方法 - Google Patents

Abstract

【課題】外部サーバから印刷コンテンツを取得して印刷処理を行うシステムにおいて、システムの複雑化コストの増大を抑制しつつ、意図しない印刷処理が行われる可能性を低減する。
【解決手段】放送中の、印刷情報を含む放送信号を受信する第１受信手段と、録画装置に記録されている、印刷情報を含む放送信号を受信する第２受信手段と、再生中の放送信号に含まれる印刷情報が、外部サーバからの印刷コンテンツの取得を指示する取得指示情報を含むか否かを判定する印刷情報判定手段と、前記再生中の放送信号に含まれる印刷情報が前記取得指示情報を含むと判定され、且つ前記再生中の放送信号が前記第２受信手段で受信されたものと判定された場合に、前記再生中の放送信号に含まれる印刷情報が放送中に意図していた印刷コンテンツを取得できない可能性があることをユーザに通知する通知手段と、を備えることを特徴とする放送受信装置を提供する。
【選択図】図７

Description

本発明は、印刷情報を含む放送信号を受信する放送受信装置、及びその制御方法に関する。

地上デジタル放送におけるデータ放送サービスの１つとして、データ放送の印刷サービスが行われている。印刷サービスにより、印刷装置（例えば、プリンタ）を制御する機能を有するデジタルテレビ（ＤＴＶ）のユーザは、放送番組に関連する情報、天気予報、及びニュースなどの印刷コンテンツを、ＤＴＶに接続されたプリンタによって印刷することができる。印刷サービスに関連するデジタル放送規格や運用規定は、非特許文献１及び非特許文献２に記載されている。非特許文献１及び非特許文献２に従う印刷サービスにおいて、ＤＴＶが実行可能な印刷の形態は、以下の３つに大別される。

・印刷形態（１）：ＤＴＶが放送波に含まれる印刷データを取得し、プリンタに印刷を要求する形態
・印刷形態（２）：ＤＴＶが表示中のデータ放送画面をキャプチャし、プリンタに印刷を要求する形態
・印刷形態（３）：ＤＴＶがプリンタにインターネット上のサーバに存在する印刷データの印刷を要求する形態

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

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

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

今日、ＵＲＩが示す印刷コンテンツの印刷時に、印刷コンテンツが改鼠されていないかを判定し、改鼠されている場合に、印刷コンテンツの作成者や印刷要求者に対して、その旨を電話や電子メールで通知する装置が知られている（特許文献１参照）。

特許文献１に記載の装置による印刷コンテンツの改鼠判定手段には、次の３つがある。

・判定手段（１）：チェックサムによる判定
・判定手段（２）：ＣＶＳ（Ｃｕｒｒｅｎｔ Ｖｅｒｓｉｏｎ Ｓｙｓｔｅｍ）システム等による、印刷コンテンツの最終更新日時、又は世代管理情報に基づく判定
・判定手段（３）：印刷コンテンツ内のすかし情報による判定
特開２００６−１２６９１２号公報 社団法人 電波産業会 標準規格 「デジタル放送におけるデータ放送符号化方式と伝送方式」 ＡＲＩＢ ＳＴＤ−Ｂ２４ ４．４版 社団法人 電波産業会 技術資料 「地上デジタルテレビジョン放送運用規定」 ＡＲＩＢ ＴＲ−Ｂ１４ ２．７版

通常、ｐｒｉｎｔＵｒｉ印刷データは、インターネット上に存在するコンテンツサーバ内に存在する。従って、ＴＳを記録するハードディスクレコーダ（ＨＤＲ）などの録画装置は、ｐｒｉｎｔＦｉｌｅ印刷データは録画（記録）するが、ｐｒｉｎｔＵｒｉ印刷データは録画（記録）しない。

ＨＤＲに記録されたＵＲＩが示すｐｒｉｎｔＵｒｉ印刷データは、放送番組の終了後、コンテンツサーバから削除されたり、他のｐｒｉｎｔＵｒｉ印刷データと置き換えられたりする可能性がある。そのため、ＨＤＲに録画した番組をＤＴＶで視聴中にｐｒｉｎｔＵｒｉ（）による印刷要求を実行した場合、次の２つのエラー事象が発生する可能性がある。

・エラー事象（１）：記録されたＵＲＩが示すｐｒｉｎｔＵｒｉ印刷データが削除されており、印刷できない。
・エラー事象（２）：記録されたＵＲＩが示すｐｒｉｎｔＵｒｉ印刷データが他のデータに置き換えられており、放送局やユーザの意図しない印刷コンテンツが印刷される。

エラー事象（１）又は（２）が発生すると、ユーザにインクや用紙を浪費させたり、印刷のために余計な時間を費やさせたりする問題が発生する。

この問題を解決するために、特許文献１に記載の技術を利用してｐｒｉｎｔＵｒｉ印刷データの削除や置き換えを検知することも考えられる。しかし、特許文献１に記載の技術を利用することは、次の３つの理由により、システムの複雑化やそれに伴うコストの増大という問題が発生する。

・理由（１）：上述の判定手段（１）を利用する場合、録画装置は、番組（即ち、ＴＳ）録画時に印刷コンテンツのチェックサムを計算し、ＴＳと関連付けて保持する機能を備える必要がある。
・理由（２）：上述の判定手段（２）を利用する場合、別途、ＣＶＳシステム等が必要となる。
・理由（３）：上述の判定手段（３）を利用する場合、録画装置は、番組（即ち、ＴＳ）録画時に印刷コンテンツのすかし情報等を取得し、ＴＳと関連付けて保持する機能を備える必要がある。

本発明はこのような状況に鑑みてなされたものである。本発明は、外部サーバから印刷コンテンツを取得して印刷処理を行うシステムにおいて、システムの複雑化やそれに伴うコストの増大を抑制しつつ、意図しない印刷処理が行われる可能性を低減する技術を提供することを目的とする。

上記課題を解決するために、第１の本発明は、放送中の、印刷情報を含む放送信号を受信する第１受信手段と、録画装置に記録されている、印刷情報を含む放送信号を受信する第２受信手段と、前記第１受信手段又は前記第２受信手段で受信した放送信号を再生して映像を出力する再生出力手段と、前記再生出力手段が再生中の放送信号が、前記第１受信手段又は前記第２受信手段のいずれで受信されたものかを判定する受信判定手段と、前記再生中の放送信号に含まれる印刷情報が、外部サーバからの印刷コンテンツの取得を指示する取得指示情報を含むか否かを判定する印刷情報判定手段と、前記再生中の放送信号に含まれる印刷情報が前記取得指示情報を含むと前記印刷情報判定手段で判定され、且つ前記再生中の放送信号が前記第２受信手段で受信されたものと前記受信判定手段で判定された場合に、前記再生中の放送信号に含まれる印刷情報が放送中に意図していた印刷コンテンツを取得できない可能性があることをユーザに通知する通知手段と、を備えることを特徴とする放送受信装置を提供する。

また、第２の本発明は、放送受信装置の制御方法であって、放送中の、印刷情報を含む放送信号を受信する第１受信工程と、録画装置に記録されている、印刷情報を含む放送信号を受信する第２受信工程と、前記第１受信工程又は前記第２受信工程で受信した放送信号を再生して映像を出力する再生出力工程と、前記再生出力工程で再生中の放送信号が、前記第１受信工程又は前記第２受信工程のいずれで受信されたものかを判定する受信判定工程と、前記再生中の放送信号に含まれる印刷情報が、外部サーバからの印刷コンテンツの取得を指示する取得指示情報を含むか否かを判定する印刷情報判定工程と、前記再生中の放送信号に含まれる印刷情報が前記取得指示情報を含むと前記印刷情報判定工程で判定され、且つ前記再生中の放送信号が前記第２受信工程で受信されたものと前記受信判定工程で判定された場合に、前記再生中の放送信号に含まれる印刷情報が放送中に意図していた印刷コンテンツを取得できない可能性があることをユーザに通知する通知工程と、を備えることを特徴とする制御方法を提供する。

なお、その他の本発明の特徴は、添付図面及び以下の発明を実施するための最良の形態における記載によって更に明らかになるものである。

本発明によれば、外部サーバから印刷コンテンツを取得して印刷処理を行うシステムにおいて、システムの複雑化やそれに伴うコストの増大を抑制しつつ、意図しない印刷処理が行われる可能性を低減することが可能となる。

以下、添付図面を参照して、本発明の実施形態を説明する。以下で説明される個別の実施形態は、本発明の上位概念から下位概念までの種々の概念を理解するために役立つであろう。

なお、本発明の技術的範囲は、特許請求の範囲によって確定されるのであって、以下の個別の実施形態によって限定されるわけではない。また、実施形態の中で説明されている特徴の組み合わせすべてが、本発明に必須とは限らない。

また、以下では、デジタル放送（ＢＳデジタル放送、ＣＳデジタル放送、地上デジタル放送など）に対応したテレビジョン受像機（以下、「デジタルテレビ（ＤＴＶ）」という）に本発明の技術を適用して各実施形態を説明する。しかし、例えば、アナログ放送のみ（例えば、ＢＳアナログ放送、ＣＳアナログ放送、地上アナログ放送など）に対応したテレビジョン受像機に各実施形態を適用することもできる。また、表示装置とチューナが一体化したテレビジョン受像機以外の放送受信装置、例えば、アナログもしくはデジタルテレビジョンチューナを備える録画装置などにも各実施形態を適用できる。この場合、ユーザは、外部表示装置（例えば、テレビジョン受像機やディスプレイモニタ装置）を録画装置に接続することにより、放映される番組を鑑賞することができる。また、テレビジョン受像機には、同等の機能を有する機器、例えばテレビジョンチューナを備えるパーソナルコンピュータやセットトップボックス（ＳＴＢ）、携帯電話機等も含まれる。

［第１の実施形態］
図１は、第１の実施形態に係るＤＴＶ１００の構成を示すブロック図である。図２は、ＤＴＶ１００を含む印刷システム２５０の構成を示す図である。図３は、ＤＴＶ１００をユーザが操作する為のリモコン１５２の構成を示す図である。

＜印刷システム２５０＞
まず、図２を参照して、印刷システム２５０を説明する。ＤＴＶ１００は、テレビ基本機能として、放送中の放送波（放送信号）を、アンテナ２００を介して受信する機能を備える（第１受信手段）。また、録画装置２０３に録画されている放送信号を、データ中継装置２０１を介して受信する機能を備える（第２受信手段）。更に、受信した放送信号を再生して出力する機能を備える（再生出力手段）。これらの機能により、ユーザは、放送信号に基づく番組を視聴することができる。

また、放送信号は、データ放送用のデータ（データ放送データ）を含み、データ放送データは、印刷のための情報（印刷情報）を含む。そして、ＤＴＶ１００は、テレビ拡張機能として、非特許文献１及び非特許文献２において規定される、データ放送のブラウズ機能、及び印刷機能を備える。

アンテナ２００は、放送信号を受信し、受信した放送信号をＤＴＶ１００、及び録画装置２０３に送出する。録画装置２０３は、アンテナ２００から送出される放送信号を受信し、放送番組の録画（即ち、放送信号の記録）を行う。また、ＤＴＶ１００からの要求に基づき、記録した放送信号をＤＴＶ１００へ送出する。

印刷装置２０４は、ＤＴＶ１００からの要求に基づき、紙等の印刷媒体上に画像を形成する印刷処理を行う。データ中継装置２０１は、ＤＴＶ１００、録画装置２０３、印刷装置２０４、及び回線終端装置２０２を含むネットワーク上を流れるデータをどの装置に転送すべきかを判定し、判定結果に従ってデータを転送する。

回線終端装置２０２は、光ファイバやＡＤＳＬ（Ａｓｙｍｍｅｔｒｉｃ Ｄｉｇｉｔａｌ Ｓｕｂｓｃｒｉｂｅｒ Ｌｉｎｅ）、ＣＡＴＶ等の接続回線を介して、インターネット２０５への接続を実現する。

外部サーバであるコンテンツサーバ２０６は、後述する印刷コンテンツを保持するサーバである。

図２において、ＤＴＶ１００、録画装置２０３、及び印刷装置２０４は、データ中継装置２０１を介して、ＵＰｎＰ（Ｕｎｉｖｅｒｓａｌ Ｐｌｕｇ ａｎｄ Ｐｌａｙ）ネットワークにより相互に接続している。ＵＰｎＰは、パーソナルコンピュータ（ＰＣ）、テレビ、録画装置、及び印刷装置等を相互に接続し、各装置の機能を相互に提供することを可能とする技術標準仕様である。本実施形態における録画装置２０３及び印刷装置２０４の制御は、ＵＰｎＰ技術標準仕様に基づくアクションやイベントの送受信により実現される。

＜リモコン１５２＞
次に、図３を参照して、リモコン１５２を説明する。リモコン１５２は、発光部３０１、電源キー３０２、カーソルキー３０３、決定キー３０４、及び「ｄ」キー３０５を備える。また、「青」「赤」「緑」「黄」の４個のキーを含むカラーキー３０６と、「０」〜「９」の１０個のキーを含む数字キー３０７とを備える。更に、リストキー、再生キー、停止キー、巻戻キー、早送キー、一時停止キーの８個のキーを含む録画装置制御キー３０８を備える。図３に示すリモコン１５２が備えるキーの種類は一例に過ぎず、本実施形態を実現するために不要なキーは削除されてもよいし、他のキーが追加されてもよい。

発光部３０１は、リモコン１５２とＤＴＶ１００の受光部１１２との間での赤外線通信を行うためのものである。電源キー３０２は、ＤＴＶ１００の電源をオン／オフする為のキーである。

録画装置制御キー３０８は、録画装置２０３の制御に用いられる。録画装置制御キーにおいて、リストキーは、録画装置２０３に録画された録画番組の一覧をＤＴＶ１００の映像表示部１０８に表示させる為のキーである。ＤＴＶ１００のユーザは、表示された録画番組の一覧を見ながら視聴したい番組をカーソルキー３０３を用いて選択し、決定キー３０４を用いて決定し、視聴を開始することができる。その他、再生キー、停止キー、巻戻キー、早送キー、一時停止キーは、視聴中の録画番組の再生制御（再生、停止、巻戻、早送、一時停止）に用いられる。

＜ＤＴＶ１００＞
次に、図１を参照して、ＤＴＶ１００を説明する。

●テレビ放送番組の番組視聴機能について
まず、ＤＴＶ１００が有するテレビ放送番組の番組視聴機能について説明する。テレビ放送番組の番組視聴機能とは、アンテナ２００を介して受信した放送信号に含まれる、テレビ放送番組に関する映像、音声、及び番組情報等を、映像表示部１０８、及び音声出力部１０９に出力する機能である。

以下に、ＤＴＶ１００がテレビ放送番組の番組視聴開始処理を行う為の内部動作について説明する。

システム制御部１１１は、受光部１１２を介し受信する、ユーザのリモコン１５２の操作による操作情報に基づき、ユーザが望むチャンネルを判定し、選局制御部１１３に選局を要求する。ここでのリモコン操作は、リモコン１５２の数字キー３０７による操作である。

選局制御部１１３は、選局要求に基づき、チューナ部１０１、及びデータ分離部１０２を制御し、選局処理を行う。

チューナ部１０１は、アンテナ２００を介し入力される放送信号に対し、復調、誤り訂正等の処理を行い、トランスポートストリーム（ＴＳ）を形成し、データ分離部１０２に出力する。ＴＳには、１以上のチャンネルに関する映像及び音声のデータ、現在時刻情報、番組情報データ、データ放送データ、及び印刷データ（印刷情報）等が多重されている。

現在時刻情報は、年月日、時分秒情報を含む。番組情報は、番組名、番組内容説明、放送チャンネル、放送時間情報（開始時刻と継続時間）等を含む。なお、データ放送データ及び印刷データは、ＩＳＯ／ＩＥＣ１３８１８−６や非特許文献１等にて規定されている、ＤＳＭ−ＣＣのデータカルーセル方式により、ＴＳ中に多重される。

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

データ分離部１０２で分離した映像データは、映像デコード部１０３に出力される。映像デコード部１０３は、映像データに対してＭＰＥＧ等の復号化処理を行う。また、音声データは、音声デコード部１０４に出力される。音声デコード部１０４は、音声データに対してＭＰＥＧ等の復号化処理を行い、音声制御部１０７に出力する。番組情報データ及びデータ放送データは、メモリ部１１４に蓄積される。現在時刻情報は、タイマー部１１５に出力される。タイマー部１１５は、時刻情報のカウントを行う。

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

表示合成部１０５は、映像デコード部１０３で復号された映像データと、グラフィック生成部１１０が生成するグラフィックデータとを合成する機能を有する。

音声制御部１０７は、音声データのボリュームレベル等を変更する機能を有し、音声出力部１０９へ音声データを出力する。

選局制御部１１３は、上述のテレビ放送番組の番組視聴開始処理が正常に完了すると、選局したチャンネル情報をメモリ部１１４に蓄積し、番組視聴開始処理の完了をシステム制御部１１１に通知する。

システム制御部１１１は、選局制御部１１３から番組視聴開始処理が正常に完了したことの通知を受けると、現在、テレビ放送番組（放送中の番組）の番組視聴状態であるか、録画番組の番組視聴状態であるかを識別する視聴種別情報の更新処理を行う。視聴種別番組情報はメモリ部１１４に蓄積される。視聴種別情報は、ＤＴＶ１００の電源オン、或いはオフ時に「０」、テレビ放送番組の番組視聴状態である時に「１」、録画番組の番組視聴状態である時に「２」に更新される。

●録画番組の番組視聴機能について
次に、ＤＴＶ１００が有する録画番組の番組視聴機能について説明する。録画番組の番組視聴機能とは、録画装置２０３に録画された放送信号をデータ中継装置２０１を介して受信し、受信した放送信号に含まれる、録画番組に関する映像、音声、及び番組情報等を、映像表示部１０８、及び音声出力部１０９に出力する機能である。

以下に、ＤＴＶ１００が録画番組の番組視聴開始処理を行う為の内部動作について説明する。

システム制御部１１１は、受光部１１２を介し受信する、ユーザのリモコン１５２の操作による操作情報に基づき、ユーザが望む録画番組を判定し、接続機器制御部１２０に録画番組の再生を要求する。ここでのリモコン操作は、リモコン１５２の録画装置制御キー３０８による操作である。

接続機器制御部１２０は、再生要求に基づき、通信制御部１２１を介し、録画装置２０３に対して、所望の録画番組を含むパーシャルトランスポートストリーム（Ｐ−ＴＳ）の送信を要求し、受信動作を開始する。受信したＰ−ＴＳは、内部バス１２２を介し、データ分離部１０２に出力される。Ｐ−ＴＳには録画装置２０３が録画した番組に関する映像及び音声のデータ、番組情報データ、データ放送データ、及び印刷データ等が多重されている。番組情報は、番組名、番組内容説明、録画番組が放送された際の放送時間情報（開始時刻と継続時間等）を含む。なお、Ｐ−ＴＳには、ＩＳＯ／ＩＥＣ１３８１８−６や非特許文献１等にて規定されている、ＤＳＭ−ＣＣのデータカルーセル方式により多重されたデータ放送データと印刷データとが含まれる。

Ｐ−ＴＳがデータ分離部１０２に入力されてから、映像及び音声が映像表示部１０８及び音声出力部１０９に出力されるまでの処理は、上述のテレビ放送番組の番組視聴開始処理と同様である為、説明を省略する。

接続機器制御部１２０は、上述の録画番組の番組視聴開始処理が正常に完了すると、番組視聴開始処理の完了をシステム制御部１１１に通知する。

システム制御部１１１は、接続機器制御部１２０から番組視聴開始処理が正常に完了したことの通知を受けると、メモリ部１１４に保持する視聴種別情報を、録画番組の番組視聴状態であることを意味する「２」に更新する。

●データ放送ブラウズ機能、印刷機能について
次に、ＤＴＶ１００のデータ放送ブラウズ機能、印刷機能について説明する。データ放送ブラウズ機能とは、データカルーセル方式によりＴＳ、或いはＰ−ＴＳに繰り返し多重されたデータ放送データに基づき、映像を映像表示部１０８に出力し、音声を音声出力部１０９に出力する機能である。またデータ放送印刷機能とは、以下の３つの機能である。

・機能（１）：データカルーセル方式により多重される印刷コンテンツを取得し、印刷装置２０４に印刷させる機能
・機能（２）：データ放送ブラウズ機能により表示したデータ放送画面をキャプチャし、印刷装置２０４に印刷させる機能
・機能（３）：インターネット上のコンテンツサーバ２０６に存在する印刷コンテンツの取得及び印刷を印刷装置２０４に指示する機能

データ放送データには、テキスト情報、表示レイアウト情報、スクリプト情報、静止画像情報、及び音声情報等が含まれている。テキスト情報は、非特許文献１及び非特許文献２において規定される、ＢＭＬ（Ｂｒｏａｄｃａｓｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）によって記述されている。ＢＭＬは、ＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）ベースのデータ放送向けのページ記述言語である。表示レイアウト情報には、ＣＳＳ（Ｃａｓｃａｄｉｎｇ Ｓｔｙｌｅ Ｓｈｅｅｔｓ）が用いられ、スクリプト情報には、ＥｃｍａＳｃｒｉｐｔが用いられている。また、ＢＭＬの論理的構造や情報へのアクセス及び操作を行う為の手段として、ＤＯＭ（Ｄｏｃｕｍｅｎｔ Ｏｂｊｅｃｔ Ｍｏｄｅｌ）が用いられる。

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

以下、図５Ａ〜Ｃ、及び図６を参照して、ＤＴＶ１００がデータ放送ブラウズ処理、及び印刷要求処理を行う為の内部動作について説明する。

図５Ａは、データ放送ブラウズ処理の初期動作例を示すフローチャートである。図５Ｂは、図５Ａで示した初期動作完了後のユーザ要求処理動作例を示すフローチャートである。図５Ｃは、ユーザからの印刷要求があった場合に印刷要求処理を実行する動作例を示すフローチャートである。図６は、図４Ａ〜Ｃに示したＢＭＬデータを映像表示部１０８に表示した際の表示例を示す図である。

Ｓ５０１で、システム制御部１１１は、受光部１１２を介し受信する、ユーザのリモコン１５２の操作による操作情報に基づき、データ放送ブラウズ要求の受信を検出すると、データ放送制御部１１６にデータ放送ブラウズ処理開始を要求する。ここでのリモコン操作は、リモコン１５２の「ｄ」キー３０５による操作である。

Ｓ５０２で、データ放送制御部１１６は、メモリ部１１４に蓄積されたデータ放送データを取得する。ブラウズに必要なデータが蓄積されていない場合、データ放送制御部１１６は、データ分離部１０２に対し、データ放送データの取得要求を行う。データ放送制御部１１６は、取得したデータ放送データをデータ放送ブラウズ処理部１１７に送ると共に、ブラウズ処理実行を要求する。

Ｓ５０２の処理が完了すると、図７を参照して後述する、印刷不整合メッセージの通知処理が並行して開始する。

Ｓ５０３で、データ放送ブラウズ処理部１１７は、取得したデータ放送データが含むＢＭＬデータ中の＜ｂｏｄｙ＞タグのＯｎｌｏａｄ属性に記述されたスクリプト関数を初期スクリプトとして実行する。図４Ａ〜Ｃに示したＢＭＬデータ例では、符号４０１で指し示すｓｔａｒｔ（）関数が初期スクリプトとなる。

ｓｔａｒｔ（）関数の中では、まず、ＤＴＶ１００が印刷機能を有しているかを問い合わせ可能な関数を呼び出す。データ放送ブラウズ処理部１１７は、スクリプトから呼び出せる組込み関数ＡＰＩとして、ｇｅｔＢｒｏｗｓｅｒＳｕｐｐｏｒｔ（）という拡張関数ＤＯＭ−ＡＰＩを有している。このｇｅｔＢｒｏｗｓｅｒＳｕｐｐｏｒｔ（）は、引数として、（”ＡＲＩＢ”，”ＡＰＩＧｒｏｕｐ”，”Ｐｒｉｎｔ．Ｂａｓｉｃ”）という文字列を与えると、「１」又は「０」の値を返す。「１」は、ＤＴＶ１００が印刷機能を有していることを意味し、「０」は、ＤＴＶ１００が印刷機能を有していないことを示す。本実施形態のＤＴＶ１００は、印刷機能を有する為、このＡＰＩの戻り値は「１」である。

データ放送ブラウズ処理部１１７は（”ＡＲＩＢ”，”ＡＰＩＧｒｏｕｐ”，”Ｐｒｉｎｔ．Ｂａｓｉｃ”）という引数を伴うｇｅｔＢｒｏｗｓｅｒＳｕｐｐｏｒｔ（）を実行した場合、戻り値「１」を印刷機能問合せ履歴情報としてメモリ部１１４に蓄積する。なお、印刷機能問合せ履歴情報は、テレビ放送番組、及び録画番組の番組視聴開始処理の開始時にシステム制御部１１１により「０」として、メモリ部１１４に蓄積される。

ｓｔａｒｔ（）関数の中では、次に、ｇｅｔＢｒｏｗｓｅｒＳｕｐｐｏｒｔ（）の戻り値により、図６の領域６０１にボタンイメージやテキスト情報を描画するかどうかを決定する。ｇｅｔＢｒｏｗｓｅｒＳｕｐｐｏｒｔ（）の戻り値が「１」、つまり、ＤＴＶ１００が印刷機能を有している場合は、領域６０１にボタンイメージやテキスト情報が描画される。逆にｇｅｔＢｒｏｗｓｅｒＳｕｐｐｏｒｔ（）の戻り値が「０」、つまり、ＤＴＶ１００が印刷機能を有していない場合は、領域６０１にボタンイメージやテキスト情報は描画されない。

次に、Ｓ５０４で、データ放送ブラウズ処理部１１７は、初期スクリプト実行後、グラフィック生成部１１０、表示合成部１０５を介して、ボタンイメージやテキスト情報の描画を行う。

図６の画面右側に示すように、グラフィック生成部１１０は、天気予報や交通情報等の詳しい情報へ表示遷移させる為の、天気予報ボタン６０５、交通情報ボタン６０６、及び最新ニュースボタン６０７を描画する。また、領域６０１には、天気予報情報を印刷させる為の天気予報印刷ボタン６０２、及び最新ニュース情報を印刷させる為の最新ニュース印刷ボタン６０３が描画される。天気予報印刷ボタン６０２は、赤丸のボタンであり、カラーキー３０６の赤キーに対応する。また、最新ニュース印刷ボタン６０３は、緑丸のボタンであり、カラーキー３０６の緑キーに対応する。

次に、Ｓ５０５で、データ放送ブラウズ処理部１１７は、表示合成部１０５に対し、ボタンイメージやテキスト情報と映像デコード部１０３からの動画像との合成処理の要求を行う。図６において、領域６０４には、映像デコード部１０３によってデコードされた動画像が表示される。

図５Ａの処理の終了後、データ放送ブラウズ処理部１１７は、データ放送制御部１１６に対し、データ放送のブラウズ処理開始が完了したことを通知し、図５Ｂに示すユーザ要求処理動作に移行する。データ放送のブラウズ処理開始が完了したことの通知は、データ放送制御部１１６を介し、システム制御部１１１にも通知される。

図５ＢのＳ５０６で、図６の画面を表示中に、データ放送ブラウズ処理部１１７は、ユーザのリモコン１５２の操作により、何らかのユーザ要求を受信するのを待つ。ユーザ要求を受信すると、Ｓ５０７〜Ｓ５０９で、データ放送ブラウズ処理部１１７は、ユーザ要求種別の判定処理を行う。

例えば、ユーザは、リモコン１５２のカーソルキー３０３の操作により、フォーカス６０８を所望の位置（天気予報ボタン６０５、交通情報ボタン６０６、及び最新ニュースボタン６０７のいずれか）移動させることができる。また、ユーザは、決定キー３０４を押下することで、データ放送表示画面の遷移処理を実行させることができる。また、ユーザがリモコン１５２のカラーキー３０６のうち、赤キー又は緑キーを押下することにより、印刷要求処理を実行させることができる。

Ｓ５０７で、データ放送ブラウズ処理部１１７は、受信したユーザ要求がカーソルキー３０３の操作によるフォーカス移動要求であるか否かを判定する。フォーカス移動要求であった場合には、ＢＭＬデータの記述に従い、フォーカス移動処理を実行する。（フォーカス移動処理動作の詳細は図示しない。）図４Ａ〜Ｃの例では、符号４０２、符号４０３で示すｇｏＤｏｗｎ（）、ｇｏＵｐ（）がフォーカス移動処理関数に相当する。フォーカス移動処理が終了すると、再びユーザ要求処理が開始する。フォーカス移動要求ではない場合には、Ｓ５０８に進む。

Ｓ５０８で、データ放送ブラウズ処理部１１７は、受信したユーザ要求が決定キー３０４の操作による画面遷移要求であるか否かを判定する。画面遷移要求であった場合には、ＢＭＬデータの記述に従い、画面遷移処理を実行する。（画面遷移処理動作の詳細は図示しない。）図４Ａ〜Ｃの例では、符号４０４〜４０６で指し示すｌａｕｎｃｈＤｏｃｕｍｅｎｔ（）が画面遷移処理関数に相当する。画面遷移処理が終了すると、再びユーザ要求処理が開始する。画面遷移要求ではない場合には、Ｓ５０９に進む。

Ｓ５０９で、データ放送ブラウズ処理部１１７は、受信したユーザ要求がカラーキー３０６の操作による印刷要求であるか否かを判定する。また、メモリ部１１４に保持する印刷機能問合せ履歴情報に基づき、ＤＴＶ１００が印刷機能を有するか否かを判定する。印刷要求を受信していない場合や、印刷機能問合せ履歴情報が「０」の場合は、Ｓ５０６に戻り、ユーザ要求処理を繰り返す。印刷要求を受信し、且つ印刷機能問合せ履歴情報が「１」の場合は、図５Ｃに示す、印刷要求処理を実行する。

図５ＣのＳ５１１で、データ放送ブラウズ処理部１１７は、カラーキー３０６の「赤」キーが押下されたか否かを判定する。「赤」キーではない場合、Ｓ５１２に進む。「赤」キーの場合、データ放送ブラウズ処理部１１７は、ＢＭＬデータの記述（図４Ａ〜Ｃの例では、符号４０７が指し示すｐｒｉｎｔＦｉｌｅ（）関数）に従い、印刷制御部１１８に対して印刷処理の実行を要求する。

Ｓ５１２で、データ放送ブラウズ処理部１１７は、カラーキー３０６の「緑」キーが押下されたか否かを判定する。「緑」キーではない場合は、Ｓ５０６に戻り、ユーザ要求処理を繰り返す。「緑」キーの場合、データ放送ブラウズ処理部１１７は、ＢＭＬデータの記述（図４Ａ〜Ｃの例では、符号４０８が指し示すｐｒｉｎｔＵｒｉ（）関数）に従い、印刷制御部１１８に対して印刷処理の実行を要求する。

本実施形態では、データ放送データは、印刷に関連する情報（印刷情報）を含み、印刷情報は、符号４０８で示すように、外部サーバからの印刷コンテンツの取得を指示する情報（取得指示情報）を含む。取得指示情報は、ＵＲＩ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒ）４０９を含む。ＵＲＩ４０９は、コンテンツサーバ２０６に存在する印刷コンテンツを示すものと想定する。

●印刷不整合メッセージの通知処理について
前述の通り、録画番組のＢＭＬデータに基づいてＰｒｉｎｔＵｒｉ処理を実行する場合、ＵＲＩが示す印刷コンテンツが削除されていたり、置き換えられていたりする可能性がある。削除されたり、置き換えられたりした印刷コンテンツに基づく印刷処理を実行すると、時間、インク、或いは印刷媒体の浪費を招来する可能性がある。

そこで、本実施形態では、通知要否判定部１１９が、印刷情報が放送中に意図していた印刷コンテンツを取得できない可能性があることをユーザに通知する必要があるか否かを判定し、必要に応じて、通知を行う。この通知を、印刷不整合メッセージと呼ぶ。本実施形態では、印刷不整合メッセージは、表示制御部１０６が映像表示部１０８に出力する映像に重畳されるテキストメッセージとする。しかし、これ以外にも例えば、印刷不整合メッセージは、音声出力部１０９から音声メッセージとして出力されてもよい。

以下、図７を参照して、印刷不整合メッセージの通知処理について説明する。前述の通り、本フローチャートの処理は、図５のＳ５０２の処理完了後、図５Ａ〜Ｃの処理と並行して開始される。

Ｓ７０２で、通知要否判定部１１９は、現在ブラウズ中のデータ放送データに印刷情報が含まれるか否かを判定する。この判定は、例えば、現在ブラウズ中のＢＭＬデータにおいて「ｂｒｏｗｓｅｒ．ｐｒｉｎｔ」で始まる関数の呼び出しが含まれているか否かを判定することにより実現される。印刷情報が含まれていればＳ７０４に進み、そうでなければ処理を終了する。

Ｓ７０４で、通知要否判定部１１９は、メモリ部１１４が保持する視聴種別情報に基づき、現在視聴中の番組の種別が録画番組であるか否かを判定する。換言すれば、通知要否判定部１１９は、再生中の放送信号が放送中の放送信号であるか録画装置２０３に記録された放送信号であるかを判定する（受信判定手段）。視聴種別情報が、録画番組の視聴状態であることを意味する「２」であれば、Ｓ７０６に進み、そうでなければ、処理を終了する。

Ｓ７０６で、通知要否判定部１１９は、現在ブラウズ中のデータ放送データに含まれる印刷情報が、外部サーバ（例えば、コンテンツサーバ２０６）からの印刷コンテンツの取得を指示する情報（取得指示情報）を含むか否かを判定する（印刷情報判定手段）。本実施形態では、通知要否判定部１１９は、現在ブラウズ中のＢＭＬデータがｐｒｉｎｔＵｒｉ（）関数を含むか否かを判定する。現在ブラウズ中のＢＭＬデータがｐｒｉｎｔＵｒｉ（）関数を含む場合、Ｓ７０７に進み、含まない場合、処理を終了する。なお、ｐｒｉｎｔＵｒｉ（）関数に限らず、外部サーバからの印刷コンテンツの取得を指示する情報が現在ブラウズ中のＢＭＬデータに含まれていれば、Ｓ７０７に進む。

Ｓ７０７で、通知要否判定部１１９は、印刷不整合メッセージ表示処理をグラフィック生成部１１０に要求する。グラフィック生成部１１０は、通知要否判定部１１９からの要求に基づき、「印刷不整合メッセージ」画面のグラフィックデータを生成し、表示合成部１０５、表示制御部１０６を介し、映像表示部１０８に表示する。即ち、印刷不整合メッセージは、表示制御部１０６が出力する映像に重畳される。

図８に、映像表示部１０８に表示されるデータ放送画面と共に表示される、印刷不整合メッセージの一例を示す。印刷不整合メッセージ８０１を見れば、ユーザは、印刷要求を行った場合に意図する印刷コンテンツが得られない可能性があるということを認識できる。

以上説明したように、本実施形態によれば、ＤＴＶ１００が再生中の放送信号が録画装置２０３に記録されたものであり、放送信号に含まれる印刷情報が外部サーバからの印刷コンテンツの取得を指示する情報を含む場合、ＤＴＶ１００は通知を行う。この通知は、再生中の放送信号に含まれる印刷情報が放送中に意図していた印刷コンテンツを取得できない可能性があることを示す。

これにより、印刷要求を行う前にユーザは意図していた印刷コンテンツを取得できない可能性を認識できるので、意図しない印刷処理が行われる可能性が低減される。従って、時間、インク、或いは印刷媒体の浪費を抑制できる。

［第２の実施形態］
第２の実施形態では、第１の実施形態と異なり、外部サーバの印刷コンテンツが削除されたり更新されたりしていない場合は、ＤＴＶ１００は印刷不整合メッセージを表示しない。以下、図９乃至図１１を参照して説明する。

なお、本実施形態において、ＤＴＶ１００、印刷システム２５０、及びリモコン１５２の構成は第１の実施形態と同様であるため、その説明を省略する（図１乃至図３参照）。

図９は、印刷不整合メッセージの通知処理の流れを示すフローチャートである。本フローチャートの処理は、図５のＳ５０２の処理完了後、図５Ａ〜Ｃの処理と並行して開始される。図９において、図７と同様の処理が行われるステップには同一の符号を付し、説明を省略する。

Ｓ９０７で、通知要否判定部１１９は、接続機器制御部１２０を介し、Ｐ−ＴＳから取得した番組情報に含まれる、録画番組が放送された際の放送時間情報（開始時刻と継続時間）を取得する。例えば、それら放送時間情報は、Ｐ−ＴＳが含むＳＩＴ（Ｓｅｌｅｃｔｉｏｎ Ｉｎｆｏｒｍａｔｉｏｎ Ｔａｂｌｅ）中のパーシャルトランスポートタイム記述子から、取得が可能である。その後、開始時刻情報と継続時間情報に基づき、視聴中の録画番組の放送終了時刻を算出する。

Ｓ９０９で、通知要否判定部１１９は、印刷情報に含まれるｐｒｉｎｔＵｒｉ（）関数が示すＵＲＩに対応する印刷コンテンツが、予め定められた時刻以降（ここでは、Ｓ９０７で算出された時刻以降）に更新されたか否かを判定する（更新判定手段）。具体的には、通知要否判定部１１９は、通信制御部１２１を介し、ＨＴＴＰ（Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）のＧＥＴメソッドによるリクエストをコンテンツサーバ２０６へ送信する。

図１０は、印刷コンテンツの更新判定のためのリクエストの一例を示す図である。図１０の例では、視聴中の録画番組の放送終了時刻が、２００７年６月２５日（水）２１時５５分であるものとする。ＨＴＴＰリクエストは、放送終了時刻を含む、「ｉｆ−Ｍｏｄｉｆｉｅｄ−Ｓｉｎｃｅ」フィールドを有する。

このＨＴＴＰリクエストに対する応答は、印刷コンテンツが削除されていて存在しない場合は「４０４ Ｎｏｔ Ｆｏｕｎｄ」であり、印刷コンテンツが更新されている場合は「２００ ＯＫ」である。本実施形態では、説明を簡潔にするために、印刷コンテンツの削除も更新の一種として扱う。印刷コンテンツが更新されていない場合は「３０４ Ｎｏｔ Ｍｏｄｉｆｉｅｄ」である。

なお、印刷コンテンツを実際に取得する必要がなければ、ＧＥＴメソッドの代わりにＨＥＡＤメソッドを使用してもよい。

印刷コンテンツが更新されていない場合（即ち、通知要否判定部１１９が通信制御部１２１を介して「３０４ Ｎｏｔ Ｍｏｄｉｆｉｅｄ」を受信した場合）、Ｓ９１０の処理が実行されることなく、本フローチャートの処理は終了する。従って、本実施形態では、印刷コンテンツが更新されていない場合、印刷不整合メッセージは表示されない。印刷コンテンツが更新されている場合（即ち、通知要否判定部１１９が通信制御部１２１を介して「４０４ Ｎｏｔ Ｆｏｕｎｄ」又は「２００ ＯＫ」を受信した場合）、Ｓ９１０に進む。

Ｓ９１０で、通知要否判定部１１９は、Ｓ９０９における印刷データの更新判定の結果に基づき、印刷不整合メッセージ表示処理をグラフィック生成部１１０に要求する。グラフィック生成部１１０は、通知要否判定部１１９からの要求に基づき、「印刷不整合メッセージ」画面のグラフィックデータを生成し、表示合成部１０５、表示制御部１０６を介し、映像表示部１０８に表示する。

図８及び図１１は、映像表示部１０８に表示されるデータ放送画面と共に表示される、印刷不整合メッセージの一例を示す図である。通知要否判定部１１９が「４０４ Ｎｏｔ Ｆｏｕｎｄ」を受信した場合、印刷不整合メッセージ１１０１が表示される（図１１）。印刷不整合メッセージ１１０１は、「録画番組の場合は、印刷コンテンツを印刷できない場合がある」ことをユーザに通知している。通知要否判定部１１９が「２００ ＯＫ」を受信した場合、印刷不整合メッセージ８０１が表示される（図８参照）。印刷不整合メッセージ８０１は、「録画番組の場合は、番組の実際の放送時とは異なる印刷コンテンツが印刷される場合がある」ことをユーザに通知している。即ち、印刷コンテンツが削除されたか否かに応じて、印刷不整合メッセージの内容が変化する。これにより、ユーザは、印刷コンテンツの状態をより的確に認識することができる。

なお、「ｉｆ−Ｍｏｄｉｆｉｅｄ−Ｓｉｎｃｅ」フィールドに使用される時刻は、視聴中の録画番組の放送終了時刻に限定されない。例えば、Ｐ−ＴＳから取得した番組情報中にデータ放送印刷サービスの開始時刻情報や継続時間情報が含まれる場合、通知要否判定部１１９は、Ｓ９０７で印刷サービスの終了時刻（印刷情報の放送終了時刻）を算出してもよい。この場合、「ｉｆ−Ｍｏｄｉｆｉｅｄ−Ｓｉｎｃｅ」フィールドには、印刷情報の放送終了時刻が含められる。これにより、印刷コンテンツの更新の有無をより正確に判定することが可能になる。

また、図９の処理は、適当なタイミングで繰り返し実行される。これにより、録画番組の視聴開始時には印刷コンテンツが更新されていなくても、視聴中に更新された場合に、印刷不整合メッセージの表示を行うことが可能になる。

以上説明したように、本実施形態によれば、外部サーバの印刷コンテンツが削除されたり更新されたりしていない場合は、ＤＴＶ１００は印刷不整合メッセージを表示しない。

これにより、ユーザは録画番組の視聴中に、意図した印刷コンテンツを取得できるか否かをより正確に知ることができる。

［第３の実施形態］
第３の実施形態では、第１の実施形態に係るＤＴＶ１００とは異なり、図１２に示すＤＴＶ１２００を放送受信装置として使用する。図１２において、図１と同様の構成要素には同一の符号を付し、説明を省略する。また、図１３は、ＤＴＶ１２００の外観を示す図である。第３の実施形態と第１の実施形態との主要な差異は、次の２点である。

第１の差異は、ＤＴＶ１２００は、映像表示部１０８（第１表示部）の他にサブ映像表示部１２０１（第２表示部）を備える点である。

第２の差異は、印刷不整合メッセージの表示場所が、ユーザの操作に基づき、映像表示部１０８とサブ映像表示部１２０１との間で切り替わる点である。

図１４は、図７のＳ７０７における処理の流れを更に詳細に示すフローチャートである。図１５は、図１４の処理終了後にＤＴＶ１００がユーザ要求を受け付けた場合に、通知要否判定部１１９が実行する処理の流れを示すフローチャートである。これらの処理により、印刷不整合メッセージを、その表示状態とユーザ操作に基づき、映像表示部１０８、或いはサブ映像表示部１２０１のどちらに表示させるかを決定し、表示させることが可能となる。

まず、図１４のフローチャートについて説明する。

Ｓ１４０１で、通知要否判定部１１９は、サブ映像表示部１２０１への印刷不整合メッセージの表示処理をグラフィック生成部１１０に要求する。グラフィック生成部１１０は、通知要否判定部１１９からの要求に基づき、「印刷不整合メッセージ」画面のグラフィックデータを生成し、表示合成部１０５、表示制御部１２０６を介し、サブ映像表示部１２０１に出力する。

Ｓ１４０２で、通知要否判定部１１９は、メモリ部１１４に保持する印刷不整合メッセージの表示状態情報の更新処理を行う。印刷不整合メッセージの表示状態情報とは、現在、印刷不整合メッセージを表示しているか否か、表示している場合は、映像表示部１０８、或いはサブ映像表示部１２０１のどちらに表示しているかを示す情報である。

Ｓ１４０３で、通知要否判定部１１９は、システム制御部１１１に対し、リモコン１５２の操作があった場合にそのユーザ操作情報を通知するよう要求し、ユーザ要求の受信待ち状態となる。

図１６に、図１４の処理終了後の映像表示部１０８とサブ映像表示部１２０１の表示画面の一例を示す。図１６では、映像表示部１０８にデータ放送画面が表示され、サブ映像表示部１２０１に印刷不整合メッセージ１６０１が表示されている。

次に、図１５のフローチャートについて説明する。本フローチャートの処理は、通知要否判定部１１９がシステム制御部１１１を介してリモコン１５２からのユーザ要求を受信すると開始する。

Ｓ１５０１で、通知要否判定部１１９は、メモリ部１１４から印刷不整合メッセージの表示状態情報を取得する。

Ｓ１５０２で、通知要否判定部１１９は、取得した印刷不整合メッセージの表示状態情報に基づき、現在の印刷不整合メッセージの表示状態を判定する。未表示と判定した場合は、Ｓ１５０５に進む。映像表示部１０８に表示中と判定した場合は、Ｓ１５０３へ進む。サブ映像表示部１２０１に表示中と判定した場合は、Ｓ１５０４に進む。

Ｓ１５０３で、通知要否判定部１１９は、システム制御部１１１から受信したユーザ要求が非印刷要求であるか否かを判定する。非印刷要求であればＳ１５０５に進み、そうでなければＳ１５０８に進む。本実施例では、リモコン１５２のカーソルキー３０３が操作された場合や、決定キー３０４が押下された場合に、ユーザ要求は非印刷要求であると判定される。

Ｓ１５０５で、通知要否判定部１１９は、サブ映像表示部１２０１への印刷不整合メッセージの表示処理をグラフィック生成部１１０に要求する。また、映像表示部１０８への印刷不整合メッセージの表示処理を終了するようにグラフィック生成部１１０に要求する。

一方、Ｓ１５０４では、通知要否判定部１１９は、システム制御部１１１から受信したユーザ要求が印刷要求であるか否かを判定する。印刷要求であればＳ１５０６に進み、そうでなければＳ１５０７に進む。本実施例では、リモコン１５２のカラーキー３０６のうち、赤キー、又は緑キーが押下された場合に印刷要求であると判定される。

Ｓ１５０６で、通知要否判定部１１９は、映像表示部１０８への印刷不整合メッセージの表示処理をグラフィック生成部１１０に要求する。また、サブ映像表示部１２０１への印刷不整合メッセージの表示処理を終了するようにグラフィック生成部１１０に要求する。

Ｓ１５０７で、通知要否判定部１１９は、メモリ部１１４に保持する印刷不整合メッセージの表示状態情報の更新処理を行う。

Ｓ１５０８では、通知要否判定部１１９は、印刷要求処理（図５Ｃ参照）を実行するようにデータ放送ブラウズ処理部１１７に指示する。即ち、本実施形態では、システム制御部１１１が印刷要求を受信（第３受信手段）すると映像表示部１０８に印刷不整合メッセージが表示されるが、この段階では印刷要求処理は実行されない。映像表示部１０８に印刷不整合メッセージが表示された状態でシステム制御部１１１が印刷要求を再度受信すると、印刷要求処理が実行され、データ放送ブラウズ処理部１１７の要求に従い、印刷制御部１１８が印刷処理の実行を印刷装置２０４に指示する。従って、ユーザは、実際に印刷が実行される前に、意図する印刷コンテンツを取得できない可能性があることを再度認識できる。なお、再度の印刷要求は、最初の印刷要求と同一である必要はない。例えば、映像表示部１０８が、「本当に印刷しますか？（１：はい ２：いいえ）」のようなメッセージを表示し、通知要否判定部１１９は、それに対してユーザが数字キー３０７の「１」キーを操作したことを、再度の印刷要求として扱ってもよい。

図１７及び図１８に、図１５の処理に伴う、映像表示部１０８とサブ映像表示部１２０１の印刷不整合メッセージの表示遷移例を示す。

図１７は、映像表示部１０８に印刷不整合メッセージ８０１を表示中に非印刷要求、例えばカーソルキー３０３の操作によるフォーカス６０８の移動要求があった場合の表示遷移を示している。図１８は、サブ映像表示部１２０１に印刷不整合メッセージ１６０１を表示中に印刷要求、例えば、「赤」キー、又は「緑」キーによる印刷要求があった場合の表示遷移を示している。

本実施形態は、ＤＴＶ１２００がサブ映像表示部１２０１を備えないように変形してもよい。この場合、通知要否判定部１１９は、システム制御部１１１を介して印刷要求を受信するまでは、印刷不整合メッセージによる通知を行わない。印刷不整合メッセージの表示後、通知要否判定部１１９が再度印刷要求を受信すると、Ｓ１５０８で説明したように、印刷要求処理が実行される。

以上説明したように、本実施形態によれば、通知要否判定部１１９は、印刷要求を受信するまでは映像表示部１０８に出力される映像に印刷不整合メッセージを重畳させない。そして、印刷不整合メッセージを重畳させた後、再度印刷要求を受信すると、通知要否判定部１１９は、データ放送ブラウズ処理部１１７に印刷要求処理を実行させる。

これにより、録画番組の視聴中に、印刷不整合メッセージがデータ放送画面の視認性を低下させることを抑制できる。

［第４の実施形態］
第４の実施形態では、録画番組の視聴中であっても、対応する番組が放送中である状況を考慮した構成を説明する。このような状況は、典型的には、所謂タイムシフト視聴中に発生する。例えば、リアルタイムの放送から数分程度遅れて録画番組を視聴している場合、印刷コンテンツは更新されていない可能性が高いので、本実施形態は有効である。

なお、本実施形態において、ＤＴＶ１００、印刷システム２５０、及びリモコン１５２の構成は第１の実施形態と同様であるため、その説明を省略する（図１乃至図３参照）。

図１９は、印刷不整合メッセージの通知処理の流れを示すフローチャートである。本フローチャートの処理は、図５のＳ５０２の処理完了後、図５Ａ〜Ｃの処理と並行して開始される。図１９において、図７と同様の処理が行われるステップには同一の符号を付し、説明を省略する。

Ｓ１９０１で、通知要否判定部１１９は、録画装置２０３に記録されている、再生中の放送信号に対応する番組の放送終了時刻が過ぎているか否かを判定する。放送終了時刻は、第２の実施形態で説明した通り、Ｐ−ＴＳが含むＳＩＴのパーシャルトランスポートタイム記述子から取得した放送時間情報に基づいて算出可能である。放送終了時刻が過ぎている場合はＳ７０７に進む。一方、放送終了時刻が過ぎていない場合は、通知要否判定部１１９は、印刷不整合メッセージによる通知を行うことなく、処理を終了する。

以上説明したように、本実施形態によれば、録画番組の視聴中であっても、対応する番組の放送終了時刻が過ぎるまでは、印刷不整合メッセージによる通知が行われない。

これにより、ユーザは録画番組の視聴中に、意図した印刷コンテンツを取得できるか否かをより正確に知ることができる。

＜変形例＞
上述した各実施形態では、ＢＭＬデータに基づく宣言型（コンテンツ表示型）のデータ放送を前提としていた。しかし、上述の各実施形態は、手続き型（プログラム実行型）のデータ放送にも適用可能である。図２０のＤＴＶ２０００は、図１のＤＴＶ１００を手続き型のデータ放送に対応するように変形したものである。同様のコンセプトは、もちろん、図１２のＤＴＶ１２００に対しても適用できる。図２０において、図１と同様の構成要素には同一の符号を付し、説明を省略する。

ＤＴＶ２０００は、アプリケーション実行処理部２００１を有する。アプリケーション実行処理部２００１は、アンテナ２００を介し受信し、データ放送制御部１１６が取得するアプリケーションプログラムを実行する機能を有する。この構成によれば、上述の各実施形態において、データ放送ブラウズ処理部１１７とＢＭＬデータにより実現したデータ放送印刷サービスを、アプリケーション実行処理部２００１上で実行可能な印刷アプリケーションプログラムにより実現できる。

例えば、印刷アプリケーションプログラム中に、第１の実施形態におけるｇｅｔＢｒｏｗｓｅｒＳｕｐｐｏｒｔ（）やｐｒｉｎｔＦｉｌｅ（）、ｐｒｉｎｔＵｒｉ（）関数による制御に相当する機能を実行するプログラムコードを含ませる。これにより、手続き型のデータ放送の場合も、ＢＭＬデータに基づく宣言型のデータ放送の場合と同様に、印刷不整合メッセージの通知動作を実現することが可能となる。

［その他の実施形態］
上述した各実施形態の機能を実現するためには、各機能を具現化したソフトウェアのプログラムコードを記録した記録媒体をシステム或は装置に提供してもよい。そして、そのシステム或は装置のコンピュータ（又はＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムコードを読み出し実行することによって、上述した各実施形態の機能が実現される。この場合、記録媒体から読み出されたプログラムコード自体が上述した各実施形態の機能を実現することになり、そのプログラムコードを記録した記録媒体は本発明を構成することになる。このようなプログラムコードを供給するための記録媒体としては、例えば、フロッピィ（登録商標）ディスク、ハードディスク、光ディスク、光磁気ディスクなどを用いることができる。或いは、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭなどを用いることもできる。

また、上述した各実施形態の機能を実現するための構成は、コンピュータが読み出したプログラムコードを実行することだけには限られない。そのプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳ（オペレーティングシステム）などが実際の処理の一部又は全部を行い、その処理によって上述した各実施形態の機能が実現される場合も含まれている。

更に、記録媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書きこまれてもよい。その後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部又は全部を行い、その処理によって上述した各実施形態の機能が実現される場合も含むものである。

第１の実施形態に係るデジタルテレビ（ＤＴＶ）の構成を示すブロック図である。 第１の実施形態に係るＤＴＶを含む印刷システムの構成を示す図である。 第１の実施形態に係るＤＴＶをユーザが操作する為のリモコンの構成を示す図である。 Ｂｒｏａｄｃａｓｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ（ＢＭＬ）データの記述例（一部）を示す図である。 ＢＭＬデータの記述例（一部）を示す図である。 ＢＭＬデータの記述例（一部）を示す図である。 データ放送ブラウズ処理の初期動作例を示すフローチャートである。 図５Ａで示した初期動作完了後のユーザ要求処理動作例を示すフローチャートである。 ユーザからの印刷要求があった場合に印刷要求処理を実行する動作例を示すフローチャートである。 図４Ａ〜Ｃに示したＢＭＬデータを映像表示部１０８に表示した際の表示例を示す図である。 第１の実施形態における、印刷不整合メッセージの通知処理の流れを示すフローチャートである。 第１の実施形態に係るＤＴＶの映像表示部に表示されるデータ放送画面と共に表示される、印刷不整合メッセージの一例を示す図である。 第２の実施形態における、印刷不整合メッセージの通知処理の流れを示すフローチャートである。 印刷コンテンツの更新判定のためのリクエストの一例を示す図である。 第２の実施形態に係るＤＴＶの映像表示部に表示されるデータ放送画面と共に表示される、印刷不整合メッセージの一例を示す図である。 第３の実施形態に係るＤＴＶの構成を示すブロック図である。 第３の実施形態に係るＤＴＶの外観を示す図である。 図７のＳ７０７における処理の流れを更に詳細に示すフローチャートである。 図１４の処理終了後に第３の実施形態に係るＤＴＶがユーザ要求を受け付けた場合に、ＤＴＶの通知要否判定部が実行する処理の流れを示すフローチャートである。 図１４の処理終了後の映像表示部１０８とサブ映像表示部１２０１の表示画面の一例を示す図である。 図１５の処理に伴う、映像表示部とサブ映像表示部の印刷不整合メッセージの表示遷移例を示す図である。 図１５の処理に伴う、映像表示部とサブ映像表示部の印刷不整合メッセージの表示遷移例を示す図である。 第４の実施形態における、印刷不整合メッセージの通知処理の流れを示すフローチャートである。 第１乃至第４の実施形態の変形例に係るＤＴＶの構成を示すブロック図である。

Claims (10)

1. 放送中の、印刷情報を含む放送信号を受信する第１受信手段と、
   録画装置に記録されている、印刷情報を含む放送信号を受信する第２受信手段と、
   前記第１受信手段又は前記第２受信手段で受信した放送信号を再生して映像を出力する再生出力手段と、
   前記再生出力手段が再生中の放送信号が、前記第１受信手段又は前記第２受信手段のいずれで受信されたものかを判定する受信判定手段と、
   前記再生中の放送信号に含まれる印刷情報が、外部サーバからの印刷コンテンツの取得を指示する取得指示情報を含むか否かを判定する印刷情報判定手段と、
   前記再生中の放送信号に含まれる印刷情報が前記取得指示情報を含むと前記印刷情報判定手段で判定され、且つ前記再生中の放送信号が前記第２受信手段で受信されたものと前記受信判定手段で判定された場合に、前記再生中の放送信号に含まれる印刷情報が放送中に意図していた印刷コンテンツを取得できない可能性があることをユーザに通知する通知手段と、
   を備えることを特徴とする放送受信装置。
2. 前記取得指示情報が示す印刷コンテンツの更新が、予め定められた時刻以降に行われたか否かを判定する更新判定手段を更に備え、
   前記通知手段は、前記更新が行われていないと前記更新判定手段で判定された場合、前記通知を行わない
   ことを特徴とする請求項１に記載の放送受信装置。
3. 前記予め定められた時刻は、前記再生中の放送信号に対応する番組の放送終了時刻であることを特徴とする請求項２に記載の放送受信装置。
4. 前記予め定められた時刻は、前記再生中の放送信号に含まれる印刷情報の放送終了時刻であることを特徴とする請求項２に記載の放送受信装置。
5. 前記通知手段は、前記再生中の放送信号に対応する番組の放送終了時刻が過ぎていない場合、前記通知を行わないことを特徴とする請求項１乃至４のいずれか１項に記載の放送受信装置。
6. 前記通知手段は、前記再生出力手段が出力する映像にメッセージを重畳させることにより前記通知を行うことを特徴とする請求項１乃至５のいずれか１項に記載の放送受信装置。
7. 前記印刷情報に基づく印刷処理の実行を要求する印刷要求を受信する第３受信手段と、
   前記印刷情報に基づく印刷処理を実行するように印刷装置に指示する指示手段と、
   を更に備え、
   前記通知手段は、前記第３受信手段が前記印刷要求を受信するまでは前記再生出力手段が出力する映像に前記メッセージを重畳させず、
   前記指示手段は、前記通知手段が前記再生出力手段が出力する映像に前記メッセージを重畳させた後、前記第３受信手段が前記印刷要求を再度受信した場合に、前記指示を行う
   ことを特徴とする請求項６に記載の放送受信装置。
8. 前記印刷情報に基づく印刷処理の実行を要求する印刷要求を受信する第３受信手段と、
   前記印刷情報に基づく印刷処理を実行するように印刷装置に指示する指示手段と、
   前記再生出力手段が出力する映像が表示される第１表示部とは異なる第２表示部に表示するように前記メッセージを出力する出力手段と、
   を更に備え、
   前記通知手段は、前記第３受信手段が前記印刷要求を受信するまでは前記再生出力手段が出力する映像に前記メッセージを重畳させずに前記出力手段に前記メッセージを出力させ、前記第３受信手段が前記印刷要求を受信した後に前記再生出力手段が出力する映像に前記メッセージを重畳させ、
   前記指示手段は、前記通知手段が前記再生出力手段が出力する映像に前記メッセージを重畳させた後、前記第３受信手段が前記印刷要求を再度受信した場合に、前記指示を行う
   ことを特徴とする請求項６に記載の放送受信装置。
9. 前記取得指示情報は、印刷コンテンツのＵＲＩを含むことを特徴とする請求項１乃至８のいずれか１項に記載の放送受信装置。
10. 放送受信装置の制御方法であって、
    放送中の、印刷情報を含む放送信号を受信する第１受信工程と、
    録画装置に記録されている、印刷情報を含む放送信号を受信する第２受信工程と、
    前記第１受信工程又は前記第２受信工程で受信した放送信号を再生して映像を出力する再生出力工程と、
    前記再生出力工程で再生中の放送信号が、前記第１受信工程又は前記第２受信工程のいずれで受信されたものかを判定する受信判定工程と、
    前記再生中の放送信号に含まれる印刷情報が、外部サーバからの印刷コンテンツの取得を指示する取得指示情報を含むか否かを判定する印刷情報判定工程と、
    前記再生中の放送信号に含まれる印刷情報が前記取得指示情報を含むと前記印刷情報判定工程で判定され、且つ前記再生中の放送信号が前記第２受信工程で受信されたものと前記受信判定工程で判定された場合に、前記再生中の放送信号に含まれる印刷情報が放送中に意図していた印刷コンテンツを取得できない可能性があることをユーザに通知する通知工程と、
    を備えることを特徴とする制御方法。

Images