JP2023111566A - 情報処理装置、情報処理方法、プログラム、情報処理システム - Google Patents

Abstract

【課題】より効率的に帳票情報の管理を行うことを目的としている。【解決手段】帳票情報に含まれる所定の情報に対する編集が行われた場合に、編集後の前記所定の情報と関連する情報の入力画面を端末装置に表示させる表示制御部と、前記入力画面において入力された情報と、編集後の前記所定の情報とを対応付けた管理情報を格納する記憶部と、を有する情報処理装置である。【選択図】図２０

Description

本発明は、情報処理装置、情報処理方法、プログラム、情報処理システムに関する。

従来から、帳票画像に含まれる項目と項目値とを抽出して対応付けた帳票情報を管理するシステムが知られている。

帳票情報は、帳票情報に含まれる所定の情報をキーとして管理されている。しかしながら、従来のシステムでは、帳票情報の出力先となる後段のシステムでの利用を想定して、所定の情報が編集される場合がある。具体的には、例えば、所定の情報に、帳票上で所定の情報と対応付けられていない文字列を追加する編集等が行われる場合がある。このような編集は、従来のシステムの利用者のそれぞれが、利用者の都合に応じて行う可能性があり、所定の情報に対し、このような編集がなされた場合には、帳票情報の管理が煩雑になる。

開示の技術は、上記事情に鑑みて成されたものであり、より効率的に帳票情報の管理を行うことを目的としている。

開示の技術は、帳票情報に含まれる所定の情報に対する編集が行われた場合に、編集後の前記所定の情報と関連する情報の入力画面を端末装置に表示させる表示制御部と、前記入力画面において入力された情報と、編集後の前記所定の情報とを対応付けた管理情報を格納する記憶部と、を有する情報処理装置である。

開示の技術によれば、より効率的に帳票情報の管理できる。

帳票認識システムのシステム構成の一例を示す図である。 サーバ装置のハードウェア構成の一例を示す図である。 端末装置のハードウェア構成の一例を示す図である。 種別判定データベースの一例を示す図である。 帳票定義データベースに格納される帳票定義情報の種類を示す図である。 汎用定義情報の一例を示す図である。 個社定義情報の一例を示す図である。 特定定義情報の一例を示す図である。 管理情報データベースの一例を示す図である。 サーバ装置の機能を説明する図である。 端末装置の機能を説明する図である。 帳票認識システムの動作を説明するシーケンス図である。 ジョブリストの一例を示す図である。 帳票認識部の処理を説明する第一のフローチャートである。 帳票認識部の処理を説明する第二のフローチャートである。 帳票認識部の処理を説明する第三のフローチャートである。 帳票管理部の処理を説明するフローチャートである。 端末装置の表示例を示す第一の図である。 端末装置の表示例を示す第二の図である。 端末装置の表示例を示す第三の図である。

以下に図面を参照して、実施形態について説明する。図１は、帳票認識システムのシステム構成の一例を示す図である。

本実施形態の帳票認識システム１００は、サーバ装置２００、画像形成装置３００、端末装置４００を有する。本実施形態の帳票認識システム１００において、サーバ装置２００と、画像形成装置３００と、端末装置４００とは、ネットワークを介して接続される。本実施形態の帳票認識システム１００は、情報処理システムの一例である。

また、本実施形態の端末装置４００は、例えば、ネットワークを介して基幹システム５００と接続される。基幹システム５００とは、例えば、本実施形態の帳票認識システム１００において帳票を認識した結果を用いて、特定の処理を行うシステムである。具体的には、例えば、基幹システム５００は、会計システムや、見積もり作成システム等であっても良い。

本実施形態の帳票認識システム１００において、サーバ装置２００は、画像形成装置３００のスキャナ機能によって読み取られた帳票の画像を示す画像データから、帳票に含まれる項目と項目の値とを抽出し、項目と項目の値とを対応付けたテキストデータとする。

以下の説明では、画像形成装置３００のスキャナ機能によって読み取られた帳票の画像を帳票画像と呼び、帳票画像を示す画像データを帳票画像データと呼ぶ。なお、画像形成装置３００は、帳票認識システム１００に含まれなくてもよい。

また、以下の説明では、帳票画像に含まれる項目と、この項の値である項目値とを抽出し、項目と項目値とを対応付けることを、帳票認識と呼ぶ。

本実施形態のサーバ装置２００は、記憶部２１０と、帳票認識部２２０と、帳票管理部２９０とを有する。記憶部２１０には、帳票画像データベース２３０、種別判定データベース２４０、帳票定義データベース２５０、認識結果データベース２６０、管理情報データベース２６５が設けられている。

帳票画像データベース２３０は、帳票画像データが格納される。種別判定データベース２４０は、帳票の種類を判別する際に参照される情報が格納される。帳票定義データベース２５０は、帳票認識部２２０による帳票認識を行う際に参照される明細定義情報が格納される。認識結果データベース２６０は、帳票認識部２２０による帳票認識の結果を示す情報である帳票情報（認識結果データ）が格納される。管理情報データベース２６５は、帳票情報を管理するための管理情報が格納される。

本実施形態の帳票認識部２２０は、帳票画像データベース２３０に格納された帳票画像データを取得し、種別判定データベース２４０を参照して帳票の種類の判定と、参照すべき明細定義情報の特定を行う。そして、帳票認識部２２０は、帳票定義データベース２５０において、特定された明細定義情報を用いて帳票認識を行い、その結果として取得された帳票情報を認識結果データベース２６０へ格納する。明細定義情報とは、帳票に含まれる明細項目の項目名（明細項目名）と項目名の記載位置を示す情報と、を含む。

ここで、本実施形態の帳票認識部２２０は、帳票認識を行う際に、帳票定義データベース２５０に格納された、汎用定義情報と、個社定義情報と、特定定義情報と、を参照する。

本実施形態の汎用定義情報とは、一般的な帳票における明細項目名に対応する単語を定義した情報である。個社定義情報とは、帳票認識システム１００を利用する利用者固有の帳票における明細項目名に対応する単語と帳票画像から抽出する情報を定義した情報である。特定定義情報は、特定の事業者等によって発行される特定の帳票を定義する帳票定義情報である。特定の帳票とは、具体的には、例えば、一般的に使用されている宅配業者の伝票等である。種別判定データベース２４０と、帳票定義データベース２５０の詳細は後述する。

本実施形態では、このように、帳票認識の際に、３種類の明細定義情報を用いることで、汎用的な帳票に加えて、帳票の明細部を認識することができ、帳票の認識の精度を向上させることができる。

本実施形態の帳票管理部２９０は、帳票認識部２２０により認識された結果の帳票情報に含まれる所定の情報が編集された場合に、所定の情報と関連する情報を入力させる入力画面を表示させる。

そして、帳票管理部２９０は、所定の情報に関する情報と、編集後の所定の情報とを対応付けた管理情報を、管理情報データベース２６５に格納する。

なお、本実施形態における所定の情報とは、認識結果データベース２６０に格納された帳票情報の管理に用いられる主キーとなる情報である。具体的には、所定の情報は、帳票の発行元を示す情報である。

ここで、本実施形態における帳票の発行元とは、帳票を発行した法人名・個人名のみを示し、支店名や部門名等は含まないものとする。

また、所定の情報と関連する情報とは、所定の情報と、編集後の所定の情報を特定する情報（識別情報）とを含む。言い換えれば、所定の情報と関連する情報とは、帳票の発行元に関連する情報であり、帳票の発行元を示す情報と、編集後の発行元を特定する情報とを含む。

したがって、本実施形態の管理情報は、所定の情報と、編集後の所定の情報を特定する情報と、編集後の所定の情報とを含む。言い換えれば、管理情報は、帳票の発行元と、編集後の発行元を特定する情報と、編集後の発行元とを含む。

このように、本実施形態では、管理情報データベース２６５において、所定の情報と、編集後の所定の情報とが、別々の項目として、対応付けて管理される。

このため、本実施形態では、帳票情報に含まれる所定の情報が編集された場合であっても、管理情報を参照することで、所定の情報が編集されていない状態と同様に帳票情報を管理することができ、帳票情報の管理を効率的に行うことができる。

本実施形態の帳票認識システム１００において、画像形成装置３００は、スキャナ機能を有する複合機である。画像形成装置３００は、コピー機能、ＦＡＸ機能、スキャナ機能等を実現するためのアプリケーションが搭載されており、各機能と対応するアプリケーションを選択することで、これらの機能が実現される。

本実施形態の端末装置４００は、帳票認識システム１００を利用する利用者によって使用される。また、端末装置４００には、サーバ装置２００による帳票認識の結果を確認させるための画面等が表示されても良い。

なお、本実施形態における利用者とは、例えば、帳票認識システム１００が提供するサービスを利用するための契約を締結している事業所や企業、団体等であってよい。

なお、図１の例では、サーバ装置２００は、記憶部２１０内に５つのデータベースを有する構成としたが、これに限定されない。各データベースは、一部がサーバ装置２００の外部装置に設けられていても良いし、各データベース全てが外部装置に設けられていても良い。

また、図１の例では、サーバ装置２００が帳票認識部２２０と帳票管理部２９０とを実現するものとしたが、これに限定されない。帳票認識部２２０と帳票管理部２９０とは、複数の情報処理装置によって実現されても良い。

また、図１の例では、帳票認識システム１００に含まれる画像形成装置３００と端末装置４００とは、それぞれ１台としているが、帳票認識システム１００に含まれる画像形成装置３００と端末装置４００の台数は、任意の数であって良い。

次に、図２を参照して、本実施形態のサーバ装置２００のハードウェア構成について説明する。図２は、サーバ装置のハードウェア構成の一例を示す図である。

本実施形態のサーバ装置２００は、コンピュータによって構築されており、図２に示されているように、ＣＰＵ２０１、ＲＯＭ２０２、ＲＡＭ２０３、ＨＤ２０４、ＨＤＤ(Hard Disk Drive)コントローラ２０５、ディスプレイ２０６、外部機器接続Ｉ／Ｆ(Interface)２０８、ネットワークＩ／Ｆ２０９、データバスＢ、キーボード２１１、ポインティングデバイス２１２、ＤＶＤ－ＲＷ(Digital Versatile Disk Rewritable)ドライブ２１４、メディアＩ／Ｆ２１６を備えている。

これらのうち、ＣＰＵ２０１は、サーバ装置２００全体の動作を制御する。ＲＯＭ２０２は、ＩＰＬ等のＣＰＵ２０１の駆動に用いられるプログラムを記憶する。ＲＡＭ２０３は、ＣＰＵ２０１のワークエリアとして使用される。ＨＤ２０４は、プログラム等の各種データを記憶する。ＨＤＤコントローラ２０５は、ＣＰＵ２０１の制御にしたがってＨＤ２０４に対する各種データの読み出し又は書き込みを制御する。ディスプレイ２０６は、カーソル、メニュー、ウィンドウ、文字、又は画像などの各種情報を表示する表示部である。

外部機器接続Ｉ／Ｆ２０８は、各種の外部機器を接続するためのインターフェースである。この場合の外部機器は、例えば、ＵＳＢ(Universal Serial Bus)メモリやプリンタ等である。ネットワークＩ／Ｆ２０９は、通信ネットワークＮを利用してデータ通信をするためのインターフェースである。データバスＢは、図２に示されているＣＰＵ２０１等の各構成要素を電気的に接続するためのアドレスバスやデータバス等である。

また、キーボード２１１は、文字、数値、各種指示などの入力のための複数のキーを備えた入力手段の一種である。ポインティングデバイス２１２は、各種指示の選択や実行、処理対象の選択、カーソルの移動などを行う入力手段の一種である。ＤＶＤ－ＲＷドライブ２１４は、着脱可能な記録媒体の一例としてのＤＶＤ－ＲＷ２１３に対する各種データの読み出し又は書き込みを制御する。なお、ＤＶＤ－ＲＷに限らず、ＤＶＤ－Ｒ等であってもよい。メディアＩ／Ｆ２１６は、フラッシュメモリ等の記録メディア２１５に対するデータの読み出し又は書き込み（記憶）を制御する。

本実施形態のサーバ装置２００は、例えば、スマートフォン、タブレット端末、ＰＤＡ(Personal Digital Assistant)、ウェアラブルＰＣ等であっても良い。

本実施形態の端末装置４００は、演算処理装置と記憶装置とを有するコンピュータであり、例えば、タブレット型の端末装置や、スマートフォン等であっても良い。図３は、端末装置のハードウェア構成の一例を示す図である。

本実施形態の端末装置４００は、ＣＰＵ４０１、ＲＯＭ４０２、ＲＡＭ４０３、ＥＥＰＲＯＭ４０４、ＣＭＯＳセンサ４０５、撮像素子Ｉ／Ｆ４０６、加速度・方位センサ４０７、メディアＩ／Ｆ４０９、データバス４１０、ＧＰＳ受信部４１１を備えている。

これらのうち、ＣＰＵ４０１は、端末装置４００全体の動作を制御する演算処理装置である。ＲＯＭ４０２は、ＣＰＵ４０１やＩＰＬ等のＣＰＵ４０１の駆動に用いられるプログラムを記憶する。ＲＡＭ３０３は、ＣＰＵ３０１のワークエリアとして使用される。ＥＥＰＲＯＭ４０４は、ＣＰＵ４０１の制御にしたがって、スマートフォン（端末装置）用プログラム等の各種データの読み出し又は書き込みを行う。ＲＯＭ４０２、ＲＡＭ４０３、ＥＥＰＲＯＭ４０４は、端末装置４００の記憶装置の一例である。

ＣＭＯＳ(Complementary Metal Oxide Semiconductor)センサ４０５は、ＣＰＵ４０１の制御に従って被写体（主に自画像）を撮像して画像データを得る内蔵型の撮像手段の一種である。なお、ＣＭＯＳセンサではなく、ＣＣＤ(Charge Coupled Device)センサ等の撮像手段であってもよい。

撮像素子Ｉ／Ｆ４０６は、ＣＭＯＳセンサ３０５の駆動を制御する回路である。加速度・方位センサ４０７は、地磁気を検知する電子磁気コンパスやジャイロコンパス、加速度センサ等の各種センサである。メディアＩ／Ｆ４０９は、フラッシュメモリ等の記録メディア４０８に対するデータの読み出し又は書き込み（記憶）を制御する。データバス４１０は、図３に示されているＣＰＵ４０１等の各構成要素を電気的に接続するためのアドレスバスやデータバス等である。ＧＰＳ受信部４１１は、ＧＰＳ衛星からＧＰＳ信号を受信する。

また、端末装置４００は、遠距離通信回路４１２、遠距離通信回路４１２のアンテナ４１２ａ、マイク４１５、スピーカ４１６、音入出力Ｉ／Ｆ４１７、ディスプレイ（表示部）４１８、外部機器接続Ｉ／Ｆ(Interface)４１９、近距離通信回路４２０、近距離通信回路４２０のアンテナ４２０ａ、及びタッチパネル４２１を備えている。

これらのうち、遠距離通信回路４１２は、通信ネットワークを介して、他の機器と通信する回路である。マイク４１５は、音を電気信号に変える内蔵型の回路である。スピーカ４１６は、電気信号を物理振動に変えて音楽や音声などの音を生み出す内蔵型の回路である。音入出力Ｉ／Ｆ４１７は、ＣＰＵ４０１の制御に従ってマイク４１５及びスピーカ４１６との間で音信号の入出力を処理する回路である。

ディスプレイ４１８は、被写体の画像や各種アイコン等を表示する液晶や有機ＥＬ(Electro Luminescence)などの表示手段の一種である。外部機器接続Ｉ／Ｆ４１９は、各種の外部機器を接続するためのインターフェースである。近距離通信回路４２０は、ＮＦＣ(Near Field Communication)やＢｌｕｅｔｏｏｔｈ（登録商標）等の通信回路である。タッチパネル４２１は、利用者がディスプレイ４１８を押下することで、端末装置４００を操作する入力手段の一種である。ディスプレイ４１８は、端末装置４００の有する表示部の一例である。

次に、本実施形態のサーバ装置２００の有する種別判定データベース２４０と帳票定義データベース２５０について説明する。

図４は、種別判定データベースの一例を示す図である。本実施形態の種別判定データベース２４０は、情報の項目として、定義ＩＤ、定義種別、文書種別、識別文字列を有する。種別判定データベース２４０において、項目「定義ＩＤ」は、その他の項目と対応付けられており、項目「定義ＩＤ」の値と、その他の項目の値とを含む情報を、種別判定情報と呼ぶ。

項目「定義ＩＤ」の値は、帳票定義情報を特定するための識別情報を示す。

項目「定義種別」の値は、帳票定義情報の種類を示す。本実施形態では、帳票定義情報の種類として、汎用定義情報と個社定義情報の他に、特定定義情報を含む。特定定義情報とは、特定の事業者等によって発行される特定の帳票を定義する帳票定義情報である。特定の帳票とは、具体的には、例えば、一般的に使用されている宅配業者の伝票等である。

項目「文書種別」の値は、帳票の種類を示す。帳票の種類とは、具体的には、例えば、請求書、見積書、注文書等である。
項目「識別文字列」の値は、帳票の種類を特定するための文字列を示す。具体的には、例えば、「請求書」又は「請求」という文字列を含む帳票画像は、項目「文書種別」が示す帳票の種類が「請求書」となる。

図４の例では、例えば、定義ＩＤ「Ｈ０１」の帳票定義情報の種類は汎用定義情報であり、定義ＩＤ「Ｈ０１」の汎用定義情報は、「請求書」のレイアウトを定義した情報であり、帳票画像データから「請求」又は「請求書」という文字列が抽出された場合に、参照される。

次に、図５乃至図８を参照して、本実施形態の帳票定義データベース２５０について説明する。図５は、帳票定義データベースに格納される帳票定義情報の種類を示す図である。

本実施形態の帳票定義データベース２５０には、汎用定義情報２５１と、個社定義情報２５２と、特定定義情報２５３と、が格納されている。

本実施形態の汎用定義情報２５１とは、帳票の中でも、複数の利用者により利用される汎用性の高いレイアウトの帳票の帳票定義情報である。汎用定義情報２５１は、３つの帳票定義情報のうち、最も優先度の低い帳票定義情報である。

本実施形態の個社定義情報２５２とは、帳票の中でも、利用者が独自に設計したレイアウトの帳票の帳票定義情報であり、利用者専用の帳票定義情報である。個社定義情報２５２は、３つの帳票定義情報のうち、最も尊重されるべき定義であり、最も優先度が高い帳票定義情報である。

本実施形態の特定定義情報２５３は、帳票の中でも、一般的に利用される帳票のレイアウトを示す帳票定義情報である。特定定義情報２５３の優先度は、３つの帳票定義情報のうちの中間となる。

本実施形態の帳票認識部２２０は、この３つの帳票定義情報を参照して、帳票画像データの認識を行う。したがって、本実施形態では、例えば、帳票画像データが、汎用定義情報２５１においてレイアウトが定義されていない帳票のものであった場合でも、個社定義情報２５２や特定定義情報２５３で定義されていれば、この帳票画像データを認識できる。

図６は、汎用定義情報の一例を示す図である。汎用定義情報２５１は、定義ＩＤ毎に生成されるものであり、情報の項目として、項目ＩＤ、項目名、方向、距離等を含む。つまり、本実施形態の汎用定義情報２５１は、項目「定義ＩＤ」と、その他の項目とが対応付けられており、項目「定義ＩＤ」の値と、その他の項目の値とを含む。

項目「項目ＩＤ」の値は、帳票に含まれる項目を特定するための識別情報である。項目「項目名」の値は、項目の名称を示す。

項目「方向」、「距離」等は、文字列を抽出する範囲を示す。例えば、項目「方向」の値が「ＲＤ」であり、項目「距離」の値が「２０ｍｍ」であった場合、項目名となる文字列と外接する矩形の右下の座標から下に向かって２０ｍｍ以内の範囲から、文字列を抽出することを示す。

つまり、本実施形態の項目「方向」、「距離」等は、文字列を抽出する範囲を示す条件であり、この条件は、項目名と対応付けられている。なお、図５の例では、文字列を抽出する範囲を示す条件として、項目「方向」、「距離」を挙げたが、条件には、他の項目が含まれていても良い。

したがって、例えば、項目ＩＤ「２」の項目名「合計」という文字列と外接する矩形の右下の座標から下に向かって２０ｍｍ以内の範囲から抽出された文字列は、項目名「合計」と対応する項目の値と認識される。

なお、汎用定義情報２５１では、帳票に含まれる全ての項目に関する情報が含まれるものとした。

図７は、個社定義情報の一例を示す図である。本実施形態の個社定義情報２５２は、利用者毎に登録されるものであり、情報の項目として、利用者ＩＤ、定義ＩＤ、項目名、方向、距離等を含む。

項目「利用者ＩＤ」の値は、利用者を特定するための識別情報である。なお、本実施形態では、定義ＩＤ、項目名、方向、距離等は、汎用定義情報２５１と同様であるから説明を省略する。

なお、本実施形態では、定義種別が個社定義情報となる帳票定義情報の定義ＩＤは、利用者ＩＤを含むようにしても良い。

また、個社定義情報２５２では、利用者によって、項目名と、項目の値が記載されている範囲を示す条件とが登録された項目に関する情報が格納される。したがって、個社定義情報２５２に含まれる項目ＩＤは、汎用定義情報２５１に含まれる項目ＩＤの一部となる場合がある。

図７の例では、利用者ＩＤ「Ａ」によって登録された個社定義情報２５２を示しており、この個社定義情報２５２は、定義ＩＤが「Ａ０１」であり、文書種別が「Ｒ社用請求書」となる。

図８は、特定定義情報の一例を示す図である。本実施形態の特定定義情報２５３は、特定の帳票毎に登録されるものであり、情報の項目として、定義ＩＤ、項目名、方向、距離等を含む。図８の本実施形態では、定義ＩＤ、項目名、方向、距離等は、汎用定義情報２５１と同様であるから説明を省略する。

なお、本実施形態の特定定義情報２５３は、特定の事業者毎に設けられていても良い。この場合には、特定定義情報２５３には、情報の項目として、事業者ＩＤが含まれていても良い。

また、以下の説明では、請求書を帳票の一例とし、請求書情報を帳票情報の一例とし、請求書の発行元（請求元）を、請求書情報の管理に用いる所定の情報（主キー）として説明する。

以下に、図９を参照して、本実施形態の管理情報データベース２６５について説明する。図９は、管理情報データベースの一例を示す図である。

本実施形態の管理情報データベース２６５は、情報の項目として、管理情報ＩＤ、請求元の名称、編集後の請求元の名称、電話番号、口座情報を含む。

項目「管理情報ＩＤ」の値は、管理情報に付与される情報であり、管理情報を特定するための識別情報である。管理情報ＩＤは、例えば、管理情報が管理情報データベース２６５に格納される際に付与されてもよい。

項目「請求元の名称」の値は、請求書の請求元の名称を示す。より具体的には、項目「請求元の名称」の値は、法人名・個人名のみであり、支店名や部門名等は含まない。なお、請求元の名称とは、言い換えれば、所定の情報である。

項目「編集後の請求元の名称」の値は、編集後の請求書情報に含まれる請求元を示す。より具体的には、「編集後の請求元の名称」とは、請求書情報の主キーとなる項目「請求元」の編集後の項目値を示す。言い換えれば、編集後の請求書情報の請求元は、編集後の所定の情報である。

項目「電話番号」の値は、編集後の請求元の名称と対応する電話番号であり、項目「口座番号」の値は、編集後の請求元の名称と対応する口座番号である。つまり、項目「電話番号」、「口座番号」の値は、編集後の請求元の名称を特定する情報と言える。言い換えれば、項目「電話番号」、「口座番号」の値は、編集後の帳票の発行元を特定する情報である。

このように、本実施形態の管理情報データベース２６５に格納される管理情報では、請求元を示す情報と、編集後の請求元を示す情報と、編集後の請求元を特定する情報とが対応付けられている。

次に、図１０を参照して、本実施形態のサーバ装置２００の機能について説明する。図１０は、サーバ装置の機能を説明する図である。

本実施形態のサーバ装置２００では、例えば、ＲＡＭ２０３やＨＤ２０４等に格納された情報処理プログラムをＣＰＵ２０１が読み出して実行することで、後述する各部の機能が実現される。

本実施形態のサーバ装置２００は、帳票認識部２２０、帳票管理部２９０、通信部２９８を有する。帳票認識部２２０は、入力受付部２２１、認証処理部２２２、認識処理部２７０を有する。帳票管理部２９０は、操作受付部２９１、表示制御部２９２、情報更新部２９３を含む。

帳票認識部２２０において、入力受付部２２１（第一の入力受付部）は、サーバ装置２００に対する各種の入力を受け付ける。具体的には、入力受付部２２１は、帳票認識システム１００にログインするための認証情報の入力を受け付ける。認証情報とは、例えば、利用者ＩＤとパスワード等である。また、入力受付部２２１は、例えば、画像形成装置３００から送信された帳票画像データの入力を受け付ける。また、入力受付部２２１は、端末装置４００から送信される各種の要求や通知を受け付ける。入力受付部２２１は、通信部２９８を介してサーバ装置２００に対する入力を受け付けて良いし、サーバ装置２００に対して直接行われた入力を受け付けても良い。

認証処理部２２２は、入力受付部２２１が入力を受け付けた認証情報に基づき、認証を行う。なお、認証処理部２２２は、例えば、サーバ装置２００の外部に設けられた認証サーバに対して、入力された認証情報を送信し、認証サーバによる認証の結果を取得しても良い。認証処理部２２２は、利用者が認証されると、入力受付部２２１が受け付けた帳票画像データを認識処理部２７０に渡しても良い。

本実施形態の認識処理部２７０は、画像データ格納部２７１、ジョブリスト生成部２７２、画像データ取得部２７３、前処理部２７４、文字認識部２７５、定義特定部２７６、項目抽出部２７７、表示画面生成部２７８、出力部２７９を有する。

画像データ格納部２７１は、入力受付部２２１が、画像形成装置３００から通信部２９８を介して帳票画像データを受信すると、帳票画像データベース２３０に格納する。

ジョブリスト生成部２７２は、入力受付部２２１が、通信部２９８を介して画像形成装置３００から帳票画像データの入力を受け付けると、ジョブリストにジョブを登録し、ジョブリストを管理する。ジョブリストの詳細は後述する。

画像データ取得部２７３は、帳票画像データベース２３０に格納された帳票画像データを取得する。前処理部２７４は、画像データ取得部２７３が取得した帳票画像データに対して、帳票認識を行うための前処理を行う。

文字認識部２７５は、帳票画像データから、文字列と、文字列が配置された位置を示す情報とを抽出し、読取結果データとして保持する。読取結果データの詳細は後述する。

定義特定部２７６は、読取結果データに含まれる文字列に基づき、帳票認識の際に参照する明細定義情報を特定し、特定した明細定義情報を帳票定義データベース２５０から取得する取得部である。

項目抽出部２７７は、読取結果データに基づき、帳票画像データに含まれる項目と、項目の値とを抽出して対応付けを行った認識結果データを生成し、認識結果データベース２６０へ格納する。

このとき、本実施形態の項目抽出部２７７は、定義特定部２７６により特定された明細定義情報を参照し、帳票の明細部に記載された明細項目名と、明細項目の値とを対応付けて抽出する。

以下の説明では、帳票の明細部に記載された明細項目名と、明細項目の値とを対応付けた情報を明細情報と呼ぶ場合がある。本実施形態の明細情報は、認識結果データに含まれる情報であり、認識結果データの一部である。

また、本実施形態の認識結果データは、帳票に記載された帳票の発行元を示す情報（発行元情報）等を含む。つまり、認識結果データには、帳票に記載された文字列が示す情報が含まれる。

表示画面生成部２７８は、認識結果データベース２６０に格納された認識結果データを用いて、認識結果の確認画面を生成する。

出力部２７９は、表示画面生成部２７８が生成した認識結果の確認画面を、通信部２９８を介して出力する。言い換えれば、出力部２７９は、表示画面生成部２７８が生成した認識結果の確認画面を、通信部２９８を介して端末装置４００のウェブブラウザ上で表示させる。

本実施形態の帳票管理部２９０は、操作受付部２９１、表示制御部２９２、情報更新部２９３を有する。

操作受付部２９１は、通信部２９８を介して、端末装置４００のウェブブラウザ上に表示された画面に対して入力された操作を受け付ける。より具体的には、本実施形態では、通信部２９８が端末装置４００から操作を示す情報を受信し、操作受付部２９１が、通信部２９８が受信した情報の入力を受け付ける。

表示制御部２９２（第一の表示制御部）は、通信部２９８を介して、端末装置４００に対する画面の表示を指示する。具体的には、表示制御部２９２は、管理情報を登録するための入力画面や、個社定義情報を生成するための入力画面を端末装置４００に表示させる。また、表示制御部２９２は、画面を表示させるためのＸＭＬ形式のファイルを生成し、通信部２９８を介して端末装置４００のウェブブラウザ上に入力画面を表示させる。

なお、表示制御部２９２が画面を表示させる装置は、サーバ装置２００であっても良いし、端末装置４００以外の装置あっても良く、表示機能を有する表示装置であれば良い。

情報更新部２９３は、端末装置４００から入力された情報に基づき、個社定義情報を生成して帳票定義データベース２５０へ格納する。また、情報更新部２９３は、端末装置４００から入力された情報に基づき、管理情報を生成して管理情報データベース２６５へ格納する。

本実施形態の通信部２９８は、例えば、ネットワークＩ／Ｆ２０９等によって実現される機能であり、サーバ装置２００と外部装置との間でデータの送受信を行う。具体的には、例えば、通信部２９８は、表示制御部２９２に制御に応じて、端末装置４００に対して、画面の表示を指示する通知を送信する。

次に、図１１を参照して、本実施形態の端末装置４００の機能について説明する。図１１は、端末装置の機能を説明する図である。

後述する各部の機能は、端末装置４００の有するＣＰＵ４０１が、ＲＯＭ４０２等に格納されたプログラムを読み出して実行することで実現される。

本実施形態の端末装置４００は、入力受付部４３１、表示制御部４３２、通信部４３３を有する。

入力受付部４３１（第二の入力受付部）は、表示制御部４３２によって端末装置４００のウェブブラウザ上に表示された画面に対する入力を受け付ける。具体的には、入力受付部４３１は、端末装置４００のウェブブラウザ上に表示された、認識結果の確認画面に対し、認識結果を編集する操作を受け付ける。

表示制御部４３２（第二の表示制御部）は、端末装置４００のディスプレイ４１８の表示を制御する。具体的には、表示制御部４３２は、サーバ装置２００からの指示に応じた画面をディスプレイ４１８（表示部）に表示させる。

通信部４３３は、遠距離通信回路４１２、遠距離通信回路４１２のアンテナ４１２ａ等によって実現される機能であり、端末装置４００と他の装置との間でデータの送受信を行う。

以下に、図１２を参照して、本実施形態の帳票認識システム１００の動作について説明する。図１２は、帳票認識システムの動作を説明するシーケンス図である。

帳票認識システム１００において、画像形成装置３００は、利用者から帳票認識を行うためのアプリケーションの起動要求を受け付けると（ステップＳ１２０１）、このアプリケーションを起動させる（ステップＳ１２０２）。

続いて、画像形成装置３００は、利用者から認証情報の入力を受け付けると（ステップＳ１２０３）、この認証情報をサーバ装置２００へ送信し、認証要求を行う（ステップＳ１２０４）。

サーバ装置２００は、認証要求を受けて、認証処理部２２２により認証を行い、その結果を画像形成装置３００へ通知する（ステップＳ１２０５）。なお、ここでは、利用者が認証された場合の動作を示している。

続いて、画像形成装置３００は、帳票のスキャン指示を受け付け（ステップＳ１２０６）、帳票のスキャンを行い、帳票画像データを取得する（ステップＳ１２０７）。続いて、画像形成装置３００は、帳票画像データをサーバ装置２００へ送信する（ステップＳ１２０８）。

サーバ装置２００は、入力受付部２２１が帳票画像データの入力を受け付けると、認証処理部２２２がこの帳票画像データを認識処理部２７０へ渡す（ステップＳ１２０９）。なお、図１２の例では、認証処理部２２２を介して帳票画像データが認識処理部２７０へ渡されるものとしたが、これに限定されない。帳票画像データは、認証処理部２２２を介さずに認識処理部２７０に渡されても良い。

サーバ装置２００の認識処理部２７０は、帳票画像データを受け取ると、ジョブリスト生成部２７２により、ジョブリストにジョブを登録する（ステップＳ１２１０）。続いて、認識処理部２７０は、画像データ格納部２７１により、帳票画像データを帳票画像データベース２３０へ格納する（ステップＳ１２１１）。

続いて、認識処理部２７０は、画像データ取得部２７３により、帳票画像データベース２３０から認識する対象となる帳票画像データを取得し（ステップＳ１２１２）、帳票画像を認識する処理を実行する（ステップＳ１２１３）。ステップＳ１２１２の処理の詳細は後述する。

続いて、認識処理部２７０は、項目抽出部２７７が生成した認識結果データを認識結果データベース２６０に格納する（ステップＳ１２１４）。

帳票認識システム１００において、端末装置４００は、入力受付部４３１により、利用者からのブラウザの表示指示の入力を受け付けると（ステップＳ１２１５）、通信部４３３を介して、サーバ装置２００に対して認識結果データを表示させるブラウザの表示要求を行う（ステップＳ１２１６）。

また、端末装置４００は、入力受付部４３１により、利用者から認証情報の入力を受け付けて（ステップＳ１２１７）、通信部４３３により、この認証情報をサーバ装置２００へ送信する（ステップＳ１２１８）。

サーバ装置２００は、認証処理部２２２により、利用者の認証を行い（ステップＳ１２１９）、その結果を端末装置４００へ通知し、ジョブリストの一覧を端末装置４００に表示させる（ステップＳ１２２０）。なお、ここでは、利用者が認証された場合の処理を示す。

続いて、端末装置４００は、入力受付部４３１により、ジョブリストの一覧からジョブの選択を受け付けると（ステップＳ１２２１）、この選択を、帳票画像の認識結果の閲覧指示として、通信部４３３により、サーバ装置２００に対して閲覧要求を行う（ステップＳ１２２２）。

サーバ装置２００は、閲覧要求を受けて、認識処理部２７０により、認識結果データベース２６０に格納されている認識結果データを取得し（ステップＳ１２２３）、認識結果の確認画面を生成して端末装置４００のブラウザ上に表示させ（ステップＳ１２２４）、利用者に、表示された認識結果の確認画面で認識結果を確認させる。

続いて、端末装置４００は、入力受付部４３１により、個社定義情報や管理情報の登録指示の入力を受け付けると（ステップＳ１２２５）、通信部４３３を介して、個社定義情報や管理情報の登録要求をサーバ装置２００へ送信する（ステップＳ１２２６）。この登録要求は、言い換えれば、個社定義情報や管理情報を入力するための入力画面の表示要求である。

サーバ装置２００は、入力受付部２２１により、この表示要求を受け付けると、帳票管理部２９０の表示制御部２９２により、端末装置４００に個社定義情報や管理情報の入力画面を表示させる（ステップＳ１２２７）。

続いて、端末装置４００は、個社定義情報や管理情報の入力を受け付けると（ステップＳ１２２８）、入力された情報をサーバ装置２００へ送信する（ステップＳ１２２９）。サーバ装置２００における帳票管理部２９０は、情報更新部２９３により、端末装置４００から送信された情報に基づき、個社定義情報や管理情報を生成し（ステップＳ１２３０）、帳票定義データベース２５０や管理情報データベース２６５に格納して（ステップＳ１２３１）、処理を終了する。

ここで、図１３を参照して、本実施形態のジョブリスト生成部２７２により生成されるジョブリストについて説明する。図１３は、ジョブリストの一例を示す図である。

本実施形態のサーバ装置２００は、画像形成装置３００から帳票画像データが入力されると、ジョブリスト生成部２７２により、帳票画像データとジョブＩＤとを対応付けたジョブリストとして保持する。

本実施形態のジョブリスト１０１は、情報の項目として、ジョブＩＤ、利用者ＩＤ、帳票画像ファイルパス、認識結果ファイルパス、ステータスを有する。

項目「ジョブＩＤ」の値は、ジョブを特定する識別情報である。言い換えれば、項目「ジョブＩＤ」の値は、画像形成装置３００から受信した帳票画像データを特定するための識別情報である。

項目「利用者ＩＤ」の値は、帳票認識システム１００にログインした利用者を特定するための識別情報である。

項目「画像ファイルパス」の値は、帳票画像データが格納されている場所を示す情報である。項目「認識結果ファイルパス」の値は、帳票画像を認識した結果の認識結果データが格納されている場所を示す情報である。

項目「ステータス」の値は、帳票画像の認識の進捗を示す。言い換えれば、項目「ステータス」の値は、ジョブの状態を示す。

本実施形態では、項目「ステータス」の値として、未処理状態、下書き保存状態、確定済み状態、外部出力済み状態の４つがある。各状態は、以下の通りである。

・未処理状態（状態１） 帳票認識によって認識結果データが取得された直後であり、認識結果の確認等が行われていない状態。

・下書き保存状態（状態２） 認識結果データの確認等の作業の途中等であり、認識結果データが確定される前の状態。

・確定済み状態（状態３） 認識結果データの確認等の作業が完了し、確定された情報として認識結果データベース２６０へ格納された状態。

・外部出力済み状態（状態４） 帳票認識システム１００と連携する基幹システム５００への認識結果データの出力が完了した状態。

本実施形態のサーバ装置２００は、画像形成装置３００から帳票画像データを受信すると、ジョブリスト生成部２７２により、ジョブＩＤを付与し、認証情報として取得した利用者ＩＤを対応付けて、ジョブリスト１０１にレコードを追加する。そして、ジョブリスト生成部２７２は、帳票画像データが帳票画像データベース２３０に格納されると、この格納先を示す情報を項目「画像ファイルパス」の値として、追加する。

さらに、ジョブリスト生成部２７２は、認識結果データが認識結果データベース２６０に格納されると、この格納先を示す情報を項目「認識結果ファイルパス」の値として追加し、項目「ステータス」の値を確定済み状態とする。

本実施形態では、例えば、ジョブリスト生成部２７２によって生成されたジョブリストを表示しても良い。この場合、利用者は、ジョブリストに基づいて表示されたジョブリスト画面を介して、帳票画像の認識の進捗を確認することができる。

次に、図１４を参照して、本実施形態の認識処理部２７０の処理について説明する。図１４は、帳票認識部の処理を説明する第一のフローチャートである。図１４では、図１２のステップＳ１２１３の処理の詳細を示している。また、図１４では、複数の帳票画像データを画像形成装置３００から受け取った場合の処理を示している。

本実施形態の認識処理部２７０は、画像データ取得部２７３により、帳票画像データベース２３０から帳票画像データを取得すると（ステップＳ１４０１）、前処理部２７４により、帳票画像データの形式をｐｎｇ形式に変換する（ステップＳ１４０２）。
続いて、前処理部２７４は、１ページ分の帳票画像データを選択し（ステップＳ１４０３）、前処理を行う（ステップＳ１４０４）。前処理とは、具体的には、例えば、帳票画像の向きを揃える補正処理等である。

続いて、認識処理部２７０は、文字認識部２７５により、帳票画像から、文字が形成されている領域（以下、文字フィールド）を切り取る（ステップＳ１４０５）。続いて、認識処理部２７０は、文字認識部２７５により、切り取られた文字フィールドの中の文字を切り取り、文字認識する（ステップＳ１４０６）。このとき、文字認識部２７５は、切り出した文字の位置を示す座標も取得する。

続いて、認識処理部２７０は、文字認識部２７５により認識された各文字の位置関係に基づいて読取結果データを生成して、保持する（ステップＳ１４０７）。具体的に、認識処理部２７０は、認識された各文字の座標に基づいて、互いの距離が予め設定された閾値以内の文字を１つの文字列として認識し、文字列と、文字列が形成された領域の位置を示す座標などの情報とを対応付けて読取結果データを生成する。読取結果データの詳細は後述する。

続いて、認識処理部２７０は、項目抽出部２７７により、読取結果データと種別判定データベース２４０と、管理情報データベース２６５と、に基づき特定した個社定義情報２５２を用いて、項目と項目の値とを抽出する（ステップＳ１４０８）。

続いて、認識処理部２７０は、項目抽出部２７７により、読取結果データと種別判定データベース２４０とに基づき特定した特定定義情報２５３を用いて、項目と項目の値とを抽出する（ステップＳ１４０９）。

続いて、認識処理部２７０は、項目抽出部２７７により、読取結果データと種別判定データベース２４０とに基づき特定した汎用定義情報２５１を用いて、項目と項目の値とを抽出する（ステップＳ１４１０）。ステップＳ１４０８からステップＳ１４１０の各処理の詳細は後述する。

続いて、認識処理部２７０は、項目と、項目の値との抽出に成功したか否かを判定する（ステップＳ１４１１）。具体的には、認識処理部２７０は、ステップＳ１４０８からステップＳ１４１０までの間で、項目抽出部２７７により抽出された項目と項目の値とが存在する場合に、項目と、項目の値との抽出に成功したと判定しても良い。

ステップＳ１４１１において、項目と項目の値の抽出に失敗した場合、認識処理部２７０は、端末装置４００又は画像形成装置３００に対してエラーを通知し（ステップＳ１４１２）、後述するステップＳ１４１５へ進む。

ステップＳ１４１１において、項目と項目の値との抽出に成功すると、認識処理部２７０は、項目抽出部２７７により、抽出された項目と項目の値とを対応付けてマージした認識結果データを生成する（ステップＳ１４１３）。マージする処理の詳細は後述する。

続いて、認識処理部２７０は、ジョブリスト生成部２７２により、認識結果データの生成に用いられた帳票定義情報の定義ＩＤと、認識結果データの格納先とを、ジョブリスト１０１に登録する（ステップＳ１４１４）。

続いて、認識処理部２７０は、最後のページまで処理を実行したか否かを判定する（ステップＳ１４１５）。ステップＳ１４１５において、最後のページまで処理を実行していない場合、認識処理部２７０は、ステップＳ１４０３へ戻る。

ステップＳ１４１５において、最後のページまで処理を実行した場合、認識処理部２７０は、表示画面生成部２７８により、認識結果データを用いて生成された認識結果確認画面を端末装置４００に表示させ（ステップＳ１４１６）、処理を終了する。

なお、認識処理部２７０は、端末装置４００から、認識結果データの閲覧要求を受け付けてから、認識結果データを表示させてもよい。

次に、図１５を参照して、本実施形態の項目抽出部２７７の処理について説明する。図１５は、帳票認識部の処理を説明する第二のフローチャートである。図１５は、図１４のステップＳ１４０８～ステップＳ１４１０までにおいて行われる各定義情報を特定する処理の詳細を示す。

本実施形態の認識処理部２７０は、読取結果データが保持されると、定義特定部２７６により、種別判定データベース２４０から、読取結果データに含まれる識別文字列と対応する定義ＩＤを抽出する（ステップＳ１５０１）。

続いて、定義特定部２７６は、抽出した定義ＩＤの中に、定義種別が個社定義情報である定義ＩＤが存在するか否かを判定する（ステップＳ１５０２）。つまり、ここでは、読取結果データに含まれる識別文字列が示す種類の帳票に対して、個社定義情報２５２が登録されているか否かを判定している。

ステップＳ１５０２において、該当する定義ＩＤが存在しない場合、この種類の帳票には、利用者固有のレイアウトを定義した個社定義情報２５２は登録されていないため、項目抽出部２７７は、処理を終了し、図１４のステップＳ１４０９へ進む。

ステップＳ１４０２において、該当する定義ＩＤが存在する場合、定義特定部２７６は、帳票定義データベース２５０を参照し、定義ＩＤを含む個社定義情報２５２を特定する（ステップＳ１５０３）。該当する定義ＩＤが存在する場合とは、この帳票は、利用者固有のレイアウトである場合である。ステップＳ１５０３の詳細は後述する。

続いて、項目抽出部２７７は、特定された個社定義情報に基づき、読取結果データから、項目と、項目の値とを抽出し、対応付ける（ステップＳ１５０４）。

尚、ステップＳ１４０９における特定定義情報を用いた項目と項目の値の抽出処理と、ステップＳ１４１０における汎用定義情報２５１を用いた項目と項目の値の抽出処理とは、ステップＳ１４０８の個社定義情報が、特定定義情報又は汎用定義情報となること以外は同様であるから、説明を省略する。

次に、図１６を参照して、個社定義情報を特定する処理について説明する。図１６は、帳票認識部の処理を説明する第三のフローチャートである。図１６では、図１５のステップＳ１５０３における、定義特定部２７６の処理の詳細を示している。より具体的には、図１６は、個社定義情報を特定する処理を示している。

本実施形態の定義特定部２７６は、認識結果データベース２６０へ格納された認識結果データのうち、確定済み状態とされた認識結果データを選択する（ステップＳ１６０１）。

続いて、定義特定部２７６は、選択された認識結果データと、図１４のステップＳ１４０７で保持された読取結果データとを比較し、文字の一致率が所定の閾値以上であるか否かを判定する（ステップＳ１６０２）。

ステップＳ１６０２において、文字の一致率が所定の閾値未満である場合には、定義特定部２７６は、後述するステップＳ１６０９へ進む。

ステップＳ１６０２において、文字の一致率が所定の閾値以上である場合、定義特定部２７６は、読取結果データにおける項目「請求元」の値が、管理情報データベース２６５の項目「編集後の請求元の名称」に含まれるか否か判定する（ステップＳ１６０３）。ステップＳ１６０３において、項目「請求元」の値が、管理情報データベース２６５の項目「請求元の名称」に含まれない場合、定義特定部２７６は、後述するステップＳ１６０９へ進む。

ステップＳ１６０３において、項目「請求元」の値が、管理情報データベース２６５の項目「請求元の名称」に含まれる場合、定義特定部２７６は、項目「請求元の名称」の値が項目「請求元」の値と一致する管理情報を特定する（ステップＳ１６０４）。

続いて、定義特定部２７６は、読取結果データに含まれる項目のうち、項目の値が、特定された管理情報に含まれる項目の値と一致する項目が存在するか否かを判定する（ステップＳ１６０５）。なお、ステップＳ１６０５では、項目の値が、特定された管理情報に含まれる項目の値と完全に一致していなくてもよく、項目の値が、特定された管理情報に含まれる項目の値の一部と一致していれば、一致するものと判定する。
ステップＳ１６０５において、該当する項目が存在しない場合、定義特定部２７６は、後述するステップＳ１６０９へ進む。

ステップＳ１６０５において、該当する項目が存在する場合、該当する項目により、請求元が１つに特定されるか否かを判定する（ステップＳ１６０６）。

ステップＳ１６０６において、請求元が１つに特定される場合、定義特定部２７６は、特定された管理情報を、請求元を特定する際に参照すべき管理情報として、リストに保持し（ステップＳ１６０７）、ステップＳ１６０９へ進む。なお、このリストには、管理情報に含まれる管理情報ＩＤのみが保持されてもよい。

ステップＳ１６０６において、請求元が１つに特定されない場合、定義特定部２７６は、リストに登録する管理情報を選択し（ステップＳ１６０８）、ステップＳ１６０７へ進む。

具体的には、定義特定部２７６は、特定された管理情報のうち、管理情報に含まれる文字列が、読取結果データに含まれる文字列と一致する数が多い管理情報を選択する。

定義特定部２７６は、リストに管理情報を格納すると、認識結果データベース２６０において、全ての確定済み状態とされた認識結果データについて、ステップＳ１６０８までの処理を行ったか否かを判定する（ステップＳ１６０９）。

ステップＳ１６０９において、全ての確定済み状態の認識結果データについて、処理を行っていない場合、定義特定部２７６は、ステップＳ１６０１へ戻る。

ステップＳ１６０９において、全ての確定済み状態の認識結果データについて、処理を行った場合、定義特定部２７６はリストに格納された管理情報を参照し、請求元を特定する（ステップＳ１６１０）。

具体的には、定義特定部２７６は、リストに格納された管理情報のうち、文字列が、読取結果データの文字列と一致する数が最も多い管理情報を特定し、特定された管理情報の請求元の名称を、請求元に特定する。

続いて、定義特定部２７６は、特定された請求元と対応する個社定義情報を、帳票認識に用いる個社定義情報に特定し（ステップＳ１６１１）、処理を終了する。

本実施形態では、このように、管理情報データベース２６５に格納された管理情報を用いて請求元を特定する。したがって、本実施形態によれば、請求元を高い精度で特定することができる。

さらに、本実施形態では、請求元を高い精度で特定することができるため、適切な個社定義情報を特定することができ、帳票認識の精度を向上させることができる。

次に、図１７を参照して、帳票管理部２９０による管理情報の登録について説明する。図１７は、帳票管理部の処理を説明するフローチャートである。図１７では、図１２のステップＳ１２２１からステップＳ１２３１までの処理の詳細を示す。

本実施形態の帳票管理部２９０は、操作受付部２９１により、端末装置４００からの認識結果データの閲覧指示を受け付けると、表示制御部２９２により、認識結果データの確認画面を端末装置４００に表示させる（ステップＳ１７０１）。

続いて、帳票管理部２９０は、操作受付部２９１により、端末装置４００からの認識結果データの登録要求を受け付けたか否かを判定する（ステップＳ１７０２）。具体的には、サーバ装置２００は、認識結果データベース２６０に対する、確認画面に表示された認識結果データの格納が指示されたか否かを判定している。

ステップＳ１７０２において、登録要求を受け付けない場合、帳票管理部２９０は、後述するステップＳ１７０７へ進む。

ステップＳ１７０２において、登録要求を受け付けた場合、帳票管理部２９０は、認識結果データに対して修正が行われたか否かを判定する（ステップＳ１７０３）。

ステップＳ１７０３において、修正が行われていない場合、帳票管理部２９０は、処理を終了する。

ステップＳ１７０３において、修正が行われていた場合、帳票管理部２９０は、この認識結果データを生成する際に、個社定義情報２５２が参照されているか否かを判定する（ステップＳ１７０４）。具体的には、帳票管理部２９０は、読取結果データに含まれる請求元と対応付けられた個社定義情報２５２が存在するか否かを判定している。

ステップＳ１７０４において、個社定義情報が参照されていない場合、帳票管理部２９０は、後述するステップＳ１７０８へ進む。

ステップＳ１７０４において、個社定義情報が参照されている場合、帳票管理部２９０は、修正された箇所が請求元であるいか否かを判定する（ステップＳ１７０５）。

ステップＳ１７０５において、修正された箇所が請求元でない場合、帳票管理部２９０は、情報更新部２９３により、個社定義情報を修正内容に合わせて更新し（ステップＳ１７０６）、処理を終了する。修正された箇所が請求元でない場合とは、例えば、認識結果データにおける明細部の修正が行われた場合等である。

なお、本実施形態では、帳票管理部２９０による処理が終了した後に、認識結果データの登録を行ってもよい。具体的には、帳票管理部２９０は、図１７の処理が終了した後に、認識結果データを認識結果データベース２６０に格納してもよい。

ステップＳ１７０５において、修正（編集）された箇所が請求元である場合、帳票管理部２９０は、表示制御部２９２により、管理情報の入力画面を端末装置４００に表示させる（ステップＳ１７０７）。

続いて、帳票管理部２９０は、操作受付部２９１により、端末装置４００に表示された入力画面に対する情報の入力を受け付ける（ステップＳ１７０８）。

続いて、帳票管理部２９０は、情報更新部２９３により、管理情報データベース２６５を更新し（ステップＳ１７０９）、処理を終了する。

具体的には、情報更新部２９３は、入力画面に入力された情報と、認識結果データの確認画面において修正された請求元とを対応付けて管理情報を生成し、生成した管理情報を管理情報データベース２６５に格納する。

確認画面において修正された請求元とは、言い換えれば、編集後の発行元であり、編集後の所定の情報である。

ステップＳ１７０２において、認識結果の登録要求を受け付けない場合、帳票管理部２９０は、操作受付部２９１により、帳票定義の登録指示を受け付けたか否かを判定する（ステップＳ１７１０）。

ステップＳ１７１０において、帳票定義の登録指示を受け付けない場合、帳票管理部２９０は、ステップＳ１７０１へ戻る。

ステップＳ１７０１において、帳票定義の登録指示を受け付けた場合、帳票管理部２９０は、表示制御部２９２により、個社定義情報２５２の入力画面を端末装置４００に表示させる（ステップＳ１７１１）。

続いて、帳票管理部２９０は、操作受付部２９１により、入力画面に対する個社定義情報の入力を受け付ける（ステップＳ１７１２）。

続いて、帳票管理部２９０は、情報更新部２９３により、帳票定義データベース２５０に、入力された個社定義情報２５２を格納して（ステップＳ１７１３）、処理を終了する。

以下に、図１８乃至図２０を参照して、端末装置４００の表示例について説明する。図１８は、端末装置の表示例を示す第一の図である。

図１８に示す画面５０１は、例えば、図１１のステップＳ１２２４で端末装置４００に表示される認識結果の確認画面の一例である。

画面５０１は、表示欄５０２、表示欄５０３と、表示部品５０８、５０９とを含む。表示欄５０２には、帳票画像データが示す帳票画像が表示される。図１８の例では、帳票が請求書であり、帳票画像における明細部を示す領域５０４が含まれる。

図２０に示すように、帳票画像における明細部は、表形式で表される。つまり、帳票画像における明細部は、表形式の画像の一例である。

表示欄５０３は、表示欄５０２に表示された帳票画像を示す帳票画像データに対して帳票認識部２２０による帳票認識を行った結果の認識結果データが表示される。

表示欄５０３は、表示欄５０５、５０６、５０７を含む。表示欄５０５は、ジョブリスト１０１の項目「ステータス」の値が表示される。表示欄５０６は、請求元を含む請求元情報が表示される。請求元情報は、認識結果データの一部である。

また、表示欄５０６は、表示欄５０６ａを含む。表示欄５０６ａは、請求元の名称「○○商事株式会社」が表示される。なお、図１８に示す表示欄５０６ａに表示された請求元の名称は、表示欄５０２に表示された帳票画像データから抽出された請求元の名称である。つまり、図１８に示す表示欄５０６ａには、編集前の請求元の名称が表示されている。

表示欄５０７は、明細情報が表示される。具体的には、表示欄５０７には、明細情報に含まれる明細項目の値の一覧が表示される。表示欄５０７は、表示欄５１１、５１２、５１３、５１４、５１５、５１６を含む。また、表示欄５０７は、表示部品５１０を含む。

表示部品５１０は、抽出ガイド画像の表示を指示するための表示部品である。言い換えれば、表示部品５１０は、表形式の画像から抽出する項目名と項目値の領域の設定指示をサーバ装置２００に対して通知するための表示部品である。

表示欄５１１は、帳票画像における明細部を示す領域５０４に表示された、明細項目名「品名」の明細項目の値が表示される。表示欄５１２は、領域５０４に表示された、明細項目名「商品コード」の明細項目の値が表示される。表示欄５１３は、領域５０４に表示された、明細項目名「商品金額」の明細項目の値が表示される。

表示欄５１４は、領域５０４に表示された、明細項目名「単価」の明細項目の値が表示される。表示欄５１５は、領域５０４に表示された、明細項目名「数量」の明細項目の値が表示される。表示欄５１６は、領域５０４に表示された、明細項目名「注文番号」の明
本実施形態では、このように、帳票画像の明細部における明細項目名のそれぞれに対応する項目から項目値を抽出して、表示欄５１１、５１２、５１３、５１４、５１５、５１６に表示する。すなわち、これらの明細項目名に対応する項目は、抽出の対象となる項目（抽出対象項目）である。また、抽出対象項目は、固定に決められた項目であってもよいし、ユーザにより変更できるようにしてもよい。

図１８の例では、帳票画像データからの認識結果データの抽出が成功した場合を示している。したがって、領域５０４に表示された明細部の全ての明細項目名の値が表示欄５０７に表示されている。

表示部品５０８は、ジョブリスト１０１のステータスの値を、未処理状態から下書き保存状態とするための表示部品である。表示部品５０８が操作されると、表示欄５０５は、「未処理」から「下書き保存」に変化する。

表示部品５０９は、ジョブリスト１０１のステータスの値を、確定済み状態とするための表示部品である。本実施形態では、表示部品５０９が操作されると、ジョブリスト１０１のステータスの値が、確定済み状態とされ、個社定義情報２５２の生成は行われない。

次に、図１９を参照して、請求元が編集された場合について説明する。図１９は、端末装置の表示例を示す第二の図である。

図１９に示す画面５０１Ａにおいて、表示欄５０６ａには、編集前の請求元の名称「○○商事株式会社」に加えて、「××支店」が入力されている。言い換えれば、図１９に示す画面５０１Ａでは、請求元の名称は編集されており、表示欄５０６ａには、編集後の請求元の名称が表示されている。

本実施形態では、図１９に示す画面５０１Ａにおいて、表示部品５０９が操作されると、図１８の表示欄５０６ａに表示された、編集前の請求元の名称と関連する情報を入力するための入力画面を表示させる。

図２０を参照して、入力画面について説明する。図２０は、端末装置の表示例を示す第三の図である。

図２０に示す画面５０１Ｂには、入力画面５２０が表示される。入力画面５２０は、入力欄５２１、５２２、５２３、表示欄５２４、表示部品５２５を含む。

入力欄５２１は、請求元の名称を入力するための入力欄であり、入力欄５２２は、請求元の電話番号を入力するための入力欄であり、入力欄５２３は、請求元の口座番号を入力するための入力欄である。

言い換えれば、入力欄５２１は、編集前の請求元の名称が入力され、入力欄５２２と、入力欄５２３とは、編集後の請求元を特定するための情報が入力される。

表示欄５２４は、入力欄５２１、５２２、５２３に情報を入力する際の注意事項が表示される。具体的には、表示欄５２４には、入力欄５２１に請求元を入力する際に、支店名、部門名等を入力せず、法人名や個人名のみを入力することを促すメッセージが表示される。また、表示欄５２４には、入力欄５２２、５２３には、表示欄５０２に表示された帳票画像に含まれる電話番号と口座番号とを入力することを促すメッセージが表示される。

表示部品５２５は、入力欄５２１～５２３に対する入力が完了した後に操作される。本実施形態において、端末装置４００は、入力欄５２１～５２３に対する入力が完了し、表示部品５２５が操作されると、入力画面５２０において入力された情報を、サーバ装置２００に送信する。

サーバ装置２００は、入力画面において入力された情報を受け付けると、この情報と、表示欄５０６ａに表示された編集後の請求元と対応付けて管理情報とし、管理情報データベース２６５に格納する。

図２０の例では、表示欄５０６ａに表示された、編集後の請求元「○商事株式会社××支店」と、入力欄５２１に入力された、編集前の請求元「○○商事株式会社」と、入力欄５２２に入力された電話番号と、入力欄５２３に入力された口座番号とが対応付けられて、管理情報とされる。

このように、本実施形態では、認識結果データにおいて、請求元が編集された場合には、編集後の請求元と、編集前の請求元を対応付けるための情報を入力させるための入力画面を端末装置４００に表示させる。そして、本実施形態では、入力された情報と、編集後の請求元とを対応付けた管理情報を生成して管理情報データベース２６５に格納することで、編集後の請求元と、編集前の請求元とを別々の項目として管理することができる。

したがって、本実施形態によれば、帳票認識において抽出された帳票の発行元が、ユーザによって編集された場合であっても、管理情報データベース２６５を参照することで、帳票情報を、発行元が編集される前と同じように、効率的に管理することができる。
以下に、基幹システム５００を会計システムとし、帳票認識システム１００のユーザが、会計システムで認識結果データを利用することを想定して、請求元（会社名）に、請求元の支店名、請求先の支店名、認識結果データの用途といった文字列を追加する編集を行った場合について説明する。
この場合、編集によって追加された文字列は、請求書（帳票）上においては、請求元と一連の文字列として記載されておらず請求元と対応付けられていない。このため、編集後の請求元を個社定義情報における請求元として登録した場合、帳票認識における請求元の認識精度が低下する可能性がある。
本実施形態では、このように、帳票上で請求元と対応付けられていない文字列を請求元とする編集がされた場合には、帳票上の請求元と、編集後の請求元とをそれぞれ別の項目し、対応付けて管理する。
したがって、本実施形態では、このような編集が行われた場合であっても、帳票認識システム１００における認識結果データの管理が煩雑になることを抑制できる。
言い換えれば、本実施形態では、帳票認識システム１００のユーザによって、請求元の記載の仕方がまちまちに編集された場合であっても、帳票情報の管理が煩雑になることを抑制できる。

また、本実施形態では、帳票認識を行う際に、管理情報データベース２６５を参照して、使用する個社定義情報を特定する。したがって、本実施形態によれば、帳票認識の精度を向上させることができる。

上記で説明した実施形態の各機能は、一又は複数の処理回路によって実現することが可能である。ここで、本明細書における「処理回路」とは、電子回路により実装されるプロセッサのようにソフトウェアによって各機能を実行するようプログラミングされたプロセッサや、上記で説明した各機能を実行するよう設計されたASIC（Application Specific Integrated Circuit）、DSP（digital signal processor）、FPGA（field programmable gate array）や従来の回路モジュール等のデバイスを含むものとする。

また、実施形態に記載された装置群は、本明細書に開示された実施形態を実施するための複数のコンピューティング環境のうちの１つを示すものにすぎない。

ある実施形態では、サーバ装置２００は、サーバクラスタといった複数のコンピューティングデバイスを含む。複数のコンピューティングデバイスは、ネットワークや共有メモリなどを含む任意のタイプの通信リンクを介して互いに通信するように構成されており、本明細書に開示された処理を実施する。同様に、サーバ装置２００は、互いに通信するように構成された複数のコンピューティングデバイスを含むことができる。

さらに、サーバ装置２００は、開示された処理ステップを様々な組み合わせで共有するように構成できる。例えば、サーバ装置２００によって実行されるプロセスは、他のサーバ装置によって実行され得る。同様に、サーバ装置２００の機能は、他のサーバ装置によって実行することができる。また、サーバ装置と他のサーバ装置の各要素は、１つのサーバ装置にまとめられていても良いし、複数の装置に分けられていても良い。

また、明細書中のデータベースは、機械学習の学習効果によって生成されたものでもよい。また、取引内容の記載に含まれうるキーワードと勘定項目とを機械学習にて分類付けすることで、対応テーブルを使用しなくてもよい。

ここで、機械学習とは、コンピュータに人のような学習能力を獲得させるための技術であり、コンピュータが、データ識別等の判断に必要なアルゴリズムを、事前に取り込まれる学習データから自律的に生成し、新たなデータについてこれを適用して予測を行う技術のことをいう。機械学習のための学習方法は、教師あり学習、教師なし学習、半教師学習、強化学習、深層学習のいずれかの方法でもよく、さらに、これらの学習方法を組み合わせた学習方法でもよく、機械学習のための学習方法は問わない。

以上、各実施形態に基づき本発明の説明を行ってきたが、上記実施形態に示した要件に本発明が限定されるものではない。これらの点に関しては、本発明の主旨をそこなわない範囲で変更することができ、その応用形態に応じて適切に定めることができる。

１００ 帳票認識システム
２００ サーバ装置２００
２１０ 記憶部
２２０ 帳票認識部
２３０ 帳票画像データベース
２４０ 種別判定データベース
２５０ 帳票定義データベース
２６０ 認識結果データベース
２６５ 管理情報データベース
２７０ 認識処理部
２９０ 帳票管理部
２９２ 表示制御部
２９３ 情報更新部
３００ 画像形成装置
４００ 端末装置
５００ 基幹システム

特開２００４－１５８０３０号公報

Claims (12)

1. 帳票情報に含まれる所定の情報に対する編集が行われた場合に、編集後の前記所定の情報と関連する情報の入力画面を端末装置に表示させる表示制御部と、
   前記入力画面において入力された情報と、編集後の前記所定の情報とを対応付けた管理情報を格納する記憶部と、を有する情報処理装置。
2. 前記所定の情報と関連する情報は、
   編集後の前記所定の情報を特定する識別情報と、前記所定の情報とを含む、請求項１記載の情報処理装置。
3. 前記入力画面は、前記帳票情報を含む帳票画像を示す帳票画像データと共に表示される、請求項１又は２記載の情報処理装置。
4. 前記所定の情報は、
   前記帳票画像が示す帳票の発行元を示す情報である、請求項３記載の情報処理装置。
5. 利用者固有の帳票の項目及び項目の値の位置関係を定義した帳票定義情報が前記記憶部に格納されており、
   前記記憶部に格納された管理情報を用いて、帳票画像から帳票情報を抽出する際に参照する前記帳票定義情報を特定する定義特定部を有する、請求項１乃至４の何れか一項に記載の情報処理装置。
6. 情報処理装置による情報処理方法であって、前記情報処理装置が、
   帳票情報に含まれる所定の情報に対する編集が行われた場合に、編集後の前記所定の情報と関連する情報の入力画面を端末装置に表示させ、
   前記入力画面において入力された情報と、編集後の前記所定の情報とを対応付けた管理情報を記憶部に格納する、情報処理方法。
7. 前記所定の情報と関連する情報は、
   編集後の前記所定の情報を特定する識別情報と、前記所定の情報とを含む、請求項６記載の情報処理方法。
8. 前記入力画面は、前記帳票情報を含む帳票画像を示す帳票画像データと共に表示される、請求項６又は７記載の情報処理方法。
9. 前記所定の情報は、
   前記帳票画像が示す帳票の発行元を示す情報である、請求項８記載の情報処理方法。
10. 利用者固有の帳票の項目及び項目の値の位置関係を定義した帳票定義情報が前記記憶部に格納されており、
    前記記憶部に格納された管理情報を用いて、帳票画像から帳票情報を抽出する際に参照する前記帳票定義情報を特定する、請求項６乃至９の何れか一項に記載の情報処理方法。
11. 帳票情報に含まれる所定の情報に対する編集が行われた場合に、編集後の前記所定の情報と関連する情報の入力画面を端末装置に表示させ、
    前記入力画面において入力された情報と、編集後の前記所定の情報とを対応付けた管理情報を記憶部に格納する、処理を情報処理装置に実行させる、プログラム。
12. 端末装置と情報処理装置がネットワークを介して接続された情報処理システムであって、
    前記情報処理装置は、
    前記端末装置において、帳票情報に含まれる所定の情報に対する編集が行われた場合に、前記端末装置から送信される表示要求を受け付ける第一の入力受付部と、
    前記表示要求を受け付けて、編集後の前記所定の情報と関連する情報の入力画面を前記端末装置に表示させる第一の表示制御部と、
    前記入力画面において入力された情報と、編集後の前記所定の情報とを対応付けた管理情報を格納する記憶部と、を有し、
    前記端末装置は、
    前記帳票情報に対する編集を受け付ける第二の入力受付部と、
    前記入力画面を表示部に表示させる第二の表示制御部と、を有する、情報処理システム。

Images