印刷装置、印刷方法及び印刷システム
【課題】デジタル放送のデータ放送の印刷において、ＵＲＬで指定した印刷命令を受け、実行しようとしたが、コンテンツ取得に失敗し、エラーが発生した場合、印刷行為を、ユーザが何回も繰り返すことがない印刷装置を提供することを目的とする。
【解決手段】参照印刷命令で指定された印刷コンテンツの取得に失敗したときに、失敗した原因が参照先外部装置の応答によるものであるか、参照先外部装置に印刷コンテンツが無かったのかを調べ、上記失敗した原因と関連する情報である原因関連情報を保存し、受けた参照印刷命令の中の情報が、保存されている上記失敗した原因関連情報と一致するかどうかを判定し、上記保存されている原因関連情報の中に、参照印刷命令の参照先と一致する参照先があると判定されると、印刷ジョブＩＤを発行せずに、印刷ジョブをキャンセルする。
【解決手段】参照印刷命令で指定された印刷コンテンツの取得に失敗したときに、失敗した原因が参照先外部装置の応答によるものであるか、参照先外部装置に印刷コンテンツが無かったのかを調べ、上記失敗した原因と関連する情報である原因関連情報を保存し、受けた参照印刷命令の中の情報が、保存されている上記失敗した原因関連情報と一致するかどうかを判定し、上記保存されている原因関連情報の中に、参照印刷命令の参照先と一致する参照先があると判定されると、印刷ジョブＩＤを発行せずに、印刷ジョブをキャンセルする。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、デジタル情報制御装置、画像形成装置、デジタル情報制御方法、画像形成方法、デジタル情報制御プログラム、画像形成プログラム、画像形成システムに関する。特に、デジタル情報制御装置が出力した参照情報に基づく印刷命令を、画像形成装置が完了できなかった後に、デジタル情報制御装置が、同じ完了不可の命令を発生させない装置に関する。
【背景技術】
【０００２】
近年、一般家庭内における多くの家庭電化製品は、デジタル化が進み、ネットワーク化されている。
【０００３】
ＴＶ（Ｔｅｌｅｖｉｓｉｏｎ）装置においても、デジタル放送の開始とともに、デジタル情報制御装置、たとえば、ＤＴＶ（Ｄｉｇｉｔａｌ Ｔｅｌｅｖｉｓｉｏｎ、デジタル放送用テレビ）が普及している。このＤＴＶをネットワークに接続し、ネットワークルータを介して、上記ＤＴＶをインターネットに接続し、上記ＤＴＶのテレビ画面に、ＷＥＢの内容を表示する。
【０００４】
ＤＴＶを取り巻く環境は、デジタル放送系の放送局と番組との拡充、データ放送系のコンテンツの拡充、ＤＴＶの各種マルチメディアへの対応、上記ＤＴＶのインターネットへの対応等によって、ユーザへ提供される情報量が確実に増加している。そこで、それらの情報を、簡単に印刷出力し、情報を保存する技術が望まれている。
【０００５】
ネットワークを介した印刷システムのプロトコルとして、ＩＰＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｉｎｔｉｎｇ Ｐｒｏｔｏｃｏｌ）が普及している。このＩＰＰには、印刷ジョブを要求する際に、印刷データを渡す代わりに、印刷データの所在を示すＵＲＩを、クライアントホストからネットワークプリンタに渡すＰｒｉｎｔ−ＵＲＩリクエストが規定されている。なお、上記ＵＲＩは、Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒである。
【０００６】
上記Ｐｒｉｎｔ−ＵＲＩリクエストを用いた技術として、次の技術が知られている。つまり、ネットワークプリンタからのＰｒｉｎｔ−ＵＲＩリクエストを受け取った印刷制御装置であるＩＰＰサーバが、ＦＴＰ ＧＥＴメソッド又はＨＴＴＰ ＧＥＴメソッドを用いて、印刷データをネットワークプリンタに送信する技術が存在する。
【０００７】
一方、情報家電の普及や、事務機のネットワーク対応に伴い、家庭内や小規模オフィスのネットワーク化が進んでいる。家庭内や小規模オフィス等、管理されないネットワークにおいてネットワーク機器の制御を行うために、ＵＰｎＰ（Ｕｎｉｖｅｒｓａｌ Ｐｌｕｇ ａｎｄ Ｐｌａｙ）が提案されている。このＵＰｎＰの標準プリントサービスであるＰｒｉｎｔ Ｂａｓｉｃサービスにおいても、印刷データが存在するＵＲＩを、ネットワークプリンタに引き渡して行われるＰＵＬＬ印刷が可能である。
【０００８】
ＤＴＶとプリンタとの間で印刷出力する際、上記技術を利用し、ＮｅｔＴＶ規格に準拠して、ＵＲＩの参照印刷を実現する。
【０００９】
また、ブラウザにおいてインターネット上のＵＲＬ情報の取得を試みる場合、取得に失敗すると、取得に失敗したことを、ブラウザ画面を通じて操作者に確実に知らせる。さらに、何らかの理由で取得できないＵＲＬ指定のコンテンツについて、重複した取得操作をしないように、下記の提案もされている。
【００１０】
ＷＷＷサーバとウェブブラウザークライアントとにおいて、エラーになったＵＲＬをクライアントが記憶する。そして、上記エラーになったＵＲＬをリンク情報として含む別のＷｅｂページを取得した際に、当該ＵＲＬはエラーであることを、視覚的に区別できるように表示することが知られている（たとえば、特許文献１参照）。
【先行技術文献】
【特許文献】
【００１１】
【特許文献１】特開２００１−１４２０７号公報
【発明の概要】
【発明が解決しようとする課題】
【００１２】
放送データに印刷コンテンツ情報が含まれている場合、ＤＴＶ視聴中にＢＭＬブラウザ上に印刷ボタンが表示され、このボタンを、テレビリモコンによって選択すると、ＤＴＶからプリンタへ、印刷命令が発行される。ＵＲＩの参照印刷の命令は、ＮｅｔＴＶ規格において、“ＣｒｅａｔｅＵＲＩ Ｊｏｂ”として規定されている。
【００１３】
プリンタが、ＣｒｅａｔｅＵＲＩ Ｊｏｂの印刷Ｊｏｂを受信した後に、ＤＴＶが印刷終了を待たずに次の操作を許容する場合、その後に、プリンタが、ＵＲＩで指定された参照コンテンツを印刷するために、コンテンツサーバに取得動作を実行する。
【００１４】
このときに、印刷データを取得できれば、取得した印刷コンテンツをパースし、展開したイメージを印刷する。
【００１５】
また、コンテンツ取得に失敗し、エラーが発生すれば、プリンタの動作として、まず、印刷ジョブをキャンセルし、ＤＴＶからのイベントの要求を受けていれば、エラーをＤＴＶへ通知する。
【００１６】
通知を受けた場合のＤＴＶにおいて、テレビの操作による設定状況や、受信したイベントの内容によって、表示による通知を操作者が必ずしも実行するとは限らない。また、表示されても、一時的な表示であることもある。
【００１７】
情報取得ができないコンテンツであるにも係わらず、印刷ジョブをキャンセルした後に、操作者へ確実に通知できない状況下で、対象の印刷ボタンが、依然として操作可能な状態で表示される場合がある。この場合、ユーザは、印刷しようとして、この印刷行為を何回も繰り返すという問題がある。
【００１８】
本発明は、デジタル放送のデータ放送の印刷において、ＵＲＬで指定した印刷命令を受け、実行しようとしたが、コンテンツ取得に失敗し、エラーが発生した場合、印刷行為を、ユーザが何回も繰り返すことがない印刷装置を提供することを目的とする。
【課題を解決するための手段】
【００１９】
本発明は、参照印刷命令を受信する手段と、参照印刷命令で指定された参照先外部装置から、印刷コンテンツを取得する手段と、参照印刷命令で指定された印刷コンテンツの取得に失敗したときに、失敗した原因が参照先外部装置の応答によるものであるか、参照先外部装置に印刷コンテンツが無かったのかを調べる手段と、上記失敗した原因と関連する情報である原因関連情報を保存する手段と、受けた参照印刷命令の中の情報が、保存されている上記失敗した原因関連情報と一致するかどうかを判定する手段と、上記保存する手段に保存されている原因関連情報の中に、参照印刷命令の参照先と一致する参照先があると判定されると、印刷ジョブＩＤを発行せずに、印刷ジョブをキャンセルする手段とを有することを特徴とする印刷装置である。
【発明の効果】
【００２０】
本発明によれば、デジタル放送のデータ放送の印刷において、ＵＲＬで指定した印刷命令を受け実行しようとしたが、コンテンツ取得に失敗し、エラーが発生した場合、印刷行為を、ユーザが何回も繰り返すことがないという効果を奏する。
【図面の簡単な説明】
【００２１】
【図１】本発明の実施例１である印刷システムＰＳ１の構成を示す図である。
【図２】実施例１におけるプリンタ１０２のハードウェア構成を示す図である。
【図３】プリンタ１０２のソフトウェア構成の概略を示す図である。
【図４】データ放送印刷のプリントファイル方式を説明するフローチャートである。
【図５】データ放送印刷のプリントＵＲＩ方式を説明するフローチャートである。
【図６】“ＰｒｉｎｔｅｒＳｔａｔｅＲｅａｓｏｎｓ”項目を示す図である。
【図７】“ｊｏｂ−ａｂｏｒｔ−ｒｅａｓｏｎ”項目を示す図である。
【図８】ＵＲＩ指定コンテンツの取得エラー発生時を示すフローチャートである。
【図９】参照コンテンツ取得エラー発生時の対処を示すフローチャートである。
【図１０】参照コンテンツ取得エラー内容によるデータ保存管理を示す図である。
【図１１】印刷ジョブ発行判断と重複エラー回避対処とのフローチャートである。
【図１２】失敗した原因関連情報の保存期限管理を説明するフローチャートである。
【図１３】失敗した原因関連情報の保存期限管理を説明するフローチャートである。
【発明を実施するための形態】
【００２２】
発明を実施するための形態は、次の実施例である。
【実施例１】
【００２３】
図１は、本発明の実施例１である印刷システムＰＳ１を示す図である。印刷システムＰＳ１は、ＤＴＶ１０１と、情報処理装置としてのプリンタ１０２と、ＤＮＳサーバ１０３と、コンテンツサーバ１０４と、Ｅｔｈｅｒｎｅｔ（登録商標）１０５とを有する。
【００２４】
ＤＴＶ１０１は、デジタルテレビ情報化研究会によって策定された規格であるネットＴＶ２．０に準拠したネットＴＶ端末である。ネットＴＶ規格は、ＤＴＶをネットワーク対応端末として用いる場合の端末の要求仕様や、ネットＴＶ端末で利用するコンテンツやサービスの運用ガイドライン等を定めた規格である。また、ネットＴＶ端末から要求されたデータの印刷を実行するためのプリンタに対する仕様も、上記ネットＴＶ規格に含まれている。
【００２５】
ＤＴＶ１０１とプリンタ１０２とは、Ｅｔｈｅｒｎｅｔ１０５によってＬＡＮ接続され、通信可能である。ＬＡＮは、ルータ（不図示）によってインターネットに接続されているので、ＤＴＶ１０１とプリンタ１０２とは、ＤＮＳサーバ１０３とインターネット上のＨＴＴＰサーバ（ＷＥＢサーバ）としてのコンテンツサーバ１０４に、アクセス可能である。
【００２６】
つまり、ＤＴＶ１０１は、通常の放送受信の他に、インターネットを介して、ネットワーク上に存在するコンテンツサーバ１０４へアクセスし、ネットＴＶに実装されているネットＴＶ対応のＷＥＢブラウザを介して、ＷＥＢページを表示する。なお、ＡＲＩＢ（社団法人 電波産業会）によって定められているデータ放送コンテンツを表示することもできる。さらに、データ放送コンテンツに含まれている印刷用コンテンツや、ネットＴＶ対応の印刷コンテンツを、プリンタ１０２で印刷することができる。
【００２７】
また、ＤＴＶ１０１は、データ放送コンテンツに含まれている印刷コンテンツや、ネットＴＶコンテンツに含まれている印刷コンテンツを印刷する指示を、プリンタ１０２に発行することができる。ＤＴＶ１０１を介したデータ放送印刷形態として、ＡＲＩＢに定められているものは、主に、（１）ＰｒｉｎｔＦｉｌｅ形式、（２）ＰｒｉｎｔＵＲＩ形式、（３）ＰｒｉｎｔＳｔａｔｉｃＳｃｒｅｅｎ形式の３タイプである。
【００２８】
（１）ＰｒｉｎｔＦｉｌｅ形式は、データ放送コンテンツとして、印刷コンテンツの実体ファイルを、ＤＴＶに送信する形式である。したがって、ＤＴＶは、この印刷コンテンツの実体ファイルをプリンタに送信し、実体ファイルに基づいて、プリンタが印刷する。
【００２９】
（２）ＰｒｉｎｔＵＲＩ形式は、データ放送コンテンツとして、印刷コンテンツの実体ファイルの在りかを示すＵＲＩ情報を、ＤＴＶに送信する形式である。したがって、ＤＴＶは、このＵＲＩ情報をプリンタに送信し、ＵＲＩに従って、プリンタが、印刷コンテンツの実体ファイルを取得し、印刷する。
【００３０】
（３）ＰｒｉｎｔＳｔａｔｉｃＳｃｒｅｅｎ形式は、ＤＴＶがキャプチャしたデータ放送画面等の静止画像を、プリンタに送信し、プリンタが印刷する形式である。
【００３１】
なお、（１）ＰｒｉｎｔＦｉｌｅ形式と（２）ＰｒｉｎｔＵＲＩ形式とにおいて、プリンタが取得する印刷コンテンツの実体ファイルは、ＸＨＴＭＬ−Ｐｒｉｎｔ文書と称される構造化文書データで記述されている。
【００３２】
ただし、ＡＲＩＢでは、ＤＴＶとプリンタとの間の接続や、ネットワーク上のプリンタの発見処理、状態取得処理の詳細等は規定していない。このために、ＡＲＩＢで規定されていない印刷に関する仕様は、ネットＴＶ２．０規格で定められている。なお、ネットＴＶ規格で規定されているネットＴＶコンテンツにおける印刷コンテンツも、ＸＨＴＭＬ−Ｐｒｉｎｔ文書で構成されている。
【００３３】
また、ネットＴＶ規格対応端末としてのＤＴＶ１０１とプリンタ１０２とは、ＵＰｎＰ ＰｒｉｎｔＥｎｈａｎｃｅｄ：１に準拠している。なお、これらの規格の詳細については、各規格を参照するものとし、ここでの説明を省略する。
【００３４】
ＤＮＳサーバ１０３は、インターネット上での名前解決を行う。クライアントからのＩＰアドレスの問い合わせに対して、サーバ名をＩＰアドレスに変換し、クライアントに対して、ＩＰアドレスを返す。
【００３５】
コンテンツサーバ１０４は、ＨＴＭＬ文書や画像等の情報を蓄積し、Ｗｅｂブラウザ等のクライアントソフトウェアからの要求に応じて、要求された情報を、インターネット等のネットワークを通じて送信する。
【００３６】
図２は、実施例１におけるプリンタ１０２のハードウェア構成の概略を示す図である。
【００３７】
プリンタ１０２は、ネットワークコントローラ２０１と、プリンタコントローラ２０２と、インクジェットヘッド２２８と、キャリッジモータ２３０と、ペーパーフィードモータ２３２とを有する。
【００３８】
ネットワークコントローラ２０１は、コンテンツデータを取得し、ＣＰＵ２１１と、ＤＲＡＭ２１２と、プログラムＲＯＭ２１３と、ネットワーク・インタフェース・コントローラ（ＮＩＣ）２１４と、シリアルＩＯ２１５とを有する。
【００３９】
ＣＰＵ２１１は、主制御を司る。ＤＲＡＭ２１２は、取得したコンテンツデータを一時取り込むバッファメモリやワークメモリとして使用する。プログラムＲＯＭ２１３には、実行プログラムが書き込まれている。ネットワーク・インタフェース・コントローラ２１４は、Ｅｔｈｅｒｎｅｔ１０５に接続されている機器との間で通信する。シリアルＩＯ２１５は、プリンタコントローラとの通信に用いられている。上記各ブロックが内部バスによって互いに接続されている。
【００４０】
プリンタコントローラ２０２は、コンテンツデータを解釈して印刷イメージデータを生成し、上記印刷イメージデータに基づいて印刷メディア上に画像を出力する。プリンタコントローラ２０２は、Ｐ−ＣＰＵ２２１と、Ｐ−ＤＲＡＭ２２２と、Ｐ−ＲＯＭ２２３と、フォントＲＯＭ２２４と、Ｐ−ＳＩＯ２２５とを有する。また、プリンタコントローラ２０２は、エンジンコントローラ２２６と、ヘッドドライバ２２７と、モータドライバ２２９と、モータドライバ２３１とを有する。
【００４１】
Ｐ−ＣＰＵ２２１は、主制御を司る。Ｐ−ＤＲＡＭ２２２は、取得したコンテンツデータと、ＵＲＬと、名前解決処理で解決されたサーバ名及び対応するＩＰアドレスと、取得の成否とを、一時取り込むバッファメモリやワークメモリとして使用する。Ｐ−ＲＯＭ２２３には、実行プログラムが書き込まれている。フォントＲＯＭ２２４には、フォントデータが書き込まれている。Ｐ−ＳＩＯ２２５は、ネットワークコントローラ２０１との通信に用いられている。エンジンコントローラ２２６は、印刷機構部を駆動する。以上の各ブロックが内部バスによって接続されている。
【００４２】
ヘッドドライバ２２７は、エンジンコントローラ２２６を経由し、印刷機構部のインクジェットヘッド２２８を駆動する。モータドライバ２２９は、キャリッジモータ２３０を駆動する。モータドライバ２３１は、ペーパーフィードモータ２３２を駆動する。
【００４３】
上記実施例において、Ｐ−ＳＩＯ２２５は、参照印刷命令を受信する手段であり、参照印刷命令で指定された参照先外部装置から、印刷コンテンツを取得する手段である。Ｐ−ＣＰＵ２２１は、参照印刷命令で指定された印刷コンテンツの取得に失敗したときに、失敗した原因が参照先外部装置の応答によるものであるか、参照先外部装置に印刷コンテンツが無かったのかを調べる手段とである。Ｐ−ＲＯＭ２２３は、上記失敗した原因と関連する情報である原因関連情報を保存する手段である。
【００４４】
Ｐ−ＣＰＵ２２１は、受けた参照印刷命令の中の情報が、保存されている上記失敗した原因関連情報と一致するかどうかを判定する手段である。また、Ｐ−ＣＰＵ２２１は、上記保存する手段に保存されている原因関連情報の中に、参照印刷命令の参照先と一致する参照先があると判定されると、印刷ジョブＩＤを発行せずに、印刷ジョブをキャンセルする手段である。
【００４５】
なお、上記失敗した原因関連情報は、サーバのＩＰアドレスまたはサーバ名と、参照コンテンツを示すＵＲＬとである。そして、上記失敗した原因関連情報を保存する期限を管理する保存期限管理手段を有する。さらに、上記失敗した原因関連情報の保存期限管理手段は、印刷装置の電源の切替または有効時間を利用する保存期限を管理する手段である。
【００４６】
図３は、プリンタ１０２のソフトウェア構成のうちで、本発明に係る部分の概略を示す図である。
【００４７】
プリンタ１０２は、ＨＴＭＬ、ＸＨＴＭＬ、ＸＨＴＭＬ−Ｐｒｉｎｔまたは他の構造化言語で記述されている印刷コンテンツ又は印刷コンテンツの参照先と、印刷指示命令とを送出するＤＴＶ１０１からのデータを受信し、動作する。
【００４８】
ネットワークコントローラ２０１は、送受信手段４０１を備えている。送受信手段４０１は、ＤＴＶ１０１と、ＤＮＳサーバ１０３と、コンテンツサーバ１０４との間におけるデータの送受信と、プリンタコントローラ２０２との間におけるデータの送受信を行う。送受信手段４０１は、ＤＴＶ１０１からの印刷コンテンツの参照先を受信すると、ＤＮＳサーバ１０３に、名前解決要求を送信する。
【００４９】
続いて、ネットワークコントローラ２０１は、ＤＮＳサーバ１０３から返されるＩＰアドレスに基づいて、コンテンツサーバ１０４に、コンテンツ取得要求を送信する。そして、ネットワークコントローラ２０１は、コンテンツを取得すると、ＵＲＬ、コンテンツサーバから取得したコンテンツと、コンテンツ取得するときに名前解決したサーバ名とＩＰアドレスと、取得の成否とを、プリンタコントローラ２０２に送信する。また、ネットワークコントローラ２０１は、プリンタコントローラ２０２からのオブジェクト取得要求を受信し、コンテンツ取得時と同様に、コンテンツサーバ１０４に、オブジェクト取得要求を送信する。
【００５０】
プリンタコントローラ２０２は、パース手段４０２と、レイアウト手段４０３と、レンダリング手段４０４と、印刷手段４０５とを有する。
【００５１】
プリンタコントローラ２０２は、パース手段４０２において、構造化言語で記述されているコンテンツデータを構文解析する。レイアウト手段４０３では、パース手段４０２が解析した構文情報に基づいて、印刷オブジェクトの配置情報データを生成する。レンダリング手段４０４は、上記配置情報データに基づいて、描画処理を行い、カラー画像の各色成分画素を多値データで構成した印刷用のイメージデータを出力する。なお、パース手段、レイアウト手段、レンダリング手段の何れかが、オブジェクトの取得要求を送受信手段４０１に送信する。印刷手段４０５は、印刷機構４０６を制御し、印刷する。
【００５２】
次に、データ放送印刷形態におけるＤＴＶ１０１とプリンタ１０２との間における印刷処理の流れについて説明する。
【００５３】
図４は、データ放送印刷のプリントファイル方式を説明するフローチャートである。
【００５４】
ＤＴＶ１０１は、印刷用コンテンツデータの実体を、データ放送用データから取得し、印刷準備ができると、印刷コンテンツを印刷するための印刷ボタンを表示する。操作者がリモコンで印刷ボタンを選択すると、プリンタ１０２に印刷要求（Ｃｒｅａｔｅ Ｊｏｂ ｖ２コマンド）を発行する。プリンタ１０２は、印刷要求（Ｃｒｅａｔｅ Ｊｏｂ ｖ２コマンド）を受信すると、印刷用コンテンツデータの受付が可能であれば、ジョブＩＤを発行し、印刷用コンテンツデータ受信用のデータシンク領域を設定する。そして、データシンクの情報とともに、印刷可能であるというレスポンスであるステータス情報を、ＤＴＶ１０１に返送する。
【００５５】
ＤＴＶ１０１は、印刷可能である旨の情報を受信し、印刷用コンテンツデータをプリンタ１０２に転送する。なお、印刷用コンテンツデータの転送は、ＨＴＴＰのＰＯＳＴ処理で行われる。
【００５６】
プリンタ１０２は、受信した印刷用コンテンツデータをデータシンク領域に格納し、印刷用コンテンツデータを用いた印刷処理を開始する。プリンタ１０２は、印刷用コンテンツデータを全て受信した後に、ＤＴＶ１０１にレスポンスを返す。ＤＴＶ１０１は、レスポンスを受け、テレビの表示画面上に、印刷の正常終了を表示し、操作者に明示する。
【００５７】
図５は、印刷システムＰＳ１におけるデータ放送印刷のプリントＵＲＩ方式を説明するフローチャートである。
【００５８】
プリントＵＲＩ方式において、ＤＴＶ１０１は、印刷用コンテンツデータの実体を取得せずに、印刷用コンテンツデータの保存先を示すアドレス情報を、データ放送用データから取得する。上記アドレス情報は、ＵＲＩ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒ）である。
【００５９】
印刷準備ができると、印刷コンテンツを印刷するための印刷ボタンを表示する。操作者がリモコンで上記印刷ボタンを選択すると、ＤＴＶ１０１は、取得したＵＲＩ情報を、印刷要求（Ｃｒｅａｔｅ ＵＲＩ Ｊｏｂコマンド）として、プリンタ１０２に送信する。プリンタ１０２が、印刷要求（Ｃｒｅａｔｅ ＵＲＩ Ｊｏｂコマンド）を受信すると、プリンタ１０２は、印刷可能状態であれば、ジョブＩＤを発行し、レスポンスをＤＴＶ１０１に返送する。
【００６０】
ＤＴＶ１０１は、レスポンスを受け、テレビの表示画面上に、印刷の正常受付を表示し、操作者に明示する場合がある。実施例１では、レスポンスを受けた後に、プリンタ１０２の動作を確認するために、イベント状況要求（Ｅｖｅｎｔ ｓｕｂｓｃｒｉｂｅコマンド）を、プリンタ１０２に発行する。
【００６１】
さらに、プリンタ１０２は、ＵＲＩ情報に基づいて、ＵＲＩで示された印刷用コンテンツデータの実体を取得するために、ＵＲＩからＤＮＳによって特定した対象のコンテンツサーバ１０４に、指定のＵＲＬへの“ＨＴＴＰ ＧＥＴ”処理を実行させる。なお、上記印刷用コンテンツデータの実体は、構造化文書データや付属するモノメディアデータである。
【００６２】
コンテンツデータの実体を、プリンタ１０２が取得すると、プリンタ１０２は、印刷処理を開始する。プリンタ１０２は、印刷を終了すると、ＤＴＶ１０１から既に受けたイベント状況要求（Ｅｖｅｎｔ ｓｕｂｓｃｒｉｂｅコマンド）に対応するジョブエンドのイベントレスポンスを、ＤＴＶ１０１へ返す。
【００６３】
ＤＴＶ１０１は、テレビの操作状況やメーカの実装状況に応じて、ジョブエンドに対して、テレビの表示画面上に、印刷の正常終了を表示することを保証される状況ではない。
【００６４】
ここで、ＮｅｔＴＶ２．０規格によって提示されているステータスについて紹介する。
【００６５】
図６は、“ＰｒｉｎｔｅｒＳｔａｔｅＲｅａｓｏｎｓ”項目を示す図である。この項目は、プリンタの基本的なステータスを知らせるものであり、この状況を知らせないと、プリンタ１０２の正常動作を保証できないので、規格としては、全ての項目について対応が必須である。この場合、ＤＴＶ１０１においてブラウザが起動している状態であれば、テレビ画面に表示することができる。
【００６６】
図７は、実施例１におけるＮｅｔＴＶ規格の“ＪｏｂＡｂｏｒｔＳｔａｔｅ”の“ｊｏｂ−ａｂｏｒｔ−ｒｅａｓｏｎ”項目を示す図である。この項目は、何らかの理由で、実行中の印刷の中断を余儀なくされた場合におけるステータス応答項目である。規格としては、全ての項目について対応が必須ではないので、このステータスは、ＤＴＶ１０１とプリンタ１０２とが共にサポートしているときにのみ、通信が可能である。また、その状態でも、ＤＴＶ１０１の作りこみによっては、ステータスをテレビ画面に表示することができない場合がある。上記説明は、正常な印刷動作が完結するまでの流れについての説明である。
【００６７】
次に、プリントＵＲＩ方式において、何らかの原因で、コンテンツ取得に失敗した流れについて説明する。
【００６８】
図８は、データ放送印刷のプリントＵＲＩ（参照印刷）方式において、ＵＲＩ指定コンテンツの取得エラー発生時における動作を示すフローチャートである。ＤＴＶ１０１は、印刷用コンテンツデータの保存先を示すアドレス情報（ＵＲＩ）をデータ放送用データから取得する。印刷準備ができると、印刷コンテンツを印刷するための印刷ボタンを表示し、操作者がリモコンで上記印刷ボタンを選択すると、ＤＴＶ１０１は、取得したＵＲＩ情報を印刷要求（Ｃｒｅａｔｅ ＵＲＩ Ｊｏｂ コマンド）として、プリンタ１０２に送信する。
【００６９】
印刷要求（Ｃｒｅａｔｅ ＵＲＩ Ｊｏｂ コマンド）を受信したプリンタ１０２は、印刷可能状態であれば、ジョブＩＤを発行し、レスポンスをＤＴＶ１０１に返送する。ＤＴＶ１０１は、レスポンスを受け、テレビの表示画面上に、印刷の正常受付を表示し、操作者に明示する場合もある。実施例１では、レスポンスを受けた後に、プリンタ１０２の動作を確認するために、イベント状況要求（Ｅｖｅｎｔ ｓｕｂｓｃｒｉｂｅコマンド）を、プリンタ１０２に発行する。
【００７０】
さらに、プリンタ１０２は、ＵＲＩ情報に基づいてＵＲＩで示された印刷用コンテンツデータの実体を取得するために、ＵＲＩから、ＤＮＳによって特定した対象のコンテンツサーバ１０４に、指定のＵＲＬへ“ＨＴＴＰ ＧＥＴ”処理を実行する。なお、上記印刷用コンテンツデータの実体は、構造化文書データや付属するモノメディアデータである。
【００７１】
ここで、要求した印刷用コンテンツデータを、コンテンツサーバ１０４から取得できない事象が発生することがあり、この要因は、次の３つである。
（１）コンテンツサーバ１０４自体が見つからないエラー、
（２）コンテンツサーバ１０４とは応答できたが、所定の場所にコンテンツが見つからないエラー、
（３）取得動作には入ったが、タイムアウトによる時間切れエラー、
受信に失敗したプリンタ１０２は、印刷ジョブをキャンセルし、この状態を、ＤＴＶ１０１から受けたイベント状況要求（Ｅｖｅｎｔ ｓｕｂｓｃｒｉｂｅコマンド）のレスポンスとして通信する。ＤＴＶ１０１は、エラーイベントを受け取る。その後、図７に関する上記説明によって、ステータスをテレビ画面に表示することができない場合がある。
【００７２】
ただし、大半の製品実装として、ＤＴＶ１０１は、印刷要求（Ｃｒｅａｔｅ ＵＲＩ Ｊｏｂコマンド）発行へのレスポンスを受けた時点で、テレビ画面を開放する。
【００７３】
したがって、状況によっては、ＤＴＶ１０１が印刷命令を発行し、正常受付を表示した後に、プリンタ１０２はコンテンツを取得できず、印刷ジョブがキャンセルされたにもかかわらず、ＤＴＶ１０１から操作者に通知されない。しかも、テレビ画面は開放されている。よって、印刷命令を出した場合と同じ画面である印刷ボタンが表示され、操作可能な状態にある。操作者は、印刷が始まらないので、印刷ボタンを再度選択する操作を重複することが考えられる。
【００７４】
実施例１では、プリンタ１０２が、コンテンツサーバ１０４に、指定のＵＲＬの“ＨＴＴＰ ＧＥＴ”処理を実行した後のエラーを受けた後に、その原因分析と保存とを実行する。
【００７５】
この制御の詳細について、フローチャートを用いて説明する。
【００７６】
図９は、実施例１において、参照コンテンツ取得エラー発生時におけるエラー原因別対処を示すフローチャートである。
【００７７】
プリンタ１０２が、コンテンツサーバ１０４に対して指定のＵＲＬの“ＨＴＴＰ ＧＥＴ”処理を実行し、エラーを受けた後に、内部処理として、エラーの原因を解析する（Ｓ５０１）。
【００７８】
まず、ＤＴＶ１０１から受けた印刷関数が、ＰｒｉｎｔＵＲＩ形式のＵＲＩ印刷要求（Ｃｒｅａｔｅ ＵＲＩ Ｊｏｂコマンド）であるかどうかを判定する（Ｓ５０２）。つまり、ＵＲＩ印刷要求（Ｃｒｅａｔｅ ＵＲＩ Ｊｏｂコマンド）以外の印刷命令である場合、命令受信後の印刷実行の範疇は、プリンタ１０２自体だけである。この場合のエラーは、図６で説明した必須で対応すべきステータスの範疇であるので、操作者への通知は、サポートされている。
【００７９】
問題があるのは、ＵＲＩ印刷要求（Ｃｒｅａｔｅ ＵＲＩ Ｊｏｂコマンド）に対してプリンタ１０２内部のエラー要因ではない場合のエラーであり、具体的には、図７で明示したようなコンテンツサーバ１０４からのコンテンツ取得エラーへの対処である。ここで、印刷命令の種類が、ＵＲＩ印刷要求（Ｃｒｅａｔｅ ＵＲＩ Ｊｏｂコマンド）ではないと判定された場合、図２に示すエラーステータスを返すエラー処理を実施する（Ｓ５０３）。
【００８０】
印刷命令の種類がＵＲＩ印刷要求（Ｃｒｅａｔｅ ＵＲＩ Ｊｏｂコマンド）であると判定されると、コンテンツサーバ１０４のＩＰアドレスのサブネットアドレスが、プリンタ１０２自体のサブネットアドレスと一致するかどうかを判定する（Ｓ５０４）。
【００８１】
サブネットアドレスが一致していると判定されると、エラー要因であるコンテンツサーバ１０４自体が、ローカルネットワーク上にあると判断する。たとえば、ホームネットワークのメディアサーバのようなもので、自分自身で電源の入れ直し等、対処が可能であると考えられるので、通常のエラー処理を実施する（Ｓ５０３）。
【００８２】
サブネットアドレスが不一致であると判定されると、エラー要因が、タイムアウトによる時間切れエラーであったかどうかを判定する（Ｓ５０５）。
【００８３】
タイムアウトによるエラーである場合、ネットワーク上のトラフィックの混雑等、一時的な要因で取得に失敗したと考えられるので、リトライである重複した印刷命令の発行は有効な手段と考えられる。したがって、操作者へ伝えるリトライコメント“ネットワークが混雑しています。時間を置いて再度印刷実行して下さい。”を作成する（Ｓ５０８）。その後に、通常のエラー処理を実施する（Ｓ５０３）。
【００８４】
タイムアウトによるエラーでなければ、下記（１）、（２）のどちらのエラーに起因するかを判定する（Ｓ５０６）。
（１）コンテンツサーバ１０４自体が見つからないエラー、
（２）コンテンツサーバ１０４とは応答できたが、所定の場所にコンテンツが見つからないエラー、
上記「（１）コンテンツサーバ１０４自体が見つからないエラー」である場合、サーバのＩＰアドレスまたはサーバ名と、エラー発生時間と、エラージャンルがサーバエラーであることとを関連付けて保存する（Ｓ５０７）。
【００８５】
上記「（２）コンテンツサーバ１０４とは応答できたが、所定の場所にコンテンツが見つからないエラー」の場合、ＵＲＬと、エラー発生時間と、エラージャンルがＵＲＬで示したコンテンツが見つからないエラーであることとを関連付けて保存する（Ｓ５０９）。
【００８６】
図１０は、実施例１において、参照コンテンツ取得エラーの内容によるデータ保存管理を示す図である。
【００８７】
図１０に示す例では、３つのエラーが保存されている状態で、１番目のエラーと２番目のエラーとは、指定されたＵＲＬにコンテンツが見つからなかった状態を示し、エラー理由と、ＵＲＬと、エラー発生時間とがセットで管理されている。
【００８８】
３番目のエラーは、コンテンツサーバ１０４自体が見つからなかったエラーを示し、この場合も、エラー理由と、サーバのＩＰアドレスと、エラー発生時間とがセットで管理されている。
【００８９】
エラー原因を分類し、関連付けして保存した後に、通常のエラー処理を実施する（Ｓ５０３）。
【００９０】
次に、印刷命令受信後の制御について説明する。
【００９１】
図１１は、実施例１において、新規印刷命令を受信したときにおける印刷ジョブ発行判断と重複エラー回避対処との動作を示すフローチャートである。
【００９２】
ＤＴＶ１０１から入力された印刷命令は、ジョブＩＤを発行する前に、まず印刷命令が“Ｃｒｅａｔｅ ＵＲＩ Ｊｏｂコマンド”であるかどうかを判定する（Ｓ６０１）。
【００９３】
“Ｃｒｅａｔｅ ＵＲＩ Ｊｏｂコマンド”でなければ、図５に示すフローチャートに沿って、印刷ジョブＩＤを発行し、レスポンスとして応答し、印刷動作を継続する（Ｓ６０２）。“Ｃｒｅａｔｅ ＵＲＩ Ｊｏｂコマンド”であれば、図１０に示すエラー保存データと比較する（Ｓ６０３）。
【００９４】
同一のＵＲＬに一致した場合だけに限らず、サーバエラーの場合、同一ＵＲＬではなくても、同じサーバを指定する場合、サーバと接続エラーとが既に実績としてあるので、接続は不可能であると判断する。
【００９５】
したがって、エラー保存データと一致すれば、印刷ジョブＩＤを発行せずに、印刷命令をキャンセルし、印刷要求のレスポンスを実行する（Ｓ６０４）。このようにすることによって、印刷ジョブを受け付けない対応が実行され、印刷要求元であるＤＴＶ１０１において、印刷要求が受け付けられなかったことを、テレビ画面上に確実に表示させることができる。
【００９６】
Ｓ６０３でエラー保存データと一致しないと判断されれば、印刷ジョブＩＤを発行し、レスポンスとして応答し、印刷動作を継続する（Ｓ６０２）。
【００９７】
また、エラー状態が恒久的に続くことは考えづらく、コンテンツサーバ１０４が応答しない場合等、時間経過後に復旧する場合もあり、また、ＵＲＬで示す印刷コンテンツは、恒久的に提供されてはいない。したがって、保存エラーとして登録されている保存エラー判定用管理データは、適正な運用を行うに当たって、保存期間を管理する必要がある。
【００９８】
図１２は、実施例１において、失敗した原因関連情報の保存期限管理を説明するフローチャートである。図１３は、実施例１において、失敗した原因関連情報の保存期限管理を説明するフローチャートである。
【００９９】
まず、プリンタ１０２の電源が立ち上がっているかどうかを判定する（Ｓ１００１）。電源が立ち上がっていなければ、保存エラー管理データを更新しない。電源が立ち上がっていれば、保存エラー管理データを、無効なものとし、全て削除する（Ｓ１００２）。
【０１００】
実施例１において、Ｓ１１０１で、エラー発生からの経過時間による判定をする。たとえば１２時間を越えた保存エラー管理データは、Ｓ１１０２で、無効なものとし、全て削除する。保存期間を、一律とするのでなく、エラーの種類や、ＵＲＬの特性に応じて、個別にきめ細かく設定するようにしてもよい。また、重複エラー検出回数の多いエラーについては、設定時間を延ばすようにしてもよい。
【０１０１】
また、上記各手段を工程に置き換えれば、上記実施例を印刷方法の発明として把握することができる。
【０１０２】
さらに、印刷システムＰＳ１は、デジタルデータ放送に含まれているコンテンツデータの印刷を制御するデジタル情報制御装置と、上記デジタル情報制御装置から参照コンテンツデータの印刷命令を受信し、印刷する印刷装置と、外部装置とを具備する。上記外部装置は、印刷コンテンツを保持する。そして、上記デジタル情報制御装置は、受信するデジタルデータ放送のデータの中に設けられているコンテンツ指定情報を利用する印刷命令を発行する印刷命令発行手段を有する。また、上記参照先外部装置は、ｈｔｔｐ ｇｅｔ要求に対して、指定された印刷コンテンツを送出する手段を有する。
【符号の説明】
【０１０３】
１０１…ＤＴＶ、
１０２…プリンタ、
１０４…コンテンツサーバ、
２０１…ネットワークコントローラ、
２０２…プリンタコントローラ。
【技術分野】
【０００１】
本発明は、デジタル情報制御装置、画像形成装置、デジタル情報制御方法、画像形成方法、デジタル情報制御プログラム、画像形成プログラム、画像形成システムに関する。特に、デジタル情報制御装置が出力した参照情報に基づく印刷命令を、画像形成装置が完了できなかった後に、デジタル情報制御装置が、同じ完了不可の命令を発生させない装置に関する。
【背景技術】
【０００２】
近年、一般家庭内における多くの家庭電化製品は、デジタル化が進み、ネットワーク化されている。
【０００３】
ＴＶ（Ｔｅｌｅｖｉｓｉｏｎ）装置においても、デジタル放送の開始とともに、デジタル情報制御装置、たとえば、ＤＴＶ（Ｄｉｇｉｔａｌ Ｔｅｌｅｖｉｓｉｏｎ、デジタル放送用テレビ）が普及している。このＤＴＶをネットワークに接続し、ネットワークルータを介して、上記ＤＴＶをインターネットに接続し、上記ＤＴＶのテレビ画面に、ＷＥＢの内容を表示する。
【０００４】
ＤＴＶを取り巻く環境は、デジタル放送系の放送局と番組との拡充、データ放送系のコンテンツの拡充、ＤＴＶの各種マルチメディアへの対応、上記ＤＴＶのインターネットへの対応等によって、ユーザへ提供される情報量が確実に増加している。そこで、それらの情報を、簡単に印刷出力し、情報を保存する技術が望まれている。
【０００５】
ネットワークを介した印刷システムのプロトコルとして、ＩＰＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｉｎｔｉｎｇ Ｐｒｏｔｏｃｏｌ）が普及している。このＩＰＰには、印刷ジョブを要求する際に、印刷データを渡す代わりに、印刷データの所在を示すＵＲＩを、クライアントホストからネットワークプリンタに渡すＰｒｉｎｔ−ＵＲＩリクエストが規定されている。なお、上記ＵＲＩは、Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒである。
【０００６】
上記Ｐｒｉｎｔ−ＵＲＩリクエストを用いた技術として、次の技術が知られている。つまり、ネットワークプリンタからのＰｒｉｎｔ−ＵＲＩリクエストを受け取った印刷制御装置であるＩＰＰサーバが、ＦＴＰ ＧＥＴメソッド又はＨＴＴＰ ＧＥＴメソッドを用いて、印刷データをネットワークプリンタに送信する技術が存在する。
【０００７】
一方、情報家電の普及や、事務機のネットワーク対応に伴い、家庭内や小規模オフィスのネットワーク化が進んでいる。家庭内や小規模オフィス等、管理されないネットワークにおいてネットワーク機器の制御を行うために、ＵＰｎＰ（Ｕｎｉｖｅｒｓａｌ Ｐｌｕｇ ａｎｄ Ｐｌａｙ）が提案されている。このＵＰｎＰの標準プリントサービスであるＰｒｉｎｔ Ｂａｓｉｃサービスにおいても、印刷データが存在するＵＲＩを、ネットワークプリンタに引き渡して行われるＰＵＬＬ印刷が可能である。
【０００８】
ＤＴＶとプリンタとの間で印刷出力する際、上記技術を利用し、ＮｅｔＴＶ規格に準拠して、ＵＲＩの参照印刷を実現する。
【０００９】
また、ブラウザにおいてインターネット上のＵＲＬ情報の取得を試みる場合、取得に失敗すると、取得に失敗したことを、ブラウザ画面を通じて操作者に確実に知らせる。さらに、何らかの理由で取得できないＵＲＬ指定のコンテンツについて、重複した取得操作をしないように、下記の提案もされている。
【００１０】
ＷＷＷサーバとウェブブラウザークライアントとにおいて、エラーになったＵＲＬをクライアントが記憶する。そして、上記エラーになったＵＲＬをリンク情報として含む別のＷｅｂページを取得した際に、当該ＵＲＬはエラーであることを、視覚的に区別できるように表示することが知られている（たとえば、特許文献１参照）。
【先行技術文献】
【特許文献】
【００１１】
【特許文献１】特開２００１−１４２０７号公報
【発明の概要】
【発明が解決しようとする課題】
【００１２】
放送データに印刷コンテンツ情報が含まれている場合、ＤＴＶ視聴中にＢＭＬブラウザ上に印刷ボタンが表示され、このボタンを、テレビリモコンによって選択すると、ＤＴＶからプリンタへ、印刷命令が発行される。ＵＲＩの参照印刷の命令は、ＮｅｔＴＶ規格において、“ＣｒｅａｔｅＵＲＩ Ｊｏｂ”として規定されている。
【００１３】
プリンタが、ＣｒｅａｔｅＵＲＩ Ｊｏｂの印刷Ｊｏｂを受信した後に、ＤＴＶが印刷終了を待たずに次の操作を許容する場合、その後に、プリンタが、ＵＲＩで指定された参照コンテンツを印刷するために、コンテンツサーバに取得動作を実行する。
【００１４】
このときに、印刷データを取得できれば、取得した印刷コンテンツをパースし、展開したイメージを印刷する。
【００１５】
また、コンテンツ取得に失敗し、エラーが発生すれば、プリンタの動作として、まず、印刷ジョブをキャンセルし、ＤＴＶからのイベントの要求を受けていれば、エラーをＤＴＶへ通知する。
【００１６】
通知を受けた場合のＤＴＶにおいて、テレビの操作による設定状況や、受信したイベントの内容によって、表示による通知を操作者が必ずしも実行するとは限らない。また、表示されても、一時的な表示であることもある。
【００１７】
情報取得ができないコンテンツであるにも係わらず、印刷ジョブをキャンセルした後に、操作者へ確実に通知できない状況下で、対象の印刷ボタンが、依然として操作可能な状態で表示される場合がある。この場合、ユーザは、印刷しようとして、この印刷行為を何回も繰り返すという問題がある。
【００１８】
本発明は、デジタル放送のデータ放送の印刷において、ＵＲＬで指定した印刷命令を受け、実行しようとしたが、コンテンツ取得に失敗し、エラーが発生した場合、印刷行為を、ユーザが何回も繰り返すことがない印刷装置を提供することを目的とする。
【課題を解決するための手段】
【００１９】
本発明は、参照印刷命令を受信する手段と、参照印刷命令で指定された参照先外部装置から、印刷コンテンツを取得する手段と、参照印刷命令で指定された印刷コンテンツの取得に失敗したときに、失敗した原因が参照先外部装置の応答によるものであるか、参照先外部装置に印刷コンテンツが無かったのかを調べる手段と、上記失敗した原因と関連する情報である原因関連情報を保存する手段と、受けた参照印刷命令の中の情報が、保存されている上記失敗した原因関連情報と一致するかどうかを判定する手段と、上記保存する手段に保存されている原因関連情報の中に、参照印刷命令の参照先と一致する参照先があると判定されると、印刷ジョブＩＤを発行せずに、印刷ジョブをキャンセルする手段とを有することを特徴とする印刷装置である。
【発明の効果】
【００２０】
本発明によれば、デジタル放送のデータ放送の印刷において、ＵＲＬで指定した印刷命令を受け実行しようとしたが、コンテンツ取得に失敗し、エラーが発生した場合、印刷行為を、ユーザが何回も繰り返すことがないという効果を奏する。
【図面の簡単な説明】
【００２１】
【図１】本発明の実施例１である印刷システムＰＳ１の構成を示す図である。
【図２】実施例１におけるプリンタ１０２のハードウェア構成を示す図である。
【図３】プリンタ１０２のソフトウェア構成の概略を示す図である。
【図４】データ放送印刷のプリントファイル方式を説明するフローチャートである。
【図５】データ放送印刷のプリントＵＲＩ方式を説明するフローチャートである。
【図６】“ＰｒｉｎｔｅｒＳｔａｔｅＲｅａｓｏｎｓ”項目を示す図である。
【図７】“ｊｏｂ−ａｂｏｒｔ−ｒｅａｓｏｎ”項目を示す図である。
【図８】ＵＲＩ指定コンテンツの取得エラー発生時を示すフローチャートである。
【図９】参照コンテンツ取得エラー発生時の対処を示すフローチャートである。
【図１０】参照コンテンツ取得エラー内容によるデータ保存管理を示す図である。
【図１１】印刷ジョブ発行判断と重複エラー回避対処とのフローチャートである。
【図１２】失敗した原因関連情報の保存期限管理を説明するフローチャートである。
【図１３】失敗した原因関連情報の保存期限管理を説明するフローチャートである。
【発明を実施するための形態】
【００２２】
発明を実施するための形態は、次の実施例である。
【実施例１】
【００２３】
図１は、本発明の実施例１である印刷システムＰＳ１を示す図である。印刷システムＰＳ１は、ＤＴＶ１０１と、情報処理装置としてのプリンタ１０２と、ＤＮＳサーバ１０３と、コンテンツサーバ１０４と、Ｅｔｈｅｒｎｅｔ（登録商標）１０５とを有する。
【００２４】
ＤＴＶ１０１は、デジタルテレビ情報化研究会によって策定された規格であるネットＴＶ２．０に準拠したネットＴＶ端末である。ネットＴＶ規格は、ＤＴＶをネットワーク対応端末として用いる場合の端末の要求仕様や、ネットＴＶ端末で利用するコンテンツやサービスの運用ガイドライン等を定めた規格である。また、ネットＴＶ端末から要求されたデータの印刷を実行するためのプリンタに対する仕様も、上記ネットＴＶ規格に含まれている。
【００２５】
ＤＴＶ１０１とプリンタ１０２とは、Ｅｔｈｅｒｎｅｔ１０５によってＬＡＮ接続され、通信可能である。ＬＡＮは、ルータ（不図示）によってインターネットに接続されているので、ＤＴＶ１０１とプリンタ１０２とは、ＤＮＳサーバ１０３とインターネット上のＨＴＴＰサーバ（ＷＥＢサーバ）としてのコンテンツサーバ１０４に、アクセス可能である。
【００２６】
つまり、ＤＴＶ１０１は、通常の放送受信の他に、インターネットを介して、ネットワーク上に存在するコンテンツサーバ１０４へアクセスし、ネットＴＶに実装されているネットＴＶ対応のＷＥＢブラウザを介して、ＷＥＢページを表示する。なお、ＡＲＩＢ（社団法人 電波産業会）によって定められているデータ放送コンテンツを表示することもできる。さらに、データ放送コンテンツに含まれている印刷用コンテンツや、ネットＴＶ対応の印刷コンテンツを、プリンタ１０２で印刷することができる。
【００２７】
また、ＤＴＶ１０１は、データ放送コンテンツに含まれている印刷コンテンツや、ネットＴＶコンテンツに含まれている印刷コンテンツを印刷する指示を、プリンタ１０２に発行することができる。ＤＴＶ１０１を介したデータ放送印刷形態として、ＡＲＩＢに定められているものは、主に、（１）ＰｒｉｎｔＦｉｌｅ形式、（２）ＰｒｉｎｔＵＲＩ形式、（３）ＰｒｉｎｔＳｔａｔｉｃＳｃｒｅｅｎ形式の３タイプである。
【００２８】
（１）ＰｒｉｎｔＦｉｌｅ形式は、データ放送コンテンツとして、印刷コンテンツの実体ファイルを、ＤＴＶに送信する形式である。したがって、ＤＴＶは、この印刷コンテンツの実体ファイルをプリンタに送信し、実体ファイルに基づいて、プリンタが印刷する。
【００２９】
（２）ＰｒｉｎｔＵＲＩ形式は、データ放送コンテンツとして、印刷コンテンツの実体ファイルの在りかを示すＵＲＩ情報を、ＤＴＶに送信する形式である。したがって、ＤＴＶは、このＵＲＩ情報をプリンタに送信し、ＵＲＩに従って、プリンタが、印刷コンテンツの実体ファイルを取得し、印刷する。
【００３０】
（３）ＰｒｉｎｔＳｔａｔｉｃＳｃｒｅｅｎ形式は、ＤＴＶがキャプチャしたデータ放送画面等の静止画像を、プリンタに送信し、プリンタが印刷する形式である。
【００３１】
なお、（１）ＰｒｉｎｔＦｉｌｅ形式と（２）ＰｒｉｎｔＵＲＩ形式とにおいて、プリンタが取得する印刷コンテンツの実体ファイルは、ＸＨＴＭＬ−Ｐｒｉｎｔ文書と称される構造化文書データで記述されている。
【００３２】
ただし、ＡＲＩＢでは、ＤＴＶとプリンタとの間の接続や、ネットワーク上のプリンタの発見処理、状態取得処理の詳細等は規定していない。このために、ＡＲＩＢで規定されていない印刷に関する仕様は、ネットＴＶ２．０規格で定められている。なお、ネットＴＶ規格で規定されているネットＴＶコンテンツにおける印刷コンテンツも、ＸＨＴＭＬ−Ｐｒｉｎｔ文書で構成されている。
【００３３】
また、ネットＴＶ規格対応端末としてのＤＴＶ１０１とプリンタ１０２とは、ＵＰｎＰ ＰｒｉｎｔＥｎｈａｎｃｅｄ：１に準拠している。なお、これらの規格の詳細については、各規格を参照するものとし、ここでの説明を省略する。
【００３４】
ＤＮＳサーバ１０３は、インターネット上での名前解決を行う。クライアントからのＩＰアドレスの問い合わせに対して、サーバ名をＩＰアドレスに変換し、クライアントに対して、ＩＰアドレスを返す。
【００３５】
コンテンツサーバ１０４は、ＨＴＭＬ文書や画像等の情報を蓄積し、Ｗｅｂブラウザ等のクライアントソフトウェアからの要求に応じて、要求された情報を、インターネット等のネットワークを通じて送信する。
【００３６】
図２は、実施例１におけるプリンタ１０２のハードウェア構成の概略を示す図である。
【００３７】
プリンタ１０２は、ネットワークコントローラ２０１と、プリンタコントローラ２０２と、インクジェットヘッド２２８と、キャリッジモータ２３０と、ペーパーフィードモータ２３２とを有する。
【００３８】
ネットワークコントローラ２０１は、コンテンツデータを取得し、ＣＰＵ２１１と、ＤＲＡＭ２１２と、プログラムＲＯＭ２１３と、ネットワーク・インタフェース・コントローラ（ＮＩＣ）２１４と、シリアルＩＯ２１５とを有する。
【００３９】
ＣＰＵ２１１は、主制御を司る。ＤＲＡＭ２１２は、取得したコンテンツデータを一時取り込むバッファメモリやワークメモリとして使用する。プログラムＲＯＭ２１３には、実行プログラムが書き込まれている。ネットワーク・インタフェース・コントローラ２１４は、Ｅｔｈｅｒｎｅｔ１０５に接続されている機器との間で通信する。シリアルＩＯ２１５は、プリンタコントローラとの通信に用いられている。上記各ブロックが内部バスによって互いに接続されている。
【００４０】
プリンタコントローラ２０２は、コンテンツデータを解釈して印刷イメージデータを生成し、上記印刷イメージデータに基づいて印刷メディア上に画像を出力する。プリンタコントローラ２０２は、Ｐ−ＣＰＵ２２１と、Ｐ−ＤＲＡＭ２２２と、Ｐ−ＲＯＭ２２３と、フォントＲＯＭ２２４と、Ｐ−ＳＩＯ２２５とを有する。また、プリンタコントローラ２０２は、エンジンコントローラ２２６と、ヘッドドライバ２２７と、モータドライバ２２９と、モータドライバ２３１とを有する。
【００４１】
Ｐ−ＣＰＵ２２１は、主制御を司る。Ｐ−ＤＲＡＭ２２２は、取得したコンテンツデータと、ＵＲＬと、名前解決処理で解決されたサーバ名及び対応するＩＰアドレスと、取得の成否とを、一時取り込むバッファメモリやワークメモリとして使用する。Ｐ−ＲＯＭ２２３には、実行プログラムが書き込まれている。フォントＲＯＭ２２４には、フォントデータが書き込まれている。Ｐ−ＳＩＯ２２５は、ネットワークコントローラ２０１との通信に用いられている。エンジンコントローラ２２６は、印刷機構部を駆動する。以上の各ブロックが内部バスによって接続されている。
【００４２】
ヘッドドライバ２２７は、エンジンコントローラ２２６を経由し、印刷機構部のインクジェットヘッド２２８を駆動する。モータドライバ２２９は、キャリッジモータ２３０を駆動する。モータドライバ２３１は、ペーパーフィードモータ２３２を駆動する。
【００４３】
上記実施例において、Ｐ−ＳＩＯ２２５は、参照印刷命令を受信する手段であり、参照印刷命令で指定された参照先外部装置から、印刷コンテンツを取得する手段である。Ｐ−ＣＰＵ２２１は、参照印刷命令で指定された印刷コンテンツの取得に失敗したときに、失敗した原因が参照先外部装置の応答によるものであるか、参照先外部装置に印刷コンテンツが無かったのかを調べる手段とである。Ｐ−ＲＯＭ２２３は、上記失敗した原因と関連する情報である原因関連情報を保存する手段である。
【００４４】
Ｐ−ＣＰＵ２２１は、受けた参照印刷命令の中の情報が、保存されている上記失敗した原因関連情報と一致するかどうかを判定する手段である。また、Ｐ−ＣＰＵ２２１は、上記保存する手段に保存されている原因関連情報の中に、参照印刷命令の参照先と一致する参照先があると判定されると、印刷ジョブＩＤを発行せずに、印刷ジョブをキャンセルする手段である。
【００４５】
なお、上記失敗した原因関連情報は、サーバのＩＰアドレスまたはサーバ名と、参照コンテンツを示すＵＲＬとである。そして、上記失敗した原因関連情報を保存する期限を管理する保存期限管理手段を有する。さらに、上記失敗した原因関連情報の保存期限管理手段は、印刷装置の電源の切替または有効時間を利用する保存期限を管理する手段である。
【００４６】
図３は、プリンタ１０２のソフトウェア構成のうちで、本発明に係る部分の概略を示す図である。
【００４７】
プリンタ１０２は、ＨＴＭＬ、ＸＨＴＭＬ、ＸＨＴＭＬ−Ｐｒｉｎｔまたは他の構造化言語で記述されている印刷コンテンツ又は印刷コンテンツの参照先と、印刷指示命令とを送出するＤＴＶ１０１からのデータを受信し、動作する。
【００４８】
ネットワークコントローラ２０１は、送受信手段４０１を備えている。送受信手段４０１は、ＤＴＶ１０１と、ＤＮＳサーバ１０３と、コンテンツサーバ１０４との間におけるデータの送受信と、プリンタコントローラ２０２との間におけるデータの送受信を行う。送受信手段４０１は、ＤＴＶ１０１からの印刷コンテンツの参照先を受信すると、ＤＮＳサーバ１０３に、名前解決要求を送信する。
【００４９】
続いて、ネットワークコントローラ２０１は、ＤＮＳサーバ１０３から返されるＩＰアドレスに基づいて、コンテンツサーバ１０４に、コンテンツ取得要求を送信する。そして、ネットワークコントローラ２０１は、コンテンツを取得すると、ＵＲＬ、コンテンツサーバから取得したコンテンツと、コンテンツ取得するときに名前解決したサーバ名とＩＰアドレスと、取得の成否とを、プリンタコントローラ２０２に送信する。また、ネットワークコントローラ２０１は、プリンタコントローラ２０２からのオブジェクト取得要求を受信し、コンテンツ取得時と同様に、コンテンツサーバ１０４に、オブジェクト取得要求を送信する。
【００５０】
プリンタコントローラ２０２は、パース手段４０２と、レイアウト手段４０３と、レンダリング手段４０４と、印刷手段４０５とを有する。
【００５１】
プリンタコントローラ２０２は、パース手段４０２において、構造化言語で記述されているコンテンツデータを構文解析する。レイアウト手段４０３では、パース手段４０２が解析した構文情報に基づいて、印刷オブジェクトの配置情報データを生成する。レンダリング手段４０４は、上記配置情報データに基づいて、描画処理を行い、カラー画像の各色成分画素を多値データで構成した印刷用のイメージデータを出力する。なお、パース手段、レイアウト手段、レンダリング手段の何れかが、オブジェクトの取得要求を送受信手段４０１に送信する。印刷手段４０５は、印刷機構４０６を制御し、印刷する。
【００５２】
次に、データ放送印刷形態におけるＤＴＶ１０１とプリンタ１０２との間における印刷処理の流れについて説明する。
【００５３】
図４は、データ放送印刷のプリントファイル方式を説明するフローチャートである。
【００５４】
ＤＴＶ１０１は、印刷用コンテンツデータの実体を、データ放送用データから取得し、印刷準備ができると、印刷コンテンツを印刷するための印刷ボタンを表示する。操作者がリモコンで印刷ボタンを選択すると、プリンタ１０２に印刷要求（Ｃｒｅａｔｅ Ｊｏｂ ｖ２コマンド）を発行する。プリンタ１０２は、印刷要求（Ｃｒｅａｔｅ Ｊｏｂ ｖ２コマンド）を受信すると、印刷用コンテンツデータの受付が可能であれば、ジョブＩＤを発行し、印刷用コンテンツデータ受信用のデータシンク領域を設定する。そして、データシンクの情報とともに、印刷可能であるというレスポンスであるステータス情報を、ＤＴＶ１０１に返送する。
【００５５】
ＤＴＶ１０１は、印刷可能である旨の情報を受信し、印刷用コンテンツデータをプリンタ１０２に転送する。なお、印刷用コンテンツデータの転送は、ＨＴＴＰのＰＯＳＴ処理で行われる。
【００５６】
プリンタ１０２は、受信した印刷用コンテンツデータをデータシンク領域に格納し、印刷用コンテンツデータを用いた印刷処理を開始する。プリンタ１０２は、印刷用コンテンツデータを全て受信した後に、ＤＴＶ１０１にレスポンスを返す。ＤＴＶ１０１は、レスポンスを受け、テレビの表示画面上に、印刷の正常終了を表示し、操作者に明示する。
【００５７】
図５は、印刷システムＰＳ１におけるデータ放送印刷のプリントＵＲＩ方式を説明するフローチャートである。
【００５８】
プリントＵＲＩ方式において、ＤＴＶ１０１は、印刷用コンテンツデータの実体を取得せずに、印刷用コンテンツデータの保存先を示すアドレス情報を、データ放送用データから取得する。上記アドレス情報は、ＵＲＩ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒ）である。
【００５９】
印刷準備ができると、印刷コンテンツを印刷するための印刷ボタンを表示する。操作者がリモコンで上記印刷ボタンを選択すると、ＤＴＶ１０１は、取得したＵＲＩ情報を、印刷要求（Ｃｒｅａｔｅ ＵＲＩ Ｊｏｂコマンド）として、プリンタ１０２に送信する。プリンタ１０２が、印刷要求（Ｃｒｅａｔｅ ＵＲＩ Ｊｏｂコマンド）を受信すると、プリンタ１０２は、印刷可能状態であれば、ジョブＩＤを発行し、レスポンスをＤＴＶ１０１に返送する。
【００６０】
ＤＴＶ１０１は、レスポンスを受け、テレビの表示画面上に、印刷の正常受付を表示し、操作者に明示する場合がある。実施例１では、レスポンスを受けた後に、プリンタ１０２の動作を確認するために、イベント状況要求（Ｅｖｅｎｔ ｓｕｂｓｃｒｉｂｅコマンド）を、プリンタ１０２に発行する。
【００６１】
さらに、プリンタ１０２は、ＵＲＩ情報に基づいて、ＵＲＩで示された印刷用コンテンツデータの実体を取得するために、ＵＲＩからＤＮＳによって特定した対象のコンテンツサーバ１０４に、指定のＵＲＬへの“ＨＴＴＰ ＧＥＴ”処理を実行させる。なお、上記印刷用コンテンツデータの実体は、構造化文書データや付属するモノメディアデータである。
【００６２】
コンテンツデータの実体を、プリンタ１０２が取得すると、プリンタ１０２は、印刷処理を開始する。プリンタ１０２は、印刷を終了すると、ＤＴＶ１０１から既に受けたイベント状況要求（Ｅｖｅｎｔ ｓｕｂｓｃｒｉｂｅコマンド）に対応するジョブエンドのイベントレスポンスを、ＤＴＶ１０１へ返す。
【００６３】
ＤＴＶ１０１は、テレビの操作状況やメーカの実装状況に応じて、ジョブエンドに対して、テレビの表示画面上に、印刷の正常終了を表示することを保証される状況ではない。
【００６４】
ここで、ＮｅｔＴＶ２．０規格によって提示されているステータスについて紹介する。
【００６５】
図６は、“ＰｒｉｎｔｅｒＳｔａｔｅＲｅａｓｏｎｓ”項目を示す図である。この項目は、プリンタの基本的なステータスを知らせるものであり、この状況を知らせないと、プリンタ１０２の正常動作を保証できないので、規格としては、全ての項目について対応が必須である。この場合、ＤＴＶ１０１においてブラウザが起動している状態であれば、テレビ画面に表示することができる。
【００６６】
図７は、実施例１におけるＮｅｔＴＶ規格の“ＪｏｂＡｂｏｒｔＳｔａｔｅ”の“ｊｏｂ−ａｂｏｒｔ−ｒｅａｓｏｎ”項目を示す図である。この項目は、何らかの理由で、実行中の印刷の中断を余儀なくされた場合におけるステータス応答項目である。規格としては、全ての項目について対応が必須ではないので、このステータスは、ＤＴＶ１０１とプリンタ１０２とが共にサポートしているときにのみ、通信が可能である。また、その状態でも、ＤＴＶ１０１の作りこみによっては、ステータスをテレビ画面に表示することができない場合がある。上記説明は、正常な印刷動作が完結するまでの流れについての説明である。
【００６７】
次に、プリントＵＲＩ方式において、何らかの原因で、コンテンツ取得に失敗した流れについて説明する。
【００６８】
図８は、データ放送印刷のプリントＵＲＩ（参照印刷）方式において、ＵＲＩ指定コンテンツの取得エラー発生時における動作を示すフローチャートである。ＤＴＶ１０１は、印刷用コンテンツデータの保存先を示すアドレス情報（ＵＲＩ）をデータ放送用データから取得する。印刷準備ができると、印刷コンテンツを印刷するための印刷ボタンを表示し、操作者がリモコンで上記印刷ボタンを選択すると、ＤＴＶ１０１は、取得したＵＲＩ情報を印刷要求（Ｃｒｅａｔｅ ＵＲＩ Ｊｏｂ コマンド）として、プリンタ１０２に送信する。
【００６９】
印刷要求（Ｃｒｅａｔｅ ＵＲＩ Ｊｏｂ コマンド）を受信したプリンタ１０２は、印刷可能状態であれば、ジョブＩＤを発行し、レスポンスをＤＴＶ１０１に返送する。ＤＴＶ１０１は、レスポンスを受け、テレビの表示画面上に、印刷の正常受付を表示し、操作者に明示する場合もある。実施例１では、レスポンスを受けた後に、プリンタ１０２の動作を確認するために、イベント状況要求（Ｅｖｅｎｔ ｓｕｂｓｃｒｉｂｅコマンド）を、プリンタ１０２に発行する。
【００７０】
さらに、プリンタ１０２は、ＵＲＩ情報に基づいてＵＲＩで示された印刷用コンテンツデータの実体を取得するために、ＵＲＩから、ＤＮＳによって特定した対象のコンテンツサーバ１０４に、指定のＵＲＬへ“ＨＴＴＰ ＧＥＴ”処理を実行する。なお、上記印刷用コンテンツデータの実体は、構造化文書データや付属するモノメディアデータである。
【００７１】
ここで、要求した印刷用コンテンツデータを、コンテンツサーバ１０４から取得できない事象が発生することがあり、この要因は、次の３つである。
（１）コンテンツサーバ１０４自体が見つからないエラー、
（２）コンテンツサーバ１０４とは応答できたが、所定の場所にコンテンツが見つからないエラー、
（３）取得動作には入ったが、タイムアウトによる時間切れエラー、
受信に失敗したプリンタ１０２は、印刷ジョブをキャンセルし、この状態を、ＤＴＶ１０１から受けたイベント状況要求（Ｅｖｅｎｔ ｓｕｂｓｃｒｉｂｅコマンド）のレスポンスとして通信する。ＤＴＶ１０１は、エラーイベントを受け取る。その後、図７に関する上記説明によって、ステータスをテレビ画面に表示することができない場合がある。
【００７２】
ただし、大半の製品実装として、ＤＴＶ１０１は、印刷要求（Ｃｒｅａｔｅ ＵＲＩ Ｊｏｂコマンド）発行へのレスポンスを受けた時点で、テレビ画面を開放する。
【００７３】
したがって、状況によっては、ＤＴＶ１０１が印刷命令を発行し、正常受付を表示した後に、プリンタ１０２はコンテンツを取得できず、印刷ジョブがキャンセルされたにもかかわらず、ＤＴＶ１０１から操作者に通知されない。しかも、テレビ画面は開放されている。よって、印刷命令を出した場合と同じ画面である印刷ボタンが表示され、操作可能な状態にある。操作者は、印刷が始まらないので、印刷ボタンを再度選択する操作を重複することが考えられる。
【００７４】
実施例１では、プリンタ１０２が、コンテンツサーバ１０４に、指定のＵＲＬの“ＨＴＴＰ ＧＥＴ”処理を実行した後のエラーを受けた後に、その原因分析と保存とを実行する。
【００７５】
この制御の詳細について、フローチャートを用いて説明する。
【００７６】
図９は、実施例１において、参照コンテンツ取得エラー発生時におけるエラー原因別対処を示すフローチャートである。
【００７７】
プリンタ１０２が、コンテンツサーバ１０４に対して指定のＵＲＬの“ＨＴＴＰ ＧＥＴ”処理を実行し、エラーを受けた後に、内部処理として、エラーの原因を解析する（Ｓ５０１）。
【００７８】
まず、ＤＴＶ１０１から受けた印刷関数が、ＰｒｉｎｔＵＲＩ形式のＵＲＩ印刷要求（Ｃｒｅａｔｅ ＵＲＩ Ｊｏｂコマンド）であるかどうかを判定する（Ｓ５０２）。つまり、ＵＲＩ印刷要求（Ｃｒｅａｔｅ ＵＲＩ Ｊｏｂコマンド）以外の印刷命令である場合、命令受信後の印刷実行の範疇は、プリンタ１０２自体だけである。この場合のエラーは、図６で説明した必須で対応すべきステータスの範疇であるので、操作者への通知は、サポートされている。
【００７９】
問題があるのは、ＵＲＩ印刷要求（Ｃｒｅａｔｅ ＵＲＩ Ｊｏｂコマンド）に対してプリンタ１０２内部のエラー要因ではない場合のエラーであり、具体的には、図７で明示したようなコンテンツサーバ１０４からのコンテンツ取得エラーへの対処である。ここで、印刷命令の種類が、ＵＲＩ印刷要求（Ｃｒｅａｔｅ ＵＲＩ Ｊｏｂコマンド）ではないと判定された場合、図２に示すエラーステータスを返すエラー処理を実施する（Ｓ５０３）。
【００８０】
印刷命令の種類がＵＲＩ印刷要求（Ｃｒｅａｔｅ ＵＲＩ Ｊｏｂコマンド）であると判定されると、コンテンツサーバ１０４のＩＰアドレスのサブネットアドレスが、プリンタ１０２自体のサブネットアドレスと一致するかどうかを判定する（Ｓ５０４）。
【００８１】
サブネットアドレスが一致していると判定されると、エラー要因であるコンテンツサーバ１０４自体が、ローカルネットワーク上にあると判断する。たとえば、ホームネットワークのメディアサーバのようなもので、自分自身で電源の入れ直し等、対処が可能であると考えられるので、通常のエラー処理を実施する（Ｓ５０３）。
【００８２】
サブネットアドレスが不一致であると判定されると、エラー要因が、タイムアウトによる時間切れエラーであったかどうかを判定する（Ｓ５０５）。
【００８３】
タイムアウトによるエラーである場合、ネットワーク上のトラフィックの混雑等、一時的な要因で取得に失敗したと考えられるので、リトライである重複した印刷命令の発行は有効な手段と考えられる。したがって、操作者へ伝えるリトライコメント“ネットワークが混雑しています。時間を置いて再度印刷実行して下さい。”を作成する（Ｓ５０８）。その後に、通常のエラー処理を実施する（Ｓ５０３）。
【００８４】
タイムアウトによるエラーでなければ、下記（１）、（２）のどちらのエラーに起因するかを判定する（Ｓ５０６）。
（１）コンテンツサーバ１０４自体が見つからないエラー、
（２）コンテンツサーバ１０４とは応答できたが、所定の場所にコンテンツが見つからないエラー、
上記「（１）コンテンツサーバ１０４自体が見つからないエラー」である場合、サーバのＩＰアドレスまたはサーバ名と、エラー発生時間と、エラージャンルがサーバエラーであることとを関連付けて保存する（Ｓ５０７）。
【００８５】
上記「（２）コンテンツサーバ１０４とは応答できたが、所定の場所にコンテンツが見つからないエラー」の場合、ＵＲＬと、エラー発生時間と、エラージャンルがＵＲＬで示したコンテンツが見つからないエラーであることとを関連付けて保存する（Ｓ５０９）。
【００８６】
図１０は、実施例１において、参照コンテンツ取得エラーの内容によるデータ保存管理を示す図である。
【００８７】
図１０に示す例では、３つのエラーが保存されている状態で、１番目のエラーと２番目のエラーとは、指定されたＵＲＬにコンテンツが見つからなかった状態を示し、エラー理由と、ＵＲＬと、エラー発生時間とがセットで管理されている。
【００８８】
３番目のエラーは、コンテンツサーバ１０４自体が見つからなかったエラーを示し、この場合も、エラー理由と、サーバのＩＰアドレスと、エラー発生時間とがセットで管理されている。
【００８９】
エラー原因を分類し、関連付けして保存した後に、通常のエラー処理を実施する（Ｓ５０３）。
【００９０】
次に、印刷命令受信後の制御について説明する。
【００９１】
図１１は、実施例１において、新規印刷命令を受信したときにおける印刷ジョブ発行判断と重複エラー回避対処との動作を示すフローチャートである。
【００９２】
ＤＴＶ１０１から入力された印刷命令は、ジョブＩＤを発行する前に、まず印刷命令が“Ｃｒｅａｔｅ ＵＲＩ Ｊｏｂコマンド”であるかどうかを判定する（Ｓ６０１）。
【００９３】
“Ｃｒｅａｔｅ ＵＲＩ Ｊｏｂコマンド”でなければ、図５に示すフローチャートに沿って、印刷ジョブＩＤを発行し、レスポンスとして応答し、印刷動作を継続する（Ｓ６０２）。“Ｃｒｅａｔｅ ＵＲＩ Ｊｏｂコマンド”であれば、図１０に示すエラー保存データと比較する（Ｓ６０３）。
【００９４】
同一のＵＲＬに一致した場合だけに限らず、サーバエラーの場合、同一ＵＲＬではなくても、同じサーバを指定する場合、サーバと接続エラーとが既に実績としてあるので、接続は不可能であると判断する。
【００９５】
したがって、エラー保存データと一致すれば、印刷ジョブＩＤを発行せずに、印刷命令をキャンセルし、印刷要求のレスポンスを実行する（Ｓ６０４）。このようにすることによって、印刷ジョブを受け付けない対応が実行され、印刷要求元であるＤＴＶ１０１において、印刷要求が受け付けられなかったことを、テレビ画面上に確実に表示させることができる。
【００９６】
Ｓ６０３でエラー保存データと一致しないと判断されれば、印刷ジョブＩＤを発行し、レスポンスとして応答し、印刷動作を継続する（Ｓ６０２）。
【００９７】
また、エラー状態が恒久的に続くことは考えづらく、コンテンツサーバ１０４が応答しない場合等、時間経過後に復旧する場合もあり、また、ＵＲＬで示す印刷コンテンツは、恒久的に提供されてはいない。したがって、保存エラーとして登録されている保存エラー判定用管理データは、適正な運用を行うに当たって、保存期間を管理する必要がある。
【００９８】
図１２は、実施例１において、失敗した原因関連情報の保存期限管理を説明するフローチャートである。図１３は、実施例１において、失敗した原因関連情報の保存期限管理を説明するフローチャートである。
【００９９】
まず、プリンタ１０２の電源が立ち上がっているかどうかを判定する（Ｓ１００１）。電源が立ち上がっていなければ、保存エラー管理データを更新しない。電源が立ち上がっていれば、保存エラー管理データを、無効なものとし、全て削除する（Ｓ１００２）。
【０１００】
実施例１において、Ｓ１１０１で、エラー発生からの経過時間による判定をする。たとえば１２時間を越えた保存エラー管理データは、Ｓ１１０２で、無効なものとし、全て削除する。保存期間を、一律とするのでなく、エラーの種類や、ＵＲＬの特性に応じて、個別にきめ細かく設定するようにしてもよい。また、重複エラー検出回数の多いエラーについては、設定時間を延ばすようにしてもよい。
【０１０１】
また、上記各手段を工程に置き換えれば、上記実施例を印刷方法の発明として把握することができる。
【０１０２】
さらに、印刷システムＰＳ１は、デジタルデータ放送に含まれているコンテンツデータの印刷を制御するデジタル情報制御装置と、上記デジタル情報制御装置から参照コンテンツデータの印刷命令を受信し、印刷する印刷装置と、外部装置とを具備する。上記外部装置は、印刷コンテンツを保持する。そして、上記デジタル情報制御装置は、受信するデジタルデータ放送のデータの中に設けられているコンテンツ指定情報を利用する印刷命令を発行する印刷命令発行手段を有する。また、上記参照先外部装置は、ｈｔｔｐ ｇｅｔ要求に対して、指定された印刷コンテンツを送出する手段を有する。
【符号の説明】
【０１０３】
１０１…ＤＴＶ、
１０２…プリンタ、
１０４…コンテンツサーバ、
２０１…ネットワークコントローラ、
２０２…プリンタコントローラ。
【特許請求の範囲】
【請求項１】
参照印刷命令を受信する手段と；
参照印刷命令で指定された参照先外部装置から、印刷コンテンツを取得する手段と；
参照印刷命令で指定された印刷コンテンツの取得に失敗したときに、失敗した原因が参照先外部装置の応答によるものであるか、参照先外部装置に印刷コンテンツが無かったのかを調べる手段と；
上記失敗した原因と関連する情報である原因関連情報を保存する手段と；
受けた参照印刷命令の中の情報が、保存されている上記失敗した原因関連情報と一致するかどうかを判定する手段と；
上記保存する手段に保存されている原因関連情報の中に、参照印刷命令の参照先と一致する参照先があると判定されると、印刷ジョブＩＤを発行せずに、印刷ジョブをキャンセルする手段と；
を有することを特徴とする印刷装置。
【請求項２】
請求項１であって、
上記失敗した原因関連情報は、サーバのＩＰアドレスまたはサーバ名と、参照コンテンツを示すＵＲＬとであることを特徴とする印刷装置。
【請求項３】
請求項１または請求項２であって、
上記失敗した原因関連情報を保存する期限を管理する保存期限管理手段を有することを特徴とする印刷装置。
【請求項４】
請求項３であって、
上記失敗した原因関連情報の保存期限管理手段は、印刷装置の電源の切替または有効時間を利用する保存期限を管理する手段であることを特徴とする印刷装置。
【請求項５】
参照印刷命令を受信する工程と；
参照印刷命令で指定された参照先外部装置から、印刷コンテンツを取得する工程と；
参照印刷命令で指定された印刷コンテンツの取得に失敗したときに、失敗した原因が参照先外部装置の応答によるものであるか、参照先外部装置に印刷コンテンツが無かったのかを調べる工程と；
上記失敗した原因と関連する情報である原因関連情報を保存する工程と；
印刷命令を受けたときに、参照印刷命令であれば、受信した原因関連情報が、保存されている上記失敗した原因関連情報と一致するかどうかを判定する工程と；
上記保存する工程で保存された原因関連情報の中に、参照印刷命令の参照先と一致する参照先があると判定されると、印刷ジョブＩＤを発行せずに、印刷ジョブをキャンセルする工程と；
を有することを特徴とする印刷方法。
【請求項６】
デジタルデータ放送に含まれているコンテンツデータの印刷を制御するデジタル情報制御装置と、上記デジタル情報制御装置から参照コンテンツデータの印刷命令を受信し、印刷する印刷装置と、印刷コンテンツを保持する外部装置とを具備する印刷システムであって、
上記デジタル情報制御装置は、
受信するデジタルデータ放送のデータの中に設けられているコンテンツ指定情報を利用する印刷命令を発行する印刷命令発行手段を有し、
上記印刷装置は、
参照印刷命令を受信する手段と；
参照印刷命令で指定された参照先外部装置から、印刷コンテンツを取得する手段と；
参照印刷命令で指定された印刷コンテンツの取得に失敗したときに、失敗した原因が参照先外部装置の応答によるものであるか、参照先外部装置に印刷コンテンツが無かったのかを調べる手段と；
上記失敗した原因と関連する情報である原因関連情報を保存する手段と；
受けた参照印刷命令の中の情報が、保存されている上記失敗した原因関連情報と一致するかどうかを判定する手段と；
上記保存する手段に保存されている原因関連情報の中に、参照印刷命令の参照先と一致する参照先があると判定されると、印刷ジョブＩＤを発行せずに、印刷ジョブをキャンセルする手段と；
を有し、
上記参照先外部装置は、ｈｔｔｐ ｇｅｔ要求に対して、指定された印刷コンテンツを送出する手段を有することを特徴とする印刷システム。
【請求項１】
参照印刷命令を受信する手段と；
参照印刷命令で指定された参照先外部装置から、印刷コンテンツを取得する手段と；
参照印刷命令で指定された印刷コンテンツの取得に失敗したときに、失敗した原因が参照先外部装置の応答によるものであるか、参照先外部装置に印刷コンテンツが無かったのかを調べる手段と；
上記失敗した原因と関連する情報である原因関連情報を保存する手段と；
受けた参照印刷命令の中の情報が、保存されている上記失敗した原因関連情報と一致するかどうかを判定する手段と；
上記保存する手段に保存されている原因関連情報の中に、参照印刷命令の参照先と一致する参照先があると判定されると、印刷ジョブＩＤを発行せずに、印刷ジョブをキャンセルする手段と；
を有することを特徴とする印刷装置。
【請求項２】
請求項１であって、
上記失敗した原因関連情報は、サーバのＩＰアドレスまたはサーバ名と、参照コンテンツを示すＵＲＬとであることを特徴とする印刷装置。
【請求項３】
請求項１または請求項２であって、
上記失敗した原因関連情報を保存する期限を管理する保存期限管理手段を有することを特徴とする印刷装置。
【請求項４】
請求項３であって、
上記失敗した原因関連情報の保存期限管理手段は、印刷装置の電源の切替または有効時間を利用する保存期限を管理する手段であることを特徴とする印刷装置。
【請求項５】
参照印刷命令を受信する工程と；
参照印刷命令で指定された参照先外部装置から、印刷コンテンツを取得する工程と；
参照印刷命令で指定された印刷コンテンツの取得に失敗したときに、失敗した原因が参照先外部装置の応答によるものであるか、参照先外部装置に印刷コンテンツが無かったのかを調べる工程と；
上記失敗した原因と関連する情報である原因関連情報を保存する工程と；
印刷命令を受けたときに、参照印刷命令であれば、受信した原因関連情報が、保存されている上記失敗した原因関連情報と一致するかどうかを判定する工程と；
上記保存する工程で保存された原因関連情報の中に、参照印刷命令の参照先と一致する参照先があると判定されると、印刷ジョブＩＤを発行せずに、印刷ジョブをキャンセルする工程と；
を有することを特徴とする印刷方法。
【請求項６】
デジタルデータ放送に含まれているコンテンツデータの印刷を制御するデジタル情報制御装置と、上記デジタル情報制御装置から参照コンテンツデータの印刷命令を受信し、印刷する印刷装置と、印刷コンテンツを保持する外部装置とを具備する印刷システムであって、
上記デジタル情報制御装置は、
受信するデジタルデータ放送のデータの中に設けられているコンテンツ指定情報を利用する印刷命令を発行する印刷命令発行手段を有し、
上記印刷装置は、
参照印刷命令を受信する手段と；
参照印刷命令で指定された参照先外部装置から、印刷コンテンツを取得する手段と；
参照印刷命令で指定された印刷コンテンツの取得に失敗したときに、失敗した原因が参照先外部装置の応答によるものであるか、参照先外部装置に印刷コンテンツが無かったのかを調べる手段と；
上記失敗した原因と関連する情報である原因関連情報を保存する手段と；
受けた参照印刷命令の中の情報が、保存されている上記失敗した原因関連情報と一致するかどうかを判定する手段と；
上記保存する手段に保存されている原因関連情報の中に、参照印刷命令の参照先と一致する参照先があると判定されると、印刷ジョブＩＤを発行せずに、印刷ジョブをキャンセルする手段と；
を有し、
上記参照先外部装置は、ｈｔｔｐ ｇｅｔ要求に対して、指定された印刷コンテンツを送出する手段を有することを特徴とする印刷システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【公開番号】特開２０１２−１８５２８（Ｐ２０１２−１８５２８Ａ）
【公開日】平成２４年１月２６日（２０１２．１．２６）
【国際特許分類】
【出願番号】特願２０１０−１５５０２０（Ｐ２０１０−１５５０２０）
【出願日】平成２２年７月７日（２０１０．７．７）
【出願人】（０００００１００７）キヤノン株式会社 (59,756)
【Ｆターム（参考）】
【公開日】平成２４年１月２６日（２０１２．１．２６）
【国際特許分類】
【出願日】平成２２年７月７日（２０１０．７．７）
【出願人】（０００００１００７）キヤノン株式会社 (59,756)
【Ｆターム（参考）】
[ Back to top ]