(57)【要約】【課題】入力された画像を管理する画像管理システムにおいて、ジョブの実行結果を紙出力により通知する場合の弊害を回避すること。【解決手段】入力された画像情報を管理する画像管理システムであって、ジョブを取得する情報取得部４０１と、ジョブを実行し実行結果を取得するジョブ管理部４０３と、ジョブの実行結果の出力先を、ジョブ入力したユーザの所在地の推測結果に基づいて判断する出力態様判断部４０７と、実行結果を示す画像の画像形成出力命令を判断された出力先に送信するエラー通知部とを含み、出力態様判断部４０７は、ジョブ入力からの経過時間及びジョブを入力したユーザのログイン状態のうち少なくとも一方に基づいてユーザの所在地を推測することを特徴とする。【選択図】図６
2011193235.tif 000002
【特許請求の範囲】
【請求項１】
画像情報を入力する画像処理装置及び入力された画像情報を管理する画像管理装置を含む画像管理システムであって、
前記画像情報の処理命令及び前記処理命令において処理すべき前記画像情報を前記画像管理装置において取得する画像処理命令取得部と、
前記取得された処理命令に従って前記画像情報の処理を実行する処理実行部と、
前記実行された処理の実行結果を取得する実行結果取得部と、
前記取得された実行結果の出力先を、前記処理命令を入力したユーザの所在地の推測結果に基づいて判断する出力態様判断部と、
前記取得された実行結果を示す画像の画像形成出力命令を前記判断された出力先に送信する出力命令部とを含み、
前記出力態様判断部は、前記処理命令からの経過時間及び前記処理命令を入力したユーザの前記画像管理装置に対する認証状態のうち少なくとも一方に基づいて前記ユーザの所在地を推測することを特徴とする画像管理システム。
【請求項２】
前記出力態様判断部は、前記処理命令を入力したユーザが前記画像管理装置において認証されている状態であれば、前記ユーザが前記処理命令を入力した前記画像処理装置に前記画像形成出力命令を送信することを特徴とする請求項１に記載の画像管理システム。
【請求項３】
前記出力態様判断部は、前記処理命令からの経過時間が所定の閾値よりも短い場合に、前記ユーザが前記処理命令を入力した前記画像処理装置に前記画像形成出力命令を送信することを特徴とする請求項１に記載の画像管理システム。
【請求項４】
前記出力態様判断部は、前記処理命令からの経過時間、前記実行結果の内容及び前記画像情報の内容のうち少なくとも１つに基づいて前記取得された実行結果の出力タイミングを判断し、
前記出力命令部は、前記判断された出力タイミングに従って前記画像形成出力命令を送信することを特徴とする請求項１乃至３いずれかに記載の画像管理システム。
【請求項５】
前記判断された出力タイミングに従って前記出力命令部が前記画像形成出力命令を送信するまでの間、前記画像形成出力命令を記憶する出力命令記憶部と、
管理者の操作に従って前記記憶された画像形成出力命令を削除する出力命令操作部とを更に含むことを特徴とする請求項４に記載の画像管理システム。
【請求項６】
前記判断された出力タイミングに従って前記出力命令部が前記画像形成出力命令を送信するまでの間、前記画像形成出力命令を記憶する出力命令記憶部と、
前記実行結果の内容及び前記画像情報の内容のうち少なくとも１つに基づいて前記記憶された画像形成出力命令を削除する出力命令削除部とを更に含むことを特徴とする請求項４に記載の画像管理システム。
【請求項７】
前記判断された出力タイミングに従って前記出力命令部が前記画像形成出力命令を送信するまでの間、前記画像形成出力命令を記憶する出力命令記憶部と、
前記記憶された画像形成出力命令を削除する出力命令削除部とを更に含み、
前記実行結果取得部は、前記実行された処理が未完了の状態で中断されたことを示す第１の実行結果を取得した後前記処理が再実行されることにより完了した場合には、前記処理が完了したことを示す第２の実行結果を取得し、
前記出力命令削除部は、前記第２の実行結果が取得された場合に、前記第１の実行結果に基づく前記画像形成出力命令を削除することを特徴とする請求項４に記載の画像管理システム。
【請求項８】
前記出力態様判断部は、前記実行結果の内容に基づいて前記処理命令を入力したユーザに対して前記実行結果を通知するか否か判断し、通知すると判断した場合に前記出力先を判断することを特徴とする請求項１乃至７いずれかに記載の画像管理システム。
【請求項９】
前記出力態様判断部は、前記実行結果の内容が、前記処理が未完了の状態で中断されたことを示す場合に、前記処理命令を入力したユーザに対して前記実行結果を通知することを判断することを特徴とする請求項８に記載の画像管理システム。
【請求項１０】
前記出力態様判断部は、前記実行結果の出力先を示す出力先情報が前記処理命令に含まれる場合、前記出力先情報に基づいて前記出力先を判断することを特徴とする請求項１乃至９いずれかに記載の画像管理システム。
【請求項１１】
入力された画像情報を管理する画像管理システムに含まれる画像管理装置であって、
前記画像情報の処理命令及び前記処理命令において処理すべき前記画像情報を取得する画像処理命令取得部と、
前記取得された処理命令に従って前記画像情報の処理を実行する処理実行部と、
前記実行された処理の実行結果を取得する実行結果取得部と、
前記取得された実行結果の出力先を、前記処理命令を入力したユーザの所在地の推測結果に基づいて判断する出力態様判断部と、
前記取得された実行結果を示す画像の画像形成出力命令を前記判断された出力先に送信する出力命令部とを含み、
前記出力態様判断部は、前記処理命令からの経過時間及び前記処理命令を入力したユーザの前記画像管理装置に対する認証状態のうち少なくとも一方に基づいて前記ユーザの所在地を推測することを特徴とする画像管理装置。
【請求項１２】
前記画像情報を入力する画像入力部と、
前記画像形成出力命令に基づいて画像形成出力を実行する画像形成部とを更に含み、
画像形成装置として運用されることを特徴とする請求項１１に記載の画像管理装置。
【請求項１３】
入力された画像情報を管理する画像管理システムに含まれる画像管理装置の制御方法であって、
前記画像情報の処理命令に従って前記入力された画像情報の処理が実行された実行結果を取得する実行結果取得部と、
前記取得された実行結果の出力先を、前記処理命令に含まれている情報であって前記実行結果の出力先を示す出力先情報に基づいて判断する出力態様判断部と、
前記取得された実行結果を示す画像の画像形成出力命令を前記判断された出力先に送信する出力命令部とを含むことを特徴とする制御方法。
【請求項１４】
入力された画像情報を管理する画像管理システムに含まれる画像管理装置の制御プログラムであって、
前記画像情報の処理命令に従って前記入力された画像情報の処理が実行された実行結果を取得するステップと、
前記取得された実行結果の出力先を、前記処理命令に含まれている情報であって前記実行結果の出力先を示す出力先情報に基づいて判断するステップと、
前記取得された実行結果を示す画像の画像形成出力命令を前記判断された出力先に送信するステップとを前記画像管理装置に実行させることを特徴とする制御プログラム。
【請求項１５】
請求項１４に記載の制御プログラムを情報処理装置が読み取り可能な形式で記録したことを特徴とする記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像管理システム、画像管理装置、画像管理システムの制御方法、制御プログラム及び記録媒体に関し、特に、システムにおいて実行が指示された処理の処理結果の通知に関する。
【背景技術】
【０００２】
近年、情報の電子化が推進される傾向にあり、電子化された情報の出力に用いられるプリンタやファクシミリ及び書類の電子化に用いるスキャナ等の画像処理装置は欠かせない機器となっている。このような画像処理装置は、撮像機能、画像形成機能及び通信機能等を備えることにより、プリンタ、ファクシミリ、スキャナ、複写機として利用可能なＭＦＰ（ＭｕｌｔｉＦｕｎｃｔｉｏｎ  Ｐｅｒｉｐｈｅｒａｌ：複合機）として構成されることが多い。
【０００３】
また、このように電子化された文書を文書管理サーバに蓄積し若しくは指定された配信先に配信して利用する画像処理システムが知られている（例えば、特許文献１参照）。このような画像処理システムにおいては、スキャナ機能と情報処理機能とを組み合わせてワークフローを構成し、文書蓄積の効率化を図ることが行われている。
【０００４】
また、このような画像処理システムにおいて、実行が指示されたワークフロー（以降、ジョブとする）がエラーにより中断した場合に、エラー通知を行う方法が提案されている（例えば、特許文献２参照）。特許文献２に開示された技術によれば、システムにおいてエラーが発生した場合、エラーの発生条件に応じて設定された通知先に対してエラーを通知する。エラーの通知態様としては、エラーの内容が記述された情報を電子メールとして送信すること等が提案されている。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
上述したように、特許文献２に開示された技術においては、エラーの内容を電子メールによって通知する。しかしながら、エラーの通知方法は電子メールに限らず、例えば、エラー内容が記述された画像の印刷出力、即ち紙出力によっても実現可能である。ここで、エラー通知を紙出力によって実現する場合、その通知態様が問題となる。
【０００６】
エラー通知を電子メールによって行う場合は、通知先であるユーザ若しくは管理者が、将来的に必ず電子メールを受信し、内容を確認することが予想され得る。しかしながら、エラー通知を紙出力によって行う場合、出力先である画像形成装置の排紙トレイを通知対象であるユーザ若しくは管理者が確認しなければ、そのエラー通知は永遠に確認されないこととなる。
【０００７】
このような状態は、紙資源の無駄や、情報が記載された用紙が放置されることによる情報セキュリティ上の問題といった課題を生じさせる。従って、エラー通知を紙出力によって行う場合、出力された用紙がユーザに到達するような仕組みが求められる。
【０００８】
尚、このような課題は、エラー通知に限らず、ジョブの実行結果をユーザに通知する場合に、紙出力による通知を用いる場合、同様に課題となり得る。
【０００９】
本発明は、上記課題を解決するためになされたものであり、入力された画像を管理する画像管理システムにおいて、ジョブの実行結果を紙出力により通知する場合の弊害を回避することを目的とする。
【課題を解決するための手段】
【００１０】
上記課題を解決するために、本発明の一態様は、画像情報を入力する画像処理装置及び入力された画像情報を管理する画像管理装置を含む画像管理システムであって、前記画像情報の処理命令及び前記処理命令において処理すべき前記画像情報を前記画像管理装置において取得する画像処理命令取得部と、前記取得された処理命令に従って前記画像情報の処理を実行する処理実行部と、前記実行された処理の実行結果を取得する実行結果取得部と、前記取得された実行結果の出力先を、前記処理命令を入力したユーザの所在地の推測結果に基づいて判断する出力態様判断部と、前記取得された実行結果を示す画像の画像形成出力命令を前記判断された出力先に送信する出力命令部とを含み、前記出力態様判断部は、前記処理命令からの経過時間及び前記処理命令を入力したユーザの前記画像管理装置に対する認証状態のうち少なくとも一方に基づいて前記ユーザの所在地を推測することを特徴とする。
【００１１】
また、本発明の他の態様は、入力された画像情報を管理する画像管理システムに含まれる画像管理装置であって、前記画像情報の処理命令及び前記処理命令において処理すべき前記画像情報を取得する画像処理命令取得部と、前記取得された処理命令に従って前記画像情報の処理を実行する処理実行部と、前記実行された処理の実行結果を取得する実行結果取得部と、前記取得された実行結果の出力先を、前記処理命令を入力したユーザの所在地の推測結果に基づいて判断する出力態様判断部と、前記取得された実行結果を示す画像の画像形成出力命令を前記判断された出力先に送信する出力命令部とを含み、前記出力態様判断部は、前記処理命令からの経過時間及び前記処理命令を入力したユーザの前記画像管理装置に対する認証状態のうち少なくとも一方に基づいて前記ユーザの所在地を推測することを特徴とする。
【００１２】
また、本発明の更に他の態様は、入力された画像情報を管理する画像管理システムに含まれる画像管理装置の制御方法であって、前記画像情報の処理命令に従って前記入力された画像情報の処理が実行された実行結果を取得する実行結果取得部と、前記取得された実行結果の出力先を、前記処理命令に含まれている情報であって前記実行結果の出力先を示す出力先情報に基づいて判断する出力態様判断部と、前記取得された実行結果を示す画像の画像形成出力命令を前記判断された出力先に送信する出力命令部とを含むことを特徴とする。
【００１３】
また、本発明の更に他の態様は、入力された画像情報を管理する画像管理システムに含まれる画像管理装置の制御プログラムであって、前記画像情報の処理命令に従って前記入力された画像情報の処理が実行された実行結果を取得するステップと、前記取得された実行結果の出力先を、前記処理命令に含まれている情報であって前記実行結果の出力先を示す出力先情報に基づいて判断するステップと、前記取得された実行結果を示す画像の画像形成出力命令を前記判断された出力先に送信するステップとを前記画像管理装置に実行させることを特徴とする。
【００１４】
また、本発明の更に他の態様は、記録媒体であって、上記制御プログラムを情報処理装置が読み取り可能な形式で記録したことを特徴とする。
【発明の効果】
【００１５】
本発明によれば、入力された画像を管理する画像管理システムにおいて、ジョブの実行結果を紙出力により通知する場合の弊害を回避することができる。
【図面の簡単な説明】
【００１６】
【図１】本発明の実施形態に係る画像管理システムの運用形態を示す図である。
【図２】本発明の実施形態に係る情報処理端末のハードウェア構成を模式的に示すブロック図である。
【図３】本発明の実施形態に係る画像形成装置の機能構成を示すブロック図である。
【図４】本発明の実施形態に係るフロー情報の例を示す図である。
【図５】本発明の実施形態に係るワークフローサーバの機能構成を示すブロック図である。
【図６】本発明の実施形態に係るフロー制御部の機能構成を示すブロック図である。
【図７】本発明の実施形態に係る情報記憶部に含まれるユーザ情報の例を示す図である。
【図８】本発明の実施形態に係る情報記憶部に含まれる通知態様情報の例を示す図である。
【図９】本発明の実施形態に係る画像管理システムの動作を示すシーケンス図である。
【図１０】本発明の実施形態に係る通知態様判断部の動作を示すフローチャートである。
【図１１】本発明の実施形態に係る通知態様判断部の動作を示すフローチャートである。
【発明を実施するための形態】
【００１７】
以下、図面を参照して、本発明の実施形態を詳細に説明する。本実施形態においては、画像処理システムの例として、スキャンにより読み取った画像を、予め登録されたワークフローに従って処理することにより、画像の配信や格納を行う画像管理システムを例として説明する。
【００１８】
図１は、本実施の形態に係る画像管理システムの運用形態の例を示す図である。図１に示すように、本実施形態に係る画像管理システムは、画像形成装置１、画像形成装置１ａ、画像形成装置１ｂクライアント端末２が接続されたネットワークＡとワークフローサーバ３、第１データサーバ５、第２データサーバ６が接続されたネットワークＢとが、インターネットや電話回線等の公衆回線４を介して接続されている。本実施形態において、ネットワークＡは、画像管理システムを利用するサービス利用者のネットワークであり、ネットワークＢは、画像管理システムを提供するサービス提供者のネットワークである。ネットワークＡ及びネットワークＢは、ルータ等のネットワーク機器を介して公衆回線４に接続されている。
【００１９】
画像形成装置１、１ａ、１ｂは、撮像機能、画像形成機能及び通信機能等を備えることにより、プリンタ、ファクシミリ、スキャナ、複写機として利用可能な複合機である。また、画像形成装置１、１ａ、１ｂは、予め登録されたワークフローの実行を命令するためのユーザインタフェースとしても機能する。更に、画像形成装置１、１ａ、１ｂは、ワークフローの実行結果が記述された画像を印刷出力する。これが、本実施形態に係る要旨の１つである。クライアント端末２は、ユーザが操作する情報処理端末であり、ＰＣ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）等の情報処理装置によって実現される。
【００２０】
ワークフローサーバ３は、画像形成装置１において入力されたワークフローの実行命令に基づき、同じく入力された画像に対して画像処理を実行する。また、ワークフローサーバ３は、実行したワークフローの実行結果が記述された画像の印刷出力命令（以降、実行結果出力命令とする）を生成して画像形成装置１、１ａ、１ｂのいずれかに送信する。ワークフローサーバ３が実行結果出力命令を送信する送信先や送信タイミング等の送信態様、即ち、実行結果の通知態様を判断することが、本実施形態に係る要旨の１つである。
【００２１】
第１データサーバ５及び第２データサーバ６は、ワークフローサーバ３によって処理された画像情報が格納されるデータサーバである。尚、図１においては、ワークフローサーバ３が１つの装置によって構成されているが、複数の装置でワークフローサーバ３の機能を実現してもよい。例えば、上述したワークフロー全体を制御する機能と、ワークフローに含まれる夫々の処理を実行する機能とを別々のサーバで実現することができる。また、本実施形態に係る要旨であるワークフローの実行結果の取得及び実行結果出力命令の送信等を別のサーバで実現しても良い。
【００２２】
次に、本実施形態に係る画像形成装置１、１ａ、１ｂ、クライアント端末２、ワークフローサーバ３及び第１データサーバ５、第２データサーバ６のハードウェア構成について説明する。図２は、本実施形態に係る画像形成装置１、１ａ、１ｂのハードウェア構成を示すブロック図である。尚、画像形成装置１、１ａ、１ｂは、図２に示すハードウェア構成に加えて、スキャナ、プリンタ等を実現するためのエンジンを備える。以下の説明においては、画像形成装置１のハードウェア構成を例として説明するが、画像形成装置１ａ、１ｂ、クライアント端末２、ワークフローサーバ３及び第１データサーバ５、第２データサーバ６についても同様である。
【００２３】
図２に示すように、本実施形態に係る画像形成装置１は、一般的なサーバやＰＣ等と同様の構成を含む。即ち、本実施形態に係る画像形成装置１は、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）１０、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）２０、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）３０、ＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）４０及びＩ／Ｆ５０がバス８０を介して接続されている。また、Ｉ／Ｆ５０にはＬＣＤ（Ｌｉｑｕｉｄ  Ｃｒｙｓｔａｌ  Ｄｉｓｐｌａｙ）６０及び操作部７０が接続されている。
【００２４】
ＣＰＵ１０は演算手段であり、画像形成装置１全体の動作を制御する。ＲＡＭ２０は、情報の高速な読み書きが可能な揮発性の記憶媒体であり、ＣＰＵ１０が情報を処理する際の作業領域として用いられる。ＲＯＭ３０は、読み出し専用の不揮発性記憶媒体であり、ファームウェア等のプログラムが格納されている。ＨＤＤ４０は、情報の読み書きが可能な不揮発性の記憶媒体であり、ＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）や各種の制御プログラム、アプリケーション・プログラム等が格納される。
【００２５】
Ｉ／Ｆ５０は、バス８０と各種のハードウェアやネットワーク等を接続し制御する。ＬＣＤ６０は、ユーザが画像形成装置１の状態を確認するための視覚的ユーザインタフェースである。操作部７０は、キーボードやマウス等、ユーザが画像形成装置１に情報を入力するためのユーザインタフェースである。尚、図１において説明したように、本実施形態に係るワークフローサーバ３、第１データサーバ５及び第２データサーバ６は、サーバとして運用される。従って、ＬＣＤ６０及び操作部７０等のユーザインタフェースは省略可能である。
【００２６】
このようなハードウェア構成において、ＲＯＭ３０やＨＤＤ４０若しくは図示しない光学ディスク等の記憶媒体に格納されたプログラムがＲＡＭ２０に読み出され、ＣＰＵ１０の制御に従って動作することにより、ソフトウェア制御部が構成される。このようにして構成されたソフトウェア制御部と、ハードウェアとの組み合わせによって、本実施形態に係る画像形成装置１やワークフローサーバ３の機能を実現する機能ブロックが構成される。
【００２７】
次に、本実施形態に係る画像形成装置１の機能構成について、図３を参照して説明する。図３は、本実施形態に係る画像形成装置１の機能構成を示すブロック図である。図３に示すように、本実施形態に係る画像形成装置１は、コントローラ１００、ＡＤＦ（Ａｕｔｏ  Ｄｏｃｕｍｅｎｎｔ  Ｆｅｅｄｅｒ：原稿自動搬送装置）１０１、スキャナユニット１０２、排紙トレイ１０３、ディスプレイパネル１０４、給紙テーブル１０５、プリントエンジン１０６、排紙トレイ１０７及びネットワークＩ／Ｆ１０８を有する。
【００２８】
また、コントローラ１００は、主制御部１１０、エンジン制御部１２０、画像処理部１３０、操作表示制御部１４０及び入出力制御部１５０を含む。図３に示すように、本実施形態に係る画像形成装置１は、スキャナユニット１０２、プリントエンジン１０６を有する複合機として構成されている。尚、図３においては、電気的接続を実線の矢印で示しており、用紙若しくは文書束の流れを破線の矢印で示している。
【００２９】
ディスプレイパネル１０４は、画像形成装置１の状態を視覚的に表示する出力インタフェースであると共に、タッチパネルとしてユーザが画像形成装置１を直接操作し、若しくは画像形成装置１に対して情報を入力する際の入力インタフェース（操作部）でもある。ディスプレイパネル１０４は、図２に示すＬＣＤ６０及び操作部７０によって実現される。
【００３０】
ネットワークＩ／Ｆ１０８は、画像形成装置１がネットワークを介してクライアント端末２やワークフローサーバ３等の他の機器と通信するためのインタフェースであり、Ｅｔｈｅｒｎｅｔ（登録商標）やＵＳＢ（Ｕｎｉｖｅｒｓａｌ  Ｓｅｒｉａｌ  Ｂｕｓ）インタフェースが用いられる。ネットワークＩ／Ｆ１０８は、図２に示すＩ／Ｆ５０によって実現される。また、ネットワークＩ／Ｆ１０８には、ＦＡＸモデムとしての機能も含まれ、画像形成装置１がネットワークを介してＦＡＸ送受信を行うためのインタフェースとしても機能する。
【００３１】
コントローラ１００は、ソフトウェアとハードウェアとの組み合わせによって構成される。具体的には、ＲＯＭ３０や不揮発性メモリ並びにＨＤＤ４０や光学ディスク等の不揮発性記憶媒体に格納されたプログラムが、ＲＡＭ２０等の揮発性メモリ（以下、メモリ）にロードされ、ＣＰＵ１０の制御に従って動作することにより構成されるソフトウェア制御部と集積回路などのハードウェアとによってコントローラ１００が構成される。コントローラ１００は、画像形成装置１全体を制御する制御部として機能する。
【００３２】
主制御部１１０は、コントローラ１００に含まれる各部を制御する役割を担い、コントローラ１００の各部に命令を与える。エンジン制御部１２０は、プリントエンジン１０６やスキャナユニット１０２等を制御若しくは駆動する駆動手段としての役割を担う。画像処理部１３０は、主制御部１１０の制御に従い、印刷出力すべき画像情報に基づいて描画情報を生成する。この描画情報とは、画像形成部であるプリントエンジン１０６が画像形成動作において形成すべき画像を描画するための情報である。また、画像処理部１３０は、スキャナユニット１０２から入力される撮像データを処理し、画像データを生成する。この画像データとは、スキャナ動作の結果物として画像形成装置１の記憶領域に格納され若しくはネットワークＩ／Ｆ１０８を介してクライアント端末２やワークフローサーバ３に送信される情報である。
【００３３】
操作表示制御部１４０は、ディスプレイパネル１０４に情報表示を行い若しくはディスプレイパネル１０４を介して入力された情報を主制御部１１０に通知する。入出力制御部１５０は、ネットワークＩ／Ｆ１０８を介して入力される情報を主制御部１１０に入力する。また、主制御部１１０は、入出力制御部１５０を制御し、ネットワークＩ／Ｆ１０８及びネットワークを介してクライアント端末２やワークフローサーバ３若しくは公衆回線４に接続された他の機器にアクセスする。
【００３４】
画像形成装置１がプリンタとして動作する場合は、まず、入出力制御部１５０がネットワークＩ／Ｆ１０８を介して印刷ジョブを受信する。入出力制御部１５０は、受信した印刷ジョブを主制御部１１０に転送する。主制御部１１０は、印刷ジョブを受信すると、画像処理部１３０を制御して印刷ジョブに含まれる文書情報若しくは画像情報に基づいて描画情報を生成する。
【００３５】
画像処理部１３０によって描画情報が生成されると、エンジン制御部１２０は、プリントエンジン１０６を制御し、上記生成された描画情報に基づき、給紙テーブル１０５から搬送される用紙に対して画像形成を実行させる。プリントエンジン１０６の具体的態様としては、インクジェット方式による画像形成機構や電子写真方式による画像形成機構等を用いることが可能である。プリントエンジン１０６によって画像形成が施された文書は排紙トレイ１０７に排紙される。
【００３６】
画像形成装置１がスキャナとして動作する場合は、ユーザによるディスプレイパネル１０４の操作若しくはネットワークＩ／Ｆ１０８を介して外部のクライアント端末２等から入力されるスキャン実行指示に応じて、操作表示制御部１４０若しくは入出力制御部１５０が主制御部１１０にスキャン実行信号を転送する。主制御部１１０は、受信したスキャン実行信号に基づき、エンジン制御部１２０を制御する。
【００３７】
エンジン制御部１２０は、ＡＤＦ１０１を駆動し、ＡＤＦ１０１にセットされた撮像対象原稿をスキャナユニット１０２に搬送する。また、エンジン制御部１２０は、スキャナユニット１０２を駆動し、ＡＤＦ１０１から搬送される原稿を撮像する。また、ＡＤＦ１０１に原稿がセットされておらず、スキャナユニット１０２に直接原稿がセットされた場合、スキャナユニット１０２は、エンジン制御部１２０の制御に従い、セットされた原稿を撮像する。即ち、スキャナユニット１０２が撮像部として動作する。
【００３８】
撮像動作においては、スキャナユニット１０２に含まれるＣＣＤ等の撮像素子が原稿を光学的に走査し、光学情報に基づいて生成された撮像情報が生成される。エンジン制御部１２０は、スキャナユニット１０２が生成した撮像情報を画像処理部１３０に転送する。画像処理部１３０は、主制御部１１０の制御に従い、エンジン制御部１２０から受信した撮像情報に基づき画像情報を生成する。画像処理部１３０が生成した画像情報はＨＤＤ４０等の画像形成装置１に装着された記憶媒体に保存される。即ち、スキャナユニット１０２、エンジン制御部１２０及び画像処理部１３０が連動して、画像入力部として機能する。
【００３９】
画像処理部１３０によって生成された画像情報は、ユーザの指示に応じてそのままＨＤＤ４０等に格納され若しくは入出力制御部１５０及びネットワークＩ／Ｆ１０８を介してワークフローサーバ３等の外部の装置に送信される。
【００４０】
また、画像形成装置１が複写機として動作する場合は、エンジン制御部１２０がスキャナユニット１０２から受信した撮像情報若しくは画像処理部１３０が生成した画像情報に基づき、画像処理部１３０が描画情報を生成する。その描画情報に基づいてプリンタ動作の場合と同様に、エンジン制御部１２０がプリントエンジン１０６を駆動する。尚、描画情報と撮像情報との情報形式が同一である場合は、撮像情報をそのまま描画情報として用いることも可能である。
【００４１】
また、画像形成装置１がファクシミリとして動作する場合は、まず、スキャナ動作の場合と同様に画像処理部１３０によって画像情報が生成される。そして、主制御部１１０が入出力制御部１５０を制御し、ＦＡＸ送信を実行させる。ＦＡＸ送信に際しては、入出力制御部１５０が、主制御部１１０の制御に従い、ネットワークＩ／Ｆ１０８のうちＦＡＸモデムの機能を駆動して指定された送信先に画像を送信する。
【００４２】
また、画像形成装置１が、予め構築されているワークフローを実行する場合は、まず、ユーザがディスプレイパネル１０４を操作してワークフローの実行指示を入力する。この際、ディスプレイパネル１０４には、ワークフローを選択するための画面（以降、ワークフロー選択画面とする）として、登録されているワークフローの情報が表示される。このワークフロー選択画面を表示するための情報（以降、フロー情報とする）について、図４を参照して説明する。
【００４３】
図４は、フロー情報の内容を示す図である。図４に示すように、フロー情報は、ワークフローを識別するためのＩＤ、ワークフローの名称及びワークフローに含まれる処理の内容の情報を含む。例えば、ＩＤ“００１”のワークフローであれば、名称は“ｐｒｏｊｅｃｔＡ”であり、“処理ａ”、“処理ｂ”、“処理ｃ”・・・といった処理が含まれる。図４に示す“処理ａ”、“処理ｂ”、“処理ｃ”・・・等の各処理は、画像形成装置１において実行されるスキャン処理や、ワークフローサーバ３において実行される画像処理である。
【００４４】
図４に示す “処理ａ”、“処理ｂ”、“処理ｃ”等の各処理を実行する機能は、画像形成装置１やワークフローサーバ３においてプラグインとして構成されている。即ち、上記各処理のプラグインを構成するプログラムが画像形成装置１若しくはワークフローサーバ３にインストールされることにより、図４に示す各処理が本実施形態に係る画像処理システムにおいて実行可能となる。
【００４５】
尚、フロー情報としては、図４に示す情報の他、夫々の処理についての設定値の情報等も含まれる。また、図４に示すフロー情報は、画像形成装置１においてＨＤＤ４０に格納されており、主制御部１１０がフロー情報を参照してワークフロー選択画面の表示情報を生成する。この他、ネットワークを介してワークフローサーバ３からフロー情報を取得して表示情報を生成してもよい。
【００４６】
主制御部１１０は、操作表示制御部１４０を介してワークフローの実行指示を取得し、その実行指示に基づいて上述したようにスキャンを行うことにより処理すべき画像を取得する。尚、処理すべき画像はスキャンによって取得する他、ＨＤＤ４０等に予め格納された画像を取得してもよい。
【００４７】
主制御部１１０は、処理すべき画像を取得すると、入出力制御部１５０を制御して、ワークフローの実行指示及び画像の情報をワークフローサーバ３に送信させる。これにより、上述したように画像形成装置１がワークフローの実行指示及び処理すべき画像の情報をワークフローサーバ３に送信し、ワークフローサーバ３においてワークフローが実行される。その後、画像形成装置１においては、入出力制御部１５０が必要に応じてワークフローの実行結果に関する情報を取得する。
【００４８】
次に、本実施形態に係るワークフローサーバ３の機能構成について、図５を参照して説明する。図５は、本実施形態に係るワークフローサーバ３の機能構成を示すブロック図である。図５に示すように、本実施形態に係るワークフローサーバ３は、コントローラ３００、ネットワークＩ／Ｆ３０１を含む。またコントローラ３００は、フロー制御部３１０、入出力制御部３２０及び画像処理部３３０を含む。
【００４９】
ネットワークＩ／Ｆ３０１は、画像形成装置１のネットワークＩ／Ｆ１０８と同様に、ワークフローサーバ３がネットワークを介して画像形成装置１やクライアント端末２等の他の機器と通信するためのインタフェースである。入出力制御部３２０は、画像形成装置１の入出力制御部１５０と同様に、ネットワークＩ／Ｆ３０１を介して入力される情報をフロー制御部３１０に入力する。また、フロー制御部３１０の制御に従い、ネットワークＩ／Ｆ３０１を介して他の機器に情報を送信する。
【００５０】
画像処理部３３０は、ワークフローサーバ３において、ワークフローに含まれる画像処理を実行する。画像処理部３３０が実行する画像処理とは、例えばＯＣＲ（Ｏｐｔｉｃａｌ  Ｃｈａｒａｃｔｅｒ  Ｒｅｃｏｇｎｉｔｉｏｎ）処理や、画像の情報形式の変換処理等である。画像処理部３３０は、フロー制御部３１０の制御に従って画像処理を実行する。
【００５１】
フロー制御部３１０は、ワークフローサーバ３において、上述したようにワークフローの実行を制御する。フロー制御部３１０に含まれる機能について、図６を参照して説明する。図６は、本実施形態に係るフロー制御部３１０の機能構成を示す図である。図６に示すように、本実施形態に係るフロー制御部３１０は、情報取得部４０１、認証処理部４０２、ジョブ管理部４０３、配信処理部４０４、配信先管理部４０５、エラー通知部４０６、通知態様判断部４０７及び情報記憶部４１１を含む。
【００５２】
情報取得部４０１は、入出力制御部３２０が画像形成装置１から受信したワークフローの実行命令や、ワークフローにおいて処理対象となる画像の情報等のワークフローの処理に関する様々な情報を取得する。認証処理部４０２は、本実施形態に係る画像処理システムを利用する際の利用権限を認証する。本実施形態においては、認証処理部４０２による認証処理により、ユーザが操作する画像形成装置１とワークフローサーバ３との間の通信が暗号化され、情報のセキュリティ性が確保される。
【００５３】
ジョブ管理部４０３は、情報取得部４０１が取得したワークフローの実行命令に基づき、ワークフローのジョブの実行を処理する。例えば、情報取得部４０１が取得したワークフローの実行命令に画像変換処理や、ＯＣＲ処理が含まれていれば、ジョブ管理部４０３は、画像処理部３３０を制御して画像変換若しくはＯＣＲを実行させる。また、処理した画像の配信処理が含まれていれば、ジョブ管理部４０３は、配信処理部４０４に画像の配信処理を実行させる。
【００５４】
更に、ジョブ管理部４０３は、実行を処理したワークフローの実行結果を取得する。特に、本実施形態に係るジョブ管理部４０３は、ワークフローに含まれる各処理のいずれかがエラーとなって処理が中断した場合、ワークフローの実行結果としてエラーを検知し、エラーの内容をエラー通知部４０６に出力する。これにより、エラー通知部４０６によるエラー通知処理の実行が可能となる。
【００５５】
配信処理部４０４は、上述したように、ジョブ管理部４０３からの命令に基づいて入出力制御部３２０を制御し、画像の配信処理を行う。配信先管理部４０５は、クライアント端末２からのアクセスに基づき、情報記憶部４１１に記憶されている配信先一覧の情報を管理する。配信先一覧の情報としては、ファイルサーバアドレス、メールアドレス、ウェブサーバＵＲＬ、ＦＡＸ番号等がある。
【００５６】
エラー通知部４０６は、ジョブ管理部４０３から取得したエラーの内容に基づき、ユーザや管理者に対してエラーを通知するための画像及びその画像を画像形成装置１、１ａ、１ｂのいずれかに出力させるための印刷ジョブである実行結果出力命令を生成して、画像形成装置１、１ａ、１ｂのいずれかに送信する。通知態様判断部４０７は、エラー通知部が実行結果出力命令を送信する際に、その送信先や送信タイミングについて判断を行う。この判断が、本実施形態に係る要旨の１つである。
【００５７】
情報記憶部４１１は、図６に示すように、ユーザ情報、フロー情報、通知態様情報、結果通知キュー、配信先一覧が格納されている記憶領域である。以下、夫々の情報について、図を参照して説明する。図７は、ユーザ情報の内容を示す図である。ユーザ情報は、認証処理部４０２が、ログイン要求に応じてユーザを認証するために参照する情報であり、図７に示すように、本実施形態に係る画像管理システムの利用者として登録されているユーザを識別するユーザＩＤ、ユーザが利用する画像形成装置１を識別するマシンＩＤ、そのユーザを認証するためのパスワード及びそのユーザが入力したジョブの実行結果の通知先の情報を含む。フロー情報は、図４において説明した情報と同様である。
【００５８】
図８は、通知態様情報の内容を示す図である。通知態様情報は、通知態様判断部４０７が、実行結果出力命令の送信先や送信タイミングを判断するための情報であり、本実施形態においては、エラーの内容ごとにエラーの通知先及び通知タイミングの情報が関連付けられたテーブルである。図８に示すように、本実施形態に係る通知態様情報は、エラーの種類を識別するエラーＩＤ、エラー内容及び夫々のエラーが検知された場合のエラーの通知先及び通知タイミングを示す情報を含む。
【００５９】
本実施形態に係る通知態様情報に含まれる“通知先”の情報は、“ユーザ”や“管理者”等、実行結果を通知する相手を示す情報である。また、本実施形態に係る通知態様情報に含まれる“通知タイミング”の情報は、“エラー検知時”や“定期通知”等、実行結果出力命令を送信するタイミングを示す情報である。
【００６０】
図８に示す“エラー検知時”は、夫々対応するエラーが検知された場合に、すぐに通知を行う通知態様であり、可能な限り早くユーザに結果を通知すべき場合や、ユーザに通知することによりエラーを解消することが可能なエラー内容の場合に特に有効である。“定期通知”は、夫々対応するエラーが検知された場合に、すぐに通知を行うのではなく、所定期間エラーを蓄積した上でまとめて通知を行う通知態様であり、ユーザに結果を通知することについて迅速さが求められない場合や、ユーザでは解消が困難なエラー内容の場合に選択され得る。
【００６１】
結果通知キューは、通知態様判断部４０７による実行結果出力命令の送信タイミングの判断において、図８に示す“定期通知”等のように、直ちに送信するのではない場合の実行結果出力命令である。本実施形態に係る実行結果出力命令は印刷ジョブであるため、結果通知キューは印刷ジョブキューである。このように格納された結果通知キューを参照することにより、システムの管理者は、夫々の結果通知キューについて通知する必要があるか否かを後から判断することができる。このように結果通知キューを記憶することにより、情報記憶部４１１が出力命令記憶部として機能する。また、管理者の操作に基づいて結果通知キューを削除することにより、フロー制御部３１０が出力命令操作部として機能する。
【００６２】
次に、本実施形態に係る画像管理システムの動作について説明する。図９は、本実施形態に係る画像管理システムにおいて、画像形成装置１からジョブが入力されることによりワークフローサーバ３においてジョブが実行され、ワークフローサーバ３が実行結果の通知を印刷ジョブとして出力する場合の動作を示すシーケンス図である。
【００６３】
図９に示すように、ユーザが画像形成装置１を操作して画像処理システムを利用する際、まず画像形成装置１がユーザの操作に応じて認証要求をワークフローサーバ３に送信する（Ｓ９０１）。画像形成装置１からの認証要求を受けたワークフローサーバ３においては、フロー制御部３１０の認証処理部４０２が、情報記憶部４１１に記憶されているユーザ情報を参照して認証処理を実行し、認証確認を画像形成装置１に送信する（Ｓ９０２）。
【００６４】
Ｓ９０１及びＳ９０２の処理により、画像形成装置１とワークフローサーバ３との間で暗号化通信が確立され、以降の両者間の通信は暗号化された情報によってやり取りされる。尚、画像形成装置１からワークフローサーバ３への認証要求の送信は、ユーザが画像形成装置１のディスプレイパネル１０４を操作してワークフローの実行命令を入力した後に実行されてもよいし、実行命令を入力する前、例えば、画像形成装置１への電源投入時等に予め実行されても良い。
【００６５】
ワークフローサーバ３から認証確認を受信すると、画像形成装置１においてジョブの入力画面が表示され、ユーザがディスプレイパネル１０４を操作してワークフローの実行命令を入力すると、画像形成装置１においてスキャン等により画像情報の取得が行われ、ワークフローサーバ３に対してジョブが入力される（Ｓ９０３）。Ｓ９０３においては、入出力制御部１５０が、主制御部１１０の制御に基づき、情報を送信する。これにより、ワークフローサーバ３のフロー制御部３１０において、情報取得部４０１が、画像及びジョブの実行命令を取得する。即ち、情報取得部４０１が、画像処理の処理命令及び処理すべき画像情報を取得する画像処理命令取得部として機能する。
【００６６】
Ｓ９０３の処理により情報取得部４０１が各情報を取得すると、ジョブ管理部４０３が、ジョブの実行命令に基づいて画像処理を行う画像処理部３３０や、配信処理を行う配信処理部４０３等の各処理を行う部分を制御し、ジョブを実行する（Ｓ９０４）。即ち、ジョブ管理部４０３が、処理実行部として機能する。Ｓ９０４においては、画像処理部３３０や配信処理部４０４が、ジョブ管理部４０３の制御に従って、ＯＣＲ（Ｏｐｔｉｃａｌ  Ｃｈａｒａｃｔｅｒ  Ｒｅｃｏｇｎｉｔｉｏｎ）やバーコード認識等の画像処理及びメール配信やＦＡＸ配信等の配信処理を実行する。
【００６７】
そして、画像処理部３３０若しくは配信処理部４０３は、夫々の処理を実行することにより得られた結果を、ジョブ管理部４０３からの制御に対する応答としてジョブ管理部４０３に入力する。これにより、ジョブ管理部４０３は、ジョブの実行結果を取得する（Ｓ９０５）。即ち、ジョブ管理部４０３が実行結果取得部として機能する。Ｓ９０５において、画像処理部３３０若しくは配信処理部４０３は、何らかの要因により処理が完了できなかった場合、その要因と共に処理が中断されたことをジョブ管理部４０３に通知する。この場合、ジョブ管理部４０３は、実行結果としてジョブがエラーにより中断したことを認識する。
【００６８】
ジョブがエラーにより中断した場合、画像処理部３３０若しくは配信処理部４０３からジョブ管理部４０３に入力される応答の内容は、図８において説明したような“エラー内容”、即ち処理が中断された要因の内容が含まれる。即ち、画像処理部３３０がＯＣＲにより天地識別やタイトル抽出を実行した結果、夫々の処理に失敗した場合はその旨を示す情報が含まれる。また、配信処理部４０３がメール配信を実行した結果、サーバ接続エラーやファイル名エラーが発生した場合は、その旨を示す情報が含まれる。
【００６９】
ジョブ管理部４０３は、Ｓ９０５の処理により実行結果を取得すると、取得した実行結果の情報をエラー通知部４０６に出力する。これにより、通知態様判断部４０７が、エラー通知部４０６が取得した実行結果に基づき、通知相手や通知タイミング等、通知態様の判断を行う（Ｓ９０６）。即ち、通知態様判断部４０７が出力態様判断部として機能する。Ｓ９０６における通知態様の判断動作については、後に詳述する。Ｓ９０６により通知態様の判断が完了すると、エラー通知部４０６は、判断された通知態様に従って実行結果出力命令、即ち印刷ジョブを送信し（Ｓ９０７）、処理を終了する。即ち、エラー通知部４０６が、出力命令部として機能する。
【００７０】
次に、図９のＳ９０６における通知態様の判断について説明する。図１０に示すように、本実施形態に係る通知態様の判断動作は、通知相手の判断（Ｓ１００１）、出力先の判断（Ｓ１００２）及び出力タイミングの判断（Ｓ１００３）の３つのステップを含む。通知先の判断ステップにおいて、通知態様判断部４０７は、図８に示す通知態様情報を参照し、Ｓ９０５において取得した実行結果に含まれるエラー内容に対応する“通知先”を取得する。これにより、通知態様判断部４０７は、“ユーザ”や“管理者”等、実行結果を通知する相手を判断する。
【００７１】
Ｓ１００２の出力先の判断ステップとは、実行結果の画像形成出力を実行させる画像形成装置を判断するステップであり、本実施形態においては、画像形成装置１、１ａ、１ｂのいずれに実行結果出力命令を送信するかを判断するステップである。Ｓ１００２の詳細について、図１１を参照して説明する。図１１は、Ｓ１００２における詳細な処理を示すフローチャートである。
【００７２】
図１１に示すように、通知態様判断部４０７は、まずＳ１００１の判断結果を参照し、通知相手として管理者が含まれているか否かを判断する（Ｓ１１０１）。Ｓ１１０１の判断の結果、通知相手として管理者が含まれていれば（Ｓ１１０１／ＹＥＳ）、通知態様判断部４０７は、実行結果出力命令の送信先として、管理者用の出力先として設定されている画像形成装置を設定する（Ｓ１１０２）。尚、管理者用の出力先として用いる画像形成装置は、通知態様判断部４０７に予め記憶されている。Ｓ１１０１の判断の結果、通知相手として管理者が含まれていなければ（Ｓ１１０１／ＮＯ）、通知態様判断部４０７はそのまま次の処理に進む。
【００７３】
管理者についての出力先の判断が完了すると、通知態様判断部４０７は、同様にＳ１００１の判断結果を参照し、通知相手としてユーザが含まれているか否かを判断する（Ｓ１１０３）。Ｓ１１０３の判断の結果、通知相手としてユーザが含まれていれば（Ｓ１１０３／ＹＥＳ）、次に、通知態様判断部４０７は、Ｓ９０３において入力されたジョブの書誌情報において、実行結果を紙出力によりユーザに通知する際の出力先が定められているか否か判断する（Ｓ１１０４）。この書誌情報において定められている情報は出力先情報として用いられる。尚、Ｓ９０３において入力されたジョブの情報は、情報記憶部４１１に記憶されている。
【００７４】
Ｓ１１０４の判断の結果、書誌情報において定めがある場合（Ｓ１１０４／ＹＥＳ）、通知態様判断部４０７は、実行結果出力命令の送信先として、定められた書誌情報に応じた画像形成装置を設定し（Ｓ１１０５）、処理を終了する。他方、書誌による定めがない場合（Ｓ１１０４／ＮＯ）、次に、通知態様判断部４０７は、Ｓ９０３においてジョブを入力したユーザのログイン状態が維持されているか否か確認する（Ｓ１１０６）。換言すると、Ｓ１１０６において、通知態様判断部４０７は、ジョブを入力したユーザのワークフローサーバ３における認証状態を判断する。
【００７５】
Ｓ１１０６の処理において、通知態様判断部４０７は、認証処理部４０２が保持している情報を参照し、Ｓ９０１及びＳ９０２において認証されたユーザのログイン状態が継続しているか否かを確認する。この他、Ｓ９０１及びＳ９０２においてユーザが認証されてからの経過時間や、Ｓ９０３においてジョブが入力されてからの経過時間に基づいてユーザのログイン状態を判断することも可能である。このような態様は、ユーザが認証された後所定時間が経過したタイミングや、最後にジョブ入力等の操作が行われてから所定時間が経過したタイミングにおいて自動的にログアウト処理が行われるような認証システムにおいて特に有効である。
【００７６】
Ｓ１１０６の判断の結果、ユーザのログイン状態が維持されていると判断された場合（Ｓ１１０６／ＹＥＳ）、即ち、ユーザが認証されている状態であれば、ユーザはジョブを入力した画像形成装置１の前に未だいる可能性が高いため、通知態様判断部４０７は、ジョブ入力元である画像形成装置１を実行結果出力命令の送信先として設定し（Ｓ１１０７）、処理を終了する。
【００７７】
他方、Ｓ１１０６の判断の結果、ログイン状態が維持されていないと判断された場合（Ｓ１１０６／ＮＯ）、通知態様判断部４０７は、Ｓ９０３においてジョブが入力されてからの経過時間が、予め定められた所定の閾値以内であるか否か判断する（Ｓ１１０８）。
【００７８】
Ｓ１１０８の判断の結果、ジョブが入力されてからの経過時間が所定の閾値以内であれば（Ｓ１１０８／ＹＥＳ）、ユーザはジョブを入力した画像形成装置１の前に未だいる可能性が高いため、通知態様判断部４０７は、ジョブ入力元である画像形成装置１を実行結果出力命令の送信先として設定し（Ｓ１１０７）、処理を終了する。即ち、Ｓ１１０６及びＳ１１０８の判断は、ユーザが画像形成装置１の前にいるか否かを予測する判断である。従って、Ｓ１１０８において判断対象とする閾値は小さい値に設定することが好ましい。
【００７９】
他方、ジョブが入力されてからの経過時間が所定の閾値を超えていれば（Ｓ１１０８／ＮＯ）、ユーザはジョブを入力した画像形成装置１から既に離れていることが予測される。この場合にジョブ入力元である画像形成装置１に実行結果を画像形成出力させると、出力された用紙が放置されてしまう可能性がある。この場合、通知態様判断部４０７は、ジョブを入力したユーザ、即ち、Ｓ９０１及びＳ９０２において認証されたユーザに対応した出力先を図７に示すユーザ情報から取得し、実行結果出力命令の送信先として設定して（Ｓ１１０９）、処理を終了する。
【００８０】
尚、通知相手としてユーザが含まれていない場合（Ｓ１１０３／ＮＯ）、通知態様判断部４０７はそのまま処理を終了する。このように、本実施形態に係る出力先判断ステップにおいては、ジョブの書誌情報や、ジョブを入力したユーザのログイン状態並びに予測され得るユーザの現在位置に基づいて、実行結果出力命令の送信先、即ち、実行結果が記載された用紙（以降、実行結果通知用紙とする）を出力させる画像形成装置を判断する。これにより、実行結果通知用紙が画像形成装置の排紙トレイ等に放置されてしまうことを回避することができる。
【００８１】
Ｓ１００３の出力タイミングの判断ステップにおいて、通知態様判断部４０７は、図８に示す通知態様情報を参照し、Ｓ９０５において取得した実行結果に含まれるエラー内容に対応する“通知タイミング”を取得する。これにより、通知態様判断部４０７は、“エラー検知時”や“定期通知”等、実行結果を通知するタイミングを判断する。このような処理により通知相手及び出力先並びに通知タイミングが判断され、その判断結果に従ってＳ９０７においてエラー通知部４０６が実行結果出力命令を送信する。
【００８２】
Ｓ１００３のような判断を行うことにより、ユーザが読み取り条件や用紙の挿入方向若しくは配信先等の各種の条件を変更してリトライすることにより解決可能なエラーの場合は、即座にエラーを通知してリトライを促すことができ、サーバのダウン等、ユーザのリトライによっては解決不可能なエラーの場合には、まとめてエラーを通知することができる。
【００８３】
尚、図１１の処理において、Ｓ１１０７、即ち、ジョブの入力元である画像形成装置１が実行結果出力命令の送信先として判断された場合、ユーザが画像形成装置１の前にいることが予測され、そのユーザに出力用紙を取得させることが前提である。従って、Ｓ１１０７の処理を経ている場合、Ｓ１００３の通知タイミングの判断においては、通知態様情報の“通知タイミング”の情報によらず、エラー検知時にそのまま実行結果出力命令を送信するよう判断することが好ましい
【００８４】
以上説明したように、本実施形態に係る画像管理システムにおけるワークフローサーバ３は、実行したジョブのエラーを検知すると、エラー内容を記述した画像の画像形成出力命令を生成し、印刷ジョブとして画像形成装置に対して送信する。この際、上述したような諸々の情報を参照することにより、その通知態様、特に画像形成出力を実行させる画像形成装置を判断する。これにより、ジョブの実行結果を紙出力により通知する場合であっても、出力された用紙をユーザが確認することなく放置されるような状態を回避することができる。
【００８５】
尚、上記実施形態においては、ワークフローがエラーにより中断された場合のエラー通知を紙出力させる場合を例として説明したが、エラー通知に限らず、正常に完了したジョブの実行結果の通知であっても同様に適用可能である。特に、処理すべき画像の情報が、契約書等の重要書類の場合、処理が正常に完了したことをユーザに通知することが好ましい。従って、エラー通知部４０６は、処理される画像情報の内容に従って、ジョブの実行結果の通知を行うか否か判断することが好ましい。
【００８６】
また、上記実施形態においては、図１１に示す実行結果通知用紙の出力先の判断において、ユーザの現在位置がジョブの入力元である画像形成装置の前であることが推測されない場合、ユーザ情報において設定されているユーザ固有の出力先が実行結果出力命令の送信先として判断される場合を例として説明した。この他、ユーザの現在位置がジョブの入力元である画像形成装置の前であることが推測されない場合は、ユーザの現在位置が不明であるとして紙出力による実行結果の通知をキャンセルすることも可能である。これにより、出力された用紙が放置されてしまうことをより好適に回避することができる。
【００８７】
また、上記実施形態においては、出力タイミングの判断において、図８に示すようにエラーの内容に基づいて判断する場合を例として説明した。この他、例えばジョブにおける処理対象の画像、文書の内容に基づいて判断することができる。例えば、契約書等の重要書類や暗号化された情報の場合、処理がエラーとなったまま通知が行われないと、業務上重大なミスに繋がる可能性がある。従って、上記重要書類や暗号化された情報が処理対象であるジョブの実行結果の通知においては、“定期通知”ではなく、即座に通知することが好ましい。このような判断は、通知態様判断部４０７に判断基準となる情報、例えば、上記重要書類であることを判断するための情報や、暗号化された情報であることを判断するための情報を記憶させることにより可能となる。
【００８８】
また、出力タイミングの判断においては、ワークフローにおける画像若しくは文書の配信先を参照することもできる。配信先として組織内での重役や管理者が設定されていた場合、配信される画像若しくは文書の内容が重要な内容であることが予測され得る。従って、配信先として組織内での重役や管理者が設定されているジョブの実行結果の通知においては、“定期通知”ではなく、即座に通知することが好ましい。この態様も、配信先に基づいて配信される画像の内容を推測しているのであり、上述した処理対象の画像に基づいた出力タイミングの判断の一態様である。このような判断は、例えば、図７において説明したユーザ情報や、情報記憶部４１１に記憶されている配信先一覧に、夫々のユーザの役職等を示す情報を記憶させることにより可能となる。また、図７に示すユーザ情報において、夫々のユーザに通知タイミングを示す情報を関連付け、通知態様判断部４０７が、配信先のユーザに基づいてユーザ情報を参照することにより、通知タイミングを判断するようにしても良い。
【００８９】
また、図１１のＳ１１０６及びＳ１１０８の判断を通知タイミングの判断にも用いることができる。例えば、Ｓ１１０６及びＳ１１０８において“ＮＯ”となった場合、即ち、ユーザの現在位置がジョブの入力元である画像形成装置の前であることが推測されない場合に、Ｓ１００３の判断を経ることなく、“定期通知”が選択されるようにしても良い。ユーザの現在位置が予測不能である場合は、即座に実行結果出力命令を出力してもその出力用紙は放置される可能性がある。これに対して、予め実行結果がまとまって出力される時間を定めておくことにより、出力された用紙が放置されることを回避することができる。
【００９０】
また、上記実施形態においては、図６において説明したように、“定期通知”等のように直ちに送信しない実行結果出力命令を結果通知キューとして蓄積することにより、管理者による結果通知キューの取捨選択を可能とする例について説明した。この取捨選択については、管理者の判断によって実現する他、取捨選択のルールが記述された情報を用意することにより、フロー制御部３１０において自動的に実行されるようにすることも可能である。この場合、フロー制御部３１０が出力命令削除部として機能する。
【００９１】
上記取捨選択のルールとしては、例えばその後のリトライ状況を参照することによる判断ルールを設定することができる。ジョブがエラーにより中断されてエラー通知の結果通知キューが格納された後、そのエラーとなったジョブが自動的にリトライされて正常に完了する可能性がある。この場合、エラー通知を行うことは無駄であるばかりかユーザに混乱を生じさせるため、対応する結果通知キューを削除することが好ましい。
【００９２】
また、通知するべき結果の内容に基づいて判断することができる。エラーにより画像若しくは文書が配信されなかったことの通知であれば、どのようなタイミングであれユーザに通知することが好ましいが、エラーが発生しながらも配信が完了した場合や、配信が正常に完了した場合は、その旨を通知することはそれほど重要ではない。従って、上記結果通知キューの取捨選択のルールとして、通知するべき結果の内容に基づいて判断する判断ルールを設定することができる。
【００９３】
また、エラー内容に基づいて結果通知キューの取捨選択を行う場合は、図８に示す通知態様情報において各エラーに関連付けて取捨選択のルールを示す情報を記憶しておくことにより実現することが可能となる。
【００９４】
同様に、ワークフローにおける画像若しくは文書の配信先や、画像若しくは文書の内容を参照することにより、結果通知キューの取捨選択を行うこともできる。上述したように、画像若しくは文書の内容に基づいてその重要性を判断することが可能であり、組織内での重役や管理者が配信先として設定されていること等に基づいてもその重要性を判断することが可能である。配信される画像若しくは文書の内容が重要な内容であれば、その配信処理についての実行結果はどのようなタイミングであれユーザに通知することが好ましい。従って、上記結果通知キューの取捨選択のルールとして、ワークフローにおける画像若しくは文書の配信先や、画像若しくは文書の内容に基づいて判断する判断ルールを設定することができる。
【００９５】
また、上記実施形態に係るエラー通知機能は、ワークフローサーバ３に含まれる基本的な機能の１つとして実現されるが、例えば、図４に示す“処理ａ”、“処理ｂ”、“処理ｃ”、・・・のように、ワークフローに組み込まれる処理の１つとして実現することも可能である。この場合、上記エラー通知機能、即ち、エラー通知部４０６及び出力態様判断部４０７の機能は、ワークフローサーバ３の基本的な機能に対して付加的に搭載されるプラグインとして実現される。換言すると、エラー通知部４０６及び出力態様判断部４０７の機能を実現するためのソフトウェア・プログラムがワークフローサーバ３にインストールされることにより、エラー通知部４０６及び出力態様判断部４０７の機能が実現される。
【００９６】
このような場合、エラー通知部４０６及び出力態様判断部４０７は、ワークフローサーバ３に対して後から追加される機能であるため、ワークフローサーバ３において処理される全ての情報を自由に参照できない可能性がある。従って、プラグインとして実現された通知態様判断部４０７が通知態様を判断する際には、ジョブの書誌的な情報を参照することが好ましい。これにより、上述した機能を容易に実現することが可能である。
【符号の説明】
【００９７】
１、１ａ、１ｂ  画像形成装置、
２  クライアント端末、
３  ワークフローサーバ、
４  公衆回線、
５  第１データサーバ、
６  第２データサーバ、
１０  ＣＰＵ、
２０  ＲＡＭ、
３０  ＲＯＭ、
４０  ＨＤＤ、
５０  Ｉ／Ｆ、
６０  ＬＣＤ、
７０  操作部、
８０  バス、
１００  コントローラ、
１０１  ＡＤＦ、
１０２  スキャナユニット、
１０３  排紙トレイ、
１０４  ディスプレイパネル、
１０５  給紙テーブル、
１０６  プリントエンジン、
１０７  排紙トレイ、
１０８  ネットワークＩ／Ｆ、
１１０  主制御部、
１２０  エンジン制御部、
１３０  画像処理部、
１４０  操作表示制御部、
１５０  入出力制御部、
３００  コントローラ、
３０１  ネットワークＩ／Ｆ、
３１０  フロー制御部、
３２０  入出力制御部、
３３０  画像処理部、
４０１  情報取得部、
４０２  認証処理部、
４０３  ジョブ管理部、
４０４  配信処理部、
４０５  配信先管理部、
４０６  エラー通知部、
４０７  通知態様判断部、
４１１  情報記憶部
【先行技術文献】
【特許文献】
【００９８】
【特許文献１】特開２００７−２６７３６９号公報
【特許文献２】特開２００９−２２３７２８号公報
【図１】
2011193235.tif 000003
【図２】
2011193235.tif 000004
【図３】
2011193235.tif 000005
【図４】
2011193235.tif 000006
【図５】
2011193235.tif 000007
【図６】
2011193235.tif 000008
【図７】
2011193235.tif 000009
【図８】
2011193235.tif 000010
【図９】
2011193235.tif 000011
【図１０】
2011193235.tif 000012
【図１１】
2011193235.tif 000013