(57)【特許請求の範囲】
【請求項１】
ネットワーク上に配置され、当該ネットワークを介してコンテンツ情報の要求とともに印刷資源情報を受信すると、当該印刷資源情報に基づいて印刷の可否を判断し、その判断結果を前記コンテンツ情報の要求元に送信するとともに、印刷可能と判断した場合には要求されたコンテンツ情報を前記コンテンツ情報の要求元に送信するサーバに、前記ネットワークを介して接続され、前記サーバに前記コンテンツ情報の送信を要求し、その要求に応じて前記サーバから送られてくるコンテンツ情報を順次、所定の印刷材を用いて用紙に印刷することが可能な印刷装置であって、
前記サーバに対してＵＲＬで記述された当該サーバのアドレスと前記コンテンツ情報を含む送信要求情報を送信する送信要求情報送信手段と、
前記送信要求情報送信手段により送信要求情報が送信されると、当該送信要求情報を保持しておく送信要求情報保持手段と、
前記送信要求情報送信手段により前記サーバに対して前記送信要求情報を要求した後、その送信要求情報の要求時における前記印刷材の残量と前記用紙の残量とを検出する検出手段と、
前記検出手段により検出された前記印刷材及び前記用紙の残量を前記印刷資源情報として前記サーバに通知する印刷資源情報通知手段と、
前記印刷資源情報通知手段により前記サーバに対して印刷資源情報を通知した後、それに応じて前記サーバから送信される印刷可否の判断結果に基づいて印刷するか否かを決定する印刷許否決定手段と、
前記印刷許否決定手段により印刷可能と決定されると、前記送信要求情報に応じて前記サーバから送られてくるコンテンツ情報を順次、印刷する印刷制御手段と、
前記印刷制御手段により前記サーバから送られてくるコンテンツ情報を順次、印刷しているときに、所定の印刷エラーが発生したか否かを監視する印刷エラー監視手段と、
前記印刷エラー監視手段により印刷エラーが確認された場合、前記コンテンツ情報の送信を中止させるべく前記サーバに印刷エラーの発生を通知する印刷エラー通知手段と、
前記印刷エラーが回復されると、前記送信要求情報保持手段から送信要求情報を読み出して前記サーバに送信し、前記印刷エラーによって印刷が完了しなかった前記コンテンツ情報の送信を再度要求する送信要求手段と、
を有することを特徴とする印刷装置。
【請求項２】
請求項１に記載の印刷装置において、前記サーバは、前記印刷資源情報に基づいて印刷不可と判断した場合は、更にコンテンツ情報を印刷することができる印刷可能条件を求め、その印刷可能条件を判断結果に含めて前記コンテンツ情報の要求元に送信するものであり、
前記サーバから印刷不可の判断結果とともに、前記印刷可能条件が送信されたときに、その印刷可能条件を表示するための表示手段と、前記表示手段に表示された印刷可能条件の中からユーザが所望の条件を選択するための選択手段とを更に有する、請求項１に記載の印刷装置。
【請求項３】
前記選択手段により印刷可能条件が選択されると、その印刷可能条件を前記サーバに通知する印刷可能条件通知手段を更に備え、
前記印刷制御手段は、前記印刷可能条件の通知に応じて前記サーバから当該印刷可能条件に応じたコンテンツ情報が送られてくると、そのコンテンツ情報を、選択された印刷可能条件に従って順次、印刷する、請求項２に記載の印刷装置。
【請求項４】
ネットワーク上に配置され、当該ネットワークを介してコンテンツ情報の要求とともに印刷資源情報を受信すると、当該印刷資源情報に基づいて印刷の可否を判断し、その判断結果を前記コンテンツ情報の要求元に送信するとともに、印刷可能と判断した場合には要求されたコンテンツ情報を前記コンテンツ情報の要求元に送信する一方、当該コンテンツ情報を前記要求元に対応付けて記憶手段に記憶しておき、その後、前記要求元から再印刷の要求があると、前記記憶手段からコンテンツ情報を読み出して前記要求元に送信するサーバに、前記ネットワークを介して接続され、前記サーバに前記コンテンツ情報の送信を要求し、その要求に応じて前記サーバから送られてくるコンテンツ情報を順次、所定の印刷材を用いて用紙に印刷することが可能な印刷装置であって、
前記サーバに対してＵＲＬで記述された当該サーバのアドレスと前記コンテンツ情報を含む送信要求情報を送信する送信要求情報送信手段と、
前記送信要求情報送信手段により前記サーバに対して前記送信要求情報を要求した後、その送信要求情報の要求時における前記印刷材の残量と前記用紙の残量とを検出する検出手段と、
前記検出手段により検出された前記印刷材及び前記用紙の残量を前記印刷資源情報として前記サーバに通知する印刷資源情報通知手段と、
前記印刷資源情報通知手段により前記サーバに対して印刷資源情報を通知した後、それに応じて前記サーバから送信される印刷可否の判断結果に基づいて印刷するか否かを決定する印刷許否決定手段と、
前記印刷許否決定手段により印刷可能と決定されると、前記送信要求情報に応じて前記サーバから送られてくるコンテンツ情報を順次、印刷する印刷制御手段と、
前記印刷制御手段により前記サーバから送られてくるコンテンツ情報を順次、印刷しているときに、所定の印刷エラーが発生したか否かを監視する印刷エラー監視手段と、
前記印刷エラー監視手段により印刷エラーが確認された場合、前記コンテンツ情報の送信を中止させるべく前記サーバに印刷エラーの発生を通知する印刷エラー通知手段と、
前記印刷エラーが回復されると、再印刷要求を前記サーバに送信し、前記印刷エラーによって印刷が完了しなかった前記コンテンツ情報の送信を再度要求する送信要求手段と、
を有することを特徴とする印刷装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、たとえばインターネット上のサーバからコンテンツ情報を取得し、それを直接印刷することができる印刷装置に関する。
【０００２】
【従来の技術】
昨今、インターネットのインフラとしては、ＡＤＳＬ（Asymmetric Digital Subscriber Line）、ＣＡＴＶ（Cable Television）ネットワーク、ＦＴＴＨ（Fiber to the Home ）などの拡充によりブロードバンド接続環境が整いつつある。そのため、個人ユーザがインターネットに接続する方式としても、ダイヤルアップ接続などのオンデマンド接続方式から常時接続方式に切り替えられつつある。
【０００３】
一方、インターネットの利用形態としては、コンピュータ間でウェブページや電子メールなどのコンテンツ情報をやり取りするのが一般的であるが、最近では、インターネット接続機能を搭載した複合機（プリンタ，スキャナ，コピー，電話，ファクシミリ機能などを一式に備えたもの）などがあり、コンピュータ以外の端末装置でも常時接続環境の下で各種のインターネットサービスが利用可能とされている。たとえば、この種の複合機では、データ通信端末装置としてのコンピュータを介することなくインターネットに接続し、インターネットサーバに置かれたコンテンツ情報を直接印刷することができる。
【０００４】
【発明が解決しようとする課題】
しかしながら、上記したような複合機でコンテンツ情報を直接印刷する場合、印刷途中や印刷直前にインク切れやトナー切れ、あるいは用紙の紙詰まりエラーや枚数不足などといった印刷エラーが発生し、コンテンツ情報の全てを印刷完了できないことがある。そうした場合、ユーザは、一旦インターネット接続を解除して印刷エラーを回復した後、再び目的とするコンテンツ情報の置かれた場所を示すアドレスとしてＵＲＬ（Uniform Resource Locators ）を指定し直さなければならず、これでは操作が面倒で不便さが否めなかった。たとえば、ＵＲＬの文字列を１文字ずつ再入力するのは言うまでもなく、メニューから選択するような形態であったとしても、選択肢が多くなればその中から再度選択し直すのは煩雑な作業となる。
【０００５】
本発明は、上記の点に鑑みて提案されたものであって、コンテンツ情報の印刷途中や印刷直前に印刷エラーが発生しても、自動的に再印刷することでユーザ操作の負担を軽くすることができる印刷装置を提供することを目的とする。
【０００６】
【課題を解決するための手段】
上記目的を達成するために、請求項１に記載した発明の印刷装置は、ネットワーク上に配置され、当該ネットワークを介してコンテンツ情報の要求とともに印刷資源情報を受信すると、当該印刷資源情報に基づいて印刷の可否を判断し、その判断結果を前記コンテンツ情報の要求元に送信するとともに、印刷可能と判断した場合には要求されたコンテンツ情報を前記コンテンツ情報の要求元に送信するサーバに、前記ネットワークを介して接続され、前記サーバに前記コンテンツ情報の送信を要求し、その要求に応じて前記サーバから送られてくるコンテンツ情報を順次、所定の印刷材を用いて用紙に印刷することが可能な印刷装置であって、前記サーバに対してＵＲＬで記述された当該サーバのアドレスと前記コンテンツ情報を含む送信要求情報を送信する送信要求情報送信手段と、前記送信要求情報送信手段により送信要求情報が送信されると、当該送信要求情報を保持しておく送信要求情報保持手段と、前記送信要求情報送信手段により前記サーバに対して前記送信要求情報を要求した後、その送信要求情報の要求時における前記印刷材の残量と前記用紙の残量とを検出する検出手段と、前記検出手段により検出された前記印刷材及び前記用紙の残量を前記印刷資源情報として前記サーバに通知する印刷資源情報通知手段と、前記印刷資源情報通知手段により前記サーバに対して印刷資源情報を通知した後、それに応じて前記サーバから送信される印刷可否の判断結果に基づいて印刷するか否かを決定する印刷許否決定手段と、前記印刷許否決定手段により印刷可能と決定されると、前記送信要求情報に応じて前記サーバから送られてくるコンテンツ情報を順次、印刷する印刷制御手段と、前記印刷制御手段により前記サーバから送られてくるコンテンツ情報を順次、印刷しているときに、所定の印刷エラーが発生したか否かを監視する印刷エラー監視手段と、前記印刷エラー監視手段により印刷エラーが確認された場合、前記コンテンツ情報の送信を中止させるべく前記サーバに印刷エラーの発生を通知する印刷エラー通知手段と、前記印刷エラーが回復されると、前記送信要求情報保持手段から送信要求情報を読み出して前記サーバに送信し、前記印刷エラーによって印刷が完了しなかった前記コンテンツ情報の送信を再度要求する送信要求手段とを有することを特徴とする。
【０００７】
このような印刷装置によれば、コンテンツ情報の印刷途中や印刷直前に印刷エラーが発生しても、印刷エラー回復後に、再度、サーバに同一の送信要求情報を自動的に送信し、その送信要求情報に応じてサーバから送られてくるコンテンツ情報（印刷エラーにより印刷が完了しなかったコンテンツ情報）を順次、印刷することができるので、ユーザ操作の負担を軽くすることができる。また、サーバ側からの印刷可否の判断結果に基づいて速やかにコンテンツ情報を印刷したり印刷中止することができる。
【０００８】
また、請求項２に記載した発明の印刷装置は、請求項１に記載の印刷装置において、前記サーバは、前記印刷資源情報に基づいて印刷不可と判断した場合は、更にコンテンツ情報を印刷することができる印刷可能条件を求め、その印刷可能条件を判断結果に含めて前記コンテンツ情報の要求元に送信するものであり、前記サーバから印刷不可の判断結果とともに、前記印刷可能条件が送信されたときに、その印刷可能条件を表示するための表示手段と、前記表示手段に表示された印刷可能条件の中からユーザが所望の条件を選択するための選択手段とを更に有することを特徴とする。
【０００９】
このような印刷装置によれば、請求項１に記載の印刷装置による効果に加えて、ユーザは表示手段に表示される印刷可能条件の中から所望の条件を選択することにより印刷エラーを回避してコンテンツ情報を印刷することができる。
【００１０】
さらに、請求項３に記載した発明の印刷装置は、請求項２に記載の印刷装置であって、前記選択手段により印刷可能条件が選択されると、その印刷可能条件を前記サーバに通知する印刷可能条件通知手段を更に備え、前記印刷制御手段は、前記印刷可能条件の通知に応じて前記サーバから当該印刷可能条件に応じたコンテンツ情報が送られてくると、そのコンテンツ情報を、選択された印刷可能条件に従って順次、印刷する。
【００１１】
このような印刷装置によれば、請求項２に記載の印刷装置による効果に加えて、ユーザによって選択された印刷可能条件でコンテンツ情報の印刷を実行させることができる。
【００１２】
また、請求項４に記載した発明の印刷装置は、ネットワーク上に配置され、当該ネットワークを介してコンテンツ情報の要求とともに印刷資源情報を受信すると、当該印刷資源情報に基づいて印刷の可否を判断し、その判断結果を前記コンテンツ情報の要求元に送信するとともに、印刷可能と判断した場合には要求されたコンテンツ情報を前記コンテンツ情報の要求元に送信する一方、当該コンテンツ情報を前記要求元に対応付けて記憶手段に記憶しておき、その後、前記要求元から再印刷の要求があると、前記記憶手段からコンテンツ情報を読み出して前記要求元に送信するサーバに、前記ネットワークを介して接続され、前記サーバに前記コンテンツ情報の送信を要求し、その要求に応じて前記サーバから送られてくるコンテンツ情報を順次、所定の印刷材を用いて用紙に印刷することが可能な印刷装置であって、前記サーバに対してＵＲＬで記述された当該サーバのアドレスと前記コンテンツ情報を含む送信要求情報を送信する送信要求情報送信手段と、前記送信要求情報送信手段により前記サーバに対して前記送信要求情報を要求した後、その送信要求情報の要求時における前記印刷材の残量と前記用紙の残量とを検出する検出手段と、前記検出手段により検出された前記印刷材及び前記用紙の残量を前記印刷資源情報として前記サーバに通知する印刷資源情報通知手段と、前記印刷資源情報通知手段により前記サーバに対して印刷資源情報を通知した後、それに応じて前記サーバから送信される印刷可否の判断結果に基づいて印刷するか否かを決定する印刷許否決定手段と、前記印刷許否決定手段により印刷可能と決定されると、前記送信要求情報に応じて前記サーバから送られてくるコンテンツ情報を順次、印刷する印刷制御手段と、前記印刷制御手段により前記サーバから送られてくるコンテンツ情報を順次、印刷しているときに、所定の印刷エラーが発生したか否かを監視する印刷エラー監視手段と、前記印刷エラー監視手段により印刷エラーが確認された場合、前記コンテンツ情報の送信を中止させるべく前記サーバに印刷エラーの発生を通知する印刷エラー通知手段と、前記印刷エラーが回復されると、再印刷要求を前記サーバに送信し、前記印刷エラーによって印刷が完了しなかった前記コンテンツ情報の送信を再度要求する送信要求手段と、を有することを特徴とする。
【００１３】
このような印刷装置によれば、コンテンツ情報の印刷途中や印刷直前に印刷エラーが発生しても、印刷エラー回復後に、サーバに再印刷要求を自動的に送信し、その再印刷要求に応じてサーバから送られてくるコンテンツ情報（印刷エラーにより印刷が完了しなかったコンテンツ情報）を順次、印刷することができるので、ユーザ操作の負担を軽くすることができる。また、サーバ側からの調査結果に基づいて速やかにコンテンツ情報を印刷したり印刷中止することができる。
【００１４】
【００１５】
【００１６】
【００１７】
【００１８】
【００１９】
【００２０】
【００２１】
【００２２】
【００２３】
【００２４】
【００２５】
【００２６】
【００２７】
【００２８】
【発明の実施の形態】
以下、本発明の好ましい実施の形態について図面を参照して説明する。
【００２９】
図１は、本発明に係る印刷装置やネットワークサーバを説明するためのブロック図、図２は、印刷装置の外観を示す斜視図である。
【００３０】
本発明に係る印刷装置は、プリンタ，スキャナ，コピー，電話，ファクシミリ機能に加え、インターネット接続機能を備えた端末装置Ａであって、宅内に設置されたスプリッタ３０およびＡＤＳＬモデム３１を介してブロードバンド接続方式によりインターネット１に常時接続されたものである。ネットワークサーバは、ＷＷＷ（World Wide Web）サーバＣとしてインターネット１上に存在し、ウェブページや電子メールなどのコンテンツ情報を端末装置Ａや図示しないコンピュータとの間でやり取りする。ちなみに、ＷＷＷサーバＣには、自由に閲覧可能な無料ウェブページとして、テレビ番組案内やオンラインマニュアルなどが多種類にわたって用意されているとともに、利用するごとに電子決済などで利用料金が課される有料配信サービスとしてのニュース情報なども用意されている。
【００３１】
たとえば、端末装置ＡからＷＷＷサーバＣに対してコンテンツ情報を送信要求する場合、端末装置Ａからは、ＵＲＬで記述されたリクエスト（送信要求情報）がＡＤＳＬモデム３１、スプリッタ３０、破線で示す加入者線、電話交換局Ｂ、インターネット１を経由してＷＷＷサーバＣに送られる。電話交換局Ｂの内部構成については特に図示しないが、端末装置ＡからのリクエストがＭＤＦ（Main Distributing Frame ：主配電盤）、局舎内のスプリッタ、局舎内のルータを経由してインターネット１上のＷＷＷサーバＣに届けられる。それに応じてＷＷＷサーバＣからは、目的のコンテンツ情報が同じ経路を逆に辿って端末装置Ａに届けられる。
【００３２】
一方、端末装置Ａから相手先のファクシミリ装置に対してファクシミリデータを送信する場合には、ファクシミリデータがスプリッタ３０や電話交換局Ｂを経由して図示しない公衆電話回線網を通じて相手先のファクシミリ装置に送られる。この場合、電話交換局Ｂの内部では、ファクシミリデータがＭＤＦ、局舎内のスプリッタ、交換機を経由して公衆電話回線網に接続された相手先のファクシミリ装置に届けられる。相手先から端末装置Ａに対してファクシミリデータが送られる場合にも、同じ経路を逆に辿ってファクシミリデータが端末装置Ａに届けられる。
【００３３】
具体的な構成について述べると、端末装置Ａは、バス接続されたＣＰＵ１０、ＮＣＵ（Network Control Unit）１１、ＲＡＭ１２、モデム１３、ＲＯＭ１４、ＥＥＰＲＯＭ１５、ゲートアレイ１６、コーデック１７、およびＤＭＡ（Direct
Memory Access）コントローラ１８のほか、ゲートアレイ１６に接続された読取部２０、印刷部２１、操作部２２、表示部２３、報知部２４、ＮＩＣ（Network Interface Card）２５、およびＰＣ接続部２６により構成されている。
【００３４】
ＣＰＵ１０は、端末装置Ａ全体の動作を制御する。ＮＣＵ１１は、スプリッタ３０を介して加入者線に接続されて網制御を行う。ＲＡＭ１２は、ＣＰＵ１０の作業領域や各種データの格納領域などを提供する。モデム１３は、ファクシミリデータの変調や復調などを行う。ＲＯＭ１４は、ＣＰＵ１０に実行させるためのプログラムなどを記憶している。ＥＥＰＲＯＭ１５は、各種のフラグや設定情報などを記憶する。ゲートアレイ１６は、ＣＰＵ１０と各部２０〜２６との間で各種の信号をやり取りする。コーデック１７は、ファクシミリデータの符号化や復号化を行う。ＤＭＡコントローラ１８は、バスアービタとしてＲＡＭ１２に対するデータの読み書きを直接制御する。
【００３５】
読取部２０は、イメージセンサやＬＥＤ光源などを備え、原稿などからイメージ画像を読み取る。印刷部２１は、たとえばインクジェット方式などによりカラー印刷を行う。この印刷部２１には、印刷材としてのインク残量を検出するための印刷材残量検出センサ２１Ａ、図２に示す給紙部２１Ｄにセットされた用紙残り枚数を検出するための用紙残枚数検出センサ２１Ｂ、および装置内部の用紙搬送経路上における紙詰まりなどを検出するための用紙ジャム検出センサ２１Ｃが設けられている。各センサ２１Ａ，２１Ｂ，２１Ｃからのセンサ信号は、ゲートアレイ１６を通じてＣＰＵ１０に伝えられる。操作部２２は、図２に示すように、数字や文字を入力するためのテンキー２２Ａ、表示部２３の表示内容に応じた操作を行うための表示操作キー２２Ｂ、およびその他の操作を行うためのファンクションキー２２Ｃにより構成される。各キー２２Ａ，２２Ｂ，２２Ｃからの操作信号は、ゲートアレイ１６を通じてＣＰＵ１０に伝えられる。表示部２３は、たとえば比較的小さい数行表示タイプの液晶画面を備え、ＣＰＵ１０に制御されて各種の情報を表示する。報知部２４は、図示しないスピーカなどを備え、ＣＰＵ１０に制御されていろんな音色の報知音を発生する。ＮＩＣ２５は、端末装置ＡをＬＡＮに接続するためのものであるが、本実施形態では、ＮＩＣ２５にＡＤＳＬモデム３１が接続されている。ＰＣ接続部２６は、たとえばＵＳＢ（Universal Serial Bus）ケーブルなどを用いて端末装置Ａをパーソナルコンピュータに接続する際に利用される。
【００３６】
なお、ＷＷＷサーバＣの具体的構成については特に図示しないが、多量の情報を格納するための大容量ハードディスクや、インターネットサービスを効率良く提供するための仕組みが設けられている点を除き、物理的にはパーソナルコンピュータなどの本体構成と何ら異なるものではない。要するに、端末装置ＡとＷＷＷサーバＣとは、これらの間でコンテンツ情報をやり取りし、端末装置Ａ側でコンテンツ情報を印刷するといった、いわゆるウェブプリント処理を行う際の制御動作に特徴を有するものであり、ウェブプリントサービスの受け手となるユーザの利便性を高めたものである。これらの点に関して以下にフローチャートを参照して詳しく説明する。
【００３７】
図３は、端末側のウェブプリント処理を示すフローチャート、図４は、ウェブプリント処理に伴うサーバ側の処理を示すフローチャートである。
【００３８】
まず、端末装置Ａにおけるウェブプリント処理について図３を参照して説明すると、ユーザが所定の操作を行うことでＣＰＵ１０は、ＧＥＴリクエストをインターネット１上に送出する（Ｓ１）。このとき、ユーザは、各種のキー２２Ａ，２２Ｂ，２２Ｃを操作して目的とするウェブページの置かれたＷＷＷサーバＣ内のアドレスを示すＵＲＬを指定しなければならないが、あらかじめ登録済みのＵＲＬをワンタッチ操作で指定することもできる。指定されたＵＲＬは、ＨＴＴＰ（Hypertext Transfer Protocol ）に基づくＧＥＴリクエストとしてインターネット１上に送り出され、ＷＷＷサーバＣに届けられる。
【００３９】
また、ＣＰＵ１０は、ＧＥＴリクエストを送出するのに伴い、ＷＷＷサーバＣに対して印刷資源情報を通知する（Ｓ２）。印刷資源情報とは、現時点におけるインク残量や用紙残り枚数を意味し、目的とするウェブページを印刷できるか否かをＷＷＷサーバＣに調査して貰うための判断材料として用いられる。なお、端末装置Ａの印刷部２１に用紙の種類を検出するセンサが別途設けられている場合、印刷資源情報には、用紙の種類が含まれるとしても良い。
【００４０】
そして、ＣＰＵ１０は、送出したＧＥＴリクエストをＲＡＭ１２などに記憶保持しておく（Ｓ３）。
【００４１】
その後、ＣＰＵ１０は、ＧＥＴリクエストを受信したＷＷＷサーバＣから印刷可否の調査結果を受信する（Ｓ４）。
【００４２】
印刷可否の調査結果に基づいて印刷可能と決定すると（Ｓ５：ＹＥＳ）、ＣＰＵ１０は、ＴＣＰ／ＩＰ（Transmission Control Protocol/Internet Protocol ）プロトコルに基づいてＩＰデータグラムあるいはＩＰパケットによりＷＷＷサーバＣに置かれたウェブページをダウンロードする（Ｓ６）。ダウンロードされたウェブページのデータは、印刷処理されるまでバッファリングにより一旦ＲＡＭ１２に格納される。
【００４３】
そして、ＣＰＵ１０は、ダウンロードしたウェブページを印刷する（Ｓ７）。
【００４４】
ウェブページの印刷中、ＣＰＵ１０は、紙詰まりなどの印刷エラーが発生したか否かを監視している（Ｓ８）。
【００４５】
印刷エラーもなく（Ｓ８：ＮＯ）、ウェブページの全データの印刷が完了すると（Ｓ９：ＹＥＳ）、ＣＰＵ１０は、ウェブプリント処理を終える。
【００４６】
Ｓ９において、ウェブページの全データの印刷が完了していない場合（Ｓ９：ＮＯ）、ＣＰＵ１０は、Ｓ６に戻る。
【００４７】
Ｓ８において、印刷エラーが発生した場合（Ｓ８：ＹＥＳ）、ＣＰＵ１０は、その旨のエラー情報をＷＷＷサーバＣに通知する（Ｓ１０）。その後、端末装置Ａは、インターネット１との接続が一旦解除されるか、あるいはインターネット１との接続は維持しつつも当初のＵＲＬとは異なるサイトに接続された状態となる。
【００４８】
そして、ユーザにより紙詰まりなどが排除されて印刷エラーの状態が回復すると（Ｓ１１：ＹＥＳ）、ＣＰＵ１０は、ＲＡＭ１２などに記憶保持されたＧＥＴリクエストを読み出し（Ｓ１２）、再びＳ１に戻って自動的に一連の処理を進める。つまり、ユーザは、印刷エラーの発生後にＵＲＬを指定し直さなくても印刷途中であったウェブページを再印刷により得ることができる。なお、Ｓ１１において、印刷エラーの状態が回復されない場合（Ｓ１１：ＮＯ）、ＣＰＵ１０は、印刷エラーが回復されるまで待機する。
【００４９】
Ｓ５において、印刷可否の調査結果に基づいて印刷不可と決定すると（Ｓ５：ＮＯ）、ＣＰＵ１０は、ＷＷＷサーバＣからウェブページを取得して印刷することもなくウェブプリント処理を終える。
【００５０】
一方、以上のようにして端末装置Ａでウェブプリント処理が実行される際、ＷＷＷサーバＣでは、図４に示すように、ＧＥＴリクエストの受信を監視している（Ｓ２１）。
【００５１】
端末装置ＡからのＧＥＴリクエストを受信すると（Ｓ２１：ＹＥＳ）、ＷＷＷサーバＣは、ＧＥＴリクエストに続いて端末装置Ａから送られてきた印刷資源情報を取得する（Ｓ２２）。
【００５２】
そして、ＷＷＷサーバＣは、印刷資源情報を判断材料とし、要求されたウェブページを端末装置Ａが印刷できる状態にあるか否かを調査する（Ｓ２３）。
【００５３】
調査結果により印刷可能と判断した場合（Ｓ２４：ＹＥＳ）、ＷＷＷサーバＣは、その旨の調査結果を端末装置Ａに通知する（Ｓ２５）。
【００５４】
その後、ＷＷＷサーバＣは、ＴＣＰ／ＩＰプロトコルに基づいてＩＰデータグラムあるいはＩＰパケットにより要求されたウェブページのデータを端末装置Ａに送る（Ｓ２６）。
【００５５】
これにより端末装置Ａでは、ウェブページのデータがダウンロードされて印刷されることとなるが、ＷＷＷサーバＣは、ウェブページ印刷中の端末装置Ａからエラー情報の通知があるか否かを監視している（Ｓ２７）。
【００５６】
端末装置Ａからエラー情報の通知もなく（Ｓ２７：ＮＯ）、ウェブページの全データの送出が完了すると（Ｓ２８：ＹＥＳ）、ＷＷＷサーバＣは、再びＳ２１に戻って一連の処理を繰り返す。
【００５７】
Ｓ２８において、ウェブページの全データの送出が完了していない場合（Ｓ２８：ＮＯ）、ＷＷＷサーバＣは、Ｓ２６に戻る。
【００５８】
Ｓ２７において、端末装置Ａからエラー情報の通知を受けた場合（Ｓ２７：ＹＥＳ）、ＷＷＷサーバＣは、再びＳ２１に戻る。
【００５９】
Ｓ２４において、調査結果により印刷不可と判断した場合（Ｓ２４：ＮＯ）、ＷＷＷサーバＣは、その旨の調査結果を端末装置Ａに通知した後（Ｓ２９）、再びＳ２１に戻る。つまり、この場合には、端末装置Ａに対して要求されたウェブページが送信されない。
【００６０】
Ｓ２１において、端末装置ＡからのＧＥＴリクエストがない場合（Ｓ２１：ＮＯ）、ＷＷＷサーバＣは、ＧＥＴリクエストを受信するまで処理待ちの状態を続ける。
【００６１】
したがって、上記端末装置ＡやＷＷＷサーバＣによれば、ウェブプリント処理によるウェブページの印刷途中に紙詰まりが発生したり、あるいはウェブページを印刷するのにインク量や用紙枚数が足りない状況であっても、印刷エラー回復後に再度同じＧＥＴリクエストが自動送信されてウェブページを取得できるので、ユーザは、印刷エラーを回復した後にわざわざＵＲＬを指定し直す必要もなく、自動的にウェブページが再印刷されることでユーザ操作の負担を軽くすることができる。
【００６２】
また、ＷＷＷサーバＣが要求されたウェブページを完全に印刷できるか否かを印刷資源情報に基づいて事前に調査するので、印刷途中にインク量や用紙枚数が不足するようなことはなく、印刷エラーが発生する可能性をできる限り少なくすることができる。
【００６３】
次に、他の実施形態について説明する。
【００６４】
図５は、他の実施形態に係る端末側のウェブプリント処理を示すフローチャート、図６は、図５のウェブプリント処理に伴うサーバ側の処理を示すフローチャートである。なお、図５に示すＳ３１〜Ｓ４２の一連の処理は、図３に示すＳ１〜Ｓ１２の一連の処理とほぼ同一であり、また、図６に示すＳ６１〜Ｓ６８の一連の処理も、図４に示すＳ２１〜Ｓ２８の一連の処理とほぼ同一であるため、これらの同様の処理については説明を省略し、異なる処理を重点的に説明する。
【００６５】
まず、端末装置Ａにおけるウェブプリント処理について図５を参照して説明すると、Ｓ３４において、ＣＰＵ１０は、ＧＥＴリクエストを受信したＷＷＷサーバＣから印刷可否の調査結果を受信するとともに、そのＷＷＷサーバＣで判断された印刷可能条件についても受信する。印刷可能条件とは、印刷可否の調査結果としては印刷不可であるが、１枚の用紙に複数ページを縮小して印刷するといったＮｉｎ１印刷、モノクロ印刷、用紙の種類を問わない印刷などであれば印刷できることを示すものであり、印刷資源情報に基づいてＷＷＷサーバＣから提示される印刷時の制約事項を意味する。なお、印刷可能条件は、印刷可否の調査結果として印刷可能の場合、ＷＷＷサーバＣから提示されないとしても良い。
【００６６】
Ｓ３５において、印刷可否の調査結果に基づいて印刷不可と決定すると（Ｓ３５：ＮＯ）、ＣＰＵ１０は、ＷＷＷサーバＣから提示された印刷可能条件をユーザが選択できるように表示部２３に表示させる（Ｓ５１）。このとき、表示部２３の画面上には、Ｎｉｎ１印刷、モノクロ印刷、用紙の種類を問わない印刷などが選択条件として表示される。また、選択条件としては、印刷中止も表示される。
【００６７】
そして、ユーザにより所望の条件が選択され（Ｓ５２：ＹＥＳ）、その選択された条件が印刷中止でない場合（Ｓ５３：ＮＯ）、ＣＰＵ１０は、ユーザにより選択された条件をＷＷＷサーバＣに通知する（Ｓ５４）。その後、ＣＰＵ１０は、選択された条件の下でウェブページを取得して自動的に印刷を行うためにＳ３６に進む。
【００６８】
Ｓ５３において、ユーザにより選択された条件が印刷中止の場合（Ｓ５３：ＹＥＳ）、ＣＰＵ１０は、印刷中止をＷＷＷサーバＣに通知し（Ｓ５５）、ＷＷＷサーバＣからウェブページを取得して印刷することもなくウェブプリント処理を終える。
【００６９】
Ｓ５２において、ユーザにより所望の条件が選択されない場合（Ｓ５２：ＮＯ）、ＣＰＵ１０は、ユーザが所望の条件を選択するまで待つ。
【００７０】
一方、以上のようにして端末装置Ａでウェブプリント処理が実行される際、ＷＷＷサーバＣでは、図６に示すように、印刷資源情報に基づく調査結果として印刷不可と判断されるが（Ｓ６４：ＮＯ）、さらにＷＷＷサーバＣは、印刷資源情報に基づいて印刷可能条件を調査する（Ｓ７１）。
【００７１】
そして、ＷＷＷサーバＣは、印刷不可の調査結果とともに、印刷可能条件がある場合にはそれを端末装置Ａに通知する（Ｓ７２）。このとき、どのような条件でも印刷できない場合には、印刷可能条件として印刷中止のみが端末装置Ａに対して通知される。
【００７２】
その後、端末装置Ａから選択条件の通知を受けた場合（Ｓ７３：ＹＥＳ）、ＷＷＷサーバＣは、その選択条件に応じたウェブページを準備し（Ｓ７４）、Ｓ６６に進む。
【００７３】
Ｓ７３において、端末装置Ａから印刷中止の通知を受けた場合（Ｓ７３：ＮＯ）、ＷＷＷサーバＣは、再びＳ６１に戻る。つまり、この場合には、端末装置Ａに対して要求されたウェブページが送信されない。
【００７４】
したがって、他の実施形態に係る端末装置ＡやＷＷＷサーバＣによれば、先述した実施形態と同様の効果が得られるほか、インク量や用紙枚数などが残り少ないために本来ウェブページを印刷できない状況にあっても、ＷＷＷサーバＣから提示された印刷可能条件の範囲内でウェブページを印刷させることができ、印刷エラーを回避しつつもできる限り印刷物としてのウェブページを得ることができる。
【００７５】
さらに、他の実施形態について説明する。
【００７６】
図７は、他の実施形態に係る端末側のウェブプリント処理を示すフローチャート、図８は、図７のウェブプリント処理に伴うサーバ側の処理を示すフローチャートである。なお、図７に示す一連の処理も、図３に示す一連の処理とほぼ同様であり、また、図８に示す一連の処理も、図４に示す一連の処理とほぼ同様であるため、これらの同様の処理についても説明を省略し、異なる処理を重点的に説明する。
【００７７】
まず、端末装置Ａにおけるウェブプリント処理について図７を参照して説明すると、Ｓ８２でＷＷＷサーバＣに対して印刷資源情報を通知した後、ＣＰＵ１０は、ＧＥＴリクエストを記憶保持することなくＷＷＷサーバＣから印刷可否の調査結果を受信する（Ｓ８３）。
【００７８】
Ｓ８４〜Ｓ８８は、図３のＳ５〜Ｓ９と同様であるが、Ｓ８８において、ウェブページの全データの印刷が完了すると（Ｓ８８：ＹＥＳ）、ＣＰＵ１０は、ＷＷＷサーバＣに印刷完了を通知した後（Ｓ８９）、ウェブプリント処理を終える。これは、ＷＷＷサーバＣがウェブページの送信を完了しても端末装置Ａ側から再印刷要求の通知がなされる可能性があるためである。
【００７９】
つまり、Ｓ９１において、印刷エラーの状態が回復すると（Ｓ９１：ＹＥＳ）、ＣＰＵ１０は、ＷＷＷサーバＣに対して再印刷要求を通知し（Ｓ９２）、それとともに再び印刷資源情報についても通知すべく、Ｓ８２に戻る。このとき、ＷＷＷサーバＣに通知される再印刷要求には、その直前に印刷対象とされていたウェブページそのものが含まれず、ＵＲＬや再送コマンドのみが含まれる。
【００８０】
一方、以上のようにして端末装置Ａでウェブプリント処理が実行される際、ＷＷＷサーバＣは、図８に示すように、上記端末装置Ａから印刷資源情報を取得するが（Ｓ１０２）、このときＷＷＷサーバＣは、その端末装置Ａに対応付けて印刷対象とされたコンテンツ情報（ウェブページ）を記憶しておく（Ｓ１０３）。
【００８１】
その後、端末装置Ａからエラー情報の通知もなく（Ｓ１０８：ＮＯ）、ウェブページの全データの送出が完了すると（Ｓ１０９：ＹＥＳ）、ＷＷＷサーバＣは、端末装置Ａから印刷完了の通知を受信したか否かを判断する（Ｓ１１０）。
【００８２】
印刷完了の通知がない場合（Ｓ１１０：ＮＯ）、ＷＷＷサーバＣは、再び端末装置Ａからエラー情報の通知があるか否かを監視し（Ｓ１１１）、エラー情報の通知がある場合（Ｓ１１１：ＹＥＳ）、端末装置Ａから再印刷要求の通知があるか否かを判断する（Ｓ１１２）。
【００８３】
端末装置Ａから再印刷要求の通知がある場合（Ｓ１１２：ＹＥＳ）、ＷＷＷサーバＣは、Ｓ１０３で記憶した印刷対象のコンテンツ情報を読み出し（Ｓ１１３）、その後Ｓ１０２に戻る。
【００８４】
Ｓ１１２において、端末装置Ａから再印刷要求の通知がない場合（Ｓ１１２：ＮＯ）、ＷＷＷサーバＣは、Ｓ１１１に戻る。
【００８５】
Ｓ１１１において、エラー情報の通知がない場合（Ｓ１１１：ＮＯ）、ＷＷＷサーバＣは、Ｓ１１０に戻る。
【００８６】
Ｓ１１０において、印刷完了の通知を受信した場合（Ｓ１１０：ＹＥＳ）、ＷＷＷサーバＣは、再びＳ１０１に戻る。
【００８７】
つまり、この実施形態によれば、印刷エラーの発生時に印刷対象となるコンテンツ情報（ウェブページ）が端末装置Ａに保存されず、端末装置ＡからＷＷＷサーバＣに対して再送コマンドを発行するだけでウェブページの再印刷を行うことができる。
【００８８】
なお、本発明は、上記の各実施形態に限定されるものではない。
【００８９】
端末装置Ａは、インターネット１に対してＡＤＳＬにより常時接続されたものであるが、ＣＡＴＶネットワークやＦＴＴＨにより常時接続されたものでも良い。また、常時接続に限らずダイヤルアップ接続などでも良い。
【００９０】
上記の各実施形態は、ウェブページに関するウェブプリント処理に特徴を有するものであるが、もちろん電子メールなどを取得して印刷する場合にも、ウェブプリント処理と同様の処理を適用することができる。
【００９１】
端末装置ＡからＷＷＷサーバＣに通知されるエラー情報には、印刷途中のどのページで印刷エラーが発生したかといった情報が含まれ、印刷エラー回復後は、印刷エラーが発生した印刷途中ページ以降のデータをＷＷＷサーバＣからダウンロードして印刷を再開するようにしても良い。
【００９２】
印刷方式としては、インクジェット方式のほか、トナーを印刷材とした電子写真方式や、インクリボンを用いた昇華方式あるいは感熱方式を採用しても良い。
【００９３】
【発明の効果】
以上説明したように、請求項１に記載した発明の印刷装置によれば、コンテンツ情報の印刷途中や印刷直前に印刷エラーが発生しても、印刷エラー回復後、再度、サーバに同一の送信要求情報を自動的に送信し、その送信要求情報に応じてサーバから送られてくるコンテンツ情報（印刷エラーにより印刷が完了しなかったコンテンツ情報）を順次、印刷することができるので、ユーザ操作の負担を軽くすることができる。また、サーバ側からの印刷可否の判断結果に基づいて速やかにコンテンツ情報を印刷したり印刷中止することができる。
【００９４】
また、請求項２に記載した発明の印刷装置によれば、請求項１に記載の印刷装置による効果に加えて、ユーザは表示手段に表示される印刷可能条件の中から所望の条件を選択することにより印刷エラーを回避してコンテンツ情報を印刷することができる。
【００９５】
さらに、請求項３に記載した発明の印刷装置によれば、請求項２に記載の印刷装置による効果に加えて、ユーザによって選択された印刷可能条件でコンテンツ情報の印刷を実行させることができる。
【００９６】
また、請求項４に記載した発明の印刷装置によれば、コンテンツ情報の印刷途中や印刷直前に印刷エラーが発生しても、印刷エラー回復後に、サーバに再印刷要求を自動的に送信し、その再印刷要求に応じてサーバから送られてくるコンテンツ情報（印刷エラーにより印刷が完了しなかったコンテンツ情報）を順次、印刷することができるので、ユーザ操作の負担を軽くすることができる。また、サーバ側からの調査結果に基づいて速やかにコンテンツ情報を印刷したり印刷中止することができる。
【００９７】
【００９８】
【００９９】
【０１００】
【０１０１】
【０１０２】
【０１０３】
【図面の簡単な説明】
【図１】  本発明に係る印刷装置やネットワークサーバを説明するためのブロック図である。
【図２】  印刷装置の外観を示す斜視図である。
【図３】  端末側のウェブプリント処理を示すフローチャートである。
【図４】  ウェブプリント処理に伴うサーバ側の処理を示すフローチャートである。
【図５】  他の実施形態に係る端末側のウェブプリント処理を示すフローチャートである。
【図６】  図５のウェブプリント処理に伴うサーバ側の処理を示すフローチャートである。
【図７】  他の実施形態に係る端末側のウェブプリント処理を示すフローチャートである。
【図８】  図７のウェブプリント処理に伴うサーバ側の処理を示すフローチャートである。
【符号の説明】
１    インターネット
１０  ＣＰＵ
１１  ＮＣＵ
１２  ＲＡＭ
１３  モデム
１４  ＲＯＭ
１５  ＥＥＰＲＯＭ
１６  ゲートアレイ
１７  ＣＯＤＥＣ（コーデック）
１８  ＤＭＡＣ（ＤＭＡコントローラ）
２０  読取部
２１  印刷部
２２  操作部
２３  表示部
２４  報知部
２５  ＮＩＣ
２６  ＰＣ接続部
３０  スプリッタ
３１  ＡＤＳＬモデム
Ａ    端末装置（印刷装置）
Ｂ    電話交換局
Ｃ    ＷＷＷサーバ（ネットワークサーバ）
【図１】
0003788377.tif 000002
【図２】
0003788377.tif 000003
【図３】
0003788377.tif 000004
【図４】
0003788377.tif 000005
【図５】
0003788377.tif 000006
【図６】
0003788377.tif 000007
【図７】
0003788377.tif 000008
【図８】
0003788377.tif 000009