JPH07160484A - ジョブ処理実行システム - Google Patents

Abstract

(57)【要約】 【目的】柔軟なジョブの削除・保存管理を行う。 【構成】ジョブ制御部３が、指示された所定期間を計時
して該所定時間の経過時を通知するタイマＴＭと、ジョ
ブ受付部１が受け付けたジョブ要求に対応するジョブ実
行部４からの最終処理の終了通知を受けた場合、該ジョ
ブ要求内に保存期間が指定されていない場合に該ジョブ
要求のジョブを削除し、該ジョブ要求内に該ジョブの保
存期間が指定されている場合は該保存期間の計時をタイ
マＴＭに指示するとともに、その後タイマＴＭから該ジ
ョブの保存期間の経過の通知を受けた場合に該ジョブを
削除するジョブ制御基本部１０とを有する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、複数のワークステーシ
ョン等から送られた文書等の変換、転送処理あるいはプ
リント等の出力処理のジョブをネットワークを介して受
け付け、該ジョブの処理または出力を行うジョブ処理実
行システムに関し、特に、受け付けたジョブの柔軟な削
除処理を実現するジョブ処理実行システムに関する。

【０００２】

【従来の技術】従来、ネットワークシステムにおいて
は、ファイルサーバやプリントサーバ等が該ネットワー
クに接続され、ワークステーション（クライアント）か
らファイルとして格納されたドキュメント等をプリンタ
等から出力する場合、一度、ファイルサーバから出力し
たいドキュメントを取り出し、その後この取り出したド
キュメントをプリントサーバに転送して該ドキュメント
をプリンタ等の出力装置から出力していた。また、この
取り出したドキュメント等に対して様々な変換処理が必
要な場合は、この変換処理を行った後、このドキュメン
トをプリンタ等の出力装置に転送して、プリント出力等
を行っていた。

【０００３】さて、このようなネットワークシステムに
おいて、プリントサーバ等がプリントジョブを受け付け
てプリント出力を終了すると、プリントサーバは、受け
付けたプリントジョブを削除していた。

【０００４】従って、クライアントが再度、同一のプリ
ントジョブを実行させたい場合、その度にプリントジョ
ブをプリントサーバに送出する必要があった。

【０００５】一方、特開昭６０−５９４４３号公報に
は、資源の競合によって異常終了を生じたジョブを残留
させることにより、当該ジョブの再処理を行う場合の処
理効率を向上することができる資源残留方式が記載され
ている。

【０００６】

【発明が解決しようとする課題】前述したように、従
来、複数の端末装置や出力装置が接続されたネットワー
クシステムにおいて、端末であるワークステーション等
から送られたジョブが出力装置により受け付けられ、該
ジョブに対する出力処理が終了すると、出力装置側に一
時保存されていたジョブは、この終了通知と同時に削除
されていた。

【０００７】このため、出力時にペーパジャム等の障害
が発生した場合、あるいはジョブ内の指定内容が誤って
いた場合、例えば出力すべきドキュメントの出力部数を
少なく指定しまった場合には、再度端末装置から同一の
ジョブあるいはほぼ同一のジョブを出力装置に送出しな
ければならず、煩雑かつ無駄な操作をユーザに強いると
ともに、ネットワーク上の通信負荷がかかることにより
効率的でないという問題点があった。

【０００８】また、端末装置が送出したプリントジョブ
内の内容であるドキュメントを誤操作により削除してし
まった場合、あるいは所定の格納装置に格納されたプリ
ントジョブ内の内容であるドキュメント等が消失してし
まった場合、出力装置側も、該プリントジョブの出力処
理後、該プリントジョブを削除してしまうため、２度と
該ドキュメントを出力することができず、柔軟性にかけ
るという問題点があった。

【０００９】なお、特開昭６０−５９４４３号公報に記
載された資源残留方式は、異常終了時における再処理を
効率的に行うものであり、正常終了後、すなわちプリン
トジョブに対する正常出力後は従来と同様に該プリント
ジョブを削除するものであり、上記問題点を解決するも
のではない。

【００１０】そこで、本発明は、かかる問題点を除去
し、ユーザから処理要求された各種ジョブにジョブの保
存期間を指定することにより、ユーザにとって柔軟なジ
ョブ管理を行うことができるジョブ処理実行システムを
提供することを目的とする。

【００１１】

【課題を解決するための手段】第１の発明は、ネットワ
ークを介して入力された１または複数のジョブ要求を受
け付けるジョブ受付部と、ジョブの出力処理、変換処理
等の種々のジョブ実行処理を行う１または複数のジョブ
実行部と、前記ジョブ受付部で受け付けたジョブ要求お
よび前記ジョブ実行部に対する処理を制御するジョブ制
御部とを有して前記各部が独立して前記ジョブ要求の実
行処理を行うジョブ処理実行システムにおいて、前記ジ
ョブ制御部は、指示された所定期間を計時して該所定時
間の経過時を通知するタイマと、前記ジョブ実行部から
前記ジョブ要求に対応する最終処理の終了通知を受けた
ことに対応して、該ジョブ要求内に指定されている該ジ
ョブの保存期間の計時を前記タイマに指示する第１の制
御手段と、前記タイマから該ジョブの保存期間の経過の
通知を受けたことに対応して該ジョブを削除する第２の
制御手段とを具備したことを特徴とする。

【００１２】第２の発明は、ネットワークを介して入力
された１または複数のジョブ要求を受け付けるジョブ受
付部と、ジョブの出力処理、変換処理等の種々のジョブ
実行処理を行う１または複数のジョブ実行部と、前記ジ
ョブ受付部で受け付けたジョブ要求および前記ジョブ実
行部に対する処理を制御するジョブ制御部とを有して前
記各部が独立して前記ジョブ要求の実行処理を行うジョ
ブ処理実行システムにおいて、前記ジョブ制御部は、現
在時刻を計時する時計手段と、前記ジョブ実行部からの
終了通知に対応して前記時計手段の現在時刻を参照して
保存期間が経過しているジョブを削除する制御手段とを
具備したことを特徴とする。

【００１３】

【作用】第１の発明では、ネットワークを介して入力さ
れた１または複数のジョブ要求を受け付けるジョブ受付
部と、ジョブの出力処理、変換処理等の種々のジョブ実
行処理を行う１または複数のジョブ実行部と、前記ジョ
ブ受付部で受け付けたジョブ要求および前記ジョブ実行
部に対する処理を制御するジョブ制御部とを有して前記
各部が独立して前記ジョブ要求の実行処理を行う際、前
記ジョブ制御部の第１の制御手段が、前記ジョブ実行部
から前記ジョブ要求に対応する最終処理の終了通知を受
けたことに対応して、該ジョブ要求内に指定されている
該ジョブの保存期間の計時をタイマに指示し、第２の制
御手段が、前記タイマから該ジョブの保存期間の経過の
通知を受けたことに対応して該ジョブを削除する。

【００１４】第２の発明では、ネットワークを介して入
力された１または複数のジョブ要求を受け付けるジョブ
受付部と、ジョブの出力処理、変換処理等の種々のジョ
ブ実行処理を行う１または複数のジョブ実行部と、前記
ジョブ受付部で受け付けたジョブ要求および前記ジョブ
実行部に対する処理を制御するジョブ制御部とを有して
前記各部が独立して前記ジョブ要求の実行処理を行う
際、前記ジョブ制御部の制御手段が、前記ジョブ実行部
からの終了通知に対応して、時計手段が示す現在時刻を
参照して保存期間が経過しているジョブを削除する。

【００１５】従って、ジョブの保存期間が指定されてい
る場合、第１の発明では、保存期間経過時にジョブが削
除され、第２の発明では、保存期間経過以降にジョブが
削除されることになり、これにより柔軟なジョブの保存
管理を行うことができる。

【００１６】

【実施例】以下、図面を参照して本発明の一実施例につ
いて説明する。

【００１７】図１は、本発明の第１の実施例であるジョ
ブ処理実行システムの構成を示す図である。図１におい
て、ジョブ処理実行システムは、ネットワークＮに接続
された複数のジョブ受付部１ａ〜１ｃ、管理部２、管理
入出力制御部２ａ、ジョブ制御部３、複数のジョブ実行
部４ａ〜４ｃ、アカウント・ロギングユーティリティ５
ａ〜５ｃ、ログファイル６、アカウントファイル７、オ
ブジェクト処理部８、オブジェクトファイル９を有して
いる。なお、ジョブ制御部３、アカウント・ロギングユ
ーティリティ５ａ〜５ｃ、ログファイル６、アカウント
ファイル７、オブジェクト処理部８、オブジェクトファ
イル９は、まとめてジョブ管理部Ｍとして、複数のジョ
ブ受付部１ａ〜１ｃ、複数のジョブ実行部４ａ〜４ｃ、
および複数のアカウント・ロギングユーティリティ５ａ
〜５ｃは、それぞれまとめてジョブ受付部１、ジョブ実
行部４、およびアカウント・ロギングユーティリティ５
として呼称する。

【００１８】ジョブ制御部３は、ジョブ制御基本部１
０、イベント処理部１０ａ、ロギング処理部１０ｂ、ア
カウント処理部１０ｃ、およびオブジェクト管理部１０
ｄ、およびタイマ部ＴＭを有している。

【００１９】ジョブ受付部１は、ネットワークを介して
入力されたジョブを受け付け、それぞれ正規化を行って
ジョブ制御部３のジョブ制御基本部１０に供給する。こ
こで、正規化とは、各種フォーマットで送られてきたジ
ョブを、本システムが定めるジョブのフォーマットに統
一することをいう。なお、図１において、ジョブ受付部
１ａ〜１ｃは、３つの構成となっているが、これは複数
の一例であり、複数としたのは、送られてくる種々のジ
ョブフォーマットに対応できるようにするためである。

【００２０】管理部２は、システム管理者からの操作な
どを受け付けて、インターフェースである管理入出力制
御部２ａを介して、ジョブ制御部３に処理を依頼し、あ
るいはジョブ制御部３で発生したイベントをイベント処
理部１０ａから受け付ける。また、アカウント（課
金）、やロギング（履歴）処理用のユーティリティ５ａ
〜５ｃの制御を行う。なお、図１において、管理部２
は、管理入出力制御部２ａとローカルに接続されている
が、ネットワーク例えばネットワークＮを介してリモー
トに接続されてもよい。

【００２１】このようにして、ジョブ制御部３に対し
て、上述したジョブ受付部１および管理部２からプリン
ト処理等のジョブあるいは管理のための制御依頼が入力
されることになる。

【００２２】ジョブ制御部３は、ジョブ受付部１、ある
いは管理入出力制御部２ａを介して管理部２から入力さ
れたジョブ等の内容を解析し、ジョブ実行部４に該ジョ
ブ等の処理を実行させる。

【００２３】ジョブ実行部４は、ジョブ処理部あるいは
ジョブ出力部のいづれかであり、ジョブ処理部は、文書
フォーマットの変換、イメージ処理、ノティファイ等の
処理を行い、ジョブ出力部は、ジョブの出力すなわち出
力媒体への記録、もしくはリダイレクトを実行する。な
お、ジョブ制御部３からジョブ実行部４に対する実行指
示は、ジョブの内容により、１回とは限らず必要な回数
の実行指示が繰り返される。また、リダイレクトとは、
このジョブ実行処理システム内のジョブ実行部４では処
理できない場合や該当するジョブ実行部４が稼動してい
ない場合に、ネットワークＮに接続された他のジョブ実
行処理システムのジョブ実行部にこのジョブを転送する
ことをいう。

【００２４】イベント処理部１０ａは、ジョブ制御部３
で発生したイベントを処理し、管理入出力制御部２ａか
ら入力されたイベント制御を受け、管理入出力制御部２
ａを介して管理部２にイベント通知を行う。

【００２５】ロギング処理部１０ｂは、イベント処理部
１０ａの処理内容を履歴としてログファイル６に格納す
る。

【００２６】アカウント処理部１０ｃは、ジョブに関す
るアカウント情報を、オブジェクト処理部８、オブジェ
クト管理部１０ｄを介してオブジェクトファイル９から
収集して、アカウントファイル７に格納する。

【００２７】オブジェクト処理部８は、多種のオブジェ
クトをアトリビュート（属性）とバリュー（値）として
オブジェクトファイル９に格納し、あるいは取り出しを
行う。ジョブ実行部４は、このオブジェクト処理部８に
アクセスして、ジョブ制御部３から依頼されたジョブの
アトリビュートを取り出してそれぞれの処理等の実行を
行う。

【００２８】さらに、ジョブ制御部３の詳細な構成につ
いて説明する。図２は、ジョブ制御部３の詳細な構成を
示す図である。図２において、ジョブ制御部３は、ジョ
ブ制御基本部１０、イベント処理部１０ａ、ロギング処
理部１０ｂ、アカウント処理部１０ｃ、オブジェクト管
理部１０ｄ、メモリ１０ｅおよびタイマ部ＴＭから構成
される。

【００２９】ジョブ制御基本部１０は、さらに要求制御
部１１ａ〜１１ｃ、ジョブスケジュール部１２、ジョブ
実行部制御部１３、キュー管理部１４から構成される。
そして、ジョブ受付部１、または管理入出力制御部２ａ
を介した管理部２との間の処理は、要求制御部１１ａ〜
１１ｃが行い、ジョブ実行部４との間の処理は、ジョブ
実行部制御部１３が行う。なお、複数の要求制御部１１
ａ〜１１ｃは、まとめて要求制御部１１と呼称する。

【００３０】ジョブスケジュール部１２は、キュー管理
部１４を用いて、ジョブ実行部４にそれぞれ対応する専
用のキューを作成とこのキューを管理を行い、要求制御
部１１からのジョブ処理要求に対するスケジューリング
とキューイングを行う。また、ジョブスケジュール部１
２は、ジョブ実行部制御部１３を介して、ジョブ実行部
４に対してジョブの処理依頼を行う。なお、キューイン
グは、ジョブスケジュール部１２の指示によりキュー管
理部１４が実行する。

【００３１】ここで、ジョブスケジュール部１２は、タ
イマ部ＴＭから割り込みがかけられた場合、あるいはイ
ベントが送られた場合に、オブジェクトの属性に保存期
間の指定があると、タイマ部ＴＭが通知した現在の時刻
を獲得し、保存期間を経過していると、オブジェクト管
理部１０ｄに、対応するジョブの削除を依頼する。

【００３２】要求制御部１１は、ジョブ受付部１、また
は管理入出力制御部２ａを介した管理部２からのジョブ
要求を受ける毎に生成されるので、同時に要求を受け付
けることが可能となる。そして、要求制御部１１は、ジ
ョブスケジュール部１２またはジョブ実行部制御部１３
に処理を依頼すると、その処理の依頼が完了するまで待
ち合わせるという、「完了復帰」の処理制御を行う。一
方、ジョブスケジュール部１２およびジョブ実行部制御
部１３は、関連する他の処理部に処理を依頼するだけ
で、処理の完了を待たずに次の処理の依頼を待ち合わせ
るという、「即時復帰」の処理制御を行う。なお、処理
の完了は、処理の依頼と同じようにして、処理の依頼元
に終了を通知する。

【００３３】ジョブ実行部制御部１３は、要求制御部１
１またはジョブスケジュール部１２からの処理要求を、
ジョブ実行部４に渡す。

【００３４】オブジェクト管理部１０ｄは、ジョブ制御
部３内で使用する各種オブジェクトを、メモリ１０ｅま
たはオブジェクト処理部８を使用してオブジェクトファ
イル９に書き込んだり、読み出したりする。この場合、
オブジェクトの一部をメモリ１０ｅに一時格納すること
で、オブジェクト処理の高速化を図っている。このオブ
ジェクトのオブジェクトクラスとしては、ジョブ以外に
ジョブ制御部（サーバ）、ジョブ出力部（プリンタ）、
メディア、フォント、リソース、転送方法などのクラス
があげられる。

【００３５】タイマ部ＴＭは、ジョブスケジュール部１
２が指定する時刻にジョブスケジュール部１２に割り込
みをかけ、あるいはイベントを送る。この割り込みある
いはイベントを受けたジョブスケジュール部１２は、上
述したようにタイマ部ＴＭから現在の時刻を得て、ジョ
ブの削除に関する処理を行う。

【００３６】次に、ジョブの処理依頼に対するジョブ制
御部内各部の処理について説明する。 図３は、ジョブ
の処理依頼が発生した場合の処理の流れを説明する図で
ある。 図３において、要求制御部１１がジョブの処理
依頼を受け付けると、このジョブオブジェクトをオブジ
ェクト管理部１０ｄを用いて作成し、ジョブスケジュー
ル部１２にジョブの処理を依頼する。そして、このジョ
ブの処理依頼を受けたジョブスケジュール部１２は、該
当するジョブオブジェクトと関連するジョブ実行部４の
オブジェクトを、オブジェクト管理部１０ｄから取り出
して、ジョブのスケジューリングを行い、キュー管理部
１４を用いてこのジョブのキューイングを行う。そし
て、要求制御部１１に復帰する。その後、ジョブスケジ
ュール部１２は、キュー管理部１４からジョブを取り出
し、ジョブ実行部制御部１３を介してジョブ実行部４に
このジョブを渡す。そして、ジョブスケジュール部１２
は、ジョブ実行部４からジョブ実行部制御部１３を介し
て処理完了通知を受けると、このジョブのオブジェクト
の状態を変更し、引き続いて処理を行う必要があるジョ
ブであれば、その処理を行う次のジョブ実行部４にジョ
ブを渡す。

【００３７】このジョブ実行部４からの処理完了通知を
ジョブスケジュール部１２が受けて、ジョブのオブジェ
クトの状態を変更する際、ジョブのオブジェクトの属性
に保存期間の指定があるか否かも調べる。そして、保存
期間の指定がない場合は、この処理が完了したジョブの
オブジェクトの削除をオブジェクト管理部１０ｄに依頼
し、保存期間の指定があった場合は、この指定された時
刻でジョブスケジュール部１２に割り込みをかける依頼
をタイマ部ＴＭに指示する。

【００３８】タイマ部ＴＭは、ジョブスケジュール部１
２から割り込みをかける指示を受けると、この指示され
た時刻にジョブスケジュール部１２に割り込みをかけ
る。そして、割り込みをかけられたジョブスケジュール
部１２は、割り込みをかけられたジョブに関する削除処
理を行う。

【００３９】なお、上述したジョブのオブジェクトの状
態の変更は、上述したオブジェクト管理部１０ｄへの通
知の他、イベント処理部１０ａ、アカウント処理部１０
ｃにも通知され、それぞれ処理が実行される。

【００４０】次に、さらに具体的な構成を示して、本ジ
ョブ処理実行システムを説明する。図４は、具体的なジ
ョブ処理実行システムの概要構成を示す図である。図４
において、ジョブ受付部３１は、ジョブ受付部１に対応
し、ＯＳＩ（OpenSystem Inteconnection）規格として
標準化が進められているプリントプロトコルであるＤＰ
Ａを受け付けることができる。管理入出力制御部３２
は、管理部入出力制御部２ａに対応し、端末ユーザイン
ターフェース（ＴＴＹ−ＵＩ）であり、管理部２が接続
される。また、プリントサーバ３３は、ジョブ管理部Ｍ
に対応する。コンバータ３４、トランスファ３５、プリ
ンタ３６、リダイレクタ３７は、ジョブ実行部４に対応
し、コンバータ３４およびトランスファ３５はジョブ処
理部として、プリンタ３６およびリダイレクタ３７はジ
ョブ出力部として機能する。

【００４１】コンバータ３４は、プリント標準制御言語
（ＥＳＣ／Ｐ）をページ記述言語であるポストスクリプ
ト（Postscript）に変換するフォーマットコンバータで
ある。また、トランスファ３５は、図示しないリモート
のファイルサーバにあるファイルを、ＯＳＩで規定され
たファイル転送プロトコル（ＦＴＡＭ）で取り出して転
送させるものである。

【００４２】プリンタ３６は、ポストスクリプト対応の
プリンタであり、リダイレクタ３７は、リモートにある
図示しないプリンタに対してリダイレクトするものであ
り、このプリンタは、ページ記述言語の１つであるイン
タープレス（Interpress）対応のプリンタである。

【００４３】次に、要求制御部１１のジョブ処理要求に
ついてフローチャートに基づいて説明する。図５は、要
求制御部１１のジョブ処理要求手順を示すフローチャー
トである。図５において、ジョブ受付部３１がプリント
プロトコルＤＰＡで受信し、正規化されたプリントジョ
ブ依頼は、プリントサーバ３３に渡される。プリントサ
ーバ３３内の要求制御部１１は、このプリントジョブに
付されたプリントジョブアトリビュートの有効性をチェ
ックし（ステップ１０１）、プリントジョブＩＤを生成
する（ステップ１０２）。そして、オブジェクト管理部
１０ｄを用いてジョブオブジェクトの登録を行う（ステ
ップ１０３）。その後、ジョブスケジュール部１２にプ
リントジョブの依頼し（ステップ１０４）、復帰した時
点でプリントジョブＩＤを呼び出し元に返し、復帰する
（ステップ１０５）。

【００４４】なお、プリントジョブアトリビュートの一
例を次に示す。すなわち、 ・job-name="sample" ・job-owner="user" ・printer-name="printer-1" ・document-format=document-format-ps ・transfer-method=transfer-method-with-request である。このように、プリントジョブアトリビュートは
テキストで記述される。

【００４５】次に、ジョブスケジュール部１２のジョブ
処理要求についてフローチャートに基づいて説明する。
図６は、ジョブスケジュール部１２のジョブ処理要求手
順を示すフローチャートである。図６において、ジョブ
スケジュール部１２は、オブジェクト管理部１０ｄから
処理要求のあったジョブオブジェクト（アトリビュー
ト）を取り出す（ステップ２０１）。そして、このジョ
ブオブジェクトの要求プリンタ名（printer-name-reque
sted）からプリンタを特定し（ステップ２０２）、キュ
ー管理部を用いてキューイングを行う（ステップ２０
３）。そして、このジョブのドキュメントがリモートに
あり、リトリーブする必要があるか否かを判断する（ス
テップ２０４）。リトリーブする必要がある場合は、ジ
ョブ実行部制御部１３を介してトランスファ３４にリト
リーブ処理を依頼する（ステップ２０５）。なお、ジョ
ブスケジュール部１２は、トランスファ３４にリトリー
ブ処理を依頼すると、上述したように即時復帰を行う。

【００４６】一方、リトリーブする必要がない場合は、
さらにフォーマット変換、すなわちジョブのドキュメン
トフォーマットが指定されたプリンタで解釈できないた
めにフォーマット変換が必要か否かを判断し（ステップ
２０６）、フォーマット変換が必要である場合、ジョブ
スケジュール部１２は、ジョブ実行部制御部１３を介し
てコンバータ３５にフォーマット変換処理を依頼し（ス
テップ２０７）、即時復帰を行う。一方、フォーマット
変換が必要でない場合は、ステップ２０８に移行する。

【００４７】そして、ステップ２０８において、ジョブ
スケジュール部１２は、要求制御部１１にジョブ処理要
求に対する終了通知を行う。

【００４８】さらに、対応するプリンタ３６あるいはリ
ダイレクタ３７を介したプリンタの処理が可能か否かを
判断する（ステップ２０９）。この場合の判断は、オブ
ジェクト管理部１０ｄを介してプリンタオブジェクトの
状態を取り出すことにより行う。そして、プリンタの処
理が可能でない場合は、処理を終了する。一方、プリン
タの処理が可能である場合は、処理すべきジョブがキュ
ー管理部１４の該プリンタの専用キューに格納されてい
るか否かを判断し（ステップ２１０）、キューイングさ
れていない場合は、処理を終了し、キューイングされて
いる場合は、ジョブ実行部制御部１３を介して該プリン
タに処理を依頼して（ステップ２１１）、即時復帰を行
い処理を終了する。

【００４９】ここで、ジョブスケジュール部１２は、そ
れぞれのジョブに対して、依頼した処理の終了通知があ
った場合、例えばステップ２０５において、トランスフ
ァ３４にリトリーブ処理を依頼した場合で、トランスフ
ァ３４からのリトリーブ処理の終了通知を受けた場合
は、端子Ｔ１１からジョブスケジュール部１２の該ジョ
ブに対する処理が開始し、ステップ２０７において、コ
ンバータ３５にフォーマット変換処理を依頼した場合
で、フォーマット変換の終了通知を受けた場合は、端子
Ｔ１２からジョブスケジュール部の該ジョブに対する処
理が開始し、ステップ２１１において、プリンタ３６あ
るいはリダイレクタ３７にプリント処理を依頼した場合
で、このプリント処理の終了通知を受けた場合は、端子
Ｔ１３からジョブスケジュール部の該ジョブに対する処
理が開始する。従って、新規のジョブ処理要求を受けた
場合も、端子Ｔ１０から該新規のジョブに対する処理が
開始されることになる。

【００５０】また、プリンタが処理不可能状態にあった
場合、プリンタが処理可能状態に変わると端子Ｔ１４か
ら処理を開始する。

【００５１】従って、プリント処理の終了通知を受ける
と（Ｔ１３）、このプリント処理のジョブに保存期間の
指定があるか否かを判断し（ステップ２１２）、保存期
間の指定がない場合は、このプリンタ処理を行ったプリ
ンタの専用キューの中から該当するジョブを取り外し
（ステップ２１３）、さらにドキュメント本体の削除を
行い（ステップ２１４）、次の処理を行うため、ステッ
プ２０９に移行し、処理を続行する。

【００５２】一方、ステップ２１２において、保存期間
の指定がある場合は、該保存期間の経過時にイベント通
知を行うよう、タイマ部ＴＭに設定の指示を行う（ステ
ップ２１５）。そして、ステップ２０９に移行する。

【００５３】ここで、ステップ２１５で設定された保存
期間が経過した場合、タイマ部ＴＭは、該ジョブの保存
期間が経過した旨のイベント通知がなされ（Ｔ１５）、
ジョブスケジュール部１２は、このイベント通知に対応
するジョブがあるか否かを判断し（ステップ２１６）、
該当するジョブがある場合は、保存期間を経過したか否
かをチェックし（ステップ２１７）、経過している場合
は、該当するジョブをキューから取り外し（ステップ２
１８）、さらにドキュメント本体の削除を行い（ステッ
プ２１９）、ステップ２０９に移行する。一方、ステッ
プ２１６で保存期間が指定されたジョブがない場合、お
よびステップ２１７のチェックで保存期間が経過してい
ない場合は、ステップ２０９に移行する。

【００５４】このようにして、ジョブ処理要求のなかに
ジョブの保存期間が指定されていない場合、ジョブ処理
の終了によりジョブが削除され、ジョブの保存期間が指
定されている場合は、タイマ部ＴＭに、指定した保存期
間が経過した旨の通知を行わせることによりジョブを削
除するようにしている。

【００５５】このため、ユーザが保存期間を指定した場
合には、ジョブ処理の終了とともに、直ちにジョブが削
除されず、ジョブが所定の期間、保存されるので、柔軟
なジョブ管理を行うことができる。もちろん、プリンタ
が処理不可能状態である場合、ジョブスケジュール部１
２は、プリント処理の終了通知を受信しないので、該ジ
ョブが削除されることはない。なお、上述したように、
プリント処理要求の終了通知と、プリント処理の終了通
知とは異なり、プリント処理の終了通知を受信した場合
に、ジョブスケジュール部１２がジョブの削除処理を行
う。そして、プリント処理要求の終了通知を受けた場合
には、ジョブスケジュール部１２が要求制御部１１にジ
ョブの処理要求が終了した旨を通知する。

【００５６】次に、第２の実施例について説明する。上
述した第１の実施例においては、ジョブスケジュール部
１２が、プリント処理の終了通知を受けた際に、保存期
間の指定がないとジョブを削除し、保存期間の指定があ
ると、タイマ部ＴＭに指定された保存期間のタイマをセ
ットさせ、タイムアウト時に所定の確認処理を行ってジ
ョブを削除するようにしていたが、第２の実施例におい
ては、各種ジョブのプリント処理を行う度に、保存期間
が指定されたジョブがあるいか否かを判断し、保存期間
が指定されたジョブがあると、さらにそのジョブの保存
期間が経過したか否かを判断して保存期間が経過したジ
ョブを削除するようにしている。

【００５７】この第２の実施例の構成は、第１の実施例
と同様な構成である。ただし、ジョブスケジュール部１
２およびタイマＴＭの動作が異なる。従って、第２の実
施例におけるジョブスケジュール部をジョブスケジュー
ル部２２、第２の実施例におけるタイマ部をタイマ部Ｔ
Ｍ２とする。

【００５８】以下、この第２の実施例におけるジョブス
ケジュール部２２のジョブ処理要求をフローチャートに
基づいて説明する。図７は、第２の実施例におけるジョ
ブスケジュール部２２のジョブ処理要求手順を示すフロ
ーチャートである。図７において、ジョブスケジュール
部２２は、オブジェクト管理部１０ｄから処理要求のあ
ったジョブオブジェクト（アトリビュート）を取り出す
（ステップ３０１）。そして、このジョブオブジェクト
の要求プリンタ名（printer-name-requested）からプリ
ンタを特定し（ステップ３０２）、キュー管理部を用い
てキューイングを行う（ステップ３０３）。そして、こ
のジョブのドキュメントがリモートにあり、リトリーブ
する必要があるか否かを判断する（ステップ３０４）。
リトリーブする必要がある場合は、ジョブ実行部制御部
１３を介してトランスファ３４にリトリーブ処理を依頼
する（ステップ３０５）。なお、ジョブスケジュール部
２２は、トランスファ３４にリトリーブ処理を依頼する
と、上述したように即時復帰を行う。

【００５９】一方、リトリーブする必要がない場合は、
さらにフォーマット変換、すなわちジョブのドキュメン
トフォーマットが指定されたプリンタで解釈できないた
めにフォーマット変換が必要か否かを判断し（ステップ
３０６）、フォーマット変換が必要である場合、ジョブ
スケジュール部２２は、ジョブ実行部制御部１３を介し
てコンバータ３５にフォーマット変換処理を依頼し（ス
テップ３０７）、即時復帰を行う。一方、フォーマット
変換が必要でない場合は、ステップ３０８に移行する。

【００６０】そして、ステップ３０８において、ジョブ
スケジュール部２２は、要求制御部１１にジョブ処理要
求に対する終了通知を行う。

【００６１】さらに、保存期間が指定されたジョブがあ
るか否かを判断する（ステップ３０９）。この判断され
るジョブは、現在格納されている全てのジョブを対象と
する。

【００６２】ここで、保存期間が指定されているジョブ
が存在する場合、ジョブスケジュール部２２は、さらに
タイマ部ＴＭ２から現在時刻を獲得し、この獲得した現
在時刻を参照して、指定された保存期間が経過している
か否かを判断する（ステップ３１３）。そして、保存期
間が経過している場合は、キューから該当するジョブを
取り外し（ステップ３１４）、ドキュメント本体の削除
を行い（ステップ３１５）、ステップ３１０に移行す
る。また、ステップ３０９で保存期間が指定されたジョ
ブがない場合、ステップ３１３で保存期間が経過してい
ない場合も、ステップ３１０に移行する。従って、タイ
マ部ＴＭ２はタイマ部ＴＭと異なり、単なる時計と同様
な機能を有するものである。

【００６３】ステップ３１０では、さらに対応するプリ
ンタ３６あるいはリダイレクタ３７を介したプリンタの
処理が可能か否かを判断する。この場合の判断は、オブ
ジェクト管理部１０ｄを介してプリンタオブジェクトの
状態を取り出すことにより行う。そして、プリンタの処
理が可能でない場合は、処理を終了する。一方、プリン
タの処理が可能である場合は、処理すべきジョブがキュ
ー管理部１４の該プリンタの専用キューに格納されてい
るか否かを判断し（ステップ３１１）、キューイングさ
れていない場合は、処理を終了し、キューイングされて
いる場合は、ジョブ実行部制御部１３を介して該プリン
タに処理を依頼して（ステップ３１２）、即時復帰を行
い処理を終了する。

【００６４】ここで、ジョブスケジュール部２２は、そ
れぞれのジョブに対して、依頼した処理の終了通知があ
った場合、例えばステップ３０５において、トランスフ
ァ３４にリトリーブ処理を依頼した場合で、トランスフ
ァ３４からのリトリーブ処理の終了通知を受けた場合
は、端子Ｔ２１からジョブスケジュール部２２の該ジョ
ブに対する処理が開始し、ステップ３０７において、コ
ンバータ３５にフォーマット変換処理を依頼した場合
で、フォーマット変換の終了通知を受けた場合は、端子
Ｔ２２からジョブスケジュール部の該ジョブに対する処
理が開始し、ステップ３１１において、プリンタ３６あ
るいはリダイレクタ３７にプリント処理を依頼した場合
で、このプリント処理の終了通知を受けた場合は、端子
Ｔ２３からジョブスケジュール部の該ジョブに対する処
理が開始する。従って、新規のジョブ処理要求を受けた
場合も、端子Ｔ２０から該新規のジョブに対する処理が
開始されることになる。

【００６５】また、プリンタが処理不可能状態にあった
場合、プリンタが処理可能状態に変わると端子Ｔ２４か
ら処理を開始する。

【００６６】従って、プリント処理の終了通知を受ける
と（Ｔ２３）、このプリント処理のジョブに保存期間の
指定があるか否かを判断し（ステップ３１６）、保存期
間の指定がない場合は、このプリンタ処理を行ったプリ
ンタの専用キューの中から該当するジョブを取り外し
（ステップ３１７）、さらにドキュメント本体の削除を
行い（ステップ３１８）、次の処理を行うため、ステッ
プ３０９に移行し、処理を続行する。

【００６７】一方、ステップ３１６において、保存期間
の指定がある場合は、そのままステップ３０９に移行す
る。

【００６８】このようにして、ジョブスケジュール部２
２は、プリント処理の終了の都度、該終了したジョブの
なかにジョブの保存期間が指定されていない場合にの
み、ジョブを削除するとともに、各ジョブ処理のプリン
ト処理前に全てのジョブの保存期間が指定の有無を調
べ、指定されている場合はさらに、保存期間が経過して
いるものを削除するようにしている。

【００６９】従って、ユーザが保存期間を指定した場合
には、ジョブ処理の終了とともに、直ちにジョブが削除
されず、少なくともジョブが所定の期間以上、保存され
るので、柔軟なジョブ管理を行うことができる。

【００７０】なお、上記実施例において、保存期間が指
定されていないものは、ジョブの出力終了通知をもとに
即時に該ジョブを削除するようにしているが、全てのジ
ョブに対し、予め定められた所定の少ない保存期間は該
ジョブを保存するようにしてもよい。

【００７１】

【発明の効果】以上説明したように、第１の発明では、
ネットワークを介して入力された１または複数のジョブ
要求を受け付けるジョブ受付部と、ジョブの出力処理、
変換処理等の種々のジョブ実行処理を行う１または複数
のジョブ実行部と、前記ジョブ受付部で受け付けたジョ
ブ要求および前記ジョブ実行部に対する処理を制御する
ジョブ制御部とを有して前記各部が独立して前記ジョブ
要求の実行処理を行う際、前記ジョブ制御部の第１の制
御手段が、前記ジョブ実行部から前記ジョブ要求に対応
する最終処理の終了通知を受けたことに対応して、該ジ
ョブ要求内に指定されている該ジョブの保存期間の計時
をタイマに指示し、第２の制御手段が、前記タイマから
該ジョブの保存期間の経過の通知を受けたことに対応し
て該ジョブを削除するようにしている。

【００７２】また、第２の発明では、ネットワークを介
して入力された１または複数のジョブ要求を受け付ける
ジョブ受付部と、ジョブの出力処理、変換処理等の種々
のジョブ実行処理を行う１または複数のジョブ実行部
と、前記ジョブ受付部で受け付けたジョブ要求および前
記ジョブ実行部に対する処理を制御するジョブ制御部と
を有して前記各部が独立して前記ジョブ要求の実行処理
を行う際、前記ジョブ制御部の制御手段が、前記ジョブ
実行部からの終了通知に対応して、時計手段が示す現在
時刻を参照して保存期間が経過しているジョブを削除す
るようにしている。

【００７３】従って、ジョブの保存期間が指定されてい
る場合、第１の発明では、保存期間経過時にジョブが削
除され、第２の発明では、保存期間経過以降にジョブが
削除されることになり、これにより柔軟なジョブの削除
・保存管理を行うことができるという利点を有する。

【００７４】特に、ユーザは、保存期間が指定され、該
保存期間内であれば、再度端末装置から同一のジョブあ
るいはほぼ同一のジョブを出力装置に送出することな
く、保存されたジョブを有効に用いることができるとい
う利点を有し、このことからネットワークの効率的な使
用を行うことができるという利点ももたらす。

【００７５】また、端末装置が送出したプリントジョブ
内の内容であるドキュメントを誤操作により削除してし
まった場合、あるいは所定の格納装置に格納されたプリ
ントジョブ内の内容であるドキュメント等が消失してし
まった場合でも、保存期間中であれば、該ドキュメント
等が出力装置側に保存されているので、端末装置側の原
因による異常状態にも対応することができるという利点
を有する。

【図面の簡単な説明】

【図１】本発明の第１の実施例であるジョブ処理実行シ
ステムの構成を示す図。

【図２】ジョブ制御部３の詳細な構成を示す図。

【図３】ジョブの処理依頼が発生した場合の処理の流れ
を説明する図。

【図４】具体的なジョブ処理実行システムの概要構成を
示す図。

【図５】要求制御部１１のジョブ処理要求手順を示すフ
ローチャート。

【図６】ジョブスケジュール部１２のジョブ処理要求手
順を示すフローチャート。

【図７】ジョブスケジュール部２２のジョブ処理要求手
順を示すフローチャート。

【符号の説明】

１，１ａ〜１ｃ ジョブ受付部 ２ 管理部 ２ａ 管
理入力制御部 ３ ジョブ制御部 ４，４ａ〜４ｃ ジョブ実行部 ５，５ａ〜５ｃ アカウント・ロギングユーティリティ
６ ログファイル ７ アカウントファイル ８ オブジェクト処理部 ９ オブジェクトファイル １０ ジョブ制御基本部 １０ａ イベント処理部 １０ｂ ロギング処理部 １０ｃ アカウント処理部 １０ｄ オブジェクト管理
部 ＴＭ タイマ Ｍ ジョブ管理部 Ｎ ネットワーク

Claims (2)

【特許請求の範囲】
1. 【請求項１】 ネットワークを介して入力された１また
   は複数のジョブ要求を受け付けるジョブ受付部と、ジョ
   ブの出力処理、変換処理等の種々のジョブ実行処理を行
   う１または複数のジョブ実行部と、前記ジョブ受付部で
   受け付けたジョブ要求および前記ジョブ実行部に対する
   処理を制御するジョブ制御部とを有して前記各部が独立
   して前記ジョブ要求の実行処理を行うジョブ処理実行シ
   ステムにおいて、 前記ジョブ制御部は、 指示された所定期間を計時して該所定時間の経過時を通
   知するタイマと、 前記ジョブ実行部から前記ジョブ要求に対応する最終処
   理の終了通知を受けたことに対応して、該ジョブ要求内
   に指定されている該ジョブの保存期間の計時を前記タイ
   マに指示する第１の制御手段と、 前記タイマから該ジョブの保存期間の経過の通知を受け
   たことに対応して該ジョブを削除する第２の制御手段と
   を具備したことを特徴とするジョブ処理実行システム。
2. 【請求項２】 ネットワークを介して入力された１また
   は複数のジョブ要求を受け付けるジョブ受付部と、ジョ
   ブの出力処理、変換処理等の種々のジョブ実行処理を行
   う１または複数のジョブ実行部と、前記ジョブ受付部で
   受け付けたジョブ要求および前記ジョブ実行部に対する
   処理を制御するジョブ制御部とを有して前記各部が独立
   して前記ジョブ要求の実行処理を行うジョブ処理実行シ
   ステムにおいて、 前記ジョブ制御部は、 現在時刻を計時する時計手段と、 前記ジョブ実行部からの終了通知に対応して前記時計手
   段の現在時刻を参照して保存期間が経過しているジョブ
   を削除する制御手段とを具備したことを特徴とするジョ
   ブ処理実行システム。