JP2001092899A - System and method for electronic commercial transaction - Google Patents

Abstract

PROBLEM TO BE SOLVED: To provide an electronic commercial transaction system with which sellers and purchasers can present the prices and quantities of articles and the purchasers can order for articles they want to purchase by inquiring the market prices of the articles. SOLUTION: An electronic commercial transaction system stores purchase information including the kinds, purchase prices, and quantities of commodities inputted from purchaser terminals 120 in a database 200 for storing the details of articles to be purchased, sales information including the kinds, selling prices, and quantities of articles to be sold inputted from seller terminals 130 in a database 190 for storing details of articles to be sold and compares the selling price of a commodity provided from a seller with the purchase price provided from a purchaser to the same commodity. When the purchase price is equal to or higher than the selling price, the system makes a transaction to be concluded between the purchaser and seller. When the transaction is materialized, the system records the transaction by updating the data in each database and, at the same time, performs the delivery of the commodity and the payment of the amount.

Description

DETAILED DESCRIPTION OF THE INVENTION

[0001]

TECHNICAL FIELD The present invention relates to electronic commerce,
More particularly, the present invention relates to an e-commerce system and method for mutually concluding a transaction when a price and a quantity presented by a seller and a buyer meet transaction conditions.

[0002]

2. Description of the Related Art Recently, with the development of the Internet, companies providing various services via the Internet are increasing. As described above, the services provided via the Internet have various fields ranging from information retrieval to electronic commerce.

[0003] Such a network (Internet)
As one of the electronic commerce transactions through the auction, there is a method of registering an article to be sold and selling it through an auction. Such auctions via the Internet are conducted in various ways because they are not restricted by time and place.

However, there is a problem that such a conventional auction service cannot be activated because a seller who actually supplies the goods cannot sell the goods at a desired price.

[0005] Further, there is a problem that a buyer who wants to purchase an article must continue to participate in an auction in order to purchase the article, it takes time, and cannot purchase the article at a desired price.

[0006] Further, the conventional auction service has a problem in that the same information is provided to both the seller and the buyer of the article, so that the price of the article is not provided to the buyer in an advantageous manner.

[0007] Finally, the conventional auction service or electronic commerce service has a problem that transactions are not made through communication between members because only the standardized articles are to be traded.

[0008]

SUMMARY OF THE INVENTION Accordingly, the present invention has been made in view of the above-mentioned problems, and has as its object the purpose of letting goods sellers and buyers indicate the price and quantity of goods, and allowing the buyer to change the market price of goods. It is an object of the present invention to provide an electronic commerce system capable of ordering a desired product while referring to the information.

Another object of the present invention is to provide an electronic commerce system that allows sellers and buyers of goods to present prices and quantities of goods and allows the buyer to order desired goods while referring to the prices of many goods. And

Further, according to the present invention, an article seller is provided with the price and quantity of an article, the buyer is presented with the quantity, and the price information presented by the article seller is provided to the buyer of the article so that the article can be ordered. The purpose is to provide a commercial transaction system.

According to the present invention, the article seller can be presented with the quantity of the article, the buyer can present the price and quantity to be purchased, and the seller of the article can provide the price information presented by the buyer to sell the article. The purpose of the present invention is to provide an electronic commerce system.

The present invention also provides an electronic commerce system in which an article seller presents a supply price irrespective of the market price or upper and lower limits of the article and provides the buyer with the price information presented by the article seller so that the article can be ordered. The purpose is to provide.

[0013] Further, the present invention provides an electronic device that enables information of goods or services to be provided on a bulletin board to be presented, allows members to exchange opinions through chat, and then enables exchange of goods or provision of services. The purpose is to provide a commercial transaction system.

[0014]

In order to solve the above technical problems, according to the present invention, transaction of goods through mutual information exchange between seller and buyer terminals connected to a server for providing goods information through a communication network. (A) inputting and storing purchase information including a type, a purchase price, and a purchase quantity of a product to be purchased from a buyer terminal; and (b) a product to be sold from a seller terminal. When the sales information including the type, the selling price and the sales quantity is inputted and stored, (c) comparing the selling price and the buying price for the same product, and (d) when the buying price is equal to or higher than the selling price, An electronic commerce method is provided that includes the step of concluding a transaction between a buyer and a seller.

Preferably, the method further includes the step of updating the purchase information and the sales information so as to reflect the transaction result of the step (d). The settlement includes a step of prepaid the goods price from the buyer, a step of confirming whether the goods have been delivered to the buyer, and a step of paying the goods price to the seller when the delivery is confirmed. It is desirable to be performed through.

If there are many buying prices equal to or higher than the selling price in the step (d), the transaction is concluded in the order of inputting the purchase information, and the upper limit or lower limit is set in advance in the purchase order and the sales order. It is also possible to input a buy price and a sell price within the field.

(1) The buyer presents the type and quantity of the product he or she wants to purchase, and in response to this, a number of sellers present sales conditions including the selling price. Buyer-initiated transaction in which the transaction is concluded by selecting one or more, but each seller is not provided with the terms of sale presented by the other seller, (2) Presenting the type and quantity of the product that the seller intends to sell In response, a large number of buyers present purchase conditions including the purchase price, and the seller concludes the transaction by selecting one or more of the presented purchase conditions. A seller-based transaction in which the purchase conditions presented by the buyer are not provided, (3) a dumping-type transaction in which one or more products are bundled and traded in one unit, (4) a goods-exchange-type transaction,
(5) One or more of the chat-type transactions that determine transaction conditions through chat can be configured to be further combined, and such a transaction method is used when a transaction cannot be established by the basic transaction method. It can be adopted as a supplementary transaction closing method.

In the present invention, the progress of the transaction of goods is provided to sellers and buyers in real time, and the communication network may be a wired network, a wireless network, a satellite communication network or a composite network thereof. The present invention also provides a computer-readable recording medium on which the electronic commerce method is recorded.

In order to achieve still another technical problem according to the present invention, an electronic device which includes a server for providing merchandise information and performs merchandise transactions through mutual information exchange between user terminals connected to the server through a communication network. In the commerce system, (e) a goods purchase desire breakdown database storing purchase information including a product type, a purchase price, and a purchase quantity to be purchased input from a buyer terminal; and (f) a sales input from a seller terminal. (G) price comparison means for comparing the selling price with the buying price, and (h) the buying price is equal to the selling price. If the price is high, there is provided an electronic commerce system including transaction conclusion means for concluding a transaction between a buyer and a seller.

[0020] Further, it is connected to the seller and buyer terminals through a communication network, inputs and stores purchase information including the type, purchase price and purchase quantity of the product to be purchased from the buyer terminal, and attempts to sell from the seller terminal. Enter and store sales information including product type, selling price and sales quantity,
A server is provided, which compares a selling price and a buying price for the same product, and concludes a transaction between the buyer and the seller when the buying price is equal to or higher than the selling price. According to such a configuration, an electronic commerce system and a method thereof that efficiently reflect the intentions of the seller and the buyer in a timely manner are provided.

[0021]

BRIEF DESCRIPTION OF THE DRAWINGS FIG.
A preferred embodiment of the electronic commerce system according to the present invention will be described in detail. In the specification and the drawings, components having substantially the same function and configuration are denoted by the same reference numerals, and redundant description is omitted.

FIG. 1 is a block diagram showing a configuration of an electronic commerce system according to the present embodiment. As shown in FIG. 1, the e-commerce system includes a non-subscriber terminal 110, a buyer terminal 120, a seller terminal 130, a network 14
0, seller database 160, buyer database 1
70, a commodity general information database 180, a goods supply desired breakdown database 190, a goods purchase desired breakdown database 200, a transaction database 210, and an electronic commerce server 300.

The electronic commerce server 300 is constituted by a server that provides a web hosting service. Each of the databases 160, 170, 180, 190, 200, and 210 is, for example, an SQL database and is provided in the electronic commerce server 300, or is provided in each database server (not shown).

Also, the non-subscriber terminal 110 and the buyer terminal 1
20, the seller terminal 130 is constituted by a computer which can be connected to the electronic commerce server 300 via the Internet.

FIG. 2 is a block diagram showing the electronic commerce server 300 shown in FIG. 1 in detail. As shown in FIG. 2, the e-commerce server 300 includes a network interface 310, a log-on control unit 320, a service control unit 330, a single product order transaction control unit 340, a similar product order transaction control unit 350, and a buyer-based transaction control unit 360. , Seller-based transaction controller 370, dumping transaction controller 38
0, article exchange control section 390, chat transaction control section 40
0, and database management system (DBMS) 41
Has zero.

Here, the logon control unit 320, the service control unit 330, the single product order transaction control unit 340, the similar product order transaction control unit 350, and the buyer-based transaction control unit 36
0, the seller-based transaction control unit 370, the dumping transaction control unit 380, the goods exchange control unit 390, and the chat transaction control unit 400 provide a script to the user and access the database, for example, AS.
It is created by a P (Active Server Page) program.

The network interface 310 controls communication between a client (buyer or seller terminal) connected via a network (for example, the Internet) and the e-commerce server 300.

The logon control unit 320 determines whether the client connected via the network is a registered member or not, and if the client is a registered member, logs on to provide a service.

The service control unit 330 enables the service provided to the member in the electronic commerce server 300 to be selected,
If the member selects a service, the corresponding service is provided by each of the control units 340, 350,..., 400.

The single product order transaction control unit 340 controls the price information of the single product provided by the seller so that it can be inquired and ordered. The similar goods order transaction control unit 350 refers to the market information of a large number of goods (similar goods) provided by the seller, selects desired goods, and controls to enable ordering.

The buyer-based transaction control unit 360 prevents a seller from inquiring the bid price of an article provided by another seller, and allows the buyer to inquire information on an article provided by a plurality of sellers. That is, such a service makes it impossible to inquire price information between competing sellers.

The seller-based transaction control unit 370 provides only the quantity information of the article to be sold by the seller and allows the buyer to indicate the price to be purchased. That is, the buyer cannot refer to price information presented by other buyers for the product provided by the seller.

Single product order transaction control unit 340, similar product order transaction control unit 350, buyer-based transaction control unit 360
The upper and lower limits of the commodity price determined by the seller-based transaction control unit 370 are set by the operator's selection, and can be determined within the range.

The dumping transaction control unit 380 registers an article and enables transactions only when the upper and lower limits of the price of the article to be supplied by the seller are not determined. The transaction made here is a so-called dumping transaction, and the seller can sell a large number of items of goods at a single price as a set.

The article exchange control section 390 registers article information to be exchanged between members on a bulletin board, and enables exchange of articles between members. The chat transaction control unit 400 registers the breakdown of the article to be provided on a bulletin board, and enables specific article information to be exchanged through chat between members.

FIGS. 3A to 3F are views showing examples of the structure of the database shown in FIG. 3A is a seller database 160, FIG. 3B is a buyer database 170, FIG. 3C is a general product information database 180, and FIG. 3 (E) is an article purchase wish breakdown database 200, and FIG. 3 (F) is a transaction database 210.
Are shown below.

The seller database 160 stores the seller ID,
It consists of fields such as a password, trade name, business number, representative, telephone number, location, and e-mail address. The buyer database 170 includes fields such as a member ID, a password, a name or name, an address, a telephone number, and an e-mail address.

The commodity general information database 180 is composed of fields such as a commodity code, a model number, a product name, a standard, a manufacturer, and a place of origin. The goods supply hope breakdown database 190 contains a supply hope code, a product code, and a seller I.
D, characteristics, supply price, supply quantity, sales quantity, inventory quantity,
It consists of fields such as registration date and processing date.

The goods purchase wish breakdown database 200 is
It consists of fields such as a purchase request code, a product code, a member ID, a purchase price, a purchase quantity, a registration date, and a processing date. The transaction database 210 includes fields such as a transaction code, a purchase request code, a supply request code, a transaction date, a price, a quantity, a member settlement date, a member settlement amount, a contractor settlement date, and a contractor settlement amount.

FIG. 4 is a flowchart illustrating the operation of the single product order transaction controller 340 shown in FIG. The single product order transaction controller 340 provides information on one product selected by the buyer. For example, if the user wants to purchase a 29-inch Company A TV, the single item order transaction controller 340 provides only information for the 29-inch Company A TV.

First, when the single product order transaction service starts, if the connected client intends to supply goods, the client is registered as a seller (S112). At this time, the information of the registered trader is stored in the seller database 160.
Stored in

When the connected client intends to purchase an article, the client is registered as a buyer (S11).
4). At this time, the registered buyer information is stored in the buyer database 170.

The e-commerce server 300 provides merchandise general information to the registered seller or buyer so that merchandise information can be registered (S116). The commodity general information may be registered by the seller in the commodity general information database 180.

Then, the seller provided with the general product information selects the product to be provided, and registers a desired selling price and a desired sales quantity (S118). At this time, the registered information is stored in the article supply request breakdown database 190. The single product order transaction control unit 340 may provide the current market price information of the selected product and limit the desired selling price and the desired buying price to be registered within a range of predetermined upper and lower limits based on the market price.

On the other hand, the buyer is provided with the general product information and selects the product to be purchased, and then registers the desired purchase price and purchase quantity (S120). At this time, the registered information is stored in the goods purchase desire breakdown database 200. The single product order transaction controller 340 may provide the current market information of the selected product and limit the desired selling price to be registered within a range of predetermined upper and lower limits based on the market price.

When the seller and the buyer have respectively registered the product information, the single product order controller 340 determines whether the price of the product that the seller intends to provide matches the price that the buyer intends to purchase. Is determined (S122), and if they match, a transaction is made. At this time, the buyer purchases the product within the stock amount of the product. That is, a transaction is established when the buy price is equal to or higher than the sell price. If there are a large number of purchase orders that satisfy such conditions, the transaction is concluded in the order registered in the goods purchase desire breakdown database 200.

Then, the single-item order transaction control unit 340 notifies the buyer that the order can be purchased and that the settlement is to be performed (S124), and the buyer setstle the payment for the goods within a predetermined period. (S128). The operator may prepaid a predetermined amount of money from the buyer, and then make the transaction without requesting the buyer to settle each time.

Subsequently, the single commodity order transaction control section 340 records that the desired article has been purchased in the article purchase desire breakdown database 200. Similarly, the single product order transaction control unit 340 sends the item supply request breakdown database 190.
Is updated by subtracting only the transaction quantity from the stock quantity registered in the registration information (S130).

Next, the single commodity order transaction control section 340
Causes the transaction database 210 to register the details of the transactions made between the seller and the buyer and the details of the settlement (S13).
2).

When the settlement is made by the buyer in this way,
The single product order transaction controller 340 notifies the seller to deliver the order to the buyer (S134). When the delivery of the ordered item from the supplier to the buyer is completed, the single item order transaction control unit 340 setstle the item price to the seller within a predetermined period (for example, one month) (S136).

FIG. 5 is a detailed flowchart of the similar goods order transaction control unit 350 shown in FIG. Here, a case will be described as an example where a purchase order is made while inquiring a desired number of similar commodity market information and physical quantity information of a commodity to be purchased.

The similar product order transaction controller 350 is similar to the single product order transaction controller 340 in terms of the service providing method, but differs in that the buyer is provided with information on many similar products. For substantially the same procedure,
Description is omitted. Here, we provide not only information on the product to be purchased but also information on similar products.
More preferably, it is configured to display information of many similar products on the same screen.

For example, when purchasing a 29-inch Company A TV, a 29-inch TV of Company B and a 29-inch TV of Company C
Provide information about That is, the similar product order transaction control unit 350 allows the buyer to refer to a similar product for an arbitrary product (S220), and then causes the buyer to select a product to be purchased and to register a desired purchase price and a purchaseable quantity. (S222). The information registered at this time is stored in the goods purchase desire breakdown database 200.

The subsequent procedure is the same as the single commodity transaction described with reference to FIG.

Similarly, the similar goods order transaction control unit 350 provides the current market information of the selected goods, and can limit the desired selling price to be registered within a range of predetermined upper and lower limits based on the market price.

FIG. 6 is a flowchart showing in detail the operation of the buyer-based transaction control unit 360 shown in FIG. Here, a bid-type transaction in which market information and physical quantity information of a product desired to be sold is provided only to buyers will be described as an example.

When the buyer-based transaction service starts, if the connected client wants to supply the goods, the client is registered as a seller (S312). At this time, the registered seller information is stored in the seller database 160.

On the other hand, when the connected client intends to purchase an article, the member is registered as a buyer.
(S314). At this time, the registered buyer information is stored in the buyer database 170.

Subsequently, the buyer-based transaction control unit 360 provides the general product information to the seller (S316). The general product information is extracted from the general product information database 180 and provided.

Then, many sellers refer to the general product information to select the product to be provided, and register the desired selling price and other sales conditions (S318). The registered information is stored in the article supply request breakdown database 190. At this time, the seller cannot browse the sales conditions registered by other sellers. Accordingly, the supply conditions are provided to the buyer in a secret state between the sellers.

The article supply desired breakdown database 190 records a product code (a code of a product selected from the general product information database), a seller ID, a selling price, a supply quantity, and a registration date.

Next, the buyer-based transaction control unit 360 provides the buyer with a breakdown of the goods supply desires registered by a number of sellers (S320). The information provided to the buyer in this way includes, for example, price information or sales condition information presented by many sellers for one product.

Then, the buyer selects the product to be purchased and registers the purchase quantity (S322). On this occasion,
The information to be registered is a goods purchase wish breakdown database 200.
Stored in

Next, when the transaction is completed (S324), the buyer-based transaction control unit 360 notifies the buyer who ordered the article purchase that the ordered item can be purchased and that settlement is to be performed (S326), and a predetermined period of time. Within the period, the buyer receives the payment for the goods (S328). The operator may prepaid a predetermined amount of money from the buyer as necessary, and then make a transaction without requesting the buyer to settle each time.

When the settlement is made by the buyer, the buyer-based transaction control section 360 makes a purchase request breakdown database 200.
Indicates that the desired article has been purchased. Similarly,
The buyer-based transaction control unit 360 updates the stock quantity registered in the article supply desired breakdown database 190 by subtracting the transaction quantity from the stock quantity registered (S330).

Next, the buyer-based transaction controller 360 registers the details of the transaction and the details of the settlement between the seller and the buyer in the transaction database 210 (S332). Finally, the buyer-based transaction control unit 360 notifies the seller to deliver the order to the buyer (S334). When the delivery of the order from the seller to the buyer is completed, the buyer-based transaction control unit 3
60 setstle the goods price to the seller within a predetermined period (for example, one month) (S336).

FIG. 7 is a flowchart showing in detail the operation of the seller-based transaction control unit 370 shown in FIG. Here, a bidding transaction in which desired price information and physical quantity information of a desired product are provided only to sellers will be described as an example.

When the client intends to supply the goods, the seller-based transaction control unit 370 registers as a seller as a member (S412). At this time, the registered seller information is stored in the seller database 160.

On the other hand, when the client intends to purchase an article, the client is registered as a member (S414).
At this time, the registered buyer information is stored in the buyer database 170.

Subsequently, the seller-based transaction controller 370 provides the buyer with the general product information (S416). The general product information is extracted from the general product information database 180 and provided.

Then, the buyer provided with the commodity general information selects the commodity to be purchased, and registers the desired purchase price and quantity (S418). At this time, the information to be registered is stored in the goods purchase desire breakdown database 200. In the goods purchase desire breakdown database 200, a product code (code of the product selected from the general product information database 180), a member ID, a purchase quantity, and a registration date are recorded.

Next, the seller-based transaction control unit 370
The seller is provided with information on the type and quantity of the product to be purchased by the buyer (S420). The product information provided to the seller in this way includes, for example, price information registered by many buyers for one product.

Then, the seller refers to the item purchase desire breakdown, selects the item to be supplied, and registers the selling price (S422). The registered information is stored in the article supply request breakdown database 190. At this time, the buyer (the buyer who has purchased the goods) cannot refer to the selling price registered by the seller.

As described above, if the seller and the buyer have respectively registered the product information, the seller-based transaction control unit 370 determines whether the buyer's purchase price matches the seller's offer price. A determination is made (S424), and if they match, a transaction is made.

Then, seller-based transaction control section 370
Notifies the buyer who has ordered the purchase of the goods that the order is available for purchase and that payment is to be made (S426), and receives payment for the price of the goods from the buyer within a predetermined period (S4).
28). The operator may prepaid a predetermined amount of money from the buyer as necessary, and then make a transaction without requesting the buyer to settle each time.

When the settlement is made by the buyer, the seller-based transaction control unit 370 sends the goods purchase request breakdown database 20.
0 indicates that the desired article has been purchased. Similarly, the seller-based transaction controller 370 updates the stock quantity registered in the registration information of the goods supply request breakdown database 190 by subtracting the transaction quantity from the stock quantity (S430).

Next, the seller-based transaction control unit 370
The transaction details and the settlement details between the seller and the buyer are registered in the transaction database 210 (S432). Finally, the seller-based transaction control unit 370 notifies the seller to deliver the order to the buyer (S434). When the delivery of the goods ordered from the seller to the buyer is completed, the seller-based transaction control unit 370 setstle the goods price to the seller within a predetermined period (for example, one month) (S436).

FIG. 8 is a flowchart showing the operation of the dumping transaction control unit 380 shown in FIG. 2 in detail. Here, an example will be described in which a transaction is concluded only when there is no upper or lower limit on the selling price of an article to be supplied by a seller. Here, the dumping transaction is, for example, bundling two or more products and trading them at a specific price. All of the goods resulting from business consolidation or business closure (for example, sofas, tables, containers, etc. at the time of business consolidation of restaurants) This is useful when you want to sell a set of all related products) at a specific price.

When the client intends to supply the goods, the dumping transaction control section 380 registers as a seller as a member (S512). At this time, the registered seller information is stored in the seller database 160.

On the other hand, when the client intends to purchase an article, the client is registered as a buyer (S514).
At this time, the registered buyer information is stored in the buyer database 170.

Then, the seller registers the details of the article to be supplied (S516). At this time, the information of the articles to be registered is recorded in the article supply request breakdown database 190. The item breakdown is a bundle of two or more products. Therefore, these goods are sold collectively to one buyer at the time of the transaction.

Subsequently, the buyer refers to the information on the registered dumping article and orders the article to be purchased (S518). Such order information is registered in the goods purchase desire breakdown database 200. At this time, the buyer purchases the product within the stock amount of the product.

Then, dumping transaction control section 380
Notifies the buyer who has ordered the purchase of the article that the ordered item is available for purchase and that the settlement is to be performed (S522), and receives the payment for the article price from the buyer within a predetermined period (S5).
24). The operator may conclude the transaction without requesting the buyer to settle each time after the buyer has prepaid a predetermined amount of money as needed.

When the settlement is made by the buyer, the dumping transaction control section 380 sends the goods purchase request breakdown database 20.
0 indicates that the desired article has been purchased. Similarly, the dumping transaction control unit 380 updates the stock quantity registered in the registration information of the article supply desired breakdown database 190 by subtracting the transaction quantity (S526).

Next, the dumping transaction control unit 380
The transaction details and settlement details between the seller and the buyer are registered in the transaction database 210. Finally, the dumping transaction control unit 380 notifies the seller to deliver the order to the buyer (S528). When the delivery of the order from the seller to the buyer is completed, the dumping transaction control unit 380
Pays the price of the product to the seller within a predetermined period (for example, one month) (S530).

FIG. 9 shows the article exchange control section 39 shown in FIG.
9 is a flowchart showing the operation of the first example in detail. Here, a case will be described as an example in which article information to be exchanged is registered on a bulletin board and article exchange information is provided between members.

First, the article exchange control section 390 causes the client to join as a buyer when the client intends to exchange articles (S612). At this time, the registered buyer information is registered in the buyer database 170.

The article exchange control section 390 causes the registered buyer to register information of the article which the buyer wishes to exchange.
(S614). The information of the articles registered in this way is stored in the article supply request breakdown database 190.

Then, the article exchange control section 390 posts information on the merchandise registered for exchanging articles as described above on the bulletin board so that the member can browse the information (S616).

The member refers to the article exchange information posted on the bulletin board as described above, and registers the commodity information of the person himself / herself for the commodity to be exchanged (S618). The information registered in this manner is recorded in the goods purchase desire breakdown database 200.

The registered information is provided to the member posted on the bulletin board, and the member determines whether or not to exchange the article, and displays it (S620). The article exchange control section 390 notifies both the member registered in the bulletin board and the member who has applied for the exchange that the article to be exchanged is exchanged.
(S622).

[0092] Both members exchange goods registered to be exchanged (S624), and the details of such exchange of goods are registered in the transaction database 210 (S626).

FIG. 10 is a flowchart showing in detail the operation of the chat transaction control unit shown in FIG. Here, a case will be described as an example in which a breakdown of articles to be provided is registered on a bulletin board, and specific article information is exchanged between members through chat.

First, the chat transaction control unit 400 causes the client to join as a buyer when the client intends to conduct a chat transaction (S712). At this time, the registered buyer information is registered in the buyer database 170.

[0095] The chat transaction control section 400 causes the registered buyer to register information on the goods or services to be provided (S714). The information of the articles registered in this way is stored in the article supply request breakdown database 190.

Then, chat transaction control section 400
Posts the information of the article registered for provision as described above on the bulletin board so that the member can view it (S716).
The member refers to the article information posted on the bulletin board and applies for a chat (S718). At this time, the information of the member who has applied for the chat is stored in
00 is registered.

[0097] The chat transaction control unit 400 enables members to chat with each other (S720). When predetermined transaction conditions are established between members while chatting in this way,
Each member clicks a predetermined confirmation button provided by the chat transaction control unit (S720).

If the members agree on the transaction as described above, the chat transaction control unit 400 provides the registered member information of the other party to each member (S724). Then, the chat transaction control unit 400 prompts the member to input exchange information for providing goods or services (S72).
6).

As described above, when the members agree on the transaction and exchange information, the chat transaction control unit 400
The information registered in the goods supply desired breakdown database 190 and the goods purchase desired breakdown database 200 is updated to display (record the processing date) that the transaction has been made.

FIGS. 11 (A), 11 (B) and 11 (C) are diagrams showing examples of establishment of transaction conditions in the single commodity order transaction control section shown in FIG. FIG. 11A shows the index of the bid price registered by the seller and the comparison between the supply quantity (remaining sale amount) registered by the seller and the purchase quantity (remaining purchase amount) registered by the member. .

As shown in FIG. 11A, the seller (a)
Registers the price of goods for 19,000 yen and sets the quantity to 200
Registered to individual. Also, the seller (c) sets the price of the goods at 18,
It was registered at 700 yen and the quantity was registered at 400 pieces. on the other hand,
The buyer (a) registers the desired purchase price at 18,700 yen,
The quantity was registered to 650 pieces. Then, the buyer (b) registers the desired purchase price at 18,700 yen and registers the quantity at 210 pieces.

In the single item order transaction as described above, the single item order transaction controller 340 calculates the market price of the product to 18,700 yen and concludes the transaction. That is, when the order of the buyer (a) has priority, the transaction between the buyer (a) and the seller (c) is concluded, and when the order of the buyer (b) has priority, the buyer (b) and the seller ( Conclude a transaction with c).

Accordingly, when the priority of the buyer (a) is high (when the order is early), the buyer (a) is allowed to purchase the product. However, the transaction at this time is a transaction in which the seller (c) can provide only 400 pieces of merchandise. Similarly, when the priority of the buyer (b) is high (when the order is early), the buyer (b) can purchase the product. At this time, the buyer (b) can purchase all 210 pieces of goods to be purchased, and the seller (c) has a remaining amount of 190 pieces to be sold.

FIG. 11B shows that the market price of the product is 18,700.
It shows that it is made in yen, and the remaining sales amount is 200 pieces (1
50 + 50), indicating that the remaining acquisition amount is 100 pieces.
Similarly, FIG. 11C shows that the commodity price is 28,400 yen, indicating that a buyer who has placed a purchase order of 200 items can purchase only 160 items.

FIG. 12 is a diagram showing an example of a screen display of the user program provided in the member terminal shown in FIG. Here, an example is shown, in which, for example, an inquiry is made on the market information of a product in real time while chatting through a messenger called an Internet friend.

As shown in FIG. 12, the screen 800 of the user program displays a chat room tab 810, a chat room display section 820, a holder (by classification) 830, a chat menu 840, a market price screen 850, and the like.

Messenger chat rooms are classified into categories according to the type, price, region, and hobbies of predetermined products. That is, for example, five chat auction rooms are set up for the hobby holder, and three chat auction rooms are set up for the regional holder.

On the other hand, on the market price screen 850, market price information on commodities that the member likes is displayed in real time. For example, the quote screen 850 shows that the current value of “Company A S-100 notebook computer” is 235,000 yen, which is 240 yen higher than the previous day.

After ordering (or registering) an article, a user of such a messenger can refer to the quote information on the quote information of a favorite product and can receive a message immediately after the transaction is concluded.

As described in detail above, the present invention provides a conventional auction service in which a seller or a buyer cannot trade at a desired price, and a buyer continues to participate in an auction to purchase an article. Problems, such as the long time required by the buyer, the inability to offer the price of the goods to the buyer, and the inability to make transactions through communication between members in order to deal only with uniform goods. Is solved.

According to the present invention, the seller and the buyer present the price and quantity of the article, the buyer can order the desired article while referring to the prices of many commodities, and provide the buyer with the price information presented by the seller. How to order goods by selling, how to sell goods by providing price information provided by buyers to sellers, and that sellers should offer selling prices irrespective of the prices or upper and lower limits of goods, and chat between members After exchanging opinions through, a method of exchanging goods and providing services is provided.

As described above, the preferred embodiment of the electronic commerce system according to the present invention has been described with reference to the accompanying drawings, but the present invention is not limited to such an example. It is clear that a person skilled in the art can conceive various changes or modifications within the scope of the technical idea described in the claims, and those modifications naturally fall within the technical scope of the present invention. It is understood to belong.

[0113]

According to the electronic commerce system according to the present invention, a seller or a buyer can trade at a desired price, the transaction can be performed in a short time, and the price of the article is advantageously provided to the buyer. You can buy goods.
Further, an e-commerce system is provided in which members can exchange goods and provide services after exchanging opinions through chat.

[Brief description of the drawings]

FIG. 1 is a block diagram showing a configuration of an electronic commerce system according to an embodiment of the present invention.

FIG. 2 is a block diagram showing the electronic commerce server 300 in detail.

FIG. 3 is a diagram illustrating an example of a structure of a database illustrated in FIG. 1;

FIG. 4 is a flowchart illustrating the operation of a single product order transaction control unit 340 in detail.

FIG. 5 is a flowchart showing an operation of a similar commodity order transaction control unit 350 in detail.

FIG. 6 is a flowchart showing the operation of the buyer-based transaction control unit 360 in detail.

FIG. 7 is a flowchart showing the operation of the seller-based transaction control unit 370 in detail.

FIG. 8 is a flowchart illustrating the operation of the dumping transaction control unit 380 in detail.

FIG. 9 is a flowchart showing the operation of the article exchange control unit 390 in detail.

FIG. 10 is a flowchart showing the operation of the chat transaction control unit 400 in detail.

FIG. 11 is a diagram showing an example of establishment of transaction conditions in a single commodity order transaction control unit 340.

12 is a diagram showing an example of a screen display of a user program provided in the member terminal shown in FIG.

[Explanation of symbols]

 110 Unsubscriber terminal 120 Buyer terminal 130 Seller terminal 140 Network 160 Seller database 170 Buyer database 180 Commodity general information database 190 Goods supply desired breakdown database 200 Goods purchase desired breakdown database 210 Transaction database 300 Electronic commerce server

──────────────────────────────────────────────────続 き Continued on the front page (51) Int.Cl. ⁷ Identification symbol FI Theme coat ゛ (Reference) G06F 17/60 424 G06F 17/60 424

Claims (10)

[Claims] 1. An electronic commerce method for trading goods through mutual information exchange between seller and buyer terminals connected to a server for providing goods information through a communication network.
(a) inputting and storing purchase information including a type, a purchase price, and a purchase quantity of a product to be purchased from the buyer terminal; and (b) a product type, a sale price, and a sale to be sold from the seller terminal. (C) comparing the selling price and the buying price for the same product, and (d) buying and selling when the buying price is equal to or higher than the selling price. And a step of concluding a transaction between sellers. 2. The electronic commerce method according to claim 1, further comprising the step of updating the purchase information and the sales information so as to reflect the transaction result of the step (d). 3. The step (d) includes a step of prepaying the commodity price from the buyer, a step of confirming whether or not the commodity has been delivered to the buyer, and a step of confirming the delivery to the seller. The method of claim 1, further comprising: paying. 4. The electronic commerce method according to claim 1, wherein when there are a large number of buy prices equal to or higher than the sell price, the transactions are successively established according to the input order of purchase information. 5. In the steps (a) and (b), an upper price or a lower price is set, and the buy price and the sell price are selected within the range of the upper price or the lower price. The electronic commerce method according to claim 1, wherein 6. The electronic commerce method according to claim 1, wherein the communication network is one of a wired network, a wireless network, a satellite communication network, and a composite network thereof. 7. A computer-readable recording medium on which a program for causing an electronic commerce system to execute the method according to claim 1 is recorded. 8. An e-commerce system including a server for providing product information and performing a product transaction through mutual information exchange between user terminals connected to the server through a communication network, wherein (e) an input from a buyer terminal is provided. A goods purchase desire breakdown database storing purchase information including a product type, a purchase price, and a purchase quantity to be purchased, and (f) sales information including a product type, a sale price, and a sales quantity to be sold inputted from a seller terminal. And (g) price comparing means for comparing the sell price with the buy price; and (h) a buyer and a seller when the buy price is equal to or higher than the sell price. An electronic commerce system comprising: transaction conclusion means for concluding a transaction. 9. The electronic commerce system according to claim 8, further comprising a transaction database for storing the transaction conclusion result. 10. Connected to a seller and a buyer terminal through a communication network, inputting and storing purchase information including a type, a purchase price and a purchase quantity of a product to be purchased from the buyer terminal, and selling from the seller terminal. The sales information including the product type, the selling price and the sales quantity is input and stored, and the selling price and the buying price for the same product are compared. If the buying price is equal to or higher than the selling price, the buyer and the seller A server for concluding a transaction with hassle.