(57)【要約】【課題】  部門管理機能に関連して発生するエラーないしはマナー違反に対し必要な情報を必要な部門構成員に適切に通知する手段を備えた部門管理機能を有する画像処理装置を提供すること。【解決手段】  各部門毎の複数の端末がネットワークを介して接続された部門管理機能を有する画像処理装置において、部門管理機能が有効となっているとき、印刷処理時及びファクシミリ送信処理時に発生したエラーの放置もしくは印刷物又は原稿の放置が行われたときは、前記処理の指示を行ったユーザの端末に通知を行い、予め定めた第１の時間が経過しても前記エラーの放置もしくは印刷物又は原稿の放置が継続しているときには前記ユーザの属する部門の予め登録された通知先の端末にも通知を行うようになす。【選択図】  図３
2005045551.tif 000002
【特許請求の範囲】
【請求項１】
各部門毎の複数の端末がネットワークを介して接続された部門管理機能を有する画像処理装置において、部門管理機能が有効となっているとき、印刷処理時及びファクシミリ送信処理時に発生したエラーの放置もしくは印刷物又は原稿の放置が行われたときは、前記処理の指示を行ったユーザの端末に通知を行い、予め定めた第１の時間が経過しても前記エラーの放置もしくは印刷物又は原稿の放置が継続しているときには前記ユーザの属する部門の予め登録された通知先の端末にも通知を行うようになしたことを特徴とする部門管理機能を有する画像処理装置。
【請求項２】
前記予め登録された通知先の端末は、各部門ごとに１台以上登録・変更できるようになされていることを特徴とする請求項１に記載の部門管理機能を有する画像処理装置。
【請求項３】
前記予め定められた通知先の端末は、各部門ごとの管理者の端末及び各部門の構成員の端末から選択されていることを特徴とする請求項１又は２に記載の部門管理機能を有する画像処理装置。
【請求項４】
前記各部門ごとの管理者の端末に通知を行う場合には、少なくともＩＰアドレス、ＰＣ名から選択された前記処理の指示を行ったユーザの情報を付加して通知を行うようになされていることを特徴とする請求項３に記載の部門管理機能を有する画像処理装置。
【請求項５】
更に、前記第１の時間よりも長い予め定めた第２の時間が経過しても前記エラーの放置もしくは印刷物又は原稿の放置が継続しているときには、前記ユーザの属する部門の全構成員の端末に通知を行うようになしたことを特徴とする請求項１〜４のいずれかに記載の部門管理機能を有する画像処理装置。
【請求項６】
前記エラーの放置もしくは印刷物又は原稿の放置が解消された場合には、前記通知が行われた端末に対して解除の通知を自動的に行うようになされていることを特徴とする請求項１〜５のいずれかに記載の部門管理機能を有する画像処理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、部門管理機能を有する画像処理装置に関し、特にネットワークに接続された複数の画像入力手段からの画像を処理するための部門管理機能を有する画像処理装置において、適切にエラー処理を行えるようになした画像処理装置に関する。
【背景技術】
【０００２】
近年、特に企業においては、各種事務機器の設置スペースを省略するために、複写機機能だけでなく、イメージスキャナ機能、ファクシミリ機能、プリンタ機能等を一体に備えた画像処理装置が多く使用されるようになってきた。このような画像処理装置は、通常ローカルエリアネットワーク（ＬＡＮ）等により各部門の端末（ＰＣ）やサーバ等に接続され、更には各種インタフェースを介して外部記憶装置に対する画像データの入出力処理を実行することができるようになっており、画像処理装置内部では、一旦受信ないしは入力された画像データは画像メモリに蓄積され、その後に印字出力やデータ転送等の出力処理が行われるようになっている。
【０００３】
一方、このような画像処理装置においては、その能力が優れていることから複数の部門で共有されることが多いため、予算上の観点、環境負荷の観点等から、特にプリンタ機能や複写機機能等の印刷機能の使用に際する用紙への出力枚数には、無制限な出力を防止して用紙やトナーの無駄な消費を防ぐために各部門毎に制限を設けた運用管理が行われている。例えば、印刷機能の使用に際しては、用紙の使用量やトナーの消費量に対して制限カウント値が予め設定され、その累積プリント枚数やトナーの累積使用量がこの制限カウント値に到達すると、以降のプリント動作を中止するように制御することにより、プリンタ機能や複写機機能等の印刷機能の使用に対する各部門毎の適切な運用管理が行われている。
【０００４】
この場合、ネットワークを介してユーザの端末から印刷指示を行って印刷させる場合には、印刷データにユーザの所属する部門ＩＤを付加して印刷操作を行わせ、同様に印刷したその分だけその部門のカウント値が加算されるようになされ、ユーザが入力した部門のＩＤ等が登録されていなかったり或いはＩＤが入力されていなかった場合には印刷処理が実行されないようになされて、部門毎の出力枚数管理及び印刷課金管理などを行えるようになすと共に、登録部門外からの印刷を抑制することが可能となっているのが普通である。
【０００５】
例えば、下記特許文献１には、ネットワークに接続されているプリンタ自体に予めＩＤ（識別）コードを記憶させておき、外部機器から受信した印刷データに前記ＩＤコードと一致するデータがある場合にのみ印刷可能となしたプリンタが開示されている。また、下記特許文献２には、ネットワークに接続されたプリンタ自体にネットワークに接続された端末毎にプリンタの使用の許可／不許可を設定することによりプリンタの効率的な管理／運用を行うようにしたプリンタシステムが開示されている。
【０００６】
一方、画像処理装置において、紙詰まり、用紙切れ等の何等かのエラーが生じた場合、以降の印字をすべてキャンセルするべきなのか、エラーを解除し印字を継続すべきなのかの判断は、ユーザでなければ分からないことが多く、しかも部門管理機能が有効な状態では、何らかの形で所定の出力に対して課金が関係することが考えられるため、発生したエラーに関してはユーザ以外の第３者がその処理を行うのは難しかった。
【０００７】
同様に、出力指示に従って印刷された用紙が画像処理装置に放置されていた場合、その印刷された用紙を破棄することや、或いは画像処理装置内の揮発性の高い記憶装置にデータが保存されている場合に電源を落とすといった処理も、同様に第３者が行うことは事情が分からないために困難である。
【０００８】
ユーザ本人においては、特に画像処理装置の中でもプリンタ機能等を用いる場合、ユーザは当該画像処理装置から離れた距離にいるのが一般的であるため、当該画像処理装置のエラーに気づかない場合もある。また、ユーザは、大量の印字処理を行う場合のように処理にある程度の時間がかかることが予想される場合など、印字中に席を外すといった行動をとることも考えられ、その状態では画像処理装置からユーザの端末にエラー通知が来ていてもわからないことになる。
【０００９】
しかしながら、画像処理装置のエラー発生中は印字処理が停止されるため、各部門間で共有されている画像処理装置では、すぐにエラー修復処理が行われないと他の利用者にとって不都合な状態であるだけでなく、画像処理装置の占有時間に応じた課金を行う場合は、エラーの発生に気づかないと、ユーザの所属する部門に対し不本意な課金が発生してしまうことになる。
【００１０】
逆に、印刷された用紙をそのまま放置したり、ちょうど印刷処理が終わった状態で、用紙、トナーやステープルが切れた場合など、その補充を次の印刷者に任せたり、もしくはＲＡＭディスク等に不要なデータを書き込んだ場合の消し忘れというような、ユーザの課金に関係ない場合の処理を放置するようなことは、本来マナー違反として糾弾されるべき行動であるが、従来の部門管理機能を有する画像処理装置においてはこのような行動を抑制することはできないという問題点が存在している。
【００１１】
一方、下記特許文献３には、上述のような従来技術の問題点を解決することを目的として、クライアントからネットワークを通じてジョブの実行を依頼され、エラーの発生に際しては、このジョブの実行を依頼してきたクライアントに、エラーの発生をネットワークを通じて通知する画像処理装置において、エラー発生の通知に対するクライアントの確認状態を監視するエラージョブ管理手段を備え、エラーの発生を通知してから予め設定された第１時間を経過するまでに、クライアントによってエラーの発生の通知が確認されなければ、エラーの発生をネットワーク上の予め登録された装置（例えば画像処理装置の管理者）に通知し、エラーの発生を確認してから予め設定された第２時間を経過するまでに、エラーが解消されなければエラーの発生をネットワーク上の予め登録された装置（例えば該画像処理装置を使用しているユーザ全員）に通知するようになされた画像処理装置が開示されている。
【００１２】
【特許文献１】特開平  ５−３３０１５２号公報（特許請求の範囲、段落［００１１］〜［００１８］）
【特許文献２】特開平  ９−２８８５５２号公報（特許請求の範囲、段落［０００６］〜［００１０］、図６）
【特許文献３】特開２００２−２０９０３５号公報（特許請求の範囲、図６）
【発明の開示】
【発明が解決しようとする課題】
【００１３】
しかしながら、部門管理機能を有する画像処理装置において、特に制限カウント値オーバーエラー等が起こった場合、エラーの影響を受けるのはユーザと同じ部門に属する者であり、他の部門には関係のないエラーである。しかし、特許文献３の方法では直接関係のないユーザの端末にエラー通知を行う可能性がある。
【００１４】
また、部門管理機能を有する画像処理装置において、ファクシミリ機能を使用する場合に、部門制限カウントが通信時間単位で課金を行うような設定となっているものがある。そのような部門管理の元でファクシミリ送信エラーなど、通信が行われた状態でのエラーは、送信者のみならず同じ部門の人間にとっても影響のあるエラーである。このような場合は、他の部門のユーザに送信したとしても、他人任せにする可能性が高く、逆に同部門のユーザにとっては深刻な問題となってしまう。
【００１５】
本発明者等は上述の従来技術の問題点を解決すべく種々検討を重ねた結果、上記部門管理機能を有する画像処理装置において、印刷処理ないしはファクシミリ送信処理の際のエラー等を各部門単位で管理するようになすことで、各部門毎の画像処理装置の使用をより円滑に行えることを見出し、本発明を完成するに至ったのである。すなわち、本発明は部門管理機能に関連して発生するエラーないしはマナー違反に対し必要な情報を必要な部門構成員に適切に通知する手段を備えた部門管理機能を有する画像処理装置を提供することを目的としている。
【課題を解決するための手段】
【００１６】
本発明の上記目的は以下の構成により達成しうる。すなわち、本願の請求項１に係る発明は、各部門毎の複数の端末がネットワークを介して接続された部門管理機能を有する画像処理装置において、部門管理機能が有効となっているとき、印刷処理時及びファクシミリ送信処理時に発生したエラーの放置もしくは印刷物又は原稿の放置が行われたときは、前記処理の指示を行ったユーザの端末に通知を行い、予め定めた第１の時間が経過しても前記エラーの放置もしくは印刷物の放置が継続しているときには前記ユーザの属する部門の予め登録された通知先の端末にも通知を行うようになしたことを特徴とする。
【００１７】
また、請求項２に係る発明は、前記請求項１に記載された部門管理機能を有する画像処理装置において、前記予め登録された通知先の端末は、各部門ごとに１台以上登録・変更できるようになされていることを特徴とする。
【００１８】
また、請求項３に係る発明は、前記請求項１又は２に記載された部門管理機能を有する画像処理装置において、前記予め定められた通知先の端末は、各部門ごとの管理者の端末及び各部門の構成員の端末から選択されていることを特徴とする。
【００１９】
また、請求項４に係る発明は、前記請求項３に記載された部門管理機能を有する画像処理装置において、前記各部門ごとの管理者の端末に通知を行う場合には、少なくともＩＰアドレス、ＰＣ名から選択された前記処理の指示を行ったユーザの情報を付加して通知を行うようになされていることを特徴とする。
【００２０】
また、請求項５に係る発明は、前記請求項１〜４のいずれかに記載された部門管理機能を有する画像処理装置において、更に、前記第１の時間よりも長い予め定めた第２の時間が経過しても前記エラーの放置もしくは印刷物又は原稿の放置が継続しているときには、前記ユーザの属する部門の全構成員の端末に通知を行うようになしたことを特徴とする。
【００２１】
更に、請求項６に係る発明は、前記請求項１〜５のいずれかに記載された部門管理機能を有する画像処理装置において、前記エラーの放置もしくは印刷物の放置が解消された場合には、前記通知が行われた端末に対して解除の通知を自動的に行うようになされていることを特徴とする。
【発明の効果】
【００２２】
本発明は上記の構成を備えることにより以下に示す効果を奏する。すなわち、本願の請求項１に記載の部門管理機能を有する画像処理装置によれば、エラーを発生させたりマナー違反を行ったユーザの所属する部門において、該ユーザがエラー等の通知を受けたときに、都合によりそのエラー等の通知に気づかない場合や面倒なエラー処理を放置したりした場合に、他の該部門構成員等にも通知が行われることで、エラー等の早期解決を促すことができ、しかも通知先がユーザと同じ部門の構成員であるので、エラーを発生させたユーザがいない場合においても第３者に比べて適切な処理を行うことができる可能性が高くなり、また、部門カウント値がエラーによって不本意なカウントをされることを事前に防止することができるようになる。
【００２３】
また、本願の請求項２に記載の部門管理機能を有する画像処理装置によれば、各部門ごとに通知先を１台以上登録することができ、しかも通知先の構成員が出張や休暇等で不在の場合においても容易に通知先を変更することができるので、エラー処理に柔軟に対処できるようになる。
【００２４】
また、本願の請求項３に記載の部門管理機能を有する画像処理装置によれば、各部門ごとに通知先を画像処理装置の構成に詳しい者の端末を任意に選択できるので、エラー等の修復に手間をとることが少なくなり、画像処理装置の使用効率が向上する。
【００２５】
また、本願の請求項４に記載の部門管理機能を有する画像処理装置によれば、エラーを起こしたユーザの特定が容易にできるので、エラーの内容が深刻なものであり、該プリンタを管理している管理者でなければ解消できないようなものである場合においても、早急な連絡を可能とすることができ、該画像処理装置の使用効率を向上させることができる。加えて、各部門の管理者が各構成員のエラーを知ることができるため、心理的に各構成員にエラーの処理を他人任せにするようなことがなくなり、利用マナーが必然的に向上する。
【００２６】
また、本願の請求項５に記載の部門管理機能を有する画像処理装置によれば、長時間エラー等が放置されている場合には、エラー等の通知先をユーザの所属する部門の構成員全員とすることができ、エラー通知が確実にエラー発生部門に伝わり、エラー発生者がいない場合においても適切な対応ができ、エラーの解消をより確実に行うことができる。
【００２７】
更に、本願の請求項６に記載の部門管理機能を有する画像処理装置によれば、同部門の構成員がエラーの解消の確認を行うことができ、エラー解除状態をお互いに知ることで、エラー解除のために多くの部門構成員が処理を行うような無駄な労力がなくなり、より円滑に作業を行うことができるようになる。
【発明を実施するための最良の形態】
【００２８】
以下、本発明の実施例を添付図面を参照して詳細に説明するが、以下に示す実施例は本発明の技術思想を具体化するための部門管理機能を有する画像処理装置を例示するものであって、本発明をこの実施例の部門管理機能を有する画像処理装置に特定することを意図するものではなく、特許請求範囲に記載された技術的範囲に含まれるものに等しく適用し得るものである。
【００２９】
なお、本発明における画像処理装置とは、少なくともネットワークに接続された印刷機能、スキャナ機能、ファクシミリ機能等、何らかの部門管理の対象となる文書や画像を処理する機器を意味するものであって、以下では、プリンタ機能、スキャナ機能、ファクシミリ機能等の複数機能を持つ画像処理装置において印刷処理を行う場合を例にとって説明するが、部門管理を行うプリンタ、スキャナ、ファクシミリ等の単独機能の機器においても適用可能であることは当業者にとり自明であろう。
【００３０】
まず、本発明の各実施例において共通に使用する部門管理機能を有する画像処理装置１０について説明する。この本発明の画像処理装置は、図１に示すように、少なくとも、操作部１２、ファクシミリ部１４、スキャナ部１６、外部メモリインタフェース１８、入力画像処理／生成部２０、各種ホストインタフェース２２、ジョブ制御部２４、情報記憶部２６、出力制御部２８、印刷部３０及び内部メモリ３２を備えている。なお、ファクシミリ部１４は、画像処理装置には備えられていない場合もあり、更に、単なるファクシミリの受信ないしは送信に制限を加えることは非実用的であるので、必ずしも画像処理装置の部門別管理対象となっているわけではないが、部門制限カウント値がファクシミリ送信時に通信時間単位で課金を行うように設定されている場合や、この受信したファクシミリデータを各部門宛てに印刷して配布するような場合には部門別管理対象とする場合もある。
【００３１】
操作部１２、ファクシミリ部１４、スキャナ部１６、外部メモリインタフェース１８及び各種ホストインタフェース２２は、画像処理装置１０への入力手段を構成し、それぞれこれらの入力データを管理する入力画像処理／生成部２０へ接続されている。
【００３２】
操作部１２は少なくともタッチパネル式入力手段を備え、管理者ＩＤ、部門ＩＤ等の入力手段及び各種操作の選択手段を兼ねている。ファクシミリ部１４は公衆電話回線３４に接続され、定められた通信方式に従って外部からのファクシミリデータ及び入力画像処理／生成部２０を経て供給された画像データの送受信を行うようになされている。
【００３３】
外部メモリインタフェース１８は、汎用的に用いられているパラレルインタフェース、シリアルインタフェース、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ  Ｓｅｒｉａｌ  Ｂｕｓ）、ＩＥＥＥ１３９４、ＰＣ−Ｃａｒｄバス等の各種インタフェースを含み、この外部メモリインタフェース１８に半導体メモリ、ＨＤＤ、ＣＤ、ＣＤ−Ｒ、ＣＤ−ＲＷ、ＤＶＤ、ＤＶＤ−Ｒ、ＤＶＤ−ＲＷ、ＤＶＤ−ＲＡＭ、ＦＤ等の外部メモリ（記憶手段）３６を接続して、これらの外部メモリ３６を介して各種画像データの入出力のみでなく管理者ＩＤ、部門ＩＤ等の入力手段としても使用される。
【００３４】
また、各種ホストインタフェース２２は、ネットワーク３８を介して各部門に対応する端末４０−１、４０−２、・・・及び管理者用の端末（サーバであっても良い）４０−ｎに接続されている。この場合、各部門に対応する端末４０−１、４０−２、・・・はそれぞれ同一の部門に属するものであってもよく、また、他の部門に属するものが含まれていてもかまわない。
【００３５】
ジョブ制御部２４は、必要に応じて各種部門情報の詳細設定、累積カウント値等を管理する部門コード詳細情報を備えたＨＤＤ、不揮発性メモリ等からなる記録手段である情報記憶部２６を有しており、入力データを処理する入力画像処理／生成部２０を介した画像データに情報記憶部２６に記憶している情報を付加して出力制御部２８に送出し、出力制御部２８での処理が正常に完了した後に、情報記憶部２６の累積カウント値のカウントアップ処理を行い、情報記憶部２６に情報を保存するようになされている。
【００３６】
なお、情報記憶２６は、予め画像処理装置１０において部門管理を行う各部門のそれぞれに対応するＩＰアドレス又はＰＣ名等と関連付けられた部門コード対応管理テーブルを備え、それぞれの部門ごとに課金対象となる各処理についてどの程度の処理が行われたかを表す累積カウント値を記憶すると共に、必要に応じて各部門の各処理ごとに制限カウント値が記憶されている。
【００３７】
出力制御部２８は、入力画像処理／生成部２０及びジョブ制御部２４を経て送られてきた画像データをその目的に応じて印刷部３０で用紙に印刷したり、外部メモリ３６に記憶したり、或は、各種ホストインタフェース２２を経て各部門の端末４０−１、４０−２、４０−３、・・・、管理者用端末４０−ｎに送信するようになされている。なお、画像処理装置１０に出力制御部２８を介して専用のホストＰＣ４８を接続し、このホストＰＣ４８に出力制御部２８で処理されている画像データを表示すると共に、必要に応じて管理者用端末の機能を備えさせている場合もある。
【００３８】
この画像処理装置１０の使用に際しては、まず、初期化操作として、操作部１２、ホスト用ＰＣ４８ないしは管理者用のサーバ等から部門管理の対象となる部門の登録及び設定を行い、部門毎に対象のＩＰアドレス又はＰＣ名、制限枚数等を登録する。なお、通常は、各部門の端末４０−１、４０−２・・・・及び部門の管理者の端末４０−ｎに対し別々のＩＰアドレス又はＰＣ名を一つずつ指定して登録する。
【００３９】
また、どこの部門にも登録されていないＩＰアドレス又はＰＣ名が付加された画像データが送られてきた場合の処理について、このジョブをキャンセルするか否か、エラー通知を出すか出さないか、或いは部門管理の対象としないで処理を続行するか否かをも登録し、更に、各部門ごとにユーザ以外のエラー等の通知を受け取る者を指定して登録する。これらの各種設定はジョブ制御部２４を介して情報記憶部２６に記憶される。
【００４０】
また、登録されている部門情報は、操作部１２の表示手段やホストＰＣ４８で表示して確認することができるようにし、必要に応じて適宜に修正・変更が可能となす。更に、各種設定の登録及び確認は各種ホストインタフェース２２、ネットワーク３８を介して各部門の管理者の端末４０−ｎでも確認・変更することができるようにする。
【００４１】
このような画像処理装置１０の各処理の動作を図１に記載された画像処理装置１０の構成と関連付けて図２〜図４のフローチャートを用いて説明する。なお、図２は本発明の画像処理装置のメインルーチンを表すフローチャートであり、図３はエラー処理に関する第１のサブルーチンを表すフローチャートであり、また、図４はエラー処理に関する第２のサブルーチンを表すフローチャートである。
【００４２】
本発明の画像処理装置１０においては、まず、最初にステップＳ１において部門管理が行われているか否かを判断する。部門管理が行われていない場合は、特に画像処理装置の使用が制限されているわけではないから、ステップＳ２’において画像データ入力を行い、ステップＳ５に進む。また、部門管理が行われている場合は、ステップＳ２において、ユーザは少なくとも部門ＩＤ及び画像データを入力する。この部門ＩＤは、画像処理装置１０の操作部１２からキー入力してもよいし、ＩＣカード等の外部メモリ３６を使用して入力してもよいし、あるいは各部門の端末４０−１、４０−２・・・等からネットワーク３８を介して入力してもよく、利用する画像処理装置１０の機能に応じて適宜選択できるようになっている。画像データを他部門へ配布する必要がある場合には、ここで同時に配布先を入力しておくことも可能である。なお、ファクシミリ受信のように、部門ＩＤが付加されておらず、部門管理の対象とされない処理も存在するが、この場合は部門管理が行われていない場合と同様の処理が行われる。なお、部門ＩＤが付加されていない他の画像処理操作が行われた場合に、その処理を行わせないようにするか或いは行わせるようにするかは画像処理装置１０の管理者が適宜に設定すればよい。
【００４３】
次いで、ステップＳ３において入力された部門ＩＤが登録されているものであるか否かを情報記憶部２６のデータを参照することにより判断し、部門ＩＤが登録されているものであればステップＳ４において部門フラッグをＯＮにしてステップＳ５に進み、部門ＩＤが入力されていない場合や登録されていない場合には、不正利用であるとしてそのまま処理を終了する。なお、ステップＳ３で入力されたＩＤが登録されていないと判断された場合においても、その処理を行わせるか或いは行わせないようにするかは画像処理装置１０の管理者が適宜に決定すればよい。
【００４４】
次いで、ステップＳ５では各種入力手段から入力された画像データを取り込み、入力画像処理／生成部２０において送られてくる画像データを個々の画像データに応じた処理を行う。例えばデータがＰＤＬ（ページ記述言語）など、中間言語で書かれているものであればそれらをラスタライズ処理し、必要に応じて圧縮処理を実施し、また、スキャンデータのようにラスタライズされたデータの場合は、必要に応じて圧縮処理を行い、更にファイルデータなどのように所定のフォーマットによるデータの場合、必要に応じて圧縮処理や、ラスタライズ処理、内部ファイルシステムへのテンポラリ保存などを行う。これらの処理を行う際の情報源は、各画像データのヘッダ部分に付加されているヘッダ情報により決定される。また、画像データの生成に必要な情報以外の部門ＩＤ、端末のＩＰアドレス等の付加情報は、ジョブ制御部２４に管理を委ねるために使用される。
【００４５】
その後、ステップＳ６において、ジョブ制御部２４において、情報記憶部２６に記録されているデータを参照して、入力画像処理／生成部２０から送られてきた画像データと付加情報を基にページ毎のページ情報とジョブ単位でのジョブ情報を生成した後、出力制御部２８において、ジョブ制御部２４からの画像データに対して指定されたデータの出力を実行する。この際、出力先に応じたデータの変換処理を実施する。例えば、印刷部ヘの印刷処理であれば、圧縮データの伸張処理を行ったり、外部メモリ３６への記憶・保存であれば所定のファイル形式へ変換し、また、各部門の端末４０−１、４０−２・・・等にファイル送信ないしはＥ−Ｍａｉｌで送信するなどの場合にも指定されたファイル形式へのデータ変換を行った後、実際の出力動作に入る。
【００４６】
ステップＳ７において入力された全ての画像データが出力されたと判断されるまでは、ステップＳ１１において周期的にメモリ不足、処理速度不足、原稿詰まり、紙詰まり、用紙切れ等のエラーが生じているか否かを判断し、何等のエラーも生じていなければステップＳ６に戻って所定の画像データの出力処理を行う。各出力処理が正常に完了した際には、出力制御部２８からジョブ制御部２４に対して完了報告が行なわれ、この完了報告に基づいてステップＳ８において各部門の所定の累積カウント値のカウントアップ出力処理を実施する。
【００４７】
以上が部門管理機能を有する画像処理装置１０の基本的な動作原理であるが、図１の記載からしても明らかなように、画像処理装置１０の入力処理は、スキャナ部１６からの画像入力だけでなく、ファクシミリ部１４、外部メモリインタフェース１８を介した各種外部メモリ（記憶手段）３６、各種ホストインタフェース２２及びネットワーク３８を介した各部門に対応する端末４０−１、４０−２・・・や管理者用の端末４０−ｎからの各種データ入力も存在し、加えて出力処理も印刷部３０における用紙への印刷処理のみでなく、外部メモリインタフェース１８を介して各種外部メモリ（記憶手段）３６に記憶したり、各種ホストインタフェース２２及びネットワーク３８を介して各部門に対応する端末４０−１、４０−２・・・や管理者用の端末４０−ｎへ送信したりする処理も多く使用されている。
【００４８】
次に、エラーが生じた場合について説明すると、ステップＳ７で全ての画像データの出力処理が行われたと判断されるまでは、周期的にステップＳ１１においてメモリ不足、処理速度不足、原稿詰まり、紙詰まり、用紙切れ等のエラーが生じているかいないかが判断されるが、ここでエラーが生じていると判断された場合には、ステップＳ１２のエラー処理サブルーチンへ進む。このエラー処理サブルーチンにおいては、図３に示したように、先ずステップＳ１５においてユーザへエラー通知を行う。このエラー通知は、ステップＳ２において画像データが入力された入力手段の種類に対応して行えばよい。例えば、画像処理装置１０自体を操作して各種画像データが入力された場合は、少なくとも操作部１２のタッチパネル式入力手段の表示部や専用のホストＰＣ４８に表示し、更に情報記録部２６に記憶されているＩＰアドレスやＰＣ名等のデータに基づき、ユーザ自身が使用している端末４０−１、４０−２・・・を特定してその端末にも電子メール等によりエラーが発生し印刷が中断している旨のエラー通知を行う。これは、例えばユーザがオートフィーダ（ＡＤＦ）に原稿をセットして画像出力処理中に画像処理装置１０の前を離れてしまうこともあるので、この場合にもユーザにエラーが起きたことが確実に伝わるようにするためである。また、ユーザが使用している端末４０−１、４０−２・・・から直接各種画像データが入力された場合は、まずそのユーザの端末４０−１、４０−２・・・にエラー通知を行う。
【００４９】
次いで、ステップＳ１６において部門フラッグがＯＮになっているかいないかを判断し、部門フラッグがＯＮになっていない場合は部門管理が行われていない状態であるので、ステップＳ２０においてその旨を表示して通常のエラー処理を行うように促して処理を終了する。
【００５０】
ステップＳ１６において部門フラッグがＯＮになっていると判断された場合には、先ずステップＳ１７においてエラーが修復されたか否かを判断し、エラーが修復された場合は元の処理、この場合はステップＳ６に戻って画像データ出力処理を行う。
【００５１】
ステップＳ１７においてエラーが修復されていないと判断された場合は、ステップＳ１８において予め定めた所定時間（例えば３分）が経過したか否かを判断する。そして、所定時間が経過していない場合は、再度ステップＳ１７へ戻り、所定時間が経過するまでステップＳ１７及びＳ１８の処理を繰り返す。
【００５２】
ステップＳ１８において所定時間が経過したと判断された場合には、ステップＳ１９において、予め定めたユーザの属する部門の構成員の端末にエラー通知を行い、必要に応じて所定時間エラーが修復されること無く放置されている旨の通知を行う。これは、出力操作を行ったユーザがステップＳ１５におけるエラー通知に対して何もエラー修復処理を行わずに所定時間が経過したことを示すものであるが、ユーザが席を外している場合もあるので、ユーザの属する部門の構成員にエラー通知を行って、エラー修復処理を促すものである。このエラー通知を受ける部門の構成員は、ユーザの属する部門の管理者であっても良く、或いはユーザの所属する部門の構成員から任意に選択した１人又は複数人であっても良い。この場合、ユーザの所属する部門とは異なる部門の構成員にはエラー通知を行わない。このエラー通知が行われた後、再度ステップＳ１７へ戻り、エラーが修復されるまでステップＳ１７〜ステップＳ１９の処理を繰り返す。ステップＳ１７でエラーが修復されたと判断された場合は、ステップＳ２３において前記エラー通知が行われた者全員にエラーが修復された旨の通知を行い、元のステップ、この場合はステップＳ６の処理へ戻る。
【００５３】
このような構成であれば、エラーを出したユーザの所属する部門において、画像処理装置１０から自動的にエラー通知が最初にユーザの端末に、次いで所定時間後に部門の構成員の端末に通知されるので、所定の出力を指示したユーザがエラー通知に気づかない場合や、面倒なエラー処理を放置したりして、所定の時間までの間にエラーの修復処理が行われなかった場合、ユーザの所属する部門の構成員の端末にエラー通知がなされる。したがって、ユーザの属する部門の構成員がエラー修復処理を行うことができ、更にはユーザの属する部門の構成員がユーザに直接エラーを修復するように指示することができるので、ユーザがエラーが起きたことを知る機会が増え、加えて、ユーザの属する部門の構成員を介してのユーザ自身への連絡であればユーザ自身に対してエラー修復を促す強制力ともなる。そして、エラーが修復された場合には、同部門の構成員がエラーの解消の確認を行うことができ、エラー解除状態をお互いに知ることで、エラー解除のために多くの部門構成員が処理を行うような無駄な労力がなくなり、より円滑に作業を行うことができるようになる。
【００５４】
なお、このエラー処理サブルーチンでは、ユーザの端末へエラー通知を行った後、所定期間経過してもエラーが修復されなかった場合にはユーザの属する部門の構成員にエラー通知を行う構成のものとしたが、より強力にユーザに対してエラー修復処理を促させる変形例を図４に示した。図４に示した第２のエラー処理サブルーチンでは、ステップＳ１７においてエラーが修復されたか否かを判断し、エラーが修復された場合はステップＳ２３においてエラー修復通知を行い、元のステップに戻る点までは図３に示したエラー処理サブルーチンと同じであるので、この部分の詳細な説明は省略する。
【００５５】
この第２のエラー処理サブルーチンでは、ステップＳ１７においてエラーが修復されていないと判断された場合は、ステップＳ２４において予め定めた第１の所定時間（例えば３分）が経過したか否かを判断する。そして、第１の所定時間が経過していない場合は、再度ステップＳ１７へ戻り、第１の所定時間が経過するまでステップＳ１７及びＳ２４の処理を繰り返す。
【００５６】
ステップＳ２４において第１の所定時間が経過したと判断された場合には、ステップＳ２５において、ユーザの属する部門の構成員の端末にエラー通知を行い、必要に応じて所定時間エラーが修復されること無く放置されている旨の通知を行う。この場合はユーザの属する部門以外の構成員には何等のエラー通知も行わない。
【００５７】
その後、ステップＳ２６において、予め定めた第２の所定時間（例えば５分）が経過したか否かを判断し、経過していないと判断された場合には再度ステップＳ１７へ戻り、エラーが修復されるまでステップＳ１７〜Ｓ２６の処理を繰り返す。この間にエラーが修復された場合には、ステップＳ２３においてエラー修復通知を行い、元の処理へ戻る。更に、ステップＳ２６において第２の所定時間が経過したと判断された場合には、今度はステップＳ２７において部門構成員の端末の全てにエラー通知を出し、エラーが修復するまでステップＳ１７〜Ｓ２７の処理を繰り返す。ただし、この場合もユーザの属する部門以外の構成員には何等のエラー通知も行わない。
【００５８】
このような構成となせば、画像処理装置１０にエラーが生じたこと、このエラーが放置されていることが出力処理を行ったユーザが所属する部門の構成員の端末全体に通知されるので、エラーの早期解決を促すことができ、もしエラーを発生させたユーザがいない場合においても第３者に比べて適切な処理を行うことができる可能性が高く、エラーの早期解消が期待できるほか、部門制限カウント値がエラーによって不本意にカウントアップされることなく、事前に防止することができるようになる。
【００５９】
一方、本実施例では、正常に印刷処理が行われ、また、カウントアップ処理が行われた場合において、必要に応じてステップＳ９において印刷された印刷物が取り出されずにそのままトレイ上に放置されていないかどうかが判断される。ステップＳ９で放置されていないと判断された場合には、ステップＳ１０において部門フラッグをＯＦＦにして、部門管理処理が正常に行われたことを明らかにする。ステップＳ９で放置されていると判断された場合には、本来は深刻なエラーではないけれども、マナー違反であるのでエラーとして取り扱い、ステップＳ１３において前述の図３又は図４に示したエラー処理サブルーチンへ進む。なお、この図３及び図４に示されたエラー処理サブルーチンにおける処理は前記ステップＳ１２において説明したものと同じであるので、その説明は省略する。そして、このエラーが修復された場合にはステップＳ１０に進んで部門フラッグをＯＦＦにして一連の処理を終了する。
【図面の簡単な説明】
【００６０】
【図１】本発明で使用する部門管理機能を有する画像処理装置の基本構成を説明するための図である
【図２】本発明の実施例のメインルーチンを表すフローチャートである。
【図３】第１のエラー処理サブルーチンを表すフローチャートである。
【図４】第２のエラー処理サブルーチンを表すフローチャートである。
【符号の説明】
【００６１】
１０    画像処理装置
１２    操作部
１４    ファクシミリ部
１６    スキャナ部
１８    外部メモリインタフェース
２０    入力画像処理／生成部
２２    各種ホストインタフェース
２４    ジョブ制御部
２６    情報記憶部
２８    出力制御部
３０    印刷部
３６    外部メモリ
４０−１、４０−２    端末
４０−ｎ  部門管理者用サーバ
【図１】
2005045551.tif 000003
【図２】
2005045551.tif 000004
【図３】
2005045551.tif 000005
【図４】
2005045551.tif 000006