JPH09323463A - 通信端末およびその制御方法 - Google Patents

Abstract

(57)【要約】 【課題】 汎用性のあるドライバなどを備えたオペレー
ティングシステム上で動作可能なアプリケーションソフ
トによってエラーやホールド後の処理を行える通信端末
を提供する。 【解決手段】 エラー要因６２ａ、ホールド要因６２ｂ
およびバッファフル５９ａでビジィー信号を出力してホ
スト側にデータ処理が不可能になったことを指示するモ
ード１と、エラー要因６２ａおよびホールド要因６２ｂ
ではビジィー信号を出力せずに、これらの要因に対処す
るコマンドをホスト側から受信できるモード２とビジィ
ー要因選択部８２に設け、リアルタイムコマンドに対応
したアプリケーションソフト５に対してはモード２を設
定し、エラーやオフランのときにアプリケーションソフ
ト５が通信端末１０の問題解決に関与できるようにす
る。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ＰＯＳシステムに
用いられるターミナルプリンタやプロッタなどの通信端
末に関するものである。

【０００２】

【従来の技術】近年、ハードウェアおよびソフトウェア
の処理速度および汎用性が増大している。このため、特
定の目的を持った情報処理システムをその処理目的に合
わせて開発された専用のハードウェアやソフトウェアを
組み合わせて構築する代わりに、汎用性のあるハードウ
ェアやソフトウェアを組み合わせることにが多くなって
いる。汎用性のあるハードウェアやソフトウェアを用い
ることにより、情報処理システムを安価に構築でき、さ
らに、その情報処理システムを多目的に用いることがで
きる。また、市販されている多種多用のハードウェアや
ソフトウェアを組み合わせることにより、ユーザの目的
や環境に合致した情報処理システムをフレキシブルに構
築することができる。

【０００３】ＰＯＳシステムもその１例であり、従来の
プリンタやキーボードなどが一体化されたＰＯＳ専用機
から、パソコンを中心にプリンタ、ディスプレイあるい
はドロワなどを接続したＰＯＳシステムが開発され、ユ
ーザに利用されている。

【０００４】

【発明が解決しようとする課題】このようなパソコンを
中心とした情報処理システムにおいては、カスタマーデ
ィスプレイ、ドロワ、プリンタ、プロッタ、モデム、バ
ーコードリーダなどの多種多用なデータ処理端末が用い
られる。これらのデータ処理端末の多くは、シリアル通
信ポート（ＲＳ−２３２Ｃ）を介してパソコンに接続さ
れ、パソコンをホスト側としてデータ端末との間で処理
用のデータあるいはコマンドデータが転送される。従っ
て、転送されるデータやコマンドの互換性を保ち、これ
らを保護するためにインタフェースの仕様や制御方式は
規格化されており、例えば、ホスト側からデータ端末に
送られるデータやコマンドが転送途中で欠落するのを防
止するためにデータ端末レディ（ＤＴＲ）信号が用意さ
れている。このＤＴＲ信号によって端末側がデータある
いはコマンドを受信可能な状態であるか否かをホスト側
に指示できるようになっており、ホスト側は、ＤＴＲ信
号を受けるとデータセットレディ（ＤＳＲ）信号を返
し、双方が動作可能な状態であることを確認した後にデ
ータやコマンドを送信することによりデータやコマンド
が欠落するのを防止している。

【０００５】ＰＯＳシステムに多用されている通信端末
であるターミナルプリンタにおいては、受信バッファが
満杯状態、カバーオープンなどの原因によって受信バッ
ファからのデータの取り出しが一時的に停止してしまう
ホールド状態、または、紙ジャムなどのエラー状態の要
因によってＤＴＲ信号がビジィーになる。この信号を受
けて、ホスト側のプリンタドライバはデータまたはコマ
ンドの送信を一次停止してデータを保護すると共にディ
スプレイなどにエラーの発生を表示する。そして、プリ
ンタ側におけるこれらの要因がオペレータなどによって
解決され、プリンタの機能が正常な状態にリセットされ
ると、オペレータがホスト側およびプリンタ側を操作し
てデータ通信が再開されて印刷が行われる。

【０００６】近年のＰＯＳシステム用のターミナルプリ
ンタとして、ロール紙を用いたレシート印字を行う機能
に加えて、単票用紙を用いたスリップ印字を行う機能や
磁気インク文字を読む機能などの複数の機能を備えたプ
リンタが登場している。このような複合的な機能を備え
たプリンタにおいては、スリップ印字を行うために単票
用紙待ちのホールド状態となってＤＴＲ信号がビジィー
となり、その後、レシート印字のデータがホスト側で用
意できているにもかかわらず印刷処理が進行しないとい
った事態が発生する。また、プリンタ側で紙ジャムなど
のエラーが起こるとＤＴＲ信号がビジィーとなりデータ
転送を中止する。その後、オペレータがエラーを解決し
てプリンタをリセットとプリンタに送信されまま印刷さ
れてないデータが欠落したり、データの２重に印刷され
るなどに事態が発生する。

【０００７】これらの事態は、例えばソフトウェアによ
ってプリンタが用紙待ち状態であることを検出したり、
プリンタに発生したエラーの種類を検出し、それに対応
してデータを再送したり、あるいは、バッファ内のデー
タを消去するなどの処理を行うことにより解決すること
ができる。しかしながら、汎用的なシルアルポートドラ
イバやプリンタドライバにおいては、ＤＴＲ信号がビジ
ィーになるとコマンドを転送することができないので、
ホスト側のソフトウェアでは対処できない。ホスト側の
ソフトウェアで対処するためには、ＤＴＲ信号を無視し
てシリアル端末にアクセスできる特殊なドライバを作成
する必要があり、汎用的なオペレーティングシステムを
用いた情報処理システムが構築できなくなってしまう。
さらに、ホスト側とシリアル端末との間でＤＴＲ信号な
どの規格化あるいは標準化されたインタフェース信号と
異なる信号によって通信を制御するシステムでは、汎用
性のあるハードウェアやソフトウェアを使用できないの
で、システムの拡張性が失われてしまう。また、ＤＴＲ
信号を単に無視してコマンドやデータを送るのでは、転
送中にデータが欠落する危険があり、システムの信頼性
が低下してしまうのでＰＯＳシステムなどのデータの信
頼性が必要とされるシステムは構築できない。

【０００８】そこで、本発明においては、ホスト側と通
信端末側との間のシリアル転送における規格化あるいは
標準化された仕様を変更することなく、ホスト側のソフ
トウェアによってホールド状態やエラー状態に対処する
ことが可能な通信端末を提供することを目的としてい
る。また、通信端末の汎用性を犠牲にすることなく、ホ
スト側からホールド状態やエラー状態への関与を可能に
した通信端末を提供することを目的としている。さら
に、ホールド状態やエラー状態にホスト側が対処できる
と共に、ホスト側から端末へ転送されるデータの欠落を
防止し、信頼性の高い情報処理システムを構築できる通
信端末を提供することを目的としている。

【０００９】

【課題を解決するための手段】このため、本発明の通信
端末においては、ＤＴＲ信号などを用いてデータを受信
可能な否かをホスト側に指示する通信許可手段におい
て、印刷機能などを備えた処理部がデータを処理できな
いときに受信不可能であることを示す第１のモードと、
処理部がデータを処理できないときに受信不可能である
ことは示さない第２のモードとを設け、さらに、第２の
モードにセットされたときは、処理部にデータを処理で
きない状況が発生するとそのステータスを自動的にホス
ト側に送信できるようにしている。

【００１０】すなわち、本発明の通信端末は、ホスト側
から転送されたデータを受信するインタフェースと、受
信したデータを一次的に格納する受信バッファと、受信
バッファに格納されたデータを処理する処理部と、処理
部の状況または受信バッファの状況をホスト側に送信可
能なステータス送信手段と、ホスト側に対しインタフェ
ースを介してデータを受信可能な否かを指示する通信許
可手段とを有しており、この通信許可手段が、処理部が
データを処理できないときに受信不可能であることを示
す第１のモードと、処理部がデータを処理できないとき
に受信不可能であることは示さない第２のモードとを備
え、さらに、ステータス送信手段が、通信許可手段が第
２のモードにセットされた状態で処理部がデータを処理
できない状況になると自動的にそのステータスを送信す
ることを特徴としている。

【００１１】本発明の通信端末においては、通信許可手
段を第１のモードにセットしておけば、シリアルインタ
フェースあるいはパラレルインタフェースを用いた標準
的な転送処理に従い、処理部がデータを処理できないと
受信不可能であることが示されるのでデータの転送が停
止されデータが保護される。一方、通信許可手段を第２
のモードにセットすると、処理部でデータを処理できな
くても受信不可能であることが示されないので、ホスト
側のオペレーティングシステムはデータを送信すること
を禁止しない。従って、ホスト側のアプリケーションソ
フトウェアは通信端末にコマンドデータを送ってエラー
後の処理を行うといったシステム特有の処理を通信端末
に対し行うことができる。処理部の状況はステータス送
信手段によって判明するので、ホストのアプリケーショ
ンソフトウェア側で通信端末の状況を把握しデータの保
護を図ることが可能である。このように、本発明の通信
端末においては、通信許可手段を第１のモードにセット
することにより、標準的な転送処理方法によりデータの
保護を図ることができ、第２のモードにセットすること
によりホスト側のアプリケーションソフトウェアが通信
端末内の処理に関与できる範囲を広げ、エラーやホール
ド状態などにおいてフレキシブルな処理が行える。一
方、本発明の通信端末においては、通信許可手段が標準
的な信号を用いて受信可能な否かの指示を出すという機
能はモード１および２のいずれにおいても同じであるの
で、ホスト側のオペレーティングシステムを変更する必
要はなく、汎用性の高いオペレーティングシステムおよ
びハードウェアを用いてシステムを構築できる。

【００１２】また、通信端末の制御においては、通信許
可手段の設定されているモードを判別する工程と、通信
許可手段が第２のモードにセットされているときは、処
理部がデータを処理できなくなるとステータス送信手段
によってその状況を自動的に送信する工程とを設けるこ
とにより、通信許可手段がモード１およびモード２のい
ずれにセットされている場合でも通信端末の状況をホス
ト側にフィードバックすることができる。このような制
御方法は通信端末に搭載されたＣＰＵの制御ソフトウェ
アとして提供することができ、通信端末のＲＯＭなどの
記憶媒体に格納されて提供される。

【００１３】通信許可手段の第１のモードにおいては、
受信バッファが満杯状態であること、処理部にエラーが
発生したこと、および処理部が受信バッファに格納され
たデータを一時的に処理できなくなったホールド状態で
あることのいずれか要因によって受信不可能であると判
断することにより、転送されたまま処理されないデータ
の欠落を最小限に止めることができる。また、第２のモ
ードにおいては、受信バッファが満杯状態であることを
要因として受信不可能であると判断し、受信バッファが
オーバーフローしてデータが受信されずに欠落してしま
うことは防止できるようにすることが望ましい。

【００１４】通信許可手段のモード１およびモード２を
通信端末側のハードウェアあるいはソフトウェアによる
スイッチ手段によりユーザがマニュアルで設定しても良
いし、あるいはホスト側のソフトウェアによって操作で
きるスイッチ手段を設けてアプリケーションソフトウェ
アが選択できるようにしても良い。

【００１５】さらに、通信許可手段をモード２に設定す
ると、通信端末の処理部がホールド状態やエラー状態に
なりデータを処理できなくともホスト側からコマンドを
送信して処理を行える状態になる。しかし、通信端末の
処理部においてデータ処理が進まないのでは受信バッフ
ァに蓄積されたデータが処理されず、受信バッファに蓄
積された順番にデータが解析されるのではホールド状態
やエラー状態などに対しホスト側のアプリケーションソ
フトウェアが対処できない。そこで、受信バッファに格
納されたデータを順番に解析する第１の解析手段に加
え、インタフェースから受信バッファに渡されるデータ
を解析して処理を行う第２の解析手段を設けておくこと
が望ましい。

【００１６】

【発明の実施の形態】以下に図面を参照して本発明の実
施の形態を説明する。図１に、本発明に係る通信端末の
例として、ＰＯＳシステムを構築するのに好適なターミ
ナルプリンタを示してある。本例のターミナルプリンタ
１０は、スリップ紙１９、ジャーナル紙１８およびレシ
ート紙１７を記録紙として印刷できるプリンタである。
スリップ紙１９は不定型の伝票用紙などの単票用紙であ
り、プリンタ１０の手前のスリップ紙挿入口２１から矢
印１９Ａの方向に挿入すると、不図示の紙検出器がスリ
ップ用紙を検出し、ケース１５内の紙経路を通って印刷
ヘッド１に導かれる。そして、印刷ヘッド１が左右の方
向１Ａに動いて印刷が行われ、さらに矢印１９Ｂの方向
に動いて排出される。本例のプリンタ１０は、ワイヤド
ットタイプの印刷ヘッド１が採用されており、インクリ
ボン３を介してスリップ紙１９や、後述するジャーナル
紙１８およびレシート紙１７に印刷を行う。

【００１７】ジャーナル紙１８およびレシート紙１７は
共に連続用紙であり、本例のプリンタ１０ではロール紙
の状態で供給されており、印刷ヘッド１に対してスリッ
プ用紙１９と反対の方向からケース１５内を通って印刷
ヘッド１に導かれる。レシート用紙１７は領収書として
の情報が印刷された後、カッターユニット１４に導かれ
てカットされ客先に渡さるようになっている。ジャーナ
ル紙１８は、記録用紙としての情報が印刷され、不図示
の巻き取り装置に巻き取られ保管される。それぞれのロ
ール紙１７および１８には、ロール紙の終わりを検出す
るニアエンド検出器２０が装着されている。ニアエンド
検出器２０は、ロール紙の外径により矢印２０Ａの方向
に揺動する検出レバー２０ａと、この検出レバー２０ａ
によりオンオフするスイッチ２０ｂを備えている。ロー
ル紙が終わりに近づいて外径が小さくなると検出レバー
２０ａが内側に揺動し、その結果、スイッチ２０ｂがオ
フとなってロール紙の終わりが近いことを検出できる。

【００１８】プリンタ１０のケース１５には、図示され
ていないがカバーが装着されており、ロール紙１７ある
いは１８、またはインクリボン３を交換するなどの場合
を除きカバーをケース１５に被せた状態で印刷が行われ
るようになっている。このため、カバーの開閉を検出す
るためのカバー検出器２２がケース１５に装着されてお
り、カバーが開けられると自動的にホールド状態となっ
て印刷機能を一時停止するなどの処理が取れるようにな
っている。

【００１９】図２に、パソコン３０をホスト側とし、本
例のターミナルプリンタ１０を通信端末として用いて構
成したＰＯＳシステムの一例を示してある。このＰＯＳ
システムにおいては、パソコン３０のシリアル通信ポー
ト（ＲＳ−２３２Ｃ）ドライバ３１を介してカスタマデ
ィスプレイ４０、ターミナルプリンタ１０およびキャッ
シュドロワ４５がシリアルに接続されており、ＲＳ−２
３２Ｃを介してこれら３つのデータ端末にデータを送信
して処理できるようになっている。このため、本例のパ
ソコン３０のオペレーティングシステム３２は、シリア
ル通信ポートドライバ３１に加え、ＰＯＳ用のオペレー
ティングシステム（ＯＳ）３３と、キーボードやディス
プレイなどのパソコン３０を一般に構成する機器および
それらを制御するアプリケーションソフトウェアを制御
する基本ＯＳ３４とを備えている。ＰＯＳ用のＯＳ３３
は、プリンタ１０、カスタマディスプレイ４０およびキ
ャッシュドロワ４５の制御用のＯＳ３５と、プリンタ１
０をレシートあるいはジャーナル用紙といった連続用紙
に印刷するレシート印刷用のドライバ３６と、プリンタ
１０をスリップ用紙を用いて印刷するスリップ印刷用の
ドライバ３７と、カスタマディスプレイ４０を制御する
ためのドライバ３８と、さらに、キャッシュドロワ４５
を制御するためのドライバ３９を備えている。

【００２０】パソコン３０のＰＯＳ用アプリケーション
ソフトウェア５および表計算などのその他のアプリケー
ションソフト６は基本ＯＳ３４およびＰＯＳ用ＯＳ３３
の制御の下で動作する。また、カスタマディスプレイ４
０、ターミナルプリンタ１０およびキャッシュドロワ４
５との間のデータの送受信は、ドライバ３６〜３９、ポ
ートドライバ３１およびその他の汎用ＯＳ３３を介して
行われる。

【００２１】ＲＳ−２３２Ｃポートドライバ３１には、
カスタマディスプレイ４０のインタフェース４１、ター
ミナルプリンタ１０のインタフェース５１およびキャッ
シュドロワ４５のインタフェース４６がこの順番に接続
されている。ポートドライバ３１から出力されたそれぞ
れの端末に対するデータあるいはコマンドは、これらの
インタフェースによって選別される。カスタマディスプ
レイ４０に対するデータおよびコマンドはディスプレイ
処理部４２によって処理され、ドロワ４５に対するコマ
ンドはドロワ処理部４７によって処理される。

【００２２】ターミナルプリンタ１０においては、イン
タフェース５１に受信されたデータがプリンタ１０に対
するデータであると割り込みが発生してデータ受信部５
２がインタフェースからデータを取り出す。インタフェ
ース５１から取り出されたデータは同様の割り込み処理
の中でリアルタイムコマンド解析部５３を通ってリアル
タイムコマンドが解析された後、受信バッファに格納さ
れる。リアルタイムコマンド解析部５３は、データ受信
部５２から送られたデータの中に含まれたリアルタイム
コマンドを認識すると、そのコマンドに基づき予め設定
された処理を行う。リアルタイムコマンド解析部５３を
通って受信バッファ５４に格納されたデータは、コマン
ド解析部５５によって１データつづ取り出され、データ
コードが解析された後、コマンドデータであれば制御部
５７によってそのコマンドに従った処理が行われ、印刷
データであればプリンタバッファ５６に収納される。次
に、制御部５７は、コマンドに従って印刷処理部６０の
制御を行うと共に、プリンタバッファ５６に記憶された
印刷データを印刷処理部６０に送って印刷を行う。

【００２３】制御部５７は、印刷処理部６０の設定およ
び制御、さらに印刷データの管理などの他に、プリンタ
１０の各部の状況を監視する機能も備えており、その結
果がコモンステータス検出部５９に出力される。例え
ば、受信バッファ５４が満杯に近い状態であったり、単
票用紙待ちの状態であるとその状況（ステータス）がコ
モンステータス検出部５９に与えられる。また、印刷処
理部６０においても、プリンタ機構６１の状態、例え
ば、カバーが開放されてデータ処理が一時的に中止され
たホールド状態、紙ジャムなどのエラー状態、あるいは
ロール紙のニアエンド検出などのステータスがステータ
ス検出部６２に与えられるようになっている。

【００２４】コモンステータス検出部５９およびプリン
タ機構のステータス検出部６２において検出されたステ
ータスはステータス送信部７０のステータスデータ生成
部７２に供給される。ステータス送信部７０は、ステー
タスデータ生成部７２に集められたプリンタ機構６１の
ステータスおよび受信バッファの状況などのプリンタ１
０に係わるその他のステータスを自動ステータス送信部
７１によってホスト側に発信する機能を備えている。自
動ステータス送信部７１は、制御部５７の制御の下に所
定のステータスの状態が変化したときにそのステータス
データを送信するようになっており、状態が変化してス
テータスデータを送信するトリガとなるステータスは選
択できるようになっている。自動ステータス送信部７１
から出力されたステータスデータはデータ送信部５８を
介してインタフェース５１に供給され、ホスト側のＲＳ
−２３２Ｃポートドライバ３１に送られる。そして、プ
リンタドライバなどを備えたＰＯＳ用ＯＳ３３を介して
アプリケーションソフト５に伝達され、アプリケーショ
ンソフト５がプリンタ１０に発生した状況にマッチした
処理を選択してプリンタ１０に指示できるようになって
いる。

【００２５】このようなステータス送信部７０を設けて
おくことにより、プリンタ機構やターミナルプリンタ１
０の状況が変化するとステータスデータがアプリケーシ
ョン５側に伝達されるのでアプリケーション側でターミ
ナルプリンタ１０の全体の状況を把握することができ
る。また、状況が変化したときにだけステータスデータ
を送信するようにできるので、ステータスデータの送受
信に係わるホスト側およびターミナルプリンタ側におけ
る処理負荷が軽減され、シリアル転送におけるスループ
ットを向上できる。

【００２６】コモンステータス検出部５９における受信
バッファが満杯であるこを示すステータス（以降におい
てバッファフルステータス）５９ａ、プリンタ機構６１
のステータス検出部６２におけるエラー要因（エラース
テータス）６２ａおよびホールド要因（ホールドステー
タス）６２ｂは通信許可部８０のビジィー要因選択部８
２にも供給される。そして、バッファフル５９ａ、エラ
ー６２ａあるいはホールド６２ｂのいずれかの要因が検
出されると、ビジィー設定部８３がインタフェース５１
に対しビジィー信号を出力してホスト３０の側にデータ
送信の禁止を指示し、送信されたデータがデータ端末
側、すなわちターミナルプリンタ１０の側で処理されず
に欠落するのを防止している。ＲＳ−２３２Ｃを介して
データをシリアル転送する場合は、ＤＴＲ（データ端末
レディー）信号がビジィー信号の機能を果たすために用
意されており、ホスト側のＲＳ−２３２Ｃポートドライ
バ３１、あるいはプリンタドライバ３６および３７は、
ＤＴＲ信号が高レベルのときのみデータ送信を行い、タ
ーミナルプリンタ１０がビジィーになってＤＴＲ信号が
低レベルになるとデータ送信を停止するようになってい
る。

【００２７】ニアエンド検出などの所定のステータスが
変化してステータスデータが送信されると、アプリケー
ション５からターミナルプリンタ１０にステータスを確
認するコマンドや、送られたステータス以外のプリンタ
の状況を把握するために全てのステータスデータの送信
を指示するコマンドを出力するようにできる。従来のタ
ーミナルプリンタにおいては、このコマンドは受信バッ
ファ５４に印刷データと共に蓄えられ、データ処理が進
んでコマンドを解析する順番になるとそのコマンドに従
った処理が行われる。このため、受信バッファ５４にデ
ータが蓄積されているとコマンドの処理に非常に時間が
かかる。さらに、受信バッファ５４がフルのときにコマ
ンドを送信しても受信バッファ５４に受け入れられない
のでコマンドは実施されない。

【００２８】そこで、本例のターミナルプリンタ１０に
おいては、リアルタイムコマンド解析部５３を設けてあ
り、リアルタイムコマンドが送信された場合は、受信バ
ッファ５４に転送される前に解析してリアルタイムコマ
ンドに従った処理が行えるようにしている。リアルタイ
ムコマンドは、例えば、「ＧＳ」＋「Ｒ」の２バイトの
受信データによって判別され、この２バイトに続く１バ
イトの値ｎによりプリンタにおいて実行される処理内容
が指示される。ｎにより指示される処理内容は、例えば
次の表１に示されるようなものがある。

【００２９】

【表１】

【００３０】このように、リアルタイムコマンド解析部
５３においては、コマンド解析部５５と異なり、データ
受信部５２によって受信されたコマンドを直に解析して
処理できる。従って、リアルタイムコマンドで指示され
た処理は、受信バッファ５４において処理を待っている
データあるいはコマンドの順番とは係わりなくリアルタ
イムで行われる。また、受信バッファ５４が満杯になっ
て受信されたデータやコマンドが受信バッファ５４に格
納できない状況であっても、リアルタイムコマンドが解
析されずに欠落することはないので、リアルタイムコマ
ンドによって指示された処理は確実にターミナルプリン
タ１０の側において実行される。例えば、ｎ＝０のリア
ルタイムコマンドは、プリンタステータスの送信要求で
あり、リアルタイムコマンド解析部５３は、ステータス
データ生成部７２に集められた各ステータスデータをデ
ータ送信部５８を介してホスト３０のアプリケーション
５に送信する。もちろん、リアルタイムコマンド解析部
５３が自動ステータス送信部７１を制御して同様の処理
を行っても良い。このように、本例では、リアルタイム
コマンドを用いてターミナルプリンタ１０を制御するこ
とが可能であり、受信バッファ５４を介してコマンド解
析部５５によって解析されたコマンドと同様の処理を時
間遅れなく行うことができる。

【００３１】さらに、リアルタイムコマンドはターミナ
ルプリンタ１０において受信バッファ５４に起因する時
間遅れなしに処理されるので、エラー要因を解除した
り、あるいは、スリップ用紙がセットされていないため
にホールド状態となっているときにスリップ印刷を解除
してレシート印字を開始するなどといったフレキシブル
な処理をアプリケーション５の側でコントロールするこ
とが可能になる。

【００３２】しかしながら、ターミナルプリンタ１０で
エラーが発生したり、ホールド状態となると、通信許可
部８０のビジィー要因選択部８２においてビジィーと判
断される。このため、通信許可部８０においては、ビジ
ィー信号設定部８３においてＤＴＲ信号が低レベルとな
る。従って、ホスト側のＯＳ３３はターミナルプリンタ
１０に対するデータ転送を中止するので、ホストのアプ
リケーション５がリアルタイムコマンドをターミナルプ
リンタ１０に送信しようとしてもホスト３０からターミ
ナルプリンタ１０に送信されず、ターミナルプリンタ１
０のリアルタイムコマンド解析部５３にコマンドが到達
しない。従って、アプリケーション５がリアルタイムコ
マンドを使用する機能を備えており、ターミナルプリン
タ１０がリアルタイムコマンドを解析する機能を備えて
いても、上記のようにビジィー要因と重なるとリアルタ
イムコマンドを用いた処理が行えず、リアルタイムコマ
ンドの実質的な機能が制限される。

【００３３】ホスト側のＯＳ３２を用いずに、アプリケ
ーション５で直にシリアルポートを制御したり、あるい
はリアルタイムコマンドを使用するアプリケーション５
のために専用のＯＳ（プリンタドライバなど）を作成し
てパソコンに導入することも可能である。しかしなが
ら、ＯＳ３２を用いずにアプリケーション５を作成する
のは非常に手間と時間のかかる作業であり、特に、ＯＳ
３２の機能を利用しない場合は各メーカのパソコン用に
独自のプログラムを開発する必要がある。また、ドライ
バなどの機能を取り込むとアプリケーション５自体が非
常に大きく高価なものになる。従って、ＯＳ３２を用い
ずに各メーカのパソコンでそれぞれ動くリアルタイムコ
マンド用対応のＰＯＳアプリケーションソフトを作成す
ることは現実的に無理である。また、特殊のＯＳを導入
すると、表計算などの他のアプリケーションソフトが使
用できないので、システムの拡張性がなくなり、ユーザ
の環境や目的に合わせてカスタマイズすることも難しく
なってしまう。

【００３４】また、ターミナルプリンタ１０からＤＴＲ
信号のビジィー機能を削除して、ステータス送信部７０
から送信されたステータスデータのみでターミナルプリ
ンタに対するデータの信頼性を確保することも可能であ
る。しかしながら、そのようなターミナルプリンタで
は、ステータスデータを解析できないアプリケーション
プログラムに対しては使用できず、汎用性がなくなって
しまう。さらに、リアルタイムコマンドを用いないアプ
リケーションプログラムに対してはＤＴＲ信号の機能を
削除するメリットは認められず、シリアル転送されるデ
ータを保護するという点ではＤＴＲ信号の機能を保持し
ておく必要がある。

【００３５】そこで、本例のターミナルプリンタ１０に
おいては、通信許可部８０のビジィー要因選択部８２で
ビジィー信号を出力する要因を選択できるようにしてお
り、エラー６２ａ、ホールド６２ｂおよびバッファフル
５９ａのいずれかが発生するとビジィーと判断するモー
ド１と、エラー６２ａおよびホールド６２ｂはビジィー
と判断せずに、バッファフル５９ａのみをビジィー要因
とするモード２のいずれかを選択できるようにしてあ
る。バッファフルの場合は、その後に送信されたデータ
が欠落する恐れがあるのでビジィー要因に残してある
が、自動ステータス送信部７１によってバッファフルが
ホストのアプリケーション側に伝達され、リアルタイム
コマンドなどを用いてデータの欠落を防止できるにすれ
ば、モード２においてはビジィー信号を出力しないよう
にすることも可能である。

【００３６】本例のターミナルプリンタ１０は、このよ
うなモード１およびモード２をディップスイッチを用い
たスイッチ部８１で設定できるようになっている。さら
に、本例のターミナルプリンタ１０においては、ディッ
プスイッチ８１によってモード２を選択すると自動的
に、自動ステータス送信部７１の制御をホールド要因が
発生したときにステータスデータを送信するように設定
している。これにより、ホールド要因が発生してＤＴＲ
信号が低レベルに変化、すなわちビジィーにならなくと
も、ホストのアプリケーション５がステータスデータに
よってホールド状態であることを把握できるので、デー
タの欠落などを防止する処理を取ることができる。従っ
て、ＤＴＲ信号の機能からホールド要因を削除してもデ
ータ転送の信頼性を確保することができる。もちろん、
エラー要因が発生した場合に自動ステータス送信部７１
からステータスをアプリケーション５に送り、エラー要
因に応じた対処をリアルタイムコマンドによってプリン
タに指示してデータの信頼性を高めた処置をとることも
可能である。

【００３７】このように、本例のターミナルプリンタ１
０は、リアルタイムコマンドに対応したアプリケーショ
ンの下では、ディップスイッチ８１によってビジィー要
因選択部８２をモード２にセットし、ホールドやエラー
ではビジィー信号設定部８３においてＤＴＲ信号が低レ
ベルにならないようにすることが可能である。このた
め、ホールド中やエラー中にリアルタイムコマンドを有
効に活用してアプリケーション５にいっそうフレキシブ
ルな処理機能を持たせることができる。一方、リアルタ
イムコマンドに対応していないアプリケーションの下で
は、ディップスイッチ８１によってビジィー要因選択部
８２をモード１にセットし、ホールド、エラーおよびバ
ッファフルといった通常の要因でＤＴＲ信号を低レベル
にし、転送データの保護を図ることができる。なお、モ
ード１およびモード２の切替えは、ソフトスイッチによ
って行うことももちろん可能であり、ターミナルプリン
タ１０を用いるアプリケーションの種類によって、ホス
ト側からビジィー要因選択部８２の設定を随時変えるこ
とも可能である。

【００３８】図３に本例のターミナルプリンタ１０の通
信許可部８０を用いてビジィー信号を出力する処理を示
してある。通信許可部８０においては、ステップ９１、
９２および９３でエラー要因、ホールド要因およびバッ
ファフルを検出する。そして、ステップ９１および９２
でエラー要因およびホールド要因を検出すると、ステッ
プ９４においてモード選択部８１に設定されたモードを
判断する。モード設定部８１においてモード２がセット
されていると、ステップ９６において自動ステータス送
信部７１を用いてエラー要因あるいはホールド要因をホ
スト側に送る。しかしながら、ビジィー信号は発生させ
ない。一方、ステップ９４においてモード１がセットさ
れているか、あるいはステップ９３においてバッファフ
ルが検出されると、ステップ９５に移行し、ビジィー信
号を発生させてホスト側に送信し、ホスト側からのデー
タの転送を停止させる。

【００３９】このように、本例のターミナルプリンタ１
０は、ＲＳ−２３２Ｃを介して送信されたデータが印刷
処理部６０で処理できなくなった場合に、ビジィー信号
であるＤＴＲ信号を低レベルにするモード（モード１）
と、ＤＴＲ信号を低レベルにしないモード（モード２）
を切換できるようになっている。従って、ホスト側のア
プリケーションソフトがリアルタイムコマンドなどの機
能を有し、ターミナルプリンタ１０でデータ処理ができ
ない時に対処するコマンドを送信可能なソフトウェアで
あるときは、ターミナルプリンタをモード２に設定す
る。これによって、エラー要因やホールド要因が発生し
てもアプリケーションソフトによってターミナルプリン
タを操作できるようになるので、アプリケーションソフ
トウェアによってエラー要因やホールド要因に対応した
処置が安全に、そして確実に行うことができる。従っ
て、オペレータの労力を軽減し、ＰＯＳで管理される売
上データなどの諸データの安全性を確保することができ
る。一方、リアルタイムコマンドなどの制御機能を持た
ないアプリケーションソフトによってターミナルプリン
タを用いるときは、モード１に設定することによりＤＴ
Ｒ信号を用いてホスト側との通信を管理できデータの安
全性を従来と同様に確保することができる。

【００４０】さらに、ＤＴＲ信号の要因をターミナルプ
リンタ側で設定できるようにすることにより、ＤＴＲ信
号に関連するホスト側のＯＳの仕様を変更しなくとも上
記のようにリアルタイムコマンドの機能を十分に活用す
ることができる。従って、ＰＯＳシステムなどのシステ
ムを構築する際にアプリケーションソフトの汎用性およ
びプリンタの汎用性を減じることなく、アプリケーショ
ンソフト側からエラーやホールドの状態となったターミ
ナルプリンタに関与し処理できるシステムを構築するこ
とができる。

【００４１】なお、上記においては、ＰＯＳシステムを
構築する際に好適なターミナルプリンタ１０を通信端末
の例として本発明を説明してあるが、通信端末はターミ
ナルプリンタに限定されることはなく、プロッタ、スキ
ャナーさらにはモデムなどのシリアルインタフェースに
接続可能な通信端末、また、パラレルインタフェースに
接続されるプリンタなどに対し本発明を適用できること
は勿論である。そして、これらの通信端末に対し本発明
を適用することにより、送信されたデータの処理ができ
ない状態になった場合でも、ホスト側のアプリケーショ
ンプログラムを通信端末の問題解決に関与させることが
可能になる。従って、通信端末側にエラー要因などが発
生した場合にオペレータに処理を一任するのではなく、
アプリケーション側で対処することができる。そして、
オペレータの労力を軽減すると共にミスオペレーション
の危険をなくし、より安全で信頼性の高いシステムを、
パソコンや汎用ＯＳといった汎用性が高く、カスタマイ
ズが容易で安価なハードウェアやソフトウェアを用いて
構築することが可能になる。

【００４２】

【発明の効果】以上に説明したように、本発明の通信端
末は、エラー要因、ホールド要因およびバッファフルと
いった標準的な要因でビジィー信号を出力してホスト側
にデータ処理が不可能になったことを指示する第１のモ
ードと、エラー要因およびホールド要因ではビジィー信
号を出力せずに、これらの要因に対処するコマンドをホ
スト側から受信できる第２のモードとを備えている。こ
のため、本発明の通信端末により、標準的な通信端末用
のドライバを備えた汎用性のあるＯＳを用いて、通信端
末に発生したエラー要因やホールド要因に対し即時に対
処可能なアプリケーションソフトを稼動させることがで
き、その機能をフルに発揮させることが可能になる。さ
らに、ビジィー信号に代わってホールド要因などをアプ
リケーションソフトに送信できるステータス送信手段を
採用することにより、ホスト側から転送されるデータの
安全性やシステムの信頼性を確保することが可能であ
る。

【図面の簡単な説明】

【図１】本発明の実施の形態に係るターミナルプリンタ
の概略構成を示す斜視図である。

【図２】図１に示すターミナルプリンタおよびパソコン
を用いたＰＯＳシステムの概略構成を示すブロック図で
ある。

【図３】本例のターミナルプリンタの通信許可部を用い
てビジィー信号を出力する処理を示すフローチャートで
ある。

【符号の説明】

１・・印刷ヘッド ５、６・・アプリケーションプログラム ３・・リボンカセット １０・・ターミナルプリンタ １７・・レシート用紙 １８・・ジャーナル用紙 １９・・スリップ用紙 ２０・・ニアエンド検出器 ２２・・カバー検出器 ３０・・パソコン（ホスト） ３１・・シリアルポートドライバ ３２・・オペレーティングシステム ３３・・ＰＯＳ用ＯＳ ３４・・基本ＯＳ ３６〜３９・・ドライバ ４０・・カスタマディスプレイ ４１、４６・・インタフェース ４２、４７・・処理部 ４５・・キャッシュドロワ ５１・・プリンタインタフェース ５２・・データ受信部 ５３・・リアルタイムコマンド解析部 ５４・・受信バッファ ５５・・コマンド解析部 ５６・・プリンタバッファ ５７・・制御部 ５８・・データ送信部 ５９・・コモンステータス検出部 ５９ａ・・バッファフル要因 ６０・・印刷処理部 ６１・・プリンタ機構 ６２・・ステータス検出部 ６２ａ・・エラー要因 ６２ｂ・・ホールド要因 ７０・・ステータス送信部 ７１・・自動ステータス送信部 ７２・・ステータスデータ生成部 ８０・・通信許可部 ８１・・モード選択部（スイッチ部） ８２・・ビジィー要因選択部 ８３・・ビジィー信号設定部

Claims (7)

【特許請求の範囲】
1. 【請求項１】 ホスト側から転送されたデータを受信す
   るインタフェースと、 受信した前記データを一次的に格納する受信バッファ
   と、 前記受信バッファに格納された前記データを処理する処
   理部と、 前記処理部の状況または前記受信バッファの状況を前記
   ホスト側に送信可能なステータス送信手段と、 前記ホスト側に対し前記インタフェースを介して前記デ
   ータを受信可能な否かを指示する通信許可手段とを有
   し、 前記通信許可手段は、前記処理部が前記データを処理で
   きないときに受信不可能であることを示す第１のモード
   と、前記処理部が前記データを処理できないときに受信
   不可能であることは示さない第２のモードとを備えてお
   り、 前記ステータス送信手段は、前記通信許可手段が前記第
   ２のモードにセットされた状態で、前記処理部が前記デ
   ータを処理できなくなるとその状況を自動的に送信する
   ことを特徴とする通信端末。
2. 【請求項２】 請求項１において、前記受信バッファに
   格納された前記データから順番にコマンドを解析する第
   １の解析手段と、 前記インタフェースから前記受信バッファに渡される前
   記データからコマンドを解析可能な第２の解析手段とを
   備えていることを特徴とする通信端末。
3. 【請求項３】 請求項１において、前記通信許可手段
   は、前記第１のモードにおいて、前記受信バッファが満
   杯状態であること、前記処理部にエラーが発生したこ
   と、および前記処理部がホールド状態であることのいず
   れか要因によって受信不可能であると判断し、前記第２
   のモードにおいて、前記受信バッファが満杯状態である
   ことを要因として受信不可能であると判断することを特
   徴とする通信端末。
4. 【請求項４】 請求項１において、前記第１および第２
   のモードを選択するスイッチ手段を有することを特徴と
   する通信端末。
5. 【請求項５】 請求項１において、前記処理部は印刷機
   能を備えていることを特徴とする通信端末。
6. 【請求項６】 請求項１において、前記インタフェース
   がシリアルインタフェースであることを特徴とする通信
   端末。
7. 【請求項７】 ホスト側からインタフェースを介して転
   送されたデータを受信バッファに一次的に格納した後に
   処理を行う通信端末の制御方法であって、 前記通信端末は、前記処理部の状況または前記受信バッ
   ファの状況を前記ホスト側に送信可能なステータス送信
   手段と、 前記ホスト側に対し前記インタフェースを介して前記デ
   ータを受信可能な否かを指示する際に、前記処理部が前
   記データを処理できないときに受信不可能であることを
   示す第１のモード、および、前記処理部が前記データを
   処理できないときに受信不可能であることは示さない第
   ２のモードとを選択可能な通信許可手段とを有してお
   り、 前記通信許可手段の設定されているモードを判別する工
   程と、 前記通信許可手段が前記第２のモードにセットされてい
   るときは、前記処理部が前記データを処理できなくなる
   と前記ステータス送信手段によってその状況を自動的に
   送信する工程とを有することを特徴とする通信端末の制
   御方法。