画像管理装置、画像形成装置、画像管理システムの制御方法、制御プログラム及び記録媒体
【課題】入力された画像を管理する画像管理システムにおいて、エラーとなったジョブの操作を簡易化し、ユーザの利便性を向上すること。
【解決手段】ジョブ及び処理すべき画像情報を取得し、取得されたジョブを実行し、ジョブのエラーを検知し、エラーに対する操作の命令に対応したＵＲＬを生成し、エラーの発生及びＵＲＬの文字情報をエラー通知として送信し、上記ＵＲＬに対するアクセスに応じてエラーに対する操作を実行し、エラー通知が表示される際にＵＲＬに対するリンクが表示されるようにエラー通知を送信することを特徴とする。
【解決手段】ジョブ及び処理すべき画像情報を取得し、取得されたジョブを実行し、ジョブのエラーを検知し、エラーに対する操作の命令に対応したＵＲＬを生成し、エラーの発生及びＵＲＬの文字情報をエラー通知として送信し、上記ＵＲＬに対するアクセスに応じてエラーに対する操作を実行し、エラー通知が表示される際にＵＲＬに対するリンクが表示されるようにエラー通知を送信することを特徴とする。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像管理装置、画像形成装置、画像管理システムの制御方法、制御プログラム及び記録媒体に関し、特に、未完了の状態で中断された処理のその後の操作の簡易化に関する。
【背景技術】
【０００２】
近年、情報の電子化が推進される傾向にあり、電子化された情報の出力に用いられるプリンタやファクシミリ及び書類の電子化に用いるスキャナ等の画像処理装置は欠かせない機器となっている。このような画像処理装置は、撮像機能、画像形成機能及び通信機能等を備えることにより、プリンタ、ファクシミリ、スキャナ、複写機として利用可能なＭＦＰ（ＭｕｌｔｉＦｕｎｃｔｉｏｎ Ｐｅｒｉｐｈｅｒａｌ：複合機）として構成されることが多い。
【０００３】
また、このように電子化された文書を文書管理サーバに蓄積し若しくは指定された配信先に配信して利用する画像処理システムが知られている（例えば、特許文献１参照）。このような画像処理システムにおいては、スキャナ機能と情報処理機能とを組み合わせてワークフローを構成し、文書蓄積の効率化を図ることが行われている。
【０００４】
また、このような画像処理システムにおいて、実行が指示されたワークフロー（以降、ジョブとする）がエラーにより中断した場合に、エラー通知を行う方法が提案されている（例えば、特許文献２参照）。特許文献２に開示された技術によれば、システムにおいてエラーが発生した場合、エラーの発生条件に応じて設定された通知先に対してエラーを通知する。エラーの通知態様としては、エラーの内容が記述された情報を電子メールとして送信すること等が提案されている。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
上述したような画像処理システムにおいてエラーが発生し、特許文献２に開示されているようにエラーが通知された場合、エラーとなったジョブを処理するため、ユーザ若しくは管理者は、エラーとなったジョブのリトライや中止等の命令を入力する。この際、ユーザ若しくは管理者は、上記リトライや中止等の命令を入力するため、システム管理用のソフトウェァ・アプリケーション（以降、管理ツールとする）を起動し、その管理ツールのＧＵＩ（Ｇｒａｐｈｉｃａｌ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）上でエラーとなったジョブの操作を行うことが一般的である。
【０００６】
しかしながら、上記一般的な態様の場合、ユーザ若しくは管理者は、管理ツールの起動、ジョブ操作用のＧＵＩの表示、リトライ若しくは中止等の操作を行うジョブの選択及び操作の指示といった一連の手順を実行する必要があり、ユーザの操作における利便性が考慮されていない。
【０００７】
尚、電子メールの本文に、アクセス対象のウェブサイトや格納された情報のアドレスに対するリンクを含めることにより、メール受信者のアクセス対象への到達を補助する技術は従来から用いられている。しかしながら、本発明は、ユーザの操作における利便性を考慮したものであり、情報に到達するためのアドレスに対するリンクを本来の目的、即ち、情報に到達するために用いる従来の技術とは目的が異なる。
【０００８】
本発明は、上記課題を解決するためになされたものであり、入力された画像を管理する画像管理システムにおいて、エラーとなったジョブの操作を簡易化し、ユーザの利便性を向上することを目的とする。
【課題を解決するための手段】
【０００９】
上記課題を解決するために、本発明の一態様は、画像情報を管理する画像管理システムに含まれる画像管理装置であって、前記画像情報の処理命令を取得する処理命令取得部と、前記取得された処理命令において処理すべき前記画像情報を取得する画像情報取得部と、前記取得された処理命令に従って前記画像情報の処理を実行する処理実行部と、前記実行された処理が未完了の状態で中断されたことを検知する中断検知部と、前記中断された処理に対する操作の命令に対応した情報処理システム上のアドレスを生成するアドレス生成部と、前記実行された処理が未完了の状態で中断されたことを示す情報及び前記生成されたアドレスの文字情報を処理中断通知として送信する処理中断通知部と、前記アドレスに対するアクセスに応じて前記中断された処理に対する操作を前記処理実行部に実行させる中断処理操作制御部とを含み、前記処理中断通知部は、前記情報処理システム上のアドレスを文字情報として表示する際、前記文字情報が前記アドレスに対するリンクとして表示されるアプリケーション・プログラムに対応したプロトコルで前記処理中断通知を送信することにより、前記処理中断通知が表示される際に前記アドレスに対するリンクが表示されるように前記処理中断通知を送信することを特徴とする。
【００１０】
また、本発明の他の態様は、画像形成装置において、上述した画像管理装置を含むことを特徴とする。
【００１１】
また、本発明の更に他の態様は、画像情報を管理する画像管理システムの制御方法であって、前記画像管理システムに含まれる画像管理装置が、前記画像情報の処理命令を取得し、前記取得された処理命令において処理すべき前記画像情報を取得し、前記取得された処理命令に従って前記画像情報の処理を実行し、前記実行された処理が未完了の状態で中断されたことを検知し、前記中断された処理に対する操作の命令に対応した情報処理システム上のアドレスを生成し、前記実行された処理が未完了の状態で中断されたことを示す情報及び前記生成されたアドレスの文字情報を処理中断通知として送信し、前記アドレスに対するアクセスに応じて前記中断された処理に対する操作を実行するように制御し、前記処理中断通知を送信する際、前記情報処理システム上のアドレスを文字情報として表示する際、前記文字情報が前記アドレスに対するリンクとして表示されるアプリケーション・プログラムに対応したプロトコルで送信することにより、前記処理中断通知が表示される際に前記アドレスに対するリンクが表示されるように前記処理中断通知を送信することを特徴とする。
【００１２】
また、本発明の更に他の態様は、画像情報を管理する画像管理システムの制御プログラムであって、前記画像情報の処理命令を取得するステップと、前記取得された処理命令において処理すべき前記画像情報を取得するステップと、前記取得された処理命令に従って前記画像情報の処理を実行するステップと、前記実行された処理が未完了の状態で中断されたことを検知するステップと、前記中断された処理に対する操作の命令に対応した情報処理システム上のアドレスを生成するステップと、前記実行された処理が未完了の状態で中断されたことを示す情報及び前記生成されたアドレスの文字情報を処理中断通知として送信するステップと、前記アドレスに対するアクセスに応じて前記中断された処理に対する操作を実行するように制御するステップとを情報処理装置に実行させ、前記処理中断通知を送信するステップにおいて、前記情報処理システム上のアドレスを文字情報として表示する際、前記文字情報が前記アドレスに対するリンクとして表示されるアプリケーション・プログラムに対応したプロトコルで送信することにより、前記処理中断通知が表示される際に前記アドレスに対するリンクが表示されるように前記処理中断通知を送信させることを特徴とする。
【００１３】
また、本発明の更に他の態様は、記録媒体であって、上述した制御プログラムを情報処理装置が読み取り可能な形式で記録したことを特徴とする。
【発明の効果】
【００１４】
本発明によれば、入力された画像を管理する画像管理システムにおいて、エラーとなったジョブの操作を簡易化し、ユーザの利便性を向上することができる。
【図面の簡単な説明】
【００１５】
【図１】本発明の実施形態に係る画像管理システムの運用形態を示す図である。
【図２】本発明の実施形態に係る情報処理端末のハードウェア構成を模式的に示すブロック図である。
【図３】本発明の実施形態に係る画像形成装置の機能構成を示すブロック図である。
【図４】本発明の実施形態に係るフロー情報の例を示す図である。
【図５】本発明の実施形態に係るワークフローサーバの機能構成を示すブロック図である。
【図６】本発明の実施形態に係るフロー制御部の機能構成を示すブロック図である。
【図７】本発明の実施形態に係る情報記憶部に含まれるユーザ情報の例を示す図である。
【図８】本発明の実施形態に係る情報記憶部に含まれるエラー情報の例を示す図である。
【図９】本発明の実施形態に係る画像管理システムにおけるエラー対応動作を示すシーケンス図である。
【図１０】本発明の実施形態に係るＵＲＬ生成部によって生成されるＵＲＬの例を示す図である。
【図１１】本発明の実施形態に係るエラー通知の内容の例を示す図である。
【図１２】本発明の実施形態に係るエラー情報管理画面の例を示す図である。
【発明を実施するための形態】
【００１６】
以下、図面を参照して、本発明の実施形態を詳細に説明する。本実施形態においては、画像処理システムの例として、スキャンにより読み取った画像を、予め登録されたワークフローに従って処理することにより、画像の配信や格納を行う画像管理システムを例として説明する。
【００１７】
図１は、本実施の形態に係る画像管理システムの運用形態の例を示す図である。図１に示すように、本実施形態に係る画像管理システムは、画像形成装置１、クライアント端末２が接続されたネットワークＡとワークフローサーバ３、第１データサーバ５、第２データサーバ６が接続されたネットワークＢとが、インターネットや電話回線等の公衆回線４を介して接続されている。本実施形態において、ネットワークＡは、画像管理システムを利用するサービス利用者のネットワークであり、ネットワークＢは、画像管理システムを提供するサービス提供者のネットワークである。ネットワークＡ及びネットワークＢは、ルータ等のネットワーク機器を介して公衆回線４に接続されている。
【００１８】
画像形成装置１は、撮像機能、画像形成機能及び通信機能等を備えることにより、プリンタ、ファクシミリ、スキャナ、複写機として利用可能な複合機である。また、画像形成装置１は、予め登録されたワークフローの実行を命令するためのユーザインタフェースとしても機能する。クライアント端末２は、ユーザが操作する情報処理端末であり、ＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）等の情報処理装置によって実現される。
【００１９】
ワークフローサーバ３は、画像形成装置１において入力されたワークフローの実行命令に基づき、同じく入力された画像に対して画像処理を実行する。また、ワークフローサーバ３は、実行したワークフローがエラーにより中断した場合に、中断したワークフローのリトライや中止等の操作をユーザに選択させるための情報（以降、エラー対応情報とする）を生成して出力する機能を含む。この機能が本実施形態に係る要旨である。
【００２０】
第１データサーバ５及び第２データサーバ６は、ワークフローサーバ３によって処理された画像情報が格納されるデータサーバである。尚、図１においては、ワークフローサーバ３が１つの装置によって構成されているが、複数の装置でワークフローサーバ３の機能を実現してもよい。例えば、上述したワークフロー全体を制御する機能と、ワークフローに含まれる夫々の処理を実行する機能とを別々のサーバで実現することができる。また、本実施形態に係る要旨であるエラーによる中断の検知やエラー対応情報の生成等を別のサーバで実現しても良い。
【００２１】
次に、本実施形態に係る画像形成装置１、クライアント端末２、ワークフローサーバ３及び第１データサーバ５、第２データサーバ６のハードウェア構成について説明する。図２は、本実施形態に係る画像形成装置１のハードウェア構成を示すブロック図である。尚、画像形成装置１は、図２に示すハードウェア構成に加えて、スキャナ、プリンタ等を実現するためのエンジンを備える。以下の説明においては、画像形成装置１のハードウェア構成を例として説明するが、クライアント端末２及びワークフローサーバ３についても同様である。
【００２２】
図２に示すように、本実施形態に係る画像形成装置１は、一般的なサーバやＰＣ等と同様の構成を含む。即ち、本実施形態に係る画像形成装置１は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１０、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）２０、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）３０、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）４０及びＩ／Ｆ５０がバス８０を介して接続されている。また、Ｉ／Ｆ５０にはＬＣＤ（Ｌｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ）６０及び操作部７０が接続されている。
【００２３】
ＣＰＵ１０は演算手段であり、情報処理端末全体の動作を制御する。ＲＡＭ２０は、情報の高速な読み書きが可能な揮発性の記憶媒体であり、ＣＰＵ１０が情報を処理する際の作業領域として用いられる。ＲＯＭ３０は、読み出し専用の不揮発性記憶媒体であり、ファームウェア等のプログラムが格納されている。ＨＤＤ４０は、情報の読み書きが可能な不揮発性の記憶媒体であり、ＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）や各種の制御プログラム、アプリケーション・プログラム等が格納される。
【００２４】
Ｉ／Ｆ５０は、バス８０と各種のハードウェアやネットワーク等を接続し制御する。ＬＣＤ６０は、ユーザが画像形成装置１の状態を確認するための視覚的ユーザインタフェースである。操作部７０は、キーボードやマウス等、ユーザが画像形成装置１に情報を入力するためのユーザインタフェースである。尚、図１において説明したように、本実施形態に係るワークフローサーバ３、第１データサーバ５及び第２データサーバ６は、サーバとして運用される。従って、ＬＣＤ６０及び操作部７０等のユーザインタフェースは省略可能である。
【００２５】
このようなハードウェア構成において、ＲＯＭ３０やＨＤＤ４０若しくは図示しない光学ディスク等の記憶媒体に格納されたプログラムがＲＡＭ２０に読み出され、ＣＰＵ１０の制御に従って動作することにより、ソフトウェア制御部が構成される。このようにして構成されたソフトウェア制御部と、ハードウェアとの組み合わせによって、本実施形態に係る画像形成装置１やワークフローサーバ３の機能を実現する機能ブロックが構成される。
【００２６】
次に、本実施形態に係る画像形成装置１の機能構成について、図３を参照して説明する。図３は、本実施形態に係る画像形成装置１の機能構成を示すブロック図である。図３に示すように、本実施形態に係る画像形成装置１は、コントローラ１００、ＡＤＦ（Ａｕｔｏ Ｄｏｃｕｍｅｎｎｔ Ｆｅｅｄｅｒ：原稿自動搬送装置）１０１、スキャナユニット１０２、排紙トレイ１０３、ディスプレイパネル１０４、給紙テーブル１０５、プリントエンジン１０６、排紙トレイ１０７及びネットワークＩ／Ｆ１０８を有する。
【００２７】
また、コントローラ１００は、主制御部１１０、エンジン制御部１２０、画像処理部１３０、操作表示制御部１４０及び入出力制御部１５０を含む。図３に示すように、本実施形態に係る画像形成装置１は、スキャナユニット１０２、プリントエンジン１０６を有する複合機として構成されている。尚、図３においては、電気的接続を実線の矢印で示しており、用紙若しくは文書束の流れを破線の矢印で示している。
【００２８】
ディスプレイパネル１０４は、画像形成装置１の状態を視覚的に表示する出力インタフェースであると共に、タッチパネルとしてユーザが画像形成装置１を直接操作し、若しくは画像形成装置１に対して情報を入力する際の入力インタフェース（操作部）でもある。ディスプレイパネル１０４は、図２に示すＬＣＤ６０及び操作部７０によって実現される。
【００２９】
ネットワークＩ／Ｆ１０８は、画像形成装置１がネットワークを介してクライアント端末２やワークフローサーバ３等の他の機器と通信するためのインタフェースであり、Ｅｔｈｅｒｎｅｔ（登録商標）やＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）インタフェースが用いられる。ネットワークＩ／Ｆ１０８は、図２に示すＩ／Ｆ５０によって実現される。また、ネットワークＩ／Ｆ１０８には、ＦＡＸモデムとしての機能も含まれ、画像形成装置１がネットワークを介してＦＡＸ送受信を行うためのインタフェースとしても機能する。
【００３０】
コントローラ１００は、ソフトウェアとハードウェアとの組み合わせによって構成される。具体的には、ＲＯＭ３０や不揮発性メモリ並びにＨＤＤ４０や光学ディスク等の不揮発性記憶媒体に格納されたプログラムが、ＲＡＭ２０等の揮発性メモリ（以下、メモリ）にロードされ、ＣＰＵ１０の制御に従って動作することにより構成されるソフトウェア制御部と集積回路などのハードウェアとによってコントローラ１００が構成される。コントローラ１００は、画像形成装置１全体を制御する制御部として機能する。
【００３１】
主制御部１１０は、コントローラ１００に含まれる各部を制御する役割を担い、コントローラ１００の各部に命令を与える。エンジン制御部１２０は、プリントエンジン１０６やスキャナユニット１０２等を制御若しくは駆動する駆動手段としての役割を担う。画像処理部１３０は、主制御部１１０の制御に従い、印刷出力すべき画像情報に基づいて描画情報を生成する。この描画情報とは、画像形成部であるプリントエンジン１０６が画像形成動作において形成すべき画像を描画するための情報である。また、画像処理部１３０は、スキャナユニット１０２から入力される撮像データを処理し、画像データを生成する。この画像データとは、スキャナ動作の結果物として画像形成装置１の記憶領域に格納され若しくはネットワークＩ／Ｆ１０８を介してクライアント端末２やワークフローサーバ３に送信される情報である。
【００３２】
操作表示制御部１４０は、ディスプレイパネル１０４に情報表示を行い若しくはディスプレイパネル１０４を介して入力された情報を主制御部１１０に通知する。入出力制御部１５０は、ネットワークＩ／Ｆ１０８を介して入力される情報を主制御部１１０に入力する。また、主制御部１１０は、入出力制御部１５０を制御し、ネットワークＩ／Ｆ１０８及びネットワークを介してクライアント端末２やワークフローサーバ３若しくは公衆回線４に接続された他の機器にアクセスする。
【００３３】
画像形成装置１がプリンタとして動作する場合は、まず、入出力制御部１５０がネットワークＩ／Ｆ１０８を介して印刷ジョブを受信する。入出力制御部１５０は、受信した印刷ジョブを主制御部１１０に転送する。主制御部１１０は、印刷ジョブを受信すると、画像処理部１３０を制御して印刷ジョブに含まれる文書情報若しくは画像情報に基づいて描画情報を生成する。
【００３４】
画像処理部１３０によって描画情報が生成されると、エンジン制御部１２０は、プリントエンジン１０６を制御し、上記生成された描画情報に基づき、給紙テーブル１０５から搬送される用紙に対して画像形成を実行させる。プリントエンジン１０６の具体的態様としては、インクジェット方式による画像形成機構や電子写真方式による画像形成機構等を用いることが可能である。プリントエンジン１０６によって画像形成が施された文書は排紙トレイ１０７に排紙される。
【００３５】
画像形成装置１がスキャナとして動作する場合は、ユーザによるディスプレイパネル１０４の操作若しくはネットワークＩ／Ｆ１０８を介して外部のクライアント端末２等から入力されるスキャン実行指示に応じて、操作表示制御部１４０若しくは入出力制御部１５０が主制御部１１０にスキャン実行信号を転送する。主制御部１１０は、受信したスキャン実行信号に基づき、エンジン制御部１２０を制御する。
【００３６】
エンジン制御部１２０は、ＡＤＦ１０１を駆動し、ＡＤＦ１０１にセットされた撮像対象原稿をスキャナユニット１０２に搬送する。また、エンジン制御部１２０は、スキャナユニット１０２を駆動し、ＡＤＦ１０１から搬送される原稿を撮像する。また、ＡＤＦ１０１に原稿がセットされておらず、スキャナユニット１０２に直接原稿がセットされた場合、スキャナユニット１０２は、エンジン制御部１２０の制御に従い、セットされた原稿を撮像する。即ち、スキャナユニット１０２が撮像部として動作する。
【００３７】
撮像動作においては、スキャナユニット１０２に含まれるＣＣＤ等の撮像素子が原稿を光学的に走査し、光学情報に基づいて生成された撮像情報が生成される。エンジン制御部１２０は、スキャナユニット１０２が生成した撮像情報を画像処理部１３０に転送する。画像処理部１３０は、主制御部１１０の制御に従い、エンジン制御部１２０から受信した撮像情報に基づき画像情報を生成する。画像処理部１３０が生成した画像情報はＨＤＤ４０等の画像形成装置１に装着された記憶媒体に保存される。即ち、スキャナユニット１０２、エンジン制御部１２０及び画像処理部１３０が連動して、画像入力部として機能する。
【００３８】
画像処理部１３０によって生成された画像情報は、ユーザの指示に応じてそのままＨＤＤ４０等に格納され若しくは入出力制御部１５０及びネットワークＩ／Ｆ１０８を介してワークフローサーバ３等の外部の装置に送信される。
【００３９】
また、画像形成装置１が複写機として動作する場合は、エンジン制御部１２０がスキャナユニット１０２から受信した撮像情報若しくは画像処理部１３０が生成した画像情報に基づき、画像処理部１３０が描画情報を生成する。その描画情報に基づいてプリンタ動作の場合と同様に、エンジン制御部１２０がプリントエンジン１０６を駆動する。尚、描画情報と撮像情報との情報形式が同一である場合は、撮像情報をそのまま描画情報として用いることも可能である。
【００４０】
また、画像形成装置１がファクシミリとして動作する場合は、まず、スキャナ動作の場合と同様に画像処理部１３０によって画像情報が生成される。そして、主制御部１１０が入出力制御部１５０を制御し、ＦＡＸ送信を実行させる。ＦＡＸ送信に際しては、入出力制御部１５０が、主制御部１１０の制御に従い、ネットワークＩ／Ｆ１０８のうちＦＡＸモデムの機能を駆動して指定された送信先に画像を送信する。
【００４１】
また、画像形成装置１が、予め構築されているワークフローを実行する場合は、まず、ユーザがディスプレイパネル１０４を操作してワークフローの実行指示を入力する。この際、ディスプレイパネル１０４には、ワークフローを選択するための画面（以降、ワークフロー選択画面とする）として、登録されているワークフローの情報が表示される。このワークフロー選択画面を表示するための情報（以降、フロー情報とする）について、図４を参照して説明する。
【００４２】
図４は、フロー情報の内容を示す図である。図４に示すように、フロー情報は、ワークフローを識別するためのＩＤ、ワークフローの名称及びワークフローに含まれる処理の内容の情報を含む。例えば、ＩＤ“００１”のワークフローであれば、名称は“ｐｒｏｊｅｃｔＡ”であり、“処理ａ”、“処理ｂ”、“処理ｃ”・・・といった処理が含まれる。図４に示す“処理ａ”、“処理ｂ”、“処理ｃ”・・・等の各処理は、画像形成装置１において実行されるスキャン処理や、ワークフローサーバ３において実行される画像処理である。
【００４３】
図４に示す “処理ａ”、“処理ｂ”、“処理ｃ”等の各処理を実行する機能は、画像形成装置１やワークフローサーバ３においてプラグインとして構成されている。即ち、上記各処理のプラグインを構成するプログラムが画像形成装置１若しくはワークフローサーバ３にインストールされることにより、図４に示す各処理が本実施形態に係る画像処理システムにおいて実行可能となる。
【００４４】
尚、フロー情報としては、図４に示す情報の他、夫々の処理についての設定値の情報等も含まれる。また、図４に示すフロー情報は、画像形成装置１においてＨＤＤ４０に格納されており、主制御部１１０がフロー情報を参照してワークフロー選択画面の表示情報を生成する。この他、ネットワークを介してワークフローサーバ３からフロー情報を取得して表示情報を生成してもよい。
【００４５】
主制御部１１０は、操作表示制御部１４０を介してワークフローの実行指示を取得し、その実行指示に基づいて上述したようにスキャンを行うことにより処理すべき画像を取得する。尚、処理すべき画像はスキャンによって取得する他、ＨＤＤ４０等に予め格納された画像を取得してもよい。
【００４６】
主制御部１１０は、処理すべき画像を取得すると、入出力制御部１５０を制御して、ワークフローの実行指示及び画像の情報をワークフローサーバ３に送信させる。これにより、上述したように画像形成装置１がワークフローの実行指示及び処理すべき画像の情報をワークフローサーバ３に送信し、ワークフローサーバ３においてワークフローが実行される。その後、画像形成装置１においては、入出力制御部１５０が必要に応じてワークフローの実行結果に関する情報を取得する。
【００４７】
次に、本実施形態に係るワークフローサーバ３の機能構成について、図５を参照して説明する。図５は、本実施形態に係るワークフローサーバ３の機能構成を示すブロック図である。図５に示すように、本実施形態に係るワークフローサーバ３は、コントローラ３００、ネットワークＩ／Ｆ３０１を含む。またコントローラ３００は、フロー制御部３１０、入出力制御部３２０及び画像処理部３３０を含む。
【００４８】
ネットワークＩ／Ｆ３０１は、画像形成装置１のネットワークＩ／Ｆ１０８と同様に、ワークフローサーバ３がネットワークを介して画像形成装置１やクライアント端末２等の他の機器と通信するためのインタフェースである。入出力制御部３２０は、画像形成装置１の入出力制御部１５０と同様に、ネットワークＩ／Ｆ３０１を介して入力される情報をフロー制御部３１０に入力する。また、フロー制御部３１０の制御に従い、ネットワークＩ／Ｆ３０１を介して他の機器に情報を送信する。
【００４９】
画像処理部３３０は、ワークフローサーバ３において、ワークフローに含まれる画像処理を実行する。画像処理部３３０が実行する画像処理とは、例えばＯＣＲ（Ｏｐｔｉｃａｌ Ｃｈａｒａｃｔｅｒ Ｒｅｃｏｇｎｉｔｉｏｎ）処理や、画像の情報形式の変換処理等である。画像処理部３３０は、フロー制御部３１０の制御に従って画像処理を実行する。
【００５０】
フロー制御部３１０は、ワークフローサーバ３において、上述したようにワークフローの実行を制御する。フロー制御部３１０に含まれる機能について、図６を参照して説明する。図６は、本実施形態に係るフロー制御部３１０の機能構成を示す図である。図６に示すように、本実施形態に係るフロー制御部３１０は、情報取得部４０１、認証処理部４０２、ジョブ管理部４０３、配信処理部４０４、配信先管理部４０５、エラー通知部４０６、ＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）作成部４０７、付加ＵＲＬ設定部４０８、Ｗｅｂサービス４０９、パラメータ解析部４１０及び情報記憶部４１１を含む。
【００５１】
情報取得部４０１は、入出力制御部３２０が画像形成装置１から受信したワークフローの実行命令や、ワークフローにおいて処理対象となる画像の情報等のワークフローの処理に関する様々な情報を取得する。認証処理部４０２は、本実施形態に係る画像処理システムを利用する際の利用権限を認証する。本実施形態においては、認証処理部４０２による認証処理により、ユーザが操作する画像形成装置１とワークフローサーバ３との間の通信が暗号化され、情報のセキュリティ性が確保される。
【００５２】
ジョブ管理部４０３は、情報取得部４０１が取得したワークフローの実行命令に基づき、ワークフローのジョブの実行を処理する。例えば、情報取得部４０１が取得したワークフローの実行命令に画像変換処理や、ＯＣＲ処理が含まれていれば、ジョブ管理部４０３は、画像処理部３３０を制御して画像変換若しくはＯＣＲを実行させる。また、処理した画像の配信処理が含まれていれば、ジョブ管理部４０３は、配信処理部４０４に画像の配信処理を実行させる。更に、ジョブ管理部４０３は、実行させた各処理がエラーにより中断した場合、そのジョブの実行命令を情報記憶部４１１のエラーキューに格納し、エラーの内容をエラー通知部４０６に出力する。
【００５３】
配信処理部４０４は、上述したように、ジョブ管理部４０３からの命令に基づいて入出力制御部３２０を制御し、画像の配信処理を行う。配信先管理部４０５は、クライアント端末２からのアクセスに基づき、情報記憶部４１１に記憶されている配信先一覧の情報を管理する。配信先一覧の情報としては、ファイルサーバアドレス、メールアドレス、ウェブサーバＵＲＬ、ＦＡＸ番号等がある。
【００５４】
エラー通知部４０６は、ジョブ管理部４０３から取得したエラーの内容に基づき、ユーザや管理者に対してエラーの通知を行う。ジョブ管理部４０３によるエラーの通知には、エラーとなったジョブのリトライやジョブの中止等（以降、エラー対応処理とする）の指示をウェブアクセスにより受け付けるためのＵＲＬが含まれる。ＵＲＬ生成部４０７は、エラー通知部４０６によるエラーの通知に含めるべきＵＲＬを生成する。ＵＲＬ生成部４０７は、エラー通知部４０６からエラーの内容を取得し、情報記憶部４１１に記憶されているエラー情報を参照して、エラー通知に含めるべきエラー対応処理の内容を判断し、夫々の指示をウェブアクセスにより受け付けるためのＵＲＬを生成する。
【００５５】
付加ＵＲＬ設定部４０８は、クライアント端末２からのアクセスに基づき、情報記憶部４１１に記憶されているエラー情報を管理する。エラー情報の詳細については、後に詳述する。Ｗｅｂサービス４０９は、クライアント端末２や管理者用の端末からの、ネットワークを介したウェブアクセス、即ちＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）プロトコルや、ＨＴＴＰＳ（Ｈｙｐｅｒｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ ｏｖｅｒ Ｓｅｃｕｒｅ Ｓｏｃｋｅｔ Ｌａｙｅｒ）プロトコルのアクセスを受け付ける。
【００５６】
パラメータ解析部４１０は、Ｗｅｂサービス４０９が受け付けたウェブアクセスのＵＲＬを解析し、上述したリトライや中止等の指示（以降、エラー対応処理コマンドとする）を認識してジョブ管理部４０３に入力する。これにより、ジョブ管理部４０３は、情報記憶部４１１にエラーキューとして格納したジョブの実行命令を読み出し、パラメータ解析部４１０から入力された指示に従って処理を行う。
【００５７】
情報記憶部４１１は、図６に示すように、ユーザ情報、フロー情報、エラー情報、エラーキュー、配信先一覧が格納されている記憶領域である。以下、夫々の情報について、図を参照して説明する。図７は、ユーザ情報の内容を示す図である。ユーザ情報は、認証処理部４０２が、ログイン要求に応じてユーザを認証するために参照する情報であり、図７に示すように、本実施形態に係る画像管理システムの利用者として登録されているユーザを識別するユーザＩＤ、ユーザが利用する画像形成装置１を識別するマシンＩＤ及びそのユーザを認証するためのパスワードを含む。フロー情報は、図４において説明した情報と同様である。
【００５８】
図８は、エラー情報の内容を示す図である。エラー情報は、上述したように、エラー通知部４０６が、ジョブ管理部４０３から取得したエラーの種類に応じてエラー通知に含めるコマンドを判断するための情報であり、図８に示すように、エラーの種類を識別するエラーＩＤ、エラー内容及び夫々のエラーが検知された場合にエラー通知に含める内容を示す通知内容の情報を含む。即ち、情報記憶部４１１は、エラー情報を記憶していることにより、中断要因情報記憶部として機能する。
【００５９】
本実施形態に係るエラー情報に含まれる通知内容の情報は、“画像を回転してリトライ”、“中止“等、エラーに対する対応、即ち上述したエラー対応処理を示す情報である。即ち、本実施形態においては、検知されたエラー内容に応じてその後の対応が絞られるため、エラー内容に応じた好適な対応をユーザに提示することができる。
【００６０】
エラーキューは、上述したようにエラーとなったジョブの実行命令であり、夫々のジョブの実行命令が、夫々のジョブを識別するためのＩＤと関連付けられている。エラーにより中断されたジョブの実行命令は、上述したようにエラーキューとして情報記憶部４１１に格納され、リトライや中止等のエラーに対する対応の指示が入力されるまで保存される。配信先一覧は、上述したように、ファイルサーバアドレス、メールアドレス、ウェブサーバＵＲＬ、ＦＡＸ番号等のジョブによって画像や文書を配信する配信先の情報である。
【００６１】
次に、本実施形態に係る画像管理システムの動作について説明する。図９は、本実施形態に係る画像管理システムにおいて、画像形成装置１からジョブが入力されることによりワークフローサーバ３においてジョブが実行され、ジョブがエラーにより中断する場合の動作を示すシーケンス図である。また、図９においては、ジョブを入力するユーザがエラーの通知を受け取る場合を例として説明するが、管理者がエラーの通知を受け取る場合であっても同様である。
【００６２】
図９に示すように、ユーザが画像形成装置１を操作して画像処理システムを利用する際、まず画像形成装置１がユーザの操作に応じて認証要求をワークフローサーバ３に送信する（Ｓ９０１）。画像形成装置１からの認証要求を受けたワークフローサーバ３においては、フロー制御部３１０の認証処理部４０２が、情報記憶部４１１に記憶されているユーザ情報を参照して認証処理を実行し、認証確認を画像形成装置１に送信する（Ｓ９０２）。
【００６３】
Ｓ９０１及びＳ９０２の処理により、画像形成装置１とワークフローサーバ３との間で暗号化通信が確立され、以降の両者間の通信は暗号化された情報によってやり取りされる。尚、画像形成装置１からワークフローサーバ３への認証要求の送信は、ユーザが画像形成装置１のディスプレイパネル１０４を操作してワークフローの実行命令を入力した後に実行されてもよいし、実行命令を入力する前、例えば、画像形成装置１への電源投入時等に予め実行されても良い。
【００６４】
ワークフローサーバ３から認証確認を受信すると、画像形成装置１においてジョブの入力画面が表示され、ユーザがディスプレイパネル１０４を操作してワークフローの実行命令を入力すると、画像形成装置１においてスキャン等により画像情報の取得が行われ、ワークフローサーバ３に対してジョブが入力される（Ｓ９０３）。Ｓ９０３においては、入出力制御部１５０が、主制御部１１０の制御に基づき、情報を送信する。これにより、ワークフローサーバ３のフロー制御部３１０において、情報取得部４０１が、画像及びジョブの実行命令を取得する。即ち、情報取得部４０１が、画像処理の処理命令を取得する処理命令取得部及び画像情報取得部として機能する。
【００６５】
Ｓ９０３の処理により情報取得部４０１が各情報を取得すると、ジョブ管理部４０３が、ジョブの実行命令に基づいて画像処理を行う画像処置部３３０や、配信処理を行う配信処理部４０３等の各処理を行う部分を制御し、ジョブを実行する（Ｓ９０４）。即ち、ジョブ管理部４０３が、処理実行部として機能する。Ｓ９０４においては、画像処理部３３０や配信処理部４０４が、ジョブ管理部４０３の制御に従って、ＯＣＲ（Ｏｐｔｉｃａｌ Ｃｈａｒａｃｔｅｒ Ｒｅｃｏｇｎｉｔｉｏｎ）やバーコード認識等の画像処理及びメール配信やＦＡＸ配信等の配信処理を実行する。
【００６６】
そして、画像処理部３３０若しくは配信処理部４０３は、夫々の処理を実行することにより得られた結果を、ジョブ管理部４０３からの制御に対する応答としてジョブ管理部４０３に入力する。この際、画像処理部３３０若しくは配信処理部４０３は、何らかの要因により処理が完了できなかった場合、その要因と共に処理が中断されたことをジョブ管理部４０３に通知する。ジョブ管理部４０３は、画像処理部３３０や配信処理部４０３からの応答内容に基づいてエラーを検知する（Ｓ９０５）。即ち、ジョブ管理部４０３が、中断検知部としても機能する。
【００６７】
画像処理部３３０若しくは配信処理部４０３からジョブ管理部４０３に入力される応答の内容は、図８において説明したような“エラー内容”、即ち処理が中断された要因の内容が含まれる。即ち、画像処理部３３０がＯＣＲにより天地識別やタイトル抽出を実行した結果、夫々の処理に失敗した場合はその旨を示す情報が含まれる。また、配信処理部４０３がメール配信を実行した結果、サーバ接続エラーやファイル名エラーが発生した場合は、その旨を示す情報が含まれる。
【００６８】
ジョブ管理部４０３は、Ｓ９０５の処理によりエラーを検知すると、エラー通知命令をエラー通知部４０６に入力する。エラー通知部４０３は、ジョブ管理部４０３からエラー通知命令を取得すると、ユーザ若しくは管理者に対してエラーを通知するため、検知されたエラー内容に応じたエラー対応コマンドのＵＲＬをＵＲＬ生成部４０７に生成させる（Ｓ９０６）。
【００６９】
Ｓ９０６において、ＵＲＬ生成部４０７は、エラー通知部４０６からエラー内容の情報を取得し、図８に示すエラー情報を参照する。そして、ＵＲＬ生成部４０７は、エラー通知部４０６から取得した“エラー内容”に対応する“通知内容”をエラー情報から抽出し、“通知内容”に対応したエラー対応処理を判断する。エラー対応処理を判断すると、ＵＲＬ生成部４０７は、ウェブアクセスを介して上記エラー対応処理を受け付けるための、ウェブアドレス、即ちＵＲＬを生成する。即ち、ＵＲＬ生成部が、アドレス生成部として機能する。
【００７０】
図１０に、ＵＲＬ生成部４０７が生成するＵＲＬの例を示す。図１０は、ＵＲＬ生成部４０７が生成するＵＲＬの例として、ジョブＩＤ“４５６８２９４０９８７”によって識別されるジョブのリトライを指示するためのＵＲＬを示す図である。図１０に示すように、本実施形態に係るエラー対応処理コマンドは、ウェブアクセス先であるワークフローサーバ３のウェブサービス４０９のアドレスを示すサーバアドレス部分と、エラーキューに対する操作のためのアクセスであることを示すアクセス種類識別部分と、操作の内容を示す操作内容パラメータ部分とを含む。
【００７１】
図１０の例において、Ｗｅｂサービス４０９は、アクセス種類識別部分の“ｊｏｂ”という文字列に基づいて操作内容パラメータ部分をパラメータ解析部４１０に入力する。パラメータ解析部４１０は、操作内容パラメータ部分における“ｃｍｄ＝ｒｅｔｒｙ”の文字列により、ジョブのリトライの指示であることを判断し、“ｊｏｂｉｄ＝４５６８２９４０９８７”の文字列により、ジョブＩＤ“４５６８２９４０９８７”によって識別されるジョブが対象であることを判断する。
【００７２】
Ｓ９０６の処理によりＵＲＬ生成部４０７がＵＲＬを生成すると、エラー通知部４０６は、生成されたＵＲＬを含む電子メールを、エラーの通知先として設定されているメールアドレス（以降、エラー通知メールアドレスとする）に対して送信する（Ｓ９０７）。即ち、エラー通知部４０６が、処理中断通知部として機能する。このエラー通知メールアドレスは、例えば、情報記憶部４１１のユーザ情報においてユーザ毎に設定されており、Ｓ９０１、Ｓ９０２において認証されたユーザについて設定されたメールアドレスが用いられる。この他、ユーザがＳ９０３においてジョブを入力する際、エラー通知メールアドレスを設定し、ジョブの実行命令中にエラーメールアドレスが含まれるようにしても良い。
【００７３】
Ｓ９０７においてエラー通知の電子メールが送信されると、Ｓ９０３においてジョブを入力したユーザは、クライアント端末２においてその電子メールを受信する。尚、図９のＳ９０７においては、図示の関係上ワークフローサーバ３からクライアント端末２に対して矢印を示しているが、実際には、ワークフローサーバ３からＰＯＰ３（Ｐｏｓｔ Ｏｆｆｉｃｅ Ｐｒｏｔｏｃｏｌ ｖｅｒｓｉｏｎ３）サーバ等のメール受信用サーバにメールファイルが送信され、クライアント端末２が上記メール受信用サーバからメールファイルをダウンロードすることにより電子メールを受信する。
【００７４】
クライアント端末２は、エラー通知の電子メール（以降、エラー通知メールとする）を受信すると、ユーザの操作に従ってその電子メールを表示する（Ｓ９０８）。図１１に、本実施形態に係るエラー通知メールの表示例を示す。図１１に示すように、本実施形態に係るエラー通知メールには、ＵＲＬ生成部４０７によって生成されたエラー対応処理コマンドとしてのＵＲＬの文字列が含まれている。図１１の例においては、“リトライします”、“ジョブを削除します”、“別のサーバ（ｆｉｌｅ＿ｓｅｒｖｅｒ＿３￥ｓｈａｒｅ＿ｆｏｌｄｅｒ）を配信先としてリトライします”のように、３つのエラー対応処理が提示されており、夫々の処理を指示するためのＵＲＬが表示されている。
【００７５】
図１１においては、エラー操作内容のパラメータとして、“ｒｅｔｒｙ”の他、ジョブの削除、即ち中止を示す“ｄｅｌｅｔｅ”や、配信先の変更を示す“ｃｈａｎｇｅ＿ｄｅｓｔｉｎａｔｉｏｎ”等のパラメータが含まれている。また、操作対象のジョブを識別するための“ｊｏｂｉｄ”のパラメータの他、配信先を変更する際の変更後の配信先を示す“ｄｅｓｔ”のパラメータが含まれている。
【００７６】
ここで、一般的な電子メールのアプリケーション・プログラム（以降、メールクライアントとする）においては、ＵＲＬやメールアドレス、ＩＰアドレス、ファイルパス等のネットワーク上若しくはシステム上のアドレスを示す文字列が表示される場合、その文字列はそのアドレスへのリンクとして表示される。従って、図１１に示すように、エラー対応処理コマンドとしてのＵＲＬの文字列がメールの文面として含まれる場合、クライアント端末２にインストールされたメールクライアントのＧＵＩ（Ｇｒａｐｈｉｃａｌ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）において、夫々のＵＲＬの文字列は夫々のＵＲＬへのリンクとして表示される。
【００７７】
従って、クライアント端末２を操作しているユーザは、メールクライアントのＧＵＩにリンクとして表示されているＵＲＬをクリックすることにより、夫々のエラー対応処理の実行を指示することができる。換言すると、ユーザは、メールの文面に表示された夫々のエラー対応処理のいずれかを選択し、選択したエラー対応処理と共にリンクとして表示されたＵＲＬをクリックすることにより、エラーに対する処理の指示を入力することができる。このため、ユーザは、管理ツールの立ち上げやエラーキューとして保存されたジョブの検索等の操作を行う必要がなく、エラーとなったジョブの操作を容易に行うことができる。
【００７８】
クライアント端末２は、メールの文面にリンクとして表示されたＵＲＬのいずれかに対するユーザによるクリックを検知すると（Ｓ９０８）、クリックされたＵＲＬに対するウェブアクセスを行う（Ｓ９０９）。Ｓ９０９のウェブアクセスは、ワークフローサーバ３のフロー制御部３１０におけるウェブサービス４０９が公衆回線４を介して受け付ける。ウェブサービス４０９は、受け付けたウェブアクセスのＵＲＬに基づき、エラーキューに対する操作であることを判断して、アクセスされたＵＲＬの操作内容パラメータ部分をパラメータ解析部４１０に入力する。
【００７９】
パラメータ解析部４１０は、ウェブサービス４０９から操作内容パラメータ部分の文字列を取得すると、取得した文字列を解析し（Ｓ９１０）、操作の内容及び操作対象のジョブを識別する。操作の内容及び操作対象のジョブを識別すると、パラメータ解析部４１０は、その識別結果、即ち、識別されたジョブに対するリトライや中止等のエラー対応処理コマンドをジョブ管理部４０３に入力する。これにより、ジョブ管理部４０３は、パラメータ解析部４１０から入力されたエラー対応処理コマンドに従い、エラー対応処理を実行する（Ｓ９１１）。即ち、パラメータ解析部４１０が、中断処理操作制御部として機能する。このような処理により、本実施形態に係る画像管理システムにおける、エラー対応動作が完了する。
【００８０】
以上説明したように、本実施形態に係る画像管理システムにおけるワークフローサーバ３は、実行したジョブのエラーを検知すると、エラーを検知したジョブの実行命令をエラーキューとして保存すると共に、エラーとなったジョブに対するリトライや中止等のエラー対応処理の実行命令をウェブアクセスにより受け付けるためのＵＲＬを生成する。そして、生成したＵＲＬを含むエラー通知を設定に応じた送信先に対して送信する。その後、上記生成したＵＲＬに対するウェブアクセスがあると、ワークフローサーバ３は、ウェブアクセスされたＵＲＬに対応したエラー対応処理を実行する。これにより、ユーザは、クライアント端末２においてエラー通知を受信して表示した場合、通知の中に含まれるＵＲＬにアクセスするのみで、エラー対応処理の実行命令を発信することができるため、簡易な操作でエラー対応を行うことが可能であり、ユーザの利便性を向上することができる。
【００８１】
更に、本実施形態においては、エラー通知の方法として電子メールを用いている。一般的なメールクライアントにおいては、上述したように、ＵＲＬやメールアドレス、ＩＰアドレス、ファイルパス等のネットワーク上若しくはシステム上のアドレスを示す文字列が表示される場合、その文字列はそのアドレスへのリンクとして表示される。従って、ユーザは、クライアント端末２等においてエラー通知メールを表示した後、メールの文面において提示されているエラー対応処理のいずれかを選択し、共に表示されているＵＲＬをクリックするだけで、エラー対応処理コマンドを入力することができる。このように、本実施形態に係るエラー通知およびエラー対応処理の実現に際しては、通知されたエラーを表示させるためのアプリケーション・プログラム及び提示されたエラー対応処理の実行命令を入力するためのアプリケーション・プログラムを新規に作成する必要がなく、既存のメールクライアントがインストールされた情報処理装置であれば実現可能であり、低コストで実現することが可能である。
【００８２】
尚、上記実施形態においては、エラー通知のプロトコルとして電子メールを用いる場合を例として説明した。一般的な情報処理装置であれば電子メールクライアントがインストールされていると共に、ユーザや管理者は日常的に電子メールのチェックを行うため、エラー通知のプロトコルとして電子メールを用いることは有意義である。この他、エラー通知のプロトコルとしては、Ｗｉｎｄｏｗｓ（登録商標） Ｌｉｖｅ メッセンジャー（登録商標）や、ＩＣＱ（登録商標）等のインスタントメッセンジャーのプロトコルを用いることも可能である。どのような場合であっても、クライアント端末２に搭載されており、上述したネットワーク上若しくはシステム上のアドレスを示す文字列が表示される場合に、その文字列を自動的にそのアドレスに対するリンクとして表示するアプリケーション・プログラムによって受信可能な通知の形態、即ちプロトコルであれば、上記と同様の効果を得ることができる。
【００８３】
また、上記実施形態においては、エラー対応処理に対応づけられたアドレスとしてＵＲＬを用いる場合、即ち、ウェブアクセスのプロトコルを用い、ワークフローサーバ３にはウェブサービス４０９を設ける場合を例として説明した。ウェブアクセスであれば、ユーザの操作、即ちアクセスをＷｅｂサービス４０９がリアルタイムに認識することができるため、エラーに対する操作を迅速に実行することができる。しかしながら、上述したように、ＵＲＬに限らず、メールアドレスやＩＰアドレス、ファイルパス等のアドレスを示す文字列であっても、一般的なメールクライアント若しくはインスタントメッセンジャーのクライアントにおいては、そのアドレスに対するリンクとして表示される。従って、エラー対応処理に対応づけられたアドレスとしては、ＵＲＬに限らず、メールアドレスやＩＰアドレス、ファイルパス等の情報処理システム上のアドレスを示す文字列を用いることも可能である。この場合、ＵＲＬ生成部４０７及びウェブサービス４０９に代えて、夫々のプロトコルに応じたアドレスを生成する構成及びアクセスを受け付けるサービスをフロー制御部３１０内の構成として設けることにより、上記と同様の効果を得ることが可能である。
【００８４】
また、上記実施形態においては、エラーの通知先として、ジョブを入力したユーザが操作するクライアント端末２若しくは管理者が操作する情報処理端末を例として説明したが、上述したように、電子メールクライアント等、エラー通知のプロトコルに対応したアプリケーション・プログラムがインストールされている情報処理装置であればエラーの通知先とすることができる。従って、電子メールクライアント等のエラー通知に対応したアプリケーション・プログラムがインストールされていれば、図１に示す画像形成装置１であってもエラー通知を受けることが可能である。
【００８５】
例えば、図９のＳ９０３においてジョブの実行命令が入力された後に経過した時間が短い場合、換言すると、ワークフローサーバ３がジョブの実行命令を受信してから短期間の間にＳ９０５においてエラーが検知された場合、ユーザはまだ画像形成装置１のディスプレイパネル１０４を見ている可能性がある。この場合は、クライアント端末２を宛先としてエラーを通知するよりも、画像形成装置１を宛先としてエラーを通知することにより、より迅速なエラージョブの処理を実現することができる。
【００８６】
尚、上述したように、図８に示すエラー情報は、ユーザがクライアント端末２等にインストールされたシステムの管理ツールを操作して付加ＵＲＬ設定部４０８にアクセスすることにより、付加ＵＲＬ設定部４０８によって管理される。図１２を参照して、クライアント端末２にインストールされた管理ツールを操作することによる付加ＵＲＬ設定部４０８の機能について説明する。
【００８７】
図１２は、付加ＵＲＬ設定部４０８を介してエラー情報を管理する際の管理ツールのＧＵＩ（以降、エラー情報管理画面とする）を示す図である。図１２に示すように、本実施形態に係るエラー情報管理画面は、エラー情報を編集する対象の“エラー内容”を選択する選択部と、“リトライ”、“中止”等、エラー通知において含めるべきエラー対応処理を選択するエラー対応処理の選択部と、“配信先”のように、夫々のエラー対応処理において詳細なパラメータを指定するパラメータ指定部とを含む。
【００８８】
このような画面において、ユーザは、エラー内容を選択し、選択したエラー内容に対するエラー通知において含めるべきエラー対応処理を選択すると共に、必要に応じて詳細なパラメータを指定する。そして、図１２に示す“ＯＫ”ボタンをクリックすることにより、夫々の情報がクライアント端末２にインストールされた管理ツールから付加ＵＲＬ設定部４０８に送信される。これにより、付加ＵＲＬ設定部４０８は、情報記憶部４１１に記憶されているエラー情報を、管理ツールから取得した情報に従って更新する。
【００８９】
尚、図８及び図１２に示すように、本実施形態においては、エラー内容ごとに通知内容が設定される場合を例としている。これにより、上述したように、夫々のエラー内容に応じて予め好ましいと判断されたエラー対応処理が絞り込まれており、ユーザがエラー対応処理を選択する際に多くの選択肢の中から好適なエラー対応処理を選択する手間を省くことができる。しかしながら、エラー内容に関わらず、可能なエラー対応処理を全て通知するようにしても良い。この場合であっても、ユーザは、メール等によって通知されたエラー通知の文面をクリックするだけでエラーに対する対応処理の指示を入力することが可能であり、上記と同様の効果を得ることが可能である。
【符号の説明】
【００９０】
１ 画像形成装置、
２ クライアント端末、
３ ワークフローサーバ、
４ 公衆回線、
５ 第１データサーバ、
６ 第２データサーバ、
１０ ＣＰＵ、
２０ ＲＡＭ、
３０ ＲＯＭ、
４０ ＨＤＤ、
５０ Ｉ／Ｆ、
６０ ＬＣＤ、
７０ 操作部、
８０ バス、
１００ コントローラ、
１０１ ＡＤＦ、
１０２ スキャナユニット、
１０３ 排紙トレイ、
１０４ ディスプレイパネル、
１０５ 給紙テーブル、
１０６ プリントエンジン、
１０７ 排紙トレイ、
１０８ ネットワークＩ／Ｆ、
１１０ 主制御部、
１２０ エンジン制御部、
１３０ 画像処理部、
１４０ 操作表示制御部、
１５０ 入出力制御部、
３００ コントローラ、
３０１ ネットワークＩ／Ｆ、
３１０ フロー制御部、
３１１ 情報取得部、
３１２ 認証処理部、
３１３ フロー実行処理部、
３１４ 情報記憶部
３２０ 入出力制御部、
３３０ 画像処理部、
４０１ 情報取得部、
４０２ 認証処理部、
４０３ ジョブ管理部、
４０４ 配信処理部、
４０５ 配信先管理部、
４０６ エラー通知部、
４０７ ＵＲＬ生成部、
４０８ 付加ＵＲＬ設定部、
４０９ Ｗｅｂサービス、
４１０ パラメータ解析部、
４１１ 情報記憶部
【先行技術文献】
【特許文献】
【００９１】
【特許文献１】特開２００７−２６７３６９号公報
【特許文献２】特開２００９−２２３７２８号公報
【技術分野】
【０００１】
本発明は、画像管理装置、画像形成装置、画像管理システムの制御方法、制御プログラム及び記録媒体に関し、特に、未完了の状態で中断された処理のその後の操作の簡易化に関する。
【背景技術】
【０００２】
近年、情報の電子化が推進される傾向にあり、電子化された情報の出力に用いられるプリンタやファクシミリ及び書類の電子化に用いるスキャナ等の画像処理装置は欠かせない機器となっている。このような画像処理装置は、撮像機能、画像形成機能及び通信機能等を備えることにより、プリンタ、ファクシミリ、スキャナ、複写機として利用可能なＭＦＰ（ＭｕｌｔｉＦｕｎｃｔｉｏｎ Ｐｅｒｉｐｈｅｒａｌ：複合機）として構成されることが多い。
【０００３】
また、このように電子化された文書を文書管理サーバに蓄積し若しくは指定された配信先に配信して利用する画像処理システムが知られている（例えば、特許文献１参照）。このような画像処理システムにおいては、スキャナ機能と情報処理機能とを組み合わせてワークフローを構成し、文書蓄積の効率化を図ることが行われている。
【０００４】
また、このような画像処理システムにおいて、実行が指示されたワークフロー（以降、ジョブとする）がエラーにより中断した場合に、エラー通知を行う方法が提案されている（例えば、特許文献２参照）。特許文献２に開示された技術によれば、システムにおいてエラーが発生した場合、エラーの発生条件に応じて設定された通知先に対してエラーを通知する。エラーの通知態様としては、エラーの内容が記述された情報を電子メールとして送信すること等が提案されている。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
上述したような画像処理システムにおいてエラーが発生し、特許文献２に開示されているようにエラーが通知された場合、エラーとなったジョブを処理するため、ユーザ若しくは管理者は、エラーとなったジョブのリトライや中止等の命令を入力する。この際、ユーザ若しくは管理者は、上記リトライや中止等の命令を入力するため、システム管理用のソフトウェァ・アプリケーション（以降、管理ツールとする）を起動し、その管理ツールのＧＵＩ（Ｇｒａｐｈｉｃａｌ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）上でエラーとなったジョブの操作を行うことが一般的である。
【０００６】
しかしながら、上記一般的な態様の場合、ユーザ若しくは管理者は、管理ツールの起動、ジョブ操作用のＧＵＩの表示、リトライ若しくは中止等の操作を行うジョブの選択及び操作の指示といった一連の手順を実行する必要があり、ユーザの操作における利便性が考慮されていない。
【０００７】
尚、電子メールの本文に、アクセス対象のウェブサイトや格納された情報のアドレスに対するリンクを含めることにより、メール受信者のアクセス対象への到達を補助する技術は従来から用いられている。しかしながら、本発明は、ユーザの操作における利便性を考慮したものであり、情報に到達するためのアドレスに対するリンクを本来の目的、即ち、情報に到達するために用いる従来の技術とは目的が異なる。
【０００８】
本発明は、上記課題を解決するためになされたものであり、入力された画像を管理する画像管理システムにおいて、エラーとなったジョブの操作を簡易化し、ユーザの利便性を向上することを目的とする。
【課題を解決するための手段】
【０００９】
上記課題を解決するために、本発明の一態様は、画像情報を管理する画像管理システムに含まれる画像管理装置であって、前記画像情報の処理命令を取得する処理命令取得部と、前記取得された処理命令において処理すべき前記画像情報を取得する画像情報取得部と、前記取得された処理命令に従って前記画像情報の処理を実行する処理実行部と、前記実行された処理が未完了の状態で中断されたことを検知する中断検知部と、前記中断された処理に対する操作の命令に対応した情報処理システム上のアドレスを生成するアドレス生成部と、前記実行された処理が未完了の状態で中断されたことを示す情報及び前記生成されたアドレスの文字情報を処理中断通知として送信する処理中断通知部と、前記アドレスに対するアクセスに応じて前記中断された処理に対する操作を前記処理実行部に実行させる中断処理操作制御部とを含み、前記処理中断通知部は、前記情報処理システム上のアドレスを文字情報として表示する際、前記文字情報が前記アドレスに対するリンクとして表示されるアプリケーション・プログラムに対応したプロトコルで前記処理中断通知を送信することにより、前記処理中断通知が表示される際に前記アドレスに対するリンクが表示されるように前記処理中断通知を送信することを特徴とする。
【００１０】
また、本発明の他の態様は、画像形成装置において、上述した画像管理装置を含むことを特徴とする。
【００１１】
また、本発明の更に他の態様は、画像情報を管理する画像管理システムの制御方法であって、前記画像管理システムに含まれる画像管理装置が、前記画像情報の処理命令を取得し、前記取得された処理命令において処理すべき前記画像情報を取得し、前記取得された処理命令に従って前記画像情報の処理を実行し、前記実行された処理が未完了の状態で中断されたことを検知し、前記中断された処理に対する操作の命令に対応した情報処理システム上のアドレスを生成し、前記実行された処理が未完了の状態で中断されたことを示す情報及び前記生成されたアドレスの文字情報を処理中断通知として送信し、前記アドレスに対するアクセスに応じて前記中断された処理に対する操作を実行するように制御し、前記処理中断通知を送信する際、前記情報処理システム上のアドレスを文字情報として表示する際、前記文字情報が前記アドレスに対するリンクとして表示されるアプリケーション・プログラムに対応したプロトコルで送信することにより、前記処理中断通知が表示される際に前記アドレスに対するリンクが表示されるように前記処理中断通知を送信することを特徴とする。
【００１２】
また、本発明の更に他の態様は、画像情報を管理する画像管理システムの制御プログラムであって、前記画像情報の処理命令を取得するステップと、前記取得された処理命令において処理すべき前記画像情報を取得するステップと、前記取得された処理命令に従って前記画像情報の処理を実行するステップと、前記実行された処理が未完了の状態で中断されたことを検知するステップと、前記中断された処理に対する操作の命令に対応した情報処理システム上のアドレスを生成するステップと、前記実行された処理が未完了の状態で中断されたことを示す情報及び前記生成されたアドレスの文字情報を処理中断通知として送信するステップと、前記アドレスに対するアクセスに応じて前記中断された処理に対する操作を実行するように制御するステップとを情報処理装置に実行させ、前記処理中断通知を送信するステップにおいて、前記情報処理システム上のアドレスを文字情報として表示する際、前記文字情報が前記アドレスに対するリンクとして表示されるアプリケーション・プログラムに対応したプロトコルで送信することにより、前記処理中断通知が表示される際に前記アドレスに対するリンクが表示されるように前記処理中断通知を送信させることを特徴とする。
【００１３】
また、本発明の更に他の態様は、記録媒体であって、上述した制御プログラムを情報処理装置が読み取り可能な形式で記録したことを特徴とする。
【発明の効果】
【００１４】
本発明によれば、入力された画像を管理する画像管理システムにおいて、エラーとなったジョブの操作を簡易化し、ユーザの利便性を向上することができる。
【図面の簡単な説明】
【００１５】
【図１】本発明の実施形態に係る画像管理システムの運用形態を示す図である。
【図２】本発明の実施形態に係る情報処理端末のハードウェア構成を模式的に示すブロック図である。
【図３】本発明の実施形態に係る画像形成装置の機能構成を示すブロック図である。
【図４】本発明の実施形態に係るフロー情報の例を示す図である。
【図５】本発明の実施形態に係るワークフローサーバの機能構成を示すブロック図である。
【図６】本発明の実施形態に係るフロー制御部の機能構成を示すブロック図である。
【図７】本発明の実施形態に係る情報記憶部に含まれるユーザ情報の例を示す図である。
【図８】本発明の実施形態に係る情報記憶部に含まれるエラー情報の例を示す図である。
【図９】本発明の実施形態に係る画像管理システムにおけるエラー対応動作を示すシーケンス図である。
【図１０】本発明の実施形態に係るＵＲＬ生成部によって生成されるＵＲＬの例を示す図である。
【図１１】本発明の実施形態に係るエラー通知の内容の例を示す図である。
【図１２】本発明の実施形態に係るエラー情報管理画面の例を示す図である。
【発明を実施するための形態】
【００１６】
以下、図面を参照して、本発明の実施形態を詳細に説明する。本実施形態においては、画像処理システムの例として、スキャンにより読み取った画像を、予め登録されたワークフローに従って処理することにより、画像の配信や格納を行う画像管理システムを例として説明する。
【００１７】
図１は、本実施の形態に係る画像管理システムの運用形態の例を示す図である。図１に示すように、本実施形態に係る画像管理システムは、画像形成装置１、クライアント端末２が接続されたネットワークＡとワークフローサーバ３、第１データサーバ５、第２データサーバ６が接続されたネットワークＢとが、インターネットや電話回線等の公衆回線４を介して接続されている。本実施形態において、ネットワークＡは、画像管理システムを利用するサービス利用者のネットワークであり、ネットワークＢは、画像管理システムを提供するサービス提供者のネットワークである。ネットワークＡ及びネットワークＢは、ルータ等のネットワーク機器を介して公衆回線４に接続されている。
【００１８】
画像形成装置１は、撮像機能、画像形成機能及び通信機能等を備えることにより、プリンタ、ファクシミリ、スキャナ、複写機として利用可能な複合機である。また、画像形成装置１は、予め登録されたワークフローの実行を命令するためのユーザインタフェースとしても機能する。クライアント端末２は、ユーザが操作する情報処理端末であり、ＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）等の情報処理装置によって実現される。
【００１９】
ワークフローサーバ３は、画像形成装置１において入力されたワークフローの実行命令に基づき、同じく入力された画像に対して画像処理を実行する。また、ワークフローサーバ３は、実行したワークフローがエラーにより中断した場合に、中断したワークフローのリトライや中止等の操作をユーザに選択させるための情報（以降、エラー対応情報とする）を生成して出力する機能を含む。この機能が本実施形態に係る要旨である。
【００２０】
第１データサーバ５及び第２データサーバ６は、ワークフローサーバ３によって処理された画像情報が格納されるデータサーバである。尚、図１においては、ワークフローサーバ３が１つの装置によって構成されているが、複数の装置でワークフローサーバ３の機能を実現してもよい。例えば、上述したワークフロー全体を制御する機能と、ワークフローに含まれる夫々の処理を実行する機能とを別々のサーバで実現することができる。また、本実施形態に係る要旨であるエラーによる中断の検知やエラー対応情報の生成等を別のサーバで実現しても良い。
【００２１】
次に、本実施形態に係る画像形成装置１、クライアント端末２、ワークフローサーバ３及び第１データサーバ５、第２データサーバ６のハードウェア構成について説明する。図２は、本実施形態に係る画像形成装置１のハードウェア構成を示すブロック図である。尚、画像形成装置１は、図２に示すハードウェア構成に加えて、スキャナ、プリンタ等を実現するためのエンジンを備える。以下の説明においては、画像形成装置１のハードウェア構成を例として説明するが、クライアント端末２及びワークフローサーバ３についても同様である。
【００２２】
図２に示すように、本実施形態に係る画像形成装置１は、一般的なサーバやＰＣ等と同様の構成を含む。即ち、本実施形態に係る画像形成装置１は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１０、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）２０、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）３０、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）４０及びＩ／Ｆ５０がバス８０を介して接続されている。また、Ｉ／Ｆ５０にはＬＣＤ（Ｌｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ）６０及び操作部７０が接続されている。
【００２３】
ＣＰＵ１０は演算手段であり、情報処理端末全体の動作を制御する。ＲＡＭ２０は、情報の高速な読み書きが可能な揮発性の記憶媒体であり、ＣＰＵ１０が情報を処理する際の作業領域として用いられる。ＲＯＭ３０は、読み出し専用の不揮発性記憶媒体であり、ファームウェア等のプログラムが格納されている。ＨＤＤ４０は、情報の読み書きが可能な不揮発性の記憶媒体であり、ＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）や各種の制御プログラム、アプリケーション・プログラム等が格納される。
【００２４】
Ｉ／Ｆ５０は、バス８０と各種のハードウェアやネットワーク等を接続し制御する。ＬＣＤ６０は、ユーザが画像形成装置１の状態を確認するための視覚的ユーザインタフェースである。操作部７０は、キーボードやマウス等、ユーザが画像形成装置１に情報を入力するためのユーザインタフェースである。尚、図１において説明したように、本実施形態に係るワークフローサーバ３、第１データサーバ５及び第２データサーバ６は、サーバとして運用される。従って、ＬＣＤ６０及び操作部７０等のユーザインタフェースは省略可能である。
【００２５】
このようなハードウェア構成において、ＲＯＭ３０やＨＤＤ４０若しくは図示しない光学ディスク等の記憶媒体に格納されたプログラムがＲＡＭ２０に読み出され、ＣＰＵ１０の制御に従って動作することにより、ソフトウェア制御部が構成される。このようにして構成されたソフトウェア制御部と、ハードウェアとの組み合わせによって、本実施形態に係る画像形成装置１やワークフローサーバ３の機能を実現する機能ブロックが構成される。
【００２６】
次に、本実施形態に係る画像形成装置１の機能構成について、図３を参照して説明する。図３は、本実施形態に係る画像形成装置１の機能構成を示すブロック図である。図３に示すように、本実施形態に係る画像形成装置１は、コントローラ１００、ＡＤＦ（Ａｕｔｏ Ｄｏｃｕｍｅｎｎｔ Ｆｅｅｄｅｒ：原稿自動搬送装置）１０１、スキャナユニット１０２、排紙トレイ１０３、ディスプレイパネル１０４、給紙テーブル１０５、プリントエンジン１０６、排紙トレイ１０７及びネットワークＩ／Ｆ１０８を有する。
【００２７】
また、コントローラ１００は、主制御部１１０、エンジン制御部１２０、画像処理部１３０、操作表示制御部１４０及び入出力制御部１５０を含む。図３に示すように、本実施形態に係る画像形成装置１は、スキャナユニット１０２、プリントエンジン１０６を有する複合機として構成されている。尚、図３においては、電気的接続を実線の矢印で示しており、用紙若しくは文書束の流れを破線の矢印で示している。
【００２８】
ディスプレイパネル１０４は、画像形成装置１の状態を視覚的に表示する出力インタフェースであると共に、タッチパネルとしてユーザが画像形成装置１を直接操作し、若しくは画像形成装置１に対して情報を入力する際の入力インタフェース（操作部）でもある。ディスプレイパネル１０４は、図２に示すＬＣＤ６０及び操作部７０によって実現される。
【００２９】
ネットワークＩ／Ｆ１０８は、画像形成装置１がネットワークを介してクライアント端末２やワークフローサーバ３等の他の機器と通信するためのインタフェースであり、Ｅｔｈｅｒｎｅｔ（登録商標）やＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）インタフェースが用いられる。ネットワークＩ／Ｆ１０８は、図２に示すＩ／Ｆ５０によって実現される。また、ネットワークＩ／Ｆ１０８には、ＦＡＸモデムとしての機能も含まれ、画像形成装置１がネットワークを介してＦＡＸ送受信を行うためのインタフェースとしても機能する。
【００３０】
コントローラ１００は、ソフトウェアとハードウェアとの組み合わせによって構成される。具体的には、ＲＯＭ３０や不揮発性メモリ並びにＨＤＤ４０や光学ディスク等の不揮発性記憶媒体に格納されたプログラムが、ＲＡＭ２０等の揮発性メモリ（以下、メモリ）にロードされ、ＣＰＵ１０の制御に従って動作することにより構成されるソフトウェア制御部と集積回路などのハードウェアとによってコントローラ１００が構成される。コントローラ１００は、画像形成装置１全体を制御する制御部として機能する。
【００３１】
主制御部１１０は、コントローラ１００に含まれる各部を制御する役割を担い、コントローラ１００の各部に命令を与える。エンジン制御部１２０は、プリントエンジン１０６やスキャナユニット１０２等を制御若しくは駆動する駆動手段としての役割を担う。画像処理部１３０は、主制御部１１０の制御に従い、印刷出力すべき画像情報に基づいて描画情報を生成する。この描画情報とは、画像形成部であるプリントエンジン１０６が画像形成動作において形成すべき画像を描画するための情報である。また、画像処理部１３０は、スキャナユニット１０２から入力される撮像データを処理し、画像データを生成する。この画像データとは、スキャナ動作の結果物として画像形成装置１の記憶領域に格納され若しくはネットワークＩ／Ｆ１０８を介してクライアント端末２やワークフローサーバ３に送信される情報である。
【００３２】
操作表示制御部１４０は、ディスプレイパネル１０４に情報表示を行い若しくはディスプレイパネル１０４を介して入力された情報を主制御部１１０に通知する。入出力制御部１５０は、ネットワークＩ／Ｆ１０８を介して入力される情報を主制御部１１０に入力する。また、主制御部１１０は、入出力制御部１５０を制御し、ネットワークＩ／Ｆ１０８及びネットワークを介してクライアント端末２やワークフローサーバ３若しくは公衆回線４に接続された他の機器にアクセスする。
【００３３】
画像形成装置１がプリンタとして動作する場合は、まず、入出力制御部１５０がネットワークＩ／Ｆ１０８を介して印刷ジョブを受信する。入出力制御部１５０は、受信した印刷ジョブを主制御部１１０に転送する。主制御部１１０は、印刷ジョブを受信すると、画像処理部１３０を制御して印刷ジョブに含まれる文書情報若しくは画像情報に基づいて描画情報を生成する。
【００３４】
画像処理部１３０によって描画情報が生成されると、エンジン制御部１２０は、プリントエンジン１０６を制御し、上記生成された描画情報に基づき、給紙テーブル１０５から搬送される用紙に対して画像形成を実行させる。プリントエンジン１０６の具体的態様としては、インクジェット方式による画像形成機構や電子写真方式による画像形成機構等を用いることが可能である。プリントエンジン１０６によって画像形成が施された文書は排紙トレイ１０７に排紙される。
【００３５】
画像形成装置１がスキャナとして動作する場合は、ユーザによるディスプレイパネル１０４の操作若しくはネットワークＩ／Ｆ１０８を介して外部のクライアント端末２等から入力されるスキャン実行指示に応じて、操作表示制御部１４０若しくは入出力制御部１５０が主制御部１１０にスキャン実行信号を転送する。主制御部１１０は、受信したスキャン実行信号に基づき、エンジン制御部１２０を制御する。
【００３６】
エンジン制御部１２０は、ＡＤＦ１０１を駆動し、ＡＤＦ１０１にセットされた撮像対象原稿をスキャナユニット１０２に搬送する。また、エンジン制御部１２０は、スキャナユニット１０２を駆動し、ＡＤＦ１０１から搬送される原稿を撮像する。また、ＡＤＦ１０１に原稿がセットされておらず、スキャナユニット１０２に直接原稿がセットされた場合、スキャナユニット１０２は、エンジン制御部１２０の制御に従い、セットされた原稿を撮像する。即ち、スキャナユニット１０２が撮像部として動作する。
【００３７】
撮像動作においては、スキャナユニット１０２に含まれるＣＣＤ等の撮像素子が原稿を光学的に走査し、光学情報に基づいて生成された撮像情報が生成される。エンジン制御部１２０は、スキャナユニット１０２が生成した撮像情報を画像処理部１３０に転送する。画像処理部１３０は、主制御部１１０の制御に従い、エンジン制御部１２０から受信した撮像情報に基づき画像情報を生成する。画像処理部１３０が生成した画像情報はＨＤＤ４０等の画像形成装置１に装着された記憶媒体に保存される。即ち、スキャナユニット１０２、エンジン制御部１２０及び画像処理部１３０が連動して、画像入力部として機能する。
【００３８】
画像処理部１３０によって生成された画像情報は、ユーザの指示に応じてそのままＨＤＤ４０等に格納され若しくは入出力制御部１５０及びネットワークＩ／Ｆ１０８を介してワークフローサーバ３等の外部の装置に送信される。
【００３９】
また、画像形成装置１が複写機として動作する場合は、エンジン制御部１２０がスキャナユニット１０２から受信した撮像情報若しくは画像処理部１３０が生成した画像情報に基づき、画像処理部１３０が描画情報を生成する。その描画情報に基づいてプリンタ動作の場合と同様に、エンジン制御部１２０がプリントエンジン１０６を駆動する。尚、描画情報と撮像情報との情報形式が同一である場合は、撮像情報をそのまま描画情報として用いることも可能である。
【００４０】
また、画像形成装置１がファクシミリとして動作する場合は、まず、スキャナ動作の場合と同様に画像処理部１３０によって画像情報が生成される。そして、主制御部１１０が入出力制御部１５０を制御し、ＦＡＸ送信を実行させる。ＦＡＸ送信に際しては、入出力制御部１５０が、主制御部１１０の制御に従い、ネットワークＩ／Ｆ１０８のうちＦＡＸモデムの機能を駆動して指定された送信先に画像を送信する。
【００４１】
また、画像形成装置１が、予め構築されているワークフローを実行する場合は、まず、ユーザがディスプレイパネル１０４を操作してワークフローの実行指示を入力する。この際、ディスプレイパネル１０４には、ワークフローを選択するための画面（以降、ワークフロー選択画面とする）として、登録されているワークフローの情報が表示される。このワークフロー選択画面を表示するための情報（以降、フロー情報とする）について、図４を参照して説明する。
【００４２】
図４は、フロー情報の内容を示す図である。図４に示すように、フロー情報は、ワークフローを識別するためのＩＤ、ワークフローの名称及びワークフローに含まれる処理の内容の情報を含む。例えば、ＩＤ“００１”のワークフローであれば、名称は“ｐｒｏｊｅｃｔＡ”であり、“処理ａ”、“処理ｂ”、“処理ｃ”・・・といった処理が含まれる。図４に示す“処理ａ”、“処理ｂ”、“処理ｃ”・・・等の各処理は、画像形成装置１において実行されるスキャン処理や、ワークフローサーバ３において実行される画像処理である。
【００４３】
図４に示す “処理ａ”、“処理ｂ”、“処理ｃ”等の各処理を実行する機能は、画像形成装置１やワークフローサーバ３においてプラグインとして構成されている。即ち、上記各処理のプラグインを構成するプログラムが画像形成装置１若しくはワークフローサーバ３にインストールされることにより、図４に示す各処理が本実施形態に係る画像処理システムにおいて実行可能となる。
【００４４】
尚、フロー情報としては、図４に示す情報の他、夫々の処理についての設定値の情報等も含まれる。また、図４に示すフロー情報は、画像形成装置１においてＨＤＤ４０に格納されており、主制御部１１０がフロー情報を参照してワークフロー選択画面の表示情報を生成する。この他、ネットワークを介してワークフローサーバ３からフロー情報を取得して表示情報を生成してもよい。
【００４５】
主制御部１１０は、操作表示制御部１４０を介してワークフローの実行指示を取得し、その実行指示に基づいて上述したようにスキャンを行うことにより処理すべき画像を取得する。尚、処理すべき画像はスキャンによって取得する他、ＨＤＤ４０等に予め格納された画像を取得してもよい。
【００４６】
主制御部１１０は、処理すべき画像を取得すると、入出力制御部１５０を制御して、ワークフローの実行指示及び画像の情報をワークフローサーバ３に送信させる。これにより、上述したように画像形成装置１がワークフローの実行指示及び処理すべき画像の情報をワークフローサーバ３に送信し、ワークフローサーバ３においてワークフローが実行される。その後、画像形成装置１においては、入出力制御部１５０が必要に応じてワークフローの実行結果に関する情報を取得する。
【００４７】
次に、本実施形態に係るワークフローサーバ３の機能構成について、図５を参照して説明する。図５は、本実施形態に係るワークフローサーバ３の機能構成を示すブロック図である。図５に示すように、本実施形態に係るワークフローサーバ３は、コントローラ３００、ネットワークＩ／Ｆ３０１を含む。またコントローラ３００は、フロー制御部３１０、入出力制御部３２０及び画像処理部３３０を含む。
【００４８】
ネットワークＩ／Ｆ３０１は、画像形成装置１のネットワークＩ／Ｆ１０８と同様に、ワークフローサーバ３がネットワークを介して画像形成装置１やクライアント端末２等の他の機器と通信するためのインタフェースである。入出力制御部３２０は、画像形成装置１の入出力制御部１５０と同様に、ネットワークＩ／Ｆ３０１を介して入力される情報をフロー制御部３１０に入力する。また、フロー制御部３１０の制御に従い、ネットワークＩ／Ｆ３０１を介して他の機器に情報を送信する。
【００４９】
画像処理部３３０は、ワークフローサーバ３において、ワークフローに含まれる画像処理を実行する。画像処理部３３０が実行する画像処理とは、例えばＯＣＲ（Ｏｐｔｉｃａｌ Ｃｈａｒａｃｔｅｒ Ｒｅｃｏｇｎｉｔｉｏｎ）処理や、画像の情報形式の変換処理等である。画像処理部３３０は、フロー制御部３１０の制御に従って画像処理を実行する。
【００５０】
フロー制御部３１０は、ワークフローサーバ３において、上述したようにワークフローの実行を制御する。フロー制御部３１０に含まれる機能について、図６を参照して説明する。図６は、本実施形態に係るフロー制御部３１０の機能構成を示す図である。図６に示すように、本実施形態に係るフロー制御部３１０は、情報取得部４０１、認証処理部４０２、ジョブ管理部４０３、配信処理部４０４、配信先管理部４０５、エラー通知部４０６、ＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）作成部４０７、付加ＵＲＬ設定部４０８、Ｗｅｂサービス４０９、パラメータ解析部４１０及び情報記憶部４１１を含む。
【００５１】
情報取得部４０１は、入出力制御部３２０が画像形成装置１から受信したワークフローの実行命令や、ワークフローにおいて処理対象となる画像の情報等のワークフローの処理に関する様々な情報を取得する。認証処理部４０２は、本実施形態に係る画像処理システムを利用する際の利用権限を認証する。本実施形態においては、認証処理部４０２による認証処理により、ユーザが操作する画像形成装置１とワークフローサーバ３との間の通信が暗号化され、情報のセキュリティ性が確保される。
【００５２】
ジョブ管理部４０３は、情報取得部４０１が取得したワークフローの実行命令に基づき、ワークフローのジョブの実行を処理する。例えば、情報取得部４０１が取得したワークフローの実行命令に画像変換処理や、ＯＣＲ処理が含まれていれば、ジョブ管理部４０３は、画像処理部３３０を制御して画像変換若しくはＯＣＲを実行させる。また、処理した画像の配信処理が含まれていれば、ジョブ管理部４０３は、配信処理部４０４に画像の配信処理を実行させる。更に、ジョブ管理部４０３は、実行させた各処理がエラーにより中断した場合、そのジョブの実行命令を情報記憶部４１１のエラーキューに格納し、エラーの内容をエラー通知部４０６に出力する。
【００５３】
配信処理部４０４は、上述したように、ジョブ管理部４０３からの命令に基づいて入出力制御部３２０を制御し、画像の配信処理を行う。配信先管理部４０５は、クライアント端末２からのアクセスに基づき、情報記憶部４１１に記憶されている配信先一覧の情報を管理する。配信先一覧の情報としては、ファイルサーバアドレス、メールアドレス、ウェブサーバＵＲＬ、ＦＡＸ番号等がある。
【００５４】
エラー通知部４０６は、ジョブ管理部４０３から取得したエラーの内容に基づき、ユーザや管理者に対してエラーの通知を行う。ジョブ管理部４０３によるエラーの通知には、エラーとなったジョブのリトライやジョブの中止等（以降、エラー対応処理とする）の指示をウェブアクセスにより受け付けるためのＵＲＬが含まれる。ＵＲＬ生成部４０７は、エラー通知部４０６によるエラーの通知に含めるべきＵＲＬを生成する。ＵＲＬ生成部４０７は、エラー通知部４０６からエラーの内容を取得し、情報記憶部４１１に記憶されているエラー情報を参照して、エラー通知に含めるべきエラー対応処理の内容を判断し、夫々の指示をウェブアクセスにより受け付けるためのＵＲＬを生成する。
【００５５】
付加ＵＲＬ設定部４０８は、クライアント端末２からのアクセスに基づき、情報記憶部４１１に記憶されているエラー情報を管理する。エラー情報の詳細については、後に詳述する。Ｗｅｂサービス４０９は、クライアント端末２や管理者用の端末からの、ネットワークを介したウェブアクセス、即ちＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）プロトコルや、ＨＴＴＰＳ（Ｈｙｐｅｒｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ ｏｖｅｒ Ｓｅｃｕｒｅ Ｓｏｃｋｅｔ Ｌａｙｅｒ）プロトコルのアクセスを受け付ける。
【００５６】
パラメータ解析部４１０は、Ｗｅｂサービス４０９が受け付けたウェブアクセスのＵＲＬを解析し、上述したリトライや中止等の指示（以降、エラー対応処理コマンドとする）を認識してジョブ管理部４０３に入力する。これにより、ジョブ管理部４０３は、情報記憶部４１１にエラーキューとして格納したジョブの実行命令を読み出し、パラメータ解析部４１０から入力された指示に従って処理を行う。
【００５７】
情報記憶部４１１は、図６に示すように、ユーザ情報、フロー情報、エラー情報、エラーキュー、配信先一覧が格納されている記憶領域である。以下、夫々の情報について、図を参照して説明する。図７は、ユーザ情報の内容を示す図である。ユーザ情報は、認証処理部４０２が、ログイン要求に応じてユーザを認証するために参照する情報であり、図７に示すように、本実施形態に係る画像管理システムの利用者として登録されているユーザを識別するユーザＩＤ、ユーザが利用する画像形成装置１を識別するマシンＩＤ及びそのユーザを認証するためのパスワードを含む。フロー情報は、図４において説明した情報と同様である。
【００５８】
図８は、エラー情報の内容を示す図である。エラー情報は、上述したように、エラー通知部４０６が、ジョブ管理部４０３から取得したエラーの種類に応じてエラー通知に含めるコマンドを判断するための情報であり、図８に示すように、エラーの種類を識別するエラーＩＤ、エラー内容及び夫々のエラーが検知された場合にエラー通知に含める内容を示す通知内容の情報を含む。即ち、情報記憶部４１１は、エラー情報を記憶していることにより、中断要因情報記憶部として機能する。
【００５９】
本実施形態に係るエラー情報に含まれる通知内容の情報は、“画像を回転してリトライ”、“中止“等、エラーに対する対応、即ち上述したエラー対応処理を示す情報である。即ち、本実施形態においては、検知されたエラー内容に応じてその後の対応が絞られるため、エラー内容に応じた好適な対応をユーザに提示することができる。
【００６０】
エラーキューは、上述したようにエラーとなったジョブの実行命令であり、夫々のジョブの実行命令が、夫々のジョブを識別するためのＩＤと関連付けられている。エラーにより中断されたジョブの実行命令は、上述したようにエラーキューとして情報記憶部４１１に格納され、リトライや中止等のエラーに対する対応の指示が入力されるまで保存される。配信先一覧は、上述したように、ファイルサーバアドレス、メールアドレス、ウェブサーバＵＲＬ、ＦＡＸ番号等のジョブによって画像や文書を配信する配信先の情報である。
【００６１】
次に、本実施形態に係る画像管理システムの動作について説明する。図９は、本実施形態に係る画像管理システムにおいて、画像形成装置１からジョブが入力されることによりワークフローサーバ３においてジョブが実行され、ジョブがエラーにより中断する場合の動作を示すシーケンス図である。また、図９においては、ジョブを入力するユーザがエラーの通知を受け取る場合を例として説明するが、管理者がエラーの通知を受け取る場合であっても同様である。
【００６２】
図９に示すように、ユーザが画像形成装置１を操作して画像処理システムを利用する際、まず画像形成装置１がユーザの操作に応じて認証要求をワークフローサーバ３に送信する（Ｓ９０１）。画像形成装置１からの認証要求を受けたワークフローサーバ３においては、フロー制御部３１０の認証処理部４０２が、情報記憶部４１１に記憶されているユーザ情報を参照して認証処理を実行し、認証確認を画像形成装置１に送信する（Ｓ９０２）。
【００６３】
Ｓ９０１及びＳ９０２の処理により、画像形成装置１とワークフローサーバ３との間で暗号化通信が確立され、以降の両者間の通信は暗号化された情報によってやり取りされる。尚、画像形成装置１からワークフローサーバ３への認証要求の送信は、ユーザが画像形成装置１のディスプレイパネル１０４を操作してワークフローの実行命令を入力した後に実行されてもよいし、実行命令を入力する前、例えば、画像形成装置１への電源投入時等に予め実行されても良い。
【００６４】
ワークフローサーバ３から認証確認を受信すると、画像形成装置１においてジョブの入力画面が表示され、ユーザがディスプレイパネル１０４を操作してワークフローの実行命令を入力すると、画像形成装置１においてスキャン等により画像情報の取得が行われ、ワークフローサーバ３に対してジョブが入力される（Ｓ９０３）。Ｓ９０３においては、入出力制御部１５０が、主制御部１１０の制御に基づき、情報を送信する。これにより、ワークフローサーバ３のフロー制御部３１０において、情報取得部４０１が、画像及びジョブの実行命令を取得する。即ち、情報取得部４０１が、画像処理の処理命令を取得する処理命令取得部及び画像情報取得部として機能する。
【００６５】
Ｓ９０３の処理により情報取得部４０１が各情報を取得すると、ジョブ管理部４０３が、ジョブの実行命令に基づいて画像処理を行う画像処置部３３０や、配信処理を行う配信処理部４０３等の各処理を行う部分を制御し、ジョブを実行する（Ｓ９０４）。即ち、ジョブ管理部４０３が、処理実行部として機能する。Ｓ９０４においては、画像処理部３３０や配信処理部４０４が、ジョブ管理部４０３の制御に従って、ＯＣＲ（Ｏｐｔｉｃａｌ Ｃｈａｒａｃｔｅｒ Ｒｅｃｏｇｎｉｔｉｏｎ）やバーコード認識等の画像処理及びメール配信やＦＡＸ配信等の配信処理を実行する。
【００６６】
そして、画像処理部３３０若しくは配信処理部４０３は、夫々の処理を実行することにより得られた結果を、ジョブ管理部４０３からの制御に対する応答としてジョブ管理部４０３に入力する。この際、画像処理部３３０若しくは配信処理部４０３は、何らかの要因により処理が完了できなかった場合、その要因と共に処理が中断されたことをジョブ管理部４０３に通知する。ジョブ管理部４０３は、画像処理部３３０や配信処理部４０３からの応答内容に基づいてエラーを検知する（Ｓ９０５）。即ち、ジョブ管理部４０３が、中断検知部としても機能する。
【００６７】
画像処理部３３０若しくは配信処理部４０３からジョブ管理部４０３に入力される応答の内容は、図８において説明したような“エラー内容”、即ち処理が中断された要因の内容が含まれる。即ち、画像処理部３３０がＯＣＲにより天地識別やタイトル抽出を実行した結果、夫々の処理に失敗した場合はその旨を示す情報が含まれる。また、配信処理部４０３がメール配信を実行した結果、サーバ接続エラーやファイル名エラーが発生した場合は、その旨を示す情報が含まれる。
【００６８】
ジョブ管理部４０３は、Ｓ９０５の処理によりエラーを検知すると、エラー通知命令をエラー通知部４０６に入力する。エラー通知部４０３は、ジョブ管理部４０３からエラー通知命令を取得すると、ユーザ若しくは管理者に対してエラーを通知するため、検知されたエラー内容に応じたエラー対応コマンドのＵＲＬをＵＲＬ生成部４０７に生成させる（Ｓ９０６）。
【００６９】
Ｓ９０６において、ＵＲＬ生成部４０７は、エラー通知部４０６からエラー内容の情報を取得し、図８に示すエラー情報を参照する。そして、ＵＲＬ生成部４０７は、エラー通知部４０６から取得した“エラー内容”に対応する“通知内容”をエラー情報から抽出し、“通知内容”に対応したエラー対応処理を判断する。エラー対応処理を判断すると、ＵＲＬ生成部４０７は、ウェブアクセスを介して上記エラー対応処理を受け付けるための、ウェブアドレス、即ちＵＲＬを生成する。即ち、ＵＲＬ生成部が、アドレス生成部として機能する。
【００７０】
図１０に、ＵＲＬ生成部４０７が生成するＵＲＬの例を示す。図１０は、ＵＲＬ生成部４０７が生成するＵＲＬの例として、ジョブＩＤ“４５６８２９４０９８７”によって識別されるジョブのリトライを指示するためのＵＲＬを示す図である。図１０に示すように、本実施形態に係るエラー対応処理コマンドは、ウェブアクセス先であるワークフローサーバ３のウェブサービス４０９のアドレスを示すサーバアドレス部分と、エラーキューに対する操作のためのアクセスであることを示すアクセス種類識別部分と、操作の内容を示す操作内容パラメータ部分とを含む。
【００７１】
図１０の例において、Ｗｅｂサービス４０９は、アクセス種類識別部分の“ｊｏｂ”という文字列に基づいて操作内容パラメータ部分をパラメータ解析部４１０に入力する。パラメータ解析部４１０は、操作内容パラメータ部分における“ｃｍｄ＝ｒｅｔｒｙ”の文字列により、ジョブのリトライの指示であることを判断し、“ｊｏｂｉｄ＝４５６８２９４０９８７”の文字列により、ジョブＩＤ“４５６８２９４０９８７”によって識別されるジョブが対象であることを判断する。
【００７２】
Ｓ９０６の処理によりＵＲＬ生成部４０７がＵＲＬを生成すると、エラー通知部４０６は、生成されたＵＲＬを含む電子メールを、エラーの通知先として設定されているメールアドレス（以降、エラー通知メールアドレスとする）に対して送信する（Ｓ９０７）。即ち、エラー通知部４０６が、処理中断通知部として機能する。このエラー通知メールアドレスは、例えば、情報記憶部４１１のユーザ情報においてユーザ毎に設定されており、Ｓ９０１、Ｓ９０２において認証されたユーザについて設定されたメールアドレスが用いられる。この他、ユーザがＳ９０３においてジョブを入力する際、エラー通知メールアドレスを設定し、ジョブの実行命令中にエラーメールアドレスが含まれるようにしても良い。
【００７３】
Ｓ９０７においてエラー通知の電子メールが送信されると、Ｓ９０３においてジョブを入力したユーザは、クライアント端末２においてその電子メールを受信する。尚、図９のＳ９０７においては、図示の関係上ワークフローサーバ３からクライアント端末２に対して矢印を示しているが、実際には、ワークフローサーバ３からＰＯＰ３（Ｐｏｓｔ Ｏｆｆｉｃｅ Ｐｒｏｔｏｃｏｌ ｖｅｒｓｉｏｎ３）サーバ等のメール受信用サーバにメールファイルが送信され、クライアント端末２が上記メール受信用サーバからメールファイルをダウンロードすることにより電子メールを受信する。
【００７４】
クライアント端末２は、エラー通知の電子メール（以降、エラー通知メールとする）を受信すると、ユーザの操作に従ってその電子メールを表示する（Ｓ９０８）。図１１に、本実施形態に係るエラー通知メールの表示例を示す。図１１に示すように、本実施形態に係るエラー通知メールには、ＵＲＬ生成部４０７によって生成されたエラー対応処理コマンドとしてのＵＲＬの文字列が含まれている。図１１の例においては、“リトライします”、“ジョブを削除します”、“別のサーバ（ｆｉｌｅ＿ｓｅｒｖｅｒ＿３￥ｓｈａｒｅ＿ｆｏｌｄｅｒ）を配信先としてリトライします”のように、３つのエラー対応処理が提示されており、夫々の処理を指示するためのＵＲＬが表示されている。
【００７５】
図１１においては、エラー操作内容のパラメータとして、“ｒｅｔｒｙ”の他、ジョブの削除、即ち中止を示す“ｄｅｌｅｔｅ”や、配信先の変更を示す“ｃｈａｎｇｅ＿ｄｅｓｔｉｎａｔｉｏｎ”等のパラメータが含まれている。また、操作対象のジョブを識別するための“ｊｏｂｉｄ”のパラメータの他、配信先を変更する際の変更後の配信先を示す“ｄｅｓｔ”のパラメータが含まれている。
【００７６】
ここで、一般的な電子メールのアプリケーション・プログラム（以降、メールクライアントとする）においては、ＵＲＬやメールアドレス、ＩＰアドレス、ファイルパス等のネットワーク上若しくはシステム上のアドレスを示す文字列が表示される場合、その文字列はそのアドレスへのリンクとして表示される。従って、図１１に示すように、エラー対応処理コマンドとしてのＵＲＬの文字列がメールの文面として含まれる場合、クライアント端末２にインストールされたメールクライアントのＧＵＩ（Ｇｒａｐｈｉｃａｌ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）において、夫々のＵＲＬの文字列は夫々のＵＲＬへのリンクとして表示される。
【００７７】
従って、クライアント端末２を操作しているユーザは、メールクライアントのＧＵＩにリンクとして表示されているＵＲＬをクリックすることにより、夫々のエラー対応処理の実行を指示することができる。換言すると、ユーザは、メールの文面に表示された夫々のエラー対応処理のいずれかを選択し、選択したエラー対応処理と共にリンクとして表示されたＵＲＬをクリックすることにより、エラーに対する処理の指示を入力することができる。このため、ユーザは、管理ツールの立ち上げやエラーキューとして保存されたジョブの検索等の操作を行う必要がなく、エラーとなったジョブの操作を容易に行うことができる。
【００７８】
クライアント端末２は、メールの文面にリンクとして表示されたＵＲＬのいずれかに対するユーザによるクリックを検知すると（Ｓ９０８）、クリックされたＵＲＬに対するウェブアクセスを行う（Ｓ９０９）。Ｓ９０９のウェブアクセスは、ワークフローサーバ３のフロー制御部３１０におけるウェブサービス４０９が公衆回線４を介して受け付ける。ウェブサービス４０９は、受け付けたウェブアクセスのＵＲＬに基づき、エラーキューに対する操作であることを判断して、アクセスされたＵＲＬの操作内容パラメータ部分をパラメータ解析部４１０に入力する。
【００７９】
パラメータ解析部４１０は、ウェブサービス４０９から操作内容パラメータ部分の文字列を取得すると、取得した文字列を解析し（Ｓ９１０）、操作の内容及び操作対象のジョブを識別する。操作の内容及び操作対象のジョブを識別すると、パラメータ解析部４１０は、その識別結果、即ち、識別されたジョブに対するリトライや中止等のエラー対応処理コマンドをジョブ管理部４０３に入力する。これにより、ジョブ管理部４０３は、パラメータ解析部４１０から入力されたエラー対応処理コマンドに従い、エラー対応処理を実行する（Ｓ９１１）。即ち、パラメータ解析部４１０が、中断処理操作制御部として機能する。このような処理により、本実施形態に係る画像管理システムにおける、エラー対応動作が完了する。
【００８０】
以上説明したように、本実施形態に係る画像管理システムにおけるワークフローサーバ３は、実行したジョブのエラーを検知すると、エラーを検知したジョブの実行命令をエラーキューとして保存すると共に、エラーとなったジョブに対するリトライや中止等のエラー対応処理の実行命令をウェブアクセスにより受け付けるためのＵＲＬを生成する。そして、生成したＵＲＬを含むエラー通知を設定に応じた送信先に対して送信する。その後、上記生成したＵＲＬに対するウェブアクセスがあると、ワークフローサーバ３は、ウェブアクセスされたＵＲＬに対応したエラー対応処理を実行する。これにより、ユーザは、クライアント端末２においてエラー通知を受信して表示した場合、通知の中に含まれるＵＲＬにアクセスするのみで、エラー対応処理の実行命令を発信することができるため、簡易な操作でエラー対応を行うことが可能であり、ユーザの利便性を向上することができる。
【００８１】
更に、本実施形態においては、エラー通知の方法として電子メールを用いている。一般的なメールクライアントにおいては、上述したように、ＵＲＬやメールアドレス、ＩＰアドレス、ファイルパス等のネットワーク上若しくはシステム上のアドレスを示す文字列が表示される場合、その文字列はそのアドレスへのリンクとして表示される。従って、ユーザは、クライアント端末２等においてエラー通知メールを表示した後、メールの文面において提示されているエラー対応処理のいずれかを選択し、共に表示されているＵＲＬをクリックするだけで、エラー対応処理コマンドを入力することができる。このように、本実施形態に係るエラー通知およびエラー対応処理の実現に際しては、通知されたエラーを表示させるためのアプリケーション・プログラム及び提示されたエラー対応処理の実行命令を入力するためのアプリケーション・プログラムを新規に作成する必要がなく、既存のメールクライアントがインストールされた情報処理装置であれば実現可能であり、低コストで実現することが可能である。
【００８２】
尚、上記実施形態においては、エラー通知のプロトコルとして電子メールを用いる場合を例として説明した。一般的な情報処理装置であれば電子メールクライアントがインストールされていると共に、ユーザや管理者は日常的に電子メールのチェックを行うため、エラー通知のプロトコルとして電子メールを用いることは有意義である。この他、エラー通知のプロトコルとしては、Ｗｉｎｄｏｗｓ（登録商標） Ｌｉｖｅ メッセンジャー（登録商標）や、ＩＣＱ（登録商標）等のインスタントメッセンジャーのプロトコルを用いることも可能である。どのような場合であっても、クライアント端末２に搭載されており、上述したネットワーク上若しくはシステム上のアドレスを示す文字列が表示される場合に、その文字列を自動的にそのアドレスに対するリンクとして表示するアプリケーション・プログラムによって受信可能な通知の形態、即ちプロトコルであれば、上記と同様の効果を得ることができる。
【００８３】
また、上記実施形態においては、エラー対応処理に対応づけられたアドレスとしてＵＲＬを用いる場合、即ち、ウェブアクセスのプロトコルを用い、ワークフローサーバ３にはウェブサービス４０９を設ける場合を例として説明した。ウェブアクセスであれば、ユーザの操作、即ちアクセスをＷｅｂサービス４０９がリアルタイムに認識することができるため、エラーに対する操作を迅速に実行することができる。しかしながら、上述したように、ＵＲＬに限らず、メールアドレスやＩＰアドレス、ファイルパス等のアドレスを示す文字列であっても、一般的なメールクライアント若しくはインスタントメッセンジャーのクライアントにおいては、そのアドレスに対するリンクとして表示される。従って、エラー対応処理に対応づけられたアドレスとしては、ＵＲＬに限らず、メールアドレスやＩＰアドレス、ファイルパス等の情報処理システム上のアドレスを示す文字列を用いることも可能である。この場合、ＵＲＬ生成部４０７及びウェブサービス４０９に代えて、夫々のプロトコルに応じたアドレスを生成する構成及びアクセスを受け付けるサービスをフロー制御部３１０内の構成として設けることにより、上記と同様の効果を得ることが可能である。
【００８４】
また、上記実施形態においては、エラーの通知先として、ジョブを入力したユーザが操作するクライアント端末２若しくは管理者が操作する情報処理端末を例として説明したが、上述したように、電子メールクライアント等、エラー通知のプロトコルに対応したアプリケーション・プログラムがインストールされている情報処理装置であればエラーの通知先とすることができる。従って、電子メールクライアント等のエラー通知に対応したアプリケーション・プログラムがインストールされていれば、図１に示す画像形成装置１であってもエラー通知を受けることが可能である。
【００８５】
例えば、図９のＳ９０３においてジョブの実行命令が入力された後に経過した時間が短い場合、換言すると、ワークフローサーバ３がジョブの実行命令を受信してから短期間の間にＳ９０５においてエラーが検知された場合、ユーザはまだ画像形成装置１のディスプレイパネル１０４を見ている可能性がある。この場合は、クライアント端末２を宛先としてエラーを通知するよりも、画像形成装置１を宛先としてエラーを通知することにより、より迅速なエラージョブの処理を実現することができる。
【００８６】
尚、上述したように、図８に示すエラー情報は、ユーザがクライアント端末２等にインストールされたシステムの管理ツールを操作して付加ＵＲＬ設定部４０８にアクセスすることにより、付加ＵＲＬ設定部４０８によって管理される。図１２を参照して、クライアント端末２にインストールされた管理ツールを操作することによる付加ＵＲＬ設定部４０８の機能について説明する。
【００８７】
図１２は、付加ＵＲＬ設定部４０８を介してエラー情報を管理する際の管理ツールのＧＵＩ（以降、エラー情報管理画面とする）を示す図である。図１２に示すように、本実施形態に係るエラー情報管理画面は、エラー情報を編集する対象の“エラー内容”を選択する選択部と、“リトライ”、“中止”等、エラー通知において含めるべきエラー対応処理を選択するエラー対応処理の選択部と、“配信先”のように、夫々のエラー対応処理において詳細なパラメータを指定するパラメータ指定部とを含む。
【００８８】
このような画面において、ユーザは、エラー内容を選択し、選択したエラー内容に対するエラー通知において含めるべきエラー対応処理を選択すると共に、必要に応じて詳細なパラメータを指定する。そして、図１２に示す“ＯＫ”ボタンをクリックすることにより、夫々の情報がクライアント端末２にインストールされた管理ツールから付加ＵＲＬ設定部４０８に送信される。これにより、付加ＵＲＬ設定部４０８は、情報記憶部４１１に記憶されているエラー情報を、管理ツールから取得した情報に従って更新する。
【００８９】
尚、図８及び図１２に示すように、本実施形態においては、エラー内容ごとに通知内容が設定される場合を例としている。これにより、上述したように、夫々のエラー内容に応じて予め好ましいと判断されたエラー対応処理が絞り込まれており、ユーザがエラー対応処理を選択する際に多くの選択肢の中から好適なエラー対応処理を選択する手間を省くことができる。しかしながら、エラー内容に関わらず、可能なエラー対応処理を全て通知するようにしても良い。この場合であっても、ユーザは、メール等によって通知されたエラー通知の文面をクリックするだけでエラーに対する対応処理の指示を入力することが可能であり、上記と同様の効果を得ることが可能である。
【符号の説明】
【００９０】
１ 画像形成装置、
２ クライアント端末、
３ ワークフローサーバ、
４ 公衆回線、
５ 第１データサーバ、
６ 第２データサーバ、
１０ ＣＰＵ、
２０ ＲＡＭ、
３０ ＲＯＭ、
４０ ＨＤＤ、
５０ Ｉ／Ｆ、
６０ ＬＣＤ、
７０ 操作部、
８０ バス、
１００ コントローラ、
１０１ ＡＤＦ、
１０２ スキャナユニット、
１０３ 排紙トレイ、
１０４ ディスプレイパネル、
１０５ 給紙テーブル、
１０６ プリントエンジン、
１０７ 排紙トレイ、
１０８ ネットワークＩ／Ｆ、
１１０ 主制御部、
１２０ エンジン制御部、
１３０ 画像処理部、
１４０ 操作表示制御部、
１５０ 入出力制御部、
３００ コントローラ、
３０１ ネットワークＩ／Ｆ、
３１０ フロー制御部、
３１１ 情報取得部、
３１２ 認証処理部、
３１３ フロー実行処理部、
３１４ 情報記憶部
３２０ 入出力制御部、
３３０ 画像処理部、
４０１ 情報取得部、
４０２ 認証処理部、
４０３ ジョブ管理部、
４０４ 配信処理部、
４０５ 配信先管理部、
４０６ エラー通知部、
４０７ ＵＲＬ生成部、
４０８ 付加ＵＲＬ設定部、
４０９ Ｗｅｂサービス、
４１０ パラメータ解析部、
４１１ 情報記憶部
【先行技術文献】
【特許文献】
【００９１】
【特許文献１】特開２００７−２６７３６９号公報
【特許文献２】特開２００９−２２３７２８号公報
【特許請求の範囲】
【請求項１】
画像情報を管理する画像管理システムに含まれる画像管理装置であって、
前記画像情報の処理命令を取得する処理命令取得部と、
前記取得された処理命令において処理すべき前記画像情報を取得する画像情報取得部と、
前記取得された処理命令に従って前記画像情報の処理を実行する処理実行部と、
前記実行された処理が未完了の状態で中断されたことを検知する中断検知部と、
前記中断された処理に対する操作の命令に対応した情報処理システム上のアドレスを生成するアドレス生成部と、
前記実行された処理が未完了の状態で中断されたことを示す情報及び前記生成されたアドレスの文字情報を処理中断通知として送信する処理中断通知部と、
前記アドレスに対するアクセスに応じて前記中断された処理に対する操作を前記処理実行部に実行させる中断処理操作制御部とを含み、
前記処理中断通知部は、前記情報処理システム上のアドレスを文字情報として表示する際、前記文字情報が前記アドレスに対するリンクとして表示されるアプリケーション・プログラムに対応したプロトコルで前記処理中断通知を送信することにより、前記処理中断通知が表示される際に前記アドレスに対するリンクが表示されるように、前記処理中断通知を送信することを特徴とする画像管理装置。
【請求項２】
前記処理中断通知部は、前記アドレスを本文中の文字情報として含む電子メールとして前記処理中断通知を送信することを特徴とする請求項１に記載の画像管理装置。
【請求項３】
前記実行された処理が未完了の状態で中断された要因と、前記中断された処理に対する操作とが関連付けられた中断要因情報を記憶している中断要因情報記憶部を更に含み、
前記中断検知部は、前記実行された処理が未完了の状態で中断された要因を検知し、
前記アドレス生成部は、前記中断要因情報において前記検知された要因に関連付けられている操作の命令に対応した情報処理システム上のアドレスを生成することを特徴とする請求項２に記載の画像管理装置。
【請求項４】
前記アドレス生成部は、前記中断された処理の再実行の命令に対応した情報処理システム上のアドレスを生成することを特徴とする請求項３に記載の画像管理装置。
【請求項５】
前記アドレス生成部は、前記中断された処理のキャンセルの命令に対応した情報処理システム上のアドレスを生成することを特徴とする請求項３または４に記載の画像管理装置。
【請求項６】
前記中断された処理は、前記取得された画像情報の配信処理を含み、
前記アドレス生成部は、前記画像情報の配信先を変更して前記中断された処理を再実行する命令に対応した情報処理システム上のアドレスを生成することを特徴とする請求項３乃至５いずれかに記載の画像管理装置。
【請求項７】
前記中断された処理は、前記取得された画像情報により表示される画像の認識処理を含み、
前記アドレス生成部は、前記画像の認識処理における処理条件を変更して前記中断された処理を再実行する命令に対応した情報処理システム上のアドレスを生成することを特徴とする請求項３乃至６いずれかに記載の画像管理装置。
【請求項８】
請求項１乃至７いずれかに記載の画像管理装置を含む画像形成装置。
【請求項９】
画像情報を管理する画像管理システムの制御方法であって、
前記画像管理システムに含まれる画像管理装置が、
前記画像情報の処理命令を取得し、
前記取得された処理命令において処理すべき前記画像情報を取得し、
前記取得された処理命令に従って前記画像情報の処理を実行し、
前記実行された処理が未完了の状態で中断されたことを検知し、
前記中断された処理に対する操作の命令に対応した情報処理システム上のアドレスを生成し、
前記実行された処理が未完了の状態で中断されたことを示す情報及び前記生成されたアドレスの文字情報を処理中断通知として送信し、
前記アドレスに対するアクセスに応じて前記中断された処理に対する操作を実行するように制御し、
前記処理中断通知を送信する際、前記情報処理システム上のアドレスを文字情報として表示する際、前記文字情報が前記アドレスに対するリンクとして表示されるアプリケーション・プログラムに対応したプロトコルで送信することにより、前記処理中断通知が表示される際に前記アドレスに対するリンクが表示されるように前記処理中断通知を送信することを特徴とする画像管理システムの制御方法。
【請求項１０】
画像情報を管理する画像管理システムの制御プログラムであって、
前記画像情報の処理命令を取得するステップと、
前記取得された処理命令において処理すべき前記画像情報を取得するステップと、
前記取得された処理命令に従って前記画像情報の処理を実行するステップと、
前記実行された処理が未完了の状態で中断されたことを検知するステップと、
前記中断された処理に対する操作の命令に対応した情報処理システム上のアドレスを生成するステップと、
前記実行された処理が未完了の状態で中断されたことを示す情報及び前記生成されたアドレスの文字情報を処理中断通知として送信するステップと、
前記アドレスに対するアクセスに応じて前記中断された処理に対する操作を実行するように制御するステップとを情報処理装置に実行させ、
前記処理中断通知を送信するステップにおいて、前記情報処理システム上のアドレスを文字情報として表示する際、前記文字情報が前記アドレスに対するリンクとして表示されるアプリケーション・プログラムに対応したプロトコルで送信することにより、前記処理中断通知が表示される際に前記アドレスに対するリンクが表示されるように前記処理中断通知を送信させることを特徴とする画像管理システムの制御プログラム。
【請求項１１】
請求項１０に記載の制御プログラムを情報処理装置が読み取り可能な形式で記録したことを特徴とする記録媒体。
【請求項１】
画像情報を管理する画像管理システムに含まれる画像管理装置であって、
前記画像情報の処理命令を取得する処理命令取得部と、
前記取得された処理命令において処理すべき前記画像情報を取得する画像情報取得部と、
前記取得された処理命令に従って前記画像情報の処理を実行する処理実行部と、
前記実行された処理が未完了の状態で中断されたことを検知する中断検知部と、
前記中断された処理に対する操作の命令に対応した情報処理システム上のアドレスを生成するアドレス生成部と、
前記実行された処理が未完了の状態で中断されたことを示す情報及び前記生成されたアドレスの文字情報を処理中断通知として送信する処理中断通知部と、
前記アドレスに対するアクセスに応じて前記中断された処理に対する操作を前記処理実行部に実行させる中断処理操作制御部とを含み、
前記処理中断通知部は、前記情報処理システム上のアドレスを文字情報として表示する際、前記文字情報が前記アドレスに対するリンクとして表示されるアプリケーション・プログラムに対応したプロトコルで前記処理中断通知を送信することにより、前記処理中断通知が表示される際に前記アドレスに対するリンクが表示されるように、前記処理中断通知を送信することを特徴とする画像管理装置。
【請求項２】
前記処理中断通知部は、前記アドレスを本文中の文字情報として含む電子メールとして前記処理中断通知を送信することを特徴とする請求項１に記載の画像管理装置。
【請求項３】
前記実行された処理が未完了の状態で中断された要因と、前記中断された処理に対する操作とが関連付けられた中断要因情報を記憶している中断要因情報記憶部を更に含み、
前記中断検知部は、前記実行された処理が未完了の状態で中断された要因を検知し、
前記アドレス生成部は、前記中断要因情報において前記検知された要因に関連付けられている操作の命令に対応した情報処理システム上のアドレスを生成することを特徴とする請求項２に記載の画像管理装置。
【請求項４】
前記アドレス生成部は、前記中断された処理の再実行の命令に対応した情報処理システム上のアドレスを生成することを特徴とする請求項３に記載の画像管理装置。
【請求項５】
前記アドレス生成部は、前記中断された処理のキャンセルの命令に対応した情報処理システム上のアドレスを生成することを特徴とする請求項３または４に記載の画像管理装置。
【請求項６】
前記中断された処理は、前記取得された画像情報の配信処理を含み、
前記アドレス生成部は、前記画像情報の配信先を変更して前記中断された処理を再実行する命令に対応した情報処理システム上のアドレスを生成することを特徴とする請求項３乃至５いずれかに記載の画像管理装置。
【請求項７】
前記中断された処理は、前記取得された画像情報により表示される画像の認識処理を含み、
前記アドレス生成部は、前記画像の認識処理における処理条件を変更して前記中断された処理を再実行する命令に対応した情報処理システム上のアドレスを生成することを特徴とする請求項３乃至６いずれかに記載の画像管理装置。
【請求項８】
請求項１乃至７いずれかに記載の画像管理装置を含む画像形成装置。
【請求項９】
画像情報を管理する画像管理システムの制御方法であって、
前記画像管理システムに含まれる画像管理装置が、
前記画像情報の処理命令を取得し、
前記取得された処理命令において処理すべき前記画像情報を取得し、
前記取得された処理命令に従って前記画像情報の処理を実行し、
前記実行された処理が未完了の状態で中断されたことを検知し、
前記中断された処理に対する操作の命令に対応した情報処理システム上のアドレスを生成し、
前記実行された処理が未完了の状態で中断されたことを示す情報及び前記生成されたアドレスの文字情報を処理中断通知として送信し、
前記アドレスに対するアクセスに応じて前記中断された処理に対する操作を実行するように制御し、
前記処理中断通知を送信する際、前記情報処理システム上のアドレスを文字情報として表示する際、前記文字情報が前記アドレスに対するリンクとして表示されるアプリケーション・プログラムに対応したプロトコルで送信することにより、前記処理中断通知が表示される際に前記アドレスに対するリンクが表示されるように前記処理中断通知を送信することを特徴とする画像管理システムの制御方法。
【請求項１０】
画像情報を管理する画像管理システムの制御プログラムであって、
前記画像情報の処理命令を取得するステップと、
前記取得された処理命令において処理すべき前記画像情報を取得するステップと、
前記取得された処理命令に従って前記画像情報の処理を実行するステップと、
前記実行された処理が未完了の状態で中断されたことを検知するステップと、
前記中断された処理に対する操作の命令に対応した情報処理システム上のアドレスを生成するステップと、
前記実行された処理が未完了の状態で中断されたことを示す情報及び前記生成されたアドレスの文字情報を処理中断通知として送信するステップと、
前記アドレスに対するアクセスに応じて前記中断された処理に対する操作を実行するように制御するステップとを情報処理装置に実行させ、
前記処理中断通知を送信するステップにおいて、前記情報処理システム上のアドレスを文字情報として表示する際、前記文字情報が前記アドレスに対するリンクとして表示されるアプリケーション・プログラムに対応したプロトコルで送信することにより、前記処理中断通知が表示される際に前記アドレスに対するリンクが表示されるように前記処理中断通知を送信させることを特徴とする画像管理システムの制御プログラム。
【請求項１１】
請求項１０に記載の制御プログラムを情報処理装置が読み取り可能な形式で記録したことを特徴とする記録媒体。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【公開番号】特開２０１１−１８６５２７（Ｐ２０１１−１８６５２７Ａ）
【公開日】平成２３年９月２２日（２０１１．９．２２）
【国際特許分類】
【出願番号】特願２０１０−４７９０４（Ｐ２０１０−４７９０４）
【出願日】平成２２年３月４日（２０１０．３．４）
【出願人】（０００００６７４７）株式会社リコー (37,907)
【Ｆターム（参考）】
【公開日】平成２３年９月２２日（２０１１．９．２２）
【国際特許分類】
【出願日】平成２２年３月４日（２０１０．３．４）
【出願人】（０００００６７４７）株式会社リコー (37,907)
【Ｆターム（参考）】
[ Back to top ]