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

Abstract

【課題】１枚の請求書に複数枚の証憑が関係する場合における突合せ作業の負担を軽減する。【解決手段】プログラムの実行を通じ、コンピュータに、１枚の請求書に対する証憑の候補として、複数枚の帳票の組み合わせを抽出する機能と、各候補の合計金額と請求書の金額とを照合し、各候補を照合の結果とともにユーザに提示する機能と、を実現させる。【選択図】図８

Description

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

支払い業務では、請求書と取引の証拠である帳票（以下「証憑」という）との突合せが行われる。ただし、人手による突合せは、作業の負担が大きい。そこで、ＯＣＲ（＝Optical Character Recognition）技術を活用して、突合せの作業を支援するサービスが存在する。

特許第６６３５５６３号公報

今日実用化されている突合せは、１つの請求書と１つの証憑との突合せを前提とする。このため、１つの請求書が複数の証憑の金額を合算した「合算請求書」の場合、人手による突合せが必要である。ところが、複数の証憑との突合せは、１つの証憑を突き合わせる場合よりも作業の負担が大きい。

本発明は、１枚の請求書に複数枚の証憑が関係する場合における突合せ作業の負担を軽減することを目的とする。

請求項１に記載の発明は、コンピュータに、１枚の請求書に対する証憑の候補として、複数枚の帳票の組み合わせを抽出する機能と、各候補の合計金額と前記請求書の金額とを照合し、各候補を照合の結果とともにユーザに提示する機能と、を実現させるためのプログラムである。
請求項２に記載の発明は、前記コンピュータは、合計金額が前記請求書の金額と一致する組み合わせが見つかった場合、見つかった組み合わせを証憑の候補として優先的に提示する、請求項１に記載のプログラムである。
請求項３に記載の発明は、前記コンピュータは、合計金額が前記請求書の金額と一致する組み合わせが見つからなかった場合、合計金額が当該請求書の金額と一致しない組み合わせの中から当該請求書の金額との差額が少ない組み合わせを証憑の候補として提示する、請求項２に記載のプログラムである。
請求項４に記載の発明は、前記コンピュータは、前記候補に対応する複数枚の帳票を提示する、請求項２又は３に記載のプログラムである。
請求項５に記載の発明は、前記コンピュータは、照合の結果が同じ組み合わせが複数ある場合、結果が同じ他の組み合わせに切り替えるためのボタンを画面上に表示する、請求項２又は３に記載のプログラムである。
請求項６に記載の発明は、前記コンピュータは、照合の結果が同じ組み合わせが複数ある場合、複数の組み合わせを同じ画面上に対比的に表示する、請求項２又は３に記載のプログラムである。
請求項７に記載の発明は、前記コンピュータは、組み合わせの抽出に使用した条件に関する情報を提示する、請求項２又は３に記載のプログラムである。
請求項８に記載の発明は、前記コンピュータは、前記情報として、初期の条件に対する変更点を提示する、請求項７に記載のプログラムである。
請求項９に記載の発明は、前記コンピュータは、消し込みが記録されていない帳票を対象として組み合わせを抽出する、請求項１に記載のプログラムである。
請求項１０に記載の発明は、前記コンピュータは、合計金額が前記請求書の金額と一致する組み合わせが見つからなかった場合、照合済みの組み合わせを修正して新たな組み合わせを生成する、請求項９に記載のプログラムである。
請求項１１に記載の発明は、前記コンピュータは、合計金額が前記請求書の金額よりも多い組み合わせに、合計金額と当該請求書の金額との差分に相当する額面の帳票が含まれる場合、該当する帳票を除いた新たな組み合わせを生成する、請求項１０に記載のプログラムである。
請求項１２に記載の発明は、前記コンピュータは、合計金額が前記請求書の金額よりも多い組み合わせのいずれにも、合計金額と当該請求書の金額との差分に相当する額面の帳票が見つからなかった場合、抽出の条件を変更して新たな組み合わせを抽出する、請求項１０又は１１に記載のプログラムである。
請求項１３に記載の発明は、前記コンピュータは、合計金額が前記請求書の金額よりも少ない組み合わせについては、抽出の条件を変更して新たな組み合わせを抽出する、請求項１０に記載のプログラムである。
請求項１４に記載の発明は、プロセッサを有し、前記プロセッサは、１枚の請求書に対する証憑の候補として、複数枚の帳票の組み合わせを抽出し、各候補の合計金額と前記請求書の金額とを照合し、各候補を照合の結果とともにユーザに提示する、情報処理装置である。

請求項１記載の発明によれば、１枚の請求書に複数枚の証憑が関係する場合における突合せ作業の負担を軽減できる。
請求項２記載の発明によれば、証憑の可能性が高い候補を優先的に確認できる。
請求項３記載の発明によれば、合計金額が一致する組み合わせが見つからない場合でも、証憑の可能性が高い組み合わせを提示できる。
請求項４記載の発明によれば、提示された候補の検証を可能にできる。
請求項５記載の発明によれば、同じ分類に属する他の組み合わせを順番に提示できる。
請求項６記載の発明によれば、組み合わせの対比により証憑の発見を容易にできる。
請求項７記載の発明によれば、候補として提示された理由の推測が可能にできる。
請求項８記載の発明によれば、候補として提示された理由を確認できる。
請求項９記載の発明によれば、抽出される組み合わせの精度を高めることができる。
請求項１０記載の発明によれば、最初から組み合わせの抽出をやり直す場合に比して作業を効率化できる。
請求項１１記載の発明によれば、効率的に金額が一致する組み合わせを生成できる。
請求項１２記載の発明によれば、証憑の可能性が高い候補を提示することができる。
請求項１３記載の発明によれば、証憑の可能性が高い候補を提示することができる。
請求項１４記載の発明によれば、１枚の請求書に複数枚の証憑が関係する場合における突合せ作業の負担を軽減できる。

実施の形態１で想定する会計処理システムの使用例を説明する図である。 実施の形態１で使用する画像処理装置のハードウェア構成の一例を説明する図である。 実施の形態１で使用する発注書ＤＢのデータ構造の一例を説明する図である。（Ａ）は発注書ＤＢに記憶されている帳票のデータ構造の例を示し、（Ｂ）～（Ｄ）は各帳票の金額の明細を記録したテーブルの例を示す。 実施の形態１で使用する証憑候補抽出装置のハードウェア構成の一例を説明する図である。 処理の対象とする請求書の一例を示す図である。 処理の対象とする請求書の画像データの取り込みから属性の抽出までの処理を説明する図である。 証憑候補抽出装置で実行される処理動作例の一部を説明する図である。 証憑候補抽出装置で実行される処理動作例の残りを説明する図である。 １枚のみで、請求書の金額と一致する証憑の候補が見つかった場合に担当者が操作するユーザ端末に表示されるユーザインタフェース画面の一例を説明する図である。 合算請求書の金額と一致する証憑の候補の組み合わせが見つかった場合に表示されるユーザインタフェース画面の一例を説明する図である。 合算請求書の金額と一致する証憑の候補の組み合わせが見つかった場合に表示されるユーザインタフェース画面の一例を説明する図である。 合算請求書の金額と一致する証憑の候補の組み合わせが見つからない場合に表示されるユーザインタフェース画面の一例を説明する図である。 ステップ１３で否定結果が得られた場合に、証憑候補抽出装置で実行される他の処理動作例を説明する図である。 証憑候補抽出装置で実行される処理動作例の他の一例を説明する図である。 ステップ４１で否定結果が得られた場合における証憑候補抽出装置の処理動作の一例を説明する図である。

以下、図面を参照して、本発明の実施の形態を説明する。
＜実施の形態１＞
＜システムの全体構成＞
図１は、実施の形態１で想定する会計処理システム１の使用例を説明する図である。

図１に示す会計処理システム１は、サービスを利用するユーザが操作するユーザ端末１０と、紙に印刷された請求書の画像データの取り込むスキャナを備える画像形成装置２０と、画像データから予め定めた情報を抽出するＯＣＲ（＝Optical Character Recognition）装置３０と、発注書の情報が記録される発注書ＤＢ（＝DataBase）４０と、請求書に関連する証憑の候補を抽出する証憑候補抽出装置５０と、通信路６０とを有している。
本実施の形態では、処理の対象である請求書に対する証憑の可能性がある帳票を「証憑の候補」という。すなわち、証憑の候補とは、証憑としては未だ確定していない状態の帳票をいう。

ユーザ端末１０は、例えばデスクトップ型のコンピュータ、ノート型のコンピュータ、タブレット型のコンピュータである。
図１では、請求書の処理を担当する担当者が操作するユーザ端末１０をユーザ端末１０Ａと表記し、担当者からの申請を承認する承認者が操作するユーザ端末１０をユーザ端末１０Ｂと表記する。

画像形成装置２０は、用紙にテキストや画像を印刷する機能、原稿の画像データを取り込む機能、原稿の複製物を生成する機能、ファクシミリを送受信する機能等を備える。
図１に示す画像形成装置２０の本体上部には、画像データの取り込み位置に原稿を１枚ずつ搬送する機構が備え付けられている。この種の機構は、例えばＡＤＦ（＝Auto Document Feeder）と呼ばれる。

原稿の複製物の生成時には、原稿の画像データを取り込む機能と、用紙にテキストや画像を印刷する機能が組み合わされる。
原稿の画像データは、画像形成装置２０により光学的に取り込む場合に限らず、本体に接続された記録媒体や外部の情報端末から取得してもよい。
画像形成装置２０に設ける機能は、前述した機能に限らない。もっとも、本実施の形態の場合、原稿の画像データを光学的に取り込む機能が必須であり、他の機能は任意である。

本実施の形態における原稿は、印刷物の他、手書きで文字が記入された文書でもよい。手書きによる文字の記入は、文書の一部分で構わない。すなわち、文書内の文字は、全てが手書きである必要はない。
本実施の形態では、原稿として請求書を想定する。

本実施の形態における画像形成装置２０には、原稿から取り込んだ画像データからノイズや地紋等を除去する機能も用意されている。本実施の形態の場合、ノイズ等を除去した後の画像データがＯＣＲ装置３０に送信される。
図１には画像形成装置２０を１台のみ表しているが、会計処理システム１を構成する画像形成装置２０は複数台でもよい。

ＯＣＲ装置３０は、画像形成装置２０から与えられる画像データをＯＣＲ処理し、処理の対象である請求書の属性を抽出する装置である。ＯＣＲ装置３０は、例えばコンピュータであり、プログラムの実行を通じ、画像データに含まれるテキストの画像を文字コードに変換する。ＯＣＲ処理を実行するコンピュータは、例えばサーバ、デスクトップ型のコンピュータ、ノート型のコンピュータである。

本実施の形態の場合、属性は、証憑の候補の抽出に使用される。このため、本実施の形態では、予め定めた属性のみを選択的に抽出する。
本実施の形態の場合、属性として、例えば企業名、日付、商品名、商品番号、役務名、役務番号、請求番号、金額を使用する。
ＯＣＲ装置３０は、抽出された属性を証憑候補抽出装置５０に出力する。

図１の場合、ＯＣＲ装置３０は、画像形成装置２０とは別に設けられているが、ＯＣＲ装置３０は、画像形成装置２０の機能の一部として設けてもよい。
図１の場合、ＯＣＲ装置３０は１台であるが、会計処理システム１を構成するＯＣＲ装置３０は複数台でもよい。複数台のＯＣＲ装置３０が１つの画像データを分散的に処理してもよい。

発注書ＤＢ４０は、発注書のデータが記憶されているデータベースである。本実施の形態の場合、発注書のデータとして、管理番号、発行日、差出人、タイトル、帳票番号、金額、消込の有無その他の情報が記憶されている。
本実施の形態では、「発注書」との用語を採用するが「注文書」等、他の呼び名でもよい。発注書や注文書は、帳票の一例である。
発注書ＤＢ４０は、専用の装置である必要はなく、ＯＣＲ装置３０や証憑候補抽出装置５０内に配置されてもよい。

証憑候補抽出装置５０は、ＯＣＲ装置３０で抽出された属性を用いて発注書ＤＢ４０を検索し、処理の対象である請求書の証憑の候補を抽出する装置である。証憑候補抽出装置５０は、例えばコンピュータであり、プログラムの実行を通じて証憑の候補を抽出する処理と、抽出された証憑の候補を担当者等に提示する処理とを実行する。証憑の候補の抽出等を実行するコンピュータは、例えばサーバ、デスクトップ型のコンピュータ、ノート型のコンピュータである。
ここでの証憑候補抽出装置５０は、情報処理装置の一例である。

本実施の形態における通信路６０には、ＬＡＮ（＝Local Area Network）を使用する。もっとも、通信路６０は、インターネットやクラウドネットワーク、４Ｇや５Ｇ等の移動通信システムでもよい。
通信路６０にインターネット等を使用する場合、ＯＣＲ装置３０、発注書ＤＢ４０、証憑候補抽出装置５０の全部又は一部は、インターネットやクラウドネットワーク上のサービスとして提供される。

＜装置の構成＞
＜画像形成装置の構成＞
図２は、実施の形態１で使用する画像形成装置２０のハードウェア構成の一例を説明する図である。

図２に示す画像形成装置２０は、装置の全体を制御する制御ユニット２１と、画像データ等を記憶するハードディスクドライブ（すなわちＨＤＤ）２２と、原稿の画像データを光学的に取り込むスキャナ２３と、階調を変換する処理や色を補正する処理等を画像データに加える画像処理ユニット２４と、画像データに応じた画像を用紙上に形成する画像形成ユニット２５と、ユーザの操作を受け付ける操作受付ユニット２６と、ユーザの操作に使用する画面等が表示されるディスプレイ２７と、外部との通信に用いられる通信モジュール２８とを有している。

制御ユニット２１と各部は、バス２９や不図示の信号線を通じて接続されている。
制御ユニット２１は、プロセッサ２１Ａと、ＢＩＯＳ（＝Basic Input Output System）等が記憶されたＲＯＭ（＝Read Only Memory）２１Ｂと、ワークエリアとして用いられるＲＡＭ（＝Random Access Memory）２１Ｃとを有している。
制御ユニット２１は、いわゆるコンピュータとして機能する。

ハードディスクドライブ２２には、例えばファームウェア、ファームウェア上で動作するアプリケーションプログラム、画像データが記憶される。本実施の形態では、ファームウェアやアプリケーションプログラムを総称して「プログラム」という。
スキャナ２３は、例えばＣＩＳ（＝Contact Image Sensor）センサを備える。ＣＩＳセンサは、照明光を射出するＬＥＤ（＝Light Emitting Diode）と、原稿で反射された光を受光するフォトセンサと、原稿で反射した光をフォトセンサに集光する光学系を含んでいる。

ＡＤＦにより原稿を読み取り位置に搬送しながら画像を読み取るモードの場合、ＣＩＳセンサは、画像データの取り込み位置に固定された状態で使用される。光が透過するガラス面に原稿を配置した状態で画像を読み取るモードの場合、ＣＩＳセンサは、原稿に対して相対的に移動するよう制御される。
画像処理ユニット２４は、階調を変換する処理や色を補正する処理等を実行するＧＰＵ（＝Graphics Processing Unit）やＦＰＧＡ（＝Field Programmable Gate Array）等で構成される。

画像形成ユニット２５は、用紙に転写されたトナーを熱で定着することにより画像データに応じた画像を用紙上に形成する電子写真方式や液滴を用紙に射出することにより画像データに応じた画像を用紙上に形成するインクジェット方式に応じた機構を有している。
操作受付ユニット２６は、ディスプレイ２７の表示面に配置されるタッチセンサ、物理的なスイッチやボタン等で構成される。
ディスプレイ２７は、例えば液晶ディスプレイや有機ＥＬディスプレイで構成される。

操作受付ユニット２６とディスプレイ２７とを一体化したデバイスは、タッチパネルとも呼ばれる。タッチパネルは、ソフトウェア的に表示されたキー（以下「ソフトキー」とも呼ぶ）に対するユーザの操作の受け付けに使用される。
通信モジュール２８は、有線や無線による通信規格に準拠したモジュールで構成される。通信モジュール２８には、例えばイーサネット（登録商標）モジュール、ＵＳＢ（＝Universal Serial Bus）、無線ＬＡＮ、ファクシミリ用のモデムその他が用いられる。

＜発注書ＤＢの構成＞
図３は、実施の形態１で使用する発注書ＤＢ４０のデータ構造の一例を説明する図である。（Ａ）は発注書ＤＢ４０に記憶されている帳票のデータ構造の例を示し、（Ｂ）～（Ｄ）は各帳票の金額の明細を記録したテーブル（以下「明細テーブル」という）の例を示す。
図３に示す発注書ＤＢ４０は、帳票の管理に使用する番号（以下「帳票管理番号」という）と、発行日と、差出人と、帳票のタイトルと、帳票に付されている番号（以下「帳票番号」という）と、消込の有無を示すフラグ（以下「消込フラグ」という）とで構成されている。

図３の場合、発注書ＤＢ４０には、４つの帳票のデータが記録されている。図３では、帳票管理番号として「０００１」、「０００２」、「０００３」、「０００４」を例示している。
これら４つの帳票のうち、「０００１」で管理される帳票の発行日だけが１月であり、他の３つの帳票の発行日は２月である。
また、これら４つの帳票のうち「０００２」で管理される帳票だけ消込が完了している。

図３（Ｂ）に示す明細テーブルは、「０００１」で管理される帳票の明細を記録する。図３（Ｂ）の場合、項目が「物品Ａ」であり、単価が「￥１０」であり、数量が「１０００」であり、金額が「￥１００００」である。
図３（Ｃ）に示す明細テーブルは、「０００３」で管理される帳票の明細を記録する。図３（Ｃ）の場合、明細テーブルには、３つの物品が記録される。

「物品Ａ１」の単価は「￥１」であり、数量は「１０００」である。このため、「物品Ａ１」の金額は「￥１０００」である。また、「物品Ｂ」の単価は「￥２」であり、数量は「２０００」である。このため、「物品Ｂ」の金額は「￥４０００」である。「物品Ｃ」の単価は「￥３」であり、数量は「３０００」である。このため、「物品Ｃ」の金額は「￥９０００」である。

図３（Ｄ）に示す明細テーブルは、「０００４」で管理される帳票の明細を記録する。図３（Ｄ）の場合、明細テーブルには、２つの物品が記録される。
「物品Ｃ１」の単価は「￥５」であり、数量は「３０００」である。このため、「物品Ｃ１」の金額は「￥１５０００」である。また、「物品Ｄ」の単価は「￥６」であり、数量は「５０００」である。このため、「物品Ｄ」の金額は「￥３００００」である。

＜証憑候補抽出装置の構成＞
図４は、実施の形態１で使用する証憑候補抽出装置５０のハードウェア構成の一例を説明する図である。
図４に示す証憑候補抽出装置５０は、制御ユニット５１と、ハードディスクドライブ（すなわちＨＤＤ）５２と、通信モジュール５３とを有している。

制御ユニット５１は、プロセッサ５１Ａと、ＲＯＭ５１Ｂと、ＲＡＭ５１Ｃとを有している。
プロセッサ５１Ａは、例えばＣＰＵで構成される。プロセッサ５１Ａは、プログラムの実行を通じて各種の機能を実現する。
ＲＯＭ５１Ｂには、ＢＩＯＳ等が記憶される。また、ＲＡＭ５１Ｃは、実行領域として使用される。

ハードディスクドライブ５２は、補助記憶装置であり、ファームウェアやプログラムが記憶される。証憑の候補を抽出する機能や抽出された証憑の候補を担当者等に提示する機能は、プログラムの実行を通じて実現される。
ハードディスクドライブ５２の代わりに、半導体メモリを使用してもよい。
通信モジュール５３は、他の装置との通信に使用される。

＜請求書の例＞
図５は、処理の対象とする請求書の一例を示す図である。図５に示す請求書は、複数の帳票の金額の合計額を請求の金額とする合算請求書の一例である。
図５に示す請求書は、「ＡＢＣ株式会社」を宛先とし、その発行元は「株式会社 ＸＸＸ」である。

図５に示す請求書の場合、属性として、「株式会社 ＸＸＸ」、「発行日：２０２０年２月２７日」、「請求番号：ＡＢＣ－２０２０－０２－００１」、「ご請求金額 ￥７５，０００ （税込）」、「ＡＡＡ装置」、「１式」、「￥１０，０００」、「ＣＣＣ業務（設計図面）」、「７時間」、「￥２，０００」、「￥１４，０００」、「ＤＤＤ部品」、「４５個」、「￥１，０００」、「￥４５，０００」等が抽出される。

＜処理動作＞
図６及び図７を用いて、会計処理システム１で実行される処理動作を説明する。
図６は、処理の対象とする請求書の画像データの取り込みから属性の抽出までの処理を説明する図である。図６では、個々のステップを記号のＳで示す。

まず、担当者の操作に応じ、画像形成装置２０が、請求書の画像データを取得する（ステップ１）。画像データの取得には、スキャナ２３（図２参照）による請求書の読み取りの他、インタフェースに装着された半導体メモリからの読み取り、ユーザ端末１０からの読み取りがある。
本実施の形態では、図５に例示した請求書の画像データが取得される。

次に、画像形成装置２０は、取得した画像データをＯＣＲ装置３０へ転送する（ステップ２）。
画像形成装置２０から画像データを受け付けたＯＣＲ装置３０は、画像データをＯＣＲ処理して属性を抽出する（ステップ３）。
本実施の形態の場合、属性として、例えば企業名、日付、商品名、商品番号、役務名、役務番号、請求番号、金額が抽出される。
抽出された属性は、ＯＣＲ装置３０から証憑候補抽出装置５０に与えられる。

図７は、証憑候補抽出装置５０で実行される処理動作例の一部を説明する図である。図７には、ステップ１１～ステップ１５までの処理動作を描いている。
証憑候補抽出装置５０は、抽出された属性を用いて証憑の候補を全て抽出する（ステップ１１）。具体的には、証憑候補抽出装置５０は、ステップ３（図６参照）で抽出された属性のうち特定の属性を含む帳票を、証憑の候補として発注書ＤＢ４０から抽出する。

特定の属性には、例えば差出人の会社名、請求番号、品番、品名、役務名、請求書の発行日から割り出された月の情報がある。
請求書の発行日が例えば３月の場合、帳票の発行日は３月又は３月以前が抽出の範囲となる。
この段階では、処理の対象である請求書に現れる属性を含むだけの帳票も含まれている。

なお、他の請求書の証憑として消込済みの帳票を含める必要はない。このため、証憑の候補の抽出に際しては、消込されていない帳票に限定する。もっとも、消込済みの帳票の除外は、運用の開始後に選択可能としてもよい。
消込フラグによる絞り込みにより、証憑の候補として抽出される帳票の絞り込みの精度が高くなる。

ステップ１１における抽出が完了すると、証憑候補抽出装置５０は、証憑の候補毎に請求書の金額と比較する（ステップ１２）。すなわち、証憑の候補として抽出された１枚の帳票の金額と、請求書の金額とが比較される。
次に、証憑候補抽出装置５０は、金額が一致する証憑の候補があるか否かを判定する（ステップ１３）。換言すると、請求書の金額と単独で一致する帳票の有無が判定される。
肯定結果が得られた場合、証憑候補抽出装置５０は、候補の全てを比較したか否かを判定する（ステップ１４）。

ステップ１４で否定結果が得られている間、証憑候補抽出装置５０は、ステップ１３に戻る。
やがて、ステップ１４で肯定結果が得られると、証憑候補抽出装置５０は、抽出された帳票を、証憑の候補としてユーザ端末１０に通知する（ステップ１５）。ステップ１４で肯定結果が得られた場合とは、証憑の候補として抽出された１枚の帳票の金額が、請求書の金額と一致することを意味する。すなわち、処理の対象である請求書は、合算請求書ではないことを意味する。以下では、合算請求書に該当しない請求書を「非合算請求書」ともいう。

なお、単独では金額が一致する証憑の候補が見つからなかった場合、証憑候補抽出装置５０は、ステップ１３で否定結果を得、ステップ１６（図８参照）に移行する。ステップ１３で否定結果が得られる場合は、処理の対象である請求書が合算請求書の可能性があることを意味する。
合算請求書の可能性があると表現するのは、証憑の候補が見つからない可能性もあるためである。

図８は、証憑候補抽出装置５０で実行される処理動作例の残りを説明する図である。図８には、ステップ１６～ステップ２６までの処理動作を描いている。
ステップ１３で否定結果を得た場合、証憑候補抽出装置５０は、証憑の候補の組み合わせを抽出する（ステップ１６）。組み合わせは、ステップ１１で抽出された証憑の候補を対象とする。

続いて、証憑候補抽出装置５０は、全ての組み合わせを抽出したか否かを判定する（ステップ１７）。ステップ１７で否定結果が得られている間、証憑候補抽出装置５０は、ステップ１７の判定を繰り返す。
ステップ１７で肯定結果が得られた場合、証憑候補抽出装置５０は、組み合わせ毎に、証憑の候補の合計金額を計算する（ステップ１８）。

次に、証憑候補抽出装置５０は、証憑の候補の合計金額と請求書の金額とを比較する（ステップ１９）。
続いて、証憑候補抽出装置５０は、合計金額が一致する組み合わせがあるか否かを判定する（ステップ２０）。
ステップ２０で肯定結果が得られた場合、証憑候補抽出装置５０は、組み合わせの全てを比較したか否かを判定する（ステップ２１）。

ステップ２１で否定結果が得られている間、証憑候補抽出装置５０は、ステップ２０に戻る。
やがて、ステップ２１で肯定結果が得られると、証憑候補抽出装置５０は、抽出された組み合わせを、証憑の候補としてユーザ端末１０に通知する（ステップ２２）。ステップ２１で肯定結果が得られた場合とは、組み合わせを構成する複数枚の証憑の候補の合計金額が、請求書の金額と一致することを意味する。すなわち、処理の対象である請求書は、合算請求書であることを意味する。

なお、ステップ２０で否定結果が得られた場合、証憑候補抽出装置５０は、過不足分に相当する証憑の候補を発見する可能性があるか否かを判定する（ステップ２３）。
本実施の形態の場合、証憑候補抽出装置５０は、過不足分に相当する証憑の候補の発見の可能性を示すフラグ（以下「発見可能性フラグ」という）が「あり」になっているか、「なし」になっているかを確認する。
因みに、発見可能性フラグは、証憑候補抽出装置５０の起動時における初期化により「あり」に設定されている。

発見可能性フラグが「あり」であることで、少なくとも１回は、過不足分に相当する証憑の候補を抽出の可能性を試す機会が確保される。
本実施の形態の場合、処理の対象である請求書に対するステップ２３への移行が２回目の場合、証憑候補抽出装置５０は、発見可能性フラグを「なし」に変更する。もっとも、ステップ２４で実行する抽出の条件について変更が可能な条件が残っている間は、発見可能性フラグを「あり」の状態のまま維持してもよい。

ステップ２３で肯定結果が得られた場合、証憑候補抽出装置５０は、証憑の候補を抽出する条件を変更する（ステップ２４）。
本実施の形態の場合、抽出の条件の変更は、例えば発行日の範囲の拡大、差出人の表記揺れ又は曖昧検索の許容、当初抽出では用いられていない属性の値の追加がある。換言すると、証憑候補抽出装置５０は、ステップ２３において、抽出の条件をステップ１１で用いた条件よりも緩和する。

次に、証憑候補抽出装置５０は、変更後の条件で証憑の候補を全て抽出する（ステップ２５）。処理の内容は、ステップ１１と同じである。すなわち、抽出された属性を含む証憑の候補が抽出される。
ステップ２５の場合も、消込フラグの確認により消し込み済みの帳票が除外される。
ステップ２５の実行後、証憑候補抽出装置５０は、ステップ１６に戻る。
ステップ１６に戻った証憑候補抽出装置５０は、新たに加わった証憑の候補を含めて新しい組み合わせを抽出する。

証憑の候補が増えることで、ステップ２０において肯定結果が得られる可能性が増加する。
もっとも、証憑の候補を抽出する条件を変更してもステップ２０で否定結果が得られる場合もある。
この場合、証憑候補抽出装置５０は、ステップ２３に移行し、発見可能性フラグが「あり」であるか、「なし」であるかを判定する。

発見可能性フラグが「なし」の場合、証憑候補抽出装置５０は、ステップ２３で否定結果を得る。
この場合、証憑候補抽出装置５０は、証憑の候補が見つからない旨をユーザ端末１０に通知する（ステップ２６）。証憑の候補が見つからない旨の通知は、例えば発注書ＤＢ４０へのデータの登録漏れの確認、請求書の発行元に対する問い合わせの検討の契機となる。

もっとも、証憑の候補が見つからない場合でも、請求書の金額と差額が最も少ない帳票又は複数枚の帳票の組み合わせを証憑の候補としてユーザ端末１０に通知してもよい。
証憑の候補が見つからない場合でも、可能性がある証憑の候補が通知されることにより、誤入力や誤請求の可能性を、担当者等が個別に判断することが可能になる。

＜ユーザインタレースの例＞
以下では、図９～図１２を使用して、ユーザ端末１０のディスプレイに表示されるユーザインタフェースの一例を説明する。

＜画面例１＞
図９は、１枚のみで、請求書の金額と一致する証憑の候補が見つかった場合に表示されるユーザインタフェース画面１００の一例を説明する図である。
本実施の形態の場合、図９に示すユーザインタフェース画面１００は、担当者が操作するユーザ端末１０Ａに表示される。

図９に示すユーザインタフェース画面１００は、処理の対象である請求書を特定する情報の表示欄１０１と、証憑の候補の表示欄１０２と、担当者に求める作業の表示欄１０３と、「請求書のイメージを表示」するためのボタン１０４と、「支払い処理を完了」するためのボタン１０５と、「他の候補を確認」するためのボタン１０６と、前画面に「戻る」ためのボタン１０７とを有している。

図９の場合、表示欄１０１には、２０２０年４月２０日に発行された「ＸＸＸ株式会社」の請求書が対象であり、合計の請求額が税抜で１５，０００円であることが示されている。
また、表示欄１０２には、請求額がそれぞれ１５，０００円の帳票が、証憑の候補として表示されている。
表示欄１０２の場合、証憑の候補の情報を表す項目として、「管理番号」、「発行日」、「差出人」、「タイトル」、「帳票番号」、「金額」、「消込」が表示されている。

なお、これらの項目は一例である。３枚の帳票の発行元は、いずれも「ＸＸＸ株式会社」であるが、発行日がそれぞれ異なっている。また、３枚の帳票には消し込みの履歴がない。このため、各行には「未」と表示されている。
表示欄１０３には、担当者に求める作業として「消込対象の帳票にチェックを付して「支払い処理を完了」のボタンを押して下さい。」と表示されている。勿論、この文面は一例である。
表示欄１０２には、証憑の候補である帳票毎にチェックボックスが配置されている。このチェックボックスにカーソルを合わせてクリック操作を行うと、選択の状態を示すチェックが付与される。

なお、ボタン１０４が操作されると、請求書のイメージが表示するウインドウが、ユーザインタフェース画面１００に重ねて配置される。
ボタン１０５が操作されると、チェックボックスにチェックが付された帳票を証憑とする請求書に対する支払いの「承認」が承認者に対して申請される。申請に対して承認者が承認を与えると、請求書に対する支払いが確定され、支払い処理が完了する。この場合、「消込」の項目には「済」が記録される。
ボタン１０６は、ユーザインタフェース画面１００に表示されていない証憑の候補が存在する場合に、証憑の候補の表示の切り替えに用いられる。
ボタン１０７が操作されると、表示中のユーザインタフェース画面１００に切り替わる前の画面が表示される。

＜画面例２＞
図１０は、合算請求書の金額と一致する証憑の候補の組み合わせが見つかった場合に表示されるユーザインタフェース画面１１０の一例を説明する図である。
図１０には、図９との対応部分に対応する符号を付して示す。
図１０に示すユーザインタフェース画面１１０も、担当者が操作するユーザ端末１０Ａに表示される。
図１０の場合、処理の対象とする請求書の金額は、６９，０００円である。図１０に示すユーザインタフェース画面１１０の表示欄１０２Ａには、請求書の証憑の候補として３枚の帳票の情報が示されている。具体的には、１０，０００円と、１４，０００円と、５３，０００円の３枚である。

表示欄１０２Ａにも、帳票毎のチェックボックスが設けられている。ただし、合算請求書の場合には、証憑として確定する場合、全てのチェックボックスにチェックを入れる必要がある。
図１０の場合であれば、３つのチェックボックスにチェックを入れる必要がある。個々のチェックボックスに１つずつチェックを入れることも可能であるが、３回の操作が必要である。そこで、表示欄１０２Ａには、１回の操作で全てのチェックボックスにチェックを入れるための専用のチェックボックスが用意されている。

図１０に示す表示欄１０３には、抽出の条件の変更の事実、他の組み合わせの存在、担当者に求める作業等が記載される。
例えば抽出の条件の変更の事実が、「管理番号０００１は２月度発行の帳票ではありませんが、請求書の細目と納品書の内容を対比した結果、対象請求書と関係する帳票と考えられます。」として表示されている。勿論、この文面は一例である。
抽出の条件の変更に関する文面は、ステップ２４（図８参照）が実行された場合に限り表示される。

また、他の組み合わせの存在が、「合計金額が合致する他の組み合わせの候補が存在します。」として表示されている。この文面も一例である。
他の組み合わせの存在を示す文面は、他の組み合わせが存在する場合に限り表示される。
なお、表示欄１０３では、担当者に求める作業として２つの事項が表示されている。
１つ目の事項は、「確認する場合には、「他の候補を確認」のボタンを押して下さい。」である。勿論、この文面も一例である。
なお、ボタン１０６が操作されると、表示欄１０２Ａに表示される帳票の組み合わせの内容が切り替えられる。図１０では、他の組み合わせの候補の数が示されていないが、該当する数を数値やスクロールバーその他を用いて表示してもよい。

２つ目の事項は、「この組み合わせでよろしければ、消込対象の帳票にチェックを付して「支払い処理を完了」のボタンを押して下さい。」である。勿論、この文面も一例である。
文面に従い、担当者がボタン１０５を操作すると、チェックボックスにチェックが付された帳票を証憑とする請求書に対する支払いの「承認」が承認者に対して申請される。申請に対して承認者が承認を与えると、請求書に対する支払いが確定され、支払い処理が完了する。この場合、「消込」の項目には「済」が記録される。

＜画面例３＞
図１１は、合算請求書の金額と一致する証憑の候補の組み合わせが見つかった場合に表示されるユーザインタフェース画面１２０の一例を説明する図である。
図１１には、図１０との対応部分に対応する符号を付して示す。
図１１に示すユーザインタフェース画面１２０は、承認者が操作するユーザ端末１０Ｂに表示される。
図１１に示すユーザインタフェース画面１２０は、担当者が「支払い処理を完了」するボタン１０５（図９、図１０参照）を操作した場合に、承認者が操作するユーザ端末１０Ｂに表示される。

図１１に示すユーザインタフェース画面１２０の場合も、基本的なレイアウトは、担当者の画面と同様である。ただし、承認者は、担当者から申請された内容を確認するのが職務であるので、表示欄１０２Ｂにはチェックボックスは表示されていない。
また、表示欄１０３には、抽出の条件の変更の事実、他の組み合わせの存在、承認者に求める作業等が記載される。
例えば抽出の条件の変更の事実が、「管理番号０００１は２月度発行の帳票ではありませんが、請求書の細目と納品書の内容を対比した結果、対象請求書と関係する帳票と考えられます。」として表示されている。勿論、この文面は一例である。

また、他の組み合わせの存在が、「合計金額が合致する他の組み合わせの候補が存在します。」として表示されている。この文面も一例である。
なお、表示欄１０３では、承認者に求める作業として２つの事項が表示されている。
１つ目の事項は、「確認する場合には、「他の候補を確認」のボタンを押して下さい。」である。勿論、この文面も一例である。
２つ目の事項は、「この組み合わせでよろしければ、「承認」のボタンを押して下さい。」である。勿論、この文面も一例である。

文面に従い、申請者が「承認」のボタン１２１を操作すると、表示されている帳票の組み合わせが処理の対象である請求書の証憑として確定する。
なお、ユーザインタフェース画面１２０には、「支払い処理を完了」のボタン１０５（図１０参照）の代わりに、「承認」のボタン１２１が設けられている。
同様に、ユーザインタフェース画面１２０には、前画面に「戻る」ためのボタン１０７（図１０参照）の代わりに、「担当者に差し戻し」するためのボタン１２２が用意されている。ボタン１２２が申請者により操作されると、担当者に申請が差し戻される。

＜画面例４＞
図１２は、合算請求書の金額と一致する証憑の候補の組み合わせが見つからない場合に担当者が操作するユーザ端末１０Ａに表示されるユーザインタフェース画面１３０の一例を説明する図である。
図１２には、図１０との対応部分に対応する符号を付して示す。
図１２の場合、処理の対象である請求書を特定する情報の表示欄１０１と証憑の候補の表示欄１０２Ａとの間の空間に、証憑の候補が見つからなかった旨と、表示された帳票の組み合わせに対する説明とが表示される表示欄１３１が配置される。

表示欄１３１には、例えば証憑の候補が見つからなかった旨として、「合計金額に合致する証憑が抽出できませんでした」が表示される。
また、表示欄１３１には、例えば表示された帳票の組み合わせに対する説明として、「合計金額に最も近い証憑の組み合わせは次の通りです」が表示される。
なお、図１２に示す請求書の金額は１００，０００円であり、見つかった帳票の組み合わせとの差額は４，０００円である。この旨が、表示欄１０２Ａに表示される。

また、図１２の場合、担当者に求める作業の表示欄１０３には、「ＸＸＸ株式会社の他の証憑の候補を確認する場合には「他の候補を確認」のボタンを押して下さい」が表示されている。
ユーザインタフェース画面１３０には、「支払い処理を完了」のボタン１０５（図１０参照）の代わりに、「処理を保留して終了」のボタン１３２が設けられている。

＜実施の形態２＞
本実施の形態では、請求書の金額と１枚だけで一致する帳票が見つからない場合における他の処理動作例について説明する。
図１３は、ステップ１３（図７参照）で否定結果が得られた場合に、証憑候補抽出装置５０で実行される他の処理動作例を説明する図である。
図１３には、図８との対応部分に対応する符号を付して示している。
図１３の場合、証憑候補抽出装置５０は、証憑の候補の組み合わせを１つ抽出する（ステップ３１）。

本実施の形態の場合、証憑候補抽出装置５０は、証憑の候補の組み合わせの１つを抽出する（ステップ３１）。組み合わせは、ステップ１１で抽出された証憑の候補を対象とする。この点が、全ての組み合わせを抽出した実施の形態１との違いである。
次に、証憑候補抽出装置５０は、組み合わせを構成する証憑の候補の合計金額を計算する（ステップ３２）。ここでも、計算される合計金額は１つである。
続いて、証憑候補抽出装置５０は、証憑の候補の合計金額と請求書の金額を比較する（ステップ１９）。

その後、証憑候補抽出装置５０は、合計金額が一致する組み合わせがあるか否かを判定する（ステップ２０）。
肯定結果が得られた場合、証憑候補抽出装置５０は、全ての組み合わせの比較が終了したか否かを判定する（ステップ３３）。
ステップ３３で否定結果が得られた場合、証憑候補抽出装置５０は、ステップ３１に戻る。
やがて、ステップ３３で肯定結果が得られると、証憑候補抽出装置５０は、抽出された組み合わせを、証憑の候補としてユーザ端末に通知する（ステップ２２）。

一方、ステップ２０で否定結果が得られた場合、証憑候補抽出装置５０は、過不足分に相当する証憑の候補を発見する可能性があるか否かを判定する（ステップ２３）。本実施の形態の場合も、証憑候補抽出装置５０は、発見可能性フラグが「あり」の間、ステップ２３で肯定結果を得、発見可能性フラグが「なし」の場合、ステップ２３で否定結果を得る。ただし、発見可能性フラグが「あり」から「なし」に切り替わる条件が実施の形態１と相違する。切り替わる条件の詳細については後述する。

ステップ２３で肯定結果が得られた場合、証憑候補抽出装置５０は、差額に合致する金額の証憑の候補の有無を確認する（ステップ３４）。このステップは、実施の形態２に特有の処理である。
差額には、証憑の候補の組み合わせの合計金額の方が請求書の金額よりも多い場合と、証憑の候補の組み合わせの合計金額の方が請求書の金額よりも少ない場合がある。
例えばステップ３１で抽出された証憑の組み合わせについて算出された合計金額が、請求書の金額を４,０００円超過する場合、証憑候補抽出装置５０は、組み合わせを構成する証憑の候補の中に４，０００円に一致する証憑の候補があるかを確認する。

他方、ステップ３１で抽出された証憑の組み合わせについて算出された合計金額が、請求書の金額に４，０００円不足する場合、証憑候補抽出装置５０は、組み合わせを構成していない証憑の候補の中に４，０００円に一致する証憑の候補があるかを確認する。
該当する証憑の候補がある場合、証憑候補抽出装置５０は、ステップ３５で肯定結果を得、修正後の組み合わせを構成する証憑の合計金額を計算する（ステップ３６）。
因みに、修正後の組み合わせは、ステップ３１で抽出された組み合わせについて計算された合計金額が請求書の金額を超過していた場合と不足していた場合とで内容が異なる。

合計金額が請求書の金額を超過していた場合、修正後の組み合わせは、ステップ３１で抽出された組み合わせからステップ３４で確認された証憑の候補を除いた内容になる。
合計金額が請求書の金額に不足していた場合、修正後の組み合わせは、ステップ３１で抽出された組み合わせにステップ３４で確認された証憑の候補を加えた内容になる。
ステップ３６における計算後、証憑候補抽出装置５０は、ステップ１９に戻る。当然ながら、今回の比較では、修正後の組み合わせについて計算された合計金額と請求書の金額とが一致する。

なお、ステップ３５で否定結果が得られた場合、証憑候補抽出装置５０は、全ての組み合わせの比較が終了したか否かを判定する（ステップ３７）。全ての組み合わせとは、ステップ１５で抽出された証憑の候補の組み合わせの全てである。
ステップ３７で否定結果が得られた場合、証憑候補抽出装置５０は、ステップ３１に戻り、他の組み合わせを１つ抽出する。

一方、ステップ３７で肯定結果が得られた場合、証憑候補抽出装置５０は、証憑の候補を抽出する条件を変更し（ステップ２４）、変更後の条件で証憑の候補を全て抽出する（ステップ２５）。
ステップ２５の実行後、証憑候補抽出装置５０は、ステップ３１に戻り、新たに抽出された証憑の候補の組み合わせを１つ抽出する。
本実施の形態の場合、ステップ２４で実行する変更の条件が尽きた場合、証憑候補抽出装置５０は、発見可能性フラグを「なし」に変更する。

＜実施の形態３＞
本実施の形態では、処理の対象である請求書が合算請求書であることを、請求書から読み取り可能な情報から判定する場合について説明する。
図１４は、証憑候補抽出装置５０で実行される処理動作例の他の一例を説明する図である。図１４には、図８との対応部分に対応する符号を付して示す。
図１４に示す証憑候補抽出装置５０は、ＯＣＲ装置３０から属性の通知を受けることで処理動作を開始する。

まず、証憑候補抽出装置５０は、合算請求書か否かを判定する（ステップ４１）。証憑候補抽出装置５０は、例えば請求書に商品名や役務名が複数含まれる場合、合算請求書と判定し、請求書に商品名や役務名が１つだけ含まれる場合、１枚の帳票だけが対応する請求書と判定する。
例えば図５に示す請求書の場合、「品番・品名」の欄に「ＡＡＡ装置」、「ＣＣＣ業務（設計図書）」、「ＤＤＤ部品」の３つが記載されているので合算請求書と判定される。
「品番・品名」は、商品名や役務名の一例である。

なお、合算請求書と判定する基準には、商品名や役務名の数に限らない。請求金額が複数の金額の合計値か否か、数量の欄に紐付けられている記載が複数か否か、単価の欄に紐付けられている記載が複数か否か、金額の欄に紐付けられている記載が複数か否か等を採用してもよい。
ステップ４１で肯定結果が得られた場合、証憑候補抽出装置５０は、証憑の候補の組み合わせを抽出する（ステップ１６）。
以下、証憑候補抽出装置５０は、ステップ１７～ステップ２６（図８参照）を実行する。

一方、ステップ４１で否定結果が得られた場合、証憑候補抽出装置５０は、ステップ４２（図１５参照）に移行する。
図１５は、ステップ４１で否定結果が得られた場合における証憑候補抽出装置５０の処理動作の一例を説明する図である。
図１５には、図７及び図８との対応部分に対応する符号を付して示す。
証憑候補抽出装置５０は、証憑の候補となる１枚の帳票を抽出する（ステップ４２）。ステップ４１で否定結果が得られた場合は、非合算請求書であるためである。

次に、ステップ４２における抽出が完了すると、証憑候補抽出装置５０は、証憑の候補毎に請求書の金額と比較する（ステップ１２）。
次に、証憑候補抽出装置５０は、金額が一致する証憑の候補があるか否かを判定する（ステップ１３）。換言すると、請求書の金額と単独で一致する帳票の有無が判定される。
肯定結果が得られた場合、証憑候補抽出装置５０は、候補の全てを比較したか否かを判定する（ステップ１４）。

ステップ１４で否定結果が得られている間、証憑候補抽出装置５０は、ステップ１３に戻る。
やがて、ステップ１４で肯定結果が得られると、証憑候補抽出装置５０は、抽出された帳票を、証憑の候補としてユーザ端末１０Ａに通知する（ステップ１５）。
金額が一致する証憑の候補が見つからなかった場合、証憑候補抽出装置５０は、ステップ１３で否定結果を得、過不足分に相当する証憑の候補を発見する可能性があるか否かを判定する（ステップ２３）。
以下、証憑候補抽出装置５０は、ステップ２３～ステップ２６を実行する。なお、ステップ２５を実行した証憑候補抽出装置５０は、ステップ４２に戻る。

＜他の実施の形態＞
（１）以上、本発明の実施の形態について説明したが、本発明の技術的範囲は前述した実施の形態に記載の範囲に限定されない。前述した実施の形態に、種々の変更又は改良を加えたものも、本発明の技術的範囲に含まれることは、特許請求の範囲の記載から明らかである。

（２）前述した実施の形態３では、処理の対象である請求書が合算請求書の場合に証憑の候補の組み合わせを全て抽出する場合について説明したが、実施の形態２の場合のように、証憑の候補の組み合わせを１つ抽出する手法を採用してもよい。
（３）前述の実施の形態１の説明では、合算請求書の証憑の候補を表示するユーザインタフェース画面１１０（図１０参照）等において、１つの画面上に１つの組み合わせのみを表示しているが、複数の組み合わせを対比的に表示してもよい。

（４）前述の実施の形態２においては、証憑の候補の組み合わせについて計算された合計金額が請求書の金額に不足する場合も超過する場合も、差額に合致する金額の証憑の候補の有無を確認しているが、証憑の候補の組み合わせについて計算された合計金額が請求書の金額に不足する場合には、即座に抽出の条件を変更して新たな組み合わせを抽出してもよい。
（５）前述の実施の形態では、請求書の画像データの取り込みにスキャナを備える画像形成装置２０を用いているが、請求書の画像データの取り込みには単独の装置としてのスキャナを用いてもよい。

（６）前述の実施の形態においては、例えばステップ２０（図８参照）において否定結果が得られた場合にステップ２３（図８参照）に移行し、過不足分に相当する証憑の候補を発見する可能性があるか否かを判定する例を説明したが、ステップ２３を実行することなく、証憑の候補が見つからない旨をユーザに通知してもよい。

（７）前述した各実施の形態におけるプロセッサは、広義的な意味でのプロセッサを指し、汎用的なプロセッサ（例えばＣＰＵ等）の他、専用的なプロセッサ（例えばＧＰＵ（＝Graphical Processing Unit）、ＡＳＩＣ（＝Application Specific Integrated Circuit）、ＦＰＧＡ（＝Field Programmable Gate Array）、プログラム論理デバイス等）を含む。
また、前述した各実施の形態におけるプロセッサの動作は、１つのプロセッサが単独で実行してもよいが、物理的に離れた位置に存在する複数のプロセッサが協働して実行してもよい。また、プロセッサにおける各動作の実行の順序は、前述した各実施の形態に記載した順序のみに限定されるものでなく、個別に変更してもよい。

１…会計処理システム、１０、１０Ａ、１０Ｂ…ユーザ端末、２０…画像形成装置、３０…ＯＣＲ装置、４０…発注書ＤＢ、５０…証憑候補抽出装置、６０…通信路

Claims (14)

1. コンピュータに、
   １枚の請求書に対する証憑の候補として、複数枚の帳票の組み合わせを抽出する機能と、
   各候補の合計金額と前記請求書の金額とを照合し、各候補を照合の結果とともにユーザに提示する機能と、
   を実現させるためのプログラム。
2. 前記コンピュータは、
   合計金額が前記請求書の金額と一致する組み合わせが見つかった場合、見つかった組み合わせを証憑の候補として優先的に提示する、
   請求項１に記載のプログラム。
3. 前記コンピュータは、
   合計金額が前記請求書の金額と一致する組み合わせが見つからなかった場合、合計金額が当該請求書の金額と一致しない組み合わせの中から当該請求書の金額との差額が少ない組み合わせを証憑の候補として提示する、
   請求項２に記載のプログラム。
4. 前記コンピュータは、
   前記候補に対応する複数枚の帳票を提示する、
   請求項２又は３に記載のプログラム。
5. 前記コンピュータは、
   照合の結果が同じ組み合わせが複数ある場合、結果が同じ他の組み合わせに切り替えるためのボタンを画面上に表示する、
   請求項２又は３に記載のプログラム。
6. 前記コンピュータは、
   照合の結果が同じ組み合わせが複数ある場合、複数の組み合わせを同じ画面上に対比的に表示する、
   請求項２又は３に記載のプログラム。
7. 前記コンピュータは、
   組み合わせの抽出に使用した条件に関する情報を提示する、
   請求項２又は３に記載のプログラム。
8. 前記コンピュータは、
   前記情報として、初期の条件に対する変更点を提示する、
   請求項７に記載のプログラム。
9. 前記コンピュータは、
   消し込みが記録されていない帳票を対象として組み合わせを抽出する、
   請求項１に記載のプログラム。
10. 前記コンピュータは、
    合計金額が前記請求書の金額と一致する組み合わせが見つからなかった場合、照合済みの組み合わせを修正して新たな組み合わせを生成する、
    請求項９に記載のプログラム。
11. 前記コンピュータは、
    合計金額が前記請求書の金額よりも多い組み合わせに、合計金額と当該請求書の金額との差分に相当する額面の帳票が含まれる場合、該当する帳票を除いた新たな組み合わせを生成する、
    請求項１０に記載のプログラム。
12. 前記コンピュータは、
    合計金額が前記請求書の金額よりも多い組み合わせのいずれにも、合計金額と当該請求書の金額との差分に相当する額面の帳票が見つからなかった場合、抽出の条件を変更して新たな組み合わせを抽出する、
    請求項１０又は１１に記載のプログラム。
13. 前記コンピュータは、
    合計金額が前記請求書の金額よりも少ない組み合わせについては、抽出の条件を変更して新たな組み合わせを抽出する、
    請求項１０に記載のプログラム。
14. プロセッサを有し、
    前記プロセッサは、
    １枚の請求書に対する証憑の候補として、複数枚の帳票の組み合わせを抽出し、
    各候補の合計金額と前記請求書の金額とを照合し、各候補を照合の結果とともにユーザに提示する、
    情報処理装置。

Images