JP3221093B2

JP3221093B2 - ネットワークプリント制御システム

Info

Publication number: JP3221093B2
Application number: JP27775192A
Authority: JP
Inventors: 徹中谷
Original assignee: Fuji Xerox Co Ltd; Fujifilm Business Innovation Corp
Current assignee: Fujifilm Business Innovation Corp
Priority date: 1992-02-12
Filing date: 1992-09-24
Publication date: 2001-10-22
Anticipated expiration: 2016-10-22
Also published as: JPH05289833A

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、たとえば異なる通信プ
ロトコル（本明細書では、以下単にプロトコルという）
を持つホストコンピュータのような複数のデータ処理装
置と少なくとも一つのプリンタとが同一の伝送媒体上に
接続されたネットワークプリント制御システムに関する
ものである。本発明は、伝送媒体に接続されたマルチホ
ストコンピュータ、およびマルチプリンタの内、少なく
ともマルチプリンタをサポートするネットワークプリン
ト制御システムに関するものである。

【０００２】

【従来の技術】図２５ないし図２７を参照しつつ複数の
データ処理装置とプリンタとが伝送媒体上に接続されて
いる従来例におけるネットワークプリント制御システム
を説明する。図２５は従来例におけるネットワークに接
続されたゲートウエイの説明図である。図２６は従来例
における送受信プロセス、プリントキュー、およびプリ
ンタの関係を説明するための図である。図２７は従来例
におけるキューイングの例を示す図である。図２５にお
いて、図示されていないネットワークに接続されている
ゲートウエイ９０は、データを送受信すると共に、異な
るプロトコルを所定のプロトコルに変換する処理を行な
うデータ送受信部９１と、当該データ送受信部９１によ
って受信したデータに含むコマンドを解析するコマンド
解析部９２と、後述のワークステーションから受信した
データの管理情報をキューイングすると共に、データを
プリントファイルとして格納するための処理を行なうフ
ァイル転送処理部９３と、キューイングされている管理
情報とプリントファイルとを前記データ送受信部９１を
介してプリンタ９５（Ｐｒｉｎｔｉｎｇ／ＸＮＳ）に送
信するプリント処理部９４とから構成される。また、図
示されていないネットワーク上には、たとえばプロトコ
ルの異なる複数のワークステーション９６（ＧＡＰ／Ｘ
ＮＳ）、ワークステーション９７（ＦＴＰ／ＴＣＰ／Ｉ
Ｐ、Ｔｅｌｎｅｔ／ＴＣＰ／ＩＰ）、および少なくとも
一つのプリンタ９５（Ｐｒｉｎｔｉｎｇ／ＸＮＳ）が接
続されている。

【０００３】たとえば、ワークステーション９７からプ
ロトコルの異なるプリンタ９５にプリント要求がなされ
る。データ送受信部９１では、ワークステーション９７
のプロトコルでデータを受信し、データをコマンド解析
部９２に送る。コマンド解析部９２は、前記受信したデ
ータからコマンドを解析し、その内容、たとえばプリン
ト要求、およびそのプリンタを認識し、ファイル転送処
理部９３を起動する。ファイル転送処理部９３は、ワー
クステーション９７からプリント要求の出されているデ
ータを受信し、データに含まれている管理情報を図示さ
れていないプリントキューにキューイングすると共に、
同じく図示されていないスプールにプリントファイルを
格納する。プリント処理部９４は、前記プリントキュー
にキューイングされている管理情報およびスプールに格
納されているプリントファイルを取り出し、データ送受
信部９１を介してプリンタ９５のプロトコルで順次プリ
ンタ９５に送出する。

【０００４】また、上記従来例において、送受信プロセ
ス、プリントキュー、およびプリンタの関係は、図２６
に示すようになる。すなわち、各ワークステーション９
６、９７からプリント要求がなされたデータは、データ
送受信部９１によって受信される。そして、データに含
まれる管理情報は、コマンド解析部９２あるいはファイ
ル転送処理部９３等を含む受信プロセス１０１ないし１
０３によって、プリントキュー１０４に順次キューイン
グされる。その後、送信プロセス１０５は、プリントキ
ュー１０４の先頭から管理情報を取り出し、当該管理情
報に基づいてプリントファイルを図示されていないスプ
ールから取り出す。そして、送信プロセス１０５は、管
理情報およびプリントファイルを、たとえば要求された
プリンタＡに送信するための処理を行なう。なお、上記
のようなネットワークプリント制御システムは、たとえ
ば特開平３−７５９２１号公報および特開平３−７５９
４９号公報に詳述されている。

【０００５】伝送媒体に接続されているホストコンピュ
ータ上のある特定のファイルを複数のプリンタに出力す
る場合、一般的に次の２通りがある。第１の方法は、ホ
ストコンピュータから所望のプリンタ宛に複数回送信を
行なう。第２の方法は、ホストコンピュータから送られ
てきたファイルをゲートウエイで受信した後、所望のプ
リンタに対応したスプールにファイルをコピーする。そ
して、スプールにコピーされたファイルは、対応したプ
リンタによってプリントされる。特開平３−１７７２８
号公報には、同一のファイル内容を複数のプリンタに出
力する同報出力制御方式が記載されている。しかし、上
記公報に記載されている同報出力制御方式は、マルチプ
リンタにおけるファイルの削除に関して記載されている
が、キャンセルの場合に関する記載がない。また、上記
公報に記載されている同報出力制御方式では、出力をす
べて管理しなければならないので、受信プロセスと送信
プロセス間に出力管理プロセスを設けなければならな
い。さらに、上記のような同報出力制御方式において、
ファイルのプリントをキャンセルしたい場合、出力管理
プロセスは、キャンセル処理も行なわねばならず、処理
がなお複雑になるという欠点がある。

【０００６】

【発明が解決しようとする課題】しかし、上記従来例に
おけるネットワークプリント制御システムのゲートウエ
イ９０では、プリントキュー１０４、およびこのプリン
トキュー１０４に繋がる送信プロセス１０５がシステム
全体で一つである。したがって、一つの送信プロセス１
０５は、要求された、たとえばプリンタＡに接続するた
めの処理を行なった後、プリントキュー１０４の先頭か
ら一つの管理情報を取り出して、管理情報およびプリン
トファイルを順次送信する。このため、たとえば図２７
に示すような順序によって管理情報がプリントキュー１
０４にキューイングされていたとすると、一つの送信プ
ロセス１０５は、たとえばデータ量の多いプリンタＡの
送信処理を行なっている間に、少ないデータ量であるプ
リンタＢあるいはプリンタＣに対する要求に応える処理
を行なうことができない。すなわち、プリンタＢあるい
はプリンタＣへの要求は、データ量の多いプリンタＡの
送信処理が終わるまで待たされることになる。

【０００７】また、上記従来例におけるネットワークプ
リント制御システムの送信プロセス１０５は、管理情報
およびプリントファイルをプリンタ側に送信した後に、
これを削除する。したがって、送信プロセス１０５は、
管理情報およびプリントファイルをプリンタ側に送信し
た後、ワークステーション側から要求したプリントがど
のような状態で処理されているかを知ることができなか
った。また、ゲートウエイ側の管理者が同様に、プリン
タのプリント状態あるいはプリンタの状態を知りたくて
も知る手段がなかった。たとえば、送信プロセス１０５
がプリントファイルをプリンタ側に送信した後、ワーク
ステーションあるいはゲートウエイ側では、プリンタ側
でキューイング中であるか否か、プリンタでプリント中
であるか否か、プリントを正常に終了したか否か、ある
いはプリント異常で終了したか否かを知ることができな
かった。

【０００８】さらに、ワークステーション側およびゲー
トウエイ側には、キューイング中のデータをキャンセル
する機能がなかった。そのため、間違って送信されたフ
ァイルは、キューイングされて順番を待ち、当該プリン
タに送信され、そのプリンタにおいて、始めて当該ファ
イルをキャンセルするようにしていた。したがって、プ
リントを行なう必要の無くなったファイルのために、処
理を待たされるプリンタがあるという問題を有した。

【０００９】ホストコンピュータから送られてきたファ
イルをゲートウエイのプリンタに対応したスプールにコ
ピーする方法は、ホストコンピュータからプリンタ宛に
複数回送信を行なう方法に比べて送信が１回で済むので
効率的である。しかし、ゲートウエイで受信したファイ
ルは、プリンタに対応したスプールにコピーされるの
で、スプール内のディスクを圧迫するという問題があ
る。ディスクの圧迫を解決するものとして、たとえば特
開平３−１７７２８号公報では、ファイルに属性を持た
せて解決している。しかし、上記公報の技術は、ファイ
ルを削除するために全部のプリンタに出力し終わったか
否かの判る情報を管理する処理が必要となり、管理が複
雑になる。

【００１０】本発明は、以上のような課題を解決するた
めのもので、異なるプリンタへの要求によって待たされ
ることがないネットワークプリント制御システムを提供
することを目的とする。本発明は、ゲートウエイおよび
データ処理装置側からプリンタ送信後のプリント状態お
よびプリンタの状態を把握できるネットワークプリント
制御システムを提供することを目的とする。本発明は、
ゲートウエイでスプールされているプリントファイルの
プリントをキャンセルすることができるネットワークプ
リント制御システムを提供することを目的とする。本発
明は、同報プリントを行なう際におけるゲートウエイの
処理を簡略化すると共に、マルチプリンタに対する処理
の共通化と高速化をはかることができるネットワークプ
リント制御システムを提供することを目的とする。

【００１１】

【課題を解決するための手段】（第１発明）以上のような問題を解決するために、本発明のネットワ
ークプリント制御システムは、複数のデータ処理装置
（図１の２、３、・・・、）と少なくとも一つのプリン
タ（図１の５、６、・・・、）とが伝送媒体（図１の
１）上に接続されており、当該伝送媒体（１）に対して
インタフェースを介して接続され、データを送受信する
データ送受信手段（図１の１０）と、当該データ送受信
手段（１０）によって受信したコマンドを解析し、この
解析されたコマンドにしたがって認識されたプリンタ
（５）にそれぞれ対応するプリントキュー（図１の１
５）に前記データの管理情報をプリンタの状態毎に区別
してキューイングすると共に、前記データのプリントフ
ァイルを格納する処理を行なう受信処理手段（図１の１
２）と、プリントキュー（１５）にキューイングされた
管理情報およびプリントファイルを送信するための処理
を行なうと共に、プリンタ（５）に対応している送信処
理手段（図１の１４）とからなるゲートウエイ（図１の
７）を備えている。

【００１２】（第２発明）本発明のネットワークプリン
ト制御システムにおける送信処理手段（１４）には、送
信処理手段（１４）に対応したプリンタ（５）およびそ
のプリント状態を問い合わせる機能を備えている。

【００１３】

【００１４】（第３発明、第４発明）本発明のネットワークプリント制御システムにおける受
信処理手段（１２）には、受信処理手段（１２）に対応
するキャンセルキュー（図１の１５６）にキャンセルの
ための管理情報を繋ぐように要求することができる機能
を有する。

【００１５】（第５発明）本発明のネットワークプリン
ト制御システムは、プリンタ毎にプリントファイルのデ
ィレクトリを持ち、同報時に、前記受信処理手段（１
２）は、同一プリントファイルについて対象のディレク
トリとリンクし、前記送信処理手段（１４）は、プリン
タの出力終了毎に対応するリンクを外すことを特徴とす
る。

【００１６】（第６発明）本発明のネットワークプリン
ト制御システムは、前記管理情報に出力プリンタの数を
記述するフィールドを設け、前記受信処理手段（１２）
は、クラス指定情報から前記フィールドに当該数を付与
し、前記送信処理手段（１４）は、プリンタの出力終了
毎に、前記フィールドに記述された数を減算することを
特徴とする。

【００１７】

【作用】（第１発明）たとえば、ホストコンピュータのようなデータ処理装置
からネットワークを介してプロトコルの相違するプリン
タに対してプリント要求が行なわれる。データ処理装置
からのデータは、ネットワークからインタフェースを介
して送受信手段に受信される。そして、送受信手段によ
って所定のプロトコルで受信したデータは、受信処理手
段において、受信されたデータに含むコマンドを解析し
てコマンドがプリント要求であれば、プリントデータの
受信を行なってスプールに格納し、データの管理情報を
プリンタに対応したプリントキューにキューイングす
る。そのプリンタに対応して設けられたプリントキュー
には、たとえばスプールキュー、ペンディングキュー、
ターミネイテッドキュー、あるいはアボーテッドキュー
等が設けられている。プリント要求されたデータの管理
情報は、たとえばプリントファイルが受信された後、プ
リンタに送信されるまでスプールキューにキューイング
される。管理情報は、プリンタに送信された後、プリン
トが完了するまでペンディングキューにキューイングさ
れる。同様に、管理情報は、プリントを完了した後ター
ミネイテッドキューに、プリントファイルを受信した後
プリンタでプリントされるまでに、プリント異常があれ
ば、アボーテッドキューに、また、プリントファイルを
受信した後プリンタに送信されるまでにプリントのキャ
ンセルがあれば、キャンセルキューにそれぞれキューイ
ングされる。なお、キャンセルキューは、たとえば受信
プロセス毎に対応して設けられている。上記のように、
プリンタにおけるプリント状態は、その状態に応じてそ
れぞれキューイングされているため、そのプリント状態
を知ることができる。その後、前記プリンタに対応
した送信処理手段は、同じプリンタに対応したプリント
キューから順次管理情報を取り出し、当該管理情報およ
び当該管理情報に対応したプリントファイルを要求され
たプリンタにそのプリンタのプロトコルで送信する。し
たがって、一つのプリンタは、プリントキュー、および
送信処理手段にそれぞれ対応して設けられているため、
他のプリンタの状態によって待たされることがない。

【００１８】（第２発明）送信処理手段は、プリンタと
それぞれ対応して設けられているため、管理情報および
プリントファイルの送信後に、当該プリンタの状態が、
たとえば、正常か、異常か、あるいはビジーか等を問い
合わせる処理が速くなった。また、同様に、送信処理手
段は、たとえばファイルのプリントが正常にされたかあ
るいは異常で終了したか等のプリント状態を早く問い合
わすことができる。

【００１９】

【００２０】（第３発明、第４発明）たとえば、プリントのキャンセルを要求したホストコン
ピュータ上のファイルを削除する場合、受信処理手段
は、キャンセルの要求のあったことを認識して、プリン
トキューにキューイングされている管理情報をキャンセ
ルキューに繋げるように要求する機能を備えているた
め、プリンタにプリントファイルが送られる前であれ
ば、キャンセルが可能である。したがって、管理情報お
よびプリントファイルがプリンタ側に送信されてから、
プリントをキャンセルする場合に比べて、処理を短縮す
ることができる。

【００２１】（第５発明）ゲートウエイは、プリンタ毎
にプリントファイルのディレクトリを持っている。そし
て、ホストコンピュータから一つのプリントファイルを
複数のプリンタでプリントする際に、受信処理手段は、
同一のプリントファイルについて対象のディレクトリと
リンクする。すなわち、プリントファイルの実体は一つ
で、他のディレクトリに、たとえばポインタをはる。そ
して、送信処理手段は、プリンタの出力終了毎に対応す
るリンクを外す。同報プリントは、プリントファイルと
ディレクトリとの間でリンクをはったり、あるいは外す
だけであるから、処理が簡単で早い。また、ゲートウエ
イにおけるスプールのディスクを圧迫することがない。

【００２２】（第６発明）管理情報には、同時にプリン
トする出力プリンタの数を記述するフィールドを設け
る。また、伝送媒体に接続されているプリンタに対し
て、同時にプリントするクラス指定情報が予めテーブル
として決められている。受信処理手段は、ホストコンピ
ュータから送られてきたクラス指定情報に基づいて前記
フィールドに当該プリンタの数を付与する。そして、送
信処理手段は、プリンタの出力終了毎に、前記フィール
ドに記述された数を減算する。したがって、管理情報の
フィールドを見ることによって、プリントが終了してい
るか否かが直ちに判る。また、管理情報に出力プリンタ
数のフィールドを設けただけで、マルチプリンタ環境に
おいて、全プリンタでプリントを出力した後に、ホスト
コンピュータ上のプリントファイルを削除することがで
きる。以上の処理により、ゲートウエイにおける処理
は、簡略化されると共に、マルチプリンタに対する処理
の共通化と高速化をはかることができる。

【００２３】

【実施例】図１は本発明における一実施例を説明す
るためのブロック構成図である。図１において、ネット
ワーク１には、複数のデータ処理装置、たとえばホスト
コンピュータ２、３、・・・、およびプリンタ５、６、
・・・、がゲートウエイ７を介して接続されている。そ
して、ホストコンピュータ２および３は、たとえばＴＣ
Ｐ／ＩＰ／ＦＴＰプロトコル１１を有する。プリンタ
５、６は、たとえばＸＮＳプロトコル１３を有する。ま
た、ネットワーク１に接続されているゲートウエイ７に
は、ゲートウエイ７を制御したり、あるいは動作状態の
表示、変更等の操作を行なうコンソール８と、たとえば
プリントファイル９００等を格納するためのスプール９
とが設けられている。さらに、ゲートウエイ７は、ホス
トコンピュータ２、３、・・・、およびプリンタ５、
６、・・・、等のデータを送受信すると共に、上記ホス
トコンピュータ２、３、・・・、およびプリンタ５、
６、・・・、等の異なるプロトコルに対応したデータ送
受信部１０と、当該データ送受信部１０によって受信さ
れたデータのコマンドを解析して、その管理情報および
ファイルの受信処理を行なう受信プロセス１２と、要求
されたプリンタに管理情報およびプリントファイルを送
信するための処理、およびプリント状態とプリンタの状
態とを問い合わせる機能を有し、後述のプリントキュー
と対応して設けられた送信プロセス１４、１４′、１
４″、・・・と、受信したデータの管理情報をプリント
状態に基づいてキューイングできる各プリンタ５、６、
・・・、に対応して設けられたプリントキュー１５、１
５′、１５″、・・・と、ゲートウエイ７の制御および
動作状態等の表示、変更等、コンソール８からのコマン
ドにしたがって処理を行なうコンソールコマンド処理部
１６と、図示されていないコマンド入力プロセスとから
構成される。なお、ゲートウエイ７には、ＣＰＵ、主記
憶装置および補助記憶装置、周辺装置等、直接本実施例
に関係しない装置が省略されている。

【００２４】データ送受信部１０は、データをプロトコ
ルの種類に応じて処理できる受信部１１と、プリンタの
プロトコルにしがってデータを送信できる送信部１３と
から構成されている。受信プロセス１２、１２′、１
２″、・・・は、複数のホストコンピュータ２、３、・
・・、の処理を行なうことができるように複数設けられ
ており、受信したデータのコマンドを解析するコマンド
解析部１２１と、データのプリントファイル９００を受
信し、スプール９に転送するための処理を行なうファイ
ル受信部１２２とから構成される。送信プロセス１４、
１４′、１４″、・・・、は、ネットワーク１に接続さ
れているプリンタ５、６、・・・、と対応して設けら
れ、プリントキュー１５、１５′、１５″、・・・、か
ら管理情報を取り出すと共に、スプール９からプリント
ファイル９００を取り出し、たとえば要求されたプリン
タ５に送信するファイル送信部１４１と、送信したプリ
ントファイルの状態を問い合わせるプリント状態問い合
わせ部１４２と、プリンタの状態を問い合わせるプリン
タの状態問い合わせ部１４３とから構成されている。た
とえば、プリント状態問い合わせ部１４２は、送信した
プリントファイルが待ち状態か、プリント中か、プリン
トを正常に終了したか、あるいはプリントを異常に終了
したかを問い合わせる機能を有する。また、プリンタの
状態問い合わせ部１４３は、プリンタ５、６、・・・、
のスプールにプリントファイルを入れる余裕があるか否
か、プリンタ５、６、・・・、が異常か否か、プリンタ
５、６、・・・、の紙切れがあるか否かを問い合わせる
機能を有する。

【００２５】プリントキュー１５、１５′、１５″、・
・・は、プリントファイルを受信した後、プリンタ５、
６、・・・、に送信されるまでの管理情報をキューイン
グするスプールキュー１５２と、プリントファイルをプ
リンタに送信した後、プリントが完了するまでの管理情
報をキューイングするペンディングキュー１５３と、プ
リントを完了した後の管理情報をキューイングするター
ミネイテッドキュー１５４と、プリントファイルを受信
した後プリンタに送信されるまでに、プリント異常であ
れば、その管理情報をキューイングするアボーテッドキ
ュー１５５と、各キューにキューイングされている管理
情報を移動したりあるいは削除するための操作を行なう
操作部１５１とから構成される。また、プリントキュー
１５、１５′、１５″、・・・は、送信プロセス１４、
１４′、１４″、・・・、とそれぞれ対応している。受
信プロセス１２、１２′、１２″、・・・は、プリント
ファイルを受信した後プリンタに送信されるまでの間
に、プリントをキャンセルするための要求があれば、キ
ャンセルを行なうプリントファイルの管理情報をキュー
イングしているスプールキュー１５２からキャンセルキ
ュー１５６、１５６′、１５６″、・・・、に繋ぎ換え
るようにプリントキュー１５の操作部１５１に対して要
求することができる。操作部１５１は、上記要求によ
り、スプールキュー１５２の管理情報をキャンセルキュ
ー１５６に繋ぎ換える。

【００２６】図２は本発明における実施例の送信プロセ
スとプリンタとの関係を説明するための図である。図２
において、たとえばホストコンピュータ１からのプリン
ト要求は、受信プロセス１２によって、そのコマンドが
解析される。このコマンドの解析によって、受信プロセ
ス１２は、出力すべきたとえば、プリンタ５を認識し、
管理情報をプリンタ５に対応したプリントキュー１５に
キューイングするようプリントキュー１５の操作部１５
１に要求する。そして、操作部１５１は、上記要求によ
り、プリンタ５に対応したプリントキュー１５のスプー
ルキュー１５２に受信プロセス１２によって受信した管
理情報をキューイングする。スプールキュー１５２にキ
ューイングされた管理情報は、同じくプリンタ５に対応
した送信プロセス１４によって取り出される。送信プロ
セス１４は、前記管理情報に基づいてプリントファイル
を認識してプリンタ５に送信する。

【００２７】図３は本発明における実施例のプリントキ
ューを説明するための図である。図３において、示され
ているプリントキューは、図１に示すものと同じもので
ある。太い実線は、通常のキューイングであり、細い実
線はプリントに異常が発生した場合のキューイング、ま
た、点線はキャンセルを行なう時のキューイングを示
す。

【００２８】図４ないし図６は本発明における管理情報
をキューイングする状態を説明するための図である。図
４はフリーキューから空き管理情報を取り出して、スプ
ールキューに管理情報を書き込む際の説明図である。図
５は管理情報をスプールキューからペンディングキュー
に付け替える際の説明図である。図６は管理情報をペン
ディングキューからターミネイテッドキューに付け替え
る際の説明図である。図４ないし図６において、たとえ
ばプリンタ５に対応するプリントキュー１５について説
明する。プリントキュー１５にあるフリーキュー１５７
は、予め設定された数の空き管理情報１５７−１、空き
管理情報１５７−２、空き管理情報１５７−３、・・
・、が接続されている。受信プロセス１２におけるコマ
ンド解析部１２１によって、たとえばプリンタ５が認識
される。そして、受信プロセス１２は、データを受信し
てスプール９にファイルとして格納した後、管理情報を
キューイングするための要求をプリンタ５に対応するプ
リントキュー１５の操作部１５１に対して行なう。そし
て、操作部１５１は、前記フリーキュ−１５７の一番先
頭の空き管理情報１５７−１を取り外して受信したファ
イル名をこの管理情報に設定し、スプールキュー１５２
の最後（図４では１５２−２の後）にキューイングす
る。そして、フリーキュー１５７の先頭は、空き管理情
報１５７−２となる。また、要求のあった、たとえばプ
リンタ５に対応する送信プロセス１４は、スプールキュ
ー１５２の先頭の管理情報（たとえば、既にキューイン
グされている管理情報１５２−１）を取り出すように操
作部１５１に要求した後、この取り出された管理情報か
らスプール内のファイル名を取り出し、このファイルを
プリンタ５に送信する処理を行なう。さらに、操作部１
５１は、送信中の前記管理情報１５２−１にセンデイン
グフラグを立てる。

【００２９】図５に示すように、送信プロセス１４がプ
リントファイルをプリンタ５に送信を完了した後、操作
部１５１は、スプールキュー１５２の先頭の管理情報、
すなわち既にキューイングされている管理情報１５２−
１をペンディングキュー１５３の最後に付け替える。こ
のとき、管理情報にプリンタ５から返されたリクエスト
ＩＤを設定する。したがって、スプールキュー１５２の
先頭は、管理情報１５２−２となる。送信が終了したフ
ァイルは、スプール９から削除される。この時、図１ま
たは図３に示すように、コンソール８を介してプリント
キュー１５の操作部１５１に対してキャンセルの依頼が
あった管理情報は、キャンセルキュー１５６に付け替え
られる。また、送信プロセス１４は、プリント要求のあ
ったプリンタ５に対してペンディングキュー１５３の先
頭の管理情報を取り出して、リクエストＩＤを引数にし
て、送信したファイルの状態を問い合わせ、そのプリン
トファイルがプリント中であれば、操作部１５１に要求
して、ペンディングキュー１５３の先頭に付けられてい
るプリント待ちの管理情報（イ）にプリンティングフラ
グを立てさせる。

【００３０】図６に示すように、送信プロセス１４の要
求により、ファイル状態問合わせ結果が正常終了だった
場合、操作部１５１は、プリント待ちあるいはプリント
中の管理情報（イ）をターミネイテッドキュー１５４の
最後に付け替える。したがって、ペンディングキュー１
５３の先頭は、プリント待ちの管理情報（ロ）となる。
また、ファイルの状態問い合わせの結果が異常状態で終
了した場合、送信プロセス１４の要求により、操作部１
５１は、その管理情報をアボーテッドキュー１５５に付
け替える。そして、ターミネイテッドキュー１５４およ
びアボーテッドキュー１５５に予め設定された一定数以
上の管理情報が溜まった場合、操作部１５１は、プリン
トが終了した先頭の管理情報（ａ）をフリーキュー１５
７の先頭に移動する。

【００３１】図７（イ）ないし（ハ）は本発明における
一実施例を説明するための送受信プロセス管理テーブル
および管理情報を示す図である。図７（イ）において、
送信プロセス管理テーブル７１は、送信プロセス１４
の、たとえばスタートあるいはストップ状態を記載する
プロセス状態領域７１０と、プリンタの動作状態が正常
か異常かを記載するプリンタの状態領域７２０と、他の
プロセスから送信プロセス１４への要求、たとえば受信
プロセス１２がデータ受信後、スプールキュー１５２に
管理情報をキューイングしたこと等の通知を記載する送
信プロセスへの要求領域７３０と、スプールキュー１５
２の先頭ポインタ、たとえば管理情報１の位置、最終ポ
インタ、たとえば管理情報４の位置、およびスプールキ
ュー１５２にキューイングされている数、たとえば
「４」を記載するキューテーブル７４１を記載したスプ
ールキュー領域７４０と、同じくペンディングキュー１
５３のキューテーブル７５１を記載したペンディングキ
ュー領域７５０と、同じくターミネイテッドキュー１５
４のキューテーブル７６１を記載したターミネイテッド
キュー領域７６０と、同じくアボーテッドキュー１５５
のキューテーブル７７１を記載したアボーテッドキュー
領域７７０と、プリントを正常に終了したファイルの累
計を記載する正常終了の累計領域７８０と、プリントを
異常終了したファイルの累計を記載する異常終了の累計
領域７９０とから構成されている。

【００３２】図７（ロ）において、管理情報７２は、た
とえばプリント要求のあったファイル名を記載するファ
イル名領域７２１と、プリントファイルをプリンタに送
信した後のプリント状態等の問い合わせを行なうための
リクエストＩＤを記載する領域７２２と、送信プロセス
１４のファイル送信中あるいはプリンタでファイルがプ
リント中等の状態を知らせるためのフラグを立てる状態
フラグ領域７２３と、次の管理情報の位置を記載する次
の管理情報へのポインタ領域７２４とから構成されてい
る。

【００３３】図７（ハ）において、受信プロセス管理テ
ーブル７３は、受信プロセス１２の、たとえばスタート
あるいはストップ状態を記載するプロセス状態領域７３
１と、たとえばホストコンピュータ２との接続状態がど
のようになっているかを記載するホストコンピュータ２
の接続状態領域７３２と、他のプロセスから受信プロセ
スへの要求、たとえばホストコンピュータ２上のファイ
ルを削除してもらうためにキャンセルキュー１５６にキ
ューイングしたという通知や受信処理を中止してほしい
という通知等を記載する受信プロセスへの要求領域７３
３と、キャンセルキュー１５６を記載するキャンセルキ
ュー１５６の先頭ポインタ、たとえば管理情報１の位
置、最終ポインタ、たとえば管理情報４の位置、および
キャンセルキュー１５６にキューイングされている数、
たとえば「４」を記載するキューテーブル７３５を記載
したキャンセルキュー領域７３４とから構成される。

【００３４】次に、図８のフローチャートを参照しつつ
本発明の一実施例についてその動作を説明する。たとえ
ば、ホストコンピュータ２にあるファイルをプリンタ５
にプリントする場合、ホストコンピュータ２から送られ
たプリントファイルは、ネットワーク１を介してゲート
ウエイ７のデータ送受信部１０の受信部１１によって受
信され、その後、当該プリントファイルは、受信プロセ
ス１２によって受信される（ステップ８１）。また、プ
リントファイルは、ファイル受信部１２２によって受信
された後、管理情報７２にファイル名を記載して、スプ
ール９にファイル９００として格納される。受信プロセ
ス１２は、たとえばホストコンピュータ２から受信した
ファイルのファイル名から、プリントすべきプリンタ５
を認識する。その後、受信プロセス１２は、プリンタ５
に対応するプリントキュー１５内のスプールキュー１５
２に管理情報７２をキューイングするように操作部１５
１に要求する。そして、この要求によって、前記操作部
１５１が前記管理情報７２をスプールキュー１５２にキ
ューイングする（ステップ８２）。受信プロセス１２
は、その受信プロセス管理テーブル７３（図７参照）を
見て、プリントファイルの管理情報７２がスプールキュ
ー１５２にキューイングされている間に、ホストコンピ
ュータ２からプリントをキャンセルするための要求があ
れば、ホストコンピュータ２上のプリントファイルを削
除する（ステップ８３）。また、操作部１５１は、タ
ーミネイテッドキュー１５４にキューイングされている
管理情報７２を見に行き、その状態フラグ領域７２３の
状態フラグによって、ターミネイテッドキュー１５４に
削除されていないファイルの管理情報７２の存在を知る
と受信プロセス１２がホストコンピュータ２上のプリン
トファイルを削除する（ステップ８４）。さらに、操作
部１５１は、ターミネイテッドキュー１５４、またはア
ボーテッドキュー１５５に繋がれている管理情報７２の
キューイング数を調べ、その数が予め設定された一定数
以上であれば、その最後の管理情報７２をフリーキュー
１５７（図４参照）に繋ぎ、新たなプリントファイルの
キューイングに備える（ステップ８５）。

【００３５】ホストコンピュータ２からプリント要求さ
れたプリンタ５と対応している送信プロセス１４は、ス
プールキュー１５２の先頭の管理情報７２からプリント
ファイル名を知り、スプール９からそのプリントファイ
ル９００を得る（ステップ８１１）。前記送信プロセス
１４は、操作部１５１に対して、スプールキュー１５２
にセンディングフラグを立てるように要求すると共に、
そのプリントファイルを要求されているプリンタ５に送
信する（ステップ８１２）。送信プロセス１４は、プリ
ントファイルをプリンタ５に送信した後、リクエストＩ
Ｄを管理情報７２に設定して、操作部１５１に対して、
管理情報７２をペンディングキュー１５３に移動すると
共に、スプール９内のファイルを削除するように要求す
る（ステップ８１３）。その後、操作部１５１は、ペン
ディングキュー１５３にキューイングされている管理情
報７２を先頭から検索する。そして、当該検索された管
理情報７２に基づいて、送信プロセス１４は、プリンタ
５に送信され、且つまだプリントが完了されていないプ
リントファイルの状態をプリンタ５に対してリクエスト
ＩＤを指定して問い合わせる（ステップ８１４）。この
問い合わせにより、送信プロセス１４は、プリントファ
イルが処理待ちであれば、管理情報７２の検索をスキッ
プして先頭に戻す。送信プロセス１４は、問い合わせ結
果がプリント中であれば、その管理情報７２の状態フラ
グ領域７２３（図７（ロ）参照）にプリンティングのフ
ラグを立てるように、操作部１５１に要求する。送信プ
ロセス１４は、問い合わせた結果が正常終了の場合、そ
の管理情報７２をターミネイテッドキュー１５４に移動
するように操作部１５１に要求する（ステップ８１
６）。送信プロセス１４は、問い合わせ結果が正常終了
でない場合、その管理情報７２をアボーテッドキュー１
５５に移動するように操作部１５１に要求する（ステッ
プ８１７）。

【００３６】次に、コマンド入力プロセスについて図８
のフローチャートに基づいて説明する。ゲートウエイ７
の管理者は、コンソール８の入力によってプリントファ
イルのプリントをキャンセルすることができる。たとえ
ば、コンソール８から入力したプリントファイルのキャ
ンセル情報は、コンソールコマンド処理部１６によって
解析され、操作部１５１に当該プリントファイルのキャ
ンセルを要求する。操作部１５１は、コンソールコマン
ド処理部１６からの命令がプリントファイルのキャンセ
ルであることを認識する（ステップ８６）。操作部１５
１は、キャンセルのあった特定ファイルの管理情報７２
をペンディングキュー１５３からキャンセルキュー１５
６に移動する（ステップ８７）。そして、図示されてい
ない入力コマンドプロセスは、ゲートウエイ７のスプー
ル９からキャンセルされるべきプリントファイルを削除
する（ステップ８８）。

【００３７】コンソール８は、ネットワーク１に接続さ
れている全てのプリンタ５、６、・・・、に対する正常
あるいは異常、スプールの込み具合、および紙切れ等、
また、各プリンタのプリント状態、たとえば待機中、プ
リント中、プリントの正常あるいは異常等の状態を見る
ためのコマンドを入力することができる。そして、ゲー
トウエイ７の管理者は、前記コマンドによって、ゲート
ウエイ７の各種状態を知ることができる。

【００３８】通常、プリントファイルは、受信プロセス
１２で受信された後、スプール９内に一旦格納され、そ
の後、送信プロセス１４によって、所望のプリンタに送
信される。そして、送信プロセス１４は、プリントファ
イルをプリンタ５に送信した後、ゲートウエイ７内、す
なわちスプール９内から削除する。また、送信プロセス
１４は、プリント状態を問い合わせた結果、プリントが
完了された場合に、ホストコンピュータ２のプリントフ
ァイルを削除するような処理を受信プロセスに依頼し、
受信プロセスがホストコンピュータ２上のプリントファ
イルの削除を行なう。次に、操作部１５１は、スプール
キュー１５２にプリントファイルの管理情報７２がある
間、キャンセルのコマンドがホストコンピュータ２から
受信プロセス１２に、またはコンソール８からコンソー
ルコマンド処理部１６に、入力された場合、プリントフ
ァイルの管理情報７２をキャンセルキュー１５６に移動
する。また、操作部１５１は、スプール９内のプリント
ファイルを削除し、さらにその後、ホストコンピュータ
２のプリントファイルを削除する処理を受信プロセスに
依頼し、受信プロセスがホストコンピュータ２上のプリ
ントファイルの削除を行なう。

【００３９】図９は本発明の一実施例における課題を説
明するための図である。図１０は本発明の一実施例であ
る受信プロセスがターミネイテッドキューを検索する例
を示す図である。図１１は本発明の一実施例における他
の課題を説明するための図である。プリント終了後に伝
送媒体に接続されているホストコンピュータ上のファイ
ルを削除する場合には、図９に示されているように、受
信プロセスがターミネイテッドキューを検索して、未削
除の管理情報を見つけて、そのファイル名を獲得する。
その後、受信プロセスは、当該ファイルを削除するため
に、ホストコンピュータに対して削除コマンドを発行し
て、ファイルを削除すると共に、管理情報の未削除を削
除済に変える。しかし、マルチプリンタ環境では、図１
０に示されているように、受信プロセスがプリンタの数
だけ存在し、全てのターミネイテッドキューを検索しな
ければならない。また、受信プロセスは、ターミネイテ
ッドキュー以外に、キャンセルキューやアボーテッドキ
ューも検索する必要がある。そのため、受信プロセス
は、これらのキューを検索することで、処理のオーバヘ
ッドとなる。

【００４０】ターミネイテッドキューにキューイングし
た管理情報は、一定数以上キューイングされると、古い
ものから順次削除しなければならない。しかし、伝送媒
体に接続されているホストコンピュータ上のファイルを
削除していない管理情報は、削除できない。そこで、受
信プロセスは、管理情報を削除する際にもターミネイテ
ッドキューを検索して、ホストコンピュータ上のファイ
ルを削除していない管理情報を除く処理が必要になり、
処理のオーバヘッドとなる。全部のプリンタで出力し終
わってから、ホストコンピュータ上のファイルを削除す
る必要があるが、図１に示す実施例の受信プロセスと送
信プロセスの構成では、同報プリントした際の数の情報
がない。すなわち、図１１に示すように、受信プロセス
は、ターミネイテッドキューからプリントが終了したこ
とを表す「Ｆ１」を検索しても、どのプリンタが終了、
あるいは未終了であるか不明であった。そこで、受信プ
ロセスは、共通のメモリにカウンタを設け、プリント数
をカウントし、このカウント数によって、プリントが全
て終了したことを知った。しかし、このような処理は、
複雑になってしまうという欠点があった。

【００４１】図１２は本発明における他の実施例である
ゲートウエイに接続されているホストコンピュータおよ
びプリンタの全体構成図を示す。なお、図１２は本実施
例を説明するために必要な構成のみが示されている。図
１２において、ゲートウエイ７′は、たとえばゲートウ
エイ７′がクライアントとなり、ホスト上のファイルを
リトリーブし、プリント完了後にホスト上のファイルを
削除するようにスプールコネクションが設定されている
ホストコンピュータ１と、ゲートウエイ７′がサーバと
なるようにＦＴＰコネクションが設定されているホスト
コンピュータ２および３と、ゲートウエイ７′がサーバ
となるようにＸＮＳコネクションが設定されているホス
トコンピュータ４と、ゲートウエイ７′に接続されたプ
リンタ１ないし３とから構成されている。また、ゲート
ウエイ７′は、スプールコネクションが設定されている
場合に、ホストコンピュータ１に対して、リスト命令、
リトリーブ命令、削除命令を出すことによって、ファイ
ルをホストコンピュータ１から取り出して削除する受信
プロセスＦＴＰと、ホストコンピュータ側からの要求に
よってファイルをストアする受信プロセス（ＦＴＰＤ）
１２、１２′と、受信プロセス（ＸＮＳＤ）１２″と、
プリンタ１ないし３にプリントファイルを送信する送信
プロセス１４、１４′、１４″（ＸＮＳ）とから構成さ
れている。

【００４２】図１３は本発明における他の実施例である
受信プロセスと送信プロセスとを説明するためのブロッ
ク構成図である。図１３に示す受信プロセス１２０およ
び送信プロセス１４０は、図１に示す第１実施例の受信
プロセス１２および送信プロセス１４における一部の機
能が相違している。すなわち、送信プロセス１２０は、
図１に示す機能以外に、たとえばキャンセルキューにキ
ャンセルのための管理情報を繋ぐように要求することが
できる機能を有する管理情報接続要求部１２３と、同一
のプリントファイルについて対象のディレクトリとリン
クをはるリンクはり処理部１２４と、プリンタ数を記述
するフィールドにプリンタ数を付与するプリンタ数付与
部１２５とから構成されている。

【００４３】また、受信プロセス１４０は、図１に示す
機能以外に、プリンタの出力終了毎に対応するリンクを
外す機能を有するリンク外し処理部１４４と、プリンタ
数が記述されているフィールドのプリンタ数をプリンタ
の出力終了毎に減算する機能を有するプリンタ数減算部
１４５とから構成される。

【００４４】図１４は本発明における他の実施例である
受信ファイルとディレクトリの構成を示す図である。図
１４において、たとえば「ｈｏｓｔ１」はホストコンピ
ュータ名で、「０ＡＢＦ２３１４」はホストコンピュー
タで付けらたファイル名である。また、たとえば「ＡＡ
００１１２２」は、ゲートウエイ７′内におけるファイ
ル名を示す。図１４に示すように、ゲートウエイ７′内
に受信されたファイルは、内部ファイル名に変換され、
出力プリンタに対応したディレクトリ内に置かれる。図
１４では、「ｈｏｓｔ１」という２本のスプールコネク
ション、および「ｈｏｓｔ２」という１本のスプールコ
ネクションと、１本のＦＴＰコネクションから受信し
た、４個の同一プリンタ宛のファイルのゲートウエイ内
部での形式を示す。プリンタ１ないし３というディレク
トリ名は、プリンタ定義ファイルに記述された順に作成
される。

【００４５】プリンタ定義ファイルは、伝送媒体に接続
されている１台または複数台のグループからなるプリン
タを指定する際の情報をクラスという概念によって分類
定義されている。たとえば、クラスは、次のように定義
される。クラス指定されるプリンタＡｐｒｉｎｔｅｒ１Ｂｐｒｉｎｔｅｒ２Ｃｐｒｉｎｔｅｒ３Ｄｐｒｉｎｔｅｒ１ｐｒｉｎｔｅｒ２Ｅｐｒｉｎｔｅｒ１ｐｒｉｎｔｅｒ３ＦａｌｌｐｒｉｎｔｅｒＧｐｒｉｎｔｅｒ２（ｄｅｆａｕｌｔ）（指定のない時はプリンタ２）上記アルファベットによるクラスと当該クラスに属する
プリンタ名とを対応させたテーブルは、図示されていな
い記憶部に記憶されている。

【００４６】次に、複数のプリンタにプリントアウトす
る場合を説明する。図１５は本発明における他の実施例
であるディレクトリとファイルとの接続を説明するため
の図である。複数のプリンタにプリントアウトするため
には、各コネクション処理側（Ｓｐｏｏｌ／ＸＮＳ／Ｆ
ＴＰ）でプリンタアサインファイル（／ｅｔｃ／ｇｗ／
ｐｒｉｎｔｅｒ＿ａｓｓｉｇｎ）に記述されているクラ
スを以下の方法で指定することができる。たとえば、Ｓ
ｐｏｏｌ／ＸＮＳ／ＦＴＰ各コネクションにおいて、プ
リンタ１ないし３によってプリントアウトする場合、ホ
ストコンピュータ側では、ファイル名の先頭にクラス
「Ｆ」を指定する。また、ＦＴＰコネクションの場合、
ホストコンピュータ側では、ディレクトリにクラス
「Ｆ」を指定することもできる。さらに、ＸＮＳコネク
ションの場合、ホストコンピュータ側では、ｍｅｓｓａ
ｇｅパラメタにクラス「Ｆ」を指定することもできる。
すなわち、パラメタとして「Ｆ」が記述されている場合
は、プリンタ定義ファイルから、伝送媒体に接続されて
いるプリンタ１ないしプリンタ３全てのプリンタによっ
て同一のファイルがプリントされる。プリンタは、指定
されたクラス名から決定され、クラスに記述されている
先頭のプリンタのディレクトリに受信データを格納す
る。受信データがディレクトリに格納された後に、それ
以外のディレクトリは、最初に格納したディレクトリ内
のファイルとリンクさせる。たとえば、図１５に示すよ
うに、スプール内の「ｐｒｉｎｔｅｒ１」というディレ
クトリには、実体のファイルが接続され、「ｐｒｉｎｔ
ｅｒ２」および「ｐｒｉｎｔｅｒ３」というディレクト
リは、実体のファイルとリンクされている。

【００４７】図１６は本発明における他の実施例である
管理情報と出力プリンタとの関係を説明するための図で
ある。ファイルの管理情報は、各プリンタのスプールキ
ューにキューイングされる。たとえば、図１６に示すよ
うに、プリンタ１には、既に管理情報Ａおよび管理情報
Ｂがキューイングされており、新たに管理情報１が追加
されている。そして、プリンタ２に管理情報２が、プリ
ンタ３に管理情報３がそれぞれキューイングされてい
る。また、プリンタ１ないし３の管理情報には、受信さ
れた際のファイル名「ｆｉｌｅ１」、およびゲートウエ
イ内部におけるファイル名「ＡＡ００１１２２」、と送
信元のコネクションを識別する番号「１」と、出力プリ
ンタのＩＤである「１」、「２」、「３」とが記述され
ている。

【００４８】ゲートウエイ内におけるスプールファイル
を削除する場合、各プリンタに送信が終了すると、送信
プロセスは、管理情報からそのプリンタに対応したディ
レクトリ配下のファイルからリンクを外す。結果とし
て、全プリンタに出力し終わった時点でファイルの実体
が削除される。

【００４９】次に、本実施例における同報におけるキュ
ーイング状態を詳細に説明する。本実施例のプリントキ
ューは、同報時におけるターミネイテッドキュー、アボ
ーテッドキュー、およびキャンセルキューを検索する手
間を無くすものである。すなわち、図１７は本発明にお
ける他の実施例であるプリントキューを説明する図であ
る。プリントキューは、スプールキュー１６１と、ペン
ディングキュー１６２と、ターミネイテッドキュー１６
３と、キャンセルキュー１６４とから構成されている。
ターミネイテッドキュー１６３は、プリントの正常終
了、プリントの異常終了、およびキャンセルによる終了
等の各管理情報がキューイングされる。キャンセルキュ
ー１６４は、ターミネイテッドキュー１６３と同じ管理
情報が同時にキューイングされている。

【００５０】図１８は本発明における他の実施例である
各プリンタのスプールキューを説明するための図であ
る。一つのホストコンピュータから３台のプリンタへの
一斉送信の場合は、図１８に示すように、プリンタ１な
いし３のスプールキューに管理情報がキューイングされ
る。このとき、管理情報のリファレンス領域には、一斉
送信したプリンタの数（この場合は３）が格納される。
図１９は本発明における他の実施例であるキューイング
の繋げ方を説明するための図である。プリントが完了し
た時、各送信プロセスは、プリンタにおけるファイルの
プリント終了を確認する。そして、ペンディングキユー
にキューイングされていた管理情報は、ターミネイテッ
ドキューに付け替えられる。このとき、管理情報の「プ
ロトコル種別」フィールドを調べ、プリント終了後にホ
ストコンピュータ上のファイルを削除するプロトコルの
場合は、この管理情報をその「コネクションＩＤ」フィ
ールドで決定される受信プロセスのキャンセルキューに
キューイングする。

【００５１】図２０は本発明における他の実施例である
管理情報を説明するための図である。図２０に示す管理
情報には、ホストコンピュータから受信された際の受信
ファイル名を記述する領域、ゲートウエイ内における内
部ファイル名を記述する領域、接続されているホストコ
ンピュータのＩＤを記述する領域、ホストコンピュータ
から指示された出力プリンタのＩＤを記述する領域、リ
モートプリンタの状態を問い合わせするためのリクエス
トＩＤを記述する領域、プリント待ちやプリント中等を
知らせる状態フラグを立てる領域、プリントの正常終了
や異常終了等を知らせるプリント結果情報を記述する領
域、接続されているホストコンピュータのプロトコル種
別を記述する領域、プリントの同報数を記述するリファ
レンス領域、次の管理情報へのポインタ等を記述する領
域等がある。

【００５２】図２１は本発明における他の実施例である
キャンセル処理を説明するための図である。図２１に示
す管理情報は、リファレンス領域のみが示されており、
記述されている数字は、同報するプリンタ数を表す。キ
ャンセル処理は、スプールキユーにキューイングされて
いた管理情報をターミネイテッドキューに付け替える。
この後の処理は、プリント完了時の処理と同じである。
また、受信プロセスは、キャンセルキュー内の管理情報
を定期的に検索し、管理情報におけるリファレンス領域
の記述が１になるものを取り出し、フリーキューに繋
ぐ。

【００５３】図２２は本発明における他の実施例である
ファイル削除を説明するための図である。図２２におい
て、管理情報のアルファベット３文字は、ゲートウエイ
内部のファイル名を示し、数字はリファレンス領域に記
述されたもので、同報プリントを行なう際のプリンタ数
を表す。キャンセルキューが図２２に示すような状態に
あるとき、管理情報（ａ）をキャンセルキューにキュー
イングする場合は、まずキューイングしようとする管理
情報の内部ファイル名「ＡＡＤ」と同じ内部ファイル名
を持つ管理情報がキューイングされているか否かを調べ
る。同じ内部ファイル名を持つ管理情報がキューイング
されていなければ、キャンセルキューの最後に新しくキ
ューイングする。次に、内部ファイル名「ＡＡＡ」とい
う管理情報（ｂ）の場合は、同じ内部ファイル名「ＡＡ
Ａ」がすでにキャンセルキューにキューイングされてい
るので、キューイングされない。そして、キューイング
されている管理情報のリファレンス領域に記述されてい
る数をデクリメントする。

【００５４】次に、ファイルを削除する場合、受信プロ
セスは、定期的にキャンセルキューを検索し、管理情報
のリファレンス領域が１になっている管理情報を取り出
す。また、受信プロセスは、ホストコンピュータ上のフ
ァイルを削除し、図２１に示すように、その管理情報を
フリーキューに移動する。なお、リファレンス領域に記
述されている「１」は、全プリンタでプリントが終了ま
たはキャンセル済みを意味する。

【００５５】ターミネイテッドキューを削除する場合、
送信プロセスは、ターミネイテッドキューに管理情報を
キューイングした時点で、キューイングされている管理
情報の個数を調べる。また、送信プロセスは、管理情報
が一定数以上キューイングされている場合、ターミネイ
テッドキューの先頭から管理情報を必要な数だけ削除す
る。

【００５６】図２３は本発明における他の実施例である
ゲートウエイ内部のメモリ状態を説明するための図であ
る。ゲートウエイ内部のメモリは、受信プロセス毎に対
応したキャンセルキュー、接続されているホストコンピ
ュータの状態を示す領域、およびホストコンピュータを
制御する領域がある。また、ゲートウエイ内部のメモリ
は、プリンタに対応している送信プロセス毎にスプール
キュー、ペンディングキュー、ターミネイテッドキュ
ー、プリンタの状態を示す領域、およびプリンタを制御
する領域がある。そして、ゲートウエイ内部のメモリ
は、全体管理部によって上記各領域が管理されている。

【００５７】図２４は本発明における他の実施例である
プリント依頼からファイルの削除までの流れを説明する
ための図である。先ず、ホストコンピュータからプリン
トの依頼がある。受信プロセスにおけるファイル受信部
１２２は、ホストコンピュータからプリントすべきファ
イル名を受信する（ステップ２３１１）。前記ファイル
受信部１２２は、ホストコンピュータから送られてきた
ファイル名、たとえばプリンタ定義ファイルによって定
義されている一番目にある文字から出力プリンタおよび
格納ディレクトリファイルを決定する（ステップ２３１
２）。また、受信プロセスにおけるプリンタ数付与部１
２５は、プリンタ定義ファイルに基づいて管理情報にプ
リンタ数を付与する。次に、受信プロセスにおけるファ
イル受信部１２２は、ホストコンピュータからファイル
を受信する（ステップ２３１３）。受信プロセスにおけ
るリンクはり処理部１２４は、ホストコンピュータから
指定して来た出力プリンタに対応したファイルにリンク
をはる（ステップ２３１４）。また、受信プロセスにお
ける管理情報接続要求部１２３は、出力プリンタに対応
したスプールキューに管理情報をキューイングするよう
に、プリントキュー１５の操作部１５１に要求する（ス
テップ２３１５）。

【００５８】プリンタに対応した送信プロセスにおける
ファイル送信部１４１は、スプールキューの先頭の管理
情報からファイルを得る（ステップ２３１６）。そし
て、前記ファイル送信部１４１は、スプールキューにセ
ンディングフラグを立てると共に、ファイルを出力プリ
ンタに送信する（ステップ２３１７）。前記ファイル送
信部１４１は、出力プリンタに対してファイルを送信し
た後、リンク外し処理部１４４が管理情報をペンディン
グキューに移動し、ファイルのリンクを外す（ステップ
２３１８）。送信プロセスにおけるプリント状態問合せ
部１４２は、ペンディングキューの管理情報を検索し、
出力プリンタに対してプリントの結果を問い合わせる
（ステップ２３１９）。また、前記プリント状態問合せ
部１４２は、プリントが終了したか否かを調べ、プリン
トが終了していない場合、プリントの終了までステップ
２３１６からの処理を繰り返す（ステップ２３２０）。
プリントが終了した場合、送信プロセスにおける前記プ
リンタの状態問合せ部１４３は、プリントキュー１５の
操作部１５１に対して、終了ステータスを管理情報に格
納して、この管理情報をターミネイテッドキューに移動
するように要求する。また、前記プリンタの状態問合せ
部１４３は、前記操作部１５１に対して、ターミネイテ
ッドキューが一定以上キューイングされていれば、ター
ミネイテッドキューの先頭から削除するように要求する
（ステップ２３２１）。そして、送信プロセスにおける
プリンタ数減算部１４５は、前記管理情報のプリンタ数
を減算する。前記操作部１５１は、送信プロセス側から
の要求によって、ターミネイテッドキューにキューイン
グした管理情報と同じ管理情報をキャンセルキューにキ
ューイングする（ステップ２３２２）。

【００５９】受信プロセスにおけるファイル受信部１２
２は、送信プロセスからのキャンセル依頼があるか否か
を調べる（ステップ２３２３）。前記ファイル受信部１
２２は、キャンセルキューの管理情報を検索し、管理情
報のリファレンス領域に「１」が記述されているファイ
ルを取り出す（ステップ２３２４）。その後、ファイル
受信部１２２は、ホストコンピュータのファイルを削除
すると共に、新たなファイルの受信に備える（ステップ
２３２５）。

【００６０】以上詳述したように、本実施例におけるゲ
ートウエイは、プロトコルの異なるホストコンピュータ
あるいはプリンタがネットワークに接続されている場合
を説明したが、同じプロトコルであっても、本実施例の
ようなゲートウエイを備えていると、プリント状態およ
びプリンタの状態を知ることができる。

【００６１】

【発明の効果】本発明によれば、ゲートウエイは、ネッ
トワークに接続されているプリンタに対応してプリント
キューおよび送信プロセスを備えているため、プリンタ
毎に平行してファイル送信や状態問い合わせが可能にな
り、処理の高速化と効率化を可能にする。プリンタ毎に
対応している送信プロセスとプリントキューは、上記プ
リント状態およびプリンタの状態問い合わせ処理を簡単
で高速化にすると共に、プリント処理の待ち時間を少な
くする。

【００６２】本発明によれば、受信プロセスは、管理情
報をスプールキューからキャンセルキューに繋ぎ換え、
プリントファイルを受信中であれば終了してから、キャ
ンセルキューにあるホストコンピュータ上のプリントフ
ァイルを削除する。したがって、ホストコンピュータと
受信プロセスとのコネクションは、常に一本で、受信プ
ロセスがプリントファイルを受信中に、ホストコンピュ
ータ上のプリントファイルを削除するためのコネクショ
ンをはる必要がなくなる。また、キャンセルキューは、
受信プロセス毎に設けられているため、複数のプリント
ファイルをキャンセルする場合、キャンセルキューにそ
の管理情報を複数繋ぐことにより、受信プロセスでの削
除も纏めて行なえる。

【００６３】本発明によれば、プリンタ毎にプリントフ
ァイルのディレクトリを持っているため、同報時に、受
信処理手段が対象のディレクトリとリンクをはり、ある
いは送信処理手段がリンクを外すという簡単な処理によ
って、プリントおよびファイルの削除を高速に行なえ
る。また、ディレクトリとリンクをはるだけなので、ス
プール内のディスクは圧迫されない。本発明によれば、
管理情報に出力プリンタの数を記述する領域が設けられ
ているため、上記領域に記述されている数を見るだけ
で、プリンタの出力終了状況が簡単でしかも迅速に判
る。

【図面の簡単な説明】

【図１】本発明における一実施例を説明するためのブ
ロック構成図である。

【図２】本発明における実施例の送信プロセスとプリ
ンタとの関係を説明するための図である。

【図３】本発明における実施例のプリントキューを説
明するための図である。

【図４】フリーキューから空き管理情報を取り出し
て、スプールキューに管理情報を書き込む際の説明図で
ある。

【図５】管理情報をスプールキューからペンディング
キューに付け替える際の説明図である。

【図６】管理情報をペンディングキューからターミネ
イテッドキューに付け替える際の説明図である。

【図７】（イ）ないし（ハ）は本発明における一実施
例を説明するための送受信プロセス管理テーブルおよび
管理情報を示す図である。

【図８】本発明における一実施例を説明するためのフ
ローチャートである。

【図９】本発明の一実施例における課題を説明するた
めの図である。

【図１０】本発明の一実施例である受信プロセスがタ
ーミネイテッドキューを検索する例を示す図である。

【図１１】本発明の一実施例における他の課題を説明
するための図である。

【図１２】本発明における他の実施例であるゲートウ
エイに接続されているホストコンピュータおよびプリン
タの全体構成図を示す。

【図１３】本発明における他の実施例である受信プロ
セスと送信プロセスとを説明するためのブロック構成図
である。

【図１４】本発明における他の実施例である受信ファ
イルとディレクトリの構成を示す図である。

【図１５】本発明における他の実施例であるディレク
トリとファイルとの接続を説明するための図である。

【図１６】本発明における他の実施例である管理情報
と出力プリンタとの関係を説明するための図である。

【図１７】本発明における他の実施例であるプリント
キューを説明する図である。

【図１８】本発明における他の実施例である各プリン
タのスプールキューを説明するための図である。

【図１９】本発明における他の実施例であるキューイ
ングの繋げ方を説明するための図である。

【図２０】本発明における他の実施例である管理情報
を説明するための図である。

【図２１】本発明における他の実施例であるキャンセ
ル処理を説明するための図である。

【図２２】本発明における他の実施例であるファイル
削除を説明するための図である。

【図２３】本発明における他の実施例であるゲートウ
エイ内部のメモリ状態を説明するための図である。

【図２４】本発明における他の実施例であるプリント
依頼からファイルの削除までの流れを説明するための図
である。

【図２５】従来例におけるネットワークに接続された
ゲートウエイの説明図である。

【図２６】従来例における送受信プロセス、プリント
キュー、およびプリンタの関係を説明するための図であ
る。

【図２７】従来例におけるキューイングの例を示す図
である。

【符号の説明】

１・・・ネットワーク２、３・・・ホストコンピュータ５、６・・・プリンタ７・・・ゲートウエイ８・・・コンソール９・・・スプール１０・・・データ送受信部１１・・・ＴＣＰ／ＩＰ／ＦＴＰプロトコル１２、１２′、１２″、・・・受信プロセス１３・・・ＸＮＳプロトコル１４、１４′、１４″、・・・送信プロセス１５・・・プリントキュー１５１・・・操作部１５２、１６１・・・スプールキュー１５３、１６２・・・・ペンディングキュー１５４、１６３・・・ターミネイテッドキュー１５５・・・アボーテッドキュー１５６、１６４・・・キャンセルキュー１６・・・コンソールコマンド処理部

Claims

(57)【特許請求の範囲】

【請求項１】複数のデータ処理装置と少なくとも一
つのプリンタとが伝送媒体上に接続されているネットワ
ークプリント制御システムにおいて、当該伝送媒体に対してインタフェースを介して接続さ
れ、データを送受信するデータ送受信手段と、当該データ送受信手段によって受信したコマンドを解析
し、この解析されたコマンドにしたがって認識されたプ
リンタにそれぞれ対応するプリントキューに前記データ
の管理情報をプリンタの状態毎に区別してキューイング
すると共に、前記データのプリントファイルを格納する
処理を行なう受信処理手段と、プリントキューにキューイングされた管理情報およびプ
リントファイルを送信するための処理を行なうと共に、
プリンタに対応している送信処理手段と、からなるゲートウエイを備えたことを特徴とするネット
ワークプリント制御システム。
【請求項２】前記送信処理手段には、送信処理手段に
対応したプリンタおよびそのプリント状態を問い合わせ
る機能を備えたことを特徴とする請求項１記載のネット
ワークプリント制御システム。
【請求項３】前記受信処理手段には、受信処理手段
に対応するキャンセルキューにキャンセルのための管理
情報を繋ぐように要求することができる機能を備えたこ
とを特徴とする請求項１または請求項２記載のネットワ
ークプリント制御システム。
【請求項４】伝送媒体に対してインタフェースを介
して接続され、データを送受信するデータ送受信手段
と、当該データ送受信手段によって受信したコマンドを
解析し、この解析されたコマンドにしたがって認識され
たプリンタにそれぞれ対応するプリントキューに前記デ
ータの管理情報をキューイングすると共に、前記データ
のプリントファイルを格納する処理を行なう受信処理手
段と、プリントキューにキューイングされた管理情報お
よびプリントファイルを送信するための処理を行なうと
共に、プリンタに対応している送信処理手段と、を有す
るゲートウエイを備えたネットワークプリント制御シス
テムにおいて、前記受信処理手段には、受信処理手段に対応するキャン
セルキューにキャンセルのための管理情報を繋ぐように
要求することができる機能を備えたことを特徴とするネ
ットワークプリント制御システム。
【請求項５】伝送媒体に対してインタフェースを介
して接続され、データを送受信するデータ送受信手段
と、当該データ送受信手段によって受信したコマンドを
解析し、この解析されたコマンドにしたがって認識され
たプリンタにそれぞれ対応するプリントキューに前記デ
ータの管理情報をキューイングすると共に、前記データ
のプリントファイルを格納する処理を行なう受信処理手
段と、プリントキューにキューイングされた管理情報お
よびプリントファイルを送信するための処理を行なうと
共に、プリンタに対応している送信処理手段と、を有す
るゲートウエイを備えたネットワークプリント制御シス
テムにおいて、プリンタ毎にプリントファイルのディレクトリを持ち、
同報時に、前記受信処理手段は、同一プリントファイル
について対象のディレクトリとリンクし、前記送信処理
手段は、プリンタの出力終了毎に対応するリンクを外す
ことを特徴とするネットワークプリント制御システム。
【請求項６】伝送媒体に対してインタフェースを介して
接続され、データを送受信するデータ送受信手段と、当
該データ送受信手段によって受信したコマンドを解析
し、この解析されたコマンドにしたがって認識されたプ
リンタにそれぞれ対応するプリントキューに前記データ
の管理情報をキューイングすると共に、前記データのプ
リントファイルを格納する処理を行なう受信処理手段
と、プリントキューにキューイングされた管理情報およ
びプリントファイルを送信するための処理を行なうと共
に、プリンタに対応している送信処理手段と、を有する
ゲートウエイを備えたネットワークプリント制御システ
ムにおいて、前記管理情報に出力プリンタの数を記述するフィールド
を設け、前記受信処理手段は、受信した前記コマンドに
含まれる１台または複数台のグループからなるプリンタ
を指定するプリンタ指定情報から前記フィールドに当該
数を付与し、前記送信処理手段は、プリンタの出力終了
毎に、前記フィールドに記述された数を減算することを
特徴とするネットワークプリント制御システム。