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

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、たとえば異なる通信プ
ロトコル（本明細書では、以下単にプロトコルと記載す
る）を持つホストコンピュータのような複数のデータ処
理装置と少なくとも一つのプリンタとが同一の伝送媒体
上に接続されているネットワークプリント制御システム
に関するものである。本発明は、伝送媒体に接続され、
異なるプロトコルを有する複数のホストコンピュータと
複数のプリンタとの間で、ファイルのリカバリを行なう
ことができるネットワークプリント制御システムに関す
るものである。本発明は、伝送媒体に接続され、異なる
プロトコルを有する複数のホストコンピュータと複数の
プリンタとの間で、プリントジョブの履歴を得ることが
できるネットワークプリント制御システムに関するもの
である。

【０００２】

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

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

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

【０００５】また、特公昭６３−２１９０９１号公報に
は、プリンタにおける紙詰まり等の状態を示す履歴を得
ることができるものが示されている。さらに、特公平３
−２６５６１号公報には、紙詰まりした時のプリントデ
ータの損失をリカバリするものが示されている。

【０００６】

【発明が解決しようとする課題】しかし、上記のような
従来例におけるネットワークプリント制御システムで
は、その電源が落ちたり、あるいはシステムダウンした
場合、リカバリ機能をサポートしていないため、プリン
トキューにキューイングされた管理情報が失われる。し
たがって、ゲートウエイが立ち上げられた際に、ホスト
コンピュータ側では、要求したプリントが実際に出力し
たか否かを確認しなければならない。また、要求したプ
リントが出力されない場合、ユーザは、ホストコンピュ
ータから改めてプリント要求を行なわねばならなかっ
た。

【０００７】また、特公昭６３−２１９０９１号公報に
記載されているネットワークプリント制御システムにお
いて、プリンタにおける紙詰まり等の状態を示す履歴を
得ることができても、誰がいつプリントしたか等のデー
タの履歴は、採られていなかった。さらに、特公平３−
２６５６１号公報に記載されているネットワークプリン
ト制御システムは、紙詰まり等の状態を示す履歴を知る
ことができても、電源の落ちた時にプリント状態をリカ
バリすることができなかった。

【０００８】本発明は、以上のような課題を解決するた
めのもので、電源の遮断あるいはシステムダウン後、ゲ
ートウエイを立ち上げる際に、ホストコンピュータから
ゲートウエイに再送信することなく、電源の遮断あるい
はシステムダウン前の状態で再開可能なネットワークプ
リント制御システムを提供することを目的とする。本発
明は、プリンタの履歴情報を一つのファイルに保持する
ことによって、簡単に得ることができるネットワークプ
リント制御システムを提供することを目的とする。本発
明は、ゲートウェイの立上げ時に、複数のプリンタが接
続されている場合でも正しく電源断・システムダウン時
のキュー状態に回復させて再開できるネットワークプリ
ント制御システムを提供することを目的とする。

【０００９】

【課題を解決するための手段】

（第１発明）前記目的を達成するために、本発明のネッ
トワークプリント制御システムは、複数のデータ処理装
置（図１の２、３、・・・、）と少なくとも一つのプリ
ンタ（図１の５、６、・・・、）とが伝送媒体（図１の
１）上に接続されており、当該伝送媒体（１）に対して
インタフェースを介して接続され、データを送受信する
データ送受信手段（図１の１０）、当該データ送受信手
段（１０）によって受信したコマンドを解析し、この解
析されたコマンドにしたがって認識されたプリンタ
（５）にそれぞれ対応するプリントキュー（図１の１
５）に前記データの管理情報をキューイングすると共
に、前記データのプリントファイルを格納する処理を行
なう受信処理手段（図１の１２）と、プリンタ（５）に
対応したプリントキュー（１５）にキューイングした管
理情報およびプリントファイルを対応したプリンタ
（５）に送信する送信処理手段（図１の１４）と、前記
プリントキュー（１５）の管理情報をファイル（図７の
７３）に追加して書き込むと共に、システムの立ち上げ
時に前記追加して書き込まれた管理情報を読み出し、所
定のプリントキュー（１５）にキューイング状態を回復
させるリカバリ操作手段（図１の１８）とからなるゲー
トウエイを備えている。

【００１０】（第２発明）本発明のネットワークプリン
ト制御システムのプリントキュー（図１０（ロ）の１５
０）は、プリントキュー（１５０）の管理情報をスプー
ルする第１のキュー（図１０（ロ）の１５２）と、プリ
ントのペンディング状態をキューイングする第２のキュ
ー（図１０（ロ）の１５３）と、プリントの正常終了、
プリントの異常終了、プリントのキャンセル情報からな
る第３のキュー（図１０（ロ）の１５４′）とから構成
され、かつ前記プリントキューにおける管理情報（図１
１の１１０１ないし１１１８）は、プリント状態を修正
した時に、そのキューを付け替える操作部（図１０
（ロ）の１５１′）に設けられたソート手段（図１０
（ロ）の１５１ａ）により、キューを付け替えた修正時
間を基にしてソートされるように構成される。

【００１１】（第３発明）本発明のネットワークプリン
ト制御システムのプリントキュー（１５０）における管
理情報（１１０１ないし１１１８）には、プリントの終
了ステータス情報が付与されている。

【００１２】

【作 用】

（第１発明）たとえば、ホストコンピュータのようなデ
ータ処理装置からネットワークを介してプロトコルの相
違するプリンタに対してファイルをプリントするような
要求が行なわれる。データ処理装置からプリントデータ
は、ネットワークからインタフェースを介して送受信手
段に受信される。そして、当該送受信手段によって所定
のプロトコルで受信されたプリントデータは、受信処理
手段において、プリントデータに含まれるコマンドを解
析して、コマンドがプリント要求であれば、プリントデ
ータの受信を行なってスプールに格納し、プリントデー
タの管理情報をプリンタに対応したプリントキューにキ
ューイングする。

【００１３】リカバリ操作手段は、新たにキューイング
したプリントキューの管理情報を、たとえばスプールキ
ューリカバリファイルに追加して書き込む。送信処理手
段は、プリンタに対応したプリントキューから順次管理
情報を取り出し、当該管理情報および管理情報に対応す
るプリントファイルを要求されたプリンタに送信する。
ゲートウエイの電源が遮断されたり、あるいはシステム
がダウンした後、ゲートウエイの立ち上げに際し、リカ
バリ操作手段は、たとえばスプールキューリカバリファ
イルから管理情報を取り出して、これをプリントキュー
にキューイングして復元する。したがって、ゲートウエ
イの電源が遮断されたり、あるいはシステムがダウンし
た後、ゲートウエイの立ち上げに際し、ゲートウエイ
は、たとえばホストコンピュータからプリント要求の再
送信を行なわずに、システムダウン前と同じ状態で再開
される。

【００１４】（第２発明）前記プリントキューは、プリ
ントキューの管理情報をスプールする第１のキューと、
プリントのペンディング状態をキューイングする第２の
キューと、プリントの正常終了、プリントの異常終了、
プリントのキャンセル情報からなる第３のキューとから
構成されている。そして、前記プリントキューの管理情
報には、ファイルの、たとえばゲートウエイに転送され
た時間、プリンタに転送された時間、およびプリント完
了時間等がその都度書き込まれる。操作部に設けられた
ソート手段は、第３のキューに付けられている管理情報
に記載されたキューの付け替えた修正時間を基にして、
ファイルを修正時間順、あるいは所望の順序等にソート
することができる。したがって、本発明のネットワーク
プリント制御システムは、管理情報の記載されたファイ
ルを時間順にソートすることによって、たとえば電源断
やシステムダウン後の立ち上げ時に、前記管理情報を読
み込んでプリントキューの再構築を可能にする。

【００１５】（第３発明）前記プリントキューの管理情
報には、プリントの終了ステータスとして、たとえば正
常なプリントの終了、異常によるプリントの終了、ある
いはプリントがキャンセルされた等の情報が一つのファ
イルに記載される。したがって、本発明のネットワーク
プリント制御システムは、上記プリントキューの管理情
報を見ることによって、プリントに関する履歴を知るこ
とができる。上記プリントの終了ステータスは、電源断
等の後のプリントキューのリカバリに好都合である。

【００１６】

【実 施 例】図１は本発明における一実施例を説明す
るためのブロック構成図である。図１において、ネット
ワーク１には、複数のデータ処理装置、たとえばホスト
コンピュータ２、３、・・・、およびプリンタ５、６、
・・・、がゲートウエイ７を介して接続されている。そ
して、ホストコンピュータ２、３は、たとえばＴＣＰ／
ＩＰ／ＦＴＰプロトコルを有する。プリンタ５、６は、
たとえばＸＮＳプロトコルを有する。また、ネットワー
ク１に接続されているゲートウエイ７には、ゲートウエ
イ７を制御したり、あるいは動作状態の表示、変更等の
操作を行なうコンソール８と、たとえばプリントファイ
ル、および後述のリカバリファイル等のファイル７１を
格納するスプール９とが設けられている。

【００１７】ゲートウエイ７は、ホストコンピュータ
２、３、・・・、およびプリンタ５、６、・・・、等の
データを送受信すると共に、上記ホストコンピュータ
２、３、・・・、およびプリンタ５、６、・・・、等の
異なるプロトコルに対応したデータ送受信部１０と、当
該データ送受信部１０によって受信されたデータに含む
コマンドを解析して、その管理情報およびファイルの受
信処理を行なう受信プロセス１２、１２′、１２″、・
・・、と、要求されたプリンタに管理情報およびプリン
トファイルを送信するための処理、およびプリント状態
とプリンタの状態とを問い合わせる機能を有し、後述の
プリントキューと対応して設けられた送信プロセス１
４、１４′、１４″、・・・、と、受信したデータの管
理情報をプリント状態に基づいてキューイングできる各
プリンタ５、６、・・・、に対応して設けられたプリン
トキュー１５、１５′、１５″、・・・、と、ゲートウ
エイ７の制御および動作状態等の表示、変更等、コンソ
ール８からのコマンドにしたがって処理を行なうコンソ
ールコマンド処理部１６と、ゲートウエイ７を立ち上げ
るための処理を行なう初期化手段１７と、電源断あるい
はシステムダウンによるリカバリ処理を行なうためのリ
カバリ操作部１８とから構成される。なお、ゲートウエ
イ７には、ＣＰＵ、主記憶装置および補助記憶装置、周
辺装置等、直接発明の説明に関係しない装置が省略され
ている。

【００１８】データ送受信部１０は、データをプロトコ
ルの種類に応じて処理できる受信部１１と、プリンタの
プロトコルにしたがってデータを送信できる送信部１３
とから構成されている。受信プロセス１２、１２′、１
２″、・・・、は、複数のホストコンピュータ２、３、
・・・、の処理を行なうことができるように複数設けら
れており、受信したデータに含まれるコマンドを解析す
るコマンド解析部１２１と、データを受信し、そのプリ
ントファイルをスプール９に転送するための処理を行な
うファイル受信部１２２とから構成される。

【００１９】送信プロセス１４、１４′、１４″、・・
・、は、ネットワーク１に接続されているプリンタ５、
６、・・・、と対応して設けられ、プリントキュー１
５、１５′、１５″、・・・、から管理情報を取り出す
と共に、スプール９からプリントファイル７１を取り出
し、たとえば要求されたプリンタ５に送信するファイル
送信部１４１と、送信したプリントファイルの状態を問
い合わせるプリント状態問合せ部１４２と、プリンタの
状態を問い合わせるプリンタ状態問合せ部１４３とから
構成されている。たとえば、プリント状態問合せ部１４
２は、送信したプリントファイルが待ち状態か、プリン
ト中か、プリントを正常に終了したか、あるいはプリン
トを異常に終了したかを問い合わせる。また、プリンタ
状態問合せ部１４３は、プリンタ５、６、・・・、のス
プール９にプリントファイルを入れる余裕があるか否
か、プリンタ５、６、・・・、が異常か否か、プリンタ
５、６、・・・、の紙切れがあるか否か、フォマッタ
（プリントプロセス）が正常か否か等を問い合わせる。

【００２０】プリントキュー１５、１５′、１５″、・
・・、は、プリントファイルが受信された後、プリンタ
５、６、・・・、に送信されるまでの管理情報をキュー
イングするスプールキュー１５２と、プリントファイル
がプリンタに送信された後、プリントが完了するまでの
管理情報をキューイングするペンディングキュー１５３
と、プリントが完了した後の管理情報をキューイングす
るターミネイテッドキュー１５４と、プリントファイル
が受信された後プリンタに送信されるまでに、プリント
異常があれば、その管理情報をキューイングするアボー
テッドキュー１５５とから構成される。また、プリント
キュー１５、１５′、１５″、・・・、は、送信プロセ
ス１４、１４′、１４″、・・・、とそれぞれ対応して
いる。受信プロセス１２、１２′、１２″、・・・、
は、プリントファイルが受信された後、プリンタに送信
されるまでにプリントのキャンセルがあれば、キャンセ
ルを行なうプリントファイルの管理情報をキューイング
するキャンセルキュー１５６を備え、受信プロセス１２
とキャンセルキュー１５６とをそれぞれ対応させる。

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

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

【００２３】図４ないし図６は本発明における管理情報
をキューイングする状態を説明するための図である。図
４はフリーキューから空き管理情報を取り出して、スプ
ールキューに管理情報を書き込む際の説明図である。図
５は管理情報をスプールキューからペンディングキュー
に付け替える際の説明図である。図６は管理情報をペン
ディングキューからターミネイテッドキューに付け替え
る際の説明図である。図４ないし図６において、たとえ
ばプリンタ５に対応するプリントキュー１５について説
明する。プリントキュー１５にあるフリーキュー１５７
は、予め設定された数の空き管理情報１５７−１、空き
管理情報１５７−２、空き管理情報１５７−３、・・
・、が接続されている。

【００２４】受信プロセス１２におけるコマンド解析部
１２１によって、たとえばプリンタ５が認識される。そ
して、受信プロセス１２は、データを受信してスプール
９にファイルとして格納した後、管理情報をキューイン
グするための要求をプリンタ５に対応するプリントキュ
ー１５の操作部１５１に対して行なう。そして、操作部
１５１は、前記フリーキュ−１５７の一番先頭の空き管
理情報１５７−１を取り外して受信したファイル名をこ
の管理情報に設定し、スプールキュー１５２の最後（図
４では管理情報１５２−２の後）にキューイングする。
そして、フリーキュー１５７の先頭は、空き管理情報１
５７−２となる。

【００２５】また、要求のあった、たとえばプリンタ５
に対応する送信プロセス１４は、スプールキュー１５２
の先頭の管理情報（たとえば、既にキューイングされて
いる管理情報１５２−１）を取り出すように操作部１５
１に要求した後、この取り出された管理情報からスプー
ル内のファイル名を取り出し、このファイルをプリンタ
５に送信する処理を行なう。さらに、操作部１５１は、
送信中の前記管理情報１５２−１にセンデイングフラグ
を立てる。

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

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

【００２８】図７は本発明における一実施例であるスプ
ールに格納されるプリントファイルおよびリカバリファ
イルを説明するための図である。図７において、プリン
トファイル７２とリカバリファイル７３とは、図１に示
すスプール９内のファイル７１である。プリントファイ
ル７２には、たとえばゲートウエイ７内のファイル名Ａ
１５、Ａ１６、Ａ１７、Ａ１８を付けたファイルが格納
されている。リカバリファイル７３には、スプールキュ
ーリカバリファイル７３１と、ペンディングキューリカ
バリファイル７３２と、ターミネイテッド／アボーテッ
ドリカバリファイル７３３と、イグノアリカバリファイ
ル７３４とが格納されている。スプールキューリカバリ
ファイル７３１には、たとえばプリント要求のあったフ
ァイル名「ファイル２」、ゲートウエイ内のファイル名
「Ａ１０」、およびこれらの管理情報と、プリント要求
のあったファイル名「ファイル３」、ゲートウエイ内の
ファイル名「Ａ１１」、およびこれらの管理情報と、・
・・・・、プリント要求のあったファイル名「ファイル
１０」、ゲートウエイ内のファイル名「Ａ１８」、およ
びこれらの管理情報とが格納されている。

【００２９】ペンディングキューリカバリファイル７３
２には、たとえばプリント要求のあったファイル名「フ
ァイル３」、ゲートウエイ内のファイル名「Ａ１１」、
およびこれらの管理情報と、プリント要求のあったファ
イル名「ファイル４」、ゲートウエイ内のファイル名
「Ａ１２」、およびこれらの管理情報と、・・・・・、
プリント要求のあったファイル名「ファイル６」、ゲー
トウエイ内のファイル名「Ａ１４」、およびこれらの管
理情報とが格納されている。ターミネイテッド／アボー
テッドリカバリファイル７３３には、たとえばファイル
名「ファイル４」、ゲートウエイ内のファイル名「Ａ１
２」、およびこれらの管理情報とが格納されている。イ
グノアリカバリファイル７３４には、ゲートウエイ立ち
上げ時のリカバリ処理を行うか否かが記載されたファイ
ルが格納されている。

【００３０】次に、要求されたプリントファイルのキュ
ーイングについて説明する。通常、図１に示す操作部１
５１は、受信したデータの管理情報をスプールキュー１
５２にキューイングすると共に、リカバリ操作部１８に
対してスプールキューリカバリファイル７３１に追加し
て書き出すように要求する。送信プロセス１４は、スプ
ールキュー１５２の先頭の管理情報１５２−１を取り出
してプリントファイルを要求されたプリンタに送信した
後、リカバリ操作部１８に対して、ペンディングキュー
１５３にキューイングすると共に、ペンディングキュー
リカバリファイル７３２に前記管理情報１５２−１を追
加して書き出すように要求する。

【００３１】送信プロセス１４は、プリントファイルを
送信したプリンタに対してプリントが完了したか否かを
問い合わせる。そして、送信プロセス１４は、当該プリ
ンタが要求されているプリントを出力したことを確認し
た後、リカバリ操作部１８に対して、そのファイル名を
ターミネイテッド／アボーテッドリカバリファイル７３
３に上書きするように要求する。初期化手段１７は、シ
ステムを立ち上げる際に、イグノアリカバリファイル７
３４が作成されているか否かを見に行き、イグノアリカ
バリファイル７３４が作成されている場合、リカバリ処
理を行なわない。たとえば、システムダウンでなく、ゲ
ートウエイの初期立ち上げの場合、イグノアリカバリフ
ァイル７３４が作成されており、リカバリ処理は不要で
ある。

【００３２】図８はゲートウエイを立ち上げる時にリカ
バリ処理を行なう際の説明図である。先ず、初期化手段
１７は、リカバリファイル７３内のイグノアリカバリフ
ァイル７３４が作成されているか否かを見る。イグノア
リカバリファイル７３４が作成されている場合には、リ
カバリ処理を行なわない。リカバリ処理を行なう場合に
は、リカバリ操作部１８がスプールキューリカバリファ
イル７３１を検索し、スプールキューリカバリファイル
７３１の一番若いファイル名の位置までポインタを進め
る。すなわち、リカバリ操作部１８は、ファイル６が、
図７に示されるように、ペンディングキューリカバリフ
ァイル７３２に書き出されているため、図８（イ）に示
すファイル名Ａ１５の位置で止まっているポインタを検
索する。そして、リカバリ操作部１８は、ポインタの示
す位置以降のファイル７内の管理情報等を、図８（ロ）
に示すように、リカバリの対象としてスプールキューリ
カバリファイル７３１に繋げる。

【００３３】次に、ペンディングキューリカバリ処理を
行なう場合を説明する。リカバリ操作部１８は、ペンデ
ィングキューリカバリファイル７３２を検索し、ターミ
ネイテッド／アボーテッドリカバリファイル７３３内の
ファイル名の次の位置までポインタを進める。すなわ
ち、リカバリ操作部１８は、ファイル４が、図７に示さ
れるように、ターミネイテッド／アボーテッドリカバリ
ファイル７３３に書き出されているため、図８（ハ）に
示すファイル名Ａ１３の位置で止まっているポインタを
検索する。そして、リカバリ操作部１８は、ポインタの
示す位置以降のファイル５内の管理情報等を、図８
（ニ）に示すように、リカバリの対象としてペンディン
グキューリカバリファイル７３２に繋げる。上記のよう
に、プリントファイルの管理情報は、リカバリ操作部１
８によって、スプールのファイル内に格納されるため、
電源を落としても、立ち消えることがない。

【００３４】図９（イ）ないし（へ）を参照しつつリカ
バリファイルの切り換えについて説明する。図９（イ）
ないし（へ）は本発明の一実施例におけるリカバリファ
イルの切り換えを説明するための図である。図９（イ）
ないし（へ）において、リカバリファイル「０」および
リカバリファイル「１」は、図７に示すリカバリファイ
ル７３内に設けられている。 そして、リカバリファイ
ル「０」、「１」は、予め容量が設定されている。 た
とえば、図９（イ）に示すように、リカバリ操作部１８
によって、リカバリファイル「０」から管理情報が書き
込まれる。図９（ロ）に示すように、リカバリファイル
「０」に書き込まれた管理情報の容量が予め設定された
容量を超えた場合には、図９（ハ）に示すように、リカ
バリファイル「１」に管理情報が書き込まれる。さら
に、リカバリ操作部１８による管理情報の書き込みが進
み、図９（ニ）に示すように、リカバリファイル「１」
の容量を超えると、図９（ホ）に示すように、古い方の
リカバリファイル「０」の内容が削除される。そして、
図９（へ）に示すように、内容が削除されたリカバリフ
ァイル「０」に新たな管理情報が書き込まれる。以上の
ように、リカバリファイルを二つ設けておくことによ
り、リカバリファイルの大きさを指定でき、スプールが
オーバーフローするのを抑えることができる。なお、リ
カバリファイルの設定サイズは、ユーザの使用状況に応
じて任意に設定できる。

【００３５】次に、本発明の他の実施例を説明する。図
１０（イ）は本発明の第１実施例におけるプリントキュ
ーを説明するための図である。図１０（ロ）は本発明の
第２実施例におけるプリントキューを説明するための図
である。なお、図１０（イ）および（ロ）は、図１に記
載されたプリントキュー１５を抜き出したものである。
そして、図１０（イ）と（ロ）との相違は、ターミネイ
テッドキューと操作部とにある。図１０（イ）に示す前
記実施例におけるプリントキュー１５は、スプールキュ
ー１５２と、ペンディングキュー１５３と、ターミネイ
テッドキュー１５４と、アボーテッドキュー１５５と、
キャンセルキュー１５６とから構成されている。しか
し、上記第１実施例は、キューの順序を変更するといっ
た形のリカバリ機能がなかった。これに対して、図１０
（ロ）に示すプリントキュー１５０は、スプールキュー
１５２と、ペンディングキュー１５３と、ターミネイテ
ッドキュー１５４′と、キャンセルキュー１５６とから
構成されている。そして、ターミネイテッドキュー１５
４′は、プリントの正常終了、プリントの異常終了、あ
るいはプリントのキャンセルによる終了等が繋げられ
る。操作部１５１′には、たとえば後述するように、キ
ューを付け替えた修正時間を基にしてプリントキューの
管理情報をソートするソート手段１５１ａが設けられて
いる。

【００３６】また、上記第１実施例は、内部にあるキュ
ー毎に履歴を取っているので、終了したもののキューと
してターミネイテッドキュー１５４、アボーテッドキュ
ー１５５、キャンセルキュー１５６の３つのファイルを
管理する必要がある。さらに、プリントの開始および終
了時間等の管理情報に関するユーザのプリントデータ
は、図１０（イ）に示すどのキューにも入らない。した
がって、このようなプリントに関する全体の履歴を見る
には、ターミネイテッドキュー１５４、アボーテッドキ
ュー１５５、キャンセルキュー１５６の３つのファイル
があるため、終了時間順にソートするのが難しい。

【００３７】本発明の第２実施例は、図１０の（イ）に
示す第１実施例のリカバリ機能を持たないという欠点を
除去するもので、図１０（ロ）に示すように、プリント
ステータスとして、プリントジョブの終了、プリントの
正常終了、プリントの異常終了、あるいはプリントのキ
ャンセルによる終了をターミネイテッドキュー１５４′
に格納する。そして、ターミネイテッドキュー１５４′
に格納される管理情報中には、上記プリントステータス
の終了時間等の管理情報が追加される。図１１は本発明
の第２実施例における管理情報の一例を説明するための
図である。図１１において、管理情報には、たとえば、
ｆｉｌｅ ｎａｍｅ１１０１、ネットワーク１に接続さ
れているホストコンピュータ２、３、・・・名とゲート
ウエイ７のスプール９およびユーザＩＤ１１０２、ファ
イル送信すべきプリンタＩＤ１１０３、送信プリンタを
変更する場合の変更前のプリンタＩＤ１１０４、ゲート
ウエイ７内における送信すべきプリンタＩＤ１１０５、
ゲートウエイ７内部における各処理の処理中、処理の終
了等を示すフラグ１１０６、プリント状態を示すどのキ
ューに繋がっているのかを示すキューＩＤ１１０７、次
のキューに対するポインタ１１０８、前のキューに対す
るポインタ１１０９、ゲートウエイ７内部におけるファ
イル名１１１０、ファイルの大きさ１１１１、ファイル
がゲートウエイ７に転送された時刻１１１２、ファイル
がプリンタに転送された時刻１１１３、ファイルがプリ
ント完了した時刻１１１４、ファイルのプリント処理結
果１１１５、プリントの終了結果情報１１１６、どのプ
ロトコルを使ってファイルが入って来たかを示すファイ
ルの出所１１１７、同報プリントの際にリファレンスに
記載されているプリント数を削除するファイル削除用カ
ウンタ１１１８が記載されている。特に、プリントの終
了結果情報１１１６には、プリントステータスとして、
たとえばプリントの正常終了、異常終了、あるいはスプ
ールキューでキャンセルされて終了等の区別、およびそ
の時間が記載されている。そして、図１１に示す管理情
報の記入は、ゲートウエイ７内の操作部１５１によって
行なわれる。

【００３８】以上のように、ターミネイテッドキュー１
５４′における管理情報の中には、プリンタに関する時
刻が全て記載されているため、リカバリのファイルとし
て共用できる。たとえば電源が落ちた場合の立ち上げに
際し、プリントキュー１５０における操作部１５１′の
ソート手段１５１ａは、ターミネイテッドキュー１５
４′における管理情報の中のプリンタに関する時刻をソ
ートすることによって、電源の落ちる前の状態を再現で
きる。ソート手段１５１ａは、たとえば時刻の大小関係
を整列するアルゴリズムからなる。また、前記管理情報
は、テキストではなくバイナリのファイルとして保持さ
れており、前記操作部１５１′によって、キューに追加
するときもバイナリのままファイルに書き足すことがで
きる。したがって、管理情報は、効率良くディスクに格
納され、プリンタによって表示する際も、容易に表示し
たい項目を選択することができる。

【００３９】第２実施例は、マルチプリンタに対応する
ため、プリンタそれぞれにひとつのディレクトリが用意
される。たとえば、 「／ｕｓｒ／ｇｗ／ｒｅｃｏｖｅｒｙ／ｐｒｉｎｔｅｒ
１」 「／ｕｓｒ／ｇｗ／ｒｅｃｏｖｅｒｙ／ｐｒｉｎｔｅｒ
２」 そして、出力プリンタを変更する場合、たとえばあるプ
リントジョブをプリンター１からプリンター２に出力先
を変更したい場合、「／ｕｓｒ／ｇｗ／ｒｅｃｏｖｅｒ
ｙ／ｐｒｉｎｔｅｒ１」の下からそのプリントジョブを
削除し、「／ｕｓｒ／ｇｗ／ｒｅｃｏｖｅｒｙ／ｐｒｉ
ｎｔｅｒ２」の下にタイムスタンプを一番新しく追加す
る。

【００４０】プリント順序に変更があった場合のリカバ
リ方法を説明する。図１２は本発明の第２実施例である
ファイルの修正時刻を付け直す場合を説明するための図
である。ユーザから同じプリンタに対するプリント順序
の変更があった場合、操作部１５１は、管理情報に記載
されている時刻をスプールファイルにキューイングされ
ている順に変更すると共に、リカバリファリルのファイ
ルに修正時刻を付け直す。たとえば、図１２（イ）に示
すようにファイル１からファイル５は、修正された時間
順に管理されている。たとえば今２番目のファイル２と
３番目のファイル３の間に５番目のファイル５をいれて
順番を変更したい場合、５番目のファイル５の作成時間
を２番目のファイル２と３番目のファイル３との作成時
間の間の時刻に変更するのではなく、実際にキューイン
グされているファイルの順番に新たな時間を割当てる。
すなわち、図１２（ロ）に示すように、ファイルを変更
したい順番に変更した後、最初のファイルから順に新た
な時間を割り当てる。したがって、プリント順序に変更
があっても、プリントの再開に際し、プリントの順序
は、リカバリファイル内に格納されている変更後の順序
によって行なわれる。

【００４１】図１３は本発明の第２実施例となる各プロ
トコルに対応したコネクションの状態を保持しているフ
ァイルを示す。データ送受信部１０では、図１３に示す
ような各プロトコルに対応したコネクションの状態を保
持しているファイルを作成する。そして、このファイル
は、リカバリファイルとして保持される。たとえば、フ
ァイル転送中にシステムダウンした場合、途中までリト
リーブしてきたファイルは削除される。クライアントに
は、途中で転送が失敗した旨を知らせるエラーを返す。
ファイルが転送された後にシステムダウンした場合、再
起動の際にリカバリファイルによってキュー状態に回復
させる。したがって、図１３に示すような、各プロトコ
ルに対応したコネクションのステータスを持つことによ
って、コネクションに関するリカバリを簡単に行なえ
る。

【００４２】以上詳述したように、本実施例におけるゲ
ートウエイは、プロトコルの異なるホストコンピュータ
あるいはプリンタをネットワークに接続した場合を説明
したが、同じプロトコルであっても、本実施例のような
ゲートウエイを備えていると、プリント状態およびプリ
ンタの状態を知ることができると共に、システムダウン
後の立ち上げ時に、システムダウン前と同様に作業が再
開される。

【００４３】

【発明の効果】本発明によれば、プリントキューは、要
求されたプリンタに対応していると共に、スプールキュ
ーあるいはペンディングキューに別れているため、電源
断、あるいはシステムダウン後のゲートウエイ立ち上げ
時に、電源断、あるいはシステムダウン時前のキュー状
態に回復させることができる。したがって、プリントフ
ァイルの紛失やプリントファイルの二重出力が無くな
り、ホストコンピュータからゲートウエイへの再送信を
行なうことなく、システムダウン前の状態が再開でき
る。

【００４４】本発明によれば、プリントキューにおける
管理情報が修正時間を基にしてソートされるため、リカ
バリファイルとして利用できると共に、プリント順の変
更を簡単に行なえる。本発明によれば、プリントキュー
における管理情報にプリンタの終了ステータス情報が付
与されているため、マルチプリンタとした際のリカバリ
ファイルとして利用しても、プリンタ毎のプリント終了
状態を正確に再現できる。本発明によれば、プリントキ
ューにおける管理情報にプリントに関する履歴がその都
度修正されて記載されるため、プリント情報を簡単に管
理することができる。

【図面の簡単な説明】

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

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

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

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

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

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

【図７】 本発明における一実施例であるスプールに格
納されるプリントファイルおよびリカバリファイルを説
明するための図である。

【図８】 ゲートウエイを立ち上げる時にリカバリ処理
を行なう際の説明図である。

【図９】 （イ）ないし（へ）は本発明の一実施例にお
けるリカバリファイルの切り換えを説明するための図で
ある。

【図１０】 （イ）は本発明の第１実施例におけるプリ
ントキューを説明するための図である。（ロ）は本発明
の第２実施例におけるプリントキューを説明するための
図である。

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

【図１２】 本発明の第２実施例であるファイルの修正
時刻を付け直す場合を説明するための図である。

【図１３】 本発明の第２実施例となる各プロトコルに
対応したコネクションの状態を保持しているファイルを
示す。

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

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

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

【符号の説明】

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

Claims (3)

(57)【特許請求の範囲】
1. 【請求項１】 複数のデータ処理装置と少なくとも一つ
   のプリンタとが伝送媒体上に接続されているネットワー
   クプリント制御システムにおいて、 当該伝送媒体に対してインタフェースを介して接続さ
   れ、データを送受信するデータ送受信手段と、 当該データ送受信手段によって受信したコマンドを解析
   し、この解析されたコマンドにしたがって認識されたプ
   リンタにそれぞれ対応するプリントキューに前記データ
   の管理情報をキューイングすると共に、前記データのプ
   リントファイルを格納する処理を行なう受信処理手段
   と、 プリンタに対応したプリントキューにキューイングした
   管理情報およびプリントファイルを対応したプリンタに
   送信する送信処理手段と、 前記プリントキューの管理情報をファイルに追加して書
   き込むと共に、システムの立ち上げ時に前記追加して書
   き込まれた管理情報を読み出し、所定のプリントキュー
   にキューイング状態を回復させるリカバリ操作手段と、 からなるゲートウエイを備えたことを特徴とするネット
   ワークプリント制御システム。
2. 【請求項２】 前記プリントキューは、プリントキュー
   の管理情報をスプールする第１のキューと、プリントの
   ペンディング状態をキューイングする第２のキューと、
   プリントの正常終了、プリントの異常終了、プリントの
   キャンセル情報からなる第３のキューとから構成され、
   かつ前記プリントキューにおける管理情報は、プリント
   状態を修正した時に、そのキューを付け替える操作部に
   設けられたソート手段により、キューを付け替えた修正
   時間を基にしてソートされることを特徴とする請求項１
   記載のネットワークプリント制御システム。
3. 【請求項３】 前記プリントキューにおける管理情報に
   は、プリントの終了ステータス情報が付与されているこ
   とを特徴とする請求項１または請求項２記載のネットワ
   ークプリント制御システム。