KR100421588B1 - Method and apparatus for providing registration information of transaction offer to buyers and sellers using computer network - Google Patents

Abstract

The present invention is a method for trading a commodity (G) through a computer communication network using a computer communication network, the transaction request information including the desired transaction price (P) and the desired quantity (a) for the product (G) received And among the plurality of transaction desired prices P1 to Pn for the commodity G, a transaction desired price P i equal to the received transaction desired price P Pi: 1 ≦ i ≦ n, and Pi is P (i + 1) add the received transaction hope quantity (a) to the transaction hope quantity Qi of a) higher than 1), and accumulate each difference of the plurality of transaction hope prices in response to the received transaction hope quantity (a). Desired transaction volume (AQn = ), And the difference with respect to the plurality of transaction desired prices (P1, P2, ..., Pn) of the commodity (G) includes cumulative transaction quantity (AQ1, AQ2, ..., AQn) Provide transaction application registration information to the trade candidate. Therefore, in the present invention, the traders can refer to the cumulative purchase quantity and the transaction total information, so that the traders can induce mass commerce in the total amount concept.

Description

METHOD AND APPARATUS FOR PROVIDING REGISTRATION INFORMATION OF TRANSACTION OFFER TO BUYERS AND SELLERS USING COMPUTER NETWORK}

The present invention relates to a method and apparatus for providing transaction registration registration information using a computer communication network, wherein the transaction quantity of a plurality of transaction desired prices applied for a product in a large-to-large number of electronic commerce transactions is higher or lower than the transaction quantity. The present invention relates to a method and apparatus for providing transaction registration registration information that can be usefully used by traders in the concept of total amount in a commerce transaction by providing a cumulative transaction hope quantity and a total transaction amount.

Recently, various electronic commerce using the Internet has been introduced. There are three types of e-commerce: shopping mall, auction, reverse auction, and matchmaking.

Most e-commerce uses a shopping mall method. The shopping mall method is a method in which a seller opens a virtual store on the Internet and displays a product to be sold in the opened virtual store, where the buyer visits the virtual store and orders the product. Since the shopping mall method is mainly a seller, a buyer purchases a product based on a seller's suggested selling price, the buyer visits the cheapest mall by purchasing a price for the same product of a plurality of shopping malls and purchases the product. Therefore, there is a hassle and inconvenience that the buyer has to remember the shopping mall with the lowest price for each product by doing a price research. In addition, since the payment method, order method, delivery period, shipping fee, etc. are different for each shopping mall, all of these conditions must be arranged by the buyer to make a sensible purchase.

In the auction method, when a seller attaches a product to an auction, a plurality of buyers present various purchase prices and determine the buyer who presented the most expensive purchase price as the final purchaser as the final purchaser and close the transaction. That is, since the auction method is a method of determining the highest price by competing a plurality of buyers, the buyers are required to obtain the auction information and to participate in the auction by finding the auction place and auction time of the related product.

The reverse auction method, as disclosed in US Pat. No. 5,794,207, is that when a buyer presents a purchase condition, a plurality of sellers refer to the proposed purchase condition to determine the first approved seller among the acceptable sellers so that a transaction can be made between the buyer and the seller. . This reverse auction method is convenient for the buyer because it is a buyer-centered transaction because many sellers compete for one purchase condition. However, the seller can not expect a large amount of commodity trading because the deal is made with one buyer in every transaction.

As a matchmaking method is disclosed in Korean Patent Laid-Open Publication No. 1999-78767, when a buyer and a seller register both a product and a desired price and a product and a sale price, the middleman has the lowest desired sales price from the desired purchase price among the sales quantities less than the purchase quantity. Is determined as the closing price so that the buyer and seller can close the deal. As a matchmaking method, the buyer and seller are registered at the same time to find the lowest desired selling price from the desired purchase price, and the buyer and seller are connected. Can not. In addition, since the seller must be registered to sell the transaction can be more limited participation of the seller. In addition, there is a problem that the seller can not take a more aggressive sales strategy from the seller's point of view because the seller does not determine the sales volume and the timing of the sale, but the broker.

In addition, synergy auctions on the auction site (www.auction.co.kr) operated on the Internet is a kind of joint purchase method and displays the product / sale quantity / purchase quantity / current price for a certain time, and according to the purchase registration In response to an increase in the number of purchases, the auction method introduces a discounted amount. In this method, the quantity of sales items is limited in advance, and the price is reduced at a predetermined rate by the registration of the corresponding product of the buyer, and the discountable amount is limited.

In other words, although the profits remaining per product are important, the seller is more likely to operate according to the sales strategy considering the profit of the total sales concept. In other words, if you can sell thousands or tens of thousands of profits than you sell tens or dozens, the gross concept will be much larger. In addition, according to the necessity of the emergency funds, the sale of the cost of the inventory is also required, and the sale of the cost of the cost of surprise is also required for the event and promotion.

In the above-described conventional electronic commerce scheme, only the total number of transaction application registration information provided on the screen is applied for each price range. In other words, if the buyer and seller's terms and conditions are satisfied only in one price range, the deal is closed. Traders applying for higher or lower prices must wait until the terms of the transaction they apply for are met. Such a conventional method has a problem in that more transactions are not actively formed.

The purpose of the present invention is to solve the above-mentioned problems of the prior art. The present invention provides a method and apparatus for providing transaction registration registration information using a computer communication network capable of providing total amount information.

1 is a view showing the configuration of a seller-oriented two-way auction method using a computer communication network according to the present invention.

2 is a view showing the configuration of a seller-centered two-way auction apparatus using a computer communication network according to the present invention.

Figure 3 is a view showing the configuration of the purchase member database of the seller-oriented two-way auction apparatus using a computer communication network according to the present invention.

4 is a view showing the configuration of a sales member database of a seller-oriented two-way auction apparatus using a computer communication network according to the present invention.

5 is a diagram showing the configuration of a purchase registration database of a seller-oriented two-way auction apparatus using a computer communication network according to the present invention.

6 is a view showing the configuration of a purchase registration display database of the seller-oriented two-way auction apparatus using a computer communication network according to the present invention.

7 is a view showing the configuration of a sales application database of a seller-oriented two-way auction apparatus using a computer communication network according to the present invention.

8 is a view showing the configuration of the sales confirmation database of the seller-oriented two-way auction apparatus using a computer communication network according to the present invention.

9 is a view showing the configuration of the registration product database of the seller-oriented two-way auction apparatus using a computer communication network according to the present invention.

10 to 13 is a flow chart for explaining the operation of the server of the seller-oriented two-way auction apparatus using a computer communication network according to the present invention.

14 is a flow chart for explaining the operation of the terminal of the seller-oriented two-way auction apparatus using a computer communication network according to the present invention.

15 to 25 are screen state diagrams for explaining the operation of the terminal of the seller-oriented two-way auction apparatus using a computer communication network according to the present invention.

26 to 28 are various analytical graphs to assist in determining a desired purchase price of the present invention.

29 is a view showing the configuration of a buyer-centric two-way auction method using a computer communication network according to the present invention.

30 is a view showing the configuration of a buyer-oriented two-way auction apparatus using a computer communication network according to the present invention.

31 is a view showing the configuration of a purchaser member database of a buyer-oriented two-way auction apparatus using a computer communication network according to the present invention.

32 is a view showing the configuration of a sales member database of a buyer-oriented two-way auction apparatus using a computer communication network according to the present invention.

33 is a diagram showing the structure of a sales registration database of a buyer-oriented two-way auction apparatus using a computer communication network according to the present invention;

Fig. 34 is a diagram showing the structure of a sales registration indication database of a buyer-oriented two-way auction apparatus using a computer communication network according to the present invention;

35 is a view showing the configuration of a purchase request database of the buyer-oriented two-way auction apparatus using a computer communication network according to the present invention.

36 is a view showing the configuration of a purchase confirmation database of a buyer-oriented two-way auction apparatus using a computer communication network according to the present invention.

37 is a view showing the configuration of a registered product database of a buyer-oriented two-way auction apparatus using a computer communication network according to the present invention.

38 to 41 are flowcharts for explaining the operation of the server of the two-way auction apparatus using the computer communication network according to the present invention.

42 is a flowchart for explaining the operation of the terminal of the buyer-oriented two-way auction apparatus using a computer communication network according to the present invention.

43 to 52 are screen state diagrams for explaining the operation of the terminal of the buyer-oriented two-way auction apparatus using a computer communication network according to the present invention.

53 to 55 are graphs for transaction analysis reference of a buyer-oriented two-way auction apparatus using a computer communication network according to the present invention.

<Description of the symbols for the main parts of the drawings>

100, 200: server 110, 210: storage means (database)

120, 220: Internet 130, 140, 230, 240: Terminal

In order to achieve the above object of the present invention, the first method of the present invention is a method of trading a product (G) through a computer communication network, the desired purchase price (P) and the desired quantity of purchase of the product (G) ( Receives the purchase request information including a), and the purchase desired price (Pi: 1 ≤ the same as the received purchase desired price P of the plurality of purchase desired prices (P1 ~ Pn) for the product (G) i ≤ n, Pi adds the received purchase desire quantity (a) to the purchase desire quantity Qi of P (i + 1), and in response to the received purchase desire quantity (a) The cumulative number of desired purchase prices (AQn = ), And the difference between the plurality of purchase desired prices (P1, P2, ..., Pn) of the product (G) includes cumulative purchase quantity (AQ1, AQ2, ..., AQn) The purchase application registration information is characterized in that it is provided to the seller.

A first apparatus of the present invention is a device for trading a product (G) through a computer communication network, comprising: storing means for storing a purchase application registration information providing program, executing the purchase application registration information program, and executing the product (G) on the product (G). Receives the purchase request information including the desired purchase price (P) and the desired purchase quantity (a) for the communication through the computer network, and among the plurality of desired purchase prices (P1 to Pn) for the product (G) The received purchase desire quantity (a) to the purchase desire quantity Qi of a purchase desire price (Pi: 1 ≤ i ≤ n, where Pi is higher than P (i + 1)) In addition, in response to the received purchase demand quantity (a), each higher rank of the plurality of purchase hope prices is a cumulative purchase demand quantity (AQn = ), And the difference between the plurality of purchase desired prices (P1, P2, ..., Pn) of the product (G) includes cumulative purchase quantity (AQ1, AQ2, ..., AQn) And a processor for providing purchase application registration information to a sales candidate through the computer communication network.

The following <Table 1> shows an example of the transaction application registration information provided by the first method.

The purchase application registration information is the total amount of each purchase of the plurality of desired purchase prices (TA (1) n = ) Or total purchase amount (TA (2) n = It is preferable to further include). TA (1) i is a case where a transaction is concluded between buyers and sellers at each buyer's desired purchase price (P1, ..., Pi-1, Pi), and TA (2) i is the seller's desired sales price ( Pi) indicates the case where the transaction is closed. Therefore, in the case where TA (2) i is determined, buyers who apply for a purchase price at a higher price (P1, ..., Pi-1) will have a purchase transaction at a price lower than their desired price. do.

<Table 1>

Desired price Transaction applicants Desired Quantity Cumulative trading volume Transaction total amount (1) Transaction total amount (2) Parent P1 B1 Q1 AQ1 TA (1) 1 TA (2) 1 … … … … … … Pi-1 Bi-1 Qi-1 AQi-1 TA (1) i-1 TA (2) i-1 Pi Bi Qi AQi TA (1) i TA (2) i Pi + 1 Bi + 1 Qi + 1 AQi + 1 TA (1) i + 1 TA (2) i + 1 … … … … … … Child Pn Bn Qn AQn TA (1) n TA (2) n

Accordingly, the first method and the first apparatus are useful for sellers selling goods in bulk by providing purchase application registration information of a plurality of small quantity purchase applicants to a plurality of mass sellers.

According to a second method of the present invention, in a method of trading a product (G) through a computer communication network, the sales application information including a desired sales price (P) and a desired sales quantity (a) of the product (G) is received. And a desired sales price Pj equal to the received sales desired price P among the plurality of sales desired prices P1 to Pn for the product G, Pj: 1 ≦ j ≦ n, and Pj is P (j + 1) adds the received sales desired quantity (a) to the sales desired quantity Qj of (a) lower than 1), and accumulates each lower portion of the plurality of sales desired prices in response to the received sales desired quantity (a). Sales volume (AQn = ), And the lower part of the plurality of sales desired prices (P1, P2, ..., Pn) of the product (G) includes cumulative sales desired quantities (AQ1, AQ2, ..., AQn). It is characterized by providing the sales application registration information to the purchaser.

A second apparatus of the present invention is a device for trading a product (G) through a computer communication network, comprising: storing means for storing a sales application registration information providing program, and executing the sales application registration information program, Receive sales request information including the desired sales price (P) and the desired sales quantity (a) of the information through the computer communication network, and among the plurality of sales desired prices (P1 to Pn) for the product (G) The sales desired quantity (a) received above the sales desired quantity (Qj) of the sales desired price (Pj: 1 ≦ j ≦ n, where Pj is lower than P (j + 1)) And subordinate each of the plurality of sales desired prices in response to the received sales sales quantity (a) to accumulate the sales sales quantity (AQn = ), And the lower part of the plurality of sales desired prices (P1, P2, ..., Pn) of the product (G) includes cumulative sales desired quantities (AQ1, AQ2, ..., AQn). And a processor for providing the sales application registration information to the purchaser through the computer communication network.

The following <Table 2> shows an example of the transaction application registration information provided by the second method.

The sales application registration information is each sales total value of the plurality of sales desired prices (TA (1) n = ) Or total sales (TA (2) n = It is preferable to further include). TA (1) j is a case where a transaction is concluded between buyers and sellers at each seller's desired price (P1, ..., Pj-1, Pj), and TA (2) j is the buyer's desired purchase price ( Pj) indicates the case where the transaction is closed. Therefore, in the case where TA (2) j is determined, sellers who apply for sales prices at lower prices (P1, ..., Pj-1) will have their sales transactions closed at Pj, which is higher than their desired sales prices. do.

<Table 2>

Desired price Transaction applicants Desired Quantity Cumulative trading volume Transaction total amount (1) Transaction total amount (2) Child P1 S1 Q1 AQ1 TA (1) 1 TA (2) 1 … … … … … … Pj-1 Sj-1 Qj-1 AQj-1 TA (1) j-1 TA (2) j-1 Pj Sj Qj AQj TA (1) j TA (2) j Pj + 1 Sj + 1 Qj + 1 AQj + 1 TA (1) j + 1 TA (2) j + 1 … … … … … … Parent Pn Sn Qn AQn TA (1) n TA (2) n

The second method and apparatus is useful for buyers purchasing goods in bulk by providing the sales application registration information of a plurality of small sales applicants to a plurality of mass buyers.

In addition, the transaction application registration information may include transaction total amount information instead of a plurality of transaction desired prices and the upper or lower cumulative transaction desired quantity.

Hereinafter, with reference to the accompanying drawings, it will be described in detail the present invention through an embodiment of the present invention.

Example 1 Merchant Center Interactive Auction System

Figure 1 shows the configuration of the seller-centric two-way auction method of the present invention. As shown in FIG. 1, in the two-way auction method of the present invention, the purchaser 10 and the seller 20 make a transaction through the two-way auction system 30, and the payment is paid from the buyer to the seller, and the seller 20. Is made by delivering the purchased goods to the buyer (10).

In particular, the present invention is different from the general auction or reverse auction, as shown in the following Table 1, it is possible to register a variety of purchase prices for one product, the cumulative purchase quantity is higher than each purchase price By displaying at the same time, the seller can competitively select the desired purchase price in consideration of the total amount of the transaction resulting from the multiplication of the cumulative desired purchase price and the desired purchase price.

<Table 3> Table showing seller-oriented two-way auction principle for goods

Desired purchase price (KRW) Buyers Purchase quantity () Highest Cumulative Purchase Quantity () Gross sales (won) Revenue (KRW) price 50,000 One One One 50,000 +20,000 48,000 2 3 4 192,000 +72,000 45,000 2 4 8 360,000 +120,000 40,000 42 50 58 2,320,000 +580,000 35,000 120 150 208 7,280,000 +1,040,000 cost 30,000 50 200 408 12,240,000 0 28,000 2 20 428 11,984,000 -856,000

In other words, buyers can buy products at low prices by inducing buyers to compete competitively at the purchase price, which is highly likely to be the seller's choice based on the cumulative quantity of purchases. To derive. In addition, the seller can guarantee the possibility of mass sales, so that the seller can directly select the point of sale considering the rotation and profit maximization.

In Table 3, if buyers openly open a purchase intention on the interactive auction site (www.biaution.com) with 7 desired prices for a product with a cost of 30,000 won and a sale price of 50,000 won, the seller must enter the interactive auction site. If the selling strategy is determined from the concept of gross sales and profits published at (www.biaution.com) and the top multiplied by the cumulative purchase volume, the purchase price would be selected, for example, 35,000 won.

In addition, a seller with a small quantity of goods secured may decide to sell at a purchase price of 45,000 won or more for a high yield, and a seller who needs a rotating capital immediately may decide to sell a purchase price below a cost.

In other words, a number of sellers can apply for sales competitively according to their own sales strategy.

On the other hand, as buyers see the contents publicly and participate competitively in the purchase price that is most likely to be sold at the lowest price in the shortest time, the cumulative purchase quantity is higher than the purchase price that is more likely to be sold. It shows a relatively high growth rate compared to other desired purchase prices. This phenomenon is a natural free market competition principle, which leads the seller's selling price to the price that the buyer is most willing to buy.

2 shows the configuration of the interactive auction apparatus of the present invention.

The interactive auction apparatus includes a server 100 on which a processor for executing an interactive auction program is mounted and a storage means 110 in which a database is stored. The server 100 executes the interactive auction program while referring to or updating various databases stored in the storage means 110.

The purchase member database (BMDB: BUYER MEMBER DATABASE) (111), the sales member database (SMDB: SELLER MEMBER DATA BASE) (112), the purchase registration database (PRDB: PURCHASE REGISTRATION DATA BASE) (113), PURCHASE REGISTRATION DISPLAY DATA BASE (PRDB) (114), SELLING OFFER DATA BASE (115), SELLING DECISION DATA BASE (SDDB) (116), REGISTED GOODS DATA BASE (RGDB) 117 and the like.

The interactive auction apparatus includes terminals 130 and 140 connected to the server 100 through a computer communication network such as the Internet 120, such as a personal computer, a notebook computer, a hand computer, an Internet mobile phone, an Internet television, and the like. In the embodiment of the present invention, an example of a personal computer is shown.

The purchase registration terminal 130 and the sale application terminal 140 may be equipped with a purchase registration and sale application program or connected to the server 100 through a web browser. The purchase registration and sales application program is downloaded from the server 100 via the Internet or installed on the hard disks of the terminals 130 and 140 from a recording medium such as a distributed compact disc (CD).

Referring to Figure 3, the purchase member database 111 is ID / password / name / resident registration number / zip code / address / contact / E-MAIL / new purchase registration list / bonus point / progress purchase registration list / purchase performance list / Fields such as bonus points / credits.

The address may include a home address or a recipient address. The contact information includes a phone number / cell phone / call number.

The new purchase registration list includes a case in which the buyer registers a new product that is not registered on the server 100 or registers a new purchase price that is not included in the ongoing purchase price in the case of the already registered product. For example, if the purchase price requested for the product A is 10,000 won and 9,000 won, the new purchase price 9,500 won may be registered as the new purchase price. Bonus points for new purchase registration may be replaced by electronic money.

The registration list is a list of current ongoing purchase registrations, in which the purchase period has not been finalized and the sale is not confirmed. Therefore, the purchaser can look at the status of his ongoing purchase registration with reference to the registration list. Of course, in the case of the multiple registration mode, information on the similar products registered in plural is also listed.

The purchase results list lists the total purchase registration status including the invalid purchase registration status that participated but the sales period is not finalized and the purchase period has ended, the valid purchase registration status that has been confirmed and the desired purchase price, and the accumulated total purchase amount. . Therefore, the purchase completion rate according to the purchase registration frequency of each buyer can be confirmed. Accordingly, the operator of the server 100 may provide an electronic money or a bonus product by accumulating bonus points according to the purchase results in consideration of the total number of registrations, the hit ratio, the total purchase amount, and the like.

The credit rating is automatically used to manage the buyer by giving the buyer's credit rating automatically, reflecting the number of cancellations, returns, and purchases after registering the purchase.

Referring to FIG. 4, the sales member database 112 includes ID / password / name or corporation (company) name / resident registration number or business registration number / zip code / address / contact number / E-MAIL / new purchase registration list / bonus points. Include a list of sales results, bonus points, and credit.

The sales member database 112 is similar in comparison to the purchasing member database 111. However, since the seller can register his or her own product, the seller has a field of the new purchase registration list for seller membership management. The sales results list lists the desired purchase price selected by the seller and the details of the sales confirmation, the product, the quantity, and the total sales related to the cumulative purchase quantity.

The sales member management is managed by credit rating automatically considering the number of new purchase registration, bonus point accumulation and sales performance, return rate, buyer complaints, and delivery accidents.

Referring to Figure 5, the purchase registration database 113 is a purchase registration number / product and model name / purchase desired price / purchase quantity / purchase period / buyer ID / payment amount / purchase contract amount / credit card number / card expiration date Include your name, purchase registration mode, etc. on your card.

The purchase registration number is automatically assigned by the system according to the purchase registration order. The purchase registration number has a different numbering system to distinguish between single registration mode and multiple registration modes. For example, the purchase registration number in the general registration mode is set to S-XXXXXX, and the multiple registration mode is set to M-XXXXXX so as to be distinguished from each other.

The purchase period is arbitrarily determined by the buyer in consideration of the time required for the purchased product. The settlement price is automatically determined by the multiplication of the desired purchase price and the purchase quantity, and the purchase contract amount is automatically calculated as a part of the settlement amount, for example, 10%. The purchase contract amount will not be returned when the purchase registration is canceled and will be returned at the end of the purchase period.

The purchase registration mode has a single registration mode and a plurality of registration modes. If similar products exist for a product for which you wish to register a desired price, you can choose between single registration and multiple registration. Therefore, registration mode information, which is mode selection information, is created in the purchase registration database.

Referring to Figure 6, the purchase registration display database 114 is a product registration number / product and model name / selling price / brief description / similar product link information / purchase desired price / purchase desired quantity / upper price cumulative purchase quantity / total amount /% Of total cumulative purchases, including the percentage of the current closing period.

Similar product link information includes a product registration number for products registered as a similar product.

The purchase registration indication data is provided to the terminals 130 and 140 in real time so that the purchaser and seller can view the purchase registration status in real time.

Purchase quantity is the total purchase quantity registered at the desired purchase price, and the cumulative purchase quantity at the upper level represents the purchase quantity that accumulates the total purchase quantity of high-priced purchase desired prices above the desired purchase price.

The purchase registration distribution for a commodity is intensively distributed between the selling price and zero near the cost that is most likely to close, and greatly decreases as the sales price approaches, and the probability of closing becomes lower as it approaches zero. do. Therefore, the total purchase demand for each desired purchase price is a bell-shaped curve.

However, as the lower the desired price, the higher the desired purchase price, the cumulative purchase amount is the most inclined S-shaped curve near the cost.

The total amount is automatically calculated based on the multiplication of the cumulative desired purchase price and the desired purchase price, and helps the seller to decide whether to sell or not from this total concept. In addition, after the day, the desired purchase amount at the end of the purchase period is displayed as a percentage of the total cumulative purchase quantity, which helps the seller to determine the point of sale.

Referring to Figure 7, the sales application database 115 is a sales application number / product registration number / product and model name / purchase desired price / upper cumulative purchase quantity / total amount / seller ID / sales contract amount / credit card number / Include card expiration date / name on card.

The sales application database 115 is composed of data inputted by the seller when the sales application is made through the terminal. The sales contract amount is automatically calculated and processed as 10% of the total amount, the down payment is withdrawn from the merchant bank account associated with the entered credit card number and deposited into the operator's account, and the best depositor is given a sale right. The down payment will not be returned when the sale is canceled, but will be distributed to related buyers as compensation for the accident.

Referring to Figure 8, the sales confirmation database includes a sales confirmation number / product registration number / product and model name / purchase desired price / high-order cumulative purchase quantity / total amount / seller ID / related total buyer IDs / other items.

When the sales confirmation database is determined to be sold by the sales application, all the buyers' desired prices related to the cumulative purchase quantity and the selected purchase price are determined. Therefore, the sales confirmation database and the purchase registration database are referred to. It is created automatically.

Referring to Figure 9, the registered product database is a product registration number / product and model name / sales price / brief description / detailed description / major classification / middle classification / small classification / cumulative sales quantity / manufacturer website link information (URL: UNIFORM RESOURCE LOCATORS) / Similar product link information, and the like.

A brief description of the registered product database includes a picture of the product, typical specifications, a brief product description, the manufacturer, and so on. The detailed description includes a detailed description of the product, a structure, various pictures, and the like, and the reliability and findings of the product surveyed by the interactive auction operator. Especially. When a buyer newly registers a purchase, it is difficult to register specific information on the product. Therefore, additional information is supplemented by investigating the product information that can help the buyer by the operator.

The similar product link information includes a product registration number of the similar product.

10 is a flowchart for explaining a server operation of the interactive auction apparatus according to the present invention.

When the server 100 checks a specific time, for example, 24 hours every day (1002), the PRB 113 deletes the purchase registration that the purchase period of the day expires and checks the purchase quantity of the purchase registration that ends the purchase of the next day. Investigate (1004). In this case, when the related purchase registration is deleted, the products registered in the plurality of modes are also deleted at the same time. In relation to the deleted purchase registration, the purchase quantity / parent of each product updates the cumulative purchase quantity / total amount. The PRDDB is updated (1006) by calculating the percentage of the closing amount of the purchase period of the day out of the total cumulative purchase quantity of each product by referring to the purchase quantity investigated in relation to the purchase registration expired the next day (1006). It then registers with the associated BMDB and SMDB (1008).

If it is not the check time in step 1002, it is checked whether there is a member registration request from the terminals (130, 140) (1010).

If there is an application for membership in step 1010, it is checked whether it is a purchase membership or a sales membership (1012). If it is a purchase member subscription in step 1012, the purchase member data is input (1014) and the entered purchase member data is registered in the BMDB (1016). If the sales member is registered in step 1012, the sales member data is input (1018), and the input sales member data is registered in the SMDB (1020).

If it is not a member registration in step 1010, it is checked whether there is a purchase registration request from the terminals (130, 140) (1022).

If there is a purchase registration application in step 1022, it is checked whether the new registration is authorized (1024). If it is a new registration in step 1024, it is checked whether a new product is registered (1026). If the new product is registered in step 1026, the product and model name / purchase desired price / purchase quantity / purchase period / purchaser ID / credit card number / card expiration date / name on the card / purchase registration mode are input (1028). The input product and the model are registered in the DGDB (1030).

In step 1026, if the new product is not registered, a desired purchase price / purchase quantity / purchase period / purchaser ID / credit card number / card expiration date / name on the card / purchase registration mode and the like are input (1032).

If it is not a new registration in step 1024, the purchase quantity / purchase period / buyer ID / credit card number / card expiration date / name on the card / purchase registration mode, etc. are input (1034).

1010, 1032 or 1034 checks the deposit confirmation by requesting a purchase deposit from the payment account of the credit card number entered in step 1036. If the payment is not made in step 1036, error processing is performed (1038). If the purchase down payment has been received in step 1036, the purchase registration details entered in the PRDB are registered (1040), the relevant contents of the PRDDB are updated (1042), and the purchase registration details are registered in the BMDB or SMDB of the associated ID (1044). ).

If it is not a purchase registration application in step 1022, it is checked whether there is a sales application (1046). If there is a sales request from the terminals in step 1046, enter the seller ID / credit card number / card expiration date / name on the card (1048). The entered sales application data is registered in the SODB (1050).

Subsequently, the payment request is made from the inputted credit card payment account of the sales applicant and the payment is checked (1052). If the deposit is not made in step 1052, an error process is performed (1054). If the sales deposit is deposited in step 1052, the seller who first deposited the down payment is determined (1056).

Once the seller is determined, it registers in the SDDB with reference to the PRDB and SODB, updates the confirmed purchase registration details in the PRDDB, deletes the purchase registration details from the PRDB, and confirms the sales confirmation contents of the confirmed seller and the confirmed buyers. It registers with BMDB and SMDB (1058). In this case, all the items in the multiple registration mode among the purchase registration items of the selected purchase desired price are all deleted from the purchase registration list of related similar products. Subsequently, a balance other than the down payment of the purchase price is deposited from respective credit card settlement accounts of the related buyers to process the purchase price payment (1060).

A delivery list of all relevant buyers is created with reference to the BMDB and the created delivery list is provided to the seller (1062).

In step 1046, if it is not a sales request, it is checked whether there is a data output request (1064).

In step 1064, if there is no data output request, it is checked whether there is a delivery completion report (1068), and upon receipt of the delivery completion report, the seller pays the selling price and the down payment of the related seller with the purchase price.

14 is a flowchart illustrating the operation of the terminal of the interactive auction apparatus according to the present invention, and FIGS. 15 to 24 show screen state diagrams.

Referring to the drawing, in the terminal 130, 140, when the interactive auction icon is clicked on the window start screen, the interactive auction program is executed. 1110 is connected to the interactive auction site (www.biauction.com) via the Internet by a telephone connection on a web browser. When the server 100 is connected to the interactive auction site in step 1102, the server 100 and the terminals 130 and 140 are interconnected through the Internet 120.

At the request of the terminal, the server 100 provides the interactive auction homepage of FIG. 15 and displays the homepage screen on the terminal (1104).

On the homepage screen of Fig. 15, there are main menus: home / membership / purchase registration / sales application / purchase list / registered product list / sales confirmation list, and a product search tool on the left side of the screen. The product search tool is capable of searching by product classification and entering letters and numbers such as a product name, a product registration number, a purchase registration number, a sales confirmation number, and a desired purchase price. In the center of the screen, the name of the major category for the product search and numerical information indicating the number of purchase registrations of each major category are displayed. The major classification names shown are one embodiment, and various major classifications and names may be selected.

When the member registration menu is clicked on the homepage screen (1106), the member registration screen shown in FIG. 16 is displayed (1108). When the purchase member is clicked on the member registration screen of FIG. 16, the purchase member input window as shown is displayed, and when the sales member is clicked, a sales member input window similar to the purchase member input window is displayed. When the member information is input in the input window of FIG. 16 and the member registration button is clicked on the screen, the input member information is transmitted to the server 100 and registered in BMDB or SMDB of the database 110 (1110).

In step 1106, if it is not a member registration, it is checked whether there is a product search command (1112). The product search command is inputted by clicking a category of the major categories of products on the screen or by using a search tool on the left side of the screen. In FIG. 15, when " 1. Furniture / household goods " is clicked, the small and medium classification screen of FIG. 17 is displayed. When the "lighting apparatus" is selected on the small and medium classification screen of FIG. 17, the registered product list screen of FIG. 18 is displayed (1114).

When a desired product, for example, an “inverter stand” is clicked on the screen displayed in step 1114 (1116), a purchase registration list screen of the inverter stand of FIG. 19 is displayed (1118).

In the screen of FIG. 19, when clicking the "view graph", the analysis graphs of FIGS. 26 to 28 can be viewed. For example, the purchase quantity and the cumulative purchase quantity graph (FIG. 26) for each desired purchase price, the confirmed purchase price fluctuation graph (FIG. 27) with respect to the confirmation date and time, the confirmed cumulative purchase quantity with respect to the confirmation date and time, etc. You can see a graph of (volume of trade). By referring to such a grapple, the buyer or seller decides the desired purchase price.

In the screen of FIG. 19, when a buyer clicks on the determined purchase desired price (1120), a selection window for selecting purchase and sale is displayed on the screen. When a purchase is selected from the displayed selection window, the purchase registration screen of FIG. 21 is displayed (1126). When the sale is selected in the selection window, the sale request screen of FIG. 23 is displayed (1134).

When "View similar products" is clicked on the screen of FIG. 19, as shown in FIG. 20, a purchase registration list of all similar products is displayed. That is, the purchase registration list of the inverter stand B and the inverter stand C can be viewed. Therefore, we can look at the current state of purchase registration of similar products.

When the purchase registration menu is clicked on the main screen of FIG. 15 (1124), the purchase registration screen of FIG. 21 is displayed. When the sales request menu is clicked on the main screen of FIG. 15 (1132), the sales request screen of FIG. 23 is displayed. When the purchase registration list menu is clicked on the main screen of FIG. 15 (1142), the purchase registration list screen of step 1118 is displayed. Of course, in this case, since there is no product selection, a list of purchase registration numbers is displayed. When the registered product list menu is clicked on the main screen of FIG. 15 (1144), the registered product list screen of step 1114 is displayed. Of course, even in this case, since there is no category selection, the list of registered product numbers is displayed.

If the desired product is not registered in step 1114, the purchase registration menu on the screen is clicked to move to the purchase registration screen of FIG. 21 and select "new product registration".

In the purchase registration screen of FIG. 21, when "New Product Registration" is clicked on the screen for new product registration, all input windows are displayed blank. Since there are no similar products in the category of similar products, it is displayed blank.

Clicking "Register New Purchase Desired Price", the input window of the product and the model name and the like product is displayed with the list of the product registration number of the product and the model name and the like product.

If you click on "Registration of desired purchase price", the product and model name, the list of similar product and model name and the product registration number of similar product are selected in the input window of similar product and purchase price, and the desired purchase price. Is displayed.

Accordingly, the purchaser inputs purchase registration information using an input window of his or her desire (1128). When the purchase quantity is entered, the settlement total amount and the purchase contract amount are automatically calculated and displayed in the corresponding fields.

In the purchase registration mode, a single registration mode or a multiple registration mode is selected. If multiple registration mode is selected, multiple registration is possible. The selection of the like product is accomplished by checking the product registration number in the check box of the like product placed in the upper left corner. Click each product registration number to see a list of related purchase registrations. In the purchase registration list screen of each similar product, the desired purchase price registration can be performed.

The input purchase registration information is transmitted to the server 100 through the Internet 120, and the transferred purchase registration information is registered in various related databases. Subsequently, the purchase registration confirmation screen of FIG. 22 is displayed (1130). On the purchase registration confirmation screen, confirm the purchase registration number and registration details, and click the confirm button, the purchase registration process is completed.

In the multiple registration mode, all the purchase registration contents registered in plural by the buyer are created and displayed in a list. In the embodiment of Figure 22 shows a case where a plurality of purchase registration of the same product of the three companies. That is, in the illustrated embodiment, the purchase registration details of the inverter stand B and C, which are similar products of the inverter stand A, are also displayed at the same time.

In step 1134, information regarding the desired purchase price selected by the seller is already displayed in the input fields on the sales application screen such as the product and model name / purchase desired price / high value of the accumulated purchase quantity / total amount / sales contract amount. The sales applicant inputs only the contents of the seller ID, the credit card number, the card expiration date, and the name on the card (1136). After inputting, click the interactive auction sales request button at the bottom of the screen to display the sales request confirmation screen of FIG. 23 (1138). The entered sales application information is transmitted to the server 100 through the Internet 120. The server processes the entered sales application information, registers it in a related database, and deposits a sales deposit from the seller's credit card settlement account. . When the first deposit is made and the sale is determined, "congratulations, ID has been confirmed to be sold" is displayed as the sales confirmation result of FIG.

If the "confirmation" button of the screen is clicked after the sales confirmation result is displayed, the delivery list screen of FIG. 24 is displayed (1140). The delivery list screen lists the name, quantity, address, and contact information of all buyers related to the desired purchase price and the higher purchase price selected by the seller. The seller prints out the delivery list, delivers the goods to each buyer, receives the receipt acknowledgment and presents it to the interactive auction operator.

In the above-described embodiment, only the seller who can supply the total amount of the cumulative purchase quantity by the upper rank is the case where the application for sale is possible. In other words, a seller who does not have a cumulative quantity of high rank cannot compete in a sales application. This is to secure a low price purchase quantity in order to induce mass sales.

In addition, it is desirable to apply a security and authentication system for electronic payment and payment in preparation for safety and denial.

However, even if the upper level is not necessarily responsible for the cumulative purchase quantity, it is possible to apply for sales for some quantities. In this case, the relevant buyer decision determines the number of corresponding buyers that can be sold according to the purchase registration order among the total buyers involved in the selected desired purchase price and the higher purchase price. will be. Such a method may induce competition of purchase registration of buyers.

In addition, in the above-described embodiment, only the percentage of the day is displayed for the purpose of establishing a sales strategy. However, the increase rate of purchase registration per hour, purchase quantity corresponding to each purchase desired price, and the cumulative purchase desire amount of the various items are different. It is also possible to present in graphical form. In particular, it is more preferable to present data or analysis graphs that analyze the purchase registration status of the buyer for the sales strategy.

Example 2 Buyer-Oriented Interactive Auction System

29 shows the configuration of the buyer-oriented two-way auction method of the present invention. As shown in FIG. 29, in the two-way auction method of the present invention, the seller 40 and the buyer 50 make a transaction through the two-way auction system 60, and the payment is paid from the buyer to the seller through the two-way auction system. In this case, the seller 40 delivers the purchased goods to the buyer 50.

In particular, the present invention is different from the general auction or reverse auction, as shown in the following Table 4, it is possible to register a variety of sales desired price for one product, the lower the cumulative sales desired quantity for each sales desired price At the same time, the buyer can select the desired sales price competitively according to the seller's own decision considering the total amount of the transaction by multiplying the cumulative sales desired quantity and the desired sales price.

<Table 4> Table showing two-way auction principle for a specific product

Expected price (KRW) Number of applicants for sales (persons) Desired sales quantity () Child is cumulative Desired Quantity (dog) Total purchase amount (won) Purchase down payment (KRW) General Sale Price 50,000 5 5 625 31,250,000 3,125,000 48,000 30 35 620 29,760,000 2,976,000 45,000 150 165 585 26,325,000 2,632,500 40,000 175 200 420 16,800,000 1,680,000 35,000 100 150 220 7,700,000 770,000 cost 30,000 23 50 70 2,100,000 210,000 28,000 2 20 20 560,000 56,000

In other words, the lower level leads the sellers to register their sales competitively at the price that the buyer is likely to choose according to the cumulative sales volume, so that a large number of transactions can be made at a reasonable price. Expect to be able to expect. In addition, the buyer can secure a desired quantity in large quantities by making a competitive selection at a purchase down payment, eg 10%, which is part of the purchase price.

For example, it is useful for commerce between small producers, such as agricultural products and seafood, and wholesalers who buy large quantities of these products and hand them over to retailers. It is also useful for commerce between small sellers who own small amounts of unlisted securities or over-the-counter securities, bonds, etc., and buyers to buy large quantities from them.

In Table 4, if a small amount of sellers openly open a sales intention on the interactive auction site (www.biaution.com) for a product with a cost of 30,000 won and a general sale of 50,000 won, the buyers will be interactive. If the purchase strategy is determined from the concept of sales price published on the auction site (www.biaution.com) and the total purchase value in which the subordinate multiplies the cumulative sales volume, the sales price will be selected for example, 40,000 won.

Merchants with capital margin will register at a sales price of more than 45,000 won for high returns, and sellers who need capital urgently with no capital margin will register at a lower sales price of 40,000 or less in anticipation of prompt sales.

That is, a large number of buyers can apply for a competitive purchase in accordance with a purchasing strategy that is advantageous to them in order to secure large quantities.

On the other hand, the seller sees publicly disclosed content and competitively participates in the desired sales price, which is the most likely to make a purchase decision at the highest value within the shortest time. The increase rate is relatively high compared to the price. This phenomenon is a natural free market competition principle, which leads the seller's desired price to the price that the buyer's willing to buy.

30 shows the configuration of the interactive auction apparatus of the present invention.

The interactive auction apparatus includes a server 200 equipped with a processor for executing the interactive auction program and storage means 210 in which a database is stored. The server 200 executes the interactive auction program while referring to or updating various databases stored in the storage unit 210.

The database includes a purchasing member database (BMDB: BUYER MEMBER DATA BASE) (211), a sales member database (SMDB: SELLER MEMBER DATA BASE) (212), and a sales registration database (SRDB: SELLING REGISTRATION DATA BASE) (213). , SELLING REGISTRATION DISPLAY DATA BASE (SRDDB) (214), PURCHASE OFFER DATA BASE (PODB) (215), PURCHASE DECISION DATA BASE (PDDB) (216) REGDBED REGISTED GOODS DATA BASE (RGDB) 217 and the like.

The interactive auction apparatus includes terminals 230 and 240 connected to the server 200 through a computer communication network such as the Internet 220, such as a personal computer, a notebook computer, a hand computer, an Internet mobile phone, an Internet television, and the like. In the embodiment of the present invention, an example of a personal computer is shown.

The purchase application terminal 230 and the sales registration terminal 240 are equipped with a purchase application and sales registration program. The purchase application and sales registration program are downloaded from the server 200 via the Internet, or installed on the hard disks of the terminals 230 and 240 from a recording medium such as a distributed compact disc (CD).

Referring to FIG. 31, the purchase member database 211 includes ID / password / name or company name / resident registration number or business registration number / zip code / address / contact number / E-MAIL / new sales registration list / bonus points / purchase records. It includes fields such as list / bonus points / credit.

The address may include a home address or a recipient address. The contact information includes a phone number / cell phone / call number.

The new sales registration list includes a case in which the buyer registers a new product that is not registered on the server 200 or registers a new sale price that is not included in the ongoing sales price for the already registered product. For example, if the desired selling price for the product A is 10,000 won and 9,000 won, the new selling price 9,500 won can be registered as the new selling price. Bonus points for new sales registration can be earned and replaced with electronic money.

In the purchase record list, the purchase hope price selected by the buyer and the purchase confirmation contents, the product, the quantity, the total purchase amount, and the like related to the cumulative sales hope quantity are listed.

Purchasing member management is managed by credit rating automatically considering the number of new sales registration, bonus point accumulation and purchase results, return rate, seller complaints, and delivery accidents.

Referring to FIG. 32, the sales member database 112 includes ID / password / name or corporation (company) name / resident registration number or business registration number / zip code / address / contact number / E-MAIL / new sales registration list / bonus points. Includes: Ongoing Sales Registration List, Sales Performance List, Bonus Points, and Credit.

The progress sales registration list is a list of ongoing sales registrations in which the sales period is not completed and the purchase is not confirmed. Therefore, the seller can look at the ongoing sales registration status with reference to the progress sales registration list.

In addition, the sales performance list lists the overall sales registration status including the invalid sales registration status that participated but not purchased, the valid sales registration status where the purchase is confirmed and sold, and the total accumulated sales amount. Therefore, it is possible to confirm the sales closing rate according to the sales registration frequency of each seller. Therefore, the operator side of the server 200 may provide an electronic money or a bonus product by accumulating bonus points according to sales results in consideration of the total number of registrations, sales hit ratio, cumulative sales total amount, and the like.

The credit rating is automatically used to manage the seller by giving the seller's credit rating automatically, reflecting the number of cancellations, returns, and sales after the seller's sales registration.

Referring to Figure 33, the sales registration database 213 is a sales registration number / product and model name / sales price / sales quantity / sales period / seller ID / sales contract amount / credit card number / card expiration date / name on the card / other Includes matters.

The sales registration number is automatically assigned by the system according to the sales registration order. The selling period is determined arbitrarily by the seller in consideration of the time required.

The sales contract amount is automatically calculated as part of the selling price, for example 10%. The sales contract amount will not be returned when the sales registration is canceled and will be returned to the settlement account of the credit card at the end of the sales period.

Upon confirmation of purchase, the payment will be automatically deposited to the credit card settlement account.

Referring to Fig. 34, the sales registration display database 214 is a product registration number / product and model name / general selling price / brief description / sales desired price / sales desired quantity / subordinate sales desired quantity / total purchase amount / total cumulative sales This includes the percentage of the day's closing date.

The sales registration indication data is provided to the terminals 230 and 240 in real time so that buyers and sellers can see the sales registration status in real time.

The sales demand quantity is the total sales hope quantity registered at the corresponding sales hope price, and the lower sales cumulative sales hope quantity is the sales hope quantity which accumulated the total sales hope quantity of the low sales sales prices below the sales hope price.

The distribution of sales registration for a commodity is widely distributed between the general selling price and zero, which is likely to close, and greatly decreases as the general selling price approaches. Will decrease. Therefore, the sales volume for each sales desired price is a bell-shaped curve.

However, as the higher the desired sales price, the lower the sales demand quantity of the lower sales desired prices accumulate, the lower sales cumulative sales demand volume draws an S-shaped curve with the largest slope near the cost.

The total purchase amount is automatically calculated by multiplying the cumulative sales quantity by the selling price, and helps the buyer to decide whether to buy from this total purchase concept. In addition, after the same day, the amount of sales at the end of the sales period is displayed as a percentage of the total cumulative sales, thereby helping the purchaser to determine the purchase time.

Referring to Figure 35, the purchase application database 215 is the purchase application number / product registration number / product and model name / sales desired price / subordinate cumulative sales quantity / total purchase amount / buyer ID / purchase contract amount / credit card number / Card expiration date / name on the card.

The purchase application database 215 is composed of data inputted by the purchaser when making a purchase request through the terminal. The purchase contract amount is automatically calculated and processed as 10% of the total amount, and the purchase contract money is withdrawn from the payment account of the entered credit card number and deposited into the operator's account, and the right depositor is given a purchase right. The down payment will not be returned when the purchase is canceled, but will be distributed to the relevant sellers as compensation for the accident.

Referring to Figure 36, the purchase confirmation database includes the purchase confirmation number / product registration number / product and model name / sales desired price / subordinate cumulative sales quantity / total purchase amount / buyer ID / related total seller IDs / other items do.

If the purchase confirmation database is determined to be purchased by a competitive purchase request, all the sellers of the selected desired sales price and the lower level related to the cumulative sales desired quantity are confirmed. Therefore, the purchase confirmation database and the sales registration database are referred to. It is created automatically.

Referring to FIG. 37, the registered product database includes a product registration number / product and model name / general selling price / brief description / detailed description / large classification / middle classification / small category / cumulative sales quantity / manufacturer homepage link information (URL: UNIFORM RESOURCE LOCATORS). And the like.

A brief description of the registered product database includes a picture of the product, typical specifications, a brief product description, the manufacturer, and so on. The detailed description includes a detailed description of the product, a structure, various pictures, and the like, and the reliability and findings of the product surveyed by the interactive auction operator.

38 to 41 show flowcharts for explaining a server operation of the interactive bidding apparatus according to the present invention.

If a specific time, for example, 24 hours is checked (2002) every day, the server 200 refers to the SRDB 213 and deletes the sales registrations for which the sale period ends on the same day, and displays the sales quantity of the sales registrations for which the sales period ends the next day. Investigate (2004). In relation to the deleted sales registration, the SRDDB's sales volume / subordinate of each product updates the cumulative sales volume / total purchase amount. The SRDDB is updated by calculating the percentage of the closing amount of the same-day sales period out of the total cumulative sales volume of each product by referring to the sales volume investigated in relation to the sales registration that expires the next day (2006). It then registers with the relevant BMDB and SMDB (2008).

If it is not the check time in step 2002, it is checked whether there is a member registration request from the terminals 230 and 240 (2010).

If there is an application for membership in step 2010, it is checked whether it is a purchase membership or a sales membership (2012). If it is a purchase member subscription in step 2012, the purchase member data is input (2014) and the entered purchase member data is registered in the BMDB (2016). If it is a sales member in step 2012, the sales member data is input (2018) and the input sales member data is registered in the SMDB (2020).

If the membership is not registered in step 2010, it is checked whether there is a sales registration request from the terminals 230 and 240 (2022).

If there is a sales registration in step 2022, it is checked whether it is a new registration (2024). If the new registration in step 2024, it is checked whether the new product registration (2026). If the new product is registered in step 2026, the product and model name / sale price / sale quantity / sale period / seller ID / credit card number / card expiration date / name on the card are input (2028). The entered product and model are registered in DGDB (2030).

In step 2026, if the new product is not registered, the selling price / selling quantity / selling period / seller ID / credit card number / card expiration date / name on the card is input (2032).

If it is not a new registration in step 2024, since the ongoing sale is a participant, input the sales quantity / sales period / seller ID / credit card number / card expiration date / name on the card (2034).

2020, 2032, or 2034 is requested from the payment account of the credit card number entered through the payment request to check the deposit (2036). If the deposit is not made in step 2036, error processing is performed (2038). If the sales deposit is received in step 2036, the sales registration information entered in the SRDB is registered (2040), the relevant contents of the SRDDB are updated (2042), and the sales registration details are registered in the BMDB or SMDB of the related ID (2044). ).

If it is not a sales registration request in step 2022, it is checked whether there is a purchase request (2046). If there is a purchase request from the terminals in step 2046, enter the buyer ID / credit card number / card expiration date / name on the card (2048). The input purchase application data is registered in the PODB (2050).

Subsequently, a request for payment of a purchase down payment is requested from the inputted credit card payment account of the purchase applicant and the payment is checked (2052). If the payment is not made in step 1052, an error processing is performed (2054). If the purchase down payment is received in step 2052, the first buyer is determined (2056).

Once the purchaser is decided, it registers in the PDDB by referring to SRDB and PODB, updates the confirmed sale registration in the SRDDB, deletes the sale registration in the SRDB, and confirms the purchase confirmation of the confirmed buyer and the confirmed seller. It registers with BMDB and SMDB (2058). Subsequently, the payment for the purchase price is processed by depositing the balance of the total purchase amount other than the down payment of the purchase price from the purchaser's credit card settlement accounts (2060).

The purchaser confirms the purchaser's delivery information from the BMDB and provides the seller's delivery information to all the confirmed sellers via e-mail, and simultaneously provides the buyer with a list of IDs of all the sellers by referring to the SMDB (2062).

If it is not a purchase request in step 2046, it is checked whether there is a data output request (2064), and if there is, a relevant data is output with reference to the database (2066).

In step 2064, if there is no data output request, it is checked whether there is a delivery completion report (2068), and upon receipt of the delivery completion report, the seller pays the selling price and the down payment of the related seller through the settlement account of the seller.

42 is a flowchart illustrating the operation of the terminal of the interactive auction device according to the present invention, and FIGS. 43 to 52 show screen state diagrams.

Referring to the drawing, in the terminal 230, 240, the interactive auction program is executed when the interactive auction icon is clicked on the window start screen. The interactive auction site (www.biauction.com) is accessed through the Internet by telephone connection on a web browser (2102). In step 2102, the server 200 and the terminals 230 and 240 are connected to each other via the Internet 220 when the interactive auction site is accessed.

At the request of the terminal, the server 200 provides the interactive auction homepage of FIG. 43 and displays the homepage screen on the terminal (2104).

On the homepage screen of FIG. 43, there are home / membership / sales registration / purchase application / sales registration list / registered product list / purchase confirmation list, which are main menus, and a product search tool on the left side of the screen. The product search tool can search by product classification and search by inputting letters and numbers such as product name, product registration number, sales registration number, purchase confirmation number, and sales price. In the center of the screen, the name of the major category for the product search and the numerical information indicating the number of sales registrations of each major category are displayed. The illustrated large classification name is an embodiment, and various major classifications and their names can be selected and selected in screen design.

When the member registration menu is clicked on the homepage screen (2106), the member registration screen shown in FIG. 44 is displayed (2108). When a purchase member is clicked on the member registration screen of FIG. 44, a purchase member input window as shown is displayed. When the sales member is clicked, a sales member input window similar to the purchase member input window is displayed. When the member information is input in the input window of FIG. 44 and the member registration button is clicked on the screen, the input member information is transmitted to the server 200 and registered in the BMDB or SMDB of the database 210 (2110).

If it is not a member registration in step 2106, it is checked whether there is a product search command (2112). The product search command is inputted by clicking a category of the major categories of products on the screen or by using a search tool on the left side of the screen. In FIG. 43, when " 1. Furniture / household goods " is clicked, the small and medium classification screen of FIG. 45 is displayed. If the "lighting mechanism" is selected on the small and medium classification screen of FIG. 45, the registered product list screen of FIG. 46 is displayed (2114).

When a desired product, for example, an “inverter stand” is clicked on the screen displayed in step 2114 (2116), a sales registration list screen of the inverter stand of FIG. 46 is displayed (2118).

In the screen of FIG. 47, when the seller or buyer clicks “view graph”, the graphs of FIGS. 53 to 55 can be seen. For example, a graph of the sales quantity and the cumulative sales quantity for each selling price of FIG. 53, the graph of the variation of the firm selling price with respect to the purchase confirmation date and time of FIG. 54, and the confirmed cumulative purchase quantity with respect to the purchase confirmation date and time of FIG. 55 (transaction volume) ), You can see a graph of variation. The seller or the buyer refers to such an analysis graph to determine the desired selling price registration or selling price of the purchase application.

In the screen of FIG. 47, when the seller determines the selling price (2120), a selection window for selecting buying and selling is displayed on the screen. If sales are selected from the displayed selection window, the sales registration screen of FIG. 48 is displayed (2126). If the purchase is selected in the selection window, the purchase request screen of FIG. 50 is displayed (2134).

When the sales registration menu is clicked on the main screen of FIG. 43 (2124), the sales registration screen of FIG. 48 is displayed. When the purchase request menu is clicked on the main screen of FIG. 43 (2132), the purchase request screen of FIG. 50 is displayed. When the sales registration list menu is clicked on the main screen of FIG. 43 (2142), the sales registration list screen (FIG. 47) of step 2118 is displayed. Of course, in this case, since there is no product selection such as " inverter stand " as shown in Fig. 47, a list related to products in the order of sales registration number is displayed. When the registered product list menu is clicked on the main screen of FIG. 43 (2144), the registered product list screen of step 2114 is displayed. Of course, even in this case, since there is no category selection, the list of registered product numbers is displayed.

If the desired product is not registered in step 2114, click on the sale registration menu on the screen to go to the sale registration screen of FIG. 48 and select "new product registration".

In the sales registration screen of FIG. 48, if it is not a registered product and clicks "Register New Product" on the screen for new product registration, all input windows are displayed blank. When "New Sales Price Registration" is clicked, a product and model name selected in advance is displayed in the input window of the product and model. When "Registered Sales Participation" is clicked, the selected product, model name and sales price are displayed in the input window of the product and model and the selling price. Therefore, the seller inputs the sales registration information using the input window desired by the seller (2128). When the sales quantity is entered, the total selling amount and the sales contract amount are automatically calculated and displayed in the corresponding fields.

The input sales registration information is transmitted to the server 200 through the Internet 220, and the transferred sales registration information is registered in various related databases. Subsequently, the sales registration confirmation screen of FIG. 49 is displayed (2130). On the sales registration confirmation screen, after confirming the sales registration number and registration details and clicking the confirm button, the sales registration procedure is completed.

In step 2134, information on the sale price selected by the buyer is displayed in the input fields on the sales application screen such as the cumulative sales quantity / total purchase amount / purchase contract value in the input fields such as the product name and model name / sale price / child. The sales applicant inputs only the contents of the seller ID, the credit card number, the card expiration date, and the name on the card (2136). After inputting, if the user clicks the interactive auction purchase request button at the bottom of the screen, the purchase request confirmation screen of FIG. 51 is displayed (2138). The input purchase application information is transmitted to the server 200 through the Internet 220, and the server processes the inputted purchase application information, registers it in a related database, and deposits a purchase deposit from the seller's credit card settlement account. . When the first payment is processed and a purchase decision is made, a purchase confirmation result of "Congratulations, ID has been confirmed" is displayed in FIG.

When the purchase confirmation result is displayed and then the " Next " button on the screen is clicked, the seller ID list of Fig. 52 is displayed (2140). The seller ID list screen lists the names, sales quantities, addresses, and contacts of all sellers related to the selling price and the sub-sale price selected by the buyer. The buyer prints a list of seller IDs, receives the goods from each seller, receives a delivery confirmation letter, and presents it to the interactive auction operator. Therefore, the operator pays the sales price and the sales down payment, excluding the commission, to each seller based on this delivery confirmation.

In the above-described embodiment, only the purchaser who can necessarily accept the entire amount of the cumulative sales quantity can apply for the purchase. In other words, if the lower part does not accommodate the entire cumulative sales quantity, the buyer cannot compete in the purchase application. This is to ensure a high price sales volume in order to induce mass purchase.

However, even if the lower part is not necessarily responsible for the entire cumulative sales quantity, it is possible to apply for the purchase of some quantity. In this case, the relevant seller's decision determines the number of corresponding sellers that can be purchased according to the sales registration rank among the total sellers related to the selected sale price and the sub-sale price to close the transaction. Sellers outside the rest of the ranking remain the same. This approach can induce competition in the seller registration.

In the above-described embodiment, only the credit card payment method has been described, but the present invention is not limited thereto, and a payment method such as a non-banking deposit method or an electronic money (cyber money or money) is also possible.

In addition, in the above-described embodiment, only the percentage of the day is displayed for the purpose of helping to establish a purchasing strategy. However, the increase rate of hourly sales registration, the sales quantity corresponding to each selling price, and the cumulative sales quantity of the upper price in various graph forms. It is also possible to present. In particular, it is more desirable to present data or analysis graphs that analyze the sales registration status of the seller for the purchase strategy.

Although described above with reference to a preferred embodiment of the present invention, those skilled in the art will be variously modified and changed within the scope of the invention without departing from the spirit and scope of the invention described in the claims below I can understand that you can.

As described above, in the present invention, a plurality of sellers provide information such as various desired trading prices for products and desired quantity of purchases according to each desired trading price, cumulative purchase quantity and total trading amount, and total trading amount. By disclosing, traders can apply for a competitive trade according to their trading strategies, thereby simultaneously reducing the desired price of the transaction. In addition, traders will participate competitively in the transaction price that is more likely to be traded in order to determine the desired price at a lower price, so sellers can compete with buyers and buyers to participate in the purchase and sale. do. Therefore, it is possible to implement the principle of completely free market competition on the Internet by having the desired price of trade be determined by synergistic action by both parties.

Claims (22)

delete delete delete delete delete delete delete delete An apparatus for trading a product (G) through a computer communication network, Storage means for storing a seller-oriented interactive auction program; And Execute the seller-oriented two-way auction program, receive purchase request information including the desired purchase price (P) and the desired purchase quantity (a) of the product (G) through the computer communication network, and the product (G) Of the plurality of purchase desired prices (P1 ~ Pn) for the purchase desired price (Pi: 1 ≤ i ≤ n, Pi is higher than P (i + 1)) The received purchase desire quantity (a) is added to the purchase desire quantity Qi, and in response to the received purchase desire quantity (a), each upper level of the plurality of purchase desire prices is a cumulative purchase desire quantity (AQn = ), And the difference between the plurality of purchase desired prices (P1, P2, ..., Pn) of the product (G) includes cumulative purchase quantity (AQ1, AQ2, ..., AQn) And a processor for providing purchase application registration information to a sales candidate through the computer communication network. 10. The method of claim 9, wherein the purchase application registration information is each purchase total amount of the plurality of purchase desired prices (TA (1) n = Apparatus for providing a transaction registration information, characterized in that it further comprises a). 10. The method of claim 9, wherein the purchase application registration information is the total amount of each purchase of the plurality of desired purchase prices (TA (2) n = Apparatus for providing a transaction registration information, characterized in that it further comprises a). delete delete delete delete delete delete delete delete An apparatus for trading a product (G) through a computer communication network, Storage means for storing a buyer-centric interactive auction program; And Execute the buyer-oriented two-way auction program, receive the sales application information including the desired sales price (P) and the desired sales quantity (a) for the product (G) through the computer communication network, and the product (G) Of the plurality of sales desired prices (P1 ~ Pn) for the sales desired price (Pj: 1 ≤ j ≤ n, Pj is lower than P (j + 1)) equal to the received sales desired price (P) The received sales hope quantity (a) is added to the sales desire quantity (Qj), and in response to the received sales desire quantity (a), each lower portion of the plurality of sales hope prices is a cumulative sales desire quantity (AQn). ), And the lower part of the plurality of sales desired prices (P1, P2, ..., Pn) of the product (G) includes cumulative sales desired quantities (AQ1, AQ2, ..., AQn). And a processor for providing the sales application registration information to the purchaser through the computer communication network. 21. The method of claim 20, wherein the sales application registration information is a total sales amount of each of the plurality of sales desired prices (TA (1) n = Apparatus for providing a transaction registration information, characterized in that it further comprises a). 21. The method of claim 20, wherein the sales application registration information is a total sales amount of each of the plurality of sales desired prices (TA (2) n = Apparatus for providing a transaction registration information, characterized in that it further comprises a).