JP2003341183A - プリンタシステム - Google Patents

Abstract

(57)【要約】 【課題】 活線挿抜が可能なインターフェースの特徴を
活用し、印刷中に障害が発生して印刷の継続が不可能と
なった場合、ホストＰＣを動作させた状態で、新しいプ
リンタを接続するか、もしくは既に接続されている別の
プリンタを利用して、印刷を継続する。 【解決手段】 ホストＰＣと、活線挿抜が可能なインタ
ーフェースを備えたプリンタ。このプリンタにおいて、
インターフェースの動作モードを支える手段。プリンタ
ドライバによって、使用可能なプリンタを検出する手
段。新しく検出されたプリンタドライバに、印刷データ
を送る手段。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、プリンタ等印字装
置に関するものであり、特に一台以上のプリンタをホス
トコンピュータへ接続した場合の、プリンタ制御技術と
印刷データ伝送技術の分野に関する。特に本発明では、
接続されたプリンタが活線挿抜（Ｐｌｕｇａｎｄ Ｐｌ
ａｙ）が可能なインターフェースを備えているプリンタ
に関するものである。

【０００２】

【従来の技術】従来、プリンタが紙詰まり等の障害によ
り印刷の継続が不可能となった場合、ユーザは印刷を中
断して継続が不可能となった原因の解決を行わなければ
ならなかった。

【０００３】ただし複数の高価なレーザービームプリン
タがネットワーク接続されている場合には、ネットワー
クを制御するサーバーの機能として、前述のサーバーが
代替となりえる別のプリンタに対して、印刷データを送
ることで連続した印刷を行うことが可能である。

【０００４】しかし安価なインクジェット方式のプリン
タ等を考えた場合、その使用形態はネットワークに接続
されている場合が希であり、むしろホストに対して直接
接続されている使用形態がほとんどである。したがっ
て、今現在もプリンタに障害が発生した場合には、その
障害が解決される迄は印刷を再開することが不可能であ
る。

【０００５】

【発明が解決しようとする課題】本発明は上記に記し
た、障害発生時に印刷が行えない点に注目して、それの
解決を行う物である。

【０００６】具体的には１台のホスト（＝ＰＣ）に一台
以上のプリンタを接続することを可能ならしめ、これに
より、障害が発生したプリンタに送るデータを、別のプ
リンタに送ることで、前記障害が発生している間にも、
印刷を継続させる。

【０００７】本発明に用いるプリンタはＵＳＢ（Ｕｎｉ
ｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）をインターフェ
ースとして採用したプリンタである。ＵＳＢは従来のセ
ントロニクスインターフェースと比べて約１０倍の転送
速度を有する高速なシリアルバスである。またＵＳＢの
特徴としては、ＵＳＢ機器をカスケード接続することが
可能である。さらにＵＳＢ機器は活線挿抜が可能なイン
ターフェースであり、かつその接続や切断をホストＰＣ
側で検出することが可能である。

【０００８】現在、ＵＳＢはホストＰＣに標準で搭載さ
れており、特別なハードウエアを追加する必要は全く無
い。

【０００９】

【課題を解決するための手段】本発明はかかる問題を解
決するために、ＰＣに接続したプリンタに障害が発生し
て、印刷の継続が不可能となった場合には、印刷データ
を別のプリンタに送る手段を提供するものである。

【００１０】（作用）これらの手段により、何らかの障
害が発生した場合においても、印刷を継続することがで
き、従って最終的な印刷結果を得るまでの時間を短縮さ
せることが可能である。

【００１１】

【発明の実施の形態】（実施例１）以下に図面を参照し
ながら本発明の実施例について説明を行う。

【００１２】図１は本発明を実施したインクジェットに
よる印刷機構を有するプリンタの正面外観図である。１
は電源スイッチ、２は紙無しエラー等の発生した障害か
ら復帰するためのリセットスイッチである。３は電源投
入時に緑色に点灯し、エラーが発生した時にはオレンジ
色に点灯するＬＥＤである。印刷データ受信時および印
刷時には点滅して、動作の違いをしらしめる。

【００１３】図２はその背面図である。４はＵＳＢ（Ｕ
ｎｉｖｅｒｓａｌ ＳｅｒｉａｌＢｕｓ）のＡタイプコ
ネクタの接続部であり５はＢタイプコネクタの接続部で
ある。６はセントロニクスタイプのコネクタである。
尚、ＵＳＢの規格に関しては、本発明の趣旨とは直接関
係が無いので詳細な説明は省く。ＵＳＢの規格にはＵｎ
ｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ Ｓｐｅｃｉｆ
ｉｃａｔｉｏｎ Ｖｅｒｓｉｏｎ １．０（Ｊａｎｕａ
ｒｙ １９，１９９６）に詳しく書かれている。またセ
ントロニクスタイプのインターフェース部はＩＥＥＥ１
２８４に準拠している。同様にＩＥＥＥ１２８４規格自
体は、本発明とは直接的な関係が無いので、詳細な説明
は省略する。

【００１４】図３はＵＳＢケーブルの外観図である。７
はＡタイプのコネクタであり８はＢタイプのコネクタで
ある。

【００１５】図３のＵＳＢケーブルを用いて図１のプリ
ンタを図４のパーソナルコンピュータへ接続する。図４
はパーソナルコンピュータの背面図である。図４の９は
ＵＳＢのＡタイプのコネクタが上下二段に実装されてい
る例である。図３の７を図４の９の片方へ接続し、図３
の８を図２の５へ接続する。同様に図２の４へ別なＵＳ
ＢケーブルのＡタイプコネクタを接続し、同じケーブル
のＢタイプコネクタを、同じ形式の別のプリンタへ接続
することも可能である。その様子を図５に示す。図５で
はパーソナルコンピュータとプリンタとのＵＳＢ接続の
様子を３例示している。図５の１０はＵＳＢケーブルで
ある。１００は図１のプリンタ、２００は図４のＰＣを
正面から見た図である。図５に示した３つの接続例のう
ち、接続例１は２００のパーソナルコンピュータに１０
０のプリンタを１台接続した例である。接続例２はパー
ソナルコンピュータの背面にあるＵＳＢコネクタ（図４
を参照）を使用して、１００のプリンタを２台接続した
例である。接続例３は４台のプリンタ１００を１台のパ
ーソナルコンピュータに、カスケード接続した例であ
る。カスケード接続できるプリンタの台数は４台までで
ある。カスケード接続はプリンタに実装されているＵＳ
ＢインターフェースがＵＳＢハブの機能を持っているか
らである。ＵＳＢハブは、ＵＳＢの信号を分岐させる機
能を有している。図１５は５５のＵＳＢ ＭＰＵを詳し
く示した図である。５５のＵＳＢ ＭＰＵは５５１のＵ
ＳＢハブと５５２のＵＳＢインターフェースから構成さ
れている。５２（５）の入力は５５１のＵＳＢハブで５
１（４）の出力と５５３の出力に分岐される。５１
（４）はカスケード接続を行うための外部出力で、５５
３は５５のＵＳＢ ＭＰＵへの出力である。５５２ＵＳ
ＢインターフェースはＵＳＢを経由して送られてきた信
号を変換して、４４のインターフェースコントローラへ
送る。

【００１６】この図１のプリンタは印刷用カートリッジ
を交換することが可能である。そのために、印刷する内
容や目的に合わせた最適なカートリッジをプリンタに装
着して印刷を行うことが可能である。図６は図１のプリ
ンタに装着可能であるところの印刷カートリッジ各種で
ある。

【００１７】図６の１１は黒インク単色の印刷用カート
リッジである。テキストだけのドキュメント等を印刷す
る場合に最適なカートリッジである。図６の１２は写真
画像印刷用のインクカートリッジである。デジタルカメ
ラなどで撮影した画像の印刷には最適なカラーインクカ
ートリッジである。図６の１３は通常のカラー印刷用の
カートリッジである。一般的なカラー印刷に用いると、
最適な結果を得ることができる物である。本発明を実施
した図１のプリンタは、これらのカートリッジを装着す
ることが可能である。その方法は図７に示されている。

【００１８】図７の１４はカートリッジ交換スイッチで
ある。このスイッチを押すことにより、カートリッジ３
００がキャリッジ４００の中央へ移動する。これはカー
トリッジの交換を容易に行うためである。図７の１５は
カートリッジを取り外す場合を示している図である。図
７の１６はカートリッジを装着している図であり、図７
の１７はカートリッジを装着する状態を拡大して図示し
たものである。

【００１９】図８は本発明を実施した図１のプリンタの
ブロック図である。図８の１８は図１の１に相当する電
源スイッチである。図８の１９は図７の１４に相当する
カートリッジ交換スイッチである。図８の２０は図１の
２に相当するリセットスイッチである。図８の２１は電
源投入時に緑色に点灯するＬＥＤであり、図１の３に相
当する。図８の２２はエラー発生時にオレンジ色に点灯
するＬＥＤで、同じく図１の３に相当する。このＬＥＤ
は単体で緑色とオレンジ色の２色に点灯することが可能
である。図８の２３は図８の１８電源スイッチの操作を
図８の３０であるＭＰＵへ伝達する信号線である。この
信号は図８の２６の割込み信号として図８の３０である
ＭＰＵへ伝達されるため、３０のＭＰＵにおいて、優先
的に処理される。図８の２５は図８の２７であるプリン
タ制御ゲートアレー、３０のＭＰＵ、２９のＲＯＭを接
続するアドレスバスとデータバスである。２９のＲＯＭ
はＭＰＵの動作、処理を記述したプログラムが記録され
ている。図８の２７はプリンタ制御ゲートアレーであ
り、スイッチ、ＬＥＤ、インターフェース、メモリなど
の制御機能を有する。図８の２８は図８の３０であるＭ
ＰＵが処理を行う場合にデータ等を一時的に記憶する記
憶領域を提供するＲＡＭである。ここのＲＡＭの一部は
受信した印刷データを一時的に蓄えておくバッファとし
ても使用される。図８の３１は図８の３２及び３３であ
るステップモータの制御を行う信号を伝達する信号線で
ある。３２はインクカートリッジの支持体である図７の
１０３であるキャリッジを、図１正面方向から見て左右
に移動させるキャリッジモータである。３３は印刷用紙
をフィードするフィードモータである。印刷用紙は図１
の１００である印刷用紙トレーに収容され、プリンタ内
部を通過して１０１の印刷用紙受けに排出される。この
印刷用紙の移動を行うのが３３のフィードモータであ
る。図８の３５は図６に示されているインクカートリッ
ジである。このインクカートリッジは、インク自体とそ
れを吐出するヘッドが一体となった構造である。またイ
ンクカートリッジ自体の種別を示すＩＤも記録してい
る。図８の３４は、３５のインクカートリッジにあるヘ
ッドの制御及びＩＤの読み出しを行う制御線である。

【００２０】図８の３６は一般の家庭に提供されている
商用電源である。図８の３７はこの商用電源を図８の３
８である直流５ボルトと３９の直流２４ボルトへ変換す
るＡＣアダプターである。３８は３０のＭＰＵ等の電子
部品が動作するために使用され、２４ボルトは３２など
のモータ及び３５のインクカートリッジにあるヘッドを
駆動するために使用される。

【００２１】図８の４０は４４のインターフェースコン
トローラと２５のプリンタ制御ゲートアレーとを接続す
るインターフェースコントロール信号である。これはイ
ンターフェースの動作モードを２７プリンタ制御ゲート
アレーが検出するために用いられる。４１はインターフ
ェースゲートアレーである４４がＰＣから受信したデー
タを２７へ送るデータバスである。この４４インターフ
ェースコントローラは、４６のセントロニクスコネクタ
からのデータと５５のＵＳＢ ＭＰＵからのデータの切
り替えを行う物である。この切り替えは４２のアナログ
スイッチで行う。４４インターフェースコントローラは
常に５５ＵＳＢ ＭＰＵからのデータを優先する様に設
計されている。即ちセントロニクスインターフェースで
ある４６と５１のＵＳＢ Ｂタイプコネクタの両方に印
刷データが送られてきた場合には、常にＵＳＢ側を優先
し、セントロニクス側からのデータは受信しない。この
切り替えは、４３のセントロニクスインターフェースか
らの信号線と４７の信号線のステータスを用いて行われ
る。４５はセントロニクスインターフェースからのデー
タ信号である。４８は５５のＵＳＢインターフェースを
制御するＵＳＢ ＭＰＵのプログラムが記憶されている
フラッシュメモリである。既に述べたようにＵＳＢには
ＡタイプとＢタイプのコネクタがあり、ＰＣもしくは上
流の機器には５２Ｂタイプコネクタが接続される。また
下流の機器には５１Ａタイプのコネクタから接続され
る。５３と５４はそれぞれ５１のＡタイプコネクタと５
２のＢタイプコネクタへの信号線である。

【００２２】次に本発明を実施したプリンタドライバを
実行するオペレーティングシステム（以下ＯＳと表記す
る）マイクロソフト社のＷｉｎｄｏｗｓ（登録商標）９
５の印刷メカニズムに付いて簡単に説明を行う。図９の
５６はアプリケーションであり、ユーザはこの５６アプ
リケーションでドキュメントの編集等の作業を行う。ユ
ーザは５６のアプリケーションに対して、作成したドキ
ュメントの印刷指示を行う。印刷の指示は印刷を行うプ
リンタをアプリケーションから指定して行う。指示をす
る画面の様子を図１０に示す。使用するプリンタ名称が
図１０の７７に示されている。

【００２３】プリンタを指定することで、ＯＳの描画プ
ロセスであるＧＤＩ（図９の５７）に対して、プリンタ
の特性に関する情報を渡す。具体的にはカラー印刷が可
能であるか、印刷に用いる用紙のサイズなどである。５
７のＧＤＩはこれらの情報を元にして、ドキュメントの
描画を行う。５７のＧＤＩが描画を行なった結果は、Ｏ
Ｓ固有のフォーマットであり、このフォーマットは印刷
用のみならずＣＲＴモニタ等への表示のためにも用いる
ことが可能である。

【００２４】この５７ＧＤＩの出力結果を５９のプリン
タドライバへ入力する。このプリンタドライバは、使用
するプリンタの機種それぞれに固有であり、通常プリン
タメーカが提供するものである。この５９プリンタドラ
イバは５７ＧＤＩからの出力を、プリンタが使用するイ
ンクの特性に最適となるように変換を加え、さらにそれ
らをプリンタへ送り出す印刷データを作成する。

【００２５】５９プリンタドライバが作成した印刷デー
タは６２のＧＤＩ３２へ渡される。６２のＧＤＩ３２は
スプーラプロセスと５９のプリンタドライバのインター
フェース的なモジュールである。これは５９のプリンタ
ドライバが１６ｂｉｔアプリケーションであり、６３の
スプーラプロセスが３２ｂｉｔアプリケーションである
ためである。通常１６ｂｉｔアプリケーションは３２ｂ
ｉｔアプリケーションと直接呼び出すことができない。
そのため１６ｂｉｔアプリケーション用から呼び出され
る部分と、３２ｂｉｔアプリケーションから呼び出され
る部分の両方を持つ６２のＧＤＩ３２が必要となる。

【００２６】６２のＧＤＩ３２を経由して６３のスプー
ラプロセスを送られた印刷データは６５のスプーラへ一
旦記録される。印刷データのスプールが終了した後、６
３のスプールプロセスは６５のスプーラから印刷データ
を読み出して、それを６９のＬａｎｇｕａｇｅモニタへ
送る。この６９Ｌａｎｇｕａｇｅモニタは、プリンタの
ステータス、例えば印刷用紙が無くなった場合等の原因
で印刷データが受信できない状態等、を検出して必要に
応じてユーザに対して通知したり、印刷データのプリン
タへの送出を開始・停止を制御するゲートの役割も持
つ。そのために、印刷データの内容を解析する機能も有
している。この機能には、印刷データに含まれる制御コ
マンドを検出し、ページの境界を検出する機能も含まれ
る。図１１から図１２は２ページのドキュメントを５６
のアプリケーションで作成し、それの印刷を行った場合
における、５９が生成した印刷データである。図１１の
８０、０ＣＨは紙送りコマンドである。７６のプリンタ
はこのコマンドを受信すると、印刷を行っていた用紙を
排出し、８０に継続するデータがある場合には、新しい
印刷用紙をフィードする。

【００２７】本発明を実施したプリンタはＵＳＢをイン
ターフェースとしているため、６９のＬａｎｇｕａｇｅ
モニタはＰＣのＵＳＢポートへ印刷データを送り出す。
ポート自体はハードウエアであるため、ポートを直接制
御するモジュールは、プリンタドライバが実行されるＲ
ｉｎｇ３では無くて、特権モードといわれるＲｉｎｇ０
で実行される。Ｒｉｎｇ３側のアプリやモジュールはＲ
ｉｎｇ０側のモジュールに直接アクセスすることはでき
ないので、ハードウエアであるところの７５ＵＳＢポー
トをＲｉｎｇ３にあるモジュールに対して仮想化してい
るのが７０のＵＳＢポートモニタである。Ｒｉｎｇ３側
のモジュールは、この７０のＵＳＢポートモニタへアク
セスすることで、直接ハードウエアをアクセスしている
のと同等の結果を得ることができる。７０のＵＳＢポー
トモニタは７１のＯＳが提供するＷＩＮ３２ＳＰＩへア
クセスする。このモジュールはＲｉｎｇ３とＲｉｎｇ０
の橋渡しをするモジュールである。

【００２８】ＵＳＢのハードウエアである７５のデバイ
スドライバはＯＳベンダから提供される。７４のＵＳＢ
共通ドライバは、ＵＳＢのハードウエアを直接制御する
モジュールである。７４ＵＳＢ共通ドライバの提供する
機能を統合して、プリンタ向けの機能を提供しているの
が、７２のＵＳＢプリンタドライバである。７２のＵＳ
Ｂプリンタドライバは、７１のＷＩＮ３１ＡＰＩ経由で
送られてきた印刷データを７４のＵＳＢ共通ドライバへ
送り出すこととで、最終的には７６のプリンタへ印刷デ
ータが送られて印刷が行われる。

【００２９】図１３はＷｉｎｄｏｗｓ（登録商標）９５
におけるプリンタ用ポートの情報がレジストリに記録さ
れている情報の例を示している。プリンタ用ＵＳＢのポ
ートはＵＳＢＰＲＮ０１からＵＳＢＰＲＮ１０までの１
０ポート用意されている。これらＵＳＢＰＲＮ０１等の
ポート名称は、図５のようにカスケード接続されたプリ
ンタを区別するために、便宜的に付けた名称であり、実
際のＵＳＢインターフェースは一つだけである。ＯＳに
おけるプリンタの管理方法は、ポート毎にプリンタが一
台接続されると言う方法であるため、印刷データの送り
先としてＯＳレベルでプリンタを識別する方法は、ポー
ト名称を用いて行う。

【００３０】これらのポートの割り当て方法について説
明を行う。パーソナルコンピュータに図１のプリンタが
１台だけ接続されている場合には、このプリンタにはＵ
ＳＢＰＲＮ０１のポートが割り当てられる。さらにもう
１台接続された場合にはＵＳＢＰＲＮ０２が割り当てら
れる。同様に接続するプリンタの台数が増えるにつれ
て、ポート番号は順次増加する。このように割り当てら
れるポート番号は、特定の時点でもっとも古く接続され
たプリンタがもっとも小さいポート番号を占有する。

【００３１】またＵＳＢＰＲＮ０１のポートを割り当て
られたプリンタのパーソナルコンピュータとの接続をや
めた場合、ＵＳＢＰＲＮ０１は消滅する。しかし次にプ
リンタが接続された場合には、ＵＳＢＰＲＮ０１が復活
して使用可能となる。

【００３２】なお、既に説明したように、同時に使用で
きるプリンタは最大４台までである。

【００３３】図１４はＵＳＢＰＲＮ０７に接続している
プリンタに関する情報である。この情報も図１３と同じ
くＷｉｎｄｏｗｓ（登録商標）９５のレジストリに記録
されている。１４１は接続しているポート名称である。
また１４２は使用しているプリンタドライバの名称であ
る。１４３は登録されているプリンタの名称を示してい
る。

【００３４】次にプリンタ１台を接続して印刷を行って
いる状態で、そのプリンタに障害が発生した場合におけ
る本発明の処理例について説明を行う。これは図５の接
続例１の場合である。

【００３５】始めにプリンタ側の処理について、図１６
のフローチャートを用いて説明する。

【００３６】次に６９のＬａｎｇｕａｇｅ Ｍｏｎｉｔ
ｏｒと７０のＵＳＢ Ｐｏｒｔ Ｍｏｎｉｔｏｒにおけ
る処理を図１７のフローチャートを用いて説明を行う。
なお、本発明とは直接的な関係が無い部分については、
簡略して説明を行う。

【００３７】図１の１電源スイッチを押下されてプリン
タの電源がＯｎになると、まずＳ１でプリンタ全体の初
期化処理を行う。次にＳ２で図１のプリンタのステータ
スチェックを行う。Ｓ３でプリンタをＯＦＦにする要求
があるかのチェックを行う。この要求は図１の１である
電源スイッチを再度押下した場合に発生する。プリンタ
ＯＦＦ要求がある場合には、Ｓ７において終了処理を行
う。Ｓ７の終了処理には、プリンタの３７であるＡＣア
ダプタからの２４Ｖ出力３９をオフする処理も含まれて
いる。Ｓ４では何らかの印刷継続の障害となるようなこ
と態が発生しているかどうかの検出を行う。発生してい
ない場合にはＳ５で印刷データを受信し、Ｓ６で印刷処
理を行う。障害が発生している場合には、Ｓ８において
５５２のＵＳＢインターフェースが使用可能な状態であ
るかを調べる。既に使用不可となっている場合にはＳ２
へ戻る。使用可能な状態の場合には、Ｓ９において、５
５２のＵＳＢインターフェースを使用不可とする。この
状態は再度初期化処理がＳ１で行われるまで解除されな
い。

【００３８】Ｓ８においてＵＳＢインターフェースが使
用不可の設定となった場合は、図１５において５５１の
ＵＳＢハブだけが動作している状態である。従ってＵＳ
Ｂプリンタとしての機能はホストであるＰＣからは認識
されなくなる。しかし５５１のＵＳＢハブは動作してい
るので、仮にこのプリンタに、さらに別のプリンタが接
続されている場合には、その接続と機能は維持される。

【００３９】続いてパーソナルコンピュータ側の７０Ｕ
ＳＢポートモニタで行われる処理について、図１６のフ
ローチャートを用いて説明を行う。

【００４０】印刷データをポートへ書き込む前に、Ｓ１
０で書き込むポートをＯｐｅｎする。この場合ポートは
ＵＳＢＰＲＮ０１である。次にＳ１１にて７０のＵＳＢ
ポートモニタの上位モジュールである６９Ｌａｎｇｕａ
ｇｅ Ｍｏｎｉｔｏｒより印刷データを受信する。Ｓ１
２において印刷データが終了したかをチェックし、終了
している場合にはＳ１５でＯｐｅｎしたポートをＣｌｏ
ｓｅする。

【００４１】印刷データが終了していない場合には、Ｓ
１３でポートにデータを書き込む。続いてＳ１４におい
て、書き込みが成功したかどうかをチェックし、成功し
た場合にはＳ１１へ戻り次の印刷データを受信する。

【００４２】プリンタに障害が発生した場合には、プリ
ンタ側にてＵＳＢインターフェースが使用不可能とする
ため、今まで書き込んでいたポートが消滅してしまうこ
とになる。そのためＳ１４では書き込みが失敗したと判
定される。そこでＳ１７にて、印刷データの書き込みが
行えるＰｏｒｔの検出を行う。既に説明した通り、ＵＳ
Ｂは活線挿抜が可能なインターフェースであるので、こ
の時点で別なプリンタを接続することが可能である。ま
た、従来から接続されているプリンタの障害が解消し
て、再度印刷が可能となる場合もある。いずれの場合も
動作が可能となるプリンタが現れた場合は、最初のポー
トであるＵＳＢＰＲＮ０１のポートが復活することにな
る。このようなポートの状態の変化が発生すると、Ｓ１
７で検出される。

【００４３】Ｓ１７でポートが存在すると判断される
と、Ｓ１９でその先に接続されているプリンタの検出を
行う。このとき先程まで印刷に使用されていたプリンタ
と同一のプリンタである場合、すなわち障害が解決して
再び動作が可能となった場合は、Ｓ２１にてプリンタ内
部のバッファ２８にデータが残っているかどうかをチェ
ックする。残っている場合にはデータの連続性が確保さ
れているので、Ｓ１３で引き続き印刷データをポートに
書き込む。

【００４４】同じプリンタでは無い場合にはＳ２２で同
じ印刷機能を提供できるプリンタかどうかをチェックす
る。既に説明したとおり、本発明を実施したプリンタ
は、３種類のインクカートリッジを交換することが可能
である。５９のプリンタドライバは、このカートリッジ
の種類に最適となるように印刷データを作成する。従っ
て仮に新しく接続されたプリンタが同じ種類であったと
しても、装着されているインクカートリッジの種類が違
う場合には、既に作成された印刷データを用いても、期
待された印刷結果を得られない。たとえば最初に用いて
いたプリンタに装着されていたインクカートリッジが１
３のカラー印刷用であった場合、５９のプリンタドライ
バが作成した印刷データもこの１３に最適なカラー印刷
用データである。しかし新しく接続されたプリンタが１
１の黒インク単色のカートリッジが装着されている場合
には、期待したカラー印刷が行えない。そのためにＳ２
２で同じ印刷機能を提供することが可能なプリンタかど
うかをチェックする。提供できないと判定された場合に
は、Ｓ２３でポート番号を増やして、すなわちＵＳＢＰ
ＲＮ０２としてポートの検出をＳ１７で行うようにす
る。ここではまた新しいプリンタが接続されていないの
で、Ｓ１８でポート無しと判断される。Ｓ１７における
ポートの検出について、たとえ検出するポートの番号が
ＵＳＢＰＲＮ０２であったとしても、再び接続されてい
るプリンタの数が減った場合、すなわちポートの数が減
った場合には、再びＵＳＢＰＲＮ０１からチェックを始
める。

【００４５】Ｓ２２で同じ機能を提供できるプリンタが
接続されたと判断された場合には、Ｓ２４にて書き込み
途中の印刷データは廃棄する作業を６９のＬａｎｇｕａ
ｇｅＭｏｎｉｔｏｒに依頼する。６９のＬａｎｇｕａｇ
ｅ Ｍｏｎｉｔｏｒは印刷データの内容を認識できるの
で、次ページの印刷データの開始まで印刷データを読み
飛ばす。具体的に印刷用紙送りを示す０ＣＨまでを読み
飛ばす。最初に接続していたプリンタ内部のバッファ２
８に、ある程度の印刷データが蓄えられてしまっている
ため、新しく接続されたプリンタには印刷データの途中
から送り出すことになってしまう。その場合、印刷デー
タの途中から受信したプリンタでは、それらを正しく解
釈できないため不適切な印刷を行ってしまう。これを防
ぐ目的で、現在印刷しているページの印刷データを廃棄
する。印刷データの廃棄が終了した後には、次ページの
データを書き込むためにＳ１１にて６９のＬａｎｇｕａ
ｇｅ Ｍｏｎｉｔｏｒから印刷データを受信する。

【００４６】（実施例２）実施例１では、印刷が継続で
きない状態が発生した場合には、プリンタ側においてイ
ンターフェースを使用不可とし、障害発生後に接続され
たプリンタもしくは既に接続されているプリンタを用い
て印刷を継続する方法を示した。

【００４７】実施例２では同様の機能をドライバで実現
する例について説明を行う。

【００４８】そのためには図１８に示したように、図９
の印刷メカニズムに対して、いくつかのモジュールを追
加する。

【００４９】５９のプリンタドライバは作成した印刷デ
ータを１２０の第１のスプーラへ送る。１２１のバック
グランダは１２０の第１のスプーラから印刷データを読
み出して、１２２のマルチポートコントローラへ送る。
このマルチポートコントローラは印刷データをページ単
位で分割する作業を行う。分割された印刷データは、１
２３のＵＳＢ出力タスクへ送られる。１２３のＵＳＢ出
力タスクは、分割された印刷データとページ順序を関連
づけて、ページ単位で管理を行う。

【００５０】通常の印刷であるならば、１２３のＵＳＢ
出力タスクは１ページ目から順番に印刷データを６３の
スプーラプロセスを送り出す。

【００５１】既に説明した通り、ＵＳＢをインターフェ
ースとする図１のプリンタは図５に示すとおりに複数台
数１台のプリンタに接続することが可能である。従っ
て、６３のスプーラプロセスは同時に接続されているプ
リンタの台数分作成される。例えば４台のプリンタがそ
れぞれＵＳＢＰＲＮ０１、ＵＳＢＰＲＮ０２、ＵＳＢＰ
ＲＮ０３、ＵＳＢＰＲＮ０４へ接続されている場合に
は、スプーラプロセスもポート毎に４つ作成される。

【００５２】１２４のステータスチェッカは接続された
プリンタの状態をチェックするモジュールである。接続
されているプリンタに、障害が発生して印刷が継続でき
ない状態となった場合には、この１２４ステータスチェ
ッカが認識する。１２４のステータスチェッカが認識し
た状態に基づいて、１２２のマルチポートコントローラ
は印刷データの配分先を決定する。

【００５３】その他の印刷メカニズムに関する点は、既
に実施例１において図９にて説明したものと同様であ
る。

【００５４】続いて複数のプリンタがホストであるパー
ソナルコンピュータに接続されている状態で、そのうち
の１台に障害が発生して印刷が継続できなくなった場合
の説明を行う。説明には図１８のフローチャートを使用
して行う。

【００５５】例として図５の接続例３に示した４台のプ
リンタがパーソナルコンピュータに接続されている状態
を用いて説明する。接続されたプリンタはプリンタ１か
らプリンタ４として、それぞれにＵＳＢＰＲＮ０１から
ＵＳＢＰＲＮ０４までのポートが割り当てられているも
のとする。説明は図１９のフローチャートを使用して行
う。

【００５６】プリンタ１向けの印刷データの場合、Ｓ２
０で１２１のバックグランダからの印刷データの到着を
チェックする。到着するとＳ２１でバックグランダより
印刷データの読み出しを行う。Ｓ２２で印刷データの終
了をチェックして、終了の場合には、処理を終了する。
次にＳ２３で読み出した印刷データのページエンドをチ
ェックする。ページエンドが見つかった場合には、Ｓ２
４で１２３にて出力タスクを生成する。この時点で１ペ
ージ分の印刷データができあがったので、Ｓ２５にて、
そのデータを順次６３のスプーラプロセスへ出力する。
Ｓ２６で１２３のステータスチェッカをアクセスして、
スプーラプロセスに送り出した印刷データが、全てプリ
ンタ１に送り出されたかをチェックする。全ての印刷デ
ータがプリンタ１に送り出され、プリンタ１において印
刷も成功した場合には、Ｓ２７作成したタスクを破棄す
る。

【００５７】プリンタ１用の印刷データがプリンタ１に
送り出しに失敗した場合には、Ｓ２８が１２４のステー
タスチェッカにアクセスして、他に使用可能なプリンタ
の存在をチェックする。もし他に使用可能なプリンタが
存在しない場合には、Ｓ２９で印刷を継続するかどうか
のメッセージを表示する。Ｓ３０で操作者の指示を判断
し、印刷終了の指示をした場合には、処理を終了する。

【００５８】この時点でＵＳＢＰＲＮ０２、ＵＳＢＰＲ
Ｎ０３、ＵＳＢＰＲＮ０４のポートとそれぞれに接続し
ているプリンタ２、プリンタ３、プリンタ４があるの
で、Ｓ２４ではこれらのプリンタが見つかる。最初にみ
つかるのはＵＳＢＰＲＮ０２である。Ｓ３１でプリンタ
２が使用中であるかどうかをチェックし、使用中でない
場合にはプリンタ１の代わりにプリンタ２を使用するた
めに、Ｓ３２で先程プリンタ１に送出できなかったタス
クをプリンタ２へ送り出す。そしてＳ２７でタスクを破
棄する。

【００５９】プリンタ２が使用中である場合には、プリ
ンタ３を使用する。

【００６０】全てのプリンタが使用中の場合には、新し
いプリンタが接続されるか、印刷を終了させる。新しい
プリンタが接続された場合には、そのプリンタにはＵＳ
ＢＰＲＮ０１が割り当てられ、プリンタ１として使用さ
れる。

【００６１】ＵＳＢインターフェースは他のプリンタが
使用中でも、接続されたポートを新規に登録することが
可能である。

【００６２】

【発明の効果】以上説明した通り、活線挿抜が可能なイ
ンターフェースを用いたインターフェースを、プリンタ
に採用することにより、印刷を継続が不可能な状態（印
刷用紙切れ、インクカートリッジのインク切れ等の障
害）となっても、印刷を中断することが無いか、もしく
は短時間で印刷を再開することが可能となる。

【００６３】その結果、障害を取り除いている間にも、
時間を無駄にすること無く印刷を行えることが可能とな
る。

【図面の簡単な説明】

【図１】本発明を実施したプリンタの正面図。

【図２】プリンタの背面図。

【図３】プリンタのインターフェースであるＵＳＢのケ
ーブルの外観図。

【図４】ＰＣの背面にあるＵＳＢコネクタの図。

【図５】ＵＳＢプリンタの接続例を示す図。

【図６】プリンタに装着可能なカートリッジの外観図。

【図７】カートリッジの脱着方法を示した図。

【図８】プリンタの電気回路ブロック図。

【図９】実施例１のプリンタドライバのブロック図。

【図１０】アプリケーションから前述のプリンタドライ
バを用いて印刷を行う際に表示されるダイアログの図。

【図１１】印刷データの例。

【図１２】印刷データの例。

【図１３】レジストリに記録されたプリンタポートの
例。

【図１４】レジストリに記録されたプリンタの情報の
例。

【図１５】ＵＳＢ ＭＰＵを説明したブロック図。

【図１６】実施例１におけるプリンタ側の処理を説明し
たフローチャート。

【図１７】実施例１におけるポートモニタにおける処理
を説明したフローチャート。

【図１８】実施例２のプリンタドライバのブロック図。

【図１９】実施例２の処理を説明したフローチャート。

Claims (5)

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