KR20020016050A - A method for using a computer to facilitate sales contract on the computer network and a server thereof - Google Patents

Abstract

PURPOSE: A contract method and sever using a computer network are provided to make a seller and a buyer voluntarily participate in a price decision and to enhance the dealing efficiency agreeing with the understanding of the seller and the buyer by transmitting the participating information to each other in real time. CONSTITUTION: The method comprises steps of a seller creating a deal by connecting to a selling contract making server(100) via a seller interface(190), the seller searching the created selling and editing a selling condition by using a searching module and dealing request module(120), and a buyer searching the created selling and making a buying request by using the searching module and dealing request module. A contract making module(130) in a dealing contract making server compares the selling condition created by the seller with the buying condition requested by the buyer, and judges the selling contract contracted and updates a selling contract database(155) in case that both condition of seller and buyer is agreed with each other.

Description

A METHOD FOR USING A COMPUTER TO FACILITATE SALES CONTRACT ON THE COMPUTER NETWORK AND A SERVER THEREOF}

The present invention relates to an electronic commerce method and a server using a computer network, and more particularly, to a method and a server in which a seller and a buyer enter into a sales contract by presenting sales conditions and purchase conditions, respectively.

As is well known, computer network technology has been developed, and as the Internet, in which a large number of computers form a network, is widely known, electronic commerce, which trades goods on the network, has also been activated.

However, at present, the method of trading in e-commerce is (1) a general trading method in which a buyer who wants to trade under the above conditions applies for purchase after displaying the specifications of the goods and other information and the price of the goods. Auction method that bids to the buyer who bids the highest price after the buyer sets the price. (3) The reverse auction method where the seller bids the lowest price by the bidder after the buyer sets the price becomes the mainstream. have.

However, in the above-mentioned e-commerce method, in particular, in the first method, the buyer has no opportunity to participate in the price determination since the price condition is determined, and the second method is determined by the purchaser's participation. The created seller cannot participate in pricing after the auction he created is started, and the method (3) above means that the buyer cannot participate in pricing after initiation of reverse auction. The negotiating process for pricing is only one way, which makes it difficult to fully reflect the intentions of sellers and buyers.

The present invention is to solve such a problem, the object of the present invention is that the seller and the buyer can each actively participate in the price determination, the participation information is delivered to each other in real time to match the intention of the seller and the buyer It is to implement a sales contract signing method and a server using a computer network to improve the efficiency of.

1 is a block diagram of a sales contract conclusion system applied to the sales contract conclusion server according to an embodiment of the present invention.

2 is a flowchart showing a sales contract conclusion method according to the first embodiment of the present invention in a module step.

3 is a flowchart showing the steps performed by the inquiry and transaction request module according to the first embodiment of the present invention.

4 is a diagram illustrating an example of a sales history.

5 is a flowchart illustrating a process of signing a contract in a contract signing module.

6 is a configuration diagram of a purchase contract conclusion system to which a purchase contract conclusion server according to an embodiment of the present invention is applied.

7 is a flowchart showing a purchase contract conclusion method according to the second embodiment of the present invention at the module stage.

8 is a flowchart illustrating the steps performed by the inquiry and transaction request module according to the second embodiment of the present invention.

9 is a diagram illustrating an example of a purchase history.

10 is a flowchart illustrating a process of signing a contract in a contract signing module.

The sales contract conclusion method and server using a computer network according to the present invention for achieving the above object,

On the contract server that connects the buyer interface and the seller interface to the computer network,

The seller inputs the sales conditions including the sales price and quantity, the buyer receives the purchase application including the purchase prices and the quantity, sends the sales information including the sales conditions and the purchase application, and the seller enters the sales conditions. The sales conditions are corrected by receiving the amendment terms of the sales conditions, and whether there is a purchase application that matches the sales conditions, and concludes a sales contract when there is a purchase application that matches the sales conditions,

The purchaser inputs the purchase conditions including the purchase price and quantity from the buyer, receives the sales application including the sale price and the quantity from the seller, sends out the purchase information including the purchase conditions and the sales application, and the purchaser enters the purchase conditions. The computer network, characterized in that the purchase conditions are corrected by receiving the modification conditions of the purchase conditions, and whether there is a sale application that matches the purchase conditions, and when there is a sale application that matches the purchase conditions, a contract of sale is concluded. Provides a sales contract conclusion method and server using.

Hereinafter, the embodiments of the present invention will be described in detail with reference to the accompanying drawings.

1 to 5 relates to a sales contract conclusion method and a server as a first embodiment of the present invention, Figures 6 to 10 relates to a purchase contract conclusion method and a server as a second embodiment of the present invention.

Hereinafter, a sales contract conclusion method and a server as a first embodiment of the present invention will be described.

1 is a block diagram of a sales contract conclusion system applied to the sales contract conclusion server according to an embodiment of the present invention.

As shown in FIG. 1, a sales contract conclusion system according to an embodiment of the present invention includes a sales contract conclusion server 100, a buyer interface 180, and a seller interface 190.

The buyer interface 180 is an interface provided to the buyer who participates in the generated sale with reference to the sales information generated by the seller. The terminal of any two-way communication network can also be the interface, for example, a purchaser computer.

The seller interface 190 is an interface provided to the seller generating the sale. The terminal of any two-way communication network can also be the interface, for example, a merchant computer.

Each of the interfaces 180 and 190 is connected to a sales contract execution server 100 through a computer network such as the Internet using a public switched telephone network (PSTN) or a local area network (LAN). The connection may be connected via PCS, satellite communication, or the like as well as through a wire.

The sales contract execution server 100 is a device for performing the core function of the sales contract conclusion using the network, and is responsible for the generation of the actual sales, the progress of the contract and the conclusion of the sales contract. For example, it may be a web server providing a homepage configured to perform a sales procedure, and the web server may include a component for sending and receiving mail as well as posting a homepage.

The sales contract execution server 100 is a network interface 105 for transmitting and receiving data through the computer network, the central processing unit 110 to manage the data flow in the sales contract execution server 100, inquiry and transaction application Module 120, contract conclusion module 130, and database 140.

The inquiry and transaction request module 130 sends the sales contract progress status to the buyer interface 190 or the seller interface 195, receives a purchase request from the buyer, and receives the change information of the seller from the seller. Change it.

The contract execution module 140 concludes that the sales contract is concluded with the matched contents when the purchaser's application for purchase is matched with the seller's contents with respect to the generated sales.

The database unit 140 may include a sales database 145 for storing sales contents generated by a seller, a purchase application database 150 for storing purchase application information requested by a buyer, and a contract for selling contract information. The sales contract database 155 is included.

2 is a flowchart showing a sales contract conclusion method according to the first embodiment of the present invention in a module step.

The seller generates a sale by accessing the sales contract conclusion server 100 through the seller interface 190 (S210).

When generating the sale, the sale contract execution server 100 displays a sale condition including a type of the item (hereinafter referred to as an item) to be sold, a sale price of the item, the number of items, and a delivery condition of the item. It receives an input and updates the sales database 140 based on the received sales condition.

When updating the sales database 140, the items are classified and input by an identification code (hereinafter referred to as ID), and are stored including the seller information that generated the sale.

The delivery condition stores information for determining whether the seller or the buyer will bear the shipping cost.

Regarding the generated sale, the seller may inquire the generated sale using the inquiry and transaction application module 120 and modify the sale condition (S220).

Regarding the generated sale, the purchaser may inquire the generated sale using the inquiry and transaction application module 120 and apply for a purchase (S230).

When the buyer applies for the purchase, he / she is allowed to apply for a purchase that is different from the preset sales conditions.

The contract execution module 130 in the sales contract conclusion server 100 compares the sales conditions generated by the seller with the purchase conditions that the buyer applied for to purchase. It is determined that it has been established and the sales contract database 155 is updated (S240).

When the sales contract is concluded, the sales contract conclusion server 100 notifies the concluded sales contract seller and buyer to the contents of the concluded sales contract (S250).

The notification may include displaying the contents of the contract on a web page posted by the sales contract execution server 100, and preferably notifies the seller and the buyer of the contents of the sales contract by e-mail.

3 is a flowchart showing the steps performed by the inquiry and transaction request module according to the first embodiment of the present invention.

The seller or the buyer requests the inquiry by accessing the sales contract conclusion server 100 through the seller interface 180 or the buyer interface 190 (S310, S380).

The inquiry application is provided with an application means included in a connection window provided when the seller or the buyer connects, and can be performed by executing the application means. For example, the application means may be an electronic document element hyperlinked to the inquiry and transaction application module 120.

The inquiry and transaction request module 120 requested for the inquiry request transmits a selection window for selecting an item to be queried to the seller interface 180 or the buyer interface 190 (S340).

The seller or buyer who has received the selection window selects an item to be inquired, and the item selection information is transmitted to the inquiry and transaction application module 120 through a computer network (S315 and S385).

The inquiry and transaction request module 120 that has received the item selection information transmits a sales history including a sales status and a purchase request status regarding the item to the seller interface 180 or the buyer interface 190 ( S345).

4 is a view showing an example of the sales history sent out.

An example of the dispatched sales history is, for the seller, the sales conditions including price, quantity, and shipping conditions are sent out by listing the sellers who have made sales, and the list classified by each seller relates to the sales conditions. Purchase application means 410 that can apply for purchases about sales is included.

The list for each seller is sent with a list (the right column of FIG. 4) applied by the buyer for a sale generated by the seller. In the purchase application list of the buyer, a purchase condition including a price and a quantity requested by the buyer is displayed.

The sales history includes a sales modification application means 420 that allows the seller to modify the sales conditions.

The purchase request means 410 and the sale correction request means 420 may be electronic document elements of the electronic document including the sales history.

Referring to FIG. 3 again, the seller who has sent the sales history may request the modification of the sales condition by executing the sales modification application means 420 (S320).

The inquiry and transaction application module 120 received the request for modifying the sales condition sends an input window for inputting the modified sales condition (S350), and the seller inputs and sends the modified sales condition in the input window. (S325).

It is desirable to limit the sales conditions that can be modified by price or quantity.

The inquiry and transaction application module 120 having received the modified sales condition updates the sales database 145 based on the modified sales condition (S360).

The buyer who has sent out the sales history may apply for a purchase by executing the purchase application means 410 (S390).

The inquiry and transaction request module 120 received the purchase request sends a purchase information input window for inputting the purchase request information (S355), and the buyer relates to the desired purchase price and quantity in the purchase information input window. Enter the purchase conditions and transmit (S395).

The inquiry and transaction application module 120 received the purchase condition updates the purchase request database 150 based on the received purchase condition (S370).

After updating the sales database 145 (S360) or updating the purchase application database 150 (S370), the inquiry and transaction application module 120 ends.

5 is a flowchart illustrating a process of signing a contract in the contract signing module.

Once the sale is created, the contract execution module 130 begins to perform.

When the execution of the contract execution module starts, the contract conclusion module 130 determines whether there is an application for purchase from the buyer (S510).

If there is no purchase application in the purchase application determination step (S510), the purchase request is waited by recursively proceeding to the purchase application determination step (S510).

If there is a purchase application in the purchase application determination (S510), it is determined whether there is a purchase application that matches the sales conditions among the purchase applications (S520).

The selling condition is compared to the modified selling condition when the selling condition is modified in the inquiry and transaction application module 120 so that the intention of the seller is reflected in real time.

If there is no purchase application that matches the sales condition in the matching application existence determination (S520), the process proceeds to the purchase application determination step (S510), thereby waiting for the purchase application that matches the sales conditions.

If there is a purchase application that matches the sales conditions in the matching application existence determination (S520), the contract is concluded according to the matching sales conditions (S530), and the sales contract database 155 is updated based on the contract contents. (S540).

After the sales contract database 155 is updated and the execution of the contract conclusion module is completed, the process proceeds to step S250 of notifying the sales contract seller and the buyer of the sales contract as shown in FIG. 2.

Hereinafter will be described a purchase contract conclusion method and a server of a second embodiment of the present invention.

6 is a configuration diagram of a purchase contract conclusion system to which a purchase contract conclusion server according to an embodiment of the present invention is applied.

As shown in FIG. 6, a purchase contract conclusion system according to an embodiment of the present invention includes a purchase contract conclusion server 600, a seller interface 680, and a buyer interface 690.

The seller interface 680 is an interface provided to the seller who participates in the generated purchase by referring to the purchase information generated by the buyer. The terminal of any two-way communication network can also be the interface, for example, a merchant computer.

The buyer interface 690 is an interface provided to the buyer who makes a purchase. The terminal of any two-way communication network can also be the interface, for example, a purchaser computer.

Each of the interfaces 680 and 690 is connected to a purchase contract execution server 600 through a computer network such as the Internet using a public switched telephone network (PSTN), a local area network (LAN), or the like. The connection may be connected via PCS, satellite communication, or the like as well as through a wire.

The purchase contract conclusion server 600 is a device for performing the core function of the purchase contract conclusion using the network, is responsible for the generation of the actual purchase, the progress of the contract and the conclusion of the purchase contract. For example, it may be a web server providing a homepage configured to perform a purchase procedure, and the web server may include a component for sending and receiving mail as well as posting a homepage.

The purchase contract execution server 600 is a network interface 605 for transmitting and receiving data through the computer network, the central processing unit 610 that manages the data flow in the purchase contract conclusion server 600, inquiry and transaction application Module 620, contract execution module 630, and database unit 640.

The inquiry and transaction application module 630 transmits the purchase contract progress status to the seller interface 690 or the buyer interface 695 and receives a sales application from the seller, and receives the purchase details from the purchaser. Change it.

The contract execution module 640, if there is a seller's application for sale that matches the purchase contents of the buyer with respect to the generated purchases to conclude that the purchase contract is concluded with the matched content.

The database unit 640 stores a purchase database 645 for storing purchase contents generated by a buyer, a sales application database 650 for storing sales application information requested by a seller, and a contract for purchasing purchase information. The purchase contract database 655 is included.

7 is a flowchart showing a purchase contract conclusion method according to the second embodiment of the present invention at the module stage.

The buyer creates a purchase by accessing the purchase contract conclusion server 600 through the purchaser interface 690 (S710).

When creating the purchase, the purchase contract execution server 600 includes a purchase condition including a type of an item (hereinafter referred to as an item) to be purchased, a purchase price of the item, the number of items, and a delivery condition of the item. It receives an input and updates the purchase database 640 based on the received purchase condition.

When the purchase database 640 is updated, the items are classified and input by an identification code (hereinafter referred to as an ID), and are stored including the buyer information that generated the purchase.

The shipping condition stores information for determining who will pay the shipping cost.

Regarding the generated purchase, the purchaser may inquire the generated purchase using the inquiry and transaction application module 620 and modify the purchase condition (S720).

Regarding the generated purchase, the seller may inquire the generated purchase and apply for sale using the inquiry and transaction application module 620 (S730).

When a seller applies for the sale, he / she is allowed to apply for a sale that is different from the preset purchase conditions.

The contract execution module 630 in the purchase contract conclusion server 600 compares the purchase condition generated by the buyer with the sale condition applied by the seller for sale, and if a purchase contract is matched with the seller and the buyer, It is determined that it has been established and the purchase contract database 655 is updated (S740).

When the purchase contract is concluded, the purchase contract conclusion server 600 notifies the concluded purchase contract buyer and seller of the contents of the concluded purchase contract (S750).

The notification may include displaying the contents of the contract on a web page posted by the purchase contract execution server 600, and it is preferable to notify the buyer and the seller of the contents of the purchase contract by e-mail.

8 is a flowchart illustrating the steps performed by the inquiry and transaction request module according to the second embodiment of the present invention.

The buyer or seller connects to the purchase contract conclusion server 600 through the buyer interface 680 or the seller interface 690 and requests an inquiry (S810 and S880).

The inquiry application is provided with an application means included in a connection window provided when the buyer or seller is connected, and can be performed by executing the application means. For example, the application means may be an electronic document element hyperlinked to the inquiry and transaction application module 620.

The inquiry and transaction request module 620 requested for the inquiry request sends a selection window to select an item to be queried to the purchaser interface 680 or the seller interface 690 (S840).

The buyer or seller who has received the selection window selects an item to be inquired, and the item selection information is transmitted to the inquiry and transaction application module 620 through a computer network (S815 and S885).

The inquiry and transaction request module 620, which has received the item selection information, sends a purchase history including a purchase status and a sales request status regarding the item to the buyer interface 680 or the seller interface 690 ( S845).

9 is a view showing an example of the purchase history sent out.

An example of the sent purchase history is, for the item, the purchase conditions including the price, quantity, and delivery conditions for each purchaser who made a purchase list and send out, and the list classified by each buyer is related to the purchase conditions A sales application means 910, which can apply for sales regarding the purchase, is included.

The list for each buyer is sent out with the list (the right column of FIG. 9) applied by the seller for sales related to the purchase generated by the buyer. The seller's sales application list displays the sales conditions including the price and quantity applied for the seller's sales.

The purchase history includes a purchase correction application means 920 that allows the buyer to modify the purchase conditions.

The sales application means 910 and purchase modification application means 920 may be electronic document elements of the electronic document including the purchase history.

Referring back to FIG. 8, the purchaser who has sent out the purchase history may request the modification of the purchase condition by executing the purchase correction requesting means 920 (S820).

The inquiry and transaction application module 620, which has received the purchase condition correction request, sends an input window for inputting the modified purchase condition (S850), and the buyer inputs the modified purchase condition in the input window and transmits it. (S825)

The purchase conditions that can be modified are preferably limited to price or quantity.

The inquiry and transaction application module 620, which has received the modified purchase condition, updates the purchase database 645 based on the modified purchase condition (S860).

The seller who has received the purchase history may apply for sales by executing the sales application means 910 (S890).

The inquiry and transaction request module 620, which has received the sales request, sends a sales information input window for inputting the sales application information (S855), and the seller relates to the desired sales price and quantity in the sales information input window. The sales condition is entered and transmitted (S895).

The inquiry and transaction request module 620, which has received the sales condition, updates the sales application database 650 based on the received sales condition (S870).

After updating the purchase database 645 (S860) or updating the sales application database 650 (S870), the inquiry and transaction application module 620 is terminated.

10 is a flowchart illustrating a process of signing a contract in the contract signing module.

When the purchase is created, the contract execution module 630 starts performing.

When the execution of the contract execution module starts, the contract conclusion module 630 determines whether there is a sale application from the seller (S1010).

If there is no sales application in the sales application determination step (S1010), the sales application waits for the sales application by regressively proceeding to the sales application determination step (S1010).

If there is a sales application in the sales application determination (S1010), it is determined whether there is a sales application that matches the purchase conditions among the sales applications (S1020).

When the purchase condition is modified in the inquiry and transaction application module 620, the purchase condition is compared with the modified purchase condition so that the purchaser's intention is reflected in real time.

If there is no sales application that matches the purchase condition in the matching application existence determination (S1020), the process proceeds recursively to the selling application determination step (S1010), thereby waiting for the sales application matching the purchase condition.

If there is a sales application that matches the purchase conditions in the matching application existence determination (S1020), the contract is concluded according to the matching purchase conditions (S1030), and the purchase contract database 655 is updated based on the contract contents. (S1040).

After the purchase contract database 655 is updated and the execution of the contract conclusion module is completed, the process proceeds to step S750 of notifying the purchase contract details to the purchase contract buyer and seller as shown in FIG. 7.

As mentioned above, although preferred embodiments of a sales contract execution method and server using the computer network of the present invention have been described, the present invention is not limited to the above embodiments, and the general knowledge in the technical field to which the present invention pertains from the embodiment of the present invention. It includes all changes in the range that are considered to be equivalent and easy to change by those who have them.

According to an embodiment of the present invention, the seller and the buyer may each actively participate in the price determination, and the participation information may be transmitted to each other in real time to increase the efficiency of the transaction conforming to the intention of the seller and the buyer.

In addition, unlike the auction or reverse auction proceeding for a predetermined time, if the seller's terms of sale and the buyer's terms of purchase match, it is possible to reduce the minimum time to conclude the transaction by entering into a contract immediately.

Claims (12)

On the contract closeout server networked with the seller interface and the buyer interface, (a) receiving a sales condition including a selling price and a quantity from a seller; (b) receiving a purchase request from the buyer, including a purchase price and quantity; (c) transmitting the sales information including the sales condition and the purchase application; (d) determining whether there is a purchase request that matches the sales condition; (e) entering into a sales contract if there is an application for purchase that matches the terms of sale; Sales contract conclusion method using a computer network comprising a. In claim 1, (f) receiving a modification condition of the selling condition from a seller who inputs the selling condition and correcting the selling condition; Sales contract conclusion method using a computer network, characterized in that it further comprises. In claim 2, In step (b), The purchase price and quantity included in the purchase application may be a price and quantity different from the selling price and quantity included in the selling condition of step (a). In claim 2, In the step (c), when sending the sales information, For each seller who created a sale, the sales conditions including price, quantity, and delivery conditions are listed and sent. The list classified by each seller includes a purchase application means for applying for a purchase regarding the sales relating to the sales conditions. And a purchase request list including a purchase price and a quantity of a purchaser attached to the sale generated by the seller is sent out. Connected to the seller and buyer interfaces and the computer network, The seller inputs the sales conditions including the sales price and quantity, the buyer receives the purchase application including the purchase prices and the quantity, sends the sales information including the sales conditions and the purchase application, and the seller enters the sales conditions. A computer network, characterized in that the sales conditions are corrected by receiving the modification terms of the sales conditions, and whether there is a purchase application that matches the sales conditions, and when there is a purchase application that matches the sales conditions, a sales contract is concluded. Contract sales server using the server. In claim 5, When sending the sales information, the sales conditions including price, quantity, and shipping conditions are listed and sent by the seller who created the sales, and the list classified by each seller can apply for the purchase regarding the sales regarding the sales conditions. And a purchase requesting means, including a purchase request list including a purchase price and a quantity of the buyer with respect to the sale generated by the seller. On a contract server that is networked with the buyer and seller interfaces, (g) receiving a purchase condition from the buyer, including a purchase price and quantity; (h) receiving a sales request from the seller, including sales price and quantity; (i) transmitting the purchase information including the purchase condition and the sales application; (j) determining whether there is a sales application meeting the purchase condition; (k) signing a sales contract if there is a sales application that matches the terms of purchase; Buying a contract using a computer network comprising a. In claim 7, (l) receiving a modification condition of the purchase condition from a buyer who has entered a purchase condition and correcting the purchase condition; Purchasing a contract using a computer network, characterized in that it further comprises a. In claim 8, In the step (h), The sales price and quantity included in the sales application may be a price and quantity different from the purchase price and quantity included in the purchase condition of step (a). In claim 8, In the step (i), when sending the purchase information, For each purchaser who created a purchase, the purchase conditions including price, quantity, and delivery conditions are listed and sent out. The list classified by each purchaser includes sales application means for applying for sale regarding the purchase regarding the purchase conditions. And a purchase request list including a selling price and a quantity of the seller with respect to the purchase generated by the buyer is attached and sent. Connected to the buyer and seller interfaces and the computer network, The purchaser inputs the purchase conditions including the purchase price and quantity from the buyer, receives the sales application including the sale price and the quantity from the seller, sends out the purchase information including the purchase conditions and the sales application, and the purchaser enters the purchase conditions. The computer network, characterized in that the purchase conditions are corrected by receiving the modification conditions of the purchase conditions, and whether there is a sale application that matches the purchase conditions, and when there is a sale application that matches the purchase conditions, a contract of sale is concluded. Contract sales server using the server. In claim 11, When sending purchase information, the purchase conditions including price, quantity, and delivery conditions are listed and sent by the buyer who created the purchase, and the list classified by each purchaser can apply for sales regarding the purchase regarding the purchase conditions. And a sales application means, wherein the sales application list including the sales price and the quantity of the seller is attached to the purchase generated by the buyer.