特許 7414449 データ処理システム、データ処理方法、および、プログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-01-05

(45)【発行日】2024-01-16

(54)【発明の名称】データ処理システム、データ処理方法、および、プログラム

(51)【国際特許分類】

   G06V 30/12 20220101AFI20240109BHJP

   G06V 30/412 20220101ALI20240109BHJP

【ＦＩ】

G06V30/12 B

G06V30/412

G06V30/12 J

【請求項の数】 11

(21)【出願番号】P 2019178690

(22)【出願日】2019-09-30

(65)【公開番号】P2021056732

(43)【公開日】2021-04-08

【審査請求日】2022-09-22

(73)【特許権者】

【識別番号】000001007

【氏名又は名称】キヤノン株式会社

(74)【代理人】

【識別番号】110002767

【氏名又は名称】弁理士法人ひのき国際特許事務所

(72)【発明者】

【氏名】井戸 陽子

【審査官】伊知地 和之

(56)【参考文献】

【文献】特開２０１０－０７３１７４（ＪＰ，Ａ）

【文献】特開平０３－２１４２８１（ＪＰ，Ａ）

【文献】特開２００７－２３３９１３（ＪＰ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ０６Ｖ ３０／１２

Ｇ０６Ｖ ３０／４１２

(57)【特許請求の範囲】

【請求項1】

文書を読み取ることにより生成された画像に対して、文字認識処理を行うことにより、前記画像上の１又は２以上の文字列を抽出する抽出手段と、
前記文書に関するデータ入力作業のワークフローの種別を判別する判別手段と、
前記抽出手段で抽出された前記文字列のチェック作業が行われるためのユーザインターフェースを提供する提供手段と、を有するデータ処理システムであって、
前記提供手段は、ワークフローの種別ごとに各選択候補のスコアを格納したテーブルから、前記判別手段で判別された前記ワークフローの種別に対応する各選択候補のスコアを取得し、当該取得した各選択候補のスコアに基づいて決定された優先順位にしたがって、前記抽出手段で抽出された前記文字列を修正するための複数の選択候補を提示するものであり、
前記データ処理システムは、さらに、前記ユーザインターフェースにおいて提示された前記複数の選択候補の中からユーザにより１の選択候補が選択された場合、前記テーブルに格納されている当該選択された１の選択候補のスコアに対して当該ユーザに応じた重みをつけた加算を行うことにより前記テーブルを更新する更新手段を有する
ことを特徴とするデータ処理システム。

【請求項2】

前記判別手段は、前記抽出された文字列に基づいて前記ワークフローの種別を判別する
ことを特徴とする請求項１に記載のデータ処理システム。

【請求項3】

前記判別手段は、ユーザの指示に基づいて前記ワークフローの種別を判別する
ことを特徴とする請求項１に記載のデータ処理システム。

【請求項4】

前記ワークフローは、１又は２以上のロールから構成される
ことを特徴とする請求項１乃至３のいずれか１項に記載のデータ処理システム。

【請求項5】

前記各ロールについて、実行をするユーザが定められている
ことを特徴とする請求項４に記載のデータ処理システム。

【請求項6】

前記ユーザインターフェースにおいて、前記ユーザは、文字列を入力することにより、前記複数の選択候補以外の選択候補の選択をすることができる
ことを特徴とする請求項１乃至５のいずれか１項に記載のデータ処理システム。

【請求項7】

前記ワークフローの種別ごとに各選択候補のスコアを格納した前記テーブルを記憶した記憶手段をさらに備える
ことを特徴とする請求項１乃至６のいずれか１項に記載のデータ処理システム。

【請求項8】

前記ユーザインターフェースにおいて、前記複数の選択候補以外の文字列が入力された場合、前記記憶手段は、前記入力された文字列を前記テーブルに記憶する
ことを特徴とする請求項７に記載のデータ処理システム。

【請求項9】

前記チェック作業が行われた文書を保存する保存手段を有する
ことを特徴とする請求項１乃至８のいずれか１項に記載のデータ処理システム。

【請求項10】

文書を読み取ることにより生成された画像に対して、文字認識処理を行うことにより、前記画像上の１又は２以上の文字列を抽出する抽出工程と、
前記文書に関するデータ入力作業のワークフローの種別を判別する判別工程と、
前記抽出工程で抽出された前記文字列のチェック作業が行われるためのユーザインターフェースを提供する提供工程と、を有するデータ処理方法であって、
前記提供工程は、ワークフローの種別ごとに各選択候補のスコアを格納したテーブルから、前記判別工程で判別された前記ワークフローの種別に対応する各選択候補のスコアを取得し、当該取得した各選択候補のスコアに基づいて決定された優先順位にしたがって、前記抽出工程で抽出された前記文字列を修正するための複数の選択候補を提示するものであり、
前記データ処理方法は、さらに、前記ユーザインターフェースにおいて提示された前記複数の選択候補の中からユーザにより１の選択候補が選択された場合、前記テーブルに格納されている当該選択された１の選択候補のスコアに対して当該ユーザに応じた重みをつけた加算を行うことにより前記テーブルを更新する更新工程を有する
ことを特徴とするデータ処理方法。

【請求項11】

請求項１０に記載されたデータ処理方法をコンピュータにより実行させるためのプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、文字認識処理により抽出された文字列についてチェック作業を行うことができるデータ処理システム、データ処理方法、及びプログラムに関するものである。

【背景技術】

【0002】

従来から、プリンタ機能、複写機能、ファクシミリ機能などの多機能を備えた画像処理装置である複合機では、帳票などの文書に対してＯＣＲ（Optical Character Recognition）処理することが広く知られている。ＯＣＲ処理とは、スキャナなどを用いて、文書を読み取り、画像データに変換し、文字を取得する処理である。
ＯＣＲ処理を用いることにより、一般的なオフィスで実施されている経費精算作業に代表される紙媒体の帳票からデジタルデータへの変換を伴う作業を自動化することが可能になり、データ入力作業における生産性の向上が期待できる。

【0003】

しかし、スキャナにより読み込まれた画像の品質や文字の状態にはばらつきが存在する。そのため、ＯＣＲ処理の正解率は１００％には到達せず、文字の誤認識が発生することがある。
そこで、ＯＣＲ処理により取得された文字列に対しては、誤認識がないかをユーザが直接に確認し、必要があれば、修正をするチェック作業を行う必要がある。このようなチェック作業は、一般的に、ＰＣ（Personal Computer）や画像処理装置の表示部において行われる。

【0004】

実際の業務では、チェック作業の正確性を向上させるため、複数のチェック者を配置し、複数のチェック者によるダブルチェックが行われる場合がある。その際、各チェック者が別のチェックツールを使ってチェックをしたり、後段のチェックには熟練したチェック者を配置したりするなどして、正確性をより向上させる工夫がなされている。
しかし、ＯＣＲ処理により取得された文字列に対する、誤認識された文字の発見、指定、修正など作業は煩雑であるため、特に、多くの文書を対象に処理する場合には、チェック者の作業負担は重くなるという問題がある。

【0005】

そこで、個々の文字に対するＯＣＲ処理の精度を上げるために、企業名や住所等のデータベースが存在する場合、そうしたデータベースを辞書として用いる「突合（とつごう）」と呼ばれる手法がある。この手法によれば、文字列に誤認識された文字が含まれる場合であっても、例えば企業名を表す一定の長さの文字列全体について、辞書内の単語とのマッチングの程度や整合性に基づいて、ＯＣＲ結果を補正することができる。
しかし、突合処理の際に、複数の選択候補文字列がユーザに提示されることがあるが、類似する多数の選択候補が提示される場合、その中から適切な文字列を選択することはチェック者にとっては負担が重い。

【0006】

そこで、特許文献１では、文字列を修正する辞書をユーザに紐づけて備え、ユーザが頻繁に選択する文字列は正確である可能性が高いとみなして、選択された頻度の高い順に順位付けした選択候補をユーザに提示する手法が提案されている。

【先行技術文献】

【特許文献】

【0007】

【文献】特開２０００―１９４６９７号公報

【発明の概要】

【発明が解決しようとする課題】

【0008】

しかし、特許文献１の手法では、帳票の種類を考慮することなく、ユーザごとの選択の頻度にしたがって、一律に順位を決めているため、様々な種類の帳票を処理するユーザにとっては適切な順位とならない可能性がある。すなわち、あるジャンルの帳票の処理で選択される頻度が高い文字列が、必ずしも、他のジャンルの帳票では適切であるとは限らない。
また、特許文献１の手法では、ユーザが選択した頻度を用いる際に、チェック作業を行うチェック者の熟練度も考慮されていない。したがって、提示される順位の信頼性も担保されていない。

【課題を解決するための手段】

【0009】

本発明は、文書を読み取ることにより生成された画像に対して、文字認識処理を行うことにより、前記画像上の１又は２以上の文字列を抽出する抽出手段と、前記文書に関するデータ入力作業のワークフローの種別を判別する判別手段と、前記抽出手段で抽出された前記文字列のチェック作業が行われるためのユーザインターフェースを提供する提供手段と、を有するデータ処理システムであって、前記提供手段は、ワークフローの種別ごとに各選択候補のスコアを格納したテーブルから、前記判別手段で判別された前記ワークフローの種別に対応する各選択候補のスコアを取得し、当該取得した各選択候補のスコアに基づいて決定された優先順位にしたがって、前記抽出手段で抽出された前記文字列を修正するための複数の選択候補を提示するものであり、前記データ処理システムは、さらに、前記ユーザインターフェースにおいて提示された前記複数の選択候補の中からユーザにより１の選択候補が選択された場合、前記テーブルに格納されている当該選択された１の選択候補のスコアに対して当該ユーザに応じた重みをつけた加算を行うことにより前記テーブルを更新する更新手段を有することを特徴とする。

【発明の効果】

【0010】

本発明によれば、文字認識結果を修正するための選択候補がワークフローの種別ごとに決定された優先順位にしたがって提示されるため、チェック作業を行う負担を軽減することができる。

【図面の簡単な説明】

【0011】

【図1】データ処理システムの全体構成を示す図である。

【図2】画像読取装置のハードウェア構成例を示す図である。

【図3】データ入力作業の全体を示すフローチャートである。

【図4A】データ入力作業の対象となる文書の一例である。

【図4B】選択候補の優先順位を決定する処理を説明するための図である。

【図5】ワークフローの種別ごとのユーザテーブルの一例である。

【図6】ユーザ重みテーブルの一例である。

【図7】ワークフローに携わるユーザを説明するための図である。

【図8】スコア付きの選択候補リストの一例である。

【図9】スコア加算処理に用いられるテーブルの一例である。

【図10】チェック処理を示すフローチャートである。

【図11】チェック用画面の一例である。

【発明を実施するための形態】

【0012】

以下に、図面を参照して、本発明を実施するための実施例について説明する。ただし、以下に説明する実施例はあくまで例示であり、本発明の範囲をそれらに限定する趣旨のものではない。また、以下の実施例で説明されている特徴の組み合わせのすべてが本発明の解決手段に必須のものとは限らない。

【0013】

＜実施例１＞
図１は、本実施例に係るデータ処理システムの全体構成を示す図である。
図１に示すように、画像処理装置１００及びＰＣ／サーバー端末１０１は、イーサネット（登録商標）や無線ＬＡＮなどからなるＬＡＮ１０４に接続され、さらに、インターネット１０５に接続されている。また、モバイル端末１０３は、公衆無線通信網１０２などを介してインターネット１０５に接続されている。画像処理装置１００、ＰＣ／サーバー端末１０１、及びモバイル端末１０３は、ＬＡＮ１０４又は公衆無線通信網１０２を介してインターネット１０５に接続され、相互に通信可能となっている。なお、ＰＣ／サーバー端末１０１とモバイル端末１０３に関しては、いずれか一方がある構成でもよいし、ＰＣ／サーバー端末１０１やモバイル端末１０３などが実施する処理を画像処理装置１００が行うように構成してもよい。

【0014】

画像処理装置１００は、スキャナやプリンタを有する複合機である。本実施例に係るデータ処理システムにおいて、画像処理装置１００は、帳票などの原稿を読み取るスキャン端末として利用され、原稿を読み取ったスキャン画像を生成する。また、画像処理装置１００は、エラー通知や指示通知などの表示が行われる表示部や、スキャン操作や設定操作などの操作が行われるタッチパネルやハードボタンなどの操作部を有する。

【0015】

ＰＣ／サーバー端末１０１は、画像処理装置１００で生成されたスキャン画像を表示する。また、ＰＣ／サーバー端末１０１は、画像処理装置１００が生成したスキャン画像の保存やＯＣＲ処理などを実施し、再利用可能なコンテンツデータを生成する。なお、ＰＣ／サーバー端末１０１は、クラウドやサーバーなどの不図示の外部ストレージとの通信も可能であり、保存した画像データやメタデータを外部ストレージへ送信することができる。
なお、本実施例では、画像処理装置１００においてスキャン画像の保存、メタデータの生成、外部ストレージへの送信を行うものとするが、ＰＣ／サーバー端末１０１において同様の処理をしてもよい。

【0016】

モバイル端末１０３は、操作部、無線通信部、ウェブブラウザを動作させるアプリ部を有するスマートフォンやタブレット端末である。本実施例に係るシステムにおいて、モバイル端末１０３は、ＰＣ／サーバー端末１０１と同様に、表示端末、操作端末、コンテンツデータ生成・保存端末などとして利用される。なお、表示、操作、メタデータ生成・コンテンツデータ生成・保存の機能などは、ＰＣ／サーバー端末１０１とモバイル端末１０３のいずれか一方のみが実施するようにしてもよい。
なお、以上の構成要素は、あくまで例示であり、すべての構成要素が本発明に必須というものではない。

【0017】

図２は、画像処理装置１００のハードウェア構成を示すブロック図である。
制御部１１０は、ＣＰＵ１１１、記憶装置１１２、ネットワークＩ／Ｆ部１１３、スキャナＩ／Ｆ部１１４、表示・操作部Ｉ／Ｆ部１１５を備え、これらはシステムバス１１６を介して互いに通信可能に接続されている。制御部１１０は、画像処理装置１００全体の動作を制御する。

【0018】

ＣＰＵ１１１は、記憶装置１１２に記憶された制御プログラムを読み出して、読取制御や送信制御などの各種制御を行う。
記憶装置１１２は、制御プログラム、画像データ、メタデータ、設定データ、処理結果データなどを格納し保存する。記憶装置１１２は、不揮発性メモリであるＲＯＭ１１７、揮発性メモリであるＲＡＭ１１８、大容量記憶領域であるＨＤＤ１１９などを有する。
ＲＯＭ１１７は、制御プログラムなどを保存する。
ＲＡＭ１１８は、ＣＰＵ１１１の主メモリであり、ワークエリア等の一時記憶領域として用いられる。
ＨＤＤ１１９は、大容量記憶領域であるＨＤＤであり、画像データ、メタデータなどを保存する記憶領域として用いられる。

【0019】

ネットワークＩ／Ｆ部１１３は、制御部１１０（画像処理装置１００）をＬＡＮ１０４に接続するインタフェースである。ネットワークＩ／Ｆ部１１３は、ＰＣ／サーバー端末１０１やモバイル端末１０３等のＬＡＮ１０４上の外部装置に画像を送信したり、ＬＡＮ１０４上の外部装置から各種情報を受信したりする。

【0020】

スキャナＩ／Ｆ部１１４は、スキャナ部１２０と制御部１１０とを接続するインタフェースである。スキャナ部１２０は、原稿上の画像を読み取って画像データを生成し、スキャナＩ／Ｆ部１１４を介して制御部１１０に入力する。
表示・操作部Ｉ／Ｆ部１１５は、表示・操作部１２１と制御部１１０とを接続するインタフェースである。表示・操作部１２１には、タッチパネル機能を有する液晶表示部やテンキー、スタートボタン、キャンセルボタン等のハードキーが備えられている。スタートボタンは、コピーやスキャンの処理を開始させるためのボタンである。キャンセルボタンは画像処理装置１００が実行中の処理を一時停止、または中止するためのボタンである。
その他、画像処理装置１００には、図示しないプリンタ部等も備えられている。
以上のように、本実施例に係る画像処理装置１００は、上述したハードウェア構成により、画像処理機能を提供する。

【0021】

次に、図７を用いて、本実施例における各種のワークフローについて説明する。なお、本実施例において、ワークフローとは、文書に対してデータ入力作業を行うための１又は２以上の処理（ロール）により定義された一連の作業手順である。なお、本実施例では、ワークフローの種別ごとに各ロールを実行する担当のユーザが予め定められている。
例えば、処理開始者がユーザＡである請求書ワークフロー７０１を例にとると、まず、処理開始者であるユーザＡが、請求書など文書についてＯＣＲ処理を行い、「企業名」、「合計金額」などの項目値を抽出した後、ＯＣＲ結果をチェックする。次に、ユーザＡがチェックしたＯＣＲ結果について、チェック者１として、ユーザＢがチェックする。最後に、ユーザＢがチェックしたＯＣＲ結果について、チェック者２として、ユーザＣがさらにチェックした後、文書を請求書登録システム７１１に入力する。

【0022】

また、旅費精算ワークフロー７０２を例にとると、まず、処理開始者であるユーザＡが、旅費精算書などの文書についてＯＣＲ処理を行い、旅費の精算に必要な項目値を抽出した後、ＯＣＲ結果をチェックする。次に、ユーザＡがチェックしたＯＣＲ結果について、チェック者１として、ユーザＤがチェックする。最後に、ユーザＤがチェックしたＯＣＲ結果について、チェック者２として、ユーザＥがさらにチェックした後、文書を旅費精算システム７１２に入力する。

【0023】

また、処理開始者がユーザＢである請求書ワークフロー７０４を例にとると、まず、処理開始者であるユーザＢが、領収書などの文書についてＯＣＲ処理を行い、「企業名」、「合計金額」などの項目値を抽出した後、ＯＣＲ結果をチェックする。次に、ユーザＢがチェックしたＯＣＲ結果について、チェック者１として、ユーザＨがチェックする。最後に、ユーザＨがチェックしたＯＣＲ結果について、チェック者２として、ユーザＩがさらにチェックした後、文書を請求書登録システム７１１に入力する。

【0024】

このように、ワークフローは、処理開始者が同じユーザであっても、請求書、旅費精算、契約書などのデータ入力作業の対象となる文書が異なると、種別は異なると判別される。また、同じ請求書ワークフローであっても、処理開始者や、チェック者１、チェック者２が異なると、ワークフローの種別は異なると判断される。すなわち、ワークフローの種別の異同は、データ入力作業の対象となる文書の異同と、処理開始者やチェック者などの処理に携わるユーザの異同に基づいて判別される。
本実施例におけるデータ入力作業は、上述のようなワークフローに対して実行される。

【0025】

図３は、画像処理装置１００において実行される、文書が読み取られてから、文字認識処理が行われ、文書内の各項目値が登録されるまでの、データ入力作業の全体を示すフローチャートである。なお、図３のフローチャートにおける各処理は、ＣＰＵ１１１がＲＯＭ１１７、ＨＤＤ１１９等に記憶された制御プログラムを実行することにより実現される。

【0026】

まず、ステップＳ３０１において、ＣＰＵ１１１は、スキャナ部１２０によって原稿を読み取り、スキャン画像を生成する。
次に、ステップＳ３０２において、ＣＰＵ１１１は、スキャン画像に対して、画像変換、傾き補正、二値化等のＯＣＲ処理の前処理を行い、続いて、スキャン画像上の文字領域の特定処理及びＯＣＲ処理を行う。このように、文書内の文字領域ごとにＯＣＲ処理により文字コードが得られた後、ユーザが必要とする項目値が抽出される。なお、本実施例において、文字とは、（狭義の）文字に限られず、数字や記号などを含む、ＯＣＲ処理によりコード化されるものをいう。

【0027】

ここで、図４Ａに、データ入力作業の対象となる文書４０１の一例を示す。ここでは、図４Ａに示すとおり、文書４０１は請求書であるとする。
請求書には、例えば、「企業名」、「電話番号」、「合計金額」などの項目と、それらの項目に対応した項目値（例えば、「キヤノン」、「０３－１２３－４５６７」、「￥１１，２８６」）が含まれる。

【0028】

項目値の抽出処理は、例えば、文書４０１を読み取ることにより取得されたスキャン画像において、ユーザが抽出対象の項目値が記載されている位置を指示することによって行われる。

【0029】

または、項目値の抽出処理は、抽出が必要な項目に対応する文字列をスキャン画像から検索し、予め定義された項目と項目値との位置関係に基づいて、ユーザの指示なしに自動的に行うことも可能である。
例えば、項目名「合計金額」の項目値を抽出する場合、処理対象の文書種別（この場合は、「請求書」）で「合計金額」の意を示す「請求金額」などの文字列を検索する。その結果、スキャン画像ら見つかった「御請求金額」の位置と、予め定義され、画像処理装置１００に記憶されている「御請求金額」と金額の項目値の位置関係に基づいて、「合計金額」の項目値を検索する。この場合は、「「御請求金額」文字列の右側に金額の項目値が存在する」というルールに基づいて、項目値「￥１１，２８６」が抽出される。
なお、以上に示した項目値抽出の手段はあくまで一例であり、ユーザが所望する情報が抽出されることについて手段は問わない。

【0030】

次に、ステップＳ３０３において、ＣＰＵ１１１は、データ入力作業のワークフローの種別を判別する。
ワークフローの判別は、ステップＳ３０２で得られた項目値の中から、ワークフローの種別を判別するために必要な項目を抽出することにより行われる。ワークフローの種別を判別するために必要な項目とは、本実施例では、例えば、請求書であれば、「請求書」や「納品書」などの帳票のタイトル、発行元の企業名、品目や請求金額、日付のような項目である。これらの項目と各ワークフローとの結びつきの強さに基づいて、ワークフローを判別する。
ただし、ワークフローを判別する手法は、これには限られない。例えば、文書をスキャンする前に、表示・操作部１２１においてユーザがあらかじめ各ロールの内容を指示することによって、ワークフローを判別させるようにしてもよい。

【0031】

次に、ステップＳ３０４において、ＣＰＵ１１１は、Ｓ３０４で判別した種別のワークフローにおいて各ロールを実行するユーザを特定する。
図５は、図７で図示したようなワークフローに携わるユーザをテーブルにした、ワークフローの種別ごとのユーザテーブル５０１の一例である。ユーザテーブル５０１には、図７で示したワークフロー７０１～７０４について、帳票種類と、処理開始者、チェック者１、チェック者２である各ユーザ名が記載されている。ワークフローの種別ごとのユーザテーブル５０１は、あらかじめ作成され、記憶装置１１２に格納されている。

【0032】

ユーザテーブル５０１から、例えば、請求書ワークフロー７０１については、処理開始者がユーザＡ、次のチェックを行うチェック者１がユーザＢ、最後のチェックを行うチェック者２がユーザＣであることが分かる。

【0033】

ワークフローの各ロールを実行するユーザが特定されると、次に、ステップＳ３０５において、順次、各ロールにおいて、項目値のチェック処理が行われる。チェック処理の詳細な説明については、図１０で後述する。

【0034】

次に、ステップＳ３０６において、ＣＰＵ１１１は、ワークフローにおけるすべてのロールについて項目値のチェック処理が終了したか否かを判定する。
チェック処理が終了していなければ、次のロールについてチェック処理をするために、ステップＳ３０４に戻る。すべてのロールについてチェック処理が終了したら、ステップＳ３０７へ進む。
そして、ステップＳ３０７において、抽出した各項目値がシステムに入力されて、データ入力作業が終了する。

【0035】

次に、図１０のフローチャートを用いて、前述のステップＳ３０５において行われる項目値のチェック処理について説明する。
ここでは、処理開始者がユーザＡである請求書ワークフロー７０１を例にして説明する。前述したように、請求書ワークフロー７０１は、処理開始者がユーザＡであり、チェック者１がユーザＢであり、チェック者２がユーザＣである。なお、図１０のフローチャートにおける処理は、ＣＰＵ１１１がＲＯＭ１１７、ＨＤＤ１１９等に記憶された制御プログラムを実行することにより実現される。

【0036】

まず、ステップＳ１００１において、ＣＰＵ１１１は、ユーザがチェック処理をする項目値を選択する。そして、スキャン画像から項目値を抽出する元となる文字列画像と、その文字列画像をＯＣＲ処理することにより得られたＯＣＲ結果を取得する。
次に、ステップＳ１００２において、ＣＰＵ１１１は、Ｓ１００１で取得したＯＣＲ結果を修正するための選択候補を、優先順位にしたがい、画像処理装置１００に備えられた表示・操作部１２１にチェック用画面１１０１として表示する。なお、選択候補の優先順位は、図８で後述するスコア付きの選択候補リストに基づいて生成される。

【0037】

図１１は、ユーザがチェック作業を行うためのユーザインターフェースであるチェック用画面１１０１の一例を示している。
チェック用画面１１０１には、図１１（ａ）に示されるように、文書４０１のスキャン画像から抽出された文字列画像１１０２と、文字列画像１１０２をＯＣＲ処理して得られたＯＣＲ結果１１０３（ここでは、「キャノン」）が表示される。また、ＯＣＲ結果１１０３の下には、ドロップダウンリストとして、ＯＣＲ結果１１０３（「キャノン」）についての選択候補１１０４（「キヤノン」、「キュノン」など）が優先順位にしたがい表示される。
なお、選択候補１１０４の表示方法としては、これに限られず、ＯＣＲ結果１１０３や文字列画像１１０２と対比しやすい位置に表示させればよい。
また、チェック用画面１１０１は、画像処理装置１００に備えられた表示・操作部１２１に表示させることには限られず、ＰＣ１０１に備えられたモニタ（不図示）などに表示させてもよい。

【0038】

次に、ステップＳ１００３において、チェック用画面１１０１に表示された選択候補１１０４の中から、ユーザによって１つが選択される。
選択候補からの選択は、チェック用画面１１０１において、ユーザが、選択候補１１０４の中から１つの選択候補をタッチしてから確定ボタン１１０５を押下したり、不図示のマウスを用いてクリックしたりすることによって実行される。

【0039】

次に、ステップＳ１００４において、ＣＰＵ１１１は、該当する種別のワークフローについてＳ１００３で選択された選択候補のスコアを加算する。
例えば、チェック用画面１１０１においてユーザが選択候補１１０４の中から「キヤノン」を選択した場合、ワークフロー７１１について、後述するスコア付きの選択候補リスト内の「キヤノン」のスコアが加算される。なお、スコアを加算するスコア加算処理の詳細な説明については、図８などを用いて後述する。

【0040】

次に、ステップＳ１００５において、ＣＰＵ１１１は、文書４０１から抽出したすべての項目値についてチェック処理が終了したかを確認する。
すべての項目値についてチェック処理が終了した場合は、本フローチャートの処理を終了する。まだ修正していない項目値がある場合は、ステップＳ１００１に戻って、次の未処理の項目値について、同様の処理を行う。

【0041】

次に、図４Ｂを用いて、前述のステップＳ１００２で行われる、チェック用画面１１０１においてＯＣＲ結果を修正するための選択候補を表示する優先順位を決定する処理について説明する。なお、優先順位を決定する処理は、ＣＰＵ１１１がＲＯＭ１１７、ＨＤＤ１１９等に記憶された制御プログラムを実行することにより実現される。

【0042】

ここでは、図４Ａに示したような請求書である文書４０１から、ＯＣＲ結果４０２として、文書４０１の発行元の企業名である「キャノン」という文字列が抽出されたものとして説明する。
このＯＣＲ結果４０２に対して、ＲＯＭ１１７、ＨＤＤ１１９等に記憶されている企業名辞書４０３の中から、突合処理によって選択候補リスト４０４が抽出される。この例では、選択候補リスト４０４には、企業名としてＯＣＲ結果４０２である「キャノン」と近いと判断された、「キヤノン」、「キヤソン」、「キヤノー」、「キャノン」、「キュノン」などの文字列が含まれている。

【0043】

次に、辞書マネージャ４０５が、該当する種別のワークフローにおける優先順位にしたがい、選択候補４０４の並べ替えを行う。この際、辞書マネージャ４０５は、スコア付き選択候補リスト格納テーブル４０８から、請求書ワークフロー７０１における「キャノン」についてのスコア付きの選択候補リストを抽出する。そして、スコア付きの選択候補リストに基づいて、優先順位付きの選択候補リスト４１０を出力する。
スコア付きの選択候補リストには、ワークフローの種別ごと、かつ、修正対象の文字列ごとに、それぞれ、選択候補のリストが、各選択候補が正解である可能性を示すスコアとともに、スコアが高い順に記載されている。なお、各選択候補のスコアは、該当する種別のワークフローを処理した各ユーザによって選択された累積頻度である。

【0044】

図８に、スコア付き選択候補リスト格納テーブル４０８に格納されている、ワークフローの種別ごとのスコア付きの選択候補リストの例を示す。
（ａ）のスコア付きの選択候補リスト８０１には、ワークフロー７０１における文字列「キャノン」についての選択候補が、スコアが高い順に並べられている。優先順位付きの選択候補リスト４１０は、スコア付きの選択候補リスト８０１に基づいて生成される。

【0045】

次に、図６などを用いて、前述のステップＳ１００４で行われる選択候補のスコア加算処理について説明する。
前述のステップＳ１００３において、図４のチェック結果４０９、４１１、４１２に示されるとおり、各ユーザが請求書ワークフロー７０１における担当のロールについてチェック処理を行ったものとする。
すなわち、ワークフロー７１１において、ユーザＡは、修正対象の文字列「キャノン」について、選択候補の中から「キヤノン」を選択したとする。ユーザＢも、修正対象の文字列「キャノン」について、選択候補の中から「キヤノン」を選択したとする。また、ユーザＣは、修正対象の文字列「キャノン」について、選択候補の中から「キュノン」を選択したとする。

【0046】

そして、各ユーザが行ったチェック処理に基づいて、該当する種別のワークフローにおける各選択候補のスコアを加算していく。ここで、本実施例では、スコアを加算していく際に、ユーザごとの重みを考慮する。このように各ユーザのチェック処理に重みを付けてスコアを加算していくことにより、各ユーザのチェック処理の熟練度や信頼度を考慮することができるため、ワークフローの種別ごとに信頼性を増した選択候補の優先順位を得ることができる。

【0047】

図６は、各ワークフローについて、ユーザごとの重みを記載したユーザ重みテーブル６０１の一例である。
例えば、請求書ワークフロー７０１、７０４では、各ユーザの修正に対する重みが、処理開始者については「＋１」、チェック者１について「＋２」、チェック者２について「＋３」とされている。
また、旅費精算ワークフロー７０２では、各ユーザの修正に対する重みが、処理開始者については「＋１」、チェック者１については「＋３」、チェック者２については「＋４」とされている。
この例のように、各ワークフローについて、ユーザごとに、修正に対する重みを変えることができる。特に、チェック者が複数存在する場合には、後にチェックを行うチェック者２の重みを高くすることが考えられる。

【0048】

この例では、図５のワークフローごとのユーザテーブル５０１から、ワークフロー７０１における処理開始者はユーザＡであることが分かる。また、図６のユーザ重みテーブル６０１から、処理開始者の重みは「＋１」であることが分かる。したがって、ワークフロー７０１において、ユーザＡの重みは「＋１」となる。
ユーザＡは、チェック結果４０９に示されるとおり、「キヤノン」を選択したことから、選択候補優先順位リスト８０１において、「キヤノン」のスコアに１を加える。

【0049】

同様に、ワークフロー７０１において、ユーザＢはチェック者１であり、チェック者１の修正の重みは「＋２」であることから、ユーザＢの重みは「＋２」となる。
ユーザＢも、チェック結果４１１に示されるとおり、「キヤノン」を選択したことから、選択候補優先順位リスト８０１において、「キヤノン」のスコアにさらに２を加える。

【0050】

同様に、ワークフロー７０１において、ユーザＣはチェック者２であり、チェック者２の重みは「＋５」であることから、ユーザＣの重みは「＋５」となる。
ユーザＣは、チェック結果４１２に示されるとおり、「キュノン」を選択したことから、選択候補優先順位リスト８０１において、「キュノン」のスコアに５を加える。
すなわち、この例では、Ｓ１００４において、スコア加算処理により、選択候補優先順位リスト８０１（図８（ａ））に、図９にテーブル９０１として示したような加算スコアが加算される。

【0051】

この結果、ワークフロー７１１における「キャノン」についての優先順位リスト８０１は、優先順位リスト８０２（図８（ｂ））のとおり更新される。ここでは、優先順位１位が「キュノン」、２位が「キヤノン」となり、選択候補について優先順位が更新前から変更されている。

【0052】

以上のとおり、実施例１によれば、ＯＣＲ結果を修正するための選択候補がワークフローの種別ごとに優先順位にしたがって表示される。これにより、チェック処理におけるユーザの作業負担を軽減させることができる。

【0053】

＜実施例２＞
実施例１では、ユーザに対してＯＣＲ結果を修正するための選択候補を提示し、その中から正しいものを選択させるようにした。ただし、提示された選択候補の中に選択すべき選択肢が存在しない場合も考えられる。例えば、企業名辞書４０３には現存する企業の名前のみが記憶されているものであるが、文書内に新規な企業名が記載されている場合も想定される。
そこで、実施例２では、提示された選択候補の中に適切な選択肢が存在しない場合に、選択候補を簡便に追加できるようにする。

【0054】

実施例２では、実施例１で説明した図１０のフローチャートのＳ１００２で表示されるチェック用画面１１０１において、選択候補１１０４に加えて、新規追加欄１１０６を設ける。これにより、提示された選択候補以外の企業名を入力することができる。
そして、Ｓ１００３においてユーザが新規追加欄１１０６に新たな企業名を入力すると、入力された企業名は企業名辞書４０３に追加される。チェック用画面１１０１において入力された新たな企業名は、次回以降、同じＯＣＲ結果がチェック処理の対象となった場合に、選択候補１１０４に追加されて表示される。

【0055】

＜その他の実施例＞
本発明は、上述の実施例の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。
また、本発明は、複数の機器から構成されるシステムに適用しても、１つの機器からなる装置に適用してもよい。
本発明は上述の実施例に限定されるものではなく、本発明の趣旨に基づき種々の変形が可能であり、それらを本発明の範囲から除外するものではない。すなわち、上述した各実施例及びその変形例を組み合わせた構成もすべて本発明に含まれるものである。

【符号の説明】

【0056】

１００ 画像処理装置
４０１ 文書
４１０ 優先順位付きの選択候補リスト
１１０１ チェック用画面

【図1】

【図2】

【図3】

【図4A】

【図4B】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】