(57)【要約】【課題】ＰＤＬ解析能力が異なる他の印刷装置が接続されている場合であっても、印刷継続が不可と判定された印刷装置で解析されイメージ化されたイメージデータを他の印刷装置に転送して印刷処理を継続させることである。【解決手段】ホストコンピュータから受信するＰＤＬデータを解析して印刷部が印刷可能なイメージデータに展開し（Ｓ１０１）、該イメージデータに基づき印刷部による印刷中に、印刷継続が不可と判定された場合に、イメージデータの転送能力を他の印刷装置に問い合わせ（Ｓ１０５）、該問い合わせ結果に基づき、展開処理されたイメージデータを代行処理可能な他の印刷装置に転送し（Ｓ１０９，Ｓ１１０）、他の印刷装置から転送されるイメージデータを前記印刷部で印刷させ、該印刷終了を前記イメージデータの転送元となる印刷装置に通知する（Ｓ１１１）構成を特徴とする。【選択図】      図４
2004338197.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介してホストコンピュータまたはＰＤＬ解析機能が異なる他の印刷装置と通信可能な印刷装置であって、
前記ホストコンピュータから受信するＰＤＬデータを解析して印刷部が印刷可能なイメージデータに展開処理する展開処理手段と、
前記印刷部における印刷処理が継続可能かどうかを判定する判定手段と、
前記判定手段により印刷継続が不可と判定された場合に、前記イメージデータの転送能力を前記他の印刷装置に問い合わせる問合わせ手段と、
前記問合わせ手段による問い合わせ結果に基づき、前記展開処理手段により展開処理されたイメージデータを代行処理可能な他の印刷装置に転送する転送手段と、
を有することを特徴とする印刷装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ネットワークを介してホストコンピュータまたはＰＤＬ解析機能が異なる他の印刷装置と通信可能な印刷装置の制御に関するものである。
【０００２】
【従来の技術】
従来、複数のプリンタデバイスを用いた印刷システムにおいて代行印刷の機能を構築する場合には、複数のプリンタデバイスを監視／管理するサーバコンピュータを一台用意しておき、クライアントのコンピュータは、そのサーバコンピュータに対してジョブを投入するのが一般的である。
【０００３】
クライアントが投入したジョブに対して、サーバは空いているプリンタデバイスにジョブを転送し、もしそのプリンタデバイスがジョブを正常に処理を完了できない場合には、未処理分の情報、例えば部数やページ数をサーバに返してもらい、サーバはその情報を付与して他の空いているプリンタデバイスに転送する。大規模なシステムでは、こういったサーバを立てることで代行印刷機能を実現している。
【０００４】
この方法では必ずサーバを立てなければならないので、一部のかなり大規模なシステムを構築しているユーザはよいが、少数のデバイスでシステムを構築しているほとんどのユーザは代行機能を使うことができない。
【０００５】
一方、サーバを立てずにデバイス間で代行印刷を実現する方法として、特許文献１に記載されているような方法が提案されている。
【０００６】
これにより、サーバを立てなくて済むことにより、コンピュータが１台不要になり、クライアントとサーバ間の通信形態や初期設置の手間などを考慮しなくて済む等のメリットがある。
【０００７】
【特許文献１】
特開平８−２４９１４１号公報
【０００８】
【発明が解決しようとする課題】
上記の方法は、あるデバイスの処理が実行できない時、他のデバイスに同じ機能があれば前者のデバイスが後者のデバイスに処理を依頼することで、代行印刷を実現する。
【０００９】
よってサーバを設置する余裕のない小規模なシステムでも代行印刷を行うことができる。
【００１０】
ところが実際の小規模システムでは、そもそも同じ機能を持つプリンタデバイスを設置してあることは稀である。
【００１１】
例えばある小さなオフィスに３台の複合機を設置することを考えると、一台はＦＡＸ機能を持ち、一台はＬＩＰＳ（登録商標）プリント機能を持ち、もう一台はＰｏｓｔＳｃｒｉｐｔ（登録商標）プリント機能を持つ複合機を用意する、といったように機能を分けるのが自然であり、ＬＩＰＳ（登録商標）機を２台、もしくはＰｏｓｔＳｃｒｉｐｔ（登録商標）機を２台としたり、それぞれの複合機にＦＡＸ機能を付加することは、コスト面や機能面からあまり考えられない。
【００１２】
このように従来の印刷システムによれば、たとえ複数台のプリンタや複合機がネットワーク上に接続されていても、それぞれの機能が異なる機器どうしでシステムが構築されるため、いわゆるサーバを立てずに同一機能を備える機器間で代行印刷処理を実行することができない等の問題点があった。
【００１３】
本発明は、上記の問題点を解決するためになされたもので、本発明の目的は、ネットワークを介してホストコンピュータまたはＰＤＬ解析機能が異なる他の印刷装置と通信可能な印刷装置において、ホストコンピュータから受信するＰＤＬデータを解析して印刷部が印刷可能なイメージデータに展開し、該イメージデータに基づき印刷部による印刷中に、印刷継続が不可と判定された場合に、イメージデータの転送能力を他の印刷装置に問い合わせ、該問い合わせ結果に基づき、展開処理されたイメージデータを代行処理可能な他の印刷装置に転送し、他の印刷装置から転送されるイメージデータを前記印刷部で印刷させ、該印刷終了を前記イメージデータの転送元となる印刷装置に通知することにより、ネットワーク上でＰＤＬ解析能力が異なる他の印刷装置が接続されている場合であっても、印刷継続が不可と判定された印刷装置で解析されイメージ化されたイメージデータを他の印刷装置に転送して印刷処理を継続させることができ、ネットワーク上の印刷装置資源の能力がことなる状態でシステム化されていても、代行印刷処理続行を有効に行える小規模な印刷システムを自在に構築することができる印刷装置を提供することである。
【００１４】
【課題を解決するための手段】
上記目的を達成する本発明の印刷装置は以下に示す構成を備える。
【００１５】
本発明は、ネットワークを介してホストコンピュータまたはＰＤＬ解析機能が異なる他の印刷装置と通信可能な印刷装置であって、前記ホストコンピュータから受信するＰＤＬデータを解析して印刷部が印刷可能なイメージデータに展開処理する展開処理手段（例えば図４に示すステップ（Ｓ１０１））と、前記印刷部における印刷処理が継続可能かどうかを判定する判定手段（例えば図４に示すステップ（Ｓ１０３））と、前記判定手段により印刷継続が不可と判定された場合に、前記イメージデータの転送能力を前記他の印刷装置に問い合わせる問合わせ手段（例えば図４に示すステップ（Ｓ１０５））と、前記問合わせ手段による問い合わせ結果に基づき、前記展開処理手段により展開処理されたイメージデータを代行処理可能な他の印刷装置に転送する転送手段（例えば図４に示すステップ（Ｓ１０９），（Ｓ１１０））と、他の印刷装置から転送されるイメージデータを前記印刷部で印刷させ、該印刷終了を前記イメージデータの転送元となる印刷装置に通知する通知手段（例えば図４に示すステップ（Ｓ１１１））とを有することを特徴とする。
【００１６】
【発明の実施の形態】
〔第１実施形態〕
以下、添付図面を参照して第１実施形態を詳細に説明する。
【００１７】
図１は、本発明の第１実施形態を示す印刷装置を適用可能な印刷システムの構成を説明する図である。
【００１８】
図１において、１００１はホストコンピュータで、ネットワーク１００２を介して、例えば機能が異なるＬＩＰＳ（登録商標）機能を持つプリンタデバイス１０１と、ＰＯＳＴＳＣＲＩＰＴ（登録商標）機能を持つプリンタデバイス２０１と、ＦＡＸ機能を持つプリンタデバイス３０１とが通信可能に構成されている。
【００１９】
図２は、本発明の第１実施形態を示すプリンタ制御システムの構成を説明するブロック図である。なお、本発明の機能が実行されるのであれば、単体の機器であっても、複数の機器からなるシステムであっても、ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ：ローカルエリアネットワーク）、ＷＡＮ（Ｗｉｄｅ  Ａｒｅａ  Ｎｅｔｗｏｒｋ：広域ネットワーク）等のネットワークを介して接続がなされ処理が行われるシステムであっても、本発明を適用できることは言うまでもない。
【００２０】
第１実施形態に係るプリント制御システムは、ホストコンピュータ３０００とプリンタ１５００とから構成されている。
【００２１】
ホストコンピュータ３０００は、ＣＰＵ１とＲＡＭ２と、ＲＯＭ３とキーボードコントローラ（ＫＢＣ）５と、ＣＲＴコントローラ（ＣＲＴＣ）６と、ディスクコントローラ（ＤＫＣ）７と、プリンタコントローラ（ＰＲＴＣ）８と、キーボード（ＫＢ）９と、ＣＲＴディスプレイ（ＣＲＴ）１０と、外部メモリ１１とを備えている。
【００２２】
先ず、ホストコンピュータ３０００の各部の構成を詳述すると、ＣＰＵ１はシステムバス４に接続された各デバイスを統括的に制御する中央処理装置であり、ＲＯＭ３のプログラム用ＲＯＭ３ｂ（後述）或いは外部メモリ１１に記憶された文書処理プログラム等に基づいて、図形、イメージ、文字、表（表計算等を含む）等が混在した文書処理を実行する。また、ＣＰＵ１は、例えばＲＡＭ２上に設定された表示情報ＲＡＭへのアウトラインフォントの展開（ラスタライズ）処理を実行し、ＣＲＴディスプレイ１０上でのＷＹＳＩＷＹＧ（Ｗｈａｔ  Ｙｏｕ  Ｓｅｅ  Ｉｓ  Ｗｈａｔ  Ｙｏｕ  Ｇｅｔ：ＣＲＴディスプレイ画面上に見えているそのままの大きさや形で印刷できる機能）を可能としている。
【００２３】
更に、ＣＰＵ１はＣＲＴディスプレイ１０上のマウスカーソル（図示略）等で指示されたコマンドに基づいて登録された種々のウインドウを開き、種々のデータ処理を実行する。ユーザはプリンタ１５００を使用して印刷する際、印刷の設定に関するウインドウを開き、プリンタ１５００の設定や印刷モードの選択を含むプリンタドライバに対する印刷処理方法の設定を行うことができるようになっている。
【００２４】
ＲＡＭ２はＣＰＵ１の主メモリ、ワークエリア等として機能する。ＲＯＭ３はフォント用ＲＯＭ３ａと、プログラム用ＲＯＭ３ｂと、データ用ＲＯＭ３ｃとを備えている。フォント用ＲＯＭ３ａ或いは外部メモリ１１は、上記文書処理の際に使用するフォントデータなどを記憶する。プログラム用ＲＯＭ３ｂ或いは外部メモリ１１は、ＣＰＵ１の制御プログラムであるオペレーティングシステム（以下、ＯＳ）等を記憶する。データ用ＲＯＭ３ｃ或いは外部メモリ１１は、上記文書処理等を行う際に使用する各種データを記憶する。
【００２５】
キーボードコントローラ（ＫＢＣ）５は、キーボード９やポインティングデバイス（図示略）からのキー入力を制御する。ＣＲＴコントローラ（ＣＲＴＣ）６は、ＣＲＴディスプレイ（ＣＲＴ）１０の表示を制御する。ディスクコントローラ（ＤＫＣ）７は、外部メモリ１１とのアクセスを制御する。プリンタコントローラ（ＰＲＴＣ）８は、双方向性インターフェース２１を介してプリンタ１５００に接続されて、プリンタ１５００との通信制御処理を実行する。キーボード９は、各種キーを備えている。
【００２６】
ＣＲＴディスプレイ（ＣＲＴ）１０は、図形、イメージ文字、表等を表示する。外部メモリ１１はハードディスク（ＨＤ）、フレキシブルディスク（ＦＤ）等から構成されており、ブートプログラム、各種のアプリケーション、フォントデータ、ユーザファイル、編集ファイル、プリンタ制御コマンド生成プログラム（以下、プリンタドライバ）等を記憶する。
【００２７】
上述したＣＰＵ１、ＲＡＭ２、ＲＯＭ３、キーボードコントローラ（ＫＢＣ）５、ＣＲＴコントローラ（ＣＲＴＣ）６、ディスクコントローラ（ＤＫＣ）７、プリンタコントローラ（ＰＲＴＣ）８は、コンピュータ制御ユニット２０００上に配設されている。
【００２８】
次に、プリンタ１５００の各部の構成を詳述すると、ＣＰＵ１２は、システムバス１５に接続された各デバイスを統括的に制御する中央処理装置であり、ＲＯＭ１３のプログラム用ＲＯＭ１３ｂ（後述）に記憶された制御プログラム等或いは外部メモリ１４に記憶された制御プログラム等に基づいて印刷部（プリンタエンジン）１７に出力情報としての画像信号を出力する。また、ＣＰＵ１２は、入力部１８を介してホストコンピュータ３０００との通信処理が可能となっており、プリンタ１５００内の情報等をホストコンピュータ３０００に通知できる構成となっている。
【００２９】
ＲＡＭ１９は、ＣＰＵ１２の主メモリや、ワークエリア等として機能し、増設ポートに接続されるオプションＲＡＭ（図示略）によりメモリ容量を拡張することができるように構成されている。
【００３０】
なお、ＲＡＭ１９は、出力情報展開領域、環境データ格納領域、ＮＶＲＡＭ等に用いられる。ＲＯＭ１３は、フォント用ＲＯＭ１３ａと、プログラム用ＲＯＭ１３ｂと、データ用ＲＯＭ１３ｃとを備えている。フォント用ＲＯＭ１３ａは、上記出力情報を生成する際に使用するフォントデータなどを記憶する。プログラム用ＲＯＭ１３ｂは、ＣＰＵ１２の制御プログラム等を記憶する。データ用ＲＯＭ１３ｃは、プリンタ１５００にハードディスク等の外部メモリ１４が接続されていない場合には、ホストコンピュータ３０００上で利用される情報等を記憶する。
【００３１】
入力部１８は、双方向性インターフェース（Ｉ／Ｆ）２１を介してプリンタ１５００とホストコンピュータ３０００との間におけるデータの送受を行う。印刷部インタフェース（Ｉ／Ｆ）１６は、ＣＰＵ１２と印刷部１７との間におけるデータの送受を行う。メモリコントローラ（ＭＣ）２０は、外部メモリ１４のアクセスを制御する。印刷部１７は、ＣＰＵ１２の制御に基づき印刷動作を行う。操作部１５０１は、各種操作のためのスイッチや表示手段（例えばＬＥＤ表示器）等を備えている。
【００３２】
外部メモリ１４は、ハードディスク（ＨＤ）、ＩＣカード等から構成されており、プリンタ１５００にオプションとして接続される。外部メモリ１４は、フォントデータ、エミュレーションプログラム、フォームデータ等を記憶するものであり、メモリコントローラ（ＭＣ）２０によりアクセスを制御される。またその容量が大きければ印刷装置内でのジョブのスプール記憶手段として用いられる。なお、外部メモリ１４は、１個に限らず、複数個備えることが可能となっている。即ち、内蔵フォントに加えてオプションカード、言語系の異なるプリンタ制御言語を解釈するプログラムを格納した外部メモリを複数接続できるように構成されていてもよい。更に、ＮＶＲＡＭ（図示略）を有し、操作部１５０１からのプリンタモード設定情報を記憶するようにしてもよい。
【００３３】
上述したＣＰＵ１２、ＲＡＭ１９、ＲＯＭ１３、入力部１８、印刷部インタフェース（Ｉ／Ｆ）１６、メモリコントローラ（ＭＣ）２０は、プリンタ制御ユニット１０００上に配設されている。
【００３４】
図３は、図２に示した印刷制御システムにおけるホストコンピュータ３０００側の第１のデータ処理モジュール構成を説明するブロック図であり、プリンタ１５００等の印刷装置がＩ／Ｆ２１を介して直接接続される場合を示すが、ネットワーク経由で接続されているホストコンピュータ３０００であってもよい。なお、図２と同一のものには同一の符号を付してある。
【００３５】
図３において、アプリケーション２０１、グラフィックエンジン２０２、プリンタドライバ２０３、およびシステムスプーラ２０４は、上記図１の外部メモリ１１に保存されたファイルとして存在し、実行される場合にＯＳやそのモジュールを利用するモジュールによってＲＡＭ２にロードされ実行されるプログラムモジュールである。
【００３６】
また、アプリケーション２０１およびプリンタドライバ２０３は、外部メモリ１１のＦＤやＣＤ−ＲＯＭ或いはネットワーク（以上図示略）を経由して外部メモリ１１のＨＤに追加することが可能となっている。外部メモリ１１に保存されているアプリケーション２０１はＲＡＭ２にロードされて実行されるが、該アプリケーション２０１からプリンタ１５００に対して印刷を行う際には、同様にＲＡＭ２にロードされ実行可能となっているグラフィックエンジン２０２を利用して出力（描画）を行う。
【００３７】
グラフィックエンジン２０２は印刷装置（プリンタ）ごとに用意されたプリンタドライバ２０３を同様に外部メモリ１１からＲＡＭ２にロードし、アプリケーション２１０の出力をプリンタドライバ２０３でプリンタの制御コマンドに変換する。変換されたプリンタ制御コマンドはＯＳによってＲＡＭ２にロードされたシステムスプーラ２０４を経てインターフェース２１経由でプリンタ１５００へ出力される仕組みとなっている。なお、プリンタデバイス１０１，２０１，３０１のＰＤＬ解析機構は、それぞれ異なるものとし、転送先のプリンタデバイスが解析してイメージ展開されたイメージデータをいずれかのプリンタデバイスから受信して印刷処理することが可能であるものとする。
【００３８】
次に、図４に示すフローチャートに従ってプリンタデバイス１０１の処理を説明する。
【００３９】
図４は、本発明に係る印刷装置における第１のデータ処理手順の一例を示すフローチャートであり、例えば図１に示したプリンタデバイス１０１の処理手順に対応する。なお、Ｓ１０１〜Ｓ１１１は各ステップを示す。
【００４０】
ホストコンピュータ１００１からプリンタデバイス１０１に対してＬＩＰＳ（登録商標）のＰＤＬプリントジョブが送信されると、例えば図２に示したプリンタ１５００のＣＰＵ１２がＬＩＰＳ（登録商標）の言語を解釈し、ＲＡＭ１９上に確保されるページメモリに展開して（Ｓ１０１）、印刷部１７にイメージデータを出力して紙に印刷出力する（Ｓ１０２）。
【００４１】
そして、印刷出力後、印刷処理継続不可な状態（例えば紙切れあるいはトナー切れ）か否かを判断して（Ｓ１０３）、特に印刷処理に問題が無ければ、ステップ（Ｓ１０４）へ進み、受信したジョブを全て処理、すなわち、ＬＩＰＳ（登録商標）の展開出力処理が全て終わっているか否かを判断して（Ｓ１０４）、全て終わっていると判断した場合は、本処理を終了する。
【００４２】
一方、ステップＳ１０４で、全て終わっていないと判断した場合は、ステップＳ１０１へ戻り、同一の処理を繰り返す。
【００４３】
なお、以上は一般のＰＤＬプリント処理が正常に終了したケースであるが、説明のため普通のデバイス処理を簡略している。
【００４４】
一方、ステップＳ１０３で、印刷処理継続不可な状態であると判断した場合は、例えば排紙ジャム、用紙無し、トナー切れなどが発生していると判断した場合は、プリンタデバイス１０１はネットワーク１００２につながる他のデバイスに対して問い合わせを行う（Ｓ１０５）。
【００４５】
この時、ネットワーク１００２上の他のデバイスがプリンタデバイス１０１と同様のＬＩＰＳ（登録商標）機であるかどうかは問わない。
【００４６】
次に、該問い合わせ結果に対する応答から、他のデバイスからイメージ転送可能かどうかを判断して（Ｓ１０６）、応答が無いと判断した場合は、ステップＳ１０７へ進み、該当デバイスがネットワーク上に全くないかどうかを判断して、全くないと判断した場合は、デバイスの一般的なエラー処理、例えばジャム警告や紙なしメッセージ等をパネルに表示するなどして（Ｓ１０８）、本処理を終了する。
【００４７】
一方、ステップＳ１０７で、該当デバイスがネットワーク上にあると判断した場合には、ステップＳ１０５へ戻り、さらに他のデバイスに能力を問い合わせる。
【００４８】
一方、ステップＳ１０６において、あるデバイス、例えばプリンタデバイス２０１からイメージ転送可能な応答が返ってきたと判断した場合は、プリンタデバイス１０１は残りページの展開処理を行ない、ページメモリもしくは圧縮したメモリをハードディスク（例えば図２に示す外部メモリ１４）などの大容量メディアに保存する（Ｓ１０９）。
【００４９】
そして、大容量メディアに対する蓄積が完了したら応答のあった代行先のプリンタデバイス２０１に対し、蓄積されたデータを送信する（Ｓ１１０）。そして、蓄積していた全てのデータを送信したら代行先のデバイスからの完了通知を待ち（Ｓ１１１）、本処理を終了する。
【００５０】
次に図５に示すフローチャートに従ってプリンタデバイス２０１の応答処理を説明する。
【００５１】
図５は、本発明に係る印刷装置における第２のデータ処理手順の一例を示すフローチャートであり、例えば図１に示したプリンタデバイス２０１の処理手順に対応する。なお、Ｓ２５１〜Ｓ２５４は各ステップを示す。
【００５２】
図４に示したステップＳ１０５により、プリンタデバイス１０１から能力の問い合わせを受信したら、自分の能力および状態を確認する（Ｓ２５１）。
【００５３】
そして、イメージ転送して印刷する能力がない、もしくはエラー等があるかどうかを判断して（Ｓ２５２）、イメージ転送印刷不可と判断した場合は、代行不可であることをクライアント、ここではプリンタデバイス１０１に返して（Ｓ２５３）、処理を終了する。
【００５４】
一方、ステップＳ２５２で、イメージ転送印刷可能と判断した場合は、イメージ転送して印刷する能力があれば、代行可能であることをプリンタデバイス１０１に返し（Ｓ２５４）、処理を終了する。
【００５５】
次に、図６に示すフローチャートに従ってプリンタデバイス２０１の印刷処理を説明する。
【００５６】
図６は、本発明に係る印刷装置における第３のデータ処理手順の一例を示すフローチャートであり、例えば図１に示したプリンタデバイス２０１の処理手順に対応する。なお、Ｓ２０１〜Ｓ２１２は各ステップを示す。
【００５７】
プリンタデバイス１０１からプリンタデバイス２０１に対してイメージデータが送信されると、データを受け取り（Ｓ２０１）、メモリに展開して紙に印刷し出力する（Ｓ２０２）。
【００５８】
そして、印刷出力後、印刷処理継続不可な状態（例えば紙切れあるいはトナー切れ）か否かを判断して（Ｓ２０３）、特に印刷処理に問題が無ければ、ステップ（Ｓ２０４）へ進み、受信したイメージデータの処理が全て終わっているか否かを判断して、全て終わっていると判断した場合は、完了通知をプリンタデバイス１０１に返して（Ｓ２１２）、本処理を終了する。
【００５９】
一方、ステップＳ２０３で、印刷処理継続できない状態、例えば排紙ジャム、用紙無し、トナー切れなどが発生していたと判断した場合は、プリンタデバイス２０１はネットワークにつながる他のデバイスに対して問い合わせを行う（Ｓ２０５）。この時、他のデバイスが、ＰＯＳＴＳＣＲＩＰＴ（登録商標）機であるかどうかは問わない。
【００６０】
そして、他のデバイスからイメージ転送可能な能力の応答があるかどうかを判断して（Ｓ２０６）、応答がないと判断した場合は、ステップ（Ｓ２０７）へ進み、該当デバイスがネットワーク上に全くないかどうかを判断して、その能力を持つデバイスがネットワークの一定範囲に全くないと判断した場合は、デバイスの一般的なエラー処理、例えばジャム警告や紙なしメッセージ等をパネルに表示するなどして（Ｓ２０８）、本処理を終了する。
【００６１】
一方、ステップＳ２０７で、該当デバイスがネットワーク上にあると判断した場合には、ステップＳ２０５へ戻り、さらに他のデバイスに能力を問い合わせる。
【００６２】
一方、ステップＳ２０６において、あるデバイス、例えばプリンタデバイス３０１からイメージ転送可能な応答が返ってきたと判断した場合は、プリントデバイス２０１は残りページの展開処理を行ない、ページメモリもしくは圧縮したメモリをハードディスクなどの大容量メディアに保存する（Ｓ２０９）。そして、蓄積が完了したら応答のあった代行先のプリンタデバイス３０１に対し、蓄積されたデータを送信する（Ｓ２１０）。
【００６３】
そして、全てのデータを送信したら代行先のデバイスからの完了通知を待ち（Ｓ２１１）、完了通知があったら、ステップＳ２１２へ行き、プリンタデバイス１０１へ完了を通知し、本処理を終了する。
【００６４】
以上の説明、図４、図６に示した制御手順により明白なように、プリンタデバイス１０１およびプリンタデバイス２０１の代行処理は全く同様なシーケンスであるので、実装が容易であり、代行先がさらに代行することも簡単に実現することができる。
【００６５】
〔第２実施形態〕
上記第１実施形態では、プリンタデバイス１０１から代行印刷可能なプリンタデバイス２０１に対して、プリンタデバイス１０１が展開済みのイメージデータをプリンタデバイス２０１に転送して代行印刷処理させる場合について説明したが、プリンタデバイス１０１が代行印刷させるファイル名をプリンタデバイス２０１に通知し、以後、プリンタデバイス２０１がプリンタデバイス１０１で展開済みのイメージデータを取得して、プリンタデバイス２０１が代行印刷処理するように構成してもよい。以下、その実施形態について説明する。
【００６６】
以下、添付図面を参照して第２実施形態を詳細に説明する。
【００６７】
なお、第２実施形態の印刷システムの構成は第１実施形態と同様であるため、説明は省略する。
【００６８】
次に、図７のフローチャートに従ってプリンタデバイス１０１の処理を説明する。
【００６９】
図７は、本発明に係る印刷装置における第４のデータ処理手順の一例を示すフローチャートであり、例えば図１に示したプリンタデバイス１０１の処理手順に対応する。なお、Ｓ１２１〜Ｓ１３１は各ステップを示す。
【００７０】
まず、ホストコンピュータ１００１からプリンタデバイス１０１に対してＬＩＰＳ（登録商標）のＰＤＬプリントジョブが送信されると、ＣＰＵ１２がＬＩＰＳ（登録商標）の言語を解釈しＲＡＭ１９上に確保されるページメモリに展開して（Ｓ１２１）、印刷部１７が紙に印刷出力する（Ｓ１２２）。
【００７１】
そして、印刷出力後、印刷処理継続不可な状態（例えば紙切れあるいはトナー切れ）か否かを判断して（Ｓ１２３）、特に印刷処理に問題が無ければ、ステップ（Ｓ１２４）へ進み、受信したジョブを全て処理、すなわち、ＬＩＰＳ（登録商標）の展開出力処理が全て終わっているか否かを判断して、全て終わっていると判断した場合は、本処理を終了する。
【００７２】
一方、ステップＳ１２４で、全て終わっていないと判断した場合は、ステップＳ１２１へ戻り、同一の処理を繰り返す。
【００７３】
一方、ステップＳ１２３において、印刷処理継続できない状態、例えば排紙ジャム、用紙無し、トナー切れなどが発生していると判断した場合は、プリンタデバイス１０１はネットワークにつながる他のデバイスに対して問い合わせを行う（Ｓ１２５）。この時、他のデバイスがＬＩＰＳ（登録商標）機であるかどうかは問わない。
【００７４】
そして、ステップＳ１２６で、他のデバイスからファイルプル印刷可能な能力の応答があるかどうかを判断して、応答なないと判断した場合は、ステップ（Ｓ１２７）へ進み、該当デバイスがネットワーク上に全くないかどうかを判断して、その能力を持つデバイスがネットワークの一定範囲に全くないと判断した場合は、デバイスの一般的なエラー処理、例えばジャム警告や紙なしメッセージ等をパネルに表示するなどして（Ｓ１２８）、本処理を終了する。
【００７５】
一方、ステップＳ１２７で、該当デバイスがネットワーク上にあると判断した場合には、ステップＳ１２５へ戻り、さらに他のデバイスに能力を問い合わせる。
【００７６】
一方、ステップＳ１２６において、あるデバイス、例えばプリンタデバイス２０１からファイルプル印刷可能な能力の応答が返ってきたと判断した場合は、プリントデバイス１０１は残りページの展開処理を行ない、ページメモリもしくは圧縮したメモリをファイルとしてハードディスクなどの大容量メディアに保存する（Ｓ１２９）。
【００７７】
そして、ファイルとしての保存が完了したら、応答のあった代行先のプリンタデバイス２０１に対し、ファイル名称を送信する（Ｓ１３０）。その後、代行先のデバイスからの完了通知を待ち（Ｓ１３１）、本処理を終了する。
【００７８】
次に、図８に示すフローチャートに従ってプリンタデバイス２０１の応答処理を説明する。
【００７９】
図８は、本発明に係る印刷装置における第５のデータ処理手順の一例を示すフローチャートであり、例えば図１に示したプリンタデバイス２０１の処理手順に対応する。なお、Ｓ２６１〜Ｓ２６４は各ステップを示す。
【００８０】
まず、プリンタデバイス１０１から能力の問い合わせを受信したら、自分の能力および状態を確認する（Ｓ２６１）。
【００８１】
そして、ファイル名称からファイルをプル（取得）して印刷する能力がない、もしくはエラー等があるかどうかを判断して（Ｓ２６２）、代行不可であると判断した場合は、代行不可である旨をクライアント、ここではプリンタデバイス１０１に返して（Ｓ２６３）、本処理を終了する。
【００８２】
一方、ステップＳ２６２で、もしファイル名称からファイルをプルして印刷する能力があると判断した場合は、代行可能であることをプリンタデバイス１０１に返して（Ｓ２６４）、本処理を終了する。
【００８３】
次に、図９に示すフローチャートに従ってプリンタデバイス２０１の印刷処理を説明する。
【００８４】
図９は、本発明に係る印刷装置における第６のデータ処理手順の一例を示すフローチャートであり、例えば図１に示したプリンタデバイス２０１の処理手順に対応する。なお、Ｓ２２０〜Ｓ２３２は各ステップを示す。
【００８５】
まず、プリンタデバイス１０１からプリンタデバイス２０１に対してファイル名称が送信されるとプリントデバイス２０１はそのファイル名称をキーにプリントデバイス１０１からファイルを取得し（Ｓ２２０）、そのファイルから１ページ分のイメージデータを取り出し（Ｓ２２１）、メモリに展開して、紙に印刷し出力する（Ｓ２２２）。
【００８６】
そして、印刷出力後、印刷処理継続不可な状態（例えば紙切れあるいはトナー切れ）か否かを判断して（Ｓ２２３）、特に印刷処理に問題が無ければ、ステップ（Ｓ２２４）へ進み、受信したイメージデータの処理が全て終わっているか否かを判断して、全て終わっていると判断した場合は、完了通知をプリンタデバイス１０１に返して（Ｓ２３２）、本処理を終了する。
【００８７】
一方、ステップＳ２２３で、印刷処理継続できない状態、例えば排紙ジャム、用紙無し、トナー切れなどが発生していたと判断した場合は、プリンタデバイス２０１はネットワークにつながる他のデバイスに対して問い合わせを行う（Ｓ２２５）。この時、他のデバイスが、ＰＯＳＴＳＣＲＩＰＴ（登録商標）機であるかどうかは問わない。
【００８８】
そして、他のデバイスからファイル名によるプル印刷可能な能力の応答があるかどうかを判断して（Ｓ２２６）、応答なないと判断した場合は、ステップ（Ｓ２２７）へ進み、該当デバイスがネットワーク上に全くないかどうかを判断して、その能力を持つデバイスがネットワークの一定範囲に全くないと判断した場合は、デバイスの一般的なエラー処理、例えばジャム警告や紙なしメッセージ等をパネルに表示するなどして（Ｓ２２８）、本処理を終了する。
【００８９】
一方、ステップＳ２２７で、該当デバイスがネットワーク上にあると判断した場合には、ステップＳ２２５へ戻り、さらに他のデバイスに能力を問い合わせる。
【００９０】
そして、ステップＳ２２６で、あるデバイス、例えばプリンタデバイス３０１からファイルプル印刷可能な応答が返ってきたと判断した場合は、プリントデバイス２０１は残りページの展開処理を行ない、ページメモリもしくは圧縮したメモリをハードディスクなどの大容量メディアに保存する（Ｓ２２９）。
【００９１】
そして、ファイルとしての保存が完了したら応答のあった代行先のプリンタデバイス３０１に対し、ファイル名称を送信する（Ｓ２３０）。
【００９２】
その後、代行先のデバイスからの完了通知を待ち（Ｓ２３１）、ステップＳ２３２へ行きプリンタデバイス１０１へ完了を通知し、本処理を終了する。
【００９３】
以上の説明における、図７、図９から明白なように、プリンタデバイス１０１およびプリンタデバイス２０１の代行処理は全く同様なシーケンスであるので、実装が容易であり、代行先がさらに代行することも簡単に実現することができる。
【００９４】
また、ステップＳ２２９においてファイルを作成せず、代行先へ元のデバイスのファイル名および自分のデバイスで処理したページ情報を伝えることにより、無駄な転送を省いてもよい。
【００９５】
このような処理を行うことにより、ＰＤＬ展開機能が異なるプリンタデバイスしかネットワーク上に接続されていないような小規模なシステムにおいてもサーバを立てることなく代行印刷の機能を提供することができる。
【００９６】
なお、上記各実施形態では、ネットワークの印刷装置のＰＤＬ機能が異なる場合を例としたが、印刷部の印刷色がそれぞれ異なる場合、例えば印刷継続不可となったプリンタがカラープリンタで、他の印刷装置がモノクロプリンタである場合には、展開処理手段が所定のモノクロ処理を施して階調性のあるイメージデータとして他の印刷装置に転送するように制御することは任意である。
【００９７】
以下、図１０に示すメモリマップを参照して本発明に係る印刷装置で読み出し可能なデータ処理プログラムの構成について説明する。
【００９８】
図１０は、本発明に係る印刷装置で読み出し可能な各種データ処理プログラムを格納する記憶媒体のメモリマップを説明する図である。
【００９９】
なお、特に図示しないが、記憶媒体に記憶されるプログラム群を管理する情報、例えばバージョン情報，作成者等も記憶され、かつ、プログラム読み出し側のＯＳ等に依存する情報、例えばプログラムを識別表示するアイコン等も記憶される場合もある。
【０１００】
さらに、各種プログラムに従属するデータも上記ディレクトリに管理されている。また、各種プログラムをコンピュータにインストールするためのプログラムや、インストールするプログラムが圧縮されている場合に、解凍するプログラム等も記憶される場合もある。
【０１０１】
本実施形態における図４〜図９に示す機能が外部からインストールされるプログラムによって、ホストコンピュータにより遂行されていてもよい。そして、その場合、ＣＤ−ＲＯＭやフラッシュメモリやＦＤ等の記憶媒体により、あるいはネットワークを介して外部の記憶媒体から、プログラムを含む情報群を出力装置に供給される場合でも本発明は適用されるものである。
【０１０２】
以上のように、前述した実施形態の機能を実現するソフトウエアのプログラムコードを記録した記憶媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読出し実行することによっても、本発明の目的が達成されることは言うまでもない。
【０１０３】
この場合、記憶媒体から読み出されたプログラムコード自体が本発明の新規な機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。
【０１０４】
プログラムコードを供給するための記憶媒体としては、例えば、フレキシブルディスク，ハードディスク，光ディスク，光磁気ディスク，ＣＤ−ＲＯＭ，ＣＤ−Ｒ，磁気テープ，不揮発性のメモリカード，ＲＯＭ，ＥＥＰＲＯＭ等を用いることができる。
【０１０５】
また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１０６】
さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１０７】
本発明は上記実施形態に限定されるものではなく、本発明の趣旨に基づき種々の変形（各実施形態の有機的な組合せを含む）が可能であり、それらを本発明の範囲から排除するものではない。
【０１０８】
本発明の様々な例と実施形態を示して説明したが、当業者であれば、本発明の趣旨と範囲は、本明細書内の特定の説明に限定されるのではなく、以下の実施態様も含まれることはいうまでもない。以下、その実施態様１〜８について説明する。
【０１０９】
〔実施態様１〕
ネットワークを介してホストコンピュータまたはＰＤＬ解析機能が異なる他の印刷装置と通信可能な印刷装置であって、前記ホストコンピュータから受信するＰＤＬデータを解析して印刷部が印刷可能なイメージデータに展開処理する展開処理手段（例えば図４に示すステップ（Ｓ１０１））と、前記印刷部における印刷処理が継続可能かどうかを判定する判定手段（例えば図４に示すステップ（Ｓ１０３））と、前記判定手段により印刷継続が不可と判定された場合に、前記イメージデータの転送能力を前記他の印刷装置に問い合わせる問合わせ手段（例えば図４に示すステップ（Ｓ１０５））と、前記問合わせ手段による問い合わせ結果に基づき、前記展開処理手段により展開処理されたイメージデータを代行処理可能な他の印刷装置に転送する転送手段（例えば図４に示すステップ（Ｓ１０９），（Ｓ１１０））とを有することを特徴とする印刷装置。
【０１１０】
〔実施態様２〕
ネットワークを介してホストコンピュータまたはＰＤＬ解析機能が異なる他の印刷装置と通信可能な印刷装置であって、前記ホストコンピュータから受信するＰＤＬデータを解析して印刷部が印刷可能なイメージデータに展開処理する展開処理手段（例えば図７に示すステップ（Ｓ１２１））と、前記印刷部における印刷処理が継続可能かどうかを判定する判定手段（例えば図７に示すステップ（Ｓ１２３））と、前記判定手段により印刷継続が不可と判定された場合に、前記イメージデータの取得能力を前記他の印刷装置に問い合わせる問合わせ手段（例えば図７に示すステップ（Ｓ１２５））と、前記問合わせ手段による問い合わせ結果に基づき、前記展開処理手段により展開処理されたイメージデータのファイル名を代行処理可能な他の印刷装置に通知するファイル名通知手段（例えば図７に示すステップ（Ｓ１３０））とを有することを特徴とする印刷装置。
【０１１１】
〔実施態様３〕
前記ネットワーク上に、複数の他の印刷装置が接続されることを特徴とする実施態様１または２記載の印刷装置。
【０１１２】
〔実施態様４〕
ネットワークを介してホストコンピュータまたはＰＤＬ解析機能が異なる他の印刷装置と通信可能な印刷装置における印刷制御方法であって、前記ホストコンピュータから受信するＰＤＬデータを解析して印刷部が印刷可能なイメージデータに展開処理する展開処理ステップ（例えば図４に示すステップ（Ｓ１０１））と、前記印刷部における印刷処理が継続可能かどうかを判定する判定ステップ（例えば図４に示すステップ（Ｓ１０３））と、前記判定ステップにより印刷継続が不可と判定された場合に、前記イメージデータの転送能力を前記他の印刷装置に問い合わせる問合わせステップ（例えば図４に示すステップ（Ｓ１０５））と、前記問合わせステップによる問い合わせ結果に基づき、前記展開処理手段により展開処理されたイメージデータを代行処理可能な他の印刷装置に転送する転送ステップ（例えば図４に示すステップ（Ｓ１０９），（Ｓ１１０））とを有することを特徴とする印刷制御方法。
【０１１３】
〔実施態様５〕
ネットワークを介してホストコンピュータまたはＰＤＬ解析機能が異なる他の印刷装置と通信可能な印刷装置における印刷制御方法であって、前記ホストコンピュータから受信するＰＤＬデータを解析して印刷部が印刷可能なイメージデータに展開処理する展開処理ステップ（例えば図７に示すステップ（Ｓ１２１））と、前記印刷部における印刷処理が継続可能かどうかを判定する判定ステップ（例えば図７に示すステップ（Ｓ１２３））と、前記判定ステップにより印刷継続が不可と判定された場合に、前記イメージデータの取得能力を前記他の印刷装置に問い合わせる問合わせステップ（例えば図７に示すステップ（Ｓ１２５））と、前記問合わせステップによる問い合わせ結果に基づき、前記展開処理ステップにより展開処理されたイメージデータのファイル名を代行処理可能な他の印刷装置に通知するファイル名通知ステップ（例えば図７に示すステップ（Ｓ１２９），（１３０））とを有することを特徴とする印刷制御方法。
【０１１４】
〔実施態様６〕
前記ネットワーク上に、複数の他の印刷装置が接続されることを特徴とする実施態様４または５記載の印刷制御方法。
【０１１５】
〔実施態様７〕
請求項４〜６のいずれかに記載の印刷制御方法を実現するプログラムを記憶したことを特徴とするコンピュータが読み取り可能な記憶媒体。
【０１１６】
〔実施態様８〕
請求項４〜６のいずれかに記載の印刷制御方法を実現することを特徴とするプログラム。
【０１１７】
【発明の効果】
以上説明したように、本発明によれば、ネットワークを介してホストコンピュータまたはＰＤＬ解析機能が異なる他の印刷装置と通信可能な印刷装置において、ホストコンピュータから受信するＰＤＬデータを解析して印刷部が印刷可能なイメージデータに展開し、該イメージデータに基づき印刷部による印刷中に、印刷継続が不可と判定された場合に、イメージデータの転送能力を他の印刷装置に問い合わせ、該問い合わせ結果に基づき、展開処理されたイメージデータを代行処理可能な他の印刷装置に転送し、他の印刷装置から転送されるイメージデータを前記印刷部で印刷させ、該印刷終了を前記イメージデータの転送元となる印刷装置に通知するので、ネットワーク上でＰＤＬ解析能力が異なる他の印刷装置が接続されている場合であっても、印刷継続が不可と判定された印刷装置で解析されイメージ化されたイメージデータを他の印刷装置に転送して印刷処理を継続させることができ、ネットワーク上の印刷装置資源の能力がことなる状態でシステム化されていても、代行印刷処理続行を有効に行える小規模な印刷システムを自在に構築することができるという効果を奏する。
【図面の簡単な説明】
【図１】本発明の第１実施形態を示す印刷装置を適用可能な印刷システムの構成を説明する図である。
【図２】本発明の第１実施形態を示すプリンタ制御システムの構成を説明するブロック図である。
【図３】図２に示した印刷制御システムにおけるホストコンピュータ側の第１のデータ処理モジュール構成を説明するブロック図である。
【図４】本発明に係る印刷装置における第１のデータ処理手順の一例を示すフローチャートである。
【図５】本発明に係る印刷装置における第２のデータ処理手順の一例を示すフローチャートである。
【図６】本発明に係る印刷装置における第３のデータ処理手順の一例を示すフローチャートである。
【図７】本発明に係る印刷装置における第４のデータ処理手順の一例を示すフローチャートである。
【図８】本発明に係る印刷装置における第５のデータ処理手順の一例を示すフローチャートである。
【図９】本発明に係る印刷装置における第６のデータ処理手順の一例を示すフローチャートである。
【図１０】本発明に係る印刷装置で読み出し可能な各種データ処理プログラムを格納する記憶媒体のメモリマップを説明する図である。
【符号の説明】
１００１  ホストコンピュータ
１０１  ＬＩＰＳ（登録商標）機能を持つプリンタデバイス
２０１  ＰＯＳＴＳＣＲＩＰＴ（登録商標）機能を持つプリンタデバイス
３０１  ＦＡＸ機能を持つプリンタデバイス
【図１】
2004338197.tif 000003
【図２】
2004338197.tif 000004
【図３】
2004338197.tif 000005
【図４】
2004338197.tif 000006
【図５】
2004338197.tif 000007
【図６】
2004338197.tif 000008
【図７】
2004338197.tif 000009
【図８】
2004338197.tif 000010
【図９】
2004338197.tif 000011
【図１０】
2004338197.tif 000012