(57)【要約】【課題】  ホストベースの画像形成システムにおいて、印字方向に依存した画像処理をホスト側で行う場合、画像形成装置に対して印字方向を指示し、ホストが想定して画像処理を施した方向とは異なる方向で印字されて画像不良が発生する可能性を回避する。【解決手段】  印字方向に依存した画像処理をホスト側で行う場合、ホストは画像処理時に想定した印字方向を画像形成装置に対して指示し、画像形成装置は指示された印字方向に従って印字を実行する【選択図】  図１
2009129255.tif 000002
【特許請求の範囲】
【請求項１】
ホスト上で画像データを作成し、画像形成装置に転送して印字を行う画像形成システムにおいて、前記ホスト上で印字方向に依存した画像処理を行った場合のみ、前記ホストは前記画像形成装置に印字方向を指示し、前記画像形成装置は印字方向を指示された場合は、それに従って印字を行い、印字方向の指示がなされなかった場合には、前記画像形成装置の側で印字方向を決定して印字を行うことを特徴とする画像形成システム。
【請求項２】
ホスト上で画像データを作成し、画像形成装置に転送して印字を行う画像形成システムにおいて、前記ホストと前記画像処理装置は双方向の通信経路で接続され、前記ホストは前記画像形成装置の少なくとも各給紙口に設定されている用紙サイズ、用紙の向き、および紙の有無を含む装置情報を取得し、前記ホストは前記装置情報に従って印字方向を決定し、決定した印字方向に従って印字方向に依存した画像処理を行い、前記画像形成装置に決定した印字方向を指示し、前記画像形成装置は指示された印字方向に従って印字を行うことを特徴とする画像形成システム。
【請求項３】
ホスト上で画像データを作成し、画像形成装置に転送して印字を行う画像形成システムにおいて、オペレータから複数部数の印字と回転ソートが指示された場合、前記ホストは部数毎に異なった印字方向を決定し、決定した印字方向に従って印字方向に依存した画像処理を行い、前記画像形成装置に決定した印字方向を指示し、前記画像形成装置は指示された印字方向に従って印字を行うことを特徴とする画像形成システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は記録媒体に画像を形成する画像形成システムで、特にホスト上で画像の展開を行うホストベースの画像形成システムに関するものである。
【背景技術】
【０００２】
近年、印字方式として電子写真方式を使用するレーザービームプリンタが広く普及している。
【０００３】
本方式では通常、乾式のトナーを用紙上に転写し、前記トナーを定着ローラーで加熱する事により画像形成が行われる。
【０００４】
この定着の際に、トナーが飛び散って印字方向後方の画像が乱れる、「尾引き」と呼ばれる画像不良が発生する事があった。
【０００５】
これは用紙内の水分が加熱により猛烈に蒸発し、水蒸気がローラー後方に吹き出す際にトナーをまき散らしてしまう事によるものである。この尾引き現象を軽減するために、高濃度領域の後端のトナーを間引く手法が考案されている。（特許文献１）
「尾引き」障害は印字方向の後方に向かってトナーが飛び散る事により発生するので、上記の間引き処理は、印字方向を把握した上で障害が発生する可能性のある部位の後方に向かって行う必要があり、印字方向に依存した方向性のある画像処理となる。
【０００６】
上記引例においては、対策は画像形成装置側で行っている。しかし、近年ではコストダウンのために画像形成をホスト側で行うホストベースのプリンタが普及している。この場合は、上記の間引き処理はホスト側でソフト処理するのが自然である。
【０００７】
また、この種の画像不良は湿度や温度等の環境や、用紙や定着モードに依存する事が多いので、対策はON/OFFを切り替えられる事が望ましい。
【０００８】
一方、通常のプリンタではホストからは用紙のサイズのみが指示されて、印字方向はデバイス側に任されている事が普通である。
【０００９】
ユーザーにより明示的に給紙口が指定された場合を除いて、ドライバはサイズのみをデバイスに伝え、デバイスはサイズが一致する給紙口から一つを選択して給紙を行う。
【００１０】
A4等の小型のプリンタでは、用紙の印字方向は一意に決まっているものが多いが、A3等の大型のプリンタでは小サイズ紙に対して複数の印字方向を持つことが一般的である。
【００１１】
例えば、A3機でA4紙に対して縦送りと横送りの二つのカセットを有するのが普通である。この場合、ユーザーが給紙口を指定していなければ、デバイスは二つのカセットから自由に片方を選択する事が出来る。
【００１２】
例えば、デバイスはサイズが適合する給紙口が複数存在する場合、紙が残っている給紙口を選択し、複数の給紙口に紙があれば、通常は印字速度で勝る横送りを選択する。
【００１３】
また、複数の用紙が混在している状況では、A3とA4の混在ではA3は縦送りでA4を横送りし、A4とA5の混在ではA4を縦送りでA5を横送りするといった処理を行う事も考えられる。
【００１４】
さらに、給紙口が自由に選べる利点を生かして、複数部の印刷では部数毎に印字方向を変更して出力する事により、ユーザーが出力された文書を取り扱いやすくする回転ソートといった手法も存在する。
【特許文献１】特開2006-159624号公報
【発明の開示】
【発明が解決しようとする課題】
【００１５】
以上説明したように、プリンタのエンジン部に「尾引き」等の印字方向に依存した画像不良を引き起こす傾向がある場合、画像処理側では印字方向に依存した画像処理を行う場合がある。そして低価格のホストベース・プリンタでは、それはデバイス側にハードウェアを追加する事なく、ホスト側でソフト的に処理する事が望ましい。
【００１６】
しかし、ホスト側で処理を行った場合、ホストが想定した印字方向で印字が行われないと、正しい効果が得られず画像不良の原因となってしまう。
【００１７】
従来、通常はデバイスに対して印字方向の指示は行われず、印字方向の選択はデバイス側に任されていたので、デバイス側の選択によっては画像がホストの想定とは異なる方向に回転して印字され、画像不良が発生するおそれがあった。
【００１８】
対策としてデバイス側での印字方向の選択を禁止する事が考えられるが、前述の様に、デバイス側での選択により紙がある方の給紙口を使用する等の処理を行っているので、ユーザーの使い勝手を大きく損ねる恐れがある。
【００１９】
また、前述の様に「尾引き」等の画像不良は環境や定着モード等に依存するので、対策を必要としないケースもあり、一律にデバイスによる印字方向の選択を禁止する事は好ましくない。
【課題を解決するための手段】
【００２０】
上記課題を解決するため、本発明の第一の請求項では印字方向に依存する画像処理を行った場合のみ、ドライバからデバイスに対して印字方向を指示するものである。
【００２１】
デバイスは指定された印字方向の用紙が存在する場合は、指示に従って印字を行い、存在しない場合は、指定されたサイズと方向の用紙の補給を促すメッセージを表示して、オペレータによる復旧を待つ。
【００２２】
これにより、印字方向に依存する画像処理と実際の印字方向が異なって画像不良を起こす可能性を回避する事が可能となる。
【００２３】
また、印字方向に依存する画像処理を行わないケースでは、印字方向の指定は行われないので、従来通りデバイス側で自由に給紙口を選択する事が可能となる。
【００２４】
さらに本発明の第二の請求項においては、ホストとデバイスの間に双方向の通信経路を使用し、デバイスが現在保有している用紙のサイズと向きをホスト側で把握し、常にホスト側で印字方向を決定した後、印字方向に合わせて画像を生成し、印字方向に依存した画像処理を行い、デバイスに対しては画像処理に合致した印字方向を指定する物である。
【００２５】
これにより、A4縦のカセットには紙があるがA4横のカセットは紙無しといったケースで、ホストからA4横が指示されてユーザーの介入が必要となるといった事態を回避する事が可能となる。
【００２６】
さらに本発明の第三の請求項においては、ユーザーから回転ソートが指示された場合、ホスト側で部数毎に印字方向を交互に切り替え、印字方向に依存した画像処理を行い、デバイスに対しては画像処理に合致した印字方向を指定する事で、回転ソートを実現するものである。
【発明の効果】
【００２７】
以上詳細に説明したように、本発明の第一の請求項では、印字方向に依存した画像処理をホスト側が行った場合にのみ、プリンタ側に印字方向の指示がなされるので、ホストが想定した印字方向とは異なる方向に印字が行われて、画像処理の効果が適切に得られない可能性を回避する事が出来る。
【００２８】
また、印字方向に依存した画像処理をホストが行わなかった場合には、印字方向は指示されないので、プリンタ側は従来通り、自由に印字方向を選択する事が出来る。
【００２９】
さらに、第一の請求項においては、ホストとプリンタの間に双方向の通信経路を必要としないので、双方向通信が行えない接続環境に於いても適用する事が可能となる。
【００３０】
本発明の第二の請求項は、ホストとプリンタの接続に双方向の通信経路を使用する事で、ホストは常に適切な印字方向の決定が可能となる。よって、プリンタが実行できない印字方向をホストが指示するといった可能性を回避する事が可能となり、実用性を大幅に高めることが出来る。
【００３１】
さらに、本発明の第三の請求項は、部数毎に画像を回転してから印字方向に依存した画像処理行い、印字方向をプリンタに指示する事により、ホスト側で画像方向に依存した処理を行う製品においても、回転ソートを実現可能としたものである。
【発明を実施するための最良の形態】
【００３２】
次に、本発明の詳細を実施例の記述に従って説明する。
【実施例１】
【００３３】
以下、本発明の第一の実施例について説明する。
【００３４】
第一の実施例は本発明の第一の請求項による実施例である。
【００３５】
図１は本発明の画像形成システムの構成を示すブロック図である。図中、１はホストとなるコンピュータであり、ＣＰＵ、メモリ、ハードディスク、フレキシブルディスクドライブ、キーボード、マウス、モニタ、ＵＳＢポート等のハードウェア（非図示）を備える。
【００３６】
３はOS（オペレーティングシステム）であり、コンピュータ１が備えるハードウェア、およびアプリケーション２、プリンタドライバ５、ポートドライバ４などのソフトウェアを管理する。
【００３７】
アプリケーション２は、例えばワードプロセッサのようなアプリケーションソフトウェアであり、操作者の指示に従って文書の作成・印刷などを行う。
【００３８】
５はプリンタドライバであり、アプリケーション２が発行した描画命令をOS３経由で受け取り、該描画命令をプリンタ７が解釈可能なプリンタコマンドに変換する。
【００３９】
４はポートドライバであり、プリンタドライバ５が変換したプリンタコマンドをオペレーティングシステム３経由で受け取り、通信ポートを経由してプリンタ７に送信する。本実施例では通信ポートはUSBを想定しているが、これは他の通信方式、例えばIEEE1284等でも構わない。
【００４０】
６は接続ケーブルで、本実施例においてはUSBケーブルである。
【００４１】
７はプリンタであり、ポートドライバ４から受信したプリンタコマンドに従って印刷を行う。
【００４２】
８および９は用紙をセットする給紙口である。本実施例においては二つのカセットを想定しているが、これは手差しトレイでも良く、また三つ以上の給紙口を備えても構わない。
【００４３】
本発明はホストベース・プリンタに関するものであるので、アプリケーション２からの描画命令を解読してビットマップに展開するレンダリング作業は、コンピュータ１内のプリンタドライバ５で行われる。また、プリンタドライバ５は画像の回転や、尾引き対策のための間引き処理なども、必要に応じて実行する。
【００４４】
また、プリンタドライバ５はユーザーの指示に従って、用紙サイズ、定着モード、給紙口、部数等の情報をプリンタ７が解釈可能なプリンタコマンドに変換して、画像情報と共に送信する。
【００４５】
プリンタ７はプリンタコマンドの指示に従って、受信した画像情報の印字を行う。
【００４６】
以下、図２のフローに従って本発明の第一の実施例におけるホスト側の動作を説明する。
【００４７】
プリンタドライバ５は201で描画命令を受信すると、202でレンダリングを行う。この際プリンタドライバ５はオペレータに指示された出力サイズおよび描画方向（ポートレート／ランドスケープ）に従って描画を行う。
【００４８】
続いて203で印字方向の決定を行う。ここではオペレータから指示された出力サイズに対して製品がサポートしている印字方向が一つだけならば、無条件でその方向を選択する。複数の印字方向が使用可能な場合は、スループットや同一ジョブ中の他のページのサイズ等を考慮して印字方向を決定する。
【００４９】
例えばA3プリンタであれば、A3は短辺送り（縦送り）しかありえないので短辺送りを選択する。一方でA4は短辺送りと長辺送り（横送り）の両方が考えられる。本実施例ではジョブ中のページが全てA4であるならば、より高速に印字可能な長辺送りを選択し、ジョブ中に複数のサイズが混在する場合は、それらを考慮して印字方向を決定するものとする。
【００５０】
また、ドライバに対してオペレータがあらかじめ各サイズの印字方向の優先順位を設定可能な様に構成しても良い。
【００５１】
次に204で回転が必要かどうかを判断する。202でレンダリングを行った際の描画方向がポートレートで203で決定した印字方向が短辺送りならば、あるいは描画方向がランドスケープで印字方向が長辺送りならば回転は不要である。しかし、ポートレートと長辺送り、あるいはランドスケープと短辺送りの組み合わせでは90°の回転処理が必要となる。
【００５２】
あるいは、両面印字が可能な製品においては偶数ページと奇数ページでは画像を180°回転させて印字を行う必要があるケースも存在する。ここでは、それらの判断を行う。
【００５３】
204で回転が必要と判断した場合は、205にすすみ回転処理を行ってから206へ進む。回転処理が不要な場合は、205をスキップして206へ進む。
【００５４】
206では「尾引き」対策の間引き処理等の印字方向に依存した画像処理が必要かどうかを判断する。「尾引き」障害は湿度や温度等の環境に依存するので、本実施例ではユーザーがドライバに対して指定可能なものと想定している。
【００５５】
よってここではユーザーが「尾引き」対策を指定しているかどうかをチェックするが、エンジンによっては「尾引き」障害には定着モード等の他の要因も関係しているかもしれない。その場合は、その他の条件も合わせて判断する様に構成しても良い。
【００５６】
206で画像処理が必要と判断した場合は、207に進んで画像処理を行う。本実施例においては、ここで行う画像処理は「尾引き」対策の間引き処理である。この処理の詳細は特許文献１に示されているので、ここでは詳述はしない。
【００５７】
そして、208に進んで強制フラグをONに設定して210に進む。206で画像処理が不要と判断した場合は、209に進んで強制フラグをOFFにして210に進む。この強制フラグの作用については後に説明する。
【００５８】
210では画像データの圧縮を行う。本実施例ではJBIG方式で圧縮する事を想定しているが、これはMMR等、他の圧縮方式を用いても良い。
【００５９】
続いて、211でプリントコマンドの送出を行う。ここではプリンタ７が解釈可能なプリンタコマンドの形式で画像のサイズや圧縮方式、定着モード、給紙口等の指示を行う。ここで前記強制フラグがONの場合は上記の指示に加えて、印字方向が短辺送りであるか長辺送りであるかの指示を行う。前記強制フラグがOFFの場合は、印字方向の指示は行わない。
【００６０】
続いて212で圧縮された画像データを送出し、213で全ページの処理を終了したかどうかをチェックする。まだ残りのページが存在する場合は、201に戻って全てのページの処理が終了するまで繰り返す。
【００６１】
以上がホスト側の処理である。
【００６２】
次に図３のフローに従って、本発明の第一の実施例におけるプリンタ側の動作を説明する。
【００６３】
プリンタ７はまず、301でホストが送出したプリントデータの受信を行う。このプリントデータはプリントコマンドと画像データから構成されている。
【００６４】
プリントデータを受信すると、次に302で印字方向の指示が行われているかどうかをチェックする。これはホスト側が211で間引き処理が行われている場合にのみ送出してくるものである。
【００６５】
302で印字方向の指示が無かった場合は、303でプリンタ側の判断で印字方向の決定を行う。判断の手法は基本的にはホスト側が203で行った物と同様で、用紙サイズ等の情報から短辺送りか長辺送りかを決定する。ただし、プリンタ側では装着しているカセットのサイズや向き、各カセットの紙有無の情報を取得出来るので、それらを加味してより正確な判断を行う事が可能である。
【００６６】
例えばA4は通常は長辺送りで印字するが、装置がA4横のカセットを装着していない、あるいは装着しているが紙無しになっていて、A4縦のカセットに紙が存在する場合は、短辺送りを選択する。
【００６７】
302で印字方向が指示されていた場合は、それに従うので303はスキップして、304に向かう。
【００６８】
次に304で回転が必要かどうかを判断する。302でホストから印字方向が指示されている場合は、ホストから指示された印字方向とホストが作成した画像データの向きは一致しているので回転は必要ない。しかし、ホストからは印字方向の指示がなく、プリンタ側が印字方向を決定した場合は、印字方向と画像データの向きが一致しないケースも存在する。ここで回転が必要と判断した場合は、305へ進んで回転処理を行う。
【００６９】
304で回転が不要と判断した場合は、305はスキップして、306に向かう。
【００７０】
続いて306で給紙口の決定を行う。ここではホストから給紙口が指示されていればそれに従い、指示されていなければ用紙のサイズと、ホストから指示された、あるいはプリンタが決定した印字方向に合致するものを選択する。
【００７１】
合致する給紙口が複数存在する場合は、用紙が存在する給紙口を優先して選択する。
【００７２】
続いて307で選択された給紙口に紙が存在するかどうかをチェックする。紙があれば310に進んでそのページの印字を実行する。
【００７３】
307で紙が無かった場合は308に進んで、給紙要求を操作パネル（非図示）に表示する。ここでは、給紙が必要な紙サイズと給紙口等の情報を表示し、ユーザーに補給を促す。
【００７４】
そして、309に進んで選択された給紙口に用紙が補給されるのを待ち、用紙が補給されると310に進んで印字を実行する。
【００７５】
そして、311に進んで最終ページまで処理が終了したかどうかをチェックする。ここでまだ残りのページが存在する場合は、301に戻って全てのページの処理が終了するまで繰り返す。
【００７６】
以上がプリンタ側の処理である。
【００７７】
以上が本発明の第一の実施例の処理である。
【実施例２】
【００７８】
以下、本発明の第二の実施例について説明する。
【００７９】
第二の実施例は本発明の第二の請求項による実施例である。
【００８０】
本発明の第二の請求項においては、ホストとプリンタは双方向のインターフェースで結ばれ、ホストはプリンタの状態をリアルタイムで知る事が出来る。
【００８１】
ホストはプリンタが装着しているカセットのサイズや向き、各カセットの紙有無を把握した上で適切な給紙方向を決定出来る。よって、常にホストが印字方向を決定してプリンタ側に対して指示を行うのが、第一の請求項との差異である。
【００８２】
第二の実施例においても、装置の構成は基本的に第一の実施例の場合と同様である。唯一の違いはコンピュータ１とプリンタ７を接続する接続ケーブル６は双方向のものでなくてはならない点だが、第一の実施例においても接続ケーブルはUSBを想定しているので、そのまま使用可能である。よって図１のブロック図を使用して説明を行う。
【００８３】
以下、図４のフローに従って本発明の第二の実施例における、ホスト側の動作を説明する。
【００８４】
401で描画命令を受信すると、402でレンダリングを行う。この際プリンタドライバ５はオペレータに指示されたサイズおよび描画方向（ポートレート／ランドスケープ）に従って描画を行う。
【００８５】
続いて403でプリンタの状況を取得する。これは双方向の接続ケーブル6を介して行われる。本実施例ではプリンタ７に装着されている各カセットのサイズと向き、および紙有無の状況を取得する。
【００８６】
次に404で印字方向の決定を行う。基本的には第一の実施例が203で行った物と同様でオペレータから指示されたサイズを基準に決定を行うが、ここでは403でプリンタに実際に装着されているカセットのサイズと向き、および紙有無を取得しているので、より適切な印字方向を決定する事が可能となる。
【００８７】
具体的にはプリンタ７が製品仕様としてはサポートしているが、実際には装着していないカセットや、装着はしているが現時点では紙無しになっているカセットよりも、実際に装着されていて紙があるカセットの印字方向を優先するといった処理が可能である。
【００８８】
次に405で回転が必要かどうかを判断する。ここで回転が必要と判断した場合は、406にすすみ回転処理を行ってから407へ進む。回転処理が不要な場合は、406をスキップして407へ進む。
【００８９】
407では尾引き対策としての間引き処理が必要かどうかを判断する。ここで間引き処理が必要と判断した場合は、408に進んで間引き処理を行い、不要と判断した場合は408をスキップして409に進む。
【００９０】
409では画像データの圧縮を行う。本実施例ではJBIG方式で圧縮する事を想定しているが、これはMMR等、他の圧縮方式を用いても良い。
【００９１】
続いて、410でコマンドの送出を行う。ここではプリンタ７が解釈可能なプリンタコマンドの形式で画像のサイズや圧縮方式、定着モード、給紙口等の指示を行う。
【００９２】
本実施例では常にホスト側で適切な印字方向が選択されるので、ここでは上記の指示に加えて、常に印字方向が短辺送りであるか長辺送りであるかの指示も行う。
【００９３】
続いて411で画像データを送出し、412で全ページの処理を終了したかどうかをチェックする。まだ残りのページが存在する場合は、401に戻って全てのページの処理が終了するまで繰り返す。
【００９４】
以上がホスト側の処理である。
【００９５】
プリンタ側の処理は基本的に、図3のフローで示した物と変わらない。
ホストが常に印字方向を指示するので、303のプリンタ側での印字方向の決定が常にスキップされるが、同一のフローで処理出来るので、ここでは説明は行わない。
【００９６】
以上が本発明の第二の実施例の処理である。
【実施例３】
【００９７】
以下、本発明の第三の実施例について説明する。
【００９８】
第三の実施例は本発明の第三の請求項による実施例である。
【００９９】
従来、A3等の大型プリンタにおいて回転ソートと呼ばれる機能が存在した。
【０１００】
これはA4原稿を複数部出力する際に、部数毎に短辺送りと長辺送りを交互に切り替えて印字を行うことで、ユーザーが容易に部数毎に取り扱える様にする機能である。
【０１０１】
同様の事はソーターを使用すれば実現可能であるが、回転ソートの場合は同等の効果をユニットの追加無しで実現可能なため、コスト面で優れた機能であった。
【０１０２】
この機能は、従来はプリンタ側で受け取った画像を回転して印字する事で実現してきた。しかし、印字方向に依存する処理をホスト側で行う場合、プリンタ側では回転を行う事が出来ないため、回転ソートを実施出来なくなってしまう。
【０１０３】
上記問題を解決するため、本発明の第三の請求項においては、ホスト側で画像データを作成する際に、部数毎に画像を回転した後で印字方向に依存する画像処理を行う。そして、プリンタに対して常に画像処理を行った印字方向を指示して、それに従って印字させる事で、回転ソートを実現するものである。
【０１０４】
以下、図５のフローに従って第三の実施例のホスト側の処理を説明する。
【０１０５】
ホストはまず、501で奇数部目か偶数部目かをチェックする。奇数部目の場合は503に進んで長辺送りを選択し、偶数部目の場合は502に進んで短辺送りを選択する。
【０１０６】
そして、504で選択された印字方向に従って、一部の処理を実行する。
【０１０７】
この処理は図2のフローで説明したものと基本的に同一であるので、ここでは詳述はしない。概略を述べると、レンダリング後に502あるいは503で選択された印字方向に従い必要に応じて回転処理を行い、さらに必要に応じて画像処理を実施する。そして、画像データを圧縮し、プリントコマンドで各種パラメータを指示した後、画像データを送出する。以上を原稿の全ページに対して行う。
【０１０８】
図2との違いは印字方向の決定は部数毎に既になされているため203での判断が不要な事と、画像処理の有無に関わらず、回転ソートを実現するために211では常に印字方向を指示する事のみである。
【０１０９】
一部の処理が終了すると、505で全部数の処理が終了したかどうかをチェックする。ここでまだ残りがある場合は、501に戻って処理を繰り返す。
【０１１０】
以上がホスト側の処理である。
【０１１１】
プリンタ側の処理は基本的に、図3のフローで示した物と変わらない。
【０１１２】
ホストが常に印字方向を指示するので、303のプリンタ側での印字方向の決定が常にスキップされるが、同一のフローで処理出来るので、ここでは説明は行わない。
【０１１３】
以上が本発明の第三の実施例の処理である。
【図面の簡単な説明】
【０１１４】
【図１】本発明方法の画像形成システムの構成を示すブロック図である。
【図２】本発明方法の第一の実施例のホスト側の動作を示すフローチャートである。
【図３】本発明方法の第一の実施例のプリンタ側の動作を示すフローチャートである。
【図４】本発明方法の第二の実施例のホスト側の動作を示すフローチャートである。
【図５】本発明方法の第三の実施例のホスト側の動作を示すフローチャートである。
【符号の説明】
【０１１５】
１  コンピュータ
２  アプリケーション
３  OS(オペレーティングシステム)
４  ポートドライバ
５  プリンタドライバ
６  USBケーブル
７  プリンタ
８  カセット１
９  カセット２
【図１】
2009129255.tif 000003
【図２】
2009129255.tif 000004
【図３】
2009129255.tif 000005
【図４】
2009129255.tif 000006
【図５】
2009129255.tif 000007