KR100418338B1 - Method and system for conducting exchange driven internet commercial transaction for goods by multiple buyers and multiple sellers - Google Patents

Abstract

The present invention is a telecommunications product exchange apparatus using a many-to-many two-way auction method that standardizes products by manufacturer, model name, main characteristics, etc., registers them on the Internet product exchange, and bids prices and quantities desired by a plurality of suppliers and a plurality of buyers. Method, which is defined by the economics of opening a permanent, many-to-many auction-based internet commodity exchange where multiple consumers and suppliers can share information without distortion and trade at an appropriate market price with minimal transaction cost. It has the effect of forming a perfectly competitive market, and the individual bidding is added to buyers, resulting in a large number of purchases, which induces a discounted price, such as a bulk purchase effect. Companies that can do inventory or funding Existing hemorrhagic ultra low prices have the effect of providing a market to avoid selling, and consumers and suppliers are able to collect all the information bidding and information on the products of interest registered by the device immediately by e-mail to the parties in need. This enables you to respond quickly to the market by notifying you, and when multiple transactions are made for the same product, you can minimize the shipping cost and delivery time by separating the conclusions and delivery parties and connecting them to the nearest buyer and seller. It works.

Description

{2} Method and system for conducting exchange driven internet commercial transaction for goods by multiple buyers and multiple sellers}

The present invention relates to a telecommunications commodity exchange apparatus using a many-to-many two-way auction method and a method thereof. Similar to a stock exchange for buying and selling stocks, products are registered on the Internet commodity exchange by standardizing them by manufacturer, model name, and main characteristics. It is about technology for making, shipping, managing and operating a many-to-many auction that bids the price and quantity desired by suppliers and multiple buyers.

Nowadays, auctions are also attracting attention, as home shopping, which sells goods through e-commerce, is receiving a lot of attention.

The pricing and trading methods in electronic commerce on the Internet are roughly classified into the list price system that shopping sites follow and the auction method that auction sites adopt.

The list price system is difficult to satisfy the desire of consumers to actively negotiate prices in a passive transaction where the supplier unilaterally sets the price and the consumers only decide whether to accept the given price.

On the other hand, auctions on the Internet include a general auction method in which a price is determined by competition between buyers and a reverse auction method in which a price is determined by competition between suppliers, but there are advantages in that participants actively participate in pricing. Not both consumers and suppliers compete, but only one side, and the other side has to accept the price at the end of the auction.

In addition, it is difficult to induce the active participation of suppliers who want to sell a large quantity of goods quickly because they have to wait a considerable time until the auction closes and the final winning price is uncertain, and consumers cannot purchase immediately when they want to buy, except for the one who received the winning bid. The market is limited because others have to wait for someone to bid for the same product again at auction.

The present invention is classified in order to distinguish the products in consideration of the above-described conventional problems as described above and given a standard code, and registered on the exchange similar to the stock exchange of the stock market, buyers and suppliers to compete in the bid It is also an object of the present invention to provide a permanent Internet commodity exchange that can be delivered. In addition, the present invention separates the conclusion result and the delivery parties when multiple transactions are concluded for the same product, and delivers them by connecting the nearest buyers and sellers and delivering them. The aim is to minimize cost and delivery time.

1 is a block diagram showing an Internet commodity exchange and its peripheral device implemented by the present invention.

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

FIG. 3 illustrates a customer table structure in the customer database of FIG.

4 illustrates an account table structure in the customer database of FIG.

FIG. 5 is a view showing a product table structure in the product database of FIG.

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

7 is a diagram illustrating a structure of a purchase order aggregation table in the purchase order aggregation database of FIG. 2.

8 is a diagram illustrating a structure of a sell order aggregation table in the sell order aggregation database of FIG. 2.

9 is a view showing the structure of the fastening table in the fastening database of Figure 2. Figure 10 is a view showing the structure of fastening information in the fastening information database of FIG.

FIG. 11 is a diagram illustrating a table structure of a price tag according to the information providing database of FIG. 2; FIG.

FIG. 12 illustrates a structure of a delivery table in the delivery database of FIG. 2. FIG.

13 illustrates the overall operational flow of FIG. 1.

14 is a flowchart illustrating a processing process when a customer logs in to an Internet commodity exchange according to the present invention.

Figure 15 is a flow chart showing a process of processing when a customer wants to register on the Internet commodity exchange according to the present invention. Figure 16 is a flow chart showing a process of processing a product registration by the seller in the commodity exchange according to the present invention. 18 is a flowchart illustrating a process of managing an order in a commodity exchange according to the present invention. FIG. 18 is a flowchart illustrating a process of processing an order entered in a commodity exchange according to the present invention. FIG. 19 is a flowchart illustrating a cancel order process in FIG. 20 is a flowchart illustrating a partial cancel order processing process of FIG. 19. FIGS. 21 and 22 are flowcharts illustrating a corrected order processing process of FIG. 19. FIG. 23 illustrates a process of processing a normal order in a commodity exchange according to the present invention. Fig. 24 is a flowchart showing a processing process when the order entered in Fig. 23 is not a purchase order. A flow chart showing a process of allowing parties to be concluded at a commodity exchange by connecting the same or adjacent areas to each other. FIG. 26 is a diagram illustrating a process of registering a service that a customer wants to be additionally provided in the commodity exchange according to the present invention. 27A and B are views showing an example of the information provided in FIG. 26. <Description of symbols for main parts of the drawings>

10: Internet commodity exchange 20: management

30: Seller 31: e-dealer

40: Buyer 50: Credit Rating Division

60: credit card company 70: delivery provider

11: web server 12: preprocessing unit

13 fastening part 14 database part

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 management unit 141: customer database 142: product database 143: order database 144: purchase order aggregation database 145: sell order aggregation database 146: execution history database 147: execution information database 148: information providing database 149: delivery database 151: Payment Management Department a: Detailed Purchase Information b: Detailed Sales Information

Communication commodity exchange apparatus according to the many-to-many two-way auction method of the present invention for achieving the above object, commodity exchange for establishing a real transaction on the communication and providing a transaction situation; A manager in charge of the overall operation and management of the commodity exchange; A credit evaluation unit in charge of credit evaluation of the seller in response to a request of the merchandise exchange when a seller intends to register with the merchandise exchange; And a delivery provider configured to search for a delivery line according to a request of the commodity exchange, and to provide a transactional product delivery service between the seller and the buyer. Each standard code is assigned by classifying it to be distinguished by model name and main characteristics, and when a product requiring registration is entered later, the product is registered according to the standard code, and all the details operated by the product exchange are managed. A web server configured to store and manage sell order information of the seller, purchase order information of the buyer, conclusion information of the order, and product delivery processing information of the concluded order; The order price is less than the selling price that exists at the minimum selling price. Sell order is entered into the purchase order entered in turn, and when the sell order is entered, the purchase order from the highest purchase price to the purchase order above the selling price is concluded with the sell order entered in order. A fastening unit managing the fastened information through the order fastening information of the database unit; a payment server that is in communication with a credit card company to process payment and settlement of a price after the order is fastened from the fastening unit; And auction cases concluded by the fastening unit through the order execution information of the database unit to classify sellers and buyers who have concluded an auction between adjacent regions including the same region, to instruct delivery, and to process the product delivery process of the database unit. It is characterized by comprising a delivery preprocessing unit to manage.

In addition, the communication commodity exchange method according to the many-to-many two-way auction method of the present invention for achieving the above object, the seller in a communication commodity exchange apparatus that provides a commodity trading on a number of commodity sellers and a plurality of commodity buyers And a method of providing a communication product transaction by a many-to-many two-way auction method to the buyer, when the seller and the buyer request the customer registration on the merchandise exchange, confirming the credit and actual existence of the seller and the buyer. And a first process of processing the registration; when a product registration request is inputted from the seller, the product requested to be registered is classified to be distinguished by a manufacturer, a model name, and main characteristics, and each standard code is assigned, and the standard A second process of registering the product according to a code; a seller having completed the registration If the order entered after receiving and sorting the buyer's order is a buy order, the sell order from the lowest selling price to the sell order below the buying price is concluded with the entered buy order, and the highest when the entered order is a sell order. A third step of concluding a purchase order existing in the purchase price to a purchase order of which the purchase price is higher than the selling price; And a fourth process of classifying each other and connecting each other; and a fifth process of searching for a delivery line of the connected seller and the buyer, and instructing delivery of a transaction product between the seller and the buyer.

The above objects, features and advantages will become more apparent from the following detailed description taken in conjunction with the accompanying drawings. Hereinafter, exemplary embodiments of the present invention will be described in detail with reference to the accompanying drawings.

First, the function and characteristics of the overall Internet commodity exchange device of the present invention, the device is largely divided into a management unit, a fastening unit, a delivery preprocessing unit to ensure the stability and expandability of the device, efficient and flexible operation and management Risk management system is classified by its function and modularized.

In addition, in order to ensure the stability of the transaction, the seller and buyer shall be distinguished from the registration and certification procedures, and the seller must pass strict due diligence and credit check, etc. Through a double process, identity verification is strictly enforced, and credit card balances are checked before bidding and bidding is allowed only for authorized buyers.

In addition, the Product Management Department implements a system of procedures to classify and standardize products so that participants can easily and strictly distinguish the products, and manages personal information, changes / cancellation of bids, and management of interest product information through accounts assigned to all members. It is to systematically manage the delivery information tracking, etc., so that the information generated by the device of the present invention can be aggregated and provided to the person in need.

And in order to minimize the shipping cost and time, if a number of transactions occur in one product, even if the company is not actually concluded, we can separate the shipping party and connect the buyer and seller in close proximity.

1 is a block diagram illustrating an internet commodity exchange and a peripheral device implemented by the present invention, and an internet commodity exchange 10 for establishing a real transaction and providing a transaction situation on the Internet;

A management unit 20 which is in charge of overall operation and management of the Internet commodity exchange, such as registering goods and customers on the Internet commodity exchange 10;

A seller 30 who intends to sell the product through the Internet product exchange 10;

A buyer 40 who wants to purchase a product through the Internet product exchange 10;

A credit evaluation unit 50 responsible for credit evaluation of the seller 30 in response to a request of the merchandise exchange 10 when the seller 30 wants to register with the internet merchandise exchange 10;

A credit card company 60 for providing a credit state of a credit card owned by the buyer 40 and paying the purchase price at the request of the Internet commodity exchange 10;

According to the request of the Internet product exchange 10 is provided with a delivery provider 70 that is responsible for the transactional goods delivery service between the seller 30 and the buyer (40).

The Internet commodity exchange 10 is composed of a web application module, as shown in Figure 2 embedded in the Internet commodity exchange 10, the web server 11 for managing all the details generated by the Internet commodity exchange 10 Wow;

A pre-processing unit 12 for reviewing the auctions concluded through the Internet commodity exchange 10 to connect the seller 30 and the purchaser 40 to which the auction is concluded, to reduce the shipping cost;

A fastening unit 13 which is in charge of placing an order between the seller 30 and the buyer 40 in the Internet commodity exchange 10; and a database unit 14 storing and managing data processed by the web server 11; It includes a payment management unit 151, and has a payment server 15 for communicating with the credit card company 60 to process payment and settlement of the price after the order is concluded.

The web server 11 manages the login-in when the seller 30 and the buyer 40 access the Internet commodity exchange 10, and manages the registration of the seller 30 and the buyer 40, A customer management unit 111 for checking whether the seller 30 and the buyer 40 to be registered actually exist and evaluating the credit of the seller 30;

A commodity manager 112 which checks whether a commodity exists at the internet commodity exchange 10 and conducts a deliberation on registration of commodities before registering;

The Internet commodity exchange 10 transmits the information required by the seller 30 and the buyer 40 or information to be notified from time to time, and receives the requirements of the seller 30 and the buyer 40 to receive the Internet commodity exchange ( 10) a communication manager 113 to reflect on;

Account management unit 114 to create a respective account of the seller 30 and the buyer 40 to verify each personal information, and to provide a customized service required by the seller 30 and the buyer 40 Wow;

The order management unit receives the order inputted by the seller 30 and the buyer 40, stores the checked order after validity, and stores the entered order so that the fastening unit 13 may process the order for the order ( 115);

It is provided with an information providing management unit 116 for providing a variety of information generated in the Internet product exchange 10 to the seller 30 and the buyer (40).

The seller 30 generally refers to a large company capable of manufacturing or mass-providing a product to be sold, as well as a self-employed or small-sized supplier who cannot supply the mass exchange directly as described above and cannot be directly subscribed to the commodity exchange 10. And an electronic broker (hereinafter referred to as an e-dealer) 31 which recruits sellers and then receives goods from the recruited vendors and registers them on the commodity exchange.

Here, the detailed meaning of the e-dealer 31 will be described.

The e-dealer (31) refers to an intermediary that serves to connect buyers and sellers more easily in the commodity trading process. The e-dealer (31) is a self-employed or small supply or seller who is not eligible to register directly on the commodity exchange (10). It receives the goods from the back and registers on the commodity exchange 10, and the price is quoted on behalf of them to sell.

In addition, the professional e-dealer 31 can always pay attention to the trend of the commodity exchange 10, unlike the general seller of the offline, the advantage that can meet the conditions of each supplier and sell more advantageous to them There is this.

As such, the e-dealer 31 that manages a plurality of supply channels may maximize the satisfaction of consumers through supply of large quantities of goods to the commodity exchange 10 and a wide range of product selection opportunities and price drops.

In addition, an example of tables in each database constituting the database unit 14 will be described with reference to the drawings. The customer database 141 is a database that stores a customer table, an account table, and customer-specific information. 4 is a view showing a table structure, and FIG. 4 is a view showing an account table. The goods database 142 is a database storing goods information including a goods table, and FIG. 5 is a view showing a goods table structure. ) Is a database for storing order history including an order aggregation table, and FIG. 6 is a diagram illustrating a structure of an order aggregation table. The purchase order aggregation database 144 is a database for storing purchase order information including a purchase order aggregation table. 7 is a diagram showing the structure of the purchase order aggregation table. The database 145 is a database for storing order information including the sell order aggregation table, and FIG. 8 is a diagram showing the structure of the sell order aggregation table. The settlement history database 146 stores the product transaction conclusion information including the execution history table. 9 is a diagram showing the structure of the fastening table. The decision beam database 147 is a database for storing information resulting from the fastening result including the fastening information table. FIG. 10 is a fastening result information table structure. The information providing database 148 is a database that stores related information in order to provide transaction conditions and changes that occur in the Internet commodity exchange. FIG. 11 is a diagram showing a price / price code table structure in the information providing database. The shipping database (149) FIG. 12 is a diagram illustrating a delivery table structure. Referring to FIG. 13, a schematic operation of an internet commodity transaction apparatus having the above configuration is described. ) And the purchaser 40 attempts to log in by inputting an ID and password to use the Internet commodity exchange 10. According to the log-in attempt, the customer management unit 111 performs a log-in process. Notify the seller 30 and the purchaser 40 whether or not to log in, and when the log-in is completed, a plurality of buyers and sellers search for an information providing screen provided by the Internet commodity exchange and then purchase or sell the product. If you are a seller, if you have a product that is not registered on the Internet Mercantile Exchange, you can place the order on the Internet. A new product registration application may be requested to register a new product on the product exchange (110) .If a buyer enters an order, the product code, purchase price, quantity, and order of the product to be purchased are valid. Enter the validity period of the order to determine the period of time to be maintained, the card number for paying the purchase price, and in the case of the seller, the order specifying the product code, selling price, selling quantity, and period for which the order is valid. Enter the validity period, the account number to receive the payout (120). The entered order is stored in the order in the order database (130). The fastening unit 13 is then processed in the order stored in the order database Buyers and sellers who have placed unsatisfied orders after reading unsold orders and referring to the Buy / Sell Order Count Database (144, 145). In this case, linking means that the order number, closing price, and quantity of each order executed are composed of one record so that the conclusion can be clearly understood with the contracting party, and among the orders read from the order database. Orders that are not processed or are only partially signed are stored in the corresponding buy / sell order aggregation database 144, 145 (140). When such a transaction is made, payment of the settlement amount to the credit card company of the buyer is concluded. If the approval is rejected, the contract is invalidated, the contract is returned to the state before it was concluded, and the purchase order is deleted. In contrast, when the purchaser's payment is approved, the buyer concluded that the contract was completed. And the seller, and the conclusion result (record created above) is stored in the transaction details database 146. Then, the pre-delivery unit reconnects sellers and buyers concluded by the same product among the new contracts newly generated during the period and reconnects the same region or neighboring regions using the execution history database 146 for each period. Store in the delivery database 149 (160). After the work in the delivery preprocessing unit is finished, the seller is notified of the buyer who will receive the goods by using the delivery database 149, and the buyer is notified about the seller who will deliver the goods (170). The seller delivers the goods to the buyer either directly or through the delivery provider and notifies the internet commodity exchange of the results. The internet product exchange checks the delivery result to the buyer and then pays the seller the sale price excluding the transaction fee (180).

Each process as described above will be described in more detail with reference to the following flowcharts. Hereinafter, when there is no need to distinguish between the seller 30 and the buyer 40, the process is referred to as a customer.

14 is a flowchart illustrating a processing process when a customer logs in to the Internet product exchange according to the present invention. When the customer accesses the product exchange, the user requests a user ID and password (A1).

When the ID and password are input, it is determined whether the corresponding customer record for the customer exists in the customer database 141, and if not present, the customer is notified of the log-in rejection message and the reason for the rejection (A2).

If there is a record as a result of the determination, the customer record is read and then the logged-in customer is checked whether the seller is a seller (A3). To log in (A4).

15 is a flowchart illustrating a processing process when a customer wants to register on the Internet commodity exchange according to the present invention. When the customer requests registration, the user receives it and checks whether or not it is a seller registration application (B1).

If the result of the confirmation is the seller registration application, the administrator confirms the existence of the seller (for example, if the seller is an enterprise, confirms the business registration number), and if it does not exist, the registration rejection message and the reason for rejection are notified (B2).

If the verification result actually exists, the credit rating of the seller is evaluated through a credit rating company. Subsequently, it is determined whether the evaluated credit rating is normal, and if not, the seller rejects the registration rejection message and the reason for rejection (B3).

If the result of the determination indicates that the credit rating is normal, a new customer record is generated, and a notification is made that registration has been normally performed (B4).

On the other hand, in step B2, if the seller registration application is not registered as a buyer registration request to send a confirmation email to the buyer to confirm the existence of the buyer. In this case, when the buyer registers in the future, he / she inputs a confirmation number, etc. sent by the E-mail exchange to check whether the buyer who requested the registration is correct.For reference, select the credit card information when registering. You do not need to re-enter your card information when you place an order.

FIG. 16 is a flowchart illustrating a process of processing a product registration by a seller in a product exchange according to the present invention. When a product registration request is input from a seller, the product exchange receives the same and confirms whether the product is already present in the product database 142. (C1).

If the check result is present in the product database 142, it is notified that it is already registered (C2).

If it is not registered as a result of the confirmation, the product requested to be registered is evaluated to determine whether to register (C3) .If it is determined to register, the product number is added to the product database, and then the product number is assigned. A message indicating a failure is notified (C4).

At this time, in the evaluation of the product, for example, the manufacturer, function, quality and design of the product are compared with each other. If each product is determined to be the same product, the same product code is assigned. In order to facilitate the purchaser to search, compare and analyze the product.

17 is a flow chart illustrating an order management process in a commodity exchange according to the present invention. When an order is input from a customer, the validity of the input order content is checked. Check if the order price and quantity are filled in correctly. In addition, it is determined whether the person who inputs the order is eligible to place an order, since the customer can only sell the order and the buyer can purchase only the order. If the purchaser is a buyer, the card number entered is confirmed to be valid. If the card is already confirmed, the card is processed as normal confirmation. If the card is newly entered, the credit card company verifies the validity of the credit card (D1). ).

If there is an error in the contents of the confirmation result, the order is rejected and the customer is notified of this (D2).

If there is no error in the contents of the confirmation result, ask the customer to reconfirm if the order entered is correct.If the result is correct, new orders are added in the order entered in the order database. To the customer (D3).

FIG. 18 is a flowchart illustrating a process of processing an order input at a commodity exchange according to the present invention. The order is searched for an order stored in the order database 143 and the first order that has not been processed so far is read. (E1).

It is determined whether the read order corresponds to a new normal order, and if it is a normal order, a normal order processing process is performed, and if it is not a normal order, it is determined whether it corresponds to a cancel order (E2).

If the check result corresponds to a cancel order, the minimum order is processed, and if it is not the cancel order, the correct order is regarded as a correct order (E3).

FIG. 19 is a flowchart illustrating a cancellation order process of FIG. 18. In operation 18, a purchase order collection database 144 searches for an original order if the currently entered order corresponds to a purchase order.

In this case, the purchase order aggregation database is a database storing the purchase order by case, and is a database sorted by price point and arranged by order order in the same price point (F1).

If the check result corresponds to the sell order, the original order is searched in the sell order aggregation database.

At this time, the selling order aggregation database is a database storing the selling order by case and is a database sorted by price point and arranged by order order in the same price point (F2).

Subsequently, after searching each order aggregation database, it checks whether the original order exists and notifies the orderer that the cancel order cannot be processed because the original order does not exist (F3).

If the original order exists, it is determined whether or not it is a partial cancellation order, and if it corresponds to a partial cancellation order, a partial cancellation order process is performed (see FIG. 20). Delete the order from the order aggregation database 144,145. That is, the original order is deleted from the purchase order aggregation database in the case of a buy order, and the selling order aggregation database in the case of a sell order (F4).

Subsequently, the deleted information is updated in the information providing database 148 and the information providing screen is also updated, and the orderer is notified that the cancel order has been normally processed. At this time, the information providing database 148 is a database that stores the order history and the execution history using this to provide the transaction status to customers through the information providing screen (F5).

FIG. 20 is a flowchart illustrating a partial cancellation order processing process of FIG. 19. When partial cancellation is input, it is checked whether the remaining amount of the original order corresponding to the cancel order is greater than or equal to the cancel order amount (G1).

If the remaining amount of the original order is large as a result of the checking, after subtracting the canceled order amount from the remaining amount of the original order, the original order record is placed in the original position of the order aggregation database (G2).

Then, the correction is updated in the information providing database 148, the information providing screen is also updated, and the orderer is notified that the cancel order has been normally processed (G3).

On the other hand, when the determination result in step G1 is greater than the remaining order amount of the original order notifies the orderer that the cancellation order is not possible (G4).

21 and 22 are flow charts illustrating the corrective order processing process of FIG. 19. If the purchased order corresponds to a purchase order, the original order is searched in the purchase order aggregation database, and the purchase order is not. Recognizes as a sell order and retrieves the original order from the sell order aggregation database (H1).

As a result of the search, it is determined whether each original order is stored in the corresponding order aggregation database, and if not stored, the original order does not exist and the orderer is notified that the correct order cannot be processed (H2).

On the other hand, if the original order is stored in the corresponding order aggregation database, it is checked whether the order corresponds to a partial modification, and if it is not a partial modification, all the modifications are performed, and the entire modification process (see FIG. 22) is performed (H3). .

If the result of the check is a partial correction, it is checked whether the remaining amount of the original order is greater than or equal to the corrected order amount, and otherwise, the orderer is notified that the corrected order amount is larger than the original order amount, so that the processing is impossible (H4).

If the original order is greater than the result of the check, the correct order amount is subtracted from the remaining amount of the original order (H5). If the original order amount is '0', the original order is deleted from the corresponding order aggregation database (H6). .

On the other hand, in the case where the modification result is confirmed in step H3, the corrected order amount is changed to the remaining amount of the original order, and then the original order is deleted from each order aggregation database (H7).

Subsequently, after completing steps H6 and H7, the information providing database 148 and the information providing screen are updated, and the orderer is notified that the correct order has been processed normally, and the correct order is a new normal order. The process can be processed again.

FIG. 23 is a flowchart illustrating a process of processing a normal order in a commodity exchange according to the present invention, and confirms whether a currently entered order corresponds to a buy order and performs a sell order processing process when the purchase order is not a purchase order (see FIG. 24). In the case of a buy order, the check confirms whether a sell order exists in the sell order aggregation database (I1).

As a result of the above check, if there is a sell order, it is determined whether the purchase price of the currently entered buy order is greater than or equal to the minimum selling price, and if it is satisfied, from the selling order existing at the minimum selling price to the purchase price sequentially from the selling order database. A sell order is concluded with a newly entered buy order (I2).

Upon completion of the conclusion, the purchaser checks the validity of the buyer's credit card to determine whether the credit card payment is possible, and if the settlement is not possible, cancels the conclusion and notifies the buyer that the payment is impossible. Subsequently, the selling order database is returned to the state before the execution (I3).

On the other hand, if there is no sell order in the sell order aggregation database in step I1 and if the buy price is lower than the minimum sell price in step I2, the purchase order cannot be concluded because the purchase price cannot be concluded. Add to aggregate database. At the time of addition, it is added to the order after the last order among the orders existing in the price range of the purchase order (I4).

And if it is possible to pay by credit card at step I3, if the payment is possible, the order is concluded and the conclusion is added to the conclusion history database 146. At this time, the fastening history database 146 is a database for storing the fastening result for each case (I5).

After checking whether the remaining amount of the purchase order is left, if the remaining step is performed (I6), if not left, the information database and the information provision screen is updated and the conclusion of the conclusion (I7). .

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

If the entered order is not a buy order, it is recognized as a sell order and checks whether there is a buy order in the purchase order aggregation database (J1).

As a result of the above check, if there is a buy order, if the sell price of the entered sell order is less than or equal to the maximum buy price and satisfies this, from the purchase order existing in the buy order database to the sell price above The purchase order is concluded with the newly entered sell order (J2).

Subsequently, when the conclusion is completed, the buyer checks the validity of the buyer's credit card to check whether the credit card payment is possible (J3).

If the credit card payment is impossible as a result of the check, the contents concluded with the buyer who cannot pay, notify the buyer of the payment failure, and then delete the purchase order from the purchase order database (J4).

Then, the credit card payment is possible, and after the execution of step J4, the result of the conclusion is added to the execution history database 146, and then it is checked whether the remaining amount of the sell order remains (J5), if it remains, the sale of the remaining amount not concluded. Add an order to the sales order aggregation database. At this time, the additional order is added to the next order of the last order among the existing orders in the price range of the sell order (J6).

On the other hand, if the buy order does not exist in the buy order aggregation table in step J1 or if the maximum buy price is higher than the sell price in step J2, after performing step J6, after performing step J6 and in step J5, If the remaining amount does not remain, the fastening information database 147 and the information providing screen are updated, and the ordering result is notified to the orderer (J7).

FIG. 25 is a flowchart illustrating a process of allowing parties to be concluded at the commodity exchange according to the present invention to be connected to each other in the same or nearer area. The entered transaction details are divided into a buy table and a sell table (K1).

In the divided sell table, records of the sell table are classified and collected by region, and then an index is placed on the first record of the sell table (K2).

Next, after reading the record of the index point, it is checked whether or not the record exists, and if present, the area of the read record is compared with the area of the purchase table (K3).

As a result of the comparison, it is checked whether or not the same region as the record read in the purchase table exists, and if present, the seller and buyer of the same region are connected, and a delivery table (which is a table in the Besson database) is created or updated (K4).

When all of the above processes are completed, if there are no sellers remaining, the index is moved to the next record, if not, and the process is repeated (K5).

On the other hand, if there is no record to read any more in the K3 process, it is determined whether there is a shipping table generated so far, and if it exists, it is stored in the shipping database 149, and the seller and buyer are notified of the information about the connected parties. This is the information that it is necessary to hand over the goods to whom and to whom (K6).

On the other hand, if the region of the record and the area of the purchase table in step K4 is not the same, or if there is a seller remaining unlinked in step K5, the buyer and seller in the adjacent region is connected (K7).

The delivery system in the present invention as described above has the advantage of reducing the shipping cost as mentioned above, which is generally a multi-party transaction in the case of one-to-many or many-to-many, unlike many trading the same thing There will be a seller and a buyer for.

In this case, the seller may hand over the sold goods and receive the amount set at the concluded price. In the case of the buyer, the purchased item may be delivered and paid at the concluded price. In this case, if the seller connects the seller and the buyer in the neighborhood or the same area and pays the amount received from the buyer, the shipping cost can be reduced than the transaction as it is.

FIG. 26 is a flowchart illustrating a process of managing a customer when a customer wants to additionally register a service to be provided in the product exchange according to the present invention. In addition to the information transmitted by the customer, there may be a service or information to be separately provided. If an e-mail or a messenger ID that can receive the information is input, the input information service is registered (L1).

As described above, it is determined whether information to be delivered to the customer has occurred while registering the desired service, and if there is information, a matter to be transmitted to the registered e-mail or messenger ID is transmitted (L2).

If there is no information to be transmitted or if information is transmitted, it is checked whether there is new information generated again and repeats the L2 process (L3).

27A and 27B illustrate an example of the information provided in FIG. 26, wherein the seller and the buyer's location and the respective quantity information of the individual bids are provided. The reason for providing the information is the bid price in spot commodity trading. This is because the above information as well as the total amount of bidding and bidding becomes information that influences the decision of the buyer or seller.

That is, FIG. 27A is a general information providing screen showing a description of a product and a recent transaction price, and FIG. 27B is a diagram illustrating the bidding information status of the product. , And further provided with the detailed sales information (b).

If you click on the area and quantity distribution in the detailed purchase / sales information (a, b), you can see the bids by region and create a distribution chart for the most bids. And local information to which the buyer belongs.

Using this information, the buyer can check the bidding quantity by region, wait for the bidding quantity to increase in his area, and then place an order, and the advantage of being able to receive the goods as soon as possible.

On the other hand, a seller can find out in which region the people who order the products he wants to sell the most and place an order for sale if they are in close proximity to the area they are producing, which can reduce shipping costs. It is accompanied by.

As described in detail above, the present invention establishes and operates a multiple-to-many interactive auction internet commodity exchange so that a large number of consumers and suppliers share information without distortion and trade at an appropriate market price with minimal transaction cost. It has the effect of forming a perfectly competitive market defined by the economics that are conducted, and the individual bids are added to the buyers, resulting in a large number of purchases, which induces a discounted price such as a bulk purchase effect. It is possible to sell at any time, thereby providing a market where companies subject to inventory or funding can avoid existing hemorrhagic ultra low selling. In addition, the present invention allows both suppliers and buyers to actively participate in the pricing process. So you can buy and sell products at the price you want Active and reasonable pricing model; Information to open bidding information such as bid price, quantity, number of participants, and transaction information of past products as well as price comparison information of other internet stores to participate in trading based on market information that reduced uncertainty Providing openness and predictability; Allows multiple suppliers and multiple buyers to compete competitively on registered products, giving buyers the benefit of lower prices, and enabling suppliers to sell large quantities quickly, facilitating inventory. Providing a price reduction function due to mass trading and competition to reduce marketing costs; The continuation of the market allows the consumer and supplier to participate in the trade at any time by abolishing the auction period and closing, maintaining the market regardless of the number of trades concluded, and closing the trade at any time if the bid price is accepted. This has the effect of providing the speedy function of the transaction.

In addition, the present invention enables consumers and suppliers to respond quickly to the market by promptly notifying the parties in need by e-mail, etc., in which all information on bidding and information on products of interest registered by each user are integrated in the device. By providing the location distribution and quantity distribution of bidders on the screen, it is possible to facilitate the decision making of transactions.In addition, when multiple transactions are concluded for the same product, the closest buyers and sellers It is effective to minimize the delivery cost and delivery time by connecting each other.

In addition, preferred embodiments of the present invention are disclosed for the purpose of illustration, those skilled in the art will be able to various modifications, changes, additions, etc. within the spirit and scope of the present invention, such modifications and modifications belong to the following claims You will have to look.

Claims (35)

A commodity exchange that makes an actual transaction and provides a transaction situation on a communication; A manager in charge of the overall operation and management of the commodity exchange; A credit evaluation unit in charge of credit evaluation of the seller in response to a request of the merchandise exchange when a seller intends to register with the merchandise exchange; And a delivery providing unit for searching for a delivery line according to a request of the commodity exchange and performing a transactional product delivery service between the seller and the buyer. The commodity exchange, When registering a product, the product is classified so as to be distinguished by a manufacturer, a model name, and main characteristics, and each standard code is assigned, and when a product requiring registration is entered later, the product is registered according to the standard code. A web server for managing all the details operated on the exchange; A database unit for storing and managing the selling order information of the seller, the buying order information of the buyer, the conclusion information of the order, and the product delivery processing information of the concluded order; In the case of a buy order, the purchase order existing at the lowest selling price in the sell order information of the database unit is concluded with the purchase order which is sequentially entered, and the buy order information is below the purchase price. A fastening unit for fastening a purchase order existing in a purchase price to a purchase order equal to or greater than the selling price, and selling orders sequentially entered and managing the concluded information through the order execution information of the database unit; A payment server in charge of communication with a credit card company for processing payment and settlement of the price after the order is concluded from the fastening unit; And Review the auction case concluded by the fastening unit through the order execution information of the database unit to classify sellers and buyers with whom the auction is concluded between adjacent areas including the same region, and instructs delivery, and manages the product delivery processing information of the database unit. Communication commodity exchange apparatus according to the many-to-many two-way auction method characterized in that it comprises a shipping preprocessing unit. The method of claim 1, The web server manages a log-in when the seller and the buyer access the commodity exchange, and checks the existence and the credit status of the seller and the buyer who requested the registration when the seller and the buyer request the registration. A customer management unit to determine the registration; A commodity management unit which checks whether a commodity exists in the commodity exchange and whether the commodity exists before the registration, conducts a deliberation on registration of the commodity, and grants the standard code to the commodity after the registration decision; A communication manager for transmitting information requested by the seller and buyer or information to be notified from time to time at the product exchange, and receiving and reflecting the requirements of the seller and buyer; An account management unit for creating respective accounts of the sellers and buyers so as to confirm each personal information, and providing customized services required by the sellers and buyers; An order management unit which receives the order inputted by the seller and the buyer, checks whether the order is valid, and stores the order, and stores the input order so that the fastening unit can process the order for the order; Communication goods exchange apparatus according to the many-to-many two-way auction method characterized in that it comprises an information providing management section for periodically providing the seller and the buyer with various information generated in the commodity exchange. The method of claim 2, The customer management unit may enter a card number of the seller and the buyer each time the login-login request to log-in or log-in, or select a method not to be entered later if entered during registration. Communication commodity exchange system by the most interactive two-way auction method. delete The method of claim 2, The customer management unit sends a confirmation mail to the address of the mail entered by the buyer for registration application to confirm the existence of the buyer; In the confirmation e-mail, when the buyer later registers, a confirmation number assigned by the commodity exchange is input so as to confirm whether the buyer who requested the registration is the owner of the e-mail and whether the buyer actually exists. Communication commodity exchange apparatus by the interactive auction method. delete The method of claim 2, When the order is input from the seller or the buyer, the order management unit checks the validity of the order and performs a process of re-checking whether the entered order is correct, and the order is entered into a new normal order, a cancel order, and a correct order. Process each order separately, if applicable; The cancel order is a partial cancellation order to reduce the cancellation order amount from the remaining amount of the original order, and the correct order is a partial correction order, the many-to-many two-way auction, characterized in that to reduce the correct order amount from the remaining amount of the original order Communication commodity exchange device by the method. The method of claim 7, wherein The order management unit checks whether the remaining amount of the original order is '0' when the correct order amount is subtracted from the remaining amount of the original order, and deletes the corresponding original order from the order information of the database unit when it is '0'. Communication commodity exchange apparatus by the interactive auction method. The method of claim 2, The information provided by the information providing management unit includes a bidding quantity information for each region, information arranged in the order of high bidding quantity and information indicating the region to which the sorted information belongs, by the many-to-many two-way auction method Communication commodity exchange device. The method of claim 1, The payment server is a communication commodity exchange apparatus according to the many-to-many two-way auction method characterized in that when the buyer enters a credit card for payment of the purchase price checks the current credit status of the credit card for each payment. delete In a communication commodity exchange apparatus that provides a commodity trading on a plurality of commodity sellers and a plurality of commodity buyers, a method of providing a communication commodity trading by a many-to-many two-way auction method to the seller and the buyer, A first process of processing the registration after confirming the credit and actual existence of the seller and the buyer when the seller and the buyer request the customer registration to the commodity exchange; When the product registration application is input from the seller, the second process of classifying the goods requested to be registered by the manufacturer, model name, and main characteristics to give each standard code and registering the goods according to the standard code and; If the order entered after receiving and classifying the orders of sellers and buyers who have completed the registration is a buy order, a sell order existing at the lowest sell price to a sell order below the buy price is concluded with the entered buy order, A third step of, when the order is a sell order, concludes a buy order existing at the highest buy price to a buy order above the sell price with the entered sell order; A fourth process of reviewing the concluded order and classifying the seller and the buyer who have entered the auction by classifying adjacent areas including the same area; And a fifth process of searching for a delivery line of the connected seller and the buyer, and instructing the delivery of the transactional product between the seller and the buyer. delete The method of claim 12, In the first process, when the seller and the buyer want to register as a customer on the commodity exchange, the log-in step may include a first step of requesting a user ID and password when the customer accesses the commodity exchange; A second step of determining whether a record for the customer exists in the customer database when the ID and password are input, and notifying the customer of a log-in rejection message and a reason for the rejection if not present; A third step of reading the customer record and checking whether the logged-in customer is a seller if the record exists for the customer as a result of the determination, and logging in by granting the seller's authority in the case of the seller; And a third step of logging in by granting the purchaser's authority when the determination result is not the seller. The method of claim 12, In the first step of registering the seller, when the seller applies for registration as a customer, the seller sends a confirmation email including a confirmation number to an e-mail address to which the seller accesses, and the seller requests registration using the confirmation number. A first step of determining whether or not the confirmation numbers match the actual existence of the seller; A second step of requesting to evaluate the seller's credit through a credit evaluation means if the verification result actually exists; A third step of determining whether or not the evaluated credit rating is normal by receiving a response to the evaluation request and notifying the seller of a registration rejection message and a reason for rejection if it is not normal; And a fourth step of generating a new customer record if the credit score is normal and notifying that the registration has been normally performed. The method of claim 12, In the first process, the registration step of the buyer may include: a first step of transmitting a confirmation mail including a confirmation number to an e-mail address to which the buyer accesses when the buyer applies for registration as a customer; A second step of determining whether the confirmation numbers match when the buyer requests registration using the confirmation numbers; A third step of registering the purchaser in a new customer record and notifying that the registration has been normally performed when the determination result matches; And a fourth step of notifying the purchaser of the rejection message and the reason for rejection if the determination result does not match. The method of claim 16, In the third step, many-to-many two-way auction method is characterized in that the card number of the customer is entered every time the buyer logs in at the time of registering the buyer, or if the user inputs it at the time of registration, the user can select a method not to be entered later. Communication product transaction method by means of. The method of claim 12, The second process, A first step of receiving a product registration request from the seller and confirming whether the product is already existing in the product database; A second step of notifying that the product exists in the product database as a result of the checking; If it is not the existing product as a result of the check, the product requested to be registered is evaluated or not, and whether or not to be registered, the product is classified so that it can be distinguished by manufacturer, model name and main characteristics, and each standard code is assigned and registered later. A third step of determining product registration according to the standard code when a product requesting a product is input; And a fourth step of adding a product number to the product database when the registration of the product is determined, and notifying a message indicating that the product cannot be registered if the product is not suitable for registration. Communication product trading method by method. The method of claim 12, In the third step of receiving an order of the seller and the buyer, if the order is input to the seller and the buyer to check the validity of the input order contents, whether the input order is correctly entered, whether a valid product number A first step of confirming that the order price and the order quantity are normally filled in; A second step of determining whether a person who has entered the order is eligible to make an order, but if the customer who applied for the order is a seller, receives only a sell order; A third step of rejecting the order and notifying the customer if there is an error in the contents of the verification result; If there is no error in the contents of the confirmation result, the customer is asked to reconfirm whether the currently entered order is correct, and if the result is correct, new orders are added in the order in which the orders are entered in the order database. And a fourth step of notifying the customer of the matter. The method of claim 19, In the second step, if the purchaser is a buyer, check whether the card number entered is valid. If the card is already verified, the card number is processed as normal confirmation. In the case of a newly entered card, the credit card is provided through a credit card company. A communication product trading method according to the many-to-many two-way auction method characterized in that the validity of the check. The method of claim 12, The third process includes classifying the input order into a new normal order, a canceled order, and a corrected order to conclude an order, and the conclusion of the normal order confirms whether the currently entered order corresponds to a purchase order. A first step of performing a sell order processing process if the purchase order is not, and confirming whether a sell order exists in the sell order aggregation database in the case of the purchase order; As a result of the above check, if there is a sell order, it is determined whether the purchase price of the currently entered purchase order is greater than or equal to the minimum selling price. A second step of concluding a sell order with a newly entered buy order; Upon completion of the conclusion, the buyer checks the validity of the buyer's credit card to determine whether it is possible to make a credit card payment.If payment is not possible, cancels the conclusion and notifies the buyer that the payment is not possible, and then counts the purchase order as it was before the conclusion. Recovering the database; If there is no sell order in the sell order aggregation database in the second step, and the purchase price is lower than the minimum sell price, the remaining remaining unsold purchase orders are added to the purchase order aggregation database, but the price of the purchase order A fourth step of adding to the next order of the last order among the orders present in the order; And a fifth step of updating the conclusion information database and the information providing screen and notifying the orderer of the conclusion result after the addition is completed. The method of claim 21, A first step of signing the order and adding the conclusion result to a conclusion history database if credit card payment is possible in the third step; After the addition, it is determined whether the remaining amount of the purchase order remains, and if it remains, the remaining remaining non-contracted purchase orders are added to the purchase order aggregation database, but the next of the last order among the orders existing in the purchase order price range. A second step of adding to the order; And a third step of updating the fastening information database and the information providing screen and notifying the orderer of the fastening result if the remaining amount of the order is not remaining after the second step and completion. Telecommunications product trading method using two-way auction method. The method of claim 22, In the first step, the fastening history database is a communication product trading method by the many-to-many two-way auction method, characterized in that for storing the conclusion of each case. The method of claim 21, In the first step, the sell order processing process may include: a first step of checking whether a purchase order exists in the purchase order aggregation database; As a result of the check, if there is a buy order, if the sell price of the entered sell order is less than or equal to the maximum buy price and satisfies this, if the purchase order is satisfied, the sell price is sequentially higher than the buy order existing at the buy price in the purchase order database. A second step of closing the purchase order with the newly entered sell order; A third step of confirming whether the credit card payment is possible by checking the validity of the buyer's credit card when the conclusion is completed; A fourth step of canceling the contents concluded with the unsuccessful buyer, notifying the buyer of the unsuccessful settlement, and deleting the purchase order from the purchase order aggregation database if the credit card settlement is impossible; A fifth step of confirming whether the credit card can be settled, and whether the remaining amount of the sell order remains after adding the result concluded after performing the fourth step to the conclusion information database; A sixth step of adding the remaining remaining unsold selling orders to the selling order aggregation database if it remains in the confirmation result, and adding them to the next order of the last order among the orders existing at the price of the selling order; And after performing the sixth step and updating the conclusion information database and the information providing screen if there is no remaining order for the selling result as a result of the fifth step, and then notifying the purchaser of the conclusion result. A communication product trading method using a many-to-many two-way auction method. The method of claim 24, If the buy order does not exist in the buy order database in the first step, or if the maximum buy price is higher than the sell price in the second step, the remaining remaining unsold sell orders are added to the sell order database, but the price of the sell order A first step of adding to the next order of the last order among the orders present in the; And a second step of notifying the purchaser of a conclusion result after updating the conclusion information database and the information providing screen when the addition is completed. The method of claim 12, The third process is to classify the input order into a new normal order, a cancel order, and a correct order, and enter into an order, wherein the execution of the cancel order includes a purchase order aggregation when the currently entered order corresponds to a buy order. Retrieving the original order from the database, and retrieving the original order from the sell order aggregation database if it corresponds to the sell order; A second step of searching for the purchase order aggregation database and the sell order aggregation database and checking whether the original order exists and notifying the orderer that the original order does not exist and the cancellation order cannot be processed if the order does not exist; ; If the original order exists, it is determined whether it is a partial cancellation order, and if it corresponds to a partial cancellation order, a partial cancellation order process is performed. If the original order is not a partial cancellation order, the searched original order database and the sell order aggregation are executed. Deleting from the database; And updating the deleted items in the information providing database and the information providing screen, and then notifying the orderer that the cancel order has been processed normally. . The method of claim 26, In the first step, the sell order aggregation database and the buy order aggregation database are databases that store sell orders and buy orders for each case, and are arranged by price range, and the same price range is a table arranged by order order. Communication product trading method by many-to-many two-way auction method. The method of claim 26, In the third step, the partial cancellation order process, if partial cancellation is input, checks whether the remaining amount of the original order corresponding to the canceled order is greater than or equal to the canceled order quantity, and if the ordered quantity is greater than the remaining quantity of the original order, the canceled order may be performed. A first step of notifying the orderer that the number cannot be found; A second step of subtracting the canceled order amount from the remaining amount of the original order if the remaining amount of the original order is large, and placing the original order record in the original position of the corresponding order aggregation database; And updating the correction information in the information providing database and the information providing screen, and then notifying the orderer that the canceled order has been successfully processed. The method of claim 26, The information provided to the seller and the buyer in the fourth step is a commodity trading method by the many-to-many two-way auction method, characterized in that it comprises the order details and the execution details. The method of claim 12, The third process is to classify the entered order into a new normal order, a cancel order, and a corrected order, and enter into an order, wherein the execution of the corrected order includes checking whether the entered order corresponds to a buy order. A first step of retrieving the original order from the purchase order aggregation database if it is a buy order and recognizing it as a sell order if it is not the purchase order; A second step of confirming whether each original order exists in the purchase order collection database and the sell order collection database and notifying the purchaser that the original order does not exist so that the correct order cannot be processed. Wow; A third step of confirming whether the order corresponds to a partial correction if the original order exists as a result of the search, and recognizing that the original order is a partial modification or not, and performing a total modification process; A fourth step of checking whether the remaining amount of the original order is greater than or equal to the corrected order amount in case of partial modification of the check result and notifying the orderer that the corrected order amount is larger than the original order amount so that processing is impossible; If the original order is greater than the original order quantity, the correct order amount is subtracted from the remaining amount of the original order, and then the original order amount is '0'. If the original order amount is '0', the original order is deleted from the purchase order aggregation database and the sell order aggregation database. A fifth step; And a sixth step of updating the information providing database and the information providing screen when the deletion is completed, notifying the orderer that the correct order has been processed normally, and performing the normal order processing with the correct order as a new normal order. A communication product transaction method using a many-to-many two-way auction method. The method of claim 30, If all modifications are made in the third step, the processing 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 purchase order aggregation database and the sell order aggregation database, respectively; And a second step of updating the information providing database and the information providing screen when the deletion is completed and informing the orderer that the correct order has been successfully processed and performing the normal order processing with the correct order as a new normal order. A communication product transaction method using a many-to-many two-way auction method. The method of claim 12, In the fourth process, the process of classifying and linking the delivery destinations to each other may include: a first step of reading a portion of the connection history database that is not connected to the delivery history and then dividing the read contents into a buy table and a sell table; A second step of dividing the records of the sell table by region in the divided sell table and then placing the indexes on the first record of the sell table; A third step of checking whether the next record after reading the record of the index point exists and comparing the area of the read record with the area of the purchase table if present; A fourth step of checking whether or not the same region exists as the record read in the purchase table as a result of the comparison, connecting the seller and the buyer of the same region, and creating or updating a delivery database; A fifth step of checking whether an unconnected seller remains after the completion of the process, and if not, moving the index to the next record and repeating from the third step; In the fourth step, if the region of the record and the region of the purchase table is not the same, or if there is a seller that is not connected in the fifth step, the sixth step of connecting the buyer and the seller in the adjacent region to instruct delivery A communication product transaction method using a many-to-many two-way auction method. The method of claim 32, In the third step, if there is no record to read any more, it is determined whether the shipping information generated so far exists and stored in the shipping database if present, and informs the seller and the buyer about the connected parties. A communication product transaction method using a many-to-many two-way auction method. The method of claim 12, A first step of checking whether there is an information service to be received as an additional service other than an e-mail for transmitting an announcement to the seller and the buyer; A second step of registering the input address and information service when an e-mail or a messenger ID is received from the seller and the buyer; And a sixth process including a third step of periodically transmitting the information to the generated address when the requested information is generated. The method of claim 34, wherein The information provided includes a bidding quantity information for each region, a bidding quantity information ordered in the order of the high number and the commodity trading method by the many-to-many two-way auction method characterized in that it provides information indicating the region to which the sorted information belongs .