KR20020058128A - Interactive method and apparatus for trading merchandise - Google Patents

Abstract

PURPOSE: A method and a device for interactively transacting a commodity are provided to enable a plurality of buyers to purchase a wanted commodity at low price by adjusting a price of a commodity to be sold flexibly based on the number of purchase applications of a plurality of buyers. CONSTITUTION: A seller inputs data with respect to a commodity to be sold through a client, and a commodity bid is performed(S202). An operator of a conversational mode commodity transaction site certifies the commodity bid by analyzing the inputted data(S204). A buyer searches a selling commodity registered in the conversational mode commodity transaction site and performs a purchase application(S206). A conversational mode commodity transaction device judges whether the seller performs a bid with respect to the bidden commodity again(S208). If the seller dose not perform a bid again, a successful bidder is selected out of buyers of the registered commodity(S212).

Description

INTERACTIVE METHOD AND APPARATUS FOR TRADING MERCHANDISE

The present invention relates to a method and apparatus for trading an item through a communication network, and more particularly, through a plurality of sellers and buyers through the Internet (internet) to perform a bid and purchase application for a particular item in real time with each other, A plurality of buyers can purchase a particular item at a low price in collaboration with other buyers, and a plurality of sellers are directed to an interactive item trading method and apparatus that can bulk sell a particular item to a number of buyers.

Currently, there are various sites that provide e-commerce services through the Internet. Among them, typical e-commerce service methods include shopping mall, auction, reverse auction, and matchmaking. However, since the shopping mall method is an e-commerce method centered on the seller, the buyer suggests the lowest price by investigating and comparing the price of the product that the buyer wants to purchase in a plurality of shopping malls in order to compare the selling price of the product presented by the seller. Since there is a need to visit a shopping mall and purchase a product, there is a hassle and inconvenience of having to find a shopping mall with the lowest price for each product. In addition, the auction method is a method of determining the highest price by competing a plurality of buyers, there is a hassle that the buyer must directly find a site that services this service to obtain auction information and participate in the auction. The reverse auction method is a method in which e-commerce is conducted mainly by buyers, which is convenient from the buyer's point of view, but from the seller's point of view, there is a disadvantage in that a large amount of goods cannot be expected because the seller must deal with the buyer for each transaction. The matchmaking method registers the buyer and the seller at the same time, and finds the lowest selling hope from the purchase hope, thereby connecting the buyer and the seller.

Accordingly, there is a demand for an e-commerce service, that is, an interactive goods selling service, in which a buyer can purchase goods at a low price and the seller can sell goods in large quantities.

It is an object of the present invention that a number of sellers compete for price among sellers by flexibly adjusting the price of the item to be sold based on the number of purchasers applying for purchase of the item for sale. It is an object of the present invention to provide an interactive goods trading method and apparatus for purchasing goods at a low price.

According to the present invention, a buyer and seller can trade goods on an interactive goods trading site implemented by the interactive goods trading device in a system where the buyer and seller client and the interactive goods trading device are interconnected through a communication network. An interactive article trading method is provided. The interactive goods trading method comprises the steps of: a) the seller conducting a bid for the goods by entering data about the goods to be sold through the client; and b) analyzing the input data so that the operator of the interactive goods trading site can bid the goods. Certifying the purchaser; c) the buyer searching for sales items registered on the interactive goods trading site, and then performing a purchase application; and d) determining whether the seller re-bids the items bid by the interactive goods trading device. And e) returning to the item bidding step if the determination result of step d) is affirmative, and reselling the item by the seller, and f) if the determination result of step d) is negative. Selecting a successful bidder among the buyers.

In addition, according to the present invention, there is provided an interactive goods trading apparatus interconnected with a buyer and seller client through a communication network, the buyer and seller can trade goods. The interactive goods trading device includes a database that stores data associated with a goods transaction, a database engine connected to the database, and searches for and extracts data that meets predetermined conditions. Lottery engine for selecting winners, interconnected with lottery engines and database engines if sellers exceed the proposed sales volume, so that lottery engines and database engines allow buyers and sellers to conduct transactions on certain items It includes a server to control.

1 is a schematic block diagram of an interactive goods trading system according to the present invention.

2 is a flow chart of an interactive article trading method according to the present invention.

3 is a flowchart for explaining a process in which a seller bids a sale item.

4 is a flowchart for explaining a process in which a buyer bids on a predetermined article.

5 is a flowchart for explaining a process of selecting a successful bidder.

Referring to Figure 1, Figure 1 shows an interactive goods trading system 100 in accordance with the present invention. As shown in FIG. 1, the buyer and seller clients 130, 140 and the interactive goods trading apparatus 120 according to the present invention are interconnected via the Internet 110. For convenience of description, the present document describes the Internet 110, but this should be understood and interpreted as wired / wireless communication networks are interconnected. Buyer and seller clients 130, 140 may be implemented as conventional desktop computers, laptop computers, or any computer. The interactive goods trading apparatus 120 according to the present invention is composed of a server 122, a database (DB) 124, a DB engine 126, and a lottery engine 128.

The server 122 provides a function for controlling the overall operation of the interactive goods transaction apparatus 120 and has a function for communicating with the buyer and seller clients 130 and 140 through the Internet 110, and DB It is electrically connected to the engine 126 and the lottery engine 128. DB engine 126 reads and manages data entered into database 124 from buyer and seller clients 130 and 140, and responds in response to server 122 requesting data corresponding to a particular condition. Provides the predetermined information, and the lottery engine 128, if the number of goods purchased by the buyer than the number of goods sold presented by the seller as described below, draw a buyer applying for the purchase according to the present invention to close the goods transaction The DB engine 126 and the lottery engine may be implemented as part of the server 122. As shown in FIG. 1, the database 124 includes a temporary article DB 124_1, a transaction DB 124_2, an article DB 124_3, a sales result DB 124_4, and a transaction article image DB 124_5. The temporary article DB 124_1 is a DB that stores information about the article of sale when the seller of the article requests registration of the article of sale. In other words, it is a DB that stores data about the goods that the seller wants to sell from before the specific transaction about the goods begins. The temporary goods DB 124_1 may be, for example, an item identification "PROID", a seller ID "MEMID", an item classification code "CATEGORY", an item name "PRODNAME", an item selling quantity "SALEAMOUNT", an item selling price "SALEPRICE". ", Item start date" STARTDATE ", item end date" ENDDATE ", item price" BUYPRICE ", item age" USEDTIME ", item warranty / defect" ASINFO ", item detail" DETAILINFO ", item delivery instructions" DELIVERINFO ", contact" CALLINFO ", seller's home address" SALEURL ", item sales region" SALEZONE ", item image" IMAGE ", value-added service code" OPTIONSVR ", other information" ETCINFO ", item sale request date" REGDATE ", item status Data such as "CONFIRM" is stored. Here, "BUYPRICE", "USEDTIME", "SALEURL", "IMAGE", "OPTIONSVR", and "ETCINFO" are optional data input only by the seller.

Transaction DB 124_2 is a DB that stores data associated with goods transactions made between multiple goods sellers and multiple buyers in accordance with the present invention, for example, transaction number "AUCID", item ID "PRODID", seller ID " MEMID ", expected item to be sold" SALEAMOUNT ", expected item to be sold" SALEPRICE ", requested item to be purchased" JOINAMOUNT ", available item starting" STARTDATE ", available item ending" ENDDATE ", additional service code" OPTIONSVR ", transaction status It stores data about buyers participating in goods transactions, as well as data such as code "STATUS". The article DB 124_3 is a DB for storing data about the article which the seller wants to sell, the article authenticated by the operator of the interactive article selling site. For example, the article ID "PRODID", the article name "PRODNAME", the article classification code " CATEGORY ", purchase price" BUYPRICE ", item age" USEDTIME ", goods warranty / warranty" ASINFO ", goods details" DETAILINFO ", goods transport instructions" DELIVERINFO ", contact" CALLINFO ", seller's homepage address" Data such as SALEURL ", item image presence" IMGINFO ", other information" ETCINFO ", and item sales application date" REGDATE ".

The sales result DB 124_4 is a DB that stores data associated with a goods transaction concluded between a seller and a plurality of buyers, for example, a transaction number "AUCID", a buyer ID "USERID", a transaction price "RESULTPRICE", a transaction item. Data such as quantity "RESULTAMOUNT", successful bid date "RESULTDATE", transaction status code "STATUS", and transaction status code input date "STATUSDATE" are stored. The image information DB 124_5 is a DB for storing image data about an item that is authenticated by an operator of an item trading site according to the present invention and that can be purchased by a buyer on the item trading site. For example, an item ID "PRODID", an item image Data such as "IMAGE", image name "IMAGENAME" and image size "IMAGESIZE" are stored.

Referring now to Figures 2 to 5 will be described in detail with respect to the interactive goods trading method implemented through the interactive goods trading system 100 in accordance with the present invention. Referring first to Figure 2, Figure 2 shows a flow chart (flow chart) for explaining the interactive goods trading method according to the present invention. In detail, in operation S202, the seller accesses the interactive goods transaction apparatus 120 through the seller client 140 of FIG. 1 and inputs data associated with the goods to be sold to perform bidding on the goods to be sold. . The data entered by the seller at this stage include, for example, the article name "PRODNAME", the planned sale quantity "SALEAMOUNT", the planned sale price "SALEPRICE", the sale start date "STARTDATE", the sale end date "ENDDATE", the goods warranty / Enter the defect repair "ASINFO", the goods detail information "DETAILINFO", the goods transport information "DELIVERINFO", the goods inquiry "CALLINFO", the goods sales area "SALEZONE", and the goods status "CONFIRM". This input data is stored in the temporary article DB 124_1 of the database 124 via the DB engine 126 under the control of the server 122. When the sale item is used goods, the seller may additionally input data such as the purchase price of the item "BUYPRICE" and the use period "USEDTIME". In addition, the seller may optionally enter the seller home page address "SALEURL", the article image "IMAGE", the supplementary service code "OPTIONSVR", and other information "ETCINFO". The additional service code "OPTIONSVR" is used by the operator of the interactive goods trading site so that when the seller registers the goods to be sold on the interactive goods trading site, the registered goods may be displayed differently from other registered goods on the list of goods sold. Data to be created for the request is, for example, data indicating that "NEW" is displayed on the registered article or requesting that the registered article name be activated. Other Information "ETCINFO" is data that the seller enters to provide the buyer with additional information about the registered item. The seller's bidding process (step S202) will be described in detail with reference to FIG.

In step S204, the operator of the interactive goods trading site analyzes data about the goods sold by the seller and performs registration authentication on the goods. At this time, the DB engine 126 classifies the data about the sales article authenticated by the operator under the control of the server 122 and moves it from the temporary article DB 124_1 to the article DB 124_4 and the image DB 124_5. Next, in step S206, the buyer accesses the interactive goods transaction apparatus 120 through the purchaser client 130, searches for information on the goods sold by the seller, and then applies for the purchase of the goods to be purchased. The buyer's purchase application process (step S206) will be described in detail with reference to FIG. Next, in step S208, the server 122 of the interactive goods trading apparatus 120 determines whether the seller re-bids the goods bid. After retrieving the purchase application status of the buyer, the seller may perform a re-bidding of the goods by updating the expected item sales quantity "SALEAMOUNT" and the item sales price "SALEPRICE" among the data input at the time of bidding as needed. If the determination result in step S208 is affirmative, i.e., the seller re-bids, it returns to step S202; otherwise, if the determination result is negative, that is, the seller does not re-bid, step S210 Proceed to

In step S210, the server 122 searches for the data on the sale end date "ENDDATE" from the data input by the seller to determine whether the sale date. If the determination result in step S210 is negative, i.e., not the sale date, the process returns to step S206 to allow the buyer to apply for a purchase of the sale item, otherwise the determination result is positive, i.e., sale In one case, the process according to the present invention proceeds to step S212. In step S212, the lottery engine 128 of the interactive goods trading apparatus 120 selects a buyer, ie, a successful bidder, according to the present invention after matching the quantity of sold goods bid by the seller among the buyers applying for purchase. Terminate the process.

3 to 5, the interactive article trading method according to the present invention will be described in more detail. First, referring to FIG. 3, FIG. 3 is a flowchart illustrating a seller's bidding process for selling goods.

In detail, in step S302, the seller uses the seller client 140 to the interactive goods trading site provided from the server 122 of the interactive goods trading apparatus 120 via the Internet 110. Access. Unlike the conventional e-commerce site, the goods trading site according to the present invention provides a function that allows both the seller and the buyer to analyze the registered sales and purchase information in real time to perform a transaction for a predetermined product. Next, in step S304, the seller views a list of sales items registered in the interactive goods trading site. This sales item list is prepared by the DB engine 126 based on the data stored in the temporary goods DB 124_1 and the goods DB 124_2 of the database 124 under the control of the server 122 in response to the seller's request. In other words, the seller browses a list of items that are currently or are going to be traded. Next, in step S306, the seller retrieves data for a particular item that is similar or identical to the item to be sold in the list of items for sale. The data for this particular article is provided by the DB engine 126 by retrieving the data stored in the temporary article DB 124_1 and the article DB 124_2 under the control of the server 122, like the sales article list.

In step S308, the server 122 determines whether the seller bids the sale article. If the determination result in step S308 is negative, that is, the seller does not want to bid on the goods for sale, the process according to the present invention is terminated. Otherwise, if the seller wants to bid on the goods for sale, the process according to the present invention is performed. Proceed to step S310. In step S310, the server 122 of the interactive goods transaction apparatus 120 connects through the seller client 140 and transmits a bid document web page to a seller who wants to bid on a sale item. The bidding web page is prepared in a form preset by the operator of the interactive goods trading site so that the seller can enter all the data about the goods to be sold. After the seller receives the bidding web page, in step S312, the seller inputs data about the article to be sold. Such data includes the article name "PRODNAME", the article sale quantity "SALEAMOUNT", the article sale price "SALEPRICE", the article sale start date "STARTDATE", the article sale end date "ENDDATE", and the goods warranty as described with reference to FIG. / Defective repair "ASINFO", goods detail information "DETAILINFO", goods transport information "DELIVERINFO", goods contact "CALLINFO", goods sales area "SALEZONE", goods status "CONFIRM". This input data is temporarily stored in the temporary article DB 124_1 of the database 124 through the DB engine 126 under the control of the server 122. If the item that the seller intends to sell is used, the seller may additionally enter data such as the purchase price "BUYPRICE" and the item usage period "USEDTIME". Optionally, the seller's home page address "SALEURL", the item. Data such as an image "IMAGE", an additional service code "OPTIONSVR", and other information "ETCINFO" can be further input.

Next, in step S314, the operator of the interactive goods transaction site analyzes the data input by the seller to perform an authentication procedure for the goods sold. If the result of the analysis in step S314 is negative, that is, the operator does not authenticate the sale item, all processes according to the present invention are terminated. Alternatively, if the analysis result is affirmative in step S314, i.e., the operator authenticates the sale item, the process according to the present invention proceeds to step S316. In step S316, the server 122 bids the seller by transferring data entered by the seller from the temporary goods DB 124_1 to the goods DB 124_3 for the goods authenticated by the operator of the interactive goods trading site. After performing the registration, all processes according to the invention are terminated.

Now, with reference to Figure 4 will be described in detail the process of the buyer to apply for a purchase for the goods sold on the interactive goods trading site. First, in step S402 the buyer accesses the interactive article trading site via the Internet 110 using the buyer client 130 of FIG. In step S404, the purchaser browses the list of sales items provided by the server 122 of the interactive goods trading apparatus. This sales item list is similar to the above-described step S304 of FIG. 3, under the control of the server 122, the DB engine 126 stores data about the sales item authenticated by the operator. 124_2 and the article DB 124_2. Next, in step S406, the buyer retrieves information about a particular item of interest from the list of items for sale. This information is provided to the buyer by searching the data stored in the transaction DB 124_2 and the article DB 124_4 of the database 124 under the control of the server 122 as in step S404. .

Next, in step S408, the server 122 checks whether or not the purchaser applies for a purchase for the searched sale item. If the inspection result in step S408 is affirmative, i.e., the buyer applies for a purchase, the process according to the present invention proceeds to step S410; otherwise, if the inspection result is negative, that is, the buyer does not apply for purchase, The process according to the invention proceeds to step S414. First, in step S410, the server 122 accesses the purchase invoice web page through the purchaser client 130, which includes preset contents prepared by the operator of the interactive goods trading site, for the specific goods. Send to the buyer applying for a purchase. Subsequently, in step S412, the buyer inputs purchase application data, such as a desired item ID, a desired price, a desired quantity of purchase, and the like, for the item to be purchased on the purchase invoice page, and then all processes according to the present invention. To exit.

On the other hand, in the step (S414) is performed when the inspection result in step S408 is negative as described above, the buyer retrieves the purchase application status of the other buyers for the item to be purchased. The bid status is information that the DB engine 126 prepares based on the data stored in the transaction DB 124_2 under the control of the server 122. Next, in step S416, the server 122 checks whether the buyer wants to apply for a purchase. If the inspection result in step S416 is negative, that is, the buyer does not apply for a purchase, the process ends according to the present invention; otherwise, if the inspection result is affirmative, that is, the buyer applies for a purchase, the steps as described above S410 and S412 are performed.

Referring to FIG. 5, FIG. 5 is a flowchart illustrating a process of selecting a successful bidder among buyers when the quantity of purchase of an article exceeds a planned sale amount of the article according to the present invention. In step S502, the server 122 determines that the sale period for a particular item has ended over the Internet 110 based on the item sale end date " ENDDATE " of the item DB 124_3 entered by the seller. Proceed to the next step (S504) to notify the buyer and the bidding seller applying for a purchase. In step S504, the server 122 retrieves the item sales expected quantity "SALEAMOUNT" of the article DB 124_3 and the article purchase application quantity "JOINAMOUNT" of the transaction DB 124_2 through the DB engine 126. In step S506, the server 122 determines whether the item purchase application quantity exceeds the product sale expected quantity. If the result of the determination in step S506 is affirmative, that is, the quantity of the product purchase request from the buyer exceeds the estimated amount of the item sales expected by the seller, the flow advances to step S508.

In step S508, under the control of server 122, lottery engine 128 maps the variable using a preset algorithm to the ID " USERID " of the buyer who applied for a purchase for a particular item. In step S510, the lottery engine 128 selects a successful bidder from among the buyers by using the variable mapped to the buyer ID " USERID " so that the expected sale quantity for a specific item and the purchase application amount of the buyer for this item match. For example, a winner may be selected using a predetermined algorithm such as a ladder game. Next, in step S512, the DB engine 126 transmits to the seller the data necessary for selling the goods among the data about the buyer corresponding to the selected mapping variable based on the data stored in the transaction DB 124_2. Proceed to S514). In step S514, the server 122 notifies the successful bidder results to all buyers who have applied for a purchase for a particular item. In step S516, the server 122 stores the item successful bid result stored in the transaction DB 124_2 through the DB engine 126 in the sales result DB 124_4, and in step S518 data associated with the sold item. The transaction DB 124_2, the article DB 124_3, and the image DB 124_5 are all deleted, and then all processes according to the present invention are terminated.

On the contrary, if the determination result in step S506 is negative, that is, the quantity of the item purchase request is less than or equal to the quantity to be sold, proceed to step S512 and perform steps S512 to S518 as described above. Terminate all processes in accordance with the present invention. In other words, if the quantity to purchase the item is less than the planned quantity of the item to be sold, it is because all the buyers who have applied for the purchase of the particular item can purchase the item, so that no successful bidder selection process is necessary.

As described above, according to the present invention, a seller competes a low price between sellers similarly to reverse auctions, but obtains a price competitiveness for the goods sold by flexibly adjusting the price of the goods sold based on the quantity of the buyer's purchase application. Because it is effective to sell a large amount of goods. In addition, the buyer has a feature that the seller can purchase the desired item at a low price by competitively lowering the selling price of the product as in the case of the joint purchase. In addition, when the quantity to apply for purchase of the item exceeds the expected quantity of the item to be sold, the process of selecting a successful bidder is used, and thus it is possible to sufficiently induce the interest of buyers in terms of events.

Claims (11)

Interactive commodities that enable buyers and sellers to trade goods on an interactive commodity trading site implemented by the interactive commodity trading device in a system in which a buyer and seller client and an interactive commodity trading device are interconnected through a communication network. In the trading method, a) performing a bid of goods by the seller inputting data on the goods to be sold through the client; b) analyzing the input data to authenticate the article bid by an operator of the interactive article trading site; c) the buyer searching for the sale goods registered in the interactive goods trading site and performing a purchase request; d) determining whether the seller re-bids the bidding item by the interactive goods transaction apparatus; e) if the determination result of step d) is affirmative, returning to the article bidding step, and the seller performs a re-bidding on the article; f) selecting a successful bidder among buyers for the registered goods when the determination result of d) is negative; Interactive goods trading method comprising a. The method of claim 1, The interactive goods trading device, An interactive article trading method comprising a lottery engine, a server, a database engine, and a database, the database comprising a temporary article database, a transaction database, an article database, and a sales result database. The method of claim 2, And the database further comprises an image database. The method of claim 2, Step a) is a1) the seller using the seller client to access the interactive goods trading site provided from the server of the interactive goods trading device; a2) retrieving a list of sales items registered in the interactive goods trading site by the seller; a3) determining, by the server of the interactive goods transaction apparatus, whether the seller bids a sale item; a4) when the seller makes a bid as a result of the step a3), sending, by the server, a bid document web page to the seller through the communication network; a5) inputting, by the seller, data regarding the goods for sale on the bidding web page Interactive goods trading method comprising a. The method of claim 4, wherein And said data for said sold article entered by said seller in said step a5) is stored in said temporary article database. The method of claim 4, wherein And the sales item list is provided by the database engine based on data stored in the temporary goods database, the goods database, and the transaction database under the control of the server. The method of claim 2, Step c) is c1) the buyer accessing the interactive item trading site through the buyer client; c2) the buyer retrieving a list of items of sale registered at the interactive goods transaction site; c3) the server determining whether the purchaser makes a purchase request for a specific item in the list of sales items; c4) the server transmitting the purchase invoice web page to the buyer through the communication network when the buyer makes a purchase request as a result of the step c3); c5) the purchaser enters data on the purchase invoice on the purchase invoice web page Interactive goods trading method comprising a. The method of claim 7, wherein And the list of sales items is provided by the database engine based on the data stored in the transaction database and the goods database under the control of the server. The method of claim 2, Step f), f1) the server retrieving data relating to the quantity of goods purchased from the buyer and the quantity of goods to be sold from the seller stored on the transaction database and the goods database; f2) determining whether the quantity to be purchased for the article exceeds the expected quantity to sell the article, and f3) mapping a predetermined variable to a buyer who has applied for the purchase of the article when the quantity of the article purchase request exceeds the scheduled sale of the article as a result of the determination of step f2); f4) using the mapped variable to select a successful bidder among the buyers so that the quantity to be purchased and the quantity to be sold of the item coincide with each other; Interactive goods trading method comprising a. An interactive goods trading apparatus interconnected with buyer and seller clients through a communication network, and wherein the buyer and seller can trade goods. A database storing data associated with the goods transaction; A database engine connected to the database and searching and extracting data meeting a predetermined condition among data stored therein; A lottery engine for selecting a successful bidder when the purchase amount of the purchaser exceeds the estimated sale amount proposed by the seller; A server that is interconnected with the lottery engine and the database engine and controls the lottery engine and the database engine to enable the buyer and the seller to perform a transaction for a given item Interactive goods trading apparatus comprising a. The method of claim 10, The database, A first storage unit storing data relating to the article provided by the seller; A second storage unit which stores data relating to a purchase request provided by the buyer; A third storage unit storing data generated by the transaction Interactive goods trading apparatus comprising a.