(57)【要約】【課題】  デジタル放送を受信するデジタル情報制御装置から画像形成装置に対して印刷指示を行った場合でも、デジタル情報制御装が本来の機能を可及的に損なうことなく動作できるようにする。【解決手段】  ネットワークプリンタ１０４から、画像の印刷要求を拒否する拒否レスポンスが返ると、ＤＴＶ１０１が、優先印刷フラグを設定してネットワークプリンタ１０４へ印刷要求ジョブを再度発行するようにすることにより、印刷のためにＤＴＶ１０１が待たされるのを可及的に防止するようにして、画像を失うことなく、ＤＴＶ１０１でチャネルの変更を行うことができるようにする。【選択図】  図１
2006293779.tif 000002
【特許請求の範囲】
【請求項１】
デジタル放送に含まれるデータの印刷を制御するデジタル情報制御装置であって、
前記デジタル放送に含まれるデータの印刷処理を行うべく、画像形成装置に印刷要求ジョブを発行する印刷要求手段と、
前記印刷要求手段により前記画像形成装置になされた印刷要求ジョブに対する返答に基づいて、印刷要求ジョブが前記画像形成装置で受諾されたか否かを判定する要求受諾判定手段と、
前記要求受諾判定手段により印刷要求ジョブが受諾されたと判定された場合に、前記デジタル放送に含まれるデータから前記画像形成装置で印刷する印刷データを生成して送信する生成手段と、
ユーザから所定の操作が行われた場合に、前記デジタル放送に含まれるデータの優先的な印刷処理を前記画像形成装置に要求する優先印刷要求手段とを有することを特徴とするデジタル情報制御装置。
【請求項２】
デジタル放送を受信するデジタル放送受信手段と、
前記デジタル放送受信手段により受信されたデジタル放送を表示するデジタル放送表示手段と、
前記デジタル放送表示手段により表示されたデジタル放送に基づく画像を指定する画像指定手段と、
前記デジタル放送の番組を構成する局番を切り替える指示を行うためにユーザが操作する操作手段と、
前記操作手段を用いてユーザにより操作された内容に基づいて、前記デジタル放送の番組を構成する局番を切り替えるチャネル切り替え手段とを有し、
前記優先印刷要求手段は、前記要求受諾判定手段により、前記印刷要求手段による要求が拒否されたと判定された後、前記操作手段により、前記デジタル放送の番組を構成する局番を切り替える指示がなされると、前記画像指定手段により指定された画像の優先的な印刷処理を前記画像形成装置に要求し、
前記チャネル切り替え手段は、前記要求受諾判定手段により、前記印刷要求手段による要求が拒否されたと判定された後、前記操作手段により、前記デジタル放送の番組を構成する局番を切り替える指示がなされた場合には、前記優先印刷要求手段により画像の優先的な印刷要求がなされてから、前記操作手段を用いてユーザにより操作された内容に基づいて、前記デジタル放送の番組を構成する局番を切り替えることを特徴とする請求項１に記載のデジタル情報制御装置。
【請求項３】
前記画像形成装置に対してなされている現在の要求に基づいて、前記画像指定手段により指定された画像の優先的な印刷処理を、前記画像形成装置に要求するか否かを判定する優先要求判定手段を有し、
前記優先印刷要求手段は、前記優先要求判定手段により判定された結果に基づいて、前記画像指定手段により指定された画像の優先的な印刷処理を、前記画像形成装置に要求することを特徴とする請求項２に記載のデジタル情報制御装置。
【請求項４】
前記画像形成装置に対してなされている現在の要求が、他の装置からの要求である場合に、前記画像指定手段により指定された画像の印刷処理を中止するか否かをユーザに問い合わせる問い合わせ手段を有することを特徴とする請求項３に記載のデジタル情報制御装置。
【請求項５】
前記優先要求判定手段は、前記画像形成装置に対してなされている現在の要求が、他の装置からの要求である場合と、前記優先印刷要求手段により過去になされた要求である場合には、前記画像指定手段により指定された画像の優先的な印刷処理を、前記画像形成装置に要求しないと判定することを特徴とする請求項３に記載のデジタル情報制御装置。
【請求項６】
画像の形成を、画像形成装置に要求する画像形成要求手段と、
前記画像形成要求手段により前記画像形成装置になされた要求に対する返答を前記画像形成装置から受信する受信手段と、
前記受信手段により受信された返答によって、前記画像を前記画像形成装置に直接送る直接方式から、前記画像を他の装置を介して間接的に前記画像形成装置に送る間接方式に、前記画像の形成方式を変更することが前記画像形成装置から要求された場合、前記画像の形成方式を、前記直接方式から前記間接方式に変換する変換手段とを有し、
前記画像形成要求手段は、前記変換手段により形成方式が間接方式に変換された画像の形成を、画像形成装置に再度要求することを特徴とするデジタル情報制御装置。
【請求項７】
デジタル情報制御装置からの要求に基づいて画像を印刷処理する画像形成装置であって、
前記画像の優先的な印刷処理が、前記デジタル情報制御装置から要求された場合に、他の印刷処理の実行中であるかを判定する処理状況判定手段と、
前記処理状況判定手段により、他の印刷処理の実行中と判定された後に、その印刷処理を中断又は中止する制御手段とを有し、
前記制御手段により、他の印刷処理が中断又は中止された後に、前記デジタル情報制御装置により優先的な印刷処理が要求された画像の印刷処理を受諾することを特徴とする画像形成装置。
【請求項８】
前記処理状況判定手段により、他の印刷処理を実行中であると判定された場合には、その印刷処理中の画像が、優先的に印刷処理するように要求されているものであるかを判定する優先要求判定手段を有し、
前記制御手段は、前記優先要求判定手段により、前記印刷処理中の画像が優先的に印刷処理するように要求されているものでないと判定された場合には、その印刷処理中の画像の印刷処理を中断又は中止し、
前記優先要求判定手段により、前記印刷処理中の画像が優先的に印刷処理するように要求されているものであると判定された場合には、前記デジタル情報制御装置により要求された画像の印刷要求を拒否することを示す返答を、前記デジタル情報制御装置に行うことを特徴とする請求項７に記載の画像形成装置。
【請求項９】
前記優先要求判定手段により、前記印刷処理中の画像が優先的に印刷処理するように要求されているものであると判定された場合には、前記デジタル情報制御装置により優先的な印刷処理が要求された画像の印刷方式が、前記画像を前記画像形成装置に直接送る直接方式と、前記画像を他の外部装置を介して間接的に前記画像形成装置が受け取る間接方式との何れであるかを判定する印刷方式判定手段を更に有し、
前記印刷方式判定手段により直接方式であると判定された場合には、前記デジタル情報制御装置により要求された画像の印刷処理を拒否することを示す返答を行い、前記印刷方式判定手段により間接方式であると判定された場合には、前記デジタル情報制御装置により要求された画像の印刷処理を受諾することを示す返答を行うことを特徴とする請求項８に記載の画像形成装置。
【請求項１０】
前記処理状況判定手段により、画像が印刷処理中であると判定された後に、その印刷処理中の画像と、前記デジタル情報制御装置により優先的な印刷処理が要求された画像の要求元が同じであるか否かを判定する要求元判定手段を有し、
前記制御手段は、前記要求元判定手段により要求元が同じであると判定された後に、前記印刷処理中の画像の印刷処理を中断又は中止し、
前記要求元判定手段により要求元が同じであると判定された場合には、前記デジタル情報制御装置により要求された画像の印刷処理を受諾することを示す返答を行い、前記要求元判定手段により要求元が異なると判定された場合には、前記デジタル情報制御装置により要求された画像の印刷処理を拒否することを示す返答を行うことを特徴とする請求項７〜９の何れか１項に記載の画像形成装置。
【請求項１１】
前記処理状況判定手段により、画像が印刷処理中であると判定された後に、その印刷処理中の画像と、前記デジタル情報制御装置により優先的な印刷処理が要求された画像の要求元が同じであるか否かを判定する要求元判定手段を有し、
前記要求元判定手段により要求元が異なると判定された場合には、前記デジタル情報制御装置により優先的な印刷処理が要求された画像の印刷方式が、前記画像を前記画像形成装置に直接送る直接方式と、前記画像を他の外部装置を介して間接的に前記画像形成装置が受け取る間接方式との何れであるかを判定する印刷方式判定手段とを有し、
前記要求元判定手段により要求元が同じで判定された場合と、前記印刷方式判定手段により間接方式であると判定された場合には、前記デジタル情報制御装置により優先的な印刷処理が要求された画像の印刷処理を受諾することを示す返答を行い、前記印刷方式判定手段により直接方式であると判定された場合には、前記デジタル情報制御装置により優先的な印刷処理が要求された画像の印刷処理を拒否することを示す返答を行い、
制御手段は、画像の印刷処理を受諾することを示す返答が行われた後に、その受諾された画像のデータを受け付け、受け付けた画像のデータに基づく画像を、既に印刷処理中の画像の形成を中断又は中止してから印刷処理することを特徴とする請求項７に記載の画像形成装置。
【請求項１２】
前記画像の優先的な印刷処理が、前記デジタル情報制御装置から要求された後に、前記画像の印刷処理に関わる動作状態を判定する動作状態判定手段を有し、
前記処理状況判定手段により、画像が印刷処理中と判定された場合、又は前記動作状態判定手段により動作状態が回復可能であると判定された場合には、前記デジタル情報制御装置により優先的な印刷処理が要求された画像の印刷処理を受諾することを示す返答を行い、前記動作状態判定手段により動作状態が回復不可能であると判定された場合には、前記デジタル情報制御装置により優先的な印刷処理が要求された画像の印刷処理を拒否することを示す返答を行い、
前記制御手段は、画像の印刷処理を受諾することを示す返答が行われた後に、その受諾された画像のデータを受け付け、受け付けた画像のデータに基づく画像を、既に印刷処理中の画像の形成を中断又は中止してから印刷処理することを特徴とする請求項７〜１１の何れか１項に記載の画像形成装置。
【請求項１３】
デジタル情報制御装置からの要求に基づいて画像を印刷処理する画像形成装置であって、
前記デジタル情報制御装置から画像の印刷処理が要求された後に、画像を印刷処理中であるか判定する処理状況判定手段と、
前記処理状況判定手段により、画像が印刷処理中と判定された後に、前記デジタル情報制御装置により印刷処理が要求された画像の形成方式が、前記デジタル情報制御装置から画像が直接送られる直接方式であるか、又は前記デジタル情報制御装置と異なる外部装置から画像が間接的に送られる間接方式であるかを判定する印刷方式判定手段と、
前記印刷方式判定手段により直接方式であると判定された場合には、前記デジタル情報制御装置により要求された画像のデータの印刷方式を直接方式から間接方式に変換することを要求すること示す返答を、前記デジタル情報制御装置に行う返答手段とを有することを特徴とする画像形成装置。
【請求項１４】
前記間接形式である画像のデータを受け取ると、受け取った画像のデータに基づく画像を、前記既に印刷処理中の画像の印刷処理を中断又は中止してから印刷処理する印刷制御手段を有することを特徴とする請求項１３に記載の画像形成装置。
【請求項１５】
デジタル放送に含まれるデータの印刷を制御するデジタル情報制御方法であって、
前記デジタル放送に含まれるデータの印刷処理を行うべく、画像形成装置に印刷要求ジョブを発行する印刷要求ステップと、
前記印刷要求ステップにより前記画像形成装置になされた印刷要求ジョブに対する返答に基づいて、印刷要求ジョブが前記画像形成装置で受諾されたか否かを判定する要求受諾判定ステップと、
前記要求受諾判定ステップにより印刷要求ジョブが受諾されたと判定された場合に、前記デジタル放送に含まれるデータから前記画像形成装置で印刷する印刷データを生成して送信する生成ステップと、
ユーザから所定の操作が行われた場合に、前記デジタル放送に含まれるデータの優先的な印刷処理を前記画像形成装置に要求する優先印刷要求手段とを有することを特徴とするデジタル情報制御方法。
【請求項１６】
デジタル放送を受信するデジタル放送受信ステップと、
前記デジタル放送受信ステップにより受信されたデジタル放送を表示するデジタル放送表示ステップと、
前記デジタル放送表示ステップにより表示されたデジタル放送に基づく画像を指定する画像指定ステップと、
前記デジタル放送の番組を構成する局番を切り替える指示を行うためのユーザによる操作を受け付ける受付ステップと、
前記受付ステップにより受け付けられたユーザによる操作内容に基づいて、前記デジタル放送の番組を構成する局番を切り替えるチャネル切り替えステップとを有し、
前記優先印刷要求ステップは、前記要求受諾判定ステップにより、前記印刷要求ステップによる要求が拒否されたと判定された後、前記受付ステップにより、前記デジタル放送の番組を構成する局番を切り替える指示が受け付けられると、前記画像指定ステップにより指定された画像の優先的な印刷処理を前記画像形成装置に要求し、
前記チャネル切り替えステップは、前記要求受諾判定ステップにより、前記印刷要求ステップによる要求が拒否されたと判定された後、前記受付ステップにより、前記デジタル放送の番組を構成する局番を切り替える指示が受け付けられた場合には、前記優先印刷要求ステップにより画像の優先的な印刷要求がなされてから、前記受付ステップにより受け付けられたユーザによる操作内容に基づいて、前記デジタル放送の番組を構成する局番を切り替えることを特徴とする請求項１５に記載のデジタル情報制御方法。
【請求項１７】
前記画像形成装置に対してなされている現在の要求に基づいて、前記画像指定ステップにより指定された画像の優先的な印刷処理を、前記画像形成装置に要求するか否かを判定する優先要求判定ステップを有し、
前記優先印刷要求ステップは、前記優先要求判定ステップにより判定された結果に基づいて、前記画像指定ステップにより指定された画像の優先的な印刷処理を、前記画像形成装置に要求することを特徴とする請求項１６に記載のデジタル情報制御方法。
【請求項１８】
前記画像形成装置に対してなされている現在の要求が、他の装置からの要求である場合に、前記画像指定ステップにより指定された画像の印刷処理を中止するか否かをユーザに問い合わせる問い合わせステップを有することを特徴とする請求項１７に記載のデジタル情報制御方法。
【請求項１９】
前記優先要求判定ステップは、前記画像形成装置に対してなされている現在の要求が、他の装置からの要求である場合と、前記優先印刷要求ステップにより過去になされた要求である場合には、前記画像指定ステップにより指定された画像の優先的な印刷処理を、前記画像形成装置に要求しないと判定することを特徴とする請求項１７に記載のデジタル情報制御方法。
【請求項２０】
画像の形成を、画像形成装置に要求する画像形成要求ステップと、
前記画像形成要求ステップにより前記画像形成装置になされた要求に対する返答を前記画像形成装置から受信する受信ステップと、
前記受信ステップにより受信された返答によって、前記画像を前記画像形成装置に直接送る直接方式から、前記画像を他の装置を介して間接的に前記画像形成装置に送る間接方式に、前記画像の形成方式を変更することが前記画像形成装置から要求された場合、前記画像の形成方式を、前記直接方式から前記間接方式に変換する変換ステップとを有し、
前記画像形成要求ステップは、前記変換ステップにより形成方式が間接方式に変換された画像の形成を、画像形成装置に再度要求することを特徴とするデジタル情報制御方法。
【請求項２１】
デジタル情報制御装置からの要求に基づいて画像を印刷処理する画像形成方法であって、
前記画像の優先的な印刷処理が、前記デジタル情報制御装置から要求された場合に、他の印刷処理の実行中であるかを判定する処理状況判定ステップと、
前記処理状況判定ステップにより、他の印刷処理の実行中と判定された後に、その印刷処理を中断又は中止する制御ステップとを有し、
前記制御ステップにより、他の印刷処理が中断又は中止された後に、前記デジタル情報制御装置により優先的な印刷処理が要求された画像の印刷処理を受諾することを特徴とする画像形成方法。
【請求項２２】
デジタル情報制御装置からの要求に基づいて画像を印刷処理する画像形成方法であって、
前記デジタル情報制御装置から画像の印刷処理が要求された後に、画像を印刷処理中であるか判定する処理状況判定ステップと、
前記処理状況判定ステップにより、画像が印刷処理中と判定された後に、前記デジタル情報制御装置により印刷処理が要求された画像の形成方式が、前記デジタル情報制御装置から画像が直接送られる直接方式であるか、又は前記デジタル情報制御装置と異なる外部装置から画像が間接的に送られる間接方式であるかを判定する印刷方式判定ステップと、
前記印刷方式判定ステップにより直接方式であると判定された場合には、前記デジタル情報制御装置により要求された画像のデータの印刷方式を直接方式から間接方式に変換することを要求すること示す返答を、前記デジタル情報制御装置に行う返答ステップとを有することを特徴とする画像形成方法。
【請求項２３】
デジタル放送に含まれるデータの印刷を制御することをコンピュータに実行させるためのデジタル情報制御プログラムであって、
前記デジタル放送に含まれるデータの印刷処理を行うべく、画像形成装置に印刷要求ジョブを発行する印刷要求ステップと、
前記印刷要求ステップにより前記画像形成装置になされた印刷要求ジョブに対する返答に基づいて、印刷要求ジョブが前記画像形成装置で受諾されたか否かを判定する要求受諾判定ステップと、
前記要求受諾判定ステップにより印刷要求ジョブが受諾されたと判定された場合に、前記デジタル放送に含まれるデータから前記画像形成装置で印刷する印刷データを生成して送信する生成ステップと、
ユーザから所定の操作が行われた場合に、前記デジタル放送に含まれるデータの優先的な印刷処理を前記画像形成装置に要求する優先印刷要求手段とをコンピュータに実行させることを特徴とするデジタル情報制御プログラム。
【請求項２４】
デジタル放送を受信するデジタル放送受信ステップと、
前記デジタル放送受信ステップにより受信されたデジタル放送を表示するデジタル放送表示ステップと、
前記デジタル放送表示ステップにより表示されたデジタル放送に基づく画像を指定する画像指定ステップと、
前記デジタル放送の番組を構成する局番を切り替える指示を行うためのユーザによる操作を受け付ける受付ステップと、
前記受付ステップにより受け付けられたユーザによる操作内容に基づいて、前記デジタル放送の番組を構成する局番を切り替えるチャネル切り替えステップとを有し、
前記優先印刷要求ステップは、前記要求受諾判定ステップにより、前記印刷要求ステップによる要求が拒否されたと判定された後、前記受付ステップにより、前記デジタル放送の番組を構成する局番を切り替える指示が受け付けられると、前記画像指定ステップにより指定された画像の優先的な印刷処理を前記画像形成装置に要求し、
前記チャネル切り替えステップは、前記要求受諾判定ステップにより、前記印刷要求ステップによる要求が拒否されたと判定された後、前記受付ステップにより、前記デジタル放送の番組を構成する局番を切り替える指示が受け付けられた場合には、前記優先印刷要求ステップにより画像の優先的な印刷要求がなされてから、前記受付ステップにより受け付けられたユーザによる操作内容に基づいて、前記デジタル放送の番組を構成する局番を切り替えることを特徴とする請求項２３に記載のデジタル情報制御プログラム。
【請求項２５】
前記画像形成装置に対してなされている現在の要求に基づいて、前記画像指定ステップにより指定された画像の優先的な印刷処理を、前記画像形成装置に要求するか否かを判定する優先要求判定ステップを有し、
前記優先印刷要求ステップは、前記優先要求判定ステップにより判定された結果に基づいて、前記画像指定ステップにより指定された画像の優先的な印刷処理を、前記画像形成装置に要求することを特徴とする請求項２４に記載のデジタル情報制御プログラム。
【請求項２６】
前記画像形成装置に対してなされている現在の要求が、他の装置からの要求である場合に、前記画像指定ステップにより指定された画像の印刷処理を中止するか否かをユーザに問い合わせる問い合わせステップを有することを特徴とする請求項２５に記載のデジタル情報制御プログラム。
【請求項２７】
前記優先要求判定ステップは、前記画像形成装置に対してなされている現在の要求が、他の装置からの要求である場合と、前記優先印刷要求ステップにより過去になされた要求である場合には、前記画像指定ステップにより指定された画像の優先的な印刷処理を、前記画像形成装置に要求しないと判定することを特徴とする請求項２５に記載のデジタル情報制御プログラム。
【請求項２８】
画像の形成を、画像形成装置に要求する画像形成要求ステップと、
前記画像形成要求ステップにより前記画像形成装置になされた要求に対する返答を前記画像形成装置から受信する受信ステップと、
前記受信ステップにより受信された返答によって、前記画像を前記画像形成装置に直接送る直接方式から、前記画像を他の装置を介して間接的に前記画像形成装置に送る間接方式に、前記画像の形成方式を変更することが前記画像形成装置から要求された場合、前記画像の形成方式を、前記直接方式から前記間接方式に変換する変換ステップとをコンピュータに実行させ、
前記画像形成要求ステップは、前記変換ステップにより形成方式が間接方式に変換された画像の形成を、画像形成装置に再度要求することを特徴とするデジタル情報制御プログラム。
【請求項２９】
前記請求項１〜６の何れか１項に記載のデジタル情報制御装置と、前記請求項７〜１４の何れか１項に記載の画像形成装置とを有することを特徴とする画像形成システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、デジタル情報制御装置、画像形成装置、デジタル情報制御方法、画像形成方法、デジタル情報制御プログラム、及び画像形成システムに関し、特に、デジタル情報制御装置から送られた画像を形成するために用いて好適なものである。
【背景技術】
【０００２】
近年、一般家庭内における多くの家庭電化製品は、デジタル化が進み、ネットワーク化されてきている。
ＴＶ（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）する。
【０１８１】
図３６は、データ受信処理を行う場合のネットワークプリンタ１０４の動作の一例を説明するフローチャートである。
まず、ステップＳ３６０１において、現在、印刷要求ジョブに基づく印刷処理を実行中か否かを判定する。この判定の結果、印刷処理を処理中でなければステップＳ３６０２へ進む。一方、印刷処理を実行中であればステップＳ３６０３へ進む。
【０１８２】
ステップＳ３６０３において、現在の印刷要求ジョブが、プッシュ型直接印刷方式のものか否かを判定する。この判定の結果、現在の印刷要求ジョブが、プッシュ型直接印刷方式のものである場合には、ステップＳ３６０６へ進む。一方、現在の印刷要求ジョブが、プッシュ型直接印刷方式のものでない場合には、ステップＳ３６０４へ進む。
【０１８３】
ステップＳ３６０４において、現在の印刷要求ジョブが、プル型間接印刷方式のものか否かを判定する。この判定の結果、現在の印刷要求ジョブが、プル型間接印刷方式のものである場合には、ステップＳ３６１０へ進む。一方、現在の印刷要求ジョブが、プル型間接印刷方式のものでない場合には、ステップＳ３６０５へ進む。
【０１８４】
ステップＳ３６０５において、現在実行中の印刷要求ジョブはないため、印刷要求ジョブを受信し、データ受信処理を終了する。
ステップＳ３６０１で印刷処理を処理中でないと判定された場合も、現在実行中の印刷要求ジョブはないため、ステップＳ３６０２に進み、印刷要求ジョブを受信し、データ受信処理を終了する。
【０１８５】
ステップＳ３６０３で現在の印刷要求ジョブが、プッシュ型直接印刷方式のものであると判定された場合、ステップＳ３６０６に進み、新たな印刷要求ジョブの方式を判定する。この判定の結果、新たな印刷要求ジョブが、プッシュ型直接印刷方式のものであればステップＳ３６０７へ進み、プッシュ型直接印刷方式の印刷要求ジョブを受け付けることが不可能であるため、その印刷要求を拒否すると共に、プッシュ型直接印刷方式からプル型間接印刷方式への変換要求を行うレスポンスをネットワークプリンタ１０４に返し、データ受信処理を終了する。
【０１８６】
一方、新たな印刷要求ジョブが、プル型間接印刷方式のものであればステップＳ３６０８へ進み、受信バッファに空きがあるか否かを判定する。この判定の結果、受信バッファに空きがなければステップＳ３６１０へ進み、新たな印刷要求ジョブの受信が不可である場合の所定の処理を行い、データ受信処理を終了する。一方、受信バッファに空きがあればステップＳ３６０９へ進み、プル型間接印刷方式の印刷要求ジョブを受け付けることが可能であるため、印刷要求ジョブの受信を行い、受信した印刷要求ジョブを、キューイングバッファへ保存してデータ受信処理を終了する。
【０１８７】
ステップＳ３６０４で現在の印刷要求ジョブがプル型間接印刷方式のものであると判定された場合には、ステップＳ３６１１へ進み、新たな印刷要求ジョブの方式を判定する。この判定の結果、新たな印刷要求ジョブが、プッシュ型直接印刷方式のものであればステップＳ３６１２へ進み、受信バッファに空きがあるか否かを判定する。この判定の結果、受信バッファに空きがなければステップＳ３６１３へ進み、プッシュ型直接印刷方式の印刷要求ジョブを受け付けることが不可能であるため、その印刷要求を拒否すると共に、プッシュ型直接印刷方式からプル型間接印刷方式への変換要求を行うレスポンスをネットワークプリンタ１０４に返し、データ受信処理を終了する。一方、受信バッファに空きがある場合には、後述するステップＳ３６１５へ進む。
【０１８８】
ステップＳ３６１１で新たな印刷要求ジョブが、プル型間接印刷方式であればステップＳ３６１４へ進み、受信バッファに空きがあるか否かを判定する。この判定の結果、受信バッファに空きがなければ、ステップＳ３６１６へ進み、実行中のプル型間接印刷方式では空きメモリの確保が可能であるため、空きメモリの確保処理を行ってステップＳ３６１５に進む。一方、受信バッファに空きがある場合には、このステップＳ３６１６を省略してステップＳ３６１５へ進む。
【０１８９】
ステップＳ３６１５において、プル型間接印刷方式の印刷要求ジョブを受け付けることが可能であるため、印刷要求ジョブの受信を行い、受信した印刷要求ジョブを、キューイングバッファへ保存してデータ受信処理を終了する。
【０１９０】
以上説明してきたように、本実施形態においても、前述した第１の実施形態と同様、ネットワークプリンタ１０４が印刷処理を実行している最中に、新たな印刷要求が発生した場合であっても、チャネル変更のとき等に選択したキャプチャ画像等を印刷することが可能になることと、ＤＴＶ１０１のチャネル操作が自由に行えこととの双方を、ＤＴＶ１０１側、ネットワークプリンタ１０４側で新たなリソースの増設を行うことなく現状のままで実現することができる。これにより、ＤＴＶ１０１及びネットワークプリンタ１０４の利便性及び操作性が向上する。
【０１９１】
なお、本実施形態では、ネットワークプリンタ１０４で印刷方式の変換を行うようにしたが、ネットワークプリンタ１０４からの情報に基づいて、ネットワークプリンタ１０４がプッシュ型直接印刷方式での印刷を実行中であるということを、ＤＴＶ１０１が予め分かっている場合には、ＤＴＶ１０１が、印刷要求ジョブの印刷方式を、プッシュ型直接印刷方式からプル型間接印刷方式へ変換し、その印刷方式が変換された印刷要求ジョブをネットワークプリンタ１０４に発行してもよい。
【０１９２】
（第３の実施形態）
次に、本発明の第３の実施形態について説明する。本実施形態と前述した第１の実施形態とでは、図３１に示した優先印刷処理の一部が異なるだけである。したがって、本実施形態の説明において、前述した第１の実施形態と同一の部分については、図１〜図３５に付した同一の符号を付すなどして詳細な説明を省略する。
【０１９３】
ここでは、ネットワークプリンタ１０４が、前の印刷要求ジョブに基づく印刷処理を実行している最中に、ネットワークプリンタ１０４にエラーが発生した際に、ＤＴＶ１０１で次の印刷要求ジョブが発生した場合について説明する。
【０１９４】
ネットワークプリンタ１０４にエラーが発生したときに、ＤＴＶ１０１がプッシュ型直接印刷方式の印刷要求ジョブを発生した場合、例えば前述したキャプチャ画像の印刷要求ジョブが発生した場合、ネットワークプリンタ１０４は、通常、その印刷要求を拒否する。したがって、ＤＴＶ１０１は、印刷要求の待機状態を強いられることになる。
この待機状態では、印刷のためのキャプチャ画像を保持してなればならないため、ＤＴＶ１０１の操作、特にチャネルを変更するための操作を行うことができない。チャネルを変更し、その変更した画面へ移行するには、保持しているデータを開放しなければできないという制約があるからである。
【０１９５】
もしどうしてもチャネルを変更する場合には、保持しているキャプチャ画像が失われてもよいか否かを判定させるための操作を使用者に行わせる必要がある。
本実施形態では、このようにネットワークプリンタ１０４がエラー中のときに、チャネルを変更しても、キャプチャ画像等の印刷を可能にするようにしている。
【０１９６】
ＤＴＶ１０１で印刷要求ジョブを発行するに際し、使用者が印刷ボタンを押下して、ネットワークプリンタ１０４に印刷要求を行うと、ネットワークプリンタからその印刷要求を拒否するレスポンスが返る。
この待機状態で、使用者がチャネルの変更操作を実行すると、ＤＴＶ１０１は、「少しお待ちください」という内容のメッセージを表示させ、さらに優先印刷フラグを設定してネットワークプリンタ１０４へ印刷要求ジョブ（以下、優先印刷要求ジョブと称す）を再度発行する。
【０１９７】
ネットワークプリンタ１０４では、優先印刷要求ジョブを受信すると、現在実行中の印刷要求ジョブが、優先印刷要求ジョブを発行したＤＴＶ１０１から発行されたものであり、且つ現在実行中の印刷要求ジョブが優先印刷要求ジョブでなければ、優先印刷の受付準備に入る。そして、エラー中の印刷を中止或いは中断して、印刷データ保存用バッファを確保する。そして、その印刷データ保存用バッファのアドレスと共に、優先印刷要求ジョブの受付を許可するレスポンスをＤＴＶ１０１に返送する。このレスポンスを受けたＤＴＶ１０１は、優先印刷要求ジョブとしてキャプチャ画像の転送を開始する。転送が終了すれば、チャネルの変更操作が可能になる。
【０１９８】
図３７は、データ受信処理を行う場合のネットワークプリンタ１０４の動作の一例を説明するフローチャートである。
まず、ステップＳ３７０１において、ネットワークプリンタ１０４のエラーが、回復可能なものであるか否かを判定する。回復可能なエラーとしては、例えば、紙なしエラー、インク切れエラー、及び紙ジャム等が挙げられる。また、エラーではないがカバーがオープンしている等でオフラインになっているとき等もこの回復可能なエラーに含まれるものとする。この判定の結果、ネットワークプリンタ１０４のエラーが、回復可能なものである場合には、ステップＳ３７０３に進む。
【０１９９】
一方、ネットワークプリンタ１０４のエラーが、回復可能なものでない場合には、ステップＳ３７０２に進み、ネットワークプリンタ１０４のエラーが、回復不可能なエラーか否かを判定する。回復不可能なエラーとしては、例えば、ネットワークプリンタ１０４のハードウェアの故障に基づくエラーや、印刷用紙が破けたり、満足な結果が得られなかったりする重度の紙ジャム等が挙げられる。
【０２００】
この判定の結果、ネットワークプリンタ１０４のエラーが、回復可能なものでない場合には、データ受信処理を終了する。一方、ネットワークプリンタ１０４のエラーが、回復可能なものである場合には、後述するステップＳ３７１１に進む。
【０２０１】
ステップＳ３７０１でネットワークプリンタ１０４のエラーが、回復可能なものであると判定された場合、ステップＳ３７０３に進み、エラーで停止中の印刷要求ジョブの印刷方式がプッシュ型直接印刷方式であるか否かを判定する。この判定の結果、エラーで停止中の印刷要求ジョブの印刷方式がプッシュ型直接印刷方式である場合には、ステップＳ３７０６へ進む。一方、エラーで停止中の印刷要求ジョブの印刷方式がプッシュ型直接印刷方式でなくプル型間接印刷方式であればステップＳ３７０４へ進む。
【０２０２】
ステップＳ３７０４において、現在のプル型間接印刷方式の印刷要求ジョブを一時的に中断する。そして、残りの作業をあとで行うため、未作業の印刷要求ジョブに関する残作業情報を含めたジョブとして現在の印刷要求ジョブをキューイングする。そして、ステップＳ３７０５において、新たな印刷要求ジョブを受信し、受信した印刷要求ジョブを実行し、データ受信処理を終了する。
【０２０３】
ステップＳ３７０３で現在の印刷要求ジョブの印刷方式がプッシュ型直接印刷方式であると判定された場合には、ステップＳ３７０６へ進み、新たな印刷要求ジョブの印刷方式を判定する。この判定の結果、新たな印刷要求ジョブの印刷方式が、プッシュ型直接印刷方式のものであればステップＳ３７０７へ進み、プッシュ型直接印刷方式の印刷要求ジョブを受け付けることが不可能であるため、その印刷要求を拒否すると共に、プッシュ型直接印刷方式からプル型間接印刷方式への変換要求を行うレスポンスをネットワークプリンタ１０４に返し、データ受信処理を終了する。
【０２０４】
一方、新たな印刷要求ジョブの印刷方式が、プル型間接印刷方式のものである場合には、ステップＳ３７０８へ進み、受信バッファに空きがあるか否かを判定する。この判定の結果、受信バッファに空きがなければ、ステップＳ３７０９へ進み、受信バッファの明領域を確保するため、現在実行している印刷要求ジョブのメモリ領域を再配置して空き領域を確保してからステップＳ３７１０に進む。一方、受信バッファに空きがある場合には、このステップＳ３７０９を省略してステップＳ３７１０へ進む。
【０２０５】
ステップＳ３７１０において、印刷要求ジョブを受信し、受信した印刷要求ジョブをキューイングし、データ受信処理を終了する。
ステップＳ３７０２でネットワークプリンタ１０４のエラーが、回復不可能なエラーであると判定された場合には、ステップＳ３７１１に進み、エラーで停止中の印刷要求ジョブの印刷方式がプッシュ型直接印刷方式であるか否かを判定する。この判定の結果、エラーで停止中の印刷要求ジョブの印刷方式がプッシュ型直接印刷方式である場合には、ステップＳ３７１２へ進む。一方、エラーで停止中の印刷要求ジョブの印刷方式がプッシュ型直接印刷方式でなくプル型間接印刷方式であればステップＳ３７１３へ進む。
【０２０６】
印刷要求ジョブの印刷方式がプッシュ型直接印刷方式である場合には、回復不可能のエラー状態であるため、ネットワークプリンタ１０４の再起動の必要があり、プッシュ型直接印刷方式の現在の印刷要求ジョブを救うためには、最初から処理をやり直す必要がある。そこで、ステップＳ３７１２において、その現在の印刷要求ジョブと、新たな印刷要求ジョブとのどちらを優先させるのかをＤＴＶ１０１に対して問い合わせる。
【０２０７】
一方、印刷要求ジョブの印刷方式がプッシュ型直接印刷方式でない場合には、ステップＳ３７１３に進み、プル型間接印刷方式である現在の印刷要求ジョブを中止し、その現在の印刷要求ジョブを最初から再度あとから実行するためキューイングする。
次に、ステップＳ３７１４において、ネットワークプリンタ１０１が再起動され、正常に戻ってから印刷要求ジョブを再発行することを、ＤＴＶ１０１に要求してデータ受信処理を終了する。
【０２０８】
以上説明してきたように、本実施形態では、印刷処理を実行している最中にネットワークプリンタ１０４にエラーが発生した場合に、ＤＴＶ１０１から新たな印刷要求が発生しても、チャネル変更のとき等に選択したキャプチャ画像等を印刷することが可能になることと、ＤＴＶ１０１のチャネル操作が自由に行えることとの双方を、ＤＴＶ１０１側、ネットワークプリンタ１０４側で新たなリソースの増設を行うことなく現状のままで実現できる。これにより、ＤＴＶ１０１及びネットワークプリンタ１０４の利便性及び操作性がより一層向上する。
【０２０９】
（本発明の他の実施形態）
上述した実施形態の機能を実現するべく各種のデバイスを動作させるように、該各種デバイスと接続された装置あるいはシステム内のコンピュータに対し、前記実施形態の機能を実現するためのソフトウェアのプログラムコードを供給し、そのシステムあるいは装置のコンピュータ（ＣＰＵあるいはＭＰＵ）に格納されたプログラムに従って前記各種デバイスを動作させることによって実施したものも、本発明の範疇に含まれる。
【０２１０】
また、この場合、前記ソフトウェアのプログラムコード自体が上述した実施形態の機能を実現することになり、そのプログラムコード自体、及びそのプログラムコードをコンピュータに供給するための手段、例えば、かかるプログラムコードを格納した記録媒体は本発明を構成する。かかるプログラムコードを記憶する記録媒体としては、例えばフレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、磁気テープ、不揮発性のメモリカード、ＲＯＭ等を用いることができる。
【０２１１】
また、コンピュータが供給されたプログラムコードを実行することにより、上述の実施形態の機能が実現されるだけでなく、そのプログラムコードがコンピュータにおいて稼働しているＯＳ（オペレーティングシステム）あるいは他のアプリケーションソフト等と共同して上述の実施形態の機能が実現される場合にもかかるプログラムコードは本発明の実施形態に含まれることは言うまでもない。
【０２１２】
さらに、供給されたプログラムコードがコンピュータの機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに格納された後、そのプログラムコードの指示に基づいてその機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって上述した実施形態の機能が実現される場合にも本発明に含まれることは言うまでもない。
【図面の簡単な説明】
【０２１３】
【図１】本発明の第１の実施形態を示し、ネットワークシステムの構成の一例を示した図である。
【図２】本発明の第１の実施形態を示し、画像形成システムの構成の一例を示した図である。
【図３】本発明の第１の実施形態を示し、ネットワークコントローラが有する機能モジュールの概略構成の一例を示す図である。
【図４】本発明の第１の実施形態を示し、プリンタコントローラが有する機能モジュールの概略構成の一例を示す図である。
【図５】本発明の第１の実施形態を示し、ネットワークコントローラの内部構成の一例を示したブロック図である。
【図６】本発明の第１の実施形態を示し、プリンタコントローラの内部構成の一例を示したブロック図である。
【図７】本発明の第１の実施形態を示し、ＵＰｎＰネットワークの基本構成の一例を示すブロック図である。
【図８】本発明の第１の実施形態を示し、ＵＰｎＰのプロトコルスタックの一例を示す図である。
【図９】本発明の第１の実施形態を示し、は、デバイスがネットワークに追加され利用可能なことを示す告知パケットの一例と、デバイスがネットワークから削除されつつあり利用できなくなることを示す告知パケットの一例を示す図である。
【図１０】本発明の第１の実施形態を示し、サーチリクエストパケットの一例と、サーチレスポンスパケットの一例とを示す図である。
【図１１】本発明の第１の実施形態を示し、ディスクリプションを行う際のコントロールポイントとデバイスとの様子と、ディスクリプションリクエストの一例と、ディスクリプションレスポンスの一例とを示す図である。
【図１２】本発明の第１の実施形態を示し、コントロールポイントがデバイスをコントロールする様子と、アクションリクエストの一例と、アクションレスポンスの一例とを示す図である。
【図１３】本発明の第１の実施形態を示し、イベンティングを行う際のコントロールポイントとデバイスとの様子と、サブスクリプションリクエストの一例と、サブスクリプションレスポンスの一例と、イベントメッセージの一例とを示す図である。
【図１４】本発明の第１の実施形態を示し、ブラウザがデバイスのプレゼンテーションページにアクセスする様子を概念的に示した図である。
【図１５】本発明の第１の実施形態を示し、ＤＴＶの内部構成の一例を示した機能ブロック図である。
【図１６】本発明の第１の実施形態を示し、デジタル放送受信制御部でのデータ処理の流れの一例を概念的に示した図である。
【図１７】本発明の第１の実施形態を示し、トランスポートストリームを概念的に示した図である。
【図１８】本発明の第１の実施形態を示し、ＴＳパケットの構成を概念的に示した図である。
【図１９】本発明の第１の実施形態を示し、ＰＳＩを概念的に示した図である。
【図２０】本発明の第１の実施形態を示し、ＴＳパケットから番組情報を抽出する際のデジタル放送受信制御部における処理動作の一例を説明するフローチャートである。
【図２１】本発明の第１の実施形態を示し、ＴＳパケットからビデオデータを選択する際の復号器における構成の一例を示した図である。
【図２２】本発明の第１の実施形態を示し、印刷モードを選択する際の操作手順を示す図である。
【図２３】本発明の第１の実施形態を示し、ＤＴＶに表示される印刷モード画面の一例を示す図である。
【図２４】本発明の第１の実施形態を示し、プッシュ型直接印刷方式で印刷を行う場合のコントロールポイントとネットワークプリンタの動作の一例を説明する図である。
【図２５】本発明の第１の実施形態を示し、プル型間接印刷方式で印刷を行う場合のコントロールポイントとネットワークプリンタの動作の一例を説明する図である。
【図２６】本発明の第１の実施形態を示し、データ放送の画面の一例を示す図である。
【図２７】本発明の第１の実施形態を示し、メモリカード印刷モードにおけるテレビ表示画面の一例を示す図である。
【図２８】本発明の第１の実施形態を示し、印刷処理の方法の一例を説明する図である。
【図２９】本発明の第１の実施形態を示し、図２８に続く印刷処理の方法の一例を説明する図である。
【図３０】本発明の第１の実施形態を示し、ネットワークシステムにおける優先印刷要求処理を行う場合のＤＴＶの動作の一例を説明するフローチャートである。
【図３１】本発明の第１の実施形態を示し、データ受信処理を行う場合のネットワークプリンタの動作の一例を説明するフローチャートである。
【図３２】本発明の第１の実施形態を示し、図３１に続くフローチャートである。
【図３３】本発明の第１の実施形態を示し、図３１に続くフローチャートである。
【図３４】本発明の第１の実施形態を示し、図３１に続くフローチャートである。
【図３５】本発明の第１の実施形態を示し、図３１に続くフローチャートである。
【図３６】本発明の第２の実施形態を示し、データ受信処理を行う場合のネットワークプリンタの動作の一例を説明するフローチャートである。
【図３７】本発明の第２の実施形態を示し、データ受信処理を行う場合のネットワークプリンタの動作の一例を説明するフローチャートである。
【符号の説明】
【０２１４】
１０１  デジタル放送用テレビ（ＤＴＶ）
１０４  ネットワークプリンタ
２０１  ネットワークコントローラ
２０２  プリンタコントローラ
７１０  コントロールポイント
７２０、７２２  デバイス
７２１、７２３  サービス
【図１】
2006293779.tif 000003
【図２】
2006293779.tif 000004
【図３】
2006293779.tif 000005
【図４】
2006293779.tif 000006
【図５】
2006293779.tif 000007
【図６】
2006293779.tif 000008
【図７】
2006293779.tif 000009
【図８】
2006293779.tif 000010
【図９】
2006293779.tif 000011
【図１０】
2006293779.tif 000012
【図１１】
2006293779.tif 000013
【図１２】
2006293779.tif 000014
【図１３】
2006293779.tif 000015
【図１４】
2006293779.tif 000016
【図１５】
2006293779.tif 000017
【図１６】
2006293779.tif 000018
【図１７】
2006293779.tif 000019
【図１８】
2006293779.tif 000020
【図１９】
2006293779.tif 000021
【図２０】
2006293779.tif 000022
【図２１】
2006293779.tif 000023
【図２２】
2006293779.tif 000024
【図２３】
2006293779.tif 000025
【図２４】
2006293779.tif 000026
【図２５】
2006293779.tif 000027
【図２６】
2006293779.tif 000028
【図２７】
2006293779.tif 000029
【図２８】
2006293779.tif 000030
【図２９】
2006293779.tif 000031
【図３０】
2006293779.tif 000032
【図３１】
2006293779.tif 000033
【図３２】
2006293779.tif 000034
【図３３】
2006293779.tif 000035
【図３４】
2006293779.tif 000036
【図３５】
2006293779.tif 000037
【図３６】
2006293779.tif 000038
【図３７】
2006293779.tif 000039