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

Description

本発明は、放送受信装置、及び放送受信装置の制御方法に関し、特に、放送受信装置から送られた印刷データに基づく画像を形成するために用いて好適なものである。

近年、一般家庭内における多くの家庭電化製品は、デジタル化が進み、ネットワーク化されてきている。
ＴＶ（Television）装置においてもデジタル放送の開始とともにデジタル情報制御装置、例えば、デジタル放送用テレビ（Digital Television、以下ＤＴＶと称する）が普及してきている。このＤＴＶを用いて、ネットワークに接続したり、ネットワークルータを介してインターネットに接続したりして、ＤＴＶのテレビ画面に、ＷＥＢの内容を表示して利用されるまでになってきている。

ＤＴＶを取り巻く環境は、デジタル放送系の放送局及び番組の拡充、データ放送系のコンテンツの拡充、ＤＴＶの各種マルチメディアへの対応、及び前述したＤＴＶのインターネットへの対応等により、ユーザへ提供される情報量が確実に増加してきた。
そこで、それらの情報を簡単に印刷出力して情報を保存する技術が望まれてきている。

このようにしてＤＴＶ等の家庭用デジタル情報機器で受信した情報をプリンタで印刷出力する際には、家庭用デジタル情報機器で印刷データを一時的に保持（スプール）し、プリンタの印刷状況に合わせてスプールした印刷データをプリンタに出力する必要がある。プリンタの方が、家庭用デジタル情報機器より処理速度が遅いからである。

そこで、プリンタが、家庭用デジタル情報機器にスプール機能があるか否かを確認し、家庭用デジタル情報機器にスプール機能がある場合は、印刷データのスプール先を家庭用デジタル情報機器に設定し、家庭用デジタル情報機器にスプール機能がない場合は、印刷データのスプール先をプリンタ側に設定する技術が提案されている（特許文献１を参照）。

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

前記特許文献１等に記載されている技術のように、ＤＴＶ等の家庭用デジタル情報機器で受信した情報を印刷できるシステムには限定条件が多い。
デジタル情報制御装置、特に、ＤＴＶのようなデジタル放送用出力装置では、ＣＰＵの処理やメモリ等のリソースをデジタル放送の表示処理に割り当てることが要求されるため、印刷機能や印刷処理に関わる負荷をなるべく押さえる傾向がある。そのため、印刷だけのための特別なリソースはＤＴＶにほとんど与えられない。従って、デジタル情報機器は印刷データのスプール機能を備えていないことが多く、大半の印刷処理はプリンタ側で行われることが一般的である。

このような状況において、ＤＴＶで受信した番組内の情報に基づく静止画像データをプリンタに転送して印刷する場合、ＤＴＶは、自身でスプール機能を備えていないため、プリンタでの印刷処理と並行して静止画像データの出力を行うことになる。よって、ＤＴＶは、プリンタで静止画像データの印刷処理が終わるまで静止画像データの生成と送信処理を行うため、他の処理を行いたい場合もプリンタでの印刷処理が終わるまで待たなければならない。例えば、プリンタで静止画像データの印刷処理が終わる前に、ＤＴＶのチャネルを変えると、静止画像データが消えてしまい、印刷中の残りの静止画像データの生成及び送信が行えなくなるからである。従って、ユーザは、スプール機能を備えていないＤＴＶでは、プリンタで静止画像データの印刷処理が終わる前に、ＤＴＶのチャネルを変えることができないという問題が発生する。

以上のように、従来の技術では、ＤＴＶ等の家庭用デジタル情報機器で受信した情報に基づく静止画像データをプリンタに印刷させる場合、ＤＴＶ等の家庭用デジタル情報機器は、プリンタで静止画像データの印刷処理が終わるまで、静止画像データを開放することができず、他の機能を適切に実行することができないという問題点があった。

本発明は、前述の問題点に鑑みてなされたものであり、デジタル放送を受信するデジタル情報制御装置から画像形成装置に対して印刷指示を行った場合でも、デジタル情報制御装が本来の機能を可及的に損なうことなく動作できるようにすることを目的とする。

本発明の放送受信装置は、印刷装置と通信可能であり、デジタル放送に含まれる印刷データを受信して、前記印刷装置に送信可能な放送受信装置であって、ユーザからの放送チャネルの切り替え指示入力を受け付ける入力手段と、デジタル放送に含まれる印刷データの印刷処理を要求する要求情報を前記印刷装置に発行する発行手段と、前記印刷装置から送信される、印刷処理の実行が可能か否かを示す応答情報を受信する受信手段と、印刷処理の実行が不可であることを示す応答情報を受信したことに応じて印刷データの送信を待機させるとともに、印刷データの送信待機状態において前記入力手段で放送チャネルの切り替え指示入力を受けた場合には、当該印刷データの印刷処理を優先させるための優先情報を付加した要求情報を前記発行手段から発行させる制御を実行する制御手段と、を有し、前記制御手段は、前記優先情報を付加した要求情報を前記発行手段から発行させ、印刷データを前記印刷装置に送信した後に、前記入力手段で受けた放送チャネルの切り替え指示に従って放送チャネルを切り替える制御を実行することを特徴とする。

本発明の放送受信装置の制御方法は、印刷装置と通信可能であり、デジタル放送に含まれる印刷データを受信して、前記印刷装置に送信可能な放送受信装置の制御方法であって、ユーザからの放送チャネルの切り替え指示入力を受け付ける入力ステップと、デジタル放送に含まれる印刷データの印刷処理を要求する要求情報を前記印刷装置に発行する発行ステップと、前記印刷装置から送信される、印刷処理の実行が可能か否かを示す応答情報を受信する受信ステップと、印刷処理の実行が不可であることを示す応答情報を受信したことに応じて印刷データの送信を待機させるとともに、印刷データの送信待機状態において前記入力ステップにて放送チャネルの切り替え指示入力を受けた場合には、当該印刷データの印刷処理を優先させるための優先情報を付加した要求情報を前記発行ステップで発行させる制御を実行する制御ステップと、を有し、前記制御ステップでは、前記優先情報を付加した要求情報を前記発行ステップで発行させ、印刷データを前記印刷装置に送信した後に、前記入力ステップにて受けた放送チャネルの切り替え指示に従って放送チャネルを切り替える制御を実行することを特徴とする。

本発明によれば、画像の印刷のために、デジタル情報制御装置が待たされることを可及的に防止することができる。これにより、デジタル情報制御装置から画像形成装置に対して印刷指示を行った場合でも、デジタル情報制御装置が本来の機能を可及的に損なうことなく動作できる。

以下、図面を参照しながら本発明に係る実施形態を詳細に説明する。
（第１の実施形態）
図１は、本実施形態におけるネットワークシステムの構成の一例を示した図である。
図１において、ホストとして動作するデジタル情報制御装置（ホスト機器）としては、ＤＴＶ１０１、セットトップボックス（ＳＴＢ）１０２、及びパーソナルコンピュータ（ＰＣ）１０３等がある。これらのデジタル情報制御装置は、デジタル放送、データ放送を受信して表示部に放送内容を表示することが可能なデジタル放送出力装置である。これらホストとして動作する機器と、画像形成装置の一種である印刷装置として動作するネットワークプリンタ（Network Printer）１０４は、イーサネット（登録商標）１１０を介してお互いに通信可能な状況となっている。また、このイーサネット（登録商標）１１０に繋がった各機器は、ブロードバンドルータ（Router）１０５を介してインターネット（Internet）１０８へ接続することも可能となる。よって、イーサネット（登録商標）１１０に繋がった各機器は、ＷＥＢサーバ（WWW Server）１０９に格納されているコンテンツデータを任意にブラウジング（browsing）することが可能である。

図２は、本実施形態における画像形成システムの構成の一例を示した図である。この画像形成システムは、図１に示したネットワークシステムの一部を構成する。
図２において、本実施形態における画像形成システムでは、ホスト機器として、処理パフォーマンスの高いパーソナルコンピュータ１０３を使用せずに、デジタル放送を受信して表示部に放送を表示する機能を有するデジタル情報機器であるＤＴＶ１０１を使用する。すなわち、本実施形態における画像形成システムは、ＤＴＶ１０１とネットワークプリンタ１０４とが１対１に接続されたシステム構成となる。よって、ホスト機器としてパーソナルコンピュータ１０３を使用した場合にホスト側で一般的に行われる、プリンタドライバを用いた印刷データの生成は行われない。すなわち、ホスト機器であるＤＴＶ１０１は、デジタル放送またはデータ放送に含まれる印刷用コンテンツデータ２０４をＸＨＴＭＬ形式の言語で生成して、その印刷用コンテンツデータ２０４を、ネットワークプリンタ１０４で解釈して印刷を行う。

このような本実施形態における画像形成システムの概略動作の一例を説明する。
まず、ＤＴＶ１０１は、ＸＨＴＭＬ形式の言語で記述された印刷用コンテンツデータ（Contents data）２０４をイーサネット（登録商標）１１０を経由してネットワークプリンタ１０４に送信する。ネットワークプリンタ１０４は、入力された印刷用コンテンツデータ２０４を解釈して印刷用イメージデータ（Image data）２０５を生成するネットワークコントローラ（Network Controller）２０１と、印刷用イメージデータ２０５に基づき印刷メディア（Print Media）２０３上に画像を形成するための画像データ（Image data）２０６を出力するプリンタコントローラ（Printer Controller）２０２とを用いて、印刷処理を実行する。

図３は、ネットワークコントローラ２０１が有する機能モジュールの概略構成の一例を示す図である。以下に、ネットワークコントローラ２０１を構成する各機能モジュールについて説明する。
図３において、インターフェイス（Interface）部３０１は、ホスト装置であるＤＴＶ１０１等から送られてきた印刷用コンテンツデータ２０４を取り込み、パース（Parse）処理部３０２に引き渡すモジュールである。この他、インターフェイス部３０１は、プリントエンジンから、用紙切れやインク切れなどの印刷状況を取得し、取得した印刷状況に基づくステータス情報（Printer Status Information）３１０をホスト装置に通知する機能も持ち合わせている。

パース処理部３０２は、ＸＨＴＭＬ形式の言語で記述されたコンテンツデータ２０４の構文を解析するモジュールである。コンテンツデータ２０４は「個別のファイル形式」またはパッケージングした「一括モジュール形式」として入力される。

レイアウト（Layout）処理部３０３は、パース処理部３０２で解析された構文情報を、印刷オブジェクトの配置情報データとして作成するモジュールである。
フォント（Font）処理部３０４は、コンテンツデータ２０４によって指定されたフォントデータ（Font Data）３０８の作成及び管理を行うモジュールである。この他、フォント処理部３０４は、配置情報データを作成するためにレイアウト処理部３０３がフォント情報（Font Information）３０９を取得する際にも呼び出される。

イメージング（Imaging）処理部３０５は、印字オブジェクトにおける画像データ（例えばＪＰＥＧ形式データ）をＲＧＢビットマップデータにデコードしたり、画像データのサイズを調整するために解像度を変換したりするモジュールである。
バンディング（Banding）処理部３０６は、描画領域を複数のバンドに分割して、次段のレンダリング（Rendering）処理部３０７にバンド単位での描画処理を行わせるモジュールである。

レンダリング（Rendering）処理部３０７は、レイアウト処理による配置情報データに基づいて描画処理を行い、その結果としてカラー画像の各色成分画素を多値データで構成した印刷用イメージデータ２０５を出力するモジュールである。

図４は、プリンタコントローラ２０２が有する機能モジュールの概略構成の一例を示す図である。以下に、プリンタコントローラ２０２を構成する各機能モジュールについて説明する。なお、本実施形態では、ネットワークプリンタ１０４として、インクジェット方式のプリンタを用いた場合を例に挙げて説明する。また、ネットワークプリンタ１０４側では高度な画像処理は行わないようにする。このようにすることで、メモリ空間を確保し、確保したメモリ空間上に印刷用イメージデータ２０５を展開し、展開した印刷用イメージデータ２０５をネットワークプリンタ１０４で直接印刷できる形態に変換してプリンタエンジンに送り、印刷することになる。

図４において、プリンタ制御実行部４０１は、ネットワークプリンタ１０４の統括制御を司るモジュールであり、画像処理部４０２や出力制御部４０３の動作を管理したり、印刷実行状況に基づくステータス情報３１０をネットワークコントローラ２０１に出力したりしている。

画像処理部４０２は、入力された印刷用イメージデータ２０５をプリンタエンジン４０４への出力形式に合わせて多値ＲＧＢから２値ＹＭＣＫに変換する処理を行うモジュールである。この多値ＲＧＢから２値ＹＭＣＫに変換する処理と、２値ＹＭＣＫに変換した印刷用イメージデータ２０５をプリンタエンジン４０４へ出力する処理では、バンディング処理部３０６によってメモリ空間が最適に利用される。一方、プリンタコントローラ２０２に十分大きな容量のメモリが実装されている場合は、１ページ分の印刷用イメージデータ２０５を展開することが可能な領域を確保しても構わない。

出力制御部４０３は、画像処理部４０２で２値ＹＭＣＫに変換されて出力された印刷用イメージデータ２０５の各色データを、プリンタエンジン４０４に実装されたインクジェット用ヘッドの駆動パターンに合わせて順次出力するモジュールである。

プリンタエンジン４０４は、出力制御部４０３から出力された印刷用イメージデータ２０５に合わせてインクを吐出するヘッドと、ヘッドが装着されたキャリア部を走査するキャリッジ機構と、印刷メディア２０３の搬送に用いるペーパーフィード機構とを備えて構成されたプリンタ可動部を有する。

図５は、ネットワークコントローラ２０１の内部構成の一例を示したブロック図である。
図５において、ネットワークコントローラ２０１は、ネットワークコントローラ２０１の主たる制御を司るＣＰＵ５０１と、受信した印刷用コンテンツデータ２０４を一時的に取り込むためのバッファメモリやワークメモリとして使用するＤＲＡＭ５０２と、イーサネット（登録商標）１１０に接続されたホスト装置との通信を行うネットワーク・インターフェイス・コントローラ（ＮＩＣ）５０５と、実行プログラムが書き込まれたプログラムＲＯＭ５０３と、フォントデータ３０８が書き込まれたフォントＲＯＭ５０４と、シリアルインターフェイス（シリアルＩ／Ｆ）５０７を介したプリンタコントローラ２０２との通信に用いられるシリアルＩ／Ｏ（ＳＩＯ）５０６とが、内部バス５０８によって相互に接続された構成となっている。

図６は、プリンタコントローラ２０２の内部構成の一例を示したブロック図である。
図６において、プリンタコントローラ２０２は、プリンタコントローラ２０２の主たる制御を司るＰ−ＣＰＵ６０１と、受信した画像データ２０６を一時的に取り込むためのバッファメモリやワークメモリとして使用するＰ−ＤＲＡＭ６０２と、実行プログラムが書き込まれたＰ−ＲＯＭ６０３と、シリアルＩインターフェイス５０７を介して接続されたネットワークコントローラ部２０１と通信を行うＰ−ＳＩＯ６０４とが、内部バス６１２を介してプリンタエンジンコントローラ部６０５と接続されている。また、プリンタエンジンコントローラ部６０５には、印刷機構部のインクジェットヘッド６０７を駆動するヘッドドライバ６０６と、キャリッジモータ（ＣＲモータ）６０９を駆動するモータドライバ６０８と、ペーパーフィードモータ（ＰＦモータ）６１１を駆動するモータドライバ６１０とがさらに接続されている。

（ＵＰｎＰ（Universal Plug and Play）の概要）
ＵＰｎＰネットワークは、ＩＰアドレスの設定やデバイスドライバのインストールなどの煩雑な設定を行わなくても、ネットワーク機器を接続することができるピアツーピアネットワークである。ここでは、ＵＰｎＰネットワークの基本構成、プロトコル、及び実行ステップについてその概要を説明する。詳細についてはそれぞれの規格のドキュメントに記載されている。

ＵＰｎＰネットワークの基本構成として、デバイス、サービス、及びコントロールポイントが定義されている。デバイスは、ＵＰｎＰに対応した機器であり、プリンタ、ブロードバンド（Broadband）ルータ（インターネット・ゲートウェイ・デバイス）１０５などが、これにあたる。サービスは、デバイスが提供する機能を表す最小単位であり、例えば、デバイスがUPnP Forumにより定義されたプリンタ（Printer）デバイスであれば、PrintBasicサービスが提供される。コントロールポイントは、デバイスが持っているサービスを制御して、利用するものであり、ＤＴＶ１０１、ＰＣ１０３やＳＴＢ１０２などがこれにあたる。
デバイスは、少なくとも１つのサービスを持つ。また、デバイスは内部に埋め込みデバイスを持つことができる。ベースとなるデバイスをルートデバイスという。

図７は、ＵＰｎＰネットワークの基本構成の一例を示すブロック図である。
図７において、コントロールポイント７１０及びデバイス７２０が、ネットワーク７００に接続されている。デバイス７２０は、サービス７２１と、埋め込みデバイス７２２とを持つ。埋め込みデバイス７２２はサービス７２３を持つ。
ＵＰｎＰネットワークでは、ＴＣＰ／ＩＰを基礎とし、HTTP（Hypertext Transfer Protocol）や、ＸＭＬ（Extensible Makeup Language）を利用してメッセージを配信する。ＵＰｎＰネットワークにおけるデバイス２００は、ＴＣＰ（Transmission Control Protocol）、ＵＤＰ（User Datagram Protocol）、ＩＧＭＰ（Internet Group Management Protocol）、及びＡＲＰ（Address Resolution Protocol）など、ＴＣＰ／ＩＰスタックのプロトコルを使用できる。また、デバイス２００は、ＤＨＣＰ（Dynamic Host Configuration Protocol）やＤＮＳ（Domain Name System）などのＴＣＰ／ＩＰサービスを利用できる。ＴＣＰ／ＩＰを採用したことによりＵＰｎＰは、ネットワークの物理メディアから独立になっている。

図８は、ＵＰｎＰのプロトコルスタックの一例を示す図である。
図８において、ＨＴＴＰＵと、ＨＴＴＰＭＵは、ＨＴＴＰをＵＤＰへ拡張したものである。プロトコルで使用する基本メッセージ形式はＨＴＴＰである。ＨＴＴＰＵはユニキャスト通信を用い、ＨＴＴＰＭＵはマルチキャスト通信を用いる。

ＳＳＤＰ（Simple Service Discovery Protocol）は、ネットワークサービスを検出する方法を定義している。ＳＳＤＰは、ＨＴＴＰＵ及びＨＴＴＰＭＵに基づいて作成されており、コントロールポイント７１０が関心のあるサービスを検出する方法と、デバイス７２０がそのサービスを告知する方法とを定義している。

ＧＥＮＡ（Generic Event Notification Architecture）は、ＨＴＴＰおよびＨＴＴＰＭＵを使用して通知を送受信する機能である。イベントを可能にするために通知のサブスクライバーや、パブリッシャーの概念を定義している。

ＳＯＡＰ（Simple Object Access Protocol）は、ＲＰＣ(Remote Procedure Call）を実行するためのＸＭＬとＨＴＴＰの仕様を定義している。コントロールポイント７１０は、ＳＯＡＰを使用してデバイス７２０の制御を行う。

プロトコルスタックの最上位は、ベンダ（Vender）に固有の情報を持つメッセージである。その次は、ＵＰｎＰフォーラムのワーキングコミッティー（ＷＣ）で定義された情報により補足されたメッセージである。上位のメッセージは、ＳＳＤＰや、ＧＥＮＡなど、ＵＰｎＰに固有のプロトコルに従ったＨＴＴＰメッセージ形式でＩＰアドレスに配信される。

次に、ＵＰｎＰの実行ステップについて説明する。ＵＰｎＰは、アドレッシング、ディスカバリ、ディスクリプション、コントロール、イベンティング、及びプレゼンテーションの６つのステップで実行される。以下、各ステップについて説明する。

＜アドレッシング＞
このステップでは、ＵＰｎＰが基本とするＴＣＰ／ＩＰでの通信が可能になるようにＩＰアドレスの割り当てを行う。ＵＰｎＰデバイスは、少なくともＤＨＣＰ（Dynamic Host Configuration Protocol）クライアントを実装しなければならない。デバイス７２０がはじめてネットワーク７００に接続したときは、ＤＨＣＰサーバを探してアドレスを取得する。ＤＨＣＰサーバが見つからない場合は、デバイス７２０は、Ａｕｔｏ−ＩＰを使ってアドレスを取得しなければならない。

Ａｕｔｏ−ＩＰは、ＩＡＮＡが定めるＬｉｎｋ−ｌｏｃａｌアドレス（ＩＰ Ｖｅｒｓｉｏｎ ４では１６９．２５４／１６）の範囲でランダムにアドレスを生成し、生成したアドレスがすでに使用されていないかどうかの確認と、そのアドレスの使用のアナウンスとを、ＡＲＰ（Address Resolution Protocol）を使って行うものである。デバイス７２０は、Ａｕｔｏ−ＩＰでＩＰアドレスを取得した場合、定期的にＤＨＣＰサーバを探して、見つかればＤＨＣＰサーバからアドレスを取得する。

＜ディスカバリ＞
ＩＰアドレスの割り当てが終わるとディスカバリを行う。ネットワーク７００に追加されたデバイス７２０は、ＵＰｎＰのディスカバリプロトコルを使ってデバイス７２０が持つサービス７２１の告知を行う。同様にネットワーク７００に追加されたコントロールポイント７１０は、デバイス７２０のサーチを行う。

例えば、デバイス７２０は、ＩＡＮＡがＳＳＤＰのために割り当てたマルチキャストアドレス：ポート２３９．２５５．２５５．２５０：１９００にＵＤＰマルチキャストパケットを送信して告知を行う。図１に示した例では、ＵＰｎＰデバイスであるネットワークプリンタ１０４が告知を行い、コントロールポイントであるＤＴＶ１０１、ＳＴＢ１０２、及びＰＣ１０３がこれを受信することになる。

図９（ａ）は、デバイス７２０がネットワーク７００に追加され利用可能なことを示す告知パケット９０１の一例を示す図である。
告知パケット９０１は、ＨＴＴＰＭＵを介して送信される。リクエストには、ＧＥＮＡのＮＯＴＩＦＹメソッドを用いている。ＮＴＳヘッダは、「ｓｓｄｐ：ａｌｉｖｅ」でなければならない。その他、ヘッダには、告知の有効時間、デバイスディスクリプションＵＲＬ、告知のタイプ、及びサービスの固有名などが含まれている。メッセージのボディはなく空白行のみである。

図９（ｂ）は、デバイス７２０がネットワーク７００から削除されつつあり利用できなくなることを示す告知パケット９０２の一例を示す図である。リクエストにはＧＥＮＡのＮＯＴＩＦＹメソッドを用いている。ＮＴＳヘッダは、「ｓｓｄｐ：ｂｙｅｂｙｅ」でなければならない。

また、コントロールポイント７１０がＵＰｎＰのディスカバリプロトコルを使ってサーチを行い、デバイス７２０がこのサーチに応答する場合、コントロールポイント７１０は、ＩＡＮＡがＳＳＤＰのために割り当てたマルチキャストアドレス：ポート２３９．２５５．２５５．２５０：１９００にＵＤＰマルチキャストパケット（サーチリクエストパケット）を送信する。デバイス７２０は、ＵＤＰマルチキャストパケットに対し、ＵＤＰユニキャスト（サーチレスポンスパケット）で応答する。図１に示した例では、コントロールポイントであるＤＴＶ１０１が、ＵＰｎＰデバイスであるネットワークプリンタ１０４のサーチを行い、ネットワークプリンタ１０４がそのサーチに応答することになる。

図１０（ａ）は、サーチリクエストパケット１００１の一例を示す図である。
サーチリクエストパケット１００１は、ＨＴＴＰＭＵを介して送信される。リクエストには、Ｍ−ＳＥＡＲＣＨメソッドを用いている。ＭＡＮヘッダは、「ｓｓｄｐ：ｄｉｓｃｏｖｅｒ」でなければならない。ＳＴヘッダはサーチターゲットである。メッセージボディはなく空白行のみである。

図１０（ｂ）は、サーチレスポンスパケット１００２の一例を示す図である。サーチレスポンスパケット１００２は、ＨＴＴＰＵを介して送信される。レスポンスには告知の有効時間、デバイスディスクリプションＵＲＬ、サーチターゲット、及び告知のサービス固有名などが含まれる。

＜ディスクリプション＞
ディスクリプションは、コントロールポイント７１０がディスカバリでデバイス７２０を見つけた後に行われる。このステップの後に、他のステップ（コントロール、イベンティング、及びプレゼンテーション）を実行することが可能になる。

図１１（ａ）は、ディスクリプションを行う際のコントロールポイント７１０とデバイス７２０との様子を概念的に示した図である。このディスクリプションでは、コントロールポイント７１０がディスクリプションリクエスト１１１１ａ〜１１１１ｃを送信し、デバイス７２０がデバイスディスクリプション１１１２ａ、及びサービスディスクリプション１１１３ａ、１１１３ｂを応答する。コントロールポイント７１０は、ディスカバリによりデバイス７２０のデバイスディスクリプションＵＲＬを取得した後、デバイス７２０に対してディスクリプションタリクエスト１１１１ａ、１１１１ｂを送信する。

図１１（ｂ）は、ディスクリプションリクエスト１１０１（ディスクリプションリクエスト１１１１ａ〜１１１１ｃ）の一例を示す図である。
ディスクリプションリクエスト１１０１は、ＨＴＴＰ ＧＥＴメソッドを用いて送信される。
図１１（ｃ）は、ディスクリプションレスポンス１１０２（デバイスディスクリプション１１１２ａ及びサービスディスクリプション１１１３ａ、１１１３ｂ）の一例を示す図である。
ＨＴＴＰメッセージのボディは、ＸＭＬで記述されたディスクリプションである。ＵＰｎＰにおけるディスクリプションレスポンスには、デバイスディスクリプション１１１２ａとサービスディスクリプション１１１３ａ、１１１３ｂの２種類がある。

デバイスディスクリプション１１１２ａには、デバイス７２０が持つサービス７２１のリストが含まれている。また、デバイスディスクリプション１１１２ａには、各サービス７２１のサービスディスクリプションＵＲＬ、コントロールＵＲＬ、及びイベンティングＵＲＬなどが含まれる。さらに、デバイス７２０に埋め込まれたデバイス７２２がある場合には、そのデバイス７２２のリストも含まれる。

サービスディスクリプション１１１３ａ、１１１３ｂには、サービス７２１、７２３をコントロールするためのアクションリストと、サービスの状態を示すサービスステータステーブルとが含まれる。アクションリストには、各アクションの、名前、引数、関連する状態変数、及び入出力の方向が記述されている。サービスステートテーブルには、各状態変数の、名前、型、範囲、及びイベント特性が記述されている。

コントロールポイント７１０は、デバイスディスクリプション１１１２ａを取得した後、そこに含まれる各サービスディスクリプションＵＲＬへアクセス（HTTP GET）することにより、各サービスディスクリプション１１１３ａ、１１１３ｂを取得する。サービスディスクリプション１１１３ａ、１１１３ｂを取得した後、コントロールポイント７１０は、デバイス７２０の各サービスをコントロールしたり、状態を表示したりできるようになる。

＜コントロール＞
コントロールでは、コントロールポイント７１０がデバイス７２０の持つサービス７２１にリクエストを行い、デバイス７２０を制御する。
図１２（ａ）は、コントロールポイント７１０がデバイス７２０をコントロールする様子を概念的に示した図である。

コントロールポイント７１０は、ディスクリプションで、デバイス７２０のデバイスディスクリプション１１１２ａと、サービスディスクリプション１１１３ａ、１１１３ｂを取得した後、デバイス７２０をコントロールすることができる。コントロールポイント７１０ができることは、アクションの実行（アクションリクエスト１２１１の送信）と、アクションの結果の取得（アクションレスポンス１２１２の受信）と、状態変数のクエリの実行（クエリリクエスト１２１３の送信）と、状態変数の現在値の取得（クエリレスポンス１２１４の受信）とを行うことである。

ＵＰｎＰのコントロールにはＳＯＡＰを使用する。ＳＯＡＰはＲＰＣ(Remote Procedure Call)の実現のためにＸＭＬ／ＨＴＭＬの使用に関して定義している。コントロールメッセージはＳＯＡＰヘッダおよびボディエレメントをベースにフォーマットされＨＴＴＰを介して配信される。
コントロールポイント７１０は、デバイス７２０のデバイスディスクリプションから取得したコントロールＵＲＬへ、ＨＴＴＰ ＰＯＳＴないしＭ−ＰＯＳＴメソッドを用いてリクエストを送信する。

図１２（ｂ）は、アクションリクエスト１２１１の一例を示す図である。この例では、リクエストラインにはＰＯＳＴメソッドを用いている。ＣＯＮＴＥＮＴ−ＴＹＰＥは、「ｔｅｘｔ／ｘｍｌ」である。また、「ｃｈａｒｓｅｔ＝"ｕｔｆ−８"」でなければならない。ＳＯＡＰＡＣＴＩＯＮにアクション名を含む。メッセージボディは、ＸＭＬで記述され、ＳＯＡＰで定義されたＥｎｖｅｌｏｐｅエレメントを含み、そのサブエレメントボディにアクションや、引数などのサブエレメントが含まれる。

図１２（ｃ）は、アクションレスポンス１２１２の一例を示す図である。この例では、成功レスポンスの一例を示している。レスポンスラインにはＨＴＴＰ成功コードが含まれている。メッセージボディはＸＭＬで記述され、ＳＯＡＰで定義されたＥｎｖｅｌｏｐｅエレメントを含み、そのサブエレメントボディにアクションレスポンスサブエレメントが含まれる。アクションレスポンス１２１２には、アクションに出力引数があればその引数がサブエレメントとして含まれる。

＜イベンティング＞
イベンティングでは、コントロールポイント７１０が、デバイス７２０に状態変化の通知要求を登録し、デバイス７２０から通知を受ける。イベントのソースであるサービス７２１をパブリッシャーといい、イベントのターゲットであるコントロールポイント７１０をサブスクライバーと呼ぶ。サブスクライバーがイベントの通知を要求することをサブスクリプションと呼ぶ。

図１３（ａ）はイベンティングを行う際のコントロールポイント７１０、１３００とデバイス７２０との様子を概念的に示した図である。コントロールポイント７１０、１３００（サブスクライバー）は、ディスクリプションで取得したデバイス７２０のデバイスディスクリプション１１１２ａのイベンティングＵＲＬへＨＴＴＰリクエスト（イベンティングのリクエスト）を送信し、ＨＴＴＰレスポンス（イベンティングのレスポンス）を受信する。
イベンティングのリクエストには、イベントの通知要求を登録するサブスクリプションリクエスト１３１１、登録の期限が切れる前に登録の更新を要求する更新リクエスト１３１２、及び登録の期限が切れる前に登録の取りやめを要求するキャンセルリクエスト１３１３の３種類がある。

図１３（ｂ）は、サブスクリプションリクエスト１３１１の一例を示す図である。リクエストラインには、ＧＥＮＡに定義されたSUBSCRIBEメソッドを用いる。ヘッダには、イベントメッセージの送信先ＵＲＬや、通知タイプ「ＵＰｎＰ：ｅｖｅｎｔ」などが含まれる。メッセージのボディはなく空白行のみである。

図１３（ｃ）は、サブスクリプションレスポンス１３１４の一例を示す。ここでは、成功レスポンスの例を示す。レスポンスラインにはＨＴＴＰ成功コードが含まれる。ヘッダにはサブスクリブションを特定するＩＤや、サブスクリプションの有効時間などが含まれる。
サブスクリプションの更新リクエスト１３１２は、SUBSCRIBEメソッドを用いて、ヘッダにサブスクリプションＩＤを設定して行う。

サブスクリプションのキャンセルリクエスト１３１３は、UNSUBSCRIPTメソッドを用いてヘッダにサブスクリプションＩＤを設定して行う。

デバイス７２０のサービス７２１（パブリッシャー）は、サブスクリプションリクエスト１３１１に含まれるイベントメッセージの送信先ＵＲＬへのＨＴＴＰリクエストにより、サブスクライバーであるコントロールポイント７１０、１３００にイベントメッセージ１３１５ａ、１３１５ｂを送信する。イベントメッセージ１３１５ａ、１３１５ｂを受信したコントロールポイント（サブスクライバー）７１０、１３００は、ＨＴＴＰレスポンスをサービス（パブリッシャー）７２１に返す。

図１３（ｄ）は、イベントメッセージ１３１５の一例を示す図である。リクエストラインにはNOTIFYメソッドが用いられている。ヘッダには、「ＣＯＮＴＥＮＴ−ＴＹＰＥ：ｔｅｘｔ／ｘｍｌ」、「ＮＴ：ｕｐｎｐ：ｅｖｅｎｔ」、「ＮＴＳ：ｕｐｎｐ：ｐｒｏｐｃｈａｎｇｅ」、及び「ＳＩＤ：ｕｕｉｄ：＜ｓｕｂｓｃｒｉｐｔｉｏｎ ＩＤ＞」などが含まれる。メッセージボディはＸＭＬで記述される。Propertysetエレメントには、状態変数をサブエレメントに持つPropertyサブエレメントが必要なだけ含まれる。

＜プレゼンテーション＞
プレゼンテーションでは、デバイス７２０が持つＷｅｂサービスをブラウザに表示する。これによりＷｅｂページから、デバイスの制御や、サービスの状態表示ができる。
図１４は、ブラウザ１４００がデバイス７２０のプレゼンテーションページにアクセスする様子を概念的に示した図である。

図１４において、コントロールポイント７１０は、プレゼンテーションリクエスト１４１１をデバイス７２０に送信することによって、デバイス７２０のデバイスディスクリプションに含まれるプレゼンテーションＵＲＬを取得する。そうすると、ブラウザ１４００を使って、デバイス７２０のプレゼンテーションページ１４１２を表示することができる。ブラウザ１４００は、デバイス７２０のプレゼンテーションＵＲＬへアクセス（HTTP GET）することによりプレゼンテーションページ１４１２を取得する。デバイス７２０は、プレゼンテーションページ１４１２を介して、サービス７２１のコントロール手段、状態表示手段をコントロールポイント７１０に提供することができる。

（ＤＴＶ（デジタルテレビジョン）装置）
図１５は、ＤＴＶ１０１の内部構成の一例を示した機能ブロック図である。
図１５において、１５０１は、ＤＴＶ１０１の主たる制御を行うＣＰＵである。１５０２は、プログラム等が保存されている読み出し専用メモリであるＲＯＭである。１５０３は、データの一時的な保存を行うＲＡＭである。１５０５はアンテナである。１５０４は、アンテナ１５０５で受信した信号を取り込んで音声／映像／画像／データに復元するデジタル放送受信制御部である。

１５０６は、後述する表示／音響部１５０８のテレビ表示画面に操作ボタン等の操作用画面を表示したり、その操作用画面に連動した操作をリモコン（不図示）装置で行ったりするＵＩ処理（操作）部である。１５０７は、テレビ受像部や音響部等がある表示／音響部１５０８へ、音声／映像／画像／データを出力する出力処理部である。１５０９は、イーサネット（登録商標）１１０を介して相互に接続された外部のネットワークプリンタ１０４に所望の印刷を指示する印刷処理部である。

１５１０は、イーサネット（登録商標）１１０のネットワークラインと接続して外部との通信処理を行うネットワーク処理部である。１５１２は、メモリカード用コネクタであり、デジタルカメラ等で撮影した画像が保存されたメモリカード等を接続することにより、表示／音響部１５０８で画像の再生を行うことが出来る。１５２０は、前述した各処理ブロックを相互に接続するバスラインである。

図１６は、デジタル放送受信制御部１５０４でのデータ処理の流れの一例を概念的に示した図である。
外部放送局において、映像，画像、音声等のコンテンツデータは、MPEG-2方式により符号化、圧縮され、他のメディアと共に多重化されて、アンテナから発信される。衛星放送の場合は、さらに単一搬送波でＰＳＫ（Phase shift keying）変調がなされた後に、アンテナから発信される。この他、地上波デジタル放送、ＣＡＴＶにおけるコンテンツデータも外部放送局から発信される。

本実施形態のＤＴＶ１０１では、外部放送局から発信された電波（コンテンツデータ）をアンテナ１５０５で受信し、デジタル放送受信制御部１５０４へ取り込む。取り込んだ電波ＲＦは、復調（De-modulation）部１６０１へ運ばれて復調（De-modulation）される。そうすると、ＴＳ多重化ストリームであるMPEG-2 TS（Transport Stream）packet（MPEG-2 TSパケット）１６０２が得られる。

復号器（De-multiplex／De-scramble／De-code）１６０３では、ＴＳ多重化ストリーム１６０２が多重分離（De-multiplex）される。また、必要に応じて使用者が選択したチャネル情報に基づき番組番号が与えられて選局（De-scramble）される。こうして、ＴＳ多重化ストリーム１６０２は、映像データ１６０４、オーディオデータ１６０５、情報（ＰＳＩ／ＳＩテーブル）１６０６、及びＤＳＭ−ＣＣ（Digital Storage Media-Command and Control）１６０７へ各々分離され、分離された各々のデータ１６０４〜１６０７は、必要に応じてデコード（De-code）される。ＤＳＭ−ＣＣ１６０７は、蓄積オーディオ・ビジュアル・プリント・データを遠隔からアクセスするためのプロトコルを規定した情報であり、アクセス対象の情報の場所（ＵＲＬ）が記述される。

ここで、トランスポートストリームＴＳについて詳細に説明する。
図１７は、トランスポートストリームＴＳを概念的に示した図である。
図１７において、トランスポートＴＳは、ＴＳパケット１７０１ａ〜１７０１ｃの連続で構成され、それぞれのＴＳパケット１７０１ａ〜１７０１ｃのパケット長は、１８８ｂｙｔｅで固定である。
ＴＳパケット１７０１ａ〜１７０１ｃは、ＴＳヘッダ１７０２ａ、１７０２ｂとペイロード１７０３ａ、１７０３ｂとを備えて構成され、それぞれのペイロード１７０３ａ、１７０３ｂを繋ぎ合わせることで、ＰＥＳ（Packetized Elementary Stream）１７０４のペイロード部１７０５が構成される。

ＰＥＳ１７０４は、ペイロード部１７０５とＰＥＳヘッダ部１７０６とを備えて構成される。
ＰＥＳ１７０４のペイロード部１７０５は、後述するＴＳパケット１７０１内のＰＩＤ情報から同一のコンテンツに属するものであると判断されて結合される。
ＰＥＳ１７０４とは、ＭＰＥＧビデオデータや、オーディオデータといったコンテンツ要素となる情報がブロックに区切られたものに、ヘッダが追加されたものである。このため、ＰＥＳ１７０４から放送番組のコンテンツ情報を抽出できる。

図１８は、ＴＳパケット１７０１の構成を概念的に示した図である。
図１８において、ＴＳパケット１７０１は、４ｂｙｔｅのヘッダ部と、アダプテーションフィールド部及びペイロード部の少なくとも何れか一方を含む情報部１８０２とが合わさった１８８ｂｙｔｅのデータである。
ヘッダ部１８０１は、同期バイト部１８０１ａや、ＰＩＤ部１８０１ｂなどを備えて構成される。このＰＩＤ部１８０１ｂのＰＩＤとは識別符号であり、ＴＳパケットを識別する役割がある。

前記アダプテーションフィールド部には、同期処理時に使用されるＰＣＲ情報等の情報がある。
前記ペイロード部には、映像音声等の情報のほかにＰＳＩ（Program Specific Information）／ＳＩがある。ＰＳＩは、番組使用情報を示すテーブルとして送られてくる。

図１９は、ＰＳＩ１９０１を概念的に示した図である。
図１９に示すように、ＰＳＩ１９０１は番組仕様情報であり、受信したＴＳパケット１７０１の中の情報を示す。ＰＡＴ（Program Association Table）１９０２は、番組の種類を示す。ＰＭＴ（Program Map Table）１９０３は、映像、音声のＰＩＤとその復号方法を示す。ＮＩＴ（Network Information Table）１９０４は、ネットワーク上のサービス等の情報を示す。ＣＡＴ（Conditional Access Table）１９０５は、有料放送情報を示す。

このようなＰＳＩ１９０１に含まれる情報を基に、前述した復号器１６０３でトランスポートストリームＴＳから分離されたストリームデータから、選択チャネルに応じた番組情報が抽出され、出力処理部１５０７を介して表示／音響部１５０８へ出力される。

図２０は、ＴＳパケット１７０１から番組情報を抽出する際のデジタル放送受信制御部１５０４における処理動作の一例を説明するフローチャートである。
まず、ステップＳ２００１で、使用者のチャネル選択操作により番組番号が与えられる。次に、ステップＳ２００２では、受信したＴＳパケット１７０１に含まれるＰＳＩ１９０１から、ＰＡＴ１９０２及びＰＭＴ１９０３に関する情報を参照する。
次に、ステップＳ２００３では、番組構成要素のＰＩＤ値を取得する。次に、ステップＳ２００４では、ステップＳ２００３で取得した前記ＰＩＤ値を基に、ＴＳパケット１７０１を抽出して番組を組み立てる。
最後に、ステップＳ２００５では、ステップＳ２００４で抽出した番組のデータに対し、ビデオ／オーディオそれぞれのデコード処理を実行して処理を終了する。

次に、映像データ１６０４のデコードを行ってビデオデータを生成する処理について説明する。
図２１は、ＴＳパケット１７０１からビデオデータを選択する際の復号器１６０３における構成の一例を示した図である。
図２１において、２１０１はタイミング再生信号発生部であり、ＴＳパケット１７０１の情報部１８０２のアダプテーションフィールド部内にあるＰＣＲ情報２１０４を取り込む。
２１０２はバッファメモリであり、ＴＳパケット１７０１から抽出されたビデオパケット（ＰＥＳ）１７０４を一時的に保存する。
前記アダプテーションフィールド部に含まれているＰＣＲ情報２１０４で設定されたタイミングでタイミング再生信号発生部２１０１から信号がバッファメモリ２１０２に対して発行される。その発行されたタイミングで、ビデオパケット（ＰＥＳ）１７０４のデータがデコーダ２１０３へ送られる。デコーダ２１０３に送られたデータは、デコードされた後、ビデオデータ２１０５として出力される。

（印刷サービス）
次に、本実施形態におけるＤＴＶ１０１が行う印刷サービス処理の説明を行う。
ＤＴＶ１０１における印刷操作では次のアイテムを印刷することができる。
１．放送番組のキャプチャ画像
２．メモリカードの画像
３．コンテンツ画像（印刷用コンテンツ画像、インターネットＷＥＢ画像等）

ＤＴＶ１０１で、これらのアイテムの印刷操作を行うには、使用者は、始めにＤＴＶ１０１の本体にあるＵＩ処理部１５０６、或いはリモコンのメニューボタン（不図示）を押下する。そうすると、ＤＴＶ１０１の表示／音響部１５０８のテレビ表示画面にメニュー内容が表示される（不図示）。その中から「印刷モード」を選択し操作ボタンを押下する。放送番組のキャプチャ画像の印刷処理は、表示部１５０８に表示している映像の静止画を取得することで実行される。メモリカードの画像の印刷処理は、メモリカード用コネクタ１５１２に装着されているメモリカード内に格納されている画像データを読み出すことで実行される。コンテンツ画像の印刷処理は、デジタル放送受信制御部１５０４を介して受信Ｓあれたデジタル放送またはデータ放送中に含まれる印刷用コンテンツ画像、または、ネットワーク処理部１５１０からインターネットを介して取得するインターネットＷＥＢ画像に基づいて行われる。

図２２に、印刷モードを選択する際の操作手順を示す。
図２２において、メニューボタン２２０１を操作することにより、「印刷モード」等のボタン群が表示／音響部１５０８のテレビ表示画面に表示される。そのボタン群の中で、「印刷モード」ボタン２２０２を選択して押下すると、ＤＴＶ１０１は「印刷モード」に設定される。

図２３は、本実施形態のＤＴＶ１０１に表示される印刷モード画面の一例を示す図である。
図２３において、印刷モード画面２３０１では、使用者が、印刷を行う画像の種類を選択操作できる状態になっている。使用者が、「放送番組のキャプチャ画像」ボタン２３０２、「メモリカードの画像」ボタン２３０３、及び「コンテンツ画像」ボタン２３０４のいずれかのボタンを押下することで、押下されたボタンに対応する画像の印刷モードにおける詳細な操作を行う画面に進む。

これらの処理は、図１５に示した印刷処理部１５０９と、ＵＩ処理部１５０６とが連携して、出力処理部１５０７から表示／音響部１５０８に、印刷モード画面２３０１を表示するための画像データを出力することで行われる。
また、本実施形態では、「印刷モード」が開始されると、このような表示処理とともに、ネットワークに対しての処理も開始する。

「印刷モード」に入ると印刷処理部１５０９が、ネットワーク処理部１５１０に対して「印刷モード」が開始されたことを伝える。そうすると、ネットワーク処理部１５１０は、前述したＵＰｎＰの機能を起動し、コントロールポイントとしての処理を開始する。
ネットワーク上すなわちイーサネット（登録商標）１１０上では、図１に示したように、ＵＰｎＰ機能を有したネットワークプリンタ１０４が待機している。

ＵＰｎＰの機能が起動すると、前述したＵＰｎＰの概要で説明した内容のごとく、ネットワーク処理部１５１０からイーサネット（登録商標）１１０へ、Ｍ−ＳＥＡＲＣＨメソッドのサーチリクエストパケット１００１が発行される。

ネットワークプリンタ１０４は、サーチリクエストパケット１００１を受け取るとサーチレスポンスパケット１００２を返す。
そのサーチレスポンスパケット１００２の中には印刷で使用するサービス名などが含まれている。よって、ＤＴＶ１０１がサーチレスポンスパケット１００２を受け取ると、そのサービス名を認識してサービスが開始される。

本実施形態では、そのサービスが、前述したＵＰｎＰで示されるＰｒｉｎｔＢａｓｉｃサービスである場合を例に挙げて説明する。

（ＰｒｉｎｔＢａｓｉｃサービス）
ここで、デジタル情報機器であるＤＴＶに適したＰｒｉｎｔＢａｓｉｃサービスの印刷処理に関して概要を説明する。このＰｒｉｎｔＢａｓｉｃサービスの印刷処理方式には大きく分けて２種類ある。一つはプッシュ型直接印刷方式であり、もう一つはプル型間接印刷方式である。ここで、プリンタ自体がデータを取りにいくことをプル型（要求型とも呼ぶ）、外部からプリンタへデータが送られることをプッシュ型（配信型とも呼ぶ）と称す。

それぞれの印刷処理の特徴を次に示す。
＜プッシュ型直接印刷方式＞
１．ＤＴＶ１０１等のコントロールポイントは、印刷ドキュメントを準備して、印刷要求ジョブ（ＪＯＢ）を発行する。
２．ネットワークプリンタは、決定したデータシンク情報をレスポンスする。
３．コントロールポイントは、「ＨＴＴＰ ＰＯＳＴ」で印刷ドキュメントを転送する。

＜プル型間接印刷方式＞
１．コントロールポイントは、印刷対象となる印刷用コンテンツデータの場所を示すＵＲＬ（Uniform Resource Locator）またはＵＲＩ（Uniform Resource Identifier）を決定し、そのＵＲＬまたはＵＲＩとともに印刷要求ジョブをネットワークプリンタに対して発行する。尚、ＵＲＬとは、インターネットで広く用いられている、情報の場所を示す記述であり、ＵＲＩの機能の一部を具体的に仕様化したものである。以下、ＵＲＬとして説明する。
２．ネットワークプリンタは、受信したＵＲＬを基に、「ＨＴＴＰ ＧＥＴ」で印刷対象ファイルを取得する。

図２４は、プッシュ型直接印刷方式で印刷を行う場合のコントロールポイントとネットワークプリンタの動作の一例を説明する図である。
図２４において、コントロールポイントは、デジタル放送またはデータ放送中の情報からＸＨＴＭＬ形式の印刷用ドキュメントの準備を行い、ネットワークプリンタに対してコンテンツを含まない印刷要求ジョブを発行する（ステップＳ２４０１）。
印刷要求ジョブを受け取ったネットワークプリンタは、印刷要求ジョブを順次解釈し、既に受け取った印刷要求ジョブの処理が終了することにより、新たに受け取った印刷要求ジョブに応じた印刷用ドキュメントの受け付けが可能であれば、印刷データ受信用のデータシンク領域を設定し（ステップＳ２４０２）、設定したデータシンク領域に関する情報をレスポンスとして、ＤＴＶであるコントロールポイントへ返す（ステップＳ２４０３）。
コントロールポイントでは、そのレスポンスの情報に応じて、既に作成したＸＨＴＭＬ形式の印刷用ドキュメントを、「ＨＴＴＰ ＰＯＳＴ」でネットワークプリンタに転送する（ステップＳ２４０４）。
ネットワークプリンタは、転送された印刷用ドキュメントを受信して、データシンク領域へ格納する（ステップＳ２４０５）。ネットワークプリンタは、そのデータシンク領域に格納した印刷用ドキュメントを基に印刷を行う（ステップＳ２４０４）。

図２５は、プル型間接印刷方式で印刷を行う場合のコントロールポイントとネットワークプリンタの動作の一例を説明する図である。
図２５において、コントロールポイントは、印刷ドキュメントの格納先のＵＲＬを決定し、そのＵＲＬに関するＵＲＬ情報とともに、印刷要求ジョブをネットワークプリンタに発行する（ステップＳ２５０１）。ここで印刷ドキュメントの格納先は、ＤＴＶであるコントロールポイント内であってもよいし、外部記憶装置であってもよい。
ネットワークプリンタは、その印刷要求ジョブを受け取り、印刷が可能な状態であればＵＲＬ情報を基に「ＨＴＴＰ ＧＥＴ」を発行する（ステップＳ２５０２）。ＵＲＬ情報で示されているＵＲＬに存在する機器は、「ＨＴＴＰ ＧＥＴ」を基にコンテンツデータを発行する（ステップＳ２５０３）。そして、ネットワークプリンタは、ＵＲＬ情報で示されているＵＲＬに存在する機器の印刷コンテンツを取得し、取得したコンテンツデータで印刷を行う（ステップＳ２５０４）。

以上が、ＰｒｉｎｔＢａｓｉｃサービスにおける印刷処理の基本的な概念である。
尚、ＰｒｉｎｔＢａｓｉｃサービスにおける実際の印刷処理ではさらに詳細な制御が行われることは言うまでもない。また、ＰｒｉｎｔＢａｓｉｃサービスには、前述した印刷処理の他に、ネットワークプリンタの状態を取得する方法とか、印刷に関わる様々な機能について規定されている。かかる規定については、規格のドキュメントに記載されており、ここではその説明を省略する。

（ＤＴＶ印刷アイテム）
次に、各印刷アイテムの印刷方法について説明する。
＜キャプチャ印刷モードにおける印刷処理＞
まず、キャプチャ印刷モードにおける印刷処理について説明する。
データ放送中に放送内容を印刷したい場合、使用者は、図２３に示した印刷モード画面２３０１に表示されている「放送番組のキャプチャ画像」ボタン２３０２を押下する。そうすると、キャプチャ印刷モードへ移行する。

データ放送では、データカーセル伝送と呼ばれる同一内容のローカルコンテンツモジュールが繰り返し伝送される。
ローカルコンテンツモジュールは、前述したＤＳＭ−ＣＣ１６０７の１周期分のデータ列として取り込まれ、一時的に保存される。前述したように、図１６では、ＴＳ多重化ストリーム１６０２から、ＤＳＭ−ＣＣ１６０７が分離された様子を示している。
取り込まれたローカルコンテンツモジュールは、解析された後、複数のファイルに再保存される。再保存されたローカルコンテンツモジュールは、再構築されて表示される。
ローカルコンテンツモジュールは、現在のところ、ＢＭＬ（Broadcast Markup Language）で記載されている場合が多い。このローカルコンテンツモジュールを解析することで、ローカルコンテンツモジュールは、（１）静止画jpeg、（２）図形png、（３）文字text、及び（４）制御コードtextに分離される。

図２６は、データ放送の画面の一例を示す図である。
図２６では、ＤＴＶ１０１の表示／音響部１５０８のテレビ表示画面２６０１を示している。テレビ表示画面２６０１の左上部には、ＪＰＥＧの静止画２６０２が、右上部には文字テキスト２６０３が、左下部にはＰＮＧの図形２６０４がそれぞれ配置されている。また、テレビ表示画面２６０１の右下部には、縮小された動画２６０５が配置される。なお、この縮小された動画２６０５は、キャプチャ及び印刷ができないことが多い。

キャプチャ印刷モードでは、ＤＴＶ１０１に付属しているリモコン内のキャプチャボタン（不図示）が有効になる。使用者が、そのキャプチャボタンを押下すると、その押下したときにテレビ表示画面２６０１に表示されている映像がキャプチャされ静止画像として表示される（ただし、前述したように、動画２６０５についてはコンテンツ提供者の都合により表示されないことが多い）。

この状態で、使用者が前記リモコン内の「印刷」ボタン（不図示）を押下すると、印刷用コンテンツの印刷処理が開始される。
キャプチャ印刷モードでは、データ放送用のビデオＲＡＭに保存中のデータは、書き換えられない状態になる。このようにすることにより、使用者がキャプチャボタンを押下したときにテレビ表示画面２６０１に表示されている映像が静止画像として表示される。印刷は、その静止画像のビットマップデータを印刷データとして取り出すことにより行われる。
このときの印刷ジョブ（ＪＯＢ）の発行処理は、前述したＵＰｎＰのＰｒｉｎｔＢａｓｉｃサービスのプッシュ型直接印刷方式で行われる。印刷対象と印刷条件とが決定された後、印刷条件の情報を伴って印刷要求ジョブ（ＪＯＢ）がネットワークプリンタ１０４に発行される。

ネットワークプリンタ１０４は、印刷要求ジョブの内容を解釈し、印刷データを受け付けるためのデータシンク領域を設定し、設定したデータシンク領域に関する情報を、レスポンスとしてＤＴＶ１０１へ返す。
ＤＴＶ１０１は、そのレスポンスを受信すると、そのレスポンスに示されているデータシンク領域に対して、キャプチャ画像データを「ＨＴＴＰ ＰＯＳＴ」で転送する。ネットワークプリンタ１０４は、転送されたキャプチャ画像データを、前記設定したデータシンク領域に格納し、格納したキャプチャ画像データに対する印刷処理を開始する。
以上が、キャプチャ印刷モードにおける印刷処理の流れである。

＜メモリカード印刷モードにおける印刷処理＞
次に、メモリカード印刷モードにおける印刷処理について説明する。
使用者が、図２３に示した印刷モード画面２３０１に表示されている「メモリカード画像」ボタン２３０３を押下すると、ＤＴＶ１０１に接続されているメモリカードに記録されている画像を印刷するメモリカード印刷モードへ移行する。
このメモリカード印刷モードでは、ＤＴＶ１０１の表示／音響部１５０８のテレビ表示画面２６０１に、メモリカード内の画像ファイルと操作パネルとが表示される。

図２７は、メモリカード印刷モードにおけるテレビ表示画面の一例を示す図である。
図２７では、ＤＴＶ１０１の表示／音響部１５０８のテレビ表示画面２７０１を示している。テレビ表示画面２７０１の左上部には、メモリカード内のファイルに格納されている画像の中から使用者により選択された画像２７０２が、右上部には、メモリカード内のファイルに格納されている画像のインデックスであるインデックス画像２７０３が、下部には、操作用パネル２７０４がそれぞれ配置されている。

図２７では、インデックスとして表示されているインデックス画像２７０３ａが選択されており、このインデックス画像２７０３ａに対応する画像２７０２が、左側に表示されている。使用者が、前記リモコンのカーソルを操作することで、操作パネル２７０４内の「次へ」ボタン２７０４ａを押下すると、インデックス画像２７０３ｂ画像が選択され、そのインデックス画像２７０３ｂに対応する画像が左側に表示される。
また、例えば、インデックス画像２７０３ａが選択された状態で、使用者が、操作パネル２７０４内の「印刷」ボタン２７０４ｂを押下すると、インデックス画像２７０３ａに対応する画像の印刷処理が開始する。

印刷要求ジョブの発行処理は、前述したＵＰｎＰのＰｒｉｎｔＢａｓｉｃサービスのプッシュ型直接印刷方式で行われる。印刷対象と印刷条件とが決定された後、印刷条件の情報を伴って印刷要求ジョブがネットワークプリンタ１０４に発行される。

ネットワークプリンタ１０４は、印刷要求ジョブの内容を解釈し、印刷データを受け付けるためのデータシンク領域を設定し、設定したデータシンク領域に関する情報を、レスポンスとしてＤＴＶ１０１へ返す。
ＤＴＶ１０１は、そのレスポンスを受信すると、そのレスポンスに示されているデータシンク領域に対して、印刷データを「ＨＴＴＰ ＰＯＳＴ」で転送する。ネットワークププリンタ１０４は、転送された印刷データを、前記設定したデータシンク領域に格納し、格納した印刷データに対する印刷処理を開始する。
以上が、メモリカード印刷モードにおける印刷処理の流れである。

＜印刷用コンテンツの印刷モードにおける印刷処理＞
次に、印刷用コンテンツの印刷モードにおける印刷処理について説明する。
使用者が、図２３に示した印刷モード画面２３０１に表示されている「コンテンツ画像」ボタン２３０４を押下すると、印刷用コンテンツの印刷モードへ移行する。
イーサネット（登録商標）１１０、及びブロードバンドルータ１０５を経由してインターネット１０８に接続されると、放送用に用意されたＷＥＢコンテンツがある。
ＷＥＢコンテンツは、ＤＳＭ−ＣＣ１６０７のローカルコンテンツモジュールとして記述言語で存在し表示用の情報だけではなく、印刷用のリンク情報（ＵＲＬ）等も多く含まれている。もちろん、データ放送中に印刷用コンテンツを含んだ状態で、データ放送を受信し、受信したデータ放送中の印刷用コンテンツを印刷（上述したキャプション印刷に近い）することも可能であるが、インターネットを介した外部記憶装置（Ｗｅｂサーバ）に保持されている印刷用コンテンツを印刷させるべく、その印刷用コンテンツに対するリンク情報（ＵＲＬ）をデータ放送中に含んでいるものとする。つまり、印刷専用の特別なコンテンツでなく表示用のコンテンツであっても印刷することは可能であるが、表示用のコンテンツは印刷品質がよくないため、印刷する場合は印刷用コンテンツが望まれる。しかし、印刷用コンテンツは、データ放送中に含める場合は、容量の制限が設けられている。そのため、外部記憶装置で印刷用コンテンツを保持させておき、その印刷用コンテンツへのリンク情報をデータ放送中に持たせて印刷指示させることにより、高品位な印刷用コンテンツを印刷することができ、かつ、ＤＴＶ側の印刷負荷が軽減される。

本実施形態では、デジタル放送またはデータ放送に含まれる放送用ＷＥＢコンテンツにおける印刷を行う場合について説明する。
放送用ＷＥＢコンテンツを表示している最中に、印刷用コンテンツの印刷モードに入ると、ＤＴＶ１０１に付属しているリモコンの印刷用ボタンが有効になる。使用者が、前記リモコンを操作して、印刷用コンテンツの中から印刷を希望する画像を選択し、印刷ボタンを押下すると印刷処理が開始する。
前述したようにデータ放送中のローカルコンテンツモジュール内には、印刷用コンテンツのリンク先のＵＲＬ情報が組み込まれている。印刷ボタンが押下されると、選択された画像の印刷用ＵＲＬ情報が取り出される。その印刷用ＵＲＬ情報を含む情報が、ネットワークプリンタ１０４へ送信されることにより印刷が行われる。

印刷要求ジョブの発行処理は、前述したＵＰｎＰのＰｒｉｎｔＢａｓｉｃサービスのプル型間接印刷方式で行われる。前述した印刷対象のＵＲＬと印刷条件とが決定された後、その印刷対象のＵＲＬと印刷条件の情報を伴って印刷要求ジョブ（ＪＯＢ）がネットワークプリンタ１０４に発行される。
ネットワークプリンタ１０４は、印刷要求ジョブの内容を解釈し、ＵＲＬに存在する印刷用コンテンツを「ＨＴＴＰ ＧＥＴ」で取得して印刷出力処理を実行する。
以上が印刷用コンテンツの印刷モードにおける印刷処理の流れである。

尚、前述したメモリカード印刷モードでは、プッシュ型直接印刷方式の印刷処理の他に、プル型間接印刷方式で印刷処理を行うことも可能である。プル型間接印刷方式で印刷処理を行う場合、ＤＴＶ１０１は、メモリカード内の画像ファイルに保存されているアドレスを、印刷対象となるネットワークプリンタのＵＲＬとして決定し、そのＵＲＩとともにジョブ（ＪＯＢ）を発行するようにすればよい。
以上、ネットワークプリンタ、ネットワークプロトコル、ＤＴＶについてのそれぞれの構成及び処理内容の概要を説明した。

（ネットワークシステム印刷処理）
次に、本実施形態のネットワークシステムにおける印刷処理の流れを順を追って説明する。
まず、使用者が、ＤＴＶ１０１本体や、ＤＴＶ１０１に付属しているリモコンのボタンを操作すると、印刷モードへ移行する。印刷モードに移行すると、使用者は、ＤＴＶ１０１本体や、前記リモコンのボタンを操作して、印刷を希望する画像を選択するための操作を行う。最後に、使用者によって印刷を指示するための操作が行われると、印刷処理が開始する。なお、印刷モードによって印刷要求ジョブを発行する方法が異なる。

プル型間接印刷方式では、前述したように、印刷対象となるネットワークプリンタ１０４のＵＲＬと印刷条件の情報を伴って、UPnP PrintBasicサービスの印刷要求ジョブがネットワークプリンタ１０４に発行される。
ネットワークプリンタ１０４は、印刷要求ジョブを受け取り、その印刷要求ジョブを実行することが可能になれば印刷処理が開始する。ネットワークプリンタ１０４は、受け取ったＵＲＬの情報を基に、そのＵＲＬで示されたＷＥＢサイトから印刷ドキュメントのデータを取り込む。

ネットワークプリンタ１０４は、印刷ドキュメントのデータを取り込みながら、そのデータ内のＸＨＴＭＬの構文解析を始める。次に、レイアウト処理と、レンダリング処理とを行い、印刷用に加工されたデータが最終的にプリンタエンジン４０４へ渡される。そして、プリンタエンジン４０４により印刷メディア（Print Media）２０３上に画像を形成するための画像データが形成される。
ＤＴＶ１０１は、データの転送を完了しているので、使用者は、このようにネットワークプリンタ１０４が印刷処理を実行している間、ＤＴＶ１０１における他の操作が可能である。
なお、ＤＴＶ１０１は、必要に応じて定期的にネットワークプリンタ１０４の状態の監視することにより印刷出力が完了したかを把握する。

このプル型間接印刷方式では、ＤＴＶ１０１からネットワークプリンタ１０４へ渡される印刷要求ジョブのデータ量が少なく、ネットワークプリンタ１０４内でのバッファ負荷が少なくて済む。このため、次の印刷要求ジョブを受け付けることが可能であり、受け付けた印刷要求ジョブはキューイング（queuing）され、前の印刷要求ジョブの実行が終了した後に実行される。よって、印刷要求ジョブを発行したＤＴＶを、印刷処理から迅速に解放することが可能となる。

一方、プッシュ型直接印刷方式では、前述したように、印刷条件の情報を伴って、UPnP PrintBasicサービスの印刷要求ジョブがネットワークプリンタ１０４に発行される。
ネットワークプリンタ１０４は、印刷要求ジョブを受け取り、その印刷要求ジョブが、プッシュ型直接印刷方式の印刷要求ジョブであることを解釈し、印刷要求ジョブを実行することが可能であれば、印刷ドキュメントを取り込むためのデータシンク領域（バッファ領域）を確保し、そのデータシンク領域のアドレス情報を、ＤＴＶ１０１へレスポンスとして返信する。
ＤＴＶ１０１は、そのデータシンク領域に対して、印刷ドキュメントをHTTP POSTで発行する。

ネットワークプリンタ１０４は、受け取った印刷ドキュメントデータの加工処理をデータシンク領域で行う。そうすると、印刷用に加工されたデータが、最終的にプリンタエンジン４０４へ渡される。そして、プリンタエンジン４０４により印刷メディア（Print Media）２０３上に画像を形成するための画像データが形成される。
ＤＴＶ１０１は、データの転送を完了しているので、使用者は、このようにネットワークプリンタ１０４が印刷処理を実行している間、ＤＴＶ１０１における他の操作が可能である。
なお、ＤＴＶ１０１は、必要に応じて定期的にネットワークプリンタ１０４の状態の監視することにより印刷出力が完了したか否かを把握する。

このプッシュ型直接印刷方式では、ＤＴＶ１０１からネットワークプリンタ１０４へ渡されるデータとして、印刷要求ジョブの他に、印刷ドキュメントがあり、そのデータ量は多い。このため、ネットワークプリンタ１０４内でのバッファ負荷はかなり重く、前述したプル型間接印刷方式のように、次のプッシュ型直接印刷方式の印刷要求ジョブを受け付けることは不可である。
ただし、プッシュ型直接印刷方式の場合は、前述したプル型間接印刷方式に対して、ネットワークプリンタにおける印刷処理時間が少なくて済むことが多いという利点がある。

図２８及び図２９は、本実施形態のネットワークシステムにおける印刷処理の方法の一例を説明する図である。
図２８において、左半分はＤＴＶ１０１の処理動作の一例を説明するフローチャートであり、右半分はネットワークプリンタ１０４の処理動作の一例を説明するフローチャートである。
図２８のステップＳ２８０１において、ＤＴＶ１０１の印刷処理を行うプログラムモジュールを起動させて処理を開始し、ネットワークプリンタ１０４に対して、ＵＰｎＰ「Ｍ−ＳＥＡＲＣＨ」を発行する。

次に、ステップＳ２８０２において、パワーセーブモードにあったネットワークプリンタ１０４は、「Ｍ−ＳＥＡＲＣＨ」を受け取ると、ネットワークプリンタ１０４の印刷処理を行うプログラムモジュールを起動させて、プリンタのサービス（PrintBasicサービス）情報等のＵＰｎＰレスポンスをＤＴＶ１０１に返す。
次に、ステップＳ２８０３において、ＤＴＶ１０１は、ネットワークプリンタ１０４からのレスポンスを受け取って、ネットワークプリンタ１０４のサービス情報を得る。そして、ネットワークプリンタ１０４のサービス情報に基づく表示を、表示／音響部１５０８のテレビ表示画面に行い、その表示に従った使用者の操作に基づいて印刷ドキュメントの印刷モードを決定する。すなわち、キャプチャ画像印刷及びメモリカード画像印刷が選択された場合は、印刷モードはプッシュ型直接印刷方式と決定され、コンテンツ画像印刷が選択された場合は、印刷モードはプル方間接印刷方式と決定される。

次に、ステップＳ２８０４において、ステップＳ２８０３で決定された印刷ドキュメントの印刷モードを判定し、それがプッシュ型直接印刷方式であれば、ステップＳ２８０５へ進む。
ステップＳ２８０５では、ステップＳ２８０３で決定された印刷ドキュメントの印刷を実行するための印刷スタートボタンが使用者により押下されるまで待機する。そうすると、ネットワークプリンタ１０４に対して、前述したPrintBasicサービスに基づいた印刷要求ジョブが発行される。

次に、ステップＳ２８０６において、ネットワークプリンタ１０４は、ＤＴＶ１０１で発行された印刷要求ジョブを受信すると、印刷処理を実行中であるかを判定する。この判定の結果、印刷処理を実行中でなければステップＳ２８０７に進み、印刷ドキュメントの印刷モードがプッシュ型直接印刷方式であるか否かを判定する。この判定の結果、印刷ドキュメントがプッシュ型直接印刷方式であればステップＳ２８０８へ進み、データシンク領域を確保し、そのデータシンク領域のアドレス情報をレスポンスとしてＤＴＶ１０１に返す。なお、ステップＳ２８０７の直接印刷か間接印刷かの判断処理を、ステップＳ２８０６の印刷処理中間の判断処理より前に行い、直接印刷と判断された場合に、印刷処理を実行中であるかを判断するような制御手順にしてもよい。なぜなら、印刷処理で利用される一時メモリとは別に、印刷要求ジョブを受信する受信バッファの領域を確保しておけば、データ量の少ないプル方間接印刷方式の印刷要求ジョブを受け付けることが可能となり、ＤＴＶ１０１が印刷処理から即座に解放されることが可能となるからである。

次に、ステップＳ２８０９において、ＤＴＶ１０１は、ステップＳ２８０８で送られたレスポンスが、印刷要求の受け付けを確認したもの（ＯＫ）であるか否かを判定する。この判定の結果、レスポンスがＯＫである場合には、ステップＳ２８１０に進み、データシンク領域に対して印刷ドキュメントのデータを転送する。PrintBasicサービスでは、ネットワークプリンタ１０４に対して、HTTP POSTを発行して印刷ドキュメントのデータの転送が行われる。
次に、ステップＳ２８１１において、ネットワークプリンタ１０４は、データシンク領域に送られた印刷ドキュメントのデータの印刷処理を開始する。この印刷処理では、パース処理、レイアウト処理、及びレンダリング処理が行われた後に、プリンタエンジン処理で印刷が出力される。
最後に、ステップＳ２８１２において、ＤＴＶ１０１は、印刷が終了したか否かを判定していて、ネットワークプリンタ１０４から印刷終了情報を受け取ると印刷処理を終了する。

図２９は、印刷ドキュメントの印刷モードがプル型間接印刷方式である場合の印刷処理の方法の一例を説明する図である。
図２８のステップＳ２８０４において、ステップＳ２８０３で決定された印刷ドキュメントの印刷モードが、プル型間接印刷方式であると判定された場合、図２９のステップＳ２９０１において、ＤＴＶ１０１は、ステップＳ２８０３で決定された印刷ドキュメントの印刷を実行するための印刷スタートボタンが使用者により押下されるまで待機する。そうすると、ネットワークプリンタ１０４に対して、前述したPrintBasicサービスに基づいた印刷ドキュメントのＵＲＬ情報を含んだ印刷要求ジョブが発行される。

次に、ステップＳ２９０２において、ネットワークプリンタ１０４は、ＤＴＶ１０１で発行された印刷要求ジョブを受信すると、印刷処理を実行中であるか否かを判定する。この判定の結果、印刷処理を実行中でなければステップＳ２９０３に進み、印刷ドキュメントの印刷モードがプル型間接印刷モードであるか否かを判定する。この判定の結果、印刷ドキュメントがプル型間接印刷モードであればステップＳ２９０４へ進み、印刷要求の受け付けを確認したことを示すレスポンスをＤＴＶ１０１に返す。また、図２９は、間接印刷の場合の処理であり、間接印刷の印刷要求ジョブは印刷要求のみであるため、所定量のバッファメモリがあれば印刷処理中であっても印刷要求ジョブの受信は可能であるため、Ｓ２９０２の判断処理を省略しても構わない。これにより、ＤＴＶ１０１は、印刷処理から迅速に解放される。

次に、ステップＳ２９０５において、ＤＴＶ１０１は、ステップＳ２９０４で送られたレスポンスが、印刷要求の受け付けを確認したもの（ＯＫ）であるか否かを判定する。この判定の結果、レスポンスがＯＫである場合には、ＤＴＶ１０１は印刷処理から解放されてＤＴＶ１０１は各リソースを印刷以外の処理に適用可能となる。その後、ステップＳ２９０９において、ＤＴＶ１０１は、印刷が終了したか否かを判定し、ネットワークプリンタ１０４から印刷終了情報を受け取り、必要に応じて終了通知を表示部に表示して終了する。

一方、ネットワークプリンタ１０４は、印刷要求の受け付けを確認したことを示すレスポンスをＤＴＶ１０１に返した後、ステップＳ２９０６において、印刷ドキュメントがあるＵＲＬのＷＷＷサーバ１０９から印刷ドキュメントを取得するために、印刷ドキュメントの取得要求であるＨＴＴＰ ＧＥＴをＷＷＷサーバ１０９に発行する。
次に、ステップＳ２９０７において、ネットワークプリンタ１０４は、ＷＷＷサーバ１０９から印刷ドキュメントを取得し、ステップＳ２９０８において、その印刷ドキュメントの印刷処理を開始する。この印刷処理では、パース処理、レイアウト処理、及びレンダリング処理が行われた後に、プリンタエンジン処理で印刷が出力される。
最後に、前述したように、ステップＳ２９０９において、ＤＴＶ１０１は、印刷が終了したか否かを判定する。この判定の結果、ネットワークプリンタ１０４から印刷終了情報を受け取り、印刷が終了したと判定すると印刷処理を終了する。

（印刷中の印刷要求）
次に、本実施形態のネットワークシステムにおける特徴の１つである印刷処理判定方法について説明する。
ここでは、ネットワークプリンタ１０４が、前の印刷要求ジョブに基づく印刷処理を実行している最中に、ＤＴＶ１０１から次の印刷要求ジョブが発生した場合についての対応を説明する。

ネットワークプリンタ１０４が印刷処理を実行している最中に、ＤＴＶ１０１がプッシュ型直接印刷方式で印刷要求ジョブを発生した場合（例えば、前述したキャプチャ画像の印刷要求が発生した場合）、前述したように、バッファメモリの制約から、ネットワークプリンタ１０４は、その印刷要求ジョブを拒否する。そうすると、ＤＴＶ１０１側では、印刷要求が待機状態を強いられることになる。

このように印刷要求が待機状態になると、ＤＴＶ１０１は、印刷のためのキャプチャ画像を保持してなればならない。このため、使用者は、ＤＴＶ１０１の操作、特にチャネル変更操作を行うことができない。言い換えると、使用者が、ＤＴＶ１０１のチャネルを変更するための操作を行った場合、保持しているキャプチャ画像のデータを開放しなければ、チャネルの変更ができないという制約がある。

したがって、もしどうしてもチャネルを変更する場合は、保持しているキャプチャ画像が失われてもよいかどうかを使用者に判定させるための操作が必要になる。
本実施形態では、チャネルが変更されたときでも、保持しているキャプチャ画像を可及的に確実に印刷することができる。以下に、チャネルが変更されたときでも、保持しているキャプチャ画像を可及的に確実に印刷する方法の一例について説明する。

まず、ＤＴＶ１０１本体や、ＤＴＶ１０１に付属しているリモコンの操作によって印刷ボタンが押下され、ＤＴＶ１０１が印刷要求ジョブを発行すると、ネットワークプリンタ１０４から、印刷要求を拒否する拒否レスポンスが返る。
この待機状態で、使用者によりチャネルを変更する操作が実行され、チャネル変更要求を受け付けると、ＤＴＶ１０１は、テレビ表示画面に「少しお待ちください」のメッセージを表示する。さらに、ＤＴＶ１０１は、優先印刷フラグを設定してネットワークプリンタ１０４へ印刷要求ジョブを再度発行する。以下、この再度発行される印刷要求ジョブを、優先印刷要求ジョブと称す。優先印刷要求ジョブは、印刷要求ジョブ内に優先印刷情報が付加されたものである。

ネットワークプリンタ１０４は、ＤＴＶ１０１から受け取った印刷要求ジョブに優先印刷情報が付加された優先印刷要求ジョブであると判断すると、現在実行中の印刷要求ジョブの発行元と、実行中の印刷要求ジョブが優先印刷ジョブであるかを判断する。ここで、現在実行中の印刷要求ジョブが、優先印刷要求ジョブを送信したＤＴＶと同一のＤＴＶから発行されたものであり、且つ実行中の印刷要求ジョブが優先印刷要求ジョブで無ければ、受信した優先印刷要求ジョブの受付準備に入る。この優先印刷要求ジョブの受付準備は、現在実行中の印刷要求ジョブに基づく印刷処理を中止或いは中断して、印刷途中の用紙を排紙し、印刷データ保存用バッファを確保する。そして、確保した印刷データ保存用バッファをデータシンク領域として、そのアドレスとともに優先印刷要求ジョブに基づく印刷要求を許可するレスポンスをＤＴＶ１０１に返送する。
ＤＴＶ１０１は、そのレスポンスを受けて、キャプチャ画像のデータの転送を開始する。このキャプチャ画像のデータの転送が終了すると、チャネルを変更するための操作が可能になる。

以下に、印刷要求ジョブを判定する処理の一例を説明する。
＜優先印刷の説明＞
図３０は、本実施形態のネットワークシステムにおける優先印刷要求処理を行う場合のＤＴＶ１０１の動作の一例を説明するフローチャートである。この図３０に示す優先印刷要求処理は、本実施形態の最も特徴的な処理の１つであり、チャネルの操作処理時にＤＴＶ１０１により実行される。

図３０において、ＤＴＶ１０１は、チャネルの変更指示があったか否かを判定する。この判定の結果、チャネルの変更指示がなければ、優先印刷要求処理を終了する。一方、チャネルの変更指示があれば、ステップＳ３００２へ進む。ステップＳ３００２では、ＤＴＶ１０１は、印刷モードを実行中であるか否か、すなわち印刷処理中であるかを判定する。この判定の結果、印刷モードを実行中でなければ、後述するステップＳ３０１２に進む。一方、印刷モードを実行中であれば、ステップＳ３００３へ進む。

ステップＳ３００３では、ＤＴＶ１０１は、ネットワークプリンタ１０４が印刷中か否かを判定する。具体的には、例えば、ネットワークプリンタ１０４に対してステータス要求コマンド（例えば、UPｎP PrintBasicサービス、PrinterAttributeコマンド等）を発行して、ネットワークプリンタ１０４の状態を受け取り、そのネットワークプリンタ１０４の状態に基づいて、ネットワークプリンタ１０４が印刷中か否かを判定する。
この判定の結果、ネットワークプリンタ１０４が印刷中でなければステップＳ３０１０へ、印刷中であればステップＳ３００４へ進む。ステップＳ３００４では、ＤＴＶ１０１は、優先印刷要求ジョブに基づく印刷をネットワークプリンタ１０４が実行中であるかを否かをプリンタステータス情報などにより判定する。この判定の結果、優先印刷要求ジョブに基づく印刷をネットワークプリンタ１０４が実行中でなければステップＳ３００５へ進む。一方、優先印刷要求ジョブに基づく印刷をネットワークプリンタ１０４が実行中であればステップＳ３００７へ進む。

ステップＳ３００５では、ＤＴＶ１０１は、優先印刷要求ジョブが、本ＤＴＶ１０１の発行した印刷要求ジョブであるか否かを判定する。この判定は、本ＤＴＶ１０１が発行したジョブであれば、ジョブコマンドの発行記録から該当するジョブが終了していることで判断できる。この判定の結果、優先印刷要求ジョブが本ＤＴＶ１０１の発行した印刷要求ジョブでなければ、ステップＳ３０１３へ進む。一方、優先印刷要求ジョブが本ＤＴＶ１０１の発行した印刷要求ジョブであれば、ステップＳ３００６へ進む。ステップＳ３００６では、ＤＴＶ１０１は、ネットワークプリンタ１０４で優先印刷であることが判定できる優先印刷フラグをセットしてステップＳ３０１０へ進む。

優先印刷要求ジョブに基づく印刷をネットワークプリンタ１０４が実行中であり、ステップＳ３００７に進むと、優先印刷要求ジョブが、本ＤＴＶ１０１の発行した優先印刷要求ジョブであるか否かを判定する。この判定は、本ＤＴＶ１０１が発行した優先印刷要求ジョブであれば、ジョブコマンドの発行記録から該当ジョブが終了していることで判断できる。この判定の結果、本ＤＴＶ１０１が発行した優先印刷ジョブでなければステップＳ３０１３へ進む。一方、本ＤＴＶ１０１が発行した優先印刷ジョブであればステップＳ３００８へ進む。

ステップＳ３００８では、ＤＴＶ１０１の表示／音響部１５０８のテレビ表示画面に対し、「本ＤＴＶが発行した印刷ＪＯＢを実行中」であるメッセージを発行し、さらに「現在印刷処理中の印刷を優先しますか？それとも新たな印刷を優先させますか？（注意：その場合現在印刷中の印刷ＪＯＢは破棄されます）」なるメッセージを発行して使用者に対し選択を委ねる。なお、チャネルの変更を無効にする選択もある。次に、ステップＳ３００９へ進み、ステップＳ３００８で行った表示に基づく使用者の選択結果に基づいて、新たな印刷を優先させるか否かを判定する。この判定の結果、新たな印刷を優先させないのであればステップＳ３０１５へ進む。一方、新たな印刷を優先させるのであればステップＳ３０１０へ進む。

ステップＳ３０１０では、ＤＴＶ１０１は、印刷要求ジョブのコマンドをネットワークプリンタ１０４へ発行する処理を行い、ステップＳ３０１１で、印刷要求ジョブのコマンドの転送が終了するまで待機し、印刷要求ジョブのコマンドの転送が終了すればステップＳ３０１２へ進む。
ステップＳ３０１２において、ステップＳ３００１でなされたチャネルの変更指示が初めて許可され、ＤＴＶ１０１は、チャネルの変更処理を行い、そのチャネルの変更処理を終えると、優先印刷要求処理を終了する。

ステップＳ３００５で優先印刷要求ジョブが、本ＤＴＶ１０１の発行した印刷要求ジョブでないと判定された場合、及びステップＳ３００７で優先印刷要求ジョブが、本ＤＴＶ１０１の発行した優先印刷要求ジョブでないと判定された場合は、他のＤＴＶが発行した印刷要求ジョブを実行している。このため、ステップＳ３０１３に進み、ＤＴＶ１０１の表示／音響部１５０８のテレビ表示画面に対し、「他のユーザ発行印刷ＪＯＢを実行中、暫くお待ちください」なるメッセージを発行し、さらに「印刷要求処理を中止しますか？それとも待ちますか？」なるメッセージを発行して使用者に対し選択を委ねる。なお、チャネルの変更を無効にする選択もある。

次に、ステップＳ３０１４において、ＤＴＶ１０１は、ステップＳ３０１３で行った表示に基づく使用者の選択結果に基づいて、印刷処理要求の中止が選択されたか否かを判定する。この判定の結果、印刷処理要求の中止が選択された場合はステップＳ３０１６へ進む。一方、印刷処理要求の中止が選択されなかった場合はステップＳ３０１５へ進む。ステップＳ３０１５では、プリンタステータス情報に基づいてネットワークプリンタ１０４での印刷処理が終了するまで待機し、印刷が終了するとステップＳ３０１０へ進み、印刷要求ジョブのコマンドを発行する処理を行う。

ステップＳ３０１４において、印刷処理要求の中止が選択された場合、ステップＳ３０１６に進み、ＤＴＶ１０１の表示／音響部１５０８のテレビ表示画面に対し、「印刷要求を中止します」なるメッセージを発行する。
次に、ステップＳ３０１７において、チャネルの変更操作を続けるか否かを使用者に選択させ、その選択結果に基づいて、チャネルの変更操作を続けるか否かを判定する。この判定の結果、チャネルの変更操作を続けなければ優先印刷要求処理を終了する。一方、チャネルの変更操作を続ける（すなわち、優先印刷要求処理を続ける）のであれば、ステップＳ３０１８において、「印刷用データが破棄されますがよろしいですか」なるメッセージを表示する。そして、ステップＳ３０１９において、ステップＳ３０１８で表示したメッセージに対して、ＯＫボタンが使用者により押下されるまで待機し、ＯＫボタンが押下されると、ステップＳ３０１２へ進む。このとき、印刷要求した印刷用データは破棄される。

図３１は、本実施形態のネットワークシステムにおける優先印刷要求処理を実行するに際してネットワークプリンタ１０４で行われるデータ受信処理の一例を説明するフローチャートである。この図３１に示すデータ受信処理は、本実施形態の最も特徴的な処理の１つであり、ネットワークプリンタ１０４が、次の印刷要求ジョブのコマンドを受け取ったときに、ネットワークプリンタ１０４により実行される。
まず、ステップＳ３１０１において、現在、印刷要求ジョブに基づく印刷処理を実行中か否かを判定する。この判定の結果、印刷処理を実行中でなければステップＳ３１０６へ進む。一方、印刷処理を実行中であればステップＳ３１０２へ進む。

ステップＳ３１０２において、現在の印刷要求ジョブが、優先印刷要求ジョブであるか否かを判定する。この判定の結果、優先印刷要求ジョブであればステップＳ３１０７へ進む。一方、優先印刷要求ジョブでなければステップＳ３１０３へ進む。
ステップＳ３１０３において、現在の印刷要求ジョブが、プッシュ型直接印刷方式のものか否かを判定する。この判定の結果、現在の印刷要求ジョブが、プッシュ型直接印刷方式のものである場合には、図３２のステップＳ３２０１に進む。一方、現在の印刷要求ジョブが、プッシュ型直接印刷方式でない場合には、ステップＳ３１０４へ進む。

ステップＳ３１０４において、現在の印刷要求ジョブが、プル型間接印刷方式のものか否かを判定する。この判定の結果、現在の印刷要求ジョブが、プル型間接印刷方式のものである場合には、図３３のステップＳ３３０１に進む。一方、現在の印刷要求ジョブが、プル型間接印刷方式のものでない場合には、ステップＳ３１０５へ進む。

ステップＳ３１０５において、現在実行中の印刷要求ジョブはないため、印刷要求ジョブを受信し、データ受信処理を終了する。
また、ステップＳ３１０１で印刷処理を実行中でないと判定された場合も、現在実行中の印刷要求ジョブはないため、ステップＳ３１０６に進み、印刷要求ジョブを受信し、データ受信処理を終了する。
また、ステップＳ３１０２において、現在の印刷要求ジョブが、優先印刷要求ジョブである場合は、ステップＳ３１０７に進み、現在の印刷要求ジョブの発行元と、新たな優先印刷要求ジョブの発行元とが同一であるか否かを判定する。この判定の結果、同一である場合には、図３４のステップＳ３４０１へ進む。一方、同一でない場合には、図３５のステップＳ３５０１へ進む。

ステップＳ３１０３において、現在の印刷要求ジョブが、プッシュ型直接印刷方式のものである場合には、図３２のステップＳ３２０１に進み、新たな印刷要求ジョブの方式を判定する。この判定の結果、新たな印刷要求ジョブが、プッシュ型直接印刷方式のものであればステップＳ３２０２へ進み、現在の印刷要求ジョブに基づく印刷が終了したか否かを判定する。この判定の結果、現在の印刷要求ジョブに基づく印刷が終了していればステップＳ３２０６へ進む。一方、現在の印刷要求ジョブに基づく印刷が終了していなければステップＳ３２０３へ進む。

ステップＳ３２０３では、プッシュ型直接印刷方式のデータを受け付けることが不可能であるため、受信不可の対応を行い、優先印刷処理を終了する。
ステップＳ３２０１において、新たな印刷要求ジョブが、プッシュ型直接印刷方式の優先印刷フラグ付きのものであれば、ステップＳ３２０４へ進み、現在の印刷要求ジョブに基づく印刷処理を中止する。次に、ステップＳ３２０５において、印刷中であった用紙を排出する。

次に、ステップＳ３２０６において、新たな印刷要求ジョブのデータの受信を実行し、ステップＳ３２０７において、受信した新たな優先印刷要求ジョブに基づく処理を開始し、データ受信処理を終了する。
ステップＳ３２０１において、新たな印刷要求ジョブが、プル型間接印刷方式であればステップＳ３２０８へ進み、受信バッファに空きがあるか否かを判定する。この判定の結果、受信バッファに空きがなければステップＳ３２１０へ進む。一方、受信バッファに空きがあればステップＳ３２０９へ進む。

ステップＳ３２０９では、プル型間接印刷方式を受け付けることが可能であるため、新たな印刷要求ジョブを受信し、受信した印刷要求ジョブをキューイングバッファへ保存して、データ受信処理を終了する。
ステップＳ３２０８において、受信バッファに空きがないと判定された場合には、現在実行中のプッシュ型直接印刷方式では空きメモリの確保が困難であるため、ステップＳ３２１０に進み、新たな印刷要求ジョブの受信が不可である場合の所定の処理を行い、データ受信処理を終了する。

ステップＳ３２０１において、新たな印刷要求ジョブが、プル型間接印刷方式の優先印刷フラグ付きのものであれば、ステップＳ３２１１へ進み、現在の印刷要求ジョブに基づく印刷処理を中止する。次に、ステップＳ３２１２において、印刷中であった用紙を排出する。

次に、ステップＳ３２１３において、新たな印刷要求ジョブのデータの受信を実行し、ステップＳ３２１４において、受信した新たな優先印刷要求ジョブに基づく処理を開始し、データ受信処理を終了する。

図３１のステップＳ３１０４において、現在の印刷要求ジョブが、プル型間接印刷方式のものである場合には、図３３のステップＳ３３０１に進み、新たな印刷要求ジョブの方式を判定する。この判定の結果、新たな印刷要求ジョブが、プッシュ型直接印刷方式のものでであればステップＳ３３０２へ進み、現在の印刷要求ジョブに基づく印刷が終了したか否かを判定する。この判定の結果、現在の印刷要求ジョブに基づく印刷が終了していればステップＳ３３０６へ進む。一方、現在の印刷要求ジョブに基づく印刷が終了していなければステップＳ３３０３へ進む。

ステップＳ３３０３では、プッシュ型直接印刷方式のデータを受け付けることが不可能であるため、受信不可の対応を行い、データ受信処理を終了する
ステップＳ３３０１において、新たな印刷要求ジョブが、プッシュ型直接印刷方式の優先印刷フラグ付きのものであれば、ステップＳ３３０４へ進み、現在の印刷要求ジョブに基づく印刷処理を中止、或いは中断する。現在の印刷要求ジョブに基づく印刷処理を中断する場合には、例えば、現在のプル型間接印刷方式の印刷要求ジョブをキューイングして中断し、新たな印刷要求ジョブに基づく印刷処理の後に実行できるようにする。次に、ステップＳ３３０５において、印刷中であった用紙を排出する。

次に、ステップＳ３３０６において、新たな印刷要求ジョブのデータの受信を実行し、ステップＳ３３０７において、受信した新たな優先印刷要求ジョブに基づく処理を開始し、データ受信処理を終了する。
ステップＳ３３０１において、新たな印刷要求ジョブが、プル型間接印刷方式であればステップＳ３３０８へ進み、受信バッファに空きがあるか否かを判定する。この判定の結果、受信バッファに空きがなければステップＳ３３１０へ進む。一方、受信バッファに空きがあればステップＳ３３０９へ進む。

ステップＳ３３０９では、プル型間接印刷方式のデータを受け付けることが可能であるため、新たな印刷要求ジョブを受信し、受信した印刷要求ジョブをキューイングバッファへ保存して、データ受信処理を終了する。
ステップＳ３３０８において、受信バッファに空きがないと判定された場合には、現在実行中のプッシュ型直接印刷方式では空きメモリの確保が困難であるため、ステップＳ３３１０に進み、新たな印刷要求ジョブの受信が不可である場合の所定の処理を行い、データ受信処理を終了する。なお、ステップＳ３３１０では、新たな印刷要求ジョブの受信が不可であり、データ受信処理を終了するが、現在実行中のプル型間接印刷方式では、現在の印刷要求ジョブに基づく印刷処理時間が遅くなるが空きメモリの確保が可能であるため、空きバッファを確保し、確保されればステップＳ３３０９へ進む方法もある。

ステップＳ３３０１において、新たな印刷要求ジョブが、プル型間接印刷方式の優先印刷フラグ付きのものであれば、ステップＳ３３１１へ進み、現在の印刷要求ジョブに基づく印刷処理を中止、或いは前述したのと同様に中断する。次に、ステップＳ３３１２において、印刷中であった用紙を排出する。
次に、ステップＳ３３１３において、新たな印刷要求ジョブのデータの受信を実行し、ステップＳ３３１４において、受信した新たな優先印刷要求ジョブに基づく処理を開始し、データ受信処理を終了する。

図３１のステップＳ３１０７において、現在の印刷要求ジョブの発行元と、新たな優先印刷要求ジョブの発行元とが同一である場合には、図３４のステップＳ３４０１に進み、新たな印刷要求ジョブの方式を判定する。この判定の結果、新たな印刷要求ジョブがプッシュ型直接印刷方式のものであればステップＳ３４０２へ進み、現在の印刷要求ジョブに基づく印刷が終了したか否かを判定する。この判定の結果、現在の印刷要求ジョブに基づく印刷が終了していればステップＳ３４０４へ進む。一方、現在の印刷要求ジョブに基づく印刷が終了していなければステップＳ３４０３へ進む。

ステップＳ３４０３では、プッシュ型直接印刷方式のデータを受け付けることが不可能であるため、受信不可の対応を行い、データ受信処理を終了する。
ステップＳ３４０２において、現在の印刷要求ジョブに基づく印刷が終了している場合には、ステップＳ３４０４へ進み、新たな印刷要求ジョブのデータの受信を実行し、ステップＳ３４０５において、受信した新たな印刷要求ジョブに基づく処理を開始し、データ受信処理を終了する。

ステップＳ３４０１において、新たな印刷要求ジョブが、プッシュ型直接印刷方式の優先印刷フラグ付きのものであれば、ＤＴＶ１０１側での対応になるため、実際には新たな印刷要求ジョブを受信することはないので、データ受信処理を終了する。

この場合ＤＴＶ１０１は、前回発行した優先印刷を把握できているため、ＤＴＶ１０１側での対応としては、例えば、「現在印刷処理中の印刷物を優先させますか？それとも新たな印刷物を優先させますか？（その場合、現在の印刷中の印刷物は破棄されます）」なるメッセージを表示／音響部１５０８のテレビ表示画面に表示して、使用者にどちらを優先させるか選択させる。
図３４に説明を戻し、ステップＳ３４０１において、新たな印刷要求ジョブが、プル型間接印刷方式であればステップＳ３４０６へ進み、受信バッファに空きがあるか否かを判定する。この判定の結果、受信バッファに空きがなければステップＳ３４０８へ進む。一方、受信バッファに空きがあればステップＳ３４０７へ進む。

ステップＳ３４０７では、プル型間接印刷方式のデータを受け付けることが可能であるため、新たな印刷要求ジョブを受信し、受信した印刷要求ジョブをキューイングバッファへ保存して、データ受信処理を終了する。
ステップＳ３４０６において、受信バッファに空きがなければ、実行中のプッシュ型直接印刷方式では空きメモリの確保が困難であるため、ステップＳ３４０８に進み、新たな印刷要求ジョブの受信が不可である場合の対応を行い、優先印刷処理を終了する。なお、ステップＳ３４０８では、新たな印刷要求ジョブの受信が不可であり、優先印刷処理を終了するが、現在実行中のプル型間接印刷方式印刷では、現在の印刷要求ジョブに基づく印刷処理時間が遅くなるが空きメモリの確保が可能であるため、空きバッファを確保し、確保されればステップＳ３４０７へ進む方法もある。

ステップＳ３４０１において、新たな印刷要求ジョブが、プル型間接印刷方式の優先印刷フラグ付きのものであれば、ＤＴＶ１０１側での対応になるため、実際には新たな印刷要求ジョブを受信することはないので、データ受信処理を終了する。
この場合ＤＴＶ１０１は、前回発行した優先印刷を把握できているため、前述したような表示を行い、現在印刷処理中の印刷物と新たな印刷物とのどちらを優先させるかを選択させる。

図３１のステップＳ３１０７において、現在の印刷要求ジョブの発行元と、新たな優先印刷要求ジョブの発行元とが同一でない場合には、図３５のステップＳ３５０１に進み、新たな印刷要求ジョブの方式を判定する。この判定の結果、新たな印刷要求ジョブがプッシュ型直接印刷方式のものであればステップＳ３５０２へ進み、現在の印刷要求ジョブに基づく印刷が終了したかを判定する。この判定の結果、現在の印刷要求ジョブに基づく印刷が終了していればステップＳ３５０４へ進む。一方、現在の印刷要求ジョブに基づく印刷が終了していなければステップＳ３５０３へ進む。

ステップＳ３５０３では、プッシュ型直接印刷方式のデータを受け付けることが不可能であるため、受信不可の対応を行い、データ受信処理を終了する。
ステップＳ３５０２において、現在の印刷要求ジョブに基づく印刷が終了している場合には、ステップＳ３５０４へ進み、新たな印刷要求ジョブのデータの受信を実行し、ステップＳ３５０５において、受信した新たな印刷要求ジョブに基づく処理を開始し、データ受信処理を終了する。

ステップＳ３５０１において、新たな印刷要求ジョブが、プッシュ型直接印刷方式の優先印刷フラグ付きのものであれば、現在実行中の印刷が異なるＤＴＶの印刷要求ジョブに基づくものであり中断することができないため、ステップＳ３５０６へ進み、受信不可の対応を行う。次に、ステップＳ３５０７に進み、印刷要求ジョブを発行したＤＴＶ１０１に対し「他のＤＴＶで発行された印刷要求ジョブに基づく印刷を実行中」であることを示すメッセージを発行し、データ受信処理を終了する。

この場合のＤＴＶ１０１側での対応として、例えば、「他のユーザがプリンタを使用中です。印刷続行しますか？（チャネルの変更が出来なくなります）少ししてから再度印刷操作しますか？」なるメッセージを表示／音響部１５０８のテレビ表示画面に表示して、使用者にどちらを優先させるか選択させる。

図３５に説明を戻し、ステップＳ３５０１において、新たな印刷要求ジョブが、プル型間接印刷方式であればステップＳ３５０８へ進み、受信バッファに空きがあるか否かを判定する。この判定の結果、受信バッファに空きがなければステップＳ３５１０へ進む。一方、受信バッファに空きがあればステップＳ３５０９へ進む。
ステップＳ３５０９では、プル型間接印刷方式のデータを受け付けることが可能であるため、新たな印刷要求ジョブを受信し、受信した印刷要求ジョブをキューイングバッファへ保存して、データ受信処理を終了する。

ステップＳ３５０８において、受信バッファに空きがなければ、実行中のプッシュ型直接印刷方式では空きメモリの確保が困難であるため、ステップＳ３５１０に進み、新たな印刷要求ジョブの受信が不可である場合の対応を行い、優先印刷処理を終了する。なお、ステップＳ３５１０では、新たな印刷要求ジョブの受信が不可であり、データ受信処理を終了するが、現在実行中のプル型間接印刷方式印刷では、現在の印刷要求ジョブに基づく印刷処理時間が遅くなるが空きメモリの確保が可能であるため、空きバッファを確保し、確保されればステップＳ３５０９へ進む方法もある。
ステップＳ３５０１において、新たな印刷要求ジョブが、プル型間接印刷方式の優先印刷フラグ付きのものであれば、ステップＳ３５１１へ進み、受信バッファに空きがあるか否かを判定する。この判定の結果、受信バッファに空きがなければステップＳ３５１２へ進む。一方、受信バッファに空きがあればステップＳ３５０９へ進む。

受信バッファに空きがなく、ステップＳ３５１２に進むと、受信不可の対応を行う。次に、ステップＳ３５１３において、印刷要求ジョブを発行したＤＴＶ１０１に対し「他のＤＴＶで発行された印刷要求ジョブに基づく印刷を実行中」であることを示すメッセージを発行し、データ受信処理を終了する。

この場合のＤＴＶ１０１側での対応として、例えば、前述したような表示を行って、印刷を続行するか否かを使用者に選択させる。

なお、ステップＳ３５１２では、新たな印刷要求ジョブの受信が不可であり、データ受信処理を終了するが、現在実行中のプル型間接印刷方式印刷では、現在の印刷要求ジョブに基づく印刷処理時間が遅くなるが空きメモリの確保が可能であるため、空きバッファを確保し、確保されればステップＳ３５０９へ進む方法もある。

以上説明してきたように、本実施形態では、ネットワークプリンタ１０４が印刷処理を実行している最中に新たな印刷要求が発生しても、使用者により選択されたキャプチャ画像等が失われることを可及的に防止し、且つＤＴＶ１０１のチャネル操作を自由に行えるようにすることができる。これにより、ネットワークプリンタ１０４が印刷処理を実行している最中に新たな印刷要求がなされたキャプチャ画像等の印刷と、ＤＴＶ１０１及びネットワークプリンタ１０４の利便性及び操作性の向上とが、ＤＴＶ１０１、及びネットワークプリンタ１０４に新たなリソースを増設することなく現状のままで実現することができる。

（第２の実施形態）
次に、本発明の第２の実施形態について説明する。本実施形態と前述した第１の実施形態とでは、図３１に示した優先印刷処理の一部が異なるだけである。したがって、本実施形態の説明において、前述した第１の実施形態と同一の部分については、図１〜図３５に付した同一の符号を付すなどして詳細な説明を省略する。

ここでは、ネットワークプリンタ１０４が、前の印刷要求ジョブに基づく印刷処理を実行している最中に、ＤＴＶ１０１で次の印刷要求ジョブが発生した際に優先印刷要求処理を行う場合について説明する。

ネットワークプリンタ１０４が、印刷処理を実行している最中に、ＤＴＶ１０１がプッシュ型直接印刷方式の印刷要求ジョブを発生した場合、例えば前述したキャプチャ画像の印刷要求ジョブが発生した場合、前述したように、バッファメモリの制約から、ネットワークプリンタ１０４は印刷要求を拒否する。したがって、ＤＴＶ１０１は、印刷要求の待機状態を強いられることになる。

本実施形態では、ＤＴＶ１０１でこのような印刷要求ジョブを発行するに際し、使用者が印刷ボタンを押下して、ネットワークプリンタ１０４に印刷要求を行うと、ネットワークプリンタ１０４からＤＴＶ１０１に、その印刷要求を拒否するレスポンスと共に、プッシュ型直接印刷方式からプル型間接印刷方式への変換要求を行うレスポンスが発行される。
このレスポンスを受け取ったＤＴＶ１０１は、プッシュ型直接印刷方式からプル型間接印刷方式へ、印刷方式の変換を試みる。ＤＴＶ１０１は、通常、キャプチャ画像を別のバッファに保管することはできない。このため、ＤＴＶ１０１が有しているビデオメモリを一時的に利用してキャプチャ画像を保存して、印刷形式をプル型間接印刷方式へ変換する。この他、メモリカード用コネクタ１５１２にメモリカードが接続されていれば、そのメモリカードの記憶領域を一時的に利用して画像を保管してもよい。また、イーサネット（登録商標）１１０や、インターネット１０８にストレージデバイスが接続されている場合は、そのストレージデバイスの記憶領域を一時的に利用して画像を保管し、そのストレージデバイスのアドレスをＵＲＬ情報としてプル型間接印刷方式へ変換する。ＤＴＶ１０１は、このようにプル型間接印刷方式に印刷方式を変換した後、印刷要求ジョブをネットワークプリンタ１０４へ再度発行する。
ネットワークプリンタ１０４では、プル型間接印刷方式の印刷要求ジョブをキューイング（queuing）する。

図３６は、データ受信処理を行う場合のネットワークプリンタ１０４の動作の一例を説明するフローチャートである。
まず、ステップＳ３６０１において、現在、印刷要求ジョブに基づく印刷処理を実行中か否かを判定する。この判定の結果、印刷処理を処理中でなければステップＳ３６０２へ進む。一方、印刷処理を実行中であればステップＳ３６０３へ進む。

ステップＳ３６０３において、現在の印刷要求ジョブが、プッシュ型直接印刷方式のものか否かを判定する。この判定の結果、現在の印刷要求ジョブが、プッシュ型直接印刷方式のものである場合には、ステップＳ３６０６へ進む。一方、現在の印刷要求ジョブが、プッシュ型直接印刷方式のものでない場合には、ステップＳ３６０４へ進む。

ステップＳ３６０４において、現在の印刷要求ジョブが、プル型間接印刷方式のものか否かを判定する。この判定の結果、現在の印刷要求ジョブが、プル型間接印刷方式のものである場合には、ステップＳ３６１０へ進む。一方、現在の印刷要求ジョブが、プル型間接印刷方式のものでない場合には、ステップＳ３６０５へ進む。

ステップＳ３６０５において、現在実行中の印刷要求ジョブはないため、印刷要求ジョブを受信し、データ受信処理を終了する。
ステップＳ３６０１で印刷処理を処理中でないと判定された場合も、現在実行中の印刷要求ジョブはないため、ステップＳ３６０２に進み、印刷要求ジョブを受信し、データ受信処理を終了する。

ステップＳ３６０３で現在の印刷要求ジョブが、プッシュ型直接印刷方式のものであると判定された場合、ステップＳ３６０６に進み、新たな印刷要求ジョブの方式を判定する。この判定の結果、新たな印刷要求ジョブが、プッシュ型直接印刷方式のものであればステップＳ３６０７へ進み、プッシュ型直接印刷方式の印刷要求ジョブを受け付けることが不可能であるため、その印刷要求を拒否すると共に、プッシュ型直接印刷方式からプル型間接印刷方式への変換要求を行うレスポンスをネットワークプリンタ１０４に返し、データ受信処理を終了する。

一方、新たな印刷要求ジョブが、プル型間接印刷方式のものであればステップＳ３６０８へ進み、受信バッファに空きがあるか否かを判定する。この判定の結果、受信バッファに空きがなければステップＳ３６１０へ進み、新たな印刷要求ジョブの受信が不可である場合の所定の処理を行い、データ受信処理を終了する。一方、受信バッファに空きがあればステップＳ３６０９へ進み、プル型間接印刷方式の印刷要求ジョブを受け付けることが可能であるため、印刷要求ジョブの受信を行い、受信した印刷要求ジョブを、キューイングバッファへ保存してデータ受信処理を終了する。

ステップＳ３６０４で現在の印刷要求ジョブがプル型間接印刷方式のものであると判定された場合には、ステップＳ３６１１へ進み、新たな印刷要求ジョブの方式を判定する。この判定の結果、新たな印刷要求ジョブが、プッシュ型直接印刷方式のものであればステップＳ３６１２へ進み、受信バッファに空きがあるか否かを判定する。この判定の結果、受信バッファに空きがなければステップＳ３６１３へ進み、プッシュ型直接印刷方式の印刷要求ジョブを受け付けることが不可能であるため、その印刷要求を拒否すると共に、プッシュ型直接印刷方式からプル型間接印刷方式への変換要求を行うレスポンスをネットワークプリンタ１０４に返し、データ受信処理を終了する。一方、受信バッファに空きがある場合には、後述するステップＳ３６１５へ進む。

ステップＳ３６１１で新たな印刷要求ジョブが、プル型間接印刷方式であればステップＳ３６１４へ進み、受信バッファに空きがあるか否かを判定する。この判定の結果、受信バッファに空きがなければ、ステップＳ３６１６へ進み、実行中のプル型間接印刷方式では空きメモリの確保が可能であるため、空きメモリの確保処理を行ってステップＳ３６１５に進む。一方、受信バッファに空きがある場合には、このステップＳ３６１６を省略してステップＳ３６１５へ進む。

ステップＳ３６１５において、プル型間接印刷方式の印刷要求ジョブを受け付けることが可能であるため、印刷要求ジョブの受信を行い、受信した印刷要求ジョブを、キューイングバッファへ保存してデータ受信処理を終了する。

以上説明してきたように、本実施形態においても、前述した第１の実施形態と同様、ネットワークプリンタ１０４が印刷処理を実行している最中に、新たな印刷要求が発生した場合であっても、チャネル変更のとき等に選択したキャプチャ画像等を印刷することが可能になることと、ＤＴＶ１０１のチャネル操作が自由に行えこととの双方を、ＤＴＶ１０１側、ネットワークプリンタ１０４側で新たなリソースの増設を行うことなく現状のままで実現することができる。これにより、ＤＴＶ１０１及びネットワークプリンタ１０４の利便性及び操作性が向上する。

なお、本実施形態では、ネットワークプリンタ１０４で印刷方式の変換を行うようにしたが、ネットワークプリンタ１０４からの情報に基づいて、ネットワークプリンタ１０４がプッシュ型直接印刷方式での印刷を実行中であるということを、ＤＴＶ１０１が予め分かっている場合には、ＤＴＶ１０１が、印刷要求ジョブの印刷方式を、プッシュ型直接印刷方式からプル型間接印刷方式へ変換し、その印刷方式が変換された印刷要求ジョブをネットワークプリンタ１０４に発行してもよい。

（第３の実施形態）
次に、本発明の第３の実施形態について説明する。本実施形態と前述した第１の実施形態とでは、図３１に示した優先印刷処理の一部が異なるだけである。したがって、本実施形態の説明において、前述した第１の実施形態と同一の部分については、図１〜図３５に付した同一の符号を付すなどして詳細な説明を省略する。

ここでは、ネットワークプリンタ１０４が、前の印刷要求ジョブに基づく印刷処理を実行している最中に、ネットワークプリンタ１０４にエラーが発生した際に、ＤＴＶ１０１で次の印刷要求ジョブが発生した場合について説明する。

ネットワークプリンタ１０４にエラーが発生したときに、ＤＴＶ１０１がプッシュ型直接印刷方式の印刷要求ジョブを発生した場合、例えば前述したキャプチャ画像の印刷要求ジョブが発生した場合、ネットワークプリンタ１０４は、通常、その印刷要求を拒否する。したがって、ＤＴＶ１０１は、印刷要求の待機状態を強いられることになる。
この待機状態では、印刷のためのキャプチャ画像を保持してなればならないため、ＤＴＶ１０１の操作、特にチャネルを変更するための操作を行うことができない。チャネルを変更し、その変更した画面へ移行するには、保持しているデータを開放しなければできないという制約があるからである。

もしどうしてもチャネルを変更する場合には、保持しているキャプチャ画像が失われてもよいか否かを判定させるための操作を使用者に行わせる必要がある。
本実施形態では、このようにネットワークプリンタ１０４がエラー中のときに、チャネルを変更しても、キャプチャ画像等の印刷を可能にするようにしている。

ＤＴＶ１０１で印刷要求ジョブを発行するに際し、使用者が印刷ボタンを押下して、ネットワークプリンタ１０４に印刷要求を行うと、ネットワークプリンタからその印刷要求を拒否するレスポンスが返る。
この待機状態で、使用者がチャネルの変更操作を実行すると、ＤＴＶ１０１は、「少しお待ちください」という内容のメッセージを表示させ、さらに優先印刷フラグを設定してネットワークプリンタ１０４へ印刷要求ジョブ（以下、優先印刷要求ジョブと称す）を再度発行する。

ネットワークプリンタ１０４では、優先印刷要求ジョブを受信すると、現在実行中の印刷要求ジョブが、優先印刷要求ジョブを発行したＤＴＶ１０１から発行されたものであり、且つ現在実行中の印刷要求ジョブが優先印刷要求ジョブでなければ、優先印刷の受付準備に入る。そして、エラー中の印刷を中止或いは中断して、印刷データ保存用バッファを確保する。そして、その印刷データ保存用バッファのアドレスと共に、優先印刷要求ジョブの受付を許可するレスポンスをＤＴＶ１０１に返送する。このレスポンスを受けたＤＴＶ１０１は、優先印刷要求ジョブとしてキャプチャ画像の転送を開始する。転送が終了すれば、チャネルの変更操作が可能になる。

図３７は、データ受信処理を行う場合のネットワークプリンタ１０４の動作の一例を説明するフローチャートである。
まず、ステップＳ３７０１において、ネットワークプリンタ１０４のエラーが、回復可能なものであるか否かを判定する。回復可能なエラーとしては、例えば、紙なしエラー、インク切れエラー、及び紙ジャム等が挙げられる。また、エラーではないがカバーがオープンしている等でオフラインになっているとき等もこの回復可能なエラーに含まれるものとする。この判定の結果、ネットワークプリンタ１０４のエラーが、回復可能なものである場合には、ステップＳ３７０３に進む。

一方、ネットワークプリンタ１０４のエラーが、回復可能なものでない場合には、ステップＳ３７０２に進み、ネットワークプリンタ１０４のエラーが、回復不可能なエラーか否かを判定する。回復不可能なエラーとしては、例えば、ネットワークプリンタ１０４のハードウェアの故障に基づくエラーや、印刷用紙が破けたり、満足な結果が得られなかったりする重度の紙ジャム等が挙げられる。

この判定の結果、ネットワークプリンタ１０４のエラーが、回復可能なものでない場合には、データ受信処理を終了する。一方、ネットワークプリンタ１０４のエラーが、回復可能なものである場合には、後述するステップＳ３７１１に進む。

ステップＳ３７０１でネットワークプリンタ１０４のエラーが、回復可能なものであると判定された場合、ステップＳ３７０３に進み、エラーで停止中の印刷要求ジョブの印刷方式がプッシュ型直接印刷方式であるか否かを判定する。この判定の結果、エラーで停止中の印刷要求ジョブの印刷方式がプッシュ型直接印刷方式である場合には、ステップＳ３７０６へ進む。一方、エラーで停止中の印刷要求ジョブの印刷方式がプッシュ型直接印刷方式でなくプル型間接印刷方式であればステップＳ３７０４へ進む。

ステップＳ３７０４において、現在のプル型間接印刷方式の印刷要求ジョブを一時的に中断する。そして、残りの作業をあとで行うため、未作業の印刷要求ジョブに関する残作業情報を含めたジョブとして現在の印刷要求ジョブをキューイングする。そして、ステップＳ３７０５において、新たな印刷要求ジョブを受信し、受信した印刷要求ジョブを実行し、データ受信処理を終了する。

ステップＳ３７０３で現在の印刷要求ジョブの印刷方式がプッシュ型直接印刷方式であると判定された場合には、ステップＳ３７０６へ進み、新たな印刷要求ジョブの印刷方式を判定する。この判定の結果、新たな印刷要求ジョブの印刷方式が、プッシュ型直接印刷方式のものであればステップＳ３７０７へ進み、プッシュ型直接印刷方式の印刷要求ジョブを受け付けることが不可能であるため、その印刷要求を拒否すると共に、プッシュ型直接印刷方式からプル型間接印刷方式への変換要求を行うレスポンスをネットワークプリンタ１０４に返し、データ受信処理を終了する。

一方、新たな印刷要求ジョブの印刷方式が、プル型間接印刷方式のものである場合には、ステップＳ３７０８へ進み、受信バッファに空きがあるか否かを判定する。この判定の結果、受信バッファに空きがなければ、ステップＳ３７０９へ進み、受信バッファの明領域を確保するため、現在実行している印刷要求ジョブのメモリ領域を再配置して空き領域を確保してからステップＳ３７１０に進む。一方、受信バッファに空きがある場合には、このステップＳ３７０９を省略してステップＳ３７１０へ進む。

ステップＳ３７１０において、印刷要求ジョブを受信し、受信した印刷要求ジョブをキューイングし、データ受信処理を終了する。
ステップＳ３７０２でネットワークプリンタ１０４のエラーが、回復不可能なエラーであると判定された場合には、ステップＳ３７１１に進み、エラーで停止中の印刷要求ジョブの印刷方式がプッシュ型直接印刷方式であるか否かを判定する。この判定の結果、エラーで停止中の印刷要求ジョブの印刷方式がプッシュ型直接印刷方式である場合には、ステップＳ３７１２へ進む。一方、エラーで停止中の印刷要求ジョブの印刷方式がプッシュ型直接印刷方式でなくプル型間接印刷方式であればステップＳ３７１３へ進む。

印刷要求ジョブの印刷方式がプッシュ型直接印刷方式である場合には、回復不可能のエラー状態であるため、ネットワークプリンタ１０４の再起動の必要があり、プッシュ型直接印刷方式の現在の印刷要求ジョブを救うためには、最初から処理をやり直す必要がある。そこで、ステップＳ３７１２において、その現在の印刷要求ジョブと、新たな印刷要求ジョブとのどちらを優先させるのかをＤＴＶ１０１に対して問い合わせる。

一方、印刷要求ジョブの印刷方式がプッシュ型直接印刷方式でない場合には、ステップＳ３７１３に進み、プル型間接印刷方式である現在の印刷要求ジョブを中止し、その現在の印刷要求ジョブを最初から再度あとから実行するためキューイングする。
次に、ステップＳ３７１４において、ネットワークプリンタ１０１が再起動され、正常に戻ってから印刷要求ジョブを再発行することを、ＤＴＶ１０１に要求してデータ受信処理を終了する。

以上説明してきたように、本実施形態では、印刷処理を実行している最中にネットワークプリンタ１０４にエラーが発生した場合に、ＤＴＶ１０１から新たな印刷要求が発生しても、チャネル変更のとき等に選択したキャプチャ画像等を印刷することが可能になることと、ＤＴＶ１０１のチャネル操作が自由に行えることとの双方を、ＤＴＶ１０１側、ネットワークプリンタ１０４側で新たなリソースの増設を行うことなく現状のままで実現できる。これにより、ＤＴＶ１０１及びネットワークプリンタ１０４の利便性及び操作性がより一層向上する。

（本発明の他の実施形態）
上述した実施形態の機能を実現するべく各種のデバイスを動作させるように、該各種デバイスと接続された装置あるいはシステム内のコンピュータに対し、前記実施形態の機能を実現するためのソフトウェアのプログラムコードを供給し、そのシステムあるいは装置のコンピュータ（ＣＰＵあるいはＭＰＵ）に格納されたプログラムに従って前記各種デバイスを動作させることによって実施したものも、本発明の範疇に含まれる。

また、この場合、前記ソフトウェアのプログラムコード自体が上述した実施形態の機能を実現することになり、そのプログラムコード自体、及びそのプログラムコードをコンピュータに供給するための手段、例えば、かかるプログラムコードを格納した記録媒体は本発明を構成する。かかるプログラムコードを記憶する記録媒体としては、例えばフレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、磁気テープ、不揮発性のメモリカード、ＲＯＭ等を用いることができる。

また、コンピュータが供給されたプログラムコードを実行することにより、上述の実施形態の機能が実現されるだけでなく、そのプログラムコードがコンピュータにおいて稼働しているＯＳ（オペレーティングシステム）あるいは他のアプリケーションソフト等と共同して上述の実施形態の機能が実現される場合にもかかるプログラムコードは本発明の実施形態に含まれることは言うまでもない。

さらに、供給されたプログラムコードがコンピュータの機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに格納された後、そのプログラムコードの指示に基づいてその機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって上述した実施形態の機能が実現される場合にも本発明に含まれることは言うまでもない。

本発明の第１の実施形態を示し、ネットワークシステムの構成の一例を示した図である。 本発明の第１の実施形態を示し、画像形成システムの構成の一例を示した図である。 本発明の第１の実施形態を示し、ネットワークコントローラが有する機能モジュールの概略構成の一例を示す図である。 本発明の第１の実施形態を示し、プリンタコントローラが有する機能モジュールの概略構成の一例を示す図である。 本発明の第１の実施形態を示し、ネットワークコントローラの内部構成の一例を示したブロック図である。 本発明の第１の実施形態を示し、プリンタコントローラの内部構成の一例を示したブロック図である。 本発明の第１の実施形態を示し、ＵＰｎＰネットワークの基本構成の一例を示すブロック図である。 本発明の第１の実施形態を示し、ＵＰｎＰのプロトコルスタックの一例を示す図である。 本発明の第１の実施形態を示し、は、デバイスがネットワークに追加され利用可能なことを示す告知パケットの一例と、デバイスがネットワークから削除されつつあり利用できなくなることを示す告知パケットの一例を示す図である。 本発明の第１の実施形態を示し、サーチリクエストパケットの一例と、サーチレスポンスパケットの一例とを示す図である。 本発明の第１の実施形態を示し、ディスクリプションを行う際のコントロールポイントとデバイスとの様子と、ディスクリプションリクエストの一例と、ディスクリプションレスポンスの一例とを示す図である。 本発明の第１の実施形態を示し、コントロールポイントがデバイスをコントロールする様子と、アクションリクエストの一例と、アクションレスポンスの一例とを示す図である。 本発明の第１の実施形態を示し、イベンティングを行う際のコントロールポイントとデバイスとの様子と、サブスクリプションリクエストの一例と、サブスクリプションレスポンスの一例と、イベントメッセージの一例とを示す図である。 本発明の第１の実施形態を示し、ブラウザがデバイスのプレゼンテーションページにアクセスする様子を概念的に示した図である。 本発明の第１の実施形態を示し、ＤＴＶの内部構成の一例を示した機能ブロック図である。 本発明の第１の実施形態を示し、デジタル放送受信制御部でのデータ処理の流れの一例を概念的に示した図である。 本発明の第１の実施形態を示し、トランスポートストリームを概念的に示した図である。 本発明の第１の実施形態を示し、ＴＳパケットの構成を概念的に示した図である。 本発明の第１の実施形態を示し、ＰＳＩを概念的に示した図である。 本発明の第１の実施形態を示し、ＴＳパケットから番組情報を抽出する際のデジタル放送受信制御部における処理動作の一例を説明するフローチャートである。 本発明の第１の実施形態を示し、ＴＳパケットからビデオデータを選択する際の復号器における構成の一例を示した図である。 本発明の第１の実施形態を示し、印刷モードを選択する際の操作手順を示す図である。 本発明の第１の実施形態を示し、ＤＴＶに表示される印刷モード画面の一例を示す図である。 本発明の第１の実施形態を示し、プッシュ型直接印刷方式で印刷を行う場合のコントロールポイントとネットワークプリンタの動作の一例を説明する図である。 本発明の第１の実施形態を示し、プル型間接印刷方式で印刷を行う場合のコントロールポイントとネットワークプリンタの動作の一例を説明する図である。 本発明の第１の実施形態を示し、データ放送の画面の一例を示す図である。 本発明の第１の実施形態を示し、メモリカード印刷モードにおけるテレビ表示画面の一例を示す図である。 本発明の第１の実施形態を示し、印刷処理の方法の一例を説明する図である。 本発明の第１の実施形態を示し、図２８に続く印刷処理の方法の一例を説明する図である。 本発明の第１の実施形態を示し、ネットワークシステムにおける優先印刷要求処理を行う場合のＤＴＶの動作の一例を説明するフローチャートである。 本発明の第１の実施形態を示し、データ受信処理を行う場合のネットワークプリンタの動作の一例を説明するフローチャートである。 本発明の第１の実施形態を示し、図３１に続くフローチャートである。 本発明の第１の実施形態を示し、図３１に続くフローチャートである。 本発明の第１の実施形態を示し、図３１に続くフローチャートである。 本発明の第１の実施形態を示し、図３１に続くフローチャートである。 本発明の第２の実施形態を示し、データ受信処理を行う場合のネットワークプリンタの動作の一例を説明するフローチャートである。 本発明の第２の実施形態を示し、データ受信処理を行う場合のネットワークプリンタの動作の一例を説明するフローチャートである。

符号の説明

１０１ デジタル放送用テレビ（ＤＴＶ）
１０４ ネットワークプリンタ
２０１ ネットワークコントローラ
２０２ プリンタコントローラ
７１０ コントロールポイント
７２０、７２２ デバイス
７２１、７２３ サービス

Claims (4)

1. 印刷装置と通信可能であり、デジタル放送に含まれる印刷データを受信して、前記印刷装置に送信可能な放送受信装置であって、
   ユーザからの放送チャネルの切り替え指示入力を受け付ける入力手段と、
   デジタル放送に含まれる印刷データの印刷処理を要求する要求情報を前記印刷装置に発行する発行手段と、
   前記印刷装置から送信される、印刷処理の実行が可能か否かを示す応答情報を受信する受信手段と、
   印刷処理の実行が不可であることを示す応答情報を受信したことに応じて印刷データの送信を待機させるとともに、印刷データの送信待機状態において前記入力手段で放送チャネルの切り替え指示入力を受けた場合には、当該印刷データの印刷処理を優先させるための優先情報を付加した要求情報を前記発行手段から発行させる制御を実行する制御手段と、
   を有し、
   前記制御手段は、前記優先情報を付加した要求情報を前記発行手段から発行させ、印刷データを前記印刷装置に送信した後に、前記入力手段で受けた放送チャネルの切り替え指示に従って放送チャネルを切り替える制御を実行することを特徴とする放送受信装置。
2. 前記応答情報が、前記印刷装置で他の印刷データの印刷中であるために印刷処理の実行が不可である旨の情報である場合、前記制御手段は、印刷データの送信待機状態において前記入力手段で放送チャネルの切り替え指示入力を受けた場合に、前記印刷装置で印刷中である他の印刷データの印刷処理を中止するか否かをユーザに問い合わせるための画面を表示させる制御を実行することを特徴とする請求項１に記載の放送受信装置。
3. 印刷装置と通信可能であり、デジタル放送に含まれる印刷データを受信して、前記印刷装置に送信可能な放送受信装置の制御方法であって、
   ユーザからの放送チャネルの切り替え指示入力を受け付ける入力ステップと、
   デジタル放送に含まれる印刷データの印刷処理を要求する要求情報を前記印刷装置に発行する発行ステップと、
   前記印刷装置から送信される、印刷処理の実行が可能か否かを示す応答情報を受信する受信ステップと、
   印刷処理の実行が不可であることを示す応答情報を受信したことに応じて印刷データの送信を待機させるとともに、印刷データの送信待機状態において前記入力ステップにて放送チャネルの切り替え指示入力を受けた場合には、当該印刷データの印刷処理を優先させるための優先情報を付加した要求情報を前記発行ステップで発行させる制御を実行する制御ステップと、
   を有し、
   前記制御ステップでは、前記優先情報を付加した要求情報を前記発行ステップで発行させ、印刷データを前記印刷装置に送信した後に、前記入力ステップにて受けた放送チャネルの切り替え指示に従って放送チャネルを切り替える制御を実行することを特徴とする放送受信装置の制御方法。
4. 前記応答情報が、前記印刷装置で他の印刷データの印刷中であるために印刷処理の実行が不可である旨の情報である場合、前記制御ステップでは、印刷データの送信待機状態において前記入力ステップにて放送チャネルの切り替え指示入力を受けた場合に、前記印刷装置で印刷中である他の印刷データの印刷処理を中止するか否かをユーザに問い合わせるための画面を表示させる制御を実行することを特徴とする請求項３に記載の放送受信装置の制御方法。

Images