(57)【要約】【課題】原稿から読み取られた画像データに関する処理に異常が発生した場合の作業負担を軽減することができる。【解決手段】第１の情報処理装置は、原稿からの画像データの読み取りを制御する制御部と、前記画像データを第２の情報処理装置に送信する第１の送信部と、前記第２の情報処理装置から送信される画像データを受信する第１の受信部と、受信された画像データを表示し、表示された画像データに対する操作に応じて、当該画像データを編集する編集部と、編集された画像データを前記第２の情報処理装置に送信する第２の送信部と、を有し、前記第２の情報処理装置は、前記第１の送信部又は前記第２の送信部によって送信される画像データを受信する第２の受信部と、受信された画像データに関して画像処理を実行する第１の処理部と、前記画像処理に失敗した場合に、前記画像データを、前記第１の情報処理装置に送信する第３の送信部と、を有する。【選択図】図４
2016174325.tif 000002
【特許請求の範囲】
【請求項１】
相互にネットワークを介して接続される第１の情報処理装置と第２の情報処理装置とを含む情報処理システムであって、
前記第１の情報処理装置は、
原稿からの画像データの読み取りを制御する制御部と、
前記画像データを前記第２の情報処理装置に送信する第１の送信部と、
前記第２の情報処理装置から送信される画像データを受信する第１の受信部と、
前記第１の受信部によって受信された画像データを表示し、表示された画像データに対する操作に応じて、当該画像データを編集する編集部と、
前記編集部によって編集された画像データを前記第２の情報処理装置に送信する第２の送信部と、
を有し、
前記第２の情報処理装置は、
前記第１の送信部又は前記第２の送信部によって送信される画像データを受信する第２の受信部と、
前記第２の受信部によって受信された画像データに関して画像処理を実行する第１の処理部と、
前記画像処理に失敗した場合に、前記画像データを、前記第１の情報処理装置に送信する第３の送信部と、
を有することを特徴とする情報処理システム。
【請求項２】
前記第２の情報処理装置は、
前記画像処理によって得られるデータを用いた処理を実行する第２の処理部と、
前記画像処理に失敗した場合に、前記画像処理によって得られる予定のデータを入力させるための情報を、前記第１の情報処理装置に送信する第４の送信部と、
前記第４の送信部によって送信された情報に基づいて、前記第１の情報処理装置において入力されたデータを受信する第３の受信部とを有し、
前記第２の処理部は、前記第３の受信部によって受信されたデータを用いて処理を実行する、
ことを特徴とする請求項１記載の情報処理システム。
【請求項３】
前記編集部は、前記第１の受信部によって受信された画像データが含む複数のページのうちの一部のページを削除する、
ことを特徴とする請求項１又は２記載の情報処理システム。
【請求項４】
前記編集部は、前記第１の受信部によって受信された画像データが含む複数のページのうちのいずれかのページを他のページと入れ替える、
ことを特徴とする請求項１乃至３いずれか一項記載の情報処理システム。
【請求項５】
前記編集部は、前記第１の受信部によって受信された画像データが含む複数のページのうちのいずれかのページの向きを変更する、
ことを特徴とする請求項１乃至４いずれか一項記載の情報処理システム。
【請求項６】
前記編集部は、前記第１の受信部によって受信された画像データが表示されている間に、前記制御部によって読み取りが制御された新たな画像データを、前記受信された画像データのいずれかのページに挿入する、
ことを特徴とする請求項１乃至５いずれか一項記載の情報処理システム。
【請求項７】
情報処理装置であって、
原稿からの画像データの読み取りを制御する制御部と、
前記画像データをネットワークを介して接続される他の情報処理装置に送信する第１の送信部と、
前記他の情報処理装置における、前記画像データに関する画像処理が失敗した場合に、前記他の情報処理装置から送信される当該画像データを受信する第１の受信部と、
前記第１の受信部によって受信された画像データを表示し、表示された画像データに対する操作に応じて、当該画像データを編集する編集部と、
前記編集部によって編集された画像データを、前記画像処理の処理対象として前記他の情報処理装置に送信する第２の送信部と、
を有することを特徴とする情報処理装置。
【請求項８】
相互にネットワークを介して接続される第１の情報処理装置と第２の情報処理装置とが実行する情報処理方法であって、
前記第１の情報処理装置が、
原稿からの画像データの読み取りを制御する制御手順と、
前記画像データを前記第２の情報処理装置に送信する第１の送信手順と、
前記第２の情報処理装置から送信される画像データを受信する第１の受信手順と、
前記第１の受信手順において受信された画像データを表示し、表示された画像データに対する操作に応じて、当該画像データを編集する編集手順と、
前記編集手順において編集された画像データを前記第２の情報処理装置に送信する第２の送信手順と、
を実行し、
前記第２の情報処理装置が、
前記第１の送信手順又は前記第２の送信手順において送信される画像データを受信する第２の受信手順と、
前記第２の受信手順において受信された画像データに関して画像処理を実行する第１の処理手順と、
前記画像処理に失敗した場合に、前記画像データを、前記第１の情報処理装置に送信する第３の送信手順と、
を実行することを特徴とする情報処理システム。
【請求項９】
情報処理装置に、
原稿からの画像データの読み取りを制御する制御手順と、
前記画像データをネットワークを介して接続される他の情報処理装置に送信する第１の送信手順と、
前記他の情報処理装置における、前記画像データに関する画像処理が失敗した場合に、前記他の情報処理装置から送信される当該画像データを受信する第１の受信手順と、
前記第１の受信手順によって受信された画像データを表示し、表示された画像データに対する操作に応じて、当該画像データを編集する編集手順と、
前記編集手順によって編集された画像データを、前記画像処理の処理対象として前記他の情報処理装置に送信する第２の送信手順と、
を実行させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理システム、情報処理装置、情報処理方法、及びプログラムに関する。
【背景技術】
【０００２】
画像形成装置において原稿からスキャンされた画像データ（以下、「スキャン画像」という。）に関して、予め定義されたワークフローを実行可能なシステムが有る。斯かるシステムでは、ユーザの業務フローに則した形態でデータが流れるように、ワークフローが定義される。
【０００３】
ワークフローの一部を構成する処理として、スキャン画像に含まれているバーコードからの情報の抽出や、スキャン画像に対してＯＣＲ（Optical Character Reader）処理等が有る。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、スキャン画像の品質が悪い場合や、スキャン対象の原稿の状態が適切でない場合には、スキャン画像からの情報の抽出に失敗する場合が有る。スキャン画像の品質が悪い場合とは、例えば、多数のノイズが画像に含まれている場合である。スキャン対象の原稿の状態が適切でない場合とは、例えば、バーコードが含まれていることが予定されているページが、他のページと入れ替わっていたり、原稿の上下が逆であったりする場合等である。
【０００５】
この場合、ユーザは、改めて原稿のスキャン作業からやり直す必要が有る。斯かる作業の負担は、原稿のページ数が多くなればなるほど大きくなる。
【０００６】
本発明は、上記の点に鑑みてなされたものであって、原稿から読み取られた画像データに関する処理に異常が発生した場合の作業負担を軽減することを目的とする。
【課題を解決するための手段】
【０００７】
そこで上記課題を解決するため、相互にネットワークを介して接続される第１の情報処理装置と第２の情報処理装置とを含む情報処理システムにおいて、前記第１の情報処理装置は、原稿からの画像データの読み取りを制御する制御部と、前記画像データを前記第２の情報処理装置に送信する第１の送信部と、前記第２の情報処理装置から送信される画像データを受信する第１の受信部と、前記第１の受信部によって受信された画像データを表示し、表示された画像データに対する操作に応じて、当該画像データを編集する編集部と、前記編集部によって編集された画像データを前記第２の情報処理装置に送信する第２の送信部と、を有し、前記第２の情報処理装置は、前記第１の送信部又は前記第２の送信部によって送信される画像データを受信する第２の受信部と、前記第２の受信部によって受信された画像データに関して画像処理を実行する第１の処理部と、前記画像処理に失敗した場合に、前記画像データを、前記第１の情報処理装置に送信する第３の送信部と、を有する。
【発明の効果】
【０００８】
原稿から読み取られた画像データに関する処理に異常が発生した場合の作業負担を軽減することができる。
【図面の簡単な説明】
【０００９】
【図１】第１の実施の形態における情報処理システムの構成例を示す図である。
【図２】第１の実施の形態における配信管理サーバのハードウェア構成例を示す図である。
【図３】第１の実施の形態における画像形成装置のハードウェア構成例を示す図である。
【図４】第１の実施の形態における配信管理サーバ及び画像形成装置の機能構成例を示す図である。
【図５】フロージョブの投入処理の処理手順の一例を説明するためのシーケンス図である。
【図６】フロージョブの実行処理の処理手順の一例を説明するためのシーケンス図である。
【図７】フロー定義データに定義されている情報の一例を概念的に示す図である。
【図８】第１の実施の形態におけるエラー画面の一例を示す図である。
【図９】エラーが発生したフロージョブを継続させるための処理手順の第１の例を説明するためのシーケンス図である。
【図１０】スキャン画像の編集画面の一例を示す図である。
【図１１】エラーが発生したフロージョブを継続させるための処理手順の第２の例を説明するためのシーケンス図である。
【図１２】ジョブ一覧画面の一例を示す図である。
【図１３】第２の実施の形態における配信管理サーバ及び画像形成装置の機能構成例を示す図である。
【図１４】第２の実施の形態におけるエラー画面の一例を示す図である。
【図１５】入力ボタンの選択に応じて実行される処理手順の一例を説明するためのシーケンス図である。
【図１６】メタデータ入力画面の表示例を示す図である。
【図１７】第２の実施の形態の情報処理システムの状態遷移の一例を説明するための図である。
【発明を実施するための形態】
【００１０】
以下、図面に基づいて本発明の実施の形態を説明する。図１は、第１の実施の形態における情報処理システムの構成例を示す図である。図１において、情報処理システム１は、配信管理サーバ１０、１以上の画像形成装置２０、及び文書管理サーバ３０等を含む。配信管理サーバ１０と各画像形成装置２０、及び配信管理サーバ１０と文書管理サーバ３０とは、ＬＡＮ（Local Area Network）又はインターネット等のネットワーク（有線又は無線の別は問わない。）を介して通信可能に接続されている。
【００１１】
配信管理サーバ１０は、画像形成装置２０においてスキャンされた画像データ（以下、「スキャン画像」という。）に関して、予め定義されたワークフローを実行するコンピュータである。ワークフローとは、例えば、それぞれが独立して又は単独で完結した機能を実現する一以上の処理単位（タスク）の任意な組み合わせによって実現される処理の流れ（処理フロー）をいう。なお、上記処理単位は、一般的なワークフローの用語における、アクティビティに当てはめられてもよい。
【００１２】
画像形成装置２０は、ワークフローの処理対象とされるデータの入力元となる装置の一例である。画像形成装置２０は、原稿からスキャンされた画像データを、ワークフローに対する入力データとして、配信管理サーバ１０に送信する。
【００１３】
文書管理サーバ３０は、配信管理サーバ１０において実行されるワークフローの処理結果の配信先とされる装置の一例である。
【００１４】
図２は、第１の実施の形態における配信管理サーバのハードウェア構成例を示す図である。図２の配信管理サーバ１０は、それぞれバスＢで相互に接続されているドライブ装置１００、補助記憶装置１０２、メモリ装置１０３、ＣＰＵ１０４、及びインタフェース装置１０５等を有する。
【００１５】
配信管理サーバ１０での処理を実現するプログラムは、ＣＤ−ＲＯＭ等の記録媒体１０１によって提供される。プログラムを記憶した記録媒体１０１がドライブ装置１００にセットされると、プログラムが記録媒体１０１からドライブ装置１００を介して補助記憶装置１０２にインストールされる。但し、プログラムのインストールは必ずしも記録媒体１０１より行う必要はなく、ネットワークを介して他のコンピュータよりダウンロードするようにしてもよい。補助記憶装置１０２は、インストールされたプログラムを格納すると共に、必要なファイルやデータ等を格納する。
【００１６】
メモリ装置１０３は、プログラムの起動指示があった場合に、補助記憶装置１０２からプログラムを読み出して格納する。ＣＰＵ１０４は、メモリ装置１０３に格納されたプログラムに従って配信管理サーバ１０に係る機能を実行する。インタフェース装置１０５は、ネットワークに接続するためのインタフェースとして用いられる。
【００１７】
なお、配信管理サーバ１０は、複数のコンピュータを含むコンピュータシステムであってもよい。
【００１８】
図３は、第１の実施の形態における画像形成装置のハードウェア構成例を示す図である。図３において、画像形成装置２０は、コントローラ２１、スキャナ２２、プリンタ２３、モデム２４、操作パネル２５、ネットワークインタフェース２６、及びＳＤカードスロット２７等のハードウェアを有する。
【００１９】
コントローラ２１は、ＣＰＵ２１１、ＲＡＭ２１２、ＲＯＭ２１３、ＨＤＤ２１４、及びＮＶＲＡＭ２１５等を有する。ＲＯＭ２１３には、各種のプログラムやプログラムによって利用されるデータ等が記憶されている。ＲＡＭ２１２は、プログラムをロードするための記憶領域や、ロードされたプログラムのワーク領域等として用いられる。ＣＰＵ２１１は、ＲＡＭ２１２にロードされたプログラムを処理することにより、各種の機能を実現する。ＨＤＤ２１４には、プログラムやプログラムが利用する各種のデータ等が記憶される。ＮＶＲＡＭ２１５には、各種の設定情報等が記憶される。
【００２０】
スキャナ２２は、原稿より画像データを読み取るためのハードウェア（画像読取手段）である。プリンタ２３は、印刷データを印刷用紙に印刷するためのハードウェア（印刷手段）である。モデム２４は、電話回線に接続するためのハードウェアであり、ＦＡＸ通信による画像データの送受信を実行するために用いられる。操作パネル２５は、ユーザからの入力の受け付けを行うためのボタン等の入力手段や、液晶パネル等の表示手段等を備えたハードウェアである。液晶パネルは、タッチパネル機能を有していてもよい。この場合、当該液晶パネルは、入力手段の機能をも兼ねる。ネットワークインタフェース２６は、ＬＡＮ等のネットワーク（有線又は無線の別は問わない。）に接続するためのハードウェアである。ＳＤカードスロット２７は、ＳＤカード８０に記憶されたプログラムを読み取るために利用される。すなわち、画像形成装置２０では、ＲＯＭ２１３に記憶されたプログラムだけでなく、ＳＤカード８０に記憶されたプログラムもＲＡＭ２１２にロードされ、実行されうる。なお、他の記録媒体（例えば、ＣＤ−ＲＯＭ又はＵＳＢ（Universal Serial Bus）メモリ等）によってＳＤカード８０が代替されてもよい。すなわち、ＳＤカード８０の位置付けに相当する記録媒体の種類は、所定のものに限定されない。この場合、ＳＤカードスロット２７は、記録媒体の種類に応じたハードウェアによって代替されればよい。
【００２１】
なお、操作パネル２５は、専用の又は汎用的なスマートフォンやタブレット端末等、画像形成装置２０からは独立したＣＰＵ及びＯＳ（Operating System）を有する装置であってもよい。当該ＯＳは、例えば、Ａｎｄｒｏｉｄ（登録商標）等、スマートフォンやダブレット端末等において一般的に利用されているものであってもよい。そうすることで、スマートフォンやタブレット端末等と同様に、表現豊かな画面を表示可能とすることができ、スマートフォンやタブレット端末等と同様の操作感を提供することができる。但し、他の装置によって、操作パネル２５が実現されてもよい。
【００２２】
図４は、第１の実施の形態における配信管理サーバ及び画像形成装置の機能構成例を示す図である。図４において、画像形成装置２０は、ＵＩ処理部２２１、スキャン制御部２２２、ジョブ要求送信部２２３、スキャン画像編集部２２４、及びジョブ情報取得部２２５等を有する。これら各部は、画像形成装置２０にインストールされる１以上のプログラムが、ＣＰＵ２１１に実行させる処理により実現される。又は、操作パネル２５が、画像形成装置２０とは別にＣＰＵを有する場合、操作パネル２５にインストールされる１以上のプログラムが当該ＣＰＵに実行させる処理によって、これら各部の全部若しくは一部が実現されてもよい。
【００２３】
ＵＩ処理部２２１は、操作パネル２５への画面の表示、当該画面を介した操作に応じた処理の制御等を行う。スキャン制御部２２２は、ＵＩ処理部２２１によって検知される、スキャンの実行指示に応じ、スキャナ２２を制御して、画像形成装置２０にセットされた原稿からの画像データのスキャン（読み取り）を実行する。ジョブ要求送信部２２３は、原稿からスキャンされたスキャン画像を含む、ワークフローのジョブの実行要求を配信管理サーバ１０に送信する。ワークフローのジョブとは、ワークフローの実行単位をいう。例えば、同一の処理手順に係るワークフローが複数回実行された場合、各実行時のジョブは異なる。以下、ワークフローのジョブを、「フロージョブ」という。フロージョブの実行要求には、実行対象とするワークフローの識別情報（以下、「フローＩＤ」という。）や、画像形成装置２０へのログインユーザの識別情報（以下、「ユーザＩＤ」という。）等が含まれる。画像形成装置２０へのログインユーザは、フロージョブの実行指示の入力を行った者である。
【００２４】
スキャン画像編集部２２４は、フロージョブの実行要求に応じて配信管理サーバ１０において実行されるフロージョブにおいて、スキャン画像に関する画像処理において異常（以下、「エラー」という。）が発生した場合に、当該スキャン画像の編集処理を行う。
【００２５】
ジョブ情報取得部２２５は、画像形成装置２０へのログインユーザに斯かるフロージョブに関する情報を、配信管理サーバ１０から取得する。
【００２６】
一方、配信管理サーバ１０は、ジョブ投入部１１、フロー実行制御部１２、エラー通知部１３、処理部１４、及びジョブ情報提供部１５等を有する。これら各部は、配信管理サーバ１０にインストールされたプログラムがＣＰＵ１０４に実行させる処理により実現される。配信管理サーバ１０は、また、開始用ジョブキュー１２１、エラージョブ記憶部１２２、実行中ジョブ記憶部１２３、ユーザ情報記憶部１２４、及びフロー定義記憶部１２５等の記憶部を利用する。これら各記憶部は、補助記憶装置１０２、又は配信管理サーバ１０にネットワークを介して接続される記憶装置等を用いて実現可能である。
【００２７】
ユーザ情報記憶部１２４には、情報処理システム１の利用が予定されている（許可されている）ユーザの属性情報が記憶されている。例えば、各ユーザＩＤに対応付けられて、各ユーザのメールアドレス等が、ユーザ情報記憶部１２４に記憶されている。
【００２８】
フロー定義記憶部１２５には、フロー定義データが記憶されている。フロー定義データとは、ワークフローの処理の流れ等に関する定義情報が記録されたデータをいう。本実施の形態において、一つのフロー定義データは、一つのワークフローに対応する。したがって、フロー定義データは、相互に処理手順の異なるワークフローごとに作成される。
【００２９】
ジョブ投入部１１は、フロージョブの実行要求及び当該ワークフローに対する入力データ等を受信し、当該フロージョブに係るジョブ情報を開始用ジョブキュー１２１に投入する。
【００３０】
開始用ジョブキュー１２１は、投入されたジョブ情報を、例えば、ＦＩＦＯ（First-In First-Out）形式で記憶する。ジョブ情報は、例えば、実行対象のワークフローのフロー定義データの複製や、画像形成装置２０から送信されるスキャン画像等の処理対象のデータ等を含む情報である。なお、一つのフロージョブに対するジョブ情報は、例えば、一つのフォルダに格納されて管理されてもよい。
【００３１】
フロー実行制御部１２は、開始用ジョブキュー１２１に記憶された１以上のジョブ情報のうち、記憶順に従って実行対象とされるジョブ情報を、各処理部１４がアクセス可能な実行中ジョブ記憶部１２３に移動する。フロー実行制御部１２は、実行中ジョブ記憶部１２３に記憶されたジョブ情報に基づいて、フロージョブの実行を制御する。各処理部１４は、フロー実行制御部１２からの実行指示に応じ、実行中ジョブ記憶部１２３に記憶されたジョブ情報を参照して、当該処理部１４に係る処理単位を実行する。なお、実行中ジョブ記憶部１２３は、フロージョブごとに形成されてもよい。フロージョブの実行中にエラーが発生した場合、フロー実行制御部１２は、当該フロージョブに係るジョブ情報を、実行中ジョブ記憶部１２３からエラージョブ記憶部１２２に移動し、当該フロージョブの進行を停止させる。
【００３２】
エラー通知部１３は、フロージョブにおけるエラーの発生を、当該フロージョブの実行要求元のユーザに通知するための処理を行う。
【００３３】
処理部１４は、ワークフローを構成する処理単位（アクティビティ）を実行する。例えば、一つの処理単位は、一つの処理部１４によって実行される。したがって、ワークフローは、相互に処理内容の異なる１以上の処理部１４が実行する処理単位の接続によって実現される。但し、一つのワークフロー内において、同じ処理単位が２回以上出現してもよい。
【００３４】
本実施の形態において、配信管理サーバ１０が実行するワークフローを構成する１以上の処理単位は、入力処理、中間処理、及び出力処理に大別される。入力処理は、例えば、画像形成装置２０等の外部装置から、ワークフローに対する入力データを入力する処理である。
【００３５】
中間処理は、例えば、フロージョブの処理対象とされたデータに対する加工処理である。中間処理の一例として、ＯＣＲ（Optical Character Recognition）処理、バーコード処理、及びデータ変換処理等が挙げられる。
【００３６】
出力処理は、フロージョブによって生成されるデータをユーザが利用可能な形態で出力する処理である。利用可能な形態には、用紙への印刷等、ユーザが直接利用な形態のみならず、電子的な保存等、ユーザが、アプリケーションプログラム等を介して利用可能な形態も含まれる。出力処理の一例として、文書管理サーバ３０への配信処理が挙げられる。また、所定のメールアドレスが配信先とされてもよい。
【００３７】
入力処理、中間処理、及び出力処理のうち、各処理部１４が実行するのは、中間処理又は出力処理である。入力処理は、ジョブ投入部１１によって実行されるからである。図４では、処理部１４の一例として、ＯＣＲ処理部１４ａ、バーコード処理部１４ｂ、及び文書配信処理部１４ｃ等が示されている。ＯＣＲ処理部１４ａは、スキャン画像に対してＯＣＲ処理を実行する。バーコード処理部１４ｂは、スキャン画像に含まれているバーコードに埋め込まれている情報を抽出する。文書配信処理部１４ｃは、スキャン画像を文書管理サーバ３０に配信する。その結果、スキャン画像が、文書データとして文書管理サーバ３０に登録される。この際、スキャン画像から抽出された情報が、当該文書データの属性情報の一部として文書管理サーバ３０に登録される。なお、ＯＣＲ処理部１４ａ及びバーコード処理部１４ｂが実行する処理単位は、中間処理に属する。文書配信処理部１４ｃが実行する処理単位は、出力処理に属する。
【００３８】
なお、各処理部１４は、それぞれ独立したプログラムモジュールが、ＣＰＵ１０４に実行させる処理により実現されてもよい。配信管理サーバ１０（ＣＰＵ１０４）を、処理部１４として機能させるプログラムモジュールを、以下、「プラグイン」という。
【００３９】
ジョブ情報提供部１５は、画像形成装置２０からのフロージョブ一覧の取得要求に応じ、当該取得要求に含まれているユーザＩＤに関連付けられた開始用ジョブキュー１２１、実行中ジョブ記憶部１２３、又はエラージョブ記憶部１２２に記憶されているジョブ情報の書誌情報を取得し、取得された書誌情報の一覧を、画像形成装置２０に返信する。
【００４０】
以下、情報処理システム１において実行される処理手順について説明する。図５は、フロージョブの投入処理の処理手順の一例を説明するためのシーケンス図である。図５において、ユーザは、既に画像形成装置２０にログイン済みであるとする。したがって、例えば、画像形成装置２０のＲＡＭ２１２には、当該ユーザのユーザＩＤが、ログインユーザのユーザＩＤとして記憶されている。
【００４１】
ステップＳ１０１において、ユーザによって、実行対象とするワークフローが選択され、フロージョブの実行指示が入力されると、ＵＩ処理部２２１は、スキャンの実行をスキャン制御部２２２に要求する（Ｓ１０２）。スキャン制御部２２２は、画像形成装置２０にセットされている、１ページ以上の原稿からの画像データのスキャンを、スキャナ２２に実行させる。スキャンが完了すると、スキャン制御部２２２は、スキャン画像をＵＩ処理部２２１に送信する（Ｓ１０３）。なお、この時点において、ＵＩ処理部２２１は、スキャン画像を操作パネル２５にプレビュー表示してもよい。プレビュー表示が行われる場合、ステップＳ１０４以降は、ユーザによってスキャン画像の送信許可が入力された場合に、実行されてもよい。
【００４２】
続いて、ＵＩ処理部２２１は、スキャン画像、ログインユーザのユーザＩＤ、及び実行対象のワークフローのフローＩＤ等を含む、フロージョブの実行要求の送信を、ジョブ要求送信部２２３に要求する（Ｓ１０４）。ジョブ要求送信部２２３は、当該フロージョブの実行要求を、配信管理サーバ１０に送信する（Ｓ１０５）。
【００４３】
配信管理サーバ１０のジョブ投入部１１は、当該フロージョブの実行要求を受信すると、当該実行要求に含まれている、スキャン画像、ユーザＩＤ、及びフローＩＤと、当該実行要求の送信元の画像形成装置２０のＩＰアドレス及び当該フロージョブのジョブＩＤと等を含むジョブ情報を、相互に関連付けて開始用ジョブキュー１２１に登録する（Ｓ１０６）。なお、当該実行要求の送信元の画像形成装置２０のＩＰアドレスは、当該実行要求に係る通信プロトコルレベルのパケット情報に基づいて特定可能である。また、ジョブＩＤは、ジョブ投入部１１によって、他のフロージョブのジョブＩＤと重複しない値（一意な番号）が割り当てられる。本実施の形態においてジョブＩＤは、フローＩＤに続けて一意な番号を含む値であるとする。したがって、ジョブＩＤからフローＩＤを抽出可能である。
【００４４】
続いて、フロージョブの実行処理について説明する。図６は、フロージョブの実行処理の処理手順の一例を説明するためのシーケンス図である。
【００４５】
フロー実行制御部１２は、例えば、周期的に開始用ジョブキュー１２１を参照している。１以上のジョブ情報が開始用ジョブキュー１２１に記憶されている場合、フロー実行制御部１２は、当該ジョブ情報のうち、例えば、最も古いジョブ情報を開始用ジョブキュー１２１から取り出し、実行中ジョブ記憶部１２３に移動する（Ｓ２０１）。移動されたジョブ情報は、開始用ジョブキュー１２１から削除される。なお、フロー実行制御部１２は、当該ジョブ情報を移動する際に、当該ジョブ情報に含まれているフローＩＤに対応するフロー定義データを、フロー定義記憶部１２５から取得する。フロー実行制御部１２は、取得されたフロー定義データを、実行中ジョブ記憶部１２３に移動されるジョブ情報に含める。フロー定義データには、例えば、図７に示されるような情報が定義されている。
【００４６】
図７は、フロー定義データに定義されている情報の一例を概念的に示す図である。図７に示されるように、フロー定義データには、当該フロー定義データに係るワークフローを構成する各処理単位を示す情報、及び各処理単位の実行順等を示す情報等が定義されている。図７では、入力される画像データ（本実施の形態ではスキャン画像）に関して、バーコード処理が実行された後に、文書配信処理の実行が予定されていることが示されている。なお、フロー定義データには、各処理単位を担当する処理部１４の識別情報（以下、「処理単位ＩＤ」という。）も含まれている。
【００４７】
図７に示される情報が定義されたフロー定義データに基づいて、フロー実行制御部１２は、まず、バーコード処理を実行すべきことを判定する。そこで、フロー実行制御部１２は、バーコード処理を担当するバーコード処理部１４ｂに対して、バーコード処理の実行を要求する（Ｓ２０３）。この際、ジョブＩＤがバーコード処理部１４ｂに通知される。バーコード処理部１４ｂは、当該ジョブＩＤに関連付けられた実行中ジョブ記憶部１２３に記憶されているジョブ情報（以下、「対象ジョブ情報」という。）に含まれているスキャン画像に対して、バーコード処理を実行する。バーコード処理に成功した場合、バーコード処理部１４ｂは、バーコード処理によってスキャン画像から抽出されたデータを、実行中ジョブ記憶部１２３に記憶されている対象ジョブ情報に追加する。この場合、バーコード処理に続いて、バーコード処理によって得られたデータを用いて、文書配信処理が実行される。
【００４８】
一方、バーコード処理においてエラーが発生した場合、バーコード処理部１４ｂは、エラーの原因を示すエラー情報を、フロー実行制御部１２に通知する（Ｓ２０３）。例えば、エラー情報には、ジョブＩＤ、エラーメッセージ、及びバーコード処理部１４ｂの処理単位ＩＤ等が含まれる。
【００４９】
フロー実行制御部１２は、エラー情報の通知に応じ、当該エラー情報に含まれているジョブＩＤと、当該ジョブＩＤに係る対象ジョブ情報に含まれているユーザＩＤ及びＩＰアドレスとをエラー情報に追加し、当該エラー情報の送信を、エラー通知部１３要求する（Ｓ２０４）。フロー実行制御部１２は、また、対象ジョブを実行中ジョブ記憶部１２３からエラージョブ記憶部１２２に移動し、バーコード処理部１４ｂから通知されたエラー情報を、エラージョブ記憶部１２２に記憶されている対象ジョブ情報に追加する（Ｓ２０５）。
【００５０】
エラー通知部１３は、エラー情報の送信要求に応じ、当該エラー情報を、当該エラー情報に含まれているＩＰアドレスに係る画像形成装置２０に送信する（Ｓ２０６）。当該画像形成装置２０のＵＩ処理部２２１は、当該エラー情報を受信すると、当該エラー情報に含まれているユーザＩＤが、現在のログインユーザのユーザＩＤに一致するか否かを判定する。双方のユーザＩＤが一致すれば（すなわち、エラー情報に係るフロージョブの実行要求元であるユーザが、まだ、画像形成装置２０を操作中であれば）、ＵＩ処理部２２１は、当該エラー情報を含むエラー画面を操作パネル２５に表示させる。
【００５１】
図８は、第１の実施の形態におけるエラー画面の一例を示す図である。図８において、エラー画面５１０には、８２ページ目のバーコードが読み取れなかったために処理が中断されたことが示すメッセージが含まれている。エラー画面５１０は、また、了解ボタン５１１及び編集ボタン５１２を含む。ユーザは、当該フロージョブの継続を断念する場合、了解ボタン５１１を選択する。一方、ユーザは、当該フロージョブに係るスキャン画像を編集して該フロージョブの継続を望む場合、編集ボタン５１２を選択する。
【００５２】
了解ボタン５１１が選択されると、ＵＩ処理部２２１は、エラー情報の通知に成功したことを示す通知結果を、エラー通知部１３に送信する（Ｓ２０７）。この場合、例えば、フロー実行制御部１２は、エラージョブ記憶部１２２に記憶されている対象ジョブ情報を削除してもよい。
【００５３】
一方、ステップＳ２０６において受信されたエラー情報に含まれているユーザＩＤが、現在のログインユーザのユーザＩＤに一致しない場合、ＵＩ処理部２２１は、エラー情報の通知に失敗したことを示す通知結果を、エラー通知部１３に返信する（Ｓ２０７）。続く、ステップＳ２０８以降は、エラー情報の通知に失敗したことを示す通知結果が返信された場合にのみ実行されてもよい。
【００５４】
ステップＳ２０８において、エラー通知部１３は、エラー情報に含まれているユーザＩＤに対応するメールアドレスを、ユーザ情報記憶部１２４から取得する（Ｓ２０８、Ｓ２０９）。続いて、エラー通知部１３は、取得されたメールアドレス宛に、例えば、エラー情報に含まれているエラーメッセージ等が記述された電子メール（以下、「エラー通知メール」という。）を送信する（Ｓ２１０）。その結果、エラーが発生したフロージョブの実行要求元のユーザが、既に画像形成装置２０からログアウトしている場合であっても、当該ユーザに対して当該エラーの発生を通知することができる。
【００５５】
続いて、エラー画面５１０において、編集ボタン５１２が選択された場合に実行される処理について説明する。
【００５６】
図９は、エラーが発生したフロージョブを継続させるための処理手順の第１の例を説明するためのシーケンス図である。
【００５７】
図８に示したエラー画面５１０が表示されている状態において、ユーザによって編集ボタン５１２が選択されると、ＵＩ処理部２２１は、エラー情報に含まれているジョブＩＤを指定して、スキャン画像の取得をジョブ情報取得部２２５に要求する（Ｓ３０２）。ジョブ情報取得部２２５は、当該ジョブＩＤを含む、スキャン画像の取得要求を配信管理サーバ１０に送信する。
【００５８】
配信管理サーバ１０のジョブ情報提供部１５は、当該取得要求を受信すると、当該取得要求に含まれているジョブＩＤに係るジョブ情報に含まれているスキャン画像を、エラージョブ記憶部１２２から取得する（Ｓ３０４、Ｓ３０５）。続いて、ジョブ情報提供部１５は、取得されたスキャン画像を、スキャン画像の取得要求の送信元に返信する（Ｓ３０６）。
【００５９】
画像形成装置２０のジョブ情報取得部２２５は、返信されたスキャン画像を受信すると、当該スキャン画像をＵＩ処理部２２１に送信する（Ｓ３０７）。ＵＩ処理部２２１は、当該スキャン画像をユーザに編集させるための編集画面を、操作パネル２５に表示する（Ｓ３０８）。
【００６０】
図１０は、スキャン画像の編集画面の一例を示す図である。図１０において、編集画面５２０は、編集領域５２１及び完了ボタン５２２等を含む。
【００６１】
編集領域５２１には、スキャン画像の各ページを示すアイコンが、ページ順に表示される。編集領域５２１において、スクロールボタンｂ１がタッチされると、ＵＩ処理部２２１は、表示対象のページの範囲を、前方に移動する。スクロールボタンｂ２がタッチされると、ＵＩ処理部２２１は、表示対象のページの範囲を、後方に移動する。
【００６２】
また、ユーザは、編集領域５２１を操作して、スキャン画像のデータ構成を編集することができる。データ構成の編集に関する操作が行われた場合（Ｓ３１０）、ＵＩ処理部２２１は、当該操作に応じたスキャン画像の編集処理をスキャン画像編集部２２４に要求する（Ｓ３１１）。スキャン画像編集部２２４は、当該要求に応じ、スキャン画像を編集する。ＵＩ処理部２２１は、編集後のスキャン画像を、編集画面５２０の編集領域５２１に再表示する（Ｓ３１２）。
【００６３】
スキャン画像のデータ構成の編集の一例として、スキャン画像のページの入れ替えや、ページ数の変更等が挙げられる。例えば、いずれかのページのアイコンがロングタッチされて、左右いずれかの方向に移動されると、スキャン画像編集部２２４は、当該アイコンに係るページを、当該アイコンの移動先アイコンの位置に移動させる。また、いずれかのアイコンがスワイプされて回転されると、スキャン画像編集部２２４は、当該アイコンに係るページの向きを回転させる。また、いずれかのアイコンがスワイプされて編集領域５２１の外に弾かれると、スキャン画像編集部２２４は、当該アイコンに係るページをスキャン画像から削除する。
【００６４】
また、編集画面５２０が表示されている状態で、原稿のスキャンが実行されると、スキャン画像編集部２２４は、新たにスキャンされた画像データを、挿入マークｍ１の位置に対応するページとして、スキャン画像に追加する。例えば、挿入マークｍ１がいずれかのアイコンの位置に合わせられている場合には、当該アイコンの前又は後に新たな画像データが挿入されてもよい。また、挿入マークｍ１が、いずれか２つのアイコンの間に合わせられている場合には、当該２つのページの間に新たな画像データが挿入されてもよい。
【００６５】
本実施の形態では、図８に示したように、８２ページ目に含まれているはずのバーコードが読み取れなかったことがエラーの原因である。図１０を参照すると、８３ページ目にバーコードが含まれている。したがって、原稿のページ順が適正でなかったか、原稿に余分なページが含まれていたことが、エラーの原因であると考えられる。前者であれば、８３ページ目のアイコンを８２ページに移動させることで解決することができる。後者であれば、余分なページを削除することで解決することができる。
【００６６】
なお、上記した操作方法は一例である。操作パネル２５がタッチパネルを備えていない場合には、各操作に対応したボタン等が編集画面５２０に含まれてもよい。
【００６７】
スキャン画像の編集操作が完了し、編集画面５２０の完了ボタン５２２が選択されると（Ｓ３１３）、ＵＩ処理部２２１は、図５のステップＳ１０４と同様に、フロージョブの実行要求の送信を、ジョブ要求送信部２２３に要求する（Ｓ３１４）。但し、ここでは、編集後のスキャン画像が、当該実行要求に含まれる。また、図６のステップＳ２０６において受信されたエラー情報に含まれているジョブＩＤから抽出されたフローＩＤが、当該実行要求に含まれる。続く、ステップＳ３１５及びＳ３１６は、図５のステップＳ１０５及びＳ１０６と同様でよい。すなわち、当該実行要求は、配信管理サーバ１０から見た場合、新たなフロージョブの実行要求と同様に扱われて、当該フロージョブに係る新たなジョブ情報が、開始用ジョブキュー１２１に登録される。
【００６８】
なお、ステップＳ３１４及びＳ３１５において、フローＩＤの代わりにジョブＩＤが伝達されてもよい。配信管理サーバ１０のジョブ投入部１１は、フローＩＤの代わりにジョブＩＤがフロージョブの実行要求に含まれている場合には、当該実行要求に応じて開始用ジョブキュー１２１に登録されるジョブ情報に対して、当該実行要求に含まれているジョブＩＤを割り当ててもよい。この際、ジョブ投入部１１は、当該ジョブＩＤに係るジョブ情報をエラージョブ記憶部１２２から削除してもよい。
【００６９】
一方、図６のステップＳ２０６において、エラーの発生を確認できず、ステップＳ２１０において送信されたエラー通知メールによって、エラーの発生を知ったユーザ等のために、本実施の形態の情報処理システム１は、図１１に示されるような処理手順も実行可能である。
【００７０】
図１１は、エラーが発生したフロージョブを継続させるための処理手順の第２の例を説明するためのシーケンス図である。図１１において、ユーザは、既に画像形成装置２０にログイン済みであるとする。
【００７１】
ユーザによって、ジョブ一覧の取得指示が入力されると（Ｓ４０１）、ＵＩ処理部２２１は、ログインユーザのユーザＩＤに係るジョブ一覧の取得をジョブ情報取得部２２５に要求する（Ｓ４０２）。ジョブ情報取得部２２５は、当該ユーザＩＤを含む、ジョブ一覧の取得要求を配信管理サーバ１０に送信する（Ｓ４０３）。
【００７２】
配信管理サーバ１０のジョブ情報提供部１５は、ジョブ一覧の取得要求を受信すると、当該取得要求に含まれているユーザＩＤを含むジョブ情報に係る書誌情報を、開始用ジョブキュー１２１、実行中ジョブ記憶部１２３、及びエラージョブ記憶部１２２のそれぞれから取得する（Ｓ４０４、Ｓ４０５）。続いて、ジョブ情報提供部１５は、取得された書誌情報の一覧であるジョブ一覧を、ジョブ一覧の取得要求の送信元に返信する（Ｓ４０６）。
【００７３】
ジョブ情報取得部２２５は、返信されたジョブ一覧を受信すると、当該ジョブ一覧をＵＩ処理部２２１に送信する（Ｓ４０７）。ＵＩ処理部２２１は、当該ジョブ一覧を含むジョブ一覧画面を操作パネル２５に表示する（Ｓ４０８）。
【００７４】
図１２は、ジョブ一覧画面の一例を示す図である。ジョブ一覧画面５３０には、例えば、ジョブ一覧に含まれる書誌情報ごとに、当該書誌情報に含まれている日時、フローＩＤ、文書名、ページ数、及び状態が表示される。
【００７５】
日時は、フロージョブの実行要求がジョブ投入部１１によって受信された日時である。フローＩＤは、フロージョブにおいて実行対象とされているワークフローのフローＩＤである。文書名は、スキャン画像に対して付与された名前である。ページ数は、スキャン画像のページ数である。状態は、フロージョブの状態である。エラージョブ記憶部１２２に記憶されているジョブ情報の書誌情報が示す状態は「エラー」である。また、当該書誌情報の行には、詳細ボタン５３１が表示される。詳細ボタン５３１は、エラーの詳細をユーザに確認させるためのボタンである。なお、各書誌情報には、ジョブＩＤも含まれている。
【００７６】
ユーザによって、詳細ボタン５３１が選択されると、ＵＩ処理部２２１は、選択された詳細ボタン５３１に対応する書誌情報に含まれているジョブＩＤを指定して、エラー情報の取得をジョブ情報取得部２２５に要求する（Ｓ４１１）。ジョブ情報取得部２２５は、当該ジョブＩＤを含む、エラー情報の取得要求を配信管理サーバ１０に送信する（Ｓ４１２）。
【００７７】
配信管理サーバ１０のジョブ情報提供部１５は、エラー情報の取得要求を受信すると、当該取得要求に含まれているユーザＩＤに関連付けられているジョブ情報に含まれているエラー情報を、エラージョブ記憶部１２２から取得する（Ｓ４１３、Ｓ４１４）。当該エラー情報にはジョブＩＤも含まれている。続いて、ジョブ情報提供部１５は、当該エラー情報を、エラー情報の取得要求の送信元に返信する（Ｓ４１５）。
【００７８】
ジョブ情報取得部２２５は、返信されたエラー情報を受信すると、当該エラー情報をＵＩ処理部２２１に送信する（Ｓ４１６）。ＵＩ処理部２２１は、当該エラー情報を含むエラー画面５１０（図８）を操作パネル２５に表示する（Ｓ４１７）。
【００７９】
この後、エラー画面５１０の編集ボタン５１２が選択された場合には、図９のステップＳ３０１以降の処理手順が実行される。
【００８０】
上述したように、第１の実施の形態によれば、スキャン画像が原因でフロージョブにエラーが発生した場合、ユーザに対して、当該スキャン画像の編集の機会が与えられる。ユーザによって編集されたスキャン画像は、改めて、フロージョブの実行対象とすることができる。したがって、ユーザは、原稿のスキャンを再度実行しなくても、スキャン画像を編集することで、エラーの原因を取り除くことができる。よって、第１の実施の形態によれば、原稿から読み取られた画像データに関する処理に異常が発生した場合の作業負担を軽減することができる。
【００８１】
なお、上記では、バーコード処理にエラーが発生した例について説明したが、ＯＣＲ処理や画像変換処理等、バーコード処理以外の処理単位であって、スキャン画像を対象として行われる画像処理にエラーが発生した場合に関して、本実施の形態が適用されてもよい。
【００８２】
次に、第２の実施の形態について説明する。第２の実施の形態では第１の実施の形態と異なる点について説明する。したがって、特に言及されない点については、第１の実施の形態と同様でもよい。
【００８３】
図１３は、第２の実施の形態における配信管理サーバ及び画像形成装置の機能構成例を示す図である。図１３中、図４と同一部分には同一符号を付し、その説明は省略する。
【００８４】
図１３において、画像形成装置２０は、更に、ジョブ更新要求部２２６を有する。ジョブ更新要求部２２６は、画像形成装置２０又は操作パネル２５にインストールされる１以上のプログラムが、ＣＰＵ２１１又は操作パネル２５に実行させる処理により実現される。
【００８５】
ジョブ更新要求部２２６は、エラーが発生したフロージョブのジョブ情報の構成要素の更新を、配信管理サーバ１０に要求する。なお、スキャン画像もジョブ情報の構成要素ではあるが、第２の実施の形態では、スキャン画像以外の構成要素が更新対象とされる。
【００８６】
一方、配信管理サーバ１０は、更に、ジョブ情報更新部１６を有する。ジョブ情報更新部１６は、配信管理サーバ１０にインストールされたプログラムがＣＰＵ１０４に実行させる処理により実現される。ジョブ情報更新部１６は、ジョブ更新要求部２２６からの更新要求に応じた更新処理を、エラージョブ記憶部１２２に記憶されているジョブ情報に対して行う。
【００８７】
第２の実施の形態では、エラー画面５１０について変更が加えられる。図１４は、第２の実施の形態におけるエラー画面の一例を示す図である。図１４中、図８と同一部分には同一符号を付し、その説明は省略する。
【００８８】
図１４に示されるエラー画面５１０ａは、更に、入力ボタン５１３を有する。入力ボタン５１３が選択されると、図１５に示される処理が実行される。
【００８９】
図１５は、入力ボタンの選択に応じて実行される処理手順の一例を説明するためのシーケンス図である。
【００９０】
エラー画面５１０ａの入力ボタン５１３が選択されると、ＵＩ処理部２２１は、エラー画面５１０ａにおいて表示対象とされているエラー情報に含まれているジョブＩＤを指定して、エラーの発生によって得られなかったデータ（バーコード処理によって得られる予定であったデータ）に対応するべきキーワード（識別名）の取得を、ジョブ情報取得部２２５に要求する（Ｓ５０２）。本実施の形態では、処理単位の実行結果をメタデータといい、メタデータの識別名（すなわち、上記におけるキーワード）を、メタデータ名という。
【００９１】
メタデータ名は、フロー定義データ内に定義されている。例えば、バーコード処理であれば、バーコード処理の実行結果のメタデータ名が、バーコード処理に関する定義情報として、フロー定義データに含まれている。本実施の形態では、バーコード処理の結果は、「ｔｉｔｌｅ」といメタデータ名に対応付けられて、ジョブ情報に追加されるメタデータであることがフロー定義データに定義されていることとする。或る処理単位の処理結果が、メタデータ名（キーワード）に対応付けられるのは、当該処理単位以降の処理単位に関する、フロー定義データ内での定義情報において、当該処理結果の引用を容易とするためである。例えば、本実施の形態では、バーコード処理の後に続いて実行される文書配信処理に関する定義情報において、スキャン画像の文書管理サーバ３０への登録に際し、バーコード処理によって抽出されたデータをスキャン画像の文書名として登録することが定義されている。斯かる定義において、当該文書名を「ｔｉｔｌｅ」というメタデータ名によって記述しておくことで、当該文書名に対して、バーコード処理の処理結果を引用することができる。したがって、ステップＳ５０２では、バーコード処理の処理結果に関するメタデータ名が何であるかの問い合わせに相当する。
【００９２】
続いて、ジョブ情報取得部２２５は、指定されたジョブＩＤを含む、エラーによって得られなかったメタデータに対するメタデータ名の取得要求を配信管理サーバ１０に送信する（Ｓ５０３）。ジョブ情報取得部２２５は、エラージョブ記憶部１２２に記憶されているジョブ情報の中で、当該取得要求に含まれているジョブＩＤに係るジョブ情報のエラー情報とフロー定義データとを参照して、該当するメタデータ名を特定する。具体的には、ジョブ情報提供部１５は、当該エラー情報に含まれている処理単位ＩＤに関する定義情報を、フロー定義データの中から検索する。ジョブ情報提供部１５は、当該定義情報に定義されている、バーコード処理の処理結果に対するメタデータ名を、該当するメタデータ名として取得する。
【００９３】
続いて、ジョブ情報提供部１５は、取得されたメタデータ名を、メタデータ名の取得要求の送信元に返信する（Ｓ５０４）。ジョブ情報取得部２２５は、返信されたメタデータ名を、ＵＩ処理部２２１に送信する（Ｓ５０５）。ＵＩ処理部２２１は、当該メタデータ名に対するメタデータを入力させるためのメタデータ入力画面を、操作パネル２５に表示する（Ｓ５０６）。
【００９４】
図１６は、メタデータ入力画面の表示例を示す図である。図１６において、メタデータ入力画面５４０は、メタデータ入力領域５４１及びＯＫボタン５４２等を含む。メタデータ入力領域５４１は、メタデータの入力を受け付けるための領域である。入力すべきメタデータは、メタデータ入力領域５４１の左側に表示されているラベル（「ｔｉｔｌｅ＝」）によって、「ｔｉｔｌｅ」であることが分かる。本実施の形態の場合、ユーザは、原稿の８２ページのバーコードに埋め込まれているはずである文字列（すなわち、バーコード処理によって得られる予定であった文字列）を、メタデータ入力領域５４１に入力する。
【００９５】
本来であれば、バーコードに埋め込まれている文字列は、配信管理サーバ１０によって自動的に抽出されるはずであったが、スキャン画像の画質等が原因で抽出に失敗してしまった。この場合、ユーザは、スキャンの設定条件（例えば、解像度等）を変えて、原稿のスキャンを実行し直すこともできるが、バーコードに埋め込まれている文字列をユーザが知っている場合には、当該文字列を入力してしまった方が作業負担が小さい場合も有る。メタデータ入力画面５４０へのメタデータの入力は、このような場合に特に有効である。
【００９６】
メタデータ入力領域５４１にメタデータ（文字列）が入力され、ＯＫボタン５４２が選択されると（Ｓ５０７）、ＵＩ処理部２２１は、ステップＳ５０１において入力ボタン５１３が選択されたエラー画面５１０ａにおいて表示対象とされていたエラー情報に含まれているジョブＩＤと、ステップＳ５０５において受信されたメタデータ名とを指定して、入力されたメタデータの送信をジョブ更新要求部２２６に要求する（Ｓ５０８）。ジョブ更新要求部２２６は、当該ジョブＩＤ、当該メタデータ名、及び当該メタデータを含む、ジョブ情報の更新要求を配信管理サーバ１０に送信する（Ｓ５０９）。
【００９７】
配信管理サーバ１０のジョブ情報更新部１６は、当該更新要求を受信すると、エラージョブ記憶部１２２に記憶されているジョブ情報の中で、当該更新要求に含まれているジョブＩＤに係るジョブ情報を更新する（Ｓ５１０）。具体的には、ジョブ情報更新部１６は、当該ジョブ情報に対して、当該更新要求に含まれているメタデータを、当該更新要求に含まれているメタデータ名に対応付けて、当該ジョブ情報に追加する。その結果、当該ジョブ情報は、バーコード処理が正常に実行された場合と同じ状態となる。そこで、ジョブ情報更新部１６は、当該ジョブ情報を、エラージョブ記憶部１２２から実行中ジョブ記憶部１２３に移動する。その結果、当該ジョブ情報は、フロー実行制御部１２による処理対象となる。フロー実行制御部１２は、当該ジョブ情報に、バーコード処理に対するメタデータが含まれていることに基づいて、当該ジョブ情報に係るフロージョブが、バーコード処理まで終了していると判定する。そこで、フロー実行制御部１２は、バーコード処理の次の処理単位を実行する文書配信処理部１４ｃに、文書配信処理の実行を要求する。その結果、ユーザによって入力されたメタデータ（文字列）が文書名とされて、スキャン画像が文書管理サーバ３０に登録される。
【００９８】
なお、ステップＳ５０８及びＳ５０９において、フロージョブの再開位置を示す情報が、伝達されてもよい。すなわち、画像形成装置２０から、フロージョブの再開位置を示す情報が、配信管理サーバ１０に対して送信されてもよい。この場合、ステップＳ５０４及びＳ５０５では、メタデータ名と共に、当該フロージョブに係るフロー定義データが返信されてもよい。ＵＩ処理部２２１は、当該メタデータ名に対応する処理単位が、バーコード処理であることを当該フロー定義データに基づいて特定することができ、更に、バーコード処理の後の処理単位が、文書配信処理であることを当該フロー定義データに基づいて特定することができる。そこで、ＵＩ処理部２２１は、文書配信処理を実行すべき文書配信処理部１４ｃの処理単位ＩＤを、フロージョブの再開位置を示す情報として、ステップＳ５０８において、ジョブ更新要求部２２６に通知してもよい。ジョブ更新要求部２２６は、ステップＳ５０９において、当該処理単位ＩＤを含む、ジョブ情報の更新要求を配信管理サーバ１０に送信してもよい。配信管理サーバ１０では、当該処理単位ＩＤに基づいて、次に実行すべき処理単位が、文書配信処理であることが特定されてもよい。
【００９９】
上記した処理手順によって実現される。第２の実施の形態の情報処理システム１の状態遷移について説明する。図１７は、第２の実施の形態の情報処理システムの状態遷移の一例を説明するための図である。
【０１００】
情報処理システム１における処理は、画像形成装置２０において実行される、原稿のスキャンによって開始される（Ｓ６１０）。原稿からスキャンされたスキャン画像やフローＩＤ等を含むフロージョブの実行要求が、画像形成装置２０から配信管理サーバ１０に送信されると、配信管理サーバ１０は、ワークフロー処理を開始する（Ｓ６２０）。
【０１０１】
ワークフロー処理において、配信管理サーバ１０は、フロージョブの実行要求に対応するジョブ情報を、開始用ジョブキュー１２１に登録する（Ｓ６２１）。配信管理サーバ１０は、開始用ジョブキュー１２１からジョブ情報を取り出すと、当該ジョブ情報に係るフロージョブを実行する。まず、１番目の処理単位であるバーコード処理が実行される（Ｓ６２２）。バーコード処理が正常に終了すると、２番目の処理単位である文書配信処理が実行される（Ｓ６２３）。
【０１０２】
一方、バーコード処理においてエラーが発生すると、当該エラーが画像形成装置２０に通知される。当該エラーに際し、再度のスキャン作業を回避するための選択肢として、スキャン画像の編集（Ｓ６３０）及びメタデータの入力（Ｓ６４０）の２つの選択肢が有る。スキャン画像の編集が行われた場合（Ｓ６３０）、配信管理サーバ１０は、編集後のスキャン画像を処理対象として、改めてワークフロー処理を開始する（Ｓ６２０）。
【０１０３】
一方、メタデータが入力された場合（Ｓ６４０）、配信管理サーバ１０は、入力されたメタデータによってジョブ情報を更新する（Ｓ６５０）。この場合、更新後のジョブ情報に基づいて、中断されていたフロージョブが、文書配信処理から再開される（Ｓ６２３）。
【０１０４】
上述したように、第２の実施の形態によれば、エラーの発生によって得られなかったメタデータを、ユーザに入力させることができる。したがって、ユーザは、原稿のスキャンを再度実行しなくても、メタデータを入力することで、フロージョブを継続させることができる。その結果、原稿から読み取られた画像データに関する処理に異常が発生した場合の作業負担を軽減することができる。
【０１０５】
なお、上記各実施の形態において、画像形成装置２０若しくは操作パネル２５、又は画像形成装置２０及び操作パネル２５は、第１の情報処理装置の一例である。配信管理サーバ１０は、第２の情報処理装置の一例である。スキャン制御部２２２は、制御部の一例である。ジョブ要求送信部２２３は、第１の送信部及び第２の送信部の一例である。ジョブ情報取得部２２５は、第１の受信部の一例である。スキャン画像編集部２２４は、編集部の一例である。
【０１０６】
ジョブ投入部１１は、第２の受信部の一例である。バーコード処理部１４ｂは、第１の処理部１４の一例である。ジョブ情報提供部１５は、第３の送信部及び第４の送信部の一例である。文書配信処理部１４ｃは、第２の処理部１４の一例である。メタデータ名は、画像処理によって得られる予定のデータを入力させるための情報の一例である。ジョブ情報更新部１６は、第３の受信部の一例である。
【０１０７】
以上、本発明の実施例について詳述したが、本発明は斯かる特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。
【符号の説明】
【０１０８】
１            情報処理システム
１０          配信管理サーバ
１１          ジョブ投入部
１２          フロー実行制御部
１３          エラー通知部
１４          処理部
１４ａ        ＯＣＲ処理部
１４ｂ        バーコード処理部
１４ｃ        文書配信処理部
１５          ジョブ情報提供部
１６          ジョブ情報更新部
２０          画像形成装置
２１          コントローラ
２２          スキャナ
２３          プリンタ
２４          モデム
２５          操作パネル
２６          ネットワークインタフェース
２７          ＳＤカードスロット
３０          文書管理サーバ
８０          ＳＤカード
１００        ドライブ装置
１０１        記録媒体
１０２        補助記憶装置
１０３        メモリ装置
１０４        ＣＰＵ
１０５        インタフェース装置
１２１        開始用ジョブキュー
１２２        エラージョブ記憶部
１２３        実行中ジョブ記憶部
１２４        ユーザ情報記憶部
１２５        フロー定義記憶部
２１１        ＣＰＵ
２１２        ＲＡＭ
２１３        ＲＯＭ
２１４        ＨＤＤ
２１５        ＮＶＲＡＭ
２２１        ＵＩ処理部
２２２        スキャン制御部
２２３        ジョブ要求送信部
２２４        スキャン画像編集部
２２５        ジョブ情報取得部
２２６        ジョブ更新要求部
Ｂ            バス
【先行技術文献】
【特許文献】
【０１０９】
【特許文献１】特開２０１０−２００００７号公報
【図１】
2016174325.tif 000003
【図２】
2016174325.tif 000004
【図３】
2016174325.tif 000005
【図４】
2016174325.tif 000006
【図５】
2016174325.tif 000007
【図６】
2016174325.tif 000008
【図７】
2016174325.tif 000009
【図８】
2016174325.tif 000010
【図９】
2016174325.tif 000011
【図１０】
2016174325.tif 000012
【図１１】
2016174325.tif 000013
【図１２】
2016174325.tif 000014
【図１３】
2016174325.tif 000015
【図１４】
2016174325.tif 000016
【図１５】
2016174325.tif 000017
【図１６】
2016174325.tif 000018
【図１７】
2016174325.tif 000019