JP2011035742A - 情報処理装置、情報処理装置の制御方法、及びコンピュータプログラム - Google Patents

Abstract

【課題】取得した画像データの属性情報に基づいて、複数の処理を含む一連の処理のうち、実行可能な一連の処理を示す情報をユーザに提供する。
【解決手段】ＭＦＰ１が、スキャン画像データを取得し、取得された画像データが有する属性情報に対応する一連の処理の実行条件を取得する。また、ＭＦＰ１が、取得された一連の処理の実行条件に対応する一連の処理を取得する。そして、ＭＦＰ１が、取得された一連の処理を示す情報を画面表示する。
【選択図】図１

Description

本発明は、情報処理装置、情報処理装置の制御方法、及びコンピュータプログラムに関する。

ＭＦＰなどの画像処理装置が有する文書に対するタスクを複数組み合わせて一連の処理の流れとして登録し、この一連の処理をユーザが呼び出すことによって実行することができるアプリケーションが提案されている。上記ＭＦＰは、Multi Function Peripheral の略語である。上記アプリケーションにより、頻繁に使用する処理の組み合わせを煩わしい操作なく実行できる。ここで、タスクを複数組み合わせて一連の処理の流れとしたものを処理フローと定義する。すなわち、処理フローは、複数の処理（タスク）を含む一連の処理である。タスクは、画像データに対して実行可能な処理であり、主として複合的な機能を持つ画像処理装置の、個々の機能にて実現可能な処理のことである。例えば、画像処理装置のタスクは、原稿のスキャン、画像データのプリント、送信（電子メール、ファクス、ファイル等）、ディスクへの保存（当該画像処理装置内外のハードディスクへの保存）である。但し、画像処理装置のタスクは、上述した処理に限定されるものではない。また、画像データは、テキストデータやイメージデータを含む。また、処理フローは、タスクを提供する画像処理装置の他、様々なタスクを提供可能な複数のアプリケーションとも連携可能である。このアプリケーションは、画像処理装置上で動作するものや、コンピュータ等の情報処理装置上で動作するものを含む。

近年、タスクや処理フローの実行に必要な条件を予め定義しておき、その条件を満たしているかをチェックする技術が提案されている。例えば、原稿スキャンというタスクの実行条件として、スキャンされる原稿は特定の帳票でなければならないという条件や、スキャンされる原稿は所定の枚数でなければならないといった条件が挙げられる。タスクの実行条件をタスクや処理フローに紐づけておくことによって、タスクを実行した後に、タスクの実行条件のチェックを行い、実行条件を満たしていない場合には、処理フローをエラーとしたり、条件を満たしていない点を警告したりすることが可能となる。

一方、処理フローを実行するためのボタンを表示する画像処理装置が提案されている。この画像処理装置は、ユーザによる上記ボタンの押下動作に応じて、このボタンに対応する処理フローの実行を開始する。なお、下記の特許文献１は、処理対象文書に対して実行すべき処理を記述した指示情報を、処理対象文書とともに印刷媒体に記録する文書印刷装置を提案している。この文書印刷装置は、例えば、一連のサービス処理を記述した指示情報を示すバーコードを処理対象文書に印刷しておき、該処理対象文書の読み取り処理によって、上記一連のサービス処理を自動的に実行させる。また、下記の特許文献２が提案する画像処理装置は、設定目的と該設定目的により設定される設定対象とにキーワードを設定する。そして、この画像処理装置は、設定したキーワードから所望のキーワードを選択し、選択したキーワードに該当する設定目的又は設定対象を表示する。

特開２００５−２６２７５４号公報 特開２００６−００１２４２号公報

しかし、前述した、処理フローを実行するためのボタンを表示する画像処理装置によっては、処理フロー数が多くなると、ユーザが実行したい処理フローを示すボタンを見つけることが困難となるという問題がある。更に、多くのボタンが表示されることで、ユーザが、所望の処理フローとは異なる処理フローを誤って実行してしまう可能性もある。また、上記特許文献１が提案する文書印刷装置は、処理対象文書に対して一意にサービス処理が決定しない場合には適用することができない。また、この文書印刷装置は、スキャンされた画像データがサービス処理を行うために必要な画像データの条件を満たしているかを判断していない。

また、上記特許文献２が提案する画像処理装置によっては、ユーザがキーワードを覚えていなければならず、ユーザの負荷が大きい。また、ユーザがキーワードを忘れてしまったり、知らない場合には、選択したキーワードに該当する設定目的又は設定対象を絞り込むことができない。また、複数の画像処理装置の各々が実行するタスクを含む処理フローを管理し、取得された画像データの属性情報に基づいて実行可能な処理フローを特定し、この処理フローに含まれるタスクを、該タスクを実行する画像処理装置に送信する装置は提案されていない。
本発明は、取得した画像データの属性情報に基づいて、複数の処理を含む一連の処理のうち、実行可能な一連の処理を示す情報をユーザに提供する情報処理装置、情報処理装置の制御方法、及びコンピュータプログラムの提供を目的とする。

本発明の一実施形態の情報処理装置は、複数の処理を含む一連の処理を実行する情報処理装置である。上記情報処理装置は、各々の一連の処理に必要な画像データの属性情報を該一連の処理の実行条件として記憶する第１の記憶手段と、前記一連の処理の実行条件と前記一連の処理との対応情報を第２の情報として記憶する第２の記憶手段と、画像データを取得する画像データ取得手段と、前記取得された画像データに基づいて前記第１の記憶手段内の前記一連の処理の実行条件を検索し、前記画像データが有する属性情報に対応する前記一連の処理の実行条件を取得する第１の検索手段と、前記第１の検索手段によって取得された一連の処理の実行条件に基づいて前記第２の記憶手段内の前記対応情報を検索し、該一連の処理の実行条件に対応する一連の処理を取得する第２の検索手段と、前記第２の検索手段によって取得された一連の処理を示す情報を表示する表示手段とを備える。

本発明の情報処理装置によれば、例えば、ユーザが原稿をスキャンするだけで、その後に実行可能な所望の処理フローを示す情報をユーザに提供することができる。

本発明の第１の実施形態のシステム構成例を示す図である。 ＭＦＰのハードウェア構成と機能ブロック図の一例を示す図である。 ＰＣのハードウェア構成と機能ブロック図の一例を示す図である。 処理フロー条件管理ファイル、処理フロー管理ファイル、帳票テンプレート管理ファイルのデータ構成例を示す図である。 ＭＦＰの動作処理を説明する図である。 処理フロー条件の検索処理と処理フロー実行開始ボタンの表示例である。 本発明の第２の実施形態のシステム構成例を示す図である。 処理フロー管理サーバの機能ブロック図の一例を示す図である。 タスク条件管理ファイル、処理フロー管理ファイル、タスク管理ファイルのデータ構成例を示す図である。 ＭＦＰのタスクの検索処理フローの一例を示す図である。 ＭＦＰのタスクの検索処理の詳細を説明する図である。

図１は、本発明の第１の実施形態のシステム構成例を示す図である。なお、本発明の機能が実行されるのであれば、単体の情報処理装置であっても、複数の情報処理装置からなるシステムであっても、本発明を適用することができる。図１に示すシステムは、ＭＦＰ１とＰＣ（Personal Computer ）３とを備える。ＭＦＰ１とＰＣ３とは、ＬＡＮ（Local Area Network）２を介して接続されている。この例では、ＭＦＰ１とＰＣ３とを接続する接続手段としてＬＡＮ２を適用しているが、接続手段はＬＡＮに限定されない。例えば、ＷＡＮ（Wide Area Network ）等の任意のネットワーク、ＵＳＢ等のシリアル伝送方式、ＳＣＳＩ等のパラレル伝送方式を本発明に適用することができる。

ＭＦＰ１は、複数の処理を含む一連の処理である処理フローを実行する情報処理装置である。本発明の第１の実施形態においては、上記処理フローに含まれる各々の処理がタスクである。ＭＦＰ１は、例えば、コピー機能、ファクシミリ機能を有するとともに、原稿画像を読み取り、ＬＡＮ２で接続されている機器へ、読み取った画像データを送信する送信機能を有する。また、ＭＦＰ１は、ＬＡＮ２で接続されているＰＣ３などのコンピュータから指示されたＰＤＬ（Page Description Language ）画像を受信して印刷することが可能である。また、ＭＦＰ１は、読み取った画像データやＰＤＬ画像をＭＦＰ１のＨＤＤ１４（図２（Ａ）を参照）に保存する機能を有する。そして、ＭＦＰ１は、ＨＤＤ１４に保存されている画像データを印刷、ファクシミリ送信等することが可能である。
ＰＣ３には、帳票認識アプリケーションがインストールされている。ＰＣ３は、帳票認識アプリケーションを用いて、ＭＦＰ１から送信されたスキャン画像データについて帳票認識処理を実行して、該スキャン画像データの帳票に関する帳票情報を取得する帳票認識手段として機能する。本実施形態における帳票認識では、画像データを複数の領域に分割し、それぞれの領域における特徴量から類似度を計算する方法を適用する。但し、帳票認識の方法は限定されるものではなく、任意の帳票認識の方法を本発明に適用することができる。なお、本発明の第１の実施形態の情報処理装置として、ＭＦＰ１単体の他、ＭＦＰ１とＰＣ３の機能を備える情報処理装置を適用することができる。

図２は、図１に示すＭＦＰのハードウェア構成と機能ブロック図の一例を示す図である。図２（Ａ）はＭＦＰ１のハードウェア構成を示す。ＭＦＰ１は、コントローラユニット１０、操作部２５、スキャナ２６、プリンタ２７を備える。コントローラユニット１０は、画像入力デバイスであるスキャナ２６や画像出力デバイスであるプリンタ２７と接続する。また、コントローラユニット１０は、ＬＡＮやＷＡＮに接続することで、画像情報やデバイス情報の入出力を行う制御手段としての機能を有する。操作部２５は、ユーザの操作入力情報をコントローラユニット１０に入力する。

コントローラユニット１０は、ＣＰＵ（Central Processing Unit ）１１、ＲＡＭ（Random Access Memory ）１２、ＲＯＭ（Read Only Memory）１３を備える。また、コントローラユニット１０は、ＨＤＤ（Hard Disk Drive ）１４、操作部Ｉ／Ｆ（Interface ）１５、ネットワークＩ／Ｆ１６を備える。また、コントローラユニット１０は、モデム１７、システムバス１８、Ｉｍａｇｅ Ｂｕｓ Ｉ／Ｆ１９を備える。また、コントローラユニット１０は、画像バス２０、ラスターイメージプロセッサ（ＲＩＰ）２１、デバイスＩ／Ｆ２２、スキャナ画像処理部２３、プリンタ画像処理部２４を備える。

ＣＰＵ１１は、システム全体を制御する。ＲＡＭ１２は、ＣＰＵ１１が動作するためのシステムワークメモリであり、画像データを一時記憶するための画像メモリでもある。ＲＯＭ１３は、ブートＲＯＭであり、システムのブートプログラムが格納されている。ＨＤＤ１４は、画像データやソフトウェアモジュールを格納する。操作部Ｉ／Ｆ１５は、操作部（ＵＩ）２５に対して情報を出力し、操作部２５が入力した操作情報をコントローラユニット１０に入力する。操作部Ｉ／Ｆ１５は、例えば、操作部２５に表示する画像データを操作部２５に対して出力する。ネットワークＩ／Ｆ１６は、ＬＡＮに接続し、情報の入出力を行う。モデム１７は、ＷＡＮに接続し、画像情報の入出力を行う。上述したＣＰＵ１１乃至モデム１７が、システムバス１８上に配置される。

Ｉｍａｇｅ Ｂｕｓ Ｉ／Ｆ１９は、システムバス１８と画像バス２０とを接続し、画像バス２０が転送する画像データのデータ構造を変換するバスブリッジである。画像バス２０は画像データを高速で転送する。画像バス２０上には、ＲＩＰ２１、デバイスＩ／Ｆ２２、スキャナ画像処理部２３、プリンタ画像処理部２４が配置される。ＲＩＰ２１は、ＰＤＬコードをビットマップイメージに展開する。デバイスＩ／Ｆ２２は、スキャナ２６及びプリンタ２７をコントローラユニット１０に接続する。スキャナ画像処理部２３は、入力画像データに対し補正、加工、編集を行う。また入力された画像がカラー原稿であるか白黒原稿であるかを画像の彩度信号から判断し、判断結果を保持する機能を有する。プリンタ画像処理部２４は、出力画像データに対して補正、加工、編集を行う。

図２（Ｂ）は、ＭＦＰ１の機能ブロック図の一例を示す図である。図２（Ｂ）では、ＭＦＰ１が備える処理部のうち、処理フローの検索処理に関する機能を実現する処理部を示す。図２（Ｂ）に示す各処理部の機能を実現するコンピュータプログラムは、ＨＤＤ１４に保存されており、ＣＰＵ１１によってＲＡＭ１２へ読み出されて実行される。なお、このプログラムの保存先がＲＯＭ１３でもよい。ＭＦＰ１は、ＵＩ（User Interface）制御部１０１、通信部１０２、処理フロー条件判定部１０３、処理フロー条件管理部１０４、処理フロー条件記憶部１０５、処理フロー解析部１０６を備える。また、ＭＦＰ１は、処理フロー管理部１０７、処理フロー記憶部１０８、機能実行部１０９を備える。ＵＩ制御部１０１は、操作部Ｉ／Ｆ１５（図２（Ａ）を参照）を介して操作部２５に指示して画面表示を行ったり、操作部２５からの操作入力情報を処理したりする。例えば、ＵＩ制御部１０１は、操作部２５に指示して、図５（Ａ）を参照して後述する操作情報入力画面を表示する。また、例えば、ＵＩ制御部１０１は、操作部２５に指示して、後述する処理フロー条件判定部１０３によって取得された処理フローを示す情報を表示する表示手段として機能する。通信部１０２はネットワークＩ／Ｆ１６やモデム１７を操作して通信を行う。

処理フロー条件判定部１０３は、機能実行部１０９から画像データ（例えば、スキャン画像データ）を取得する画像データ取得手段である。また、処理フロー条件判定部１０３は、スキャン画像データが有する属性情報が第１の記憶手段内（処理フロー条件記憶部１０５内）の処理フロー条件管理ファイルが示す処理フロー条件と一致しているかを判断する第１の検索手段である。処理フロー条件判定部１０３は、属性情報と一致する処理フロー条件を取得する。スキャン画像データは、機能実行部１０９が原稿をスキャンすることによって得られる画像データである。処理フロー条件管理ファイルは、処理フローの実行条件を有するファイルである。具体的には、処理フロー条件管理ファイルは、処理フローの実行条件として、処理フローの実行に必要な画像データの属性情報を定義している。また、処理フロー条件判定部１０３は、取得された処理フロー条件に基づいて第２の記憶手段内（処理フロー記憶部１０８内）の処理フロー管理ファイルを検索し、該処理フロー条件に対応する処理フローを取得する第２の検索手段としての機能も有する。処理フロー管理ファイルは、処理フローの実行条件と処理フローとの対応情報を有するファイルである。

本発明の一実施形態によれば、スキャン画像データの属性情報が、スキャン画像データの帳票に関する帳票情報を含む。この帳票情報は、例えば、スキャン画像データに対応する帳票テンプレートの識別情報（帳票テンプレートＩＤ）である。また、処理フロー条件判定部１０３は、通信部１０２を介して、スキャン画像データをＰＣ３に送信して、該画像データの帳票認識を依頼する。また、処理フロー条件判定部１０３は、ＰＣ３が実行した帳票認識結果を通信部１０２を介して受け取る。この帳票認識結果には、スキャン画像データの帳票に関する帳票情報が含まれる。そして、処理フロー条件判定部１０３は、処理フロー条件記憶部１０５内の処理フロー条件のうち、ＰＣ３から受け取った帳票認識結果に含まれる帳票情報に対応する処理フローの実行条件を取得する。なお、処理フロー条件判定部１０３がスキャン画像データの帳票認識処理を実行するようにしてもよい。

また、本発明の一実施形態によれば、処理フロー条件管理ファイルが定義するスキャン画像データの属性情報が、スキャン画像データの解像度と、該スキャン画像データに対応するページ毎の帳票情報とを含んでいてもよい。処理フロー条件判定部１０３は、ＰＣ３から受け取った帳票認識結果に含まれる帳票情報と、スキャン画像データの属性情報に含まれる解像度と、ページ毎の帳票情報とに基づいて、上記帳票認識結果に含まれる帳票情報と一致する処理フローの実行条件を取得する。処理フロー条件判定部１０３が、ＰＣ３から受け取った帳票認識結果に含まれる帳票情報と処理フロー条件管理ファイルが定義する処理フローの実行条件とが完全一致しているか、部分一致しているか、又は不一致であるかを判断するようにしてもよい。そして、ＵＩ制御部１０１が、操作部２５に指示して、処理フロー条件を示す情報を、該処理フローについての上記判断結果に応じた表示形式で表示するようにしてもよい。

処理フロー条件管理部１０４は、処理フロー条件管理ファイルを管理する。処理フロー条件記憶部１０５は、処理フロー条件管理ファイルを記憶する。すなわち、処理フロー条件記憶部１０５は、各々の処理フローに必要な画像データの属性情報を該処理フローの実行条件として記憶する記憶手段（第１の記憶手段）である。処理フロー解析部１０６は、処理フロー記憶部１０８に記憶されている処理フロー定義ファイルを解析する。処理フロー定義ファイルは、処理フローの定義情報を有するファイルである。また、処理フロー解析部１０６は、処理フローを機能単位のタスク（例えばスキャンジョブ設定、プリントジョブ設定、送信ジョブ設定等）に分解する。処理フロー管理部１０７は、処理フロー管理ファイルを管理する。処理フロー記憶部１０８は、処理フロー管理ファイルを記憶する記憶手段（第２の記憶手段）である。また、処理フロー記憶部１０８は、処理フロー管理ファイルが示す処理フロー定義ファイルを記憶する。

機能実行部１０９は、各種タスクの設定情報に基づいてタスクを生成し、タスクを実行する。各種タスクは、ＵＩ制御部１０１、通信部１０２、処理フロー解析部１０６からの要求により発生する。例えば、ＵＩ制御部１０１が、ユーザからのコピーやスキャンの指示を入力した場合、ＵＩ制御部１０１からコピーやスキャンのタスク設定が機能実行部１０９に渡される。機能実行部１０９は、渡された順にタスクを実行する。例えば、機能実行部１０９は、原稿のスキャンを実行し、得られたスキャン画像データを処理フロー条件判定部１０３に渡す。通信部１０２を介して他のＭＦＰやＰＣからタスク設定が渡された場合も、機能実行部１０９は、渡された順にタスクを実行する。

図３は、図１に示すＰＣのハードウェア構成と機能ブロック図の一例を示す図である。図３（Ａ）は、ＰＣ３のハードウェア構成の一例を示す。ＰＣ３は、ＣＰＵ３１、ＲＯＭ３２、ＲＡＭ３３、ＨＤＤ３４、操作部Ｉ／Ｆ３５、表示部Ｉ／Ｆ３６、システムバス３７、ネットワークＩ／Ｆ３８、ポインティングデバイスＩ／Ｆ３９を備える。ＣＰＵ３１、ＲＯＭ３２、ＲＡＭ３３、ＨＤＤ３４がシステムバス３７上に配置される。また、キーボード等と接続される操作部Ｉ／Ｆ３５、ＣＲＴ等と接続される表示部Ｉ／Ｆ３６、ネットワークＩ／Ｆ３８、マウス等に接続されるポインティングデバイスＩ／Ｆ３９もシステムバス３７上に配置される。

ＣＰＵ３１は、ＰＣ３全体を制御する制御プログラムやアプリケーションプログラムをＲＯＭ３２又はＨＤＤ３４からＲＡＭ３３上へ読み出して実行する。また、ＣＰＵ３１は、表示部Ｉ／Ｆ３６を介して各種情報の表示を行うと共に、操作部Ｉ／Ｆ３５やポインティングデバイスＩ／Ｆ３９を介して、ユーザの指示等を受け付ける。また、ＣＰＵ３１は、ネットワークＩ／Ｆ３８を介して、ＬＡＮ上の他の装置と通信する。ＲＯＭ３２又はＨＤＤ３４には、予め制御プログラムやアプリケーションプログラムが格納されている。

図３（Ｂ）は、ＰＣ３の機能ブロック図の一例を示す。ＰＣ３の機能を実現するプログラムはＨＤＤ３４に記憶されており、ＣＰＵ３１によってＲＡＭ３３上へ読み出されて実行される。ＰＣ３は、ＵＩ制御部２０１、通信部２０２、帳票管理部２０３、帳票判定部２０４、帳票テンプレート記憶部２０５を備える。
ＵＩ制御部２０１は、表示部Ｉ／Ｆ３６を介して、情報の表示処理を行う。ＵＩ制御部２０１は、ユーザによるキーボードやマウスからの入力を、操作部Ｉ／Ｆ３５やポインティングデバイスＩ／Ｆ３９を介して受信して処理する。通信部２０２は、ネットワークＩ／Ｆ３８を介して外部装置と通信を行う。帳票管理部２０３は、帳票テンプレート管理ファイルを管理する。帳票テンプレート管理ファイルについては後述する。帳票管理部５０３は、帳票テンプレート管理ファイルを帳票テンプレート記憶部２０５へ保存したり、帳票テンプレート管理ファイルを帳票テンプレート記憶部２０５から読み出したりする。帳票判定部２０４は、ＵＩ制御部２０１や通信部２０２から受け取った画像データが、帳票テンプレート記憶部２０５に記憶されている帳票テンプレート管理ファイルが示す帳票テンプレートのうち、どの帳票テンプレートに対応するかを判断する。帳票テンプレート記憶部２０５には帳票テンプレート管理ファイルが記憶される。本発明の第１の実施形態の情報処理装置の制御方法及びそのコンピュータプログラムは、図２（Ｂ）に示すＭＦＰ１が備える各処理部の機能と、図３（Ｂ）に示すＰＣ３が備える各処理部の機能によって実現される。

図４は、処理フロー条件管理ファイル、処理フロー管理ファイル、帳票テンプレート管理ファイルのデータ構成例を示す図である。この例では、テーブル形式を有する処理フロー条件管理ファイル、処理フロー管理ファイル、帳票テンプレート管理ファイルを示しているが、各ファイルがＣＳＶ形式や、ＸＭＬ等のテキストファイルであってもよい。図４（Ａ）は、処理フロー条件管理ファイルのデータ構成例を示す。処理フロー条件管理ファイルは、フロー条件ＩＤ、枚数、解像度、ページ数、帳票テンプレートＩＤといったデータ項目を有する。

フロー条件ＩＤは、処理フローの実行条件を一意に識別する識別情報である。枚数は、処理フローの実行に必要な画像データの枚数の条件を示す。例えば、０００１というフロー条件ＩＤが示す処理フローの実行には、スキャン画像データが３枚必要である。解像度は、画像データの解像度の条件を示す。例えば、０００１というフロー条件ＩＤが示す処理フローの実行には、スキャン画像データが３００×３００ｄｐｉでなければならない。ページ数は、スキャン画像データに対応するページ数を示す。帳票テンプレートＩＤは、スキャン画像データの各ページに対応する帳票テンプレートを一意に識別する識別情報である。この例では、０００１というフロー条件ＩＤが示す処理フローの実行には、スキャン画像データの第１ページがｔｅｍｐ＿００１という帳票テンプレートであり、第２ページがｔｅｍｐ＿００２という帳票テンプレートでなければならないことを示す。

図４（Ｂ）は、処理フロー管理ファイルのデータ構成例を示す。処理フロー管理ファイルは、フロー名、フローＩＤ、定義ファイル、フロー条件ＩＤといったデータ項目を有する。フロー名は、処理フローの名称を示す。フローＩＤは、処理フローを一意に識別する識別情報を示す。定義ファイルは、処理フロー定義ファイルを示す。処理フロー定義ファイルは、処理フロー記憶部１０８の所定の記憶領域に記憶されている。フロー条件ＩＤは、図４（Ａ）の処理フロー条件管理ファイルに含まれるフロー条件ＩＤと同様である。

図４（Ｃ）は、帳票テンプレート管理ファイルのデータ構成例を示す。帳票テンプレート管理ファイルは、帳票テンプレートＩＤ、帳票データ、フィールドＩＤ、領域の位置といったデータ項目を有する。帳票テンプレートＩＤは、帳票テンプレートを一意に識別する識別情報を示す。帳票データは、帳票テンプレート画像データである。フィールドＩＤは、帳票データを複数の領域に分割した時の領域を識別する識別情報である。領域の位置は、分割された領域が画像上の原点を基準としてどの座標位置にあるかを示す。例えば、ｆ＿００１というフィールドＩＤに対応する領域の位置は、（ｓｘ１， ｓｙ１），（ｅｘ１，ｅｙ１）である。（ｓｘ１，ｓｙ１）は分割された領域の左上の座標を示す。（ｅｘ１，ｅｙ１）は、分割された領域の右下の座標を示す。ｓｘ１とｅｘ１はｘ座標の位置を示す。ｓｙ１とｅｙ１はｙ座標の位置を示す。

図５は、ＭＦＰの動作処理を説明する図である。図５（Ａ）は、操作情報入力画面の一例を示す。操作情報入力画面内の処理フロー実行開始ボタン３０１は、処理フローの実行を開始するためのボタンである。処理フロー実行開始ボタン３０１が押し下げられることにより、処理フロー実行開始ボタン３０１に対応する処理フローが実行される。具体的には、ユーザが処理フロー実行開始ボタン３０１を押下げると、ＵＩ制御部１０１が、押下げられた処理フロー実行開始ボタン３０１に対応する処理フローのＩＤを処理フロー解析部１０６に渡して、この処理フローの実行を指示する。処理フロー解析部１０６は、処理フロー管理部１０７を介して、処理フロー記憶部１０８内の、上記処理フローＩＤが示す処理フローに対応する処理フロー定義ファイルを取得する。処理フロー解析部１０６は、取得した処理フローをタスクに分割して、分割したタスクを機能実行部１０９に渡す。機能実行部１０９は、受け取ったタスクを順に実行する。これによって、処理フローが実行される。操作情報入力画面の仮スキャン実行ボタン３０２は、仮スキャンの実行を開始するためのボタンである。仮スキャン実行ボタン３０２が押下げられることによって仮スキャンが実行される。本実施形態において、仮スキャンは、予め決められた設定で原稿のスキャンを行って画像データを取得し、取得した画像データに基づいて処理フローを検索する処理を示す。

図５（Ｂ）は、本実施形態のＭＦＰの動作処理を示すフローチャートである。同図に示すフローチャートが示す各処理を実現するプログラムは、ＨＤＤ１４に記憶されており、ＣＰＵ１１によってＲＡＭ１２上へ読み出されて実行される。ユーザが操作情報入力画面上で仮スキャン実行ボタン３０２を押下げると、ＵＩ制御部１０１が、機能実行部１０９に仮スキャンの実行を指示する。機能実行部１０９が、デフォルト設定でスキャンを実行する（ステップＳ１）。機能実行部１０９はスキャンにより得られた画像データを処理フロー条件判定部１０３に渡す。次に、処理フロー条件判定部１０３が、処理フロー条件の検索処理を行う（ステップＳ２）。具体的には、処理フロー条件判定部１０３が、受け取った画像データが処理フロー条件記憶部１０５内の処理フロー条件管理ファイルが示す処理フロー条件のうち、どの処理フロー条件と一致するかを検索する。処理フロー条件の検索結果には、検索された処理フロー条件を示すフロー条件ＩＤと、処理フロー条件が帳票認識結果と完全一致であるか、部分一致であるかを示す一致フラグが含まれる。完全一致、部分一致については、図６を参照して後述する。

続いて、処理フロー条件判定部１０３が、処理フロー管理部１０７を介して処理フロー記憶部１０８内の処理フロー管理ファイルを取得する。そして、処理フロー条件判定部１０３が、取得した処理フロー管理ファイルを参照して、Ｓ２における検索処理で検索された処理フロー条件に対応する処理フローを検索する（ステップＳ３）。処理フロー条件判定部１０３は、検索された処理フローを示すフローＩＤと、一致フラグとを処理フロー検索結果として保持する。処理フロー条件判定部１０３は、処理フロー検索結果をＵＩ制御部１０１に渡す。ＵＩ制御部１０１は、操作部２５に指示して、処理フロー条件判定部１０３から渡された処理フロー検索結果に基づいて、上記ステップＳ３において検索された処理フローを示す画像情報を表示する（ステップＳ４）。例えば、ＵＩ制御部１０１は、処理フローの実行を開始させる処理フロー実行開始ボタンを画面表示する。

図６は、処理フロー条件の検索処理と、処理フロー実行開始ボタンの表示例を示す図である。図６（Ａ）は、処理フロー条件の検索処理を示す。図６（Ａ）に示すステップＳ２１乃至Ｓ２４の処理が、図５（Ｂ）のステップＳ２における処理に対応する。まず、ＭＦＰ１の処理フロー条件判定部１０３が、通信部１０２を介して、ステップＳ１でスキャンされた画像データ（スキャン画像データ）をＰＣ３に送信して、該画像データの帳票認識を依頼する（ステップＳ２１）。ＰＣ３の通信部２０２が、ＭＦＰ１から帳票認識の依頼があったかを監視する（ステップＳ３１）。依頼がない場合は、通信部２０２が監視を継続する。依頼があった場合は、通信部２０２が、受信した画像データを帳票判定部２０４へ渡す。

続いて、帳票判定部２０４が、ステップＳ３２、Ｓ３３の処理を、ＭＦＰ１から送信されたスキャン画像データのページ数分繰り返す。具体的には、帳票判定部２０４が、帳票テンプレート記憶部２０５内の帳票テンプレート管理ファイルを参照して、スキャン画像データと一致する帳票テンプレートがあるかを判断する（ステップＳ３２）。この判断を行うために、帳票判定部２０４はスキャン画像データの帳票認識を行う。具体的には、帳票判定部２０４は、スキャン画像データを、フィールドＩＤと領域の位置情報を有する領域に分割し、公知の特徴量算出技術を用いて、それぞれの領域についての特徴量を算出する。そして、帳票判定部２０４は、算出した特徴量に基づいて、帳票テンプレート管理ファイルが示す帳票テンプレートとの類似度を算出する。帳票判定部２０４は、公知の類似度算出技術を用いて上記類似度を算出する。帳票判定部２０４は、類似度が所定の閾値を越えている帳票テンプレートのうち最も類似度が高い帳票テンプレートを、スキャン画像データと一致する帳票テンプレートとする。類似度が閾値を超えていない場合は、帳票テンプレートとスキャン画像データが不一致とする。一致する帳票テンプレートがあった場合は、ステップＳ３３に進む。一致する帳票テンプレートがない場合は、ステップＳ３４に進む。上記の特徴量や類似度を使用した帳票認識は一例であり、本発明において任意の帳票認識手法を用いることができる。

ステップＳ３３において、帳票判定部２０４が、ステップＳ３２において一致した帳票テンプレートのＩＤである帳票テンプレートＩＤ、スキャン画像データの枚数、解像度、ページ数の情報を、帳票認識結果として保持する（ステップＳ３３）。すなわち、帳票認識結果は、フロー条件ＩＤを有さないこと以外は図４（Ａ）に示す処理フロー条件管理ファイルのデータ項目と同様のデータ項目を有する。ステップＳ３４において、帳票判定部２０４が、通信部２０２を介して、ＭＦＰ１に帳票認識結果を送信する（ステップＳ３４）。ＭＦＰの通信部１０２が、ＰＣ３から帳票認識結果が返ってきたかを監視する（ステップＳ２２）。ＰＣ３から帳票認識結果が返ってきた場合、通信部１０２は、受け取った帳票認識結果を処理フロー条件判定部１０３に渡す。帳票認識結果が返ってきていない場合は、通信部１０２は監視を続ける。

次に、処理フロー条件判定部１０３が、以下のステップＳ２３及びＳ２４の処理を、処理フロー条件記憶部１０５に格納されている処理フロー条件数分繰り返す。具体的には、処理フロー条件管理部１０４が処理フロー条件記憶部１０５から処理フロー条件管理ファイルを抽出し、処理フロー条件判定部１０３に渡す。そして、処理フロー条件判定部１０３が、受け取った処理フロー条件管理ファイルが示す処理フロー条件と、ＰＣ３から受け取った帳票認識結果とが一致するかを判断する（ステップＳ２３）。ステップＳ２３においては、処理フロー条件判定部１０３は、帳票認識結果が、処理フロー条件管理ファイルが示す枚数と解像度の条件に一致しているかについても判断する。処理フロー条件判定部１０３が、処理フロー条件と帳票認識結果とが一致していると判断した場合は、ステップＳ２４に進む。処理フロー条件判定部１０３が、処理フロー条件と帳票認識結果とが一致していないと判断した場合は、処理を終了する。本実施形態において、処理フロー条件と帳票認識結果との一致は、完全一致と部分一致とをいう。完全一致とは、処理フロー条件が示す枚数、解像度、ページ数、帳票テンプレートＩＤが、帳票認識結果に含まれる、対応する枚数、解像度、ページ数、帳票テンプレートＩＤと同一であることをいう。

部分一致とは、同じ原稿、又は、追加で別の原稿を再スキャンすれば、処理フロー条件を満たす可能性があることをいう。例えば、２枚のスキャン画像データの帳票認識結果から、１枚目、２枚目の帳票テンプレートＩＤが、それぞれ、ｔｅｍｐ＿００１、ｔｅｍｐ＿００２であるものとする。図４（Ａ）の処理フロー条件管理ファイルにおけるフロー条件ＩＤが０００１であるフロー条件を参照すると、この帳票認識結果は、フロー条件の３ページ分の帳票テンプレートＩＤのうち、第１、第２ページに対応する帳票テンプレートＩＤと一致する。従って、処理フロー条件判定部１０３は、帳票認識結果が、フロー条件ＩＤが０００１であるフロー条件と部分一致であると判断する。検索結果として部分一致も含むのは、検索完了後、処理フローを実行した際に、１枚スキャンをすれば、枚数が３枚になって処理フロー条件を満たすからである。一方、帳票認識結果が示す枚数が４枚である場合は、処理フロー条件判定部１０３は、この帳票認識結果はフロー条件ＩＤが０００１であるフロー条件と不一致であると判断する。帳票認識結果と処理フロー条件との相違点が解像度の条件である場合には、再スキャンを行うことで条件を満たす可能性がある。従って、この場合には、処理フロー条件判定部１０３は、帳票認識結果と処理フロー条件とが部分一致であるとする。続いて、ステップＳ２４において、処理フロー条件判定部１０３が、処理フロー条件の検索結果を保持し（ステップＳ２４）、処理を終了する。保持される処理フロー条件の検索結果には、帳票認識結果と一致していると判断した処理フロー条件のＩＤ（フロー条件ＩＤ）と、この処理フロー条件が帳票認識結果と部分一致であるか、完全一致であるかを示す一致フラグとが含まれる。

図６（Ｂ）は、図５（Ｂ）のステップＳ４における処理フロー実行開始ボタンの画面表示例を示す。処理フロー実行開始ボタンには、完全一致ボタン４０１と部分一致ボタン４０２とが含まれる。完全一致ボタン４０１は、帳票検索結果と完全一致である処理フロー条件に対応する処理フローを示す。部分一致ボタン４０２は、帳票検索結果と部分一致である処理フロー条件に対応する処理フローを示す。完全一致ボタン４０１、部分一致ボタン４０２が押下げられることによって、それぞれのボタンに対応する処理フローの実行が開始される。図６（Ｂ）に示すように、完全一致ボタン４０１、部分一致ボタン４０２の表示色は、互いに異なる表示色である。これにより、ボタンに対応する処理フローを実行する際に、再スキャンが必要ない（完全一致である）か、必要である（部分一致である）かを、ユーザに伝えることができる。完全一致ボタン４０１、部分一致ボタン４０２の表示形式は、互いに異なる表示形式であれば、任意の表示形式とすることができる。例えば、完全一致ボタン４０１のサイズと部分一致ボタン４０２のサイズを互いに異なるサイズにしてもよい。また、ボタンにふきだしなどをつけて、それぞれのボタンの説明文を表示するようにしてもよい。上述した本発明の第１の実施形態によれば、ユーザが検索キーワードなどを意識することなく、原稿をスキャンするだけで、その後の処理が実行可能な、ユーザが所望する処理フローの実行を開始させるボタンを表示することができる。また、ユーザが、処理フローを実行する際に再スキャンする必要があるかどうかを判断することが容易となる。

図７は、本発明の第２の実施形態のシステム構成例を示す図である。前述した第１の実施形態では、処理フローを解析、実行する手段は、ＭＦＰ１に設けられている。また、第１の実施の形態では、タスクは、ＭＦＰ１が実行する処理フローに含まれる各々の処理であった。以下に説明する本発明の第２の実施形態では、処理フローをよりワークフローに近いものと捉え、処理フローが、ＭＦＰのタスクだけでなく、ＭＦＰとネットワークを介して接続される他の装置（例えばＰＣ）のタスクを含むものとする。また、タスクについても、より広く捉え、各アプリケーションやＭＦＰ等の実行単位であると考える。例えば、ＭＦＰがスキャン送信を行う場合、第１の実施形態では、スキャンと送信という２つの処理をタスクとして捉えるが、第２の実施形態では、ＭＦＰが実行するスキャン送信を１つのタスクとして捉える。

図７に示すシステムは、ＭＦＰ４、処理フロー管理サーバ５、複数のＰＣ３、７、８を備える。ＭＦＰ４と処理フロー管理サーバ５と複数のＰＣとは、ＬＡＮ６を介して接続されている。ＭＦＰ４は、例えば、コピー機能、ファクシミリ機能を有するとともに、原稿画像を読み取り、ＬＡＮ６で接続されている機器へ、読み取った画像データを送信する送信機能を有する情報処理装置である。また、ＭＦＰ４は、ＬＡＮ６で接続されているＰＣから指示されたＰＤＬ画像を受信して印刷することが可能である。また、ＭＦＰ１は、読み取った画像データやＰＤＬ画像を保存する機能を有する。そして、ＭＦＰ１は、保存されている画像データを印刷、ファクシミリ送信等することが可能である。ＭＦＰ４は、これらの機能を組み合わせ、ＭＦＰ４のタスクとして登録する機能を有する。登録されたタスクは、ＭＦＰ４が備える操作部２５（図２（Ａ）を参照）にボタンとして表示され、ユーザがそのボタンを押下げすると、ＭＦＰ４が、タスクの設定内容に従ってＭＦＰ４の機能を実行する。ＭＦＰ４のハードウェア構成は、図２（Ａ）を参照して説明したＭＦＰ１のハードウェア構成と同様である。

処理フロー管理サーバ５は、ＬＡＮ６を介して接続された複数の情報処理装置（例えば、ＭＦＰ４、ＰＣ３、７、８）が実行するタスクを含む一連の処理である処理フローを管理する管理装置である。処理フロー管理サーバ５のハードウェア構成は、図３（Ａ）を参照して前述したＰＣ３のハードウェア構成と同様である。ＰＣ３は、図１に示すＰＣ３と同一の情報処理装置である。情報処理装置であるＰＣ７、８には、それぞれ、画像合成アプリケーション、署名アプリケーションがインストールされており、ＰＣ７、８は、ＬＡＮ６で接続されている他の機器からの依頼でそれぞれの機能を実行することが可能である。ＰＣ７、８のハードウェア構成は、図３（Ａ）を参照して前述したＰＣ３のハードウェア構成と同様である。なお、本発明の第２の実施形態における管理装置として、処理フロー管理サーバ５の他、処理フロー管理サーバ５の機能とＭＦＰ４、ＰＣ４、７、８の機能を備える装置を適用することができる。

図８（Ａ）は、処理フロー管理サーバの機能ブロック図の一例を示す図である。処理フロー管理サーバ５は、ＵＩ制御部５１、通信部５２、タスク条件判定部５３、タスク条件管理部５４、タスク条件記憶部５５、処理フロー解析部５６を備える。また、処理フロー管理サーバ５は、処理フロー管理部５７、処理フロー記憶部５８、タスク管理部５９、タスク記憶部６０を備える。ＵＩ制御部５１は、各種情報の表示処理を行う。また、ＵＩ制御部５１は、ユーザによるキーボードやマウスからの入力を受信して処理する。通信部５２は、ネットワークＩＦ（図３（Ａ）を参照）を操作して通信を行う。タスク条件判定部５３は、ＵＩ制御部５１や通信部５２を介して、ＬＡＮ６で接続された情報処理装置（例えば、ＭＦＰ４）から画像データ（例えば、スキャン画像データ）を取得する画像データ取得手段である。また、タスク条件判定部５３は、取得された画像データに基づいて、タスク条件記憶部５５に記憶されているタスク条件管理ファイルが示すタスク条件を検索する第１の検索手段として機能する。タスク条件記憶部５５は、本実施形態における第１の記憶手段である。タスク条件管理ファイルは、タスクの実行条件であるタスク条件を有するファイルである。具体的には、タスク条件管理ファイルは、タスク条件として、タスクの実行に必要な画像データの属性情報を定義している。具体的には、タスク条件判定部５３は、取得されたスキャン画像データが有する属性情報がタスク条件に一致しているかを判断し、該属性情報に一致しているタスク条件を取得する。

タスク管理部５９は、タスク条件判定部５３によって取得されたタスク条件に基づいてタスク記憶部６０内のタスク管理ファイルを検索し、該タスク条件に対応するタスクを取得する第２の検索手段として機能する。タスク記憶部６０は、本実施形態における第２の記憶手段であって、タスク管理ファイルを記憶する。タスク管理ファイルは、タスク条件とタスクとの対応情報を有するファイルである。また、タスク管理部５９は、タスク管理ファイルを検索して、処理フロー解析部５６が実行する検索処理によって取得される処理フローに含まれるタスクのうち、スキャン画像データの取得元の情報処理装置（例えばＭＦＰ４）が実行するタスクを取得する。そして、タスク管理部５９は、取得されたタスクを、送信手段である通信部５２を介して、スキャン画像データの取得元の情報処理装置に対して送信する。

タスク条件管理部５４は、タスク条件記憶部５５に記憶されているタスク条件管理ファイルを管理する。タスク条件記憶部５５は、タスク条件管理ファイルを記憶する。処理フロー解析部５６は、処理フローをタスクに分割し、タスクを実行するアプリケーションにタスクの実行依頼をする。処理フロー解析部５６は、処理フローに含まれる各タスクの実行順序を制御する。本実施形態に特有の動作として、処理フロー解析部５６は、タスク管理部５９によって取得されたタスクに基づいて、第３の記憶手段内（処理フロー記憶部５８内）の処理フロー管理ファイルを検索する第３の検索手段として機能する。処理フロー解析部５６は、タスクに対応する処理フローを取得する。処理フロー管理ファイルは、処理フローと該処理フローに含まれるタスクとの対応情報を有するファイルである。処理フロー管理部５７は、処理フロー記憶部５８に記憶されている処理フロー管理ファイルを管理する。処理フロー記憶部５８は処理フロー管理ファイルを記憶する。本実施形態の管理装置の制御方法及びそのコンピュータプログラムは、図８（Ａ）に示す処理フロー管理サーバ５が備える各処理部の機能によって実現される。

図８（Ｂ）は、本発明の第２の実施形態に係るＭＦＰの機能ブロック図の例である。ＭＦＰ４は、ＵＩ制御部４１、通信部４２、タスク解析部４３、タスク管理部４４、タスク記憶部４５、機能実行部４６を備える。ＵＩ制御部４１は、図２（Ａ）に示す操作部Ｉ／Ｆ１５を介して操作部２５に表示を行ったり、操作部２５を介したユーザの入力を処理したりする。通信部４２は、図２（Ａ）に示すネットワークＩ／Ｆ１６やモデム１７を操作して通信を行う。タスク解析部４３は、タスクをＭＦＰ４に関するタスクに分割し、機能実行部４６にＭＦＰ４に関するタスクの実行を指示する。例えば、原稿をスキャンして送信するというタスクの場合、タスク解析部４３は、このタスクをスキャンのタスクと送信のタスクとに分割する。タスク管理部４４は、タスク記憶部４５に記憶されているタスク管理ファイルを管理する。タスク記憶部４５にはタスク管理ファイルが記憶されている。機能実行部４６は、ＭＦＰ４に関するタスクの設定情報に基づいてタスクを生成し、タスクを実行する。

図９は、タスク条件管理ファイル、処理フロー管理ファイル、タスク管理ファイルのデータ構成例を示す図である。図９（Ａ）は、タスク条件記憶部５５内のタスク条件管理ファイルのデータ構成を示す。タスク条件管理ファイルの各々のレコード（一行分のデータ）が、各々のタスク条件を示す。タスク条件は、タスクを実行する上で、処理フロー管理サーバ５が取得する画像データ（例えば、スキャン画像データ）が満たしていなければならない条件である。タスク条件管理ファイルは、タスク条件ＩＤ、枚数、解像度、ページ数、帳票テンプレートＩＤといったデータ項目を有する。タスク条件ＩＤは、タスク条件を一意に識別する識別情報である。枚数はスキャン画像データの枚数の条件を示す。例えば、０００１というタスク条件ＩＤが示すタスク条件を実行するためには、スキャン画像データが３枚でなければならない。解像度は、スキャン画像データの解像度の条件を示す。ページ数は、スキャン画像データのページ数を示す。帳票テンプレートＩＤは、スキャン画像データの各ページに対応する帳票テンプレートを一意に識別する識別情報である。この例では、０００１というタスク条件ＩＤが示すタスクの実行には、スキャン画像データの第１ページがｔｅｍｐ＿００１という帳票テンプレートであり、第２ページがｔｅｍｐ＿００２という帳票テンプレートでなければならない。

図９（Ｂ）は、処理フロー記憶部５８内の処理フロー管理ファイルのデータ構成例を示す。処理フロー管理ファイルは、処理フロー名、ワークフローＩＤ、タスク一覧といったデータ項目を有する。処理フロー名は、処理フローの名称を示す。ワークフローＩＤは、処理フローを一意に識別する識別情報を示す。タスク一覧は、処理フローに含まれるタスクの一覧である。処理フローの実行の際には、タスク一覧に記載されているタスクが、記載されている順に実行される。例えば、処理フローＡの実行の際には、ｔａｓｋ＿００１というタスク、ｔａｓｋ＿００２というタスク、ｔａｓｋ＿００３というタスクの順にタスクが実行される。

図９（Ｃ）は、タスク記憶部６０内のタスク管理ファイルのデータ構成例を示す。タスク管理ファイルは、タスク名、タスクＩＤ、タスク実行対象、処理内容、タスク条件ＩＤといったデータ項目を有する。タスク名は、タスクの名称を示す。タスクＩＤは、タスクを一意に識別する識別情報である。タスク実行対象は、例えば、タスクを実行する機器やアプリケーション、Ｗｅｂサービスアドレスを示す。処理内容は、タスクの処理内容を示す。タスク条件ＩＤは、図９（Ａ）のタスク条件管理ファイル内のタスク条件ＩＤと同様である。

図１０は、ＭＦＰのタスクの検索処理フローの一例を示す図である。この例では、ＭＦＰ４が原稿をスキャンし、スキャンして得られた画像データを処理フロー管理サーバ５に送信し、処理フロー管理サーバ５が、該画像データが満たしているタスク条件に対応するタスクを含む処理フローを検索する。まず、ＭＦＰ４のＵＩ制御部４１（図８（Ｂ）を参照）が、仮スキャンを実行するための操作情報入力画面を表示する。ユーザが、操作情報入力画面上で仮スキャン実行ボタンを押下げると、ＵＩ制御部４１が、機能実行部４６に仮スキャンの実行を指示する。機能実行部４６が、デフォルト設定でスキャンを実行する（ステップＳ４１）。ステップＳ１においては、更に、機能実行部４６が、スキャンにより得られたスキャン画像データをタスク解析部４３に渡す。

次に、タスク解析部４３が、処理フロー管理サーバ５に対してＭＦＰ４のタスクの検索依頼をすることを通じて、ＭＦＰ４のタスクの検索処理を行う（ステップＳ４２）。ＭＦＰ４のタスクは、スキャン画像データが満たしているタスク条件を持つタスクに対応する処理フローに含まれる、ＭＦＰ４が実行するタスクである。そして、ＵＩ制御部４１が、検索されたタスクを表示する（ステップＳ４３）。具体的には、ＵＩ制御部４１が、検索されたタスクの実行を開始するためのボタンであるタスク実行開始ボタンを表示する。ＵＩ制御部４１は、図６（Ｂ）を参照して説明した処理フロー実行開始ボタンの表示と同様に、タスクに対応する一致フラグに応じた表示形式でタスク実行開始ボタンを表示する。

図１１は、図１０のステップＳ４２におけるＭＦＰのタスクの検索処理の詳細を説明する図である。まず、ＭＦＰ１のタスク解析部４３が、図１０のステップＳ４１において機能実行部４６から受け取ったスキャン画像データを、通信部４２を介して処理フロー管理サーバ５に送信し、ＭＦＰ４のタスクの検索依頼を行う（ステップＳ４２１）。タスクの検索依頼にはスキャン画像データが含まれる。処理フロー管理サーバ５においては、通信部５２が、タスクの検索依頼があるかを監視する（ステップＳ５０１）。検索依頼があった場合は、検索依頼をタスク条件判定部５３に渡して、ステップＳ５０２に進む。検索依頼がない場合は、通信部５２が監視を継続する。

次に、タスク条件判定部５３が、タスク条件管理部５４を介して、タスク条件記憶部５５内のタスク条件管理ファイルを取得する。そして、タスク条件判定部５３が、検索依頼に含まれるスキャン画像データが、タスク条件管理ファイルが示すタスク条件のうち、どのタスク条件と一致するかを判断する（ステップＳ５０２）。ステップＳ５０２における処理は、具体的には、以下のようにして行われる。まず、タスク条件判定部５３が、通信部５２を介して、図７に示すＰＣ３に帳票認識を依頼する。ＰＣ３による帳票認識処理については、図６（Ａ）を参照して前述した帳票認識処理と同様であるので、説明を省略する。通信部５２が、ＰＣ３から帳票認識結果を受信して、この帳票認識結果をタスク条件判定部５３に渡す。タスク条件判定部５３が、タスク条件管理ファイルを参照して、帳票認識結果と一致するタスク条件を検索する。この検索処理では、タスク条件判定部５３は、図６（Ａ）のＳ２３を参照して前述した、帳票認識結果と処理フロー条件とが一致するかについての判断処理と同様の処理を行う。すなわち、タスク条件判定部５３は、帳票認識結果とタスク条件とが完全一致であるか、部分一致であるかを判断する。タスク条件判定部５３は、帳票認識結果と完全一致するか又は部分一致するタスク条件（のＩＤ）と、該タスク条件が完全一致するか部分一致するかを示す一致フラグとをタスク条件の検索結果として出力する。

次に、タスク管理部５９が、タスク記憶部６０内のタスク管理ファイルを参照して、上記タスク条件の検索結果に含まれるタスク条件に対応するタスクを検索する（ステップＳ５０３）。例えば、タスク条件検索結果に０００１というタスク条件ＩＤが含まれている場合、図９（Ｃ）に示すタスク管理ファイルにおいて、このタスク条件ＩＤに対応するタスクとして、ｔａｓｋ＿００３というタスクが検索される。タスク管理部５９は、検索されたタスクのタスクＩＤと、該タスクに対応する一致フラグすなわちタスク条件検索結果に含まれていた一致フラグとを、タスク検索結果として処理フロー解析部５６に渡す。次に、処理フロー解析部５６が、処理フロー管理部５７を介して、処理フロー記憶部５８内の処理フロー管理ファイルを取得する。そして、処理フロー解析部５６が、処理フロー管理ファイルを参照して、タスク検索結果に含まれるタスクを含む処理フローを検索する（ステップＳ５０４）。ステップＳ５０４においては、処理フロー解析部５６は、更に、処理フロー管理ファイルを参照して、検索された処理フローに含まれるタスクを検索する。例えば、タスク検索結果に含まれるタスクＩＤがｔａｓｋ＿００３であった場合、図９（Ｂ）に示す処理フロー管理ファイルを参照すると、タスク一覧にｔａｓｋ＿００３を含む処理フローは、処理フローＡである。処理フロー解析部５６は、この処理フローＡに含まれるｔａｓｋ＿００１，ｔａｓｋ＿００３，ｔａｓｋ＿００２というタスクＩＤを処理フロー検索結果として出力する。処理フロー解析部５６は、この処理フロー検索結果をタスク管理部５９に渡す。

次に、タスク管理部５９が、タスク記憶部６０内のタスク管理ファイルを参照して、処理フロー検索結果に含まれるタスクのうち、タスク実行対象がＭＦＰ４であるタスクを検索する（ステップＳ５０５）。例えば、処理フロー検索結果に含まれるタスクのタスクＩＤが、ｔａｓｋ＿００１，ｔａｓｋ＿００３，ｔａｓｋ＿００２であるものとする。タスク管理部５９は、図９（Ｃ）のタスク管理ファイルを参照して、タスク実行対象がＭＦＰ４であるｔａｓｋ＿００１というタスクを、ＭＦＰ４のタスクの検索結果として出力する。通信部５２が、タスク管理部５９が出力したＭＦＰ４のタスクの検索結果をＭＦＰ４に送信する（ステップＳ５０６）。なお、検索されたＭＦＰ４のタスクが上記ステップＳ５０３の処理によるタスク検索結果に含まれている場合、通信部５２は、ＭＦＰ４に対して、ＭＦＰ４のタスクとともに、該タスクに対応する一致フラグとを送信する。

ＭＦＰ４においては、通信部４２が、処理フロー管理サーバ５からタスクの検索結果が返ってきたかを監視する（ステップＳ４２２）。タスクの検索結果が返ってきた場合は、通信部４２が、タスクの検索結果をタスク解析部４３に渡し、処理を終了する。タスクの検索結果が返ってきていない場合は、通信部４２が監視を継続する。上述した本発明の第２の実施形態によれば、ユーザが検索キーワードなどを意識することなく、原稿をスキャンするだけで、その後の処理が実行可能な、ユーザが所望するタスクの実行を開始するためのボタンを表示することができる。

（その他の実施例）
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。この場合、そのプログラム、及び該プログラムを記憶した記憶媒体は本発明を構成することになる。

１ ＭＦＰ
２ ＬＡＮ
３ ＰＣ

Claims (9)

1. 複数の処理を含む一連の処理を実行する情報処理装置であって、
   各々の一連の処理に必要な画像データの属性情報を該一連の処理の実行条件として記憶する第１の記憶手段と、
   前記一連の処理の実行条件と前記一連の処理との対応情報を記憶する第２の記憶手段と、
   画像データを取得する画像データ取得手段と、
   前記取得された画像データに基づいて前記第１の記憶手段内の前記一連の処理の実行条件を検索し、前記画像データが有する属性情報に対応する前記一連の処理の実行条件を取得する第１の検索手段と、
   前記第１の検索手段によって取得された一連の処理の実行条件に基づいて前記第２の記憶手段内の前記対応情報を検索し、該一連の処理の実行条件に対応する一連の処理を取得する第２の検索手段と、
   前記第２の検索手段によって取得された一連の処理を示す情報を表示する表示手段とを備える
   ことを特徴とする情報処理装置。
2. 前記画像データ取得手段によって取得された画像データについて帳票認識処理を実行して、該画像データの帳票に関する帳票情報を取得する帳票認識手段を備え、
   前記画像データの属性情報が、画像データの帳票に関する帳票情報を含み、
   前記第１の検索手段が、前記第１の記憶手段内の前記一連の処理の実行条件のうち前記帳票認識手段によって取得された帳票情報に対応する一連の処理の実行条件を取得する
   ことを特徴とする請求項１に記載の情報処理装置。
3. 前記画像データの属性情報が、画像データの解像度と、該画像データに対応するページ毎の帳票情報とを含み、
   前記第１の検索手段が、前記帳票認識手段によって取得された帳票情報と、前記画像データの属性情報に含まれる解像度と、該属性情報に含まれるページ毎の帳票情報とに基づいて、前記帳票認識手段によって取得された帳票情報と一致する前記一連の処理の実行条件を取得する
   ことを特徴とする請求項２に記載の情報処理装置。
4. 前記第１の検索手段が、前記帳票認識手段によって取得された帳票情報と前記一連の処理の実行条件とが一致しているか、部分一致しているか、又は不一致であるかを判断し、
   前記表示手段が、前記第２の検索手段によって取得された一連の処理を示す情報を、該一連の処理についての前記第１の検索手段による前記判断結果に応じた表示形式で表示する
   ことを特徴とする請求項３に記載の情報処理装置。
5. 複数の情報処理装置の各々が実行する処理であるタスクを含む一連の処理を管理する管理装置であって、
   各々のタスクの実行に必要な画像データの属性情報を該タスクの実行条件として記憶する第１の記憶手段と、
   前記タスクの実行条件とタスクとの対応情報を記憶する第２の記憶手段と、
   前記一連の処理と該一連の処理に含まれるタスクとの対応情報を記憶する第３の記憶手段と、
   前記情報処理装置から画像データを取得する画像データ取得手段と、
   前記取得された画像データに基づいて前記第１の記憶手段内の前記タスクの実行条件を検索し、前記画像データが有する属性情報に対応するタスクの実行条件を取得する第１の検索手段と、
   前記第１の検索手段によって取得されたタスクの実行条件に基づいて前記第２の記憶手段内の前記対応情報を検索し、該タスクの実行条件に対応するタスクを取得する第２の検索手段と、
   前記第２の検索手段によって取得されたタスクに基づいて前記第３の記憶手段内の前記対応情報を検索し、該タスクに対応する一連の処理を取得する第３の検索手段と、
   前記第３の検索手段によって取得された一連の処理に含まれるタスクのうち、前記画像データの取得元の情報処理装置が実行するタスクを該情報処理装置に対して送信する送信手段とを備える
   ことを特徴とする管理装置。
6. 前記画像データの取得元の情報処理装置が、前記管理装置の送信手段によって送信されたタスクを受信して該タスクを示す情報を表示する
   ことを特徴とする請求項５に記載の管理装置。
7. 複数の処理を含む一連の処理を実行する情報処理装置の制御方法であって、
   前記情報処理装置が、各々の一連の処理に必要な画像データの属性情報を該一連の処理の実行条件として記憶する第１の記憶手段と、前記一連の処理の実行条件と前記一連の処理との対応情報を記憶する第２の記憶手段とを備え、
   画像データを取得する工程と、
   前記取得された画像データに基づいて、前記第１の記憶手段内の前記一連の処理の実行条件を検索し、前記画像データが有する属性情報に対応する前記一連の処理の実行条件を取得する第１の検索工程と、
   前記第１の工程によって取得された一連の処理の実行条件に基づいて前記第２の記憶手段内の前記対応情報を検索し、該一連の処理の実行条件に対応する一連の処理を取得する第２の検索工程と、
   前記第２の工程によって取得された一連の処理を示す情報を表示する工程とを有する
   ことを特徴とする情報処理装置の制御方法。
8. 複数の情報処理装置の各々が実行する処理であるタスクを含む一連の処理を管理する管理装置の制御方法であって、
   前記管理装置が、各々のタスクの実行に必要な画像データの属性情報を該タスクの実行条件として記憶する第１の記憶手段と、前記タスクの実行条件とタスクとの対応情報を記憶する第２の記憶手段と、前記一連の処理と該一連の処理に含まれるタスクとの対応情報を記憶する第３の記憶手段とを備え、
   前記情報処理装置から画像データを取得する工程と、
   前記取得された画像データに基づいて前記第１の記憶手段内の前記タスクの実行条件を検索し、前記画像データが有する属性情報に対応するタスクの実行条件を取得する第１の検索工程と、
   前記第１の検索工程によって取得されたタスクの実行条件に基づいて前記第２の記憶手段内の前記対応情報を検索し、該タスクの実行条件に対応するタスクを取得する第２の検索工程と、
   前記第２の検索工程によって取得されたタスクに基づいて前記第３の記憶手段内の前記対応情報を検索し、該タスクに対応する一連の処理を取得する第３の検索工程と、
   前記第３の検索工程によって取得された一連の処理に含まれるタスクのうち、前記画像データの取得元の情報処理装置が実行するタスクを該情報処理装置に対して送信する工程とを有する
   ことを特徴とする管理装置の制御方法。
9. 請求項７又は請求項８に記載の制御方法をコンピュータに実行させることを特徴とするコンピュータプログラム。

Images