JP3639653B2 - Printer control system - Google Patents

Printer control system Download PDF

Info

Publication number
JP3639653B2
JP3639653B2 JP28773595A JP28773595A JP3639653B2 JP 3639653 B2 JP3639653 B2 JP 3639653B2 JP 28773595 A JP28773595 A JP 28773595A JP 28773595 A JP28773595 A JP 28773595A JP 3639653 B2 JP3639653 B2 JP 3639653B2
Authority
JP
Japan
Prior art keywords
printer
print
network
data
client
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.)
Expired - Fee Related
Application number
JP28773595A
Other languages
Japanese (ja)
Other versions
JPH09128173A (en
Inventor
正人 小林
徹 渡辺
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Fujitsu Ltd
Original Assignee
Fujitsu Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Fujitsu Ltd filed Critical Fujitsu Ltd
Priority to JP28773595A priority Critical patent/JP3639653B2/en
Publication of JPH09128173A publication Critical patent/JPH09128173A/en
Application granted granted Critical
Publication of JP3639653B2 publication Critical patent/JP3639653B2/en
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Images

Landscapes

  • Information Transfer Between Computers (AREA)
  • Computer And Data Communications (AREA)

Description

【0001】
【発明の属する技術分野】
本発明は、ネットワークを介してデータを転送して印刷するプリンタ制御システムに関するものである。
【0002】
【従来の技術】
従来のネットワーク系の印刷は、印刷しようとするデータをスプーリングファイルにして印刷対象のプリンタあるいはプリンタサーバへ転送し、対象プリンタあるいは転送したプリンタサーバ上のプリンティングシステムが行っていた。例えば図5に示すように、クライアントから印刷しようとするデータをスプーリングファイルにしてネットワークを介してサーバに転送し一旦外部記憶装置のファイルに蓄積し、蓄積完了によりプリント要求元のクライアントのプログラムを解放する。そして、サーバの装置制御が蓄積したスプーリングファイルを取り出してプリンタに印刷させると共にその監視を行うという、一方向の制御を行っていた。以下図5の構成を簡単に説明する。
【0003】
図5は、従来技術の説明図を示す。
図5において、クライアントは、各種処理を行い、その結果をスプーリングファイルにしネットワークを介してサーバに転送して印刷要求するものであって、ここでは、アプリ、スプーリングファイル、印刷クライアントなどから構成されるものである。
【0004】
アプリは、各種業務処理を行い、その結果の印刷を要求するものである。
スプーリングファイルは、アプリが印刷要求したデータをスプーリング(データを印刷し易いように編集する操作)したものである。
【0005】
印刷クライアントは、スプーリングファイルをLANまたはWANを介してサーバに転送して印刷要求するものである。
サーバは、ネットワークを介してスプーリングファイルを受信してプリンタに印刷させるものであって、ここでは、プリントサーバ、ライタ、およびスプーリングファイル、装置制御などから構成されるものである。
【0006】
プリントサーバは、ネットワークを介してクライアントから転送されてきたスプーリングファイルを受信し、外部記憶装置に一時的にスプーリングファイルとして蓄積するものである。
【0007】
ライタは、プリントサーバから渡されたスプーリングファイルを装置制御を介してプリンタに印刷させるものである。
装置制御は、ライタから出力されたデータをプリンタに出力すると共に、プリンタがデータを受信したかどうかの確認やプリンタのエラーを確認してライタに通知したり、ライタからのエラーリトライ要求に応じてプリンタを初期化して再印刷をするものである。
【0008】
プリンタは、アプリの要求するデータの内容に従い、用紙に印刷するものである。
【0009】
【発明が解決しようとする課題】
従来は、上述したように、例えばクライアントが印刷データをスプーリングファイルに作成してネットワークを介してサーバに転送し、受信したサーバはスプーリングファイルを一時的に蓄積し、プリンタに印刷させるという一方的な流れによって印刷していたため、印刷要求元(ここではクライアント)と印刷先(ここではサーバ)におけるインタフェース情報やリソース情報を予め準備したものであれば正常に印刷できるがそうでない場合、特にオープン環境、(他社の機械と接続したり、異なるアーキテクチャの機械を混合接続した環境)では全てのインタフェース情報やリソース情報を保持することができず、印刷できなかったり、印刷できても部分的に文字化けしたり、また、印刷要求の印刷状態やプリンタの状態がクライアントからは判らないという問題があった。
【0010】
本発明は、これらの問題を解決するため、印刷要求元から印刷データと共にインタフェース情報やリソース情報をネットワークを介して転送し、受信側でこれらをもとに正常な印刷を行うシステムを実現することを目的としている。
【0011】
【課題を解決するための手段】
図1を参照して課題を解決するための手段を説明する。
図1において、サーバ1は、印刷データ、インタフェース情報およびリソース情報をネットワークを介してクライアント12に転送して印刷させたりなどするものであって、アプリ2、リクエスタ5などから構成されるものである。
【0012】
アプリ2は、印刷要求を行うものである。
リクエスタ5は、アプリ2からの印刷要求をもとに、印刷データにインタフェース情報およびリソース情報を付加などしてネットワークを介してクライアント12に転送したりなどするものである。
【0013】
クライアント12は、受信した印刷データ、インタフェース情報およびリソース情報をもとにプリンタ15に印刷させたりなどするものである。
次に、動作を説明する。
【0014】
アプリ2からの印刷要求をもとに、リクエスタ5が印刷データにプリンタのインタフェース情報やリソース情報を付加してネットワークを介して該当するクライアント12に転送し、当該クライアント12のプロバイダ13がネットワークから受信したインタフェース情報をもとに該当するプリンタ15を制御して受信した印刷データをプリンタ15に印刷させるようにしている。
【0015】
また、アプリ2からの印刷要求をもとに、リクエスタ5が印刷データにプリンタのインタフェース情報および印刷データのリソース情報を付加してネットワークを介してクライアント12に転送し、当該クライアント12のプロバイダ13がネットワークから受信したインタフェース情報をもとにプリンタ15を制御し受信したリソース情報を使って受信した印刷データをプリンタ15に印刷させるようにしている。
【0016】
従って、印刷要求元から印刷データと共にインタフェース情報やリソース情報をネットワークを介して転送し、受信側でこれらをもとに印刷することにより、該当するシーケンスのプリンタに接続し、しかも該当するリソース情報(例えば特殊フォント文字など)を用いて正常に印刷させることが可能となる。
【0017】
【発明の実施の形態】
次に、図1から図4を用いて本発明の実施の形態および動作を順次詳細に説明する。
【0018】
図1は、本発明の1実施例構成図を示す。
図1において、サーバ1は、ネットワークに接続されたものであって、ここでは、アプリ2、OS3、リクエスタ5、装置制御6、およびI/F7などから構成されるものである。
【0019】
アプリ2は、アプリケーションプログラムであって、各種業務処理を行い、ここでは、その結果を印刷するための印刷要求を発行するものである。
OS3は、オペレーティングシステムであって、全体を統括制御するものであり、ここでは、プリンタ名切り替え手段4などから構成されるものである。
【0020】
プリンタ名切り替え手段4は、アプリ2からのプリンタ名を指定した印刷要求をもとに、ローカルなプリンタ8、あるいはネットワークを介してリモートのプリンタ15などのいずれに印刷させるかをプリンタ名によって切り替えるものである。
【0021】
リクエスタ5は、アプリ2からの印刷要求をもとに、ネットワークを介して該当するクライアント12に印刷データ、プリンタのインタフェース情報、およびリソース情報を転送するものである。ここで、インタフェース情報は、プリンタを制御するときのインタフェース情報であって、例えばセントロニスク、SCSI、RS−232Cなどのインタフェースに関する情報である。リソース情報は、外字フォントなどの印刷データを印刷するときに必要となる情報である。
【0022】
装置制御6は、I/F7を介してプリンタ8を制御して印刷するものである。I/F7は、インタフェースであって、プリンタ8を制御するための情報の授受のためのインタフェース(例えばセントロニクス、SCSI、RS−232Cなど)である。
【0023】
プリンタ8は、印刷データを用紙に印刷するものである。ここでは、プリンタ8は、セントロニクスというインタフェースによって制御して印刷データを印刷するものである。
【0024】
ネットワークプリンタ11は、ネットワークに直接接続されたプリンタであって、サーバ1などからの印刷データ、インタフェース情報、およびリソース情報をもとに用紙に印刷データを印刷するものである。
【0025】
クライアント12は、ネットワークに接続されたものであって、ここでは、プロバイダ13、I/F14、およびプリンタ15などから構成されるものである。
【0026】
プロバイダ13は、ネットワークを介して受信した印刷データ、インタフェース情報、およびリソース情報をもとに該当するプリンタ15を制御して印刷するものである。
【0027】
I/F14は、プリンタ15との間のインタフェースである。
プリンタ15は、印刷データを用紙に印刷するものである。この印刷する場合、受信したインタフェース情報で指定されたセントロニクス、SCSI、あるいはRS−232Cなどのインタフェース形式のプリンタを選択して印刷データを用紙に印刷させる。
【0028】
以上によって、図中の例えば▲1▼に示すように印刷データにインタフェース情報およびリソース情報を付加してネットワークを転送し、受信側のクライアント12などでインタフェース情報に合致したプリンタを選択し、印刷データについてリソース情報(例えば特殊フォント)を使ってプリンタ15によって用紙に印刷させることにより、オープン環境であっても、印刷データに適したインタフェースに従いリソース情報を使って印刷させることができ、インタフェースの違いにより印刷不可となったり、インタフェースが合致してもリソース情報の例えば特殊文字フォントが無くて印刷できなかったり、文字化けしたりする事態の発生を無くし、ローカルのプリンタと同様な扱いでネットワークを介してリモートでプリンタに印刷させることが可能となった。
【0029】
又、図中の▲2▼は、▲1▼と同様に、ネットワークプリンタ11に印刷させるルートを示す。
図中▲3▼は、ローカルなプリンタ8に、装置制御6およびI/F7を介して印刷させるルートと示す。
【0030】
図中▲4▼は、ローカルなプリンタ8に、OS3が直接にI/F7を介して印刷させるルートと示す。
次に、図2のフローチャートに示す順序に従い、図1の構成の動作例を詳細に説明する。
【0031】
図2は、本発明の動作説明フローチャートを示す。
図2において、S1は、アプリが印刷要求を、プリンタ名情報を設定して発行する。
【0032】
S2は、サーバ1のリクエスタ5が回線を獲得する。
S3は、OPENプロコトルを送信する。
S4は、OPENプロトコルを受信する。
【0033】
一方、ネットワークを介して印刷要求先のクライアント12側でも同様に、S21ないしS23の処理を行う。
S21は、クライアント12のプロバイダ13が回線を獲得する。
【0034】
S22は、S3に対応してOPENプロトコルを受信する。
S23は、OPENプロトコルを送信する。これに対応して、上述したS4でOPENプロトコルを受信する。
【0035】
以上のS1からS4を印刷要求側のサーバ1で行い、印刷要求先のクライアント12でS21からS23を行うことにより、サーバ1からインフェース情報、およびリソース情報をクライアント12に送信したこととなる。
【0036】
S5は、データの読み込みを行う。これは、アプリ2から印刷要求のあった印刷データの読み込みを行う。
S6は、サーバ1のリクエスタ5がWRITEプロトコルを送信する。
【0037】
S24は、クライアント1のプロバイダ13がWRITEプロトコルを受信する。
S25は、プリンタポートへ1バイト書き込む。
【0038】
S26は、ポート状態が正常か異常のいずれかを判別する。正常の場合には、S27でデータエンドか判別しYESのときにS29に進み、S27のNOのときにS25に戻り繰り返す。一方、S26の状態が異常の場合には、S28でステータスマッピングを行い(プリンタポートの状態をもとに、WRITEプロトコル内の状態設定場所にマッピングを行い)、S29に進む。
【0039】
S29は、WRITEプロトコルを送信する。
S7は、S29の送信をサーバ1のリクエスタ5が受信する。
S8は、エラーか判別する。YESの場合には、S9でメッセージを通知(表示)し、S10に進む。一方、NOの場合には、S11に進む。
【0040】
S10は、S8のYESでエラーが発生していたと判明したので、その旨のメッセージを表示して利用者に知らせると共に、そのエラーが待ち合わせ可能なエラーか判別する。例えばプリンタの用紙切れの場合には、待ち合わせ可能なものとし、プリンタの電源断の場合には、待ち合わせ不可能なものとする。
【0041】
S11は、データエンドか判別する。YESの場合には、全てのデータについて送信した印刷を完了したと判明するので、S12に進む。一方、NOの場合には、S5に戻り、次のデータについて繰り返す。
【0042】
S12は、CLOSEプロトコルを送信する。
S30は、クライアント12のプロバイダ13がCLOSEプロトコルを受信する。
【0043】
S31は、CLOSEプロトコルを送信する。
S13は、サーバ1のリクエスタ5がCLOSEプロトコルを受信する。
S14は、回線を解放する。
【0044】
S32は、回線を解放する。
以上によって、サーバ1のリクエスタ5がアプリ2からの印刷要求があったときに、プロトコルに載せてインタフェース情報およびリソース情報をクライアント12のプロバイダ13に送信した後に印刷データを順次送信し、インタフェース情報およびリソース情報をもとに用紙に順次印刷する。プリンタの印刷時に異常が発生した場合には、その旨を送信してリクエスタ5が表示すると共に、待ち合わせ可能なエラーの場合には、待ち合わせを行ってデータを再送することを繰り返す。これらにより、印刷要求元から印刷データと共にインタフェース情報やリソース情報をネットワークを介して転送し、受信側でこれらをもとに印刷することが可能となる。
【0045】
図3は、本発明のシーケンス例(その1)を示す。これは、印刷要求先のクライアント12のプロバイダ13で印刷不可と判断されたときのシーケンス例である。
【0046】
図3において、S41は、サーバ1のリクエスタ5がアプリ2から印刷データをREADする。
S42は、データをWRITEする。この際、インタフェース情報およびリソース情報はプロトコルに載せて既に回線を獲得した後のプロトコル送受信時に送信してクライアント12のプロバイダ13に送信済みである。
【0047】
S43は、クライアント12のプロバイダ13がデータを受信する。
S44は、印刷不可と判明する。例えば用紙切れで印刷不可と判明する。
S45は、WRIT(異常)、例えばオフライン、用紙切れを送信する。
【0048】
S46は、S45で送信された内容を受信する。
S47は、S46で異常を受信したので、サーバ1のリクエスタ5がその異常の旨を表示してオペレータに知らせる。
【0049】
S48は、リカバリの可否を判断する。例えば用紙切れなどで待ち合わせする意味のある事象の場合には、リカバリ可として所定時間経過後に待ち合わせ、再度、送信する。一方、待ち合わせする意味がない事象(例えばプリンタが電源断など)のときには、S48はリカバリ不可と判断して終了する。
【0050】
S50は、プロバイダ13がS49で送信されたデータを受信する。
S51は、待ち合わせし、ここでは、用紙切れが無くなりプリンタが復旧したと判明する。
【0051】
S52は、印刷する。
S53は、WRITE(正常)を送信する。
S54は、S53で送信された内容をサーバ1のリクエスタ5が受信する。
【0052】
以上によって、サーバ1のリクエスタ5がプロトコルに載せてインタフェース情報およびリソース情報をネットワークを介してクラアイント12のプロバイダ13に送信し、プリンタが印刷不可のときに異常の旨をサーバ1のリクエスタに送信およびメッセージを表示し、リカバリ可の場合には、所定時間待って再度データを送信して印刷を行うことにより、印刷要求先のプリンタ異常が発生しても、待ち合わせて正常となったときにデータを再送して印刷することが可能となる。
【0053】
図4は、本発明のシーケンス例(その2)を示す。これは、印刷要求先のクライアント12のプロバイダ13でプリンタ15にバーコードなどのデータ読み取りを行わせる場合のシーケンスの例である。
【0054】
図4において、S61は、サーバ1のアプリ2が読み取り入力する。
S62は、アプリ2が読み取りデータ長を入力する。
S63は、コマンド文字列を入力する。
【0055】
S64は、S61からS63で入力されたデータを送信(WRITE)する。S65は、S64で送信されたデータ(読み取り指示、読み取りデータ長、コマンド文字列)をクライアント12のプロバイダ13が受信する。
【0056】
S66は、プロバイダ13がプリンタにWRITE(送信)する。
S67は、STチェックを行う。これは、プリンタ15に付加されているデータリーダ部の読み取りチェックを行う。
【0057】
S68は、ST2リードする。これは、プリンタ15に付加されているデータリーダ部がバーコードを読み取る。
S69は、S68で読み取ったデータを送信(WRTE(正常))する。
【0058】
S70は、サーバS1のリクエスタ5がS69で送信された内容を受信する。S71からS73は、S70で受信したデータ(return code(正常、異常などの区別を表すコード))、データ長、データの通知をアプリ2に行う。
【0059】
以上によって、アプリ2は、ネットワークを介してプリンタ15に付加したバーコードなどのデータリーダによってバーコードなどを読み取り、そのデータを受けることが可能となる。
【0060】
【発明の効果】
以上説明したように、本発明によれば、印刷要求元から印刷データと共にインタフェース情報やリソース情報をネットワークを介して転送し、受信側でこれらをもとに印刷する構成を採用しているため、該当するインタフェース情報を持つプリンタに接続し、しかも該当するリソース情報(例えば特殊フォント文字など)を用いて正常に印刷させることができる。これらにより、印刷プロトコル上にプリンタのインタフェース情報やリソース情報を載せて送ると共に印刷データを送信して受信側で、インタフェース情報に従ってプリンタを制御し、リソース情報を使って印刷データを用紙に文字化けなどのない正常の文字を印刷させることが可能となり、コンピュータを各シーケンス(インタフェース)のプリンタに接続し、印刷させることが可能となる。
【図面の簡単な説明】
【図1】本発明の1実施例構成図である。
【図2】本発明の動作説明フローチャートである。
【図3】本発明のシーケンス例(その1)である。
【図4】本発明のシーケンス例(その2)である。
【図5】従来技術の説明図である。
【符号の説明】
1:サーバ
2:アプリ(アプリケーションプログラム)
3:OS
4:プリンタ名切り替え手段
5:リクエスタ
6:装置制御
7:I/F
8:プリンタ
11:ネットワークプリンタ
12:ネットワーククライアント
13:プロバイダ
14:I/F
15:プリンタ
[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a printer control system for transferring and printing data via a network.
[0002]
[Prior art]
Conventional network-based printing is performed by a printing system on the target printer or the printer server that has transferred the data to be printed as a spooling file to the target printer or printer server. For example, as shown in FIG. 5, the data to be printed from the client is converted to a spooling file, transferred to the server via the network, temporarily stored in a file on the external storage device, and the client program of the print request source is executed when the storage is completed. release. Then, one-way control is performed in which the spooling file accumulated by the server device control is taken out and printed by the printer and monitored. The configuration of FIG. 5 will be briefly described below.
[0003]
FIG. 5 is an explanatory diagram of the prior art.
In FIG. 5, the client performs various processes, makes the result a spooling file, transfers it to the server via the network, and issues a print request. Here, the client includes an application, a spooling file, a print client, and the like. It is what is done.
[0004]
The application performs various business processes and requests printing of the results.
The spooling file is obtained by spooling the data requested by the application to be printed (an operation for editing the data so that it can be easily printed).
[0005]
The print client transfers a spooling file to a server via a LAN or WAN and requests printing.
The server receives a spooling file via a network and causes a printer to print it. Here, the server includes a print server, a writer, a spooling file, device control, and the like.
[0006]
The print server receives the spooling file transferred from the client via the network, and temporarily stores it as a spooling file in the external storage device.
[0007]
The writer causes the printer to print the spooling file passed from the print server via device control.
The device control outputs the data output from the writer to the printer, confirms whether the printer has received the data, checks the printer error, notifies the writer, or responds to an error retry request from the writer The printer is initialized and reprinted.
[0008]
The printer prints on paper according to the data content requested by the application.
[0009]
[Problems to be solved by the invention]
Conventionally, as described above, for example, a client creates print data as a spooling file and transfers it to a server via a network, and the received server temporarily accumulates the spooling file and causes the printer to print it. If the interface information and resource information at the print request source (here, the client) and the print destination (here, the server) are prepared in advance, printing can be performed normally. In an environment (an environment in which machines of other companies are connected, or machines with different architectures are connected in a mixed manner), all interface information and resource information cannot be retained, and printing is not possible or printing is partially text Or the print status of the print request or the printer status is Luo there is a problem that does not know.
[0010]
In order to solve these problems, the present invention realizes a system in which interface information and resource information are transferred together with print data from a print request source via a network, and normal printing is performed on the receiving side based on the interface information and resource information. It is an object.
[0011]
[Means for Solving the Problems]
Means for solving the problem will be described with reference to FIG.
In FIG. 1, a server 1 transfers print data, interface information, and resource information to a client 12 via a network for printing, and includes an application 2, a requester 5, and the like. .
[0012]
The application 2 makes a print request.
The requester 5 adds interface information and resource information to the print data based on a print request from the application 2 and transfers it to the client 12 via the network.
[0013]
The client 12 causes the printer 15 to print based on the received print data, interface information, and resource information.
Next, the operation will be described.
[0014]
Based on the print request from the application 2, the requester 5 adds the printer interface information and resource information to the print data and transfers it to the corresponding client 12 via the network, and the provider 13 of the client 12 receives it from the network. Based on the interface information, the corresponding printer 15 is controlled to cause the printer 15 to print the received print data.
[0015]
Further, based on the print request from the application 2, the requester 5 adds the printer interface information and the print data resource information to the print data and transfers the print data to the client 12 via the network. The printer 15 is controlled based on the interface information received from the network, and the received print data is printed on the printer 15 using the received resource information.
[0016]
Accordingly, the interface information and resource information are transferred together with the print data from the print request source through the network, and the receiving side prints based on these, thereby connecting to the printer of the corresponding sequence and also corresponding resource information ( For example, special font characters can be used for normal printing.
[0017]
DETAILED DESCRIPTION OF THE INVENTION
Next, embodiments and operations of the present invention will be described in detail sequentially with reference to FIGS.
[0018]
FIG. 1 shows a block diagram of an embodiment of the present invention.
In FIG. 1, a server 1 is connected to a network, and here includes an application 2, an OS 3, a requester 5, a device control 6, and an I / F 7.
[0019]
The application 2 is an application program, and performs various business processes. Here, the application 2 issues a print request for printing the result.
The OS 3 is an operating system and performs overall control of the entire system. Here, the OS 3 is composed of the printer name switching means 4 and the like.
[0020]
The printer name switching means 4 switches between the local printer 8 and the remote printer 15 via the network based on the print request specifying the printer name from the application 2 depending on the printer name. It is.
[0021]
The requester 5 transfers print data, printer interface information, and resource information to the corresponding client 12 via the network based on a print request from the application 2. Here, the interface information is interface information for controlling the printer, and is information related to interfaces such as Centronisk, SCSI, RS-232C, and the like. The resource information is information required when printing print data such as an external character font.
[0022]
The apparatus control 6 controls the printer 8 via the I / F 7 for printing. The I / F 7 is an interface and is an interface (for example, Centronics, SCSI, RS-232C, etc.) for exchanging information for controlling the printer 8.
[0023]
The printer 8 prints print data on paper. Here, the printer 8 prints print data under the control of an interface called Centronics.
[0024]
The network printer 11 is a printer directly connected to the network, and prints print data on paper based on print data, interface information, and resource information from the server 1 or the like.
[0025]
The client 12 is connected to a network, and here includes a provider 13, an I / F 14, a printer 15, and the like.
[0026]
The provider 13 controls and prints the corresponding printer 15 based on the print data, interface information, and resource information received via the network.
[0027]
The I / F 14 is an interface with the printer 15.
The printer 15 prints print data on paper. In the case of printing, a printer having an interface format such as Centronics, SCSI, or RS-232C designated by the received interface information is selected and print data is printed on paper.
[0028]
As described above, for example, as shown in (1) in the figure, the interface information and the resource information are added to the print data and transferred over the network, the receiving client 12 or the like selects the printer that matches the interface information, and the print data By using resource information (for example, special fonts) for printing on paper by the printer 15, even in an open environment, printing can be performed using resource information according to an interface suitable for print data. Even if the interface is matched, there is no occurrence of resource information such as special character fonts that cannot be printed or garbled, and it is handled via a network in the same way as a local printer. Print to the printer remotely It has become possible.
[0029]
In addition, (2) in the figure indicates a route to be printed by the network printer 11 as in (1).
In the figure, (3) indicates a route for causing the local printer 8 to print via the device control 6 and the I / F 7.
[0030]
In the figure, (4) indicates a route that causes the OS 3 to print directly via the I / F 7 to the local printer 8.
Next, an exemplary operation of the configuration of FIG. 1 will be described in detail according to the order shown in the flowchart of FIG.
[0031]
FIG. 2 shows a flowchart for explaining the operation of the present invention.
In FIG. 2, in S1, the application issues a print request with printer name information set.
[0032]
In S2, the requester 5 of the server 1 acquires a line.
S3 transmits an OPEN protocol.
S4 receives the OPEN protocol.
[0033]
On the other hand, the processing of S21 to S23 is similarly performed on the client 12 side of the print request destination via the network.
In S21, the provider 13 of the client 12 acquires a line.
[0034]
S22 receives the OPEN protocol corresponding to S3.
In step S23, the OPEN protocol is transmitted. In response to this, the OPEN protocol is received in S4 described above.
[0035]
The above S1 to S4 are performed by the print requesting server 1, and the print request destination client 12 performs S21 to S23, thereby transmitting the interface information and the resource information from the server 1 to the client 12.
[0036]
In S5, data is read. In this process, print data requested by the application 2 is read.
In S6, the requester 5 of the server 1 transmits the WRITE protocol.
[0037]
In S24, the provider 13 of the client 1 receives the WRITE protocol.
In S25, 1 byte is written to the printer port.
[0038]
In S26, it is determined whether the port state is normal or abnormal. If it is normal, it is determined whether the data is ended in S27. If YES, the process proceeds to S29. If NO in S27, the process returns to S25 and is repeated. On the other hand, if the state in S26 is abnormal, status mapping is performed in S28 (mapping is performed on the status setting location in the WRITE protocol based on the printer port status), and the process proceeds to S29.
[0039]
S29 transmits the WRITE protocol.
In S7, the requester 5 of the server 1 receives the transmission of S29.
In S8, it is determined whether there is an error. In the case of YES, a message is notified (displayed) in S9, and the process proceeds to S10. On the other hand, if NO, the process proceeds to S11.
[0040]
In S10, since it is determined that an error has occurred in YES in S8, a message to that effect is displayed to notify the user, and it is determined whether the error can be waited for. For example, when the printer runs out of paper, it is possible to wait, and when the printer is turned off, it is impossible to wait.
[0041]
In S11, it is determined whether it is a data end. In the case of YES, since it is determined that printing transmitted for all data has been completed, the process proceeds to S12. On the other hand, if NO, the process returns to S5 and repeats for the next data.
[0042]
S12 transmits the CLOSE protocol.
In S30, the provider 13 of the client 12 receives the CLOSE protocol.
[0043]
S31 transmits a CLOSE protocol.
In S13, the requester 5 of the server 1 receives the CLOSE protocol.
S14 releases the line.
[0044]
S32 releases the line.
As described above, when the requester 5 of the server 1 receives a print request from the application 2, the interface information and the resource information are transmitted to the provider 13 of the client 12 in accordance with the protocol, and then the print data is sequentially transmitted. Print sequentially on paper based on resource information. When an abnormality occurs during printing by the printer, the fact is transmitted and displayed by the requester 5. When an error that can be waited for is received, the process of waiting and retransmitting the data is repeated. As a result, it is possible to transfer the interface information and resource information together with the print data from the print request source via the network, and to perform printing based on these on the receiving side.
[0045]
FIG. 3 shows a sequence example (part 1) of the present invention. This is a sequence example when the provider 13 of the client 12 that is the print request destination determines that printing is not possible.
[0046]
In FIG. 3, in S <b> 41, the requester 5 of the server 1 reads print data from the application 2.
In S42, the data is written. At this time, the interface information and the resource information have been transmitted to the provider 13 of the client 12 by transmitting at the time of protocol transmission / reception after placing the line on the protocol and acquiring the line.
[0047]
In S43, the provider 13 of the client 12 receives the data.
S44 is determined to be unprintable. For example, it is determined that printing is not possible due to out of paper.
In S45, WRIT (abnormal), for example, offline, out of paper is transmitted.
[0048]
In step S46, the content transmitted in step S45 is received.
In S47, since the abnormality is received in S46, the requester 5 of the server 1 displays the fact of the abnormality and notifies the operator.
[0049]
In S48, it is determined whether recovery is possible. For example, in the case of an event that has a meaning of waiting due to running out of paper, it is possible to recover, wait after a predetermined time, and transmit again. On the other hand, if the event does not make sense to wait (for example, the printer is powered off), S48 determines that recovery is impossible and ends.
[0050]
In S50, the provider 13 receives the data transmitted in S49.
In step S51, the printer waits and it is determined that the printer has been restored because the paper has run out.
[0051]
In step S52, printing is performed.
S53 transmits WRITE (normal).
In S54, the requester 5 of the server 1 receives the content transmitted in S53.
[0052]
As described above, the requester 5 of the server 1 puts the interface information and resource information on the protocol to the provider 13 of the client 12 via the network, and when the printer cannot print, the requester 5 of the server 1 sends an error message to the requester of the server 1. If a message is displayed and recovery is possible, after waiting for a predetermined time and sending the data again to perform printing, even if a printer error at the print request destination occurs, the data is returned when it is normal after waiting. It is possible to print by resending.
[0053]
FIG. 4 shows a sequence example (part 2) of the present invention. This is an example of a sequence in the case where the provider 13 of the client 12 that is the print request destination causes the printer 15 to read data such as a barcode.
[0054]
In FIG. 4, the application 2 of the server 1 reads and inputs S61.
In S62, the application 2 inputs the read data length.
In S63, a command character string is input.
[0055]
In S64, the data input in S61 to S63 is transmitted (WRITE). In S65, the provider 13 of the client 12 receives the data (read instruction, read data length, command character string) transmitted in S64.
[0056]
In S66, the provider 13 performs WRITE (transmission) to the printer.
In S67, ST check is performed. This performs a reading check of the data reader unit attached to the printer 15.
[0057]
S68 reads ST2. This is because the data reader unit attached to the printer 15 reads the barcode.
In S69, the data read in S68 is transmitted (WRTE (normal)).
[0058]
In S70, the requester 5 of the server S1 receives the content transmitted in S69. From S71 to S73, the application 2 is notified of the data (return code (code indicating distinction between normal and abnormal)), data length, and data received in S70.
[0059]
As described above, the application 2 can read the barcode and the like by a data reader such as a barcode added to the printer 15 via the network and receive the data.
[0060]
【The invention's effect】
As described above, according to the present invention, since the interface information and the resource information are transferred together with the print data from the print request source via the network, the receiving side employs a configuration for printing based on these. It is possible to connect to a printer having the corresponding interface information and print normally using the corresponding resource information (for example, special font characters). As a result, the interface information and resource information of the printer are placed on the print protocol, and the print data is sent and the printer is controlled on the receiving side according to the interface information. It is possible to print normal characters having no character, and it is possible to connect the computer to a printer of each sequence (interface) and print it.
[Brief description of the drawings]
FIG. 1 is a configuration diagram of an embodiment of the present invention.
FIG. 2 is a flowchart explaining the operation of the present invention.
FIG. 3 is a sequence example (part 1) of the present invention.
FIG. 4 is a second sequence example of the present invention.
FIG. 5 is an explanatory diagram of a prior art.
[Explanation of symbols]
1: Server 2: Application (application program)
3: OS
4: Printer name switching means 5: Requester 6: Device control 7: I / F
8: Printer 11: Network printer 12: Network client 13: Provider 14: I / F
15: Printer

Claims (1)

ネットワークを介してデータを転送して印刷するプリンタ制御システムにおいて、
アプリケーションプログラムからの印刷要求をもとに、通知を受けた印刷データにプリンタのインタフェース情報であるセントロニクス、SCSI、RS−232Cのいずれかおよび印刷データのリソース情報である特殊フォントを付加してネットワークを介して該当するプリンタの端末に転送する手段と、
ネットワークから前記受信したインタフェース情報であるセントロニクス、SCSI、RS−232Cのいずれかをもとにプリンタを制御して前記受信したリソース情報である特殊フォントを使って前記受信した印刷データを当該プリンタに印刷させる手段と、
前記印刷結果を前記印刷要求の管理部に転送する手段と、
前記管理部が前記印刷結果を待合せ可能な異常だと判断した場合、前記通知を受けた印刷データにプリンタのインタフェース情報であるセントロニクス、SCSI、RS−232Cのいずれかおよび印刷データのリソース情報である特殊フォントを付加してネットワークを介して該当するプリンタの端末に転送する手段と
を備えたことを特徴とするプリンタ制御システム。
In a printer control system that prints by transferring data over a network,
Based on the print request from the application program, the network is created by adding one of the printer interface information , Centronics, SCSI, RS-232C, and the special font , which is the print data resource information , to the received print data. Means for transferring to the terminal of the corresponding printer via
The printer is controlled based on any one of the received interface information , Centronics, SCSI, or RS-232C from the network, and the received print data is printed on the printer using the special font that is the received resource information. Means to
Means for transferring the print result to the print request management unit;
When the management unit determines that the print result is an anomaly that can be queued , the received print data includes one of Centronics, SCSI, and RS-232C, which are printer interface information, and print data resource information. A printer control system comprising means for adding a special font and transferring it to a corresponding printer terminal via a network .
JP28773595A 1995-11-06 1995-11-06 Printer control system Expired - Fee Related JP3639653B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP28773595A JP3639653B2 (en) 1995-11-06 1995-11-06 Printer control system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP28773595A JP3639653B2 (en) 1995-11-06 1995-11-06 Printer control system

Publications (2)

Publication Number Publication Date
JPH09128173A JPH09128173A (en) 1997-05-16
JP3639653B2 true JP3639653B2 (en) 2005-04-20

Family

ID=17721086

Family Applications (1)

Application Number Title Priority Date Filing Date
JP28773595A Expired - Fee Related JP3639653B2 (en) 1995-11-06 1995-11-06 Printer control system

Country Status (1)

Country Link
JP (1) JP3639653B2 (en)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2008276629A (en) * 2007-05-02 2008-11-13 Murata Mach Ltd Communication device

Also Published As

Publication number Publication date
JPH09128173A (en) 1997-05-16

Similar Documents

Publication Publication Date Title
US5799206A (en) Remote print system having a plurality of computers which are capable of monitoring and controlling operations of a remote printer
US6636891B1 (en) Methods and apparatus for controlling an input or output device over the internet
EP0896454B1 (en) Network system, network managing method, interface device and terminal device
US5625757A (en) Printing system
JP3660150B2 (en) Print data control method and information processing system
CA2203445A1 (en) Printer communication system and method
EP0974892B1 (en) Printing system, printer and print server
US6535295B1 (en) Virtual printer with asynchronous job and device status
WO2005124531A1 (en) Information processing device and job transfer control method
JP2000357131A (en) Electronic equipment control system using communication protocol
JP3591251B2 (en) Printer control method and apparatus
JP3489846B2 (en) Remote printing system
JP3639653B2 (en) Printer control system
JP4086770B2 (en) Information processing apparatus and transfer control method thereof
JPH09179833A (en) Job processing system
JP3554600B2 (en) Printer specification acquisition system
JP3507468B2 (en) Print system, print control device, print monitor method, and storage medium storing computer readable program
JP2000003258A (en) Printing system
JP4591087B2 (en) Printing apparatus, printing support apparatus, printing method, and printing support method
EP0738955A2 (en) Print request using a file transfer protocol
EP1102159A2 (en) Printer with web based input and control interface
JP3004440B2 (en) Printing method and apparatus
JP4164243B2 (en) Print monitoring system, print monitoring method, and computer program
JP2833512B2 (en) Facsimile machine
JP2000343772A (en) Printing system

Legal Events

Date Code Title Description
A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20040216

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20040518

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20040720

A911 Transfer to examiner for re-examination before appeal (zenchi)

Free format text: JAPANESE INTERMEDIATE CODE: A911

Effective date: 20040723

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20050111

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20050117

R150 Certificate of patent or registration of utility model

Free format text: JAPANESE INTERMEDIATE CODE: R150

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20080121

Year of fee payment: 3

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20090121

Year of fee payment: 4

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20100121

Year of fee payment: 5

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20110121

Year of fee payment: 6

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20110121

Year of fee payment: 6

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20120121

Year of fee payment: 7

LAPS Cancellation because of no payment of annual fees