JP2012060554A - 情報処理装置及び情報処理プログラム - Google Patents

Abstract

【課題】証憑を特定するための画像情報が出力されていない証憑の画像を受け付けても、証跡と証憑を対応させるようにした情報処理装置を提供する。
【解決手段】情報処理装置の依頼手段は、証跡の画像に対応する証憑の画像の読み込みを担当者に依頼し、受付手段は、担当者による読み込み操作によって、証憑の画像を受け付け、証憑型画像取得手段は、証憑の画像と対応する証憑の型画像を取得し、属性取得手段は、証憑の型画像と該証憑の属性である領域を対応させて記憶する証憑型属性情報を用いて、証憑の型画像に対応する属性である領域を取得し、文字認識手段は、証憑の画像内の該領域内の画像を文字認識し、属性判断手段は、文字認識の結果と証跡の属性とが対応するか否かを判断し、出力手段は、対応すると判断された場合は、証跡の画像と証憑の画像を対応させて出力する。
【選択図】図１

Description

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

特許文献１には、簡易に高精度で効率的にデータを一元管理でき、コード画像を正確に識別でき、また、認証済みデータを正確に判定できる証憑管理装置及び証憑管理方法を提供することを課題とし、キーワード情報をコード画像情報に変換し、コード画像情報を帳票データ上に表示した帳票画像情報を生成し、当該帳票画像情報を印刷し、生成された帳票画像情報と、キーワード情報と、を対応付けた帳票画像情報ファイルを記憶部に格納し、印刷された帳票画像情報と証憑とを含む書類セットの画像情報を連続的に読取り、画像情報からコード画像情報を識別し、コード画像情報が固有識別情報を含む場合には、次の固有識別情報を含むコード画像情報を識別するまでを１つの書類セットとして認識し、帳票番号に基づいて、帳票画像情報ファイルに格納することが開示されている。

特開２００９−３０１２７２号公報

本発明は、証憑を特定するための画像情報が出力されていない証憑の画像を受け付けても、証跡と証憑を対応させるようにした情報処理装置及び情報処理プログラムを提供することを目的としている。

かかる目的を達成するための本発明の要旨とするところは、次の各項の発明に存する。
請求項１の発明は、証跡の画像に対応する証憑の画像の読み込みを担当者に依頼する依頼手段と、前記担当者による読み込み操作によって、証憑の画像を受け付ける受付手段と、前記受付手段によって受け付けられた証憑の画像と対応する証憑の型画像を取得する証憑型画像取得手段と、証憑の型画像と該証憑の属性である領域を対応させて記憶する証憑型属性情報を用いて、前記証憑型画像取得手段によって取得された証憑の型画像に対応する属性である領域を取得する属性取得手段と、前記属性取得手段によって取得された領域である属性に基づいて、前記受付手段によって受け付けられた証憑の画像内の該領域内の画像を文字認識する文字認識手段と、前記文字認識手段による文字認識の結果と前記証跡の属性とが対応するか否かを判断する属性判断手段と、前記属性判断手段によって対応すると判断された場合は、前記証跡の画像と前記証憑の画像を対応させて出力する出力手段を具備することを特徴とする情報処理装置である。

請求項２の発明は、前記証跡の画像と対応する証跡の型の画像を取得する証跡型画像取得手段をさらに具備し、前記証憑型画像取得手段は、証跡の型の画像と証憑の型の画像を対応させて記憶する証跡証憑型情報を用いて、前記証跡型画像取得手段によって取得された証跡の型の画像と対応する証憑の型の画像を取得することを特徴とする請求項１に記載の情報処理装置である。

請求項３の発明は、前記証憑型画像取得手段によって取得された証憑の型の画像と前記受付手段によって受け付けられた証憑の画像とが対応するか否かを判断する画像判断手段をさらに具備し、前記属性取得手段は、前記画像判断手段によって対応すると判断された場合は、前記領域を取得することを特徴とする請求項１又は２に記載の情報処理装置である。

請求項４の発明は、前記画像判断手段によって対応しないと判断された場合又は前記属性判断手段によって対応しないと判断された場合は、前記受付手段によって受け付けられた証憑の画像は、前記依頼手段によって依頼された証憑の画像ではないことを提示する提示手段を具備することを特徴とする請求項１から３のいずれか一項に記載の情報処理装置である。

請求項５の発明は、コンピュータを、証跡の画像に対応する証憑の画像の読み込みを担当者に依頼する依頼手段と、前記担当者による読み込み操作によって、証憑の画像を受け付ける受付手段と、前記受付手段によって受け付けられた証憑の画像と対応する証憑の型画像を取得する証憑型画像取得手段と、証憑の型画像と該証憑の属性である領域を対応させて記憶する証憑型属性情報を用いて、前記証憑型画像取得手段によって取得された証憑の型画像に対応する属性である領域を取得する属性取得手段と、前記属性取得手段によって取得された領域である属性に基づいて、前記受付手段によって受け付けられた証憑の画像内の該領域内の画像を文字認識する文字認識手段と、前記文字認識手段による文字認識の結果と前記証跡の属性とが対応するか否かを判断する属性判断手段と、前記属性判断手段によって対応すると判断された場合は、前記証跡の画像と前記証憑の画像を対応させて出力する出力手段として機能させることを特徴とする情報処理プログラムである。

請求項１の情報処理装置によれば、証憑を特定するための画像情報が出力されていない証憑の画像を受け付けても、証跡と証憑を対応させることができる。

請求項２の情報処理装置によれば、証跡の型の画像から証憑の型の画像を取得することができる。

請求項３の情報処理装置によれば、証憑の型の画像と証憑の画像とが対応するか否かの判断をすることができる。

請求項４の情報処理装置によれば、担当者が読み込ませた画像は依頼された証憑ではないことを提示することができる。

請求項５の情報処理プログラムによれば、証憑を特定するための画像情報が出力されていない証憑の画像を受け付けても、証跡と証憑を対応させることができる。

本実施の形態の構成例についての概念的なモジュール構成図である。 本実施の形態の証憑解析モジュール内の構成例についての概念的なモジュール構成図である。 本実施の形態を具現化する場合のシステム構成例を示す説明図である。 本実施の形態による処理例を示すフローチャートである。 発注書テンプレート画像の例を示す説明図である。 領収書テンプレート画像の例を示す説明図である。 証跡テンプレート管理テーブルのデータ構造例を示す説明図である。 証憑テンプレート管理テーブルのデータ構造例を示す説明図である。 証跡テンプレート／証憑テンプレート管理テーブルのデータ構造例を示す説明図である。 収集依頼管理テーブルのデータ構造例を示す説明図である。 メニュー画面の例を示す説明図である。 領収書画像の例を示す説明図である。 発注書画像の例を示す説明図である。 本実施の形態による処理例を示すフローチャートである。 本実施の形態による処理例を示すフローチャートである。 本実施の形態を実現するコンピュータのハードウェア構成例を示すブロック図である。

以下、図面に基づき本発明を実現するにあたっての好適な一実施の形態の例を説明する。
図１は、本実施の形態の構成例についての概念的なモジュール構成図を示している。
なお、モジュールとは、一般的に論理的に分離可能なソフトウェア（コンピュータ・プログラム）、ハードウェア等の部品を指す。したがって、本実施の形態におけるモジュールはコンピュータ・プログラムにおけるモジュールのことだけでなく、ハードウェア構成におけるモジュールも指す。それゆえ、本実施の形態は、それらのモジュールとして機能させるためのコンピュータ・プログラム（コンピュータにそれぞれの手順を実行させるためのプログラム、コンピュータをそれぞれの手段として機能させるためのプログラム、コンピュータにそれぞれの機能を実現させるためのプログラム）、システム及び方法の説明をも兼ねている。ただし、説明の都合上、「記憶する」、「記憶させる」、これらと同等の文言を用いるが、これらの文言は、実施の形態がコンピュータ・プログラムの場合は、記憶装置に記憶させる、又は記憶装置に記憶させるように制御するの意である。また、モジュールは機能に一対一に対応していてもよいが、実装においては、１モジュールを１プログラムで構成してもよいし、複数モジュールを１プログラムで構成してもよく、逆に１モジュールを複数プログラムで構成してもよい。また、複数モジュールは１コンピュータによって実行されてもよいし、分散又は並列環境におけるコンピュータによって１モジュールが複数コンピュータで実行されてもよい。なお、１つのモジュールに他のモジュールが含まれていてもよい。また、以下、「接続」とは物理的な接続の他、論理的な接続（データの授受、指示、データ間の参照関係等）の場合にも用いる。「予め定められた」とは、対象としている処理の前に定まっていることをいい、本実施の形態による処理が始まる前はもちろんのこと、本実施の形態による処理が始まった後であっても、対象としている処理の前であれば、そのときの状況・状態に応じて、又はそれまでの状況・状態に応じて定まることの意を含めて用いる。
また、システム又は装置とは、複数のコンピュータ、ハードウェア、装置等がネットワーク（一対一対応の通信接続を含む）等の通信手段で接続されて構成されるほか、１つのコンピュータ、ハードウェア、装置等によって実現される場合も含まれる。「装置」と「システム」とは、互いに同義の用語として用いる。もちろんのことながら、「システム」には、人為的な取り決めである社会的な「仕組み」（社会システム）にすぎないものは含まない。
また、各モジュールによる処理毎に又はモジュール内で複数の処理を行う場合はその処理毎に、対象となる情報を記憶装置から読み込み、その処理を行った後に、処理結果を記憶装置に書き出すものである。したがって、処理前の記憶装置からの読み込み、処理後の記憶装置への書き出しについては、説明を省略する場合がある。なお、ここでの記憶装置としては、ハードディスク、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、外部記憶媒体、通信回線を介した記憶装置、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）内のレジスタ等を含んでいてもよい。

本実施の形態である情報処理装置は、図１の例に示すように、情報処理装置１００は、証跡／証憑情報管理モジュール１１０、収集依頼管理モジュール１２０、画像受付処理モジュール１３０、証憑解析モジュール１４０、評価用情報管理モジュール１５０を有している。
本実施の形態は、企業の統制活動である財務内部統制に主に利用される。
財務内部統制とは、１９９２年にＣＯＳＯ（トレッドウェイ委員会組織委員会）が発表した「内部統制−統合的枠組み」が、事実上の標準となっており、「（１）業務の有効性・効率性、（２）財務諸表の信頼性、（３）関連法規の遵守の３つの目的を達成するために、合理的な保証を提供することを意図した、取締役会、経営者及びその他の職員によって遂行される１つのプロセス」と定義されている。
そして、財務内部統制の評価においては、業務プロセス内で発生した取引の内容が正しいかどうかを確認することが一般的に実施される。取引の内容が正しいかどうかは、取引で使用された証跡（取引の原因となる書面、例えば、発注書等）に対して証憑（取引の結果となる書面、例えば、領収証等）をつき合わせることで確認される。証跡と証憑の対（例えば、発注書とその発注書に対する領収書）に対する確認は、証跡と証憑が画像である場合（つまり、証跡と証憑が紙の書類であり、それをスキャナー等の画像読取装置によって読み込ませた場合、さらに、その読み込まれた画像又は印刷画像（証跡又は証憑をＰＤＦ（Ｐｏｒｔａｂｌｅ Ｄｏｃｕｍｅｎｔ Ｆｏｒｍａｔ）等の印刷用の画像としたもの）によって証跡、証憑のやり取りが行われる場合等が含まれる）、担当者による目視での確認が必要である。本実施の形態は、この目視での確認を必要とする証跡の画像と証憑の画像を出力するものである。

証跡／証憑情報管理モジュール１１０は、証憑解析モジュール１４０と接続されている。証跡／証憑情報管理モジュール１１０は、業務プロセスで使用される証跡と証憑のテンプレート（型、雛型）の組み合わせ情報を管理する。１つの証跡テンプレートに対して複数の証憑テンプレートを対応付けてもよい。また、複数の証跡テンプレートに対して１つの証憑テンプレートを対応付けてもよい。
収集依頼管理モジュール１２０は、証憑解析モジュール１４０と接続されている。収集依頼管理モジュール１２０は、収集を依頼された担当者と収集対象の証跡を管理する。

画像受付処理モジュール１３０は、証憑解析モジュール１４０と接続されている。画像受付処理モジュール１３０は、画像読込装置（例えば、スキャナー、複合機（スキャナー、プリンタ、複写機、ファクス等のいずれか２つ以上の機能を有している画像処理装置）等）から証憑をスキャンすることで証憑画像の受付処理を実施する。画像読込装置のタッチパネルに表示したメニューに対しての操作者の操作に応じて、スキャンモードを設定することによって通常のスキャンと証憑受付用のスキャンを区別する。証憑受付用のスキャンモードで読み込まれた画像は、スキャン操作を指示した操作者を示す操作者情報と共に証憑解析モジュール１４０に送信する。また、証跡の画像を受け付けるようにしてもよい。
評価用情報管理モジュール１５０は、証憑解析モジュール１４０と接続されている。評価用情報管理モジュール１５０は、収集された証憑を評価用の情報として証跡と対応付けて管理する。

証憑解析モジュール１４０は、証跡／証憑情報管理モジュール１１０、収集依頼管理モジュール１２０、画像受付処理モジュール１３０、評価用情報管理モジュール１５０と接続されている。証憑解析モジュール１４０内のモジュール構成例については、図２を用いて後述する。証憑解析モジュール１４０は、証憑の画像と操作者を示す操作者情報を使用して、対象の証跡を特定して評価用情報管理モジュール１５０に証憑の画像を登録する。
例えば、証憑解析モジュール１４０は、以下のように処理を行う。
スキャン操作を指示した操作者に対して収集依頼が行われているかどうかを収集依頼管理モジュール１２０に確認する。収集依頼されている場合は、対象の証跡を取得するための処理を行う。収集依頼されていない場合は、スキャン操作を指示した操作者に証憑の収集依頼がない旨を通知する。
スキャンされた証憑に対する証跡を特定するために、証憑テンプレートを証跡／証憑情報管理モジュール１１０から取得する。証憑テンプレートは、対象である証跡の証跡テンプレートに対応したものだけを取得する。対象の証跡に対する証跡テンプレートの特定は、両者の画像の解析結果の比較によって行う。

証憑の画像と証憑テンプレートの画像を比較して、スキャンされた証憑に対する証憑テンプレートかどうかを確認する。証憑テンプレートの場合は、証憑テンプレートに対応する対象の証跡を証憑の登録候補として取得する。証憑テンプレートではない場合は、スキャン操作を指示した操作者にスキャンした証憑は対象の証跡に対応していない旨を通知する。
証憑の画像を解析して、証跡を特定するための属性情報を取得する。取得した属性情報に対応する対象の証跡が存在する場合は、評価用情報管理モジュール１５０にスキャンした証憑の画像を登録する。取得した属性情報に対応する収集対象の証跡が存在しない場合は、スキャン操作を指示した操作者にスキャンした証憑は対象の証跡に対応していない旨を通知する。

図２は、本実施の形態の証憑解析モジュール１４０内の構成例についての概念的なモジュール構成図である。
証憑解析モジュール１４０は、証跡画像取得モジュール２１０、証跡画像解析モジュール２２０、証跡テンプレート特定モジュール２３０、証憑テンプレート特定モジュール２４０、証憑画像解析モジュール２５０、証憑画像判断モジュール２６０、証憑テンプレート属性取得モジュール２７０、文字認識モジュール２８０、証憑属性判断モジュール２９０、提示モジュール２９５を有している。

収集依頼管理モジュール１２０は、証憑解析モジュール１４０内の証跡画像取得モジュール２１０と接続されている。収集依頼管理モジュール１２０は、証跡の画像に対応する証憑の画像の読み込みを担当者に依頼する。これは、財務内部統制の評価において用いられる証憑を収集するためである。例えば、電子メール等を用いて、担当者に依頼する。収集依頼管理モジュール１２０は、依頼したことを例えば収集依頼管理テーブル１０００に記憶する。図１０は、収集依頼管理テーブル１０００のデータ構造例を示す説明図である。収集依頼管理テーブル１０００は、ＩＤ欄１０１０、依頼元ＩＤ欄１０２０、依頼先ＩＤ欄１０３０、対象証跡ＩＤ欄１０４０を有している。ＩＤ欄１０１０は、依頼を本実施の形態において一意に識別する依頼ＩＤ（ＩＤｅｎｔｉｆｉｃａｔｉｏｎ）を記憶する。依頼元ＩＤ欄１０２０は、依頼を行った依頼者（例えば、前述の電子メールでの依頼の場合は送信者）を本実施の形態において一意に識別する依頼元ＩＤを記憶する。依頼先ＩＤ欄１０３０は、依頼を受け取った依頼先の担当者（例えば、前述の電子メールでの依頼の場合は受信者）を本実施の形態において一意に識別する依頼先ＩＤを記憶する。対象証跡ＩＤ欄１０４０は、対象とする証跡を本実施の形態において一意に識別する対象証跡ＩＤを記憶する。例えば、証跡の画像のファイル名等が該当する。また、ここでの依頼の内容は、依頼元ＩＤ欄１０２０の依頼者が依頼先ＩＤ欄１０３０の依頼先に、対象証跡ＩＤ欄１０４０の証跡に対応する証憑の画像をスキャンすることである。

画像受付処理モジュール１３０は、証憑解析モジュール１４０内の証憑画像解析モジュール２５０と接続されている。画像受付処理モジュール１３０は、収集依頼管理モジュール１２０によって依頼された担当者による読み込み操作によって、証憑の画像を受け付ける。証憑の読み込みが行われる画像読込装置には、操作を行う担当者を示す担当者ＩＤを受け付ける担当者ＩＤ受付装置が備え付けられている。例えば、ＩＣカード読取り装置であり、操作者が所持しているＩＣカードを読み取り、その操作を行う担当者の担当者ＩＤを受け付ける。また、キーボード、タッチパネル等を用いて、担当者ＩＤとパスワードを受け付けられるようにしてもよい。また、画像受付処理モジュール１３０は、証跡の画像を受け付けるようにしてもよい。

証跡画像取得モジュール２１０、証跡画像解析モジュール２２０、証跡テンプレート特定モジュール２３０は、証跡の画像と対応する証跡のテンプレート画像を取得する。
証跡画像取得モジュール２１０、証跡画像解析モジュール２２０、証跡テンプレート特定モジュール２３０、証憑テンプレート特定モジュール２４０は、画像受付処理モジュール１３０によって受け付けられた証憑の画像と対応する証憑のテンプレート画像を取得する。証跡のテンプレート画像と証憑のテンプレート画像を対応させて記憶する証跡証憑型情報（例えば、証跡／証憑情報管理モジュール１１０内の証跡テンプレート／証憑テンプレート管理テーブル９００）を用いて、証跡テンプレート特定モジュール２３０によって取得された証跡のテンプレート画像と対応する証憑のテンプレート画像を取得する。

証跡画像取得モジュール２１０は、収集依頼管理モジュール１２０、証跡画像解析モジュール２２０と接続されている。証跡画像取得モジュール２１０は、収集依頼管理モジュール１２０によって収集を依頼された証憑に対応する証跡の画像を取得する。例えば、収集依頼管理テーブル１０００の対象証跡ＩＤ欄１０４０を用いて、証跡の画像を取得する。また、画像受付処理モジュール１３０によって受け付けられた画像の読み込み操作を行った担当者に収集を依頼した証憑に対応する証跡の画像を取得するようにしてもよい。例えば、収集依頼管理テーブル１０００の依頼先ＩＤ欄１０３０を用いてその担当者に該当する行を特定し、その行の対象証跡ＩＤ欄１０４０を用いて証跡の画像を取得する。

証跡画像解析モジュール２２０は、証跡画像取得モジュール２１０、証跡テンプレート特定モジュール２３０と接続されている。証跡画像解析モジュール２２０は、証跡画像取得モジュール２１０によって取得された証跡の画像を解析する。例えば、表の位置、線の本数、線の位置等を抽出し、それらを解析結果としてもよい。また、文字認識技術を用いて、文字認識結果を解析結果としてもよい。
証跡テンプレート特定モジュール２３０は、証跡／証憑情報管理モジュール１１０、証跡画像解析モジュール２２０、証憑テンプレート特定モジュール２４０と接続されている。証跡テンプレート特定モジュール２３０は、証跡画像解析モジュール２２０による解析結果を用いて、その証跡の画像に対応する証跡のテンプレート画像を特定する。例えば、証跡／証憑情報管理モジュール１１０内の証跡テンプレート管理テーブル７００を用いて、解析結果と合致する属性を有する証跡のテンプレート画像を特定する。より具体的には、例えば、証跡テンプレート管理テーブル７００の会社名記載領域欄７４０の領域内の画像を証跡画像解析モジュール２２０によって文字認識した結果が証跡テンプレート管理テーブル７００の会社名欄７３０内の会社名と合致した場合に、その行の画像欄７９０内の画像を証跡のテンプレート画像として特定する。

証憑テンプレート特定モジュール２４０は、証跡／証憑情報管理モジュール１１０、証跡テンプレート特定モジュール２３０、証憑画像解析モジュール２５０と接続されている。証憑テンプレート特定モジュール２４０は、証跡テンプレート特定モジュール２３０によって特定された証跡のテンプレート画像を用いて、その証跡のテンプレート画像に対応する証憑のテンプレート画像を特定する。例えば、証跡／証憑情報管理モジュール１１０内の証跡テンプレート／証憑テンプレート管理テーブル９００を用いて、証憑テンプレート特定モジュール２４０は、証跡テンプレート特定モジュール２３０によって特定された証跡のテンプレート画像の証跡テンプレートＩＤに対応する証憑のテンプレート画像の証憑テンプレートＩＤを特定する。これによって、複数の証憑テンプレートＩＤが特定される場合がある。

証跡／証憑情報管理モジュール１１０は、証憑解析モジュール１４０内の証跡テンプレート特定モジュール２３０、証憑テンプレート特定モジュール２４０、証憑画像判断モジュール２６０、証憑テンプレート属性取得モジュール２７０と接続されている。証跡／証憑情報管理モジュール１１０内には、例えば証跡テンプレート管理テーブル７００、証憑テンプレート管理テーブル８００、証跡テンプレート／証憑テンプレート管理テーブル９００を記憶している。

図７は、証跡テンプレート管理テーブル７００のデータ構造例を示す説明図である。証跡テンプレート管理テーブル７００は、ＩＤ欄７１０、名前欄７２０、会社名欄７３０、会社名記載領域欄７４０、画像欄７９０等を有している。ＩＤ欄７１０は、証跡のテンプレート画像を本実施の形態において一意に識別する証跡テンプレートＩＤを記憶する。名前欄７２０は、その証跡の名前を記憶する。会社名欄７３０は、その証跡を用いる会社名を記憶する。会社名記載領域欄７４０は、その会社名を記載する領域の位置を記憶する。会社名記載領域欄７４０は、Ｘ欄７４１、Ｙ欄７４２、Ｗ欄７４３、Ｈ欄７４４を有している。Ｘ欄７４１は、その領域の左上のＸ座標を記憶する。Ｙ欄７４２は、その領域の左上のＹ座標を記憶する。Ｗ欄７４３は、その領域の幅を記憶する。Ｈ欄７４４は、その領域の高さを記憶する。画像欄７９０は、証跡のテンプレート画像のファイル名を記憶する。会社名欄７３０、会社名記載領域欄７４０等は、証跡のテンプレート画像の属性の例である。これらの他に、表の位置、線の本数、線の位置等を属性として記憶するようにしてもよい。属性を記憶する欄は、必要に応じて付加したり、削除してもよい。

図８は、証憑テンプレート管理テーブル８００のデータ構造例を示す説明図である。証憑テンプレート管理テーブル８００は、ＩＤ欄８１０、名前欄８２０、会社名欄８３０、会社名記載領域欄８４０、画像欄８９０等を有している。ＩＤ欄８１０は、証憑のテンプレート画像を本実施の形態において一意に識別する証憑テンプレートＩＤを記憶する。名前欄８２０は、その証憑の名前を記憶する。会社名欄８３０は、その証憑を用いる会社名を記憶する。会社名記載領域欄８４０は、その会社名を記載する領域の位置を記憶する。会社名記載領域欄８４０は、Ｘ欄８４１、Ｙ欄８４２、Ｗ欄８４３、Ｈ欄８４４を有している。Ｘ欄８４１は、その領域の左上のＸ座標を記憶する。Ｙ欄８４２は、その領域の左上のＹ座標を記憶する。Ｗ欄８４３は、その領域の幅を記憶する。Ｈ欄８４４は、その領域の高さを記憶する。画像欄８９０は、証憑のテンプレート画像のファイル名を記憶する。会社名欄８３０、会社名記載領域欄８４０等は、証憑のテンプレート画像の属性の例である。これらの他に、表の位置、線の本数、線の位置等を属性として記憶するようにしてもよい。属性を記憶する欄は、必要に応じて付加したり、削除してもよい。

図９は、証跡テンプレート／証憑テンプレート管理テーブル９００のデータ構造例を示す説明図である。証跡テンプレート／証憑テンプレート管理テーブル９００は、ＩＤ欄９１０、証跡テンプレートＩＤ欄９２０、証憑テンプレートＩＤ欄９３０を有している。ＩＤ欄９１０は、証跡テンプレートと証憑テンプレートとの対応を本実施の形態において一意に識別する証跡テンプレート／証憑テンプレート組ＩＤを記憶する。証跡テンプレートＩＤ欄９２０は、証跡テンプレートＩＤを記憶する。証跡テンプレート管理テーブル７００のＩＤ欄７１０に対応する。また、複数の証跡テンプレートＩＤを記憶してもよい。証憑テンプレートＩＤ欄９３０は、証憑テンプレートＩＤを記憶する。証憑テンプレート管理テーブル８００のＩＤ欄８１０に対応する。また、複数の証憑テンプレートＩＤを記憶してもよい。

なお、証跡テンプレート／証憑テンプレート管理テーブル９００の生成は予め行っておく。例えば、証跡のテンプレート画像として図５に例示の発注書テンプレート画像５００があり、証憑のテンプレート画像として図６に例示の領収書テンプレート画像６００がある。そして、発注書テンプレート画像５００と領収書テンプレート画像６００の組み合わせを証跡テンプレート／証憑テンプレート管理テーブル９００に記憶させる。そして、発注書テンプレート画像５００と領収書テンプレート画像６００の必要な属性情報を、それぞれ証跡テンプレート管理テーブル７００、証憑テンプレート管理テーブル８００に登録する。その際に、属性情報を生成するのに、証跡画像解析モジュール２２０、証憑画像解析モジュール２５０と同等の処理を行うようにしてもよい。

評価用情報管理モジュール１５０は、証憑解析モジュール１４０内の証憑属性判断モジュール２９０と接続されている。評価用情報管理モジュール１５０は、証憑属性判断モジュール２９０によって対応すると判断された場合は、証跡の画像と証憑の画像を対応させて出力する。画像を出力するとは、例えば、プリンタ等の印刷装置で印刷すること、ディスプレイ等の表示装置に表示すること、ファクス等の画像送信装置で画像を送信すること、画像データベース等の画像記憶装置へ画像を書き込むこと、メモリーカード等の記憶媒体に記憶すること、他の情報処理装置へ渡すこと等が含まれる。また、対応させて出力するとは、証跡の画像と証憑の画像を連続して印刷装置で印刷すること、証跡の画像と証憑の画像を縮小して１枚の用紙に並べて印刷装置で印刷すること、証跡の画像と証憑の画像を並べて表示装置に表示すること、証跡の画像と証憑の画像が対応していることを示す情報を含めて画像記憶装置へ画像を書き込むこと等が該当する。

証憑画像解析モジュール２５０は、画像受付処理モジュール１３０、証憑テンプレート特定モジュール２４０、証憑画像判断モジュール２６０と接続されている。証憑画像解析モジュール２５０は、画像受付処理モジュール１３０によって受け付けられた証憑の画像を解析する。例えば、表の位置、線の本数、線の位置等を抽出し、それらを解析結果としてもよい。また、文字認識技術を用いて、文字認識結果を解析結果としてもよい。

証憑画像判断モジュール２６０は、証跡／証憑情報管理モジュール１１０、証憑画像解析モジュール２５０、証憑テンプレート属性取得モジュール２７０、提示モジュール２９５と接続されている。証憑画像判断モジュール２６０は、証憑テンプレート特定モジュール２４０によって特定された証憑のテンプレート画像と画像受付処理モジュール１３０によって受け付けられた証憑の画像とが対応するか否かを判断する。つまり、証憑画像判断モジュール２６０は、証憑画像解析モジュール２５０による解析結果を用いて、証憑テンプレート特定モジュール２４０によって特定された証憑のテンプレート画像と対応するか否かを判断する。例えば、証跡／証憑情報管理モジュール１１０内の証憑テンプレート管理テーブル８００を用いて、解析結果と特定された証憑のテンプレート画像の属性は合致するか否かを判断する。より具体的には、例えば、証憑画像解析モジュール２５０による解析結果と証憑テンプレート管理テーブル８００の会社名記載領域欄８４０の領域内の画像を文字認識した結果が合致した場合に、その行の画像欄８９０内の画像を証憑のテンプレート画像と合致したと判断する。なお、複数の証憑のテンプレート画像が特定されている場合があり、その場合は、複数の証憑のテンプレート画像の属性と比較することを行う。

証憑テンプレート属性取得モジュール２７０は、証跡／証憑情報管理モジュール１１０、証憑画像判断モジュール２６０、文字認識モジュール２８０と接続されている。証憑テンプレート属性取得モジュール２７０は、証憑のテンプレート画像とその証憑の属性である領域を対応させて記憶する証憑型属性情報（例えば、証跡／証憑情報管理モジュール１１０によって記憶されている証憑テンプレート管理テーブル８００）を用いて、取得された証憑のテンプレート画像に対応する属性である領域を取得する。また、証憑テンプレート属性取得モジュール２７０は、証憑画像判断モジュール２６０によって証憑のテンプレート画像と証憑の画像とが対応すると判断された場合に、その領域を取得するようにしてもよい。

文字認識モジュール２８０は、証憑テンプレート属性取得モジュール２７０、証憑属性判断モジュール２９０と接続されている。文字認識モジュール２８０は、証憑テンプレート属性取得モジュール２７０によって取得された領域である属性に基づいて、画像受付処理モジュール１３０によって受け付けられた証憑の画像内のその領域内の画像を文字認識する。
証憑属性判断モジュール２９０は、評価用情報管理モジュール１５０、文字認識モジュール２８０、提示モジュール２９５と接続されている。証憑属性判断モジュール２９０は、文字認識モジュール２８０による文字認識の結果と証跡の属性とが対応するか否かを判断する。

提示モジュール２９５は、証憑画像判断モジュール２６０、証憑属性判断モジュール２９０と接続されている。提示モジュール２９５は、証憑画像判断モジュール２６０によって対応しないと判断された場合又は証憑属性判断モジュール２９０によって対応しないと判断された場合は、画像受付処理モジュール１３０によって受け付けられた証憑の画像は、収集依頼管理モジュール１２０によって依頼された証憑の画像ではないことを提示する。ここで、提示するとは、画像読込装置の操作を行った担当者に提示すること、より具体的には、画像読込装置に備え付けられているディスプレイ等の表示装置に表示すること、スピーカー等の音声出力装置によって音声出力すること等が含まれる。

図３は、本実施の形態を具現化する場合のシステム構成例を示す説明図である。画像処理装置３１０は、情報処理装置１００の画像受付処理モジュール１３０、認証サーバー３２０と接続されており、前述の画像読込装置を含む。つまり、担当者の読込操作によって証憑を読み込む。読み込んだ画像を画像受付処理モジュール１３０に渡す。認証サーバー３２０は、画像処理装置３１０と接続されており、画像処理装置３１０の操作を行う担当者を認証する。例えば、前述のＩＣカード内の担当者ＩＤを認証する。文書管理システム３３０は、情報処理装置１００の評価用情報管理モジュール１５０と接続されており、証跡の画像と証憑の画像を対応させて記憶する。そして、その対応する画像を用いて、財務内部統制の評価を行う。

図４は、本実施の形態による処理例を示すフローチャートである。
ステップＳ４０２では、収集依頼管理モジュール１２０が、対象としている証跡に対応する証憑の収集依頼を担当者に対して行う。そして、その依頼内容を収集依頼管理テーブル１０００に記憶する。例えば、情報処理装置１００に、依頼元の依頼者（ＩＤ：ＵＳＲ００１）から依頼先の担当者（ＩＤ：ＵＳＲ００５）に証跡（ＩＤ：ＥＶＤ００１）に対する収集依頼を登録する。対象としている証跡として、図１３に例示する発注書画像１３００がある。収集依頼は、例えば、電子メールを用いて行われる。その電子メールを受け取った担当者は、発注書画像１３００に対応する証憑（図１２に例示の領収書画像１２００）を収集する。

ステップＳ４０４では、画像受付処理モジュール１３０が、担当者の操作によって読み込まれた証憑画像を受け付ける。
例えば、画像読込装置のタッチパネルにメニュー画面１１００を表示する。図１１は、メニュー画面１１００の例を示す説明図である。メニュー画面１１００は、コピーボタン１１１０、ファクスボタン１１２０、スキャナー（ＰＣ保存）ボタン１１３０、スキャナー（メール送信）ボタン１１４０、スキャナー（証憑保存）ボタン１１５０、ジョブ管理ボタン１１６０、外部アクセスボタン１１７０を有している。担当者の操作によってスキャナー（証憑保存）ボタン１１５０が選択され、担当者が収集した証憑を読み込む操作を行う。受け付けた証憑の画像として、図１２に例示する領収書画像１２００がある。また、この際に、ＩＣカード等を用いて、担当者の認証を行い、担当者ＩＤ（例えば、ＩＤ：ＵＳＲ００５）を取得する。

ステップＳ４０６では、証跡画像取得モジュール２１０が、収集依頼管理テーブル１０００を用いて、ステップＳ４０４で操作を行った担当者への収集依頼から証跡の画像を取得する。また、ここで、証跡の画像を取得できなかった場合（つまり、その担当者には収集依頼が行われていない場合）は、ステップＳ４２６へ進んでもよい。前述の例では、収集依頼管理テーブル１０００を参照すると担当者（ＩＤ：ＵＳＲ００５）に証跡（ＩＤ：ＥＶＤ００１）に対する証憑の収集依頼が行われていることが確認できる。
ステップＳ４０８では、証跡画像解析モジュール２２０が、証跡の画像を画像解析する。

ステップＳ４１０では、証跡テンプレート特定モジュール２３０が、証跡テンプレート管理テーブル７００を用いて、証跡の画像に対応する証跡のテンプレート画像を特定する。例えば、発注書画像１３００に対応する証跡のテンプレート画像として、図５に例示する発注書テンプレート画像５００（ＩＤ：ＥＴ００１）を特定する。
ステップＳ４１２では、証憑テンプレート特定モジュール２４０が、収集依頼管理テーブル１０００を用いて、証跡テンプレートに対応する証憑のテンプレート画像を特定する。例えば、発注書テンプレート画像５００（ＩＤ：ＥＴ００１）に対応する証憑のテンプレート画像として、図６に例示する領収書テンプレート画像６００（ＩＤ：ＶＴ００１）を特定する。
ステップＳ４１４では、証憑画像解析モジュール２５０が、証憑画像を画像解析する。
ステップＳ４１６では、証憑画像判断モジュール２６０が、解析結果と証憑テンプレート管理テーブル８００を用いて、証憑テンプレートと証憑画像は対応するか否かを判断し、対応する場合はステップＳ４１８へ進み、それ以外の場合はステップＳ４２６へ進む。前述の例では、領収書画像１２００と領収書テンプレート画像６００との比較が行われる。

ステップＳ４１８では、証憑テンプレート属性取得モジュール２７０が、証憑テンプレート管理テーブル８００を用いて、証憑テンプレートの属性情報を取得する。ここでの属性情報としては、領域の位置情報（証憑テンプレート管理テーブル８００の会社名記載領域欄８４０）があり、具体的には、図１２に例示する領収書画像１２００内の領域１２１０である。
ステップＳ４２０では、文字認識モジュール２８０が、証憑テンプレートの属性情報を用いて証憑画像内の領域を文字認識する。図１２に例示する領収書画像１２００内の領域１２１０の文字認識結果は、「株式会社 会社Ａ」となる。
ステップＳ４２２では、証憑属性判断モジュール２９０が、証跡テンプレート管理テーブル７００を用いて、証跡の属性情報と文字認識結果は対応するか否かを判断し、対応する場合はステップＳ４２４へ進み、それ以外の場合はステップＳ４２６へ進む。前述の例では、証跡の属性情報として証跡テンプレート管理テーブル７００の会社名欄７３０、文字認識結果は「株式会社 会社Ａ」である。ここで、証跡の属性情報と比較するのは、受け付けた証憑の画像は、対象としている証跡と対応しているかを確認するためである。ステップＳ４２２では１つの属性情報が対応するか否かで判断しているが、複数の属性情報が対応することを条件としてもよい。
ステップＳ４２４では、評価用情報管理モジュール１５０が、証跡画像と証憑画像とを対応させて記憶する。
ステップＳ４２６では、提示モジュール２９５が、証憑画像は収集依頼したものではないことを提示する。

図４に例示するフローチャートでは、担当者に証憑の収集依頼を行ったことを契機として、処理を行ったが、予め証跡に対応する証跡のテンプレート画像を特定し、さらに、その証跡のテンプレート画像に対応する証憑のテンプレート画像を特定するようにしてもよい。この処理について、図１４、図１５に例示のフローチャートを用いて説明する。
図１４は、本実施の形態による処理例を示すフローチャートである。
ステップＳ１４０２では、画像受付処理モジュール１３０が、証跡の画像を受け付ける。
ステップＳ１４０４では、証跡画像解析モジュール２２０が、証跡の画像を画像解析する。
ステップＳ１４０６では、証跡テンプレート特定モジュール２３０が、証跡テンプレート管理テーブル７００を用いて、証跡の画像に対応する証跡テンプレートを特定する。
ステップＳ１４０８では、証憑テンプレート特定モジュール２４０が、証跡テンプレート／証憑テンプレート管理テーブル９００を用いて、証跡テンプレートに対応する証憑テンプレート画像を特定する。つまり、証跡に対応する証憑テンプレート画像が特定されたことになる。
この処理によって、担当者に証憑の収集依頼を行う前に、証跡に対応する証跡のテンプレート画像を特定し、さらに、その証跡のテンプレート画像に対応する証憑のテンプレート画像を特定する。

図１５は、本実施の形態による処理例を示すフローチャートである。図１４に例示のフローチャートによる処理を行った後に行う。
ステップＳ１５０２では、対象としている証跡に対応する証憑の収集依頼を担当者に対して行う。そして、その依頼内容を収集依頼管理テーブル１０００に記憶する。
ステップＳ１５０４では、画像受付処理モジュール１３０が、担当者の操作によって読み込まれた証憑画像を受け付ける。
ステップＳ１５０６では、担当者への収集依頼とステップＳ１４０８による特定結果から証憑テンプレートを特定する。つまり、収集依頼管理テーブル１０００の対象証跡ＩＤ欄１０４０内の証跡に対応する証憑テンプレートを特定する。また、ここで、証跡テンプレートを特定できなかった場合（つまり、その担当者には収集依頼が行われていない場合）は、ステップＳ１５２０へ進んでもよい。

ステップＳ１５０８では、証憑画像解析モジュール２５０が、証憑画像を画像解析する。
ステップＳ１５１０では、証憑画像判断モジュール２６０が、解析結果と証憑テンプレート管理テーブル８００を用いて、証憑テンプレートと証憑画像は対応するか否かを判断し、対応する場合はステップＳ１５１２へ進み、それ以外の場合はステップＳ１５２０へ進む。
ステップＳ１５１２では、証憑テンプレート属性取得モジュール２７０が、証憑テンプレート管理テーブル８００を用いて、証憑テンプレートの属性情報を取得する。ここでの属性情報としては、領域の位置情報である。

ステップＳ１５１４では、文字認識モジュール２８０が、証憑テンプレートの属性情報を用いて証憑画像内の領域を文字認識する。
ステップＳ１５１６では、証憑属性判断モジュール２９０が、証跡テンプレート管理テーブル７００を用いて、証跡の属性情報と文字認識結果は対応するか否かを判断し、対応する場合はステップＳ１５１８へ進み、それ以外の場合はステップＳ１５２０へ進む。
ステップＳ１５１８では、評価用情報管理モジュール１５０が、証跡画像と証憑画像とを対応させて記憶する。
ステップＳ１５２０では、提示モジュール２９５が、証憑画像は収集依頼したものではないことを提示する。

図１６を参照して、本実施の形態の情報処理装置のハードウェア構成例について説明する。図１６に示す構成は、例えばパーソナルコンピュータ（ＰＣ）などによって構成されるものであり、スキャナー等のデータ読み取り部１６１７と、プリンタなどのデータ出力部１６１８を備えたハードウェア構成例を示している。

ＣＰＵ１６０１は、前述の実施の形態において説明した各種のモジュール、すなわち、証跡／証憑情報管理モジュール１１０、収集依頼管理モジュール１２０、画像受付処理モジュール１３０、証憑解析モジュール１４０等の各モジュールの実行シーケンスを記述したコンピュータ・プログラムにしたがった処理を実行する制御部である。

ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）１６０２は、ＣＰＵ１６０１が使用するプログラムや演算パラメータ等を格納する。ＲＡＭ１６０３は、ＣＰＵ１６０１の実行において使用するプログラムや、その実行において適宜変化するパラメータ等を格納する。これらはＣＰＵバスなどから構成されるホストバス１６０４により相互に接続されている。

ホストバス１６０４は、ブリッジ１６０５を介して、ＰＣＩ（Ｐｅｒｉｐｈｅｒａｌ Ｃｏｍｐｏｎｅｎｔ Ｉｎｔｅｒｃｏｎｎｅｃｔ／Ｉｎｔｅｒｆａｃｅ）バスなどの外部バス１６０６に接続されている。

キーボード１６０８、マウス等のポインティングデバイス１６０９は、操作者により操作される入力デバイスである。ディスプレイ１６１０は、液晶表示装置又はＣＲＴ（Ｃａｔｈｏｄｅ Ｒａｙ Ｔｕｂｅ）などがあり、各種情報をテキストやイメージ情報として表示する。

ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）１６１１は、ハードディスクを内蔵し、ハードディスクを駆動し、ＣＰＵ１６０１によって実行するプログラムや情報を記録又は再生させる。ハードディスクには、受け付けた証憑の画像、証跡の型の画像、証憑の型の画像、証跡の属性、証憑の属性などが格納される。さらに、その他の各種のデータ処理プログラム等、各種コンピュータ・プログラムが格納される。

ドライブ１６１２は、装着されている磁気ディスク、光ディスク、光磁気ディスク、又は半導体メモリ等のリムーバブル記録媒体１６１３に記録されているデータ又はプログラムを読み出して、そのデータ又はプログラムを、インタフェース１６０７、外部バス１６０６、ブリッジ１６０５、及びホストバス１６０４を介して接続されているＲＡＭ１６０３に供給する。リムーバブル記録媒体１６１３も、ハードディスクと同様のデータ記録領域として利用可能である。

接続ポート１６１４は、外部接続機器１６１５を接続するポートであり、ＵＳＢ、ＩＥＥＥ１３９４等の接続部を持つ。接続ポート１６１４は、インタフェース１６０７、及び外部バス１６０６、ブリッジ１６０５、ホストバス１６０４等を介してＣＰＵ１６０１等に接続されている。通信部１６１６は、ネットワークに接続され、外部とのデータ通信処理を実行する。データ読み取り部１６１７は、例えばスキャナーであり、ドキュメントの読み取り処理を実行する。データ出力部１６１８は、例えばプリンタであり、ドキュメントデータの出力処理を実行する。

なお、図１６に示す情報処理装置のハードウェア構成は、１つの構成例を示すものであり、本実施の形態は、図１６に示す構成に限らず、本実施の形態において説明したモジュールを実行可能な構成であればよい。例えば、一部のモジュールを専用のハードウェア（例えば特定用途向け集積回路（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ：ＡＳＩＣ）等）で構成してもよく、一部のモジュールは外部のシステム内にあり通信回線で接続しているような形態でもよく、さらに図１６に示すシステムが複数互いに通信回線によって接続されていて互いに協調動作するようにしてもよい。また、複写機、ファクス、スキャナー、プリンタ、複合機などに組み込まれていてもよい。

なお、説明したプログラムについては、記録媒体に格納して提供してもよく、また、そのプログラムを通信手段によって提供してもよい。その場合、例えば、前記説明したプログラムについて、「プログラムを記録したコンピュータ読み取り可能な記録媒体」の発明として捉えてもよい。
「プログラムを記録したコンピュータ読み取り可能な記録媒体」とは、プログラムのインストール、実行、プログラムの流通などのために用いられる、プログラムが記録されたコンピュータで読み取り可能な記録媒体をいう。
なお、記録媒体としては、例えば、デジタル・バーサタイル・ディスク（ＤＶＤ）であって、ＤＶＤフォーラムで策定された規格である「ＤＶＤ−Ｒ、ＤＶＤ−ＲＷ、ＤＶＤ−ＲＡＭ等」、ＤＶＤ＋ＲＷで策定された規格である「ＤＶＤ＋Ｒ、ＤＶＤ＋ＲＷ等」、コンパクトディスク（ＣＤ）であって、読出し専用メモリ（ＣＤ−ＲＯＭ）、ＣＤレコーダブル（ＣＤ−Ｒ）、ＣＤリライタブル（ＣＤ−ＲＷ）等、ブルーレイ・ディスク（Ｂｌｕ−ｒａｙ Ｄｉｓｃ（登録商標））、光磁気ディスク（ＭＯ）、フレキシブルディスク（ＦＤ）、磁気テープ、ハードディスク、読出し専用メモリ（ＲＯＭ）、電気的消去及び書換可能な読出し専用メモリ（ＥＥＰＲＯＭ（登録商標））、フラッシュ・メモリ、ランダム・アクセス・メモリ（ＲＡＭ）等が含まれる。
そして、前記のプログラム又はその一部は、前記記録媒体に記録して保存や流通等させてもよい。また、通信によって、例えば、ローカル・エリア・ネットワーク（ＬＡＮ）、メトロポリタン・エリア・ネットワーク（ＭＡＮ）、ワイド・エリア・ネットワーク（ＷＡＮ）、インターネット、イントラネット、エクストラネット等に用いられる有線ネットワーク、あるいは無線通信ネットワーク、さらにこれらの組み合わせ等の伝送媒体を用いて伝送させてもよく、また、搬送波に乗せて搬送させてもよい。
さらに、前記のプログラムは、他のプログラムの一部分であってもよく、あるいは別個のプログラムと共に記録媒体に記録されていてもよい。また、複数の記録媒体に分割して
記録されていてもよい。また、圧縮や暗号化など、復元可能であればどのような態様で記録されていてもよい。

１００…情報処理装置
１１０…証跡／証憑情報管理モジュール
１２０…収集依頼管理モジュール
１３０…画像受付処理モジュール
１４０…証憑解析モジュール
１５０…評価用情報管理モジュール
２１０…証跡画像取得モジュール
２２０…証跡画像解析モジュール
２３０…証跡テンプレート特定モジュール
２４０…証憑テンプレート特定モジュール
２５０…証憑画像解析モジュール
２６０…証憑画像判断モジュール
２７０…証憑テンプレート属性取得モジュール
２８０…文字認識モジュール
２９０…証憑属性判断モジュール
２９５…提示モジュール
３１０…画像処理装置
３２０…認証サーバー
３３０…文書管理システム

Claims (5)

1. 証跡の画像に対応する証憑の画像の読み込みを担当者に依頼する依頼手段と、
   前記担当者による読み込み操作によって、証憑の画像を受け付ける受付手段と、
   前記受付手段によって受け付けられた証憑の画像と対応する証憑の型画像を取得する証憑型画像取得手段と、
   証憑の型画像と該証憑の属性である領域を対応させて記憶する証憑型属性情報を用いて、前記証憑型画像取得手段によって取得された証憑の型画像に対応する属性である領域を取得する属性取得手段と、
   前記属性取得手段によって取得された領域である属性に基づいて、前記受付手段によって受け付けられた証憑の画像内の該領域内の画像を文字認識する文字認識手段と、
   前記文字認識手段による文字認識の結果と前記証跡の属性とが対応するか否かを判断する属性判断手段と、
   前記属性判断手段によって対応すると判断された場合は、前記証跡の画像と前記証憑の画像を対応させて出力する出力手段
   を具備することを特徴とする情報処理装置。
2. 前記証跡の画像と対応する証跡の型の画像を取得する証跡型画像取得手段
   をさらに具備し、
   前記証憑型画像取得手段は、証跡の型の画像と証憑の型の画像を対応させて記憶する証跡証憑型情報を用いて、前記証跡型画像取得手段によって取得された証跡の型の画像と対応する証憑の型の画像を取得する
   ことを特徴とする請求項１に記載の情報処理装置。
3. 前記証憑型画像取得手段によって取得された証憑の型の画像と前記受付手段によって受け付けられた証憑の画像とが対応するか否かを判断する画像判断手段
   をさらに具備し、
   前記属性取得手段は、前記画像判断手段によって対応すると判断された場合は、前記領域を取得する
   ことを特徴とする請求項１又は２に記載の情報処理装置。
4. 前記画像判断手段によって対応しないと判断された場合又は前記属性判断手段によって対応しないと判断された場合は、前記受付手段によって受け付けられた証憑の画像は、前記依頼手段によって依頼された証憑の画像ではないことを提示する提示手段
   を具備することを特徴とする請求項１から３のいずれか一項に記載の情報処理装置。
5. コンピュータを、
   証跡の画像に対応する証憑の画像の読み込みを担当者に依頼する依頼手段と、
   前記担当者による読み込み操作によって、証憑の画像を受け付ける受付手段と、
   前記受付手段によって受け付けられた証憑の画像と対応する証憑の型画像を取得する証憑型画像取得手段と、
   証憑の型画像と該証憑の属性である領域を対応させて記憶する証憑型属性情報を用いて、前記証憑型画像取得手段によって取得された証憑の型画像に対応する属性である領域を取得する属性取得手段と、
   前記属性取得手段によって取得された領域である属性に基づいて、前記受付手段によって受け付けられた証憑の画像内の該領域内の画像を文字認識する文字認識手段と、
   前記文字認識手段による文字認識の結果と前記証跡の属性とが対応するか否かを判断する属性判断手段と、
   前記属性判断手段によって対応すると判断された場合は、前記証跡の画像と前記証憑の画像を対応させて出力する出力手段
   として機能させることを特徴とする情報処理プログラム。

Images