特許 7709797 請求書処理装置、請求書処理方法、およびプログラム

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

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

(11)【特許番号】

(24)【登録日】2025-07-09

(45)【発行日】2025-07-17

(54)【発明の名称】請求書処理装置、請求書処理方法、およびプログラム

(51)【国際特許分類】

   G06Q 10/10 20230101AFI20250710BHJP

   G06Q 20/10 20120101ALI20250710BHJP

   G06Q 40/12 20230101ALI20250710BHJP

【ＦＩ】

G06Q10/10

G06Q20/10 300

G06Q40/12

【請求項の数】 10

(21)【出願番号】P 2024130876

(22)【出願日】2024-08-07

【審査請求日】2025-03-13

【早期審査対象出願】

(73)【特許権者】

【識別番号】518079839

【氏名又は名称】Ｍｉｌｅｔｏｓ株式会社

(74)【代理人】

【識別番号】100115749

【弁理士】

【氏名又は名称】谷川 英和

(72)【発明者】

【氏名】▲高▼橋 康文

【審査官】阿部 潤

(56)【参考文献】

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

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

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

Ｇ０６Ｑ １０／００ － ９９／００

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

【請求項1】

請求書画像を受信する請求書受信部と、
前記請求書画像から請求元を特定する請求元識別子を取得する請求元取得部と、
前記請求元取得部が取得した前記請求元識別子が、請求元識別子を有する２以上の支払先情報が格納される支払先マスタデータベースに存在するか否かを判断する判断部と、
前記判断部の判断結果に応じて、前記請求書画像に関する異なる処理を行う請求書処理部とを具備し、
前記請求書処理部は、
前記請求元識別子が前記支払先マスタデータベースに存在すると前記判断部が判断した場合に、前記請求元識別子に対応する情報であり、請求書処理を行うために必要な情報である請求情報を取得する請求情報取得手段と、
前記請求情報取得手段が取得した前記請求情報を用いた処理であり、前記請求書画像に関する処理である請求書処理を行う請求書処理手段とを具備し、
前記請求書処理部は、
前記請求元識別子が前記支払先マスタデータベースに存在しないと前記判断部が判断した場合のみ、デフォルトの請求元コードを取得し、当該請求元コードを含む請求情報を取得し、当該請求情報を用いた処理であり、前記請求書画像に関する処理である前記請求書処理を行う、請求書処理装置。

【請求項2】

前記請求書処理部は、
前記請求元識別子が前記支払先マスタデータベースに存在しないと前記判断部が判断した場合のみ、前記請求元識別子を含む支払先情報を前記支払先マスタデータベースに蓄積する請求項１記載の請求書処理装置。

【請求項3】

前記請求書処理部は、
前記請求元識別子が前記支払先マスタデータベースに存在しないと前記判断部が判断した場合に、前記請求元識別子を含む支払先情報を前記支払先マスタデータベースに登録するか否かの問合せであり、前記請求元識別子を含む問合せを前記請求書画像を送信した端末装置に送信する問合手段と、
前記問合せに対する回答を受信する回答受信手段と、
前記回答が前記支払先マスタデータベースに蓄積する旨の回答である場合のみ、前記請求元識別子を含む支払先情報を前記支払先マスタデータベースに蓄積する蓄積手段とを具備する請求項２記載の請求書処理装置。

【請求項4】

前記回答受信手段は、
請求元識別子を有する支払先情報を含む回答を受信し、
前記蓄積手段は、
前記回答受信手段が受信した前記支払先情報を前記支払先マスタデータベースに蓄積する請求項３記載の請求書処理装置。

【請求項5】

請求書画像を受信する請求書受信部と、
前記請求書画像から請求元を特定する請求元識別子を取得する請求元取得部と、
前記請求元取得部が取得した前記請求元識別子が、請求元識別子を有する２以上の支払先情報が格納される支払先マスタデータベースに存在するか否かを判断する判断部と、
前記判断部の判断結果に応じて、前記請求書画像に関する異なる処理を行う請求書処理部とを具備し、
前記請求書処理部は、
前記請求元識別子が前記支払先マスタデータベースに存在すると前記判断部が判断した場合に、前記請求元識別子に対応する情報であり、請求書処理を行うために必要な情報である請求情報を取得する請求情報取得手段と、
前記請求情報取得手段が取得した前記請求情報を用いた処理であり、前記請求書画像に関する処理である請求書処理を行う請求書処理手段とを具備し、
請求元識別子が前記支払先マスタデータベースに存在しない場合に行う処理を識別する処理識別子が、請求先識別子に対応付けて格納されており、
前記請求書処理部は、
前記請求元識別子が前記支払先マスタデータベースに存在しないと前記判断部が判断した場合に、前記請求書画像に対応する請求先識別子と対になる前記処理識別子で識別される処理を行う、請求書処理装置。

【請求項6】

前記請求書処理部は、
前記請求元取得部が取得した前記請求元識別子が前記支払先マスタデータベースに２以上存在すると前記判断部が判断した場合、前記請求書画像から支払先の口座情報を取得する口座情報取得手段をさらに具備し、
前記請求情報取得手段は、
前記請求元識別子と前記口座情報とを有する支払先情報が前記支払先マスタデータベースに存在するか否かを判断し、存在する場合に、前記請求元識別子と前記口座情報とを有する前記請求情報を取得する請求項１記載の請求書処理装置。

【請求項7】

前記請求元識別子または請求先識別子に対応付けて、前記請求書画像または前記請求書画像を用いて取得された情報である請求書情報を蓄積する請求書蓄積部をさらに具備する請求項１記載の請求書処理装置。

【請求項8】

前記請求書処理部は、
前記請求元識別子と、前記請求書画像または前記請求書画像から取得された情報である請求書情報を送信する前記請求書処理を行う請求項１記載の請求書処理装置。

【請求項9】

請求書受信部と、請求元取得部と、判断部と、請求書処理部とにより実現される請求書処理方法であって、
前記請求書受信部が、請求書画像を受信する請求書受信ステップと、
前記請求元取得部が、前記請求書画像から請求元を特定する請求元識別子を取得する請求元取得ステップと、
前記判断部が、前記請求元取得ステップにおいて取得された前記請求元識別子が、請求元識別子を有する２以上の支払先情報が格納される支払先マスタデータベースに存在するか否かを判断する判断ステップと、
前記請求書処理部が、前記判断ステップの判断結果に応じて、前記請求書画像に関する異なる処理を行う請求書処理ステップとを具備し、
前記請求書処理ステップにおいて、
前記請求元識別子が前記支払先マスタデータベースに存在すると前記判断ステップにおいて判断された場合に、前記請求元識別子に対応する情報であり、請求書処理を行うために必要な情報である請求情報を取得する請求情報取得サブステップと、
前記請求情報取得サブステップで取得された前記請求情報を用いた処理であり、前記請求書画像に関する処理である請求書処理を行う請求書処理サブステップとを具備し、
前記請求書処理サブステップにおいて、
前記請求元識別子が前記支払先マスタデータベースに存在しないと前記判断ステップにおいて判断された場合のみ、デフォルトの請求元コードを取得し、当該請求元コードを含む請求情報を取得し、当該請求情報を用いた処理であり、前記請求書画像に関する処理である前記請求書処理を行う、請求書処理方法。

【請求項10】

コンピュータを、
請求項１から請求項８いずれか一項に記載の請求書処理装置として機能させるためのプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、請求書画像を処理する請求書処理装置等に関するものである。

【背景技術】

【0002】

従来、請求書の請求書画像データを取得する請求書画像取得手段と、請求書マスタ、および請求書画像データに基づいて、機械学習手法を利用して請求書に含まれる請求書項目を特定し、当該請求書項目毎の請求明細データを取得する請求明細取得手段と、出力フォーマットに基づいて、請求明細データが並べられた請求明細確認画面を端末装置の入出力部に表示させるように制御する請求明細確認画面表示制御手段と、を備えたことを特徴とする請求書読取決済システムがあった（特許文献１参照）。

【先行技術文献】

【特許文献】

【0003】

【文献】特開２０２１－４７８５１号公報

【発明の概要】

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

【0004】

しかしながら、従来技術においては、支払先マスタデータベースを用いた適切な請求書の処理が行えなかった。

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

【0005】

本第一の発明の請求書処理装置は、請求書画像を受信する請求書受信部と、請求書画像から請求元を特定する請求元識別子を取得する請求元取得部と、請求元取得部が取得した請求元識別子が、請求元識別子を有する２以上の支払先情報が格納される支払先マスタデータベースに存在するか否かを判断する判断部と、判断部の判断結果に応じて、請求書画像に関する異なる処理を行う請求書処理部とを具備し、請求書処理部は、請求元識別子が支払先マスタデータベースに存在すると判断部が判断した場合に、請求元識別子に対応する情報であり、請求書処理を行うために必要な情報である請求情報を取得する請求情報取得手段と、請求情報取得手段が取得した請求情報を用いた処理であり、請求書画像に関する処理である請求書処理を行う請求書処理手段とを具備する請求書処理装置である。

【0006】

かかる構成により、支払先マスタデータベースを用いた適切な請求書の処理が行える。

【0007】

また、本第二の発明の請求書処理装置は、第一の発明に対して、請求書処理部は、請求元識別子が支払先マスタデータベースに存在しないと判断部が判断した場合のみ、請求元識別子を含む支払先情報をマスタデータベースに蓄積する請求書処理装置である。

【0008】

かかる構成により、支払先マスタデータベースを適切に更新できる。

【0009】

また、本第三の発明の請求書処理装置は、第二の発明に対して、請求書処理部は、請求元識別子が支払先マスタデータベースに存在しないと判断部が判断した場合に、請求元識別子を含む支払先情報を支払先マスタデータベースに登録するか否かの問合せであり、請求元識別子を含む問合せを請求書画像を送信した端末装置に送信する問合手段と、問合せに対する回答を受信する回答受信手段と、回答が支払先マスタデータベースに蓄積する旨の回答である場合のみ、請求元識別子を含む支払先情報を支払先マスタデータベースに蓄積する蓄積手段とを具備する請求書処理装置である。

【0010】

かかる構成により、支払先マスタデータベースをより適切に更新できる。

【0011】

また、本第四の発明の請求書処理装置は、第三の発明に対して、回答受信手段は、請求元識別子を有する支払先情報を含む回答を受信し、蓄積手段は、回答受信手段が受信した支払先情報を支払先マスタデータベースに蓄積する請求書処理装置である。

【0012】

かかる構成により、支払先マスタデータベースをより適切に更新できる。

【0013】

また、本第五の発明の請求書処理装置は、第一の発明に対して、請求書処理部は、請求元識別子が支払先マスタデータベースに存在しないと判断部が判断した場合のみ、デフォルトの請求元コードを取得し、請求元コードを含む請求情報を取得し、請求情報を用いた処理であり、請求書画像に関する処理である請求書処理を行う請求書処理装置である。

【0014】

かかる構成により、支払先マスタデータベースを用いた適切な請求書の処理が行える。

【0015】

また、本第六の発明の請求書処理装置は、第一から第五いずれか１つの発明に対して、請求元識別子が支払先マスタデータベースに存在しない場合に行う処理を識別する処理識別子が、請求先識別子に対応付けて格納されており、請求書処理部は、請求元識別子が支払先マスタデータベースに存在しないと判断部が判断した場合に、請求書画像に対応する請求先識別子と対になる処理識別子で識別される処理を行う請求書処理装置である。

【0016】

かかる構成により、支払先マスタデータベースを用いた適切な請求書の処理が行える。

【0017】

また、本第七の発明の請求書処理装置は、第一の発明に対して、請求書処理部は、請求元取得部が取得した請求元識別子が支払先マスタデータベースに２以上存在すると判断部が判断した場合、請求書画像から支払先の口座情報を取得する口座情報取得手段をさらに具備し、請求情報取得手段は、請求元識別子と口座情報とを有する支払先情報が支払先マスタデータベースに存在するか否かを判断し、存在する場合に、請求元識別子と口座情報とを有する請求情報を取得する請求書処理装置である。

【0018】

かかる構成により、支払先マスタデータベースを用いた、請求書の適切な処理が行える。

【0019】

また、本第八の発明の請求書処理装置は、第一から第七いずれか１つの発明に対して、請求元識別子または請求先識別子に対応付けて、請求書画像または請求書画像を用いて取得された情報である請求書情報を蓄積する請求書蓄積部をさらに具備する請求書処理装置である。

【0020】

かかる構成により、請求書の情報の適切な管理が行える。

【0021】

また、本第九の発明の請求書処理装置は、第一から第八いずれか１つの発明に対して、請求書処理部は、請求元識別子と、請求書画像または請求書画像から取得された情報である請求書情報を送信する請求書処理を行う請求書処理装置である。

【0022】

かかる構成により、支払先マスタデータベースを用いた適切な請求書の処理が行える。

【発明の効果】

【0023】

本発明による請求書処理装置によれば、支払先マスタデータベースを用いた適切な請求書の処理が行える。

【図面の簡単な説明】

【0024】

【図1】実施の形態１における請求書処理システムＡの概念図

【図2】同請求書処理システムＡのブロック図

【図3】同請求書処理装置１のブロック図

【図4】同請求書処理装置１の動作例について説明するフローチャート

【図5】同存在時処理の例について説明するフローチャート

【図6】同不存在時処理の例について説明するフローチャート

【図7】同端末装置２の動作例について説明するフローチャート

【図8】同支払先マスタデータベース３１の例を示す図

【図9】同処理管理表の例を示す図

【図10】同請求書画像の例を示す図

【図11】同請求書画像の例を示す図

【図12】同問合情報の例を示す図

【図13】同回答を入力する画面例を示す図

【図14】同コンピュータシステムのブロック図

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

【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】

処理識別子「デフォルトコード処理」は、デフォルトの請求元コードを用いて行う支払いの処理である。処理識別子が「デフォルトコード処理」である場合、通常、支払先情報は支払先マスタデータベース３１に蓄積されない。

【0057】

受信部１２は、各種の指示や情報を端末装置２から受信する。各種の指示や情報は、例えば、請求書画像、請求書処理指示である。

【0058】

請求書処理指示とは、請求書を処理することの指示である。請求書処理指示は、請求書画像を有する。請求書処理指示は、例えば、請求先識別子を含む。

【0059】

請求書受信部１２１は、請求書画像を受信する。請求書受信部１２１は、通常、請求先の端末装置２から請求書画像を受信する。なお、かかる請求書画像は、例えば、請求先のユーザが請求元から受信した請求書画像、請求元から請求先に郵送された請求書を請求先が画像化（例えば、ＰＤＦ化）して取得した請求書画像である。請求書受信部１２１は、請求書処理指示を受信しても良い。

【0060】

処理部１３は、各種の処理を行う。各種の処理は、例えば、請求元取得部１３１、判断部１３２、請求書処理部１３３、または請求書蓄積部１３４が行う処理である。

【0061】

請求元取得部１３１は、請求書受信部１２１が受信した請求書画像から請求元を示す請求元識別子を取得する。請求元取得部１３１は、例えば、請求書画像に対して文字認識処理を行い、請求元識別子を取得する。請求元取得部１３１は、例えば、生成ＡＩに請求書画像と、請求元識別子を取得するプロンプトとを生成ＡＩに与え、生成ＡＩから請求元識別子を取得する。プロンプトは、例えば、「以下の請求書画像に記載されている請求元の組織名を教えて！」である。なお、請求元識別子を取得する方法は問わない。

【0062】

請求元取得部１３１は、例えば、請求書受信部１２１が受信した請求書画像から１または２以上の請求書属性値を取得する。１または２以上の請求書属性値は、通常、請求元識別子、請求先識別子を含む。１以上の請求書属性値は、例えば、請求の金額、請求元の住所、電話番号、請求元の代表者名、請求元の電話番号を含む。

【0063】

判断部１３２は、請求元取得部１３１が取得した請求元識別子が、後述する支払先マスタデータベース３１に存在するか否かを判断する。判断部１３２は、請求元取得部１３１が取得した請求元識別子をキーとして、支払先マスタデータベース３１を検索し、請求元識別子が支払先マスタデータベース３１に存在するか否かを判断する。

【0064】

請求書処理部１３３は、判断部１３２の判断結果に応じて、請求書画像に関する異なる処理を行う。つまり、請求書処理部１３３は、請求元識別子が支払先マスタデータベース３１に存在する場合と存在しない場合とで、異なる処理を行う。

【0065】

請求書処理部１３３は、請求元識別子が支払先マスタデータベース３１に存在しないと判断部１３２が判断した場合のみ、請求元識別子を含む支払先情報を支払先マスタデータベース３１に蓄積する。請求書処理部１３３が蓄積する支払先情報は、支払先マスタデータベース３１に格納される支払先情報の一部でも良い。請求書処理部１３３が蓄積する支払先情報は、請求元識別子のみでも良い。

【0066】

請求書処理部１３３は、例えば、請求元識別子が支払先マスタデータベース３１に存在しないと判断部１３２が判断した場合のみ、デフォルトの請求元コードを取得し、当該請求元コードを含む請求情報を取得し、当該請求情報を用いた、請求書画像に関する請求書処理を行う。

【0067】

請求書処理部１３３は、例えば、請求元識別子が支払先マスタデータベース３１に存在しないと判断部１３２が判断した場合のみ、例えば、デフォルトの請求元コードを格納部１１から取得し、当該請求元コードを含む請求情報を支払先マスタデータベース３１から取得し、当該請求情報を用いた請求書処理を行う。

【0068】

請求書処理とは、請求書画像を用いた請求書の処理である。請求書処理は、例えば、請求書画像が特定する請求に対する支払いのための処理、請求書の情報の管理のための処理である。

【0069】

請求書処理部１３３は、処理識別子で識別される処理を行う。請求書処理部１３３は、請求元識別子が支払先マスタデータベース３１に存在しないと判断部１３２が判断した場合に、受信された請求書画像に対応する請求先識別子を取得し、当該請求先識別子と対になる処理識別子を格納部１１から取得し、当該処理識別子で識別される処理を行う。なお、処理識別子は、例えば、「自動蓄積処理」「問合処理」「デフォルトコード処理」である。

【0070】

処理識別子「自動蓄積処理」で識別される処理は、取得した支払先情報を、自動的に、支払先マスタデータベース３１に蓄積する処理である。

【0071】

「問合処理」とは、取得した支払先情報を支払先マスタデータベース３１に蓄積するか否かをユーザに問合せ、「蓄積する」との回答の場合に支払先情報を支払先マスタデータベース３１に蓄積する処理である。なお、ここで、蓄積される支払先情報は、ユーザが追加または修正した情報を含んでも良い。

【0072】

「デフォルトコード処理」とは、請求先識別子に対応するデフォルトの請求元コードを取得し、当該請求元コードを含む請求情報を取得し、当該請求情報を用いた、請求書画像に関する請求書処理である。ここでの請求書処理は、通常、請求情報が有する金額の支払いの処理である。

【0073】

請求書処理部１３３は、例えば、請求元識別子に対応する請求元コードと請求書画像または請求書画像から取得された請求書情報をサーバ３に送信する請求書処理を行う。

【0074】

請求情報取得手段１３３１は、請求元識別子が支払先マスタデータベース３１に存在すると判断部１３２が判断した場合に、請求元識別子に対応する請求情報を取得する。

【0075】

請求情報とは、請求書処理を行うために必要な情報である。請求情報は、例えば、請求元識別子、請求元の口座情報、請求先識別子、金額を有する。請求情報は、例えば、請求書画像を有する。

【0076】

請求情報取得手段１３３１は、支払先マスタデータベース３１に存在する支払先情報であり、請求元識別子と口座情報とを有する支払先情報を取得する。つまり、請求情報は支払先情報と同じ情報でも良い。

【0077】

口座情報取得手段１３３２は、判断部１３２が、請求元取得部１３１が取得した請求元識別子が支払先マスタデータベース３１に２以上存在すると判断した場合、請求書画像から支払先の口座情報を取得する。

【0078】

問合手段１３３３は、請求元識別子が支払先マスタデータベース３１に存在しないと判断部１３２が判断した場合に、請求元識別子を含む支払先情報を支払先マスタデータベース３１に登録するか否かの問合せであり、請求元識別子を含む問合せを端末装置２に送信する。

【0079】

回答受信手段１３３４は、問合手段１３３３の問合せに対する回答を受信する。回答は、例えば、「蓄積する」または「蓄積しない」を特定するフラグを有する。回答は、例えば、支払先情報の全部または一部の情報を有する。

【0080】

回答受信手段１３３４は、例えば、請求元識別子を有する支払先情報を含む回答を受信する。

【0081】

蓄積手段１３３５は、回答が支払先マスタデータベース３１に蓄積する旨の回答である場合のみ、請求元識別子を含む支払先情報を支払先マスタデータベース３１に蓄積する。

【0082】

蓄積手段１３３５は、例えば、回答受信手段１３３４が受信した支払先情報を支払先マスタデータベース３１に蓄積する。回答受信手段１３３４が受信した支払先情報は、例えば、ユーザにより追記または変更された情報を含む。

【0083】

請求書処理手段１３３６は、請求情報取得手段１３３１が取得した請求情報を用いた、請求書画像に関する請求書処理を行う。

【0084】

請求書蓄積部１３４は、請求元識別子または請求先識別子に対応付けて、請求書情報を蓄積する。請求書情報とは、請求書画像または請求書画像を用いて取得された情報を含む。請求書情報は、請求書画像、および請求書画像を用いて取得された情報を含むことは好適である。請求書情報は、請求書画像を含むことは好適である。なお、請求書画像を用いて取得された情報は、１以上の請求書属性値である。請求書蓄積部１３４は、通常、請求書の情報の管理のために請求書情報を蓄積する。

【0085】

送信部１４は、各種の情報を送信する。送信部１４は、例えば、受信した領収書画像に対する処理の結果を端末装置２に送信する。

【0086】

端末装置２を構成する端末格納部２１には、各種の情報が格納される。各種の情報とは、例えば、ユーザ識別子、請求書画像である。

【0087】

端末受付部２２は、各種の情報や指示等を受け付ける。各種の情報や指示等とは、例えば、請求書画像、請求書処理指示である。

【0088】

各種の情報や指示等の入力手段は、タッチパネルやキーボードやマウスやメニュー画面によるもの等、何でも良い。

【0089】

端末処理部２３は、各種の処理を行う。各種の処理は、例えば、受け付けられた情報や指示等を、送信する構造の情報や指示等にする処理である。各種の処理は、例えば、受信された情報を出力する構造の情報にする処理である。

【0090】

端末送信部２４は、各種の情報や指示等を請求書処理装置１に送信する。各種の情報や指示等は、例えば、請求書画像、請求書処理指示である。

【0091】

端末受信部２５は、各種の情報を請求書処理装置１から受信する。各種の情報は、例えば、領収書画像の送信結果である。

【0092】

端末出力部２６は、各種の情報を出力する。各種の情報は、例えば、領収書画像の送信結果である。

【0093】

出力とは、ディスプレイへの表示、プロジェクターを用いた投影、プリンタでの印字、音出力、外部の装置への送信、記録媒体への蓄積、他の処理装置や他のプログラムなどへの処理結果の引渡しなどを含む概念である。

【0094】

サーバ３を構成する支払先マスタデータベース３１には、１または２以上の支払先情報が格納されている。支払先情報とは、請求先の支払いが発生する請求元の情報である。支払先情報は、１または２以上の支払先情報を有する。各支払先情報は、請求先識別子が対応付いている。支払先情報は、請求元識別子を有する。支払先情報は、例えば、請求元の住所、電話番号、担当者名、口座情報を有する。支払先マスタデータベース３１は、例えば、ＲＤＢであるが、表計算ファイル等でも良く、そのデータ構造は問わない。

【0095】

格納部１１、端末格納部２１、および支払先マスタデータベース３１は、不揮発性の記録媒体が好適であるが、揮発性の記録媒体でも実現可能である。

【0096】

格納部１１等に情報が記憶される過程は問わない。例えば、記録媒体を介して情報が格納部１１等で記憶されるようになってもよく、通信回線等を介して送信された情報が格納部１１等で記憶されるようになってもよく、あるいは、入力デバイスを介して入力された情報が格納部１１等で記憶されるようになってもよい。

【0097】

受信部１２、請求書受信部１２１、および端末受信部２５は、通常、無線または有線の通信手段で実現されるが、放送を受信する手段で実現されても良い。

【0098】

処理部１３、請求元取得部１３１、判断部１３２、請求書処理部１３３、請求書蓄積部１３４、請求情報取得手段１３３１、口座情報取得手段１３３２、問合手段１３３３、回答受信手段１３３４、蓄積手段１３３５、請求書処理手段１３３６、および端末処理部２３は、通常、プロセッサやメモリ等から実現され得る。処理部１３等の処理手順は、通常、ソフトウェアで実現され、当該ソフトウェアはＲＯＭ等の記録媒体に記録されている。但し、ハードウェア（専用回路）で実現しても良い。なお、プロセッサは、ＣＰＵ、ＭＰＵ、ＧＰＵ等であり、その種類は問わない。

【0099】

送信部１４、および端末送信部２４は、通常、無線または有線の通信手段で実現されるが、放送手段で実現されても良い。

【0100】

端末受付部２２は、タッチパネルやキーボード等の入力手段のデバイスドライバーや、メニュー画面の制御ソフトウェア等で実現され得る。

【0101】

端末出力部２６は、ディスプレイやスピーカー等の出力デバイスを含むと考えても含まないと考えても良い。端末出力部２６は、出力デバイスのドライバーソフトまたは、出力デバイスのドライバーソフトと出力デバイス等で実現され得る。

【0102】

次に、請求書処理装置１の動作例について、図４のフローチャートを用いて説明する。

【0103】

（ステップＳ４０１）請求書受信部１２１は、請求書画像を含む請求書処理指示を受信したか否かを判断する。請求書処理指示を受信した場合はステップＳ４０２に行き、受診しなかった場合はステップＳ４０１に戻る。

【0104】

（ステップＳ４０２）請求元取得部１３１は、ステップＳ４０１で受信された請求書処理指示に含まれる請求書画像を取得する。

【0105】

（ステップＳ４０３）請求元取得部１３１は、請求書画像から１または２以上の請求書属性値を取得する。請求元取得部１３１は、例えば、請求書画像に対して文字認識処理を行い１以上の請求書属性値を取得する。

【0106】

（ステップＳ４０４）判断部１３２は、ステップＳ４０３で取得された１以上の請求書属性値が有する請求元識別子を取得する。また、判断部１３２は、ステップＳ４０３で取得された１以上の請求書属性値が有する請求先識別子、またはステップＳ４０１で受信された請求書処理指示に対応付く請求先識別子を取得する。次に、判断部１３２は、取得した請求先識別子と取得した請求元識別子とをキーとして支払先マスタデータベース３１を検索し、支払先マスタデータベース３１に当該請求先識別子に対応し、当該請求元識別子を含む支払先情報が存在するか否かを判断する。当該支払先情報が存在する場合はステップＳ４０５に行き、存在しない場合はステップＳ４０６に行く。なお、支払先情報が存在する場合は、請求書画像に対応する請求元が存在する場合である。

【0107】

（ステップＳ４０５）請求書処理部１３３は、存在時処理を行う。上位処理にリターンする。存在時処理の例について、図５のフローチャートを用いて説明する。存在時処理とは、ステップＳ４０４において支払先情報が存在すると判断された場合の処理である。

【0108】

（ステップＳ４０６）請求書処理部１３３等は、不存在時処理を行う。上位処理にリターンする。不存在時処理の例について、図６のフローチャートを用いて説明する。不存在時処理とは、ステップＳ４０４において支払先情報が存在しないと判断された場合の処理である。

【0109】

なお、図４のフローチャートにおいて、電源オフや処理終了の割り込みにより処理は終了する。

【0110】

次に、ステップＳ４０５の存在時処理の例について、図５のフローチャートを用いて説明する。

【0111】

（ステップＳ５０１）ステップＳ５０４における検索結果が、請求元識別子を含む支払先情報が一つだけ存在することを示す検索結果である場合はステップＳ５０２に行き、支払先情報が２以上存在することを示す検索結果である場合はステップＳ５０４に行く。

【0112】

（ステップＳ５０２）請求情報取得手段１３３１は、ステップＳ４０３で取得された請求書属性値またはステップＳ４０４で検索された支払先情報のうちの１種類以上の情報を用いて、請求情報を取得する。請求情報は、例えば、請求元識別子、請求元の口座情報、請求先識別子、金額を有する。請求情報は、例えば、請求書画像を有する。

【0113】

（ステップＳ５０３）請求書処理手段１３３６は、ステップＳ５０２で取得された請求情報を用いた処理であり、請求書画像に関する処理である請求書処理を行う。上位処理にリターンする。請求書処理手段１３３６は、例えば、請求書画像に対する支払いのための処理である請求書処理を行う。請求書処理手段１３３６は、例えば、請求情報を図示しない決済サーバに送信する。

【0114】

（ステップＳ５０４）口座情報取得手段１３３２は、ステップＳ５０２で取得された請求書属性値に含まれる支払先の口座情報を取得する。

【0115】

（ステップＳ５０５）請求情報取得手段１３３１は、請求先識別子と請求元識別子と口座情報とをキーとして、支払先マスタデータベース３１を検索する。

【0116】

（ステップＳ５０６）請求情報取得手段１３３１は、ステップＳ５０５での検索結果が、請求先識別子と対になり、請求元識別子と口座情報とを有する支払先情報が支払先マスタデータベース３１に存在するとの検索結果である場合は、ステップＳ５０２に行き、存在しないとの検索結果である場合はステップＳ５０７に行く。

【0117】

（ステップＳ５０７）請求書処理部１３３等は、不存在時処理を行う。上位処理にリターンする。不存在時処理の例について、図６のフローチャートを用いて説明する。

【0118】

次に、ステップＳ４０６、ステップＳ５０７の不存在時処理の例について、図６のフローチャートを用いて説明する。

【0119】

（ステップＳ６０１）請求書処理部１３３は、請求先識別子を取得する。請求書処理部１３３は、当該請求先識別子と対になる処理識別子が格納部１１に存在するか否かを判断する。請求先識別子と対になる処理識別子が存在する場合はステップＳ６０２に行き、存在しない場合はステップＳ６０８に行く。

【0120】

（ステップＳ６０２）請求書処理部１３３は、処理識別子が「自動蓄積処理」であるか否かを判断する。処理識別子が「自動蓄積処理」であればステップＳ６０３に行き、処理識別子が「自動蓄積処理」でなければステップＳ６０７に行く。

【0121】

（ステップＳ６０３）請求書処理部１３３は、支払先情報を取得する。なお、支払先情報は、ステップＳ４０３で取得された１または２以上の請求書属性値である。１以上の請求書属性値は、例えば、請求元識別子、請求元の口座情報を有する。

【0122】

（ステップＳ６０４）蓄積手段１３３５は、請求元識別子に対応付けて、支払先情報を支払先マスタデータベース３１に蓄積する。なお、ここで蓄積される支払先情報は、支払先マスタデータベース３１の支払先情報の一部の情報（例えば、住所、電話番号、および担当者名が無い情報）でも良い。

【0123】

（ステップＳ６０５）請求情報取得手段１３３１は、請求情報を取得する。なお、請求情報は、例えば、ステップＳ４０３で取得された１または２以上の請求書属性値であり、例えば、請求元識別子、請求元の口座情報、および金額を有する。

【0124】

（ステップＳ６０６）請求書処理手段１３３６は、請求情報を用いて、請求書処理を行う。上位処理にリターンする。

【0125】

（ステップＳ６０７）請求書処理部１３３は、処理識別子が「問合処理」であるか否かを判断する。処理識別子が「問合処理」であればステップＳ６０８に行き、処理識別子が「問合処理」でなければステップＳ６１５に行く。

【0126】

（ステップＳ６０８）問合手段１３３３は、問合情報を取得する。なお、問合情報は、例えば、ステップＳ４０３で取得された１または２以上の請求書属性値、および「蓄積する」または「蓄積しない」を選択するためのユーザインターフェイスの部品（例えば、ボタン）を有する。

【0127】

（ステップＳ６０９）問合手段１３３３は、ステップＳ６０８で取得した問合情報を端末装置２に送信する。

【0128】

（ステップＳ６１０）回答受信手段１３３４は、問合情報の送信に応じた回答を端末装置２から受信したか否かを判断する。回答を受信した場合はステップＳ６１１に行き、受信しなかった場合はステップＳ６１０に戻る。

【0129】

（ステップＳ６１１）蓄積手段１３３５は、回答が「蓄積する」旨の回答であるか、「蓄積しない」旨の回答であるかを判断する。「蓄積する」旨の回答であるか場合はステップＳ６１２に行き、「蓄積しない」旨の回答である場合はステップＳ６１４に行く。

【0130】

（ステップＳ６１２）蓄積手段１３３５は、支払先情報を取得する。蓄積手段１３３５は、請求先識別子を取得する。

【0131】

（ステップＳ６１３）蓄積手段１３３５は、取得した請求先識別子に対応付けて、取得した支払先情報を支払先マスタデータベース３１に蓄積する。

【0132】

（ステップＳ６１４）請求情報取得手段１３３１は、請求情報を取得する。ステップＳ６０６に行く。請求情報取得手段１３３１は、例えば、受信された回答から請求情報を構成する情報を取得し、当該情報を含む請求情報を構成する。請求情報取得手段１３３１は、例えば、ステップＳ４０３で取得された１以上の請求書属性値から請求情報を構成する情報を取得し、当該情報を含む請求情報を構成する。

【0133】

（ステップＳ６１５）請求書処理部１３３は、処理識別子が「デフォルトコード処理」であるか否かを判断する。処理識別子が「デフォルトコード処理」であればステップＳ６１６に行き、処理識別子が「デフォルトコード処理」でなければステップＳ６０８に行く。

【0134】

（ステップＳ６１６）請求書処理部１３３は、受信された請求書処理指示に対応する請求先識別子を取得する。請求書処理部１３３は、当該請求先識別子と対になるデフォルトの請求元コードを格納部１１から取得する。

【0135】

（ステップＳ６１７）請求情報取得手段１３３１は、デフォルトの請求元コードを用いて、請求情報を構成する。ステップＳ６０６に行く。

【0136】

次に、端末装置２の動作例について、図７のフローチャートを用いて説明する。

【0137】

（ステップＳ７０１）端末受付部２２は、請求書画像を受け付けたか否かを判断する。請求書画像を受け付けた場合はステップＳ７０２に行き、受け付けなかった場合はステップＳ７０４に行く。

【0138】

（ステップＳ７０２）端末処理部２３は、端末格納部２１から請求先識別子を取得する。端末処理部２３は、請求書画像と請求先識別子とを有する請求書処理指示を構成する。

【0139】

（ステップＳ７０３）端末送信部２４は、ステップＳ７０２で構成された請求書処理指示を請求書処理装置１に送信する。ステップＳ７０１に戻る。

【0140】

（ステップＳ７０４）端末受信部２５は、請求書処理装置１から問合情報を受信したか否かを判断する。問合情報を受信した場合はステップＳ７０５に行き、受信しなかった場合はステップＳ７０１に戻る。

【0141】

（ステップＳ７０５）端末処理部２３は、受信された問合情報に基づいて、出力する問合情報を構成する。端末出力部２６は、当該問合情報を出力する。

【0142】

（ステップＳ７０６）端末受付部２２は、ユーザから回答を受け付けたか否かを判断する。回答を受け付けた場合はステップＳ７０７に行き、受け付けなかった場合はステップＳ７０６に戻る．

【0143】

（ステップＳ７０７）端末処理部２３は、受け付けられた回答に基づいて、出力する回答を構成する。端末送信部２４は、当該回答を請求書処理装置１に送信する。ステップＳ７０１に戻る。

【0144】

なお、図７のフローチャートにおいて、電源オフや処理終了の割り込みにより処理は終了する。

【0145】

以下、本実施の形態における請求書処理システムＡの具体的な動作例について説明する。

【0146】

支払先マスタデータベース３１は、図８に示す支払先管理表である、とする。支払先管理表は、「ＩＤ」「請求先識別子」「支払先情報」を有する１または２以上のレコードを有する。「請求先識別子」は「請求先ＩＤ」「請求先名」を有する。「支払先情報」は、「請求元識別子」「住所」「電話番号」「担当者名」「口座情報」を有する。「請求元識別子」は、「請求元ＩＤ」「請求元名」を有する。「口座情報」は、銀行名の他、支店名、口座番号等を有する、とする。「ＩＤ」は、レコードを識別する情報である。請求先識別子として、ここでは「請求先ＩＤ」または「請求先名」が採用される。

【0147】

また、請求書処理装置１の格納部１１には、図９に示す処理管理表が格納されている。処理管理表とは、取得された請求元識別子が支払先マスタデータベース３１に存在しない場合に行われる処理を管理する表である。処理管理表は、「ＩＤ」「請求先識別子」「処理識別子」「請求元コード」を有するレコードを１以上管理する。「請求先識別子」は、「請求元ＩＤ」「請求元名」を有する。請求先識別子として、ここでは「請求先ＩＤ」または「請求先名」が採用される。請求元コードは、ここでは請求元ＩＤである、とする。

【0148】

以上の状況において、以下の２つの具体例について説明する。具体例１は、取得された請求元識別子が支払先マスタデータベース３１に存在する場合である。具体例２は、取得された請求元識別子が支払先マスタデータベース３１に存在しない場合である。

【0149】

（具体例１）
株式会社Ｄの担当者Ｐは、株式会社Ａから郵送されてきた請求書をＰＤＦ化し、当該ＰＤＦ化した請求書画像を含む請求書処理指示を端末装置２に入力した、とする。かかるＰＤＦ化した請求書画像は図１０である、とする。

【0150】

すると、端末装置２は、請求書画像（図１０）と端末格納部２１の請求先識別子「Ｄ０１」とを有する請求書処理指示を構成し、当該請求書処理指示を請求書処理装置１に送信する。

【0151】

次に、請求書処理装置１の請求書受信部１２１は、請求書画像を含む請求書処理指示を受信する。

【0152】

次に、請求元取得部１３１は、受信された請求書処理指示に含まれる請求書画像（図１０）を取得し、当該請求書画像に対して文字認識処理を行い、１以上の請求書属性値を取得する。ここで、請求元取得部１３１は、請求書属性値の集合「＜請求先識別子＞株式会社Ｄ ＜請求元識別子＞株式会社Ａ ＜請求元代表＞代表取締役 ＡＡＡＡ ＢＢＢＢ ＜郵便番号＞１１０－０００８ ＜住所＞東京都・・・・・・ ＜金額＞１３２，０００ ＜口座情報＞ＸＹ銀行 ＸＸＸ支店 普通：１２３４５６７ 名義：株式会社Ａ ＜／口座情報＞」を取得する。

【0153】

次に、判断部１３２は、取得された請求書属性値の集合から請求元識別子「株式会社Ａ」を取得する。また、判断部１３２は、請求書処理指示が有する請求先識別子「Ｄ０１」を取得する。次に、判断部１３２は、取得した請求先識別子「Ｄ０１」と取得した請求元識別子「株式会社Ａ」とをキーとして支払先マスタデータベース３１を検索し、支払先マスタデータベース３１（図８）の「ＩＤ＝１」の中に、請求先識別子「Ｄ０１」と取得した請求元識別子「株式会社Ａ」とを有する支払先情報が存在する、と判断する。

【0154】

次に、請求書処理部１３３は、以下のように存在時処理を行う。つまり、請求情報取得手段１３３１は、取得された請求書属性値または検索された支払先情報のうちの１種類以上の情報を用いて、請求情報「＜請求先識別子＞株式会社Ｄ ＜請求元識別子＞株式会社Ａ ＜請求元代表＞代表取締役 ＡＡＡＡ ＢＢＢＢ ＜郵便番号＞１１０－０００８ ＜住所＞東京都・・・・・・ ＜金額＞１３２，０００ ＜口座情報＞ＸＹ銀行 ＸＸＸ支店 普通：１２３４５６７ 名義：株式会社Ａ ＜／口座情報＞ ＜請求書画像＞ｉｍｇ１」を構成する。なお、ｉｍｇ１は、請求書画像（図１０）のファイル名である。

【0155】

次に、請求書処理手段１３３６は、当該請求情報を図示しない決済サーバまたはサーバ３に送信し、１３２，０００円の決済を完了する。なお、図示しない決済サーバまたはサーバ３において、請求先識別子「株式会社Ｄ」で識別される銀行口座から「＜口座情報＞ＸＹ銀行 ＸＸＸ支店 普通：１２３４５６７ 名義：株式会社Ａ ＜／口座情報＞」で識別される銀行口座に１３２，０００円を振り込まれるための処理が行われる、とする。

【0156】

以上、具体例１によれば、支払先マスタデータベース３１を有効に使用し、誤りなく、確実に請求書の処理ができる。

【0157】

（具体例２）
株式会社Ｄの担当者Ｐは、Ｙ株式会社の担当者からから送信されてきた請求書画像を含む請求書処理指示を端末装置２に入力した、とする。かかる請求書画像は図１１である、とする。

【0158】

すると、端末装置２は、請求書画像（図１１）と端末格納部２１の請求先識別子「Ｄ０１」とを有する請求書処理指示を構成し、当該請求書処理指示を請求書処理装置１に送信する。

【0159】

次に、請求書処理装置１の請求書受信部１２１は、請求書画像を含む請求書処理指示を受信する。

【0160】

次に、請求元取得部１３１は、受信された請求書処理指示に含まれる請求書画像（図１１）を取得し、当該請求書画像に対して文字認識処理を行い、請求書属性値の集合を取得する。ここで、請求元取得部１３１は、請求書属性値の集合「＜請求先識別子＞株式会社Ｄ ＜請求元識別子＞Ｙ株式会社 ＜郵便番号＞１１０－０００８ ＜住所＞東京都・・・・・・ ＜金額＞３３，０００ ＜口座情報＞ＺＺ銀行 ＡＢ支店 普通：７６５４３２１ 名義：Ｙ株式会社 ＜／口座情報＞」を取得した、とする。

【0161】

次に、判断部１３２は、取得された請求書属性値の集合から請求元識別子「Ｙ株式会社」を取得する。また、判断部１３２は、請求書処理指示が有する請求先識別子「Ｄ０１」を取得する。次に、判断部１３２は、取得した請求先識別子「Ｄ０１」と取得した請求元識別子「Ｙ株式会社」とをキーとして支払先マスタデータベース３１を検索し、支払先マスタデータベース３１（図８）の中に、請求先識別子「Ｄ０１」と取得した請求元識別子「Ｙ株式会社」とを有する支払先情報が存在しない、と判断する。

【0162】

次に、請求書処理部１３３は、請求先識別子「Ｄ０１」を取得する。請求書処理部１３３は、請求先識別子「Ｄ０１」と対になる処理識別子「問合処理」を処理管理表（図９）から取得する。

【0163】

次に、問合手段１３３３は、取得されている請求書属性値の集合を用いて、問合情報を取得する。次に、問合手段１３３３は、当該問合情報を端末装置２に送信する。
なお、ここでは、問合情報は、請求元取得部１３１が取得した請求書属性値の集合「＜請求先識別子＞株式会社Ｄ ＜請求元識別子＞Ｙ株式会社 ＜住所＞東京都・・・・・・ ＜口座情報＞ＺＺ銀行 ＡＢ支店 普通：７６５４３２１ 名義：Ｙ株式会社 ＜／口座情報＞」を含む、とする。

【0164】

次に、端末受信部２５は、請求書処理装置１から問合情報を受信する。次に、端末処理部２３は、受信された問合情報に基づいて、出力する問合情報を構成する。次に、端末出力部２６は、当該問合情報を出力する。かかる問合情報の例は、図１２である。

【0165】

次に、ユーザＰは、図１２の画面を確認し、新しい取引先である「Ｙ株式会社」の電話番号と担当者名を、各々、図１２の「電話番号」と「担当者名」のフィールドに入力し（１３０１）、「蓄積する」ボタン１３０２を指示する（図１３参照）。

【0166】

次に、端末装置２の端末受付部２２は、「蓄積する」ボタン１３０２の指示を受け付ける。次に、端末処理部２３は、受け付けられた回答に基づいて、送信する回答「＜処理＞蓄積する ＜請求先識別子＞株式会社Ｄ ＜請求元識別子＞Ｙ株式会社 ＜住所＞東京都・・・・・・ ＜電話番号＞０３－５５５５－６６６６ ＜担当者名＞井上 Ｋ子 ＜口座情報＞ＺＺ銀行 ＡＢ支店 普通：７６５４３２１ 名義：Ｙ株式会社 ＜／口座情報＞」を構成する。次に、端末送信部２４は、当該回答を請求書処理装置１に送信する。

【0167】

次に、請求書処理装置１の回答受信手段１３３４は、当該回答を端末装置２から受信する。

【0168】

次に、蓄積手段１３３５は、回答が有する「＜処理＞蓄積する」に基づき、回答が有する情報から支払先情報「＜請求元識別子＞Ｙ株式会社 ＜住所＞東京都・・・・・・ ＜電話番号＞０３－５５５５－６６６６ ＜担当者名＞井上 Ｋ子 ＜口座情報＞ＺＺ銀行 ＡＢ支店 普通：７６５４３２１ 名義：Ｙ株式会社 ＜／口座情報＞」を取得する。次に、蓄積手段１３３５は、請求先識別子「Ｄ０１」を取得する。

【0169】

次に、蓄積手段１３３５は、請求先識別子「Ｄ０１」に対応付けて、支払先情報「＜請求元識別子＞Ｙ株式会社 ＜住所＞東京都・・・・・・ ＜電話番号＞０３－５５５５－６６６６ ＜担当者名＞井上 Ｋ子 ＜口座情報＞ＺＺ銀行 ＡＢ支店 普通：７６５４３２１ 名義：Ｙ株式会社 ＜／口座情報＞」を支払先マスタデータベース３１に蓄積する。以上により、支払先マスタデータベース３１（図８）には、請求先識別子「Ｄ０１」に対応付く一つの新しい支払先情報が追記された。

【0170】

以上、具体例２によれば、支払先マスタデータベース３１を適切に自動更新できる。

【0171】

以上、本実施の形態によれば、支払先マスタデータベース３１を用いた適切な請求書の処理が行える。

【0172】

また、本実施の形態によれば、支払先マスタデータベースを適切に更新できる。

【0173】

なお、本実施の形態における処理は、ソフトウェアで実現しても良い。そして、このソフトウェアをソフトウェアダウンロード等により配布しても良い。また、このソフトウェアをＣＤ－ＲＯＭなどの記録媒体に記録して流布しても良い。なお、このことは、本明細書における他の実施の形態においても該当する。なお、本実施の形態における請求書処理装置１を実現するソフトウェアは、以下のようなプログラムである。つまり、このプログラムは、～。

【0174】

また、図１４は、本明細書で述べたプログラムを実行して、上述した種々の実施の形態の請求書処理装置１等を実現するコンピュータシステム３００のブロック図である。

【0175】

図１４において、コンピュータシステム３００は、ＣＤ－ＲＯＭドライブを含むコンピュータ３０１と、キーボード３０２と、マウス３０３と、モニタ３０４とを含む。

【0176】

図１４において、コンピュータ３０１は、ＣＤ－ＲＯＭドライブ３０１２に加えて、ＭＰＵ３０１３と、ＣＤ－ＲＯＭドライブ３０１２等に接続されたバス３０１４と、ブートアッププログラム等のプログラムを記憶するためのＲＯＭ３０１５と、ＭＰＵ３０１３に接続され、アプリケーションプログラムの命令を一時的に記憶するとともに一時記憶空間を提供するためのＲＡＭ３０１６と、アプリケーションプログラム、システムプログラム、及びデータを記憶するためのハードディスク３０１７とを含む。ここでは、図示しないが、コンピュータ３０１は、さらに、ＬＡＮへの接続を提供するネットワークカードを含んでも良い。

【0177】

コンピュータシステム３００に、上述した実施の形態の請求書処理装置１等の機能を実行させるプログラムは、ＣＤ－ＲＯＭ３１０１に記憶されて、ＣＤ－ＲＯＭドライブ３０１２に挿入され、さらにハードディスク３０１７に転送されても良い。これに代えて、プログラムは、図示しないネットワークを介してコンピュータ３０１に送信され、ハードディスク３０１７に記憶されても良い。プログラムは実行の際にＲＡＭ３０１６にロードされる。プログラムは、ＣＤ－ＲＯＭ３１０１またはネットワークから直接、ロードされても良い。

【0178】

プログラムは、コンピュータ３０１に、上述した実施の形態の請求書処理装置等１の機能を実行させるオペレーティングシステム（ＯＳ）、またはサードパーティープログラム等は、必ずしも含まなくても良い。プログラムは、制御された態様で適切な機能（モジュール）を呼び出し、所望の結果が得られるようにする命令の部分のみを含んでいれば良い。コンピュータシステム３００がどのように動作するかは周知であり、詳細な説明は省略する。

【0179】

なお、上記プログラムにおいて、情報を送信するステップや、情報を受信するステップなどでは、ハードウェアによって行われる処理、例えば、送信ステップにおけるモデムやインターフェースカードなどで行われる処理（ハードウェアでしか行われない処理）は含まれない。

【0180】

また、上記プログラムを実行するコンピュータは、単数であってもよく、複数であってもよい。すなわち、集中処理を行ってもよく、あるいは分散処理を行ってもよい。

【0181】

また、上記各実施の形態において、一の装置に存在する２以上の通信手段は、物理的に一の媒体で実現されても良いことは言うまでもない。

【0182】

また、上記各実施の形態において、各処理は、単一の装置によって集中処理されることによって実現されてもよく、あるいは、複数の装置によって分散処理されることによって実現されてもよい。

【0183】

本発明は、以上の実施の形態に限定されることなく、種々の変更が可能であり、それらも本発明の範囲内に包含されるものであることは言うまでもない。

【産業上の利用可能性】

【0184】

以上のように、本発明にかかる請求書処理装置１は、支払先マスタデータベースを用いた適切な請求書の処理が行えるという効果を有し、請求書の処理を支援するサーバ等として有用である。

【符号の説明】

【0185】

Ａ 請求書処理システム
１ 請求書処理装置
２ 端末装置
３ サーバ
１１ 格納部
１２ 受信部
１３ 処理部
１４ 送信部
２１ 端末格納部
２２ 端末受付部
２３ 端末処理部
２４ 端末送信部
２５ 端末受信部
２６ 端末出力部
３１ 支払先マスタデータベース
１２１ 請求書受信部
１３１ 請求元取得部
１３２ 判断部
１３３ 請求書処理部
１３４ 請求書蓄積部
１３３１ 請求情報取得手段
１３３２ 口座情報取得手段
１３３３ 問合手段
１３３４ 回答受信手段
１３３５ 蓄積手段
１３３６ 請求書処理手段

【要約】

【課題】従来、支払先マスタデータベースを用いた適切な請求書の処理が行えなかった。
【解決手段】受信した請求書画像から請求元識別子を取得する請求元取得部１３１と、請求元取得部１３１が取得した請求元識別子が、請求元識別子を有する２以上の支払先情報が格納される支払先マスタデータベース３１に存在するか否かを判断する判断部１３２と、判断部１３２の判断結果に応じて、請求書画像に関する異なる処理を行う請求書処理部１３３とを具備し、請求書処理部１３３は、請求元識別子が存在すると判断部１３２が判断した場合に、請求書処理を行うために必要な情報である請求情報を取得する請求情報取得手段１３３１と、当該請求情報を用いた処理であり、請求書画像に関する処理である請求書処理を行う請求書処理手段１３３６とを具備する請求書処理装置１により、支払先マスタデータベースを用いた適切な請求書の処理が行える。
【選択図】図３

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】