(57)【要約】【課題】  本発明は、画像処理装置が処理中である処理要求を出力したユーザが、待機中となっている他のユーザからの処理要求を割り込んで実行させることが可能な画像処理装置及び、この画像処理装置を用いた画像処理システムに関するものである。【解決手段】  上記目的を達するためになされた画像処理装置は、許可の処理要求を実行中であるユーザに対して、前記設定部で設定された待機中の処理要求が存在することを通知する通知部と、前記通知部からの通知に基づいて、前記待機中の処理要求の実行を許可するか否かについて前記実行中である処理要求のユーザからの指示を指示する指示部と、前記指示部によって前記実行中であるユーザから前記待機中の処理要求の実行を許可すると指示されると、前記許可の処理要求の実行を中断し、指示された前記待機中の処理要求を実行するように、前記実行部を制御する割り込み制御部と、を備える。【選択図】        図１６
2010141390.tif 000002
【特許請求の範囲】
【請求項１】
ユーザからの処理要求を受け付ける受付部と、
前記受付部で受け付けた処理要求を記憶する記憶部と、
前記記憶部で記憶された処理要求を実行する実行部と、
前記受付部にて処理要求を受け付けた時、前記実行部を用いて処理要求が実行されている場合には待機中の処理要求として前記記憶部に記憶されている処理要求を設定し、前記実行部を用いて処理要求が実行されていない場合には許可の処理要求として前記記憶部に記憶されている処理要求を設定する設定部と、
前記設定部に設定された許可の処理要求を実行中であるユーザに対して、前記設定部で設定された待機中の処理要求が存在することを通知する通知部と、
前記通知部からの通知に基づいて、前記待機中の処理要求の実行を許可するか否かについて前記実行中である処理要求のユーザからの指示を指示する指示部と、
前記指示部によって前記実行中であるユーザから前記待機中の処理要求の実行を許可すると指示されると、前記許可の処理要求の実行を中断し、指示された前記待機中の処理要求を実行するように、前記実行部を制御する割り込み制御部と、
を備えることを特徴とする画像処理装置。
【請求項２】
請求項１に記載する画像処理装置において、
前記待機中の処理要求に関する内容を記憶する要求内容記憶部と、
前記通知部で通知された前記通知に基づいて、前記要求内容記憶部に記憶されている前記内容を表示する第１表示部と、を備え、
前記指示部は、前記表示部に表示された前記内容に基づいて前記待機中の処理要求の実行を許可するか否かについて前記ユーザからの指示を指示すること、
を特徴とする画像処理装置。
【請求項３】
請求項２に記載する画像処理装置において、
前記指示部は、前記表示部に表示された待機中の処理要求の中から、複数の待機中の処理要求を選択して実行の許可を指示することが可能であること、
を特徴とする画像処理装置。
【請求項４】
請求項２または３に記載する画像処理装置において、
前記通知部によって待機中の処理要求が存在することが通知されたとき、前記要求内容記憶部に記憶されている内容を前記第１表示部に表示するか否かを選択する表示選択部を備え、
前記第１表示部は、前記表示選択部によって表示すると選択された場合に、前記要求内容記憶部に記憶されている前記内容を表示すること、
を特徴とする画像処理装置。
【請求項５】
請求項２〜４のいずれかに記載する画像処理装置において、
前記待機中の処理要求に関する内容であるユーザ名、処理要求の種類、処理要求に関するデータ量、或いは処理時間に関する情報、処理要求の緊急度を示す情報のいずれか１つ又は複数を通知するか否かの条件として設定する条件設定部と、
前記要求内容記憶部に記憶されている内容と前記条件設定部で設定された条件とが一致するか否かを判別する判別部と、を備え、
前記通知部は、前記判別部が一致すると判別した場合に、前記条件と一致する待機中の
処理要求が存在することを通知すること、
を特徴とする特徴とする画像処理装置。
【請求項６】
請求項１〜５のいずれかに記載する画像処理装置において、更に、
前記割り込み制御部によって前記指示された待機中の処理要求の実行完了後、前記中断された処理要求を実行するように前記実行部を制御する継続実行部を、
備えることを特徴とする画像処理装置。
【請求項７】
処理要求を送信する情報処理装置と、その処理要求を実行する画像処理装置とを備えた画像処理システムであって、
前記画像処理装置は、
前記情報処理装置から送信される処理要求を受け付ける受付部と、
前記受付部で受け付けた処理要求を記憶する記憶部と、
前記記憶部で記憶された処理要求を実行する実行部と、
前記受付部にて処理要求を受け付けた時、前記実行部を用いて処理要求が実行されている場合には待機中の処理要求として前記記憶部に記憶されている処理要求を設定し、前記実行部を用いて処理要求が実行されていない場合には許可の処理要求として前記記憶部に記憶されている処理要求を設定する設定部と、
前記設定部に設定された許可の処理要求を送信した情報処理装置に対して、前記設定部で設定された待機中の処理要求が存在することを通知する通知部と、を備え、
前記情報処理装置は、
前記通知部からの通知を受信する第２受信部と、
前記第２受信部で受信した前記通知を表示する第２表示部と、
前記第２表示部に表示された前記通知に基づいて、前記待機中の処理要求の実行を許可するか否かを指示する指示部と、
前記指示部によって指示された待機中の処理要求があることを前記画像処理装置に送信する送信部と、を備え、  
前記画像処理装置は、更に、
前記送信部によって送信された前記指示された待機中の処理要求があることを受信する第１受信部と
前記第１受信部が前記指示された待機中の処理要求があることを受信したとき、許可の処理要求の実行を中断し、前記指示部によって指示された待機中の処理要求を実行するように、前記実行部を制御する割り込み制御部と、
を備えることを特徴とする画像処理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像処理装置が処理中である処理要求を出力したユーザが、待機中となっている他のユーザからの処理要求を割り込んで実行させることが可能な画像処理装置及び、この画像処理装置を用いた画像処理システムに関するものである。
【背景技術】
【０００２】
従来から、１台の画像処理装置を情報処理装置である複数のパーソナルコンピュータ（ＰＣ）とネットワークを介して接続して共有し、複数のユーザがコピーやＰＣ−プリントといった処理要求を出力したとき、最初に処理要求を出力したユーザの処理要求を実行する画像処理装置がある。このような画像処理装置では、通常、実行されていない他のユーザの処理要求は、待機中となって画像処理装置に保持される。そして、最初に処理要求を出力したユーザの処理が完了した後、その待機中の処理要求が実行される。
【０００３】
上記のような事情のため、他のユーザが出力した待機中の処理要求が、緊急度の高く、早く処理すべき要求であっても、先に処理要求を出力したユーザの処理の実行が完了しない限り、その緊急度の高い待機中の処理要求を実行できないという問題があった。
【０００４】
特許文献１記載の発明は、上述した問題の対策として、他のユーザが装置上のパスワード入力をすれば、ユーザが実行中である処理要求を中断して、他のユーザの処理要求を実行することができる親展印刷機能を備えたファクシミリサーバに関する技術を提供している。
【特許文献１】特開２００２−３３５３５８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、上述したファクシミリサーバ等の画像処理装置では、次のような問題があった。特許文献１記載の発明のように、他のユーザは、ユーザの実行中である処理要求を中断し、待つことなく先に自らの処理要求を実行することができる。しかし、処理要求を中断させられるユーザからすれば、自分の処理要求の実行が中断されるため不快にさせられるという問題があった。
【０００６】
本発明は、上述した問題を解決するためになされたものであり、画像処理装置を使って処理要求を実行しているユーザがそのユーザの処理要求の中断を指示し、その中断の指示に基づいて、そのユーザの処理要求を中断がされ、待機中の処理要求を割り込んで実行させることが可能な画像処理装置及び、その画像処理装置を用いた画像処理システムを提供するものである。
【課題を解決するための手段】
【０００７】
上記目的を達するためになされた画像処理装置は、ユーザからの処理要求を受け付ける受付部と、前記受付部で受け付けた処理要求を記憶する記憶部と、前記記憶部で記憶された処理要求を実行する実行部と、前記受付部にて処理要求を受け付けた時、前記実行部を用いて処理要求が実行されている場合には待機中の処理要求として前記記憶部に記憶されている処理要求を設定し、前記実行部を用いて処理要求が実行されていない場合には許可の処理要求として前記記憶部に記憶されている処理要求を設定する設定部と、前記設定部に設定された許可の処理要求を実行中であるユーザに対して、前記設定部で設定された待機中の処理要求が存在することを通知する通知部と、前記通知部からの通知に基づいて、前記待機中の処理要求の実行を許可するか否かについて前記実行中である処理要求のユー
ザからの指示を指示する指示部と、前記指示部によって前記実行中であるユーザから前記待機中の処理要求の実行を許可すると指示されると、前記許可の処理要求の実行を中断し、指示された前記待機中の処理要求を実行するように、前記実行部を制御する割り込み制御部と、を備えたことを特徴とする。
【０００８】
このように構成された本発明の画像処理装置では、画像処理装置を使用して処理要求（ＰＣプリント、ＰＣ−ＦＡＸ、コピー等）を実行しているユーザが、画像処理装置を使用すべく、待機している他の処理要求を実行することが可能である。そのため、現在、画像処理装置を使用しているユーザの判断で、そのユーザが独占的に使用することを緩和することができる。
【０００９】
なお、本発明は以下の構成に限定されるものではないが、本発明の画像処理装置は、前記待機中の処理要求に関する内容を記憶する要求内容記憶部と、前記通知部で通知された前記通知に基づいて、前記要求内容記憶部に記憶されている前記内容を表示する第１表示部と、を備え、前記指示部は、前記表示部に表示された前記内容に基づいて前記待機中の処理要求の実行を許可するか否かについてユーザからの指示を指示することができる。
【００１０】
すなわち、画像処理装置の表示部に、待機中の処理要求に関する内容が表示される。そのため、ユーザは待機中の処理要求の内容を見ることによって状況に応じて、適切に待機中の処理要求を指示することが可能となる
また、前記指示部は、前記表示部に表示された待機中の処理要求の中から、複数の待機中の処理要求を選択して実行の許可を指示することが可能であるようにしてもよい。
【００１１】
すなわち、指示部によって指示される待機中の処理要求は、１つに限定されることなく複数の待機中の処理要求であってもよい。指示部は、その複数の待機中の処理要求を指示する。ユーザは、待機中の処理要求の状況に応じて、複数の待機中の処理要求を選択することができる。
【００１２】
また、本発明の画像処理装置は、前記通知部によって待機中の処理要求が存在することが通知されたとき、前記要求内容記憶部に記憶されている前記内容を前記第１表示部に表示するか否かを選択する表示選択部を備え、前記第１表示部は、前記表示選択部によって表示すると選択された場合に、前記要求内容記憶部に記憶されている前記内容を表示するようにしてもよい。
【００１３】
すなわち、待機中の処理要求が存在するとき、表示部に待機中の処理要求の内容を表示するか否かを選択することができる。そのため、ユーザが待機中の処理要求を実行させても良い場合には、表示部に待機中の処理要求の内容を表示させ、その表示に基づいて待機中の処理要求を実行するか否かを決めることができる。また、ユーザが待機中の処理要求を割り込んで実行させたくなければ、表示部に待機中の処理要求の内容を表示させずに、実行中の処理要求の処理を続行することができる。
【００１４】
また、本発明の画像処理装置は、前記待機中の処理要求に関する内容であるユーザ名、処理要求の種類、処理要求に関するデータ量、或いは処理時間に関する情報、処理要求の緊急度を示す情報のいずれか１つ又は複数を通知するか否かの条件として設定する条件設定部と、前記要求内容記憶部に記憶されている内容と前記条件設定部で設定された条件とが一致するか否かを判別する判別部と、を備え、前記通知部は、前記判別部が一致すると判別した場合に、前記条件と一致する待機中の処理要求が存在することを通知するようにしてもよい。
【００１５】
すなわち、本発明の画像処理装置は、設定された条件に基づいて、条件に該当する処理
要求がある場合に通知するか否かを決定する。例えば、条件とは、待機中の処理要求に関する情報であるページ数、予測処理時間、処理要求の緊急度を示す情報である。そして、条件と一致しない待機中の処理要求が存在することを通知せず、条件と一致する待機中の処理要求に関してのみ存在することを通知することで、ユーザの利便性を図ることができる。
【００１６】
また、本発明の画像処理装置は、前記割り込み制御部によって前記指示された待機中の処理要求の実行完了後、前記中断された処理要求を実行するように前記実行部を制御する継続実行部を、備えていてもよい。
【００１７】
すなわち、本発明の画像処理装置は、割り込み制御部によって許可の処理要求の実行は中断される。指示された待機中の処理要求の実行完了後、継続実行部が、その中断された許可の処理要求を実行するように制御するため、中断された許可の処理要求の処理が効率よく実行することができる。
【００１８】
また、処理要求を送信する情報処理装置と、その処理要求を実行する画像処理装置とを備えた画像処理システムであって、前記画像処理装置は、前記情報処理装置から送信される処理要求を受け付ける受付部と、前記受付部で受け付けた処理要求を記憶する記憶部と、前記記憶部で記憶された処理要求を実行する実行部と、前記受付部にて処理要求を受け付けた時、前記実行部を用いて処理要求が実行されている場合には待機中の処理要求として前記記憶部に記憶されている処理要求を設定し、前記実行部を用いて処理要求が実行されていない場合には許可の処理要求として前記記憶部に記憶されている処理要求を設定する設定部と、前記設定部に設定された許可の処理要求を送信した情報処理装置に対して、前記設定部で設定された待機中の処理要求が存在することを通知する通知部と、を備え、前記情報処理装置は、前記通知部からの通知を受信する第２受信部と、前記第２受信部で受信した前記通知を表示する第２表示部と、前記第２表示部に表示された前記通知に基づいて、前記待機中の処理要求の実行を許可するか否かを指示する指示部と、前記指示部によって指示された待機中の処理要求があることを前記画像処理装置に送信する送信部と、を備え、前記画像処理装置は、更に、前記送信部によって送信された前記指示された待機中の処理要求があることを受信する第１受信部と、前記第１受信部が前記指示された待機中の処理要求があることを受信したとき、許可の処理要求の実行を中断し、前記指示部によって指示された待機中の処理要求を実行するように、前記実行部を制御する割り込み制御部と、を備えていてもよい。
【００１９】
すなわち、処理要求を送信する情報処理装置と、その処理要求を実行する画像処理装置から構成される本発明の画像処理システムは、画像処理装置の通知部によって待機中の処理要求が存在することが、処理要求を実行している情報処理装置に対して通知される。その通知された内容が、実行されている許可の処理要求を送信した情報処理装置の第２表示部に表示される。そして、その情報処理装置は、待機中の処理要求の実行を指示することができる。
【００２０】
なお、指示部、表示選択部は、画像形成装置に備えられているとは限らずに、情報処理装置に備えられていてもよい。
【発明の効果】
【００２１】
本発明は、画像処理装置を使って処理要求を実行しているユーザ自らが、その処理要求を中断し、待機中の処理要求を実行させることが可能な画像処理装置を提供するものである。
【発明を実施するための最良の形態】
【００２２】
以下、本発明にかかる画像処理装置を具体化した実施の形態について、添付図面を参照しつつ詳細に説明する。本形態は、パーソナルコンピュータ（ＰＣ）と、画像処理装置である複合機（ＭＦＰ）とがネットワークに接続された画像処理システムに本発明を適用したものである。
[システム構成]
本形態の画像処理システム１００（図１）では、ＭＦＰ１と各ＰＣ２Ａ〜２ＣとがＬＡＮ等のネットワーク３０を介して接続されるか、もしくはＭＦＰ１とＰＣ２ＤとがＵＳＢケーブル３１を介して直接接続されている。なお、本システム１００を構成するＭＦＰ、ＰＣはそれぞれ何台接続されていてもよい。以下の説明において、区別の必要のない場合は、ＰＣ２と呼ぶ。
【００２３】
画像処理システム１００では、ＭＦＰ１に対し、各ＰＣ２Ａ〜２Ｄから処理要求が出力される。ユーザは、ＰＣ２を介して、ＰＣプリントやＰＣスキャンそしてＰＣ−ＦＡＸ送信等の処理要求をＭＦＰ１にて実行することができる。また、ＭＦＰ１からＰＣ２を介さずに直接、コピーやスキャン、ＦＡＸ送信等の処理要求を実行することができる。
【００２４】
図２は、本システム１００の構成を詳細に示すブロック図であり、図１におけるＭＦＰ１とＰＣ２Ａとの関係を示している。なお、ＰＣ２Ｂ、２Ｂ、２Ｄは図示を省略している。
【００２５】
本システム１００を構成するＭＦＰ１は、図２に示すように、ＣＰＵ１１（受付部、通知部、割り込み制御部、継続実行部、設定部、判別部の１例）と、ＲＯＭ１２と、ＲＡＭ１３（記憶部、要求内容記憶部の１例）と、不揮発性メモリであるＮＶＲＡＭ１４（条件設定部の１例）とからなる制御部５と、ネットワークインターフェース１６と、プリンタポートインターフェース１７と、セントロニクスインターフェース１８と、表示部１９（第１表示部）と、操作部２０（指示部、表示選択部の１例）と、画像形成部１１０と、スキャナ部１２０と、モデム１３０と、ＮＣＵ１３１と、バス６を有している。
【００２６】
ＣＰＵ１１は、ＭＦＰ１におけるコピー、ＰＣプリント、ＰＣ−ＦＡＸ送信等の各種機能を実現するための演算を実行し、ＭＦＰ１の制御の中枢となるものである。ＲＯＭ１２には、ＭＦＰ１を制御するための各種制御プログラムや各種設定、初期値等が記憶されている。ＲＡＭ１３は、各種制御プログラムが読み出される作業領域や各ＰＣ２から出力される処理要求を一時的に記憶する記憶領域として利用される。ＮＶＲＡＭ１４は、不揮発性を有する記憶手段（Non Volatile RAM）であって、各種設定等を保存するものである。
【００２７】
ネットワークインターフェース１６は、ＣＰＵ１１の指示を、ＭＦＰ１からＰＣ２に対して発信し、また、ＰＣ２からの処理要求を受信するものである。図２においては、ＭＦＰ１がネットワークインターフェース１６からＬＡＮケーブルといったネットワーク３０を介してＰＣ２に接続される。なお、本発明はこれに限定されることなく、ＵＳＢ（Universal Serial Bus）ケーブル３１を介してＰＣ２に接続されるプリンタポートインターフェース１７や、セントロニクス回線を介してＰＣ２に接続されるセントロニクスインターフェース１８（セントロニクスは社名）を用いてもよい。
【００２８】
各ＰＣ２から出力される処理要求を実行する実行部４は、画像形成部１１０、スキャナ部１２０、モデム１３０、ＮＣＵ１３１から構成されている。画像形成部１１０は、処理要求に含まれる画像情報や、スキャナ部１２０で読み取った原稿の画像情報を、用紙に印刷する。なお、画像形成部１１０の画像形成方式は、周知の技術である電子写真方式であってもインクジェット方式であってもよい。また、スキャナ部１２０は、処理要求の対象である原稿の画像を読み取って原稿の画像情報を作成する。
【００２９】
ＮＣＵ１３１と、モデム１３０は、ＰＣ−ＦＡＸ送受信及びＦＡＸ送受信の処理要求の際に用いられる。ＮＣＵ（網制御部）１３１は、電話回線３２と接続し、呼出信号の検出、発着信の際に必要な所定の回線制御を行うものである。また、モデム１３０は、処理要求に含まれる画像情報とその画像情報を送受信するための手順信号を送受信し、電話回線３２と接続された相手先通信端末より受信した変調された受信画像情報を復調する一方で、送信時の画像情報を変調するものである。
【００３０】
バス６は、画像形成部１１０、スキャナ部１２０、モデム１３０、表示部１９、操作部２０と電気的に接続されている。ＣＰＵ１１は、ＲＯＭ１２から読み出した制御プログラムに従って、その処理結果をＲＡＭ１３やＮＶＲＡＭ１４に記憶させながら、バス６を介してＭＦＰ１の各構成要素を制御する。
【００３１】
また、本システム１００を構成するＰＣ２は、図２に示すように、各種演算処理を実行するＣＰＵ２１と、当該ＰＣ２の起動時にＣＰＵ２１が行う起動処理のプログラム（ＢＩＯＳ）等を記憶したＲＯＭ２２と、ＣＰＵ２１が各種処理を行う際に一時的な記憶領域として利用されるＲＡＭ２３と、各種のプログラムやデータを記憶したハードディスクドライブ（ＨＤＤ）２４とを有している。
【００３２】
また、ＰＣ２は、キーボードやマウス等からなる操作部２８と、液晶ディスプレイ等からなる表示部２７（第２表示部の１例）と、ネットワーク３０を介してＭＦＰ１との信号のやりとりを行うネットワークインターフェース２６（第２受信部、送信部）とを有している。
【００３３】
なお、ネットワークインターフェース１６及び２６を介してＭＦＰ１とＰＣ２が接続されるとは限らず、プリンタポートインターフェース１７および２５を介してＭＦＰ１とＰＣ２が接続されていてもかまわない。
【００３４】
本システム１００では、ＰＣ２がネットワーク３０もしくはＵＳＢケーブル３１を介してＭＦＰ１を利用することができる。すなわち、ＰＣ２が、ＭＦＰ１に対してＰＣプリントやＰＣ−ＦＡＸ等の処理要求をネットワーク３０もしくはＵＳＢケーブル３１を介して出力することができる。
【００３５】
図３に、ＭＦＰ１の外観を示す。表示部１９は、スキャナ部１２０の前面側に位置し、液晶ディスプレイ等の表示手段を備える。また、操作部２０は、同じスキャナ部１２０の前面側に位置し、決定ボタン５１、キャンセルボタン５２、カーソルキー５３、文字や数字を入力できる入力装置５４等の入力手段を備えている。
【００３６】
[各ＰＣからＭＦＰ１への処理要求の送信処理について]
次に、ＰＣ２からＭＦＰ１に対しての処理要求の送信処理について、図４のフローチャートを用いて説明する。まず、ユーザのＰＣ２から処理要求の設定が行われる（Ｓ１０１）。
【００３７】
図５は、ＰＣ２からの処理要求の設定を行うユーザインターフェース２０１の１例を示している。このユーザインターフェース２０１は、ＨＤＤ２４にインストールされているプリンタドライバに基づいて、表示部２７に表示される。ユーザがＰＣ２で作成した画像情報をＰＣ−プリントやＰＣ−ＦＡＸ送信等の処理要求を送信する際には、ユーザは、このユーザインターフェース２０１を用いて設定する。
【００３８】
このユーザインターフェース２０１は、Ａ４や自動設定といった用紙サイズや、縦もしくは横といった用紙方向の設定項目がある。それらの設定項目は、選択ボックスを操作部
２８のマウスを用いて選択することができる。また、ユーザは処理要求を緊急に処理したい場合には、緊急選択ボックス２４３を操作部２８のマウスを用いて選択することができる。
【００３９】
また、他の設定ボタン２４１を押すと、図５に図示されていない他の設定項目が表示される。その他の設定項目で、ＰＣ−プリントやＰＣ−ＳＣＡＮ、ＰＣ−ＦＡＸ送信等の処理要求を選択することができる。また、その他の設定項目は、それらの選択された処理要求に応じて、各処理要求の設定を行うことができる。例えば、ＰＣ−ＦＡＸ送信なら電話番号、ＰＣ−プリントであるならば何ページ、何部印刷するかといったことである。
【００４０】
ユーザは、図５の決定ボタン２４２を操作部２８のマウスを用いて決定することができる。決定されると、ＣＰＵ２１は、図４のＳ１０１の処理要求の設定は終了する。
【００４１】
次に、Ｓ１０２において、ＭＦＰ１への認証設定を行う。ＭＦＰ１への認証が認められない限り、ユーザはＭＦＰ１を用いて処理要求を実行することができない。この処理は、ユーザがユーザ名とパスワードを操作部２８のキーボードを通じて入力する。そして、ＰＣ２が、そのユーザ名とパスワードを入力認証識別情報としてＭＦＰ１に送信する（Ｓ１０３）。
【００４２】
ＰＣ２からＭＦＰ１に入力認証識別情報が送信されると、ＭＦＰ１はＰＣ２から送信された入力認証識別情報をネットワークインターフェース１６で受信する。そして、ＭＦＰ１は、ＮＶＲＡＭ１４に予め記憶されている認証識別情報と受信した入力認証識別情報とが一致するかどうかを判断する。そして、認証情報が一致する場合には、ＭＦＰ１は、ネットワークインターフェース１６から認証許可を送信する。
【００４３】
次に、ＣＰＵ２１は、ＭＦＰ１からの認証許可を、ネットワークインターフェース２６が受信したかどうかを判定する（Ｓ１０４）。認証許可を受信できない場合には（Ｓ１０４：ＮＯ）、Ｓ１０２の認証設定に戻る。そして、認証許可を受信した場合には（Ｓ１０４：ＹＥＳ）、Ｓ１０１で行った処理要求の設定に従って、処理要求がＰＪＬコマンド（印刷制御言語コマンド）が作成される（Ｓ１０５）。そして、そのＰＪＬコマンドがＭＦＰ１に送信される（Ｓ１０６）。
【００４４】
図６は、ＰＪＬコマンド（印刷制御言語コマンド）の１例を示したものである。Ｓ１０１で設定した内容が、ＰＪＬコマンド形式で記載されている。図６のＰＪＬコマンドは、処理要求が“ＰＣ−プリント”、用紙サイズが“Ａ４”、用紙方向が“ＰＯＲＴＲＡＩＴ(縦)”、処理要求の緊急度が“ＯＮ（緊急）”であることが、ジョブヘッダ部に記載されている。ジョブヘッダ部には、図示されていないが、処理要求を送信したＰＣのＩＰアドレスの情報や、処理要求に関するデータ量の１例であるページ数、ユーザ名等の各種情報が含まれる。そして、ジョブデータ部には、ＰＣプリントの対象である画像情報のデータが含まれる。
【００４５】
[ＭＦＰ１からの直接処理要求を出力する場合について]
次に、ＭＦＰ１からＰＣ２を介さずに直接、処理要求を出力する場合について、図７のフローチャートを用いて説明する。まず、ユーザによる処理要求の設定が行われる（Ｓ２０１）。
【００４６】
Ｓ２０１において、表示部１９に、図５の処理要求の設定画面２０１と同じ表示形式の内容が表示部１９に表示される。そして、図５と同様に、Ａ４や自動設定といった用紙サイズや、縦もしくは横といった用紙方向の設定項目が、表示部１９に表示される。そして、ユーザは、それらの設定項目を操作部２０の１つであるカーソルキー５３を用いて選択
する。また、図５と同様に、表示部１９にも設定項目として、緊急選択ボックス（不図示）が表示され、カーソルキー５３を用いて選択することができる。
【００４７】
次に、Ｓ２０２において、ユーザのＭＦＰ１への認証設定を行う。この処理は、ユーザがユーザ名とパスワードを操作部２０の１つである入力装置５４を用いて入力する。そして、ＭＦＰ１は、そのユーザ名とパスワードが入力認証識別情報としてＲＡＭ１３に記憶する。
【００４８】
ＭＦＰ１は、ＲＡＭ１３に記憶された入力認証識別情報と、ＲＯＭ１２に予め記憶されている認証識別情報とが一致するかどうかを判定する（Ｓ２０３）。そして、入力認証識別情報と認証識別情報とが一致する場合には、ＭＦＰ１は、処理要求の設定に従ってＰＪＬコマンド（印刷制御言語コマンド）で処理要求を作成する（Ｓ２０４）。
【００４９】
［ＭＦＰ１の処理要求の受付処理について］
続いて、ＭＦＰ１の処理要求の受付処理について、図８のフローチャートを参照しつつ説明する。なお、その処理要求の受付処理は、ＭＦＰ１の電源投入直後に起動される。そして、ＭＦＰ１の電源を切断するまで、その処理要求の受付処理は継続して行われる。
【００５０】
最初に、受付部として機能するＣＰＵ１１が処理要求を受け付けたかどうかを判断する（Ｓ３０１）。ＰＣ２からＭＦＰ１に対してＰＪＬコマンドで処理要求が送信されたとき（図４：Ｓ１０６）、ＣＰＵ１１がその処理要求をネットワークインターフェース１６を介して受信するか、もしくは、ＭＦＰ１が処理要求の作成が完了すれば（図７：Ｓ２０４）、ＣＰＵ１１が処理要求を受け付けたことになる（Ｓ３０１：ＹＥＳ）。そして、ＰＪＬコマンドで作成された処理要求をＲＡＭ１３（記憶部の１例）に記憶する（Ｓ３０２）。
【００５１】
そして、ＣＰＵ１１が処理要求を受け付けていない場合は（Ｓ３０１：ＮＯ）は、Ｓ３０９に進む。Ｓ３０９にて、ＭＦＰ１の電源が切断されると（Ｓ３０９：ＹＥＳ）、ＭＦＰ１の処理要求の受付処理は終了する。ＭＦＰ１の電源が切断されていなければ（Ｓ３０９：ＮＯ）、Ｓ３０１に戻ってＣＰＵ１１が処理要求を受け付けたかどうかを判断する。
【００５２】
次に、現時点において、画像形成部１１０等の実行部４を用いて実行されている処理要求がない場合には（Ｓ３０３：ＮＯ）、設定部として機能するＣＰＵ１１は、受け付けた処理要求を許可の処理要求として設定する（Ｓ３０４）。そして、その設定した内容は、“実行中”というステータス情報として、ＲＡＭ１３に記憶される。
【００５３】
なお、受け付けた処理要求が許可の処理要求として設定されると、後述する図１０の処理要求の実行処理において、許可の処理要求が実行部４によって実行される。
【００５４】
実行部４を用いて、既に実行されている処理要求がある場合には（Ｓ３０３：ＹＥＳ）、設定部として機能するＣＰＵ１１が、受け付けた処理要求を待機中の処理要求として設定する（Ｓ３０５）。そして、ＣＰＵ１１は、その設定した内容を、“実行待ち”というステータス情報として、ＲＡＭ１３に記憶するように指示する。
【００５５】
次に、ＣＰＵ１１は、ＲＡＭ１３に処理要求として記憶されているＰＪＬコマンドから、ユーザ名、処理要求の種類、処理要求に関するデータ量、或いは処理時間に関する情報、処理要求の緊急度を示す情報を抜き出すことで、待機中の処理要求の内容を取得する（Ｓ３０６）。そして、取得された待機中の処理要求の内容が、ＲＡＭ１３に記憶される。
【００５６】
次に、待機中の処理要求の処理時間を予測する（Ｓ３０７）。ＰＣプリント等の処理要
求が１枚あたりにかかる平均処理時間がＮＶＲＡＭ１４に記憶されている。ＣＰＵ１１は、そのＮＶＲＡＭ１４に記憶された平均処理時間と、ページ数といった処理要求に関するデータ量とから、乗算することによって、待機中の処理要求の処理時間を予測することができる。そして、求められた待機中の処理要求の処理時間は、ＲＡＭ１３に記憶される。
【００５７】
次に、Ｓ３０８において、後述する図９に示されているようなＲＡＭ１３にある管理テーブル１４０の１例（要求内容記憶部の１例）を作成する。Ｓ３０４、Ｓ３０５、Ｓ３０６、Ｓ３０７の処理から、管理テーブル１４０には、処理要求を受け付けた順番に、ユーザ名、処理要求の種類、処理要求に関するデータ量、或いは処理時間に関する情報、処理要求の緊急度を示す情報、そして、“実行中”もしくは“待機中“といったステータス情報のテーブルが記憶される。
【００５８】
Ｓ３０８において、管理テーブル１４０が作成されると、Ｓ３０９に進む。そして、ＭＦＰ１の電源が切断されるまで（Ｓ３０９：ＹＥＳ）、処理要求の受付処理が実行される。
【００５９】
［管理テーブルについて］
次に、図９に示されている管理テーブル１４０について説明する。図９に示されている管理テーブルは、図１においてユーザＡがＰＣ２Ａ、ユーザＢがＰＣ２Ｂを、ユーザＣがＰＣ２Ｃを、ユーザＤがＰＣ２Ｄをそれぞれ用いて、各処理要求をＭＦＰ１に対して、それぞれ順番に出力した場合の管理テーブルの１例である。
【００６０】
ユーザＡが出力した処理要求は、ＣＰＵ１１が処理要求を受け付けた順番が１００番であって、処理要求の種類が“ＰＣプリント”、ページ数が“５０ページ”、予測された処理時間が“５分”、処理要求の緊急度が“通常”である。そして、ユーザＡが出力した処理要求は１番最初にＣＰＵ１１によって受け付けられるので、ＭＦＰ１の実行部４を用いて実行中である。そこで、ユーザＡの処理要求の状況を示すステータス情報が“実行中”であるとして、管理テーブル１４０に記憶されている。
【００６１】
ユーザＢが出力した処理要求は、ＣＰＵ１１が処理要求を受け付けた順番が１０１番であって、処理要求の種類が“ＰＣ―ＦＡＸ送信”、ページ数が“１００ページ”、予測された処理時間が“１０分”、処理要求の緊急度が“通常”である。ユーザＣが出力した処理要求は、受付部が処理要求を受け付けた順番が１０２番であって、処理要求の種類が“ＰＣプリント”、ページ数が“３ページ”、予測された処理時間が“３分”、処理要求の緊急度が“緊急”である。ユーザＤが出力した処理要求は、受付部が処理要求を受け付けた順番が１０３番であって、処理要求の種類が“ＰＣプリント”、ページ数が“５０ページ”、予測された処理時間が“５分”、処理要求の緊急度が“緊急”である。
【００６２】
また、ＣＰＵ１１が、ユーザＡの処理要求を受け付け後に、ユーザＢ、ユーザＣ、ユーザＤのそれぞれの処理要求を受け付ける。そのため、ユーザＢ、ユーザＣ、ユーザＤの処理要求のステータス情報が“実行待ち”として、管理テーブル１４０に記憶されている。
【００６３】
上記に述べたユーザの処理要求に関する内容が、図９に示されている管理テーブル１４０としてＲＡＭ１３に記憶されている。そして、ユーザＢ、Ｃ、Ｄの処理要求の実行の優先順位は、処理要求を受け付けた順番に、それぞれ１番目、２番目、３番目となる。
【００６４】
[ＭＦＰ１における処理要求の実行処理について1)]
【００６５】
本発明の特徴的な構成であるＭＦＰ１における処理要求の実行処理について、図１０のフローチャートを用いて説明する。なお、上述した図８の処理要求の受付処理とは、独立
し並行して、ＭＦＰ１における処理要求の実行処理の実行がされる。
【００６６】
最初に、ＲＡＭ１３に記憶されている管理テーブル１４０に許可の処理要求のステータス情報である“実行中”があるかどうかに基づいて、ＣＰＵ１１が許可の処理要求が有るかどうかを判断する（Ｓ４０１）。
【００６７】
管理テーブル１４０に許可の処理要求が無ければ（Ｓ４０１：ＮＯ）、Ｓ４０９に進む。Ｓ４０９にて、ＭＦＰ１の電源が切断されると（Ｓ４０９：ＹＥＳ）、ＭＦＰ１における処理要求の実行処理は終了する。ＭＦＰ１の電源が切断されていなければ（Ｓ４０９：ＮＯ）、Ｓ４０１に戻って、ＣＰＵ１１が管理テーブル１４０に基づいて許可の処理要求が有るかどうかを判断する。
【００６８】
管理テーブル１４０に許可の処理要求が有れば（Ｓ４０１：ＹＥＳ）、実行部４を用いて、許可の処理要求が実行される（Ｓ４０２）。
【００６９】
次に、ＲＡＭ１３に記憶されている管理テーブル１４０に、待機中の処理要求のステータス情報である“実行待ち”があるかどうかによって、待機中の処理要求が有るかどうかを判断する（Ｓ４０３）。
【００７０】
管理テーブル１４０に待機中の処理要求が無ければ（Ｓ４０３：ＮＯ）、Ｓ４０７に進む。Ｓ４０７では、実行部４が許可の処理要求の実行を終了していなければ（Ｓ４０７：ＮＯ）、Ｓ４０２に戻って、許可の処理要求の実行を引き続き実行する。
【００７１】
実行部４が許可の処理要求の実行中に、管理テーブル１４０に待機中の処理要求のステータス情報である“実行待ち”があれば（Ｓ４０３：ＹＥＳ）、Ｓ４０４の通知処理に進む。
【００７２】
［待機中の処理要求が存在することを通知するか否かを決める条件設定処理］
ここで、図１０のＳ４０４の通知処理を説明する前に、待機中の処理要求が存在することを通知するか否かを決める条件設定処理について、図１１のフローチャートを用いて説明する。なお、図１１の条件設定処理は、図８の処理要求の受付処理及び図１０の処理要求の実行処理とは独立して処理される。
【００７３】
まず、ユーザがユーザ名とパスワードを、操作部２０の１つである入力装置５４を通じて入力する。そして、入力されたユーザ名とパスワードが、入力認証識別情報としてＲＡＭ１３に記憶される（Ｓ５０１）。そして、ユーザの認証識別情報と、入力認証識別情報とが一致する場合には、ＣＰＵ１１が認証を許可する（Ｓ５０２：ＹＥＳ）。ユーザの認証識別情報と、入力認証識別情報とが一致しない場合には（Ｓ５０２：ＮＯ）、再びＳ５０１に戻る。
【００７４】
次に、Ｓ５０３において、条件が設定される。条件とは、待機中の処理要求に関する情報であるページ数、処理要求の緊急度を示す情報に応じて設定される。ユーザは、表示部１９に表示された図１２の条件設定画面を使って、条件を設定することができる。
【００７５】
通常、３枚以下や１０枚以下のＰＣプリント等の処理要求は直ぐに終了する。そこで図１２の条件設定画面は、条件としてページ数が３枚以下、１０枚以下を条件として設定することが可能となっている。また、図１２の条件設定画面は、処理要求の緊急度を示す情報として、“通常”もしくは“緊急”のいずれかを選択可能となっている。
【００７６】
なお、条件としてページ数、処理要求の緊急度を示す情報以外の設定を設定したい場合
や、現在設定されている設定を変更したい場合には、ユーザは、設定変更ボタン２３２を、操作部２０を用いて選択することができる。また、条件を１つに限定されることなく複数条件を設定することができる。例えば、ページ数が３枚以下で、かつ、処理要求の緊急度を示す情報が“緊急”であることを条件として設定することも可能である。
【００７７】
以下の説明において、待機中の処理要求が存在することを通知するか否かを決める条件として、ユーザＡの処理要求の緊急度を示す情報が“緊急”が選択されているものとする。
【００７８】
そして、ユーザが決定ボタン２３１を押す。すると、ＣＰＵ１１がＳ５０３の処理を終了する。そして、図１１の条件設定画面で設定された条件が、ＮＶＲＡＭ１４に記憶される。
【００７９】
なお、上記の条件設定処理において、ユーザごとに条件を設定したが、ユーザごとに条件を設定する必要はない。ＭＦＰ１の管理者が全ユーザの条件設定を予め設定しておいてその条件設定を各ユーザが使用する構成としてもよい。また、図１１の条件設定処理は、図８の処理要求の受付処理と独立して処理している。しかし、図８の処理要求の受付処理において、各ＰＣ２からＭＦＰ１に処理要求を送信する際に、待機中の処理要求が存在することを通知するか否かを決める条件設定を送信するようにしてもよい。また、条件を必ず設定する必要はなく、ＭＦＰ１を使用するユーザが適宜選択して決めればよい。
【００８０】
［許可の処理要求を出力したＰＣ２もしくはＭＦＰ１に対する通知処理について］
次に、図１０のＳ４０４における許可の処理要求を出力したＰＣ２もしくはＭＦＰ１に対する通知処理について、図１３のフローチャートを用いて説明する。
【００８１】
最初に、ＣＰＵ１１が、ＲＡＭ１３に記憶されている管理テーブル１４０の情報を取得する（Ｓ６０１）。
【００８２】
次に、Ｓ６０２において、ＣＰＵ１１が、待機中の処理要求が存在することを通知するか否かを決める条件を、その条件が記憶されているＮＶＲＡＭ１４から取得する。その条件は、図１１の条件設定処理によって、ユーザごとに予め設定されている。
【００８３】
次に、Ｓ６０２で取得したＮＶＲＡＭ１４に記憶された許可の処理要求のユーザの条件と、Ｓ６０１で取得した管理テーブル１４０の内容に基づいて、ＣＰＵ１１が条件に該当する処理要求が有るかどうかを判断する（Ｓ６０３）。例えば、条件が処理要求の緊急度を示す情報が“緊急”である場合であるとする。すると、図９の管理テーブル１４０においては、その条件に該当する待機中の処理要求は、ユーザＣとユーザＤの処理要求が該当する。
【００８４】
上述した例のように、条件に該当する処理要求が有る場合（Ｓ６０３：ＹＥＳ）は、Ｓ６０４に進む。そして、ＣＰＵ１１が管理テーブル１４０から、条件に該当する処理要求に関する内容を抽出する（Ｓ６０４）。そして、通知部として機能するＣＰＵ１１が、許可の処理要求を出力したＰＣ２に対して、抽出した条件に該当する待機中の処理要求に関する内容を、ネットワークインターフェース１６を通して、通知する（Ｓ６０５）。また、許可の処理要求を出力したのがＭＦＰである場合は、ＣＰＵ１１がＭＦＰ１の表示部１９に対して抽出した条件に該当する待機中の処理要求に関する内容を通知する（Ｓ６０５）。
【００８５】
図９の管理テーブルの例では、ユーザＡの処理要求が実行部４によって実行されている。すなわち、ユーザＡの処理要求を出力したＰＣ２Ａに対して、ユーザＣとユーザＤの待
機中の処理要求に関する内容が通知される。
【００８６】
条件に該当する処理要求がないか（Ｓ６０３：ＮＯ）、もしくは抽出した条件に該当する待機中の処理要求に関する内容が通知されれば（Ｓ６０５）、図１３の通知処理は終了する。
【００８７】
次に、図１３のＳ６０５において、許可の処理要求を出力したＰＣ２もしくはＭＦＰ１に対して待機中の処理要求に関する内容が通知されたとき、ＰＣ２およびＭＦＰ１のそれぞれの割り込み処理要求の指示処理について、第１実施形態と第２実施形態に分けて説明する。
【００８８】
[第１実施形態〜ＰＣ２の割り込み処理要求の指示処理]
まず、許可の処理要求を出力したＰＣ２の割り込み処理要求の指示処理について、図１４のフローチャートを用いて説明する。なお、第１実施形態として、既に説明した図９の管理テーブル１４０に記載の場合を例として説明する。
【００８９】
通知部として機能するＣＰＵ１１から通知されたＰＣ２には、通知された条件に該当する待機中の処理要求に関する内容を、第２受信部として機能するネットワークインターフェース２６を介して受信する（Ｓ７０１：第２受信部の１例）。なお、第１実施形態では、ＰＣ２ＡのＣＰＵ１１が抽出した条件に該当する待機中の処理要求に関する内容を受信する。次に、その待機中の処理要求に関する内容を、表示部２７（第２表示部の１例）に表示するか否かを選択する設定画面（図１５）が表示部２７に表示される（Ｓ７０２）。
【００９０】
第１実施形態の例において、ユーザＡは、マウス等の操作部２８を用いて、待機中の処理要求に関する内容をディスプレイである表示部２７に表示する場合は、“はい”ボタン２１１を押すことができる。また、ユーザＡは、“いいえ”ボタン２１２を押すことによって、待機中の処理要求に関する内容を、表示部２７に表示しないことを選択することができる。
【００９１】
ユーザＡによって、“いいえ”ボタン２１２が押されると（Ｓ７０３：ＮＯ）、ＰＣ２側の割り込み処理要求の指示処理は終了する。ユーザＡによって、“はい”ボタン２１１が押されると（Ｓ７０３：ＹＥＳ）、Ｓ７０４に進む。そして、ＰＣ２に対して通知された抽出した条件に該当する待機中の処理要求に関する内容が表示部２７に表示される（Ｓ７０４）。
【００９２】
図１６の設定画面が表示部２７に表示される。第１実施形態である図９の管理テーブル１４０の例では、図１１の条件処理において、条件が、処理要求に関する緊急度が“緊急”と設定されていると、ユーザＣとユーザＤの処理要求に関する内容が、表示部２７に表示されている。
【００９３】
第１実施形態である図９の管理テーブル１４０の例では、ユーザＡは、表示部２７に表示されたユーザＣとユーザＤの待機中の処理要求に関する内容を見て、ユーザＡの処理要求の実行を中断して、ユーザＣとユーザＤの待機中の処理要求を実行させるか否かを判断する。
【００９４】
例えば、ユーザＡはユーザＣのＰＣプリント３ページと、ユーザＤのコピー５０ページとを比較する。すると、ユーザＡは、ユーザＣのＰＣプリント３ページの処理要求は、ユーザＡのＰＣプリント５０ページよりも少ないことを判断する。そして、ユーザＡは、ユーザＡの許可の処理要求よりも先にユーザＣの待機中の処理要求を実行させてもよいと判断する。上記のような場合には、ユーザＡは、マウス等の操作部２８を用いて、ユーザＣ
に該当する選択ボタン２２１を選択する。そして、ユーザＡは実行ボタン２２２を押すことで、ユーザＣの待機中の処理要求が割り込み処理要求であることを指示することができる。
【００９５】
また、ユーザＡは、１つの待機中の処理要求を選択するだけでなく複数の待機中の処理要求を選択することが可能である。ユーザは、選択ボタン２２１を複数選択することで、複数の待機中の処理要求を割り込み処理要求として指示することができる。
【００９６】
また、ユーザＡが自分の許可の処理要求を優先して実行したい場合は、実行しないボタン２２３を押すことによって、ユーザＡの許可の処理要求よりも先に待機中の処理要求を実行させないと指示することもできる。
【００９７】
ユーザＡが実行ボタン２２２を押すと（Ｓ７０５：ＹＥＳ）、送信部として機能するネットワークインターフェース２６が、割り込み処理要求の実行の指示をＭＦＰ１に対して送信する（Ｓ７０６）。ここで、ＰＣ２側の割り込み処理要求の指示処理は終了する。
[第２実施形態〜管理テーブル１４０について]
次に、第２実施形態として、許可の処理要求を出力したのがＭＦＰ１である場合の割り込み処理要求の指示処理について説明する。第２実施形態の具体例として、図１７の管理テーブル１４０を用いて説明する。
【００９８】
第２実施形態では、図１の画像処理システムにおいて、ユーザＡがＭＦＰ１を操作して処理要求を出力している。そして、ユーザＢがＰＣ２Ｂを、ユーザＣがＰＣ２Ｃを、ユーザＤがＰＣ２Ｄを、それぞれ用いて処理要求を出力している。
【００９９】
また、ユーザＡが出力した処理要求は、受付部が処理要求を受け付けた順番が２００番であって、処理要求の種類が“コピー”、ページ数が“３００ページ”、予測された処理時間が“３０分”、処理要求の緊急度が“通常”とする。そして、ユーザＡが出力した処理要求がＭＦＰ１の実行部４を用いて実行中である。よって、ステータス情報は“実行中”となる。
【０１００】
また、ユーザＢがＰＣ２Ｂを用いて出力した処理要求は、受付部が処理要求を受け付けた順番が２０１番であって、処理要求の種類が“ＰＣプリント”、ページ数が“３ページ”、予測された処理時間が“２０秒”、処理要求の緊急度が“緊急”とする。また、ユーザＣがＰＣ２Ｃを用いて出力した処理要求は、受付部が処理要求を受け付けた順番が２０２番であって、処理要求の種類が“ＰＣ−ＦＡＸ送信”、ページ数が“１００ページ”、予測された処理時間が“１０分”、処理要求の緊急度が“緊急”とする。また、ユーザＤがＰＣ２Ｄを用いて出力した処理要求は、受付部が処理要求を受け付けた順番が１０３番であって、処理要求の種類が“ＰＣプリント”、ページ数が“５０ページ”、予測された処理時間が“５分”、処理要求の緊急度が“緊急”とする。
【０１０１】
そして、本第２実施形態では、ユーザＢ、ユーザＣ、ユーザＤがそれぞれ出力した処理要求は、ユーザＡが出力した処理要求が実行中であるため、ユーザＢ、ユーザＣ、ユーザＤがそれぞれ出力した処理要求のステータス情報は“実行待ち”となる。
【０１０２】
上記に述べたユーザの処理要求の内容が、図１７に示されている管理テーブル１４０としてＲＡＭ１３に記憶されている。通常、ユーザＡの処理要求の実行後、処理要求の優先順位は、ユーザＢが１番目、ユーザＣが２番目、ユーザＤが３番目となる。
[第２実施形態〜ＭＦＰ１の割り込み処理要求の指示処理]
次に、許可の処理要求を出力したＭＦＰ１の割り込み処理要求の指示処理について、図１８のフローチャートを用いて説明する。
【０１０３】
図１３のＳ６０５において、ＣＰＵ１１がＭＦＰ１の表示部１９に対して抽出した条件に該当する待機中の処理要求に関する内容を通知する。すると、表示部１９に、図１９で示す待機中の処理要求が存在することを示すメッセージ表示２４０が表示される（Ｓ８０１）。
【０１０４】
表示部１９には、第２実施形態において、ユーザＡの処理要求が実行されていることを示す“コピー中”という表示が表示されている。メッセージ表示２４０は、“待機中の処理要求有り、表示する場合は、操作パネルの決定ボタンを押してください”となっている。
【０１０５】
次に、ユーザＡは、メッセージ表示２４０に従い、待機中の処理要求の内容を表示するか否かを選択することができる。ユーザＡによってキャンセルボタン５２（表示選択部の１例）が押された場合（Ｓ８０２：ＮＯ）は、表示部１９に表示されているメッセージ表示２４０の表示が消去される（Ｓ８０９）。
【０１０６】
ユーザＡによって決定ボタン５１（表示選択部の１例）が押されると（Ｓ８０２：ＹＥＳ）、ユーザの認証設定の処理に進む（Ｓ８０３）。この処理は、図２０に示すように、表示部１９に“パスワードを入力してください”と表示される。その表示に従って、ユーザＡがユーザ名とパスワードを、操作部２０の１つである入力装置５４を通じて入力する。
【０１０７】
入力されたユーザ名とパスワードが、入力認証識別情報としてＲＡＭ１３に記憶される。そして、ＲＯＭ１２に記憶されている処理要求を実行しているユーザの認証識別情報と、入力認証識別情報とが一致する場合には、ＣＰＵ１１は認証を許可する（Ｓ８０４：ＹＥＳ）。ユーザＡの認証識別情報と、入力認証識別情報とが一致しない場合には（Ｓ８０４：ＮＯ）、再びＳ８０３におけるユーザの認証設定の処理に戻る。
【０１０８】
ＣＰＵ１１が認証を許可した場合（Ｓ８０４：ＹＥＳ）、表示部１９に、図２１（Ａ）のように待機中の処理要求のリストを表示することのメッセージが表示される。そして、操作部２０の１つであるカーソルキー５３をカーソル表示２５０が示す方向に操作することによって、図２１（Ｂ）、図２１（Ｃ）、図２１（Ｄ）のように待機中の処理要求であるユーザＢ、ユーザＣ、ユーザＤの処理要求に関する内容が、それぞれ表示部２７に表示される（Ｓ８０５）。
【０１０９】
例えば、図２１（Ｂ）のように、ユーザＢの待機中の処理要求に関する内容が表示部１９に表示されている。その際、第２実施形態の例において、ユーザＡが決定ボタン５１を押すことによって、その表示された待機中の処理要求が割り込み処理要求として選択することができる（指示部の１例、Ｓ８０６：ＹＥＳ）。すると、ＣＰＵ１１が、管理テーブル１４０が図２２のようにユーザＢの処理要求のステータス情報が“割り込み選択”と更新される（Ｓ８０７）。
【０１１０】
なお、第２実施形態の例において、ユーザＡはキャンセルボタン５２を押すことによって、待機中の処理要求が割り込み処理要求として選択しないことを指示できる。その際は、ＣＰＵ１１は、割り込み処理要求が選択されなかったとして、図１８の処理を終了する（Ｓ８０６：ＮＯ）。
【０１１１】
次に、第２実施形態の例において、ユーザＡが決定ボタン５１を押す。すると、表示部１９には、図２３に示すようなメッセージが表示される。そして、ユーザＡが待機中の処理要求を引き続き選択する場合には、ユーザＡは、決定ボタン５１を押すことができる（
Ｓ８０８：ＮＯ）。そして、ユーザＡによって決定ボタン５１が押されると、再び待機中の処理要求に関する内容が表示部１９に表示される（Ｓ８０５）。そして、再びユーザＡが待機中の処理要求を選択することができる。
【０１１２】
再び、ユーザＡがカーソルキー５４を操作することによって、図２１（Ｄ）のユーザＤの処理要求に関する内容が表示部１９に表示されたとする。その際、ユーザＡが決定ボタン５１を押すことによって待機中の処理要求が割り込み処理要求として選択される（Ｓ８０６：ＹＥＳ）。今度は、ＣＰＵ１１が、管理テーブル１４０が図２４のようにユーザＤの処理要求のステータス情報が“割り込み選択”と更新される（Ｓ８０７）。
【０１１３】
そして、ユーザＡが、他に待機中の処理要求を割り込み処理要求として選択しないなら、キャンセルボタン５２を押す。すると、ＣＰＵ１１は、待機中の処理要求の選択を終了する（Ｓ８０８：ＹＥＳ）。
【０１１４】
上述した第２実施形態におけるＭＦＰ１の割り込み処理要求の指示処理においては、処理要求を実行しているユーザの認証識別情報と、入力認証識別情報とが一致しないと、待機中の処理要求に関する内容を表示しない構成となっている。これは、処理要求を実行していないユーザが、待機中の処理要求に関する内容を表示し、割り込み指示することを許可とすると、処理要求を実行していないユーザが、ＭＦＰ１を操作して実行中の処理要求を中断することが可能となる。よって、認証設定の処理（Ｓ８０３、Ｓ８０４）を設けることによって、実行中である処理要求のユーザのみが待機中の処理要求に関する内容を表示するか否かを決定することができる。
【０１１５】
なお、第１実施形態においても第２実施形態におけるＭＦＰ１の割り込み処理要求の指示処理と同様に、ユーザの認証識別情報と、入力認証識別情報とが一致しないと、待機中の処理要求に関する内容を表示しない構成としてもよい。そのように構成することで、一層セキュリティの向上が見込める。
【０１１６】
[ＭＦＰ１における処理要求の実行処理について2)]
【０１１７】
図１０のＭＦＰ１における処理要求の実行処理に戻る。第１受信部として機能するネットワークインターフェース１６が、ＰＣ２からの割り込み処理要求の実行の指示を受信したか否かで判断する（Ｓ４０５）。
【０１１８】
また、第１受信部として機能するネットワークインターフェース１６が、ＰＣ２Ａからの割り込み処理要求の実行の指示を受信しなかった場合（Ｓ４０５：ＮＯ）、ＣＰＵ１１が、管理テーブル１４０のステータス情報の中に“割り込み選択“となっているものがあるかどうかを判断する（Ｓ４１０）。
【０１１９】
Ｓ４０５もしくはＳ４１０において、ＹＥＳであれば、ＰＣ２もしくはＭＦＰ１から割り込み処理要求が指示されているので、割り込み処理（Ｓ４０６）に進む。もし、Ｓ４０５及びＳ４１０において、ＮＯであれば、ＰＣ２もしくはＭＦＰ１から割り込み処理要求が指示されていないので、Ｓ４０７に進み、Ｓ４０２に戻って許可の処理要求が実行部４によって実行される。
【０１２０】
[割り込み処理について]
次に、図１０の割り込み処理（Ｓ４０６）について、図２５のフローチャートを用いて説明する。まず、割り込み制御部として機能するＣＰＵ１１が、現在、実行中である許可の処理要求の実行を中断する（Ｓ９０１）。なお、処理要求を中断した箇所はＲＡＭ１３に記憶される。次に、管理テーブル１４０に記憶されている処理要求のステータス情報を
更新する（Ｓ９０２）。
【０１２１】
[第１実施形態での管理テーブルの更新]
第１実施形態では、ＰＣ２Ａからの割り込み処理要求の実行の指示に基づいて、図２６に示すように管理テーブル１４０のユーザＡの処理要求のステータス情報が、“実行中”から“実行中断中”に変更されて記憶される。また、ユーザＣの処理要求のステータス情報が“実行待ち”から“割り込み実行中”に変更されて記憶される。そして、処理要求の実行順が、ユーザＣ、ユーザＡ、ユーザＢ、ユーザＤのように更新される。
【０１２２】
[第２実施形態での管理テーブルの更新]
第２実施形態では、図２７に示すように管理テーブル１４０のユーザＡの処理要求のステータス情報が、“実行中”から“実行中断中”に変更して記憶される。また、ユーザＢの処理要求のステータス情報が“割り込み選択”から“割り込み実行中”、ユーザＤの処理要求のステータス情報が“割り込み選択”から“割り込み待ち”に、それぞれ変更されて記憶される。そして、処理要求の実行順が、ユーザＢ、ユーザＤ、ユーザＡ、ユーザＣのように更新される。
【０１２３】
次に、管理テーブル１４０のステータス情報が“割り込み実行中”となっている割り込み処理要求が、実行部４を用いて実行される（Ｓ９０３）。第１実施形態では、ユーザＣの処理要求であるＰＣプリントが、画像形成部１１０を用いて実行される。第２実施形態では、ユーザＢの処理要求が実行される。
【０１２４】
次に、実行部４が割り込み処理要求の実行を終了すると（Ｓ９０４：ＹＥＳ）、ＣＰＵ１１が、次に他の割り込み処理要求があるかどうかを判断する（Ｓ９０５）。
【０１２５】
図１４のＳ７０５もしくは、図１８のＳ８０６のＭＦＰ１において、複数の待機中の処理要求が割り込み処理要求としてユーザによって指示された場合、Ｓ９０５をＹＥＳに進む。そして、再び、管理テーブル１４０を更新する（Ｓ９０２）。
【０１２６】
[第２実施形態での管理テーブルの更新]
第２実施形態の場合、複数の割り込み処理要求があるので、上述のＳ７０２の内容を説明する。ユーザＢの割り込み処理要求は実行が終了しているため、図２８に示すように
管理テーブル１４０から、ユーザＢの処理要求の内容を削除する。また、ユーザＢの画像情報を含んだ処理要求が、ＲＡＭ１３から削除される。そして、“割り込み待ち”となっているユーザＤの処理要求のステータス情報を“割り込み実行中”に設定して、管理テーブル１４０に記憶する。
【０１２７】
次に、第１実施形態の例のように割り込み処理要求が１つであるか、既に割り込み処理要求が全て実行終了している場合には、Ｓ９０５においてＮＯに進む。
【０１２８】
次に、管理テーブル１４０に記憶されている処理要求のステータス情報を更新する（Ｓ９０６）。ここでは、処理要求の実行が終了している場合は、管理テーブルおよびＲＡＭ１３に記憶されている処理要求が削除される。“実行中断中”となっている処理要求のステータス情報が“実行中”に変更されて、管理テーブル１４０に記憶される。
【０１２９】
[第１実施形態での管理テーブルの更新]
第１実施形態の例では、図２９に示すように管理テーブル１４０におけるユーザＣの処理要求の内容を削除する。また、ユーザＣの画像情報を含んだ処理要求が、ＲＡＭ１３から削除される。そして、“実行中断中”となっているユーザＡの処理要求のステータス情報を“実行中”に変更して、管理テーブル１４０に記憶される。
【０１３０】
[第２実施形態での管理テーブルの更新]
第１実施形態の例では、図３０に示すように管理テーブル１４０におけるユーザＢの処理要求の内容を削除する。そして、“実行中断中”となっているユーザＡの処理要求のステータス情報を“実行中”に変更して、管理テーブル１４０に記憶される。
【０１３１】
次に、継続実行部として機能するＣＰＵ１１が実行部４を用いて、管理テーブル１４０が“実行中”となっている許可の処理要求を、ＲＡＭ１３に記憶された中断情報に基づいて継続実行する（Ｓ９０７）。
【０１３２】
［ＭＦＰ１における処理要求の実行処理に関するフローチャート3)］
【０１３３】
再び、図１０のＭＦＰ１における処理要求の実行処理に関するフローチャートに戻る。実行部４による許可の処理要求の実行が終了すると（Ｓ４０７：ＹＥＳ）、管理テーブル１４０が更新される（Ｓ４０８）。管理テーブル１４０の受付順番に従って、受付順番が１番早い“実行待ち”の処理要求のステータス情報が“実行中”に設定され、管理テーブル１４０に記憶される。
【０１３４】
そして、Ｓ４０９において、ＭＦＰ１の電源が切断されるまで、ＭＦＰ１における処理要求の実行処理は実行される。
【図面の簡単な説明】
【０１３５】
【図１】本発明に係るＭＦＰ１と、ＭＦＰ１に処理要求を送信するＰＣ２とを含む画像処理システム１００の１例を示す構成図である。
【図２】画像処理システム１００の構成を示すブロック図である。
【図３】本発明に係るＭＦＰ１の外観図である。
【図４】ＰＣ２からのＭＦＰ１への処理要求の送信処理に関するフローチャート。
【図５】処理要求の設定画面の１例。
【図６】ＰＪＬコマンドの１例。
【図７】ＭＦＰ１からの処理要求の出力に関するフローチャートである。
【図８】ＭＦＰ１における処理要求の受付処理に関するフローチャートである。
【図９】第１実施形態での管理テーブルの１例。
【図１０】ＭＦＰ１における処理要求の実行処理に関するフローチャート。
【図１１】待機中の処理要求が存在することを通知するか否かを決める条件設定処理に関するフローチャート。
【図１２】条件設定画面の１例。
【図１３】許可の処理要求を出力したＰＣ２もしくはＭＦＰ１に対する通知処理に関するフローチャート。
【図１４】待機中の処理要求が存在することを通知されたＰＣ２における割り込み処理要求の指示処理に関するフローチャート。
【図１５】実行待ちの処理要求があることを示す設定画面の１例。
【図１６】設定画面の１例。
【図１７】第２実施形態での管理テーブルの１例。
【図１８】待機中の処理要求が存在することを通知されたＭＦＰ１における割り込み処理要求の指示処理に関するフローチャート。
【図１９】待機中の処理要求が存在することを示すメッセージ表示２４０を表示する表示部２７の１例。
【図２０】表示部１９に表示される認証設定画面の１例。
【図２１】表示部１９における待機中の処理要求に関する内容の表示の１例。
【図２２】第２実施形態での更新された管理テーブル。
【図２３】表示部１９に表示される引き続き、他の処理要求を選択するかどうかのメッセージの１例。
【図２４】第２実施形態での更新された管理テーブル。
【図２５】割り込み処理に関するフローチャート。
【図２６】第１実施形態での割り込み処理時の管理テーブル更新の１例。
【図２７】第２実施形態での割り込み処理時の管理テーブル更新の１例。
【図２８】第２実施形態での割り込み処理時の管理テーブル更新の１例。
【図２９】第１実施形態での中断した処理要求を実行する際の管理テーブル更新の１例。
【図３０】第２実施形態での中断した処理要求を実行する際の管理テーブル更新の１例。
【符号の説明】
【０１３６】
１          複合機（ＭＦＰ）
２          情報処理装置
４          実行部
５          制御部
６          バス
１１        ＣＰＵ
１２        ＲＯＭ
１３        ＲＡＭ
１４        ＮＶＲＡＭ
１６        ネットワークＩ／Ｆ
１７        プリンタポートＩ／Ｆ
１８        セントロニクスＩ／Ｆ
１９        表示部
２０        操作部
２１        ＣＰＵ
２２        ＲＯＭ
２３        ＲＡＭ
２４        ＨＤＤ
２５        プリンタポートＩ／Ｆ
２６        ネットワークＩ／Ｆ
２７        表示部
２８        操作部
３０        ネットワーク
３１        ＵＳＢケーブル
３２        電話回線
【図１】
2010141390.tif 000003
【図２】
2010141390.tif 000004
【図３】
2010141390.tif 000005
【図４】
2010141390.tif 000006
【図５】
2010141390.tif 000007
【図６】
2010141390.tif 000008
【図７】
2010141390.tif 000009
【図８】
2010141390.tif 000010
【図９】
2010141390.tif 000011
【図１０】
2010141390.tif 000012
【図１１】
2010141390.tif 000013
【図１２】
2010141390.tif 000014
【図１３】
2010141390.tif 000015
【図１４】
2010141390.tif 000016
【図１５】
2010141390.tif 000017
【図１６】
2010141390.tif 000018
【図１７】
2010141390.tif 000019
【図１８】
2010141390.tif 000020
【図１９】
2010141390.tif 000021
【図２０】
2010141390.tif 000022
【図２１】
2010141390.tif 000023
【図２２】
2010141390.tif 000024
【図２３】
2010141390.tif 000025
【図２４】
2010141390.tif 000026
【図２５】
2010141390.tif 000027
【図２６】
2010141390.tif 000028
【図２７】
2010141390.tif 000029
【図２８】
2010141390.tif 000030
【図２９】
2010141390.tif 000031
【図３０】
2010141390.tif 000032