JP6881991B2 - 画像処理装置、及びその制御方法とプログラム - Google Patents

Description

本発明は、画像処理装置、及びその制御方法とプログラムに関する。

帳票等の紙文章を読取装置で読み取ってデジタル化する業務フローが存在する。その際、そのデジタル化した原稿の画像データに対して、その原稿の種類や内容に応じたファイル名を付ける命名作業が行われる。この命名作業をユーザがキーボードで入力して行うと、デジタル化する紙原稿の種類が多い場合、ユーザにとって大きな負担となる。特に、ユーザインターフェースの制約等により、ソフトウェアキーボードでファイル名を入力する必要がある場合等では、この負担はより大きくなる。

これを解決するために、特許文献１には以下の手法が記載されている。予め原稿の種類を複数定めておき、次に、スキャンされた原稿が、これら複数の種類の内、どの種類に特定できるかを決めるための特定規則を定める。更に、各原稿の種類について、ファイル名を一意に決めるためのファイル名の命名規則を登録する。この命名規則において、ファイル名に使用される文字列は、原稿の種類の名前や、作業者の名前、特定時の日付、スキャンの実行番号などを含む。そして原稿がスキャンされると、その原稿の画像データの特徴を抽出し、その特徴と種類特定規則とを照らし合わせる。そして、原稿の画像データの種類を特定する。そして、その特定された種類が持つファイル名の命名規則を利用して、自動的にファイル名を決定している。このように、ユーザが、原稿の種類ごとに特定規則とファイル名の命名規則を設定するだけで、それ以降のファイル名の命名処理の負荷を軽減できる。

特開２００９−２０５３２５号公報

しかしながら上述の先行技術では、ファイル名の命名規則は、原稿のスキャンを実行する前に、その原稿と紐づけて登録する必要があり、その命名規則は、変更しない限り原稿のスキャン実行時において常に同一のものである。これにより、例えば、「注文書」という原稿の種類があり、そのファイル名の命名規則が「注文書＿スキャン」であれば、「注文書」の原稿の画像データのファイル名は、常に「注文書＿スキャン」となる。ここで、「注文書」に該当する原稿に対して、例えば「処理前」という固定文字列を適用し、ファイル名を「注文書＿処理前」としたいとする。この場合、ユーザは、新たに「注文書＿処理前」と、ファイル名の命名規則を持つ原稿の種類、及びそれに対応する種類特定規則を定める必要がある。更に、この特定規則によって特定できるように、その原稿に対応する特徴を持たせる必要がある。

しかしながら、一般的に原稿から読み取れる特徴が同じであっても、ユーザにとっては、スキャンにより得られた画像データを、ファイル名で区別したい場合がある。具体例として、一般的なドキュメントワークフローにおいて、例えば「処理前」や「テンプレート」という固定文字列をファイル名に付加することにより、ファイルを区別することが考えられる。このように同一の特徴を持った原稿の画像データのファイル名を差別化したい場合、先行技術では、ユーザが原稿のスキャン前にファイル名の命名規則を変更し、更に、原稿のスキャン後にファイル名の命名規則を元に戻す必要がある。この作業は、ユーザがキーボードからファイル名を入力するよりも、ユーザにとって作業負荷が大きい。もしくは、原稿をスキャンした後、ユーザがキーボードからファイル名を入力して変更することにより、ユーザが意図したファイル名を付けることが可能であるが、この作業もユーザにとって負荷が大きいものとなる。

ここで、ユーザが「注文書＿処理前」というファイル名を付すだけであれば、「注文書」という固定文字列と「処理前」という固定文字列で、ファイルの命名を行う選択手段を予めＵＩ上に表示しておき、ユーザがそこから選択するだけでよい。その場合、ファイル名に使用されることを想定した固定文字列を網羅的にＵＩ上に表示してユーザが選択できるようにすると、固定文字列の数が膨大になる。その膨大な固定文字列の中から、「注文書」と「処理前」という固定文字列を探索する作業は、ユーザにとって大きな負担となる。このように、同一の原稿をスキャンした場合であっても、ユーザが意図したファイル名を容易に付けること、及び、ユーザがファイル名に使用する固定文字列をＵＩ上において容易に探索できることが大きな課題となる。

本発明の目的は、上記従来技術の課題を解決することにある。

本発明の目的は、原稿の画像データからその原稿の種類を特定し、その原稿の種類に対応するファイル名の候補文字列から、その画像データのファイル名を決定できる技術を提供することにある。

上記目的を達成するために本発明の一態様に係る画像処理装置は以下のような構成を備える。即ち、
原稿の画像を読み取ることで生成されるスキャンデータを取得する取得手段と、
前記原稿の種類と複数の文字列とを関連付けて管理する管理手段と、
前記取得手段によって取得された前記スキャンデータに基づいて、前記原稿の種類、および前記原稿の種類に関連づく前記複数の文字列を特定する特定手段と、
前記特定手段により特定された前記複数の文字列を、前記スキャンデータのファイル名を作成する際に使用する候補文字列として表示部に表示させる制御手段と、
前記表示される前記複数の文字列のうち１つの文字列を選択するユーザ入力を受け付ける受け付け手段と、
前記受け付けたユーザ入力に基づき、前記特定された複数の文字列のうちユーザにより選択された１以上の文字列を用いて、前記スキャンデータのファイル名を生成する生成手段と、を有することを特徴とする。

本発明によれば、原稿の画像データからその原稿の種類を特定し、その原稿の種類に対応するファイル名の候補文字列から、その画像データのファイル名を決定できるため、ユーザは意図したファイルの命名を軽負荷で行うことができる。

本発明のその他の特徴及び利点は、添付図面を参照とした以下の説明により明らかになるであろう。尚、添付図面においては、同じ若しくは同様の構成には、同じ参照番号を付す。

添付図面は明細書に含まれ、その一部を構成し、本発明の実施形態を示し、その記述と共に本発明の原理を説明するために用いられる。
本発明の実施形態１に係る情報処理システムの一構成例を示すブロック図。 実施形態１に係るファイル命名装置による事前準備の処理を説明するフローチャート。 実施形態１に係る画像処理装置による処理を説明するフローチャート。 実施形態１に係るファイル命名装置が画像処理装置から原稿の画像データを受け取り、その原稿の種類に対応する固定文字列を画像処理装置に送信する処理を説明するフローチャート。 実施形態１に係る画像処理装置の表示部に表示される画面例を示す図。 実施形態１に係る画像処理装置の表示部に表示される画面例を示す図。 実施形態１に係る画像処理装置で読み取られる原稿画像の一例を示す図。 実施形態１に係る画像処理装置で読み取られる原稿画像の一例を示す図。 本発明の実施形態２に係る画像処理装置による、読み取った原稿の画像データに対するファイルの命名処理を説明するフローチャート。 実施形態２に係るファイル命名装置が画像処理装置から原稿の画像データを受け取り、その原稿の種類に対応する固定文字列を画像処理装置に送信する処理を説明するフローチャート。 実施形態２に係る画像処理装置の表示部に表示される画面例を示す図。 実施形態２に係る画像処理装置の表示部に表示される画面例を示す図。 実施形態３に係る画像処理装置による処理を説明するフローチャート。 実施形態３に係るファイル命名装置が画像処理装置から原稿の画像データを受け取り、その原稿の種類に対応する固定文字列を画像処理装置に送信する処理を説明するフローチャート。 実施形態３に係る画像処理装置の表示部に表示されるＵＩ画面の一例を示す図。 実施形態１に係る原稿種類データベースを説明する図（Ａ）と、初期設定用の登録情報である原稿種類振り分け規則と固定文字列リストの具体例を示す図（Ｂ）。 実施形態２に係る原稿種類データベースを説明する図（Ａ）と、実施形態３に係る原稿種類データベースを説明する図（Ｂ）。

以下、添付図面を参照して本発明の実施形態を詳しく説明する。尚、以下の実施形態は特許請求の範囲に係る本発明を限定するものでなく、また本実施形態で説明されている特徴の組み合わせの全てが本発明の解決手段に必須のものとは限らない。

［実施形態１］
図１は、本発明の実施形態１に係る情報処理システムの一構成例を示すブロック図である。実施形態１に係るシステムは、スキャナ等で原稿を光学的に読み取ってその原稿の画像データを取得し、その画像データに基づいて生成されるファイルにファイル名を付与するシステムとして説明する。図１に示すように、このシステムは、画像処理装置１００、ファイル命名装置１２０とを備えている。ここで画像処理装置１００とファイル命名装置１２０とは、ネットワーク１５０を介して相互にデータ通信可能に相互に接続されている。

画像処理装置１００は、ユーザインターフェース（ＵＩ）１０４、ＣＰＵ１０５、ＲＡＭ１０６、記憶部１０７、画像読取部１０８、画像出力部１０９、表示部１１０を備え、これらは制御部１０１を介して相互に通信可能に接続されている。制御部１０１は、画像処理装置１００全体を制御する装置制御部１０２と、画像データを処理する画像処理部１０３とを有する。

ＣＰＵ１０５は、画像処理装置１００の電源がオンされると記憶部１０７の初期プログラムを実行して、メインプログラムを記憶部１０７より読出してＲＡＭ１０６に展開する。ＲＡＭ１０６はプログラムの格納用や、ワーク用のメインメモリとして使用される。そしてＣＰＵ１０５は、そのＲＡＭ１０６に展開したプログラムを実行することにより、この画像処理装置１００の動作を制御する。よって、制御部１０１の装置制御部１０２、画像処理部１０３等の機能は、ＣＰＵ１０５が上述のプログラムを実行することにより達成される。

画像読取部１０８は、例えばスキャナ等であり、紙文書（原稿）を読取って、その原稿の画像をデジタル化した画像データを取得する。制御部１０１は、画像読取部１０８で得られた画像データを取得すると、それを記憶部１０７に記憶する。そして制御部１０１は、後述する命名処理を実行する際に、その記憶部１０７に記憶された画像データを、ネットワーク１５０を介してファイル命名装置１２０に送信する。また制御部１０１は、ファイル命名のための情報を、ネットワーク１５０を介して、ファイル命名装置１２０から受信する。このファイル命名のための情報については、詳しく後述する。

制御部１０１は、記憶部１０７に記憶されている原稿の画像データと、ファイル命名装置１２０から受信したファイル命名のための情報を用いて、ファイル命名のためのＵＩ画面を生成して表示部１１０に表示する。また制御部１０１は、記憶部１０７に記憶された原稿の画像データを画像出力部１０９に供給すると、画像出力部１０９は、種々の形式でその画像データを出力する処理を実行する。例えば、画像出力部１０９は、その原稿に係る画像データを記憶媒体に記憶したり、或いは紙媒体等の媒体に、その画像データに基づく画像を印刷する処理を実行してもよい。

ユーザインターフェース１０４は、例えばキーボード、マウス（登録商標）、その他入出力装置を含み、各種の設定値又は指定値を入力して設定できる。実施形態１におけるユーザインターフェース１０４は、ユーザがファイルの命名を行うのに利用される。命名したファイル名は、制御部１０１がネットワーク１５０を介して、ファイル命名装置１２０に送信する。

以上説明した画像処理装置１００はあくまでも一例であり、画像読取部１０８及び画像出力部１０９のうち、画像出力部１０９を有さない構成の画像処理装置１００であってもよい。また制御部１０１は、ファイル命名装置１２０に原稿の画像データを送信せず、代わりにファイル命名のための情報を選択するための情報を送信してもよい。

ファイル命名装置１２０は、ユーザインターフェース（ＵＩ）１２６、ＣＰＵ１２７、ＲＡＭ１２８、記憶部１２９、表示部１３０を備え、これらは制御部１２１を介して相互に通信可能に接続されている。制御部１２１はさらにファイル命名装置１２０全体を制御する装置制御部１２２と、ファイル命名のための情報を生成するファイル命名部１２３とを有する。実施形態１に係るファイル命名部１２３には、原稿の画像データの特徴を抽出する原稿特徴抽出部１２４と、画像データから原稿の種類を特定する原稿種類特定部１２５とを有する。

ユーザインターフェース１２６は、例えばキーボード、マウス、その他入出力装置を含み、各種の設定値または指定値を入力することができる。ＣＰＵ１２７は、ファイル命名装置１２０の電源オン時に記憶部１２９の初期プログラムを実行し、メインプログラムを記憶部１２９より読出してＲＡＭ１２８に展開する。ＲＡＭ１２８はプログラムの格納用や、ワーク用のメインメモリとして使用される。そしてＣＰＵ１２７は、そのＲＡＭ１２８に展開したプログラムを実行することにより、このファイル命名装置１２０の動作を制御する。よって後述する制御部１２１の機能は、ＣＰＵ１２７が上述のプログラムを実行することにより達成される。制御部１２１は、記憶部１２９に記憶された原稿の画像データを表示部１３０に表示する処理を実行する。また制御部１２１は、画像処理装置１００から送信され、ファイル命名装置１２０の記憶部１２９に保存された画像データをファイル命名部１２３に提供する。これによりファイル命名部１２３は、その画像データを解析して、ファイル命名のための情報を生成する。そして制御部１２１は、その生成された情報をネットワーク１５０を介して画像処理装置１００に送信する。ファイル命名部１２３の原稿特徴抽出部１２４は、その画像データから特徴を抽出する処理を行い、その画像データがもつ特徴量を抽出する。この特徴抽出処理は、詳しく後述する。

ファイル命名部１２３の原稿種類特定部１２５は、原稿特徴抽出部１２４で抽出された、原稿の画像データの特徴を用いて、その原稿の種類を特定する。

以上説明したファイル命名装置１２０の構成はあくまでも一例であり、本発明はこれに限らない。制御部１２１は、画像処理装置１００から原稿の画像データを受け取る代わりに、ファイル命名のための情報を生成するための情報を受け取って、それをファイル命名部１２３に送信してもよい。この場合、ファイル命名部１２３は、画像データの解析処理を行わずに、受け取った情報を用いてファイル命名のための情報を生成する。また、その他必要に応じてその他の構成を備えるものであってもよい。例えば、ファイル命名装置１２０は、サーバー等のコンピュータ装置で実現できるが、記憶部１２９やファイル命名部１２３の機能は、クラウドと呼ばれるネットワーク１５０でつながるリモートの計算資源で実現する構成も考えられる。更に、画像処理装置１００が、ファイル命名装置１２０の機能を包含する形態であっても良い。

次に、本実施形態１に係るシステムの動作を説明する。

図２は、実施形態１に係るファイル命名装置１２０による事前準備の処理を説明するフローチャートである。これは画像処理装置１００が原稿を読み取る前に実行される。尚、このフローチャートで示す処理は、ＣＰＵ１２７が記憶部１２９からＲＡＭ１２８に展開したプログラムを実行することにより達成される。図２に示す処理は、ファイル命名装置１２０が初期起動する場合、もしくはユーザがユーザインターフェース１０４を介して、初期設定を変更する指示を入力することにより開始される。

まずＳ２０１でＣＰＵ１２７は装置制御部１２２として機能し、初期設定用の登録情報を取得する。この取得方法については、ＣＰＵ１２７が初期設定用のユーザインターフェースを生成して表示部１３０に表示し、その表示を介して受け取ったユーザの操作結果をユーザインターフェース１２６から受け取るようにしてもよい。或いは、その登録情報は記憶部１２９にプログラムコードとして記憶されていて、ＣＰＵ１２７が読み出すようにしてもよい。この初期設定用の登録情報は、原稿種類特定部１２５が持つ原稿種類データベースの初期設定を行うための情報である。

図１６（Ａ）は、実施形態１に係る原稿種類データベース１６０１を説明する図である。

原稿種類データベース１６０１は、複数の原稿の種類を有している。図１６（Ａ）では、原稿種類Ａ１６１０及び原稿種類Ｂ１６２０を有している。原稿種類は、原稿種類特定規則と固定文字列リスト（ファイル名で使用する候補文字列のリスト）を含んでいる。図１６（Ａ）の例では、原稿種類Ａ１６１０は、原稿種類特定規則１６１１と固定文字列リスト１６１２を含んでおり、原稿種類Ｂ１６２０は、原稿種類特定規則１６２１と固定文字列リスト１６２２を含んでいる。尚、本実施形態１に係る原稿種類データベース１６０１が有する原稿種類の数は、この例のように二つに限定されず二つ以上あるものとする。

図１６（Ｂ）は、初期設定用の登録情報である原稿種類特定規則と固定文字列リストの具体例を示す図である。

図１６（Ｂ）には、原稿に文字列「ＡＡＡ」が含まれていると原稿種類Ａと特定し、原稿に文字列「ＢＢＢ」が含まれていると原稿種類Ｂと特定する原稿種類特定規則が記載されている。

この初期設定用の登録情報は、原稿種類データベース１６０１に登録され、原稿種類、原稿種類特定規則、及び固定文字列リストを含んでいる。ＣＰＵ１２７は、この初期設定用の登録情報を受け取ると、それをファイル命名部１２３に送信してＳ２０２に処理を進める。

Ｓ２０２でＣＰＵ１２７はファイル命名部１２３として機能し、初期設定用の登録情報を受け取って、そこから原稿の種類情報を抽出し、その原稿の種類を原稿種類データベース１６０１に登録する。次にＳ２０３に進みＣＰＵ１２７はファイル命名部１２３として機能し、初期設定用の登録情報から、原稿の種類に対応する原稿種類特定規則を抽出し、その抽出した原稿種類特定規則を原稿種類データベース１６０１に登録してＳ２０４に処理を進める。Ｓ２０４でＣＰＵ１２７はファイル命名部１２３として機能し、Ｓ２０２で得られた初期設定用の登録情報から、原稿の種類のそれぞれに対応する固定文字列リスト情報を抽出し、それを原稿種類データベース１６０１に登録する。

以上がファイル命名装置１２０による、原稿のスキャン前に行う事前準備処理を説明するフローチャートである。

図３は、実施形態１に係る画像処理装置１００による処理を説明するフローチャートである。この処理は、ユーザインターフェース１０４が、ユーザからの原稿の読取指示を受取ることにより開始される。尚、このフローチャートで示す処理は、ＣＰＵ１０５が記憶部１０７からＲＡＭ１０６に展開したプログラムを実行することにより達成される。

まずＳ３０１でＣＰＵ１０５は装置制御部１０２として機能し、画像読取部１０８で原稿を読み取って画像データを作成する。そしてＣＰＵ１０５は画像処理部１０３として機能し、その画像データに対して色変換処理や階調補正等の画像処理を行い、処理済の画像データをＲＡＭ１０６に記憶させる。そしてＲＡＭ１０６に記憶させた処理済の画像データを記憶部１０７に保存する。次にＳ３０２に進みＣＰＵ１０５は装置制御部１０２として機能し、記憶部１０７に保存している画像データをネットワーク１５０を介してファイル命名装置１２０に送信する。

次にＳ３０３に進みＣＰＵ１０５は装置制御部１０２として機能し、ファイルの命名用のユーザインターフェース（ＵＩ）の生成に必要な情報をファイル命名装置１２０から受け取る。このファイルの命名用のＵＩは、Ｓ３０４で説明する。ここで、受信する情報は、例えば図１６（Ｂ）に示すような、原稿種類と紐づけられた固定文字列リストである。この固定文字列リストは、ファイルの命名に使用することを目的とした複数の固定文字列を含んでいる。

次にＳ３０４に進みＣＰＵ１０５は装置制御部１０２として機能し、Ｓ３０３で取得した情報を用いて、ファイルに命名するためのＵＩ画面を生成する。そして、生成した画面を表示部１１０に表示する。そしてＣＰＵ１０５は、ユーザインターフェース１０４を介してユーザによるファイルの命名の指示を受け付ける。ここでＣＰＵ１０５は、ユーザインターフェース１０４からの指示に基づき、適宜、ファイルの命名用のＵＩを更新する。そしてＣＰＵ１０５は、ユーザインターフェース１０４から、ファイル名を確定した旨の通知を受け取るとＳ３０５に処理を進める。

ここで、ファイルに命名するためのユーザインターフェースの一例を図５〜図８を参照して説明する。

図５及び図６は、実施形態１に係る画像処理装置１００の表示部１１０に表示される画面例を示す図である。

図７及び図８は、実施形態１に係る画像処理装置１００で読み取られる原稿画像の一例を示す図である。ここで図７の原稿が読み取られた際のＵＩの例が図５（Ａ）（Ｂ）、及び図６（Ａ）に示すユーザインターフェースの画面となり、図８の原稿が読み取られた際のＵＩの例を図６（Ｂ）で示す。

図５（Ａ）は、実施形態１に係る画像処理装置１００の表示部１１０に表示されるＵＩ画面を示す。

このＵＩ画面は、読み取った原稿の画像が表示される領域５０１と、固定文字列リストの固定文字列をファイルの命名のために選択する選択ボタン５０２〜５０５とを含んでいる。また、これら選択ボタン５０２〜５０５に表示する固定文字列を、固定文字列リストに含まれる別の固定文字列に切り替えるための切り替えボタン５０６を有する。例えば図５（Ａ）の状態は、切り替えボタン５０６で「１」が選択されている状態を示し、「２」現選択されると別の固定文字列が選択ボタン５０２〜５０５に表示される。更に、命名されたファイル名が表示されるファイル名表示部５０７、ファイル名を決定する決定ボタン５０８を有する。ここでは図７に示す注文書が読み取られているため、領域５０１には図７の注文書の一部が表示されている。

図５（Ｂ）は、ユーザが「注文書」と書かれている選択ボタン５０２を選択した状態を示す画面例を示している。選択ボタン５０２が選択されると、ＵＩを更新し、選択ボタン５０２が選択されたことを示すように選択ボタン５０２の表示を変更する。図５（Ｂ）の例では、選択ボタン５０２の色を変化し、選択ボタン５０２の周辺の影を除去することで、選択ボタン５０２が選択された状態であることを示している。また、選択ボタン５０２に含まれる固定文字列「注文書」をファイル名表示部５０７に表示する。

図６（Ａ）は、ユーザが更に追加して「処理待ち」と書かれている選択ボタン５０４を選択した状態を示す図である。ここでも選択ボタン５０４が選択されるとＵＩを更新し、選択ボタン５０４が選択されたことを示すように選択ボタン５０４の表示を変更する。また選択ボタン５０４に含まれる固定文字列「処理待ち」を、ファイル名表示部５０７に既に表示されている文字列「注文書」に「＿」で連結してファイル名表示部５０７に表示する。その結果、ファイル名表示部５０７には、「注文書＿処理待ち」という文字列が表示される。

ここで、このＵＩ上に表示される固定文字列リスト内の固定文字列が多数ある場合、全てを同時にＵＩに表示できない場合がある。その場合は、固定文字列リスト内でページを設け、ＵＩ上の操作に対応して、ページを切り替える処理が必要となる。例として、固定文字列切り替えボタン５０６は固定文字列リスト内のページとそれぞれ対応しており、切り替えボタン５０６によって切り替わる。そのため、ユーザが切り替えボタン５０６を押下した場合、選択ボタン５０２〜５０５には、押下した切り替えボタン５０６に対応した固定文字列が表示される。

図６（Ｂ）は、図５、図６（Ａ）の場合とは異なり、図８の原稿（請求書）を読み取った際の例となる。図６（Ｂ）では、原稿の種類が図５、図６（Ａ）の場合と異なるため、選択ボタン５０２〜５０５に含まれる固定文字列は、図８の原稿種類（請求書）に対応したものに変更されている。このように、スキャンされた原稿の種類が変わると、同様にユーザに提示される固定文字列も変わる。

そして、ユーザがファイル名決定ボタン５０８を押下すると、この原稿の画像のファイル名が、ファイル名表示部５０７に含まれる文字列となる。このようにして、ユーザは、ファイル名を手動で入力しなくても、予め登録している固定文字列を利用してファイルに名前を付けることができる。

こうしてＳ３０５に処理を進めＣＰＵ１０５は装置制御部１０２として機能し、Ｓ３０４で決定したファイル名を画像データのファイル名とする。そしてＣＰＵ１０５は、画像データに基づいてファイルを生成する。そして、ＣＰＵ１０５は、ネットワーク１５０を介して、ユーザインターフェース１０４を通じたユーザからの指示に基づく適切な格納先に、そのファイル名で画像データから生成されたファイルを格納して、この処理を終了する。

以上が実施形態１に係る画像処理装置１００による処理であるが、本発明に係る画像処理装置１００の処理は図３のフローチャートで示す例に限定されない。例えば、Ｓ３０２で、画像処理装置１００から原稿の画像データをファイル命名装置１２０に送信する代わりに、原稿の種類を選択するためのＵＩを作成し表示部１１０に表示してもよい。そして、ユーザインターフェース１０４を介して、ユーザの原稿種類の選択情報を受け取り、それをファイル命名装置１２０に送信するようにしてもよい。

図４（Ａ）は、実施形態１に係るファイル命名装置１２０が画像処理装置１００から原稿の画像データを受け取り、その原稿の種類に対応する固定文字列を画像処理装置１００に送信する処理を説明するフローチャートである。尚、このフローチャートで示す処理は、ＣＰＵ１２７が記憶部１２９からＲＡＭ１２８に展開したプログラムを実行することにより達成される。図４（Ａ）に示す処理は、画像処理装置１００で原稿を読み取って得られた画像データを、画像処理装置１００から受信することにより開始される。

まずＳ４０１でＣＰＵ１２７は装置制御部１２２として機能し、ネットワーク１５０を介して画像データを画像処理装置１００から受信する。こうして受信した画像データを記憶部１２９に格納する。次にＳ４０２に進みＣＰＵ１２７はファイル命名部１２３の原稿特徴抽出部１２４として機能し、画像データを記憶部１２９から読み出してＲＡＭ１２８に展開し、展開した画像データの特徴量を抽出する。この特徴量は、その画像データの基である原稿に含まれる文字列でも良く、或いは原稿の画像のレイアウトでもよい。また、その原稿に特定の画像やバーコード等が含まれていて、それを読み取って得られた情報でも良い。更には、その原稿の画像データを周波数分解して得られる周波数分布などの特徴量によるものでもよい。本発明では、画像データの特徴量はこれらに限定されず、適切な公知の特徴量が利用可能である。

次にＳ４０３に進みＣＰＵ１２７は原稿種類特定部１２５として機能し、原稿種類データベース１６０１に登録されている原稿の種類から、原稿種類特定規則を読みだす。この原稿種類特定規則は、Ｓ４０２から得られる画像データ（原稿）の特徴量と対応し、複数ある原稿種類特定規則から一つに選定できるものとする。次にＳ４０４に進みＣＰＵ１２７は原稿種類特定部１２５として機能し、Ｓ４０２で得られた原稿の特徴量と、原稿種類データベース１６０１の複数ある原稿種類特定規則とを比較し、その特徴量が最も一致する原稿特定規則を一つ選定する。そして、対応する原稿の種類を決定する。

そしてＳ４０５に進みＣＰＵ１２７は原稿種類特定部１２５として機能し、Ｓ４０４で決定された原稿種類に対応する固定文字列リストを読み出す。―例として、「注文書」で登録された原稿種類があり、この「注文書」には「注文書」、「テンプレート」、「処理待ち」、「承認済み」という４つの固定文字列が固定文字列リストとして登録されているとする。また「請求書」として登録された原稿種類があり、この「請求書」には「請求書」、「協力会社関係」、「受領済み」、「未請求」という４つの固定文字列が固定文字列リストとして登録されているとする。ここで、原稿種類として「注文書」が指定されると、「注文書」に対応する固定文字列リストから「注文書」、「テンプレート」、「処理待ち」、「承認済み」という４つの固定文字列が読み出される。

このようにして、上述したような登録されている８つの固定文字列の内、原稿の種類「注文書」のファイル命名に使用されることが想定される固定文字列を４つに限定して、ユーザに提示することが可能となる。これによってユーザが「注文書」と「処理待ち」という２つの固定文字列をファイル命名に使用したい場合、ユーザが固定文字列の探索に要する負担が軽減される。

このように原稿の種類に応じて、選択できる固定文字列を限定することにより、ユーザは、ファイルの命名に使用できる膨大な数の固定文字列から、所望の固定文字列を探索する必要がなくなり、ユーザがファイルの命名を行う際の負担を軽減することができる。

上述の実施形態１では、登録してある原稿の種類を２種類、固定文字列リストに登録してある固定文字列の数がそれぞれ４つの場合で説明したが、本発明はこれに限定されない。尚、固定文字列リストの読み出しの際、固定文字列リストに含まれる固定文字列を別の固定文字列に置き換える置き換え規則を設定してもよい。一例として、固定文字列リストに「日付」という固定文字列が含まれていた場合、「日付」を、当日の「１０月２０日」のように別の情報に置き換えられるようにしても良い。このように、固定文字列を別の文字列に置き換えることによって、日付のように、ファイルの命名を行う際に変動し得る文字列であっても、簡単にファイルの命名に利用できるようになる。

次にＳ４０６に進みＣＰＵ１２７は装置制御部１２２として機能し、原稿種類特定部１２５で読み出された固定文字列リストを、ネットワーク１５０を介して画像処理装置１００に送信する。この読み出された固定文字列リストが、図３のＳ３０３で画像処理装置１００が受信するファイル命名用のＵＩの生成に必要な情報となる固定文字列リストとなる。

尚、本実施形態１に係るファイル命名装置１２０の処理は図４（Ａ）の例に限定されない。例えば、図３のＳ３０２において、画像処理装置１００から原稿の画像データの代わり原稿の種類を示す種類情報を受け取ってもよい。この場合、ファイル命名装置１２０は、図４（Ｂ）に示すように、Ｓ４１０で原稿の種類情報を受け取ることで、その処理を開始する。

図４（Ｂ）は、実施形態１に係るファイル命名装置１２０が、画像処理装置１００から原稿の種類情報受信する場合の処理を説明するフローチャートである。

図４（Ｂ）では、図４（Ａ）のＳ４０２〜Ｓ４０４に示す原稿種類の特定処理を省略し、Ｓ４０５で、受け取った原稿の種類情報を用いて固定文字列リストの読み出しを行う。そしてＳ４０６でＣＰＵ１２７は、原稿種類特定部１２５で読み出された固定文字列リストを、ネットワーク１５０を介して画像処理装置１００に送信する。

以上説明したように実施形態１によれば、原稿の画像データに対応する原稿の種類に対応付けて、ファイルに命名するための固定文字列をＵＩに表示し、ユーザがその中からファイル名に使用する文字列を選択する。これにより、ユーザがファイルに命名する際、そのファイル名で使用する文字列を容易に探索でき、ファイルに命名する際のユーザの負荷を大きく軽減できる。

［実施形態２］
上述の実施形態１において、原稿のスキャン時のＵＩ操作で、ユーザが新規に固定文字列を追加し、それをファイルの命名に利用したい場合がある。また、追加した固定文字列を従来の固定文字列と同様に、次回以降も利用したい場合がある。実施形態２では、これらの場合に対応した実施形態を説明する。尚、実施形態２に係る画像処理装置１００、ファイル命名装置１２０及びこれらを含むシステムの構成は前述の実施形態１と同様であるため、その説明を省略する。

以下、本発明の実施形態２について、前述の実施形態１と異なる部分について説明する。図２に示す、ファイル命名装置１２０によるスキャン実行前に行う事前準備のフローチャートは実施形態１と同様である。

図９は、本発明の実施形態２に係る画像処理装置１００における、読み取った原稿の画像データに対するファイルの命名処理を説明するフローチャートである。図９に示す処理は、ユーザがユーザインターフェース１０４を介して原稿の読取指示を行うことにより開始される。尚、このフローチャートで示す処理は、ＣＰＵ１０５が記憶部１０７からＲＡＭ１０６に展開したプログラムを実行することにより達成される。尚、図９のフローチャートで、前述の実施形態１に係る図３のフローチャートと共通する部分は同じ符号で示し、それらの説明を省略する。

実施形態２では、図１６（Ａ）を参照して説明した、実施形態１における原稿種類データベース１６０１に差分が生じる。この差分は、図１７（Ａ）に示すように、原稿種類データベース１６０１の原稿種類１６１０、１６２０にそれぞれ、追加固定文字列リスト１７１１、１７２１が追加されていることである。

図１７（Ａ）は、実施形態２に係る原稿種類データベース１６０１を説明する図である。

従って、実施形態２に係る原稿種類データベース１６０１は、この図１７（Ａ）の構成例に基づいて説明する。尚、追加固定文字列リストは、例に示すように、一つの原稿種類に対して一つに限定しない。例として、ファイル命名装置１２０を使用するユーザごとに、原稿種類の中に追加固定文字列リストを作成し、ユーザ認証を行うことによって、使用する追加固定文字列を切り替えてもよい。また、複数の追加固定文字列リストを用意し、それぞれの中に原稿種類特定規則を作成し、原稿の特徴量によって特定された原稿種類の中で、さらに別の原稿特徴量を用いて、原稿の種類を特定してもよい。尚、それぞれの追加固定文字列リストは、同一のファイル命名装置１２０の中に限定せず、複数のファイル命名装置１２０と接続し、共有してもよい。

図９のＳ３０３からＳ９０１に遷移すると、ＣＰＵ１０５は装置制御部１０２として機能し、Ｓ３０３で得た情報を利用して、ファイルの命名用のＵＩ画面を生成して表示し、そのＵＩを介してユーザによる操作を受付ける。このＵＩ画面の例を図１１、図１２に示す。

図１１及び図１２は、実施形態２に係る画像処理装置１００の表示部１１０に表示される画面例を示す図である。

図１１及び図１２は、図５の画面に、固定文字列入力部１１０１及び固定文字列追加ボタン１１０２が追加されたものである。尚、図１１、図１２では、前述の図５、図６と共通する部分は同じ参照番号で示し、それらの説明を省略する。こうして生成した画面を表示部１１０に表示し、ユーザインターフェース１０４を通じて、ファイル命名の指示を受け付ける。装置制御部１０２は、ユーザインターフェース１０４からの指示に基づき、適宜、ファイル命名のためのＵＩを更新する。装置制御部１０２は、ユーザインターフェース１０４からのファイル名を確定した旨の通知を受けてＳ９０２に遷移する。

ここでファイル命名のためのＵＩについて、図５との差分を、図１１、図１２を参照して用いて説明する。

図１１、図１２において、ＵＩは表示部１１０に表示され、ユーザによる操作はユーザインターフェース１０４を用いて行われる。ここでは前述の図７に示す原稿（注文書）が読み取られた際のＵＩの例で示している。

図１１（Ａ）は、最初に表示されるＵＩ画面となる。図１１は、図５との差分として、追加する固定文字列を入力する固定文字列入力部１１０１、入力された固定文字列を固定文字列リスト５０２に追加する固定文字列追加ボタン１１０２を有する。

図１１（Ｂ）は、ユーザによって「白山商会」という固定文字列が固定文字列入力部１１０１に入力された状態を示す。この状態で固定文字列追加ボタン１１０２が押下されると、図１２（Ａ）に遷移する。

図１２（Ａ）は、図１１（Ａ）の画面に「白山商会」と書かれている固定文字列ボタン１１０３が追加された状態を示す。図１２（Ａ）に示すように、固定文字列追加ボタン１１０２によって固定文字列が追加されると、新たに追加された固定文字列を固定文字列リストの先頭に追加し、追加前の固定文字列ボタンは表示順番を一つ下に移動する。

図１２（Ｂ）は、ユーザが「注文書」と書かれた固定文字列ボタン１１０４、及び「白山商会」と書かれている固定文字列ボタン１１０３を選択した状態を示す。

図１２（Ｂ）に示すように、新規で固定文字列が追加された状態でユーザがファイル名決定ボタン５０８を押下すると、この原稿の画像データのファイル名として、ファイル名表示部５０７に含まれる文字列「注文書＿白山商会」が利用される。更に、追加固定文字列ありの通知、及び追加固定文字列情報がＵＩから制御装置部１０２に送信される。

このようにして、ユーザは、新たに追加された固定文字列を利用してファイルの命名を行うことが可能となる。

再び図９に戻り、Ｓ９０２に遷移するとＣＰＵ１０５は装置制御部１０２として機能し、Ｓ９０１でユーザの操作により決定されたファイル名を、その画像データのファイル名とする。そしてネットワーク１５０を介して、ユーザインターフェース１０４を介したユーザからの指示に基づく適切な格納先に、その画像データをそのファイル名で格納する。次にＳ９０３に進みＣＰＵ１０５は、ユーザインターフェース１０４から追加固定文字列があるとの通知を受けているかどうか判定し、追加された文字列があるときはＳ９０４に進み、そうでないときはこの処理を終了する。Ｓ９０４でＣＰＵ１０５は装置制御部１０２として機能し、追加固定文字列がある旨、及びその追加固定文字列をネットワーク１５０を介してファイル命名装置１２０に送信して、この処理を終了する。

図１０は、実施形態２に係るファイル命名装置１２０が画像処理装置１００から原稿の画像データを受け取り、その原稿の種類に対応する固定文字列を画像処理装置１００に送信する処理を説明するフローチャートである。尚、図１０において、前述の図４のフローチャートと共通する部分は同じ符号で示し、それらの説明を省略する。尚、このフローチャートで示す処理は、ＣＰＵ１２７が記憶部１２９からＲＡＭ１２８に展開したプログラムを実行することにより達成される。図１０に示す処理は、画像処理装置１００で原稿を読み取って得られた画像データを、画像処理装置１００から受信することにより開始される。

図１０のＳ４０５からＳ１００１に遷移するとＣＰＵ１２７は原稿種類特定部１２５として機能し、Ｓ４０４で特定した原稿種類から、追加固定文字列リストを読み出す。尚、図１７（Ａ）を参照して説明したように、追加固定文字列リストが複数ある場合は、定められた特定規則に基づいて特定された原稿種類の追加固定文字列リストを読み出す。そしてＳ１００１でＣＰＵ１２７は、Ｓ４０５で得られた固定文字列リストに、追加固定文字列リストに含まれる固定文字列を追加して固定文字列リストを更新する。尚、この固定文字列を追加する際は、リストの先頭に追加してもよいし、末尾に追加してもよい。こうしてＣＰＵ１２７が固定文字列リストを更新するとＳ４０６に処理を進め、その固定文字列リストを画像処理装置１００に送信する。

そしてＳ４０６からＳ１００２に進みＣＰＵ１２７は装置制御部１２２として機能し、画像処理装置１００から追加固定文字列があると受信したかどうか判定し、追加固定文字列があると受信したときはＳ１００３に進む。一方、追加する固定文字列があるとの受信していないときは、この処理終了する。Ｓ１００３でＣＰＵ１２７は制御装置部２０２として機能し、追加された固定文字列情報を受取り、Ｓ４０４で特定した原稿種類の追加固定文字列リストを更新する。尚、追加固定文字列リストが複数ある場合は、定められた特定規則に基づき、特定された追加固定文字列リストを更新する。

このようにして、ユーザが新規に追加した固定文字列は、画像データの特徴量に基づいて特定された原稿種類の追加固定文字列リストに追加して記憶される。そして、次回以降、同一の原稿種類の固定文字列リストが呼び出された際、追加固定文字列リストも同様にユーザが利用してファイルの命名を行うことができる。

以上説明したように実施形態２によれば、ユーザは新たに追加した固定文字列をファイルの命名に利用することができる。さらに次回以降も、その追加した固定文字列をファイルの命名に利用ことができる。

［実施形態３］
実施形態１，２において、前回、ファイルの命名に使用した固定文字列を探索する際の負担を軽減したい場合がある。また、前回、ファイルの命名に使用した固定文字列をそのまま次のファイルの命名に使用したい場合、固定文字列の選択の操作を省略したい場合がある。実施形態３はこれらの場合に対応した例で説明する。以下、本発明の実施形態３について、前述の実施形態１と異なる部分について説明する。尚、以下で説明する実施形態１と実施形態３の差分については、実施形態２についても同様に追加できるものであり、実施形態１の場合に限定しない。尚、実施形態３に係る画像処理装置１００、ファイル命名装置１２０及びこれらを含むシステムの構成は前述の実施形態１と同様であるため、その説明を省略する。

図２に示す、スキャン実行前に行う事前準備のフローは実施形態１と同様である。

図１３は、実施形態３に係る画像処理装置１００による処理を説明するフローチャートである。この処理は、ユーザインターフェース１０４が、ユーザからの原稿の読取指示を受取ることにより開始される。尚、このフローチャートで示す処理は、ＣＰＵ１０５が記憶部１０７からＲＡＭ１０６に展開したプログラムを実行することにより達成される。尚、図３のフローチャートと共通する部分は同じ符号で示し、それらの説明を省略する。

実施形態３では、図１６を参照して説明した実施形態１に係る原稿種類データベース１６０１に差分が生じる。

図１７（Ｂ）は、実施形態３に係る原稿種類データベース１６０１を説明する図である。

図１７（Ｂ）では、図１６（Ａ）の原稿種類データベース１６０１の原稿種類１６１０，１６２０に前回使用固定文字列リスト１７１２，１７２２が追加されている。図１３、図１４のフローチャートの説明では、図１７Ｂ）に示す原稿種類データベース１６０１を用いる。尚、前回使用固定文字列リストの数は、図１７（Ｂ）のように、原稿種類に対して一つに限定しない。例として、ファイル命名装置１２０を使用するユーザごとに原稿種類の中に前回使用固定文字列リストを作成し、ユーザ認証を行うことによって使用する前回使用固定文字列を切り替えてもよい。また複数の前回使用固定文字列リストを用意し、それぞれの中に原稿種類特定規則を作成し、画像データの特徴量によって特定された原稿種類の中で、さらに別の特徴量を用いて原稿種類を特定してもよい。尚、それぞれの前回使用固定文字列リストは、同一のファイル命名装置１２０の中に限定せず、複数のファイル命名装置１２０と接続し、共有してもよい。

図１３においてＳ３０２からＳ１３０１に進むとＣＰＵ１０５は制御装置部１０２として機能し、ファイルの命名に必要な固定文字列リスト、及び、前回使用固定文字列リストをファイル命名装置１２０から受信する。この固定文字列リストは、前回使用固定文字列リストをもとにファイル命名装置１２０で順番が並び替えられたものである。

次にＳ１３０２に進みＣＰＵ１０５は制御装置部１０２として機能し、ファイル命名のレコメンドがされた状態でＵＩを作成して表示部１３０に表示する。ここで述べるレコメンドとは、実施形態１で説明したような、ユーザがＵＩ上で行うファイル命名操作を、ファイル名が決定される直前までファイル命名システムが自動で進めることを意味している。

図１５は、実施形態３に係る画像処理装置１００の表示部１１０に表示されるＵＩ画面の一例を示す図である。

ここでは例として、前回のファイルの命名は図６（Ａ）の状態で行ったとする。図６（Ａ）では、固定文字列ボタン５０２〜５０５の並び順が、「注文書」、「テンプレート」、「処理待ち」、「承認済み」となっている。またファイルの名称には、「注文書」及び「処理待ち」という固定文字列が使用されて、ファイルの名称は「注文書＿処理待ち」となっている。

ここで、図１５では、固定文字列ボタン１５０１〜１５０４の並び順が、「注文書」、「処理待ち」、「テンプレート」、「承認済み」となっている。これは、図６（Ａ）において、前回、ファイルの命名に使用された「注文書」及び「処理待ち」という固定文字列を上位に表示するように、ファイル命名装置１２０が固定文字列ボタン１５０１〜１５０４の並び順を変更したためである。また固定文字列「注文書」を有する固定文字列ボタン１５０１、及び固定文字列「処理待ち」を有する固定文字列ボタン１５０２は、最初から選択された状態になっている。更に、ファイル名表示部５０７には、固定文字列「注文書」と固定文字列「処理待ち」がファイルの命名用に既に選択された状態で表示される。従って図１３のＳ１３０２では、この図１５の状態が初期状態として表示部１１０に表示される。

その後、ユーザによってファイル名決定ボタン５０８が押下されると、Ｓ３０５に遷移する。また、ユーザによって図５、図６を例に説明した操作が加えられた場合、図１５においても同様にＵＩに反映する。尚、図１５のＵＩ部に別途操作ボタンを設置し、今回ファイルの命名に使用した固定文字列リストをファイル命名装置１２０に送信しないこと可能としてもよい。

そしてＳ３０５からＳ１３０３に遷移するＣＰＵ１０５は制御装置部１０２として機能し、Ｓ１３０２でファイルの命名に使用された固定文字列を使用固定文字列リストとして、ネットワーク１５０を介してファイル命名装置１２０に送信する。この使用固定文字列リストが持つ固定文字列の順番は、ファイル命名に使用された固定文字列の順番とする。

図１４は、実施形態３に係るファイル命名装置１２０が画像処理装置１００から原稿の画像データを受け取り、その原稿の種類に対応する固定文字列を画像処理装置１００に送信する処理を説明するフローチャートである。尚、このフローチャートで示す処理は、ＣＰＵ１２７が記憶部１２９からＲＡＭ１２８に展開したプログラムを実行することにより達成される。図１４に示す処理は、画像処理装置１００で原稿を読み取って得られた画像データを、画像処理装置１００から受信することにより開始される。図１４のＳ４０１〜Ｓ４０４は、図４（Ａ）のＳ４０１〜Ｓ４０４と同一であるため、その説明を省略する。 図１４のＳ４０４からＳ１４０１に進みＣＰＵ１２７は原稿種類特定部１２５として機能し、Ｓ４０４で特定した原稿種類に対応する固定文字列リスト及び前回使用固定文字列リストを読み出す。尚、図１７（Ｂ）を参照して説明したように、前回使用固定文字列リストが複数ある場合は、定められた特定規則に基づいて特定された前回使用固定文字列リストから読み出す。そしてＣＰＵ１２７は、固定文字列リストの固定文字列の順番を、前回使用固定文字列リストを参考に並び替える。この並び替えの順番は、前回使用固定文字列リストに含まれる固定文字列が、リスト順番の先頭になるように配置する。更に、前回使用固定文字列リストの固定文字列の順番に従い、先頭に配置した固定文字列を並び替える。こうして固定文字列リストの並び替えを終了するとＳ１４０２に進む。

Ｓ１４０２でＣＰＵ１２７は装置制御部１２２として機能し、Ｓ１４０１で読み出された固定文字列リストと前回使用固定文字列リストを画像処理装置１００に送信する。次にＳ１４０３に進みＣＰＵ１２７は装置制御部１２２として機能し、画像処理装置１００から使用固定文字列リストを受信する。そしてＳ１４０４に進みＣＰＵ１２７は原稿種類特定部１２５として機能し、Ｓ４０４で特定された原稿種類の前回使用固定文字列リストを、Ｓ１４０３で受信した使用固定文字列リストを用いて更新する。尚、前回固定文字列リストが複数ある場合は、定められた特定規則に基づき、特定された前回固定文字列リストの更新を行う。

このようにして、ユーザが、ファイルの命名のために使用した固定文字列は、画像データの特徴量に基づいて特定された原稿種類の固定文字列リストの上位に追加して記憶される。そして、次回以降、同一の原稿種類の固定文字列リストが呼び出された際、ユーザに提示する固定文字列リストは、前回使用された固定文字列が上位になるように並び替えられて表示される。また、ＵＩの初期状態は、前回使用された固定文字列が選択されてファイルの命名が行われた状態で表示される。

以上説明したように実施形態３によれば、ユーザは、前回のファイルの命名に使用した固定文字列を容易に見つけることができる。更に、ＵＩの初期状態は、前回使用された固定文字列が選択された状態で表示されるので、前回と同様のファイルの命名を行う際には、固定文字列の選択操作を省略して命名することができる。

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

本発明は上記実施形態に制限されるものではなく、本発明の精神及び範囲から離脱することなく、様々な変更及び変形が可能である。従って、本発明の範囲を公にするために、以下の請求項を添付する。

１００…画像処理装置、１０５…ＣＰＵ、１１０…表示部、１２０…ファイル命名装置、１２４…原稿特徴抽出部、１２５…原稿種類特定部、１２７…ＣＰＵ、１３０…表示部、５０２〜５０５…固定文字列ボタン

Claims (8)

1. 原稿の画像を読み取ることで生成されるスキャンデータを取得する取得手段と、
   前記原稿の種類と複数の文字列とを関連付けて管理する管理手段と、
   前記取得手段によって取得された前記スキャンデータに基づいて、前記原稿の種類、および前記原稿の種類に関連づく前記複数の文字列を特定する特定手段と、
   前記特定手段により特定された前記複数の文字列を、前記スキャンデータのファイル名を作成する際に使用する候補文字列として表示部に表示させる制御手段と、
   前記表示される前記複数の文字列のうち１つの文字列を選択するユーザ入力を受け付ける受け付け手段と、
   前記受け付けたユーザ入力に基づき、前記特定された複数の文字列のうちユーザにより選択された１以上の文字列を用いて、前記スキャンデータのファイル名を生成する生成手段と、
   を有することを特徴とする画像処理装置。
2. 前記特定手段は、前記スキャンデータの特徴量を抽出し、当該特徴量に対応する特定規則に従って前記スキャンデータに対応する原稿の種類を特定することを特徴とする請求項１に記載の画像処理装置。
3. 前記制御手段は、前記特定手段により特定された原稿の種類に関連づく複数の文字列それぞれに対応するボタンを前記表示部に表示させ、前記生成手段は、ユーザにより選択された１以上のボタンに対応する文字列を、当該１以上のボタンの選択された順番で配置して、前記スキャンデータのファイル名を生成することを特徴とする請求項１又は２に記載の画像処理装置。
4. 前記スキャンデータの特徴量は、前記スキャンデータに含まれる文字列であることを特徴とする請求項２に記載の画像処理装置。
5. ユーザの操作に従って、前記候補文字列のリストに新たな文字列を追加する追加手段を更に有し、
   前記管理手段は、前記追加手段により追加された文字列を、追加の候補文字列として管理することを特徴とする請求項１乃至４のいずれか１項に記載の画像処理装置。
6. 前記管理手段は更に、前記スキャンデータのファイル名に使用された候補文字列を、使用された文字列として管理し、
   前記制御手段は、前記特定手段により特定された原稿の種類に関連づく候補文字列のリストの上位に、前記使用された文字列に対応するボタンを表示するよう制御することを特徴とする請求項３に記載の画像処理装置。
7. 画像処理装置を制御する制御方法であって、
   原稿の画像を読み取ることで生成されるスキャンデータを取得する取得工程と、
   前記原稿の種類と複数の文字列とを関連付けて管理する管理工程と、
   前記取得工程で取得された前記スキャンデータに基づいて、前記原稿の種類、および前記原稿の種類に関連づく前記複数の文字列を特定する特定工程と、
   前記特定工程で特定された前記複数の文字列を、前記スキャンデータのファイル名を作成する際に使用する候補文字列として表示部に表示させる制御工程と、
   前記表示される前記複数の文字列のうち１つの文字列を選択するユーザ入力を受け付ける受け付け工程と、
   前記受け付けたユーザ入力に基づき、前記特定された複数の文字列のうちユーザにより選択された１以上の文字列を用いて、前記スキャンデータのファイル名を生成する生成工程と、
   を有することを特徴とする制御方法。
8. 請求項７に記載された制御方法の各工程を、コンピュータに実行させるためのプログラム。

Images