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

Abstract

【課題】画像データを取り扱う処理を効率化することである。
【解決手段】画像データを取得する手段と、前記取得した画像データに対して文字認識処理を行って文字列を検出し、前記検出した文字列を１つ以上含む、前記取得した画像データの保存先を表すフォルダパスを作成する手段と、前記作成したフォルダパスを構成する各字列が、特定のフォルダ名を表す文字列であるか否かを判定し、前記特定のフォルダ名を表す文字列でないと判定された文字列についての前記文字認識処理の結果の確信度がしきい値以下であるか否かを判定し、前記しきい値以下であると判定された文字列が少なくとも１つ存在する場合、前記作成したフォルダパスをユーザによる確認対象にする手段と、を備える。
【選択図】図１

Description

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

従来、ＭＦＰ（Multifunction Peripheral）等でスキャンして電子化した帳票データを、ストレージに保存して管理することがある。このとき、帳票画像内に記載されている文字列を読み取り、その文字列と、あらかじめ記憶してあるストレージのフォルダパスを表す文字列を比較し、一致する部分に応じて、画像の保存先のフォルダを切り替える技術が知られている（例えば特許文献１）。

特開２０１９－１１７６２２号公報

電子化した画像データをストレージに保存するとき、そのデータに付与するファイル名、及びそのデータの保存先のフォルダパスを、帳票内の特定の領域から抽出した文字列をもとに、自動で作成することがある。その際には、あらかじめユーザが、帳票内のどの領域に記載されている文字列を、どのように組み合わせてファイル名、及びフォルダパスを作成するかについて、ルールとして設定しておく。なお、ルールはシステムが分類可能な帳票種別ごとに用意しておくものとする。

ファイル名とフォルダパスを作成するためには、スキャン画像に対して、帳票分類処理と文字認識処理を行い、帳票内から必要な文字列を抽出した後、帳票種別に応じたルールに従って、文字列を組み合わせる。このとき、文字認識処理は、画像の中から抽出対象の文字列が存在する領域を抽出する、文字列領域抽出処理と、抽出した文字列領域の中から文字を見つけ出し、テキストデータに変換する、ＯＣＲ処理とから成る。ＯＣＲは、Optical Character Recognitionの略称である。

上記のようなシステムにおいてユーザは、作成したファイル名、及びフォルダパスが正しいかどうかを、ＭＦＰ又はＰＣ（Personal Computer）の画面上で確認し、それを承認した上で、ファイルを外部ストレージに送信する。また、得られた文字列が誤っている場合は、正しい文字列に修正した上で承認してから送信する。これらの確認作業は、ユーザにとって負担のかかる作業である。これに対して、作成したファイル名、及びフォルダパスが確からしいと判定できる場合には、ユーザに確認を要求することなく、画像ファイルを自動で外部ストレージに送信する処理（自動送信処理）を実行することが考えられる。このとき、ファイル名、及びフォルダパスの確からしさの評価は、それらを構成する、帳票内の特定の領域から抽出した文字列の確からしさを評価することで行う。それを評価するためには、文字列を抽出する際に行った、文字列領域抽出処理、及びＯＣＲ処理の結果に紐づいて得られる確信度と呼ばれる値を利用する。この確信度の値が大きいほど、処理結果が正しい可能性が高いことを意味する。したがって、文字列抽出処理、及びＯＣＲ処理の結果の確信度があらかじめ設定されたしきい値以上であるときには、帳票内の特定の領域から抽出した文字列は確からしいと判断でき、その結果、ファイル名、及びフォルダパスも確からしいと判断できる。しかしながら、抽出された文字列の少なくとも一部の文字のＯＣＲ結果の確信度が低い場合は、ユーザによる確認が必要となってしまう。

一方で、ＯＣＲ結果に基づき作成したフォルダパスの途中までが、過去にユーザが承認したフォルダパスと一致する場合、一致する部分に関しては、正しいフォルダパスである可能性が高いと考えられる。しかし、少なくとも一部の文字のＯＣＲ結果の確信度が低い場合に、フォルダパスを確認対象にした場合、例え、ＯＣＲ結果に基づき作成したフォルダパスが過去にユーザが承認したフォルダパスに一致したとしても、確信度が低ければ確認対象となってしまう。

本発明は、上記のような課題に鑑みてなされたものであり、画像データを取り扱う処理を効率化することを目的とする。

本発明の一実施形態の画像処理装置は、画像データを取得する手段と、前記取得した画像データに対して文字認識処理を行って文字列を検出し、前記検出した文字列を１つ以上含む、前記取得した画像データの保存先を表すフォルダパスを作成する手段と、前記作成したフォルダパスを構成する各文字列が、特定のフォルダ名を表す文字列であるか否かを判定し、前記特定のフォルダ名を表す文字列でないと判定された文字列についての前記文字認識処理の結果の確信度がしきい値以下であるか否かを判定し、前記しきい値以下であると判定された文字列が少なくとも１つ存在する場合、前記作成したフォルダパスをユーザによる確認対象にする手段と、を備えることを特徴とする。

本発明によれば、画像データを取り扱う処理を効率化することができる。

本発明の実施例１に係る画像処理システムの全体構成を示す図である。 ＭＦＰのハードウェア構成図である。 クライアントＰＣ及びＭＦＰ連携サービスのハードウェア構成図である。 本発明の実施例１に係る画像処理システムのソフトウェア構成図である。 各機器間の処理の流れを示すシーケンス図である。 ファイル名とフォルダパスの設定画面を示す図である。 本システムにおける画像処理部が行う解析結果保存処理で保存するデータ構造の一例を示す図である。 本システムにおける画像処理部が行うフォルダパスの確からしさを評価する際の処理の詳細を示すフローチャートである。 本システムにおける画像処理部がフォルダパスの確からしさを評価する際に実行するしきい値処理の詳細を示すフローチャートである。 実施例２における画像処理部がフォルダパスの確からしさを評価する際に実行するしきい値処理の詳細を示すフローチャートである。 実施例３における画像処理部がフォルダパスの確からしさを評価する際に実行するしきい値処理の詳細を示すフローチャートである。 実施例４における画像処理部が行うフォルダパスの確からしさを評価する際の処理の詳細を示すフローチャートである。 実施例４における画像処理部がフォルダパスの確からしさを評価する際に実行するしきい値処理の詳細を示すフローチャートである。 実施例５における画像処理部が行うフォルダパスの確からしさを評価する際の処理の詳細を示すフローチャートである。 実施例５における画像処理部がフォルダパスの確からしさを評価する際に実行するしきい値処理の詳細を示すフローチャートである。

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

＜全体構成＞
図１は、本発明の実施例１に係る画像処理システムの全体構成を示す図である。画像処理システム１００は、ＭＦＰ１１０、クライアントＰＣ１１１、ＭＦＰ連携サービス１２０及びクラウドストレージ１３０を備える。ＭＦＰ１１０及びクライアントＰＣ１１１は、ＬＡＮ（Local Area Network）経由でインターネット上の各種サービスを提供するサーバに対して通信可能に接続されている。

ＭＦＰ１１０は、スキャナやプリンタといった複数の機能を有する複合機であり、画像処理装置の一例である。クライアントＰＣ１１１は、ＭＦＰ連携サービス１２０に対して依頼したサービスの提供を受けるコンピュータ又はアプリケーションである。ＭＦＰ連携サービス１２０は、ＭＦＰ１１０でスキャンした画像ファイルを自サーバ上に保存したり、別のストレージサービス等のファイル保存が可能なサービスに転送したりする機能を持つサービスの一例である。クラウドストレージ１３０は、インターネットを介してファイルを保存したりウェブブラウザでファイルを取得したりすることができるサービスである。

本実施例の画像処理システム１００は、ＭＦＰ１１０、クライアントＰＣ１１１、ＭＦＰ連携サービス１２０及びクラウドストレージ１３０からなる構成としているが、本発明はこれに限定されない。例えば、ＭＦＰ１１０がクライアントＰＣ１１１やＭＦＰ連携サービス１２０の役割を兼ね備えてもよい。また、ＭＦＰ連携サービス１２０は、インターネット上ではなくＬＡＮ上のサーバに配置した接続形態であってもよい。また、クラウドストレージ１３０は、メールサーバなどに置き換えて、スキャンした画像をメールに添付し送信してもよい。

＜ＭＦＰのハードウェア構成＞
図２は、ＭＦＰ１１０のハードウェア構成図である。ＭＦＰ１１０は、制御部２１０、操作部２２０、プリンタ部２２１、スキャナ部２２２及びモデム２２３を備える。制御部２１０は、ＣＰＵ２１１を備える。ＣＰＵは、Central Processing Unitの略称である。制御部２１０は、ＲＯＭ２１２を備える。ＲＯＭは、Read Only Memoryの略称である。制御部２１０は、ＲＡＭ２１３を備える。ＲＡＭは、Random Access Memoryの略称である。制御部２１０は、ＨＤＤ２１４を備える。ＨＤＤは、Hard Disk Driveの略称である。更に、制御部２１０は、操作部Ｉ／Ｆ２１５、プリンタＩ／Ｆ２１６、スキャナＩ／Ｆ２１７、モデムＩ／Ｆ２１８及びネットワークＩ／Ｆ２１９を備える。Ｉ／Ｆは、Interfaceの略称である。制御部２１０は、ＭＦＰ１１０全体の動作を制御する。

ＣＰＵ２１１は、ＲＯＭ２１２に記憶された制御プログラムを読み出して、読取／印刷／通信などＭＦＰ１１０が有する各種機能を実行・制御する。ＲＡＭ２１３は、ＣＰＵ２１１の主メモリ、ワークエリア等の一時記憶領域として用いられる。なお、本実施例では１つのＣＰＵ２１１が１つのメモリ（ＲＡＭ２１３又はＨＤＤ２１４）を用いて後述のフローチャートに示す各処理を実行するものとするが、本発明はこれに限定されない。例えば、複数のＣＰＵや複数のＲＡＭ又はＨＤＤを協働させて各処理を実行してもよい。ＨＤＤ２１４は、画像データや各種プログラムを記憶する大容量記憶部である。

操作部Ｉ／Ｆ２１５は、操作部２２０と制御部２１０とを接続するインタフェースである。操作部２２０には、タッチパネルやキーボードなどが備えられており、ユーザによる操作／入力／指示を受け付ける。

プリンタＩ／Ｆ２１６は、プリンタ部２２１と制御部２１０とを接続するインタフェースである。印刷用の画像データはプリンタＩ／Ｆ２１６を介して制御部２１０からプリンタ部２２１へ転送され、記録媒体上に印刷される。

スキャナＩ／Ｆ２１７は、スキャナ部２２２と制御部２１０とを接続するインタフェースである。スキャナ部２２２は、不図示の原稿台やＡＤＦ（Auto Document Feeder）にセットされた原稿を読み取って画像データを生成し、スキャナＩ／Ｆ２１７を介して制御部２１０に入力する。ＭＦＰ１１０は、スキャナ部２２２で生成された画像データをプリンタ部２２１から印刷出力（コピー）する他、ファイル送信又はメール送信することができる。

モデムＩ／Ｆ２１８は、モデム２２３と制御部２１０とを接続するインタフェースである。モデム２２３は、ＰＳＴＮ（Public Switched Telephone Network）上のファクシミリ装置との間で画像データをファクシミリ通信する。

ネットワークＩ／Ｆ２１９は、制御部２１０（ＭＦＰ１１０）をＬＡＮに接続するインタフェースである。ＭＦＰ１１０は、ネットワークＩ／Ｆ２１９を用いてインターネット上の各サービスに画像データや情報を送信したり、各種情報を受信したりする。

＜クライアントＰＣ、ＭＦＰ連携サービスのハードウェア構成＞
図３は、クライアントＰＣ１１１及びＭＦＰ連携サービス１２０のハードウェア構成図である。クライアントＰＣ１１１及びＭＦＰ連携サービス１２０は、ＣＰＵ３１１、ＲＯＭ３１２、ＲＡＭ３１３、ＨＤＤ３１４及びネットワークＩ／Ｆ３１５を備える。

ＣＰＵ３１１は、ＲＯＭ３１２に記憶された制御プログラムを読み出して各種処理を実行することで、全体の動作を制御する。ＲＡＭ３１３は、ＣＰＵ３１１の主メモリ、ワークエリア等の一時記憶領域として用いられる。ＨＤＤ３１４は、画像データや各種プログラムを記憶する大容量記憶部である。ネットワークＩ／Ｆ３１５は、ＭＦＰ連携サービス１２０をインターネットに接続するインタフェースである。ＭＦＰ連携サービス１２０及びクラウドストレージ１３０は、ネットワークＩ／Ｆ３１５を介して他の装置（ＭＦＰ１１０など）から処理リスエストを受けて各種情報を送受信する。

＜画像処理システムのソフトウェア構成＞
図４は、本実施例に係る画像処理システムのソフトウェア構成図である。ＭＦＰ１１０は、ネイティブ機能部４１０と追加機能部４２０の大きく２つに分けられる。ネイティブ機能部４１０に含まれる各部はＭＦＰ１１０に標準的に備えられたものである。これに対し、追加機能部４２０は、ＭＦＰ１１０に追加インストールされたアプリケーションである。追加機能部４２０は、Ｊａｖａ（登録商標）をベースとしたアプリケーションであり、ＭＦＰ１１０への機能追加を容易に実現できる。なお、ＭＦＰ１１０には図示しない他の追加アプリケーションがインストールされていても良い。

ネイティブ機能部４１０は、スキャン実行部４１１及び画像データ保存部４１２を有する。追加機能部４２０は、表示制御部４２１、スキャン指示部４２２及び連携サービスリクエスト部４２３を有する。

表示制御部４２１は、ＭＦＰ１１０の操作部２２０のタッチパネル機能を有する液晶表示部に、ユーザによる操作を受け付けるためのＵＩ画面を表示する。ＵＩは、User Interfaceの略称である。表示制御部４２１は、例えば、ＭＦＰ連携サービス１２０へアクセスするための認証情報の入力、スキャン設定、並びに、スキャン開始の操作、プレビュー画面、ファイル名やファイルの保存先のフォルダパスの設定画面などのＵＩ画面を表示する。

スキャン指示部４２２は、ＵＩ画面を介して入力されたユーザ指示に応じたスキャン設定と共にスキャン実行部４１１にスキャン処理を要求する。スキャン実行部４１１は、スキャン指示部４２２からのスキャン設定を含んだスキャン要求を受け取る。スキャン実行部４１１は、スキャン要求に従い、スキャナＩ／Ｆ２１７を介してスキャナ部２２２で、原稿台ガラスに置かれた原稿を読み取ることでスキャン画像データを生成する。生成したスキャン画像データは、画像データ保存部４１２に送られる。スキャン実行部４１１は、保存したスキャン画像データを一意に示すスキャン画像識別子をスキャン指示部４２２へ送る。スキャン画像識別子はＭＦＰ１１０においてスキャンした画像をユニークに識別するための番号や記号、アルファベットなどである（不図示）。画像データ保存部４１２は、スキャン実行部４１１から受け取ったスキャン画像データをＨＤＤ２１４に保存する。スキャン指示部４２２は、スキャン実行部４１１から受け取ったスキャン画像識別子に対応するスキャン画像データを画像データ保存部４１２から取得する。スキャン指示部４２２は、取得したスキャン画像データにＭＦＰ連携サービス１２０で処理を行う指示を連携サービスリクエスト部４２３に要求する。

連携サービスリクエスト部４２３は、ＭＦＰ連携サービス１２０に対して各種処理の要求を行う。連携サービスリクエスト部４２３は、例えば、ログイン、スキャン画像の解析、スキャン画像の送信などの要求を行う。連携サービスリクエスト部４２３とＭＦＰ連携サービス１２０とのやり取りはＲＥＳＴやＳＯＡＰなどのプロトコルを使用するが、その他の通信手段を用いてもよい。ＲＥＳＴは、Representational State Transferの略称である。ＳＯＡＰは、Simple Object Access Protocolの略称である。

ＭＦＰ連携サービス１２０は、リクエスト制御部４３１、画像処理部４３２、クラウドストレージアクセス部４３３、ファイル生成部４３４及び表示制御部４３５を有する。

リクエスト制御部４３１は、外部装置からの要求を受信できる状態で待機している。処理要求を受けると要求に応じて適宜、画像処理部４３２、クラウドストレージアクセス部４３３及びファイル生成部４３４に処理を指示する。

画像処理部４３２は、画像に対して、帳票分類処理、文字列領域抽出処理や後述するＯＣＲ処理から成る文字認識処理、及び、画像の回転や傾き補正などの画像に対する認識処理や画像の加工処理を行う。すなわち、文字認識処理は、文字列領域抽出処理とＯＣＲ処理とを有する。文字認識処理は、文字を見つけ出すことで、文字列を検出する。画像処理部４３２は、文字認識処理で検出された文字列を１つ以上含む画像について、フォルダパスを作成する。

クラウドストレージアクセス部４３３は、クラウドストレージに対する処理の要求を行う。クラウドサービスは、一般的にＲＥＳＴやＳＯＡＰなどのプロトコルで、クラウドストレージにファイルを保存したり、保存したファイルを取得したりするための様々なインタフェースを公開している。クラウドストレージアクセス部４３３は、公開されたクラウドストレージのインタフェースを使用してクラウドストレージの操作を行う。

ファイル生成部４３４は、画像ファイルを生成する。表示制御部４３５は、インターネット経由で接続されたＰＣやモバイル等の別端末（不図示）上で動作しているウェブブラウザからのリクエストを受けて画面表示に必要な画面構成情報（ＨＴＭＬ、ＣＳＳ等）を返す。ユーザは、ウェブブラウザで表示される画面経由でＭＦＰ連携サービス１２０に登録しているユーザ情報を確認したり、スキャンする際の設定を変更したりする。

なお、図４ではＭＦＰ１１０に追加機能部４２０をインストールする構成の例について説明したが、本発明はこの構成に限定されず、クライアントＰＣ１１１に追加機能部４２０の機能が含まれていても構わない。

＜全体の処理の流れ＞
図５は、ＭＦＰ１１０でスキャンした画像をファイル化してクラウドストレージに送信する際の各装置間の処理の流れを示すシーケンス図である。ここでは、各装置間のやり取りを中心に説明する。なお、図５ではＭＦＰ１１０がＭＦＰ連携サービス１２０とやり取りを行う記載としているが、後述する解析結果取得、画面の表示、学習の指示等はＭＦＰ１１０でなくクライアントＰＣ１１１が実行する構成でも構わない。

ＭＦＰ１１０は、通常の状態では提供する各機能を実施するためのボタンを並べたメイン画面をタッチパネル上に表示する。ＭＦＰ１１０にスキャン帳票をクラウドストレージに送信するための追加アプリケーション（以降、スキャンアプリと呼ぶ）をインストールすることで、アプリケーションの機能を使用するボタンがＭＦＰ１１０のメイン画面に表示される。このボタンを押すとスキャンした帳票をクラウドストレージに送信するための画面が表示され、図５のシーケンスで示す処理が行われる。

ステップＳ５０１においてＭＦＰ１１０は、ＭＦＰ連携サービス１２０にアクセスするための認証情報を入力するログイン画面を表示する。ステップＳ５０２においてＭＦＰ１１０は、入力された認証情報をもとに、ＭＦＰ連携サービス１２０にログインすることを試みる。ステップＳ５０３においてＭＦＰ連携サービス１２０は、ログイン要求に含まれるユーザ名とパスワードが正しいか検証し、正しければアクセストークンをＭＦＰ１１０に返す。以降のＭＦＰ１１０からＭＦＰ連携サービス１２０に対して行う各種リクエストにはこのアクセストークンと共に要求が出され、この情報により処理対象のユーザを特定することができる。ユーザ認証の方法は一般的に公知な手法（Ｂａｓｉｃ認証、Ｄｉｇｅｓｔ認証、又はＯＡｕｔｈを用いた認可等）を用いて行う。

ＭＦＰ１１０は、ログイン処理が完了したらステップＳ５０４でスキャン設定画面を表示する。スキャン設定画面では、ユーザによって各種スキャンの読み込みに関する設定が行われる。ユーザによって、原稿台ガラス又はＡＤＦにスキャンする対象の紙帳票が配置され、「スキャン開始」ボタンが押されると、ＭＦＰ１１０は、ステップＳ５０５でスキャンを実行して紙帳票を電子化した画像データを生成する。そして、ＭＦＰ１１０は、ステップＳ５０６でスキャン処理により生成した画像とともにスキャン画像の解析要求をＭＦＰ連携サービス１２０に送信する。ＭＦＰ連携サービス１２０は、スキャン画像の解析要求を受信するとステップＳ５０７において、ＭＦＰ連携サービス１２０の画像処理部４３２で画像解析を開始する。その後、ＭＦＰ連携サービス１２０は、画像解析処理の終了を待たずに、ＭＦＰ連携サービス１２０に依頼した解析を一意に示す識別子である”processId”をＭＦＰ１１０に返す。

ステップＳ５０８においてＭＦＰ連携サービス１２０は、スキャン画像について、帳票種別の分類を行う。帳票種別の分類は、画像内の文字領域の配置情報をもとに行う。具体的には、スキャン画像内の文字領域を抽出し、その配置と、帳票種別ごとに記憶されている過去にスキャンした画像の文字領域の配置を比較し、類似した文字領域の配置を持つ画像を特定し、その画像の帳票種別を判定結果として採用する。

ステップＳ５０９においてＭＦＰ連携サービス１２０は、帳票種別ごとに記憶されている抽出対象の文字列領域を抽出する。この処理を文字列領域抽出処理という。

ステップＳ５１０においてＭＦＰ連携サービス１２０は、抽出した文字列領域に対してＯＣＲ処理を行う。ＯＣＲ処理は、画像内の注目領域に記載してある文字を認識し、テキストデータに変換する技術である。

ステップＳ５１１においてＭＦＰ連携サービス１２０は、ステップＳ５１０で行ったＯＣＲ処理で得られた文字列を利用し、ファイル名、及びフォルダパスを表す文字列を作成する。ここで、ファイル名は、スキャン画像をもとに作成するファイルの名前である。また、フォルダパスは、スキャン画像をもとに作成するファイルの保存先であるクラウドストレージのフォルダを表すフォルダパスである。ここでは、あらかじめユーザによって帳票種別ごとに設定されている、ファイル名、及びフォルダパスの作成ルールに従って作成する。ルールには、画像内の文字列領域から抽出した文字列、及びユーザが指定した固定文字列をどのように組み合わせて、ファイル名、及びフォルダパスを作成するかが定義されている。例えば、ファイル名：「{請求書番号}.doc」、及びフォルダパス：「/2018/{帳票種別}/{会社名}」のようなルールが設定されている。ここでは、{請求書番号}、{帳票種別}、{会社名}の部分には、それぞれの文言に対応する、画像内の特定の文字列領域から抽出した文字列が代入されるものとする。また、「.doc」、「2018」の部分は、固定文字列がそのまま代入されるものとする。例えば、{請求書番号}、{帳票種別}、及び{会社名}に対応する文字列領域から抽出された文字列が、「123-4567」、「請求書」、及び「品川株式会社」であったとする。この場合、ファイル名、及びフォルダパスはそれぞれ、「123-4567.doc」、及び「/2018/請求書/品川株式会社」と作成される。

ステップＳ５１２においてＭＦＰ連携サービス１２０は、クラウドストレージ１３０へのファイル自動送信が可能か否かの判定を行う。ここでは、作成したファイル名、及びフォルダパスの確からしさを評価し、両方共確からしいと判断できた場合のみ、自動送信の対象とする。ファイル名の確からしさは、ファイル名を構成する、画像内の特定の文字列領域から抽出したすべての文字列の、文字列領域抽出処理、及びＯＣＲ処理の結果の確信度をもとに評価される。確信度は、処理結果の確からしさの度合いを０～１までの実数値であらわしたものであり、値が大きいほど確からしいことを意味する。このとき、すべての文字列に関する文字列領域抽出処理、及びＯＣＲ処理の結果の確信度が、あらかじめ設定された（経験的に値が決められた）しきい値より大きい場合、ファイル名は確からしいと判断される。フォルダパスの確からしさの判定方法については、後に図８のフローチャートを用いて説明する。

ＭＦＰ１１０は、ステップＳ５１３で、ステップＳ５０６のレスポンスで受け取った”processId”を使用してＭＦＰ連携サービス１２０に定期的に”processId”の画像解析の処理状況の確認を行う。ここで、定期的とは、例えば数百ミリ秒から数ミリ秒程度毎などである。図面では省略するが、ステップＳ５１３の処理はＭＦＰ連携サービス１２０の画像処理完了のレスポンスが取得できるまで（ステップＳ５１４のタイミングまで）継続して行う。ＭＦＰ連携サービス１２０は、ステップＳ５１３の処理状況確認の要求を受けると”processId”の処理の状況を確認し、レスポンスを返す。

処理状況確認の要求に対するレスポンスには、”status”に現在の処理状況（ステータス）を示す文字列が格納される。例えば”status”が”processing”の時は、ＭＦＰ連携サービス１２０で処理が行われている最中であることを示し、”status”が”completed”の時は処理が完了している状態であることを示す。なお、処理が失敗した場合には”status”が”failed”であるなど、この他のステータスが返ることもある。また処理完了時（”status”が”completed”の場合）のレスポンスは、ステータスと共にスキャン画像を解析した結果やスキャン設定等の情報を含む。

ＭＦＰ１１０は、ステップＳ５１４において処理の完了を検知すると、ステップＳ５１５でレスポンスに含まれる結果情報が格納されたＵＲＬから結果情報を取得する。そして解析結果が「ファイル自動送信不可」と判定された場合、ユーザによる確認や承認が必要となるため、ステップＳ５１６、ステップＳ５１７、ステップＳ５１８及びステップＳ５１９の処理を実行する。逆に、解析結果が「ファイル自動送信可能」と判定された場合はステップＳ５１６～ステップＳ５１９の処理は行われない。

ステップＳ５１６において、ＭＦＰ１１０は、ファイル名、及びファイルの保存先のフォルダパスを設定するための、図６に示されるような、ファイル名フォルダパス設定画面を表示する。ファイル名フォルダパス設定画面にはあらかじめ、ステップＳ５１１で作成された文字列が入力されている。ユーザによる確認後、その文字列が正しいと判断された場合は、「送信」ボタンが押下され、文字列が承認される。文字列が正しくないと判断された場合は、設定画面上で正しい文字列がユーザによって再入力され、その後で「送信」ボタンが押下され、承認が行われる。「送信」ボタンが押下されると、ＭＦＰ１１０は、ステップＳ５１７でファイル名とフォルダパスそれぞれについて、使用した文字列領域、帳票種別、確定文字列、及びユーザ名をＭＦＰ連携サービス１２０に送信する。各種情報を受信したＭＦＰ連携サービス１２０のリクエスト制御部４３１は、ステップＳ５１８で画像処理部４３２に各種情報の保存を依頼する。画像処理部４３２は、ステップＳ５１９で各種情報をＨＤＤ３１４に保存する。

その後、ＭＦＰ１１０は、ステップＳ５２０でスキャン画像をファイル化した後に設定するファイル名やフォルダパス等の情報をＭＦＰ連携サービス１２０に送信する。ＭＦＰ連携サービス１２０は、リクエストを受信するとファイル生成処理を開始するとともにリクエストを正常に受けたことをＭＦＰ１１０に返す。ＭＦＰ１１０は、送信のレスポンスを受けると処理を終了し、ステップＳ５０４のスキャン設定画面表示に戻る。

ＭＦＰ連携サービス１２０は、ステップＳ５２１でＭＦＰ連携サービスに登録されたスキャン設定からクラウドストレージ１３０に送信するファイルフォーマットの情報を取得し、その設定に基づいてスキャン画像からファイルを生成する。そして、ステップＳ５２２で、ＭＦＰ連携サービス１２０は、ステップＳ５２１で生成したファイルをステップＳ５２０で受信したファイル名に設定し、保存先のフォルダパスを指定した上でクラウドストレージ１３０に送信する。

図７は、本システムにおける画像処理部が行う解析結果保存処理で保存するデータ構造の一例を示す図である。

”enabledAutoTransmission”は、解析対象の画像が自動送信判定により、ユーザの確認や学習を行わずにクラウドストレージ１３０への送信が可能かを示す値が格納される。クライアントＰＣ１１１はこの値を参照することで、対象の帳票を自動でクラウドストレージに送信するか否かを決定する。

”matched”は、解析対象の画像が類似帳票判定によって以前にスキャンした画像と類似した帳票が見つかったかどうかを示す値が格納される。

”formId”は、類似する帳票があった場合はその帳票を一意に示す値が格納され、類似する帳票がなかった場合には新たな値が発行される。

”matchingScore”は、類似する帳票があった場合にどの程度類似していたかを示す値が格納される。”matchingScore”は過去にスキャンした画像の配置情報と今回スキャンした画像の配置情報の一致度合を０～１までの実数値であらわし、値が大きいほど類似した帳票であることを示す。

”rectInfoArray”は、類似する帳票に対して以前にユーザがファイル名、及びフォルダパス設定時に使用した文字列領域に対応する、今回の解析対象の画像の文字列領域を示す情報が格納される。例えば、画像を以前にスキャンして「見積書」と「品川株式会社」を使用してファイル名とフォルダパスを設定し入力結果学習したとする。その後、新規の画像をスキャンして前記スキャン画像と類似帳票判定を行った結果、類似帳票だと判定された場合、”rectInfoArray”以下には、入力した情報が自動入力対象の情報として格納された状態を示す。まず、入力結果学習でＭＦＰ連携サービス１２０のＨＤＤ３１４に保存された情報から以前に設定した「見積書」と「品川株式会社」の文字列領域の座標情報と一部が重なる文字領域を特定する。そして、一部が重なる文字領域の座標情報と文字を”rectInfoArray”の後述する”text”に格納する。”key”は、自動入力に使用する文字領域を一意に示す値が格納される。”stringAreaScore”、及び”ocrScore”は、それぞれ、文字列領域抽出処理、及びＯＣＲ処理の結果の確信度を表す値が格納される。確信度は０～１までの実数値で表され、値が大きいほど確からしいことを示す。”region”は文字列領域の座標情報とその領域を文字認識した結果抽出した文字が格納される。”rect”には抽出した文字列領域一つの座標を示す。”x”は領域の左上のＸ座標、”y”は領域の左上のＹ座標、”width”は領域のＸ方向のピクセル数、”height”は領域のＹ方向のピクセル数を示す。”text”は”rect”の文字領域をＯＣＲして文字認識を行った結果、抽出された文字を示す。

”metadataArray”はファイル名を自動入力するためのファイル名に使用する文字列領域の順番と区切り文字がどこに入るかを示す情報が格納される。ファイル名以外にもメタデータなどのプロパティ情報が設定されている場合は、”rectInfoArray”や”metadataArray”に必要な情報が追加される。”key”は、スキャン文書に設定する設定値を一意に示す値が格納される。”keyType”は、”key”の設定値の種別を示す値が格納される。ファイル名に使用する場合は、”key”が”filename”で”keyType”が”filename”となる。”value”は、”key”の値に使用する文字領域と区切り文字の情報が格納される。図７の例では”rectInfoArray”の中の”fileRegion0”の”key”を持つ領域、区切り文字、”fileRegion1”の”key”を持つ領域の順番でファイル名を自動入力することを示す。

図８は、ＭＦＰ連携サービス１２０がクラウドストレージ１３０へのファイル自動送信が可能か否かの判定を行う際に、フォルダパスの確からしさを評価する際の処理の流れを示すフローチャートである。本フローチャートによる処理は、ＨＤＤ３１４に記憶されたプログラムコードがＲＡＭ３１３に展開され、ＣＰＵ３１１によって実行される。

ステップＳ８０１において、画像処理部４３２は、ＨＤＤ３１４に保存されている、過去にユーザによって承認されたことのあるすべてのフォルダパス（過去に承認された特定のフォルダパス）を読み込む。ステップＳ８０２において、画像処理部４３２は、ステップＳ５１１で作成したフォルダパスに関して、最上位階層からどの階層までが、ステップＳ８０１で読み込んだ特定のフォルダパスと一致するか判断する。画像処理部４３２は、最上位階層からの一致を判断することで、フォルダパスの前方一致を判断している。例えば、ステップＳ５１１で作成したフォルダパスが「/2018/請求書/品川株式会社」であるとする。またステップＳ８０１で読み込んだファイルパスの中に「/2018/請求書/川崎株式会社」が存在したとする。この場合、「/2018/請求書/」までの各階層の特定のフォルダ名が一致することになる。このとき、「/2018/請求書/」以下の階層まで一致するフォルダパスが存在しない場合、最終的に、「/2018/請求書/」が一致する部分であると判断する。画像処理部４３２は、一致する部分のフォルダパスの各文字列を、信頼できるフォルダ名（過去にユーザにより承認された特定のフォルダ名）を表す文字列とする。

ステップＳ８０３において、画像処理部４３２は、フォルダパスを構成する文字列ごとに、文字列領域抽出処理とＯＣＲ処理の結果の確信度についてのしきい値処理を実行する。この処理については、後に図９のフローチャートを用いて説明する。ステップＳ８０４において、画像処理部４３２は、ステップＳ８０３の結果をもとに、ファイルパスの中に確からしくない文字列が存在するかどうか判定する。存在する場合はステップＳ８０５へ、存在しない場合はステップＳ８０６へ進む。ステップＳ８０５において、画像処理部４３２は、フォルダパスが確からしくないと判断する。画像処理部４３２は、フォルダパスが確からしくないと判断した場合には、そのフォルダパスをユーザによる確認対象にする。以下の各処理においても、画像処理部４３２は、フォルダパス又は文字列が確からしくないと判断した場合には、そのフォルダパス又は文字列をユーザによる確認対象にする。ステップＳ８０６において、画像処理部４３２は、フォルダパスが確からしいと判断し、自動で承認する。

図９は、ステップＳ８０３で実行される、しきい値処理の詳細な流れを示すフローチャートである。本フローチャートによる処理は、ＨＤＤ３１４に記憶されたプログラムコードがＲＡＭ３１３に展開され、ＣＰＵ３１１によって実行される。なお、ステップＳ９０１からステップＳ９０４までの処理、すなわちステップＳ９０１、ステップＳ９０２、ステップＳ９０３及びステップＳ９０４の処理は、ファイルパスを構成する文字列単位に対して行われるものとする。例えば、「/2018/請求書/川崎株式会社」というフォルダパスにおいては、「2018」、「請求書」、「川崎株式会社」それぞれの文字列に対して処理が行われる。

ステップＳ９０１において、画像処理部４３２は、対象文字列がスキャン画像内の文字列領域から抽出された文字列であるか判定する。文字列領域から抽出された文字列である場合はステップＳ９０２へ、そうでない場合は、ステップＳ９０４の終了時点に進む。「2018」、「請求書」及び「川崎株式会社」の例において、「2018」はユーザに指定された固定文字列であるためステップＳ９０４の終了時点へ進む。「2018」、「請求書」及び「川崎株式会社」の例において、「請求書」及び「川崎株式会社」は、文字列領域から抽出された文字列であるためステップＳ９０２へ進む。

ステップＳ９０２において、画像処理部４３２は、対象文字列が、ステップＳ８０２で一致すると判断した文字列であるか否か判定する。一致する文字列である場合はステップＳ９０４の終了時点へ、一致しない場合はステップＳ９０３へ進む。

ステップＳ９０３において、画像処理部４３２は、ステップＳ５０９で実行された文字列領域抽出処理、及びステップＳ５１０で実行されたＯＣＲ処理の結果の確信度が、あらかじめ設定された（経験的に値が決められた）しきい値以下か否か判定する。しきい値以下の場合はステップＳ９０４へ、そうでない場合はステップＳ９０４の終了時点へ進む。ステップＳ９０４において、画像処理部４３２は、対象文字列を、確からしくない文字列と判断する。

以上説明したように、本実施例によれば、スキャンデータを外部ストレージに送信する際に、保存先のフォルダパスについてのユーザによる確認の頻度を減らすことができ、処理を効率化することができる。本実施例によれば、フォルダパスの途中までが、過去にユーザが入力又は承認したフォルダパスと一致する場合、一致する部分が正しいフォルダパスである可能性が高いことを考慮することで、ユーザによる目視確認の頻度を減らすことができる。本実施例によれば、ＯＣＲ処理で得られた文字列を元に作成したフォルダパスと、過去にユーザが入力又は承認したことがあるフォルダパスとを比較する。この比較の結果、一致する部分の文字列については、自動送信の可否を判定するために行う文字列領域抽出処理及びＯＣＲ処理の確信度に関するしきい値処理の対象外とすることができ、ユーザによる目視確認の頻度を減らすことができる。

実施例１においては、作成したフォルダパスの途中までが、過去にユーザが承認したことがあるフォルダパスと一致する場合に、一致する部分の文字列についてはしきい値処理の対象から外すことで、ユーザによる確認の頻度を減らした。このとき、一致する部分の文字列に関しても、場合によっては正しくない文字列が得られてしまっている可能性があるため、実施例２ではその問題を解決する。実施例１では図８のステップＳ８０３において図９の処理を実行したが、実施例２では、ステップＳ８０３において図９の処理に代えて図１０の処理を実行する。

ここで、実施例２における、ステップＳ８０３で実行される、しきい値処理の詳細な流れについて、図１０を用いて説明する。本フローチャートによる処理は、ＨＤＤ３１４に記憶されたプログラムコードがＲＡＭ３１３に展開され、ＣＰＵ３１１によって実行される。なお、本実施例のシステム構成、及び処理手順は、実施例１で説明したものと同一であるため、その説明を省略し、異なる箇所のみを説明する。具体的には、ステップＳ１００１からステップＳ１００２、及び、ステップＳ１００４からステップＳ１００５は、ステップＳ９０１からステップＳ９０２、及び、ステップＳ９０３からステップＳ９０４と同一であるため、説明を省略する。

ステップＳ１００３において、画像処理部４３２は、ステップＳ５１９でＨＤＤ３１４に保存された情報を参照し、対象文字列によって表されるフォルダ階層以下に、所定の回数以上ファイルが保存されたことがあるか否か判定する。所定の回数以上ファイルが保存されたことがある場合はステップＳ１００５の終了時点へ、そうでない場合は、ステップＳ１００４へ進む。なおここでは、あらかじめ決められた回数以上ファイルが保存されたことがあるフォルダのフォルダ名のみ、確からしいフォルダ名と判断し、対象文字列がそれと一致した場合に限り、しきい値処理の対象から外すことが意図されている。

本実施例で示した方法によると、作成したフォルダパスの途中までが、過去にユーザが承認したことがあるフォルダパスと一致する場合においても、一致する部分の文字列が確からしくない場合は、しきい値処理の対象から外さないことが可能になる。

実施例１においては、作成したフォルダパスの途中までが、過去にユーザが承認したことがあるフォルダパスと一致する場合に、一致する部分の文字列についてはしきい値処理の対象から外すことで、ユーザによる確認の頻度を減らした。

また、実施例２においては、作成したフォルダパスの途中までが、過去にユーザが承認したことがあるフォルダパスと一致する場合においても、一致する部分の文字列が確からしくない場合は、しきい値処理の対象から外さないようにした。

しかしながら、一致する部分の文字列が確からしくないケースの中には、実施例２の方法では対応できないケースもある。例えば、対象文字列が、あらかじめ決められた回数以上ファイルが保存されたことがあるフォルダのフォルダ名と一致する文字列であるものの、文字列作成時に行われた文字列領域抽出処理やＯＣＲ処理の結果が間違っている可能性が高いケースが考えられる。実施例３ではそのようなケースに対応する。実施例１では図８のステップＳ８０３において図９の処理を実行したが、実施例３では、ステップＳ８０３において図９の処理に代えて図１１の処理を実行する。

ここで、実施例３における、ステップＳ８０３で実行される、しきい値処理の詳細な流れについて、図１１を用いて説明する。本フローチャートによる処理は、ＨＤＤ３１４に記憶されたプログラムコードがＲＡＭ３１３に展開され、ＣＰＵ３１１によって実行される。なお、本実施例のシステム構成、及び処理手順は、実施例１で説明したものと同一であるため、その説明を省略し、異なる箇所のみを説明する。具体的には、ステップＳ１１０１からステップＳ１１０２、及び、ステップＳ１１０５からステップＳ１１０６は、ステップＳ９０１からステップＳ９０２、及び、ステップＳ９０３からステップＳ９０４と同一であるため、説明を省略する。

ステップＳ１１０３において、画像処理部４３２は、ステップＳ５０９で実行された文字列領域抽出処理、及びステップＳ５１０で実行されたＯＣＲ処理の結果の確信度が、あらかじめ設定されたしきい値以下か否か判定する。しきい値以下の場合はステップＳ１１０４へ、そうでない場合はステップＳ１１０４の終了時点へ進む。ステップＳ１１０５で利用するしきい値は、第一のしきい値の一例である。ステップＳ１１０３で利用するしきい値は、第二のしきい値の一例である。ステップＳ１１０３で利用するしきい値は、ステップＳ１１０５で利用するしきい値より、値が小さいものとする。一致している部分の文字列に対して、それ以外の文字列に利用するより小さいしきい値を用いることで、正しい文字列である可能性が高いことを考慮しつつ、文字列領域抽出処理やＯＣＲ処理の結果の確信度が著しく低い場合にはユーザに確認させることができる。またこのとき、一致している文字列を過去に承認したのが、操作者と同一ユーザの場合は、確からしい文字列である可能性がより高いと判断して、更に小さいしきい値を利用しても良いものとする。

ステップＳ１１０４において、画像処理部４３２は、対象文字列を、確からしくない文字列と判断する。

本実施例で示した方法によると、過去にユーザが承認したフォルダ名と一致する文字列に関しても、文字列領域抽出処理やＯＣＲ処理の結果が間違っている可能性が高い場合は、ユーザに確認させることができる。

実施例１から３においては、作成したフォルダパスが、過去にユーザが承認したことがあるフォルダパスと一致するか否かで、保存先のストレージにそのフォルダパスが存在するか否かを判断していた。しかしながら、そのストレージのフォルダ構造を問い合わせることができる場合には、そちらの方法の方が、判断の確実性が高い。実施例４では、ストレージのフォルダ構造を問い合わせることで、フォルダパスの存在の有無についての判断の確実性を上げる。

ここで、実施例４における、ＭＦＰ連携サービス１２０が画像処理部４３２で行う自動送信判定処理の詳細について、図１２を用いて説明する。本フローチャートによる処理は、ＨＤＤ３１４に記憶されたプログラムコードがＲＡＭ３１３に展開され、ＣＰＵ３１１によって実行される。なお、本実施例のシステム構成、及び処理手順は、実施例１で説明したものと同一であるため、その説明を省略し、異なる箇所のみを説明する。具体的には、ステップＳ１２０１、及び、ステップＳ１２０３からステップＳ１２０６は、ステップＳ８０１、及び、ステップＳ８０３からステップＳ８０６と同一であるため、説明を省略する。

ステップＳ１２０２において、画像処理部４３２は、ネットワークＩ／Ｆ３１５を介して、クラウドストレージ１３０に、フォルダ構造を問い合わせる。

次に、実施例４における、ステップＳ１２０３で実行される、しきい値処理の詳細な流れについて、図１３を用いて説明する。本フローチャートによる処理は、ＨＤＤ３１４に記憶されたプログラムコードがＲＡＭ３１３に展開され、ＣＰＵ３１１によって実行される。なお、本実施例のシステム構成、及び処理手順は、実施例１で説明したものと同一であるため、その説明を省略し、異なる箇所のみを説明する。具体的には、ステップＳ１３０１、及び、ステップＳ１３０３からステップＳ１３０４は、ステップＳ９０１、及び、ステップＳ９０３からステップＳ９０４と同一であるため、説明を省略する。

ステップＳ１３０２において、画像処理部４３２は、ステップＳ１２０２で問い合わせたストレージのフォルダ構造を参照し、対象文字列が、実際に存在するフォルダ名に対応する文字列か否か判定する。存在するフォルダ名に対応する文字列である場合は、ステップＳ１３０４の終了時点へ、そうでない場合はステップＳ１３０３へ進む。

本実施例で示した方法によると、ストレージのフォルダ構造を問い合わせることで、フォルダパスの存在の有無についての判断の確実性を上げることができる。

実施例１から４においては、作成したフォルダパスの途中までが、過去にユーザが承認したことがあるフォルダパス、又は存在を確認できたフォルダパスと一致する場合は、一致する部分の文字列に対するしきい値処理の有無やしきい値の値を切り替えていた。しかしながら、一致する部分の文字列と類似したフォルダ名を持つフォルダパスが他に存在する場合、しきい値処理の対象から外したり、値の小さいしきい値を用いたりすることは、危険だと考えられる。これは、それらの文字列に対するＯＣＲ処理の正しい結果が、類似したフォルダ名に対応する文字列の方である可能性が存在するためである。実施例５では、類似したフォルダ名が存在すると考えられるフォルダ名に対応する文字列については、しきい値処理の対象から外さず、それ以外の文字列と同じ値のしきい値を用いることで、必要に応じてユーザに文字列を確認させる。

ここで、実施例５における、ＭＦＰ連携サービス１２０が画像処理部４３２で行う自動送信判定処理の詳細について、図１４を用いて説明する。本フローチャートによる処理は、ＨＤＤ３１４に記憶されたプログラムコードがＲＡＭ３１３に展開され、ＣＰＵ３１１によって実行される。なお、本実施例のシステム構成、及び処理手順は、実施例１で説明したものと同一であるため、その説明を省略し、異なる箇所のみを説明する。具体的には、ステップＳ１４０１からステップＳ１４０２、及び、ステップＳ１４０４からステップＳ１４０７は、ステップＳ８０１からステップＳ８０２、及び、ステップＳ８０３からステップＳ８０６と同一であるため、説明を省略する。

ステップＳ１４０３において、画像処理部４３２は、ステップＳ１４０３で判断した、一致する部分の文字列に対応する各階層のフォルダ名について、過去にユーザが類似したフォルダ名を承認したことがあるか判断する。このとき、２つのフォルダ名が類似しているか否かは、例えばレーベンシュタイン距離のような、文字列の類似度を示す指標を利用し、その指標が一定のしきい値以下であるか否かによって判断することとする。

次に、実施例５における、ステップＳ１４０４で実行される、しきい値処理の詳細な流れについて、図１５を用いて説明する。本フローチャートによる処理は、ＨＤＤ３１４に記憶されたプログラムコードがＲＡＭ３１３に展開され、ＣＰＵ３１１によって実行される。なお、本実施例のシステム構成、及び処理手順は、実施例１で説明したものと同一であるため、その説明を省略し、異なる箇所のみを説明する。具体的には、ステップＳ１５０１からステップＳ１５０２、及び、ステップＳ１５０４からステップＳ１５０５は、ステップＳ９０１からステップＳ９０２、及び、ステップＳ９０３からステップＳ９０４と同一であるため、説明を省略する。

ステップＳ１５０３において、画像処理部４３２は、ステップＳ１４０３の処理の結果をもとに、対象文字列が、類似した名前のフォルダが他に存在しないフォルダの名前に対応する文字列か否か判定する。対応する文字列である場合は、ステップＳ１５０５の終了時点へ、そうでない場合はステップＳ１５０４へ進む。

本実施例で示した方法によると、類似したフォルダ名が存在すると考えられるフォルダ名に対応する文字列について、しきい値処理の対象から外さずそれ以外の文字列と同じ値のしきい値を用いることで、必要に応じてユーザに文字列を確認させることができる。

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

以上、本発明の好ましい実施形態について説明したが、本発明は、これらの実施形態に限定されず、その要旨の範囲内で種々の変形及び変更が可能である。

１１０ ＭＦＰ
２１０ 制御部
２２０ 操作部
２２１ プリンタ
２２２ スキャナ
２２３ モデム

Claims (9)

1. 画像データを取得する手段と、
   前記取得した画像データに対して文字認識処理を行って文字列を検出し、前記検出した文字列を１つ以上含む、前記取得した画像データの保存先を表すフォルダパスを作成する手段と、
   前記作成したフォルダパスを構成する各文字列が、特定のフォルダ名を表す文字列であるか否かを判定し、前記特定のフォルダ名を表す文字列でないと判定された文字列についての前記文字認識処理の結果の確信度がしきい値以下であるか否かを判定し、前記しきい値以下であると判定された文字列が少なくとも１つ存在する場合、前記作成したフォルダパスをユーザによる確認対象にする手段と、
   を備えることを特徴とする画像処理装置。
2. 画像データを取得する手段と、
   前記取得した画像データに対して文字認識処理を行って文字列を検出し、前記検出した文字列を１つ以上含む、前記取得した画像データの保存先を表すフォルダパスを作成する手段と、
   前記作成したフォルダパスを構成する各文字列が、特定のフォルダ名を表す文字列であるか否かを判定し、前記特定のフォルダ名を表す文字列でないと判定された文字列についての前記文字認識処理の結果の確信度が第一のしきい値以下であるか否かを判定し、前記特定のフォルダ名を表す文字列であると判定された文字列についての前記文字認識処理の結果の確信度が第二のしきい値以下であるか否かを判定し、前記第一のしきい値以下であると判定された文字列および前記第二のしきい値以下であると判定された文字列の少なくともいずれかが少なくとも１つ存在する場合、前記作成したフォルダパスをユーザによる確認対象にする手段と、
   を備えることを特徴とする画像処理装置。
3. 前記特定のフォルダ名は、過去にユーザにより承認されたフォルダパスを構成するフォルダ名である
   ことを特徴とする請求項１又は２に記載の画像処理装置。
4. 前記特定のフォルダ名は、過去にユーザにより承認されたフォルダパスを構成するフォルダ名であって、当該過去にユーザにより承認されたフォルダパスのフォルダ階層以下に、所定の回数以上ファイルが保存されたことがあるフォルダパスを構成するフォルダ名である
   ことを特徴とする請求項１又は２に記載の画像処理装置。
5. 前記特定のフォルダ名は、前記画像データの保存先にフォルダ構造を問い合わせ、得られたフォルダ構造の中に存在するフォルダのフォルダ名である
   ことを特徴とする請求項１又は２に記載の画像処理装置。
6. 前記特定のフォルダ名は、過去にユーザにより承認されたフォルダパスを構成するフォルダ名であって、同じ階層に類似したフォルダ名を持つフォルダが存在しないフォルダのフォルダ名である
   ことを特徴とする請求項１又は２に記載の画像処理装置。
7. 画像データを取得する工程と、
   前記取得した画像データから文字列領域を抽出し、前記抽出した文字列領域に対して文字認識処理を行って文字列を検出し、前記検出した文字列を１つ以上含む、前記取得した画像データの保存先を表すフォルダパスを作成する工程と、
   前記作成したフォルダパスを構成する各文字列が、特定のフォルダ名を表す文字列であるか否かを判定し、前記特定のフォルダ名を表す文字列でないと判定された文字列についての前記文字認識処理の結果の確信度がしきい値以下であるか否かを判定し、前記しきい値以下であると判定された文字列が少なくとも１つ存在する場合、前記作成したフォルダパスをユーザによる確認対象にする工程と、
   を備えることを特徴とする画像処理方法。
8. 画像データを取得する工程と、
   前記取得した画像データから文字列領域を抽出し、前記抽出した文字列領域に対して文字認識処理を行って文字列を検出し、前記検出した文字列を１つ以上含む、前記取得した画像データの保存先を表すフォルダパスを作成する工程と、
   前記作成したフォルダパスを構成する各文字列が、特定のフォルダ名を表す文字列であるか否かを判定し、前記特定のフォルダ名を表す文字列でないと判定された文字列についての前記文字認識処理の結果の確信度が第一のしきい値以下であるか否かを判定し、前記特定のフォルダ名を表す文字列であると判定された文字列についての前記文字認識処理の結果の確信度が第二のしきい値以下であるか否かを判定し、前記第一のしきい値以下であると判定された文字列および前記第二のしきい値以下であると判定された文字列の少なくともいずれかが少なくとも１つ存在する場合、前記作成したフォルダパスをユーザによる確認対象に工程と、
   を備えることを特徴とする画像処理方法。
9. 請求項１乃至６のいずれか１項に記載の画像処理装置の各手段としてコンピュータを機能させるためのプログラム。

Images