JP2001067193A - 印刷システム及び印刷装置及びその制御方法 - Google Patents

Abstract

(57)【要約】 【課題】代行印刷を迅速に行う。 【解決手段】プリンタ２０２で印刷中に、残量センサ９
１または９２によって、用紙やトナー切れエラーの発生
が予想されたなら、プリンタ２０２はブロードキャスト
送信によってネットワーク上の全ノードに代行印刷を依
頼する。依頼を受けたノードはそれがプリンタでしかも
レディ状態にあるならば、代行受領応答を、代行依頼発
行元に送信する。この後、プリンタ２０２は、ホスト２
０１から受信した印刷データを、代行印刷先のプリンタ
に転送する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、例えばＩＥＥＥ１
３９４バスなど、制御信号とデータを混在させて通信す
ることが可能なデータ通信バスを用いて構成される印刷
システム及び印刷装置及びその制御方法に関するもので
ある。

【０００２】

【従来の技術】従来、ホストコンピュータ等のホスト装
置と印刷装置とを接続した印刷システムにおいては、そ
の接続のために様々な通信方式が用いられている。通信
方式としてはパラレルインターフェースを用いたハンド
シェーク方式が一般的ではあるが、この方式において
も、双方向通信を可能とした方式が利用されつつある。
印刷システムの一例として、ＩＥＥＥ１３９４を用いた
構成を図１０に示す。図１０においては、パーソナルコ
ンピュータ１０１とプリンタ１０２とは、ＩＥＥＥ１３
９４インターフェース６９によって接続されている。

【０００３】このような双方向通信が可能な通信方式で
構成された印刷システムでは、ホスト装置から印刷装置
に対して印刷データを送信するのみならず、印刷装置か
ら、その状態をホスト装置に送信することもでき、ホス
ト装置は印刷装置の状態を監視し、それを利用者に対し
て提示することもできる。

【０００４】

【発明が解決しようとする課題】上記印刷システムにお
いて、印刷ジョブの途中で印刷装置になんらかの障害
（またはエラー）が発生した場合、発生したエラーは印
刷装置からホスト装置に伝えられ、ホスト装置はそれを
受けて、処理中の印字ジョブを中断するか、または、印
刷システムに複数の印刷装置が用意されているならば、
他の印刷装置に振り替える。印刷ジョブの振り替えを行
う場合には、利用者がエラーを確認し、その後に印刷ジ
ョブを他のプリンタに送り直すか、あるいは、エラーが
生じたプリンタが他の代替プリンタに対して印刷ジョブ
を転送する。このために、印刷ジョブを中断する時間が
発生してスムーズなジョブの振り替えができない。この
ような事態を避けるためには、印刷ジョブを行う前に利
用者が印刷装置の状態を確認し、エラーが発生し得る状
態にあればエラーの発生を回避するための対策を施す
等、印刷ジョブが完了できる状態にあることを利用者が
確認しておかねばならなかった。

【０００５】本発明は上記従来例に鑑みてなされたもの
で、利用者が予め印刷装置の状態を確認しておかなくと
も、印刷装置の状態に応じてエラー等の発生を予想し、
印刷ジョブの他の印刷装置への振り替えを迅速に遂行す
る印刷システム及び印刷装置及びその制御方法を提供す
ることを目的とする。

【０００６】

【課題を解決するための手段】上記目的を達成するため
に、本発明は次のような構成からなる。すなわち、通信
ネットワークに接続された印刷装置であって、印刷中に
エラーの発生の可能性を検知する検知手段と、前記検知
手段によりエラーの可能性が検知された場合、前記通信
ネットワークを介して、代行印刷依頼を発行する発行手
段と、前記発行印刷依頼に対して応答した印刷装置に対
して、印刷中の印刷データを転送する転送手段とを備え
る。

【０００７】また好ましくは、前記検知手段は、用紙あ
るいは記録材の残量が所定量以下になったことを検知す
る。

【０００８】また好ましくは、前記転送手段は、前記代
行印刷依頼に対する応答受領後、ページの区切りまで印
刷した時点で、代行印刷依頼を発行する。

【０００９】また好ましくは、前記通信ネットワーク
は、ブロードキャスト送信機能を有する通信方式で構成
されており、前記転送手段は、前記代行印刷依頼を、ブ
ロードキャスト送信する。

【００１０】また好ましくは、前記通信ネットワークか
ら代行印刷依頼を受信し、印刷可能状態であれば、代行
印刷依頼の発行元に対して応答する応答手段を更に備え
る。

【００１１】また好ましくは、前記通信ネットワーク
は、ＩＥＥＥ１３９４シリアルバスで構成される。

【００１２】

【発明の実施の形態】図１に本実施形態にかかる印刷シ
ステムにおけるネットワーク構成の一例を示す。パーソ
ナルコンピュータ（ＰＣ）２０１は、ＩＥＥＥ１３９４
インターフェースによってプリンタ２０２及びプリンタ
８０２とそれぞれ接続されている。なお、ＩＥＥＥ１３
９４シリアルバスは、ツリー状の多段接続を許容してい
るため、ＩＥＥＥ１３９４インターフェースによって接
続されるプリンタ以外の装置がプリンタとパーソナルコ
ンピュータとの間に介在していても良いし、また、パー
ソナルコンピュータと２台のプリンタがシリアルに接続
された構成であっても良い。

【００１３】ここで、パーソナルコンピュータとプリン
タとの接続に利用されるＩＥＥＥ１３９４Ｉ／Ｆについ
て説明する。

【００１４】《Ａｓｙｎｃｈｒｏｎｏｕｓ（非同期）転
送》Ａｓｙｎｃｈｒｏｎｏｕｓ転送は、送信側において
受信側と非同期に発生する制御信号等の非同期データを
転送するための転送モードである。図５にＡｓｙｎｃｈ
ｒｏｎｏｕｓ転送における時間的な遷移状態を示す。図
５の最初のサブアクション・ギャップは、バスのアイド
ル状態を示すものである。このアイドル時間が一定値に
なった時点で、転送を希望するノードはバスが使用でき
ると判断して、バス獲得のためのアービトレーションを
実行する。

【００１５】アービトレーションでバスの使用許可を得
ると、次にデータの転送がパケット形式で実行される。
データ転送後、受信したノードは転送されたデータに対
しての受信結果のａｃｋ（受信確認用返送コード）をａ
ｃｋ ｇａｐという短いギャップの後、返送して応答す
るか、応答パケットを送ることによって転送が完了す
る。ａｃｋは４ビットの情報と４ビットのチェックサム
からなり、成功か、ビジー状態か、ペンディング状態で
あるかといった情報を含み、すぐに送信元ノードに返送
される。

【００１６】次に、図６にＡｓｙｎｃｈｒｏｎｏｕｓ転
送のパケットフォーマットの例を示す。

【００１７】パケットには、データ部及び誤り訂正用の
データＣＲＣの他にはヘッダ部があり、そのヘッダ部に
は図６に示したような、目的ノードＩＤ、ソースノード
ＩＤ、転送データ長さや各種コードなどが書き込まれ、
転送が行なわれる。

【００１８】また、Ａｓｙｎｃｈｒｏｎｏｕｓ転送は自
己ノードから相手ノードへの１対１の通信である。転送
元ノードから転送されたパケットは、ネットワーク中の
各ノードに行き渡るが、自分宛てのアドレス以外のもの
は無視されるので、宛先の１つのノードのみが読込むこ
とになる。

【００１９】《Ｉｓｏｃｈｒｏｎｏｕｓ（等時）転送》
Ｉｓｏｃｈｒｏｎｏｕｓ転送は、送信側と受信側との間
で所定の転送レートを保証する必要がある場合などに用
いられる転送モードである。ＩＥＥＥ１３９４Ｉ／Ｆの
最大の特徴であるともいえるこのＩｓｏｃｈｒｏｎｏｕ
ｓ転送は、特にＶＩＤＥＯ映像データや音声データとい
ったマルチメディアデータなど、リアルタイムな転送を
必要とするデータの転送に適した転送モードである。

【００２０】また、Ａｓｙｎｃｈｒｏｎｏｕｓ転送が１
対１の転送であったのに対し、このＩｓｏｃｈｒｏｎｏ
ｕｓ転送はブロードキャスト機能によって転送元の１つ
のノードから他のすべてのノードへ一様に転送される。

【００２１】図７はＩｓｏｃｈｒｏｎｏｕｓ転送におけ
る、時間的な遷移状態を示す図である。

【００２２】Ｉｓｏｃｈｒｏｎｏｕｓ転送は、バス上一
定時間毎に実行される。この時間間隔をＩｓｏｃｈｒｏ
ｎｏｕｓサイクルと呼ぶ。Ｉｓｏｃｈｒｏｎｏｕｓサイ
クル時間は、１２５μＳである。この各サイクルの開始
時間を示し、各ノードの時間調整を行なう役割を担って
いるのがサイクル・スタート・パケットである。サイク
ル・スタート・パケットを送信するのは、サイクル・マ
スタと呼ばれるノードであり、１つ前のサイクル内の転
送終了後、所定のアイドル期間（サブアクションギャッ
プ）を経た後、本サイクルの開始を告げるサイクル・ス
タート・パケットを送信する。このサイクル・スタート
パケットの送信される時間間隔が１２５μＳとなる。

【００２３】また、図７にチャネルＡ、チャネルＢ、チ
ャネルＣと示したように、１サイクル内において複数種
のパケットがチャネルＩＤをそれぞれ与えられることに
よって、区別して転送できる。これによって同時に複数
ノード間でのリアルタイムな転送が可能であり、また受
信するノードでは自分が欲しいチャネルＩＤのデータの
みを取り込む。このチャネルＩＤは送信先のアドレスを
表すものではなく、データに対する論理的な番号を与え
ているに過ぎない。よって、あるパケットの送信は１つ
の送信元ノードから他のすべてのノードに行き渡る、ブ
ロードキャストで転送されることになる。

【００２４】Ｉｓｏｃｈｒｏｎｏｕｓ転送のパケット送
信に先立って、Ａｓｙｎｃｈｒｏｎｏｕｓ転送同様アー
ビトレーションが行われる。しかし、Ａｓｙｎｃｈｒｏ
ｎｏｕｓ転送のように１対１の通信ではないので、Ｉｓ
ｏｃｈｒｏｎｏｕｓ転送にはａｓｋ（受信確認用返信コ
ード）は存在しない。

【００２５】また、図７に示したＩＳＯ ｇａｐ（Ｉｓ
ｏｃｈｒｏｎｏｕｓギャップ）とは、Ｉｓｏｃｈｒｏｎ
ｏｕｓ転送を行なう前にバスが空き状態であると認識す
るために必要なアイドル期間を表している。この所定の
アイドル期間を経過すると、Ｉｓｏｃｈｒｏｎｏｕｓ転
送を行ないたいノードはバスが空いていると判断し、転
送前のアービトレーションを行なうことができる。

【００２６】つぎに、図８にＩｓｏｃｈｒｏｎｏｕｓ転
送のパケットフォーマットの例を示し、説明する。

【００２７】各チャネルに分かれた、各種のパケットに
はそれぞれデータ部及び誤り訂正用のデータＣＲＣの他
にヘッダ部があり、そのヘッダ部には図８に示したよう
な、転送データ長やチャネルＮＯ、その他各種コード及
び誤り訂正用のヘッダＣＲＣなどが書き込まれ、転送が
行なわれる。

【００２８】《バス・サイクル》実際のＩＥＥＥ１３９
４Ｉ／Ｆ上の転送では、Ｉｓｏｃｈｒｏｎｏｕｓ転送
と、Ａｓｙｎｃｈｒｏｎｏｕｓ転送は混在できる。その
時の、Ｉｓｏｃｈｒｏｎｏｕｓ転送とＡｓｙｎｃｈｒｏ
ｎｏｕｓ転送が混在した、バス上の転送状態の時間的な
遷移の様子を表した図を図９に示す。

【００２９】Ｉｓｏｃｈｒｏｎｏｕｓ転送はＡｓｙｎｃ
ｈｒｏｎｏｕｓ転送より優先して実行される。その理由
は、サイクル・スタート・パケットの後、Ａｓｙｎｃｈ
ｒｏｎｏｕｓ転送を起動するために必要なアイドル期間
のギャップ長（サブアクションギャップ）よりも短いギ
ャップ長（Ｉｓｏｃｈｒｏｎｏｕｓギャップ）で、Ｉｓ
ｏｃｈｒｏｎｏｕｓ転送を起動できるからである。した
がって、Ａｓｙｎｃｈｒｏｎｏｕｓ転送より、Ｉｓｏｃ
ｈｒｏｎｏｕｓ転送は優先して実行されることとなる。

【００３０】図９に示した、一般的なバスサイクルにお
いて、サイクル＃mのスタート時にサイクル・スタート
・パケットがサイクル・マスタから各ノードに転送され
る。これによって、各ノードで時刻調整を行ない、所定
のアイドル期間（Ｉｓｏｃｈｒｏｎｏｕｓギャップ）を
待ってからＩｓｏｃｈｒｏｎｏｕｓ転送を行なうべきノ
ードはアービトレーションを行い、パケット転送に入
る。図９ではチャネルｅとチャネルｓとチャネルｋが順
にＩｓｏｃｈｒｏｎｏｕｓ転送されている。

【００３１】このアービトレーションからパケット転送
までの動作を、与えられているチャネル分繰り返し行な
った後、サイクル＃mにおけるＩｓｏｃｈｒｏｎｏｕｓ
転送がすべて終了したら、Ａｓｙｎｃｈｒｏｎｏｕｓ転
送を行うことができるようになる。

【００３２】アイドル時間がＡｓｙｎｃｈｒｏｎｏｕｓ
転送が可能なサブアクションギャップに達する事によっ
て、Ａｓｙｎｃｈｒｏｎｏｕｓ転送を行いたいノードは
アービトレーションの実行に移れると判断する。

【００３３】ただし、Ａｓｙｎｃｈｒｏｎｏｕｓ転送が
行える期間は、Ｉｓｏｃｈｒｏｎｏｕｓ転送終了後か
ら、次のサイクル・スタートパケットを転送すべき時間
（ｃｙｃｌｅ ｓｙｎｃｈ）までの間にＡｓｙｎｃｈｒ
ｏｎｏｕｓ転送を起動するためのサブアクションギャッ
プが得られた場合に限っている。

【００３４】図９のサイクル＃mでは３つのチャネル分
のＩｓｏｃｈｒｏｎｏｕｓ転送と、その後Ａｓｙｎｃｈ
ｒｏｎｏｕｓ転送（含むａｓｋ）が２パケット（パケッ
ト１、パケット２）転送されている。このＡｓｙｎｃｈ
ｒｏｎｏｕｓパケット２の後は、サイクルｍ＋１をスタ
ートすべき時間（ｃｙｃｌｅ ｓｙｎｃｈ）にいたるの
で、サイクル＃mでの転送はここまでで終わる。

【００３５】ただし、Ａｓｙｎｃｈｒｏｎｏｕｓ転送ま
たはＩｓｏｃｈｒｏｎｏｕｓ転送動作中に次のサイクル
・スタート・パケットを送信すべき時間（ｃｙｃｌｅ
ｓｙｎｃｈ）に至ったとしたら、無理に中断せず、その
転送が終了した後のアイドル期問を待ってから次サイク
ルのサイクル・スタートパケットを送信する。すなわ
ち、１つのサイクルが１２５μＳ以上続いたときは、そ
の分次サイクルは基準の１２５μＳより短縮されたとす
る。このようにＩｓｏｃｈｒｏｎｏｕｓサイクルは１２
５μＳを基準に超過、短縮し得るものである。

【００３６】しかし、Ｉｓｏｃｈｒｏｎｏｕｓ転送はリ
アルタイム転送を維持するために毎サイクル必要であれ
ば必ず実行され、Ａｓｙｎｃｈｒｏｎｏｕｓ転送はサイ
クル時間が短縮されたことによって次以降のサイクルに
まわされることもある。以上が、ＩＥＥＥ１３９４Ｉ／
Ｆの説明である。

【００３７】＜印刷システムの構成及び動作＞ここか
ら、図１のようにＩＥＥＥ１３９４Ｉ／Ｆで各機器が接
続されたときの説明を行なう。図１でのバス構成は、実
線で描いたＩＥＥＥ１３９４Ｉ／Ｆで接続された、プリ
ンタ装置、パーソナルコンピュータ（ＰＣ）で成り立っ
ており、ＩＥＥＥ１３９４Ｉ／Ｆの仕様に基づいたデー
タ転送が行なえる。図２は、図１の構成をより詳しく示
した図である。

【００３８】図２において、ＰＣ（ホストコンピュー
タ）２０１は、ＲＯＭ５７あるいはＲＡＭ５０のプログ
ラム用メモリに記憶された文書処理プログラム等に基づ
いて図形、イメージ、文字等が混在した文書処理を実行
するＣＰＵ５３を備える。ＣＰＵ５３は、システムバス
５２に接続される各デバイスを統括的に制御する。ＲＡ
Ｍ５０は、ＣＰＵ５３の主メモリ、ワークエリア等とし
て機能する。ディスプレイ５５は、システムや装置の状
態などを表示する。ハードディスク５６は、ブートプロ
グラム、種々のアプリケーション、フォントデータ、ユ
ーザーファイル、編集ファイル等のほか、後述する手順
のプリンタ制御のためのプログラムファイルを記憶す
る。なお、ＣＰＵ５３は、例えばＲＡＭ５０上に設定さ
れた表示情報へのアウトラインフォントの展開（ラスタ
ライズ）処理を実行し、ディスプレイ５５上でのＷＹＳ
ＩＷＹＧを可能としている。また、ＣＰＵ５３はディス
プレイ５５上の不図示のマウスカーソル等で指示された
コマンドに基づいて登録された種々のウインドウを開
き、種々のデータ処理を実行する。操作部５８はキーボ
ードやマウスなどを含む。ホスト制御部５４は、印字デ
ータ（文字、図形、イメージ）を、１３９４Ｉ／Ｆ部５
１に送る。１３９４Ｉ／Ｆ部５１は、ＩＥＥＥ１３９４
Ｉ／Ｆを介してプリンタ２０２，８０２に接続されて、
プリンタ２０２，８０２との通信制御処理を実行する。

【００３９】次にプリンタ８０２の動作について説明す
る。ＣＰＵ８０は、システムバス８５に接続される各デ
バイスを、ＲＯＭ８１内の図示しないプログラムにした
がって統括的に制御する。ＩＥＥＥ１３９４Ｉ／Ｆ部８
９に入力されたそれぞれのデータは一時的にＲＡＭ８２
に格納される。ＣＰＵ８０及び制御部８３は、ＲＯＭ８
１の図示しないフォントメモリ等のデータを参照しなが
ら、文字図形データをＲＡＭ８２のワークエリアにラス
タライズする。文字図形データのラスタライズが終了し
たところでイメージデータと合成が行われ、印刷部Ｉ／
Ｆ部８４へ送られる。印刷部Ｉ／Ｆ部８４からプリンタ
エンジン８６に印字データとして出力される。操作部８
８は紙送りや、リセット、インクチェック、プリンタ動
作のスタンバイ／開始／停止等の動作を指示入力するた
めのものである。１３９４Ｉ／Ｆ部８９に入力されたデ
ータがプリンタ１０２に対するコマンドデータであった
ときは、ＣＰＵ８０に制御コマンドとして伝達され、情
報に対応したプリンタ１０２各部の制御がなされる。

【００４０】次にプリンタ２０２の動作について説明す
る。ＣＰＵ７０は、システムバス７５に接続される各デ
バイスを、ＲＯＭ７１内の図示しないプログラムにした
がって統括的に制御する。プリンタエンジン７６内には
紙カセット９０または図示しない紙トレーの残量を監視
する残量センサ９１が具備されていて、紙残量が少量
（予め規定された量）になったときに、その旨が印刷部
Ｉ／Ｆ７４を通してＣＰＵ７０に通知される。プリンタ
エンジン７６内には、トナーカセット９３内のトナーの
残量を監視する残量センサ９２が具備されていて、トナ
ー残量が少量（予め規定された量）になったときにその
旨が印刷部Ｉ／Ｆ７４を通しＣＰＵ７０に通知される。
ＩＥＥＥ１３９４Ｉ／Ｆ部７９に入力された印字データ
（ここではページ記述言語：ＰＤＬで記述されたデー
タ）は、一時的にＲＡＭ７２に格納される。ＣＰＵ７０
及び制御部７３は、ＲＯＭ７１の図示しないフォントメ
モリ等のデータを参照しながら、文字図形データをＲＡ
Ｍ７２のワークエリアにラスタライズする。文字図形デ
ータのラスタライズが終了したところでイメージデータ
と合成が行われ印刷部Ｉ／Ｆ部７４へ送られる。印刷部
Ｉ／Ｆ部７４からプリンタエンジン７６に印字データと
して出力される。操作部７７は、紙送りや、リセット、
インクチェック、プリンタ動作のスタンバイ／開始／停
止等の動作を指示入力するためのものである。

【００４１】１３９４Ｉ／Ｆ部７９に入力したデータ
が、プリンタ２０２に対するコマンドデータであったと
きは、ＣＰＵ７０に制御コマンドとして伝達され、情報
に対応したプリンタ２０２各部の制御がなされる。ＩＥ
ＥＥ１３９４Ｉ／Ｆ７９を介してホストから印字データ
が送られ印字ジョブが実行中であるときに、用紙残量セ
ンサ９１あるいはトナー残量センサ９２から、紙少量警
告あるいはトナー少量警告が通知されると、ＣＰＵ７０
は、プリントジョブ処理の合間を利用してＩＥＥＥ１３
９４Ｉ／Ｆ７９を介してネットワーク上のすべてのノー
ド（または機器）に対してプリントジョブの代行を依頼
する信号をブロードキャスト送信する。

【００４２】プリンタ８０２がスタンバイ状態にあり、
プリンタ２０２からの代行依頼信号をＩＥＥＥ１３９４
Ｉ／Ｆ８９を介してＣＰＵ８０が受信すると、プリンタ
２０２に向けて、すなわちプリンタ２０２のノードＩＤ
を指定して、Ａｓｙｎｃｈｒｏｎｏｕｓ転送で代行依頼
受領信号を送信する。プリンタ８０２からの代行依頼受
領信号を受信すると、現在処理中のページの次のデータ
からプリンタ２０２内のＣＰＵ７０は、ＩＥＥＥ１３９
４Ｉ／Ｆ７９に入力されるデータを全てプリンタ８０２
に転送する。さらにホストＰＣ２０１に対して、８０２
プリンタに次のジョブからすべて８０２プリンタに転送
することを通知する。

【００４３】＜代行印刷の手順＞図３は、代行依頼機能
を有するプリンタ２０２による印刷処理手順である。

【００４４】ステップＳ１において印字を開始する。

【００４５】ステップＳ２においてトナー残量を判定
し、規定値より少なかった場合ステップＳ７へ移行す
る。既定値より多い場合はステップＳ３へ移行する。

【００４６】ステップＳ３において用紙残量を判定し、
規定値より少なかった場合ステップＳ７へ移行する。既
定値より多い場合はステップＳ４へ移行する。

【００４７】ステップＳ４においては印字処理を行う。
すなわち、印刷データをホスト装置から受信すると、受
信した印刷データをラスタライズし、それをプリンタエ
ンジンに送って印刷を開始する。

【００４８】ステップＳ５において印字ジョブが終了し
たか監視を行う。終了した場合ステップＳ６へ移行し、
終了していない場合ステップＳ２へ移行する。

【００４９】ステップＳ６においてジョブ終了となる。

【００５０】ステップＳ７においては、トナーあるいは
用紙の残量が所定値以下となったことが検出され、エラ
ー発生が予想されるために、代行依頼信号を全ノードに
対してブロードキャスト送信する。代行依頼を受けたノ
ードは、それがプリンタであれば図４に示す手順を実行
し、プリンタでなければ無視する。

【００５１】ステップＳ８において、代行依頼信号を受
領する旨を通知する受領信号の監視を行う。この監視は
所定時間にわたって行い、最初に受領信号を応答したプ
リンタを代替プリンタとして使用しても良いし、また、
所定時間内に受領応答を返してきたプリンタから所定の
基準で選んでも良い。受領信号が検知されたらステップ
Ｓ９へ移行する。

【００５２】所定時間内に応答がない場合には、代替印
刷はできないものとして印刷を続ける。従ってもし受領
信号が検知されなかったらステップＳ４へ移行する。

【００５３】ステップＳ９においては、代行印字をペー
ジの先頭から行わせるために処理中のジョブがページ区
切りに達したことを検知する。ページ区切りに達したら
ステップＳ１１へ移行し、ページ区切りに達していなか
った場合はページ区切りまで待つ必要があるのでステッ
プＳ１０へ移行する。

【００５４】ステップＳ１０においてページ区切りまで
の印字処理を続行する。

【００５５】ステップＳ１１において印字ジョブが終了
したか監視を行う。終了だった場合ステップＳ６へ移行
し、終了していない場合ステップＳ１２へ移行する。

【００５６】ステップＳ１２において印字ジョブの代行
処理の実行する。代行印刷は、ホスト装置から受信した
印刷データを、代替依頼先のプリンタに転送することで
行う。この印刷データの転送は、ＩＥＥＥ１３９４のＡ
ｓｙｎｃｈｒｏｎｏｕｓモードで行われる。印刷データ
を受信したプリンタは、図３の手順で印刷を行えばよ
い。

【００５７】図４は、代行印刷依頼を受けたプリンタに
おける処理手順である。まず、ステップＳ４０１におい
て、レディ状態であるか判定する。

【００５８】レディ状態であれば、トナー残量をステッ
プＳ４０２で、用紙残量をステップＳ４０３で判定す
る。両方とも所定量以上有ることが確認されたなら、ス
テップＳ４０４において、代行依頼受領信号を代行依頼
の発行元に対して送信する。こうして代行依頼に対して
応答した後、図３のステップＳ１１により印刷データが
送信してきたなら、その印刷データを図３の要領で印刷
する。

【００５９】なお、本実施形態の印刷システムではプリ
ンタは図３の手順と図４の手順の両方を実行できるよう
に構成され、代行印刷の依頼も、代行印刷の引き受けも
可能となっている。

【００６０】以上の手順によって、プリンタとプリンタ
とをＩＥＥＥ１３９４シリアルバスで接続することで、
印刷代行依頼をブロードキャスト送信で発行することが
できる。また、印刷代行依頼は、エラー発生が予想され
る時点で発行される。このために、本実施形態の印刷シ
ステムでは、印刷が中断することなく、代替プリンタに
よる代行印刷がスムースに行われ、代行印刷への切り替
え時の遅滞を防止することができる。

【００６１】また、印刷の代行はジョブ単位で行われる
ために、ある印刷ジョブを代行印刷中にエラー発生が予
想される原因が解消されれば、次のジョブからは、本来
ホストが印刷を行わせようとしたプリンタによって印刷
を再開できる。

【００６２】また、図３においては、トナー残量や用紙
残量が所定量以下になった場合にただちに代行印刷の依
頼がプリンタから他のプリンタに発行されるが、残量警
告をパーソナルコンピュータ等に送信してオペレータに
通知し、所定時間待機してから代行依頼を発行する。こ
のようにすることで、まずトナーや用紙の補充を行う機
会をオペレータに与えることができる。したがってその
場合の待機時間は、オペレータがいっさいエラーを回避
するための処置を行わない場合に備えて、トナーあるい
は用紙の残量が所定量以下であることを検出してから実
際のトナーあるいは用紙切れというエラーが発生するま
での時間よりも短くなくてはならない。

【００６３】また、本実施例ではＰＤＬを用いること
で、ページの切れ目を認識して代行印刷の切換えを行っ
ているが、ページの切れ目をプリンタが認識できるなら
ば、ＰＤＬプリンタでなくともかまわない。

【００６４】

【他の実施形態】なお、本発明は、複数の機器（例えば
ホストコンピュータ、インタフェイス機器、リーダ、プ
リンタなど）から構成されるシステムに適用しても、一
つの機器からなる装置（例えば、複写機、ファクシミリ
装置など）に適用してもよい。

【００６５】また、本発明の目的は、前述した実施形態
の機能を実現する、図３及び図４の手順のプログラムコ
ードを記録した記憶媒体（または記録媒体）を、システ
ムあるいは装置に供給し、そのシステムあるいは装置の
コンピュータ（またはCPUやMPU）が記憶媒体に格納され
たプログラムコードを読み出し実行することによっても
達成される。この場合、記憶媒体から読み出されたプロ
グラムコード自体が前述した実施形態の機能を実現する
ことになり、そのプログラムコードを記憶した記憶媒体
は本発明を構成することになる。また、コンピュータが
読み出したプログラムコードを実行することにより、前
述した実施形態の機能が実現されるだけでなく、そのプ
ログラムコードの指示に基づき、コンピュータ上で稼働
しているオペレーティングシステム(OS)などが実際の処
理の一部または全部を行い、その処理によって前述した
実施形態の機能が実現される場合も含まれる。

【００６６】さらに、記憶媒体から読み出されたプログ
ラムコードが、コンピュータに挿入された機能拡張カー
ドやコンピュータに接続された機能拡張ユニットに備わ
るメモリに書込まれた後、そのプログラムコードの指示
に基づき、その機能拡張カードや機能拡張ユニットに備
わるCPUなどが実際の処理の一部または全部を行い、そ
の処理によって前述した実施形態の機能が実現される場
合も含まれる。

【００６７】

【発明の効果】以上説明したように、本発明によれば、
ＩＥＥＥ１３９４Ｉ／Ｆを介して接続されたホストと印
刷装置のシステムにおいて、印刷装置のエラー発生予告
をきっかけとして、実行中のジョブを中断させることな
くネットワーク上の他の印刷装置に振り替えることがで
きる。また、印刷装置にＰＤＬを使用することで、ペー
ジの切れ目で代替印刷装置への切換えをおこなうことが
できる。

【図面の簡単な説明】

【図１】本発明の実施例のネットワークのー例を示した
図である。

【図２】ＩＥＥＥ１３９４で構成されたネットワーク上
のプリンタ装置、ＰＣのブロック図である。

【図３】本実施例のプリンタによる動作の流れを示すフ
ローチャートである。

【図４】本実施例のプリンタによる動作の流れを示すフ
ローチャートである。

【図５】Ａｓｙｎｃｈｒｏｎｏｕｓ転送の時間的な状態
遷移を表す基本的な構成図である。

【図６】Ａｓｙｎｃｈｒｏｎｏｕｓ転送のパケットのフ
ォーマットの一例の図である。

【図７】Ｉｓｏｃｈｒｏｎｏｕｓ転送の時間的な状態遷
移を表す基本的な構成図である。

【図８】Ｉｓｏｃｈｒｏｎｏｕｓ転送のパケットのフォ
ーマットの一例の図である。

【図９】ＩＥＥＥ１３９４Ｉ／Ｆで実際のバス上を転送
されるパケットの様子を示したバスサイクルの一例の図
である。

【図１０】ＩＥＥＥ１３９４で構成されたネットワーク
上のプリンタ装置、ＰＣのブロック図である。

【符号の簡単な説明】

５０ ＲＡＭ ５１ １３９４Ｉ／Ｆ ５２ システムバス ５３ ＣＰＵ ５４ 制御部 ５５ ディスプレイ ５６ ハードディスク ５７ ＲＯＭ ５８ 操作部 ７０ ＣＰＵ ７１ ＲＯＭ ７２ ＲＡＭ ７３ 制御部 ７４ 印刷部Ｉ／Ｆ ７５ システムバス ７６ プリンタエンジン ７７ 操作部 ８０ ＣＰＵ ８１ ＲＯＭ ８２ ＲＡＭ ８３ 制御部 ８４ 印刷部Ｉ／Ｆ ８５ システムバス ８６ プリンタエンジン ８７ 操作部 ８８ ＩＥＥＥ１３９４Ｉ／Ｆ ８９ ＩＥＥＥ１３９４Ｉ／Ｆ １０１ ＰＣ １０２ プリンタ ２０１ ＰＣ ２０２ プリンタ ８０２ プリンタ

Claims (18)

【特許請求の範囲】
1. 【請求項１】 通信ネットワークに接続された印刷装置
   であって、 印刷中にエラーの発生の可能性を検知する検知手段と、 前記検知手段によりエラーの可能性が検知された場合、
   前記通信ネットワークを介して、代行印刷依頼を発行す
   る発行手段と、 前記発行印刷依頼に対して応答した印刷装置に対して、
   印刷中の印刷データを転送する転送手段とを備えること
   を特徴とする印刷装置。
2. 【請求項２】 前記検知手段は、用紙あるいは記録材の
   残量が所定量以下になったことを検知することを特徴と
   する請求項１に記載の印刷装置。
3. 【請求項３】 前記転送手段は、前記代行印刷依頼に対
   する応答受領後、ページの区切りまで印刷した時点で、
   代行印刷依頼を発行することを特徴とする請求項１また
   は２に記載の印刷装置。
4. 【請求項４】 前記通信ネットワークは、ブロードキャ
   スト送信機能を有する通信方式で構成されており、前記
   転送手段は、前記代行印刷依頼を、ブロードキャスト送
   信することを特徴とする請求項１乃至３のいずれかに記
   載の印刷装置。
5. 【請求項５】 前記通信ネットワークから代行印刷依頼
   を受信し、印刷可能状態であれば、代行印刷依頼の発行
   元に対して応答する応答手段を更に備えることを特徴と
   する請求項１乃至４のいずれかに記載の印刷装置。
6. 【請求項６】 前記通信ネットワークは、ＩＥＥＥ１３
   ９４シリアルバスで構成されることを特徴とする請求項
   ４に記載の印刷装置。
7. 【請求項７】 通信ネットワークに接続された印刷装置
   の制御方法であって、 印刷中にエラーの発生の可能性を検知する検知工程と、 前記検知工程によりエラーの可能性が検知された場合、
   前記通信ネットワークを介して、代行印刷依頼を発行す
   る発行工程と、 前記発行印刷依頼に対して応答した印刷装置に対して、
   印刷中の印刷データを転送する転送工程とを備えること
   を特徴とする印刷装置の制御方法。
8. 【請求項８】 前記検知工程は、用紙あるいは記録材の
   残量が所定量以下になったことを検知することを特徴と
   する請求項７に記載の印刷装置制御方法。
9. 【請求項９】 前記転送工程は、前記代行印刷依頼に対
   する応答受領後、ページの区切りまで印刷した時点で、
   代行印刷依頼を発行することを特徴とする請求項７また
   は８に記載の印刷装置制御方法。
10. 【請求項１０】 前記通信ネットワークは、ブロードキ
    ャスト送信機能を有する通信方式で構成されており、前
    記転送工程は、前記代行印刷依頼を、ブロードキャスト
    送信することを特徴とする請求項７乃至９のいずれかに
    記載の印刷装置制御方法。
11. 【請求項１１】 前記通信ネットワークから代行印刷依
    頼を受信し、印刷可能状態であれば、代行印刷依頼の発
    行元に対して応答する応答工程を更に備えることを特徴
    とする請求項７乃至１０のいずれかに記載の印刷装置制
    御方法。
12. 【請求項１２】 前記通信ネットワークは、ＩＥＥＥ１
    ３９４シリアルバスで構成されることを特徴とする請求
    項１０に記載の印刷装置制御方法。
13. 【請求項１３】 通信ネットワークに接続されたコンピ
    ュータにより、 印刷中にエラーの発生の可能性を検知する検知手段と、 前記検知手段によりエラーの可能性が検知された場合、
    前記通信ネットワークを介して、代行印刷依頼を発行す
    る発行手段と、 前記発行印刷依頼に対して応答した印刷装置に対して、
    印刷中の印刷データを転送する転送手段とを実現するた
    めのコンピュータプログラムを格納するコンピュータ可
    読の記憶媒体。
14. 【請求項１４】 第１及び第２の印刷装置を通信ネット
    ワークで接続した印刷システムであって、 前記第１の印刷装置は、 印刷中にエラーの発生の可能性を検知する検知手段と、 前記検知手段によりエラーの可能性が検知された場合、
    前記通信ネットワークを介して、代行印刷依頼を発行す
    る発行手段と、 前記発行印刷依頼に対して応答した印刷装置に対して、
    印刷中の印刷データを転送する転送手段とを備え、 前記第２の印刷装置は、 前記第１の印刷装置から代行印刷依頼を受信し、印刷可
    能状態であれば、代行印刷依頼の発行元に対して応答す
    る応答手段を備え、 前記第２の印刷装置は前記第１の印刷装置から転送され
    る印刷ジョブを実行することを特徴とする印刷システ
    ム。
15. 【請求項１５】 前記検知手段は、用紙あるいは記録材
    の残量が所定量以下になったことを検知することを特徴
    とする請求項１４に記載の印刷システム。
16. 【請求項１６】 前記転送手段は、前記代行印刷依頼に
    対する応答受領後、ページの区切りまで印刷した時点
    で、代行印刷依頼を発行することを特徴とする請求項１
    ４または１５に記載の印刷システム。
17. 【請求項１７】 前記通信ネットワークは、ブロードキ
    ャスト送信機能を有する通信方式で構成されており、前
    記転送手段は、前記代行印刷依頼を、ブロードキャスト
    送信することを特徴とする請求項１４乃至１６のいずれ
    かに記載の印刷システム。
18. 【請求項１８】前記通信ネットワークは、ＩＥＥＥ１３
    ９４シリアルバスで構成されることを特徴とする請求項
    １７に記載の印刷システム。