JPH10289075A - プリントキューへのプリントジョブ送信システム - Google Patents

Abstract

(57)【要約】 【課題】大量の帳票を出力する処理を行うアプリケーシ
ョンプログラムにおいて、連続して大量のプリントジョ
ブを出力する場合や、大きなサイズのプリントジョブを
出力する場合に、オペレーションシステムによっては、
正常に印刷されないものや、エラーダイアログが表示さ
れるもの、異常終了してしまうものなどがある。従っ
て、大量帳票出力バッチを実行する場合には立ち会い人
などが必要となる。 【解決手段】そこで、プリントキューの制限事項である
プリントジョブの数、スプールの最大サイズによらずに
大量帳票の出力を実現するため、プリントジョブの分
割、およびスプール内のプリントジョブ数の監視による
プリントジョブの送信の制御を行うことにより上記課題
を解決し、本発明をアプリケーションプログラムに組み
込むことでコンピュータの環境によらずに高品質なプリ
ントシステムの提供を可能とする。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、バッチ処理に関す
るものであり、特にプリントジョブの制御に関するもの
である。

【０００２】

【従来の技術】従来のプリントシステムとして、次に挙
げるものが知られている。図２は第一の従来技術を説明
するための図であり、プリント管理システムにおける一
般的なプリントジョブの遷移を説明する説明図である。
図２において、コンピュータ１０１内にインストールさ
れたアプリケーションプログラム１１０を実行中に、ア
プリケーションプログラム１１０中で印刷処理を行う
と、まず、プリントジョブ１２０の作成要求を出す。

【０００３】プリントジョブ作成部１１１によりプリン
トジョブ１２０が作成される。プリントジョブ作成部１
１１には、１つの文書をまとめて１つのプリントジョブ
１２０を作成する機能と、プリントジョブ１２０作成時
にプリントジョブ作成部１１１からユーザへ印刷範囲指
定の要求を出し、対話的にユーザは印刷範囲の指定を行
なう機能、例えば、３頁目から１０頁目の範囲に対して
１つのプリントジョブ１２０を作成することを可能にす
るという上記２つの機能をもつ。プリントジョブ１２０
が作成された後、コンピュータ１０１は、コンピュータ
１０１に接続されているプリンタ１４０内のプリントキ
ュー１４１へ送信し、もし、プリントキュー１４１に、
送信するプリントジョブ１２０が格納できない場合は、
自コンピュータ内にあるスプール１３０へ送信する。ス
プール１３０へ送信されたプリントジョブ１２０は、プ
リントキュー１４１内のプリントジョブ１２０が印刷さ
れることで、プリントキュー１４１のメモリが解放され
るまでそのまま待機する。そして、メモリが解放され送
信可能となったときに、プリントジョブ１２０はプリン
トキュー１４１へ送信され、印刷部１４２への待ち行列
に入る。そして、印刷部１４２へプリントジョブ１２０
が送信可能となったときに印刷部１４２へプリントジョ
ブ１２０が送信され、プリンタ１４０にて印刷される。
ただし、第１の従来技術では、プリントジョブに対して
メモリが不足している場合、スプールやプリントキュー
へ送信することが困難である。

【０００４】この問題を解決する技術として以下の２つ
の技術がある。まず、第２の従来技術としては、特開平
７−３３４３３４号公報があるが、この技術は、プリン
トジョブを送信する際に、まず論理プリンタを設け、そ
れぞれの論理プリンタに対応するスプールディレクトリ
を監視し、各論理プリンタにプリントジョブが存在する
ときには、論理プリンタへプリントジョブを送信せずに
スリープするという技術が公開されている。

【０００５】また、第３の従来技術としては、プリント
キューへプリントジョブが送信されたあと、プリントド
ライバによって、プリントジョブの受信を受付けないよ
うな制御を行なうもしくはプリントジョブをプリントド
ライバによって分割する技術は既に実現されている。

【０００６】

【発明が解決しようとする課題】しかしながら、以下に
挙げる点において尚一層の改善が求められている。

【０００７】すなわち、第３の従来技術では、小さな単
位でプリントジョブを分割するので多量のプリントジョ
ブがスプールへ送信されるため、ハードディスク容量や
メモリが少ないときには、ユーザに入力を促すメッセー
ジダイアログが表示される。しかし、大量帳票印刷時
で、多量のプリントジョブに分割されるためにエラーメ
ッセージが表示される恐れのある場合にはメッセージボ
ックスを監視するための立ち会い人が必要となる。

【０００８】また、近年プリンタの高性能化により、プ
リンタ内部でプリントジョブの展開処理と印字処理のパ
イプライン制御を可能とする製品が出てきたため、第２
の従来技術の「プリントジョブが存在しているか否か」
という制御ではなく、「プリントジョブが幾つ存在して
いるか」という制御が必要になりつつある。

【０００９】現在流通しているオペレーションシステム
には プリントジョブ数に制限があるため、大量帳票印刷処
理を実行したときにエラーダイアログが表示される。

【００１０】プリントジョブ数の制限を越えると、予
告なしでオペレーションシステムが停止する。

【００１１】スプールファイルをローカルディスク上
に作成するため、アプリケーションプログラムを実行す
る際に作成される全体のスプールファイルのサイズ分の
領域をハードディスク上に確保する必要がある。

【００１２】の何れかの問題をもっており、それぞれの
オペレーションシステムにより性能・特徴が異なる。

【００１３】また、第３の従来技術では、小さな単位で
プリントジョブを分割するので多量のプリントジョブが
スプールへ送信されるため、課題および課題が頻発
しやすい。

【００１４】そこで、アプリケーションパッケージを開
発する際には、オペレーションシステムの制約を考慮せ
ずに開発できることが望ましい。

【００１５】本発明の目的は、上記のプリントジョブの
制限や、スプールの容量計算の問題をアプリケーション
プログラム側で解消することにより、オペレーションシ
ステムの性能・特徴差を気にせずにアプリケーションを
開発することを可能とすること、および、プリントジョ
ブを複数持つことを可能とすることにある。

【００１６】本発明により、オペレーションシステムや
プリンタ・プリントドライバなどの環境によってプリン
ト環境が変化しても、アプリケーションプログラムでプ
リントジョブ管理が実現できるので、設計・運用・保守
が簡単になる。

【００１７】

【課題を解決するための手段】課題の場合、ハードデ
ィスクの残り容量がわずかでありながら、大きなプリン
トジョブを送信する場合には、事前に制御変数格納部に
設定されているプリントジョブ分割単位により、その大
きなプリントジョブを分割することにより元々のプリン
トジョブの一部はスプールにエントリ可能となる。これ
により、ハードディスクの領域不足のために起こるエラ
ーダイアログの表示、及び印刷処理の中断を回避でき
る。ただし、プリントジョブ分割単位は、ハードディス
クの残り容量に応じて事前に設定されている。

【００１８】また、課題のように、スプール内のプ
リントジョブ数に上限があり、上限を超えると、エラー
ダイアログの表示やオペレーションシステムの停止とい
った不測の動作が起こる可能性があるような場合、この
ような現象を回避するため、利用者側により設定される
制御変数格納部に最大プリントジョブ数という制御変数
を用意し、スプール監視部により、スプール内のプリン
トジョブ数が最大プリントジョブ数を超えたときにプリ
ントジョブのプリントキューへの出力を抑止する。

【００１９】なお、制御変数格納部はメモリ上でも、ア
プリケーションを実行する前に読み込む初期化ファイル
（INI ファイル）でも構わない。

【００２０】上記の手段により、課題が解決できる。

【００２１】

【発明の実施の形態】次に、本発明である、プリントジ
ョブ送信方法の実施例について説明する。

【００２２】図１は、本発明の一実施例であるプリント
ジョブ送信方法の構成を示す図である。また、図３は、
プリントジョブ制御部のフローチャートである。

【００２３】図１において、プリントジョブ送信データ
の自動分割方法は、コンピュータ２００とプリンタ２５
１から構成される。

【００２４】コンピュータ２００内に、制御変数格納フ
ァイル２０１とアプリケーションプログラム２１１とス
プール２４７がある。ここでのアプリケーションプログ
ラム２１１は、帳票出力時に随時リレーショナルデータ
ベースメンテナンスシステム（ＲＤＢＭＳ）より必要な
情報を取得するものである。

【００２５】制御変数格納部２０１内にはプリントジョ
ブ分割単位Ｋ２０２と最大プリントジョブ数Ｓ２０３が
記述されている。これらの値は、コンピュータのメモ
リ、ハードディスク容量に応じて事前に利用者により設
定されている。

【００２６】また、アプリケーションプログラム２１１
内にプリントジョブの送信・抑制を行うプリントジョブ
制御部２２１があり、変数部２３１（プリントジョブの
作成を終了している帳票の枚数を示す頁カウンタＰｃ２
３２と全帳票枚数Ｎ２３３とスプール監視部２４４によ
り得られるプリントジョブ数Ｊ２３４が格納）とアプリ
ケーション内の帳票情報をメモリ上に取り込むプリント
イメージ作成部２４１、プリントジョブ数Ｊ２３４によ
りプリントジョブを作成するか否かを判断するプリント
ジョブ作成判別部２４２、プリントジョブ作成部２４
３、スプール内にあるプリントジョブ数を監視するスプ
ール監視部２４４、プリントジョブ送信判別部２４５、
プリントジョブ送信部２４６から構成されている。

【００２７】また、プリンタ２５１は、プリントキュー
２５２と印刷部２５３から構成されている。

【００２８】次に図３を使って図１のように構成された
システムでの処理例について説明する。

【００２９】Ｓｔｅｐ １ まず、アプリケーションプログラム２１１起動時に、プ
リントジョブ制御部２２１は事前に使用者によって設定
されている制御変数格納ファイル２０１より、プリント
ジョブの分割単位：Ｋ（頁）２０２と、スプール２４７
内の最大プリントジョブ数：Ｓ（本）２０３を取得す
る。

【００３０】Ｓｔｅｐ ２ アプリケーションプログラム２１１から、印刷命令が発
令されたとき、変数部２３１内の頁カウンタＰｃ２３２
を１にセットする。頁カウンタＰｃ２３２は現在作成し
ているプリントイメージの対象ページを表わす。

【００３１】Ｓｔｅｐ３ 頁カウンタＰｃ２３２が印刷目的帳票の頁数：Ｎ２３３
に達するまでＳｔｅｐ４からＳｔｅｐ１０を繰り返す。

【００３２】Ｓｔｅｐ４ プリントイメージ作成部２４１において、頁カウンタＰ
ｃ２３２に対応するプリントイメージ３０１を作成す
る。このとき、プリントイメージ３０１を作成するため
の具体的な数値や情報をリレーショナルデータベースマ
ネージメントシステム４０１を介してデータベース４０
２より取得する。

【００３３】Ｓｔｅｐ５ プリントジョブ作成判別部２４２において、頁カウンタ
Ｐｃ２３２がプリントジョブの分割単位Ｋ２０２との剰
余が０に等しい場合、すなわち、既に作成し、かつプリ
ントジョブに変換されていないプリントイメージのペー
ジ数が、プリントジョブ分割単位Ｋ２０２と等しい場
合、プリントジョブを作成するため、Ｓｔｅｐ６へ進
む。それ以外はＳｔｅｐ９へ進む。

【００３４】Ｓｔｅｐ６ プリントジョブ作成部２４３にて、プリントジョブ３０
２を作成する。なお、このときのプリントジョブの形式
は問わない。

【００３５】Ｓｔｅｐ７ スプール監視部２４４において、スプール２４７に存在
する現在のプリントジョブ数Ｊ２３４をプリントジョブ
送信判別部２４５へ返す。

【００３６】Ｓｔｅｐ８ プリントジョブ送信判別部２４５において、プリントジ
ョブ数Ｊ２３４と最大プリントジョブ数Ｓ２０３とを比
較し、プリントジョブ数Ｊ２３４の方が小さいときには
Ｓｔｅｐ９へ、それ以外はＳｔｅｐ７へ戻る。

【００３７】Ｓｔｅｐ９ プリントジョブ３０２をプリントキュー２５２もしくは
スプール２４７（プリントキュー２５２が満杯の場合）
へ送信する。

【００３８】Ｓｔｅｐ９は、第１の従来技術にある技術
と同じものである。

【００３９】Ｓｔｅｐ１０ 変数部２３１内の頁カウンタＰｃ２３２に１を加算す
る。

【００４０】Ｓｔｅｐ１１ Ｓｔｅｐ３へ戻る。

【００４１】Ｓｔｅｐ１２ プリントジョブ３０２に変換していないプリントイメー
ジ３０１がある場合、プリントイメージ３０１をプリン
トジョブ３０２に変換し、プリントキュー２５２もしく
はスプール２４７へ送信する。

【００４２】ここで、プリントジョブ送信判別部２４５
がプリントジョブ数Ｊ２３４が最大プリントジョブ数Ｓ
２０３以下の場合のみプリントジョブ３０２をスプール
２４７へ送信している為、第２の従来技術のように、ス
プールにプリントジョブが存在しているか否かという判
断ではなく、プリントジョブ数という数で判断している
ため、スプール２４７内にプリントジョブ３０２を複数
もたせることが可能となる。

【００４３】また、プリントジョブ作成判別部２４２に
より、プリントジョブ３０２自体のサイズを小さくする
ことが可能となる。

【００４４】さらに、プリントジョブ送信部２４５に
て、プリントジョブ３０２のプリントキュー２５２やス
プール２４７への送信を抑制することが可能となる。

【００４５】なお、この方法はアプリケーションプログ
ラム内に存在するために、プリンタ・プリントドライバ
に依存せずに上記機能が実現できる。

【００４６】なお、本件ではリレーショナルデータベー
スマネージメントシステムに接続されたアプリケーショ
ンを想定して記述したが、アプリケーションの形態につ
いては他の種類のデータベースマネージメントシステム
でも構わない。

【００４７】もちろん、データベースマネージメントシ
ステムが存在していなくても構わない。

【００４８】

【発明の効果】アプリケーションプログラムにプリント
ジョブ分割機能を持たせているため、様々なコンピュー
タ・プリントドライバ・プリンタの組み合わせに対して
も、各々の処理性能の差を小さくでき、近年のマルチベ
ンダ化を容易に実現できる。

【００４９】また、プリントジョブを１つではなく、複
数に保つ事で高性能プリンタに対しても、プリントジョ
ブ到着までの待ち時間がなくなるため、印刷時間を短縮
可能となる。

【００５０】また、ハードディスク容量が少ないため
に、スプールに出力できず、印刷が事実上不可能な場合
でも、スプールするプリントジョブ数を抑制し、プリン
トジョブを分割することで、印刷可能となる。

【００５１】さらに、プリントジョブ数に上限のあるオ
ペレーションシステムの場合であっても、プリントジョ
ブの出力を抑制することで、プリントジョブ数の上限を
越えたときにおこるエラーダイアログの表示を回避可能
となる。

【図面の簡単な説明】

【図１】本発明のシステム構成を示す図である。

【図２】従来のプリント管理システムを示す図である。

【図３】本発明のフローチャートを示す図である。

【符号の説明】 ２００…コンピュータ、 ２０１…制
御変数格納部、２１１…アプリケーションプログラム、
２２１…プリントジョブ制御部、２４７…スプー
ル、 ２５１…プリンタ、 ２５２…プリントキュー、
２５３…印刷部、 ３０１…プリントイメージ、３０
２…プリントジョブ、４０１…リレーショナルデータマ
ネージメントシステム、４０２…データベース。

Claims (4)

【特許請求の範囲】
1. 【請求項１】アプリケーションプログラムより、大量の
   印刷命令が発せられたときに、プリントジョブ単位と最
   大プリントジョブ数の情報をもつ制御変数格納部と、ア
   プリケーションプログラム内のプリントジョブ制御部内
   に頁カウンタ、全帳表枚数、プリントジョブ数を備えた
   変数部と、プリントジョブ作成判別部と、プリントイメ
   ージ作成部と、プリントジョブ作成部と、スプール監視
   部と、プリントジョブ送信判別部と、プリントジョブ送
   信部をもち、アプリケーションプログラム内で、プリン
   トジョブ送信時に事前に設定してあるプリントジョブ分
   割単位によりプリントジョブを分割する手段と、スプー
   ル内にあるプリントジョブをスプール監視部により常時
   監視し、スプール内のプリントジョブ数が制御変数格納
   部にあるプリントジョブ単位に達したときにプリントジ
   ョブの送信をプリントジョブ単位未満になるまで休止す
   る手段をもつことを特徴とするプリントキューへのプリ
   ントジョブ送信システム。
2. 【請求項２】請求項１のプリントジョブ送信システムに
   おいて、プリントキュー内に大量のプリントジョブを分
   割して送信する際、スプール監視部で常時スプール内の
   プリントジョブ数を監視し、事前に制御変数格納部に設
   定されている最大プリントジョブ数と比較し、最大プリ
   ントジョブ数以下の場合のみ、スプールへプリントジョ
   ブを送信することにより、スプール内のプリントジョブ
   数を複数に保つことを可能とすることを特徴とするプリ
   ントジョブ送信システム。
3. 【請求項３】請求項１のプリントジョブ送信システムに
   おいて、スプール監視部により得られるスプール数が、
   事前に設定したスプール数を越えたときに、スプール数
   が事前に設定したスプール数以下になるまで、プリント
   ジョブの送信を一時中断することでハードディスクの書
   込エラーによる印刷処理の不正終了を未然に防ぐ手段を
   特徴にもつプリントジョブ送信システム。
4. 【請求項４】請求項１のプリントジョブ送信システムに
   おいて、プリントキューが保有可能なプリントジョブ数
   に制限がある場合に、プリントキューへ送信するプリン
   トジョブを抑制することで、コンピュータの誤作動を回
   避する手段を特徴にもつプリントジョブ送信システム。