JP4298737B2 - 情報処理装置及び情報処理方法並びに表示装置及び表示装置の制御方法 - Google Patents

Description

本発明は、マークアップ言語で記述された印刷用構造化文書データから生成される印刷データを印刷出力する前に当該印刷データのプレビュー表示を行うための印刷装置及び印刷装置の制御方法に関する。

従来、マークアップ言語で記述された印刷用構造化文書データに基づいて印刷データを生成する情報処理装置が存在している。こうした情報処理装置の代表的なものとして、デジタルテレビ放送対応の印刷装置（プリンタ）が挙げられる。

日本のデジタルテレビ放送には所謂データ放送が存在している。そして、このデータ放送の枠組みを利用して印刷サービス（以後、データ放送印刷と称する）を提供することができるようにＡＲＩＢ（社団法人 電波産業会）にて規格化されている。

データ放送印刷には大きくわけて２通りの方式が存在している。第１の方式は放送波に多重されて送出されたデータ放送用データに含まれる印刷用コンテンツの実体をデジタルテレビ放送受信機が受信し、プリンタへ転送するものである。プリンタは受信した印刷用コンテンツの実体を用いて印刷データを生成する。以後、この方式をプリントファイル方式と称する。第２の方式は印刷用コンテンツの保存先を示すアドレス情報をデジタルテレビ放送受信機が受信し、プリンタへアドレス情報を転送するものである。アドレス情報を受信したプリンタはアドレス情報に基づいて印刷用コンテンツの実体を取得し、印刷用データを生成する。以後、この方式をプリントＵＲＩ方式と称する。

日本のデータ放送はＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）をベースに策定されたＢＭＬ（Ｂｒｏａｄｃａｓｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）と称されるデータ放送向けのページ記述言語（マークアップ言語）を用いることが定められている。また、データ放送印刷については、ＡＲＩＢでは印刷用文書の符号化としてＸＨＴＭＬ（ｅＸｔｅｎｓｉｂｌｅ ＨｙｐｅｒＴｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）―Ｐｒｉｎｔ及びＣＳＳ（Ｃａｓｃａｄｉｎｇ Ｓｔｙｌｅ Ｓｈｅｅｔ） Ｐｒｉｎｔ Ｐｒｏｆｉｌｅに準拠することとしている。ここで、ＸＨＴＭＬ−Ｐｒｉｎｔは印刷データの要素や属性を規定するものである。また、ＣＳＳ Ｐｒｉｎｔ Ｐｒｏｆｉｌｅ（以後、ＣＳＳＰＰと称する）は印刷データのレイアウトやフォントサイズなどを規定するものである。即ち、印刷用コンテンツデータにはＸＨＴＭＬファイル及びＣＳＳファイルといった印刷用構造化文書データが含まれている。また印刷用コンテンツの内容によっては、ＸＨＴＭＬファイルにパスが記述されるＪＰＥＧファイルやＰＮＧファイルといったモノメディアデータも含まれる。以後、印刷用コンテンツデータと称した場合は、印刷用構造化文書データを少なくとも含むデータ群として説明を行う。

上述したプリントファイル方式も、プリントＵＲＩ方式も最終的な印刷データを生成するのはプリンタである。これもまた、規格によって定められている。つまり、プリンタがＸＨＴＭＬファイルやＣＳＳファイルを解釈し、ビットマップデータを生成するレンダリング処理を行う。従って、デジタルテレビなどのデジタルテレビ放送受信機には印刷用コンテンツを解釈してイメージデータを生成する機能は原則的に備わっていない。そのため、ユーザが印刷データの概要をデジタルテレビの画面に表示して確認すること（以下、プレビューと称する）を望む場合、プリンタが印刷イメージデータを作成し、印刷イメージデータをデジタルテレビに送信する方法が考えられる（特許文献１参照）。
特開２０００−１１２６９１号公報

現行のデジタルテレビ放送受信機に実装されているＢＭＬブラウザアプリケーションやＨＴＭＬブラウザアプリケーション（以後、単にブラウザと称する）は、通常のデータ放送におけるＢＭＬコンテンツや、一般的なインターネットにおけるＨＴＭＬコンテンツをそれぞれ表示することが可能である。

しかしながら、これらのブラウザはＸＨＴＭＬ−ＰｒｉｎｔやＣＳＳＰＰで符号化された印刷用構造化文書データを表示することは困難であった。その理由として、第１にプレビュー処理のためにＸＨＴＭＬファイルを解釈してレンダリングするためには、多くのメモリやＣＰＵパワーを必要とする。デジタルテレビ放送受信機にもメモリやＣＰＵが実装されているが、プレビュー処理を行うにはさらに多くのメモリやＣＰＵパワーが必要となってしまい、現実的ではない。

また、第２の理由として、ＸＨＴＭＬ−ＰｒｉｎｔとＣＳＳＰＰで符号化された構造化文書データをＢＭＬブラウザやＨＴＭＬブラウザを用いて表示しようとしても、これらのブラウザでは印刷処理に依存した要素や属性を適切に解釈できない。結果として、実際の印刷データとは異なるレイアウトや表示になり、プレビューとしては成立しない。

さらに、特許文献１で示した方法では、プレビューのみを行う場合であっても、プリンタが印刷データを生成した上で、ＢＭＰ画像やＪＰＥＧ画像などのイメージデータを生成する必要がある。従って、処理時間の増加や処理負荷が増加するとともに、プリンタにもデータ生成を行うエンコーダやメモリが必要となってしまう。

本発明は、上記課題を解決するためになされたもので、デジタル放送のデータ放送の印刷において、マークアップ言語で記述された印刷用構造化文書データから生成される印刷データを印刷出力する前に、デジタルテレビのブラウザ機能を用いて表示可能な当該印刷データのプレビュー用の構造化文書データの生成を適切に行うための印刷装置及び印刷装置の制御方法を提供することを目的とするものである。

上記目的を達成するために、本発明の印刷装置は、データ放送を受信する放送受信装置と通信可能に接続され、データ放送を利用して提供されるデータ放送印刷を実行可能な印刷装置であって、マークアップ言語で記述された、データ放送にかかる印刷用構造化文書データまたは当該印刷用構造化文書データの保存先を示すアドレス情報を前記放送受信装置から受信する受信手段と、前記受信手段で前記アドレス情報を受信した場合には、当該アドレス情報を用いて印刷用構造化文書データを取得する取得手段と、前記受信手段または前記取得手段により入手した前記印刷用構造化文書データを解析し、印刷に関するレイアウト情報を抽出する解析手段と、当該レイアウト情報を用いて、前記印刷用構造化文書データに含まれる印刷に関する記述内容を、前記放送受信装置に搭載された、マークアップ言語を表示可能なブラウザアプリケーションで解釈可能な記述に変更する変更処理手段と、を有し、前記印刷用構造化文書データは、印刷データの要素や属性を規定する第１の構造化文書データと、印刷データのレイアウトを少なくとも規定する第２の構造化文書データとを含み、前記解析手段は前記第２の構造化文書データを解析することで前記レイアウト情報を抽出し、前記変更処理手段は、前記解析手段で抽出したレイアウト情報を用いて、前記第１の構造化文書データ及び前記第２の構造化文書データに含まれる印刷に特化した記述内容をブラウザアプリケーションでの表示に対応した記述内容に変更することを特徴とする。

また、上記目的を達成するために、本発明の印刷装置の制御方法は、データ放送を受信する放送受信装置と通信可能に接続され、データ放送を利用して提供されるデータ放送印刷を実行可能な印刷装置の制御方法であって、マークアップ言語で記述された、データ放送にかかる印刷用構造化文書データまたは当該印刷用構造化文書データの保存先を示すアドレス情報を前記放送受信装置から受信する受信ステップと、前記受信ステップで前記アドレス情報を受信した場合には、当該アドレス情報を用いて印刷用構造化文書データを取得する取得ステップと、前記受信ステップまたは前記取得ステップにより入手した前記印刷用構造化文書データを解析し、印刷に関するレイアウト情報を抽出する解析ステップと、当該レイアウト情報を用いて、前記印刷用構造化文書データに含まれる印刷に関する記述内容を、前記放送受信装置に搭載された、マークアップ言語を表示可能なブラウザアプリケーションで解釈可能な記述に変更する変更処理ステップと、を有し、前記印刷用構造化文書データは、印刷データの要素や属性を規定する第１の構造化文書データと、印刷データのレイアウトを少なくとも規定する第２の構造化文書データとを含み、前記解析ステップでは前記第２の構造化文書データを解析することで前記レイアウト情報を抽出し、前記変更処理ステップでは、前記解析ステップで抽出したレイアウト情報を用いて、前記第１の構造化文書データ及び前記第２の構造化文書データに含まれる印刷に特化した記述内容をブラウザアプリケーションでの表示に対応した記述内容に変更することを特徴とする。

以上説明したように、本発明によれば、デジタル放送のデータ放送の印刷において、マークアップ言語で記述された印刷用構造化文書データから生成される印刷データを印刷出力する前に、デジタルテレビのブラウザ機能を用いて表示可能な当該印刷データのプレビュー用の構造化文書データの生成を適切に行うことが可能となる。

（実施例１）
［プレビュー用コンテンツデータ生成処理］
以下、図面を参照しながら本発明に係る実施例を詳細に説明する。

図１は、本実施例におけるデータ放送印刷の環境を示した図である。表示装置であるデジタルテレビ放送受信機１０１（以後、ＤＴＶと称する）と、情報処理装置であるデジタルテレビプリンタ１０２（以後、ＤＴＶプリンタと称する）がホームネットワーク１０８によって通信可能に接続されている。また、ホームネットワーク１０８はルータ１０３を介してインターネット１０５に接続することが可能となっている。つまり、ＤＴＶ１０１及びＤＴＶプリンタ１０２はインターネット１０５を介してＷｅｂサーバ１０６にアクセスすることが可能となっている。また、ＤＴＶプリンタ１０２はＷｅｂサーバ１０６に保存された印刷用コンテンツ１０７を取得することが可能である。

ＤＴＶ１０１は放送局１０９から送出されたデジタル放送をアンテナ１０４を介して受信することが可能である。また、上述したように、ＤＴＶ１０１はデジタル放送のデータ放送を利用して送信される印刷用コンテンツデータ１１０を取得することが可能である。さらに、当該印刷用コンテンツデータ１１０をホームネットワーク１０８を介してＤＴＶプリンタ１０２に転送することが可能である。

続いて、図２を参照してＤＴＶ１０１の構成を説明する。図２はＤＴＶ１０１の内部構造を説明するための機能ブロック図である。

ＤＴＶ１０１はＤＴＶ全体の制御を行うＣＰＵ２０１、制御プログラムの格納や動作に利用されるメモリ２０２を有している。ＣＰＵ２０１やメモリ２０２は内部バス２１０を介して、リモコンＩ／Ｆ２１１やネットワークＩ／Ｆ２１２と接続される。リモコンＩ／Ｆ２１１は不図示のリモコン装置との間の通信を行うためのインタフェースである。また、ネットワークＩ／Ｆ２１２は上述したホームネットワーク１０８を介してＤＴＶプリンタ１０２やルータ１０３と通信を行うためのインタフェースである。

アンテナ１０４で受信した放送波はチューナ２０３に入力される。チューナ２０３は選局操作などで指定された周波数の放送波を選択的に復調回路２０４に出力する。復調回路２０４は入力された放送波をＭＰＥＧ−２ ＴＳ（Ｔｒａｎｓｐｏｒｔ Ｓｔｒｅａｍ）に復調する。ＭＰＥＧ−２ ＴＳは映像や音声、データなどが符号化されて多重されたデータストリームである。このＭＰＥＧ−２ ＴＳを分離回路２０５が映像ＰＥＳ（Ｐａｃｋｅｔｉｚｅｄ Ｅｌｅｍｅｎｔａｒｙ Ｓｔｒｅａｍ）、音声ＰＥＳといったパケット化された符号化データに分離する。また、ＴＳに含まれている字幕データやＥＰＧの生成等に利用されるＳＩ（Ｓｅｒｖｉｃｅ Ｉｎｆｏｒｍａｔｉｏｎ）などのセクションデータも分離回路２０５が分離する。

分離回路２０５で分離されたＰＥＳやセクションデータは、それぞれデコーダ部に入力される。デコーダ部は、映像ＰＥＳを映像信号に復号する映像デコーダ２０６と音声ＰＥＳを音声信号に復号する音声デコーダ２０７を備える。また、セクションデータを復号するデータデコーダ２０８を備えている。

デコーダ部で復号された映像信号や音声信号はそれぞれ画像処理や音声処理が施され、モニタやスピーカなどの出力部２０９に出力される。また、復号されたデータはメモリに格納されて管理され、所定の操作によって出力部２０９に出力される。例えば、ユーザによる字幕表示の操作があった場合、字幕データを映像信号に合成して出力される。また、ユーザによるデータ放送表示の操作があった場合、データデコーダ２０８で復号されたデータ放送用コンテンツを所定のアプリケーションで解釈する。そして、出力部２０９にデータ放送画面として表示する。

続いて、本実施例におけるＤＴＶプリンタ１０２の構成を説明する。図３はＤＴＶプリンタ１０２の内部構成を説明するための機能ブロック図である。ＤＴＶ１０１とネットワーク１０８で接続されているＤＴＶプリンタ１０２の構成は、ネットワークコントローラ３０１とプリンタコントローラ３０２に大きく分けられる。

ネットワークコントローラ３０１は制御を司るＣＰＵ３１１、受信したデータを一時的に格納するためのバッファメモリや、ワークメモリとして使用するＤＲＡＭ３１２を有する。また、ネットワーク１０８に接続された機器との通信を行うネットワークインタフェースコントローラであるＮＩＣ３１５を有する。さらに、実行プログラムが格納されたプログラムＲＯＭ３１３とフォントデータが格納されたフォントＲＯＭ３１４を有する。そして、後述するプリンタコントローラ３０２との通信に用いられるシリアルＩＯ３１６を有している。なお、これらの各機能ブロックはネットワークコントローラ３０１の内部バスで接続されている。

続いて、プリンタコントローラ３０２の構成を説明する。プリンタコントローラ３０２は制御を司るプリンタコントローラ用ＣＰＵであるＰ−ＣＰＵ３２１を備える。また、受信したデータを一時的に格納するためのバッファメモリや、ワークメモリとして使用するＰ−ＤＲＡＭ３２２を備える。その他、実行プログラムが格納されたＰ−ＲＯＭ３２３を備える。Ｐ−ＳＩＯ３２４はネットワークコントローラ３０１と通信するためのプリンタコントローラ側のシリアルＩＯである。これらのブロックは内部バスによってプリンタエンジンコントローラ３２５に接続されている。プリンタエンジンコントローラ３２５はプリンタの駆動に関する各種のドライバやモータなどを制御するためのコントローラである。インクジェットヘット２７を駆動するためのヘッドドライバ３２６がプリンタエンジンコントローラ３２５によって制御される。また、ヘッドを動かすためのキャリッジモータ３２９を駆動するためのモータドライバ３２９、紙を搬送するペーパーフィードモータ３３１を駆動するためのモータドライバ３３０がエンジンコントローラ３２５によって制御される。

さて、背景技術として述べたように、ＡＲＩＢで定められたデータ放送印刷では、マークアップ言語形式で記述された印刷用構造化文書データを解釈し、印刷データを生成するのはＤＴＶプリンタ１０２となる。従って、図３に示したＤＴＶプリンタ１０２を例にとり、印刷処理の流れを簡単に説明する。なお、ここでは２通りあるデータ放送印刷のうち、プリントファイル方式での印刷処理の流れを記載する。

まず、ＤＴＶ１０１からネットワーク１０８を介して、ＤＴＶ１０１が取得した印刷用コンテンツの実体である印刷用コンテンツデータがＤＴＶプリンタ１０２に送信される。

ＤＴＶプリンタ１０２のネットワークコントローラ３０１は、送信された印刷用コンテンツデータをＤＲＡＭ３１２に格納した後、印刷用コンテンツデータに含まれる構造化文書データであるＸＨＴＭＬ−ＰｒｉｎｔファイルやＣＳＳＰＰファイルを解釈する。そして、これらのファイルを解釈した上で、印刷イメージデータを生成するレンダリング処理を行う。

ネットワークコントローラ３０１で生成された印刷イメージデータはシリアルＩＯを経由してプリンタコントローラ３０２に転送される。プリンタコントローラ３０２は送信された印刷イメージデータを印刷するために、プリンタエンジンコントローラ３２５による制御により、プリンタを駆動して印刷出力を行う。

図４及び図５は、データ放送印刷におけるプリントファイル方式とプリントＵＲＩ方式の実行手順を説明したフロー図である。

図４は、本実施例におけるデータ放送印刷のプリントファイル方式を説明するフロー図である。印刷用コンテンツデータの実体をデータ放送用データから取得したＤＴＶ１０１は、印刷準備ができると、ＤＴＶプリンタ１０２に対して印刷要求ＪＯＢを発行する（ステップＳ４０１）。印刷要求ＪＯＢを受信したＤＴＶプリンタ１０２は、印刷用コンテンツデータの受付が可能であれば、印刷用コンテンツデータ受信用のデータシンク領域を設定する。そして、データシンクの情報とともに、印刷可能であるというステータス情報をＤＴＶ１０１に返送する（ステップＳ４０２）。

印刷可能である旨の情報を受信したＤＴＶ１０１は、印刷用コンテンツデータをＤＴＶプリンタ１０２に転送する（ステップＳ４０３）。なお、印刷用コンテンツデータの転送はＨＴＴＰのＰＯＳＴ処理で行われる。

ＤＴＶプリンタ１０２は、受信した印刷用コンテンツデータがデータシンク領域に格納されるとともに、印刷用コンテンツデータを用いた印刷処理を開始する。なお、印刷処理の詳細は後述する。

続いて、図５は、本実施例におけるデータ放送印刷のプリントＵＲＩ方式を説明するフロー図である。プリントＵＲＩ方式では、ＤＴＶ１０１は印刷用コンテンツデータの実体を取得せず、印刷用コンテンツデータの保存先を示すアドレス情報（ＵＲＩ：Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｎｄｉｃａｔｏｒ）をデータ放送用データから取得する。印刷準備ができるとＤＴＶ１０１はＤＴＶプリンタ１０２に対して取得したＵＲＩ情報を印刷要求ＪＯＢとして送信する（ステップＳ５０１）。印刷要求ＪＯＢを受信したＤＴＶプリンタ１０２は、印刷可能状態であれば、ＵＲＩ情報に基づいてＵＲＩで示された印刷用コンテンツデータの実体（構造化文書データや付属するモノメディアデータ）の取得を行う（ステップＳ５０２）。なお、この取得処理はＨＴＴＰのＧＥＴ処理で行われる。印刷用コンテンツデータの実体をＤＴＶプリンタ１０２が取得すると（ステップＳ５０３）、ＤＴＶプリンタ１０２は印刷処理を開始する。なお、印刷処理の詳細については後述する。

ここで、本実施例において印刷用コンテンツデータに含まれる印刷用構造化文書データ（ＸＨＴＭＬ−ＰｒｉｎｔとＣＳＳ Ｐｒｉｎｔ Ｐｒｏｆｉｌｅ）の概要を説明する。

第１の構造化文書データとしてのＸＨＴＭＬ−Ｐｒｉｎｔは、印刷データの要素や属性を規定するものであり、基本的にはＸＨＴＭＬ Ｂａｓｉｃの仕様に準拠した形式であるが、ＸＨＴＭＬ Ｂａｓｉｃに比べ、使用可能な要素の種類を限定している点が特徴である。例えば、ｆｒａｍｅ要素はサポート対象外であり、ｔａｂｌｅ要素の入れ子（ネスト）は禁止されている。さらに、使用可能なフォントの種類が限定される。なお、当然であるが、ＸＨＴＭＬ−Ｐｒｉｎｔは印刷用データとしての位置づけであるため、フォームやスクリプトといったアプリケーション的な要素を有する記述は含まない。

第２の構造化文書データとしてのＣＳＳ Ｐｒｉｎｔ Ｐｒｏｆｉｌｅ（ＣＳＳＰＰ）は、印刷データのレイアウトやフォントサイズなどを規定するものである。ＣＳＳＰＰはＣＳＳ Ｌｅｂｅｌ２の仕様に準拠しているが、ＣＳＳ Ｌｅｖｅｌ２に比べ、使用できるスタイルの種類が限定されている。また、印刷用のレイアウトの指定が可能なよう、拡張されている点が特徴である。レイアウトはＨＴＭＬのＣＳＳと同様、ｐｏｓｉｔｉｏｎ：ｓｔａｔｉｃが基本であるが、ブロック要素にｐｏｓｉｔｉｏｎ：ａｂｓｏｌｕｔｅを指定する絶対位置指定も可能である。但し、サイズ指定に関しては、各メーカのプリンタの解像度が一定でないことから、ピクセル単位の指定は不可である。従って、解像度に依存しない“ｃｍ”や“ｍｍ”などの絶対値指定のみが可能である。また、独自の拡張機能としては、用紙サイズ、ページ番号、ヘッダやフッタなどの指定が可能となっている。

続いて、本発明の特徴である印刷処理の詳細について図を用いて説明する。図６に示したのは、ネットワークコントローラ３０１で実行されるソフトウェア処理の処理手順を示す図である。円で示された各機能はそれぞれがソフトウェアモジュールに相当するものとして説明する。

なお、上述したデータ処理で行われる、マークアップ言語で記述された構造化文書データの解釈やレンダリングは本実施例ではソフトウェアによって実行されるものとして説明する。なお、本発明はソフトウェア処理に限定されるものではない。以下に説明するソフトウェアモジュールの各機能をハードウェアで実装することが可能である。また、各モジュールがそれぞれ独立したソフトウェア構造を有する必要は無い。図６では説明を簡略化するため、一つの処理を一つのモジュールに対応させているだけである。

ＤＴＶ１０１から送信された印刷用コンテンツデータはインタフェースモジュール６０１によって受信される。そして、受信した印刷用コンテンツデータを後段のパース処理モジュール６０２に渡す。なお、図示しないが、インタフェースモジュール６０１はプリントコントローラ３０２からプリンタの内部状態ステータスを取得し、プリンタステータス情報としてＤＴＶ１０１に送信する機能も有している。同様に、インタフェースモジュール６０１はプリンタコントローラ３０２に対してＤＴＶ１０１からのコマンドやネットワークコントローラ３０１からのコマンドを送信する機能を有する。

もちろん、インタフェースモジュール６０１はＤＴＶ１０１から印刷用コンテンツデータの保存先を示すＵＲＩを取得し、当該ＵＲＩに基づいて印刷用コンテンツデータの実体を受信することも可能である。

パース処理６０２はＸＨＴＭＬ−ＰｒｉｎｔファイルやＣＳＳＰＰファイルといった構造化文書データの構文を解析するモジュールである。また、解析した結果、レイアウトに関する指定を抽出する処理も実行する。

レイアウト処理６０３は、パース処理６０２によって解析された構文情報に基づいて、印刷オブジェクトを物理的なページデータとするためのページレイアウト情報を作成するモジュールである。例えば、ＸＨＴＭＬ−Ｐｒｉｎｔファイルに記載されたテキストや、ＸＨＴＭＬ−Ｐｒｉｎｔファイルで指定された画像ファイルにＣＳＳＰＰファイルを解釈して得られたスタイル情報を反映させることで、ページデータとするための改ページ位置の情報を作成する。このとき、レイアウトの生成で参照されるのがＣＳＳＰＰファイルとなる。

フォント処理６０４は、主にＣＳＳＰＰファイルによって指定されたフォントデータを作成及び管理するモジュールである。なお、フォント処理６０４は、レイアウト処理６０３で実行するページレイアウト情報の生成時にフォント情報を取得するためにも呼び出される。

レンダリング処理６０５は、ベクターデータなどの数値データとして与えられたオブジェクトを計算によってイメージデータ化する処理を実行する。レンダリング処理６０５は、例えば、ＪＰＥＧ形式のデータをＲＧＢビットマップデータにデコードしたり、レイアウト情報で指定されたサイズに調整するための拡大縮小処理を実行したりする。

バンディング処理６０６は、例えば、１ページの描画領域全体を複数の領域（バンド）に分割する。バンディング処理６０６は、後段のラスタライズ処理６０７がバンド単位に描画を実行可能とするための処理である。

ラスタライズ処理６０７は、バンディング処理６０６でバンド単位に分割された描画領域に含まれるテキストや、レンダリング処理６０５でレンダリングされたイメージデータなどを用いて、印刷用のイメージデータを生成する処理である。ラスタライズ処理６０７によって、最終的な印刷データ生成が完了する。

ラスタライズ処理６０７で生成された印刷用イメージデータは、図３で示したプリンタコントローラ３０２に渡され、所定の処理が施される。

ここで、ＣＳＳＰＰファイル及びＸＨＴＭＬ−Ｐｒｉｎｔファイルの記述変更処理６０８の説明を行う前に、プリンタコントローラ３０２側の処理を説明する。

図７は、プリンタコントローラ３０２で実行されるソフトウェア処理を説明する図である。なお、プリンタエンジン７０４以外の円で示された各モジュールはそれぞれがソフトウェア処理に相当するものとして説明する。なお、本実施例におけるプリンタエンジンは、インクジェット方式のシリアルプリンタを用いたシステムとしている。そして、本プリンタにおけるプリンタコントローラ３０２は高度な画像処理などは行わず、プリンタコントローラ３０２のメモリ上に印刷イメージデータの展開を行う。そして、展開された印刷イメージデータをプリンタエンジンで処理できるデータ形式に変換し、印刷を実行するものとする。

プリンタ制御実行処理７０１は、プリンタコントローラ３０２で行われる各種制御を実行するモジュールである。また、プリンタステータス情報をネットワークコントローラ３０１との間で送受信する制御なども実行する。

画像処理７０２は、ネットワークコントローラ３０１のラスタライズ処理６０７で生成された印刷イメージデータを受け取り、プリンタエンジンの出力形式に合わせた画像処理を実行するモジュールである。実行される画像処理は、多値のＲＧＢイメージデータを２値のＣＭＹＫイメージデータに変換する処理などである。

出力制御７０３は、画像処理モジュール７０２から出力された印刷イメージデータを、プリンタエンジン７０４で実行される印刷処理に対応させた出力形式となるように出力制御を行うモジュールである。

プリンタエンジン７０４は図３におけるヘッドドライバ３２６やモータドライバに相当する機能モジュールであるのでここでは説明を省略する。

さて、図６に戻り、本発明の特徴的な処理である印刷用構造化文書データの変更処理について説明する。

６０８は、ＣＳＳＰＰ及びＸＨＴＭＬ−Ｐｒｉｎｔの２つの印刷用構造化文書データの記述内容を変更する記述変更処理モジュールである。上述したように、データ放送印刷で用いられる印刷用コンテンツデータは、ＸＨＴＭＬ−ＰｒｉｎｔとＣＳＳＰＰという２つの構造化文書データを含む。これらはそれぞれマークアップ言語で記述されているが、印刷に特化した構造を有している。そのため、これらを通常のＨＴＭＬブラウザで表示してもレイアウトが崩れたり、表示すらできなかったりといった不具合が生じる。これは、通常のＨＴＭＬブラウザエンジンではＸＨＴＭＬ−ＰｒｉｎｔやＣＳＳＰＰ独自の印刷に特化した構造を解釈することができないためである。

そこで、記述変更処理モジュール６０８は、ＨＴＭＬブラウザで印刷ページプレビュー表示を適切に行えるよう、印刷に特化したＣＳＳＰＰ及びＸＨＴＭＬ−Ｐｒｉｎｔの記述内容を変更する処理を実行する。以下、パース処理６０２、レイアウト処理６０３及び記述変更処理モジュール６０８の処理を、例を用いて説明する。

図８はＣＳＳＰＰファイルからページレイアウト情報を抽出するパース処理６０２と、そのレイアウト情報に基づいて、ＣＳＳＰＰファイル及びＸＨＴＭＬ−Ｐｒｉｎｔファイルの記述内容を変更する記述変更処理６０８の処理内容を説明する図である。なお、ここでは、受信したＣＳＳＰＰファイル及びＸＨＴＭＬ−Ｐｒｉｎｔファイルのコピーを生成し、生成したコピーファイルに対して記述変更処理を行うものとして説明する。

ＣＳＳＰＰファイルにおいて、印刷独自の記述項目となっているのは「＠ｐａｇｅ」指定である。一般に、印刷はページ単位の出力となるので、「ページボックス」と称される特別なボックスを使用することになる。ページボックスは「ページ領域」と「マージン」とから構成されるものである。このページボックスに相当する「＠ｐａｇｅ」指定により、ページボックスのサイズ、向き、マージンなどの各値を指定できる。図８では、Ａ４サイズの縦置き用紙に、マージンを上下左右ともに３ｍｍとしたページ領域が指定されていることが示されている。

また、スタイルシートの記述を出力先別に分けることができる。図８では、ディスプレイ向けの「ｓｃｒｅｅｎ」と印刷向けの「ｐｒｉｎｔ」でそれぞれ本文のフォントサイズを異ならせて指定していることが示されている。

パース処理６０２では、ＣＳＳＰＰファイルを解析することにより、レイアウト情報を抽出する。まず、「＠ｐａｇｅ」指定から上述したページボックスのサイズや向き、マージン情報を抽出する。次に、「＠ｍｅｄｉａ」指定からｐｒｉｎｔに関してはフォントサイズ情報を抽出する。抽出された情報はＣＳＳＰＰファイルとともに、記述変更（ＣＳＳ＆ＸＨＴＭＬ Ｃｈａｎｇｅ）処理６０８に渡される。

記述変更処理６０８ではＣＳＳＰＰファイルをＨＴＭＬブラウザエンジンで解釈することが可能なＣＳＳ Ｌｅｖｅｌ２準拠のファイルとするために、ＣＳＳＰＰファイルの記述変更処理が実行される。

図８の場合、ＣＳＳＰＰ をＣＳＳ Ｌｅｖｅｌ２（以後、ＣＳＳ２と称する）に変更するために、印刷に特化したページボックスの情報をブラウザ表示に対応した表示に変更している。具体的には、ページボックスの情報を削除し、新たなボックス領域指定の記述を追加する。ＣＳＳ２では「＠ｐａｇｅ」及び「＠ｍｅｄｉａ」の記述を削除するとともに、新たに定義された「ａｌｌ」によるボックス領域指定がなされている。このボックス領域は、横方向はページ幅の２１０ｍｍとマージン３ｍｍに制限しているが、縦方向は一切制限を設けていない。これは、ＨＴＭＬブラウザで表示することを想定してのものである。また、印刷プレビュー用のＣＳＳ２のため、ｐｒｉｎｔメディアに関するフォントサイズは９ｐｔのままとしている。

上述したようにＣＳＳファイルの記述が変更されると、対応するＸＨＴＭＬ−Ｐｒｉｎｔファイルも変更する必要がある。そのため、記述変更処理６０８にはＸＨＴＭＬ−Ｐｒｉｎｔファイルも渡される。

図８のようにＣＳＳファイルが変更された場合、ＸＨＲＭＬ−ＰｒｉｎｔファイルをＸＨＴＭＬ Ｂａｓｉｃファイル形式にするためにはＸＨＴＭＬの記述全体をＣＳＳ２の「ａｌｌ」によるボックス領域で囲む必要がある。そのため、図８ではＸＨＴＭＬ Ｂａｓｉｃとしてｂｏｄｙ要素の次にｄｉｖ要素を使ったｃｌａｓｓ属性に“ａｌｌ”の記述を行う。ｄｉｖ要素は入れ子（ネスト）に対する制限は無いことから、ＸＨＴＭＬ−Ｐｒｉｎｔファイルに追記しても問題にはならない。

このように、記述変更処理６０８は、パース処理６０２で抽出したレイアウト情報を用いて、ＣＳＳＰＰファイルをＣＳＳ２対応の記述に変更する。また、ＣＳＳＰＰファイルの変更に伴って、ＸＨＴＭＬ−ＰｒｉｎｔファイルをＸＨＴＭＬ Ｂａｓｉｃ対応の記述に変更する。

さらに、記述変更処理６０８では印刷プレビュー表示のために、ＣＳＳＰＰファイル及びＸＨＴＭＬ−Ｐｒｉｎｔファイルに対して改ページ位置を示す記述を挿入する処理を実行する。ＸＨＴＭＬ−Ｐｒｉｎｔ及びＣＳＳＰＰの場合、改ページ制御に関係した設定を行うプロパティとして用意されているのは、プロパティを含む要素の直前で改ページを実行するｐａｇｅ−ｂｒｅａｋ−ｂｅｆｏｒｅである。また、プロパティを含む要素の直後で改ページを実行するｐａｇｅ−ｂｒｅａｌ−ａｆｔｅｒと、プロパティを含む要素の途中で実行するｐａｇｅ−ｂｒｅａｋ−ｉｎｓｉｄｅも用意されている。

これらは全て、用紙への印刷出力におけるページの区切りを指定するものであるため、印刷を行う際にしか適用されない。従って、このプロパティをページの概念を持たないＨＴＭＬブラウザエンジンで解釈することはできない。当然ながら、ＨＴＭＬブラウザで表示されるデータにはページの区切り位置を示す記載は存在しない。

そこで、記述変更処理６０８では、パーサ処理６０２で抽出する改ページ関連のプロパティを用いて改ページ位置を検出する。さらに、ＸＨＴＭＬファイル及びＣＳＳファイルに、改ページ位置であることをブラウザで表示するための情報を追記する。これにより、ページの概念を持たないＸＨＴＭＬ Ｂａｓｉｃ対応のＸＨＴＭＬファイル及びＣＳＳ２をＨＴＭＬブラウザで表示しても、ページの切れ目となる位置をユーザが視認することが可能となる。

なお、改ページ関連のプロパティを用いていないＣＳＳＰＰファイルも存在する。その場合はレイアウト処理６０３によるページ単位のレイアウト情報から改ページ位置を算出し、その位置に上記した改ページ表示の記述を追記すればよい。

図９は上記の改ページ位置に関する記述変更処理が施されたＣＳＳファイル及びＸＨＴＭＬファイルの例である。検出された改ページ位置に、改ページ位置であることをユーザに示す横罫線を表示する目的で、ＣＳＳ２形式となったＣＳＳファイルにはｂｏｒｄｅｒプロパティが記述されている。また、ＸＨＴＭＬ Ｂａｓｉｃ形式となったＸＨＴＭＬファイルには横罫線の位置にテキスト情報として「改ページ」との表記を行うための記述が追加されている。これにより、ＨＴＭＬブラウザに表示される印刷データのプレビュー画像には、ブラウザ上での表示例として示したような、横罫線と「改ページ」というテキストが表示される。

図６に戻って説明を続ける。以上記載した記述変更処理６０８により、ＣＳＳＰＰファイルとＸＨＴＭＬ−ＰｒｉｎｔファイルはＣＳＳ２とＸＨＴＭＬ Ｂａｓｉｃに準拠したプレビュー用構造化文書データに変更される。そして、ＨＴＴＰサーバ処理６０９では、ネットワークコントローラ３０１のＣＰＵ３１１がこれらのプレビュー用構造化文書データ及び関連するモノメディアデータをＤＴＶプリンタ１０２に実装されたＨＴＴＰサーバ（不図示）へアップロードする処理を実行する。なお、以後、プレビュー用コンテンツデータと称した場合は、プレビュー用構造化文書データを少なくとも含むデータ群として説明を行う。

以上、説明したように、プレビュー用コンテンツデータの生成は印刷用構造化文書データの記述内容をプレビュー用構造化文書データに変更することで実施される。従来のように、レンダリング処理で生成した印刷データをもとにプレビュー画像を生成するものではないので、プレビューにかかる処理時間を大幅に短縮することができる。また、レンダリング処理やイメージデータの格納を必要としないため、プレビュー用コンテンツデータの生成ではメモリなどのハードウェア資源も既存の資源で十分に流用できる。

［プレビュー用コンテンツデータの表示処理］
続いて、ＤＴＶ１０１で印刷プレビューを表示する処理について説明を行う。ＤＴＶではデータ放送を表示するためのＢＭＬブラウザの他、汎用のＨＴＭＬブラウザを実装した機種が増加している。従来は、ＢＭＬブラウザとは独立したアプリケーションを実装してこれら２種類のブラウジング機能を提供する装置が多かった。しかし、最近は機器内部のリソースを効率化させる必要性などから、ＢＭＬブラウザとＨＴＭＬブラウザを一つのコアエンジンで動作させる構成を有するようになりつつある。従って、ＢＭＬコンテンツとＨＴＭＬコンテンツをシームレスに操作する環境が整いつつある。

ＨＴＭＬに準拠したブラウザが実装されていれば、ＸＨＴＭＬ Ｂａｓｉｃ及びＣＳＳ２に対応する構造化文書データを表示することができる。従って、上述した記述変更処理で生成したプレビュー用コンテンツデータをＤＴＶ１０１に実装されたＨＴＭＬブラウザを介して表示することができる。

図１０はＤＴＶ１０１に実装されたアプリケーションレイヤを示す概念図である。最上位層はブラウザアプリケーション層であり、ブラウザ１００１が対応する。その次のレイヤであるブラウザエンジン層には、スクリプト１００２、ＨＴＭＬ／ＸＨＴＭＬ１００３、ＢＭＬ１００４、プラグイン１００５が対応する。その次のレイヤであるインタフェース層にはＨＴＴＰ１００６が対応する。最下層はＯＳ１００７が対応することになる。

ＢＭＬ１００４は、データ放送用ＢＭＬに対応したブラウザエンジンである。ＢＭＬ１００４のブラウザエンジンではＡＲＩＢで策定されたデータ放送を表示することが可能である。

ＨＴＭＬ／ＸＨＴＭＬ１００３は、インターネットコンテンツであるＨＴＭＬやＸＨＴＭＬに対応したブラウザエンジンである。従って、このエンジンでは通常のインターネットコンテンツを表示することが可能である。さらに、各種スクリプトの実行を行うスクリプト１００２や、プラグインに対応するプラグイン１００５といったエンジンを備える。

本実施例のＤＴＶ１０１では、１つのブラウザアプリケーションでデータ放送用ＢＭＬコンテンツの表示と、インターネットコンテンツの表示が可能である。

図１１は、本実施例におけるプレビュー表示処理の処理フローである。この処理フローでは、ＤＴＶ１０１側の処理とＤＴＶプリンタ１０２側の処理を共に記載している。いずれの装置でも、本処理を実行するのは各装置に実装され、各装置の制御を司るＣＰＵ（２０１，３１１）である。以下、この処理フローについて説明を行う。

まず、データ放送コンテンツをブラウザで表示した状態で、ユーザがブラウザ画面上に表示された「プレビュー」ボタンをリモコン装置などの操作で押下する操作を行う。この操作により、ＤＴＶ１０１はプレビュー指示の入力を受け付ける（ステップＳ１１０１）。なお、データ放送コンテンツをＢＭＬエンジンを用いてブラウザに表示した状態を図１２に示す。また、画面に４色のカラー（プレビューボタンは黄色とする）に対応させたボタンが表示されている。

プレビュー指示の入力を受けたＤＴＶ１０１のＣＰＵ２０１は、データ放送に付随して送信された印刷用コンテンツデータの実体、または印刷用コンテンツデータの保存先を示すＵＲＩをＤＴＶプリンタ１０２に送信する（ステップＳ１１０２）。また、このときＤＴＶプリンタ１０２で印刷プレビュー処理を実行するよう、ＤＴＶプリンタ１０２に指示を出すプレビュー指示コマンドを発行する。

ＤＴＶ１０１よりプレビュー指示コマンドと印刷用コンテンツデータの実体または印刷用コンテンツデータの保存先を示すＵＲＩを受け取ったＤＴＶプリンタ１０２は、当該プレビュー指示コマンドの入力を受ける（ステップＳ１１０３）。なお、特に制御ステップとしては図示しないが、印刷用コンテンツデータの実体ファイルを受け取った場合はその実体ファイルを用いてプレビュー用コンテンツデータの生成を開始する。また、印刷用コンテンツデータの保存先を示すＵＲＩを受け取るプリントＵＲＩ形式の場合は、当該ＵＲＩを用いて図５で説明した処理により、印刷用コンテンツデータの実体ファイルを取得する処理を行う。

続いて、ＤＴＶプリンタ１０２は、ステップＳ１１０３で入力されたプレビュー指示コマンドに基づいて、取得したＸＨＴＭＬ−Ｐｒｉｎｔファイル及びＣＳＳＰＰファイルの解析処理を実行する（ステップＳ１１０４）。本ステップでの処理は、図６に示したパース処理６０２に相当するものである。

解析後、ＤＴＶプリンタ１０２はＸＨＴＭＬ−Ｐｒｉｎｔファイル及びＣＳＳＰＰファイルの記述変更処理を実行する（ステップＳ１１０５）。本ステップでの処理は、図６に示した記述変更処理６０８に相当するものである。

次に、ＤＴＶプリンタ１０２はステップＳ１１０５の記述変更処理によって生成されたプレビュー用コンテンツデータ（プレビュー用ＸＨＴＭＬファイル及びＣＳＳファイルを含むデータ群）をＤＴＶプリンタ１０２のＨＴＴＰサーバへアップロードする（ステップＳ１１０６）。本ステップでの処理は、図６に示したＨＴＴＰサーバ処理６０９に相当するものである。

ＤＴＶ１０１ではステップＳ１１０１でユーザからのプレビュー指示の入力を受けた後、ＨＴＭＬブラウザエンジンを起動する（ステップＳ１１０７）。これは、ＤＴＶプリンタ１０２が生成するプレビュー用コンテンツデータを解釈してブラウザで表示するために行われる。

ＤＴＶ１０１は、ＨＴＭＬブラウザエンジン１００３を起動した後、ステップＳ１１０６でＨＴＴＰサーバにアップロードされたプレビュー用コンテンツデータを取得するためにＨＴＴＰサーバにアクセスする（ステップＳ１１０８）。具体的には、プレビュー用コンテンツデータであるＸＨＴＭＬファイルのファイルパス、即ちＵＲＩへアクセスすることになる。

なお、ＤＴＶ１０１とＤＴＶプリンタ１０２との間では、プレビュー用コンテンツデータへアクセスするためのＵＲＩを事前に取り決めておく。この取り決め方法としては各種の方法が考えられるが、本実施例では、ＤＴＶプリンタ１０２にプレビュー用コンテンツデータへアクセスするためのＵＲＩを予め設定し、出荷する。ＤＴＶプリンタ１０２とＤＴＶ１０１をネットワークを介して接続した際、ＤＴＶプリンタ１０２の各種設定値とともに上記ＵＲＩをＤＴＶ１０１へ通知する。ＤＴＶ１０１は通知されたＵＲＩを任意のメモリ領域に格納しておくこととする。そして、ステップＳ１１０８でＤＴＶ１０１がＨＴＴＰサーバへアクセスする際に、格納しておいたＵＲＩを用いる。もちろん、ＤＴＶプリンタ１０２はＤＴＶ１０１から印刷プレビュー指示が発行された場合、生成したＸＨＴＭＬファイルを上記ＵＲＩに対応させてＨＴＴＰサーバ上に保持することになる。

続いて、ＤＴＶ１０１はプレビュー用コンテンツデータを取得する（ステップＳ１１０９）。このとき、ＸＨＴＭＬファイルにＪＰＥＧ画像などのモノメディアを指定する属性が記述されていれば、指定されたモノメディアもあわせて取得する。最後に、取得したプレビュー用コンテンツデータをＨＴＭＬブラウザエンジンが処理することで、ブラウザに印刷プレビューを表示する（ステップＳ１１１０）。

図１３は、印刷プレビューをブラウザ１００１に表示した場合を示す図である。ＤＴＶ１０１のモニタにはブラウザ画面１３０１が表示され、ブラウザ画面１３０１内に取得した印刷プレビュー用コンテンツデータに基づいて生成したプレビューが表示されている。ユーザは、表示された印刷プレビューを確認した上で、ブラウザに表示された「印刷」ボタンをリモコン操作などにより押下することができる。ＤＴＶ１０１が印刷指示コマンドをＤＴＶプリンタ１０２に発行すると、ＤＴＶプリンタ１０２に既に送信されている印刷用コンテンツデータ（ＸＨＴＭＬ−Ｐｒｉｎｔファイル及びＣＳＳＰＰファイルを含むデータ群）を用いて印刷データが生成される。

以上、ここまで説明したように、ＤＴＶ１０１とＤＴＶプリンタ１０２とからなるシステムでは、ＤＴＶプリンタ１０２が印刷用コンテンツデータからプレビュー用コンテンツデータを生成する。このプレビュー用コンテンツデータは、印刷に特化したＸＨＴＭＬとＣＳＳをＤＴＶ１０１に搭載されたブラウザで表示することができるとともに、印刷プレビューとしての要求にも応えられるように、改ページ位置などの情報を追加したものである。ＤＴＶ１０１は、ＤＴＶプリンタ１０２が生成し、ＨＴＴＰサーバにアップロードされたＸＨＴＭＬを取得して、ＨＴＭＬブラウザで表示することにより、ユーザに対して適切な印刷プレビュー画像を提供することができる。

即ち、デジタル放送のデータ放送の印刷において、マークアップ言語で記述された印刷用構造化文書データから生成される印刷データを印刷出力する前に、デジタルテレビのブラウザ機能を用いて当該印刷データのプレビュー表示を行うことが可能となる。

なお、本実施例では、ＤＴＶプリンタ１０２の構成、特に図６に示した構成を全てソフトウェアモジュールで表現したが、本発明はこれに限定されるものではない。パース処理６０２や記述変更処理などといった構成をハードウェアとして実装することも可能である。

また、本実施例のＤＴＶ１０１では、ＨＴＭＬ／ＸＨＴＭＬブラウザエンジン１００３とＢＭＬブラウザエンジン１００４がそれぞれ共通のブラウザ１００１を利用するように構成しているが、本発明はこの構成に限るものではない。それぞれのブラウザエンジンに対応するようにそれぞれのブラウザが実装される場合であっても、本発明は適用することが可能である。

なお、上述した第１の実施例ではＤＴＶ１０１から印刷プレビューの指示コマンドが発行された場合に、ＤＴＶプリンタ１０２が印刷用コンテンツデータをプレビュー用コンテンツデータに変換する処理を実行していた。

しかしながら、ＤＴＶ１０１から印刷の指示コマンドが発行された場合でも、ＤＴＶプリンタ１０２で実際に印刷処理を実行する前に、ユーザに対してプレビューを確認するよう促すことも可能である。この場合、印刷用のＸＨＴＭＬ−Ｐｒｉｎｔファイル及びＣＳＳＰＰファイルに基づいてプレビュー用のＸＨＴＭＬファイル及びＣＳＳファイルを生成し、ＤＴＶ１０１のブラウザで表示させる。その後、プレビューの内容で印刷を実行しても良い旨の指示コマンドがＤＴＶプリンタ１０２に入力された場合に、受信した印刷用のＸＨＴＭＬ−Ｐｒｉｎｔファイル及びＣＳＳＰＰファイルから印刷データを生成する処理を実行すればよい。

このように構成することで、ユーザが望まない印刷物が出力されるケースを抑制できるようになる。

本発明の実施例におけるデータ放送印刷の環境を示した概念図である。 本発明の実施例におけるＤＴＶ１０１の内部構造を説明するための機能ブロック図である。 本発明の実施例におけるＤＴＶプリンタ１０２の内部構成を説明するための機能ブロック図である。 本発明の実施例におけるデータ放送印刷のプリントファイル方式を説明するフロー図である。 本発明の実施例におけるデータ放送印刷のプリントＵＲＩ方式を説明するフロー図である。 本発明の実施例におけるネットワークコントローラ３０１で実行される処理を説明する図である。 本発明の実施例におけるプリンタコントローラ３０２で実行される処理を説明する図である。 本発明の実施例における記述変更処理６０８の処理内容を説明する図である。 本発明の実施例における記述変更処理が施されたＣＳＳファイル及びＸＨＴＭＬファイルの例を示す図である。 本発明の実施例におけるＤＴＶ１０１に実装されたアプリケーションレイヤを示す概念図である。 本発明の実施例における印刷プレビュー表示処理の処理フロー図である。 本発明の実施例におけるデータ放送コンテンツをＢＭＬエンジンを用いてブラウザに表示した状態を示す図である。 本発明の実施例における印刷プレビューをブラウザに表示した場合を示す図である。

符号の説明

１０１ ＤＴＶ（表示装置）
１０２ ＤＴＶプリンタ（情報処理装置、印刷装置）
１０８ ネットワーク
２０１ ＣＰＵ
３０１ ネットワークコントローラ
３０２ プリンタコントローラ
６０２ パース処理モジュール
６０３ レイアウト処理モジュール
６０８ 記述変更処理モジュール
６０９ ＨＴＴＰサーバモジュール
１００１ ブラウザ
１００３ ＨＴＭＬ／ＸＨＴＭＬブラウザエンジン
１００４ ＢＭＬブラウザエンジン

Claims (6)

1. データ放送を受信する放送受信装置と通信可能に接続され、データ放送を利用して提供されるデータ放送印刷を実行可能な印刷装置であって、
   マークアップ言語で記述された、データ放送にかかる印刷用構造化文書データまたは当該印刷用構造化文書データの保存先を示すアドレス情報を前記放送受信装置から受信する受信手段と、
   前記受信手段で前記アドレス情報を受信した場合には、当該アドレス情報を用いて印刷用構造化文書データを取得する取得手段と、
   前記受信手段または前記取得手段により入手した前記印刷用構造化文書データを解析し、印刷に関するレイアウト情報を抽出する解析手段と、
   当該レイアウト情報を用いて、前記印刷用構造化文書データに含まれる印刷に関する記述内容を、前記放送受信装置に搭載された、マークアップ言語を表示可能なブラウザアプリケーションで解釈可能な記述に変更する変更処理手段と、を有し、
   前記印刷用構造化文書データは、印刷データの要素や属性を規定する第１の構造化文書データと、印刷データのレイアウトを少なくとも規定する第２の構造化文書データとを含み、
   前記解析手段は前記第２の構造化文書データを解析することで前記レイアウト情報を抽出し、
   前記変更処理手段は、前記解析手段で抽出したレイアウト情報を用いて、前記第１の構造化文書データ及び前記第２の構造化文書データに含まれる印刷に特化した記述内容をブラウザアプリケーションでの表示に対応した記述内容に変更することを特徴とする印刷装置。
2. 前記変更処理手段は、前記第１の構造化文書データ及び前記第２の構造化文書データに対してページの区切り位置を示す記述を追加することを特徴とする請求項１に記載の印刷装置。
3. 前記変更処理手段で記述を変更された前記第１の構造化文書データ及び前記第２の構造化文書データを前記放送受信装置からアクセス可能とするためにサーバへアップロードするアップロード手段をさらに有することを特徴とする請求項１または２に記載の印刷装置。
4. データ放送を受信する放送受信装置と通信可能に接続され、データ放送を利用して提供されるデータ放送印刷を実行可能な印刷装置の制御方法であって、
   マークアップ言語で記述された、データ放送にかかる印刷用構造化文書データまたは当該印刷用構造化文書データの保存先を示すアドレス情報を前記放送受信装置から受信する受信ステップと、
   前記受信ステップで前記アドレス情報を受信した場合には、当該アドレス情報を用いて印刷用構造化文書データを取得する取得ステップと、
   前記受信ステップまたは前記取得ステップにより入手した前記印刷用構造化文書データを解析し、印刷に関するレイアウト情報を抽出する解析ステップと、
   当該レイアウト情報を用いて、前記印刷用構造化文書データに含まれる印刷に関する記述内容を、前記放送受信装置に搭載された、マークアップ言語を表示可能なブラウザアプリケーションで解釈可能な記述に変更する変更処理ステップと、を有し、
   前記印刷用構造化文書データは、印刷データの要素や属性を規定する第１の構造化文書データと、印刷データのレイアウトを少なくとも規定する第２の構造化文書データとを含み、
   前記解析ステップでは前記第２の構造化文書データを解析することで前記レイアウト情報を抽出し、
   前記変更処理ステップでは、前記解析ステップで抽出したレイアウト情報を用いて、前記第１の構造化文書データ及び前記第２の構造化文書データに含まれる印刷に特化した記述内容をブラウザアプリケーションでの表示に対応した記述内容に変更することを特徴とする印刷装置の制御方法。
5. 前記変更処理ステップでは、前記第１の構造化文書データ及び前記第２の構造化文書データに対してページの区切り位置を示す記述を追加することを特徴とする請求項１に記載の印刷装置の制御方法。
6. 前記変更処理ステップで記述を変更された前記第１の構造化文書データ及び前記第２の構造化文書データを前記放送受信装置からアクセス可能とするためにサーバへアップロードするアップロード手段をさらに有することを特徴とする請求項４または５に記載の印刷装置の制御方法。

Images