JP2001273416A - System and method for communication commodity exchange by means of many-to-many bidirectional auction system - Google Patents

Abstract

PROBLEM TO BE SOLVED: To provide a communication exchange, with which purchasers and a supplier can be participated in a tender. SOLUTION: This communication commodity exchange system is provided with a web server 11 for managing all items generated inside an article exchange 10, delivery pre-processing part 12 for attaining the reduction of delivery costs by examining/sorting auction items contracted through the article exchange 10 and relating a seller, with which an auction contract is established, and purchasers while sorting them for the same area or each of proximate areas, conclusion part 13 in charge of contract concluding between the seller and the purchaser in the article exchange 10, data base part 14 for preserving and managing data processed by the web server, and payment server 15, which is provided with a payment managing part 151, in charge of communication with a credit card company for processing the settlement of price after contract conclusion. The article exchange 10 really processes the contract on a communication line and provides transaction conditions.

Description

DETAILED DESCRIPTION OF THE INVENTION

[0001]

BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a communication commodity exchange system and method using a many-to-many two-way auction system. , Standardized according to key characteristics, etc., registered on the Internet Commodity Exchange, and concluded, delivered, and managed a many-to-many two-way auction in which many suppliers (sellers) and buyers bid on the price and quantity desired. , Management methods, etc.

[0002]

2. Description of the Related Art At present, electronic auctions are also an object of interest under the current situation where home shopping, which sells and sells goods through electronic commerce, is receiving much attention.

[0003] Such price determination and transaction methods in electronic commerce performed on the Internet are roughly classified into a list price system employed by shopping sites and the like and an auction system employed by auction sites and the like.

[0004] The fixed price system is a passive transaction system in which a supplier unilaterally determines a price, and a consumer only determines whether or not a given price is acceptable. Is difficult to satisfy.

On the other hand, auctions on the Internet include a general auction system in which prices are determined by competition between buyers,
There is a reverse auction system in which prices are determined by competition between suppliers. These methods have the advantage that participants and others can actively participate in the price determination, but not both consumers and suppliers, but only one and the other end The current price must be accepted even if it is not preferred.

[0006] In addition, since a considerable amount of time must be waited until the closing of the auction, and the final contract price is uncertain, the active participation of suppliers who want to sell a large amount of supplied goods promptly is induced. It is difficult to do so, and consumers cannot buy immediately when they want to buy, and other bidders except for the winning bidder have disadvantages such as waiting for the same product to be rebid for auction. , Its market was limited.

[0007]

SUMMARY OF THE INVENTION The present invention takes into account the above-mentioned conventional problems and classifies products and the like so that they can be distinguished from each other to give a standard code. All suppliers and buyers actively participate in price determination by providing a permanent Internet Commodity Exchange that allows registered buyers and suppliers to participate in bidding competitively The purpose of the present invention is to provide a rational and active pricing model that enables a user to buy and sell goods at his / her desired price.

Further, the present invention provides a bidding price for a product,
Open and provide not only bidding information such as quantity and number of participants and past transaction information, but also price comparison information of other Internet shops, etc., so that they can participate in transactions based on market information with reduced uncertainty The purpose of the present invention is to provide openness and predictability of information to be used.

Further, the present invention enables a large number of suppliers and consumers to participate in registered goods competitively, giving buyers low-price benefits, and providing suppliers with large quantities of goods quickly. An object of the present invention is to provide a mass-trading and competitive price reduction function that can be sold to facilitate inventory processing and reduce marketing costs.

Still further, the present invention eliminates auction periods and deadlines so that consumers and suppliers can all participate in transactions at any time, maintain a continuous market regardless of the number of transactions concluded, and maintain bid prices. The purpose is to provide a function of market sustainability and speed of trading, which enables to conclude trading at any time when accepting.

Further, the present invention emphasizes only aspects of transaction safety and quality assurance, and when the sellers and the like are limited to only major manufacturers, it is difficult to activate the transaction and the function as an exchange is realized. In order to make up for the difficult shortcomings, professional intermediaries are selected to qualify as professional traders, and they are allowed to discover products from various manufacturers and participate in or act on their own, and as a result, The purpose is to provide a function to guarantee business and quality and to actively expand suppliers, etc. by introducing a specialized trader system that takes responsibility for the business.

[0012]

SUMMARY OF THE INVENTION In order to achieve the above-mentioned object, a communication commodity exchange system of the present invention using a two-to-many two-way auction system manages all items occurring inside a commodity exchange. Auction server contracted through the commodity exchange, and examines and classifies the auction item, classifies and associates the seller and the purchaser who have the auction contract with each other in the same region or nearby region, and A pre-delivery processing unit that saves money, a conclusion unit that is in charge of concluding a contract between a seller and a purchaser at the commodity exchange, a database unit that stores and manages data processed by the web server, Including a management unit, a payment server is in charge of communication with the credit card company in order to process payments and settlements after the conclusion of the contract, and actually processes the contract on the communication line and provides transaction status A commodity exchange, a management unit in charge of the overall operation and management of the commodity exchange, and if the seller wishes to register with the commodity exchange, the seller according to the request of the commodity exchange A credit evaluation unit in charge of credit evaluation, a credit card company in charge of managing credit status of a credit card owned by the buyer and settlement of purchase price in accordance with a request of the commodity exchange; According to the request, the delivery pre-processing unit searches for the associated delivery line, and includes a delivery providing unit that is in charge of a product delivery service between the seller and the buyer.

Further, in order to achieve the above object, the communication product trading method according to the many-to-many two-way auction system according to the present invention, comprising the steps of: , A first step of registering on the commodity exchange, a second step of registering only the registered seller through examination of the product desired to be registered, and receiving the order of the registered seller and buyer, A third step of performing classification processing and contract conclusion processing, and examining the contract-contracted order, classifying and associating the seller and the buyer with the contract contracted with each other in the vicinity including the same area, and A fourth process to save money,
A fifth step of retrieving the associated delivery line and providing a product delivery service between the seller and the buyer.

[0014]

BRIEF DESCRIPTION OF THE DRAWINGS The foregoing objects, features and advantages will become apparent from the following detailed description, taken in conjunction with the accompanying drawings.
Hereinafter, embodiments of the present invention will be described in detail with reference to the accompanying drawings.

First, the functions and characteristics of the overall Internet Commodity Exchange system of the present invention will be described. This system is roughly divided into a management unit 20, a fastening unit 13, and a pre-delivery processing unit 12.
The security and scalability of the system are ensured by the independent configuration. For efficient and flexible operation and management, the management system is divided into modules according to their functions.

In order to guarantee the security of transactions,
Distinguishes between registration and certification procedures for sellers and buyers. Sellers must go through rigorous screening and credit checks. In addition, for the registration of the buyer, the identity authentication is strict through a double procedure of confirming the registration application and receiving the confirmation e-mail and then performing the final registration. Furthermore, before participating in a bid, the balance of the credit card is checked, and only the buyer who has been approved can make a bid.

Further, the merchandise management section allows the participant to classify and standardize the merchandise so that the merchandise can be easily and strictly classified, manage personal information by using accounts provided to all members,
It is possible to systematically manage change / cancellation of bids, information management of goods of interest, tracking of delivery information, and the like, and comprehensively provide information generated by the system of the present invention to customers who need them.

Furthermore, in order to minimize the delivery cost and time, when a large number of transactions occur for one product, the delivery parties are separated from each other even if they are not actually the contracted parties, and they are located at a short distance. A buyer and a seller are associated.

FIG. 1 is a block diagram showing an Internet commodity exchange and its peripheral system realized by the present invention. The Internet commodity exchange 10 which concludes actual transactions on the Internet and provides transaction status is provided. The management unit 20 is in charge of general operation and management of the Internet commodity exchange 10 such as registration of goods and customers on the Internet commodity exchange 10, and attempts to sell the commodity through the Internet commodity exchange 10. Seller 30
And a buyer 40 who wants to purchase a product via the Internet commodity exchange 10 and a seller 30 who wants to register on the Internet commodity exchange 10 in response to a request from the Internet commodity exchange 10 Person 30
A credit evaluation unit 50 in charge of credit evaluation of a credit card company, a credit card company 60 for notifying the credit status of a credit card owned by the buyer 40 and settingtle the purchase price in response to a request from the Internet commodity exchange 10, In accordance with a request from the Internet commodity exchange 10, there is provided a delivery providing unit 70 which is in charge of a transaction commodity delivery service between the seller 30 and the buyer 40.

As shown in FIG. 2, the Internet commodity exchange 10 comprises a web application program module, is built in the Internet commodity exchange 10, and manages all the breakdowns occurring in the Internet commodity exchange 10. 11 and the auction case concluded through the Internet Commodity Exchange 10 is considered, and the seller 30 and the purchaser 40 whose contract is concluded are associated with the same or nearby areas to reduce delivery costs. The processing unit 12 and the seller 30 at the Internet commodity exchange 10
And a closing unit 13 responsible for closing an order between the buyer 40 and
The system includes a database unit 14 for storing and managing data processed by the web server 11, and a payment management unit 151, and a credit card company 60 for processing settlement and settlement of payment after an order is concluded. And a payment server 15 that is in charge of the communication.

The web server 11 manages the login when the seller 30 and the buyer 40 connect to the Internet commodity exchange 10, manages the registration of the seller 30 and the buyer 40, and the seller 30 to be registered. And a customer management unit 111 for confirming the existence of the buyer 40 and for evaluating the credit of the seller 30;
When registering a product, the product management unit 112 checks whether or not the product has already been registered, and performs registration examination of the product before registration. The information required by the seller 40 and the information that must be reported as needed are transmitted, and the requirements of the seller 30 and the buyer 40 are received.
0, and an account is provided for each of the seller 30 and the buyer 40 so that each personal information can be confirmed.
After receiving an order entered by the seller 30 and the buyer 40, and checking whether the order is valid,
An order management unit 115 that stores the input order so that the contract unit 13 can process the contract conclusion for the order, and information that provides various information generated in the Internet commodity exchange 10 to the seller 30 and the buyer 40. Provision management section 1
16.

The seller 30 generally means not only a major company capable of manufacturing and mass-supplying products to be sold, but also a condition for directly joining the Internet commodity exchange 10 because mass-supply is not possible. After recruiting self-employed persons, small-scale supplies and distributors less than the above, the products received from these recruited vendors are sent to the Internet Commodity Exchange 1
E-dealer (hereinafter referred to as e-dealer)
er)).

The detailed meaning of the e-dealer 31 will now be described.

The e-dealer 31 refers to an intermediary who plays a role of more easily associating a buyer with a seller in the process of buying and selling a product, and fulfills a condition for directly registering with the Internet commodity exchange 10. Not self-employed, small-scale supply, supply of merchandise from sellers, register with Commodity Exchange 10, and replace price (price) on behalf of those merchants
Sell with.

Also, unlike a general off-line seller, the specialized e-dealer 31 can always pay attention to the trend of the Internet commodity exchange 10,
There is an advantage that more advantageous merchandise can be sold that meets the requirements of each supplier.

The e-dealer 31 managing a large number of supply channels as described above is operated by the Internet Commodity Exchange 1
Supplying a large amount of goods for sale can ultimately maximize consumer satisfaction through a wide range of product selection opportunities and price reductions.

A table as an example in each database constituting the database unit 14 will be described with reference to the drawings.

The customer database 141 is a database for storing a customer table, an account table, and customer-specific information. FIG. 3 shows a structure of the customer table, and FIG. 4 shows an account table.

The product database 142 is a database for storing product information including a product table, and FIG. 5 shows the structure of the product table.

The order database 143 is a database for storing order details including an order total table. FIG. 6 shows the structure of the order total table.

The purchase order totaling database 144 is a database for storing the details of the purchase order including the purchase order totaling table. FIG. 7 shows the structure of the purchase order totaling table.

The sales order totaling database 145 is a database for storing the details of the sales orders including the sales order totaling table, and FIG. 8 shows the structure of the sales order totaling table.

The conclusion breakdown database 146 is a database for storing contract conclusion breakdowns including a conclusion breakdown table, and FIG. 9 shows the structure of the conclusion breakdown table.

The conclusion information database 147 is a database for storing information resulting from the conclusion of the contract including the conclusion information table, and FIG. 10 shows the structure of the conclusion information table.

The information providing database 148 is a database for storing related information in order to provide a transaction status and a change item occurring on the Internet commodity exchange 10, and FIG. 3 shows the structure of a table.

The delivery database 149 is a database for storing information of parties who trade products including the delivery table, and FIG. 12 shows the structure of the delivery table.

The schematic operation of the Internet commodity trading system having the above-described configuration will be described with reference to FIG. 13. First, the seller 30 and the purchaser 40 register an ID for using the Internet commodity exchange 10 with an ID. Enter your PIN and try to log in.

In response to the log-in attempt, the customer management unit 111 performs a log-in process, and notifies the seller 30 and the buyer 40 whether log-in is possible or not. When the login is completed, many buyers 40 and sellers 30 search the information providing screen provided by the Internet commodity exchange 10,
Select the product you want to trade and place an order (step S1
00).

At this time, in the case of the seller 30, if the merchandise owned by the seller 30 is not registered in the Internet merchandise exchange 10, registration of the merchandise as a new merchandise in the Internet merchandise exchange 10 is performed. It can be obtained by a new product registration application (step S110).

When inputting an order, in the case of the purchaser 40, the product code of the product to be purchased, the purchase price, the purchase quantity, the order validity period that determines the period during which the order is kept valid, the purchase Enter the card number for paying the price, and in the case of the seller 30, the product code of the product to be sold, the selling price, the sales quantity, the order validity period that determines the period during which the order is kept valid, the sales price Is input (step S120).

The orders input in this manner are stored in the order database 143 in the order in which they were ordered (step S130).

Next, the concluding unit 13 reads out the unprocessed orders among the orders stored in the order database 143, and refers to the purchase / sales order totaling databases 144 and 145 to determine the contract concluding conditions. The buyer 40 who placed the matching order is associated with the seller 30.

In this case, associating means that the order number of each order for which the contract is concluded, the concluded price and the quantity are constituted as one record, and the contract concluded party can clearly know the contract concluded result. It is to be. Of the orders read out in the order database 143, those orders for which the contract conclusion processing could not be performed or for which only a part of the contracts have been concluded correspond to the corresponding purchase / sale order totaling database 144
145 (step S140).

When the contract is concluded as described above, the credit card company of the buyer 30 who has concluded the contract receives approval for settlement of the contract concluded price. Is rejected, the contract is invalidated, the state returns to the state before the contract was concluded, and the purchase order is deleted.

Conversely, when the settlement of the purchase price of the buyer 40 is approved, the fact that the contract has been concluded is reported to the buyer 40 and the seller 30 who have concluded the contract, and the result of the contract concludes. The created record is stored in the conclusion breakdown database 146 (step S150).

Next, the pre-delivery processing unit 12 uses the conclusion breakdown database 146 to check with the seller 30 who has signed a contract for the same product among the contract conclusions newly generated during the period at regular intervals. The user 40 is associated again with the same area or adjacent areas, and the result is stored in the delivery database 149 (step S160). When the work in the pre-delivery processing unit 146 is completed, the delivery database 14
Buyer 40 to whom goods are delivered to seller 30 using 9
And the buyer 40 is notified of the seller 40 who delivers the product (step S170).

The seller 30 delivers the merchandise to the buyer 40 via the delivery providing unit 70 or directly, and notifies the Internet merchandise exchange 10 of the result. After confirming the delivery result to the buyer 40, the Internet commodity exchange 10 pays the seller 30 excluding the transaction fee to the seller 30 (step S180).

Each of the above steps will be described in more detail with reference to flowcharts. Hereinafter, when it is not necessary to distinguish the seller 30 and the buyer 40, they are expressed as customers.

FIG. 14 is a flow chart showing a processing procedure when a customer logs in to the Internet commodity exchange 10 according to the present invention.
The client connected to is requested to input an ID and a password (step A1).

When the ID and the password are inputted, it is determined whether or not a customer record corresponding to the customer exists in the customer database 141. If the customer record does not exist, a login rejection message and a reason for refusal are sent to the customer. Notify (Step A
2).

As a result of the determination, if a customer record exists, the customer record is read, and it is confirmed whether the logged-in customer is the seller 30 (step A3). The authority of the seller 30 is given and the user logs in. If the seller is not the seller 30, the authority of the buyer 40 is given and the user logs in (step A4).

FIG. 15 is a flowchart showing a processing procedure when a customer attempts to register on the Internet commodity exchange 10 according to the present invention. Is confirmed (step B1).

As a result of the above confirmation, if it is a registration application for the seller 30, after the administrator checks whether or not the seller 30 actually exists (for example, if the seller is a company, the company registration number Is confirmed, and if it does not actually exist, a registration rejection message and a reason for rejection are notified (step B2).

As a result of the above confirmation, if the seller actually exists, the credit rating of the seller is evaluated via a credit evaluation company. Next, it is determined whether or not the evaluated credit is normal, and if not, a registration rejection message and a reason for rejection are notified to the seller (step B3).

As a result of the determination, if the credit is normal, a new customer record is created, and a notification that the registration has been normally made is given (step B4).

On the other hand, at the step B2, the seller 3
If the registration application is not a registration application of No. 0, it is recognized as a registration application of the buyer 40 and a confirmation mail is sent to the buyer 40, and the buyer 4
Check whether 0 actually exists. When the purchaser registers later, he / she requests the input of the confirmation number sent by the confirmation mail from the Internet commodity exchange 10, and confirms whether or not the purchaser 40 has applied for the registration. For reference, the credit card information may be selectively received at the time of registration in accordance with the customer's selection, and it may not be necessary to re-enter the card information at the time of order.

FIG. 16 is a flowchart showing the process of merchandise registration by the seller 30 in the Internet merchandise exchange 10 according to the present invention. When an application for merchandise registration is input from the seller 30, the merchandise registration is received. It is checked whether or not the product already exists in the product database 142 (step C1).

If the product is found in the product database 142 as a result of this confirmation, it is notified that it has already been registered (step C2).

As a result of the confirmation, if the product has not been registered, the product requested to be registered is evaluated to determine whether or not the product can be registered (Step C3, if the product is to be registered, the product is added to the product database 142). If a product number is assigned and the registration is inappropriate, a message indicating that registration is not possible is notified (step C4).

At this time, as an example of a part for evaluating the product, after comparing the function, quality, and design with the manufacturer of the product, if each product is determined to be the same item, the same product code is given. If the item is determined, a different product code is given, so that the buyer can easily search, compare, and analyze the product.

FIG. 17 is a flowchart showing an order management process of the Internet commodity exchange 10 according to the present invention. When an order from a customer is input, the validity of the input order content is confirmed. That is, it is checked whether the input order content is correctly entered, whether it is a valid product number, whether the order price and the order quantity are correctly entered, and the like. Further, it is determined whether or not the person who entered the order is eligible to place the order. This is because only the selling order can be performed when the customer is the seller 30, and only the purchase order can be performed when the customer is the buyer 40. is there. If the orderer is the purchaser 40, the validity of the entered card number will be confirmed. If the card number has already been confirmed, the card number is processed as normal confirmation. Confirms the validity of the credit card via the credit card company (step D1).

As a result of the confirmation, if there is an error in the entered contents, the order is rejected and this is notified to the customer (step D2).

As a result of the confirmation, if there is no error in the entered contents, the customer is requested to reconfirm whether there is any mistake in the currently inputted order contents, and if there is no error, the order is inputted to the order database 143. New orders are additionally input in the order in which they were entered, and if incorrect, the customer is notified of the rejected order (step D3).

FIG. 18 is a flowchart showing a process of processing an input order on the Internet commodity exchange 10 according to the present invention. The order stored in the order database 143 is searched, and among the unprocessed orders, The order entered first is read out (step E1).

It is determined whether or not the read order corresponds to a new normal order. If the order is a normal order, the process of the normal order is performed. If the order is not a normal order, it is confirmed whether or not the order corresponds to a cancellation order ( Step E2).

As a result of this confirmation, if the order corresponds to the cancellation order,
The process of processing the cancellation order is performed, and if it is not the cancellation order, the process is regarded as a correction order and the process of processing the correction order is performed (step E3).

FIG. 19 is a flow chart showing the process of processing the cancellation order in FIG. 18 and confirms whether or not the order entered this time corresponds to a purchase order. The original order is searched in the incoming order totaling database 144.

Here, the purchase order totaling database 1
Reference numeral 44 denotes a database in which purchase orders are stored for each case, classified by price range, and classified in order of order in the same price range (step F1).

As a result of the check, if the order corresponds to a selling order, the original order is searched for in the selling order totaling database 145.

Here, the selling order totaling database 145 is a database in which the selling orders are stored for each case, and is classified by price range, and is classified in the order of order at the same price range ( Step F2).

Next, after searching the purchase / delivery order totaling databases 144 and 145, it is checked whether or not the original order exists, and if the order does not exist, the cancellation order cannot be processed because there is no original order. Is notified to the orderer (step F3).

If there is an original order as a result of the search, it is confirmed whether or not the order is a partial cancellation order. If the order is a partial cancellation order, the process of the partial cancellation order is performed (see FIG. 20). If not, it will be recognized as a full cancellation order
The retrieved original order is deleted from the corresponding order totaling database 144, 145. That is, in the case of a purchase order, the original order is deleted from the purchase order totaling database 144, and in the case of a selling order, the original order is deleted from the selling order totaling database 145 (step F4).

Next, after updating the information providing database 148 with the deleted contents and updating the information providing screen,
Notify the orderer that the cancellation order was successfully processed.

At this time, the information providing database 14
8 stores the details of the order and the conclusion of the contract, and provides the customer with the transaction status via the information providing screen (step F5).

FIG. 20 is a flowchart showing the process of processing the partial cancellation order shown in FIG. 19. When the partial cancellation is input, the remaining amount of the original order corresponding to the cancellation order is equal to or larger than the cancellation order amount. It is confirmed whether or not (Step G1).

As a result of this check, if the original order has a large remaining amount, after subtracting the cancellation order amount from the original order remaining amount, the record of the original order is stored in the corresponding order totaling database 144, 145 under (Step G2).

Next, after updating the information providing database 148 with the above-mentioned correction contents and changing the information providing screen, the orderer is notified that the cancellation order has been normally processed (step G3).

On the other hand, if the result of the determination in step G1 indicates that the cancellation order amount is larger than the remaining amount of the original order, the orderer is notified that the cancellation order cannot be made (step G4).

FIGS. 21 and 22 are flow charts showing the processing steps of the correction order shown in FIG. 18. It is checked whether or not the input order corresponds to a purchase order. The original order is searched in the incoming order totaling database 144, and if it is not a purchase order, it is recognized as a selling order and the original order is searched in the selling order totaling database 145 (step H1).

Based on the search result, it is confirmed whether or not each original order is stored in the corresponding order totaling database 144, 145. If the original order is not stored, the original order does not exist and the corrected order cannot be processed. To the orderer (step H2).

On the other hand, if the original order is stored in the corresponding order totaling database 144, 145, it is confirmed whether or not the order corresponds to a partial correction. , The overall correction process (Fig. 2
2) (step H3).

As a result of the above confirmation, in the case of partial correction, it is checked whether the remaining amount of the original order is equal to or larger than the corrected order amount. If not, the corrected order amount is larger than the original order amount. Then, the orderer is notified that the processing is not possible (step H4).

As a result of the confirmation, if the original order quantity is larger, after subtracting the corrected order quantity from the remaining quantity of the original order (step H5), it is confirmed whether the original order quantity has become “0”. , "0", the original order is deleted from the corresponding order summary database (step H6).

On the other hand, as a result of checking in step H3, in the case of full correction, the corrected order amount is changed to the remaining amount of the original order, and then the original order is deleted from the corresponding order totaling database 144, 145 ( Step H7).

Next, step H6 and step H7
Is completed, the information providing database 148 and the information providing screen are updated, and then the orderer is notified that the corrected order has been normally processed. Further, the corrected order is recognized as a new normal order, and is processed again in the process of processing the normal order (see FIG. 23).

FIG. 23 is a flowchart showing a process for processing a normal order in the Internet commodity exchange 10 according to the present invention. It confirms whether or not the currently input order corresponds to a purchase order. If the order is not a purchase order, the process of selling order is executed (see FIG. 24). It is confirmed whether or not a selling order exists in the selling order totaling database 145 (step I1).

As a result of the confirmation, if there is a selling order, it is determined whether or not the purchase price of the currently input purchase order is equal to or higher than the minimum selling price, and if this requirement is satisfied, the selling order totaling database 145. The contracts with the newly entered purchase order are concluded with the sell orders up to the purchase price in order from the sell order with the minimum sell price in (I2).

When the contract is concluded, the validity of the buyer's credit card is checked to determine whether or not the credit card can be settled. Notify buyer that payment is not possible.

Next, the sales order totaling database 145 is restored to the state before the conclusion of the contract (step I3).

On the other hand, if there is no selling order in the selling order totaling database 145 in step I1 and if the purchase price is lower than the minimum selling price in step I2, it means that the buying transaction cannot be concluded. Then, the purchase order of the remaining amount not yet concluded is added to the purchase order totaling database 144. In this case, among the orders existing in the price range of the purchase order at the time of addition, the order is added to the order next to the last order (step I4).

At the time of confirming that the credit card can be settled at the step I3, if the credit card can be settled, the contract is concluded with the order, and the contract conclusion result is added to the concluded breakdown database 146. Here, the conclusion breakdown database 146 stores the contract conclusion result for each case (step I5).

Next, it is confirmed whether or not there is a remaining amount of the purchase order. If there is a remaining amount, the above-mentioned step I4 is executed (step I6).
The information providing screen is updated, and the contract conclusion result is notified to the orderer (step I7).

FIG. 24 is a flowchart showing a processing procedure when the order input in FIG. 23 is not a purchase order, and belongs to a normal order processing procedure.

If the input order is not a purchase order, it is recognized as a sales order and the presence / absence of a purchase order is confirmed in the purchase order totaling database 144 (step J1).

As a result of this check, if there is a purchase order, it is checked whether or not the selling price of the input selling order is below the maximum purchase price, and if this condition is satisfied, the purchase order totaling database 144 is checked. A purchase order with a purchase price higher than the selling price is concluded with the newly entered sales order in order from the purchase order with the highest purchase price (step J2).

Next, when the contract is concluded, the validity of the buyer's credit card is confirmed, and it is confirmed whether or not settlement is possible (step J3).

As a result of this confirmation, if the credit card cannot be settled, the contents of the contract signed with the unsettled buyer are canceled, the buyer is notified of the fact that the card cannot be settled, and then the purchase order is made. Purchase order summary database 1
44 (step J4).

Next, the credit card can be settled, and after executing step J4, the result of the contract is added to the conclusion breakdown database 146, and it is confirmed whether there is any remaining amount of the sales order (step J5). ). If there is a remaining amount, the remaining unsold sales orders are added to the sales order totaling database 145. At the time of addition, among the orders existing in the price range of the selling order, the order is added to the order next to the last order (step J6).

On the other hand, in step J1, it is determined whether the purchase order exists in the purchase order totaling database 144 or not.
If the maximum purchase price is lower than the selling price in step 2, the step J6 is executed, and after the step J6 is executed, if there is no remaining order to be sold in the step J5, the conclusion information database is executed. After updating the information provision screen with 147, the result of the contract conclusion is notified to the orderer (step J).
7).

FIG. 25 is a flow chart showing a process of enabling delivery by associating parties and the like who have concluded a contract on the Internet commodity exchange 10 according to the present invention with respect to the same or nearby areas. After reading out the part where the association is not made, the read contract conclusion breakdown is classified into a purchase table and a sales table (step K1).

Next, after the records of the sales table are classified by region using the classified sales tables, the index is located at the first record of the sales table (step K2).

Next, after reading the record at the position of this index, it is checked whether or not the record exists, and if so, the area of the read record is compared with the area of the purchase table (step K3).

As a result of this comparison, it is confirmed whether or not the same area as the record read exists in the purchase table, and if so, the seller 30 and the buyer 40 in the same area are associated with each other, and the delivery table (delivery table) Is generated or updated (step K4).

After all of these steps have been completed, it is checked whether there is any unrelated seller 30. If there are no sellers, the index is moved to the next record, and the step K3 is repeated. (Step K
5).

On the other hand, if there is no record to be read any more in the process of step K3, it is determined whether or not the delivery table generated so far exists, and if it exists, it is stored in the delivery database 149. The information of the seller 30 and the buyer 40 associated with the delivery is notified to the corresponding seller 30 and the buyer 40. This information relates to who to send the goods to and from whom to receive the goods (step K6).

On the other hand, if the area of the record does not match the area of the purchase table in step K4, and if there remains a seller 30 that is not associated in step K5, the purchaser 40 in the nearby area The delivery is performed in association with the seller 30 (step K7).

The delivery system according to the present invention has an advantage that the delivery cost can be reduced. However, this is different from a one-to-many or a many-to-one transaction for multi-party transactions. Many merchants 30 who trade goods
And that the buyer 40 exists.

At this time, in the case of the seller 30, the sold product should be delivered and the contracted price can be received. In the case of the buyer 40, the purchased product can be received and the contracted price can be obtained. Just pay the amount. In such a case, the seller 30 and the buyer 4 in a nearby area or the same area
0, the amount received from the buyer 40 is settled, and the corresponding amount is paid to the seller 30,
There is an advantage that delivery costs can be reduced by conducting transactions according to the breakdown of the contract.

FIG. 26 is a flowchart showing a processing procedure for managing an additional provision service when a customer requests the Internet commodity exchange 10. If the customer wishes to provide additional services or information in addition to the information delivered as an official announcement, the customer inputs an e-mail or messenger ID to receive the information, and the entered information service Is registered (step L1).

As described above, if the customer has registered for the desired service, it is determined whether or not information to be transmitted to the customer has occurred, and if such information exists, the registered e-mail or messenger ID Transmits the contents (step L2).

If the transmission information does not exist or the information has been transmitted, it is checked whether or not there is newly generated information, and the step L2 is repeated (step L3).

FIGS. 27A and 27B show an example of information provided in the processing of FIG. Although the location of the seller 30 and the buyer 40 and the bid quantity information for each individual are provided, the reason for providing such information is not only the bid price and the total number of bids in the physical goods transaction but also these information. This information also affects the decision of buyers and sellers.

FIG. 27 (a) is a general information providing screen, which shows a description of a product, a recent transaction price, and the like.
FIG. 27 (b) is a screen showing the current status of the bidding information for the product, in which a detailed purchase information column a and a detailed sales information column b are provided in addition to the existing provision of commercial transaction information.

Clicking on the "region" or "quantity distribution" in the detailed purchase / sales information columns a and b displays the quantity bid for each region. Further, a distribution map by bid quantity is created, and regional information on the seller and the buyer displayed on the distribution map by bid quantity is shown.

If such information is used, the purchaser 40
Has the advantage that after confirming the bidding quantity for each region, it is possible to wait for the bidding quantity in the region to which the user belongs to place an order and receive the product more quickly.

On the other hand, the seller grasps in which region the people who have ordered the products he / she wants to sell the most are located. There is an advantage that delivery costs can be reduced.

[0117]

As described in detail above, the present invention establishes an Internet commodity exchange of the many-to-many two-way auction system and operates the Internet commodity exchange on a permanent basis so that a large number of consumers and commodity suppliers can operate. It has the effect of creating a fully competitive market defined by economics that trades at a fair market price with minimal transaction costs while sharing accurate information. For the buyer, bidding individually can result in a large amount of purchase, which has the effect of inducing a price reduction similar to mass purchase. For the supplier, since it is always possible to sell at a market price, there is an effect of providing a market where companies or the like who are under pressure of stocks and funds can avoid existing bleeding ultra-low prices.

Further, since all the information on the bid and the information on the commodities of interest registered by each are integrated by the system and immediately notified to the parties by e-mail or the like,
Buyers and sellers can respond quickly to the market. The information providing screen is provided with the location distribution and quantity distribution of the bidders, etc., thereby making it easy to make a transaction decision. Furthermore, when a large number of transactions are concluded for the same product, the contract conclusion result is separated from the delivery party, etc., and the closest buyer and seller are linked and delivered, thereby reducing the delivery cost and delivery time. It has the effect of minimizing.

The preferred embodiments of the present invention have been disclosed for the purpose of illustration, and those skilled in the art will appreciate that
Various modifications, changes, additions, etc., are possible within the spirit and scope of the present invention, and such modifications, changes, etc. should be considered as belonging to the appended claims.

[Brief description of the drawings]

FIG. 1 is a configuration diagram showing an Internet commodity exchange and its peripheral system realized by the present invention.

FIG. 2 is a detailed configuration diagram of the Internet commodity exchange of FIG. 1;

FIG. 3 is a diagram showing a structure of a customer table in the customer database of FIG. 2;

FIG. 4 is a diagram showing a structure of an account table in a customer database of FIG. 2;

FIG. 5 is a diagram showing a structure of a product table in a product database of FIG. 2;

FIG. 6 is a diagram showing a structure of an order totaling table in the order database of FIG. 2;

FIG. 7 is a drawing showing a structure of a purchase order totaling table in a purchase order totaling database of FIG. 2;

8 is a drawing showing a structure of a sales order totaling table in a sales order totaling database of FIG. 2;

FIG. 9 is a diagram showing a structure of a fastening breakdown table in the fastening breakdown database of FIG. 2;

FIG. 10 is a diagram illustrating a structure of a fastening information table in a fastening information database of FIG. 2;

FIG. 11 is a diagram showing a structure of a price range-based bid price table in the information providing database of FIG. 2;

FIG. 12 is a diagram showing a structure of a delivery table in the delivery database of FIG. 2;

FIG. 13 is a flowchart showing the overall processing flow of the Internet merchandise transaction system of FIG. 1;

FIG. 14 is a flowchart showing a processing procedure when a customer logs in to an Internet commodity exchange according to the present invention.

FIG. 15 is a flowchart showing a processing procedure when a customer applies for registration on the Internet commodity exchange according to the present invention.

FIG. 16 is a flowchart illustrating a process of processing merchandise registration by a seller in an Internet merchandise exchange according to the present invention.

FIG. 17 is a flowchart illustrating an order management process in an Internet commodity exchange according to the present invention.

FIG. 18 is a flowchart illustrating a process of processing an order input at an Internet commodity exchange according to the present invention.

FIG. 19 is a flowchart showing a cancellation order process in FIG. 18;

FIG. 20 is a flowchart showing a process of processing a partial cancellation order in FIG. 19;

FIG. 21 is a flowchart showing a correction order processing process in FIG. 19;

FIG. 22 is a flowchart showing a correction order processing process in FIG. 19;

FIG. 23 is a flowchart illustrating a process of processing a normal order on the Internet commodity exchange according to the present invention.

FIG. 24 is a flowchart showing a processing procedure when the order input in FIG. 23 is not a purchase order.

FIG. 25 is a flowchart showing a process of enabling a party or the like concluded at an Internet commodity exchange to execute delivery in association with the same or nearby areas according to the present invention.

FIG. 26 is a flowchart showing a process of managing a service that a customer requests to be additionally provided on the Internet commodity exchange according to the present invention.

FIGS. 27A and 27B are diagrams illustrating an example of information provided in FIG. 26;

[Explanation of symbols]

10: Internet merchandise transaction 20: Management unit 30: Seller 31: Electronic intermediary (e-dealer) 40: Purchaser 50: Credit evaluation unit 60: Credit card company 70: Delivery providing unit 11: Web server 12: Before delivery Processing unit 13: Fastening unit 14: Database unit 15: Payment server 111:
Customer management unit 112: Product management unit 113:
Communication management unit 114: Account management unit 115:
Order management unit 116: Information provision management unit 141:
Customer database 142: Product database 143:
Order database 144: Purchase order summary database 145: Selling order summary database 146: Contract breakdown database 147:
Conclusion information database 148: Information provision database 149:
Delivery database 151: Payment management unit a: Detailed purchase information column b: Detailed sales information column

──────────────────────────────────────────────────続 き Continued on the front page (51) Int.Cl. ⁷ Identification symbol FI Theme coat ゛ (Reference) G06F 17/60 318 G06F 17/60 318H 334 334 402 402 402 414 414 G07G 1/12 321 G07G 1/12 321L 1 / 14 1/14 (72) Inventor Liang Daepo 251-13 F-term (reference) 3E042 CC03 CD04 EA01 5B049 AA05 BB11 BB33 BB36 BB46 CC05 CC08 CC39 DD01 DD05 EE02 EE23 EE24 FF03 FF04 FF09 GG04 GG07 5B055 BB20 CB09 CC10 EE02 EE03 EE21 EE27 FA01 FA05 FB03 HA04 JJ05 KK01 KK19 MM20 PA02 PA34

Claims (35)

[Claims] 1. A web server that manages all items that occur inside a commodity exchange, and examines and classifies auction items contracted through the commodity exchange, and communicates with a seller that has an auction contract. A delivery pre-processing unit that classifies and associates buyers in the same region or each neighboring region to reduce delivery costs, a conclusion unit that is in charge of concluding a contract between a seller and a buyer on the commodity exchange, A payment server, which includes a database unit for storing and managing data processed by the web server, and a payment management unit, and is in charge of communication with a credit card company for processing settlement and settlement after a contract is concluded. A commodity exchange that actually processes a contract on a line and provides a transaction status; a management unit that is in charge of overall operation and management of the commodity exchange; and a registration of the seller with the commodity exchange. If you wish,
A credit evaluation unit that is responsible for credit evaluation of the seller according to the request of the commodity exchange; and is in charge of managing the credit status of the credit card owned by the buyer and settingtle the purchase price according to the request of the commodity exchange. A credit card company, and a delivery providing unit that searches for an associated delivery line in the pre-delivery processing unit according to a request from the commodity exchange, and is in charge of a product delivery service between a seller and a buyer. A communication product exchange system based on a multi-way auction system. 2. The web server manages login when a seller and a buyer connect to a commodity exchange,
When there is an application for registration of the seller or the buyer, after confirming the existence or non-existence of the seller or the buyer who requested the registration and the credit status, a customer management unit that determines the registration, and When registering a product, check whether or not the product is already registered, a product management unit that performs product registration examination before registration, information requested by sellers and buyers at the product exchange, A communication management unit for transmitting information that must be notified at any time, receiving requests from sellers and buyers and reflecting them on commodity exchanges, and establishing accounts for the sellers and buyers, An account management unit that enables information to be checked and provides services required by sellers and buyers; and receives orders entered by the sellers and buyers, and checks whether the orders are valid. The conclusion section processes the contract conclusion for the order. And an information management unit that periodically provides various information generated by the communication product exchange to sellers and buyers. The communication commodity exchange system according to the many-to-many two-way auction system according to claim 1, characterized in that: 3. When the customer logs in, the customer management section can select whether to enter the customer's card number each time the customer requests login, or to enter the card number at the time of registration and not to re-enter it. The communication commodity exchange system according to the two-to-many two-way auction system according to claim 2, characterized in that: 4. The customer management unit evaluates the existence or nonexistence of the seller and the credit of the seller's company via a credit evaluation company with which the seller is trading at the time of the seller's registration request, 3. The communication commodity exchange system according to claim 2, wherein registration is permitted when a predetermined level is reached. 5. The customer management unit sends a confirmation e-mail to the address of the e-mail input by the buyer for registration in order to confirm whether or not the buyer actually exists. 3. The method according to claim 2, wherein a confirmation number given by the commodity exchange is input, and it is confirmed whether or not the buyer who applied for the registration is the owner of the mail and whether or not the buyer actually exists. A communication product exchange system using the many-to-many two-way auction system described in 1. 6. The product management unit, at the time of product registration, classifies the product according to manufacturer, model, and main characteristics, gives a product code to each product, and inputs a product for which registration is requested. The communication commodity exchange system according to claim 2, wherein the commodity is registered in accordance with the commodity code. 7. The payment management unit according to claim 1, wherein when the buyer inputs a credit card number to settle the purchase price, the payment management unit checks the current credit status of the credit card for each payment. 3. A communication commodity exchange system according to the two-to-many two-way auction system according to claim 2. 8. When an order is input from a seller and a purchaser, the order management unit checks the validity of the order, performs a process of reconfirming that the input order is correct, and performs input processing. The order is classified as a new normal order, a cancel order, or a correct order, and processed separately for each order.If the cancel order is a partial cancel order, check if it is a partial cancel order. Subtract the cancellation order amount from the remaining amount of the original order, confirm whether the correction order is a partial correction order, and process the partial correction order by subtracting the correction order amount from the remaining amount of the original order. The communication commodity exchange system according to the two-to-many two-way auction system according to claim 2, characterized in that: 9. The order management unit checks whether or not the remaining amount of the original order is “0” when subtracting the corrected order amount from the remaining amount of the original order. 9. The communication product exchange system according to claim 8, wherein the original order is deleted from the total database of the corresponding order. 10. After recruiting a self-employed person or a small-scale business which is not qualified to directly register on the commodity exchange, the seller issues a quote on behalf of the merchant and sells those goods. 2. The communication commodity exchange system according to claim 1, wherein an intermediary is included. 11. The information providing management unit provides information on a bid quantity by region, information arranged in descending order of bid quantity, and information representing a region to which the arranged information belongs. 2. A communication commodity exchange system according to the two-to-many two-way auction system described in 2. 12. A first step of registering a seller and a purchaser with a merchandise exchange after confirming the credibility and existence of the merchandise, and examining a product desired to be registered only with the registered seller. A second step of registering through the order, a third step of receiving the orders of the registered sellers and purchasers and performing a classification process and a contract conclusion process, and examining the contract-concluded orders and concluding a contract. A fourth step of classifying and associating the seller and the buyer with neighboring areas including the same area to reduce delivery costs, and searching for the associated delivery line to provide a goods delivery service between the seller and the buyer. And a fifth step of performing a multi-way bi-directional auction system. 13. The seller, after recruiting self-employed persons or small traders who are not entitled to register directly with the commodity exchange, issues a quote on behalf of them, and sells those goods electronically. 13. The communication product trading method according to the many-to-many two-way auction method according to claim 12, wherein a person is included. 14. The first login process in the case where a seller and a purchaser intend to register on a commodity exchange requires a customer ID and a password when the customer connects to the commodity exchange. A first step, when the ID and the password are inputted, it is determined whether or not the record of the customer exists in the customer database; if not, a login refusal message and a reason for refusal are notified to the customer; If there is a record of the customer as a result of the determination, if the record exists, the record is read, and it is confirmed whether or not the logged-in customer is a seller. 13. The many-to-many both according to claim 12, comprising: a third step of giving and logging in; and a fourth step of giving the authority of a buyer and logging in if the user is not a seller as a result of the determination. Auction system Communication commodity trading method due. 15. The registration of the seller in the first process is performed by checking whether the seller exists when the seller applies for registration, and if not, a registration rejection message and a reason for rejection. A second step of requesting a credit evaluation unit to perform a credit evaluation of the seller, if the seller exists as a result of the confirmation, and receiving a response to the evaluation request, A third step of determining whether the evaluated credit is normal and notifying the seller of a registration rejection message and the reason for rejection if the evaluation is not normal; Creating a customer record and notifying that the registration was successful.
2. A communication product trading method according to the two-to-many two-way auction system described in 2. 16. The registration of a purchaser in the first process includes, when the purchaser applies for registration, transmitting a confirmation e-mail including a confirmation number to an e-mail address of the purchaser; When registration is requested using the number, a second step of determining whether the confirmation number is correct, and as a result of the determination, if the confirmation number is correct, the buyer is registered in a new customer record, and registration is completed. A third step of notifying that the operation has been normally performed; and a fourth step of notifying the seller of a registration rejection message and a reason for rejection if the confirmation number is incorrect as a result of the determination. 13. A communication product trading method according to a multi-to-many two-way auction system according to claim 12. 17. When registering a buyer in the third step, the customer can select and enter the customer's card number every time the buyer logs in, or select whether to enter again at the time of registration and not to re-enter it. 17. The communication product trading method according to the many-to-many two-way auction system according to claim 16, wherein 18. The merchandise registration of the seller in the second process includes a first step of receiving an application for merchandise registration from the seller and confirming whether or not the merchandise is already existing in a merchandise database. As a result of the confirmation, if the item is present in the product database, a second stage of notifying that the product has been registered; And standardizing by classifying according to the manufacturer, model name and main characteristics of the product, and when another product for which registration is subsequently requested is input, a third step of determining product registration according to the standardization, When the registration of the product is determined, a fourth step of adding a product number to the product database and giving a registration rejection message if the product is not suitable for registration is provided. 13. A communication product trading method according to a multi-to-many two-way auction system according to claim 12. 19. In the third step, when an order is entered by the seller and the buyer, the validity of the entered order content is confirmed, and the order is accepted. First step to check that the order details are correct, that it is a valid item number, and that the order price and order quantity are correct, and that the person who entered the order is eligible to place the order If the customer who placed the order is a seller, accepts only sell orders, and if a purchaser, accepts only purchase orders, and if the results of the above confirmation indicate that there is an error in the entry, In the third step of rejecting the order and notifying the customer of this, and as a result of the above-mentioned confirmation, if there is no mistake in the entered contents, the customer is asked to reconfirm whether or not the contents of the order entered this time are correct. Order data if result is correct 13. A two-to-many two-way auction as claimed in claim 12, wherein the base further comprises a step of additionally inputting a new order in the order of inputting the order and notifying the customer of an order rejection message if wrong. Commodity trading method by method. 20. In the second step, if the orderer is a purchaser, it is checked whether the input card number is valid. If the card number has already been checked, it is processed as a normal check. 20. The method according to claim 19, wherein in the case of a newly entered card, the validity of the credit card is confirmed via the credit card company to which the card is subscribed.
A communication product trading method according to the many-to-many two-way auction method described in 1. 21. An order classification process in the third step, wherein the input order is classified into a new normal order, a cancel order, and a correction order. Check if it is applicable, and if it is not a purchase order, process the sell order.If it is a purchase order as a result of the check, check if there is a sell order in the sell order summary database. The first step of checking, and if the selling order exists as a result of the checking, it is determined whether the purchase price of the purchase order entered this time is equal to or higher than the minimum selling price, and if this condition is satisfied, A second step of concluding a contract with the newly entered purchase order from the sell order with the lowest sell price to the sell order with the purchase price or less in order from the sell order summary database, and Check the validity of the buyer's credit card and It is determined whether or not credit card settlement is possible, and if settlement is not possible, the contract is canceled and the buyer is notified that settlement is impossible, and then the sales order summary database is restored to the state before the contract was signed. In the third step and the second step, if there is no sell order in the sell order summary database and if the purchase price is lower than the minimum sell price, the purchase order with the uncontracted remaining amount. In the order of the purchase order in the price range of the purchase order in the purchase order summary database, the fourth step of adding the order next to the last order, and after the completion of the addition, update the conclusion information database and the information provision screen. The method according to claim 12, further comprising a fifth step of notifying the orderer of the result of the contract conclusion. 22. In the third step, as a result of confirming whether payment can be made with a credit card, if credit card payment is possible, the contract is concluded with the order, and the result of the contract is added to the conclusion breakdown database. The first stage, and after the addition, confirming the presence or absence of the remaining amount of the purchase order, and if there is the remaining amount, the purchase order of the unconcluded remaining amount is entered in the purchase order totaling database, A second step of adding to the order next to the last order among the orders existing in the price range of the purchase order, and after completion of the second step, or if there is no remaining amount of the purchase order, a conclusion information database 22. The method according to claim 21, further comprising a third step of updating the information providing screen and notifying the orderer of the contract conclusion result. 23. The communication product trading method according to claim 22, wherein the first stage contract breakdown database is a database for storing contract conclusion results for each case. . 24. The selling order processing in the first step includes: a first step of confirming the presence or absence of a purchase order in a purchase order summary database; and if the confirmation result indicates that a purchase order exists, Check if the sell price of the entered sell order is below the maximum purchase price, and if this item is satisfied, the purchase order summary database will start with the purchase order with the highest purchase price A second step of concluding a contract with a newly entered sell order until a purchase order, and, if the contract is concluded, confirming the validity of the buyer's credit card and confirming whether credit card settlement is possible. Third step: If the credit card payment is impossible as a result of the confirmation, the contract with the unsettlementable buyer is canceled, the buyer is notified that the payment is impossible, and then the purchase order is purchased. Summary database And a fourth stage to be deleted, the credit card settlement is possible, the fourth
The fifth step of checking whether there is any remaining sales order after adding the result of the contract executed after reaching the stage to the conclusion breakdown database. A sixth step of adding the sell order of the quantity to the order following the last order among the orders existing in the price range of the sell order in the sell order summary database; and after completing the sixth step, or Confirmation result of the fifth stage of
3. The method according to claim 2, further comprising the step of: updating the conclusion information database and the information providing screen if there is no remaining amount of the sales order, and then notifying the customer of the contract conclusion result.
A communication product trading method according to the many-to-many two-way auction method according to 1. 25. In the first step, if the purchase order does not exist in the purchase order summary database, and if the maximum purchase price is higher than the selling price in the second step, A first step of adding a sell order to the order next to the last order among the orders present in the price range of the sell order in the sell order summary database; and The method according to claim 24, further comprising a second step of notifying the orderer of the result of the contract after updating the information providing screen. 26. The order entered in the third step is classified into a new normal order, a cancel order and a correction order. The process of the cancel order is performed when the order entered this time corresponds to a purchase order. A first step of searching for the original order in the purchase order summary database and, if it corresponds to a sell order, searching for the original order in the sale order summary database; and a search result of the purchase or sale order summary database. A second step of notifying the orderer that the original order does not exist, and if the order does not exist, notifying the orderer that the original order does not exist and the cancel order cannot be processed; If there is a partial cancellation order, it is checked whether or not the order is a partial cancellation order. If the order is a partial cancellation order, the partial cancellation order processing is performed. And a fourth step of notifying the orderer that the cancellation order has been normally processed after updating the deleted contents in the information provision database and the information provision screen. The communication product transaction method according to the many-to-many two-way auction system according to claim 12, characterized in that: 27. The selling order summary database and the purchase order summary database in the first stage store the selling order and the purchase order for each case, arrange them by price range, and
27. The communication product transaction method according to the many-to-many two-way auction system according to claim 26, wherein the database is arranged in the order of receiving orders in the same price range. 28. The partial cancellation order processing in the third stage, wherein when a partial cancellation is input, it is determined whether or not the remaining amount of the original order corresponding to the partial cancellation order is equal to or greater than the cancellation order amount. A first step of notifying the orderer that the cancellation order cannot be processed if the cancellation order amount is larger than the original order remaining amount; and if the confirmation result indicates that the original order remaining amount is larger than the cancellation order amount. A second step of returning the original order record to the original position of the corresponding order summary database after subtracting the cancellation order amount from the remaining amount of the original order; 27. A third step of notifying the orderer that the cancellation order has been successfully processed after updating in step (a). Pull method. 29. The communication product transaction according to the two-to-many two-way auction system according to claim 26, wherein the information providing database of the fourth stage is a database for storing details of orders and details of contract conclusions. Method. 30. The order entered in the third step is classified into a new normal order, a cancel order and a correction order, and the correction order is processed by determining whether the order entered this time corresponds to a purchase order. Check if it is a purchase order, search the original order in the purchase order summary database if it is a purchase order, recognize it as a sell order if it is not a purchase order, and search the original order in the sale order summary database The first step, as a result of the search, confirms whether or not the original order is stored in the corresponding order summary database. If the original order is not stored, it is determined that the corrected order cannot be processed because the original order does not exist. A second step of notifying the orderer, and, if the original order is stored in the corresponding order summary database, determining whether the input corrected order corresponds to a partial correction. If it does not correspond to the partial correction, it is recognized as a full correction and a full correction process is performed, and if the result of the confirmation is a partial correction, it is determined whether the remaining amount of the original order is equal to or larger than the corrected order amount. A fourth step of confirming and, if not, notifying the orderer that the corrected order quantity is greater than the original order quantity and thus not being processed; and, if the result of said confirmation is that the original order quantity is greater, the original Check whether the original order quantity after subtracting the corrected order quantity from the remaining order quantity of the order is "0", and if "0", delete the original order from the corresponding order summary database in the fifth step When the deletion is completed, the information providing database and the information providing screen are updated, then the orderer is notified that the corrected order has been normally processed, and the corrected order is processed as a new normal order and the normal order processing is performed. Cormorant characterized in that it comprises a sixth step, a many-to-many two-way auction method by the communication Commodity method according to claim 12. 31. The process in the case where the correction is a full correction in the third step includes a first step of changing the corrected order amount to the remaining amount of the original order, and then deleting the original order from the corresponding order summary database. When the deletion is completed, the information providing database and the information providing screen are updated, the orderer is notified that the corrected order has been normally processed, and the corrected order is processed as a new normal order and the normal order is processed. 31. The method of claim 30, further comprising a second step. 32. The step of associating delivery locations with neighboring areas in the fourth step, comprising reading a portion of the conclusion breakdown database to which delivery is not related, and reading the read agreement breakdown into a purchase table and a sale table. First to classify
A second step of categorizing the sales table records in the classified sales tables by region, and then placing an index at the first record of the sales table; and reading a record at which the index is located. A third step of checking whether or not a record exists and, if so, comparing the area of the read record with the area of the purchase table; Check if it is in the same area as the record read in the table,
If it is located in the same area, a fourth step of associating the seller with the buyer in the same area and generating or updating the delivery database; and if all the above processes are completed, the unassociated sellers will remain. It is checked whether or not there are any remaining records. If there is no remaining record, the index is moved to the next record, and the third and fourth steps are repeated. And a sixth step of associating buyers and sellers in adjacent areas with delivery if the sellers in the table are not the same or there are remaining sellers not associated in the fifth step. The communication product trading method according to the many-to-many two-way auction method according to claim 12. 33. If there is no more record to be read in the third step, it is determined whether the delivery table generated up to the present exists in the delivery database. 33. The many-to-many two-way auction of claim 32, storing and notifying the relevant sellers and buyers of information about the sellers and buyers associated with the delivery to the sellers and buyers. Commodity trading method by method. 34. Confirm whether the seller and the buyer require to receive an additional service or information service other than the e-mail for transmitting the official announcement, and if so, the seller and the buyer should First step to receive e-mail or messenger ID, and seller and buyer to receive e-mail or messenger ID
A second step of registering the input address and the information service, and a third step of periodically transmitting information to the mail address when the requested information is generated. 13. The communication product trading method according to the many-to-many two-way auction method according to claim 12, comprising: 35. The provided information includes bid quantity information by region, bid quantity information arranged in descending order of the bid quantity, and information indicating a region to which the arranged information belongs. Item 34. The method of a communication commodity exchange according to the many-to-many two-way auction system according to item 34.