特開 2024-177564 プログラム、情報処理装置及び方法

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

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

(11)【公開番号】P2024177564

(43)【公開日】2024-12-19

(54)【発明の名称】プログラム、情報処理装置及び方法

(51)【国際特許分類】

   G06Q 30/04 20120101AFI20241212BHJP

   G06V 30/196 20220101ALI20241212BHJP

   G06Q 20/10 20120101ALI20241212BHJP

【ＦＩ】

G06Q30/04

G06V30/196 B

G06Q20/10 300

【審査請求】未請求

【請求項の数】10

【出願形態】ＯＬ

(21)【出願番号】P 2024177851

(22)【出願日】2024-10-10

(62)【分割の表示】P 2023083733の分割

【原出願日】2023-05-22

(71)【出願人】

【識別番号】513056101

【氏名又は名称】フリー株式会社

(74)【代理人】

【識別番号】110002815

【氏名又は名称】ＩＰＴｅｃｈ弁理士法人

(72)【発明者】

【氏名】山田 健児

(57)【要約】

【課題】請求書をＯＣＲ処理により読み取り、読み取ったテキストデータから支払処理を行う技術を提供する。
【解決手段】請求書読取システムのサーバは、ユーザに係る請求書の画像データ（２０２１）を記憶し、その機能として、請求書の画像データを、ＯＣＲ処理により読み取ってテキストデータを生成するステップ（Ｓ１２１）と、生成したテキストデータを、請求書の記載項目ごとに分類して分類テキストデータを生成するステップ（Ｓ１２２）と、分類した分類テキストデータに基づき、請求書に対する支払処理を行うために必要な項目が存在するか判定するステップ（Ｓ１２３）と、判定結果が、必要な項目がすべて存在する場合、請求書に対する支払処理を行うための支払データを生成するステップ（Ｓ１２６）と、を実行させる。
【選択図】図７

【特許請求の範囲】

【請求項1】

プロセッサと、メモリとを備えるコンピュータに実行させるためのプログラムであって、
前記メモリは、ユーザに係る請求書の画像データを記憶し、
前記プログラムは、前記プロセッサに、
前記請求書の画像データを、ＯＣＲ処理により読み取ってテキストデータを生成するステップと、
前記生成したテキストデータを、前記請求書の記載項目ごとに分類して分類テキストデータを生成するステップと、
前記分類した分類テキストデータに基づき、前記請求書に対する支払処理を行うために必要な項目が存在するか判定するステップと、
判定結果が、前記必要な項目がすべて存在する場合、前記請求書に対する支払処理を行うための支払データを生成するステップと、を実行させる、プログラム。

【請求項2】

前記テキストデータを生成するステップにおいて、複数の前記請求書の画像データを含む画像データが順不同に格納されている格納領域から、前記請求書の画像データをＯＣＲ処理により読み取る、請求項１に記載のプログラム。

【請求項3】

前記判定するステップにおいて、前記分類テキストデータが前記請求書に基づくものであるか判定し、判定結果が前記請求書に基づくものである場合、前記請求書に対する支払処理を行うために必要な項目が存在するか判定する、請求項１に記載のプログラム。

【請求項4】

前記判定するステップにおいて、前記必要な項目として、前記分類テキストデータにおける請求元の情報、品目の情報、金額の情報、及び期日の情報が存在するか判定する、請求項１に記載のプログラム。

【請求項5】

前記支払データを生成するステップにおいて、前記請求書に対する支払処理を行う金融機関のフォーマットに対応した前記支払データを生成し、
前記プログラムは、さらに、
前記支払データを前記金融機関のサーバへ送信するステップを実行させる、請求項１に記載のプログラム。

【請求項6】

前記プログラムは、さらに、
判定結果が、前記必要な項目のうちの一部が存在しない場合、存在しない一部の前記必要な項目について推測を行って補完するステップを実行させ、
前記支払データを生成するステップにおいて、前記補完した項目に基づき、前記支払データを生成する、請求項１から請求項５のいずれかに記載のプログラム。

【請求項7】

前記必要な項目について補完するステップにおいて、前記分類テキストデータにおける請求元の情報、品目の情報、金額の情報のいずれかまたは複数に基づき、前記請求元に対する過去の支払データを参照し、前記必要な項目について推測を行う、請求項６に記載のプログラム。

【請求項8】

前記プログラムは、さらに、
前記補完した項目をユーザに提示し、ユーザからの承認または修正の入力を受け付けるステップを実行させる、請求項６に記載のプログラム。

【請求項9】

制御部と、記憶部とを備える情報処理装置であって、
前記記憶部は、ユーザに係る請求書の画像データを記憶し、
前記制御部は、
前記請求書の画像データを、ＯＣＲ処理により読み取ってテキストデータを生成するステップと、
前記生成したテキストデータを、前記請求書の記載項目ごとに分類して分類テキストデータを生成するステップと、
前記分類した分類テキストデータに基づき、前記請求書に対する支払処理を行うために必要な項目が存在するか判定するステップと、
判定結果が、前記必要な項目がすべて存在する場合、前記請求書に対する支払処理を行うための支払データを生成するステップと、を実行する、情報処理装置。

【請求項10】

プロセッサと、メモリとを備えるコンピュータにより実行されるための方法であって、
前記メモリは、ユーザに係る請求書の画像データを記憶し、
前記方法は、前記プロセッサが、
前記請求書の画像データを、ＯＣＲ処理により読み取ってテキストデータを生成するステップと、
前記生成したテキストデータを、前記請求書の記載項目ごとに分類して分類テキストデータを生成するステップと、
前記分類した分類テキストデータに基づき、前記請求書に対する支払処理を行うために必要な項目が存在するか判定するステップと、
判定結果が、前記必要な項目がすべて存在する場合、前記請求書に対する支払処理を行うための支払データを生成するステップと、を実行する、方法。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、プログラム、情報処理装置及び方法に関する。

【背景技術】

【0002】

紙に出力された帳票などに記載された文書をカメラ、スキャナなどの光学読取装置を用いて認識する光学的文字認識技術（ＯＣＲ：Optical Character Recognition）が知られている。また、画像解析により、帳票画像を分類する技術も知られている。

【0003】

書類分類システムの技術として、特許文献１には、証憑類の画像情報を解析して証憑類を分類し、格納先を決定して証憑類の画像情報を格納する、書類分類システムについての技術が開示されている。

【先行技術文献】

【特許文献】

【0004】

【特許文献1】国際公開第２０２０／１３６７７８号公報

【発明の概要】

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

【0005】

ところで、証憑類をＯＣＲ処理により読み取った後、読み取ったテキストデータをさらに活用することができれば、顧客に対して便利なサービスを提供することが可能になる。例えば、証憑類の一例である請求書をＯＣＲ処理により読み取り、その後の処理、例えば支払処理を行うことができれば、顧客に対する利便性の向上につながるため、そのような機能が求められていた。

【0006】

そこで、本開示では、請求書をＯＣＲ処理により読み取り、読み取ったテキストデータから支払処理を行うことを可能にする技術について説明する。

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

【0007】

本開示の一実施形態によると、プロセッサと、メモリとを備えるコンピュータに実行させるためのプログラムであって、メモリは、ユーザに係る請求書の画像データを記憶し、プログラムは、プロセッサに、請求書の画像データを、ＯＣＲ処理により読み取ってテキストデータを生成するステップと、生成したテキストデータを、請求書の記載項目ごとに分類して分類テキストデータを生成するステップと、分類した分類テキストデータに基づき、請求書に対する支払処理を行うために必要な項目が存在するか判定するステップと、判定結果が、必要な項目がすべて存在する場合、請求書に対する支払処理を行うための支払データを生成するステップと、を実行させる。

【発明の効果】

【0008】

本開示によれば、請求書をＯＣＲ処理により読み取り、読み取ったテキストデータから支払処理を行うために必要な項目が存在するか判定し、支払処理を行うための支払データを生成する。これにより、顧客に対する利便性を向上させることが可能になる。

【図面の簡単な説明】

【0009】

【図1】本開示で読み取る請求書の画像データの例を示す図である。

【図2】実施の形態１に係る請求書読取システム１の全体構成を示すブロック図である。

【図3】図２の端末装置１０の機能的な構成を示すブロック図である。

【図4】図２のサーバ２０の機能的な構成を示すブロック図である。

【図5】図４の取引データベース２０２２のデータ構造の例を示す図である。

【図6】図４の会計データベース２０２３のデータ構造の例を示す図である。

【図7】請求書読取システム１による支払データ生成処理を行う流れの一例を示すフローチャートである。

【図8】請求書読取システム１による支払データ送信処理を行う流れの一例を示すフローチャートである。

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

【0010】

以下、図面を参照しつつ、本開示の実施の形態について説明する。以下の記載および図面は、本発明を説明するための例示であって、説明の明確化のため、適宜、省略および簡略化がなされている。本発明は、他の種々の形態でも実施する事が可能である。特に限定しない限り、各構成要素は単数でも複数でも構わない。以下の説明では、同一の構成には同一の符号を付してある。それらの名称及び機能も同じである。従って、それらについての詳細な説明は繰り返さない。

【0011】

＜概要＞
以下、本開示に係る請求書読取システムについて説明する。本開示に係る請求書読取システムは、請求書の画像データをＯＣＲ処理により読み取り、読み取ったテキストデータから支払処理を行うために必要な項目が存在するか判定するシステムである。本開示に係る請求書読取システムは、支払処理を行うために必要な項目が存在しない場合、必要な項目について推測を行って補完するように構成されている。また、本開示に係る請求書読取システムは、支払処理を行うために必要な項目が存在する場合、または必要な項目が補完された場合、支払処理を行うための支払データを生成し、支払処理を行う。本開示に係る請求書読取システムは、例えばクラウドサーバ等によりＷｅｂサービスとして、いわゆるＳａａＳ（Ｓｏｆｔｗａｒｅ ａｓ ａ Ｓｅｒｖｉｃｅ）によって提供されるシステムである。

【0012】

また、本開示に係る請求書読取システムは、ユーザである企業や個人事業主等の事業者における取引データを管理し、会計処理のサービスを提供している。ユーザに対して提供される会計処理のサービスとは、仕入、売上、借入のような入出金の取引を管理することであり、取引を帳簿（仕訳帳、総勘定元帳）に記録（記帳）し、所定の決算期に決算処理として試算表を作成し、財務諸表である損益計算書や貸借対照表を作成している。

【0013】

図１は、本開示で読み取る請求書の画像データの例を示す図である。本開示に係る情報処理システムが読み取る画像データは、図１に例として示す、請求書Ｐ１の画像データである。請求書Ｐ１は、ＯＣＲ処理を行う対象である請求書の画像データのもとになる帳票類であり、読取項目の例として、タイトルＡ１と、請求元会社名Ａ２と、請求先会社名Ａ３と、請求先住所Ａ４と、請求書発行年月日Ａ５と、件名Ａ６と、品目Ａ７と、数量Ａ８と、品目別請求金額Ａ９と、金額小計Ａ１０と、消費税額Ａ１１と、金額合計Ａ１２とが印刷されている。この請求書読取システムでは、図１に示す各読取項目内における、図１に破線で示す位置の情報を領域データとして、例えば請求書Ｐ１の左上の端点を原点とする座標の情報を抽出している。また、この領域データに含まれる文字列を、ＯＣＲ処理により読み取って抽出している。

【0014】

ところで、請求書Ｐ１をＯＣＲ処理により読み取り、読み取ったテキストデータから支払処理を行うようにすることができれば、顧客に対して便利なサービスを提供することが可能である。支払処理を行うためには、請求書Ｐ１の各読取項目から、支払処理を行うために必要な項目を抽出し、支払データを作成する必要がある。

【0015】

そこで、本開示に係る請求書読取システムは、請求書Ｐ１を例とする請求書の画像データをＯＣＲ処理により読み取り、読み取ったテキストデータから支払処理を行うために必要な項目が存在するか判定する。そして、本開示に係る請求書読取システムは、支払処理を行うために必要な項目が存在する場合、支払処理を行うための支払データを生成する。

【0016】

また、支払処理を行うために必要な項目として、請求書Ｐ１の例では、請求先会社名Ａ３、品目Ａ７、金額合計Ａ１２が挙げられる。しかし、支払処理を行うために必要な項目として、支払の期日の情報も必要となる。そのため、請求書Ｐ１の例では、支払データを作成することができないことになる。

【0017】

そこで、本開示に係る請求書読取システムは、支払処理を行うために必要な項目が存在しない場合、必要な項目について推測を行って補完する。そして、本開示に係る請求書読取システムは、支払処理を行うために必要な項目が補完された場合、支払処理を行うための支払データを生成する。

【0018】

上記のような構成により、請求書の画像データから支払データを自動で生成して支払処理を行うことができるので、顧客に対して便利なサービスを提供することが可能になる。これにより、顧客に対する利便性の向上につなげることを可能にしている。

【0019】

＜実施の形態１＞
以下、請求書読取システム１について説明する。以下の説明では、例えば、端末装置１０がサーバ２０へアクセスすることにより、サーバ２０が、端末装置１０で画面を生成するための情報を応答する。端末装置１０は、サーバ２０から受信した情報に基づいて画面を生成し表示する。

【0020】

＜１ 請求書読取システム１の全体構成＞
図２は、実施の形態１に係る請求書読取システム１の全体構成を示すブロック図である。図２に示すように、請求書読取システム１は、複数の端末装置（図２では、端末装置１０Ａ及び端末装置１０Ｂを示している。以下、総称して「端末装置１０」ということもある）と、サーバ２０と、外部サーバ３０とを含む。端末装置１０とサーバ２０と外部サーバ３０とは、ネットワーク８０を介して相互に通信可能に接続されている。ネットワーク８０は、有線または無線ネットワークにより構成される。本実施形態では、サーバ２０はＷｅｂサーバ（クラウドサーバを含む）であり、端末装置１０との間でＷｅｂページにより情報のやり取りを行う。また、外部サーバ３０はＷｅｂサーバ（クラウドサーバを含む）であり、サーバ２０との間で情報のやり取りを行う。なお、端末装置１０にはＷｅｂページを閲覧するためのＷｅｂページブラウザがインストールされているが、サーバ２０のサービスを提供するための専用アプリケーションがインストールされ、専用アプリケーションにより閲覧可能に構成してもよい。

【0021】

端末装置１０は、各ユーザが操作する装置である。ここで、ユーザとは、端末装置１０を使用して請求書読取システム１の機能である支払処理を行う者であり、例えば事業者である企業の従業員、または個人事業主等である。端末装置１０は、据え置き型のＰＣ（Personal Computer）、ラップトップＰＣ等により実現される。この他、端末装置１０は、例えば移動体通信システムに対応したタブレットや、スマートフォン等の携帯端末であるとしてもよい。

【0022】

端末装置１０は、ネットワーク８０を介してサーバ２０と通信可能に接続される。端末装置１０は、４Ｇ、５Ｇ、ＬＴＥ（Long Term Evolution）等の通信規格に対応した無線基地局８１、ＩＥＥＥ（Institute of Electrical and Electronics Engineers）８０２．１１等の無線ＬＡＮ（Local Area Network）規格に対応した無線ＬＡＮルータ８２等の通信機器と通信することにより、ネットワーク８０に接続される。図２に端末装置１０Ｂとして示すように、端末装置１０は、通信ＩＦ（Interface）１２と、入力装置１３と、出力装置１４と、メモリ１５と、記憶部１６と、プロセッサ１９とを備える。

【0023】

通信ＩＦ１２は、端末装置１０が外部の装置と通信するため、信号を入出力するためのインタフェースである。入力装置１３は、ユーザからの入力操作を受け付けるための入力装置（例えば、キーボードや、タッチパネル、タッチパッド、マウス等のポインティングデバイス等）である。出力装置１４は、ユーザに対し情報を提示するための出力装置（ディスプレイ、スピーカ等）である。メモリ１５は、プログラム、及び、プログラム等で処理されるデータ等を一時的に記憶するためのものであり、例えばＤＲＡＭ（Dynamic Random Access Memory）等の揮発性のメモリである。記憶部１６は、データを保存するための記憶装置であり、例えばフラッシュメモリ、ＨＤＤ（Hard Disc Drive）である。プロセッサ１９は、プログラムに記述された命令セットを実行するためのハードウェアであり、演算装置、レジスタ、周辺回路等により構成される。

【0024】

サーバ２０は、請求書読取システム１の機能である請求書の画像データをＯＣＲ処理により読み取り、読み取ったテキストデータから支払処理を行うために必要な項目が存在するか判定する装置である。サーバ２０は、支払処理を行うために必要な項目が存在しない場合、必要な項目について推測を行って補完する。また、サーバ２０は、支払処理を行うために必要な項目が存在する場合、または必要な項目が補完された場合、支払処理を行うための支払データを生成し、支払処理を行う。

【0025】

サーバ２０は、ネットワーク８０に接続されたコンピュータである。サーバ２０は、通信ＩＦ２２と、入出力ＩＦ２３と、メモリ２５と、ストレージ２６と、プロセッサ２９とを備える。

【0026】

通信ＩＦ２２は、サーバ２０が外部の装置と通信するため、信号を入出力するためのインタフェースである。入出力ＩＦ２３は、ユーザからの入力操作を受け付けるための入力装置、及び、ユーザに対し情報を提示するための出力装置とのインタフェースとして機能する。メモリ２５は、プログラム、及び、プログラム等で処理されるデータ等を一時的に記憶するためのものであり、例えばＤＲＡＭ（Dynamic Random Access Memory）等の揮発性のメモリである。ストレージ２６は、データを保存するための記憶装置であり、例えばフラッシュメモリ、ＨＤＤ（Hard Disc Drive）である。プロセッサ２９は、プログラムに記述された命令セットを実行するためのハードウェアであり、演算装置、レジスタ、周辺回路等により構成される。

【0027】

＜１．１ 端末装置１０の構成＞
図３は、図２の端末装置１０の機能的な構成を示すブロック図である。図３に示すように、端末装置１０は、複数のアンテナ（アンテナ１１１、アンテナ１１２）と、各アンテナに対応する無線通信部（第１無線通信部１２１、第２無線通信部１２２）と、操作受付部１３０（キーボード１３１及びマウス１３２を含む）と、音声処理部１４０と、マイク１４１と、スピーカ１４２と、ディスプレイ１５０と、カメラ１６０と、記憶部１７０と、制御部１８０とを含む。端末装置１０は、図３では特に図示していない機能及び構成（例えば、電力を保持するためのバッテリー、バッテリーから各回路への電力の供給を制御する電力供給回路等）も有している。図３に示すように、端末装置１０に含まれる各ブロックは、バス等により電気的に接続される。図３に示す端末装置１０は、移動体通信システムに対応したタブレットや、スマートフォン等の携帯端末として説明するが、据え置き型のＰＣ（Personal Computer）、ラップトップＰＣであってもよい。

【0028】

アンテナ１１１は、端末装置１０が発する信号を電波として放射する。また、アンテナ１１１は、空間から電波を受信して受信信号を第１無線通信部１２１へ与える。

【0029】

アンテナ１１２は、端末装置１０が発する信号を電波として放射する。また、アンテナ１１２は、空間から電波を受信して受信信号を第２無線通信部１２２へ与える。

【0030】

第１無線通信部１２１は、端末装置１０が他の無線機器と通信するため、アンテナ１１１を介して信号を送受信するための変復調処理等を行う。第２無線通信部１２２は、端末装置１０が他の無線機器と通信するため、アンテナ１１２を介して信号を送受信するための変復調処理等を行う。第１無線通信部１２１と第２無線通信部１２２とは、チューナー、ＲＳＳＩ（Received Signal Strength Indicator）算出回路、ＣＲＣ（Cyclic Redundancy Check）算出回路、高周波回路等を含む通信モジュールである。第１無線通信部１２１と第２無線通信部１２２とは、端末装置１０が送受信する無線信号の変復調や周波数変換を行い、受信信号を制御部１８０へ与える。

【0031】

操作受付部１３０は、制御部１８０の制御に応じて、ユーザの入力操作を受け付けるための機構を有する。具体的には、操作受付部１３０は、キーボード１３１と、マウス１３２とを含む。なお、操作受付部１３０は、例えば静電容量方式のタッチパネルを用いることによって、タッチパネルに対するユーザの接触位置を検出する、タッチスクリーンとして構成してもよい。

【0032】

キーボード１３１は、端末装置１０のユーザの入力操作を受け付ける。キーボード１３１は、文字入力を行う装置であり、入力された文字情報を入力信号として制御部１８０へ出力する。

【0033】

マウス１３２は、端末装置１０のユーザの入力操作を受け付ける。マウス１３２は、ディスプレイ１５０に表示されている表示物を選択等するためのポインティングデバイスであり、画面上で選択された位置情報と、ボタン押下されていることを示す情報とを入力信号として制御部１８０へ出力する。

【0034】

音声処理部１４０は、制御部１８０の制御に応じて、音声信号の変復調を行う。音声処理部１４０は、マイク１４１から与えられる信号を変調して、変調後の信号を制御部１８０へ与える。また、音声処理部１４０は、音声信号をスピーカ１４２へ与える。音声処理部１４０は、例えば音声処理用のプロセッサによって実現される。マイク１４１は、音声入力を受け付けて、当該音声入力に対応する音声信号を音声処理部１４０へ与える。スピーカ１４２は、音声処理部１４０から与えられる音声信号を音声に変換して当該音声を端末装置１０の外部へ出力する。

【0035】

ディスプレイ１５０は、制御部１８０の制御に応じて、画像、動画、テキスト等のデータを表示する。ディスプレイ１５０は、例えばＬＣＤ（Liquid Crystal Display）や有機ＥＬ（Electro-Luminescence）ディスプレイによって実現される。

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

１ ：請求書読取システム
１０ ：端末装置
１０Ａ ：端末装置
１０Ｂ ：端末装置
１３ ：入力装置
１４ ：出力装置
１５ ：メモリ
１６ ：記憶部
１９ ：プロセッサ
２０ ：サーバ
２５ ：メモリ
２６ ：ストレージ
２９ ：プロセッサ
３０ ：外部サーバ
２０１ ：通信部
２０２ ：記憶部
２０３ ：制御部
２０２１ ：画像データフォルダ
２０２２ ：取引データベース
２０２３ ：会計データベース
２０３１ ：受信制御モジュール
２０３２ ：送信制御モジュール
２０３３ ：画像データ読込モジュール
２０３４ ：テキストデータ分類モジュール
２０３５ ：支払データ判定モジュール
２０３６ ：支払データ補完モジュール
２０３７ ：ユーザ提示モジュール
２０３８ ：支払データ生成モジュール
２０３９ ：支払データ送信モジュール

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】