JP2007195192A - データ放送印刷処理方法及びデータ放送印刷処理装置 - Google Patents

Abstract

【課題】データ放送の印刷処理を実行可能としたデータ放送印刷処理方法及びデータ放送印刷処理装置を提供する。
【解決手段】デジタルテレビ受信装置は、画面合成部１１１、ＣＰＵ１１８、表示器１３４等を備え、プリンタ１３１と通信可能に構成される。ＣＰＵ１１８は、テキストデータに含まれ、データ放送印刷機能を有しているか否かを問い合わせるためのスクリプト情報を取得し、取得したスクリプト情報に基づいて、ブラウザのデータ放送印刷機能の有無を確認する。更に、ＣＰＵ１１８は、テキストデータに基づいてデータ放送データを処理し、確認の結果に応じて、プリンタ１３１によるデータ放送印刷の可否を示す表示を含む、表示器１３４に表示するデータ放送画面を画面合成部１１１により生成する。
【選択図】図１

Description

本発明は、文字・画像・音声・映像等が多重化されたデータ放送コンテンツを受信し表示及び再生を行うデータ放送受信対応のテレビ放送受信機の印刷処理に適用して好適なデータ放送印刷処理方法及びデータ放送印刷処理装置に関する。

現在、データ放送は、地上波テレビ放送や衛星テレビ放送において実施されている。これらのデータ放送は、いずれも放送局からデータを放送電波に重畳して送信するものである。受信装置側では、受信し蓄積したデータをパーソナルコンピュータ（以下パソコン）や専用端末に読み込み、汎用ＷＷＷ（World Wide Web）ブラウザソフトで表示するものである。

昨今、上記のようなデータ放送サービスを、パソコンだけでなくテレビ受像機でも受信可能にすることにより、データ放送を利用した新たなサービスの提供が期待されている。即ち、テレビ受像機自体にデータ放送の受信機能並びに再生ソフト（ブラウザ）を搭載することにより、以下のサービスが提供できる。パソコンを持たないユーザでも手軽に様々な情報を閲覧できるようにしたり（独立型データ放送）、テレビ番組と連動した情報を文字や画像で表示させたりするサービスが提供できるようになるのである（番組連動型データ放送）。国内において、このようなサービスを行うための規格としては、社団法人電波産業会（通称ＡＲIＢ）における標準規格ＡＲＩＢ−ＳＴＤ−Ｂ２４がある。

衛星デジタル放送を受信するテレビ受信機の構成を図１３に基づき説明する。テレビ受信機は、チューナ部２５１、デスクランブラ２５２、トランスポートデコーダ２５３、オーディオデコーダ２５４、ビデオデコーダ２５５、Ｄ／Ａ変換器２５６、スピーカ２５７を備えている。更に、テレビ受信機は、ＣＰＵ（中央演算処理装置）２５８、グラフィック生成部２５９、動画プレーン２６０、静止画プレーン２６１、文字図形プレーン２６２、画面合成部２６３、表示器２６４を備えている。

放送局では、通常のテレビ番組の番組データ、音声データ、及びデータ放送データが符号化される。そして、それらの符号化信号が多重化された後に、変調されてアンテナから出力される。アンテナから出力された信号は、放送衛星（ＢＳ）を介してユーザ側端末（テレビ受信機）に送られる。

テレビ受信機においては、受信した信号のうちからユーザによって選択された番組に対応するチャンネルの周波数帯域の信号がチューナ部２５１によって選択される。チューナ部２５１は、入力された信号に対して、復調、誤り訂正等の処理を施し、トランスポートストリーム（ＴＳ）と呼ばれる形式のデジタルデータを生成し、デスクランブラ２５２を介してトランスポートデコーダ２５３に出力する。

トランスポートデコーダ２５３では、ユーザによって選択された番組に対応するパケットが抽出される。そして、抽出されたパケット内の映像データは、ビデオデコーダ２５５によって復号化された後、グラフィックバッファ内の「動画プレーン」２６０に送られる。抽出されたパケット内の音声データは、オーディオデコーダ２５４によって復号化された後、スピーカ２５７に出力される。抽出されたパケット内のデータ放送データは、ＣＰＵ２５８に送られて復号化された後、データ記憶装置に格納される。

ＣＰＵ２５８は、データ放送の内容を表示する際には、データ記憶装置に格納したデータを読み出す。更に、グラフィック生成部２５９を介して文字や図形の画像データに変換した後、グラフィックバッファの「文字図形プレーン」２６２または「静止画プレーン」２６１に送る。文字図形プレーンとは、主にデータ放送におけるＵＩ（ユーザインタフェース）となるボタンやテキスト、図形、絵などのビットイメージを格納するものであり、静止画プレーンとは、写真画像などのビットイメージを格納するものである。

画面合成部２６３では、グラフィックバッファ内の動画プレーン２６０、文字図形プレーン２６２、静止画プレーン２６１に格納されたグラフィックデータの合成処理を行い、表示器２６４へ出力する。

データ放送は、ＩＳＯ／ＩＥＣ１３８１８−６に規定されているＤＳＭ−ＣＣのデータカルーセル方式により、放送局から繰り返しデジタルデータが送出されてくる。トランスポートデコーダ２５３によってフィルタリングされたデータ放送データには、テキスト情報、スクリプト情報、画像情報、映像・音声データが含まれている。テキスト情報は、Ｗ３Ｃの規定するＸＭＬ（eXtensible Markup Language）によって記述されている。

このデータ放送を利用して、テレビ受信機を使った様々なサービスをユーザに提供する試みがなされている。例えばショッピング番組の放送中にデータ放送で商品の詳細情報や画像を配信し、ユーザ操作によって番組で紹介中の商品の詳細な情報を表示するといったサービスが考えられている。このようなデータ放送サービスを番組連動型のデータ放送サービスと呼んでいる。このようなデータ放送サービスによって配信された情報は、テレビ画面に表示されるだけでなく印刷して残すことができれば、ユーザの利便性は更に高いものとなる。

データ放送を受信し、印刷する方法は、従来からパソコンのデータ放送受信ボードで受信して情報を蓄積しておき、専用アプリケーションなどを使って印刷する方法が実用されている。また、従来、大和田らが新聞、雑誌、ポスター等の情報を専用の端末に配信するシステムを提案している（例えば、特許文献１参照）。
特開平１１−３１３１９１号公報

しかしながら、上述した従来技術においては下記のような問題があった。上述したようなパソコンでデータを蓄積して印刷する方法では、パソコンのソフトウェアをインストールしておくなどの準備が必要なばかりでなく、基本的に表示用コンテンツを「そのまま」印刷するものであった。従って、文字の大きさや、レイアウトなど、印刷用に最適化されたものを印刷することはできなかった。

一方、上記特許文献１において大和田らが提案するシステムでは、印刷専用の機器をターゲットにデータが配信されるもので、同じ機器を使って表示用データ放送コンテンツやデジタル放送の映像を楽しむことはできなかった。

このように、従来の技術では、データ放送における印刷用コンテンツと表示用コンテンツは全く独立しており、受信装置も全く別も装置を必要としていた。例えばコンテンツ製作者（配信者）が、表示用コンテンツと共に印刷専用のデータとして配信したり、データ放送の表示コンテンツ中にコンテンツの印刷を行うためのボタンやアイコンを配置したりすることはできないという問題があった。

また、従来の技術では、データ放送コンテンツの表示処理と印刷処理とは全く独立しており、例えば印刷処理の進行に合わせてデータ放送コンテンツの表示処理の進行を行ったりすることはできないという問題があった。

本発明は、上述した点に鑑みなされたものであり、従来は映像表示と音声再生のみの提供であったデータ放送サービスに情報のプリントアウトという新たなサービスを加えること、即ち、データ放送の印刷処理を実行可能とすることを目的とする。

また、本発明は、通常の表示用データ放送コンテンツを視聴中にデータ放送受信再生装置のリモコンボタン操作だけで、関連する詳細な印刷データなどをプリントアウトすることを可能とすることを目的とする。

また、本発明は、ユーザが印刷処理の進み具合をテレビ上で確認できるようにし、利便性を向上させることを可能とすることを目的とする。

また、本発明は、例えばプリント中にトラブルがあった場合でも、適切な処置を促す表示をテレビ画面に表示することを可能とすることを目的とする。

また、本発明は、例えば「プリンタの使い方教室」といったデータ放送番組で、プリンタの使用方法やインクカートリッジの交換方法などを画像や映像を見ながら学ぶ場合などを想定する。そして、プリンタの処理の進行に合わせて映像や音声、画像や文字の表示を切り替えることを可能とし、より効果的に使い方を学ぶことを可能とすることを目的とする。

上述の目的を達成するために、本発明は、放送波から、マークアップ言語で記述されたテキストデータを含むデータ放送データを受信し、当該データ放送データに応じてデータ放送画面を表示部に表示するとともに、当該データ放送の印刷処理を実行するブラウザにおけるデータ放送印刷処理方法であって、前記テキストデータに含まれ、前記ブラウザがデータ放送印刷機能を有しているか否かを問い合わせるためのスクリプト情報を取得する取得ステップと、取得した前記スクリプト情報に基づいて、前記ブラウザのデータ放送印刷機能の有無を確認する確認ステップと前記テキストデータに基づいて前記データ放送データを処理し、前記表示部に表示するデータ放送画面を生成する生成ステップと、を有し、前記生成ステップでは、前記確認ステップによる確認の結果に応じて、データ放送印刷の可否を示す表示を含むデータ放送画面を生成することを特徴とする。

本発明によれば、ブラウザのデータ放送印刷機能の有無を確認し、確認の結果に応じて、データ放送印刷の可否を示す表示を含むデータ放送画面を生成する。これにより、従来は映像表示と音声再生のみの提供であったデータ放送サービスに対し、データ放送の受信及び再生を行う装置と通信可能な印刷装置から情報のプリントアウトを行うという新たなサービスを付加することができるようになる。

先ず、本発明の実施の形態を説明する前に、本発明の概要について説明する。

本発明は、データ放送番組を受信し、データ放送コンテンツの表示及び印刷装置による印刷を行う場合に、印刷の進行状況に応じた表示コンテンツの切り替えを可能とする。これにより、データ放送番組を視聴中のユーザがリモコン操作で簡単に欲しい情報を印刷できるようにすると共に、印刷処理に合わせて表示コンテンツの進行を制御できるようにするものである。以下、本発明の実施の形態を図面に基づいて詳細に説明する。

［第１の実施の形態］
図１は、本発明の第１の実施の形態に係るデジタルテレビ受信装置の構成を示すブロック図である。

図１において、デジタルテレビ受信装置１００は、チューナ部１０１、デスクランブラ１０２、トランスポートデコーダ１０３、オーディオデコーダ１０４、Ｄ／Ａ変換器１０５、ビデオデコーダ１０６を備えている。更に、同装置１００は、動画プレーン１０７・静止画プレーン１０８・文字図形プレーン１０９を有するグラフィックバッファ１２１、グラフィック生成部１１０、画面合成部１１１、メモリ１１２、モデム１１３を備えている。更に、同装置１００は、ＩＥＥＥ１３９４インタフェース１１４、操作部１１５、受光部１１６、ＩＣカード制御部１１７、ＣＰＵ１１８、ハードディスク１１９、シリアルインタフェース１２０、バス１２２を備えている。

図中、１３０はＶＴＲ、１３１はプリンタ、１３２はリモコン、１３３はスピーカ、１３４は表示器である。

上記構成を詳述すると、アンテナ（図示略）により受信された信号は、チューナ部１０１に入力される。チューナ部１０１は、入力された信号に対して、復調、誤り訂正等の処理を施し、トランスポートストリーム（ＴＳ）と呼ばれる形式のデジタルデータを生成する。更に、チューナ部１０１は、生成したトランスポートストリーム（ＴＳ）データをデスクランブラ１０２に出力する。デスクランブラ１０２は、視聴制限のためのスクランブルがかけられているＴＳデータがチューナ部１０１より入力された場合、以下の処理を行う。ＴＳデータに含まれるデスクランブルのための鍵情報とＩＣカード制御部１１７より出力される鍵情報とに基づいて、スクランブル解除を行い、トランスポートデコーダ１０３に出力する。

ここで、ＩＣカード制御部１１７は、ユーザの契約情報及びＴＳデータに含まれるデスクランブラのための鍵情報を解くための鍵情報が格納されているＩＣカードを含むものである。ＩＣカード制御部１１７は、デスクランブラ１０２より入力されたデスクランブルのための鍵情報を解くための鍵情報があった場合、その鍵情報をデスクランブラ１０２に出力する。デスクランブラ１０２は、チューナ部１０１よりスクランブルがかけられていないＴＳデータを入力した場合には、ＴＳデータをトランスポートデコーダ１０３に出力する。

トランスポートデコーダ１０３では、ユーザによって選択された番組に対応するパケットが抽出される。そして、抽出されたパケット内の映像データは、ビデオデコーダ１０６によって復号化された後、グラフィックバッファ１２１内の動画プレーン１０７に送られる。抽出されたパケット内の音声データは、オーディオデコーダ１０４によって復号化された後、Ｄ／Ａ変換器１０５を介してスピーカ１３３に出力される。

抽出されたパケット内のデータ放送データは、ＣＰＵ１１８に接続されているバス１２２を介してメモリ１１２に取り込まれ、後述するＣＰＵ１１８の処理によって復号化された後、ハードディスク１１９に格納される。ＣＰＵ１１８は、データ放送の内容を表示する際にはデータ記憶装置（図示略）に格納したデータを読み出す。更に、ＣＰＵ１１８は、グラフィック生成部１１０を介して文字や図形の画像データに変換した後、グラフィックバッファ１２１内の文字図形プレーン１０９または静止画プレーン１０８に送る。また、ＣＰＵ１１８は、プログラムに基づいて後述の各フローチャートに示す処理を実行する。

画面合成部１１１では、グラフィックバッファ１２１内の動画プレーン１０７、文字図形プレーン１０９、静止画プレーン１０８に格納されたグラフィックデータの合成／切換処理を行い、表示器１３４へ出力する。表示器１３４は、送られてきた画像を表示するものであり、その内部に表示器１３４の画面サイズ等の情報を保存したメモリを備えている。表示器１３４のメモリの情報は、デジタルテレビ受信装置１００と表示器１３４の間で接続されたシリアルバスによってデジタルテレビ受信装置１００へと送られる。更に、前記情報は、シリアルインタフェース及びバス１２２を介してＣＰＵ１１８が管理するメモリ１１２に格納される。

バス１２２には、更にＩＥＥＥ（Institute of Electrical and Electronics Engineers）１３９４インタフェース１１４及びモデム１１３が接続されている。ＩＥＥＥ１３９４インタフェースは、本デジタルテレビ受信装置１００が外部に接続されたＶＴＲ１３０やプリンタ１３１とプロトコル通信を行うために用いられる。また、モデム１１３は、電話回線経由でインターネット接続するために用いられる。

データ放送は、ＩＳＯ／ＩＥＣ１３８１８−６に規定されているＤＳＭ−ＣＣのデータカルーセル方式により、放送局から繰り返しデジタルデータが送出されてくる。トランスポートデコーダ１０３によってフィルタリングされたデータ放送データには、テキスト情報、スクリプト情報、表示用レイアウト情報、印刷用レイアウト情報、画像情報、映像・音声データが含まれている。テキスト情報は、Ｗ３Ｃの規定するＸＭＬによって記述されている。

本実施の形態では、データ放送再生用ＸＭＬの仕様として、ＨＴＭＬ（HyperText Markup Language）４．０をＸＭＬ１．０で再定式化したＸＨＴＭＬ仕様を基本とした仕様を用いている。ＸＭＬでは、文書中の文字列にタグ（＜ｘｘｘ＞と＜／ｘｘｘ＞で囲まれた部分）によって属性付け（意味付け）が行われる。また、このタグは「入れ子」にすることが可能である。

また、本実施の形態では、表示形式はＣＳＳ（カスケーディング・スタイルシート）、スクリプト処理はＪａｖａ(登録商標)Ｓｃｒｉｐｔを用いている。更に、スクリプトからコンテンツデータにアクセスするための形式として、ＤＯＭ（Document Object Model）を採用しており、本実施の形態では、Ｗ３Ｃ ＲｅｃｏｍｍｅｎｄａｔｉｏｎであるＤＯＭ Ｌｅｖｅｌｌを拡張したものを用いている。

ＶＴＲ１３０は、デジタルテレビ受信装置１００で受信した番組の録画や再生を行う。プリンタ１３１は、デジタルテレビ受信装置１００から送出される印刷データに基づき紙等の記録媒体上に画像を形成する印刷動作を行う。リモコン１３２は、後述の図２に示すような各種キーを備えており、デジタルテレビ受信装置１００に対する各種操作に用いる。スピーカ１３３は、デジタルテレビ受信装置１００から送出される音声データに基づき音声を出力する。表示器１３４は、デジタルテレビ受信装置１００から送出される画像データに基づき各種表示を行う。

図２は、デジタルテレビ受信装置のリモコン１３２の構成例を示す正面図である。

図２において、リモコン１３２は、発光部２０１、電源キー２０２、カーソルキー２０３、「ｄ」キー（ｄボタン）２０４、表示キー２０５、数字キー２０６、メニューボタン２０７、ＵＰ／ＤＯＷＮキー２０８、カラーキー２０９を備えている。但し、本図は、本実施の形態を説明するために必要な機能を実現するための操作を行うボタンのみを表すものであり、実際のデジタルテレビ受信装置に必要なボタンはこの限りでない。

上記構成を詳述すると、発光部２０１は、リモコン１３２とデジタルテレビ受信装置１００の受光部１１５との赤外線通信を行うものである。電源キー２０２は、デジタルテレビ受信装置１００の電源をＯＮ／ＯＦＦするためのキーである。スティック上のカーソルキー２０３は、上下（前後）左右に傾けることにより、４方向のカーソル移動入力となり、スティック自体を押し込むことにより「決定」入力となるものである。「ｄ」キー（ｄボタン）２０４は、データ放送の表示を行うためのキーである。

表示キー２０５は、デジタルテレビ受信装置１００の表示器１３４における表示の切り替えを行うキーである。数字キー２０６は、マトリクス状に配列されており、数字入力を行うキーである。メニューボタン２０７は、デジタルテレビ受信装置１００の表示器１３４にメニュー画面を表示するためのボタンである。ＵＰ／ＤＯＷＮキー２０８は、ＵＰ、ＤＯＷＮ２つのキーからなるキーである。カラーキー２０９は、横一列に配列された青、赤、緑、黄の４色のキーから構成されている。

次に、上記の如く構成された本実施の形態に係るデジタルテレビ受信装置の動作について、そのＣＰＵ１１８による処理手順を示すフローチャートを始めとする図１〜図１６を参照しながら詳細に説明する。

図３は、データ放送ブラウザの動作を示すフローチャートである。

図３において、ユーザがテレビ番組視聴中にリモコン１３２の「ｄボタン」２０４を押してデータ放送表示を指示すると、ＣＰＵ１１８はデータ放送受信再生プログラム（ブラウザ）の実行を開始する（ステップＳ３−１）。これに伴い、ブラウザは、トランスポートデコーダ１０３を制御することにより、データカルーセル方式で送信されてくるデータ放送コンテンツの受信を開始する。そして、画面のＸＭＬデータ及び同データに埋め込まれた画像などの関連データを取得し、メモリ１１２に格納する（ステップＳ３−２）。

ここで、図４〜図７は、ニュース番組と連動したデータ放送のスタートアップ画面用の「ＸＭＬデータ」の例を示す説明図である。本例では、<head></head>タグに囲まれた部分に、文章の名前を示すTitle要素や、スクリプトの定義を示す<script>要素を含んでいる。そして、更に本文を示す<body>要素の中に、画像や映像・音声を示す<object>要素、更に画面上の領域を示す<div>要素、文を示す<p>要素などを含んでいる。各要素にはＣＳＳに従ったスタイル属性が記述されており、表示する際の座標、大きさ、色などの設定がなされている。

ブラウザは、上記ＸＭＬデータと関連する画像などを取得すると、ＸＭＬデータ中の<body>タグのOnLoad属性（図中A）に記述されたスクリプト関数を初期スクリプトとして実行する（ステップＳ３−３）。図４の<script></script>に挟まれた部分にスクリプトが記述してあり、本例ではinitialize関数（図中B）が初期スクリプトとなる。

以下、図４のスクリプト処理の動作について説明する。また、スクリプト処理の中で呼ばれる拡張DOM-APIに対応したブラウザの処理についても併せて説明する。スタート画面のinitialize関数の中では、先ず、現在スクリプトを実行中のブラウザがデータ放送印刷機能を有しているかを問い合わせる関数を呼び出す（図中C）。本実施の形態のブラウザは、スクリプトからの呼び出せる組み込みＡＰＩとしてGetBrowserSupport（）という拡張DOM-APIを有している。このＡＰＩは、引数として"print"という文字列を与えると、１（印刷機能を有しているの意味）または０（印刷機能を有していないの意）という値を返す。

本実施の形態のデジタルテレビ受信装置及びブラウザは、データ放送印刷機能を有しているので、この場合にはこのＡＰＩの戻り値は１となる。反対にもし実物大表示機能を有していないブラウザでこのスクリプトが実行されると、このＡＰＩの戻り値は０となる。上記スクリプトではこのＡＰＩの戻り値を、「印刷機能ボタンガイド」の表示許可／不許可を決定する「visibility」属性に代入する（図中D）。

ブラウザは、初期スクリプト実行後、グラフィック生成部１１０を介して文字図形プレーン１０９に対し、ボタンイメージやテキストなどの描画を行う（ステップＳ３−４）。これと同時に、画面合成部１１１を制御して、動画プレーン１０７の画像との合成処理の設定を行う（ステップＳ３−５）。

ここで、図８は、上記ＸＭＬデータをブラウザを使ってデジタルテレビ受信装置の表示器１３４に表示した際の表示例を示す説明図である。図中ａの矩形部分は動画ウィンドウになっており、通常、画面全体に表示される動画プレーンの画像つまりニュースの映像が縮小表示されている。また、動画ウィンドウ以外の部分は、ブラウザつまりＣＰＵ１１８がグラフィック生成部１１０を使用して文字図形プレーン描画した図形や文字が表示される。

ブラウザは、図８に示す画面を表示中に、ユーザ操作により何等かの動作指示が入力されたか否かを判断する（ステップＳ３−６）。ユーザ操作による動作指示が入力された場合は、それが「ｄ」キー（ｄボタン）２０４であるか否かを判断する（ステップＳ３−７）。ユーザ操作によりｄボタン２０４が押下されたと判断した場合は、図８に示すデータ放送画面を終了する（ステップＳ３−１２）。ｄボタン２０４以外の操作入力であった場合は、ユーザ操作による動作指示に応じたコンテンツ中のスクリプトを実行する（ステップＳ３−８）。他のページの切換命令である場合はステップＳ３−２に進み、そうでない場合はステップＳ３−１０に進む。

ステップＳ３−６においてユーザ操作により何等かの動作指示が入力されていないと判断した場合は、放送局側において規定された動作指示があるか否かを判断する（ステップＳ３−１０）。放送局側において規定された動作指示があった場合は、その動作指示に応じたコンテンツ中に記述されたスクリプト（不図示）を実行する（ステップＳ３−１１）。

ここで、放送局側において規定された動作指示とは、所定時間後にページ切換えを行ったり、表示形態を変更したりする等の動作を指示するものである。

また、図８に示す画面右側には、「政治」「経済」などの更に詳しい情報を表示するためのボタンが表示されている。この画面を表示中にユーザがリモコン１３２のカーソルキー２０３の操作でボタンを選択し、決定キー２０３を押すことで表示（ページ）を切り替えることができる（図４〜図７のEの部分の処理と図３のステップＳ３−９の処理）。

図中ｂに示す「ニュースのまとめを印刷」と記述された「印刷ボタンガイド」は、上述の表示許可属性を示す変数が１であったために表示が行われている。「印刷ボタンガイド」は、「リモコン１３２の赤ボタン２０９を押すと、ニュースのまとめを印刷するための印刷機能が実行される」という意味である。ここでユーザがリモコン１３２の赤ボタン２０９を押すと、KeyDownというスクリプト関数の中で、印刷を行うためのページに切り替わる（図４〜図７のFと図３のステップＳ３−９の処理）。

図９〜図１１は、印刷を行うためのＸＭＬデータを示す説明図である。スタートアップの時と同様に、先ず、デジタルテレビ受信装置のメモリ１１２へ読み込まれた後、body要素のonload属性で定義されたinitialize関数が実行される（図３のステップＳ３−２、ステップＳ３−３、図９〜図１１のA、B）。initialize関数では、先ず、prnSetReadyという拡張DOM-APIを読み出しを行う。この関数が呼び出されると、ブラウザは図１２に示す処理を行う。

図１２は、データ放送ブラウザの一部の動作を示すフローチャートである。以下、図１２を参照しながらブラウザの動作を説明する。

図１２において、先ず、ブラウザは最初に外部バス（本実施の形態ではＩＥＥＥ１３９４シリアルバス）に接続されたデバイスを調査し、プリンタ機能を持つデバイスを特定する（ステップＳ９−１）。本実施の形態では各ＩＥＥＥ１３９４デバイス（ノード）のコンフィグレーションＲＯＭ領域を読み込み、unit＿spec＿idの領域の値を読むことで、プリンタ機能を持つか否かを判断している。

そして、ブラウザはプリンタが見つかると（ステップＳ９−２でＹＥＳ）、そのデバイスの識別用IDを読み込み保存する（ステップＳ９−３）。本実施の形態ではこの機器識別用IDとして、上述のコンフィグレーションＲＯＭのCRC値を用いている。ＩＥＥＥ１３９４では、バス上の機器を識別するノードＩＤがデバイスの脱着の際に発生するバスリセット後に変化してしまう。そのため、本実施の形態では上記識別用IDを用いて機器の現在のノードＩＤを調べ、バスリセット後も同じプリンタに対してコマンドを送れるようにしている。

その後、ブラウザはそのプリンタに対して、ＩＥＥＥ１３９４ ＡＶ／Ｃ規格で定義されているPowerコマンドを送信し（ステップＳ９−４）、プリンタをオンの状態へと遷移させ、１を戻り値として（ステップＳ９−６）リターンする。一方、プリンタが見つからなかった場合には（ステップＳ９−２でＮＯ）、０を戻り値として（ステップＳ９−５）リターンする。

図９〜図１１のinitialize関数では、prnSetReadyの戻り値として０を受けると、ステータス表示領域に「利用可能なプリンタが見つかりません」といった表示を行い、このスクリプト処理を終える。反対にプリンタが見つかった場合には、次にprnGetSpecという拡張DOM-APIが読み出される（図９〜図１１のD）。この際のブラウザの処理を図１３に示す。

図１３は、データ放送ブラウザの一部の動作を示すフローチャートである。

図１３において、ブラウザは、引数に"maker"と文字列が第１引数として設定された場合（ステップＳ９−１１でＹＥＳ）、プリンタに対してメーカ名を問い合わせる（ステップＳ９−１２）。第２引数で設定された"××××"というメーカと一致した場合（ステップＳ９−１３）、戻り値を１として（ステップＳ９−１５）リターンする。なお、メーカ名の問合せの為のデータ列は不図示である。

また、ブラウザは、引数に"size"と文字列が第１引数として設定された場合（ステップＳ９−１６でＹＥＳ）、プリンタに対して現在印刷可能な用紙サイズを問い合わせる（ステップＳ９−１７）。第２引数で設定された"A4"というサイズと一致した場合（ステップＳ９−１８）、戻り値を１として（ステップＳ９−２０）リターンする。

図９〜図１１のスクリプト処理の例では、A4とA3のどちらかが印刷可能な場合には、ステータス表示領域に「印刷可能です」という表示を行う。また、A4もA3もどちらも印刷不可能だった場合は、「必要な紙サイズに対応していないプリンタです」という表示を行う。以降、図３のステップＳ３−２〜ステップＳ３−５の処理によって表示画面が形成される。このときの画面表示例を図１４に示す。

図１４は、ＸＭＬデータの表示例を示す説明図である。次に、ユーザが図１４の印刷開始ボタンにカーソルがある状態から、リモコン１３２の決定キー２０３を押下すると、図９〜図１１のスクリプトの関数printが実行され（図９〜図１１のE）、そのなかで拡張DOM-APIのprnStart（）が呼び出される。ブラウザではこの呼び出しを受けると、図１５に示す処理が行われる。

図１５は、データ放送ブラウザの一部の動作を示すフローチャートである。

図１５において、ブラウザはプリンタ１３１でプリント中かどうかの調査を行う（ステップＳ１０−１）。プリント中でなかったら、引数で与えられたＸＭＬデータファイルをメモリ１１２に読み込むと共に、そのＸＭＬデータ中のobject要素に必要な画像データを読み込む（ステップＳ１０−２）。

更に、ブラウザはスタイル定義に従ったレイアウトでレンダリングを行い（ステップＳ１０−３）、一旦、ハードディスク１１９に保存する（ステップＳ１０−４）。そして、そのデータをプリンタ１３１へ転送する（ステップＳ１０−５）。

図９〜図１１のスクリプトのprint関数では、その後、タイマ（図示略）に値が設定され（図９〜図１１のF）、一定周期でのスクリプト関数の呼び出しが行われるようになる。その呼び出し処理、つまりproccess＿timer＿eventの中で、prnGetStatusという拡張DOM-APIが"printing"という引数と共に呼び出される（図９〜図１１のG）。このときのブラウザの動作を図１６に示す。

図１６は、データ放送ブラウザの一部の動作を示すフローチャートである。

図１６において、ブラウザでは上記prnGetStatus呼び出しに対応し、第１引数が"printing"の場合は、プリンタ１３１に状態問い合わせコマンドを送り（ステップＳ１０−１２）、プリント実行中であるかを確認する（ステップＳ１０−１３）。プリント実行中の場合は戻り値１とし（ステップＳ１０−１５）、プリント実行中でない場合は戻り値を０として（ステップＳ１０−１４）リターンする。

そして、図９〜図１１のGに示すスクリプト関数proccess＿timer＿eventの中では、プリント実行中であった場合にはそのままリターンする。プリント実行中で無かった場合には引数を"err＿stop"として再びprnGetStatusを呼び出す。更に、エラー停止状態でないことを確認の上（ブラウザの動作は図１６のステップＳ１０−１６〜ステップＳ１０−２０）、finished関数を呼び出し、ステータス表示領域に「印刷が完了しました」といった表示を行って終了する。

以上説明したように、本実施の形態によれば、デジタルテレビ受信装置は、データ放送波を受信するアンテナ及びチューナ部１０１、データ放送波に多重化された映像データ、音声データ、画像データ、文字データを取得するデスクランブラ１０２を備える。更に、同装置は、取得データを蓄積するメモリ１１２、ハードディスク１１９、蓄積データを含む各種表示を行う表示器１３４、プリンタ１３１との間で通信を行うＩＥＥＥ１３９４インタフェース１１４を備える。更に、同装置は、蓄積データを元に印刷データを生成しプリンタ１３１へ出力する制御、プリンタ１３１の状態を監視し、プリンタ１３１の状態に基づき表示器１３４の表示内容を変化させる制御を行うＣＰＵ１１８を備える。これにより、下記の効果を奏する。

従来は映像表示と音声再生のみの提供であったデータ放送サービスに、デジタルテレビ受信装置１００と通信可能なプリンタ１３１から情報のプリントアウトを行うという新たなサービスを付加することができるようになるという効果を奏する。

更に、従来の技術とは異なり、ユーザが通常の表示用データ放送コンテンツを視聴中に、デジタルテレビ受信装置１００に付設されているリモコン１３２のボタン操作だけで、プリントアウトが可能となる。即ち、関連する詳細な印刷データなどをプリンタ１３１からプリントアウトすることができるようになるという効果を奏する。

更に、プリンタ１３１の印刷処理の進行に合わせて、デジタルテレビ受信装置１００に付設されている表示器１３４におけるデータ放送の表示内容を変化させることができるようになる。そのため、ユーザは印刷処理の進み具合をデジタルテレビ受信装置１００上で確認できるようになり、利便性が向上するという効果を奏する。

更に、プリンタ１３１における印刷中に例えば用紙ジャム等の現象が発生した場合でも、デジタルテレビ受信装置１００に付設されている表示器１３４に適切な処置を促す表示を行うことが可能となる効果を奏する。

更に、例えば新製品のプリンタを購入したユーザに対して、放送局から「プリンタの使い方教室」といったデータ放送番組を配信する。ユーザはそのデータ放送番組において、デジタルテレビ受信装置１００に付設されているリモコン１３２で操作しながら、プリンタの使用方法やインクカートリッジの交換方法などを画像や映像で見ながら学ぶといった場合などを想定する。このような場合でも、プリンタの処理の進行に合わせて映像や音声、画像や文字の表示を切り替えることができるので、より効果的にプリンタの使い方を学ぶことができるようになるという効果を奏する。

［第２の実施の形態］
本発明の第２の実施の形態は、上述した第１の実施の形態に対して、以下で記述する点において相違する。本実施の形態のその他の要素は、上述した第１の実施の形態（図１、図２）の対応するものと同一なので、説明を省略する。

次に、本実施の形態に係るデジタルテレビ受信装置の動作を図１７〜図２２に基づき詳細に説明する。

図１７〜図１９は、印刷を行うためのＸＭＬデータを示す説明図である。本実施の形態では、上記第１の実施の形態と同様に、ブラウザにより上記ＸＭＬデータがデジタルテレビ受信装置１００のメモリ１１２へ読み込まれた後、body要素のonload属性で定義されたinitialize関数が実行される（図中A）。initialize関数では、「プリンタを接続してください」といった内容のステータス表示を設定しリターンする。そして、ブラウザはレンダリング処理を実行し表示器１３４に画面表示を行う。

その後、ユーザがプリンタ１３１をデジタルテレビ受信装置１００のＩＥＥＥ１３９４バスに接続するか、もしくはプリンタ１３１の主電源をオンにする。これに伴い、上記図１７〜図１９の（I）に記述されている<de＿event>要素に含まれる<de＿item>のonoccur属性に設定されたスクリプト関数が実行される。本例では、onoccur="proccess＿device＿event"が記述されているので、この関数が実行されることになる。また、device＿group="printer"という記述は、プリンタ１３１からのイベントの場合だけスクリプト関数の実行を行うようにしている。

上記図１７〜図１９のD,E,F,G,Hに示すように、proccess＿device＿event関数では、イベント内容を特定し、イベントに対応した表示内容の変更を行っている。例えば、プリンタ１３１がデジタルテレビ受信装置１００に接続されたことを示す"device＿attach"というイベント内容であれば、表示器１３４に「プリンタを認識しました。確認しています」といった表示を行う。更に、プリンタ１３１のスペックを問い合わせるための拡張DOM-APIを呼び出す。また、"print＿finished"というイベント内容の場合は、表示器１３４に「印刷が完了しました」という表示を行う。

次に、データ放送ブラウザの内部において上記イベントの発行を司るイベント監視タスクの動作を図２０〜図２１に基づき説明する。

図２０〜図２１は、データ放送ブラウザの一部の動作（ブラウザにおけるイベント監視タスクの動作）を示すフローチャートである。

図２０〜図２１において、イベント監視タスクは、デジタルテレビ受信装置１００のＣＰＵ１１８が、ＩＥＥＥ１３９４インタフェース１１４からの割込み信号を受信すると起動される（ステップＳ１２−１）。イベント監視タスクは、ＩＥＥＥ１３９４インタフェース１１４から情報の内容を読み出す（ステップＳ１２−２）。

そして、バスリセットであった場合には（ステップＳ１２−３でＹＥＳ）、ＩＥＥＥ１３９４インタフェース１１４から、現在のＩＥＥＥ１３９４バスに接続されているデバイスのリストを読み込んで保存する。これと共に、以前保存したリストと比較を行い、デバイスが追加されたか否かを判断する（ステップＳ１２−４）。デバイスが追加された場合には（ステップＳ１２−５でＹＥＳ）、追加されたデバイスのコンフィグレーションＲＯＭのUnit＿spec＿id領域を読み出し、追加されたデバイスの種類を認識する（ステップＳ１２−６）。

もし、その種類のデバイスが、図１７〜図１９に示すＸＭＬデータの<de＿item>要素のdevice＿group属性に設定されたものと等しい場合は（ステップＳ１２−８）、同様に、<de＿item>要素のevent＿id属性に設定された値と比較される（ステップＳ１２−１３）。

図１７〜図１９のＸＭＬデータの例では、特にevent＿id要素は指定していないため、全てのevent＿idが対象となる。そして、スクリプトからアクセス可能なオブジェクトである、document.currentEventというオブジェクトのDeviceGroupという変数と、EventIDという変数に対して値をセットする（ステップＳ１２−１４）。更に、<de＿item>要素のonoccur属性に設定されたスクリプト関数の呼び出しを行う（ステップＳ１２−１５）。

例えばプリンタ１３１がデジタルテレビ受信装置１００のＩＥＥＥ１３９４バスに接続されたとすると、DeviceGroup変数にはプリンタを意味する"printer"の値が、EventIDには接続されたことを意味する"device＿attached"の値がセットされる。そして、図１７〜図１９のproccess＿device＿eventというスクリプト関数が実行される。

ステップＳ１２−３において、バスリセットでなかった場合には、外部の接続機器からのコマンドを受信したか否かを判断する（ステップＳ１２−９）。コマンドを受信したと判断した場合は、ＩＥＥＥ１３９４インタフェース１１４からデータを読み出し（ステップＳ１２−１０）、受信したコマンドの送信元のデバイスの種類を認識し（ステップＳ１２−１１）、ステップＳ１２−１２に進む。デバイスの種類が、図１７〜図１９に示すＸＭＬデータの<de＿item>要素のdevice＿group属性に設定されたものと等しい場合はステップＳ１２−１３に進み、前述の如く処理を行う。

以上説明したように、本実施の形態によれば、上記第１の実施の形態と同様に以下の効果を奏する。即ち、従来は映像表示と音声再生のみの提供であったデータ放送サービスに、デジタルテレビ受信装置１００と通信可能なプリンタ１３１から情報のプリントアウトを行うという新たなサービスを付加することができるようになる等の各種効果を奏する。

［他の実施の形態］
上記第１及び第２の実施の形態では、現在放送されているデータ放送を受信し再生表示する場合のみを説明したが、本発明の趣旨からすれば、これに限定されるものではない。例えば一度ＶＴＲ１３０で録画された場合でも、デジタルテレビ受信装置１００のハードディスク１１９に保存されたコンテンツを再生表示する場合であっても、同様の効果が得られることは言うまでもない。

また、上記第２の実施の形態では、デジタルテレビ受信装置１００がプリンタ１３１からのイベントを受けると、「紙がなくなりました」などのステータス表示の表示内容を変更する例を示したが、本発明の趣旨からすれば、これに限定されるものではない。プリンタ１３１からのイベントによって動画や音声を切り替えることも可能である。図１７〜図１９のGに示したように、デジタルテレビ受信装置１００がプリンタ１３１からインクが無くなったというコマンドを受信すると、イベント処理の中で動画領域（図２２のａに示す領域）で再生している動画や音声を切り替えることができる。

また、上記第１及び第２の実施の形態では、デジタルテレビ受信装置１００と、ＶＴＲ１３０、プリンタ１３１、スピーカ１３３、表示器１３４とを別構成とした場合を例に上げたが、本発明の趣旨からすれば、これに限定されるものではない。デジタルテレビ受信装置１００と、ＶＴＲ１３０、プリンタ１３１、スピーカ１３３、表示器１３４の内の任意のものを一体化した構成とすることもできる。

また、上記第１及び第２の実施の形態では、デジタルテレビ受信装置１００と通信可能な外部装置としてプリンタを例に挙げたが、本発明の趣旨からすれば、これに限定されるものではない。外部装置としては、プリンタの他に、例えば画像読取機能・印刷機能・ファクシミリ機能等を有する複合機（ＭＦＰ）を用いることもできる。

図２４は、本発明のデータ放送受信再生方法を実行するプログラム及び関連データが記憶媒体からコンピュータ等の装置に供給される概念例を示す説明図である。上記プログラム及び関連データは、フロッピー(登録商標)ディスクやＣＤ−ＲＯＭ等の記憶媒体２４１をコンピュータ等の装置２４２に装備された記憶媒体ドライブの挿入口２４３に挿入することで供給される。その後、上記プログラム及び関連データを、記憶媒体２４１から一旦ハードディスクにインストールしハードディスクからＲＡＭにロードする。或いはハードディスクにインストールせずに直接ＲＡＭにロードする。これにより、上記プログラム及び関連データを実行することが可能となる。

この場合、第１〜第２の実施の形態に係るデジタルテレビ受信装置において、上記プログラムを実行させる場合は、以下のように行う。例えば上記図２４を参照して説明したようなコンピュータ等の装置を介してデジタルテレビ受信装置に上記プログラム及び関連データを供給する。或いはデジタルテレビ受信装置に予め上記プログラム及び関連データを格納しておく。これにより、プログラム実行が可能となる。

図２３は、本発明のデータ放送受信再生方法を実行するプログラム及び関連データを記憶した記憶媒体の記憶内容の構成例を示す説明図である。記憶媒体は、例えばボリューム情報２３１、ディレクトリ情報２３２、プログラム実行ファイル２３３、プログラム関連データファイル２３４等の記憶内容で構成される。上記プログラムは、上記各実施の形態で説明した各フローチャート及び制御手順に基づきプログラムコード化されたものである。

なお、上記各実施の形態では、外部機器との接続にＩＥＥＥ１３９４を用いているが、これに限定されるものではなく、その他のバスシステム、またはネットワークシステムを用いてもよい。

本発明の第１の実施の形態に係るデジタルテレビ受信装置の構成を示すブロック図である。 デジタルテレビ受信装置のリモコンの構成を示す正面図である。 データ放送ブラウザの一部の動作を示すフローチャートである。 ＸＭＬデータ（スタートアップ画面）の例を示す説明図である。 ＸＭＬデータ（スタートアップ画面）の例を示す説明図である。 ＸＭＬデータ（スタートアップ画面）の例を示す説明図である。 ＸＭＬデータ（スタートアップ画面）の例を示す説明図である。 ＸＭＬデータの表示例を示す説明図である。 ＸＭＬデータ（印刷画面）の例を示す説明図である。 ＸＭＬデータ（印刷画面）の例を示す説明図である。 ＸＭＬデータ（印刷画面）の例を示す説明図である。 データ放送ブラウザの一部の動作を示すフローチャートである。 データ放送ブラウザの一部の動作を示すフローチャートである。 ＸＭＬデータの表示例を示す説明図である。 データ放送ブラウザの一部の動作を示すフローチャートである。 データ放送ブラウザの一部の動作を示すフローチャートである。 本発明の第２の実施の形態に係るＸＭＬデータ（印刷画面）の例を示す説明図である。 ＸＭＬデータ（印刷画面）の例を示す説明図である。 ＸＭＬデータ（印刷画面）の例を示す説明図である。 データ放送ブラウザの一部の動作を示すフローチャートである。 データ放送ブラウザの一部の動作を示すフローチャートである。 ＸＭＬデータの表示例を示す説明図である。 本発明のデータ放送受信再生方法を実行するプログラム及び関連データを記憶した記憶媒体の記憶内容の構成例を示す説明図である。 本発明のデータ放送受信再生方法を実行するプログラム及び関連データが記憶媒体からコンピュータ等の装置に供給される概念例を示す説明図である。 従来例に係る衛星デジタル放送を受信するテレビ受信機の構成を示すブロックである。

符号の説明

１０１ チューナ部
１０２ トランスポートデコーダ
１１２ メモリ
１１４ ＩＥＥＥ１３９４インタフェース
１１８ ＣＰＵ
１１９ ハードディスク
１３１ プリンタ
１３４ 表示器

Claims (4)

1. 放送波から、マークアップ言語で記述されたテキストデータを含むデータ放送データを受信し、当該データ放送データに応じてデータ放送画面を表示部に表示するとともに、当該データ放送の印刷処理を実行するブラウザにおけるデータ放送印刷処理方法であって、
   前記テキストデータに含まれ、前記ブラウザがデータ放送印刷機能を有しているか否かを問い合わせるためのスクリプト情報を取得する取得ステップと、
   取得した前記スクリプト情報に基づいて、前記ブラウザのデータ放送印刷機能の有無を確認する確認ステップと
   前記テキストデータに基づいて前記データ放送データを処理し、前記表示部に表示するデータ放送画面を生成する生成ステップと、を有し、
   前記生成ステップでは、前記確認ステップによる確認の結果に応じて、データ放送印刷の可否を示す表示を含むデータ放送画面を生成することを特徴とするデータ方法印刷処理方法。
2. 前記ブラウザは、前記取得ステップで取得したスクリプト情報によって動作する関数を有しており、
   前記確認ステップでは、前記関数を用いて前記ブラウザのデータ放送印刷機能の有無を確認するとともに、前記関数を実行して得られた結果を、データ放送印刷が可能か否かを表示するための属性値として前記テキストデータに予め記述された属性要素に代入することを特徴とする請求項１に記載のデータ放送印刷処理方法。
3. 放送波から、マークアップ言語で記述されたテキストデータを含むデータ放送データを受信し、当該データ放送データに応じてデータ放送画面を表示部に表示するとともに、当該データ放送の印刷処理を実行する実行部を有するデータ放送印刷処理装置であって、
   前記テキストデータに含まれ、前記実行部がデータ放送印刷機能を有しているか否かを問い合わせるためのスクリプト情報を取得する取得手段と、
   取得した前記スクリプト情報に基づいて、前記ブラウザのデータ放送印刷機能の有無を確認する確認手段と、
   前記テキストデータに基づいて前記データ放送データを処理し、前記表示部に表示するデータ放送画面を生成する生成手段と、を有し、
   前記生成手段は、前記確認手段による確認の結果に応じて、データ放送印刷の可否を示す表示を含むデータ放送画面を生成することを特徴とするデータ放送印刷処理装置。
4. 前記実行部は、前記取得手段で取得したスクリプト情報によって動作する関数の実行が可能であり、
   前記確認手段は、前記関数を用いて前記実行部のデータ放送印刷機能の有無を確認するとともに、前記関数を実行して得られた結果を、データ放送印刷が可能か否かを表示するための属性値として前記テキストデータに予め記述された属性要素に代入することを特徴とする請求項３に記載のデータ放送印刷処理装置。

Images