JP2002189886A - Transaction price determining and supporting system - Google Patents

Abstract

PROBLEM TO BE SOLVED: To provide a transaction price determining system for quickly and efficiently processing a mediating business for an article with large price fluctuation by communication through the Internet. SOLUTION: In this transaction price determining system 2, agent software of a server 21 executes a transaction procedure, using each information of an HDD 22. When a customer (purchaser) side terminal 5-2 logs in a Web site of the system 2, a receiving screen is provided. When a price confirmation request specifying an article is given, a screen for confirmation/ordering presenting fluctuation information on the transaction price and a market bidding price is prepared. After obtaining an authentication after temporarily transmitting the screen to an authentication institution, the screen is provided to the customer side terminal 5-2. A purchase price of the transaction price is made as a predictive price determined by a moving average of the bidding price in the last few days and a commission is determined from transaction history information with the customer. When an ordering operation is performed on the customer side, a determining processing of the transaction and storage of transaction data are performed. Also the execution of a price negotiation procedure is made possible.

Description

DETAILED DESCRIPTION OF THE INVENTION

[0001]

BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a transaction price determination support system applied to commercial transactions on the Internet, and more particularly, to a transaction price of a commodity whose purchase price fluctuates every day. The present invention relates to a system using agent software for making a reasonable price decision between the two.

[0002]

2. Description of the Related Art In recent years, commercial transactions on the Internet have become increasingly popular, and a method of determining a transaction price of a product by competing between buyers such as an auction or a reverse auction has been adopted. Also, when searching for a product, there is a device that changes the product to be presented based on the purchase history of the purchaser and information such as product orientation obtained through a questionnaire.

[0003] This trend is not an exception for fresh products such as fresh fish, and since it is easy to search and order information using the Internet, it is easy for ordinary consumers and retailers to trade with production centers and wholesale markets. In recent years, a system in which a sales contract is concluded with the Internet, etc., and the purchase is made through a direct sales channel has been rapidly expanding. It is to be noted that the delivery of the product after the transaction is completed is generally entrusted to a home delivery company or the like.

[0004]

[0005] Commercial transactions relating to fresh products such as fresh fish are auctioned for commodities such as electronic equipment and the like whose retail prices or manufacturer's desired prices are set in advance in a stable manner. The situation is different from the case of performing the above. That is, in the case of perishable products, the purchase price is determined by the "auction" conducted on a daily basis in the market, so the short-term fluctuation of the purchase price is large, and long-term storage is not effective (inventory is not effective) In most cases, when a buyer requests delivery of a product on a specific date, the seller (broker) or purchaser (consumer or retailer) is required to reflect the latest purchase price directly in the selling price. Subsequent price fluctuations can create significant risks.

[0005] In general, a seller wants to sell at a price that is considered reasonable from the viewpoint of the buyer under the condition that the risk of having stock in the purchase is as small as possible and a certain gross profit can be secured. There is a request.
Therefore, as a method actually implemented on the seller side, gross profit is secured by purchasing and shipping products when the supply amount matches the purchase request amount and the purchase price stabilizes to a certain low price. Meanwhile, there is a method in which buyers can sell at reasonable prices. However, this method gives priority to the convenience of the seller, and even if the risk of price fluctuations is eliminated, there is a disadvantage to the buyer from the point of view that the period during which the product can be actually obtained varies. Inconvenience occurs.

[0006] In a normal transaction relating to perishable goods, the seller side receives the inquiry of perishable goods from the buyer side, and then determines the quantity of merchandise that can be purchased and the latest purchase amount based on the implementation status of "seri". Inform the buyer of the possible price and present the transaction price in consideration of gross profit and other expenses such as shipping charges. If the transaction is not completed at that stage (for example, the buyer side When making inquiries and making comparisons, it is necessary to wait for a response from the buyer side, and then respond to any negotiations made by the buyer side on the transaction price. Communication and paperwork between individual buyers must be completed within at least half a day. Such communication can be performed not only by conventional telephone calls and facsimile transmissions and receptions but also recently by exchanging e-mails via the Internet, but these are used as simple communication means. It ’s just that, “Aun's breath”
It can hardly be said that quick processing and efficient work are being attempted in business negotiations.

[0007] Therefore, the present invention absorbs the price fluctuation in a commercial transaction on a commodity such as a perishable product whose purchase price fluctuates in a short period of time and sends the transaction price to the buyer. By presenting and further calculating the transaction price taking into account the transaction volume and history, etc.,
Provides a transaction price determination support system that enables the seller and the buyer to smoothly complete a transaction at a transaction price that is deemed to be mutually valid, and that can significantly reduce the work required for complicated processing. It was created for the purpose of doing.

[0008]

SUMMARY OF THE INVENTION The present invention is provided on a website on the Internet, and performs a brokerage operation between a wholesale market of goods whose prices fluctuate in a short period of time and a buyer of the goods to reduce a transaction price. An information collecting means for collecting wholesale price information that a wholesale market regularly discloses via the Internet; a first storage means for storing the information collected by the information collecting means; And a second storage means for storing transaction history information for each product by the first storage means when there is a request for confirmation of a transaction price specifying a product to be ordered from the terminal device on the purchaser side via the Internet. A first calculating means for calculating a predicted wholesale price using the wholesale price information of the product for a certain period retroactively, and a brokerage business fee for the product based on the transaction history information of the second storage means. And a second calculating means for obtaining a transaction offer price obtained by summing the predicted wholesale price obtained by the first calculating means and the brokerage commission and other expenses; and a request for confirmation of the transaction price. Editing means for editing, as display data, fluctuation information of the wholesale price in the first storage means for a period longer than the fixed period of time as a display data, and at least the transaction offer price obtained by the second arithmetic means and the display data edited by the editing means And screen configuration means for configuring the screen data as screen data, wherein the screen data configured by the screen configuration means is transmitted via the Internet to the terminal device of the buyer who has issued the confirmation request and presented. And a transaction price determination support system.

According to the present invention, when there is a request for confirmation of a transaction price specifying a product to be ordered from a terminal device on the buyer side,
The first calculation means obtains a predicted wholesale price based on the wholesale price information of the product for which the transaction price confirmation request has been made for a certain period of time retroactively, and the second calculation means calculates the predicted wholesale price and the transaction history information of the second storage means. The transaction price is calculated by summing up the brokerage commissions and the like for the product based on the above, and the transaction price is presented to the terminal device on the buyer side via the Internet. Also, the information collecting means presents the wholesale price fluctuation information collected from the public information of the wholesale market to the buyer. Therefore, even if the wholesale price fluctuates in a short period of time, the offer price is set to reflect the change, and the predicted wholesale price included in the offer price is the same as the actual contract price in the wholesale market. There is no significant difference, and the risk posed by the middleman can be suppressed. In addition, since the wholesale price fluctuation information is also presented, it is easy for the buyer to ascertain the validity of the transaction price presented by the middleman, and the transaction can be smoothly completed.

[0010] In the present invention, the screen composing means constitutes an order instructing section in the screen, and an order request from the terminal device of the purchaser side via the Internet based on the operation of the order instructing section. In the case where there is a settlement processing means for notifying at least the determined transaction price to the terminal device side of the buyer side via the Internet and executing a process of storing information relating to the transaction in the second storage means Is provided, the buyer can make a request for confirmation of the transaction price and, if the customer agrees with the presented transaction price, can directly proceed to the ordering procedure, and can immediately confirm the confirmation of the transaction.

Further, in the above invention, since all the procedures are executed via the Internet, it is possible to involve a certification authority as a third party without delaying the processing. That is, when a third-party authentication system is connected to the Internet, the screen data configured by the screen configuration unit is once transmitted to the authentication system via the Internet, and when the authentication data is returned from the authentication system, The screen data is transmitted via the Internet to the terminal device on the side of the buyer who has made the confirmation request. In this case, the middleman can present the validity of the transaction price as being guaranteed by the certification body, and the buyer can conduct the transaction with more confidence.

[0012] Furthermore, although price negotiations (discount negotiations) often take place between a middleman and a buyer,
In the above invention, it is also possible to execute the price negotiation procedure continuously after the price presentation based on the price confirmation request. In the price negotiation procedure, the screen configuration means configures a negotiation request section relating to a transaction price in the screen, and at least includes a desired price input field and a consultation transmission section for transmitting the price data. Third storage means for storing transaction negotiation screen data, and fourth storage means for storing, for each buyer and each product, a transaction price limit value to be presented at the time of negotiation request based on the transaction history information of the second storage means. Means is provided, and when a negotiation request is made via the Internet based on the operation of the negotiation request unit from the terminal device side of the buyer, the transaction negotiation screen data of the third storage means is transmitted via the Internet. When the desired price data is transmitted to the terminal device of the buyer side and the desired price data is received via the Internet based on the input to the desired price input field by the buyer side and the operation of the consultation transmitting section, Means for comparing the desired price with the limit value of the transaction price in the fourth storage means, and when the desired price is equal to or greater than the limit value, informs of the transaction possible notification data; This can be realized by a configuration in which data is transmitted to the terminal device on the purchaser side via the Internet. According to this configuration, the buyer is given an opportunity to negotiate a transaction price through a series of simple procedures, and the broker side obtains the desired price while securing gross profit based on the transaction history information of the buyer. Can be promptly responded to and notified of the buyer.

In the transaction negotiation screen, a plurality of negotiations can be permitted. In this case, a transaction price limit value is set in the fourth storage means for each negotiation. If the limit value is set strategically by the brokerage business side according to the number of negotiations in the past transactions by the buyer, the limit value can be suppressed, and the repetition of blind negotiations by the buyer side can be suppressed. Can be quickly established.

[0014]

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS Hereinafter, embodiments of the "transaction price determination support system" of the present invention will be described in detail with reference to the drawings. First, FIG. 1 shows a transaction price determination support system 2 of the present embodiment, an information disclosure system 3 for auction market (fresh fish auction market in this embodiment), an authentication system 4 of a certification organization, and a customer (purchase) via the Internet 1. 3 schematically shows a state in which terminals (personal computers) 5-1 to X are connected. Here, the transaction price determination support system 2 is operated by a company (AOR company) that performs a transaction agency service with each customer on behalf of a middleman (AA company) who purchases goods in the auction market.
Is a server 21 equipped with agent software that executes various transaction operations by communication,
It has a hard disk drive (HDD) 22 for storing various provided screen data, market open information, transaction history data for each customer, transaction price limit data at the time of negotiations, etc. Operation check and printer
Also provided is a personal computer 24 for instructing creation of a form at 23.

[0015] The market information disclosure system 3 is a system for publishing, on a Web site on the Internet, information on the goods received on the day of the market in the auction market and the auction price information on each product up to the day before, and makes the information generally known. Such information can be downloaded from each terminal via the Internet. The authentication system 4 is operated by a third-party certification organization (CER) that is not affiliated with the broker or the customer, and independently obtains the above-mentioned public information on the market and market information on brokerage fees, and It is responsible for confirming whether or not the transaction price between the customer and the customer is appropriate and for providing authentication.

The feature of this embodiment resides in a transaction procedure autonomously executed by the server 21 of the transaction price determination support system 2 by the agent software. The operation procedure will be described below with reference to the flowcharts of FIGS. Will be explained. The display screen provided by the agent software to the customer in each procedure is shown in FIGS.
FIGS. 0 and 13 show graphs in which the limit price data at the time of negotiation is modeled in FIGS. 11 and 12, and will be referred to in the above description of the operation as appropriate.

FIG. 2 relates to an information collecting procedure executed by the agent software of the server 21 every other day. First, at a predetermined time before the auction market starts its business, the user logs in to the web site of the auction market via the Internet 1 and is automatically connected (S1, S2). Then, in that time zone, the product information of the day and the price information of the previous day in the auction market are already known, and since they are recorded and published on the Web site, receiving the download of those information, The data is temporarily saved in the internal memory of the server 21 (S3).

Next, the agent software activates a data editing program at that stage, and uses the data of the auction price information downloaded in the past and recorded in the HDD 22 and the data downloaded on the day to produce a product (fresh fish). (In the auction market, product types and quantities in boxes are treated as units.) For each product, change information on auction prices is organized in a 60-day period and graphed, and each image data graphed for each product is updated on the previous day. HDD 22
(S4, S5). The downloaded product information is stored in the HDD 22 as it is. Then, the agent software disconnects from the web site in the auction market by completing the storage processing and logs off (S6).

Therefore, the transaction price determination support system 2
The HDD 22 stores a file of the received commodity information of the current day in the auction market and an image data file of each auction in which the auction price fluctuation information is graphed from 60 days before to the previous day. For example, in the case of the product type: large saury / quantity in box: 10, the image data for each product is edited and recorded as a graph having a configuration as shown in FIG.

FIG. 3 shows that the agent software of the server 21 replaces the broker AA with the client terminals 5-1 to X.
The following shows a communication transaction procedure to be exchanged with the company. First, the agent software displays a login screen as shown in Fig. 6 on the AOR company's Web site on the Internet.
Each customer connects to the Web site through the terminals 5-1 to X and inputs a user ID and a password in predetermined fields of a login screen to log in (S21). However, between the middleman (AA) and each customer, a membership transaction contract using the AOR company's Web site has been concluded in advance, and a user ID and a password are assigned based on the contract.

Here, the agent software is HD
The user ID and password are checked for correctness with reference to the customer management data stored in D22. If there is an error, a rejection message is returned.
The reception screen data is read from the various provision screen data stored in the client terminal, and the data is logged into the customer terminal 5-
The data is transmitted to 1 to X to display a reception screen as shown in FIG. 7 (S24). However, on the initially displayed reception screen, the input fields for the product type, product code, quantity in box, and number of boxes are blank.

The customer inputs order schedule information in the input fields of the reception screens displayed on the terminals 5-1 to X, and clicks a price confirmation button provided for each product type to set the order. Request confirmation of price information on products (S2
Five). Although not shown in the procedure of FIG.
In the case of -1 to X, the request signal is transmitted to the server 21 side of the transaction price determination support system 2 by clicking the handled product list button provided on the reception screen as necessary, and the market public information of the HDD 22 is transmitted. It is also possible to receive and display the received product information of the day stored in the file and display the received product information, and input the order schedule information while referring to the information.

When a request for confirmation of price information on the product is made at the customer terminals 5-1 to X, a price confirmation command for the product is transmitted to the server 21. When the command is received, the server 21 receives the command. The confirmation / order screen data is created (S26, S27). This creation procedure is shown in FIG.
First, the agent software searches the marketed goods information file in the market public information stored in the HDD 22, checks whether or not the goods can be purchased, and temporarily saves the result in the internal memory of the server 21. (S41).

Next, the auction price information for the last five days is read from the auction price fluctuation information in the market release information, the average price during that period is calculated, and the calculation result is multiplied by the expected number of boxes. The planned purchase price is calculated, and the price data is similarly saved (S43). Also, HD
D22 stores the transaction history data for each customer, but reads out the highest past fee related to the product in the transaction history with the logged-in customer and saves the price data (S44). Furthermore, the number of transactions with the logged-in customer is confirmed from the transaction history data, and if there is a certain number of transactions, a special discount is calculated for the familiar customer. Is calculated from the relationship (S45, S46). In this embodiment, a simple moving average of the last five days is used as the algorithm for calculating the planned purchase price. However, a calculation may be performed in consideration of the change rate of the auction price information. ,
Further, the sampling period may be variously set to 5 days / 10 days / 20 days, and a more appropriate price may be calculated in consideration of the average value and the change rate in those periods.

When the saving of each data is completed as described above, a check is made from the various provided screen data of the HDD 22.
The data on the order screen is read, and the data of the availability / prohibition, the purchase price, the commission, the special discount amount, and the various expenses saved above are written in a predetermined portion of the data, and the total sum of the data is also written. (S47). In addition, an area for pasting an image data file for each product, in which the change information of the auction price is graphed, is provided in advance in the data of the confirmation / ordering screen. Of the created image data files, the one related to the product is read from the HDD 22 and attached to the area to create a confirmation / ordering screen related to the product requested to be confirmed (S47).

The confirmation / ordering screen created in this way is shown in FIG. 8 if, for example, a price confirmation request is made for the product type: large saury / box quantity: 10 in the reception screen of FIG. The screen content is as shown in Fig. 7 To be specific, purchases can be made from the search results of
According to the graph in FIG. 9, the auction price per box is 1,187 yen on average over the last five days from the graph of FIG. 9, so the number of boxes in the price confirmation request: 8 is multiplied by 9,496 yen. Become. Regarding the commission, in the transaction history data for each customer in the HDD 22, the commission history per box relating to the large saury of the logged-in customer (BB store) is recorded as data as shown in FIG. Since the maximum value of the item 10 is 443.75 yen, the number of boxes in the price confirmation request: 8 is multiplied to 3,550 yen.
Regarding the special discount, from the data in FIG. 11, the customer (BB store) has dealt with the middleman (AA company) 26 times in the past with a large saury, and set it as a familiar destination determination threshold. Since it is more than 20 times, the fee is reduced by 71% with a uniform discount of 2%.
The various expenses are amounts calculated from the product type, the quantity in the box, and the number of boxes using empirical data separately stored in the HDD 22 in advance.

Next, the agent software of the server 21 transmits the screen data for confirmation and ordering after the entry is created to the certification organization (CER) via the Internet 1 (S2).
8). The certification body system 4 stores the market public information and brokerage fee information collected independently as a third party as described above in the HDD or the like of the system. Extract the prices related to each item of the confirmation / order screen data received from, and compare them with the collected information to determine whether the price shown on the confirmation / order screen is appropriate. Have a role to do. Therefore, if the received price data is valid, the authentication code is transmitted to the transaction price determination support system 2, but if it is not valid, the denial data with the reason is returned. Then, confirmation / order screen data in which the offered price has been corrected based on the reply data is created and transmitted again to the certification organization (CER) (S30). That is, in general, the broker (AA) can obtain the certification if the planned purchase price is presented as the average value of the last five days as described above, and if the commission and various expenses are presented as the market price. However, for example, in the case where the price in the auction market has dropped sharply in a few days, the proposed purchase price may be too high. This is indicated for the reason, and the agent software of the server 21 takes measures to correct the offered price by changing the way of calculating the average value to a shorter-term average calculation.

When the authentication code is received from the certification organization (CER) in this way, the customer (BB) logging in the screen data for confirmation and ordering of the ascertained offered price is obtained.
(S31). This confirmation / ordering screen is the reception screen of the customer (BB store) terminal 5-2 (Fig. 7).
8 shows a window as shown in FIG. 8, which also indicates that the certificate has already been authenticated by a certification organization (CER). In addition, the customer (BB store) can confirm the change information of the market auction price from the graph pasted on the confirmation / ordering screen, and click the enlarge button on the screen as shown in FIG. It is also possible to see it enlarged.

Therefore, the customer (BB store) can easily confirm the appropriateness of the offer price of the merchandise on the middleman (AA company) side from the display screen. This is because the customer (BB store) can confirm the rational basis of the offer price of the middleman (AA), and can confirm the rational basis of the offer price of the middleman (AA company), as compared with the conventional method of closing the transaction simply by exchanging prices. Certification Body (C
(ER company) intervenes, and the offered price is guaranteed, so that transactions can be performed with confidence.

Next, the customer (BB store) checks the confirmation / ordering screen and then decides whether or not to order the product. When ordering, the order button provided on the screen is clicked. click. Then, the terminal on the customer (BB store) side
From 5-2, an order command is transmitted to the server 21 of the transaction price determination support system 2 via the Internet, and the agent software of the server 21 receives the order command from the various provided screen data of the HDD 22 to display the screen data of the transaction confirmation document. The content of the readout and ordered product and the fixed price are written, and the written screen data is transmitted to the terminal 5-2 on the customer (BB store) side (S33). This transaction confirmation statement is as shown in FIG. 13. For example, if an order is placed on the basis of the confirmation / ordering screen of FIG.
A total price of 14,159 yen will be entered in the fixed price column. Then, when the server 21 transmits the screen data of the transaction confirmation, the server 21 additionally records data relating to the current transaction in the transaction history data of the customer (BB store) stored in the HDD 22 (S33). In the terminal 5-2 on the customer (BB store) side, the screen data of the transaction confirmation can be saved or printed out as necessary, so that it can be recorded and managed as order / transaction materials.

Incidentally, the customer (BB store) may want to further negotiate a discount from the price presented on the confirmation / order screen. Although this is frequently performed in conventional transactions, the agent software of the transaction price determination support system 2 is also provided with a program for responding to a negotiation request. When the negotiation button provided on the confirmation / ordering screen is clicked, a negotiation request command is transmitted from the terminal 5-2 to the transaction price determination support system 2, and the agent software receiving the command activates the corresponding program. (NO in S32 → S3
7).

The execution procedure at the time of this negotiation is shown in FIG. 5. When the corresponding program detects the reception of the negotiation request command, it reads out the data of the transaction negotiation screen as shown in FIG. Then, the product, the initial offer price on the confirmation / ordering screen, and the like are written and transmitted to the terminal 5-2 on the customer (BB store) side (S51). However, in the transaction negotiation screen transmitted initially, the fields of the desired price and the AOR response in the negotiation progress area in FIG. 10 are blank.

The customer (BB) who has received the transaction negotiation screen
The store) inputs the price: Preq (1) in the desired price column for the first negotiation and clicks the consultation transmission button (S53). By this operation, the data of the desired price: Preq (1) is transmitted from the terminal (5-2) on the customer (BB store) side to the transaction price determination support system 2 side, and when the server 21 detects the reception of the data, Then, based on the corresponding program, the transaction price limit data on the product of the customer (BB store) is read from the HDD 22 (S54, S55).

Here, the above-mentioned transaction price restriction data is shown in FIG.
It has a data structure as shown in FIG. However,
Although the graph is shown in FIG. 3 for the sake of convenience, it is actually configured as a table for each customer and each product. Specifically, the fee per box is set as a price reduced according to the number of negotiations. In the figure, the prices plotted with ■ and ▲ are set as thresholds for each number of negotiations. Based on the transaction history data of the customer shown in FIG. 11, the value is plotted as a smooth change value from the commission value of the highest transaction price to the commission value assumed to be almost the lowest transaction price, and the limit of the fee at each negotiation number. Price: (Pset (i) / number of boxes)
There is. The price line indicated by the two-dot chain line in FIG. 12 is the lower limit price for the middleman (AA) to secure a desired gross profit: (Plow / number of boxes), and a price lower than this value does not allow a transaction to be established. Indicates that

In FIG. 12, there are an A pattern curve plotted with ■ and a B pattern curve plotted with ▲. Which of these patterns is used is separately stored in the transaction history data of the customer. Broker (AA) based on the average number of negotiations for each transaction
What is necessary is just to be able to strategically decide on the side. That is, the A pattern curve is an algorithm in which the discount rate is reduced at a stage where the number of negotiations is small, and the discount rate is increased as the number of negotiations increases. Although the discount rate does not increase so much even if negotiations are repeated more than that, for example, the A pattern curve side is adopted for a customer who has a large number of negotiations based on transaction history data, and the number of negotiations is small. By adopting the B-pattern curve for the customer, the number of negotiations by the customer can be suppressed, and prompt transactions can be promoted. It should be noted that a C-pattern curve in which the discount is proportionally reduced according to the number of negotiations can be adopted for a customer whose number of negotiations is intermediate.

Returning to FIG. 5, as described above, the desired price: P
Transaction price determination support system 2 that receives req (1) data
The side determines whether or not the corresponding program can meet the desired price: Preq (1) using the transaction price restriction data of FIG. First, it is determined whether or not Preq (1)> Plow. If the condition is satisfied, it is determined whether or not Preq (1)> Pset (1). To the terminal 5-2 on the customer (BB store) side (SS56, S57,
S58). By transmitting this response command, a transaction negotiation screen (FIG. 1) displayed on the terminal 5-2 on the customer (BB store) side
“OK” is written in the AOR response section of the first negotiation field of 0), and it is possible to confirm that the customer (BB store) can purchase at the desired price (S58).

If an order is to be made at the desired price, an order is made by clicking an order button provided on the transaction negotiation screen, and an order command is received by the transaction price determination support system 2 to receive the order. The processing based on the transaction decision regarding the product described will be executed (see FIG. 5).
S59 → S33 in FIG. 3).

To further negotiate a discount on the customer (BB store) side, enter the price: Preq (2) in the desired price column for the second negotiation on the transaction negotiation screen (FIG. 10). And click the consultation transmission button (S59 → S60 → S5
3). Then, on the transaction price determination support system 2 side, FIG.
The procedure of steps S54 to S58 described above is executed to determine whether or not the desired price: Preq (2) can be met. In the second negotiation, the transaction price restriction data (FIG. 12) The price limit of the fee corresponding to the second time in the above is: (Pset (2) / number of boxes). In this way, in this embodiment, as shown in the transaction negotiation screen (FIG. 10), negotiations can be performed up to the fourth time, and each time, Plow and Pset (i) are set for the desired price: Preq (i). ) Is applied. If the conditions are not satisfied in steps S56 and S57, the corresponding program of the server 21 transmits a response command indicating that the transaction is not possible to the terminal 5-2 on the customer (BB store) side, and displays the transaction negotiation screen. The display of “impossible” is made in the AOR response section of the corresponding negotiation number column (S61).

The contents specifically shown on the transaction negotiation screen shown in FIG. 10 show that in the above case, negotiations were made on the transaction price of "product type: large saury / box quantity: 10 / box number: 8". This is the case when the B-pattern curve in the transaction price restriction data (FIG. 12) is applied. In this case, the fee per box corresponding to the desired price of the first negotiation: 13,895 yen is 402 yen [= (13,895-
9,496-1,184) / 8], which is the first of the transaction price limit data.
AOR response is "OK" because the limit price of the second negotiation is higher than 400 yen, and the desired price of the second negotiation is 13,72
The fee per box corresponding to 0 yen is 380 yen [= (13,7
20-9,496-1,184) / 8], which is the AOR because it is higher than the limit price of the second negotiation of the transaction price limit data: 360 yen
The response is "OK", but the desired price for the third round of negotiations: 13,
The fee per box corresponding to 435 yen is 344.4 yen [= (13,435-9,496-1,184) / 8], which is higher than the limit price of the third negotiation of the transaction price limit data: 340 yen,
The lower limit price (Plow / 8) is lower than 347 yen, so the AOR response is "impossible".

Next, as described above, regardless of whether the customer (BB store) places an order at the initial offer price or as a result of negotiation, the transaction price determination support system 2 sends and issues a transaction confirmation. The transaction confirmation screen (FIG. 13) is provided with a button for returning to the reception screen, and clicking the button returns the original reception screen (FIG. 7). ) (S33 → S34), and a negotiation stop button is provided on the transaction negotiation screen (FIG. 10). By clicking on the button, the user can return to the reception screen similarly (S39). That is, when each of the above buttons is clicked on the terminal 5-2 on the customer (BB store) side, the server 21 on the transaction price determination support system 2 receives a request command or a negotiation stop command on the reception screen (S34, S39). ), Sending the reception screen return command and sending the terminal on the customer (BB store) side
The transaction confirmation screen and the transaction negotiation screen opened in 5-2 are closed and the reception screen is restored (S36).

The reception screen shown in FIG. 7 displays the contents after the commodity transaction relating to the large saury has been established.
This indicates that the transaction of the product has been completed in consideration of the convenience of the customer (BB store). Therefore, the customer (BB store)
The side can click the price confirmation button for the other items to be ordered, which are indicated as "not yet", and order or negotiate a new item based on the same procedure as described above. Yes (S36 → S25 ~ S34, S37 ~ S3
9).

An end button is provided on each of the reception screen, the confirmation / ordering screen, the transaction negotiation screen, and the transaction confirmation screen, and when the button is clicked on the terminal 5-2 on the customer (BB store) side, An end command is transmitted (however, FIG. 3 shows only the case of the end from the transaction confirmation screen), and the transaction price determination support system 2 receiving the command confirms logoff. (S35
→ S40).

In the procedure executed by the transaction price determination support system 2, the system 2 stores the transaction data in the HDD 22 every time a transaction is established. Therefore, it is also possible to output forms related to the completed transaction on the printer 23, and the agent (AOR) that operates the system 2 is a middleman (AA).
In place of this, it is possible to create and send slips, and in that sense, it can also provide services that greatly reduce the burden on the middleman (AA company).

In this embodiment, the scheduled purchase price and the commission of the middleman are separated in the execution procedure at the time of negotiation, and the fee reduction process is performed with the planned purchase price fixed at the initial offer price. However, since the planned purchase price does not differ greatly from the actual purchase price because it takes into account price fluctuations in the auction market (since the broker does not take great risk), The planned purchase price may be included in the reduction processing under the condition that the minimum gross profit is guaranteed. Further, in this embodiment, the transaction price determination support system 2 is operated by a transaction agent service company (AOR company) entrusted by the broker (AA company), but it is naturally operated directly by the broker. You may.

[0045]

[Effect of the Invention] "Trading price determination support system" of the present invention
Has the following effects by having the above configuration. The invention of claim 1 realizes a quick transaction using the Internet between a middleman and a buyer in the middleman business of goods whose wholesale price fluctuates in a short period of time, and suppresses the risk borne by the middleman, In addition, it is easy for the buyer to understand the validity of the transaction price presented by the middleman, thereby enabling a smooth transaction. According to the invention of claim 2, the middleman side presents the transaction price and the like in response to the transaction price confirmation request by the buyer, and if the buyer side approves the request, the ordering procedure and the transaction are performed in a series of operations. By providing the convenience of being able to shift to the confirmation processing, and by storing the information of the confirmed transaction in the system, the efficiency of the subsequent form issuing work and the like is realized. The invention of claim 3 is
A certification body as a third party is provided on the Internet so that prompt certification for individual transactions can be obtained, and an environment where buyers can conduct transactions with security by ensuring fair transactions is provided. The invention of claim 4 gives the buyer an opportunity to negotiate a transaction price by a simple procedure, and the broker can promptly respond to and notify the buyer of the possibility of the desired price while securing gross profit. To automate the conventional negotiation procedure. According to a fifth aspect of the present invention, when a plurality of negotiations are permitted in the fourth aspect of the invention, the limit value set by the middleman in each round of negotiation is strategically set in advance based on the history of the number of negotiations by the buyer. By doing so, the number of negotiations is reduced and the conclusion of the transaction is expedited.

[Brief description of the drawings]

FIG. 1 is a schematic diagram showing a state in which a transaction price determination support system, an information disclosure system of a selling market, an authentication system of a certification organization, and a customer terminal are connected via the Internet according to an embodiment of the present invention. .

FIG. 2 is a flowchart showing a procedure for collecting auction market public information by a transaction price determination support system.

FIG. 3 is a flowchart showing a transaction price determination procedure executed by the agent software of the transaction price determination support system with a customer terminal.

FIG. 4 is a flowchart showing a procedure for creating confirmation / order screen data.

FIG. 5 is a flowchart showing an execution procedure at the time of price negotiation.

FIG. 6 is a log-in screen for a Web site of the transaction price determination support system.

FIG. 7 is a reception screen provided to a customer terminal.

FIG. 8 is a confirmation / ordering screen provided to the customer terminal.

FIG. 9 is a graph showing a change in auction price information relating to a product for which a price confirmation request has been made;

FIG. 10 is a transaction negotiation screen provided to a customer terminal.

FIG. 11 is a graph showing customer transaction history data for a product for which a price confirmation request has been made.

FIG. 12 is a graph showing the contents of transaction price restriction data applied at the time of price negotiation for a product for which a price confirmation request has been made.

FIG. 13 is a screen of a transaction confirmation statement provided to a customer terminal.

[Explanation of symbols]

1 ... Internet, 2 ... Trading price determination support system, 3
... an information disclosure system for the auction market, 4 ... an authentication system for a certification organization, 5-1 to X ... customer terminals, 21 ... a server, 22 ... a hard disk drive (HDD), 23 ... a printer, 24 ... a personal computer.

Claims (5)

[Claims] Claims: 1. A system provided on a website on the Internet for determining a transaction price by performing an intermediary operation between a wholesale market of goods whose prices fluctuate in a short period of time and a buyer of the goods. Information collecting means for collecting wholesale price information that the market regularly discloses via the Internet; first storage means for storing information collected by the information collecting means; and transaction history information for each product by each buyer. When there is a request for confirmation of a transaction price specifying a product to be ordered from the terminal device on the side of the buyer via the Internet from the stored second storage device, the wholesale of the first storage device for the product retroactively for a certain period of time is received. A first calculating means for calculating a predicted wholesale price using the price information; and a brokerage business fee for the product based on the transaction history information in the second storage means. Second calculating means for obtaining a transaction offer price obtained by summing the predicted wholesale price obtained by the step and its brokerage business fee and other expenses, and said first storage means when said request for confirmation of said transaction price is made. Editing means for editing the wholesale price fluctuation information for a period longer than a certain retroactive period as display data, and at least the transaction offer price obtained by the second arithmetic means and the display data edited by the editing means are constituted as screen data. A transaction price determination support system, comprising: a screen configuration unit; and transmitting and presenting the screen data configured by the screen configuration unit to a terminal device on the side of the buyer who has issued the confirmation request via the Internet. . 2. The system according to claim 1, wherein said screen composing means constitutes an order instructing section in the screen, and when an ordering request is received from the terminal device of the buyer side via the Internet based on the operation of said order instructing section, 2. A decision processing means for notifying at least the decided transaction price to the terminal device of the purchaser via the Internet and executing processing for storing information on the transaction in the second storage means. The transaction price determination support system described in 1. 3. When an authentication system of a third party is connected to the Internet, screen data composed by the screen composition means is transmitted to the authentication system via the Internet once, and the authentication system transmits the screen data. 3. The transaction price determination support system according to claim 1, wherein, at a stage where the data is returned, the screen data is transmitted via the Internet to the terminal device of the buyer who has made the confirmation request. 4. A transaction in which said screen construction means constitutes a negotiation request section relating to a transaction price in a screen and at least a desired price input field and a consultation transmission section for transmitting the price data. Third storage means for storing negotiation screen data, and fourth storage means for storing a transaction price limit value to be presented at the time of negotiation request based on the transaction history information of the second storage means for each buyer and each product. When there is a negotiation request via the Internet based on the operation of the negotiation request unit from the buyer's terminal device side, the transaction negotiation screen data of the third storage means is transmitted via the Internet. When transmitting to the terminal device of the buyer side and receiving the desired price data via the Internet based on the input to the desired price input field by the buyer side and the operation of the consultation transmission section, the comparison means Therefore, the desired price is compared with the limit value of the transaction price in the fourth storage means, and when the desired price is equal to or more than the limit value, the notification data indicating that the transaction is possible, and when the desired price is smaller than the limit value, the notification data indicating that the transaction is not possible. 4. The transaction price determination support system according to claim 1, wherein the transaction price is transmitted to the terminal device on the purchaser side via the Internet. 5. 5. In the case where a plurality of negotiations are permitted on the transaction negotiation screen, a limit value of a transaction price is set in the fourth storage means for each negotiation, and each of the limit values is 5. The transaction price determination support system according to claim 4, wherein the brokerage business side has strategically reduced the amount according to the number of negotiations in the past transaction by the buyer.