JP7573449B2 - 請求書処理装置、請求書処理方法、およびプログラム - Google Patents

Description

特許法第３０条第２項適用 個別営業を通じて発表（公開日、公開相手及び公開場所は、新規性の喪失の例外証明書提出書の（別紙）個別営業先一覧表の１から２７７８を参照。）

特許法第３０条第２項適用 ウェブサイト（掲載日、媒体名及びアドレス等は、新規性の喪失の例外証明書提出書の（別紙）ウェブサイトの公開一覧の１から２６を参照。）

特許法第３０条第２項適用 刊行物（発行日、刊行物及び公開者等は、新規性の喪失の例外証明書提出書の（別紙）刊行物の公開一覧の１から３を参照。）

特許法第３０条第２項適用 令和２年５月１１日に、ウェブサイトにて公開（ｈｔｔｐｓ：／／ａｐｐ．ｂｉｌｌ－ｏｎｅ．ｃｏｍ／ｓｅｎｄｅｒ／ｉｎｖｏｉｃｅｓ）

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

従来、請求書情報に関する処理を行う請求書処理装置であり、一旦発行した請求書を統合や分割して再発行する場合に、請求漏れがないかを簡易に確認することが可能な請求書処理装置があった（例えば、特許文献１参照）。

特開２０１９－１１４１２２号公報

しかしながら、従来技術においては、電子メールで受信した請求書情報の管理のための適切な支援ができなかった。

本第一の発明の請求書処理装置は、電子メールにより請求書情報を受信する受付部と、受付部が電子メールにより請求書情報を受信した場合に、電子メールの送信先のメールアドレスを取得し、メールアドレスと対になる管理情報を、送付元識別子と送付先識別子との組である１以上の各管理情報と対にして、メールアドレスを格納する管理メール情報格納部から取得する管理情報取得部と、受付部が受信した請求書情報を、管理情報取得部が取得した管理情報に対応付けて蓄積する蓄積部とを具備する請求書処理装置である。

かかる構成により、電子メールで受信した請求書情報の管理のための適切な支援ができる。具体的には、電子メールの送信先のメールアドレスを取得し、当該メールアドレスを用いて、請求書の送付元識別子と送付先識別子とを自動的に取得し、請求書情報と共に送付元識別子と送付先識別子とを管理できる。

また、本第二の発明の請求書処理装置は、第一の発明に対して、電子メールの本文情報またはタイトルである内容情報を取得する内容取得部と、蓄積部は、内容情報をも、受付部が受信した請求書情報と対にして蓄積する、請求書処理装置である。

かかる構成により、電子メールで受信した請求書情報の管理のための適切な支援ができる。具体的には、メールのタイトルまたは本文も、請求書情報と対に管理できる。

また、本第三の発明の請求書処理装置は、第一または第二の発明に対して、受付部は、管理情報を受け付ける管理情報受付手段を具備し、管理情報の受け付けに応じて、ユニークなメールアドレスを取得するユニークアドレス取得部と、管理情報受付手段が受け付けた管理情報と、ユニークなメールアドレスとを有する管理メール情報を管理メール情報格納部に蓄積する管理メール情報登録部とをさらに具備する請求書処理装置である。

かかる構成により、電子メールで受信した請求書情報の管理のための適切な支援ができる。具体的には、送付元識別子と送付先識別子とユニークなメールアドレスとを対応付けて登録できる。

また、本第四の発明の請求書処理装置は、第一から第三いずれか１つの発明に対して、受付部が受信した請求書情報は、電子メールに添付されたファイルである、請求書処理装置である。

かかる構成により、電子メールで受信した請求書情報の管理のための適切な支援ができる。

本発明による請求書処理装置によれば、電子メールで受信した請求書情報の管理のための適切な支援ができる。

実施の形態１における請求書処理システムＡの概念図 同請求書処理システムＡのブロック図 同請求書処理装置１のブロック図 同請求書処理装置１の動作例について説明するフローチャート 同請求書処理装置１の動作例について説明するフローチャート 同請求書の送付元または送付先のユーザの端末装置２の動作例について説明するフローチャート 同作業者の端末装置２の動作例について説明するフローチャート 同請求書管理表を示す図 同出力情報管理表を示す図 同管理メール情報管理表を示す図 同入力画面例を示す図 同メールの画面例を示す図 同入力画面例を示す図 同出力画面例を示す図 同出力画面例を示す図 実施の形態２における請求書処理装置３のブロック図 同請求書処理装置３の動作例について説明するフローチャート 上記実施の形態におけるコンピュータシステムの概観図 同コンピュータシステムのブロック図

以下、請求書処理装置等の実施形態について図面を参照して説明する。なお、実施の形態において同じ符号を付した構成要素は同様の動作を行うので、再度の説明を省略する場合がある。

（実施の形態１）
本実施の形態において、請求書情報のアップロード、請求書情報の電子メールでの受信、および郵送された請求書用紙に基づく請求書情報の入力受付の３つのルートのうち、少なくとも２以上のルートにより、請求書情報を受け付けることができる請求書処理装置について説明する。なお、２以上の各ルートにより受け付けられた請求書情報は、通常、蓄積され、一括管理できる。

また、本実施の形態において、請求書情報の受け付けルートを識別するルート識別子と対にして、請求書情報を蓄積し、管理できる請求書処理装置について説明する。

また、本実施の形態において、送付元と送付先の組と対になる１以上の出力情報が管理されており、当該組に対応する請求書情報に対応付けて、当該出力情報を出力できる請求書処理装置について説明する。なお、出力情報は、例えば、科目である。

また、本実施の形態において、郵送された請求書用紙を、当該用紙の管理のための郵送を支援する請求書処理装置について説明する。なお、郵送の支援とは、例えば、宛名情報の出力である。

また、本実施の形態において、電子メールで受信された請求書情報を、電子メールの送信元のメールアドレスと対になる送付元と送付先の情報と対にして、蓄積する請求書処理装置について説明する。

また、本実施の形態において、電子メールで受信された請求書情報を、電子メールの本文情報またはタイトルと対応付けて蓄積する請求書処理装置について説明する。

さらに、本実施の形態において、送付元と送付先とを有する管理情報を受け付け、ユニークなメールアドレスを取得し、当該メールアドレスと送付元と送付先とを有する管理メール情報を登録する登録処理を行える請求書処理装置について説明する。

図１は、本実施の形態における請求書処理システムＡの概念図である。請求書処理システムＡは、請求書処理装置１、および１または２以上の端末装置２を備える。請求書処理装置１は、いわゆるサーバである。

請求書処理装置１は、例えば、クラウドサーバ、ＡＳＰサーバであるが、その種類は問わない。請求書処理装置１は、通常、請求書情報を受け付け、管理する装置である。端末装置２は、いわゆるパソコン、スマートフォン、タブレット端末であるが、その種類は問わない。端末装置２は、請求書情報を送信するユーザが使用する端末である。端末装置２は、請求書情報の送信元または送信先のユーザが使用する端末（第一端末と言っても良い）、または輸送された請求書用紙に基づいて請求書情報を入力する作業者が使用する端末（第二端末と言っても良い）である。

請求書処理装置１と１以上の端末装置２とは、インターネット等のネットワークにより、通信可能である。

図２は、本実施の形態における請求書処理システムＡのブロック図である。図３は、請求書処理装置１のブロック図である

請求書処理装置１は、格納部１１、受付部１２、処理部１３、および出力部１４を備える。格納部１１は、請求書格納部１１１、郵送先格納部１１２、出力情報格納部１１３、および管理メール情報格納部１１４を備える。受付部１２は、第一受付手段１２１、第二受付手段１２２、第三受付手段１２３、出力指示受付手段１２４、および管理情報受付手段１２５を備える。処理部１３は、ユニークアドレス取得部１３１、管理メール情報登録部１３２、ルート取得部１３３、管理情報取得部１３４、内容取得部１３５、出力情報取得部１３６、蓄積部１３７、宛名情報構成部１３８、および請求書取得部１３９を備える。出力部１４は、出力情報出力部１４１、宛名情報出力部１４２、および請求書出力部１４３を備える。

端末装置２は、端末格納部２１、端末受付部２２、端末処理部２３、端末送信部２４、端末受信部２５、および端末出力部２６を備える。

請求書処理装置１を構成する格納部１１には、各種の情報が格納される。各種の情報は、例えば、後述する請求書情報、後述する郵送先情報である。

請求書格納部１１１には、１以上の請求書情報が格納される。各請求書情報は、通常、管理情報に対応付けて格納されている。管理情報は、送付元識別子と送付先識別子との組である。

送付元識別子は、請求書の送付元を識別する情報である。請求書の送付元とは、請求書の発行側である、と言える。送付元識別子は、請求書の発行元を特定する情報である、と考えても良い。送付元識別子は、例えば、請求書の発行元の会社名と担当者名、請求書の発行元の会社名と部署名、請求書の発行元の会社識別子と担当者識別子、請求書の発行元の会社識別子と部署識別子である。

送付先識別子は、請求書の送付先を識別する情報である。請求書の送付先とは、請求先である、と言える。送付先識別子は、請求されている側を特定する情報である、と考えても良い。送付元識別子は、例えば、請求される側の会社名と担当者名、請求される側の会社名と部署名、請求される側の会社識別子と担当者識別子、請求される側の会社識別子と部署識別子である。

請求書情報には、後述するルート識別子、日付、後述する出力情報等、他の情報が対応付いていても良い。

なお、請求書格納部１１１は、通常、請求書処理装置１が具備するが、外部の装置が具備しても良い。

郵送先格納部１１２には、請求書用紙の郵送先に関する郵送先情報が格納される。郵送先情報は、通常、請求書用紙を保管、管理する先の情報である。郵送先情報は、郵送先の住所を有する。郵送先情報は、例えば、郵便番号、宛先を有する。請求書用紙は、紙の請求書である。郵送先格納部１１２は、通常、請求書処理装置１が具備するが、外部の装置が具備しても良い。

出力情報格納部１１３には、１または２以上の各管理情報に対応付けて出力情報が格納される。出力情報は、請求書の送付元と送信元に対応する情報であり、出力対象の情報である。出力情報は、例えば、科目である。出力情報は、例えば、支払い期限に関する情報（例えば、「請求書の発行後３０日以内」）である。ただし、出力情報は問わない。出力情報は、請求書の送付元と送付先が決まれた決定される情報であることは好適である。

管理メール情報格納部１１４には、１または２以上の管理メール情報が格納される。管理メール情報は、管理情報ごとのメールアドレスの情報である。管理メール情報は、管理情報とメールアドレスとを有する情報である。メールアドレスは、管理情報ごとにユニークであることは好適である。メールアドレスは、領収書情報を電子メールで送付する場合に、電子メールの宛先として指定されるアドレスである。

受付部１２は、各種の情報や指示等を受け付ける。各種の情報や指示等とは、例えば、請求書情報、出力指示、管理情報である。

ここで、受け付けとは、通常、有線もしくは無線の通信回線を介して送信された情報の受信である。ただし、受け付けとは、キーボードやマウス、タッチパネルなどの入力デバイスから入力された情報の受け付け、光ディスクや磁気ディスク、半導体メモリなどの記録媒体から読み出された情報の受け付けなどを含む概念であっても良い。

第一受付手段１２１は、端末装置２から請求書情報を受信する。第一受付手段１２１は、通常、インターネットを経由して、請求書情報を受信する。第一受付手段１２１は、通常、端末装置２からアップロードされた請求書情報を受信する。かかる請求書情報の入力者は、通常、請求書の発行者（発行元の組織の担当者）である。第一受付手段１２１は、請求書情報とともに、管理情報をも受け付けて良い。ここでの請求書情報は、例えば、端末装置２の画面から入力された情報である。請求書情報は、例えば、端末装置２からアップロードされたファイルである。第一受付手段１２１は、請求書情報に加えて、送付元識別子、送付先識別子を受信しても良い。また、請求書情報がファイルである場合、第一受付手段１２１は、例えば、請求書情報の中の情報の文字列（例えば、請求書の宛先、請求金額、請求書の送付元など）をも、請求書情報に加えて、受信しても良い。なお、請求書のファイルは、ＰＤＦが好適であるが、ファイルの形式、構造は問わない.

第二受付手段１２２は、電子メールにより請求書情報を受信する。かかる請求書情報の入力者は、通常、請求書の発行者である。また、かかる請求書情報は、通常、添付ファイルであるが、メールの本文中に記載されている情報でも良い。電子メールは、通常、請求書情報に加えて、タイトル、本文情報を有する。第二受付手段１２２は、例えば、電子メールのアドレスごとに、予め決められたメールボックスの記憶領域（図示しない）を検査し、電子メールが存在するか否かを判断し、電子メールが存在する場合は、当該電子メールをメールボックスから取得する。

なお、作業者の端末装置２の請求書情報等を入力するウェブページまたはアプリと、送付元の端末装置２の請求書情報等を入力するウェブページまたはアプリとは、異なることが好適であるが、同じでも良い。同じである場合、入力するユーザのユーザ識別子により、ユーザが送付元か作業者かを区別できても良いし、受信された情報の中にルート識別子が含まれていても良い。つまり、何らかの方法により、第一受付手段１２１および第二受付手段１２２が、正しいルート識別子を取得できれば良い。

第三受付手段１２３は、郵送された請求書用紙に基づく請求書情報を受け付ける。かかる請求書情報の入力者は、通常、請求書の発行者ではなく、請求書用紙が郵送された先の作業者である。かかる作業者の請求書情報の入力方法は問わない。請求書情報は、ファイルでも良いし、文字列の集合でも良く、その構造は問わない。作業者は、例えば、端末装置２を用いて、請求書用紙から作成した請求書情報であるファイルを、請求書処理装置１にアップロードする。第三受付手段１２３は、例えば、請求書情報の中の情報の文字列（例えば、請求書の宛先、請求金額、請求書の送付元など）をも、請求書情報に加えて、受信しても良い。

出力指示受付手段１２４は、請求書情報の出力指示を受け付ける。出力指示は、請求書情報を特定する情報を有することは好適である。出力指示は、例えば、請求書情報の識別子、送付元識別子、送付先識別子のうちの１以上の情報を有する。出力指示は、例えば、期間を特定する期間情報を有する。出力指示は、例えば、請求書情報を請求書格納部１１１から検索するための検索式を含む。

管理情報受付手段１２５は、管理情報を受け付ける。管理情報は、請求書の送付元を識別する送付元識別子と請求書の送付先を識別する送付先識別子との組である。管理情報の受け付けは、管理メール情報の登録のためである。

処理部１３は、各種の処理を行う。各種の処理は、例えば、ユニークアドレス取得部１３１、管理メール情報登録部１３２、ルート取得部１３３等が行う処理である。

処理部１３は、例えば、ルート識別子ごとの請求書情報の割合を算出し、各ルートごとの使用割合を出力する。かかることにより、各ルートの使用状況を把握できる結果、請求書処理装置１の改善、作業者の採用の変更等の事業の見直しが可能となる。

処理部１３は、例えば、送付元識別子ごとの請求書情報の割合を算出し、送付元識別子ごとおよびルートごとの使用割合を出力する。かかることにより、例えば、郵送の割合が多い送付元に対して、ｗｅｂまたは電子メールによる送付を増やして頂くための指導をする等の対策を講じることができる。

処理部１３は、例えば、受け付けられたファイルである請求書情報から、請求書の内容に関する情報を取得する。請求書の内容に関する情報は、例えば、送付元識別子、送付先識別子、金額、支払期限等である。処理部１３は、例えば、ＰＤＦファイルである請求書情報から、請求書の内容に関する情報を取得する。処理部１３は、例えば、画像である請求書情報に対して文字認識処理を行い請求書の内容に関する情報を取得する。なお、かかる場合、例えば、格納部１１に、請求書のフォーマットに関する情報（例えば、送付先の会社名が記載されている座標情報、送付元の会社名が記載されている座標情報、送付先の担当者名が記載されている座標情報、送付元の担当者名が記載されている座標情報、金額が記載されている座標情報）が格納されており、かかる情報を用いて、処理部１３は、請求書情報から、請求書の内容に関する情報を取得する。

処理部１３は、例えば、受信された電子メールに対応する送付先識別子と対になる送付先担当者メールアドレスを格納部１１から取得し、当該送付先担当者識別子（例えば、メールアドレス）に対応する宛先に、請求書情報が受け付けられたことを通知する。なお、通知の手段は問わない。処理部１３は、例えば、電子メールにより通知する。処理部１３は、例えば、受信された電子メールを送付先担当者識別子宛てに転送する。なお、通知の内容は問わない。

ユニークアドレス取得部１３１は、管理情報の受け付けに応じて、ユニークなメールアドレスを取得する。ユニークなメールアドレスを取得する方法は問わない。ユニークアドレス取得部１３１は、例えば、メールアドレスが有する数値部分であり、最近に生成したメールアドレスの数値部分をインクリメントして、置き換えたメールアドレスを生成する。ユニークアドレス取得部１３１は、例えば、２以上のメールアドレス集合から、使用されていないメールアドレスを読み出す。

管理メール情報登録部１３２は、管理情報受付手段１２５が受け付けた管理情報と、ユニークアドレス取得部１３１が取得したユニークなメールアドレスとを有する管理メール情報を、管理メール情報格納部１１４に蓄積する。かかる処理により、管理メール情報の登録が行われる。

ルート取得部１３３は、受付部１２が請求書情報を受け付けたルートを特定するルート識別子を取得する。ルートは、手段と言っても良い。つまり、ルート識別子は、例えば、請求書情報を受け付けが第一受付手段１２１によるか、第二受付手段１２２によるか、第三受付手段１２３によるかを特定する情報である。第一受付手段１２１による場合は、例えば、ルート識別子は「ｗｅｂ」である。第二受付手段１２２による場合は、例えば、ルート識別子は「電子メール」である。第三受付手段１２３による場合は、例えば、ルート識別子は「郵送」である。

ルート取得部１３３は、例えば、第一受付手段１２１、第二受付手段１２２、第三受付手段１２３のうち、どの手段により請求書情報が受信されたかを特定するルート識別子を取得する。ルート取得部１３３は、例えば、第一受付手段１２１、第二受付手段１２２、第三受付手段１２３のうち、どの手段により請求書情報が受信されたかを検知し、当該検知結果に基づくルート識別子を取得する。ルート取得部１３３は、例えば、第一受付手段１２１または第二受付手段１２２または第三受付手段１２３が受信したルート識別子を取得しても良い。かかるルート識別子は、例えば、請求書情報を入力するユーザにより、入力された情報である。

管理情報取得部１３４は、第二受付手段１２２が電子メールにより請求書情報を受信した場合に、電子メールの送信先のメールアドレスを取得し、当該メールアドレスと対になる管理情報を管理メール情報格納部１１４から取得する。なお、受信した電子メールの送信先のメールアドレスを取得する技術は、公知技術であるので、詳細な説明は省略する。

内容取得部１３５は、受信された電子メールから、電子メールの本文情報またはタイトルである内容情報を取得する。内容情報は、電子メールそのものでも良い。

出力情報取得部１３６は、管理情報受付手段１２５が受け付けた管理情報と対になる出力情報を出力情報格納部１１３から取得する。なお、出力情報は、例えば、科目、支払期日である。

蓄積部１３７は、受付部１２が受け付けた請求書情報を請求書格納部１１１に蓄積する。蓄積部１３７は、請求書情報が受け付けられたルートによらず、請求書情報を請求書格納部１１１に蓄積することは好適である。かかることにより、２以上のルートで受け付けられた請求書情報が一括管理できる。

蓄積部１３７は、受付部１２が受け付けた請求書情報を、ルート取得部１３３が取得したルート識別子と対にして請求書格納部１１１に蓄積することは好適である。

蓄積部１３７は、第二受付手段１２２が受信した請求書情報を、管理情報取得部１３４が取得した管理情報に対応付けて蓄積することは好適である。

蓄積部１３７は、受信された電子メールの内容情報をも、第二受付手段１２２が受信した請求書情報と対にして蓄積する。かかることにより、例えば、請求書情報の送付時の背景的な情報を後に得ることができる。

宛名情報構成部１３８は、郵送先格納部１１２から郵送先情報を取得し、当該郵送先情報を用いて、請求書用紙を郵送するための宛名情報を構成する。宛名情報構成部１３８は、第三受付手段１２３による請求書情報の受け付けに応じて、宛名情報を自動的に取得することは好適である。

請求書取得部１３９は、受信された出力指示に対応する１または２以上の請求書情報を請求書格納部１１１から取得する。請求書取得部１３９は、受信された出力指示に対応する請求書情報等とルート識別子との組を、１以上、請求書格納部１１１から取得することは好適である。

出力部１４は、各種の情報を出力する。各種の情報とは、例えば、請求書情報、出力情報、宛名情報である。

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

出力情報出力部１４１は、出力情報取得部１３６が取得した１または２以上の出力情報を出力する。出力情報出力部１４１は、受付部１２が、請求書情報とともに、管理情報を受け付けた場合に、請求書情報を送信してきた端末装置２に、１以上の出力情報を送信することは好適である。出力情報出力部１４１は、受付部１２がファイルである請求書情報を受け付けた場合に、処理部１３が当該請求書情報から取得した送付先識別子と送付元識別子とを、請求書情報とともに出力しても良い。

宛名情報出力部１４２は、宛名情報構成部１３８が取得した宛名情報を出力する。宛名情報出力部１４２は、通常、宛名情報を作業者の端末装置２に送信する。

請求書出力部１４３は、請求書取得部１３９が取得した請求書情報を出力する。請求書出力部１４３は、請求書取得部１３９が取得した請求書情報とルート識別子とを出力することは好適である。請求書出力部１４３は、通常、請求書情報を端末装置２に送信する。

端末装置２を構成する端末格納部２１には、各種の情報が格納される。各種の情報とは、例えば、送付元識別子、送付先識別子である。

端末受付部２２は、各種の情報や指示等を受け付ける。各種の情報や指示等とは、例えば、請求書入力のためのウェブサイトにアクセスするためのＵＲＩまたはＵＲＬ、請求書入力アプリの起動指示、電子メールアプリの起動指示、請求書情報、管理情報、
出力指示である。請求書入力アプリとは、請求書情報を入力するアプリケーションである。電子メールアプリとは、電子メールを送信するためのアプリケーションである。

ここで、受け付けとは、キーボードやマウス、タッチパネルなどの入力デバイスから入力された情報の受け付け、有線もしくは無線の通信回線を介して送信された情報の受信、光ディスクや磁気ディスク、半導体メモリなどの記録媒体から読み出された情報の受け付けなどを含む概念である。

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

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

端末送信部２４は、各種の情報や指示等を請求書処理装置１に送信する。各種の情報や指示等は、例えば、請求書情報、電子メール、出力指示、管理情報である。

端末受信部２５は、各種の情報を請求書処理装置１から受信する。各種の情報は、例えば、請求書情報、出力情報、宛名情報である。

端末出力部２６は、各種の情報を出力する。各種の情報は、例えば、請求書情報、出力情報、宛名情報である。

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

格納部１１、請求書格納部１１１、郵送先格納部１１２、出力情報格納部１１３、管理メール情報格納部１１４、および端末格納部２１は、不揮発性の記録媒体が好適であるが、揮発性の記録媒体でも実現可能である。

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

受付部１２、第一受付手段１２１、第二受付手段１２２、第三受付手段１２３、出力指示受付手段１２４、管理情報受付手段１２５、および端末受信部２５は、通常、無線または有線の通信手段で実現されるが、放送を受信する手段で実現されても良い。

処理部１３、ユニークアドレス取得部１３１、管理メール情報登録部１３２、ルート取得部１３３、管理情報取得部１３４、内容取得部１３５、出力情報取得部１３６、蓄積部１３７、宛名情報構成部１３８、および端末処理部２３は、通常、プロセッサやメモリ等から実現され得る。処理部１３等の処理手順は、通常、ソフトウェアで実現され、当該ソフトウェアはＲＯＭ等の記録媒体に記録されている。但し、ハードウェア（専用回路）で実現しても良い。なお、プロセッサは、例えば、ＣＰＵ、ＭＰＵ、ＧＰＵ等であり、その種類は問わない。

出力部１４、出力情報出力部１４１、宛名情報出力部１４２、請求書出力部１４３、端末送信部２４、および端末出力部２６は、通常、無線または有線の通信手段で実現されるが、放送手段で実現されても良い。

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

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

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

（ステップＳ４０１）第一受付手段１２１は、請求書情報の送付者の端末装置２から、請求書情報等を受信したか否かを判断する。請求書情報等を受信した場合はステップＳ４０２に行き、請求書情報等を受信しなかった場合はステップＳ４０７に行く。

なお、ここでの請求書情報等は、請求書情報のみでも良い。請求書情報等は、請求書情報と、送付元識別子と、送付先識別子とを含むことは好適である。

（ステップＳ４０２）ルート取得部１３３は、ルート識別子「ｗｅｂ」を取得する。

（ステップＳ４０３）管理情報取得部１３４は、ステップＳ４０１で受信された送付元識別子と送付先識別子との組である管理情報を取得する。または、管理情報取得部１３４は、請求書情報から送付元識別子と送付先識別子とを取得し、管理情報を構成しても良い。

（ステップＳ４０４）出力情報取得部１３６は、ステップＳ４０３で取得された管理情報と対になる出力情報を出力情報格納部１１３から取得する。

（ステップＳ４０５）蓄積部１３７は、ステップＳ４０１で受信された請求書情報、ステップＳ４０２で取得されたルート識別子「ｗｅｂ」、およびステップＳ４０４で取得された出力情報を有する情報を構成する。

（ステップＳ４０６）蓄積部１３７は、ステップＳ４０５で構成した情報を請求書格納部１１１に蓄積する。ステップＳ４０１に戻る。

（ステップＳ４０７）第二受付手段１２２は、電子メールにより、請求書情報等を受信したか否かを判断する。請求書情報等を受信した場合はステップＳ４０８に行き、請求書情報等を受信しなかった場合はステップＳ４１５に行く。

なお、ここでの請求書情報等は、請求書情報のみでも良い。請求書情報等は、請求書情報と、送付元識別子と、送付先識別子とを含むことは好適である。

（ステップＳ４０８）ルート取得部１３３は、ルート識別子「電子メール」を取得する。

（ステップＳ４０９）管理情報取得部１３４は、電子メールの送信先のメールアドレスを取得する。

（ステップＳ４１０）管理情報取得部１３４は、ステップＳ４０９で取得したメールアドレスと対になる管理情報を管理メール情報格納部１１４から取得する。

（ステップＳ４１１）出力情報取得部１３６は、ステップＳ４１０で取得された管理情報と対になる出力情報を出力情報格納部１１３から取得する。

（ステップＳ４１２）内容取得部１３５は、ステップＳ４０７で受信された電子メールから内容情報を取得する。

（ステップＳ４１３）蓄積部１３７は、ステップＳ４０７で受信された請求書情報、ステップＳ４０８で取得されたルート識別子「電子メール」、ステップＳ４１１で取得された出力情報、ステップＳ４１２で取得された内容情報を有する情報を構成する。

（ステップＳ４１４）蓄積部１３７は、ステップＳ４１３で構成した情報を請求書格納部１１１に蓄積する。ステップＳ４０１に戻る。

（ステップＳ４１５）第三受付手段１２３は、作業者の端末装置２から、請求書情報等を受信したか否かを判断する。請求書情報等を受信した場合はステップＳ４１６に行き、請求書情報等を受信しなかった場合はステップＳ４２４に行く。なお、ここでの請求書情報等は、請求書情報のみでも良い。

（ステップＳ４１６）ルート取得部１３３は、ルート識別子「郵送」を取得する。

（ステップＳ４１７）管理情報取得部１３４は、ステップＳ４１５で受信された送付元識別子と送付先識別子との組である管理情報を取得する。管理情報取得部１３４は、請求書情報から送付元識別子と送付先識別子とを取得し、管理情報を構成しても良い。

（ステップＳ４１８）出力情報取得部１３６は、ステップＳ４１７で取得された管理情報と対になる出力情報を出力情報格納部１１３から取得する。

（ステップＳ４１９）蓄積部１３７は、ステップＳ４１５で受信された請求書情報、ステップＳ４１６で取得されたルート識別子「郵送」、およびステップＳ４１８で取得された出力情報を有する情報を構成する。

（ステップＳ４２０）蓄積部１３７は、ステップＳ４１９で構成した情報を請求書格納部１１１に蓄積する。

（ステップＳ４２１）宛名情報構成部１３８は、郵送先格納部１１２から郵送先情報を取得する。

（ステップＳ４２２）宛名情報構成部１３８は、ステップＳ４２１で取得した郵送先情報を用いて、宛名情報を構成する。

（ステップＳ４２３）宛名情報出力部１４２は、ステップＳ４２２で構成された宛名情報を、請求書情報等を送信してきた作業者の端末装置２に送信する。ステップＳ４０１に戻る。

（ステップＳ４２４）管理情報受付手段１２５は、端末装置２から管理情報を受信したか否かを判断する。管理情報を受信した場合はステップＳ４２５に行き、管理情報を受信しなかった場合はステップＳ４２９に行く。

（ステップＳ４２５）ユニークアドレス取得部１３１は、ユニークなメールアドレスを取得する。

（ステップＳ４２６）管理メール情報登録部１３２は、ステップＳ４２４で受信された管理情報、ステップＳ４２５で取得されたメールアドレスを有する管理メール情報を構成する。

（ステップＳ４２７）管理メール情報登録部１３２は、ステップＳ４２６で構成した管理メール情報を管理メール情報格納部１１４に蓄積する。

（ステップＳ４２８）出力部１４は、ステップＳ４２６で構成された管理メール情報を、管理情報を送信してきた端末装置２に送信する。かかる処理により、端末装置２のユーザは、電子メールで請求書情報を送付する際のメールアドレスを知ることができる。

（ステップＳ４２９）出力指示受付手段１２４は、端末装置２から出力指示を受信したか否かを判断する。出力指示を受信した場合はステップＳ４３０に行き、出力指示を受信しなかった場合はステップＳ４０１に戻る。

（ステップＳ４３０）請求書取得部１３９は、ステップＳ４２９で受信された出力指示に対応する請求書情報等とルート識別子とを請求書格納部１１１から取得する。

（ステップＳ４３１）請求書出力部１４３は、ステップＳ４３０で取得された請求書情報等とルート識別子とを、出力指示を送信してきた端末装置２に送信する。ステップＳ４０１に戻る。

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

次に、請求書情報の送付者が使用する端末装置２（いわゆる第一端末）の動作例について、図６のフローチャートを用いて説明する。なお、請求書情報の送付者（請求する側の者）は、請求書情報の受取者（請求される側の者）となっても良い。

（ステップＳ６０１）端末受付部２２は、請求書入力アプリの起動指示を受け付けたか否かを判断する。起動指示を受け付けた場合はステップＳ６０２に行き、起動指示を受け付けなかった場合はステップＳ６０５に行く。なお、請求書入力アプリは、請求書情報を入力し、請求書処理装置１に送信するアプリである。また、ここで、請求書入力アプリに代えて、請求書情報を入力するウェブサイトが使用されても良い。つまり、請求書入力アプリの起動指示に代えて、請求書情報を入力するウェブサイトのＵＲＬでも良い。

（ステップＳ６０２）端末処理部２３は、端末格納部２１の請求書入力アプリを起動する。なお、請求書入力アプリの起動に代えて、請求書情報を入力するウェブサイトへのアクセスでも良い。

（ステップＳ６０３）端末受付部２２は、請求書情報等の入力を受け付けたか否かを判断する。請求書情報等の入力を受け付けた場合はステップＳ６０４に行き、請求書情報等の入力を受け付けなかった場合はステップＳ６０３に戻る。

（ステップＳ６０４）端末処理部２３は、ステップＳ６０３で受け付けられた請求書情報等を用いて、送信する請求書情報等を構成する。端末送信部２４は、当該請求書情報等を請求書処理装置１に送信する。ステップＳ６０１に戻る。

（ステップＳ６０５）端末受付部２２は、電子メールアプリの起動指示を受け付けたか否かを判断する。起動指示を受け付けた場合はステップＳ６０６に行き、起動指示を受け付けなかった場合はステップＳ６１０に行く。なお、電子メールアプリは、電子メールを送信するためのアプリである。

（ステップＳ６０６）端末処理部２３は、端末格納部２１の電子メールアプリを起動する。

（ステップＳ６０７）端末受付部２２は、電子メールアプリに対して、請求書情報、内容情報、送信先のメールアドレス等の入力を受け付けたか否かを判断する。請求書情報等の入力を受け付けた場合はステップＳ６０８に行き、請求書情報等の入力を受け付けなかった場合はステップＳ６０７に戻る。なお、請求書情報は、通常、ファイル（例えば、ＰＤＦファイル）であり、電子メールの添付ファイルとして、電子メールアプリに入力される。

（ステップＳ６０８）端末受付部２２は、メール送信指示を受け付けたか否かを判断する。メール送信指示を受け付けた場合はステップＳ６０９に行き、メール送信指示を受け付けなかった場合はステップＳ６０８に戻る。

（ステップＳ６０９）端末処理部２３は、請求書情報、内容情報等を含む電子メールを構成する。端末送信部２４は、入力されたメールアドレスが示す先に、構成された電子メールを送信する。ステップＳ６０１に戻る。

（ステップＳ６１０）端末受付部２２は、管理情報を受け付けたか否かを判断する。管理情報を受け付けた場合はステップＳ６１１に行き、管理情報を受け付けなかった場合はステップＳ６１４に行く。

（ステップＳ６１１）端末処理部２３は、ステップＳ６１０で受け付けられた管理情報を用いて、送信する管理情報を構成する。端末送信部２４は、当該管理情報を請求書処理装置１に送信する。

（ステップＳ６１２）端末受信部２５は、請求書処理装置１から管理メール情報を受信したか否かを判断する。管理メール情報を受信した場合はステップＳ６１３に行き、管理メール情報を受信しなかった場合はステップＳ６１２に戻る。なお、ここで、端末受信部２５は、管理メール情報が有する弟子メールアドレスのみを受信しても良い。

（ステップＳ６１３）端末処理部２３は、ステップＳ６１２で受信された管理メール情報を用いて、出力する管理メール情報を構成する。端末出力部２６は、当該管理メール情報を出力する。ステップＳ６０１に戻る。なお、ここで、端末出力部２６は、弟子メールアドレスのみを出力しても良い。

（ステップＳ６１４）端末受付部２２は、出力指示を受け付けたか否かを判断する。出力指示を受け付けた場合はステップＳ６１５に行き、出力指示を受け付けなかった場合はステップＳ６０１に戻る。

（ステップＳ６１５）端末処理部２３は、送信する出力指示を構成する。端末送信部２４は、当該出力指示を請求書処理装置１に送信する。

（ステップＳ６１６）端末受信部２５は、１以上の請求書情報等を受信したか否かを判断する。請求書情報等を受信した場合はステップＳ６１７に行き、請求書情報等を受信しなかった場合はステップＳ６１６に戻る。

（ステップＳ６１７）端末処理部２３は、ステップＳ６１６で受信された請求書情報等を用いて、出力する請求書情報等を構成する。端末出力部２６は、当該請求書情報等を出力する。ステップＳ６０１に戻る。なお、請求書情報等とは、請求書情報とルート識別子とを含むことは好適である。

なお、図６のフローチャートにおいて、ステップＳ６０１からＳ６０４は、第一のルート（ルート識別子＝ｗｅｂ）による請求書情報の送信である。また、ステップＳ６０５からＳ６０９は、第二のルート（ルート識別子＝電子メール）による請求書情報の送信である。さらに、請求書情報の送付者は、第三のルート（ルート識別子＝郵送）により請求書用紙を送付しても良い。かかる場合、送付者は、請求書用紙を印刷し、予め決められた郵送先に郵送する手続きを行う。

また、図６のフローチャートにおいて、請求書処理装置１は、３つのルートのうち、２つのルートのみに対応していても良い。

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

次に、請求書用紙を郵便により受領した後、当該請求書用紙に基づいて請求書情報の作業を行う作業者が使用する端末装置２（いわゆる第二端末）の動作例について、図７のフローチャートを用いて説明する。なお、作業者は、例えば、請求書処理装置１を運営する企業の作業者である。

（ステップＳ７０１）端末受付部２２は、作業者から請求書情報等を受け付けたか否かを判断する。請求書情報等を受け付けた場合はステップＳ７０２に行き、請求書情報等を受け付けなかった場合はステップＳ７０１に戻る。なお、請求書情報等とは、例えば、請求書情報と送付元識別子と送付先識別子である。また、請求書情報は、ファイル（例えば、ＰＤＦファイル）であることは好適である。また、ステップＳ７０１の前に、作業者は、請求書用紙をＰＤＦ化する等により、請求書用紙から請求書情報を作成する作業を行っている、とする。

（ステップＳ７０２）端末処理部２３は、ステップＳ７０１で受け付けられた請求書情報等を用いて、送信する請求書情報等を構成する。端末送信部２４は、当該請求書情報等を請求書処理装置１に送信する。

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

（ステップＳ７０４）端末処理部２３は、ステップＳ７０３で受信された宛名情報を用いて、印刷する宛名情報を構成する。端末出力部２６は、当該宛名情報を出力する。

（ステップＳ７０５）端末受付部２２は、印刷指示を受け付けたか否かを判断する。印刷指示を受け付けた場合はステップＳ７０６に行き、印刷指示を受け付けなかった場合はステップＳ７０５に戻る。

（ステップＳ７０６）端末出力部２６は、出力されている宛名情報を印刷する。なお、印刷された宛名情報が封筒に貼られ、請求書用紙が封筒に入れられ、当該封筒が、宛名情報が示す先に郵送される。

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

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

今、請求書処理装置１の請求書格納部１１１には、図８に示す構造を有する請求書管理表が格納される。請求書管理表は、請求書情報等を管理する表である。請求書管理表は、「ＩＤ」「請求書情報」「送信元識別子」「送信先識別子」「ルート識別子」「日付」「科目」「支払期日」を有するレコードを管理する。「ＩＤ」は、レコードを識別する情報である。「請求書情報」は、ここでは、請求書のＰＤＦファイルである、とする。「送信元識別子」は「会社」「担当者」を有する。「会社」は、請求書情報の送信元の組織（会社、個人事業主、役所等）を識別する情報であり、ここでは、会社名である。「担当者」は、請求書情報の送信元の組織の担当者を識別する情報であり、ここでは、担当者名である。「送信先識別子」は、「会社」「担当者」を有する。「会社」は、請求書情報の送信先の組織（会社、個人事業主、役所等）を識別する情報であり、ここでは、会社名である。「担当者」は、請求書情報の送信先の組織の担当者を識別する情報であり、ここでは、担当者名である。「ルート識別子」は、ここでは、「ｗｅｂ」「電子メール」「郵送」のいずれかを採り得る。「日付」は、請求書情報を受け付けた日である。なお、「日付」は、請求書の発行日でも良い。

また、郵送先格納部１１２には、郵送先情報「＜住所＞〒１０５－０００１ 東京都港区虎ノ門・・・＜宛先＞株式会社ＸＸＸＸ 請求書管理センター御中 ＜送付元識別子＞＄送付元識別子 ＜送付先識別子＞＄送付先識別子」が格納されている。なお、「＄送付元識別子」「＄送付先識別子」は変数であり、対応する送付元識別子と送付先識別子の情報が代入される変数である。

また、出力情報格納部１１３には、図９に示す構造を有する出力情報管理表が格納される。出力情報管理表は、「ＩＤ」「送信元識別子」「送信先識別子」「出力情報」を有する。「ＩＤ」「送信元識別子」「送信先識別子」は、図８の「ＩＤ」「送信元識別子」「送信先識別子」と同じである。「出力情報」は、ここでは「科目」「支払期日」を有する。「科目」は、請求書情報に対応する科目である。「支払期日」は、請求書情報に対する支払いの期日を特定する情報である。

また、管理メール情報格納部１１４には、図１０に示す構造を有する管理メール情報管理表が格納される。管理メール情報管理表は、「ＩＤ」「送信元識別子」「送信先識別子」「送付先メールアドレス」「送付先担当者メールアドレス」を有する。「ＩＤ」「送信元識別子」「送信先識別子」は、図８の「ＩＤ」「送信元識別子」「送信先識別子」と同じである。「送付先メールアドレス」「送付先担当者メールアドレス」は、請求書情報を電子メールで送付する場合のメールアドレスである。「送付先担当者メールアドレス」は、請求書情報が受け付けられた場合に、送付先の担当者に知らせるための担当者のメールアドレスである。

以上の状況において、以下の５つの具体例について説明する。具体例１は、管理情報を自動構成する処理である。具体例２は、ウェブサイトを介して、請求書情報等を送信する場合である。具体例３は、電子メールにより請求書情報等を送信する場合である。具体例４は、郵送された請求書用紙に基づいて、作業者は請求書情報等を入力する場合である。具体例５は、出力指示に基づき、請求書情報とルート識別子とが端末装置２に出力される場合である。

（具体例１）
今、ユーザ「山田Ａ子」は、『送付元識別子「＜会社＞Ａ社＜担当者＞山田Ａ子」，送付先識別子「＜会社＞Ｘ社＜担当者＞田中Ｅ子」』を含む管理情報を端末装置２に入力した、とする。

次に、端末装置２の端末受付部２２は、管理情報を受け付ける。次に、端末処理部２３は、受け付けられた管理情報を用いて、送信する管理情報を構成する。次に、端末送信部２４は、当該管理情報を請求書処理装置１に送信する。

次に、請求書処理装置１の管理情報受付手段１２５は、管理情報を受信する。次に、ユニークアドレス取得部１３１は、ユニークなメールアドレス「a001@b.jp」を取得した、とする。なお、ここで、ユニークアドレス取得部１３１は、格納部１１のメールアドレスの雛形「a＜数値＞@b.jp」の＜数値＞（ここでは、３桁とする）の箇所をインクリメントしながら、ユニークなメールアドレスを生成するものとする。つまり、「a001@b.jp」を取得した次には、ユニークアドレス取得部１３１は、「a002@b.jp」を取得する。

次に、管理メール情報登録部１３２は、受信された管理情報『送付元識別子「＜会社＞Ａ社＜担当者＞山田Ａ子」，送付先識別子「＜会社＞Ｘ社＜担当者＞田中Ｅ子」』、取得されたメールアドレス「a001@b.jp」を有する管理メール情報を構成する。次に、管理メール情報登録部１３２は、構成した管理メール情報を管理メール情報管理表（図１０）に蓄積する。なお、蓄積された管理メール情報は、図１０の「ＩＤ＝１」のレコードである。なお、図１０の「ＩＤ＝１」のレコードの「送付先担当者アドレス」は、別途、入力された、とする。

以上の処理により、管理メール情報の登録が完了した。

（具体例２）
次に、ユーザ「山田Ａ子」（以下、当該ユーザ）は、請求書情報を入力するウェブサイトにアクセスした、とする。かかるアクセスは、当該ウェブサイトのＵＲＬの入力に基づく。

そして、当該ユーザの端末装置２には、図１１の画面が表示された、とする。また、当該ユーザは、送信したい請求書のＰＤＦファイルを取り込む、とする。この取り込まれた請求書ファイルは、１１０１である。また、当該ユーザは、図１１の画面において、請求書の送付元識別子１１０２、送付先識別子１１０３を入力する、とする。すると、端末受付部２２は、請求書情報１１０１（請求書のＰＤＦファイル）、送付元識別子１１０２、送付先識別子１１０３の入力を受け付ける。

次に、当該ユーザは、図１１の送信ボタン１１０４を指示した、とする。すると、端末処理部２３は、受け付けられた請求書情報等を用いて、送信する請求書情報等を構成する。次に、端末送信部２４は、当該請求書情報等を請求書処理装置１に送信する。

次に、請求書処理装置１の第一受付手段１２１は、送付者の端末装置２から、請求書情報１１０１、送付元識別子１１０２、送付先識別子１１０３を受信する。

次に、ルート取得部１３３は、当該ウェブサイトを経由したルートのルート識別子「ｗｅｂ」を取得する。ルート取得部１３３は、例えば、ＵＲＬに基づいて、ルート識別子「ｗｅｂ」を取得する。

次に、管理情報取得部１３４は、受信された情報から、送付元識別子と送付先識別子との組である管理情報『送付元識別子「＜会社＞Ａ社＜担当者＞山田Ａ子」，送付先識別子「＜会社＞Ｘ社＜担当者＞田中Ｅ子」』を取得する。

次に、出力情報取得部１３６は、取得された管理情報と対になる出力情報「＜科目外注費，＜支払期日＞当月月末，・・・」を出力情報管理表（図９）から取得する。

次に、蓄積部１３７は、受信された請求書情報、取得された管理情報『送付元識別子「＜会社＞Ａ社＜担当者＞山田Ａ子」，送付先識別子「＜会社＞Ｘ社＜担当者＞田中Ｅ子」』、取得されたルート識別子「ｗｅｂ」、日付、取得された出力情報「＜科目＞外注費，＜支払期日＞当月月末，・・・」を、請求書管理表（図８）に蓄積する。蓄積されたレコードは、図８の「ＩＤ＝５８」のレコードである。なお、蓄積部１３７は、図示しない時計から日付を取得したものとする。

以上の処理により、ウェブ経由での請求書情報の送信、蓄積が行われた。また、科目等の出力情報が自動的に蓄積された。

（具体例３）
次に、ユーザ「井上Ｂ男」（以下、当該ユーザ）は、請求書情報を送信するために、端末装置２の電子メールアプリを起動した、とする。

すると、端末装置２では、電子メールアプリが起動される。そして、当該ユーザは、電子メールの添付ファイルとして、別途、用意した請求書のＰＤＦファイルを添付する操作を行った、とする。その結果、図１２の１２０１に示すように、請求書情報（ＰＤＦファイル）が添付された（１２０１参照）

また、「Ｙ社の木下Ｆ夫」に対する請求書の送付先として、請求書処理装置１の運営側から与えられているメールアドレス「a002@b.jp」を、メールアドレスの欄に入力した、とする（１２０２参照）。また、当該ユーザは、メールのタイトル（１２０３）、本文（１２０４）を記載して、送信ボタン１２０５を指示した、とする。

すると、図１２の電子メールがアドレス「a002@b.jp」に送信される。

次に、請求書処理装置１の第二受付手段１２２は、電子メールにより、請求書情報、メールのタイトル、メールの本文情報等を受信する。

次に、ルート取得部１３３は、電子メールを受信したことを検知し、ルート識別子「電子メール」を取得する。

次に、管理情報取得部１３４は、電子メールの送信先のメールアドレス「a002@b.jp」を取得する。そして、管理情報取得部１３４は、取得したメールアドレス「a002@b.jp」と対になる管理情報『送付元識別子「＜会社＞Ｂ社＜担当者＞井上Ｂ男」，送付先識別子「＜会社＞Ｙ社＜担当者＞木下Ｆ夫」』を管理メール情報管理表（図１０）から取得する。

次に、出力情報取得部１３６は、取得された管理情報と対になる出力情報「＜科目＞通信費，＜支払期日＞３０日以内，・・・」を出力情報管理表（図９）から取得する。

次に、内容取得部１３５は、受信された電子メールから内容情報を取得する。なお、内容情報は、タイトル「インターネット回線使用のご請求書の送付」、本文情報「Ｙ社 木下Ｆ夫 様 Ｂ社の井上Ｂ男でございます。・・・」である。

次に、蓄積部１３７は、受信された請求書情報、取得された管理情報、取得されたルート識別子「電子メール」、日付、取得された出力情報「＜科目＞通信費，＜支払期日＞３０日以内，・・・」、取得された内容情報（タイトル「インターネット回線使用のご請求書の送付」等）等を有する情報を請求書管理表（図８）に蓄積する。なお、蓄積されたレコードは、図８の「ＩＤ＝５９」のレコードである。また、このレコードは、内容情報を含むが、図８においては省略されている。

以上の処理により、電子メールにより、請求書情報の送信、蓄積が行われた。また、管理情報、および科目等の出力情報が自動的に蓄積された。

（具体例４）
今、ユーザ「Ｃ社の青木Ｃ子」は、「Ｚ社の福田Ｇ子」に対して請求書を送付するために、請求書用紙を封筒に入れて、当該封筒を、所定の郵送先（ここでは、請求書処理装置１の運営会社）に郵送した、とする。そして、請求書処理装置１の運営会社は、青木Ｃ子からの郵送物を受け取った、とする。

次に、運営会社の作業者は、封筒の中の請求書用紙をＰＤＦ化した、とする。そして、作業者は、請求書情報等を請求書処理装置１に送信するために、請求書情報等を入力するためのアプリを起動した、とする。

そして、起動されたアプリに対して、作業者は、請求書のＰＤＦファイルを与え、送付元識別子と送付先識別子とを入力した、とする。また、作業者は、ルート「郵送」を選択した、とする。かかる画面例は、図１３である。図１３の１３０１は請求書のＰＤＦファイル、１３０２は、送付元識別子、１３０３は送付先識別子、１３０４は選択されたルートである。そして、作業者は、送信ボタン１３０５を指示した、とする。

次に、請求書のＰＤＦファイル、送付元識別子、送付先識別子、ルート識別子「郵送」が、端末装置２から請求書処理装置１に送信される。

次に、請求書処理装置１の第三受付手段１２３は、請求書情報等を受信する。次に、ルート取得部１３３は、ルート識別子「郵送」を取得する。また、管理情報取得部１３４は、受信された送付元識別子と送付先識別子との組である管理情報を取得する。

次に、出力情報取得部１３６は、取得された管理情報と対になる出力情報「＜科目＞広告宣伝費，・・・」を出力情報管理表（図９）から取得する。

次に、蓄積部１３７は、受信された請求書情報Welshファイル）、管理情報、ルート識別子「郵送」、日付、出力情報「＜科目＞広告宣伝費，・・・」を有するレコードを請求書管理表（図８）に蓄積する。なお、かかるレコードは、図８の「ＩＤ＝６０」である。

次に、宛名情報構成部１３８は、郵送先格納部１１２から郵送先情報「＜住所＞〒１０５－０００１ 東京都港区虎ノ門・・・＜宛先＞株式会社ＸＸＸＸ 請求書管理センター御中 ＜送付元識別子＞＄送付元識別子 ＜送付先識別子＞＄送付先識別子」を取得する。また、宛名情報構成部１３８は、取得した郵送先情報と、送付元識別子と、送付先識別子とを用いて、宛名情報「＜住所＞〒１０５－０００１ 東京都港区虎ノ門・・・＜宛先＞株式会社ＸＸＸＸ 請求書管理センター御中 ＜送付元識別子＞Ｃ社 青木Ｃ子 ＜送付先識別子＞Ｚ社 福田Ｇ子」を構成する。次に、宛名情報出力部１４２は、構成された宛名情報を、請求書情報等を送信してきた作業者の端末装置２に送信する。なお、宛名情報出力部１４２は、構成された宛名情報を、格納部１１に格納されている雛形に代入し、印刷される態様の宛名情報を構成した後、当該宛名情報を送信することは好適である。

次に、端末受信部２５は、請求書処理装置１から宛名情報を受信する。次に、端末処理部２３は、受信された宛名情報を用いて、印刷する宛名情報を構成する。端末出力部２６は、宛名情報を出力する。かかる出力例は、図１４である。

次に、作業者は、印刷ボタン１４０１を指示した、とする。すると、請求書用紙（原本）の郵送ための宛先が印刷される。作業者は、印刷された宛先を封筒に貼り、請求書用紙（原本）を封筒に入れて、当該封筒を、請求書用紙（原本）を管理する「請求書管理センター」に郵送する。

以上により、ルートが郵送の場合の請求書情報の送信、蓄積等の処理が行われた。また、請求書用紙（原本）の郵送ための支援が行えた。

（具体例５）
ユーザ「青木Ｃ子」は、郵送により送付した請求書用紙が電子化され、請求書情報等が請求書処理装置１に格納されている否かを確認しようと、端末装置２に出力指示を入力した、とする。なお、出力指示は、「＜送付元識別子＞Ｃ社 青木Ｃ子 ＜送付先識別子＞Ｚ社 福田Ｇ子」を有する、とする。

次に、端末受付部２２は、送付元識別子と送付先識別子とを有する出力指示を受け付ける。次に、端末処理部２３は、送信する出力指示を構成する。端末送信部２４は、当該出力指示を請求書処理装置１に送信する。

次に、請求書処理装置１の出力指示受付手段１２４は、出力指示を受信する。次に、請求書取得部１３９は、受信された出力指示に対応する請求書情報等とルート識別子とを請求書管理表（図８）から取得する。ここで、請求書取得部１３９は、図８から「ＩＤ＝６０」のレコードを取得した、とする。

次に、請求書出力部１４３は、取得された請求書情報等とルート識別子「郵送」とを、青木Ｃ子の端末装置２に送信する。

次に、端末装置２の端末受信部２５は、請求書情報等を受信する。端末処理部２３は、受信された請求書情報等を用いて、出力する請求書情報等を構成する。端末出力部２６は、当該請求書情報等を出力する。かかる出力例は、図１５である。図１５において、請求書情報（ファイル）１５０１、ルート識別子「郵送」１５０２、科目「広告宣伝費」１５０３が出力されている。なお、１５０３のフィールドには、ルート識別子「ｗｅｂ」「電子メール」「郵送」のうちのいずれかが出力される。

本具体例の以上の処理により、請求書情報がルート識別子や科目等と同じ画面に出力されている。

以上、本実施の形態によれば、複数のルートにより受け付けられた請求書情報を一括管理できる。

また、本実施の形態によれば、請求書情報が受け付けられたルートを把握できる。

また、本実施の形態によれば、送付元識別子と送付先識別子とに対応付けて管理されている出力情報を容易に出力できる。

また、本実施の形態によれば、請求書情報の送信に応じて、容易に科目を取得できる。

また、本実施の形態によれば、郵送により受領した請求書用紙の管理のための支援ができる。

さらに、本実施の形態によれば、電子メールで受信した請求書情報の管理のための支援ができる。

なお、本実施の形態において、ｗｅｂ、電子メール、郵送の３つのルートでの請求書情報の送信が行えた。しかし、本実施の形態において、ｗｅｂ、電子メール、郵送の３つのルートのうち、いずれか２つのルートのみの使用が行えても良い。

また、本実施の形態における処理は、ソフトウェアで実現しても良い。そして、このソフトウェアをソフトウェアダウンロード等により配布しても良い。また、このソフトウェアをＣＤ－ＲＯＭなどの記録媒体に記録して流布しても良い。なお、このことは、本明細書における他の実施の形態においても該当する。なお、本実施の形態における請求書処理装置１を実現するソフトウェアは、以下のようなプログラムである。つまり、このプログラムは、コンピュータを、端末装置から請求書情報を受信する第一受付手段と、電子メールにより請求書情報を受信する第二受付手段と、郵送された請求書用紙に基づく請求書情報を受け付ける第三受付手段のうちの２以上の手段を具備する受付部と、前記受付部が前記請求書情報を受け付けたルートを特定するルート識別子を取得するルート取得部と、前記受付部が受け付けた前記請求書情報を、前記ルート取得部が取得したルート識別子と対にして、請求書情報が格納される請求書格納部に蓄積する蓄積部として機能させるためのプログラムである。

（実施の形態２）
本実施の形態と実施の形態１との差異は、本実施の形態において、電子メールでのルートのみから請求書情報を受け付ける点である。

本実施の形態における請求書処理システムＢの概念図は、符号を除いて、図１と同じである。請求書処理システムＢは、請求書処理装置３、および１または２以上の端末装置２を備える。

図１６は、本実施の形態における請求書処理システムＢを構成する請求書処理装置３のブロック図である。

請求書処理装置３は、例えば、クラウドサーバ、ＡＳＰサーバであるが、その種類は問わない。請求書処理装置３は、通常、請求書情報を受け付け、管理する装置である。本実施の形態において、端末装置２は、請求書情報の送信元または送信先のユーザが使用する端末（第一端末と言っても良い）である。

請求書処理装置３と１以上の端末装置２とは、インターネット等のネットワークにより、通信可能である。

請求書処理装置３は、格納部３１、受付部３２、処理部３３、および出力部３４を備える。格納部３１は、請求書格納部１１１、出力情報格納部１１３、および管理メール情報格納部１１４を備える。受付部３２は、第二受付手段１２２、出力指示受付手段１２４、および管理情報受付手段１２５を備える。処理部３３は、ユニークアドレス取得部１３１、管理メール情報登録部１３２、管理情報取得部１３４、内容取得部１３５、出力情報取得部１３６、蓄積部１３７、および請求書取得部１３９を備える。出力部３４は、出力情報出力部３４１、および請求書出力部３４３を備える。

格納部３１には、各種の情報が格納される。各種の情報は、例えば、請求書情報、出力情報、管理メール情報である。

格納部３１は、不揮発性の記録媒体が好適であるが、揮発性の記録媒体でも実現可能である。

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

受付部３２は、各種の情報や指示等を受け付ける。各種の情報や指示等とは、例えば、請求書情報、出力指示、管理情報である。

ここで、受け付けとは、通常、有線もしくは無線の通信回線を介して送信された情報の受信である。ただし、受け付けとは、キーボードやマウス、タッチパネルなどの入力デバイスから入力された情報の受け付け、光ディスクや磁気ディスク、半導体メモリなどの記録媒体から読み出された情報の受け付けなどを含む概念であっても良い。

受付部３２は、例えば、電子メールにより請求書情報を受信する。請求書情報は、添付ファイルであることは好適である。

受付部３２は、無線または有線の通信手段により実現され得る。

処理部３３は、各種の処理を行う。各種の処理は、例えば、ユニークアドレス取得部１３１、管理メール情報登録部１３２等が行う処理である。処理部３３は、処理部１３と同じ処理を行っても良い。

処理部３３は、通常、プロセッサやメモリ等から実現され得る。処理部３３の処理手順は、通常、ソフトウェアで実現され、当該ソフトウェアはＲＯＭ等の記録媒体に記録されている。但し、ハードウェア（専用回路）で実現しても良い。なお、プロセッサは、例えば、ＣＰＵ、ＭＰＵ、ＧＰＵ等であり、その種類は問わない。

出力部３４は、各種の情報を出力する。各種の情報とは、例えば、請求書情報、出力情報である。

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

出力部３４は、無線または有線の通信手段により実現され得る。

次に、請求書処理システムＢを構成する請求書処理装置３の動作例について、図１７のフローチャートを用いて説明する。図１７のフローチャートは、図４または図５のいずれかのステップにより構成されるので、ここでの説明は省略する。

なお、図１７のフローチャートにおいて、ステップＳ４０７において、「Ｎ」の場合は、ステップＳ４２４に行く。

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

以上、本実施の形態によれば、電子メールで受信した請求書情報の管理のための適切な支援ができる。具体的には、本実施の形態によれば、電子メールの送信先のメールアドレスを取得し、当該メールアドレスを用いて、請求書の送付元識別子と送付先識別子とを自動的に取得し、請求書情報と共に送付元識別子と送付先識別子とを管理できる。また、本実施の形態によれば、メールのタイトルまたは本文も、請求書情報と対に管理できる。さらに、本実施の形態によれば、請求書の送付元識別子と送付先識別子とユニークなメールアドレスとを対応付けて登録できる。

なお、本実施の形態における情報処理装置を実現するソフトウェアは、以下のようなプログラムである。つまり、このプログラムは、送付元識別子と送付先識別子との組である１以上の各管理情報と対にして、メールアドレスを格納する管理メール情報格納部にアクセス可能なコンピュータを、電子メールにより請求書情報を受信する受付部と、前記受付部が電子メールにより請求書情報を受信した場合に、当該電子メールの送信先のメールアドレスを取得し、当該メールアドレスと対になる管理情報を前記管理メール情報格納部から取得する管理情報取得部と、前記受付部が受信した請求書情報を、前記管理情報取得部が取得した管理情報に対応付けて蓄積する蓄積部として機能させるためのプログラムである。

また、図１８は、本明細書で述べたプログラムを実行して、上述した種々の実施の形態の請求書処理装置１、または端末装置２、または請求書処理装置３を実現するコンピュータの外観を示す。上述の実施の形態は、コンピュータハードウェア及びその上で実行されるコンピュータプログラムで実現され得る。図１８は、このコンピュータシステム３００の概観図であり、図１９は、システム３００のブロック図である。

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

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

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

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

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

また、上記プログラムを実行するコンピュータは、単数であってもよく、複数であってもよい。すなわち、集中処理を行ってもよく、あるいは分散処理を行ってもよい。つまり、請求書処理装置１等は、スタンドアロンの装置であっても良く、２以上の装置から構成されても良い。

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

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

以上のように、本発明にかかる請求書処理装置は、複数のルートにより受け付けられた請求書情報を一括管理できるという効果を有し、請求書処理サーバ等として有用である。

Ａ、Ｂ 請求書処理システム
１、３ 請求書処理装置
２ 端末装置
１１ 格納部
１２ 受付部
１３ 処理部
１４ 出力部
２１ 端末格納部
２２ 端末受付部
２３ 端末処理部
２４ 端末送信部
２５ 端末受信部
２６ 端末出力部
１１１ 請求書格納部
１１２ 郵送先格納部
１１３ 出力情報格納部
１１４ 管理メール情報格納部
１２１ 第一受付手段
１２２ 第二受付手段
１２３ 第三受付手段
１２４ 出力指示受付手段
１２５ 管理情報受付手段
１３１ ユニークアドレス取得部
１３２ 管理メール情報登録部
１３３ ルート取得部
１３４ 管理情報取得部
１３５ 内容取得部
１３６ 出力情報取得部
１３７ 蓄積部
１３８ 宛名情報構成部
１３９ 請求書取得部
１４１ 出力情報出力部
１４２ 宛名情報出力部
１４３ 請求書出力部

Claims (6)

1. 電子メールにより請求書情報を受信する受付部と、
   前記受付部が電子メールにより請求書情報を受信した場合に、当該電子メールの送信先のメールアドレスを取得し、当該メールアドレスと対になる管理情報を、送付元識別子と送付先識別子との組である１以上の各管理情報と対にして、メールアドレスを格納する管理メール情報格納部から取得する管理情報取得部と、
   前記受付部が受信した請求書情報を、前記管理情報取得部が取得した管理情報に対応付けて蓄積する蓄積部とを具備する請求書処理装置。
2. 前記電子メールの本文情報またはタイトルである内容情報を取得する内容取得部と、
   前記蓄積部は、
   前記内容情報をも、前記受付部が受信した請求書情報と対にして蓄積する、請求項１記載の請求書処理装置。
3. 前記受付部は、
   管理情報を受け付ける管理情報受付手段を具備し、
   前記管理情報の受け付けに応じて、ユニークなメールアドレスを取得するユニークアドレス取得部と、
   前記管理情報受付手段が受け付けた管理情報と、前記ユニークなメールアドレスとを有する管理メール情報を前記管理メール情報格納部に蓄積する管理メール情報登録部とをさらに具備する請求項１または請求項２記載の請求書処理装置。
4. 前記受付部が受信した請求書情報は、電子メールに添付されたファイルである、請求項１から請求項３いずれか一項に記載の請求書処理装置。
5. 送付元識別子と送付先識別子との組である１以上の各管理情報と対にして、メールアドレスを格納する管理メール情報格納部と、受付部と、管理情報取得部と、蓄積部とにより実現される請求書処理方法であって、
   前記受付部が、電子メールにより請求書情報を受信する受付ステップと、
   前記管理情報取得部が、前記受付ステップが電子メールにより請求書情報を受信した場合に、当該電子メールの送信先のメールアドレスを取得し、当該メールアドレスと対になる管理情報を前記管理メール情報格納部から取得する管理情報取得ステップと、
   前記蓄積部が、前記受付部が受信した請求書情報を、前記管理情報取得部が取得した管理情報に対応付けて蓄積する蓄積ステップとを具備する請求書処理方法。
6. 送付元識別子と送付先識別子との組である１以上の各管理情報と対にして、メールアドレスを格納する管理メール情報格納部にアクセス可能なコンピュータを、
   電子メールにより請求書情報を受信する受付部と、
   前記受付部が電子メールにより請求書情報を受信した場合に、当該電子メールの送信先のメールアドレスを取得し、当該メールアドレスと対になる管理情報を前記管理メール情報格納部から取得する管理情報取得部と、
   前記受付部が受信した請求書情報を、前記管理情報取得部が取得した管理情報に対応付けて蓄積する蓄積部として機能させるためのプログラム。

Images