JP3639653B2 - Printer control system - Google Patents
Printer control system Download PDFInfo
- 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
- 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
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
[0012]
The
The
[0013]
The
Next, the operation will be described.
[0014]
Based on the print request from the
[0015]
Further, based on the print request from the
[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
[0019]
The
The OS 3 is an operating system and performs overall control of the entire system. Here, the
[0020]
The printer name switching means 4 switches between the
[0021]
The
[0022]
The
[0023]
The
[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
[0025]
The
[0026]
The provider 13 controls and prints the corresponding
[0027]
The I /
The
[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
[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
[0030]
In the figure, (4) indicates a route that causes the
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
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
In S21, the provider 13 of the
[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
[0036]
In S5, data is read. In this process, print data requested by the
In S6, the
[0037]
In S24, the provider 13 of the
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
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
[0043]
S31 transmits a CLOSE protocol.
In S13, the
S14 releases the line.
[0044]
S32 releases the line.
As described above, when the
[0045]
FIG. 3 shows a sequence example (part 1) of the present invention. This is a sequence example when the provider 13 of the
[0046]
In FIG. 3, in S <b> 41, the
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
[0047]
In S43, the provider 13 of the
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
[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
[0052]
As described above, the
[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
[0054]
In FIG. 4, the
In S62, the
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
[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
[0057]
S68 reads ST2. This is because the data reader unit attached to the
In S69, the data read in S68 is transmitted (WRTE (normal)).
[0058]
In S70, the
[0059]
As described above, the
[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 .
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)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2008276629A (en) * | 2007-05-02 | 2008-11-13 | Murata Mach Ltd | Communication device |
-
1995
- 1995-11-06 JP JP28773595A patent/JP3639653B2/en not_active Expired - Fee Related
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 |