プリンタシステム

トップ :: B 処理操作運輸 :: B41 印刷;線画機;タイプライタ－;スタンプ

【発明の名称】	プリンタシステム
【発明者】	【氏名】島田直樹【住所又は居所】東京都大田区下丸子３丁目３０番２号キヤノン株式会社内
【要約】	【課題】活線挿抜が可能なインターフェースの特徴を活用し、印刷中に障害が発生して印刷の継続が不可能となった場合、ホストＰＣを動作させた状態で、新しいプリンタを接続するか、もしくは既に接続されている別のプリンタを利用して、印刷を継続する。【解決手段】ホストＰＣと、活線挿抜が可能なインターフェースを備えたプリンタ。このプリンタにおいて、インターフェースの動作モードを支える手段。プリンタドライバによって、使用可能なプリンタを検出する手段。新しく検出されたプリンタドライバに、印刷データを送る手段。

【特許請求の範囲】
【請求項１】活線挿抜（ＰｌｕｇａｎｄＰｌａｙ）が可能なインターフェースを備えたプリンタ１において、第１のプリンタが印刷動作の継続が不可能となった場合、第２のプリンタを第１のプリンタの代わりに使用することを特徴とするプリンタシステム。
【請求項２】前記請求項１のプリンタは、第１の動作モードと第２の動作モードを持ち、プリンタの第１の状態を検出する検出手段１と、同じくプリンタの第２の状態を検出する検出手段２と、プリンタのインターフェース動作モードを第１の動作モードから第２の動作モードへ変化させる変更手段１と、インターフェースの動作モードを第２の動作モードから第１の動作モードへ変更する変更手段２を備え、検出手段２が第２の状態を検出した場合には、変更手段１が前述のインターフェース動作モードを第１の動作モードから第２の動作モードへ変更し、検出手段１が第１の状態を検出した場合には、変更手段２が前述のインターフェースの動作モードを第２の動作モードから第１の動作モードへ変更させることを特徴とする、プリンタシステム。
【請求項３】前記請求項２のプリンタシステムにおいて、第２の状態はプリンタ１が正常に印刷を行えない状態であることを特徴とするプリンタシステム。
【請求項４】前記請求項２のプリンタシステムにおいて、第２の状態はプリンタ１が接続しているホストからデータを受信することができない状態であることを特徴とするプリンタシステム。
【請求項５】前記請求項１のプリンタシステムにおいて、前記プリンタは動作状態をプリンタドライバへ通知する手段を有し、プリンタドライバは通知された動作状態を判断する手段を有し、前記判断手段が、前記プリンタが印刷を継続できないと判断した場合には、前記プリンタドライバが、印刷の継続が行える前記プリンタと同じホストに接続された別のプリンタを用いて印刷を継続させることを特徴とするプリンタシステム。

【発明の詳細な説明】【０００１】
【発明の属する技術分野】本発明は、プリンタ等印字装置に関するものであり、特に一台以上のプリンタをホストコンピュータへ接続した場合の、プリンタ制御技術と印刷データ伝送技術の分野に関する。特に本発明では、接続されたプリンタが活線挿抜（ＰｌｕｇａｎｄＰｌａｙ）が可能なインターフェースを備えているプリンタに関するものである。
【０００２】
【従来の技術】従来、プリンタが紙詰まり等の障害により印刷の継続が不可能となった場合、ユーザは印刷を中断して継続が不可能となった原因の解決を行わなければならなかった。
【０００３】ただし複数の高価なレーザービームプリンタがネットワーク接続されている場合には、ネットワークを制御するサーバーの機能として、前述のサーバーが代替となりえる別のプリンタに対して、印刷データを送ることで連続した印刷を行うことが可能である。
【０００４】しかし安価なインクジェット方式のプリンタ等を考えた場合、その使用形態はネットワークに接続されている場合が希であり、むしろホストに対して直接接続されている使用形態がほとんどである。したがって、今現在もプリンタに障害が発生した場合には、その障害が解決される迄は印刷を再開することが不可能である。
【０００５】
【発明が解決しようとする課題】本発明は上記に記した、障害発生時に印刷が行えない点に注目して、それの解決を行う物である。
【０００６】具体的には１台のホスト（＝ＰＣ）に一台以上のプリンタを接続することを可能ならしめ、これにより、障害が発生したプリンタに送るデータを、別のプリンタに送ることで、前記障害が発生している間にも、印刷を継続させる。
【０００７】本発明に用いるプリンタはＵＳＢ（ＵｎｉｖｅｒｓａｌＳｅｒｉａｌＢｕｓ）をインターフェースとして採用したプリンタである。ＵＳＢは従来のセントロニクスインターフェースと比べて約１０倍の転送速度を有する高速なシリアルバスである。またＵＳＢの特徴としては、ＵＳＢ機器をカスケード接続することが可能である。さらにＵＳＢ機器は活線挿抜が可能なインターフェースであり、かつその接続や切断をホストＰＣ側で検出することが可能である。
【０００８】現在、ＵＳＢはホストＰＣに標準で搭載されており、特別なハードウエアを追加する必要は全く無い。
【０００９】
【課題を解決するための手段】本発明はかかる問題を解決するために、ＰＣに接続したプリンタに障害が発生して、印刷の継続が不可能となった場合には、印刷データを別のプリンタに送る手段を提供するものである。
【００１０】（作用）これらの手段により、何らかの障害が発生した場合においても、印刷を継続することができ、従って最終的な印刷結果を得るまでの時間を短縮させることが可能である。
【００１１】
【発明の実施の形態】（実施例１）以下に図面を参照しながら本発明の実施例について説明を行う。
【００１２】図１は本発明を実施したインクジェットによる印刷機構を有するプリンタの正面外観図である。１は電源スイッチ、２は紙無しエラー等の発生した障害から復帰するためのリセットスイッチである。３は電源投入時に緑色に点灯し、エラーが発生した時にはオレンジ色に点灯するＬＥＤである。印刷データ受信時および印刷時には点滅して、動作の違いをしらしめる。
【００１３】図２はその背面図である。４はＵＳＢ（ＵｎｉｖｅｒｓａｌＳｅｒｉａｌＢｕｓ）のＡタイプコネクタの接続部であり５はＢタイプコネクタの接続部である。６はセントロニクスタイプのコネクタである。尚、ＵＳＢの規格に関しては、本発明の趣旨とは直接関係が無いので詳細な説明は省く。ＵＳＢの規格にはＵｎｉｖｅｒｓａｌＳｅｒｉａｌＢｕｓＳｐｅｃｉｆｉｃａｔｉｏｎＶｅｒｓｉｏｎ１．０（Ｊａｎｕａｒｙ１９，１９９６）に詳しく書かれている。またセントロニクスタイプのインターフェース部はＩＥＥＥ１２８４に準拠している。同様にＩＥＥＥ１２８４規格自体は、本発明とは直接的な関係が無いので、詳細な説明は省略する。
【００１４】図３はＵＳＢケーブルの外観図である。７はＡタイプのコネクタであり８はＢタイプのコネクタである。
【００１５】図３のＵＳＢケーブルを用いて図１のプリンタを図４のパーソナルコンピュータへ接続する。図４はパーソナルコンピュータの背面図である。図４の９はＵＳＢのＡタイプのコネクタが上下二段に実装されている例である。図３の７を図４の９の片方へ接続し、図３の８を図２の５へ接続する。同様に図２の４へ別なＵＳＢケーブルのＡタイプコネクタを接続し、同じケーブルのＢタイプコネクタを、同じ形式の別のプリンタへ接続することも可能である。その様子を図５に示す。図５ではパーソナルコンピュータとプリンタとのＵＳＢ接続の様子を３例示している。図５の１０はＵＳＢケーブルである。１００は図１のプリンタ、２００は図４のＰＣを正面から見た図である。図５に示した３つの接続例のうち、接続例１は２００のパーソナルコンピュータに１００のプリンタを１台接続した例である。接続例２はパーソナルコンピュータの背面にあるＵＳＢコネクタ（図４を参照）を使用して、１００のプリンタを２台接続した例である。接続例３は４台のプリンタ１００を１台のパーソナルコンピュータに、カスケード接続した例である。カスケード接続できるプリンタの台数は４台までである。カスケード接続はプリンタに実装されているＵＳＢインターフェースがＵＳＢハブの機能を持っているからである。ＵＳＢハブは、ＵＳＢの信号を分岐させる機能を有している。図１５は５５のＵＳＢＭＰＵを詳しく示した図である。５５のＵＳＢＭＰＵは５５１のＵＳＢハブと５５２のＵＳＢインターフェースから構成されている。５２（５）の入力は５５１のＵＳＢハブで５１（４）の出力と５５３の出力に分岐される。５１（４）はカスケード接続を行うための外部出力で、５５３は５５のＵＳＢＭＰＵへの出力である。５５２ＵＳＢインターフェースはＵＳＢを経由して送られてきた信号を変換して、４４のインターフェースコントローラへ送る。
【００１６】この図１のプリンタは印刷用カートリッジを交換することが可能である。そのために、印刷する内容や目的に合わせた最適なカートリッジをプリンタに装着して印刷を行うことが可能である。図６は図１のプリンタに装着可能であるところの印刷カートリッジ各種である。
【００１７】図６の１１は黒インク単色の印刷用カートリッジである。テキストだけのドキュメント等を印刷する場合に最適なカートリッジである。図６の１２は写真画像印刷用のインクカートリッジである。デジタルカメラなどで撮影した画像の印刷には最適なカラーインクカートリッジである。図６の１３は通常のカラー印刷用のカートリッジである。一般的なカラー印刷に用いると、最適な結果を得ることができる物である。本発明を実施した図１のプリンタは、これらのカートリッジを装着することが可能である。その方法は図７に示されている。
【００１８】図７の１４はカートリッジ交換スイッチである。このスイッチを押すことにより、カートリッジ３００がキャリッジ４００の中央へ移動する。これはカートリッジの交換を容易に行うためである。図７の１５はカートリッジを取り外す場合を示している図である。図７の１６はカートリッジを装着している図であり、図７の１７はカートリッジを装着する状態を拡大して図示したものである。
【００１９】図８は本発明を実施した図１のプリンタのブロック図である。図８の１８は図１の１に相当する電源スイッチである。図８の１９は図７の１４に相当するカートリッジ交換スイッチである。図８の２０は図１の２に相当するリセットスイッチである。図８の２１は電源投入時に緑色に点灯するＬＥＤであり、図１の３に相当する。図８の２２はエラー発生時にオレンジ色に点灯するＬＥＤで、同じく図１の３に相当する。このＬＥＤは単体で緑色とオレンジ色の２色に点灯することが可能である。図８の２３は図８の１８電源スイッチの操作を図８の３０であるＭＰＵへ伝達する信号線である。この信号は図８の２６の割込み信号として図８の３０であるＭＰＵへ伝達されるため、３０のＭＰＵにおいて、優先的に処理される。図８の２５は図８の２７であるプリンタ制御ゲートアレー、３０のＭＰＵ、２９のＲＯＭを接続するアドレスバスとデータバスである。２９のＲＯＭはＭＰＵの動作、処理を記述したプログラムが記録されている。図８の２７はプリンタ制御ゲートアレーであり、スイッチ、ＬＥＤ、インターフェース、メモリなどの制御機能を有する。図８の２８は図８の３０であるＭＰＵが処理を行う場合にデータ等を一時的に記憶する記憶領域を提供するＲＡＭである。ここのＲＡＭの一部は受信した印刷データを一時的に蓄えておくバッファとしても使用される。図８の３１は図８の３２及び３３であるステップモータの制御を行う信号を伝達する信号線である。３２はインクカートリッジの支持体である図７の１０３であるキャリッジを、図１正面方向から見て左右に移動させるキャリッジモータである。３３は印刷用紙をフィードするフィードモータである。印刷用紙は図１の１００である印刷用紙トレーに収容され、プリンタ内部を通過して１０１の印刷用紙受けに排出される。この印刷用紙の移動を行うのが３３のフィードモータである。図８の３５は図６に示されているインクカートリッジである。このインクカートリッジは、インク自体とそれを吐出するヘッドが一体となった構造である。またインクカートリッジ自体の種別を示すＩＤも記録している。図８の３４は、３５のインクカートリッジにあるヘッドの制御及びＩＤの読み出しを行う制御線である。
【００２０】図８の３６は一般の家庭に提供されている商用電源である。図８の３７はこの商用電源を図８の３８である直流５ボルトと３９の直流２４ボルトへ変換するＡＣアダプターである。３８は３０のＭＰＵ等の電子部品が動作するために使用され、２４ボルトは３２などのモータ及び３５のインクカートリッジにあるヘッドを駆動するために使用される。
【００２１】図８の４０は４４のインターフェースコントローラと２５のプリンタ制御ゲートアレーとを接続するインターフェースコントロール信号である。これはインターフェースの動作モードを２７プリンタ制御ゲートアレーが検出するために用いられる。４１はインターフェースゲートアレーである４４がＰＣから受信したデータを２７へ送るデータバスである。この４４インターフェースコントローラは、４６のセントロニクスコネクタからのデータと５５のＵＳＢＭＰＵからのデータの切り替えを行う物である。この切り替えは４２のアナログスイッチで行う。４４インターフェースコントローラは常に５５ＵＳＢＭＰＵからのデータを優先する様に設計されている。即ちセントロニクスインターフェースである４６と５１のＵＳＢＢタイプコネクタの両方に印刷データが送られてきた場合には、常にＵＳＢ側を優先し、セントロニクス側からのデータは受信しない。この切り替えは、４３のセントロニクスインターフェースからの信号線と４７の信号線のステータスを用いて行われる。４５はセントロニクスインターフェースからのデータ信号である。４８は５５のＵＳＢインターフェースを制御するＵＳＢＭＰＵのプログラムが記憶されているフラッシュメモリである。既に述べたようにＵＳＢにはＡタイプとＢタイプのコネクタがあり、ＰＣもしくは上流の機器には５２Ｂタイプコネクタが接続される。また下流の機器には５１Ａタイプのコネクタから接続される。５３と５４はそれぞれ５１のＡタイプコネクタと５２のＢタイプコネクタへの信号線である。
【００２２】次に本発明を実施したプリンタドライバを実行するオペレーティングシステム（以下ＯＳと表記する）マイクロソフト社のＷｉｎｄｏｗｓ（登録商標）９５の印刷メカニズムに付いて簡単に説明を行う。図９の５６はアプリケーションであり、ユーザはこの５６アプリケーションでドキュメントの編集等の作業を行う。ユーザは５６のアプリケーションに対して、作成したドキュメントの印刷指示を行う。印刷の指示は印刷を行うプリンタをアプリケーションから指定して行う。指示をする画面の様子を図１０に示す。使用するプリンタ名称が図１０の７７に示されている。
【００２３】プリンタを指定することで、ＯＳの描画プロセスであるＧＤＩ（図９の５７）に対して、プリンタの特性に関する情報を渡す。具体的にはカラー印刷が可能であるか、印刷に用いる用紙のサイズなどである。５７のＧＤＩはこれらの情報を元にして、ドキュメントの描画を行う。５７のＧＤＩが描画を行なった結果は、ＯＳ固有のフォーマットであり、このフォーマットは印刷用のみならずＣＲＴモニタ等への表示のためにも用いることが可能である。
【００２４】この５７ＧＤＩの出力結果を５９のプリンタドライバへ入力する。このプリンタドライバは、使用するプリンタの機種それぞれに固有であり、通常プリンタメーカが提供するものである。この５９プリンタドライバは５７ＧＤＩからの出力を、プリンタが使用するインクの特性に最適となるように変換を加え、さらにそれらをプリンタへ送り出す印刷データを作成する。
【００２５】５９プリンタドライバが作成した印刷データは６２のＧＤＩ３２へ渡される。６２のＧＤＩ３２はスプーラプロセスと５９のプリンタドライバのインターフェース的なモジュールである。これは５９のプリンタドライバが１６ｂｉｔアプリケーションであり、６３のスプーラプロセスが３２ｂｉｔアプリケーションであるためである。通常１６ｂｉｔアプリケーションは３２ｂｉｔアプリケーションと直接呼び出すことができない。そのため１６ｂｉｔアプリケーション用から呼び出される部分と、３２ｂｉｔアプリケーションから呼び出される部分の両方を持つ６２のＧＤＩ３２が必要となる。
【００２６】６２のＧＤＩ３２を経由して６３のスプーラプロセスを送られた印刷データは６５のスプーラへ一旦記録される。印刷データのスプールが終了した後、６３のスプールプロセスは６５のスプーラから印刷データを読み出して、それを６９のＬａｎｇｕａｇｅモニタへ送る。この６９Ｌａｎｇｕａｇｅモニタは、プリンタのステータス、例えば印刷用紙が無くなった場合等の原因で印刷データが受信できない状態等、を検出して必要に応じてユーザに対して通知したり、印刷データのプリンタへの送出を開始・停止を制御するゲートの役割も持つ。そのために、印刷データの内容を解析する機能も有している。この機能には、印刷データに含まれる制御コマンドを検出し、ページの境界を検出する機能も含まれる。図１１から図１２は２ページのドキュメントを５６のアプリケーションで作成し、それの印刷を行った場合における、５９が生成した印刷データである。図１１の８０、０ＣＨは紙送りコマンドである。７６のプリンタはこのコマンドを受信すると、印刷を行っていた用紙を排出し、８０に継続するデータがある場合には、新しい印刷用紙をフィードする。
【００２７】本発明を実施したプリンタはＵＳＢをインターフェースとしているため、６９のＬａｎｇｕａｇｅモニタはＰＣのＵＳＢポートへ印刷データを送り出す。ポート自体はハードウエアであるため、ポートを直接制御するモジュールは、プリンタドライバが実行されるＲｉｎｇ３では無くて、特権モードといわれるＲｉｎｇ０で実行される。Ｒｉｎｇ３側のアプリやモジュールはＲｉｎｇ０側のモジュールに直接アクセスすることはできないので、ハードウエアであるところの７５ＵＳＢポートをＲｉｎｇ３にあるモジュールに対して仮想化しているのが７０のＵＳＢポートモニタである。Ｒｉｎｇ３側のモジュールは、この７０のＵＳＢポートモニタへアクセスすることで、直接ハードウエアをアクセスしているのと同等の結果を得ることができる。７０のＵＳＢポートモニタは７１のＯＳが提供するＷＩＮ３２ＳＰＩへアクセスする。このモジュールはＲｉｎｇ３とＲｉｎｇ０の橋渡しをするモジュールである。
【００２８】ＵＳＢのハードウエアである７５のデバイスドライバはＯＳベンダから提供される。７４のＵＳＢ共通ドライバは、ＵＳＢのハードウエアを直接制御するモジュールである。７４ＵＳＢ共通ドライバの提供する機能を統合して、プリンタ向けの機能を提供しているのが、７２のＵＳＢプリンタドライバである。７２のＵＳＢプリンタドライバは、７１のＷＩＮ３１ＡＰＩ経由で送られてきた印刷データを７４のＵＳＢ共通ドライバへ送り出すこととで、最終的には７６のプリンタへ印刷データが送られて印刷が行われる。
【００２９】図１３はＷｉｎｄｏｗｓ（登録商標）９５におけるプリンタ用ポートの情報がレジストリに記録されている情報の例を示している。プリンタ用ＵＳＢのポートはＵＳＢＰＲＮ０１からＵＳＢＰＲＮ１０までの１０ポート用意されている。これらＵＳＢＰＲＮ０１等のポート名称は、図５のようにカスケード接続されたプリンタを区別するために、便宜的に付けた名称であり、実際のＵＳＢインターフェースは一つだけである。ＯＳにおけるプリンタの管理方法は、ポート毎にプリンタが一台接続されると言う方法であるため、印刷データの送り先としてＯＳレベルでプリンタを識別する方法は、ポート名称を用いて行う。
【００３０】これらのポートの割り当て方法について説明を行う。パーソナルコンピュータに図１のプリンタが１台だけ接続されている場合には、このプリンタにはＵＳＢＰＲＮ０１のポートが割り当てられる。さらにもう１台接続された場合にはＵＳＢＰＲＮ０２が割り当てられる。同様に接続するプリンタの台数が増えるにつれて、ポート番号は順次増加する。このように割り当てられるポート番号は、特定の時点でもっとも古く接続されたプリンタがもっとも小さいポート番号を占有する。
【００３１】またＵＳＢＰＲＮ０１のポートを割り当てられたプリンタのパーソナルコンピュータとの接続をやめた場合、ＵＳＢＰＲＮ０１は消滅する。しかし次にプリンタが接続された場合には、ＵＳＢＰＲＮ０１が復活して使用可能となる。
【００３２】なお、既に説明したように、同時に使用できるプリンタは最大４台までである。
【００３３】図１４はＵＳＢＰＲＮ０７に接続しているプリンタに関する情報である。この情報も図１３と同じくＷｉｎｄｏｗｓ（登録商標）９５のレジストリに記録されている。１４１は接続しているポート名称である。また１４２は使用しているプリンタドライバの名称である。１４３は登録されているプリンタの名称を示している。
【００３４】次にプリンタ１台を接続して印刷を行っている状態で、そのプリンタに障害が発生した場合における本発明の処理例について説明を行う。これは図５の接続例１の場合である。
【００３５】始めにプリンタ側の処理について、図１６のフローチャートを用いて説明する。
【００３６】次に６９のＬａｎｇｕａｇｅＭｏｎｉｔｏｒと７０のＵＳＢＰｏｒｔＭｏｎｉｔｏｒにおける処理を図１７のフローチャートを用いて説明を行う。なお、本発明とは直接的な関係が無い部分については、簡略して説明を行う。
【００３７】図１の１電源スイッチを押下されてプリンタの電源がＯｎになると、まずＳ１でプリンタ全体の初期化処理を行う。次にＳ２で図１のプリンタのステータスチェックを行う。Ｓ３でプリンタをＯＦＦにする要求があるかのチェックを行う。この要求は図１の１である電源スイッチを再度押下した場合に発生する。プリンタＯＦＦ要求がある場合には、Ｓ７において終了処理を行う。Ｓ７の終了処理には、プリンタの３７であるＡＣアダプタからの２４Ｖ出力３９をオフする処理も含まれている。Ｓ４では何らかの印刷継続の障害となるようなこと態が発生しているかどうかの検出を行う。発生していない場合にはＳ５で印刷データを受信し、Ｓ６で印刷処理を行う。障害が発生している場合には、Ｓ８において５５２のＵＳＢインターフェースが使用可能な状態であるかを調べる。既に使用不可となっている場合にはＳ２へ戻る。使用可能な状態の場合には、Ｓ９において、５５２のＵＳＢインターフェースを使用不可とする。この状態は再度初期化処理がＳ１で行われるまで解除されない。
【００３８】Ｓ８においてＵＳＢインターフェースが使用不可の設定となった場合は、図１５において５５１のＵＳＢハブだけが動作している状態である。従ってＵＳＢプリンタとしての機能はホストであるＰＣからは認識されなくなる。しかし５５１のＵＳＢハブは動作しているので、仮にこのプリンタに、さらに別のプリンタが接続されている場合には、その接続と機能は維持される。
【００３９】続いてパーソナルコンピュータ側の７０ＵＳＢポートモニタで行われる処理について、図１６のフローチャートを用いて説明を行う。
【００４０】印刷データをポートへ書き込む前に、Ｓ１０で書き込むポートをＯｐｅｎする。この場合ポートはＵＳＢＰＲＮ０１である。次にＳ１１にて７０のＵＳＢポートモニタの上位モジュールである６９ＬａｎｇｕａｇｅＭｏｎｉｔｏｒより印刷データを受信する。Ｓ１２において印刷データが終了したかをチェックし、終了している場合にはＳ１５でＯｐｅｎしたポートをＣｌｏｓｅする。
【００４１】印刷データが終了していない場合には、Ｓ１３でポートにデータを書き込む。続いてＳ１４において、書き込みが成功したかどうかをチェックし、成功した場合にはＳ１１へ戻り次の印刷データを受信する。
【００４２】プリンタに障害が発生した場合には、プリンタ側にてＵＳＢインターフェースが使用不可能とするため、今まで書き込んでいたポートが消滅してしまうことになる。そのためＳ１４では書き込みが失敗したと判定される。そこでＳ１７にて、印刷データの書き込みが行えるＰｏｒｔの検出を行う。既に説明した通り、ＵＳＢは活線挿抜が可能なインターフェースであるので、この時点で別なプリンタを接続することが可能である。また、従来から接続されているプリンタの障害が解消して、再度印刷が可能となる場合もある。いずれの場合も動作が可能となるプリンタが現れた場合は、最初のポートであるＵＳＢＰＲＮ０１のポートが復活することになる。このようなポートの状態の変化が発生すると、Ｓ１７で検出される。
【００４３】Ｓ１７でポートが存在すると判断されると、Ｓ１９でその先に接続されているプリンタの検出を行う。このとき先程まで印刷に使用されていたプリンタと同一のプリンタである場合、すなわち障害が解決して再び動作が可能となった場合は、Ｓ２１にてプリンタ内部のバッファ２８にデータが残っているかどうかをチェックする。残っている場合にはデータの連続性が確保されているので、Ｓ１３で引き続き印刷データをポートに書き込む。
【００４４】同じプリンタでは無い場合にはＳ２２で同じ印刷機能を提供できるプリンタかどうかをチェックする。既に説明したとおり、本発明を実施したプリンタは、３種類のインクカートリッジを交換することが可能である。５９のプリンタドライバは、このカートリッジの種類に最適となるように印刷データを作成する。従って仮に新しく接続されたプリンタが同じ種類であったとしても、装着されているインクカートリッジの種類が違う場合には、既に作成された印刷データを用いても、期待された印刷結果を得られない。たとえば最初に用いていたプリンタに装着されていたインクカートリッジが１３のカラー印刷用であった場合、５９のプリンタドライバが作成した印刷データもこの１３に最適なカラー印刷用データである。しかし新しく接続されたプリンタが１１の黒インク単色のカートリッジが装着されている場合には、期待したカラー印刷が行えない。そのためにＳ２２で同じ印刷機能を提供することが可能なプリンタかどうかをチェックする。提供できないと判定された場合には、Ｓ２３でポート番号を増やして、すなわちＵＳＢＰＲＮ０２としてポートの検出をＳ１７で行うようにする。ここではまた新しいプリンタが接続されていないので、Ｓ１８でポート無しと判断される。Ｓ１７におけるポートの検出について、たとえ検出するポートの番号がＵＳＢＰＲＮ０２であったとしても、再び接続されているプリンタの数が減った場合、すなわちポートの数が減った場合には、再びＵＳＢＰＲＮ０１からチェックを始める。
【００４５】Ｓ２２で同じ機能を提供できるプリンタが接続されたと判断された場合には、Ｓ２４にて書き込み途中の印刷データは廃棄する作業を６９のＬａｎｇｕａｇｅＭｏｎｉｔｏｒに依頼する。６９のＬａｎｇｕａｇｅＭｏｎｉｔｏｒは印刷データの内容を認識できるので、次ページの印刷データの開始まで印刷データを読み飛ばす。具体的に印刷用紙送りを示す０ＣＨまでを読み飛ばす。最初に接続していたプリンタ内部のバッファ２８に、ある程度の印刷データが蓄えられてしまっているため、新しく接続されたプリンタには印刷データの途中から送り出すことになってしまう。その場合、印刷データの途中から受信したプリンタでは、それらを正しく解釈できないため不適切な印刷を行ってしまう。これを防ぐ目的で、現在印刷しているページの印刷データを廃棄する。印刷データの廃棄が終了した後には、次ページのデータを書き込むためにＳ１１にて６９のＬａｎｇｕａｇｅＭｏｎｉｔｏｒから印刷データを受信する。
【００４６】（実施例２）実施例１では、印刷が継続できない状態が発生した場合には、プリンタ側においてインターフェースを使用不可とし、障害発生後に接続されたプリンタもしくは既に接続されているプリンタを用いて印刷を継続する方法を示した。
【００４７】実施例２では同様の機能をドライバで実現する例について説明を行う。
【００４８】そのためには図１８に示したように、図９の印刷メカニズムに対して、いくつかのモジュールを追加する。
【００４９】５９のプリンタドライバは作成した印刷データを１２０の第１のスプーラへ送る。１２１のバックグランダは１２０の第１のスプーラから印刷データを読み出して、１２２のマルチポートコントローラへ送る。このマルチポートコントローラは印刷データをページ単位で分割する作業を行う。分割された印刷データは、１２３のＵＳＢ出力タスクへ送られる。１２３のＵＳＢ出力タスクは、分割された印刷データとページ順序を関連づけて、ページ単位で管理を行う。
【００５０】通常の印刷であるならば、１２３のＵＳＢ出力タスクは１ページ目から順番に印刷データを６３のスプーラプロセスを送り出す。
【００５１】既に説明した通り、ＵＳＢをインターフェースとする図１のプリンタは図５に示すとおりに複数台数１台のプリンタに接続することが可能である。従って、６３のスプーラプロセスは同時に接続されているプリンタの台数分作成される。例えば４台のプリンタがそれぞれＵＳＢＰＲＮ０１、ＵＳＢＰＲＮ０２、ＵＳＢＰＲＮ０３、ＵＳＢＰＲＮ０４へ接続されている場合には、スプーラプロセスもポート毎に４つ作成される。
【００５２】１２４のステータスチェッカは接続されたプリンタの状態をチェックするモジュールである。接続されているプリンタに、障害が発生して印刷が継続できない状態となった場合には、この１２４ステータスチェッカが認識する。１２４のステータスチェッカが認識した状態に基づいて、１２２のマルチポートコントローラは印刷データの配分先を決定する。
【００５３】その他の印刷メカニズムに関する点は、既に実施例１において図９にて説明したものと同様である。
【００５４】続いて複数のプリンタがホストであるパーソナルコンピュータに接続されている状態で、そのうちの１台に障害が発生して印刷が継続できなくなった場合の説明を行う。説明には図１８のフローチャートを使用して行う。
【００５５】例として図５の接続例３に示した４台のプリンタがパーソナルコンピュータに接続されている状態を用いて説明する。接続されたプリンタはプリンタ１からプリンタ４として、それぞれにＵＳＢＰＲＮ０１からＵＳＢＰＲＮ０４までのポートが割り当てられているものとする。説明は図１９のフローチャートを使用して行う。
【００５６】プリンタ１向けの印刷データの場合、Ｓ２０で１２１のバックグランダからの印刷データの到着をチェックする。到着するとＳ２１でバックグランダより印刷データの読み出しを行う。Ｓ２２で印刷データの終了をチェックして、終了の場合には、処理を終了する。次にＳ２３で読み出した印刷データのページエンドをチェックする。ページエンドが見つかった場合には、Ｓ２４で１２３にて出力タスクを生成する。この時点で１ページ分の印刷データができあがったので、Ｓ２５にて、そのデータを順次６３のスプーラプロセスへ出力する。Ｓ２６で１２３のステータスチェッカをアクセスして、スプーラプロセスに送り出した印刷データが、全てプリンタ１に送り出されたかをチェックする。全ての印刷データがプリンタ１に送り出され、プリンタ１において印刷も成功した場合には、Ｓ２７作成したタスクを破棄する。
【００５７】プリンタ１用の印刷データがプリンタ１に送り出しに失敗した場合には、Ｓ２８が１２４のステータスチェッカにアクセスして、他に使用可能なプリンタの存在をチェックする。もし他に使用可能なプリンタが存在しない場合には、Ｓ２９で印刷を継続するかどうかのメッセージを表示する。Ｓ３０で操作者の指示を判断し、印刷終了の指示をした場合には、処理を終了する。
【００５８】この時点でＵＳＢＰＲＮ０２、ＵＳＢＰＲＮ０３、ＵＳＢＰＲＮ０４のポートとそれぞれに接続しているプリンタ２、プリンタ３、プリンタ４があるので、Ｓ２４ではこれらのプリンタが見つかる。最初にみつかるのはＵＳＢＰＲＮ０２である。Ｓ３１でプリンタ２が使用中であるかどうかをチェックし、使用中でない場合にはプリンタ１の代わりにプリンタ２を使用するために、Ｓ３２で先程プリンタ１に送出できなかったタスクをプリンタ２へ送り出す。そしてＳ２７でタスクを破棄する。
【００５９】プリンタ２が使用中である場合には、プリンタ３を使用する。
【００６０】全てのプリンタが使用中の場合には、新しいプリンタが接続されるか、印刷を終了させる。新しいプリンタが接続された場合には、そのプリンタにはＵＳＢＰＲＮ０１が割り当てられ、プリンタ１として使用される。
【００６１】ＵＳＢインターフェースは他のプリンタが使用中でも、接続されたポートを新規に登録することが可能である。
【００６２】
【発明の効果】以上説明した通り、活線挿抜が可能なインターフェースを用いたインターフェースを、プリンタに採用することにより、印刷を継続が不可能な状態（印刷用紙切れ、インクカートリッジのインク切れ等の障害）となっても、印刷を中断することが無いか、もしくは短時間で印刷を再開することが可能となる。
【００６３】その結果、障害を取り除いている間にも、時間を無駄にすること無く印刷を行えることが可能となる。

【出願人】	【識別番号】０００００１００７【氏名又は名称】キヤノン株式会社【住所又は居所】東京都大田区下丸子３丁目３０番２号
【出願日】	平成１４年５月２７日（２００２．５．２７）
【代理人】	【識別番号】１０００９０５３８【弁理士】【氏名又は名称】西山恵三（外１名）
【公開番号】	特開２００３－３４１１８３（Ｐ２００３－３４１１８３Ａ）
【公開日】	平成１５年１２月３日（２００３．１２．３）
【出願番号】	特願２００２－１５２３６５（Ｐ２００２－１５２３６５）