(57)【要約】【課題】配信処理を実行してエラーが発生した場合に、エラー内容に応じてエラーが発生した処理を保留することにより、機器のリソースを無駄に消費することを防止する。【解決手段】画像データを取得し、入力、画像変換、出力に関する各処理を組み合わせた処理フローに従って画像データを配信する配信処理システムであって、画像データの配信中にエラーが発生した場合、エラーの内容に基づいて処理フローを保留すると判断されたとき、画像データの配信を保留する保留手段３１２と、画像データの配信が保留された場合、エラーを解消するための適切な処理を示すメッセージをユーザーに通知する通知手段３０４とを備える。【選択図】図４
2010200007.tif 000002
【特許請求の範囲】
【請求項１】
画像データを取得し、入力、画像変換、出力に関する各処理を組み合わせた処理フローに従って前記画像データを配信する配信処理システムであって、
前記画像データの配信中にエラーが発生した場合、前記エラーの内容に基づいて前記処理フローを保留すると判断されたとき、前記画像データの配信を保留する保留手段と、
前記画像データの配信が保留された場合、前記エラーを解消するための適切な処理を示すメッセージをユーザーに通知する通知手段と
を備える配信処理システム。
【請求項２】
前記保留手段による保留中に、前記処理フローに含まれる各処理の設定値を編集可能とする編集手段を備える請求項１記載の配信処理システム。
【請求項３】
前記各処理の設定値を設定するときに、前記各処理で発生可能なエラー毎に該エラーに対応する処理として、リトライ、保留、又はキャンセルを設定可能とする設定手段を備える請求項１又は２記載の配信処理システム。
【請求項４】
前記処理フローの設定時に該処理フローに新規な処理を追加する場合、前記設定手段により設定されたリトライ、保留、又はキャンセルを、前記処理フローにおけるフローに応じて変更する変更手段を備える請求項３記載の配信処理システム。
【請求項５】
前記処理フローに基づいて配信を実行した結果が保留、又はキャンセルである場合、該処理フローに対して、キャンセル、又は保留が解消されるまで使用不可とする請求項１乃至４いずれか一項に記載の配信処理システム。
【請求項６】
画像データを取得する取得手段と、
入力、画像変換、出力に関する各処理を組み合わせた処理フローに従って前記画像データを配信する配信処理手段と、
前記画像データの配信中にエラーが発生した場合、前記エラーの内容に基づいて前記処理フローを保留すると判断されたとき、前記画像データの配信を保留する保留手段と、
前記画像データの配信が保留された場合、前記エラーを解消するための適切な処理を示すメッセージをユーザーに通知する通知手段と
を備える画像処理装置。
【請求項７】
原稿を読み込み画像データを取得する画像読込手段と、
入力、画像変換、出力に関する各処理を組み合わせた処理フローに従って前記画像データを配信する配信処理手段と、
前記画像データの配信中にエラーが発生した場合、前記エラーの内容に基づいて前記処理フローを保留すると判断されたとき、前記画像データの配信を保留する保留手段と、
前記画像データの配信が保留された場合、前記エラーを解消するための適切な処理を示すメッセージをユーザーに通知する通知手段と
を備える画像形成装置。
【請求項８】
画像データを取得する取得ステップと、
入力、画像変換、出力に関する各処理を組み合わせた処理フローに従って前記画像データを配信する配信処理ステップと、
前記画像データの配信中にエラーが発生した場合、前記エラーの内容に基づいて前記処理フローを保留すると判断されたとき、前記画像データの配信を保留する保留ステップと、
前記画像データの配信が保留された場合、前記エラーを解消するための適切な処理を示すメッセージをユーザーに通知する通知ステップと
を有する配信処理方法。
【請求項９】
コンピュータを、
画像データを取得する取得手段と、
入力、画像変換、出力に関する各処理を組み合わせた処理フローに従って前記画像データを配信する配信処理手段と、
前記画像データの配信中にエラーが発生した場合、前記エラーの内容に基づいて前記処理フローを保留すると判断されたとき、前記画像データの配信を保留する保留手段と、
前記画像データの配信が保留された場合、前記エラーを解消するための適切な処理を示すメッセージをユーザーに通知する通知手段として機能させるためのプログラム。
【請求項１０】
請求項９記載のプログラムを記録したコンピュータに読取可能な記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、配信処理システム、画像処理装置、配信処理方法、プログラム、及び記録媒体に関する。
【背景技術】
【０００２】
近年、多くの企業において、多機能複合機などの画像入出力機器のネットワーク上への配置・接続が進んでいる。画像入出力機器は、業務の効率化を図る手段として大きな役割を担っている。特に、紙文書の電子化と配布を効率的に行う配信処理システムが重要になっている。このシステムを構成する大きな要素は、画像入出力機器（例えばスキャナなど）と配信管理サーバである。配信管理サーバには、あらかじめさまざまな業務・用途にあわせた複数の配信設定（処理フロー）メニューが登録されている。利用者は、画像入出力機器のオペレーションパネル（操作部）から、業務に適した処理フローを選択してスキャンを行う。
【０００３】
例えば、特開２００４−２８０６６５号公報（特許文献１）には、文書データに関して所定の処理を１つのジョブとして複合的に行うサービスにおいて、それぞれのショブ単位、かつジョブ内の各処理単位で、エラー処理の処置内容を設定することで、処理内容、処理目的に適合した処理を実現する技術が開示されている。
【０００４】
また、特開２００６−２１１５５７号公報（特許文献２）には、複合機は、エラーが発生してサービスの提供が中断された場合、ユーザーに指定させた再開方法を機能サーバへ通知することで、この再開方法に応じた変換画像データの返信が受けられることにより、中断した処理を正常に再開する技術が開示されている。
【０００５】
また、特開２００８−２７０８９０（特許文献３）には、指定された宛先に電子データを配信する配信ジョブを実行する配信手段を有する情報処理装置において、配信手段は、実行に失敗した第一の配信ジョブに係る宛先を記憶装置に記録し、記憶装置に記録されている宛先と同一の宛先を有する第二の配信ジョブの使用を停止する技術が開示されている。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、配信サーバを用いて文書データの配信を行うシステムでは、以下に示すような問題点があった。
（１）配信先サーバが停止中で接続できないというエラーの場合、配信先サーバを起動しなければリトライをしても成功する可能性はない。
（２）送信先に誤りがある場合（例えばＦＡＸ番号の打ち間違え）には、あて先を修正する（正しいＦＡＸ番号を入れなおす）必要がある。
（３）画像の読み取り方向が違っているためにＯＣＲ認識に失敗する場合には、画像を内部的に回転する必要がある。前述した（１）〜（３）の例は、ジョブを投入後にエラーになった場合に、リトライが成功するためには外部システムやジョブのデータ変更が必要となるケースである。このケースでは、ジョブの再投入は必要とされない。
（４）画像の解像度が低いことが理由で、バーコード識別の処理に失敗するような場合も、リトライを繰り返しても成功する可能性は低いので、このケースではジョブの再投入が必要となる。（４）の例では、「最大リトライ回数」までリトライが行われると、システムリソースを無駄に消費することになる。また、エラーによるリトライが終わってエラーが確定した後にユーザーにエラーが通知されるため、エラー後の対処が遅くなるという不便もある。
【０００７】
（１）〜（４）のエラーに対して、特許文献１乃至３の技術では、システム内でエラーを解消しようとしても解消できず、無駄なリトライを繰り返すか、ジョブの再投入が必要となり、効率的にエラー対処することできなかった。
【０００８】
そこで、本発明は上記問題点に鑑みてなされたものであり、配信処理を実行してエラーが発生した場合に、エラー内容に応じて保留を含むエラー対応処理を判定することにより、機器のリソースを無駄に消費することを防止する配信処理システム、画像処理装置、配信処理方法、プログラム、及び記録媒体を提供することを目的とする。
【課題を解決するための手段】
【０００９】
本発明における一局面の配信処理システムは、画像データを取得し、入力、画像変換、出力に関する各処理を組み合わせた処理フローに従って前記画像データを配信する配信処理システムであって、前記画像データの配信中にエラーが発生した場合、前記エラーの内容に基づいて前記処理フローを保留すると判断されたとき、前記画像データの配信を保留する保留手段と、前記画像データの配信が保留された場合、前記エラーを解消するための適切な処理を示すメッセージをユーザーに通知する通知手段とを備える。
【００１０】
また、本発明における他の局面の画像処理装置は、画像データを取得する取得手段と、入力、画像変換、出力に関する各処理を組み合わせた処理フローに従って前記画像データを配信する配信処理手段と、前記画像データの配信中にエラーが発生した場合、前記エラーの内容に基づいて前記処理フローを保留すると判断されたとき、前記画像データの配信を保留する保留手段と、前記画像データの配信が保留された場合、前記エラーを解消するための適切な処理を示すメッセージをユーザーに通知する通知手段とを備える。
【００１１】
また、本発明における他の局面の画像形成装置は、原稿を読み込み画像データを取得する画像読込手段と、入力、画像変換、出力に関する各処理を組み合わせた処理フローに従って前記画像データを配信する配信処理手段と、前記画像データの配信中にエラーが発生した場合、前記エラーの内容に基づいて前記処理フローを保留すると判断されたとき、前記画像データの配信を保留する保留手段と、前記画像データの配信が保留された場合、前記エラーを解消するための適切な処理を示すメッセージをユーザーに通知する通知手段とを備える。
【００１２】
また、本発明における他の局面の配信処理方法は、画像データを取得する取得ステップと、入力、画像変換、出力に関する各処理を組み合わせた処理フローに従って前記画像データを配信する配信処理ステップと、前記画像データの配信中にエラーが発生した場合、前記エラーの内容に基づいて前記処理フローを保留すると判断されたとき、前記画像データの配信を保留する保留ステップと、前記画像データの配信が保留された場合、前記エラーを解消するための適切な処理を示すメッセージをユーザーに通知する通知ステップとを有する。
【００１３】
また、本発明の配信処理システム、画像処理装置、画像形成装置、及び配信処理方法は、コンピュータにより実行可能なプログラムにより実現することができ、また、プログラムを記録した記録媒体をコンピュータに読み取らせて実現することも可能である。
【発明の効果】
【００１４】
本発明によれば、配信処理を実行してエラーが発生した場合に、エラー内容に応じて保留を含むエラー対応処理を判定することにより、機器のリソースを無駄に消費することを防止するができる。
【図面の簡単な説明】
【００１５】
【図１】実施例１に係る配信処理システムの一例を示す図。
【図２】実施例１に係るＭＦＰのハードウェア構成の一例を示す図。
【図３】実施例１に係る画像処理サーバのハードウェア構成の一例を示す図。
【図４】実施例１におけるＭＦＰと画像処理サーバとＰＣとの主要機能構成の一例を示すブロック図。
【図５】エラーとメッセージと対応処理との関係の一例を示す図。
【図６】ＭＦＰの操作画面上での表示画面の遷移の一例を示す図。
【図７】保留の詳細画面の一例を示す図。
【図８】編集画面の一例を示す図。
【図９】管理ツール上での処理中一覧を表示する表示画面の一例を示す図。
【図１０】エラー対応処理を設定する設定画面の一例を示す図。
【図１１】実施例１における保留処理の一例を示すフローチャート。
【図１２】実施例１におけるエラー設定処理の一例を示すフローチャート。
【図１３】実施例２に係るＭＦＰと画像処理サーバとＰＣとの主要機能構成の一例を示すブロック図。
【図１４】エラー対応処理を変更する場合の表示画面の遷移の一例を示す図。
【図１５】エラー対応処理の変更画面の一例を示す図。
【図１６】実施例２におけるエラー設定変更処理の一例を示すフローチャート。
【図１７】実施例３に係るＭＦＰと画像処理サーバとＰＣとの主要機能構成の一例を示す図。
【発明を実施するための形態】
【００１６】
以下に添付図面を参照して、本発明に係る配信処理システム、画像処理装置（画像処理サーバ）、画像形成装置、配信処理方法、プログラム及び記録媒体の実施例を詳細に説明する。
【００１７】
また、以下に示す実施例では、画像データを入力する画像形成装置として、プリンタ機能、スキャナ機能、コピー機能、ファクシミリ機能を一つの筐体に搭載した複合機を例にあげて説明しているが、これに限定されるものではなく、画像データを入力可能であれば、スキャナ装置、ファクシミリ装置、コピー装置などいずれにも適用することができる。
【００１８】
［実施例１］
＜システム構成とハードウェア構成＞
図１は、実施例１に係る配信処理システムの一例を示す図である。図１に示すように、配信処理システムは、ネットワークを介してＭＦＰ（Multifunction Peripheral）１０、ＭＦＰ２０、画像処理サーバ３０、情報処理端末（例えば、ＰＣ（Personal Computer）、ＰＤＡ（Personal Data Assistance）など）４０が接続されている。以下、画像形成装置はＭＦＰを例にして説明する。
【００１９】
ＭＦＰ１０、２０は、スキャン機能、コピー機能、プリンタ機能、ファクシミリ機能などを一つの筐体に搭載したものである。ＭＦＰ１０、２０は、スキャナ機能により紙媒体等をスキャン処理して画像データを生成し、生成された画像データを画像処理サーバ３０に送信する。ＭＦＰの詳細については後述する。また、画像データは、文書画像データを含む。
【００２０】
画像処理サーバ３０は、各ＭＦＰでスキャンされた画像データを受信して、指定された処理フロー（プロジェクトともいう）に従って種々の処理や配信処理を実行するワークステーション等のコンピュータである。配信設定には、メール送信、ＦＡＸ送信、フォルダ配信などがある。また、画像処理サーバ３０は、配信処理を行ってエラーが発生した場合にエラー処理を行う。
【００２１】
また、画像処理サーバ３０は、入力された画像データに基づいて処理フローを実行するサーバであり、ユーザーによって構築された処理フローに従って文書の蓄積又は配信処理を実行する。即ち、画像を処理するという観点において、画像処理サーバ３０も画像処理装置として機能する。画像処理サーバ３０の詳細については後述する。なお、画像処理サーバ３０は、ＭＦＰ１０、２０に組み込まれてもよい。
【００２２】
情報処理端末４０は、管理者によりデータ配信に関する管理ツールが起動され、入力、画像変換、出力の各プラグインが順に選択されることで処理フローを作成する。
【００２３】
実施例１に係るＭＦＰ１０と画像処理サーバ３０とのハードウェア構成について説明する。図２は、実施例１に係るＭＦＰ１０のハードウェア構成の一例を示す図である。
【００２４】
図２に示すように、ＭＦＰ１０は、制御部１１、主記憶部１２、補助記憶部１３、外部記憶装置Ｉ／Ｆ部１４、ネットワークＩ／Ｆ部１６、操作部１７、表示部１８を含む。
【００２５】
制御部１１は、コンピュータの中で、各装置の制御やデータの演算、加工を行うＣＰＵである。また、制御部１１は、主記憶部１２に記憶されたプログラムを実行する演算装置であり、入力装置や記憶装置からデータを受け取り、演算、加工した上で、出力装置や記憶装置に出力する。
【００２６】
主記憶部１２は、ＲＯＭ（Read Only Memory）やＲＡＭ（Random Access Memory）などであり、制御部１１が実行する基本ソフトウェアであるＯＳやアプリケーションソフトウェアなどのプログラムやデータを記憶又は一時保存する記憶装置である。
【００２７】
補助記憶部１３は、ＨＤＤ（Hard  Disk  Drive）などであり、アプリケーションソフトウェアなどに関連するデータを記憶する記憶装置である。
【００２８】
外部記憶装置I／F部１４は、ＵＳＢ（Universal Serial Bus）などのデータ伝送路を介して接続された記憶媒体１５（例えば、フラッシュメモリなど）と当該画像処理サーバとのインタフェースである。
【００２９】
また、記憶媒体１５に、所定のプログラムを格納し、この記憶媒媒体１５に格納されたプログラムは外部記憶装置Ｉ／Ｆ部１４を介してＭＦＰ１０にインストールされ、インストールされた所定のプログラムはＭＦＰ１０により実行可能となる。
【００３０】
ネットワークＩ／Ｆ部１６は、有線及び／又は無線回線などのデータ伝送路により構築されたＬＡＮ（Local  Area  Network）、ＷＡＮ（Wide  Area  Network）などのネットワークを介して接続された通信機能を有する周辺機器と当該ＭＦＰ１０とのインタフェースである。
【００３１】
操作部１７や表示部１８は、キースイッチ（ハードキー）とタッチパネル機能（ＧＵＩのソフトウェアキーを含む：Graphical  User  Interface）を備えたＬＣＤ（Liquid  Crystal  Display）とから構成され、ＭＦＰ１０が有する機能を利用する際のＵＩ（User  Interface）として機能する表示及び／又は入力装置である。
【００３２】
図３は、実施例１に係る画像処理サーバ３０のハードウェア構成の一例を示す図である。図３に示すように、画像処理サーバ３０は、制御部３１、主記憶部３２、補助記憶部３３、外部記憶装置Ｉ／Ｆ部３４、ネットワークＩ／Ｆ部３６を含む。
【００３３】
制御部３１は、コンピュータの中で、各装置の制御やデータの演算、加工を行うＣＰＵである。また、制御部３１は、主記憶部３２に記憶されたプログラムを実行する演算装置であり、入力装置や記憶装置からデータを受け取り、演算、加工した上で、出力装置や記憶装置に出力する。
【００３４】
主記憶部３２は、ＲＯＭ（Read Only Memory）やＲＡＭ（Random Access Memory）などであり、制御部３１が実行する基本ソフトウェアであるＯＳやアプリケーションソフトウェアなどのプログラムやデータを記憶又は一時保存する記憶装置である。
【００３５】
補助記憶部３３は、ＨＤＤ（Hard Disk Drive）などであり、アプリケーションソフトウェアなどに関連するデータを記憶する記憶装置である。
【００３６】
外部記憶装置I／F部３４は、ＵＳＢ（Universal Serial Bus）などのデータ伝送路を介して接続された記憶媒体３５（例えば、フラッシュメモリなど）と当該画像処理サーバとのインタフェースである。
【００３７】
また、記憶媒体１５に、所定のプログラムを格納し、記憶媒媒体１５に格納されたプログラムは外部記憶装置Ｉ／Ｆ部３４を介して画像処理サーバ３０にインストールされ、インストールされた所定のプログラムは画像処理サーバ３０により実行可能となる。
【００３８】
ネットワークＩ／Ｆ部３６は、有線及び／又は無線回線などのデータ伝送路により構築されたＬＡＮ（Local Area Network）、ＷＡＮ（Wide Area Network）などのネットワークを介して接続された通信機能を有する周辺機器と当該画像処理サーバとのインタフェースである。
【００３９】
＜機能構成＞
図４は、実施例１におけるＭＦＰ１０と画像処理サーバ３０とＰＣ４０との主要機能構成の一例を示すブロック図である。なお、図４に示す例では、ＭＦＰ１０と画像処理サーバ３０を別構成にしたが、画像処理サーバ３０がＭＦＰ１０に組み込まれてもよい。
【００４０】
まず、ＭＦＰ１０の主要機能構成について説明する。ＭＦＰ１０は、オペパネ（オペレーションパネル）表示部１０１、画像読込部１０２を含む。その他一般的なＭＦＰが有するプリンタ機能やコピー機能やＦＡＸ機能等については図示していない。
【００４１】
オペパネ表示部１０１は、画像処理サーバ３０からの表示データを表示したり、ユーザーがオペレーションパネルを操作することにより発生したイベントを画像処理サーバ３０に出力したりする。
【００４２】
画像読込部１０２は、スキャン機能により原稿を読み込んで画像データを取得する。なお、画像データの取得については、ＦＡＸで受信したり、クライアントＰＣ４０からネットワークを介して取得したりしてもよい。
【００４３】
次に、画像処理サーバ３０は、オペパネ表示用データ作成部３０１、オペパネ操作受信部３０２、エラー処理部３０３、ジョブ管理部３０５、フィルター・サービス管理部３１０、ＯＣＲフィルター３１３、ＰＤＦ変換フィルター３１４、Ｅ−ｍａｉｌ送信サービス３１５、ＦＡＸ送信サービス３１６、管理ツール表示用データ作成部３１７を含む。
【００４４】
オペパネ表示用データ作成部３０１は、ＭＦＰのオペレーションパネルに表示するための表示用データを作成し、作成した表示用データをオペパネ表示部１０１に出力する。また、オペパネ表示用データ作成部３０１は、エラー処理部３０３からエラーデータを受け取った場合は、エラー表示用データを作成し、作成したエラー表示用データをオペパネ表示部１０１に出力する。さらに、オペパネ表示用データ作成部３０１は、ジョブ管理部３０５からジョブログデータを受け取った場合は、ジョブログ表示用データを作成し、作成したジョブログ表示用データをオペパネ表示部１０１に出力する。
【００４５】
オペパネ操作受信部３０２は、オペパネ表示部１０１を介してユーザーが操作したイベントを取得し、取得したイベントに応じた指示をジョブ管理部３０５に行う。また、ＭＦＰによりスキャンされた画像データは、オペパネ操作受信部３０２に送信される。例えば、オペパネ操作受信部３０２は、処理フローの実行をジョブ管理部３０５に指示する場合、取得した画像データや処理フローにおける各処理の書誌情報もジョブ管理部３０５に出力する。
【００４６】
エラー処理部３０３は、処理フローの実行中に発生したエラーに対して、エラー処理を行う。エラー処理とは、例えばエラーの内容や、後述するアクションメッセージをオペパネ表示用データ作成部３０１に出力することである。また、エラー処理部３０３は、エラー処理した内容をログに記録するためジョブ管理部３０５にエラー内容を出力する。
【００４７】
ジョブ管理部３０５は、処理フローに含まれる各処理を管理する。具体的には、ジョブ管理部３０５は、ジョブログデータＤＢ３０６、プロジェクト設定データＤＢ３０７、編集部３０８、設定部３０９を含む。なお、ジョブとは、処理フローを実行した際の配信処理のことを言う。
【００４８】
ジョブログデータＤＢ３０６は、処理フローにおけるログを格納する。プロジェクト設定データＤＢ３０７は、入力、画像変換、出力の各プラグインを格納し、また、各プラグインが組み合わされた処理フロー（プロジェクト）を１又は複数格納する。
【００４９】
編集部３０８は、処理フローを実行してエラーが発生したときに、エラーが発生した処理フローに設定されたデータを編集する。
【００５０】
設定部３０９は、処理フローに含まれる各処理において、発生可能性があるエラー毎に、エラーに対する処理（エラー対応処理という）をユーザーにより選択させることでエラー対応処理を設定する。なお、エラー対応処理とは、リトライ、キャンセル、又は保留を行うことである。また、エラー対応処理は初期設定されていてもよい。
【００５１】
フィルター・サービス管理部３１０は、ジョブ管理部３０５から処理フローの実行を指示された場合、処理フローの始めに設定されている処理から順に処理を実行するよう各処理部（ＯＣＲフィルター３１３やＰＤＦ変換フィルター３１４など）に指示する。例えば、始めの処理がＰＤＦ変換である場合、フィルター・サービス管理部３１０は、ＰＤＦ変換フィルター３１４に画像データをＰＤＦ変換するよう指示する。
【００５２】
また、フィルター・サービス管理部３１０は、各処理部からエラー通知を受けた場合、エラーの内容に応じてエラー対応処理を判定し、アクションメッセージと共にエラー内容をエラー処理部３０３に出力する。
【００５３】
ここで、フィルター・サービス管理部３１０は、判定部３１１、保留部３１２を含む。判定部３１１は、各処理部からのエラー通知に応じて、エラー内容に対応するエラー対応処理を判定する。エラー内容とエラー対応処理とアクションメッセージとの関係については、図５を用いて説明する。
【００５４】
図５は、エラー内容とアクションメッセージとエラー対応処理との関係の一例を示す図である。図５に示すように、例えば、パーコード認識処理において、エラー内容が「バーコード抽出に失敗した」であれば、エラー対応処理は「キャンセル」である。このとき、アクションメッセージとしては「解像度を上げて再度スキャンをしてください」である。アクションメッセージとは、エラーを解消するためのユーザーのアクションを示すメッセージである。
【００５５】
また、Ｅ−ｍａｉｌ送信処理において、エラー内容が「Ｅｍａｉｌサーバに接続できない」であれば、エラー対応処理は「保留」である。このとき、アクションメッセージとしては「Ｅｍａｉｌサーバとの接続を確認して下さい」又は「Ｅｍａｉｌサーバの起動を確認して下さい」である。
【００５６】
ここで、図５に示すアクションメッセージは一例を示すものでありこれに限定されない。また、エラー対応処理は設定部３０９により適宜設定可能であるため、図５に示すエラー対応処理は一例に過ぎない。
【００５７】
図４に戻り、保留部３１２は、判定部３１１によりエラー対応処理が保留と判定された場合、処理フローを保留する。保留処理は、処理フローにおいて処理が行われたところまで保存し、保存した処理から再度処理フローを実行できるようにすることである。このとき、エラーが発生した処理から処理を再開することができるため、最初から処理フローを実行する（ジョブの再投入）必要がない。
【００５８】
ＯＣＲフィルター３１３は、ＯＣＲ（Optical Character Reader）処理を行うプラグインである。ＰＤＦ変換フィルター３１４は、ＰＤＦ変換処理を行うプラグインである。Ｅ−ｍａｉｌ送信サービス３１５は、Ｅ−ｍａｉｌを送信する処理を行うプラグインである。ＦＡＸ送信サービス３１６は、ＦＡＸ送信処理を行うプラグインである。また、Ｅ−ｍａｉｌ送信サービス３１５、ＦＡＸ送信サービス３１６は、外部連携サーバと接続され、各処理を外部連携サーバに指示する。
【００５９】
管理ツール表示用データ作成部３１７は、クライアントＰＣ４０で処理される管理ツールの表示用データを作成し、作成した表示用データをＷｅｂブラウザ４０１に出力する。
【００６０】
次に、クライアントＰＣ４０について説明する。クライアントＰＣ４０は、Ｗｅｂブラウザ４０１を含み、その他の標準的なＰＣの機能については図示していない。
【００６１】
Ｗｅｂブラウザ４０１は、管理ツール表示用データ作成部３１７から表示データを受信すると、表示画面に管理ツールを表示する。これより、管理者は、クライアントＰＣ４０から画像処理サーバ３０にアクセスして、Ｗｅｂブラウザ４０１上で管理ツールを表示し、処理フローの設定や、エラー対応処理の設定などを行うことができる。
【００６２】
＜表示画面＞
次に、ＭＦＰのオペレーションパネルに表示されるジョブログ、又はＰＣの表示画面に表示されるジョブログの例について説明する。まず、ＭＦＰのオペレーションパネルに表示されるジョブログについて説明する。
【００６３】
図６は、ＭＦＰの操作画面上での表示画面の遷移の一例を示す図である。図６（Ａ）は、プロジェクト／グループの選択画面の一例を示す図である。図６（Ａ）に示すように、画面の右上に「ジョブログ」ボタンがある。「ジョブログ」ボタンを押下すると、処理中のジョブ一覧が表示される。このとき、ユーザー認証機能を設けて、認証されたユーザーが行なったジョブの一覧のみを表示するようにすると良い。
【００６４】
図６（Ｂ）は、処理中のジョブログ一覧画面の一例を示す図である。図６（Ｂ）に示すように、プロジェクト名「ｔｏＦｏｌｄｅｒ」の状態は「保留」になっている。「保留」中のプロジェクト「ｔｏＦｏｌｄｅｒ」を選択すること（プロジェクト上で押下する等）で、保留の詳細画面が表示される。
【００６５】
図７は、保留の詳細画面の一例を示す図である。図７に示すように、アクションメッセージが表示されている。ユーザーはこのアクションメッセージを見るとこで、次にどのような行動を起こせばよいかが分かる。図７に示す例では、「送信先フォルダを確認して下さい」のアクションメッセージにより、ユーザーは送信先フォルダが正しいか否かを確認し、送信先フォルダ名を修正することができる。
【００６６】
また、図７に示す保留の詳細画面は「保留解除」ボタン、「キャンセル」ボタン、「編集」ボタンを含む。「保留解除」ボタンが押下されると、処理フロー（プロジェクト）が再開される。このとき、前回エラーとなった処理から行われる。
【００６７】
「キャンセル」ボタンが押下されると、処理フローがキャンセルされる。また、キャンセルされた処理フローがエラーとしてジョブログに記憶される。
【００６８】
「編集」ボタンが押下されると、エラーが発生した処理の設定値を表示し、編集可能にする（編集部３０８）。図８は、編集画面の一例を示す図である。図８に示すように、フォルダ名を確認し、フォルダ名を誤って設定していた場合には、この画面から正しいフォルダ名に修正することができる。フォルダ名の編集が終了し、ユーザーが「保留解除」ボタンを押下すると、処理フローが再開され、修正された正しい送信フォルダ名あてに画像データが送信される。
【００６９】
次に、図９は、管理ツール上での処理中一覧を表示する表示画面の一例を示す図である。図９に示すように、ＰＣの表示画面に表示された管理ツールの「ジョブ管理」を押下（クリック）することで、画像処理サーバ３０の処理中のジョブ一覧が表示される。図９に示す例でも、保留部３１２により保留されている処理フローがある場合には、状態に「保留」が表示される。なお、チェックボックスＡのいずれかにチェックが入ったときに、領域Ｂに含まれる「中止」、「最優先」、「保留解除」、「編集」ボタンが押下できるようになる。
【００７０】
なお、「保留解除」と「編集」は、保留の処理フローにチェックが入ったときにのみ、押下できるようにすると良い。また、「保留解除」、「編集」ボタンを押下した場合の処理については、図７及び図８で説明した処理と同様にすればよいため説明を省略する。
【００７１】
＜エラー対応処理の設定＞
図１０は、エラー対応処理を設定する設定画面の一例を示す図である。図１０に示す例では、ＦＡＸ送信サービスの設定画面の例である。まず、管理者が、クライアントＰＣ４０から画像処理サーバ３０にアクセスして、ブラウザ上で管理ツールを表示する。処理フローを新規作成する際、ＦＡＸ送信サービス３１６を処理フローに追加する。ＦＡＸ送信サービス３１６の設定画面を開くと、図１０に示すような設定画面が表示される。
【００７２】
管理者は、ＦＡＸ送信サービス３１６で発生可能なエラー毎に、エラー対応処理を設定することができる。図１０に示す例では管理者は下記のようにエラー対応処理を設定したとする。
エラー対応処理の設定：
・ＦＡＸサーバに接続できないエラーの場合："リトライせずに保留する"
・ＦＡＸ番号が話中であるエラーの場合："リトライする"
・ＦＡＸ番号が使われていないエラーの場合："キャンセルする"
このとき「ＯＫ」ボタンが押下されると上記設定内容でプロジェクト設定データＤＢ３０７に保存される。また、「キャンセル」ボタンが押下されると、エラー対応処理は初期設定に戻る。
【００７３】
＜動作＞
次に、実施例１における配信処理システムの動作について説明する。図１は、実施例１における保留処理の一例を示すフローチャートである。図１に示すように、ステップＳ１１において、ユーザーはオペパネ表示部１０１に表示されたプロジェクト（処理フロー）を選択する。
【００７４】
ステップＳ１２において、ユーザーは、プロジェクトを選択した後、実行ボタンを押下する。このとき、選択されたプロジェクトの情報と、各処理の書誌情報と、取得された画像データは、オペパネ操作受信部３０２を介してジョブ管理部３０５に送信される。ジョブ管理部３０５は、取得したデータをフィルター・サービス管理部３１０に出力する。次に、フィルター・サービス管理部３１０は、プロジェクトに含まれる処理順に各処理部を実行する。
【００７５】
ステップＳ１３において、各処理部は、処理実行中にエラーが発生した場合（Ｓ１３のＹＥＳ）、エラーの内容をフィルター・サービス管理部３１０に通知する。エラーが発生しなかった場合（Ｓ１３のＮＯ）、フィルター・サービス管理部３１０により各処理が順に行われ、処理完了通知をジョブ管理部３０５に通知する。
【００７６】
ステップＳ１４において、フィルター・サービス管理部３１０（判定部３１１）は、処理部から通知されたエラーの内容に基づいて、リトライ可か否かを判定する。ステップＳ１４の判定結果がＹＥＳ（リトライ可）である場合ステップＳ１５に進み、判定結果がＮＯ（リトライ不可）である場合ステップＳ１６に進む。
【００７７】
ステップＳ１５において、フィルター・サービス管理部３１０は、システム内で設定されたリトライ設定（例えば３分おきに３回リトライする）に基づいてリトライを行う。
【００７８】
ステップＳ１６において、フィルター・サービス管理部３１０（判定部３１１）は、エラーの内容に基づいて保留するか否かを判定する。ステップＳ１６の判定結果がＹＥＳ（保留）である場合ステップＳ１８に進み、判定結果がＮＯ（保留ではない）である場合、ステップＳ１７に進む。なお、ステップＳ１４とＳ１６の判定は、判定部３１１により一括して行われても良い。
【００７９】
ステップＳ１７において、フィルター・サービス管理部３１０は、エラーが発生した処理を含むプロジェクトをキャンセルし、エラー通知をエラー処理部３０３とジョブ管理部３０５に行う。
【００８０】
ステップＳ１８において、フィルター・サービス管理部３１０（保留部３１２）は、ジョブの処理状態を「保留」とするようジョブ管理部３０５に通知する。このとき、ジョブ管理部３０５は、「保留」されたプロジェクトにおいて、処理されたところまでのデータを保存する。
【００８１】
ステップＳ１９において、フィルター・サービス管理部３１０（保留部３１２）は、エラーの内容やアクションメッセージをエラー処理部３０５に通知する。これより、エラー処理部３０３は、エラーの内容とアクションメッセージとをオペパネ表示用データ作成部に出力したり、Ｅ−ｍａｉｌでジョブを投入したユーザー宛に送信したりすることもできる。オペパネでアクションメッセージを見たユーザーやＥ−ｍａｉｌを受信したユーザーは、エラーを解消するためにどんなアクションを起こせばよいかが理解でき、エラーを解消した後には、プロジェクトについてエラーが発生した処理から再開することができる。
【００８２】
次に、実施例１におけるエラー対応処理の設定について説明する。図１２は、実施例１におけるエラー設定処理の一例を示すフローチャートである。図１２に示すように、ステップＳ２１において、ジョブ管理部３０５の設定部３０９は、クライアントＰＣ４０上の管理ツールを用いてプロジェクトの新規作成を受け付ける。
【００８３】
ステップＳ２２において、設定部３０９は、管理者がプロジェクトを設定した後、各処理上でダブルクリックするなどして各処理の設定画面を開く指示があるか否かを判定する。ステップＳ２２の判定結果がＹＥＳ（指示あり）である場合ステップＳ２３に進み、判定結果がＮＯ（指示なし）である場合ステップＳ２５に進む。
【００８４】
ステップＳ２３において、設定部３０９は、管理ツール上で設定画面を表示するよう管理ツール表示用データ作成部３１７に通知し、Ｗｅｂブラウザ４０１上で設定画面が表示される。
【００８５】
ステップＳ２４において、管理者が、発生可能性のあるエラー毎にエラー対応処理を設定（プルダウンメニューなどで選択）する。このとき、設定部３０９は、エラー毎にエラー対応処理の設定を受け付ける。
【００８６】
ステップＳ２５において、設定部３０９は、プロジェクトの設定指示を受けた場合、設定された内容のプロジェクトをプロジェクト設定データＤＢ３０７に保存する。なお、ステップＳ２３、Ｓ２４によりエラー対応処理が選択されていない場合は、初期設定値を用いる。
【００８７】
以上、実施例１によれば、配信処理を実行してエラーが発生した場合に、エラー内容に応じて保留を含むエラー対応処理を判定することにより、機器のリソースを無駄に消費することを防止することができる。
【００８８】
また、処理フローの保留中に、各処理の設定値を編集することができる編集部３０８を設けることで、編集後のデータに基づいて保留中の処理フローを再開することができる。
【００８９】
また、各処理の設定時に、各処理で発生可能性のあるエラー毎にエラー対応処理を設定することができる設定部３０９を設けることで、予めユーザー（管理者含む）にエラー時の対応について設定させることができる。
【００９０】
［実施例２］
次に、実施例２に係る配信処理システムについて説明する。実施例２では、処理フロー（プロジェクト）の設定時に、予め設定されている（初期設定も含む）エラー対応処理を、処理フローにおけるフローに基づいて、適切なエラー対応処理に変更可能とする。ここで、処理フローにおけるフローとは、前後の処理との関係や追加された処理との関係を示すものである。
【００９１】
＜機能構成＞
図１３は、実施例２に係るＭＦＰと画像処理サーバとＰＣとの主要機能構成の一例を示すブロック図である。図１３に示す機能において、図４と同様の機能のものは同じ符号を付し、その説明を省略する。なお、図１３に示す例では、ＭＦＰ１０と画像処理サーバ３０を別構成にしたが、画像処理サーバ３０がＭＦＰ１０に組み込まれてもよい。
【００９２】
図１３に示すように、ジョブ管理部３０５に変更部５０１が追加されている。変更部５０１は、エラー毎に設定されているエラー対応処理について、フローにおいて適切に設定されているか否かを判定して適切なエラー対応処理に変更する。また、変更部５０１は、適切なエラー対応処理に変更する場合、管理者に一度確認をとってから変更するようにしても良い。
【００９３】
＜変更例＞
次に、エラー対応処理の変更について図１４と図１５とを用いて説明する。図１４は、
エラー対応処理を変更する場合の表示画面の遷移の一例を示す図である。図１４上段に示すように、「処理フロー１」は、「バーコード読取」を行って「Ｅ−ｍａｉｌ送信」する処理フローである。次に、図１３下段に示すように、「処理フロー１」の先頭に「画像処理」を追加したとする。このとき、「バーコード読取」のエラー対応処理に変更が生じる場合、注意マークＡが表示される。
【００９４】
図１５は、図１４の場合におけるエラー対応処理の変更画面の一例を示す図である。図１５に示す例では、図１４上段の段階で、バーコート読取の「バーコードの位置ずれ」のエラーに対応する処理として「リトライせずに保留する」が設定されていたとする。
【００９５】
次に、図１４下段のように、「画像処理」が追加されると、この「バーコートの位置ずれ」のエラーに対応する処理として「キャンセルする」に変更する確認画面Ａが表示される（図１５参照）。これは、バーコードの読取前に画像処理を行ってもバーコードの位置ずれが生じるということは、ジョブを保留したとしても画像データ自体に不具合があるため再度エラーとなる可能性が高く、ジョブをキャンセルして再度ジョブを投入した方が良いからである。
【００９６】
例えば、バーコードの向きが違うことによりエラーが生じていた場合は、画像データを回転させれば（画像処理を施せば）エラーを解消できる。このような場合はエラー対応処理として保留を設定しておくと良い。しかし、画像データを回転させたりしてもエラーが解消できなければ、ジョブを保留にしてもエラーを解消できる可能性が低いため、ジョブをキャンセルした方が良い。
【００９７】
つまり、変更部５０１は、各処理部のエラー対応処理について、前後の処理や追加予定の各処理と適切なエラー対応処理との対応関係を保持しておき、プロジェクトの設定時には、この対応関係に基づいて、最適なエラー対応処理に変更することができる。なお、図１５に示す例では、エラー対応処理を変更する前に管理者に確認をとる例を示したが、エラー対応処理の変更を行った後に管理者報告をするようにしても良い。
【００９８】
＜動作＞
図１６は、実施例２におけるエラー設定変更処理の一例を示すフローチャートである。ステップＳ３１において、ジョブ管理部３０５の設定部３０９は、クライアントＰＣ４０上の管理ツールを用いてプロジェクトの新規作成を受け付ける。
【００９９】
ステップＳ３２において、管理者は、プロジェクトに新規処理を追加する。このとき、変更部５０１に設定内容が通知されるようにする。
【０１００】
ステップＳ３３において、変更部５０１は、前述した対応関係に基づいて、現在の設定よりも最適なエラー対応処理があるか否かを判定する。ステップＳ３３の判定結果がＹＥＳ（最適なエラー対応処理あり）である場合ステップＳ３４に進み、判定結果がＮＯ（最適なエラー対応処理なし）である場合、新規プロジェクトの保存が指示されるのを待って新規プロジェクトをプロジェクト設定データＤＢ３０７に保存する。
【０１０１】
ステップＳ３４において、変更部５０１は、設定されていたエラー対応処理から最適なエラー対応処理に変更する。ステップＳ３５において、変更部５０１は、管理ツール表示用データ作成部３１７に、変更した処理を他の処理とは区別して表示するよう指示する。例えば、図１４に示す例では、注意マークＡが表示される。
【０１０２】
ステップＳ３６において、変更部５０１は、管理者により「ＹＥＳ」ボタンが押下されるなどして変更が承諾されたか否かを判定する。ステップＳ３６の判定結果がＹＥＳ（承諾）である場合ステップＳ３８に進み、判定結果がＮＯ（否認）である場合ステップＳ３７に進む。
【０１０３】
ステップＳ３７において、変更部５０１は、エラー対応処理を元の状態に戻し、処理を終了する。ステップＳ３８において、変更部５０１は、変更されたエラー対応処理をプロジェクト設定データＤＢ３０７に保存する。
【０１０４】
以上、実施例２によれば、処理フローの設定時に、予め設定されている（初期設定も含む）エラー対応処理を、処理フローにおけるフロー（例えば、前後の処理）に基づいて、適切なエラー対応処理に変更可能とする。
【０１０５】
［実施例３］
次に、実施例３に係る配信処理システムについて説明する。実施例３では、ジョブログにおいて、処理中のジョブがキャンセル又は保留を示す処理フロー（プロジェクト）については、エラーが解消するまで一時使用不可とする。
【０１０６】
＜機能構成＞
図１７は、実施例３に係るＭＦＰと画像処理サーバとＰＣとの主要機能構成の一例を示すブロック図である。図１７に示す機能において、図４と同様の機能のものは同じ符号を付し、その説明を省略する。なお、図１７に示す例では、ＭＦＰ１０と画像処理サーバ３０を別構成にしたが、画像処理サーバ３０がＭＦＰ１０に組み込まれてもよい。
【０１０７】
図１７に示すように、ジョブ管理部３０５に一時停止部６０１が追加されている。一時停止部６０１は、ジョブログに記憶されているジョブの状態がキャンセルや保留を示す場合、つまりエラーが発生している場合、その処理フローを一時使用不可とする。再度処理フローを実行してもエラーとなる可能性が高いからである。一時停止部６０１は、ジョブログの状態を監視することで、一時使用不可の処理フローを把握することができる。
【０１０８】
なお、図１７に示す例では実施例１に一時停止部６０１を追加した構成としたが、実施例２に一時停止部６０１を追加した構成としても良い。
【０１０９】
以上、実施例３によれば、ジョブログにおいて、処理中のジョブがキャンセル又は保留を示す処理フローについては、エラーが解消するまで一時使用不可とすることができる。
【０１１０】
［変形例］
次に前述した各実施例の変形例について説明する。変形例では、前述したサーバ３０が組み込まれたＭＦＰについて説明する。なお、変形例ではＭＦＰも画像処理装置と呼ぶことにする。画像処理装置の各機能は、基本的には図４に示す機能と同様である。これより、変形例に係る画像処理装置によれば、ＭＦＰ単体で、各実施例に示した処理を行なうことができる。
【０１１１】
なお、各実施例の画像処理サーバは、ＣＰＵなどの制御装置と、ＲＯＭ（Read Only Memory）やＲＡＭなどの記憶装置と、ＨＤＤ、ＣＤドライブ装置などの外部記憶装置と、ディスプレイ装置などの表示装置と、キーボードやマウスなどの入力装置を備えており、ワークステーションや通常のコンピュータを利用したハードウェア構成となっている。
【０１１２】
各実施例の画像処理サーバで実行されるプログラムは、インストール可能な形式又は実行可能な形式のファイルでＣＤ−ＲＯＭ、フレキシブルディスク（FD）、ＣＤ−Ｒ、ＤＶＤ（Digital Versatile Disk）等のコンピュータで読み取り可能な記録媒体に記録されて提供される。
【０１１３】
また、各実施例の画像処理サーバで実行されるプログラムを、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するように構成しても良い。また、各実施例の画像処理サーバで実行されるプログラムをインターネット等のネットワーク経由で提供または配布するように構成しても良い。
【０１１４】
また、各実施例の画像処理サーバで実行されるプログラムを、ＲＯＭ等に予め組み込んで提供するように構成してもよい。
【０１１５】
各実施例の画像処理サーバで実行されるプログラムは、前述した各手段を含むモジュール構成となっており、実際のハードウェアとしてはＣＰＵ（プロセッサ）が上記記憶媒体からプログラムを読み出して実行することにより上記各手段が主記憶装置上にロードされ、主記憶装置上に生成されるようになっている。
【０１１６】
また、変形例のＭＦＰで実行されるプログラムは、ＲＯＭ等に予め組み込まれて提供される。
【０１１７】
変形例のＭＦＰで実行されるプログラムは、インストール可能な形式又は実行可能な形式のファイルでＣＤ−ＲＯＭ、フレキシブルディスク（FD）、ＣＤ−Ｒ、ＤＶＤ（Digital Versatile Disk）等のコンピュータで読み取り可能な記録媒体に記録して提供するように構成してもよい。
【０１１８】
さらに、変形例のＭＦＰで実行されるプログラムを、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するように構成しても良い。また、変形例のＭＦＰで実行されるプログラムをインターネット等のネットワーク経由で提供または配布するように構成しても良い。
【０１１９】
変形例のＭＦＰで実行されるプログラムは、前述した各手段を含むモジュール構成となっており、実際のハードウェアとしてはＣＰＵ（プロセッサ）が上記ＲＯＭからプログラムを読み出して実行することにより上記各手段が主記憶装置上にロードされ、主記憶装置上に生成されるようになっている。
【０１２０】
なお、本発明は、上記実施例そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化することができる。また、上記実施例に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成することができる。例えば、実施例に示される全構成要素からいくつかの構成要素を削除してもよい。さらに、異なる実施例にわたる構成要素を適宜組み合わせても良い。
【符号の説明】
【０１２１】
１０、２０  ＭＦＰ
３０  画像処理サーバ
４０  情報処理端末
１０１  オペパネ表示部
１０２  画像読込部
３０１  オペパネ表示用データ作成部
３０２  オペパネ操作受信部
３０３  エラー処理部
３０４  通知部
３０５  ジョブ管理部
３０６  ジョブログデータＤＢ
３０７  プロジェクト設定データＤＢ
３０８  編集部
３０９  設定部
３１０  フィルター・サービス管理部
３１１  判定部
３１２  保留部
４０１  Ｗｅｂブラウザ
５０１  変更部
６０１  一時停止部
【先行技術文献】
【特許文献】
【０１２２】
【特許文献１】特開２００４−２８０６６５号公報
【特許文献２】特開２００６−２１１５５７号公報
【特許文献３】特開２００８−２７０８９０号公報
【図１】
2010200007.tif 000003
【図２】
2010200007.tif 000004
【図３】
2010200007.tif 000005
【図４】
2010200007.tif 000006
【図５】
2010200007.tif 000007
【図６】
2010200007.tif 000008
【図７】
2010200007.tif 000009
【図８】
2010200007.tif 000010
【図９】
2010200007.tif 000011
【図１０】
2010200007.tif 000012
【図１１】
2010200007.tif 000013
【図１２】
2010200007.tif 000014
【図１３】
2010200007.tif 000015
【図１４】
2010200007.tif 000016
【図１５】
2010200007.tif 000017
【図１６】
2010200007.tif 000018
【図１７】
2010200007.tif 000019