(57)【要約】【課題】効率的にスプールデータの出力を行なうための出力処理装置、出力管理システム及び出力管理プログラムを提供する。【解決手段】出力実行指示を取得した出力管理サーバ１０は、スプールデータを圧縮し、出力リクエストを送信する。出力リクエストを受信した出力補助サーバ（３１，３２）は、出力リクエストの圧縮ファイル容量と空き容量とを比較し、圧縮ファイル容量が空き容量以下の場合には、受入可能信号を出力管理サーバ１０に送信する。そして、出力管理サーバ１０は、圧縮されたスプールデータを出力補助サーバに送信する。出力補助サーバは、圧縮データを解凍、復号してスプールデータを抽出し、スプールデータを用いて出力を行なう。出力補助サーバでの出力が指定されている場合には、プリント機能部を用いて、そのまま印刷処理を実行する。【選択図】図１
2007310679.tif 000002
【特許請求の範囲】
【請求項１】
印刷文書の出力管理を行なう出力管理サーバに第１ネットワークを介して接続され、出力処理データ記憶部と画像形成機能部とを備えた出力処理装置であって、
前記出力管理サーバから、ジョブ識別子及び圧縮したスプールデータのファイル容量に関するデータを含む出力リクエストを受信し、
前記出力処理データ記憶部の空き容量と前記ファイル容量とを比較し、前記空き容量が前記ファイル容量より大きい場合には、ジョブ識別子及び受入可能信号を前記出力管理サーバに送信し、
前記受入可能信号に応じて前記出力管理サーバから取得した圧縮スプールデータを解凍してスプールデータを抽出し、
この出力処理装置での出力が指定されている場合には、前記画像形成機能部において印刷処理を実行し、
前記出力結果及びジョブ識別子を前記出力管理サーバに送信する手段を備えたことを特徴とする出力処理装置。
【請求項２】
前記出力処理装置は、第２ネットワークを介して画像形成装置に接続され、
前記出力管理サーバから、印刷処理を実行させる出力装置を特定する出力装置識別子を取得し、
前記出力処理装置が前記取得した出力装置識別子が、前記第２ネットワークに接続された画像形成装置である場合には、前記第２ネットワークを介して、解凍したスプールデータを前記画像形成装置に転送し、前記画像形成装置における出力結果を前記出力管理サーバに送信する手段を更に備えたことを特徴とする請求項１に記載の出力処理装置。
【請求項３】
印刷文書の出力管理を行なう出力管理サーバと、
前記出力管理サーバに第１ネットワークを介して接続され、出力処理データ記憶部と画像形成機能部とを備えた複数の出力処理装置とから構成された出力管理システムであって、
前記出力処理装置は、前記出力管理サーバから、ジョブ識別子及び圧縮したスプールデータのファイル容量に関するデータを含む出力リクエストを受信し、
前記出力処理データ記憶部の空き容量と前記ファイル容量とを比較し、前記空き容量が前記ファイル容量より大きい場合には、ジョブ識別子及び受入可能信号を前記出力管理サーバに送信し、
前記出力管理サーバは、受入可能信号を返信した出力処理装置に圧縮スプールデータを送信し、
前記出力処理装置は、前記受入可能信号に応じて前記出力管理サーバから取得した圧縮スプールデータを解凍してスプールデータを抽出し、
この出力処理装置での出力が指定されている場合には、前記画像形成機能部において印刷処理を実行し、
前記出力結果及びジョブ識別子を前記出力管理サーバに送信することを特徴とする出力管理システム。
【請求項４】
前記出力管理サーバには、少なくとも第１、第２の出力処理装置が接続されており、
前記出力管理サーバは、第１の出力処理装置に出力リクエストを送信し、
前記第１の出力処理装置から受入可能信号を受信できない場合には、第２の出力処理装置に出力リクエストを送信することを特徴とする請求項３に記載の出力管理システム。
【請求項５】
前記第２の出力処理装置から受入可能信号を受信できない場合には、前記出力管理サーバは、前記第１の出力処理装置に対する出力リクエストの送信を繰り返すことを特徴とする請求項４に記載の出力管理システム。
【請求項６】
印刷文書の出力管理を行なう出力管理サーバに第１ネットワークを介して接続され、出力処理データ記憶部と画像形成機能部とを備えた出力処理装置を制御するためのプログラムであって、
前記出力処理装置を、
前記出力管理サーバから、ジョブ識別子及び圧縮したスプールデータのファイル容量に関するデータを含む出力リクエストを受信し、
前記出力処理データ記憶部の空き容量と前記ファイル容量とを比較し、前記空き容量が前記ファイル容量より大きい場合には、ジョブ識別子及び受入可能信号を前記出力管理サーバに送信し、
前記受入可能信号に応じて前記出力管理サーバから取得した圧縮スプールデータを解凍してスプールデータを抽出し、
この出力処理装置での出力が指定されている場合には、前記画像形成機能部において印刷処理を実行し、
前記出力結果及びジョブ識別子を前記出力管理サーバに送信する手段として機能させることを特徴とする出力管理プログラム。
【請求項７】
前記出力処理装置は、第２ネットワークを介して画像形成装置に接続され、
前記出力管理サーバから、印刷処理を実行させる出力装置を特定する出力装置識別子を取得し、
前記出力処理装置を、
前記取得した出力装置識別子が、前記第２ネットワークに接続された画像形成装置である場合には、前記第２ネットワークを介して、解凍したスプールデータを前記画像形成装置に転送し、
前記画像形成装置における出力結果を前記出力管理サーバに送信する手段として更に機能させることを特徴とする請求項６に記載の出力管理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、出力管理サーバとネットワークを介して接続される画像形成装置に、帳票等の出力を行なうための出力処理装置、出力管理システム及び出力管理プログラムに関する。
【背景技術】
【０００２】
企業内では、社員情報、取引先情報や商品情報等をデータベース化して一括管理する基幹データベースシステムを備えていることが多い。そして、この基幹データベースシステムを利用して、納品伝票や請求書、売上明細等の各種帳票が印刷されている。このような各種帳票を、分散された各拠点で利用する場合、印刷された大量の帳票を運搬する必要がある。しかし、印刷された大量の帳票を各拠点に配送することは、時間的にもコスト的にも不便である。
【０００３】
そこで、サーバに各種帳票データを格納しておき、各拠点での画像形成装置において印刷させる場合もある。このためには、分散された各拠点での印刷を管理するための技術が必要になる。例えば、コンピュータの指示に応じて、遠隔地に配置されたプリンタに対して印刷データを送信し、印刷を実行させる技術が検討されている（例えば、特許文献１参照。）。この文献に記載の技術では、ネットワークに接続可能なプリンタ装置において、印刷データを格納可能な記憶手段と、各種情報のやりとりを双方向に行える通信手段と、ネットワークを通じた要求に応じて記憶手段に格納している印刷データを任意のネットワーク接続装置に送信する送受信手段とを備えている。
【特許文献１】特開２００５−１７３６５８号公報（第１頁）
【発明の開示】
【発明が解決しようとする課題】
【０００４】
ここで、遠隔地に設置された画像形成装置を利用して、スプールデータを出力する場合、画像形成装置がスプールデータの有無を出力管理サーバに逐次打診して、取得するＰＵＬＬ型のプロセスで実現することも可能である。しかし、この場合、不必要なトラフィックが増加する。一方、ＰＵＳＨ型のセッションでは、出力管理サーバが、遠隔地に設置された画像形成装置の状況を把握し難く、一元管理が困難になる。
【０００５】
また、遠隔地に設置された画像形成装置に、容量の大きなスプールデータを送信する場合、トラフィックの増大を招き、ネットワークの負荷が重くなる。また、ＰＵＳＨ型のセッションでは、画像形成装置が大容量のスプールデータを受け入れられない場合もある。
【０００６】
更に、遠隔地においては、分散された画像形成装置の管理をできる限り簡易に実現したいというニーズもある。その一方で、特に基幹業務において利用される帳票の印刷には、高い安定性や信頼性が要求され、各拠点に分散された印刷システムを集中管理する必要がある。
【０００７】
本発明は、上述の課題に鑑みてなされ、その目的は、効率的にスプールデータの出力を行なうための出力処理装置、出力管理システム及び出力管理プログラムを提供することにある。
【課題を解決するための手段】
【０００８】
上記問題点を解決するために、請求項１に記載の発明は、印刷文書の出力管理を行なう出力管理サーバに第１ネットワークを介して接続され、出力処理データ記憶部と画像形成
機能部とを備えた出力処理装置であって、前記出力管理サーバから、ジョブ識別子及び圧縮したスプールデータのファイル容量に関するデータを含む出力リクエストを受信し、前記出力処理データ記憶部の空き容量と前記ファイル容量とを比較し、前記空き容量が前記ファイル容量より大きい場合には、ジョブ識別子及び受入可能信号を前記出力管理サーバに送信し、前記受入可能信号に応じて前記出力管理サーバから取得した圧縮スプールデータを解凍してスプールデータを抽出し、この出力処理装置での出力が指定されている場合には、前記画像形成機能部において印刷処理を実行し、前記出力結果及びジョブ識別子を前記出力管理サーバに送信する手段を備えたことを要旨とする。
【０００９】
請求項２に記載の発明は、請求項１に記載の出力処理装置において、前記出力処理装置は、第２ネットワークを介して画像形成装置に接続され、前記出力管理サーバから、印刷処理を実行させる出力装置を特定する出力装置識別子を取得し、前記出力処理装置が前記取得した出力装置識別子が、前記第２ネットワークに接続された画像形成装置である場合には、前記第２ネットワークを介して、解凍したスプールデータを前記画像形成装置に転送し、前記画像形成装置における出力結果を前記出力管理サーバに送信する手段を更に備えたことを要旨とする。
【００１０】
請求項３に記載の発明は、印刷文書の出力管理を行なう出力管理サーバと、前記出力管理サーバに第１ネットワークを介して接続され、出力処理データ記憶部と画像形成機能部とを備えた複数の出力処理装置とから構成された出力管理システムであって、前記出力処理装置は、前記出力管理サーバから、ジョブ識別子及び圧縮したスプールデータのファイル容量に関するデータを含む出力リクエストを受信し、前記出力処理データ記憶部の空き容量と前記ファイル容量とを比較し、前記空き容量が前記ファイル容量より大きい場合には、ジョブ識別子及び受入可能信号を前記出力管理サーバに送信し、前記出力管理サーバは、受入可能信号を返信した出力処理装置に圧縮スプールデータを送信し、前記出力処理装置は、前記受入可能信号に応じて前記出力管理サーバから取得した圧縮スプールデータを解凍してスプールデータを抽出し、この出力処理装置での出力が指定されている場合には、前記画像形成機能部において印刷処理を実行し、前記出力結果及びジョブ識別子を前記出力管理サーバに送信することを要旨とする。
【００１１】
請求項４に記載の発明は、請求項３に記載の出力管理システムにおいて、前記出力管理サーバには、少なくとも第１、第２の出力処理装置が接続されており、前記出力管理サーバは、第１の出力処理装置に出力リクエストを送信し、前記第１の出力処理装置から受入可能信号を受信できない場合には、第２の出力処理装置に出力リクエストを送信することを要旨とする。
【００１２】
請求項５に記載の発明は、請求項４に記載の出力管理システムにおいて、前記第２の出力処理装置から受入可能信号を受信できない場合には、前記出力管理サーバは、前記第１の出力処理装置に対する出力リクエストの送信を繰り返すことを要旨とする。
【００１３】
請求項６に記載の発明は、印刷文書の出力管理を行なう出力管理サーバに第１ネットワークを介して接続され、出力処理データ記憶部と画像形成機能部とを備えた出力処理装置を制御するためのプログラムであって、前記出力処理装置を、前記出力管理サーバから、ジョブ識別子及び圧縮したスプールデータのファイル容量に関するデータを含む出力リクエストを受信し、前記出力処理データ記憶部の空き容量と前記ファイル容量とを比較し、前記空き容量が前記ファイル容量より大きい場合には、ジョブ識別子及び受入可能信号を前記出力管理サーバに送信し、前記受入可能信号に応じて前記出力管理サーバから取得した圧縮スプールデータを解凍してスプールデータを抽出し、この出力処理装置での出力が指定されている場合には、前記画像形成機能部において印刷処理を実行し、前記出力結果及びジョブ識別子を前記出力管理サーバに送信する手段として機能させることを要旨とす
る。
【００１４】
請求項７に記載の発明は、請求項６に記載の出力管理プログラムにおいて、前記出力処理装置は、第２ネットワークを介して画像形成装置に接続され、前記出力管理サーバから、印刷処理を実行させる出力装置を特定する出力装置識別子を取得し、前記出力処理装置を、前記取得した出力装置識別子が、前記第２ネットワークに接続された画像形成装置である場合には、前記第２ネットワークを介して、解凍したスプールデータを前記画像形成装置に転送し、前記画像形成装置における出力結果を前記出力管理サーバに送信する手段として更に機能させることを要旨とする。
【００１５】
（作用）
請求項１、３又は６に記載の発明によれば、出力処理装置は出力処理データ記憶部の空き容量とファイル容量とを比較し、空き容量がファイル容量より大きい場合には、ジョブ識別子及び受入可能信号を出力管理サーバに送信する。そして、受入可能信号に応じて出力管理サーバから取得した圧縮スプールデータを解凍して、スプールデータを抽出し、画像形成機能部において印刷処理を実行する。このため、遠隔地にはプリントサーバを設けることなく、出力処理装置を設置しておくことにより、印刷処理を実行することができる。更に、ＰＵＳＨ型プロセスにおいて、ネットワークのトラフィック負荷を抑制し、画像形成装置の出力処理データ記憶部の空き容量を考慮しながら、スプールデータの提供を行なうことができる。この場合、出力管理サーバは、出力処理装置からジョブの受入可能信号を取得するので、遠隔地にある装置の出力状況を把握することができる。
【００１６】
請求項２又は７に記載の発明によれば、出力処理装置が取得した出力装置識別子が、第２ネットワークに接続された画像形成装置である場合には、第２ネットワークを介して、解凍したスプールデータを画像形成装置に転送する。このため、他の画像形成装置を利用して印刷処理を実行することができる。
【００１７】
請求項４に記載の発明によれば、複数の出力処理装置を利用して、より確実に印刷処理を実行することができる。
請求項５に記載の発明によれば、出力リクエストの送信を繰り返すことにより、出力処理装置の出力処理データ記憶部の空き容量の経時変化を考慮して印刷処理を実行することができる。
【発明の効果】
【００１８】
本発明によれば、遠隔地に配置されている画像形成装置を用いて、効率的にスプールデータの出力を行なうことができる。
【発明を実施するための最良の形態】
【００１９】
以下、本発明を具体化した一実施形態を図１〜図３に基づいて説明する。本実施形態においては、遠隔地に配置された出力装置（画像形成装置や出力処理装置）に、第１ネットワークとしてのＷＡＮ（Wide Area Network ）を介して接続された出力管理サーバ１０を用いて、帳票等の印刷を行なう出力管理システムを用いて説明する。
【００２０】
図１に示す出力管理サーバ１０は、この出力管理システムに接続された画像形成装置における印刷ジョブの出力管理を行なう。出力管理サーバ１０は、図示しないＣＰＵ、ＲＡＭ及びＲＯＭ等を有し、後述する処理（出力リクエストの送信、受入可能信号の受信、圧縮スプールデータの送信、及び出力結果データの受信等を含む処理）を行なう。そして、このための出力管理プログラムを実行することにより、出力管理サーバ１０は、出力リクエストの送信手段、受入可能信号の受信手段、圧縮スプールデータの送信手段、及び出力結果データの受信手段等として機能する。
【００２１】
また、出力管理サーバ１０は、スプールデータベース、出力装置管理データ記憶部及び出力状況管理データ記憶部を備えている。
スプールデータベースには、納品伝票や請求書、売上明細等、基幹業務の運用に用いる大量の帳票データがスプールされる。本実施形態では、スプールデータとして、各種帳票を印刷するためのデータが記録される。
【００２２】
出力装置管理データ記憶部には、印刷のために用いる画像形成装置を登録して一元管理するための出力装置管理データを記憶している。この出力装置管理データは、各画像形成装置を特定するための出力装置識別子に対して、メーカや機種等のプリンタ情報を含んで構成される。このＩＰアドレスとポート名を指定することにより帳票印刷を実現する。
【００２３】
更に、出力装置管理データには、出力装置識別子に対応して、出力補助サーバ識別子が関連付けられて記録される。この出力補助サーバは、画像形成装置において印刷を行なう場合に、後述する出力を補助する処理を実行する。更に、後述するように、第１、第２の出力処理装置を識別できるように優先順位が記録されている。
【００２４】
出力状況管理データ記憶部には、印刷ジョブの出力状況に関するデータが記憶される。この出力状況管理データは、印刷実行指示を受信した場合に記録され、出力の進捗状況に応じて、逐次、更新される。この出力状況管理データは、ジョブ識別子、利用者識別子、出力補助サーバ識別子、出力装置識別子及びステータス等に関するデータから構成される。
【００２５】
ジョブ識別子は、印刷実行指示された各印刷ジョブを特定するための識別子である。
出力補助サーバ識別子は、この印刷ジョブについての出力リクエストや出力指示を送信した出力補助サーバを特定するための識別子である。
【００２６】
出力装置識別子は、この印刷ジョブを実行させる画像形成装置を特定するための識別子である。ここでは、ＩＰアドレスやポート名を用いる。
ステータスは、この印刷ジョブの進捗状況を示す。このステータスには、「確認処理中」、「送信済」、「出力完了」等を示すフラグを用いる。「確認処理中」フラグは、印刷実行指示の受信〜出力指示の送信までの状況を示すフラグである。「送信済」フラグは、画像形成装置が出力指示を受信し、出力のための処理を実行している状況を示すフラグである。また、「完了」フラグは、画像形成装置が印刷を完了したことを示すフラグである。
【００２７】
出力管理サーバ１０は、ネットワークを介して管理者用端末１１や利用者端末１３に接続されている。管理者用端末１１、利用者端末１３はコンピュータ端末であって、キーボードやマウスなどの入力手段やディスプレイなどの出力手段を備えている。
【００２８】
この管理者用端末１１は、ブラウザプログラムを内蔵している。このブラウザプログラムを用いて出力管理サーバ１０の環境設定手段にアクセスし、環境設定ページを取得する。そして、この環境設定ページを用いて、遠隔地に設置された画像形成装置等の出力装置や、後述する出力補助サーバ（３１，３２）等の設定を行なう。
【００２９】
また、利用者端末１３も、ブラウザプログラムを内蔵している。このブラウザプログラムを用いて、出力管理サーバ１０のユーティリティにアクセスし、出力管理サーバ１０に対してスプールデータの印刷ジョブの実行を指示する。
【００３０】
なお、出力管理サーバ１０や利用者端末１３には、ＷＡＮ２０を介さない直接印刷を行
なう場合に用いるプリンタ１４、１５が接続されている。
出力管理サーバ１０は、ＷＡＮ２０を介して、出力処理装置としての出力補助サーバ（３１，３２）に接続されている。本実施形態では、これら出力補助サーバ（３１，３２）は、出力管理サーバ１０の設置場所に対して遠隔地に設置されている。
【００３１】
出力補助サーバ（３１，３２）は、出力管理サーバ１０から指示された印刷を行なうための補助処理を実行する。このため、出力管理サーバ１０から受信した圧縮スプールデータを記憶するハードディスク等で構成される出力処理データ記憶部を備えている。更に、出力補助サーバ（３１，３２）には、ＣＰＵやＯＳに依存することなくプログラムが実行できる仮想マシン（ＶＭ）の環境を備える。そして、出力補助サーバ（３１，３２）は、この仮想マシンの上で動作する出力補助プログラムがインストールされている。この出力補助プログラムの実行により、出力管理サーバ１０から受信した圧縮スプールデータを復号して、印刷を実行する画像形成機能部に供給する。具体的には、出力補助サーバ（３１，３２）は、図示しないＣＰＵ、ＲＡＭ及びＲＯＭ等を有し、後述する処理（出力リクエストの受信、受入可能信号の送信、圧縮スプールデータの受信、及び出力結果データの送信等を含む処理）を行なう。そして、出力補助サーバ（３１，３２）は、出力リクエストの受信手段、受入可能信号の送信手段、圧縮スプールデータの受信手段、及び出力結果データの送信手段等として機能する。
【００３２】
更に、出力補助サーバ（３１，３２）は、スプールデータの印刷を行なう画像形成機能部を備えた出力装置としても機能する。この画像形成機能部は、後述するプリンタ３５，３６，３７と同様の処理を実行する。
【００３３】
また、出力補助サーバ（３１，３２）は、第２ネットワークとしてのＬＡＮ４０を介して相互に接続されている。更に、このＬＡＮ４０には、出力装置（画像形成装置）としてのプリンタ３５，３６，３７が接続されている。そして、出力補助サーバ（３１，３２）は、このＬＡＮ４０に接続されている出力装置識別子を特定し、この出力装置に出力処理を実行させる。
【００３４】
本実施形態では、出力補助サーバ３１が、ＬＡＮ４０に接続された出力装置への出力指示を主に受け取るプライマリサーバ（第１の出力処理装置）として機能する。また、出力補助サーバ３２が、出力補助サーバ３１が出力指示を受け取れない場合などに、出力管理サーバ１０からのデータを受け取るセカンダリサーバ（第２の出力処理装置）として機能する。
【００３５】
以上のように構成された出力管理システムにおける処理手順について、図２及び図３を用いて説明する。本実施形態では、ＬＡＮ４０に接続されている出力装置に帳票を印刷する場合について説明する。
【００３６】
所望の帳票の印刷を希望する場合、ユーザは利用者端末１３を用いて出力管理サーバ１０にアクセスする。そして、出力管理サーバ１０に格納されているスプールデータを選択して印刷実行を指示する。この場合、ユーザが利用できる出力装置の一覧リストを利用者端末１３に提供する。そして、利用者端末１３は、選択された出力装置を特定するためのデータ（出力装置識別子）を含む出力実行指示を、出力管理サーバ１０に送信する。なお、出力装置の選択は、スプールデータに含まれる出力先データを用いて出力管理サーバ１０が実行するようにしてもよい。
【００３７】
出力管理サーバ１０は、利用者端末１３からの出力実行指示を取得する（ステップＳ１−１）。この出力実行指示に対応するジョブ（選択されたスプールデータの印刷処理）に対して、ジョブ識別子を付与する。そして、このジョブ識別子、利用者識別子、出力装置
識別子及びステータス等に関するデータを出力状況管理データ記憶部に記録する。この場合、出力管理サーバ１０は、出力状況管理データのステータスとして、「確認処理中」フラグを出力状況管理データ記憶部に記録する。
【００３８】
次に、出力管理サーバ１０は、指定された帳票のスプールデータを圧縮する（ステップＳ１−２）。これにより、出力管理サーバ１０は、スプールデータの暗号化を行なう。更に、出力管理サーバ１０はスプールデータの容量を取得する。
【００３９】
次に、出力管理サーバ１０は、ＷＡＮ２０を介して、出力リクエストを送信する（ステップＳ１−３）。具体的には、出力管理サーバ１０は、指定された出力装置が接続されたＬＡＮ４０に設置された出力補助サーバのＩＰアドレスを特定する。ここで、出力管理サーバ１０は、まずプライマリサーバである出力補助サーバ３１に出力リクエストを送信する。この出力リクエストには、圧縮したスプールデータのファイル容量に関するデータが含まれる。この場合、出力管理サーバ１０は、出力補助サーバ３１の識別子を出力補助サーバ識別子として出力状況管理データ記憶部に記録する。
【００４０】
出力リクエストを受信した出力補助サーバ３１は、出力リクエストに含まれるファイル容量と、出力補助サーバ３１内の出力処理データ記憶部の空き容量とを比較する（ステップＳ１−４）。そして、圧縮したスプールデータのファイル容量が空き容量よりも大きい場合（ステップＳ１−４において「ＮＯ」の場合）には、出力補助サーバ３１は、受入不可信号を出力管理サーバ１０に送信する（ステップＳ１−５）。
【００４１】
プライマリサーバである出力補助サーバ３１から受入不可信号を受信した場合、出力管理サーバ１０は、出力リクエストを、セカンダリサーバである出力補助サーバ３２に送信する（ステップＳ１−６）。このとき送信される出力リクエストには、ステップＳ１−３と同様に、圧縮スプールデータのファイル容量に関するデータが含まれる。この場合、出力管理サーバ１０は、出力状況管理データ記憶部に、出力補助サーバ３２の識別子を出力補助サーバ識別子として記録する。なお、ステップＳ１−３において出力リクエストを送信してから所定時間経過しても、出力補助サーバ３１からレスポンスを受信しない場合も、出力管理サーバ１０はステップＳ１−６の処理を行なう。出力補助サーバ３１がオフライン状態になっている可能性があるためである。
【００４２】
出力補助サーバ３２は、受信した出力リクエストに含まれるファイル容量と、出力補助サーバ３２内の出力処理データ記憶部の空き容量とを比較する（ステップＳ１−７）。そして、圧縮したスプールデータのファイル容量が空き容量よりも大きい場合（ステップＳ１−７において「ＮＯ」の場合）には、出力補助サーバ３２は、受入不可の信号を出力管理サーバ１０に送信する（ステップＳ１−８）。
【００４３】
セカンダリサーバである出力補助サーバ３２からの受入不可信号を受信した出力管理サーバ１０は、監視処理を行なう（ステップＳ１−９）。本実施形態では、出力管理サーバ１０は、所定時間が経過するまで待機する。そして、この所定時間が経過した後、再度、ステップＳ１−３以降の処理を繰り返して行なう。なお、ステップＳ１−６において出力リクエストを送信してから所定時間経過しても、出力補助サーバ３２からレスポンスを受信しない場合も、出力管理サーバ１０はステップＳ１−９の処理を行なう。出力補助サーバ３２もオフライン状態になっている可能性があるためである。
【００４４】
一方、出力補助サーバ３１又は出力補助サーバ３２のいずれかにおいて、圧縮したスプールデータのファイル容量と空き容量とを比較した結果、圧縮したスプールデータのファイル容量が空き容量以下の場合（ステップＳ１−４又はＳ１−７において「ＹＥＳ」の場合）には、受入可能信号を出力管理サーバ１０に送信する（ステップＳ２−１）。
【００４５】
受入可能信号を受信した出力管理サーバ１０は、この信号を送信した出力補助サーバ（３１又は３２）に対して出力指示を送信する（ステップＳ２−２）。この出力指示には、圧縮されたスプールデータ、出力装置識別子及びジョブ識別子に関するデータが含まれる。
【００４６】
そして、出力補助サーバ（３１又は３２）は、ＷＡＮ２０を介して受信した出力指示に含まれるデータを出力補助サーバ内の出力処理データ記憶部に記憶する（ステップＳ２−３）。
【００４７】
出力指示を受信した出力補助サーバ（３１又は３２）は、受信完了信号を出力管理サーバ１０に送信する（ステップＳ２−４）。この受信完了信号には、出力指示のジョブ識別子を含む。この場合、出力管理サーバ１０は、出力状況管理データのステータスとして「送信済」フラグを記録する。
【００４８】
受信完了信号を送信した出力補助サーバ（３１又は３２）は、受信した出力指示からスプールデータを抽出する（ステップＳ２−５）。具体的には、出力指示に含まれる圧縮スプールデータを解凍して復号する。
【００４９】
そして、出力補助サーバ（３１又は３２）は、スプールデータを用いて出力を行なう（ステップＳ２−６）。このとき、出力補助サーバ（３１又は３２）は、出力指示に含まれる出力装置識別子に基づいて印刷を実行させる出力装置を特定する。
【００５０】
ここで、出力指示に含まれ出力装置識別子が、出力指示を受信した出力補助サーバ（３１又は３２）の出力装置識別子と一致する場合には、この出力補助サーバ（３１又は３２）のプリント機能部を用いて、そのまま印刷処理を実行する。一方、出力装置識別子において、出力指示を受信した出力補助サーバ（３１又は３２）以外の出力装置が指定されている場合には、出力補助サーバ（３１又は３２）は、ＬＡＮ４０を介して、スプールデータを、特定された出力装置に送信する。そして、スプールデータを受信した出力装置が印刷処理を実行する。
【００５１】
出力装置（出力補助サーバ３１、出力補助サーバ３２、又はプリンタ３５〜３７）において印刷が完了した場合、出力補助サーバ（３１又は３２）は、出力装置から出力完了信号を取得する。なお、出力指示を受信した出力補助サーバ（３１又は３２）以外の出力装置において印刷が行なわれた場合には、この出力装置が、スプールデータを送信した出力補助サーバ（３１又は３２）に対して出力完了信号を送信する。この出力完了信号には、完了した印刷ジョブを特定するためのジョブ識別子データが含まれる。
【００５２】
そして、出力補助サーバ（３１又は３２）は、ＷＡＮ２０を介して、出力完了信号を、出力管理サーバ１０に送信する（ステップＳ２−７）。この場合、出力管理サーバ１０は、出力完了信号に含まれるジョブ識別子データに基づいて、出力状況管理データのステータスとして、「完了」フラグを記録する。以上により、出力管理システムにおける処理を終了する。
【００５３】
本実施形態によれば、以下のような効果を得ることができる。
・  本実施形態では、出力管理サーバ１０は、ＷＡＮ２０を介して、利用者端末１３からの出力実行指示を取得する（ステップＳ１−１）。この場合、ジョブ識別子、利用者識別子、出力装置識別子及びステータス等に関するデータを出力状況管理データ記憶部に記録する。このステータスには、この印刷ジョブの進捗状況を示すデータが記録される。これにより、出力管理サーバ１０は、印刷ジョブのステータスを集中的に一元管理すること
ができる。
【００５４】
また、出力管理サーバ１０は、ＷＡＮ２０を介して、出力リクエストを送信する（ステップＳ１−３、Ｓ１−６）。そして、出力補助サーバ（３１又は３２）からのレスポンスに応じて、ステータスを更新記録する。これにより、出力管理サーバ１０は、出力補助サーバ（３１又は３２）の状態を把握することができる。
【００５５】
・  本実施形態では、スプールデータの印刷を行なう画像形成機能部を備えた出力装置を出力補助サーバ（３１，３２）として機能させる。そして、印刷処理に指定された出力装置が、出力指示を受信した出力補助サーバである場合には、この出力補助サーバのプリント機能部を用いて、そのまま印刷処理を実行する。これにより、出力装置とは別に出力補助を行なうプリントサーバを設置する必要がない。また、機密性の高いデータは、出力補助サーバ（３１，３２）を出力装置として指定することにより、ＬＡＮ４０にスプールデータを流すことなく印刷を行なうことができる。
【００５６】
・  本実施形態では、出力リクエストを受信した出力補助サーバ（３１又は３２）は、出力リクエストに含まれるファイル容量と、出力補助サーバ（３１又は３２）内の出力処理データ記憶部の空き容量とを比較する。そして、圧縮したスプールデータのファイル容量が空き容量よりも大きい場合には、出力補助サーバ（３１又は３２）は、受入不可信号を出力管理サーバ１０に送信する。これにより、出力補助サーバ（３１又は３２）の出力処理データ記憶部の空き容量が少なくなり、印刷ができないという不具合を回避することができる。いわゆるＰＵＳＨ型で出力管理サーバ１０から出力補助サーバ（３１又は３２）に出力指示を行なう場合にも、出力補助サーバ（３１又は３２）の稼動状況を考慮して、出力指示を行なうことができる。
【００５７】
・  本実施形態では、プライマリサーバである出力補助サーバ３１から受入不可信号を受信した場合、出力管理サーバ１０は、出力リクエストを、セカンダリサーバである出力補助サーバ３２に送信する（ステップＳ１−６）。これにより、プライマリサーバとセカンダリサーバとを使い分けて、より確実に印刷処理を実行させることができる。
【００５８】
・本実施形態では、プライマリサーバである出力補助サーバ３１から受入不可信号を受信した場合、出力管理サーバ１０は、出力リクエストを、セカンダリサーバである出力補助サーバ３２に送信する（ステップＳ１−６）。そして、この出力補助サーバ３２からも受入不可信号を受信した場合には、監視処理を行なう（ステップＳ１−９）。この監視処理において出力管理サーバ１０は、所定時間が経過するまで待機し、この所定時間が経過した後、再度、プライマリサーバへの出力リクエストの送信（ステップＳ１−３）以降の処理を繰り返して行なう。このため、出力管理サーバ１０は、出力リクエストの送信を繰り返すことにより、出力補助サーバ（３１，３２）の出力処理データ記憶部の空き容量の経時変化を考慮して、印刷処理を実行することができる。
【００５９】
・  本実施形態では、出力管理サーバ１０は、指定された帳票のスプールデータを圧縮する（ステップＳ１−２）。そして、受入可能信号を受信した出力管理サーバ１０は、この信号を送信した出力補助サーバ（３１又は３２）に対して、圧縮されたスプールデータを含む出力指示を送信する（ステップＳ２−２）。この出力指示には、圧縮されたスプールデータが含まれる。このため、多量のデータに基づいて印刷を行なわせる場合であっても、ＷＡＮ２０において送信するデータを減らし、トラフィック負荷を低減することができる。また、出力補助サーバ（３１又は３２）は、受信したデータを解凍して復号してスプールデータを抽出するので、ＷＡＮ２０でのスプールデータの漏洩を抑制することができる。
【００６０】
また、上記実施形態は以下のように変更してもよい。
○  上記実施形態においては、出力補助サーバ（３１，３２）は、第２ネットワークとしてのＬＡＮ４０を介して相互に接続されている。第２ネットワークに接続される出力補助サーバである数は、２台に限定されるものではない。例えば、より多くの出力補助サーバを同じネットワーク上に設けてもよい。
【００６１】
○  上記実施形態においては、プライマリサーバである出力補助サーバ３１から受入不可信号を受信した場合、出力管理サーバ１０は、出力リクエストを、セカンダリサーバである出力補助サーバ３２に送信する（ステップＳ１−６）。これに代えて、指定された出力装置が接続された第２ネットワークに設定された複数の出力補助サーバに対して、同時に出力リクエストを送信してもよい。この場合、各出力補助サーバは、空き容量を確認して、空き容量が圧縮スプールデータのファイル容量よりも大きい場合、受入可能信号を出力管理サーバ１０に送信する。そして、出力管理サーバ１０は、先に受信した受入可能信号を送信した出力補助サーバに、出力指示を送信する。これより、より迅速に出力補助サーバを特定して印刷処理を実行することができる。
【００６２】
○上記実施形態においては、出力指示を受信した出力補助サーバ（３１又は３２）以外の出力装置が指定されている場合には、出力補助サーバ（３１又は３２）は、ＬＡＮ４０を介して、スプールデータを、特定された出力装置に送信する。これに代えて、出力補助サーバ（３１又は３２）が、ＬＡＮ４０のトラフィック状況に応じて、出力補助サーバのプリント機能部を用いて、そのまま印刷処理を実行するようにしてもよい。具体的には、ＬＡＮ４０のトラフィックの混雑度が基準値以上の場合には、出力補助サーバにおいて印刷するように、出力管理サーバ１０に通知する。出力管理サーバ１０は、出力状況管理データ記憶部に記録された利用者識別子を用いて、出力装置の変更案内をユーザに通知する。ＬＡＮ４０には、圧縮スプールデータとは異なり、大容量のスプールデータを流す必要がある。このため、ＬＡＮ４０の状況に応じては、スプールデータをＬＡＮ４０に流すことなく、出力補助サーバ（３１，３２）において出力処理を行なうことができる。
【００６３】
また、機密性の高いデータについても、出力補助サーバ（３１，３２）を出力装置として指定するように出力管理サーバ１０や利用者端末１３に通知するようにしてもよい。具体的には、スプールデータに機密レベルを設定しておき、この機密レベルに応じて、出力補助サーバ（３１，３２）が出力装置を選択する。これにより、ＬＡＮ４０上でのスプールデータの漏洩を抑制しながら出力処理を行なうことができる。
【図面の簡単な説明】
【００６４】
【図１】本発明の実施形態におけるシステムの概略図。
【図２】本実施形態の処理手順を示す説明図。
【図３】本実施形態の処理手順を示す説明図。
【符号の説明】
【００６５】
１０…出力管理サーバ、２０…第１ネットワークとしてのＷＡＮ、３１，３２…出力補助サーバ、３５，３６，３７…出力装置としてのプリンタ、４０…第２ネットワークとしてのＬＡＮ。
【図１】
2007310679.tif 000003
【図２】
2007310679.tif 000004
【図３】
2007310679.tif 000005