JP3654801B2 - 電子取引方法および電子取引システム - Google Patents
電子取引方法および電子取引システム Download PDFInfo
- Publication number
- JP3654801B2 JP3654801B2 JP27166099A JP27166099A JP3654801B2 JP 3654801 B2 JP3654801 B2 JP 3654801B2 JP 27166099 A JP27166099 A JP 27166099A JP 27166099 A JP27166099 A JP 27166099A JP 3654801 B2 JP3654801 B2 JP 3654801B2
- Authority
- JP
- Japan
- Prior art keywords
- data
- payment
- processing device
- key information
- side processing
- 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.)
- Expired - Lifetime
Links
- 238000000034 method Methods 0.000 title claims description 75
- 238000012545 processing Methods 0.000 claims description 101
- 238000012546 transfer Methods 0.000 claims description 87
- 238000004891 communication Methods 0.000 claims description 8
- 238000010586 diagram Methods 0.000 description 18
- 238000006243 chemical reaction Methods 0.000 description 3
- 238000012790 confirmation Methods 0.000 description 3
- 238000003379 elimination reaction Methods 0.000 description 2
- 208000033748 Device issues Diseases 0.000 description 1
- 230000002159 abnormal effect Effects 0.000 description 1
- 230000005540 biological transmission Effects 0.000 description 1
- 238000013497 data interchange Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 238000007726 management method Methods 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000002360 preparation method Methods 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q30/00—Commerce
- G06Q30/04—Billing or invoicing
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/02—Payment architectures, schemes or protocols involving a neutral party, e.g. certification authority, notary or trusted third party [TTP]
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/04—Payment circuits
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/04—Payment circuits
- G06Q20/042—Payment circuits characterized in that the payment protocol involves at least one cheque
- G06Q20/0425—Payment circuits characterized in that the payment protocol involves at least one cheque the cheque being electronic only
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/08—Payment architectures
- G06Q20/14—Payment architectures specially adapted for billing systems
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/38—Payment protocols; Details thereof
- G06Q20/382—Payment protocols; Details thereof insuring higher security of transaction
- G06Q20/3829—Payment protocols; Details thereof insuring higher security of transaction involving key management
Landscapes
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Engineering & Computer Science (AREA)
- General Business, Economics & Management (AREA)
- Strategic Management (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Finance (AREA)
- Development Economics (AREA)
- Computer Security & Cryptography (AREA)
- Economics (AREA)
- Marketing (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は電子取引方法および電子取引システムに関し、特に、消し込み処理の自動化が可能な電子取引方法および電子取引システムに関する。
【０００２】
【従来の技術】
図２は、従来の債権者と債務者の間の決済方法を示す説明図である。従来、例えば自動車の車体メーカ２１が部品メーカ２０に部品を発注した場合、債権者である部品メーカ２０は部品を発送すると共に債務者に請求書を送付する。債務者である車体メーカ２１は請求書の金額等を確認した上で、例えば周知のファームバンキングシステム（銀行と企業間の銀行取引をオンラインで行うシステム）を使用して、取引銀行である振込元銀行２２に対して部品メーカ２０の銀行口座への振込依頼を行う。
【０００３】
振込元銀行２２は振り込み依頼に基づき、例えば周知の全銀為替網等の銀行間ネットワークを使用して振込を実行する。振り込まれた仕向先銀行２３は例えば周知のファームバンキングシステムを使用して、部品メーカ２０に対して入金通知を行う。部品メーカ２０は請求書（売掛金データ）と入金通知とを突き合わせ、請求額が入金されているか否かをチェックする消し込み処理を行う。
【０００４】
なお、「売掛金」とは、企業の主たる業務である商品、製品などの掛売代金、物品の加工、役務の提供を行った場合の未収代金など、得意先との問の通常の取引に基いて生じた営業上の未収入金である。また、「売掛金の消し込み」とは、債務者からの掛売代金等の入金を当該売掛金に対応させて、かつ、当該売掛金の金額と入金額を照合する作業であり、売掛金額とが一致した場合には、これをもって当該債務の弁済が完了したことが確認されたものとされる。
【０００５】
【発明が解決しようとする課題】
上記したような従来のシステムでは、債務者２１から振込元銀行２２への振込依頼、仕向先銀行２３から債権者２０への入金通知等は例えば周知のファームバンキングシステムによって電子化、自動化されており、データのフォーマットも例えば全銀フォーマットとして標準化されている。また、銀行間の支払についても例えば周知の全銀為替ネットワークシステムによって電子化、自動化されている。従って、振込依頼時にフォーマットの所定の位置に入力された任意のデータは債権者への入金通知まで持ち回られ、債権者が認識可能である。
【０００６】
ところが、請求書は書類として送付され、請求書に消し込み処理のための請求書の固有データである「消し込みキー」が付与されていても、振込依頼を行う時に債務者側で振込依頼フォーマットの所定の箇所に消し込みキーを入力しないと、入金通知に消し込みキーが付与されないことになる。しかし、消し込みキーは支払自体には必要のない任意データであるので、請求書に消し込みキーを付加して送付しても、入金通知に消し込みキーが付与されてくる保証がないという問題点があった。
【０００７】
従って、消し込みキーの無い入金通知については、担当者が目視にて振込人や金額等から対応する売掛データを特定して消し込み処理を行う必要があり、手間がかかり、誤って別の売掛データを消し込み処理してしまう恐れもあった。また、振込依頼時に担当者が端末から消し込みキーを打ち込んで入力する場合には、入力誤りが発生する恐れがあるという問題点もあった。本発明は、上記従来の問題を解決し、確実に消し込みキー情報を持ち回り、消し込み処理の自動化が可能な電子取引方法、電子取引センター、電子取引端末、および電子取引システムを提供することを目的とする。
【０００８】
【課題を解決するための手段】
本発明にかかる電子取引方法は、債権者側処理装置と、ＥＤＩサーバ装置と、債務者側処理装置とを備え、少なくとも当該債権者側処理装置とＥＤＩサーバ装置間及びＥＤＩサーバ装置と債務者側処理装置間が通信網を介して接続された電子取引システムにおいて実行される電子取引方法であって、前記債権者側処理装置が個々の請求書に固有な消し込みキー情報を含んだ請求書データを発行し、前記ＥＤＩサーバ装置に送信する工程と、前記ＥＤＩサーバ装置が前記債権者側処理装置より前記請求書データを受信する工程と、前記ＥＤＩサーバ装置が前記請求書データを前記債務者側処理装置によって閲覧が可能な状態にする工程と、前記債務者側処理装置が前記ＥＤＩサーバ装置に対して応答を返す工程と、前記ＥＤＩサーバ装置が前記応答に基づいて支払データを生成する工程と、前記ＥＤＩサーバ装置が前記支払データに対応して固有なマッチングキー情報を付加し、前記支払データに含まれる前記複数の請求書データの消し込みキー情報と前記マッチングキー情報とを対応させて保管する工程と、前記ＥＤＩサーバ装置が前記支払データに基づき、前記マッチングキー情報を含んだ振込依頼データを生成する工程と、前記ＥＤＩサーバ装置が債務者の口座のある振込元銀行に対して前記マッチングキー情報を含んだ振込依頼データを送信する工程と、前記ＥＤＩサーバ装置が前記振込依頼によって振り込まれた仕向先銀行からの入金通知データに含まれるマッチングキー情報に基づき消し込みキー情報を得て、この消し込みキー情報を含む支払データを前記入金通知データに付加し、前記債権者側処理装置に対して送信する工程と、前記債権者側処理装置が前記支払データが付加された入金通知データを受信し、当該支払データに含まれる消し込みキー情報に基づいて消し込み処理を行う工程を実行するものである。本発明によれば、債権者が発行した請求書に付加した消し込みキー（あるいは消し込みキーを特定できるマッチングキー情報）が入金通知まで自動的に持ち回られ、消し込み処理を自動的に実行することが可能となる。
【０００９】
本発明にかかる電子取引システムは、少なくとも債権者側処理装置と、ＥＤＩサーバ装置と、債務者側処理装置とを備えた電子取引システムであって、前記債権者側処理装置は、個々の請求書に固有な消し込みキー情報を含んだ請求書データを発行し、ＥＤＩサーバ装置に送信する手段と、前記ＥＤＩサーバ装置から支払データが付加された入金通知データを受信し、当該支払データに含まれる消し込みキー情報に基づいて消し込み処理を行う手段を備え、前記ＥＤＩサーバ装置は、前記債権者側処理装置より前記請求書データを受信する手段と、前記請求書データを前記債務者側処理装置によって閲覧が可能な状態にする手段と、前記債務者側処理装置からの応答に基づいて支払データを生成する工程と、前記支払データに対応して固有なマッチングキー情報を付加し、前記支払データに含まれる前記複数の請求書データの消し込みキー情報と前記マッチングキー情報とを対応させて保管する手段と、前記支払データに基づき、前記マッチングキー情報を含んだ振込依頼データを生成する手段と、債務者の口座のある振込元銀行に対して前記マッチングキー情報を含んだ振込依頼データを送信する手段と、前記振込依頼によって振り込まれた仕向先銀行からの入金通知データに含まれるマッチングキー情報に基づき消し込みキー情報を得て、この消し込みキー情報を含む支払データを前記入金通知データに付加し、前記債権者側処理装置に対して送信する手段を備え、前記債務者側処理装置は、前記ＥＤＩサーバ装置に対して応答を返す手段を備えたものである。
本発明によれば、債権者が発行した請求書に付加した消し込みキー（あるいは消し込みキーを特定できるマッチングキー情報）が入金通知まで自動的に持ち回られ、消し込み処理を自動的に実行することが可能となる。
【００１０】
【発明の実施の形態】
以下、本発明の実施の形態について、図を参照しながら詳細に説明する。図１４は、本発明の電子取引システムのハードウェア構成を示すブロック図である。ＥＤＩセンターを構成するＥＤＩサーバ装置９０はインターネット９７を介して輸出者（債権者）処理装置９１、輸入者（債務者）処理装置９２、商社処理装置９５、物流業者処理装置９６と接続可能に構成されている。輸出者処理装置９１およびＥＤＩサーバ装置９０と取引銀行である銀行処理装置９４の間、および輸入者処理装置９２およびＥＤＩサーバ装置９０と取引銀行である銀行処理装置９３の間は周知のファームバンキング網９８、９９によって接続されている。更に、銀行処理装置９３と銀行処理装置９４の間は例えば全銀為替網等の周知の銀行間ネットワーク１００によって接続されている。
【００１１】
なお、本発明を実施する上において、ＥＤＩサーバ装置９０と銀行処理装置９３、９４との間をインターネット９７において接続する必要はないが、ファームバンキング網９８、９９あるいは銀行間ネットワーク１００の代わりにインターネット９７を使用することも可能である。また、各装置間の通信に使用する通信網としてはインターネットに限らず、専用線、電話網、データ通信網など公知の任意の通信網を使用可能である。
【００１２】
ＥＤＩサーバ装置９０のハードウェアについては、市販されている周知のサーバ装置等を使用可能であり、ＯＳ等のソフトウェアもWindowsNT（登録商標）や市販のサーバ用ソフトなどのソフトウェアを組み合わせて構成可能である。通信プロトコルとしては使用する通信網に対応して全銀手順、ＴＣＰ／ＩＰ、ＨＴＴＰ、ＦＴＰなどの周知のプロトコルを組み合わせて使用することにより実施可能である。輸出者処理装置９１、輸入者処理装置９２、銀行処理装置９３、９４、商社処理装置９５、物流業者処理装置９６については、やはり市販のサーバ装置やパソコン、あるいは既存の任意のコンピュータシステムを使用可能である。
【００１３】
図１５は、本発明の電子取引システムにおける取引に関するデータのやり取りの概要を示す説明図である。例えば輸入者がインターネット経由で注文書（Ｐ／Ｏ）をＥＤＩセンターへ送信すると、ＥＤＩセンターにおいては、注文書データを保管すると共に、宛先の輸出者へ転送する。輸出者がこの注文を請け、注文請書（ＡＣＫ）をＥＤＩセンターに送信すると、ＥＤＩセンターにおいては、注文請書を対応する注文書データに追加する形で保管すると共に、宛先の輸入者へ転送する。このようにして、各種の書類データがやり取りされた後、輸出者から請求書が送信される。輸入者は、後述する方法でＥＤＩセンターあるいは取引銀行に対して支払通知（依頼）を行い、輸出者は入金通知を受け取ると、入金（請求、売掛）の消し込み処理を行う。
【００１４】
図１７は、伝送あるいは蓄積される取引データの内容例を示す説明図である。取引データは例えばテキストデータであり、公知のＸＭＬと類似したタグを利用して、１レコードで全てのデータ履歴を保存、管理する構造を取る。タグは、内容文字列中で使用しない（使用禁止の）特定の記号（デリミタ：当実施例では"＜"および"＞"）で囲まれた固有の文字列（例えば＜status＞など）であり、２つの対応するタグで囲まれた文字列（例えばＰＯ：注文書など）がデータの内容である。
【００１５】
取引データのフォーマットは、ヘッダ（header）と内容（contents）に分かれている。そして、ヘッダと内容のそれぞれは１つあるいは複数のバージョン（version）を含んでいる。バージョンの後には、１から始まる数字が付与されており、各数字は取引の各段階と対応している。即ち、バージョン１は注文書、バージョン２は注文請書といった具合である。そして、取引が各段階に進んだ時点で新たなバージョンが追加されていく。
【００１６】
それぞれのバージョン内には項目が存在する。それぞれのバージョンはそのバージョンより数字が低いバージョンの項目内容を引き継ぐ。後のバージョンで同一項目がある場合は、前バージョンの項目内容を置き換える。また、内容を削除する場合は"DELETE"を記入する。取引データをこのような構造で伝送あるいは保存するので、１レコードで履歴管理を行うことができ、冗長性が無く、ポータブル性に富む。従って、各種書類データの作成、管理が容易になる。
【００１７】
図１は、本発明の電子取引システムの第１実施例の構成を示すブロック図である。なお、本実施例においては、例えば自動車の車体メーカ１２が部品メーカ１１に部品を発注した場合の決済方法について説明する。詳細は後述するが、債権者である部品メーカ１１は、受け取った注文書に基づいて部品を発送すると共に、請求書を発行する。請求書は例えば前述したＸＭＬテキストフォーマットにて作成され、請求書には、部品メーカ１１が生成した請求書固有の「消し込みキー」が付与されている。請求書データは通信網を介してＥＤＩ（Electronic Data Interchange）センター１０に送信される。
【００１８】
ＥＤＩセンター１０においては、受信した請求書データを保存すると共に、例えば債務者である車体メーカ１２に対して、メール等によって請求書のチェックを行うよう通知する。車体メーカ１２は請求書の内容を閲覧して金額等を確認し、ＯＫであれば了承の応答を返す。ＥＤＩセンター１０は請求書データに基づいて後述するように振込依頼データの作成を行う。この振込依頼データには「消し込みキー」が含まれている。車体メーカ１２は振込依頼データの内容を閲覧してＯＫであれば、支払指示の応答を返し、作成された振込依頼データは、例えば周知のファームバンキングシステムを使用して、車体メーカ１２の取引銀行である振込元銀行１３に送信される。
【００１９】
振込元銀行１３は、受信した振込依頼データに基づき、例えば周知の全銀為替ネットワークシステムを使用して支払（振込）を実行する。なお、この支払データにも「消し込みキー」が含まれている。部品メーカ１１の取引銀行である仕向先銀行１４は、振込があると周知のファームバンキングシステムを使用して入金通知データを部品メーカ１１に送信する。この入金通知データにも「消し込みキー」が含まれている。部品メーカ１１においては、請求書と同時に生成した「消し込みキー」付きの売掛データの中から入金通知データ中の消し込みキーと一致する売掛データを読み出し、請求額が入金されているか否かをチェックする消し込み処理を行う。以上のような構成及び動作によって、決済処理における消し込み処理の自動化を図ることが出来る。
【００２０】
図３は、本発明の電子取引システムのＥＤＩセンター１０におけるデータおよび処理の関係を示す説明図であり、図４は、本発明の電子取引システムにおける債権者側の処理装置１１におけるデータおよび処理の関係を示す説明図である。また、図５は、本発明の電子取引システムのＥＤＩセンター１０におけるデータ変換例を示す説明図である。
【００２１】
まず、図４の請求書作成処理４０について説明する。図７は、債権者側処理装置１１における請求書作成処理４０の内容を示すフローチャートである。この処理は請求書の発行要求が発生する度に起動される。Ｓ２０においては、発行する請求書に固有の「消し込みキー」を生成する。この「消し込みキー」は、例えば１２桁の文字列コードからなり、各文字コードは伝送に支障の無い任意の文字、数字、記号からなる。なお、固有であることを保証するために、文字列の一部に債権者固有の文字コードおよび循環する通し番号情報を含んでいてもよい。
【００２２】
Ｓ２１においては、消し込みキーを含んだ請求書データ（ファイル）３０を生成する。請求書データ３０には、図５に示されているように、伝票番号、被仕向銀行および口座に関する情報、振込金額などの情報と共にＳ２０において生成した「消し込み（キー）情報」が含まれている。生成された請求書データ３０はＥＤＩセンター１０に送信される。Ｓ２２においては、請求書データと同様のデータが格納された図４の売掛ファイル４２を生成して保管する。
【００２３】
図３に移行して、ＥＤＩセンター１０における処理について説明する。図６は、ＥＤＩセンター１０における処理の内容を示すフローチャートである。Ｓ１０において、債権者側処理装置１１から受信した請求書ファイル３０は、そのまま履歴情報ＤＢ（データベース）３１に格納される。この履歴情報ＤＢ３１にはＥＤＩセンター１０が受信した取引に関する各種のデータを図１８に示すような形式で保存し、必要に応じて過去のデータを全て読み出すことができるように構成されている。
【００２４】
Ｓ１１においては、債務者側処理装置１２に対して、例えば電子メールによって請求書が届いているのでチェックを行うように催促する通知を送信する。通知を受けた債務者１２はＥＤＩセンター１０にアクセスし、請求書ファイル３０を閲覧する。そして、金額等を確認し、ＯＫであれば了承の応答を返す。なお、債務者１２はここで金額を変更することも可能である。
【００２５】
Ｓ１２においては、請求書データ３０が振込依頼中間ファイル３２に変換される。この変換では図５に示されているように、請求書データ３０から「消し込みキー」を含む必要な情報を抽出している。Ｓ１３においては、前記した振込依頼中間ファイル３２の他、振込依頼人に関する各種情報が予め登録されている振込情報テーブル３３、全銀手順における振込データのフォーマット等が予め登録されているフォーマットテンプレート３４、銀行の営業日に関するデータが格納されているカレンダー情報ファイル３５から必要な情報を読み出して、図５右側に示すような総合振込ファイル３７を生成する。
【００２６】
この総合振込ファイル３７のフォーマットは周知の全銀フォーマットに準拠しており、データレコードの中にはＥＤＩ情報というデータ項目がある。そして、本発明においてはこのＥＤＩ情報欄に請求書に付加されてきた「消し込みキー情報」を自動的に記入する。なお、項目名の前に"＊"が付与されている項目は任意項目であり、記入されていなくてもよい項目である。
【００２７】
Ｓ１４においては、債務者１２が振込依頼データの内容を閲覧して、支払指示の応答を返すまで待ち、Ｓ１５においては、作成された振込依頼データ３７が例えば周知のファームバンキングシステム３８を使用して、債務者１２の取引銀行である振込元銀行１３に送信される。なお、振込依頼データ３７は履歴情報ＤＢ３１にも保存される。
【００２８】
振込元銀行１３は、受信した振込依頼データに基づき、例えば周知の全銀為替ネットワークシステムを使用して支払（振込）を実行する。なお、この支払データにも「消し込みキー」が含まれている。図４に移行して、部品メーカ１１の取引銀行である仕向先銀行１４は前記した振込があると、周知のファームバンキングシステム４３を使用して入金通知データ４４を債権者側処理装置１１に送信する。この入金通知データ４４にも「消し込みキー」が含まれている。
【００２９】
図８は、債権者側処理装置１１における消し込み処理４５の内容を示すフローチャートである。Ｓ３０においては、仕向先銀行１４から入金通知があるまで待ち、Ｓ３１においては入金通知データ４４に含まれている「消し込みキー」を抽出し、同じ消し込みキーを持つ売掛ファイル４２を検索して読み出す。Ｓ３２においては、読み出した売掛ファイル４２と入金通知データ４４の債務者や振込金額等をチェックし、正常か否かを判定する。そして、判定結果がＯＫの場合にはＳ３３に移行するが、ＮＧ（異常）である場合にはＳ３４に移行する。Ｓ３３においては、売掛ファイル４２を消し込み済みファイル４６として保存する。また、Ｓ３４においては売掛ファイル４２を消し込み不能ファイル４７として保管する。以上のような構成及び動作によって、決済処理における消し込み処理の自動化を図ることが出来る。
【００３０】
次に、第２実施例について説明する。第１の実施例においては請求書データを１対１で振込依頼データに変換するものであったが、この様な構成では、例えば複数の請求書をまとめて月末に１回だけ振り込むというような処理に対応ができない。そこで、第２実施例は複数の請求書データをまとめて振り込むことができ、かつ個々の請求書データの消し込み処理を可能にしたものである。図９は、本発明の電子取引システムの第２実施例の構成を示すブロック図である。第１の実施例と異なる点は、債務者側処理装置６１において、受信した複数の請求書をまとめて支払案内書を作成してＥＤＩセンター６０へ送信する点、およびＥＤＩセンター６０において、支払案内書に対応して固有のマッチングキーを生成、付与して振込依頼を行うと共に、複数の請求書の消し込みキーとマッチングキーとの対応をテーブルに保存し、銀行からの入金通知に付加されているマッチングキーに基づき、入金通知に対応する複数の消し込みキーを付加して債権者に通知する点である。
【００３１】
ＥＤＩセンター６０から振込元銀行へ送信される振込依頼データには、第１実施例の消し込みキーの代わりにマッチングキーが付与されている。そして、仕向先銀行からＥＤＩセンター６０に対して送信される入金通知にもマッチングキーが付与されている。ＥＤＩセンター６０は入金通知に付加されているマッチングキーに基づき、入金通知に対応する複数の消し込みキー情報を付加して債権者に通知する。従って、債権者は入金通知と共に対応する複数の消し込みキーを受け取ることができるので、各請求書ごとの消し込みを行うことができる。
【００３２】
図１０は、第２実施例における債務者側処理装置６１におけるデータおよび処理の関係を示す説明図である。ＥＤＩセンター６０より受信した請求書ファイル７０は債務者側処理装置６１に一時的に保管され、債務者による請求内容チェック７１を受ける。そして、例えば月末毎に起動される支払案内書作成処理７２によって、チェック済みの複数の請求書ファイル７０から支払案内書ファイル７３が生成される。
【００３３】
図１２は、債務者側処理装置６１における支払案内書作成処理７２の内容を示すフローチャートである。Ｓ４０においては、合算指示された請求書データの請求額を合算して支払額を算出し、支払案内書レコードを生成する。なお、ここで支払額を変更することも可能である。Ｓ４１においては、支払案内書レコードに合算した各請求書の明細データファイルを付加して支払案内書ファイルを生成する。Ｓ４２においては支払案内書ファイルをＥＤＩセンター６０へ送信する。
【００３４】
図１１は、第２実施例におけるＥＤＩセンター６０におけるデータおよび処理の関係を示す説明図である。債権者側処理装置１１から受信した請求書ファイル３０は、履歴情報ＤＢ３１に格納されると共に、宛先の債務者側処理装置６１に転送される。また、債務者側処理装置６１から受信した支払案内書ファイル８０は、マッチングキー付与処理８１によってマッチングキーが付与され、振込依頼中間ファイル３２が生成される。
【００３５】
図１３は、ＥＤＩセンター６０におけるマッチングキー付与処理８１および消し込みキー付加処理８３の内容を示すフローチャートである。マッチングキー付与処理８１において、Ｓ５０においては固有のマッチングキーが生成される。Ｓ５１においては支払案内書ファイル８０にマッチングキーが書き込まれる。Ｓ５２においては、マッチングキーの書き込まれた支払案内書ファイル８０が履歴情報ＤＢ３１に格納される。
【００３６】
図１６は、第２実施例における支払案内書の内容例を示す説明図である。支払案内書データであるPay-1ファイルは合計支払額データ（＜total price＞）、マッチングキー（＜matching key＞）、注文書ファイル名（＜ordern＞）等の項目を含み、各注文書ファイル名として記載された注文書ファイル（実施例においてはpo-1〜po-5）には、バージョン１０として、請求額（＜price＞）の他、消し込みキー情報（＜reassociation key＞）を含む請求書（Bill）データが格納されている。
【００３７】
図１３に戻って、Ｓ５３においては、支払案内書ファイル８０のファイル名あるいは支払案内書８０にと対応する複数の請求書ファイル名とマッチングキーが対応づけられてマッチングキーテーブル８２に登録、保存される。Ｓ５４においては、第１の実施例における消し込みキーの代わりにマッチングキーを含む振込依頼中間ファイル３２が生成される。図１１において、振込依頼中間ファイル３２の生成以降、ファームバンキングシステム３８による振込依頼までの処理は、第１の実施例と同一である。但し、総合振込ファイル３７のチェックおよび振込実行指示は省略される。銀行からの入金通知を受信すると消し込みキー付加処理８３が実行され、消し込みキーが付加された入金通知が債権者側処理装置１１へ送信される。
【００３８】
図１３（ｂ）は消し込みキー付加処理の内容を示すフローチャートである。Ｓ６０においては入金通知に付与されているマッチングキーをキーとしてマッチングキーテーブルを検索し、対応する支払案内書ファイル８０のファイル名あるいは支払案内書８０にと対応する複数の請求書ファイル名を得て、更に対応する消し込みキー情報を得る。Ｓ６１においては、入金通知に消し込みキー情報を含む各請求書の明細データを付加する。Ｓ６２においては請求明細の付加された入金通知を債権者に送信する。債権者側処理装置１１においては、受信した請求明細の付加された入金通知に基づき、各請求書（売掛金）の消し込みを行う。以上のような構成により、債務者側において、複数請求書をまとめて振り込んでも、債権者側において、個々の請求書ごとに消し込みが可能となる。
【００３９】
第２実施例においては入金通知をＥＤＩセンターが受信し、マッチングキーを消し込みキーに変換して転送する例を開示したが、第１実施例と同様に入金通知を債権者側処理装置が受け取り、ＥＤＩセンターからマッチングキーと消し込みキーの対応情報（支払案内書）を読み出して請求書ごとの消し込みを行うことも可能である。また、上記実施例においては、全銀フォーマットのＥＤＩ情報欄を使用して消し込みキー情報を持ち回る例を開示したが、振込依頼のフォーマット中に任意のデータを書き込み可能な欄が存在し、書き込んだデータが入金通知情報まで持ち回られるものであれば、フォーマットや手順は任意である。
【００４０】
第２実施例においては、下記のような変形例（第３実施例とする）も考えられる。第３実施例では、支払案内書の作成処理は、第１実施例と同様にＥＤＩセンター６０において実行する。
【００４１】
続いて、第３実施例について詳細に説明する。まず、ＥＤＩセンター６０から振込元銀行へ送信される振込依頼データには、第１実施例の消し込みキーの代わりにマッチングキーが付与されている。そして、仕向先銀行からＥＤＩセンター６０に対して送信される入金通知にもマッチングキーが付与されている。ＥＤＩセンター６０は入金通知に付加されているマッチングキーに基づき、入金通知に対応する複数の消し込みキー情報を付加して債権者に通知する。従って、債権者は入金通知と共に対応する複数の消し込みキーを受け取ることができるので、各請求書ごとの消し込みを行うことができる。
【００４２】
第２実施例における債務者側処理装置６１におけるデータおよび処理の関係を示す図１０では、ＥＤＩセンター６０より受信した請求書ファイル７０は債務者側処理装置６１に一時的に保管され、債務者による請求内容チェック７１を受け、そして、例えば月末毎に起動される支払案内書作成処理７２によって、チェック済みの複数の請求書ファイル７０から支払案内書ファイル７３が生成される。第３実施例においては、かかる支払案内書作 成処理は、ＥＤＩセンター６０において実行される。即ち、第３実施例においては、請求書ファイル７０はＥＤＩセンター６０に一時的に保管され、債務者による請求内容チェック７１を受け、そして、例えば月末毎に起動される支払案内書作成処理７２によって、チェック済みの複数の請求書ファイル７０から支払案内書ファイル７３が生成される。債務者による請求内容チェック７１は、第１実施例と同様にして、債務者１２はＥＤＩセンター６０にアクセスし、請求書ファイル７０を閲覧する。そして、金額等を確認し、ＯＫであれば了承の応答を返す。
【００４３】
図１２は、債務者側処理装置６１における支払案内書作成処理７２の内容を示すフローチャートであるとともに、第３実施例についてＥＤＩセンター６０における支払案内書作成処理７２の内容を示すフローチャートでもある。但し、Ｓ４２において案内書をＥＤＩセンター６０へ送信することとしているが、第３実施例ではＥＤＩセンター６０において案内書が作成されるので、そのままＥＤＩセンター６０がマッチングキー付与処理８１に用いる。即ち、第３実施例では、まずＳ４０においては、合算指示された請求書データの請求額を合算して支払額を算出し、支払案内書レコードを生成する。なお、ここで支払額を変更することも可能である。Ｓ４１においては、支払案内書レコードに合算した各請求書の明細データファイルを付加して支払案内書ファイルを生成する。Ｓ４２においては支払案内書ファイルをＥＤＩセンター６０がマッチングキー付与処理８１に用いる。
【００４４】
図１１に示されるように、債権者側処理装置１１から受信した請求書ファイル３０は、履歴情報ＤＢ３１に格納されると共に、宛先の債務者側処理装置６１に転送される。また、支払案内書ファイル８０は、マッチングキー付与処理８１によってマッチングキーが付与され、振込依頼中間ファイル３２が生成される。
【００４５】
図１３は、ＥＤＩセンター６０におけるマッチングキー付与処理８１および消し込みキー付加処理８３の内容を示すフローチャートとして第２実施例において説明したが、第３実施例においても同様の処理である。マッチングキー付与処理８１において、Ｓ５０においては固有のマッチングキーが生成される。Ｓ５１においては支払案内書ファイル８０にマッチングキーが書き込まれる。Ｓ５２においては、マッチングキーの書き込まれた支払案内書ファイル８０が履歴情報ＤＢ３１に格納される。
【００４６】
図１６に示されるように、支払案内書データである Pay-1 ファイルは合計支払額データ（＜ total price ＞）、マッチングキー（＜ matching key ＞）、注文書ファイル名（＜ ordern ＞）等の項目を含み、各注文書ファイル名として記載された注文書ファイル（実施例においては po-1 〜 po-5 ）には、バージョン１０として、請求額（＜ price ＞）の他、消し込みキー情報（＜ reassociation key ＞）を含む請求書（ Bill ）データが格納されている。
【００４７】
図１３に戻って、Ｓ５３においては、支払案内書ファイル８０のファイル名あるいは支払案内書８０にと対応する複数の請求書ファイル名とマッチングキーが対応づけられてマッチングキーテーブル８２に登録、保存される。Ｓ５４においては、第１の実施例における消し込みキーの代わりにマッチングキーを含む振込依頼中間ファイル３２が生成される。図１１において、振込依頼中間ファイル３２の生成以降、ファームバンキングシステム３８による振込依頼までの処理は、第１の実施例と同一である。但し、総合振込ファイル３７のチェックおよび振込実行指示は省略される。銀行からの入金通知を受信すると消し込みキー付加処理８３が実行され、消し込みキーが付加された入金通知が債権者側処理装置１１へ送信される。
【００４８】
図１３（ｂ）は消し込みキー付加処理の内容を示すフローチャートである。Ｓ６０においては入金通知に付与されているマッチングキーをキーとしてマッチングキーテーブルを 検索し、対応する支払案内書ファイル８０のファイル名あるいは支払案内書８０にと対応する複数の請求書ファイル名を得て、更に対応する消し込みキー情報を得る。Ｓ６１においては、入金通知に消し込みキー情報を含む各請求書の明細データを付加する。Ｓ６２においては請求明細の付加された入金通知を債権者に送信する。債権者側処理装置１１においては、受信した請求明細の付加された入金通知に基づき、各請求書（売掛金）の消し込みを行う。以上のような構成により、第３実施例によれば、債務者側において、複数請求書をまとめて振り込んでも、債権者側において、個々の請求書ごとに消し込みが可能となる。特に、第３実施例によれば、債務者の手を煩わせることなく、振込依頼データ中に消し込みキー情報に付加したマッチングキー情報を含ませることができ、消し込み処理を確実に実行できる。さらに、ＥＤＩサーバ装置が単に振込依頼を代行しているのではなく、債務者側処理装置が請求書データを閲覧し、その応答を返す処理を実行するため、債務者も振込に関連する情報を確認することができ、消し込み処理を確実に行なうための一連の処理を滞りなく、実現できる。
【００４９】
【発明の効果】
本発明によれば、債権者が発行した請求書に付加した消し込みキーに対応するマッチングキーが入金通知まで自動的に持ち回られ、消し込み処理を自動的に実行することが可能となり、処理の効率化および精度の向上を図ることができるという効果が得られる。また、請求書データから振込依頼データが自動的に生成されるので、振込処理にかかる手間が軽減され、処理時間も短縮される。更に、各種書類データがそのまま保存されるので、取引に関する書類データを遡って閲覧可能となり、エラー処理等が容易になるという効果がある。特に、本発明によれば、債務者の手を煩わせることなく、振込依頼データ中に消し込みキー情報に付加したマッチングキー情報を含ませることができ、消し込み処理を確実に実行できる。さらに、ＥＤＩサーバ装置が単に振込依頼を代行しているのではなく、債務者側処理装置が請求書データを閲覧し、その応答を返す処理を実行するため、債務者も振込に関連する情報を確認することができ、消し込み処理を確実に行なうための一連の処理を滞りなく、実現できる。
【図面の簡単な説明】
【図１】 本発明の電子取引システムの第１実施例の構成を示すブロック図である。
【図２】 従来の債権者と債務者の間の決済方法を示す説明図である。
【図３】 本発明の電子取引システムのＥＤＩセンター１０におけるデータおよび処理の関係を示す説明図である。
【図４】 本発明の電子取引システムにおける債務者側の処理装置１１におけるデータおよび処理の関係を示す説明図である。
【図５】 本発明の電子取引システムのＥＤＩセンター１０におけるデータ変換例を示す説明図である。
【図６】 ＥＤＩセンター１０における処理の内容を示すフローチャートである。
【図７】 債権者側処理装置１１における請求書作成処理４０の内容を示すフローチャートである。
【図８】 債権者側処理装置１１における消し込み処理４５の内容を示すフローチャートである。
【図９】 本発明の電子取引システムの第２実施例の構成を示すブロック図である。
【図１０】 第２実施例における債務者側処理装置６１におけるデータおよび処理の関係を示す説明図である。
【図１１】 第２実施例及び第３実施例におけるＥＤＩセンター６０におけるデータおよび処理の関係を示す説明図である。
【図１２】 債務者側処理装置６１における支払案内書作成処理７２の内容を示すフローチャートである。
【図１３】 ＥＤＩセンター６０におけるマッチングキー付与処理８１および消し込みキー付加処理８３の内容を示すフローチャートである。
【図１４】 本発明の電子取引システムのハードウェア構成を示すブロック図である。
【図１５】 本発明の電子取引システムにおける取引に関するデータのやり取りの概要を示す説明図である。
【図１６】 第２実施例における支払案内書の内容例を示す説明図である。
【図１７】 伝送あるいは蓄積される取引データの内容例を示す説明図である。
【符号の説明】
１０、５０、６０...ＥＤＩセンター、１１、５１、６１...債権者側処理装置（部品メーカ）、１２...債務者側処理装置（車体メーカ）、１３...振込元銀行、１４...仕向先銀行、３０、７０...請求書ファイル、３１...履歴情報ＤＢ、３２...振込依頼中間ファイル、３３...振込情報テーブル、３４...フォーマットテンプレート、３５...カレンダー情報、３７...総合振込ファイル、４２...売掛ファイル、４４...入金通知ファイル、４６...消し込み済みファイル、４７...消し込み不能ファイル、７３、８０...支払案内書ファイル、８２...マッチングキーテーブル、９０...ＥＤＩサーバ装置、９１〜９６...処理装置、９７...インターネット、９８、９９...ファームバンキング網
【発明の属する技術分野】
本発明は電子取引方法および電子取引システムに関し、特に、消し込み処理の自動化が可能な電子取引方法および電子取引システムに関する。
【０００２】
【従来の技術】
図２は、従来の債権者と債務者の間の決済方法を示す説明図である。従来、例えば自動車の車体メーカ２１が部品メーカ２０に部品を発注した場合、債権者である部品メーカ２０は部品を発送すると共に債務者に請求書を送付する。債務者である車体メーカ２１は請求書の金額等を確認した上で、例えば周知のファームバンキングシステム（銀行と企業間の銀行取引をオンラインで行うシステム）を使用して、取引銀行である振込元銀行２２に対して部品メーカ２０の銀行口座への振込依頼を行う。
【０００３】
振込元銀行２２は振り込み依頼に基づき、例えば周知の全銀為替網等の銀行間ネットワークを使用して振込を実行する。振り込まれた仕向先銀行２３は例えば周知のファームバンキングシステムを使用して、部品メーカ２０に対して入金通知を行う。部品メーカ２０は請求書（売掛金データ）と入金通知とを突き合わせ、請求額が入金されているか否かをチェックする消し込み処理を行う。
【０００４】
なお、「売掛金」とは、企業の主たる業務である商品、製品などの掛売代金、物品の加工、役務の提供を行った場合の未収代金など、得意先との問の通常の取引に基いて生じた営業上の未収入金である。また、「売掛金の消し込み」とは、債務者からの掛売代金等の入金を当該売掛金に対応させて、かつ、当該売掛金の金額と入金額を照合する作業であり、売掛金額とが一致した場合には、これをもって当該債務の弁済が完了したことが確認されたものとされる。
【０００５】
【発明が解決しようとする課題】
上記したような従来のシステムでは、債務者２１から振込元銀行２２への振込依頼、仕向先銀行２３から債権者２０への入金通知等は例えば周知のファームバンキングシステムによって電子化、自動化されており、データのフォーマットも例えば全銀フォーマットとして標準化されている。また、銀行間の支払についても例えば周知の全銀為替ネットワークシステムによって電子化、自動化されている。従って、振込依頼時にフォーマットの所定の位置に入力された任意のデータは債権者への入金通知まで持ち回られ、債権者が認識可能である。
【０００６】
ところが、請求書は書類として送付され、請求書に消し込み処理のための請求書の固有データである「消し込みキー」が付与されていても、振込依頼を行う時に債務者側で振込依頼フォーマットの所定の箇所に消し込みキーを入力しないと、入金通知に消し込みキーが付与されないことになる。しかし、消し込みキーは支払自体には必要のない任意データであるので、請求書に消し込みキーを付加して送付しても、入金通知に消し込みキーが付与されてくる保証がないという問題点があった。
【０００７】
従って、消し込みキーの無い入金通知については、担当者が目視にて振込人や金額等から対応する売掛データを特定して消し込み処理を行う必要があり、手間がかかり、誤って別の売掛データを消し込み処理してしまう恐れもあった。また、振込依頼時に担当者が端末から消し込みキーを打ち込んで入力する場合には、入力誤りが発生する恐れがあるという問題点もあった。本発明は、上記従来の問題を解決し、確実に消し込みキー情報を持ち回り、消し込み処理の自動化が可能な電子取引方法、電子取引センター、電子取引端末、および電子取引システムを提供することを目的とする。
【０００８】
【課題を解決するための手段】
本発明にかかる電子取引方法は、債権者側処理装置と、ＥＤＩサーバ装置と、債務者側処理装置とを備え、少なくとも当該債権者側処理装置とＥＤＩサーバ装置間及びＥＤＩサーバ装置と債務者側処理装置間が通信網を介して接続された電子取引システムにおいて実行される電子取引方法であって、前記債権者側処理装置が個々の請求書に固有な消し込みキー情報を含んだ請求書データを発行し、前記ＥＤＩサーバ装置に送信する工程と、前記ＥＤＩサーバ装置が前記債権者側処理装置より前記請求書データを受信する工程と、前記ＥＤＩサーバ装置が前記請求書データを前記債務者側処理装置によって閲覧が可能な状態にする工程と、前記債務者側処理装置が前記ＥＤＩサーバ装置に対して応答を返す工程と、前記ＥＤＩサーバ装置が前記応答に基づいて支払データを生成する工程と、前記ＥＤＩサーバ装置が前記支払データに対応して固有なマッチングキー情報を付加し、前記支払データに含まれる前記複数の請求書データの消し込みキー情報と前記マッチングキー情報とを対応させて保管する工程と、前記ＥＤＩサーバ装置が前記支払データに基づき、前記マッチングキー情報を含んだ振込依頼データを生成する工程と、前記ＥＤＩサーバ装置が債務者の口座のある振込元銀行に対して前記マッチングキー情報を含んだ振込依頼データを送信する工程と、前記ＥＤＩサーバ装置が前記振込依頼によって振り込まれた仕向先銀行からの入金通知データに含まれるマッチングキー情報に基づき消し込みキー情報を得て、この消し込みキー情報を含む支払データを前記入金通知データに付加し、前記債権者側処理装置に対して送信する工程と、前記債権者側処理装置が前記支払データが付加された入金通知データを受信し、当該支払データに含まれる消し込みキー情報に基づいて消し込み処理を行う工程を実行するものである。本発明によれば、債権者が発行した請求書に付加した消し込みキー（あるいは消し込みキーを特定できるマッチングキー情報）が入金通知まで自動的に持ち回られ、消し込み処理を自動的に実行することが可能となる。
【０００９】
本発明にかかる電子取引システムは、少なくとも債権者側処理装置と、ＥＤＩサーバ装置と、債務者側処理装置とを備えた電子取引システムであって、前記債権者側処理装置は、個々の請求書に固有な消し込みキー情報を含んだ請求書データを発行し、ＥＤＩサーバ装置に送信する手段と、前記ＥＤＩサーバ装置から支払データが付加された入金通知データを受信し、当該支払データに含まれる消し込みキー情報に基づいて消し込み処理を行う手段を備え、前記ＥＤＩサーバ装置は、前記債権者側処理装置より前記請求書データを受信する手段と、前記請求書データを前記債務者側処理装置によって閲覧が可能な状態にする手段と、前記債務者側処理装置からの応答に基づいて支払データを生成する工程と、前記支払データに対応して固有なマッチングキー情報を付加し、前記支払データに含まれる前記複数の請求書データの消し込みキー情報と前記マッチングキー情報とを対応させて保管する手段と、前記支払データに基づき、前記マッチングキー情報を含んだ振込依頼データを生成する手段と、債務者の口座のある振込元銀行に対して前記マッチングキー情報を含んだ振込依頼データを送信する手段と、前記振込依頼によって振り込まれた仕向先銀行からの入金通知データに含まれるマッチングキー情報に基づき消し込みキー情報を得て、この消し込みキー情報を含む支払データを前記入金通知データに付加し、前記債権者側処理装置に対して送信する手段を備え、前記債務者側処理装置は、前記ＥＤＩサーバ装置に対して応答を返す手段を備えたものである。
本発明によれば、債権者が発行した請求書に付加した消し込みキー（あるいは消し込みキーを特定できるマッチングキー情報）が入金通知まで自動的に持ち回られ、消し込み処理を自動的に実行することが可能となる。
【００１０】
【発明の実施の形態】
以下、本発明の実施の形態について、図を参照しながら詳細に説明する。図１４は、本発明の電子取引システムのハードウェア構成を示すブロック図である。ＥＤＩセンターを構成するＥＤＩサーバ装置９０はインターネット９７を介して輸出者（債権者）処理装置９１、輸入者（債務者）処理装置９２、商社処理装置９５、物流業者処理装置９６と接続可能に構成されている。輸出者処理装置９１およびＥＤＩサーバ装置９０と取引銀行である銀行処理装置９４の間、および輸入者処理装置９２およびＥＤＩサーバ装置９０と取引銀行である銀行処理装置９３の間は周知のファームバンキング網９８、９９によって接続されている。更に、銀行処理装置９３と銀行処理装置９４の間は例えば全銀為替網等の周知の銀行間ネットワーク１００によって接続されている。
【００１１】
なお、本発明を実施する上において、ＥＤＩサーバ装置９０と銀行処理装置９３、９４との間をインターネット９７において接続する必要はないが、ファームバンキング網９８、９９あるいは銀行間ネットワーク１００の代わりにインターネット９７を使用することも可能である。また、各装置間の通信に使用する通信網としてはインターネットに限らず、専用線、電話網、データ通信網など公知の任意の通信網を使用可能である。
【００１２】
ＥＤＩサーバ装置９０のハードウェアについては、市販されている周知のサーバ装置等を使用可能であり、ＯＳ等のソフトウェアもWindowsNT（登録商標）や市販のサーバ用ソフトなどのソフトウェアを組み合わせて構成可能である。通信プロトコルとしては使用する通信網に対応して全銀手順、ＴＣＰ／ＩＰ、ＨＴＴＰ、ＦＴＰなどの周知のプロトコルを組み合わせて使用することにより実施可能である。輸出者処理装置９１、輸入者処理装置９２、銀行処理装置９３、９４、商社処理装置９５、物流業者処理装置９６については、やはり市販のサーバ装置やパソコン、あるいは既存の任意のコンピュータシステムを使用可能である。
【００１３】
図１５は、本発明の電子取引システムにおける取引に関するデータのやり取りの概要を示す説明図である。例えば輸入者がインターネット経由で注文書（Ｐ／Ｏ）をＥＤＩセンターへ送信すると、ＥＤＩセンターにおいては、注文書データを保管すると共に、宛先の輸出者へ転送する。輸出者がこの注文を請け、注文請書（ＡＣＫ）をＥＤＩセンターに送信すると、ＥＤＩセンターにおいては、注文請書を対応する注文書データに追加する形で保管すると共に、宛先の輸入者へ転送する。このようにして、各種の書類データがやり取りされた後、輸出者から請求書が送信される。輸入者は、後述する方法でＥＤＩセンターあるいは取引銀行に対して支払通知（依頼）を行い、輸出者は入金通知を受け取ると、入金（請求、売掛）の消し込み処理を行う。
【００１４】
図１７は、伝送あるいは蓄積される取引データの内容例を示す説明図である。取引データは例えばテキストデータであり、公知のＸＭＬと類似したタグを利用して、１レコードで全てのデータ履歴を保存、管理する構造を取る。タグは、内容文字列中で使用しない（使用禁止の）特定の記号（デリミタ：当実施例では"＜"および"＞"）で囲まれた固有の文字列（例えば＜status＞など）であり、２つの対応するタグで囲まれた文字列（例えばＰＯ：注文書など）がデータの内容である。
【００１５】
取引データのフォーマットは、ヘッダ（header）と内容（contents）に分かれている。そして、ヘッダと内容のそれぞれは１つあるいは複数のバージョン（version）を含んでいる。バージョンの後には、１から始まる数字が付与されており、各数字は取引の各段階と対応している。即ち、バージョン１は注文書、バージョン２は注文請書といった具合である。そして、取引が各段階に進んだ時点で新たなバージョンが追加されていく。
【００１６】
それぞれのバージョン内には項目が存在する。それぞれのバージョンはそのバージョンより数字が低いバージョンの項目内容を引き継ぐ。後のバージョンで同一項目がある場合は、前バージョンの項目内容を置き換える。また、内容を削除する場合は"DELETE"を記入する。取引データをこのような構造で伝送あるいは保存するので、１レコードで履歴管理を行うことができ、冗長性が無く、ポータブル性に富む。従って、各種書類データの作成、管理が容易になる。
【００１７】
図１は、本発明の電子取引システムの第１実施例の構成を示すブロック図である。なお、本実施例においては、例えば自動車の車体メーカ１２が部品メーカ１１に部品を発注した場合の決済方法について説明する。詳細は後述するが、債権者である部品メーカ１１は、受け取った注文書に基づいて部品を発送すると共に、請求書を発行する。請求書は例えば前述したＸＭＬテキストフォーマットにて作成され、請求書には、部品メーカ１１が生成した請求書固有の「消し込みキー」が付与されている。請求書データは通信網を介してＥＤＩ（Electronic Data Interchange）センター１０に送信される。
【００１８】
ＥＤＩセンター１０においては、受信した請求書データを保存すると共に、例えば債務者である車体メーカ１２に対して、メール等によって請求書のチェックを行うよう通知する。車体メーカ１２は請求書の内容を閲覧して金額等を確認し、ＯＫであれば了承の応答を返す。ＥＤＩセンター１０は請求書データに基づいて後述するように振込依頼データの作成を行う。この振込依頼データには「消し込みキー」が含まれている。車体メーカ１２は振込依頼データの内容を閲覧してＯＫであれば、支払指示の応答を返し、作成された振込依頼データは、例えば周知のファームバンキングシステムを使用して、車体メーカ１２の取引銀行である振込元銀行１３に送信される。
【００１９】
振込元銀行１３は、受信した振込依頼データに基づき、例えば周知の全銀為替ネットワークシステムを使用して支払（振込）を実行する。なお、この支払データにも「消し込みキー」が含まれている。部品メーカ１１の取引銀行である仕向先銀行１４は、振込があると周知のファームバンキングシステムを使用して入金通知データを部品メーカ１１に送信する。この入金通知データにも「消し込みキー」が含まれている。部品メーカ１１においては、請求書と同時に生成した「消し込みキー」付きの売掛データの中から入金通知データ中の消し込みキーと一致する売掛データを読み出し、請求額が入金されているか否かをチェックする消し込み処理を行う。以上のような構成及び動作によって、決済処理における消し込み処理の自動化を図ることが出来る。
【００２０】
図３は、本発明の電子取引システムのＥＤＩセンター１０におけるデータおよび処理の関係を示す説明図であり、図４は、本発明の電子取引システムにおける債権者側の処理装置１１におけるデータおよび処理の関係を示す説明図である。また、図５は、本発明の電子取引システムのＥＤＩセンター１０におけるデータ変換例を示す説明図である。
【００２１】
まず、図４の請求書作成処理４０について説明する。図７は、債権者側処理装置１１における請求書作成処理４０の内容を示すフローチャートである。この処理は請求書の発行要求が発生する度に起動される。Ｓ２０においては、発行する請求書に固有の「消し込みキー」を生成する。この「消し込みキー」は、例えば１２桁の文字列コードからなり、各文字コードは伝送に支障の無い任意の文字、数字、記号からなる。なお、固有であることを保証するために、文字列の一部に債権者固有の文字コードおよび循環する通し番号情報を含んでいてもよい。
【００２２】
Ｓ２１においては、消し込みキーを含んだ請求書データ（ファイル）３０を生成する。請求書データ３０には、図５に示されているように、伝票番号、被仕向銀行および口座に関する情報、振込金額などの情報と共にＳ２０において生成した「消し込み（キー）情報」が含まれている。生成された請求書データ３０はＥＤＩセンター１０に送信される。Ｓ２２においては、請求書データと同様のデータが格納された図４の売掛ファイル４２を生成して保管する。
【００２３】
図３に移行して、ＥＤＩセンター１０における処理について説明する。図６は、ＥＤＩセンター１０における処理の内容を示すフローチャートである。Ｓ１０において、債権者側処理装置１１から受信した請求書ファイル３０は、そのまま履歴情報ＤＢ（データベース）３１に格納される。この履歴情報ＤＢ３１にはＥＤＩセンター１０が受信した取引に関する各種のデータを図１８に示すような形式で保存し、必要に応じて過去のデータを全て読み出すことができるように構成されている。
【００２４】
Ｓ１１においては、債務者側処理装置１２に対して、例えば電子メールによって請求書が届いているのでチェックを行うように催促する通知を送信する。通知を受けた債務者１２はＥＤＩセンター１０にアクセスし、請求書ファイル３０を閲覧する。そして、金額等を確認し、ＯＫであれば了承の応答を返す。なお、債務者１２はここで金額を変更することも可能である。
【００２５】
Ｓ１２においては、請求書データ３０が振込依頼中間ファイル３２に変換される。この変換では図５に示されているように、請求書データ３０から「消し込みキー」を含む必要な情報を抽出している。Ｓ１３においては、前記した振込依頼中間ファイル３２の他、振込依頼人に関する各種情報が予め登録されている振込情報テーブル３３、全銀手順における振込データのフォーマット等が予め登録されているフォーマットテンプレート３４、銀行の営業日に関するデータが格納されているカレンダー情報ファイル３５から必要な情報を読み出して、図５右側に示すような総合振込ファイル３７を生成する。
【００２６】
この総合振込ファイル３７のフォーマットは周知の全銀フォーマットに準拠しており、データレコードの中にはＥＤＩ情報というデータ項目がある。そして、本発明においてはこのＥＤＩ情報欄に請求書に付加されてきた「消し込みキー情報」を自動的に記入する。なお、項目名の前に"＊"が付与されている項目は任意項目であり、記入されていなくてもよい項目である。
【００２７】
Ｓ１４においては、債務者１２が振込依頼データの内容を閲覧して、支払指示の応答を返すまで待ち、Ｓ１５においては、作成された振込依頼データ３７が例えば周知のファームバンキングシステム３８を使用して、債務者１２の取引銀行である振込元銀行１３に送信される。なお、振込依頼データ３７は履歴情報ＤＢ３１にも保存される。
【００２８】
振込元銀行１３は、受信した振込依頼データに基づき、例えば周知の全銀為替ネットワークシステムを使用して支払（振込）を実行する。なお、この支払データにも「消し込みキー」が含まれている。図４に移行して、部品メーカ１１の取引銀行である仕向先銀行１４は前記した振込があると、周知のファームバンキングシステム４３を使用して入金通知データ４４を債権者側処理装置１１に送信する。この入金通知データ４４にも「消し込みキー」が含まれている。
【００２９】
図８は、債権者側処理装置１１における消し込み処理４５の内容を示すフローチャートである。Ｓ３０においては、仕向先銀行１４から入金通知があるまで待ち、Ｓ３１においては入金通知データ４４に含まれている「消し込みキー」を抽出し、同じ消し込みキーを持つ売掛ファイル４２を検索して読み出す。Ｓ３２においては、読み出した売掛ファイル４２と入金通知データ４４の債務者や振込金額等をチェックし、正常か否かを判定する。そして、判定結果がＯＫの場合にはＳ３３に移行するが、ＮＧ（異常）である場合にはＳ３４に移行する。Ｓ３３においては、売掛ファイル４２を消し込み済みファイル４６として保存する。また、Ｓ３４においては売掛ファイル４２を消し込み不能ファイル４７として保管する。以上のような構成及び動作によって、決済処理における消し込み処理の自動化を図ることが出来る。
【００３０】
次に、第２実施例について説明する。第１の実施例においては請求書データを１対１で振込依頼データに変換するものであったが、この様な構成では、例えば複数の請求書をまとめて月末に１回だけ振り込むというような処理に対応ができない。そこで、第２実施例は複数の請求書データをまとめて振り込むことができ、かつ個々の請求書データの消し込み処理を可能にしたものである。図９は、本発明の電子取引システムの第２実施例の構成を示すブロック図である。第１の実施例と異なる点は、債務者側処理装置６１において、受信した複数の請求書をまとめて支払案内書を作成してＥＤＩセンター６０へ送信する点、およびＥＤＩセンター６０において、支払案内書に対応して固有のマッチングキーを生成、付与して振込依頼を行うと共に、複数の請求書の消し込みキーとマッチングキーとの対応をテーブルに保存し、銀行からの入金通知に付加されているマッチングキーに基づき、入金通知に対応する複数の消し込みキーを付加して債権者に通知する点である。
【００３１】
ＥＤＩセンター６０から振込元銀行へ送信される振込依頼データには、第１実施例の消し込みキーの代わりにマッチングキーが付与されている。そして、仕向先銀行からＥＤＩセンター６０に対して送信される入金通知にもマッチングキーが付与されている。ＥＤＩセンター６０は入金通知に付加されているマッチングキーに基づき、入金通知に対応する複数の消し込みキー情報を付加して債権者に通知する。従って、債権者は入金通知と共に対応する複数の消し込みキーを受け取ることができるので、各請求書ごとの消し込みを行うことができる。
【００３２】
図１０は、第２実施例における債務者側処理装置６１におけるデータおよび処理の関係を示す説明図である。ＥＤＩセンター６０より受信した請求書ファイル７０は債務者側処理装置６１に一時的に保管され、債務者による請求内容チェック７１を受ける。そして、例えば月末毎に起動される支払案内書作成処理７２によって、チェック済みの複数の請求書ファイル７０から支払案内書ファイル７３が生成される。
【００３３】
図１２は、債務者側処理装置６１における支払案内書作成処理７２の内容を示すフローチャートである。Ｓ４０においては、合算指示された請求書データの請求額を合算して支払額を算出し、支払案内書レコードを生成する。なお、ここで支払額を変更することも可能である。Ｓ４１においては、支払案内書レコードに合算した各請求書の明細データファイルを付加して支払案内書ファイルを生成する。Ｓ４２においては支払案内書ファイルをＥＤＩセンター６０へ送信する。
【００３４】
図１１は、第２実施例におけるＥＤＩセンター６０におけるデータおよび処理の関係を示す説明図である。債権者側処理装置１１から受信した請求書ファイル３０は、履歴情報ＤＢ３１に格納されると共に、宛先の債務者側処理装置６１に転送される。また、債務者側処理装置６１から受信した支払案内書ファイル８０は、マッチングキー付与処理８１によってマッチングキーが付与され、振込依頼中間ファイル３２が生成される。
【００３５】
図１３は、ＥＤＩセンター６０におけるマッチングキー付与処理８１および消し込みキー付加処理８３の内容を示すフローチャートである。マッチングキー付与処理８１において、Ｓ５０においては固有のマッチングキーが生成される。Ｓ５１においては支払案内書ファイル８０にマッチングキーが書き込まれる。Ｓ５２においては、マッチングキーの書き込まれた支払案内書ファイル８０が履歴情報ＤＢ３１に格納される。
【００３６】
図１６は、第２実施例における支払案内書の内容例を示す説明図である。支払案内書データであるPay-1ファイルは合計支払額データ（＜total price＞）、マッチングキー（＜matching key＞）、注文書ファイル名（＜ordern＞）等の項目を含み、各注文書ファイル名として記載された注文書ファイル（実施例においてはpo-1〜po-5）には、バージョン１０として、請求額（＜price＞）の他、消し込みキー情報（＜reassociation key＞）を含む請求書（Bill）データが格納されている。
【００３７】
図１３に戻って、Ｓ５３においては、支払案内書ファイル８０のファイル名あるいは支払案内書８０にと対応する複数の請求書ファイル名とマッチングキーが対応づけられてマッチングキーテーブル８２に登録、保存される。Ｓ５４においては、第１の実施例における消し込みキーの代わりにマッチングキーを含む振込依頼中間ファイル３２が生成される。図１１において、振込依頼中間ファイル３２の生成以降、ファームバンキングシステム３８による振込依頼までの処理は、第１の実施例と同一である。但し、総合振込ファイル３７のチェックおよび振込実行指示は省略される。銀行からの入金通知を受信すると消し込みキー付加処理８３が実行され、消し込みキーが付加された入金通知が債権者側処理装置１１へ送信される。
【００３８】
図１３（ｂ）は消し込みキー付加処理の内容を示すフローチャートである。Ｓ６０においては入金通知に付与されているマッチングキーをキーとしてマッチングキーテーブルを検索し、対応する支払案内書ファイル８０のファイル名あるいは支払案内書８０にと対応する複数の請求書ファイル名を得て、更に対応する消し込みキー情報を得る。Ｓ６１においては、入金通知に消し込みキー情報を含む各請求書の明細データを付加する。Ｓ６２においては請求明細の付加された入金通知を債権者に送信する。債権者側処理装置１１においては、受信した請求明細の付加された入金通知に基づき、各請求書（売掛金）の消し込みを行う。以上のような構成により、債務者側において、複数請求書をまとめて振り込んでも、債権者側において、個々の請求書ごとに消し込みが可能となる。
【００３９】
第２実施例においては入金通知をＥＤＩセンターが受信し、マッチングキーを消し込みキーに変換して転送する例を開示したが、第１実施例と同様に入金通知を債権者側処理装置が受け取り、ＥＤＩセンターからマッチングキーと消し込みキーの対応情報（支払案内書）を読み出して請求書ごとの消し込みを行うことも可能である。また、上記実施例においては、全銀フォーマットのＥＤＩ情報欄を使用して消し込みキー情報を持ち回る例を開示したが、振込依頼のフォーマット中に任意のデータを書き込み可能な欄が存在し、書き込んだデータが入金通知情報まで持ち回られるものであれば、フォーマットや手順は任意である。
【００４０】
第２実施例においては、下記のような変形例（第３実施例とする）も考えられる。第３実施例では、支払案内書の作成処理は、第１実施例と同様にＥＤＩセンター６０において実行する。
【００４１】
続いて、第３実施例について詳細に説明する。まず、ＥＤＩセンター６０から振込元銀行へ送信される振込依頼データには、第１実施例の消し込みキーの代わりにマッチングキーが付与されている。そして、仕向先銀行からＥＤＩセンター６０に対して送信される入金通知にもマッチングキーが付与されている。ＥＤＩセンター６０は入金通知に付加されているマッチングキーに基づき、入金通知に対応する複数の消し込みキー情報を付加して債権者に通知する。従って、債権者は入金通知と共に対応する複数の消し込みキーを受け取ることができるので、各請求書ごとの消し込みを行うことができる。
【００４２】
第２実施例における債務者側処理装置６１におけるデータおよび処理の関係を示す図１０では、ＥＤＩセンター６０より受信した請求書ファイル７０は債務者側処理装置６１に一時的に保管され、債務者による請求内容チェック７１を受け、そして、例えば月末毎に起動される支払案内書作成処理７２によって、チェック済みの複数の請求書ファイル７０から支払案内書ファイル７３が生成される。第３実施例においては、かかる支払案内書作 成処理は、ＥＤＩセンター６０において実行される。即ち、第３実施例においては、請求書ファイル７０はＥＤＩセンター６０に一時的に保管され、債務者による請求内容チェック７１を受け、そして、例えば月末毎に起動される支払案内書作成処理７２によって、チェック済みの複数の請求書ファイル７０から支払案内書ファイル７３が生成される。債務者による請求内容チェック７１は、第１実施例と同様にして、債務者１２はＥＤＩセンター６０にアクセスし、請求書ファイル７０を閲覧する。そして、金額等を確認し、ＯＫであれば了承の応答を返す。
【００４３】
図１２は、債務者側処理装置６１における支払案内書作成処理７２の内容を示すフローチャートであるとともに、第３実施例についてＥＤＩセンター６０における支払案内書作成処理７２の内容を示すフローチャートでもある。但し、Ｓ４２において案内書をＥＤＩセンター６０へ送信することとしているが、第３実施例ではＥＤＩセンター６０において案内書が作成されるので、そのままＥＤＩセンター６０がマッチングキー付与処理８１に用いる。即ち、第３実施例では、まずＳ４０においては、合算指示された請求書データの請求額を合算して支払額を算出し、支払案内書レコードを生成する。なお、ここで支払額を変更することも可能である。Ｓ４１においては、支払案内書レコードに合算した各請求書の明細データファイルを付加して支払案内書ファイルを生成する。Ｓ４２においては支払案内書ファイルをＥＤＩセンター６０がマッチングキー付与処理８１に用いる。
【００４４】
図１１に示されるように、債権者側処理装置１１から受信した請求書ファイル３０は、履歴情報ＤＢ３１に格納されると共に、宛先の債務者側処理装置６１に転送される。また、支払案内書ファイル８０は、マッチングキー付与処理８１によってマッチングキーが付与され、振込依頼中間ファイル３２が生成される。
【００４５】
図１３は、ＥＤＩセンター６０におけるマッチングキー付与処理８１および消し込みキー付加処理８３の内容を示すフローチャートとして第２実施例において説明したが、第３実施例においても同様の処理である。マッチングキー付与処理８１において、Ｓ５０においては固有のマッチングキーが生成される。Ｓ５１においては支払案内書ファイル８０にマッチングキーが書き込まれる。Ｓ５２においては、マッチングキーの書き込まれた支払案内書ファイル８０が履歴情報ＤＢ３１に格納される。
【００４６】
図１６に示されるように、支払案内書データである Pay-1 ファイルは合計支払額データ（＜ total price ＞）、マッチングキー（＜ matching key ＞）、注文書ファイル名（＜ ordern ＞）等の項目を含み、各注文書ファイル名として記載された注文書ファイル（実施例においては po-1 〜 po-5 ）には、バージョン１０として、請求額（＜ price ＞）の他、消し込みキー情報（＜ reassociation key ＞）を含む請求書（ Bill ）データが格納されている。
【００４７】
図１３に戻って、Ｓ５３においては、支払案内書ファイル８０のファイル名あるいは支払案内書８０にと対応する複数の請求書ファイル名とマッチングキーが対応づけられてマッチングキーテーブル８２に登録、保存される。Ｓ５４においては、第１の実施例における消し込みキーの代わりにマッチングキーを含む振込依頼中間ファイル３２が生成される。図１１において、振込依頼中間ファイル３２の生成以降、ファームバンキングシステム３８による振込依頼までの処理は、第１の実施例と同一である。但し、総合振込ファイル３７のチェックおよび振込実行指示は省略される。銀行からの入金通知を受信すると消し込みキー付加処理８３が実行され、消し込みキーが付加された入金通知が債権者側処理装置１１へ送信される。
【００４８】
図１３（ｂ）は消し込みキー付加処理の内容を示すフローチャートである。Ｓ６０においては入金通知に付与されているマッチングキーをキーとしてマッチングキーテーブルを 検索し、対応する支払案内書ファイル８０のファイル名あるいは支払案内書８０にと対応する複数の請求書ファイル名を得て、更に対応する消し込みキー情報を得る。Ｓ６１においては、入金通知に消し込みキー情報を含む各請求書の明細データを付加する。Ｓ６２においては請求明細の付加された入金通知を債権者に送信する。債権者側処理装置１１においては、受信した請求明細の付加された入金通知に基づき、各請求書（売掛金）の消し込みを行う。以上のような構成により、第３実施例によれば、債務者側において、複数請求書をまとめて振り込んでも、債権者側において、個々の請求書ごとに消し込みが可能となる。特に、第３実施例によれば、債務者の手を煩わせることなく、振込依頼データ中に消し込みキー情報に付加したマッチングキー情報を含ませることができ、消し込み処理を確実に実行できる。さらに、ＥＤＩサーバ装置が単に振込依頼を代行しているのではなく、債務者側処理装置が請求書データを閲覧し、その応答を返す処理を実行するため、債務者も振込に関連する情報を確認することができ、消し込み処理を確実に行なうための一連の処理を滞りなく、実現できる。
【００４９】
【発明の効果】
本発明によれば、債権者が発行した請求書に付加した消し込みキーに対応するマッチングキーが入金通知まで自動的に持ち回られ、消し込み処理を自動的に実行することが可能となり、処理の効率化および精度の向上を図ることができるという効果が得られる。また、請求書データから振込依頼データが自動的に生成されるので、振込処理にかかる手間が軽減され、処理時間も短縮される。更に、各種書類データがそのまま保存されるので、取引に関する書類データを遡って閲覧可能となり、エラー処理等が容易になるという効果がある。特に、本発明によれば、債務者の手を煩わせることなく、振込依頼データ中に消し込みキー情報に付加したマッチングキー情報を含ませることができ、消し込み処理を確実に実行できる。さらに、ＥＤＩサーバ装置が単に振込依頼を代行しているのではなく、債務者側処理装置が請求書データを閲覧し、その応答を返す処理を実行するため、債務者も振込に関連する情報を確認することができ、消し込み処理を確実に行なうための一連の処理を滞りなく、実現できる。
【図面の簡単な説明】
【図１】 本発明の電子取引システムの第１実施例の構成を示すブロック図である。
【図２】 従来の債権者と債務者の間の決済方法を示す説明図である。
【図３】 本発明の電子取引システムのＥＤＩセンター１０におけるデータおよび処理の関係を示す説明図である。
【図４】 本発明の電子取引システムにおける債務者側の処理装置１１におけるデータおよび処理の関係を示す説明図である。
【図５】 本発明の電子取引システムのＥＤＩセンター１０におけるデータ変換例を示す説明図である。
【図６】 ＥＤＩセンター１０における処理の内容を示すフローチャートである。
【図７】 債権者側処理装置１１における請求書作成処理４０の内容を示すフローチャートである。
【図８】 債権者側処理装置１１における消し込み処理４５の内容を示すフローチャートである。
【図９】 本発明の電子取引システムの第２実施例の構成を示すブロック図である。
【図１０】 第２実施例における債務者側処理装置６１におけるデータおよび処理の関係を示す説明図である。
【図１１】 第２実施例及び第３実施例におけるＥＤＩセンター６０におけるデータおよび処理の関係を示す説明図である。
【図１２】 債務者側処理装置６１における支払案内書作成処理７２の内容を示すフローチャートである。
【図１３】 ＥＤＩセンター６０におけるマッチングキー付与処理８１および消し込みキー付加処理８３の内容を示すフローチャートである。
【図１４】 本発明の電子取引システムのハードウェア構成を示すブロック図である。
【図１５】 本発明の電子取引システムにおける取引に関するデータのやり取りの概要を示す説明図である。
【図１６】 第２実施例における支払案内書の内容例を示す説明図である。
【図１７】 伝送あるいは蓄積される取引データの内容例を示す説明図である。
【符号の説明】
１０、５０、６０...ＥＤＩセンター、１１、５１、６１...債権者側処理装置（部品メーカ）、１２...債務者側処理装置（車体メーカ）、１３...振込元銀行、１４...仕向先銀行、３０、７０...請求書ファイル、３１...履歴情報ＤＢ、３２...振込依頼中間ファイル、３３...振込情報テーブル、３４...フォーマットテンプレート、３５...カレンダー情報、３７...総合振込ファイル、４２...売掛ファイル、４４...入金通知ファイル、４６...消し込み済みファイル、４７...消し込み不能ファイル、７３、８０...支払案内書ファイル、８２...マッチングキーテーブル、９０...ＥＤＩサーバ装置、９１〜９６...処理装置、９７...インターネット、９８、９９...ファームバンキング網
Claims (2)
- 債権者側処理装置と、ＥＤＩサーバ装置と、債務者側処理装置とを備え、少なくとも当該債権者側処理装置とＥＤＩサーバ装置間及びＥＤＩサーバ装置と債務者側処理装置間が通信網を介して接続された電子取引システムにおいて実行される電子取引方法であって、
前記債権者側処理装置が個々の請求書に固有な消し込みキー情報を含んだ請求書データを発行し、前記ＥＤＩサーバ装置に送信する工程と、
前記ＥＤＩサーバ装置が前記債権者側処理装置より前記請求書データを受信する工程と、
前記ＥＤＩサーバ装置が前記請求書データを前記債務者側処理装置によって閲覧が可能な状態にする工程と、
前記債務者側処理装置が前記ＥＤＩサーバ装置に対して応答を返す工程と、
前記ＥＤＩサーバ装置が前記応答に基づいて支払データを生成する工程と、
前記ＥＤＩサーバ装置が前記支払データに対応して固有なマッチングキー情報を付加し、前記支払データに含まれる前記複数の請求書データの消し込みキー情報と前記マッチングキー情報とを対応させて保管する工程と、
前記ＥＤＩサーバ装置が前記支払データに基づき、前記マッチングキー情報を含んだ振込依頼データを生成する工程と、
前記ＥＤＩサーバ装置が債務者の口座のある振込元銀行に対して前記マッチングキー情報を含んだ振込依頼データを送信する工程と、
前記ＥＤＩサーバ装置が前記振込依頼によって振り込まれた仕向先銀行からの入金通知データに含まれるマッチングキー情報に基づき消し込みキー情報を得て、この消し込みキー情報を含む支払データを前記入金通知データに付加し、前記債権者側処理装置に対して送信する工程と、
前記債権者側処理装置が前記支払データが付加された入金通知データを受信し、当該支払データに含まれる消し込みキー情報に基づいて消し込み処理を行う工程を実行する電子取引方法。 - 少なくとも債権者側処理装置と、ＥＤＩサーバ装置と、債務者側処理装置とを備えた電子取引システムであって、
前記債権者側処理装置は、
個々の請求書に固有な消し込みキー情報を含んだ請求書データを発行し、ＥＤＩサーバ装置に送信する手段と、
前記ＥＤＩサーバ装置から支払データが付加された入金通知データを受信し、当該支払データに含まれる消し込みキー情報に基づいて消し込み処理を行う手段を備え、
前記ＥＤＩサーバ装置は、
前記債権者側処理装置より前記請求書データを受信する手段と、
前記請求書データを前記債務者側処理装置によって閲覧が可能な状態にする手段と、
前記債務者側処理装置からの応答に基づいて支払データを生成する工程と、
前記支払データに対応して固有なマッチングキー情報を付加し、前記支払データに含まれる前記複数の請求書データの消し込みキー情報と前記マッチングキー情報とを対応させて保管する手段と、
前記支払データに基づき、前記マッチングキー情報を含んだ振込依頼データを生成する手段と、
債務者の口座のある振込元銀行に対して前記マッチングキー情報を含んだ振込依頼データを送信する手段と、
前記振込依頼によって振り込まれた仕向先銀行からの入金通知データに含まれるマッチングキー情報に基づき消し込みキー情報を得て、この消し込みキー情報を含む支払データ を前記入金通知データに付加し、前記債権者側処理装置に対して送信する手段を備え、
前記債務者側処理装置は、
前記ＥＤＩサーバ装置に対して応答を返す手段とを備えた電子取引システム。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP27166099A JP3654801B2 (ja) | 1999-09-27 | 1999-09-27 | 電子取引方法および電子取引システム |
| EP00117530A EP1087349A3 (en) | 1999-09-27 | 2000-08-14 | Electronic transaction method, electronic transaction center, electronic transaction terminal and electronic transaction system |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP27166099A JP3654801B2 (ja) | 1999-09-27 | 1999-09-27 | 電子取引方法および電子取引システム |
Related Child Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002046464A Division JP2002312597A (ja) | 2002-02-22 | 2002-02-22 | 電子取引方法、電子取引センター、電子取引端末、および電子取引システム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2001092913A JP2001092913A (ja) | 2001-04-06 |
| JP3654801B2 true JP3654801B2 (ja) | 2005-06-02 |
Family
ID=17503131
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP27166099A Expired - Lifetime JP3654801B2 (ja) | 1999-09-27 | 1999-09-27 | 電子取引方法および電子取引システム |
Country Status (2)
| Country | Link |
|---|---|
| EP (1) | EP1087349A3 (ja) |
| JP (1) | JP3654801B2 (ja) |
Families Citing this family (12)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1439141A (zh) | 2000-04-26 | 2003-08-27 | 电通应用股份有限公司 | 管理交易和清算的方法,通知沿消费动向的信息的方法 |
| JP4724335B2 (ja) * | 2001-09-19 | 2011-07-13 | 株式会社三井住友銀行 | 振込処理方法、振込処理システム及びコンピュータに振込処理を実行させるためのコンピュータソフトウエアプログラム |
| JP2003108893A (ja) * | 2001-09-28 | 2003-04-11 | Iy Bank Co Ltd | 電子決済サービス方法及び電子決済システム |
| JP2003123018A (ja) * | 2001-10-11 | 2003-04-25 | Nec Corp | 決済方法、決済システムおよび決済支援プログラム |
| JP2004280359A (ja) * | 2003-03-14 | 2004-10-07 | Mizuho Corporate Bank Ltd | 入金通知システム |
| JP2005128627A (ja) * | 2003-10-21 | 2005-05-19 | Kyodo Printing Co Ltd | データ出力システム、データ出力方法 |
| JP4421924B2 (ja) * | 2004-03-26 | 2010-02-24 | 株式会社みずほコーポレート銀行 | 振込サービスシステム |
| CN1811814A (zh) | 2006-03-01 | 2006-08-02 | 阿里巴巴公司 | 一种账户充值的方法和*** |
| JP4550156B1 (ja) * | 2009-09-29 | 2010-09-22 | 株式会社三菱東京Ｕｆｊ銀行 | 電子記録債権消込支援システム及び電子記録債権の消込支援方法 |
| US10282712B2 (en) | 2013-02-07 | 2019-05-07 | Jpmorgan Chase Bank, N.A. | Integrated electronic disbursement and cash flow management system and method |
| US10387858B2 (en) | 2013-02-07 | 2019-08-20 | Jpmorgan Chase Bank, N.A. | Integrated electronic cash flow management system and method |
| JP2017162157A (ja) * | 2016-03-09 | 2017-09-14 | フリー株式会社 | 会計支援装置、会計支援方法、及び会計支援プログラム |
Family Cites Families (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5832460A (en) * | 1995-06-02 | 1998-11-03 | International Business Machines Corporation | Method and system for bill presentation and payment reconciliation |
| WO1998007119A2 (en) * | 1996-08-09 | 1998-02-19 | Unisys Corporation | Method and transaction machine for managing payments by means of financial documents |
| US6292789B1 (en) * | 1997-08-26 | 2001-09-18 | Citibank, N.A. | Method and system for bill presentment and payment |
-
1999
- 1999-09-27 JP JP27166099A patent/JP3654801B2/ja not_active Expired - Lifetime
-
2000
- 2000-08-14 EP EP00117530A patent/EP1087349A3/en not_active Withdrawn
Also Published As
| Publication number | Publication date |
|---|---|
| JP2001092913A (ja) | 2001-04-06 |
| EP1087349A2 (en) | 2001-03-28 |
| EP1087349A3 (en) | 2001-05-16 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| RU2540814C2 (ru) | Файловая структура для упрощения реструктуризации учетной записи в системе электронных платежей | |
| US8156021B2 (en) | Data processing system and method for transmitting of payment advice data | |
| EP1164519A2 (en) | A computer apparatus for monitoring and updating accountancy records | |
| JP6140909B1 (ja) | 停止条件付き電子記録債権の譲渡担保差入れを管理する電子債権システム及び方法 | |
| JP3654801B2 (ja) | 電子取引方法および電子取引システム | |
| CN113506166A (zh) | 目标业务的数据处理方法、装置和服务器 | |
| JP2009098986A (ja) | 電子債権仲介システム | |
| JP2009087197A (ja) | 決済情報管理システムと決済情報管理プログラムと決済情報管理方法 | |
| JP4591612B1 (ja) | 決済処理方法及び装置 | |
| JPH1078993A (ja) | ファクタリング情報処理システム | |
| JP6427247B1 (ja) | 電子記録債権管理システム | |
| JP4459538B2 (ja) | 組戻し対応資金管理システム、組戻し対応資金管理システム用プログラム、及び組戻し対応資金管理システム用プログラムを記録した記録媒体 | |
| JP4588891B2 (ja) | 決済管理システム、決済管理方法、決済管理プログラムを記録した記録媒体及び決済管理プログラム | |
| TW200405189A (en) | Payment escrow system and payment escrow method | |
| JP4889189B2 (ja) | 支払代行対応資金管理システム、支払代行対応資金管理システム用プログラム及びそのプログラムを記録した記録媒体 | |
| JP2004310729A (ja) | 貿易取引の決済支援装置及びプログラム | |
| JP2001222656A (ja) | 財務管理システム、装置、方法及び記録媒体 | |
| JP2002189862A (ja) | 決済装置及び方法 | |
| JPH07282160A (ja) | 金融情報処理システム | |
| JP5089678B2 (ja) | 資金移動処理データ送信装置、資金移動処理データ送信プログラム及び資金移動処理データ送信方法 | |
| CN111640003B (zh) | 结算*** | |
| JP2002312597A (ja) | 電子取引方法、電子取引センター、電子取引端末、および電子取引システム | |
| EP1096401A2 (en) | Electronic transaction system and electronic transaction method | |
| JP2020201691A (ja) | 払込票処理システム | |
| JP6018690B1 (ja) | 割賦支払電子記録債権管理システム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20020514 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20050113 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20050301 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 3654801 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110311 Year of fee payment: 6 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110311 Year of fee payment: 6 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120311 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130311 Year of fee payment: 8 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140311 Year of fee payment: 9 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| S533 | Written request for registration of change of name |
Free format text: JAPANESE INTERMEDIATE CODE: R313533 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| S531 | Written request for registration of change of domicile |
Free format text: JAPANESE INTERMEDIATE CODE: R313531 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| EXPY | Cancellation because of completion of term |