JP2003187159A - Electronic bill management system - Google Patents

Electronic bill management system

Info

Publication number
JP2003187159A
JP2003187159A JP2002338392A JP2002338392A JP2003187159A JP 2003187159 A JP2003187159 A JP 2003187159A JP 2002338392 A JP2002338392 A JP 2002338392A JP 2002338392 A JP2002338392 A JP 2002338392A JP 2003187159 A JP2003187159 A JP 2003187159A
Authority
JP
Japan
Prior art keywords
information
electronic
requestee
claimant
payment
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP2002338392A
Other languages
Japanese (ja)
Other versions
JP2003187159A5 (en
Inventor
Mitsuru Senbu
充 泉部
Yasumasa Okuyama
泰全 奥山
Kazuyuki Kondo
一之 近藤
Akira Nakagawa
明 中川
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
CONFIDENTIAL ACCOUNTING SERVIC
CONFIDENTIAL ACCOUNTING SERVICE KK
Original Assignee
CONFIDENTIAL ACCOUNTING SERVIC
CONFIDENTIAL ACCOUNTING SERVICE KK
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by CONFIDENTIAL ACCOUNTING SERVIC, CONFIDENTIAL ACCOUNTING SERVICE KK filed Critical CONFIDENTIAL ACCOUNTING SERVIC
Priority to JP2002338392A priority Critical patent/JP2003187159A/en
Publication of JP2003187159A publication Critical patent/JP2003187159A/en
Publication of JP2003187159A5 publication Critical patent/JP2003187159A5/ja
Pending legal-status Critical Current

Links

Abstract

<P>PROBLEM TO BE SOLVED: To remarkably reduce the labor for management of both a claiming person and a claimed person by providing a practical system for collectively performing the management of bills. <P>SOLUTION: An electronic bill management system connected to two or more claiming person information terminals 51 and two or more claimed person information terminals 52 through Internet 1 comprises a WWW server 2 on an intranet 6, a database server 3 and a management computer 4. This system comprises further a receiving means for receiving an electronic bill from each claiming person information terminal 51; a collecting means for collecting the electronic bills to the same claimed person and calculating the total sum; and a transmission means for transmitting the information collected by the collecting means to each claimed person information terminal 52. It further comprises an authentication means for authenticating the fact of the transmission of the electronic bill; a will confirmation means for confirming the will of payment of the claimed person; a payment reporting means for reporting the fact of payment to the claiming person; and a receipt forming means for forming a receipt for the claimed person. <P>COPYRIGHT: (C)2003,JPO

Description

【発明の詳細な説明】 【0001】 【発明の属する技術分野】本願の発明は、電子的な方法
により記述された請求書である電子請求書に関するもの
であり、特にそのような電子請求書をネットワークを介
して送受信する際の管理システムに関するものである。 【0002】 【従来の技術】会社対会社、会社対個人等における商品
やサービスの取引において発生する売掛金は、個々の会
社が独自に請求書を発行して支払を請求し、被請求人が
請求書を確認して銀行振込等で支払をすることにより多
くの場合処理されている。このような売掛金の請求を行
う者(請求人)が直接個々の被請求人に対して請求書を
発行して支払わせるやり方では、被請求人には異なる請
求人からの異なるフォーマットの請求書が多く送れられ
ることになる。 【0003】被請求人は、そのような異なるフォーマッ
トの請求書の請求内容をいちいち確認し、個々の請求書
毎にそれぞれ銀行振込を行わなければならず、非常な手
間となっている。月末になると、銀行の振込用端末の前
に長蛇の列ができるのは、この典型的な例である。ま
た、自前の会計処理ソフトウェアで買掛金の支払管理を
している会社等では、受け取った異なるフォーマットの
請求書から、請求人、請求金額等を読みとり、それをコ
ンピュータに入力する面倒な作業を行っている。 【0004】また、請求人側の問題として、請求書で請
求した金額が正しく入金されないという問題がある。例
えば、被請求人が銀行振込で支払を行う場合、銀行の振
込手数料を差し引いて送金したり、勝手に分割にして支
払を行ったりする場合がある。このように、請求人が個
々の被請求人毎に直接請求書を発行して支払わせるやり
方では、請求人及び被請求人双方に問題がある。 【0005】一方、このような請求書は、多くの場合、
会計処理を行うプログラムがインストールされたコンピ
ュータにより電子的に作成されている。しかしながら、
作成された請求書を被請求人に送る場合には、請求書を
紙にプリントアウトして郵送するのが殆どである。請求
書を電子メールで送ったり、フレキシブルディスクに記
憶させて送るなどすることも不可能ではないが、このよ
うな電子的な方法により記述されたままである電子請求
書が、法律的にみてどのような価値を有するのか不明で
あるという問題がある。例えば、電子メールで送られた
電子請求書をコンピュータのハードディスクに保存して
おいただけの場合、そのような電子請求書が税法上必要
な証拠価値を持つのか、不明である。技術的には、電子
透かし等の方法により電子請求書に社判の捺印に近い証
拠能力を付与することも可能であるが、税務当局がその
ような電子請求書に通常の請求書と同等の証拠価値を認
めるかどうか、推測の域を出ない。 【0006】 【発明が解決しようとする課題】本願の発明は、かかる
課題を解決するためになされたものであり、請求書の管
理を一括して行う実用的なシステムを提供することで、
請求人及び被請求人双方の管理の手間を飛躍的に低減さ
せるという技術的意義を有するものである。 【0007】 【課題を解決するための手段】上記課題を解決するた
め、本願の請求項1記載の発明は、金融機関の口座から
の自動引き落としではなく被請求人によるオンライン送
金処理によって支払を行う電子請求書を管理するシステ
ムであるとともに、電子請求書を発行する請求人が有す
る情報端末である複数の請求人情報端末と、電子請求書
によって支払が請求される被請求人が有する情報端末で
ある複数の被請求人情報端末との双方に、ネットワーク
を介してつながっている電子請求書管理システムであっ
て、前記複数の請求人端末の各々から送られる電子請求
書を受信する受信手段と、前記受信手段が受信した電子
請求書の中から、その電子請求書における請求人が誰で
あるかに関する情報である請求人情報と、その電子請求
書における被請求人が誰であるかに関する情報である被
請求人情報と、その電子請求書における請求金額の情報
である金額情報と、その請求金額が対価として請求され
るに至った原因に関する情報である原因情報とを、それ
ぞれ抽出する抽出手段と、前記受信手段が受信した電子
請求書について、所定の期間内に同一の被請求人に対し
て異なる請求人から発行された電子請求書を集めて、そ
れらの電子請求書の支払を一括してできるよう前記抽出
手段が抽出した請求人情報、金額情報及び原因情報とを
同一の被請求人ごとにとりまとめるとりまとめ手段と、
とりまとめ手段がとりまとめた情報を所定の時期にその
被請求人が有する被請求人情報端末にネットワークを介
して送信するとともに、異なる請求人の請求について一
括して支払いができるよう同一の振込先として前記代行
徴収機関に係るものの情報を併せて送信する送信手段と
から成るという構成を有する。 【0008】 【発明の実施の形態】以下、本願発明の実施の形態(以
下、実施形態)について説明する。図1は、本願発明の
実施形態に係る電子請求書管理システムの概略構成を示
す図である。図1に示す電子請求書管理システムは、ネ
ットワークにつながったコンピュータ群2,3,4によ
って構成されている。ネットワークは、本実施形態で
は、インターネット1である。 【0009】インターネット1には、周知のように、各
種コンピュータ、携帯電話、PDA(Personal Data Ass
istant)等の情報機器がつながっている。以下、説明で
は、このようなインターネット1につながっている情報
機器を情報端末51,52と総称する。これらの情報端
末51,52は、請求人が有する情報端末(以下、請求
人情報端末)51と、被請求人が有する情報端末(以
下、被請求人情報端末)52に分類される。尚、この場
合の「有する」とは、保有して自由に使えるという程度
の意味であり、法律的に所有権を持つ場合の他、リース
された資産であったり借りているものであったりする場
合を含む。 【0010】図1に示すように、電子請求書管理システ
ムは、複数の請求人情報端末51と、複数の被請求人情
報端末52との双方に、インターネット1を介してつな
がっている。複数のコンピュータ群2,3,4は、ファ
イアウォールのよう経路制御装置60を介してインター
ネット1につながっているイントラネット6に接続され
ている。複数のコンピュータ群2,3,4は、各情報端
末51,52にウェッブページを表示するためのWWW
サーバ2と、請求人から送られた電子請求書に含まれる
情報をデータベース化して保存しているデータベースサ
ーバ3と、システム全体の管理を行う管理用コンピュー
タ4となっている。 【0011】WWWサーバ2は、UNIX(登録商標)
のような周知のOS上で稼働しているコンピュータであ
り、各情報端末51,52にウェッブページを表示する
ための複数のHTMLファイル21と、HTMLファイ
ル21を各情報端末に送るためのプログラムであるht
tpd(hyper text transfer daemon)プログラム22を
備えている。また、WWWサーバ2は、各情報端末から
送られるデータを処理するためのCGI(Common Gatewa
y Interface)23と、CGI23に従って実行される複
数のCGIプログラム241〜249を有している。 【0012】データベースサーバ(以下、DBS)3
も、UNIXのような周知のOS上で稼働しているコン
ピュータであり、複数のデータベースファイル(以下、
DBF)311〜316と、各DBF311〜316を
管理するプログラムであるデータベース管理システム
(DBMS,Database Management System)30とから
成っている。 【0013】WWWサーバ2は、本システムを利用する
請求人及び被請求人に対してデータを送受信する窓口と
なっている。図2は、図1に示すWWWサーバ2が情報
端末に表示することが可能な各ウェッブページのリンク
について示す図である。WWWサーバ2は、これらのウ
ェッブページを表示するためのHTMLファイル21を
それぞれ記憶している。 【0014】図2に示すように、WWWサーバ2は、ま
ず、トップページを情報端末51,52に表示すること
が可能となっている。このトップページのIPアドレス
には、この電子請求書管理システムを運営する運営会社
の保有するドメイン名が与えられている。トップページ
のドメイン名は、検索エンジンに登録されており、「電
子請求書」のようなキーワードでヒットするようになっ
ている。 【0015】本実施形態の電子請求書管理システムは、
基本的には会員制となっている。即ち、請求人及び被請
求人とも、会員登録を行って利用するシステムとなって
いる。図2に示すトップページは、本システムの利用案
内のページである。トップページは、請求人会員登録ペ
ージや被請求人会員登録ページにリンクしている。 【0016】請求人会員登録ページは、電子請求書を発
行する請求人が会員登録するためのウェッブページであ
る。請求人会員登録は、主に、会社や個人商店等の事業
主体が行うことが想定されている。請求人会員登録ペー
ジは、会員登録に伴って生ずる権利義務を説明するとと
もに、 ・事業主体名(会社名、商号又は団体名等) ・所在地 ・代表者名 ・担当者名 ・電話番号 ・FAX番号 ・電子メールアドレス 等の情報を入力するページとなっている。 【0017】請求人会員登録ページに対応して、DBS
3には、請求人会員用DBF311が設けられている。
また、WWWサーバ2のCGIプログラムの一つは、請
求人会員登録ページから送られるデータを処理する請求
人会員登録用CGIプログラム241となっている。請
求人会員登録ページが請求人情報端末51に表示されて
いる状態で、上述した各データが入力され、送信ボタン
がクリックされると、これらのデータがWWWサーバ2
に送られる。WWWサーバ2は、送られたデータを請求
人会員登録用CGIプログラム241によってDBS3
に送る。DBS3は、送られたデータを新規請求人会員
のレコードとして請求人会員DBF311に登録する。
登録が正しく行われると、請求人ID及びパスワードが
決定され、これらが登録を申請した請求人情報端末51
に送られるようになっている。 【0018】また、被請求人会員登録ページは、電子請
求書を受け取りを許容し、電子請求書に従って支払うこ
とを希望する被請求人が会員登録を行うページである。
被請求人は、商品やサービス等の提供の対価として金銭
の支払を行う主体が登録を行うものであり、会社、個人
事業主、各種団体等の他、一般の個人も登録が可能とな
っている。 【0019】被請求人会員登録ページは、会員登録に伴
って生ずる権利義務を説明するとともに、 ・名称(会社名、商号、団体名、個人の氏名等) ・所在地又は住所 ・代表者名(団体の場合) ・担当者名(団体の場合) ・電話番号 ・FAX番号 ・電子メールアドレス 等の情報を入力するページとなっている。 【0020】被請求人会員登録ページに対応して、DB
S3には、被請求人会員DBF312が設けられてい
る。また、WWWサーバ2のCGIプログラムの一つ
は、被請求人会員登録ページから送られるデータを処理
する被請求人会員登録用CGIプログラム242となっ
ている。被請求人会員登録ページが請求人情報端末51
に表示されている状態で、上述した各データが入力さ
れ、送信ボタンがクリックされると、これらのデータが
WWWサーバ2に送られる。WWWサーバ2は、送られ
たデータを被請求人会員登録用CGIプログラム242
によってDBS3に送る。DBS3は、送られたデータ
を新規被請求人会員のレコードとして被請求人会員DB
F312に登録する。登録が正しく行われると、被請求
人ID及びパスワードが決定され、これらが登録を申請
した請求人情報端末51に送られるようになっている。
尚、会社等の場合、請求人会員登録と被請求人会員登録
との双方を行う場合も当然あり得る。 【0021】次に、電子請求書の発行について説明す
る。電子請求書とは、前述した通り、電子的な方法によ
り記述された請求書である。本実施形態では、電子請求
書は、請求人が電子メールの形で送信するものであり、
本システムは、この電子請求書を受信する受信手段を有
している。受信手段は、WWWサーバ2と、CGI23
と、WWWサーバ2が備える電子請求書受信用CGIプ
ログラム243とによって構成されている。図3は、電
子請求書受信用CGIプログラム243の概略構成を示
すフローチャートである。 【0022】WWWサーバ2は、電子請求書送信ページ
を表示するHTMLFファイル21を有している。ま
た、トップページは「電子請求書送信」のボタンを有し
ている。トップページにおいてこのボタンがクリックさ
れると、請求人ID及びパスワードを入力する画面とな
り、これらが正しく入力され、送信ボタンがクリックさ
れると、電子請求書送信ページが請求人情報端末51に
表示されるようになっている。 【0023】電子請求書送信ページは、送信する電子請
求書を選択する欄を有している。この欄は、その請求人
情報端末51内を所定のフォルダから送信する電子請求
書を選ぶプルダウンメニューのような欄である。この欄
で電子請求書のファイルが正しく選択された状態で送信
ボタンがクリックされると、これらのデータが電子メー
ルの形でWWWサーバ2に送られる。WWWサーバ2
は、送られた電子請求書を受信するためのCGIプログ
ラムである電子請求書受信用CGIプログラム243を
有している。 【0024】電子請求書受信用CGIプログラム243
は、サブルーチンとしてデータ抽出プログラムを備えて
いる。データ抽出プログラム及びWWWサーバ2は、抽
出手段を構成している。データ抽出プログラムは、電子
メールの添付ファイルとして送られた電子請求書のファ
イルを開き、予め登録されているフィールド指定コマン
ドに従ってデータを抽出するプログラムである。データ
抽出プログラムは、会員登録された請求人毎に予め作成
されており、DBS3にデータ抽出プログラムDBF3
13としてデータベース化されている。 【0025】請求人は、自前のフォームの電子請求書を
送る場合、その電子請求書のファイルタイプと、そのフ
ォームの具体的内容を事前に本システムの運営会社に知
らせる。そして、本システムのオペレータが、これらの
情報からその請求人のデータ抽出プログラムを作成す
る。具体的には、その電子データのうちのどの部分に被
請求人に関するデータがあり、どの部分に請求金額に関
するデータがあり、どの部分に請求原因に関するデータ
があるか等を特定して抽出するプログラムを作成する。
例えば、電子請求書が表計算ソフトウェアによって作成
されている場合、そられのデータが格納されているセル
の行番号(1,2,3…)と列番号(A,B,C…)を
特定するプログラムとする。データ抽出プログラムは、
このように抽出したデータを、それぞれ所定の変数に代
入するようになっている。 【0026】図3に示すように、電子請求書受信用CG
Iプログラム243は、まず、抽出された被請求人情報
のうちの被請求人IDをDBS3に送り、これを検索キ
ーにして被請求人会員DBF312を検索する。もし、
該当する被請求人会員登録がなかったら、送信を行った
請求人情報端末51にその旨を送信する。即ち、本シス
テムでは該当する被請求人に送信できない旨を送信す
る。 【0027】該当する被請求人会員登録があったら、抽
出された各データ(被請求人情報、請求金額情報、請求
原因情報等)を、DBS3が備える請求マスタDBF3
14に登録する。請求マスタDBF314は、請求人情
報、被請求人情報、請求金額、請求原因等の本システム
における全て情報を登録項目(フィールド)としたレコ
ードを多数登録したものである。請求マスタDBF31
4は、本システムにおける請求情報のオリジナルのデー
タを記憶したものであるので、ハッキング等に対して非
常に高いセキュリティを確保している。また、請求マス
タDBF314は、ミラーリングのように、常にそのバ
ックアップファイルが作成更新されている。 【0028】次に、電子請求書のとりまとめと被請求人
への送信について説明する。本実施形態のシステムは、
所定の期間内に同一の被請求人に対して異なる請求人か
ら発行された電子請求書を集めてそられの電子請求書に
含まれる情報をとりまとめるとりまとめ手段と、とりま
とめ手段がとりまとめた情報の所定の時期にその被請求
人が有する被請求人情報端末52にインターネット1を
介して送信する送信手段とが設けられている。 【0029】とりまとめ手段及び送信手段は、管理用コ
ンピュータ4と、管理用コンピュータ4が備えるとりま
とめ送信プログラム41とよって構成されている。図4
は、とりまとめ送信プログラム41の構成について示す
フローチャートである。本実施形態では、とりまとめ送
信手段がとりまとめた情報(以下、請求情報)は、月に
一回程度被請求人の指定する期日に被請求人に送信され
るようになっている。被請求人は、被請求人会員登録の
際にその期日(以下、送信期日)を指定するようになっ
ており、被請求人会員DBF312には、送信期日を登
録したフィールドがある。 【0030】また、本実施形態では、請求情報は、被請
求人が指定するフォーマットで送信されるようになって
いる。具体的に説明すると、DBS3は、被請求人が指
定したフォーマットをデータベース化した被請求人指定
フォーマットDBF315を有している。この被請求人
指定フォーマットDBF315は、請求人の場合におけ
るデータ抽出プログラムと同様、予め作成されている。
即ち、被請求人がフォーマットを指定したい場合、ファ
イル形式、フォームの具体的内容等を事前に本システム
の運営会社に知らせる。本システムのオペレータが、こ
れらの情報からその被請求人のフォーマット変換抽出プ
ログラムを作成する。フォーマット変換プログラム及び
管理用コンピュータ4は、フォーマット変換手段を構成
している。 【0031】具体的には、フォーマット変換プログラム
は、どの部分に請求人に関するデータをはめ込み、どの
部分に請求金額に関するデータをはめ込み、どの部分に
請求原因に関するデータをはめ込むか等を特定するプロ
グラムである。例えば、被請求人が指定する表計算ソフ
トウェアによって読み取り可能なファイル形式で作成す
る場合、各データを格納するセルの行番号(1,2,3
…)と列番号(A,B,C…)を特定するデータとす
る。このようにして作成されたフォーマット変換プログ
ラムは、被請求人IDを付けて一つのレコードとされ、
それらが多数集められて被請求人指定フォーマットDB
F315となっている。尚、被請求人会員DBF312
の各レコードには、その被請求人が指定するフォーマッ
トがあるかどうかが登録されたフィールドがある。 【0032】図4に示されるとりまとめ送信プログラム
41は、毎日決まった時間に自動的に実行されるか、ま
たオペレータの操作により実行される。とりまとめ送信
プログラム41は、まず、被請求人会員DBF312を
検索し、その日を送信期日として指定している被請求人
会員がいないかどうか検索する。該当する被請求人会員
がいたら、その被請求人IDを読み取り、メモリ変数に
一時的に記憶する。 【0033】併せて、とりまとめ送信プログラム41
は、該当する被請求人DBF312のレコードの中か
ら、電子メールアドレスを読み出し、メモリ変数に一時
的に代入する。また、その被請求人に指定のフォーマッ
トがあるかどうかも併せてフィールドから読み出す。指
定フォーマットが「有り」の場合、同様に被請求人ID
を検索キーにして被請求人指定フォーマットDBF31
5を検索し、その被請求人が指定したフォーマットに変
換するフォーマット変換プログラムを呼び出す。 【0034】次に、メモリ変数から被請求人IDを読み
出し、これを検索キーにして請求マスタDBF314を
検索する。そして、その被請求人IDを保有する被請求
人に対して発行された電子請求書のレコードを検索し、
該当するレコードがあれば、そのレコードの情報を読み
出し、フォーマットにはめ込む。この操作を繰り返し、
請求マスタDBF314の最後まで検索し、その被請求
人IDを保有する被請求人に対して発行された電子請求
書の情報を、指定のフォーマットにリスト化する。 【0035】このようにして作成されたリストは、個々
の電子請求書をとりまとてリスト化したもの(以下、請
求リスト)である。図5は、このような請求リストの一
例を示す概略図である。このようにして作成された請求
リストは、個々の請求リスト毎に請求リストIDが付与
され、DBS3に送られる。DBS3は、請求リストD
BF316を有している。請求リストDBF316は、
請求リストと、その請求リストの請求リストIDと、そ
の請求リストにおける電子請求書の宛先である被請求人
の被請求人ID等をフィールドとした一つのレコードと
して多数登録したものである。 【0036】そして、とりまとめ送信プログラム41
は、作成された請求リストを、電子メールの形でその被
請求人の保有する被請求人情報端末52に送信する。具
体的には、とりまとめ送信プログラム41は、送信先の
電子メールアドレスをメモリ変数から読み出して、send
mail 等の所定のメール送信プロトコルに従って管理用
コンピュータ4から請求リストを電子メールの形で送信
する。被請求人は、被請求人情報端末52から自己のア
カウントがあるインターネット1上のメールサーバにア
クセスし、その電子メールの転送を受けてそのハードデ
ィスク上の受信トレイに記憶するとともに、ディスプレ
イに表示して請求リストの内容を確認する。また、必要
であれば、プリントアウトする。 【0037】尚、この場合の請求リストの送信と表示に
は、幾つかのタイプがある。一つは、請求人からの電子
メールの場合と同様に添付ファイルとして送信するもの
である。この場合は、被請求人情報端末52では、MU
A(Mail User Agent, メーラー)によって送られた電子
メールを開くとともに、その情報端末にインストールさ
れているプログラム(ビューワや表計算ソフト)により
請求リストを開く。 【0038】もう一つの方法は、被請求人情報端末52
上のブラウザで見られるように送信する方法である。本
実施形態では、主にこの方法を採用している。具体的に
は、ウェッブメール等で行われているように、送信され
た電子メールを開こうとすると、WWWサーバに自動的
にアクセスし、CGIプログラムを起動させる。CGI
プログラムは、電子メールのデータをHTMLに変換し
て返送し、これらのデータが被請求人情報端末52上で
ブラウザにより表示される。尚、この場合の電子メール
表示用のCGIプログラムは、本システムのWWWサー
バ2が備えるようにしても良いし、他のウェッブメール
サーバが備えるものを使用するようにしても良い。 【0039】いずれにしても、本実施形態のシステムに
よれば、被請求人は、自分が指定する期日に自分が指定
するフォーマットでとりまとめられた複数の電子請求書
を一括して受け取ることができる。このため、被請求人
の管理の手間が飛躍的に低減される。 【0040】次に、このようにして送信される電子請求
書の認証について説明する。本実施形態のシステムは、
上述したように各電子請求書を請求リストにして被請求
人毎に送信する際、そのような電子請求書が請求人から
送信された旨を認証する認証手段を有している。この場
合の認証は、そのような電子請求書が改ざんされていな
いことを認証するのではなく、そのような電子請求書が
被請求人から送信された事実の認証である。具体的に
は、認証手段は、図5に示すように、請求リストの上側
の部分に「以下のような電子請求書が請求人から送信さ
れたことを認証します。」という文を記述する手段であ
る。従って、認証手段は、本実施形態では、WWWサー
バ2によって構成されている。 【0041】このような事実の認証は、改ざんが無いこ
とを認証するものではないので、認証の程度としてはそ
れほど高くないが、電子請求書が請求人から直接被請求
人に送信される場合に比べると、電子請求書の証拠価値
を高める意義があると考えられる。つまり、請求人と被
請求人との間に本システムの運営会社という第三者が入
っているため、本当にそのような請求書が被請求人から
発行されれたものと判断し易くなる。また、本システム
の運営会社が、銀行や監査法人のような公共性の高い機
関であれば、さらにこの証拠価値を高める効果が得られ
る。そして、電子透かし等の技術により、電子データが
改ざんされないようにすれば、この効果がさらに高くな
る。 【0042】加えて、本実施形態では、認証手段は、被
請求人からの要求によっても電子請求書の認証を行う認
証手段が設けられている。具体的には、WWWサーバ2
は、認証取得ページを被請求人情報端末52に表示する
ためのHTMLファイル21を有している。これに対応
して、WWWサーバ2は、認証取得用CGIプログラム
244を有している。トップページには、認証取得ペー
ジにリンクしたリンクボタンが設けられている。このリ
ンクボタンがクリックされると、被請求人会員ID及び
パスワードを入力する画面になり、これらが正しく入力
されて送信ボタンがクリックされると、認証取得ページ
が被請求人情報端末52に表示されるようになってい
る。 【0043】認証取得ページは、認証を取得する電子請
求書の請求書IDを入力する欄を有している。この欄に
請求書IDが入力され、送信ボタンがクリックされる
と、認証取得用CGIプログラム244が実行されるよ
うになっている。認証取得用CGIプログラム244
は、送られた請求書IDを検索キーにしてDBS3に請
求マスタDBF314を検索させ、該当するレコードの
被請求人IDを読み出す。この被請求人IDが、被請求
人情報端末52から送られたものと一致したら、そのレ
コードの情報(請求人情報、金額情報、原因情報、請求
書発行日等,以下認証データ)を読み出して、これらを
一時的に各メモリ変数に格納する。 【0044】WWWサーバ2は、認証をテキストデータ
として作成するためのフォーマット(以下、認証フォー
マット)のファイル25を有している。上記ようにして
認証データを読み出したら、認証取得用CGIプログラ
ム244は、この認証フォーマットが記述されたファイ
ル25を開き、認証フォーマットに各メモリ変数から認
証データを読み出してはめ込む。このようにして作成さ
れた認証は、認証取得用CGIプログラムによりHTM
Lに変換され、被請求人情報端末52に送られるように
なっている。 【0045】このような認証取得は、被請求人において
税務調査があった場合に特に有益な手段となる。即ち、
電子請求書は、請求リストの形で被請求人のコンピュー
タのハードディスク等に記憶されている。税務官が、特
定の電子請求書について疑問を持ったとき、上記のよう
に本システムから認証を送ってもらうようにする。この
ようにすれば、確かにそのような電子請求書が発行さ
れ、それに基づいて支払いを行った旨の蓋然性が高くな
る。 【0046】本実施形態のシステムは、電子請求書の支
払を容易にしたり確実にしたりするための構成も含んで
いる。以下、この点について説明する。上述のようにし
て送られた電子請求書の支払については、次のような方
法が考えられる。 銀行振込で支払う コンビニエンスストア等で支払う オンライン決済で支払う 【0047】このうち、の銀行振込で支払がされる場
合、請求リストに含まれる個々の請求について個別に振
り込みをする方法もあるが、これでは従来と同様に振り
込みの手間が非常にかかってしまう。本実施形態では、
一つの請求リストについての支払が一回で済むようにな
っている。具体的には、本システムの運営会社と提携し
ている銀行等の金融機関が、料金の徴収代行業務を行う
ようになっている。従って、請求リストには、このよう
な徴収代行業務の窓口としての振り込み銀行口座が表示
されている。 【0048】また、とりまとめ送信プログラム41は、
その請求リストにおける合計の金額を算出するようにな
っている。そして、図5に示すように、請求リストに
は、この合計額が表示されるようになっている。請求リ
ストを受け取った被請求人は、この金額を徴収代行機関
の振り込み銀行口座に振り込むことで、一括して支払い
を終えることができるようになっている。 【0049】次に、のコンビニエンスストア等で支払
をする場合を想定して、本システムは、請求リストが紙
にプリントアウトされた際、支払に必要な情報が機械的
に読み取られるようにする読み取り部も併せて出力され
るようにしている。図5に示すように、読み取り部62
は、本実施形態ではバーコードとなっている。前述した
とりまとめ送信プログラム41は、バーコードをプリン
トアウトするための情報であるバーコード情報を生成す
るバーコード情報生成プログラムをサブルーチンとして
有している。バーコード情報生成プログラムは、請求リ
ストIDと、その請求リストにおける合計金額等の情報
をバーコード情報に変換して生成するものである。生成
されたバーコード情報は、請求リストにはめ込まれて電
子メールで送信される。そして、被請求人情報端末52
で請求リストがプリントアウトされた際、所定の箇所に
このバーコードもプリントアウトされるようになってい
る。 【0050】次に、バーコードを利用した支払について
説明する。前述した徴収代行機関は、全国のコンビニエ
ンスストアと業務提携し、料金のさらなる徴収代行を委
託する。被請求人が、請求リストを持ってコンビニエン
スストアに行く。コンビニエンスストアでは、バーコー
ドリーダにより請求リストのバーコードを読み取る。そ
して、被請求人は、その請求リストの合計金額を一括し
て支払う。 【0051】コンビニエンスストアが備える情報端末
(以下、コンビニ端末)8は、徴収代行機関のコンピュ
ータ7につながっている。徴収代行機関のコンピュータ
7は、コンビニ端末8から、請求リストIDと、その請
求リストIDについて支払がされた旨の送信を受ける。
この送信をされると、徴収代行機関は、本システムにア
クセスし、該当する請求リストの個々のデータの送信を
受ける。即ち、所定のパスワード等を入力してイントラ
ネット6に入った後、DBS3に請求リストIDを送
り、DBS3に請求リストDBF316を検索させる。
検索の結果、該当する請求リストのデータが徴収代行機
関のコンピュータ7に送られる。 【0052】請求人会員登録を行った請求人は、支払を
受け取る銀行口座の指定を徴収代行機関に対して行って
いる。徴収代行機関は、本システムから送られた請求リ
ストのデータに従って、個々の請求人の銀行口座に送金
する業務を行う。尚、本システムの会費や徴収代行機関
による徴収代行の手数料がこの際の送金から差し引かれ
ることがある。上記の例では、読み取り部62はバーコ
ードであったが、その他の構成でも良い。例えば磁気的
な方法により読み取る構成である。また、コンビニエン
スストア等における支払いは、現金の他、クレジットカ
ード、電子マネー等でもよい。デビットカードのよう
に、与信情報が記録されたカード(ICカード等)によ
る決済でも良い。 【0053】次に、のオンライン決済をする場合につ
いて説明する。本実施形態では、オンライン決済を容易
にするため、前記請求リストとともに、オンライン決済
に使用される情報を被請求人情報端末52に送信するよ
うになっている。具体的には、オンライン決済を行うサ
イトのURLを同時に送信するようになっている。具体
的には、図5に示すように、請求リストは、オンライン
決済サイトへのリンクボタン63を有している。 【0054】このリンクボタン63がクリックされる
と、オンライン決済サイトのページが被請求人情報端末
52に表示される。この際、オンライン決済サイトを運
営するWWWサーバは、被請求人情報端末52から請求
リストのデータの受信を受け付けるCGIプログラムを
備えている。オンライン決済サイトは、送金処理用ペー
ジに請求リストのデータをはめ込んで被請求人情報端末
52に返送する。送金処理用ページでは、請求リストの
個々の電子請求書毎に支払をするかしないかを指定する
チェックボタンのような入力欄を有している。また、送
金処理用ページは、クレジットカード名や銀行名、暗証
番号等を入力する欄を有している。これらの欄が正しく
入力され、送信ボタンがクリックされると、送金処理用
ページのデータがオンライン決済サイトのCGIプログ
ラムに送られ、実際に送金処理が行われる。 【0055】上記説明では、「オンライン決済に使用さ
れる情報」は、オンライン決済サイトのURLであった
が、これに加えて又はこれとは別に他の情報の場合もあ
る。例えば、クレジットカード番号等を送信するように
しても良い。この場合、クレジットカード番号は被請求
人会員登録の際に予め登録されており、被請求人会員D
BF312から読み出されて送信される。尚、以上の説
明では、徴収代行機関やオンライン決済サイトの運営主
体が本システムの運営会社とは別であることを想定して
説明を行ったが、同一である場合もある。本システムの
運営そのものが、銀行等の金融機関で行われる場合にそ
れがあり得る。 【0056】また、上述した合計金額の一括支払は、被
請求人にとって手間が省けるのに加え、被請求人にとっ
ては、個々の電子請求書の支払額を請求人が勝手に変え
ることができないというメリットがある。つまり、振り
込み手数料を差し引いたり、勝手に分割払いしたりとす
ることができないので、売掛金の回収がより確実となる
というメリットがある。一括払いでは個々に支払を行う
場合でも、バーコードによる読み取りのように、支払額
を変えることができないようにしておくことが好まし
い。 【0057】次に、電子請求書の受け取りの確認及び支
払う意志の確認の情報の送信について説明する。図5に
示すように、請求リストは、受信確認ボタン64を有し
ている。また、図1に示すように、WWWサーバ2は、
受信確認用CGIプログラム245を有している。受信
確認用CGIプログラム245は、被請求人が請求リス
トを受け取った旨を請求リストDBF316に登録する
プログラムである。受信確認ボタン64がクリックされ
ると、請求リストIDのデータを送ってこの受信確認用
CGIプログラム245を実行するようになっている。 【0058】受信確認用CGIプログラム245は、送
られた請求リストIDをDBS3に送って請求リストD
BF316を検索させる。そして、受信確認用CGIプ
ログラム245は、該当する請求リストのレコードの
「受信確認」のフィールドに「確認有り」のデータを登
録するようになっている。次に、請求リストにある請求
書IDを一つずつ読み込み、DBS3にその請求書ID
を検索キーにして請求マスタDBF314を検索させ
る。そして、該当する電子請求書のレコードの「受信確
認」のフィールドに「確認あり」のデータを登録する。
この登録を、請求リストに載っているすべての電子請求
書のレコードについて行う。 【0059】また、図5に示すように、請求リストは、
個々の電子請求書の行の末尾に、支払意志確認のチェッ
クボックス(以下、意志確認ボックス)65を有してい
る。また、請求リストの下欄には、「支払意志確認送
信」のクリックボタン(以下、意志確認ボタン)66が
設けられている。一方、図1に示すように、WWWサー
バ2は、支払意志確認用CGIプログラム246を有し
ている。支払意志確認用CGIプログラム246は、被
請求人が請求リストの各電子請求書について支払意志が
示された旨を登録するプログラムである。 【0060】請求リストが被請求人情報端末52に表示
されている状態で、特定の電子請求書の意志確認ボック
ス65がチェックされ、その後、意志確認ボタン66が
クリックされると、被請求人IDと意志確認ボックス6
5がチェックされた電子請求書の請求書IDとが送られ
て支払意志確認用CGIプログラム246が実行される
ようになっている。 【0061】支払意志確認用CGIプログラム246
は、送られた請求書IDを検索キーにしてDBS3に請
求マスタDBF314を検索させ、該当する電子請求書
のレコードを呼び出す。そして、そのレコードに登録さ
れている被請求人IDが送られたものに一致しているの
を確認した上、「支払意志確認」のフィールドに「確認
あり」のデータを登録する。 【0062】また、本システムは、被請求人が支払を行
った旨を請求人に通知する支払通知手段を有している。
具体的に説明すると、徴収代行機関が有するコンピュー
タ7は、特定の請求リストについて支払があった場合、
前述したように請求人の指定する口座に送金するととも
に、本システムにその旨のデータを送るようになってい
る。徴収機関のコンピュータ7は、イントラネットや専
用線によって本システムにつながっている。徴収代行機
関に属するオペレータは、コンピュータ7を操作して、
支払のあった請求書ID及び支払日のデータを本システ
ムに送るようになっている。 【0063】具体的には、管理用サイトとして、WWW
サーバ2は徴収代行機関のコンピュータ7からの接続を
受け付けるようになっている。この管理用サイトのUR
Lは一般には公表されておらず、徴収代行機関のコンピ
ュータ7のみが接続できるようになっている。徴収代行
機関のコンピュータ7から、支払のあった請求書ID及
び支払日を管理用サイトのページを介して送られると、
支払日登録用CGIプログラム247が実行される。支
払日登録用CGIプログラム247は、支払のあった請
求書IDを検索キーにして請求マスタDBF314を検
索し、該当する電子請求書のレコードに支払日を登録す
るようになっている。 【0064】また、本システムは、請求人が、自分が発
行した電子請求書の支払状況についてモニタするサイト
を有している。また、WWWサーバ2は、支払状況モニ
タ用CGIプログラム248を有している。そして、ト
ップページは、支払状況モニタページへのリンクボタン
を有している。このリンクボタンがクリックされると、
請求人会員ID及びパスワードの入力待ちの画面とな
り、請求人会員ID及びパスワードが正しく入力される
と、支払状況モニタ用CGIプログラム248が実行さ
れる。 【0065】支払状況モニタ用CGIプログラム248
は、送られた請求人会員IDを検索キーにしてDBS3
に請求マスタDBF314を検索させ、その請求人会員
が発行した電子請求書について、請求書発行日、被請求
人情報、請求原因、支払日等の各データを抽出する。支
払状況モニタ用CGIプログラム248は、これらのデ
ータをリストにしてHTML変換して請求人情報端末5
1に返送する。これにより、請求人は、自分が発行した
電子請求書についての支払状況をディスプレイ等で確認
することができる。尚、前述したように、請求マスタD
BF314には、電子請求書の「受信確認」のフィール
ドや「支払意志確認」のフィールドがあるから、請求人
は、自分が発行した電子請求書について、これらの確認
も行える。尚、支払状況モニタプログラムは、支払が済
んだ後一定期間が経過した電子請求書についてはリスト
アップしないようにしている。 【0066】また、本システムは、被請求人に対し領収
書を発行する領収書発行手段を有している。領収書発行
手段は、被請求人の要求により個々の電子請求書につい
ての領収書を発行するものとなっている。前述したよう
に、被請求人は、請求リストの合計金額を支払うのみで
ある。従って、銀行振込にしろ、コンビニ端末8での支
払にしろ、オンライン決済にしろ、個々の電子請求書に
対する支払を示す書面は被請求人には残らない。そこ
で、本システムは、個々の電子請求書に対する支払の領
収書を発行できるようにしている。 【0067】領収書の発行は、予め被請求人会員が発行
を要求していて一律に発行される場合と、支払の後に個
別に要求があった場合に発行される場合とがある。ま
ず、前者について説明すると、被請求人会員登録ページ
には、領収書の発行を希望するかどうかを入力する欄が
ある。これに対応して、被請求人会員DBF312に
も、「領収書発行希望の有無」のフィールドがある。被
請求人会員登録ページで領収書の発行を希望する旨の入
力をして会員登録がされた場合、被請求人会員登録用C
GIプログラム242は、被請求人会員DBF312の
「領収書発行希望の有無」のフィールドに希望する旨の
データを登録する。 【0068】一方、管理用コンピュータ4は、各被請求
人会員に領収書を自動的に発行する領収書自動発行プロ
グラム42を有している。領収書自動発行プログラム4
2は、例えば一ヶ月のうちの特定の期日に一律に領収書
を発行するプログラムである。具体的には、特定の期日
が到来したら、被請求人会員DBF312内のレコード
を順次検索し、「領収書発行希望の有無」のフィールド
が「希望する」になっているレコードの被請求人会員I
Dをメモリ変数に格納する。そして、その被請求人会員
IDで請求マスタDBF314を検索し、前月での処理
の後に新たに支払いがされた電子請求書があるかどうか
検索する。該当するものがあった場合、その請求マスタ
の該当レコードのデータ(請求人情報、請求金額情報、
請求原因、支払日等のデータ、以下領収書データ)を各
々メモリ変数に格納する。 【0069】管理用コンピュータ4は、領収書のフォー
マットデータ43を有している。領収書自動発行プログ
ラム42は、各メモリ変数に格納された領収書データを
このフォーマットデータ43にはめ込み、領収書を作成
する。そして、請求リストの場合と同様に、この領収書
を該当する被請求人情報端末52にウェッブメールで送
信する。 【0070】次に、事後的に個別に領収書を発行する場
合について説明する。図1に示す、WWWサーバ2は、
領収書発行ページを表示するためのHTMLファイル2
1を有している。また、これに対応して、領収書個別発
行用CGIプログラム249が備えられている。領収書
発行ページで、領収書の発行を要求するボタンがクリッ
クされると、被請求人会員ID及びパスワードを入力す
る画面となり、これらが正しく入力されて送信される
と、領収書個別発行用CGIプログラム249が起動さ
れる。 【0071】領収書個別発行用CGIプログラム249
は、被請求人会員IDを検索キーにしてDBS3に請求
マスタDBF314を検索させるとともに、その中か
ら、支払が済んだものの領収書がまた発行されていない
電子請求書を検索させる。該当するものがあったら、そ
れらをリストにしてHTML変換して被請求人情報端末
52に送る。このリストが表示される際、領収書の発行
を希望する旨のデータを入力するチェックボックスのよ
うな入力欄も表示されるようになっている。そして、そ
の入力欄に請求書の発行を希望する旨の入力がされた状
態で送信ボタンがクリックされると、領収書個別発行用
CGIプログラム249は、該当する請求書IDを検索
キーにして再びDBS3に請求マスタDBF314を検
索させ、領収書データを抽出する。そして、WWWサー
バ2は、管理用コンピュータ4と同様のフォーマットデ
ータ(不図示)を有しており、同様に領収書データをは
め込んで被請求人情報端末52に送信する。尚、このよ
うにして送信される電子領収書には、デジタル署名のよ
うな証明手段が必要に応じて付加される。 【0072】上述した本実施形態の電子請求書管理シス
テムによれば、電子的に作成された請求書をプリントア
ウトすることなく送信することで売掛金の請求ができる
ので、請求書の発行に要する手間が少なくなり、またプ
リントアウトや郵送代等に掛かっていた費用が無くな
る。尚、ネットワークとしては、インターネット1の
他、他の開放型ネットワークでも良いし、閉鎖型のイン
トラネット等でも良い。 【0073】 【発明の効果】以上説明した通り、本願の請求項1の発
明によれば、所定の期間内に同一の被請求人に対して異
なる請求人から発行された電子請求書がとりまとめられ
てネットワークを介して被請求人情報端末に送信される
ので、被請求人における請求書の管理の手間が簡略化さ
れる。
Description: BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to an electronic method.
Related to electronic invoices that are invoices described by
And in particular such electronic invoices via a network.
It relates to a management system when transmitting and receiving data. [0002] Commodities in company-to-company, company-to-individual, etc.
Accounts receivable from transactions of services and services
Company issues its own invoice and requests payment,
Check the invoice and pay by bank transfer, etc.
Most cases have been processed. Such receivables billing
Person (claimant) directly submits an invoice to the individual
In the issuance and payment method, the demandee is required to
Many invoices in different formats from job offers are sent
Will be. [0003] The requestee is aware of such different formats.
Check the billing details of each
Each time you have to make a bank transfer,
Between. At the end of the month, in front of the bank transfer terminal
It is a typical example of this that a long line is formed. Ma
Manage your accounts payable with your own accounting software
Some companies have different formats
Read the claimant, billed amount, etc. from the bill and copy them
You're doing a tedious task of typing in your computer. [0004] Also, as a matter of the claimant side, the billing
There is a problem that the requested amount is not correctly received. An example
For example, if the requestee pays by bank transfer,
Remittance after deducting the commission fee,
Or make payments. In this way, the claimant
Issuing and paying invoices directly to each requestee
On the other hand, both the requester and the requestee have problems. [0005] On the other hand, such bills are often
A computer with a program that performs accounting
Computer-generated electronically. However,
If you want to send the created invoice to the requestee,
Most of them are printed out on paper and mailed. Claim
You can send the certificate by e-mail or write it on a flexible disk.
It's not impossible to send a reminder, but this is
Electronic claims that remain as described by such electronic means
It is unknown what value the book has legally
There is a problem that there is. For example, sent by email
Save electronic invoices on your computer's hard disk
If so, such an electronic invoice is required by tax law
It is unknown whether it has a significant evidence value. Technically, electronic
Evidence similar to a company seal stamp on an electronic invoice by a method such as a watermark
May be granted, but tax authorities may
Such electronic invoices have the same evidential value as ordinary invoices.
I can't help but guess. SUMMARY OF THE INVENTION
This was done to solve the problem
By providing a practical system that collectively manages
Dramatically reduced management time for both the demandant and the demandee
It has the technical significance of causing Means for Solving the Problems To solve the above problems,
Therefore, the invention described in claim 1 of the present application is based on the account of a financial institution.
Online transfer by the requestee instead of automatic debit
A system that manages electronic invoices that are paid by gold processing
And there is a claimant who issues an electronic invoice
Multiple biller information terminals that are
The information terminal of the requestee to be paid by
A network with both a plurality of requestee information terminals
Is an electronic invoice management system connected via
The electronic bill sent from each of the plurality of claimant terminals
Receiving means for receiving a letter, and an electronic device received by the receiving means.
From the invoice, who is the claimant in the electronic invoice?
Claimant information, which is information about whether there is, and its electronic billing
Information about who the requestee is in the
Claimant information and information on the amount charged in the electronic invoice
Is the amount information that is
Cause information, which is information on the cause that led to the
Extracting means for extracting each one, and the electronic means received by the receiving means.
For the same invoiced person within a prescribed period,
To collect electronic invoices issued by different
Extraction of these electronic bills so that they can be collectively paid
The claimant information, amount information and cause information extracted by the means
A means for summarizing the same requestee,
At a predetermined time, the information compiled by the
Via the network to the requestee information terminal owned by the requestee
And submit a request for a different claimant.
The same transfer destination so that payment can be made collectively
A transmitting means for transmitting information of the collection agency,
Having a configuration of DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS The embodiments of the present invention (hereinafter referred to as “the embodiments”) are described below.
An embodiment will be described below. FIG. 1 shows the present invention.
1 shows a schematic configuration of an electronic bill management system according to an embodiment.
FIG. The electronic bill management system shown in FIG.
Networked computers 2, 3, and 4
It is constituted. In this embodiment, the network
Is the Internet 1. [0009] As is well known, the Internet 1
Seed computers, mobile phones, PDAs (Personal Data Ass
istant) is connected. Below, in the description
Is the information connected to the Internet 1
The devices are collectively referred to as information terminals 51 and 52. These information ends
Terminals 51 and 52 are information terminals owned by the requester (hereinafter referred to as the
Person information terminal) 51 and the information terminal (hereinafter referred to
(Requestee information terminal) 52. This place
"Having" means the degree of possession and free use
Means that it is legally owned and otherwise leased
Where assets are borrowed or borrowed
Including As shown in FIG. 1, an electronic invoice management system is provided.
The system comprises a plurality of claimant information terminals 51 and a plurality of
Information terminal 52 via the Internet 1.
I'm disappointed. A plurality of computer groups 2, 3, and 4 are
An interface via the route control device 60 like an ear wall
Connected to an intranet 6 connected to the net 1
ing. A plurality of computer groups 2, 3, and 4
WWW for displaying web pages on terminals 51 and 52
Server 2 and included in the electronic bill sent by the claimant
A database server that stores information as a database
Server 3 and a management computer that manages the entire system.
Data 4. [0011] The WWW server 2 is a UNIX (registered trademark).
Computer running on a well-known OS such as
And display a web page on each of the information terminals 51 and 52.
HTML files 21 and HTML files for
Ht, which is a program for sending file 21 to each information terminal
tpd (hyper text transfer daemon) program 22
Have. In addition, the WWW server 2 transmits information from each information terminal.
CGI (Common Gatewa) for processing sent data
y Interface) 23, and a copy executed according to the CGI 23.
It has a number of CGI programs 241-249. A database server (hereinafter, DBS) 3
Is running on a well-known OS such as UNIX.
Computer and multiple database files (hereinafter
DBF) 311 to 316 and each DBF 311 to 316
A database management system that is a program to manage
(DBMS, Database Management System) 30
Made up of [0013] The WWW server 2 uses the present system.
A window for sending and receiving data to and from the demandant and the demandee
Has become. FIG. 2 shows that the WWW server 2 shown in FIG.
Link of each web page that can be displayed on the terminal
FIG. The WWW server 2 has these
HTML file 21 for displaying web page
I remember each one. As shown in FIG. 2, the WWW server 2
Instead, display the top page on the information terminals 51 and 52
Is possible. IP address of this top page
Is an operating company that operates this electronic invoice management system
Has been given a domain name. top page
Is registered in the search engine,
Now hits with keywords like "child invoice"
ing. The electronic bill management system according to the present embodiment
Basically, it is a membership system. That is, the claimant and the contractor
For recruiting, it is a system to register and use it
I have. The top page shown in Fig. 2 is a plan for using this system.
Page. The top page is the claimant member registration page.
Page and a link to the requestee member registration page. The claimant member registration page issues an electronic bill.
Web page for the requesting party to register
You. Claimant member registration is mainly for businesses such as companies and private shops.
It is assumed that the subject performs it. Claimant Member Registration Page
Will explain the rights and obligations that accompany the membership registration.
In addition, ・ The name of the business entity (company name, trade name or organization name, etc.) ・ Location, representative name, person in charge, telephone number, FAX number, e-mail address, etc. [0017] DBS corresponding to the claimant member registration page
3, a requester member DBF 311 is provided.
One of the CGI programs of the WWW server 2 is a contractor.
Request to process data sent from the recruiting member registration page
It is a CGI program 241 for personal member registration. Contract
The recruiting member registration page is displayed on the claimant information terminal 51 and
The above data is input and the send button
Is clicked, these data are stored in the WWW server 2
Sent to WWW server 2 requests sent data
DBS3 by CGI program 241
Send to DBS3 converts the sent data into a new claimant member
Is registered in the claimant member DBF311 as a record.
If registration is successful, the claimant ID and password will be
Decision, these are the claimant information terminal 51 who applied for registration
To be sent to Further, the requestee member registration page is
Accept the invoice and pay according to the electronic invoice
This is a page on which the requestee who wishes to register as a member.
The requestee pays money for the provision of goods, services, etc.
Is registered by the entity that pays
In addition to business owners and various organizations, general individuals can also register.
ing. The requestee member registration page displays
・ Name (company name, trade name, organization name, individual name, etc.) ・ Location or address ・ Representative name (for organization) ・ Contact person (for organization) ・ Phone It is a page for inputting information such as numbers, fax numbers, and e-mail addresses. A DB corresponding to the requestee member registration page
In S3, a demandee member DBF 312 is provided.
You. One of the CGI programs of the WWW server 2
Processes the data sent from the requestee member registration page
CGI program 242 for requestee member registration
ing. Claimant member registration page is the claimant information terminal 51
Each of the above data is entered while the
When the submit button is clicked, these data are
Sent to WWW server 2. WWW server 2 sends
CGI program 242 for requestee member registration
To DBS3. DBS3 is the data sent
Member DB as a record of new requestee member
Register in F312. If registration is successful, you will be billed
Person ID and password are determined, and these apply for registration
Is sent to the requested claimant information terminal 51.
In the case of a company, etc., requester member registration and requestee member registration
It is of course possible to perform both. Next, the issuance of an electronic bill will be described.
You. An electronic invoice is an electronic invoice, as described above.
This is the invoice written. In this embodiment, the electronic billing
The letter is sent by the claimant in the form of an email,
The system has a receiving means for receiving the electronic bill.
are doing. The receiving means includes the WWW server 2 and the CGI 23
And an electronic bill receiving CGI program provided in the WWW server 2.
And the program 243. FIG.
The schematic configuration of the child bill receiving CGI program 243 is shown.
FIG. The WWW server 2 has an electronic bill transmission page
Is displayed in the HTML file 21. Ma
In addition, the top page has a button of "Send Electronic Invoice"
ing. Click this button on the top page
Is displayed, a screen for entering the claimant ID and password is displayed.
Are entered correctly and the submit button is clicked.
Is displayed, the electronic bill transmission page is displayed on the biller information terminal 51.
It is displayed. The electronic invoice transmission page is used to transmit an electronic bill.
It has a column for selecting a request. This field is for the claimant
Electronic billing to send information terminal 51 from a predetermined folder
This is a column like a pull-down menu for selecting a book. This field
With electronic invoice file selected correctly
When the button is clicked, these data are sent to the email
Sent to the WWW server 2 in the form of a file. WWW server 2
Is a CGI program for receiving sent electronic invoices
The electronic bill receiving CGI program 243
Have. Electronic bill receiving CGI program 243
Has a data extraction program as a subroutine
I have. The data extraction program and the WWW server 2
It constitutes a delivery means. Data extraction program
The file of the electronic invoice sent as an email attachment
Open the file and enter the field registration command registered in advance.
This is a program that extracts data according to the password. data
Extraction program is created in advance for each registered claimant
The data extraction program DBF3 is stored in DBS3.
The database 13 is used. [0025] The claimant can create his own electronic invoice
If you send it, the file type of the electronic invoice and its file
To the operating company of this system in advance.
Let me. The operator of the system
Create a claimant data extraction program from the information
You. Specifically, which part of the electronic data is
There is data about the claimant, and where
Data to be charged, and in which parts
Create a program to identify and extract the presence of
For example, an electronic invoice is created by spreadsheet software
If so, the cell in which the data is stored
) And column numbers (A, B, C ...)
The program to be specified. The data extraction program
The data extracted in this way are substituted for predetermined variables.
To enter. As shown in FIG. 3, CG for receiving electronic bills
The I program 243 firstly extracts the demandee information
Of the requestee is sent to DBS3, and this is searched for.
And retrieve the requested member DBF312. if,
If there is no corresponding requestee member registration, we sent
The request is transmitted to the claimant information terminal 51. That is, this system
System sends a message to the appropriate
You. If there is a corresponding requestee member registration,
Each data issued (claimee information, billing amount information, billing
Cause information, etc.) in the billing master DBF3 provided in the DBS3.
Register to 14. The billing master DBF 314 is
This system such as information, billee information, billing amount, billing cause, etc.
Record with all information in the registration item (field)
A number of codes are registered. Billing master DBF31
4 is the original data of the billing information in this system
Data is stored in the
Always secure high security. In addition, billing box
The DBF 314 always saves its buffer, like mirroring.
The backup file has been created and updated. Next, the compilation of the electronic bill and the person to be charged
Will be described. The system of the present embodiment includes:
Is a different claimant for the same demandee within a given period?
Collected electronic invoices issued by
Means to organize the information contained
Requested at a predetermined time of the information compiled by the stopping means
Internet 1 to requestee information terminal 52 possessed by a person
And transmission means for transmitting the data via the wireless communication device. The collecting means and the transmitting means are provided with a management
Computer 4 and the management computer 4
It is configured by a stop transmission program 41. FIG.
Shows the configuration of the compilation transmission program 41
It is a flowchart. In the present embodiment,
Information collected by the communication means (hereinafter referred to as billing information)
About once sent to the requestee on the date specified by the requestee
It has become so. The requestee is a registered member of the requestee.
At that time (hereinafter referred to as the transmission date)
In the requested member DBF 312, the transmission date is registered.
There are recorded fields. In the present embodiment, the billing information is
Jobs are now sent in the format you specify
I have. More specifically, the DBS3 indicates that the demandee
Requestee designation that made the specified format into a database
It has a format DBF 315. This demandee
Designated format DBF315 is used in case of claimant
Like the data extraction program, it is created in advance.
That is, if the requestee wants to specify the format,
The file format, the specific contents of the form, etc.
Notify the operating company. The operator of this system
From these information, the format conversion extraction
Create a program. Format conversion program and
The management computer 4 constitutes a format conversion unit.
are doing. Specifically, a format conversion program
Is where the data about the claimant is inset and which
Fill in the data about the billing amount in the part, and in which part
Professional to determine whether to insert data on billing causes
Gram. For example, a spreadsheet software specified by the requestee
File format that can be read by software.
The row numbers (1, 2, 3) of the cells that store each data.
..) And column numbers (A, B, C...)
You. The format conversion program created in this way
The ram is made one record with the requestee ID,
A lot of them are collected and the requestee specified format DB
F315. In addition, requestee member DBF312
Each record in the record has a format specified by the requestee.
There is a field registered to see if there is a default. The sending program for summarizing shown in FIG.
41 is executed automatically at a fixed time every day, or
It is executed by the operation of the operator. Summary transmission
The program 41 first stores the requestee member DBF 312
Requestee who searched and specified that date as the due date
Search for members. Applicable requestee member
Read the requestee ID and store it in a memory variable
Remember temporarily. At the same time, the compilation transmission program 41
Is in the record of the corresponding demandee DBF312
Read the e-mail address and temporarily store it in a memory variable.
Substitution. In addition, the designated format
Also read from the field whether or not there is an event. finger
If the fixed format is "Yes", the requestee ID
Requestee designation format DBF31
5 and convert it to the format specified by the requestee.
Call the format conversion program to be converted. Next, the requestee ID is read from the memory variable.
And use this as a search key to enter the billing master DBF 314
Search for. And the requestee holding the requestee ID
Find records of electronic invoices issued to people,
If there is a corresponding record, read the information of that record
Out and fit into the format. Repeat this operation,
Search until the end of the billing master DBF 314
Electronic request issued to the requestee holding the person ID
List the information in the book in a specified format. The list created in this way is
A list of electronic invoices (see below)
Request list). FIG. 5 shows one such billing list.
It is a schematic diagram showing an example. Claims created in this way
A list is assigned a billing list ID for each billing list
And sent to DBS3. DBS3 is billing list D
BF316 is provided. The billing list DBF 316 is
The billing list, the billing list ID of the billing list,
Who is the addressee of the electronic invoice in the invoice list at
One record with the field of the requestee ID etc.
Many are registered. Then, the summary transmission program 41
Will send the created billing list in the form of an email
The request is transmitted to the requestee information terminal 52 held by the requester. Ingredient
Physically, the summarizing transmission program 41
Read email address from memory variable and send
For management according to a predetermined mail transmission protocol such as mail
Send invoice list from computer 4 in the form of e-mail
I do. The requestee enters his / her own account from the requestee information terminal 52.
A mail server on the Internet 1 with a count
Access to the hard drive
And store it in the inbox on the disk.
Display the information on the billing list and confirm the contents of the billing list. Also necessary
If so, print out. In this case, the transmission and display of the billing list
Are of several types. One is electronic from the claimant
What is sent as an attachment just like email
It is. In this case, in the requestee information terminal 52, the MU
Electronic mail sent by A (Mail User Agent, mailer)
Open the mail and install the
Program (viewer or spreadsheet software)
Open billing list. Another method is the requestee information terminal 52
A way to send as seen in the browser above. Book
In the embodiment, this method is mainly adopted. Specifically
Is sent, as is done in webmail etc.
If you try to open an e-mail, the WWW server
To start the CGI program. CGI
The program converts e-mail data to HTML
These data are sent to the requestee information terminal 52
Displayed by the browser. E-mail in this case
The CGI program for display is a WWW server of this system.
Bar 2 may be provided, or other webmail
You may use what the server has. In any case, the system of the present embodiment
According to the requestee, the requestee will
Multiple electronic invoices in a format
Can be received all at once. Because of this, the demandee
Labor for the management of the data is drastically reduced. Next, the electronic request transmitted in this manner is
The authentication of the certificate will be described. The system of the present embodiment includes:
As described above, each electronic invoice is made into a billing list and received
When sending by person, such electronic invoices will be
It has an authentication means for authenticating the fact that it has been transmitted. This place
Certification requires that such electronic invoices have not been tampered with.
Rather than certifying that
Authentication of the fact sent by the requestee. Specifically
Means that the authentication means, as shown in FIG.
In the part of `` The electronic bill as shown below was sent from the claimant
Certify that Means to write the sentence
You. Therefore, in this embodiment, the authentication means is a WWW server.
It is constituted by a bus 2. The authentication of such a fact is performed without tampering.
It does not certify that
Not so expensive, but the electronic invoice is directly billed by the claimant
Evidence value of electronic invoices compared to when sent to a person
Is considered significant. In other words, the claimant and the recipient
A third party, the operating company of the system, enters the
That the invoice is really
It will be easier to determine that it has been issued. In addition, this system
Operating companies have high publicity like banks and audit corporations
Sekisui has the effect of further increasing this evidential value
You. Then, using digital watermarking and other technologies, electronic data
This effect can be even higher if it is not tampered with.
You. In addition, in this embodiment, the authentication means is
Authorization to authenticate electronic invoices also at the request of the requester
Proof means are provided. Specifically, WWW server 2
Displays an authentication acquisition page on the requestee information terminal 52
HTML file 21 for the application. Corresponding to this
Then, the WWW server 2 executes the authentication acquisition CGI program.
244. The top page contains the certification page
A link button linked to the page is provided. This resource
When the link button is clicked, the requested member ID and
The screen to enter the password is entered, and these are entered correctly
When the submit button is clicked, the certification
Is displayed on the requestee information terminal 52.
You. The certification acquisition page is used for the electronic contract for acquiring the certification.
It has a column for inputting the bill ID of the bill. In this column
Invoice ID is entered and send button is clicked
The authentication acquisition CGI program 244 is executed.
Swelling. CGI program for certification acquisition 244
Uses the sent invoice ID as a search key to
Search the master request DBF 314, and
Read the requestee ID. This requestee ID is
If it matches the one sent from the personal information terminal 52,
Code information (claimer information, amount information, cause information, billing
(Authentication data, etc.) and read them out.
Temporarily store in each memory variable. [0044] The WWW server 2 transmits the authentication to the text data.
Format (hereinafter referred to as authentication format)
Mat) file 25. As above
When the authentication data is read, the CGI program
The system 244 stores a file in which the authentication format is described.
Open the file 25 and check the authentication format from each memory variable.
Read the test data and fit it. Created in this way
The certified certificate is sent to the HTM by the CGI program for certification.
L and sent to the requestee information terminal 52
Has become. [0045] Such certification is obtained by the requestee.
It is a particularly useful tool if there is a tax audit. That is,
The electronic invoice is stored in the billee's computer in the form of a billing list.
Stored on the hard disk of the computer. Tax officer
If you have any questions about your fixed electronic invoice,
To have the authentication sent from this system. this
Indeed, such an electronic invoice will be issued
And it is highly probable that payment has been made on that basis.
You. The system of the present embodiment is a system for supporting electronic bills.
Includes configurations to facilitate and ensure payment
I have. Hereinafter, this point will be described. As described above
For payment of electronic invoices sent by
The law can be considered. Pay by online payment, pay at convenience stores, pay by bank transfer.
Individual billing in the billing list
There is also a method of inserting
It takes a lot of trouble. In the present embodiment,
Pay for one billing list only once.
ing. Specifically, we have partnered with the operating company of this system
Banks and other financial institutions perform toll collection services
It has become. Therefore, the billing list will contain
Transfer bank account is displayed as a contact point for simple collection agency business
Have been. Further, the summary transmission program 41
Now calculates the total amount for that billing list.
ing. And, as shown in FIG.
, The total amount is displayed. Billing
The claimant who received the strike will pay this amount to the collecting agency
Make a lump sum payment by transferring to a bank account
Can be completed. Next, pay at a convenience store, etc.
In this system, the billing list is
The information required for payment is automatically printed out when
A reading section that allows the
I am trying to. As shown in FIG.
Is a barcode in the present embodiment. I mentioned earlier
The compilation transmission program 41 prints the barcode.
Generate barcode information that is information for
Bar code information generation program as a subroutine
Have. The barcode information generation program
Information such as strike ID and total amount in the billing list
Is converted into barcode information and generated. Generate
The bar code information is inserted into the billing list and
Sent by child mail. And the requestee information terminal 52
When the billing list is printed out at
This barcode is also printed out
You. Next, payment using a bar code
explain. The collection agency mentioned above is a convenience store nationwide.
Establish a business alliance with
Entrust. The demandee holds a billing list and has a convenience store
Go to store. At the convenience store, Barco
Read the barcode on the billing list with a reader. So
Then, the demandee collects the total amount of the
Pay. Information terminal provided in convenience store
(Hereinafter referred to as a convenience store terminal) 8 is a computer
Data 7. Collection agency computer
7 shows a billing list ID and its billing information from the convenience store terminal 8.
A notification that the payment has been made for the request list ID is received.
When this transmission is made, the collection agency will contact the system.
Access and submit individual data for the applicable billing list.
receive. In other words, enter a predetermined password
After entering the net 6, send the billing list ID to DBS3
The DBS3 searches the billing list DBF316.
As a result of the search, the data of the corresponding billing list is collected
It is sent to the computer 7 of Seki. The claimant who has made the claimant member registration pays
Specify the receiving bank account to the collection agency
I have. The collection agency will collect the billing request sent from the system.
Transfer to individual claimant's bank account according to the data of the strike
Do business to do. In addition, the membership fee and collection agency of this system
Will be deducted from the remittance at this time.
Sometimes. In the above example, the reading unit 62
Although it was a mode, other configurations may be used. For example magnetic
This is a configuration for reading by a simple method. Also, convenience store
Payments at stores, etc.
Or electronic money. Like a debit card
A credit card (IC card, etc.)
Payments. Next, when making an online payment,
Will be described. In this embodiment, online payment is easy.
Online payment with the billing list
Information to be used for the requestee information terminal 52.
Swelling. Specifically, online payment services
The URL of the site is transmitted at the same time. Concrete
Specifically, as shown in FIG.
It has a link button 63 to a settlement site. The link button 63 is clicked.
And the page of the online payment site is the payee information terminal
52 is displayed. At this time, the online payment site is operated
The running WWW server requests from the requestee information terminal 52
A CGI program that accepts the reception of list data
Have. The online payment site uses a remittance processing page
Insert the billing list data into the billing party information terminal
Return to 52. In the page for remittance processing,
Specify whether to pay for each electronic invoice
It has an input field like a check button. Also send
The page for processing money is credit card name, bank name, secret code
It has a column for inputting numbers and the like. These fields are correct
Enter and click the send button, for remittance processing
The page data is the CGI program of the online payment site
Is sent to the ram and the remittance process is actually performed. In the above description, the description “used for online payment
Information "was the URL of the online payment site
However, there may be other information in addition to or separate from this.
You. For example, to send a credit card number, etc.
You may. In this case, the credit card number is charged
Is registered in advance at the time of member registration.
It is read from the BF 312 and transmitted. The above theory
Ming says that collection agencies and online payment site operators
Assuming that the body is different from the operating company of this system
Although the description has been made, the description may be the same. Of this system
If the operation itself is performed by a financial institution such as a bank,
It is possible. In addition, the lump-sum payment of the total amount described above is
In addition to saving time for the claimant,
Requester changes the payment amount of each electronic invoice
There is a merit that can not be. In other words, swing
Deduct the commission, or make the installment without permission
Receivables are more secure
There is a merit. One-time payments make individual payments
Even if the payment amount, like reading by barcode
Prefer to be able to change
No. Next, confirmation of receipt of the electronic bill and support
The transmission of the information for confirming the will to pay will be described. In FIG.
As shown, the billing list has an acknowledgment button 64
ing. Further, as shown in FIG. 1, the WWW server 2
It has a CGI program 245 for reception confirmation. Receiving
The confirming CGI program 245 indicates that the requestee
Register the receipt of the request in the billing list DBF 316
It is a program. The reception confirmation button 64 is clicked
Then, the data of the billing list ID is sent and this reception confirmation
The CGI program 245 is executed. The reception confirmation CGI program 245
Sends the billing list ID to DBS3 for billing list D
The BF 316 is searched. Then, the reception confirmation CGI program
The program 245 is a record of the record of the corresponding billing list.
Enter “Confirmed” data in the “Received” field
To be recorded. Next, the billing list
Read invoice IDs one by one and store the invoice ID in DBS3.
Is used as a search key to search the billing master DBF 314.
You. Then, in the record of the corresponding electronic invoice,
Register the data of "confirmed" in the field of "confirmed".
This registration is for all electronic billing on the billing list
On the record of the book. As shown in FIG. 5, the billing list is
At the end of each electronic invoice line, check the payment will
Box (hereinafter, will confirmation box) 65
You. In the lower part of the billing list, you will see
Click button ("will check button") 66 of "Shin"
Is provided. On the other hand, as shown in FIG.
BA2 has a CGI program 246 for confirming willingness to pay
ing. The CGI program 246 for confirming payment will
The claimant is willing to pay for each electronic invoice on the billing list
This is a program for registering the fact. The billing list is displayed on the demandee information terminal 52.
Confirmation box for certain electronic invoices
Button 65 is checked, and then the confirmation button 66 is pressed.
When clicked, requestee ID and will confirmation box 6
5 and the invoice ID of the checked electronic invoice are sent.
CGI program 246 for confirming payment will be executed
It has become. CGI Program 246 for Confirming Will to Pay
Uses the sent invoice ID as a search key to
Request master DBF 314 and find the corresponding electronic invoice
Call the record. And registered in that record
That the requested ID does not match the one sent
After confirming that the "Confirm payment will"
Yes "data is registered. Further, the present system allows the demandee to make a payment.
Payment notification means for notifying the claimant that the payment has been made.
Specifically, the computer of the collection agency
If the payment is made for a specific billing list,
As mentioned above, remittance to the account specified by the claimant
Is sent to the system to that effect.
You. The collection agency's computer 7 is
The line is connected to this system. Collection agent
The operator belonging to Seki operates the computer 7 and
The data of the invoice ID and the payment date of the paid
To be sent to Specifically, as a management site, WWW
The server 2 connects from the computer 7 of the collection agency.
It is designed to accept. UR of this management site
L is not publicly available and is a compilation agency
Only the computer 7 can be connected. Collection agent
From the computer 7 of the institution, the paid bill ID and
And the payment date sent via the administration site page,
The payment date registration CGI program 247 is executed. Branch
The payment date registration CGI program 247 is
Search billing master DBF 314 using request ID as search key
Search and register the payment date in the corresponding electronic invoice record
It has become so. Further, in the present system, the requester can
Site that monitors the payment status of electronic invoices issued
have. The WWW server 2 also displays a payment status monitor.
Data CGI program 248. And
The top page is a link button to the payment status monitor page
have. When this link button is clicked,
It becomes a screen waiting for input of claimant member ID and password.
And the claimant member ID and password are entered correctly
And the payment status monitoring CGI program 248 is executed.
It is. CGI Program 248 for Monitoring Payment Status
Uses the sent claimant member ID as a search key
To search the billing master DBF 314
For the electronic invoice issued by
Each data such as personal information, billing cause, payment date, etc. is extracted. Branch
The payment status monitoring CGI program 248 stores these data.
Requester information terminal 5 by converting the data into a list and performing HTML conversion
Return to 1. This allows the claimant to issue
Check the payment status of electronic invoices on the display etc.
can do. As described above, the billing master D
In the BF314, the field of "Receipt confirmation" of the electronic invoice
Field and the field of "Confirmation of payment will"
Confirms these confirmations for the electronic invoices
Can also be done. Note that the payment status monitor program
List of electronic invoices that have passed a certain period of time
I try not to go up. In addition, the present system provides
It has a receipt issuing means for issuing a certificate. Receipt issue
The means shall be available for each electronic invoice at the request of the demandee.
All receipts are issued. As mentioned above
The payee only has to pay the total amount on the billing list
is there. Therefore, regardless of the bank transfer, support at the convenience store terminal 8
Whether paying or paying online, each electronic invoice
No written notice of payment to the requestee remains. There
In this system, the payment system for each electronic invoice
A receipt can be issued. The receipt is issued in advance by the requestee member.
Is issued uniformly and after payment
It may be issued when requested separately. Ma
If you explain the former, the requestee member registration page
Has a field to enter whether you want to issue a receipt
is there. In response, the requested member DBF312
Also, there is a field of "whether there is a receipt issuance request". Suffered
Request to issue a receipt on the claimant member registration page
If the member registration is done by force, C for requestee member registration
The GI program 242 stores the requested member DBF 312
In the field of "Whether you want to issue a receipt"
Register the data. On the other hand, the management computer 4
Receipt issuance pro
Gram 42. Receipt automatic issuance program 4
2, for example, a uniform receipt on a specific date within a month
Is a program that issues Specifically, a specific date
Arrives, the record in the requestee member DBF312
Are sequentially searched, and the field of "whether or not you want to issue a receipt"
Member I of the record with "I hope"
Store D in a memory variable. And the requestee member
Search billing master DBF314 by ID and process in previous month
There is a new electronic bill paid after
Search for. If applicable, its billing master
Of the corresponding record (claimer information, billed amount information,
Data such as billing cause, payment date, etc.
Each is stored in a memory variable. The management computer 4 sends the receipt
It has mat data 43. Receipt automatic issuance blog
The RAM 42 stores the receipt data stored in each memory variable.
Create a receipt by inserting it into this format data 43
I do. And as with the billing list, this receipt
Is sent to the corresponding requestee information terminal 52 by web mail.
I believe. Next, if you want to issue a receipt individually afterwards,
The case will be described. The WWW server 2 shown in FIG.
HTML file 2 to display receipt issue page
One. In response, individual receipts are issued.
A row CGI program 249 is provided. receipt
On the publishing page, click the button to request a receipt
Enter the requestee member ID and password
Screen, these are entered correctly and sent
And the CGI program 249 for individual receipt is started
It is. CGI program 249 for individual issuance of receipt
Requests DBS3 using the requested member ID as a search key
Search the master DBF 314 and find out
Paid, but no receipt has been issued again
Lets you search for electronic invoices. If there are any,
Requested information terminal by converting them into HTML
Send to 52. Issue a receipt when this list is displayed
Check box for entering data to request
Such an input field is also displayed. And that
In the input field of the request that you want to issue an invoice
When the send button is clicked, the receipt is issued individually
The CGI program 249 searches for the corresponding invoice ID
Search the billing master DBF 314 again in DBS3 using the key
Search and extract receipt data. And WWW server
The server 2 has the same format data as the management computer 4.
Data (not shown).
And sends it to the requestee information terminal 52. In addition, this
Electronic receipts are sent with a digital signature.
Such a proof means is added as needed. The electronic bill management system according to the above-described embodiment is
According to the system, electronically generated invoices are printed out.
You can claim receivables by sending without leaving
As a result, the issuance of invoices is
Eliminates expenses spent on lint-out and mailing
You. As a network, the Internet 1
Other open networks may be used, or closed networks may be used.
It may be a transnet. As described above, according to the first aspect of the present invention,
According to the statement, within the specified period, the same
Electronic invoices issued by different claimants
Sent to the requestee information terminal via the network
This simplifies invoice management for the insured.
It is.

【図面の簡単な説明】 【図1】本願発明の実施形態に係る電子請求書管理シス
テムの概略構成を示す図である。 【図2】図1に示すWWWサーバ2が情報端末に表示す
ることが可能な各ウェッブページのリンクについて示す
図である。 【図3】電子請求書受信用CGIプログラムの概略構成
を示すフローチャートである。 【図4】とりまとめ送信プログラム41の構成について
示すフローチャートである。 【図5】請求リストの一例を示す概略図である。 【符号の説明】 1 インターネット 2 WWWサーバ 21 HTMLファイル 22 httpdプログラム 23 CGI 241 請求人会員登録用CGIプログラム 242 被請求人会員登録用CGIプログラム 243 電子請求書受信用CGIプログラム 244 認証取得用CGIプログラム 245 受信確認用CGIプログラム 246 支払意志確認用CGIプログラム 247 支払日登録用CGIプログラム 248 支払状況モニタ用CGIプログラム 249 領収書個別発行用CGIプログラム 3 DBS 30 DBMS 311 請求人会員DBF 312 被請求人会員DBF 313 データ抽出プログラムDBF 314 請求マスタDBF 315 被請求人指定フォーマットDBF 316 請求リストDBF 4 管理用コンピュータ 41 とりまとめ送信プログラム 42 領収書自動発行プログラム 51 請求人情報端末 52 被請求人情報端末 6 イントラネット
BRIEF DESCRIPTION OF THE DRAWINGS FIG. 1 is a diagram showing a schematic configuration of an electronic bill management system according to an embodiment of the present invention. FIG. 2 is a diagram showing links of web pages that can be displayed on an information terminal by a WWW server 2 shown in FIG. 1; FIG. 3 is a flowchart showing a schematic configuration of an electronic bill receiving CGI program. FIG. 4 is a flowchart showing a configuration of a compilation transmission program 41. FIG. 5 is a schematic diagram showing an example of a billing list. DESCRIPTION OF SYMBOLS 1 Internet 2 WWW server 21 HTML file 22 httpd program 23 CGI 241 Claimant member registration CGI program 242 Requested member registration CGI program 243 Electronic bill reception CGI program 244 Authentication acquisition CGI program 245 CGI program 246 for confirming receipt CGI program 247 for confirming will to pay CGI program 248 for registering payment date CGI program 248 for monitoring payment status CGI program 3 for individually issuing receipts 3 DBS 30 DBMS 311 Claimant member DBF 312 Claimant member DBF 313 Data extraction program DBF 314 Request master DBF 315 Requestee designation format DBF 316 Request list DBF 4 Management computer 41 Gram 42 Receipt automatic issuance program 51 Claimant information terminal 52 Requestee information terminal 6 Intranet

フロントページの続き (72)発明者 奥山 泰全 東京都港区赤坂一丁目4番8号有限会社コ ンフィデンシャル・アカウンティング・サ ービス内 (72)発明者 近藤 一之 東京都港区赤坂一丁目4番8号有限会社コ ンフィデンシャル・アカウンティング・サ ービス内 (72)発明者 中川 明 東京都港区赤坂一丁目4番8号有限会社コ ンフィデンシャル・アカウンティング・サ ービス内Continuation of front page    (72) Inventor Yasuzen Okuyama             Co., Ltd. 1-4-8 Akasaka, Minato-ku, Tokyo             Confidential Accounting Services             In service (72) Inventor Kazuyuki Kondo             Co., Ltd. 1-4-8 Akasaka, Minato-ku, Tokyo             Confidential Accounting Services             In service (72) Inventor Akira Nakagawa             Co., Ltd. 1-4-8 Akasaka, Minato-ku, Tokyo             Confidential Accounting Services             In service

Claims (1)

【特許請求の範囲】 【請求項1】 金融機関の口座からの自動引き落としで
はなく被請求人によるオンライン送金処理によって支払
を行う電子請求書を管理するシステムであるとともに、
電子請求書を発行する請求人が有する情報端末である複
数の請求人情報端末と、電子請求書によって支払が請求
される被請求人が有する情報端末である複数の被請求人
情報端末との双方に、ネットワークを介してつながって
いる電子請求書管理システムであって、 前記複数の請求人端末の各々から送られる電子請求書を
受信する受信手段と、 前記受信手段が受信した電子請求書の中から、その電子
請求書における請求人が誰であるかに関する情報である
請求人情報と、その電子請求書における被請求人が誰で
あるかに関する情報である被請求人情報と、その電子請
求書における請求金額の情報である金額情報と、その請
求金額が対価として請求されるに至った原因に関する情
報である原因情報とを、それぞれ抽出する抽出手段と、 前記受信手段が受信した電子請求書について、所定の期
間内に同一の被請求人に対して異なる請求人から発行さ
れた電子請求書を集めて、それらの電子請求書の支払を
一括してできるよう前記抽出手段が抽出した請求人情
報、金額情報及び原因情報とを同一の被請求人ごとにと
りまとめるとりまとめ手段と、 とりまとめ手段がとりまとめた情報を所定の時期にその
被請求人が有する被請求人情報端末にネットワークを介
して送信するとともに、異なる請求人の請求について一
括して支払いができるよう同一の振込先として前記代行
徴収機関に係るものの情報を併せて送信する送信手段と
から成ることを特徴とする電子請求書管理システム。
Claims 1. A system for managing an electronic invoice to be paid by an online remittance process by a demandee instead of automatic debit from an account of a financial institution,
Both a plurality of claimant information terminals, which are information terminals of the requester who issues the electronic bill, and a plurality of requestee information terminals, which are information terminals of the requestee who is charged by the electronic bill. An electronic bill management system connected via a network, comprising: a receiving unit that receives an electronic bill sent from each of the plurality of claimant terminals; and an electronic bill received by the receiving unit. , Claimant information that is information about who the claimant is in the electronic bill, demandee information that is information about the demandee in the electronic bill, and the electronic bill Extracting means for respectively extracting amount information which is information on the amount of the charge and cause information which is information relating to the cause of the amount of the charge being charged, With regard to the electronic bills received by the stage, the electronic bills issued from different claimants to the same demandee within a predetermined period are collected, and the payment of those electronic bills can be collectively made. A collecting means for collecting the requester information, the amount information and the cause information extracted by the extracting means for each same requestee, and a requestee information terminal which the requestee has at a predetermined time the information collected by the collecting means And transmitting means for transmitting the information relating to the agency in charge as the same transfer destination so that payment can be made collectively for the bills of different claimants. Electronic invoice management system.
JP2002338392A 2000-12-28 2002-11-21 Electronic bill management system Pending JP2003187159A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2002338392A JP2003187159A (en) 2000-12-28 2002-11-21 Electronic bill management system

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP2000401034 2000-12-28
JP2000-401034 2000-12-28
JP2002338392A JP2003187159A (en) 2000-12-28 2002-11-21 Electronic bill management system

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
JP2001077308A Division JP2002259900A (en) 2000-12-28 2001-03-16 Electronic bill management system

Publications (2)

Publication Number Publication Date
JP2003187159A true JP2003187159A (en) 2003-07-04
JP2003187159A5 JP2003187159A5 (en) 2008-05-08

Family

ID=27615101

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2002338392A Pending JP2003187159A (en) 2000-12-28 2002-11-21 Electronic bill management system

Country Status (1)

Country Link
JP (1) JP2003187159A (en)

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1628203A1 (en) * 2004-08-19 2006-02-22 Ubs Ag Data output management system with print facility and data output method
JP2010009245A (en) * 2008-06-25 2010-01-14 Humony Co Ltd Merchandise transaction information integrated management system
WO2013100056A1 (en) * 2011-12-28 2013-07-04 楽天株式会社 Electronic-money server, electronic-money processing method, electronic-money processing program, and recording medium containing electronic-money processing program
WO2015049948A1 (en) 2013-10-01 2015-04-09 手島太郎 Information processing device and access rights granting method
WO2015087698A1 (en) * 2013-12-10 2015-06-18 株式会社Mrsホールディングズ Code system, terminal device, and code reading device

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH04318668A (en) * 1991-04-17 1992-11-10 Nec Eng Ltd Cash automatic transaction machine
JPH06325057A (en) * 1993-05-10 1994-11-25 Toppan Moore Co Ltd Bill issuing method
JPH07249145A (en) * 1994-03-08 1995-09-26 Hitachi Ltd Automatic rate receiving machine
JPH10171887A (en) * 1996-12-13 1998-06-26 Hitachi Ltd On-line shopping system
JP2000315239A (en) * 1999-04-30 2000-11-14 Naoyuki Miyayama System for receiving merchandise order, recovering cost and distributing merchandise dispatch information
WO2000072245A1 (en) * 1999-05-25 2000-11-30 Silverbrook Research Pty Ltd Method and system for bill management

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH04318668A (en) * 1991-04-17 1992-11-10 Nec Eng Ltd Cash automatic transaction machine
JPH06325057A (en) * 1993-05-10 1994-11-25 Toppan Moore Co Ltd Bill issuing method
JPH07249145A (en) * 1994-03-08 1995-09-26 Hitachi Ltd Automatic rate receiving machine
JPH10171887A (en) * 1996-12-13 1998-06-26 Hitachi Ltd On-line shopping system
JP2000315239A (en) * 1999-04-30 2000-11-14 Naoyuki Miyayama System for receiving merchandise order, recovering cost and distributing merchandise dispatch information
WO2000072245A1 (en) * 1999-05-25 2000-11-30 Silverbrook Research Pty Ltd Method and system for bill management

Cited By (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1628203A1 (en) * 2004-08-19 2006-02-22 Ubs Ag Data output management system with print facility and data output method
EP1736862A1 (en) * 2004-08-19 2006-12-27 Ubs Ag Data output management system with print facility and data output method
JP2010009245A (en) * 2008-06-25 2010-01-14 Humony Co Ltd Merchandise transaction information integrated management system
WO2013100056A1 (en) * 2011-12-28 2013-07-04 楽天株式会社 Electronic-money server, electronic-money processing method, electronic-money processing program, and recording medium containing electronic-money processing program
JP2013140452A (en) * 2011-12-28 2013-07-18 Rakuten Inc Electronic money server, electronic money processing method, electronic money processing program and storage medium storing electronic money processing program
US10262361B2 (en) 2011-12-28 2019-04-16 Rakuten, Inc. Electronic money server, electronic money processing method, electronic money processing program product, and storage medium on which electronic money processing program product is stored
WO2015049948A1 (en) 2013-10-01 2015-04-09 手島太郎 Information processing device and access rights granting method
US10762541B2 (en) 2013-10-01 2020-09-01 Amadellas Corporation Devices and methods for information processing and access control
WO2015087698A1 (en) * 2013-12-10 2015-06-18 株式会社Mrsホールディングズ Code system, terminal device, and code reading device
JP2015114774A (en) * 2013-12-10 2015-06-22 株式会社Mrsホールディングズ Code system, terminal equipment, and code reading device

Similar Documents

Publication Publication Date Title
US6721716B1 (en) Payment certification string and related electronic payment system and method
US7616947B2 (en) Mobile collection application
JP4926404B2 (en) Method and software application for electronic bill presentation and payment
CN101652774A (en) System for financial documentation conversion
US7035830B1 (en) Method and apparatus for remote filing and recordation of documents
US20070181736A1 (en) Method and apparatus for remote filing and recordation of documents
JP4983974B2 (en) Procedure system
JP2012022417A (en) Electronic billing processing service system and application for the electronic billing processing service system
US20060271554A1 (en) Method and apparatus for remote filing and recordation of documents
US20080255970A1 (en) Method, system,apparatus or device for providing reconciled bookkeeping or accounting electronically
JP2003187159A (en) Electronic bill management system
JP4226868B2 (en) Claim transfer system and claim transfer method.
JP2005128627A (en) Data output system and method
JP4695299B2 (en) Procedure system
JP2022025309A (en) Billing proxy system and method
JP2002259900A (en) Electronic bill management system
JP2004164007A (en) Payment system and method, and shared payment processor
EP1850241A1 (en) Method and apparatus for remote filing and recordation of documents
JP2003216704A (en) System for managing use authority information and computer program
JP2001142974A (en) Electronic commerce system
JP2002279131A (en) Procedure system
KR20020037072A (en) Apparatus And Method For Total Banking Service Of Using Network
JP4641153B2 (en) Collection agency system, collection agency device, collection agency method, and collection agency program
KR20020032918A (en) System for issuing notification using e-mail account based on resident registration number
JP2002175485A (en) System for issuing use details, method for notifying use details and service program for issuing use details

Legal Events

Date Code Title Description
A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20080312

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20080313

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20080313

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20101116

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20110315