JP2021027557A - 画像処理装置、情報処理方法及びプログラム - Google Patents

Abstract

【課題】適切なレコメンドをすることができると共に、ユーザーの選択ミスにより誤ったフォルダが選択されてしまう可能性を低減させることを目的とする。【解決手段】文書画像の種類と同一種類と判定された登録画像がある場合、登録画像の保存先フォルダに関する保存先情報を取得する。保存先情報に基づき、文書画像の種類と保存先フォルダが紐づくか否かを判定する。文書画像の種類と保存先フォルダが紐づくと判定された場合、保存先フォルダのレコメンド情報を生成する。レコメンド情報を含むフォルダ選択画面を表示する。【選択図】図２

Description

本発明は、画像処理装置、情報処理方法及びプログラムに関する。

帳票等の紙文書を画像読み取り装置でスキャンしてデジタル化する業務フローが存在する。その際には、一般的に、デジタル化した文書画像に、文書の種類又は内容に応じて、所定のフォルダに格納することが行われる。ここで、振り分けフォルダの指定を人手で行うことは、デジタル化する紙原稿の枚数が多くなると大きな負荷となる。
これを解決する手法として、特許文献１の手法がある。この手法では、選択された文書画像を保存する際に、保存先フォルダの強調表示（レコメンド）を行う。このレコメンドは、フォルダ関連度を用いて行われる。フォルダ関連度は、選択された文書画像とフォルダ内の文書画像すべてとの類似度を算出し、その類似度を平均することにより得られる値である。

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

この手法では、フォルダ内に含まれる文書画像に基づきレコメンドを行うため、レコメンドされるフォルダは、フォルダに含まれるファイルの多くが選択された文書画像と類似している必要がある。そのため、複数の種類の文書画像が保存されているフォルダが保存先フォルダの場合には、適切なレコメンドをすることができない。このような場合は、文書画像を基にした業務処理を行う作業担当者のフォルダに、複数の種類の帳票の文書画像を保存する際等に生じることが予想される。また、文書画像の保存先が文書画像に含まれない情報によって決定される場合は、適切ではないレコメンドをする可能性がある。例えば、同一種類の文書画像について、文書画像のスキャンを行った担当者ごとに、保存先フォルダが異なる場合には、複数の担当者のフォルダがレコメンドされることになる。このような場合、ユーザーの選択ミスにより誤ったフォルダを選択してしまう可能性が高まる。

本発明は、文書画像の種類と同一種類と判定された登録画像がある場合、前記登録画像の保存先フォルダに関する保存先情報を取得する取得手段と、前記保存先情報に基づいて、前記文書画像の種類と前記保存先フォルダとが紐づくか否かを判定する第１の判定手段と、前記第１の判定手段により前記文書画像の種類と前記保存先フォルダとが紐づくと判定された場合、前記保存先フォルダのレコメンド情報を生成する生成手段と、前記レコメンド情報を含むフォルダ選択画面を表示する表示手段と、を有することを特徴とする。

本発明によれば、適切なレコメンドをすることができると共に、ユーザーの選択ミスにより誤ったフォルダが選択されてしまう可能性を低減させることができる。

画像処理装置のハードウェア構成の一例を示す図である。 実施形態１の情報処理の一例を示すフローチャートである。 文書画像をオブジェクトブロックに分割した一例を示す図である。 マッチングの概要の一例を示す図である。 データ構造の一例を示す図である。 Ｓ２０７の詳細を示すフローチャートである。 フォルダ選択画面を示す図である。 フォルダ選択画面を示す図である。 実施形態２の情報処理の一例を示すフローチャートである。 Ｓ９０１の詳細を示すフローチャートである。 画面の一例を示す図である。

以下、本発明の実施形態について図面に基づいて説明する。

＜実施形態１＞
図１は、画像処理装置１００のハードウェア構成の一例を示す図である。
画像処理装置１００は、ユーザーインターフェース１０４、ＣＰＵ１０５、ＲＡＭ１０６、記憶部１０７、画像読取部１０８、画像出力部１０９、ディスプレイ１１０を備え、装置制御部１０２を介して相互に通信可能に接続されている。また、更に画像処理装置１００は、画像データを処理するＡＳＩＣから構成される画像処理部１０３を有する。また、画像処理装置１００は、ネットワーク１０１を介して、非図示の外部の情報処理装置と接続されている。

ユーザーインターフェース１０４は、例えばキーボード、マウス、その他入出力装置によって構成され、各種の設定値又は指定値を入力することができる。
ＣＰＵ１０５は、記憶部１０７内の初期プログラムに従って、メインプログラムを記憶部１０７より読み出し、ＲＡＭ１０６に記憶する。ＲＡＭ１０６は、プログラム格納用、ワーク用のメインメモリとして使用される。そして、メインプログラムに従って、ＣＰＵ１０５は、装置制御部１０２を制御する。装置制御部１０２はコントローラ基盤から構成される。装置制御部１０２上に、ＣＰＵ１０５、ＲＡＭ１０６、記憶部１０７、画像処理部１０３、ネットワーク１０１の各デバイスが実装されている。
画像読取部１０８は、スキャナーデバイスであり、紙文書等を読取ることにより画像データ形式の文書画像を取得することができる。装置制御部１０２は、画像読取部１０８から文書画像を取得すると、記憶部１０７に記憶する。そして、装置制御部１０２は、スキャンアシスト処理を実行する際に、記憶部１０７に記憶された文書画像をＲＡＭ１０６に読み出す。ここで、スキャンアシスト処理は、送付先の保存先フォルダをレコメンドする処理である。

そして、装置制御部１０２は、ＲＡＭ１０６上の文書画像を解析し、スキャンアシストのための情報を生成する。解析処理は、４つの処理からなる。１つ目は、文書画像内の文字列ブロックを抽出するブロックセレクション処理（ＢＳ処理）である。２つ目は、文字列画像から文字列情報を抽出する光学文字認識処理（ＯＣＲ処理）である。３つ目は、登録されている文書画像と新たにスキャンされた文書画像との間の類似度を求め、文書画像の種類を判定する処理である。４つ目は、判定処理を基にスキャンアシストのための情報を生成する処理である。スキャンアシストのための情報は、保存先フォルダに関連する情報からなる。

次に、装置制御部１０２は、生成されたスキャンアシストのための情報を用いて、スキャンアシストのためのＵＩ画面を生成し、ディスプレイ１１０上に表示する処理を実行する。そして、装置制御部１０２は、ユーザーインターフェース１０４を介したユーザーからの指示に基づき、送信処理を行う。そして、装置制御部１０２は、ユーザーからのフィードバックを含めたスキャンアシスト処理結果についての情報を記憶部１０７に記憶する。
また、装置制御部１０２は、記憶部１０７に記憶された文書画像を画像出力部１０９に提供する。画像出力部１０９は、種々の形式で文書画像を出力する処理を実行する。画像出力部１０９は、プリンタデバイスである。例えば、画像出力部１０９は、文書画像に係る画像データを、記憶媒体に出力する処理を実行することができる。又は、画像出力部１０９は、印刷機能を備え、紙媒体等の出力媒体に文書画像を出力する処理を実行してもよい。

以上説明した画像処理装置１００は一例であり、画像読取部１０８及び画像出力部１０９のうち、画像出力部１０９を有さない構成の画像処理装置１００であってもよい。また、画像処理装置１００の一部機能を、ネットワークを介して通信を相互に行うことにより、外部処理装置で実行するようにしてもよい。外部処理装置は、サーバー等のコンピュータ装置で実装してもよいし、インターネット上のクラウドサーバーで実装してもよい。画像処理装置１００は、その他必要に応じて、その他の構成を備えるものであってもよい。

次に、本実施形態の情報処理について、図２を用いて説明する。図２は、画像処理装置１００における新しくスキャンされた文書画像に対するスキャンアシストフローの全体を示すフローチャートである。図２のフローチャートは、ユーザーインターフェース１０４を介して、ユーザーから文書画像のスキャン指示を受け付けることにより起動する。その際、起動したユーザー名についての情報を装置制御部１０２は、ＲＡＭ１０６に保持しておく。ユーザー名は、不図示の認証装置等を利用することにより取得可能である。図２に示されるフローチャートによる処理は、記憶部１０７に記憶されたプログラムコードがＲＡＭ１０６に展開され、ＣＰＵ１０５によって装置制御部１０２が制御されることにより実行される。

図２のステップＳ２０１において、装置制御部１０２は、画像読取部１０８で文書をスキャンし、文書画像に変換する。そして、装置制御部１０２は、画像処理部１０３で色変換処理及び階調補正等の文書画像用の補正処理を行い、記憶部１０７に保存する。この文書画像を以後、クエリ文書画像と呼称する。

次に、ステップＳ２０２において、装置制御部１０２は、記憶部１０７に保存されているクエリ文書画像をＲＡＭ１０６に読み出し、回転補正処理を行う。装置制御部１０２は、回転角度を算出し、算出した回転角度を用いて、画像を回転させることにより回転補正処理を行う。装置制御部１０２は、回転角度の算出を、文書画像内の文字列及び線がデジタル的には水平方向に並んでいることを利用する。例えば、装置制御部１０２は、様々な方向への射影ヒストグラムを取り、ヒストグラムのピークとボトムとが短い周期で大きく振動するヒストグラムに対応する角度を選択することにより、回転角度を算出することができる。これは、正しい方向への射影であれば、同一ラインの文字列及び同一方向の罫線等の水平の線が、ヒストグラム上の同一のビンに投票され、行間にあたる部分には何も投票されないため、大きな振幅が文字間の周期で生じるためである。ここまでの手法で算出された角度は、文字の向きが考慮されておらず、１８０度の不確実性が存在する。装置制御部１０２は、文字の向きについて、簡易的な文字認識処理を行った際の文字の確からしさ情報を用いて、判定することができる。これにより、文字の向きも考慮した角度情報を算出することができる。

次に、ステップＳ２０３において、装置制御部１０２は、クエリ文書画像に対して、ブロックセレクション処理（ＢＳ処理）を実行する。ブロックセレクション処理とは、画像内の領域を分割してオブジェクトブロックにし、それぞれのブロックの属性を判定する処理である。具体例を、図３を用いて説明する。図３（Ａ）はステップＳ２０１で読み取った文書画像の一例である。図３（Ｂ）は、文書画像をオブジェクトブロックに分割したものである。ブロック各々について、文字（ＴＥＸＴ）／図画（ＰＩＣＴＵＲＥ）／写真（ＰＨＯＴＯ）／線（ＬＩＮＥ）／表（ＴＡＢＬＥ）等の属性が判定され、異なる属性を持つ領域に分割された様子を示している。

ここで、ブロックセレクション処理の方法について、以下に説明する。先ず、装置制御部１０２は、文書画像を白黒に二値化し、輪郭線追跡を行って黒画素輪郭で囲まれる画素の塊を抽出する。面積が所定の面積よりも大きい黒画素の塊については、装置制御部１０２は、内部にある白画素に対しても輪郭線追跡を行い、白画素の塊を抽出し、更に一定面積以上の白画素の塊の内部から再帰的に黒画素の塊を抽出する。

このようにして得られた黒画素の塊を、装置制御部１０２は、大きさ及び形状で分類し、異なる属性を持つ領域へ分類していく。装置制御部１０２は、例えば、縦横比が１に近く、大きさが一定の範囲のものを文字相当の画素塊とする。更に装置制御部１０２は、近接する文字が整列よくグループ化されうる部分を文字領域（ＴＥＸＴ）とする。装置制御部１０２は、扁平な画素塊を線領域（ＬＩＮＥ）とする。装置制御部１０２は、一定大きさ以上でかつ四角系の白画素塊を整列よく内包する黒画素塊の占める範囲を表領域（ＴＡＢＬＥ）とする。装置制御部１０２は、不定形の画素塊が散在している領域を写真領域（ＰＨＯＴＯ）とする。そして、装置制御部１０２は、それ以外の任意形状の画素塊を図画領域（ＰＩＣＴＵＲＥ）とする。ブロックセレクション処理で得られた各ブロックに対する属性情報は以降に説明する類似度計算等のための情報として用いられる。ここで、文字領域と判定されたブロックをＢＳテキストブロックと呼称する。ＢＳテキストブロックの情報は、ＯＣＲ（光学的文字認識）処理にも利用可能である。装置制御部１０２は、ステップＳ２０３で必要に応じて、ＯＣＲ処理を行ってもよい。

次に、ステップＳ２０４において、装置制御部１０２は、クエリ文書画像と登録文書画像群との間でマッチング処理を行うことにより、文書画像の種類の判定を行う。ここで、登録文書画像群は、後述するステップＳ２１２で登録された過去に処理された文書画像の集まりである。また、マッチング処理とは、クエリ文書画像とすべての登録文書画像との間で類似度を算出し、最大の類似度を持つ登録画像を得る処理である。装置制御部１０２は、この最大の類似度が所定の閾値以上であった場合に、クエリ文書画像は、この最大の類似度を得た登録文書と同一種類の文書画像である判定する。装置制御部１０２は、最大の類似度が所定の閾値を上回らなかった場合には、同一種類の登録画像は存在しなかったと判定する。なお、装置制御部１０２は、この登録文書画像群を記憶部１０７からＲＡＭ１０６に読み出して利用する。また、登録文書画像群は、文書画像そのものでなく、各文書画像のブロックセレクション処理結果等のマッチング処理に利用可能な特徴量であってもよい。

ここで、マッチングの概要について、図４を用いて説明を行う。図４（Ａ）はクエリ文書画像であり、図４（Ｂ）及び図４（Ｃ）は登録文書画像である。図４（Ａ）と図４（Ｂ）はテキストの配置が類似しており、図４（Ａ）と図４（Ｃ）はテキストの配置が類似していない。そのため、適切な手法を利用して、図４（Ａ）と図４（Ｂ）の類似度と、図４（Ａ）と図４（Ｃ）の類似度を算出すると、前者の方の類似度の方が高くなる。そのため、この場合には、マッチングの結果として、図４（Ｂ）が選択される。

ここで、ＢＳテキストブロックを用いた類似度算出の概念についても説明をしておく。図４（Ｄ）は、図４（Ａ）のＢＳテキストブロックを図示したものである。点線がＢＳテキストブロックであり、ＩＤ０００〜ＩＤ００４は各テキストブロックのＩＤである。図４（Ａ）の文字列がＢＳテキストブロックになっていることが分かる。同様に、図４（Ｅ）は、図４（Ｂ）のＢＳテキストブロックを図示したものであり、図４（Ｆ）は、図４（Ｃ）のＢＳテキストブロックを図示したものである。ＢＳテキストブロックを用いた類似度算出は、ＢＳテキストブロックの形状及び配置がどれだけ類似しているかに着目して、類似度を算出する方法である。図４（Ｄ）と図４（Ｅ）は類似しているＢＳテキストブロックが多い。具体的には、図４（Ｄ）ＩＤ０００と図４（Ｅ）ＩＤ００４、図４（Ｄ）ＩＤ００１と図４（Ｅ）ＩＤ００３、図４（Ｄ）ＩＤ００２と図４（Ｅ）ＩＤ０００、図４（Ｄ）ＩＤ００３と図４（Ｅ）ＩＤ００１が類似している。更に、図４（Ｄ）と図４（Ｅ）は、図４（Ｄ）ＩＤ００４と図４（Ｅ）ＩＤ００５が同一の位置になるように位置合わせして考える。そうすると、図４（Ｄ）ＩＤ００４と図４（Ｅ）ＩＤ００５、図４（Ｄ）ＩＤ００３と図４（Ｅ）ＩＤ００２、図４（Ｄ）ＩＤ００２と図４（Ｅ）ＩＤ００１が類似している。図４（Ｄ）と図４（Ｆ）は、若干オーバーラップしているＢＳテキストブロックは存在するが、類似度が高いＢＳテキストブロックは存在しない。そのため、図４（Ｄ）と図４（Ｅ）の類似度と、図４（Ｄ）と図４（Ｆ）の類似度を算出すると、前者の方の類似度の方が高くなる。

ここでは、帳票レイアウト情報であるＢＳテキストブロックを利用したマッチングについて説明した。しかし、装置制御部１０２は、その他の情報も活用してマッチングを行い、文書画像同士の類似度を判定してもよい。例えば、装置制御部１０２は、ユーザー情報（個人ＩＤ、組織ＩＤ等）、ＯＣＲ情報（文書全体のＯＣＲ結果、特定のキーワードの有無、人名や会社名やタイトルの情報等）を活用して類似度を判定してもよい。また、装置制御部１０２は、複数の類似度判定ロジックを利用して、複数の観点で同一種類と判定される登録文書画像を見つけて、それぞれについて、後段のステップで文書画像の種類と保存先フォルダが紐づくかを判定してもよい。

続いて、ステップＳ２０５において、装置制御部１０２は、ステップＳ２０４で、同一種類と判定した登録文書があったかどうかを判定する。装置制御部１０２は、同一種類と判定した登録文書があった場合には、ステップＳ２０６に進み、同一種類と判定した登録文書がなかった場合にはステップＳ２１１に進む。
ステップＳ２０５からステップＳ２０６に遷移した場合、装置制御部１０２は、ステップＳ２０４で得られた同一種類と判定した登録文書画像に対応する保存先フォルダ情報を取得する処理を行う。この保存先フォルダ情報は、この登録文書画像と同一種類と判定した過去のクエリ文書画像群の保存先に関する情報である。情報としては、保存先フォルダのフォルダパス（ＵＲＬ等も含む）、保存日付、保存した人の情報、レコメンドした保存先のフォルダパス、有効なレコメンドであったかの情報等がある。

ここで、装置制御部１０２がＲＡＭ１０６又は記憶部１０７に保持するデータ構造の一例について、図５を用いて説明する。図５（Ａ）は、クエリ文書画像のＢＳテキストブロック情報（ステップＳ２０３の処理結果）を保持するデータ構造である。１列目は、このデータ構造が持つ変数の情報であり、２列目は、各変数の型についての情報である。ここで、型の列の「ｓｈｏｒｔ」は整数型を示す。「［ ］」はベクタ型を示す。「ｆｌｏＡｔ」は浮動小数点を示す。「ＢｏｏｌｅＡｎ」はブール型を示す。「Ｓｔｒｉｎｇ」は文字列を示す。「ＤＡｔｅ」は日付型を示す。これは、図５の図面で共通である。図５（Ａ）においては、クエリ文書画像について、画像幅、画像高さ、ＢＳテキストブロック数の情報に加えて、「ＢＳテキストブロック」のデータ構造をベクタで持つ。「ＢＳテキストブロック」のデータ構造は、図５（Ｂ）となる。「ＢＳテキストブロック」は、ブロックＩＤ、ブロック幅、ブロック高さ、ブロック左上頂点座標のＸ座標及びＹ座標を持つ。

登録文書画像側のデータ構造は、図５（Ｃ）となる。これは、後述するステップＳ２１２で生成が行われる。具体的には、登録文書画像ＩＤ、画像幅、画像高さ、ＢＳテキストブロック数、「ＢＳテキストブロック」のベクタ、「保存先フォルダ情報ＩＤ」からなる。ここで、「ＢＳテキストブロック」は、図５（Ｂ）のデータ構造を意味する。装置制御部１０２は、図５（Ａ）及び図５（Ｃ）のＢＳテキストブロックリストの情報を利用して、クエリ文書画像と登録文書画像との間でのマッチング処理を行う。このマッチング処理のマッチング結果を格納するデータ構造は、図５（Ｄ）となる。マッチング結果は、マッチングした登録文書のＩＤと、マッチング処理で算出した類似度を持つ。

図５（Ｃ）の「保存先フォルダ情報ＩＤ」は、登録文書画像に対応する保存先フォルダ情報のデータ構造のインスタンスを示すＩＤである。保存先フォルダ情報の具体的なデータ構造は、図５（Ｅ）となる。保存先フォルダ情報は、保存先フォルダ情報ＩＤと、対応登録文書画像ＩＤと、「個別クエリ文書画像保存先情報」のベクタを持つ。対応登録文書画像ＩＤは、保存先フォルダ情報のインスタンスに対応する登録文書画像のＩＤである。「個別クエリ文書画像保存先情報」のデータ構造は、図５（Ｆ）となる。保存先フォルダパスは、保存先のフォルダを一意に表現する文字列である。この文字列は、保存先システムに合わせた文字列でよく、例えば、保存先システムのルートフォルダからの相対パス、又はＵＲＬ等である。保存日付は、クエリ文書画像が送信されて保存された日付である。保存ユーザー名は、クエリ文書画像の送信を行ったユーザー名である。保存ユーザー名は、ＲＡＭ１０６に保持している図２のフローチャートを起動したユーザーに関するユーザー名等から取得することができる。レコメンド成功フラグリストの１つ１つの要素は、後述するステップＳ２１０においてレコメンドした保存先フォルダが、ユーザーに利用された場合に「ｔｒｕｅ」となる。利用されなかった場合には「ｆａｌｓｅ」となる。複数のフォルダパスをレコメンドする場合があるため、ベクタとなっている。実際にレコメンドしたフォルダパスが、レコメンド先フォルダパスリストの要素となる。複数のフォルダパスをレコメンドする場合があるため、ベクタとなっている。レコメンド先フォルダパスリストのｘ番目の要素のレコメンドが成功したかの情報が、レコメンド成功フラグリストのｘ番目の要素となる。

後述するフォルダレコメンド情報で利用されるデータ構造が図５（Ｇ）となる。レコメンド先フォルダパスリストの要素は、レコメンドすべき保存先フォルダのパスとなる。レコメンド先フォルダパスリストの０番目の要素が最もレコメンド優先度が高い保存先フォルダのパスとなり、以降、優先度順に保存先フォルダのパスがレコメンド先フォルダパスリストに保持される。
以上のようなデータ構造を前提として、後述するステップを説明していく。

続いて、ステップＳ２０７において、装置制御部１０２は、取得した保存先フォルダ情報に基づき、同一種類と判定した登録文書画像と保存先フォルダが紐づくかを判定する。ここで、この判定の詳細処理について、図６のフローチャートを用いて説明を行う。図６は、ステップＳ２０７の処理の詳細を示すフローチャートである。まず、ステップＳ５０１において、装置制御部１０２は、保存先フォルダ情報から統計量を計算する。ここでの統計量は、登録文書画像と、保存フォルダが紐づいているかを判定するための統計量である。ここでの「紐づいている」とは、ユーザーが文書画像の種類のみに応じて、保存フォルダを選択していることを意味する。「紐づいている」場合には、文書画像の種類に応じて、保存先フォルダをレコメンドする意味があることになる。統計量の例を下記に示す。

・最頻フォルダパスの保存回数Ａ
・総保存回数Ｂ
・最頻フォルダ保存比率Ｃ＝Ａ／Ｂ
最頻フォルダパスの保存回数Ａは、保存先フォルダ情報において、保存回数の多いフォルダパス上位Ｆ個の合計保存回数である。文書画像の種類と保存先フォルダが静的に紐づいていることを想定する場合には、Ｆは１でよい。保存先フォルダが定期的に変更されるような場合に対応するためには、Ｆを１より大きく設定しておく必要があるが詳細は後述する。総保存回数Ｂは、保存先フォルダ情報が保持しているクエリ文書画像群に対応した個別の保存情報の数である。これらの統計量は、図５（Ｅ）、図５（Ｆ）のようなデータ構造を保持していれば、計算することができる。最頻フォルダパスの保存回数Ａは、図５（Ｆ）保存先フォルダパスを集計することにより算出可能である。総保存回数Ｂは、図５（Ｅ）の個別クエリ文書保存先情報のベクタの個数である。ここで、最頻フォルダパスの保存回数Ａと、総保存回数Ｂを計算する際には、直近に保存されたものほど重視するように重みづけをしたり、一定期間内の保存先フォルダ情報だけを利用するようにしたりしてもよい。このようにすることにより、保存先フォルダが変更された場合への対応力が向上する。例えば、定期的に保存フォルダが変更されるような場合では、時間が経過すると、最頻フォルダ保存比率Ｃが低下していく。そのような場合に、Ｆを２として、変更間隔以下の期間に保存された情報だけを収集するようにすれば、常に現在又は１つ前のフォルダの情報だけを利用して、主フォルダ保存比率Ｃが計算される。そのため、最頻フォルダ保存比率Ｃを高く保つことができる。但し、Ｆを１よりも大きく設定する場合には、間違った紐づけを行わないために、後述する判定処理の係数を厳しく設定する必要がある。

続いて、ステップＳ５０２において、装置制御部１０２は、帳票の種類と保存先フォルダの紐づきを判定する。判定には、ステップＳ５０１で計算した統計量を利用する。
例えば、装置制御部１０２は、下記のような判定を行う。
・条件１：最頻フォルダ保存比率Ｃ＞Ｎ
・条件２：総保存回数Ｂ＞Ｍ
・判定条件：条件１と２の両方を満たす
Ｎは０．８、Ｍは２等と設定しておけば、フォルダ保存が３回以上されているレイアウトにおいて、８割以上保存されているフォルダパス群がある場合にのみ、紐づいていると判定されることとなる。なお、条件１のみでＮを０．８とすると、２回目に常に紐づいていると判定してしまうことになり、不適切な判定となる。なお、総保存回数Ｂに応じて、前述したＦ及びＮを切り替えることにより、安定した判定となるようにしてもよい。例えば、総保存回数が小さいうちは統計量の信頼性が低いので、Ｆを小さく、Ｎを大きくしておけば、確実に紐づいている際にのみ、紐づき判定を行うことができる。

逆に、早めにレコメンドの実施を行うことが望ましい場合もある。例えば、常に文書画像の種類と保存フォルダが対応しているユーザーにとっては、同一種類の文書画像を３回以上利用しないとレコメンドされないことがストレスになる。例えば、登録文書画像群すべてにおいての最頻フォルダ保存比率Ｃの加重平均（保存回数で重みづけ）が一定の割合を超えていた場合には、常に文書画像の種類と保存フォルダが対応していることが想定される。このような場合には、新規の文書画像についても対応していることが想定される。そのため、装置制御部１０２は、例えば、Ｎ：０．８ Ｍ：０等として、２回目からレコメンドがされるようにしてもよい。
また、ユーザーが明示的に指示したときには、装置制御部１０２は、常に紐づき判定をするようにしてもよい。ユーザーの明示的な指示は、図２のフローチャートを最初に起動する際にユーザーが指示する場合、又は図２のフローチャートに関わる事前設定を行う際にユーザーが指示する場合等がある。

以上がステップＳ２０７の処理の詳細である。なお、ステップＳ２０７における処理は、予め計算することができる。装置制御部１０２は、処理パフォーマンスを向上させるために、予め計算をしておいた結果を記憶部１０７に保持しておき、その結果を参照するようにしてもよい。

続いて、ステップＳ２０８において、装置制御部１０２は、ステップＳ２０７における判定結果に基づき処理を分岐させる。装置制御部１０２は、ステップＳ２０７で、文書画像の種類と保存先フォルダが紐づいていると判定した場合には、ステップＳ２０９へと進む。装置制御部１０２は、判定しなかった場合には、ステップＳ２１１へと進む。
ステップＳ２０９に進んだ場合には、装置制御部１０２は、フォルダレコメンド情報を生成する。フォルダレコメンド情報は、ユーザーにレコメンドする保存先フォルダについての情報である。具体的なデータ構造の例は、前述した図５（Ｇ）である。レコメンドすべきファルダとして、下記のようなフォルダが想定される。

・直近に同一種類の文書画像を保存したフォルダ
・直近Ｒ回に同一種類の文書画像を最も多く保存したフォルダ
・同一種類の文書画像を最も多く保存したフォルダ
・フローチャートを実行しているユーザーが直近に同一種類の文書画像を保存したフォルダ
・フローチャートを実行しているユーザーが直近Ｒ回に同一種類の文書画像を最も多く保存したフォルダ
・フローチャートを実行しているユーザーが同一種類の文書画像を最も多く保存したフォルダ

ここで、Ｒは予め設定しておく定数である。これらのフォルダは、保存先フォルダ情報を利用して求めることが可能である。具体的には、図５（Ｆ）の保存先フォルダパス、保存日付、保存ユーザー名を利用すれば、求めることができる。これらのレコメンド候補のうち、どのフォルダを利用するか、どのような優先順位でレコメンドすべきかは、ユーザーによる想定利用形態に応じた設定、ユーザーによる事前設定、レコメンドの成功履歴に応じた重みづけ等、種々の方法がある。例えば、保存先を決めるルールが処理ユーザーに依存せず、保存先フォルダが定期的に変わる可能性がある場合には、下記のような形でのレコメンドを行えばよい。

第一優先順位：直近に同一種類の文書画像を保存したフォルダ
第二優先順位：直近Ｒ回に同一種類の文書画像を最も多く保存したフォルダ
＃第一優先順位と第二優先順位のフォルダが同一の場合には、第一優先順位のフォルダのみをレコメンドする
このようなレコメンドをするのは、定期に変更される可能性があるため、直近に保存したフォルダが次回以降も利用される可能性が高いためである。しかしながら、ユーザーの誤操作の可能性もあるので、直近Ｒ回に最も保存されているフォルダについてもレコメンドを行う。
ステップＳ２０７の紐づき判定と、ステップＳ２０９のフォルダレコメンド情報生成が分離されているため、紐づき判定とは異なり、保存回数だけではなく、直近に保存されたフォルダの観点でのレコメンドが可能となる。つまり、紐づき判定とは異なる観点で、フォルダレコメンド情報の生成が可能となる。

続いて、ステップＳ２１０において、装置制御部１０２は、フォルダレコメンド情報に基づき、ファルダレコメンドありのフォルダ選択画面を生成し、ディスプレイ１１０に表示する。そして、ユーザーによる操作をユーザーインターフェース１０４で受け付ける。ファルダレコメンドありのフォルダ選択画面は、フォルダレコメンド情報に含まれるフォルダパスが容易に選択可能になっていればよい。ユーザーが保存先のフォルダの選択を行った場合、装置制御部１０２は、ステップＳ２１３に遷移する。
ここで、ＵＩ例について、図７を用いて説明を行う。図７で示す画面は、ディスプレイ１１０にて表示される。ユーザーによる操作はユーザーインターフェース１０４を用いて行われる。また、装置制御部１０２は、ネットワーク１０１を介して、予め設定された送付先サーバー又はストレージのフォルダ情報を適宜取得することが可能である。

図７（Ａ）は、レコメンドすべき保存先フォルダが１つだけの場合のフォルダ選択画面である。つまり、図５（Ｇ）のレコメンド先フォルダパスリストの要素が１つだけの場合のフォルダ選択画面である。図７（Ａ）において、レコメンドすべき保存先フォルダは「階層３＿ＡＢＤ」である。図７（Ａ）においては、このフォルダを選択可能な画面を最初から表示することにより、フォルダのレコメンドを行っている。選択候補フォルダ表示欄６０１に、「階層１＿Ａ／階層２＿ＡＢ／階層３＿ＡＢＤ」と表示されている。「階層１＿Ａ／階層２＿ＡＢ／」は、上位ファルダも含めたフォルダパスである。「階層３＿ＡＢＤ」は、フォルダ名である。そして、フォルダ内容表示欄６０２には、「階層３＿ＡＢＤ」の内容が表示される。この例においては、「階層３＿ＡＢＤ」にはフォルダは存在せず、上の階層のフォルダに戻るためのボタン６０３だけが表示されている。ボタン６０４は、本ＵＩ画面へと遷移する前の画面へ戻るためのボタンである。ボタン６０５は、フォルダ選択を行うためのボタンであり、選択されると、保存先フォルダとして、「階層３＿ＡＢＤ」が選択される。ユーザーが任意のフォルダを選択したい場合には、フォルダ内容表示欄６０２を利用して、適切なフォルダに移動し、ボタン６０５を選択する。本画面においては、まずボタン６０３を選択し、上位階層のフォルダに移動し、そこを起点に適切なフォルダに移動していく。

図７（Ｂ）は、レコメンドすべき保存先フォルダが複数ある場合のフォルダ選択画面である。つまり、図５（Ｇ）のレコメンド先フォルダパスリストの要素が複数ある場合のフォルダ選択画面である。図７（Ｂ）と図７（Ａ）の違いは、ボタン６０６が存在することである。この例においては、ボタン６０６を選択すると、図７（Ｃ）の画面に遷移する。図７（Ｃ）は、レコメンドされる保存先ファルダが「階層３＿ＡＢＣ」となっており、選択候補フォルダ表示欄６０７の表示も、「階層１＿Ａ／階層２＿ＡＢ／階層３＿ＡＢＣ」へと切り替わっている。ボタン６０８が選択されると、保存先フォルダとして、「階層３＿ＡＢＣ」が選択される。
ボタン６０９が選択された場合には、レコメンド先フォルダパスリストの次の要素をレコメンドする画面に遷移する。レコメンド先フォルダパスリストの最後の要素をレコメンドする画面からは、最初の要素をレコメンドする画面に遷移する。

更に、別のＵＩ例について、図８を用いて説明を行う。図８で示す画面は、ディスプレイ１１０にて表示され、ユーザーによる操作はユーザーインターフェース１０４を用いて行われる。また、装置制御部１０２は、ネットワーク１０１を介して、予め設定された送付先サーバー又はストレージのフォルダ情報を適宜取得することが可能である。

図８（Ａ）は、レコメンドすべき保存先フォルダが２つの場合のフォルダ選択画面である。つまり、図５（Ｇ）のレコメンド先フォルダパスリストの要素が２つの場合のフォルダ選択画面である。図８（Ａ）において、レコメンドすべき保存先フォルダは「階層３＿ＡＢＤ」及び「階層３＿ＡＢＣ」である。これらに対応し、フォルダ選択ボタン７０１に「階層１＿Ａ／階層２＿ＡＢ／階層３＿ＡＢＤ」と表示され、フォルダ選択ボタン７０２に「階層１＿Ａ／階層２＿ＡＢ／階層３＿ＡＢＣ」と表示されている。フォルダ選択ボタン７０１が選択されると、保存先フォルダとして「階層３＿ＡＢＤ」が選択される。フォルダ選択ボタン７０２が選択されると、保存先フォルダとして「階層３＿ＡＢＣ」が選択される。ボタン７０３は、本ＵＩ画面へと遷移する前の画面へ戻るためのボタンである。ボタン７０４を選択すると、ユーザーが任意のフォルダを選択するための画面である図８（Ｂ）へと遷移する。図８（Ｂ）の選択候補フォルダ表示欄７０５は、現在の選択候補のフォルダ名を表示するものであり、最上位層のフォルダ名である「ルート」が表示されている。フォルダ内容表示欄７０６には、「ルート」フォルダに含まれるフォルダに移動するためのボタンが表示されている。順次、このボタンを選択していくことにより、ユーザーは任意のフォルダへと移動することができる。ユーザーが選択したいフォルダに移動したあとに、ボタン７０７を選択することにより、該当するフォルダを選択することができる。

続いて、ステップＳ２０５又はステップＳ２０８からステップＳ２１１に遷移した場合の説明を行う。ステップＳ２１１において、装置制御部１０２は、ファルダレコメンドなしのフォルダ選択画面を生成し、ディスプレイ１１０に表示する。そして、ユーザーによる操作をユーザーインターフェース１０４で受け付ける。ファルダレコメンドなしのフォルダ選択画面は、ユーザーが所望するフォルダが容易に選択可能になっていればよい。ユーザーが保存先のフォルダの選択を行うと、装置制御部１０２は、ステップＳ２１２に遷移する。ＵＩ例については、図８（Ｂ）と同等ものであればよいため、説明を省略する。

ステップＳ２１２において、装置制御部１０２は、文書マッチング用の情報の更新を行う。ステップＳ２０５からステップＳ２１１へと遷移をしてきた場合には、マッチングした文書画像がなかったことになるので、クエリ文書画像の新しい登録文書画像としての登録が必要となる。その場合には、クエリ文書画像を新しい登録文書画像として登録する。登録は、装置制御部１０２が、登録情報を記憶部１０７に保存することにより行う。登録する情報は、マッチングに必要な情報である。マッチングに必要な情報は、本実施形態においては、ステップＳ２０３で算出したクエリ文書画像のＢＳ処理結果である。ＢＳ処理結果の情報は、クエリ文書画像の構造に関する情報が含まれており、マッチングに有用な情報であるためである。なお、装置制御部１０２は、クエリ文書画像の画像情報そのもの、又は局所特徴量等の別種の公知の特徴量を保存しておき、文書画像のマッチングに利用してもよい。具体的なデータ構造の例は、前述した図５（Ｃ）の登録文書画像のデータ構造である。

ステップＳ２１０又はステップＳ２１２からステップＳ２１３に遷移すると、装置制御部１０２は、保存先フォルダ情報の更新作業を行う。装置制御部１０２は、ステップＳ２０５でマッチングしたと判定した登録文書画像又は、ステップＳ２１２で新規に登録した登録文書画像に対応する保存先フォルダ情報の更新を行う。更新内容は、ステップＳ２１０又はステップＳ２１１でユーザーが最終的に選択した保存先フォルダについての情報の追加である。情報は、例えば、フォルダパス（ＵＲＬ等も含む）、保存日付、フローチャートの実行ユーザーの情報等である。ステップＳ２１０から遷移した場合には、装置制御部１０２は、レコメンドした保存先のフォルダパス、有効なレコメンドであったかの情報等の追加も行う。有効なレコメンドであったかどうかは、最終的にユーザーが選択したフォルダと、レコメンドした保存先フォルダの比較により判定可能である。具体的なデータ構造の例は、前述した図５（Ｅ）の保存先フォルダ情報及び図５（Ｆ）の個別クエリ文書保存先情報であり、図５（Ｆ）の個別クエリ文書保存先情報が新規に追加されることになる。登録文書画像と保存先フォルダ情報の対応づけは、前述した図５（Ｃ）の保存先フォルダ情報ＩＤと、図５（Ｅ）の保存先フォルダ情報ＩＤに同一のＩＤを入れることにより可能である。更に、逆方向の参照も可能とするために、前述した図５（Ｃ）の登録文書画像ＩＤと、図５（Ｅ）の対応登録文書画像ＩＤに同一のＩＤを入れておいてもよい。

最後に、ステップＳ２１４において、装置制御部１０２は、クエリ文書画像の送信設定を行う。送信設定は、ステップＳ２１０又はステップＳ２１１で選択された保存先フォルダに関する情報と、予め設定された送付先サーバー又はストレージの情報に基づいて生成される。そして、装置制御部１０２は、ネットワーク１０１を介して、送信設定に従い、クエリ文書画像を送信する。

以上が、画像処理装置１００における情報処理のフローチャートになる。なお、ステップＳ２１４とステップＳ２１３には依存関係がないため、並列に実行したり、順序を入れ替えたりして、実行してもよい。以上説明したとおり、本実施形態における一連の情報処理では、文書画像の種類と、ユーザーが選択した保存先フォルダとの対応を利用しているため、保存先フォルダに既に含まれている文書画像に左右されずにレコメンドを行うことができる。そのため、複数の種類の文書画像が保存されているフォルダが保存先フォルダの場合であっても、適切なレコメンドをすることができる。また、振り分けた後に、作業フローに従い、１次保存先フォルダから文書画像が移動された場合でも適切なレコメンドを行うことができる。

また、本実施形態における一連の情報処理では、文書画像に含まれる情報のみで、保存先フォルダが決定されているかの判定も行うため、文書画像の保存先が文書画像自身以外の情報によって決定される場合には、レコメンドを行わないことが可能になる。つまり、適切ではないレコメンドを行わないことにより、ユーザーの選択ミスにより誤ったフォルダを選択してしまう可能性を低減させることができる。

なお、本実施形態において、類似度計算にＢＳテキストブロックを利用しているが、装置制御部１０２は、他の類似度計算手法を利用してもよい。例えば、画像の見た目自体を比較するために、装置制御部１０２は、低解像度にした文書画像同士の画素値自体を利用して類似度を計算してもよい。この際には、装置制御部１０２は、文書画像同士の輝度値の差の絶対値の和、又は相関係数を類似度として利用する。又は、文章の内容の類似度を見るために、装置制御部１０２は、ＯＣＲ結果の文字列を利用して類似度を計算してもよい。この際には、装置制御部１０２は、文字列同士の距離を計算する尺度であるレーベンシュタイン距離等を利用して、類似度尺度を求めればよい。

＜実施形態２＞
以下、実施形態２について、実施形態１と異なる部分について説明する。
実施形態２では、文書画像の種類とフォルダが直接的に紐づいていない場合に、ユーザーの手動設定の手間を軽減する方法について説明を行う。
実施形態１との差分は、図２及び図６のフローチャートであるため、図２のフローチャートの代わりに図９のフローチャートを参照し、図６のフローチャートの代わりに図１０のフローチャートを参照し、説明する。

まず、本実施形態のフローチャートについて、図９を用いて説明する。図９は、画像処理装置１００における新しくスキャンされた文書画像に対するスキャンアシストフローの全体を示すフローチャートである。図９のフローチャートの起動方法、実行方法は、図２のフローチャートと同様である。
ここで、図２と図９のフローチャートの違いは、ステップＳ２０７とステップＳ９０１、ステップＳ２０９とステップＳ９０２、ステップＳ２１０とステップＳ９０３である。そこで、ステップＳ９０１、ステップＳ９０２、ステップＳ９０３についてだけ説明を行う。

ステップＳ９０１において、装置制御部１０２は、取得した保存先フォルダ情報に基づき、同一種類と判定した登録文書画像と保存先フォルダが紐づくかを判定する。ここで、この判定の詳細処理について、図１０のフローチャートを用いて説明を行う。図１０は、ステップＳ９０１の処理の詳細を示すフローチャートである。まず、ステップＳ５０１とステップＳ５０２は、図６のステップＳ５０１とステップＳ５０２と同様であるため、説明を省略する。

ステップＳ１００１において、装置制御部１０２は、後続するステップで利用する変数Ｐを１に初期化する。なお、この変数Ｐは、後段のステップで利用するため、図１０のフローチャートが終了したあとも、ＲＡＭ１０６に保持しておく。
続いて、ステップＳ１００２において、装置制御部１０２は、Ｓ５０２又はＳ１００４で、帳票の種類と保存先フォルダが紐づいていると判定されたかにより分岐を行う。装置制御部１０２は、紐づき判定された場合にはステップＳ１００６に進む。装置制御部１０２は、紐づき判定されなかった場合には、ステップＳ１００３に進む。

ステップＳ１００２からステップＳ１００３に進んだ場合は、装置制御部１０２は、保存先フォルダ情報に含まれるフォルダパスをＰ階層上にした上で、統計情報を計算する。
例えば、フォルダ情報に含まれるフォルダパスが
「階層１＿Ａ／階層２＿ＡＢ／階層３＿ＡＢＤ」
「階層１＿Ａ／階層２＿ＡＢ／階層３＿ＡＢＢ」
「階層１＿Ａ／階層２＿ＡＢ／階層３＿ＡＢＣ」
「階層１＿Ａ／階層２＿ＡＡ／階層３＿ＡＢＡ」
であったとする。この場合、Ｐが１であった場合には、
「階層１＿Ａ／階層２＿ＡＢ」
「階層１＿Ａ／階層２＿ＡＢ」
「階層１＿Ａ／階層２＿ＡＢ」
「階層１＿Ａ／階層２＿ＡＡ」
がＰ階層上のパスとなる。Ｐ階層上にする前はすべて異なるフォルダパスであったが、Ｐ階層上にすることにより、３／４のフォルダパスが同一のフォルダパスとなる。ユーザーにとっては、このフォルダパスがレコメンドされれば、最上位フォルダから手動で保存先フォルダを設定するよりも少ない工数で、フォルダを設定することができる。このＰ階層上のフォルダパスを利用して、装置制御部１０２は、ステップＳ５０２と同様に統計量を計算する。なお、最上位階層までの層がＰ階層以下のフォルダパスは、最上位階層として扱う。

続いて、ステップＳ１００４において、装置制御部１０２は、帳票の種類と保存先フォルダの紐づきを判定する。本ステップで利用する統計量がステップＳ１００３で算出した統計量であることを除けば、図６のステップＳ５０２と同様である。
そして、ステップＳ１００５において、装置制御部１０２は、変数Ｐに１を加算する。これは、Ｐ階層上のフォルダパスで紐づき判定がされなかった場合に、更に上位の階層のフォルダパスで紐づき判定がされないかを試行するために行う。
ステップＳ１００２からステップＳ１００６に進んだ場合は、装置制御部１０２は、紐づき判定された際に、最も保存回数が多かったフォルダパスが最上位階層のフォルダであるかを判定する。Ｐが大きくなると、最終的にすべてのフォルダパスが最上位階層になり、意味のない紐づき判定となるので、この判定を行う。最上位階層のフォルダであると判定しなかった場合には、装置制御部１０２は、このままフローチャートの処理を終了する。最上位階層のフォルダであると判定した場合には、装置制御部１０２は、ステップＳ１００７に進む。
ステップＳ１００６からステップＳ１００７に進んだ場合は、装置制御部１０２は、紐づき判定を変更し、紐づきしていないことにする。

以上がステップＳ９０１の処理の詳細である。なお、ステップＳ９０１における処理は、予め計算が可能である。処理パフォーマンスを向上させるために、装置制御部１０２は、予め計算をしておいた結果を記憶部１０７に保持しておき、その結果を参照するようにしてもよい。

続いて、ステップＳ９０２についての説明を行う。ステップＳ９０２において、装置制御部１０２は、フォルダレコメンド情報の生成を行う。フォルダレコメンド情報は、実施形態１と同様の情報である。図１０の情報処理で生成された変数Ｐが１の場合には、装置制御部１０２は、図２のステップＳ２０９と同様の処理を行う。変数Ｐが１より大きい場合には、装置制御部１０２は、図１０のステップＳ１００３で、最も保存回数が多かったフォルダパスをユーザーにレコメンドする保存先フォルダとする。但し、この保存先フォルダは、ユーザーがこのフォルダをベースに手動で最終的な保存先フォルダを設定することが前提となる。

最後にステップＳ９０３についての説明を行う。ステップＳ９０３において、装置制御部１０２は、フォルダレコメンド情報に基づき、ファルダレコメンドありのフォルダ選択画面を生成し、ディスプレイ１１０に表示する。そして、ユーザーによる操作をユーザーインターフェース１０４で受け付ける。ファルダレコメンドありのフォルダ選択画面は、フォルダレコメンド情報に含まれるフォルダパスが容易に選択可能になっていればよい。ユーザーが保存先のフォルダの選択を行ったら、装置制御部１０２は、ステップＳ２１３に遷移する。

ここでのＵＩ例は、変数Ｐが１の場合は、実施形態１と同様である。変数Ｐが１より大きい場合について、図１１を用いて説明を行う。図１１で示す画面は、ディスプレイ１１０にて表示され、ユーザーによる操作はユーザーインターフェース１０４を用いて行われる。また、装置制御部１０２は、ネットワーク１０１を介して、予め設定された送付先サーバー又はストレージのフォルダ情報を適宜取得することができる。

図１１において、レコメンドすべき保存先フォルダは「階層２＿ＡＢ」である。図１１においては、このフォルダを選択可能な画面を最初から表示することにより、フォルダのレコメンドを行っている。但し、実際には、変数Ｐが１より大きいため、ユーザーが保存したいフォルダは、このフォルダの下層のフォルダである可能性が高い。選択候補フォルダ表示欄１１０１に、「階層１＿Ａ／階層２＿ＡＢ」と表示されている。「階層１＿Ａ／階層２＿ＡＢ／」は、上位ファルダも含めたフォルダパスであり、「階層２＿ＡＢ」がフォルダ名である。そして、フォルダ内容表示欄１１０２には、「階層２＿ＡＢ」の内容が表示される。この例においては、「階層２＿ＡＢ」には複数のフォルダは存在し、各フォルダへ移動するためのボタンが配置されている。ボタン１１０３は、本ＵＩ画面へと遷移する前の画面へ戻るためのボタンである。フォルダ内容表示欄１１０２を利用して、適切なフォルダに移動し、ボタン１１０４をユーザーが選択すると、そのフォルダが保存先フォルダとして選択される。

以上説明したとおり、本実施形態における一連の情報処理により、実施形態１の効果に加えて、直接的に文書画像の種類と保存先フォルダが紐づかない場合であっても、共通して利用される上位フォルダがレコメンドされる。これにより、ユーザーが手動で最上位階層のフォルダからフォルダを選択していくことに比べて、途中階層のフォルダからの選択で済むようになるため、フォルダ選択の手間を軽減することができる。特にフォルダ階層が深い場合、又はフォルダ数が多い場合に、軽減効果が大きくなる。
なお、実施形態１における図２のステップＳ２１１におけるフォルダ選択画面に、「途中階層のレコメンド」等のボタンを用意して、本実施形態の図９のステップＳ９０１に遷移を行うようにしてもよい。

＜その他の実施形態＞
本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給する。そして、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサーがプログラムを読み出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。

以上、本発明の実施形態の一例について詳述したが、本発明は係る特定の実施形態に限定されるものではない。

以上、上述した各実施形態によれば、ユーザーが指定した文書画像の保存先と、文書画像の種類との関係を利用しているため、フォルダに既に含まれている文書画像の多くが、新しく振り分けを行いたい文書画像と類似している必要がない。そのため、複数の種類の文書画像が保存されているフォルダが保存先フォルダの場合であっても、適切なレコメンドをすることができる。また、振り分け先の保存先フォルダに関する情報を保持しているため、振り分けた後に、作業フローに従い、１次保存先フォルダから文書画像が移動された場合でも適切なレコメンドを行うことができる。
また、文書画像に含まれる情報のみで、保存先フォルダが決定されているかの判定も行うため、文書画像の保存先が文書画像自身以外の情報によって決定される場合には、レコメンドを行わないことができる。つまり、適切ではないレコメンドを行わないことにより、ユーザーの選択ミスにより誤ったフォルダを選択してしまう可能性を低減させることができる。

１００ 画像処理装置
１０２ 装置制御部

Claims (9)

1. 文書画像の種類と同一種類と判定された登録画像がある場合、前記登録画像の保存先フォルダに関する保存先情報を取得する取得手段と、
   前記保存先情報に基づいて、前記文書画像の種類と前記保存先フォルダとが紐づくか否かを判定する第１の判定手段と、
   前記第１の判定手段により前記文書画像の種類と前記保存先フォルダとが紐づくと判定された場合、前記保存先フォルダのレコメンド情報を生成する生成手段と、
   前記レコメンド情報を含むフォルダ選択画面を表示する表示手段と、
   を有することを特徴とする画像処理装置。
2. 前記フォルダ選択画面において選択されたフォルダに関する情報に基づき、前記保存先情報を更新する更新手段を更に有することを特徴とする請求項１に記載の画像処理装置。
3. 前記文書画像の種類と同一種類と判定された登録画像がない場合、前記表示手段は、レコメンド情報を含まないフォルダ選択画面を表示することを特徴とする請求項１又は２に記載の画像処理装置。
4. 前記文書画像の種類と前記保存先情報に関する前記保存先フォルダが紐づかない場合、前記表示手段は、レコメンド情報を含まないフォルダ選択画面を表示することを特徴とする請求項１又は２に記載の画像処理装置。
5. 前記文書画像の種類と同一種類と判定された登録画像があるか否かを判定する第２の判定手段を更に有し、
   前記第２の判定手段により、前記文書画像の種類と同一種類と判定された登録画像があると判定された場合、前記取得手段は、前記登録画像の保存先フォルダに関する保存先情報を取得することを特徴とする請求項１乃至４の何れか１項に記載の画像処理装置。
6. 前記第１の判定手段は、前記保存先情報に関する前記保存先フォルダの統計情報に基づいて、前記文書画像の種類と前記保存先フォルダとが紐づくか否かを判定することを特徴とする請求項１乃至５の何れか１項に記載の画像処理装置。
7. 前記第１の判定手段は、前記保存先フォルダの上位階層のフォルダの統計情報に基づいて、前記文書画像の種類と前記保存先フォルダとが紐づくか否かを判定することを特徴とする請求項６に記載の画像処理装置。
8. 画像処理装置が実行する情報処理方法であって、
   文書画像の種類と同一種類と判定された登録画像がある場合、前記登録画像の保存先フォルダに関する保存先情報を取得する取得工程と、
   前記保存先情報に基づいて、前記文書画像の種類と前記保存先フォルダとが紐づくか否かを判定する第１の判定工程と、
   前記第１の判定工程により前記文書画像の種類と前記保存先フォルダとが紐づくと判定された場合、前記保存先フォルダのレコメンド情報を生成する生成工程と、
   前記レコメンド情報を含むフォルダ選択画面を表示する表示工程と、
   を含むことを特徴とする情報処理方法。
9. コンピュータを、請求項１乃至７の何れか１項に記載の画像処理装置の各手段として機能させるためのプログラム。

Images