JP2002259900A

JP2002259900A - 電子請求書管理システム

Info

Publication number: JP2002259900A
Application number: JP2001077308A
Authority: JP
Inventors: Mitsuru Senbu; 充泉部; Yasumasa Okuyama; 泰全奥山; Kazuyuki Kondo; 一之近藤; Akira Nakagawa; 明中川
Original assignee: CONFIDENTIAL ACCOUNTING SERVIC; CONFIDENTIAL ACCOUNTING SERVICE KK
Current assignee: CONFIDENTIAL ACCOUNTING SERVIC; CONFIDENTIAL ACCOUNTING SERVICE KK
Priority date: 2000-12-28
Filing date: 2001-03-16
Publication date: 2002-09-13

Abstract

(57)【要約】（修正有）【課題】請求書の管理を一括して行う実用的なシステ
ムを提供することで、請求人及び被請求人双方の管理の
手間を飛躍的に低減させるという技術的意義を有する。【解決手段】複数の請求人情報端末５１と複数の被請
求人情報端末５２にインターネット１を介してつながっ
ている電子請求書管理システムであり、各請求人情報端
末５１から電子請求書を受信する受信手段と、同一の被
請求人に対する電子請求書をとりまとめるとともに合計
金額を算出するとりまとめ手段と、とりまとめ手段がと
りまとめた情報を各被請求人情報端末５２に送信する送
信手段とを備える。電子請求書が送信された事実を認証
する認証手段と、被請求人の支払意志を確認する意志確
認手段と、支払の事実を請求人に通知する支払通知手段
と、領収書を被請求人宛に作成する領収書作成手段とが
設けられている。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本願の発明は、電子的な方法
により記述された請求書である電子請求書に関するもの
であり、特にそのような電子請求書をネットワークを介
して送受信する際の管理システムに関するものである。

【０００２】

【従来の技術】会社対会社、会社対個人等における商品
やサービスの取引において発生する売掛金は、個々の会
社が独自に請求書を発行して支払を請求し、被請求人が
請求書を確認して銀行振込等で支払をすることにより多
くの場合処理されている。このような売掛金の請求を行
う者（請求人）が直接個々の被請求人に対して請求書を
発行して支払わせるやり方では、被請求人には異なる請
求人からの異なるフォーマットの請求書が多く送れられ
ることになる。

【０００３】被請求人は、そのような異なるフォーマッ
トの請求書の請求内容をいちいち確認し、個々の請求書
毎にそれぞれ銀行振込を行わなければならず、非常な手
間となっている。月末になると、銀行の振込用端末の前
に長蛇の列ができるのは、この典型的な例である。ま
た、自前の会計処理ソフトウェアで買掛金の支払管理を
している会社等では、受け取った異なるフォーマットの
請求書から、請求人、請求金額等を読みとり、それをコ
ンピュータに入力する面倒な作業を行っている。

【０００４】また、請求人側の問題として、請求書で請
求した金額が正しく入金されないという問題がある。例
えば、被請求人が銀行振込で支払を行う場合、銀行の振
込手数料を差し引いて送金したり、勝手に分割にして支
払を行ったりする場合がある。このように、請求人が個
々の被請求人毎に直接請求書を発行して支払わせるやり
方では、請求人及び被請求人双方に問題がある。

【０００５】一方、このような請求書は、多くの場合、
会計処理を行うプログラムがインストールされたコンピ
ュータにより電子的に作成されている。しかしながら、
作成された請求書を被請求人に送る場合には、請求書を
紙にプリントアウトして郵送するのが殆どである。請求
書を電子メールで送ったり、フレキシブルディスクに記
憶させて送るなどすることも不可能ではないが、このよ
うな電子的な方法により記述されたままである電子請求
書が、法律的にみてどのような価値を有するのか不明で
あるという問題がある。例えば、電子メールで送られた
電子請求書をコンピュータのハードディスクに保存して
おいただけの場合、そのような電子請求書が税法上必要
な証拠価値を持つのか、不明である。技術的には、電子
透かし等の方法により電子請求書に社判の捺印に近い証
拠能力を付与することも可能であるが、税務当局がその
ような電子請求書に通常の請求書と同等の証拠価値を認
めるかどうか、推測の域を出ない。

【０００６】

【発明が解決しようとする課題】本願の発明は、かかる
課題を解決するためになされたものであり、請求書の管
理を一括して行う実用的なシステムを提供することで、
請求人及び被請求人双方の管理の手間を飛躍的に低減さ
せるという技術的意義を有するものである。

【０００７】

【課題を解決するための手段】上記課題を解決するた
め、本願の請求項１記載の発明は、電子請求書を発行す
る請求人が有する情報端末である複数の請求人情報端末
と、電子請求書によって支払が請求される被請求人が有
する情報端末である複数の被請求人情報端末との双方
に、ネットワークを介してつながっている電子請求書管
理システムであって、前記複数の請求人端末の各々から
送られる電子請求書を受信する受信手段と、前記受信手
段が受信した電子請求書について、所定の期間内に同一
の被請求人に対して同一の請求人又は異なる請求人から
発行された電子請求書を集めてそれらの電子請求書に含
まれる情報をとりまとめるとりまとめ手段と、とりまと
め手段がとりまとめた情報を所定の時期にその被請求人
が有する被請求人情報端末にネットワークを介して送信
する送信手段とから成るという構成を有する。また、上
記課題を解決するため、請求項２記載の発明は、前記請
求項１の構成において、前記受信手段が受信した電子請
求書の中から、その電子請求書における請求人が誰であ
るかに関する情報である請求人情報と、その電子請求書
における被請求人が誰であるかに関する情報である被請
求人情報と、その電子請求書における請求金額の情報で
ある金額情報と、その請求金額が対価として請求される
に至った原因に関する情報である原因情報とを、それぞ
れ抽出する抽出手段を備えており、前記とりまとめ手段
は、抽出手段が抽出した情報のうち、請求人情報、金額
情報及び原因情報とを前記同一の被請求人ごとにとりま
とめるものであるという構成を有する。また、上記課題
を解決するため、請求項３記載の発明は、前記請求項２
の構成において、前記受信手段は、前記請求人情報端末
から送られる各電子請求書が互いに異なるフォーマット
であっても受信が可能なものであり、前記抽出手段は、
前記受信手段が受信した各電子請求書が互いに異なるフ
ォーマットであっても前記各情報を抽出可能なものであ
るという構成を有する。また、上記課題を解決するた
め、請求項４記載の発明は、前記請求項１、２又は３の
構成において、前記とりまとめ手段がとりまとめた情報
を、その情報を送信する被請求人が指定するフォーマッ
トに変換するフォーマット変換手段が設けられており、
前記送信手段は、フォーマット変換手段により変換され
た情報をその被請求人情報端末に送信するものであると
いう構成を有する。また、上記課題を解決するため、請
求項５記載の発明は、前記請求項１乃至４いずれかの構
成において、前記複数の請求人端末の各々から送信され
る電子請求書について、そのような電子請求書が送信さ
れた事実を認証する認証手段が設けられており、前記送
信手段は、前記とりまとめ手段がとりまとめた情報を前
記被請求人情報端末に送信する際、又は、被請求人から
要求があった際、認証手段による認証を被請求人情報端
末に送信するものであるという構成を有する。また、上
記課題を解決するため、請求項６記載の発明は、前記請
求項２の構成において、前記とりまとめ手段は、前記同
一人の被請求人に対して発行された複数の電子請求書を
リスト化するものであってそのリストにある請求金額の
合計を算出するものであり、前記送信手段は、合計金額
も併せて送信するものであるという構成を有する。ま
た、上記課題を解決するため、請求項７記載の発明は、
前記請求項２の構成において、前記送信手段から送られ
る前記情報は、前記被請求人情報端末において紙に出力
された際、少なくとも前記金額情報と前記電子請求書を
特定するための情報を機械的に読み取る読み取り部も併
せて出力されるようにするものであるという構成を有す
る。また、上記課題を解決するため、請求項８記載の発
明は、前記請求項７の構成において、前記読み取り部
は、バーコードリーダによって読み取られるバーコード
であるという構成を有する。また、上記課題を解決する
ため、請求項９記載の発明は、前記請求項１乃至８いず
れかの構成において、前記送信手段から送られた前記情
報を前記被請求人情報端末が確かに受信した旨を確認す
る受信確認手段を備えているという構成を有する。ま
た、上記課題を解決するため、請求項１０記載の発明
は、前記請求項１乃至９いずれかの構成において、前記
送信手段から前記情報が前記被請求人情報端末に送られ
た際に当該被請求人の当該請求金額の支払に関する意志
を確認する意志確認手段を備えているという構成を有す
る。また、上記課題を解決するため、請求項１１記載の
発明は、前記請求項１乃至１０いずれかの構成におい
て、前記送信手段は、前記情報とともに、特定の電子請
求書の請求金額についてネットワーク上で決済するため
に使用される情報であるオンライン決済情報を前記被請
求人端末に送信するものであるという構成を有する。ま
た、上記課題を解決するため、請求項１２記載の発明
は、前記請求項１乃至１１いずれかの構成において、前
記送信手段が送信した前記情報に基づいて被請求人が特
定の電子請求書について支払を行った際、その支払の事
実を当該電子請求書を発行した請求人に通知する支払通
知手段を有しているという構成を有する。また、上記課
題を解決するため、請求項１３記載の発明は、前記請求
項１乃至１２いずれかの構成において、前記送信手段が
送信した前記情報に基づいて被請求人が特定の電子請求
書について支払を行った際、その支払に関する領収書を
当該被請求人宛に作成する領収書作成手段を有している
という構成を有する。

【０００８】

【発明の実施の形態】以下、本願発明の実施の形態（以
下、実施形態）について説明する。図１は、本願発明の
実施形態に係る電子請求書管理システムの概略構成を示
す図である。図１に示す電子請求書管理システムは、ネ
ットワークにつながったコンピュータ群２，３，４によ
って構成されている。ネットワークは、本実施形態で
は、インターネット１である。

【０００９】インターネット１には、周知のように、各
種コンピュータ、携帯電話、ＰＤＡ(Personal Data Ass
istant)等の情報機器がつながっている。以下、説明で
は、このようなインターネット１につながっている情報
機器を情報端末５１，５２と総称する。これらの情報端
末５１，５２は、請求人が有する情報端末（以下、請求
人情報端末）５１と、被請求人が有する情報端末（以
下、被請求人情報端末）５２に分類される。尚、この場
合の「有する」とは、保有して自由に使えるという程度
の意味であり、法律的に所有権を持つ場合の他、リース
された資産であったり借りているものであったりする場
合を含む。

【００１０】図１に示すように、電子請求書管理システ
ムは、複数の請求人情報端末５１と、複数の被請求人情
報端末５２との双方に、インターネット１を介してつな
がっている。複数のコンピュータ群２，３，４は、ファ
イアウォールのよう経路制御装置６０を介してインター
ネット１につながっているイントラネット６に接続され
ている。複数のコンピュータ群２，３，４は、各情報端
末５１，５２にウェッブページを表示するためのＷＷＷ
サーバ２と、請求人から送られた電子請求書に含まれる
情報をデータベース化して保存しているデータベースサ
ーバ３と、システム全体の管理を行う管理用コンピュー
タ４となっている。

【００１１】ＷＷＷサーバ２は、ＵＮＩＸ（登録商標）
のような周知のＯＳ上で稼働しているコンピュータであ
り、各情報端末５１，５２にウェッブページを表示する
ための複数のＨＴＭＬファイル２１と、ＨＴＭＬファイ
ル２１を各情報端末に送るためのプログラムであるｈｔ
ｔｐｄ(hyper text transfer daemon)プログラム２２を
備えている。また、ＷＷＷサーバ２は、各情報端末から
送られるデータを処理するためのＣＧＩ(Common Gatewa
y Interface)２３と、ＣＧＩ２３に従って実行される複
数のＣＧＩプログラム２４１〜２４９を有している。

【００１２】データベースサーバ（以下、ＤＢＳ）３
も、ＵＮＩＸのような周知のＯＳ上で稼働しているコン
ピュータであり、複数のデータベースファイル（以下、
ＤＢＦ）３１１〜３１６と、各ＤＢＦ３１１〜３１６を
管理するプログラムであるデータベース管理システム
（ＤＢＭＳ，Database Management System)３０とから
成っている。

【００１３】ＷＷＷサーバ２は、本システムを利用する
請求人及び被請求人に対してデータを送受信する窓口と
なっている。図２は、図１に示すＷＷＷサーバ２が情報
端末に表示することが可能な各ウェッブページのリンク
について示す図である。ＷＷＷサーバ２は、これらのウ
ェッブページを表示するためのＨＴＭＬファイル２１を
それぞれ記憶している。

【００１４】図２に示すように、ＷＷＷサーバ２は、ま
ず、トップページを情報端末５１，５２に表示すること
が可能となっている。このトップページのＩＰアドレス
には、この電子請求書管理システムを運営する運営会社
の保有するドメイン名が与えられている。トップページ
のドメイン名は、検索エンジンに登録されており、「電
子請求書」のようなキーワードでヒットするようになっ
ている。

【００１５】本実施形態の電子請求書管理システムは、
基本的には会員制となっている。即ち、請求人及び被請
求人とも、会員登録を行って利用するシステムとなって
いる。図２に示すトップページは、本システムの利用案
内のページである。トップページは、請求人会員登録ペ
ージや被請求人会員登録ページにリンクしている。

【００１６】請求人会員登録ページは、電子請求書を発
行する請求人が会員登録するためのウェッブページであ
る。請求人会員登録は、主に、会社や個人商店等の事業
主体が行うことが想定されている。請求人会員登録ペー
ジは、会員登録に伴って生ずる権利義務を説明するとと
もに、・事業主体名（会社名、商号又は団体名等）・所在地・代表者名・担当者名・電話番号・ＦＡＸ番号・電子メールアドレス等の情報を入力するページとなっている。

【００１７】請求人会員登録ページに対応して、ＤＢＳ
３には、請求人会員用ＤＢＦ３１１が設けられている。
また、ＷＷＷサーバ２のＣＧＩプログラムの一つは、請
求人会員登録ページから送られるデータを処理する請求
人会員登録用ＣＧＩプログラム２４１となっている。請
求人会員登録ページが請求人情報端末５１に表示されて
いる状態で、上述した各データが入力され、送信ボタン
がクリックされると、これらのデータがＷＷＷサーバ２
に送られる。ＷＷＷサーバ２は、送られたデータを請求
人会員登録用ＣＧＩプログラム２４１によってＤＢＳ３
に送る。ＤＢＳ３は、送られたデータを新規請求人会員
のレコードとして請求人会員ＤＢＦ３１１に登録する。
登録が正しく行われると、請求人ＩＤ及びパスワードが
決定され、これらが登録を申請した請求人情報端末５１
に送られるようになっている。

【００１８】また、被請求人会員登録ページは、電子請
求書を受け取りを許容し、電子請求書に従って支払うこ
とを希望する被請求人が会員登録を行うページである。
被請求人は、商品やサービス等の提供の対価として金銭
の支払を行う主体が登録を行うものであり、会社、個人
事業主、各種団体等の他、一般の個人も登録が可能とな
っている。

【００１９】被請求人会員登録ページは、会員登録に伴
って生ずる権利義務を説明するとともに、・名称（会社名、商号、団体名、個人の氏名等）・所在地又は住所・代表者名（団体の場合）・担当者名（団体の場合）・電話番号・ＦＡＸ番号・電子メールアドレス等の情報を入力するページとなっている。

【００２０】被請求人会員登録ページに対応して、ＤＢ
Ｓ３には、被請求人会員ＤＢＦ３１２が設けられてい
る。また、ＷＷＷサーバ２のＣＧＩプログラムの一つ
は、被請求人会員登録ページから送られるデータを処理
する被請求人会員登録用ＣＧＩプログラム２４２となっ
ている。被請求人会員登録ページが請求人情報端末５１
に表示されている状態で、上述した各データが入力さ
れ、送信ボタンがクリックされると、これらのデータが
ＷＷＷサーバ２に送られる。ＷＷＷサーバ２は、送られ
たデータを被請求人会員登録用ＣＧＩプログラム２４２
によってＤＢＳ３に送る。ＤＢＳ３は、送られたデータ
を新規被請求人会員のレコードとして被請求人会員ＤＢ
Ｆ３１２に登録する。登録が正しく行われると、被請求
人ＩＤ及びパスワードが決定され、これらが登録を申請
した請求人情報端末５１に送られるようになっている。
尚、会社等の場合、請求人会員登録と被請求人会員登録
との双方を行う場合も当然あり得る。

【００２１】次に、電子請求書の発行について説明す
る。電子請求書とは、前述した通り、電子的な方法によ
り記述された請求書である。本実施形態では、電子請求
書は、請求人が電子メールの形で送信するものであり、
本システムは、この電子請求書を受信する受信手段を有
している。受信手段は、ＷＷＷサーバ２と、ＣＧＩ２３
と、ＷＷＷサーバ２が備える電子請求書受信用ＣＧＩプ
ログラム２４３とによって構成されている。図３は、電
子請求書受信用ＣＧＩプログラム２４３の概略構成を示
すフローチャートである。

【００２２】ＷＷＷサーバ２は、電子請求書送信ページ
を表示するＨＴＭＬＦファイル２１を有している。ま
た、トップページは「電子請求書送信」のボタンを有し
ている。トップページにおいてこのボタンがクリックさ
れると、請求人ＩＤ及びパスワードを入力する画面とな
り、これらが正しく入力され、送信ボタンがクリックさ
れると、電子請求書送信ページが請求人情報端末５１に
表示されるようになっている。

【００２３】電子請求書送信ページは、送信する電子請
求書を選択する欄を有している。この欄は、その請求人
情報端末５１内を所定のフォルダから送信する電子請求
書を選ぶプルダウンメニューのような欄である。この欄
で電子請求書のファイルが正しく選択された状態で送信
ボタンがクリックされると、これらのデータが電子メー
ルの形でＷＷＷサーバ２に送られる。ＷＷＷサーバ２
は、送られた電子請求書を受信するためのＣＧＩプログ
ラムである電子請求書受信用ＣＧＩプログラム２４３を
有している。

【００２４】電子請求書受信用ＣＧＩプログラム２４３
は、サブルーチンとしてデータ抽出プログラムを備えて
いる。データ抽出プログラム及びＷＷＷサーバ２は、抽
出手段を構成している。データ抽出プログラムは、電子
メールの添付ファイルとして送られた電子請求書のファ
イルを開き、予め登録されているフィールド指定コマン
ドに従ってデータを抽出するプログラムである。データ
抽出プログラムは、会員登録された請求人毎に予め作成
されており、ＤＢＳ３にデータ抽出プログラムＤＢＦ３
１３としてデータベース化されている。

【００２５】請求人は、自前のフォームの電子請求書を
送る場合、その電子請求書のファイルタイプと、そのフ
ォームの具体的内容を事前に本システムの運営会社に知
らせる。そして、本システムのオペレータが、これらの
情報からその請求人のデータ抽出プログラムを作成す
る。具体的には、その電子データのうちのどの部分に被
請求人に関するデータがあり、どの部分に請求金額に関
するデータがあり、どの部分に請求原因に関するデータ
があるか等を特定して抽出するプログラムを作成する。
例えば、電子請求書が表計算ソフトウェアによって作成
されている場合、そられのデータが格納されているセル
の行番号（１，２，３…）と列番号（Ａ，Ｂ，Ｃ…）を
特定するプログラムとする。データ抽出プログラムは、
このように抽出したデータを、それぞれ所定の変数に代
入するようになっている。

【００２６】図３に示すように、電子請求書受信用ＣＧ
Ｉプログラム２４３は、まず、抽出された被請求人情報
のうちの被請求人ＩＤをＤＢＳ３に送り、これを検索キ
ーにして被請求人会員ＤＢＦ３１２を検索する。もし、
該当する被請求人会員登録がなかったら、送信を行った
請求人情報端末５１にその旨を送信する。即ち、本シス
テムでは該当する被請求人に送信できない旨を送信す
る。

【００２７】該当する被請求人会員登録があったら、抽
出された各データ（被請求人情報、請求金額情報、請求
原因情報等）を、ＤＢＳ３が備える請求マスタＤＢＦ３
１４に登録する。請求マスタＤＢＦ３１４は、請求人情
報、被請求人情報、請求金額、請求原因等の本システム
における全て情報を登録項目（フィールド）としたレコ
ードを多数登録したものである。請求マスタＤＢＦ３１
４は、本システムにおける請求情報のオリジナルのデー
タを記憶したものであるので、ハッキング等に対して非
常に高いセキュリティを確保している。また、請求マス
タＤＢＦ３１４は、ミラーリングのように、常にそのバ
ックアップファイルが作成更新されている。

【００２８】次に、電子請求書のとりまとめと被請求人
への送信について説明する。本実施形態のシステムは、
所定の期間内に同一の被請求人に対して同一の請求人又
は異なる請求人から発行された電子請求書を集めてそら
れの電子請求書に含まれる情報をとりまとめるとりまと
め手段と、とりまとめ手段がとりまとめた情報の所定の
時期にその被請求人が有する被請求人情報端末５２にイ
ンターネット１を介して送信する送信手段とが設けられ
ている。

【００２９】とりまとめ手段及び送信手段は、管理用コ
ンピュータ４と、管理用コンピュータ４が備えるとりま
とめ送信プログラム４１とよって構成されている。図４
は、とりまとめ送信プログラム４１の構成について示す
フローチャートである。本実施形態では、とりまとめ送
信手段がとりまとめた情報（以下、請求情報）は、月に
一回程度被請求人の指定する期日に被請求人に送信され
るようになっている。被請求人は、被請求人会員登録の
際にその期日（以下、送信期日）を指定するようになっ
ており、被請求人会員ＤＢＦ３１２には、送信期日を登
録したフィールドがある。

【００３０】また、本実施形態では、請求情報は、被請
求人が指定するフォーマットで送信されるようになって
いる。具体的に説明すると、ＤＢＳ３は、被請求人が指
定したフォーマットをデータベース化した被請求人指定
フォーマットＤＢＦ３１５を有している。この被請求人
指定フォーマットＤＢＦ３１５は、請求人の場合におけ
るデータ抽出プログラムと同様、予め作成されている。
即ち、被請求人がフォーマットを指定したい場合、ファ
イル形式、フォームの具体的内容等を事前に本システム
の運営会社に知らせる。本システムのオペレータが、こ
れらの情報からその被請求人のフォーマット変換抽出プ
ログラムを作成する。フォーマット変換プログラム及び
管理用コンピュータ４は、フォーマット変換手段を構成
している。

【００３１】具体的には、フォーマット変換プログラム
は、どの部分に請求人に関するデータをはめ込み、どの
部分に請求金額に関するデータをはめ込み、どの部分に
請求原因に関するデータをはめ込むか等を特定するプロ
グラムである。例えば、被請求人が指定する表計算ソフ
トウェアによって読み取り可能なファイル形式で作成す
る場合、各データを格納するセルの行番号（１，２，３
…）と列番号（Ａ，Ｂ，Ｃ…）を特定するデータとす
る。このようにして作成されたフォーマット変換プログ
ラムは、被請求人ＩＤを付けて一つのレコードとされ、
それらが多数集められて被請求人指定フォーマットＤＢ
Ｆ３１５となっている。尚、被請求人会員ＤＢＦ３１２
の各レコードには、その被請求人が指定するフォーマッ
トがあるかどうかが登録されたフィールドがある。

【００３２】図４に示されるとりまとめ送信プログラム
４１は、毎日決まった時間に自動的に実行されるか、ま
たオペレータの操作により実行される。とりまとめ送信
プログラム４１は、まず、被請求人会員ＤＢＦ３１２を
検索し、その日を送信期日として指定している被請求人
会員がいないかどうか検索する。該当する被請求人会員
がいたら、その被請求人ＩＤを読み取り、メモリ変数に
一時的に記憶する。

【００３３】併せて、とりまとめ送信プログラム４１
は、該当する被請求人ＤＢＦ３１２のレコードの中か
ら、電子メールアドレスを読み出し、メモリ変数に一時
的に代入する。また、その被請求人に指定のフォーマッ
トがあるかどうかも併せてフィールドから読み出す。指
定フォーマットが「有り」の場合、同様に被請求人ＩＤ
を検索キーにして被請求人指定フォーマットＤＢＦ３１
５を検索し、その被請求人が指定したフォーマットに変
換するフォーマット変換プログラムを呼び出す。

【００３４】次に、メモリ変数から被請求人ＩＤを読み
出し、これを検索キーにして請求マスタＤＢＦ３１４を
検索する。そして、その被請求人ＩＤを保有する被請求
人に対して発行された電子請求書のレコードを検索し、
該当するレコードがあれば、そのレコードの情報を読み
出し、フォーマットにはめ込む。この操作を繰り返し、
請求マスタＤＢＦ３１４の最後まで検索し、その被請求
人ＩＤを保有する被請求人に対して発行された電子請求
書の情報を、指定のフォーマットにリスト化する。

【００３５】このようにして作成されたリストは、個々
の電子請求書をとりまとてリスト化したもの（以下、請
求リスト）である。図５は、このような請求リストの一
例を示す概略図である。このようにして作成された請求
リストは、個々の請求リスト毎に請求リストＩＤが付与
され、ＤＢＳ３に送られる。ＤＢＳ３は、請求リストＤ
ＢＦ３１６を有している。請求リストＤＢＦ３１６は、
請求リストと、その請求リストの請求リストＩＤと、そ
の請求リストにおける電子請求書の宛先である被請求人
の被請求人ＩＤ等をフィールドとした一つのレコードと
して多数登録したものである。

【００３６】そして、とりまとめ送信プログラム４１
は、作成された請求リストを、電子メールの形でその被
請求人の保有する被請求人情報端末５２に送信する。具
体的には、とりまとめ送信プログラム４１は、送信先の
電子メールアドレスをメモリ変数から読み出して、send
mail 等の所定のメール送信プロトコルに従って管理用
コンピュータ４から請求リストを電子メールの形で送信
する。被請求人は、被請求人情報端末５２から自己のア
カウントがあるインターネット１上のメールサーバにア
クセスし、その電子メールの転送を受けてそのハードデ
ィスク上の受信トレイに記憶するとともに、ディスプレ
イに表示して請求リストの内容を確認する。また、必要
であれば、プリントアウトする。

【００３７】尚、この場合の請求リストの送信と表示に
は、幾つかのタイプがある。一つは、請求人からの電子
メールの場合と同様に添付ファイルとして送信するもの
である。この場合は、被請求人情報端末５２では、ＭＵ
Ａ(Mail User Agent, メーラー)によって送られた電子
メールを開くとともに、その情報端末にインストールさ
れているプログラム（ビューワや表計算ソフト）により
請求リストを開く。

【００３８】もう一つの方法は、被請求人情報端末５２
上のブラウザで見られるように送信する方法である。本
実施形態では、主にこの方法を採用している。具体的に
は、ウェッブメール等で行われているように、送信され
た電子メールを開こうとすると、ＷＷＷサーバに自動的
にアクセスし、ＣＧＩプログラムを起動させる。ＣＧＩ
プログラムは、電子メールのデータをＨＴＭＬに変換し
て返送し、これらのデータが被請求人情報端末５２上で
ブラウザにより表示される。尚、この場合の電子メール
表示用のＣＧＩプログラムは、本システムのＷＷＷサー
バ２が備えるようにしても良いし、他のウェッブメール
サーバが備えるものを使用するようにしても良い。

【００３９】いずれにしても、本実施形態のシステムに
よれば、被請求人は、自分が指定する期日に自分が指定
するフォーマットでとりまとめられた複数の電子請求書
を一括して受け取ることができる。このため、被請求人
の管理の手間が飛躍的に低減される。

【００４０】次に、このようにして送信される電子請求
書の認証について説明する。本実施形態のシステムは、
上述したように各電子請求書を請求リストにして被請求
人毎に送信する際、そのような電子請求書が請求人から
送信された旨を認証する認証手段を有している。この場
合の認証は、そのような電子請求書が改ざんされていな
いことを認証するのではなく、そのような電子請求書が
被請求人から送信された事実の認証である。具体的に
は、認証手段は、図５に示すように、請求リストの上側
の部分に「以下のような電子請求書が請求人から送信さ
れたことを認証します。」という文を記述する手段であ
る。従って、認証手段は、本実施形態では、ＷＷＷサー
バ２によって構成されている。

【００４１】このような事実の認証は、改ざんが無いこ
とを認証するものではないので、認証の程度としてはそ
れほど高くないが、電子請求書が請求人から直接被請求
人に送信される場合に比べると、電子請求書の証拠価値
を高める意義があると考えられる。つまり、請求人と被
請求人との間に本システムの運営会社という第三者が入
っているため、本当にそのような請求書が被請求人から
発行されれたものと判断し易くなる。また、本システム
の運営会社が、銀行や監査法人のような公共性の高い機
関であれば、さらにこの証拠価値を高める効果が得られ
る。そして、電子透かし等の技術により、電子データが
改ざんされないようにすれば、この効果がさらに高くな
る。

【００４２】加えて、本実施形態では、認証手段は、被
請求人からの要求によっても電子請求書の認証を行う認
証手段が設けられている。具体的には、ＷＷＷサーバ２
は、認証取得ページを被請求人情報端末５２に表示する
ためのＨＴＭＬファイル２１を有している。これに対応
して、ＷＷＷサーバ２は、認証取得用ＣＧＩプログラム
２４４を有している。トップページには、認証取得ペー
ジにリンクしたリンクボタンが設けられている。このリ
ンクボタンがクリックされると、被請求人会員ＩＤ及び
パスワードを入力する画面になり、これらが正しく入力
されて送信ボタンがクリックされると、認証取得ページ
が被請求人情報端末５２に表示されるようになってい
る。

【００４３】認証取得ページは、認証を取得する電子請
求書の請求書ＩＤを入力する欄を有している。この欄に
請求書ＩＤが入力され、送信ボタンがクリックされる
と、認証取得用ＣＧＩプログラム２４４が実行されるよ
うになっている。認証取得用ＣＧＩプログラム２４４
は、送られた請求書ＩＤを検索キーにしてＤＢＳ３に請
求マスタＤＢＦ３１４を検索させ、該当するレコードの
被請求人ＩＤを読み出す。この被請求人ＩＤが、被請求
人情報端末５２から送られたものと一致したら、そのレ
コードの情報（請求人情報、金額情報、原因情報、請求
書発行日等，以下認証データ）を読み出して、これらを
一時的に各メモリ変数に格納する。

【００４４】ＷＷＷサーバ２は、認証をテキストデータ
として作成するためのフォーマット（以下、認証フォー
マット）のファイル２５を有している。上記ようにして
認証データを読み出したら、認証取得用ＣＧＩプログラ
ム２４４は、この認証フォーマットが記述されたファイ
ル２５を開き、認証フォーマットに各メモリ変数から認
証データを読み出してはめ込む。このようにして作成さ
れた認証は、認証取得用ＣＧＩプログラムによりＨＴＭ
Ｌに変換され、被請求人情報端末５２に送られるように
なっている。

【００４５】このような認証取得は、被請求人において
税務調査があった場合に特に有益な手段となる。即ち、
電子請求書は、請求リストの形で被請求人のコンピュー
タのハードディスク等に記憶されている。税務官が、特
定の電子請求書について疑問を持ったとき、上記のよう
に本システムから認証を送ってもらうようにする。この
ようにすれば、確かにそのような電子請求書が発行さ
れ、それに基づいて支払いを行った旨の蓋然性が高くな
る。

【００４６】本実施形態のシステムは、電子請求書の支
払を容易にしたり確実にしたりするための構成も含んで
いる。以下、この点について説明する。上述のようにし
て送られた電子請求書の支払については、次のような方
法が考えられる。銀行振込で支払うコンビニエンスストア等で支払うオンライン決済で支払う

【００４７】このうち、の銀行振込で支払がされる場
合、請求リストに含まれる個々の請求について個別に振
り込みをする方法もあるが、これでは従来と同様に振り
込みの手間が非常にかかってしまう。本実施形態では、
一つの請求リストについての支払が一回で済むようにな
っている。具体的には、本システムの運営会社と提携し
ている銀行等の金融機関が、料金の徴収代行業務を行う
ようになっている。従って、請求リストには、このよう
な徴収代行業務の窓口としての振り込み銀行口座が表示
されている。

【００４８】また、とりまとめ送信プログラム４１は、
その請求リストにおける合計の金額を算出するようにな
っている。そして、図５に示すように、請求リストに
は、この合計額が表示されるようになっている。請求リ
ストを受け取った被請求人は、この金額を徴収代行機関
の振り込み銀行口座に振り込むことで、一括して支払い
を終えることができるようになっている。

【００４９】次に、のコンビニエンスストア等で支払
をする場合を想定して、本システムは、請求リストが紙
にプリントアウトされた際、支払に必要な情報が機械的
に読み取られるようにする読み取り部も併せて出力され
るようにしている。図５に示すように、読み取り部６２
は、本実施形態ではバーコードとなっている。前述した
とりまとめ送信プログラム４１は、バーコードをプリン
トアウトするための情報であるバーコード情報を生成す
るバーコード情報生成プログラムをサブルーチンとして
有している。バーコード情報生成プログラムは、請求リ
ストＩＤと、その請求リストにおける合計金額等の情報
をバーコード情報に変換して生成するものである。生成
されたバーコード情報は、請求リストにはめ込まれて電
子メールで送信される。そして、被請求人情報端末５２
で請求リストがプリントアウトされた際、所定の箇所に
このバーコードもプリントアウトされるようになってい
る。

【００５０】次に、バーコードを利用した支払について
説明する。前述した徴収代行機関は、全国のコンビニエ
ンスストアと業務提携し、料金のさらなる徴収代行を委
託する。被請求人が、請求リストを持ってコンビニエン
スストアに行く。コンビニエンスストアでは、バーコー
ドリーダにより請求リストのバーコードを読み取る。そ
して、被請求人は、その請求リストの合計金額を一括し
て支払う。

【００５１】コンビニエンスストアが備える情報端末
（以下、コンビニ端末）８は、徴収代行機関のコンピュ
ータ７につながっている。徴収代行機関のコンピュータ
７は、コンビニ端末８から、請求リストＩＤと、その請
求リストＩＤについて支払がされた旨の送信を受ける。
この送信をされると、徴収代行機関は、本システムにア
クセスし、該当する請求リストの個々のデータの送信を
受ける。即ち、所定のパスワード等を入力してイントラ
ネット６に入った後、ＤＢＳ３に請求リストＩＤを送
り、ＤＢＳ３に請求リストＤＢＦ３１６を検索させる。
検索の結果、該当する請求リストのデータが徴収代行機
関のコンピュータ７に送られる。

【００５２】請求人会員登録を行った請求人は、支払を
受け取る銀行口座の指定を徴収代行機関に対して行って
いる。徴収代行機関は、本システムから送られた請求リ
ストのデータに従って、個々の請求人の銀行口座に送金
する業務を行う。尚、本システムの会費や徴収代行機関
による徴収代行の手数料がこの際の送金から差し引かれ
ることがある。上記の例では、読み取り部６２はバーコ
ードであったが、その他の構成でも良い。例えば磁気的
な方法により読み取る構成である。また、コンビニエン
スストア等における支払いは、現金の他、クレジットカ
ード、電子マネー等でもよい。デビットカードのよう
に、与信情報が記録されたカード（ＩＣカード等）によ
る決済でも良い。

【００５３】次に、のオンライン決済をする場合につ
いて説明する。本実施形態では、オンライン決済を容易
にするため、前記請求リストとともに、オンライン決済
に使用される情報を被請求人情報端末５２に送信するよ
うになっている。具体的には、オンライン決済を行うサ
イトのＵＲＬを同時に送信するようになっている。具体
的には、図５に示すように、請求リストは、オンライン
決済サイトへのリンクボタン６３を有している。

【００５４】このリンクボタン６３がクリックされる
と、オンライン決済サイトのページが被請求人情報端末
５２に表示される。この際、オンライン決済サイトを運
営するＷＷＷサーバは、被請求人情報端末５２から請求
リストのデータの受信を受け付けるＣＧＩプログラムを
備えている。オンライン決済サイトは、送金処理用ペー
ジに請求リストのデータをはめ込んで被請求人情報端末
５２に返送する。送金処理用ページでは、請求リストの
個々の電子請求書毎に支払をするかしないかを指定する
チェックボタンのような入力欄を有している。また、送
金処理用ページは、クレジットカード名や銀行名、暗証
番号等を入力する欄を有している。これらの欄が正しく
入力され、送信ボタンがクリックされると、送金処理用
ページのデータがオンライン決済サイトのＣＧＩプログ
ラムに送られ、実際に送金処理が行われる。

【００５５】上記説明では、「オンライン決済に使用さ
れる情報」は、オンライン決済サイトのＵＲＬであった
が、これに加えて又はこれとは別に他の情報の場合もあ
る。例えば、クレジットカード番号等を送信するように
しても良い。この場合、クレジットカード番号は被請求
人会員登録の際に予め登録されており、被請求人会員Ｄ
ＢＦ３１２から読み出されて送信される。尚、以上の説
明では、徴収代行機関やオンライン決済サイトの運営主
体が本システムの運営会社とは別であることを想定して
説明を行ったが、同一である場合もある。本システムの
運営そのものが、銀行等の金融機関で行われる場合にそ
れがあり得る。

【００５６】また、上述した合計金額の一括支払は、被
請求人にとって手間が省けるのに加え、被請求人にとっ
ては、個々の電子請求書の支払額を請求人が勝手に変え
ることができないというメリットがある。つまり、振り
込み手数料を差し引いたり、勝手に分割払いしたりとす
ることができないので、売掛金の回収がより確実となる
というメリットがある。一括払いでは個々に支払を行う
場合でも、バーコードによる読み取りのように、支払額
を変えることができないようにしておくことが好まし
い。

【００５７】次に、電子請求書の受け取りの確認及び支
払う意志の確認の情報の送信について説明する。図５に
示すように、請求リストは、受信確認ボタン６４を有し
ている。また、図１に示すように、ＷＷＷサーバ２は、
受信確認用ＣＧＩプログラム２４５を有している。受信
確認用ＣＧＩプログラム２４５は、被請求人が請求リス
トを受け取った旨を請求リストＤＢＦ３１６に登録する
プログラムである。受信確認ボタン６４がクリックされ
ると、請求リストＩＤのデータを送ってこの受信確認用
ＣＧＩプログラム２４５を実行するようになっている。

【００５８】受信確認用ＣＧＩプログラム２４５は、送
られた請求リストＩＤをＤＢＳ３に送って請求リストＤ
ＢＦ３１６を検索させる。そして、受信確認用ＣＧＩプ
ログラム２４５は、該当する請求リストのレコードの
「受信確認」のフィールドに「確認有り」のデータを登
録するようになっている。次に、請求リストにある請求
書ＩＤを一つずつ読み込み、ＤＢＳ３にその請求書ＩＤ
を検索キーにして請求マスタＤＢＦ３１４を検索させ
る。そして、該当する電子請求書のレコードの「受信確
認」のフィールドに「確認あり」のデータを登録する。
この登録を、請求リストに載っているすべての電子請求
書のレコードについて行う。

【００５９】また、図５に示すように、請求リストは、
個々の電子請求書の行の末尾に、支払意志確認のチェッ
クボックス（以下、意志確認ボックス）６５を有してい
る。また、請求リストの下欄には、「支払意志確認送
信」のクリックボタン（以下、意志確認ボタン）６６が
設けられている。一方、図１に示すように、ＷＷＷサー
バ２は、支払意志確認用ＣＧＩプログラム２４６を有し
ている。支払意志確認用ＣＧＩプログラム２４６は、被
請求人が請求リストの各電子請求書について支払意志が
示された旨を登録するプログラムである。

【００６０】請求リストが被請求人情報端末５２に表示
されている状態で、特定の電子請求書の意志確認ボック
ス６５がチェックされ、その後、意志確認ボタン６６が
クリックされると、被請求人ＩＤと意志確認ボックス６
５がチェックされた電子請求書の請求書ＩＤとが送られ
て支払意志確認用ＣＧＩプログラム２４６が実行される
ようになっている。

【００６１】支払意志確認用ＣＧＩプログラム２４６
は、送られた請求書ＩＤを検索キーにしてＤＢＳ３に請
求マスタＤＢＦ３１４を検索させ、該当する電子請求書
のレコードを呼び出す。そして、そのレコードに登録さ
れている被請求人ＩＤが送られたものに一致しているの
を確認した上、「支払意志確認」のフィールドに「確認
あり」のデータを登録する。

【００６２】また、本システムは、被請求人が支払を行
った旨を請求人に通知する支払通知手段を有している。
具体的に説明すると、徴収代行機関が有するコンピュー
タ７は、特定の請求リストについて支払があった場合、
前述したように請求人の指定する口座に送金するととも
に、本システムにその旨のデータを送るようになってい
る。徴収機関のコンピュータ７は、イントラネットや専
用線によって本システムにつながっている。徴収代行機
関に属するオペレータは、コンピュータ７を操作して、
支払のあった請求書ＩＤ及び支払日のデータを本システ
ムに送るようになっている。

【００６３】具体的には、管理用サイトとして、ＷＷＷ
サーバ２は徴収代行機関のコンピュータ７からの接続を
受け付けるようになっている。この管理用サイトのＵＲ
Ｌは一般には公表されておらず、徴収代行機関のコンピ
ュータ７のみが接続できるようになっている。徴収代行
機関のコンピュータ７から、支払のあった請求書ＩＤ及
び支払日を管理用サイトのページを介して送られると、
支払日登録用ＣＧＩプログラム２４７が実行される。支
払日登録用ＣＧＩプログラム２４７は、支払のあった請
求書ＩＤを検索キーにして請求マスタＤＢＦ３１４を検
索し、該当する電子請求書のレコードに支払日を登録す
るようになっている。

【００６４】また、本システムは、申請人が、自分が発
行した電子請求書の支払状況についてモニタするサイト
を有している。また、ＷＷＷサーバ２は、支払状況モニ
タ用ＣＧＩプログラム２４８を有している。そして、ト
ップページは、支払状況モニタページへのリンクボタン
を有している。このリンクボタンがクリックされると、
請求人会員ＩＤ及びパスワードの入力待ちの画面とな
り、請求人会員ＩＤ及びパスワードが正しく入力される
と、支払状況モニタ用ＣＧＩプログラム２４８が実行さ
れる。

【００６５】支払状況モニタ用ＣＧＩプログラム２４８
は、送られた請求人会員ＩＤを検索キーにしてＤＢＳ３
に請求マスタＤＢＦ３１４を検索させ、その請求人会員
が発行した電子請求書について、請求書発行日、被請求
人情報、請求原因、支払日等の各データを抽出する。支
払状況モニタ用ＣＧＩプログラム２４８は、これらのデ
ータをリストにしてＨＴＭＬ変換して請求人情報端末５
１に返送する。これにより、請求人は、自分が発行した
電子請求書についての支払状況をディスプレイ等で確認
することができる。尚、支払状況モニタプログラムは、
支払が済んだ後一定期間が経過した電子請求書について
はリストアップしないようにしている。

【００６６】また、本システムは、被請求人に対し領収
書を発行する領収書発行手段を有している。領収書発行
手段は、被請求人の要求により個々の電子請求書につい
ての領収書を発行するものとなっている。前述したよう
に、被請求人は、請求リストの合計金額を支払うのみで
ある。従って、銀行振込にしろ、コンビニ端末８での支
払にしろ、オンライン決済にしろ、個々の電子請求書に
対する支払を示す書面は被請求人には残らない。そこ
で、本システムは、個々の電子請求書に対する支払の領
収書を発行できるようにしている。

【００６７】領収書の発行は、予め被請求人会員が発行
を要求していて一律に発行される場合と、支払の後に個
別に要求があった場合に発行される場合とがある。ま
ず、前者について説明すると、被請求人会員登録ページ
には、領収書の発行を希望するかどうかを入力する欄が
ある。これに対応して、被請求人会員ＤＢＦ３１２に
も、「領収書発行希望の有無」のフィールドがある。被
請求人会員登録ページで領収書の発行を希望する旨の入
力をして会員登録がされた場合、被請求人会員登録用Ｃ
ＧＩプログラム２４２は、被請求人会員ＤＢＦ３１２の
「領収書発行希望の有無」のフィールドに希望する旨の
データを登録する。

【００６８】一方、管理用コンピュータ４は、各被請求
人会員に領収書を自動的に発行する領収書自動発行プロ
グラム４２を有している。領収書自動発行プログラム４
２は、例えば一ヶ月のうちの特定の期日に一律に領収書
を発行するプログラムである。具体的には、特定の期日
が到来したら、被請求人会員ＤＢＦ３１２内のレコード
を順次検索し、「領収書発行希望の有無」のフィールド
が「希望する」になっているレコードの被請求人会員Ｉ
Ｄをメモリ変数に格納する。そして、その被請求人会員
ＩＤで請求マスタＤＢＦ３１４を検索し、前月での処理
の後に新たに支払いがされた電子請求書があるかどうか
検索する。該当するものがあった場合、その請求マスタ
の該当レコードのデータ（請求人情報、請求金額情報、
請求原因、支払日等のデータ、以下領収書データ）を各
々メモリ変数に格納する。

【００６９】管理用コンピュータ４は、領収書のフォー
マットデータ４３を有している。領収書自動発行プログ
ラム４２は、各メモリ変数に格納された領収書データを
このフォーマットデータ４３にはめ込み、領収書を作成
する。そして、請求リストの場合と同様に、この領収書
を該当する被請求人情報端末５２にウェッブメールで送
信する。

【００７０】次に、事後的に個別に領収書を発行する場
合について説明する。図１に示す、ＷＷＷサーバ２は、
領収書発行ページを表示するためのＨＴＭＬファイル２
１を有している。また、これに対応して、領収書個別発
行用ＣＧＩプログラム２４９が備えられている。領収書
発行ページで、領収書の発行を要求するボタンがクリッ
クされると、被請求人会員ＩＤ及びパスワードを入力す
る画面となり、これらが正しく入力されて送信される
と、領収書個別発行用ＣＧＩプログラム２４９が起動さ
れる。

【００７１】領収書個別発行用ＣＧＩプログラム２４９
は、被請求人会員ＩＤを検索キーにしてＤＢＳ３に請求
マスタＤＢＦ３１４を検索させるとともに、その中か
ら、支払が済んだものの領収書がまた発行されていない
電子請求書を検索させる。該当するものがあったら、そ
れらをリストにしてＨＴＭＬ変換して被請求人情報端末
５２に送る。このリストが表示される際、領収書の発行
を希望する旨のデータを入力するチェックボックスのよ
うな入力欄も表示されるようになっている。そして、そ
の入力欄に請求書の発行を希望する旨の入力がされた状
態で送信ボタンがクリックされると、領収書個別発行用
ＣＧＩプログラム２４９は、該当する請求書ＩＤを検索
キーにして再びＤＢＳ３に請求マスタＤＢＦ３１４を検
索させ、領収書データを抽出する。そして、ＷＷＷサー
バ２は、管理用コンピュータ４と同様のフォーマットデ
ータ（不図示）を有しており、同様に領収書データをは
め込んで被請求人情報端末５２に送信する。尚、このよ
うにして送信される電子領収書には、デジタル署名のよ
うな証明手段が必要に応じて付加される。

【００７２】上述した本実施形態の電子請求書管理シス
テムによれば、電子的に作成された請求書をプリントア
ウトすることなく送信することで売掛金の請求ができる
ので、請求書の発行に要する手間が少なくなり、またプ
リントアウトや郵送代等に掛かっていた費用が無くな
る。尚、ネットワークとしては、インターネット１の
他、他の開放型ネットワークでも良いし、閉鎖型のイン
トラネット等でも良い。

【００７３】

【発明の効果】以上説明した通り、本願の各請求項の発
明によれば、所定の期間内に同一の被請求人に対して同
一の請求人又は異なる請求人から発行された電子請求書
がとりまとめられてネットワークを介して被請求人情報
端末に送信されるので、被請求人における請求書の管理
の手間が簡略化される。また、請求項３記載の発明によ
れば、上記効果に加え、請求人が自前のフォーマットで
電子請求書を送れるので、現状の請求書のフォームをそ
のまま使える等の効果が得られ、現状の請求書発行のシ
ステムを大きく変更する必要が無いという効果が得られ
る。また、請求項４記載の発明によれば、上記効果に加
え、被請求人が任意のフォーマットで電子請求書を受信
できるので、受信後の処理をやりやすくすることがで
き、現状の会計処理に容易に組み込むことができる。ま
た、請求項５記載の発明によれば、上記効果に加え、電
子請求書が第三者によって認証されるので、電子請求書
の証拠価値等が高まるという効果が得られる。また、請
求項６記載の発明によれば、上記効果に加え、複数の電
子請求書の請求金額の合計が示されるので、複数の電子
請求書の支払を一回で済ませるようなシステムを構築す
ることが可能となる。また、請求項７又は８記載の発明
によれば、上記効果に加え、電子請求書を被請求人がプ
リントアウトした際に情報の読み取り部も併せて印刷さ
れるので、コンビニ等での支払を容易にすることができ
る。また、請求項９記載の発明によれば、上記効果に加
え、受信確認手段が設けられているので、被請求人が電
子請求書を受けとった旨を請求人が確認することができ
る利便性が得られる。また、請求項１０記載の発明によ
れば、上記効果に加え、意志確認手段が設けられている
ので、請求人が被請求人の支払の意志を確認できる利便
性が得られる。また、請求項１１記載の発明によれば、
上記効果に加え、オンライン決済情報が被請求人端末に
送信されるので、オンライン決済による支払が即座に容
易に行えるという利便性が得られる。また、請求項１２
記載の発明によれば、上記効果に加え、被請求人の支払
の事実を請求人に通知する支払通知手段を有しているの
で、請求人は銀行等に確認にいくことなく支払の事実を
知ることができるという利便性が得られる。また、請求
項１３記載の発明によれば、上記効果に加え、特定の電
子請求書の支払に関する領収書を被請求人宛に作成する
領収書作成手段を有しているので、一括して支払った場
合でも個別の領収書を被請求人が入手できるという利便
性が得られる。

【図面の簡単な説明】

【図１】本願発明の実施形態に係る電子請求書管理シス
テムの概略構成を示す図である。

【図２】図１に示すＷＷＷサーバ２が情報端末に表示す
ることが可能な各ウェッブページのリンクについて示す
図である。

【図３】電子請求書受信用ＣＧＩプログラムの概略構成
を示すフローチャートである。

【図４】とりまとめ送信プログラム４１の構成について
示すフローチャートである。

【図５】請求リストの一例を示す概略図である。

【符号の説明】

１インターネット２ＷＷＷサーバ２１ＨＴＭＬファイル２２ｈｔｔｐｄプログラム２３ＣＧＩ２４１請求人会員登録用ＣＧＩプログラム２４２被請求人会員登録用ＣＧＩプログラム２４３電子請求書受信用ＣＧＩプログラム２４４認証取得用ＣＧＩプログラム２４５受信確認用ＣＧＩプログラム２４６支払意志確認用ＣＧＩプログラム２４７支払日登録用ＣＧＩプログラム２４８支払状況モニタ用ＣＧＩプログラム２４９領収書個別発行用ＣＧＩプログラム３ＤＢＳ３０ＤＢＭＳ３１１請求人会員ＤＢＦ３１２被請求人会員ＤＢＦ３１３データ抽出プログラムＤＢＦ３１４請求マスタＤＢＦ３１５被請求人指定フォーマットＤＢＦ３１６請求リストＤＢＦ４管理用コンピュータ４１とりまとめ送信プログラム４２領収書自動発行プログラム５１請求人情報端末５２被請求人情報端末６イントラネット

─────────────────────────────────────────────────────

【手続補正書】

【提出日】平成１３年１２月２５日（２００１．１２．
２５）

【手続補正１】

【補正対象書類名】明細書

【補正対象項目名】特許請求の範囲

【補正方法】変更

【補正内容】

【特許請求の範囲】

【請求項３】前記受信手段が受信した電子請求書の中
から、その電子請求書における請求人が誰であるかに関
する情報である請求人情報と、その電子請求書における
被請求人が誰であるかに関する情報である被請求人情報
と、その電子請求書における請求金額の情報である金額
情報と、その請求金額が対価として請求されるに至った
原因に関する情報である原因情報とを、それぞれ抽出す
る抽出手段を備えており、前記とりまとめ手段は、抽出手段が抽出した情報のう
ち、請求人情報、金額情報及び原因情報とを前記同一の
被請求人ごとにとりまとめるものであることを特徴とす
る請求項１又は２記載の電子請求書管理システム。

【請求項４】前記受信手段は、前記請求人情報端末か
ら送られる各電子請求書が互いに異なるフォーマットで
あっても受信が可能なものであり、前記抽出手段は、前
記受信手段が受信した各電子請求書が互いに異なるフォ
ーマットであっても前記各情報を抽出可能なものである
ことを特徴とする請求項３記載の電子請求書管理システ
ム。

【請求項５】前記とりまとめ手段がとりまとめた情報
を、その情報を送信する被請求人が指定するフォーマッ
トに変換するフォーマット変換手段が設けられており、
前記送信手段は、フォーマット変換手段により変換され
た情報をその被請求人情報端末に送信するものであるこ
とを特徴とする請求項１乃至４いずれかに記載の電子請
求書管理システム。

【請求項６】前記複数の請求人端末の各々から送信さ
れる電子請求書について、そのような電子請求書が送信
された事実を当該請求人及び当該被請求人以外の第三者
が認証する認証手段が設けられており、前記送信手段
は、前記とりまとめ手段がとりまとめた情報を前記被請
求人情報端末に送信する際、又は、被請求人から要求が
あった際、認証手段による認証を被請求人情報端末に送
信するものであることを特徴とする請求項１乃至５いず
れかに記載の電子請求書管理システム。

【請求項７】前記とりまとめ手段は、前記同一人の被
請求人に対して異なる請求人から発行された複数の電子
請求書をリスト化するものであってそのリストにある請
求金額の合計を算出するものであり、前記送信手段は、
合計金額も併せて送信するものであることを特徴とする
請求項３記載の電子請求書管理システム。

【請求項８】前記送信手段から送られる前記情報は、
前記被請求人情報端末において紙に出力された際、少な
くとも前記金額情報と前記電子請求書を特定するための
情報を機械的に読み取る読み取り部も併せて出力される
ようにするものであることを特徴とする請求項３記載の
電子請求書管理システム。

【請求項９】前記読み取り部は、バーコードリーダに
よって読み取られるバーコードであることを特徴とする
請求項８記載の電子請求書管理システム。

【請求項１０】前記送信手段から送られた前記情報を
前記被請求人情報端末が確かに受信した旨を、当該電子
請求書を発行した請求人が確認できるようにする受信確
認手段を備えていることを特徴とする請求項１乃至９い
ずれかに記載の電子請求書管理システム。

【請求項１１】前記送信手段から前記情報が前記被請
求人情報端末に送られた際に当該被請求人の当該請求金
額の支払に関する意志を、当該電子請求書を発行した請
求人が確認できるようにする意志確認手段を備えている
ことを特徴とする請求項１乃至１０いずれかに記載の電
子請求書管理システム。

【請求項１２】前記送信手段は、前記情報とともに、
特定の電子請求書の請求金額についてネットワーク上で
決済するために使用される情報であるオンライン決済情
報を前記被請求人端末に送信するものであることを特徴
とする請求項１乃至１１いずれかに記載の電子請求書管
理システム。

【請求項１３】前記送信手段が送信した前記情報に基
づいて被請求人が特定の電子請求書について支払を行っ
た際、その支払の事実を当該電子請求書を発行した請求
人に通知する支払通知手段を有していることを特徴とす
る請求項１乃至１２いずれかに記載の電子請求書管理シ
ステム。

【請求項１４】前記とりまとめ手段がとりまとめた電
子請求書のうち、被請求人により支払が行われた個々の
電子請求書について被請求人の要求に基づいて個別にそ
の支払に関する領収書を当該被請求人宛に作成する領収
書作成手段を有していることを特徴とする請求項１乃至
１３いずれかに記載の電子請求書管理システム。

【手続補正２】

【補正対象書類名】明細書

【補正対象項目名】０００７

【補正方法】変更

【補正内容】

【０００７】

【課題を解決するための手段】上記課題を解決するた
め、本願の請求項１記載の発明は、電子請求書を発行す
る請求人が有する情報端末である複数の請求人情報端末
と、電子請求書によって支払が請求される被請求人が有
する情報端末である複数の被請求人情報端末との双方
に、ネットワークを介してつながっている電子請求書管
理システムであって、前記複数の請求人端末の各々から
送られる電子請求書を受信する受信手段と、前記受信手
段が受信した電子請求書について、所定の期間内に同一
の被請求人に対して異なる請求人から発行された電子請
求書を集めてそれらの電子請求書に含まれる情報をとり
まとめるとりまとめ手段と、とりまとめ手段がとりまと
めた情報を所定の時期にその被請求人が有する被請求人
情報端末にネットワークを介して送信する送信手段とか
ら成るという構成を有する。また、上記課題を解決する
ため、請求項２記載の発明は、電子請求書を発行する請
求人が有する情報端末である複数の請求人情報端末と、
電子請求書によって支払が請求される被請求人が有する
情報端末である複数の被請求人情報端末との双方に、ネ
ットワークを介してつながっている電子請求書管理シス
テムであって、前記複数の請求人端末の各々から送られ
る電子請求書を受信する受信手段と、前記受信手段が受
信した電子請求書について、所定の期間内に同一の被請
求人に対して異なる請求人から発行された電子請求書を
集めてそれらの電子請求書の支払を一括してできるよう
それらの電子請求書に含まれる情報をとりまとめるとり
まとめ手段と、とりまとめ手段がとりまとめた情報を所
定の時期にその被請求人が有する被請求人情報端末にネ
ットワークを介して送信する送信手段とから成るという
構成を有する。また、上記課題を解決するため、請求項
３記載の発明は、前記請求項１又は２の構成において、
前記受信手段が受信した電子請求書の中から、その電子
請求書における請求人が誰であるかに関する情報である
請求人情報と、その電子請求書における被請求人が誰で
あるかに関する情報である被請求人情報と、その電子請
求書における請求金額の情報である金額情報と、その請
求金額が対価として請求されるに至った原因に関する情
報である原因情報とを、それぞれ抽出する抽出手段を備
えており、前記とりまとめ手段は、抽出手段が抽出した
情報のうち、請求人情報、金額情報及び原因情報とを前
記同一の被請求人ごとにとりまとめるものであるという
構成を有する。また、上記課題を解決するため、請求項
４記載の発明は、前記請求項３の構成において、前記受
信手段は、前記請求人情報端末から送られる各電子請求
書が互いに異なるフォーマットであっても受信が可能な
ものであり、前記抽出手段は、前記受信手段が受信した
各電子請求書が互いに異なるフォーマットであっても前
記各情報を抽出可能なものであるという構成を有する。
また、上記課題を解決するため、請求項５記載の発明
は、前記請求項１乃至４いずれかの構成において、前記
とりまとめ手段がとりまとめた情報を、その情報を送信
する被請求人が指定するフォーマットに変換するフォー
マット変換手段が設けられており、前記送信手段は、フ
ォーマット変換手段により変換された情報をその被請求
人情報端末に送信するものであるという構成を有する。
また、上記課題を解決するため、請求項６記載の発明
は、前記請求項１乃至５いずれかの構成において、前記
複数の請求人端末の各々から送信される電子請求書につ
いて、そのような電子請求書が送信された事実を当該請
求人及び当該被請求人以外の第三者が認証する認証手段
が設けられており、前記送信手段は、前記とりまとめ手
段がとりまとめた情報を前記被請求人情報端末に送信す
る際、又は、被請求人から要求があった際、認証手段に
よる認証を被請求人情報端末に送信するものであるとい
う構成を有する。また、上記課題を解決するため、請求
項７記載の発明は、前記請求項３の構成において、前記
とりまとめ手段は、前記同一人の被請求人に対して異な
る請求人から発行された複数の電子請求書をリスト化す
るものであってそのリストにある請求金額の合計を算出
するものであり、前記送信手段は、合計金額も併せて送
信するものであるという構成を有する。また、上記課題
を解決するため、請求項８記載の発明は、前記請求項３
の構成において、前記送信手段から送られる前記情報
は、前記被請求人情報端末において紙に出力された際、
少なくとも前記金額情報と前記電子請求書を特定するた
めの情報を機械的に読み取る読み取り部も併せて出力さ
れるようにするものであるという構成を有する。また、
上記課題を解決するため、請求項９記載の発明は、前記
請求項８の構成において、前記読み取り部は、バーコー
ドリーダによって読み取られるバーコードであるという
構成を有する。また、上記課題を解決するため、請求項
１０記載の発明は、前記請求項１乃至９いずれかの構成
において、前記送信手段から送られた前記情報を前記被
請求人情報端末が確かに受信した旨を、当該電子請求書
を発行した請求人が確認できるようにする受信確認手段
を備えているという構成を有する。また、上記課題を解
決するため、請求項１１記載の発明は、前記請求項１乃
至１０いずれかの構成において、前記送信手段から前記
情報が前記被請求人情報端末に送られた際に当該被請求
人の当該請求金額の支払に関する意志を、当該電子請求
書を発行した請求人が確認できるようにする意志確認手
段を備えているという構成を有する。また、上記課題を
解決するため、請求項１２記載の発明は、前記請求項１
乃至１１いずれかの構成において、前記送信手段は、前
記情報とともに、特定の電子請求書の請求金額について
ネットワーク上で決済するために使用される情報である
オンライン決済情報を前記被請求人端末に送信するもの
であるという構成を有する。また、上記課題を解決する
ため、請求項１３記載の発明は、前記請求項１乃至１２
いずれかの構成において、前記送信手段が送信した前記
情報に基づいて被請求人が特定の電子請求書について支
払を行った際、その支払の事実を当該電子請求書を発行
した請求人に通知する支払通知手段を有しているという
構成を有する。また、上記課題を解決するため、請求項
１４記載の発明は、前記請求項１乃至１３いずれかの構
成において、前記とりまとめ手段がとりまとめた電子請
求書のうち、被請求人により支払が行われた個々の電子
請求書について被請求人の要求に基づいて個別にその支
払に関する領収書を当該被請求人宛に作成する領収書作
成手段を有しているという構成を有する。

【手続補正３】

【補正対象書類名】明細書

【補正対象項目名】００２８

【補正方法】変更

【補正内容】

【００２８】次に、電子請求書のとりまとめと被請求人
への送信について説明する。本実施形態のシステムは、
所定の期間内に同一の被請求人に対して異なる請求人か
ら発行された電子請求書を集めてそられの電子請求書に
含まれる情報をとりまとめるとりまとめ手段と、とりま
とめ手段がとりまとめた情報の所定の時期にその被請求
人が有する被請求人情報端末５２にインターネット１を
介して送信する送信手段とが設けられている。

【手続補正４】

【補正対象書類名】明細書

【補正対象項目名】００６４

【補正方法】変更

【補正内容】

【００６４】また、本システムは、請求人が、自分が発
行した電子請求書の支払状況についてモニタするサイト
を有している。また、ＷＷＷサーバ２は、支払状況モニ
タ用ＣＧＩプログラム２４８を有している。そして、ト
ップページは、支払状況モニタページへのリンクボタン
を有している。このリンクボタンがクリックされると、
請求人会員ＩＤ及びパスワードの入力待ちの画面とな
り、請求人会員ＩＤ及びパスワードが正しく入力される
と、支払状況モニタ用ＣＧＩプログラム２４８が実行さ
れる。

【手続補正５】

【補正対象書類名】明細書

【補正対象項目名】００６５

【補正方法】変更

【補正内容】

【００６５】支払状況モニタ用ＣＧＩプログラム２４８
は、送られた請求人会員ＩＤを検索キーにしてＤＢＳ３
に請求マスタＤＢＦ３１４を検索させ、その請求人会員
が発行した電子請求書について、請求書発行日、被請求
人情報、請求原因、支払日等の各データを抽出する。支
払状況モニタ用ＣＧＩプログラム２４８は、これらのデ
ータをリストにしてＨＴＭＬ変換して請求人情報端末５
１に返送する。これにより、請求人は、自分が発行した
電子請求書についての支払状況をディスプレイ等で確認
することができる。尚、前述したように、請求マスタＤ
ＢＦ３１４には、電子請求書の「受信確認」のフィール
ドや「支払意志確認」のフィールドがあるから、請求人
は、自分が発行した電子請求書について、これらの確認
も行える。尚、支払状況モニタプログラムは、支払が済
んだ後一定期間が経過した電子請求書についてはリスト
アップしないようにしている。

【手続補正６】

【補正対象書類名】明細書

【補正対象項目名】００７３

【補正方法】変更

【補正内容】

【００７３】

【発明の効果】以上説明した通り、本願の各請求項の発
明によれば、所定の期間内に同一の被請求人に対して異
なる請求人から発行された電子請求書がとりまとめられ
てネットワークを介して被請求人情報端末に送信される
ので、被請求人における請求書の管理の手間が簡略化さ
れる。また、請求項２記載の発明によれば、上記効果に
加え、異なる請求人から発行された電子請求書の支払が
一括してできるので、支払の手間が省ける。また、請求
項４記載の発明によれば、上記効果に加え、請求人が自
前のフォーマットで電子請求書を送れるので、現状の請
求書のフォームをそのまま使える等の効果が得られ、現
状の請求書発行のシステムを大きく変更する必要が無い
という効果が得られる。また、請求項５記載の発明によ
れば、上記効果に加え、被請求人が任意のフォーマット
で電子請求書を受信できるので、受信後の処理をやりや
すくすることができ、現状の会計処理に容易に組み込む
ことができる。また、請求項６記載の発明によれば、上
記効果に加え、電子請求書が第三者によって認証される
ので、電子請求書の証拠価値等が高まるという効果が得
られる。また、請求項７記載の発明によれば、上記効果
に加え、複数の電子請求書の請求金額の合計が示される
ので、複数の電子請求書の支払を一回で済ませるような
システムを構築することが可能となる。また、請求項８
又は９記載の発明によれば、上記効果に加え、電子請求
書を被請求人がプリントアウトした際に情報の読み取り
部も併せて印刷されるので、コンビニ等での支払を容易
にすることができる。また、請求項１０記載の発明によ
れば、上記効果に加え、受信確認手段が設けられている
ので、被請求人が電子請求書を受けとった旨を請求人が
確認することができる利便性が得られる。また、請求項
１１記載の発明によれば、上記効果に加え、意志確認手
段が設けられているので、請求人が被請求人の支払の意
志を確認できる利便性が得られる。また、請求項１２記
載の発明によれば、上記効果に加え、オンライン決済情
報が被請求人端末に送信されるので、オンライン決済に
よる支払が即座に容易に行えるという利便性が得られ
る。また、請求項１３記載の発明によれば、上記効果に
加え、被請求人の支払の事実を請求人に通知する支払通
知手段を有しているので、請求人は銀行等に確認にいく
ことなく支払の事実を知ることができるという利便性が
得られる。また、請求項１４記載の発明によれば、上記
効果に加え、特定の電子請求書の支払に関する領収書を
被請求人宛に作成する領収書作成手段を有しているの
で、一括して支払った場合でも個別の領収書を被請求人
が入手できるという利便性が得られる。

【手続補正７】

【補正対象書類名】図面

【補正対象項目名】図５

【補正方法】変更

【補正内容】

【図５】

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号ＦＩテーマコート゛(参考）Ｇ０７Ｄ 9/00 ４３６Ｇ０７Ｄ 9/00 ４３６Ｂ (72)発明者奥山泰全東京都港区赤坂一丁目４番８号有限会社コンフィデンシャル・アカウンティング・サービス内 (72)発明者近藤一之東京都港区赤坂一丁目４番８号有限会社コンフィデンシャル・アカウンティング・サービス内 (72)発明者中川明東京都港区赤坂一丁目４番８号有限会社コンフィデンシャル・アカウンティング・サービス内Ｆターム(参考） 3E040 AA06 BA18 CA14 CB01 EA01

Claims

【特許請求の範囲】

【請求項１】電子請求書を発行する請求人が有する情
報端末である複数の請求人情報端末と、電子請求書によ
って支払が請求される被請求人が有する情報端末である
複数の被請求人情報端末との双方に、ネットワークを介
してつながっている電子請求書管理システムであって、前記複数の請求人端末の各々から送られる電子請求書を
受信する受信手段と、前記受信手段が受信した電子請求書について、所定の期
間内に同一の被請求人に対して同一の請求人又は異なる
請求人から発行された電子請求書を集めてそれらの電子
請求書に含まれる情報をとりまとめるとりまとめ手段
と、とりまとめ手段がとりまとめた情報を所定の時期にその
被請求人が有する被請求人情報端末にネットワークを介
して送信する送信手段とから成ることを特徴とする電子
請求書管理システム。
【請求項２】前記受信手段が受信した電子請求書の中
から、その電子請求書における請求人が誰であるかに関
する情報である請求人情報と、その電子請求書における
被請求人が誰であるかに関する情報である被請求人情報
と、その電子請求書における請求金額の情報である金額
情報と、その請求金額が対価として請求されるに至った
原因に関する情報である原因情報とを、それぞれ抽出す
る抽出手段を備えており、前記とりまとめ手段は、抽出手段が抽出した情報のう
ち、請求人情報、金額情報及び原因情報とを前記同一の
被請求人ごとにとりまとめるものであることを特徴とす
る請求項１記載の電子請求書管理システム。
【請求項３】前記受信手段は、前記請求人情報端末か
ら送られる各電子請求書が互いに異なるフォーマットで
あっても受信が可能なものであり、前記抽出手段は、前
記受信手段が受信した各電子請求書が互いに異なるフォ
ーマットであっても前記各情報を抽出可能なものである
ことを特徴とする請求項２記載の電子請求書管理システ
ム。
【請求項４】前記とりまとめ手段がとりまとめた情報
を、その情報を送信する被請求人が指定するフォーマッ
トに変換するフォーマット変換手段が設けられており、
前記送信手段は、フォーマット変換手段により変換され
た情報をその被請求人情報端末に送信するものであるこ
とを特徴とする請求項１、２又は３記載の電子請求書管
理システム。
【請求項５】前記複数の請求人端末の各々から送信さ
れる電子請求書について、そのような電子請求書が送信
された事実を認証する認証手段が設けられており、前記
送信手段は、前記とりまとめ手段がとりまとめた情報を
前記被請求人情報端末に送信する際、又は、被請求人か
ら要求があった際、認証手段による認証を被請求人情報
端末に送信するものであることを特徴とする請求項１乃
至４いずれかに記載の電子請求書管理システム。
【請求項６】前記とりまとめ手段は、前記同一人の被
請求人に対して発行された複数の電子請求書をリスト化
するものであってそのリストにある請求金額の合計を算
出するものであり、前記送信手段は、合計金額も併せて
送信するものであることを特徴とする請求項２記載の電
子請求書管理システム。
【請求項７】前記送信手段から送られる前記情報は、
前記被請求人情報端末において紙に出力された際、少な
くとも前記金額情報と前記電子請求書を特定するための
情報を機械的に読み取る読み取り部も併せて出力される
ようにするものであることを特徴とする請求項２記載の
電子請求書管理システム。
【請求項８】前記読み取り部は、バーコードリーダに
よって読み取られるバーコードであることを特徴とする
請求項７記載の電子請求書管理システム。
【請求項９】前記送信手段から送られた前記情報を前
記被請求人情報端末が確かに受信した旨を確認する受信
確認手段を備えていることを特徴とする請求項１乃至８
いずれかに記載の電子請求書管理システム。
【請求項１０】前記送信手段から前記情報が前記被請
求人情報端末に送られた際に当該被請求人の当該請求金
額の支払に関する意志を確認する意志確認手段を備えて
いることを特徴とする請求項１乃至９いずれかに記載の
電子請求書管理システム。
【請求項１１】前記送信手段は、前記情報とともに、
特定の電子請求書の請求金額についてネットワーク上で
決済するために使用される情報であるオンライン決済情
報を前記被請求人端末に送信するものであることを特徴
とする請求項１乃至１０いずれかに記載の電子請求書管
理システム。
【請求項１２】前記送信手段が送信した前記情報に基
づいて被請求人が特定の電子請求書について支払を行っ
た際、その支払の事実を当該電子請求書を発行した請求
人に通知する支払通知手段を有していることを特徴とす
る請求項１乃至１１いずれかに記載の電子請求書管理シ
ステム。
【請求項１３】前記送信手段が送信した前記情報に基
づいて被請求人が特定の電子請求書について支払を行っ
た際、その支払に関する領収書を当該被請求人宛に作成
する領収書作成手段を有していることを特徴とする請求
項１乃至１２いずれかに記載の電子請求書管理システ
ム。