(57)【特許請求の範囲】
【請求項１】
以下の手段を備えることを特徴とする、処理指令と当該処理指令の宛先とを含むデータのブロックを送信するホスト・コンピュータ及び処理指令を受信するプリンタと接続可能なインターフェース装置。
（ａ）前記ホスト・コンピュータから送信されるデータのブロックを受信するホスト受信手段
（ｂ）前記受信手段により受信されたデータのブロックが含む処理指令の宛先が前記プリンタである場合、当該データのブロックの処理指令を前記プリンタに送信するプリンタ送信手段
（ｃ）前記受信手段により受信されたデータのブロックが含む処理指令の宛先が当該インターフェース装置である場合、当該データのブロックの処理指令を当該インターフェース装置で処理する処理手段
（ｄ）前記プリンタにリアルタイム指令を送信する必要があるか否かを判定する第１の判定手段
（ｅ）前記第１の判定手段によりリアルタイム指令を送信する必要があると判定され、前記ホスト受信手段により受信されたデータのブロックが含む処理指令の宛先が前記プリンタである場合、当該データのブロックの処理指令に続けてリアルタイム指令を前記プリンタに送信することができるか否かを判定する第２の判定手段
（ｆ）前記第２の判定手段によりリアルタイム指令を前記プリンタに送信することができると判定された場合、当該処理指令が前記プリンタ送信手段により前記プリンタに送信された後に、リアルタイム指令を前記プリンタに送信するリアルタイム指令送信手段
【請求項２】
さらに、以下の手段を備えることを特徴とする請求項１に記載のインターフェース装置。
（ｇ）前記リアルタイム指令がプリンタのステータス情報を取得する旨のリアルタイム指令である場合、前記プリンタから、リアルタイム指令の応答として送信されるプリンタのステータス情報を受信するプリンタ受信手段
【請求項３】
さらに、以下の手段を備えることを特徴とする請求項２に記載のインターフェース装置。
（ｈ）前記ホスト受信手段により受信されたデータのブロックの処理指令が、前記プリンタのステータス情報を取得する旨の指令であった場合、前記プリンタ受信手段により受信されたプリンタのステータス情報を前記ホスト・コンピュータに送信する第１のホスト送信手段
【請求項４】
さらに、以下の手段を備えることを特徴とする請求項１に記載のインターフェース装置。
（ｉ）前記リアルタイム指令に拘わらず、前記プリンタのステータス情報を取得し、前記ホスト・コンピュータからのステータス情報を取得する旨の指令の応答データとして構築するステータス監視手段
（ｊ）前記ホスト受信手段により受信されたデータのブロックの処理指令が、前記プリンタのステータス情報を取得する旨の指令であった場合、前記ステータス監視手段によって構築されたプリンタのステータス情報を前記ホスト・コンピュータに送信する第２のホスト送信手段
【請求項５】
さらに、以下の手段を備えることを特徴とする請求項３又は４に記載のインターフェース装置。
（ｋ）当該インターフェース装置に、プリンタとは独立に電源を供給する電源供給手段
（ｌ）前記リアルタイム指令送信手段によりプリンタのステータスを取得する旨のリアルタイム指令を前記プリンタに送信してから所定の時間が経過しても前記プリンタ受信手段がプリンタのステータス情報を受信しなかった場合、プリンタの電源が投入されていないと判断する第３の判定手段
（ｍ）前記第３の判定手段により、プリンタの電源が投入されていないと判定された場合、その旨を前記第１又は第２のホスト送信手段により前記ホスト・コンピュータに送信させる電源不投入通知手段
【請求項６】
さらに、以下の手段を備えることを特徴とする請求項１から５のいずれかに記載のインターフェース装置。
（ｎ）前記ホスト受信手段により受信されたデータのブロックが含む処理指令がリセット指令である場合、前記プリンタのリセット信号線を操作することにより前記プリンタをリセットするプリンタリセット手段
（ｏ）前記プリンタリセット手段により前記プリンタをリセットしてから当該インターフェース装置をリセットするインターフェースリセット手段
【請求項７】
以下のステップを備えることを特徴とする、処理指令と当該処理指令の宛先とを含むデータのブロックを送信するホスト・コンピュータ及び処理指令を受信するプリンタと接続可能なインターフェース装置の制御方法。
（ａ）前記ホスト・コンピュータから送信されるデータのブロックを受信するホスト受信ステップ
（ｂ）前記ホスト受信ステップにおいて受信されたデータのブロックが含む処理指令の宛先が前記プリンタである場合、当該データのブロックの処理指令を前記プリンタに送信するプリンタ送信ステップ
（ｃ）前記ホスト受信ステップにおいて受信されたデータのブロックが含む処理指令の宛先が当該インターフェース装置である場合、当該データのブロックの処理指令を当該インターフェース装置で処理する処理ステップ
（ｄ）前記プリンタにリアルタイム指令を送信する必要があるか否かを判定する第１の判定ステップ
（ｅ）前記第１の判定ステップにおいてリアルタイム指令を送信する必要があると判定され、前記ホスト受信ステップにおいて受信されたデータのブロックが含む処理指令の宛先が前記プリンタである場合、当該データのブロックの処理指令に続けてリアルタイム指令を前記プリンタに送信することができるか否かを判定する第２の判定ステップ
（ｆ）前記第２の判定ステップにおいてリアルタイム指令を前記プリンタに送信することができると判定された場合、当該処理指令が前記プリンタ送信ステップにおいて前記プリンタに送信された後に、リアルタイム指令を前記プリンタに送信するリアルタイム指令送信ステップ
【請求項８】
さらに、以下のステップを備えることを特徴とする請求項７に記載のインターフェース装置の制御方法。
（ｇ）前記リアルタイム指令がプリンタのステータス情報を取得する旨のリアルタイム指令である場合、前記プリンタから、リアルタイム指令の応答として送信されるプリンタのステータス情報を受信するプリンタ受信ステップ
【請求項９】
さらに、以下のステップを備えることを特徴とする請求項８に記載のインターフェース装置の制御方法。
（ｈ）前記ホスト受信ステップにおいて受信されたデータのブロックの処理指令が、前記プリンタのステータス情報を取得する旨の指令であった場合、前記プリンタ受信ステップにおいて受信されたプリンタのステータス情報を前記ホスト・コンピュータに送信する第１のホスト送信ステップ
【請求項１０】
さらに、以下のステップを備えることを特徴とする請求項７に記載のインターフェース装置の制御方法。
（ｉ）前記リアルタイム指令に拘わらず、前記プリンタのステータス情報を取得し、前記ホスト・コンピュータからのステータス情報を取得する旨の指令の応答データとして構築するステータス監視ステップ
（ｊ）前記ホスト受信手段により受信されたデータのブロックの処理指令が、前記プリンタのステータス情報を取得する旨の指令であった場合、前記ステータス監視ステップによって構築されたプリンタのステータス情報を前記ホスト・コンピュータに送信する第２のホスト送信ステップ
【請求項１１】
さらに、以下のステップを備えることを特徴とし、前記プリンタとは独立に電源を供給される請求項９又は１０に記載のインターフェース装置の制御方法。
（ｋ）前記リアルタイム指令送信ステップにおいてプリンタのステータスを取得する旨のリアルタイム指令を前記プリンタに送信してから所定の時間が経過しても前記プリンタ受信ステップがプリンタのステータス情報を受信しなかった場合、プリンタの電源が投入されていないと判断する第３の判定ステップ
（ｌ）前記第３の判定ステップにおいて、プリンタの電源が投入されていないと判断された場合、その旨を前記ホスト・コンピュータに送信する電源不投入通知ステップ
【請求項１２】
さらに、以下のステップを備えることを特徴とする請求項７から１１のいずれかに記載のインターフェース装置の制御方法。
（ｍ）前記ホスト受信ステップにより受信されたデータのブロックが含む処理指令がリセット指令である場合、前記プリンタのリセット信号線を操作することにより前記プリンタをリセットするプリンタリセットステップ
（ｎ）前記プリンタリセットステップにおいて前記プリンタをリセットしてから当該インターフェース装置をリセットするインターフェースリセットステップ
【請求項１３】
請求項７から１２のいずれかに記載のインターフェース装置の制御方法の各ステップを当該インターフェース装置に実行させるためのプログラムを記録したことを特徴とするコンピュータ読み取り可能な情報記録媒体。
【請求項１４】
前記情報記録媒体は、コンパクト・ディスク、フロッピー・ディスク、ハード・ディスク、光磁気ディスク、ディジタル・ビデオ・ディスク若しくは磁気テープであることを特徴とする請求項１３に記載のコンピュータ読み取り可能な情報記録媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、データのブロックを受信するインターフェース装置、その制御方法及び情報記録媒体に関する。
【０００２】
【従来の技術】
従来から、プリンタの拡張スロットに装着され、プリンタとホスト・コンピュータとの仲立ちとなるインターフェース装置が利用されている。
【０００３】
ホスト・コンピュータが新たな規格やプロトコルに基づいて印刷指令を出力する場合であっても、このようなインターフェース装置によって、これらの通信の規格の変換や印刷指令の変換などを行って既存のプリンタのハードウェアでも新たな規格やプロトコルによる印刷指令に対応して文字や図形を印刷することができるようにすることができる。
【０００４】
一方、プリンタ装置は、通常の印刷指令を受信した場合は、その指令をＲＡＭ（RandomAccessMemory）にバッファリングし、所定のバイト数指令がたまった場合や、印刷指令を受信しなくなってから所定の時間が経過した場合などに、ＲＡＭにバッファリングされた指令をプリンタのＣＰＵ（CentralProcessingUnit：中央処理ユニット）が順次読み出して処理を行う。
【０００５】
一方、プリンタの状態を調べるためのステータス通知指令、プリンタをリセットするリセット指令、オプションとしてプリンタ装置に接続されたレジスタ装置の銭箱の開閉を行う指令など、受信後、直ちに実行すべきリアルタイム指令もある。
【０００６】
このようなリアルタイム指令は、プリンタが受信すると、ＲＡＭにバッファリングする前に直ちに処理が行われ、その後に、当該リアルタイム指令はＲＡＭに記憶される。後に、ＣＰＵがバッファリングされた指令を処理する場合には、このリアルタイム指令は無視して読み飛ばす。
【０００７】
しかしながら、プリンタに対する印刷指令がこれまでに定められてきた歴史的背景により、リアルタイム指令と同じデータ列が、たとえば外字定義指令やビットマップイメージ印刷指令などの中に現われることがある。
【０００８】
一方、インターフェース装置が能動的にプリンタの状態をチェックし、ホスト・コンピュータが送信したプリンタの状態の問い合わせを受信した場合、直ちに現在のプリンタの状態を返信したい場合も多い。
【０００９】
【発明が解決しようとする課題】
インターフェース装置が能動的にプリンタの状態をチェックするためには、プリンタに対して状態チェックのリアルタイム指令を出力する必要がある。ところが、従来のインターフェース装置では、現在プリンタに送信しようとしている印刷指令が外字定義指令やビットマップイメージ印刷指令であるか否かのチェックは行っていなかった。このため、場合によっては、プリンタの状態をチェックするためのリアルタイム指令を送信しても、プリンタの状態が得られないばかりか、正しい印刷結果が得られない、という問題を生じていた。
【００１０】
一方で、印刷指令は日々進歩拡張されているため、すべての印刷指令をインターフェース装置が解釈して現在送信している印刷指令の種類をチェックした上で、リアルタイム指令を送信するか否かを決定するのは事実上困難であるという問題が生じていた。
【００１１】
さらに、従来のインターフェース装置はプリンタから電源を供給されていたため、プリンタに電源が投入されているか否かをホスト・コンピュータに通知することができないという問題が生じていた。
【００１２】
このほか、リセット指令をインターフェース装置が受信し、これをプリンタに送信した場合にも、上記リアルタイム指令を送信する場合と同様の問題が発生し、結果として正しくリセット処理が行われないという問題が生じていた。
【００１３】
本発明は、以上のような問題を解決するためのインターフェース装置、その制御方法及び情報記録媒体を提供することを目的とする。
【００１４】
【課題を解決するための手段】
以上の目的を達成するための発明は下記の発明である。
【００１５】
第１の発明は、以下の手段を備えることを特徴とする、処理指令と当該処理指令の宛先とを含むデータのブロックを送信するホスト・コンピュータ及び処理指令を受信するプリンタと接続可能なインターフェース装置である。
【００１６】
（ａ）ホスト・コンピュータから送信されるデータのブロックを受信するホスト受信手段
（ｂ）受信手段により受信されたデータのブロックが含む処理指令の宛先がプリンタである場合、当該データのブロックの処理指令をプリンタに送信するプリンタ送信手段
（ｃ）受信手段により受信されたデータのブロックが含む処理指令の宛先が当該インターフェース装置である場合、当該データのブロックの処理指令を当該インターフェース装置で処理する処理手段
（ｄ）プリンタにリアルタイム指令を送信する必要があるか否かを判定する第１の判定手段
（ｅ）第１の判定手段によりリアルタイム指令を送信する必要があると判定され、ホスト受信手段により受信されたデータのブロックが含む処理指令の宛先がプリンタである場合、当該データのブロックの処理指令に続けてリアルタイム指令をプリンタに送信することができるか否かを判定する第２の判定手段
（ｆ）第２の判定手段によりリアルタイム指令をプリンタに送信することができると判定された場合、当該処理指令がプリンタ送信手段によりプリンタに送信された後に、リアルタイム指令をプリンタに送信するリアルタイム指令送信手段
【００１７】
第１の発明では、ホスト受信手段は、ホスト・コンピュータから送信されるデータのブロックを受信し、プリンタ送信手段は、受信手段により受信されたデータのブロックが含む処理指令の宛先がプリンタである場合、当該データのブロックの処理指令をプリンタに送信し、処理手段は、受信手段により受信されたデータのブロックが含む処理指令の宛先が当該インターフェース装置である場合、当該データのブロックの処理指令を当該インターフェース装置で処理し、第１の判定手段は、プリンタにリアルタイム指令を送信する必要があるか否かを判定し、第２の判定手段は、第１の判定手段によりリアルタイム指令を送信する必要があると判定され、ホスト受信手段により受信されたデータのブロックが含む処理指令の宛先がプリンタである場合、当該データのブロックの処理指令に続けてリアルタイム指令をプリンタに送信することができるか否かを判定し、リアルタイム指令送信手段は、第２の判定手段によりリアルタイム指令をプリンタに送信することができると判定された場合、当該処理指令がプリンタ送信手段によりプリンタに送信された後に、リアルタイム指令をプリンタに送信する。
【００１８】
第１の発明により、プリンタに送信すべき印刷指令と合わせて宛先などのさまざまな情報を付加したデータのブロックをホスト・コンピュータからインターフェース装置に送信することにより、プリンタに送信すべき指令と、ホスト・コンピュータとインターフェース装置の間だけで行うべき処理の指令とを区別して処理すると共に、あるデータブロック内の印刷指令をプリンタに送信してから、次のデータブロック内の印刷指令をプリンタに送信するまでの間にリアルタイム指令を送信することができるか否かを的確に判断し、必要がある場合にはリアルタイム指令を送信するインターフェース装置を提供することができる。
【００１９】
第２の発明は、第１の発明において、さらに、以下の手段を備えることを特徴とするインターフェース装置である。
【００２０】
（ｇ）リアルタイム指令がプリンタのステータス情報を取得する旨のリアルタイム指令である場合、プリンタから、リアルタイム指令の応答として送信されるプリンタのステータス情報を受信するプリンタ受信手段
【００２１】
第２の発明では、プリンタ受信手段は、リアルタイム指令がプリンタのステータス情報を取得する旨のリアルタイム指令である場合、プリンタから、リアルタイム指令の応答として送信されるプリンタのステータス情報を受信する。
【００２２】
第２の発明により、プリンタのステータス（状態）情報を取得するリアルタイム指令を適切なタイミングでプリンタに出力し、その結果を受信するインターフェース装置を提供することができる。
【００２３】
第３の発明は、第３の発明において、さらに、以下の手段を備えることを特徴とするインターフェース装置である。
【００２４】
（ｈ）ホスト受信手段により受信されたデータのブロックの処理指令が、プリンタのステータス情報を取得する旨の指令であった場合、プリンタ受信手段により受信されたプリンタのステータス情報をホスト・コンピュータに送信する第１のホスト送信手段
【００２５】
第３の発明では、第１のホスト送信手段は、ホスト受信手段により受信されたデータのブロックの処理指令が、プリンタのステータス情報を取得する旨の指令であった場合、プリンタ受信手段により受信されたプリンタのステータス情報をホスト・コンピュータに送信する。
【００２６】
第３の発明により、適切なタイミングでプリンタに問い合わせたプリンタのステータス情報を、ホスト・コンピュータからの問い合わせに対して返答することができるインターフェース装置を提供することができる。
【００２７】
第４の発明は、第１の発明において、さらに、以下の手段を備えることを特徴とするインターフェース装置である。
【００２８】
（ｉ）リアルタイム指令に拘わらず、プリンタのステータス情報を取得し、ホスト・コンピュータからのステータス情報を取得する旨の指令の応答データとして構築するステータス監視手段
（ｊ）ホスト受信手段により受信されたデータのブロックの処理指令が、プリンタのステータス情報を取得する旨の指令であった場合、ステータス監視手段によって構築されたプリンタのステータス情報をホスト・コンピュータに送信する第２のホスト送信手段
【００２９】
第４の発明では、ステータス監視手段は、リアルタイム指令に拘わらず、プリンタのステータス情報を取得し、ホストからのステータス情報を取得する旨のリアルタイム指令の応答データとして構築するステータス監視手段リアルタイム指令に拘わらず、プリンタのステータス情報を取得し、ホストからのステータス情報を取得する旨のリアルタイム指令の応答データとして構築し、第２のホスト送信手段は、ホスト受信手段により受信されたデータのブロックの処理指令が、プリンタのステータス情報を取得する旨の指令であった場合、ステータス監視手段によって構築されたプリンタのステータス情報をホスト・コンピュータに送信する。
【００３０】
第４の発明により、予め取得しておいたプリンタのステータス情報を、ホスト・コンピュータから問い合わせがあったときに返答することができるインターフェース装置を提供することができる。
【００３１】
第５の発明は、さらに、以下の手段を備えることを特徴とするインターフェース装置である。
【００３２】
（ｋ）当該インターフェース装置に、プリンタとは独立に電源を供給する電源供給手段
（ｌ）リアルタイム指令送信手段によりプリンタのステータスを取得する旨のリアルタイム指令をプリンタに送信してから所定の時間が経過してもプリンタ受信手段がプリンタのステータス情報を受信しなかった場合、プリンタの電源が投入されていないと判断する第３の判断手段
（ｍ）第３の判断手段により、プリンタの電源が投入されていないと判断された場合、その旨を第１又は第２のホスト送信手段によりホスト・コンピュータに送信させる電源不投入通知手段
【００３３】
第５の発明では、電源供給手段は、当該インターフェース装置に、プリンタとは独立に電源を供給し、第３の判断手段は、リアルタイム指令送信手段によりプリンタのステータスを取得する旨のリアルタイム指令をプリンタに送信してから所定の時間が経過してもプリンタ受信手段がプリンタのステータス情報を受信しなかった場合、プリンタの電源が投入されていないと判断し、電源不投入通知手段は、第３の判断手段により、プリンタの電源が投入されていないと判断された場合、その旨をホスト送信手段によりホスト・コンピュータに送信させる。
【００３４】
第５の発明により、ホスト・コンピュータからの問い合わせに応じてプリンタに電源が投入されているか否かをチェックし、その結果をホスト・コンピュータに送信するインターフェース装置を提供することができる。
【００３５】
第６の発明は、第１から第５の発明において、さらに、以下の手段を備えることを特徴とするインターフェース装置である。
【００３６】
（ｍ）ホスト受信手段により受信されたデータのブロックが含む処理指令がリセット指令である場合、プリンタのリセット信号線を操作することによりプリンタをリセットするプリンタリセット手段
（ｎ）プリンタリセット手段によりプリンタをリセットしてから当該インターフェース装置をリセットするインターフェースリセット手段
【００３７】
第６の発明により、プリンタとインターフェース装置を同時に確実にリセットできるインターフェース装置を提供することができる。
【００３８】
第７の発明は、以下のステップを備えることを特徴とする、処理指令と当該処理指令の宛先とを含むデータのブロックを送信するホスト・コンピュータ及び処理指令を受信するプリンタと接続可能なインターフェース装置の制御方法である。
【００３９】
（ａ）ホスト・コンピュータから送信されるデータのブロックを受信するホスト受信ステップ
（ｂ）ホスト受信ステップにおいて受信されたデータのブロックが含む処理指令の宛先がプリンタである場合、当該データのブロックの処理指令をプリンタに送信するプリンタ送信ステップ
（ｃ）ホスト受信ステップにおいて受信されたデータのブロックが含む処理指令の宛先が当該インターフェース装置である場合、当該データのブロックの処理指令を当該インターフェース装置で処理する処理ステップ
（ｄ）プリンタにリアルタイム指令を送信する必要があるか否かを判定する第１の判定ステップと、
（ｅ）第１の判定ステップにおいてリアルタイム指令を送信する必要があると判定され、ホスト受信ステップにおいて受信されたデータのブロックが含む処理指令の宛先がプリンタである場合、当該データのブロックの処理指令に続けてリアルタイム指令をプリンタに送信することができるか否かを判定する第２の判定ステップ
（ｆ）第２の判定ステップにおいてリアルタイム指令をプリンタに送信することができると判定された場合、当該処理指令がプリンタ送信ステップにおいてプリンタに送信された後に、リアルタイム指令をプリンタに送信するリアルタイム指令送信ステップ
【００４０】
第７の発明により、プリンタに送信すべき印刷指令と合わせて宛先などのさまざまな情報を付加したデータのブロックをホスト・コンピュータからインターフェース装置に送信することにより、プリンタに送信すべき指令と、ホスト・コンピュータとインターフェース装置の間だけで行うべき処理の指令とを区別して処理すると共に、あるデータブロック内の印刷指令をプリンタに送信してから、次のデータブロック内の印刷指令をプリンタに送信するまでの間にリアルタイム指令を送信することができるか否かを的確に判断し、必要がある場合にはリアルタイム指令を送信するインターフェース装置の制御方法を提供することができる。
【００４１】
第８の発明は、第７の発明において、さらに、以下のステップを備えることを特徴とするインターフェース装置の制御方法である。
（ｇ）リアルタイム指令がプリンタのステータス情報を取得する旨のリアルタイム指令である場合、プリンタから、リアルタイム指令の応答として送信されるプリンタのステータス情報を受信するプリンタ受信ステップ
【００４２】
第８の発明により、プリンタのステータス（状態）情報を取得するリアルタイム指令を適切なタイミングでプリンタに出力し、その結果を受信するインターフェース装置の制御方法を提供することができる。
【００４３】
第９の発明は、第８の発明において、さらに、以下のステップを備えることを特徴とするインターフェース装置の制御方法である。
【００４４】
（ｈ）ホスト受信ステップにおいて受信されたデータのブロックの処理指令が、プリンタのステータス情報を取得する旨の指令であった場合、プリンタ受信ステップにおいて受信されたプリンタのステータス情報をホスト・コンピュータに送信する第１のホスト送信ステップ
【００４５】
第９の発明により、適切なタイミングでプリンタに問い合わせたプリンタのステータス情報を、ホスト・コンピュータからの問い合わせに対して返答することができるインターフェース装置を提供することができる。
【００４６】
第１０の発明は、第７の発明において、さらに、以下の手段を備えることを特徴とするインターフェース装置の制御方法である。
【００４７】
（ｉ）リアルタイム指令に拘わらず、プリンタのステータス情報を取得し、ホストからのステータス情報を取得する旨のリアルタイム指令の応答データとして構築するステータス監視ステップ
（ｊ）ホスト受信手段により受信されたデータのブロックの処理指令が、プリンタのステータス情報を取得する旨の指令であった場合、ステータス監視ステップによって構築されたプリンタのステータス情報をホスト・コンピュータに送信する第２のホスト送信ステップ
【００４８】
第１０の発明では、ステータス監視ステップは、リアルタイム指令に拘わらず、プリンタのステータス情報を取得し、ホスト・コンピュータからのステータス情報を取得する旨の指令の応答データとして構築し、第２のホスト送信ステップは、ホスト受信手段により受信されたデータのブロックの処理指令が、プリンタのステータス情報を取得する旨の指令であった場合、ステータス監視ステップによって構築されたプリンタのステータス情報をホスト・コンピュータに送信する。
【００４９】
第１０の発明により、予め取得しておいたプリンタのステータス情報を、ホスト・コンピュータから問い合わせがあったときに返答することができるインターフェース装置の制御方法を提供することができる。
【００５０】
第１１の発明は、第９又は１０の発明において、さらに、以下のステップを備えることを特徴とし、プリンタとは独立に電源を供給されるインターフェース装置の制御方法である。
【００５１】
（ｋ）リアルタイム指令送信ステップにおいてプリンタのステータスを取得する旨のリアルタイム指令をプリンタに送信してから所定の時間が経過してもプリンタ受信ステップがプリンタのステータス情報を受信しなかった場合、プリンタの電源が投入されていないと判断する第３の判定ステップ
（ｌ）第３の判定ステップにおいて、プリンタの電源が投入されていないと判断された場合、その旨をホスト・コンピュータに送信する電源不投入通知ステップ
【００５２】
第１１の発明により、ホスト・コンピュータからの問い合わせに応じてプリンタに電源が投入されているか否かをチェックし、その結果をホスト・コンピュータに送信するインターフェース装置の制御方法を提供することができる。
【００５３】
第１２の発明は、第７から第１１のいずれかの発明において、さらに、以下のステップを備えることを特徴とするインターフェース装置の制御方法である。
【００５４】
（ｍ）ホスト受信手段により受信されたデータのブロックが含む処理指令がリセット指令である場合、プリンタのリセット信号線を操作することによりプリンタをリセットするプリンタリセットステップ
（ｎ）プリンタリセットステップにおいてプリンタをリセットしてから当該インターフェース装置をリセットするインターフェースリセットステップ
【００５５】
第１２の発明により、プリンタとインターフェース装置を同時に確実にリセットできるインターフェース装置の制御方法を提供することができる。
【００５６】
第１３の発明は、第７から第１２の発明になるインターフェース装置の制御方法の各ステップを当該インターフェース装置に実行させるためのプログラムを記録したことを特徴とするコンピュータ読み取り可能な情報記録媒体である。
【００５７】
第１４の発明は、第１３の発明において、情報記録媒体は、コンパクト・ディスク、フロッピー・ディスク、ハード・ディスク、光磁気ディスク、ディジタル・ビデオ・ディスク若しくは磁気テープであることを特徴とするコンピュータ読み取り可能な情報記録媒体である。
【００５８】
第１４の発明により、プログラムを記録した情報記録媒体をソフトウェア商品として、印刷装置などの周辺装置と独立して容易に配布したり販売したりすることができるようになる。本発明の情報記録媒体に記録されたプログラムをインターフェース装置で実行すれば、上記の発明に係るインターフェース装置及びこれらの制御方法が実現できる。
【００５９】
【発明の実施の形態】
以下に本発明の一実施形態を説明する。なお、以下に説明する実施形態は説明のためのものであり、本願発明の範囲を制限するものではない。したがって、当業者であればこれらの各要素若しくは全要素をこれと均等なものに置換した実施形態を採用することが可能であるが、これらの実施形態も本願発明の範囲に含まれる。
【００６０】
図１は、本発明の実施例であるインターフェース装置とホスト・コンピュータを接続したシステムのブロック構成図である。以下、これを参照しながら詳細に説明する。
【００６１】
インターフェース装置１０１は、プリンタ１０２の拡張スロットに装着され、外観からは、両者は一体に構成されているかのように見える。ホスト・コンピュータ１０３は、インターフェース装置１０１を介してプリンタに接続されている。したがって、プリンタ１０２とホスト・コンピュータ１０３が相互に送受信する場合には、必ずインターフェース装置１０１を介することになる。
【００６２】
インターフェース装置１０１の電源はプリンタ１０２から供給されてもよいし、ホスト・コンピュータ１０３から供給されてもよいし、独自に電源供給装置を備える実施態様をとってもよい。いずれの実施態様も本発明の範囲に含まれる。
【００６３】
ただし、ホスト・コンピュータ１０３からの供給や独自の電源供給装置による場合は、プリンタ１０２本体の電源が投入されているか否かを調べることができる。ホスト・コンピュータ１０３がインターフェース装置１０１にプリンタ１０２の電源のオン／オフを調べる問い合わせを行った場合、インターフェース装置１０１が動作している場合には、このオン／オフ状態を通知することができる。
【００６４】
一方、インターフェース装置１０１に電源が投入されていない場合、たとえば、ホスト・コンピュータ１０３から電源を供給されている場合には、両者の接続に断線がある場合、インターフェース装置１０１とホスト・コンピュータ１０３の間の通信経路に断線がある場合などには、ホスト・コンピュータ１０３は問い合わせに対する返答を受信することができない。したがって、この場合、不調の原因は、断線やコネクタ外れの可能性が高い、と推測することができる。
【００６５】
一方、プリンタ１０２から電源を供給される場合には、一般に、プリンタ１０２とインターフェース装置１０１の電源は連動してオン／オフするため、プリンタ１０２の電源が投入されているか否かを調べることはできない。しかし、本発明の他の効果を得ることは可能である。
【００６６】
プリンタ１０２の電源のオン／オフ状態を調べる処理については、以降で図７、８を参照して詳細に説明する。
【００６７】
なお、インターフェース装置１０１は、必ずしもプリンタ１０２の拡張スロット内に収めて装着する必要はない。拡張スロットを持たないプリンタの場合には、外部にインターフェース装置１０１を接続することが可能であり、この実施形態も本発明の範囲に含まれる。
【００６８】
図２は、本発明の実施例のインターフェース装置１０１の概要を示すブロック構成図である。以下、これを参照しながら詳細に説明する。
【００６９】
インターフェース装置１０１は、ホスト・コンピュータ１０３との間の通信を行うためのホスト受信部２０１とホスト送信部２０２、プリンタ１０２との間の通信を行うためのプリンタ受信部２０３とプリンタ送信部２０４を備える。
【００７０】
ＣＰＵ２０５は、ホスト受信部２０１やプリンタ受信部２０３により受信された指令やデータをＲＡＭ２０７に一時的にバッファリングして、必要があれば指令やデータを適宜構成し直して、プリンタ送信部２０４やホスト送信部２０２から各機器へ送信する。
【００７１】
また、ＣＰＵ２０５は、プリンタ１０２の状態を適切なタイミングでチェックしてその状態をＲＡＭ２０７に記憶する。
【００７２】
ＲＯＭ（ReadOnlyMemory）２０６には、ＣＰＵ２０５が実行すべきプログラムが記憶されている。
【００７３】
このほか、図２に示すように、プリンタ１０２をハードウェア的にリセットするためのハードウェアリセット信号線２０８を設けることができる。これはＣＰＵ２０５に直結されている。なお、リセット信号線２０８がない実施形態であっても本発明の他の効果を得ることができ、本発明の範囲に含まれる。
【００７４】
インターフェース装置１０１は、プリンタ１０２の拡張スロットに設置される。プリンタ１０２とインターフェース装置１０１を接続する部分は、プリンタ受信部２０３とプリンタ送信部２０４であるが、たとえばＲＳ−２３２規格形状のコネクタを使用して、適切なインピーダンスマッチングや駆動電圧を採用して両者を結合してもよいし、バス等で直接接続してもよい。
【００７５】
一方、ホスト・コンピュータ１０３とインターフェース装置１０１の間の接続はホスト受信部２０１とホスト送信部２０２であるが、ＲＳ−２３２規格、ＵＳＢ（UniversalSerialBUS）規格、ネットワーク接続用１０Ｂａｓｅ−Ｔ、１００Ｂａｓｅ−Ｔ規格、パラレル接続など、各種の接続手法を採用することができる。インターフェース装置１０１は、各規格に適合したインターフェース装置１０１を装着することにより、既存のプリンタ１０２を生かしてさまざまな規格に基づいた通信体系で利用することが可能になる。
【００７６】
また、インターフェース装置１０１をプリンタ１０２の拡張スロットに装着すると、全体として一つの周辺機器として扱うことができるため、機器の運搬、設置などに便利である。
【００７７】
ここで、ホスト受信部２０１は、ホスト受信手段として、プリンタ送信部２０３は、ＣＰＵ２０５と共働してプリンタ送信手段として、ＣＰＵ２０５は、処理手段、第１の判定手段、第２の判定手段、インターフェースリセット手段として、ホスト受信部２０１と共働してリアルタイム指令送信手段、電源不投入通知手段として、プリンタ受信部２０３と共働して第３の判定手段として機能する。
【００７８】
プリンタ受信部２０３は、プリンタ受信手段として機能する。
【００７９】
ホスト送信部２０２は、ホスト送信手段として機能する。
【００８０】
リセット信号線２０８は、ＣＰＵ２０５と共働してプリンタリセット手段として機能する。
【００８１】
図示しないが、インターフェース装置１０１が独自の電源供給装置を持っている場合若しくはホスト・コンピュータ１０３からの電源供給を受けている場合は、それぞれ独自の電源供給装置若しくはホスト・コンピュータ１０３が電源供給手段として機能する。
【００８２】
また、ＲＯＭ２０６は、ＣＰＵ２０５が実行するプログラムを記録した情報記録媒体として機能する。
【００８３】
図３は、プリンタ１０２の要素の機能概要を示すブロック構成図である。以下、これを参照しながら詳細に説明する。
【００８４】
プリンタ１０２は、インターフェース装置１０１から送信される印刷指令を送受信部３０１で受信し、これをリアルタイム指令処理部３０２で解釈し、リアルタイム指令が発見された場合は、指令にしたがって処理を行う。たとえばプリンタのステータス問い合わせのリアルタイム指令を受信した場合は、送受信部３０１を介してステータス情報をインターフェース装置１０１に送信する。
【００８５】
さらに、送受信部３０１で受信された指令はリアルタイム指令処理部３０２を通ってそのまま受信バッファ３０３にバッファリングされる。
【００８６】
適切なタイミングでメイン処理部３０４が受信バッファ３０３の内容を処理する。印刷指令であれば、その指令にしたがってキャラクタジェネレータ３０５からフォントデータを取得し、印刷すべきイメージをプリントバッファ３０６に格納し、プリントバッファ３０６に１行分の印刷イメージが蓄積された場合などに印刷機構３０７を駆動して紙などに文字や図形を印刷する。
【００８７】
また、メイン処理部３０４がリアルタイム指令に出会った場合には、単に読み飛ばし、処理の重複を防止する。
【００８８】
インターフェース装置１０１のリセット信号線２０８に接続されたリセット信号線３０８からリセット入力があった場合には、プリンタ１０２全体がハードウェア的にリセットされる。
【００８９】
前記のプリンタ構成は単なる一実施例にすぎず、プリンタ１０２としては、インターフェース装置１０１が接続できるような任意のプリンタを利用することができる。本発明は、既存のプリンタ資源を活用するためのものだからである。
【００９０】
図４は、ホスト・コンピュータ１０３の概要を示すブロック構成図である。以下、これを参照しながら詳細に説明する。
【００９１】
ホスト・コンピュータ１０３のＣＰＵ４０１は、インターフェース装置１０１やプリンタ１０２に処理させたい処理指令に、宛先などの情報を付加したデータブロックを一時記憶領域のＲＡＭ４０２に構築し、インターフェース送信部４０３からインターフェース装置１０１に送信する。
【００９２】
インターフェース装置１０１から送信された処理指令の結果などは、インターフェース受信部４０４で受信し、ＲＡＭ４０２でバッファリングされ、適切なタイミングでＣＰＵ４０１が処理を行う。
【００９３】
不揮発性記憶手段としてＲＯＭ４０５、ハードディスク４０６、ＣＤ−ＲＯＭドライブ４０７、フロッピー・ディスク・ドライブ４０９を備え、これらは各種のデータやＣＰＵ４０１が実行するプログラム、インターフェース装置１０１やプリンタ１０２のファームウェアの更新用プログラムなどを記憶する。
【００９４】
図５は、本発明で用いられるデータ・ブロックの構成の概要を示す説明図である。以下、これを参照しながら詳細に説明する。
【００９５】
図５に示す通り、データ・ブロック５０１は、データブロック５０１の開始を表す開始記号部５０２と、送信する指令の宛先がインターフェース装置１０１かプリンタ１０２かを表す宛先情報部５０３と、このブロックの指令がたとえばイメージ印刷指令などの途中を送信するものであるか、それとも、このブロックの指令は、正しい指令の区切りで終了しているかを表す継続情報部５０４と、指令のバイト数を表す指令サイズ部５０５と、実際に送信する指令のデータ列の指令部５０６と、このデータブロック５０１のチェックサム部５０７と、データブロック５０１の終了を表す終端記号部５０８とからなる。このフォーマット以外に他の通信プロトコルで採用されているような各種のフォーマットを採用することができ、これらの実施形態も本発明の範囲に含まれる。
【００９６】
継続情報部５０４を調べて指令の区切りであることが確認できれば、このブロック５０１の指令をプリンタ１０２に送信した後に、リアルタイム指令をインターフェース装置が独自に送信しても不具合が発生しないことが保証される。
【００９７】
また、ブロック処理手段を有していないプリンタに接続して使用する場合には「指令のデータ列」のみをプリンタに送信するような制御も本発明の範囲に含まれる。
【００９８】
図６は、データ・ブロック５０１をホスト・コンピュータが構築して送信するデータ・ブロック構築送信処理の手順を示すフローチャートである。以下、これを参照しながら詳細に説明する。
【００９９】
まず、ＣＰＵ４０１は、送信したい指令のデータ列の長さを調べ（ステップＳ６０１）、長すぎる場合、たとえば１０２４バイトを超える場合（ステップＳ６０１：Ｙｅｓ）、この指令を複数のデータ列、例えばｎ個のデータ列に分割する（ステップＳ６０２）。
【０１００】
さらに、ＣＰＵ４０１は、それぞれの指令のデータ列に対して、チェックサムを計算し、開始記号、宛先情報、継続情報として１個目から（ｎ−１）個目までのデータ列に対しては「指令の途中」を、ｎ個目のデータ列に対しては「指令の最後」、分割したデータ列の長さ、分割したデータ列、計算したチェックサム、終了記号からなるデータのブロックをＲＡＭ４０２に構築する（ステップＳ６０４）。
【０１０１】
さらに、ＣＰＵ４０１は、インターフェース送信部４０３を介して作成した複数のデータのブロックを１個目からｎ個目の順にインターフェース装置１０１に送信し（ステップＳ６０５）、本処理を終了する。
【０１０２】
一方、所定の長さ以下である場合（ステップＳ６０１：Ｎｏ）、ＣＰＵ４０１は、その指令のデータ列をそのまま利用し、開始記号、宛先情報、継続情報として「指令の最後」、データ列の長さ、データ列、計算したチェックサム、終了記号からなるデータのブロックを１つＲＡＭ４０２に構築する（ステップＳ６０６）。
【０１０３】
さらに、ＣＰＵ４０１は、インターフェース送信部４０３を介して作成した複数のデータのブロックをインターフェース装置１０１に送信し（ステップＳ６０７）、本処理を終了する。
【０１０４】
このように、ホスト・コンピュータ１０３は、指令の一区切りごとにブロックに分割したデータをインターフェース装置１０１に送信するため、インターフェース装置１０１は、リアルタイム指令をプリンタ１０２に送信することができるタイミングを適切に知ることができるし、プリンタは誤動作しない。
【０１０５】
なお、ステップＳ６０１で調べる指令のデータ列の長さが極めて短い場合は、適宜指令をバッファリングして、まとめて送信することが可能である。たとえば、ＲＡＭ４０２に蓄積した指令のデータ列の長さが所定の長さに達するまでバッファリングを行う。次の指令をバッファリングすると所定の長さを超える場合は、まずバッファリングしてある指令データ列を上記ステップＳ６０６、ステップＳ６０７を使用して送信し、その後バッファをクリアしてから当該次の指令をＲＡＭ４０２に蓄積してバッファリングする。
【０１０６】
図７は、インターフェース装置がホスト・コンピュータからの指令を中継してプリンタへ送信し、適宜ホスト・コンピュータへ結果を応答して送信する中継処理の手順を示すフローチャートである。また、本フローチャートは指令の宛先がプリンタの場合においても指令が「プリンタステータスの取得」や「リセット」である場合は、指令をプリンタへは送信せずにインターフェース装置が処理する手順を示している。以下、これを参照しながら詳細に説明する。
【０１０７】
まず、インターフェース装置１０１は、ホスト・コンピュータ１０３から送信されるデータのブロックの受信を待つ（ステップＳ７０１）。受信待ちにより、他の処理に適宜制御を移すコルーチン処理を行ってもよい。
【０１０８】
データのブロックが受信されたら、指定された指令のデータ列を調べる（ステップＳ７０２）。指令が「プリンタステータスの取得」である場合（ステップＳ７０２：ステータス）、以降で詳細に説明するステータス取得指令処理を実行し（ステップＳ７０３）、ステップＳ７０１に戻る。
【０１０９】
指令が「リセット」である場合（ステップＳ７０２：リセット）、以降で詳細に説明するリセット処理を実行し（ステップＳ７０４）、ステップＳ７０１に戻る。
【０１１０】
指令がその他のものである場合（ステップＳ７０２：その他）、そのブロック内の宛先情報部を調べる（ステップＳ７０５）。
【０１１１】
宛先が「プリンタ」である場合（ステップＳ７０５：プリンタ）、そのブロック内の継続情報部の情報をＲＡＭ２０７に記憶し（ステップＳ７０６）、ブロック内の指令のデータ列をプリンタに送信する（ステップＳ７０７）。
【０１１２】
さらに、ＲＡＭ２０７に記憶された継続情報が「指令の終了」であるか調べ（ステップＳ７０８）、「指令の終了」である場合（ステップＳ７０８：Ｙｅｓ）は、プリンタ１０２にプリンタのステータスを調べるリアルタイム指令を送信し（ステップＳ７０９）、その結果の応答をＲＡＭ２０７に記憶する（ステップＳ７１０）。なお、一定時間プリンタ１０３からの応答がない場合には、ＲＡＭ２０７に「プリンタ電源断」という情報を記憶する。この後、ステップＳ７０１に戻る。
【０１１３】
「指令の終了」でない場合（ステップＳ７０８：Ｎｏ）は、そのままステップＳ７０１に戻る。
【０１１４】
なお、「指令の終了」である場合に毎回プリンタのステータスを調べるのではなく、適当な回数おきに調べるなどの手法を採用することも可能である。また、タイマ割り込みなどで一定時間ごとにプリンタの状態を調べたい旨のフラグをＲＡＭ２０７内に記憶し、このフラグが立っている場合にのみステップＳ７０６、ステップＳ７０７を実行して、その後でこのフラグをクリアする、などの手法を採用することもできる。
【０１１５】
一方、宛先が「インターフェース装置」である場合（ステップＳ７０５：インターフェース装置）、指定された指令のデータ列を調べて対応する指令を実行し（ステップＳ７１１）、ステップＳ７０１に戻る。
【０１１６】
このように、プリンタとインターフェース装置のいずれに対する指令かを明確にすることにより、多様な指令を両者に分別して送ることができる。また、「リセット」のように両装置に対する指令を確実に処理することができる。さらに、「プリンタのステータス情報取得」のリアルタイム指令を適切なタイミングでプリンタに出力し、能動的にプリンタの状態を監視して、「プリンタステータスの取得」指令のようにプリンタに対する機能の一部をインターフェース装置が分担することで、プリンタの印字結果に悪影響を及ぼすこともなく、またプリンタの状態により遅延を生ずることなくタイミングよく処理できる。
【０１１７】
なお、ステップＳ７０７の後直ちにステップＳ７０１に戻り、ステップＳ７０１でホスト・コンピュータからの受信待ちの間、別のコルーチン処理として、ステップＳ７０８、ステップＳ７０９、ステップＳ７１０を順に実行する実施形態をとることもでき、これも本発明と同様の効果を奏し、本発明の範囲に含まれる。
【０１１８】
また、ステップＳ７０１とステップＳ７０２の間などに、送信されたデータ・ブロックのチェックサムを調べて、正しいブロックか否かを判定し、正しくない場合には再送信をホスト・コンピュータに要求するような処理を付加することも可能である。ただし、このようなチェックサム検査処理及びブロック内にチェックサム部を設けるか否かにかかわらず、本発明の効果を得ることができる。
【０１１９】
図８は、インターフェース装置１０１が実行するステータス取得指令処理の手順を示すフローチャートである。
【０１２０】
まず、ＣＰＵ２０１は、中継処理のステップＳ７１０においてＲＡＭ２０７に記憶されたプリンタのステータス情報を取得する（ステップＳ８０１）。このステータス情報には、適切なタイミングでプリンタ１０２に問い合わせた最新のプリンタステータス情報が含まれる。また、インターフェース装置１０１の電源がプリンタ１０２の電源と独立している場合には、プリンタ１０２の「電源オフ」または「電源オン」という情報が記憶されている。
【０１２１】
次にＣＰＵ２０１は、ホスト送信部２０２を介して、取得した情報をホスト・コンピュータに送信して（ステップＳ８０２）、本処理を終了し、元の処理にリターンする。
【０１２２】
このように、プリンタのステータス取得は、プリンタの印刷状況に関らず、プリンタ自体の電源がオフになっていても可能である。また、ホスト・コンピュータは、短時間でプリンタの状態を得ることができる。
【０１２３】
ホスト・コンピュータでは、システム全体が正常に動作している場合には、インターフェース装置からの応答でプリンタの状態を知ることができ、プリンタの電源が切れている場合には、インターフェース装置からの応答でその旨を知ることができ、インターフェース装置自体に故障がある場合や、インターフェース装置とホスト・コンピュータとの間に断線などの故障がある場合には、インターフェース装置からの応答が所定の時間ないことからその旨を知ることができる。
【０１２４】
図９は、インターフェース装置１０１が実行するリセット処理の手順を示すフローチャートである。
【０１２５】
まず、ＣＰＵ２０１は、リセット信号線２０８に信号を出力し、プリンタ１０２をハードウェア的にリセットする（ステップＳ９０１）。
【０１２６】
ついで、ＣＰＵ２０１は、ＲＯＭ２０６内の所定の領域に記憶されたプログラム、たとえば、インターフェース装置の電源投入時に実行されるプログラムの先頭に制御を移すことにより、インターフェース装置１０１自体をリセットする（ステップＳ９０２）。
【０１２７】
このため、本処理ではもとの手順へリターンすることはない。
【０１２８】
本処理を採用することにより、プリンタ側にリアルタイム指令のリセット指令を用意する必要がなくなる。既存のプリンタ資源を活用する場合には、指令を追加することはできないが、本発明では、ほとんどのプリンタに用意されているハードウェアリセット信号線を操作することにより、プリンタのリセットが確実に実行できる。
【０１２９】
また、リセット指令と同じデータ列がビットイメージ印刷指令やフォント定義指令などに偶然含まれていた場合の複雑な処理などを避けることができる。
【０１３０】
【発明の効果】
以上説明したように、本発明によれば、以下の効果を奏する。
【０１３１】
第１に、プリンタに送信すべき印刷指令と合わせて宛先などのさまざまな情報を付加したデータのブロックをホスト・コンピュータからインターフェース装置に送信することにより、プリンタに送信すべき指令と、ホスト・コンピュータとインターフェース装置の間だけで行うべき処理の指令とを区別して処理すると共に、あるデータブロック内の印刷指令をプリンタに送信してから、次のデータブロック内の印刷指令をプリンタに送信するまでの間にリアルタイム指令を送信することができるか否かを的確に判断し、可能な場合にはリアルタイム指令を送信するインターフェース装置とその制御方法を提供することができる。
【０１３２】
第２に、プリンタのステータス（状態）情報を取得するリアルタイム指令を適切なタイミングでプリンタに出力し、その結果を受信するインターフェース装置とその制御方法を提供することができる。
【０１３３】
第３に、適切なタイミングでプリンタに問い合わせたプリンタのステータス情報を、ホスト・コンピュータからの問い合わせに対してプリンタの状態に拘わらず返答することができるインターフェース装置とその制御方法を提供することができる。
【０１３４】
第４に、ホスト・コンピュータからの問い合わせに応じてプリンタに電源が投入されているか否かをチェックし、その結果をホスト・コンピュータに送信するインターフェース装置とその制御方法を提供することができる。
【０１３５】
第５に、プリンタとインターフェース装置を同時に確実にリセットできるインターフェース装置とその制御方法を提供することができる。
【０１３６】
第６に、プログラムを記録した情報記録媒体をソフトウェア商品として、印刷装置などの周辺装置と独立して容易に配布したり販売したりすることができるようになる。本発明の情報記録媒体に記録されたプログラムをインターフェース装置で実行すれば、上記の発明に係るインターフェース装置及びこれらの制御方法が実現できる。
【図面の簡単な説明】
【図１】  本発明の実施例であるインターフェース装置とホスト・コンピュータを接続したシステムのブロック構成図。
【図２】  本発明の実施例のインターフェース装置の概要を示すブロック構成図。
【図３】  本発明の実施例のプリンタの要素の機能概要を示すブロック構成図。
【図４】  本発明の実施例のホスト・コンピュータの概要を示すブロック構成図。
【図５】  本発明で用いられるデータ・ブロックの構成の概要を示す説明図。
【図６】  本発明の実施例のホスト・コンピュータのデータ・ブロック構築送信処理の手順を示すフローチャート。
【図７】  本発明の実施例のインターフェース装置の中継処理の手順を示すフローチャート。
【図８】  本発明の実施例のインターフェース装置が実行するステータス取得指令処理の手順を示すフローチャート。
【図９】  本発明の実施例のインターフェース装置が実行するリセット処理の手順を示すフローチャート。
【符号の説明】
１０１  インターフェース装置
１０２  プリンタ
１０３  ホスト・コンピュータ
２０１  ホスト受信部
２０２  ホスト送信部
２０３  プリンタ受信部
２０４  プリンタ送信部
２０５  ＣＰＵ
２０６  ＲＯＭ
２０７  ＲＡＭ
２０８  リセット信号線
３０１  送受信部
３０２  リアルタイム処理部
３０３  受信バッファ
３０４  メイン処理部
３０５  キャラクタジェネレータ
３０６  プリントバッファ
３０７  印刷機構
３０８  リセット信号線
４０１  ＣＰＵ
４０２  ＲＡＭ
４０３  インターフェース送信部
４０４  インターフェース受信部
４０５  ＲＯＭ
４０６  ハードディスク
４０７  ＣＤ−ＲＯＭドライブ
４０８  フロッピーディスクドライブ
【図１】
0003807472.tif 000002
【図２】
0003807472.tif 000003
【図３】
0003807472.tif 000004
【図４】
0003807472.tif 000005
【図５】
0003807472.tif 000006
【図６】
0003807472.tif 000007
【図７】
0003807472.tif 000008
【図８】
0003807472.tif 000009
【図９】
0003807472.tif 000010