JPWO2006064543A1 - Trading system and trading method - Google Patents

Abstract

A trading system and a trading method capable of margin trading between trading group companies are provided. The margin transaction program 200 includes a purchase order creating unit 212, a purchase order dividing unit 214, and a payment management unit 218. The purchase order form creation unit 212 receives the ordering process of the first transaction from the first trader, creates the purchase order form data of the transaction, assigns the purchase order form ID, and stores the purchase order form data in the purchase order form DB 294. The transaction data is stored in the transaction DB 296 in association with the created purchase order ID. The purchase order dividing unit 214 receives the order processing of the second transaction, associates the transmitted transaction ID with the purchase order ID, and stores the transaction data in the transaction DB 296. The payment management unit 218 searches for all transactions associated with this purchase order based on the purchase order ID, and performs settlement by offsetting the order amount and the order amount for each company involved in each transaction.

Description

  The present invention relates to a trading system and a trading method for performing margin trading between trading group companies as an alternative to financing from a financial institution.

For example, Patent Document 1 discloses a method for efficiently managing account funds of a trading group company.
For example, Patent Document 2 discloses a transaction method performed between traders who have accounts receivable or accounts payable.
For example, Patent Document 3 discloses a method of offsetting a trade payable and a trade receivable by a certain trader.
For example, Patent Document 4 discloses a method in which a controlling company in a transaction group performs deposit/withdrawal on behalf of a controlled company.
However, none of these documents considers margin trading between trading group companies as an alternative to financing from financial institutions.
JP 2002-133129A Japanese Patent Laid-Open No. 2003-76930 Japanese Patent Laid-Open No. 2003-76931 JP 2004-38614A.

  The present invention has been made in view of the above background, and an object of the present invention is to provide a trading system and method for facilitating margin trading between trading group companies.

  In order to achieve the above-mentioned object, a trading system according to the present invention is connected to a plurality of traders who respectively place and/or receive a trade, and the trader, and perform a trade between the traders. A transaction system including a transaction management device for managing, wherein the transaction involves providing a price from a trader (orderer) ordering the transaction to a trader (contractor) ordering the transaction, The transaction management device receives an order from the transactor who can be the orderer, the order acceptance unit that accepts the transaction that is ordered to the contractor, and an accepting order of the ordered transaction from the transactor that can be the contractor. The order accepting means and the price providing means for providing the orderer with a price within the range of the price that can be provided for the order received by the orderer, and the trader who can be the orderer is The contractor has a transaction ordering unit for ordering the transaction, and the trader who can be the contractor has a transaction ordering unit for receiving the ordered transaction.

  Preferably, the trader is one or more first traders who can be the orderer and a trader other than the first trader, and can be the orderer and the contractor. One or more second traders, the trade includes a first trade and a second trade other than the first trade, and in the first trader, the trade ordering means is , Arbitrarily placing an order for the first transaction with respect to the contractor, and in the second trader, the transaction ordering means includes the first transaction and the second transaction from the first trader. A second transaction from a trader of the second transaction, and the ordering means includes a second transaction accompanied by provision of a price within the range of the price provided for the received first transaction or second transaction. To the other contractor.

Suitably, the traders are divided into one or more groups each comprising one said first trader and one or more said second traders, and the trades are closed to each said group. Is done.
Suitably, only one said first trader is included.
Also, preferably, the transaction includes provision of a transaction object from the contractor to the orderer, and the first transaction person receives provision of the transaction object of the ordered first transaction. The transaction management device further comprises a notification means for notifying the transaction management device of the provision of the transaction object of the first transaction, and in the transaction management device, the compensation providing means is the first transaction. The first transaction and the second transaction due to the first transaction are compensated for after receiving the notification of the provision of the transaction object.

  Further, preferably, a settlement date is provided in the first transaction, and in the transaction management device, the compensation providing unit is configured to perform the first transaction and the first transaction after the settlement date. Provides a price for the second transaction made due.

  Further, the first transaction management device according to the present invention is a transaction management device that is connected to a plurality of traders who respectively place an order for a transaction and receive an order, or that manages transactions between the traders. The transaction involves the provision of a price from a trader who places an order for the transaction (an orderer) to a trader who receives an order for the transaction (an orderer). Order acceptance means for accepting the transaction ordered to the customer, order acceptance means for accepting the order for the ordered transaction from the transaction person who can be the orderer, and the orderer accepting the transaction from the orderer Within the range of the price that can be offered for the transaction, there is a cost providing means for providing a cost to this contractor.

  Preferably, the trader is one or more first traders who can be the orderer and a trader other than the first trader, and can be the orderer and the contractor. One or more second traders, the trades include a first trade and a second trade other than the first trade, and the order receiving means is one of the first trader. , The first transaction that is arbitrarily ordered to the contractor, and the ordered first transaction or second transaction that is ordered from the second trader to another trader A second transaction accompanied by the provision of a price within the range of the price provided to the second order trader, and the order receiving means receives a first order from the second trader from the second trader. An order for the transaction and an order for the second transaction placed by the second trader are accepted.

Preferably, the traders are divided into one or more groups each including one first trader and one or more second traders, and the trades are performed in each of the groups. Manage transactions.
Preferably, the order receiving unit receives an order for the transaction from one of the first trader and the second trader.
Further, preferably, the transaction includes provision of a transaction object for the orderer from the contractor, and provision of a transaction object for the ordered first transaction from the first trader. Further comprising a notification accepting means for accepting a notification to the effect that the compensation providing means is performed due to the first transaction and the first transaction after the notification is accepted by the notification accepting means. Offers the price of a second transaction.

  Further, preferably, the payment means further includes a settlement date storage means for storing a settlement date of the first transaction, and the compensation providing means further includes the first transaction and the first transaction after the stored settlement date. To provide a price for the second transaction made due to the second transaction.

  Further, the second transaction management device according to the present invention is connected to a plurality of traders who respectively place an order for a transaction and receive an order, or any of these, and a trader (orderer) who orders the transaction executes the transaction. A transaction management device that manages transactions between the traders accompanied by providing a price to a trader (contractor) who receives an order, and each of the traders can issue a purchase order and become the orderer. A trader storage means for storing whether the trader is a first trader or a trader other than the first trader and which can be the orderer and the orderer; A purchase order document storage means for storing a purchase order document for a transaction ordered by the first trader and received by the second trader, a contractor for the transaction and a price, and the stored purchase order document in association with each other. It has a transaction storage means for storing and a compensation providing means for providing compensation to the contractor of the stored transaction within the scope of the compensation of the stored transaction.

  Preferably, the transaction storage means is an order in which a contractor and a price of a transaction ordered by the second trader and received by another trader are associated with a transaction ordered by the second trader. Further, the price providing means is associated with the same purchase order as this transaction within the range of the price of the transaction received by the second trader and placed by the second trader. Providing compensation to the second trader in response to the transaction compensation.

Preferably, the purchase order storage means further stores the first trader who issued the purchase order, and the price providing means stores the stored purchase order in the stored first trader. To offer the price of the transaction related to.
Preferably, the number of the first traders is one among the traders, and the trader storage means is such that one of the traders recorded is the first trader. Remember.

Also, preferably, the transaction storage means further comprises an acceptance notification acceptance unit that accepts a notification from the orderer that the transaction object provided by the orderer is accepted in the transaction ordered by the orderer. Further stores the acceptance of the inspection notification in the transaction, and the compensation providing unit stores the acceptance of the inspection notification in the transaction ordered by the first trader and ordered by the second trader. If so, provide the price of the transaction associated with this purchase order.
Furthermore, preferably, the purchase order storage unit further stores a settlement date of the purchase order, and the compensation providing unit, after the stored settlement date, pays for a transaction associated with the purchase order. provide.

  The ordering/ordering apparatus according to the present invention is an ordering/ordering apparatus that is connected to a plurality of traders who respectively place and receive orders for transactions, and a transaction management apparatus that manages transactions between the traders. An apparatus, wherein the transaction involves providing a price from a trader (orderer) ordering the transaction to a trader (contractor) ordering the transaction, and the transaction management apparatus receives the order. It has a price within the range of the price that can be offered for a transaction, and has a transaction ordering means for ordering the transaction to the contractor and a transaction ordering means for accepting the ordered transaction.

  Preferably, the trader is one or more first traders who can be the orderer, and a trader other than the first trader, which can be the orderer and the contractor. Two traders, the trade includes a first trade and a second trade other than the first trade, and the trade ordering means includes the first traded or the second traded order. A second transaction, which involves providing a price within the range of the price provided for the transaction, is ordered to another contractor, and the transaction ordering means sets the first transaction from the first trader. Receive a trade and a second trade from the second trader.

  Further, a transaction method according to the present invention is a transaction method for conducting an order for a transaction and an order, or a transaction between a plurality of transaction persons who respectively perform any of these, and the transaction is a transaction person who orders the transaction. (Orderer) accepts the transaction to be ordered from the orderer from a trader who can be the orderer with the provision of a price to the trader (orderer) who receives the transaction, and the orderer A transaction that can be an orderer by accepting an order for the ordered transaction from a potential trader and providing a price to this orderer within the range of the price that the orderer can provide for the ordered transaction. The person orders the transaction to the contractor, and the trader who can be the contractor receives the ordered transaction.

  Further, the program according to the present invention includes a computer and is connected to a plurality of traders who respectively place an order for a transaction and receive an order, or one of these, and the transaction is performed by a trader (orderer) who orders the transaction. In a transaction management device that involves providing a price to a trader (contractor) who receives the transaction, an order receiving step of accepting the trade ordered from the trader who can be the orderer to the contractor, An order receiving step for receiving an order for the ordered transaction from a trader who can be the contractor, a transaction management step for managing the received order and a transaction including the received order, and an order for receiving a transaction from the orderer In response to a request from a person in charge, the transaction management apparatus is caused to execute a compensation providing step of providing compensation to the contractor within the range of compensation that can be provided for the transaction received by the contractor.

  According to the present invention, margin trading can be performed between trading group companies as an alternative to financing from a financial institution.

It is a figure which illustrates the transaction by the transaction method concerning this invention. It is a figure which shows the relationship between a trading group/customer company and a margin trading center in the transaction by the transaction method concerning this invention. It is a figure which shows the profit model of the transaction by the transaction method concerning this invention. It is a figure which illustrates the structure of the margin transaction system 1 concerning this invention. It is a figure which illustrates the hardware constitutions of the computer used in each node shown in FIG. It is a figure which shows the structure of the margin transaction program 200 run on the margin transaction server 20 shown in FIG. It is a figure which shows the structure of the company database (DB) 292 which manages the information of each company. It is a figure which shows the structure of purchase order DB294 which manages the information of each purchase order issued from the company which is a 1st trader. It is a figure which shows the structure of transaction DB296 which manages the information of each transaction between an orderer and a contractor. 5 is a diagram showing a configuration of a purchase management program 240 executed on the purchase management server 24 shown in FIG. 4. FIG. 5 is a diagram showing a configuration of a member management program 260 executed on the member management server 26 shown in FIG. 4. FIG. It is a figure which shows the structure of the accounting program 280 executed on the accounting server 28 shown in FIG. 5 is a diagram showing a configuration of an orderer program 120 executed on orderer device 12 shown in FIG. 4. FIG. FIG. 5 is a diagram showing a configuration of an ordering/ordering program 140 executed on the ordering/ordering apparatus 14 shown in FIG. 4. FIG. 9 is a sequence diagram showing a registration operation (S10) of a company included in the transaction group/customer company shown in FIG. 2. FIG. 3 is a sequence diagram showing an order receiving/ordering operation (S20) of a first transaction ordered by a company A who is a first trader in the transactions shown in FIGS. 1 and 2. FIG. 3 is a sequence diagram showing an ordering/ordering operation (S30) of a second transaction ordered by a company B1 which is a second trader in the transactions shown in FIGS. 1 and 2. It is a sequence diagram which shows the inspection operation (S40) of the transaction object in the transaction shown in FIG. 1 and FIG. It is a flowchart which shows the settlement process (S50) of the transaction shown in FIGS.

[Background of the Invention]
In order to facilitate the understanding of the present invention, first, the background that led to the present invention will be described.
FIG. 1 is a diagram illustrating a transaction by the transaction method according to the present invention.
As shown in FIG. 1, conventionally, an order has been placed and an order has been placed between the company A and companies B1 to B3 in the transaction group, and transactions have been made.

In the example shown by the straight line and the two-dot chain line arrow in FIG. 1, the transactions shown in (1) to (3) below are performed.
(1) Company A places an order for a transaction with company B1, which is a counterparty company, company B1 delivers the engine to company A, and company A pays 1 billion yen to company B1 as the payment.
(2) Company B1 places an order for a transaction with company B2, which is a trading partner company, company B2 delivers screws to company B1, and company B1 pays 400 million yen to company B2.
(3) Company B2 places a transaction with company B3, which is a trading partner company, company B3 delivers iron to company B2, and company B2 pays 100 million yen to company B3.

In the case of the example shown in FIG. 1, the company A pays the company B2 when the engine is delivered from the company B1.
Similarly, the company B1 pays the company B2 when the screw is delivered from the company B2, and the company B2 pays the company B3 when the iron is delivered from the company B3.
Here, the company B3 must procure funds for delivering iron from a financial institution or the like.
When the financial institution does not lend money to the company B3, the company B3 needs to separately consider the cash flow.

Further, the company B2 pays the company B3 even though the company B3 has paid the company B3, but if the company B1 has not paid the company B1, the company B1 has not paid the company B3. I can't.
Similarly, when the company B1 has not delivered the product to the company A, the company A has not paid the payment, and therefore cannot pay the company B2.
In other words, the company B1 and the company B2 also need to separately consider the cash flow when the financing from the financial institution is delayed.

  The transaction method according to the present invention was made in order to eliminate the unreasonableness in a transaction in which a financial institution must be procured in spite of such sales. By using the "credit of the transaction that B1 has promised to deliver" as the credit of the transaction between the transaction group companies (B1, B2, B3) of company A, it is possible to avoid the need for financing from a financial institution. Achieve improved trading between trading group companies.

[Outline of the present invention]
The outline of the transaction according to the present invention will be described below.
As shown by the circular arc arrow in FIG. 1, when the company A places an order for the transaction with the company B1 which is a trading partner company, a purchase order attached with the identifier (a-1) is issued.
This purchase order indicates that the issuer of this purchase order is company A, the amount of this transaction is 1 billion yen, the delivered item is an engine, and the settlement date is October 31st. There is.
The purchase order issued by the company A is uniquely identified by the identifier.
The circle included in the purchase order a-1 in FIG. 1 schematically represents the payment amount of the company A.

This purchase order can be split and used for payment.
Specifically, when the company B1 orders the company B2 for a transaction to purchase screws for 400 million yen, 400 million yen out of the 1 billion yen shown in the order form is paid to the company B2. Can be devoted.
That is, 1 billion yen of the purchase order is divided into 600 million yen and 400 million yen, the divided 400 million yen can be used for payment, and the remaining 600 million yen can be left at the company B1.
In this case, the purchase order split by company B1 and passed to company B2 shows that the amount of this transaction is 400 million yen, the delivered goods are screws, and the settlement date is October 31st. Shows.
Like the purchase order issued by the company A, the divided purchase order is attached with the identifier a-1, which indicates that the issuer is the company A.

The divided purchase order can be further divided and used for payment.
Company B2, when ordering a transaction for purchasing iron to Company B3 for 100 million yen, shall allocate 100 million yen out of 400 million yen shown in the divided purchase order for payment to company B3. You can
In other words, the 400 million yen of the divided purchase order is further divided into 300 million yen and 100 million yen, the divided 100 million yen is used for payment, and the remaining 300 million yen is handed to the company B2. Can be left behind.
In this case, the purchase order further divided by the company B2 and handed over to the company B3 has the transaction amount of 100 million yen, the delivered goods are iron, and the settlement date is October 31st. Further, like the other purchase orders, the identifier a-1 is attached, indicating that the issuer is the company A.

Companies B3, B2, and B1 each deliver iron, screws, and engines for the transactions they have received.
Here, the transaction between the company A and the company B1 is a “transaction in which the company A pays the company B1 promises to deliver”, and the purchase order issued in this transaction includes the identifier a-1 and the settlement date. It is included.
When the company B1 delivers the engine, which is the transaction object in this transaction, to the company A, and the date is the settlement date included in the purchase order having the identifier a-1, the settlement of this purchase order is performed. Is done.

As shown by the rectangular arrow in FIG. 1, the settlement is left at hand from the company A, which is the issuer of the purchase order a-1, to the companies B1 to B3 who have left the purchase order a-1. The payment is made on October 31, which is the settlement date, so that the purchase order amount is paid.
Specifically, the company B1 receives 600 million yen from the company A, the company B2 receives 300 million yen from the company A, and the company B3 receives 100 million yen from the company A.
The total amount of money received by the companies B1 to B3 is the amount shown in the purchase order issued by the company A first.

FIG. 2 is a diagram showing a relationship between a trading group/customer company and a credit trading center in a trading by the trading method according to the present invention.
As shown in FIG. 2A, the credit transaction center provides the service including the purchase order division described above, and the company A and the companies B1 to Bn use the provided service.
The group of companies including the company A and the companies B1 to Bn may be one transaction group company or a group of business partners.
In this group of companies, it does not matter whether or not they have a capital relationship, but companies B1 to Bn need to be registered as members by company A.

In this group of companies, the company A orders a transaction with the trading partner company B1.
Company B1 uses the credit of this transaction to place an order for B2 or B2'.
At this time, the company B1 can use the purchase order division service provided by the margin trading center to divide the purchase order issued by the company A in the previous transaction and use it for payment to B2 or B2'.
Further, the company B1 and the company B2, or any one of them pays a predetermined amount as a service usage fee to the credit transaction center.
The company B2 or the like can use the purchase order dividing service to further divide the purchase order issued by the company A and use it for payment of the transaction ordered by itself.
The company B2 and the company B3, or any one of them, similarly pays the service usage fee.

As described above, since the companies B1 to Bn use the credit of the company A to carry out transactions, they can be relieved of the anxiety about the cash flow preparation at the time of payment.
Further, the company B1 and the like can be relieved from the anxiety about the payment default (default) of the ordering party.
The usage fee paid by the company B1 or the like to the credit transaction center may be less than the interest rate and the fee paid when the loan was conventionally received from the financial institution. Obtain alternatives.

The margin trading center may pay a part of the usage fee received from the companies B1 to Bn to the company A as a dividend.
The company A can return the profit of the margin trading center by allowing the company B1 and the like to use the margin trading center.
In addition, the money flows from the company A to the company B1 and the like, from the company B1 and the like to the margin trading center, and further from the margin trading center to the company A, and circulates, and does not flow out of this trading group/customer company. Therefore, economic efficiency can be improved.
Further, as shown in FIG. 2B, the credit transaction center can also provide a service including a purchase order division to a plurality of different transaction groups/customer companies.

FIG. 3 is a diagram showing a profit model of a transaction by the transaction method according to the present invention.
As shown in FIG. 3, the margin trading center income includes usage fees received from service utilizing companies, and the expenditure includes dividends to shareholders, taxes and other costs.
In this example, the margin trading center's income is the usage fee from companies B1 and B2.
The usage fee of the purchase order division service may be an amount obtained by multiplying the amount of transaction ordered by each user company by a certain ratio.
Further, the usage fee may be collected from the ordering company and the ordering company of the transaction, or any of these.
The margin trading center does not have to collect the usage fee from the company A that first issues a purchase order and orders the transaction, or from the company A and its trading partner company B1.

The payee of the dividend includes, for example, the company A and the service providing company X.
The service providing company X provides the services provided from the credit transaction center including the purchase order division service to the credit service center customer companies such as the company A.
The cost payee includes a service provider, and the service provider is the IT system provider X of the credit transaction center and other providers who provide people/land.
The IT system provider X develops and operates the system of the margin trading center.
The service providing company X and the IT system providing company X may be the same.

[Margin trading system 1]
FIG. 4 is a diagram illustrating a configuration of the credit transaction system 1 according to the present invention.
As shown in FIG. 4, the margin transaction system 1 includes a margin transaction server 20, a purchase management server 24, a member management server 26, and an accounting server 28 included in the margin transaction center 2 (transaction management device), an orderer device 12, and a purchaser device 12. The order receiving/ordering apparatuses 14-1 to 14-n are configured to be connected to each other via an intra-center network 290 such as LAN and WAN and the network 100.
Further, the margin transaction server 20 and the accounting server 28 are connected to an external payment system (financial institution) via the financial network 102.

The transaction shown in FIGS. 1 and 2 is performed by the orderer apparatus 12, the order receiving/ordering apparatuses 14-1 to 14-n, the margin transaction server 20, the purchase management server 24, the member management server 26, and the accounting server 28 by the company A (first Traders) and companies B1 to Bn (second traders).
In the following, these servers will be collectively referred to as nodes.
Further, when any one of a plurality of component parts such as the ordering/ordering devices 14-1 to 14-n is shown without being specified, it may be simply referred to as the ordering/ordering device 14 or the like.

[hardware]
The hardware of each node will be described below.
FIG. 5 is a diagram illustrating a hardware configuration of a computer used in each node illustrated in FIG.
As shown in FIG. 5, the computer of each node communicates with other nodes via a device main body 108 including a CPU 104 and a memory 106, a display/input device 110 including a keyboard and a display, a network 100 or a financial network 102. It includes a communication interface (IF) 112 for performing recording, and a storage device 114 for recording/reproducing data on/from a recording medium 116.
That is, the computer of each node has a component as a computer capable of information processing by executing a program and communication with other nodes via a network.

[software]
The programs executed in each node and the databases referenced by these programs will be described below.

[Margin trading program 200]
FIG. 6 is a diagram showing the configuration of the margin transaction program 200 executed on the margin transaction server 20 shown in FIG.
As shown in FIG. 6, the credit transaction program 200 includes a user interface (UI) unit 202, an authentication/communication processing unit 204, a member management unit 206, a purchase order browsing acceptance unit 208, a transaction management unit 210, and a purchase order creation unit 212. , Purchase order division unit 214, delivery management unit 216, settlement management unit 218 (compensation providing means), company DB 292 (FIG. 7), purchase order DB 294 (FIG. 8), transaction DB 296 (FIG. 9).

The margin transaction program 200 realizes the transaction described with reference to FIGS. 1 and 2 by these components.
The margin transaction program 200 is supplied to the margin transaction server 20 via, for example, the recording medium 116 (FIG. 5), loaded into the memory 106, and executed.
The following programs are similarly supplied and executed.

In the credit transaction program 200, the UI unit 202 controls the operation of each component of the credit transaction program 200 according to the user's operation on the display/input device 110 (FIG. 5 ).
Further, the UI unit 202 displays the information/data created by each component of the credit transaction program 200 and the processing content of each component on the display/input device 110 or stores it in the storage device 114.

The authentication/communication processing unit 204 performs communication processing required for communication with each node, authentication processing with these, and tampering prevention of information and data transmitted with these. Performs encryption processing.
The member management unit 206 receives the information/data relating to the membership process or the withdrawal process transmitted from the member management program 260 (described later with reference to FIG. 11) executed on the member management server 26, and the company DB 292 (FIG. 7). ), and manage the companies that are members.

FIG. 7 is a diagram showing a configuration of a company database (DB) 292 (transactioner storage means) that manages information of each company.
As shown in FIG. 7, the company data stored in the company DB 292 includes a company ID, a company name, a financial institution account number (hereinafter referred to as an account number), and a purchase order issuable flag.
The company ID is an identifier (ID) for managing the company to be registered, and each company is uniquely identified by this company ID.
The company name is the name of the company associated with the company ID.
The account number is a number that identifies an account established by this company at an external financial institution.
The purchase order issuable flag is a flag indicating whether or not a purchase order can be issued to place an arbitrary transaction.

Each company is a trader who orders and/or receives a transaction, and can be an orderer who orders a transaction and an orderer who orders a transaction from this orderer.
In addition, the company is a first trader who can be an orderer who can issue a purchase order and place an arbitrary transaction, and a trader other than the first trader, who is an orderer and a contractor. A second trader.
Preferably, the first trader is one in a group of companies including a plurality of traders and is identified by a purchase order issuable flag.
For example, in the company data of company A, the purchase order issuable flag is checked, and in the company data of companies B1 to Bn, the purchase order issuable flag is not checked.

The purchase order order browsing acceptance unit 208 shown in FIG. 6 accepts a request for a purchase order form transmitted from the order acceptance/ordering program 140 (described later with reference to FIG. 14) executed on the order acceptance/placement apparatus 14, and receives a purchase order form DB 294 (see FIG. 8) and the transaction DB 296 (FIG. 9), and sends the information regarding the purchase order and transaction held by the requesting company.
The purchase order view acceptance unit 208 searches the transaction DB 296 for a transaction in which this company is the orderer or contractor based on the transmitted company ID, and places an order based on the purchase order form ID of the retrieved transaction. The information on the purchase order is retrieved from the book DB 294.

FIG. 8 is a diagram showing a configuration of a purchase order DB 294 that manages information on each purchase order issued by the company that is the first trader.
As shown in FIG. 8, the purchase order data stored in the purchase order DB 294 includes a purchase order ID, an orderer, a settlement date, and a settlement completed flag.
Here, the orderer stores the corresponding company ID in the company DB 292 (FIG. 7).

The purchase order ID is an identifier for managing the issued purchase order, and each purchase order is uniquely identified by this purchase order ID.
The orderer is the company that issued the purchase order and placed the transaction.
The settlement date is the date on which the transaction related to this purchase order is settled.
The settlement flag stores whether or not the transaction related to this purchase order has been settled.

FIG. 9 is a diagram showing a configuration of a transaction DB 296 that manages information on each transaction between the orderer and the contractor.
As shown in FIG. 9, the transaction data stored in the transaction DB 296 includes transaction ID, purchase order, orderer, contractor, price, ordered item, delivery condition, planned delivery date, delivery flag and acceptance flag (inspection). Storage means).
Here, the purchase order stores the corresponding purchase order ID in the purchase order DB 294 (FIG. 8).
Further, the orderer and the order receiver store the corresponding company IDs in the company DB 292 (FIG. 7).

The transaction ID is an identifier for managing the transaction performed between the orderer and the contractor, and each transaction is uniquely identified by this transaction ID.
The purchase order is a purchase order associated with this transaction.
One transaction is associated with one purchase order when the transaction (first transaction) is ordered by the first trader.
When the second trader who received the order for the transaction further orders the transaction (second transaction), a plurality of transactions are associated with one purchase order.
In this way, the second transaction made due to the first transaction is stored.
The transaction may be uniquely identified by the transaction ID and the purchase order ID.

The orderer is the company that placed the order for this transaction.
The contractor is the company that received the transaction.
The amount is the amount (compensation) provided for this transaction.
The ordered item is the transaction object for this transaction.
The contractor is provided with the amount of this transaction by delivering this transaction object.
The delivery conditions are the conditions arbitrarily set for this transaction.
The scheduled delivery date is the scheduled date when the contractor delivers the transaction object.

The delivered flag stores whether or not the contractor has notified that the transaction object to be delivered in this transaction has been delivered.
The acceptance flag stores whether or not the orderer has accepted the transaction object of this transaction.

Each company can recognize the provided amount based on the amount of each searched transaction, if the orderer or the contractor searches the transaction DB 296 for a transaction having its own company ID.
Further, if each of the companies searches the transaction DB 296 for a transaction whose orderer or contractor has its own company ID, and searches the purchase order DB 294 based on the purchase order ID associated with each of the retrieved transactions. You can recognize the payment date of the purchase order.

The transaction management unit 210 shown in FIG. 6 accepts information/data relating to ordering, receiving orders, and delivering of transactions transmitted from a purchase management program 240 (described later with reference to FIG. 10) executed on the purchase management server 24. Performs order management processing and delivery management processing.
The transaction management unit 210 also performs settlement management processing so that the transaction is settled on a predetermined settlement date included in the purchase order.
Specifically, the transaction management unit 210 includes a purchase order creation unit 212, a purchase order distribution unit 214, a delivery management unit 216, and a payment management unit 218, and these components perform the above-described processing.

The purchase order document creation unit 212 receives and processes the ordering process for the first transaction from the first trader from the purchase management program 240.
Specifically, the purchase order creating unit 212 creates purchase order data for the accepted transaction, assigns a unique purchase order ID to the purchase order data, and stores the purchase order data in the purchase order DB 294.
Furthermore, the purchase order creating unit 212 associates the unique transaction ID transmitted from the purchase management program 240 with the created purchase order ID and stores the transaction data in the transaction DB 296.
In addition, when the purchase order sheet creation unit 212 registers the purchase order sheet DB 294 and the transaction DB 296, all the flag attributes included in the purchase order sheet DB 294 and the transaction DB 296 are not checked.
These flags are checked when a corresponding predetermined process is performed, as will be described later.

The purchase order dividing unit 214 receives and processes the order processing of the second transaction from the first trader or the second trader from the purchase management program 240.
Specifically, the purchase order dividing unit 214 associates the transaction ID transmitted from the purchase management program 240 with the purchase order ID and stores the transaction data in the transaction DB 296.
That is, the purchase order dividing unit 214 newly associates one transaction with the purchase order stored in the purchase order DB 294.
The amount of the transaction newly stored in the transaction DB 296 is smaller than the amount of any other transaction already stored in the transaction DB 296, which is associated with the same purchase order as this transaction.
Further, the newly stored transaction flags are all unchecked, as in the case of the purchase order creating unit 212.

The delivery management unit 216 receives a notification from the purchase management program 240 that the contract recipient of the transaction has delivered the transaction object, and checks the delivery completion flag of this transaction stored in the transaction DB 296.
Similarly, the delivery management unit 216 receives a notification that the orderer of the transaction has inspected the transaction object, and checks the acceptance flag of this transaction stored in the transaction DB 296.
In this way, for each transaction, it is managed whether the contractor has delivered the transaction object and whether the orderer has inspected the transaction object.

The payment management unit 218 makes a payment for each transaction associated with the purchase order that has become the payment date.
The settlement management unit 218 searches the purchase order sheet DB 294 for a purchase order sheet that reached the settlement date based on the settlement date, and associates the purchase order sheet from the transaction DB 294 with this purchase order sheet based on the purchase order sheet ID of the retrieved purchase order sheet. Search for all trades made.
The payment management unit 218 refers to the orderer and the orderer of each retrieved transaction, and makes a payment for each company ID included in the orderer and the orderer.

The payment management unit 218, for example, reduces the amount of the transaction with the company ID as the ordering party from the amount of the transaction with the company ID as the contractor, and makes a settlement so that this company receives the balance.
Further, for example, for the company whose company ID is not included in the orderer but included only in the contractor, the settlement management unit 218 allows the company to receive the amount of the transaction with the company ID as the contractor. Make a payment.
Further, the settlement management unit 218, for example, for a company whose company ID is not included in the contractor but included only in the orderer, allows the company to pay the amount of the transaction with the company ID as the orderer. Make a payment.
For example, when a company receives an order for a transaction associated with a purchase order ID for 400 million yen and another transaction for 100 million yen associated with the same purchase order ID, the payment management unit 218 makes a payment so that this company receives 300 million yen.
The payment management unit 218 retrieves the account number of this company from the company DB 292 based on the company ID and requests an external financial institution to make a payment.

Furthermore, the payment management unit 218 makes payment to an external financial institution so that the second trader pays the usage fee for the purchase order division service (FIGS. 2 and 3) and the first trader receives the dividend. Request.
The payment management unit 218 calculates the usage fee by multiplying the amount of the transaction ordered by the second trader by a predetermined ratio, for example.
Further, the payment management unit 218 calculates the dividend by multiplying the income obtained as the usage fee by a predetermined ratio, for example.
When the payment management unit 218 requests the financial institution to settle the usage fee and the dividend, the financial institution performs the deposit/withdrawal process on the accounting server 28 of the credit transaction center 2.
Deposit/withdrawal processing for the accounting server 28 will be described later with reference to FIG.

[Purchasing management program 240]
FIG. 10 is a diagram showing the configuration of the purchase management program 240 executed on the purchase management server 24 shown in FIG.
Note that among the components shown in FIG. 10, those substantially the same as the components shown in FIG. 6 are designated by the same reference numerals.
Also, the same applies to the respective configurations referred to in the description of the program.
As shown in FIG. 10, the purchase management program 240 includes a user interface (UI) unit 202, an authentication/communication processing unit 204, an order receiving unit 242, an order confirmation requesting unit 244, an order processing unit 246, a delivery receiving unit 248, and an inspection. It includes a requesting unit 250 (notification receiving unit) and a delivery processing unit 252.
The purchase management program 240 mediates information/data between the orderer apparatus 12 and the order receiving/ordering apparatus 14 and the margin transaction server 20 by these components, and executes the transaction described with reference to FIGS. 1 and 2. to manage.

The order receiving unit 242 receives an order for a transaction from the orderer apparatus 12 or the order receiving/ordering apparatus 14.
The order receiving unit 242 transmits/receives information/data (order data) relating to the order of this transaction to/from the order confirmation requesting unit 244 and the order processing unit 246, and finally places an order for the transaction with respect to the sender of the order. Notify that the procedure in step 1 has been completed.

The order confirmation requesting unit 244 receives the order data from the order receiving unit 242, and confirms with the customer of this transaction whether or not to accept this transaction.
The order confirmation requesting unit 244 identifies the order accepting/ordering apparatus 14 of the orderer from the ordering data, and sends an order confirmation request to the order accepting/ordering apparatus 14.
The order confirmation request unit 244 waits for a response to the order confirmation request, and receives the order confirmation from the order receiving/ordering apparatus 14.
When the order confirmation request unit 244 receives the order confirmation, the order confirmation request unit 244 transmits to the order reception unit 242 the fact that the order for this transaction has been received.

The order processing unit 246 receives the order data whose order has been confirmed from the order receiving unit 242, transmits this order data to the margin trading program 200 on the margin trading server 20, and performs the order processing.
The order processing unit 246 newly issues a unique transaction ID assigned to this transaction during the order processing, and transmits this transaction ID by including it in the order data.
The order processing unit 246 waits for a response to this order processing, and receives a processing completion notification from the margin trading program 200.
Upon receiving the processing completion notification, the order processing unit 246 transmits to the order receiving unit 242 that the order processing for this transaction has been performed.

When the transaction is the second transaction ordered by the second trader, the purchase order ID is included in the order data.
When the purchase order ID is included, the order processing unit 246 also sends the purchase order ID to the margin transaction program 200 in the same manner.
The transaction ID may not be issued by the purchase management program 240, but may be issued by the margin transaction program 200 executed on the margin transaction server 20.
In this way, the purchase management program 240 receives the order for the transaction and performs the order processing.

  The delivery acceptance unit 248 accepts a notification that the transaction object has been delivered from the ordering/ordering apparatus 14, and transmits/receives information/data (delivery data) regarding this delivery to/from the inspection requesting unit 250 and the delivery processing unit 252, and finally. Then, the orderer and the contractor of this transaction are notified that the delivery procedure has been completed.

The acceptance requesting unit 250 receives the delivery data from the delivery receiving unit 248, and confirms with the supplier of this transaction whether the transaction object of this transaction has been inspected.
The inspection requesting unit 250 identifies the orderer device 12 or the order receiving/ordering device 14 of the orderer from the delivery data, and notifies these devices of the inspection request.
Further, the inspection requesting unit 250 waits for a response to the inspection request, and receives an inspection notification from the orderer apparatus 12 or the order receiving/ordering apparatus 14.
Upon receiving the inspection notification, the inspection requesting unit 250 transmits to the delivery receiving unit 248 that the transaction object of this transaction has been inspected.

The delivery processing unit 252 receives the delivery data and the inspected delivery data from the delivery receiving unit 248, transmits the delivery data to the margin transaction program 200 on the margin transaction server 20, and instructs to update the transaction. The delivery process.
The delivery processing unit 252 waits for a response to the delivery processing, and receives a processing completion notification from the margin trading program 200.
When the delivery processing unit 252 receives the processing completion notification, the delivery processing unit 252 transmits to the delivery receiving unit 248 that the delivery processing of this transaction has been performed.
In this way, the purchase management program 240 receives the delivery notification and performs the acceptance processing.

[Member management program 260]
FIG. 11 is a diagram showing a configuration of a member management program 260 executed on the member management server 26 shown in FIG.
As shown in FIG. 11, the member management program 260 includes a user interface (UI) unit 202, an authentication/communication processing unit 204, an admission processing unit 262, and a withdrawal processing unit 264.
The member management program 260 mediates information/data between the orderer apparatus 12 and the margin transaction server 20 by these components, and is included in the transaction group/customer company described with reference to FIG. Manage.

The enrollment processing unit 262 accepts a registration request for a member company from the orderer apparatus 12.
The admission processing unit 262 newly issues a unique company ID given to this company, includes this transaction ID in the information/data (company data) related to this company, and writes the margin transaction program 200 on the margin transaction server 20. Sent to, and the enrollment process is performed.
The admission processing unit 262 waits for a response to the admission processing, and receives a processing completion notification from the margin trading program 200.
Upon receipt of the processing completion notification, the membership processing unit 262 notifies the sender of the registration request that the membership processing of this company has been performed.
The company ID may be issued by the margin transaction program 200 executed on the margin transaction server 20 instead of being issued by the member management program 260.

The withdrawal processing unit 264 receives, from the orderer apparatus 12, a request for deleting a company to be removed from the trading group/customer company.
The withdrawal processing unit 264 transmits company data including the company ID of this company transmitted from the orderer apparatus 12 to the margin transaction program 200 on the margin transaction server 20 to perform withdrawal processing.
Upon receiving the processing completion notification from the margin trading program 200, the withdrawal processing unit 264 notifies the sender of the deletion request that the withdrawal processing of this company has been performed.
In this way, the member management program 260 receives the registration/deletion request of the company and performs the membership/withdrawal process.

[Accounting program 280]
FIG. 12 is a diagram showing the configuration of the accounting program 280 executed on the accounting server 28 shown in FIG.
As shown in FIG. 12, the accounting program 280 includes a user interface (UI) unit 202, an authentication/communication processing unit 204, a withdrawal processing unit 282 and a deposit processing unit 284.
The accounting program 280 manages the deposit/withdrawal of the credit transaction center 2 described with reference to FIG. 3 by these components.

The withdrawal processing unit 282 performs processing for paying a predetermined amount of money to a predetermined transfer destination when a payment request is made from an external financial institution.
The withdrawal processing unit 282 performs a process of paying a predetermined amount as a dividend to the company A and the service providing company X (FIG. 3), which are shareholders, for example.
Further, the withdrawal processing unit 282 performs processing for paying a predetermined amount as a service usage fee to the IT system providing company X, which is a service provider, and other providers, for example.

The deposit processing unit 284 performs a process of receiving a predetermined amount of money in a predetermined account when the deposit process is performed by an external financial institution.
The deposit processing unit 284 performs a process of receiving a predetermined amount of money as a service usage fee from the companies B1 to Bn who are the purchase order division service users, for example.

[Orderer program 120]
FIG. 13 is a diagram showing the configuration of the orderer program 120 executed on the orderer apparatus 12 shown in FIG.
As shown in FIG. 13, the orderer program 120 includes a user interface (UI) unit 202, an authentication/communication processing unit 204, a membership/withdrawal unit 122, an ordering unit 124, and an acceptance unit 126 (notifying means).
The orderer program 120 manages a transaction group/customer company (FIG. 2) by these components and issues a purchase order to a company included in this transaction group/customer company to place a transaction. Or notify that the transaction object has been accepted.

The joining/withdrawing unit 122 transmits the company data of the joining or leaving company input using the display/input device 110 to the member management server 26.
The company data of the company to be withdrawn includes the company ID of this company.
Further, the membership/withdrawal unit 122 causes the display/input device 110 to display necessary information.

The ordering unit 124 transmits the ordering data regarding the ordering of the transaction, which is input using the display/input device 110, to the purchase management server 24.
This ordering data includes the orderer, the amount, the ordered item, the settlement date, and the like.

The acceptance unit 126 accepts the acceptance request transmitted from the purchase management server 24, and causes the display/input device 110 to display the accepted information.
Further, the inspection unit 126 transmits the inspection information/data (inspection data) input using the display/input device 110 to the purchase management server 24.
Further, the membership/withdrawal unit 122, the ordering unit 124, and the inspection unit 126 may accept a response to the transmission and display the accepted content on the display/input device 110.
The orderer program 120 may include an order confirmation section 146 and a delivery communication section 148, which will be described later with reference to FIG.

[Ordering program 140]
FIG. 14 is a diagram showing the configuration of the ordering/ordering program 140 executed on the ordering/ordering apparatus 14 shown in FIG.
As shown in FIG. 14, the ordering/ordering program 140 includes a user interface (UI) unit 202, an authentication/communication processing unit 204, a purchase order requesting unit 142, a division ordering unit 144, an inspection unit 126, an order confirmation unit 146, and delivery notification. Includes section 148.
The ordering/ordering program 140 uses these components to place and/or receive a transaction.

The purchase order request unit 142 transmits the company ID input from the display/input device 110 to the margin transaction server 20 to request a list of purchase orders owned by this company.
The purchase order requesting unit 142 receives the list of purchase orders transmitted from the margin transaction server 20 and causes the display/input device 110 to display the list.
The list of purchase orders includes purchase order IDs of the purchase orders of this company.
The purchase order ID can be used to select a purchase order that is split and used to pay for the transaction.
In addition, the list of purchase orders may include the amount of transactions related to this company as an orderer or a contractor.

The division ordering unit 144 transmits to the purchase management server 24 the purchase order ID related to the purchase order ID and the transaction order input using the display/input device 110.
By transmitting the purchase order ID to the purchase management server 24, the divided purchase order can be uniquely determined.
The order data includes the orderer, the amount, the ordered item, etc., but does not include the settlement date, as in the case of the ordering unit 124 of the orderer program 120 (FIG. 13).
This is because the settlement date is already included in the purchase order to be split.
As in the orderer program 120, the inspection of the transaction object in the divided order is performed by the inspection unit 126.

The order confirmation section 146 receives the order confirmation request of the transaction from the purchase management server 24, and displays the received content on the display/input device 110.
The displayed contents include the orderer of the transaction, the ordered item, and the like.
The order confirmation unit 146 transmits the order confirmation input using the display/input device 110 to the purchase management server 24.

The delivery contact unit 148 transmits to the purchase management server 24 the fact that the transaction object of the ordered transaction, which has been input using the display/input device 110, has been delivered.
The delivery contact unit 148 also receives a notification from the purchase management server 24 that the delivery processing has been completed.

[Company registration operation of margin trading system 1]
FIG. 15 is a sequence diagram showing a registration operation (S10) of a company included in the transaction group/customer company shown in FIG.
As shown in FIG. 15, in step 100 (S100), the user of the company A uses the display/input device 110 of the orderer device 12 to input the company data regarding the company to be registered.
The enrollment/withdrawal unit 122 of the orderer program 120 transmits the input company data to the member management server 26.
The enrollment processing unit 262 of the member management program 260 receives company data.

In step 102 (S102), the admission processing unit 262 issues a new unique company ID.
In step 104 (S104), the admission processing unit 262 includes the issued company ID in the received company data and transmits it to the margin transaction server 20 to request registration of this company.
The member management unit 206 of the margin trading program 200 receives company data including a company ID.
In step 106 (S106), the member management unit 206 stores this company in the company DB 292 (FIG. 7) and registers the company.

In step 108 (S108), the member management unit 206 transmits a notification that the company registration is completed to the member management server 26.
The enrollment processing unit 262 of the member management program 260 accepts the transmitted registration completion notification.
In step 110 (S110), the enrollment processing unit 262 transmits the fact that the registration is completed to the orderer apparatus 12.
The enrollment/withdrawal unit 122 of the orderer program 120 receives the transmitted registration completion notification and causes the display/input device 110 to display that the company requested for registration has been registered.

In this way, the user of the company A registers the companies included in the transaction group/customer company via the orderer device 12.
Even when the user of the company A performs the withdrawal process of the company, the enrollment/withdrawal unit 122 of the orderer program 120 transmits the company data of the withdrawing company and the same procedure as the enrollment process is executed. Causes the withdrawal process to be executed.

[Ordering operation for the first transaction of the margin trading system 1]
FIG. 16 is a sequence diagram showing the ordering/ordering operation (S20) of the first transaction ordered by the company A who is the first trader in the transactions shown in FIGS. 1 and 2.
As shown in FIG. 16, in step 200 (S200), the user of the company A uses the display/input device 110 of the orderer apparatus 12 to input order data regarding the transaction to be ordered.
The ordering unit 124 of the orderer program 120 transmits the input order data to the purchase management server 24.
The order receiving unit 242 of the purchase management program 240 receives the order data from the orderer apparatus 12.
The order data does not include the purchase order ID.

In step 202 (S202), the order receiving unit 242 transmits the received order data to the order confirmation requesting unit 244.
The order confirmation requesting unit 244 transmits the order confirmation request to the order receiver of the transaction included in the order data, for example, the company B1 (ordering/ordering apparatus 14-1).
On the ordering/ordering apparatus 14-1 of the company B1, the order confirmation unit 146 of the ordering/ordering program 140 receives the transmitted order confirmation request and causes the display/input apparatus 110 to display the content.
In step 204 (S204), when the user of the company B1 confirms this content and inputs the order confirmation using the display/input device 110, the order confirmation unit 146 confirms the input order confirmation with the purchase management server. Send to 24.
The order confirmation request unit 244 of the purchase management program 240 receives the transmitted order confirmation.

In step 206 (S206), the order confirmation requesting unit 244 sends this order confirmation to the order receiving unit 242.
Upon receiving the order confirmation from the order confirmation requesting section 244, the order receiving section 242 transmits the order data to the order processing section 246.
Upon receiving the order data, the order processing unit 246 newly issues a unique transaction ID.
In step 208 (S208), the order processing unit 246 includes the issued transaction ID in the order data and transmits it to the margin transaction server 20.
The purchase order document creation unit 212 of the margin transaction program 200 receives order data including a transaction ID.

In step 210 (S210), the purchase order form creation unit 212 issues a new purchase order form ID and creates purchase order form data from this purchase order form ID and the orderer and settlement date included in the received order data. Then, it is stored in the purchase order DB 294 (FIG. 8).
Further, the purchase order document creation unit 212 stores data such as a transaction ID, an orderer, a contractor, and an amount of money included in the ordering data in the transaction DB 296 (FIG. 9).
In step 212 (S212), the purchase order creation part 212 sends a processing completion notification to the purchase management server 24.
The order processing unit 246 of the purchase management program 240 receives the processing completion notification.

In step 214 (S214), the order processing unit 246 transmits the fact that the processing is completed to the order receiving unit 242.
Upon receiving the processing completion notification from the order processing unit 246, the order receiving unit 242 transmits a procedure completion notification indicating that the transaction procedure is completed to the orderer apparatus 12 and the order receiving/ordering apparatus 14-1.

[Ordering/receiving operation of second transaction of margin trading system 1]
FIG. 17 is a sequence diagram showing the ordering/ordering operation (S30) of the second transaction ordered by the second trader, the company B1, in the transactions shown in FIGS. 1 and 2.
As shown in FIG. 17, in step 300 (S300), the user of the company B1 inputs the company ID of the company B1 using the display/input device 110 of the orderer apparatus 12, and the list of purchase orders held by the company B1. To request.
The purchase order requesting unit 142 of the ordering/ordering program 140 transmits the input company ID to the margin transaction server 20.

Upon receipt of the transmitted request, the purchase order reading acceptance unit 208 of the margin transaction program 200 searches the transaction DB 296 based on the company ID included in the request, and the transaction in which the company B1 is the orderer or the contractor. To search.
The purchase order view acceptance unit 208 searches the purchase order DB 294 based on each purchase order ID included in each of the searched transactions.
The purchase order browsing acceptance unit 208 creates a purchase order list of the company B1 from the retrieved information.
The purchase order list includes at least the purchase order ID of the purchase order owned by the company B1, and may further include the orderer, the settlement date, the transaction ID, the transaction amount, or the ordered item.

In step 302 (S302), the purchase order view acceptance unit 208 sends the created purchase order list to the order receiving/ordering apparatus 14-1 of the requesting company B1.
The purchase order request unit 142 receives the transmitted purchase order list and displays it on the display/input device 110.
The user of the company B2 selects the purchase order used for payment of the transaction from the displayed list of purchase orders.

In step 304 (S304), the user of the company B1 uses the display/input device 110 of the ordering/placing device 14 to input the purchase order ID of the selected purchase order and the order data regarding the transaction to be ordered.
The division ordering unit 144 of the order receiving/ordering program 140 includes the input purchase order ID in the ordering data, and transmits the ordering data to the purchase management server 24.

In steps 202 (S202) and 204 (S204), as in the case of the first transaction, the order acceptance section 242 and the order confirmation request section 244 of the purchase management program 240 confirm the order.
In step 206 (S206), the order processing unit 246 similarly issues a unique transaction ID.

In step 306 (S306), the order processing unit 246 of the purchase management program 240 further includes the issued transaction ID in the order data including the purchase order ID and transmits the transaction ID to the margin transaction server 20.
The purchase order division unit 214 of the margin transaction program 200 receives order data including the purchase order ID and the transaction ID.

At step 308 (S308), the purchase order dividing unit 214 stores the order data including the purchase order ID and the transaction ID in the transaction DB 296.
Of the data stored in the transaction DB 296, at least one or more data is already the data including this purchase order ID. Therefore, when this accepted order data is stored, at least two or more data are stored. , The purchase order ID is included.
In this way, the purchase order is divided by the increase in transactions associated with one purchase order ID.

In step 310 (S310), the purchase order dividing unit 214 transmits a processing completion notification to the purchase management server 24, similarly to the purchase order creating unit 212.
The order processing unit 246 of the purchase management program 240 receives the processing completion notification.
In step 214 (S214), the order processing unit 246 and the order receiving unit 242 of the purchase management program 240 perform the procedure completion notification process as in the case of the first transaction.

[Inspection operation of margin trading system 1]
FIG. 18 is a sequence diagram showing the inspection operation (S40) of the transaction object in the transactions shown in FIGS.
As shown in FIG. 18, in step 400 (S400), the user of the company B1 who has received the transaction inputs the fact that the transaction object has been delivered, using the ordering/ordering apparatus 14-1.
The delivery communication unit 148 of the ordering/ordering program 140 transmits the input delivery notification (delivery data) to the purchase management server 24.
The delivery acceptance unit 248 of the purchase management program 240 accepts delivery notification from the ordering/ordering apparatus 14.

In step 402 (S402), the delivery acceptance unit 248 transmits the accepted delivery notification to the delivery processing unit 252.
Since the delivery processing unit 252 has received the delivery notification regarding this transaction, it sends an instruction to update this transaction to the margin transaction server 20.
The delivery management unit 216 of the margin transaction program 200 receives the transmitted delivery notification.

In step 404 (S404), the delivery management unit 216 checks the delivery flag of this transaction data stored in the transaction DB 296 based on the transaction ID of this transaction.
By checking the delivered flag, the status of the transaction is updated, and it becomes clear that the delivery notification has already been received in this transaction.

In step 406 (S406), the delivery management unit 216 sends a processing completion notification to the purchase management server 24.
The delivery processing unit 252 of the purchase management program 240 receives the processing completion notification.
In step 408 (S408), the delivery processing unit 252 sends a message to that effect to the delivery receiving unit 248, and the delivery receiving unit 248 instructs the inspection requesting unit 250 to inspect the transaction object for the orderer of the transaction. Let
The inspection requesting unit 250 transmits the inspection request to the orderer apparatus 12.
The acceptance unit 126 of the orderer program 120 receives the acceptance request from the purchase management server 24 and displays the content on the display/input device 110.

In step 410 (S410), when the user of the company A confirms this content and inputs the inspection using the display/input device 110, the inspection unit 126 sends the input inspection notification to the purchase management server 24. To send.
The inspection requesting unit 250 of the purchase management program 240 receives the transmitted inspection notification.

In step 412 (S412), the inspection requesting unit 250 sends a message to that effect to the delivery receiving unit 248, and the delivery receiving unit 248 causes the delivery processing unit 252 to update the status of this transaction.
The delivery processing unit 252 further transmits an instruction to update this transaction to the margin transaction server 20 in order to make the state of this transaction accepted.
The delivery management unit 216 of the margin transaction program 200 receives the transmitted inspection completion notification.

In step 414 (S414), the delivery management unit 216 checks the acceptance flag of this transaction data stored in the transaction DB 296 based on the transaction ID of this transaction.
By checking the acceptance flag, the status of this transaction is further updated, and it becomes clear that the orderer has already accepted the transaction object in this transaction.

In step 416 (S416), the delivery management unit 216 sends a processing completion notification to the purchase management server 24.
The delivery processing unit 252 of the purchase management program 240 receives the processing completion notification.
In step 418 (S418), the delivery processing unit 252 sends a message to that effect to the delivery receiving unit 248, and the delivery receiving unit 248 sends a transaction procedure to the orderer apparatus 12 and the order receiving/ordering apparatus 14-1. The procedure completion notification indicating that the procedure has been completed is transmitted.

As described above, in the inspection operation of the transaction (first transaction) between the company A and the company B1, the margin transaction server 20 and the purchase management server 24 make the orderer device 12 and the ordering device 14-1 This is done by mediating data transmission/reception between the two and updating the data stored in the transaction DB 296.
The inspection operation of the transaction (second transaction) between the company B1 and the company B2 is similarly performed.

[Settlement processing of margin trading system 1]
FIG. 19 is a flowchart showing the settlement process (S50) for the transactions shown in FIGS.
As shown in FIG. 19, in step 500 (S500), the settlement management unit 218 of the credit transaction program 200 determines whether or not the settlement date is for each of the purchase order data stored in the purchase order DB 294.
If it is not the settlement date, the settlement management unit 218 returns to the processing of S500, and if it is the settlement date, proceeds to the processing of S502.

In step 502 (S502), the payment management unit 218 refers to the transaction DB 296 based on the purchase order ID and the company ID that is the orderer of this purchase order, and the transaction data in which the orderer is this company ID ( Data of the first transaction).
The payment management unit 218 determines whether or not the inspection completion flag of the retrieved transaction data is checked.
If the inspection completion flag is not checked, the settlement management unit 218 ends the settlement process, and if it is checked, the process proceeds to S504.
That is, the transaction to be settled is a transaction that is associated with the purchase order that has become the settlement date and that the first trader has already accepted the transaction object.
The transactions to be settled include the first transaction and the second transaction that resulted from this first transaction.

In step 504 (S504), the payment management unit 218 calculates the payment amount of each company.
The payment management unit 218 refers to the transaction DB 296 based on the purchase order ID and searches for all transactions associated with this purchase order ID.
The payment management unit 218 refers to the company ID included in the orderer or the contractor of each of the retrieved transactions, and from the amount of the transaction having the company ID as the contractor, the amount of the transaction having the company ID as the orderer. And settle the balance so that this company receives it.
For a company whose company ID is not included in the orderer, the payment management unit 218 makes a payment so that the company receives the amount of the transaction with the company ID as the contractor.
For a company whose company ID is not included in the contractor, the payment management unit 218 makes payment so that the company pays the amount of the transaction with the company ID as the orderer.

Further, the payment management unit 218 may calculate the amount of money regarding the usage fee (FIG. 3) of the purchase order division service.
The payment management unit 218 refers to the transaction DB 296 based on the purchase order ID and searches for the company ID that is both the orderer and the orderer for the same purchase order ID.
The retrieved company is the company that placed the second transaction.
The payment management unit 218 collects the usage fee of the purchase order division service, for example, the amount calculated by multiplying the amount of the ordered transaction by a predetermined ratio from the retrieved company.
The payment management unit 218 makes payment so that the company pays the amount calculated as the usage fee.

Furthermore, the payment management unit 218 may calculate an amount related to the payout and the cost (FIG. 3).
The payment management unit 218 may use the amount calculated by multiplying the amount received by the credit transaction center 2 as a usage fee by a predetermined ratio as the dividend to the shareholders including the company A and the service providing company X.
The payment management unit 218 makes payment so that these companies receive dividends.

In step 506 (S506), the payment management unit 218 refers to the company DB 292 based on the company ID and searches for the account number of each company.
Further, the payment management unit 218 notifies the external financial institution of the retrieved account number via the financial network 102, and instructs the external financial institution to perform payment.
Here, the external financial institution performs deposit/withdrawal processing with the accounting system (not shown) of each company via the financial network 102.
For example, the accounting server 28 of the credit transaction center 2 manages deposits and withdrawals by the withdrawal processing unit 282 and the deposit processing unit 284 of the accounting program (FIG. 12) executed on the accounting server 28.

In step 508 (S508), the payment management unit 218 sets the payment completion flag of the purchase order data stored in the purchase order DB 294 based on the purchase order ID of the purchase order associated with the settled transaction. To check.
By checking the settlement flag of the purchase order data, it becomes possible to know that all the transactions associated with this purchase order have been settled.

  As described above, according to the margin trading system 1, each of the companies included in the trading group/customer company divides the purchase order issued by the company A by using the credit of the company A, and divides the order form. Since the amount of money used can be used for payment of transactions, it is possible to be freed from fear of cash flow preparation and fear of payment default.

  It can be used for a trading system for processing margin transactions between trading group companies.

Claims (22)

What is claimed is: 1. A transaction system, comprising: a plurality of traders who respectively place an order for a transaction and receive an order; and a transaction management device which is connected to the trader and manages transactions between the traders. Is accompanied by the provision of a price from a trader (orderer) who orders the transaction to a trader (contractor) who receives the order for the transaction,
The transaction management device,
Order accepting means for accepting the transaction ordered from the trader who can be the orderer to the contractor,
An order receiving unit that receives an order for the ordered transaction from a trader who can be the contractor,
Within the range of the price that the contractor can provide for the ordered transaction, there is a compensation providing means for providing compensation to this contractor,
The trader who can be the orderer is
A transaction ordering means for ordering the transaction to the contractor,
The trader who can be the contractor is
A transaction system having transaction order receiving means for receiving the ordered transaction. The trader is one or more first traders who can be the orderer, and one or more first traders other than the first trader who can be the orderer and the contractor. Including two traders,
The transaction includes a first transaction and a second transaction other than the first transaction,
In the first trader,
The transaction ordering means arbitrarily orders the first transaction for the contractor,
In the second trader,
The transaction order receiving means receives an order for the first transaction from the first transaction person and the second transaction from the second transaction person,
The ordering unit orders a second transaction to another contractor with a second transaction accompanied by providing a price within the range of the price provided for the first transaction or the second transaction that has been ordered. The transaction system according to 1. The traders are divided into one or more groups, each of which includes one first trader and one or more second traders, and the trades are closed in each of the groups. The trading system according to item 2. The trading system according to claim 3, wherein the trading system includes only one first trader. The transaction includes provision of a transaction object from the contractor to the orderer,
The first trader is
Further comprising notification means for notifying the transaction management device of the provision of the transaction object of the first transaction when receiving the provision of the transaction object of the ordered first transaction,
In the transaction management device,
The compensation providing means, after being notified of the provision of the transaction object of the first transaction, compensates for the first transaction and the second transaction performed due to the first transaction. The transaction system according to claim 4, which is provided. A settlement date is provided for the first transaction,
In the transaction management device,
The transaction system according to claim 5, wherein the compensation providing unit provides compensation for the first transaction and the second transaction performed due to the first transaction after the settlement date. A transaction management device, which is connected to a plurality of traders who respectively place and receive a transaction or receives an order, and manages transactions between the traders, wherein the transaction is a trader who orders the transaction ( With the provision of compensation from the orderer to the trader (contractor) who receives the transaction,
Order accepting means for accepting the transaction ordered from the trader who can be the orderer to the contractor,
An order receiving unit that receives an order for the ordered transaction from a trader who can be the contractor,
A transaction management device comprising: a compensation providing unit that provides compensation to a contractor who has received a transaction from the orderer within a range of compensation that can be provided for the contracted transaction. The trader is one or more first traders who can be the orderer, and one or more first traders other than the first trader who can be the orderer and the orderer. Including two traders,
The transaction includes a first transaction and a second transaction other than the first transaction,
The order receiving means places an order from the first trader to the orderer, the first transaction, and from the second trader to another trader. Accepting a second transaction with provision of a price within the range of price provided for said first or second order received,
The order receiving unit receives, from the second trader, an order for the first trade ordered by the first trader and an order for the second trade ordered by the second trader. Item 7. The transaction management device according to item 7. The traders are divided into one or more groups, each of which includes one first trader and one or more second traders, and manage the closed trades in each of the groups. The transaction management device according to claim 8. The transaction management device according to claim 9, wherein the order receiving unit receives an order for the transaction from one of the first trader and the second trader. The transaction includes provision of a transaction object from the contractor to the orderer,
Further comprising a notification receiving means for receiving a notification from the first trader that the transaction object of the ordered first transaction has been provided,
The compensation providing means provides compensation for the first transaction and a second transaction executed due to the first transaction after the notification is accepted by the notification accepting means. The described transaction management device. Further comprising settlement date storage means for storing the settlement date of the first transaction,
The transaction management according to claim 11, wherein the compensation providing means provides compensation for the first transaction and a second transaction executed due to the first transaction after the stored settlement date. apparatus. It is connected to a plurality of traders who place and receive orders for transactions, or a plurality of traders who respectively perform these orders, and offer a price from a trader (orderer) who orders the trade to a trader (orderer) who receives the trade. Accompanying, a transaction management device for managing transactions between the traders,
Each of the traders is a first trader who can issue a purchase order to be the orderer, or a trader other than the first trader, which can be the orderer and the orderer. A trader storage means for storing whether the trader is a second trader;
A purchase order document storage unit for storing a purchase order document for a transaction ordered by the first trader and received by the second trader;
Transaction storage means for storing the contractor and the price of the transaction in association with the stored purchase order,
And a compensation providing means for providing compensation to the contractor of the stored transaction within the scope of the stored transaction compensation. The transaction storage means further associates a contractor and a price of a transaction ordered by the second trader and received by another trader with a purchase order associated with the transaction ordered by the second trader. Remember
The price providing means is associated with the same purchase order as this transaction within the range of the price of the transaction received by the second trader, and according to the price of the transaction ordered by the second trader, The transaction management device according to claim 13, which provides compensation to the second trader. The purchase order storage means further stores the first trader who issued the purchase order,
The transaction management device according to claim 14, wherein the payment providing unit causes the stored first trader to provide a payment for a transaction related to the stored purchase order. The first trader is one of the traders,
The transaction management device according to claim 15, wherein the trader storage unit stores one of the recorded traders as a first trader. The orderer further has an acceptance notification acceptance unit that accepts a notice that the transaction object provided by the orderer is accepted in the transaction ordered by the orderer.
The transaction storage means further stores acceptance of the inspection notification in the transaction,
In the case where the acceptance of the inspection notice in the transaction ordered by the first trader and the order accepted by the second trader is stored, the compensation providing means stores the transaction associated with the purchase order. The transaction management device according to claim 16, which provides compensation. The purchase order storage means further stores a settlement date of the purchase order,
The transaction management device according to claim 17, wherein the compensation providing unit provides compensation for the transaction associated with the purchase order after the stored settlement date. An order receiving/ordering apparatus connected to a plurality of traders who respectively place an order for a transaction and receive an order, or a transaction management apparatus that manages a transaction between the traders, wherein the transaction is the transaction With the provision of a price from the trader (orderer) who orders the transaction to the trader (orderer) who receives the transaction, the transaction management device is within the range of the price that can be provided for the received transaction. Offer the price at
Transaction ordering means for ordering the transaction to the contractor,
An order receiving/ordering device having a transaction order receiving means for receiving an order for the ordered transaction. The trader is one or more first traders who can be the orderer, and a second trader who is a trader other than the first trader and can be the orderer and the orderer. Including and
The transaction includes a first transaction and a second transaction other than the first transaction,
The transaction ordering means places an order for a second transaction with another contractor accompanied by providing a price within the range of the price provided for the received first transaction or second transaction,
The order receiving/ordering apparatus according to claim 19, wherein the transaction order receiving unit receives an order for the first transaction from the first transaction person and the second transaction from the second transaction person. A transaction method of placing an order for a transaction, receiving an order, or conducting a transaction between a plurality of transaction parties who respectively perform the transaction, wherein the transaction receives an order from the transaction operator (orderer) who orders the transaction. With the provision of compensation to the trader (contractor),
From the trader who can be the orderer, accept the transaction ordered to the contractor,
From a trader who can be the contractor, accept an order for the ordered transaction,
Providing a compensation to this contractor within the range of compensation that the contractor can provide for the ordered transaction,
The trader who can be the orderer orders the trade to the contractor,
The transaction method in which the trader who can be the contractor receives the ordered transaction. A trader including a computer, connected to a plurality of traders who perform ordering and ordering of transactions, or any of these, and the trader is a trader (orderer) who receives the trade from a trader (orderer) who orders the trade. The transaction management device that involves the provision of compensation to
An order receiving step of receiving the transaction ordered from the trader who can be the orderer to the contractor,
An order receiving step for receiving an order for the ordered transaction from a trader who can be the orderer;
A transaction management step of managing transactions including the received orders and orders.
In response to a request from a contractor who has received a transaction from the orderer, within the range of the price that can be provided for the transaction received by the contractor, a compensation providing step for providing the contractor with compensation, A program to be executed by the transaction management device.

Images