JPH11203065A - 印刷システム及び印刷装置 - Google Patents

Abstract

(57)【要約】 【課題】 転送方式の変更を監視するための処理を単純
化して印刷処理全体の効率を上げることができる印刷シ
ステムを提供する。 【解決手段】 ある特定の状態を経過したことを検出
し、その特定の状態を経過した場合（経過した直後）に
は転送方式が変更されるであろうと予測して、その後か
ら転送されてくるデータに対して転送方式の変更があっ
たかを解析する。そして、転送方式の変更が解析された
場合は転送方式を変更する。また、転送方式が変更され
ると予測した後、転送されてきたデータが以前と同じ転
送方式であった場合そのままの方式で続行する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、印刷装置とその上
位装置とからなる印刷システム、及び上位装置からの印
刷データを出力する印刷装置に関する。

【０００２】

【従来の技術】従来、印刷装置とその上位装置とからな
る印刷システムでは、少なくとも２種類以上の印刷デー
タ転送方式を持つ場合、つまり、これらの転送方式を上
位装置と印刷装置の間で使い分けて使用する場合に、上
位装置又は印刷装置から転送されてくるデータを正常に
受信するために、ほとんど全ての転送データに対して解
析を行ない、転送方式が変更されていないかを監視する
ように制御していた。

【０００３】

【発明が解決しようとする課題】しかしながら、上記従
来例の様に、転送方式の変更を監視するための解析処理
をほとんど全ての印刷データに対して実行するのは、実
際の印刷処理とは関係ない所に印刷装置（又は印刷シス
テム）の能力を投資することになり、印刷処理全体の効
率が悪化していた。

【０００４】本発明は上記従来の問題点に鑑み、転送方
式の変更を監視するための処理を単純化して印刷処理全
体の効率を上げることができる印刷システム及び印刷装
置を提供することを目的とする。

【０００５】

【課題を解決するための手段】上記目的を達成するため
に第１の発明は、印刷装置とその上位装置とを有し、こ
れらの装置の間で少なくとも２種類以上の転送方式によ
り印刷／制御データの転送を行う印刷システムにおい
て、特定の状態を経過した直後には前記転送方式が変更
されることを予測し、その予測に基づいて前記上位装置
と前記印刷装置のいずれか一方が転送方式を変更した場
合は、それに追随して前記上位装置と前記印刷装置のい
ずれか他方も転送方式を変更する構成にしたものであ
る。

【０００６】第２の発明では、上記第１の発明におい
て、ＩＥＥＥ１２８４−１９９４で定義されている上位
装置から指示されるデバイスＩＤ要求があったことを条
件に、前記印刷装置が前記転送方式の変更を予測し、デ
バイスＩＤ要求の直後には転送方式を変更可能な状態に
するものである。

【０００７】第３の発明では、上記第１の発明におい
て、ＩＥＥＥ１２８４−１９９４で定義されている上位
装置から指示されるデバイスＩＤ要求に対して、前記印
刷装置がデバイスＩＤデータを前記上位装置へ転送した
又は転送終了したことを条件に、印刷装置が前記転送方
式の変更を予測し、前記デバイスＩＤデータの上位装置
に対する転送を開始した又は転送終了した直後には転送
方式を変更可能な状態にするものである。

【０００８】第４の発明では、上記第３の発明におい
て、前記上位装置から指示されたデバイスＩＤ要求に対
して前記印刷装置が返すデバイスＩＤデータの中に特定
のデータが含まれていた場合は、前記デバイスＩＤデー
タの上位装置に対する転送が終了した直後に前記転送方
式を変更可能な状態にするものである。

【０００９】第５の発明では、上記第１の発明におい
て、前記上位装置から指示されるインターフェイス上の
初期化信号が発行されたことを条件に、前記印刷装置が
前記転送方式の変更を予測し、前記初期化信号に対する
処理を行なった直後には転送方式を変更可能な状態にす
るものである。

【００１０】第６の発明では、上記第１の発明におい
て、前記印刷装置に設けられた操作手段から指示される
装置の初期化が実行されたことを条件に、印刷装置が前
記転送方式の変更を予測し、前記初期化に対する処理を
行なった直後には転送方式を変更可能な状態にするもの
である。

【００１１】第７の発明では、上記第１の発明におい
て、システム全体の電源が遮断された状態から投入状態
になったことを条件に、前記印刷装置が前記転送方式の
変更を予測し、前記電源投入時の処理を終了した直後に
は転送方式を変更可能な状態にするものである。

【００１２】第８の発明では、上記第１の発明におい
て、前記印刷装置又は前記上位装置に設けられた操作手
段により指示された場合は前記転送方式の変更を予測
し、前記操作手段の操作直後には転送方式を変更可能な
状態にするものである。

【００１３】第９の発明では、上記第１の発明におい
て、前記上位装置又は印刷装置から特定のコマンドが転
送され、それを印刷装置又は上位装置が解析した場合は
前記転送方式の変更を予測し、前記特定コマンドの解析
直後には転送方式を変更可能な状態にするものである。

【００１４】第１０の発明では、上記第１乃至第９の発
明において、前記転送方式が変更可能な状態になってか
ら、前記上位装置又は前記印刷装置から転送されてくる
データが一定数になるまでは、該転送データの解析を継
続するものである。

【００１５】第１１の発明では、上記第１０の発明にお
いて、前記転送データの解析を継続するデータ数は、操
作手段により予め決定するものである。

【００１６】第１２の発明では、上記第１０の発明にお
いて、前記転送データの解析を継続するデータ数は、前
記上位装置又は前記印刷装置から予め送られてくるコマ
ンドに従って決定するものである。

【００１７】第１３の発明では、上記第１乃至第１０の
発明において、前記転送方式が変更可能な状態になって
も、以前と同じ転送方式で前記上位装置又は前記印刷装
置から印刷／制御データの転送が行われた場合は、転送
方式の変更をせず以前と同じ転送方式を使用するもので
ある。

【００１８】第１４の発明では、上記第１乃至第１０の
発明において、前記転送方式が変更可能な状態になった
後、前記上位装置又は前記印刷装置からの印刷／制御デ
ータの転送量が少なく、転送方式の変更が行われたか否
かの判断が不可能な状態が一定時間続いた場合は、転送
方式の変更をせず以前と同じ転送方式を使用するもので
ある。

【００１９】第１５の発明では、上記第１４の発明にお
いて、前記転送方式の変更が行われたか否かの判断が不
可能な状態から、転送方式の変更をせず以前と同じ転送
方式を使用することを決定するまでの時間を、操作手段
により予め決定するものである。

【００２０】第１６の発明では、上記第１４の発明にお
いて、前記転送方式の変更をせず以前と同じ転送方式を
使用することを決定するまでの時間は、前記上位装置又
は前記印刷装置から予め送られてくるコマンドに従って
決定するものである。

【００２１】第１７の発明では、上位装置との間で少な
くとも２種類以上の転送方式により印刷／制御データの
転送を行う印刷装置において、特定の状態を経過した直
後には前記転送方式が変更されることを予測して、該転
送方式を変更可能な状態にするものである。

【００２２】第１８の発明では、上記第１７の発明にお
いて、ＩＥＥＥ１２８４−１９９４で定義されている上
位装置から指示されるデバイスＩＤ要求があったことを
条件に、前記転送方式の変更を予測し、デバイスＩＤ要
求の直後には転送方式を変更可能な状態にするものであ
る。

【００２３】第１９の発明では、上記第１７の発明にお
いて、ＩＥＥＥ１２８４−１９９４で定義されている上
位装置から指示されるデバイスＩＤ要求に対して、デバ
イスＩＤデータを前記上位装置へ転送した又は転送終了
したことを条件に、前記転送方式の変更を予測し、前記
デバイスＩＤデータの上位装置に対する転送を開始した
又は転送終了した直後には転送方式を変更可能な状態に
するものである。

【００２４】第２０の発明では、上記第１９の発明にお
いて、前記上位装置から指示されたデバイスＩＤ要求に
対して返信するデバイスＩＤデータの中に特定のデータ
を含む場合は、前記デバイスＩＤデータの上位装置に対
する転送が終了した直後に前記転送方式を変更可能な状
態にするものである。

【００２５】第２１の発明では、上記第１７の発明にお
いて、前記上位装置から指示されるインターフェイス上
の初期化信号が発行されたことを条件に、前記転送方式
の変更を予測し、前記初期化信号に対する処理を行なっ
た直後には転送方式を変更可能な状態にするものであ
る。

【００２６】第２２の発明では、上記第１７の発明にお
いて、印刷に関する操作を行う操作手段を有し、前記操
作手段から指示される装置の初期化が実行されたことを
条件に、前記転送方式の変更を予測し、前記初期化に対
する処理を行なった直後には転送方式を変更可能な状態
にするものである。

【００２７】第２３の発明では、上記第１７の発明にお
いて、装置の電源が遮断された状態から投入状態になっ
たことを条件に、前記転送方式の変更を予測し、前記電
源投入時の処理を終了した直後には転送方式を変更可能
な状態にするものである。

【００２８】第２４の発明では、上記第１７の発明にお
いて、印刷に関する操作を行う操作手段を有し、前記操
作手段により指示された場合は前記転送方式の変更を予
測し、前記操作手段の操作直後には転送方式を変更可能
な状態にするものである。

【００２９】第２５の発明では、上記第１７の発明にお
いて、前記上位装置から特定のコマンドが転送され、そ
れを解析した場合は前記転送方式の変更を予測し、前記
特定コマンドの解析直後には転送方式を変更可能な状態
にするものである。

【００３０】第２６の発明では、上記第１７乃至第２５
の発明において、前記転送方式が変更可能な状態になっ
てから、前記上位装置から転送されてくるデータが一定
数になるまでは、該転送データの解析を継続するもので
ある。

【００３１】第２７の発明では、上記第２６の発明にお
いて、印刷に関する操作を行う操作手段を有し、前記転
送データの解析を継続するデータ数は、前記操作手段に
より予め決定するものである。

【００３２】第２８の発明では、上記第２６の発明にお
いて、前記転送データの解析を継続するデータ数は、前
記上位装置から予め送られてくるコマンドに従って決定
するものである。

【００３３】第２９の発明では、上記第１７乃至第２６
の発明において、前記転送方式が変更可能な状態になっ
ても、以前と同じ転送方式で前記上位装置から印刷／制
御データの転送が行われた場合は、転送方式の変更をせ
ず以前と同じ転送方式を使用するものである。

【００３４】第３０の発明では、上記第１７乃至第２６
の発明において、前記転送方式が変更可能な状態になっ
た後、前記上位装置からの印刷／制御データの転送量が
少なく、転送方式の変更が行われたか否かの判断が不可
能な状態が一定時間続いた場合は、転送方式の変更をせ
ず以前と同じ転送方式を使用するものである。

【００３５】第３１の発明では、上記第３０の発明にお
いて、転送方式の変更が行われたか否かの判断が不可能
な状態から、転送方式の変更をせず以前と同じ転送方式
を使用することを決定するまでの時間を、操作手段によ
り予め決定するものである。

【００３６】第３２の発明では、上記第３０の発明にお
いて、前記転送方式の変更をせず以前と同じ転送方式を
使用することを決定するまでの時間は、前記上位装置か
ら予め送られてくるコマンドに従って決定するものであ
る。

【００３７】

【発明の実施の形態】以下、図面を参照して本発明の実
施の形態を説明する。

【００３８】＜第１実施形態＞図１は、本発明の第１実
施形態に係る印刷システムの概略構成を示すブロック
図、及び図２は、印刷データの流れから見た印刷装置内
部のブロック図である。また図３は、本実施形態に適用
されるレーザービームプリンタ（以下「ＬＢＰ」と記
述）の内部構造を示す断面図である。

【００３９】［ＬＢＰの構成］まず、本実施形態を適用
するに好適なＬＢＰの構成について図３を参照しながら
説明する。尚、本実施形態を適用するプリンタは、ＬＢ
Ｐに限られるものではなく、他のプリント方式のプリン
タ（印刷装置）でもよいことは言うまでもない。

【００４０】このＬＢＰは、不図示のデータ源から文字
パターンの登録や定型書式（フォームデータ）などの登
録が行える。同図において、１０００はＬＢＰ本体であ
り、外部に接続されている上位装置（ホストコンピュー
タ等）から供給される文字情報（文字コード）やフォー
ム情報あるいはマクロ命令などを入力して記憶するとと
もに、それらの情報に従って対応する文字パターンやフ
ォームパターンなどを作成し、記録媒体である記録紙上
に像を形成する。

【００４１】１０１２は、操作のためのスイッチおよび
ＬＥＤ表示器などが配されている操作部、１００１はＬ
ＢＰ１０００全体の制御およびホストコンピュータから
供給される文字情報などを解析するプリンタ制御ユニッ
トである。この制御ユニット１００１は、主に文字情報
を対応する文字パターンのビデオ信号に変換してレーザ
ドライバ１００２に出力する。レーザドライバ１００２
は半導体レーザ１００３を駆動するための回路であり、
入力されたビデオ信号に応じて半導体レーザ１００３か
ら発射されるレーザ光１００４をオン／オフ切り替えす
る。

【００４２】レーザ１００４は、回転多面鏡１００５で
左右方向に振られ静電ドラム１００６上を走査する。こ
れにより、静電ドラム１００６上には文字パターンの静
電潜像が形成される。この潜像は、静電ドラム１００６
周囲の現像ユニット１００７により現像された後、記録
紙に転送される。この記録紙にはカットシートを用い、
カットシート記録紙は、ＬＢＰ１０００に装着した用紙
カセット１００８に収納され、給紙ローラ１００９およ
び搬送ローラ１０１０と１０１１とにより装置内に取り
込まれて、静電ドラム１００６に供給される。

【００４３】［印刷装置と上位装置の構成］次に、図１
を参照しつつ、本発明の実施形態に係る印刷装置と上位
装置の構成を説明する。

【００４４】ここでは、ＬＢＰ（図３）を例にして説明
する。なお、本発明の機能が実行されるのであれば、単
体の機器であっても、複数の機器からなるシステムであ
っても、ＬＡＮ等のネットワークを介して処理が行われ
るシステムであっても本発明を適用できることは言うま
でもない。

【００４５】図１において、３０００はホストコンピュ
ータである。このホストコンピュータ３０００は、ＲＯ
Ｍ１０３のプログラム用ＲＯＭに記憶された文書処理プ
ログラム等に基づいて図形、イメージ、文字、表（表計
算等を含む）等が混在した文書処理を実行するＣＰＵ１
０１を備え、システムバス１０４に接続される各デバイ
スをＣＰＵ１０１が総括的に制御する。また、このＲＯ
Ｍ１０３のプログラム用ＲＯＭには、ＣＰＵ１０１の制
御プログラム等を記憶し、ＲＯＭ１０３のフォント用Ｒ
ＯＭには上記文書処理の際に使用するフォントデータ等
を記憶し、ＲＯＭ３のデータ用ＲＯＭは上記文書処理等
を行う際に使用する各種データを記憶する。

【００４６】１０２はＲＡＭで、ＣＰＵ１０１の主メモ
リ、ワークエリア等として機能する。１０５はキーボー
ドコントローラ（ＫＢＣ）で、キーボード１０９や不図
示のポインティングデバイスからのキー入力を制御す
る。１０６はＣＲＴコントローラ（ＣＲＴＣ）で、ＣＲ
Ｔディスプレイ（ＣＲＴ）１１０の表示を制御する。１
０７はメモリコントローラ（ＭＣ）で、ブートプログラ
ム、種々のアプリケーション、フォントデータ、ユーザ
ファイル、編集ファイル等を記憶するハードディスク
（ＨＤ）、フロッピーディスク（ＦＤ）等の外部メモリ
１１１とのアクセスを制御する。

【００４７】１０８はプリンタコントローラ（ＰＲＴ
Ｃ）で、所定の双方向性インタフェース１０２１を介し
てプリンタ１０００に接続されて、プリンタ１０００と
の通信制御処理を実行する。なお、ＣＰＵ１０１は、例
えばＲＡＭ１０２上に設定された表示情報ＲＡＭへのア
ウトラインフォントの展開（ラスタライズ）処理を実行
し、ＣＲＴ１１０上でのＷＹＳＩＷＹＧを可能としてい
る。また、ＣＰＵ１０１は、ＣＲＴ１１０上の不図示の
マウスカーソル等で指示されたコマンドに基づいて登録
された種々のウインドウを開き、種々のデータ処理を実
行する。

【００４８】プリンタ１０００において、１１２はプリ
ンタＣＰＵで、ＲＯＭ１１３のプログラム用ＲＯＭに記
憶された制御プログラム等、或いは外部メモリ１１４に
記憶された制御プログラム等に基づいてシステムバス１
１５に接続される各種のデバイスとのアクセスを総括的
に制御し、印刷部インタフェース１１６を介して接続さ
れる印刷部（エンジン）１１７に出力情報としての画像
信号を出力する。

【００４９】ＣＰＵ１１２の内部（または図示しない外
部）にタイマーなどの時間管理手段も持っている。ま
た、このＲＯＭ１１３のプログラムＲＯＭには、実施形
態のフローチャート（後述する）で示されるようなＣＰ
Ｕ１１２の制御プログラム等を記憶しても良い。

【００５０】ＲＯＭ１１３のフォント用ＲＯＭには、上
記出力情報を生成する際に使用するフォントデータ等を
記憶し、ＲＯＭ１１３のデータ用ＲＯＭにはハードディ
スク等の外部メモリ１１４が無いプリンタの場合には、
ホストコンピュータ上で利用される情報等を記憶してい
る。ＣＰＵ１１２は、入力部１１８を介してホストコン
ピュータとの通信処理が可能となっており、プリンタ内
の情報等をホストコンピュータ３０００に通知可能に構
成されている。

【００５１】１１９はＣＰＵ１１２の主メモリ、ワーク
エリア等として機能するＲＡＭで、図示しない増設ポー
トに接続されるオプションＲＡＭによりメモリ容量を拡
張することができるように構成されている。なお、ＲＡ
Ｍ１１９は、出力情報展開領域、環境データ格納領域、
ＮＶＲＡＭ等に用いられる。前述したハードディスク
（ＨＤ）、ＩＣカード等の外部メモリ１１４は、メモリ
コントローラ（ＭＣ）１２０によりアクセスを制御され
る。外部メモリ１１４は、オプションとして接続され、
フォントデータ、エミュレーションプログラム、フォー
ムデータ等を記憶する。

【００５２】また、１１８は前述した操作パネルで操作
のためのスイッチおよびＬＥＤ表示器等等が配されてい
る。また、前述した外部メモリは１個に限らず、少なく
とも１個以上備え、内蔵フォントに加えてオプションフ
ォントカード、言語系の異なるプリンタ制御言語を解釈
するプログラムを格納した外部メモリを複数接続できる
ように構成されていても良い。さらに、図示しないＮＶ
ＲＡＭを有し、操作パネル１０１２からのプリンタモー
ド設定情報を記憶するようにしても良い。

【００５３】［印刷装置の内部構成］次に、図２を参照
しつつ本発明における印刷データの流れから見た印刷装
置内部構成を説明する。

【００５４】上位装置３０００から転送されてきた印刷
データは、入力部１１８を経由して受信バッファ１３０
０へ蓄積される。その後、受信バッファ１３００より、
解析部１３０１へ受け渡され、解析後、展開部１３０２
へ転送される。展開部１３０２が、展開用メモリ１３０
３へ印刷データを展開し終ると、転写部１３０４が印刷
部１／Ｆ１１６を経由して印刷部１１７へデータを転送
して記録媒体に記録する。尚、展開用メモリ１３０３は
ＲＡＭ１１９の一部であっても良い。

【００５５】［２種類の転送方式］次に、本実施形態で
適用する印刷（制御）データの２種類の転送方式につい
て、図４（ａ），（ｂ），（ｃ）を参照して説明する。

【００５６】図４（ａ）に示す第１の転送方式は、印刷
（制御）データの継り（連続性）について何ら制限を設
けないものである。例えば全部で１００バイトの印刷
（制御）データがあった場合に、上位装置から印刷装置
に対してそれが全部で１００バイトであることは一切知
らされない。どのようなタイミングで何バイトのデータ
が転送されてくるか印刷装置には分からない。

【００５７】図４（ｂ）に示す第２の転送方式は、印刷
（制御）データを何バイトかの塊として転送するもので
ある。実際に必要な印刷（制御）データの他にへッダと
呼ばれる、印刷（制御）データの塊を管理するデータを
設け、そのへッダ部分にいくつかの情報を持たせること
で印刷（制御）データを何バイトかの塊とすることがで
きる。故に上位装置から印刷装置へ転送されるデータ
は、必ずヘッダ→印刷（制御）データの順番に転送され
る。また、上記へッダ部分とそれに続く印刷（制御）デ
ータの何バイトかの塊を、まとめてパケットと呼ぶ。

【００５８】例えば、全部で１００バイトの印刷（制
御）データがあった場合には、ヘッダ部分にはこれから
１００バイトのデータが転送されることが記述されてお
り、ヘッダ部分を受信した印刷装置はその後１００バイ
トの印刷（制御）データが転送されてくることが分か
る。この例の場合パケットの大きさはへッダのバイト数
＋１００バイトである。

【００５９】まず、本実施形態においては、便宜上、へ
ッダの大きさを６バイトの固定長とした場合を説明す
る。へッダの内容は図４（ｃ）に示す。本実施形態で使
用されるへッダにおいて、１，２，５，６番目のバイト
データにはパケット転送方式における制御データが入っ
ている、また３，４番目のバイトデータはへッダに続い
て転送されるデータ数が入っている（前記データ数はパ
ケットの６バイト分も含む場合もあるが、それは個々の
パケット方式によって異なる）。

【００６０】また、上記２つの転送方式のデータがやり
とりされる部分、すなわち本実施形態におけるインター
フェイス１２１、プリンタコントローラ（ＰＲＴＣ）１
０８及び入力部１１８（図１）が、以下の２つの技術、
セントロニクスインターフェイス（ＩＥＥＥ１２８４）
とＩＥＥＥ１２８４．４等から構成されている場合も説
明されるので、それぞれの技術の概要についてもここで
説明しておく。

【００６１】［セントロニクスインターフェイスの概
略］セントロニクスインターフェイス（以下、セント
ロ）は、ホストコンピュータ（以下、ホスト）からプリ
ンタへデータの転送を行なう主なインターフェイスの１
つである。米国セントロニクス社が自社のプリンタ用に
開発したコンピュータからプリンタヘデータを送るため
の規格で、安価で高速のデータを送ることができをパソ
コン（ＰＣ）からプリンタへのデータ送信手段として広
く普及しているが、標準規格化はされていない。ホスト
とプリンタ毎に異なる多くのバリエーションがあるが、
基本的には似ている。基本となる制御は、３つの信号線
（DATA STROBE、ＡCK、ＢUSY ）で行なう。後述のニブ
ルモード、バイトモード、ＥＣＰモードなどに対して、
本転送方式をコンパチビリティモードと呼ぶ。

【００６２】コンパチビリティモードについて、より詳
しく説明する。前記のように多くのバリエーションがあ
るため、ここで全てを説明することはできないので、キ
ヤノンのＬＢＰ−７３０を例として用いることにする。

【００６３】まず、図５にセントロのコネクタのピン配
置を示す。３６個のピンが配置されている。図中の数字
は、各ピンの番号である。各ピンがそれぞれ１つの信号
線に対応している。例えば、ピン番号１のピン（単に１
ピンと記す）は、DATA STROBEという信号線、という具
合であり、以下に具体的に説明する。

【００６４】１ピン（DATA STROBE）は、定常状態はＨ
ＩＧＨであり、ＬＯＷになった時にプリンタがＤＡＴＡ
１〜ＤＡＴＡ８の状態を読み込む。

【００６５】２〜９ピン（DATA１〜8 ）は、ホストから
送られてくるデータの第０ビットから第７ビット目の情
報を示す。ＨＩＧＨはデータが１であり、ＬＯＷはデー
タが０であることを示す。定常状態は不定であり、DATA
STROBEがＬＯＷの時のみ有効である。

【００６６】１０ピン（ACK ）は、定常状態はＨＩＧＨ
であり、１バイト受信完了し、次の１バイトを受信でき
る状態になった時と、受信バッファに空きがある状態で
オフライン状態からオンライン状態に移行した時に、Ｌ
ＯＷパルスを発行する。

【００６７】１１ピン（BUSY）は、プリンタがホストコ
ンピュータからのデータを受信できるかどうかを示す。
ＬＯＷは受信可能状態を示し、ＨＩＧＨは受信不可能状
態を示す。オフライン状態になった時と、エラーが発生
している時と、１バイト受信したが、まだ次の１バイト
を受信できない状態の時と、受信バッファに空きが無い
状態の時とに、ＨＩＧＨになる。

【００６８】１２ピン（PE）は、プリンタにエラーが発
生している時にＨＩＧＨになる。それ以外の状態ではＬ
ＯＷである。

【００６９】１３ピン（SELECT）は、プリンタがオンラ
イン状態にある時にＨＩＧＨになる。それ以外の状態で
はＬＯＷである。

【００７０】１４ピン（AUTO FD）は未使用、１５ピン
（AUX OUT1 ）は常時ＨＩＧＨ、１６ピン（0V）はプリ
ンタのグランドレベル、１７ピン（Frame GND）はプリ
ンタのフレームグランド、１８ピン（+5V ）は常時ＨＩ
ＧＨ、１９〜３０ピン（GND ）はグランドである。

【００７１】３１ピン（1NIT）は、通常ＨＩＧＨを保た
せるが、ＬＯＷにすることでインプットプライム処理を
行なう。３２ピン（FAULT ）は、プリンタがオンライン
状態にある時にＨＩＧＨになる。それ以外の状態ではＬ
ＯＷである。

【００７２】３３ピン（AUX OUT2 ）は常時ＬＯＷ、３
４ピン（AUX OUT3 ）は常時ＬＯＷ、３５ピン（AUX OUT
4 ）は常時ＨＩＧＨ、３６ピン（SELECT IN）は未使用
である。

【００７３】コンパチビリティモードにおいて、主に使
用されるのは１ピンから１１ピン、すなわち、DATA STR
OBE 、DATA1 、DATA2 、DATA3 、DATA4 、DATA5 、DATA
6 、DATA7 、DATA8 、ACK 、BUSYの各信号線である。コ
ンパチビリティモードのハンドシェークを図６に示す。
これは、１バイトのデータを転送する例である。

【００７４】［ＩＥＥＥ１２８４の概略］このコンパチ
ビリティモードは、ホストからプリンタへの片方向のみ
のデータ転送しかできず、プリンタからホストへのデー
タ転送はできないという欠点があった。そこで、このプ
リンタからホストへのデータ転送できないという点を改
良するため、コンパチビリティモードの上位互換とし
て、セントロ双方向の通信ハンドシェークがＩＥＥＥに
より標準規格化された（ＩＥＥＥ１２８４−１９９
４）。

【００７５】このＩＥＥＥ１２８４−１９９４は、前で
説明したコンパチビリティモード（ホストからプリンタ
ヘデータを転送するための従来からあるハンドシェー
ク）に加え、さらに新たにニブルモード、バイトモー
ド、ＥＣＰモードなど、複数の通信モードを追加して規
定している。これらの新たに追加されたモードにも、コ
ンパチビリティモードと同じ形状のコネクタ、ケーブル
を使用することができる。

【００７６】ニブルモードは、プリンタからホストへの
データ転送を行なうためのモードで、前記コンパチビリ
ティモードと交互に使用することによって、ホスト−プ
リンタ間の双方向通信が実現できる。すなわち、ホスト
からプリンタへの送信はコンパチビリティモードで行な
い、プリンタからホストへの送信はニブルモードで行な
うことで、双方向通信を行なうことができる。

【００７７】ニブルモードでは、ACK とAUTO FDを使っ
て制御を行ない、データはBUSY、PE、SELECT、FAULT の
４つの信号線にセットする。データの１バイトを、４ビ
ットずつに分け、まず下位４ビットを送って次に上位４
ビットを送り、８ビット（１バイト）転送を実現してい
る。なお、FAULT は、特定のタイミングでは、ホストへ
送るデータを準備できているかどうかをプリンタが示す
ためにも使われる。

【００７８】コンパチビリティモードにおいて、ホスト
のみが制御していた信号線DATA１,DATA2,…,DATA8を使
用しないでハンドシェークする。これらのDATA１,DATA
2,…,DATA8のことをデータバスと呼ぶ。ニブルモードで
は、データバスを使わないので、ホスト側のハードの対
応の必要がない。そのため、比較的容易に実装が可能で
ある。バイトモードも、ニブルモード同様にプリンタか
らホストへの通信を行なうためのモードで、前記コンパ
チビリティモードと交互に使用することによって、ホス
トプリンタ間の双方向通信が実現できる。すなわち、ホ
ストからプリンタへの送信はコンパチビリティモードで
行ない、プリンタからホストへの送信はバイトモードで
行なうことで、双方向通信を行なうことができる。

【００７９】バイトモードでは、STROBE、ACK 、BUSY、
PE、AUTO FD、FAULT で制御を行ない、データは、デー
タバス（DATA１、DATA２、・・・、DATA8)にセットす
る。ニブルモードと比較した場合、１バイト（８ビッ
ト）のデータを同時に送るため効率が良いが、データバ
スをプリンタ側が制御するので、ホスト側のハードの対
応が必要となる。

【００８０】ＥＣＰモードは、ホストからプリンタへの
通信とプリンタからホストへの通信の両方を行なうため
のモードである。内部的には、フォーワードフェーズ
（Ｆｏｔｗａｒｄ Ｐｈａｓｅ：ホストからプリンタ）
と、リバースフェーズ（Ｒｅｖｅｒｓｅ Ｐｈａｓｅ：
プリンタからホスト）とを切替えることにより、同じＥ
ＣＰモード内で、双方向のデータ転送を可能としてい
る。

【００８１】ＥＣＰモードでは、STROBE、ACK 、BUSY、
AUTO FD 、INIT、FAULT 、PEを使って制御を行ない、デ
ータはデータバスにセットする。データバスをプリンタ
側が制御するので、ホスト側のハードの対応が必要とな
る。１つのモード内で、双方向のデータ転送が可能であ
るので、モード間を移行するオーバヘッドが少なくて済
むことと、ＥＣＰのフォーワード転送のハンドシェーク
は、コンパチビリティモードのハンドシェークに比べ
て、転送速度が高速化できるように考慮されていること
が、メリットである。

【００８２】［ＩＥＥＥ１２８４．４の概要］上で説明
されたＩＥＥＥ１２８４を使ったデータ転送（またはそ
の他のインターフェイス）を使い、２つの機器（例えば
上位装置と印刷装置）の間で、クレジットという概念を
利用したフロー制御と、同時に複数個の情報（例えばデ
ータと制御情報）をやりとりするための多重化（マルチ
チャネル化）の２つを主に提供するための制御がＩＥＥ
Ｅ１２８４．４であるといえる。

【００８３】また、上位装置及び印刷装置の内部処理に
おいてＩＥＥＥ１２８４．４の制御が位置するのは、転
送データを使って印刷を行なう部分の処理（通称アプリ
ケーション）と実際のデータ転送部分であるＩＥＥＥ１
２８４の中間部分である。その関係を表す概念図を図７
に示す。

【００８４】次に、ＩＥＥＥ１２８４．４で扱うデータ
の構成について説明する。ＩＥＥＥ１２８４．４で扱う
データは、必ず何バイトかの塊を一つの単位としてお
り、それをパケットと呼んでいる。パケットの構造は図
８に示す様に定義されている。それは、６バイトのヘッ
ダとそれに続くデータから構成されている。

【００８５】更にヘッダの部分を詳しく見ると、第１バ
イト目は、プライマリィ・ソケット（Ｐｒｉｍａｒｙ
Ｓｏｃｋｅｔ）ＩＤ（以下、ＰＳＩＤと記す）であり、
後述するＩＥＥＥ１２８４．４の制御の初期化を開始し
た側の装置のソケット（Ｓｏｃｋｅｔ）ＩＤを表してい
る（ソケットＩＤについても後述）。

【００８６】第２バイト目は、セコンダリィ・ソケット
（Ｓｅｃｏｎｄａｒｙ Ｓｏｃｋｅｔ）ＩＤ（以下、Ｓ
ＳＩＤと記す）であり、前記初期化を開始した側の装置
に対してもう一方の装置のソケットＩＤを表している。

【００８７】第３及び第４バイト目は、ヘッダ６バイト
を含めたパケット全体のサイズを表している。例えば１
０バイトのデータを含むパケットの場合はここには１６
（ヘッダ６バイト＋データ１０バイト）という値が入る
ことになる。比較例としてパケット化されたデータとパ
ケット化されていないデータを同時に表した図を図９
（ａ），（ｂ）に示す。この図９（ａ），（ｂ）は、文
字データａ，ｂ，ｃ，ｄ，ｅ，ｆ，ｇ，ｈ，ｉ，ｊの１
０文字（仮に１０バイト）のデータを転送する場合を示
し、同図（ａ）は、パケット化されたデータを示し、先
頭のヘッダ（６バイト）が表す情報を元に１６バイトの
塊となっている。同図（ｂ）は、パケット化されないデ
ータを示し、各々のデータの継りは全くない。また、デ
ータが０バイトのパケットの時はへッダの部分のみの６
バイトを表す値（６）が入る。但し実際の内容は１６進
数で表記されるので上記１６と６はそれぞれ０ｘ００１
０、０ｘ０００６と表される（１６進数の場合、通常
「０ｘ」の表記で始まり、１バイトが２桁で表記され
る）。

【００８８】第５バイト目は、クレジット（Ｃｒｅｄｉ
ｔ）を表す（クレジットについても後述）。第６バイト
目は、コントロール（Ｃｏｎｔｒｏｌ）と呼ばれる制御
データを表す。本１バイトの中の１ビット（１バイトは
８ビット）が、普通のパケットであるか否か（普通のパ
ケットの場合０で表記）を表しており、ほとんどの場合
が普通のパケットなので０となっている。残りの７ビッ
トは予約領域であり、現時点では使われていない（０で
表記される）。故に、本バイトは通常０ｘ００である。

【００８９】データ部分は、上位装置及び印刷装置それ
ぞれのアプリケーションで作られた転送データ（印刷デ
ータや制御データ）、又は後述するＩＥＥＥ１２８４．
４における制御コマンドが入ることになる。

【００９０】［ソケットＩＤの説明］次にソケットＩＤ
について説明する。

【００９１】マルチチャネル化は、１つのインターフェ
イス（例えばＩＥＥＥ１２８４）で接続される２つの装
置の中にある複数の処理（主にアプリケーション部分の
処理）が、お互いに自分の相手（もう一方の装置内の処
理）を識別して、それぞれ独立にデータのやりとりを実
行することである。それを実行するために、装置内の各
々の処理につける個別の番号がソケットＩＤである。

【００９２】続いて、ソケットＩＤの概念を説明する。
例えば、上位装置のアプリケーションに２つの処理（処
理Ａ、処理Ｂ）があり、その各々に対し印刷装置のアプ
リケーションに２つの処理（処理Ａに対して処理ａ、処
理Ｂに対して処理ｂ）があった場合において、ＰＳＩＤ
を処理Ａ＝０ｘ１０、処理Ｂ＝０ｘ２０、ＳＳＩＤを処
理ａ＝０ｘ１０、処理ｂ＝０ｘ２０としておく。そし
て、処理Ａがデータ（「あ」、「い」）を送る時、ＩＥ
ＥＥ１２８４．４の制御でパケットのＰＳＩＤ、ＳＳＩ
Ｄを０ｘ１０、０ｘ１０、処理Ｂがデータ（「か」、
「き」）を送る時、同様にＰＳＩＰ、ＳＳＩＤを０ｘ２
０、０ｘ２０とすることにより、送信されたパケットが
どの処理から、どの処理へ転送されたかを認識すること
ができ、確実に目的の処理へデータが転送され、論理的
に複数のチャネルを使った事になる（マルチチャネル
化）。

【００９３】図１０〜図１４は、データがそれぞれの処
理を経由して上位装置側の複数の（図では２つの）アプ
リケーションから、印刷装置側の目的とする複数のアプ
リケーション（こちらも図では２つ）へ独立して転送さ
れる様子を順番に表している。

【００９４】図１０は、上位装置側のアプリケーション
に２つの処理（処理Ａ、Ｂ）があり転送したいデータ
（処理Ａ＝「あ」、「い」）」、処理Ｂ＝「か」、
「き」）をそれぞれ持っている所を表している。

【００９５】図１１は、上位装置側のＩＥＥＥ１２８
４．４の処理でパケットが作られ、それぞれのパケット
には前記ソケットＩＤが付けられた様子を表している。
なお、パケットがどの様な手順で転送されるかは後述す
る。

【００９６】図１２は、パケットにされたデータがイン
ターフェイスの処理（ＩＥＥＥ１２８４の処理）を経由
して上位装置から印刷装置へ転送されている様子を表し
ている。図に示している様にパケットが転送される順番
は特に規定されていない、図においては４つのパケット
が、処理Ａ（「あ」のデータを持ったパケット）、処理
Ｂ（「か」のデータを持ったパケット）、処理Ａの２つ
目（い）」のデータを持ったパケット、処理Ｂの２つ目
（「き」のデータを持ったパケット）の順番で転送され
ている。

【００９７】図１３は、印刷装置へ転送されたパケット
を印刷装置側のＩＥＥＥ１２８４．４が受け取り、パケ
ットから抜き出したデータをソケットＩＤに従って各々
のアプリケーションへ渡している所を表している。図１
４は、その結果を示すもので、印刷装置内の目的のアプ
リケーションの処理（処理ａ、ｂ）へデータが渡される
様子を表している。

【００９８】なお、上記説明とは逆方向（印刷装置の処
理から上位装置の処理へ）の転送についても同様である
ことはいうまでもない。

【００９９】また、ソケットＩＤの０ｘ００（ＰＳＩ
Ｄ、ＳＳＩＤ共に０ｘ００）の場合はＩＥＥＥ１２８
４．４の処理を実行するために必要なコマンド（Ｃｏｍ
ｍａｎｄ）とリプライ・パケット（Ｒｅｐｌｙ Ｐａｃ
ｋｅｔ：後述する）を転送するためだけに使われる。

【０１００】［ＩＥＥＥ１２８４．４における基本的な
制御の手順］次に、ＩＥＥＥ１２８４．４における基本
的な制御の手順（処理の流れ）を図１５、図１６及び図
１７に示すフローチャートを使って説明する。

【０１０１】まず、ＩＥＥＥ１２８４．４の制御を開始
したい装置が、もう一方の装置に対してイニット・コマ
ンド・パケット（Ｉｎｉｔ Ｃｏｍｍａｎｄ Ｐａｃｋ
ｅｔ）を発行する（ステップＳ１０１）。なお、通常、
上位装置が印刷装置に対して発行するので、これ以後、
イニット・コマンド・パケットを発行した方を上位装
置、またもう一方を印刷装置と呼ぶことにする。イニッ
ト・コマンド・パケットは図１８に示すデータ構造であ
り、クレジットの部分以外は事実上固定データとなる。
イニット・コマンド・パケットを受けとった印刷装置
は、ＩＥＥＥ１２８４．４の制御を開始できるかの各種
判断を行ない（ステップＳ１０２）、その結果に応じた
イニット・リプライ・パケット（Ｉｎｉｔ Ｒｅｐｌｙ
Ｐａｃｋｅｔ）を作成し（ステップＳ１０３，Ｓ１０
４）、かつＩＥＥＥ１２８４．４の制御を開始できるの
であれば、それに備えた初期化も実行する。

【０１０２】そして、上位装置に対してイニット・リプ
ライ・パケットを返す（ステップＳ１０５）。イニット
・リプライ・パケットの構造は図１９に示す。この図１
９に示すように、イニット・リプライ・パケットには、
正常にＩＥＥＥ１２８４．４の処理を開始できるか、何
らかの理由により開始できないかが含まれており（Ｒｅ
ｓｕｌｔデータ）、それを見て上位装置側は、ＩＥＥＥ
１２８４．４の処理を継続するか判断する（ステップＳ
１０６）。

【０１０３】正常に処理が継続できるなら、上位装置は
続いてオープン・チャネル・コマンド・パケット（Ｏｐ
ｅｎ Ｃｈａｎｎｅｌ Ｃｏｍｍａｎｄ Ｐａｃｋｅ
ｔ）を発行する（ステップＳ１０７）。そうでない場合
は再度イニット・コマンド・パケットを印刷装置へ対し
て転送するか、ＩＥＥＥ１２８４．４による制御をあき
らめる（処理Ｐ１）。オープン・チャネル・コマンド・
パケットの構造は図２０に示す。

【０１０４】本パケットが印刷装置へ受信されると、印
刷装置は、パケットの中のパラメータの一つであるセコ
ンダリィ・ソケットＩＤの値が自分が持っているＳＳＩ
Ｄであるか確認する（ステップＳ１０８）。自分が持っ
ている（＝オープン可能な）ＳＳＩＤであるならば、チ
ャネルを確立（オープン）することになる。

【０１０５】また、その時のソケットＩＤ（ＰＳＩＤ、
ＳＳＩＤ）の組み合わせにより、オープンしたチャネル
を識別することが可能となる。前述したソケットＩＤの
説明において、上位装置のアプリケーションの処理Ａと
印刷装置のアプリケーションの処理ａを繋ぐチャネル
は、そのソケットＩＤの組合せＰＳＩＤ＝０ｘ１０、Ｓ
ＳＩＤ＝０ｘ１０で識別できる、ということである。同
様に、上位装置のアプリケーションの処理Ｂと印刷装置
のアプリケーションの処理ｂを繋ぐチャネルは、ＰＳＩ
Ｄ＝０ｘ２０、ＳＳＩＤ＝０ｘ２０で識別できる）。

【０１０６】続いて、上位装置が要求する、上位装置か
ら印刷装置へ転送する時のパケットサイズの最大値を示
すパラメータであるプライマリィ・トゥ・セコンダリィ
・パケット・サイズ（Ｐｒｉｍａｒｙ Ｔｏ Ｓｅｃｏ
ｎｄａｒｙ ＰａｃｋｅｔＳｉｚｅ：以下、第１のパケ
ットサイズと記す）と、上位装置が要求する、印刷装置
から上位装置へ転送する時のパケットサイズの最大値を
示すパラメータであるセコンダリィ・トゥ・プライマリ
ィ・パケット・サイズ（ＳｅｃｏｎｄａｒｙＴｏ Ｐｒ
ｌｍａｒｙ Ｐａｃｋｅｔ Ｓｉｚｅ：以下、第２のパ
ケットサイズと記す）とを調べ、各々自分が用意できる
パケットサイズであるか判断する（ステップＳ７０
９）。

【０１０７】その判断の結果、要求サイズか可能なら
ば、後述するオープン・チャネル・リプライ・パケット
（Ｏｐｅｎ Ｃｈａｎｎｅｌ Ｒｅｐｌｙ Ｐａｃｋｅ
ｔ）にその旨を示すパラメータをセットする。要求に沿
えないならば、自分が用意できる第１及び第２のパケッ
トサイズをパラメータとしてセットすることになる。

【０１０８】続いて、上位装置が要求するクレジットに
関する情報を表すパラメータであるクレジット・リクエ
ステッド（Ｃｒｅｄｉｔ Ｒｅｑｕｅｓｔｅｄ）とマキ
シマム・アウトスタンディング・クレジット（Ｍａｘｉ
ｍｕｍ Ｏｕｔｓｔａｎｄｉｎｇ Ｃｒｅｄｉｔ）を解
析し（ステップＳ１１０）、２つのパラメータの組み合
わせによって表される要求に対する回答を、前述のパケ
ットサイズと同様にオープン・チャネル・リプライ・パ
ケットのパラメータを使って行なう。

【０１０９】オープン・チャネル・コマンド（Ｏｐｅｎ
Ｃｈａｎｎｅｌ Ｃｏｍｍａｎｄ）の各パラメータの
解析が終了すると、印刷装置は回答をまとめ、オープン
・チャネル・リプライ・パケットを作成し（ステップＳ
１１１）、上位装置へ転送する（ステップＳ１１２）。
オープン・チャネル・リプライ・パケットの構造は図２
１に示す。

【０１１０】上位装置は、オープン・チャネル・リプラ
イ・パケットのパラメータを解析し（ステップＳ１１
３）、チャネルがオープンされたかを知る。そして、チ
ャネルがオープンできない場合には、別のチャネルをオ
ープンするか（ステップＳ１０７へ戻る）、ＩＥＥＥ１
２８４．４の制御を終了する。終了する場合は後述のス
テップＳ１２２へ進む（処理Ｐ２）。

【０１１１】チャネルがオープンされたのであれば、デ
ータパケットをオープンしたチャネルへ転送することが
できる（ステップＳ１１４）。データパケットの構造は
前述した図８の通りである。その時のパケットサイズは
自分（上位装置＝オープン・チャネル・コマンド・パケ
ットを発行した側）が要求したパケットサイズと、オー
プン・チャネル・リプライにより戻ってくる印刷装置側
が要求するパケットサイズとを比較して、どちらか小さ
い方を採用する。もちろん、データパケットの転送は、
逆方向（印刷装置から上位装置へ）の転送も可能である
し、後述されるクレジットに関するコマンドパケットの
転送もこの時点で有効なものとなる（もちろんチャネル
がオープンされる前でも転送は可能であるが意味がな
い）。

【０１１２】また、チャネルのオープンは、装置内の処
理が許す限り、またソケットＩＤの組合わせが重ならな
い限り何個でも可能である（ステップＳ７０７へ戻るこ
とを繰り返す：処理Ｐ３）。上記のソケットＩＤの説明
例では、上位装置の処理Ａと印刷装置の処理ａを繋ぐチ
ャネル、同じく処理Ｂと処理ｂを繋ぐチャネルの２つが
オープンされていることになる。

【０１１３】上記説明では、上位装置及び印刷装置内部
のアプリケーションの処理同士を繋ぐチャネルがオープ
ンされる迄の流れを説明したが、ＩＥＥＥ１２８４．４
の制御を司る各種コマンド及びリプライ（イニット、オ
ープンチャネルなど）が転送されるチャネル（以下、コ
マンドチャネルと記す）は、暗黙の内にオープンされて
いるので、上記手順を踏む必要はない。

【０１１４】また、既に説明してある様にそのチャネル
を識別するためのソケットＩＤは０ｘ００である。デー
タのやり取りが終了した（終了させたい）チャネルは、
クローズ・チャネル・コマンド・パケット（Ｃｌｏｓｅ
Ｃｈａｎｎｅｌ Ｃｏｍｍａｎｄ Ｐａｃｋｅｔ）で
終了（クローズ）させることができる。上位装置がチャ
ネルをクローズしようとした場合、クローズ・チャネル
・コマンド・パケットを印刷装置へ転送する（ステップ
Ｓ１１５）。クローズ・チャネル・コマンド・パケット
の構造は図２２に示す。

【０１１５】クローズ・チャネル・コマンド・パケット
のパラメータであるプライマリィ・ソケットＩＤ、セコ
ンダリィソケットＩＤは、クローズしたいチャネルを示
すソケットＩＤの組合せが記述されている。印刷装置
は、そのパラメータを解析し（ステップＳ１１６）、ク
ローズを指定されたチャネルがクローズ可能か（オープ
ンされているか）チェックし（ステップＳ１１７）、そ
のチャネルをクローズし、その旨を上位装置へクローズ
・チャネル・リプライ・パケット（Ｃｌｏｓｅｃｈａｎ
ｎｅｌ Ｒｅｐｌｙ Ｐａｃｋｅｔ）を使って回答する
ための準備をする（ステップＳ１１８）。

【０１１６】同様にクローズできないと判断されれば、
リプライパケットもその様に作られる（ステップＳ１１
９）。リプライパケットが作り終わるとそれは上位装置
へ転送される（ステップＳ１２０）。クローズ・チャネ
ル・リプライ・パケットの構造は図２３に示す。

【０１１７】上位装置は、クローズ・チャネル・リプラ
イ・パケットを受け取り、そのパラメータであるＲｅｓ
ｕｌｔを解析することによりチャネルがクローズされた
かを知る（ステップＳ１２１）。チャネルがクローズさ
れた後、必要があれば再びクローズ・チャネル・コマン
ド・パケットによりチャネルをオープンすることも何ら
問題ないし（ステップＳ７０７へ戻る：処理Ｐ４）、そ
のままＩＥＥＥ１２８４．４の制御を終了することもで
きる。その場合、上位装置は、エグジット・コマンド・
パケット（Ｅｘｉｔ Ｃｏｍｍａｎｄ Ｐａｃｋｅｔ）
を印刷装置へ転送する（ステップＳ１２２）。エグジッ
ト・コマンド・パケットの構造は図２４に示す。

【０１１８】エグジット・コマンド・パケットを印刷装
置が受け取ると、ＩＥＥＥ１２８４．４を使った処理
（オープンされたチャネル上でのデータやり取りなど）
を終了させた後（ステップＳ１２３）、エグジット・リ
プライ・パケット（ＥｘｉｔＲｅｐｌｙ Ｐａｃｋｅ
ｔ）を作成し上位装置へ転送する（ステッブＳ１２
４）。エグジット・リプライ・パケットの構造は図２５
に示す。これによりＩＥＥＥ１２８４．４の制御は終了
し、パケット（ＩＥＥＥ１２８４．４のパケット）によ
るデータ転送も終了する。

【０１１９】再びＩＥＥＥＩ２８４．４の制御を開始し
た場合は、イニット・コマンド・パケットの転送処理か
ら実行する必要がある。もちろんその他のコマンド・パ
ケットと同様、エグジット・コマンド・パケットはＩＥ
ＥＥ１２８４．４の制御を実行している時なら何時発行
しても構わない。

【０１２０】ところで、ステップＳ１１４まで実行し、
チャネルをオープンすれば、データパケットの転送が開
始できる様になるのではあるが、データパケットを送る
場合には、転送先の処理からクレジットをもらっていな
いと転送することができない様に制御している。そうす
ることで、ＩＥＥＥ１２８４．４はデータ（パケット）
のフロー制御を実現しているのである。すなわち上記ソ
ケットＩＤの説明でいえば、上位装置側の処理Ａが印刷
装置側の処理ａに対しパケットを転送する場合、処理ａ
からクレジットをもらわないと処理Ａはパケットを転送
できない。

【０１２１】フロー制御とは、自分の持っている資源
（一般的には読み書き可能な記憶手段であるバッファ等
と呼ばれるものであり、本説明では印刷装置を想定して
以下受信バッファと呼ぶ）に相手から転送されるデータ
を一時的にでも蓄えることになる場合は、受信バッファ
の容量を越えてデータを受信しないように制御しなけれ
ば、転送データを取りこぼして処理が正常に動作しなく
なってしまう。その様な状況を防ぐため、データ転送の
停止及び再開を調整するのがフロー制御である。

【０１２２】［クレジットの概念］次に、ＩＥＥＥ１２
８４．４におけるパケット転送のフロー制御に使われる
クレジットの概念について説明する。

【０１２３】クレジットは、パケットの受け取り側から
送り側へ対して発行され、受け取り側がどれだけパケッ
トを受け取る準備ができているかを示している。パケッ
トの受け取り側は、クレジットとして発行した分のパケ
ットは必ず受け取れることを保証している。クレジット
のやり取りには、クレジット・コマンド・パケット（Ｃ
ｒｅｄｉｔ Ｃｏｍｍａｎｄ Ｐａｃｋｅｔ）と、クレ
ジット・リクエスト・コマンド・パケット（Ｃｒｅｄｉ
ｔ Ｒｅｑｕｅｓｔ Ｃｏｍｍａｎｄ Ｐａｃｋｅｔ）
と、それに対するリプライ・パケットが主に使われる
が、データパケット（Ｄａｔａ Ｐａｃｋｅｔ）やオー
プン・チャネル・リプライ・パケットによってもクレジ
ットを発行することができる。但しコマンドチャネルだ
けは特別で、初期化時に既に２つのクレジットを持って
いる。それはどんな場合でもＩＥＥＥ１２８４．４のイ
ニットやエラー処理を実行することができる様にする為
である。

【０１２４】［クレジットの状態遷移］次に、図２６を
使って簡単にクレジットの状態遷移を説明する。

【０１２５】まず、装置（上位装置、印刷装置）に電源
が投入された様な初期化状態では、内部的にコマンドチ
ャネルのクレジットは「２」に、データ（パケット）を
転送する為のチャネル（この時点ではまだオープンされ
ていない）のクレジットはもちろん「０」である。本説
明では、データを転送するチャネルについて１つしか表
記していないが、複数個チャネルがオープンされたので
あれば、クレジットの管理もチャネルごとに行なわれ
る。

【０１２６】次に上位装置がイニット・コマンド・パケ
ットを使ってＩＥＥＥ１２８４．４の制御を開始しよう
とする場合、イニット・コマンド・パケットの発行によ
り、上位装置側のコマンドチャネルのクレジットは−１
されて「１」となる。同時に印刷装置側ではイニット・
コマンド・パケットを受け取るとコマンドチャネルのク
レジットは＋１されて「３」となる。それは、コマンド
チャネルで転送されるパケットのクレジットパラメータ
（へッダの第５バイト目）には必ず１が入っていること
が約束されているからである。コマンドチャネルにおい
てクレジットが０になり、パケットを転送できなくなる
ことは、以降の処理が続行不可能になることを意味し、
それを避けるために上記約束が決められている。

【０１２７】イニット・コマンド・パケットに対して印
刷装置が、イニット・コマンド・パケットを返すこと
で、上記と逆に印刷装置のコマンドチャネルのクレジッ
トが−１されて「２」となり、上位装置のコマンドチャ
ネルのクレジットは＋１されて「２」に戻る。次に上位
装置がオープン・チャネル・コマンド・パケットによ
り、データ用のチャネルをオープンしようとし、それに
対して印刷装置がオープン・チャネル・リプライを正常
に返した時、オープン・チャネル・リプライ・パケット
のクレジットパラメータ（第１５及び第１６バイト目）
を使って上位装置に対し２とクレジットを発行すると、
上位装置側のデータを転送する為のチャネルのクレジッ
トは＋２されて「２」となる。

【０１２８】次に上位装置はデータを転送する為のチャ
ネルもオープンできたし、同チャネルに対するクレジッ
トも印刷装置から受け取ったので、データパケットを転
送することが可能となり、データパケットを連続して２
つ転送し２つ目のデータパケットには印刷装置に対しデ
ータを転送する為のチャネルのクレジットを１つ、デー
タパケットのクレジットパラメータ（第４バイト目）を
使って発行する。

【０１２９】その時点で印刷装置のデータを転送する為
のチャネルのクレジットは＋１されて「１」となる。ま
た、コマンドチャネルのクレジットはコマンドパケット
を転送されていないので（また自分からも転送していな
いので）「２」のままである。ここで始めて印刷装置も
上位装置に対しデータパケットを転送できる様になる。

【０１３０】次に上位装置はデータパケットを２個連続
して転送してしまったので、自分の持っているデータを
転送する為のチャネルのクレジットを使い果たしてしま
ったので、次のデータパケットを送る為に、クレジット
・リクエスト・コマンド・パケットを使って、印刷装置
に対しクレジットの要求をする。クレジット・リクエス
ト・パケットの構造を図２７に示す。

【０１３１】クレジット・リクエスト・コマンド・パケ
ットによりクレジットを要求された印刷装置は、その要
求の内容を解析し（パラメータを見て）、それに沿った
リプライを返そうとする。この例の場合、１つだけクレ
ジットを上位装置に発行できるとする。発行されるクレ
ジットは、クレジット・リクエスト・リプライのクレジ
ットパラメータ（第１１及び第２バイト目）に入れて、
上位装置へ転送する。クレジット・リクエスト・リプラ
イ・パケットの構造は図２８に示す。

【０１３２】そのリプライを受信することにより、上位
装置のデータを転送する為のチャネルのクレジットは＋
１され「１」となり、データパケットを転送することが
再び可能となる。また、印刷装置もデータを転送する為
のチャネルのクレジットを上位装置から発行されている
ので、データパケットを１つだけ転送することができ
る。

【０１３３】そこで、図に示すように印刷装置がデータ
パケットを１つ転送すれば、持っていたクレジットは−
１され「０」となる。このデータパケットの中のクレジ
ットパラメータを使って上位装置へクレジットを発行す
ることも、もちろん可能であり、上位装置は発行された
クレジットによって、自分の持っているクレジットが増
加する。図ではデータ転送の為のチャネルのクレジット
が＋１され合計「２」になっている。

【０１３４】［本発明の印刷装置の制御手順］図２９
は、本発明に係る印刷装置の制御手順を示すフローチャ
ートである。

【０１３５】印刷装置の電源が投入され、装置の初期化
（ステップＳ２００）が終了すると、通常、印刷（制
御）データが上位装置から転送されてくるのを待つ状態
になる（ステップＳ２０１）。本実施形態では、電源投
入時の初期化処理で前記第１のデータ転送方式（データ
の継りについて何ら制限を設けないもの）を受信できる
ように設定されているとする。これは、前述したＩＥＥ
Ｅ１２８４−１９９４のみを使ってデータを転送する方
式である。本実施形態における印刷装置の印刷（制御）
データの受信は、図示しないハードウエアによって、図
３０に示すフローチャートの様な処理が実行され、複数
バイト印刷（制御）データを受信したことが、割り込み
（又はフラグの監視）により知ることができる様に構成
されている。

【０１３６】印刷（制御）データが１バイト転送されて
くると、自動的にメモリ（ＲＡＭ１１９）の設定された
場所へ順番に書き込まれる（ステップＳ３００）。メモ
リ（ＲＡＭ１１９）のどの場所へ書き込むかという設定
は、初期化（ステップＳ２００）等で設定しておく。同
様に初期化（ステップＳ２００）等で設定しておいたバ
イト数まで印刷（制御）データを受信したか調べ（ステ
ップＳ３０１）、設定バイト数に達した場合は、何らか
の割り込み処理を発生させるか、設定バイト数受信した
ことを示すフラグを立てる（ステップＳ３０２）、設定
バイト数まで達していなければ次のデータが転送されて
来るのを待つ。すなわち印刷（制御）データの受信待ち
（ステップＳ２０１）はステップＳ３０２で発生させる
割り込み処理（又はフラグが立つこと）を待っているこ
とになる。

【０１３７】印刷（制御）データが前記設定バイト数受
信されると、受信データの解析を行なう（ステップＳ２
０２）、解析の結果それが制御データであることが分か
ると（ステップＳ２０３）、データにしたがった処理、
例えば、印刷した用紙を排出する場所が複数ある場合に
は、その排出先を決定したり、前述した、図示しないＮ
ＶＲＡＭに記憶されている、操作パネル１０１２から設
定されたプリンタモード設定情報の内容を初期化した
り、印刷装置内部の設定の変更を実行したりする（ステ
ップＳ２０８）。

【０１３８】解析の結果、受信したデータが印刷データ
であること分かると、さらにそれが印刷実行（起動）の
命令であるか調べる（ステップＳ２０４）、印刷実行の
データでなければ、データは印刷データそのものである
から、更に解析／展開して印刷実行を待つことになる
（ステップＳ２０５）。

【０１３９】ステップＳ２０４で印刷実行（起動）の命
令であることが分かると、印刷部１１７が使用可能か調
べ（ステップＳ２０６）、使用可能でないなら可能にな
るまで待つ。印刷部１１７が使用可能なら、それまでに
解析／展開してあった印刷データを印刷する（ステップ
Ｓ２０７）。通常、上記の様な流れで印刷（制御）デー
タを受信しそれに従い印刷処理を実行している。

【０１４０】ここで、上位装置とのインターフェイス１
２１が前述したＩＥＥＥ１２８４−１９９４に定義され
ている様なパラレルインターフェイス（通称：セントロ
ニクスインターフェイス）であった場合、既存の信号線
を利用して、前述のニブルモード、バイトモード、ＥＣ
Ｐモードなどにより、印刷装置から上位装置に対するデ
ータの転送（以下、リバース転送）を行うことができ
る。また、リバース転送への切り替わりを実行する際の
処理を利用して自動的に印刷装置の各種設定を上位装置
が知ろうとするのが、いわゆるデバイスＩＤ要求処理で
ある。なお、図示しないが、もちろんデバイスＩＤ要求
処理についてもＩＥＥＥ１２８４−１９９４に定義され
ている。

【０１４１】［転送方式の変更］本実施形態では、上記
デバイスＩＤ要求を利用し印刷（制御）データの転送方
式の変更を実施するが、それを図３１に示すフローチャ
ートに従って以下に説明する。

【０１４２】通常の印刷（制御）データの転送（前述の
コンパチビリティモードによる転送）を行なっている際
に、使用されているセントロニクスインターフェイス上
の信号線とは別の信号線の状態を変化させることを発端
とした、ＩＥＥＥ１２８４−１９９４に定義されている
方法を使って、任意のタイミングで上位装置はデバイス
ＩＤを要求してくることが可能である。

【０１４３】デバイスＩＤ要求があった場合、印刷装置
はそれに続いて実行されるリバース転送の時、自分で用
意したデータ（文字列データ：図３２にその一例を示
す）を上位装置へ転送しなければならないので、まずそ
のデータを準備する（ステップＳ４００）。また、上位
装置へ転送するデータは予めＲＯＭ１３に記憶しておい
ても良い。

【０１４４】次に、本印刷装置が前記第２のデータ転送
方式（パケットを使用した転送方式、例えば前述したＩ
ＥＥＥ１２８４．４を利用する方式：以下、単にパケッ
ト方式という）を実行することが可能か判断する（ステ
ップＳ４０１）。

【０１４５】判断するといっても、可能か否かは、印刷
装置内のＲＯＭ１１３や外部メモリ１１４等に記憶され
ている制御プログラムや、入力部１１８や図示しないそ
の他の入力部からダウンロードされ、ＲＡＭ１１９等に
記憶されている制御プログラムが、パケット方式に対応
しているかを調べるだけであり、印刷装置にとってはあ
らかじめ決まっていることではある。

【０１４６】パケット方式が可能な場合は、上位装置へ
転送するデバイスＩＤデータに、特別な文字列を追加
し、そのことを記憶しておく（ステップＳ４０２）。図
３３に特別な文字列を追加した一例を示す。パケット方
式が不可能な場合や、印刷装置内部の状況によっては
（例えば故障箇所がありパケット方式が不可能な場
合）、デバイスＩＤデータには特別な文字列が追加され
ない。

【０１４７】作成したデバイスＩＤデータは、続いて実
行されるリバース転送（ステップＳ４０３）により上位
装置へ転送される。リバース転送によってデバイスＩＤ
データが転送終了したかを確認し（ステップＳ４０
４）、転送が終了したならばステップＳ４０５へ進む。
デバイスＩＤデータの転送終了後もう一度、本印刷装置
がパケット方式を実行することが可能か否かを判断する
（ステップＳ４０５）。この判断はステップＳ４０２で
記憶したデータを使用してもよい。

【０１４８】パケット方式を実行することが可能である
ならば、デバイスＩＤデータにも自分（印刷装置）がパ
ケット方式を制御可能であることを示す文字列を追加
（前記ステップＳ４０２）したはずなので、そのデバイ
スＩＤデータを見た（解析した）上位装置から、次に
（直後に）転送されてくる印刷（制御）データがパケッ
ト方式であろうと予測し、その解析を実行できるように
準備する（ステップＳ４０６）。この準備とは、以下に
説明される、受信データの解析時の処理を変更するた
め、図３０のステップＳ３０１で使う（比較に使われ
る）受信するデータ数の設定バイト数を設定し直した
り、判断の決定を行うフラグ等の状態を変化させること
により行なわれる（前記フラグの使用法については後
述）。

【０１４９】準備が終了した状態では、図２９のステッ
プＳ２０２において、受信したデータを解析する際、ま
ず先頭の６〜１０数バイトを調べ、その形態がパケット
方式の（中の）へッダ等であるかを調べる、それがへッ
ダまたはパケット方式データであると確認された場合
は、今後、上位装置から転送されてくる印刷（制御）デ
ータがパケット方式による転送であることを完全に認識
し、それに従い処理を続行する。この場合、ヘッダ部分
の６バイトや、後述するＩＥＥＥ１２８４．４の制御の
為のコマンドパケットは、解析が終了すると次の処理
（ステップＳ２０３）へは渡されない。

【０１５０】上記準備が終了した状態であっても、ステ
ップＳ２０２において受信したデータの先頭６〜１０数
バイトがパケット方式のへッダ等でないと判断された場
合は、受信したデータを全て次の処理（ステップＳ２０
３）へ渡し、その後は前記第１のデータ転送方式のまま
であると認識し、ステップＳ４０６で行なったフラグ等
の設定を準備以前の状態に戻し、その後は、それに従い
処理を続行する（パケット方式におけるへッダの解析な
どは一切行なわない）。なお、この様な状態になっても
再び上位装置からデバィスＩＤ要求があれば再度転送方
式を変更することは可能である。

【０１５１】［転送データの解析］ここで、上記図２９
のステップＳ２０２の動作において、前記第２のデータ
転送方式であるパケット方式がＩＥＥＥ１２８４．４で
あった場合の転送データの解析について、図３４、図３
５、図３６を用いて詳細に説明する。

【０１５２】上記説明の様に、上位装置からデバイスＩ
Ｄ要求を受けて、デバイスＩＤデータを転送した直後に
受信されるデータは、６〜１０数バイト溜ってからステ
ップＳ２０２の処理へ渡される（ステップＳ５０１）。
第２のデータ転送方式がＩＥＥＥ１２８４．４の場合、
最初に受信するバイト数は「８（バイト）」に設定され
る（８バイト溜ってからステップＳ２０２へ渡され
る）。

【０１５３】次に前記ステップＳ４０６で設定されたフ
ラグを解析する（ステップＳ５０２）。フラグの状態が
パケット方式になっていればステップＳ５０３へ進む、
そうでなければ受信したデータ（ステップＳ５０１へ渡
されたデータ）は全てステップＳ２０３へ渡される。ス
テップＳ５０３では、この処理へ初めて来たか、つまり
デバイスＩＤデータを上位装置へ転送した後に初めて受
信したデータであるか否かの判断を行なう。ここでの判
断もステップＳ４０６で設定されたフラグ（前記ステッ
プＳ５０２で使ったフラグとは別のフラグ）を利用して
いる。

【０１５４】初めて来たのであればステップＳ５０４へ
進み、８バイトのデータがＩＥＥＥ１２８４．４のパケ
ットのヘッダ部とそれに続くデータであり、かつそのパ
ケットがイニット・コマンド・パケット（図１８）であ
るかを調べる。なぜなら、本ステップ（ステップＳ５０
４）へ来る前は、言うまでもなく前記第１のデータ転送
方式だったので、そこから上位装置が１ＥＥＥ１２８
４．４の制御を開始しようとするなら、前述した様にイ
ニット・コマンド・パケットを初めに転送しなければな
らないからである。

【０１５５】イニット・コマンド・パケットは、図１８
を見れば分かるように、８バイトの構成がクレジットパ
ラメータ（第５バイト目）を除き、第１バイト目から順
に、０ｘ００、０ｘ００、０ｘ００、０ｘ０８、０ｘＸ
Ｘ（不定）、０ｘ００、０ｘ００、０ｘ１０とほぼ固定
なので、このタイミングで送られてくるデータの組合わ
せは、前記第１のデータ転送方式で転送されてくる印刷
（制御）データとは明らかに違うことが分かる（パケッ
ト化されたデータと、そうでないデータの違いは図９
（ａ），（ｂ）に記述）。

【０１５６】イニット・コマンド・パケットであると判
断されれば、ステップＳ５０５へ進むが、そうでなけれ
ばステップＳ５０６へ進み、次に受信するデータからは
前記第１のデータ転送方式であり、パケット方式である
かの判断は必要ないとフラグを設定し（ステップＳ５０
２で使うフラグ）、かつ今受信したデータも全てステッ
プＳ２０３へ渡す。もちろんステップＳ５０１へ渡され
るバイト数の設定も適当な値に直す。ステップＳ５０５
では、イニット・コマンド・パケットに対して必要な処
理を実行する（これらのＩＥＥＥ１２８４．４の処理に
ついては前述の通り）。

【０１５７】次にステップＳ５０７へ進み、次のパケッ
トを受信する準備をする。今回はイニット・コマンド・
パケットの後なので、次はパケットのヘッダ分である４
バイトを受信したらステップＳ５０１へ進む様に設定
し、ステップＳ５０３で使用したフラグ（デバイスＩＤ
データを上位装置へ転送した後に初めて受信したデータ
であるかの判断を行なうフラグ）を変更し、ステップＳ
５０３からステップＳ５０８へ進むようにする。その
後、次のデータを受信するべくステップＳ２０１の処理
へ戻る。

【０１５８】上記処理（ステップＳ５０７迄）を実行し
ＩＥＥＥ１２８４．４の制御を使ったパケット方式のデ
ータ転送に切り替わった後の処理を続いて説明する。

【０１５９】ステップＳ５０８では、受信したデータが
へッダ部分（初めの４バイト）であるか、それに続くヘ
ッダの残り２バイト＋データ部分であるかがフラグによ
ってチェックされる。フラグはステップＳ５０７でセッ
トされており、今は（イニット・コマンド・パケットを
受信した後は）、ヘッダが受信されているはずであると
いう状態になっている。よって、フラグの値に従い、ス
テップＳ５０９へ進み、このパケットのデータ数（図
８、Ｌｅｎｇｔｈ）を示すパラメータである受信データ
の３バイト目と４バイト目を見て、次に受信するデータ
数（ステップＳ３０１で使用する設定値）を決定する。

【０１６０】例えば、パケットが図２０に示すオープン
・チャネル・コマンド・パケットであったなら、３バイ
ト目と４バイト目は、０ｘ００、０ｘ１１となっている
はずなので、次に受信するデータ数は、１３（０ｘ１１
−０ｘ０４＝０ｘ０ｄ（＝１３））と設定する。また、
次に受信するデータはへッダの残り２バイト＋データ部
分であることを示すフラグ（ステップＳ５０８でチェッ
クするフラグ）の値も設定する。さらに、受信データの
１バイト目と２バイト目、すなわちＰＳＩＤ、ＳＳＩＤ
が各々０ｘ００、０ｘ００であるかを見て、そのパケッ
トがＩＥＥＥ１２８４．４の制御を行なうコマンド（前
記オープン・チャネル・コマンド・パケット等）なの
か、そうでないのか（データパケットであるのか）を判
断し、後で使うフラグ（ステップＳ５１１で使用）を設
定しておく。言うまでもないがＰＳＩＤ、ＳＳＩＤ共に
０ｘ００、０ｘ００場合がコマンドである。

【０１６１】その後、再度データを受信するべくステッ
プＳ２０１の処理へ戻る。もしステップＳ５０９の処理
で受信したへッダ部分（初めの４バイト）が異常な値で
あると判断したらステップＳ５１０へ進み、エラー時の
処理（エラーの種類に見合った処理）を実行する。パケ
ットの先頭４バイトを受信した後、再びステップＳ２０
１の処理からデータを受信して再び来るのは、ステップ
Ｓ５０８でチェックするフラグの値に従い、ステップＳ
５１１である。

【０１６２】ステップＳ５１１では、受信したデータが
ＩＥＥＥＩ２８４．４の制御を実行するコマンドなのか
を示すフラグ（ステップＳ５０９で設定したフラグ）に
より処理を分ける。受信したデータがＩＥＥＥ１２８
４．４の制御を行なうコマンドである場合は、ステップ
Ｓ５１２へ進み、各種コマンドにしたがった処理を実行
する。今受信したデータの先頭から３バイト目はコマン
ドパラメータのはず（パケットの先頭から７バイト目）
であり（図２０等を参照）、そこを調べることにより何
のコマンドなのか解析できる。ちなみに先頭の１バイト
目（パケットの先頭から数えて５バイト目）はクレジッ
ト、２バイト目（パケットの先頭から数えて６バイト
目）はコントロールパラメータである（図８を参照）。
各種コマンドに従った処理を実行した後は、ステップＳ
５０７へ進み、次のパケットを受信する準備を行なう。

【０１６３】ステップＳ５１１で受信データがデータパ
ケットであると判断した場合はステップＳ５１３へ進
み、今受信したデータのデータ部分のみを抜き出して次
の処理（ステップＳ２０３）へ渡す。今受信したデータ
の先頭の２バイトは前記した様にパケットのへッダデー
タの残りであるクレジット、コントロールパラメータで
あるので、後の処理（ステップＳ２０３以降）では必要
ない。また、前記コマンドの場合と同様に、次の受信の
時にはパケットの先頭から受信できる様にステップＳ５
０７で行なったのと同様の各種設定を実行する。

【０１６４】この様に、本印刷装置はデバイスＩＤ要求
があった場合は、直後に転送されてくるデータがパケッ
ト方式かどうか判断可能な状態になっているので、上位
装置は印刷装置からリバース転送により送られてくるデ
バイスＩＤデータの中を調べ、前記した特別な文字列
（図３３）が含まれていた場合は、デバイスＩＤデータ
を受信終了後に印刷装置へ転送する印刷（制御）データ
は、パケット方式を採用することが可能となる。

【０１６５】上記第１実施形態によれば、ある特定の状
態を経過したことを検出し、その特定の状態を経過した
場合（経過した直後）には転送方式が変更されるであろ
うと予測して、その後から転送されてくるデータに対し
て転送方式の変更があったかを解析する。そして、転送
方式の変更が解析された場合は転送方式を変更する。ま
た、転送方式が変更されると予測した後、転送されてき
たデータが以前と同じ転送方式であった場合そのままの
方式で続行する。これにより、転送方式の変更を監視す
るための処理が単純化され、印刷処理全体の効率を上げ
ることが可能となる。

【０１６６】なお、上記第１実施形態の変形例としては
例えば次のようなものがある。

【０１６７】（１）上記第１実施形態では、上位装置か
らのデバイスＩＤ要求に対して、印刷装置が特別な文字
列を加えたデバイスＩＤデータを転送（リバース転送）
し終った後上位装置が転送方式をパケット方式に変更し
たが（もちろん印刷装置はその時点で転送方式が変更さ
れても対応できる準備は済んでいる）、デバイスＩＤ要
求を実行した直後に転送方式を変更したり、印刷装置が
特別な文字列をデバイスＩＤデータに加えたかを判断す
ることなく、単にデバイスＩＤデータの転送（リバース
転送）が終了した時点で転送方式を変更しても同様な効
果が得られる。

【０１６８】（２）上記第１実施形態及び変形例（１）
において、ＩＥＥＥ１２８４−１９９４に定義されてい
るデバイスＩＤ要求の代わりに、パラレルインターフェ
イス（例えばセントロインターフェイス）における初期
化信号（通称インプットプライム、又はＩｎｉｔ信号）
を使った、印刷装置に対する初期化、又は操作部１０１
２のスイッチ等を使った初期化を実行した直後に印刷装
置は転送方式が変更されても対応できる様に準備し、上
位装置が印刷（制御）データの転送方式を変更しても同
様な効果が得られる。

【０１６９】（３）上記第１実施形態において、上位装
置からのデバイスＩＤ要求の代わりに、操作部１０１２
からスイッチ等を使って指示を出し、印刷装置はその指
示があった直後から受信するデータがパケット方式に変
更されても対応できる様に準備しても、同様な効果が得
られる。

【０１７０】（４）上記第１実施形態において、印刷装
置が電源投入時の初期化（図２９のステップＳ２００）
で、パケット方式の転送方式に変更されても対応できる
様にしておいても、同様な効果が得られる。

【０１７１】（５）上記第１実施形態において、上位装
置からのデバイスＩＤ要求の代わりに、特別なコマンド
（制御データ）を転送し、そのコマンドにより印刷装置
は転送方式が変更されても対応できる様に準備し、上位
装置が印刷（制御）データの転送方式を変更しても同様
な効果が得られる。

【０１７２】（６）上記第１実施形態及び上記変形例
（１）〜（５）において、印刷装置（又は上位装置）の
準備が終了し、転送方式が変更可能な状態になった後、
上位装置（又は印刷装置）から転送されてくるデータ量
が少なく、例えば図３０のステップＳ３０１において指
定数データが受信されない状態のままであり、転送方式
が変更されたか判断できない状態が一定時間継続した場
合は、転送方式の変更を断念し、以前と同じ転送方式と
して処理を続行する様にしても同様な効果が得られる。

【０１７３】（７）上記変形例（６）において、転送方
式が変更されたか判断できない状態から、転送方式の変
更を断念し以前と同じ転送方式として処理の続行を開始
するまでの時間を、操作部１０１２や上位装置からのコ
マンド等で決定しても同様な効果が得られる。

【０１７４】＜第２実施形態＞上記第１実施形態におい
て、印刷装置がデバイスＩＤを上位装置へ転送した後、
上位装置から転送されてくるデータの転送方式が第２の
データ転送方式であるパケット方式（以下、パケット方
式と記す）のデータであるか解析し、もしパケット方式
のデータでなければ（例えばＩＥＥＥ１２８４．４のイ
ニット・コマンド・パケットでなければ）、その後はパ
ケット方式のデータ転送を断念し、第１のデータ転送方
式として処理を継続するようになっているが、パケット
方式であるかを解析するデータ数（例えばバイト数）が
ある一定の数になるまで、解析を継続しても同様な効果
が得られる。

【０１７５】以下に第２実施形態の制御の流れを図３７
に示すフローチャートを用いて説明する。

【０１７６】印刷装置がデバイスＩＤデータを転送し終
ると、パケット方式であるかの解析を実行すべきデータ
数（Ｘ）を設定する（ステップＳ６０１）。次に上位装
置から転送されてくるデータを何バイトか受信する（ス
テップＳ６０２）、受信の方法については上記第１実施
形態で述べた方法でよいし、その他の方法であってもか
まわない。

【０１７７】次に受信したデータがパケット方式である
かを解析する（ステップＳ６０３）。パケット方式であ
ると分かった場合は、この後パケット方式（例えばＩＥ
ＥＥ１２８４．４の制御方式）で処理を続ける（本フロ
ーチャートの処理から抜ける：処理Ｐ１１）。パケット
方式でないと判断した場合は、ステップＳ６０４へ進
み、既に設定されている「パケット方式であるかの解析
を実行すべきデータ数」Ｘから今回受信したデータ数を
引く。

【０１７８】続くステップＳ６０５において、計算した
結果Ｘが０以下になっていれば、一定数データを受け取
ったが、それまでにパケット方式のデータは受信されな
かったということになり、その後は前記第１のデータ転
送方式で処理を継続する（処理Ｐ１２）。もちろん今回
受信したデータは全て後の処理（例えば前記上記第１実
施形態の図２９のステップＳ２０３）へ渡される。

【０１７９】計算の結果Ｘが０より大きかったた場合
は、まだパケット方式であるかの解析を継続するので、
今回受信したデータを次の処理（例えば上記第１実施形
態の図２９のステップＳ２０３）へ渡したあと、次に上
位装置から転送されてくるデータを受信すべく、ステッ
プＳ６０２へ戻る。

【０１８０】

【発明の効果】以上説明したように、本発明によれば、
少なくとも２種類以上の印刷（制御）データ転送方式
を、上位装置と印刷装置の間で使い分けて使用する場合
において、転送方式の変更を監視するための処理が単純
化され、印刷処理全体の効率を上げることが可能とな
る。

【図面の簡単な説明】

【図１】本発明の第１実施形態に係る印刷システムの概
略構成を示すブロック図である。

【図２】印刷データの流れから見た印刷装置内部のブロ
ック図である。

【図３】本実施形態に適用されるＬＢＰの内部構造を示
す断面図である。

【図４】印刷（制御）データの２種類の転送方式を示す
図である。

【図５】セントロのコネクタのピン配置を示す図であ
る。

【図６】コンパチビリティモードのハンドシェークを示
す図である。

【図７】アプリケーンョンとＩＥＥＥ１２８４．４とＩ
ＥＥＥ１２８４の関係を簡単に表した図である。

【図８】ＩＥＥＥ１２８４．４のパケットの基本的な構
成を表した図である。

【図９】ＩＥＥＥ１２８４．４のパケットを使用するデ
ータと該パケットを使用しないデータとを比較して表し
た図である。

【図１０】ＩＥＥＥ１２８４．４のマルチチャネルの動
作を表した図である。

【図１１】ＩＥＥＥ１２８４．４のマルチチャネルの動
作を表した図である。

【図１２】ＩＥＥＥ１２８４．４のマルチチャネルの動
作を表した図である。

【図１３】ＩＥＥＥ１２８４．４のマルチチャネルの動
作を表した図である。

【図１４】ＩＥＥＥ１２８４．４のマルチチャネルの動
作を表した図である。

【図１５】ＩＢＥＥ１２８４．４の基本的な動作を説明
したフローチャートである。

【図１６】図１５の続きのフローチャートである。

【図１７】図１６の続きのフローチャートである。

【図１８】ＩＥＥＥ１２８４．４の制御で使われる基本
的なパケットの構造を表した図である。

【図１９】ＩＥＥＥ１２８４．４の制御で使われる基本
的なパケットの構造を表した図である。

【図２０】ＩＥＥＥ１２８４．４の制御で使われる基本
的なパケットの構造を表した図である。

【図２１】ＩＥＥＥ１２８４．４の制御で使われる基本
的なパケットの構造を表した図である。

【図２２】ＩＥＥＥ１２８４．４の制御で使われる基本
的なパケットの構造を表した図である。

【図２３】ＩＥＥＥ１２８４．４の制御で使われる基本
的なパケットの構造を表した図である。

【図２４】ＩＥＥＥ１２８４．４の制御で使われる基本
的なパケットの構造を表した図である。

【図２５】ＩＥＥＥ１２８４．４の制御で使われる基本
的なパケットの構造を表した図である。

【図２６】ＩＥＥＥ１２８４．４のフロー制御で使われ
るクレジットの動きを表した図である。

【図２７】ＩＥＥＥ１２８４．４の制御で使われる基本
的なパケットの構造を表した図である。

【図２８】ＩＥＥＥ１２８４．４の制御で使われる基本
的なパケットの構造を表した図である。

【図２９】本発明に係る印刷装置の制御手順を示すフロ
ーチャートである。

【図３０】本発明に係る印刷装置の制御手順を示すフロ
ーチャートである。

【図３１】本発明に係る印刷装置の制御手順を示すフロ
ーチャートである。

【図３２】デバイスＩＤデータ（文字列）を一例を示す
図である。

【図３３】デバイスＩＤデータ（特別な文字列）を一例
を示す図である。

【図３４】本発明の制御でＩＥＥＥ１２８４．４が使用
された場合の転送データの解析を示すフローチャートで
ある。

【図３５】図３４の続きのフローチャートである。

【図３６】図３５の続きのフローチャートである。

【図３７】本発明の第２実施形態の制御の流れを示すフ
ローチャートである。

【符号の説明】

１１６ 印刷部１／Ｆ １１７ 印刷部 １１８ 入力部 １１９ ＲＡＭ １３００ 受信バッファ １３０１ 解析部 １３０２ 展開部 １３０３ 展開用メモリ １３０４ 転写部 ３０００ 上位装置

Claims (32)

【特許請求の範囲】
1. 【請求項１】 印刷装置とその上位装置とを有し、これ
   らの装置の間で少なくとも２種類以上の転送方式により
   印刷／制御データの転送を行う印刷システムにおいて、 特定の状態を経過した直後には前記転送方式が変更され
   ることを予測し、その予測に基づいて前記上位装置と前
   記印刷装置のいずれか一方が転送方式を変更した場合
   は、それに追随して前記上位装置と前記印刷装置のいず
   れか他方も転送方式を変更する構成にしたことを特徴と
   する印刷システム。
2. 【請求項２】 ＩＥＥＥ１２８４−１９９４で定義され
   ている上位装置から指示されるデバイスＩＤ要求があっ
   たことを条件に、前記印刷装置が前記転送方式の変更を
   予測し、デバイスＩＤ要求の直後には転送方式を変更可
   能な状態にすることを特徴とする請求項１記載の印刷シ
   ステム。
3. 【請求項３】 ＩＥＥＥ１２８４−１９９４で定義され
   ている上位装置から指示されるデバイスＩＤ要求に対し
   て、前記印刷装置がデバイスＩＤデータを前記上位装置
   へ転送した又は転送終了したことを条件に、印刷装置が
   前記転送方式の変更を予測し、前記デバイスＩＤデータ
   の上位装置に対する転送を開始した又は転送終了した直
   後には転送方式を変更可能な状態にすることを特徴とす
   る請求項１記載の印刷システム。
4. 【請求項４】 前記上位装置から指示されたデバイスＩ
   Ｄ要求に対して前記印刷装置が返すデバイスＩＤデータ
   の中に特定のデータが含まれていた場合は、前記デバイ
   スＩＤデータの上位装置に対する転送が終了した直後に
   前記転送方式を変更可能な状態にすることを特徴とする
   請求項３記載の印刷システム。
5. 【請求項５】 前記上位装置から指示されるインターフ
   ェイス上の初期化信号が発行されたことを条件に、前記
   印刷装置が前記転送方式の変更を予測し、前記初期化信
   号に対する処理を行なった直後には転送方式を変更可能
   な状態にすることを特徴とする請求項１記載の印刷シス
   テム。
6. 【請求項６】 前記印刷装置に設けられた操作手段から
   指示される装置の初期化が実行されたことを条件に、印
   刷装置が前記転送方式の変更を予測し、前記初期化に対
   する処理を行なった直後には転送方式を変更可能な状態
   にすることを特徴とする請求項１記載の印刷システム。
7. 【請求項７】 システム全体の電源が遮断された状態か
   ら投入状態になったことを条件に、前記印刷装置が前記
   転送方式の変更を予測し、前記電源投入時の処理を終了
   した直後には転送方式を変更可能な状態にすることを特
   徴とする請求項１記載の印刷システム。
8. 【請求項８】 前記印刷装置又は前記上位装置に設けら
   れた操作手段により指示された場合は前記転送方式の変
   更を予測し、前記操作手段の操作直後には転送方式を変
   更可能な状態にすることを特徴とする請求項１記載の印
   刷システム。
9. 【請求項９】 前記上位装置又は印刷装置から特定のコ
   マンドが転送され、それを印刷装置又は上位装置が解析
   した場合は前記転送方式の変更を予測し、前記特定コマ
   ンドの解析直後には転送方式を変更可能な状態にするこ
   とを特徴とする請求項１記載の印刷システム。
10. 【請求項１０】 前記転送方式が変更可能な状態になっ
    てから、前記上位装置又は前記印刷装置から転送されて
    くるデータが一定数になるまでは、該転送データの解析
    を継続することを特徴とする請求項１乃至請求項９記載
    の印刷システム。
11. 【請求項１１】 前記転送データの解析を継続するデー
    タ数は、操作手段により予め決定することを特徴とする
    請求項１０記載の印刷システム。
12. 【請求項１２】 前記転送データの解析を継続するデー
    タ数は、前記上位装置又は前記印刷装置から予め送られ
    てくるコマンドに従って決定することを特徴とする請求
    項１０記載の印刷システム。
13. 【請求項１３】 前記転送方式が変更可能な状態になっ
    ても、以前と同じ転送方式で前記上位装置又は前記印刷
    装置から印刷／制御データの転送が行われた場合は、転
    送方式の変更をせず以前と同じ転送方式を使用すること
    を特徴とする請求項１乃至１０記載の印刷システム。
14. 【請求項１４】 前記転送方式が変更可能な状態になっ
    た後、前記上位装置又は前記印刷装置からの印刷／制御
    データの転送量が少なく、転送方式の変更が行われたか
    否かの判断が不可能な状態が一定時間続いた場合は、転
    送方式の変更をせず以前と同じ転送方式を使用すること
    を特徴とする請求項１乃至請求項１０記載の印刷システ
    ム。
15. 【請求項１５】 前記転送方式の変更が行われたか否か
    の判断が不可能な状態から、転送方式の変更をせず以前
    と同じ転送方式を使用することを決定するまでの時間
    を、操作手段により予め決定することを特徴とする請求
    項１４記載の印刷システム。
16. 【請求項１６】 前記転送方式の変更をせず以前と同じ
    転送方式を使用することを決定するまでの時間は、前記
    上位装置又は前記印刷装置から予め送られてくるコマン
    ドに従って決定することを特徴とする請求項１４記載の
    印刷システム。
17. 【請求項１７】 上位装置との間で少なくとも２種類以
    上の転送方式により印刷／制御データの転送を行い、前
    記上位装置からの印刷データを出力する印刷装置におい
    て、 特定の状態を経過した直後には前記転送方式が変更され
    ることを予測して、該転送方式を変更可能な状態にする
    ことを特徴とする印刷装置。
18. 【請求項１８】 ＩＥＥＥ１２８４−１９９４で定義さ
    れている上位装置から指示されるデバイスＩＤ要求があ
    ったことを条件に、前記転送方式の変更を予測し、デバ
    イスＩＤ要求の直後には転送方式を変更可能な状態にす
    ることを特徴とする請求項１７記載の印刷装置。
19. 【請求項１９】 ＩＥＥＥ１２８４−１９９４で定義さ
    れている上位装置から指示されるデバイスＩＤ要求に対
    して、デバイスＩＤデータを前記上位装置へ転送した又
    は転送終了したことを条件に、前記転送方式の変更を予
    測し、前記デバイスＩＤデータの上位装置に対する転送
    を開始した又は転送終了した直後には転送方式を変更可
    能な状態にすることを特徴とする請求項１７記載の印刷
    装置。
20. 【請求項２０】 前記上位装置から指示されたデバイス
    ＩＤ要求に対して返信するデバイスＩＤデータの中に特
    定のデータを含む場合は、前記デバイスＩＤデータの上
    位装置に対する転送が終了した直後に前記転送方式を変
    更可能な状態にすることを特徴とする請求項１９記載の
    印刷装置。
21. 【請求項２１】 前記上位装置から指示されるインター
    フェイス上の初期化信号が発行されたことを条件に、前
    記転送方式の変更を予測し、前記初期化信号に対する処
    理を行なった直後には転送方式を変更可能な状態にする
    ことを特徴とする請求項１７記載の印刷装置。
22. 【請求項２２】 印刷に関する操作を行う操作手段を有
    し、 前記操作手段から指示される装置の初期化が実行された
    ことを条件に、前記転送方式の変更を予測し、前記初期
    化に対する処理を行なった直後には転送方式を変更可能
    な状態にすることを特徴とする請求項１７記載の印刷装
    置。
23. 【請求項２３】 装置の電源が遮断された状態から投入
    状態になったことを条件に、前記転送方式の変更を予測
    し、前記電源投入時の処理を終了した直後には転送方式
    を変更可能な状態にすることを特徴とする請求項１７記
    載の印刷装置。
24. 【請求項２４】 印刷に関する操作を行う操作手段を有
    し、 前記操作手段により指示された場合は前記転送方式の変
    更を予測し、前記操作手段の操作直後には転送方式を変
    更可能な状態にすることを特徴とする請求項１７記載の
    印刷装置。
25. 【請求項２５】 前記上位装置から特定のコマンドが転
    送され、それを解析した場合は前記転送方式の変更を予
    測し、前記特定コマンドの解析直後には転送方式を変更
    可能な状態にすることを特徴とする請求項１７記載の印
    刷装置。
26. 【請求項２６】 前記転送方式が変更可能な状態になっ
    てから、前記上位装置から転送されてくるデータが一定
    数になるまでは、該転送データの解析を継続することを
    特徴とする請求項１７乃至請求項２５記載の印刷装置。
27. 【請求項２７】 印刷に関する操作を行う操作手段を有
    し、 前記転送データの解析を継続するデータ数は、前記操作
    手段により予め決定することを特徴とする請求項２６記
    載の印刷装置。
28. 【請求項２８】 前記転送データの解析を継続するデー
    タ数は、前記上位装置から予め送られてくるコマンドに
    従って決定することを特徴とする請求項２６記載の印刷
    装置。
29. 【請求項２９】 前記転送方式が変更可能な状態になっ
    ても、以前と同じ転送方式で前記上位装置から印刷／制
    御データの転送が行われた場合は、転送方式の変更をせ
    ず以前と同じ転送方式を使用することを特徴とする請求
    項１７乃至２６記載の印刷装置。
30. 【請求項３０】 前記転送方式が変更可能な状態になっ
    た後、前記上位装置からの印刷／制御データの転送量が
    少なく、転送方式の変更が行われたか否かの判断が不可
    能な状態が一定時間続いた場合は、転送方式の変更をせ
    ず以前と同じ転送方式を使用することを特徴とする請求
    項１７乃至請求項２６記載の印刷装置。
31. 【請求項３１】 転送方式の変更が行われたか否かの判
    断が不可能な状態から、転送方式の変更をせず以前と同
    じ転送方式を使用することを決定するまでの時間を、操
    作手段により予め決定することを特徴とする請求項３０
    記載の印刷装置。
32. 【請求項３２】 前記転送方式の変更をせず以前と同じ
    転送方式を使用することを決定するまでの時間は、前記
    上位装置から予め送られてくるコマンドに従って決定す
    ることを特徴とする請求項３０記載の印刷装置。