JP4141768B2

JP4141768B2 - Multiple job queue management method, multiple job queue management device, queue management system

Info

Publication number: JP4141768B2
Application number: JP2002251986A
Authority: JP
Inventors: ジェームスマシーソンロノ
Original assignee: Sharp Corp
Current assignee: Sharp Corp
Priority date: 2002-08-29
Filing date: 2002-08-29
Publication date: 2008-08-27
Anticipated expiration: 2022-08-29
Also published as: JP2004094407A

Description

【０００１】
【発明の属する技術分野】
本発明は、ネットワーク上にて、データがやりとりされて処理される、プリント等の各ジョブの管理に好適な、複数の各キューのための、管理方法、管理装置および管理システムに関するものである。
【０００２】
【従来の技術】
従来、ネットワーク化されたオフィス環境下において、各プリントジョブは、プリントのための装置に転送される前に、ネットワークサーバー上にてジョブ待ち制御される。最近のプリンタや多機能周辺デバイスもまた、各プリントジョブを格納するためのキューを備えている。キューとは、先入れ先出しの原則にしたがって各ジョブのデータを記憶するものである。
【０００３】
上記オフィス環境下では、同一のジョブの流れ内に二つの互いに異なるジョブ待ち制御（queuing）ポイントが存在することになるので、ユーザや管理者にとって、二つの異なるキュー上での、各ジョブの確認や管理を同時に効果的に行えないという問題を生じている。
【０００４】
現状では、ユーザは、ネットワークサーバー上と、周辺デバイス上とおいて、各ジョブを管理するための別々の各ユーザインターフェースとなる各プログラムを使用する必要がある。
【０００５】
ネットワークサーバーのネットワークキューは、一般的には、ノベル(Novell)やマイクロソフト製等のネットワークオペレーティングシステム（ＮＯＳ）のソフトウウェアツールを用いて管理されている。
【０００６】
周辺デバイスに搭載されたデバイスキューは、一般に、シンプルネットワークマネージメントプロトコル（ＳＮＭＰ）や、ジョブマネージメントインフォメーションベース（ＭＩＢ）や、インターネットプリンティングプロトコル（ＩＰＰ）等といった、市販され、標準化されたネットワークプロトコルを用いて、供給者が個々の装置仕様に合うように変更したソフトウウェアを用いて管理されている。
【０００７】
【発明が解決しようとする課題】
しかしながら、上記従来では、上記の各ユーザインターフェースの何れも、１を超えるジョブの待ち制御を同時に管理できるようにはなっていない。それゆえ、ユーザは、複数のキューから、各ジョブのスケジューリングを効果的に操作できないという問題を生じている。
【０００８】
本発明は、上記先行技術に関わる上記問題や他の問題の解決に取り組むものである。
【０００９】
【課題を解決するための手段】
本発明の複数のジョブキューの管理方法は、以上の課題を解決するために、複数のキューを管理するための複数のジョブキューの管理方法であって、第１システムの第１キュー内における各ジョブの状態をモニタし、第１システムと異なる第２システムの第２キュー内における各ジョブの状態をモニタして、第１キューおよび第２キュー内の各ジョブを、同一のキュー管理部により管理することを特徴としている。
【００１０】
上記方法によれば、それぞれモニタされた第１キューおよび第２キュー内の各ジョブを、同一のキュー管理部により管理することで、ユーザは、複数のキューから、各ジョブのスケジューリングを効果的に操作できる。
【００１１】
上記の複数のジョブキューの管理方法では、第１システムは、ネットワークサーバーであり、第２システムは、周辺デバイスであってもよい。
【００１２】
上記の複数のジョブキューの管理方法においては、第１キューおよび第２キューからの各ジョブを、同一のユーザインターフェース上に表示することが好ましい。
【００１３】
上記方法によれば、第１キューおよび第２キューからの各ジョブを、同一のユーザインターフェース上に表示することにより、上記各ジョブの管理をさらに容易化できる。
【００１４】
上記の複数のジョブキューの管理方法では、第１キューまたは第２キューからの互いに相違する各ジョブを格納していることを、前記ユーザインターフェース上に表示してもよい。
【００１５】
上記の複数のジョブキューの管理方法においては、各ジョブの内の一つを削除するための選択要求を受け取り、上記選択されたジョブが第１キューまたは第２キュー内に格納されているかを同定し、上記同定されたキューに対して削除要求を送出し、上記削除の完了の確認を受領したとき、キュー管理部により、上記選択されたジョブのための識別子を削除し、第１キューおよび第２キューの一方から削除不履行を受け取ると、第１キューおよび第２キューの他方に対して、削除要求を送出し、第１キューおよび第２キューの他方からの、削除の完了の確認を受け取ると、キュー管理部により、上記選択されたジョブのための識別子を削除するようにしてもよい。
【００１６】
上記の複数のジョブキューの管理方法では、各ジョブの内の一つを削除するための選択要求を受け取り、第１キューおよび第２キューの双方に対して削除要求を送出し、上記削除要求の受領の確認を受け取ったとき、キュー管理部により、上記選択されたジョブのための識別子を削除するようにしてもよい。
【００１７】
上記の複数のジョブキューの管理方法においては、各ジョブの一つの優先順位を変更するための選択要求を受け取り、上記選択されたジョブが第１キューまたは第２キュー内に格納されているかを同定し、上記同定されたキューに対して、選択されたジョブの優先順位を変更するための要求を送出し、上記同定されたキューから、上記優先順位の受領確認を受け取ったとき、上記ジョブのための優先順位を変更するようにしてもよい
上記の複数のジョブキューの管理方法では、第２キューに格納され、選択されたジョブを優先順位が他の各ジョブより上位の第１キュー上に移動させる要求を受け取り、選択されたジョブのために要求された優先順位より、低い優先順位を有する第２キュー上の全ての各ジョブをホールドし、選択されたジョブが第２キュー上にて昇格されたことの確認を第２キューから受け取ると、上記各ジョブのホールドを解除するようにしてもよい。
【００１８】
上記の複数のジョブキューの管理方法においては、第１キューの、選択されたジョブを、第２キューに格納された他の各ジョブより上位の優先順位に移動させる要求を受け取り、第２キュー内に選択されたジョブのためのスロットを生成し、選択されたジョブを第２キュー内のスロットに移動させるようにしてもよい。
【００１９】
上記の複数のジョブキューの管理方法では、第１キューおよび第２キューの一つ上の選択されたジョブを降格させるための要求を受け取ると、上記選択されたジョブを待機状態とし、上記選択されたジョブより高い優先順位を有する全ての各ジョブを同定し、上記同定された、高い優先順位を有する全ての各ジョブが出力された後、上記選択されたジョブの待機状態を解除するようにしてもよい。
【００２０】
本発明の複数のジョブキューの管理装置は、前記の課題を解決するために、キューを管理するための複数のジョブキューの管理装置であって、ネットワークサーバー内のサーバーキューの待ち状態をモニタすると共に、周辺デバイス内のデバイスキューの待ち状態をモニタするように設けられたプロセッサと、第１キューおよび第２キュー内の各ジョブを、同時に表示すると共に操作するようになっているユーザインターフェースとを備えていることを特徴としている。
【００２１】
上記構成によれば、プロセッサによってそれぞれモニタされた第１キューおよび第２キュー内の各ジョブを、同時に表示すると共に操作するようになっているユーザインターフェースを備えていることで、ユーザは、複数のキューの各ジョブのスケジューリングを効果的に操作できる。
【００２２】
上記の複数のジョブキューの管理装置においては、プロセッサは、ジョブを削除するための要求をユーザインターフェースから受け取り、上記ジョブを格納するサーバーキューまたはデバイスキューに対して、削除要求を送出するものであってもよい。
【００２３】
上記の複数のジョブキューの管理装置では、プロセッサは、サーバーキューまたはデバイスキューから、ジョブが削除されたことの確認を受け取ったとき、ユーザインターフェース上に表示されている各ジョブのリストから該当ジョブを除去するものであってもよい。
【００２４】
上記の複数のジョブキューの管理装置においては、プロセッサは、サーバーキューへの削除要求が不履行となったとき、自動的に、デバイスキューに対して削除要求を送るものであってもよい。
【００２５】
上記の複数のジョブキューの管理装置では、プロセッサは、ジョブのための優先順位を変更するための要求をユーザインターフェースから受け取ると、上記優先順位変更要求に基づき、サーバーキューおよびデバイスキュー内における他の各ジョブの優先順位を制御するものであってもよい。
【００２６】
上記の複数のジョブキューの管理装置においては、ユーザインターフェースは、出力を待機している複数の各ジョブ、各ジョブの出力状態、各ジョブを出力するための優先順位、および、個々のジョブを現在格納しているのはサーバーキューまたはデバイスキューであることを表示するものであることが望ましい。
【００２７】
上記の複数のジョブキューの管理装置では、各ジョブは、ファクスジョブ、プリントジョブ、スキャンジョブおよびコピージョブの何れかであってもよい。
【００２８】
上記の複数のジョブキューの管理装置においては、周辺デバイスは、コピー機、スキャナ、プリンタ、およびファクシミリ機の何れかまたはそれらの複合機であってもよい。
【００２９】
本発明のキュー管理システムは、前記の課題を解決するために、各キューの各ジョブを管理するためのキュー管理システムであって、各ジョブを格納するためのキューを有しているネットワークサーバーと、各ジョブを格納すると共に、出力するためのキューを備えている周辺デバイスと、同一のユーザインターフェースを介して、ネットワークサーバーおよび周辺デバイスの双方上の各ジョブを表示し、管理するための、ネットワークサーバーおよび周辺デバイスの双方に結合された、キュー管理部とを備えていることを特徴としている。
【００３０】
上記システムによれば、キュー管理部を有することによって、ユーザは、複数のキューにおける各ジョブのスケジューリングを効果的に操作できる。
【００３１】
上記キュー管理システムでは、キュー管理部は、ジョブを削除または中止するための要求をネットワークサーバーのキューに送り、上記ネットワークサーバーのキューにおいて、該当するジョブが既に周辺デバイスのキューに移動しているときは、自動的に、周辺デバイスのキューに対して、上記削除または中止の要求を送出するものであってもよい。
【００３２】
【発明の実施の形態】
本発明の実施の形態について図１ないし図７に基づき説明すれば、以下の通りである。
【００３３】
本発明に係る待ちジョブ（キュー）管理方法に係る、待ちジョブ管理装置および管理システム（queue management system）１２は、ネットワークサーバー２２および周辺デバイス（peripheral device）２６にそれぞれネットワーク１８を通して、接続されたコンピュータ１４を有している。
【００３４】
コンピュータ１４は、どのようなパーソナルコンピュータ（ＰＣ）や、情報ターミナルであってもよく、また、ネットワークサーバー２２や、周辺デバイス２６の一部であってもよい。コンピュータ１４は、コンピュータ１４のメモリに格納されたプログラムにより動作する待ちジョブ管理部（キュー管理部）１５に対してアクセス（データを出し入れしたり、操作したり）するプロセッサ１３を備えている。
【００３５】
プロセッサ１３は、ユーザ入力を受け取るためと共に、ネットワークサーバー２２および周辺デバイス２６に格納されている各ジョブの現状を表示するためのユーザインターフェース（ＵＩ）１６を使用できるようになっている。
【００３６】
ネットワークサーバー２２としては、サーバーキュー（サーバー内の待ちジョブ格納部、または待ちジョブ制御部）２４内に各ジョブを格納できれば、ネットワーク１８に使用される、どのような計算装置であってもよい。
【００３７】
周辺デバイス２６は、どのような、コピー機、プリンタ、ファクス（ＦＡＸ）機、スキャナ、多機能周辺（MultiFunction Peripheral, ＭＦＰ）デバイス（複合機）、または、コピー、プリント（印刷）、ファクス、および／またはスキャンの各ジョブを出力できる他の出力デバイスであってもよい。周辺デバイス２６には、デバイスキュー（デバイス内の待ちジョブ格納部、または待ちジョブ制御部）２８が設けられている。
【００３８】
ネットワーク１８は、どのような、インターネットや、ワイドエリアネットワーク（ＷＡＮ）、インターネット（ＩＰ）ネットワークといったイントラネットや、ローカルエリアネットワーク（ＬＡＮ）やイーサネット（登録商標）であってもよい。
【００３９】
ジョブ２０は、ネットワーク１８を通して、コンピュータ１４からサーバーキュー２４に送出される。この例でのジョブ２０は、プリントジョブであるが、コピー、プリント、ファクス、スキャン等の、周辺デバイス２６によって出力されることが必要な、どのようなジョブであってもよい。プリントジョブ２０は、最後には、サーバーキュー２４からデバイスキュー２８に移動（転送）される。デバイスキュー２８は、コンピュータ１４以外の多くの違った各ソース（sources）から入力される互いに相違する各ジョブをホールド（保持）することができる。
【００４０】
前記ユーザインターフェース１６は、待ちジョブ管理部１５により操作され、二つの各キュー２４、２８にそれぞれ保持された各ジョブ１７に関する情報（インフォメーション）を提供するものである。上記ユーザインターフェース１６により、ユーザまたは管理者は、各ジョブを内部に駐在（reside）させている各キューについて何ら考慮せずに、組み合わされて、セットになっている各ジョブの処理順序や現状を見て調べることができる。
【００４１】
前記待ちジョブ管理部１５によって、ユーザまたは管理者は、二つの各キューの各ジョブを境目無に、あたかも一つのキュー内にあるかのように管理することができる。待ちジョブ管理部１５により、ユーザは、同一（単一）のユーザインターフェース１６を通して、キュー２４とキュー２８との双方に格納された各ジョブに対し、削除（cancel, delete）、中止（pause）、ホールド（現状維持、現状保持）、および各ジョブの優先順位の組み換え（reorder）の少なくとも一つを実行できるようになっている。また、上記のような待ちジョブ管理部１５は、ネットワーク１８上に配置可能な、より多くの各ジョブキューを管理できる。
【００４２】
図２は、ユーザインターフェース１６のより詳しい図面である。本実施の形態では、ドキュメント名（図では、ドキュ．名と記す）を示す領域（field）３０は、出力の優先順位の順番にて、ドキュ（ＤＯＣ）．１−ドキュ．６といった互いに相違する各名称をリストアップするためのものである。現状（status）を示す領域３２は、プリント中、待機中、ホールド中等といった各ジョブの現状を示すためのものである。ロケーション（格納位置）を示す領域３４は、ジョブを現在駐在させているデバイスを示すためのものである。
【００４３】
図２においては、例えば、ジョブ（ドキュ．１）は、現在のところ、ＭＦＰである周辺デバイス２６のデバイスキュー２８内に駐在していることを示し、ジョブ（ドキュ．４）は、現在のところ、ネットワークサーバー２２のサーバーキュー２４内に駐在していることを示している。オーナー（データの所有者）を示す領域３６は、ジョブを始めた人を示すためのものである。各ジョブに関係する、その他を示す領域３８についても、ユーザインターフェース１６上に表示されてもよい。
【００４４】
ユーザは、ユーザインターフェース１６上に表示されたジョブを他の異なる位置にドラッグ（drag）することにより、簡単にジョブの優先順位を変更できる。例えば、ユーザは、カーソルをドキュ５の上に移動させ、マウスのボタンをクリックする。その後、ユーザは、マウスのボタンのクリック状態を維持しながら、上記カーソルをドキュ．２とドキュ．３との間の位置にドラッグし、マウスのボタンのクリックを解除する。これにより、待ちジョブ管理部１５は、ドキュ．５のジョブを、ドキュ．３およびドキュ．４の各ジョブより上位の優先順位に移動させるために必要な各コマンドを実行する。
【００４５】
ジョブを削除するために、ユーザは、ユーザインターフェース１６上にてジョブを選択した後、削除（delete）ボタンを入力（エンター）すればよい。例えば、ユーザは、カーソルをドキュ．３の上に移動させ、コンピュータメニューから削除コマンドを動作させることにより、待ちジョブ管理部１５は、ドキュ．３のジョブを削除するために必要な各コマンドを、ＭＦＰのキュー（待ちジョブ制御部）に送る。
【００４６】
ユーザインターフェース１６における他の実施の形態としては、図３に示すように、各ジョブを、そのジョブが駐在している位置のデバイスに基づいて表示することが挙げられる。
【００４７】
本実施の形態では、ドキュ．１、ドキュ．２、ドキュ．３の各ジョブの全ては、現在、周辺デバイス２６のデバイスキュー２８（図１参照）に駐在している。ドキュ．１のジョブは、デバイスキュー２８において最も高い優先順位を有しており、現在、プリント中である。
【００４８】
一方、ドキュ．４、ドキュ．５、ドキュ．６の各ジョブの全ては、現在、ネットワークサーバー２２のサーバーキュー２４（図１参照）に駐在している。図３では、駐在位置が、周辺デバイス２６またはネットワークサーバー２２であるかは、それらの間の境界線を表示画面上にて破線３９により示している。
【００４９】
図４は、待ちジョブ管理部１５により、各ジョブの削除または中止がどのようになされるかを示す図である。待ちジョブ管理部１５は、互いに異なる各待ちジョブ制御部に格納された各ジョブの現状を表示させる（ブロック４０）。本明細書では、ブロックとは、一つの工程またはステップを示す。
【００５０】
本実施の形態では、デバイスキュー２８およびサーバーキュー２４の双方に対して、待ちジョブ管理部１５から、問合せ（Inquire）５２がそれぞれ送出される。デバイスキュー２８およびサーバーキュー２４内の各ジョブの識別が、待ちジョブ管理部１５への各返答（reply）５４内にて待ちジョブ管理部１５に対し送り返される。その後、待ちジョブ管理部１５は、受け取った各返答５４内の情報を用いて、ユーザインターフェース１６上に出力されているジョブのリストを更新する。
【００５１】
次のブロック４２において、ユーザは、削除または中止するために、表示された各ジョブの一つまたは複数を選択することができる。待ちジョブ管理部１５は、ブロック４４として、削除または中止の要求をデバイスキュー２８およびサーバーキュー２４の一方または双方に対して送出する。続いて、待ちジョブ管理部１５は、ブロック４６において、選択されたジョブを現在格納している待ちジョブ制御部から、上記ジョブが削除または中止されたことを確認するコンファーメーションの受領を待機する。上記コンファーメーションを受領したとき、ブロック４８として、待ちジョブ管理部１５は、ジョブリストから削除されたジョブを除去するように、または、上記ジョブが中止あるいはホールドされた状態であることを示すように、ユーザインターフェース１６上に出力されているジョブのリスト表示を更新する。
【００５２】
次に、図５（ａ）を参照しながら、待ちジョブ管理部１５が、デバイスキュー２８内に駐在している各ジョブをどのように取り扱うかを、最初のケース６０として以下に説明する。待ちジョブ管理部１５は、デバイスキュー２８に対して、選択されたジョブと選択された機能（削除、中止、ホールド（中断））を示す削除要求（cancel request）６２を送出する。もし、選択されたジョブが未だ出力されていない場合、その周辺デバイス２６は、上記要求６２に基づき、デバイスキュー２８内の選択されたジョブを削除、中止またはホールドし、次に、待ちジョブ管理部１５に対して、それら何れかの操作完了を示すコンファーメーション６４を送り返す。
【００５３】
続いて、図５（ｂ）に示すように、サーバーキュー２４内に、現在、駐在しているジョブに対する、削除または中止の操作を、ケース６６として以下に説明する。待ちジョブ管理部１５は、削除または中止されるものとしてユーザにより選択されたジョブを、ユーザインターフェース１６上にて識別する。待ちジョブ管理部１５は、選択されたジョブを格納するものとしてのサーバーキュー２４を識別してから、そのサーバーキュー２４に対して削除または中止の要求６３を送出する。ネットワークサーバー２２は、要求６３に基づき、サーバーキュー２４内の選択されたジョブを削除または中止し、待ちジョブ管理部１５に対してそれら何れかの操作完了を示すコンファーメーション６５を送り返す。その後、待ちジョブ管理部１５は、削除または中止されたジョブを反映するように、ユーザインターフェース１６上に出力されているジョブのリスト表示を更新する。
【００５４】
ところで、ユーザが、ユーザインターフェースの表示画面から各ジョブを選択しているとき、各ジョブのいくつかは、既に、サーバーキュー２４からデバイスキュー２８に移動されていることがある。そこで、待ちジョブ管理部１５は、サーバーキュー２４またはデバイスキュー２８に、現在、位置しているジョブの位置に応じて、削除または中止要求がどのようにして送出されるかについて、自動的に調節されるようになっている。
【００５５】
つまり、図５（ｃ）に示すように、ジョブ７１は、ユーザが削除または中止されるべきジョブとして選択されたとき、サーバーキュー２４内にあったが、削除要求７０がサーバーキュー２４により受領される前にデバイスキュー２８に移動していたという状況を、ケース６８として以下に説明する。
【００５６】
待ちジョブ管理部１５は、選択されたジョブ７１における最後の位置として識別されたのがサーバーキュー２４であるので、上記サーバーキュー２４に対して、最初、削除または中止の要求７０を送出する。選択されたジョブ７１が、もはやサーバーキュー２４上には駐在していないから、サーバーキュー２４は、削除または中止要求７０が不履行となったことを示す通知（notice）７２を、待ちジョブ管理部１５に対して送り返す。
【００５７】
待ちジョブ管理部１５は、不履行の通知７２を受け取ると、削除または中止要求７０を、再度、デバイスキュー２８に対して送出する。デバイスキュー２８は、現時点において、選択されたジョブ７１を格納している。よって、周辺デバイス２６は、ジョブ７１を削除または中止した後、待ちジョブ管理部１５に対して、それら何れかの操作完了を示すコンファーメーション７６を送り返す。
【００５８】
次に、図５（ｄ）に示すように、ジョブ８１が選択された後に、サーバーキュー２４からデバイスキュー２８に移動したという状況での、他の実行方法について、ケース７８として以下に説明する。
【００５９】
ケース７８では、ケース６８のように削除要求をサーバーキュー２４に対し最初に送出することに代えて、待ちジョブ管理部１５は、削除または中止要求８０をサーバーキュー２４およびデバイスキュー２８の双方に対して、同時に送出する。これにより、待ちジョブ管理部１５は、ジョブ８０が、現在、何れの各キュー（待ちジョブ制御部）に格納されているか識別するのに必要な手間や時間を軽減できる。待ちジョブ管理部１５は、削除または中止のコンファーメーション８２を、各キュー２４、２８のいずれかから受領すると、削除または中止要求８０がうまく完了したことを知ることができる。
【００６０】
また、以下に、待ちジョブ管理部１５が、各ジョブを実行するための優先順位（priority）を、どのように変更しているかについて、図６に基づき説明する。例えば、ユーザは、サーバーキュー２４およびデバイスキュー２８の何れか内の一つのジョブを、周辺デバイス２６からプリント中のジョブの次にプリントアウトしたい場合がある。もし、上記ジョブが、出力される各ジョブのリストにおいて、現在は５番目である場合、ユーザは、ユーザインターフェース１６（図１参照）において、上記リストのトップの位置までに上記ジョブを移動させる。そのとき、選択されたジョブは、周辺デバイス２６から出力される次のジョブとなる。ユーザは、図２に示す、領域３０のジョブリスト内でジョブを上または下に移動させることにより、ジョブの優先順位を速くしたり、遅くしたりできる。
【００６１】
各キュー内の各ジョブの優先順位を示す各待ち状態は、図６に示すように、ユーザインターフェース１６により表示される（ブロック９０）。待ちジョブ管理部１５は、ユーザがジョブの優先順位を変更（速く（昇格）／遅く（降格））したことを知ると（ブロック９２）、サーバーキュー２４およびデバイスキュー２８の何れかまたは双方に対して、ユーザにより選択された優先順位の変更へのオペレーション（操作）を含む要求を送出する（ブロック９４）。上記の各キューの一つからのコンファーメーションを受領すると（ブロック９６）、待ちジョブ管理部１５は、優先順位が速い位置、または遅い位置となっている選択されたジョブを備えたジョブリストを反映するように、ユーザインターフェース１６を更新する。
【００６２】
次に、待ちジョブ管理部１５が、優先順位の変更をどのようにして取り扱うかについて、図７（ａ）ないし（ｃ）を参照しながら、以下に説明する。ユーザが、図７（ａ）に示すように、同一キュー内の各ジョブのリスト内にてジョブの優先順位を速く、または遅くすることを要求する場合を、ケース１００とする。例えば、ユーザが、図２に示す、優先順位が最も遅いジョブである、ドキュ．６を、サーバーキュー２４上における他の二つの各ジョブである、ドキュ．４およびドキュ．５の上位にのみ移動させる場合や、ＭＦＰのデバイスキュー２８内のドキュ．３を、同じＭＰＦのデバイスキュー２８内のドキュ．２の上位に移動させる場合が挙げられる。
【００６３】
上記場合では、図７（ａ）に示すように、待ちジョブ管理部１５は、優先順位が変更される必要があるジョブを備えたキューに対して、優先順位の変更要求１０２を送出する。キュー２４またはキュー２８は、変更要求１０２に含まれている優先順位の変更を実行し、その実行完了を示すコンファーメーション１０４を待ちジョブ管理部１５に対して送り返す。
【００６４】
ところで、ジョブは、ユーザが上記ジョブのために新たな優先順位を選択した直後に、一つのキューから他のキューに移動している場合がある。さらに、ジョブは、サーバーキュー２４内の現在の優先順位から、デバイスキュー２８内の選択された優先順位に移動される場合もある。そこで、各キューの境界を越えて、ジョブを移動させる場合を以下に説明する。
【００６５】
図７（ｂ）に示すように、上記場合としてのケース１０６は、各キューの境界を越えて、ジョブの優先順位を速くする（昇格させる）ように上記ジョブを移動させるとき、待ちジョブ管理部１５がどのように動作するかを説明するものである。例えば、図２に示す、サーバーキュー２４内のジョブであるドキュ．５が、ＭＦＰのデバイスキュー２８内のドキュ．３より上位に移動させる場合である。
【００６６】
図１にも示すように、待ちジョブ管理部１５は、サーバーキュー２４に対し、ジョブであるドキュ．５をサーバーキュー２４のトップ位置に昇格（優先順位を速くする）させるための要求１０８を送る。ジョブであるドキュ．５は、サーバーキュー２４の優先順位のトップ位置に昇格し、デバイスキュー２８に対し次に送られるジョブとなる。その後、上記サーバーキュー２４は、そのコンファーメーション１１０を待ちジョブ管理部１５に送る。
【００６７】
待ちジョブ管理部１５は、デバイスキュー２８に対し、ジョブであるドキュ．５の識別された優先順位より下位の優先順位を有する全てのジョブをホールドするための要求１１２を送り、また、ジョブであるドキュ．５を昇格させるための要求１１４を送る。デバイスキュー２８は、ジョブであるドキュ５の優先順位より下位の優先順位を有する全てのジョブをホールドした後、ジョブであるドキュ５を、それをサーバーキュー２４より受領したときに、要求された優先順位に昇格させる。そのコンファーメーション１１６が、ドキュ．５が既に昇格されているデバイスキュー２８によって送出された後、待ちジョブ管理部１５は、ホールドされた状態の各ジョブのホールドを解除するための要求１１８をデバイスキュー２８に対し送る。
【００６８】
以下に、このようなドキュ．５の移動に関する実施の他の形態を説明する。実施の他の形態では、デバイスキュー２８上に、ジョブであるドキュ．５のためのスロット（空き領域、割り込み領域）が生成され、その後、そのスロットに上記ジョブであるドキュ．５が移動（転送）されている。本実施の他の形態においては、ドキュ．５のジョブが出力されるまで、ドキュ．５のためにリザーブ（予約、確保）されたスロットより優先順位が下位のジョブは、デバイスキュー２８より出力されないようになっている。
【００６９】
ユーザが、ジョブであるドキュ．５を、デバイスキュー２８内の一つまたは複数のジョブより上位に移動させるときに、デバイスキュー２８に、ジョブを移動させるための空き領域が無い場合がある。もし、現時点において、デバイスキュー２８に上記空き領域が無いとき、サーバーキュー２４は、選択されたジョブであるドキュ．５を、直ちには、デバイスキュー２８に送れないように設定されていてもよい。この状況においては、デバイスキュー２８は、昇格されたジョブであるドキュ．５を受領する前に、いくつかのジョブを出力させておくように設定されていてもよい。
【００７０】
一例として、ユーザは、図２に示すドキュ．２の上位に、ジョブであるドキュ．５の昇格を要求することができる。しかしながら、ジョブであるドキュ．５を受領するのに十分な空き領域を確保するためには、予め、各ジョブであるドキュ．１およびドキュ．２を出力しておくことが必要となる場合がある。この場合では、ジョブであるドキュ．５がデバイスキュー２８に移動される前に、ドキュ．１およびドキュ．２は出力される必要があるので、デバイスキュー２８は、ジョブであるドキュ．５をドキュ．２の上位ではなく、ドキュ．３の上位にのみ昇格させることができる。
【００７１】
次に、各キューの境界を越えて、ジョブを降格させる場合を、図７（ｃ）を参照しながら、ケース１２２として以下に説明する。まず、ユーザが、デバイスキュー２８内の、降格されるジョブを選択する。待ちジョブ管理部１５は、デバイスキュー２８に対し、選択されたジョブの降格された優先順位より、上位のジョブが、全て、出力されるまで、上記選択されたジョブをホールドする要求１２４を送る。デバイスキュー２８はコンファーメーション１２６を送り返す。
【００７２】
降格されたジョブは、ユーザインターフェース１６上では移動して表示されるが、デバイスキュー２８内においては、物理的に移動されなくともよい。例えば、デバイスキュー２８は、より優先順位の高い各ジョブが出力されるまで、その選択されたジョブをホールドでき、その後に、上記選択されたジョブのホールドを出力のために解除することができる。
【００７３】
本実施の形態における、待ちジョブ管理部１５と各キュー２４、２８との間でやりとりされる各コマンドは、市販の、標準化されたネットワークプロトコルを用いてなされている。上記プロトコルとしては、シンプルネットワークマネージメントプロトコル（ＳＮＭＰ）や、ジョブマネージメントインフォメーションベース（ＭＩＢ）や、インターネットプリンティングプロトコル（ＩＰＰ）等が挙げられる。それらネットワークプロトコルについては、上述した各機能をいくつか設けるために、拡張されてもよい。代わりに、本実施の形態に係る各動作を実行するために、注文生産（custom）のネットワークプロトコルを用いてもよい。
【００７４】
本実施に形態に係る、上述したシステムは、キュー動作のいくつかまたは全てを実行するため、市販の、プロセッサシステム、マイクロコントローラ、プログラマブルロジックデバイス、またはマイクロプロセッサを用いることができる。本実施の形態に係る、上述した各動作のいくつかをソフトウウェアの形態にて実行し、他の動作をハードウェアの形態で実行してもよい。
【００７５】
本発明を理解し易くする目的のために、上記の各動作を、種々な相互に結合された各機能ブロックや、別々の各ソフトウェアモジュールとして記載したが、上記のように分かれている必要はなく、上記の各機能ブロックや、各モジュールは、等価的な、明確な境界が無い、単一の、ロジックデバイス、プログラム、オペレーションに集合されたものでもよい。
【００７６】
いずれにせよ、上記の各機能ブロックや、各ソフトウェアモジュール、上述された特徴を、それら自身、または他の動作（operations）との組み合わせで、ハードウェアまたはソフトウェアの形態にて実行することが可能である。さらに、上記ソフトウェアについては、フロッピー（登録商標）ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＤＶＤ、ハードディスク等の記録媒体に記録して、市場に流通させることもできる。
【００７７】
本実施の形態では、本発明の技術的思想を、図面と記述により示したが、本発明は、上記技術的思想の範囲内にて構成や細部を変形してもよいことは明らかである。本発明の権利範囲は、前述した特許請求の範囲の欄にて示された、技術的な思想の範囲内にてどのような変形も可能なものである。
【００７８】
【発明の効果】
本発明の複数のジョブキューの管理方法は、以上のように、第１システムの第１キュー内における各ジョブの状態をモニタし、第１システムと異なる第２システムの第２キュー内における各ジョブの状態をモニタして、第１キューおよび第２キュー内の各ジョブを、同一のキュー管理部により管理する方法である。
【００７９】
それゆえ、上記方法では、それぞれモニタされた第１キューおよび第２キュー内の各ジョブを、同一のキュー管理部により管理することで、ユーザは、複数のキューから、各ジョブのスケジューリングを効果的に操作できるという効果を奏する。
【００８０】
本発明の複数のジョブキューの管理装置は、以上のように、ネットワークサーバー内のサーバーキューの待ち状態をモニタすると共に、周辺デバイス内のデバイスキューの待ち状態をモニタするように設けられたプロセッサと、第１キューおよび第２キュー内の各ジョブを、同時に表示すると共に操作するようになっているユーザインターフェースとを備えている構成である。
【００８１】
それゆえ、上記構成においては、プロセッサによってそれぞれモニタされた第１キューおよび第２キュー内の各ジョブを、同時に表示すると共に操作するようになっているユーザインターフェースを備えていることで、ユーザは、複数のキューにおける各ジョブのスケジューリングを効果的に操作できるという効果を奏する。
【図面の簡単な説明】
【図１】本発明の複数のジョブキューの管理方法に係る管理装置および管理システムの構成図である。
【図２】上記管理装置および管理システムのユーザインターフェースでの表示例を示す正面図である。
【図３】上記管理装置および管理システムのユーザインターフェースでの他の表示例を示す正面図である。
【図４】上記管理方法の各手順例を示すブロック図である。
【図５】（ａ）〜（ｄ）は、上記管理方法の他の各手順例をそれぞれ示すブロック図である。
【図６】上記管理方法のさらに他の各手順例を示すブロック図である。
【図７】（ａ）〜（ｃ）は、上記管理方法のさらに他の各手順例をそれぞれ示すブロック図である。
【符号の説明】
１５待ちジョブ管理部
１６ユーザインターフェース
２２ネットワークサーバー
２４サーバーキュー
２６周辺デバイス
２８デバイスキュー[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a management method, a management apparatus, and a management system for a plurality of queues suitable for managing each job such as printing in which data is exchanged and processed on a network.
[0002]
[Prior art]
Conventionally, in a networked office environment, each print job is subjected to job waiting control on a network server before being transferred to an apparatus for printing. Modern printers and multifunction peripheral devices also have queues for storing each print job. The queue stores data of each job according to the first-in first-out principle.
[0003]
In the above office environment, there are two different job queuing points in the same job flow, so that users and administrators can check each job on two different queues. And management are not effective at the same time.
[0004]
At present, the user needs to use each program serving as a separate user interface for managing each job on the network server and the peripheral device.
[0005]
The network queue of the network server is generally managed using a software tool of a network operating system (NOS) such as Novell or Microsoft.
[0006]
Device queues installed in peripheral devices generally use commercially available and standardized network protocols such as Simple Network Management Protocol (SNMP), Job Management Information Base (MIB), and Internet Printing Protocol (IPP). The software is managed using software that has been modified by the supplier to meet individual device specifications.
[0007]
[Problems to be solved by the invention]
However, none of the above user interfaces can simultaneously manage wait control for more than one job. Therefore, there is a problem that the user cannot effectively operate scheduling of each job from a plurality of queues.
[0008]
The present invention addresses the above and other problems associated with the prior art.
[0009]
[Means for Solving the Problems]
In order to solve the above problems, a plurality of job queue management methods of the present invention are a plurality of job queue management methods for managing a plurality of queues, and each of the job queues in the first queue of the first system. The job status is monitored, the status of each job in the second queue of the second system different from the first system is monitored, and each job in the first queue and the second queue is managed by the same queue management unit It is characterized by doing.
[0010]
According to the above method, each job in the first queue and the second queue monitored is managed by the same queue management unit, so that the user can effectively schedule each job from a plurality of queues. Can be operated.
[0011]
In the plurality of job queue management methods described above, the first system may be a network server, and the second system may be a peripheral device.
[0012]
In the above-described method for managing a plurality of job queues, it is preferable to display each job from the first queue and the second queue on the same user interface.
[0013]
According to the above method, each job from the first queue and the second queue is displayed on the same user interface, whereby the management of each job can be further facilitated.
[0014]
In the plurality of job queue management methods described above, it may be displayed on the user interface that different jobs from the first queue or the second queue are stored.
[0015]
In the above-described method for managing a plurality of job queues, a selection request for deleting one of the jobs is received, and whether the selected job is stored in the first queue or the second queue is identified. When the deletion request is sent to the identified queue and confirmation of the completion of the deletion is received, the queue management unit deletes the identifier for the selected job, and the first queue and the first queue When deletion failure is received from one of the two queues, a deletion request is sent to the other of the first queue and the second queue, and confirmation of completion of deletion is received from the other of the first queue and the second queue The identifier for the selected job may be deleted by the queue management unit.
[0016]
In the management method for a plurality of job queues described above, a selection request for deleting one of the jobs is received, a deletion request is sent to both the first queue and the second queue, and the deletion request is transmitted. When the receipt confirmation is received, the queue management unit may delete the identifier for the selected job.
[0017]
In the management method for a plurality of job queues described above, a selection request for changing one priority of each job is received, and whether the selected job is stored in the first queue or the second queue is identified. A request for changing the priority of the selected job is sent to the identified queue, and the receipt of the priority is received from the identified queue. You may be allowed to change the priority of
In the above-described method for managing a plurality of job queues, a request for moving a selected job stored in the second queue to the first queue having a higher priority than other jobs is received and the selected job is Hold all jobs on the second queue that have a lower priority than the priority requested in step 1, and receive confirmation from the second queue that the selected job has been promoted on the second queue. The hold of each job may be released.
[0018]
In the above-described method for managing a plurality of job queues, a request for moving the selected job in the first queue to a higher priority than the other jobs stored in the second queue is received, A slot for the selected job may be generated, and the selected job may be moved to a slot in the second queue.
[0019]
In the method for managing a plurality of job queues, when a request for demoting a selected job on one of the first queue and the second queue is received, the selected job is placed in a standby state and the selected job is selected. All the jobs having higher priority than the selected job are identified, and after all the identified jobs having higher priority are output, the standby state of the selected job is released. Also good.
[0020]
A plurality of job queue management apparatuses according to the present invention are a plurality of job queue management apparatuses for managing a queue to monitor the waiting state of a server queue in a network server. And a processor provided to monitor the waiting state of the device queue in the peripheral device, and a user interface adapted to simultaneously display and operate each job in the first queue and the second queue. It is characterized by having.
[0021]
According to the above configuration, each user in the first queue and the second queue respectively monitored by the processor is provided with a user interface that is configured to display and operate the job at the same time. The scheduling of each job in the queue can be operated effectively.
[0022]
In the plurality of job queue management apparatuses, the processor receives a request for deleting a job from the user interface, and sends a deletion request to a server queue or a device queue storing the job. May be.
[0023]
In the above-described management apparatus for a plurality of job queues, when the processor receives confirmation from the server queue or device queue that the job has been deleted, the processor selects the job from the list of each job displayed on the user interface. It may be removed.
[0024]
In the plurality of job queue management apparatuses described above, the processor may automatically send a deletion request to the device queue when a deletion request to the server queue fails.
[0025]
In the apparatus for managing a plurality of job queues, when the processor receives a request for changing the priority for a job from the user interface, the processor receives another request in the server queue and the device queue based on the priority change request. The priority order of each job may be controlled.
[0026]
In the above-described plurality of job queue management apparatuses, the user interface displays a plurality of jobs waiting to be output, an output status of each job, a priority for outputting each job, and an individual job at present. It is desirable to indicate that what is stored is a server queue or a device queue.
[0027]
In the plurality of job queue management apparatuses, each job may be a fax job, a print job, a scan job, or a copy job.
[0028]
In the plurality of job queue management apparatuses described above, the peripheral device may be any one of a copier, a scanner, a printer, a facsimile machine, or a complex machine thereof.
[0029]
In order to solve the above problems, the queue management system of the present invention is a queue management system for managing each job of each queue, and includes a network server having a queue for storing each job; A network for displaying and managing each job on both the network server and the peripheral device via the same user interface as the peripheral device having a queue for storing and outputting each job And a queue management unit coupled to both the server and the peripheral device.
[0030]
According to the system described above, by having the queue management unit, the user can effectively operate scheduling of each job in a plurality of queues.
[0031]
In the queue management system, the queue management unit sends a request for deleting or canceling a job to the network server queue, and when the job is already moved to the queue of the peripheral device in the network server queue. May automatically send the deletion or cancellation request to the peripheral device queue.
[0032]
DETAILED DESCRIPTION OF THE INVENTION
The embodiment of the present invention will be described with reference to FIGS. 1 to 7 as follows.
[0033]
A waiting job management apparatus and a queue management system 12 according to a waiting job (queue) management method according to the present invention are connected to a network server 22 and a peripheral device 26 through a network 18 respectively. 14.
[0034]
The computer 14 may be any personal computer (PC) or information terminal, and may be a part of the network server 22 or the peripheral device 26. The computer 14 includes a processor 13 that accesses (puts data in and out) and operates a waiting job management unit (queue management unit) 15 that operates according to a program stored in the memory of the computer 14.
[0035]
The processor 13 can use a user interface (UI) 16 for receiving user input and displaying the current status of each job stored in the network server 22 and the peripheral device 26.
[0036]
The network server 22 may be any computing device used for the network 18 as long as each job can be stored in a server queue (waiting job storage unit or waiting job control unit) 24 in the server.
[0037]
Peripheral device 26 can be any copier, printer, fax (FAX) machine, scanner, MultiFunction Peripheral (MFP) device (multifunction machine), or copy, print (print), fax, and / or Alternatively, another output device that can output each job of scanning may be used. The peripheral device 26 is provided with a device queue (waiting job storage unit or waiting job control unit) 28 in the device.
[0038]
The network 18 may be any intranet such as the Internet, a wide area network (WAN), or an Internet (IP) network, a local area network (LAN), or Ethernet (registered trademark).
[0039]
The job 20 is sent from the computer 14 to the server queue 24 through the network 18. The job 20 in this example is a print job, but may be any job that needs to be output by the peripheral device 26, such as copy, print, fax, and scan. Finally, the print job 20 is moved (transferred) from the server queue 24 to the device queue 28. The device queue 28 can hold different jobs input from many different sources other than the computer 14.
[0040]
The user interface 16 is operated by the waiting job management unit 15 and provides information (information) related to each job 17 held in each of the two queues 24 and 28. The user interface 16 allows the user or administrator to consider the processing order and the current status of each job that is combined and set without considering any queue that resides each job inside. You can look at it.
[0041]
The waiting job management unit 15 allows the user or administrator to manage each job in each of the two queues without any boundary as if they are in one queue. The waiting job management unit 15 allows the user to delete (cancel, delete), cancel (pause) each job stored in both the queue 24 and the queue 28 through the same (single) user interface 16. At least one of hold (remaining status, maintaining current status) and reordering of priority of each job can be executed. Further, the waiting job management unit 15 as described above can manage more job queues that can be arranged on the network 18.
[0042]
FIG. 2 is a more detailed view of the user interface 16. In the present embodiment, a field 30 indicating a document name (denoted as “doc. Name” in the figure) is a document (DOC). 1-Doc. This is for listing different names such as 6. The area 32 indicating the current status (status) is for indicating the current status of each job such as printing, waiting, and holding. An area 34 indicating a location (storage position) is for indicating a device in which a job is currently stationed.
[0043]
In FIG. 2, for example, the job (Doc. 1) indicates that it currently resides in the device queue 28 of the peripheral device 26 that is the MFP, and the job (Doc. 4) is currently present. This indicates that the user is stationed in the server queue 24 of the network server 22. The area 36 indicating the owner (data owner) is for indicating the person who started the job. An area 38 indicating other related to each job may also be displayed on the user interface 16.
[0044]
The user can easily change the priority of the job by dragging the job displayed on the user interface 16 to another different position. For example, the user moves the cursor over the document 5 and clicks a mouse button. Thereafter, the user drags the cursor while maintaining the clicked state of the mouse button. 2 and docu. Drag to the position between 3 and release the mouse button click. As a result, the waiting job management unit 15 causes the document. 5 jobs, docu. 3 and docu. Each command required to move to a higher priority than each job of 4 is executed.
[0045]
In order to delete a job, the user may select a job on the user interface 16 and then input (enter) a delete button. For example, the user moves the cursor to the document. 3, and the delete command is operated from the computer menu, the waiting job management unit 15 makes the document. Each command necessary for deleting job No. 3 is sent to the MFP queue (waiting job control unit).
[0046]
As another embodiment of the user interface 16, as shown in FIG. 3, each job is displayed based on a device at a position where the job is present.
[0047]
In the present embodiment, the document. 1, docu. 2, docu. All three jobs are currently stationed in the device queue 28 of the peripheral device 26 (see FIG. 1). document. One job has the highest priority in the device queue 28 and is currently printing.
[0048]
On the other hand, docu. 4, docu. 5, docu. All the six jobs are currently stationed in the server queue 24 of the network server 22 (see FIG. 1). In FIG. 3, whether the residence position is the peripheral device 26 or the network server 22 is indicated by a broken line 39 on the display screen.
[0049]
FIG. 4 is a diagram showing how each job is deleted or canceled by the waiting job management unit 15. The waiting job management unit 15 displays the current status of each job stored in each waiting job control unit different from each other (block 40). In this specification, a block indicates one process or step.
[0050]
In the present embodiment, an inquiry (Inquire) 52 is sent from the waiting job management unit 15 to both the device queue 28 and the server queue 24. The identification of each job in the device queue 28 and the server queue 24 is sent back to the waiting job management unit 15 in each reply 54 to the waiting job management unit 15. Thereafter, the waiting job management unit 15 updates the list of jobs output on the user interface 16 using the information in each received response 54.
[0051]
In the next block 42, the user can select one or more of each displayed job to delete or cancel. The waiting job management unit 15 sends a deletion or cancellation request to one or both of the device queue 28 and the server queue 24 as block 44. Subsequently, the waiting job management unit 15 waits in block 46 to receive confirmation from the waiting job control unit that currently stores the selected job that confirms that the job has been deleted or canceled. . When the confirmation is received, as shown in block 48, the waiting job management unit 15 removes the deleted job from the job list, or indicates that the job is in a stopped or held state. In addition, the job list display output on the user interface 16 is updated.
[0052]
Next, how the waiting job management unit 15 handles each job residing in the device queue 28 will be described as a first case 60 with reference to FIG. The waiting job management unit 15 sends a deletion request 62 indicating the selected job and the selected function (deletion, cancellation, hold (interruption)) to the device queue 28. If the selected job has not been output yet, the peripheral device 26 deletes, cancels or holds the selected job in the device queue 28 based on the request 62, and then waits for a job management unit. 15, a confirmation 64 indicating the completion of any of these operations is sent back.
[0053]
Next, as shown in FIG. 5B, a deletion or cancellation operation for a job currently stationed in the server queue 24 will be described below as a case 66. The waiting job management unit 15 identifies on the user interface 16 a job selected by the user as to be deleted or canceled. The waiting job management unit 15 identifies the server queue 24 that stores the selected job, and then sends a deletion or cancellation request 63 to the server queue 24. Based on the request 63, the network server 22 deletes or cancels the selected job in the server queue 24, and sends back a confirmation 65 indicating completion of any of these operations to the waiting job management unit 15. Thereafter, the waiting job management unit 15 updates the job list display output on the user interface 16 to reflect the deleted or canceled job.
[0054]
By the way, when the user selects each job from the display screen of the user interface, some of the jobs may have already been moved from the server queue 24 to the device queue 28. Therefore, the waiting job management unit 15 automatically adjusts how the deletion or cancellation request is sent to the server queue 24 or the device queue 28 in accordance with the position of the currently positioned job. It has come to be.
[0055]
That is, as shown in FIG. 5C, the job 71 was in the server queue 24 when the user was selected as a job to be deleted or canceled, but the deletion request 70 was received by the server queue 24. A situation in which the user has moved to the device queue 28 before the process will be described as a case 68 below.
[0056]
Since the server queue 24 is identified as the last position in the selected job 71, the waiting job management unit 15 first sends a deletion or cancellation request 70 to the server queue 24. Since the selected job 71 is no longer stationed on the server queue 24, the server queue 24 sends a notice 72 indicating that the deletion or cancellation request 70 has failed to execute to the waiting job management unit 15. Send back to.
[0057]
When the waiting job management unit 15 receives the default notice 72, it sends a deletion or cancellation request 70 to the device queue 28 again. The device queue 28 stores the currently selected job 71. Therefore, after the peripheral device 26 deletes or cancels the job 71, the peripheral device 26 sends back a confirmation 76 indicating completion of any of these operations to the waiting job management unit 15.
[0058]
Next, as shown in FIG. 5D, another execution method in a situation where the job 81 is selected and then moved from the server queue 24 to the device queue 28 will be described below as a case 78.
[0059]
In case 78, instead of sending a deletion request to the server queue 24 first as in the case 68, the waiting job management unit 15 sends a deletion or cancellation request 80 to both the server queue 24 and the device queue 28. Are sent at the same time. As a result, the waiting job management unit 15 can reduce the time and effort required to identify which queue (waiting job control unit) the job 80 is currently stored in. When the waiting job management unit 15 receives the deletion or cancellation confirmation 82 from either of the queues 24 and 28, the waiting job management unit 15 can know that the deletion or cancellation request 80 has been successfully completed.
[0060]
In the following, how the waiting job management unit 15 changes the priority for executing each job will be described with reference to FIG. For example, the user may want to print out one job in either the server queue 24 or the device queue 28 next to the job being printed from the peripheral device 26. If the job is currently fifth in the output job list, the user moves the job to the top of the list on the user interface 16 (see FIG. 1). At that time, the selected job is the next job output from the peripheral device 26. The user can increase or decrease the priority of the job by moving the job up or down in the job list in the area 30 shown in FIG.
[0061]
Each waiting state indicating the priority of each job in each queue is displayed by the user interface 16 as shown in FIG. 6 (block 90). When the waiting job management unit 15 knows that the user has changed the priority of the job (fast (promotion) / slow (demotion)) (block 92), either the server queue 24 or the device queue 28 or both A request including an operation to change the priority selected by the user (block 94). Upon receipt of confirmation from one of each of the above queues (block 96), the waiting job management unit 15 creates a job list including the selected job that has a higher priority or a lower priority. The user interface 16 is updated to reflect.
[0062]
Next, how the waiting job management unit 15 handles the change of the priority order will be described below with reference to FIGS. 7 (a) to 7 (c). As shown in FIG. 7A, a case 100 is a case where the user requests to increase or decrease the priority of the job in the list of each job in the same queue. For example, if the user has a document with the slowest priority shown in FIG. 6 are the other two jobs on the server queue 24. 4 and docu. 5 or when the document in the device queue 28 of the MFP is moved. 3 in the device queue 28 of the same MPF. The case where it moves to the upper rank of 2 is mentioned.
[0063]
In the above case, as shown in FIG. 7A, the waiting job management unit 15 sends a priority change request 102 to a queue having a job whose priority needs to be changed. The queue 24 or the queue 28 executes the change of the priority order included in the change request 102 and sends back a confirmation 104 indicating the completion of the execution to the waiting job management unit 15.
[0064]
By the way, the job may have moved from one queue to another immediately after the user has selected a new priority for the job. In addition, the job may be moved from its current priority in the server queue 24 to a selected priority in the device queue 28. Therefore, a case where a job is moved beyond the boundary of each queue will be described below.
[0065]
As shown in FIG. 7B, in the case 106 as described above, when the job is moved so as to speed up (promote) the priority of the job beyond the boundary of each queue, the waiting job management unit It explains how 15 operates. For example, as shown in FIG. 5 is a document in the device queue 28 of the MFP. This is a case of moving higher than 3.
[0066]
As shown in FIG. 1, the waiting job management unit 15 sends a document queue that is a job to the server queue 24. A request 108 is sent to promote 5 to the top position of the server queue 24 (faster priority). A document that is a job. No. 5 is promoted to the top position of the priority of the server queue 24, and is the next job to be sent to the device queue 28. Thereafter, the server queue 24 sends the confirmation 110 to the waiting job management unit 15.
[0067]
The waiting job management unit 15 sends a document queue that is a job to the device queue 28. 5 sends a request 112 to hold all jobs having a priority lower than the identified priority of 5, and the document. Send a request 114 to promote 5. The device queue 28 holds all jobs having a priority lower than the priority of the document 5 that is the job, and then receives the requested document 5 from the server queue 24 and then the requested priority. Promote to rank. The confirmation 116 is the document. 5 is sent by the device queue 28 that has already been promoted, the waiting job management unit 15 sends a request 118 for releasing the hold of each job in the held state to the device queue 28.
[0068]
Such a document is described below. Another embodiment relating to the movement of 5 will be described. In another embodiment, a document that is a job is stored on the device queue 28. Slot (empty area, interrupt area) for 5 is generated, and then the document document. 5 has been moved (transferred). In another embodiment, the document. Until 5 jobs are output, docu. Therefore, a job having a lower priority than the slot reserved (reserved or reserved) for 5 is not output from the device queue 28.
[0069]
The user selects a document that is a job. 5 may be moved higher than one or more jobs in the device queue 28, the device queue 28 may not have a free area for moving the job. If there is no free space in the device queue 28 at the present time, the server queue 24 stores the document that is the selected job. 5 may be set so that it cannot be sent to the device queue 28 immediately. In this situation, the device queue 28 is a document that is a promoted job. It may be set so that several jobs are output before 5 is received.
[0070]
As an example, the user may use the document shown in FIG. 2 is a document that is a job. 5 promotion can be requested. However, it is a job document. In order to secure a sufficient free area to receive 5, a document. 1 and docu. It may be necessary to output 2 in advance. In this case, the document that is the job. Before the document 5 is moved to the device queue 28, the document. 1 and docu. 2 needs to be output, the device queue 28 is a document that is a job. 5 is a doc. Doc. You can only be promoted to the top of 3.
[0071]
Next, a case where a job is demoted beyond the boundary of each queue will be described below as a case 122 with reference to FIG. First, the user selects a job to be demoted in the device queue 28. The waiting job management unit 15 sends a request 124 for holding the selected job to the device queue 28 until all the jobs higher than the demoted priority of the selected job are output. The device queue 28 sends back the confirmation 126.
[0072]
The demoted job is moved and displayed on the user interface 16, but may not be physically moved in the device queue 28. For example, the device queue 28 can hold the selected job until each job having a higher priority is output, and then can release the hold of the selected job for output.
[0073]
In the present embodiment, each command exchanged between the waiting job management unit 15 and each queue 24, 28 is made using a commercially available standardized network protocol. Examples of the protocol include simple network management protocol (SNMP), job management information base (MIB), and internet printing protocol (IPP). These network protocols may be extended to provide some of the functions described above. Instead, a custom-made network protocol may be used to execute each operation according to the present embodiment.
[0074]
The system described above according to this embodiment can use a commercially available processor system, microcontroller, programmable logic device, or microprocessor to perform some or all of the queue operations. Some of the operations described above according to the present embodiment may be executed in the form of software, and other operations may be executed in the form of hardware.
[0075]
For the purpose of facilitating the understanding of the present invention, each of the above operations has been described as various mutually connected functional blocks and separate software modules, but it is not necessary to be separated as described above. Each of the above functional blocks and modules may be a single logic device, program, or operation that is equivalent and has no clear boundary.
[0076]
In any case, each of the above functional blocks, each software module, and the above-described features can be executed in the form of hardware or software by themselves or in combination with other operations. is there. Further, the software can be recorded on a recording medium such as a floppy (registered trademark) disk, CD-ROM, CD-R, DVD, hard disk, and distributed to the market.
[0077]
In the present embodiment, the technical idea of the present invention is shown by the drawings and description, but it is obvious that the present invention may be modified in configuration and details within the scope of the technical idea. The scope of the right of the present invention can be modified in any manner within the scope of the technical idea shown in the appended claims.
[0078]
【The invention's effect】
As described above, the method for managing a plurality of job queues of the present invention monitors the status of each job in the first queue of the first system, and each job in the second queue of the second system different from the first system. This state is monitored and each job in the first queue and the second queue is managed by the same queue management unit.
[0079]
Therefore, in the above method, each job in the first queue and the second queue monitored is managed by the same queue management unit, so that the user can effectively schedule each job from a plurality of queues. There is an effect that it can be operated.
[0080]
As described above, a plurality of job queue management apparatuses according to the present invention monitor a wait state of a server queue in a network server and monitor a wait state of a device queue in a peripheral device. And a user interface configured to simultaneously display and operate each job in the first queue and the second queue.
[0081]
Therefore, in the above configuration, the user is provided with a user interface configured to simultaneously display and operate each job in the first queue and the second queue respectively monitored by the processor. There is an effect that scheduling of each job in a plurality of queues can be effectively operated.
[Brief description of the drawings]
FIG. 1 is a configuration diagram of a management apparatus and a management system according to a method for managing a plurality of job queues according to the present invention.
FIG. 2 is a front view showing a display example on a user interface of the management apparatus and management system.
FIG. 3 is a front view showing another display example on the user interface of the management apparatus and management system.
FIG. 4 is a block diagram illustrating an example of each procedure of the management method.
FIGS. 5A to 5D are block diagrams respectively showing other example procedures of the management method. FIG.
FIG. 6 is a block diagram showing still another example of each procedure of the management method.
FIGS. 7A to 7C are block diagrams illustrating still other example procedures of the management method, respectively.
[Explanation of symbols]
15 Waiting Job Management Department
16 User interface
22 Network server
24 server queue
26 Peripheral devices
28 Device queue

Claims

A network server having a first queue for storing a job; and a peripheral device having a second queue for storing the job and outputting the stored job. The job stored in the first queue is transferred to the peripheral device, and the peripheral device temporarily stores the job transferred from the network server and outputs the job. A management method,
A step of monitoring the status of each job in the first queue,
A step of monitoring the status of each job in the second queue,
Each job of the first queue and the second queue and a management step of managing by the same queue manager,
When deleting a job in the first queue according to a deletion request from a user in the management step, the queue management unit sends a job deletion request to both the network server and the peripheral device. To manage job queues.

Upon receiving the selection request for changing the priority of the job from a user, it determines whether the selected job is stored in any of the first queue and the second queue,
Sends a request to change the priority of the selected job to the queue determined to store the job,
When a change of priority of the job in the queue is determined to be stored job is completed, according to claim 1, characterized in that displaying the priority of the job after the change to the user interface how to manage di Yobukyu.

When the job priority is requested to be promoted and this job is stored in the second queue, among the jobs stored in the second queue, the job after the promotion Keep jobs with a priority lower than the priority as they are,
Managing the job queue of claim 2 in which the job selected is characterized in that to release the holding of each job after being elevated in the second queue.

When the priority of the job is moved higher than one or more jobs stored in the second queue, and there is no free area for moving the selected job in the second queue In addition, a job having a higher priority than the priority after the movement of the selected job is output, while a job having a lower priority than the priority after the movement of the selected job is not output. generates a free space for the job selected in the second queue,
Managing di Yobukyu according to claim 2, characterized in that moving the job selected in the empty area in the second queue.

When requested to demote job priority , keep the selected job as it is,
After outputting all the jobs that has a higher priority than the selected been the job, according to claims 1, characterized in that to release the holding of the jobs selected in any one of 4 how to manage di Yobukyu.

A network server having a first queue for storing a job; and a peripheral device having a second queue for storing the job and outputting the stored job. A plurality of job queue management devices for managing the jobs of the first queue and the second queue,
The network server transfers the job stored in the first queue to the peripheral device , and the peripheral device temporarily stores the job transferred from the network server and outputs the job.
The job queue management device
With monitoring the first queue status in the network server, a processor for monitoring the status of the second queue in said peripheral device, simultaneously view and each job in the first queue and the second queue A user interface that operates, and when deleting a job in the first queue according to a deletion request from a user, a job deletion request is transmitted to both the network server and the peripheral device. Job queue management device .

The processor, upon receiving confirmation that the job has been deleted from the first queue or the second queue, and removing the relevant job from the list of each job displayed on the user interface management apparatus di Yobukyu of claim 6.

The processor receives a request for changing the priority of the job from the user interface, based on Kiyo determined, controls the priority of each job that put in the first queue and the second queue management apparatus di Yobukyu according to claim 6 or 7, characterized in that.

The user interface, claims and displaying the queue that contains the job you are waiting for the output, the output state of each job, priority you output each job, and the individual jobs currently management apparatus di Yobukyu according to any of paragraphs 6-8.

Each job, fax job, print job, scan job, and the management apparatus the job queue according to any one of claims 6 9, characterized in that is one of a copy job.

It said peripheral device includes a feature copiers, scanners, printers, and any of the facsimile machines or copiers, scanners, printers, and that it is a multifunction machine having two or more functions of the facsimile machine The job queue management apparatus according to claim 6, wherein

A network server having a first queue for storing jobs, a peripheral device having a second queue for storing jobs and outputting stored jobs, and the same user interface A queue management system including a queue management unit coupled to both the network server and the peripheral device for displaying and managing each of the jobs stored in the first queue and the second queue. And
The network server transfers a stored job to the peripheral device, and the peripheral device temporarily outputs the job transferred from the network server and then outputs the job.
The queue management unit sends a job deletion request to both the network server and the peripheral device when deleting a job stored in the first queue in accordance with a deletion request from a user. queue management system to.