特開 2024-113708 請求書処理装置、請求書処理方法、およびプログラム

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

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2024113708

(43)【公開日】2024-08-23

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

(51)【国際特許分類】

   G06Q 30/04 20120101AFI20240816BHJP

【ＦＩ】

G06Q30/04

【審査請求】未請求

【請求項の数】11

【出願形態】ＯＬ

(21)【出願番号】P 2023018813

(22)【出願日】2023-02-10

【公序良俗違反の表示】

（特許庁注：以下のものは登録商標）

１．ＴＥＮＳＯＲＦＬＯＷ

(71)【出願人】

【識別番号】507384939

【氏名又は名称】Ｓａｎｓａｎ株式会社

(74)【代理人】

【識別番号】100115749

【弁理士】

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

(72)【発明者】

【氏名】柴野 亮

(72)【発明者】

【氏名】大西 真央

【テーマコード（参考）】

5L030

5L049

【Ｆターム（参考）】

5L030BB11

5L049BB11

(57)【要約】

【課題】従来、同一の請求書情報が重複して登録されることを防止できなかった。
【解決手段】請求書画像を含む請求書情報を受け付ける請求書受付部１２１と、請求書画像を含む１以上の登録請求書情報が格納される請求書格納部１１１を参照し、請求書受付部１２１が受け付けた請求書画像に対して、一致条件を満たす請求書画像が請求書格納部１１１に存在するか否かを判断する判断部１３１と、判断部１３１が一致条件を満たすと判断した場合に、同一の請求書の重複した登録を防止するための防止処理を行う防止部１３３と、判断部１３１が一致条件を満たさないと判断した場合に、請求書受付部１２１が受け付けた請求書画像を含む登録請求書情報を請求書格納部１１１に蓄積する登録部１３２とを具備する請求書処理装置１により、同一の請求書情報が重複して登録されることを防止できる。
【選択図】図２

【特許請求の範囲】

【請求項1】

請求書画像を含む請求書情報を受け付ける請求書受付部と、
請求書画像を含む１以上の登録請求書情報が格納される請求書格納部を参照し、前記請求書受付部が受け付けた前記請求書画像に対して、一致条件を満たす請求書画像が前記請求書格納部に存在するか否かを判断する判断部と、
前記判断部が一致条件を満たすと判断した場合に、同一の請求書の重複した登録を防止するための防止処理を行う防止部と、
前記判断部が一致条件を満たさないと判断した場合に、前記請求書受付部が受け付けた前記請求書画像を含む登録請求書情報を前記請求書格納部に蓄積する登録部とを具備する請求書処理装置。

【請求項2】

前記一致条件は、前記請求書格納部に格納されている前記登録請求書情報に含まれる請求書属性値と、前記請求書受付部が受け付けた前記請求書情報に対する請求書属性値とが、属性値一致条件を満たすことも含まれ、
前記判断部は、
前記請求書受付部が受け付けた前記請求書画像に対する請求書属性値を取得し、当該請求書属性値と前記請求書格納部の前記登録請求書情報が有する請求書属性値とが前記属性値一致条件を満たすか否かを判断する属性値判断処理を行う請求項１記載の請求書処理装置。

【請求項3】

前記請求書属性値は登録日であり、
当該登録日の属性値一致条件は、前記請求書格納部に格納されている前記登録請求書情報の登録日と、前記請求書受付部が受け付けた前記請求書情報に対する登録日とが、近似条件を満たすことも含まれ、
前記登録部は、
前記請求書画像の登録日を含む請求書情報を前記請求書格納部に蓄積し、
前記判断部は、
前記請求書受付部が受け付けた前記請求書画像に対する登録日を取得し、当該登録日と前記請求書格納部の前記登録請求書情報が有する登録日とが前記近似条件を満たすか否かを判断する登録日判断処理を行う請求項２記載の請求書処理装置。

【請求項4】

ユーザ識別子に対応付けて、属性値一致条件が管理されており、
前記請求書受付部が受け付ける前記請求書情報は、ユーザ識別子に対応付いており、
前記判断部は、
前記請求書受付部が受け付けた前記請求書情報に対応付く前記ユーザ識別子に対応する属性値一致条件を取得し、当該属性値一致条件を満たすか否かを判断する請求項２または請求項３記載の請求書処理装置。

【請求項5】

前記請求書属性値は相手先情報または金額情報であり、
前記属性値一致条件は、前記請求書格納部に格納されている前記登録請求書情報に含まれる相手先情報または金額情報と、前記請求書受付部が受け付けた前記請求書情報に対する相手先情報または金額情報とが、一致することも含まれ、
前記請求書格納部の前記請求書情報は、相手先情報または金額情報を有し、
前記判断部は、
前記請求書受付部が受け付けた前記請求書情報に対する相手先情報または金額情報を取得し、当該相手先情報または当該金額情報と前記請求書格納部の前記登録請求書情報が有する相手先情報または金額情報とが一致するか否かを判断する判断処理を行う請求項２記載の請求書処理装置。

【請求項6】

前記判断部は、
前記請求書受付部が受け付けた前記請求書画像と、前記請求書格納部の前記登録請求書情報が有する前記請求書画像とが類似するか否かを判断する画像判断処理を行う請求項１から請求項５いずれか一項に記載の請求書処理装置。

【請求項7】

前記防止部は、
前記判断部が一致条件を満たすと判断した場合に、同一の請求書の重複した登録を防止するための警告情報を出力する警告処理を行う請求項１から請求項６いずれか一項に記載の請求書処理装置。

【請求項8】

前記防止部は、
前記判断部が一致条件を満たすと判断した場合に、前記請求書受付部が受け付けた請求書情報、または当該請求書情報に対して前記一致条件を満たすと判断された前記請求書格納部の前記登録請求書情報を削除する削除処理を行う請求項１から請求項７いずれか一項に記載の請求書処理装置。

【請求項9】

前記防止部は、
前記判断部が一致条件を満たすと判断した場合に、前記請求書受付部が受け付けた請求書情報、または当該請求書情報に対して前記一致条件を満たすと判断された前記請求書格納部の前記登録請求書情報に対する選択を受け付け、当該選択に対応する請求書情報を削除する削除処理を行う請求項８記載の請求書処理装置。

【請求項10】

請求書画像を含む１以上の登録請求書情報が格納される請求書格納部と、請求書受付部と、判断部と、防止部と、登録部とにより実現される請求書処理方法であって、
前記請求書受付部が、請求書画像を含む請求書情報を受け付ける請求書受付ステップと、
前記判断部が、前記請求書格納部を参照し、前記請求書受付部が受け付けた前記請求書画像に対して、一致条件を満たす請求書画像が前記請求書格納部に存在するか否かを判断する判断ステップと、
前記防止部が、前記判断ステップで一致条件を満たすと判断された場合に、同一の請求書の重複した登録を防止するための防止処理を行う防止ステップと、
前記登録部が、前記判断ステップで一致条件を満たさないと判断された場合に、前記請求書受付部が受け付けた前記請求書画像を含む登録請求書情報を前記請求書格納部に蓄積する登録ステップとを具備する請求書処理方法。

【請求項11】

請求書画像を含む１以上の登録請求書情報が格納される請求書格納部にアクセス可能なコンピュータを、
請求書画像を含む請求書情報を受け付ける請求書受付部と、
前記請求書格納部を参照し、前記請求書受付部が受け付けた前記請求書画像に対して、一致条件を満たす請求書画像が前記請求書格納部に存在するか否かを判断する判断部と、
前記判断部が一致条件を満たすと判断した場合に、同一の請求書の重複した登録を防止するための防止処理を行う防止部と、
前記判断部が一致条件を満たさないと判断した場合に、前記請求書受付部が受け付けた前記請求書画像を含む登録請求書情報を前記請求書格納部に蓄積する登録部として機能させるためのプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

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

【背景技術】

【0002】

従来、請求書画像データを管理するための請求書データ管理装置があった（特許文献１参照）。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特開２０２１－１８２３８９号公報

【発明の概要】

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

【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】同コンピュータシステムのブロック図

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

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

１ 請求書処理装置
２ ユーザ端末
３ 作業者端末
１１ 格納部
１２ 受付部
１３ 処理部
１４ 出力部
１１１ 請求書格納部
１２１ 請求書受付部
１３１ 判断部
１３２ 登録部
１３３ 防止部
１２１１ 第一受付手段
１２１２ 第二受付手段
１２１３ 第三受付手段

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】