JPH05289833A - Network print control system - Google Patents

Network print control system

Info

Publication number
JPH05289833A
JPH05289833A JP4277751A JP27775192A JPH05289833A JP H05289833 A JPH05289833 A JP H05289833A JP 4277751 A JP4277751 A JP 4277751A JP 27775192 A JP27775192 A JP 27775192A JP H05289833 A JPH05289833 A JP H05289833A
Authority
JP
Japan
Prior art keywords
printer
print
management information
queue
file
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.)
Granted
Application number
JP4277751A
Other languages
Japanese (ja)
Other versions
JP3221093B2 (en
Inventor
Toru Nakatani
徹 中谷
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.)
Fujifilm Business Innovation Corp
Original Assignee
Fuji Xerox Co 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 Fuji Xerox Co Ltd filed Critical Fuji Xerox Co Ltd
Priority to JP27775192A priority Critical patent/JP3221093B2/en
Publication of JPH05289833A publication Critical patent/JPH05289833A/en
Application granted granted Critical
Publication of JP3221093B2 publication Critical patent/JP3221093B2/en
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Landscapes

  • Computer And Data Communications (AREA)

Abstract

PURPOSE:To perform the easy and quick processing of recognition of the print state and the printer state, cancel of print of a print file spooled in a gateway, and broadcast print. CONSTITUTION:A gateway 7 to which multiple hosts and multiple printers are connected consists of a data transmission/reception means 10 which transmits and receives data, a reception processing means 12 which enqueues management information in print queues 15 corresponding to printers recognized by analysis of received commands while classifying this information by states of printers and performs the print file storage processing, and a transmission processing means 14 which transmits management information enqueued in print queues 15 corresponding to printers and the print file and performs the processing to inquire about the printer states of corresponding printers and their print states. A file directory is provided for each printer and is linked to files.

Description

【発明の詳細な説明】Detailed Description of the Invention

【0001】[0001]

【産業上の利用分野】本発明は、たとえば異なる通信プ
ロトコル(本明細書では、以下単にプロトコルという)
を持つホストコンピュータのような複数のデータ処理装
置と少なくとも一つのプリンタとが同一の伝送媒体上に
接続されたネットワークプリント制御システムに関する
ものである。本発明は、伝送媒体に接続されたマルチホ
ストコンピュータ、およびマルチプリンタの内、少なく
ともマルチプリンタをサポートするネットワークプリン
ト制御システムに関するものである。
BACKGROUND OF THE INVENTION The present invention relates to, for example, different communication protocols (hereinafter referred to simply as "protocols").
The present invention relates to a network print control system in which a plurality of data processing devices such as a host computer having at least one and at least one printer are connected on the same transmission medium. The present invention relates to a multi-host computer connected to a transmission medium and a network print control system that supports at least a multi-printer among multi-printers.

【0002】[0002]

【従来の技術】図25ないし図27を参照しつつ複数の
データ処理装置とプリンタとが伝送媒体上に接続されて
いる従来例におけるネットワークプリント制御システム
を説明する。図25は従来例におけるネットワークに接
続されたゲートウエイの説明図である。図26は従来例
における送受信プロセス、プリントキュー、およびプリ
ンタの関係を説明するための図である。図27は従来例
におけるキューイングの例を示す図である。図25にお
いて、図示されていないネットワークに接続されている
ゲートウエイ90は、データを送受信すると共に、異な
るプロトコルを所定のプロトコルに変換する処理を行な
うデータ送受信部91と、当該データ送受信部91によ
って受信したデータに含むコマンドを解析するコマンド
解析部92と、後述のワークステーションから受信した
データの管理情報をキューイングすると共に、データを
プリントファイルとして格納するための処理を行なうフ
ァイル転送処理部93と、キューイングされている管理
情報とプリントファイルとを前記データ送受信部91を
介してプリンタ95(Printing/XNS)に送
信するプリント処理部94とから構成される。また、図
示されていないネットワーク上には、たとえばプロトコ
ルの異なる複数のワークステーション96(GAP/X
NS)、ワークステーション97(FTP/TCP/I
P、Telnet/TCP/IP)、および少なくとも
一つのプリンタ95(Printing/XNS)が接
続されている。
2. Description of the Related Art A conventional network print control system in which a plurality of data processing devices and printers are connected on a transmission medium will be described with reference to FIGS. FIG. 25 is an explanatory diagram of a gateway connected to a network in the conventional example. FIG. 26 is a diagram for explaining the relationship between the transmission / reception process, the print queue, and the printer in the conventional example. FIG. 27 is a diagram showing an example of queuing in the conventional example. In FIG. 25, a gateway 90 connected to a network (not shown) transmits and receives data, and a data transmitting and receiving unit 91 that performs processing of converting a different protocol into a predetermined protocol, and the data transmitting and receiving unit 91 receives the data. A command analysis unit 92 for analyzing a command included in the data, a file transfer processing unit 93 for queuing management information of data received from a workstation, which will be described later, and a process for storing the data as a print file, and a queue. It is composed of a print processing unit 94 for transmitting the input management information and print file to the printer 95 (Printing / XNS) via the data transmitting / receiving unit 91. Further, on a network (not shown), for example, a plurality of workstations 96 (GAP / X
NS), workstation 97 (FTP / TCP / I
P, Telnet / TCP / IP), and at least one printer 95 (Printing / XNS) are connected.

【0003】たとえば、ワークステーション97からプ
ロトコルの異なるプリンタ95にプリント要求がなされ
る。データ送受信部91では、ワークステーション97
のプロトコルでデータを受信し、データをコマンド解析
部92に送る。コマンド解析部92は、前記受信したデ
ータからコマンドを解析し、その内容、たとえばプリン
ト要求、およびそのプリンタを認識し、ファイル転送処
理部93を起動する。ファイル転送処理部93は、ワー
クステーション97からプリント要求の出されているデ
ータを受信し、データに含まれている管理情報を図示さ
れていないプリントキューにキューイングすると共に、
同じく図示されていないスプールにプリントファイルを
格納する。プリント処理部94は、前記プリントキュー
にキューイングされている管理情報およびスプールに格
納されているプリントファイルを取り出し、データ送受
信部91を介してプリンタ95のプロトコルで順次プリ
ンタ95に送出する。
For example, a print request is made from the workstation 97 to the printer 95 having a different protocol. In the data transmitting / receiving unit 91, the workstation 97
The data is received by the protocol and sent to the command analysis unit 92. The command analysis unit 92 analyzes the command from the received data, recognizes the content of the command, for example, the print request and the printer, and activates the file transfer processing unit 93. The file transfer processing unit 93 receives the print-requested data from the workstation 97, queues the management information included in the data in a print queue (not shown), and
A print file is stored in a spool (not shown). The print processing unit 94 takes out the management information queued in the print queue and the print file stored in the spool, and sequentially sends them to the printer 95 via the data transmitting / receiving unit 91 according to the protocol of the printer 95.

【0004】また、上記従来例において、送受信プロセ
ス、プリントキュー、およびプリンタの関係は、図26
に示すようになる。すなわち、各ワークステーション9
6、97からプリント要求がなされたデータは、データ
送受信部91によって受信される。そして、データに含
まれる管理情報は、コマンド解析部92あるいはファイ
ル転送処理部93等を含む受信プロセス101ないし1
03によって、プリントキュー104に順次キューイン
グされる。その後、送信プロセス105は、プリントキ
ュー104の先頭から管理情報を取り出し、当該管理情
報に基づいてプリントファイルを図示されていないスプ
ールから取り出す。そして、送信プロセス105は、管
理情報およびプリントファイルを、たとえば要求された
プリンタAに送信するための処理を行なう。なお、上記
のようなネットワークプリント制御システムは、たとえ
ば特開平3−75921号公報および特開平3−759
49号公報に詳述されている。
Further, in the above-mentioned conventional example, the relationship among the transmission / reception process, the print queue, and the printer is shown in FIG.
As shown in. That is, each workstation 9
The data for which a print request has been issued from 6 and 97 is received by the data transceiver 91. The management information included in the data is the reception processes 101 to 1 including the command analysis unit 92 or the file transfer processing unit 93.
03, the print queue 104 is sequentially queued. After that, the transmission process 105 takes out the management information from the head of the print queue 104, and takes out the print file from the spool (not shown) based on the management information. Then, the transmission process 105 performs processing for transmitting the management information and the print file to the requested printer A, for example. The network print control system as described above is disclosed in, for example, Japanese Patent Laid-Open Nos. 3-75921 and 3-759.
This is described in detail in Japanese Patent Publication No. 49.

【0005】伝送媒体に接続されているホストコンピュ
ータ上のある特定のファイルを複数のプリンタに出力す
る場合、一般的に次の2通りがある。第1の方法は、ホ
ストコンピュータから所望のプリンタ宛に複数回送信を
行なう。第2の方法は、ホストコンピュータから送られ
てきたファイルをゲートウエイで受信した後、所望のプ
リンタに対応したスプールにファイルをコピーする。そ
して、スプールにコピーされたファイルは、対応したプ
リンタによってプリントされる。特開平3−17728
号公報には、同一のファイル内容を複数のプリンタに出
力する同報出力制御方式が記載されている。しかし、上
記公報に記載されている同報出力制御方式は、マルチプ
リンタにおけるファイルの削除に関して記載されている
が、キャンセルの場合に関する記載がない。また、上記
公報に記載されている同報出力制御方式では、出力をす
べて管理しなければならないので、受信プロセスと送信
プロセス間に出力管理プロセスを設けなければならな
い。さらに、上記のような同報出力制御方式において、
ファイルのプリントをキャンセルしたい場合、出力管理
プロセスは、キャンセル処理も行なわねばならず、処理
がなお複雑になるという欠点がある。
When a specific file on a host computer connected to a transmission medium is output to a plurality of printers, there are generally the following two types. In the first method, the host computer transmits to the desired printer a plurality of times. In the second method, after the file sent from the host computer is received by the gateway, the file is copied to the spool corresponding to the desired printer. Then, the file copied to the spool is printed by the corresponding printer. JP-A-3-17728
The publication describes a broadcast output control method for outputting the same file contents to a plurality of printers. However, the broadcast output control method described in the above publication does not mention the case of cancellation, although it describes file deletion in a multi-printer. Further, in the broadcast output control method described in the above publication, all outputs must be managed, so an output management process must be provided between the reception process and the transmission process. Furthermore, in the broadcast output control method as described above,
If the user wants to cancel the printing of the file, the output management process also has to perform a cancel process, which has the disadvantage that the process is still complicated.

【0006】[0006]

【発明が解決しようとする課題】しかし、上記従来例に
おけるネットワークプリント制御システムのゲートウエ
イ90では、プリントキュー104、およびこのプリン
トキュー104に繋がる送信プロセス105がシステム
全体で一つである。したがって、一つの送信プロセス1
05は、要求された、たとえばプリンタAに接続するた
めの処理を行なった後、プリントキュー104の先頭か
ら一つの管理情報を取り出して、管理情報およびプリン
トファイルを順次送信する。このため、たとえば図27
に示すような順序によって管理情報がプリントキュー1
04にキューイングされていたとすると、一つの送信プ
ロセス105は、たとえばデータ量の多いプリンタAの
送信処理を行なっている間に、少ないデータ量であるプ
リンタBあるいはプリンタCに対する要求に応える処理
を行なうことができない。すなわち、プリンタBあるい
はプリンタCへの要求は、データ量の多いプリンタAの
送信処理が終わるまで待たされることになる。
However, in the gateway 90 of the network print control system in the above conventional example, the print queue 104 and the transmission process 105 connected to the print queue 104 are one in the entire system. Therefore, one sending process 1
After performing the requested process for connecting to the printer A, for example, 05 extracts one management information from the head of the print queue 104 and sequentially transmits the management information and the print file. Therefore, for example, FIG.
Management information is printed in the print queue 1 in the order shown in
If the data is queued at 04, one transmission process 105 performs processing for responding to a request to printer B or printer C having a small amount of data while performing transmission processing for printer A having a large amount of data, for example. I can't. That is, the request to the printer B or the printer C is made to wait until the transmission processing of the printer A having a large amount of data is completed.

【0007】また、上記従来例におけるネットワークプ
リント制御システムの送信プロセス105は、管理情報
およびプリントファイルをプリンタ側に送信した後に、
これを削除する。したがって、送信プロセス105は、
管理情報およびプリントファイルをプリンタ側に送信し
た後、ワークステーション側から要求したプリントがど
のような状態で処理されているかを知ることができなか
った。また、ゲートウエイ側の管理者が同様に、プリン
タのプリント状態あるいはプリンタの状態を知りたくて
も知る手段がなかった。たとえば、送信プロセス105
がプリントファイルをプリンタ側に送信した後、ワーク
ステーションあるいはゲートウエイ側では、プリンタ側
でキューイング中であるか否か、プリンタでプリント中
であるか否か、プリントを正常に終了したか否か、ある
いはプリント異常で終了したか否かを知ることができな
かった。
Further, the transmission process 105 of the network print control system in the above conventional example, after transmitting the management information and the print file to the printer side,
Delete this. Therefore, the sending process 105
After sending the management information and the print file to the printer side, it was not possible to know in what state the print requested from the workstation side was processed. Similarly, there is no means for the administrator on the gateway side to know the print status of the printer or the status of the printer. For example, the sending process 105
After sending the print file to the printer side, at the workstation or gateway side, whether the printer side is queuing, whether the printer is printing, whether printing is completed normally, Alternatively, it was not possible to know whether or not the printing ended abnormally.

【0008】さらに、ワークステーション側およびゲー
トウエイ側には、キューイング中のデータをキャンセル
する機能がなかった。そのため、間違って送信されたフ
ァイルは、キューイングされて順番を待ち、当該プリン
タに送信され、そのプリンタにおいて、始めて当該ファ
イルをキャンセルするようにしていた。したがって、プ
リントを行なう必要の無くなったファイルのために、処
理を待たされるプリンタがあるという問題を有した。
Further, neither the workstation side nor the gateway side has a function of canceling data being queued. Therefore, an incorrectly transmitted file is queued, waits for its turn, is transmitted to the printer, and the printer cancels the file for the first time. Therefore, there is a problem in that some printers have to wait for processing because of files that no longer need to be printed.

【0009】ホストコンピュータから送られてきたファ
イルをゲートウエイのプリンタに対応したスプールにコ
ピーする方法は、ホストコンピュータからプリンタ宛に
複数回送信を行なう方法に比べて送信が1回で済むので
効率的である。しかし、ゲートウエイで受信したファイ
ルは、プリンタに対応したスプールにコピーされるの
で、スプール内のディスクを圧迫するという問題があ
る。ディスクの圧迫を解決するものとして、たとえば特
開平3−17728号公報では、ファイルに属性を持た
せて解決している。しかし、上記公報の技術は、ファイ
ルを削除するために全部のプリンタに出力し終わったか
否かの判る情報を管理する処理が必要となり、管理が複
雑になる。
The method of copying the file sent from the host computer to the spool corresponding to the gateway printer is efficient because it requires only one transmission as compared with the method of transmitting from the host computer to the printer a plurality of times. is there. However, since the file received by the gateway is copied to the spool corresponding to the printer, there is a problem that the disk in the spool is pressed. In order to solve the pressure on the disk, for example, in Japanese Patent Laid-Open No. 3-17728, a file is given an attribute to solve the problem. However, the technique disclosed in the above publication requires a process of managing information for determining whether or not output to all printers has been completed in order to delete a file, which makes management complicated.

【0010】本発明は、以上のような課題を解決するた
めのもので、異なるプリンタへの要求によって待たされ
ることがないネットワークプリント制御システムを提供
することを目的とする。本発明は、ゲートウエイおよび
データ処理装置側からプリンタ送信後のプリント状態お
よびプリンタの状態を把握できるネットワークプリント
制御システムを提供することを目的とする。本発明は、
ゲートウエイでスプールされているプリントファイルの
プリントをキャンセルすることができるネットワークプ
リント制御システムを提供することを目的とする。本発
明は、同報プリントを行なう際におけるゲートウエイの
処理を簡略化すると共に、マルチプリンタに対する処理
の共通化と高速化をはかることができるネットワークプ
リント制御システムを提供することを目的とする。
An object of the present invention is to solve the above problems, and it is an object of the present invention to provide a network print control system which is not kept waiting due to a request to a different printer. SUMMARY OF THE INVENTION It is an object of the present invention to provide a network print control system capable of grasping the print status after printer transmission and the printer status from the gateway and data processing device sides. The present invention is
An object of the present invention is to provide a network print control system capable of canceling printing of a print file spooled at a gateway. SUMMARY OF THE INVENTION It is an object of the present invention to provide a network print control system that simplifies the gateway processing when performing broadcast printing, and that can standardize the processing for multiple printers and speed up the processing.

【0011】[0011]

【課題を解決するための手段】[Means for Solving the Problems]

(第1発明)以上のような問題を解決するために、本発
明のネットワークプリント制御システムは、複数のデー
タ処理装置(図1の2、3、・・・、)と少なくとも一
つのプリンタ(図1の5、6、・・・、)とが伝送媒体
(図1の1)上に接続されており、当該伝送媒体(1)
に対してインタフェースを介して接続され、データを送
受信するデータ送受信手段(図1の10)と、当該デー
タ送受信手段(10)によって受信したコマンドを解析
し、この解析されたコマンドにしたがって認識されたプ
リンタ(5)にそれぞれ対応するプリントキュー(図1
の15)に前記データの管理情報をキューイングすると
共に、前記データのプリントファイルを格納する処理を
行なう受信処理手段(図1の12)と、プリントキュー
(15)にキューイングされた管理情報およびプリント
ファイルを送信するための処理を行なうと共に、プリン
タ(5)に対応している送信処理手段(図1の14)と
からなるゲートウエイ(図1の7)を備えている。
(First invention) In order to solve the above problems, a network print control system of the present invention comprises a plurality of data processing devices (2, 3, ... In FIG. 1) and at least one printer (see FIG. , 5, 1 ... are connected on a transmission medium (1 in FIG. 1), and the transmission medium (1)
To the data transmitting / receiving means (10 in FIG. 1) that is connected via the interface to the data transmitting / receiving means and the command received by the data transmitting / receiving means (10), and is recognized according to the analyzed command. The print queues corresponding to the printers (5) (see FIG.
15) in which the management information of the data is queued, and the reception processing means (12 in FIG. 1) for storing the print file of the data, and the management information queued in the print queue (15) and It is provided with a gateway (7 in FIG. 1) that performs processing for transmitting a print file and that also includes transmission processing means (14 in FIG. 1) corresponding to the printer (5).

【0012】(第2発明)本発明のネットワークプリン
ト制御システムにおける送信処理手段(14)には、送
信処理手段(14)に対応したプリンタ(5)およびそ
のプリント状態を問い合わせる機能を備えている。
(Second Invention) The transmission processing means (14) in the network print control system of the present invention is provided with a printer (5) corresponding to the transmission processing means (14) and a function of inquiring about the print state thereof.

【0013】(第3発明)本発明のネットワークプリン
ト制御システムにおけるプリンタ(5)に対応したプリ
ントキュー(15)には、プリンタ(5)の状態毎に区
別して管理情報をキューイングする手段(図1の15
2、153、154、155)を備えている。
(Third Invention) A means for queuing management information in the print queue (15) corresponding to the printer (5) in the network print control system of the present invention by distinguishing each state of the printer (5) (FIG. 1 of 15
2, 153, 154, 155).

【0014】(第4発明)本発明のネットワークプリン
ト制御システムにおける受信処理手段(12)には、受
信処理手段(12)に対応するキャンセルキュー(図1
の156)にキャンセルのための管理情報を繋ぐように
要求することができる機能を有する。
(Fourth Invention) The reception processing means (12) in the network print control system of the present invention includes a cancel queue (FIG. 1) corresponding to the reception processing means (12).
No. 156) has a function of requesting connection of management information for cancellation.

【0015】(第5発明)本発明のネットワークプリン
ト制御システムは、プリンタ毎にプリントファイルのデ
ィレクトリを持ち、同報時に、前記受信処理手段(1
2)は、同一プリントファイルについて対象のディレク
トリとリンクし、前記送信処理手段(14)は、プリン
タの出力終了毎に対応するリンクを外すことを特徴とす
る。
(Fifth Invention) A network print control system according to the present invention has a print file directory for each printer, and at the time of broadcasting, the reception processing means (1).
2) is characterized in that the same print file is linked to the target directory, and the transmission processing means (14) removes the corresponding link each time the output of the printer is completed.

【0016】(第6発明)本発明のネットワークプリン
ト制御システムは、前記管理情報に出力プリンタの数を
記述するフィールドを設け、前記受信処理手段(12)
は、クラス指定情報から前記フィールドに当該数を付与
し、前記送信処理手段(14)は、プリンタの出力終了
毎に、前記フィールドに記述された数を減算することを
特徴とする。
(Sixth Invention) In the network print control system of the present invention, a field for describing the number of output printers is provided in the management information, and the reception processing means (12) is provided.
Is assigned to the field from the class designation information, and the transmission processing means (14) subtracts the number described in the field each time the output of the printer is completed.

【0017】[0017]

【作 用】[Work]

(第1発明)たとえば、ホストコンピュータのようなデ
ータ処理装置からネットワークを介してプロトコルの相
違するプリンタに対してプリント要求が行なわれる。デ
ータ処理装置からのデータは、ネットワークからインタ
フェースを介して送受信手段に受信される。そして、送
受信手段によって所定のプロトコルで受信したデータ
は、受信処理手段において、受信されたデータに含むコ
マンドを解析してコマンドがプリント要求であれば、プ
リントデータの受信を行なってスプールに格納し、デー
タの管理情報をプリンタに対応したプリントキューにキ
ューイングする。その後、前記プリンタに対応した送信
処理手段は、同じプリンタに対応したプリントキューか
ら順次管理情報を取り出し、当該管理情報および当該管
理情報に対応したプリントファイルを要求されたプリン
タにそのプリンタのプロトコルで送信する。したがっ
て、一つのプリンタは、プリントキュー、および送信処
理手段にそれぞれ対応して設けられているため、他のプ
リンタの状態によって待たされることがない。
(First Invention) For example, a data processing device such as a host computer sends a print request via a network to a printer having a different protocol. The data from the data processing device is received by the transmitting / receiving means from the network via the interface. Then, the data received by the transmission / reception means by the predetermined protocol is analyzed by the reception processing means for a command included in the received data, and if the command is a print request, the print data is received and stored in the spool, Queue data management information in the print queue corresponding to the printer. Thereafter, the transmission processing unit corresponding to the printer sequentially retrieves the management information from the print queue corresponding to the same printer, and transmits the management information and the print file corresponding to the management information to the requested printer by the protocol of the printer. To do. Therefore, one printer is provided corresponding to each of the print queue and the transmission processing unit, so that it is not kept waiting depending on the states of the other printers.

【0018】(第2発明)送信処理手段は、プリンタと
それぞれ対応して設けられているため、管理情報および
プリントファイルの送信後に、当該プリンタの状態が、
たとえば、正常か、異常か、あるいはビジーか等を問い
合わせる処理が速くなった。また、同様に、送信処理手
段は、たとえばファイルのプリントが正常にされたかあ
るいは異常で終了したか等のプリント状態を早く問い合
わすことができる。
(Second Invention) Since the transmission processing means is provided corresponding to each printer, the status of the printer after transmission of the management information and print file is
For example, the processing to inquire about normal, abnormal, or busy has become faster. Similarly, the transmission processing unit can quickly inquire about the print state, for example, whether the printing of the file has been completed normally or has ended abnormally.

【0019】(第3発明)プリンタに対応して設けられ
たプリントキューには、たとえばスプールキュー、ペン
ディングキュー、ターミネイテッドキュー、あるいはア
ボーテッドキュー等が設けられている。プリント要求さ
れたデータの管理情報は、たとえばプリントファイルが
受信された後、プリンタに送信されるまでスプールキュ
ーにキューイングされる。管理情報は、プリンタに送信
された後、プリントが完了するまでペンディングキュー
にキューイングされる。同様に、管理情報は、プリント
を完了した後ターミネイテッドキューに、プリントファ
イルを受信した後プリンタでプリントされるまでに、プ
リント異常があれば、アボーテッドキューに、また、プ
リントファイルを受信した後プリンタに送信されるまで
にプリントのキャンセルがあれば、キャンセルキューに
それぞれキューイングされる。なお、キャンセルキュー
は、たとえば受信プロセス毎に対応して設けられてい
る。上記のように、プリンタにおけるプリント状態は、
その状態に応じてそれぞれキューイングされているた
め、そのプリント状態を知ることができる。
(Third Invention) The print queue provided corresponding to the printer is provided with, for example, a spool queue, a pending queue, a terminated queue, an aborted queue, or the like. The management information of the print-requested data is queued in the spool queue until it is sent to the printer after the print file is received, for example. After the management information is sent to the printer, it is queued in the pending queue until printing is completed. Similarly, the management information is stored in the terminated queue after the print is completed and before the printer prints after receiving the print file.If there is a print error, the management information is stored in the aborted queue or after receiving the print file. If there are print cancels before being sent to the printer, they are queued in the cancel queue. The cancel queue is provided for each receiving process, for example. As mentioned above, the print status in the printer is
Since the queuing is performed according to the state, the print state can be known.

【0020】(第4発明)たとえば、プリントのキャン
セルを要求したホストコンピュータ上のファイルを削除
する場合、受信処理手段は、キャンセルの要求のあった
ことを認識して、プリントキューにキューイングされて
いる管理情報をキャンセルキューに繋げるように要求す
る機能を備えているため、プリンタにプリントファイル
が送られる前であれば、キャンセルが可能である。した
がって、管理情報およびプリントファイルがプリンタ側
に送信されてから、プリントをキャンセルする場合に比
べて、処理を短縮することができる。
(Fourth Invention) For example, in the case of deleting a file on the host computer that has requested a print cancel, the reception processing means recognizes that there is a cancel request, and is queued in the print queue. Since it has a function of requesting that the existing management information be linked to the cancel queue, it can be canceled before the print file is sent to the printer. Therefore, the processing can be shortened compared to the case where the printing is canceled after the management information and the print file are transmitted to the printer.

【0021】(第5発明)ゲートウエイは、プリンタ毎
にプリントファイルのディレクトリを持っている。そし
て、ホストコンピュータから一つのプリントファイルを
複数のプリンタでプリントする際に、受信処理手段は、
同一のプリントファイルについて対象のディレクトリと
リンクする。すなわち、プリントファイルの実体は一つ
で、他のディレクトリに、たとえばポインタをはる。そ
して、送信処理手段は、プリンタの出力終了毎に対応す
るリンクを外す。同報プリントは、プリントファイルと
ディレクトリとの間でリンクをはったり、あるいは外す
だけであるから、処理が簡単で早い。また、ゲートウエ
イにおけるスプールのディスクを圧迫することがない。
(Fifth Invention) The gateway has a print file directory for each printer. Then, when printing one print file from the host computer with a plurality of printers, the reception processing means
Link to the target directory for the same print file. That is, the print file has one entity, and a pointer is placed in another directory, for example. Then, the transmission processing means disconnects the corresponding link each time the output of the printer is completed. Broadcast printing is simple and fast because it only links or unlinks the print files and directories. Further, the spool disk on the gateway is not pressed.

【0022】(第6発明)管理情報には、同時にプリン
トする出力プリンタの数を記述するフィールドを設け
る。また、伝送媒体に接続されているプリンタに対し
て、同時にプリントするクラス指定情報が予めテーブル
として決められている。受信処理手段は、ホストコンピ
ュータから送られてきたクラス指定情報に基づいて前記
フィールドに当該プリンタの数を付与する。そして、送
信処理手段は、プリンタの出力終了毎に、前記フィール
ドに記述された数を減算する。したがって、管理情報の
フィールドを見ることによって、プリントが終了してい
るか否かが直ちに判る。また、管理情報に出力プリンタ
数のフィールドを設けただけで、マルチプリンタ環境に
おいて、全プリンタでプリントを出力した後に、ホスト
コンピュータ上のプリントファイルを削除することがで
きる。以上の処理により、ゲートウエイにおける処理
は、簡略化されると共に、マルチプリンタに対する処理
の共通化と高速化をはかることができる。
(Sixth Invention) The management information is provided with a field that describes the number of output printers that print simultaneously. Further, class designation information to be printed at the same time for the printer connected to the transmission medium is predetermined as a table. The reception processing means gives the number of printers to the field based on the class designation information sent from the host computer. Then, the transmission processing means subtracts the number described in the field each time the output of the printer is completed. Therefore, by looking at the management information field, it can be immediately known whether or not the printing is completed. Further, by providing a field for the number of output printers in the management information, it is possible to delete the print file on the host computer after printing is output by all printers in a multi-printer environment. With the above processing, the processing in the gateway can be simplified, and the processing for multiple printers can be standardized and speeded up.

【0023】[0023]

【実 施 例】図1は本発明における一実施例を説明す
るためのブロック構成図である。図1において、ネット
ワーク1には、複数のデータ処理装置、たとえばホスト
コンピュータ2、3、・・・、およびプリンタ5、6、
・・・、がゲートウエイ7を介して接続されている。そ
して、ホストコンピュータ2および3は、たとえばTC
P/IP/FTPプロトコル11を有する。プリンタ
5、6は、たとえばXNSプロトコル13を有する。ま
た、ネットワーク1に接続されているゲートウエイ7に
は、ゲートウエイ7を制御したり、あるいは動作状態の
表示、変更等の操作を行なうコンソール8と、たとえば
プリントファイル900等を格納するためのスプール9
とが設けられている。さらに、ゲートウエイ7は、ホス
トコンピュータ2、3、・・・、およびプリンタ5、
6、・・・、等のデータを送受信すると共に、上記ホス
トコンピュータ2、3、・・・、およびプリンタ5、
6、・・・、等の異なるプロトコルに対応したデータ送
受信部10と、当該データ送受信部10によって受信さ
れたデータのコマンドを解析して、その管理情報および
ファイルの受信処理を行なう受信プロセス12と、要求
されたプリンタに管理情報およびプリントファイルを送
信するための処理、およびプリント状態とプリンタの状
態とを問い合わせる機能を有し、後述のプリントキュー
と対応して設けられた送信プロセス14、14′、1
4″、・・・と、受信したデータの管理情報をプリント
状態に基づいてキューイングできる各プリンタ5、6、
・・・、に対応して設けられたプリントキュー15、1
5′、15″、・・・と、ゲートウエイ7の制御および
動作状態等の表示、変更等、コンソール8からのコマン
ドにしたがって処理を行なうコンソールコマンド処理部
16と、図示されていないコマンド入力プロセスとから
構成される。なお、ゲートウエイ7には、CPU、主記
憶装置および補助記憶装置、周辺装置等、直接本実施例
に関係しない装置が省略されている。
EXAMPLE FIG. 1 is a block diagram for explaining an example of the present invention. In FIG. 1, a network 1 includes a plurality of data processing devices such as host computers 2, 3, ... And printers 5, 6.
... are connected via the gateway 7. The host computers 2 and 3 are, for example, TCs.
It has a P / IP / FTP protocol 11. The printers 5 and 6 have, for example, the XNS protocol 13. Further, a gateway 7 connected to the network 1 has a console 8 for controlling the gateway 7 or for displaying or changing an operating state, and a spool 9 for storing a print file 900 or the like.
And are provided. Further, the gateway 7 includes the host computers 2, 3, ...
, And so on, and at the same time, the above-mentioned host computers 2, 3, ..., And the printer 5,
6, a data transmission / reception unit 10 corresponding to different protocols, and a reception process 12 that analyzes a command of data received by the data transmission / reception unit 10 to perform reception processing of its management information and a file. , A process for transmitting the management information and the print file to the requested printer, and a function for inquiring the print state and the printer state, and transmission processes 14, 14 'provided corresponding to the print queue described later. 1
4 ″, ..., Each printer 5, 6 capable of queuing the management information of the received data based on the print state.
..., print queues 15 provided corresponding to
5 ', 15 ", ..., A console command processing unit 16 for performing processing according to commands from the console 8 such as displaying and changing control and operating states of the gateway 7 and a command input process not shown. The gateway 7 does not include devices such as a CPU, a main storage device, an auxiliary storage device, and peripheral devices that are not directly related to the present embodiment.

【0024】データ送受信部10は、データをプロトコ
ルの種類に応じて処理できる受信部11と、プリンタの
プロトコルにしがってデータを送信できる送信部13と
から構成されている。受信プロセス12、12′、1
2″、・・・は、複数のホストコンピュータ2、3、・
・・、の処理を行なうことができるように複数設けられ
ており、受信したデータのコマンドを解析するコマンド
解析部121と、データのプリントファイル900を受
信し、スプール9に転送するための処理を行なうファイ
ル受信部122とから構成される。送信プロセス14、
14′、14″、・・・、は、ネットワーク1に接続さ
れているプリンタ5、6、・・・、と対応して設けら
れ、プリントキュー15、15′、15″、・・・、か
ら管理情報を取り出すと共に、スプール9からプリント
ファイル900を取り出し、たとえば要求されたプリン
タ5に送信するファイル送信部141と、送信したプリ
ントファイルの状態を問い合わせるプリント状態問い合
わせ部142と、プリンタの状態を問い合わせるプリン
タの状態問い合わせ部143とから構成されている。た
とえば、プリント状態問い合わせ部142は、送信した
プリントファイルが待ち状態か、プリント中か、プリン
トを正常に終了したか、あるいはプリントを異常に終了
したかを問い合わせる機能を有する。また、プリンタの
状態問い合わせ部143は、プリンタ5、6、・・・、
のスプールにプリントファイルを入れる余裕があるか否
か、プリンタ5、6、・・・、が異常か否か、プリンタ
5、6、・・・、の紙切れがあるか否かを問い合わせる
機能を有する。
The data transmission / reception unit 10 is composed of a reception unit 11 capable of processing data according to the type of protocol and a transmission unit 13 capable of transmitting data according to the printer protocol. Receiving process 12, 12 ', 1
2 ″, ... are a plurality of host computers 2, 3, ...
.. are provided so as to be able to perform the processing of, and the command analysis unit 121 for analyzing the command of the received data and the processing for receiving the print file 900 of the data and transferring it to the spool 9. And a file receiving unit 122. Send process 14,
, 14 ′, 14 ″, ... Are provided corresponding to the printers 5, 6 ,, ... Connected to the network 1, and from the print queues 15, 15 ′, 15 ″,. Along with taking out the management information, the print file 900 is taken out from the spool 9 and, for example, a file sending unit 141 that sends the requested printer 5, a print status inquiry unit 142 that inquires the status of the sent print file, and an inquiry about the printer status. It is composed of a printer status inquiry unit 143. For example, the print state inquiry unit 142 has a function of inquiring whether the transmitted print file is in a waiting state, is being printed, whether printing has been normally completed, or printing has been abnormally completed. Further, the printer status inquiry unit 143 causes the printers 5, 6, ...
Has a function of inquiring whether there is room to put a print file in the spool of the printer 5, whether the printers 5, 6, ... Are abnormal, or whether the printers 5, 6 ,. ..

【0025】プリントキュー15、15′、15″、・
・・は、プリントファイルを受信した後、プリンタ5、
6、・・・、に送信されるまでの管理情報をキューイン
グするスプールキュー152と、プリントファイルをプ
リンタに送信した後、プリントが完了するまでの管理情
報をキューイングするペンディングキュー153と、プ
リントを完了した後の管理情報をキューイングするター
ミネイテッドキュー154と、プリントファイルを受信
した後プリンタに送信されるまでに、プリント異常であ
れば、その管理情報をキューイングするアボーテッドキ
ュー155と、各キューにキューイングされている管理
情報を移動したりあるいは削除するための操作を行なう
操作部151とから構成される。また、プリントキュー
15、15′、15″、・・・は、送信プロセス14、
14′、14″、・・・、とそれぞれ対応している。受
信プロセス12、12′、12″、・・・は、プリント
ファイルを受信した後プリンタに送信されるまでの間
に、プリントをキャンセルするための要求があれば、キ
ャンセルを行なうプリントファイルの管理情報をキュー
イングしているスプールキュー152からキャンセルキ
ュー156、156′、156″、・・・、に繋ぎ換え
るようにプリントキュー15の操作部151に対して要
求することができる。操作部151は、上記要求によ
り、スプールキュー152の管理情報をキャンセルキュ
ー156に繋ぎ換える。
The print queues 15, 15 ', 15 ", ...
.. after receiving the print file, the printer 5,
6, a spool queue 152 for queuing the management information until it is transmitted, a pending queue 153 for queuing the management information until the printing is completed after transmitting the print file to the printer, and a print A terminated queue 154 for queuing the management information after the completion of the process, and an aborted queue 155 for queuing the management information if a print error occurs before the print file is transmitted to the printer. An operation unit 151 for performing an operation for moving or deleting management information queued in each queue. Further, the print queues 15, 15 ′, 15 ″, ...
14 ', 14 ", ..., respectively. The receiving processes 12, 12', 12" ,. If there is a request to cancel, the spool queue 152, which queues the management information of the print file to be canceled, is connected to the cancel queues 156, 156 ′, 156 ″, ... It is possible to make a request to the operation unit 151. The operation unit 151 reconnects the management information of the spool queue 152 to the cancel queue 156 according to the above request.

【0026】図2は本発明における実施例の送信プロセ
スとプリンタとの関係を説明するための図である。図2
において、たとえばホストコンピュータ1からのプリン
ト要求は、受信プロセス12によって、そのコマンドが
解析される。このコマンドの解析によって、受信プロセ
ス12は、出力すべきたとえば、プリンタ5を認識し、
管理情報をプリンタ5に対応したプリントキュー15に
キューイングするようプリントキュー15の操作部15
1に要求する。そして、操作部151は、上記要求によ
り、プリンタ5に対応したプリントキュー15のスプー
ルキュー152に受信プロセス12によって受信した管
理情報をキューイングする。スプールキュー152にキ
ューイングされた管理情報は、同じくプリンタ5に対応
した送信プロセス14によって取り出される。送信プロ
セス14は、前記管理情報に基づいてプリントファイル
を認識してプリンタ5に送信する。
FIG. 2 is a diagram for explaining the relationship between the transmission process and the printer according to the embodiment of the present invention. Figure 2
In, for example, a print request from the host computer 1 is analyzed by the receiving process 12 for its command. By analyzing this command, the receiving process 12 recognizes, for example, the printer 5 to be output,
The operation unit 15 of the print queue 15 so that the management information is queued in the print queue 15 corresponding to the printer 5.
Request to 1. Then, in response to the request, the operation unit 151 queues the management information received by the receiving process 12 in the spool queue 152 of the print queue 15 corresponding to the printer 5. The management information queued in the spool queue 152 is taken out by the transmission process 14 also corresponding to the printer 5. The transmission process 14 recognizes the print file based on the management information and transmits it to the printer 5.

【0027】図3は本発明における実施例のプリントキ
ューを説明するための図である。図3において、示され
ているプリントキューは、図1に示すものと同じもので
ある。太い実線は、通常のキューイングであり、細い実
線はプリントに異常が発生した場合のキューイング、ま
た、点線はキャンセルを行なう時のキューイングを示
す。
FIG. 3 is a diagram for explaining a print queue according to the embodiment of the present invention. The print queue shown in FIG. 3 is the same as that shown in FIG. The thick solid line shows normal queuing, the thin solid line shows queuing when an abnormality occurs in printing, and the dotted line shows queuing when canceling.

【0028】図4ないし図6は本発明における管理情報
をキューイングする状態を説明するための図である。図
4はフリーキューから空き管理情報を取り出して、スプ
ールキューに管理情報を書き込む際の説明図である。図
5は管理情報をスプールキューからペンディングキュー
に付け替える際の説明図である。図6は管理情報をペン
ディングキューからターミネイテッドキューに付け替え
る際の説明図である。図4ないし図6において、たとえ
ばプリンタ5に対応するプリントキュー15について説
明する。プリントキュー15にあるフリーキュー157
は、予め設定された数の空き管理情報157−1、空き
管理情報157−2、空き管理情報157−3、・・
・、が接続されている。受信プロセス12におけるコマ
ンド解析部121によって、たとえばプリンタ5が認識
される。そして、受信プロセス12は、データを受信し
てスプール9にファイルとして格納した後、管理情報を
キューイングするための要求をプリンタ5に対応するプ
リントキュー15の操作部151に対して行なう。そし
て、操作部151は、前記フリーキュ−157の一番先
頭の空き管理情報157−1を取り外して受信したファ
イル名をこの管理情報に設定し、スプールキュー152
の最後(図4では152−2の後)にキューイングす
る。そして、フリーキュー157の先頭は、空き管理情
報157−2となる。また、要求のあった、たとえばプ
リンタ5に対応する送信プロセス14は、スプールキュ
ー152の先頭の管理情報(たとえば、既にキューイン
グされている管理情報152−1)を取り出すように操
作部151に要求した後、この取り出された管理情報か
らスプール内のファイル名を取り出し、このファイルを
プリンタ5に送信する処理を行なう。さらに、操作部1
51は、送信中の前記管理情報152−1にセンデイン
グフラグを立てる。
FIGS. 4 to 6 are views for explaining a state in which management information is queued in the present invention. FIG. 4 is an explanatory diagram when taking out the free space management information from the free queue and writing the management information into the spool queue. FIG. 5 is an explanatory diagram when the management information is transferred from the spool queue to the pending queue. FIG. 6 is an explanatory diagram when the management information is changed from the pending queue to the terminated queue. The print queue 15 corresponding to the printer 5 will be described with reference to FIGS. Free queue 157 in print queue 15
Is a preset number of free space management information 157-1, free space management information 157-2, free space management information 157-3, ...
・, And are connected. For example, the printer 5 is recognized by the command analysis unit 121 in the reception process 12. Then, the receiving process 12 receives the data and stores it in the spool 9 as a file, and then makes a request for queuing the management information to the operation unit 151 of the print queue 15 corresponding to the printer 5. Then, the operation unit 151 removes the free space management information 157-1 at the top of the free queue-157 and sets the received file name in this management information, and the spool queue 152
Queuing at the end (after 152-2 in FIG. 4). Then, the head of the free queue 157 becomes the free space management information 157-2. Further, the transmission process 14 corresponding to the requested printer 5, for example, requests the operation unit 151 to take out the management information at the head of the spool queue 152 (for example, the management information 152-1 already queued). After that, the file name in the spool is extracted from the extracted management information, and the file is transmitted to the printer 5. Further, the operation unit 1
51 sets a sending flag in the management information 152-1 being transmitted.

【0029】図5に示すように、送信プロセス14がプ
リントファイルをプリンタ5に送信を完了した後、操作
部151は、スプールキュー152の先頭の管理情報、
すなわち既にキューイングされている管理情報152−
1をペンディングキュー153の最後に付け替える。こ
のとき、管理情報にプリンタ5から返されたリクエスト
IDを設定する。したがって、スプールキュー152の
先頭は、管理情報152−2となる。送信が終了したフ
ァイルは、スプール9から削除される。この時、図1ま
たは図3に示すように、コンソール8を介してプリント
キュー15の操作部151に対してキャンセルの依頼が
あった管理情報は、キャンセルキュー156に付け替え
られる。また、送信プロセス14は、プリント要求のあ
ったプリンタ5に対してペンディングキュー153の先
頭の管理情報を取り出して、リクエストIDを引数にし
て、送信したファイルの状態を問い合わせ、そのプリン
トファイルがプリント中であれば、操作部151に要求
して、ペンディングキュー153の先頭に付けられてい
るプリント待ちの管理情報(イ)にプリンティングフラ
グを立てさせる。
As shown in FIG. 5, after the transmission process 14 completes the transmission of the print file to the printer 5, the operation unit 151 displays the management information at the head of the spool queue 152,
That is, the management information 152-that has already been queued
1 is added to the end of the pending cue 153. At this time, the request ID returned from the printer 5 is set in the management information. Therefore, the head of the spool queue 152 becomes the management information 152-2. The file that has been transmitted is deleted from the spool 9. At this time, as shown in FIG. 1 or FIG. 3, the management information requested to be canceled by the operation unit 151 of the print queue 15 via the console 8 is transferred to the cancel queue 156. Further, the transmission process 14 takes out the management information at the head of the pending queue 153 to the printer 5 which has made a print request, inquires the status of the transmitted file by using the request ID as an argument, and the print file is being printed. In this case, the operation unit 151 is requested to set the printing flag in the print waiting management information (a) attached to the head of the pending queue 153.

【0030】図6に示すように、送信プロセス14の要
求により、ファイル状態問合わせ結果が正常終了だった
場合、操作部151は、プリント待ちあるいはプリント
中の管理情報(イ)をターミネイテッドキュー154の
最後に付け替える。したがって、ペンディングキュー1
53の先頭は、プリント待ちの管理情報(ロ)となる。
また、ファイルの状態問い合わせの結果が異常状態で終
了した場合、送信プロセス14の要求により、操作部1
51は、その管理情報をアボーテッドキュー155に付
け替える。そして、ターミネイテッドキュー154およ
びアボーテッドキュー155に予め設定された一定数以
上の管理情報が溜まった場合、操作部151は、プリン
トが終了した先頭の管理情報(a)をフリーキュー15
7の先頭に移動する。
As shown in FIG. 6, when the file status inquiry result is normally completed by the request of the transmission process 14, the operation unit 151 sends the management information (a) waiting for printing or being printed to the terminated queue 154. Replace at the end of. Therefore, pending queue 1
The head of 53 is management information (b) waiting for printing.
Further, when the result of the inquiry about the file status is abnormal, the operation unit 1 is requested by the transmission process 14.
51 transfers the management information to the aborted queue 155. Then, when a predetermined number or more of management information set in advance is accumulated in the terminated queue 154 and the aborted queue 155, the operation unit 151 stores the first management information (a) at the end of printing in the free queue 15.
Move to the beginning of 7.

【0031】図7(イ)ないし(ハ)は本発明における
一実施例を説明するための送受信プロセス管理テーブル
および管理情報を示す図である。図7(イ)において、
送信プロセス管理テーブル71は、送信プロセス14
の、たとえばスタートあるいはストップ状態を記載する
プロセス状態領域710と、プリンタの動作状態が正常
か異常かを記載するプリンタの状態領域720と、他の
プロセスから送信プロセス14への要求、たとえば受信
プロセス12がデータ受信後、スプールキュー152に
管理情報をキューイングしたこと等の通知を記載する送
信プロセスへの要求領域730と、スプールキュー15
2の先頭ポインタ、たとえば管理情報1の位置、最終ポ
インタ、たとえば管理情報4の位置、およびスプールキ
ュー152にキューイングされている数、たとえば
「4」を記載するキューテーブル741を記載したスプ
ールキュー領域740と、同じくペンディングキュー1
53のキューテーブル751を記載したペンディングキ
ュー領域750と、同じくターミネイテッドキュー15
4のキューテーブル761を記載したターミネイテッド
キュー領域760と、同じくアボーテッドキュー155
のキューテーブル771を記載したアボーテッドキュー
領域770と、プリントを正常に終了したファイルの累
計を記載する正常終了の累計領域780と、プリントを
異常終了したファイルの累計を記載する異常終了の累計
領域790とから構成されている。
FIGS. 7A to 7C are diagrams showing a transmission / reception process management table and management information for explaining one embodiment of the present invention. In FIG. 7 (a),
The transmission process management table 71 includes the transmission process 14
, A process status area 710 that describes a start or stop status, a printer status area 720 that describes whether the operating status of the printer is normal or abnormal, and a request from another process to the sending process 14, for example, the receiving process 12 After receiving the data, the request area 730 to the transmission process, which describes a notification that the management information has been queued in the spool queue 152, and the spool queue 15
2, a spool queue area in which a queue table 741 in which the first pointer, for example, the position of management information 1, the last pointer, for example, the position of management information 4, and the number queued in the spool queue 152, for example, “4” is described 740 and also pending cue 1
The pending queue area 750 that describes the queue table 751 of 53 and the terminated queue 15
The terminated queue area 760 in which the queue table 761 of No. 4 is described and the aborted queue 155
An aborted queue area 770 in which the queue table 771 of FIG. 7 is described, a cumulative end area 780 in which normal completion is described in which the total number of files whose printing has been normally completed is recorded, and an abnormal end total area in which cumulative total of files whose printing is abnormally ended is described And 790.

【0032】図7(ロ)において、管理情報72は、た
とえばプリント要求のあったファイル名を記載するファ
イル名領域721と、プリントファイルをプリンタに送
信した後のプリント状態等の問い合わせを行なうための
リクエストIDを記載する領域722と、送信プロセス
14のファイル送信中あるいはプリンタでファイルがプ
リント中等の状態を知らせるためのフラグを立てる状態
フラグ領域723と、次の管理情報の位置を記載する次
の管理情報へのポインタ領域724とから構成されてい
る。
In FIG. 7B, the management information 72 is used to inquire, for example, a file name area 721 in which the file name for which a print request has been made and the print state after sending the print file to the printer. An area 722 in which a request ID is described, a status flag area 723 in which a flag is set to notify a status such as a file being transmitted by the transmission process 14 or a file is being printed by a printer, and a next management in which a position of the next management information is described. And a pointer area 724 to information.

【0033】図7(ハ)において、受信プロセス管理テ
ーブル73は、受信プロセス12の、たとえばスタート
あるいはストップ状態を記載するプロセス状態領域73
1と、たとえばホストコンピュータ2との接続状態がど
のようになっているかを記載するホストコンピュータ2
の接続状態領域732と、他のプロセスから受信プロセ
スへの要求、たとえばホストコンピュータ2上のファイ
ルを削除してもらうためにキャンセルキュー156にキ
ューイングしたという通知や受信処理を中止してほしい
という通知等を記載する受信プロセスへの要求領域73
3と、キャンセルキュー156を記載するキャンセルキ
ュー156の先頭ポインタ、たとえば管理情報1の位
置、最終ポインタ、たとえば管理情報4の位置、および
キャンセルキュー156にキューイングされている数、
たとえば「4」を記載するキューテーブル735を記載
したキャンセルキュー領域734とから構成される。
In FIG. 7C, the receiving process management table 73 has a process state area 73 in which, for example, the start or stop state of the receiving process 12 is described.
1 and the host computer 2 that describes how the connection state between the host computer 1 and the host computer 2, for example, is described.
Connection state area 732 and a request from another process to the receiving process, for example, a notification that the file has been queued in the cancel queue 156 to delete the file on the host computer 2, or a notification that the receiving process should be stopped. Request area 73 to the receiving process that describes the information such as
3, the start pointer of the cancel queue 156 describing the cancel queue 156, for example, the position of the management information 1, the last pointer, for example, the position of the management information 4, and the number queued in the cancel queue 156,
For example, it is composed of a cancel queue area 734 in which a queue table 735 in which "4" is written is described.

【0034】次に、図8のフローチャートを参照しつつ
本発明の一実施例についてその動作を説明する。たとえ
ば、ホストコンピュータ2にあるファイルをプリンタ5
にプリントする場合、ホストコンピュータ2から送られ
たプリントファイルは、ネットワーク1を介してゲート
ウエイ7のデータ送受信部10の受信部11によって受
信され、その後、当該プリントファイルは、受信プロセ
ス12によって受信される(ステップ81)。また、プ
リントファイルは、ファイル受信部122によって受信
された後、管理情報72にファイル名を記載して、スプ
ール9にファイル900として格納される。受信プロセ
ス12は、たとえばホストコンピュータ2から受信した
ファイルのファイル名から、プリントすべきプリンタ5
を認識する。その後、受信プロセス12は、プリンタ5
に対応するプリントキュー15内のスプールキュー15
2に管理情報72をキューイングするように操作部15
1に要求する。そして、この要求によって、前記操作部
151が前記管理情報72をスプールキュー152にキ
ューイングする(ステップ82)。受信プロセス12
は、その受信プロセス管理テーブル73(図7参照)を
見て、プリントファイルの管理情報72がスプールキュ
ー152にキューイングされている間に、ホストコンピ
ュータ2からプリントをキャンセルするための要求があ
れば、ホストコンピュータ2上のプリントファイルを削
除する(ステップ83)。 また、操作部151は、タ
ーミネイテッドキュー154にキューイングされている
管理情報72を見に行き、その状態フラグ領域723の
状態フラグによって、ターミネイテッドキュー154に
削除されていないファイルの管理情報72の存在を知る
と受信プロセス12がホストコンピュータ2上のプリン
トファイルを削除する(ステップ84)。さらに、操作
部151は、ターミネイテッドキュー154、またはア
ボーテッドキュー155に繋がれている管理情報72の
キューイング数を調べ、その数が予め設定された一定数
以上であれば、その最後の管理情報72をフリーキュー
157(図4参照)に繋ぎ、新たなプリントファイルの
キューイングに備える(ステップ85)。
Next, the operation of one embodiment of the present invention will be described with reference to the flowchart of FIG. For example, a file stored in the host computer 2 may be transferred to the printer 5
When printing on, the print file sent from the host computer 2 is received by the receiving unit 11 of the data transmitting / receiving unit 10 of the gateway 7 via the network 1, and then the print file is received by the receiving process 12. (Step 81). Also, after the print file is received by the file receiving unit 122, the file name is described in the management information 72 and stored in the spool 9 as the file 900. The receiving process 12 uses the file name of the file received from the host computer 2, for example, to determine the printer 5 to be printed.
Recognize. After that, the receiving process 12 uses the printer 5
Spool queue 15 in print queue 15 corresponding to
The operation unit 15 so as to queue the management information 72 in
Request to 1. Then, in response to this request, the operation unit 151 queues the management information 72 in the spool queue 152 (step 82). Reception process 12
Seeing the reception process management table 73 (see FIG. 7), if there is a request from the host computer 2 to cancel printing while the print file management information 72 is queued in the spool queue 152. The print file on the host computer 2 is deleted (step 83). Further, the operation unit 151 goes to the management information 72 queued in the terminated queue 154, and according to the status flag of the status flag area 723, the management information 72 of the file not deleted in the terminated queue 154 is displayed. When the reception process 12 knows the existence, it deletes the print file on the host computer 2 (step 84). Further, the operation unit 151 checks the queuing number of the management information 72 linked to the terminated queue 154 or the aborted queue 155, and if the number is equal to or more than a predetermined number, the last management is performed. The information 72 is connected to the free queue 157 (see FIG. 4) to prepare for queuing of a new print file (step 85).

【0035】ホストコンピュータ2からプリント要求さ
れたプリンタ5と対応している送信プロセス14は、ス
プールキュー152の先頭の管理情報72からプリント
ファイル名を知り、スプール9からそのプリントファイ
ル900を得る(ステップ811)。前記送信プロセス
14は、操作部151に対して、スプールキュー152
にセンディングフラグを立てるように要求すると共に、
そのプリントファイルを要求されているプリンタ5に送
信する(ステップ812)。送信プロセス14は、プリ
ントファイルをプリンタ5に送信した後、リクエストI
Dを管理情報72に設定して、操作部151に対して、
管理情報72をペンディングキュー153に移動すると
共に、スプール9内のファイルを削除するように要求す
る(ステップ813)。その後、操作部151は、ペン
ディングキュー153にキューイングされている管理情
報72を先頭から検索する。そして、当該検索された管
理情報72に基づいて、送信プロセス14は、プリンタ
5に送信され、且つまだプリントが完了されていないプ
リントファイルの状態をプリンタ5に対してリクエスト
IDを指定して問い合わせる(ステップ814)。この
問い合わせにより、送信プロセス14は、プリントファ
イルが処理待ちであれば、管理情報72の検索をスキッ
プして先頭に戻す。送信プロセス14は、問い合わせ結
果がプリント中であれば、その管理情報72の状態フラ
グ領域723(図7(ロ)参照)にプリンティングのフ
ラグを立てるように、操作部151に要求する。送信プ
ロセス14は、問い合わせた結果が正常終了の場合、そ
の管理情報72をターミネイテッドキュー154に移動
するように操作部151に要求する(ステップ81
6)。送信プロセス14は、問い合わせ結果が正常終了
でない場合、その管理情報72をアボーテッドキュー1
55に移動するように操作部151に要求する(ステッ
プ817)。
The transmission process 14 corresponding to the printer 5 requested to print by the host computer 2 knows the print file name from the management information 72 at the head of the spool queue 152, and obtains the print file 900 from the spool 9 (step 811). The transmission process 14 sends the spool queue 152 to the operation unit 151.
Request to set the sending flag to
The print file is transmitted to the requested printer 5 (step 812). The sending process 14 sends the print file to the printer 5 and then sends the request I
D is set in the management information 72, and for the operation unit 151,
The management information 72 is moved to the pending queue 153 and a request is made to delete the file in the spool 9 (step 813). After that, the operation unit 151 searches for the management information 72 queued in the pending queue 153 from the beginning. Then, based on the retrieved management information 72, the transmission process 14 inquires the printer 5 about the status of the print file that has been transmitted to the printer 5 and has not been printed (designating the request ID) ( Step 814). According to this inquiry, the transmission process 14 skips the search for the management information 72 and returns it to the beginning if the print file is waiting for processing. If the inquiry result is printing, the transmission process 14 requests the operation unit 151 to set a printing flag in the status flag area 723 (see FIG. 7B) of the management information 72. When the inquiry result is normal termination, the transmission process 14 requests the operation unit 151 to move the management information 72 to the terminated queue 154 (step 81).
6). When the inquiry result is not normal, the transmission process 14 sends the management information 72 to the aborted queue 1
The operation unit 151 is requested to move to 55 (step 817).

【0036】次に、コマンド入力プロセスについて図8
のフローチャートに基づいて説明する。ゲートウエイ7
の管理者は、コンソール8の入力によってプリントファ
イルのプリントをキャンセルすることができる。たとえ
ば、コンソール8から入力したプリントファイルのキャ
ンセル情報は、コンソールコマンド処理部16によって
解析され、操作部151に当該プリントファイルのキャ
ンセルを要求する。操作部151は、コンソールコマン
ド処理部16からの命令がプリントファイルのキャンセ
ルであることを認識する(ステップ86)。操作部15
1は、キャンセルのあった特定ファイルの管理情報72
をペンディングキュー153からキャンセルキュー15
6に移動する(ステップ87)。そして、図示されてい
ない入力コマンドプロセスは、ゲートウエイ7のスプー
ル9からキャンセルされるべきプリントファイルを削除
する(ステップ88)。
Next, the command input process is shown in FIG.
It will be described based on the flowchart of FIG. Gateway 7
The administrator of can cancel the printing of the print file by inputting on the console 8. For example, the cancel information of the print file input from the console 8 is analyzed by the console command processing unit 16, and the operation unit 151 is requested to cancel the print file. The operation unit 151 recognizes that the command from the console command processing unit 16 is to cancel the print file (step 86). Operation unit 15
1 is management information 72 of the specific file that has been canceled
From pending queue 153 to cancel queue 15
Move to 6 (step 87). Then, the input command process (not shown) deletes the print file to be canceled from the spool 9 of the gateway 7 (step 88).

【0037】コンソール8は、ネットワーク1に接続さ
れている全てのプリンタ5、6、・・・、に対する正常
あるいは異常、スプールの込み具合、および紙切れ等、
また、各プリンタのプリント状態、たとえば待機中、プ
リント中、プリントの正常あるいは異常等の状態を見る
ためのコマンドを入力することができる。そして、ゲー
トウエイ7の管理者は、前記コマンドによって、ゲート
ウエイ7の各種状態を知ることができる。
The console 8 operates normally or abnormally with respect to all the printers 5, 6, ... Connected to the network 1, spool loading, paper out, etc.
In addition, a command for checking the print status of each printer, for example, the status of standby, printing, normal or abnormal printing, etc., can be input. Then, the administrator of the gateway 7 can know various states of the gateway 7 by the command.

【0038】通常、プリントファイルは、受信プロセス
12で受信された後、スプール9内に一旦格納され、そ
の後、送信プロセス14によって、所望のプリンタに送
信される。そして、送信プロセス14は、プリントファ
イルをプリンタ5に送信した後、ゲートウエイ7内、す
なわちスプール9内から削除する。また、送信プロセス
14は、プリント状態を問い合わせた結果、プリントが
完了された場合に、ホストコンピュータ2のプリントフ
ァイルを削除するような処理を受信プロセスに依頼し、
受信プロセスがホストコンピュータ2上のプリントファ
イルの削除を行なう。次に、操作部151は、スプール
キュー152にプリントファイルの管理情報72がある
間、キャンセルのコマンドがホストコンピュータ2から
受信プロセス12に、またはコンソール8からコンソー
ルコマンド処理部16に、入力された場合、プリントフ
ァイルの管理情報72をキャンセルキュー156に移動
する。また、操作部151は、スプール9内のプリント
ファイルを削除し、さらにその後、ホストコンピュータ
2のプリントファイルを削除する処理を受信プロセスに
依頼し、受信プロセスがホストコンピュータ2上のプリ
ントファイルの削除を行なう。
Normally, the print file is temporarily stored in the spool 9 after being received by the receiving process 12, and then transmitted to a desired printer by the transmitting process 14. Then, the transmission process 14 deletes the print file from the gateway 7, that is, the spool 9 after transmitting the print file to the printer 5. Further, the transmission process 14 requests the reception process to delete the print file of the host computer 2 when the printing is completed as a result of the inquiry about the print state,
The receiving process deletes the print file on the host computer 2. Next, when the cancel command is input from the host computer 2 to the reception process 12 or from the console 8 to the console command processing unit 16 while the spool queue 152 has the print file management information 72, the operation unit 151 , The print file management information 72 is moved to the cancel queue 156. The operation unit 151 also deletes the print file in the spool 9 and then requests the receiving process to delete the print file of the host computer 2, and the receiving process deletes the print file on the host computer 2. To do.

【0039】図9は本発明の一実施例における課題を説
明するための図である。図10は本発明の一実施例であ
る受信プロセスがターミネイテッドキューを検索する例
を示す図である。図11は本発明の一実施例における他
の課題を説明するための図である。プリント終了後に伝
送媒体に接続されているホストコンピュータ上のファイ
ルを削除する場合には、図9に示されているように、受
信プロセスがターミネイテッドキューを検索して、未削
除の管理情報を見つけて、そのファイル名を獲得する。
その後、受信プロセスは、当該ファイルを削除するため
に、ホストコンピュータに対して削除コマンドを発行し
て、ファイルを削除すると共に、管理情報の未削除を削
除済に変える。しかし、マルチプリンタ環境では、図1
0に示されているように、受信プロセスがプリンタの数
だけ存在し、全てのターミネイテッドキューを検索しな
ければならない。また、受信プロセスは、ターミネイテ
ッドキュー以外に、キャンセルキューやアボーテッドキ
ューも検索する必要がある。そのため、受信プロセス
は、これらのキューを検索することで、処理のオーバヘ
ッドとなる。
FIG. 9 is a diagram for explaining a problem in one embodiment of the present invention. FIG. 10 is a diagram showing an example in which the receiving process searches the terminated queue according to an embodiment of the present invention. FIG. 11 is a diagram for explaining another problem in one embodiment of the present invention. When deleting a file on the host computer connected to the transmission medium after printing is completed, the receiving process searches the terminated queue to find undeleted management information as shown in FIG. And get the file name.
After that, the receiving process issues a delete command to the host computer to delete the file, delete the file, and change the undeleted management information to deleted. However, in a multi-printer environment,
As indicated by 0, there are as many receiving processes as there are printers and must search all terminated queues. In addition to the terminated queue, the receiving process needs to search the cancel queue and the aborted queue. Therefore, the receiving process searches these queues, which causes processing overhead.

【0040】ターミネイテッドキューにキューイングし
た管理情報は、一定数以上キューイングされると、古い
ものから順次削除しなければならない。しかし、伝送媒
体に接続されているホストコンピュータ上のファイルを
削除していない管理情報は、削除できない。そこで、受
信プロセスは、管理情報を削除する際にもターミネイテ
ッドキューを検索して、ホストコンピュータ上のファイ
ルを削除していない管理情報を除く処理が必要になり、
処理のオーバヘッドとなる。全部のプリンタで出力し終
わってから、ホストコンピュータ上のファイルを削除す
る必要があるが、図1に示す実施例の受信プロセスと送
信プロセスの構成では、同報プリントした際の数の情報
がない。すなわち、図11に示すように、受信プロセス
は、ターミネイテッドキューからプリントが終了したこ
とを表す「F1」を検索しても、どのプリンタが終了、
あるいは未終了であるか不明であった。そこで、受信プ
ロセスは、共通のメモリにカウンタを設け、プリント数
をカウントし、このカウント数によって、プリントが全
て終了したことを知った。しかし、このような処理は、
複雑になってしまうという欠点があった。
When the management information queued in the terminated queue is queued for a certain number or more, the management information must be deleted in order from the oldest one. However, the management information that has not deleted the file on the host computer connected to the transmission medium cannot be deleted. Therefore, the receiving process needs to search the terminated queue even when deleting the management information and remove the management information that has not deleted the file on the host computer.
Processing overhead. Although it is necessary to delete the file on the host computer after all the printers have finished outputting, the configuration of the reception process and the transmission process of the embodiment shown in FIG. .. That is, as shown in FIG. 11, even if the receiving process retrieves "F1" indicating that printing has ended from the terminated queue, which printer has ended
Or it was unclear whether it was unfinished. Then, the receiving process provided a counter in the common memory, counted the number of prints, and learned that all the prints were completed by this count. However, such processing
It had the drawback of becoming complicated.

【0041】図12は本発明における他の実施例である
ゲートウエイに接続されているホストコンピュータおよ
びプリンタの全体構成図を示す。なお、図12は本実施
例を説明するために必要な構成のみが示されている。図
12において、ゲートウエイ7′は、たとえばゲートウ
エイ7′がクライアントとなり、ホスト上のファイルを
リトリーブし、プリント完了後にホスト上のファイルを
削除するようにスプールコネクションが設定されている
ホストコンピュータ1と、ゲートウエイ7′がサーバと
なるようにFTPコネクションが設定されているホスト
コンピュータ2および3と、ゲートウエイ7′がサーバ
となるようにXNSコネクションが設定されているホス
トコンピュータ4と、ゲートウエイ7′に接続されたプ
リンタ1ないし3とから構成されている。また、ゲート
ウエイ7′は、スプールコネクションが設定されている
場合に、ホストコンピュータ1に対して、リスト命令、
リトリーブ命令、削除命令を出すことによって、ファイ
ルをホストコンピュータ1から取り出して削除する受信
プロセスFTPと、ホストコンピュータ側からの要求に
よってファイルをストアする受信プロセス(FTPD)
12、12′と、受信プロセス(XNSD)12″と、
プリンタ1ないし3にプリントファイルを送信する送信
プロセス14、14′、14″(XNS)とから構成さ
れている。
FIG. 12 shows the overall configuration of a host computer and printer connected to a gateway which is another embodiment of the present invention. Note that FIG. 12 shows only the configuration necessary for explaining the present embodiment. In FIG. 12, the gateway 7'is, for example, the gateway 7'as a client, the host computer 1 in which the spool connection is set to retrieve the file on the host and delete the file on the host after printing is completed, and the gateway. Connected to the host computers 2 and 3 in which the FTP connection is set so that 7'is a server, the host computer 4 in which the XNS connection is set so that the gateway 7'is a server, and the gateway 7 '. It is composed of printers 1 to 3. In addition, the gateway 7 ', when the spool connection is set, the list command to the host computer 1,
A receiving process FTP that retrieves and deletes a file from the host computer 1 by issuing a retrieve command and a delete command, and a receiving process (FTPD) that stores the file in response to a request from the host computer side.
12, 12 'and a receiving process (XNSD) 12 ",
It is composed of transmission processes 14, 14 ', 14 "(XNS) for transmitting print files to the printers 1 to 3.

【0042】図13は本発明における他の実施例である
受信プロセスと送信プロセスとを説明するためのブロッ
ク構成図である。図13に示す受信プロセス120およ
び送信プロセス140は、図1に示す第1実施例の受信
プロセス12および送信プロセス14における一部の機
能が相違している。すなわち、送信プロセス120は、
図1に示す機能以外に、たとえばキャンセルキューにキ
ャンセルのための管理情報を繋ぐように要求することが
できる機能を有する管理情報接続要求部123と、同一
のプリントファイルについて対象のディレクトリとリン
クをはるリンクはり処理部124と、プリンタ数を記述
するフィールドにプリンタ数を付与するプリンタ数付与
部125とから構成されている。
FIG. 13 is a block diagram for explaining a receiving process and a transmitting process according to another embodiment of the present invention. A reception process 120 and a transmission process 140 shown in FIG. 13 are different in some functions from the reception process 12 and the transmission process 14 of the first embodiment shown in FIG. That is, the sending process 120
In addition to the function shown in FIG. 1, for example, a management information connection request unit 123 having a function of requesting connection of management information for cancellation to a cancel queue and a target directory and a link for the same print file are provided. The link beam processing unit 124 and the printer number assigning unit 125 that assigns the number of printers to the field that describes the number of printers.

【0043】また、受信プロセス140は、図1に示す
機能以外に、プリンタの出力終了毎に対応するリンクを
外す機能を有するリンク外し処理部144と、プリンタ
数が記述されているフィールドのプリンタ数をプリンタ
の出力終了毎に減算する機能を有するプリンタ数減算部
145とから構成される。
In addition to the functions shown in FIG. 1, the receiving process 140 has a link disconnection processing unit 144 having a function of disconnecting the corresponding link each time the output of the printer is completed, and the number of printers in the field in which the number of printers is described. And a printer number subtracting unit 145 having a function of subtracting each time the output of the printer is completed.

【0044】図14は本発明における他の実施例である
受信ファイルとディレクトリの構成を示す図である。図
14において、たとえば「host1」はホストコンピ
ュータ名で、「0ABF2314」はホストコンピュー
タで付けらたファイル名である。また、たとえば「AA
001122」は、ゲートウエイ7′内におけるファイ
ル名を示す。図14に示すように、ゲートウエイ7′内
に受信されたファイルは、内部ファイル名に変換され、
出力プリンタに対応したディレクトリ内に置かれる。図
14では、「host1」という2本のスプールコネク
ション、および「host2」という1本のスプールコ
ネクションと、1本のFTPコネクションから受信し
た、4個の同一プリンタ宛のファイルのゲートウエイ内
部での形式を示す。プリンタ1ないし3というディレク
トリ名は、プリンタ定義ファイルに記述された順に作成
される。
FIG. 14 is a diagram showing the structure of a received file and directory which is another embodiment of the present invention. In FIG. 14, for example, "host1" is the host computer name and "0ABF2314" is the file name given by the host computer. Also, for example, "AA
"001122" indicates a file name in the gateway 7 '. As shown in FIG. 14, the file received in the gateway 7'is converted into an internal file name,
It is placed in the directory corresponding to the output printer. In FIG. 14, two spool connections “host1”, one spool connection “host2”, and the format of four files addressed to the same printer received from one FTP connection inside the gateway are shown. Show. The directory names of printers 1 to 3 are created in the order described in the printer definition file.

【0045】プリンタ定義ファイルは、伝送媒体に接続
されている1台または複数台のグループからなるプリン
タを指定する際の情報をクラスという概念によって分類
定義されている。たとえば、クラスは、次のように定義
される。 クラス 指定されるプリンタ A printer 1 B printer 2 C printer 3 D printer 1 printer 2 E printer 1 printer 3 F allprinter G printer 2(default) (指定のない時はプリンタ2) 上記アルファベットによるクラスと当該クラスに属する
プリンタ名とを対応させたテーブルは、図示されていな
い記憶部に記憶されている。
In the printer definition file, information for designating a printer consisting of one or a plurality of groups connected to the transmission medium is classified and defined by the concept of class. For example, a class is defined as: Class Specified printer A printer 1 B printer 2 C printer 3 D printer 1 printer 2 E printer 1 printer 3 F allprinter G printer 2 (default class if not specified and printer 2 according to the class above) A table in which printer names are associated with each other is stored in a storage unit (not shown).

【0046】次に、複数のプリンタにプリントアウトす
る場合を説明する。図15は本発明における他の実施例
であるディレクトリとファイルとの接続を説明するため
の図である。複数のプリンタにプリントアウトするため
には、各コネクション処理側(Spool/XNS/F
TP)でプリンタアサインファイル(/etc/gw/
printer_assign)に記述されているクラ
スを以下の方法で指定することができる。たとえば、S
pool/XNS/FTP各コネクションにおいて、プ
リンタ1ないし3によってプリントアウトする場合、ホ
ストコンピュータ側では、ファイル名の先頭にクラス
「F」を指定する。また、FTPコネクションの場合、
ホストコンピュータ側では、ディレクトリにクラス
「F」を指定することもできる。さらに、XNSコネク
ションの場合、ホストコンピュータ側では、messa
geパラメタにクラス「F」を指定することもできる。
すなわち、パラメタとして「F」が記述されている場合
は、プリンタ定義ファイルから、伝送媒体に接続されて
いるプリンタ1ないしプリンタ3全てのプリンタによっ
て同一のファイルがプリントされる。プリンタは、指定
されたクラス名から決定され、クラスに記述されている
先頭のプリンタのディレクトリに受信データを格納す
る。受信データがディレクトリに格納された後に、それ
以外のディレクトリは、最初に格納したディレクトリ内
のファイルとリンクさせる。たとえば、図15に示すよ
うに、スプール内の「printer1」というディレ
クトリには、実体のファイルが接続され、「print
er2」および「printer3」というディレクト
リは、実体のファイルとリンクされている。
Next, the case of printing out on a plurality of printers will be described. FIG. 15 is a diagram for explaining a connection between a directory and a file which is another embodiment of the present invention. In order to print out to multiple printers, each connection processing side (Spool / XNS / F
Printer assignment file (/ etc / gw /
The class described in "printer_assign) can be specified by the following method. For example, S
When printing out by the printers 1 to 3 in each pool / XNS / FTP connection, the class “F” is designated at the beginning of the file name on the host computer side. In the case of FTP connection,
On the host computer side, the class "F" can be designated for the directory. Furthermore, in the case of an XNS connection, the host computer side
It is also possible to specify the class "F" in the ge parameter.
That is, when "F" is described as a parameter, the same file is printed from the printer definition file by all the printers 1 to 3 connected to the transmission medium. The printer is determined from the specified class name and stores the received data in the directory of the first printer described in the class. After the received data is stored in the directory, the other directories are linked with the files in the initially stored directory. For example, as shown in FIG. 15, an actual file is connected to the directory "printer1" in the spool, and "printer1" is connected.
The directories "er2" and "printer3" are linked to the actual files.

【0047】図16は本発明における他の実施例である
管理情報と出力プリンタとの関係を説明するための図で
ある。ファイルの管理情報は、各プリンタのスプールキ
ューにキューイングされる。たとえば、図16に示すよ
うに、プリンタ1には、既に管理情報Aおよび管理情報
Bがキューイングされており、新たに管理情報1が追加
されている。そして、プリンタ2に管理情報2が、プリ
ンタ3に管理情報3がそれぞれキューイングされてい
る。また、プリンタ1ないし3の管理情報には、受信さ
れた際のファイル名「file1」、およびゲートウエ
イ内部におけるファイル名「AA001122」、と送
信元のコネクションを識別する番号「1」と、出力プリ
ンタのIDである「1」、「2」、「3」とが記述され
ている。
FIG. 16 is a diagram for explaining the relationship between the management information and the output printer which is another embodiment of the present invention. File management information is queued in the spool queue of each printer. For example, as shown in FIG. 16, the management information A and the management information B are already queued in the printer 1, and the management information 1 is newly added. The management information 2 is queued in the printer 2, and the management information 3 is queued in the printer 3. The management information of the printers 1 to 3 includes the file name “file1” when received, the file name “AA001122” inside the gateway, the number “1” for identifying the connection of the transmission source, and the output printer The IDs “1”, “2”, and “3” are described.

【0048】ゲートウエイ内におけるスプールファイル
を削除する場合、各プリンタに送信が終了すると、送信
プロセスは、管理情報からそのプリンタに対応したディ
レクトリ配下のファイルからリンクを外す。結果とし
て、全プリンタに出力し終わった時点でファイルの実体
が削除される。
When deleting a spool file in the gateway, when transmission to each printer is completed, the transmission process removes the link from the file under the directory corresponding to that printer from the management information. As a result, the substance of the file is deleted when the output to all printers is completed.

【0049】次に、本実施例における同報におけるキュ
ーイング状態を詳細に説明する。本実施例のプリントキ
ューは、同報時におけるターミネイテッドキュー、アボ
ーテッドキュー、およびキャンセルキューを検索する手
間を無くすものである。すなわち、図17は本発明にお
ける他の実施例であるプリントキューを説明する図であ
る。プリントキューは、スプールキュー161と、ペン
ディングキュー162と、ターミネイテッドキュー16
3と、キャンセルキュー164とから構成されている。
ターミネイテッドキュー163は、プリントの正常終
了、プリントの異常終了、およびキャンセルによる終了
等の各管理情報がキューイングされる。キャンセルキュ
ー164は、ターミネイテッドキュー163と同じ管理
情報が同時にキューイングされている。
Next, the queuing state in the broadcast in this embodiment will be described in detail. The print queue of the present embodiment eliminates the trouble of searching the terminated queue, the aborted queue, and the cancel queue at the time of broadcasting. That is, FIG. 17 is a diagram for explaining a print queue which is another embodiment of the present invention. The print queue includes a spool queue 161, a pending queue 162, and a terminated queue 16.
3 and a cancel queue 164.
The terminated queue 163 queues management information such as normal termination of printing, abnormal termination of printing, and termination due to cancellation. In the cancel queue 164, the same management information as the terminated queue 163 is queued at the same time.

【0050】図18は本発明における他の実施例である
各プリンタのスプールキューを説明するための図であ
る。一つのホストコンピュータから3台のプリンタへの
一斉送信の場合は、図18に示すように、プリンタ1な
いし3のスプールキューに管理情報がキューイングされ
る。このとき、管理情報のリファレンス領域には、一斉
送信したプリンタの数(この場合は3)が格納される。
図19は本発明における他の実施例であるキューイング
の繋げ方を説明するための図である。プリントが完了し
た時、各送信プロセスは、プリンタにおけるファイルの
プリント終了を確認する。そして、ペンディングキユー
にキューイングされていた管理情報は、ターミネイテッ
ドキューに付け替えられる。このとき、管理情報の「プ
ロトコル種別」フィールドを調べ、プリント終了後にホ
ストコンピュータ上のファイルを削除するプロトコルの
場合は、この管理情報をその「コネクションID」フィ
ールドで決定される受信プロセスのキャンセルキューに
キューイングする。
FIG. 18 is a diagram for explaining the spool queue of each printer which is another embodiment of the present invention. In the case of simultaneous transmission from one host computer to three printers, management information is queued in the spool queues of printers 1 to 3, as shown in FIG. At this time, the reference area of the management information stores the number of printers (3 in this case) that have transmitted the broadcast simultaneously.
FIG. 19 is a view for explaining how to connect queuing which is another embodiment of the present invention. When printing is complete, each sending process acknowledges the end of printing the file on the printer. Then, the management information queued in the pending queue is replaced with the terminated queue. At this time, the “protocol type” field of the management information is checked, and in the case of a protocol in which a file on the host computer is deleted after printing is completed, this management information is placed in the cancel queue of the receiving process determined by the “connection ID” field. Queue.

【0051】図20は本発明における他の実施例である
管理情報を説明するための図である。図20に示す管理
情報には、ホストコンピュータから受信された際の受信
ファイル名を記述する領域、ゲートウエイ内における内
部ファイル名を記述する領域、接続されているホストコ
ンピュータのIDを記述する領域、ホストコンピュータ
から指示された出力プリンタのIDを記述する領域、リ
モートプリンタの状態を問い合わせするためのリクエス
トIDを記述する領域、プリント待ちやプリント中等を
知らせる状態フラグを立てる領域、プリントの正常終了
や異常終了等を知らせるプリント結果情報を記述する領
域、接続されているホストコンピュータのプロトコル種
別を記述する領域、プリントの同報数を記述するリファ
レンス領域、次の管理情報へのポインタ等を記述する領
域等がある。
FIG. 20 is a diagram for explaining management information which is another embodiment of the present invention. The management information shown in FIG. 20 includes an area for describing a received file name when it is received from a host computer, an area for describing an internal file name in the gateway, an area for describing an ID of a connected host computer, and a host. Area for writing the ID of the output printer designated by the computer, area for writing the request ID for inquiring about the status of the remote printer, area for setting a status flag that indicates waiting for printing, printing in progress, etc. Normal end or abnormal end of printing Areas for describing print result information that informs etc., areas for describing the protocol type of the connected host computer, reference areas for describing the number of print broadcasts, areas for describing the pointer to the next management information, etc. is there.

【0052】図21は本発明における他の実施例である
キャンセル処理を説明するための図である。図21に示
す管理情報は、リファレンス領域のみが示されており、
記述されている数字は、同報するプリンタ数を表す。キ
ャンセル処理は、スプールキユーにキューイングされて
いた管理情報をターミネイテッドキューに付け替える。
この後の処理は、プリント完了時の処理と同じである。
また、受信プロセスは、キャンセルキュー内の管理情報
を定期的に検索し、管理情報におけるリファレンス領域
の記述が1になるものを取り出し、フリーキューに繋
ぐ。
FIG. 21 is a diagram for explaining a canceling process which is another embodiment of the present invention. In the management information shown in FIG. 21, only the reference area is shown,
The described number represents the number of printers to be broadcast. In the cancel processing, the management information queued in the spool queue is transferred to the terminated queue.
The subsequent processing is the same as the processing when printing is completed.
In addition, the receiving process periodically searches the management information in the cancel queue, extracts the management information in which the description of the reference area is 1, and connects the management information to the free queue.

【0053】図22は本発明における他の実施例である
ファイル削除を説明するための図である。図22におい
て、管理情報のアルファベット3文字は、ゲートウエイ
内部のファイル名を示し、数字はリファレンス領域に記
述されたもので、同報プリントを行なう際のプリンタ数
を表す。キャンセルキューが図22に示すような状態に
あるとき、管理情報(a)をキャンセルキューにキュー
イングする場合は、まずキューイングしようとする管理
情報の内部ファイル名「AAD」と同じ内部ファイル名
を持つ管理情報がキューイングされているか否かを調べ
る。同じ内部ファイル名を持つ管理情報がキューイング
されていなければ、キャンセルキューの最後に新しくキ
ューイングする。次に、内部ファイル名「AAA」とい
う管理情報(b)の場合は、同じ内部ファイル名「AA
A」がすでにキャンセルキューにキューイングされてい
るので、キューイングされない。そして、キューイング
されている管理情報のリファレンス領域に記述されてい
る数をデクリメントする。
FIG. 22 is a diagram for explaining file deletion which is another embodiment of the present invention. In FIG. 22, the three alphabetical characters of the management information indicate the file name inside the gateway, and the numbers are described in the reference area, and indicate the number of printers when performing broadcast printing. When the cancel queue is in the state as shown in FIG. 22, when the management information (a) is queued in the cancel queue, first, the same internal file name as the internal file name “AAD” of the management information to be queued is used. Check whether the management information that it has is queued. If the management information having the same internal file name is not queued, it is newly queued at the end of the cancel queue. Next, in the case of the management information (b) with the internal file name “AAA”, the same internal file name “AA
It will not be queued because "A" is already queued in the cancel queue. Then, the number described in the reference area of the queued management information is decremented.

【0054】次に、ファイルを削除する場合、受信プロ
セスは、定期的にキャンセルキューを検索し、管理情報
のリファレンス領域が1になっている管理情報を取り出
す。また、受信プロセスは、ホストコンピュータ上のフ
ァイルを削除し、図21に示すように、その管理情報を
フリーキューに移動する。なお、リファレンス領域に記
述されている「1」は、全プリンタでプリントが終了ま
たはキャンセル済みを意味する。
Next, when deleting a file, the receiving process periodically searches the cancel queue and retrieves the management information whose management information reference area is 1. Further, the receiving process deletes the file on the host computer and moves the management information to the free queue as shown in FIG. Note that "1" described in the reference area means that printing has been completed or canceled by all printers.

【0055】ターミネイテッドキューを削除する場合、
送信プロセスは、ターミネイテッドキューに管理情報を
キューイングした時点で、キューイングされている管理
情報の個数を調べる。また、送信プロセスは、管理情報
が一定数以上キューイングされている場合、ターミネイ
テッドキューの先頭から管理情報を必要な数だけ削除す
る。
When deleting a terminated queue,
The transmission process checks the number of queued management information when the management information is queued in the terminated queue. Further, the transmission process deletes the required number of pieces of management information from the head of the terminated queue when the management information is queued for a certain number or more.

【0056】図23は本発明における他の実施例である
ゲートウエイ内部のメモリ状態を説明するための図であ
る。ゲートウエイ内部のメモリは、受信プロセス毎に対
応したキャンセルキュー、接続されているホストコンピ
ュータの状態を示す領域、およびホストコンピュータを
制御する領域がある。また、ゲートウエイ内部のメモリ
は、プリンタに対応している送信プロセス毎にスプール
キュー、ペンディングキュー、ターミネイテッドキュ
ー、プリンタの状態を示す領域、およびプリンタを制御
する領域がある。そして、ゲートウエイ内部のメモリ
は、全体管理部によって上記各領域が管理されている。
FIG. 23 is a diagram for explaining a memory state inside a gateway which is another embodiment of the present invention. The memory inside the gateway has a cancel queue corresponding to each receiving process, an area showing the state of the connected host computer, and an area for controlling the host computer. Further, the memory inside the gateway has a spool queue, a pending queue, a terminated queue, an area showing the status of the printer, and an area for controlling the printer for each transmission process corresponding to the printer. In the internal memory of the gateway, each area is managed by the general management unit.

【0057】図24は本発明における他の実施例である
プリント依頼からファイルの削除までの流れを説明する
ための図である。先ず、ホストコンピュータからプリン
トの依頼がある。受信プロセスにおけるファイル受信部
122は、ホストコンピュータからプリントすべきファ
イル名を受信する(ステップ2311)。前記ファイル
受信部122は、ホストコンピュータから送られてきた
ファイル名、たとえばプリンタ定義ファイルによって定
義されている一番目にある文字から出力プリンタおよび
格納ディレクトリファイルを決定する(ステップ231
2)。また、受信プロセスにおけるプリンタ数付与部1
25は、プリンタ定義ファイルに基づいて管理情報にプ
リンタ数を付与する。次に、受信プロセスにおけるファ
イル受信部122は、ホストコンピュータからファイル
を受信する(ステップ2313)。受信プロセスにおけ
るリンクはり処理部124は、ホストコンピュータから
指定して来た出力プリンタに対応したファイルにリンク
をはる(ステップ2314)。また、受信プロセスにお
ける管理情報接続要求部123は、出力プリンタに対応
したスプールキューに管理情報をキューイングするよう
に、プリントキュー15の操作部151に要求する(ス
テップ2315)。
FIG. 24 is a diagram for explaining the flow from a print request to file deletion according to another embodiment of the present invention. First, there is a print request from the host computer. The file receiving unit 122 in the receiving process receives the file name to be printed from the host computer (step 2311). The file receiving unit 122 determines the output printer and the storage directory file from the file name sent from the host computer, for example, the first character defined by the printer definition file (step 231).
2). Also, the printer number assignment unit 1 in the receiving process
25 adds the number of printers to the management information based on the printer definition file. Next, the file receiving unit 122 in the receiving process receives the file from the host computer (step 2313). The link beam processing unit 124 in the receiving process links the file corresponding to the output printer designated by the host computer (step 2314). The management information connection request unit 123 in the receiving process requests the operation unit 151 of the print queue 15 to queue the management information in the spool queue corresponding to the output printer (step 2315).

【0058】プリンタに対応した送信プロセスにおける
ファイル送信部141は、スプールキューの先頭の管理
情報からファイルを得る(ステップ2316)。そし
て、前記ファイル送信部141は、スプールキューにセ
ンディングフラグを立てると共に、ファイルを出力プリ
ンタに送信する(ステップ2317)。前記ファイル送
信部141は、出力プリンタに対してファイルを送信し
た後、リンク外し処理部144が管理情報をペンディン
グキューに移動し、ファイルのリンクを外す(ステップ
2318)。送信プロセスにおけるプリント状態問合せ
部142は、ペンディングキューの管理情報を検索し、
出力プリンタに対してプリントの結果を問い合わせる
(ステップ2319)。また、前記プリント状態問合せ
部142は、プリントが終了したか否かを調べ、プリン
トが終了していない場合、プリントの終了までステップ
2316からの処理を繰り返す(ステップ2320)。
プリントが終了した場合、送信プロセスにおける前記プ
リンタの状態問合せ部143は、プリントキュー15の
操作部151に対して、終了ステータスを管理情報に格
納して、この管理情報をターミネイテッドキューに移動
するように要求する。また、前記プリンタの状態問合せ
部143は、前記操作部151に対して、ターミネイテ
ッドキューが一定以上キューイングされていれば、ター
ミネイテッドキューの先頭から削除するように要求する
(ステップ2321)。そして、送信プロセスにおける
プリンタ数減算部145は、前記管理情報のプリンタ数
を減算する。前記操作部151は、送信プロセス側から
の要求によって、ターミネイテッドキューにキューイン
グした管理情報と同じ管理情報をキャンセルキューにキ
ューイングする(ステップ2322)。
The file transmission unit 141 in the transmission process corresponding to the printer obtains the file from the management information at the head of the spool queue (step 2316). Then, the file transmission unit 141 sets a sending flag in the spool queue and transmits the file to the output printer (step 2317). After the file transmission unit 141 transmits the file to the output printer, the link removal processing unit 144 moves the management information to the pending queue and removes the file link (step 2318). The print status inquiry unit 142 in the transmission process searches for management information in the pending queue,
The output printer is inquired about the print result (step 2319). Further, the print status inquiry unit 142 checks whether or not the printing is completed. If the printing is not completed, the processing from step 2316 is repeated until the printing is completed (step 2320).
When the printing is completed, the status inquiry unit 143 of the printer in the transmission process stores the completion status in the management information for the operation unit 151 of the print queue 15 and moves the management information to the terminated queue. To request. Further, the status inquiry unit 143 of the printer requests the operation unit 151 to delete from the head of the terminated queue if the terminated queue is queued for a certain amount or more (step 2321). Then, the printer number subtraction unit 145 in the transmission process subtracts the printer number of the management information. The operation unit 151 queues the same management information as the management information queued in the terminated queue in the cancel queue in response to a request from the transmission process side (step 2322).

【0059】受信プロセスにおけるファイル受信部12
2は、送信プロセスからのキャンセル依頼があるか否か
を調べる(ステップ2323)。前記ファイル受信部1
22は、キャンセルキューの管理情報を検索し、管理情
報のリファレンス領域に「1」が記述されているファイ
ルを取り出す(ステップ2324)。その後、ファイル
受信部122は、ホストコンピュータのファイルを削除
すると共に、新たなファイルの受信に備える(ステップ
2325)。
File receiving unit 12 in the receiving process
2 checks whether or not there is a cancellation request from the transmission process (step 2323). The file receiving unit 1
22 retrieves the management information of the cancel queue and takes out the file in which "1" is described in the reference area of the management information (step 2324). After that, the file receiving unit 122 deletes the file of the host computer and prepares to receive a new file (step 2325).

【0060】以上詳述したように、本実施例におけるゲ
ートウエイは、プロトコルの異なるホストコンピュータ
あるいはプリンタがネットワークに接続されている場合
を説明したが、同じプロトコルであっても、本実施例の
ようなゲートウエイを備えていると、プリント状態およ
びプリンタの状態を知ることができる。
As described in detail above, the gateway in this embodiment has been described in the case where the host computers or printers having different protocols are connected to the network. If the gateway is provided, the print status and the printer status can be known.

【0061】[0061]

【発明の効果】本発明によれば、ゲートウエイは、ネッ
トワークに接続されているプリンタに対応してプリント
キューおよび送信プロセスを備えているため、プリンタ
毎に平行してファイル送信や状態問い合わせが可能にな
り、処理の高速化と効率化を可能にする。プリンタ毎に
対応している送信プロセスとプリントキューは、上記プ
リント状態およびプリンタの状態問い合わせ処理を簡単
で高速化にすると共に、プリント処理の待ち時間を少な
くする。
According to the present invention, since the gateway has the print queue and the transmission process corresponding to the printers connected to the network, the file transmission and the status inquiry can be performed in parallel for each printer. Therefore, the processing speed and efficiency can be increased. The transmission process and the print queue corresponding to each printer simplify and speed up the print status and printer status inquiry processing, and reduce the waiting time of the print processing.

【0062】本発明によれば、受信プロセスは、管理情
報をスプールキューからキャンセルキューに繋ぎ換え、
プリントファイルを受信中であれば終了してから、キャ
ンセルキューにあるホストコンピュータ上のプリントフ
ァイルを削除する。したがって、ホストコンピュータと
受信プロセスとのコネクションは、常に一本で、受信プ
ロセスがプリントファイルを受信中に、ホストコンピュ
ータ上のプリントファイルを削除するためのコネクショ
ンをはる必要がなくなる。また、キャンセルキューは、
受信プロセス毎に設けられているため、複数のプリント
ファイルをキャンセルする場合、キャンセルキューにそ
の管理情報を複数繋ぐことにより、受信プロセスでの削
除も纏めて行なえる。
According to the present invention, the receiving process switches the management information from the spool queue to the cancel queue,
If the print file is being received, the print file on the host computer in the cancel queue is deleted after the print file is terminated. Therefore, there is always one connection between the host computer and the receiving process, and there is no need to make a connection for deleting the print file on the host computer while the receiving process is receiving the print file. Also, the cancellation queue is
Since it is provided for each receiving process, when canceling a plurality of print files, deletion in the receiving process can be collectively performed by connecting a plurality of pieces of management information to the cancel queue.

【0063】本発明によれば、プリンタ毎にプリントフ
ァイルのディレクトリを持っているため、同報時に、受
信処理手段が対象のディレクトリとリンクをはり、ある
いは送信処理手段がリンクを外すという簡単な処理によ
って、プリントおよびファイルの削除を高速に行なえ
る。また、ディレクトリとリンクをはるだけなので、ス
プール内のディスクは圧迫されない。本発明によれば、
管理情報に出力プリンタの数を記述する領域が設けられ
ているため、上記領域に記述されている数を見るだけ
で、プリンタの出力終了状況が簡単でしかも迅速に判
る。
According to the present invention, since each printer has a directory for print files, a simple process in which the reception processing means links the target directory or the transmission processing means removes the link at the time of broadcasting. Allows you to print and delete files at high speed. In addition, the disk in the spool is not stressed because it only links to the directory. According to the invention,
Since the management information has an area for describing the number of output printers, the output completion status of the printer can be easily and quickly determined only by looking at the number described in the area.

【図面の簡単な説明】[Brief description of drawings]

【図1】 本発明における一実施例を説明するためのブ
ロック構成図である。
FIG. 1 is a block diagram illustrating an embodiment of the present invention.

【図2】 本発明における実施例の送信プロセスとプリ
ンタとの関係を説明するための図である。
FIG. 2 is a diagram for explaining a relationship between a transmission process and a printer according to an embodiment of the present invention.

【図3】 本発明における実施例のプリントキューを説
明するための図である。
FIG. 3 is a diagram for explaining a print queue according to an embodiment of the present invention.

【図4】 フリーキューから空き管理情報を取り出し
て、スプールキューに管理情報を書き込む際の説明図で
ある。
FIG. 4 is an explanatory diagram when taking out free space management information from a free queue and writing the management information into a spool queue.

【図5】 管理情報をスプールキューからペンディング
キューに付け替える際の説明図である。
FIG. 5 is an explanatory diagram when transferring management information from a spool queue to a pending queue.

【図6】 管理情報をペンディングキューからターミネ
イテッドキューに付け替える際の説明図である。
FIG. 6 is an explanatory diagram when the management information is transferred from the pending queue to the terminated queue.

【図7】 (イ)ないし(ハ)は本発明における一実施
例を説明するための送受信プロセス管理テーブルおよび
管理情報を示す図である。
7A to 7C are diagrams showing a transmission / reception process management table and management information for explaining an embodiment of the present invention.

【図8】 本発明における一実施例を説明するためのフ
ローチャートである。
FIG. 8 is a flowchart for explaining an example of the present invention.

【図9】 本発明の一実施例における課題を説明するた
めの図である。
FIG. 9 is a diagram for explaining a problem in one embodiment of the present invention.

【図10】 本発明の一実施例である受信プロセスがタ
ーミネイテッドキューを検索する例を示す図である。
FIG. 10 is a diagram showing an example in which a receiving process searches a terminated queue according to an embodiment of the present invention.

【図11】 本発明の一実施例における他の課題を説明
するための図である。
FIG. 11 is a diagram for explaining another problem in the embodiment of the present invention.

【図12】 本発明における他の実施例であるゲートウ
エイに接続されているホストコンピュータおよびプリン
タの全体構成図を示す。
FIG. 12 shows an overall configuration diagram of a host computer and a printer connected to a gateway which is another embodiment of the present invention.

【図13】 本発明における他の実施例である受信プロ
セスと送信プロセスとを説明するためのブロック構成図
である。
FIG. 13 is a block diagram illustrating a receiving process and a transmitting process according to another embodiment of the present invention.

【図14】 本発明における他の実施例である受信ファ
イルとディレクトリの構成を示す図である。
FIG. 14 is a diagram showing a configuration of a received file and a directory according to another embodiment of the present invention.

【図15】 本発明における他の実施例であるディレク
トリとファイルとの接続を説明するための図である。
FIG. 15 is a diagram for explaining a connection between a directory and a file which is another embodiment of the present invention.

【図16】 本発明における他の実施例である管理情報
と出力プリンタとの関係を説明するための図である。
FIG. 16 is a diagram for explaining a relationship between management information and an output printer which is another embodiment of the present invention.

【図17】 本発明における他の実施例であるプリント
キューを説明する図である。
FIG. 17 is a diagram illustrating a print queue that is another embodiment of the present invention.

【図18】 本発明における他の実施例である各プリン
タのスプールキューを説明するための図である。
FIG. 18 is a diagram illustrating a spool queue of each printer that is another embodiment of the present invention.

【図19】 本発明における他の実施例であるキューイ
ングの繋げ方を説明するための図である。
FIG. 19 is a diagram for explaining how to connect queuing which is another embodiment of the present invention.

【図20】 本発明における他の実施例である管理情報
を説明するための図である。
FIG. 20 is a diagram for explaining management information that is another embodiment of the present invention.

【図21】 本発明における他の実施例であるキャンセ
ル処理を説明するための図である。
FIG. 21 is a diagram for explaining a cancel process which is another embodiment of the present invention.

【図22】 本発明における他の実施例であるファイル
削除を説明するための図である。
FIG. 22 is a diagram for explaining file deletion which is another embodiment of the present invention.

【図23】 本発明における他の実施例であるゲートウ
エイ内部のメモリ状態を説明するための図である。
FIG. 23 is a diagram for explaining a memory state inside a gateway which is another embodiment of the present invention.

【図24】 本発明における他の実施例であるプリント
依頼からファイルの削除までの流れを説明するための図
である。
FIG. 24 is a diagram illustrating a flow from a print request to file deletion according to another embodiment of the present invention.

【図25】 従来例におけるネットワークに接続された
ゲートウエイの説明図である。
FIG. 25 is an explanatory diagram of a gateway connected to a network in a conventional example.

【図26】 従来例における送受信プロセス、プリント
キュー、およびプリンタの関係を説明するための図であ
る。
FIG. 26 is a diagram for explaining a relationship among a transmission / reception process, a print queue, and a printer in a conventional example.

【図27】 従来例におけるキューイングの例を示す図
である。
FIG. 27 is a diagram showing an example of queuing in a conventional example.

【符号の説明】[Explanation of symbols]

1・・・ネットワーク 2、3・・・ホストコンピュータ 5、6・・・プリンタ 7・・・ゲートウエイ 8・・・コンソール 9・・・スプール 10・・・データ送受信部 11・・・TCP/IP/FTPプロトコル 12、12′、12″、・・・受信プロセス 13・・・XNSプロトコル 14、14′、14″、・・・送信プロセス 15・・・プリントキュー 151・・・操作部 152、161・・・スプールキュー 153、162・・・・ペンディングキュー 154、163・・・ターミネイテッドキュー 155・・・アボーテッドキュー 156、164・・・キャンセルキュー 16・・・コンソールコマンド処理部 1 ... Network 2,3 ... Host computer 5,6 ... Printer 7 ... Gateway 8 ... Console 9 ... Spool 10 ... Data transceiver 11 ... TCP / IP / FTP protocol 12, 12 ', 12 ", ... Receiving process 13 ... XNS protocol 14, 14', 14", ... Sending process 15 ... Print queue 151 ... Operating unit 152, 161. ... Spool queues 153 and 162 ... Pending queues 154 and 163 ... Terminated queues 155 ... Aborted queues 156, 164 ... Cancel queues 16 ... Console command processing unit

Claims (6)

【特許請求の範囲】[Claims] 【請求項1】 複数のデータ処理装置と少なくとも一つ
のプリンタとが伝送媒体上に接続されているネットワー
クプリント制御システムにおいて、 当該伝送媒体に対してインタフェースを介して接続さ
れ、データを送受信するデータ送受信手段と、 当該データ送受信手段によって受信したコマンドを解析
し、この解析されたコマンドにしたがって認識されたプ
リンタにそれぞれ対応するプリントキューに前記データ
の管理情報をキューイングすると共に、前記データのプ
リントファイルを格納する処理を行なう受信処理手段
と、 プリントキューにキューイングされた管理情報およびプ
リントファイルを送信するための処理を行なうと共に、
プリンタに対応している送信処理手段と、 からなるゲートウエイを備えたことを特徴とするネット
ワークプリント制御システム。
1. A network print control system in which a plurality of data processing devices and at least one printer are connected on a transmission medium, and data transmission / reception for transmitting / receiving data is connected to the transmission medium via an interface. Means and a command received by the data transmission / reception means, queues the management information of the data in the print queues corresponding to the printers recognized according to the analyzed command, and prints the print file of the data. Receive processing means for storing, and processing for sending the management information and print files queued in the print queue,
A network print control system comprising a transmission processing unit corresponding to a printer and a gateway including the transmission processing unit.
【請求項2】 前記送信処理手段には、送信処理手段に
対応したプリンタおよびそのプリント状態を問い合わせ
る機能を備えたことを特徴とする請求項1記載のネット
ワークプリント制御システム。
2. The network print control system according to claim 1, wherein the transmission processing unit is provided with a printer corresponding to the transmission processing unit and a function for inquiring a print state of the printer.
【請求項3】 前記プリンタに対応したプリントキュー
には、プリンタの状態毎に区別して管理情報をキューイ
ングする手段を備えていることを特徴とする請求項1ま
たは請求項2記載のネットワークプリント制御システ
ム。
3. The network print control according to claim 1, wherein the print queue corresponding to the printer is provided with a unit for queuing management information for each printer state. system.
【請求項4】 前記受信処理手段には、受信処理手段に
対応するキャンセルキューにキャンセルのための管理情
報を繋ぐように要求することができる機能を備えたこと
を特徴とする請求項1ないし請求項3記載のネットワー
クプリント制御システム。
4. The reception processing means is provided with a function capable of requesting connection of management information for cancellation to a cancellation queue corresponding to the reception processing means. Item 3. The network print control system according to Item 3.
【請求項5】 プリンタ毎にプリントファイルのディレ
クトリを持ち、同報時に、前記受信処理手段は、同一プ
リントファイルについて対象のディレクトリとリンク
し、前記送信処理手段は、プリンタの出力終了毎に対応
するリンクを外すことを特徴とする請求項1記載のネッ
トワークプリント制御システム。
5. A printer has a directory of print files for each printer, and at the time of broadcasting, the reception processing unit links with the target directory for the same print file, and the transmission processing unit corresponds to each output completion of the printer. The network print control system according to claim 1, wherein the link is disconnected.
【請求項6】 前記管理情報に出力プリンタの数を記述
するフィールドを設け、前記受信処理手段は、クラス指
定情報から前記フィールドに当該数を付与し、前記送信
処理手段は、プリンタの出力終了毎に、前記フィールド
に記述された数を減算することを特徴とする請求項1記
載のネットワークプリント制御システム。
6. A field for describing the number of output printers is provided in the management information, the reception processing means assigns the number to the field from the class designation information, and the transmission processing means sets for each output end of the printer. 2. The network print control system according to claim 1, wherein the number described in the field is subtracted.
JP27775192A 1992-02-12 1992-09-24 Network print control system Expired - Fee Related JP3221093B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP27775192A JP3221093B2 (en) 1992-02-12 1992-09-24 Network print control system

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP5724792 1992-02-12
JP4-57247 1992-02-12
JP27775192A JP3221093B2 (en) 1992-02-12 1992-09-24 Network print control system

Publications (2)

Publication Number Publication Date
JPH05289833A true JPH05289833A (en) 1993-11-05
JP3221093B2 JP3221093B2 (en) 2001-10-22

Family

ID=26398267

Family Applications (1)

Application Number Title Priority Date Filing Date
JP27775192A Expired - Fee Related JP3221093B2 (en) 1992-02-12 1992-09-24 Network print control system

Country Status (1)

Country Link
JP (1) JP3221093B2 (en)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6384926B2 (en) 1994-09-20 2002-05-07 Fujitsu Limited Network system having printers, printer for network system, server for network and terminal for network system
JP2010225005A (en) * 2009-03-25 2010-10-07 Hitachi Ltd Remote counselling support system
JP2015121923A (en) * 2013-12-24 2015-07-02 富士ゼロックス株式会社 Print control apparatus, print control system, and program

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6384926B2 (en) 1994-09-20 2002-05-07 Fujitsu Limited Network system having printers, printer for network system, server for network and terminal for network system
JP2010225005A (en) * 2009-03-25 2010-10-07 Hitachi Ltd Remote counselling support system
JP2015121923A (en) * 2013-12-24 2015-07-02 富士ゼロックス株式会社 Print control apparatus, print control system, and program

Also Published As

Publication number Publication date
JP3221093B2 (en) 2001-10-22

Similar Documents

Publication Publication Date Title
US4937784A (en) Distributed interactive processing method in complex system including plural work stations and plural host computers and apparatus using the same
US9158491B2 (en) Open systems printing
JP3777025B2 (en) System resource display device and method thereof
US20030160993A1 (en) Method for printing to a networked printer
EP1710677A1 (en) Printing apparatus, print instruction apparatus, and printing system
JPH0673123B2 (en) Bus device connected to bus and data transfer control method for the bus device
US8250176B2 (en) File sharing method and file sharing system
JP2001175460A (en) Program distribution management system
US6317115B1 (en) System, apparatus and method in which a high resolution image editor is connected to a host computer for processing low resolution image data
JP3221093B2 (en) Network print control system
US6178464B1 (en) System and method for canceling a computer request
JP3102836B2 (en) Printer system and print job processing method for printer system
JP4222065B2 (en) Data access method and information system in information system
JP3560081B2 (en) Printer control device and printer control method
JPH05289834A (en) Network print control system
JP2713405B2 (en) File system
JP3212891B2 (en) File transfer system and file transfer method
JP3691873B2 (en) File transfer system in compound computer system
JPH05242154A (en) Document retrieving system
JPS60173670A (en) Seat reservation system
JP2833578B2 (en) Currency Information Control System in Cluster System
JPH11184769A (en) File transfer system
JPH08138033A (en) Method and device for picture editing, picture display control device and its method, and system consisting of picture editing device and picture display controller
JPH10320261A (en) File storage management system
JPH07121324A (en) Job processing execution system

Legal Events

Date Code Title Description
LAPS Cancellation because of no payment of annual fees