JPH10202986A

JPH10202986A - 端末プリンタ装置

Info

Publication number: JPH10202986A
Application number: JP1389497A
Authority: JP
Inventors: Shizuo Nakai; 静雄中井
Original assignee: Sharp Corp
Current assignee: Sharp Corp
Priority date: 1997-01-28
Filing date: 1997-01-28
Publication date: 1998-08-04
Also published as: EP0860770B1; DE69823900T2; EP0860770A2; US6075618A; EP0860770A3; DE69823900D1

Abstract

(57)【要約】【課題】複数の上位装置から並行して印字データを受信
可能とする。【解決手段】接続された上位装置の台数情報（Ｎ）に基
づいてデータ領域がｂｕｆ１〜ｂｕｆＮに割り当てられ
た一つの受信バッファメモリと、この受信バッファメモ
リを管理するバッファ管理メモリとを備え、バッファ管
理メモリは、ｂｕｆ１〜ｂｕｆＮを使用する各上位装置
のターミナルアドレスＨＡを格納する領域（ｂｕｆ１Ｈ
Ａ〜ｂｕｆＮＨＡ）と、このｂｕｆ１ＨＡ〜ｂｕｆＮＨ
Ａに対応して、最後に受信したパケットの一連番号を格
納する領域（ＬＰＮ１〜ＬＰＮｎ）とで構成され、着信
するパケットを、そのパケットに含まれる上位装置のタ
ーミナルアドレスＨＡと、バッファ管理メモリに記憶さ
れているターミナルアドレスＨＡ（ｂｕｆ１ＨＡ〜ｂｕ
ｆＮＨＡ）とを比較することにより、一致するターミナ
ルアドレスＨＡで示される受信バッファメモリの割り付
け領域に格納する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、複数の上位装置と
１台の端末プリンタ装置とが１つの回線で構成されたイ
ンターフェイスを介して接続されたシステムにおいて、
複数の上位装置から送信されてくる１個ないし複数個の
パケット化された印字データや制御指令などの送信デー
タの受信が可能な端末プリンタ装置に関する。

【０００２】

【従来の技術】従来より、インターフェイスを介して受
信したデータを一時的に保持する入力バッファを複数持
ち、随時切り換え可能な複数の印字モード（キャラクタ
モード、ビットイメージモード等）を持つプリンタ装置
が提供されている。

【０００３】例えば、特開平５−３３８２７８号公報の
プリンタ装置は、複数の入力バッファのうち最大容量の
バッファと等しい容量の一時バッファと、入力バッファ
の入力を管理する入力ポインタを複数の入力バッファの
うちの一つの入力バッファ上に変更する手段と、入力ポ
インタ変更前の入力ポインタによって選択されていた入
力バッファの全容量を一時バッファに転送する手段と、
入力バッファの出力を管理する出力ポインタを一時バッ
ファ上に変更する手段と、一時バッファが空になった時
点で出力ポインタを入力ポインタ変更後の入力バッファ
上に変更する手段とを備え、各印字モードごとに入力バ
ッファの位置、大きさを任意かつリアルタイムに設定す
ることが可能な構成となっている。

【０００４】そして、複数の入力バッファのうち、少な
くとも一つの入力バッファの大きさが１バイト、又は２
５６バイト単位とすることにより、キャラクタモードで
使用されていた受信バッファがそのまま他の用途に転用
できるようになっている。例えば、印字バッファに使用
することによって、ビットイメージ印字の一層の高速化
が可能となるものである。また、入力ポインタ変更前の
入力バッファの内容を一時バッファに転送する手段と、
一時バッファの内容を入力ポインタ変更後の入力バッフ
ァに転送する手段とをハードウエアにより実現すること
によって、一時バッファとしてのハードウエアを着脱可
能なカートリッジとしたものである。また、特開平５−
３４１９２６号公報のプリンタ装置は、モードが切り替
わった時点でデータ受信を停止する手段と、入力バッフ
ァが空になった時点で入力バッファの入出力を管理する
ポインタを変更する手段と、データ受信を再開する手段
とを備え、各印字モードごとに入力バッファの位置、容
量が任意に設定可能な構成となっている。

【０００５】そして、少なくとも一つのモードにおける
入力バッファ容量を１バイト、又は２５６バイト単位と
することにより、キャラクタモードで使用されていた受
信バッファ容量がそのまま他の用途に転用できるように
なっている。例えば、印字バッファに使用することによ
って、ビットイメージ印字の一層の高速化が可能となる
ものである。また、少なくとも一つのモードにおける入
力バッファを着脱可能なカートリッジ内に持つように構
成されている。

【０００６】また、特開平５−３４１９２７号公報のプ
リンタ装置は、モードの切り替わった時点でデータ受信
を停止する手段と、入力バッファの入力を管理する入力
ポインタを複数の入力バッファのうちの一つの入力バッ
ファ上に変更する手段と、データ受信を再開する手段
と、入力ポインタ変更前に入力ポインタにより選択され
ていた入力バッファの内容を入力ポインタ変更後の入力
バッファに転送する手段と、入力バッファの出力を管理
する出力ポインタを入力ポインタ変更後の入力バッファ
上に変更する手段とを備え、各印字モードごとに入力バ
ッファの位置、大きさを任意かつリアルタイムに設定す
ることが可能な構成となっている。

【０００７】そして、複数の入力バッファのうち、少な
くとも一つの入力バッファの大きさを１バイト、又は２
５６バイト単位とすることにより、キャラクタモードで
使用されていた受信バッファがそのまま他の用途に転用
できるようになっている。例えば、印字バッファに使用
することによって、ビットイメージ印字の一層の高速化
が可能となるものである。また、複数の入力バッファの
うち、少なくとも一つの入力バッファを着脱可能なカー
トリッジ内に持つように構成されている。

【０００８】上記いずれの従来技術も、入力バッファの
位置、大きさを各モードの特徴に応じて最適な状態に随
時リアルタイムで変更し、スループットを向上させたプ
リンタ装置を廉価に提供することを目的としている。

【０００９】また、従来から、複数の電子式金銭登録機
（ＥＣＲ）やＰＯＳ端末装置がネットワーク（以下、Ｅ
ＣＲやＰＯＳ端末を総称してＨＯＳＴと称する）を介し
て１台の端末プリンタ装置を共用するシステムが知られ
ている。

【００１０】例えば、レストランなどの飲食産業で使用
されている厨房用プリンタ装置（いわゆるキッチンプリ
ンタ）では、複数のオーダー端末から入力されたオーダ
ー情報を厨房に配置したプリンタ装置に印字出力するよ
うになっている。

【００１１】このような端末プリンタ装置においては、
使用される印字記録紙として連続したロール紙やスプロ
ケット紙が使用される。そして、複数のオーダー端末
（上位装置）から送信されるパケット化された一連の印
字データや印字制御コマンドを受信した場合には、同一
のオーダー端末からの一連の印字要求を、印字記録紙の
一つの連続した領域に出力する必要がある。つまり、複
数のオーダー端末からの印字内容が混在しないように制
御することが要求される。

【００１２】図２２は、このような端末プリンタ装置の
外観図を示している。

【００１３】この端末プリンタ装置は、インターフェイ
ス９を介して上位装置（ＨＯＳＴ）に接続されており、
装置本体にはジャーナル記録紙の覗き窓１２とレシート
記録紙の排出口１１とが設けられている。また、紙送り
やオンライン／オフライン制御のためのスイッチ類１
３、及びエラー状態やオンライン／オフラインを表示す
るための表示装置１４が設けられている。なお、端末プ
リンタ装置の用途によっては、ジャーナル記録紙の一方
を省略した形態の装置が使用される場合もある。

【００１４】図２３は、このような端末プリンタ装置の
電気的構成を示すブロック図である。

【００１５】この端末プリンタ装置は、装置全体をコン
トロールする中央処理装置（ＣＰＵ）１、ＨＯＳＴとの
インターフェイス９を介して印字データやコマンドの送
受信を行うための通信制御部２、装置全体の制御を行う
プログラムやキャラクタジェネレータを格納するＲＯＭ
３、受信バッファやＣＰＵ１の作業領域に使用するＲＡ
Ｍ４、表示装置やスイッチ、ブザー等からなる入出力装
置８、入出力装置８を制御する入出力制御部５、印字ヘ
ッドや紙送り装置からなる印字機構７、印字機構７を制
御する印字機構制御部６で構成されている。入出力装置
８は、印字機構以外の入出力装置であって、例えばＬＥ
Ｄ表示装置やＬＣＤ表示装置などの表示装置、及びブザ
ーや各種設定スイッチ、操作キーなどを一括して図示し
たものである。同様に、入出力制御部５は、印字機構以
外の入出力装置８を制御する入出力制御部を一括して図
示したものである。

【００１６】なお、通信制御部２、ＲＯＭ３、ＲＡＭ
４、入出力制御部５、印字機構制御部６は、それぞれＣ
ＰＵ１とバス１０で接続されており、ＣＰＵ１を経由し
て又は直接、各ブロック間で制御情報の送受を行うよう
に構成されている。

【００１７】上記構成において、ＨＯＳＴから送出され
た印字データは、インターフェイス９を介して受信さ
れ、ＲＡＭ４の中に配置された受信バッファメモリに順
次格納される。また、ＲＯＭ３に格納されたデータ解析
プログラムは、受信バッファメモリからデータを逐次取
り出して文字データ、印字制御コマンドなどに分類し、
ＲＡＭ４の特定領域に設けた印字ラインバッファに印字
イメージのビットマップ情報を送出する。

【００１８】印字ラインバッファに展開された印字イメ
ージは、例えば印字開始コマンドや記録用紙幅を満たす
規定のビットマップに展開した後、印字機構制御部６を
経由して印字機構７に送出され、印字が実行される。

【００１９】図２４は、このような従来の端末プリンタ
装置２６，２７がインターフェイス９を介してＨＯＳＴ
２１〜２５と接続される応用例を示している。この例で
は、インターフェイス９を介して５台のＨＯＳＴ２１〜
２５と２台の端末プリンタ装置２６，２７とが接続され
ている。すなわち、図２４に示すように、一つのネット
ワーク上に複数台のＨＯＳＴ２１〜２５が接続されてい
るため、単にパケットの着信順に印字出力していくと、
一連の印字出力中に異なるＨＯＳＴからの印字データが
混在してしまうことになる。

【００２０】このような混在印字が発生する例を、図２
５ないし図２８を参照して以下に説明する。

【００２１】図２５は、例えばＨＯＳＴ２１とＨＯＳＴ
２２とがそれぞれ図２６及び図２７に示す印字出力を行
おうとする場合のタイミングチャートである。

【００２２】図２５は、ＨＯＳＴ２１が図２６に示す印
字ブロックＡ１を一つのパケットとして時刻ｔ１に送信
し、印字ブロックＡ２を一つのパケットとして時刻ｔ３
に送信し、一方ＨＯＳＴ２２が図２７に示す印字ブロッ
クＢ１を一つのパケットとして時刻ｔ２に送信し、印字
ブロックＢ２を一つのパケットとして時刻ｔ４に送信し
た例を示している。

【００２３】このようなタイミングで送信されたパケッ
トを例えば端末プリンタ装置２６が着信順に受信し、受
信バッファメモリの内容を逐次印字していくと、図２８
に示す印字出力が得られることになる。つまり、パケッ
トＡ１、パケットＢ１、パケットＡ２、パケットＢ２の
順で印字出力されることになる。

【００２４】従来の端末プリンタ装置２６，２７では、
このような不具合を解消する目的で、一旦受信を開始し
たパケットのＨＯＳＴの局番を識別する手段を設けて、
一連のパケット送信が完了するまで他のＨＯＳＴからの
送信に対しては受け付けない処理を行うようになってい
る。

【００２５】図２９は、このような制御のために必要な
パケット構成の一例を示している。

【００２６】一般に、端末プリンタ装置をネットワーク
を介して接続する場合の制御パケットでは、ネットワー
クの物理層を制御する制御情報をパケットの先頭領域に
含むフレームで構成されるが、ここではネットワークの
物理量制御情報は省略している。すなわち、図２９に示
す部分は、パケットを構成するフレームの中でデータ部
分に相当する領域を、ＨＯＳＴと端末プリンタ装置との
間で予め意味づけられた情報領域を示したものであり、
パケットの中のビットシリアル情報をフィールドごとに
区切って表示したものである。

【００２７】Ｐ１は、端末のＨＯＳＴに割り振られたネ
ットワークのアドレス情報を格納したフィールドであ
り、以下ＨＡと略記する。

【００２８】Ｐ２は、当該パケットが他のＨＯＳＴから
の印字を混在させたくない一連の印字の終了であるか、
又はそうでないかを示す情報を格納したフィールドであ
り、以下ＬＦと略記する。

【００２９】Ｐ３は、パケットの連番を示すフィールド
であり、以下ＰＮと略記する。このＰＮは、一般にパケ
ットの重複受信やパケットの抜けを防止するために使用
するものである。

【００３０】Ｐ４は、実際に端末プリンタ装置に与える
べき印字コマンドやデータを含むフィールドであり、以
下ＤＡＴＡと略記する。

【００３１】図３０は、このような印字パケットの構成
を有する従来の端末プリンタ装置の印字データ受信を示
すフローチャートである。ただし、図３０中の（ＩＮＲ
Ｘ）はパケットの受信途中であることを示すフラグであ
り、（ＬＨＡ）は受信パケット中の（ＨＡ）を記憶する
記憶手段であり、（ＬＰＮ）は受信パケット中の（Ｐ
Ｎ）を記憶する記憶手段である。

【００３２】すなわち、パケットの受信待ちの状態にお
いて（ステップＳ１０１）、パケットの受信完了を判定
し（ステップＳ１０２）、パケットを受信した場合には
ステップＳ１０３へと動作を進める。ステップＳ１０３
では、複数のパケットからなる一連のパケットの受信中
であるか否かが判定され、一連のパケットの受信中であ
る場合、すなわち（ＩＮＲＸ）＝１である場合はステッ
プＳ１０４へと動作を進め、ＨＯＳＴターミナルアドレ
スが前回の受信パケットと同じであるか否かが判定され
る。

【００３３】ステップＳ１０４で、前回の受信パケット
と異なるＨＯＳＴターミナルアドレスである場合には、
ステップＳ１０８に進み、ＨＯＳＴに対してパケットが
正常に受信できなかったことを示す否定応答パケットを
送信する。

【００３４】一方、ステップＳ１０４において、前回の
受信パケットと同一のＨＯＳＴであることが判定された
場合には、ステップＳ１０５へと動作を進めて、パケッ
ト番号が連番で到着していることを検証する。そして、
一連番号（ＰＮ）が前回受信した一連番号（ＰＮ）より
１だけ大きくない場合には、ステップＳ１０８へと動作
を進め、ＨＯＳＴに対してパケットが正常に受信できな
かったことを示す否定応答パケットを送信する。一方、
一連番号（ＰＮ）が前回受信した一連番号（ＰＮ）より
１だけ大きい場合には、正常なパケット受信シーケンス
を保っていると見なし、ステップＳ１０６に進んで受信
バッファの空きエリアが今回受信したパケットを格納す
るに足りるかをテストした後、ステップＳ１０７へと動
作を進めて、ＨＯＳＴに対して肯定応答パケットを送出
し、次にステップＳ１０９へと動作を進め、図２９に示
すデータＰ４を受信バッファに複写する。

【００３５】この後、ステップＳ１１０に動作を進め
て、パケットが最終であるか否かの判定を行い、最終パ
ケット〔（ＬＦ）＝１〕である場合には、ステップＳ１
１１へと動作を進め、（ＩＮＲＸ）及び（ＬＰＮ）を初
期化してステップＳ１０１に戻り、パケット受信待ちと
なる。一方、ステップＳ１１０において、一連のパケッ
トを受信中〔（ＬＦ）＝０〕と判断した場合には、ステ
ップＳ１１２へと動作を進めて、（ＩＮＲＸ）を１に
し、（ＨＡ）を（ＬＨＡ）に、（ＰＮ）を（ＬＰＮ）に
記憶してステップＳ１０１に戻り、パケット受信待ちと
なる。

【００３６】このように、従来の制御では、（ＬＦ）＝
０（最終パケットで無い）の期間、（ＨＡ）が受信中の
値で無ければ、ＨＯＳＴに対して否定応答を返し、パケ
ットの受信を許可しないように制御することによって、
パケットの混入を回避する構成となっている。

【００３７】

【発明が解決しようとする課題】すなわち、従来のパケ
ット構成においては、あるＨＯＳＴがパケット送信を開
始すれば、パケットと次のパケットとの間に他のＨＯＳ
Ｔが印字データを送信しようとしても、全て否定応答パ
ケット（ビジー応答）により受信を拒否されるため、結
果的に通信中のＨＯＳＴの印字データの送信が完了する
までは、パケット間にアイドル時間があっても、データ
送信を待たされることになる。そのため、スループット
を著しく低下させる要因となっていた。

【００３８】また、従来技術では、ＨＯＳＴのＨＡだけ
を識別してパケット受信を行っているため、マルチタス
ク処理機能を有するＨＯＳＴの場合においては、同一の
ＨＯＳＴからの印字要求でありながら、一つのタスク処
理が印字処理を実行している間、他のタスクでは印字処
理を実行しているタスクの印字処理が完了するまで印字
出力が実行できず、結果的にＨＯＳＴのマルチタスク機
能を十分に引き出せないといった問題があった。

【００３９】また、一般には、ＨＯＳＴは一連の印字デ
ータを編集して送信するので、印字データの送信開始時
点以前に総データ量を演算することが可能であるにも係
わらず、端末プリンタ装置側に予め受信バッファメモリ
を確保する機能が無かったために、逐次送信を実行した
後で、結果的にバッファフルの状態を認識するといった
不具合もあった。この問題は、ネットワークの無駄な使
用となり、ネットワークの効率を低下させる要因となっ
ていた。

【００４０】また、端末プリンタ装置が印字パケットを
正常受信した後、肯定応答を返した時点で、ＨＯＳＴは
印字が正常に終了したという仮定の下に次の処理に移行
していた。しかし実際には、端末プリンタ装置が印字を
実行している途中で印刷用紙切れが発生したり、印字機
構などの故障の発生により印字出力ができず、ＨＯＳＴ
の操作者がその状況に気づくまで印字出力が遅れたり、
故障の修理が完了するまで印字データを取り出せない場
合があり、最悪の場合には、印字データが消失するとい
った不具合があった。

【００４１】また、従来は複数台のＨＯＳＴからの印字
データの同時受信を認めていなかったので、印字出力処
理を受信バッファの先頭から順にパケット単位で開始し
ても問題はなかったが、複数台のＨＯＳＴからの印字デ
ータの同時受信を認める端末プリンタ装置では、一つ又
は複数のパケットからなる一連の印字データ受信が完了
するまでに次のＨＯＳＴからの受信パケットの印字を開
始してしまうと、ＨＯＳＴの処理能力やネットワークの
一時的なトラフィックの増加などの場合、印字データの
到着が遅れ、結果的に他のＨＯＳＴの印字出力を待たせ
る状況が発生するといった不具合があった。

【００４２】また、キッチンプリンタなどの用途では、
オーダ順に出力することができないといった問題もあっ
た。

【００４３】本発明はこのような問題点を解決すべく創
案されたものであって、その目的は、上位装置やタクス
が印字データを送信している間、他の上位装置又は他の
タスクの印字送信を受信可能とし、また送信開始時点で
一連の印字データを格納できる受信バッファを確保でき
るか否かを判定する手段を提供し、無効なネットワーク
の使用を低減させ、故障による印字出力の消失機会を減
少させ、印字できない場合には上位装置に通達し、着信
順に一連の印字出力を行う端末プリンタ装置を提供する
ことにある。

【００４４】

【課題を解決するための手段】上記課題を解決するた
め、本発明の請求項１記載の端末プリンタ装置は、複数
の上位装置と１台の端末プリンタ装置とが１つの回線で
構成されたインターフェイスを介して接続され、前記複
数の上位装置から送信されてくる１個ないし複数個のパ
ケット化された印字データや制御指令などの送信データ
を前記１台の端末プリンタ装置で受信できるように構成
されたシステムにおいて、前記端末プリンタ装置は、前
記インターフェイスに接続された上位装置の台数情報に
基づいてデータ領域が割り当てられた一つの受信バッフ
ァメモリと、前記インターフェイスに接続された複数台
の上位装置のそれぞれの局番号と前記受信バッファメモ
リの割り当て領域とを対応させて記憶するバッファ管理
メモリとを備え、着信するパケットを、そのパケットに
含まれる上位装置の局番号と前記バッファ管理メモリに
記憶されている局番号とを比較することにより、一致す
る局番号で示される受信バッファメモリの割り付け領域
に格納するものである。すなわち、予め端末プリンタ装
置内のバッファ管理メモリに設定されたインターフェイ
スに接続されている上位装置の台数情報を基に受信バッ
ファメモリを分割することにより、全ての上位装置に対
して均等な受信バッファを提供でき、同時に複数の上位
装置からの印字データの受信を許可することにより、上
位装置の待ち時間を軽減し、システムのスループットを
向上することができる。

【００４５】また、本発明の請求項２記載の端末プリン
タ装置は、請求項１記載のものにおいて、前記局番号に
対応して割り当てられた前記受信バッファメモリの割り
当て領域の容量情報を記憶する容量情報記憶手段と、受
信途中で前記割り当て領域の容量が不足した場合に前記
容量情報記憶手段に記憶されている該当割り当て領域の
容量情報を変更する容量変更手段とを備え、前記上位装
置に割り当てる前記受信バッファメモリの割り当て領域
の容量を変更可能としたものである。すなわち、総受信
バッファ容量に対して予め端末プリンタ装置内のバッフ
ァ管理メモリに設定されたインターフェイスに接続され
ている上位装置の台数が多くなると、必然的に１台当た
りの上位装置に割り当てられる受信バッファの容量が小
さくなる。しかし、接続された上位装置が必ずしも同時
刻に印字データを送出するとは限らないので、受信バッ
ファメモリが有効に利用されない可能性がある。そこ
で、上記のような容量情報記憶手段と容量変更手段とを
有することにより、総受信バッファを有効に上位装置に
割り当てることが可能となる。

【００４６】また、本発明の請求項３記載の端末プリン
タ装置は、請求項２記載のものにおいて、上位装置から
のデータ送信開始の最初のパケット中に受信バッファメ
モリの必要量を予め確保するか否かを制御する受信バッ
ファメモリ割り当て制御情報と送信データ容量情報とを
含み、前記受信バッファメモリ割り当て制御情報により
受信バッファメモリの必要量を予め確保することを指定
された場合には、データの受信を開始する前に、前記送
信データ容量情報に基づき、前記容量変更手段によって
前記容量情報記憶手段に記憶されている該当割り当て領
域の容量情報を変更するものである。すなわち、予め送
信データ容量を計算して端末プリンタ装置にその容量を
知らせておくことにより、一旦受信を開始した後で、バ
ッファフルを検出し、送信を中断するといった無駄を無
くすことができる。また、上位装置側で予め送信データ
量を計算することは、上位装置の印字出力制御に対し出
力処理の制約を与えることになり、メモリ容量を十分に
確保できない上位装置においては大きな負荷となる。こ
の点に鑑み、上位装置の能力に応じて予め送信データ量
を計算し指定するか否かを選択できる手段を提供でき
る。

【００４７】また、本発明の請求項４記載の端末プリン
タ装置は、請求項１、２又は３記載のものにおいて、前
記インターフェイスに接続された複数台の上位装置のそ
れぞれの局番号に対応して非常時出力用端末プリンタ装
置の局番号を記憶するプリンタ管理メモリと、端末プリ
ンタ装置の印字機構の故障を検出する故障検出手段と、
この故障検出手段により印字機構の故障を検出したと
き、前記プリンタ管理メモリに記憶されている非常時出
力用端末プリンタ装置の局番号に従って、印字開始でき
ない状態にある印字データを対応する非常時出力用端末
プリンタ装置に転送し印字する転送印字手段とを備えた
構成とする。このように、端末プリンタ装置の故障を検
出し、非常時出力用端末プリンタ装置に転送することに
より、故障が復旧するのを待つことなく、印字出力を他
の端末プリンタ装置に対し出力でき、故障時の印字情報
の取り出しを速やかに行え、かつ上位装置の処理負荷及
び制御プログラムの作成を簡単化できる。また、転送済
の印字データを消去するようにすれば、故障復旧後に転
送済み印字データを重複して出力することを避けること
ができる。

【００４８】また、本発明の請求項５記載の端末プリン
タ装置は、請求項１、２、３又は４記載のものにおい
て、任意の上位装置からの印字データを正常受信した後
に印字出力を継続できなくなったとき、又は前記プリン
タ管理メモリに非常時出力用端末プリンタ装置の局番号
が設定されていないか若しくは非常時出力用プリンタ装
置に印字データを転送できないとき、前記任意の上位装
置に対して印字できなかったことを通達する手段を備え
た構成とする。すなわち、非常時出力ができない場合に
あっては、その情報を上位装置に通達することにより、
システムごとに適切な処理が期待できる。例えば、印字
データを再度生成できる場合にあっては、上位装置で印
字データを再生し、上位装置に接続されたローカルプリ
ンタで出力することが可能である。また、印字データ生
成に必要なデータが上位装置側で既に消去されている場
合にあっては、端末プリンタ装置から印字データを逆に
アップロードし、上位装置側のローカルプリンタで出力
することも可能である。

【００４９】また、本発明の請求項６記載の端末プリン
タ装置は、請求項１、２、３、４又は５記載のものにお
いて、上位装置から送信されるデータのパケット中にそ
の上位装置の適応業務の識別番号を含み、そのパケット
に含まれる上位装置の局番号と前記識別番号とに基づい
て前記受信バッファメモリを分割して使用する手段を備
え、同一の上位装置からの並行処理される複数の印字デ
ータを並行して受信し、前記受信バッファメモリの分割
されたそれぞれの領域に並行して格納するものである。
すなわち、受信バッファメモリを上位装置の局番号と上
位装置の適用業務（アプリケーションプログラム）のＪ
ＯＢ番号とを組み合わせたＣＯＤＥにより受信バッファ
メモリを分割して使用する手段を有し、同一の上位装置
からの並行処理される複数の印字データを並行して受信
し、それぞれ別々の受信バッファメモリに並行して格納
することにより、同一の上位装置からの異なるＪＯＢの
印字要求を並行受信することができ、上位装置のマルチ
ＪＯＢ機能を阻害させない端末プリンタ装置を提供でき
る。

【００５０】また、本発明の請求項７記載の端末プリン
タ装置は、請求項１、２、３、４、５又は６記載のもの
において、前記インターフェイスに接続された複数台の
上位装置のそれぞれの局番号に対応して印字完了状態、
印字待ち状態、印字中状態のいずれかの状態を記憶する
印字状態管理メモリと、前記上位装置からの一連のパケ
ット送信の完了通知に基づいて前記印字状態管理メモリ
に印字待ち状態を設定する手段と、前記印字状態管理メ
モリに記憶された印字状態に基づき、受信データが完了
している受信バッファの印字をパケット受信途中の受信
バッファより優先して印字開始させる手段とを備えた構
成とする。すなわち、一連のパケット受信が完了したこ
とを上位装置から通知する手段と、パケット完了通知に
より受信バッファの受信データが完結している状態を識
別する手段とを有して、受信データが完結している受信
バッファの印字をパケット受信途中の受信バッファより
優先して印字開始することにより、端末プリンタ装置の
印字出力の途中で上位装置からのデータ送信を待つ状態
を回避でき、システム全体のスループットを低下させな
い端末プリンタ装置を提供できる。

【００５１】また、本発明の請求項８記載の端末プリン
タ装置は、請求項１、２、３、４、５、６又は７記載の
ものにおいて、一連の印字データの受信完了を示すデー
タに基づいて設定された印字順を記憶する印字順管理メ
モリと、この印字順管理メモリに記憶された印字順に従
って印字を行う手段とを備えた構成とする。これによ
り、例えばキッチンプリンタの用途では、厨房で作業手
順により多少の順序変更が生じる可能性はあるものの、
オーダー順に処理することが原則である。このため、パ
ケットの受信が完了した時刻の新旧を判定するための手
段を具備し、受信完了時刻が古いものを受信完了時刻が
新しいものより優先して印字開始することにより、印字
出力の前後関係を大まかに保証できる端末プリンタ装置
を提供できる。

【００５２】

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

【００５３】本発明の端末プリンタ装置の外観図及び基
本的な電気的構成は、図２２及び図２３に示すものと同
様であるので、ここでの詳細な説明は省略し、以下の説
明において必要がある場合には、図２２及び図２３で用
いた符号を用いて随時説明を行うものとする。

【００５４】図１ないし図３は、本発明の請求項１に対
応する実施の形態であって、図１は、受信バッファメモ
リの構成例を示している。

【００５５】図１は、ＲＡＭ４の記憶領域を、予め入出
力装置８のスイッチの設定により定義されるＨＯＳＴタ
ーミナル台数情報に基づいて分割し、割り当てられた領
域を示している。なお、本例ではＨＯＳＴターミナル台
数情報がスイッチにより設定される例を示したが、ＲＯ
Ｍ３に予め記憶しておいた台数情報を使用してもよい
し、さらには、ＨＯＳＴターミナル台数情報を設定する
端末プリンタ装置制御コマンドを用いてＨＯＳＴ側から
設定する方法を採用してもよい。

【００５６】また、本発明の請求項１に対応する制御に
使用するパケット構成は、図２９に示すものと同様であ
るので、以下の説明において必要がある場合には、図２
９で用いた符号を用いて随時説明を行うものとする。

【００５７】図２は、受信したパケットのデータを受信
バッファのどの領域に格納するかを決定するためのマッ
プを示す図表である。

【００５８】図２に示すマップは、ＲＡＭ４の記憶領域
の一部に配置された特定領域であり、ｂｕｆ１ＨＡは、
図１のｂｕｆ１を使用するＨＯＳＴのターミナルアドレ
スＨＡ（図２９のＰ１）を格納する領域である。以下同
様に、ｂｕｆ２ＨＡは図１のｂｕｆ２を、ｂｕｆ３ＨＡ
は図１のｂｕｆ３を、・・・、ｂｕｆＮＨＡは図１のｂ
ｕｆＮをそれぞれ使用するＨＯＳＴのターミナルアドレ
スＨＡを格納する領域を示している。

【００５９】また、ｂｕｆ１ＨＡからｂｕｆＮＨＡに対
応して、最後に受信したパケットの一連番号を格納する
領域ＬＰＮ１からＬＰＮｎが配置されている。

【００６０】ＬＰＮｍとｂｕｆｍＨＡとの配置は、連続
したアドレスに固定バイアス数確保してもよいし、任意
のアドレスに配置してポインタのテーブルを別に用意し
てもよい。要するに、ｂｕｆｍに対してＬＰＮｍとｂｕ
ｆｍＨＡとの対応が一義的に決まる構造を持てばよい。

【００６１】図３は、このような構成の受信バッファメ
モリを制御するフローチャートを示している。すなわ
ち、受信バッファメモリ（図１）とマップ（図２）とを
使用して受信バッファ割り当てを行い、複数のＨＯＳＴ
からの印字データを並行受信するためのフローチャート
である。以下、このフローチャートに従って動作を説明
する。

【００６２】まず、ｂｕｆ１ＨＡからｂｕｆＮＨＡ及び
ＬＰＮ１からＬＰＮｎは、それぞれ０に初期化されてい
るものとする。この状態において、パケットの受信を待
つ（ステップＳ１）。ステップＳ２では、パケットの受
信が完了しているか否かを判定し、ＨＡ受信が完了して
いない場合には、再度ステップＳ１へ戻り、パケット受
信の完了を待ち続ける。

【００６３】一方、ステップＳ２でパケットの受信完了
を検出するとステップＳ３へと動作を進め、受信バッフ
ァの空きエリアを探すために局所的な引数ｎを１に初期
化した後、ステップＳ４に進む。

【００６４】ステップＳ４では、局所的な引数ｎによっ
て指定されるｂｕｆ１ＨＡからｂｕｆＮＨＡの中のｂｕ
ｆｎＨＡの値が、パケット中のＨＯＳＴターミナルアド
レスＨＡと一致するか否かを判定する。ここで、ｂｕｆ
ｎＨＡの値とＨＡの値とが一致すると、ｂｕｆｎがステ
ップＳ１で受信したＨＯＳＴのＨＡのデータを受信中で
あると見なし、ステップＳ８に進む。一方、ステップＳ
４において、ＨＡとｂｕｆｎＨＡとが一致しない場合に
は、ステップＳ５へと動作を進め、ｂｕｆｎＨＡが０か
否かを判定する。

【００６５】ステップＳ５において、ｂｕｆｎＨＡが０
である場合は、ｂｕｆｎが未使用であると見なしてステ
ップＳ９に動作を進める。一方、ステップＳ５におい
て、ｂｕｆｎＨＡが０でない場合はステップＳ６へと動
作を進める。

【００６６】ステップＳ６では、全ての受信バッファの
使用状態をテストし終わったかを判定し、受信バッファ
の使用状態テストが完了していない場合は、ステップＳ
７へと動作を進め、次の受信バッファの使用状態をテス
トするため、局所的な引数ｎをインクリメントした後、
ステップＳ４に戻り、以上のテストを繰り返す。一方、
ステップＳ６において、全ての受信バッファの使用状態
のテストを完了した場合には、ステップＳ１で受信した
パケットの受信バッファが確保できなかったと見なして
ステップＳ１０へと動作を進め、ＨＯＳＴに対してパケ
ットが正常に受信できなかったことを示す否定応答パケ
ットを送信する。

【００６７】ステップＳ８では、パケット番号が連番で
到着していることを検証する。そして、一連番号（Ｐ
Ｎ）が前回受信した一連番号（ＰＮ）より１だけ大きく
ない場合には、ステップＳ１０へと動作を進め、ＨＯＳ
Ｔに対してパケットが正常に受信できなかったことを示
す否定応答パケットを送信する。一方、一連番号（Ｐ
Ｎ）が前回受信した一連番号（ＰＮ）より１だけ大きい
場合には、正常なパケット受信シーケンスを保っている
と見なして、ステップＳ９へと動作を進める。

【００６８】ステップＳ９では、受信バッファの空きエ
リアが今回受信したパケットのデータを格納するに足り
るかを検証し、格納可能である場合にはステップＳ１１
へと動作を進めて、ＨＯＳＴに対して肯定応答パケット
を送出し、ステップＳ１２へと動作を進める。そして、
対応するｂｕｆｎに受信パケットのデータをセットした
後、ステップＳ１３において受信パケットが最終パケッ
トであるか否かを判定する。一方、ステップＳ９におい
て、受信したパケットのデータをｂｕｆｎに格納できな
い場合には、ステップＳ１０へと動作を進め、ＨＯＳＴ
に対して受信したパケットのデータを格納できないこと
を示す否定応答パケットを送信する。

【００６９】ステップＳ１３ではＬＦを判定し、最終パ
ケットでない場合はステップＳ１４へと動作を進め、パ
ケット連番をＬＰＮｎに複写する。一方、ステップＳ１
３において最終パケットである場合には、ステップＳ１
５へと動作を進め、ＬＰＮｎを初期化する。

【００７０】以上により、あるＨＯＳＴからの一連のデ
ータを受信中に、別のＨＯＳＴからのパケットを受信し
た場合でも、そのパケットのデータの受信を許可し、受
信バッファに格納することができるものである。

【００７１】図４は、受信バッファの残り容量を判定す
るためのフローチャートを示しており、図３のステップ
Ｓ９において割り当てられた受信バッファに空きがある
か否かの判定に使用されている場合を例示している。

【００７２】すなわち、ステップＳ２１では、受信バッ
ファの現在の格納場所を指し示すバッファポインタと受
信バッファの最後を示す最終ポインタとの差分、つまり
受信バッファの残り容量をレジスタＡに格納し、今回受
信したパケットの受信データサイズをレジスタＢに格納
してステップＳ２２へと動作を進める。ステップＳ２２
では、受信バッファの残り容量と受信データサイズとの
大小比較を行い、残り容量が受信データサイズより大き
い場合は、ステップＳ２３へと動作を進めてＴＲＵＥ値
を返し、残り容量が受信データサイズより小さい場合
は、ステップＳ２４へと動作を進めてＦＡＵＬＴ値を返
す。

【００７３】この例からも分かるように、割り当てられ
た受信バッファが固定となっている場合には、受信デー
タを受信バッファに常に格納できるといった保証はな
い。また、接続されたＨＯＳＴが印字要求を持っていな
い場合であっても、受信バッファを他のＨＯＳＴデータ
の受信に利用することができず、受信バッファとして利
用するＲＡＭ４の利用効率が悪いといった不具合があ
る。

【００７４】そこで、本発明の端末プリンタ装置では、
バッファ管理メモリを用いてＲＡＭ４の利用効率を挙げ
るようにしている。

【００７５】図５ないし図８は、本発明の請求項２に対
応する実施の形態であって、図５は、バッファ割り当て
方式に使用するバッファ管理メモリのメモリマップを示
している。

【００７６】図５に示すｂｕｆ１ＨＡからｂｕｆＮＨＡ
は、それぞれ図１に示すｂｕｆ１からｂｕｆＮに対応し
た各受信バッファを使用するＨＯＳＴのターミナルアド
レスを格納する領域である。同様に、図５に示すＬＰＮ
１からＬＰＮＮは、各受信バッファ（図１に示すｂｕｆ
１からｂｕｆＮ）を使用するパケットのパケット番号を
記憶する領域である。

【００７７】なお、図５において、ｂｕｆ１ＳＡは、ｂ
ｕｆ１の開始アドレスを記憶する領域であり、各受信バ
ッファｂｕｆ１からｂｕｆＮに対応してｂｕｆ１ＳＡか
らｂｕｆＮＳＡが確保されている。

【００７８】ｂｕｆ１Ｐは、ｂｕｆ１の空き領域の先頭
アドレスを記憶する領域であり、各受信バッファｂｕｆ
１からｂｕｆＮに対応してｂｕｆ１ＰからｂｕｆＮＰが
確保されている。

【００７９】ｂｕｆ１ＥＡは、ｂｕｆ１の最終アドレス
を記憶する領域であり、各受信バッファｂｕｆ１からｂ
ｕｆＮに対応してｂｕｆ１ＥＡからｂｕｆＮＥＡが確保
されている。

【００８０】図６は、請求項２に対応するバッファ割り
当て方式に使用する受信バッファサイズテーブルの構成
図（メモリマップ）である。図６のＨＡ１からＨＡＭ
は、ＨＯＳＴのターミナルアドレスを記憶する領域であ
り、本例では最大Ｍ台分のＨＡ格納領域を有する例を示
している。また、ＨＡ１からＨＡＭに対応して、それぞ
れ最大受信バッファサイズを記憶する領域ｓｉｚ１から
ｓｉｚＭが配置されている。

【００８１】図７は、図５及び図６に示すメモリマップ
を使用した受信バッファの割り付けを示すフローチャー
トである。ただし、図７のフローチャートは、図３のフ
ローチャートのステップＳ９以外の部分は同一であるた
め、同じステップには同符号を付すこととし、図３のフ
ローチャートのステップＳ９に対応するステップには、
ステップＳ９ａを付すこととする。

【００８２】図８は、図７のステップＳ９ａで呼び出さ
れるサブルーチンｂｕｆｎＣＨＥＣＫのフローチャー
トである。図７において、ＨＡ１からＨＡＭは、０に初
期化されているものとする。また、ｓｉｚ１からｓｉｚ
Ｍは、受信バッファの総量をＨＯＳＴ台数情報で除した
値で初期化されているものとする。

【００８３】ステップＳ３１では、受信バッファｂｕｆ
ｎが使用中であるか否かが判定される。使用中でない場
合にはステップＳ３２へと動作を進め、受信バッファｂ
ｕｆｎの最終アドレス（ｂｕｆｎＨＡ）と受信バッファ
ｎのポインタ（ｂｕｆｎＰ）との差分より算出してレジ
スタＡに格納し、今回受信したパケットのデータサイズ
（Ｒｘｌｅｎｇｔｈ）をレジスタＢに格納して、ステッ
プＳ３３へと動作を進める。

【００８４】ステップＳ３３では、受信バッファｂｕｆ
ｎの残り容量で今回受信したパケットのデータを格納可
能か否かを判定する。そして、格納可能な場合にはステ
ップＳ３８へと動作を進め、ＴＲＵＥ値を返してサブル
ーチンを終了する。一方、ステップＳ３３において受信
データを受信バッファｂｕｆｎに格納できない場合に
は、ステップＳ３４へと動作を進め、次の受信バッファ
ｂｕｆ（ｎ＋１）が使用中であるか否かをテストする。

【００８５】テストの結果、次の受信バッファｂｕｆ
（ｎ＋１）が使用中である場合には、バッファサイズの
拡張が困難であるため、ステップＳ４２へと動作を進
め、ＦＡＵＬＴ値を返してサブルーチンを終了する。ま
た、ステップＳ３４において、次の受信バッファｂｕｆ
（ｎ＋１）が未使用である場合には、ステップＳ３５へ
と動作を進め、受信バッファｂｕｆｎを今回受信したデ
ータサイズ分拡張した場合の最終アドレスをレジスタＡ
に格納してステップＳ３６へと動作を進める。

【００８６】ステップＳ３６では、ステップＳ３５で試
算したｂｕｆｎの最終アドレスが全受信バッファの総容
量♯ＥＮＤｏｆＢＵＦを越えないか否かを判定し、越え
ない場合にはステップＳ３７へと動作を進めてｂｕｆｎ
ＥＡ及びｓｉｚｎを更新する。この後、ステップＳ３８
へと動作を進め、ＴＲＵＥ値を返してサブルーチンを終
了する。一方、ステップＳ３６において、ステップＳ３
５で試算したｂｕｆｎの最終アドレスが全受信バッファ
の総容量♯ＥＮＤｏｆＢＵＦを越える場合には、ステッ
プＳ４２へと動作を進め、ＦＡＵＬＴ値を返してサブル
ーチンを終了する。

【００８７】一方、ステップＳ３１において、ｂｕｆｎ
ＨＡ＝０、すなわちｂｕｆｎが未使用である場合には、
ステップＳ３９へと動作を進め、今回使用する受信バッ
ファｂｕｆｎの開始アドレスをレジスタＡに格納し、総
容量♯ＥＮＤｏｆＢＵＦをレジスタＢに格納して、ステ
ップＳ４０へと動作を進める。

【００８８】ステップＳ４０では、今回受信したデータ
サイズが総容量♯ＥＮＤｏｆＢＵＦを越えないか否かを
判定し、越えない場合にはステップＳ４１へと動作を進
めて、受信バッファの開始アドレスｂｕｆｎＳＡ、受信
バッファの先頭ポインタｂｕｆｎＰ、受信バッファの最
終アドレスｂｕｆｎＥＡをセットし、ステップＳ３２へ
と動作を進める。一方、ステップＳ４０で、今回受信し
たデータサイズが総容量♯ＥＮＤｏｆＢＵＦを越える場
合には、ステップＳ４２へと動作を進め、ＦＡＵＬＴ値
を返してサブルーチンを終了する。

【００８９】図９ないし図１１は、本発明の請求項３に
対応する実施の形態であって、図９は、バッファ割り当
て方式に使用する第１パケットの構成例を示している。
この第１パケットは、図２９に示す第１パケットの構成
に、Ｐ５で示すバッファサイズ事前検査要求（ＰＣ）及
びＰ６で示す確保要求バッファサイズ情報（ＢＳ）を追
加したものである。

【００９０】ＰＣは、第１パケット受信時にＢＳに含ま
れるバッファサイズ情報に従い、受信バッファ確保の事
前検査及び受信バッファの確保を行うか否かを指定する
情報である。

【００９１】図１０は、図９に示す第１パケットを使用
した場合のバッファ割り当て方式の受信処理を示すフロ
ーチャートである。ただし、図１０のフローチャート
は、図７のフローチャートにステップＳ５１及びステッ
プＳ５２を追加したものであるため、同じステップには
同符号を付すこととし、ここではステップの説明を省略
する。

【００９２】すなわち、ステップＳ５において、ｂｕｆ
ｎＨＡが０である場合は、ｂｕｆｎが未使用であると見
なしてステップＳ５１へと動作を進める。

【００９３】ステップＳ５１では、第１パケットの中の
バッファサイズ事前検査要求ＰＣが１であるか否かを判
定し、バッファサイズ事前検査要求ＰＣが１である場合
には、ステップＳ５２へと動作を進めて、後述するＳ
ｂｕｆｎＣＨＥＣＫを実行する。一方、ステップＳ５
１でバッファサイズ事前検査要求ＰＣが１以外（例えば
０）である場合には、ステップＳ９ａに戻って、以下図
７で説明したのと同様の処理を実行する。

【００９４】図１１は、図１０のステップＳ５２で呼び
出されるサブルーチンＳｂｕｆｎＣＨＥＣＫのフロー
チャートである。ただし、図１１に示すフローチャート
は、図８に示すサブルーチンｂｕｆｎＣＨＥＣＫのフ
ローチャートとステップＳ４０及びステップＳ４１だけ
が異なり、他の部分は同一であるため、同じステップに
は同符号を付すこととし、ステップＳ４０及びステップ
Ｓ４１に代わるステップには、ステップＳ４３及びステ
ップＳ４４を付すこととする。

【００９５】すなわち、ステップＳ４３では、受信した
パケットのデータサイズが受信バッファに格納できるか
否かを判定する代わりに、第１パケット中のＢＳのサイ
ズが格納できるか否かを判定する。また、ステップＳ４
４では、受信したパケットのデータサイズを確保する代
わりに、ＢＳ分のサイズを確保する。

【００９６】これにより、第１パケットの送信に先立
ち、予め総パケットのサイズを計算可能なＨＯＳＴにあ
ってはＰＣを１に設定することにより、総パケットサイ
ズの受信バッファの確保を、第１パケットの送信段階で
判定可能となる。また、装備するメモリ容量などの制約
により、予め総パケット容量を計算することが困難はＨ
ＯＳＴにあっては、ＰＣを例えば０に設定することによ
り、予め受信バッファを確保する機能は提供できないも
のの、請求項２に対応する範囲内で端末プリンタ装置を
使用する手段を与えることができる。

【００９７】図１２ないし図１５は、本発明の請求項４
に対応する実施の形態であって、図１２は、非常時出力
端末プリンタ装置のターミナルアドレスを、コマンドに
より端末プリンタ装置に設定する場合のコマンドの構成
を示している。この例では、コマンドが非常時出力コマ
ンドであることを識別するためのコマンドコードＣＭＮ
Ｄと、非常時出力先の端末プリンタ装置のターミナルア
ドレスＥＭＡとで構成されている。

【００９８】図１３は、非常時出力端末プリンタ装置の
ターミナルアドレス（以下、ＥＭＡと略記する）を設定
するコマンドを受信した場合、設定されたアドレス情報
ＥＭＡをＨＯＳＴのターミナルアドレスごとに記憶する
ための記憶手段の実施例であって、図６に示すメモリマ
ップにＥＭＡ情報を追加したものである。

【００９９】すなわち、受信バッファｂｕｆ１を使用す
るＨＯＳＴのターミナルアドレスＨＡ１から、受信バッ
ファｂｕｆＭを使用するＨＯＳＴのターミナルアドレス
ＨＡＭまでのそれぞれに対応して、ＥＭＡ１からＥＭＡ
Ｍまでが配置されている。

【０１００】ＥＭＡ１からＥＭＡＭまでは、受信開始に
先立って０に初期化されているものとする。そして、図
１２に示すコマンドを受信した場合、ＥＭＡはそのコマ
ンドを送信したＨＡに対応して、ＥＭＡ１からＥＭＡＭ
までの中の一つに格納される。

【０１０１】図１４は、受信バッファ・印字制御テーブ
ルのメモリマップの構成例を示してり、図５に示すバッ
ファ管理メモリのメモリマップに、印字制御情報ｂｕｆ
１ＣＡからｂｕｆＮＣＡを加えたものである。図１４に
示すｂｕｆ１ＣＡからｂｕｆＮＣＡは、それぞれ受信バ
ッファｂｕｆ１からｂｕｆＮまでの印字状態を示す情報
が格納される領域である。すなわち、ｂｕｆ１ＣＡから
ｂｕｆＮＣＡには、印字データ受信完了待ち状態（値
０）、印字待ち状態（値１）、印字中状態（値２）など
の情報を格納して、主として印字制御に使用する。その
他の構成は、図５に示すものと全く同様であるので、こ
こでは説明を省略する。

【０１０２】図１５は、印字処理待ち中に印字機構に係
わる異常状態（故障）を検出した場合の動作を示すフロ
ーチャートである。

【０１０３】ステップＳ６１において印字機構の異常
（故障）検出を実施し、ステップＳ６２において異常が
発生しているか否かを判定する。そして、異常がなけれ
ばステップＳ６３へと動作を進めて受信データの受信処
理を行った後、ステップＳ６４へと動作を進めて、印字
処理を実行する。

【０１０４】一方、ステップＳ６２において異常を検出
した場合には、ステップＳ６５へと動作を進め、印字待
ちデータの有無を判定する。印字待ちデータの有無は、
図１４に示す受信バッファ・印字制御テーブルの印字制
御情報を検索し、ｂｕｆ１ＣＡからｂｕｆＮＣＡの印字
待ちデータ有無情報が１（印字待ち）であり、かつｂｕ
ｆ１ＨＡからｂｕｆＮＨＡが０でない（使用中）条件を
満足するものを探すことで行う。

【０１０５】ステップＳ６５において印字待ちデータが
ある場合には、ステップＳ６６へと動作を進め、図１３
の非常時出力端末プリンタ装置のターミナルアドレス記
憶テーブルの中に記憶されているＥＭＡｘを読み出し
て、ステップＳ６７へと動作を進める。

【０１０６】ステップＳ６７では、ＥＭＡｘが０、すな
わち非常時出力用端末プリンタ装置のターミナルアドレ
スが設定されているか否かを判定する。そして、ＥＭＡ
ｘが０でない場合には、ステップＳ６８へと動作を進
め、非常時出力用端末プリンタ装置に対しｂｕｆｘの受
信データを送信（転送）して、ステップＳ６３へと動作
を進める。一方、ステップＳ６７においてＥＭＡｘが０
である場合には、ステップＳ６３へと動作を進める。

【０１０７】なお、フローチャートには記載していない
が、印字機構に異常が発生した後のステップＳ６３で
は、受信できる条件が揃っていても、印字できる保証の
ないデータを受信しないようにする目的で否定応答を返
し、異常中に新たなデータを受信しないように制御す
る。同様に、異常発生中のステップＳ６４では、印字出
力ができないので、実際には印字出力をスキップする制
御を行う。

【０１０８】図１６は、ＨＯＳＴからの受信データを正
常受信した後で、印字を継続することができなくなった
印字データを、非常時出力用端末プリンタ装置に自動転
送した後、端末プリンタ装置に残っている転送済みの印
字データを消去する場合の動作を示すフローチャートで
あり、図１５に示すフローチャートにステップＳ６９を
追加したものである。

【０１０９】すなわち、ステップＳ６８において受信デ
ータを非常時出力用端末プリンタ装置に転送した後、ス
テップＳ６９へと動作を進めて、ｂｕｆｘを消去する。
ｂｕｆｘの消去は、図１４のＬＰＮｘ及びｂｕｆｘＣ
Ａ、ｂｕｆｘＨＡをクリアすることで実行する。

【０１１０】図１７は、本発明の請求項５に対応する動
作を示すフローチャートであって、図１６に示すフロー
チャートにステップＳ６８ａ及びステップＳ７０を追加
したものである。

【０１１１】すなわち、ステップＳ６８において受信デ
ータを非常時出力用端末プリンタ装置に転送した後、ス
テップＳ６８ａに動作を進め、送信が正常に実行された
か否かを判定する。そして、送信が正常に終了した場合
には、ステップＳ６９へと動作を進めて、ｂｕｆｘを消
去する。一方、ステップＳ６８ａにおいて送信が正常に
終了しなかった場合には、ステップＳ７０へと動作を進
め、ＨＯＳＴｘに印字失敗を通報して、ステップＳ６３
に戻る。

【０１１２】図１８は、本発明の請求項６に対応する制
御に使用するパケットの構成例を示している。このパケ
ットは、図９に示す第１パケットの構成に、Ｐ５で示す
ＪＯＢ番号ＪＮを追加したものである。ＪＯＢ番号ＪＮ
は、ＨＯＳＴのＪＯＢ番号を設定する領域である。

【０１１３】マルチタスク処理をするＨＯＳＴでは、図
１８に示すパケットを使用してアプリケーションの異な
るタスクやＪＯＢからの印字要求に対し、各タスク及び
ＪＯＢ固有の番号をＪＮの領域に設定し、端末プリンタ
装置に送信する。端末プリンタ装置側では、ＨＡとＪＮ
との二つの領域からなる情報を、単にＨＡのデータ長が
拡張されたのと同様に扱って、図２及び図３に示す受信
バッファ割り当て処理を行うことにより、同一のＨＯＳ
Ｔからの異なったＪＯＢ番号の印字データを並行して受
信することができるものである。

【０１１４】図１９は、本発明の請求項７に対応する動
作を示すフローチャートである。

【０１１５】すなわち、ステップＳ７１では、印字出力
中か否かを判定し、印字出力中でなければステップＳ７
２へと動作を進める。ステップＳ７２では、受信バッフ
ァｂｕｆ１からｂｕｆＮまでの中に、一連の印字データ
を受信完了して印字待ち状態になっている受信バッファ
がないかを検索するために、局所的な引数ｎを１に初期
化して、ステップＳ７３へと動作を進める。ステップＳ
７３では、ｎを引数にしてｂｕｆｎＣＡ（受信バッファ
ｂｕｆｎの印字状態を示す情報）の値を取り出して、ス
テップＳ７４へと動作を進める。

【０１１６】ステップＳ７４では、ｂｕｆｎＣＡが印字
待機中か否かを判定する。そして、ｂｕｆｎＣＡが１
（印字待機中）であればステップＳ７５へと動作を進
め、ｂｕｆｎの印字出力を開始する処理を行って、ステ
ップＳ７１に戻る。一方、ステップＳ７４においてｂｕ
ｆｎＣＡが印字待機中でなければ、ステップＳ７６へと
動作を進め、全ての受信バッファを検索完了したか否か
を判定する。

【０１１７】ステップＳ７６において未検索の受信バッ
ファがある場合には、ステップＳ７７へと動作を進め、
引数ｎをインクリメントしてステップＳ７３に戻る。一
方、ステップＳ７６において全ての受信バッファを検索
完了した場合には、ステップＳ７８へと動作を進め、受
信中の受信バッファがないか検索するためにｎを再初期
化して、ステップＳ７９へと動作を進める。

【０１１８】ステップＳ７９では、受信完了待ち（ｂｕ
ｆｎＣＡ＝０）の受信バッファがないかを確認する。そ
して、受信完了待ち（ｂｕｆｎＣＡ＝０）の受信バッフ
ァがある場合には、ステップＳ８０へと動作を進め、そ
の受信バッファが未使用（ｂｕｆｎＨＡ＝０）でないこ
とを確認する。そして、ステップＳ８０において受信バ
ッファが未使用でないことを確認した場合には、ステッ
プＳ７５へと動作を進め、ｂｕｆｎの印字出力を開始す
る処理を行って、ステップＳ７１に戻る。

【０１１９】また、ステップＳ７９及びステップＳ８０
において受信完了待ちでない場合には、ステップＳ８１
へと動作を進め、全ての受信バッファを検索したか否か
を判定する。そして、ステップＳ８１において全ての受
信バッファの検索が完了した場合には、ステップＳ７１
に戻る。一方、ステップＳ８１において未検索の受信バ
ッファがある場合には、ステップＳ８２へと動作を進
め、ｎをインクリメントしてステップＳ７９に戻る。

【０１２０】以上により、受信を完了し印字待機中にな
っている受信バッファデータを、受信途中の受信バッフ
ァより優先して印字を開始させることができるものであ
る。

【０１２１】図２０及び図２１は本発明の請求項８に対
応する実施の形態であって、図２１は、一連のパケット
受信完了時刻の新旧を判定するために印字待ち行列を使
用した場合の動作フローチャートを示しており、図２１
は、図２０の動作フローチャートで使用される印字待ち
行列の例を示している。

【０１２２】図２１に示す印字待ち行列は、ＲＡＭ４の
中に設けられている領域である。印字待ち行列は、ｐｒ
ｉｎｔＱＵＥ１からｐｒｉｎｔＱＵＥｎまでのｎ個のＱ
ＵＥで構成されている。この印字待ち行列には、パケッ
トの正常受信後にパケットのＬＦ（最終パケットフラッ
グ：図１８参照）が１である場合、一連の印字データの
受信完了と見なし、印字待ち行列の先頭から最初に存在
する０のｐｒｉｎｔＱＵＥに受信バッファの番号を格納
するものとする。これにより、印字待ち行列には、先頭
から順に着信時間が古い受信データが並ぶことになる。

【０１２３】図２０において、ステップＳ９１では、印
字出力中か否かを判定し、印字出力中でなければステッ
プＳ９２へと動作を進める。ステップＳ９２では、印字
待ちＱＵＥが存在するか否かを判定する。そして、印字
待ちＱＵＥが存在する場合には、ステップＳ９３へと動
作を進め、印字待ち行列の先頭の受信バッファを印字開
始処理して、ステップＳ９４へと動作を進める。ステッ
プＳ９４では、印字待ち行列のＱＵＥを一つずつシフト
する。シフトは、最も古いＱＵＥを捨て、２番目を先頭
に移動する。以下同様に、３番目を２番目に、・・・、
ｍ番目をｍ＋１番目に移動し、ｍ番目は印字ＱＵＥが存
在しないことを示す値（０）を入れる。この後、ステッ
プＳ９１に戻って上記の処理を繰り返す。

【０１２４】一方、ステップＳ９２において、印字待ち
行列が空の場合には、ステップＳ９６へと動作を進め、
受信中の受信バッファがないか検索するためにｎを再初
期化して、ステップＳ９７へと動作を進める。

【０１２５】ステップＳ９７からステップＳ１００まで
の処理は、図１９に示したステップＳ７９からステップ
Ｓ８２までの処理と全く同様であるので、ここでは説明
を省略する。

【０１２６】以上により、受信を完了し印字待ちとなっ
ている印字データを、時間的に古いものから順に印字出
力することができるものである。

【０１２７】

【発明の効果】本発明の請求項１記載の端末プリンタ装
置は、複数の上位装置と１台の端末プリンタ装置とが１
つの回線で構成されたインターフェイスを介して接続さ
れ、複数の上位装置から送信されてくる１個ないし複数
個のパケット化された印字データや制御指令などの送信
データを１台の端末プリンタ装置で受信できるように構
成されたシステムにおいて、端末プリンタ装置は、イン
ターフェイスに接続された上位装置の台数情報に基づい
てデータ領域が割り当てられた一つの受信バッファメモ
リと、インターフェイスに接続された複数台の上位装置
のそれぞれの局番号と受信バッファメモリの割り当て領
域とを対応させて記憶するバッファ管理メモリとを備
え、着信するパケットを、そのパケットに含まれる上位
装置の局番号とバッファ管理メモリに記憶されている局
番号とを比較することにより、一致する局番号で示され
る受信バッファメモリの割り付け領域に格納するように
構成している。すなわち、予め端末プリンタ装置内のバ
ッファ管理メモリに設定されたインターフェイスに接続
されている上位装置の台数情報を基に受信バッファメモ
リを分割することにより、全ての上位装置に対して均等
な受信バッファを提供できる。また、複数の上位装置か
らの印字データを、混在することなく同時に受信できる
ので、上位装置の待ち時間を軽減し、システムのスルー
プットを向上することができる。

【０１２８】また、本発明の請求項２記載の端末プリン
タ装置は、請求項１記載のものにおいて、局番号に対応
して割り当てられた受信バッファメモリの割り当て領域
の容量情報を記憶する容量情報記憶手段と、受信途中で
前記割り当て領域の容量が不足した場合に容量情報記憶
手段に記憶されている該当割り当て領域の容量情報を変
更する容量変更手段とを備え、上位装置に割り当てる受
信バッファメモリの割り当て領域の容量を変更可能に構
成している。これにより、１台の上位装置に割り当てる
受信バッファサイズを論理上の最大値に設定する必要が
なくなるので、限られた受信バッファを有効に利用する
ことができる。

【０１２９】また、本発明の請求項３記載の端末プリン
タ装置は、請求項２記載のものにおいて、上位装置から
のデータ送信開始の最初のパケット中に受信バッファメ
モリの必要量を予め確保するか否かを制御する受信バッ
ファメモリ割り当て制御情報と送信データ容量情報とを
含み、受信バッファメモリ割り当て制御情報により受信
バッファメモリの必要量を予め確保することを指定され
た場合には、データの受信を開始する前に、送信データ
容量情報に基づき、容量変更手段によって容量情報記憶
手段に記憶されている該当割り当て領域の容量情報を変
更可能に構成している。すなわち、予め送信データ容量
を計算して端末プリンタ装置にその容量を知らせておく
ことにより、一旦受信を開始した後でバッファフルを検
出し、送信を中断するといった無駄を無くすことができ
る。そのため、バッファフルが発生した上位装置での処
理の低下や、ネットワークのトラフィックを無駄に増加
させる可能性を低減でき、効率のよいシステムを提供で
きる。また、上位装置の能力に応じて、予め送信データ
量を計算し指定するか否かを自由に切り替えられる柔軟
な端末プリンタ装置を提供できる。

【０１３０】また、本発明の請求項４記載の端末プリン
タ装置は、請求項１、２又は３記載のものにおいて、イ
ンターフェイスに接続された複数台の上位装置のそれぞ
れの局番号に対応して非常時出力用端末プリンタ装置の
局番号を記憶するプリンタ管理メモリと、端末プリンタ
装置の印字機構の故障を検出する故障検出手段と、この
故障検出手段により印字機構の故障を検出したとき、前
記プリンタ管理メモリに記憶されている非常時出力用端
末プリンタ装置の局番号に従って、印字開始できない状
態にある印字データを対応する非常時出力用端末プリン
タ装置に転送し印字する転送印字手段とを備えた構成と
している。このように、端末プリンタ装置の故障を検出
し、非常時出力用端末プリンタ装置に転送することによ
り、故障が復旧するのを待つことなく、印字出力を他の
端末プリンタ装置に対し出力でき、故障時の印字情報の
取り出しを速やかに行え、かつ上位装置の処理負荷及び
制御プログラムの作成を簡単化できる。また、転送済の
印字データを消去するようにすれば、故障復旧後に転送
済み印字データを重複して出力することを避けることが
できる。

【０１３１】また、本発明の請求項５記載の端末プリン
タ装置は、請求項１、２、３又は４記載のものにおい
て、任意の上位装置からの印字データを正常受信した後
に印字出力を継続できなくなったとき、又はプリンタ管
理メモリに非常時出力用端末プリンタ装置の局番号が設
定されていないか若しくは非常時出力用プリンタ装置に
印字データを転送できないとき、任意の上位装置に対し
て印字できなかったことを通達する手段を備えた構成と
している。すなわち、非常時出力ができない場合にあっ
ては、その情報を上位装置に通達することにより、上位
装置側で適切な措置を取ることができる。例えば、印字
データを再度生成できる場合にあっては、上位装置で印
字データを再生し、上位装置に接続されたローカルプリ
ンタで出力することができ、また印字データ生成に必要
なデータが上位装置側で既に消去されている場合にあっ
ては、端末プリンタ装置から印字データを逆にアップロ
ードし、上位装置側のローカルプリンタで出力すること
ができるものである。

【０１３２】また、本発明の請求項６記載の端末プリン
タ装置は、請求項１、２、３、４又は５記載のものにお
いて、上位装置から送信されるデータのパケット中にそ
の上位装置の適応業務の識別番号を含み、そのパケット
に含まれる上位装置の局番号と識別番号とに基づいて受
信バッファメモリを分割して使用する手段を備え、同一
の上位装置からの並行処理される複数の印字データを並
行して受信し、受信バッファメモリの分割されたそれぞ
れの領域に並行して格納可能な構成としている。これに
より、同一の上位装置からの異なるＪＯＢの印字要求を
並行受信することができ、上位装置のマルチＪＯＢ機能
を阻害させない端末プリンタ装置を提供できる。

【０１３３】また、本発明の請求項７記載の端末プリン
タ装置は、請求項１、２、３、４、５又は６記載のもの
において、インターフェイスに接続された複数台の上位
装置のそれぞれの局番号に対応して印字完了状態、印字
待ち状態、印字中状態のいずれかの状態を記憶する印字
状態管理メモリと、上位装置からの一連のパケット送信
の完了通知に基づいて印字状態管理メモリに印字待ち状
態を設定する手段と、印字状態管理メモリに記憶された
印字状態に基づき、受信データが完了している受信バッ
ファの印字をパケット受信途中の受信バッファより優先
して印字開始させる手段とを備えた構成としている。こ
れにより、受信データが完結している受信バッファの印
字をパケット受信途中の受信バッファより優先して印字
開始するので、端末プリンタ装置の印字出力の途中で上
位装置からのデータ送信を待つ状態を回避でき、システ
ム全体のスループットを低下させない端末プリンタ装置
を提供できる。

【０１３４】また、本発明の請求項８記載の端末プリン
タ装置は、請求項１、２、３、４、５、６又は７記載の
ものにおいて、一連の印字データの受信完了を示すデー
タに基づいて設定された印字順を記憶する印字順管理メ
モリと、この印字順管理メモリに記憶された印字順に従
って印字を行う手段とを備えた構成としている。つま
り、受信完了時刻が古いものを受信完了時刻が新しいも
のより優先して印字を開始させるので、印字出力の前後
関係を大まかに保証できる端末プリンタ装置を提供でき
る。

【図面の簡単な説明】

【図１】本発明の請求項１に対応する実施の形態であっ
て、受信バッファメモリの構成図である。

【図２】本発明の請求項１に対応する実施の形態であっ
て、受信したパケットのデータを受信バッファのどの領
域に格納するかを決定するための受信バッファ割り付け
テーブルの構成図である。

【図３】図２に示す構造の受信バッファメモリを制御す
るためのフローチャートである。

【図４】受信バッファの残り容量を判定するためのフロ
ーチャートである。

【図５】本発明の請求項２に対応する実施の形態であっ
て、バッファ割り当て方式に使用するバッファ管理メモ
リのメモリマップを示す図表である。

【図６】本発明の請求項２に対応するバッファ割り当て
方式に使用する受信バッファサイズテーブル（メモリマ
ップ）の構成図である。

【図７】図５及び図６に示すメモリマップを使用した受
信バッファの割り付けを示すフローチャートである。

【図８】図７のステップＳ９ａで呼び出されるサブルー
チンｂｕｆｎＣＨＥＣＫのフローチャートである。

【図９】本発明の請求項３に対応する実施の形態であっ
て、バッファ割り当て方式に使用する第１パケットの構
成図である。

【図１０】図９に示す第１パケットを使用した場合のバ
ッファ割り当て方式の受信処理を示すフローチャートで
ある。

【図１１】図１０のステップＳ５２で呼び出されるサブ
ルーチンＳｂｕｆｎＣＨＥＣＫのフローチャートで
ある。

【図１２】本発明の請求項４に対応する実施の形態であ
って、非常時出力端末プリンタ装置のターミナルアドレ
スを、コマンドにより端末プリンタ装置に設定する場合
のコマンドの構成図である。

【図１３】本発明の請求項４に対応する実施の形態であ
って、非常時出力端末プリンタ装置のターミナルアドレ
ス記憶テーブル（メモリマップ）の構成図である。

【図１４】本発明の請求項４に対応する実施の形態であ
って、受信バッファ・印字制御テーブル（メモリマッ
プ）の構成図である。

【図１５】本発明の請求項４に対応する実施の形態であ
って、印字処理待ち中に印字機構に係わる異常状態（故
障）を検出した場合の動作を示すフローチャートであ
る。

【図１６】ＨＯＳＴからの受信データを正常受信した後
で、印字を継続することができなくなった印字データ
を、非常時出力用端末プリンタ装置に自動転送した後、
端末プリンタ装置に残っている転送済みの印字データを
消去する場合の動作を示すフローチャートである。

【図１７】本発明の請求項５に対応する動作を示すフロ
ーチャートである。

【図１８】本発明の請求項６に対応する制御に使用する
パケットの構成図である。

【図１９】本発明の請求項７に対応する動作を示すフロ
ーチャートである。

【図２０】本発明の請求項８に対応する実施の形態であ
って、一連のパケット受信完了時刻の新旧を判定するた
めに印字待ち行列を使用した場合の動作フローチャート
である。

【図２１】図２０の動作フローチャートで使用される印
字待ち行列の構成図である。

【図２２】端末プリンタ装置の外観図である。

【図２３】端末プリンタ装置の電気的構成を示すブロッ
ク図である。

【図２４】端末プリンタ装置がインターフェイスを介し
て上位装置と接続されている状態を示すブロック図であ
る。

【図２５】従来技術で問題となるパケットの送信タイミ
ングチャートの一例を示す図である。

【図２６】従来技術で問題となるパケットの混在を説明
するための比較印字例を示す図である。

【図２７】従来技術で問題となるパケットの混在を説明
するための比較印字例を示す図である。

【図２８】従来技術で問題となるパケットの混在を説明
するための混在印字例を示す図である。

【図２９】従来の端末プリンタ装置における制御のため
に必要なパケットの構成図である。

【図３０】図２９に示すパケット構成を有する従来の端
末プリンタ装置の印字データ受信を示すフローチャート
である。

【符号の説明】

１中央処理装置（ＣＰＵ）２通信制御部３ＲＯＭ４ＲＡＭ５入出力制御部６印字機構制御部７印字機構８入出力装置２６，２７端末プリンタ装置２１〜２５ＨＯＳＴ（上位装置）

Claims

【特許請求の範囲】

【請求項１】複数の上位装置と１台の端末プリンタ装置
とが１つの回線で構成されたインターフェイスを介して
接続され、前記複数の上位装置から送信されてくる１個
ないし複数個のパケット化された印字データや制御指令
などの送信データを前記１台の端末プリンタ装置で受信
できるように構成されたシステムにおいて、前記端末プリンタ装置は、前記インターフェイスに接続
された上位装置の台数情報に基づいてデータ領域が割り
当てられた一つの受信バッファメモリと、前記インター
フェイスに接続された複数台の上位装置のそれぞれの局
番号と前記受信バッファメモリの割り当て領域とを対応
させて記憶するバッファ管理メモリとを備え、着信する
パケットを、そのパケットに含まれる上位装置の局番号
と前記バッファ管理メモリに記憶されている局番号とを
比較することにより、一致する局番号で示される受信バ
ッファメモリの割り付け領域に格納することを特徴とす
る端末プリンタ装置
【請求項２】前記局番号に対応して割り当てられた前記
受信バッファメモリの割り当て領域の容量情報を記憶す
る容量情報記憶手段と、受信途中で前記割り当て領域の
容量が不足した場合に前記容量情報記憶手段に記憶され
ている該当割り当て領域の容量情報を変更する容量変更
手段とを備え、前記上位装置に割り当てる前記受信バッ
ファメモリの割り当て領域の容量を変更可能としたこと
を特徴とする請求項１記載の端末プリンタ装置。
【請求項３】上位装置からのデータ送信開始の最初のパ
ケット中に受信バッファメモリの必要量を予め確保する
か否かを制御する受信バッファメモリ割り当て制御情報
と送信データ容量情報とを含み、前記受信バッファメモ
リ割り当て制御情報により受信バッファメモリの必要量
を予め確保することを指定された場合には、データの受
信を開始する前に、前記送信データ容量情報に基づき、
前記容量変更手段によって前記容量情報記憶手段に記憶
されている該当割り当て領域の容量情報を変更すること
を特徴とする請求項２記載の端末プリンタ装置。
【請求項４】前記インターフェイスに接続された複数台
の上位装置のそれぞれの局番号に対応して非常時出力用
端末プリンタ装置の局番号を記憶するプリンタ管理メモ
リと、端末プリンタ装置の印字機構の故障を検出する故
障検出手段と、この故障検出手段により印字機構の故障
を検出したとき、前記プリンタ管理メモリに記憶されて
いる非常時出力用端末プリンタ装置の局番号に従って、
印字開始できない状態にある印字データを対応する非常
時出力用端末プリンタ装置に転送し印字する転送印字手
段とを備えたことを特徴とする請求項１、２又は３記載
の端末プリンタ装置。
【請求項５】任意の上位装置からの印字データを正常受
信した後に印字出力を継続できなくなったとき、又は前
記プリンタ管理メモリに非常時出力用端末プリンタ装置
の局番号が設定されていないか若しくは非常時出力用プ
リンタ装置に印字データを転送できないとき、前記任意
の上位装置に対して印字できなかったことを通達する手
段を備えたことを特徴とする請求項１、２、３、又は４
記載の端末プリンタ装置。
【請求項６】上位装置から送信されるデータのパケット
中にその上位装置の適応業務の識別番号を含み、そのパ
ケットに含まれる上位装置の局番号と前記識別番号とに
基づいて前記受信バッファメモリを分割して使用する手
段を備え、同一の上位装置からの並行処理される複数の
印字データを並行して受信し、前記受信バッファメモリ
の分割されたそれぞれの領域に並行して格納することを
特徴とする請求項１、２、３、４又は５記載の端末プリ
ンタ装置。
【請求項７】前記インターフェイスに接続された複数台
の上位装置のそれぞれの局番号に対応して印字完了状
態、印字待ち状態、印字中状態のいずれかの状態を記憶
する印字状態管理メモリと、前記上位装置からの一連の
パケット送信の完了通知に基づいて前記印字状態管理メ
モリに印字待ち状態を設定する手段と、前記印字状態管
理メモリに記憶された印字状態に基づき、受信データが
完了している受信バッファの印字をパケット受信途中の
受信バッファより優先して印字開始させる手段とを備え
たことを特徴とする請求項１、２、３、４、５又は６記
載の端末プリンタ装置。
【請求項８】一連の印字データの受信完了を示すデータ
に基づいて設定された印字順を記憶する印字順管理メモ
リと、この印字順管理メモリに記憶された印字順に従っ
て印字を行う手段とを備えたことを特徴とする請求項
１、２、３、４、５、６又は７記載の端末プリンタ装
置。