JPH11168524A - 通信制御装置および通信制御装置のデータ処理方法およびコンピュータが読み出し可能なプログラムを格納した記憶媒体 - Google Patents
通信制御装置および通信制御装置のデータ処理方法およびコンピュータが読み出し可能なプログラムを格納した記憶媒体Info
- Publication number
- JPH11168524A JPH11168524A JP33567997A JP33567997A JPH11168524A JP H11168524 A JPH11168524 A JP H11168524A JP 33567997 A JP33567997 A JP 33567997A JP 33567997 A JP33567997 A JP 33567997A JP H11168524 A JPH11168524 A JP H11168524A
- Authority
- JP
- Japan
- Prior art keywords
- data
- communication
- packet
- protocol
- memory
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING OR CALCULATING; COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
- G06F3/12—Digital output to print unit, e.g. line printer, chain printer
- G06F3/1201—Dedicated interfaces to print systems
- G06F3/1202—Dedicated interfaces to print systems specifically adapted to achieve a particular effect
- G06F3/1203—Improving or facilitating administration, e.g. print management
- G06F3/1206—Improving or facilitating administration, e.g. print management resulting in increased flexibility in input data format or job format or job type
-
- G—PHYSICS
- G06—COMPUTING OR CALCULATING; COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
- G06F3/12—Digital output to print unit, e.g. line printer, chain printer
- G06F3/1201—Dedicated interfaces to print systems
- G06F3/1223—Dedicated interfaces to print systems specifically adapted to use a particular technique
- G06F3/1237—Print job management
- G06F3/1244—Job translation or job parsing, e.g. page banding
- G06F3/1248—Job translation or job parsing, e.g. page banding by printer language recognition, e.g. PDL, PCL, PDF
-
- G—PHYSICS
- G06—COMPUTING OR CALCULATING; COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
- G06F3/12—Digital output to print unit, e.g. line printer, chain printer
- G06F3/1201—Dedicated interfaces to print systems
- G06F3/1278—Dedicated interfaces to print systems specifically adapted to adopt a particular infrastructure
- G06F3/1284—Local printer device
-
- G—PHYSICS
- G06—COMPUTING OR CALCULATING; COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
- G06F3/12—Digital output to print unit, e.g. line printer, chain printer
- G06F3/1201—Dedicated interfaces to print systems
- G06F3/1202—Dedicated interfaces to print systems specifically adapted to achieve a particular effect
- G06F3/1211—Improving printing performance
-
- G—PHYSICS
- G06—COMPUTING OR CALCULATING; COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
- G06F3/12—Digital output to print unit, e.g. line printer, chain printer
- G06F3/1293—Printer information exchange with computer
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Human Computer Interaction (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Communication Control (AREA)
- Accessory Devices And Overall Control Thereof (AREA)
- Computer And Data Communications (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
(57)【要約】
【課題】 ユーザ等が特定のパケットプロトコルの使用
有無を設定して、ユーザのパケット通信要求に対して柔
軟に対応できるデータ通信環境を整備して、受信するデ
ータを誤りなく処理することである。 【解決手段】 ホスト２との双方向通信に際して、パケ
ットプロトコルの使用有無をパネル装置５から予め設定
し、ＣＰＵ７がＮＶＲＡＭ１５のパケットプロトコルフ
ラグ１５ａを参照して、該パケットプロコトルの使用有
無に基づいて受信する受信データ中の各データの転送先
を印刷データバッファ１０ｃまたは制御コマンドバッフ
ァ１０ｄのいずれかに切換え制御する構成を特徴とす
る。
有無を設定して、ユーザのパケット通信要求に対して柔
軟に対応できるデータ通信環境を整備して、受信するデ
ータを誤りなく処理することである。 【解決手段】 ホスト２との双方向通信に際して、パケ
ットプロトコルの使用有無をパネル装置５から予め設定
し、ＣＰＵ７がＮＶＲＡＭ１５のパケットプロトコルフ
ラグ１５ａを参照して、該パケットプロコトルの使用有
無に基づいて受信する受信データ中の各データの転送先
を印刷データバッファ１０ｃまたは制御コマンドバッフ
ァ１０ｄのいずれかに切換え制御する構成を特徴とす
る。
Description
【０００１】
【発明の属する技術分野】本発明は、所定のインタフェ
ースを介してデータ処理装置と双方向通信処理を行う通
信制御装置および通信制御装置のデータ処理方法および
コンピュータが読み出し可能なプログラムを格納した記
憶媒体に関するものである。
ースを介してデータ処理装置と双方向通信処理を行う通
信制御装置および通信制御装置のデータ処理方法および
コンピュータが読み出し可能なプログラムを格納した記
憶媒体に関するものである。
【０００２】
【従来の技術】従来、ホストとプリンタ，スキャナ装置
等の画像入出力機器とのデータ通信には、所定のインタ
フェースを介して実行されている。この種のインタフェ
ースとしてのセントロニクスインタフェース（以下、セ
ントロと呼ぶ場合がある）は、ホストコンピュータ（以
下、ホストと呼ぶ場合がある）からプリンタへデータの
転送を行う主なインタフェースの一つであり、米国セン
トロニクス社が自社のプリンタ用に開発したコンピュー
タからプリンタへデータを送るための規格で、安価で高
速のデータを送ることができるという特性を備え、パソ
コン（ＰＣ）からプリンタへのデータ送信手段として広
く普及しているが、標準規格化はされていない。
等の画像入出力機器とのデータ通信には、所定のインタ
フェースを介して実行されている。この種のインタフェ
ースとしてのセントロニクスインタフェース（以下、セ
ントロと呼ぶ場合がある）は、ホストコンピュータ（以
下、ホストと呼ぶ場合がある）からプリンタへデータの
転送を行う主なインタフェースの一つであり、米国セン
トロニクス社が自社のプリンタ用に開発したコンピュー
タからプリンタへデータを送るための規格で、安価で高
速のデータを送ることができるという特性を備え、パソ
コン（ＰＣ）からプリンタへのデータ送信手段として広
く普及しているが、標準規格化はされていない。
【０００３】この場合において、上記セントロニクスイ
ンタフェースには、ホストとプリンタ毎に異なる多くの
バリエーションがあるが、基本的には似ている。基本と
なる制御は、３つの信号線（ＤＡＴＡ ＳＴＲＯＢＥ，
ＡＣＫ，ＢＵＳＹ）で行う。後述のニブルモード，バイ
トモード，ＥＣＰモードなどに対して、３つの信号線
（ＤＡＴＡ ＳＴＲＯＢＥ，ＡＣＫ，ＢＵＳＹ）で行う
転送方式をコンパチビリティモードと呼ぶ。
ンタフェースには、ホストとプリンタ毎に異なる多くの
バリエーションがあるが、基本的には似ている。基本と
なる制御は、３つの信号線（ＤＡＴＡ ＳＴＲＯＢＥ，
ＡＣＫ，ＢＵＳＹ）で行う。後述のニブルモード，バイ
トモード，ＥＣＰモードなどに対して、３つの信号線
（ＤＡＴＡ ＳＴＲＯＢＥ，ＡＣＫ，ＢＵＳＹ）で行う
転送方式をコンパチビリティモードと呼ぶ。
【０００４】以下、図を用いてコンパチビリティモード
について、より詳しく説明していく。前記のように多く
のバリエーションがあるため、ここで全てを説明するこ
とはできないので、キヤノン株式会社製レーザビームプ
リンタの型番ＬＢＰ−７３０を例として説明する。
について、より詳しく説明していく。前記のように多く
のバリエーションがあるため、ここで全てを説明するこ
とはできないので、キヤノン株式会社製レーザビームプ
リンタの型番ＬＢＰ−７３０を例として説明する。
【０００５】図２２は、この種の通信制御装置を適用可
能な印刷システムにおけるプリンタインタフェースのピ
ン配置構成を説明する平面図であり、３６個のピンが配
置されている場合に対応する。
能な印刷システムにおけるプリンタインタフェースのピ
ン配置構成を説明する平面図であり、３６個のピンが配
置されている場合に対応する。
【０００６】なお、図中の数字は、各ピンの番号であ
り、各ピンがそれぞれ１つの信号線に対応している。
り、各ピンがそれぞれ１つの信号線に対応している。
【０００７】図において、ピン番号１のピンは、ＤＡＴ
Ａ ＳＴＲＯＢＥ用の線号線であり、定常状態では「Ｈ
ｉｇｈ」状態であり、「Ｌｏｗ」状態に遷移した時に、
プリンタがピン番号２〜９のデータ線ＤＡＴＡ１〜ＤＡ
ＴＡ８の状態を読み込む。
Ａ ＳＴＲＯＢＥ用の線号線であり、定常状態では「Ｈ
ｉｇｈ」状態であり、「Ｌｏｗ」状態に遷移した時に、
プリンタがピン番号２〜９のデータ線ＤＡＴＡ１〜ＤＡ
ＴＡ８の状態を読み込む。
【０００８】なお、データ線ＤＡＴＡ１〜ＤＡＴＡ８
は、ホストから送られてくるデータの第０ビットから第
７ビット目の情報となり、それぞれ「Ｈｉｇｈ」状態で
データが「１」であり、「Ｌｏｗ」状態でデータが
「０」である。また、定常状態においては、不定であ
り、データストローブ線ＤＡＴＡＳＴＲＯＢＥが「Ｌｏ
ｗ」状態の時のみ有効である。
は、ホストから送られてくるデータの第０ビットから第
７ビット目の情報となり、それぞれ「Ｈｉｇｈ」状態で
データが「１」であり、「Ｌｏｗ」状態でデータが
「０」である。また、定常状態においては、不定であ
り、データストローブ線ＤＡＴＡＳＴＲＯＢＥが「Ｌｏ
ｗ」状態の時のみ有効である。
【０００９】ピン番号１０のピンは、アクノリッジ線Ａ
ＣＫ用のピンで、定常状態では「Ｈｉｇｈ」状態であ
り、次の状態の時に、「Ｌｏｗ」状態となるパルスが発
行する。
ＣＫ用のピンで、定常状態では「Ｈｉｇｈ」状態であ
り、次の状態の時に、「Ｌｏｗ」状態となるパルスが発
行する。
【００１０】ピン番号１１のピンは、ビジー線ＢＵＳＹ
用のピンで、プリンタがホストからのデータを受信でき
るかどうかを示す状態信号がのり、「Ｌｏｗ」状態時に
受信可能状態を示し、「Ｈｉｇｈ」状態で受信不可状態
を示す。
用のピンで、プリンタがホストからのデータを受信でき
るかどうかを示す状態信号がのり、「Ｌｏｗ」状態時に
受信可能状態を示し、「Ｈｉｇｈ」状態で受信不可状態
を示す。
【００１１】ピン番号１２のピンは、プリンタエラー線
ＰＥ用のピンで、プリンタにエラーが発生している時
に、「Ｈｉｇｈ」となり、それ以外の状態では「Ｌｏ
ｗ」となる。ピン番号１３のピンは、セレクト線ＳＥＬ
ＥＣＴ用のピンで、プリンタがオンライン状態にあると
きに「Ｈｉｇｈ」状態となり、それ以外の状態では「Ｌ
ｏｗ」となる。ピン番号１４のピンは、信号線ＡＵＴＯ
ＦＤ用のピンで、未使用の信号線である。
ＰＥ用のピンで、プリンタにエラーが発生している時
に、「Ｈｉｇｈ」となり、それ以外の状態では「Ｌｏ
ｗ」となる。ピン番号１３のピンは、セレクト線ＳＥＬ
ＥＣＴ用のピンで、プリンタがオンライン状態にあると
きに「Ｈｉｇｈ」状態となり、それ以外の状態では「Ｌ
ｏｗ」となる。ピン番号１４のピンは、信号線ＡＵＴＯ
ＦＤ用のピンで、未使用の信号線である。
【００１２】ピン番号１５のピンは、信号線ＡＵＸＯＵ
Ｔ１用のピンで、常時「Ｈｉｇｈ」状態となる。ピン番
号１６のピンは、プリンタのグランドレベルが印加され
る。ピン番号１７のピンは、フレームグランド線Ｆｒａ
ｍｅＧＮＤ用のピンで、プリンタのフレームグランドに
対応する。
Ｔ１用のピンで、常時「Ｈｉｇｈ」状態となる。ピン番
号１６のピンは、プリンタのグランドレベルが印加され
る。ピン番号１７のピンは、フレームグランド線Ｆｒａ
ｍｅＧＮＤ用のピンで、プリンタのフレームグランドに
対応する。
【００１３】ピン番号１８のピンは、＋５Ｖが印加さ
れ、常時「Ｈｉｇｈ」状態である。ピン番号１９〜３０
のピンはグランドである。ピン番号３１のピンは、イン
プットプライム線ＩＮＩＴ用のピンで、常時「Ｈｉｇ
ｈ」を保たせるが、「Ｌｏｗ」状態にすることでインプ
ットプライム処理を行う。
れ、常時「Ｈｉｇｈ」状態である。ピン番号１９〜３０
のピンはグランドである。ピン番号３１のピンは、イン
プットプライム線ＩＮＩＴ用のピンで、常時「Ｈｉｇ
ｈ」を保たせるが、「Ｌｏｗ」状態にすることでインプ
ットプライム処理を行う。
【００１４】ピン番号３２のピンは、信号線ＦＡＵＬＴ
用のピンで、プリンタがオンライン状態にある時に「Ｈ
ｉｇｈ」状態となり、それ以外の状態では「Ｌｏｗ」状
態である。ピン番号３３のピンは、信号線ＡＵＸＯＵＴ
２用のピンで、常時「Ｌｏｗ」状態である。ピン番号３
４のピンは、信号線ＡＵＸＯＵＴ３用のピンで、常時
「Ｌｏｗ」状態である。ピン番号３５のピンは、信号線
ＡＵＸＯＵＴ４用のピンで、常時「Ｈｉｇｈ」状態であ
る。ピン番号３６のピンは、信号線ＳＥＬＥＣＴＩＮ用
のピンで、未使用状態である。
用のピンで、プリンタがオンライン状態にある時に「Ｈ
ｉｇｈ」状態となり、それ以外の状態では「Ｌｏｗ」状
態である。ピン番号３３のピンは、信号線ＡＵＸＯＵＴ
２用のピンで、常時「Ｌｏｗ」状態である。ピン番号３
４のピンは、信号線ＡＵＸＯＵＴ３用のピンで、常時
「Ｌｏｗ」状態である。ピン番号３５のピンは、信号線
ＡＵＸＯＵＴ４用のピンで、常時「Ｈｉｇｈ」状態であ
る。ピン番号３６のピンは、信号線ＳＥＬＥＣＴＩＮ用
のピンで、未使用状態である。
【００１５】なお、コンパチビリティモードにおいて、
主に使用されるのは、ピン番号１からピン番号１１、す
なわち、ＤＡＴＡ ＳＴＲＯＢＥ，ＤＡＴＡ１，ＤＡＴ
Ａ２，ＤＡＴＡ３，ＤＡＴＡ４，ＤＡＴＡ５，ＤＡＴＡ
６，ＤＡＴＡ７，ＤＡＴＡ８，ＡＣＫ，ＢＵＳＹの各信
号線である。コンパチビリティモードのハンドシェーク
を図２３に示す。
主に使用されるのは、ピン番号１からピン番号１１、す
なわち、ＤＡＴＡ ＳＴＲＯＢＥ，ＤＡＴＡ１，ＤＡＴ
Ａ２，ＤＡＴＡ３，ＤＡＴＡ４，ＤＡＴＡ５，ＤＡＴＡ
６，ＤＡＴＡ７，ＤＡＴＡ８，ＡＣＫ，ＢＵＳＹの各信
号線である。コンパチビリティモードのハンドシェーク
を図２３に示す。
【００１６】図２３は、この種の通信制御装置を適用可
能な印刷システムにおけるデータ転送処理状態を説明す
るタイミングチャートであり、コンパチビリティモード
のハンドシェークに対応し、この例では、１バイトのデ
ータを転送する場合に対応する。
能な印刷システムにおけるデータ転送処理状態を説明す
るタイミングチャートであり、コンパチビリティモード
のハンドシェークに対応し、この例では、１バイトのデ
ータを転送する場合に対応する。
【００１７】このコンパチビリティモードはホストから
プリンタへの片方向のみのデータ転送しかできず、プリ
ンタからホストへのデータ転送はできないという欠点が
あった。
プリンタへの片方向のみのデータ転送しかできず、プリ
ンタからホストへのデータ転送はできないという欠点が
あった。
【００１８】そこで、このプリンタからホストへのデー
タ転送できないという点を改良するため、コンパチビリ
ティモードの上位互換として、セントロ双方向の通信ハ
ンドシェークがＩＥＥＥにより標準規格化された（ＩＥ
ＥＥ１２８４−１９９４）。
タ転送できないという点を改良するため、コンパチビリ
ティモードの上位互換として、セントロ双方向の通信ハ
ンドシェークがＩＥＥＥにより標準規格化された（ＩＥ
ＥＥ１２８４−１９９４）。
【００１９】このＩＥＥＥ１２８４−１９９４は、前で
説明したコンパチビリティモード（ホストからプリンタ
へデータ転送するための従来からあるハンドシェーク）
に加え、さらに新たにニブルモード，バイトモード，Ｅ
ＣＰモードなど、複数の通信モードを追加して規定して
いる。
説明したコンパチビリティモード（ホストからプリンタ
へデータ転送するための従来からあるハンドシェーク）
に加え、さらに新たにニブルモード，バイトモード，Ｅ
ＣＰモードなど、複数の通信モードを追加して規定して
いる。
【００２０】これらの新たに追加されたモードにも、コ
ンパチビリティモードと同じ形状のコネクタ，ケーブル
を使用することができる。ニブルモードは、プリンタか
らホストへのデータ転送を行うためのモードで、前記コ
ンパチビリティモードと交互に使用することによって、
ホスト−プリンタ間の双方向通信が実現できる。
ンパチビリティモードと同じ形状のコネクタ，ケーブル
を使用することができる。ニブルモードは、プリンタか
らホストへのデータ転送を行うためのモードで、前記コ
ンパチビリティモードと交互に使用することによって、
ホスト−プリンタ間の双方向通信が実現できる。
【００２１】すなわち、ホストからプリンタへの送信は
コンパチビリティモードで行い、プリンタからホストへ
の通信はニブルモードで行うことで、双方向通信を行う
ことができる。
コンパチビリティモードで行い、プリンタからホストへ
の通信はニブルモードで行うことで、双方向通信を行う
ことができる。
【００２２】ニブルモードでは、アクノリッジ信号線Ａ
ＣＫと信号線ＡＵＴＯ ＦＤを使って制御を行い、デー
タは信号線ＢＵＳＹ，ＰＥ，ＳＥＬＥＣＴ，ＦＡＵＬＴ
の４つの信号線にセットする。
ＣＫと信号線ＡＵＴＯ ＦＤを使って制御を行い、デー
タは信号線ＢＵＳＹ，ＰＥ，ＳＥＬＥＣＴ，ＦＡＵＬＴ
の４つの信号線にセットする。
【００２３】データの１バイトを、４ビットずつに分
け、まず下位４ビットを送って次に上位４ビットを送
り、８ビット（１バイト）転送を実現している。なお、
ＦＡＵＬＴは、特定のタイミングではホストへ送るデー
タを準備できているかどうかをプリンタが示すためにも
使われる。コンパチビリティモードにおいてホストのみ
が制御していた信号線ＤＡＴＡ１，ＤＡＴＡ２，・・
・，ＤＡＴＡ８を使用しないでハンドシェークする。こ
れらのＤＡＴＡ１，ＤＡＴＡ２，・・・，ＤＡＴＡ８の
ことをデータバスと呼ぶ。ニブルモードでは、データバ
スを使わないので、ホスト側のハードの対応の必要がな
い。そのため、比較的容易に実装が可能である。
け、まず下位４ビットを送って次に上位４ビットを送
り、８ビット（１バイト）転送を実現している。なお、
ＦＡＵＬＴは、特定のタイミングではホストへ送るデー
タを準備できているかどうかをプリンタが示すためにも
使われる。コンパチビリティモードにおいてホストのみ
が制御していた信号線ＤＡＴＡ１，ＤＡＴＡ２，・・
・，ＤＡＴＡ８を使用しないでハンドシェークする。こ
れらのＤＡＴＡ１，ＤＡＴＡ２，・・・，ＤＡＴＡ８の
ことをデータバスと呼ぶ。ニブルモードでは、データバ
スを使わないので、ホスト側のハードの対応の必要がな
い。そのため、比較的容易に実装が可能である。
【００２４】また、バイトモードも、ニブルモード同様
にプリンタからホストへの通信を行うためのモードで、
前記コンパチビリティモードと交互に使用することによ
って、ホスト−プリンタ間の双方向通信が実現できる。
にプリンタからホストへの通信を行うためのモードで、
前記コンパチビリティモードと交互に使用することによ
って、ホスト−プリンタ間の双方向通信が実現できる。
【００２５】すなわち、ホストからプリンタへの送信は
コンパチビリティモードで行い、プリンタからホストへ
の送信はバイトモードで行うことで、双方向通信を行う
ことができる。バイトモードでは、信号線ＳＴＲＯＢ
Ｅ，ＡＣＫ，ＢＵＳＹ，ＰＥ，ＡＵＴＯ ＦＤ，ＦＡＵ
ＬＴで制御を行い、データはデータバス（信号線ＤＡＴ
Ａ１，ＤＡＴＡ２，・・・，ＤＡＴＡ８）にセットす
る。ニブルモードと比較した場合、１バイト（８ビッ
ト）のデータを同時に送るため効率がよいが、データバ
スをプリンタ側が制御するので、ホスト側のハードの対
応が必要となる。
コンパチビリティモードで行い、プリンタからホストへ
の送信はバイトモードで行うことで、双方向通信を行う
ことができる。バイトモードでは、信号線ＳＴＲＯＢ
Ｅ，ＡＣＫ，ＢＵＳＹ，ＰＥ，ＡＵＴＯ ＦＤ，ＦＡＵ
ＬＴで制御を行い、データはデータバス（信号線ＤＡＴ
Ａ１，ＤＡＴＡ２，・・・，ＤＡＴＡ８）にセットす
る。ニブルモードと比較した場合、１バイト（８ビッ
ト）のデータを同時に送るため効率がよいが、データバ
スをプリンタ側が制御するので、ホスト側のハードの対
応が必要となる。
【００２６】さらに、ＥＣＰモードは、ホストからプリ
ンタへの通信とプリンタからホストへの通信の両方を行
うためのモードである。内部的には、Ｆｏｒｗａｒｄ
Ｐｈａｓｅ（ホストからプリンタ）と、Ｒｅｖｅｒｓｅ
Ｐｈａｓｅ（プリンタからホスト）とを切替えること
により、同じＥＣＰモード内で、双方向のデータ転送を
可能としている。
ンタへの通信とプリンタからホストへの通信の両方を行
うためのモードである。内部的には、Ｆｏｒｗａｒｄ
Ｐｈａｓｅ（ホストからプリンタ）と、Ｒｅｖｅｒｓｅ
Ｐｈａｓｅ（プリンタからホスト）とを切替えること
により、同じＥＣＰモード内で、双方向のデータ転送を
可能としている。
【００２７】ＥＣＰモードでは，信号線ＳＴＲＯＢＥ，
ＡＣＫ，ＢＵＳＹ，ＡＵＴＯ ＦＤ，ＩＮＩＴ，ＦＡＵ
ＬＴ，ＰＥを使って制御を行い、データはデータバスに
セットする。
ＡＣＫ，ＢＵＳＹ，ＡＵＴＯ ＦＤ，ＩＮＩＴ，ＦＡＵ
ＬＴ，ＰＥを使って制御を行い、データはデータバスに
セットする。
【００２８】この場合、データバスをプリンタ側も制御
するので、ホスト側のハードの対応が必要となる。１つ
のモード内で、双方向のデータ転送が可能であるので、
モード間を移行するオーバヘッドが少なくてすむこと
と、ＥＣＰのＦｏｒｗａｒｄ転送のハンドシェークは、
コンパチビリティモードのハンドシェークに比べて、転
送速度が高速化できるように考慮されていることが、メ
リットである。以上がＩＥＥＥ１２８４の概略である。
するので、ホスト側のハードの対応が必要となる。１つ
のモード内で、双方向のデータ転送が可能であるので、
モード間を移行するオーバヘッドが少なくてすむこと
と、ＥＣＰのＦｏｒｗａｒｄ転送のハンドシェークは、
コンパチビリティモードのハンドシェークに比べて、転
送速度が高速化できるように考慮されていることが、メ
リットである。以上がＩＥＥＥ１２８４の概略である。
【００２９】このセントロを介してホストがプリンタへ
送信したデータは、全てプリンタ側の解釈部分によって
解釈され、それに従ってプリンタは印刷処理を行う。そ
して、一連のデータの送信中には、その一連データの送
信が完了するまでは他のデータや制御コマンドなどを送
信することができない。
送信したデータは、全てプリンタ側の解釈部分によって
解釈され、それに従ってプリンタは印刷処理を行う。そ
して、一連のデータの送信中には、その一連データの送
信が完了するまでは他のデータや制御コマンドなどを送
信することができない。
【００３０】すなわち、例えばホストが一連のデータの
送信中にプリンタの状態を知りたくなったとしても、一
連のデータを送信完了するまではプリンタの状態を尋ね
るコマンドをプリンタに送信することはできないため、
ホストはプリンタの状態を知り得ない。
送信中にプリンタの状態を知りたくなったとしても、一
連のデータを送信完了するまではプリンタの状態を尋ね
るコマンドをプリンタに送信することはできないため、
ホストはプリンタの状態を知り得ない。
【００３１】そこで、セントロのようにデータの通り道
が物理的には１つしかないＩ／Ｆを使った場合に発生す
るこのような不便さを解消するために、パケットプロト
コルが規格化されようとしている。
が物理的には１つしかないＩ／Ｆを使った場合に発生す
るこのような不便さを解消するために、パケットプロト
コルが規格化されようとしている。
【００３２】例えば、ＩＥＥＥ１２８４．４がパケット
プロトコルの規格の１つである。このＩＥＥＥ１２８
４．４は、物理的なＩ／Ｆとしては、セントロに限らず
ＲＳ２３２ＣやＵＳＢ，ＩＥＥＥ１３９４など、シリア
ル，パラレルを問わず、様々なＩ／Ｆを想定している。
ＩＥＥＥ１２８４．４については、後で概略を説明す
る。
プロトコルの規格の１つである。このＩＥＥＥ１２８
４．４は、物理的なＩ／Ｆとしては、セントロに限らず
ＲＳ２３２ＣやＵＳＢ，ＩＥＥＥ１３９４など、シリア
ル，パラレルを問わず、様々なＩ／Ｆを想定している。
ＩＥＥＥ１２８４．４については、後で概略を説明す
る。
【００３３】パケットプロトコルは、例えば一連のデー
タを複数のブロックに分割し、それぞれのブロックの先
頭にデータサイズ，チャネルＩＤなどのパケット情報を
示すヘッダを付加してデータをパケット化して、論理的
に複数のチャネルを実現し、それぞれのチャネルが互い
にふさぎあうことなく、独立した情報交換を可能とする
プロトコルである。
タを複数のブロックに分割し、それぞれのブロックの先
頭にデータサイズ，チャネルＩＤなどのパケット情報を
示すヘッダを付加してデータをパケット化して、論理的
に複数のチャネルを実現し、それぞれのチャネルが互い
にふさぎあうことなく、独立した情報交換を可能とする
プロトコルである。
【００３４】このようなパケットプロトコルを使うこと
により、物理的には１本のＩ／Ｆ上でも、論理的には複
数の独立した情報（データや制御コマンドなど）をそれ
ぞれ別のチャネルとして並列にやり取りすることが可能
となる。例えば、一連のデータの送信中に、その完了を
待たずにプリンタの状態を尋ねるコマンドを送信するこ
とができる。
により、物理的には１本のＩ／Ｆ上でも、論理的には複
数の独立した情報（データや制御コマンドなど）をそれ
ぞれ別のチャネルとして並列にやり取りすることが可能
となる。例えば、一連のデータの送信中に、その完了を
待たずにプリンタの状態を尋ねるコマンドを送信するこ
とができる。
【００３５】また、各チャネル毎に受信バッファを用意
しておけば、あるチャネルの受信バッファがフルにな
り、ふさがってしまっていても、別のチャネルはそれに
影響されずに使うことができる。
しておけば、あるチャネルの受信バッファがフルにな
り、ふさがってしまっていても、別のチャネルはそれに
影響されずに使うことができる。
【００３６】例えば、印刷データとして２０ＫＢｙｔｅ
（キロバイト、（１ＫＢ＝１０２４Ｂｙｔｅ）以下、Ｋ
Ｂ）のデータと、制御コマンドとして１００Ｂｙｔｅ
（バイト、以下、Ｂ）のデータを送りたい場合、非パケ
ットプロトコルにおいては、まず印刷データ２０ＫＢを
送信完了し、その後制御コマンド１００Ｂを送信する、
あるいは、まず制御コマンド１００Ｂを送信完了し、そ
の後印刷データ２０ＫＢを送信する、という２つの方法
しか選択できない。
（キロバイト、（１ＫＢ＝１０２４Ｂｙｔｅ）以下、Ｋ
Ｂ）のデータと、制御コマンドとして１００Ｂｙｔｅ
（バイト、以下、Ｂ）のデータを送りたい場合、非パケ
ットプロトコルにおいては、まず印刷データ２０ＫＢを
送信完了し、その後制御コマンド１００Ｂを送信する、
あるいは、まず制御コマンド１００Ｂを送信完了し、そ
の後印刷データ２０ＫＢを送信する、という２つの方法
しか選択できない。
【００３７】これに対し、パケットプロトコルにおいて
は、印刷データ２０ＫＢを、例えば２ＫＢのブロック１
０個に分割し、ある２ＫＢのブロックを送信し終え、次
の２ＫＢのブロックを送信する前に、制御コマンド１０
０Ｂを送る、というように印刷データの送信途中で制御
コマンドを送信することが可能となり、ホストによるプ
リンタのリアルタイム制御などにおいて有用である。
は、印刷データ２０ＫＢを、例えば２ＫＢのブロック１
０個に分割し、ある２ＫＢのブロックを送信し終え、次
の２ＫＢのブロックを送信する前に、制御コマンド１０
０Ｂを送る、というように印刷データの送信途中で制御
コマンドを送信することが可能となり、ホストによるプ
リンタのリアルタイム制御などにおいて有用である。
【００３８】以下、ＩＥＥＥ１２８４．４の概要ととも
に、パケットの分割の例および印刷データと制御コマン
ドの送信例について説明する。
に、パケットの分割の例および印刷データと制御コマン
ドの送信例について説明する。
【００３９】上述したＩＥＥＥ１２８４規約を使ったデ
ータ転送（またはその他のインタフェース）を使い、２
つの機器（例えば上位装置と印刷装置）の間で、クレジ
ットという概念を利用したフロー制御と、同時に複数個
の情報（例えばデータと制御情報）をやり取りするため
の多重化（マルチチャネル化）の２つを主に提供するた
めの制御がＩＥＥＥ１２８４．４であるといえる。
ータ転送（またはその他のインタフェース）を使い、２
つの機器（例えば上位装置と印刷装置）の間で、クレジ
ットという概念を利用したフロー制御と、同時に複数個
の情報（例えばデータと制御情報）をやり取りするため
の多重化（マルチチャネル化）の２つを主に提供するた
めの制御がＩＥＥＥ１２８４．４であるといえる。
【００４０】また、上位装置および印刷装置の内部処理
においてＩＥＥＥ１２８４．４の制御が位置するのは、
転送データを使って印刷を行う部分の処理（通称アプリ
ケーション）と実際のデータ転送部分であるＩＥＥＥ１
２８４の中間部分である。その関係を表す概念図を図２
４に示す。
においてＩＥＥＥ１２８４．４の制御が位置するのは、
転送データを使って印刷を行う部分の処理（通称アプリ
ケーション）と実際のデータ転送部分であるＩＥＥＥ１
２８４の中間部分である。その関係を表す概念図を図２
４に示す。
【００４１】図２４は、この種の通信制御装置を適用可
能な印刷システムにおける各通信制御プログラムとアプ
リケーションとの関係を説明する概念図である。
能な印刷システムにおける各通信制御プログラムとアプ
リケーションとの関係を説明する概念図である。
【００４２】この図に示すように、ＩＥＥＥ１２８４．
４の制御プログラムは、インタフェースケーブルにより
通信可能な上位装置と印刷装置との間に介在してアプリ
ケーションとＩＥＥＥ１２８４の制御プログラムとの間
の通信を取り持っている。
４の制御プログラムは、インタフェースケーブルにより
通信可能な上位装置と印刷装置との間に介在してアプリ
ケーションとＩＥＥＥ１２８４の制御プログラムとの間
の通信を取り持っている。
【００４３】次に、ＩＥＥＥ１２８４．４で扱うデータ
の構成について説明する。ＩＥＥＥ１２８４．４で扱う
データは、必ず何バイトかの塊を一つの単位としてお
り、それをパケットと呼んでいる。パケットの構造は図
２５に示すように定義されている。
の構成について説明する。ＩＥＥＥ１２８４．４で扱う
データは、必ず何バイトかの塊を一つの単位としてお
り、それをパケットと呼んでいる。パケットの構造は図
２５に示すように定義されている。
【００４４】図２５は、この種の通信制御装置を適用可
能な印刷システムの通信インタフェースで利用する通信
パケットの構造を説明する図である。
能な印刷システムの通信インタフェースで利用する通信
パケットの構造を説明する図である。
【００４５】図において、通信パケットは６バイトのヘ
ッダ部Ｈと、それに続くデータＤａｔａから構成されて
いる。
ッダ部Ｈと、それに続くデータＤａｔａから構成されて
いる。
【００４６】さらに、ヘッダ部Ｈ部分を詳しく見ると、
第１バイト目はＰｒｉｍａｒｙ Ｓｏｃｋｅｔ ＩＤ
（以下、ＰＳＩＤ）であり、後述するＩＥＥＥ１２８
４．４の制御の初期化を開始した側の装置のＳｏｃｋｅ
ｔ ＩＤを表している（Ｓｏｃｋｅｔ ＩＤについても
後述）。
第１バイト目はＰｒｉｍａｒｙ Ｓｏｃｋｅｔ ＩＤ
（以下、ＰＳＩＤ）であり、後述するＩＥＥＥ１２８
４．４の制御の初期化を開始した側の装置のＳｏｃｋｅ
ｔ ＩＤを表している（Ｓｏｃｋｅｔ ＩＤについても
後述）。
【００４７】第２バイト目はＳｅｃｏｎｄａｒｙ Ｓｏ
ｃｋｅｔ ＩＤ（以下、ＳＳＩＤ）であり、前記初期化
を開始した側の装置に対してもう一方の装置のＳｏｃｋ
ｅｔＩＤを表している。
ｃｋｅｔ ＩＤ（以下、ＳＳＩＤ）であり、前記初期化
を開始した側の装置に対してもう一方の装置のＳｏｃｋ
ｅｔＩＤを表している。
【００４８】第３，第４バイト目はヘッダ６バイトを含
めたパケット全体のサイズを表している。例えば１０バ
イトのデータを含むパケットの場合はここには１６（ヘ
ッダ６バイト＋データ１０バイト）という値が入ること
になる。比較例としてパケット化されたデータとパケッ
ト化されていないデータを同時に表した図を図２６に示
す。
めたパケット全体のサイズを表している。例えば１０バ
イトのデータを含むパケットの場合はここには１６（ヘ
ッダ６バイト＋データ１０バイト）という値が入ること
になる。比較例としてパケット化されたデータとパケッ
ト化されていないデータを同時に表した図を図２６に示
す。
【００４９】図２６は、この種の通信制御装置を適用可
能な印刷システムの通信インタフェースでやり取りされ
る通信データの一例を示す図であり、（ａ）はパケット
されたデータ例であり、（ｂ）はパケット化されていな
いデータ例である。
能な印刷システムの通信インタフェースでやり取りされ
る通信データの一例を示す図であり、（ａ）はパケット
されたデータ例であり、（ｂ）はパケット化されていな
いデータ例である。
【００５０】また、図２５において、データが「０」バ
イトのパケットの時はヘッダの部分のみの「６」バイト
を表す値（６）が入る。
イトのパケットの時はヘッダの部分のみの「６」バイト
を表す値（６）が入る。
【００５１】ただし、実際の内容は１６進数で表記され
るので上記１６と６はそれぞれ０ｘ００１０，０ｘ００
０６と表される（１６進数の場合、通常「０ｘ」の表記
で始まり、１バイトが２桁で表記される）。
るので上記１６と６はそれぞれ０ｘ００１０，０ｘ００
０６と表される（１６進数の場合、通常「０ｘ」の表記
で始まり、１バイトが２桁で表記される）。
【００５２】第５バイト目はＣｒｅｄｉｔ（クレジッ
ト）を表す（クレジットについても後述）。第６バイト
目はＣｏｎｔｒｏｌ（コントロール）と呼ばれる制御デ
ータを表す。本１バイトの中の「１」ビット（１バイト
は８ビット）が、普通のパケットであるか否か（普通の
パケットの場合「０」で表記）を表しており、ほとんど
の場合が普通のパケットなので「０」となっている。残
りの「７」ビットは予約領域であり、現時点では使われ
ていない（「０」で表記される）。
ト）を表す（クレジットについても後述）。第６バイト
目はＣｏｎｔｒｏｌ（コントロール）と呼ばれる制御デ
ータを表す。本１バイトの中の「１」ビット（１バイト
は８ビット）が、普通のパケットであるか否か（普通の
パケットの場合「０」で表記）を表しており、ほとんど
の場合が普通のパケットなので「０」となっている。残
りの「７」ビットは予約領域であり、現時点では使われ
ていない（「０」で表記される）。
【００５３】故に本バイトは通常「０ｘ００」である。
データ部分は上位装置，印刷装置それぞれのアプリケー
ションで作られた転送データ（印刷データや制御デー
タ）、または後述するＩＥＥＥ１２８４．４における制
御コマンドが入ることになる。
データ部分は上位装置，印刷装置それぞれのアプリケー
ションで作られた転送データ（印刷データや制御デー
タ）、または後述するＩＥＥＥ１２８４．４における制
御コマンドが入ることになる。
【００５４】次に、図２５に示したＳｏｃｋｅｔ ＩＤ
について説明する。
について説明する。
【００５５】マルチチャネル化、すなわち、１つのイン
タフェース（例えばＩＥＥＥ１２８４）で接続される２
つの装置の中にある複数の処理（主にアプリケーション
部分の処理）が、互いに自分の相手（もう一方の装置内
の処理）を識別して、それぞれ独立にデータのやり取り
を実行すること、それを実行するために、装置内の各々
の処理につける個別の番号がＳｏｃｋｅｔ ＩＤであ
る。続いて、その概要について説明する。
タフェース（例えばＩＥＥＥ１２８４）で接続される２
つの装置の中にある複数の処理（主にアプリケーション
部分の処理）が、互いに自分の相手（もう一方の装置内
の処理）を識別して、それぞれ独立にデータのやり取り
を実行すること、それを実行するために、装置内の各々
の処理につける個別の番号がＳｏｃｋｅｔ ＩＤであ
る。続いて、その概要について説明する。
【００５６】例えば、上位装置のアプリケーションに２
つの処理（処理Ａ，処理Ｂ）があり、その各々に対し印
刷装置のアプリケーションに２つの処理（処理Ａに対し
て処理ａ、処理Ｂに対して処理ｂ）があった場合、ＰＳ
ＩＤを処理Ａ＝０ｘ１０，処理Ｂ＝０ｘ２０。ＳＳＩＤ
を処理ａ＝０ｘ１０，処理ｂ＝０ｘ２０としておく。そ
して、処理Ａがデータ（「あ」，「い」）を送るとき、
ＩＥＥＥ１２８４．４の制御でパケットのＰＳＩＤ，Ｓ
ＳＩＤを「０ｘ１０」，「０ｘ１０」とし、処理Ｂがデ
ータ（「か」，「き」）を送るとき同様にＰＳＩＤ，Ｓ
ＳＩＤを「０ｘ２０」，「０ｘ２０」とすることによ
り、送信されたパケットがどの処理から、どの処理へ転
送されたか認識することができ、確実に目的の処理へデ
ータが転送され、論理的に複数のチャネルを使ったこと
になり、これがマルチチャネル化に対応するものであ
る。
つの処理（処理Ａ，処理Ｂ）があり、その各々に対し印
刷装置のアプリケーションに２つの処理（処理Ａに対し
て処理ａ、処理Ｂに対して処理ｂ）があった場合、ＰＳ
ＩＤを処理Ａ＝０ｘ１０，処理Ｂ＝０ｘ２０。ＳＳＩＤ
を処理ａ＝０ｘ１０，処理ｂ＝０ｘ２０としておく。そ
して、処理Ａがデータ（「あ」，「い」）を送るとき、
ＩＥＥＥ１２８４．４の制御でパケットのＰＳＩＤ，Ｓ
ＳＩＤを「０ｘ１０」，「０ｘ１０」とし、処理Ｂがデ
ータ（「か」，「き」）を送るとき同様にＰＳＩＤ，Ｓ
ＳＩＤを「０ｘ２０」，「０ｘ２０」とすることによ
り、送信されたパケットがどの処理から、どの処理へ転
送されたか認識することができ、確実に目的の処理へデ
ータが転送され、論理的に複数のチャネルを使ったこと
になり、これがマルチチャネル化に対応するものであ
る。
【００５７】図２７〜図３１は、この種の通信制御装置
を適用可能な印刷システムの通信インタフェースにおけ
るマルチチャンネル動作を説明する概念図であり、デー
タがそれぞれの処理を経由して上位装置の複数の（図で
は２つの）アプリケーションから印刷装置側の目的とす
る複数のアプリケーション（こちらも図では２つ）へ独
立して転送される様子を順番に表している。
を適用可能な印刷システムの通信インタフェースにおけ
るマルチチャンネル動作を説明する概念図であり、デー
タがそれぞれの処理を経由して上位装置の複数の（図で
は２つの）アプリケーションから印刷装置側の目的とす
る複数のアプリケーション（こちらも図では２つ）へ独
立して転送される様子を順番に表している。
【００５８】特に、図２７は、上位装置側のアプリケー
ションに２つの処理（処理Ａ，Ｂ）が有り、転送したい
データ（処理Ａ＝「あ」、「い」，処理Ｂ＝「か」、
「き」）をそれぞれ持っているところを表している。
ションに２つの処理（処理Ａ，Ｂ）が有り、転送したい
データ（処理Ａ＝「あ」、「い」，処理Ｂ＝「か」、
「き」）をそれぞれ持っているところを表している。
【００５９】図２８は、上位装置のＩＥＥＥ１２８４．
４の処理でパケットが作られ、それぞれのパケットには
前記Ｓｏｃｋｅｔ ＩＤが付けられた様子を表してい
る。また、パケットがどのような手順で転送されるかは
後述する。
４の処理でパケットが作られ、それぞれのパケットには
前記Ｓｏｃｋｅｔ ＩＤが付けられた様子を表してい
る。また、パケットがどのような手順で転送されるかは
後述する。
【００６０】図２９は、パケットにされたデータがイン
タフェースの処理（ＩＥＥＥ１２８４の処理）を経由し
て上位装置から印刷装置へ転送されている様子を表して
いる。図に示しているように、パケットが転送される順
番は特に規定されていない、図においては４つのパケッ
トが処理Ａ（「あ」のデータを持ったパケット）、処理
Ｂ（「か」のデータを持ったパケット）、処理Ａの２つ
目（「い」のデータを持ったパケット）、処理Ｂの２つ
目（「き」のデータを持ったパケット）の順番で転送さ
れている。
タフェースの処理（ＩＥＥＥ１２８４の処理）を経由し
て上位装置から印刷装置へ転送されている様子を表して
いる。図に示しているように、パケットが転送される順
番は特に規定されていない、図においては４つのパケッ
トが処理Ａ（「あ」のデータを持ったパケット）、処理
Ｂ（「か」のデータを持ったパケット）、処理Ａの２つ
目（「い」のデータを持ったパケット）、処理Ｂの２つ
目（「き」のデータを持ったパケット）の順番で転送さ
れている。
【００６１】図３０は、印刷装置へ転送されたパケット
を印刷装置側のＩＥＥＥ１２８４．４が受け取り、パケ
ットから抜き出したデータをＳｏｃｋｅｔ ＩＤに従っ
て各々のアプリケーションへ渡しているところを表して
いる。その結果、図３１に示すように印刷装置内の目的
のアプリケーションの処理（処理ａ，ｂ）へデータが渡
された様子を表している。上記説明と逆方向（印刷装置
の処理から上位装置の処理へ）の転送についても同様で
あることは言うまでもない。
を印刷装置側のＩＥＥＥ１２８４．４が受け取り、パケ
ットから抜き出したデータをＳｏｃｋｅｔ ＩＤに従っ
て各々のアプリケーションへ渡しているところを表して
いる。その結果、図３１に示すように印刷装置内の目的
のアプリケーションの処理（処理ａ，ｂ）へデータが渡
された様子を表している。上記説明と逆方向（印刷装置
の処理から上位装置の処理へ）の転送についても同様で
あることは言うまでもない。
【００６２】また、Ｓｏｃｋｅｔ ＩＤの０ｘ００（Ｐ
ＳＩＤ，ＳＳＩＤともに０ｘ００）の場合はＩＥＥＥ１
２８４．４の処理を実行するために必要なＣｏｍｍａｎ
ｄとＲｅｐｌｙ Ｐａｃｋｅｔ（後述）を転送するため
だけに使われる。
ＳＩＤ，ＳＳＩＤともに０ｘ００）の場合はＩＥＥＥ１
２８４．４の処理を実行するために必要なＣｏｍｍａｎ
ｄとＲｅｐｌｙ Ｐａｃｋｅｔ（後述）を転送するため
だけに使われる。
【００６３】次に、ＩＥＥＥ１２８４．４における基本
的な制御の手順（処理の流れ）を図３２〜図３４および
図３５，図３６に示すパケット例を参照して説明する。
的な制御の手順（処理の流れ）を図３２〜図３４および
図３５，図３６に示すパケット例を参照して説明する。
【００６４】図３２〜図３４は、この種の通信制御装置
を適用可能な印刷システムにおけるデータ通信処理手順
の一例を示すフローチャートである。なお、（１）〜
（２４）は各ステップを示す。
を適用可能な印刷システムにおけるデータ通信処理手順
の一例を示すフローチャートである。なお、（１）〜
（２４）は各ステップを示す。
【００６５】まず、ＩＥＥＥ１２８４．４の制御を開始
したい装置がもう一方の装置に対して初期コマンドパケ
ットＩｎｉｔ Ｃｏｍｍａｎｄ Ｐａｃｋｅｔを発行す
る（１）（通常、上位装置が印刷装置に対して発行する
ので以後、Ｉｎｉｔ Ｃｏｍｍａｎｄ Ｐａｃｋｅｔを
発行した方を上位装置、またもう一方を印刷装置と呼ぶ
ことにする）。
したい装置がもう一方の装置に対して初期コマンドパケ
ットＩｎｉｔ Ｃｏｍｍａｎｄ Ｐａｃｋｅｔを発行す
る（１）（通常、上位装置が印刷装置に対して発行する
ので以後、Ｉｎｉｔ Ｃｏｍｍａｎｄ Ｐａｃｋｅｔを
発行した方を上位装置、またもう一方を印刷装置と呼ぶ
ことにする）。
【００６６】ここで、図３５を参照して、初期コマンド
パケットＩｎｉｔ ＣｏｍｍａｎｄＰａｃｋｅｔの構造
について説明する。
パケットＩｎｉｔ ＣｏｍｍａｎｄＰａｃｋｅｔの構造
について説明する。
【００６７】図３５は、この種の通信制御装置を適用可
能な印刷システムにおける上位装置から通信相手先の機
器（印刷装置）に対して通知される初期コマンドパケッ
トのデータ構造を説明する図であり、第１〜第８バイト
で構成され、第１〜第６バイトでヘッダ部が構成される
場合に対応する。
能な印刷システムにおける上位装置から通信相手先の機
器（印刷装置）に対して通知される初期コマンドパケッ
トのデータ構造を説明する図であり、第１〜第８バイト
で構成され、第１〜第６バイトでヘッダ部が構成される
場合に対応する。
【００６８】図において、第５バイト目のＣｒｅｄｉｔ
の部分以外は事実上固定データとなる。
の部分以外は事実上固定データとなる。
【００６９】一方、初期コマンドパケットＩｎｉｔ Ｃ
ｏｍｍａｎｄ Ｐａｃｋｅｔを受け取った印刷装置は、
ＩＥＥＥ１２８４．４の制御を開始できるか各種判断を
行い（２）、その結果に応じた、例えばステップ（２）
で開始可能であると判断された場合には、可能なことを
示す応答パケットＩｎｉｔ Ｒｅｐｌｙ Ｐａｃｋｅｔ
を作成し（３）、ステップ（２）で開始可能でないと判
断された場合には、可能でないことを示す応答パケット
Ｉｎｉｔ Ｒｅｐｌｙ Ｐａｃｋｅｔを作成し（４）、
ステップ（５）以降へ進む。なお、この際、ＩＥＥＥ１
２８４．４の制御を開始できるのであれば、それに備え
た初期化も実行する。
ｏｍｍａｎｄ Ｐａｃｋｅｔを受け取った印刷装置は、
ＩＥＥＥ１２８４．４の制御を開始できるか各種判断を
行い（２）、その結果に応じた、例えばステップ（２）
で開始可能であると判断された場合には、可能なことを
示す応答パケットＩｎｉｔ Ｒｅｐｌｙ Ｐａｃｋｅｔ
を作成し（３）、ステップ（２）で開始可能でないと判
断された場合には、可能でないことを示す応答パケット
Ｉｎｉｔ Ｒｅｐｌｙ Ｐａｃｋｅｔを作成し（４）、
ステップ（５）以降へ進む。なお、この際、ＩＥＥＥ１
２８４．４の制御を開始できるのであれば、それに備え
た初期化も実行する。
【００７０】そして、上位装置に対し初期応答パケット
Ｉｎｉｔ Ｒｅｐｌｙ Ｐａｃｋｅｔを返す（５）。こ
こで、図３６を参照して、初期応答パケットＩｎｉｔ
Ｒｅｐｌｙ Ｐａｃｋｅｔのデータ構造について簡単に
説明する。
Ｉｎｉｔ Ｒｅｐｌｙ Ｐａｃｋｅｔを返す（５）。こ
こで、図３６を参照して、初期応答パケットＩｎｉｔ
Ｒｅｐｌｙ Ｐａｃｋｅｔのデータ構造について簡単に
説明する。
【００７１】図３６は、この種の通信制御装置を適用可
能な印刷システムにおける印刷装置から通信要求元上位
装置に対して通知される応答パケットのデータ構造を説
明する図であり、第１〜第９バイトで構成され、第１〜
第６バイトでヘッダ部が構成される場合に対応する。
能な印刷システムにおける印刷装置から通信要求元上位
装置に対して通知される応答パケットのデータ構造を説
明する図であり、第１〜第９バイトで構成され、第１〜
第６バイトでヘッダ部が構成される場合に対応する。
【００７２】図において、第８バイト目がＲｅｓｕｌｔ
データで、応答パケットＩｎｉｔＲｅｐｌｙ Ｐａｃｋ
ｅｔには正常にＩＥＥＥ１２８４．４の処理を開始でき
るか、何らかの理由により開始できないかが上位装置に
通知される。
データで、応答パケットＩｎｉｔＲｅｐｌｙ Ｐａｃｋ
ｅｔには正常にＩＥＥＥ１２８４．４の処理を開始でき
るか、何らかの理由により開始できないかが上位装置に
通知される。
【００７３】次に、上位装置は、通知された応答パケッ
トＩｎｉｔ Ｒｅｐｌｙ Ｐａｃｋｅｔを見て、ＩＥＥ
Ｅ１２８４．４の処理開始可能か、即ち、データ処理を
継続するか判断し（６）、正常に処理が継続できると判
断した場合には、上位装置は続いて、図３７に示すよう
なデータ構造となるオープンコマンドパケットＯｐｅｎ
Ｃｈａｎｎｅｌ Ｃｏｍｍａｎｄ Ｐａｃｋｅｔをプ
リンタに対して発行する（７）。
トＩｎｉｔ Ｒｅｐｌｙ Ｐａｃｋｅｔを見て、ＩＥＥ
Ｅ１２８４．４の処理開始可能か、即ち、データ処理を
継続するか判断し（６）、正常に処理が継続できると判
断した場合には、上位装置は続いて、図３７に示すよう
なデータ構造となるオープンコマンドパケットＯｐｅｎ
Ｃｈａｎｎｅｌ Ｃｏｍｍａｎｄ Ｐａｃｋｅｔをプ
リンタに対して発行する（７）。
【００７４】一方、ステップ（６）で、正常に処理が継
続できないと判断した場合は、再度初期コマンドパケッ
トＩｎｉｔ Ｃｏｍｍａｎｄ Ｐａｃｋｅｔを印刷装置
へ対して転送するか、ＩＥＥＥ１２８４．４による制御
をあきらめる。
続できないと判断した場合は、再度初期コマンドパケッ
トＩｎｉｔ Ｃｏｍｍａｎｄ Ｐａｃｋｅｔを印刷装置
へ対して転送するか、ＩＥＥＥ１２８４．４による制御
をあきらめる。
【００７５】ここで、図３７を参照して、初期応答パケ
ットＯｐｅｎ Ｃｈａｎｎｅｌ Ｃｏｍｍａｎｄ Ｐａ
ｃｋｅｔのデータ構造について簡単に説明する。
ットＯｐｅｎ Ｃｈａｎｎｅｌ Ｃｏｍｍａｎｄ Ｐａ
ｃｋｅｔのデータ構造について簡単に説明する。
【００７６】図３７は、この種の通信制御装置を適用可
能な印刷システムにおける上位装置から印刷装置に対し
て通知されるオープンコマンドパケットＯｐｅｎ Ｃｏ
ｍｍａｎｄ Ｐａｃｋｅｔのデータ構造を説明する図で
あり、第１〜第１７バイトで構成され、第１〜第６バイ
トでヘッダ部が構成される場合に対応する。
能な印刷システムにおける上位装置から印刷装置に対し
て通知されるオープンコマンドパケットＯｐｅｎ Ｃｏ
ｍｍａｎｄ Ｐａｃｋｅｔのデータ構造を説明する図で
あり、第１〜第１７バイトで構成され、第１〜第６バイ
トでヘッダ部が構成される場合に対応する。
【００７７】図において、第９バイト目はパラメータ
で、Ｓｅｃｏｎｄａｒｙ Ｓｏｃｋｅｔ ＩＤに対応す
る。第１０，第１１バイト目はパラメータで、上位装置
が要求する上位装置から印刷装置へ転送するときのパケ
ットサイズの最大値を示すパラメータＰｒｉｍａｒｙ
Ｔｏ Ｓｅｃｏｎｄａｒｙ Ｐａｃｋｅｔ Ｓｉｚｅが
セットされる。
で、Ｓｅｃｏｎｄａｒｙ Ｓｏｃｋｅｔ ＩＤに対応す
る。第１０，第１１バイト目はパラメータで、上位装置
が要求する上位装置から印刷装置へ転送するときのパケ
ットサイズの最大値を示すパラメータＰｒｉｍａｒｙ
Ｔｏ Ｓｅｃｏｎｄａｒｙ Ｐａｃｋｅｔ Ｓｉｚｅが
セットされる。
【００７８】同様に、第１２，第１３バイト目はパラメ
ータで、上位装置が要求する印刷装置から上位装置へ転
送するときのパケットサイズの最大値を示すパラメータ
Ｓｅｃｏｎｄａｒｙ Ｔｏ Ｐｒｉｍａｒｙ Ｐａｃｋ
ｅｔ Ｓｉｚｅがセットされる。
ータで、上位装置が要求する印刷装置から上位装置へ転
送するときのパケットサイズの最大値を示すパラメータ
Ｓｅｃｏｎｄａｒｙ Ｔｏ Ｐｒｉｍａｒｙ Ｐａｃｋ
ｅｔ Ｓｉｚｅがセットされる。
【００７９】同様に、第１４，第１５バイト目はパラメ
ータで、上位装置が要求するＣｒｅｄｉｔ Ｒｅｑｕｅ
ｓｔｅｄに関する情報がセットされる。第１６，第１７
バイト目はパラメータでＭａｘｉｍｕｍ Ｏｕｔｓｔａ
ｎｄｉｎｇ Ｃｒｅｄｉｔに関する情報がセットされ
る。
ータで、上位装置が要求するＣｒｅｄｉｔ Ｒｅｑｕｅ
ｓｔｅｄに関する情報がセットされる。第１６，第１７
バイト目はパラメータでＭａｘｉｍｕｍ Ｏｕｔｓｔａ
ｎｄｉｎｇ Ｃｒｅｄｉｔに関する情報がセットされ
る。
【００８０】次に、オープンコマンドパケットＯｐｅｎ
Ｃｈａｎｎｅｌ ＣｏｍｍａｎｄＰａｃｋｅｔが印刷
装置に受信されると、印刷装置はパケットの中のパラメ
ータの一つであるＳｅｃｏｎｄａｒｙ Ｓｏｃｋｅｔ
ＩＤの値が自分の持っているＳＳＩＤであるかどうか確
認する（８）。そして、自分の持っている（＝オープン
可能な）ＳＳＩＤであるならばチャネルを確立（オープ
ン）することになる。
Ｃｈａｎｎｅｌ ＣｏｍｍａｎｄＰａｃｋｅｔが印刷
装置に受信されると、印刷装置はパケットの中のパラメ
ータの一つであるＳｅｃｏｎｄａｒｙ Ｓｏｃｋｅｔ
ＩＤの値が自分の持っているＳＳＩＤであるかどうか確
認する（８）。そして、自分の持っている（＝オープン
可能な）ＳＳＩＤであるならばチャネルを確立（オープ
ン）することになる。
【００８１】また、その時のＳｏｃｋｅｔ ＩＤ（ＰＳ
ＩＤ，ＳＳＩＤ）の組み合わせにより、オープンしたチ
ャネルを識別することが可能となる。前述したＳｏｃｋ
ｅｔＩＤの説明において、上位装置のアプリケーション
の処理Ａと印刷装置のアプリケーションの処理ａを繋ぐ
チャネルは、そのＳｏｃｋｅｔ ＩＤの組み合わせＰＳ
ＩＤ＝０ｘ１０，ＳＳＩＤ＝０ｘ１０で識別できるとい
うことである（同様に上位装置のアプリケーションの処
理Ｂと印刷装置のアプリケーションの処理ｂを繋ぐチャ
ネルはＰＳＩＤ＝０ｘ２０，ＳＳＩＤ＝０ｘ２０で識別
できる）。
ＩＤ，ＳＳＩＤ）の組み合わせにより、オープンしたチ
ャネルを識別することが可能となる。前述したＳｏｃｋ
ｅｔＩＤの説明において、上位装置のアプリケーション
の処理Ａと印刷装置のアプリケーションの処理ａを繋ぐ
チャネルは、そのＳｏｃｋｅｔ ＩＤの組み合わせＰＳ
ＩＤ＝０ｘ１０，ＳＳＩＤ＝０ｘ１０で識別できるとい
うことである（同様に上位装置のアプリケーションの処
理Ｂと印刷装置のアプリケーションの処理ｂを繋ぐチャ
ネルはＰＳＩＤ＝０ｘ２０，ＳＳＩＤ＝０ｘ２０で識別
できる）。
【００８２】続いて、上位装置が要求する上位装置から
印刷装置へ転送するときのパケットサイズの最大値を示
すパラメータＰｒｉｍａｒｙ Ｔｏ Ｓｅｃｏｎｄａｒ
ｙＰａｃｋｅｔ Ｓｉｚｅ、同様に上位装置が要求する
印刷装置から上位装置へ転送するときのパケットサイズ
の最大値を示すパラメータＳｅｃｏｎｄａｒｙ Ｔｏ
Ｐｒｉｍａｒｙ Ｐａｃｋｅｔ Ｓｉｚｅを調べ、各々
自分が用意できるパケットサイズであるか判断する
（９）。当該判断の結果、要求サイズか可能ならば後述
するオープンチャンネル応答パケットＯｐｅｎ Ｃｈａ
ｎｎｅｌ Ｒｅｐｌｙ Ｐａｃｋｅｔにその旨を示すパ
ラメータをセットし、要求に沿えないならば自分が用意
できる各々（Ｐｒｉｍａｒｙ Ｔｏ Ｓｅｃｏｎｄａｒ
ｙ Ｐａｃｋｅｔ Ｓｉｚｅ，Ｓｅｃｏｎｄａｒｙ Ｔ
ｏ Ｐｒｉｍａｒｙ ＰａｃｋｅｔＳｉｚｅの２種類）
のパケットサイズをパラメータとしてセットすることに
なる。
印刷装置へ転送するときのパケットサイズの最大値を示
すパラメータＰｒｉｍａｒｙ Ｔｏ Ｓｅｃｏｎｄａｒ
ｙＰａｃｋｅｔ Ｓｉｚｅ、同様に上位装置が要求する
印刷装置から上位装置へ転送するときのパケットサイズ
の最大値を示すパラメータＳｅｃｏｎｄａｒｙ Ｔｏ
Ｐｒｉｍａｒｙ Ｐａｃｋｅｔ Ｓｉｚｅを調べ、各々
自分が用意できるパケットサイズであるか判断する
（９）。当該判断の結果、要求サイズか可能ならば後述
するオープンチャンネル応答パケットＯｐｅｎ Ｃｈａ
ｎｎｅｌ Ｒｅｐｌｙ Ｐａｃｋｅｔにその旨を示すパ
ラメータをセットし、要求に沿えないならば自分が用意
できる各々（Ｐｒｉｍａｒｙ Ｔｏ Ｓｅｃｏｎｄａｒ
ｙ Ｐａｃｋｅｔ Ｓｉｚｅ，Ｓｅｃｏｎｄａｒｙ Ｔ
ｏ Ｐｒｉｍａｒｙ ＰａｃｋｅｔＳｉｚｅの２種類）
のパケットサイズをパラメータとしてセットすることに
なる。
【００８３】続いて、上位装置が要求するＣｒｅｄｉｔ
に関する情報を表すパラメータであるパラメータＣｒｅ
ｄｉｔ ＲｅｑｕｅｓｔｅｄやパラメータＭａｘｉｍｕ
ｍＯｕｔｓｔａｎｄｉｎｇ Ｃｒｅｄｉｔを解析し（１
０）、２つのパラメータの組み合わせによって表される
要求に対する回答を、前述のパケットサイズと同様にＯ
ｐｅｎ Ｃｈａｎｎｅｌ Ｒｅｐｌｙのパラメータを使
って行う。
に関する情報を表すパラメータであるパラメータＣｒｅ
ｄｉｔ ＲｅｑｕｅｓｔｅｄやパラメータＭａｘｉｍｕ
ｍＯｕｔｓｔａｎｄｉｎｇ Ｃｒｅｄｉｔを解析し（１
０）、２つのパラメータの組み合わせによって表される
要求に対する回答を、前述のパケットサイズと同様にＯ
ｐｅｎ Ｃｈａｎｎｅｌ Ｒｅｐｌｙのパラメータを使
って行う。
【００８４】このようにしてオープンチャンネルコマン
ドＯｐｅｎ Ｃｈａｎｎｅｌ Ｃｏｍｍａｎｄの各パラ
メータの解析が終了すると、印刷装置は回答をまとめ、
図３８に示すオープンチャンネル応答パケットＯｐｅｎ
Ｃｈａｎｎｅｌ Ｒｅｐｌｙ Ｐａｃｋｅｔを作成し
（１１）、上位装置へ転送する（１２）。
ドＯｐｅｎ Ｃｈａｎｎｅｌ Ｃｏｍｍａｎｄの各パラ
メータの解析が終了すると、印刷装置は回答をまとめ、
図３８に示すオープンチャンネル応答パケットＯｐｅｎ
Ｃｈａｎｎｅｌ Ｒｅｐｌｙ Ｐａｃｋｅｔを作成し
（１１）、上位装置へ転送する（１２）。
【００８５】図３８は、この種の通信制御装置を適用可
能な印刷システムにおける印刷装置から上位装置に対し
て通知されるオープンチャンネル応答パケットＯｐｅｎ
Ｃｈａｎｎｅｌ Ｒｅｐｌｙ Ｐａｃｋｅｔのデータ
構造を説明する図であり、第１〜第１６バイトで構成さ
れ、第１〜第６バイトでヘッダ部が構成される場合に対
応する。
能な印刷システムにおける印刷装置から上位装置に対し
て通知されるオープンチャンネル応答パケットＯｐｅｎ
Ｃｈａｎｎｅｌ Ｒｅｐｌｙ Ｐａｃｋｅｔのデータ
構造を説明する図であり、第１〜第１６バイトで構成さ
れ、第１〜第６バイトでヘッダ部が構成される場合に対
応する。
【００８６】図において、第１１，第１２バイト目はパ
ラメータで、上位装置が要求する上位装置から印刷装置
へ転送するときのパケットサイズの最大値を示すパラメ
ータＰｒｉｍａｒｙ Ｔｏ Ｓｅｃｏｎｄａｒｙ Ｐａ
ｃｋｅｔ Ｓｉｚｅがセットされる。
ラメータで、上位装置が要求する上位装置から印刷装置
へ転送するときのパケットサイズの最大値を示すパラメ
ータＰｒｉｍａｒｙ Ｔｏ Ｓｅｃｏｎｄａｒｙ Ｐａ
ｃｋｅｔ Ｓｉｚｅがセットされる。
【００８７】同様に、第１３，第１４バイト目はパラメ
ータで、上位装置が要求する印刷装置から上位装置へ転
送するときのパケットサイズの最大値を示すパラメータ
Ｓｅｃｏｎｄａｒｙ Ｔｏ Ｐｒｉｍａｒｙ Ｐａｃｋ
ｅｔ Ｓｉｚｅがセットされる。
ータで、上位装置が要求する印刷装置から上位装置へ転
送するときのパケットサイズの最大値を示すパラメータ
Ｓｅｃｏｎｄａｒｙ Ｔｏ Ｐｒｉｍａｒｙ Ｐａｃｋ
ｅｔ Ｓｉｚｅがセットされる。
【００８８】次に、上位装置はオープンチャネル応答パ
ケットＯｐｅｎ ＣｈａｎｎｅｌＲｅｐｌｙ Ｐａｃｋ
ｅｔのパラメータを解析し（１３）、チャネルがオープ
ンされたかどうかを判定して、チャネルがオープンされ
たと判定した場合は、図２５に示したデータ構造を備え
るデータパケットをオープンしたチャネルへ転送するこ
とができる（１４）。
ケットＯｐｅｎ ＣｈａｎｎｅｌＲｅｐｌｙ Ｐａｃｋ
ｅｔのパラメータを解析し（１３）、チャネルがオープ
ンされたかどうかを判定して、チャネルがオープンされ
たと判定した場合は、図２５に示したデータ構造を備え
るデータパケットをオープンしたチャネルへ転送するこ
とができる（１４）。
【００８９】なお、転送すべきデータパケットサイズは
自分（上位装置＝オープンチャネルコマンドパケットＯ
ｐｅｎ Ｃｈａｎｎｅｌ Ｃｏｍｍａｎｄ Ｐａｃｋｅ
ｔを発行した側）が要求したパケットサイズと、オープ
ンチャンネル応答ＯｐｅｎＣｈａｎｎｅｌ Ｒｅｐｌｙ
により戻ってくる印刷装置側が要求するパケットサイズ
を比較して、どちらか小さい方を採用する。
自分（上位装置＝オープンチャネルコマンドパケットＯ
ｐｅｎ Ｃｈａｎｎｅｌ Ｃｏｍｍａｎｄ Ｐａｃｋｅ
ｔを発行した側）が要求したパケットサイズと、オープ
ンチャンネル応答ＯｐｅｎＣｈａｎｎｅｌ Ｒｅｐｌｙ
により戻ってくる印刷装置側が要求するパケットサイズ
を比較して、どちらか小さい方を採用する。
【００９０】もちろん、データパケットの転送は逆方向
（印刷装置から上位装置へ）の転送も可能であるし、後
述されるＣｒｅｄｉｔに関するコマンドパケットＣｏｍ
ｍａｎｄ Ｐａｃｋｅｔの転送もこの時点で有効なもの
となる（もちろんチャネルがオープンされる前でも転送
は可能であるが意味がない）。
（印刷装置から上位装置へ）の転送も可能であるし、後
述されるＣｒｅｄｉｔに関するコマンドパケットＣｏｍ
ｍａｎｄ Ｐａｃｋｅｔの転送もこの時点で有効なもの
となる（もちろんチャネルがオープンされる前でも転送
は可能であるが意味がない）。
【００９１】また、チャネルのオープンは装置内の処理
が許す限り（及び、ソケットＩＤ（Ｓｏｃｋｅｔ Ｉ
Ｄ）の組み合わせが重ならない限り）何個でも可能であ
る（ステップ（７）へ戻ることを繰り返す。）。前記ソ
ケットＩＤ（Ｓｏｃｋｅｔ ＩＤ）の説明例では上位装
置の処理Ａと印刷装置の処理ａを繋ぐチャネル、同じく
処理Ｂと処理ｂを繋ぐチャネルの２つがオープンされて
いることになる。
が許す限り（及び、ソケットＩＤ（Ｓｏｃｋｅｔ Ｉ
Ｄ）の組み合わせが重ならない限り）何個でも可能であ
る（ステップ（７）へ戻ることを繰り返す。）。前記ソ
ケットＩＤ（Ｓｏｃｋｅｔ ＩＤ）の説明例では上位装
置の処理Ａと印刷装置の処理ａを繋ぐチャネル、同じく
処理Ｂと処理ｂを繋ぐチャネルの２つがオープンされて
いることになる。
【００９２】上記説明では、上位装置、および印刷装置
内部のアプリケーションの処理同士を繋ぐチャネルがオ
ープンされるまでの流れを説明したが、ＩＥＥＥ１２８
４．４の制御を司る各種コマンドＣｏｍｍａｎｄおよび
応答Ｒｅｐｌｙ（Ｉｎｉｔ，Ｏｐｅｎ Ｃｈａｎｎｅｌ
など）が転送されるチャネル（以下、コマンドチャネ
ル）は暗黙の内にオープンされているので、上記手順を
踏む必要はない。
内部のアプリケーションの処理同士を繋ぐチャネルがオ
ープンされるまでの流れを説明したが、ＩＥＥＥ１２８
４．４の制御を司る各種コマンドＣｏｍｍａｎｄおよび
応答Ｒｅｐｌｙ（Ｉｎｉｔ，Ｏｐｅｎ Ｃｈａｎｎｅｌ
など）が転送されるチャネル（以下、コマンドチャネ
ル）は暗黙の内にオープンされているので、上記手順を
踏む必要はない。
【００９３】また、既に説明してあるようにそのチャネ
ルを識別するためのソケットＩＤ（Ｓｏｃｋｅｔ Ｉ
Ｄ）は「０ｘ００」である。また、データのやり取りが
終了した（終了させたい）チャネルはクローズチャネル
コマンドパケットＣｌｏｓｅＣｈａｎｎｅｌ Ｃｏｍｍ
ａｎｄ Ｐａｃｋｅｔで終了（クローズ）させることが
できる。
ルを識別するためのソケットＩＤ（Ｓｏｃｋｅｔ Ｉ
Ｄ）は「０ｘ００」である。また、データのやり取りが
終了した（終了させたい）チャネルはクローズチャネル
コマンドパケットＣｌｏｓｅＣｈａｎｎｅｌ Ｃｏｍｍ
ａｎｄ Ｐａｃｋｅｔで終了（クローズ）させることが
できる。
【００９４】次に、上位装置がチャネルをクローズしよ
うとした場合、図３９に示すデータ構造を備えるクロー
ズチャネルコマンドパケットＣｌｏｓｅ Ｃｈａｎｎｅ
ｌＣｏｍｍａｎｄ Ｐａｃｋｅｔを印刷装置へ転送する
（１５）。
うとした場合、図３９に示すデータ構造を備えるクロー
ズチャネルコマンドパケットＣｌｏｓｅ Ｃｈａｎｎｅ
ｌＣｏｍｍａｎｄ Ｐａｃｋｅｔを印刷装置へ転送する
（１５）。
【００９５】図３９は、この種の通信制御装置を適用可
能な印刷システムにおける上位装置から印刷装置に対し
て通知されるクローズチャネルコマンドパケットＣｌｏ
ｓｅＣｈａｎｎｅｌ Ｃｏｍｍａｎｄ Ｐａｃｋｅｔの
データ構造を説明する図であり、第１〜第９バイトで構
成され、第１〜第６バイトでヘッダ部が構成される場合
に対応する。
能な印刷システムにおける上位装置から印刷装置に対し
て通知されるクローズチャネルコマンドパケットＣｌｏ
ｓｅＣｈａｎｎｅｌ Ｃｏｍｍａｎｄ Ｐａｃｋｅｔの
データ構造を説明する図であり、第１〜第９バイトで構
成され、第１〜第６バイトでヘッダ部が構成される場合
に対応する。
【００９６】図において、第８，第９バイト目はパラメ
ータで、クローズチャネルコマンドパケットＣｌｏｓｅ
Ｃｈａｎｎｅｌ Ｃｏｍｍａｎｄ Ｐａｃｋｅｔのパ
ラメータとなるＰｒｉｍａｒｙ Ｓｏｃｋｅｔ ＩＤ，
Ｓｅｃｏｎｄａｒｙ Ｓｏｃｋｅｔ ＩＤがクローズし
たいチャネルを示すＳｏｃｋｅｔ ＩＤの組み合わせで
セットされる。
ータで、クローズチャネルコマンドパケットＣｌｏｓｅ
Ｃｈａｎｎｅｌ Ｃｏｍｍａｎｄ Ｐａｃｋｅｔのパ
ラメータとなるＰｒｉｍａｒｙ Ｓｏｃｋｅｔ ＩＤ，
Ｓｅｃｏｎｄａｒｙ Ｓｏｃｋｅｔ ＩＤがクローズし
たいチャネルを示すＳｏｃｋｅｔ ＩＤの組み合わせで
セットされる。
【００９７】次に、印刷装置はそのパラメータを解析し
（１６）、クローズを指定されたチャネルがクローズ可
能か（オープンされているか）チェックし（１７）、ク
ローズ可能と判断した場合には、そのチャネルをクロー
ズし、その旨を上位装置へクローズチャネル応答パケッ
トＣｌｏｓｅ Ｃｈａｎｎｅｌ Ｒｅｐｌｙ Ｐａｃｋ
ｅｔを使って回答するための準備をする（１８）。
（１６）、クローズを指定されたチャネルがクローズ可
能か（オープンされているか）チェックし（１７）、ク
ローズ可能と判断した場合には、そのチャネルをクロー
ズし、その旨を上位装置へクローズチャネル応答パケッ
トＣｌｏｓｅ Ｃｈａｎｎｅｌ Ｒｅｐｌｙ Ｐａｃｋ
ｅｔを使って回答するための準備をする（１８）。
【００９８】一方、ステップ（１７）で、クローズでき
ないと判断されれば、応答パケットＲｅｐｌｙ Ｐａｃ
ｋｅｔを作成する（１９）。
ないと判断されれば、応答パケットＲｅｐｌｙ Ｐａｃ
ｋｅｔを作成する（１９）。
【００９９】このようにして、クローズチャネル応答パ
ケットＣｌｏｓｅ ＣｈａｎｎｅｌＲｅｐｌｙ Ｐａｃ
ｋｅｔを作り終えたら、作成された図４０に示すデータ
構造を備えるクローズチャネル応答パケットＣｌｏｓｅ
Ｃｈａｎｎｅｌ Ｒｅｐｌｙ Ｐａｃｋｅｔを上位装
置へ転送する（２０）。
ケットＣｌｏｓｅ ＣｈａｎｎｅｌＲｅｐｌｙ Ｐａｃ
ｋｅｔを作り終えたら、作成された図４０に示すデータ
構造を備えるクローズチャネル応答パケットＣｌｏｓｅ
Ｃｈａｎｎｅｌ Ｒｅｐｌｙ Ｐａｃｋｅｔを上位装
置へ転送する（２０）。
【０１００】図４０は、この種の通信制御装置を適用可
能な印刷システムにおける印刷装置から上位装置に対し
て通知されるクローズチャネル応答パケットＣｌｏｓｅ
Ｃｈａｎｎｅｌ Ｒｅｐｌｙ Ｐａｃｋｅｔのデータ
構造を説明する図であり、第１〜第１０バイトで構成さ
れ、第１〜第６バイトでヘッダ部が構成される場合に対
応する。
能な印刷システムにおける印刷装置から上位装置に対し
て通知されるクローズチャネル応答パケットＣｌｏｓｅ
Ｃｈａｎｎｅｌ Ｒｅｐｌｙ Ｐａｃｋｅｔのデータ
構造を説明する図であり、第１〜第１０バイトで構成さ
れ、第１〜第６バイトでヘッダ部が構成される場合に対
応する。
【０１０１】図において、第８バイト目はパラメータｒ
ｅｓｕｌｔがセットされる。第９，第１０バイト目はパ
ラメータで、クローズチャネル応答パケットＣｌｏｓｅ
Ｃｈａｎｎｅｌ Ｒｅｐｌｙ Ｐａｃｋｅｔのパラメ
ータとなるＰｒｉｍａｒｙＳｏｃｋｅｔ ＩＤ，Ｓｅｃ
ｏｎｄａｒｙ Ｓｏｃｋｅｔ ＩＤがセットされる。
ｅｓｕｌｔがセットされる。第９，第１０バイト目はパ
ラメータで、クローズチャネル応答パケットＣｌｏｓｅ
Ｃｈａｎｎｅｌ Ｒｅｐｌｙ Ｐａｃｋｅｔのパラメ
ータとなるＰｒｉｍａｒｙＳｏｃｋｅｔ ＩＤ，Ｓｅｃ
ｏｎｄａｒｙ Ｓｏｃｋｅｔ ＩＤがセットされる。
【０１０２】次に、上位装置はクローズチャネル応答パ
ケットＣｌｏｓｅ ＣｈａｎｎｅｌＲｅｐｌｙ Ｐａｃ
ｋｅｔを受け取り、上記パラメータＲｅｓｕｌｔを解析
することによりチャネルがクローズされたかを確認する
（２１）。
ケットＣｌｏｓｅ ＣｈａｎｎｅｌＲｅｐｌｙ Ｐａｃ
ｋｅｔを受け取り、上記パラメータＲｅｓｕｌｔを解析
することによりチャネルがクローズされたかを確認する
（２１）。
【０１０３】次に、チャネルがクローズされた後、必要
があれば再びオープンチャンネルコマンドパケットＯｐ
ｅｎ Ｃｈａｎｎｅｌ Ｃｏｍｍａｎｄ Ｐａｃｋｅｔ
によりチャネルをオープンすることも何ら問題ないし
（ステップ（７）へ戻る）、そのままＩＥＥＥ１２８
４．４の制御を終了することもできる。
があれば再びオープンチャンネルコマンドパケットＯｐ
ｅｎ Ｃｈａｎｎｅｌ Ｃｏｍｍａｎｄ Ｐａｃｋｅｔ
によりチャネルをオープンすることも何ら問題ないし
（ステップ（７）へ戻る）、そのままＩＥＥＥ１２８
４．４の制御を終了することもできる。
【０１０４】その場合、上位装置は図４１に示すデータ
構造を備えるイグジットコマンドパケットＥｘｉｔ Ｃ
ｏｍｍａｎｄ Ｐａｃｋｅｔを発行して印刷装置へ転送
する（２２）。
構造を備えるイグジットコマンドパケットＥｘｉｔ Ｃ
ｏｍｍａｎｄ Ｐａｃｋｅｔを発行して印刷装置へ転送
する（２２）。
【０１０５】図４１は、この種の通信制御装置を適用可
能な印刷システムにおける上位装置から印刷装置に対し
て通知されるイグジットコマンドパケットＥｘｉｔ Ｃ
ｏｍｍａｎｄ Ｐａｃｋｅｔのデータ構造を説明する図
であり、第１〜第７バイトで構成され、第１〜第６バイ
トでヘッダ部が構成される場合に対応する。
能な印刷システムにおける上位装置から印刷装置に対し
て通知されるイグジットコマンドパケットＥｘｉｔ Ｃ
ｏｍｍａｎｄ Ｐａｃｋｅｔのデータ構造を説明する図
であり、第１〜第７バイトで構成され、第１〜第６バイ
トでヘッダ部が構成される場合に対応する。
【０１０６】図において、第７バイト目はイグジットコ
マンドがセットされる。
マンドがセットされる。
【０１０７】次に、イグジットコマンドパケットＥｘｉ
ｔ Ｃｏｍｍａｎｄ Ｐａｃｋｅｔを印刷装置が受け取
ると、ＩＥＥＥ１２８４．４を使った処理（オープンさ
れたチャネル上でのやり取りなど）を終了させた後（２
３）、図４２に示すデータ構造を備えるイグジット応答
パケットＥｘｉｔ Ｒｅｐｌｙ Ｐａｃｋｅｔを作成
し、上位装置へ転送する（２４）。
ｔ Ｃｏｍｍａｎｄ Ｐａｃｋｅｔを印刷装置が受け取
ると、ＩＥＥＥ１２８４．４を使った処理（オープンさ
れたチャネル上でのやり取りなど）を終了させた後（２
３）、図４２に示すデータ構造を備えるイグジット応答
パケットＥｘｉｔ Ｒｅｐｌｙ Ｐａｃｋｅｔを作成
し、上位装置へ転送する（２４）。
【０１０８】図４２は、この種の通信制御装置を適用可
能な印刷システムにおける印刷装置から上位装置に対し
て通知されるイグジット応答パケットＥｘｉｔ Ｒｅｐ
ｌｙＰａｃｋｅｔのデータ構造を説明する図であり、第
１〜第８バイトで構成され、第１〜第６バイトでヘッダ
部が構成される場合に対応する。
能な印刷システムにおける印刷装置から上位装置に対し
て通知されるイグジット応答パケットＥｘｉｔ Ｒｅｐ
ｌｙＰａｃｋｅｔのデータ構造を説明する図であり、第
１〜第８バイトで構成され、第１〜第６バイトでヘッダ
部が構成される場合に対応する。
【０１０９】図において、第７バイト目はコマンドがセ
ットされる。第８バイト目は結果ｒｅｓｕｌｔがセット
される。
ットされる。第８バイト目は結果ｒｅｓｕｌｔがセット
される。
【０１１０】これによりＩＥＥＥ１２８４．４の制御は
終了し、パケット（ＩＥＥＥ１２８４．４のパケット）
によるデータ転送も終了する。
終了し、パケット（ＩＥＥＥ１２８４．４のパケット）
によるデータ転送も終了する。
【０１１１】再びＩＥＥＥ１２８４．４の制御を開始し
た場合は、初期コマンドパケットＩｎｉｔ Ｃｏｍｍａ
ｎｄ Ｐａｃｋｅｔの転送処理から実行する必要があ
る。もちろんその他のコマンドパケットＣｏｍｍａｎｄ
Ｐａｃｋｅｔと同様、イグジットコマンドパケットＥ
ｘｉｔ Ｃｏｍｍａｎｄ ＰａｃｋｅｔはＩＥＥＥ１２
８４．４の制御を実行しているときなら何時発行しても
構わない。
た場合は、初期コマンドパケットＩｎｉｔ Ｃｏｍｍａ
ｎｄ Ｐａｃｋｅｔの転送処理から実行する必要があ
る。もちろんその他のコマンドパケットＣｏｍｍａｎｄ
Ｐａｃｋｅｔと同様、イグジットコマンドパケットＥ
ｘｉｔ Ｃｏｍｍａｎｄ ＰａｃｋｅｔはＩＥＥＥ１２
８４．４の制御を実行しているときなら何時発行しても
構わない。
【０１１２】ところで、上記フローチャートのステップ
（１４）まで実行し、チャネルをオープンすれば、デー
タパケットの転送が開始できるようになるのではある
が、データパケットを送る場合には、転送先の処理から
承認データＣｒｅｄｉｔをもらっていないと転送するこ
とができないように制御している。
（１４）まで実行し、チャネルをオープンすれば、デー
タパケットの転送が開始できるようになるのではある
が、データパケットを送る場合には、転送先の処理から
承認データＣｒｅｄｉｔをもらっていないと転送するこ
とができないように制御している。
【０１１３】そうすることで、ＩＥＥＥ１２８４．４は
データ（パケット）のフロー制御を実現しているのであ
る（前記Ｓｏｃｋｅｔ ＩＤの説明でいえば、上位装置
側の処理Ａが印刷装置側の処理ａに対しパケットを転送
する場合、処理ａからパラメータＣｒｅｄｉｔをもらわ
ないと処理Ａはパケットを処理できない）。フロー制御
とは、自分の持っている資源（一般的には読み書き可能
な記憶手段であるバッファなどと呼ばれているもの。本
例では、印刷装置を想定して以下、受信バッファと呼
ぶ）に相手から転送されるデータを一時的にでも貯える
ことになる場合は、受信バッファの容量を越えてデータ
を受信しないように制御しなければ、転送データを取り
こぼして処理が正常に動作しなくなってしまう。そのよ
うな状況を防ぐため、データ転送の停止および再開を調
整するのがフロー制御である。
データ（パケット）のフロー制御を実現しているのであ
る（前記Ｓｏｃｋｅｔ ＩＤの説明でいえば、上位装置
側の処理Ａが印刷装置側の処理ａに対しパケットを転送
する場合、処理ａからパラメータＣｒｅｄｉｔをもらわ
ないと処理Ａはパケットを処理できない）。フロー制御
とは、自分の持っている資源（一般的には読み書き可能
な記憶手段であるバッファなどと呼ばれているもの。本
例では、印刷装置を想定して以下、受信バッファと呼
ぶ）に相手から転送されるデータを一時的にでも貯える
ことになる場合は、受信バッファの容量を越えてデータ
を受信しないように制御しなければ、転送データを取り
こぼして処理が正常に動作しなくなってしまう。そのよ
うな状況を防ぐため、データ転送の停止および再開を調
整するのがフロー制御である。
【０１１４】次に、ＩＥＥＥ１２８４．４におけるパケ
ット転送のフロー制御に使われるパラメータＣｒｅｄｉ
ｔの概念について説明する。
ット転送のフロー制御に使われるパラメータＣｒｅｄｉ
ｔの概念について説明する。
【０１１５】パラメータＣｒｅｄｉｔはパケットの受け
取り側から送り側へ対して発行され、受け取り側がどれ
だけパケットを受け取る準備ができているかを示してい
る。パケットの受け取り側は、パラメータＣｒｅｄｉｔ
として発行した分のパケットは必ず受け取れることを保
証している。
取り側から送り側へ対して発行され、受け取り側がどれ
だけパケットを受け取る準備ができているかを示してい
る。パケットの受け取り側は、パラメータＣｒｅｄｉｔ
として発行した分のパケットは必ず受け取れることを保
証している。
【０１１６】パラメータＣｒｅｄｉｔのやり取りには、
承認コマンドパケットＣｒｅｄｉｔＣｏｍｍａｎｄ Ｐ
ａｃｋｅｔ，承認要求コマンドパケットＣｒｅｄｉｔ
Ｒｅｑｕｅｓｔ Ｃｏｍｍａｎｄ Ｐａｃｋｅｔとそれ
に対する応答パケットＲｅｐｌｙ Ｐａｃｋｅｔが主に
使われるが、データパケットＤａｔａ Ｐａｃｋｅｔや
オープンパケットＯｐｅｎ Ｐａｃｋｅｔによってもパ
ラメータＣｒｅｄｉｔを発行することができる。但しコ
マンドチャネルだけは特別で、初期化時に既に２つのパ
ラメータＣｒｅｄｉｔを持っている。それはどんな場合
でもＩＥＥＥ１２８４．４のＩｎｉｔやＥｒｒｏｒ処理
を実行することができるようにするためである。
承認コマンドパケットＣｒｅｄｉｔＣｏｍｍａｎｄ Ｐ
ａｃｋｅｔ，承認要求コマンドパケットＣｒｅｄｉｔ
Ｒｅｑｕｅｓｔ Ｃｏｍｍａｎｄ Ｐａｃｋｅｔとそれ
に対する応答パケットＲｅｐｌｙ Ｐａｃｋｅｔが主に
使われるが、データパケットＤａｔａ Ｐａｃｋｅｔや
オープンパケットＯｐｅｎ Ｐａｃｋｅｔによってもパ
ラメータＣｒｅｄｉｔを発行することができる。但しコ
マンドチャネルだけは特別で、初期化時に既に２つのパ
ラメータＣｒｅｄｉｔを持っている。それはどんな場合
でもＩＥＥＥ１２８４．４のＩｎｉｔやＥｒｒｏｒ処理
を実行することができるようにするためである。
【０１１７】以下、図４３を参照して簡単なパラメータ
Ｃｒｅｄｉｔの状態遷移について説明する。
Ｃｒｅｄｉｔの状態遷移について説明する。
【０１１８】図４３は、この種の通信制御装置を適用可
能な印刷システムにおける上位装置と印刷装置との間に
おけるパラメータＣｒｅｄｉｔの状態遷移を説明する図
である。
能な印刷システムにおける上位装置と印刷装置との間に
おけるパラメータＣｒｅｄｉｔの状態遷移を説明する図
である。
【０１１９】まず、装置（上位装置，印刷装置）に電源
が投入されたような初期化状態では、内部的にコマンド
チャネルのパラメータＣｒｅｄｉｔは「２」に、データ
（パケット）を転送するためのチャネル（この時点では
まだオープンされていない）のパラメータＣｒｅｄｉｔ
はもちろん「０」である。
が投入されたような初期化状態では、内部的にコマンド
チャネルのパラメータＣｒｅｄｉｔは「２」に、データ
（パケット）を転送するためのチャネル（この時点では
まだオープンされていない）のパラメータＣｒｅｄｉｔ
はもちろん「０」である。
【０１２０】本例ではデータを転送するチャネルについ
て１つしか表記していないが複数個チャネルがオープン
されたのであれば、パラメータＣｒｅｄｉｔの管理もチ
ャネルごとに行われる。
て１つしか表記していないが複数個チャネルがオープン
されたのであれば、パラメータＣｒｅｄｉｔの管理もチ
ャネルごとに行われる。
【０１２１】次に、上位装置が初期コマンドパケットＩ
ｎｉｔ Ｃｏｍｍａｎｄ Ｐａｃｋｅｔを使ってＩＥＥ
Ｅ１２８４．４の制御を開始しようとする場合、初期コ
マンドパケットＩｎｉｔ Ｃｏｍｍａｎｄ Ｐａｃｋｅ
ｔの発行により、上位装置側のコマンドチャネルのＣｒ
ｅｄｉｔは「−１」されて「１」となる。同時に印刷装
置側では初期コマンドパケットＩｎｉｔ Ｃｏｍｍａｎ
ｄ Ｐａｃｋｅｔを受け取ると、コマンドチャネルの承
認Ｃｒｅｄｉｔは「＋１」されて「３」となる。それ
は、コマンドチャネルで転送されるパケットのパラメー
タＣｒｅｄｉｔ（ヘッダ部の第５バイト目）には必ず
「１」が入っていることが約束されているからで、なぜ
ならコマンドチャネルにおいてパラメータＣｒｅｄｉｔ
が「０」になり、パケットを転送できなくなることは、
以降の処理が続行不可能になることを意味している。そ
れを避けるために上記約束が決められている。
ｎｉｔ Ｃｏｍｍａｎｄ Ｐａｃｋｅｔを使ってＩＥＥ
Ｅ１２８４．４の制御を開始しようとする場合、初期コ
マンドパケットＩｎｉｔ Ｃｏｍｍａｎｄ Ｐａｃｋｅ
ｔの発行により、上位装置側のコマンドチャネルのＣｒ
ｅｄｉｔは「−１」されて「１」となる。同時に印刷装
置側では初期コマンドパケットＩｎｉｔ Ｃｏｍｍａｎ
ｄ Ｐａｃｋｅｔを受け取ると、コマンドチャネルの承
認Ｃｒｅｄｉｔは「＋１」されて「３」となる。それ
は、コマンドチャネルで転送されるパケットのパラメー
タＣｒｅｄｉｔ（ヘッダ部の第５バイト目）には必ず
「１」が入っていることが約束されているからで、なぜ
ならコマンドチャネルにおいてパラメータＣｒｅｄｉｔ
が「０」になり、パケットを転送できなくなることは、
以降の処理が続行不可能になることを意味している。そ
れを避けるために上記約束が決められている。
【０１２２】初期コマンドパケットＩｎｉｔ Ｃｏｍｍ
ａｎｄ Ｐａｃｋｅｔに対して印刷装置が初期応答パケ
ットＩｎｉｔ Ｒｅｐｌｙ Ｐａｃｋｅｔを返すことで
上記と逆に、印刷装置のコマンドチャネルのパラメータ
Ｃｒｅｄｉｔが「−１」されて「２」となり、上位装置
のコマンドチャネルのパラメータＣｒｅｄｉｔは＋１さ
れて「２」に戻る。
ａｎｄ Ｐａｃｋｅｔに対して印刷装置が初期応答パケ
ットＩｎｉｔ Ｒｅｐｌｙ Ｐａｃｋｅｔを返すことで
上記と逆に、印刷装置のコマンドチャネルのパラメータ
Ｃｒｅｄｉｔが「−１」されて「２」となり、上位装置
のコマンドチャネルのパラメータＣｒｅｄｉｔは＋１さ
れて「２」に戻る。
【０１２３】次に、上位装置がオープンチャンネルコマ
ンドパケットＯｐｅｎ Ｃｈａｎｎｅｌ Ｃｏｍｍａｎ
ｄ Ｐａｃｋｅｔにより、データ用のチャネルをオープ
ンしようとし、それに対して印刷装置がオープンチャン
ネル応答Ｏｐｅｎ Ｃｈａｎｎｅｌ Ｒｅｐｌｙを正常
に返したとき、オープンチャンネル応答パケットＯｐｅ
ｎ Ｃｈａｎｎｅｌ Ｒｅｐｌｙ ＰａｃｋｅｔのＣｒ
ｅｄｉｔパラメータ（第１５，第１６バイト目）を使っ
て上位装置に対し２個Ｃｒｅｄｉｔを発行すると、上位
装置側のデータを転送するためのチャネルのパラメータ
Ｃｒｅｄｉｔは「＋２」されて「２」となる。
ンドパケットＯｐｅｎ Ｃｈａｎｎｅｌ Ｃｏｍｍａｎ
ｄ Ｐａｃｋｅｔにより、データ用のチャネルをオープ
ンしようとし、それに対して印刷装置がオープンチャン
ネル応答Ｏｐｅｎ Ｃｈａｎｎｅｌ Ｒｅｐｌｙを正常
に返したとき、オープンチャンネル応答パケットＯｐｅ
ｎ Ｃｈａｎｎｅｌ Ｒｅｐｌｙ ＰａｃｋｅｔのＣｒ
ｅｄｉｔパラメータ（第１５，第１６バイト目）を使っ
て上位装置に対し２個Ｃｒｅｄｉｔを発行すると、上位
装置側のデータを転送するためのチャネルのパラメータ
Ｃｒｅｄｉｔは「＋２」されて「２」となる。
【０１２４】次に、上位装置はデータを転送するための
チャネルもオープンできたし、同チャネルに対するパラ
メータＣｒｅｄｉｔも印刷装置からもらったので、デー
タパケットＤａｔａ Ｐａｃｋｅｔを転送することが可
能となり、データパケットＤａｔａ Ｐａｃｋｅｔを連
続して２つ転送し、２つ目のデータパケットＤａｔａＰ
ａｃｋｅｔには印刷装置に対しデータを転送するための
チャネルのパラメータＣｒｅｄｉｔを１つ、データパケ
ットＤａｔａ ＰａｃｋｅｔのパラメータＣｒｅｄｉｔ
（第４バイト目）を使って発行する。その時点で印刷装
置のデータを転送するためのチャネルのＣｒｅｄｉｔは
「＋１」されて「１」となる。
チャネルもオープンできたし、同チャネルに対するパラ
メータＣｒｅｄｉｔも印刷装置からもらったので、デー
タパケットＤａｔａ Ｐａｃｋｅｔを転送することが可
能となり、データパケットＤａｔａ Ｐａｃｋｅｔを連
続して２つ転送し、２つ目のデータパケットＤａｔａＰ
ａｃｋｅｔには印刷装置に対しデータを転送するための
チャネルのパラメータＣｒｅｄｉｔを１つ、データパケ
ットＤａｔａ ＰａｃｋｅｔのパラメータＣｒｅｄｉｔ
（第４バイト目）を使って発行する。その時点で印刷装
置のデータを転送するためのチャネルのＣｒｅｄｉｔは
「＋１」されて「１」となる。
【０１２５】また、コマンドチャネルのパラメータＣｒ
ｅｄｉｔはコマンドパケットＣｏｍｍａｎｄ Ｐａｃｋ
ｅｔを転送されていないので（また自分からも転送して
いないので）「２」のままである。ここで始めて印刷装
置も上位装置に対しデータパケットＤａｔａ Ｐａｃｋ
ｅｔを転送できるようになる。
ｅｄｉｔはコマンドパケットＣｏｍｍａｎｄ Ｐａｃｋ
ｅｔを転送されていないので（また自分からも転送して
いないので）「２」のままである。ここで始めて印刷装
置も上位装置に対しデータパケットＤａｔａ Ｐａｃｋ
ｅｔを転送できるようになる。
【０１２６】次に、上位装置はＤａｔａ Ｐａｃｋｅｔ
を２個連続して転送してしまったので、自分の持ってい
るデータを転送するためのチャネルのパラメータＣｒｅ
ｄｉｔを使い果たしてしまったので、次のデータパケッ
トＤａｔａ Ｐａｃｋｅｔを送るために、図４４に示す
データ構造を備えるパラメータ要求コマンドパケットＣ
ｒｅｄｉｔ Ｒｅｑｕｅｓｔ Ｃｏｍｍａｎｄ Ｐａｃ
ｋｅｔを使って、印刷装置に対しパラメータＣｒｅｄｉ
ｔの要求をする。
を２個連続して転送してしまったので、自分の持ってい
るデータを転送するためのチャネルのパラメータＣｒｅ
ｄｉｔを使い果たしてしまったので、次のデータパケッ
トＤａｔａ Ｐａｃｋｅｔを送るために、図４４に示す
データ構造を備えるパラメータ要求コマンドパケットＣ
ｒｅｄｉｔ Ｒｅｑｕｅｓｔ Ｃｏｍｍａｎｄ Ｐａｃ
ｋｅｔを使って、印刷装置に対しパラメータＣｒｅｄｉ
ｔの要求をする。
【０１２７】図４４は、この種の通信制御装置を適用可
能な印刷システムにおけるパラメータＣｒｅｄｉｔを要
求するパラメータ要求コマンドパケットＣｒｅｄｉｔ
Ｒｅｑｕｅｓｔ Ｃｏｍｍａｎｄ Ｐａｃｋｅｔのデー
タ構造を説明する図であり、第１〜第１３バイトで構成
され、第１〜第６バイトでヘッダ部が構成される場合に
対応する。
能な印刷システムにおけるパラメータＣｒｅｄｉｔを要
求するパラメータ要求コマンドパケットＣｒｅｄｉｔ
Ｒｅｑｕｅｓｔ Ｃｏｍｍａｎｄ Ｐａｃｋｅｔのデー
タ構造を説明する図であり、第１〜第１３バイトで構成
され、第１〜第６バイトでヘッダ部が構成される場合に
対応する。
【０１２８】図において、第１０，第１１バイト目はパ
ラメータ要求Ｃｒｅｄｉｔ Ｒｅｑｕｅｓｔｅｄがセッ
トされる。
ラメータ要求Ｃｒｅｄｉｔ Ｒｅｑｕｅｓｔｅｄがセッ
トされる。
【０１２９】パラメータ要求コマンドパケットＣｒｅｄ
ｉｔ Ｒｅｑｕｅｓｔ Ｃｏｍｍａｎｄ Ｐａｃｋｅｔ
によりパラメータＣｒｅｄｉｔを要求された印刷装置
は、その要求の内容を解析し（パラメータを見て）、そ
れに沿った応答Ｒｅｐｌｙを返送する。この例の場合、
１つだけパラメータＣｒｅｄｉｔを上位装置に発行でき
るとする。発行されるパラメータＣｒｅｄｉｔは、パラ
メータ要求応答Ｃｒｅｄｉｔ Ｒｅｑｕｅｓｔ Ｒｅｐ
ｌｙのパラメータＣｒｅｄｉｔ（第１１，１２バイト
目）に入れて、図４５に示すデータ構造を備えるパラメ
ータ要求応答パケットＣｒｅｄｉｔ Ｒｅｑｕｅｓｔ
Ｒｅｐｌｙ Ｐａｃｋｅｔにより上位装置へ転送する。
ｉｔ Ｒｅｑｕｅｓｔ Ｃｏｍｍａｎｄ Ｐａｃｋｅｔ
によりパラメータＣｒｅｄｉｔを要求された印刷装置
は、その要求の内容を解析し（パラメータを見て）、そ
れに沿った応答Ｒｅｐｌｙを返送する。この例の場合、
１つだけパラメータＣｒｅｄｉｔを上位装置に発行でき
るとする。発行されるパラメータＣｒｅｄｉｔは、パラ
メータ要求応答Ｃｒｅｄｉｔ Ｒｅｑｕｅｓｔ Ｒｅｐ
ｌｙのパラメータＣｒｅｄｉｔ（第１１，１２バイト
目）に入れて、図４５に示すデータ構造を備えるパラメ
ータ要求応答パケットＣｒｅｄｉｔ Ｒｅｑｕｅｓｔ
Ｒｅｐｌｙ Ｐａｃｋｅｔにより上位装置へ転送する。
【０１３０】図４５は、この種の通信制御装置を適用可
能な印刷システムにおけるパラメータ要求応答パケット
Ｃｒｅｄｉｔ Ｒｅｑｕｅｓｔ Ｒｅｐｌｙ Ｐａｃｋ
ｅｔのデータ構造を説明する図であり、第１〜第１２バ
イトで構成され、第１〜第６バイトでヘッダ部が構成さ
れる場合に対応する。
能な印刷システムにおけるパラメータ要求応答パケット
Ｃｒｅｄｉｔ Ｒｅｑｕｅｓｔ Ｒｅｐｌｙ Ｐａｃｋ
ｅｔのデータ構造を説明する図であり、第１〜第１２バ
イトで構成され、第１〜第６バイトでヘッダ部が構成さ
れる場合に対応する。
【０１３１】図において、第１１，第１２バイト目はパ
ラメータＣｒｅｄｉｔがセットされる。
ラメータＣｒｅｄｉｔがセットされる。
【０１３２】このようにして パラメータ要求応答パケ
ットＣｒｅｄｉｔ ＲｅｑｕｅｓｔＲｅｐｌｙ Ｐａｃ
ｋｅｔを受信することにより、上位装置のデータを転送
するためのチャネルのパラメータＣｒｅｄｉｔは「＋
１」され「１」となり、データパケットＤａｔａ Ｐａ
ｃｋｅｔを転送することが再び可能となる。
ットＣｒｅｄｉｔ ＲｅｑｕｅｓｔＲｅｐｌｙ Ｐａｃ
ｋｅｔを受信することにより、上位装置のデータを転送
するためのチャネルのパラメータＣｒｅｄｉｔは「＋
１」され「１」となり、データパケットＤａｔａ Ｐａ
ｃｋｅｔを転送することが再び可能となる。
【０１３３】また、印刷装置もデータを転送するための
チャネルのパラメータＣｒｅｄｉｔを上位装置から発行
されているので、データパケットＤａｔａ Ｐａｃｋｅ
ｔを１つだけ転送することができる。
チャネルのパラメータＣｒｅｄｉｔを上位装置から発行
されているので、データパケットＤａｔａ Ｐａｃｋｅ
ｔを１つだけ転送することができる。
【０１３４】そこで、図４３に示すように、印刷装置が
データパケットＤａｔａ Ｐａｃｋｅｔを１つ転送すれ
ば、持っていたパラメータＣｒｅｄｉｔは「−１」され
「０」となる。このデータパケットＤａｔａ Ｐａｃｋ
ｅｔの中のパラメータＣｒｅｄｉｔを使って上位装置へ
パラメータＣｒｅｄｉｔを発行することも、もちろん可
能であり、上位装置は発行されたパラメータＣｒｅｄｉ
ｔによって、自分の持っているパラメータＣｒｅｄｉｔ
が増加する。
データパケットＤａｔａ Ｐａｃｋｅｔを１つ転送すれ
ば、持っていたパラメータＣｒｅｄｉｔは「−１」され
「０」となる。このデータパケットＤａｔａ Ｐａｃｋ
ｅｔの中のパラメータＣｒｅｄｉｔを使って上位装置へ
パラメータＣｒｅｄｉｔを発行することも、もちろん可
能であり、上位装置は発行されたパラメータＣｒｅｄｉ
ｔによって、自分の持っているパラメータＣｒｅｄｉｔ
が増加する。
【０１３５】なお、図４３においては、データ転送のた
めのチャネルのパラメータＣｒｅｄｉｔが「＋１」され
合計「２」になっている。以上、ＩＥＥＥ１２８４．４
の概略説明をした。
めのチャネルのパラメータＣｒｅｄｉｔが「＋１」され
合計「２」になっている。以上、ＩＥＥＥ１２８４．４
の概略説明をした。
【０１３６】
【発明が解決しようとする課題】しかしながら、現状の
セントロＩ／Ｆにおいてパケットプロトコルのみではな
く、依然従来の非パケットプロトコルも使われているの
で、あるデータ転送時の場合にはパケットプロトコルが
使われ、また、あるデータ転送時の場合にはパケットプ
ロトコルが使われずに、非パケットプロトコルの従来方
式でデータを送ってくるという問題があった。
セントロＩ／Ｆにおいてパケットプロトコルのみではな
く、依然従来の非パケットプロトコルも使われているの
で、あるデータ転送時の場合にはパケットプロトコルが
使われ、また、あるデータ転送時の場合にはパケットプ
ロトコルが使われずに、非パケットプロトコルの従来方
式でデータを送ってくるという問題があった。
【０１３７】この場合、パケットプロトコルで送られて
きたデータを非パケットプロトコルで解釈すると、ヘッ
ダ部分もデータと見なしてしまい、余分なデータを受け
取ってしまうことになる。
きたデータを非パケットプロトコルで解釈すると、ヘッ
ダ部分もデータと見なしてしまい、余分なデータを受け
取ってしまうことになる。
【０１３８】逆に、非パケットプロトコルで送られたデ
ータを、パケットプロトコルで解釈すると、通常のデー
タ部分をパケットヘッダと思って解釈してしまうので、
パケット部分のデータがトランスレータに渡らずになく
なるとともに、様々な不具合が生じる。
ータを、パケットプロトコルで解釈すると、通常のデー
タ部分をパケットヘッダと思って解釈してしまうので、
パケット部分のデータがトランスレータに渡らずになく
なるとともに、様々な不具合が生じる。
【０１３９】また、複数のホストで１台のプリンタを共
有しているケースが多々あり、あるホストはパケットプ
ロトコルを使用してデータを送るが、別のホストは従来
の非パケットプロトコルでデータを送るという場合に、
プリンタがパケットプロトコルを使用すべきかどうかの
判断が困難な場合があった。
有しているケースが多々あり、あるホストはパケットプ
ロトコルを使用してデータを送るが、別のホストは従来
の非パケットプロトコルでデータを送るという場合に、
プリンタがパケットプロトコルを使用すべきかどうかの
判断が困難な場合があった。
【０１４０】さらに、パケットプロトコルの仕組み上、
一旦パケットプロトコルを使い始めたら、途中で非パケ
ットプロトコルへ移行することは難しく、また逆に一旦
非パケットプロトコルを使い始めたら、途中でパケット
プロトコルへ移行することは困難であるという問題もあ
った。
一旦パケットプロトコルを使い始めたら、途中で非パケ
ットプロトコルへ移行することは難しく、また逆に一旦
非パケットプロトコルを使い始めたら、途中でパケット
プロトコルへ移行することは困難であるという問題もあ
った。
【０１４１】本発明は上記の問題点を解消するためにな
されたもので、本発明の目的は、データ処理装置との双
方向通信に際して、パケットプロトコルの使用有無を予
め設定し、該パケットプロトコルの使用有無に基づいて
受信する受信データ中の各データの転送先を切換え制御
することにより、あるいはデータ処理装置との双方向通
信に際して、パケットプロトコルの使用有無を予め設定
し、該パケットプロトコルの使用有無に基づいて受信す
る受信データ中の各データの転送先を通信モード別に切
換え制御することにより、さらには、データ処理装置と
の双方向通信に際して、パケットプロトコルの使用有無
を示す信号状態を検出して、受信する受信データ中の各
データの転送先を切換え制御することにより、ユーザ等
が特定のパケットプロトコルの使用有無を設定すること
ができ、ユーザのパケット通信要求に対して柔軟に対応
できるデータ通信環境を整備して、受信するデータを誤
りなく処理できるとともに、ユーザ等が特定のパケット
プロトコルの使用有無を各通信モード毎に設定すること
ができ、ユーザのパケット通信要求に対してより柔軟に
対応できるデータ通信環境を整備して、受信するデータ
を誤りなく処理できるとともに、さらには、特定の通信
プロトコルに従うデータ通信環境を信号状態から自動設
定して、受信するデータを誤りなく処理できる通信制御
装置および通信制御装置のデータ処理方法およびコンピ
ュータが読み出し可能なプログラムを格納した記憶媒体
を提供することである。
されたもので、本発明の目的は、データ処理装置との双
方向通信に際して、パケットプロトコルの使用有無を予
め設定し、該パケットプロトコルの使用有無に基づいて
受信する受信データ中の各データの転送先を切換え制御
することにより、あるいはデータ処理装置との双方向通
信に際して、パケットプロトコルの使用有無を予め設定
し、該パケットプロトコルの使用有無に基づいて受信す
る受信データ中の各データの転送先を通信モード別に切
換え制御することにより、さらには、データ処理装置と
の双方向通信に際して、パケットプロトコルの使用有無
を示す信号状態を検出して、受信する受信データ中の各
データの転送先を切換え制御することにより、ユーザ等
が特定のパケットプロトコルの使用有無を設定すること
ができ、ユーザのパケット通信要求に対して柔軟に対応
できるデータ通信環境を整備して、受信するデータを誤
りなく処理できるとともに、ユーザ等が特定のパケット
プロトコルの使用有無を各通信モード毎に設定すること
ができ、ユーザのパケット通信要求に対してより柔軟に
対応できるデータ通信環境を整備して、受信するデータ
を誤りなく処理できるとともに、さらには、特定の通信
プロトコルに従うデータ通信環境を信号状態から自動設
定して、受信するデータを誤りなく処理できる通信制御
装置および通信制御装置のデータ処理方法およびコンピ
ュータが読み出し可能なプログラムを格納した記憶媒体
を提供することである。
【０１４２】
【課題を解決するための手段】本発明に係る第１の発明
は、所定のインタフェースを介してデータ処理装置と双
方向通信処理を行う通信制御装置であって、前記データ
処理装置から受信した受信データを記憶する複数のメモ
リ領域が確保可能な記憶手段と、前記通信処理に対して
使用するプロトコル種別を設定する設定手段と、前記設
定手段により設定された前記プロトコル種別がパケット
プロトコルかどうかを判定する判定手段と、前記判定手
段により設定された前記プロトコル種別がパケットプロ
トコルであると判定された場合に、前記記憶手段に記憶
された受信データ中の種別を判定して各データの転送先
を変更する制御手段とを有するものである。
は、所定のインタフェースを介してデータ処理装置と双
方向通信処理を行う通信制御装置であって、前記データ
処理装置から受信した受信データを記憶する複数のメモ
リ領域が確保可能な記憶手段と、前記通信処理に対して
使用するプロトコル種別を設定する設定手段と、前記設
定手段により設定された前記プロトコル種別がパケット
プロトコルかどうかを判定する判定手段と、前記判定手
段により設定された前記プロトコル種別がパケットプロ
トコルであると判定された場合に、前記記憶手段に記憶
された受信データ中の種別を判定して各データの転送先
を変更する制御手段とを有するものである。
【０１４３】本発明に係る第２の発明は、所定のインタ
フェースを介してデータ処理装置と双方向通信処理を複
数の通信モードに従って行う通信制御装置であって、前
記データ処理装置から受信した受信データを記憶する複
数のメモリ領域が確保可能な記憶手段と、前記通信処理
に対して使用するプロトコル種別を各通信モード毎に設
定する設定手段と、前記設定手段により各通信モード毎
に設定された前記プロトコル種別がパケットプロトコル
かどうかを判定する判定手段と、前記判定手段により各
通信モードで設定された前記プロトコル種別がパケット
プロトコルであると判定された場合に、前記記憶手段に
記憶された受信データ中の種別を判定して各データの転
送先を変更する制御手段とを有するものである。
フェースを介してデータ処理装置と双方向通信処理を複
数の通信モードに従って行う通信制御装置であって、前
記データ処理装置から受信した受信データを記憶する複
数のメモリ領域が確保可能な記憶手段と、前記通信処理
に対して使用するプロトコル種別を各通信モード毎に設
定する設定手段と、前記設定手段により各通信モード毎
に設定された前記プロトコル種別がパケットプロトコル
かどうかを判定する判定手段と、前記判定手段により各
通信モードで設定された前記プロトコル種別がパケット
プロトコルであると判定された場合に、前記記憶手段に
記憶された受信データ中の種別を判定して各データの転
送先を変更する制御手段とを有するものである。
【０１４４】本発明に係る第３の発明は、所定数の通信
ラインを備えるインタフェースを介してデータ処理装置
と双方向通信処理を行う通信制御装置であって、前記デ
ータ処理装置から受信した受信データを記憶する複数の
メモリ領域が確保可能な記憶手段と、前記通信ライン中
の特定の通信ラインの信号状態を検出する検出手段と、
前記検出手段による前記特定の通信ラインの信号状態の
検出結果に基づいてデータ通信に対するプロトコル種別
がパケットプロトコルかどうかを判定する判定手段と、
前記判定手段により判定された前記プロトコル種別がパ
ケットプロトコルであると判定された場合に、前記記憶
手段に記憶された受信データ中の種別を判定して各デー
タの転送先を変更する制御手段とを有するものである。
ラインを備えるインタフェースを介してデータ処理装置
と双方向通信処理を行う通信制御装置であって、前記デ
ータ処理装置から受信した受信データを記憶する複数の
メモリ領域が確保可能な記憶手段と、前記通信ライン中
の特定の通信ラインの信号状態を検出する検出手段と、
前記検出手段による前記特定の通信ラインの信号状態の
検出結果に基づいてデータ通信に対するプロトコル種別
がパケットプロトコルかどうかを判定する判定手段と、
前記判定手段により判定された前記プロトコル種別がパ
ケットプロトコルであると判定された場合に、前記記憶
手段に記憶された受信データ中の種別を判定して各デー
タの転送先を変更する制御手段とを有するものである。
【０１４５】本発明に係る第４の発明は、前記制御手段
は、前記受信データ中のヘッダ部を除く制御データと前
記制御データ以外のデータとを識別して異なるメモリ領
域に移動させるものである。
は、前記受信データ中のヘッダ部を除く制御データと前
記制御データ以外のデータとを識別して異なるメモリ領
域に移動させるものである。
【０１４６】本発明に係る第５の発明は、前記設定手段
により設定された前記プロトコル種別を不揮発に記憶す
る不揮発性メモリを有するものである。
により設定された前記プロトコル種別を不揮発に記憶す
る不揮発性メモリを有するものである。
【０１４７】本発明に係る第６の発明は、前記設定手段
により設定された各通信モード別の前記プロトコル種別
を不揮発に記憶する不揮発性メモリを有するものであ
る。
により設定された各通信モード別の前記プロトコル種別
を不揮発に記憶する不揮発性メモリを有するものであ
る。
【０１４８】本発明に係る第７の発明は、前記制御デー
タ以外のデータは、印刷データとするものである。
タ以外のデータは、印刷データとするものである。
【０１４９】本発明に係る第８の発明は、前記通信モー
ドは、前記データ処理装置から前記通信制御装置を備え
る機器へデータ通信する第１のデータ通信モード，前記
データ処理装置から前記通信制御装置を備える機器へま
たは前記機器から前記データ処理装置へデータ通信する
第２のデータ通信モードとを含むものである。
ドは、前記データ処理装置から前記通信制御装置を備え
る機器へデータ通信する第１のデータ通信モード，前記
データ処理装置から前記通信制御装置を備える機器へま
たは前記機器から前記データ処理装置へデータ通信する
第２のデータ通信モードとを含むものである。
【０１５０】本発明に係る第９の発明は、所定のインタ
フェースを介してデータ処理装置と双方向通信処理を行
う通信制御装置のデータ処理方法であって、前記データ
処理装置から受信した受信データを記憶する複数のメモ
リ領域が確保可能なメモリのいずれかの領域に格納する
格納工程と、前記通信処理に対して使用するプロトコル
種別を設定する設定工程と、前記設定工程により設定さ
れた前記プロトコル種別がパケットプロトコルかどうか
を判定する判定工程と、前記判定工程により設定された
前記プロトコル種別がパケットプロトコルであると判定
された場合に、前記メモリのいずれかの領域に記憶され
た受信データ中の種別を判定して各データを前記メモリ
中の異なる領域に転送する転送工程とを有するものであ
る。
フェースを介してデータ処理装置と双方向通信処理を行
う通信制御装置のデータ処理方法であって、前記データ
処理装置から受信した受信データを記憶する複数のメモ
リ領域が確保可能なメモリのいずれかの領域に格納する
格納工程と、前記通信処理に対して使用するプロトコル
種別を設定する設定工程と、前記設定工程により設定さ
れた前記プロトコル種別がパケットプロトコルかどうか
を判定する判定工程と、前記判定工程により設定された
前記プロトコル種別がパケットプロトコルであると判定
された場合に、前記メモリのいずれかの領域に記憶され
た受信データ中の種別を判定して各データを前記メモリ
中の異なる領域に転送する転送工程とを有するものであ
る。
【０１５１】本発明に係る第１０の発明は、所定のイン
タフェースを介してデータ処理装置と双方向通信処理を
複数の通信モードに従って行う通信制御装置のデータ処
理方法であって、前記データ処理装置から受信した受信
データを記憶する複数のメモリ領域が確保可能なメモリ
のいずれかの領域に格納する格納工程と、前記通信処理
に対して使用するプロトコル種別を各通信モード毎に設
定する設定工程と、前記設定工程により各通信モード毎
に設定された前記プロトコル種別がパケットプロトコル
かどうかを判定する判定工程と、前記判定工程により各
通信モードで設定された前記プロトコル種別がパケット
プロトコルであると判定された場合に、前記メモリのい
ずれかの領域に記憶された受信データ中の種別を判定し
て各データを前記メモリ中の異なる領域に転送する転送
工程とを有するものである。
タフェースを介してデータ処理装置と双方向通信処理を
複数の通信モードに従って行う通信制御装置のデータ処
理方法であって、前記データ処理装置から受信した受信
データを記憶する複数のメモリ領域が確保可能なメモリ
のいずれかの領域に格納する格納工程と、前記通信処理
に対して使用するプロトコル種別を各通信モード毎に設
定する設定工程と、前記設定工程により各通信モード毎
に設定された前記プロトコル種別がパケットプロトコル
かどうかを判定する判定工程と、前記判定工程により各
通信モードで設定された前記プロトコル種別がパケット
プロトコルであると判定された場合に、前記メモリのい
ずれかの領域に記憶された受信データ中の種別を判定し
て各データを前記メモリ中の異なる領域に転送する転送
工程とを有するものである。
【０１５２】本発明に係る第１１の発明は、所定数の通
信ラインを備えるインタフェースを介してデータ処理装
置と双方向通信処理を行う通信制御装置のデータ処理方
法であって、前記データ処理装置から受信した受信デー
タを記憶する複数のメモリ領域が確保可能なメモリのい
ずれかの領域に格納する格納工程と、前記通信ライン中
の特定の通信ラインの信号状態を検出する検出工程と、
前記検出工程による前記特定の通信ラインの信号状態の
検出結果に基づいてデータ通信に対するプロトコル種別
がパケットプロトコルかどうかを判定する判定工程と、
前記判定工程により判定された前記プロトコル種別がパ
ケットプロトコルであると判定された場合に、前記メモ
リのいずれかの領域に記憶された受信データ中の種別を
判定して各データを前記メモリ中の異なる領域に転送す
る転送工程とを有するものである。
信ラインを備えるインタフェースを介してデータ処理装
置と双方向通信処理を行う通信制御装置のデータ処理方
法であって、前記データ処理装置から受信した受信デー
タを記憶する複数のメモリ領域が確保可能なメモリのい
ずれかの領域に格納する格納工程と、前記通信ライン中
の特定の通信ラインの信号状態を検出する検出工程と、
前記検出工程による前記特定の通信ラインの信号状態の
検出結果に基づいてデータ通信に対するプロトコル種別
がパケットプロトコルかどうかを判定する判定工程と、
前記判定工程により判定された前記プロトコル種別がパ
ケットプロトコルであると判定された場合に、前記メモ
リのいずれかの領域に記憶された受信データ中の種別を
判定して各データを前記メモリ中の異なる領域に転送す
る転送工程とを有するものである。
【０１５３】本発明に係る第１２の発明は、所定のイン
タフェースを介してデータ処理装置と双方向通信処理を
行う機器を制御するコンピュータが読み出し可能なプロ
グラムを格納した記憶媒体であって、前記データ処理装
置から受信した受信データを記憶する複数のメモリ領域
が確保可能なメモリのいずれかの領域に格納する格納工
程と、前記通信処理に対して使用するプロトコル種別を
設定する設定工程と、前記設定工程により設定された前
記プロトコル種別がパケットプロトコルかどうかを判定
する判定工程と、前記判定工程により設定された前記プ
ロトコル種別がパケットプロトコルであると判定された
場合に、前記メモリのいずれかの領域に記憶された受信
データ中の種別を判定して各データを前記メモリ中の異
なる領域に転送する転送工程とを有するコンピュータが
読み出し可能なプログラムを記憶媒体に格納したもので
ある。
タフェースを介してデータ処理装置と双方向通信処理を
行う機器を制御するコンピュータが読み出し可能なプロ
グラムを格納した記憶媒体であって、前記データ処理装
置から受信した受信データを記憶する複数のメモリ領域
が確保可能なメモリのいずれかの領域に格納する格納工
程と、前記通信処理に対して使用するプロトコル種別を
設定する設定工程と、前記設定工程により設定された前
記プロトコル種別がパケットプロトコルかどうかを判定
する判定工程と、前記判定工程により設定された前記プ
ロトコル種別がパケットプロトコルであると判定された
場合に、前記メモリのいずれかの領域に記憶された受信
データ中の種別を判定して各データを前記メモリ中の異
なる領域に転送する転送工程とを有するコンピュータが
読み出し可能なプログラムを記憶媒体に格納したもので
ある。
【０１５４】本発明に係る第１３の発明は、所定のイン
タフェースを介してデータ処理装置と双方向通信処理を
複数の通信モードに従って行う機器を制御するコンピュ
ータが読み出し可能なプログラムを格納した記憶媒体で
あって、前記データ処理装置から受信した受信データを
記憶する複数のメモリ領域が確保可能なメモリのいずれ
かの領域に格納する格納工程と、前記通信処理に対して
使用するプロトコル種別を各通信モード毎に設定する設
定工程と、前記設定工程により各通信モード毎に設定さ
れた前記プロトコル種別がパケットプロトコルかどうか
を判定する判定工程と、前記判定工程により各通信モー
ドで設定された前記プロトコル種別がパケットプロトコ
ルであると判定された場合に、前記メモリのいずれかの
領域に記憶された受信データ中の種別を判定して各デー
タを前記メモリ中の異なる領域に転送する転送工程とを
有するコンピュータが読み出し可能なプログラムを記憶
媒体に格納したものである。
タフェースを介してデータ処理装置と双方向通信処理を
複数の通信モードに従って行う機器を制御するコンピュ
ータが読み出し可能なプログラムを格納した記憶媒体で
あって、前記データ処理装置から受信した受信データを
記憶する複数のメモリ領域が確保可能なメモリのいずれ
かの領域に格納する格納工程と、前記通信処理に対して
使用するプロトコル種別を各通信モード毎に設定する設
定工程と、前記設定工程により各通信モード毎に設定さ
れた前記プロトコル種別がパケットプロトコルかどうか
を判定する判定工程と、前記判定工程により各通信モー
ドで設定された前記プロトコル種別がパケットプロトコ
ルであると判定された場合に、前記メモリのいずれかの
領域に記憶された受信データ中の種別を判定して各デー
タを前記メモリ中の異なる領域に転送する転送工程とを
有するコンピュータが読み出し可能なプログラムを記憶
媒体に格納したものである。
【０１５５】本発明に係る第１４の発明は、所定数の通
信ラインを備えるインタフェースを介してデータ処理装
置と双方向通信処理を行う機器を制御するコンピュータ
が読み出し可能なプログラムを格納した記憶媒体であっ
て、前記データ処理装置から受信した受信データを記憶
する複数のメモリ領域が確保可能なメモリのいずれかの
領域に格納する格納工程と、前記通信ライン中の特定の
通信ラインの信号状態を検出する検出工程と、前記検出
工程による前記特定の通信ラインの信号状態の検出結果
に基づいてデータ通信に対するプロトコル種別がパケッ
トプロトコルかどうかを判定する判定工程と、前記判定
工程により判定された前記プロトコル種別がパケットプ
ロトコルであると判定された場合に、前記メモリのいず
れかの領域に記憶された受信データ中の種別を判定して
各データを前記メモリ中の異なる領域に転送する転送工
程とを有する有するコンピュータが読み出し可能なプロ
グラムを記憶媒体に格納したものである。
信ラインを備えるインタフェースを介してデータ処理装
置と双方向通信処理を行う機器を制御するコンピュータ
が読み出し可能なプログラムを格納した記憶媒体であっ
て、前記データ処理装置から受信した受信データを記憶
する複数のメモリ領域が確保可能なメモリのいずれかの
領域に格納する格納工程と、前記通信ライン中の特定の
通信ラインの信号状態を検出する検出工程と、前記検出
工程による前記特定の通信ラインの信号状態の検出結果
に基づいてデータ通信に対するプロトコル種別がパケッ
トプロトコルかどうかを判定する判定工程と、前記判定
工程により判定された前記プロトコル種別がパケットプ
ロトコルであると判定された場合に、前記メモリのいず
れかの領域に記憶された受信データ中の種別を判定して
各データを前記メモリ中の異なる領域に転送する転送工
程とを有する有するコンピュータが読み出し可能なプロ
グラムを記憶媒体に格納したものである。
【０１５６】
【発明の実施の形態】〔第１実施形態〕図１は、本発明
の第１実施形態を示す印刷装置を適用可能な印刷システ
ムの構成を説明するブロック図であり、例えばレーザビ
ームプリンタの場合を示している。
の第１実施形態を示す印刷装置を適用可能な印刷システ
ムの構成を説明するブロック図であり、例えばレーザビ
ームプリンタの場合を示している。
【０１５７】図において、１はレーザビームプリンタ
（以下、ＬＢＰという）で、プリンタコントローラ３
（以下、コントローラ），エンジン４，パネル装置５，
ディスク装置６からなる。また、外部のホスト２と接続
されており、ホスト２からの印刷データ等を受け取って
印刷処理を実行するように構成されている。
（以下、ＬＢＰという）で、プリンタコントローラ３
（以下、コントローラ），エンジン４，パネル装置５，
ディスク装置６からなる。また、外部のホスト２と接続
されており、ホスト２からの印刷データ等を受け取って
印刷処理を実行するように構成されている。
【０１５８】コントローラ３において、７はＣＰＵで、
ＰＲＯＭ８に格納された各種制御プログラムに基づいて
各部を制御する。さらに、前記ＰＲＯＭ８には、どのモ
ードを使用して通信するかを決定する場面でＣＰＵ７が
参照するプログラムなども格納されている。さらに、前
記ＰＲＯＭ８には、パケットプロトコルを使用するかど
うかを決定する場面でＣＰＵ７が参照するプログラムな
ども格納されている。
ＰＲＯＭ８に格納された各種制御プログラムに基づいて
各部を制御する。さらに、前記ＰＲＯＭ８には、どのモ
ードを使用して通信するかを決定する場面でＣＰＵ７が
参照するプログラムなども格納されている。さらに、前
記ＰＲＯＭ８には、パケットプロトコルを使用するかど
うかを決定する場面でＣＰＵ７が参照するプログラムな
ども格納されている。
【０１５９】１１はホストインタフェース（以下、イン
タフェースをＩ／Ｆという）で、ホスト２と印刷データ
などの通信を行うＩ／Ｆである。１２はエンジンＩ／Ｆ
で、実際に印字を行うエンジン４と通信を行うＩ／Ｆで
ある。１３はパネルＩ／Ｆで、操作者にＬＢＰ１の状態
を示したり操作者がＬＢＰ１に対して印刷環境の変更を
指定したりするためのパネル装置５と、指示や状態の通
信を行うＩ／Ｆである。１４はディスクＩ／Ｆ１４で、
ディスク装置６と通信を行うためのＩ／Ｆである。
タフェースをＩ／Ｆという）で、ホスト２と印刷データ
などの通信を行うＩ／Ｆである。１２はエンジンＩ／Ｆ
で、実際に印字を行うエンジン４と通信を行うＩ／Ｆで
ある。１３はパネルＩ／Ｆで、操作者にＬＢＰ１の状態
を示したり操作者がＬＢＰ１に対して印刷環境の変更を
指定したりするためのパネル装置５と、指示や状態の通
信を行うＩ／Ｆである。１４はディスクＩ／Ｆ１４で、
ディスク装置６と通信を行うためのＩ／Ｆである。
【０１６０】９はオプションメモリで、フォントなどを
格納する抜き差し可能なメモリで、カードやオプション
ＲＯＭ，ＦＬＡＳＨメモリなどである。１０はＲＡＭ
で、画像データを格納するフレームバッファ１０ａ，印
刷データなどホスト２から入力されたデータを一時的に
格納する受信バッファ１０ｂ，印刷データを格納する印
刷データバッファ１０ｃ，制御コマンドを格納する制御
コマンドバッファ１０ｄなどの領域が確保されている。
また、ＲＡＭ１０はＣＰＵ７のワークエリアとしても使
用される。
格納する抜き差し可能なメモリで、カードやオプション
ＲＯＭ，ＦＬＡＳＨメモリなどである。１０はＲＡＭ
で、画像データを格納するフレームバッファ１０ａ，印
刷データなどホスト２から入力されたデータを一時的に
格納する受信バッファ１０ｂ，印刷データを格納する印
刷データバッファ１０ｃ，制御コマンドを格納する制御
コマンドバッファ１０ｄなどの領域が確保されている。
また、ＲＡＭ１０はＣＰＵ７のワークエリアとしても使
用される。
【０１６１】１５はＮＶＲＡＭで、パケットプロトコル
を使用するかどうかの設定を格納するパケットプロトコ
ルフラグ１５ａなどの領域が確保されている。このパケ
ットプロトコルフラグ１５ａは、「０」あるいは「１」
のいずれかの値をとり、ユーザは後述のようなパネル装
置５の操作により、いずれかの数値を設定することがで
きる。また、ＮＶＲＡＭ１５は、種々の設定値を格納す
る領域としても使用される。
を使用するかどうかの設定を格納するパケットプロトコ
ルフラグ１５ａなどの領域が確保されている。このパケ
ットプロトコルフラグ１５ａは、「０」あるいは「１」
のいずれかの値をとり、ユーザは後述のようなパネル装
置５の操作により、いずれかの数値を設定することがで
きる。また、ＮＶＲＡＭ１５は、種々の設定値を格納す
る領域としても使用される。
【０１６２】パネル装置５には、ＬＢＰ１の状態などの
情報を文字列として表示するための液晶パネルディスプ
レイ、操作者がＬＢＰ１に対する様々な操作をするため
の各種の操作ボタン、給紙場所やオンライン／オフライ
ンなどを操作者に知らせるためのＬＥＤなどが備わって
いる。また、操作者は、パネル装置５を介して、パケッ
トプロトコルを使用するかどうかを設定することができ
る。
情報を文字列として表示するための液晶パネルディスプ
レイ、操作者がＬＢＰ１に対する様々な操作をするため
の各種の操作ボタン、給紙場所やオンライン／オフライ
ンなどを操作者に知らせるためのＬＥＤなどが備わって
いる。また、操作者は、パネル装置５を介して、パケッ
トプロトコルを使用するかどうかを設定することができ
る。
【０１６３】なお、ディスク装置６は、様々なデータを
記憶しておく外部記憶装置であり、ハードディスク装置
や光磁気ディスク装置，フロッピーディスク装置などで
ある。エンジン４は、記録媒体に画像データを実際に印
刷する装置である。また、ＬＢＰ１は図示しない電源部
から電力の供給を受けている。
記憶しておく外部記憶装置であり、ハードディスク装置
や光磁気ディスク装置，フロッピーディスク装置などで
ある。エンジン４は、記録媒体に画像データを実際に印
刷する装置である。また、ＬＢＰ１は図示しない電源部
から電力の供給を受けている。
【０１６４】図２は、図１に示したパネル装置５の一例
を示す平面図である。
を示す平面図である。
【０１６５】図において、７−１はオンラインＬＥＤ
で、オンラインかオフラインかを示す。７−２はオンラ
インキーで、オンラインとオフラインの移行を行う。７
−３は中段給紙ＬＥＤで、中段給紙を選択した際に点灯
する。７−４はトレイ給紙ＬＥＤで、トレイ給紙を選択
した際に点灯する。
で、オンラインかオフラインかを示す。７−２はオンラ
インキーで、オンラインとオフラインの移行を行う。７
−３は中段給紙ＬＥＤで、中段給紙を選択した際に点灯
する。７−４はトレイ給紙ＬＥＤで、トレイ給紙を選択
した際に点灯する。
【０１６６】７−５は上段給紙ＬＥＤで、上段給紙を選
択した際に点灯する。７−１４は下段給紙ＬＥＤで、下
段給紙を選択した際に点灯する。７−６は印刷可ＬＥＤ
で、エラーなどが発生しておらず、印刷が可能な場合に
点灯する。７−７はジョブＬＥＤで、ジョブ中には点灯
する。
択した際に点灯する。７−１４は下段給紙ＬＥＤで、下
段給紙を選択した際に点灯する。７−６は印刷可ＬＥＤ
で、エラーなどが発生しておらず、印刷が可能な場合に
点灯する。７−７はジョブＬＥＤで、ジョブ中には点灯
する。
【０１６７】７−８は上矢印キー（兼モードキー）で、
印刷環境メニューを操作する際、上方向へ移動を行う。
７−９は右矢印キー（兼メニューキー）で、印刷環境メ
ニューを操作する際、右方向への移動を行う。また、通
常のオフライン時には、印刷環境メニューに入る場合に
押す。
印刷環境メニューを操作する際、上方向へ移動を行う。
７−９は右矢印キー（兼メニューキー）で、印刷環境メ
ニューを操作する際、右方向への移動を行う。また、通
常のオフライン時には、印刷環境メニューに入る場合に
押す。
【０１６８】７−１０は下矢印キー（兼ユーティリティ
ーキー）で、印刷環境メニューを操作する際、下方向へ
の移動およびメニュー値決定を行う。７−１１は左矢印
キー（兼ユーティリティーキー）で、印刷装置メニュー
を操作する際、左方向への移動を行う。
ーキー）で、印刷環境メニューを操作する際、下方向へ
の移動およびメニュー値決定を行う。７−１１は左矢印
キー（兼ユーティリティーキー）で、印刷装置メニュー
を操作する際、左方向への移動を行う。
【０１６９】７−１２はアラームＬＥＤで、エラーが発
生している場合に点灯する。７−１３はステータス表示
部で、プリンタの状態を示す文字列や印刷環境メニュー
の内容などが表示される。７−１５は給紙選択キーで、
このキーを操作することによって、給紙場所を変更する
ことができる。７−１６は両面選択キーで、このキーを
操作することによって、両面モードで印刷するかどうか
を設定することができる。７−１７は両面ＬＥＤで、現
在両面印刷モードに設定されているかどうかを示す。７
−１８は排出キーで、印刷データを強制的に排出したい
場合に使用する。
生している場合に点灯する。７−１３はステータス表示
部で、プリンタの状態を示す文字列や印刷環境メニュー
の内容などが表示される。７−１５は給紙選択キーで、
このキーを操作することによって、給紙場所を変更する
ことができる。７−１６は両面選択キーで、このキーを
操作することによって、両面モードで印刷するかどうか
を設定することができる。７−１７は両面ＬＥＤで、現
在両面印刷モードに設定されているかどうかを示す。７
−１８は排出キーで、印刷データを強制的に排出したい
場合に使用する。
【０１７０】ここで、前記パケットプロトコルを使用す
るかどうかを設定するための印刷環境メニューの概要を
示すツリーを図３に示す。
るかどうかを設定するための印刷環境メニューの概要を
示すツリーを図３に示す。
【０１７１】図３は、本発明に係る通信制御装置におけ
るパケットプロトコル設定手順を示す図であり、ツリー
構造となっている場合に対応する。なお、ツリーの見方
は、セットアップを「親」として下に順に「子」，
「孫」，「ひ孫」の関係となる。
るパケットプロトコル設定手順を示す図であり、ツリー
構造となっている場合に対応する。なお、ツリーの見方
は、セットアップを「親」として下に順に「子」，
「孫」，「ひ孫」の関係となる。
【０１７２】図に示した通り、「パケットプロトコル」
の設定値を操作するためには、図１に示したパネル装置
５において、印刷環境メニューに入った後、「インタフ
ェース」，「セントロニクスセッテイ」，「パケットプ
ロトコル」と追っていけばよいことが分かる。
の設定値を操作するためには、図１に示したパネル装置
５において、印刷環境メニューに入った後、「インタフ
ェース」，「セントロニクスセッテイ」，「パケットプ
ロトコル」と追っていけばよいことが分かる。
【０１７３】なお、ここで、「パケットプロトコル」に
「ツカウ」を設定した場合は、図１に示したパケットプ
ロトコルフラグ１５ａには１が入り、逆に「パケットプ
ロトコル」に「ツカワナイ」を設定した場合は、図１に
示したＮＶＲＡＭ１５上に不揮発に確保されるパケット
プロトコルフラグ１５ａには「０」が入ることになる。
「ツカウ」を設定した場合は、図１に示したパケットプ
ロトコルフラグ１５ａには１が入り、逆に「パケットプ
ロトコル」に「ツカワナイ」を設定した場合は、図１に
示したＮＶＲＡＭ１５上に不揮発に確保されるパケット
プロトコルフラグ１５ａには「０」が入ることになる。
【０１７４】以下、本実施形態の特徴的構成について図
１等を参照して説明する。
１等を参照して説明する。
【０１７５】上記のように構成された所定のインタフェ
ース（本実施形態では、ＩＥＥＥ１２８４．４に準拠す
る双方向通信インタフェース、例えばセントロニクス）
を介してデータ処理装置（ホスト２）と双方向通信処理
を行う通信制御装置（コントローラ３）であって、前記
データ処理装置から受信した受信データを記憶する複数
のメモリ領域が確保可能な記憶手段（ＲＡＭ１０であっ
て、フレームバッファ１０ａ，受信バッファ１０ｂ，印
刷データバッファ１０ｃ，制御コマンドバッファ１０ｄ
等が確保される）と、前記通信処理に対して使用するプ
ロトコル種別を設定する設定手段（本実施形態では、パ
ネル装置５から設定するがホスト２からのコマンドであ
ってよい）と、前記設定手段により設定された前記プロ
トコル種別がパケットプロトコルかどうかを判定する判
定手段（ＣＰＵ７がＰＲＯＭ８に記憶された制御プログ
ラムを実行して、パケットプロトコルフラグ１５ａの設
定状態から判定する）と、前記判定手段により設定され
た前記プロトコル種別がパケットプロトコルであると判
定された場合に、前記記憶手段に記憶された受信データ
中の種別を判定して各データの転送先を変更する制御手
段（ＣＰＵ７がＰＲＯＭ８に記憶された制御プログラム
を実行して、データの転送先を印刷データバッファ１０
ｃ，制御コマンドバッファ１０ｄのいずれかに制御す
る）とを有するので、ユーザ等が特定のパケットプロト
コルの使用有無を設定することができ、ユーザのパケッ
ト通信要求に対して柔軟に対応できるデータ通信環境を
自在に構築することができる。
ース（本実施形態では、ＩＥＥＥ１２８４．４に準拠す
る双方向通信インタフェース、例えばセントロニクス）
を介してデータ処理装置（ホスト２）と双方向通信処理
を行う通信制御装置（コントローラ３）であって、前記
データ処理装置から受信した受信データを記憶する複数
のメモリ領域が確保可能な記憶手段（ＲＡＭ１０であっ
て、フレームバッファ１０ａ，受信バッファ１０ｂ，印
刷データバッファ１０ｃ，制御コマンドバッファ１０ｄ
等が確保される）と、前記通信処理に対して使用するプ
ロトコル種別を設定する設定手段（本実施形態では、パ
ネル装置５から設定するがホスト２からのコマンドであ
ってよい）と、前記設定手段により設定された前記プロ
トコル種別がパケットプロトコルかどうかを判定する判
定手段（ＣＰＵ７がＰＲＯＭ８に記憶された制御プログ
ラムを実行して、パケットプロトコルフラグ１５ａの設
定状態から判定する）と、前記判定手段により設定され
た前記プロトコル種別がパケットプロトコルであると判
定された場合に、前記記憶手段に記憶された受信データ
中の種別を判定して各データの転送先を変更する制御手
段（ＣＰＵ７がＰＲＯＭ８に記憶された制御プログラム
を実行して、データの転送先を印刷データバッファ１０
ｃ，制御コマンドバッファ１０ｄのいずれかに制御す
る）とを有するので、ユーザ等が特定のパケットプロト
コルの使用有無を設定することができ、ユーザのパケッ
ト通信要求に対して柔軟に対応できるデータ通信環境を
自在に構築することができる。
【０１７６】また、ＣＰＵ７は、前記受信データ中のヘ
ッダ部を除く制御データと前記制御データ以外のデータ
とを識別して異なるメモリ領域（印刷データバッファ１
０ｃ，制御コマンドバッファ１０ｄのいずれかに）に移
動させるので、パケットプロトコル特有の制御データと
それ以外のデータとをそれぞれ識別して正常に処理する
ことができる。
ッダ部を除く制御データと前記制御データ以外のデータ
とを識別して異なるメモリ領域（印刷データバッファ１
０ｃ，制御コマンドバッファ１０ｄのいずれかに）に移
動させるので、パケットプロトコル特有の制御データと
それ以外のデータとをそれぞれ識別して正常に処理する
ことができる。
【０１７７】さらに、例えばパネル装置５により設定さ
れた前記プロトコル種別を不揮発に記憶する不揮発性メ
モリ（ＮＶＲＡＭ１５）を有するので、ユーザの通信環
境設定を忠実に反映させたデータ通信を誤りなく開始で
きる。
れた前記プロトコル種別を不揮発に記憶する不揮発性メ
モリ（ＮＶＲＡＭ１５）を有するので、ユーザの通信環
境設定を忠実に反映させたデータ通信を誤りなく開始で
きる。
【０１７８】また、前記制御データ以外のデータは、印
刷データとするので、制御データを印刷データとして処
理してしまう事態を確実に回避して、正常な印刷結果を
得る印刷データ処理を行うことができる。
刷データとするので、制御データを印刷データとして処
理してしまう事態を確実に回避して、正常な印刷結果を
得る印刷データ処理を行うことができる。
【０１７９】以下、前記パケットプロトコルを使用する
に設定する操作を行う際の、操作およびパネル装置５の
ステータス表示部７−１３の表示内容を図４〜図１１を
参照して説明する。
に設定する操作を行う際の、操作およびパネル装置５の
ステータス表示部７−１３の表示内容を図４〜図１１を
参照して説明する。
【０１８０】図４〜図１１は、本発明に係る通信制御装
置におけるパケットプロトコルセット手順を示す操作画
面例を示す図である。
置におけるパケットプロトコルセット手順を示す操作画
面例を示す図である。
【０１８１】通常のオフライン状態のときのステータス
表示部７−１３は、図４のようになっている。ここで、
図２に示した右矢印キー７−９を押すと、印刷環境メニ
ューに入り、ステータス表示部７−１３は、図４の表示
（「００ インサツ カノウＡ４」）になる。
表示部７−１３は、図４のようになっている。ここで、
図２に示した右矢印キー７−９を押すと、印刷環境メニ
ューに入り、ステータス表示部７−１３は、図４の表示
（「００ インサツ カノウＡ４」）になる。
【０１８２】ここで、ステータス表示部７−１３の１行
目Ｌ１と２行目Ｌ２は、親子の関係にある。すなわち、
この場合「セットアップ」という親と「カクチョウキノ
ウ」という子を表示している。ここで、図３を参照する
と、目的とする「パケットプロトコル」は、「インタフ
ェース」の下側にあり、かつ、「カクチョウキノウ」の
右に「インタフェース」があるので、右矢印キー７−９
を押して、メニューを右に移動する。するとステータス
表示部７−１３は、図５に示す「セットアップ」，「カ
クチョウキノウ」の表示になる。
目Ｌ１と２行目Ｌ２は、親子の関係にある。すなわち、
この場合「セットアップ」という親と「カクチョウキノ
ウ」という子を表示している。ここで、図３を参照する
と、目的とする「パケットプロトコル」は、「インタフ
ェース」の下側にあり、かつ、「カクチョウキノウ」の
右に「インタフェース」があるので、右矢印キー７−９
を押して、メニューを右に移動する。するとステータス
表示部７−１３は、図５に示す「セットアップ」，「カ
クチョウキノウ」の表示になる。
【０１８３】この表示状態で、図３に示した「インタフ
ェース」の下の項目を表示させたいので、下矢印キー７
−１０を押すと、ステータス表示部７−１３は、図６に
示す画面表示になる。ここで、さらに、下矢印キー７−
１０を押すと、ステータス表示部７−１３は、図７に示
す表示画面になる。ここで、下矢印キー７−１０を押す
と、ステータス表示部７−１３は、図８に示す表示画面
になる。さらに、下矢印キー７−１０を押すと、ステー
タス表示部７−１３は、図９に示す表示画面になる。
ェース」の下の項目を表示させたいので、下矢印キー７
−１０を押すと、ステータス表示部７−１３は、図６に
示す画面表示になる。ここで、さらに、下矢印キー７−
１０を押すと、ステータス表示部７−１３は、図７に示
す表示画面になる。ここで、下矢印キー７−１０を押す
と、ステータス表示部７−１３は、図８に示す表示画面
になる。さらに、下矢印キー７−１０を押すと、ステー
タス表示部７−１３は、図９に示す表示画面になる。
【０１８４】なお、図９に示す画面上で表示される
「＝」は、「パケットプロトコル」が「ツカワナイ」に
設定されていることを示す。
「＝」は、「パケットプロトコル」が「ツカワナイ」に
設定されていることを示す。
【０１８５】ここで、右矢印キー７−９を押すと、ステ
ータス表示部７−１３は、図１０に示す表示画面にな
り、「ツカウ」を選択可能になる。ここで、決定を意味
する下矢印キー７−１０を押すと、ステータス表示部７
−１３は、図１１に示す表示画面になり、「パケットプ
ロトコル」が「ツカウ」に設定されたことが示される。
ータス表示部７−１３は、図１０に示す表示画面にな
り、「ツカウ」を選択可能になる。ここで、決定を意味
する下矢印キー７−１０を押すと、ステータス表示部７
−１３は、図１１に示す表示画面になり、「パケットプ
ロトコル」が「ツカウ」に設定されたことが示される。
【０１８６】この時、図１に示したＮＶＲＡＭ１５上の
パケットプロトコルフラグ１５ａには「１」がセットさ
れる。同様にして、「パケットプロトコル」に「ツカワ
ナイ」を設定すると、パケットプロトコルフラグ１５ａ
に「０」がセットされることになる。
パケットプロトコルフラグ１５ａには「１」がセットさ
れる。同様にして、「パケットプロトコル」に「ツカワ
ナイ」を設定すると、パケットプロトコルフラグ１５ａ
に「０」がセットされることになる。
【０１８７】以下、実際にホストからプリンタへデータ
が送信され、印刷処理が行われるまでの動作を以下説明
していく。なお、ここでは、簡単のため従来の非パケッ
トモードにおいては、印刷データのみが送信され、制御
コマンドは送信されないという前提で説明していく。
が送信され、印刷処理が行われるまでの動作を以下説明
していく。なお、ここでは、簡単のため従来の非パケッ
トモードにおいては、印刷データのみが送信され、制御
コマンドは送信されないという前提で説明していく。
【０１８８】ホスト２からホストＩ／Ｆ１１を介してＬ
ＢＰ１にデータが入力されると、ＣＰＵ７に対して入力
データの格納を指示する割り込み通知がなされる仕組み
になっている。この場合にコントローラ３が実行する入
力データを格納する処理を、図１２に示すフローチャー
トを参照して説明する。
ＢＰ１にデータが入力されると、ＣＰＵ７に対して入力
データの格納を指示する割り込み通知がなされる仕組み
になっている。この場合にコントローラ３が実行する入
力データを格納する処理を、図１２に示すフローチャー
トを参照して説明する。
【０１８９】図１２は、本発明に係る通信制御装置にお
ける第１のデータ処理手順の一例を示すフローチャート
である。なお、（１）〜（４）は各ステップを示す。
ける第１のデータ処理手順の一例を示すフローチャート
である。なお、（１）〜（４）は各ステップを示す。
【０１９０】まず、ホスト２から入力データの格納を指
示する割り込み通知がなされると、ＣＰＵ７は、ステッ
プ（１）で、ホストＩ／Ｆ１１を介して、受信バッファ
１０ｂに入力データを格納する。全ての入力データを格
納し終えると、ステップ（２）で、図１に示したＮＶＲ
ＡＭ１５上のパケットプロトコルフラグ１５ａの値を参
照する。ここで、パケットプロトコルフラグ１５ａの値
が、「０」か「１」かによって制御がわかれる。すなわ
ち、パケットプロトコルフラグ１５ａが「０」だった場
合、パケットプロトコルを使用しない設定なので、ステ
ップ（３）に進み、受信バッファ１０ｂのデータを印刷
データバッファ１０ｃに移動する。そして、割り込み処
理を終了する。
示する割り込み通知がなされると、ＣＰＵ７は、ステッ
プ（１）で、ホストＩ／Ｆ１１を介して、受信バッファ
１０ｂに入力データを格納する。全ての入力データを格
納し終えると、ステップ（２）で、図１に示したＮＶＲ
ＡＭ１５上のパケットプロトコルフラグ１５ａの値を参
照する。ここで、パケットプロトコルフラグ１５ａの値
が、「０」か「１」かによって制御がわかれる。すなわ
ち、パケットプロトコルフラグ１５ａが「０」だった場
合、パケットプロトコルを使用しない設定なので、ステ
ップ（３）に進み、受信バッファ１０ｂのデータを印刷
データバッファ１０ｃに移動する。そして、割り込み処
理を終了する。
【０１９１】一方、ステップ（２）において、パケット
プロトコルフラグ１５ａの値が「１」だった場合、パケ
ットプロトコルを使用する設定なので、ステップ（４）
に進み、パケットヘッダに示されている情報に従って、
受信バッファ１０ｂのデータを、印刷データバッファ１
０ｃあるいは制御コマンドバッファ１０ｄのいずれかに
移動する。この際、パケットヘッダを除いた部分を移動
する。そして、割り込み処理を終了する。
プロトコルフラグ１５ａの値が「１」だった場合、パケ
ットプロトコルを使用する設定なので、ステップ（４）
に進み、パケットヘッダに示されている情報に従って、
受信バッファ１０ｂのデータを、印刷データバッファ１
０ｃあるいは制御コマンドバッファ１０ｄのいずれかに
移動する。この際、パケットヘッダを除いた部分を移動
する。そして、割り込み処理を終了する。
【０１９２】以上により、ホスト２からデータが入力さ
れる度に割り込みによって、一旦受信バッファ１０ｂに
入力データが格納され、さらに、パケットプロトコルフ
ラグ１５ａの値、あるいはパケットヘッダの情報に従っ
て、印刷データバッファ１０ｃあるいは制御コマンドバ
ッファ１０ｄに入力データが格納されることになる。
れる度に割り込みによって、一旦受信バッファ１０ｂに
入力データが格納され、さらに、パケットプロトコルフ
ラグ１５ａの値、あるいはパケットヘッダの情報に従っ
て、印刷データバッファ１０ｃあるいは制御コマンドバ
ッファ１０ｄに入力データが格納されることになる。
【０１９３】次に、入力データ格納割り込みによってホ
スト２からの入力データが印刷データバッファ１０ｃに
格納された場合に、ＬＢＰ１の行う印刷処理の概略を、
図１を用いて説明する。
スト２からの入力データが印刷データバッファ１０ｃに
格納された場合に、ＬＢＰ１の行う印刷処理の概略を、
図１を用いて説明する。
【０１９４】ＣＰＵ７は、印刷データバッファ１０ｃに
入力データが格納されたことを認識すると、ＰＲＯＭ８
に格納されている印刷データ解析プログラムを参照し
て、印刷データバッファ１０ｃに格納されている印刷デ
ータを解釈し、画像データに変換していく。ＣＰＵ７に
より変換された画像データは、フレームバッファ１０ａ
に格納される。
入力データが格納されたことを認識すると、ＰＲＯＭ８
に格納されている印刷データ解析プログラムを参照し
て、印刷データバッファ１０ｃに格納されている印刷デ
ータを解釈し、画像データに変換していく。ＣＰＵ７に
より変換された画像データは、フレームバッファ１０ａ
に格納される。
【０１９５】ＣＰＵ７は、このように前記印刷データ解
析プログラムを参照して処理を続けていくが、印刷デー
タ中に排紙コマンドを見つけると、フレームバッファ１
０ａに格納されている画像データを、エンジンＩ／Ｆ１
２を介してエンジン４に送る。エンジン４は、ＣＰＵ７
からエンジンＩ／Ｆ１２を介して送られた画像データを
受け取ると、画像データを実際の記録媒体に印刷出力す
る。
析プログラムを参照して処理を続けていくが、印刷デー
タ中に排紙コマンドを見つけると、フレームバッファ１
０ａに格納されている画像データを、エンジンＩ／Ｆ１
２を介してエンジン４に送る。エンジン４は、ＣＰＵ７
からエンジンＩ／Ｆ１２を介して送られた画像データを
受け取ると、画像データを実際の記録媒体に印刷出力す
る。
【０１９６】以上のようにして、ホスト２からデータが
入力された場合、ＬＢＰ１は印刷処理を行って、実際に
記録媒体に画像データが出力されることになる。
入力された場合、ＬＢＰ１は印刷処理を行って、実際に
記録媒体に画像データが出力されることになる。
【０１９７】以上説明したように、パケットプロトコル
フラグ１５ａに「１」が格納されている場合、印刷装置
はパケットプロトコルを使用して動作し、パケットプロ
トコルフラグ１５ａに「０」が格納されている場合、印
刷装置はパケットプロトコルを使用せずに、従来の非パ
ケットプロトコルを使用して動作する。
フラグ１５ａに「１」が格納されている場合、印刷装置
はパケットプロトコルを使用して動作し、パケットプロ
トコルフラグ１５ａに「０」が格納されている場合、印
刷装置はパケットプロトコルを使用せずに、従来の非パ
ケットプロトコルを使用して動作する。
【０１９８】すなわち、ユーザがあらかじめ設定してい
るパケットプロトコルフラグ１５ａを参照し、それに従
って動作することにより、ユーザが所望する通りの動作
を行うことが可能である。
るパケットプロトコルフラグ１５ａを参照し、それに従
って動作することにより、ユーザが所望する通りの動作
を行うことが可能である。
【０１９９】本実施形態では、使用するモードをパネル
装置５から設定する例を示したが、設定手段はこれに限
らず、いかなる手段で設定するようにしても構わない。
例えば、ホスト２からのコマンド指示で設定してもよ
い。
装置５から設定する例を示したが、設定手段はこれに限
らず、いかなる手段で設定するようにしても構わない。
例えば、ホスト２からのコマンド指示で設定してもよ
い。
【０２００】ここで、パケットプロトコルを使用してい
ない場面で、ホスト２からの指示でパケットプロトコル
を使うに設定する例を、図１を用いて説明する。
ない場面で、ホスト２からの指示でパケットプロトコル
を使うに設定する例を、図１を用いて説明する。
【０２０１】ホスト２から、パケットプロトコルを使う
に設定するコマンド、“ＳＥＴ ＰＡＣＫＥＴＰＲＯＴ
ＯＣＯＬ＝ＵＳＥ￥ｎ”というデータが送られてきた場
合、既に説明したように、ＣＰＵ７に対して入力データ
の格納を指示する割り込み通知がなされる。
に設定するコマンド、“ＳＥＴ ＰＡＣＫＥＴＰＲＯＴ
ＯＣＯＬ＝ＵＳＥ￥ｎ”というデータが送られてきた場
合、既に説明したように、ＣＰＵ７に対して入力データ
の格納を指示する割り込み通知がなされる。
【０２０２】ＣＰＵ７はホストＩ／Ｆ１１を介して受信
バッファ１０ｂに入力データ“ＳＥＴ ＰＡＣＫＥＴＰ
ＲＯＴＯＣＯＬ＝ＵＳＥ￥ｎ”を格納し、該格納処理を
し終えると、パケットプロトコルフラグ１５ａの値を参
照するが、この場合パケットプロトコルを使用しない設
定となっているので、ＣＰＵ７は受信バッファ１０ｂの
データを印刷データバッファ１０ｃに移動する。
バッファ１０ｂに入力データ“ＳＥＴ ＰＡＣＫＥＴＰ
ＲＯＴＯＣＯＬ＝ＵＳＥ￥ｎ”を格納し、該格納処理を
し終えると、パケットプロトコルフラグ１５ａの値を参
照するが、この場合パケットプロトコルを使用しない設
定となっているので、ＣＰＵ７は受信バッファ１０ｂの
データを印刷データバッファ１０ｃに移動する。
【０２０３】そして、ＣＰＵ７は一旦割り込みを終了す
るが、その後、印刷データバッファ１０ｃに入力データ
が格納されたことを認識し、ＰＲＯＭ８に格納されてい
る解析プログラムを参照して、印刷データバッファ１０
ｃに格納されている“ＳＥＴＰＡＣＫＥＴＰＲＯＴＯＣ
ＯＬ＝ＵＳＥ￥ｎ”というデータを解析する。該データ
は、解析プログラムにより、パケットプロトコルを使う
に設定するコマンドであると解釈され、ＣＰＵ７はパケ
ットプロトコルフラグ１５ａに「１」を設定する。
るが、その後、印刷データバッファ１０ｃに入力データ
が格納されたことを認識し、ＰＲＯＭ８に格納されてい
る解析プログラムを参照して、印刷データバッファ１０
ｃに格納されている“ＳＥＴＰＡＣＫＥＴＰＲＯＴＯＣ
ＯＬ＝ＵＳＥ￥ｎ”というデータを解析する。該データ
は、解析プログラムにより、パケットプロトコルを使う
に設定するコマンドであると解釈され、ＣＰＵ７はパケ
ットプロトコルフラグ１５ａに「１」を設定する。
【０２０４】このようにして、ホスト２からのコマンド
指示で、使用するモードを設定可能である。
指示で、使用するモードを設定可能である。
【０２０５】同様に、逆にパケットプロトコル使用時
に、ホスト２からの指示によりパケットプロトコルを使
わないように設定することも可能である。
に、ホスト２からの指示によりパケットプロトコルを使
わないように設定することも可能である。
【０２０６】以下、本実施形態の特徴的構成について図
１２等を参照して説明する。
１２等を参照して説明する。
【０２０７】上記のように構成された所定のインタフェ
ース（本実施形態では、ＩＥＥＥ１２８４．４に準拠す
る双方向通信インタフェース、例えばセントロニクス）
を介してデータ処理装置（ホスト２）と双方向通信処理
を行う通信制御装置のデータ処理方法であって、あるい
は所定のインタフェースを介してデータ処理装置と双方
向通信処理を行う機器を制御するコンピュータが読み出
し可能なプログラムを格納した記憶媒体であって、前記
データ処理装置から受信した受信データを記憶する複数
のメモリ領域が確保可能なメモリのいずれかの領域（Ｒ
ＡＭ１０であって、受信バッファ１０ｂ）に格納する格
納工程（図１２のステップ（１））と、前記通信処理に
対して使用するプロトコル種別を設定する設定工程（図
１２のステップ（１）の前工程で図示しない）と、前記
設定工程により設定された前記プロトコル種別がパケッ
トプロトコルかどうかを判定する判定工程（図１２のス
テップ（２））と、前記判定工程により設定された前記
プロトコル種別がパケットプロトコルであると判定され
た場合に、前記メモリのいずれかの領域に記憶された受
信データ中の種別を判定して各データを前記メモリ中の
異なる領域（印刷データバッファ１０ｃ，制御コマンド
バッファ１０ｄのいずれか）に転送する転送工程（図１
２のステップ（３）またはステップ（４））とを有する
ので、ユーザ等が特定のパケットプロトコルの使用有無
を設定することができ、ユーザのパケット通信要求に対
して柔軟に対応できるデータ通信環境を自在に構築する
ことができる。
ース（本実施形態では、ＩＥＥＥ１２８４．４に準拠す
る双方向通信インタフェース、例えばセントロニクス）
を介してデータ処理装置（ホスト２）と双方向通信処理
を行う通信制御装置のデータ処理方法であって、あるい
は所定のインタフェースを介してデータ処理装置と双方
向通信処理を行う機器を制御するコンピュータが読み出
し可能なプログラムを格納した記憶媒体であって、前記
データ処理装置から受信した受信データを記憶する複数
のメモリ領域が確保可能なメモリのいずれかの領域（Ｒ
ＡＭ１０であって、受信バッファ１０ｂ）に格納する格
納工程（図１２のステップ（１））と、前記通信処理に
対して使用するプロトコル種別を設定する設定工程（図
１２のステップ（１）の前工程で図示しない）と、前記
設定工程により設定された前記プロトコル種別がパケッ
トプロトコルかどうかを判定する判定工程（図１２のス
テップ（２））と、前記判定工程により設定された前記
プロトコル種別がパケットプロトコルであると判定され
た場合に、前記メモリのいずれかの領域に記憶された受
信データ中の種別を判定して各データを前記メモリ中の
異なる領域（印刷データバッファ１０ｃ，制御コマンド
バッファ１０ｄのいずれか）に転送する転送工程（図１
２のステップ（３）またはステップ（４））とを有する
ので、ユーザ等が特定のパケットプロトコルの使用有無
を設定することができ、ユーザのパケット通信要求に対
して柔軟に対応できるデータ通信環境を自在に構築する
ことができる。
【０２０８】〔第２実施形態〕上記第１実施形態では、
パケットプロトコルフラグ１５ａに従って動作する例を
示したが、複数の通信モードを持つホストＩ／Ｆの場
合、各通信モード毎にパケットプロトコルを使用するか
どうかを設定可能にするとより有用である。以下、その
実施形態について説明する。なお、説明を簡略化するた
め、ホストからプリンタへのデータ送信に限って説明す
ることにする。
パケットプロトコルフラグ１５ａに従って動作する例を
示したが、複数の通信モードを持つホストＩ／Ｆの場
合、各通信モード毎にパケットプロトコルを使用するか
どうかを設定可能にするとより有用である。以下、その
実施形態について説明する。なお、説明を簡略化するた
め、ホストからプリンタへのデータ送信に限って説明す
ることにする。
【０２０９】以下、ホストインタフェースがセントロニ
クスにおいて、ホストからプリンタへのデータ送信する
通信モードとして、コンパチブルモードとＥＣＰモード
をサポートする場合を考える。
クスにおいて、ホストからプリンタへのデータ送信する
通信モードとして、コンパチブルモードとＥＣＰモード
をサポートする場合を考える。
【０２１０】図１３は、本発明の第２実施形態を示す通
信制御装置を適用可能な印刷システムの構成を説明する
ブロック図であり、図１と同一のものには同一の符号を
付してある。
信制御装置を適用可能な印刷システムの構成を説明する
ブロック図であり、図１と同一のものには同一の符号を
付してある。
【０２１１】図において、ＲＡＭ１０には、画像データ
を格納するフレームバッファ１０ａ、印刷データなどホ
スト２から入力されたデータを一時的に格納する受信バ
ッファ１０ｂ，印刷データを格納する印刷データバッフ
ァ１０ｃ，制御コマンドを格納する制御コマンドバッフ
ァ１０ｄなどの領域を加え、さらに受信モードフラグ１
０ｅが確保されている。
を格納するフレームバッファ１０ａ、印刷データなどホ
スト２から入力されたデータを一時的に格納する受信バ
ッファ１０ｂ，印刷データを格納する印刷データバッフ
ァ１０ｃ，制御コマンドを格納する制御コマンドバッフ
ァ１０ｄなどの領域を加え、さらに受信モードフラグ１
０ｅが確保されている。
【０２１２】受信モードフラグ１０ｅには、受信バッフ
ァ１０ｂに入力データを格納する際の通信モードによっ
て、「０」あるいは「１」が格納されている。また、Ｒ
ＡＭ１０はＣＰＵ７のワークエリアとしても使用され
る。
ァ１０ｂに入力データを格納する際の通信モードによっ
て、「０」あるいは「１」が格納されている。また、Ｒ
ＡＭ１０はＣＰＵ７のワークエリアとしても使用され
る。
【０２１３】本実施形態においては、ＮＶＲＡＭ１５上
には、コンパチブルモードにおいてパケットプロトコル
を使用するかどうかの設定を格納するコンパチブルモー
ドパケットプロトコルフラグ１５ｂおよびＥＣＰモード
においてパケットプロトコルを使用するかどうかの設定
を格納するＥＣＰモードパケットプロトコルフラグ１５
ｃなどの領域が確保されている。
には、コンパチブルモードにおいてパケットプロトコル
を使用するかどうかの設定を格納するコンパチブルモー
ドパケットプロトコルフラグ１５ｂおよびＥＣＰモード
においてパケットプロトコルを使用するかどうかの設定
を格納するＥＣＰモードパケットプロトコルフラグ１５
ｃなどの領域が確保されている。
【０２１４】これらのコンパチブルモードパケットプロ
トコルフラグ１５ｂと、ＥＣＰモードパケットプロトコ
ルフラグ１５ｃは、それぞれ「０」あるいは「１」のい
ずれかの値をとる。
トコルフラグ１５ｂと、ＥＣＰモードパケットプロトコ
ルフラグ１５ｃは、それぞれ「０」あるいは「１」のい
ずれかの値をとる。
【０２１５】ユーザはパネル装置５の操作により、コン
パチブルモードパケットプロトコルフラグ１５ｂおよび
ＥＣＰモードパケットプロトコルフラグ１５ｃに、それ
ぞれいずれかの数値を設定することができる。また、Ｎ
ＶＲＡＭ１５は、種々の設定値を格納する領域としても
使用される。
パチブルモードパケットプロトコルフラグ１５ｂおよび
ＥＣＰモードパケットプロトコルフラグ１５ｃに、それ
ぞれいずれかの数値を設定することができる。また、Ｎ
ＶＲＡＭ１５は、種々の設定値を格納する領域としても
使用される。
【０２１６】以下、本実施形態の特徴的構成について図
１３等を参照して説明する。
１３等を参照して説明する。
【０２１７】上記のように構成された所定のインタフェ
ース（本実施形態では、ＩＥＥＥ１２８４．４に準拠す
る双方向通信インタフェース、例えばセントロニクス）
を介してデータ処理装置（ホスト２）と双方向通信処理
を複数の通信モード（コンパチブルモード，ＥＣＰモー
ド）に従って行う通信制御装置（コントローラ３）であ
って、前記データ処理装置から受信した受信データを記
憶する複数のメモリ領域が確保可能な記憶手段（ＲＡＭ
１０であって、フレームバッファ１０ａ，受信バッファ
１０ｂ，印刷データバッファ１０ｃ，制御コマンドバッ
ファ１０ｄ，受信モードフラグ１０ｅ等が確保される）
と、前記通信処理に対して使用するプロトコル種別を各
通信モード毎に設定する設定手段（本実施形態では、パ
ネル装置５から設定するがホスト２からのコマンドであ
ってよい）と、前記設定手段により各通信モード毎に設
定された前記プロトコル種別がパケットプロトコルかど
うかを判定する判定手段（ＣＰＵ７がＰＲＯＭ８に記憶
された制御プログラムを実行して、コンパチブルモード
パケットプロトコルフラグ１５ｂ，ＥＣＰモードパケッ
トプロトコルフラグ１５ｃの設定状態から判定する）
と、前記判定手段により各通信モードで設定された前記
プロトコル種別がパケットプロトコルであると判定され
た場合に、前記記憶手段に記憶された受信データ中の種
別を判定して各データの転送先を変更する制御手段（Ｃ
ＰＵ７がＰＲＯＭ８に記憶された制御プログラムを実行
して、データの転送先を印刷データバッファ１０ｃ，制
御コマンドバッファ１０ｄのいずれかに制御する）とを
有するので、ユーザ等が特定のパケットプロトコルの使
用有無を各通信モード毎に設定することができ、ユーザ
のパケット通信要求に対してより柔軟に対応できるデー
タ通信環境を自在に構築することができる。
ース（本実施形態では、ＩＥＥＥ１２８４．４に準拠す
る双方向通信インタフェース、例えばセントロニクス）
を介してデータ処理装置（ホスト２）と双方向通信処理
を複数の通信モード（コンパチブルモード，ＥＣＰモー
ド）に従って行う通信制御装置（コントローラ３）であ
って、前記データ処理装置から受信した受信データを記
憶する複数のメモリ領域が確保可能な記憶手段（ＲＡＭ
１０であって、フレームバッファ１０ａ，受信バッファ
１０ｂ，印刷データバッファ１０ｃ，制御コマンドバッ
ファ１０ｄ，受信モードフラグ１０ｅ等が確保される）
と、前記通信処理に対して使用するプロトコル種別を各
通信モード毎に設定する設定手段（本実施形態では、パ
ネル装置５から設定するがホスト２からのコマンドであ
ってよい）と、前記設定手段により各通信モード毎に設
定された前記プロトコル種別がパケットプロトコルかど
うかを判定する判定手段（ＣＰＵ７がＰＲＯＭ８に記憶
された制御プログラムを実行して、コンパチブルモード
パケットプロトコルフラグ１５ｂ，ＥＣＰモードパケッ
トプロトコルフラグ１５ｃの設定状態から判定する）
と、前記判定手段により各通信モードで設定された前記
プロトコル種別がパケットプロトコルであると判定され
た場合に、前記記憶手段に記憶された受信データ中の種
別を判定して各データの転送先を変更する制御手段（Ｃ
ＰＵ７がＰＲＯＭ８に記憶された制御プログラムを実行
して、データの転送先を印刷データバッファ１０ｃ，制
御コマンドバッファ１０ｄのいずれかに制御する）とを
有するので、ユーザ等が特定のパケットプロトコルの使
用有無を各通信モード毎に設定することができ、ユーザ
のパケット通信要求に対してより柔軟に対応できるデー
タ通信環境を自在に構築することができる。
【０２１８】また、ＣＰＵ７は、前記受信データ中のヘ
ッダ部を除く制御データと前記制御データ以外のデータ
とを識別して異なるメモリ領域（印刷データバッファ１
０ｃ，制御コマンドバッファ１０ｄのいずれかに）に移
動させるので、パケットプロトコル特有の制御データと
それ以外のデータとをそれぞれ識別して正常に処理する
ことができる。
ッダ部を除く制御データと前記制御データ以外のデータ
とを識別して異なるメモリ領域（印刷データバッファ１
０ｃ，制御コマンドバッファ１０ｄのいずれかに）に移
動させるので、パケットプロトコル特有の制御データと
それ以外のデータとをそれぞれ識別して正常に処理する
ことができる。
【０２１９】さらに、例えばパネル装置５により設定さ
れた各通信モード別の前記プロトコル種別を不揮発に記
憶する不揮発性メモリ（ＮＶＲＡＭ１５のコンパチブル
モードパケットプロトコルフラグ１５ｂ，ＥＣＰモード
パケットプロトコルフラグ１５ｃ）を有するので、ユー
ザのきめ細かい通信環境設定を忠実に反映させたデータ
通信を誤りなく開始できる。
れた各通信モード別の前記プロトコル種別を不揮発に記
憶する不揮発性メモリ（ＮＶＲＡＭ１５のコンパチブル
モードパケットプロトコルフラグ１５ｂ，ＥＣＰモード
パケットプロトコルフラグ１５ｃ）を有するので、ユー
ザのきめ細かい通信環境設定を忠実に反映させたデータ
通信を誤りなく開始できる。
【０２２０】また、前記制御データ以外のデータは、印
刷データとするので、制御データを印刷データとして処
理してしまう事態を確実に回避して、正常な印刷結果を
得る印刷データ処理を行うことができる。
刷データとするので、制御データを印刷データとして処
理してしまう事態を確実に回避して、正常な印刷結果を
得る印刷データ処理を行うことができる。
【０２２１】さらに、前記通信モードは、ホスト２から
前記通信制御装置を備える機器（例えば印刷装置）へデ
ータ通信する第１のデータ通信モード（コンパチブルモ
ード），前記データ処理装置から前記通信制御装置を備
える機器へまたは前記機器から前記データ処理装置へデ
ータ通信する第２の通信モードとを含むので、第１と第
２の通信モード（ＥＣＰモード）でパケットプロトコル
を使用するかどうかを個別に設定することができ、ユー
ザが要求する通信処理環境に柔軟に対応することができ
る。
前記通信制御装置を備える機器（例えば印刷装置）へデ
ータ通信する第１のデータ通信モード（コンパチブルモ
ード），前記データ処理装置から前記通信制御装置を備
える機器へまたは前記機器から前記データ処理装置へデ
ータ通信する第２の通信モードとを含むので、第１と第
２の通信モード（ＥＣＰモード）でパケットプロトコル
を使用するかどうかを個別に設定することができ、ユー
ザが要求する通信処理環境に柔軟に対応することができ
る。
【０２２２】以下、実際にホストからプリンタへデータ
が送信され、印刷処理が行われるまでの動作を、従来の
非パケットモードにおいては、印刷データのみが送信さ
れ、制御コマンドは送信されないという前提で説明をし
ていく。
が送信され、印刷処理が行われるまでの動作を、従来の
非パケットモードにおいては、印刷データのみが送信さ
れ、制御コマンドは送信されないという前提で説明をし
ていく。
【０２２３】ホスト２からホストＩ／Ｆ１１を介してＬ
ＢＰ１にデータが入力されると、ＣＰＵ７に対して、入
力データの格納を指示する割り込み通知がなされる仕組
みになっている。この割り込み通知の際、受信モードフ
ラグ１０ｅには「０」か「１」かのいずれかの値が格納
される仕組みになっている。
ＢＰ１にデータが入力されると、ＣＰＵ７に対して、入
力データの格納を指示する割り込み通知がなされる仕組
みになっている。この割り込み通知の際、受信モードフ
ラグ１０ｅには「０」か「１」かのいずれかの値が格納
される仕組みになっている。
【０２２４】すなわち、コンパチブルモードで受信した
場合には受信モードフラグ１０ｅには「０」が格納され
ており、ＥＣＰモードで受信した場合には受信モードフ
ラグ１０ｅには「１」が格納されている。この場合にコ
ントローラ３が実行する入力データを格納する処理を、
図１４に示すフローチャートを参照して説明する。
場合には受信モードフラグ１０ｅには「０」が格納され
ており、ＥＣＰモードで受信した場合には受信モードフ
ラグ１０ｅには「１」が格納されている。この場合にコ
ントローラ３が実行する入力データを格納する処理を、
図１４に示すフローチャートを参照して説明する。
【０２２５】図１４は、本発明に係る通信制御装置にお
ける第２のデータ処理手順の一例を示すフローチャート
である。なお、（１）〜（６）は各ステップを示す。
ける第２のデータ処理手順の一例を示すフローチャート
である。なお、（１）〜（６）は各ステップを示す。
【０２２６】ホスト２から入力データの格納を指示する
割り込み通知がなされると、ＣＰＵ７は、ステップ
（１）で、ホストＩ／Ｆ１１を介して、受信バッファ１
０ｂに入力データを格納する。全ての入力データを格納
し終えると、ステップ（２）で、受信モードフラグ１０
ｅの値を参照する。ここで、受信モードフラグ１０ｅの
値が、「０」か「１」かによって制御がわかれる。
割り込み通知がなされると、ＣＰＵ７は、ステップ
（１）で、ホストＩ／Ｆ１１を介して、受信バッファ１
０ｂに入力データを格納する。全ての入力データを格納
し終えると、ステップ（２）で、受信モードフラグ１０
ｅの値を参照する。ここで、受信モードフラグ１０ｅの
値が、「０」か「１」かによって制御がわかれる。
【０２２７】すなわち、受信モードフラグ１０ｅが
「０」だった場合、現在受信バッファ１０ｂに格納され
ているデータはコンパチブルモードで受信したものであ
るので、ステップ（３）に進み、コンパチブルモードパ
ケットプロトコルフラグ１５ｂの値を参照する。ここ
で、コンパチブルモードパケットプロトコルフラグ１５
ｂの値が、「０」か「１」かによって制御がわかれる。
すなわち、コンパチブルモードパケットプロトコルフラ
グ１５ｂが「０」だったと判断した場合、パケットプロ
トコルを使用しない設定なので、ステップ（４）に進
み、受信バッファ１０ｂのデータを印刷データバッファ
１０ｃに移動する。そして、割り込み処理を終了する。
「０」だった場合、現在受信バッファ１０ｂに格納され
ているデータはコンパチブルモードで受信したものであ
るので、ステップ（３）に進み、コンパチブルモードパ
ケットプロトコルフラグ１５ｂの値を参照する。ここ
で、コンパチブルモードパケットプロトコルフラグ１５
ｂの値が、「０」か「１」かによって制御がわかれる。
すなわち、コンパチブルモードパケットプロトコルフラ
グ１５ｂが「０」だったと判断した場合、パケットプロ
トコルを使用しない設定なので、ステップ（４）に進
み、受信バッファ１０ｂのデータを印刷データバッファ
１０ｃに移動する。そして、割り込み処理を終了する。
【０２２８】一方、ステップ（３）において、コンパチ
ブルモードパケットプロトコルフラグ１５ｂの値が
「１」だったと判断した場合、パケットプロトコルを使
用する設定なので、ステップ（５）に進み、パケットヘ
ッダに示されている情報に従って、受信バッファ１０ｂ
のデータを、印刷データバッファ１０ｃあるいは制御コ
マンドバッファ１０ｄのいずれかに移動する。この際、
パケットヘッダを除いた部分を移動する。そして、割り
込み処理を終了する。
ブルモードパケットプロトコルフラグ１５ｂの値が
「１」だったと判断した場合、パケットプロトコルを使
用する設定なので、ステップ（５）に進み、パケットヘ
ッダに示されている情報に従って、受信バッファ１０ｂ
のデータを、印刷データバッファ１０ｃあるいは制御コ
マンドバッファ１０ｄのいずれかに移動する。この際、
パケットヘッダを除いた部分を移動する。そして、割り
込み処理を終了する。
【０２２９】一方、ステップ（２）において、受信モー
ドフラグ１０ｅの値が「１」だったと判断した場合、現
在受信バッファ１０ｂに格納されているデータはＥＣＰ
モードで受信したものであるので、ステップ（６）に進
み、ＥＣＰモードパケットプロトコルフラグ１５ｃの値
を参照する。
ドフラグ１０ｅの値が「１」だったと判断した場合、現
在受信バッファ１０ｂに格納されているデータはＥＣＰ
モードで受信したものであるので、ステップ（６）に進
み、ＥＣＰモードパケットプロトコルフラグ１５ｃの値
を参照する。
【０２３０】ここで、ＥＣＰモードパケットプロトコル
フラグ１５ｃの値が、「０」か「１」かによって制御が
わかれる。すなわち、ＥＣＰモードパケットプロトコル
フラグ１５ｃが「０」だった場合、パケットプロトコル
を使用しない設定なので、ステップ（４）に進み、以
後、前記に示した通りの処理を行う。
フラグ１５ｃの値が、「０」か「１」かによって制御が
わかれる。すなわち、ＥＣＰモードパケットプロトコル
フラグ１５ｃが「０」だった場合、パケットプロトコル
を使用しない設定なので、ステップ（４）に進み、以
後、前記に示した通りの処理を行う。
【０２３１】一方、ステップ（５）において、ＥＣＰモ
ードパケットプロトコルフラグ１５ｃの値が「１」だっ
たと判断した場合、パケットプロトコルを使用する設定
なので、ステップ（６）に進み、以後、前記に示した通
りの処理を行う。
ードパケットプロトコルフラグ１５ｃの値が「１」だっ
たと判断した場合、パケットプロトコルを使用する設定
なので、ステップ（６）に進み、以後、前記に示した通
りの処理を行う。
【０２３２】以上により、ホスト２からデータが入力さ
れる度に、割り込みによって一旦受信バッファ１０ｂに
入力データが格納され、さらに受信モードフラグ１０ｅ
の値、コンパチブルモードパケットプロトコルフラグ１
５ｂの値、ＥＣＰモードパケットプロトコルフラグ１５
ｃの値、あるいはパケットヘッダの情報に従って、印刷
データバッファ１０ｃあるいは制御コマンドバッファ１
０ｄに入力データが格納されることになる。
れる度に、割り込みによって一旦受信バッファ１０ｂに
入力データが格納され、さらに受信モードフラグ１０ｅ
の値、コンパチブルモードパケットプロトコルフラグ１
５ｂの値、ＥＣＰモードパケットプロトコルフラグ１５
ｃの値、あるいはパケットヘッダの情報に従って、印刷
データバッファ１０ｃあるいは制御コマンドバッファ１
０ｄに入力データが格納されることになる。
【０２３３】なお、上記入力データ格納割り込みによっ
てホスト２からの入力データが印刷データバッファ１０
ｃに格納された場合にＬＢＰ１の行う印刷処理について
は、第１実施形態で説明したのと同様な処理を行い、実
際には記録媒体に画像データが出力されることになる。
てホスト２からの入力データが印刷データバッファ１０
ｃに格納された場合にＬＢＰ１の行う印刷処理について
は、第１実施形態で説明したのと同様な処理を行い、実
際には記録媒体に画像データが出力されることになる。
【０２３４】以上説明したように、ホスト２からコンパ
チブルモードによってデータを受信しているときは、す
なわちコンパチブルモードパケットプロトコルフラグ１
５ｂに「１」が格納されている場合、印刷装置はパケッ
トプロトコルを使用して動作し、コンパチブルモードパ
ケットプロトコルフラグ１５ｂに「０」が格納されてい
る場合は、印刷装置はパケットプロトコルを使用せずに
従来の非パケットプロトコルを使用して動作する。
チブルモードによってデータを受信しているときは、す
なわちコンパチブルモードパケットプロトコルフラグ１
５ｂに「１」が格納されている場合、印刷装置はパケッ
トプロトコルを使用して動作し、コンパチブルモードパ
ケットプロトコルフラグ１５ｂに「０」が格納されてい
る場合は、印刷装置はパケットプロトコルを使用せずに
従来の非パケットプロトコルを使用して動作する。
【０２３５】また、ホスト２からＥＣＰモードによって
データを受信しているときは、ＥＣＰモードパケットプ
ロトコルフラグ１５ｃに「１」が格納されている場合、
印刷装置はパケットプロトコルを使用して動作し、ＥＣ
Ｐモードパケットプロトコルフラグ１５ｃに「０」が格
納されている場合、印刷装置はパケットプロトコルを使
用せずに従来の非パケットプロトコルを使用して動作す
る。
データを受信しているときは、ＥＣＰモードパケットプ
ロトコルフラグ１５ｃに「１」が格納されている場合、
印刷装置はパケットプロトコルを使用して動作し、ＥＣ
Ｐモードパケットプロトコルフラグ１５ｃに「０」が格
納されている場合、印刷装置はパケットプロトコルを使
用せずに従来の非パケットプロトコルを使用して動作す
る。
【０２３６】すなわち、使用された受信モードに従い、
さらに、ユーザが各受信モード毎にあらかじめ設定して
いるコンパチブルモードパケットプロトコルフラグ１５
ｂあるいはＥＣＰモードパケットプロトコルフラグ１５
ｃを参照し、それに従って動作することにより、ユーザ
が所望する通りの動作を行うことが可能である。
さらに、ユーザが各受信モード毎にあらかじめ設定して
いるコンパチブルモードパケットプロトコルフラグ１５
ｂあるいはＥＣＰモードパケットプロトコルフラグ１５
ｃを参照し、それに従って動作することにより、ユーザ
が所望する通りの動作を行うことが可能である。
【０２３７】本実施形態は、ホスト側がコンパチブルモ
ードでデータ送信する際には、従来通りの非パケットプ
ロトコルでデータ送信し、ＥＣＰモードでデータ送信す
る際にはパケットプロトコルでデータを送信するという
ように、通信モードによって、パケットプロトコルを使
うかどうかが異なる場合に特に有効となる。これは、そ
れぞれの通信モード用のパケットフラグを然るべき設定
にしておけば、パケットプロトコルを使用するかどうか
を自動的に判断して動作可能であるためである。
ードでデータ送信する際には、従来通りの非パケットプ
ロトコルでデータ送信し、ＥＣＰモードでデータ送信す
る際にはパケットプロトコルでデータを送信するという
ように、通信モードによって、パケットプロトコルを使
うかどうかが異なる場合に特に有効となる。これは、そ
れぞれの通信モード用のパケットフラグを然るべき設定
にしておけば、パケットプロトコルを使用するかどうか
を自動的に判断して動作可能であるためである。
【０２３８】また、前記実施形態では、使用するモード
をパネル装置５から設定する例を示したが、設定手段は
これに限らず、いかなる手段で設定するようにしても構
わない。例えば、ホストからの指示で設定してもよい
（その例は第１実施形態において示したので、ここでは
省く）。
をパネル装置５から設定する例を示したが、設定手段は
これに限らず、いかなる手段で設定するようにしても構
わない。例えば、ホストからの指示で設定してもよい
（その例は第１実施形態において示したので、ここでは
省く）。
【０２３９】以下、本実施形態の特徴的構成について図
１４等を参照して説明する。
１４等を参照して説明する。
【０２４０】上記のように構成された所定のインタフェ
ース（本実施形態では、ＩＥＥＥ１２８４．４に準拠す
る双方向通信インタフェース、例えばセントロニクス）
を介してデータ処理装置（ホスト２）と双方向通信処理
を複数の通信モードに従って行う通信制御装置（コント
ローラ３）のデータ処理方法であって、あるいは所定の
インタフェースを介してデータ処理装置と双方向通信処
理を複数の通信モードに従って行う機器を制御するコン
ピュータが読み出し可能なプログラムを格納した記憶媒
体であって、前記データ処理装置から受信した受信デー
タを記憶する複数のメモリ領域が確保可能なメモリのい
ずれかの領域に格納する格納工程（図１４のステップ
（１））と、前記通信処理に対して使用するプロトコル
種別を各通信モード毎に設定する設定工程（図１４のス
テップ（１）の前工程で図示しない）と、前記設定工程
により各通信モード毎に設定された前記プロトコル種別
がパケットプロトコルかどうかを判定する判定工程（図
１４のステップ（２），（３））と、前記判定工程によ
り各通信モードで設定された前記プロトコル種別がパケ
ットプロトコルであると判定された場合に、前記メモリ
のいずれかの領域に記憶された受信データ中の種別を判
定して各データを前記メモリ中の異なる領域に転送する
転送工程（図１４のステップ（４）またはステップ
（６））とを有するので、ユーザ等が特定のパケットプ
ロトコルの使用有無を各通信モード毎に設定することが
でき、ユーザのパケット通信要求に対してより柔軟に対
応できるデータ通信環境を自在に構築することができ
る。
ース（本実施形態では、ＩＥＥＥ１２８４．４に準拠す
る双方向通信インタフェース、例えばセントロニクス）
を介してデータ処理装置（ホスト２）と双方向通信処理
を複数の通信モードに従って行う通信制御装置（コント
ローラ３）のデータ処理方法であって、あるいは所定の
インタフェースを介してデータ処理装置と双方向通信処
理を複数の通信モードに従って行う機器を制御するコン
ピュータが読み出し可能なプログラムを格納した記憶媒
体であって、前記データ処理装置から受信した受信デー
タを記憶する複数のメモリ領域が確保可能なメモリのい
ずれかの領域に格納する格納工程（図１４のステップ
（１））と、前記通信処理に対して使用するプロトコル
種別を各通信モード毎に設定する設定工程（図１４のス
テップ（１）の前工程で図示しない）と、前記設定工程
により各通信モード毎に設定された前記プロトコル種別
がパケットプロトコルかどうかを判定する判定工程（図
１４のステップ（２），（３））と、前記判定工程によ
り各通信モードで設定された前記プロトコル種別がパケ
ットプロトコルであると判定された場合に、前記メモリ
のいずれかの領域に記憶された受信データ中の種別を判
定して各データを前記メモリ中の異なる領域に転送する
転送工程（図１４のステップ（４）またはステップ
（６））とを有するので、ユーザ等が特定のパケットプ
ロトコルの使用有無を各通信モード毎に設定することが
でき、ユーザのパケット通信要求に対してより柔軟に対
応できるデータ通信環境を自在に構築することができ
る。
【０２４１】〔第３実施形態〕前記第１，第２実施形態
では、パケットプロトコルを使用するかどうかの設定値
に従って動作する例を示したが、ある特定の信号線が
「Ｈｉｇｈ」か「Ｌｏｗ」かによって、パケットプロト
コルを使用するかどうかを判断することも可能である。
以下、その実施形態について説明する。また、説明上、
ホストからプリンタへのデータ送信に限って説明するこ
とにする。
では、パケットプロトコルを使用するかどうかの設定値
に従って動作する例を示したが、ある特定の信号線が
「Ｈｉｇｈ」か「Ｌｏｗ」かによって、パケットプロト
コルを使用するかどうかを判断することも可能である。
以下、その実施形態について説明する。また、説明上、
ホストからプリンタへのデータ送信に限って説明するこ
とにする。
【０２４２】図１５は、本発明の第３実施形態を示す印
刷制御装置を適用可能な印刷システムの構成を説明する
ブロック図であり、図１と同一のものには同一の符号を
付してある。図１に示した構成と異なる点は、ＲＡＭ１
０およびＮＶＲＡＭ１５のみである。
刷制御装置を適用可能な印刷システムの構成を説明する
ブロック図であり、図１と同一のものには同一の符号を
付してある。図１に示した構成と異なる点は、ＲＡＭ１
０およびＮＶＲＡＭ１５のみである。
【０２４３】図において、ＲＡＭ１０には、画像データ
を格納するフレームバッファ１０ａ、印刷データなどホ
スト２から入力されたデータを一時的に格納する受信バ
ッファ１０ｂ、印刷データを格納する印刷データバッフ
ァ１０ｃ、制御コマンドを格納する制御コマンドバッフ
ァ１０ｄなどの領域に加え、さらに特定信号線フラグ１
０ｆが確保されている。
を格納するフレームバッファ１０ａ、印刷データなどホ
スト２から入力されたデータを一時的に格納する受信バ
ッファ１０ｂ、印刷データを格納する印刷データバッフ
ァ１０ｃ、制御コマンドを格納する制御コマンドバッフ
ァ１０ｄなどの領域に加え、さらに特定信号線フラグ１
０ｆが確保されている。
【０２４４】さらに、特定信号線フラグ１０ｆには、受
信バッファ１０ｂに入力データを格納する際の信号線
が、「Ｈｉｇｈ」か「Ｌｏｗ」かに従って「０」あるい
は「１」が格納される。また、ＲＡＭ１０はＣＰＵ７の
ワークエリアとして使用される。ＮＶＲＡＭ１５は、種
々の設定値を格納する領域として使用される。
信バッファ１０ｂに入力データを格納する際の信号線
が、「Ｈｉｇｈ」か「Ｌｏｗ」かに従って「０」あるい
は「１」が格納される。また、ＲＡＭ１０はＣＰＵ７の
ワークエリアとして使用される。ＮＶＲＡＭ１５は、種
々の設定値を格納する領域として使用される。
【０２４５】ところで、前記特定信号線フラグ１０ｆに
おける「特定信号線」として、実際にどの信号線を使用
するかについて、いくつか選択肢がある。
おける「特定信号線」として、実際にどの信号線を使用
するかについて、いくつか選択肢がある。
【０２４６】例えば、インタフェースがセントロニクス
の場合の第１の選択肢としては、ＩＥＥＥ１２８４とい
う規格において「Ｎｏｔ ｄｅｆｉｎｅｄ」となってい
る信号線を使用する。これらの信号線は「メーカが、自
己責任において使用することができる」と規定されてい
るからである。
の場合の第１の選択肢としては、ＩＥＥＥ１２８４とい
う規格において「Ｎｏｔ ｄｅｆｉｎｅｄ」となってい
る信号線を使用する。これらの信号線は「メーカが、自
己責任において使用することができる」と規定されてい
るからである。
【０２４７】第２の選択肢としては、コンパチブルモー
ドにおいて、現在使用しておらず、「Ｈｉｇｈ」か「Ｌ
ｏｗ」かが他へいかなる影響も与えない信号線、例え
ば、ＡＵＴＯ ＦＤ（図２２に示した第１４番目のピン
に対応する信号線）が考えられる。
ドにおいて、現在使用しておらず、「Ｈｉｇｈ」か「Ｌ
ｏｗ」かが他へいかなる影響も与えない信号線、例え
ば、ＡＵＴＯ ＦＤ（図２２に示した第１４番目のピン
に対応する信号線）が考えられる。
【０２４８】ここで、実際にホスト２からＬＢＰ１へデ
ータが送信され、印刷処理が行われるまでの動作を、以
下説明していく。なお、説明上、従来の非パケットモー
ドにおいては、印刷データのみが送信され、制御コマン
ドは送信されないという前提で説明していく。
ータが送信され、印刷処理が行われるまでの動作を、以
下説明していく。なお、説明上、従来の非パケットモー
ドにおいては、印刷データのみが送信され、制御コマン
ドは送信されないという前提で説明していく。
【０２４９】ホスト２からホストＩ／Ｆ１１を介してＬ
ＢＰ１にデータが入力されると、ＣＰＵ７に対して、入
力データの格納を指示する割り込み通知がなされる仕組
みになっている。この割り込み通知の際、特定信号線が
「Ｈｉｇｈ」か「Ｌｏｗ」かによって、図１５に示した
ＲＡＭ１０上に確保される特定信号線フラグ１０ｆには
「０」か「１」かのいずれの値が格納される仕組みにな
っている。
ＢＰ１にデータが入力されると、ＣＰＵ７に対して、入
力データの格納を指示する割り込み通知がなされる仕組
みになっている。この割り込み通知の際、特定信号線が
「Ｈｉｇｈ」か「Ｌｏｗ」かによって、図１５に示した
ＲＡＭ１０上に確保される特定信号線フラグ１０ｆには
「０」か「１」かのいずれの値が格納される仕組みにな
っている。
【０２５０】すなわち、特定信号線が「Ｌｏｗ」ならば
特定信号線フラグ１０ｆには「０」が格納されており、
特定信号線が「Ｈｉｇｈ」ならば特定信号線フラグ１０
ｆには「１」が格納されている。
特定信号線フラグ１０ｆには「０」が格納されており、
特定信号線が「Ｈｉｇｈ」ならば特定信号線フラグ１０
ｆには「１」が格納されている。
【０２５１】ここで、該特定信号線として前記のＡＵＴ
Ｏ ＦＤを使用した場合の例を、図１６と図１７に示
す。
Ｏ ＦＤを使用した場合の例を、図１６と図１７に示
す。
【０２５２】図１６，図１７は、本発明に係る通信制御
装置におけるデータ通信状態を説明するタイミングチャ
ートであり、図１６は、ホスト２からＬＢＰ１にデータ
が入力されている時に、信号線ＡＵＴＯ ＦＤが「Ｌｏ
ｗ」であるので、ＲＡＭ１０上に確保される特定信号線
フラグ１０ｆには「０」が格納される例に対応し、図１
７は、ホスト２からＬＢＰ１にデータが入力されている
時に信号線ＡＵＴＯＦＤが「Ｈｉｇｈ」であるので、Ｒ
ＡＭ１０上に確保される特定信号線フラグ１０ｆには
「１」が格納される例である。上記特定信号線フラグは
ＮＶＲＡＭ１５上に記憶してもよい。
装置におけるデータ通信状態を説明するタイミングチャ
ートであり、図１６は、ホスト２からＬＢＰ１にデータ
が入力されている時に、信号線ＡＵＴＯ ＦＤが「Ｌｏ
ｗ」であるので、ＲＡＭ１０上に確保される特定信号線
フラグ１０ｆには「０」が格納される例に対応し、図１
７は、ホスト２からＬＢＰ１にデータが入力されている
時に信号線ＡＵＴＯＦＤが「Ｈｉｇｈ」であるので、Ｒ
ＡＭ１０上に確保される特定信号線フラグ１０ｆには
「１」が格納される例である。上記特定信号線フラグは
ＮＶＲＡＭ１５上に記憶してもよい。
【０２５３】図において、ＤＡＴＡ１〜ＤＡＴＡ８はデ
ータ線で、ホスト２から送られてくるデータの第０ビッ
トから第７ビット目の情報に対応する。
ータ線で、ホスト２から送られてくるデータの第０ビッ
トから第７ビット目の情報に対応する。
【０２５４】ＤＡＴＡ ＳＴＲＯＢＥはデータストロー
ブ線で、定常状態では「Ｈｉｇｈ」状態であり、「Ｌｏ
ｗ」状態となったときにＬＢＰ１がデータ線ＤＡＴＡ１
〜ＤＡＴＡ８の状態を読み取る。ＡＣＫはアクノリッジ
線で、定常状態では「Ｈｉｇｈ」状態であり、次の状態
の時に、「Ｌｏｗ」状態となるパルスが発行する。
ブ線で、定常状態では「Ｈｉｇｈ」状態であり、「Ｌｏ
ｗ」状態となったときにＬＢＰ１がデータ線ＤＡＴＡ１
〜ＤＡＴＡ８の状態を読み取る。ＡＣＫはアクノリッジ
線で、定常状態では「Ｈｉｇｈ」状態であり、次の状態
の時に、「Ｌｏｗ」状態となるパルスが発行する。
【０２５５】ＢＵＳＹはビジー線で、ＬＢＰ１がホスト
２からのデータを受信できるかどうかを示す状態信号が
のり、「Ｌｏｗ」状態時に受信可能状態を示し、「Ｈｉ
ｇｈ」状態で受信不可状態を示す。
２からのデータを受信できるかどうかを示す状態信号が
のり、「Ｌｏｗ」状態時に受信可能状態を示し、「Ｈｉ
ｇｈ」状態で受信不可状態を示す。
【０２５６】以下、本実施形態の特徴的構成について図
１５等を参照して説明する。
１５等を参照して説明する。
【０２５７】上記のように構成された所定数の通信ライ
ンを備えるインタフェース（本実施形態では、ＩＥＥＥ
１２８４．４に準拠する双方向通信インタフェース、例
えばセントロニクス）を介してデータ処理装置（ホスト
２）と双方向通信処理を行う通信制御装置（コントロー
ラ３）であって、前記データ処理装置から受信した受信
データを記憶する複数のメモリ領域が確保可能な記憶手
段（ＲＡＭ１０であって、フレームバッファ１０ａ，受
信バッファ１０ｂ，印刷データバッファ１０ｃ，制御コ
マンドバッファ１０ｄ，特定信号線フラグ１０ｆ等が確
保される）と、前記通信ライン中の特定の通信ラインの
信号状態を検出する検出手段（ＣＰＵ７がホストインタ
フェース１１の特定の信号線の「Ｌｏｗ／Ｈｉｇｈ」を
検出する）と、前記検出手段による前記特定の通信ライ
ンの信号状態の検出結果に基づいてデータ通信に対する
プロトコル種別がパケットプロトコルかどうかを判定す
る判定手段ＣＰＵ７がホストインタフェース１１の特定
の信号線の「Ｌｏｗ／Ｈｉｇｈ」の検出結果に基づいて
設定される特定信号線フラグ１０ｆの設定状態から判定
する）と、前記判定手段により判定された前記プロトコ
ル種別がパケットプロトコルであると判定された場合
に、前記記憶手段に記憶された受信データ中の種別を判
定して各データの転送先を変更する制御手段（ＣＰＵ７
がＰＲＯＭ８に記憶された制御プログラムを実行して、
データの転送先を印刷データバッファ１０ｃ，制御コマ
ンドバッファ１０ｄのいずれかに制御する）とを有する
ので、特定のパケットプロトコルの使用有無を自動判定
して設定することができ、パケット通信要求に対して迅
速に対応できるデータ通信環境を自在に構築することが
できる。
ンを備えるインタフェース（本実施形態では、ＩＥＥＥ
１２８４．４に準拠する双方向通信インタフェース、例
えばセントロニクス）を介してデータ処理装置（ホスト
２）と双方向通信処理を行う通信制御装置（コントロー
ラ３）であって、前記データ処理装置から受信した受信
データを記憶する複数のメモリ領域が確保可能な記憶手
段（ＲＡＭ１０であって、フレームバッファ１０ａ，受
信バッファ１０ｂ，印刷データバッファ１０ｃ，制御コ
マンドバッファ１０ｄ，特定信号線フラグ１０ｆ等が確
保される）と、前記通信ライン中の特定の通信ラインの
信号状態を検出する検出手段（ＣＰＵ７がホストインタ
フェース１１の特定の信号線の「Ｌｏｗ／Ｈｉｇｈ」を
検出する）と、前記検出手段による前記特定の通信ライ
ンの信号状態の検出結果に基づいてデータ通信に対する
プロトコル種別がパケットプロトコルかどうかを判定す
る判定手段ＣＰＵ７がホストインタフェース１１の特定
の信号線の「Ｌｏｗ／Ｈｉｇｈ」の検出結果に基づいて
設定される特定信号線フラグ１０ｆの設定状態から判定
する）と、前記判定手段により判定された前記プロトコ
ル種別がパケットプロトコルであると判定された場合
に、前記記憶手段に記憶された受信データ中の種別を判
定して各データの転送先を変更する制御手段（ＣＰＵ７
がＰＲＯＭ８に記憶された制御プログラムを実行して、
データの転送先を印刷データバッファ１０ｃ，制御コマ
ンドバッファ１０ｄのいずれかに制御する）とを有する
ので、特定のパケットプロトコルの使用有無を自動判定
して設定することができ、パケット通信要求に対して迅
速に対応できるデータ通信環境を自在に構築することが
できる。
【０２５８】また、ＣＰＵ７は、前記受信データ中のヘ
ッダ部を除く制御データと前記制御データ以外のデータ
とを識別して異なるメモリ領域（印刷データバッファ１
０ｃ，制御コマンドバッファ１０ｄのいずれかに）に移
動させるので、パケットプロトコル特有の制御データと
それ以外のデータとをそれぞれ識別して正常に処理する
ことができる。
ッダ部を除く制御データと前記制御データ以外のデータ
とを識別して異なるメモリ領域（印刷データバッファ１
０ｃ，制御コマンドバッファ１０ｄのいずれかに）に移
動させるので、パケットプロトコル特有の制御データと
それ以外のデータとをそれぞれ識別して正常に処理する
ことができる。
【０２５９】さらに、前記制御データ以外のデータは、
印刷データとするので、制御データを印刷データとして
処理してしまう事態を確実に回避して、正常な印刷結果
を得る印刷データ処理を行うことができる。
印刷データとするので、制御データを印刷データとして
処理してしまう事態を確実に回避して、正常な印刷結果
を得る印刷データ処理を行うことができる。
【０２６０】以下、コントローラ３が実行する入力デー
タを格納する処理を、図１８に示すフローチャートを参
照して説明する。
タを格納する処理を、図１８に示すフローチャートを参
照して説明する。
【０２６１】図１８は、本発明に係る通信制御装置にお
ける第３のデータ処理手順の一例を示すフローチャート
である。なお、（１）〜（４）は各ステップを示す。
ける第３のデータ処理手順の一例を示すフローチャート
である。なお、（１）〜（４）は各ステップを示す。
【０２６２】ホスト２から入力データの格納を指示する
割り込み通知がなされると、ＣＰＵ７は、ステップ
（１）で、ホストＩ／Ｆ１１を介して、受信バッファ１
０ｂに入力データを格納する。全ての入力データを格納
し終えると、ステップ（２）で、ＲＡＭ１０上に確保さ
れる特定信号線フラグ１０ｆの値を参照する。ここで、
特定信号線フラグ１０ｆの値が、「０」か「１」かによ
って制御が分かれる。すなわち、特定信号線フラグ１０
ｆが「０」だったと判断した場合、パケットプロトコル
を使用しない設定なので、ステップ（３）に進み、受信
バッファ１０ｄのデータを印刷データバッファ１０ｃに
移動する。そして、割り込み処理を終了する。
割り込み通知がなされると、ＣＰＵ７は、ステップ
（１）で、ホストＩ／Ｆ１１を介して、受信バッファ１
０ｂに入力データを格納する。全ての入力データを格納
し終えると、ステップ（２）で、ＲＡＭ１０上に確保さ
れる特定信号線フラグ１０ｆの値を参照する。ここで、
特定信号線フラグ１０ｆの値が、「０」か「１」かによ
って制御が分かれる。すなわち、特定信号線フラグ１０
ｆが「０」だったと判断した場合、パケットプロトコル
を使用しない設定なので、ステップ（３）に進み、受信
バッファ１０ｄのデータを印刷データバッファ１０ｃに
移動する。そして、割り込み処理を終了する。
【０２６３】一方、ステップ（２）において、特定信号
線フラグ１０ｆの値が「１」だったと判断した場合は、
パケットプロトコルを使用する設定なので、ステップ
（４）に進み、パケットヘッダに示されている情報に従
って、受信バッファ１０ｂに格納されたデータを、印刷
データバッファ１０ｃあるいは制御コマンドバッファ１
０ｄのいずれかに移動する。この際、パケットヘッダを
除いた部分を移動する。そして、割り込み処理を終了す
る。
線フラグ１０ｆの値が「１」だったと判断した場合は、
パケットプロトコルを使用する設定なので、ステップ
（４）に進み、パケットヘッダに示されている情報に従
って、受信バッファ１０ｂに格納されたデータを、印刷
データバッファ１０ｃあるいは制御コマンドバッファ１
０ｄのいずれかに移動する。この際、パケットヘッダを
除いた部分を移動する。そして、割り込み処理を終了す
る。
【０２６４】以上により、ホスト２からデータが入力さ
れるたびに、割り込みによって一旦受信バッファ１０ｂ
に入力データが格納され、さらに特定信号線フラグ１０
ｆの値、あるいはパケットヘッダの情報に従って、印刷
データバッファ１０ｃあるいは制御コマンドバッファ１
０ｄに入力データが格納されることになる。
れるたびに、割り込みによって一旦受信バッファ１０ｂ
に入力データが格納され、さらに特定信号線フラグ１０
ｆの値、あるいはパケットヘッダの情報に従って、印刷
データバッファ１０ｃあるいは制御コマンドバッファ１
０ｄに入力データが格納されることになる。
【０２６５】次に、前記の入力データ格納割り込みによ
ってホスト２からの入力データが印刷データバッファ１
０ｃに格納された場合に、ＬＢＰ１の行う印刷処理の概
略を図１５を参照してさらに説明する。
ってホスト２からの入力データが印刷データバッファ１
０ｃに格納された場合に、ＬＢＰ１の行う印刷処理の概
略を図１５を参照してさらに説明する。
【０２６６】ＣＰＵ７は、印刷データバッファ１０ｃに
入力データが格納されたことを認識すると、ＰＲＯＭ８
に格納されている印刷データ解析プログラムを参照し
て、印刷データバッファ１０ｃに格納されている印刷デ
ータを解釈し、画像データに変換していく。ＣＰＵ７に
より格納された画像データは、フレームバッファ１０ａ
に格納される。
入力データが格納されたことを認識すると、ＰＲＯＭ８
に格納されている印刷データ解析プログラムを参照し
て、印刷データバッファ１０ｃに格納されている印刷デ
ータを解釈し、画像データに変換していく。ＣＰＵ７に
より格納された画像データは、フレームバッファ１０ａ
に格納される。
【０２６７】ＣＰＵ７は、前記のように前記印刷データ
解析プログラムを参照して処理を続けていくが、印刷デ
ータ中に排紙コマンドを見つけると、フレームバッファ
１０ａに格納されている画像データをエンジンＩ／Ｆ１
２を介してエンジン４に送る。このようにしてエンジン
４は、ＣＰＵ７からエンジンＩ／Ｆ１２を介して送られ
た画像データを受け取ると、画像データを実際の記録媒
体に印刷出力する。
解析プログラムを参照して処理を続けていくが、印刷デ
ータ中に排紙コマンドを見つけると、フレームバッファ
１０ａに格納されている画像データをエンジンＩ／Ｆ１
２を介してエンジン４に送る。このようにしてエンジン
４は、ＣＰＵ７からエンジンＩ／Ｆ１２を介して送られ
た画像データを受け取ると、画像データを実際の記録媒
体に印刷出力する。
【０２６８】以上のようにして、ホスト２からデータが
入力された場合、ＬＢＰ１は印刷処理を行って、実際に
記録媒体に画像データが出力されることになる。
入力された場合、ＬＢＰ１は印刷処理を行って、実際に
記録媒体に画像データが出力されることになる。
【０２６９】以上説明したように、図１５に示したＲＡ
Ｍ１０上に確保される特定信号線フラグ１０ｆに「１」
が格納されている場合、印刷装置はパケットプロトコル
を使用して動作し、特定信号線フラグ１０ｆに「０」が
格納されている場合、印刷装置はパケットプロトコルを
使用せずに従来の非パケットプロトコルを使用して動作
する。
Ｍ１０上に確保される特定信号線フラグ１０ｆに「１」
が格納されている場合、印刷装置はパケットプロトコル
を使用して動作し、特定信号線フラグ１０ｆに「０」が
格納されている場合、印刷装置はパケットプロトコルを
使用せずに従来の非パケットプロトコルを使用して動作
する。
【０２７０】すなわち、受信バッファ１０ｂに入力デー
タを格納する際の信号線が「Ｈｉｇｈ」状態か「Ｌｏ
ｗ」状態かに従って動作することにより、パケットプロ
トコルを使用するかどうかを自動的に判断して動作す
る。
タを格納する際の信号線が「Ｈｉｇｈ」状態か「Ｌｏ
ｗ」状態かに従って動作することにより、パケットプロ
トコルを使用するかどうかを自動的に判断して動作す
る。
【０２７１】以下、本実施形態の特徴的構成について図
１８等を参照して説明する。
１８等を参照して説明する。
【０２７２】上記のように構成された所定数の通信ライ
ンを備えるインタフェース（本実施形態では、ＩＥＥＥ
１２８４．４に準拠する双方向通信インタフェース、例
えばセントロニクス）を介してデータ処理装置（ホスト
２）と双方向通信処理を行う通信制御装置（コントロー
ラ３）のデータ処理方法であって、あるいは所定数の通
信ラインを備えるインタフェースを介してデータ処理装
置と双方向通信処理を行う機器を制御するコンピュータ
が読み出し可能なプログラムを格納した記憶媒体であっ
て、前記データ処理装置から受信した受信データを記憶
する複数のメモリ領域が確保可能なメモリのいずれかの
領域に格納する格納工程（図１８のステップ（１））
と、前記通信ライン中の特定の通信ラインの信号状態を
検出する検出工程（図１８のステップ（２））と、前記
検出工程による前記特定の通信ラインの信号状態の検出
結果に基づいてデータ通信に対するプロトコル種別がパ
ケットプロトコルかどうかを判定する判定工程（図１８
のステップ（２））と、前記判定工程により判定された
前記プロトコル種別がパケットプロトコルであると判定
された場合に、前記メモリのいずれかの領域に記憶され
た受信データ中の種別を判定して各データを前記メモリ
中の異なる領域に転送する転送工程（図１８のステップ
（３）またはステップ（４））とを有するので、特定の
パケットプロトコルの使用有無を自動判定して設定する
ことができ、パケット通信要求に対して迅速に対応でき
るデータ通信環境を自在に構築することができる。
ンを備えるインタフェース（本実施形態では、ＩＥＥＥ
１２８４．４に準拠する双方向通信インタフェース、例
えばセントロニクス）を介してデータ処理装置（ホスト
２）と双方向通信処理を行う通信制御装置（コントロー
ラ３）のデータ処理方法であって、あるいは所定数の通
信ラインを備えるインタフェースを介してデータ処理装
置と双方向通信処理を行う機器を制御するコンピュータ
が読み出し可能なプログラムを格納した記憶媒体であっ
て、前記データ処理装置から受信した受信データを記憶
する複数のメモリ領域が確保可能なメモリのいずれかの
領域に格納する格納工程（図１８のステップ（１））
と、前記通信ライン中の特定の通信ラインの信号状態を
検出する検出工程（図１８のステップ（２））と、前記
検出工程による前記特定の通信ラインの信号状態の検出
結果に基づいてデータ通信に対するプロトコル種別がパ
ケットプロトコルかどうかを判定する判定工程（図１８
のステップ（２））と、前記判定工程により判定された
前記プロトコル種別がパケットプロトコルであると判定
された場合に、前記メモリのいずれかの領域に記憶され
た受信データ中の種別を判定して各データを前記メモリ
中の異なる領域に転送する転送工程（図１８のステップ
（３）またはステップ（４））とを有するので、特定の
パケットプロトコルの使用有無を自動判定して設定する
ことができ、パケット通信要求に対して迅速に対応でき
るデータ通信環境を自在に構築することができる。
【０２７３】以下、図１８に示したステップ（３）の処
理およびステップ（４）の処理の例を、図１９および図
２０を参照して説明する。
理およびステップ（４）の処理の例を、図１９および図
２０を参照して説明する。
【０２７４】図１９，図２０は、本発明に係る通信制御
装置における受信データの移動処理を説明する図であ
り、図１９は、特定の信号線が「Ｌｏｗ」状態の場合の
受信バッファ１０ｂから印刷データバッファ１０ｃに対
するデータ移動に対応し、図２０は、特定の信号線が
「Ｈｉｇｈ」状態の場合の受信バッファ１０ｂから印刷
データバッファ１０ｃに対するデータ移動に対応する。
装置における受信データの移動処理を説明する図であ
り、図１９は、特定の信号線が「Ｌｏｗ」状態の場合の
受信バッファ１０ｂから印刷データバッファ１０ｃに対
するデータ移動に対応し、図２０は、特定の信号線が
「Ｈｉｇｈ」状態の場合の受信バッファ１０ｂから印刷
データバッファ１０ｃに対するデータ移動に対応する。
【０２７５】図１８に示したフローチャートのステップ
（２）でＮＯと判定された場合には、ステップ（３）に
おいて、図１９に示すように、受信バッファ１０ｂに格
納されたデータ列をそのまま印刷データバッファ１０ｃ
に移動する。
（２）でＮＯと判定された場合には、ステップ（３）に
おいて、図１９に示すように、受信バッファ１０ｂに格
納されたデータ列をそのまま印刷データバッファ１０ｃ
に移動する。
【０２７６】一方、図１８に示したフローチャートのス
テップ（２）でＹＥＳと判定された場合には、ステップ
（４）において、受信バッファ１０ｂのデータから６バ
イトのパケットヘッダを除いたデータ列を印刷データバ
ッファ１０ｃあるいは制御コマンドバッファ１０ｄに移
動する。
テップ（２）でＹＥＳと判定された場合には、ステップ
（４）において、受信バッファ１０ｂのデータから６バ
イトのパケットヘッダを除いたデータ列を印刷データバ
ッファ１０ｃあるいは制御コマンドバッファ１０ｄに移
動する。
【０２７７】ここでは、該パケットヘッダの情報から、
移動先および移動するデータサイズを決定する例であ
り、パケットヘッダの１バイト目「０ｘ１０」と２バイ
ト目「０ｘ１０」のＳｏｃｋｅｔ ＩＤの組合せ（ＰＳ
ＩＤ＝０ｘ１０，ＳＳＩＤ＝０ｘ１０）により、印刷デ
ータバッファ１０ｃに移動すべきものであると判断する
ことにする。
移動先および移動するデータサイズを決定する例であ
り、パケットヘッダの１バイト目「０ｘ１０」と２バイ
ト目「０ｘ１０」のＳｏｃｋｅｔ ＩＤの組合せ（ＰＳ
ＩＤ＝０ｘ１０，ＳＳＩＤ＝０ｘ１０）により、印刷デ
ータバッファ１０ｃに移動すべきものであると判断する
ことにする。
【０２７８】さらに、移動すべきデータサイズとして
は、パケットヘッダの３バイト目「０ｘ００」と４バイ
ト目「０ｘ１０」により、パケットヘッダを含んだ本パ
ケットのサイズは０ｘ００１０バイトであるとわかるの
で、パケットヘッダを除いたデータのサイズは、１０進
で１０バイト（０ｘ００１０−０ｘ０００６で０ｘ００
０ａ）ということになる。
は、パケットヘッダの３バイト目「０ｘ００」と４バイ
ト目「０ｘ１０」により、パケットヘッダを含んだ本パ
ケットのサイズは０ｘ００１０バイトであるとわかるの
で、パケットヘッダを除いたデータのサイズは、１０進
で１０バイト（０ｘ００１０−０ｘ０００６で０ｘ００
０ａ）ということになる。
【０２７９】そこで、図２０に示すように、受信バッフ
ァ１０ｂに格納されたデータのうち、パケットヘッダを
除いた１０バイトのデータが、印刷データバッファ１０
ｃに移動されることになる。
ァ１０ｂに格納されたデータのうち、パケットヘッダを
除いた１０バイトのデータが、印刷データバッファ１０
ｃに移動されることになる。
【０２８０】本実施形態は、ホスト側が従来通りの非パ
ケットプロトコルでデータを送信する際には特定信号線
を「Ｌｏｗ」にしておき、パケットプロトコルでデータ
を送信する際には特定信号線を「Ｈｉｇｈ」にしておく
というように、特定信号線が「Ｈｉｇｈ」か「Ｌｏｗ」
かによって、パケットプロトコルを使うかどうか異なる
場合に、特に有効である。というのは、パケットプロト
コルを使用するかどうかを自動的に判断して正しく動作
することが可能であるためである。
ケットプロトコルでデータを送信する際には特定信号線
を「Ｌｏｗ」にしておき、パケットプロトコルでデータ
を送信する際には特定信号線を「Ｈｉｇｈ」にしておく
というように、特定信号線が「Ｈｉｇｈ」か「Ｌｏｗ」
かによって、パケットプロトコルを使うかどうか異なる
場合に、特に有効である。というのは、パケットプロト
コルを使用するかどうかを自動的に判断して正しく動作
することが可能であるためである。
【０２８１】なお、上記実施形態では、ホストと通信可
能機器としてプリンタとを例として説明してきたが、画
像入出力機器（プリンタ，スキャナ装置）を含む各コン
ピュータ周辺機器であって、ホストと通信処理によりデ
ータ処理を行う機器であれば、データ処理の種別に限定
されることなく適用することができる。
能機器としてプリンタとを例として説明してきたが、画
像入出力機器（プリンタ，スキャナ装置）を含む各コン
ピュータ周辺機器であって、ホストと通信処理によりデ
ータ処理を行う機器であれば、データ処理の種別に限定
されることなく適用することができる。
【０２８２】また、インタフェースとして、ＩＥＥＥ１
２８４．４を例とする場合について説明したが、それ以
外にＩＥＥＥ規格化されたインタフェースであっても、
ＵＳＢ等にも適用可能な場合もあり得る。
２８４．４を例とする場合について説明したが、それ以
外にＩＥＥＥ規格化されたインタフェースであっても、
ＵＳＢ等にも適用可能な場合もあり得る。
【０２８３】以下、図２１に示すメモリマップを参照し
て本発明に係る通信制御装置を適用可能な印刷システム
で読み出し可能なデータ処理プログラムの構成について
説明する。
て本発明に係る通信制御装置を適用可能な印刷システム
で読み出し可能なデータ処理プログラムの構成について
説明する。
【０２８４】図２１は、本発明に係る通信制御装置で読
み出し可能な各種データ処理プログラムを格納する記憶
媒体のメモリマップを説明する図である。
み出し可能な各種データ処理プログラムを格納する記憶
媒体のメモリマップを説明する図である。
【０２８５】なお、特に図示しないが、記憶媒体に記憶
されるプログラム群を管理する情報、例えばバージョン
情報，作成者等も記憶され、かつ、プログラム読み出し
側のＯＳ等に依存する情報、例えばプログラムを識別表
示するアイコン等も記憶される場合もある。
されるプログラム群を管理する情報、例えばバージョン
情報，作成者等も記憶され、かつ、プログラム読み出し
側のＯＳ等に依存する情報、例えばプログラムを識別表
示するアイコン等も記憶される場合もある。
【０２８６】さらに、各種プログラムに従属するデータ
も上記ディレクトリに管理されている。また、各種プロ
グラムをコンピュータにインストールするためのプログ
ラムや、インストールするプログラムが圧縮されている
場合に、解凍するプログラム等も記憶される場合もあ
る。
も上記ディレクトリに管理されている。また、各種プロ
グラムをコンピュータにインストールするためのプログ
ラムや、インストールするプログラムが圧縮されている
場合に、解凍するプログラム等も記憶される場合もあ
る。
【０２８７】本実施形態における図１２，図１４，図１
８に示す機能が外部からインストールされるプログラム
によって、ホストコンピュータにより遂行されていても
よい。そして、その場合、ＣＤ−ＲＯＭやフラッシュメ
モリやＦＤ等の記憶媒体により、あるいはネットワーク
を介して外部の記憶媒体から、プログラムを含む情報群
を出力装置に供給される場合でも本発明は適用されるも
のである。
８に示す機能が外部からインストールされるプログラム
によって、ホストコンピュータにより遂行されていても
よい。そして、その場合、ＣＤ−ＲＯＭやフラッシュメ
モリやＦＤ等の記憶媒体により、あるいはネットワーク
を介して外部の記憶媒体から、プログラムを含む情報群
を出力装置に供給される場合でも本発明は適用されるも
のである。
【０２８８】以上のように、前述した実施形態の機能を
実現するソフトウエアのプログラムコードを記録した記
憶媒体を、システムあるいは装置に供給し、そのシステ
ムあるいは装置のコンピュータ（またはＣＰＵやＭＰ
Ｕ）が記憶媒体に格納されたプログラムコードを読出し
実行することによっても、本発明の目的が達成されるこ
とは言うまでもない。
実現するソフトウエアのプログラムコードを記録した記
憶媒体を、システムあるいは装置に供給し、そのシステ
ムあるいは装置のコンピュータ（またはＣＰＵやＭＰ
Ｕ）が記憶媒体に格納されたプログラムコードを読出し
実行することによっても、本発明の目的が達成されるこ
とは言うまでもない。
【０２８９】この場合、記憶媒体から読み出されたプロ
グラムコード自体が本発明の新規な機能を実現すること
になり、そのプログラムコードを記憶した記憶媒体は本
発明を構成することになる。
グラムコード自体が本発明の新規な機能を実現すること
になり、そのプログラムコードを記憶した記憶媒体は本
発明を構成することになる。
【０２９０】プログラムコードを供給するための記憶媒
体としては、例えば、フロッピーディスク，ハードディ
スク，光ディスク，光磁気ディスク，ＣＤ−ＲＯＭ，Ｃ
Ｄ−Ｒ，磁気テープ，不揮発性のメモリカード，ＲＯ
Ｍ，ＥＥＰＲＯＭ等を用いることができる。
体としては、例えば、フロッピーディスク，ハードディ
スク，光ディスク，光磁気ディスク，ＣＤ−ＲＯＭ，Ｃ
Ｄ−Ｒ，磁気テープ，不揮発性のメモリカード，ＲＯ
Ｍ，ＥＥＰＲＯＭ等を用いることができる。
【０２９１】また、コンピュータが読み出したプログラ
ムコードを実行することにより、前述した実施形態の機
能が実現されるだけでなく、そのプログラムコードの指
示に基づき、コンピュータ上で稼働しているＯＳ（オペ
レーティングシステム）等が実際の処理の一部または全
部を行い、その処理によって前述した実施形態の機能が
実現される場合も含まれることは言うまでもない。
ムコードを実行することにより、前述した実施形態の機
能が実現されるだけでなく、そのプログラムコードの指
示に基づき、コンピュータ上で稼働しているＯＳ（オペ
レーティングシステム）等が実際の処理の一部または全
部を行い、その処理によって前述した実施形態の機能が
実現される場合も含まれることは言うまでもない。
【０２９２】さらに、記憶媒体から読み出されたプログ
ラムコードが、コンピュータに挿入された機能拡張ボー
ドやコンピュータに接続された機能拡張ユニットに備わ
るメモリに書き込まれた後、そのプログラムコードの指
示に基づき、その機能拡張ボードや機能拡張ユニットに
備わるＣＰＵ等が実際の処理の一部または全部を行い、
その処理によって前述した実施形態の機能が実現される
場合も含まれることは言うまでもない。
ラムコードが、コンピュータに挿入された機能拡張ボー
ドやコンピュータに接続された機能拡張ユニットに備わ
るメモリに書き込まれた後、そのプログラムコードの指
示に基づき、その機能拡張ボードや機能拡張ユニットに
備わるＣＰＵ等が実際の処理の一部または全部を行い、
その処理によって前述した実施形態の機能が実現される
場合も含まれることは言うまでもない。
【０２９３】
【発明の効果】以上説明したように、本発明に係る第１
の発明によれば、所定のインタフェースを介してデータ
処理装置と双方向通信処理を行う通信制御装置であっ
て、前記データ処理装置から受信した受信データを記憶
する複数のメモリ領域が確保可能な記憶手段と、前記通
信処理に対して使用するプロトコル種別を設定する設定
手段と、前記設定手段により設定された前記プロトコル
種別がパケットプロトコルかどうかを判定する判定手段
と、前記判定手段により設定された前記プロトコル種別
がパケットプロトコルであると判定された場合に、前記
記憶手段に記憶された受信データ中の種別を判定して各
データの転送先を変更する制御手段とを有するので、ユ
ーザ等が特定のパケットプロトコルの使用有無を設定す
ることができ、ユーザのパケット通信要求に対して柔軟
に対応できるデータ通信環境を自在に構築することがで
きる。
の発明によれば、所定のインタフェースを介してデータ
処理装置と双方向通信処理を行う通信制御装置であっ
て、前記データ処理装置から受信した受信データを記憶
する複数のメモリ領域が確保可能な記憶手段と、前記通
信処理に対して使用するプロトコル種別を設定する設定
手段と、前記設定手段により設定された前記プロトコル
種別がパケットプロトコルかどうかを判定する判定手段
と、前記判定手段により設定された前記プロトコル種別
がパケットプロトコルであると判定された場合に、前記
記憶手段に記憶された受信データ中の種別を判定して各
データの転送先を変更する制御手段とを有するので、ユ
ーザ等が特定のパケットプロトコルの使用有無を設定す
ることができ、ユーザのパケット通信要求に対して柔軟
に対応できるデータ通信環境を自在に構築することがで
きる。
【０２９４】第２の発明によれば、所定のインタフェー
スを介してデータ処理装置と双方向通信処理を複数の通
信モードに従って行う通信制御装置であって、前記デー
タ処理装置から受信した受信データを記憶する複数のメ
モリ領域が確保可能な記憶手段と、前記通信処理に対し
て使用するプロトコル種別を各通信モード毎に設定する
設定手段と、前記設定手段により各通信モード毎に設定
された前記プロトコル種別がパケットプロトコルかどう
かを判定する判定手段と、前記判定手段により各通信モ
ードで設定された前記プロトコル種別がパケットプロト
コルであると判定された場合に、前記記憶手段に記憶さ
れた受信データ中の種別を判定して各データの転送先を
変更する制御手段とを有するので、ユーザ等が特定のパ
ケットプロトコルの使用有無を各通信モード毎に設定す
ることができ、ユーザのパケット通信要求に対してより
柔軟に対応できるデータ通信環境を自在に構築すること
ができる。
スを介してデータ処理装置と双方向通信処理を複数の通
信モードに従って行う通信制御装置であって、前記デー
タ処理装置から受信した受信データを記憶する複数のメ
モリ領域が確保可能な記憶手段と、前記通信処理に対し
て使用するプロトコル種別を各通信モード毎に設定する
設定手段と、前記設定手段により各通信モード毎に設定
された前記プロトコル種別がパケットプロトコルかどう
かを判定する判定手段と、前記判定手段により各通信モ
ードで設定された前記プロトコル種別がパケットプロト
コルであると判定された場合に、前記記憶手段に記憶さ
れた受信データ中の種別を判定して各データの転送先を
変更する制御手段とを有するので、ユーザ等が特定のパ
ケットプロトコルの使用有無を各通信モード毎に設定す
ることができ、ユーザのパケット通信要求に対してより
柔軟に対応できるデータ通信環境を自在に構築すること
ができる。
【０２９５】第３の発明によれば、所定数の通信ライン
を備えるインタフェースを介してデータ処理装置と双方
向通信処理を行う通信制御装置であって、前記データ処
理装置から受信した受信データを記憶する複数のメモリ
領域が確保可能な記憶手段と、前記通信ライン中の特定
の通信ラインの信号状態を検出する検出手段と、前記検
出手段による前記特定の通信ラインの信号状態の検出結
果に基づいてデータ通信に対するプロトコル種別がパケ
ットプロトコルかどうかを判定する判定手段と、前記判
定手段により判定された前記プロトコル種別がパケット
プロトコルであると判定された場合に、前記記憶手段に
記憶された受信データ中の種別を判定して各データの転
送先を変更する制御手段とを有するので、特定のパケッ
トプロトコルの使用有無を自動判定して設定することが
でき、パケット通信要求に対して迅速に対応できるデー
タ通信環境を自在に構築することができる。
を備えるインタフェースを介してデータ処理装置と双方
向通信処理を行う通信制御装置であって、前記データ処
理装置から受信した受信データを記憶する複数のメモリ
領域が確保可能な記憶手段と、前記通信ライン中の特定
の通信ラインの信号状態を検出する検出手段と、前記検
出手段による前記特定の通信ラインの信号状態の検出結
果に基づいてデータ通信に対するプロトコル種別がパケ
ットプロトコルかどうかを判定する判定手段と、前記判
定手段により判定された前記プロトコル種別がパケット
プロトコルであると判定された場合に、前記記憶手段に
記憶された受信データ中の種別を判定して各データの転
送先を変更する制御手段とを有するので、特定のパケッ
トプロトコルの使用有無を自動判定して設定することが
でき、パケット通信要求に対して迅速に対応できるデー
タ通信環境を自在に構築することができる。
【０２９６】第４の発明によれば、前記制御手段は、前
記受信データ中のヘッダ部を除く制御データと前記制御
データ以外のデータとを識別して異なるメモリ領域に移
動させるので、パケットプロトコル特有の制御データと
それ以外のデータとをそれぞれ識別して正常に処理する
ことができる。
記受信データ中のヘッダ部を除く制御データと前記制御
データ以外のデータとを識別して異なるメモリ領域に移
動させるので、パケットプロトコル特有の制御データと
それ以外のデータとをそれぞれ識別して正常に処理する
ことができる。
【０２９７】第５の発明によれば、前記設定手段により
設定された前記プロトコル種別を不揮発に記憶する不揮
発性メモリを有するので、ユーザの通信環境設定を忠実
に反映させたデータ通信を誤りなく開始できる。
設定された前記プロトコル種別を不揮発に記憶する不揮
発性メモリを有するので、ユーザの通信環境設定を忠実
に反映させたデータ通信を誤りなく開始できる。
【０２９８】第６の発明によれば、前記設定手段により
設定された各通信モード別の前記プロトコル種別を不揮
発に記憶する不揮発性メモリを有するので、ユーザのき
め細かい通信環境設定を忠実に反映させたデータ通信を
誤りなく開始できる。
設定された各通信モード別の前記プロトコル種別を不揮
発に記憶する不揮発性メモリを有するので、ユーザのき
め細かい通信環境設定を忠実に反映させたデータ通信を
誤りなく開始できる。
【０２９９】第７の発明によれば、前記制御データ以外
のデータは、印刷データとするので、制御データを印刷
データとして処理してしまう事態を確実に回避して、正
常な印刷結果を得る印刷データ処理を行うことができ
る。
のデータは、印刷データとするので、制御データを印刷
データとして処理してしまう事態を確実に回避して、正
常な印刷結果を得る印刷データ処理を行うことができ
る。
【０３００】第８の発明によれば、前記通信モードは、
前記データ処理装置から前記通信制御装置を備える機器
へデータ通信する第１のデータ通信モード，前記データ
処理装置から前記通信制御装置を備える機器へまたは前
記機器から前記データ処理装置へデータ通信する第２の
データ通信モードとを含むので、第１と第２の通信モー
ドでパケットプロトコルを使用するかどうかを個別に設
定することができ、ユーザが要求する通信処理環境に柔
軟に対応することができる。
前記データ処理装置から前記通信制御装置を備える機器
へデータ通信する第１のデータ通信モード，前記データ
処理装置から前記通信制御装置を備える機器へまたは前
記機器から前記データ処理装置へデータ通信する第２の
データ通信モードとを含むので、第１と第２の通信モー
ドでパケットプロトコルを使用するかどうかを個別に設
定することができ、ユーザが要求する通信処理環境に柔
軟に対応することができる。
【０３０１】第９，第１２の発明によれば、所定のイン
タフェースを介してデータ処理装置と双方向通信処理を
行う通信制御装置のデータ処理方法であって、あるいは
定のインタフェースを介してデータ処理装置と双方向通
信処理を行う機器を制御するコンピュータが読み出し可
能なプログラムを格納した記憶媒体であって、前記デー
タ処理装置から受信した受信データを記憶する複数のメ
モリ領域が確保可能なメモリのいずれかの領域に格納す
る格納工程と、前記通信処理に対して使用するプロトコ
ル種別を設定する設定工程と、前記設定工程により設定
された前記プロトコル種別がパケットプロトコルかどう
かを判定する判定工程と、前記判定工程により設定され
た前記プロトコル種別がパケットプロトコルであると判
定された場合に、前記メモリのいずれかの領域に記憶さ
れた受信データ中の種別を判定して各データを前記メモ
リ中の異なる領域に転送する転送工程とを有するので、
ユーザ等が特定のパケットプロトコルの使用有無を設定
することができ、ユーザのパケット通信要求に対して柔
軟に対応できるデータ通信環境を自在に構築することが
できる。
タフェースを介してデータ処理装置と双方向通信処理を
行う通信制御装置のデータ処理方法であって、あるいは
定のインタフェースを介してデータ処理装置と双方向通
信処理を行う機器を制御するコンピュータが読み出し可
能なプログラムを格納した記憶媒体であって、前記デー
タ処理装置から受信した受信データを記憶する複数のメ
モリ領域が確保可能なメモリのいずれかの領域に格納す
る格納工程と、前記通信処理に対して使用するプロトコ
ル種別を設定する設定工程と、前記設定工程により設定
された前記プロトコル種別がパケットプロトコルかどう
かを判定する判定工程と、前記判定工程により設定され
た前記プロトコル種別がパケットプロトコルであると判
定された場合に、前記メモリのいずれかの領域に記憶さ
れた受信データ中の種別を判定して各データを前記メモ
リ中の異なる領域に転送する転送工程とを有するので、
ユーザ等が特定のパケットプロトコルの使用有無を設定
することができ、ユーザのパケット通信要求に対して柔
軟に対応できるデータ通信環境を自在に構築することが
できる。
【０３０２】第１０，第１３の発明によれば、所定のイ
ンタフェースを介してデータ処理装置と双方向通信処理
を複数の通信モードに従って行う通信制御装置のデータ
処理方法であって、あるいは所定のインタフェースを介
してデータ処理装置と双方向通信処理を複数の通信モー
ドに従って行う機器を制御するコンピュータが読み出し
可能なプログラムを格納した記憶媒体であって、前記デ
ータ処理装置から受信した受信データを記憶する複数の
メモリ領域が確保可能なメモリのいずれかの領域に格納
する格納工程と、前記通信処理に対して使用するプロト
コル種別を各通信モード毎に設定する設定工程と、前記
設定工程により各通信モード毎に設定された前記プロト
コル種別がパケットプロトコルかどうかを判定する判定
工程と、前記判定工程により各通信モードで設定された
前記プロトコル種別がパケットプロトコルであると判定
された場合に、前記メモリのいずれかの領域に記憶され
た受信データ中の種別を判定して各データを前記メモリ
中の異なる領域に転送する転送工程とを有するので、ユ
ーザ等が特定のパケットプロトコルの使用有無を各通信
モード毎に設定することができ、ユーザのパケット通信
要求に対してより柔軟に対応できるデータ通信環境を自
在に構築することができる。
ンタフェースを介してデータ処理装置と双方向通信処理
を複数の通信モードに従って行う通信制御装置のデータ
処理方法であって、あるいは所定のインタフェースを介
してデータ処理装置と双方向通信処理を複数の通信モー
ドに従って行う機器を制御するコンピュータが読み出し
可能なプログラムを格納した記憶媒体であって、前記デ
ータ処理装置から受信した受信データを記憶する複数の
メモリ領域が確保可能なメモリのいずれかの領域に格納
する格納工程と、前記通信処理に対して使用するプロト
コル種別を各通信モード毎に設定する設定工程と、前記
設定工程により各通信モード毎に設定された前記プロト
コル種別がパケットプロトコルかどうかを判定する判定
工程と、前記判定工程により各通信モードで設定された
前記プロトコル種別がパケットプロトコルであると判定
された場合に、前記メモリのいずれかの領域に記憶され
た受信データ中の種別を判定して各データを前記メモリ
中の異なる領域に転送する転送工程とを有するので、ユ
ーザ等が特定のパケットプロトコルの使用有無を各通信
モード毎に設定することができ、ユーザのパケット通信
要求に対してより柔軟に対応できるデータ通信環境を自
在に構築することができる。
【０３０３】第１１，第１４の発明によれば、所定数の
通信ラインを備えるインタフェースを介してデータ処理
装置と双方向通信処理を行う通信制御装置のデータ処理
方法であって、あるいは所定数の通信ラインを備えるイ
ンタフェースを介してデータ処理装置と双方向通信処理
を行う機器を制御するコンピュータが読み出し可能なプ
ログラムを格納した記憶媒体であって、前記データ処理
装置から受信した受信データを記憶する複数のメモリ領
域が確保可能なメモリのいずれかの領域に格納する格納
工程と、前記通信ライン中の特定の通信ラインの信号状
態を検出する検出工程と、前記検出工程による前記特定
の通信ラインの信号状態の検出結果に基づいてデータ通
信に対するプロトコル種別がパケットプロトコルかどう
かを判定する判定工程と、前記判定工程により判定され
た前記プロトコル種別がパケットプロトコルであると判
定された場合に、前記メモリのいずれかの領域に記憶さ
れた受信データ中の種別を判定して各データを前記メモ
リ中の異なる領域に転送する転送工程とを有するので、
特定のパケットプロトコルの使用有無を自動判定して設
定することができ、パケット通信要求に対して迅速に対
応できるデータ通信環境を自在に構築することができ
る。
通信ラインを備えるインタフェースを介してデータ処理
装置と双方向通信処理を行う通信制御装置のデータ処理
方法であって、あるいは所定数の通信ラインを備えるイ
ンタフェースを介してデータ処理装置と双方向通信処理
を行う機器を制御するコンピュータが読み出し可能なプ
ログラムを格納した記憶媒体であって、前記データ処理
装置から受信した受信データを記憶する複数のメモリ領
域が確保可能なメモリのいずれかの領域に格納する格納
工程と、前記通信ライン中の特定の通信ラインの信号状
態を検出する検出工程と、前記検出工程による前記特定
の通信ラインの信号状態の検出結果に基づいてデータ通
信に対するプロトコル種別がパケットプロトコルかどう
かを判定する判定工程と、前記判定工程により判定され
た前記プロトコル種別がパケットプロトコルであると判
定された場合に、前記メモリのいずれかの領域に記憶さ
れた受信データ中の種別を判定して各データを前記メモ
リ中の異なる領域に転送する転送工程とを有するので、
特定のパケットプロトコルの使用有無を自動判定して設
定することができ、パケット通信要求に対して迅速に対
応できるデータ通信環境を自在に構築することができ
る。
【０３０４】従って、ユーザ等が特定のパケットプロト
コルの使用有無を設定することができ、ユーザのパケッ
ト通信要求に対して柔軟に対応できるデータ通信環境を
整備して、受信するデータを誤りなく処理できるととも
に、ユーザ等が特定のパケットプロトコルの使用有無を
各通信モード毎に設定することができ、ユーザのパケッ
ト通信要求に対してより柔軟に対応できるデータ通信環
境を整備して、受信するデータを誤りなく処理できると
ともに、さらには、特定の通信プロトコルに従うデータ
通信環境を信号状態から自動設定して、受信するデータ
を誤りなく処理できる等の効果を奏する。
コルの使用有無を設定することができ、ユーザのパケッ
ト通信要求に対して柔軟に対応できるデータ通信環境を
整備して、受信するデータを誤りなく処理できるととも
に、ユーザ等が特定のパケットプロトコルの使用有無を
各通信モード毎に設定することができ、ユーザのパケッ
ト通信要求に対してより柔軟に対応できるデータ通信環
境を整備して、受信するデータを誤りなく処理できると
ともに、さらには、特定の通信プロトコルに従うデータ
通信環境を信号状態から自動設定して、受信するデータ
を誤りなく処理できる等の効果を奏する。
【図１】本発明の第１実施形態を示す印刷装置の構成を
説明するブロック図である。
説明するブロック図である。
【図２】図１に示したパネル装置の一例を示す平面図で
ある。
ある。
【図３】本発明に係る通信制御装置におけるパケットプ
ロトコル設定手順を示す図である。
ロトコル設定手順を示す図である。
【図４】本発明に係る通信制御装置におけるパケットプ
ロトコルセット手順を示す操作画面例を示す図である。
ロトコルセット手順を示す操作画面例を示す図である。
【図５】本発明に係る通信制御装置におけるパケットプ
ロトコルセット手順を示す操作画面例を示す図である。
ロトコルセット手順を示す操作画面例を示す図である。
【図６】本発明に係る通信制御装置におけるパケットプ
ロトコルセット手順を示す操作画面例を示す図である。
ロトコルセット手順を示す操作画面例を示す図である。
【図７】本発明に係る通信制御装置におけるパケットプ
ロトコルセット手順を示す操作画面例を示す図である。
ロトコルセット手順を示す操作画面例を示す図である。
【図８】本発明に係る通信制御装置におけるパケットプ
ロトコルセット手順を示す操作画面例を示す図である。
ロトコルセット手順を示す操作画面例を示す図である。
【図９】本発明に係る通信制御装置におけるパケットプ
ロトコルセット手順を示す操作画面例を示す図である。
ロトコルセット手順を示す操作画面例を示す図である。
【図１０】本発明に係る通信制御装置におけるパケット
プロトコルセット手順を示す操作画面例を示す図であ
る。
プロトコルセット手順を示す操作画面例を示す図であ
る。
【図１１】本発明に係る通信制御装置におけるパケット
プロトコルセット手順を示す操作画面例を示す図であ
る。
プロトコルセット手順を示す操作画面例を示す図であ
る。
【図１２】本発明に係る通信制御装置における第１のデ
ータ処理手順の一例を示すフローチャートである。
ータ処理手順の一例を示すフローチャートである。
【図１３】本発明の第２実施形態を示す通信制御装置を
適用可能な印刷システムの構成を説明するブロック図で
ある。
適用可能な印刷システムの構成を説明するブロック図で
ある。
【図１４】本発明に係る通信制御装置における第２のデ
ータ処理手順の一例を示すフローチャートである。
ータ処理手順の一例を示すフローチャートである。
【図１５】本発明の第３実施形態を示す印刷制御装置を
適用可能な印刷システムの構成を説明するブロック図で
ある。
適用可能な印刷システムの構成を説明するブロック図で
ある。
【図１６】本発明に係る通信制御装置におけるデータ通
信状態を説明するタイミングチャートである。
信状態を説明するタイミングチャートである。
【図１７】本発明に係る通信制御装置におけるデータ通
信状態を説明するタイミングチャートである。
信状態を説明するタイミングチャートである。
【図１８】本発明に係る通信制御装置における第３のデ
ータ処理手順の一例を示すフローチャートである。
ータ処理手順の一例を示すフローチャートである。
【図１９】本発明に係る通信制御装置における受信デー
タの移動処理を説明する図である。
タの移動処理を説明する図である。
【図２０】本発明に係る通信制御装置における受信デー
タの移動処理を説明する図である。
タの移動処理を説明する図である。
【図２１】本発明に係る通信制御装置で読み出し可能な
各種データ処理プログラムを格納する記憶媒体のメモリ
マップを説明する図である。
各種データ処理プログラムを格納する記憶媒体のメモリ
マップを説明する図である。
【図２２】この種の通信制御装置を適用可能な印刷シス
テムにおけるプリンタインタフェースのピン配置構成を
説明する平面図である。
テムにおけるプリンタインタフェースのピン配置構成を
説明する平面図である。
【図２３】この種の通信制御装置を適用可能な印刷シス
テムにおけるデータ転送処理状態を説明するタイミング
チャートである。
テムにおけるデータ転送処理状態を説明するタイミング
チャートである。
【図２４】この種の通信制御装置を適用可能な印刷シス
テムにおける各通信制御プログラムとアプリケーション
との関係を説明する概念図である。
テムにおける各通信制御プログラムとアプリケーション
との関係を説明する概念図である。
【図２５】この種の通信制御装置を適用可能な印刷シス
テムの通信インタフェースで利用する通信パケットの構
造を説明する図である。
テムの通信インタフェースで利用する通信パケットの構
造を説明する図である。
【図２６】この種の通信制御装置を適用可能な印刷シス
テムのの通信インタフェースでやり取りされる通信デー
タの一例を示す図である。
テムのの通信インタフェースでやり取りされる通信デー
タの一例を示す図である。
【図２７】この種の通信制御装置を適用可能な印刷シス
テムの通信インタフェースにおけるマルチチャンネル動
作を説明する概念図である。
テムの通信インタフェースにおけるマルチチャンネル動
作を説明する概念図である。
【図２８】この種の通信制御装置を適用可能な印刷シス
テムの通信インタフェースにおけるマルチチャンネル動
作を説明する概念図である。
テムの通信インタフェースにおけるマルチチャンネル動
作を説明する概念図である。
【図２９】この種の通信制御装置を適用可能な印刷シス
テムの通信インタフェースにおけるマルチチャンネル動
作を説明する概念図である。
テムの通信インタフェースにおけるマルチチャンネル動
作を説明する概念図である。
【図３０】この種の通信制御装置を適用可能な印刷シス
テムの通信インタフェースにおけるマルチチャンネル動
作を説明する概念図である。
テムの通信インタフェースにおけるマルチチャンネル動
作を説明する概念図である。
【図３１】この種の通信制御装置を適用可能な印刷シス
テムの通信インタフェースにおけるマルチチャンネル動
作を説明する概念図である。
テムの通信インタフェースにおけるマルチチャンネル動
作を説明する概念図である。
【図３２】この種の通信制御装置を適用可能な印刷シス
テムにおけるデータ通信処理手順の一例を示すフローチ
ャートである。
テムにおけるデータ通信処理手順の一例を示すフローチ
ャートである。
【図３３】この種の通信制御装置を適用可能な印刷シス
テムにおけるデータ通信処理手順の一例を示すフローチ
ャートである。
テムにおけるデータ通信処理手順の一例を示すフローチ
ャートである。
【図３４】この種の通信制御装置を適用可能な印刷シス
テムにおけるデータ通信処理手順の一例を示すフローチ
ャートである。
テムにおけるデータ通信処理手順の一例を示すフローチ
ャートである。
【図３５】この種の通信制御装置を適用可能な印刷シス
テムにおける上位装置から通信相手先の機器（印刷装
置）に対して通知される初期コマンドパケットのデータ
構造を説明する図である。
テムにおける上位装置から通信相手先の機器（印刷装
置）に対して通知される初期コマンドパケットのデータ
構造を説明する図である。
【図３６】この種の通信制御装置を適用可能な印刷シス
テムにおける印刷装置から通信要求元上位装置に対して
通知される応答パケットのデータ構造を説明する図であ
る。
テムにおける印刷装置から通信要求元上位装置に対して
通知される応答パケットのデータ構造を説明する図であ
る。
【図３７】この種の通信制御装置を適用可能な印刷シス
テムにおける上位装置から印刷装置に対して通知される
オープンコマンドパケットのデータ構造を説明する図で
ある。
テムにおける上位装置から印刷装置に対して通知される
オープンコマンドパケットのデータ構造を説明する図で
ある。
【図３８】この種の通信制御装置を適用可能な印刷シス
テムにおける印刷装置から上位装置に対して通知される
オープンチャンネル応答パケットのデータ構造を説明す
る図である。
テムにおける印刷装置から上位装置に対して通知される
オープンチャンネル応答パケットのデータ構造を説明す
る図である。
【図３９】この種の通信制御装置を適用可能な印刷シス
テムにおける上位装置から印刷装置に対して通知される
クローズチャネルコマンドパケットのデータ構造を説明
する図である。
テムにおける上位装置から印刷装置に対して通知される
クローズチャネルコマンドパケットのデータ構造を説明
する図である。
【図４０】この種の通信制御装置を適用可能な印刷シス
テムにおける印刷装置から上位装置に対して通知される
クローズチャネル応答パケットのデータ構造を説明する
図である。
テムにおける印刷装置から上位装置に対して通知される
クローズチャネル応答パケットのデータ構造を説明する
図である。
【図４１】この種の通信制御装置を適用可能な印刷シス
テムにおける上位装置から印刷装置に対して通知される
イグジットコマンドパケットのデータ構造を説明する図
である。
テムにおける上位装置から印刷装置に対して通知される
イグジットコマンドパケットのデータ構造を説明する図
である。
【図４２】この種の通信制御装置を適用可能な印刷シス
テムにおける印刷装置から上位装置に対して通知される
イグジット応答パケットのデータ構造を説明する図であ
る。
テムにおける印刷装置から上位装置に対して通知される
イグジット応答パケットのデータ構造を説明する図であ
る。
【図４３】この種の通信制御装置を適用可能な印刷シス
テムにおける上位装置と印刷装置との間におけるパラメ
ータＣｒｅｄｉｔの状態遷移を説明する図である。
テムにおける上位装置と印刷装置との間におけるパラメ
ータＣｒｅｄｉｔの状態遷移を説明する図である。
【図４４】この種の通信制御装置を適用可能な印刷シス
テムにおけるパラメータＣｒｅｄｉｔを要求するパラメ
ータ要求コマンドパケットのデータ構造を説明する図で
ある。
テムにおけるパラメータＣｒｅｄｉｔを要求するパラメ
ータ要求コマンドパケットのデータ構造を説明する図で
ある。
【図４５】この種の通信制御装置を適用可能な印刷シス
テムにおけるパラメータ要求応答パケットのデータ構造
を説明する図である。
テムにおけるパラメータ要求応答パケットのデータ構造
を説明する図である。
１ レーザビームプリンタ（ＬＢＰ） ２ ホスト ３ コントローラ ４ エンジン ５ パネル装置 ６ ディスク装置 ７ ＣＰＵ ８ ＰＲＯＭ ９ オプションメモリ １０ ＲＡＭ １０ａ フレームバッファ １０ｂ 受信バッファ １０ｃ 印刷データバッファ １０ｄ 制御コマンドバッファ １１ ホストインタフェース（ホストＩ／Ｆ） １２ エンジンインタフェース（エンジンＩ／Ｆ） １３ パネルインタフェース（パネルＩ／Ｆ） １４ ディスクインタフェース（ディスクＩ／Ｆ） １５ ＮＶＲＡＭ １５ａ パケットプロトコルフラグ
Claims (14)
- 【請求項１】 所定のインタフェースを介してデータ処
理装置と双方向通信処理を行う通信制御装置であって、 前記データ処理装置から受信した受信データを記憶する
複数のメモリ領域が確保可能な記憶手段と、 前記通信処理に対して使用するプロトコル種別を設定す
る設定手段と、 前記設定手段により設定された前記プロトコル種別がパ
ケットプロトコルかどうかを判定する判定手段と、 前記判定手段により設定された前記プロトコル種別がパ
ケットプロトコルであると判定された場合に、前記記憶
手段に記憶された受信データ中の種別を判定して各デー
タの転送先を変更する制御手段と、を有することを特徴
とする通信制御装置。 - 【請求項２】 所定のインタフェースを介してデータ処
理装置と双方向通信処理を複数の通信モードに従って行
う通信制御装置であって、 前記データ処理装置から受信した受信データを記憶する
複数のメモリ領域が確保可能な記憶手段と、 前記通信処理に対して使用するプロトコル種別を各通信
モード毎に設定する設定手段と、 前記設定手段により各通信モード毎に設定された前記プ
ロトコル種別がパケットプロトコルかどうかを判定する
判定手段と、 前記判定手段により各通信モードで設定された前記プロ
トコル種別がパケットプロトコルであると判定された場
合に、前記記憶手段に記憶された受信データ中の種別を
判定して各データの転送先を変更する制御手段と、を有
することを特徴とする通信制御装置。 - 【請求項３】 所定数の通信ラインを備えるインタフェ
ースを介してデータ処理装置と双方向通信処理を行う通
信制御装置であって、 前記データ処理装置から受信した受信データを記憶する
複数のメモリ領域が確保可能な記憶手段と、 前記通信ライン中の特定の通信ラインの信号状態を検出
する検出手段と、 前記検出手段による前記特定の通信ラインの信号状態の
検出結果に基づいてデータ通信に対するプロトコル種別
がパケットプロトコルかどうかを判定する判定手段と、 前記判定手段により判定された前記プロトコル種別がパ
ケットプロトコルであると判定された場合に、前記記憶
手段に記憶された受信データ中の種別を判定して各デー
タの転送先を変更する制御手段と、を有することを特徴
とする通信制御装置。 - 【請求項４】 前記制御手段は、前記受信データ中のヘ
ッダ部を除く制御データと前記制御データ以外のデータ
とを識別して異なるメモリ領域に移動させることを特徴
とする請求項１〜３のいずれかに記載の通信制御装置。 - 【請求項５】 前記設定手段により設定された前記プロ
トコル種別を不揮発に記憶する不揮発性メモリを有する
ことを特徴とする請求項１記載の通信制御装置。 - 【請求項６】 前記設定手段により設定された各通信モ
ード別の前記プロトコル種別を不揮発に記憶する不揮発
性メモリを有することを特徴とする請求項２記載の通信
制御装置。 - 【請求項７】 前記制御データ以外のデータは、印刷デ
ータとすることを特徴とする請求項４記載の通信制御装
置。 - 【請求項８】 前記通信モードは、前記データ処理装置
から前記通信制御装置を備える機器へデータ通信する第
１のデータ通信モード，前記データ処理装置から前記通
信制御装置を備える機器へまたは前記機器から前記デー
タ処理装置へデータ通信する第２のデータ通信モードと
を含むことを特徴とする請求項２に記載の通信制御装
置。 - 【請求項９】 所定のインタフェースを介してデータ処
理装置と双方向通信処理を行う通信制御装置のデータ処
理方法であって、 前記データ処理装置から受信した受信データを記憶する
複数のメモリ領域が確保可能なメモリのいずれかの領域
に格納する格納工程と、 前記通信処理に対して使用するプロトコル種別を設定す
る設定工程と、 前記設定工程により設定された前記プロトコル種別がパ
ケットプロトコルかどうかを判定する判定工程と、 前記判定工程により設定された前記プロトコル種別がパ
ケットプロトコルであると判定された場合に、前記メモ
リのいずれかの領域に記憶された受信データ中の種別を
判定して各データを前記メモリ中の異なる領域に転送す
る転送工程と、を有することを特徴とする通信制御装置
のデータ処理方法。 - 【請求項１０】 所定のインタフェースを介してデータ
処理装置と双方向通信処理を複数の通信モードに従って
行う通信制御装置のデータ処理方法であって、 前記データ処理装置から受信した受信データを記憶する
複数のメモリ領域が確保可能なメモリのいずれかの領域
に格納する格納工程と、 前記通信処理に対して使用するプロトコル種別を各通信
モード毎に設定する設定工程と、 前記設定工程により各通信モード毎に設定された前記プ
ロトコル種別がパケットプロトコルかどうかを判定する
判定工程と、 前記判定工程により各通信モードで設定された前記プロ
トコル種別がパケットプロトコルであると判定された場
合に、前記メモリのいずれかの領域に記憶された受信デ
ータ中の種別を判定して各データを前記メモリ中の異な
る領域に転送する転送工程と、を有することを特徴とす
る通信制御装置のデータ処理方法。 - 【請求項１１】 所定数の通信ラインを備えるインタフ
ェースを介してデータ処理装置と双方向通信処理を行う
通信制御装置のデータ処理方法であって、 前記データ処理装置から受信した受信データを記憶する
複数のメモリ領域が確保可能なメモリのいずれかの領域
に格納する格納工程と、 前記通信ライン中の特定の通信ラインの信号状態を検出
する検出工程と、 前記検出工程による前記特定の通信ラインの信号状態の
検出結果に基づいてデータ通信に対するプロトコル種別
がパケットプロトコルかどうかを判定する判定工程と、 前記判定工程により判定された前記プロトコル種別がパ
ケットプロトコルであると判定された場合に、前記メモ
リのいずれかの領域に記憶された受信データ中の種別を
判定して各データを前記メモリ中の異なる領域に転送す
る転送工程と、を有することを特徴とする通信制御装置
のデータ処理方法。 - 【請求項１２】 所定のインタフェースを介してデータ
処理装置と双方向通信処理を行う機器を制御するコンピ
ュータが読み出し可能なプログラムを格納した記憶媒体
であって、 前記データ処理装置から受信した受信データを記憶する
複数のメモリ領域が確保可能なメモリのいずれかの領域
に格納する格納工程と、 前記通信処理に対して使用するプロトコル種別を設定す
る設定工程と、 前記設定工程により設定された前記プロトコル種別がパ
ケットプロトコルかどうかを判定する判定工程と、 前記判定工程により設定された前記プロトコル種別がパ
ケットプロトコルであると判定された場合に、前記メモ
リのいずれかの領域に記憶された受信データ中の種別を
判定して各データを前記メモリ中の異なる領域に転送す
る転送工程と、を有することを特徴とするコンピュータ
が読み出し可能なプログラムを格納した記憶媒体。 - 【請求項１３】 所定のインタフェースを介してデータ
処理装置と双方向通信処理を複数の通信モードに従って
行う機器を制御するコンピュータが読み出し可能なプロ
グラムを格納した記憶媒体であって、 前記データ処理装置から受信した受信データを記憶する
複数のメモリ領域が確保可能なメモリのいずれかの領域
に格納する格納工程と、 前記通信処理に対して使用するプロトコル種別を各通信
モード毎に設定する設定工程と、 前記設定工程により各通信モード毎に設定された前記プ
ロトコル種別がパケットプロトコルかどうかを判定する
判定工程と、 前記判定工程により各通信モードで設定された前記プロ
トコル種別がパケットプロトコルであると判定された場
合に、前記メモリのいずれかの領域に記憶された受信デ
ータ中の種別を判定して各データを前記メモリ中の異な
る領域に転送する転送工程と、を有することを特徴とす
るコンピュータが読み出し可能なプログラムを格納した
記憶媒体。 - 【請求項１４】 所定数の通信ラインを備えるインタフ
ェースを介してデータ処理装置と双方向通信処理を行う
機器を制御するコンピュータが読み出し可能なプログラ
ムを格納した記憶媒体であって、 前記データ処理装置から受信した受信データを記憶する
複数のメモリ領域が確保可能なメモリのいずれかの領域
に格納する格納工程と、 前記通信ライン中の特定の通信ラインの信号状態を検出
する検出工程と、 前記検出工程による前記特定の通信ラインの信号状態の
検出結果に基づいてデータ通信に対するプロトコル種別
がパケットプロトコルかどうかを判定する判定工程と、 前記判定工程により判定された前記プロトコル種別がパ
ケットプロトコルであると判定された場合に、前記メモ
リのいずれかの領域に記憶された受信データ中の種別を
判定して各データを前記メモリ中の異なる領域に転送す
る転送工程と、を有することを特徴とするコンピュータ
が読み出し可能なプログラムを格納した記憶媒体。
Priority Applications (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP33567997A JPH11168524A (ja) | 1997-12-05 | 1997-12-05 | 通信制御装置および通信制御装置のデータ処理方法およびコンピュータが読み出し可能なプログラムを格納した記憶媒体 |
| EP98309858A EP0921473A3 (en) | 1997-12-05 | 1998-12-02 | Interface control apparatus |
| US09/203,358 US6741606B1 (en) | 1997-12-05 | 1998-12-02 | Interface control apparatus |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP33567997A JPH11168524A (ja) | 1997-12-05 | 1997-12-05 | 通信制御装置および通信制御装置のデータ処理方法およびコンピュータが読み出し可能なプログラムを格納した記憶媒体 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH11168524A true JPH11168524A (ja) | 1999-06-22 |
Family
ID=18291300
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP33567997A Pending JPH11168524A (ja) | 1997-12-05 | 1997-12-05 | 通信制御装置および通信制御装置のデータ処理方法およびコンピュータが読み出し可能なプログラムを格納した記憶媒体 |
Country Status (3)
| Country | Link |
|---|---|
| US (1) | US6741606B1 (ja) |
| EP (1) | EP0921473A3 (ja) |
| JP (1) | JPH11168524A (ja) |
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2001078344A1 (en) * | 2000-04-12 | 2001-10-18 | Sony Corporation | Data transmission method and data transmission apparatus |
| US6831753B1 (en) | 1998-04-14 | 2004-12-14 | Canon Kabushiki Kaisha | Printing apparatus, print control method, and recording medium storing print control program therein |
| JP2015185080A (ja) * | 2014-03-26 | 2015-10-22 | セイコーエプソン株式会社 | プリンターの制御装置、プリントシステム、制御方法、及び、制御プログラム |
| JP2016516230A (ja) * | 2013-03-05 | 2016-06-02 | ウインコール ニックスドルフ インターナショナル ゲーエムベーハーＷｉｎｃｏｒ Ｎｉｘｄｏｒｆ Ｉｎｔｅｒｎａｔｉｏｎａｌ ＧｍｂＨ | 高信頼端末プラットフォーム |
| JP2022017393A (ja) * | 2014-10-31 | 2022-01-25 | テキサス インスツルメンツ インコーポレイテッド | ノンブロッキング高性能トランザクションクレジットシステムを備えるマルチコアバスアーキテクチャ |
Families Citing this family (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20020080393A1 (en) * | 2000-06-13 | 2002-06-27 | Leonard Ronald A. | Parallel printer intercept |
| US7032045B2 (en) * | 2001-09-18 | 2006-04-18 | Invensys Systems, Inc. | Multi-protocol bus device |
| US7006499B2 (en) * | 2003-04-28 | 2006-02-28 | Alcatel Ip Networks, Inc. | Source identifier for MAC address learning |
| ATE372018T1 (de) * | 2003-08-01 | 2007-09-15 | Alcatel Lucent | Verfahren zur kontrollierten übertragung einer dienstleistung und gerät um dieses verfahren auszuführen |
| JP4241724B2 (ja) * | 2005-12-16 | 2009-03-18 | ブラザー工業株式会社 | 通信システム、周辺機器、及び、プログラム |
| JP2010278897A (ja) * | 2009-05-29 | 2010-12-09 | Renesas Electronics Corp | 通信データ処理回路及び通信データ処理方法 |
| TWI531959B (zh) * | 2012-10-24 | 2016-05-01 | 金寶電子工業股份有限公司 | 資料列印方法及資料列印系統 |
| US20180014212A1 (en) * | 2015-06-16 | 2018-01-11 | Mitsubishi Electric Corporation | Satellite communication device, management device, monitoring system, and monitoring method |
Family Cites Families (15)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2930257B2 (ja) * | 1991-04-22 | 1999-08-03 | 株式会社東芝 | 携帯可能電子装置 |
| CA2075774C (en) * | 1991-08-27 | 2000-10-17 | Jeff D. Pipkins | Bidirectional parallel protocol |
| JP3305042B2 (ja) * | 1993-04-23 | 2002-07-22 | キヤノン株式会社 | 印刷制御装置 |
| DE69433482T2 (de) * | 1993-11-16 | 2004-06-03 | Fuji Xerox Co., Ltd. | Netzwerkdrucker |
| US5408614A (en) | 1993-12-17 | 1995-04-18 | Xircom, Inc. | Modem adapter for use with standard PC parallel port |
| JP3222668B2 (ja) * | 1993-12-17 | 2001-10-29 | キヤノン株式会社 | 印刷制御装置および方法 |
| US5805922A (en) * | 1994-05-02 | 1998-09-08 | Motorola, Inc. | Queued serial peripheral interface having multiple queues for use in a data processing system |
| US5550957A (en) * | 1994-12-07 | 1996-08-27 | Lexmark International, Inc. | Multiple virtual printer network interface |
| US5651114A (en) * | 1995-06-23 | 1997-07-22 | Lexmark International, Inc. | External network adapter for handling normal and alternate channel data over a single bi-directional channel connected to a printer |
| US5754803A (en) * | 1996-06-27 | 1998-05-19 | Interdigital Technology Corporation | Parallel packetized intermodule arbitrated high speed control and data bus |
| US6038400A (en) * | 1995-09-27 | 2000-03-14 | Linear Technology Corporation | Self-configuring interface circuitry, including circuitry for identifying a protocol used to send signals to the interface circuitry, and circuitry for receiving the signals using the identified protocol |
| US5991520A (en) * | 1996-02-02 | 1999-11-23 | Sony Corporation | Application programming interface for managing and automating data transfer operations between applications over a bus structure |
| US5819111A (en) * | 1996-03-15 | 1998-10-06 | Adobe Systems, Inc. | System for managing transfer of data by delaying flow controlling of data through the interface controller until the run length encoded data transfer is complete |
| US5901325A (en) * | 1996-05-20 | 1999-05-04 | Hewlett-Packard Company | Extended addressing to multiple devices on a single parallel I/O port |
| US5991842A (en) * | 1996-08-27 | 1999-11-23 | Canon Kabushiki Kaisha | Communication system for providing digital data transfer, electronic equipment for transferring data using the communication system, and an interface control device |
-
1997
- 1997-12-05 JP JP33567997A patent/JPH11168524A/ja active Pending
-
1998
- 1998-12-02 US US09/203,358 patent/US6741606B1/en not_active Expired - Fee Related
- 1998-12-02 EP EP98309858A patent/EP0921473A3/en not_active Withdrawn
Cited By (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6831753B1 (en) | 1998-04-14 | 2004-12-14 | Canon Kabushiki Kaisha | Printing apparatus, print control method, and recording medium storing print control program therein |
| US7218404B2 (en) | 1998-04-14 | 2007-05-15 | Canon Kabushiki Kaisha | Printing apparatus, print control method, and recording medium storing print control program therein |
| WO2001078344A1 (en) * | 2000-04-12 | 2001-10-18 | Sony Corporation | Data transmission method and data transmission apparatus |
| JP2016516230A (ja) * | 2013-03-05 | 2016-06-02 | ウインコール ニックスドルフ インターナショナル ゲーエムベーハーＷｉｎｃｏｒ Ｎｉｘｄｏｒｆ Ｉｎｔｅｒｎａｔｉｏｎａｌ ＧｍｂＨ | 高信頼端末プラットフォーム |
| US11088840B2 (en) | 2013-03-05 | 2021-08-10 | Wincor Nixdorf International Gmbh | Trusted terminal platform |
| JP2015185080A (ja) * | 2014-03-26 | 2015-10-22 | セイコーエプソン株式会社 | プリンターの制御装置、プリントシステム、制御方法、及び、制御プログラム |
| JP2022017393A (ja) * | 2014-10-31 | 2022-01-25 | テキサス インスツルメンツ インコーポレイテッド | ノンブロッキング高性能トランザクションクレジットシステムを備えるマルチコアバスアーキテクチャ |
Also Published As
| Publication number | Publication date |
|---|---|
| US6741606B1 (en) | 2004-05-25 |
| EP0921473A2 (en) | 1999-06-09 |
| EP0921473A3 (en) | 2000-04-26 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CA2197383C (en) | Method and apparatus for providing print job buffering for a printer on a fast data path | |
| JPH11168524A (ja) | 通信制御装置および通信制御装置のデータ処理方法およびコンピュータが読み出し可能なプログラムを格納した記憶媒体 | |
| US20110102608A1 (en) | Image output system including a plurality of units connected by communications with master-slave relation | |
| US6195171B1 (en) | Printer and interface unit, printing system, and method for setting communication parameters in printer | |
| CN100431310C (zh) | 集线装置、中继控制方法、以及信息处理装置 | |
| JP4273024B2 (ja) | 情報処理装置、画像形成装置、該装置における方法、システム | |
| US5689730A (en) | Network interface apparatus adaptable to multifunction peripheral apparatus | |
| EP1724670A2 (en) | Terminal device for performing print processing, method of controlling the same, and computer product | |
| JP3847970B2 (ja) | 印刷データ処理装置、印刷データ処理方法及び記録媒体 | |
| JP2006024199A (ja) | インストール方法、装置、制御プログラム、及び該プログラムを記憶した媒体 | |
| US20080201510A1 (en) | Peripheral device | |
| US5761397A (en) | Controlling logical channel use based upon printing system environment | |
| JP3782573B2 (ja) | 印刷システム、印刷装置及びデータ転送方法 | |
| JPH05108283A (ja) | プリンタ管理装置 | |
| JP2006113968A (ja) | プリンタドライバ供給ユニット | |
| JP4400097B2 (ja) | 印刷装置、印刷制御方法、プログラム及び記録媒体 | |
| US6154287A (en) | Printing device | |
| JP4046864B2 (ja) | 通信システム、情報処理装置、データ通信装置、制御方法、及び、記憶媒体 | |
| JP4348916B2 (ja) | 画像出力システムおよびこれに用いる画像出力装置並びに制御方法 | |
| JPH02231622A (ja) | プリンタ制御システム | |
| JPH1097395A (ja) | 印刷制御装置および印刷装置の印刷制御方法およびコンピュータが読み出し可能なプログラムを格納した記憶媒体 | |
| JP2658931B2 (ja) | プリンタコントローラ | |
| JPH0660002A (ja) | 出力装置のモード設定システム | |
| KR20020059312A (ko) | 입출력 포트의 무선 공유 방법 | |
| JP2002055785A (ja) | 画像形成装置及びパケット選択方法 |