(57)【要約】【課題】複数のキューにおける各ジョブのスケジューリングを効果的に操作できる、複数のジョブキューの、管理方法、管理装置、管理システムを提供する。【解決手段】待ちジョブ管理部１５を、ネットワークサーバー２２内のサーバーキュー２４の待ち状態をモニタすると共に、周辺デバイス２６内のデバイスキュー２８の待ち状態をモニタするように設ける。ユーザインターフェース１６を、サーバーキュー２４およびデバイスキュー２８内の各ジョブの状態が同一の表示面上に表示されると共に、ユーザが同一のユーザインターフェース１６を用いて、操作されるように設ける。【選択図】　図１
2004094407.tif 000002
【特許請求の範囲】
【請求項１】
複数のキューを管理するための複数のジョブキューの管理方法であって、
第１システムの第１キュー内における各ジョブの状態をモニタし、
第１システムと異なる第２システムの第２キュー内における各ジョブの状態をモニタして、
第１キューおよび第２キュー内の各ジョブを、同一のキュー管理部により管理することを特徴とする複数のジョブキューの管理方法。
【請求項２】
第１システムは、ネットワークサーバーであり、第２システムは、周辺デバイスである請求項１記載の複数のジョブキューの管理方法。
【請求項３】
第１キューおよび第２キューからの各ジョブを、同一のユーザインターフェース上に表示する請求項１または２記載の複数のジョブキューの管理方法。
【請求項４】
第１キューまたは第２キューからの互いに相違する各ジョブを格納していることを、前記ユーザインターフェース上に表示する請求項３記載の複数のジョブキューの管理方法。
【請求項５】
各ジョブの内の一つを削除するための選択要求を受け取ると、上記選択されたジョブが第１キューまたは第２キュー内に格納されているかを同定し、
上記同定されたキューに対して削除要求を送出し、
上記削除要求の受領の確認を受領したとき、キュー管理部により、上記選択されたジョブのための識別子を削除し、
第１キューおよび第２キューの一方から削除不履行を受け取ると、第１キューおよび第２キューの他方に対して、削除要求を送出し、
第１キューおよび第２キューの他方からの、削除要求の受領の確認を受け取ると、キュー管理部により、上記選択されたジョブのための識別子を削除する請求項１ないし４の何れか１項に記載の複数のジョブキューの管理方法。
【請求項６】
各ジョブの内の一つを削除するための選択要求を受け取ると、第１キューおよび第２キューの双方に対して削除要求を送出し、
上記削除要求の受領の確認を受け取ったとき、キュー管理部により、上記選択されたジョブのための識別子を削除する請求項１ないし４の何れか１項に記載の複数のジョブキューの管理方法。
【請求項７】
各ジョブの一つの優先順位を変更するための選択要求を受け取ると、上記選択されたジョブが第１キューまたは第２キュー内に格納されているかを同定し、
上記同定されたキューに対して、選択されたジョブの優先順位を変更するための要求を送出し、
上記同定されたキューから、上記要求の完了の確認を受け取ったとき、上記ジョブのための優先順位を変更する請求項１ないし４の何れか１項に記載の複数のジョブキューの管理方法。
【請求項８】
第２キューに格納され、選択されたジョブを優先順位が他の各ジョブより上位の第１キュー上に移動させる要求を受け取ると、選択されたジョブのために要求された優先順位より、低い優先順位を有する第２キュー上の全ての各ジョブをホールドし、
選択されたジョブが第２キュー上にて昇格されたことの確認を第２キューから受け取ると、上記各ジョブのホールドを解除する請求項７記載の複数のジョブキューの管理方法。
【請求項９】
第１キューの、選択されたジョブを、第２キューに格納された他の各ジョブより上位の優先順位に移動させる要求を受け取ると、第２キュー内に、選択されたジョブのためのスロットを生成し、
選択されたジョブを第２キュー内のスロットに移動させる請求項７記載の複数のジョブキューの管理方法。
【請求項１０】
第１キューおよび第２キューの一つ上の選択されたジョブを降格させるための要求を受け取ると、上記選択されたジョブを待機状態とし、
上記選択されたジョブより高い優先順位を有する全ての各ジョブを同定し、
上記同定された、高い優先順位を有する全ての各ジョブが出力された後、上記選択されたジョブの待機状態を解除する請求項１ないし４の何れか１項に記載の複数のジョブキューの管理方法。
【請求項１１】
キューを管理するための複数のジョブキューの管理装置であって、
ネットワークサーバー内のサーバーキューの待ち状態をモニタすると共に、周辺デバイス内のデバイスキューの待ち状態をモニタするように設けられたプロセッサと、
第１キューおよび第２キュー内の各ジョブを、同時に表示すると共に操作するようになっているユーザインターフェースとを備えている複数のジョブキューの管理装置。
【請求項１２】
プロセッサは、ジョブを削除するための要求をユーザインターフェースから受け取り、上記ジョブを格納するサーバーキューまたはデバイスキューに対して、削除要求を送出するものである請求項１１記載の複数のジョブキューの管理装置。
【請求項１３】
プロセッサは、サーバーキューまたはデバイスキューから、ジョブが削除されたことの確認を受け取ったとき、ユーザインターフェース上に表示されている各ジョブのリストから該当ジョブを除去するものである請求項１２記載の複数のジョブキューの管理装置。
【請求項１４】
プロセッサは、サーバーキューへの削除要求が不履行となったとき、自動的に、デバイスキューに対して削除要求を送るものである請求項１２記載の複数のジョブキューの管理装置。
【請求項１５】
プロセッサは、ジョブのための優先順位を変更するための要求をユーザインターフェースから受け取ると、上記優先順位変更要求に基づき、サーバーキューおよびデバイスキュー内における他の各ジョブの優先順位を制御するものである請求項１１記載の複数のジョブキューの管理装置。
【請求項１６】
ユーザインターフェースは、出力を待機している複数の各ジョブ、各ジョブの出力状態、各ジョブを出力するための優先順位、および、個々のジョブを現在格納しているのはサーバーキューまたはデバイスキューであることを表示するものである請求項１１ないし１５の何れか１項に記載の複数のジョブキューの管理装置。
【請求項１７】
各ジョブは、ファクスジョブ、プリントジョブ、スキャンジョブ、およびコピージョブの何れかである請求項１１ないし１６の何れか１項に記載の複数のジョブキューの管理装置。
【請求項１８】
周辺デバイスは、コピー機、スキャナ、プリンタ、およびファクシミリ機の何れかまたはそれらの複合機である請求項１１ないし１６の何れか１項に記載の複数のジョブキューの管理装置。
【請求項１９】
各キューの各ジョブを管理するためのキュー管理システムであって、
各ジョブを格納するためのキューを有しているネットワークサーバーと、
各ジョブを格納すると共に、出力するためのキューを備えている周辺デバイスと、
同一のユーザインターフェースを介して、ネットワークサーバーおよび周辺デバイスの双方上の各ジョブを表示し、管理するための、ネットワークサーバーおよび周辺デバイスの双方に結合された、キュー管理部とを備えているキュー管理システム。
【請求項２０】
キュー管理部は、ジョブを削除または中止するための要求をネットワークサーバーのキューに送り、上記ネットワークサーバーのキューにおいて、該当するジョブが既に周辺デバイスのキューに移動しているときは、自動的に、周辺デバイスのキューに対して、上記削除または中止の要求を送るものである請求項１９記載のキュー管理システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ネットワーク上にて、データがやりとりされて処理される、プリント等の各ジョブの管理に好適な、複数の各キューのための、管理方法、管理装置および管理システムに関するものである。
【０００２】
【従来の技術】
従来、ネットワーク化されたオフィス環境下において、各プリントジョブは、プリントのための装置に転送される前に、ネットワークサーバー上にてジョブ待ち制御される。最近のプリンタや多機能周辺デバイスもまた、各プリントジョブを格納するためのキューを備えている。キューとは、先入れ先出しの原則にしたがって各ジョブのデータを記憶するものである。
【０００３】
上記オフィス環境下では、同一のジョブの流れ内に二つの互いに異なるジョブ待ち制御（ｑｕｅｕｉｎｇ）ポイントが存在することになるので、ユーザや管理者にとって、二つの異なるキュー上での、各ジョブの確認や管理を同時に効果的に行えないという問題を生じている。
【０００４】
現状では、ユーザは、ネットワークサーバー上と、周辺デバイス上とおいて、各ジョブを管理するための別々の各ユーザインターフェースとなる各プログラムを使用する必要がある。
【０００５】
ネットワークサーバーのネットワークキューは、一般的には、ノベル（Ｎｏｖｅｌｌ）やマイクロソフト製等のネットワークオペレーティングシステム（ＮＯＳ）のソフトウウェアツールを用いて管理されている。
【０００６】
周辺デバイスに搭載されたデバイスキューは、一般に、シンプルネットワークマネージメントプロトコル（ＳＮＭＰ）や、ジョブマネージメントインフォメーションベース（ＭＩＢ）や、インターネットプリンティングプロトコル（ＩＰＰ）等といった、市販され、標準化されたネットワークプロトコルを用いて、供給者が個々の装置仕様に合うように変更したソフトウウェアを用いて管理されている。
【０００７】
【発明が解決しようとする課題】
しかしながら、上記従来では、上記の各ユーザインターフェースの何れも、１を超えるジョブの待ち制御を同時に管理できるようにはなっていない。それゆえ、ユーザは、複数のキューから、各ジョブのスケジューリングを効果的に操作できないという問題を生じている。
【０００８】
本発明は、上記先行技術に関わる上記問題や他の問題の解決に取り組むものである。
【０００９】
【課題を解決するための手段】
本発明の複数のジョブキューの管理方法は、以上の課題を解決するために、複数のキューを管理するための複数のジョブキューの管理方法であって、第１システムの第１キュー内における各ジョブの状態をモニタし、第１システムと異なる第２システムの第２キュー内における各ジョブの状態をモニタして、第１キューおよび第２キュー内の各ジョブを、同一のキュー管理部により管理することを特徴としている。
【００１０】
上記方法によれば、それぞれモニタされた第１キューおよび第２キュー内の各ジョブを、同一のキュー管理部により管理することで、ユーザは、複数のキューから、各ジョブのスケジューリングを効果的に操作できる。
【００１１】
上記の複数のジョブキューの管理方法では、第１システムは、ネットワークサーバーであり、第２システムは、周辺デバイスであってもよい。
【００１２】
上記の複数のジョブキューの管理方法においては、第１キューおよび第２キューからの各ジョブを、同一のユーザインターフェース上に表示することが好ましい。
【００１３】
上記方法によれば、第１キューおよび第２キューからの各ジョブを、同一のユーザインターフェース上に表示することにより、上記各ジョブの管理をさらに容易化できる。
【００１４】
上記の複数のジョブキューの管理方法では、第１キューまたは第２キューからの互いに相違する各ジョブを格納していることを、前記ユーザインターフェース上に表示してもよい。
【００１５】
上記の複数のジョブキューの管理方法においては、各ジョブの内の一つを削除するための選択要求を受け取り、上記選択されたジョブが第１キューまたは第２キュー内に格納されているかを同定し、上記同定されたキューに対して削除要求を送出し、上記削除の完了の確認を受領したとき、キュー管理部により、上記選択されたジョブのための識別子を削除し、第１キューおよび第２キューの一方から削除不履行を受け取ると、第１キューおよび第２キューの他方に対して、削除要求を送出し、第１キューおよび第２キューの他方からの、削除の完了の確認を受け取ると、キュー管理部により、上記選択されたジョブのための識別子を削除するようにしてもよい。
【００１６】
上記の複数のジョブキューの管理方法では、各ジョブの内の一つを削除するための選択要求を受け取り、第１キューおよび第２キューの双方に対して削除要求を送出し、上記削除要求の受領の確認を受け取ったとき、キュー管理部により、上記選択されたジョブのための識別子を削除するようにしてもよい。
【００１７】
上記の複数のジョブキューの管理方法においては、各ジョブの一つの優先順位を変更するための選択要求を受け取り、上記選択されたジョブが第１キューまたは第２キュー内に格納されているかを同定し、上記同定されたキューに対して、選択されたジョブの優先順位を変更するための要求を送出し、上記同定されたキューから、上記優先順位の受領確認を受け取ったとき、上記ジョブのための優先順位を変更するようにしてもよい
上記の複数のジョブキューの管理方法では、第２キューに格納され、選択されたジョブを優先順位が他の各ジョブより上位の第１キュー上に移動させる要求を受け取り、選択されたジョブのために要求された優先順位より、低い優先順位を有する第２キュー上の全ての各ジョブをホールドし、選択されたジョブが第２キュー上にて昇格されたことの確認を第２キューから受け取ると、上記各ジョブのホールドを解除するようにしてもよい。
【００１８】
上記の複数のジョブキューの管理方法においては、第１キューの、選択されたジョブを、第２キューに格納された他の各ジョブより上位の優先順位に移動させる要求を受け取り、第２キュー内に選択されたジョブのためのスロットを生成し、選択されたジョブを第２キュー内のスロットに移動させるようにしてもよい。
【００１９】
上記の複数のジョブキューの管理方法では、第１キューおよび第２キューの一つ上の選択されたジョブを降格させるための要求を受け取ると、上記選択されたジョブを待機状態とし、上記選択されたジョブより高い優先順位を有する全ての各ジョブを同定し、上記同定された、高い優先順位を有する全ての各ジョブが出力された後、上記選択されたジョブの待機状態を解除するようにしてもよい。
【００２０】
本発明の複数のジョブキューの管理装置は、前記の課題を解決するために、キューを管理するための複数のジョブキューの管理装置であって、ネットワークサーバー内のサーバーキューの待ち状態をモニタすると共に、周辺デバイス内のデバイスキューの待ち状態をモニタするように設けられたプロセッサと、第１キューおよび第２キュー内の各ジョブを、同時に表示すると共に操作するようになっているユーザインターフェースとを備えていることを特徴としている。
【００２１】
上記構成によれば、プロセッサによってそれぞれモニタされた第１キューおよび第２キュー内の各ジョブを、同時に表示すると共に操作するようになっているユーザインターフェースを備えていることで、ユーザは、複数のキューの各ジョブのスケジューリングを効果的に操作できる。
【００２２】
上記の複数のジョブキューの管理装置においては、プロセッサは、ジョブを削除するための要求をユーザインターフェースから受け取り、上記ジョブを格納するサーバーキューまたはデバイスキューに対して、削除要求を送出するものであってもよい。
【００２３】
上記の複数のジョブキューの管理装置では、プロセッサは、サーバーキューまたはデバイスキューから、ジョブが削除されたことの確認を受け取ったとき、ユーザインターフェース上に表示されている各ジョブのリストから該当ジョブを除去するものであってもよい。
【００２４】
上記の複数のジョブキューの管理装置においては、プロセッサは、サーバーキューへの削除要求が不履行となったとき、自動的に、デバイスキューに対して削除要求を送るものであってもよい。
【００２５】
上記の複数のジョブキューの管理装置では、プロセッサは、ジョブのための優先順位を変更するための要求をユーザインターフェースから受け取ると、上記優先順位変更要求に基づき、サーバーキューおよびデバイスキュー内における他の各ジョブの優先順位を制御するものであってもよい。
【００２６】
上記の複数のジョブキューの管理装置においては、ユーザインターフェースは、出力を待機している複数の各ジョブ、各ジョブの出力状態、各ジョブを出力するための優先順位、および、個々のジョブを現在格納しているのはサーバーキューまたはデバイスキューであることを表示するものであることが望ましい。
【００２７】
上記の複数のジョブキューの管理装置では、各ジョブは、ファクスジョブ、プリントジョブ、スキャンジョブおよびコピージョブの何れかであってもよい。
【００２８】
上記の複数のジョブキューの管理装置においては、周辺デバイスは、コピー機、スキャナ、プリンタ、およびファクシミリ機の何れかまたはそれらの複合機であってもよい。
【００２９】
本発明のキュー管理システムは、前記の課題を解決するために、各キューの各ジョブを管理するためのキュー管理システムであって、各ジョブを格納するためのキューを有しているネットワークサーバーと、各ジョブを格納すると共に、出力するためのキューを備えている周辺デバイスと、同一のユーザインターフェースを介して、ネットワークサーバーおよび周辺デバイスの双方上の各ジョブを表示し、管理するための、ネットワークサーバーおよび周辺デバイスの双方に結合された、キュー管理部とを備えていることを特徴としている。
【００３０】
上記システムによれば、キュー管理部を有することによって、ユーザは、複数のキューにおける各ジョブのスケジューリングを効果的に操作できる。
【００３１】
上記キュー管理システムでは、キュー管理部は、ジョブを削除または中止するための要求をネットワークサーバーのキューに送り、上記ネットワークサーバーのキューにおいて、該当するジョブが既に周辺デバイスのキューに移動しているときは、自動的に、周辺デバイスのキューに対して、上記削除または中止の要求を送出するものであってもよい。
【００３２】
【発明の実施の形態】
本発明の実施の形態について図１ないし図７に基づき説明すれば、以下の通りである。
【００３３】
本発明に係る待ちジョブ（キュー）管理方法に係る、待ちジョブ管理装置および管理システム（ｑｕｅｕｅ　ｍａｎａｇｅｍｅｎｔ　ｓｙｓｔｅｍ）１２は、ネットワークサーバー２２および周辺デバイス（ｐｅｒｉｐｈｅｒａｌ　ｄｅｖｉｃｅ）２６にそれぞれネットワーク１８を通して、接続されたコンピュータ１４を有している。
【００３４】
コンピュータ１４は、どのようなパーソナルコンピュータ（ＰＣ）や、情報ターミナルであってもよく、また、ネットワークサーバー２２や、周辺デバイス２６の一部であってもよい。コンピュータ１４は、コンピュータ１４のメモリに格納されたプログラムにより動作する待ちジョブ管理部（キュー管理部）１５に対してアクセス（データを出し入れしたり、操作したり）するプロセッサ１３を備えている。
【００３５】
プロセッサ１３は、ユーザ入力を受け取るためと共に、ネットワークサーバー２２および周辺デバイス２６に格納されている各ジョブの現状を表示するためのユーザインターフェース（ＵＩ）１６を使用できるようになっている。
【００３６】
ネットワークサーバー２２としては、サーバーキュー（サーバー内の待ちジョブ格納部、または待ちジョブ制御部）２４内に各ジョブを格納できれば、ネットワーク１８に使用される、どのような計算装置であってもよい。
【００３７】
周辺デバイス２６は、どのような、コピー機、プリンタ、ファクス（ＦＡＸ）機、スキャナ、多機能周辺（ＭｕｌｔｉＦｕｎｃｔｉｏｎ　Ｐｅｒｉｐｈｅｒａｌ，　ＭＦＰ）デバイス（複合機）、または、コピー、プリント（印刷）、ファクス、および／またはスキャンの各ジョブを出力できる他の出力デバイスであってもよい。周辺デバイス２６には、デバイスキュー（デバイス内の待ちジョブ格納部、または待ちジョブ制御部）２８が設けられている。
【００３８】
ネットワーク１８は、どのような、インターネットや、ワイドエリアネットワーク（ＷＡＮ）、インターネット（ＩＰ）ネットワークといったイントラネットや、ローカルエリアネットワーク（ＬＡＮ）やイーサネット（登録商標）であってもよい。
【００３９】
ジョブ２０は、ネットワーク１８を通して、コンピュータ１４からサーバーキュー２４に送出される。この例でのジョブ２０は、プリントジョブであるが、コピー、プリント、ファクス、スキャン等の、周辺デバイス２６によって出力されることが必要な、どのようなジョブであってもよい。プリントジョブ２０は、最後には、サーバーキュー２４からデバイスキュー２８に移動（転送）される。デバイスキュー２８は、コンピュータ１４以外の多くの違った各ソース（ｓｏｕｒｃｅｓ）から入力される互いに相違する各ジョブをホールド（保持）することができる。
【００４０】
前記ユーザインターフェース１６は、待ちジョブ管理部１５により操作され、二つの各キュー２４、２８にそれぞれ保持された各ジョブ１７に関する情報（インフォメーション）を提供するものである。上記ユーザインターフェース１６により、ユーザまたは管理者は、各ジョブを内部に駐在（ｒｅｓｉｄｅ）させている各キューについて何ら考慮せずに、組み合わされて、セットになっている各ジョブの処理順序や現状を見て調べることができる。
【００４１】
前記待ちジョブ管理部１５によって、ユーザまたは管理者は、二つの各キューの各ジョブを境目無に、あたかも一つのキュー内にあるかのように管理することができる。待ちジョブ管理部１５により、ユーザは、同一（単一）のユーザインターフェース１６を通して、キュー２４とキュー２８との双方に格納された各ジョブに対し、削除（ｃａｎｃｅｌ，　ｄｅｌｅｔｅ）、中止（ｐａｕｓｅ）、ホールド（現状維持、現状保持）、および各ジョブの優先順位の組み換え（ｒｅｏｒｄｅｒ）の少なくとも一つを実行できるようになっている。また、上記のような待ちジョブ管理部１５は、ネットワーク１８上に配置可能な、より多くの各ジョブキューを管理できる。
【００４２】
図２は、ユーザインターフェース１６のより詳しい図面である。本実施の形態では、ドキュメント名（図では、ドキュ．名と記す）を示す領域（ｆｉｅｌｄ）３０は、出力の優先順位の順番にて、ドキュ（ＤＯＣ）．１−ドキュ．６といった互いに相違する各名称をリストアップするためのものである。現状（ｓｔａｔｕｓ）を示す領域３２は、プリント中、待機中、ホールド中等といった各ジョブの現状を示すためのものである。ロケーション（格納位置）を示す領域３４は、ジョブを現在駐在させているデバイスを示すためのものである。
【００４３】
図２においては、例えば、ジョブ（ドキュ．１）は、現在のところ、ＭＦＰである周辺デバイス２６のデバイスキュー２８内に駐在していることを示し、ジョブ（ドキュ．４）は、現在のところ、ネットワークサーバー２２のサーバーキュー２４内に駐在していることを示している。オーナー（データの所有者）を示す領域３６は、ジョブを始めた人を示すためのものである。各ジョブに関係する、その他を示す領域３８についても、ユーザインターフェース１６上に表示されてもよい。
【００４４】
ユーザは、ユーザインターフェース１６上に表示されたジョブを他の異なる位置にドラッグ（ｄｒａｇ）することにより、簡単にジョブの優先順位を変更できる。例えば、ユーザは、カーソルをドキュ５の上に移動させ、マウスのボタンをクリックする。その後、ユーザは、マウスのボタンのクリック状態を維持しながら、上記カーソルをドキュ．２とドキュ．３との間の位置にドラッグし、マウスのボタンのクリックを解除する。これにより、待ちジョブ管理部１５は、ドキュ．５のジョブを、ドキュ．３およびドキュ．４の各ジョブより上位の優先順位に移動させるために必要な各コマンドを実行する。
【００４５】
ジョブを削除するために、ユーザは、ユーザインターフェース１６上にてジョブを選択した後、削除（ｄｅｌｅｔｅ）ボタンを入力（エンター）すればよい。例えば、ユーザは、カーソルをドキュ．３の上に移動させ、コンピュータメニューから削除コマンドを動作させることにより、待ちジョブ管理部１５は、ドキュ．３のジョブを削除するために必要な各コマンドを、ＭＦＰのキュー（待ちジョブ制御部）に送る。
【００４６】
ユーザインターフェース１６における他の実施の形態としては、図３に示すように、各ジョブを、そのジョブが駐在している位置のデバイスに基づいて表示することが挙げられる。
【００４７】
本実施の形態では、ドキュ．１、ドキュ．２、ドキュ．３の各ジョブの全ては、現在、周辺デバイス２６のデバイスキュー２８（図１参照）に駐在している。ドキュ．１のジョブは、デバイスキュー２８において最も高い優先順位を有しており、現在、プリント中である。
【００４８】
一方、ドキュ．４、ドキュ．５、ドキュ．６の各ジョブの全ては、現在、ネットワークサーバー２２のサーバーキュー２４（図１参照）に駐在している。図３では、駐在位置が、周辺デバイス２６またはネットワークサーバー２２であるかは、それらの間の境界線を表示画面上にて破線３９により示している。
【００４９】
図４は、待ちジョブ管理部１５により、各ジョブの削除または中止がどのようになされるかを示す図である。待ちジョブ管理部１５は、互いに異なる各待ちジョブ制御部に格納された各ジョブの現状を表示させる（ブロック４０）。本明細書では、ブロックとは、一つの工程またはステップを示す。
【００５０】
本実施の形態では、デバイスキュー２８およびサーバーキュー２４の双方に対して、待ちジョブ管理部１５から、問合せ（Ｉｎｑｕｉｒｅ）５２がそれぞれ送出される。デバイスキュー２８およびサーバーキュー２４内の各ジョブの識別が、待ちジョブ管理部１５への各返答（ｒｅｐｌｙ）　５４内にて待ちジョブ管理部１５に対し送り返される。その後、待ちジョブ管理部１５は、受け取った各返答５４内の情報を用いて、ユーザインターフェース１６上に出力されているジョブのリストを更新する。
【００５１】
次のブロック４２において、ユーザは、削除または中止するために、表示された各ジョブの一つまたは複数を選択することができる。待ちジョブ管理部１５は、ブロック４４として、削除または中止の要求をデバイスキュー２８およびサーバーキュー２４の一方または双方に対して送出する。続いて、待ちジョブ管理部１５は、ブロック４６において、選択されたジョブを現在格納している待ちジョブ制御部から、上記ジョブが削除または中止されたことを確認するコンファーメーションの受領を待機する。上記コンファーメーションを受領したとき、ブロック４８として、待ちジョブ管理部１５は、ジョブリストから削除されたジョブを除去するように、または、上記ジョブが中止あるいはホールドされた状態であることを示すように、ユーザインターフェース１６上に出力されているジョブのリスト表示を更新する。
【００５２】
次に、図５（ａ）を参照しながら、待ちジョブ管理部１５が、デバイスキュー２８内に駐在している各ジョブをどのように取り扱うかを、最初のケース６０として以下に説明する。待ちジョブ管理部１５は、デバイスキュー２８に対して、選択されたジョブと選択された機能（削除、中止、ホールド（中断））を示す削除要求（ｃａｎｃｅｌ　ｒｅｑｕｅｓｔ）　６２を送出する。もし、選択されたジョブが未だ出力されていない場合、その周辺デバイス２６は、上記要求６２に基づき、デバイスキュー２８内の選択されたジョブを削除、中止またはホールドし、次に、待ちジョブ管理部１５に対して、それら何れかの操作完了を示すコンファーメーション６４を送り返す。
【００５３】
続いて、図５（ｂ）に示すように、サーバーキュー２４内に、現在、駐在しているジョブに対する、削除または中止の操作を、ケース６６として以下に説明する。待ちジョブ管理部１５は、削除または中止されるものとしてユーザにより選択されたジョブを、ユーザインターフェース１６上にて識別する。待ちジョブ管理部１５は、選択されたジョブを格納するものとしてのサーバーキュー２４を識別してから、そのサーバーキュー２４に対して削除または中止の要求６３を送出する。ネットワークサーバー２２は、要求６３に基づき、サーバーキュー２４内の選択されたジョブを削除または中止し、待ちジョブ管理部１５に対してそれら何れかの操作完了を示すコンファーメーション６５を送り返す。その後、待ちジョブ管理部１５は、削除または中止されたジョブを反映するように、ユーザインターフェース１６上に出力されているジョブのリスト表示を更新する。
【００５４】
ところで、ユーザが、ユーザインターフェースの表示画面から各ジョブを選択しているとき、各ジョブのいくつかは、既に、サーバーキュー２４からデバイスキュー２８に移動されていることがある。そこで、待ちジョブ管理部１５は、サーバーキュー２４またはデバイスキュー２８に、現在、位置しているジョブの位置に応じて、削除または中止要求がどのようにして送出されるかについて、自動的に調節されるようになっている。
【００５５】
つまり、図５（ｃ）に示すように、ジョブ７１は、ユーザが削除または中止されるべきジョブとして選択されたとき、サーバーキュー２４内にあったが、削除要求７０がサーバーキュー２４により受領される前にデバイスキュー２８に移動していたという状況を、ケース６８として以下に説明する。
【００５６】
待ちジョブ管理部１５は、選択されたジョブ７１における最後の位置として識別されたのがサーバーキュー２４であるので、上記サーバーキュー２４に対して、最初、削除または中止の要求７０を送出する。選択されたジョブ７１が、もはやサーバーキュー２４上には駐在していないから、サーバーキュー２４は、削除または中止要求７０が不履行となったことを示す通知（ｎｏｔｉｃｅ）７２を、待ちジョブ管理部１５に対して送り返す。
【００５７】
待ちジョブ管理部１５は、不履行の通知７２を受け取ると、削除または中止要求７０を、再度、デバイスキュー２８に対して送出する。デバイスキュー２８は、現時点において、選択されたジョブ７１を格納している。よって、周辺デバイス２６は、ジョブ７１を削除または中止した後、待ちジョブ管理部１５に対して、それら何れかの操作完了を示すコンファーメーション７６を送り返す。
【００５８】
次に、図５（ｄ）に示すように、ジョブ８１が選択された後に、サーバーキュー２４からデバイスキュー２８に移動したという状況での、他の実行方法について、ケース７８として以下に説明する。
【００５９】
ケース７８では、ケース６８のように削除要求をサーバーキュー２４に対し最初に送出することに代えて、待ちジョブ管理部１５は、削除または中止要求８０をサーバーキュー２４およびデバイスキュー２８の双方に対して、同時に送出する。これにより、待ちジョブ管理部１５は、ジョブ８０が、現在、何れの各キュー（待ちジョブ制御部）に格納されているか識別するのに必要な手間や時間を軽減できる。待ちジョブ管理部１５は、削除または中止のコンファーメーション８２を、各キュー２４、２８のいずれかから受領すると、削除または中止要求８０がうまく完了したことを知ることができる。
【００６０】
また、以下に、待ちジョブ管理部１５が、各ジョブを実行するための優先順位（ｐｒｉｏｒｉｔｙ）を、どのように変更しているかについて、図６に基づき説明する。例えば、ユーザは、サーバーキュー２４およびデバイスキュー２８の何れか内の一つのジョブを、周辺デバイス２６からプリント中のジョブの次にプリントアウトしたい場合がある。もし、上記ジョブが、出力される各ジョブのリストにおいて、現在は５番目である場合、ユーザは、ユーザインターフェース１６（図１参照）において、上記リストのトップの位置までに上記ジョブを移動させる。そのとき、選択されたジョブは、周辺デバイス２６から出力される次のジョブとなる。ユーザは、図２に示す、領域３０のジョブリスト内でジョブを上または下に移動させることにより、ジョブの優先順位を速くしたり、遅くしたりできる。
【００６１】
各キュー内の各ジョブの優先順位を示す各待ち状態は、図６に示すように、ユーザインターフェース１６により表示される（ブロック９０）。待ちジョブ管理部１５は、ユーザがジョブの優先順位を変更（速く（昇格）／遅く（降格））したことを知ると（ブロック９２）、サーバーキュー２４およびデバイスキュー２８の何れかまたは双方に対して、ユーザにより選択された優先順位の変更へのオペレーション（操作）を含む要求を送出する（ブロック９４）。上記の各キューの一つからのコンファーメーションを受領すると（ブロック９６）、待ちジョブ管理部１５は、優先順位が速い位置、または遅い位置となっている選択されたジョブを備えたジョブリストを反映するように、ユーザインターフェース１６を更新する。
【００６２】
次に、待ちジョブ管理部１５が、優先順位の変更をどのようにして取り扱うかについて、図７（ａ）ないし（ｃ）を参照しながら、以下に説明する。ユーザが、図７（ａ）に示すように、同一キュー内の各ジョブのリスト内にてジョブの優先順位を速く、または遅くすることを要求する場合を、ケース１００とする。例えば、ユーザが、図２に示す、優先順位が最も遅いジョブである、ドキュ．６を、サーバーキュー２４上における他の二つの各ジョブである、ドキュ．４およびドキュ．５の上位にのみ移動させる場合や、ＭＦＰのデバイスキュー２８内のドキュ．３を、同じＭＰＦのデバイスキュー２８内のドキュ．２の上位に移動させる場合が挙げられる。
【００６３】
上記場合では、図７（ａ）に示すように、待ちジョブ管理部１５は、優先順位が変更される必要があるジョブを備えたキューに対して、優先順位の変更要求１０２を送出する。キュー２４またはキュー２８は、変更要求１０２に含まれている優先順位の変更を実行し、その実行完了を示すコンファーメーション１０４を待ちジョブ管理部１５に対して送り返す。
【００６４】
ところで、ジョブは、ユーザが上記ジョブのために新たな優先順位を選択した直後に、一つのキューから他のキューに移動している場合がある。さらに、ジョブは、サーバーキュー２４内の現在の優先順位から、デバイスキュー２８内の選択された優先順位に移動される場合もある。そこで、各キューの境界を越えて、ジョブを移動させる場合を以下に説明する。
【００６５】
図７（ｂ）に示すように、上記場合としてのケース１０６は、各キューの境界を越えて、ジョブの優先順位を速くする（昇格させる）ように上記ジョブを移動させるとき、待ちジョブ管理部１５がどのように動作するかを説明するものである。例えば、図２に示す、サーバーキュー２４内のジョブであるドキュ．５が、ＭＦＰのデバイスキュー２８内のドキュ．３より上位に移動させる場合である。
【００６６】
図１にも示すように、待ちジョブ管理部１５は、サーバーキュー２４に対し、ジョブであるドキュ．５をサーバーキュー２４のトップ位置に昇格（優先順位を速くする）させるための要求１０８を送る。ジョブであるドキュ．５は、サーバーキュー２４の優先順位のトップ位置に昇格し、デバイスキュー２８に対し次に送られるジョブとなる。その後、上記サーバーキュー２４は、そのコンファーメーション１１０を待ちジョブ管理部１５に送る。
【００６７】
待ちジョブ管理部１５は、デバイスキュー２８に対し、ジョブであるドキュ．５の識別された優先順位より下位の優先順位を有する全てのジョブをホールドするための要求１１２を送り、また、ジョブであるドキュ．５を昇格させるための要求１１４を送る。デバイスキュー２８は、ジョブであるドキュ５の優先順位より下位の優先順位を有する全てのジョブをホールドした後、ジョブであるドキュ５を、それをサーバーキュー２４より受領したときに、要求された優先順位に昇格させる。そのコンファーメーション１１６が、ドキュ．５が既に昇格されているデバイスキュー２８によって送出された後、待ちジョブ管理部１５は、ホールドされた状態の各ジョブのホールドを解除するための要求１１８をデバイスキュー２８に対し送る。
【００６８】
以下に、このようなドキュ．５の移動に関する実施の他の形態を説明する。実施の他の形態では、デバイスキュー２８上に、ジョブであるドキュ．５のためのスロット（空き領域、割り込み領域）が生成され、その後、そのスロットに上記ジョブであるドキュ．５が移動（転送）されている。本実施の他の形態においては、ドキュ．５のジョブが出力されるまで、ドキュ．５のためにリザーブ（予約、確保）されたスロットより優先順位が下位のジョブは、デバイスキュー２８より出力されないようになっている。
【００６９】
ユーザが、ジョブであるドキュ．５を、デバイスキュー２８内の一つまたは複数のジョブより上位に移動させるときに、デバイスキュー２８に、ジョブを移動させるための空き領域が無い場合がある。もし、現時点において、デバイスキュー２８に上記空き領域が無いとき、サーバーキュー２４は、選択されたジョブであるドキュ．５を、直ちには、デバイスキュー２８に送れないように設定されていてもよい。この状況においては、デバイスキュー２８は、昇格されたジョブであるドキュ．５を受領する前に、いくつかのジョブを出力させておくように設定されていてもよい。
【００７０】
一例として、ユーザは、図２に示すドキュ．２の上位に、ジョブであるドキュ．５の昇格を要求することができる。しかしながら、ジョブであるドキュ．５を受領するのに十分な空き領域を確保するためには、予め、各ジョブであるドキュ．１およびドキュ．２を出力しておくことが必要となる場合がある。この場合では、ジョブであるドキュ．５がデバイスキュー２８に移動される前に、ドキュ．１およびドキュ．２は出力される必要があるので、デバイスキュー２８は、ジョブであるドキュ．５をドキュ．２の上位ではなく、ドキュ．３の上位にのみ昇格させることができる。
【００７１】
次に、各キューの境界を越えて、ジョブを降格させる場合を、図７（ｃ）を参照しながら、ケース１２２として以下に説明する。まず、ユーザが、デバイスキュー２８内の、降格されるジョブを選択する。待ちジョブ管理部１５は、デバイスキュー２８に対し、選択されたジョブの降格された優先順位より、上位のジョブが、全て、出力されるまで、上記選択されたジョブをホールドする要求１２４を送る。デバイスキュー２８はコンファーメーション１２６を送り返す。
【００７２】
降格されたジョブは、ユーザインターフェース１６上では移動して表示されるが、デバイスキュー２８内においては、物理的に移動されなくともよい。例えば、デバイスキュー２８は、より優先順位の高い各ジョブが出力されるまで、その選択されたジョブをホールドでき、その後に、上記選択されたジョブのホールドを出力のために解除することができる。
【００７３】
本実施の形態における、待ちジョブ管理部１５と各キュー２４、２８との間でやりとりされる各コマンドは、市販の、標準化されたネットワークプロトコルを用いてなされている。上記プロトコルとしては、シンプルネットワークマネージメントプロトコル（ＳＮＭＰ）や、ジョブマネージメントインフォメーションベース（ＭＩＢ）や、インターネットプリンティングプロトコル（ＩＰＰ）等が挙げられる。それらネットワークプロトコルについては、上述した各機能をいくつか設けるために、拡張されてもよい。代わりに、本実施の形態に係る各動作を実行するために、注文生産（ｃｕｓｔｏｍ）のネットワークプロトコルを用いてもよい。
【００７４】
本実施に形態に係る、上述したシステムは、キュー動作のいくつかまたは全てを実行するため、市販の、プロセッサシステム、マイクロコントローラ、プログラマブルロジックデバイス、またはマイクロプロセッサを用いることができる。本実施の形態に係る、上述した各動作のいくつかをソフトウウェアの形態にて実行し、他の動作をハードウェアの形態で実行してもよい。
【００７５】
本発明を理解し易くする目的のために、上記の各動作を、種々な相互に結合された各機能ブロックや、別々の各ソフトウェアモジュールとして記載したが、上記のように分かれている必要はなく、上記の各機能ブロックや、各モジュールは、等価的な、明確な境界が無い、単一の、ロジックデバイス、プログラム、オペレーションに集合されたものでもよい。
【００７６】
いずれにせよ、上記の各機能ブロックや、各ソフトウェアモジュール、上述された特徴を、それら自身、または他の動作（ｏｐｅｒａｔｉｏｎｓ）との組み合わせで、ハードウェアまたはソフトウェアの形態にて実行することが可能である。さらに、上記ソフトウェアについては、フロッピー（登録商標）ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＤＶＤ、ハードディスク等の記録媒体に記録して、市場に流通させることもできる。
【００７７】
本実施の形態では、本発明の技術的思想を、図面と記述により示したが、本発明は、上記技術的思想の範囲内にて構成や細部を変形してもよいことは明らかである。本発明の権利範囲は、前述した特許請求の範囲の欄にて示された、技術的な思想の範囲内にてどのような変形も可能なものである。
【００７８】
【発明の効果】
本発明の複数のジョブキューの管理方法は、以上のように、第１システムの第１キュー内における各ジョブの状態をモニタし、第１システムと異なる第２システムの第２キュー内における各ジョブの状態をモニタして、第１キューおよび第２キュー内の各ジョブを、同一のキュー管理部により管理する方法である。
【００７９】
それゆえ、上記方法では、それぞれモニタされた第１キューおよび第２キュー内の各ジョブを、同一のキュー管理部により管理することで、ユーザは、複数のキューから、各ジョブのスケジューリングを効果的に操作できるという効果を奏する。
【００８０】
本発明の複数のジョブキューの管理装置は、以上のように、ネットワークサーバー内のサーバーキューの待ち状態をモニタすると共に、周辺デバイス内のデバイスキューの待ち状態をモニタするように設けられたプロセッサと、第１キューおよび第２キュー内の各ジョブを、同時に表示すると共に操作するようになっているユーザインターフェースとを備えている構成である。
【００８１】
それゆえ、上記構成においては、プロセッサによってそれぞれモニタされた第１キューおよび第２キュー内の各ジョブを、同時に表示すると共に操作するようになっているユーザインターフェースを備えていることで、ユーザは、複数のキューにおける各ジョブのスケジューリングを効果的に操作できるという効果を奏する。
【図面の簡単な説明】
【図１】本発明の複数のジョブキューの管理方法に係る管理装置および管理システムの構成図である。
【図２】上記管理装置および管理システムのユーザインターフェースでの表示例を示す正面図である。
【図３】上記管理装置および管理システムのユーザインターフェースでの他の表示例を示す正面図である。
【図４】上記管理方法の各手順例を示すブロック図である。
【図５】（ａ）〜（ｄ）は、上記管理方法の他の各手順例をそれぞれ示すブロック図である。
【図６】上記管理方法のさらに他の各手順例を示すブロック図である。
【図７】（ａ）〜（ｃ）は、上記管理方法のさらに他の各手順例をそれぞれ示すブロック図である。
【符号の説明】
１５　　待ちジョブ管理部
１６　　ユーザインターフェース
２２　　ネットワークサーバー
２４　　サーバーキュー
２６　　周辺デバイス
２８　　デバイスキュー
【図１】
2004094407.tif 000003
【図２】
2004094407.tif 000004
【図３】
2004094407.tif 000005
【図４】
2004094407.tif 000006
【図５】
2004094407.tif 000007
【図６】
2004094407.tif 000008
【図７】
2004094407.tif 000009