JP2003036357A - Intermediating method and device for electronic settlement - Google Patents

Intermediating method and device for electronic settlement

Info

Publication number
JP2003036357A
JP2003036357A JP2001222596A JP2001222596A JP2003036357A JP 2003036357 A JP2003036357 A JP 2003036357A JP 2001222596 A JP2001222596 A JP 2001222596A JP 2001222596 A JP2001222596 A JP 2001222596A JP 2003036357 A JP2003036357 A JP 2003036357A
Authority
JP
Japan
Prior art keywords
settlement
bill
transaction information
contract
information
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
JP2001222596A
Other languages
Japanese (ja)
Inventor
Atsushi Shimamura
敦司 島村
Toshiyuki Moritsu
俊之 森津
Haruyuki Someya
治志 染谷
Kunihito Takeuchi
▲国▼人 竹内
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.)
Hitachi Ltd
Original Assignee
Hitachi Ltd
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 Hitachi Ltd filed Critical Hitachi Ltd
Priority to JP2001222596A priority Critical patent/JP2003036357A/en
Publication of JP2003036357A publication Critical patent/JP2003036357A/en
Pending legal-status Critical Current

Links

Landscapes

  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

PROBLEM TO BE SOLVED: To prevent management of settlements of transaction between corporations by electronic draft from becoming complicated due to a draft of the same drawer and payee being issued for each contract. SOLUTION: An electronic draft center server 301 of an electronic draft center 101 extracts information of a transaction of which buyer and seller coincide from the information of transaction received from a marketplace 102 and presents the extracted information of transaction to a terminal 401 in a corporation on a selling side and, for information of a plurality of transactions selected by the selling side, creates one piece of information of an electronic draft in a new sum of settlement totaling each amount of settlement. The server 301 further performs processing of draft drawing, processing of transfer and processing of repayment according to the information of an electronic draft.

Description

【発明の詳細な説明】Detailed Description of the Invention

【0001】[0001]

【発明の属する技術分野】本発明は、企業間の取引にお
ける資金決済の方法および装置に係わり、特に手形によ
る決済を電子的に行う方法および装置に関する。
BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a method and apparatus for settlement of funds in transactions between companies, and more particularly to a method and apparatus for electronically performing bill settlement.

【0002】[0002]

【従来の技術】現在、企業同士などの取引における決済
の手段として、手形が頻繁に用いられている。手形を用
いることにより、取引の買手(手形の振出人)は資金の
用意をしなければならない期日を遅らせることができ
る。また取引の売手(手形の受取人)も手形を割引に出
して資金を得たり、あるいは手形を直接別の取引におけ
る支払の手段として用いることができる。
2. Description of the Related Art At present, bills are frequently used as a means of settlement in transactions between companies. By using bills, the buyer of a transaction (the bill maker) can delay the date when the funds must be prepared. The seller of the transaction (biller of the bill) can also discount the bill to obtain funds, or use the bill directly as a means of payment in another transaction.

【0003】従来、このような現金や預金口座への振込
の代替手段として発生させる債権、債務を電子的に取り
扱う方法として、手形や小切手を電子化する電子手形、
電子小切手と呼ばれる技術が知られている(例えば特開
平2000−113089号公報、特開平2000−1
13075号公報、特開平9−218905号公報な
ど)。これらの技術では、将来の代金の支払いをおこな
う意図があることを示す電子データを支払人のシステム
から受取人のシステムに登録し、この登録データの内容
に従い資金を決済する技術である。またこれらの技術に
おいては、電子手形、電子小切手の複製が生成され二重
に譲渡されることを防止する必要があるため、電子手
形、電子小切手を受取人のシステムに保管するのではな
く、公的な登録機関を用意し、その登録機関に電子手
形、電子小切手を保存する仕組みも知られている(例え
ば特開平11−296603号公報など)。
[0003] Conventionally, as a method of electronically handling a bond or debt that is generated as an alternative means of such transfer to a cash or deposit account, an electronic bill to digitize a bill or a check,
A technique called electronic check is known (for example, Japanese Patent Laid-Open Nos. 2000-113089 and 2000-1).
13075, JP-A-9-218905, etc.). In these technologies, electronic data indicating that there is an intention to pay the future price is registered from the system of the payer to the system of the payee, and the funds are settled according to the contents of the registration data. Also, in these technologies, it is necessary to prevent duplicates of electronic bills and electronic checks from being duplicated and transferred, so that electronic bills and electronic checks are not stored in the recipient's system, but publicly stored. There is also known a mechanism in which a typical registration agency is prepared and electronic bills and electronic checks are stored in the registration agency (for example, Japanese Patent Laid-Open No. 11-296603).

【0004】[0004]

【発明が解決しようとする課題】現在、電子的な商取引
の場として、マーケットプレイスと呼ばれるネットワー
ク上で売買契約を成立させるための仲介機関が整えられ
つつある。マーケットプレイスでは、売手と買手の双方
がネットワークを用いることで電子的に契約を締結する
ことができる。このマーケットプレイスにおいて締結さ
れた契約の決済を買手が売手の銀行口座へ資金を振込む
ことにより行う場合には、取引契約のデータ中の資金決
済に関わる部分を取引当事者が口座を保有する銀行へ通
知すればよい。しかしマーケットプレイスにおいて締結
された契約の決済を行う際に手形を用いようとすれば、
手形には紙の券面が必要であるため、ネットワーク上で
の電子的な処理が行えない。そこでマーケットプレイス
における取引契約の決済を行えるように電子的な手形が
必要となる。
At present, as an electronic commerce site, an intermediary agency for establishing a sales contract on a network called a marketplace is being prepared. In the marketplace, both sellers and buyers can enter into contracts electronically by using the network. If the buyer pays funds to the seller's bank account for settlement of the contract concluded in this marketplace, the transaction party will notify the bank holding the account of the portion related to the funds settlement in the transaction contract data. do it. However, if you try to use a bill when you settle a contract signed in the marketplace,
Since the bill requires a paper face, it cannot be electronically processed on the network. Therefore, an electronic bill is required so that the transaction contract can be settled in the marketplace.

【0005】このマーケットプレイスにおける取引の決
済のために従来知られている電子的な手形や小切手のシ
ステムを用いると次のような問題がある。すなわちマー
ケットプレイスにおける契約と電子的な手形の対応を整
理する機能がないため、一つのマーケットプレイスにお
ける一つの契約ごとに一つの電子的な手形を振出すこと
となり、同一の振出人や受取人の手形が多数発生した
り、また譲渡等に際して手形を分割することができず、
管理が困難となることである。
The use of the conventionally known electronic bill and check system for settlement of transactions in this market place has the following problems. In other words, because there is no function to organize correspondence between contracts and electronic bills in the marketplace, one electronic bill will be issued for each contract in one marketplace, and the same issuer or payee Many bills are generated, and the bills cannot be divided when transferred, etc.,
It is difficult to manage.

【0006】よって本発明では、複数のマーケットプレ
イスにおける取引契約の電子手形による決済を電子手形
をマーケットプレイスごとや、そのマーケットプレイス
における取引契約ごとに分けて振出す必要のないように
取引契約の決済情報を統合することを目的とする。
Therefore, according to the present invention, the settlement of transaction contracts in a plurality of marketplaces by using electronic bills does not need to be divided into electronic bills for each marketplace or each transaction contract in the marketplaces. The purpose is to integrate information.

【0007】また統合した取引契約の決済情報から振出
した手形について、手形の数が多くなりすぎず、また部
分的な譲渡などが行えるように電子手形を管理すること
を目的とする。
Another object of the present invention is to manage electronic bills so that the number of bills drawn from the settlement information of the integrated transaction contract does not become too large and partial transfer can be performed.

【0008】以上、本発明では、複数のマーケットプレ
イスにおける複数の取引契約の決済情報を電子的な手形
をまとめて振出せるような決済情報にまとめる方法と、
まとめられた決済情報から手形の受取人に都合の良いよ
うに電子的な手形を振出すことの出来る手形の管理方法
を示す。
As described above, according to the present invention, a method of collecting payment information of a plurality of transaction contracts in a plurality of marketplaces into payment information that allows electronic bills to be collectively sent out,
A method for managing bills that can be electronically drafted for the convenience of the bill recipient from the collected payment information is shown.

【0009】[0009]

【課題を解決するための手段】本発明は、買手と売手と
の間に資金決済を伴う取引情報を複数件受信して記憶手
段に保持し、これら取引情報の中で買手が一致しかつ売
手が一致する取引情報を抽出し、抽出された取引情報の
中から選別された複数の取引情報について各々の決済金
額の合計を新たな決済金額とする1つの取引情報を作成
する電子決済仲介方法及び装置を特徴とする。
SUMMARY OF THE INVENTION According to the present invention, a plurality of pieces of transaction information involving settlement of funds between a buyer and a seller are received and stored in a storage means. An electronic payment intermediation method for extracting transaction information that matches with each other, and creating one transaction information in which the total settlement amount of each of the plurality of transaction information selected from the extracted transaction information is the new settlement amount. Characterized by the device.

【0010】また本発明は、記憶手段に格納され振出人
の識別子、受取人の識別子、第1の決済金額及び決済日
を含む電子手形情報に基づく電子手形の譲渡処理方法で
あって、このような電子手形情報を受取人の計算環境へ
送信し、その計算環境からの指示に従って振出人の識別
子、指定された新たな受取人の識別子、指定された第2
の決済金額及び決済日を含む新しい電子手形前記情報を
作成して記憶手段に格納し、第1の決済金額から第2の
決済金額を差し引いた金額によって第1の決済金額を更
新する電子決済仲介方法及び装置を特徴とする。
The present invention also provides a transfer processing method for an electronic bill based on the electronic bill information stored in the storage means and including the sender's identifier, the payee's identifier, the first settlement amount, and the settlement date. The electronic bill information to the recipient's computing environment, and in accordance with the instructions from the computing environment, the sender's identifier, the designated new recipient's identifier, and the designated second
A new electronic bill including the settlement amount and settlement date of the electronic bill is stored in the storage means, and the first settlement amount is updated by the amount obtained by subtracting the second settlement amount from the first settlement amount. A method and apparatus are featured.

【0011】[0011]

【発明の実施の形態】複数のマーケットプレイスでの複
数の契約をまとめる処理の第1の実施の形態について詳
細に説明する。本実施形態では、電子的な手形の管理を
行う電子手形センタ101を設ける。図1に示すよう
に、この電子手形センタ101に、手形の振り出しや受
取りを行う企業である企業A104、企業B105、企
業C106、マーケットプレイス102、銀行107が
ネットワーク108を介して接続し取引の処理を行う。
本実施形態の処理の流れを図2に示す。図2は、本実施
形態において、マーケットプレイスの処理201、電子
手形センタの処理とその処理対象のデータ202、売手
企業および買手企業の処理203の関係を図示したもの
である。図中の矢印はデータの移動を表す。
BEST MODE FOR CARRYING OUT THE INVENTION A first embodiment of a process of collecting a plurality of contracts in a plurality of marketplaces will be described in detail. In this embodiment, an electronic bill center 101 that manages electronic bills is provided. As shown in FIG. 1, the electronic bill center 101 is connected with a company A 104, a company B 105, a company C 106, a marketplace 102, and a bank 107, which are companies that issue and receive bills, through a network 108 to process transactions. I do.
The flow of processing of this embodiment is shown in FIG. FIG. 2 illustrates the relationship between the marketplace process 201, the electronic bill center process and the data 202 to be processed, and the seller company and the buyer company process 203 in this embodiment. The arrows in the figure represent the movement of data.

【0012】電子手形センタ101において取引の処理
を行う電子手形センタサーバ301の構成を図3に示
す。電子手形センタサーバ301は、通信装置303、
処理装置304、記憶装置305をバス302で接続し
て構成する。ここで通信装置303は、ネットワーク1
08を介して電子手形センタサーバ301を各参加企業
の企業内端末401、マーケットプレイス102および
銀行107に接続するための機構である。処理装置30
4は、例えばマイクロプロセッサであり、記憶装置30
5に格納された処理プログラムを実行する装置である。
記憶装置305は、例えばメモリや固定ディスクであ
り、処理プログラムや電子手形の取引に関する情報を記
憶する。具体的には記憶装置305は、センタ契約統合
処理307、自動契約統合処理308、センタ手形振出
処理309、センタ手形譲渡処理310の各プログラ
ム、契約情報DB(データベース)701、振出準備D
B1101、手形DB1801、参加者DB901、コ
ード変換表601、契約統合候補表1001の各データ
を記憶する。
FIG. 3 shows the configuration of the electronic bill center server 301 which processes transactions in the electronic bill center 101. The electronic bill center server 301 includes a communication device 303,
A processor 304 and a storage device 305 are connected by a bus 302 and are configured. Here, the communication device 303 is the network 1
A mechanism for connecting the electronic bill center server 301 to the in-company terminal 401, marketplace 102 and bank 107 of each participating company via 08. Processor 30
4 is a microprocessor, for example, and is a storage device 30.
5 is a device that executes the processing program stored in the storage device 5.
The storage device 305 is, for example, a memory or a fixed disk, and stores a processing program and information related to electronic bill transactions. Specifically, the storage device 305 stores each program of the center contract integration process 307, the automatic contract integration process 308, the center bill transfer process 309, the center bill transfer process 310, the contract information DB (database) 701, and the transfer preparation D.
Each data of B1101, bill DB1801, participant DB901, code conversion table 601, and contract integration candidate table 1001 is stored.

【0013】手形の取引を行う企業(手形を振出す企
業、手形を受取る企業)が取引の処理を行うために設置
する企業内端末401の構成を図4に示す。企業内端末
401は、通信装置403、処理装置404、表示装置
405、入力装置406、記憶装置410をバス402
で接続して構成する。ここで通信装置403は、ネット
ワーク108を介して企業内端末401を電子手形セン
タサーバ301に接続するための機構である。処理装置
404は、例えばマイクロプロセッサであり、記憶装置
410に格納された処理を実行する装置である。記憶装
置410は、例えばメモリや固定ディスクであり、処理
プログラムを記憶する。表示装置405は、例えばディ
スプレイであり、取引の処理を行う人への情報の出力を
行う。入力装置406は、例えばキーボードであり、取
引の処理を行う人からの情報の入力を受けるものであ
る。
FIG. 4 shows the configuration of the in-company terminal 401 installed by a company that conducts bill transactions (a company that issues bills and a company that receives bills) to process transactions. The corporate terminal 401 includes a communication device 403, a processing device 404, a display device 405, an input device 406, a storage device 410, and a bus 402.
Connect and configure with. Here, the communication device 403 is a mechanism for connecting the corporate terminal 401 to the electronic bill center server 301 via the network 108. The processing device 404 is, for example, a microprocessor, and is a device that executes the process stored in the storage device 410. The storage device 410 is, for example, a memory or a fixed disk, and stores a processing program. The display device 405 is, for example, a display, and outputs information to a person who processes transactions. The input device 406 is, for example, a keyboard, and receives input of information from a person who processes transactions.

【0014】第1の実施形態は、電子手形を管理する電
子手形センタ101がマーケットプレイスから取引契約
情報を受け取り、これの情報を電子手形の受取企業に送
信して、決済をまとめて行う契約を統合する方法であ
る。以下、企業A104(会社名を「いろは株式会社」
とする)と企業B105(会社名を「にほへ株式会社」
とする)がマーケットプレイスにおいて、企業A104
が買手、企業B105が売手として取引契約を締結した
場合の処理の流れを説明するが、他の取引の場合でも、
取引の売手、取引の買手、マーケットプレイスは、それ
ぞれ企業A104、企業B105、マーケットプレイス
102同様の処理を行う。
In the first embodiment, an electronic bill center 101 that manages electronic bills receives transaction contract information from the marketplace, sends this information to a company that receives the electronic bills, and makes an agreement to collectively perform settlement. It is a method of integration. Below, Company A104 (Company name is “Iroha Co., Ltd.”)
And company B105 (company name "Nihohe Co., Ltd.")
In the marketplace, company A104
Explains the flow of processing when the transaction contract is concluded as the buyer and the company B105 as the seller. Even in the case of other transactions,
The seller of the transaction, the buyer of the transaction, and the market place perform the same processing as the company A 104, the company B 105, and the market place 102, respectively.

【0015】買手である企業Aと売手である企業Bがマ
ーケットプレイスにおいて取引契約を締結すると、マー
ケットプレイスは電子手形センタ101に図5に示すマ
ーケットプレイス契約情報501を送信する。このマー
ケットプレイス契約情報501は、マーケットプレイス
における一件の取引契約ごとに電子手形センタ101へ
送信される。マーケットプレイス契約情報501は、マ
ーケットプレイスID502、契約日503、売手企業
名504、売手企業ID505、買手企業名506、買
手企業ID507、商品名称508、商品詳細509、
決済金額510、決済日511、手形振出日512、マ
ーケットプレイス内契約番号513からなる。
When the company A, which is a buyer, and the company B, which is a seller, conclude a transaction contract in the marketplace, the marketplace transmits the marketplace contract information 501 shown in FIG. 5 to the electronic bill center 101. The marketplace contract information 501 is transmitted to the electronic bill center 101 for each transaction contract in the marketplace. The marketplace contract information 501 includes marketplace ID 502, contract date 503, seller company name 504, seller company ID 505, buyer company name 506, buyer company ID 507, product name 508, product details 509,
It consists of a payment amount 510, a payment date 511, a bill issuing date 512, and a marketplace contract number 513.

【0016】マーケットプレイスID502は、電子手
形センタ101が電子手形センタ101に接続するマー
ケットプレイス102を一意に識別するための番号であ
り、取引契約が行われたマーケットプレイス固有の番号
である。契約日503は、その契約がマーケットプレイ
スにおいて締結された日を示す。売手企業名504は、
その取引の売手であり、商品やサービスを提供する売手
企業の名前である。売手企業ID505は、売手企業を
識別するためにマーケットプレイスが用いている番号で
ある。買手企業名506は、その取引の買手であり、商
品やサービスを受ける買手企業の名前である。買手企業
ID507は、買手企業を識別するためにマーケットプ
レイスが用いている番号である。商品名称508は、そ
の取引の商品やサービスの名称である。商品詳細509
は、その取引の商品やサービスの内容の詳細である。決
済金額510は、商品やサービスの対価として支払う金
額である。決済日511は、商品やサービスの対価とし
ての資金を決済する日であり、その取引のために振出す
電子手形の償還日である。手形の振出人(買手企業)
は、この決済金額510に相当する額を、決済日511
までに手形の所持人に支払う。手形振出日512は、取
引の買手が取引の電子手形を振出す期限の日である。マ
ーケットプレイス内契約番号513は、マーケットプレ
イス内でその取引契約を一意に識別するための番号であ
る。
The marketplace ID 502 is a number for the electronic bill center 101 to uniquely identify the marketplace 102 connected to the electronic bill center 101, and is a number unique to the marketplace with which the transaction contract is made. Contract date 503 indicates the date when the contract was signed at the marketplace. The seller company name 504 is
It is the seller of the transaction and the name of the seller company that provides the goods or services. The seller company ID 505 is a number used by the marketplace to identify the seller company. The buyer company name 506 is the name of the buyer company who is the buyer of the transaction and receives the product or service. The buyer company ID 507 is a number used by the marketplace to identify the buyer company. The product name 508 is the name of the product or service of the transaction. Product details 509
Is the details of the contents of the product or service of the transaction. The payment amount 510 is an amount paid as consideration for a product or service. The settlement date 511 is a date to settle the funds as consideration for the goods and services, and is a redemption date of the electronic bill to be given for the transaction. Bill Drawer (Buyer Company)
Is the payment date 511.
Pay the bill holder by. The bill issuing date 512 is the date when the buyer of the transaction issues the electronic bill of the transaction. The marketplace contract number 513 is a number for uniquely identifying the transaction contract in the marketplace.

【0017】電子手形センタ101は、マーケットプレ
イス契約情報501を受信すると、これに基づいて後に
述べる電子手形振出の処理を行う。ここで買手企業ID
507、売手企業ID505は、企業を識別するための
ものであるが、マーケットプレイス102が独自に決定
するものであるため、異なるマーケットプレイス102
では内容に互換性がない場合がある。そのため電子手形
センタ101は、マーケットプレイス102から受信し
た情報の項目を、電子手形センタ101内で統一して扱
える形式に変換する。この変換を行うために用いるの
が、図6に示すコード変換表601である。コード変換
表601は、コード管理者602ごとに各種のコードを
どのように保持しているかを示す表である。コード管理
者602はコードの管理を行っている機関を示すもので
あり、電子手形センタ101を示す文字列またはマーケ
ットプレイスIDである。コード種別603は、変換す
るコードの種別であり、ここでは企業IDの変換が行え
る。コードデータ604は、各コード管理者602ごと
にそれぞれが管理しているコード種別603のコードを
記録している。
When the electronic bill center 101 receives the marketplace contract information 501, the electronic bill center 101 performs an electronic bill drawing process, which will be described later, based on the received marketplace contract information 501. Buyer company ID here
507 and seller company ID 505 are for identifying the company, but different marketplaces 102 because they are uniquely determined by the marketplace 102.
Then, the contents may not be compatible. Therefore, the electronic bill center 101 converts the items of information received from the marketplace 102 into a format that can be handled uniformly within the electronic bill center 101. The code conversion table 601 shown in FIG. 6 is used to perform this conversion. The code conversion table 601 is a table showing how each code manager 602 holds various codes. The code manager 602 indicates an organization that manages codes, and is a character string indicating the electronic bill center 101 or a marketplace ID. The code type 603 is the type of code to be converted, and here, the company ID can be converted. The code data 604 records the code of the code type 603 managed by each code manager 602.

【0018】このコード変換表601により、コード管
理者である電子手形センタ101と電子手形センタ10
1に参加する各マーケットプレイスが取引を行う企業に
どのように企業IDを割り当てているかが分かり、また
その企業IDの相互変換を行うことができる。具体的に
は、マーケットプレイス契約情報501のマーケットプ
レイスIDは“MPID01”であり、売手企業IDは
“ARM401”であるため、コード変換表601よ
り、この取引契約の売手企業の電子手形センタ101が
管理する企業IDとして“0002”に変換する。同様
に買手企業について、マーケットプレイス契約情報50
1の買手企業IDは、マーケットプレイスIDが“MP
ID01”のマーケットプレイスが“HIS148”と
管理しているものであるので、電子手形センタ101が
管理する企業IDとして“0001”に変換することが
できる。
According to the code conversion table 601, the electronic bill center 101 and the electronic bill center 10 which are code managers.
It is possible to know how each marketplace participating in 1 allocates a company ID to a company that conducts transactions, and it is possible to perform mutual conversion of the company ID. Specifically, the marketplace ID of the marketplace contract information 501 is "MPID01" and the seller company ID is "ARM401". Therefore, from the code conversion table 601, the electronic bill center 101 of the seller company of this transaction contract is displayed. It is converted to "0002" as the company ID to be managed. Similarly, for the buyer company, marketplace contract information 50
The marketer ID is “MP
Since the market place of ID01 is managed as "HIS148", it can be converted to "0001" as the company ID managed by the electronic bill center 101.

【0019】電子手形センタ101は、マーケットプレ
イス102からマーケットプレイス契約情報501を受
取り、その情報を図7に示す契約情報DB701に新た
な契約情報703を作成し、同名の項目に保管する。具
体的には契約情報703のマーケットプレイスID70
5、契約日706、売手企業名707、買手企業名70
9、商品名称711、商品詳細712、決済金額71
3、決済日714、手形振出日715、マーケットプレ
イス内契約番号716に対して、それぞれマーケットプ
レイス契約情報501のマーケットプレイスID50
2、契約日503、売手企業名504、買手企業名50
6、商品名称508、商品詳細509、決済金額51
0、決済日511、手形振出日512、マーケットプレ
イス内契約番号513を設定する。また、売手企業ID
708、買手企業ID710にはそれぞれ、マーケット
プレイス契約情報501の売手企業ID505、買手企
業ID507を電子手形センタ101が管理する企業I
Dへ変換した値を設定する。契約番号704に対して
は、全ての契約情報703で一意となり契約情報703
を識別できる番号を設定するもので、例えば自然数とし
て、契約情報703ごとに1ずつ増加するようにする。
状態717は、その契約情報703の契約の処理状態を
表わすもので、初期状態として“未振出”を設定する。
統合処理が終了したとき、状態717を“統合済”に変
更する。
The electronic bill center 101 receives the marketplace contract information 501 from the marketplace 102, creates new contract information 703 in the contract information DB 701 shown in FIG. 7, and stores it in the item of the same name. Specifically, the marketplace ID 70 of the contract information 703
5, contract date 706, seller company name 707, buyer company name 70
9, product name 711, product details 712, payment amount 71
3, settlement date 714, bill issuance date 715, and marketplace contract number 716 for marketplace ID 50 of marketplace contract information 501, respectively.
2, contract date 503, seller company name 504, buyer company name 50
6, product name 508, product details 509, payment amount 51
0, settlement date 511, bill issuing date 512, and marketplace contract number 513 are set. Also, the seller company ID
708 and a buyer company ID 710 are a company I managed by the electronic note center 101 for the seller company ID 505 and the buyer company ID 507 of the marketplace contract information 501, respectively.
Set the value converted to D. The contract number 704 is unique in all contract information 703, and the contract information 703 is unique.
Is set for each contract information 703, for example, as a natural number.
The state 717 represents the processing state of the contract of the contract information 703, and “not yet paid” is set as the initial state.
When the integration process ends, the status 717 is changed to “integrated”.

【0020】契約情報DB701は、全てのマーケット
プレイスから過去に受取ったマーケットプレイス契約情
報501を全て保管している。この契約情報DB701
により、複数のマーケットプレイスにおける取引契約を
まとめて取り扱うことができる。図7では、最後に受取
ったマーケットプレイス契約情報501の情報が契約情
報703の契約番号が“65”の欄に記録されている。
The contract information DB 701 stores all marketplace contract information 501 received in the past from all marketplaces. This contract information DB701
This makes it possible to handle transaction contracts in multiple marketplaces collectively. In FIG. 7, the information of the marketplace contract information 501 received last is recorded in the column of the contract number of the contract information 703 of “65”.

【0021】契約情報DB701は、マーケットプレイ
スでの取引契約ごとに情報が記録されている。このマー
ケットプレイスでの取引契約は、マーケットプレイスの
種類にもよるが、一種類の商品ごとや、取引の入力ごと
など、同じ売手、買手でも多くの取引契約が発生する。
そのためこの契約情報701の単位で手形を振出した場
合、同様な手形の件数が多くなりすぎるなど、受取人に
不都合がある場合がある。そこでこの契約情報DB70
1の情報を取引の売手企業(手形を受取る企業)が参照
して、どのように契約を統合して電子手形を振出すかを
決定する。電子手形センタ101は、企業から契約を統
合するよう要求があった場合には、契約情報DB701
からその企業が売手企業となっている契約情報を検索し
て、その結果選択される契約情報703を全て送信す
る。これを受取った企業では、まとめて振出す契約ごと
に契約を分類する。これを行う処理であるセンタ契約統
合処理307及び売手契約統合処理407を図8により
説明する。例としては企業B105から契約統合の要求
があった場合を例とする。
Information is recorded in the contract information DB 701 for each transaction contract in the marketplace. The transaction contract in this marketplace depends on the type of marketplace, but many transaction contracts occur even for the same seller and buyer for each type of product or each transaction input.
Therefore, when the bills are drawn out in units of the contract information 701, the recipient may be inconvenient because the number of similar bills becomes too large. So this contract information DB70
The information in item 1 is referred to by the seller company of the transaction (the company that receives the bill) to determine how to consolidate the contracts and issue the electronic bill. When there is a request from a company to integrate contracts, the electronic bill center 101 receives the contract information DB 701.
The contract information in which the company is a seller company is searched, and all the contract information 703 selected as a result is transmitted. The company that receives this classifies the contracts according to the contracts that are collectively issued. The center contract integration process 307 and the seller contract integration process 407 that are processes for doing this will be described with reference to FIG. As an example, a case where the company B105 requests contract integration is taken as an example.

【0022】売手企業である企業Bにおいて、売手契約
統合処理407が企業内端末401で起動されると(ス
テップ851)、企業内端末401は、表示装置405
に企業IDとパスワードの入力画面を表示し、企業の担
当者による企業IDとパスワードの入力を受ける(ステ
ップ852)。ここで企業IDとパスワードの入力画面
とは、企業IDとパスワードの入力を促す画面であり、
企業IDとは電子手形センタ101が管理し、各企業で
一意になるように割り当てた符号である。またパスワー
ドは、各企業が電子手形センタ101に接続するための
符号であり、各企業が電子手形センタ101に登録して
あるものである。
In the company B, which is a seller company, when the seller contract integration process 407 is started by the company terminal 401 (step 851), the company terminal 401 displays the display device 405.
A company ID and password input screen is displayed on the screen, and the company person in charge of the company receives the company ID and password (step 852). Here, the company ID and password input screen is a screen that prompts the user to enter the company ID and password.
The company ID is a code managed by the electronic bill center 101 and assigned so as to be unique to each company. The password is a code for each company to connect to the electronic bill center 101, and is registered in the electronic bill center 101 by each company.

【0023】企業内端末401は、企業IDとパスワー
ドの入力を受けると、これを電子手形センタ101へ送
信する(ステップ853)。電子手形センタサーバ30
1において、センタ契約統合処理307が起動されると
(ステップ801)、電子手形センタサーバ301は、
企業からの接続を待ち、企業から企業IDとパスワード
が送信されるとこれを受信し(ステップ802)、企業
IDとパスワードが正しいことを図9に示す参加者DB
901により検証する。
Upon receiving the input of the company ID and the password, the in-company terminal 401 transmits this to the electronic bill center 101 (step 853). Electronic bill center server 30
In step 1, when the center contract integration process 307 is activated (step 801), the electronic bill center server 301
Waiting for the connection from the company, when the company ID and password are sent from the company, they are received (step 802) and the participant DB shown in FIG. 9 shows that the company ID and password are correct.
Verification is performed according to 901.

【0024】参加者DB901は、企業ID902、パ
スワード903、企業名904、決済銀行名905およ
び口座番号906の組である参加者情報907を記録す
るDBであり、参加者情報907を参照して企業ID9
02からその企業のパスワード903、企業名904、
決済銀行名905、口座番号906を調べることができ
る。ここで決済銀行名905とは、その企業が電子手形
の資金決済処理を行う銀行名であり、口座番号906は
決済銀行名905で指定した銀行の口座番号である。
The participant DB 901 is a DB for recording participant information 907 which is a set of a company ID 902, a password 903, a company name 904, a settlement bank name 905 and an account number 906. ID9
02 to password 903 of the company, company name 904,
The settlement bank name 905 and the account number 906 can be checked. Here, the settlement bank name 905 is the bank name for which the company performs the electronic bill fund settlement process, and the account number 906 is the account number of the bank specified by the settlement bank name 905.

【0025】センタ契約統合処理307は、受信した企
業IDによりこの参加者DB901を検索し、取出した
パスワード903が受信したパスワードと同一であるか
を調べ、同一であれば企業IDとパスワードの検証は成
功であるとし、同一でなければ検証は失敗として処理を
終了する(ステップ803)。以後、企業IDとパスワ
ードの検証と述べた場合は、上記と同様に参加者DB9
01による企業IDとパスワードの対応の確認処理を行
うものとする。
The center contract integration processing 307 searches the participant DB 901 by the received company ID and checks whether the retrieved password 903 is the same as the received password. If they are the same, the company ID and password are not verified. If it is successful, if not the same, the verification is unsuccessful and the process ends (step 803). After that, if the verification of the company ID and password is mentioned, the participant DB 9
It is assumed that the confirmation processing of the correspondence between the company ID and the password by 01 is performed.

【0026】企業IDとパスワードの検証に成功した場
合は、次にセンタ契約統合処理307は、売手企業から
受信した企業IDにより契約情報DB701を検索す
る。この検索は、契約情報DB701の売手企業ID7
08が受信した企業IDであり、かつ契約情報DB70
1の状態717が“未振出”である契約情報703を検
索する(ステップ804)。次に検索により選択された
結果を買手の企業IDごとに分類し、分類ごとに異なる
統合候補番号1003を付け、図10の契約統合候補表
1001とする(ステップ805)。
When the verification of the company ID and the password is successful, the center contract integration process 307 next searches the contract information DB 701 by the company ID received from the seller company. This search is performed by the seller company ID 7 in the contract information DB 701.
08 is the received company ID and the contract information DB 70
The contract information 703 of which the status 717 of 1 is “unassigned” is searched (step 804). Next, the results selected by the search are classified according to the company ID of the buyer, and different integration candidate numbers 1003 are assigned to the respective classifications to obtain the contract integration candidate table 1001 in FIG. 10 (step 805).

【0027】契約統合候補表1001の各契約情報10
02の各項目(契約番号1004、マーケットプレイス
ID1005、契約日1006、売手企業名1007、
売手企業ID1008、買手企業名1009、買手企業
ID1010、商品名称1011、商品詳細1012、
決済金額1013、決済日1014、手形振出日101
5、マーケットプレイス内契約番号1016)は、契約
情報DB701の契約情報703の対応する同名の項目
の値をコピーして記録する。ただし統合候補番号100
3は、同じ分類に分けられた契約には同じ番号がつけら
れ、異なる分類に分けられた契約には異なる番号を付与
するものである。センタ契約統合処理307は、作成し
た契約統合候補表1001を売手企業に送信する(ステ
ップ806)。
Contract information 10 in the contract integration candidate table 1001
02 items (contract number 1004, marketplace ID 1005, contract date 1006, seller company name 1007,
Seller company ID 1008, Buyer company name 1009, Buyer company ID 1010, Product name 1011, Product details 1012,
Settlement amount 1013, settlement date 1014, bill issuing date 101
5. In the marketplace contract number 1016), the value of the corresponding item of the same name in the contract information 703 of the contract information DB 701 is copied and recorded. However, integration candidate number 100
No. 3 assigns the same number to contracts classified into the same category, and gives different numbers to contracts classified into different classes. The center contract integration process 307 transmits the created contract integration candidate table 1001 to the seller company (step 806).

【0028】売手企業の売手契約統合処理407は、契
約統合候補表1001を受取ると(ステップ854)、
統合候補番号ごとに契約統合候補表1001のすべての
情報を表示装置405に表示し、まとめる契約の入力を
入力装置406より受ける(ステップ855)。この入
力は、まとめる契約の「契約番号」をすべて売手企業の
担当者が入力することで行う。売手企業の売手契約統合
処理407は、入力された契約番号をすべて電子手形セ
ンタ101へ送信する(ステップ856)。
When the seller contract integration process 407 of the seller company receives the contract integration candidate table 1001 (step 854),
All the information of the contract integration candidate table 1001 is displayed on the display device 405 for each integration candidate number, and the input of the contract to be combined is received from the input device 406 (step 855). This input is performed by the person in charge of the seller company inputting all the "contract number" of the contract to be combined. The seller contract integration processing 407 of the seller company transmits all the inputted contract numbers to the electronic bill center 101 (step 856).

【0029】センタ契約統合処理307は、売手企業の
企業内端末401から統合する契約番号を受信すると
(ステップ807)、受信した契約番号が契約統合候補
表1001で同じ統合候補番号1003を持つか確認
し、同じでない場合は終了する(ステップ808)。受
信した契約番号に該当する契約情報DB701の契約情
報703の状態717を“統合済”に変更し、図11に
示す振出準備DB1101に登録を行う(ステップ80
9)。
Upon receipt of the contract number to be integrated from the in-company terminal 401 of the seller company (step 807), the center contract integration processing 307 confirms whether the received contract number has the same integration candidate number 1003 in the contract integration candidate table 1001. If they are not the same, the process ends (step 808). The status 717 of the contract information 703 of the contract information DB 701 corresponding to the received contract number is changed to “integrated” and registered in the drawing preparation DB 1101 shown in FIG. 11 (step 80).
9).

【0030】ここで振出準備DB1101に記録する契
約統合情報1103は、受信した契約番号の契約情報7
03の情報であるが、以下の処理を行う。振出準備DB
1101の契約番号1104は、受信した契約番号をす
べて記録する。振出準備DB1101の売手企業ID1
106、売手企業名1105、買手企業ID1108、
買手企業名1107は、受信した契約番号に対応する契
約情報703の同じ名前の項目の情報を記録する。振出
準備DB1101の決済金額1109は、受信した契約
番号に対応する契約情報703の各決済金額713の合
計を記録する。振出準備DB1101の決済日1110
は、受信した契約番号に対応する契約情報703の各決
済日714の中で最も遅い決済日714を記録する。振
出準備DB1101の手形振出日1111は、受信した
契約番号に対応する契約情報703の各手形振出日71
5の中で最も遅い手形振出日715を記録する。ここで
決済日と手形振出日が対応する契約に含まれる決済日、
手形振出日よりも早くなると、取引の買手が始めの契約
による決済日や手形振出日よりも前に、資金を用意した
り手形を振出したりしなければならなくなる。そのため
契約をまとめる行為は本実施形態においては取引の売手
の要求で行うものであるので、決済日、手形振出日のそ
れぞれの最も遅い日とし、取引の買手に不利益が生じな
いようにする。状態1112は、契約統合の済んだ契約
統合情報1103について“統合済”を記録する。
The contract integration information 1103 recorded in the drawing preparation DB 1101 is the contract information 7 of the received contract number.
03 information, the following processing is performed. Drawing preparation DB
The contract number 1104 of 1101 records all the received contract numbers. Seller company ID 1 in the drawing preparation DB 1101
106, seller company name 1105, buyer company ID 1108,
The buyer company name 1107 records the information of the item of the same name in the contract information 703 corresponding to the received contract number. The payment amount 1109 of the payment preparation DB 1101 records the total of each payment amount 713 of the contract information 703 corresponding to the received contract number. Settlement date 1110 of the drawing preparation DB 1101
Records the latest settlement date 714 among the settlement dates 714 of the contract information 703 corresponding to the received contract number. The bill issuance date 1111 of the draft preparation DB 1101 is the bill issuance date 71 of the contract information 703 corresponding to the received contract number.
Record the latest draft date 715 of the five. Here, the settlement date included in the contract corresponding to the settlement date and the bill issuance date,
If it is earlier than the bill issuance date, the buyer of the transaction will have to prepare funds or issue bills before the settlement date and the bill issuance date of the first contract. Therefore, in the present embodiment, the act of concluding a contract is performed at the request of the seller of the transaction. Therefore, the settlement date and the bill issuance date are set to be the latest days so that the buyer of the transaction is not disadvantaged. The state 1112 records “integrated” for the contract integration information 1103 that has been contract integrated.

【0031】図11の振出準備DB1101は、契約番
号「20,32,35」と「50」の契約の統合情報が
あった状態に、企業Bにより統合する契約番号として、
「61」のみが指定され、次に再びセンタ契約統合処理
と売手契約統合処理が起動されて「62,65」の2つ
の契約が指定された場合の情報が追加して記録された状
態の図である。これにより契約番号が「61」の契約は
他の契約と手形を同時に振出さずに統合済とし、契約番
号が「62」と「65」は2つの契約の手形による決済
を統合して行うこととなる。以上、複数のマーケットプ
レイスにおける複数の契約を同時に振出すことのできる
手形の単位としてまとめる処理を示した。
The distribution preparation DB 1101 shown in FIG. 11 stores the contract number “20, 32, 35” and “50” as the contract number to be integrated by the company B in the state where the integrated information of the contract is present.
A diagram showing a state in which only "61" is specified, and then the center contract integration process and the seller contract integration process are activated again and two contracts of "62, 65" are specified and the information is additionally recorded. Is. As a result, the contract with the contract number "61" has already been integrated with other contracts without drawing out the bills at the same time, and the contract numbers "62" and "65" have to be settled by the bills of the two contracts. Becomes In the above, the process of combining a plurality of contracts in a plurality of marketplaces as a unit of a bill that can be drawn out at the same time has been shown.

【0032】次に複数のマーケットプレイスでの複数の
契約をまとめるための処理の第2の実施形態について示
す。第2の実施形態の処理の流れを図12に示す。図1
2は、本実施形態にマーケットプレイスの処理120
1、電子手形センタの処理とその処理対象のデータ12
02、売手企業および買手企業の処理1203の関係を
図示したものである。図中の矢印はデータの移動を表
す。第2の実施形態は、あらかじめ手形の受取手となる
企業が契約のまとめ方をルールとして電子手形センタ1
01に登録しておく方法である。以下、企業Bがあらか
じめ記憶装置305に登録するルール(契約統合ルール
1301)と、企業Aが買手、企業Bが売手として取引
契約を締結した場合の処理の流れを説明する。
Next, a second embodiment of the processing for collecting a plurality of contracts in a plurality of marketplaces will be described. The processing flow of the second embodiment is shown in FIG. Figure 1
2 is a marketplace process 120 according to the present embodiment.
1. Processing of electronic bill center and data 12 of the processing target
02, the processing 1203 of the seller company and the buyer company is illustrated. The arrows in the figure represent the movement of data. In the second embodiment, the electronic bill center 1 has a rule that a company that is a bill receiver in advance arranges a contract.
This is a method of registering 01. Hereinafter, a rule that the company B registers in the storage device 305 in advance (contract integration rule 1301) and a flow of processing when the company A enters into a transaction contract as a buyer and the company B as a seller will be described.

【0033】電子手形センタ101を用いて決済を行う
取引の売手となる企業Bは、あらかじめ電子手形センタ
101に契約をまとめる方法についてのルールを登録し
ておく。このルールは、マーケットプレイスから順次送
られてくる取引契約情報を評価し、その取引契約をそれ
以前の企業Aと企業Bの間の取引契約と統合するか、も
しくは新たな契約統合の単位を作成するかを決定するた
めのものである。
The company B, which is a seller of a transaction for making a settlement using the electronic bill center 101, registers in advance a rule on a method of concluding a contract in the electronic bill center 101. This rule evaluates the transaction contract information sequentially sent from the marketplace and integrates the transaction contract with the previous transaction contract between Company A and Company B, or creates a new contract integration unit. It is for deciding what to do.

【0034】このルールを用いた取引契約の統合を行う
ために、電子手形センタ101は図13に示す契約統合
ルールDB1301を持ち、これに契約統合ルール13
03を保持する。契約統合ルールDB1301は、項目
としてルール番号1304、売手企業ID1305、決
済金額上限1306、適用開始振出日1307、適用終
了振出日1308、適用開始決済日1309、適用終了
決済日1310、統合終了金額1311、ルール適用終
了日1312からなる企業が複数の契約をまとめるため
の契約統合ルール1303を保持する。
In order to integrate transaction contracts using this rule, the electronic bill center 101 has a contract integration rule DB 1301 shown in FIG.
Holds 03. The contract integration rule DB 1301 includes, as items, a rule number 1304, a seller company ID 1305, a settlement amount upper limit 1306, an application start transfer date 1307, an application end transfer date 1308, an application start transfer date 1309, an application end transfer date 1310, and an integrated end amount 1311, A company having a rule application end date 1312 holds a contract integration rule 1303 for collecting a plurality of contracts.

【0035】ここでルール番号1304は、契約統合ル
ールDB1301中のルール契約統合ルール1303を
一意に識別するための番号である。売手企業ID130
5はそのルールを適用する取引の売手企業の企業IDで
あり、参加者DB901で管理する企業ID902であ
る。決済金額上限1306は、この契約統合ルールに基
づきまとめる対象となる契約の決済金額の上限であり、
この決済金額上限を超えた決済金額の取引については、
契約統合の対象としない。適用開始振出日1307、適
用終了振出日1308は、その契約統合ルール1303
に基づきまとめる契約の手形振出日の範囲を決定する。
適用開始決済日1309、適用終了決済日1310は、
その契約統合ルール1303に基づきまとめる契約の決
済日の範囲を決定する。統合終了金額1311は、契約
の統合を終了する金額である。ルール適用終了日131
2は、その契約統合ルール1303を適用する最後の日
である。
Here, the rule number 1304 is a number for uniquely identifying the rule contract integration rule 1303 in the contract integration rule DB 1301. Seller company ID 130
Reference numeral 5 is a company ID of the seller company of the transaction to which the rule is applied, which is a company ID 902 managed by the participant DB 901. The payment amount upper limit 1306 is the upper limit of the payment amount of the contract to be summarized based on this contract integration rule,
For transactions with a payment amount exceeding this payment amount upper limit,
Not subject to contract integration. The application start transfer date 1307 and the application end transfer date 1308 are the contract integration rule 1303.
Determine the range of draft dates for contracts to be summarized based on
The application start settlement date 1309 and the application end settlement date 1310 are
Based on the contract integration rule 1303, the settlement date range of the contracts to be put together is determined. The integration end amount 1311 is an amount for ending the contract integration. Rule application end date 131
2 is the last day to apply the contract integration rule 1303.

【0036】この契約統合ルール1303では、売手企
業ID1305が同じ契約統合ルール1303間で、適
用開始振出日1307から適用終了振出日1308の期
間と、適用開始決済日1309から適用終了決済日13
10の期間の双方に重なりがないようにする。つまりあ
る売手企業IDに対して手形振出日と決済日が指定され
た時に、適用開始振出日1307から適用終了振出日1
308の期間が指定された手形振出日を含み、適用開始
決済日1309から適用終了決済日1310の期間が指
定された決済日を含むような契約統合ルール1303が
複数ないようにする。
In this contract integration rule 1303, between the contract integration rules 1303 having the same seller company ID 1305, the period from the application start distribution date 1307 to the application end distribution date 1308 and the application start settlement date 1309 to the application end settlement date 13
Make sure there is no overlap in both 10 periods. That is, when a bill issuing date and a settlement date are specified for a certain seller company ID, the application start issuing date 1307 to the application end issuing date 1
There are not a plurality of contract integration rules 1303 in which the period 308 includes the designated bill issuing date and the period from the application start settlement date 1309 to the application end settlement date 1310 includes the designated settlement date.

【0037】このルールを用いて契約をまとめる処理
が、自動契約統合処理308である。この自動契約統合
処理308の処理を図14に示す。第1の実施形態と同
様に電子手形センタ101がマーケットプレイスからマ
ーケットプレイス契約情報501を受信し、コードの変
換を行い契約情報DB701に契約情報の追加記録を行
うと、自動契約統合処理308が起動される(ステップ
1401)。
The process of collecting contracts using this rule is the automatic contract integration process 308. The processing of this automatic contract integration processing 308 is shown in FIG. As in the first embodiment, when the electronic bill center 101 receives the marketplace contract information 501 from the marketplace, converts the code, and additionally records the contract information in the contract information DB 701, the automatic contract integration processing 308 is activated. (Step 1401).

【0038】自動契約統合処理308は、契約情報DB
701から追加された状態717が“未振出”の契約情
報703を取り出し、その契約情報703に合う契約統
合ルール1303を契約統合ルールDB1301から検
索して取出す(ステップ1402)。この検索は、次の
5点を満たす契約統合ルール1303を取出すことであ
る。まず契約情報703と契約統合ルール1303で売
手企業IDが一致すること。また契約情報703の決済
金額が契約統合ルール1303の決済金額上限以下であ
ること。また契約情報703の手形振出日が契約統合ル
ール1303の適用開始振出日以後かつ適用終了振出日
以前であること。また契約情報703の決済日が契約統
合ルール1303の適用開始決済日以後かつ適用終了決
済日以前であること。また本処理の処理日が契約統合ル
ール1303のルール適用終了日以前であること。
The automatic contract integration processing 308 is a contract information DB.
The contract information 703 whose status 717 added from 701 is “unassigned” is taken out, and the contract integration rule 1303 matching the contract information 703 is retrieved from the contract integration rule DB 1301 and taken out (step 1402). This search is to retrieve the contract integration rule 1303 that satisfies the following five points. First, the contract company information 703 and the contract integration rule 1303 match the seller company ID. Further, the settlement amount of the contract information 703 is less than or equal to the settlement amount upper limit of the contract integration rule 1303. Further, the bill issuance date of the contract information 703 is after the application start issuance date and the application end issuance date of the contract integration rule 1303. Further, the settlement date of the contract information 703 is after the application start settlement date of the contract integration rule 1303 and before the application end settlement date. Further, the processing date of this processing is before the rule application end date of the contract integration rule 1303.

【0039】ここで契約情報703に合う契約統合ルー
ル1303が無かった場合には(ステップ1403いい
え)、この契約情報703の取引契約は、他の取引契約
とまとめない。すなわちこの契約情報703から単独で
振出準備DB1101に新たな契約統合情報1103を
作成して追加する(ステップ1408)。これは振出準
備DB1101にあらたな契約統合情報1103を作成
し、契約情報703の情報を契約統合情報1103の対
応する項目にコピーすることで行う。このコピーでは、
契約情報703の契約番号704を契約統合情報110
3の契約番号1104にコピーする。同様に契約情報7
03の売手企業名707を契約統合情報1103の売手
企業名1105へ、契約情報703の売手企業ID70
8を契約統合情報1103の売手企業ID1106へ、
契約情報703の買手企業名709を契約統合情報11
03の買手企業名1107へ、契約情報703の買手企
業ID710を契約統合情報1103の買手企業ID1
108へ、契約情報703の決済金額713を契約統合
情報1103の決済金額1109へ、契約情報703の
決済日714を契約統合情報1103の決済日1110
へ、また契約情報703の手形振出日715を契約統合
情報1103の手形振出日1111へコピーする。この
時追加した契約情報703の状態717は“統合済”と
し、契約統合情報1103の状態1112は“未振出
(統合終了)”とする。ここで「統合終了」とは、他の
契約を追加統合できない契約統合情報1103という意
味である。
If there is no contract integration rule 1303 that matches the contract information 703 (No at step 1403), the transaction contract of this contract information 703 is not combined with other transaction contracts. That is, new contract integration information 1103 is created and added to the drawing preparation DB 1101 independently from this contract information 703 (step 1408). This is done by creating new contract integration information 1103 in the distribution preparation DB 1101 and copying the information of the contract information 703 to the corresponding item of the contract integration information 1103. In this copy,
The contract number 704 of the contract information 703 is set to the contract integrated information 110.
3 contract number 1104. Similarly contract information 7
The seller company name 707 of 03 to the seller company name 1105 of the contract integration information 1103, and the seller company ID 70 of the contract information 703
8 to the seller company ID 1106 of the contract integration information 1103,
Buyer company name 709 of the contract information 703 is the contract integrated information 11
The buyer company name 1107 of 03, the buyer company ID 710 of the contract information 703, and the buyer company ID 1 of the contract integration information 1103
108, the settlement amount 713 of the contract information 703 to the settlement amount 1109 of the contract integration information 1103, the settlement date 714 of the contract information 703 to the settlement date 1110 of the contract integration information 1103.
Also, the bill-drawing date 715 of the contract information 703 is copied to the bill-drawing date 1111 of the integrated contract information 1103. The state 717 of the contract information 703 added at this time is “integrated”, and the state 1112 of the contract integrated information 1103 is “unassigned (integrated)”. Here, “integration end” means the contract integration information 1103 in which another contract cannot be additionally integrated.

【0040】契約情報703に適合する契約統合ルール
1303があった場合には(ステップ1403はい)、
電子手形センタ101のサーバは振出準備DB1101
から契約情報703を統合する対象である契約統合情報
1103が既に存在するかどうかを検索する(ステップ
1404)。これはステップ1402で取出した契約統
合ルールにより作成された契約統合情報1103を検索
することであり、次の条件で行う。まず契約情報703
と契約統合情報1103で、売手企業ID、買手企業I
Dがそれぞれ一致すること。また契約統合情報1103
の手形振出日1111が、ステップ1402で取得した
契約統合ルールの適用開始振出日1307以後かつ適用
終了振出日1308以前であること。また契約統合情報
1103の決済日1110が、ステップ1402で取出
した契約統合ルール1303の適用開始決済日1309
以後かつ適用終了決済日1310以前であること。また
契約統合情報1103の状態1112が“未振出”であ
ること。これらの条件に合う契約統合情報1103がな
い場合には(ステップ1405いいえ)、この契約情報
703の取引契約は、既に振出準備DB1101に登録
されている契約統合情報にさらに統合することはしな
い。この場合には、契約情報703によりあらたな契約
統合情報の項目を追加する(ステップ1409)。これ
は前述のステップ1408と同様であるが、契約統合情
報1103の状態1112は“未振出”とする。
If there is a contract integration rule 1303 that matches the contract information 703 (Yes in step 1403),
The server of the electronic bill center 101 is a drawing preparation DB 1101.
Then, it is searched whether or not the contract integration information 1103 that is the target of the integration of the contract information 703 already exists (step 1404). This is to search the contract integration information 1103 created by the contract integration rule extracted in step 1402, and is performed under the following conditions. First contract information 703
And the contract integration information 1103, the seller company ID, the buyer company I
D must match. The contract integration information 1103
Of the bill issuance date 1111 is after the application start issuance date 1307 and before the application end issuance date 1308 of the contract integration rule acquired in step 1402. Further, the settlement date 1110 of the contract integration information 1103 is the application start settlement date 1309 of the contract integration rule 1303 extracted in step 1402.
After that and before the application end settlement date 1310. Further, the state 1112 of the contract integration information 1103 is “not yet issued”. If there is no contract integration information 1103 that meets these conditions (No in step 1405), the transaction contract of this contract information 703 will not be further integrated with the contract integration information already registered in the drawing preparation DB 1101. In this case, an item of new contract integration information is added to the contract information 703 (step 1409). This is the same as the above-mentioned step 1408, but the state 1112 of the contract integration information 1103 is set to “unassigned”.

【0041】振出準備DB1101から統合対象となる
契約統合情報1103を見つけた場合には、その決済金
額1109がステップ1402で検索した結果の契約統
合ルール1303の統合終了金額1311以上かどうか
を確認する(ステップ1406)。既存の契約統合情報
1103の決済金額1109が統合終了金額1311以
上の場合には、その契約統合情報1103の状態111
2を“未振出(統合終了)”に更新し(ステップ141
0)、振出準備DB1101に新しい契約情報703に
ついてあらたな契約統合情報1103の項目を追加す
る。これは前述のステップ1409と同様の処理であ
る。なお既存の契約統合情報1103の決済金額110
9に新しい契約統合情報1103の決済金額1109を
加えたものが統合終了金額1311以上にならないよう
管理するのであってもよい。
When the contract integration information 1103 to be integrated is found from the drawing preparation DB 1101, it is confirmed whether or not the settlement amount 1109 is equal to or more than the integration end amount 1311 of the contract integration rule 1303 as a result of the search in step 1402 ( Step 1406). When the settlement amount 1109 of the existing contract integration information 1103 is equal to or more than the integration end amount 1311, the state 111 of the contract integration information 1103.
2 is updated to “not yet issued (completion of integration)” (step 141
0), the new contract integrated information 1103 item for the new contract information 703 is added to the drawing preparation DB 1101. This is the same processing as step 1409 described above. The settlement amount 110 of the existing contract integration information 1103
It is possible to manage so that the sum of 9 and the settlement amount 1109 of the new contract integration information 1103 does not exceed the integration end amount 1311.

【0042】ステップ1404で見つけた契約統合情報
1103の決済金額1109が統合終了金額1311未
満の場合には、自動契約統合処理308は、見つけた契
約統合情報1103に新しい契約情報703の情報を合
成する(ステップ1407)。この合成は、契約統合情
報1103の決済金額1109に対して契約情報703
の決済金額713を加算し、契約統合情報1103の手
形振出日1111と契約情報703の手形振出日715
の遅い方を新たな契約統合情報1103の手形振出日1
111とし、契約統合情報1103の決済日1110と
契約情報703の決済日714の遅い方を新たな契約統
合情報1103の決済日1110とする。
When the settlement amount 1109 of the contract integration information 1103 found in step 1404 is less than the integration end amount 1311, the automatic contract integration processing 308 synthesizes the new contract information 703 with the found contract integration information 1103. (Step 1407). This synthesis is performed by contract information 703 for the settlement amount 1109 of the contract integration information 1103.
Payment amount 713 is added, and the bill issuance date 1111 of the contract integration information 1103 and the bill issuance date 715 of the contract information 703 are added.
Billing date for new contract integration information 1103
111 is the settlement date 1110 of the contract integration information 1103 and the settlement date 714 of the contract information 703, whichever is later, is set as the settlement date 1110 of the new contract integration information 1103.

【0043】電子手形センタ101は、毎日、その日の
ルールによる契約の統合処理の終了後、契約統合ルール
DB1301から、新たにルール適用終了日を過ぎた契
約統合ルール1303を検索する。検索の結果が1件以
上あった場合には、これらのルールにより統合された契
約の統合を終了する。具体的には次の処理を行う。振出
準備DB1101の項目1102の状態1112が“未
振出”あるいは“未振出(統合終了)”であるものか
ら、売手企業ID1106、買手企業ID1108、手
形振出日1111、決済日1110が新たにルール適用
終了日1312を過ぎた契約統合ルール1303に適合
する契約統合情報1103を検索する。この検索は、次
の4点を満たす契約統合情報1103を取出すことであ
る。まず契約統合情報1103の売手企業ID1106
と契約統合ルール1303の売手企業ID1305が一
致すること。また契約統合情報1103の手形振出日が
契約統合ルール1303の適用開始振出日1307以後
かつ適用終了振出日1308以前であること。また契約
統合情報1103の決済日が契約統合ルール1303の
適用開始決済日1309以後かつ適用終了決済日131
0以前であること。この条件に合う契約統合情報110
3を発見した場合には、その契約統合情報1103の状
態1112を“統合済”とする。
After completing the contract integration process according to the rules of the day, the electronic bill center 101 searches the contract integration rule DB 1301 for a new contract integration rule 1303 after the rule application end date. If there are one or more search results, the integration of contracts integrated by these rules is terminated. Specifically, the following processing is performed. The status 1112 of the item 1102 of the drawing preparation DB 1101 is “not yet drawn” or “not yet drawn (integrated)”, so that the seller company ID 1106, the buyer company ID 1108, the bill drawing date 1111 and the settlement date 1110 are newly applied to the rule. The contract integration information 1103 that matches the contract integration rule 1303 that has passed the date 1312 is searched. This search is to retrieve contract integration information 1103 that satisfies the following four points. First, the seller company ID 1106 of the contract integration information 1103
And the seller company ID 1305 of the contract integration rule 1303 match. Further, the bill issuance date of the contract integration information 1103 is after the application start issuance date 1307 of the contract integration rule 1303 and before the application end issuance date 1308. Further, the settlement date of the contract integration information 1103 is the application start settlement date 1309 or later of the contract integration rule 1303 and the application end settlement date 131.
Before 0. Contract integration information 110 that meets this condition
If 3 is found, the state 1112 of the contract integration information 1103 is set to “integrated”.

【0044】以上の自動契約統合処理を、図7に示した
契約情報に対して行うと次のようになる。まず契約情報
DB701の契約番号“61”の契約情報は、その売手
企業ID、手形振出日、決済日からルール番号“1”の
契約統合ルール1303を用いる。これにより契約統合
情報1103には、契約番号が「61」で、売手企業I
Dが“0002”、買手企業IDが“0001”、決済
日が“2001/6/28”、手形振出日が“2001
/3/15”、決済金額が“3,000,000”であ
る契約統合情報1103が作られる。次に契約番号「6
2」の契約情報703は、同様に適用する契約統合ルー
ルを適用すると、ルール番号“2”の契約統合ルールを
用いることとなり、売手企業IDが“0002”、買手
企業IDが“0001”、決済日が“2001/6/2
5”、手形振出日が“2001/3/20”、決済金額
が“2,500,000”である契約統合情報1103
が作られる。同様にして契約情報DB701の契約番号
「63」「64」の契約情報703も処理され、それぞ
れから契約統合情報1103を作成する。次に契約番号
が「65」の契約情報703の処理においては、この契
約情報703に適合する契約統合ルール1303はルー
ル番号“2”のルールであり、また契約番号が「62」
の契約情報703と売手企業ID、買手企業IDが同一
である。そのため契約番号が「62」の契約情報703
で作られた契約統合情報1103に契約番号が「65」
の契約情報703を統合する。合成によって企業IDは
変化しないが、自動契約統合処理に示したように、決済
金額、手形振出日、決済日を変更する。つまり契約統合
情報1103の決済金額は新たな契約の決済金額を加え
て“3,500,000”となり、手形振出日は契約統
合情報1103の手形振出日“2001/3/20”と
契約情報703の契約番号“65”の手形振出日“20
01/3/23”の遅い方の日付を取り“2001/3
/23”となり、決済日も同様に遅い方の日付である
“2001/6/27”となる。また契約統合情報11
03の契約番号に“65”を追加し、「62,65」と
する。
The above-mentioned automatic contract integration processing is performed on the contract information shown in FIG. 7 as follows. First, as the contract information of the contract number “61” in the contract information DB 701, the contract integration rule 1303 of the rule number “1” is used from the seller company ID, the bill issuance date, and the settlement date. As a result, the contract integration information 1103 indicates that the contract number is “61” and the seller company I
D is "0002", buyer company ID is "0001", settlement date is "2001/6/28", and bill issuance date is "2001".
/ 3/15 ", and the contract integration information 1103 with the settlement amount of" 3,000,000 "is created.
If the contract integration rule similarly applied is applied to the contract information 703 of “2”, the contract integration rule of rule number “2” is used, and the seller company ID is “0002”, the buyer company ID is “0001”, and the settlement is performed. The day is "2001/6/2"
Contract integration information 1103 in which the bill issuance date is "2001/3/20" and the settlement amount is "2,500,000"
Is made. Similarly, the contract information 703 of the contract numbers “63” and “64” in the contract information DB 701 is also processed, and the contract integrated information 1103 is created from each. Next, in the processing of the contract information 703 with the contract number “65”, the contract integration rule 1303 conforming to the contract information 703 is the rule with the rule number “2”, and the contract number “62”.
The contract information 703, the seller company ID, and the buyer company ID are the same. Therefore, the contract information 703 whose contract number is "62"
Contract number is “65” in the contract integration information 1103 created in
The contract information 703 of is integrated. Although the company ID does not change due to composition, the payment amount, the bill issuance date, and the payment date are changed as shown in the automatic contract integration process. That is, the settlement amount of the contract integration information 1103 becomes “3,500,000” by adding the settlement amount of the new contract, and the bill issuance date is the bill issuance date “2001/3/20” of the contract integration information 1103 and the contract information 703. Billing date of contract number "65" of "20"
Take the later date of 01/3/23 ”to“ 2001/3 ”
/ 23 ”, and the settlement date is also the later date,“ 2001/6/27 ”. Further, the contract integration information 11
"65" is added to the contract number of 03 to make "62,65".

【0045】またこの後、2001年3月15日の電子
手形センタ101でのルールによる契約統合処理を終え
ると、ルール番号“1”が契約統合ルール1303のル
ール適用終了日を過ぎるため、このルールによる契約の
統合を終了するために、振出準備DB1101で契約番
号が「61」である契約統合情報1103の状態111
2を“統合済”に変更する。同様に2001年3月25
日の処理を終えると、ルール番号“2”の契約統合ルー
ル1303のルール適用終了日であるため、このルール
に基づいて統合された契約番号が「62,65」である
契約統合情報1103の状態1112を“統合済”に変
更する。
After that, when the contract integration processing by the rule in the electronic bill center 101 on March 15, 2001 is finished, the rule number "1" is past the rule application end date of the contract integration rule 1303, so this rule State 111 of the contract integration information 1103 whose contract number is “61” in the drawing preparation DB 1101 in order to end the contract integration by
Change 2 to "Integrated". Similarly, March 25, 2001
When the day processing is finished, it is the rule application end date of the contract integration rule 1303 of the rule number “2”, so the state of the contract integration information 1103 in which the contract number integrated based on this rule is “62,65” Change 1112 to "Integrated".

【0046】次に複数のマーケットプレイスでの複数の
契約をまとめる処理である第1の実施形態、第2の実施
形態によりまとめられた契約から、電子的な手形を振出
し、またその電子手形を譲渡や償還など管理する方法の
実施形態について示す。本実施形態の処理の流れを図1
5に示す。図15は、振出時1551、譲渡時155
2、償還時1553の本実施形態にマーケットプレイス
の処理1501、電子手形センタの処理とその処理対象
のデータ1502、売手企業および買手企業の処理15
03の関係を図示したものである。図中の矢印はデータ
の移動を表す。この電子手形の振出は、第1の実施形
態、第2の実施形態で作成された振出準備DB1101
の契約統合情報1103のデータを基に行う。
Next, an electronic bill is drawn out from the contracts made by the first and second embodiments, which is a process of putting together a plurality of contracts in a plurality of marketplaces, and the electronic bills are transferred. An embodiment of a management method such as reimbursement and redemption will be described. FIG. 1 shows the flow of processing of this embodiment.
5 shows. FIG. 15 shows 1551 at the time of transfer and 155 at the time of transfer.
2. Processing 1501 of marketplace, processing 1501 of electronic bill center and processing target data 1502, processing 15 of seller company and buyer company in the present embodiment of redemption 1553
The relationship of No. 03 is illustrated. The arrows in the figure represent the movement of data. The drawing of this electronic bill is based on the drawing preparation DB 1101 created in the first and second embodiments.
This is done based on the data of the contract integration information 1103.

【0047】まとめられた契約から電子手形を振出し、
管理するための実施形態について説明する。まず契約統
合情報DB1101にまとめられた契約の情報から、買
手企業が電子手形を振出すための、手形センタにおける
センタ手形振出処理309と買手企業における買手手形
振出処理408を図16により説明する。
Drawing out electronic bills from the summarized contract,
An embodiment for managing will be described. First, based on the contract information collected in the contract integration information DB 1101, the center bill drawing process 309 in the bill center and the bill paying process 408 in the buyer company for the buyer company to draw out the electronic bill will be described with reference to FIG.

【0048】マーケットプレイスにおける取引の買手で
ある企業Aにおいて、電子手形を振出すために買手手形
振出処理408が開始されると(ステップ1651)、
買手企業の企業内端末401は表示装置405に企業I
Dとパスワードの入力画面を表示し、入力装置406か
ら企 業IDとパスワードの入力を受ける(ステップ1
652)。ここで企業IDとパスワードの入力画面とは
企業IDとパスワードの入力を促す画面である。企業A
の企業内端末401は、企業IDとパスワードの入力を
受けると、これを電子手形センタへ送信する(ステップ
1653)。買手企業による手形の振出を行う電子手形
センタ101のセンタ手形振出処理309が起動される
と(ステップ1601)、買手企業から企業IDとパス
ワードを受信し(ステップ1602)、企業IDとパス
ワードを検証し(ステップ1603)、検証に失敗した
場合は処理を終了する。
In the company A, which is the buyer of transactions in the marketplace, when the bill of purchase billing processing 408 is started to draw out the electronic bill (step 1651).
The in-company terminal 401 of the buyer company is displayed on the display device 405 as company I.
The screen for entering D and the password is displayed, and the input of the company ID and the password is received from the input device 406 (step 1).
652). Here, the screen for entering the company ID and password is a screen for prompting the user to enter the company ID and password. Company A
Upon receiving the input of the company ID and the password, the in-company terminal 401 transmits the same to the electronic bill center (step 1653). When the center bill issuing process 309 of the electronic bill center 101 for issuing a bill by the buyer company is activated (step 1601), the company ID and password are received from the buyer company (step 1602), and the company ID and password are verified. (Step 1603) If the verification fails, the process ends.

【0049】センタ手形振出処理309は、受信した企
業IDによって振出準備DB1101を検索し、電子手
形として振出すことのできる候補の情報を企業Aへ送信
する(ステップ1604)。具体的には、振出準備DB
1101において、買手企業ID1108がセンタ手形
振出し処理において電子手形センタに接続した企業のI
Dであり、状態1112が“統合済”である全ての契約
統合情報1103を検索し、適合した契約統合情報11
03から契約番号1104、売手企業名1105、売手
企業ID1106、買手企業名1107、買手企業ID
1108、決済金額1109、決済日1110、手形振
出日1111である情報の組を買手である企業Aへ送信
する。
The center bill drawing process 309 searches the drawing preparation DB 1101 by the received company ID, and transmits the information of candidates that can be drawn as an electronic bill to the company A (step 1604). Specifically, the drawing preparation DB
In 1101, the buyer company ID 1108 is the I of the company connected to the electronic bill center in the center bill drawing process.
All the contract integrated information 1103 that is D and the status 1112 is “integrated” are searched, and the matched contract integrated information 11 is searched.
03 to contract number 1104, seller company name 1105, seller company ID 1106, buyer company name 1107, buyer company ID
A set of information 1108, settlement amount 1109, settlement date 1110, and bill issuing date 1111 is transmitted to the company A who is the buyer.

【0050】企業Aの買手手形振出処理408は、電子
手形センタのサーバから手形として振出すことのできる
候補の情報を受信すると(ステップ1654)、企業A
の担当者からこの候補のうち実際に電子手形として振出
す候補の選択を受け、その選択の結果を手形振出登録と
して電子手形センタ101へ送信する(ステップ165
5)。
When the bill-of-bills billing process 408 of the company A receives the information of the candidates that can be billed as a bill from the server of the electronic bill center (step 1654), the company A is billed.
The person in charge of the selection selects a candidate to be actually drawn out as an electronic bill from the candidates, and transmits the result of the selection to the electronic bill center 101 as a bill drawing registration (step 165).
5).

【0051】ここで企業Aの企業内端末401が電子手
形センタのサーバから受信した情報を表示し、電子手形
として振出す候補を選択する際の企業内端末401の表
示装置405に表示する振出候補一覧画面1701を図
17に示す。振出候補一覧画面1701は、電子手形セ
ンタから受信した電子手形の候補の情報1704を項目
1702ごとに全ての候補1703について表示し、ま
たその候補の振出の選択の入力を振出の選択欄1705
の選択ボックス1706により行う。振出ボタン170
7が押されると、その時にチェックされている選択ボッ
クス1706に対応する候補1703を電子手形として
振出しを指示されたこととする。企業Aの企業内端末4
01は、選択ボックス1706にチェックのされた候補
1703の契約番号を手形振出登録として電子手形セン
タへ送信する。図17の例では、契約番号が「62,6
5」である候補を選択しているので、企業Aの企業内端
末は電子手形センタに対してセンタ振出登録として契約
番号の「62,65」を送信する。
Here, the distribution candidate displayed on the display device 405 of the company terminal 401 when the company terminal 401 of the company A displays the information received from the server of the electronic bill center and selects a candidate to be drawn as an electronic bill. The list screen 1701 is shown in FIG. The draft candidate list screen 1701 displays information 1704 of electronic bill candidates received from the electronic bill center for all the candidates 1703 for each item 1702, and also inputs a selection of the draft of the candidate in a draft selection field 1705.
Selection box 1706. Shake button 170
It is assumed that when 7 is pressed, the candidate 1703 corresponding to the selection box 1706 checked at that time is instructed to be drawn as an electronic bill. In-company terminal 4 of company A
01 sends the contract number of the candidate 1703 whose selection box 1706 has been checked to the electronic bill center as the bill drawing registration. In the example of FIG. 17, the contract number is “62,6
Since the candidate "5" is selected, the in-company terminal of the company A transmits the contract number "62,65" to the electronic bill center as center distribution registration.

【0052】電子手形センタは手形振出登録である契約
番号を受信すると(ステップ1606)、受信した契約
番号に対応した振出準備DB1101中の契約統合情報
1103を電子手形として振出す処理を行う。電子手形
の振出とは、図18に示す電子手形センタが管理する手
形DB1801に、振出した手形の情報を記録すること
である。
When the electronic bill center receives the contract number which is the bill drawing registration (step 1606), the electronic bill center executes the process of issuing the contract integrated information 1103 in the drawing preparation DB 1101 corresponding to the received contract number as an electronic bill. Drawing out an electronic bill is to record the information of the drawn bill in a bill DB 1801 managed by the electronic bill center shown in FIG.

【0053】手形DB1801は、その時点で振出され
ている電子手形を全て手形情報1802として管理する
ものである。手形情報1802は、手形番号1804、
受取企業名1805、受取企業ID1806、振出企業
名1807、振出企業ID1808、決済金額180
9、決済日1810および手形振出日1811の項目を
持つ。
The bill DB 1801 manages, as bill information 1802, all the electronic bills that have been sent out at that time. The bill information 1802 is the bill number 1804,
Recipient company name 1805, Recipient company ID 1806, Drawer company name 1807, Drawer company ID 1808, Settlement amount 180
9 has items of a settlement date 1810 and a bill issuing date 1811.

【0054】電子手形の振出の登録は、まず手形DB1
801を検索して、電子手形として振出そうとしている
契約統合情報1103の売手企業ID1106が手形情
報1802の受取企業ID1806と一致し、同様に契
約統合情報1103の買手企業ID1108が手形情報
1802の振出企業ID1808と一致し、契約統合情
報1103の決済日1110が手形情報1802の決済
日1810と一致するような手形情報1802を探す
(ステップ1607)。以上の3つの項目が一致する手
形情報1802があった場合には、手形情報1802の
決済金額1809に契約統合情報1103の決済金額1
109を加算し、契約統合情報1103の状態1112
を“振出済”にする(ステップ1609)。
The registration of the electronic bill is first executed in the bill DB1.
The seller company ID 1106 of the integrated contract information 1103 that is about to be sent out as an electronic bill matches the recipient company ID 1806 of the bill information 1802, and similarly, the buyer company ID 1108 of the integrated contract information 1103 is the issuing company of the bill information 1802. The bill information 1802 that matches the ID 1808 and the settlement date 1110 of the contract integration information 1103 and the settlement date 1810 of the bill information 1802 are searched for (step 1607). If there is bill information 1802 that matches the above three items, the settlement amount 1809 of the bill information 1802 is set to the settlement amount 1 of the contract integration information 1103.
109 is added, and the state 1112 of the contract integration information 1103 is added.
Is set to “sent” (step 1609).

【0055】これにより同じ振出企業ID、受取企業I
D、決済日の手形情報1802は複数発生させずに、新
たな手形の振出を行ったこととする。手形DB1801
の検索により、対応する手形情報D402が発見できな
かった場合には、手形DB1801に新たに手形情報1
802を追加し、手形番号1804には他の手形情報1
802の手形番号と一意に識別できる番号、受取企業I
D1806には契約統合情報1103の売手企業ID1
106、受取企業名1805には契約統合情報1103
の売手企業名1105、振出企業ID1808には契約
統合情報1103の買手企業ID1108、振出企業名
1807には契約統合情報1103の買手企業名110
7、決済金額1809、決済日1810、手形振出日1
811には契約統合情報1103のそれぞれ決済金額1
109、決済日310、手形振出日1111の項目の値
をコピーし、契約統合情報1103の状態1112を
“振出済”にする(ステップ1610)。これにより新
たな振出企業ID1808、受取企業ID1806、決
済日1810の分類の手形を新規に振出したこととす
る。
As a result, the same issuing company ID and receiving company I
D, it is assumed that a new bill is drawn without generating a plurality of bill information 1802 on the settlement date. Bill DB 1801
When the corresponding bill information D402 cannot be found by the search of, the bill information 180 is newly added to the bill DB 1801.
802 is added, and other note information 1 is added to the note number 1804.
Number that can be uniquely identified from the bill number of 802, Receiving company I
D1806 is the seller company ID 1 of the contract integration information 1103.
106 and the recipient company name 1805 include contract integration information 1103.
The seller company name 1105, the issuing company ID 1808 is the buyer company ID 1108 of the contract integration information 1103, and the issuing company name 1807 is the buyer company name 110 of the contract integration information 1103.
7, settlement amount 1809, settlement date 1810, bill issuing date 1
The payment amount 1 of the contract integration information 1103 is shown in 811.
The values of the items 109, settlement date 310, and bill issuing date 1111 are copied, and the state 1112 of the contract integration information 1103 is set to "issued" (step 1610). As a result, it is assumed that the bills classified into the new issuing company ID 1808, the receiving company ID 1806, and the settlement date 1810 are newly issued.

【0056】次に電子手形の譲渡について説明する。電
子手形の譲渡においては、手形DB1801に同じ受取
人、振出人の手形情報1804が発生しないように、手
形情報1804の決済金額の加減算を行う。
Next, the transfer of the electronic bill will be described. In the transfer of the electronic bill, the settlement amount of the bill information 1804 is added / subtracted so that the bill information 1804 of the same payee / drawer does not occur in the bill DB 1801.

【0057】この譲渡処理の詳細を、企業B(にほへ株
式会社)から企業C(とちり株式会社)へ電子手形を譲
渡する際の処理を例として、図19のフローチャートを
用いて説明する。手形の譲渡を行うために、譲渡元の企
業で譲渡元処理409が開始されると(ステップ195
1)、譲渡元企業の企業内端末401は、表示装置40
5に企業IDとパスワードの入力画面を表示し、入力装
置406から企業IDとパスワードの入力を受ける(ス
テップ1952)。ここで企業IDとパスワードの入力
画面とは企業IDとパスワードの入力を促す画面であ
る。譲渡元の企業Bの譲渡元処理409は、企業IDと
パスワードの入力を受けると、これを電子手形センタへ
送信する(ステップ1953)。
The details of the transfer process will be described with reference to the flowchart of FIG. 19 by taking the process of transferring the electronic bill from the company B (Nihohe Co., Ltd.) to the company C (Tochiri Co., Ltd.) as an example. When the transfer source processing 409 is started by the transfer source company to transfer the bill (step 195).
1) The in-company terminal 401 of the transfer source company is the display device 40.
A screen for inputting the company ID and password is displayed on 5, and the input of the company ID and password is received from the input device 406 (step 1952). Here, the screen for entering the company ID and password is a screen for prompting the user to enter the company ID and password. When the transfer source process 409 of the transfer source company B receives the company ID and password, it transmits them to the electronic bill center (step 1953).

【0058】電子手形センタのサーバ301は、譲渡元
企業による手形の譲渡を行うセンタ手形譲渡処理310
が起動されると(ステップ1901)、譲渡元企業から
企業IDとパスワードを受信して(ステップ190
2)、企業IDとパスワードを検証し、検証に失敗した
場合は処理を終了する(ステップ1903)。センタ手
形譲渡処理310は、受信した企業IDが、手形DB1
801の受取企業ID1805と等しい手形情報180
2を手形DB1801より検索する。検索の結果得られ
た手形情報1802が譲渡元の企業が所有する電子手形
の情報であり、譲渡可能なものである。センタ手形譲渡
処理310は、検索の結果得られた譲渡可能な電子手形
の手形情報1802を全てまとめ、図20に示す譲渡可
能手形一覧2001として、その時点で手形の受取企業
と指定されている譲渡元企業へ送信する(ステップ19
04)。
The server 301 of the electronic bill center transfers the bill of the center 310 to the bill to be transferred by the transfer source company.
Is activated (step 1901), the company ID and password are received from the transfer source company (step 190).
2) The company ID and password are verified, and if the verification fails, the process ends (step 1903). In the center bill transfer process 310, the received company ID is the bill DB1.
Bill information 180 equal to the recipient company ID 1805 of 801
2 is searched from the bill DB 1801. The bill information 1802 obtained as a result of the search is the information of the electronic bill owned by the transfer source company and is transferable. The center bill transfer process 310 collects all the bill information 1802 of the electronic bills that can be transferred and is obtained as a result of the search, and as a list of transferable bills 2001 shown in FIG. Send to former company (Step 19)
04).

【0059】この譲渡可能手形一覧2001は、手形D
B1801から検索で得られた手形情報1802それぞ
れから譲渡可能手形情報2002を作成したものであ
る。譲渡可能手形一覧2001の手形番号2003、受
取企業名2004、受取企業ID2005、振出企業名
2006、振出企業ID2008、決済金額2009、
決済日2010、手形振出日2011は、手形DB18
01の手形番号1804、受取企業名1805、受取企
業ID1806、振出企業名1807、振出企業ID1
808、決済金額1809、決済日1810、手形振出
日1811の値をコピーしたものである。
This transferable bill list 2001 is a bill D.
Transferable bill information 2002 is created from each bill information 1802 obtained by the search from B1801. A bill number 2003, a recipient company name 2004, a recipient company ID 2005, a issuing company name 2006, a issuing company ID 2008, a settlement amount 2009 of a list of transferable bills 2001,
The settlement date 2010 and the bill issuing date 2011 are the bill DB 18
01 bill number 1804, recipient company name 1805, recipient company ID 1806, issuing company name 1807, issuing company ID 1
The values of 808, settlement amount 1809, settlement date 1810, and bill issuing date 1811 are copied.

【0060】譲渡元企業の企業内端末401は、譲渡可
能手形一覧2001を受信すると(ステップ195
4)、表示装置405に譲渡手形選択画面を表示する。
ここで譲渡手形選択画面とは、譲渡可能手形一覧200
1に含まれる譲渡可能手形情報2002の情報を全て表
示し、さらに譲渡可能手形情報2002中で譲渡する手
形番号の入力を促す画面である。譲渡元企業の企業内端
末401は、入力装置406から譲渡する手形の手形番
号の入力を受ける(ステップ1955)。次に譲渡元企
業の企業内端末401は、表示装置405に譲渡先の入
力画面を表示し、譲渡先企業の企業IDの入力を受ける
(ステップ1956)。譲渡先の入力画面とは、手形を
譲渡する先の企業を特定する情報の入力を促す画面であ
り、企業を特定する情報はここでは、電子手形センタで
管理する企業IDを用いるものとする。次に譲渡元企業
の企業内端末401は、譲渡する手形の決済金額の入力
画面を表示し、譲渡する手形の金額の入力を受ける(ス
テップ1957)。譲渡手形金額の入力画面とは、譲渡
する電子手形の決済金額のうち、いくら分を譲渡するか
の入力を促す画面である。以上、譲渡元企業の企業内端
末401は、譲渡する手形の手形番号、譲渡先の企業I
D、譲渡する手形の決済金額の入力を受けると、これら
を電子手形センタのサーバへ送信する(ステップ195
8)。
The in-company terminal 401 of the transfer source company receives the list of transferable bills 2001 (step 195).
4) The transfer bill selection screen is displayed on the display device 405.
Here, the transfer bill selection screen is a list of transferable bills 200
1 is a screen that displays all of the transferable note information 2002 included in 1 and prompts the user to input a note number to be transferred in the transferable note information 2002. The in-company terminal 401 of the transfer source company receives the input of the bill number of the bill to be transferred from the input device 406 (step 1955). Next, the in-company terminal 401 of the transfer source company displays an input screen of the transfer destination company on the display device 405 and receives the input of the company ID of the transfer destination company (step 1956). The transfer destination input screen is a screen that prompts the user to input information that specifies the company to which the bill is transferred, and here, as the information that specifies the company, the company ID managed by the electronic bill center is used. Next, the in-company terminal 401 of the transfer source company displays the input screen for the payment amount of the bills to be transferred, and receives the input amount of the bills to be transferred (step 1957). The input screen of the transfer bill amount is a screen for prompting the user to input how much of the transfer amount of the electronic bill to be transferred. As described above, the in-company terminal 401 of the transfer source company has the bill number of the bill to be transferred and the transfer destination company I.
D, when the settlement amount of the bill to be transferred is received, these are transmitted to the server of the electronic bill center (step 195).
8).

【0061】電子手形センタのサーバは、譲渡元企業の
企業内端末401から、譲渡する手形の手形番号、譲渡
先の企業ID、譲渡する手形の決済金額を受信すると
(ステップ1905)、その情報に基づいて手形DB1
801について手形の譲渡の処理を行う(ステップ19
06)。この手形の譲渡の処理として、以下の処理を行
う。まず譲渡する手形の手形番号で指定された手形情報
1802と振出企業ID1808、振出企業名180
7、決済日1810が同じであり、受取企業ID180
6が譲渡先の企業IDと同じとなっている手形情報18
02を検索する。検索の結果、手形情報1802が見つ
けられた場合には、その手形情報1802の決済金額1
809に、譲渡元企業から受信した譲渡する手形の決済
金額を加算する。
When the server of the electronic bill center receives the bill number of the bill to be transferred, the company ID of the bill to be transferred, and the payment amount of the bill to be transferred from the in-company terminal 401 of the transfer source company (step 1905), the information is entered. Bill DB1 based on
A bill transfer process is performed for 801 (step 19).
06). The following processing is performed as the processing for transferring this bill. First, the bill information 1802 designated by the bill number of the bill to be transferred, the issuing company ID 1808, and the issuing company name 180
7. Payment date 1810 is the same, recipient company ID 180
Bill information 6 where 6 is the same as the transferee company ID
Search for 02. When the bill information 1802 is found as a result of the search, the settlement amount 1 of the bill information 1802
In 809, the settlement amount of the bill to be transferred received from the transfer source company is added.

【0062】検索の結果、手形情報1802が見つけら
れない場合には、新たな手形情報1802を作成する。
このとき受取企業ID1806は譲渡先として指定され
た企業IDを設定し、受取企業名1805には設定した
企業IDに対応する企業名を参加者DB901から検索
して設定する。この参加者DB901の検索と受取企業
名の設定は、参加者DB901から企業ID902が譲
渡先として指定された企業IDとなっている参加者情報
907を探し、その参加者情報907の企業名904を
受取企業名にコピーすることで行う。また手形情報18
02の決済金額1809は、譲渡元企業から受信した譲
渡する手形の決済金額を設定する。手形情報1802の
手形番号1804は、他の手形情報1802のどの手形
番号1804とも異なる番号を設定する。振出企業名1
807、振出企業ID1808、決済日1810、手形
振出日1811には、譲渡する手形の手形番号で指定さ
れた手形情報1802から対応する項目の値をコピーす
る。これらの処理により、譲渡先の企業に譲渡した分の
電子手形の権利が発生する。
If the bill information 1802 is not found as a result of the search, new bill information 1802 is created.
At this time, the recipient company ID 1806 is set to the company ID designated as the transfer destination, and the recipient company name 1805 is set by searching the participant DB 901 for the company name corresponding to the set company ID. To search the participant DB 901 and set the recipient company name, the participant DB 901 searches the participant information 907 for which the company ID 902 is the company ID designated as the transfer destination, and the company name 904 of the participant information 907 is searched. This is done by copying it to the recipient company name. Bill information 18
A settlement amount 1809 of 02 sets the settlement amount of the bill to be transferred received from the transfer source company. The bill number 1804 of the bill information 1802 sets a number different from any bill number 1804 of the other bill information 1802. Drawer name 1
The values of the corresponding items from the bill information 1802 designated by the bill number of the bill to be transferred are copied to 807, the issuing company ID 1808, the settlement date 1810, and the bill issuing date 1811. By these processes, the right of the electronic bill for the transfer to the transferee company is generated.

【0063】次にセンタ手形譲渡処理310は、譲渡元
から譲渡した分の電子手形の権利を抹消する(ステップ
1907)。これはまず譲渡する手形の手形番号180
4で指定された手形情報1802の決済金額1809か
ら、譲渡する手形の決済金額として指定された額を引
く。また決済金額を引いた結果が0となった場合には、
手形DB1801からその手形情報1802を削除す
る。これにより指定した金額の分だけ、譲渡元は電子手
形に対する権利を失うこととなる。決済金額を引いた際
に、結果が負になる場合には手形の譲渡を無効とし、譲
渡元の決済金額1809を元に戻し、譲渡先の決済金額
の加算または手形情報1802の作成を取り消す。
Next, the center bill transfer process 310 deletes the right of the electronic bill transferred from the transfer source (step 1907). This is the bill number 180 of the bill to be transferred first.
The amount designated as the settlement amount of the bill to be transferred is subtracted from the settlement amount 1809 of the bill information 1802 designated in 4. If the result of subtracting the payment amount is 0,
The bill information 1802 is deleted from the bill DB 1801. As a result, the transferor loses the right to the electronic bill by the specified amount. If the result is negative when the payment amount is subtracted, the transfer of the bill is invalidated, the transfer amount 1809 of the transfer source is returned to the original value, and the addition of the transfer amount of the transfer destination or creation of the bill information 1802 is canceled.

【0064】手形DB1801に登録された電子的な手
形の償還は自動的に行う。この電子手形センタのサーバ
301における償還処理311の処理内容を以下に述べ
る。電子手形センタのサーバ301は毎日、手形DB1
801を検索して、決済日1810が当日となっている
手形情報1802を探す。探し出された手形情報180
2のそれぞれに対して以下の処理を行う。まず手形情報
1802の受取企業ID1806により、参加者DB9
01を検索して、受取企業として指定されている企業の
決済銀行名905と口座番号906を取得する。次に手
形情報1802の振出企業ID1808により、参加者
DB901を検索して、振出企業として指定されている
企業の決済銀行名905と口座番号906を取得する。
電子的な手形の償還は、以上で検索した振出企業の決済
銀行の口座番号で指定される口座から、受取企業の決済
銀行の口座番号で指定される口座へ資金を移動すること
により行われる。電子手形センタサーバ301は、振出
企業の決済銀行と指定されている銀行107に対して、
参加者DBの両口座番号と手形情報1802の決済金額
の情報を通知し、双方の口座間での資金の移動を依頼す
る。電子手形センタサーバ301は、受取企業の決済銀
行に対しても受取企業の口座番号と手形情報1802の
決済金額の情報を通知してもよい。双方の決済銀行に指
定されている銀行107では、指定された口座の入出金
を行い、資金決済を完了させる。電子手形センタは、銀
行に対して資金決済の依頼を行った後に、手形DB18
01からその手形情報1802を削除する。
Electronic bills registered in the bill DB 1801 are automatically redeemed. The processing contents of the redemption processing 311 in the server 301 of this electronic bill center will be described below. The server 301 of the electronic bill center uses the bill DB1 every day.
801 is searched for the bill information 1802 whose settlement date 1810 is the current day. Bill information 180 found
The following processing is performed for each of the two. First, the participant DB 9 based on the recipient company ID 1806 of the bill information 1802.
01 is retrieved to acquire the settlement bank name 905 and account number 906 of the company designated as the receiving company. Next, the participant DB 901 is searched by the issuing company ID 1808 of the bill information 1802, and the settlement bank name 905 and the account number 906 of the company designated as the issuing company are acquired.
The redemption of the electronic bill is performed by transferring the funds from the account specified by the account number of the settlement bank of the issuing company retrieved above to the account specified by the account number of the settlement bank of the recipient company. The electronic bill center server 301 sends to the bank 107 designated as the settlement bank of the issuing company,
Both the account numbers in the participant DB and the settlement amount information in the bill information 1802 are notified, and the transfer of funds between both accounts is requested. The electronic bill center server 301 may notify the settlement bank of the recipient company of the account number of the recipient company and the settlement amount information of the bill information 1802. The bank 107 designated as both settlement banks deposits and withdraws money from the designated accounts to complete the settlement of funds. The electronic bill center sends a bill settlement request to the bank, and then the bill DB 18
The bill information 1802 is deleted from 01.

【0065】[0065]

【発明の効果】以上述べたように本発明によれば、複数
のマーケットプレイスにおける複数の取引契約の決済情
報を、取引の売手(手形の振出人)の直接の指示または
ルールによる指示に従ってまとめることができる。その
ため同様な電子手形が多数発生せず管理が容易となる。
また手形を分割して譲渡することができる。
As described above, according to the present invention, the settlement information of a plurality of transaction contracts in a plurality of marketplaces is collected in accordance with a direct instruction of a seller of a transaction (a bill maker) or an instruction by a rule. You can Therefore, management does not occur because many similar electronic bills do not occur.
The bills can be divided and transferred.

【図面の簡単な説明】[Brief description of drawings]

【図1】本発明の実施形態のシステムの全体図である。FIG. 1 is an overall view of a system according to an embodiment of the present invention.

【図2】第1の実施形態の売手企業の指示により行う取
引契約の統合処理の概略を示す図である。
FIG. 2 is a diagram showing an outline of transaction contract integration processing performed according to an instruction from a seller company according to the first embodiment.

【図3】実施形態の電子手形センタサーバ301の構成
図である。
FIG. 3 is a configuration diagram of an electronic bill center server 301 of the embodiment.

【図4】実施形態の企業内端末401の構成図である。FIG. 4 is a configuration diagram of a company terminal 401 according to the embodiment.

【図5】取引の契約の情報として電子手形センタに送ら
れるマーケットプレイス契約情報の例を示す図である。
FIG. 5 is a diagram showing an example of marketplace contract information sent to an electronic bill center as information on a contract for a transaction.

【図6】電子手形センタにおいて各コード体系の変換を
行うための表の例を示す図である。
FIG. 6 is a diagram showing an example of a table for converting each code system in the electronic bill center.

【図7】実施形態の契約情報DB701のデータ構成を
示す図である。
FIG. 7 is a diagram showing a data configuration of a contract information DB 701 according to the embodiment.

【図8】第1の実施形態の契約統合処理の手順を示すフ
ローチャートである。
FIG. 8 is a flowchart illustrating a procedure of contract integration processing according to the first embodiment.

【図9】実施形態の参加者DB901のデータ構成を示
す図である。
FIG. 9 is a diagram showing a data configuration of a participant DB 901 of the embodiment.

【図10】第1の実施形態の契約統合候補表1001の
データ構成を示す図である。
FIG. 10 is a diagram showing a data configuration of a contract integration candidate table 1001 according to the first embodiment.

【図11】実施形態の振出準備DB1101のデータ構
成を示す図である。
FIG. 11 is a diagram showing a data structure of a drawing preparation DB 1101 according to the embodiment.

【図12】第2の実施形態のルールに基づいて取引契約
の統合を行う処理の概略を示す図である。
FIG. 12 is a diagram showing an outline of processing for integrating transaction contracts based on the rules of the second embodiment.

【図13】第2の実施形態の契約統合ルール1303の
データ構成を示す図である。
FIG. 13 is a diagram showing a data configuration of a contract integration rule 1303 according to the second embodiment.

【図14】第2の実施形態の自動契約統合処理308の
処理の流れを示すフローチャートである。
FIG. 14 is a flowchart showing a processing flow of automatic contract integration processing 308 of the second embodiment.

【図15】実施形態の譲渡、償還を行う処理の概略を示
す図である。
FIG. 15 is a diagram showing an outline of processing of performing transfer and redemption according to the embodiment.

【図16】実施形態の手形の振出処理の流れを示すフロ
ーチャートである。
FIG. 16 is a flowchart illustrating a flow of a bill drawing process according to the embodiment.

【図17】振出候補一覧画面1701の例を示す図であ
る。
FIG. 17 is a diagram showing an example of a distribution candidate list screen 1701.

【図18】実施形態の手形DB1801のデータ構成を
示す図である。
FIG. 18 is a diagram showing a data configuration of a bill DB 1801 of the embodiment.

【図19】実施形態の手形の譲渡の際の処理の流れを示
すフローチャートである。
FIG. 19 is a flowchart showing a flow of processing when a bill is transferred according to the embodiment.

【図20】実施形態の譲渡可能手形一覧2001のデー
タ構成を示す図である。
FIG. 20 is a diagram showing a data configuration of a transferable bills list 2001 of the embodiment.

【符号の説明】[Explanation of symbols]

101:電子手形センタ、301:電子手形センタサー
バ、307:センタ契約統合処理、308:自動契約統
合処理、309:センタ手形振出処理、310:センタ
手形譲渡処理、701:契約情報DB、1101:振出
準備DB、1303:契約統合ルール、1801:手形
DB
Reference numeral 101: electronic bill center, 301: electronic bill center server, 307: center contract integration process, 308: automatic contract integration process, 309: center bill distribution process, 310: center bill transfer process, 701: contract information DB, 1101: distribution Preparation DB, 1303: Contract integration rule, 1801: Bill DB

───────────────────────────────────────────────────── フロントページの続き (72)発明者 染谷 治志 神奈川県川崎市麻生区王禅寺1099番地 株 式会社日立製作所システム開発研究所内 (72)発明者 竹内 ▲国▼人 神奈川県川崎市幸区鹿島田890番地 株式 会社日立製作所金融システム事業部内   ─────────────────────────────────────────────────── ─── Continued front page    (72) Inventor Haruka Someya             1099 Ozenji, Aso-ku, Kawasaki City, Kanagawa Prefecture             Ceremony company Hitachi Systems Development Laboratory (72) Inventor Takeuchi ▲ Country ▼ people             890 Kashimada, Sachi-ku, Kawasaki City, Kanagawa Stock             Hitachi, Ltd. Financial Systems Division

Claims (15)

【特許請求の範囲】[Claims] 【請求項1】買手と売手との間に資金決済を伴う取引情
報を複数件受信して記憶手段に保持し、前記取引情報の
中で買手が一致しかつ売手が一致する取引情報を抽出
し、抽出された前記取引情報の中から選別された複数の
取引情報について各々の決済金額の合計を新たな決済金
額とする1つの取引情報を作成することを特徴とする電
子決済仲介方法。
1. A plurality of pieces of transaction information accompanied by settlement of funds between a buyer and a seller are received and stored in a storage means, and transaction information in which the buyer is the same and the seller is the same is extracted from the transaction information. An electronic payment intermediary method is characterized in that one transaction information is created in which a new payment amount is a sum of respective payment amounts for a plurality of transaction information selected from the extracted transaction information.
【請求項2】抽出された前記取引情報を売手側に提示
し、前記売手側によって選別された複数の前記取引情報
から1つの前記取引情報を作成することを特徴とする請
求項1記載の電子決済仲介方法。
2. The electronic device according to claim 1, wherein the extracted transaction information is presented to a seller side, and one transaction information is created from a plurality of the transaction information selected by the seller side. Payment intermediary method.
【請求項3】抽出された前記取引情報に記憶手段に格納
されたルールを適用して前記複数の取引情報を選別する
ことを特徴とする請求項1記載の電子決済仲介方法。
3. The electronic settlement intermediary method according to claim 1, wherein a rule stored in a storage means is applied to the extracted transaction information to select the plurality of transaction information.
【請求項4】選別された前記複数の取引情報について各
々の資金決済の決済日の中で最も遅い決済日を作成され
る前記1つの取引情報の決済日とすることを特徴とする
請求項1記載の電子決済仲介方法。
4. The settlement date of the one transaction information to be created is the latest settlement date of the settlement dates of the respective fund settlements for the plurality of selected transaction information. Electronic payment mediation method described.
【請求項5】作成された前記1つの取引情報について前
記買手を振出人、前記売手を受取人、資金決済の決済日
を手形決済日とする電子手形を作成して記憶手段に格納
することを特徴とする請求項1記載の電子決済仲介方
法。
5. An electronic bill having the payer of the buyer, the payee of the seller, and a bill settlement date as a bill settlement date for the one created transaction information is stored in a storage means. The electronic payment intermediary method according to claim 1, characterized in that
【請求項6】記憶手段に格納され振出人の識別子、受取
人の識別子、第1の決済金額及び決済日を含む電子手形
情報に基づく電子手形の譲渡処理方法であって、前記電
子手形情報を前記受取人の計算環境へ送信し、前記計算
環境からの指示に従って前記振出人の識別子、指定され
た新たな受取人の識別子、指定された第2の決済金額及
び決済日を含む新しい電子手形情報を作成して記憶手段
に格納し、前記第1の決済金額から前記第2の決済金額
を差し引いた金額によって前記第1の決済金額を更新す
ることを特徴とする電子決済仲介方法。
6. A transfer processing method for an electronic bill based on electronic bill information, which is stored in a storage means and includes a sender's identifier, a payee's identifier, a first settlement amount, and a settlement date. New electronic note information transmitted to the payee's computing environment and including the sender's identifier, the designated new payee's identifier, the designated second settlement amount, and the settlement date according to instructions from the computing environment. Is generated and stored in a storage unit, and the first settlement amount is updated by an amount obtained by subtracting the second settlement amount from the first settlement amount.
【請求項7】資金決済仲介機関の計算環境によって、買
手と売手との間に資金決済を伴う取引情報を複数件受信
して記憶手段に保持し、前記取引情報の中で買手が一致
しかつ売手が一致する取引情報を抽出し、抽出された前
記取引情報の中から選別された複数の取引情報について
各々の決済金額の合計を新たな決済金額とする1つの取
引情報を作成し、前記買手が取引する第1の金融機関の
計算環境に前記買手の第1の口座番号、前記売手が取引
する第2の金融機関の第2の口座番号及び前記1つの取
引情報の決済金額を通知して資金の移動を依頼し、前記
第1の金融機関の計算環境によって、前記第1の口座番
号の口座から前記第2の金融機関の前記第2の口座番号
の口座へ前記1つの取引情報の決済金額の移動を行うこ
とを特徴とする電子決済仲介方法。
7. Depending on the calculation environment of the fund settlement intermediary, a plurality of transaction information items involving the settlement of funds between the buyer and the seller are received and stored in the storage means, and the buyers match in the transaction information. The transaction information matching the seller is extracted, and one transaction information is created in which the total settlement amount of each of the plurality of transaction information selected from the extracted transaction information is a new settlement amount. Notifying the computing environment of the first financial institution with which the seller trades the first account number of the buyer, the second account number of the second financial institution with which the seller trades, and the settlement amount of the one transaction information. The transfer of funds is requested, and the transaction information is settled from the account of the first account number to the account of the second account number of the second financial institution according to the calculation environment of the first financial institution. Electricity characterized by moving money Settlement mediation method.
【請求項8】作成された前記1つの取引情報について前
記買手を振出人、前記売手を受取人、資金決済の決済日
を手形決済日とする電子手形を作成して記憶手段に格納
し、前記手形決済日に前記1つの取引情報の決済金額の
移動を行うことを特徴とする請求項7記載の電子決済仲
介方法。
8. An electronic bill having the payer of the buyer, the payee of the seller, and a bill settlement date as a bill settlement date for the created transaction information, and stores the bill in a storage means. 8. The electronic settlement intermediary method according to claim 7, wherein the settlement amount of the one transaction information is moved on a bill settlement date.
【請求項9】買手と売手との間に資金決済を伴う取引情
報を複数件受信して記憶手段に保持する手段と、前記取
引情報の中で買手が一致しかつ売手が一致する取引情報
を抽出する手段と、抽出された前記取引情報の中から選
別された複数の取引情報について各々の決済金額の合計
を新たな決済金額とする1つの取引情報を作成する手段
とを有することを特徴とする電子決済仲介装置。
9. A means for receiving a plurality of pieces of transaction information involving fund settlement between a buyer and a seller and holding the transaction information in a storage means, and transaction information in which the buyer and the seller are the same among the transaction information. A plurality of transaction information selected from the extracted transaction information, and a unit for creating one transaction information having a new settlement amount as a sum of settlement amounts of the plurality of transaction information selected from the extracted transaction information. Electronic payment intermediary device.
【請求項10】抽出された前記取引情報を売手側に提示
する手段を有し、前記作成する手段は、前記売手側によ
って選別された複数の前記取引情報から1つの前記取引
情報を作成することを特徴とする請求項9記載の電子決
済仲介装置。
10. A means for presenting the extracted transaction information to a seller side, wherein the means for producing creates one transaction information from a plurality of the transaction information selected by the seller side. The electronic payment intermediary device according to claim 9.
【請求項11】さらに抽出された前記取引情報に記憶手
段に格納されたルールを適用して前記複数の取引情報を
選別する手段を有することを特徴とする請求項9記載の
電子決済仲介装置。
11. The electronic settlement intermediary apparatus according to claim 9, further comprising means for applying a rule stored in a storage means to the extracted transaction information to select the plurality of transaction information.
【請求項12】さらに作成された前記1つの取引情報に
ついて前記買手を振出人、前記売手を受取人、資金決済
の決済日を手形決済日とする電子手形を作成して記憶手
段に格納する手段を有することを特徴とする請求項9記
載の電子決済仲介装置。
12. A means for creating an electronic bill having the payer of the buyer, the payee of the seller, and a bill settlement date as a bill settlement date for the created transaction information and storing the bill in a storage unit. The electronic payment intermediary device according to claim 9, further comprising:
【請求項13】振出人の識別子、受取人の識別子、第1
の決済金額及び決済日を含む電子手形情報を格納する記
憶手段と、前記電子手形情報を前記受取人の計算環境へ
送信する手段と、前記計算環境からの指示に従って前記
振出人の識別子、指定された新たな受取人の識別子、指
定された第2の決済金額及び決済日を含む新しい電子手
形前記情報を作成して記憶手段に格納する手段と、前記
第1の決済金額から前記第2の決済金額を差し引いた金
額によって前記第1の決済金額を更新することを特徴と
する電子決済仲介装置。
13. A sender's identifier, a recipient's identifier, a first
Storage means for storing electronic bill information including the settlement amount and settlement date, means for transmitting the electronic bill information to the recipient's computing environment, and the identifier of the sender, designated according to instructions from the computing environment. Means for creating and storing in the storage means a new electronic bill including the new payee identifier, the designated second settlement amount and the settlement date; and the second settlement based on the first settlement amount. An electronic settlement intermediary device, characterized in that the first settlement amount is updated by an amount obtained by subtracting the amount.
【請求項14】資金決済仲介機関の計算環境に設けら
れ、買手と売手との間に資金決済を伴う取引情報を複数
件受信して記憶手段に保持する手段と、前記取引情報の
中で買手が一致しかつ売手が一致する取引情報を抽出す
る手段と、抽出された前記取引情報の中から選別された
複数の取引情報について各々の決済金額の合計を新たな
決済金額とする1つの取引情報を作成する手段と、前記
買手が取引する第1の金融機関の計算環境に前記買手の
第1の口座番号、前記売手が取引する第2の金融機関の
第2の口座番号及び前記1つの取引情報の決済金額を通
知して資金の移動を依頼する手段と、前記第1の金融機
関の計算環境に設けられ、前記第1の口座番号の口座か
ら前記第2の金融機関の前記第2の口座番号の口座へ前
記1つの取引情報の決済金額の移動を行う手段とを有す
ることを特徴とする電子決済仲介装置。
14. A means provided in a calculation environment of a fund settlement intermediary institution, for receiving a plurality of pieces of transaction information involving a settlement of funds between a buyer and a seller and storing the transaction information in a storage means, and a buyer among the transaction information. Means for extracting transaction information in which the same and sellers match, and one transaction information in which the sum of the respective settlement amounts of the plurality of transaction information selected from the extracted transaction information is a new settlement amount. And a first account number of the buyer, a second account number of a second financial institution with which the seller transacts, and the one transaction with the computing environment of the first financial institution with which the buyer transacts. A means for notifying the settlement amount of information and requesting the transfer of funds, and a means provided in the computing environment of the first financial institution, and from the account of the first account number to the second of the second financial institution. To the account of the account number of the one transaction information Electronic settlement intermediation apparatus characterized by a means for moving the already amount.
【請求項15】作成された前記1つの取引情報について
前記買手を振出人、前記売手を受取人、資金決済の決済
日を手形決済日とする電子手形を作成して記憶手段に格
納する手段を有し、前記移動を行う手段は、前記手形決
済日に前記1つの取引情報の決済金額の移動を行うこと
を特徴とする請求項14記載の電子決済仲介装置。
15. A means for creating an electronic bill with the payer of the buyer, the payee of the seller, and a bill settlement date as a bill settlement date for the created transaction information and storing the bill in a storage unit. 15. The electronic payment intermediary device according to claim 14, wherein the means for performing the transfer moves the payment amount of the one transaction information on the bill payment date.
JP2001222596A 2001-07-24 2001-07-24 Intermediating method and device for electronic settlement Pending JP2003036357A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2001222596A JP2003036357A (en) 2001-07-24 2001-07-24 Intermediating method and device for electronic settlement

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2001222596A JP2003036357A (en) 2001-07-24 2001-07-24 Intermediating method and device for electronic settlement

Publications (1)

Publication Number Publication Date
JP2003036357A true JP2003036357A (en) 2003-02-07

Family

ID=19056052

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2001222596A Pending JP2003036357A (en) 2001-07-24 2001-07-24 Intermediating method and device for electronic settlement

Country Status (1)

Country Link
JP (1) JP2003036357A (en)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2014026509A (en) * 2012-07-27 2014-02-06 Sumitomo Mitsui Banking Corp Inter-account remittance settlement funds tally-withdrawal system, and method thereof
JP2015149096A (en) * 2012-03-19 2015-08-20 ネイバー コーポレーションNAVER Corporation Advertisement providing system and method for providing interface for integrated payment for products in integrated marketplace

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2015149096A (en) * 2012-03-19 2015-08-20 ネイバー コーポレーションNAVER Corporation Advertisement providing system and method for providing interface for integrated payment for products in integrated marketplace
JP2014026509A (en) * 2012-07-27 2014-02-06 Sumitomo Mitsui Banking Corp Inter-account remittance settlement funds tally-withdrawal system, and method thereof

Similar Documents

Publication Publication Date Title
JP5927304B2 (en) Settlement business support system and settlement business support method
JP4234412B2 (en) Payment service method for electronic commerce, payment system, computer program, program storage medium
US20020120537A1 (en) Web based system and method for managing business to business online transactions
KR100804079B1 (en) Fee settlement mediation processing device, recording medium for storing a program for processing a fee settlement mediation, computer program for fee settlement mediation, online shop device and method, and system thereof
US20110137751A1 (en) Computerized system for facilitating transactions between parties on the internet using e-mail
US20080208723A1 (en) System and method for settling trades in a digital merchant exchange
JP6189478B1 (en) Settlement support system, method and program
KR102094101B1 (en) Interlocked digital currency system and method thereof, Payment system between electronic wallets interlocked to the dedicated digital currency, and method thereof
US20070043663A1 (en) E-payment advice system
JP2003076863A (en) Transfer center system and remittance charge calculation method
WO2006006310A1 (en) Buyer terminal, purchase surrogating method, consignment purchase system, and consignment purchase method
JP2002140642A (en) Method and device for converting point based on point system and recording medium
JP4461618B2 (en) Payment apparatus and method
JP2002083145A (en) Center device in payment system using payment card, payment method, computer system, payment card, and processing method
KR102180829B1 (en) Seller loan service system and Method thereof
JP2002352170A (en) Settlement mediating system and settlement mediating method
JP2005533308A (en) Method and system for conducting payment card transactions
JP2004514980A (en) Real estate transaction method and system
JP2000181974A (en) Batch factoring device
JP2001028026A (en) Transaction support system
JP4679048B2 (en) Electronic ticket management / distribution system and electronic ticket distribution server
JP2002216039A (en) Settlement management system and method, recording medium recorded with settlement management program, and settlement management program
JP2003036357A (en) Intermediating method and device for electronic settlement
JP2002074235A (en) Online settlement system, service point settlement system, its method, and recording medium on which its program is recorded
JP2003296648A (en) Fund transfer processing method, computer program, purchaser country side financial institution system, seller country side financial institution system and mediator system