JP5643507B2 - 印刷制御装置、印刷制御方法、およびプログラム - Google Patents

Description

本発明は、印刷装置を制御する印刷制御装置、印刷制御方法、およびプログラムに関する。

ＴＶ（Ｔｅｌｅｖｉｓｉｏｎ）装置において、デジタル放送の開始とともに、デジタル情報制御装置、たとえば、デジタル放送用テレビ（Ｄｉｇｉｔａｌ Ｔｅｌｅｖｉｓｉｏｎ、以下「ＤＴＶ」と称する）が普及している。このＤＴＶを用いて、インターネットに接続し、ＤＴＶのテレビ画面にＷＥＢの内容を表示して利用されている。

また、ネットワークを介した印刷システムのプロトコルとして、ＩＰＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｉｎｔｉｎｇ Ｐｒｏｔｏｃｏｌ）が普及している。このＩＰＰを用いてプリンタに印刷ジョブを送る際に、印刷データを渡す代わりに、印刷データの所在を示すＵＲＩをクライアントホストから、ネットワークプリンタに渡すＰｒｉｎｔ−ＵＲＩリクエストが規定されている。なお、ＵＲＩは、“Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒ”の略語である。

一方、情報家電の普及や、事務機のネットワーク対応に伴い、家庭内や小規模オフィスのネットワーク化が進んでいる。このような家庭内や小規模オフィスにおけるネットワークに対応した機器同士の通信を制御するための規格として、ＵＰｎＰ（Ｕｎｉｖｅｒｓａｌ Ｐｌｕｇ ａｎｄ Ｐｌａｙ）が提案されている。このＵＰｎＰの標準プリントサービスであるＰｒｉｎｔ Ｂａｓｉｃ及びＰＥ１サービスにおいて、上述したように印刷データが存在するＵＲＩをネットワークプリンタに引き渡し、プリンタが印刷データを取得して印刷を行うＰＵＬＬ印刷が可能である。

また、ＵＲＩを参照して印刷する方法以外の方法として、デジタル放送の放送波から送られてくる映像データと一緒に、印刷コンテンツを、ＤＴＶへ渡す手法も存在する。この場合、ＵＰｎＰの標準プリントサービスを利用し、ＮｅｔＴＶ規格に準拠して、印刷するデータをプリンタに引き渡すＰＵＳＨ印刷ができる。

ＤＴＶは、受信したデジタル放送波に含まれている印刷コンテンツのデータまたはコンテンツの所在であるＵＲＩを検出する。検出した結果を受けて、ＤＴＶのＢＭＬブラウザ視聴中に、ＢＭＬブラウザ上に印刷ボタンが表示され、このボタンをテレビリモコンによって選択すると、ＤＴＶからプリンタへ印刷命令が発行される。

また、ＤＴＶに提供されるデジタル放送の印刷コンテンツは、番組連動型が中心であり、番組が終了すると、番組中に提供されていた印刷コンテンツを提供することができない。また、ＵＲＩをプリンタに引き渡してプリンタがこのＵＲＩを参照して印刷データを取得する方法においても、番組が終了すると、参照先のサーバが印刷データの保持を保証しないので、番組中に提供されていた印刷コンテンツを提供することができない。

このように、タイミングによっては印刷が実行できない、またはユーザが所望の印刷結果が得られないことが起こりうる。それを防ぐ為に、たとえば用紙の有無や省電力モードからの復帰時間等、実際に印刷行うために必要な情報を取得して、その情報に基づき印刷を開始させる技術が知られている（たとえば、特許文献１参照）。

特開２００４−２２９２２３号公報

デジタル放送に印刷のためのデータが含まれている場合、ＤＴＶにおいては、ＤＴＶ視聴中にＢＭＬブラウザ上に印刷ボタンが表示され、テレビリモコンを介して、上記印刷ボタンを選択すると、ＤＴＶからプリンタへ印刷命令が発行される。

しかしながら、プリンタはＤＴＶに限らず、ＰＣ等、ＤＴＶ以外からの印刷ジョブも実行可能な場合がある。プリンタの状態が、このような他の装置から受信した印刷ジョブを既に処理中である場合、メモリ容量を多く確保されてないプリンタでは、印刷ジョブを蓄積することができず、排他処理（他の印刷命令を受け付けない処理）を実行している。これによって、ＤＴＶが発行したデジタル放送のコンテンツ印刷を失敗してしまうことがある。

さらに上述のように、このＤＴＶが印刷しようとしているデジタル放送の印刷データは、テレビ放送番組が放送されている時間に関連して供給されるので、その放送番組が終了すると、再印刷の機会を失う可能性がある。

本発明は、印刷命令が受信されたときに印刷装置が印刷を実行している場合に、当該印刷命令による印刷を適切に実行させることができる印刷制御装置、印刷制御方法、およびプログラムを提供することを目的とする。

本発明の印刷制御装置は、外部装置に格納されている印刷対象のデータの格納先を特定するための印刷命令を受信する受信手段と、上記受信手段により受信された上記印刷命令により特定される格納先から上記印刷対象のデータを取得し、当該取得されたデータに基づき印刷装置に画像を印刷させる印刷制御手段と、上記受信手段により受信された上記印刷命令に基づく印刷が可能な時間を特定するための情報を取得する取得手段と、上記印刷装置により第１の印刷が実行されているときに上記受信手段が印刷命令を受信した場合、上記取得手段が取得した情報により特定される上記時間に基づき、上記印刷制御手段により上記印刷命令に対応する第２の印刷を実行することが可能か当該第１の印刷の完了後に判断する判断手段と、上記判断手段が上記第２の印刷を実行することが可能であると判断した場合、上記印刷制御手段により上記印刷命令に基づく上記第２の印刷を実行するための所定の処理を実行する処理手段とを有し、上記処理手段は、上記第２の印刷が可能であることをユーザに通知する処理を、上記所定の処理として実行し、上記処理手段による上記通知の後、上記受信手段により上記第２の印刷に対応する印刷命令が再び受信された場合に、上記印刷制御手段は、当該第２の印刷に対応する印刷対象のデータを上記印刷装置に印刷させることを特徴とする。

本発明によれば、印刷命令が受信されたときに印刷装置が印刷を実行している場合に、当該印刷命令による印刷を適切に実行させることができる。

実施例１であるプリンタＰＲ１を含む印刷システムＰＳ１の構成図である。 プリンタＰＲ１のハードウェア構成を示す図である。 プリンタＰＲ１のソフトウェア構成の主要部分を示す図である。 ＤＴＶ１０１の表示制御装置６００を示す図である。 実施例１を適用するデータ放送データの一例を示す図である。 実施例１を適用するデータ放送データの一例を示す図である。 実施例１を適用するデータ放送データの一例を示す図である。 印刷コンテンツが存在する場合のコンテンツ表示状態を示す図である。 リモコン６５２の平面図を示す。 データＤ３を分離するデータ分離部６０２の動作の説明図である。 １つのテーブルにＮ個の印刷コンテンツが存在する例を示す図である。 データ放送印刷のプリントファイル方式を説明するフロー図である。 プリントＵＲＩ方式の動作を示すフローチャートである。 印刷命令を発行したときの処理を示すフローチャートである。 印刷命令受信時のプリンタＰＲ１の対処を示すフローチャートである。 実行していた印刷処理を終了した後の制御を示すフローチャートである。 再印刷を促す表示後に印刷命令を受信した場合のフローチャートである。

発明を実施するための形態は、次の実施例である。

図１は、本発明の実施例１であるプリンタＰＲ１を含む印刷システムＰＳ１の構成図である。

印刷システムＰＳ１は、ＤＴＶ１０１と、プリンタＰＲ１と、ＤＮＳサーバ１０３と、コンテンツサーバ１０４と、Ｅｔｈｅｒｎｅｔ１０５とを有する。なお、上記Ｅｔｈｅｒｎｅｔは、登録商標である。また、プリンタＰＲ１は、デジタル放送に関連する印刷コンテンツの印刷命令を受信し、この受信した印刷命令を実行中に、次の印刷命令が来たときに、上記次の印刷命令を受信する機能が無い印刷装置である。

ＤＴＶ１０１は、画像処理装置の一例であるデジタルテレビであり、デジタルテレビ情報化研究会によって策定された規格であるネットＴＶ２．０に準拠したネットＴＶ端末である。上記ネットＴＶ規格は、ＤＴＶをネットワーク対応端末として用いる場合の端末の要求仕様や、ネットＴＶ端末で利用するコンテンツやサービスの運用ガイドライン等を定めた規格である。また、ネットＴＶ端末から要求されたデータを印刷するためのプリンタに対する仕様も、ネットＴＶ規格に含まれている。

ＤＴＶ１０１とプリンタＰＲ１とは、Ｅｔｈｅｒｎｅｔ１０５によってＬＡＮ接続され、互いに通信である。ＬＡＮは、図示しないルータによってインターネットに接続されているので、ＤＴＶ１０１とプリンタＰＲ１とは、ＤＮＳサーバ１０３とインターネット上のＨＴＴＰサーバ（ＷＥＢサーバ）としてのコンテンツサーバ１０４とにアクセスすることができる。ＤＴＶ１０１は、通常の放送受信の他に、インターネットを介して、ネットワーク上に存在するコンテンツサーバ１０４へアクセスし、ネットＴＶに実装されているネットＴＶ対応のＷＥＢブラウザを介して、ＷＥＢページを表示する。なお、ＤＴＶ１０１は、ＡＲＩＢ（社団法人 電波産業会）によって定められているデータ放送コンテンツを表示することもできる。さらに、データ放送コンテンツに含まれている印刷用コンテンツや、ネットＴＶ対応の印刷コンテンツを、プリンタＰＲ１で印刷することができる。

また、ＤＴＶ１０１は、データ放送コンテンツに含まれている印刷コンテンツや、ネットＴＶコンテンツに含まれている印刷コンテンツを印刷する指示を、プリンタＰＲ１に発行することができる。ＤＴＶ１０１を介したデータ放送印刷形態として、ＡＲＩＢに定められている主なタイプは、（１）ＰｒｉｎｔＦｉｌｅ形式、（２）ＰｒｉｎｔＵＲＩ形式、（３）ＰｒｉｎｔＳｔａｔｉｃＳｃｒｅｅｎ形式の３タイプである。

（１）ＰｒｉｎｔＦｉｌｅ形式は、データ放送コンテンツとして印刷コンテンツの実体ファイルがＤＴＶに送信される形式である。したがって、ＤＴＶは、この印刷コンテンツの実体ファイルをプリンタに送信し、プリンタが、実体ファイルに基づいて印刷する。

（２）ＰｒｉｎｔＵＲＩ形式は、データ放送コンテンツとしての印刷コンテンツの実体ファイルの在りかを示すＵＲＩ情報を、ＤＴＶに送信する形式である。したがって、ＤＴＶは、このＵＲＩ情報をプリンタに送信し、受信したＵＲＩ情報に従って、プリンタが印刷コンテンツの実体ファイルを取得し、印刷する。

（３）ＰｒｉｎｔＳｔａｔｉｃＳｃｒｅｅｎ形式は、ＤＴＶがキャプチャしたデータ放送画面等の静止画像を、プリンタに送信し、プリンタが印刷する形式である。

なお、（１）ＰｒｉｎｔＦｉｌｅ形式と（２）ＰｒｉｎｔＵＲＩ形式とによってプリンタが取得する印刷コンテンツの実体ファイルは、ＸＨＴＭＬ−Ｐｒｉｎｔ文書という構造化文書データによって記述されている。ただし、ＡＲＩＢでは、ＤＴＶとプリンタとの間の接続や、ネットワーク上のプリンタの発見処理、状態取得処理の詳細等については、規定していない。このために、ＡＲＩＢで規定されていない印刷に関する仕様は、ネットＴＶ２．０規格で定められている。なお、ネットＴＶ規格で規定されているネットＴＶコンテンツにおける印刷コンテンツも、ＸＨＴＭＬ−Ｐｒｉｎｔ文書で構成される。

また、ネットＴＶ規格対応端末としてのＤＴＶ１０１とプリンタＰＲ１とは、ＵＰｎＰ ＰｒｉｎｔＥｎｈａｎｃｅｄ：１に準拠している。なお、これらの規格の詳細については、各規格を参照し、ここでの説明を省略する。

ＤＮＳサーバ１０３は、インターネット上での名前解決を行う。クライアントからのＩＰアドレスの問い合わせに対して、サーバ名をＩＰアドレスに変換し、クライアントにＩＰアドレスを返す。

コンテンツサーバ１０４は、ＨＴＭＬ文書や画像等の情報を蓄積し、Ｗｅｂブラウザ等のクライアントソフトウェアからの要求に応じて、インターネット等のネットワークを通じて、これらの情報を送信する。

図２は、プリンタＰＲ１のハードウェア構成を示す図である。プリンタＰＲ１は、コンテンツデータを取得するネットワークコントローラ２０１とともに、コンテンツデータを解釈し、印刷イメージデータを生成する。さらに、プリンタＰＲ１は、上記印刷イメージデータに基づいて、印刷メディア上に画像を出力するプリンタコントローラ２０２の各ブロックによって構成されている。

ネットワークコントローラ２０１は、主制御を司るＣＰＵ２１１と、ＤＲＡＭ２１２と、プログラムＲＯＭ２１３と、ＮＩＣ２１４と、シリアルＩＯ２１５とによって構成され、Ｅｔｈｅｒｎｅｔ１０５に接続されている。なお、ＮＩＣは、ネットワーク・インタフェース・コントローラである。

ＤＲＡＭ２１２は、取得したコンテンツデータを一時取り込むためのバッファメモリやワークメモリとして使用する。ＮＩＣ２１４は、Ｅｔｈｅｒｎｅｔ１０５に接続されている機器との間で、通信する。プログラムＲＯＭ２１３は、実行プログラムが書き込まれている。シリアルＩＯ２１５は、プリンタコントローラとの通信に用いられている。上記各ブロックは、内部バスによって、互いに接続されている。

プリンタコントローラ２０２は、主制御を司るＰ−ＣＰＵ２２１と、Ｐ−ＤＲＡＭ２２２と、Ｐ−ＲＯＭ２２３と、フォントＲＯＭ２２４と、シリアルＩＯ２２５と、プリンタエンジンコントローラ２２６とを有する。また、プリンタコントローラ２０２は、ヘッドドライバ２２７と、モータドライバ２２９と、モータドライバ２３１とを有する。

Ｐ−ＣＰＵ２２１は、実行中の印刷命令の処理が終了したときに、印刷コンテンツを提供する番組時間内であるかどうかを判断する。また、Ｐ−ＣＰＵ２２１は、番組時間内であると判断すると、上記受信しなかった上記次の印刷命令を受信し、その印刷コンテンツについて再印刷を促すことを通知する。

Ｐ−ＤＲＡＭ２２２は、取得したコンテンツデータ、ＵＲＬ、名前解決処理で解決されたサーバ名及び対応するＩＰアドレス、及び取得の成否を一時取り込むためのバッファメモリやワークメモリとして使用する。Ｐ−ＲＯＭ２２３には、実行プログラムが書き込まれている。フォントＲＯＭ２２４には、フォントデータが書き込まれている。シリアルＩＯ２２５は、ネットワークコントローラとの通信に用いられる。プリンタエンジンコントローラ２２６は、印刷機構部を駆動する。上記各ブロックが内部バスによって接続されている。

ヘッドドライバ２２７は、印刷機構部のインクジェットヘッド２２８を駆動する。モータドライバ２２９は、キャリッジモータ２３０を駆動する。モータドライバ２３１は、ペーパーフィードモータ２３２を駆動する。

図３は、プリンタＰＲ１のソフトウェア構成のうちで、本発明に係る部分の概略を示す図である。

プリンタＰＲ１は、ＨＴＭＬ、ＸＨＴＭＬ、ＸＨＴＭＬ−Ｐｒｉｎｔまたは他の構造化言語で記述されている印刷コンテンツまたは印刷コンテンツの参照先と、印刷指示命令を送出するＤＴＶ１０１からのデータとを受信し、動作する。

ネットワークコントローラ２０１は、送受信手段４０１を有する。送受信手段４０１は、ＤＴＶ１０１、ＤＮＳサーバ１０３、コンテンツサーバ１０４のそれぞれとの間におけるデータの送受信と、プリンタコントローラ２０２との間におけるデータの送受信とを実行する。送受信手段４０１は、ＤＴＶ１０１からの印刷コンテンツの参照先を受信すると、ＤＮＳサーバ１０３に、名前解決要求を送信する。続いて、ＤＮＳサーバ１０３から返されるＩＰアドレスに基づいて、コンテンツサーバ１０４に、コンテンツ取得要求を送信する。コンテンツを取得すると、プリンタＵＲＬ、コンテンツサーバから取得したコンテンツと、コンテンツ取得時に名前解決したサーバ名と、ＩＰアドレスと、取得の成否とを、プリンタコントローラ２０２に送信する。また、プリンタコントローラ２０２からオブジェクト取得要求を受信し、コンテンツ取得時と同様に、コンテンツサーバ１０４に、オブジェクト取得要求を送信する。

プリンタコントローラ２０２は、パース手段４０２と、レイアウト手段４０３と、レンダリング手段４０４と、印刷手段４０５とを有する。パース手段４０２は、構造化言語で記述されているコンテンツデータを構文解析する。レイアウト手段４０３は、パース手段４０２が解析した構文情報に基づいて、印刷オブジェクトの配置情報データを生成する。レンダリング手段４０４は、上記配置情報データに基づいて描画処理を行い、カラー画像の各色成分画素について、多値データで構成した印刷用のイメージデータを出力する。なお、パース手段４０２、レイアウト手段４０３、レンダリング手段４０４の何れにおいても、オブジェクトの取得要求を、送受信手段４０１に送信することができる。印刷手段４０５は、印刷機構４０６を制御し、印刷する。

図４は、ＤＴＶ１０１の表示制御装置６００を示す図である。

表示制御装置６００は、テレビ基本機能としてテレビ放送の選局処理機能を有する。また、表示制御装置６００は、テレビ拡張機能として、社団法人 電波産業会（ＡＲＩＢ）による標準規格ＳＴＤ−Ｂ２４「デジタル放送におけるデータ放送符号化方式と伝送方式」で規定されるデータ放送のブラウズ機能、印刷機能を有する。

（表示制御装置６００の選局処理機能について）
先ず、表示制御装置６００の選局処理機能について説明する。選局処理機能は、アンテナ６５１を介して、チューナ部６０１がデジタル放送信号を受信する機能である。また、選局処理機能は、ユーザによるリモコン６５２の操作によって選択したチャンネルに関わる映像や番組情報等を、映像表示部６０８に表示する機能、音声を音声出力部６０９から出力する機能である。

次に、表示制御装置６００が選局処理を行うための内部動作について説明する。

システム制御部６１１は、受光部６１２を介して受信するユーザのリモコン６５２の操作による操作情報に基づいて、ユーザ所望のチャンネルを判定し、選局制御部６１３に選局を要求する。

選局制御部６１３は、選局要求に基づいて、チューナ部６０１、データ分離部６０２の選局制御を開始する。チューナ部６０１は、入力された放送信号に対して、復調、誤り訂正等の処理を行い、トランスポートストリーム（以下、「ＴＳ」という）を形成し、データ分離部６０２に出力する。ＴＳには、複数のチャンネルに関わる映像、音声、番組情報データ、データ放送データ、及び現在時刻情報等が多重されている。番組情報には、番組名、番組内容説明、放送チャンネル、放送時間情報（開始時刻と継続時間）、番組ジャンル情報等を含む。時刻情報には、年月日、時分秒情報を含む。なお、データ放送データは、ＩＳＯ／ＩＥＣ１３８１８−６やＡＲＩＢよる標準規格ＳＴＤ−Ｂ２４等によって規定され、記述されているＤＳＭ−ＣＣのデータカルーセル方式によって、放送局から繰り返し送出される。

データ分離部６０２は、ＴＳから所望のチャンネルに関わる映像、音声、番組情報データ、データ放送データ、現在時刻情報を分離する。データ分離部６０２については、後で詳細に説明する。

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

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

表示合成部６０５は、映像デコード部６０３が復号した映像データと、グラフィック生成部６１８が生成するグラフィックデータとを合成する。音声制御部６０７は、音声データのボリュームレベル等を変更する。選局制御部６１３は、上記選局処理動作が正常に完了すると、選局したチャンネル情報をメモリ部６１４に蓄積する。

（表示制御装置６００におけるデータ放送のブラウズ機能について）
次に、表示制御装置６００におけるデータ放送のブラウズ機能、印刷機能について説明する。データ放送ブラウズ機能は、データカルーセル方式によって放送局から繰り返し送出されるデータ放送データを、映像表示部６０８に表示する機能、音声を音声出力部６０９から出力する機能である。

図５、図６、図７は、実施例１を適用するデータ放送データの一例を示す図である。

データ放送データには、テキスト情報、表示レイアウト情報、スクリプト情報、静止画像情報、音声情報等が含まれている。テキスト情報は、ＡＲＩＢよる標準規格ＳＴＤ−Ｂ２４において規定されているＸＭＬベースのデータ放送向けのページ記述言語、ＢＭＬによって記述されている。ＸＭＬは、“ｅＸｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ”の略語である。ＢＭＬは、“Ｂｒｏａｄｃａｓｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ”の略語である。

表示レイアウト情報は、ＣＳＳ（カスケーディング・スタイルシート）を用い、スクリプト情報は、ＪａｖａＳｃｒｉｐｔを用いている。さらに、ＢＭＬ情報の論理的構造や情報へのアクセス、及び操作を行うための手段として、ＤＯＭ（Ｄｏｃｕｍｅｎｔ Ｏｂｊｅｃｔ Ｍｏｄｅｌ）を用いている。

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

次に、表示制御装置６００がデータ放送ブラウズを行うための内部動作について説明する。

システム制御部６１１は、受光部６１２を介して受信したユーザのリモコン６５２の操作による操作情報に基づいて、データ放送ブラウズ要求であることを判定し、データ放送ブラウズ処理部６１７に、データ放送ブラウズ処理開始を要求する。

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

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

ｓｔａｒｔ（）関数の中では、先ず、表示制御装置が、印刷機能を有しているかどうかを問い合わせる関数を呼び出す。データ放送ブラウズ処理部６１７は、組込みＡＰＩとして、ｇｅｔＢｒｏｗｓｅｒＳｕｐｐｏｒｔ（）という拡張ＤＯＭ−ＡＰＩを有している。このＡＰＩは、引数として、“"ＡＲＩＢ"，"ＡＰＩＧｒｏｕｐ"，"Ｐｒｉｎｔ．Ｂａｓｉｃ"”という文字列を与えると、“１”または“０”の値を返す。“１”は、印刷機能を有していることを意味し、“０”は、印刷機能を有していないことを示す。実施例１が適用される表示制御装置は、印刷機能を有するので、このＡＰＩの戻り値は、“１”である。

図８は、実施例１に関わるＢＭＬブラウザに表示された印刷コンテンツが存在する場合におけるコンテンツ表示状態の一例を示す図である。

ｓｔａｒｔ（）関数の中では、次に、ｇｅｔＢｒｏｗｓｅｒＳｕｐｐｏｒｔ（）の戻り値によって、図８に示す領域１３０１に、ボタンイメージやテキスト情報を描画するかどうかを決定する。データ放送ブラウズ処理部６１７は、初期スクリプト実行後に、グラフィック生成部６１８、表示合成部６０５を介して、ボタンイメージやテキスト情報の描画を行う。その動作と共に、表示合成部６０５は、映像デコード部６０３からの動画像とを合成処理する。動画表示領域１３０４には、映像デコード部６０３がデコードした動画像が表示される。また、図８の画面右側には、天気予報や交通情報等の詳しい情報へ表示遷移させるためのボタン「天気予報を見る」１３０５、ボタン「交通情報を見る」１３０６、ボタン「最新ニュースを見る」１３０７が表示されている。

図８の画面を表示中に、ユーザがリモコンのカーソルキー操作によって、フォーカス１３０８を移動させる。そして、所望の位置（「天気予報を見る」１３０５、ボタン「交通情報を見る」１３０６、ボタン「最新ニュースを見る」１３０７のいずれか）で決定キーを押すと、表示画面を遷移させることができる。また、ユーザがリモコンの赤、または緑キー押下によって、印刷処理を実行することができる。

（ユーザ要求処理）
データ放送ブラウズ処理部６１７は、図８に示す画面を表示中に、ユーザ操作による何らかの要求を待つ。ユーザ要求があれば、その判定処理を行い、判定結果に応じた処理に遷移する。フォーカス移動要求であれば、フォーカス移動処理を実行する。画面遷移要求であれば、画面遷移処理を実行する。

その他の要求であれば、印刷機能を有しているか、すなわち、先に述べたｇｅｔＢｒｏｗｓｅｒＳｕｐｐｏｒｔ（）のＡＰＩ戻り値によって処理が分岐する。印刷機能を有しなければ、ユーザ要求の受信を待ち、処理に戻る。印刷機能を有していれば、印刷要求処理を実行する。

（表示制御装置６００のデータ放送の印刷機能について）（印刷要求処理）
データ放送ブラウズ処理部６１７は、ユーザ要求判定処理の結果、リモコンの赤キーが押されたと判定すると、「ｐｒｉｎｔＦｉｌｅ（）処理」の実行要求を、印刷制御部６２０に要求する。また、リモコンの緑キーが押されたと判定すると、「ｐｒｉｎｔＵｒｉ（）処理」実行要求を、印刷制御部６２０に要求する。ＤＴＶ１０１からの印刷要求をプリンタＰＲ１が受けると、図３で説明した印刷動作を実行する。

図９は、リモコン６５２の平面図を示す。ただし、図９には、実施例１の説明に必要な機能を実現するための操作ボタンを中心に示し、実際の受信装置に必要なボタンを省略してある。図９に示すリモコン６５２以外に、マウス等のポインティングデバイスを用いるようにしてもよい。

発光部３０１は、受光部６１２に向け赤外線信号を出力する。電源ボタン３０２は、受信装置の電源のオン／オフを指示する。カーソルキー３０３は、選択カーソルを上下左右に移動させる。決定ボタン３０４は、選択カーソルによって指定されている領域の選択の決定を指示する。Ｄボタン３０７は、データ放送画面の表示を指示する。カラーキーボタン３０６は、左から“赤”、“緑”、“青”、“黄”のボタンである。テンキー３０５は、チャンネルの入力及び数値等の入力に使用される。Ｐボタン３０８については後述する。

次に、印刷コンテンツデータについて説明する。印刷コンテンツデータを伝送する場合、たとえば、ＩＳＯ／ＩＥＣ１３８１８及び社団法人電波産業会の標準規格・技術資料において規定記載されているＰＳＩ、ＤＳＭ−ＣＣ等のテーブル、及び、記述子とそのパラメータを利用または拡張する。上記ＰＳＩは、“Ｐｒｏｇｒａｍ Ｓｐｅｃｉｆｉｃ Ｉｎｆｏｒｍａｔｉｏｎ”の略語である。印刷コンテンツデータを伝送する場合、別の方法を採用するようにしてもよい。

データ分離部６０２によって分離された印刷コンテンツデータは、テキスト情報、スクリプト情報及び画像情報からなり、Ｗ３Ｃの規定するＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）によって記述されている。

図１０は、ＴＳデータから映像データＤ１と、音声データＤ２と、ＥＰＧデータ、データ放送データ、印刷コンテンツデータ及び印刷コンテンツに関する付帯情報データからなるデータＤ３を分離するデータ分離部６０２の動作の説明図である。

ＴＳデータ９０１は、複数チャンネル分の映像データ・音声データ、ＥＰＧデータ、データ放送データ、印刷コンテンツデータ、印刷コンテンツに関する付帯情報データ等が時分割多重されている。ＴＳデータ９０１は、図１０にＴＳＰで示すパケット単位で伝送され、ＴＳパケットＴＳＰのヘッダ９０２には、パケット識別子ＰＩＤが付与されている。

データ分離部６０２は、ＰＩＤフィルタ９０４とセクションフィルタ９０５とを用いて、所定のＴＳパケットのペイロード９０３にあるＰＳＩ情報９０６を取り出し、映像デコード部６０３、音声デコード部６０４に送出する。ＰＳＩ情報９０６は、ＴＳデータ全体の内容を定義する。データ分離部６０２は、これらの情報を用いて、指定チャンネルの映像データＤ１及び音声データＤ２を取り出し、それぞれ映像デコード部６０３及び音声デコード部６０４に送出する。データ分離部６０２は、同様の処理によって、データ放送データ及び印刷コンテンツデータを選局制御部６１３に送出する。

データ分離部６０２は、さらに、ＰＩＤフィルタ９０４とセクションフィルタ９０５とを用いて、所定のＴＳパケットのペイロードにあるＥＰＧデータ９０８、及び印刷コンテンツに関する付帯情報９０９を取り出し、選局制御部６１３に送出する。

次に、映像データＤ１の処理について説明する。映像デコード部６０３は、データ分離部６０２から入力した映像データＤ１に、ＭＰＥＧ２のデコード処理を施し、復号した映像データを、表示制御部６０６に出力する。表示制御部６０６は、映像デコード部６０３、またはリモコン６５２の操作に応じて、画面を切り替え、他からの画像及び／または文字を多重し、映像デコード部６０３の出力画像を、映像表示部６０８に表示させる。映像表示部６０８は、画像モニタと映像信号入力端子とを具備する。

次に、音声データＤ２の処理について説明する。音声デコード部６０４は、データ分離部６０２から入力した音声データＤ２に、ＭＰＥＧ２のデコード処理を施し、復号した音声データを、音声制御部６０７に出力する。音声制御部６０７は、音声デコード部６０４から入力した音声データをアナログ信号に変換し、音声出力部６０９に出力する。音声出力部６０９は、スピーカと音声信号入力端子とを具備する。

次に、ＥＰＧデータ、データ放送データ、印刷コンテンツデータ及び印刷コンテンツに関する付帯情報データからなるデータＤ３の処理について説明する。

ＥＰＧデータは、社団法人電波産業会（通称、ＡＲＩＢ）における標準規格「デジタル放送に使用する番組配列情報」等で規定されるデータ構造で伝送される。主な構成データとしては、下記の構成データがある。
・現在時刻情報を伝送するＴＤＴ（Ｔｉｍｅ Ｄｅｓｃｒｉｐｔｉｏｎ Ｔａｂｌｅ）またはＴＯＴ（Ｔｉｍｅ Ｏｆｆｓｅｔ Ｔａｂｌｅ）。
・編成チャンネルの名称と放送事業者の名称等の編成チャンネルに関する情報を伝送するＳＤＴ（Ｓｅｒｖｉｃｅ Ｄｅｓｃｒｉｐｔｉｏｎ Ｔａｂｌｅ）。
・番組の名称、放送開始日時及び内容の説明等の番組に関する情報を伝送するＥＩＴ（Ｅｖｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ Ｔａｂｌｅ）。上記ＴＤＴまたは上記ＴＯＴの情報は、一般に、受信装置の時計表示及び番組予約のための時間管理等にも使用される。

データ放送データは、ＩＳＯ／ＩＥＣ１３８１８−６及び社団法人電波産業会による技術資料「ＢＳデジタル放送運用規定」等に規定記述されているＤＳＭ−ＣＣのデータカルーセル方式によって、放送局から繰り返し送出される。データ分離部６０２によって分離されるデータ放送データは、テキスト情報、スクリプト情報、画像情報及び映像・音声データからなり、Ｗ３Ｃの規定するＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）によって記述されている。

選局制御部６１３は、ＥＰＧデータに含まれているテキスト情報と画像情報とを復号し、データ放送データに含まれているテキスト情報、画像情報、映像データ及び音声データを復号し、得られたデータを、システムバス６１０を介してメモリ部６１４に入力する。システム制御部６１１は、データ放送データに、後述する処理を施した後に、表示用ＸＭＬデータを含む処理結果データをメモリ部６１４に保存する。

システム制御部６１１は、受光部６１２を介したリモコン６５２からのデータ放送表示指示に従い、メモリ部６１４から表示用ＥＰＧデータと表示用ＸＭＬデータとを読み出し、グラフィック生成部６１８に出力する。

グラフィック生成部６１８は、システム制御部６１１が処理し、出力した表示用ＥＰＧデータと表示用ＸＭＬデータとに基づく映像信号を、表示制御部６０６に出力する。表示制御部６０６は、上記のように、映像画面、ＥＰＧ表示画面及びデータ放送画面等の切り替えと合成表示に応じた映像信号とを、映像表示部６０８に出力する。

印刷コンテンツに関する付帯情報データとして、ＰＩＴ（Ｐｒｉｎｔ Ｉｎｆｏｒｍａｔｉｏｎ Ｔａｂｌｅ）データが存在する。

図１１は、印刷コンテンツに関する付帯情報を記述するテーブル（以降、「ＰＩＴ」という）の記述内容を示す図であり、１つのテーブル中にＮ個の印刷コンテンツが存在する場合の例を示す図である。“ヘッダ情報領域”５０１には、データ分離部６０２がＰＩＴを取り出すために必要なパラメータ情報、主に、Ｔａｂｌｅ＿ＩＤ、Ｓｅｃｔｉｏｎ＿Ｎｕｍｂｅｒ、Ｓｅｒｖｉｃｅ＿ＩＤ等が記述されている。そして、各情報が持つ意味は、電波産業会（通称ＡＲＩＢ）における標準規格、技術資料において規定されているＥＩＴ（Ｅｖｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ Ｔａｂｌｅ）と同様である。Ｔａｂｌｅ＿ＩｄとＳｅｃｔｉｏｎ＿Ｎｕｍｂｅｒによって、印刷コンテンツが送出される時間帯幅が識別可能である。Ｓｅｒｖｉｃｅ＿ＩＤによって、印刷コンテンツが送出されるチャンネルの情報が記述されているテーブルであることを識別可能である。

“印刷コンテンツ１のパラメータ記述領域１”５０２には、印刷コンテンツ各々に付与されているＩＤ値、印刷コンテンツ１の送出開始時間、印刷コンテンツ１の送出継続時間、印刷コンテンツ１が有料であるか、無料であるかを示すフラグが記述されている。“印刷コンテンツ１のパラメータ記述領域２”５０３には、次の記述がある。
・印刷コンテンツ１を印刷する場合に最適な用紙のサイズ（たとえばＡ３、Ａ４等）を示す情報。
・印刷コンテンツ１がどのような種類の情報を含んでいるのかを示す情報（写真、テキスト、図形等）。
・印刷コンテンツ１を印刷した場合における枚数、印刷コンテンツデータのデータ容量。
・印刷コンテンツを印刷するだけでなく、記録媒体に記録してもよいかどうかを示すフラグ。

“印刷コンテンツ１のパラメータ記述領域３”５０４には、上記“印刷コンテンツ１のパラメータ記述領域１”５０２中の情報において、コンテンツが有料である場合に、その料金が記述されている。“印刷コンテンツ１のパラメータ記述領域４”５０５には、印刷コンテンツの名称を表すテキスト情報が記述されている。

“印刷コンテンツ１のパラメータ記述領域５”５０６には、印刷コンテンツの内容を紹介するテキスト情報が記述されている。領域５０７には、上記５０２〜５０６で示した記述領域と同様の記述が、コンテンツ数分繰り返し記述されている。よって、実施例１では、Ｎ個であるとしたので、領域５０７には、Ｎ−１個分のコンテンツ情報が記述されている。

図１１に示すＰＩＴは、印刷コンテンツが送出される時間帯、チャンネルによって様々なＴａｂｌｅ＿ＩＤ、Ｓｅｃｔｉｏｎ＿Ｎｕｍｂｅｒ、Ｓｅｒｖｉｃｅ＿ＩＤが付与され、複数のテーブル情報としてＴＳデータに多重され、送出されている。

データ分離部６０２は、ＴＳに含まれている現在視聴中のチャンネルに係るＰＩＴを取得する。取得されたＰＩＴは、選局制御部６１３に取り込まれる。選局制御部６１３は、取り込んだＰＩＴのセクションシンタックスを解析し、パラメータ記述領域１ ５０２の記述に基づいて、印刷コンテンツデータが、何時何分から送出されるのか、どれくらいの時間、送出されるのかを判定する。

次に、データ放送印刷形態におけるＤＴＶとプリンタとの間における印刷処理の流れについて説明する。

図１２は、データ放送印刷のプリントファイル方式を説明するフロー図である。印刷用コンテンツデータの実体をデータ放送用データから取得したＤＴＶ１０１は、印刷準備ができると、印刷コンテンツの印刷を実行するための印刷ボタンを表示する。操作者が、リモコンで、印刷ボタンを選択すると、プリンタＰＲ１に、印刷要求（Ｃｒｅａｔｅ Ｊｏｂ ｖ２コマンド）を発行する。印刷要求（Ｃｒｅａｔｅ Ｊｏｂ ｖ２コマンド）を受信したプリンタＰＲ１は、印刷用コンテンツデータの受付が可能であれば、ジョブＩＤを発行し、印刷用コンテンツデータ受信用のデータシンク領域を設定する。そして、データシンクの情報とともに、印刷可能であるというレスポンスであるステータス情報をＤＴＶ１０１に返送する。

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

プリンタＰＲ１は、受信した印刷用コンテンツデータをデータシンク領域に格納するとともに、印刷用コンテンツデータを用いた印刷処理を開始する。印刷用コンテンツデータを全て受信した後に、ＤＴＶ１０１にレスポンスを返す。ＤＴＶ１０１は、レスポンスを受け、テレビの表示画面上に、印刷の正常終了を表示し、操作者に明示する。

図１３は、実施例１におけるデータ放送印刷のプリントＵＲＩ方式の動作を示すフローチャートである。

プリントＵＲＩ方式において、ＤＴＶ１０１は、印刷用コンテンツデータの実体を取得せず、印刷用コンテンツデータの保存先を示すアドレス情報（ＵＲＩ：Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒ）をデータ放送用データから取得する。印刷準備ができると、印刷コンテンツの印刷を実行するための印刷ボタンを表示し、操作者がリモコンで選択すると、ＤＴＶ１０１は、取得したＵＲＩ情報を印刷要求（Ｃｒｅａｔｅ ＵＲＩ Ｊｏｂ コマンド）として、プリンタＰＲ１に送信する。印刷要求（Ｃｒｅａｔｅ ＵＲＩ Ｊｏｂ コマンド）を受信したプリンタＰＲ１は、印刷可能状態であれば、ジョブＩＤを発行し、レスポンスをＤＴＶ１０１に返送する。

ＤＴＶ１０１は、レスポンスを受け、テレビの表示画面上に、印刷の正常受付を表示し、操作者に明示する場合もある。この例では、レスポンスを受けた後に、プリンタＰＲ１の動作を確認するために、プリンタＰＲ１に、イベント状況要求（Ｅｖｅｎｔ ｓｕｂｓｃｒｉｂｅコマンド）を発行する。

さらに、プリンタＰＲ１は、ＵＲＩ情報に基づいて、ＵＲＩで示された印刷用コンテンツデータの実体（構造化文書データや付属するモノメディアデータ）を取得する。このために、ＵＲＩよりＤＮＳにて特定した対象のＷｅｂサーバに、指定のＵＲＬへ“ＨＴＴＰ ＧＥＴ”処理を実行する。

コンテンツデータの実体を、プリンタＰＲ１が取得すると、プリンタＰＲ１は印刷処理を開始する。印刷が終了すると、プリンタＰＲ１は、ＤＴＶ１０１から先に受けたイベント状況要求（Ｅｖｅｎｔ ｓｕｂｓｃｒｉｂｅコマンド）に対応するジョブエンドのイベントレスポンスをＤＴＶ１０１へ返す。ＤＴＶ１０１は、テレビの操作状況や、メーカの実装状況によって、印刷の正常終了を、テレビの表示画面上のジョブエンドに表示することを保証できる状況ではない。

次に、上記構成と、上記動作を実施するＤＴＶ１０１とプリンタＰＲ１との印刷処理とについて説明する。

プリンタＰＲ１は、印刷命令を実行中に、次の印刷要求を受けると、その印刷要求の印刷データ読み込み用の記憶領域が無いので、Ｂｕｓｙとして印刷要求に拒否の返答を発行する。このときに、ＤＴＶ１０１からのデジタル放送のコンテンツデータの印刷要求であれば、再印刷要求を発行できる機会は、デジタル放送における番組継続中に限られることがある。

実施例１において、ＤＴＶ１０１から、印刷命令を実行中のプリンタＰＲ１へ、デジタル放送のコンテンツデータの印刷命令を発行したときに、プリンタＰＲ１とＤＴＶ１０１とが行う制御について詳細に説明する。

図１４は、ＤＴＶ１０１が、デジタル放送のコンテンツデータの印刷命令を発行したときにおける内部処理を示すフローチャートである。なお、このフローチャートはシステム制御部６１１においてＣＰＵ等のプロセッサがＲＯＭ等のメモリに記録されたプログラムを実行することで実現される。ステップＳ１４０１で、ＤＴＶ１０１が、プリンタＰＲ１へデジタル放送のコンテンツデータの印刷命令を発行したかどうかを調べる。ステップＳ１４０２で、発行したデジタル放送のコンテンツデータの印刷命令についてのプリンタＰＲ１の対応状況を判定する。プリンタＰＲ１が、印刷命令に対して受信応答で答えると、ステップＳ１４０５へ移行し、受信対応したプリンタＰＲ１の状態変化を検出するために、プリンタＰＲ１に、“Ｓｕｂｓｃｒｉｂｅ”命令を発行する。この状態検出状況を、印刷が終了するまで継続させるために、ステップＳ１４０６で、プリンタからの印刷終了の通知を確認する。

また、プリンタＰＲ１が既に他の機器から受け付けた印刷処理中で、印刷命令が受け付けられない“Ｂｕｓｙ”応答を、ステップＳ１４０２で判定すれば、ステップＳ１４０３へ移行する。そして、上記印刷コンテンツに関する付帯情報データのＰＩＴデータに基づいて、印刷コンテンツ１の送出開始時間、印刷コンテンツ１の送出継続時間情報を取得する。さらに、データ分離部６０２が、ＴＳ（トランスポートストリーム）から印刷コンテンツに関わる番組情報データと現在時刻情報とを取得する。

ステップＳ１４０４で、プリンタＰＲ１の接続時に、予め設定しているプリンタＰＲ１のＷｅｂ ＵＩの設定項目に、取得した“印刷コンテンツ１の送出開始時間”、“印刷コンテンツ１の送出継続時間”、“番組情報データ”、“現在時刻情報”を入力する。なお、これらの情報をプリンタＰＲ１に供給する方法は、サーバを介して供給しても良いし、印刷命令に上述の情報を含めて供給するようにしてもよい。

次に、Ｗｅｂ ＵＩについて説明する。Ｗｅｂ ＵＩは、ＤＴＶ１０１のように、ＰＣ等にインストール可能な印刷用のドライバを持っていない機器への対応等を目的に用意したものである。プリンタの各種設定やメンテナンスを実行するために、プリンタＰＲ１がプリンタ内部にＷｅｂサーバ機能を実装し、ＨＴＴＰコマンドによって設定内容やステータスの閲覧とデータの授受とを行う。

プリンタＰＲ１が、メニューとして持っている機能としては、次の機能がある。
（１）インクの残量表示、
（２）メンテナンス（印刷にかすれやムラが出たときに、プリントヘッドをクリーニングし、ヘッド位置を調整する）、
（３）ネットワーク設定（ＩＰアドレス、ＤＮＳサーバ、プロキシサーバ、接続確認）、
（４）ＴＶ印刷設定（ＴＶのデータを印刷するときにおける用紙サイズ／タイプ、印刷品位の設定）
上記の他に、実施例１のステップＳ１４０４で、取得した“印刷コンテンツ１の送出開始時間”、“印刷コンテンツ１の送出継続時間”、“番組情報データ”、“現在時刻情報”を送る先として、ＤＴＶ印刷未受付管理データがある。このＤＴＶ印刷未受付管理データは、印刷処理中に印刷受付を“Ｂｕｓｙ”で却下したＤＴＶからの書き込みによって、管理対象となる。

上記Ｗｅｂ ＵＩの設定項目への入力が成功したら、プリンタＰＲ１からの印刷完了状態変化の通知を受けるために、プリンタＰＲ１に、“Ｓｕｂｓｃｒｉｂｅ”命令（イベント状況要求）を発行する。プリンタＰＲ１の現在実行している印刷が終了した通知を受け取るか、“印刷コンテンツ１の送出継続時間”の時間範囲外に至ったときに、上記状態検出状況が終了する。

次に、ＤＴＶ１０１からデジタル放送のコンテンツデータの印刷命令を受信した場合におけるプリンタＰＲ１の対処について説明する。

図１５は、ＤＴＶ１０１からデジタル放送のコンテンツデータの印刷命令を受信した場合におけるプリンタＰＲ１の対処を示すフローチャートである。なお、このフローチャートは、ＣＰＵ２１１、Ｐ−ＣＰＵ２２１が、それぞれプログラムＲＯＭ２１３、Ｐ−ＲＯＭ２２３に記録されたプログラムを実行することで実現される。プリンタＰＲ１が印刷命令を受信すると、ステップＳ１５０１で、以前に受信した印刷命令によって、プリンタＰＲ１が現在、印刷処理中であるかどうかを判定する。現在印刷処理中でなければ、ステップＳ１５０６へ移行し、印刷要求を受付け、印刷コンテンツを受信し、パース、レイアウトを経て印刷データを作成し、印刷を実行する。

また、印刷命令を受信したときに、既に他の機器から受け付けた印刷処理中で、印刷命令を受け付けられなければ、ステップＳ１５０２へ移行し、印刷要求の中から、印刷要求元の機器を判別するための情報を検出する。検出情報としてＩＰアドレスを抽出し、上記Ｗｅｂ ＵＩにおけるＤＴＶ１０１からのＰｏｓｔデータの有効性の判定に利用するために管理する。

その後に、ステップＳ１５０３で、受信した印刷要求を受け付けることが不許可である旨を示すために、ＤＴＶ１０１に“Ｂｕｓｙ”信号を発行する。

ステップＳ１５０４で、一定時間内にプリンタＰＲ１のＷｅｂ ＵＩのＤＴＶ印刷未受付管理データ領域に、ＨＴＴＰ Ｐｏｓｔが行われる。そして、ステップＳ１５０２で取得したＩＰアドレスを含み、さらに、“印刷コンテンツ１の送出開始時間”、“印刷コンテンツ１の送出継続時間”、“番組情報データ”、“現在時刻情報”の書き込みの有無を調べる。なお、これらの情報は印刷装置に書き込まれても良いし、また外部のサーバに書き込まれている情報を取得しても良い。

一定時間を超えても書き込みがなければ、現在処理中の印刷処理の実行だけを継続する。書き込みがあれば、ステップＳ１５０５において、現在印刷中の印刷処理が終わった時点で、“Ｂｕｓｙ”によって印刷受付を不許可にしたジョブへの“Ｒｅｔｒｙ Ｃｏｎｔｒｏｌ”機能を、有効としてセットする。このときに、ＤＴＶ１０１からＰｏｓｔされた“現在時刻情報”を、プリンタＰＲ１内での時間制御の基準として利用する。

実施例１は、ＤＴＶ１０１から取得した“現在時刻情報”を利用した例である。なお、プリンタＰＲ１自体がインターネットに接続していることを利用して、インターネット上の標準時間情報を取得して利用してもよく、プリンタＰＲ１内部のＲＴＣ機能によって時間管理する等、他の方法を採用してもよい。

次に、上記“Ｒｅｔｒｙ Ｃｏｎｔｒｏｌ”機能を有効としてセットされたプリンタＰＲ１が、実行していた印刷処理を終了した後の制御について説明する。

図１６は、上記“Ｒｅｔｒｙ Ｃｏｎｔｒｏｌ”機能を有効としてセットされたプリンタＰＲ１が、実行していた印刷処理を終了した後の制御を示すフローチャートである。ステップＳ１６０１で、実行していた印刷処理が終了したかどうかを判定し、終了を確認すると、ステップＳ１６０２に移行する。ここでは、“Ｒｅｔｒｙ Ｃｏｎｔｒｏｌ”機能が有効であるとしてセットされていることを確認し、無効になっていれば、処理を終了する。

次に、ステップＳ１６０３で、Ｗｅｂ ＵＩのＤＴＶ印刷未受付管理データ領域に、書き込まれている“Ｒｅｔｒｙ Ｃｏｎｔｒｏｌ”対象の下記データから、印刷受付を不許可にした対象コンテンツを取得可能な状態であるかどうかを判定する。
・“印刷コンテンツ１の送出開始時間”
・“印刷コンテンツ１の送出継続時間”
・“番組情報データ”
・“現在時刻情報”
すなわち、送出開始時間と、送出継続時間と、印刷要求したときの現在時刻情報と、印刷処理が終了したときの現在の時刻情報とに基づいて、“Ｂｕｓｙ”応答によって印刷受付を不許可にした対象コンテンツを取得可能な状態であるかどうかを判定する。

印刷コンテンツ１の送出継続時間を既に過ぎていれば、取得が困難であるので、ステップＳ１６０８へ移行する。この場合、“Ｒｅｔｒｙ Ｃｏｎｔｒｏｌ”が不可能であるので、プリンタＰＲ１本体の表示器に、“Ｓｏｒｒｙ”コメントを表示し、再印刷の機会が失われたことを通知する。

また、印刷命令のタイプがＰｒｉｎｔＦｉｌｅ形式では無く、ＰｒｉｎｔＵＲＩ形式であれば、番組が終了しても、コンテンツサーバにおける印刷コンテンツが存在する可能性がある。しかし、保証範囲として、印刷コンテンツ１の送出継続時間を利用することが妥当であると考えている実施例１では、同じ扱いとする。

ただし、ＵＲＩ自体を別管理すれば、印刷終了後に、プリンタＰＲ１本体にＵＲＩ実行を指示するようにしてもよい。印刷処理が終了した後でも、印刷コンテンツ１の送出継続時間を過ぎていなければ、ステップＳ１６０４に移行する。この時点で、Ｗｅｂ ＵＩに登録されているＤＴＶ１０１以外からの印刷受付を拒否するモードに移行し、このモードが有効な状態を管理するために、時間管理タイマを動作させる。

ＤＴＶ１０１が、ステップＳ１４０４で、プリンタＰＲ１に対して“Ｓｕｂｓｃｒｉｂｅ”命令を発行する機能があれば、発行している筈であるが、発行しないＤＴＶも存在する可能性があるので、見極める。

つまり、ステップＳ１６０５で、“Ｓｕｂｓｃｒｉｂｅ”を受けていれば、ＤＴＶ１０１側で、印刷ジョブの終了検出を待ち受けている状態であると判断する。そこで、ステップＳ１６０６で、ＤＴＶ１０１に番組印刷が可能になったことをＤＴＶ画面に表示するためのイベントを、プリンタＰＲ１からＤＴＶに発行する。具体的には、ＮｅｔＴＶ２．０規格でサポートされた“Ｘ＿ＧｅｔＰｒｉｎｔｅｒＳｔａｔｕｓＳｔｒｉｎｇ”を利用する。このコマンドは、ＤＴＶ１０１の表示画面に、送りつけた詳細ステータス文字列をダイアログ形式等で表示することができる。たとえば、“＊＊番組の印刷受付が可能になりました。”等のコメント表示することができる。ユーザは、この表示を見て、再印刷動作を実行する機会を得ることができる。

また、“Ｓｕｂｓｃｒｉｂｅ”（イベント状況要求）を受けていなければ、ＤＴＶ１０１からの表示待ち受け状態ではないと判断し、ステップＳ１６０７で、プリンタＰＲ１本体の表示画面に、再印刷を促すコメントを表示する。たとえば、“＊＊番組の印刷受付が可能になりました。”等のコメントである。すなわち、印刷中であるために受信しなかった次の印刷命令を受信し、その印刷コンテンツについて再印刷を促すことを通知する。

上記実施例において、番組時間内であるかどうかを判断する判断情報は、テレビ受信機経由で取得したデジタル放送に含まれている情報である。また、上記番組時間内であるかどうかを示す情報は、上記プリンタに内蔵したウェブ・サーバ機能へ書き込みされた情報である。さらに、上記通知をする場合、テレビ受信機からの要求の有無に応じて、通知手段を変更する。デジタル放送に関連する印刷コンテンツの再印刷への対応機能を有効にした場合、次のように処理する。すなわち、上記印刷命令に対応する処理が終了した後に、再印刷の対象となるテレビ受信機以外の印刷命令の再印刷の終了、対象の番組時間の終了、予め設定した時間の経過のいずれかまで、受け付けない。

次に、再印刷を促す表示をした後に、印刷命令を受信した場合における制御について説明する。

図１７は、再印刷を促す表示をした後に、印刷命令を受信した場合における制御を示すフローチャートである。プリンタＰＲ１が、印刷ジョブを待ち受け状態になっている場合における対処について説明する。ステップＳ１７０１では、Ｗｅｂ ＵＩのＤＴＶ印刷未受付管理データ領域に、ステップＳ１６０３で書き込まれた“Ｒｅｔｒｙ Ｃｏｎｔｒｏｌ”対象のデータである下記データに基づいて、対象コンテンツを取得可能な状態であるかどうかを判定する。
・“印刷コンテンツ１の送出開始時間”
・“印刷コンテンツ１の送出継続時間”
・“番組情報データ”
・“現在時刻情報”
番組長範囲内である“印刷コンテンツ１の送出継続時間”が過ぎた場合、ステップＳ１７０７で、他の機器からの印刷受付を拒否するモードを解除し、対応を終了する。このときに、プリンタＰＲ１本体で“番組が終了してコンテンツが取得できません”等のコメントを表示する。

ステップＳ１７０２では、ステップＳ１６０３でスタートしたモードが有効な状態を管理するために、時間管理タイマの有効時間範囲であるかどうかを判定する。有効時間を過ぎていれば、ステップＳ１７０７へ移行し、他の機器からの印刷受付を拒否するモードを解除し、対応を終了する。ステップＳ１７０３では、印刷命令を受信したかどうかを判定し、受信していれば、ステップＳ１７０４に移行する。

受信した対象が、Ｗｅｂ ＵＩのＤＴＶ印刷未受付管理データ領域に、ＨＴＴＰ Ｐｏｓｔされた対象であるかどうかをＩＰアドレスベースで判断し、違う機器からの印刷要求であれば、ステップＳ１７０５で、“Ｂｕｓｙ”返答を行い、印刷受付を拒否する。

対象機器からの印刷要求であると判断されると、ステップＳ１７０６で、印刷要求を受け付け、印刷を実施する。その後に、ステップＳ１７０７へ移行し、他の機器からの印刷受付を拒否するモードを解除し、対応を終了する。

実施例１は、デジタルテレビとプリンタＰＲ１との直接印刷の環境において、プリンタＰＲ１への印刷受付に失敗した場合、放送コンテンツが印刷可能な範囲であれば、再印刷を促すためのシステムであり、現在のシステムの課題をカバーする。

報知する判断としては、番組放送時間内でデジタル放送コンテンツが取得可能な状況で、さらに、プリンタＰＲ１が印刷ジョブを受け付けられる状況が共に満足する条件下において行なわれる。

また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。

ＰＳ１…印刷システム、
ＰＲ１…プリンタ、
１０１…ＤＴＶ、
２０１…ネットワークコントローラ、
２０２…プリンタコントローラ。

Claims (14)

1. 外部装置に格納されている印刷対象のデータの格納先を特定するための印刷命令を受信する受信手段と；
   上記受信手段により受信された上記印刷命令により特定される格納先から上記印刷対象のデータを取得し、当該取得されたデータに基づき印刷装置に画像を印刷させる印刷制御手段と;
   上記受信手段により受信された上記印刷命令に基づく印刷が可能な時間を特定するための情報を取得する取得手段と；
   上記印刷装置により第１の印刷が実行されているときに上記受信手段が印刷命令を受信した場合、上記取得手段が取得した情報により特定される上記時間に基づき、上記印刷制御手段により上記印刷命令に対応する第２の印刷を実行することが可能か当該第１の印刷の完了後に判断する判断手段と；
   上記判断手段が上記第２の印刷を実行することが可能であると判断した場合、上記印刷制御手段により上記印刷命令に基づく上記第２の印刷を実行するための所定の処理を実行する処理手段と；
   を有し、
   上記処理手段は、上記第２の印刷が可能であることをユーザに通知する処理を、上記所定の処理として実行し、
   上記処理手段による上記通知の後、上記受信手段により上記第２の印刷に対応する印刷命令が再び受信された場合に、上記印刷制御手段は、当該第２の印刷に対応する印刷対象のデータを上記印刷装置に印刷させることを特徴とする印刷制御装置。
2. 上記処理手段は、上記印刷装置が上記第１の印刷を行っているときに上記受信手段が印刷命令を受信した場合、当該印刷命令に対応する上記第２の印刷が実行されなかったことをユーザに通知し、当該第１の印刷の完了後に上記判断手段により上記第２の印刷が可能であると判断された場合、当該第２の印刷が可能であることを通知することを特徴とする請求項１に記載の印刷制御装置。
3. 上記処理手段による上記通知の後、上記受信手段により上記第２の印刷に対応する印刷命令が再び受信された場合に、上記判断手段は当該第２の印刷が可能か再び判断し、当該第２の印刷が可能と判断された場合に、上記印刷制御手段は、当該第２の印刷に対応する印刷対象のデータを上記印刷装置に印刷させることを特徴とする請求項１に記載の印刷制御装置。
4. 上記処理手段は、上記印刷制御装置または上記印刷命令を発行した装置を用いて、上記通知を行うことを特徴とする請求項１乃至３のいずれか１項に記載の印刷制御装置。
5. 上記処理手段は、上記受信手段により受信される印刷命令に基づいて、上記印刷装置と当該印刷命令を発行した装置から上記通知を行う装置を選択し、当該選択された装置に上記通知を行うことを特徴とする請求項４に記載の印刷制御装置。
6. 上記処理手段は、上記印刷命令に基づく上記第２の印刷が可能であることを示す表示を行うことにより、上記通知を行うことを特徴とする請求項１乃至５のいずれか１項に記載の印刷制御装置。
7. 外部装置に格納されている印刷対象のデータの格納先を特定するための印刷命令を受信する受信手段と；
   上記受信手段により受信された上記印刷命令により特定される格納先から上記印刷対象のデータを取得し、当該取得されたデータに基づき印刷装置に画像を印刷させる印刷制御手段と;
   上記受信手段により受信された上記印刷命令に基づく印刷が可能な時間を特定するための情報を取得する取得手段と；
   上記印刷装置により第１の印刷が実行されているときに上記受信手段が印刷命令を受信した場合、上記取得手段が取得した情報により特定される上記時間に基づき、上記印刷制御手段により上記印刷命令に対応する第２の印刷を実行することが可能か当該第１の印刷の完了後に判断する判断手段と；
   上記判断手段が上記第２の印刷を実行することが可能であると判断した場合、上記印刷制御手段により上記印刷命令に基づく上記第２の印刷を実行するための所定の処理を実行する処理手段と；
   を有し、
   上記第１の印刷が実行されているときに上記受信手段により上記印刷命令が受信された場合、当該印刷命令を発行した装置とは異なる装置からの印刷命令に基づく印刷を制限することを特徴とする印刷制御装置。
8. 外部装置に格納されている印刷対象のデータの格納先を特定するための印刷命令を受信する受信手段と；
   上記受信手段により受信された上記印刷命令により特定される格納先から上記印刷対象のデータを取得し、当該取得されたデータに基づき印刷装置に画像を印刷させる印刷制御手段と;
   上記受信手段により受信された上記印刷命令に基づく印刷が可能な時間を特定するための情報を取得する取得手段と；
   上記印刷装置により第１の印刷が実行されているときに上記受信手段が印刷命令を受信した場合、上記取得手段が取得した情報により特定される上記時間に基づき、上記印刷制御手段により上記印刷命令に対応する第２の印刷を実行することが可能か当該第１の印刷の完了後に判断する判断手段と；
   上記判断手段が上記第２の印刷を実行することが可能であると判断した場合、上記印刷制御手段により上記印刷命令に基づく上記第２の印刷を実行するための所定の処理を実行する処理手段と；
   を有し、
   上記受信手段はさらに、上記印刷命令を発行した装置から当該装置を特定するための特定情報を受信し、上記第１の印刷が実行されているときに当該印刷命令が受信された場合、上記受信手段により受信された当該特定情報により特定される装置とは異なる装置からの印刷命令に基づく印刷を制限することを特徴とする印刷制御装置。
9. 外部装置に格納されている印刷対象のデータの格納先を特定するための印刷命令を受信する受信手段と；
   上記受信手段により受信された上記印刷命令により特定される格納先から上記印刷対象のデータを取得し、当該取得されたデータに基づき印刷装置に画像を印刷させる印刷制御手段と;
   上記受信手段により受信された上記印刷命令に基づく印刷が可能な時間を特定するための情報を取得する取得手段と；
   上記印刷装置により第１の印刷が実行されているときに上記受信手段が印刷命令を受信した場合、上記取得手段が取得した情報により特定される上記時間に基づき、上記印刷制御手段により上記印刷命令に対応する第２の印刷を実行することが可能か当該第１の印刷の完了後に判断する判断手段と；
   上記判断手段が上記第２の印刷を実行することが可能であると判断した場合、上記印刷制御手段により上記印刷命令に基づく上記第２の印刷を実行するための所定の処理を実行する処理手段と；
   を有し、
   上記取得手段は、上記印刷対象のデータを上記印刷制御手段が取得可能な時間に対応する時間情報を上記情報として取得し、上記判断手段は、当該時間情報に基づき、当該印刷命令に対応する印刷を実行することが可能か判断することを特徴とする印刷制御装置。
10. 上記判断手段は、上記取得手段により取得された上記時間情報と、当該取得に対応する時刻を示す時刻情報とに基づき、上記判断を行うことを特徴とする請求項９に記載の印刷制御装置。
11. 上記取得手段は、上記時刻情報を、上記印刷命令を発行した装置から取得することを特徴とする請求項１０に記載の印刷制御装置。
12. 上記印刷装置を、画像を印刷媒体に印刷するための印刷部として有することを特徴とする請求項１乃至１１のいずれか１項に記載の印刷制御装置。
13. 上記受信手段は、上記印刷命令をテレビ受信機から受信することを特徴とする請求項１乃至１２のいずれか１項に記載の印刷制御装置。
14. コンピュータを請求項１乃至１３のいずれか１項に記載の印刷制御装置の各手段として機能させるプログラム。

Images