JPH07121318A - リモートプリンティングシステム - Google Patents

Abstract

(57)【要約】 【目的】 印刷ジョブを複数に分割して送信する際に、
システムの信頼性（印刷ジョブの順序性）を損なうこと
なく、かつホストコンピュータの処理効率の低下を防止
し、印刷終了までの時間を短縮する。 【構成】 ステップヘッダ４８Ａには、ＦＣＢフィール
ド６６内に”Ｓ１”というコードを格納し、ステップヘ
ッダ４８Ｂには、ＦＣＢフィールド６６内に”Ｓ２”と
いうコードを格納し、ステップヘッダ４８Ｃには、ＦＣ
Ｂフィールド６６内に”Ｓ３Ｅ”というコードを格納し
ている。符号Ｓは、分割データであることを示し、この
符号Ｓの後につく数値が分割された順番を示し、符号Ｅ
は末尾のデータであることを示す。印刷制御装置では、
このＦＣＢフィールド６６に格納された符号に基づい
て、送信されてくる分割された印刷ジョブの印刷順等を
認識し、印刷を実行する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】ホストコンピュータと通信回線を
介して接続された印刷装置を制御するリモートプリンテ
ィングシステムに関する。

【０００２】

【従来の技術】メインフレームをホストとする情報処理
システムは、多量のデータ処理及び多量の処理結果の印
刷出力ではバッチ処理を主体とした運用が一般的であ
る。

【０００３】バッチ処理では印刷データも、このバッチ
処理の実行単位であるバッチジョブ、或いはバッチジョ
ブステップ単位に処理される。

【０００４】このような情報処理システムに組み込まれ
たリモートプリンティングシステムでは、ホストコンピ
ュータから送信される印刷データは、バッチジョブ、或
いはバッチジョブステップ単位に印刷処理される。

【０００５】以後、このようなバッチジョブ、或いはバ
ッチジョブステップ単位の印刷データを印刷ジョブを称
する。

【０００６】通信回線を用いたリモートプリンティング
システムの処理形態は大きく２種類に分類することがで
きる。

【０００７】第１の処理形態は、ホストコンピュータか
ら受信した印刷ジョブをダイレクトに印刷装置に出力す
る方式であり、第２の処理形態は、受信した印刷ジョブ
を一旦印刷制御装置上のスプールファイルへ格納し、受
信を終了した印刷ジョブから順次印刷装置に出力する方
式である。

【０００８】第１の処理形態は、シンプルである反面、
印刷装置の障害発生等により印刷が中断したときは、ホ
ストコンピュータとの通信自体を停止させる必要があ
り、ホストコンピュータ側のリカバリ処理に影響がで
る。また、一般に通信障害で印刷ジョブの送信に失敗し
た場合、同印刷ジョブを再送信することでリカバリする
が、送信に失敗した印刷ジョブも印刷することがあり、
無駄が多いという欠点がある。

【０００９】一方、第２の処理形態は、印刷装置の障害
時や、通信障害発生時にもリカバリが容易でありリモー
トプリンティングシステムでは、この第２の処理形態に
よるスプール方式が一般的である。

【００１０】

【発明が解決しようとする課題】しかしながら、１つの
印刷ジョブが非常に大きいような場合、第２の形態のス
プール方式では、ホストコンピュータからの印刷ジョブ
転送が終了してから印刷を開始するこになり、印刷終了
までのターンアラウンドタイムが大きくなるという欠点
がある。

【００１１】また、印刷制御装置のスプールファイルの
容量をオーバーするような印刷ジョブは印刷できないと
いう欠点もある。

【００１２】これを解消するために、印刷ジョブを複数
に分割することが考えられるが、バッチ処理では、分割
された印刷ジョブが順序よく印刷制御装置に送信される
保証がなく、ホストコンピュータ側でこの出力順を保証
するためには、処理自体の待ち時間が発生し、処理効率
が著しく低下することになる。

【００１３】本発明は上記事実を考慮し、印刷ジョブを
複数に分割して送信する際に、システムの信頼性（印刷
ジョブの順序性）を損なうことなく、かつホストコンピ
ュータの処理効率の低下を防止し、印刷終了までの時間
を短縮することができるリモートプリンティングシステ
ムを得ることが目的である。

【００１４】

【課題を解決するための手段】請求項１に記載の発明
は、ホストコンピュータから通信回線を介して送出され
る印刷データを印刷装置によって印刷するためのリモー
トプリンティングシステムであって、印刷データを複数
の分割データに分割し、それぞれの分割データに対して
先頭から末尾まで相対的な順序が認識できるコードを付
加し、印刷データを順次印刷装置へ出力する上で、該分
割データを認識した場合に前記付加されたコードに基づ
いて該分割データの先頭から順番に検索し、印刷装置に
出力することを特徴としている。

【００１５】請求項２に記載の発明は、ホストコンピュ
ータから通信回線を介して送出される印刷データを印刷
装置によって印刷するためのリモートプリンティングシ
ステムであって、印刷データを任意の大きさに分割し複
数の分割データを作成する手段と、分割されたそれぞれ
の分割データに対して先頭と末尾と相対的な順序が認識
できるコードを付加する手段と、を備えた通信制御装置
と、前記通信制御装置から受信した印刷データを順次印
刷装置へ出力する上で分割データを認識した場合に該デ
ータが先頭の場合は印刷装置に出力し、終了後は次順の
印刷データを受信済の印刷データから検索する手段と、
次順の印刷データが未受信の場合は受信するまで印刷装
置への出力を待機する手段と、検索した次順の印刷デー
タが末尾の場合は該印刷データを出力後に通常の印刷処
理に復帰する手段と、を備えた印刷制御装置と、を有す
ることを特徴としている。

【００１６】請求項３に記載の発明は、前記ホストコン
ピュータからの出力時に分割データに付加されるスター
トセパレータ及びエンドセパレータに対し、前記印刷制
御装置からの出力時に先頭の分割データのスタートセパ
レータと末尾の分割データのエンドセパレータを除いて
印刷装置へ出力を抑止する手段を有することを特徴とし
ている。

【００１７】

【作用】請求項１に記載の発明によれば、例えば、印刷
制御装置のスプールファイルの容量をオーバーするよう
な印刷データを複数の印刷ジョブ（分割データ）に分割
する際に、それぞれの分割データに対して先頭から末尾
まで相対的な順序が認識できるコードを付加する。次
に、印刷データを順次印刷装置へ出力する上で、該分割
データを認識した場合に前記付加されたコードに基づい
て該分割データの先頭から順番に検索し、印刷装置に出
力する。

【００１８】このように相対的な順序が認識可能なコー
ドを付加することによって、例えば、ランダムに複数の
分割データが送信されたり、別件の印刷データが途中に
割り込まれたとしても、当初の印刷データを順序良く印
刷することができ、ホストコンピュータ側で出力順を保
証するといった作業が不要となるため、印刷効率を向上
することができる。

【００１９】請求項２に記載の発明によれば、受信した
印刷データを順次印刷装置へ出力する上で、付加された
コードによってその後の処理が決定する。

【００２０】すなわち、該データが先頭の場合は印刷装
置に出力し、この先頭の印刷データ（分割データ）の出
力後は次順の印刷データを受信済の印刷データから検索
する。

【００２１】ここで、次順の印刷データが未受信の場合
は受信するまで印刷装置への出力を待機する。また、検
索した次順の印刷データが末尾の場合は該印刷データを
出力後に通常の印刷処理に復帰する。

【００２２】上記のように付加されたデータに基づいて
処理を決定することにより、１つの印刷データが分割さ
れて送られてきても、順序良く印刷装置へ出力すること
ができる。

【００２３】請求項３に記載の発明によれば、分割され
たデータ毎にスタートセパレータとエンドセパレータと
を付加すると、オペレータの仕分け作業の煩雑となる場
合がある。

【００２４】そこで、先頭の分割ジョブのスタートセパ
レータと、末尾の分割ジョブのエンドセパレータを除い
てセパレータの出力を抑止又は制限するようにすれば、
分割されたデータ毎にスタートセパレータとエンドセパ
レータとが出力されることがなく、仕分け作業を行うオ
ペレータが混乱するような不具合を解消することができ
る。

【００２５】

【実施例】図１には、本発明のリモートプリンティング
システムの全体構成を示す実施例が示されている。

【００２６】ホストコンピュータシステム１０と印刷制
御装置１２とは、通信回線１４で接続され、また、印刷
装置１６は、印刷制御装置１２と接続されている。

【００２７】ホストコンピュータシステム１０は、バッ
チ処理機構１８、出力スプール２０及び通信制御機構２
２を備えており、通信制御機構２２が、通信回線１４を
介して印刷制御装置１２へ印刷ジョブを送信する制御を
行っている。

【００２８】バッチ処理機構１８で処理されたジョブ或
いはジョブステップの出力結果は、出力スプール２０へ
一時的に格納されるようになっており、このときに、１
つの印刷ジョブのサイズが所定の大きさ以上の場合に
は、印刷ジョブ分割手段２４によって、この印刷ジョブ
を分割し、複数の印刷ジョブとして出力スプール２０へ
格納するようになっている。この印刷ジョブの分割手順
については、後述する。

【００２９】なお、上記の如く、バッチ処理機構１８が
印刷ジョブ分割手段２４を備えるのは一例であり、ユー
ザが記述したバッチプログラム等のユーザアプリケーシ
ョンで同様の分割処理を行う等、印刷ジョブの分割方式
は限定されるものでない。

【００３０】出力スプール２０上の印刷ジョブは、通信
制御機構２２によって順次通信回線１４を介して印刷制
御装置１２へ送出されるようになっている。

【００３１】印刷制御装置１２は、通信制御プログラム
２６とスプールファイル２８、印刷順序制御プログラム
３０、印刷キュー３２及びライタ３４によって構成され
ている。

【００３２】すなわち、ホストコンピュータシステム１
０から送出された印刷ジョブは通信制御プログラム２６
により、スプールファイル２８に順次格納される。スプ
ールファイル２８上の印刷ジョブは印刷順序制御プログ
ラム３０に常時監視されており、印刷順に印刷キュー３
２へ登録されるようになっている。

【００３３】印刷キュー３２へ登録された印刷ジョブ
は、順番にライタ３４によって印刷可能な形式に変換さ
れると共に印刷装置１６へ出力されるようになってい
る。ここで、印刷キュー３２に印刷ジョブが登録されて
いない状態では、ライタ３４はアイドル状態となり、印
刷キュー３２への印刷ジョブの登録を待つようになって
いる。

【００３４】図２には、印刷ジョブ分割手段２４におい
て分割される前の印刷ジョブの構成が示されている。

【００３５】印刷ジョブは、印刷ジョブの開始を表すス
タートヘッダ３６と印刷ジョブの終了を表す終了ヘッダ
３８との間に、ジョブステップの開始を表すステップヘ
ッダ４０が設けられ、このステップヘッダ４０の後に印
刷データ４２が格納されている。

【００３６】本実施例では、この印刷ジョブを、図３に
示される如く、３つの印刷ジョブに分割している。分割
された印刷ジョブの各々には、上記と同様にスタートヘ
ッダ４４Ａ乃至Ｃ、終了ヘッダ４６Ａ乃至Ｃ及びステッ
プヘッダ４８Ａ乃至Ｃが設けられ、ステップヘッダ４８
Ａ乃至Ｃの続いて分割された印刷データ５０Ａ乃至Ｃが
格納されるようになっている。すなわち、印刷データ５
０Ａが分割された先頭の印刷データであり、印刷データ
５０Ｂが次順の印刷データ、印刷データ５０Ｃが末尾の
印刷データである。

【００３７】図４には、各印刷ジョブのヘッダ（スター
トヘッダ、終了ヘッダ、ステップヘッダ）の詳細なフォ
ーマットが示されている。各ヘッダのフォーマットは同
一であるため、分割前のスタートヘッダ３６、終了ヘッ
ダ３８、ステップヘッダ４０を例にとり説明し、他につ
いては説明を省略する。

【００３８】スタートヘッダ３６は、スタートヘッダで
あることを示す制御コードフィールド５２、ジョブ名を
示すジョブ名フィールド５４、ホストコンピュータシス
テム１０からの送信時間を示す送信時間フィールド５６
を含んで構成されている。

【００３９】終了ヘッダ３８は、終了ヘッダであること
を示す制御コードフィールド５８、ジョブ名を示すジョ
ブ名フィールド６０を含んで構成されている。

【００４０】また、ステップヘッダ４０は、ステップヘ
ッダであることを示す制御コードフィールド６２、ジョ
ブ名を示すジョブ名フィールド６４、ＦＣＢ（ファイル
コンドロールブロック）名を示すＦＣＢ名フィールド６
６、フォーム（印刷形式等）を表すフォームフィールド
６８及びコピー部数を示すコピー部数フィールド７０を
含んで構成されている。

【００４１】なお、ジョブ名、ＦＣＢ名、フォーム名、
コピー部数等のフィールドは、一般にホストコンピュー
タシステム１０で実行するバッチジョブを制御するため
に、ユーザが記述するＪＣＬ（ジョブコントロール言
語）のコマンド、或いはパラメータで設定することが可
能である。また、ＪＣＬで記述された内容を、バッチ処
理機構１８の設定によって、ＪＣＬでの記述内容を抑止
又は制限することも可能である。

【００４２】ここで、本実施例では、分割された各印刷
ジョブに対して、分割されたことを識別するコード及び
印刷順序を示すコードを格納するフィールドとして、ス
テップヘッダ４８Ａ乃至ＣのＦＣＢ名フィールド６６を
採用している。図５は、ＦＣＢフィールド６６へ印刷ジ
ョブが分割されたことを識別するコード及び印刷順序が
示されている。すなわち、ステップヘッダ４８Ａには、
ＦＣＢフィールド６６内に”Ｓ１”というコードを格納
し、ステップヘッダ４８Ｂには、ＦＣＢフィールド６６
内に”Ｓ２”というコードを格納し、ステップヘッダ４
８Ｃには、ＦＣＢフィールド６６内に”Ｓ３Ｅ”という
コードを格納している。

【００４３】ここで、符号Ｓは、分割データであること
を示し、この符号Ｓの後につく数値が分割された順番を
示し、符号Ｅは末尾のデータであることを示している。

【００４４】印刷制御装置１２では、このＦＣＢフィー
ルド６６に格納された符号に基づいて、送信されてくる
分割された印刷ジョブの印刷順等を認識し、印刷を実行
するようになっている。

【００４５】以下に本実施例の作用を図６のフローチャ
ートに従い説明する。まず、ステップ１００では、スプ
ールファイル２８から受信順に印刷ジョブを読取り、そ
れが分割された印刷ジョブであるか否かを識別する（ス
テップ１０２）。すなわち、ＦＣＢ名フィールド６６に
格納した符号Ｓの有無を判断する。

【００４６】分割された印刷ジョブでない場合は（ステ
ップ１０２での否定判定）、その印刷ジョブを印刷キュ
ー３２へ登録し（ステップ１０４）、ステップ１００に
戻り次の印刷ジョブの処理を行う。

【００４７】分割された印刷ジョブである場合は（ステ
ップ１０２での肯定判定）、ステップ１０６へ移行して
その印刷ジョブが先頭であるか否かを識別する（ＦＣＢ
名フィールド６６に格納した符号Ｓの後につく数値の１
か否かを判断する）。

【００４８】ここで、先頭でない場合は（ステップ１０
６での否定判定）、印刷キュー３２へ登録することな
く、ステップ１００に戻り、次の印刷ジョブスプールフ
ァイル２８から次の印刷ジョブの読取り処理を継続す
る。

【００４９】一方、分割された印刷ジョブが先頭の場合
は（ステップ１０６での肯定判定）、ステップ１０８で
分割順を示す数値Ｎを１とし、次いでステップ１１０で
その印刷ジョブを印刷キュー３２へ登録する。次いで、
ステップ１１２でＮをインクリメントした後、ステップ
１１４でスプールファイル２８から、その次に連続する
分割された印刷ジョブを検索する。すなわち、ＮとＦＣ
Ｂ名フィールド６６に格納された符号Ｓの後につく数値
とを比較する。

【００５０】ここで、もし、目的の印刷ジョブが検索で
きない場合は（ステップ１１６での否定判定）、まだ、
ホストコンピュータシステム１０からの転送が終了して
いない場合であり、受信終了まで、スプールファイル２
８の検索を繰り返す。

【００５１】目的の印刷ジョブが見つかった場合（ステ
ップ１１６での肯定判定）、ステップ１１８でその印刷
ジョブが末尾であるか否かを識別する。すなわち、ＦＣ
Ｂ名フィールド６６に格納した符号Ｅの有無を判断す
る。

【００５２】ステップ１１８において、末尾でないと判
断された場合は、ステップ１１０へ移行して、さらに次
に連続する分割された印刷ジョブを検索し、処理を繰り
返す。

【００５３】また、ステップ１１８で末尾であると判断
された場合は、ステップ１２０で印刷キュー３２へ登録
した後、ステップ１００へ戻り、次の印刷ジョブの処理
を続行する。

【００５４】以上の印刷順序制御により、分割された印
刷ジョブがどのような順に受信されても、ある違反、間
に全く別件の印刷ジョブを受信したとしても、分割され
た印刷ジョブを連続して印刷することができ、印刷効率
を向上することができる。

【００５５】なお、本実施例では、バッチ処理を主体と
したホストコンピュータシステム１０からのリモートプ
リンティングシステムをとり上げたが、ＬＡＮ（ローカ
ルエリアネットワーク）接続されたプリントサーバーに
おいても同様の効果を得ることができる。

【００５６】また、本実施例では、図１に示される如
く、印刷ジョブ分割手段２４が、バッチ処理機構に組み
込まれているが、これは、ユーザが印刷ジョブを分割す
ることを意識しなくても、バッチ処理機構１８で印刷ジ
ョブの分割が可能である。

【００５７】しかし、同様の処理を前述したように、ユ
ーザアプリケーシンプログラムで行うと、バッチ処理機
構１８を改造する必要がない。

【００５８】バッチ処理機構１８は、一般的に印刷デー
タに対してスタートセパレータ及びエンドセパレータと
称されるデータを付加する。これは、印刷時に表紙及び
裏表紙となるため、印刷装置から連続的に打ち出された
印刷結果に対してオペレータが仕分けをする際に、印刷
ジョブ間の切れ目が明確となり、仕分け作業が容易とな
る。

【００５９】ところで、印刷ジョブの分割処理をユーザ
アプリケーションプログラムで行う場合、バッチ処理機
構１８は、個々の分割されたデータ毎にスタートセパレ
ータとエンドセパレータとを付加すると、オペレータの
仕分け作業の煩雑となる場合がある。

【００６０】そこで、本実施例のライタ３４において、
印刷キュー３２から取り出された印刷ジョブが分割され
た印刷ジョブの場合に、先頭の分割ジョブのスタートセ
パレータと、末尾の分割ジョブのエンドセパレータを除
いてセパレータの出力を抑止又は制限するようにすれ
ば、分割されたデータ毎にスタートセパレータとエンド
セパレータとが出力されることがなく、仕分け作業を行
うオペレータが混乱するような不具合を解消することが
できる。

【００６１】

【発明の効果】以上説明した如く本発明に係るリモート
プリンティングシステムは、印刷ジョブを複数に分割し
て送信する際に、システムの信頼性（印刷ジョブの順序
性）を損なうことなく、かつホストコンピュータの処理
効率の低下を防止し、印刷終了までの時間を短縮するこ
とができるという優れた効果を有する。

【図面の簡単な説明】

【図１】本実施例に係るホストコンピュータシステムの
概略構成図である。

【図２】本実施例に係る印刷ジョブの構成図である。

【図３】本実施例に係る分割ジョブの構成図である。

【図４】本実施例に係るスタートヘッダ、終了ヘッダ及
びステップヘッダのフォーマット図である。

【図５】本実施例に係る分割ジョブのステップヘッダの
フォーマット及びＦＣＢ名フィールドに付加された順序
制御コードを示すフォーマット図である。

【図６】本実施例に係る順序制御プログラムを示す制御
フローチャートである。

【符号の説明】

１０ ホストコンピュータシステム １２ 印刷制御装置 １４ 通信回線 １６ 印刷装置 １８ バッチ処理機構 ２２ 通信制御機構 ２４ 印刷ジョブ分割手段 ３６ スタートヘッダ ３８ 終了ヘッダ ４０ ステップヘッダ

Claims (3)

【特許請求の範囲】
1. 【請求項１】 ホストコンピュータから通信回線を介し
   て送出される印刷データを印刷装置によって印刷するた
   めのリモートプリンティングシステムであって、 印刷データを複数の分割データに分割し、それぞれの分
   割データに対して先頭から末尾まで相対的な順序が認識
   できるコードを付加し、印刷データを順次印刷装置へ出
   力する上で、該分割データを認識した場合に前記付加さ
   れたコードに基づいて該分割データの先頭から順番に検
   索し、印刷装置に出力することを特徴とするリモートプ
   リンティングシステム。
2. 【請求項２】 ホストコンピュータから通信回線を介し
   て送出される印刷データを印刷装置によって印刷するた
   めのリモートプリンティングシステムであって、 印刷データを任意の大きさに分割し複数の分割データを
   作成する手段と、分割されたそれぞれの分割データに対
   して先頭と末尾と相対的な順序が認識できるコードを付
   加する手段と、を備えた通信制御装置と、 前記通信制御装置から受信した印刷データを順次印刷装
   置へ出力する上で分割データを認識した場合に該データ
   が先頭の場合は印刷装置に出力し、終了後は次順の印刷
   データを受信済の印刷データから検索する手段と、次順
   の印刷データが未受信の場合は受信するまで印刷装置へ
   の出力を待機する手段と、検索した次順の印刷データが
   末尾の場合は該印刷データを出力後に通常の印刷処理に
   復帰する手段と、を備えた印刷制御装置と、 を有することを特徴とするリモートプリンティングシス
   テム。
3. 【請求項３】 前記ホストコンピュータからの出力時に
   分割データに付加されるスタートセパレータ及びエンド
   セパレータに対し、前記印刷制御装置からの出力時に先
   頭の分割データのスタートセパレータと末尾の分割デー
   タのエンドセパレータを除いて印刷装置へ出力を抑止す
   る手段を有することを特徴とする請求項１又は請求項２
   記載のリモートプリンティングシステム。