JP5252321B2 - Net system - Google Patents

Description

  The present invention relates to a net system, and more particularly to a net system that leads to sales promotion of discount negotiations for products and services provided by a store or the like on the Internet or the like.

Recently, various types of shopping, business-to-business transactions, distribution transactions, and the like are performed on a homepage provided by a WWW (World Wide Web) server using the Internet. A catalog or the like is posted on the homepage, and a user can access the homepage to purchase products or services, or to make a business alliance. The user can easily and quickly obtain the item of interest, and the user population is growing rapidly because it is convenient.
Here, the applicant proposes a system that can perform discount negotiations, etc. in Patent Document 1 so that a purchaser who is a user can purchase a product etc. at a lower price than the amount displayed by the site operator etc. doing.

JP 2002-175473 A

By the way, it is desired that the above-described discount negotiation using the Internet be used for sales promotion.
Moreover, if the user is given a sense of tension during discount negotiations and enjoys shopping, the number of repeaters can be increased and further sales can be promoted.
Further, if bargaining negotiations can be performed for products displayed at each store or the like, television shopping, or the like, it is possible to shop happily without bothering the staff. Thank you for those who are not good at negotiations.
Furthermore, if you want to purchase the same product that you found outside the store, it is even more convenient if you can purchase it immediately and negotiate for a discount.
Furthermore, conditions such as discount negotiations are not fixed, and it is desirable that they fluctuate because it is not necessary for the user to guess these conditions.

In addition, it is convenient that the amount of cash returned can be saved in a user saving box virtualized on a database for a certain period and used when purchasing goods or the like. For stores and the like, it is possible to promote sales by encouraging the use of user saving boxes.
Furthermore, if it is possible to allow a plurality of people to bid for a specific product using the price negotiation function, it is possible for the user to make a more thrilling and interesting shopping and to provide various shopping methods. In addition, in a bid method such as an auction, the setting of the amount is left to the user's judgment, so it can be imagined that there are few opportunities for the product provider to actually sell at the amount they want to sell. . However, it is desirable for the system to be able to sell at a price that is as close as possible to the amount that the user wants to sell, while satisfying the user's desire to purchase at a low price, as requested by the provider of the product.
In addition, it may be desirable to specify the individual to use the price negotiation function or participate in an auction.

Furthermore, although credit and performance are emphasized for transactions between companies, even in such a case, if discount negotiation can be used, transactions can be smoothly and efficiently advanced.
In addition, users usually try to find and purchase products that are as good as possible within a limited budget and that have the functions that they want, but it is difficult to determine if they are in front of them. There are many cases. It would be convenient if a site was devised to help in this determination.
Furthermore, if the sales price of another store is lower, there is a possibility that the customer will be taken to another store. For this reason, it is advantageous in terms of sales strategy if it is cheaper than other stores and can be immediately presented to the user at a price that can be sold at the store.
Furthermore, when the user forgets the login ID, it is necessary to take an appropriate measure safely and reliably.

Furthermore, when a user purchases goods or the like collectively, it is desirable that a certain amount of reduction leads to further purchase motivation.
Furthermore, when the number of stores increases or the number of products is large, the user cannot easily find a product or service that the user wants to transfer. For this reason, it is desirable to be able to provide some guidance.
Furthermore, if a virtual robot is arranged in the site to give various occasional greetings to the user or assist in the purchase of the product, it will be fun and convenient for the user, and will also promote the purchase.
Furthermore, it is convenient for the user if information on recommended or best-selling products and services, information on deliverables, etc. can be provided.

Furthermore, if it is found that the price does not match the budget amount, it is convenient if the products selected so as to match the budget amount can be easily replaced and reviewed.
Furthermore, it is convenient if discount negotiations and cash returns can be made for a plurality of products and services. It would be even more preferable if the benefits obtained by putting them together were added.
In addition, when selling online in the form of a rented store, these multiple products and services can be purchased together even if different stores are mixed, and discount negotiations and cash returns can be made together. It is desirable that
Furthermore, it is desirable that cash returns be divided into a part that is directly reduced from the product price and a part that is stored as virtual cash or points and used for the next product purchase when the product is purchased.

  The present invention has been made in view of such a conventional problem, and an object of the present invention is to provide a network system that leads to sales promotion of discount negotiations for products and services provided by stores on the Internet and the like.

Therefore, the present invention provides a center server and a plurality of information processing devices connected to the net, users who participate in an auction by operating the information processing devices, merchandise provided by a store or the like and stored in the center server And / or the bottom price or bottom selling rate, which is the lowest price or sales rate at which the service can be sold, and the product and / or the product input by each user in the information processing apparatus and stored in the center server via the network For a user who presents the desired purchase price or desired purchase rate of the service and the center server presenting the desired purchase price or desired purchase rate when the desired purchase price or desired purchase rate is equal to or greater than the bottom price or bottom selling rate. On the other hand, the desired purchase price or desired purchase rate is The center server presents a predetermined amount or a predetermined sales rate equal to or greater than the bottom price or the bottom selling rate to the information processing apparatus possessed by the user via the network, and the center server a negotiation unit configured to perform determination on the consent of the user to allow sales in the predetermined amount or a predetermined sell, and negotiation count management means for the center server manages the negotiable negotiation count in said negotiation means, The center server automatically manages a history of a desired purchase amount or a desired purchase rate that is input by each user in the plurality of information processing devices and stored via the net, and can be browsed via the net. and history means to display for, the desired purchase price or desired purchase rate of the goods and / or services each user has input A network system comprising a time limit determining means for managing a history by a time limit by a center server and determining that the center server permits a sale to a user who presents the highest amount or purchase rate within the time limit. The center server permits the sale to the user who has presented the desired purchase price or the desired purchase rate when the desired purchase price or the desired purchase rate by the negotiating means is equal to or higher than the bottom price or the bottom selling rate. A mode, a mode of permitting sales at a predetermined amount or a predetermined sales rate presented by the center server when the desired purchase amount or a desired purchase rate by the negotiation means is less than the bottom price or the bottom selling rate, and Permitting sales to users who present the highest amount or purchase rate within the time limit determined by the time limit determination means Of the modes, the sale of the goods and / or services is permitted based on the mode determined earliest, and the negotiation unit waits for the users who have viewed the history by the history unit to run out of the number of negotiations with each other. It is possible to negotiate without any problems.
In addition, the present invention provides a desired sales price or a desired sales rate for a user of goods and / or services provided by a store or the like, and an amount or a sales rate lower than the desired sales price or the desired sales rate. Price negotiation means for enabling price negotiation via the Internet, and means for granting or limiting the number of possible price negotiations for granting or limiting the number of possible price negotiations for the goods and / or services of the user in the price negotiation means; You may comprise .

  Set the number of possible price negotiations, and give or limit the number of times. It is desirable that the number of times be set based on, for example, the purchase frequency of the user, the purchase amount, and the like. Thereby, the user's desire to use price negotiation can be promoted. In addition, while allowing price negotiations according to the degree of product purchase, limiting the number of possible price negotiations for products and services makes it easier for the unspecified number of people to negotiate the price indefinitely. Can prevent exposure.

Further , the present invention provides a desired sales price or desired sales rate for a user of goods and / or services provided by a store or the like, and an amount or sales rate lower than the desired sales price or desired sales rate. The price negotiation means for enabling the price negotiation via the Internet and the price negotiation success / failure determination means for determining the success / failure of the price negotiation due to the user's action may be provided .

The success or failure of the price negotiation is determined based on the user's action. The user's action is, for example, an act of starting gambling such as a slot machine in the price negotiation process or having the user's favorite data selected.
As a result, it is possible to increase the tension during the price negotiation and to add entertainment.

Furthermore, the present invention is set for a desired sales price or a desired sales rate for a user of a product and / or service provided by a store or the like, and the desired sales price or desired sales rate. Accumulation means for accumulating a part or all of the cash return amount or return rate used for purchase or other goods and / or services and the amount corresponding to the cash return amount or return rate When, may be constituted by a payment means using the accumulated amount or rate at said storage means as a part or all of the payment price of the goods and / or services.

  The cash return amount or the return rate may be a fixed amount or a fixed rate uniformly for each user, but may be a different amount or rate depending on the situation of the customer. The use as a part or all of the payment price may be applied to the product or service, but may be applicable at the time of subsequent purchases.

Further, the present invention provides a desired sales price or desired sales rate for a user of goods and / or services provided by a store or the like, and an amount or sales rate lower than the desired sales price or desired sales rate. Price negotiation means that enables price negotiation via the Internet, and is set for the desired selling price or desired selling rate, used for purchasing the goods and / or services, or other goods and / or Cash return amount or return rate or points used for the purchase of services, storage means for storing part or all of the cash return amount or return rate or points, etc., and the amount stored by the storage means or the like may also be constituted by a payment means for use as part or all of the payment price of the goods and / or services.

  By providing price negotiation processing and cash return processing or point system, users can estimate the amount and rate of bottom price etc. in price negotiation by looking at the amount and rate of cash return It becomes easy to use the price negotiation process.

Furthermore, the present invention, the relative purchase of the goods and / or services the user may be configured with a selection means for enabling selected one of the bargaining process or the cash reduction treatment.

  Users will be able to choose between cash reduction processing and price negotiation processing. Users who want to be paid back in a uniform manner should only choose cash reduction processing, and users who want to be non-uniform will actively engage in price negotiation processing. It is possible to apply processing according to the user's preference, such as using it automatically.

Further, in the present invention, the payment means can use a part or all of the amount accumulated by the accumulation means for a part or all of the amount negotiated by the price negotiation means. it may be characterized by a.

  When paying for the amount resulting from the price negotiation, it is possible for the user to use the cash return amount stored in the storage means.

Furthermore, the present invention provides a plurality of products and / or services provided by a store or the like, which the user desires to purchase, a total price of a desired selling price of the products and / or services, and an amount or rate lower than the total price. A price negotiation means for enabling price negotiation with the user may be provided .

  If you purchase multiple products or services, you can negotiate prices together. It is desirable that this price negotiation is further cheaper than price negotiation for single items. For this reason, it is desirable to change the degree of discount according to the size of the total amount. For example, the bottom price, the set rate of the intermediate presentation amount, and the like are changed based on the total amount-rate table. When selling in the form of a rented store, it is desirable that the price negotiation means be able to negotiate the price collectively even if products provided at a plurality of stores are mixed.

Furthermore, the present invention, the plurality of items and / or part or all of the service is capable of price negotiation, alone, may be characterized in that trough in the database it is stored.

  Even when products that can be negotiated for price and products that are not negotiated for price are mixed, it is possible to collectively negotiate prices for a plurality of purchased products as a whole. If a product cannot be sold with the desired purchase price by the user in price negotiation, the negotiated price may be presented to the user. At this time, the negotiated price itself is lowered according to the total amount. It is desirable to do so. Alternatively, the price calculated as a result of the price negotiation may be further reduced by a predetermined amount or a predetermined rate according to the size of this amount. For this reason, it is convenient for a user who desires a discount as a whole. In addition, product purchase by the user can be promoted.

Furthermore, the present invention provides a product and / or service provided by a store or the like, information attached to the product and / or service, a Web page opened based on a URL in the information, and the Web page. a server for providing a purchase means to purchase the Web said on page goods and / or services, be constituted by a database for storing the items and / or service information that has been purchased by the purchasing instrument Good .

The product or service may be the case where the user wants to purchase the same product or the like possessed by a third party as well as the case where the user purchases the product displayed in the store. The information is sealed directly on the product, attached to a bag containing the product, written on a tag, printed on a flyer, a magazine, or the like. The information is, for example, a bar code or an IC tag in addition to letters, numbers, symbols, and the like. This information may be information that has been read and automatically analyzed by an image acquisition means such as a mobile phone or a mobile information terminal or information acquisition means that receives power and transmits information using radio waves. It may be obtained from the above and used. A web page is opened based on the URL included in this information. And it is possible to purchase goods and services on this Web page. Information on purchased products and services is stored in the database.
This makes it easy to purchase goods and services on the spot.

Furthermore, the present invention provides a product and / or service provided by a store, etc., information attached to the product and / or service or provided by video, and first information reading means for reading the information, A URL extracted from the information read by the first information reading means; a Web page opened based on the URL; a server providing the Web page; and the product and / or service on the Web page and purchase means for purchase or ordered book, may be constituted by a database for storing the items and / or service information that has been purchased, etc. in the purchasing instrument.

The information is attached to the product or service, or is provided by video. The first information reading means reads information attached to the product or service. Thereafter, the URL is extracted from this information, and the web page is automatically opened. And it is possible to purchase goods and services on this Web page. Information on purchased products and services is stored in the database.
As described above, the user can surely purchase a product or the like desired to purchase on the spot. Electronic payment makes it easy to purchase goods.

Furthermore, the present invention provides a second information reading means for reading information on the product and / or service, and an extracting means for extracting matching data from the database based on the information read by the second information reading means. You may comprise .

When the user finishes the purchase or finishes selecting the item to be purchased, the information attached to the product or service is read by the second information reading means. Then, data that matches the information read by the second information reading means is extracted from the database.
This makes it possible to confirm what the user has purchased at a cash register or the like, and to prevent theft such as taking out unpurchased items from the store to the outside.

Furthermore, the present invention may be configured to include a totaling unit that totals charges for the data extracted by the extraction unit.

The aggregation means performs charge aggregation for the extracted data.
As described above, a series of processing from purchase to charge aggregation can be easily performed.

Further, the present invention provides information attached to goods and / or services, a database in which data relating to the goods and / or services is stored, first information reading means for reading the information, and the first information. Based on the information read by the reading means, the price is extracted from the information or from the database and displayed, and the product and / or service is purchased for the price displayed by the extraction display means. Or you may comprise with the purchasing means to make a purchase reservation.

The first information reading unit may be an imaging unit or an information acquisition unit that transmits power using radio waves and receives information. According to this information acquisition means, it is possible to capture information on a plurality of products at once. The price may be extracted from the information and displayed, or the price may be extracted from the database and displayed. Then, the user makes a purchase or purchase reservation for the price displayed here.
For this reason, purchase of goods etc. can be performed easily. It is also easy for shop assistants to work.

Furthermore, the present invention provides a television capable of the Internet, at least one product and / or service provided by the television and desired by the user for purchase, and a server for providing a Web page that handles the product and / or service. A purchase means for purchasing or making a purchase reservation for the product and / or service on the Web page may be provided .

  As a result, it is possible to easily purchase products and the like via the Web in television shopping where products are provided on a television capable of the Internet.

Furthermore, the present invention is, in the purchase means may be characterized by enabling price negotiation and / or cash reduction treatment.

  This is convenient because discounts can be made without bothering the staff. In addition, the user can easily negotiate prices, and the willingness to purchase products is enhanced.

Furthermore, the present invention, the Web page has at least one shops or can be purchased the goods and / or services is displayed, the user is characterized by a selectable one of a like merchant May be .

  The database stores the merchandise and the like handled in this store along with each store information. By receiving information such as the name of the product or service that the user wants to purchase via the Internet, the server extracts from the database at least one store that can purchase the product or service. indicate. The user can freely select a store closest to the user or a store with the lowest price. As a result, the user can purchase, for example, a product he / she wants to purchase reliably, quickly and inexpensively.

Further, the present invention provides at least one product and / or service provided by a store or the like and desired by a user, between a desired selling price of the product and / or service, and the desired selling price and the bottom price. Price negotiation means that makes it possible to negotiate a price with the user for an amount of money, and the bottom price or the bottom selling rate, which is the limit price that the price cannot be lowered any more, or the desired value regarding the goods and / or services A predetermined range value including a predetermined coefficient that acts on an amount of money between the selling price and the bottom price, which is a trade-off point with the user, and a bottom price or a bottom selling rate from the predetermined range value, or You may comprise including extraction means, such as a bottom price, which extracts a predetermined coefficient.

The bottom price or the bottom selling rate or the predetermined coefficient is not fixed, but is changed at every price negotiation. For this reason, a predetermined range value including a bottom price or a bottom selling rate or a predetermined coefficient is defined. Then, a bottom price, a bottom sales rate, or a predetermined coefficient is extracted from the predetermined range value. This extraction is arbitrarily performed by, for example, random number generation.
This makes it more difficult for the user to estimate the bottom price or bottom selling rate or a predetermined coefficient.

Furthermore, the present invention is rock bottom or bottom sell or predetermined coefficient is extracted by the rock bottom like extraction means, characterized by being varied depending on the interests of the merchant, such as with respect to the goods and / or services Also good .

  As a result, the store or the like can secure a certain profit.

Furthermore, the present invention provides a desired sales price or a desired sales rate for a user of a product and / or service provided by a store or the like, and a sales price of the product and / or service that is equal to or less than the desired sales price or the desired sales rate. A discount negotiation means for determining a discount negotiation decision price or a discount negotiation decision rate between the lowest possible price or the lowest sale rate or the lowest sale rate, and a reduction amount or a reduction rate to be returned to the user, be a reduced amount or reduced rate and the discount negotiation determined price or discount negotiation determine rate and the addition to the amount or rate of the payment amount or payment rate of the user may be characterized by a.

  Virtual cash returned to the user with a reduction amount or a reduction rate is stored in a database. And since this virtual cash can be used at the time of goods purchase, sales of a store etc. can be promoted.

  When there are a plurality of products, etc., for example, the desired sales price, the bottom price, the discount negotiation decision price, the reduction amount, etc. may be the sum of the respective amounts.

Furthermore, the present invention provides a desired sales price or a desired sales rate for at least one user and a user of a product and / or service provided by a store or the like, and the product and / or lower than the desired sales price or the desired sales rate. The lowest price or the sales rate that is the lowest price or sales rate at which the service can be sold, the desired purchase amount or the desired purchase rate entered by the user, and the lower price or the minimum price to the desired sales price or less. A comparison means for comparing the predetermined price with the desired purchase price, or for comparing the desired purchase rate with the bottom sales rate or a predetermined rate set to be equal to or higher than the bottom sales rate and lower than the desired sales rate, and a result of the comparison means Sales permission / non-permission determination means for determining whether or not to permit sales based on Or a history means taking the unauthorized history, the history that was taken at the subsequent history means the user may be configured and a browsing means for enabling viewing.

  Stores and the like include providers of products and the like. As described above, in addition to the auction function, it is possible to have an early winning function. A person who wants a product can also purchase at a predetermined price that is higher than the floor price or lower than the floor price and below the desired selling price. The user can predict and set the price just below the bottom by browsing the history of permission / denial of sales. On the other hand, for a store or the like, it is possible to sell at a price higher than the bottom price set by itself. Further, a time limit may be set, and sales of products and the like may be permitted to a user who has presented the maximum price in the history of disapproval within this time limit. When inputting data, in addition to numerical input by key operation, voice input may be used (hereinafter the same).

Further, the present invention provides the negotiation price presenting means for presenting a predetermined negotiation price when the sales permission / non-permission determination means is not permitted for sale, and the user at the negotiation price presented by the negotiation price presenting means. There may be constituted by a purchase such specifying means for specifying the purchase or non purchase of the product or the like.

  If the negotiated price is acceptable, the user can purchase a product or the like at this price. Even when a non-purchase is designated, it is desirable to take a history with the history means. Any of the functions that can be purchased when the bottom price is exceeded, can be purchased at a negotiated price, and can be purchased by the person who has the highest price within the time limit may be combined.

Further, according to the present invention, the store or the like is at least one of the bottom price, the predetermined price, and the desired sales price, or at least one of the bottom sales ratio, the predetermined rate, and the desired sales price. You may comprise the changing means which can change one.

  The bottom price etc. may go down on the way, so the user is nagged. As a result of lowering the bottom price or the like, the purchase of at least one user presenting the highest price at the current stage may be permitted. In addition, shops and the like can raise the bottom price by looking at the popularity.

Furthermore, the present invention provides a participation application by a user, at least one specific management number generated on the server side based on the participation application, an e-mail that distributes the specific management number to the user, A management number input field for a user to input a specific management number distributed by e-mail, a transmission means for transmitting the specific management number input in the management number input field to the server, and received by the transmission means A determination unit that determines whether or not the specific management number matches the specific management number generated on the server side, and a predetermined number of times when the determination unit determines that the specific management number matches, it may be characterized by permitting the use of the process.

  As described above, it is possible to narrow the number of participating users to users who really want to trade or negotiate to some extent, instead of allowing unlimited participation.

Furthermore, the present invention belongs to a product and / or service provided by a store or the like, at least one name or product genre of the product or the like that the user desires to purchase, and a name or product genre or the like of the product or the like Selection means for selecting the product etc. based on attributes of each product etc. and / or recommended factors such as the product by the store etc. may be provided .

  As described above, a product that can be purchased can be estimated and presented to the user based on the attribute of each product and the recommended factors such as the product from the store. When evaluating the match of attributes, for example, the evaluation is performed by the number of matched functions, or each function is weighted and evaluated by the total of these evaluation scores. Therefore, it is possible to reduce troublesome product selection for the user.

Furthermore, the present invention, the attributes and / or the recommended factors are provided freely selected as at least one item, at least one of said item may be characterized in that the user can select.

  By selecting attributes and recommended factors, the user can easily narrow down desired products and the like. However, if some of the attributes or recommended factors selected by the user do not exist in the function of the product as a result of narrowing down, the absence may be displayed. This can be an effective judgment material when the user purchases a product or the like. Accumulating and aggregating selected attributes and recommended factors will help companies develop.

Furthermore, the present invention inputs a product and / or service provided by a store or the like, at least one name or product genre of the product or the like that the user desires to purchase, and a budget for purchasing the product or the like. Determination of whether or not the budget amount input field and the product etc. are within the range of the budget amount, within a range exceeding the budget amount by a predetermined amount or a predetermined rate, or within a predetermined range including the budget amount it may be configured and means.

The budget amount may be uniquely determined, but an upper limit and a lower limit may be input by specifying a range. Or you may designate that it becomes below a certain budget amount. If an appropriate product or the like cannot be extracted within the budget range, the search process may be performed again with the budget range expanded as appropriate. The budget amount may be a desired sales price of a store or the like, or may be a price obtained by subtracting a cash reduction amount or an estimated discount price by discount negotiation from the desired sales price. These may be previously selectable by the user.
As described above, it is possible to provide the user with an estimate of products that can be purchased within the budget amount.

Furthermore, the present invention relates to a product and / or service provided by a store or the like, a product and / or a service that the user wishes to purchase or is automatically selected as being within a predetermined budget amount, and / or Services, popular products, etc. that are pre-selected and stored among products and / or services as products recommended by the store, etc. or popular for the user, products, etc. selected by the user or automatically selected A comparison means for comparing the specifications of the popular product and the specifications of the popular product may be provided .

  As described above, the user can compare the recommended product etc. with the product etc. that the user wishes to purchase or is automatically selected by the server or the like as being within the range of the predetermined budget amount. For this reason, it is convenient for the user because the range of product selection is widened.

Furthermore, the present invention may be configured with a product like changing means by the user to change the previously desired or the automatic selected products like those desired from among the popular products like for which the said comparison .

  As described above, the user can change the product he wants to purchase as a result of comparison with other recommended products and the like, so that the product can be easily selected. In addition, you may enable it to purchase cheaply the goods decided to purchase by discount negotiation, cash reduction, etc.

Further, the present invention inputs a product and / or service provided by a store or the like, a product and / or service that the user desires to purchase, and a desired purchase price for the product and / or service. Input means, a price estimated by the user that the product and / or service will be awarded, at least one estimated price set by the user, and the estimated price and current price in the bidding history A bid price automatic setting means for automatically setting a bid price based on a difference between a maximum price or a bid start price and a follow-up of others participating in the bid, and a degree of protrusion set in advance by a user; You may comprise .

  As described above, the user can participate in the bidding according to the simulation set by the user in advance, and it does not take time and effort. However, the estimated price and the degree of protrusion may be changed by the user halfway.

Further, the present invention provides a product and / or service provided by a store or the like, a narrowing of the product or the like based on a budget amount, an attribute of the product or the like, and / or a product or the like based on a recommended factor such as a product by the store. Of narrowing down products, narrowing down the products by at least one of narrowing down the products based on keywords and / or manufacturer name search, and when the narrowing down is not successful by the narrowing down means, the respective narrowing items it may be characterized by performing at least any one ignored again narrowing of.

  Narrowing is performed based on a predetermined condition, and when a corresponding product or the like cannot be extracted, the narrowing is performed again with the condition slightly lowered. For example, in the case of a budget amount, it is desirable that the amount is gradually reduced and then narrowed down again. This makes it possible to extract products that are close to the user's wishes.

Furthermore, the present invention provides a product and / or service provided by a store or the like, a product and / or service that the user desires to purchase among the product or the like, and sales of the product and / or service at another store. and other stores sales amount input means for inputting the amount of money, may be configured to include a judgment means for judging whether it is possible to sell the following sales amount in other stores inputted to said other store sales amount input means .

  Providing the server with a function for determining whether or not a store can sell for less than the sales amount at other stores, the user can respond quickly, and stores and the like are less likely to take the user to other stores .

Furthermore, the present invention may be characterized in that the amount of more than the sales amount when it is determined that can be sold at sales amount less in other stores with the determination means for presenting to the user.

  By presenting the amount of money to the user, it becomes easier to organize negotiations.

Furthermore, the present invention provides an information processing apparatus used by a user, information acquisition means for acquiring unique information and / or biometric information from the information processing apparatus, information acquired by the information acquisition means, or the information Transmitting means for transmitting the key generated from the server to the center server, storing means for storing the information transmitted by the transmitting means, and information stored by the storing means and information transmitted thereafter match may be constituted by a function use permission means to admit the use of functions in the center server by the user.

  By seeing the matching of the unique information and biometric information, it is possible to identify the person who uses the function in the center server with high accuracy. For this reason, when the function is used in the center server, it is possible to prevent unauthorized use by a user or a store.

Furthermore, the present invention provides a desired sales price or a desired sales rate for at least one user and a user of a product and / or service provided by a store or the like, and the product and / or lower than the desired sales price or the desired sales rate. The lowest price or the sales rate that is the lowest price or sales rate at which the service can be sold, the desired purchase amount or the desired purchase rate entered by the user, and the lower price or the minimum price to the desired sales price or less. A comparison means for comparing the predetermined price with the desired purchase price, or for comparing the desired purchase rate with the bottom sales rate or a predetermined rate set to be equal to or higher than the bottom sales rate and lower than the desired sales rate, and a result of the comparison means Sales permission / non-permission judgment means for judging whether or not to permit sales based on the above, and sales permission / non-permission judgment means when sales are not permitted Negotiation price presenting means for presenting a predetermined negotiation price, and the closer the purchase price or the desired purchase rate is to the bottom price or the bottom selling rate, the closer the negotiated price is to the bottom price or the bottom selling rate it may be with.

  When a user with rich product knowledge wants to purchase the product, it is desirable to sell it at a price close to the bottom price. This function can be used for discount negotiation as well as an auction function. At this time, the intermediate amount will gradually decrease, so you can expect more thrill.

Furthermore, the present invention is a network system comprising a server managed by a login ID and a password, and a database for storing the login ID, password and user information, and matches from the database based on the password transmitted by the user. The login ID is extracted and displayed, or a matching mail address is detected from the database based on the user information transmitted by the user, and a mail including a predetermined URL is transmitted to the mail address. it may be characterized by extracting and displaying login ID to send the email address and / or telephone number of the user from the database based on the website of the predetermined URL Te.

  As described above, these data can be safely provided from the server side to the user who has forgotten the login ID or password by a simple procedure.

Furthermore, the present invention provides a plurality of products and / or services that a user desires to purchase, a desired sales price or a desired sales rate for the user of the products and / or services, and the desired sales price or Cash amount or rate that is set for the desired sales rate and is used for the purchase of the goods and / or services, or for the purchase of other goods and / or services, and the goods and / or services Total amount or total rate in which the desired selling price or desired selling rate is totaled, and a total amount-rate table table in which the amount or rate for adjusting the cash return amount or the return rate is set according to the size of the total amount The rate etc. extracting means for extracting the amount or rate adjusted from the total amount-rate etc. table based on the total amount or the rate, and the rate etc. extracting means May be characterized in that the by the amount or rate cash refund or reduction rate is adjusted.

  Based on the total amount-rate table, a cash return amount or return rate adjusted from the total amount is obtained, and reduced or reduced for a user who has purchased goods or the like together. However, it is desirable that the adjusted cash return amount or the return rate is adjusted according to the level of the customer's preference for the store. In addition, it is desirable not to reduce or reduce the rate when only a few cheap items are purchased or when the total amount is low.

Furthermore, the present invention provides a plurality of products and / or services that a user desires to purchase, a desired sales price or a desired sales rate for the user of the products and / or services, and the products and / or services provided by a store or the like. The total price or the total rate of the desired sales price or the desired sales rate of the service, the total amount-rate table in which the amount or rate to be reduced or reduced according to the size of the total price is set, and Based on the total amount or the total rate, a rate or the like extracting means for extracting the amount or rate adjusted from the total amount-rate etc. table, and the total amount or the total by the amount or rate extracted by the rate etc. extracting means it may be characterized in that the rate is adjusted.

  An amount or a rate to be adjusted from the total amount is obtained based on a total amount-rate table, and the amount is reduced or reduced for a user who has purchased a product or the like collectively. However, it is desirable that the amount or rate to be adjusted is adjusted depending on the level of customer's interest in the store. In addition, it is desirable not to reduce or reduce the rate when only a few cheap items are purchased or when the total amount is low.

Furthermore, the present invention provides a specific product and / or service that a user desires to purchase, a plurality of stores that provide the product and / or service, and a plurality of stores that are priced for the product and / or service. The web page may be configured to include a web page to be posted together, and a transition means for shifting to the discount negotiation process, cash return process, auction process, or bidding process for the price on the web page.

  When a user desires a specific product or service, it is possible to directly compare prices by collectively viewing information on a plurality of stores that provide the specific product on a Web page at a time. For this reason, it is easy for the user to grasp the market price. Therefore, it is easy to estimate the bottom price and the like, and discount negotiation processing and the like can be performed efficiently.

Furthermore, the present invention provides a specific product and / or service that a user desires to purchase, a plurality of stores that provide the product and / or service, and a plurality of stores that are priced for the product and / or service. And a Web page that is arranged in a predetermined order and is posted so as to be viewable in order for the user, and a transition means for transferring to the Web page a discount negotiation process, a cash return process, an auction process, or a bid process for the price. it may be configured Te.

  It is possible to sequentially display Web pages of stores that handle specific products and services. For this reason, the user can grasp the market price of the price while having the feeling of doing window shopping. Therefore, it is easy to estimate the bottom price and the like, and discount negotiation processing and the like can be performed efficiently. It is desirable to be able to switch between direct price comparison and window shopping.

Furthermore, the present invention pre-registers the product etc. designation means for designating the product and / or service that the user desires to purchase, the store etc. that can be provided for the product and / or service, and the price of the product and / or service. Based on the database, the product and / or service designated by the product etc. designation means, the store etc. extraction means for extracting the price of the store etc. and the product and / or service from the database, and the shop etc. extraction means extracted it may be configured to include a Web page that has been disposed of special corner for me for a price of shops and the like, and the goods and / or services.

  When information about a plurality of stores is performed on one page of the Web screen, the handling is small for the store and the like and disappears when the page changes. For this reason, a special store introduction corner is provided, and the advertising effect is enhanced by maintaining a state where the page is always displayed even if the page is repeated. A store name or the like is always displayed in a conspicuous location on the Web page for a user who wants to purchase the product, and the user can easily purchase the product.

Furthermore, the present invention provides a customer rank ranked according to the purchase record and / or site use record by the user, and a virtual robot virtually configured by software in the site according to the customer rank A user specifying means for specifying the user, a customer rank detecting means for detecting a customer rank based on the user information specified by the user specifying means, and a customer rank detecting means. In addition, a virtual robot extraction unit that extracts a virtual robot corresponding to the customer rank and a display unit that displays the virtual robot extracted by the virtual robot extraction unit may be provided .

  The customer rank is set based on the purchase record of the product etc. by the user and the site use track record, and the virtual robot to be displayed is varied according to the customer rank. By doing so, the user can visually recognize that he is a good customer. If the customer rank goes up, products can be purchased more cheaply, and benefits will be added, so you can understand them sensuously while enjoying these circumstances. Therefore, it leads to promotion of purchase.

Furthermore, the present invention provides a virtual robot virtually configured by software in a site, a user specifying means for specifying a user, a visit history of a user specified by the user specifying means, a purchase record, Management data for managing at least one of the registered information, a database storing words generated by the virtual robot, and words generated by the virtual robot based on the management data are selected from the database. it may be with.

  As described above, various ad hoc appearances and greetings of the virtual robot can be made, and the user is friendly and wants to visit the site again. Therefore, it also leads to promotion of purchase of goods.

Further, the present invention provides a virtual robot virtually configured by software in a site, weather information stored corresponding to a region, a database storing words generated by the virtual robot, and a user's current location Alternatively, position detection means for detecting a registered position, weather information extraction means for extracting the weather information based on position information detected by the position detection means, and the weather information extracted by the weather information extraction means it may be characterized by the words to emit a virtual robot groups are selected from the database.

The position information is an address registered in advance by the user, or a position detected by GPS (Global Positioning System) or the like.
As a result, the virtual robot can greet the user who has connected to the site.

Furthermore, the present invention provides a virtual robot that is virtually configured with software in a site, and form storage data for storing a part of or all of the form and / or voice of the virtual robot prepared for each store or user Detecting means for detecting the store or user, and a form extracting means for extracting a form and / or voice or web page that matches the store or user detected by the detecting means from the form storage data, and the form extracted by the extraction means form and / or audio, or Web page of the virtual robot mode and / or audio, or may be characterized by replacing the Web page containing the virtual robot.

Part or all of the form and sound of the virtual robot is changed to a store-specific or user-specific or favorite one. Alternatively, the Web page itself is changed according to each store or user.
As described above, by changing the form and sound of the virtual robot to be unique to each store or user, the user becomes more friendly and wants to visit the site again. Therefore, it also leads to promotion of purchase of goods.

Furthermore, the present invention provides a product and / or service that a user desires to purchase, a database provided by a store or the like, a database that stores information on recommended or best-selling products and services for the products and / or services, and the products. And / or information on the recommended or best-selling product or service from the database, and information on the recommended or best-selling product or service detected by the information detection means on the Web page. it may be characterized by the.

  By providing information on recommended or popular products and services, the user can easily purchase products and the like. It will also lead to the promotion of purchasing products. If the virtual robot provides these recommended or best-selling products and services, it is different from simple mechanical services, so it is more familiar and leads to sales promotion.

Furthermore, the present invention provides a specific product and / or service that a user desires or is expected to purchase, a product registration and the like for registering or estimating a product and / or service product, and the identification A product extraction means for extracting a product registered or estimated by the product registration and the like based on the goods and / or services of the product, and providing the product extracted by the product extraction means on a web page it may also be characterized.

  When the user is looking for something, set the conditions for the site of the WWW server in advance, so that when the user visits the site quickly, Can report and respond flexibly. Considering the case where it is presumed to be a product for the user, a more flexible response can be made. As a result, the user does not have to worry about the search. It also leads to sales promotion for stores.

Further, the present invention provides a product and / or service that the user desires to purchase, a total amount calculation means for calculating a total amount of the product and / or service, and a total amount calculated by the total amount calculation means. It may be configured to include a reviewing means for reviewing the product etc. so that the total amount approaches the user's budget by exchanging with the newly selected product when it does not match the budget of the user.

  From the above, when purchasing a product or service, even if it is found that the selected product or service does not match the budget amount, the user can easily review without matching the budget amount. Can be done.

Furthermore, the present invention is set for a desired sales price or a desired sales rate for a user of a product and / or service provided by a store or the like, and the desired sales price or desired sales rate. A cash reduction amount or a reduction rate used for purchase or used for purchase of other goods and / or services, and a part or all of the cash reduction amount or the reduction rate is the desired selling price or the desired sales it may be characterized in that it is directly reduced or decreasing rate from the rate.

  If it is directly reduced or reduced from the desired sales price or the desired sales rate, it would be appreciated for the user. The amount of direct reduction or reduction may be set in advance by a store or the like on the side of the store or the like, and the user may specify within this range.

Further, according to the present invention, when a part of the cash return amount or the return rate is directly reduced or reduced from the desired selling price or the desired sales rate, the remaining cash return amount or the remaining return rate is stored in the storage means. Rukoto may be characterized.

  If the amount of cash reduction or the remainder of the reduction rate is stored in the storage means, it is advantageous for the user and it is advantageous for the store etc. to purchase again. In this way, a system that can benefit both parties can be provided. What is stored in the storage means may be points corresponding to the cash return amount or the return rate. It is desirable that the amount, rate, and points accumulated in the accumulation means are changed depending on the degree of direct reduction or reduction. For example, the amount, rate, and points stored in the storage means are reduced as the degree of direct reduction or reduction increases. At this time, the total cash return amount or the total return rate is also reduced accordingly. The degree of direct reduction or reduction can be set by the store or the user. This makes it possible to reduce or reduce the rate in accordance with the sales strategy of the store or the like.

Furthermore, the present invention provides a plurality of products and / or services that a user desires to purchase, a desired sales price or a desired sales rate of the products and / or services, and the desired sales price or desired sales. A plurality of products comprising a cash return amount or a return rate or points set for a rate, used for purchase of the product and / or service, or used for purchase of another product and / or service. and / or cash or percentage or point for collectively service may be characterized in that it is reduced.

  It is convenient for the user by performing a collective reduction. It is desirable that a plurality of products and services be collectively returned across a plurality of stores in the case of a rental store type shop on the Web. In addition, it is desirable that the final determined price can be separated for each product and the like for the returned product and the like.

Furthermore, the present invention is a narrowing-down method for narrowing down product data based on a question issued by a character and / or voice to the user from the center side via the network, an answer by the user's character and / or voice to the question, and the answer it may be configured and means.

  This simplifies the operation for the user. By placing virtual robots that are virtually configured with software on the site and asking questions, you can easily search and select products while having fun.

As described above, according to the present invention, it is possible to promote the user's desire to use price negotiation by setting the possible number of times of price negotiation and giving or limiting the number of times. In addition, while allowing price negotiations according to the degree of product purchase, limiting the number of possible price negotiations for products and services makes it easier for the unspecified number of people to negotiate the price indefinitely. Can prevent exposure.
Furthermore, by providing price negotiation and cash reduction, it will lead to further convenience for the user.

System configuration diagram of an embodiment of the present invention Screen showing classification items such as products Examples of items and data entry fields Auxiliary tools for entering letters, numbers, symbols, etc. Application method registration example using software An example of service work Flow chart (Part 1) Example of charge system selection screen Flow chart (Part 2) Flow chart (part 3) Diagram showing the contents of the current month database Main screen example of homepage Map display example List display example Homepage of each store Flow chart (Part 4) User desired information mail transmission service example Flow chart (part 5) E-mail information sending example Flow chart (Part 6) Flow chart (part 7) Flow chart (Part 8) Flow chart (Product purchase procedure according to the second embodiment) Same as above Flow chart (Increment of discount negotiation possible number N) Flow chart (discount negotiation routine) Flow chart (Method to change real number m according to customer's stage) Flow chart (Challenge routine with knowledge of danger) Flow chart (probability routine) Diagram showing an example of gambling (slot) Flow chart (Product purchase procedure according to the third embodiment) Same as above Flowchart of the fourth embodiment of the present invention Configuration diagram of fifth embodiment of the present invention Flowchart of the fifth embodiment of the present invention Flowchart of the sixth embodiment of the present invention Flowchart of the eighth embodiment of the present invention History example 1 History example 2 History example 3 List example presented in ascending order of bottom price History of cash refunds List example presented in descending order of cash return Flowchart of the twelfth embodiment of the present invention (1) Flowchart of the twelfth embodiment of the present invention (Part 2) Product selection screen example Flowchart of the thirteenth embodiment of the present invention (part 1) Flowchart of the thirteenth embodiment of the present invention (2) Flowchart of the thirteenth embodiment of the present invention (part 3) Flowchart of the thirteenth embodiment of the present invention (Part 4) The figure which shows the state of the comparison figure of the commodity which is planned to purchase and the comparison example Another aspect of the process of FIG. 50 (part 1) Another mode of the processing of FIG. 50 (part 2) The flowchart of 14th Embodiment of this invention A diagram that clearly shows the functions that exist and do not exist in the selected function The figure which shows the relationship with desired sales price X, maximum offer price Emax which is the highest amount among offer prices, and bottom price Y The graph which showed the relationship between Z / Y which is a ratio of user's desired input price Z and the bottom price Y, and an offer price value Flowchart of the sixteenth embodiment of the present invention Flowchart of the eighteenth embodiment of the present invention (part 1) Flowchart of the eighteenth embodiment of the present invention (No. 2) Screen example of the 19th embodiment of the present invention (direct price comparison) Window shopping home screen example Window shopping home screen example Special store introduction corner screen example Flowchart of the twentieth embodiment of the present invention Flowchart of the twenty-first embodiment of the present invention Managing visit times of users by robot clerk Weather greetings by robot clerk Seasonal greetings when user conditions change Greetings based on user's past purchase information Flowchart of changing clothes according to each store Flowchart (No. 1) of the twenty-second embodiment of the present invention Flowchart of the twenty-second embodiment of the present invention (No. 2) Flowchart of the 23rd embodiment of the present invention (1) Flowchart (23) of the 23rd embodiment of the present invention Flowchart of the 24th embodiment of the present invention (1) Flowchart of the 24th embodiment of the present invention (No. 2) The graph which shows the relationship between the money directly reduced in 3rd Embodiment of this invention, and a user savings amount The graph which shows the relationship between the money directly reduced in 25th Embodiment of this invention, and a user savings amount Flowchart of the 26th embodiment of the present invention Flowchart (No. 1) of the 27th embodiment of the present invention Flowchart (No. 2) of the 27th embodiment of the present invention

  Hereinafter, embodiments of the present invention will be described. FIG. 1 shows a system configuration diagram of an embodiment of the present invention. In FIG. 1, a WWW server 3, a personal computer of a user 5, and a personal computer of a store 7 are connected to the Internet 1. However, the present invention is not limited to a personal computer, and the same applies to a mobile phone or a mobile portable terminal. The store etc. 7 may be a department store that sells products, a supermarket, a mail-order store, or the like, a direct delivery store, a farmer, a manufacturer, a wholesaler, or the like. It also includes hospitals, nursing care, business, distribution, and other service industries. The homepage operated by the WWW server 3 includes a page where the software 9 can be downloaded. The store 7 or the like downloads the software 9. The software 9 is also provided in the form of a CD-ROM. The software 9 is used by the store 7 or the like to create its own home page and apply for registration of the completed home page to the WWW server 3. In addition, necessary data can be obtained from the WWW server 3.

  In the personal computer on which the software 9 has been downloaded, a start icon is registered in the start menu or desktop. When the activation icon is activated, for example, a screen showing classification items such as products as shown in FIG. 2 is displayed on the personal computer screen. The store etc. 7 selects a special sale, an item to be sold, a service to be provided, etc., from among the items being sold or serviced in its own store from among the classification items.

  In FIG. 2, if a food item is selected, each item and data input column 10 in FIG. 3 are displayed as a subordinate concept of the food item. For example, if you want to sell or sell cherry xg for y1 yen at a store 7 or the like, after selecting the fruit item, first click the product name column 11 in the data input column 10. At this time, an input assisting tool 20 such as letters, numbers, symbols, etc. as shown in FIG. 4 is displayed. The character, number, symbol, etc. input assist tool 20 can be displayed and deleted independently by clicking the character button 14A, the symbol button 14B, and the number button 14C, respectively. The character input auxiliary tool 20A, the symbol input auxiliary tool 20B, and the number input auxiliary tool 20C are collectively selected as a tab, and the character button 14A, the symbol button 14B, and the numeric button 14C are combined into one. Good. In this case, a space can be omitted.

  At the bottom of the product name column 11, an instruction “Please select initials” is issued. When the hiragana key 37 of the character input assist tool 20A is selected and “sa” is clicked, “cherry” and hiragana are displayed. When there are a plurality of product name candidates, a candidate is displayed and a message is displayed so as to select one of them.

  Next, in the unit column 13, for example, a “gram” unit is selected from the drop-down list box. The price field 15 is entered by clicking the numeric input assist tool 20C in FIG. In the price column 15, a desired sales price is entered, but it is desirable to enter a fixed price in addition. In the message column 17, the store 7 or the like can advertise the sugar content, the production area, the producer, 3 discounts, etc. regarding this product. If you want to enter kanji characters, for example, move the cursor to the beginning of the kanji designation range and click kanji conversion 21 to link with commercially available character input software, etc., display kanji candidates, and select from these candidates Is possible. Further, the message field 17 is a combo box, and a standard message expected to be used in this field is prepared in advance and can be selected. In this case, the message is also contrasted in English. Further, the message field 17 may be changed to a voice reproduction switch, and the data stored in the voice may be reproduced and used for advertisement. The audio to be stored may be selected from standard audio files prepared in advance, or may be the audio input by the store 7 or the like. Whether to sell the product or the like on the Internet or just to advertise is selected in the online sales availability column 8.

  When the sale is selected in the online sale availability column 8, the next discount negotiation column 19 and the bottom price entry column 23 can be entered. If it is possible to respond to the discount negotiation for the user 5, the discount negotiation “19” is selected in the discount negotiation column 19, the bottom price y 2 is entered in the bottom price entry field 23, and the numerical input assist tool in FIG. 4 is clicked. input. The bottom price is the lowest price that is the limit that cannot be accepted for further discounts when the store 7 or the like responds to a discount negotiation. However, the bottom price entry field 23 is divided into a normal price, a customer limited price, and a top customer limited price, and the bottom price is lowered in multiple stages according to the frequency of purchase by the user 5 and the total purchase price. May be. The bottom price entry field 23 is not disclosed to the user 5. Further, although not shown, a check box may be provided that allows selection as to whether or not each product can be delivered. In addition, if delivery is possible, a check box will be provided that allows selection of “near suburbs”, “city”, “prefecture”, “national”, “within specified distance”, etc., where delivery is possible. Is desirable.

  Product name, unit, price, availability of online sales, discount negotiation is possible, impossible, yes, and when the bottom price is entered at the minimum, the following data entry field is additionally displayed at the bottom of the data entry field 10 The If the store 7 wants to sell special vegetables, for example, the same process is repeated after clicking the vegetables. In the case where the special sale item extends over a plurality of categories such as home appliances in addition to food, after the data input for one item is completed, the operation returns to the category item of FIG.

  When an image such as a product is to be captured in the image field 25, clicking on the image field 25 automatically launches a wizard and requests to specify the drive, directory, etc. where the image file exists. Then, an appropriate image is selected from the files displayed as thumbnails. The image is a photograph or a picture, and a standard one is prepared in advance. When a product name is selected in the product name column 11, images narrowed down based on the product name are automatically extracted and displayed as thumbnails.

  However, it is also possible to create an image independently at a store 7 or the like. In this case, the image read by the scanner or the image taken by the digital camera is displayed entirely in the frame of the preview window. Then, a range to be captured from the entire image is surrounded by a capture frame. At this time, the range is adjusted by dragging or moving the capture frame with the mouse. However, if it is desired to use the entire image as it is, the range may not be adjusted. When the confirmation button is clicked, the size of the image selected in the range is extracted and automatically adjusted to the size of the image column 25, and then the image is pasted on the image column 25.

  When the store 7 or the like creates an image independently, the software 9 can also edit the image such as deleting the background. However, it is possible to request that such image editing be performed on the WWW server 3 side. For this reason, an image editing request button (not shown) may be provided corresponding to each image field 25 or requesting editing of all images at once. On the WWW server 3 side, the requested image is extracted, and the background is deleted or trimmed.

  However, it is not necessary to operate the image column 25 when no image is required. In addition, a moving image may be captured in the image column 25 so that the state of the product can be more easily determined. Furthermore, a URL (Uniform Resource Locator) is arranged in the image column 25 so that each store 7 can provide detailed information on this product including a magnified image of this product, for example, in the form of a homepage prepared uniquely. Can be linked to.

  The service content column 26 is a combo box, and a service type such as daily sale, time service, morning market, evening market, normal sales, blank, etc. can be selected. In the case of daily sales, the date is set in the date / time setting field 28, and in the case of time service, the time is set in the date / time setting field 28. When the morning market and the evening market are selected in the service content column 26, the date / time setting column 28 is divided into a date input column and a time input column. When the date input field is clicked, a calendar 30 shown in FIG. 5 is displayed, and a date is selected from the calendar 30 and input. Then, enter the time in the time input field.

  The items input in the data input field 10 can be rearranged for each type, and the order can be changed by the move button 16 for each item. The item can be deleted by the delete button 18.

  Next, the button 27 advances to FIG. 5 which is the next screen. In FIG. 5, in a store 7 that performs special sales, a special sale date is selected on the calendar 30. The calendar 30 is automatically updated by a clock function built in the personal computer. First, the message “When is the start date of the special sale day?” Is displayed and the start date of the special sale day is selected. Next, the message “When is the end date of the special sale date?” Is displayed and the end date of the special sale date is selected. The store etc. 7 confirms the period of the special sale in the special sale period column 29. Of course, it is also possible to directly enter a key in the special sales period column 29. For example, an opening sale, a commemorative sale, a normal sale, or every Thursday, which is the purpose of the special sale, is selected from the combo box in the special sale purpose column 31. The special sale purpose column 31 and the special sale period column 29 are also contrasted in English. The message 33 can have other free description. Further, the data stored in the voice may be reproduced and used for advertisement. The audio to be stored may be selected from standard audio files prepared in advance, or may be the audio input by the store 7 or the like.

  If the store 7 is not registered with the WWW server 3, entry of items for registration application is required. Clicking on the store name field 35 displays the input assist tool 20 such as letters, numbers, symbols, etc., so, for example, the hiragana key 37 is selected and "Tokubai Senmon" is entered by the character input assist tool. At this time, if the cursor is moved to the head where the kanji conversion is desired and the kanji conversion 21 is clicked, “special sale specialty store” can be input. Such a procedure is preferably guided by a message.

  By doing so, even a person unfamiliar with key operations can easily input characters. The postal code is entered in the postal code input field 39. The address assigned to this zip code is automatically entered in the address field. The address is contrasted in English. Then, a lot number or the like is entered by the input assist tool 20 such as letters, numbers, symbols, and the like. In the electronic mail column 41, after the electronic mail column 41 is clicked, it is possible to select and input the small letter key 43 by the input assist tool 20 such as letters, numbers and symbols. However, when the e-mail column 41 is selected, only the symbol input support tool 20B may be displayed. Further, even when input is in upper case, it may be automatically converted to lower case at the time of confirmation. In the industry column 38, a department store, a supermarket, a greengrocer, a hospital, a tax accountant, a real estate, and the like can be selected by a combo box.

  When the confirmation button 45 is clicked, all items input or selected above are displayed in a list in the form of a home page. The home page is all in a standardized format, including wallpaper. At this time, characters selected as candidates, such as bananas, are automatically contrasted with the English character Banana, and when the English display button 44 is clicked, a home page written in English is simultaneously created. Therefore, it is possible to input characters from the keyboard into the character input field, but in this case, English contrast is not performed. Therefore, if necessary, enter English characters directly.

  In the store 7 or the like, after confirming the description items on this homepage, if it is OK, the transmission button 47 is clicked and transmitted. The transmission destination is specified in the URL of the WWW server 3 by the software 9. The home page transmitted to the WWW server 3 is released on the Internet after receiving a predetermined survey after receiving it. At the time of this communication, the WWW server 3 registers the store name and the like in the customer database, issues a customer ID, and stores the customer ID in a specific file on the personal computer of the store 7 or the like. Then, a notification of completion of registration is transmitted to the store 7 or the like.

  The software 9 has been described as a single software by collecting all the classification items such as products. However, considering the case where the store 7 is small and sales items are limited, the software 9 is classified for each classification item such as products. May be separated, and download or CD-ROM provision may be possible. In this case, since the functions are limited, it is easy to use, the download time is short, and the processing speed is improved.

  FIGS. 3 and 5 are examples for a store, for example, and display items, input fields, data, and the like suitable for the classification are prepared in advance and stored in the software 9 according to the selected classification. .

  An example of providing a service without targeting a product is shown in FIG. FIG. 6 shows an example of a hospital. In the medical subject column 111, select internal medicine, surgery, etc. from the combo box, and enter the doctor name column 113 in charge. The day in charge of the doctor is selected from Monday to Sunday. This month's closed day 115 is selected from the calendar 30 of FIG. For the address, enter the postal code and then the lot number. In the station column 117, the nearest station is input.

  In this way, the software 9 prepares a common basic homepage that is stylized for each classification, and prepares data to be input corresponding to each store 7 for each item that is handled in advance. To do. Since this data can be selected by a click operation, even a person who is unfamiliar with the keyboard operation and has no knowledge of the home page can easily create a home page. Moreover, since the data is prepared in advance, an English homepage contrasting with Japanese is also completed at the same time. Furthermore, by unifying the format and items, unnecessary noise is eliminated when searching, and search accuracy is improved. Further, when various data processing is performed on the WWW server 3 side, the processing can be easily performed.

It should be noted that for those who have knowledge of the home page, it may be possible to select a wallpaper or the like by setting. In addition, the homepage is not created by the software 9 but can be linked to the WWW server 3 by the store 7 or the like.
The software 9 may store past data as a history so that information on a date selected on the calendar 30 can be referred to.

  Further, since the software 9 already has images and items that the store 7 wants to sell and advertise, information on special sales, information on the store 7 and the like, catalogs and newspaper leaflets using these images and items etc. In addition, it is possible to add a function to create a leaflet for store display, a postcard advertisement or the like. First, when a sheet to be printed is selected, a plurality of templates having a shape matching the size of the sheet are displayed. The store etc. 7 refers to this model and selects one favorite from the models. The template price is displayed in advance what position, whether the image to which position is disposed, other background, pattern, layout and the like are determined.

  Instead of preparing a template for each sheet, a template may be prepared independently for each product column unit or for a display column such as a store. The product column unit includes an image column, a product name column, a number column, a price column, a message column, and the like, and a store display name includes a name of the store, a branch, business hours, a telephone number, and the like. It is desirable that each column can be freely selected from a plurality of templates. The image field, product name field, number field, price field, message field, etc. may be freely laid out for each product field unit.

  For example, a range in which a product column unit is placed (hereinafter referred to as a product column range) or a store display column is first selected at an appropriate position in the sheet displayed on the screen. At this time, in the product column range, an image column, a product name column, a number column, a price column, a message column, and the like are displayed in standard sizes and positions. If the product column range is expanded, reduced, or moved, the image column, product name column, etc. are expanded according to the product column range. The image column, the product name column, and the like can be moved within the range of the product column to which the image column and the product name column belong, and can be deleted, copied, and enlarged / reduced. Then, the product column unit can be arranged for each category such as a morning market and divided into blocks only for today, which is the purpose of the service, by clicking the button for sorting by category.

  Furthermore, in the product field range, various parts such as a photo field, a graphic field, a background, a pattern, and a promotional text input field may be prepared so that they can be selected or inserted. Also, the size may be variable. Various promotional texts can be entered in the promotional text input field. A number is assigned to each product field unit, and by associating each item of FIG. 3 with this number, the image field, product name field, etc. are automatically read to complete the layout of a folded flyer or the like.

  Instead of using a method corresponding to the numbers in this way, first, all the items in FIG. 3 are allocated according to a standard arrangement for each service purpose in accordance with the selected predetermined paper size, and then deleted by the store 7 or the like. Movement, enlargement / reduction, correction of contents, and the like may be performed. In this case, it is desirable to provide an automatic adjustment button so that the size and position can be adjusted by automatically filling in blanks after deletion or the like. Select the typeface of letters and numbers from the template. It is also possible to change the typeface for each item.

  If a photo field or graphic field is inserted, after clicking the photo field or graphic field, a folder or file is selected. The files are preferably displayed as thumbnails. It is possible to easily create a folded flyer or the like by selecting a color and printing it on a predetermined sheet with a printer. Further, the completed leaflet or the like can be uploaded to the WWW server 3 after being converted into a homepage format.

  Next, a method for determining the fee structure required for posting on the homepage will be described. The home page created by the store 7 is reflected in the price as follows. As shown in the flowchart of FIG. 7, when the confirmation button 45 is clicked in step 1 (abbreviated as S1 in the figure, the same shall apply hereinafter), the software 9 in step 3 determines the total data size of the created home page [KB ] Is detected. If English text is present, the data size of the English homepage is also totaled. When the data size is a1 [KB] or less in step 5, “Basic fee for posting on homepage is M1 yen” is displayed in step 7. The M1 yen includes, for example, a free case. When the data size exceeds a1 [KB] and is less than a2 [KB] in step 9, “step 2 displays“ the basic charge for posting on the homepage is M2 yen ”.

  In step 13, an inquiry “Are you sure?” Is displayed. If so, click the “Yes” button to end at step 15. If you feel it is expensive or if you want to add more items, click the “No” button and go to Step 17. In step 17, an inquiry “Please add / delete product items and images” is made. If the current state is acceptable, the process ends in step 15. If it is desired to add or delete a product item or image, the process proceeds to step 19 to delete unnecessary parts. Then, the same processing is repeated from step 1 again.

In this way, the basic fee for posting on the homepage is free or based on a predetermined minimum amount, and thereafter the fee can be increased continuously or stepwise according to the total data size of the homepage. Further, at the store 7 or the like, the basic fee for posting on the homepage can be confirmed at the time of creating the homepage, and the efficiency of posting can be taken into consideration.
The above description is based on the assumption that the basic charge for posting on the homepage is determined by the data size, but it is also possible to fix the monthly charge for this price.

  Next, a counter (not shown) is provided on each homepage created at each store 7 or the like. The counter value is incremented each time the user accesses the home page. A fee system is determined according to the counter value. Prior to this, each store etc. 7 is made to select one of the charge systems as shown in FIG. As a standard, the item 1 “P1 yen up to N1 times per month, and browsing of the homepage is restricted (or cannot be browsed) after N1 times” is selected. When this item 1 is selected, the publication fee is P1 yen until the monthly counter value is N1 times. When the counter value exceeds N1 times, browsing of the home page is restricted.

  The P1 yen is, for example, M1, M2,... Yen calculated as basic charges for posting on the home page in FIG. In addition, Item 2 “P2 yen up to N2 times per month, and homepage browsing is restricted when N2 times are exceeded.”, Item 3 “P3 yen up to N3 times per month, and homepages are viewed after N3 times. It is possible to select. The browsing restrictions on the home page are not displayed except for some items such as the name and address of the store, for example, and the search can be performed only by the name of the store. In item 4, the price is varied according to the stage of each counter value, and the weight is lowered as the counter value increases. Furthermore, in item 5, a fixed amount per month can be selected.

  Details will be described with reference to the flowchart of FIG. First, at step 21, for example, software is started regularly every day. In step 23, for example, a homepage of a store or the like whose registration number is C-th registered in the customer database is selected. In step 25, the accumulated number of counters, which is the number of accesses to the home page, is read. In step 27, if the counter value exceeds N1 times, the process proceeds to step 29, and when applying for registration, the item 1 “P1 yen up to N1 times per month is limited to N1 times per month. If “Yes” is selected, in step 31, the function of the store etc. 7 on the home page is restricted. Then, the process proceeds to step 32, the counter value is set to zero, and in step 33, it is treated as suspended until the next month corresponding to the registration application date of the store 7 or the like.

  When the counter value does not exceed N1 times at step 27, it is incremented to registration number C + 1 at step 34, and the counter number of 7th store such as C + 1 is read at step 25. If item 1 is not selected in step 29, if the counter value exceeds N2 times in step 35, the process proceeds to step 36, and when applying for registration, item 2 “P2 yen up to N2 times per month” in FIG. Then, when N2 times is exceeded, browsing of the home page is restricted, etc. "is selected, the processing from step 31 to step 33 is performed. When the counter value does not exceed N2 times in step 35, it is incremented to registration number C + 1 in step 37, and in step 25, the counter number of 7th C + 1 store etc. is read. The same applies hereinafter.

  As described above, when the number of counters of the store etc. 7 exceeds a predetermined value, the function on the home page of the store etc. 7 can be limited. Therefore, a home page posting service according to the usage fee can be provided, and a low-cost service can be realized. Further, once the function-restricted home page portion, image, or the like is once moved from the storage portion to another storage portion or deleted, the burden on the database or the like is reduced.

  Next, regarding the item 4 in FIG. 8, the billing method at the end of the month will be described based on the flowchart in FIG. As shown in FIG. 10, in step 41, activation for creating a bill at the end of the month is performed. In step 43, the customer database is accessed in the order of registration numbers. However, if the end-of-month process is performed for each store etc. 7 based on the registration application date, the store etc. 7 corresponding to the end of the month is first searched. In step 45, the counter value is read. When the counter value is equal to or smaller than N1 in step 47, in step 49, the billed amount for the store 7 in the current month is Q1 yen. Q1 yen is, for example, M1, M2,... Yen calculated as basic charges for posting on the home page in FIG.

When the counter value is equal to or smaller than N2 in step 51, the billed amount for the current month of the store etc. 7 is Q1 + Q2 yen in step 53. When the counter value is equal to or smaller than N3 in step 55, the billed amount for the current month of the store etc. 7 is Q1 + Q2 + Q3 yen in step 57. When the counter value exceeds N3 in step 55, the billed amount for the current month is Q4 yen in step 59. When the calculation of the billing amount is completed, the registration number is incremented to the registration number C + 1 in step 61, and the same processing is repeated from step 43.
As described above, if the homepage is viewed infrequently, it will be paid for a small amount or free of charge. After that, the fee will be charged according to the degree to which the homepage is viewed. And you can easily post a homepage.

Next, a description will be given of a case where the store 7 or the like accesses its own home page, or a case where the home page is frequently accessed unnecessarily by the uneasy user 5.
When accessing the homepage from the store 7 or the like, the homepage confirmation button (not shown) of the software 9 is used. At this time, the customer ID is detected from a specific file of the personal computer of the store 7 or the like and is not counted as its own access. However, when the integrated value is decremented or when reading the counter value in step 25 of FIG. 9 or step 45 of FIG. The own access may be measured on the software 9 side, stored in a cookie or the like and read at the time of communication, or may be measured in units of customer IDs on the WWW server 3 side. Further, when the customer ID is also recorded in the cookie or the like when the registration application is exchanged, the customer ID is detected by the WWW server 3 regardless of the activation of the software 9 and the detected customer ID is stored in the customer database. If they match, they are not counted as self-access.

  When the user 5 accesses the home page, if the user ID does not exist in the transmitted communication message, the user ID is issued and recorded in Cookie or the like. Since the user ID is included in the subsequent communication messages, it is possible to detect a difference from the store etc. 7 by detecting this user ID. Further, when the user 5 accesses the home page, a simple temporary registration application may be issued, a user ID or the like may be issued, and thereafter, this user ID may be entered when used. Furthermore, the homepage of the store 7 or the like may be made available only to the user 5 who has officially registered membership, such as an address, name, and telephone number. In this case, for example, input of a user ID, a personal identification number, etc. is requested, and after confirming membership, the homepage can be used. If you are not a member, display the registration application screen.

  FIG. 11 shows the contents of the current month database. In the current month database 50, a table is created of how many times each user has accessed the homepage of each customer ID within the current month. Although it is possible to unify all of the start date and end date of the current month, in the current month database 50, the registration application date is the start date of the month. By doing in this way, it can prevent that the number of the stores 7 etc. which are not accessed which set the upper limit of the count number shown to the items 1-3 of FIG. 8 concentrate on a specific period.

  In the accumulation of the number of counts in the current month database 50, for example, a person with user ID1 has accessed the homepage of customer ID1 30 times, and a person with user ID4 has accessed the homepage of customer ID1 four times. Considering the case, for example, even if there is an access from the same person three times or more, it is not counted three times or more. For this reason, the count of the customer ID 1 is integrated as 3 + 1 + 2 + 3 = 9. When the user ID 5 is 3 + 3 + 3 + 2 = 11 and N1 = 10 in FIG. 8, browsing of the homepage is restricted from this day.

  If today is the end date of the month 9th, customer ID1 and customer ID4 count the number of counts, and then issue a bill as shown in FIG. Then, the count number of each user of customer ID1 and customer ID4 is made zero. The counts are accumulated separately for each customer ID and used for history, popularity ranking of home pages, and the like.

  Next, FIG. 12 shows a main screen example of the home page by the WWW server 3. Various searches are possible from the main screen. When the map key 51 for selecting a region is clicked, a map of Japan is displayed. Then, further narrow down and click on the desired area, for example, Tokyo, Chuo-ku, Ginza. At this time, the store name and business type of each store 7 are displayed together with the map around Ginza shown in FIG. By clicking on the store 7 or the like, you can go to the homepage of each store.

  The district name input field 53 is a drop-down list box that can be selected from a superordinate concept to a subordinate concept. For example, the district name input field 53 can be selected in the form of a tree in Chuo Ward, followed by Ginza. Subsequently, when the map display button 56 is clicked, a map format display screen shown in FIG. 13 is displayed, and when the list display button 57 is clicked, a list format display screen shown in FIG. 14 is displayed. In the station name input field 55, by selecting a route name and a station name, the surrounding area of the station can be opened.

  At this time, when the list display button 57 is clicked, a list of shops 7 around the station is displayed. For this reason, in the customer database, the store 7 or the like is associated with each station. In FIG. 14, the store name, the type of business, the special sale date, etc. of each store 7 belonging to the classification item such as the product in the selected region are displayed in text. The user 5 selects a store 7 or the like that he is interested in, and proceeds to the home page of each store 7 or the like.

  From the main screen in FIG. 12, it is possible to search only for items. A sushi restaurant, a school, a lawyer, and the like can be selected by tracing the business type treeized in the business type column 58 from the higher level concept to the lower level concept. Further, by entering a product name or the like in the keyword input field 61 and clicking the search button 63, a list of store names, special sales dates, address locations, etc. that handle the product is displayed. It is also possible to directly enter the store name in the keyword input field 61 and go directly to the homepage of the store 7 or the like. Further, by clicking on the special sale date key 65 today, the name of the store, the special sale date, the address location, etc., on which today is the special sale date, are displayed. The user 5 selects a store 7 or the like that he is interested in, and proceeds to the home page of each store 7 or the like.

  After entering the product name in the keyword input field 61 and entering the upper limit value or the lower limit value of the price in the price field 67 or both of them and clicking the search button 63, the name of the store or sale that handles the product at the price The date, address, etc. are displayed. However, when the product name is, for example, an air conditioner, there are many manufacturer names and models. Moreover, it varies depending on conditions indicating the used capacity such as the number of tatami mats. For this reason, after the search button 63 is clicked, a page for selecting these conditions may be displayed, and the store name or the like may be displayed after the conditions are selected. Furthermore, although not shown in the figure, it may be limited to stores where discount negotiations are possible.

In addition, by specifying each condition determined based on the price range and the attributes of each product, a predetermined search can be performed, and at the same time, the best selling information and recommended information of the product are presented to the user 5 Also good. For this reason, on the WWW server 3 side, the best-selling information of the product is created in advance in the form of a homepage according to the price range and each condition, and stored. Then, a home page that matches or overlaps the specified price range and matches each condition is retrieved, extracted, and displayed to the user 5. The user 5 can obtain reliable product knowledge based on the hot selling information and the recommended information. As a result, it is possible to accurately select products to be purchased in a short time.
However, the information on the best selling and recommended information of this product may be stored and presented as it is created independently for each store 7 or the like. The software 9 is capable of describing information such as best-selling information and store manager recommended information for each store 7 or each model. These pieces of information are converted into a homepage format by the software 9 and can be uploaded. This hot selling information or the like is saved in a page for each store 7 or each model and can be linked.

  Clicking the time service button 71, the morning market button 73, and the evening market button 75 displays the name of the product that is currently being performed, or the name of the store, etc. that the time service will be implemented within 2 hours, etc. Is done. When the uniform sale button 77 is clicked, for example, the name of the store etc. 7 in which a 200 yen uniform sale, a 1000 yen uniform sale, etc. are performed is displayed in text.

  When 10:00 to 23:00, 24 hours or the like is selected in the combo box in the business hours input field 79, the name of the corresponding store 7 is displayed in text. These can be searched more effectively by combining with the district name input field 53, the business field 58, and the like. That is, for example, in the customer database, store name, URL, type of business, classification item such as product, business hours, district name, product name, price of this product, whether discount negotiation is possible, sale information, nearest station name, etc. Is saved. The sale information includes sale purpose, morning market, evening market, time service, sale items, price, sale date, sale time, and the like. These data are associated with each other, and information including the store name and URL is always extracted by searching for any item. As the district name, the store name and URL can also be extracted by the prefecture name, ward, city, county, town, village, or combinations thereof. Accordingly, search efficiency is improved.

  By clicking on the store name column that is the search result, the process proceeds to the home page of each store 7 shown in FIG. 15, for example. In FIG. 15, products are organized and disclosed for each small classification item handled by the store 7 or the like. In the price column 15, the desired sales price is displayed, but it is desirable to display a fixed price as well. In addition, when daily sales, time services, morning markets, uniform sales, etc. are held, products are organized and disclosed according to each service category. Since these sales data changes every moment, the number of accesses by the user 5 is improved.

  As for the date and time of each sale, the current date and current time are extracted from the clock function built in the WWW server 3 side, and old data is deleted. Therefore, the user 5 is not confused. A URL is associated with the image 25, and the user 5 can go to a homepage prepared by the store 7 or the like by double-clicking the image 25 and obtain detailed information on the product.

  When the discount negotiation is “permitted” in the discount negotiation column 19, the user 5 inputs the desired purchase price in the user desired purchase price column 91. Then, the number to be purchased is entered in the number field 93. After that, when the purchase button 95 is clicked, the face of the virtual clerk appears, and “Uh, let me think for a moment” or the like is displayed or voice output. At this time, a plurality of facial expressions and words are prepared, and the face becomes a soothing face that is lower than the amount presented in the price column 15, or when it is close to the bottom price, “I visited” is displayed. It is efficient and interesting. Thereafter, an answer including the price of the virtual clerk appears in the clerk answer column 97. The amount in the clerk reply column 97 may be displayed on a separately prepared calculator.

  In the discount negotiation, for each item of the store 7 or the like, for each user 5, for example, a chance is found only three times per month. Therefore, the user 5 is forced to make a serious game by bargaining with the virtual store clerk. Each store 7 can provide its own price to the price column 15 freely without worrying about the price of other stores, so that the degree of freedom in price provision increases. That is, even if the same item is presented in the price column 15 higher than that of another store, the price can be lower than that of the other store depending on how the user 5 negotiates for the discount and depending on the bottom price.

  Next, a discount negotiation method will be described based on the flowchart of FIG. FIG. 16 shows an example in which the user 5 can negotiate discounts up to three times per month for the same product at the same store 7. However, it is possible to divide the stage with the normal customer, the customer, and the superior customer so that the discount can be negotiated once for the ordinary customer, twice for the customer, and three times for the upper customer. Further, the number of discount negotiations may be determined according to the purchase price and the price multiplied by the price. Further, for the same product, the number of stores 7 per month for which discount negotiation can be performed may be limited. You may make it provide these restrictions in a regional unit.

  In FIG. 16, in step 70, the user 5 confirms that discount negotiation is possible. In step 71, the user 5 refers to the price X yen in the price column 15 and inputs the desired purchase price Z yen, which is the price desired by the user 5, into the user desired purchase price column 91. At the same time, the number desired to be purchased is entered in the number field 93. Thereafter, when the purchase button 95 is clicked in step 73, the data is transmitted to the WWW server 3.

  If it is confirmed in step 75 that the product can be negotiated with a discount, an individual user is specified in step 77. That is, it is determined whether or not the user ID is included in the communication message. Alternatively, a user ID, a personal identification number, or the like may be input to identify the individual user. If the user ID does not exist in step 79, the process proceeds to step 81 to perform user registration work and assign a user ID. The user ID is also recorded in, for example, a cookie file on the user personal computer. The user registration work is to input an address, name, telephone number, e-mail, and the like. In addition, when the registration work is not performed, a temporary user ID may be given.

  In step 83, it is determined whether or not the detected user ID matches data previously stored in the user database. If it does not exist in the user database, a new user ID is created in the user database. The user ID is incremented by 1 to indicate that the product ID of the customer ID is negotiated for the first time. It is desirable to display the number of discount negotiations. In step 85, (X + Y) / 2 yen is calculated from the price X yen in the price column 15 and the bottom price Y yen previously declared by the store 7 etc., and is compared with the desired purchase price Z yen. . The calculation of (X + Y) / 2 yen is, for example, using the middle of the desired sales price and the bottom price as a guideline value for the first discount negotiation. It may be set as a reference value, and is not limited to this mathematical formula.

  When (X + Y) / 2 yen is equal to or less than the desired purchase price Z yen, the process proceeds to step 87 and displays “Sell for Z yen” in the clerk reply column 97. However, it may be displayed on the mouth of the virtual store clerk. Also, the virtual clerk may be bowed “Thank you”. The sales price of the Z circle is stored in the user database together with the user ID, store name, product, etc. in step 88. On the other hand, when (X + Y) / 2 yen exceeds the desired purchase price Z yen, the process proceeds to step 89, where the bottom price Y yen is compared with the desired purchase price Z yen. When the desired purchase price Z is equal to or more than the bottom price Y, the process proceeds to step 87, and “Sell for Z yen” is displayed in the clerk reply column 97. When the desired purchase price Z yen is lower than the bottom Y price, it is unthinkable for the virtual clerk, and in step 91, the clerk reply column 97 displays "How full is (X + Y) / 2 yen?" However, it is desirable that (X + Y) / 2 yen be appropriately rounded to the unit of one hundred yen or one thousand yen.

Or you may make it provide the fraction deletion request button for negotiating so that a fraction may be eliminated. At this time, if the price after the deletion of the fraction is equal to or higher than the bottom price Y yen (or bottom price Y + α yen: α is a predetermined margin value), the fraction can be eliminated. Whether or not this fraction deletion is possible may be requested in advance by the software 9 to the store 7 or the like.
In addition, instead of deleting such fractions, an extra button for negotiating so as to add bonuses in addition to the deletion of fractions may be provided. At this time, a registration request is made in advance to the store 7 or the like by the software 9 to determine whether or not the bonus is possible. At this time, a unit price is applied for registration together with an extra product name, model, and the like. When the user 5 requests to add a bonus, it is determined whether or not the bonus is less than the bottom Y circle (or the bottom Y + α circle). At least one extra is added in the case of the bottom Y circle (or the bottom Y + α circle) or more. When applying for registration, “always add bonus” or “add bonus only at the time of price negotiation” may be selectable.

  If the YES button is clicked in step 93, “Thank you. (X + Y) / 2 yen (however, if the fraction is deleted, the deleted price is displayed. In the case, these are also displayed. Hereinafter, the same shall apply). ”Is displayed in the clerk reply column 97. This price of (X + Y) / 2 yen is stored in the user database etc. together with the user ID, store name, product etc. in step 96.

  If the NO button is clicked, the process returns to step 71, and the discount negotiation can be challenged again. The desired purchase price Z yen is again entered into the user desired purchase price field 91. This time, the user ID exists in the user database and is identified as the same person in step 83. In step 97, it is determined whether or not the negotiation has been completed. If the negotiation has already been established for this user ID in step 95, in step 99, “the discount negotiation is already (X + Y) / 2 yen for this product”. “It has been established” is displayed in the clerk reply column 97.

  If there is 1 in the user database indicating that the product of the customer ID corresponding to the user ID has been negotiated once, it is determined as the second discount negotiation, and the process proceeds to step 103. In step 103, (X + 2Y) / 3 yen is calculated and compared with the desired purchase price Z yen. The (X + 2Y) / 3 yen is calculated by adding the bottom Y circle to (X−Y) / 3 Yen obtained by dividing the difference between the price X Yen and the bottom Y Y in the price column 15 into three equal parts. This is a guideline value for the second discount negotiation. Accordingly, (X + 2Y) / 3 yen, which is a standard value for the second discount negotiation, is lower than the standard value (X + Y) / 2 yen for the first discount negotiation.

  In step 103, when (X + 2Y) / 3 yen is equal to or less than the desired purchase price Z yen, the process proceeds to step 105, and “Sale in Z yen” is displayed in the clerk reply column 97. On the other hand, when (X + 2Y) / 3 yen exceeds the desired purchase price Z yen, the process proceeds to step 107, where the bottom price Y yen is compared with the desired purchase price Z yen. When the desired purchase price Z yen is equal to or more than the bottom price Y yen, the process proceeds to step 105, and “Sell for Z yen” is displayed in the clerk reply column 97. When the desired purchase price Z yen is lower than the bottom Y yen, in step 109, the clerk reply column 97 displays "Limited. How about (X + 2Y) / 3 yen?"

  If the YES button is clicked in step 111, “Thank you. (X + 2Y) / 3 will be sold for 3 yen” is displayed in the clerk reply column 97 in step 113. If the NO button is clicked, the process returns to step 71, and the discount negotiation can be challenged again. The desired purchase price Z yen is again entered into the user desired purchase price field 91.

  In the third discount negotiation, since there is 2 in the user database indicating that two discount negotiations have been performed on the product of the customer ID corresponding to the user ID in step 115, it is determined that the discount discount is the third. Then, the process proceeds to step 117. In step 117, (X + 3Y) / 4 yen is calculated and compared with the desired purchase price Z yen. (X + 3Y) / 4 Yen is calculated by adding the bottom Y to (X−Y) / 4 Yen obtained by dividing the difference between the price X Yen and the bottom Y Y in the price column 15 into four equal parts. This is a guideline value for the third discount negotiation. Note that the processing from step 119 to step 128 is the same as that described above, and a description thereof will be omitted.

  If the discount negotiation is the fourth time, the process proceeds to step 129 in step 115, where the already determined third price is presented and the process ends. Moreover, the general formula of the standard value of discount negotiation is (X- (1-m) Y) / m yen, where m is a real number, and the real number m can be changed at any time depending on the wishes of each store 7 or the like. Further, the real number m may be varied according to the stage of the normal customer, customer, and upper customer. The determination of the customer and the customer is determined according to, for example, the usage frequency for each user ID and the purchase price.

  Further, if the user 5 is dissatisfied with the result of the discount negotiation, it may be possible to further reduce the price by pressing the “another voice” button. At this time, the WWW server 3 presents a price between the currently displayed negotiation price and the bottom Y-yen. This price may be a random number, a predetermined multiplication rate, or the like. For example, the price is reduced and presented to the user 5 by recalculating m in the general formula of the above-mentioned standard value for discount negotiation as m + 1. Whether or not to negotiate “another voice” is requested in advance to the store 7 or the like by the software 9.

  Further, when the other product is cheaper for the same product, the price may be negotiated further by pressing the “other store is cheaper” button. At this time, whether or not the price can be compared with other stores is registered in advance with the software 9 using the software 9. The comparison with other stores may be limited to the stores 7 and the like existing in the same area. In this comparison, the past data (for example, for January) is searched with the user ID and the same product name, and the result of the price negotiation performed in the past is extracted. If the past price is really lower than the current price, a price that is less than the past price and that is more than the bottom Y-Yen is presented. However, instead of lowering the price, the above-described bonus may be added so that the price is lower than the past price and higher than the bottom price Y yen. In addition, instead of comparing with the result of price negotiations performed on the same product in the past, the desired sales price of other stores 7 may be extracted and compared. Furthermore, the price may be compared by extracting both the result of the price negotiation performed in the past and the desired selling price of the other stores 7.

  It should be noted that it is desirable to display the purchase list together with the name of the store, the product, etc., the purchase price, the quantity, etc., and ask the user 5 to confirm each time the purchase is made or at the end of the purchase. In that case, unnecessary items can be canceled. After that, the purchase list is transmitted by e-mail as an order form for each store 7. However, if the software 9 is resident in the personal computer of the user 5, the purchase list may be exchanged with the software 9. It should be noted that the software 9 may be able to store a purchase order as a history, or to calculate and calculate sales statistics such as summing the number of sales, amount of money, consumption tax, etc. per month for each product unit. If the information of the user 5 is automatically stored in the user's personal computer, it can be used for customer management.

  In addition, the user desired purchase price field 91 is not provided, and a one-time answer button (not shown) is arranged adjacent to the clerk answer field 97, and the user 5 clicks the one-time answer button to prepare a price field prepared in advance. An amount lower than 15 price X yen (for example, the bottom price Y yen) may be presented in the clerk reply column 97. The input to the clerk reply column 97 can be performed automatically or manually. The amount of money in this case may be varied according to the stage of the normal customer, customer, and superior customer. Alternatively, it may be presented like a lottery by generating a random number within a range of price lower than the price X yen in the price column 15 and higher than the bottom price. Furthermore, a lottery may be introduced, and the amount of money may be varied depending on the winning order.

In addition, although it demonstrated that the amount of money was input into the user's desired purchase price column 91, it is possible to input a discount rate such as a 4-discount or a sales rate such as 60% of the regular price. Even in this case, if the discount rate or the like is converted into an amount, it can be dealt with by the same processing as described above.
Also, in each store 7 etc., although not shown, whether or not to deliver for each product and the areas where delivery is possible are “suburbs”, “city”, “prefecture”, “national” , “Within specified distance” is displayed. Then, the user 5 can select “delivery request” or “go to get the product” from the check box for the product that can be delivered. However, it is desirable that this selection can be corrected even after confirmation by the user 5 of the purchase amount to be made at the end of shopping or at the end of shopping.

  When “Delivery request” is selected, a delivery destination is designated in the delivery destination column. This delivery destination is compared with “suburbs”, “city”, “prefecture”, “national”, “within specified distance”, etc., which are deliverable areas registered in advance by the store 7 or the like. At this time, the location of the store etc. 7 is compared with the delivery destination on the map data, and it is determined whether or not the delivery destination viewed from the store etc. 7 is included in the predetermined range, The straight line distance of the delivery destination is calculated, and it is determined whether or not it belongs within the specified distance. Then, when the delivery destination is out of the deliverable area, “out of deliverable area” is displayed to the user 5.

Further, for products that are not to be delivered at each store 7 or the like, it may be possible to request delivery of products purchased at a plurality of stores 7 within the region. However, at this time, on the homepage of each store 7 shown in FIG. Then, the user 5 selects “delivery request in the area collectively” at the end of shopping, and selects a desired delivery date and time.
Processing when this “regional delivery request” is selected will be described based on the flowchart of FIG.

  In FIG. 22, in Step 301, “Delivery request within area” is selected by the user 5. In step 303, merchandise that is independently delivered at each store 7 from among the products purchased at each store 7 is excluded from the delivery target list. In step 305, for the remaining product, the store 7 to which the product belongs is extracted from the customer database. In step 307, the local person in charge (or the local person in charge center, hereinafter the same) who can deliver the product to the store 7 and the like and deliver it to the user 5 is searched from the regional person in charge database. In the regional charge database, the local charge person who can deliver the store is registered together with the store name.

In step 309, it is determined whether or not only one person in charge of the region (or one regional charge center) is required. If only one person is required, the postage is calculated in step 311 under a preset rate such as the weight and size of the product. On the other hand, if delivery by one store is impossible by one person because some stores are separated, etc., the process proceeds to step 313. Then, first, stores that cannot be covered by the person in charge of the area are extracted. Next, in step 315, the person in charge outside the region who can handle the above-mentioned store that cannot be covered by this person in charge of the region is extracted from the region charge database.
The person in charge outside the region delivers the product received from the store to the user 5 by a method such as home delivery. For this reason, in step 317, the distance from the address of the user 5 to the person in charge outside the area is calculated. In step 311, the postage by the person in charge outside the area is calculated based on a predetermined rate such as the distance, the weight of the product, and the size. Then, the postage of the person in charge outside the region is added to the postage of the person in charge of the region.

  At step 319, the e-mail address of the regional manager (and non-regional manager) is extracted from the regional manager database. If payment by card settlement or the like is confirmed in step 321, the process proceeds to step 323, and an e-mail is transmitted to the mobile phone or personal computer of the person in charge of the area (and person in charge outside the area). This e-mail describes the store name, product name, quantity, order date, delivery address, name, desired delivery date and time, and the like. It is desirable that a map showing the location of the delivery address is attached. In step 325, the person in charge of the area returns that the e-mail has been confirmed. At this time, if there is no convenience such as the desired delivery date and time, a reply to that effect is sent from the person in charge of the region, and at this time, the candidate of the convenient date and time is shown. Thereafter, the date and time candidates that are convenient are indicated to the user 5 by e-mail or the like. When the user 5 selects one of the candidates, this information is automatically returned to the WWW server 3. In selecting a candidate, it is desirable to first select a day and then specify a time. The selected date and time is transmitted from the WWW server 3 to the person in charge of the region. In addition, instead of directly sending an e-mail to the local person in charge, it may be received at the regional person in charge and a regional person in charge capable of delivery within this regional person in charge center may be selected. In step 327, when the delivery is completed, the person in charge of the area notifies the WWW server 3 by e-mail to the effect that the delivery is completed.

As described above, even if the user 5 is a difficult person such as daily shopping, the person in charge of the area can perform it on behalf of the user.
Next, the WWW server 3 calculates and stores the maximum price, average price, etc., of the actual sales price of these products for each product or service. Then, these data are extracted for each product and service handled by each store 7 on the homepage and can be downloaded to each store 7. These data can be used as reference data for determining the selling price and the bottom price of the product or service at each store 7 or the like. These data may be downloaded by calculating the maximum price or the average price for each region.

Next, in the above example, it is assumed that the price of the product etc. is subject to negotiation, and if the consumption tax and the shipping fee are specified for the price of the product etc. that is the result of the negotiation, this shipping fee will be added up did. However, the user 5 may want to purchase a product or the like within a specific budget. In this case, it is troublesome for the user 5 to reversely calculate the price of the product from his / her own budget each time.
Considering such a case, the user's desired purchase price column 91 may be able to input the budget amount of the user 5 including the consumption tax and the shipping fee. For this reason, after the consumption tax and the above-mentioned shipping fee calculation are performed on the bottom price Y yen and the above-described discount negotiation standard value, the total amount is calculated. Then, each total amount is compared with the budget amount of the user 5, and it is determined whether or not to make a discount negotiation.
Thus, the user 5 can easily determine whether or not the target product or the like can be purchased within his / her budget range.

Moreover, in the above-mentioned example, it demonstrated that goods etc. were sold at the price in which discount negotiation was materialized. However, the sale of products, etc., is the price X yen in the price column 15 only, and the remaining amount obtained by subtracting the price for which the discount negotiation has been established from the price X yen is stored in the database in the form of points, points, etc. And may be used later when purchasing other products, or may be replaced with premiums, cash, or the like when accumulated to some extent.
In this case, the user 5 is looking forward to accumulating points and the like as a result of efforts for discount negotiations. Therefore, willingness to purchase, efforts to purchase, and research are further promoted. Increasing the chances of visiting the homepage will increase the effectiveness of advertising. Transactions can be made at a uniform price of X yen while maintaining the excitement of discount negotiations, so processing can be performed easily. In addition, it is desirable to provide a remaining amount confirmation button for confirming remaining points and the like and a button for purchasing a product with points. When the remaining amount confirmation button is pressed, the points accumulated for each user ID are extracted and displayed to the user 5.

  Next, for the user 5, the bargain information etc. of each store etc. 7 selected in advance by the user 5 can be sent together by e-mail. It is time-consuming and complicated for the user 5 to check the homepage for each store 7 and grasp bargain information. For this reason, information such as a favorite store or a store 7 existing in the area is provided together. In addition, if a product or the like to be purchased is decided, bargain information on the product or the like can be collectively obtained by e-mail.

  For this reason, as shown in FIG. 14, a check box 101 for requesting the acquisition of bargain information is provided for each store 7 or the like. Alternatively, as shown in FIG. 17, for example, the user desired information mail transmission service 130 is posted on the main screen. It is also possible to have the user 5 set necessary items desired to be transmitted by the user desired information mail transmission service 130 and extract and transmit only the information for the necessary items.

  In the user desired information mail transmission service 130, the area can be selected in the district name input field 131. The district name input field 131 is a drop-down list box that can be selected from a superordinate concept to a subordinate concept. When it is desired to select a plurality of areas, the add button 132 is clicked. At this time, another district name input field 131 is added. Alternatively, multiple descriptions can be made in the same box.

  For example, all of the special sale information, such as opening sale, morning market, time service, uniform sale, normal sale, blank, etc., which are special sale purposes, are selected from the special sale purpose column 133. The industry column 135 can be selected similarly. The store name column 137 does not need to be described when the check box 101 is selected. In addition, if the input name of the store or the like does not exist in the customer database, a message to that effect is displayed. In this case, pressing the add button 132 may return to the screen of FIG. 14 so that a store or the like can be added. In the product name column 139, information to be obtained is selected because the purchase is scheduled in the future. For example, a car is selected and described in the price column 141 as 2 million yen to 2.3 million yen. However, in the case of a car or the like, it is desirable to be able to further specify conditions such as the car type and manufacturer name. In addition, it is desirable that the WWW server 3 side stores the best-selling information, recommended information, etc. of the product in advance according to the price range and each condition such as the product so that such information can be obtained. If it is desired to select a discount negotiable item, the discount negotiation column 141 is selected. An upper limit value of the number of stores sent to the e-mail is described in the number of stores to be sent upper limit column 145. The standard value is set to 10 stores, for example. In this case, information for 10 stores or less is sent from the retrieved information.

  For example, when it is desired to obtain all the regional sales information, the district name input field 131 and the sales purpose field 133 are set. When the preview button 147 is clicked, a search is performed and items scheduled to be described in the e-mail are displayed as a list on the screen. After confirmation by the user 5, if this is acceptable, the mail request button 149 is clicked. When the mail request button 149 is clicked, a user ID is registered in the electronic mail database, and a search condition is recorded in the user ID. In FIG. 14, when the check box 101 for requesting the acquisition of bargain information is selected and the search condition is also set for the user desired information mail transmission service 130 of FIG. 17, the OR condition is taken.

The flowchart of FIG. 18 shows an e-mail creation procedure.
In step 201, for example, the user ID U (= 1) th user ID registered in the electronic mail database is selected. In step 203, the name of the store or the like registered for this user ID is extracted. In step 205, the data of the store 7 is acquired from the customer database. The data in this case is limited information such as store name, sale information, sale period, sale product, price, and the like.

  In step 207, the acquired data is stored in an e-mail database in association with the store 7 or the like. If there are a plurality of store names at step 209, the process returns to step 203 to extract the next store name. If the extraction of all store names is completed in step 209, the process proceeds to step 211, and the user number is set to U + 1. If there is a remaining user number in step 213, the process returns to step 203 and the same processing is repeated. However, an e-mail may be created for each user.

  In step 215, when a plurality of stores 7 are stored for each user ID, the stores 7 are arranged in descending order of access to the home page. This is because the popular store 7 is positioned at the head of the e-mail. In step 217, an e-mail is created for each user ID.

  For example, as shown in FIG. 19, a URL is linked to each store 7 and the like. By clicking the store 7, the homepage of each store 7 can be directly accessed. For this reason, the general information of the stores 7 and the like that the user 5 likes are collectively obtained by e-mail, and when the user wants to see the detailed information, it can be easily obtained by accessing the home page. For the user 5 who does not wish to send an email by the user desired information email transmission service 130, the store 7 or the like 7 with a purchase record is stored in the database, and new information on the store 7 or the like is transmitted. May be.

Next, another example of the e-mail creation procedure is shown in the flowchart of FIG.
In FIG. 20, in step 231, for example, the user ID of user number U (= 1) registered in the e-mail database is selected. In step 233, the customer ID with the registration number C (= 1) is selected from the customer database. In step 235, the search conditions set in advance by the user 5 are extracted from the e-mail database. In step 237, the data of the store etc. 7 is acquired from the store etc. 7 which is the C-th customer ID in the customer database based on this search condition. In step 239, the acquired data is stored in the e-mail database in association with the store 7 or the like. In step 241, the registration number C is incremented. If the customer ID still remains in step 243, the same processing is repeated from step 235.

In step 245, the shops 7 are arranged in descending order of access to the home page. In step 247, it is determined whether or not the upper limit value of the number of stores sent to the e-mail is described in the upper limit column 145 of the number of stores to be sent. If all the data has been selected, the process proceeds to step 249 and an e-mail is created in step 251. If an upper limit is set, the number of publications is limited to the upper limit in step 253, and an e-mail is created in step 251. When the creation of the e-mail is completed, the process proceeds to the next user number in step 255 and the same processing is repeated from step 233.
As described above, the information required by the user 5 can be sent by e-mail with careful consideration.

Next, another example of the e-mail creation procedure is shown in the flowchart of FIG.
In FIG. 18 and FIG. 20, the order of posting in the e-mail is the order in which the number of accesses to the homepage of each store etc. 7 is large, but in FIG. Is. Note that the same elements as those in FIG.

  For each store 7 or the like, when the order of posting in the e-mail is divided into, for example, 10 levels from the top in accordance with the order of arrangement, which stage is desired to be posted is selected in advance at the time of registration application . In these 10 stages, an example of a guideline for the charge for selection is given as an example.

In FIG. 21, when the data of the store 7 or the like is acquired based on the search condition in step 237, a random number generated by a random number generator provided separately is assigned to the customer ID of the customer database in step 261. However, this random number is excluded from the same value as that already assigned. In step 263, which stage of the 10 stages previously declared by the user 5 is read from the customer database. The storage part of the e-mail database can store data corresponding to these 10 steps. In step 265, the data is stored at the stage declared by the user 5 of the e-mail database. In step 243, when the data storage for all the customer IDs is completed, in step 267, the data are rearranged in order of random numbers for each stage.
As described above, the order of posting in the e-mail can be determined in accordance with the principle of fairness in almost the order desired by the store 7 or the like.

Each store etc. 7 is notified of the number of users 5 to whom information is sent and the amount charged is determined according to the number of notifications.
Or, since the e-mail is normally read from above, in FIG. 19, the top position corresponding to the A store may be set to the highest price, and the price may be set lower as the B store and the C store are advanced. For example, a table in which charges are set in stages according to the order from the top is prepared in advance, and charges are calculated based on this table from the order in which stores 7 are listed.

  The present invention is applied not only to online shopping but also to inter-company transactions and distribution transactions. The general formula m of the standard value for discount negotiations described above is explained as being different depending on the stage of customers, customers, and superior customers. Judgment is based on the amount of money. Therefore, it is desirable for each company to register the number of employees, capital, establishment year, etc. when applying for user registration.

  Whether or not to change the general formula m and the bottom Y-yen according to the company size of the user, the size of the purchase amount, etc., and the setting of the m value and the bottom Y-yen at that time, etc. are pre-stored 7 Application for registration by software 9. In this case, it is desirable to set the value of m and the bottom Y circle to be different for each of a plurality of stages in accordance with the company scale, the purchase price, and the like.

  Further, if the user 5 is dissatisfied with the result of the discount negotiation at the final stage, a further negotiation opportunity may be provided. Further negotiation opportunities occur, for example, by pressing a renegotiation button. At this time, the name of the user 5 and the progress of the negotiation are communicated to the store etc. 7 by e-mail or the like. Whether or not to provide further negotiation opportunities is requested in advance by the software 9 to the store 7 or the like.

  Next, a second embodiment of the present invention will be described. The flowchart of the product purchase procedure which is 2nd Embodiment is shown in FIG.23 and FIG.24. In the second embodiment, for example, when one product is purchased, a one-time discount negotiation is permitted, or the number of times a discount negotiation is possible is limited depending on the situation of the customer. Then, unnecessary discount negotiation access from an unspecified number of people is restricted. In addition, gambling was added in the negotiation process.

23 and 24, the user 5 opens the homepage of the center in order to purchase a product in step 501. In step 503, the process proceeds to a page of a product (product ID) to be purchased. In step 505, a product purchase button is pressed. The product is software, for example. As a result, information indicating that the product is desired to be purchased is transmitted to the center.
In step 507, the center provides a purchase screen (center HTML) to the user 5 who has pressed the purchase button in step 505. On the other hand, the user 5 inputs a user ID in step 509 and transmits this user ID to the center in step 511.

In step 513, is the center a person who has negotiated a discount on the product (product ID) within the expiration date (for example, within the past one month) from the user 5 having the user ID transmitted in step 511? Judge whether or not. In step 513, the center determines whether or not the user 5 is a person who intends to repeatedly negotiate discounts for the same product in a short time. However, before this step 513, it may be determined whether or not the product can be negotiated for discount. When discount negotiations are not possible, the products are sold at a fixed price or a predetermined discount rate.
If it is determined that the price has been negotiated (YES) in step 513, “discount has already been negotiated” is displayed in step 521, and the price, negotiation date and product name are displayed in step 523. Etc. are displayed and this procedure is completed.

On the other hand, if it is determined in step 513 that the discount negotiation has never been made (NO), it is determined in step 515 whether the discount negotiation possible number N is 1 or more. In this step 515, the center determines how many discount negotiations the user 5 can make.
If it is determined in step 515 that N is not 1 or more (NO), that is, if N = 0, in step 525 it is displayed that this is a regular price sale, and if this is agreed, step 527 is displayed. To display the list price. Further, the procedure after step 535 is performed for those who have agreed to the regular price sale. On the other hand, for those who disagree with regular price sales, this procedure ends.
If it is determined in step 515 that N is 1 or more (YES), the process proceeds to a discount negotiation routine after step 601. The discount negotiation routine will be described later with reference to FIG.

When the discount negotiation is established in step 529 of FIG. 24 through the discount negotiation routine, the center displays the price of the product (the price after the discount negotiation) in step 531. Further, since the discount negotiation is performed once in step 533, the discount negotiation possible count N is decremented once.
Further, the center stores the price and date of establishment of the product in the database 1009 in step 535. This establishment price is used for the addition of the purchase price cumulative in step 543, and the establishment date and time is used for the determination in step 513 described above.
Thereafter, in step 537, the user 5 selects a payment method such as bank transfer, postal transfer, or card, and performs a purchase procedure by inputting necessary items. In step 539, the center confirms the purchase procedure performed by the user 5.
Furthermore, in step 541, the center increments the number of purchases this time with respect to the total number of purchases of the user 5 so far. In step 543, the established price stored in step 535 is added to the total purchase price of the user 5 so far.

  In step 545, the number N of discount negotiations possible for the user ID is incremented. The purpose of incrementing the discount negotiation possible number N is that the user 5 who has purchased the product is considered to be a good customer and intends to give a discount negotiation opportunity next time. In this step 545, for example, as shown in FIG. 25, N is incremented by 1 when the selling price is less than 5,000 yen, N is incremented by 2 when the selling price is 5,000 yen or more, and when it is 10,000 yen or more. The increment value may be changed based on the sales price, such as incrementing N to 3. However, in this case, it is not desirable to repeatedly recognize the number of discount negotiations for the same product just because N is recognized multiple times. Then, after this step 545 is finished, this procedure is finished.

Next, the discount negotiation routine described above will be described. A flowchart of the discount negotiation routine is shown in FIG.
In FIG. 26, when this routine starts, the center displays a virtual clerk on the purchase screen to the user 5 in step 601. Then, in step 603, the virtual salesclerk's mouth displays "Come here. Enter the desired price for this product AAA in the desired price input field" and outputs it as a voice.
On the other hand, the user 5 inputs a desired purchase price Z in step 605. Then, if it is OK in step 607, this desired price Z is transmitted to the center, and the process proceeds to the next step 609. On the other hand, if it is not OK in step 607, this routine ends.

In step 609, the center determines whether or not a discount negotiation standard value E (hereinafter referred to as a suggested price E) is equal to or less than a desired price Z desired by the user 5. Here, the offered price E = (X− (1−m) Y) / m, where X is a fixed price, Y is a bottom price, and m is a real number corresponding to the degree of discount. The bottom price Y can be freely raised and lowered at any time by a vendor who provides the product.
The real number m can be changed at any time by an administrator who manages the provision of products. Furthermore, the real number m can be changed in accordance with the total number of purchases and the total purchase price (that is, the customer's stage) added and accumulated in Steps 541 and 543 described above. Explain how to change the real number m according to the customer's stage. A flowchart of this method is shown in FIG.

In FIG. 27, the center determines in step 901 whether the total number of purchases is 5 or more, or the total purchase price is 50,000 yen or more. If it is determined that the total number of purchases is 5 or more, or the total purchase price is 50,000 yen or more (YES), the real number m is increased by 0.2 in step 903. Thereby, for example, the presentation price E determined in step 609 is lowered. On the other hand, if it is determined that the total number of purchases is less than 5 and the total purchase price is less than 50,000 yen (NO), the process proceeds to the next step 905 without changing the real number m.
Further, in step 905, it is determined whether the total number of purchases is 10 or more, or the total purchase price is 100,000 yen or more. If it is determined that the total number of purchases is 10 or more, or the total purchase price is 100,000 yen or more (YES), the real number m is further increased by 0.2 in step 907, and the suggested price E is lowered. To do. On the other hand, in other cases (NO), the process proceeds to the next step without changing the real number m.

By doing the same procedure as the above steps 901, 903,... While raising the threshold for the total number of purchases and the total purchase price, the user of the customer with a large total number of purchases and total purchase price can be obtained. For 5, it is possible to increase the real number m in accordance with the degree to lower the suggested price E. The real number m is assumed to have a maximum value of 4, for example.
If it is determined in step 609 in FIG. 26 that the suggested price E is less than or equal to the desired price Z (YES), the center displays that the price is sold at the desired price Z yen in step 611, and FIG. In step 529, the discount negotiation is established. Even if it is determined in step 609 that the suggested price E exceeds the desired price Z (NO), it is determined in step 613 whether or not the bottom price Y is less than or equal to the desired price Z, and the bottom price Y is less than or equal to the desired price Z. If it is determined (YES), the fact that it is sold at the desired price Z yen is displayed in step 611, and the discount negotiation is established in step 529.

On the other hand, if it is determined in step 613 that the bottom price Y exceeds the desired price Z (NO), in step 615, an agreement for selling at the suggested price E yen is requested. The suggested price E is rounded to the nearest 10 yen, for example. If the customer agrees to sell the product at the suggested price E yen, it displays that the product is sold at the suggested price E yen at step 617, and a discount negotiation is established at step 529. On the other hand, in the case of disagreement with the sale at the suggested price E yen, the process proceeds to the challenge routine with the knowledge of the risk after step 701, and by completing this routine, the process proceeds to step 529 and the discount negotiation is established.
If it is determined in step 609 that the calculated offer price E exceeds the desired price Z, immediately in step 615, “How is the offer price E yen?” Display may be performed.
Be aware of the risks and explain the challenge routine. FIG. 28 shows a flowchart of the challenge routine with knowledge of the danger.

In FIG. 28, when this routine is started, the user 5 selects a course in step 701. In this selection, it is possible to select 3 courses, somehow a course, another voice course, and a more requested course.
In any course, by performing predetermined gambling in the following probability routine, if this is successful (successful with a certain probability), the selling price can be lowered than the suggested price E. However, if gambling fails, the selling price will be higher than the suggested price E. In addition, for each course, the amount of reduction from the suggested price E is different, and the probability of successful gambling is reduced for courses with a large step of reduction.

  Therefore, if “somewhat somehow course” is selected in step 701, the center determines in step 705 that “the probability of being one step cheaper than the suggested price E is 30%, the probability that it is higher than the suggested price E is 70%, Do you still want to try? "Is displayed. Also, if you select “Another voice course” in step 701, “I think it ’s difficult, with a 20% chance of being two steps cheaper than the suggested price E and 80% more likely to be higher than the suggested price E. Do you still want to try? "Is displayed. Furthermore, when “more requested course” is selected in step 701, “the probability of being 3 stages cheaper than the suggested price E is 10%, the probability of being higher than the suggested price E is 90%, which is still quite severe. Do you want to try it? "Is displayed.

Thereafter, if the challenge is agreed in step 715, the process proceeds to a probability routine to gamble after step 801. On the other hand, if the challenge is not agreed in step 715, the process returns to step 615 in FIG. 26 to request the consent to sell again at the suggested price E yen.
The probability routine will be described. A flowchart of the probability routine is shown in FIG. FIG. 29 shows number selection as an example of gambling performed in the probability routine.
29, in step 801, the center inputs “any number (for example, 10 numbers from 0 to 9) and transmits it. The input number is a number generated at the center by a random number. If they match, the price will be lower than the suggested price E. If they do not match, the price will be higher than the suggested price E. I'm sorry. "
When the user 5 inputs one number and transmits it, the center recognizes the course selected in step 701 in step 803 and generates a required number of random numbers based on each course in step 805.

For example, if the course is a little more, the success probability is 30%, so 3 random numbers are generated. If the course is another voice, the success probability is 20%, so 2 random numbers are generated. ", The success probability is 10%, so one random number is generated.
As a result, in step 807, if it is “another voice course”, “the number generated by the random number at the center is 3, 5 and the number entered by the user 5 is 7.”, then both numbers match. The discrepancy is judged and “Sale for K yen” is displayed.
At this time, in the above example, since the numbers do not match, a failure price K higher than the suggested price E is presented. For example, the failure price K = (E + X) / 2. For example, the failure price K is the same for all three courses. However, it may be set independently for every three courses.

On the other hand, if the numbers match, a successful price L lower than the suggested price E is presented in step 807. For example, the success price L = ((E−Y) × (1−n)) + Y. At this time, n is a value indicating the discount level for each course, n = 0.1 if the course is a little more, n = 0.2 if the course is “another voice course”, and “more requested course”. If so, n = 0.3. Note that n <1, and the success price L decreases as n increases. Further, n can be changed as appropriate, and may be increased by 0.02 depending on the level of the customer.
When prices K and L are presented in step 807, a discount negotiation is established in step 529 in FIG.

  As described above, one product must be purchased in advance, and discount negotiation can be performed from the purchase of the next product. Therefore, the user's willingness to purchase a product can be promoted. As described above, since the same user purchases the same product while allowing discount negotiation according to the degree of product purchase, the number of possible discount negotiations is limited. Makes it possible to prevent easy exposure of the bottom price Y by negotiating an unlimited discount. Further, for those who have purchased a plurality of items or who have made a large purchase, the suggested price E can be lowered by increasing the m value.

In this embodiment, number selection is shown as an example of gambling performed in the probability routine. FIG. 30 shows an example of gambling using a slot machine.
30A, when the screen of the slot 851 is provided from the center, when the user 5 clicks the start lever 856 or the like, the three reels 852, 853, and 854 start to rotate. Thereafter, when the buttons 857, 858, and 859 are sequentially pressed, the rotation of the reels 852, 853, and 854 is stopped. At this time, it is desirable that it takes time until the rotation of the reels 852, 853, and 854 is stopped after the buttons 857, 858, and 859 are pressed. And it is desirable that this time is not constant because it is varied at each stop due to random number generation or the like. For example, as shown in FIG. 30B, the three types of patterns A, B, and C are repeatedly provided on the reels 852, 853, and 854 three times in succession.

Therefore, the probability that the same pattern is arranged in any of the three windows 860, 861, and 862 is the probability that the same pattern as the first reel 852 is arranged on the second reel 853 (1 / 3) The probability that the same pattern as the second reel 853 is arranged on the third reel 854 (1/3) = 3/9 (about 33%). For this reason, if this state is the “slightly more course” described above, the success probability can be set to about 30%.
On the other hand, in the “another voice course”, by setting the number of windows in which the same pattern is arranged to be two, the probability that the same pattern is aligned in the windows 860 and 861 is the number of windows (2) × 1/3 × 1/3 = 2/9 (about 22%), and the success probability of the “another voice course” can be about 20%. Furthermore, in the “more request course”, the number of windows on which the same pattern can be arranged is one, and the probability is the number of windows (1) × 1/3 × 1/3 = 1/9 (about 11%). Yes, the success probability of the “More Request Course” can be about 10%.

The method of changing the success probability of each course is not limited to changing the “number of windows” as described above, but the type of pattern applied to each reel 852, 853, 854 may be changed. In this case, the number of windows in which the same pattern is arranged in the “another voice course” is set to three, and the four patterns A, B, C, and D are provided on the reels 852, 853, and 854, so that the probability of matching the same pattern is obtained. Is the number of windows (3) × 1/4 × 1/4 = 3/16 (about 19%). In the “more request course”, the probability is set to the number of windows (3) × 1/6 × 1/6 = 3/36 (approximately 8%) by applying 6 types of patterns to each reel 852, 853, 854. ) And can.
Further, the method shown in the present embodiment may be applied in combination with various discount negotiation modes shown in the first embodiment.

  Next, a third embodiment of the present invention will be described. The flowchart of the goods purchase procedure which is 3rd Embodiment is shown in FIG.31 and FIG.32. In the third embodiment, for example, a cash return can be performed on a product that the user 5 intends to purchase or at the time of the next product purchase. The cash return is basically intended to return a fixed amount uniformly to all the users 5. In addition, by combining this cash return with discount negotiations, it is possible to diversify discount negotiations and to make the system easier to use. The user 5 can select either cash return or discount negotiation. The virtual cash that has been returned to cash is placed in a user savings box provided on the database 1009 for each user.

The standard price of this product, Q yen, is posted on the center's homepage along with product specifications. In addition, a cash reduction amount R yen for general users (not a customer) is posted. However, this cash return amount depends on the customer's customer situation. This cash return amount may be applied as a return rate.
In step 1001 of FIG. 31, the user 5 proceeds to the product (product ID) page to be purchased, and the user 5 who has decided to purchase the product presses a product purchase button in step 1003. The product is, for example, software. However, it can be applied to services as well as various products. Thereby, information indicating that the product is desired to be purchased is transmitted to the center.

    The user 5 transmits after inputting the user ID in step 1005. Then, this user ID is confirmed at the center. In step 1007, it is determined whether or not the purchase is the first purchase after registration of the user ID or the like by the user 5. This determination is automatically made by determining information to which the user ID belongs on the center side. In the case of the first purchase after registration, in step 1009, either cash return or discount negotiation is selected. Basically, in the case of the first purchase after registration, as a general rule, you should proceed to cash return. In this case, a discount bargaining right is given together with cash reduction. In addition, it is possible to discount a certain amount of money from the current purchase amount based on the judgment of the user 5 among the cash returns. However, it is also possible not to perform a discount from the purchase amount of this fixed amount.

  If discount negotiation is selected, the process proceeds to step 1011. In the case of the first purchase after registration, a display is displayed indicating that discount negotiation cannot be performed and only cash return can be performed. The user 5 then proceeds to a page where cash can be returned. In step 1009, when cash return is selected by the user 5, the process proceeds to step 1013, and an inquiry is made as to whether to use D yen of the returned virtual cash for the current product or put it in the user savings box. Done. The D yen is, for example, 30% of the cash return amount R yen. If there is an intention to use the D yen amount for the product at this time, in step 1015, it is displayed to pay C yen (= QD) for the purchase of this product.

  Further, the display shows that the remaining cash return amount F yen (in this case, 70% of the cash return amount R yen) can be put into the user savings box. On the other hand, if it is selected in step 1013 that D yen is to be put in the user savings box, in step 1015, a display is made to pay C yen (= Q-0 = Q) for purchase of the product. Since this user is a user who first purchased a product and does not correspond to a customer, R yen is returned to the user savings box, and the remaining amount of the user savings box becomes R yen.

  In step 1017, the user 5 receives the payment of the main payment from the user 5, and after the payment is confirmed on the center side, the discount negotiation right is given once (or a plurality of times depending on the amount). A notice to that effect is displayed. In step 1019, each of the above data is temporarily stored in the center database 1009. If no deposit is confirmed in step 1021, for example after two weeks, the data stored in step 1023 is deleted. This is because it is understood that the user 5 has substantially stopped purchasing after two weeks. However, this confirmation of payment is considered in the case of bank transfer, postal transfer, etc., and confirmation processing is immediately performed when online payment is possible, such as cash card payment. If payment is confirmed within two weeks in step 1025, a data confirmation command is issued in step 1027, and a confirmation process is performed in step 1029. Thereby, the payment of P yen to the user savings box is confirmed in step 1031, and P yen is added to the remaining amount of the user savings box in step 1033. Here, P = F (or S described later). In step 1035, the number of discount negotiations that can be made is also added by one time (or a plurality of times depending on the amount).

  Next, a case will be described where the purchase by the user 5 is not the first time as determined in step 1007. In this case, either cash return or discount negotiation is selected in step 1041 of FIG. If discount negotiation is selected, the process proceeds to step 1043 and discount negotiation processing is performed. The discount negotiation process is one described in the first embodiment or the second embodiment, and it is assumed that the B yen as the discount negotiation result is displayed. In step 1045, the user 5 is inquired whether virtual cash is withdrawn from the user savings box and used for the current product purchase, and the remaining amount of the user savings box is indicated. If the user 5 selects YES, the process proceeds to step 1047 to display a confirmation message that the U-yen will be used to purchase the product from the user savings box. In step 1049, since the U-yen has been used to purchase the product from the user savings box, a message is displayed to prompt the user to pay the remaining amount of W-yen by the designated date. At this time, the payment method can also be confirmed. If user 5 selects NO in step 1045, the process proceeds to step 1049. In this case, the withdrawal from the user savings box is 0 yen, and the user 5 pays the entire B yen. In addition, when the full amount of the product is covered by the withdrawal from the user savings box, the payment prompt message for the remaining W yen is not displayed.

As described above, the discount is obtained as a result of the discount negotiation, and the virtual cash is further withdrawn from the user savings box so that the product can be purchased. This leads to the user 5 promoting the use of the system.
On the other hand, if cash return is selected in step 1041, the process proceeds to step 1051, and an inquiry is made as to whether to use the virtual amount accumulated from the user savings box. If the intention to use (YES) is displayed, a confirmation message indicating that T yen (T ≦ Q) is used for purchasing the product from the user saving box is displayed in step 1053. In step 1055, since the T-yen was used to purchase the product from the user savings box, a message is displayed to prompt the user to pay the remaining V-yen (= QT) by the designated date. At this time, the user 5 can also confirm the payment method. In addition, after confirming the payment, the user 5 is notified of how much cash is to be returned. The amount of cash refund at this time varies depending on the customer rank. The customer rank has five levels from A to E, for example, depending on the total purchase price and purchase frequency, etc., and the customer step rate (for example, about several percent) is defined for each step, and cash returns The amount S is calculated. The calculation method of the cash return amount S is, for example, S = R + customer stage rate × (Q−R).

If the user 5 selects NO in step 1051, the process proceeds to step 1055. In this case, the withdrawal from the user savings box is 0 yen, and the user 5 pays the entire amount of Q yen according to a predetermined payment method. Further, when the full amount of the product is covered by the withdrawal from the user savings box, the payment reminder message for the remaining V yen is not displayed.
These data are temporarily stored in step 1019. If no deposit is confirmed in step 1021, for example, after two weeks, the data stored in step 1023 is deleted. However, it is not erased if it is funded with virtual cash. If the confirmation process is performed in step 1029, the payment of P yen to the user savings box is confirmed in step 1031. In step 1033, P yen is added to the remaining amount of the user savings box. Here, P = S. In this case, step 1035 is omitted and the discount negotiation possible number is not added. However, the number of possible discount negotiations may be added.

As described above, since the user 5 who does not like discount negotiations can select the cash return, the system can be more easily used. In addition, by knowing the amount of cash return, one of the hints for estimating the bottom price of the discount negotiation amount can be provided in a natural manner, and the use of discount negotiation can be promoted.
It is assumed that the number of discount negotiations and the amount of cash refund given are canceled after a predetermined date has elapsed from the date of grant (the flowchart is omitted). As a result, the user 5 can be encouraged to actively purchase.
Further, even when cash return is selected in step 1041, a certain amount may be directly reduced from the current purchase amount. In this case, for example, a shop 7 that is a lending store or a site operator of the WWW server 3 sets the limit U yen directly for the total cash return T yen. The direct deduction limit is the maximum possible limit for direct deduction as cash return. When the store or the like 7 is set, it is desirable that this setting is performed while being online connected to the site of the WWW server 3. The set data is stored in the database, and the home page data is updated based on this data and displayed to the user 5. Then, within the range of the direct deduction amount limit U yen, the user 5 can input the direct deduction desired amount V yen in a direct deduction amount input field (not shown). At this time, T-V yen is stored in the user saving box. However, when either the direct deduction amount limit T or the user savings box T-V is 0 yen, it is desirable not to display the Web screen for the item that becomes 0 yen.
In this manner, the store 7 or the like can freely set the direct reduction amount and the deposit amount to the user savings box. This setting can be changed at any time by the store 7 along with the bottom price, m value, and the like.
Note that the method shown in this embodiment can be applied in combination with various discount negotiation modes shown in the first embodiment. Moreover, it is applicable similarly even if it is not a cash return but a point system.

  Next, a fourth embodiment of the present invention will be described. FIG. 33 shows a flowchart of the fourth embodiment of the present invention. In 4th Embodiment of this invention, it is a case where discount negotiation is performed about multiple purchase goods. For example, a, b, c, d (price is a circle, b circle, c circle, d circle, respectively, and the order of the amount is a circle> b circle> c circle> d circle) Suppose there is a product. Of these, it is assumed that “a” and “b” are target products such as discount processing, and “c” and “d” are normal products that are not subject to discount processing. The target product such as discount processing is based on, for example, discount negotiation or cash reduction. Regular products that are not subject to discount processing are those that are not subject to discount negotiations or cash reduction processing. For example, standard price sales, our store sales prices, prices that are lower than the standard price are presented and sold This is the case.

  As a basic policy, when only one item has a protruding pattern, and the remaining total amount is small, a price reduction method is applied to the remaining products, etc. I will not. This is because, as a whole, it is considered sufficient if processing such as discounting can be performed for the one product. Further, it is assumed that processing is performed by distinguishing between a target product such as a discount process and a normal product that is not a target such as a discount process. While considering the actual m value in each target product such as discount processing and the bottom price of each product, it is possible to collect discounts when multiple products are purchased, while collecting the amount of products that are not subject to discount processing, etc. This is because some kind of price reduction is attempted according to the size of.

  In other words, if the total purchase amount T yen (= a + b + c + d) is large, a discount at a certain reduction rate is performed on a product that is not subject to discount processing or the like. The price reduction rate is read from the table. In regular sales, products that are not eligible for discount processing etc. are standard price sales and have not been reduced or have not been reduced by a large amount, but a certain rate is reduced when the total purchase price is large So it gives the customer a bargain. Further, when a plurality of target products (whether the same or different) such as discount processing are purchased and the amount is more than a considerable amount, the m value and the bottom price Y are lowered.

  In FIG. 33, in step 1100, it is confirmed that discount negotiation and cash return have not been individually performed, and subsequent processing is not performed for products and the like for which discount negotiation and cash return have been individually performed. This is because there is no need to repeatedly respond to discounts when individual discount negotiations have already been carried out. In step 1101, the maximum price Cmax (for example, a circle) is extracted from a plurality of purchased products. In step 1103, it is determined whether or not the remaining amount obtained by subtracting the maximum price Cmax from the total purchase amount is a percentage of the total purchase amount. When the ratio is less than α, the process proceeds to step 1105, and no discount is collectively performed. This ratio α is, for example, 0.2. That is, only processing based on specifications predetermined for each product unit is permitted. For example, discounts and cash returns can be made for the products a and b, respectively, while c and d are sold at normal selling prices. This is because there is no need to further reduce the price until the remaining amount is small. In addition, it is sufficient that discounts or the like that are individually recognized are performed.

  Next, in step 1107, it is determined whether or not the remaining amount obtained by subtracting the maximum price Cmax from the total purchase amount T yen is β yen or more. This β circle is, for example, 2000 yen. When the price is less than β yen, the process proceeds to step 1105, and no discount is collectively performed. This is because there is no need to further reduce the price until the remaining amount is small.

Next, when a plurality of products are purchased, processing for further preferential treatment with respect to discount processing and cash reduction is performed in Step 1109 to Step 1121.
First, target products (for example, a and b) such as discount processing are extracted from a plurality of products purchased in step 1109. If a plurality of products are purchased regardless of whether they are the same product or different products in step 1111, the process proceeds to step 1113, and the maximum price Pmax (for example, a yen) is extracted from the extracted target products such as discount processing. To do. On the other hand, if there is one target product such as discount processing in step 1111, the price reduction rates θ 1 and θ 2 are set to 0 in step 1112. The price reduction rates θ1 and θ2 are rates for further reducing the m value and the bottom price Y when a plurality of price reductions are purchased. This increases the possibility that the user 5 can purchase at a lower price by bulk purchase.

  Thereafter, in step 1115, it is determined whether or not the remaining amount obtained by subtracting the maximum price Pmax from the total amount R yen (= a + b) of the target product such as discount processing is the ratio to the total amount R yen. Note that a and b may be the same product. Pmax is a value for one product. When the remaining amount is less than the ratio γ with respect to the total amount R yen, the process proceeds to step 1112 and the price reduction rates θ1 and θ2 are set to zero. This ratio γ is 0.2, for example. This is because there is no need to further reduce the price until the remaining amount is small. In addition, it is sufficient that discounts or the like that are individually recognized are performed.

Next, in step 1117, it is determined whether or not the remaining amount obtained by subtracting the maximum price Pmax from the total purchase amount R yen is δ yen or more. The δ circle is 2000 yen, for example. When it is less than δ yen, the routine proceeds to step 1112, and the price reduction rates θ1 and θ2 are set to zero. This is because there is no need to further reduce the price until the remaining amount is small.
When the remaining amount is equal to or more than δ yen, the process proceeds to step 1119, and the reduction rates θ1 and θ2 of the m value and the bottom price y are extracted from the total amount-rate table based on the total amount R yen. Based on the total amount of R yen, it is not based on the total purchase amount T yen (= a + b + c + d), which is the purchase of the entire product, which will be described later. It is because it is considered unreasonable to be fluctuated. In addition, since the price of a product that is not eligible for discount is reduced based on the total purchase amount T yen in steps 1129 to 1137, which will be described later, this is already sufficient for the user, and based on the total purchase amount T yen. This is because it is considered that the m value and the bottom value y are further lowered.

  In the total amount-rate table, the reduction rates θ1 and θ2 of the m value and the bottom price y with respect to the total purchase amount R yen are defined, and when the purchase total amount R yen is large, the reduction rates θ1 and θ2 of the m value and the bottom price y also increase. Is set to However, it is possible to set and extract the total amount-rate table based on the total purchase amount T yen. In the case of cash return, a cash return amount or a return rate that can be further reduced with respect to the total purchase amount R yen is set in the total amount-rate table. In step 1121, m (1 + θ1) and y (1−θ2) are calculated. Note that m (1 + θ1) and y (1−θ2) calculated here are used in step 1139.

  In the processing after the next step 1127, the user 5 who has purchased a considerable amount in a lump will try to reduce the price of products that are not subject to discount processing. In step 1127, products (for example, c and d) that are not discounted are extracted from the plurality of purchased products. Then, in step 1129, it is determined whether or not one or more products not subject to discount have been purchased regardless of whether they are the same product or different products. In the case of purchasing one or more, the process proceeds to step 1131, where a total purchase price T yen (= a + b + c + d) is calculated, and it is determined whether or not the total purchase price T yen exceeds ε yen (= 6000 yen, for example). The total purchase amount T yen at this time is the total amount of both the target product such as discount processing and the non-target product such as discount processing. When it is determined in step 1129 that no products that are not eligible for discount processing or the like have been purchased, and in step 1131, the total purchase price T yen is less than ε yen, the price reduction rate λ is set to 0 in step 1133. . In the processing after step 1127, when there is a product that is not discounted, depending on the total purchase amount, the product that is not eligible for discount is to be reduced, and there is no product that is not eligible for discount. Therefore, it is not necessary to reduce the price by the processing after step 1129. This is also because there is no need to reduce the price until the total purchase amount T yen is small.

If the total purchase amount T yen exceeds ε yen (= 6000 yen, for example) in step 1131, the process proceeds to step 1133, and the price reduction rate λ is extracted based on the total amount T yen from the total amount T yen-rate table table. In the total T-yen-rate table, the price reduction rate λ of products that are not discounted with respect to the total purchase T-yen is defined, and when the total purchase T-yen is large, the reduction rate λ is set to be large. The price reduction rate λ is treated differently because it is desirable not to be the same as the price reduction rates θ1 and θ2 of the m value and the bottom price y because of the difference in price to be processed and the degree of freedom. However, the price reduction rates λ, θ1, and θ2 may be determined based on the total T circle.
In step 1135, the total amount Γ yen (= c + d) of products not subject to discount is calculated. In step 1137, the price Γ (1-λ) after the price reduction for the total Γ yen is calculated.

  In step 1139, discount negotiation is performed on the total amount R yen, with the m value obtained in step 1121 being m (1 + θ1) and the bottom value being y (1−θ2). The basic processing method for discount negotiation is as shown in the flowchart of FIG. 16. At this time, the standard price X yen in the flowchart of FIG. 16 is read as the sum of the standard prices of the products a and b, that is, the total purchase price R yen. be changed. Similarly, the bottom price Y circle is applied as the sum of the bottom prices of the products a and b. For the user 5, the total purchase price T for the products a, b, c and d is displayed instead of the standard price X yen. On the other hand, the user 5 inputs the desired purchase price Z yen in the desired purchase price column 91, and this desired purchase price Z yen is for the total purchase price T yen for the products a, b, c and d. . On the other hand, the total amount Γ yen (= c + d) of products not subject to discount processing is calculated and subtracted from the desired purchase price Z yen to obtain the target partial desired purchase price z1 (= Z yen−Γ yen) for discount processing.

  When (X− (1−m) Y) / m yen, which is a standard value for discount negotiation, is obtained, in the comparison between step 85, step 103, and step 117 in FIG. The partial desired purchase price z1 is compared. In step 1141 of FIG. 33, the discount result and the amount Γ (1-λ) are summed. Specifically, in step 91, step 109, and step 123 in FIG. 16, this standard value and the amount Γ (1-λ) are added instead of the standard value for discount negotiation, and the addition result is displayed. On the other hand, when the reference value is equal to or less than the target partial desired purchase price z1 for the discount processing or the like in the comparison at step 85, etc., "Sell at the desired purchase price Z yen" is displayed.

However, the user 5 is allowed to negotiate a discount on the total purchase amount R yen for the target product such as discount processing, and the reference value and amount Γ (1-λ) determined here or the amount and amount Γ of the result of the discount negotiation (1-λ) may be added, and the addition result may be displayed.
In the case of cash return, a cash return amount (or return rate) that can be further reduced with respect to the total purchase amount R yen is set in the total amount-rate table. Then, based on this total amount-rate table, a cash reduction amount (or reduction rate) that can be further reduced with respect to the total purchase amount R yen is calculated, and the final price and amount Γ (1-λ) after the reduction calculated from this result are calculated. ) And the sum. However, the above-described processing may be performed after the discount negotiation and the cash reduction are divided into groups, and the results may be added. In this case, the processing may be performed based on the total purchase amount for each group instead of the total purchase amount R yen or the total purchase amount T yen. Further, the grouping may be divided into groups each of which is based on discount negotiation, which is based on cash reduction, and which is not subject to discount processing.

  In addition, although it has been described that the price reduction rate is set and calculated for the m-value and the bottom price y in the total amount-rate table table for the target product such as discount processing, the final final amount is not displayed in the total amount-rate table table without performing this processing A discount rate η is set, and the final discount rate η is reduced (R1 × (1−η)) with respect to the amount R1 of the discount negotiation result and sold to the user 5. . However, the reduction rate (θ1, θ2) may be set for the m value and the bottom value y, and this final discount rate η may be provided together. Then, in order to clarify the preferential amount due to the discounts collectively, it may be displayed separately from the portion of the actual sum of discounts. Specifically, R1 + Γ and ηR1 + λΓ which is a preferential amount are distinguished and displayed, and R1 + Γ− (ηR1 + λΓ) which is the actual payment amount of the user 5 is also displayed. Further, R + Γ, which is the amount before discounting, may also be displayed. Thereby, the user 5 can actually realize the merit by purchasing the goods and the like collectively by the amount of money.

  As described above, even when a target product such as a discount process and a non-target product such as a discount process are mixed, it is possible to negotiate for a plurality of purchased products collectively. The products may be divided into groups such as vegetables and clothing, and discount negotiations may be performed collectively for each group. Even when only a plurality of target products such as discount processing are purchased, it is also applicable to a case where only a plurality of products not targeted for discount processing are purchased. It is applicable to the case where a plurality of the same products are purchased regardless of whether they are target products such as discount processing or products not subject to discount processing.

  When negotiating discounts for a plurality of purchased items collectively, it may be performed in units of seven stores, etc., but a plurality of products may be purchased across each store etc. 7 to allow discount negotiations at once. Next, a description will be given of a method for enabling bargaining negotiations collectively even when products provided at a plurality of stores or the like are mixed when sales are made in a rental store format. In the process of step 1139, the total price R of the desired selling price and the total AY of the bottom price are calculated for the target product such as the discount process. After that, since a determined price for a plurality of products is determined by discount negotiation, the rate S is first calculated based on Equation (1).

(Equation 1)
S = (Budget price collectively-total bottom price AY) / (total price of desired selling price R-total bottom price AY)

  Next, the determined price of each product is calculated based on the calculated rate S. The determined price of each product can be calculated as shown in Equation 2, where X is the desired selling price and Y is the bottom price.

(Equation 2)
Determined price for each product = (Selling price X-Bottom price Y) * S + Bottom price Y

As described above, the determined price can be calculated for each product even when discount negotiations are collectively performed when products provided at a plurality of stores or the like are mixed.
The price reduction rate λ and the final discount rate η may be set independently for each store 7 and the site of the WWW server 3. The same applies to the cash return amount (or return rate).
In this way, products and the like provided at a plurality of stores can be simultaneously put into a shopping cart in an online shop, and a collective purchase and a discount negotiation across a plurality of stores can be performed. The price determined by discount negotiation, the amount of cash reduction, and the total price reduction are divided for each product. For this reason, even if it is a case where it purchases collectively, sales can be displayed for every store. As a result, in the case of credit card payment, the card information can be input only once for each store. You only need to enter the shipping address for each product once. The input information and settlement information are collected for each store. And it is provided as information which can be browsed with respect to each store 7 or the like. Each store 7 enters the site with a login ID and password and browses this information.

Next, even if there are products that can be further discounted by purchasing them together, even if the products are subject to the same discount processing, etc., and those that will not be further discounted even if purchased together explain. Whether or not further discounts are possible when purchasing together is displayed for each product, and this display is displayed separately from whether or not discount negotiations and cash returns are possible.
For example, it is possible to further reduce the discount when a product of A store (a desired sales price a yen, the bottom price is ya) and C product of C store (desired sales price c yen, the bottom price is yc). Further, it is assumed that no further discount can be made when b products of B store (the desired sales price b yen, the bottom price is yb).

  At this time, when calculating the total R-yen, only those that can be further discounted when they are put together (in this case, a product of A store and c product of C store) are summed up. Then, θ1 and θ2 are obtained in step 1119 based on the total amount R circle. The total AY of the bottom price when put together is

(Equation 3)
Sum of bottom prices AY = ya (1-θ2) + yb + yc (1-θ2) = (ya + yc) (1-θ2) + yb

  That is, among the target products such as discount processing, the bottom prices are summed only for those that can be further discounted when they are put together, and the sum is obtained by lowering the bottom price only for these. On the other hand, m (1 + θ1 × g / h) is assumed for the real number m value. Here, h is the total number of products that can be discounted, and g is the number of items that can be further discounted when combined. The reason why θ1 is reduced in this way is that, in the case of collective discount negotiations, discount negotiations are collectively performed as a whole including those in which further discounts are not performed.

Based on the m value and the bottom price calculated in this way, a discount negotiation is performed in step 1139. Then, when the decision price for discount negotiation is obtained, the rate S of Equation 1 is obtained based on this decision price.
After that, when the rate S is calculated, the determined price of each product is calculated based on the above-described number 2. The bottom price Y used at this time is ya (1-θ2) for the a product, yb for the b product, and yc (1-θ2) for the c product.
In the case of cash return, it is almost the same, and when calculating the total amount of R yen, only those that can be further discounted when summing up the cash return amount (for example, a product of A store and c product of C store) To sum. Then, for this calculated total amount R yen, a cash return amount (or return rate δ) to be further reduced is obtained from the total amount-rate table. When calculating the final price of each product, consider the reduction rate δ calculated for the cash return amount of this product for products that can be further discounted (cash return amount of each product x (1 + δ)) do it.
In the case where the amount is not the rate but the amount obtained from the total amount-rate table, first, the total return rate corresponding to this amount is calculated for the total amount R yen. Thereafter, this return rate may be added to the cash return amount of each product.

For products that are not subject to discount processing, the final price for each product can be calculated by applying the price reduction rate λ calculated in step 1133 for each product.
In addition, when displaying the price for the user 5, it is desirable to display the reduced amount, which is an effect when purchasing together, independently.
As described above, even if the user 5 purchases a plurality of products and services from a plurality of stores 7 and the like, sales processing is possible, and further discounts can be obtained by purchasing them together in the same product such as the same discount processing Even if they are purchased together and those that do not receive further discounts are mixed, sales and discount negotiations and cash return processing are possible.
Even in this case, the sales result can be reported in units of seven stores.

  Next, a fifth embodiment of the present invention will be described. A configuration diagram of the fifth embodiment of the present invention is shown in FIG. In the fifth embodiment of the present invention, when a product is checked by purchasing a product etc. in a store, or when a product is purchased by checking a flyer or a magazine, discount negotiation or cash return is performed. It was made easy on the spot.

In FIG. 34, a bar code 1003 is attached to a product 1001 placed in the store. The barcode 1003 may be of any type, such as one-dimensional or two-dimensional, or an IC tag. The code includes both encrypted and unencrypted codes. When the user 5 who has confirmed the product or the price at the store wants to purchase the product or the like, the mobile phone 1005 captures and reads the barcode 1003. Alternatively, the information may be electromagnetically read from the IC tag. However, in consideration of the user 5 who does not have the mobile phone 1005, instead of the mobile phone 1005, a dedicated device 1006 or a mobile information terminal that can be connected to the Internet may be provided in the store. The dedicated device 1006 may be movable so that the barcode 1003 can be read and information can be analyzed, or the barcode 1003 need not be read and can be provided exclusively for the product.
In the case of being provided exclusively for the product, necessary information (a URL dedicated to the product, product information, price, etc.) is set in the dedicated device 1006 in advance. Or the purchase page of the said goods may always be opened on the screen. Further, instead of the barcode 1003, power may be transmitted wirelessly from the dedicated device 1006 to an IC tag attached to a product or the like, and received data received from the IC tag may be read. In this way, operations such as imaging and reading the barcode 1003 are not required.

  In the case of a leaflet 1007 (or a magazine or the like), a barcode of the product is printed or an IC tag is attached together with the product information and price. Based on the data read and analyzed by the mobile phone 1005 (or the dedicated device 1006), it is connected to the center server 1008 via the Internet, and the web page of the product or the like is directly opened. And in the center server 1008, the user 5 can perform discount negotiation and cash return for this product.

  Product information is stored in the database 1009 in advance, and information purchased by the user 5 is stored in the database 1009. The center server 1008 is connected to a plurality of cash registers 1111. The cash register 1111 is provided with a reader 1113 for reading a barcode 1003 attached to a product and a display 1115 capable of displaying information.

The operation of this embodiment will be described based on the flowchart of FIG.
In FIG. 35, in step 1201, the barcode 1003 relating to the product or service that the user 5 wants to purchase is read by the mobile phone 1005 (or the dedicated device 1006). In step 1203, the product name, product number, and URL are analyzed from the information recorded in the barcode 1003. However, these pieces of information may be manually input based on the described information regardless of the barcode 1003. For example, the user may proceed to the home page of the center server 1008 by manual operation and input a product number or the like from the home page. Alternatively, when the dedicated device 1006 is provided exclusively for the product, necessary information may be set in the dedicated device 1006 in advance. In step 1205, the web page of the product or service on the site is opened based on the analyzed URL. In step 1207, the user 5 confirms product information and the like on the Web page, and confirms a standard price (or our store sales price) and the like. However, this information may be omitted if it is already posted at the store or there is nothing particularly necessary.

  When purchasing a product or the like, the user 5 inputs a user ID on the Web page in step 1209 and inputs a password in step 1211. In step 1213, discount negotiation and cash reduction are executed. For discount negotiations, etc., a plurality of purchase negotiations described in the fourth embodiment of the present invention may be performed and discount negotiations may be performed collectively. In step 1215, the discount negotiation result is displayed. However, it may be a purchase-only process without discount negotiation. In this case, the processing of step 1213 and step 1215 can be omitted. When a purchase button displayed on the Web page is clicked in step 1217, the purchase data is accumulated in the database 1009 in step 1219. Note that payment may be completed from a bank account at this point by electronic approval, or cash payment or card payment may be made at the cash register 1111 at this point without payment being completed. Good. In step 1221, if there are other products to be purchased, the process is repeated from step 1201. However, in this case, the input of the user ID in step 1209 and the input of the password in step 1211 are omitted.

  In the case of ending, the product is brought to the cash register 1111. However, it is also possible to bring a product card or IC tag on which product information or price is written without bringing the product itself. Further, when the settlement has been completed at this stage, the process may be terminated by performing the product delivery or the product shipment without performing the subsequent processing. Note that products that are not negotiated for discounts may be mixed in the products. In step 1223, the user ID of the user 5 is confirmed by the cashier at the cash register 1111, and the barcode 1003 attached to each product or service is read by the reader 1113 in the cash register 1111 in step 1225. In the case of a service, a card on which information is recorded may be used. It is also possible to transmit power to the IC tag wirelessly and read received data received from the IC tag. In this way, the cashier does not need to read each product with the reader 1113. The product name and product number are analyzed from the information read in step 1227. In step 1229, the stored data that matches is extracted from the database 1009 based on the product name and product number. Note that if the product name and the product number are described, the product purchased by the user 5 is specified from these pieces of information, so that it is not necessary to confirm the user ID of the user 5 by the cashier in step 1223. You can also.

  In step 1231, the product name, amount, etc. extracted from the database 1009 are displayed on the display 1115 each time and confirmed. At this time, a message to that effect is also displayed for products that have already been paid for. Even for normal commodities that are not negotiated for discounts, the cash register 1111 counts up in step 1233. In step 1235, the total amount is displayed on the cash register 1111. If there is an unpaid portion in step 1237, the process proceeds to step 1239 and payment by cash or a card is performed. Thereafter, when payment is completed in step 1241, a receipt is issued in step 1243. In step 1237, electronic approval is already made on the Web such as discount negotiation, and if payment has been made, the process proceeds to step 1243 and only a receipt is issued.

  Thus, even a shy person at the time of product purchase can easily negotiate discounts and enjoy shopping. Discount negotiations are possible even for products other than expensive products, and there is no need for a store clerk to handle the negotiations. In this case, discount negotiations can be made together. The user can feel secure because he / she can purchase the product after directly checking the product. Using an IC tag makes it easier to work at the cash register.

  In the present embodiment, the identity verification is performed using the user ID. However, the identity verification may be performed using a card. In this case, the card number is input at the time of purchase, and the card information is read at the cash register 1111 to check whether or not the user is the person himself / herself. Further, the cash register 1111 may include an IC tag built in the mobile phone 1005 and a reading circuit that electromagnetically reads information from the IC tag. The mobile information terminal may be used to verify the identity of the user by using and analyzing the cookie information. The cellular phone 1005 (or the dedicated device 1006) may be able to acquire biometric information such as a fingerprint, and identity verification is performed based on this information. As a result, if the identity is determined, the subsequent steps may be performed. The checkout 1111 can also be verified. Alternatively, a customer number may be issued at the center server 1008 each time shopping is performed, and the customer number may be confirmed at a cash register.

  When purchasing a product etc. by checking the leaflet 1007 (or magazine), the barcode 1003 printed on the leaflet or magazine is read by the mobile phone 1005 in step 1201, and the Web site of the store is based on the analyzed URL. Go to the page. Then, after negotiating discounts or cashing back for at least one product, the user 5 goes to this store. Results of discount negotiations and the like are stored in the database 1009.

  By checking the user ID of the user 5 by the cashier in step 1223, the stored data matching the user ID is extracted from the database 1009 in step 1229 (in this case, steps 1225 and 1227 are (Omitted). Then, the goods are delivered at the cash register 1111 and paid. However, delivery may be possible even if the user 5 does not go to the store. At this time, if the electronic approval has been completed, it is only necessary to deliver the product. For cash on delivery, a slip describing the product name, price, purchase date, delivery address, etc. is attached.

  Next, a sixth embodiment of the present invention will be described. The sixth embodiment of the present invention is another aspect of the fifth embodiment. The operation will be described based on the flowchart of FIG. In FIG. 35, the case where a product etc. is purchased by checking the inside of the store or a flyer has been described. However, in FIG. This is the case. For example, this is the case where the same item as the product owned by another person is desired. Note that the same components as those in FIG. 35 are denoted by the same reference numerals and description thereof is omitted.

In FIG. 36, in step 1201, the mobile phone 1005 reads the barcode 1003 attached to the desired product. In step 1203, the product name and the URL of the site are analyzed from the information recorded in the barcode 1003. However, the store name may be recorded in this information. Based on the URL, the web page of the site is opened in step 1301. In step 1303, a list of stores that handle the product is displayed from the database 1009 based on the product name. In step 1305, the product page of one store selected by the user 5 from the list is displayed. When the user 5 wishes to purchase, the user 5 negotiates for discounts and purchases. In step 1307, the user 5 goes to the selected store and the user ID is confirmed at the cash register. If payment at the cash register is completed, the product is delivered in step 1309. However, delivery may be made possible even if the user 5 does not go to the store. Further, in the store, a product other than this product may be purchased by the user 5 together.
As described above, the same product can be easily purchased from the actual product without detailed information on the desired product. In this case, discount negotiations can be performed. You can also find cheaper stores.

Next, a seventh embodiment of the present invention will be described. The seventh embodiment of the present invention is another aspect of the fifth embodiment.
In the seventh embodiment, television shopping is performed on a television or a personal computer with a television function. In this television shopping, a bar code 1003 is displayed at an appropriate position on the screen when introducing a product. The flowchart is the same as that of FIG. 35 from step 1201 to step 1221. In step 1201 of FIG. 35, the barcode 1003 displayed on this screen is imaged and read by the mobile phone 1005 or the like. In step 1203, the product name and the URL of the site are analyzed from the information recorded in the barcode 1003. Based on this URL, in step 1301, the Web page of the site is opened, and then discount negotiations are performed. Instead of the processing from step 1223 onward, electronic payment, bank transfer, or payment centering on cash on delivery is performed, and the purchased merchandise is delivered.

  When TV shopping is performed on a TV or personal computer having an Internet function, a Web page for discount negotiation or the like is opened by pressing a purchase button that allows the product to be connected to the Internet on the screen. In this case, it is desirable to display the user desired purchase price column 91 outside the TV image column or to display the user desired purchase price column 91 in a state of being overlapped with the TV image. The user can negotiate a discount for the product by inputting the desired purchase price in the user desired purchase price column 91.

Next, an eighth embodiment of the present invention will be described. The eighth embodiment of the present invention is another aspect of the fifth embodiment.
The operation of the eighth embodiment of the present invention will be described based on the flowchart of FIG. Note that the same components as those in FIG. 35 are denoted by the same reference numerals and description thereof is omitted.
An IC tag having an antenna unit capable of acquiring information wirelessly is attached to each product or a product card such as paper or plastic. In step 1351, the user 5 puts a product or a product card into the shopping cart. If the product purchase is finished in step 1221, the process proceeds to step 1225, and if continued, step 1351 is repeated. In step 1225, the cash register 1111 collectively reads the information. The cash register 1111 is provided with an electromagnetic wave transmission / reception unit and a data analysis unit for this purpose. In this case, power is transmitted wirelessly to the IC tag, and received data received from the IC tag is read. On the IC tag side, power is obtained from the received radio wave and information stored using this power is emitted as a radio wave. Information can be acquired by receiving the radio wave carrying this information and analyzing it in step 1227. However, information may be read by a barcode.

The product name is recorded in the information. The acquired product name is stored in the database 1009. In step 1229, data is extracted from the database 1009 based on the product name, and the price is displayed on the display 1115 together with the product name. In step 1213, discount negotiation is performed on this price. It is also possible to negotiate discounts for multiple products at once. However, only the purchase may be possible without negotiating discounts. Further, discount negotiation may be made possible depending on the size of the purchase amount. The cash register 1111 is provided with a numeric keypad for inputting a user desired purchase price, and the user 5 inputs the user desired purchase price using the numeric keypad. Step 1209 and step 1211 may be omitted. If the displayed discount negotiation result is acceptable, the purchase button is pressed in step 1217. Payment is made after step 1237.
As described above, since the user 5 can negotiate for discounts at the time of accounting, it is efficient.

Next, a ninth embodiment of the present invention will be described. In the ninth embodiment of the present invention, the bottom price Y circle and the real number m value in the discount negotiation are changed at every negotiation.
The bottom Y circle is a range including or lowering this value. That is, for example, if the limit value that can not be further reduced for a product of 10,000 yen was 5,000 yen, the range of 48,800 yen to 58,800 yen (or 5,000 yen to 6,000 yen) Define the bottom price as one of the values in. Then, for example, random numbers are generated within this range to determine the bottom price. Accordingly, since the bottom price fluctuates each time, it is difficult for the user 5 to estimate the bottom price.

Further, it is desirable that the bottom price Y circle and the real number m value are changed according to the profit of the store 7 or the like. Thus, for example, take the actually performed average value A _V of bargaining result value, obtain the difference between the value P _R was planned in advance shops or 7 side, A _V -P _R is a positive when random results Decrease the fixed value with respect to the obtained bottom price. However, it is desirable that the bottom price due to this reduction value not exceed the limit value. Moreover, the lower value is desirably varied depending on the size whether the A _V -P _R. For example lower values also increases the larger the size of the A _V -P _R. On the other hand, when A _V -P _R is negative, the constant value is raised with respect to the bottom value obtained by the random number result.

Alternatively, when A _V -P _R is positive, (equal to, for example 5,000 4 million yen) 5,000 8 million yen, the upper limit of the range of 4,000 8 million yen to 5 thousand 8 hundred yen constant Drops, whereas , it may be (equal to, for example, 5,000 yen) of a _V -P _R raises 4,000 8 million yen which is the lower limit of the range of 4,000 8 million yen to 5 thousand 8 hundred yen for a negative constant value . Reduction range, gains, it is preferable to determine the size whether the absolute value of A _V -P _R.
Further, when A _V -P _R is positive, the constant value may be increased from the value of the real m value, while when A _V -P _R is negative, the constant value may be decreased from the value of the real number m value.

In the above description, A _V −P _R is calculated and the bottom Y value and the real number m value are changed. Depending on the amount of profit, the bottom Y circle and the real m value may be changed at every negotiation as described above.

  Next, a tenth embodiment of the present invention will be described. In the tenth embodiment of the present invention, a fixed amount or the entire amount of the price reduced as a result of the discount negotiation performed in FIG. 16 or the like is stored in a user savings box provided on the database 1009 side as a cash return. is there. Then, the virtual cash stored in the user saving box can be used as a purchase price for the product 1001.

  The desired selling price displayed to the user 5 on the net is X yen, the bottom price is Y yen, and the first negotiated amount is G1 yen. Assuming that the desired sales price X−the first negotiated amount (a guideline value for discount negotiation) G1 = H yen, a certain amount of this is stored as a cash return in a user savings box provided on the database 1009 side. For example, if 30% of the H yen is set as the amount to be returned to cash, the amount of cash return will be 0.3 H yen.

And it displays to the user 5 that this 0.3H yen is stored in the user savings box as a cash reduction amount from the price reduced by the discount negotiation in advance. The final determined amount by the discount negotiation is an amount obtained by adding the cash return amount put in the user savings box to the determined price by the discount negotiation. In addition, when the amount of cash reduction put into the user savings box is the desired selling price X-determined price for discount negotiation, the payment amount of the user 5 is the desired selling price X yen. Then, the user 5 can use the cash return amount put in the user savings box as a subsequent product purchase price.
In addition, when the amount obtained by adding the cash return amount put in the user savings box to the price determined by the discount negotiation exceeds the desired selling price X, it is desirable to perform processing such as reducing the cash return amount.

Next, another example of this embodiment will be described.
With respect to the bottom price Y yen in FIG. 16 or the like, the cash return amount is set to 0.3 H yen, for example, and the bottom price + cash return amount is reread as a temporary bottom price instead of the bottom price Y yen. Then, the user 5 is allowed to negotiate a discount between the provisional bottom price and the desired sales price.

For example, suppose a discount negotiation is decided for J yen. The payment amount of the user 5 at this time is J yen. And 0.3H yen is put into a user savings box from this.
As described above, since virtual cash is stored in the user savings box, it can be expected that the user 5 purchases the product 1001 in order to use the virtual cash again.
A method of applying the above processing to a case where discount negotiation is collectively performed for a plurality of purchased products described in the fourth embodiment and the like will be described.

  In this case, first, a cash return amount of each product 1001 is determined in advance and disclosed to the user 5. Then, discount negotiation is performed with the amount of money raised by the total amount of the cash reduction amount of each product 1001 from the total price of each product 1001 as a temporary bottom price. When the discount negotiation is established, the total amount of the cash return amount is put in the user savings box.

  Next, an eleventh embodiment of the present invention will be described. The eleventh embodiment of the present invention uses the discount negotiation process of each of the above-described embodiments, for example, a plurality of people compete in a form of bidding when purchasing a product such as a product, and a thrilling shopping It is made to be able to.

  First, the store etc. 7 is presented with a desired selling price of the product 1001 and a bottom price that is not permitted to be sold below the product 1001. Place the desired selling price on the homepage. Then, a person who wants to participate in a bid for the product 1001 is asked to enter the site from the home page of the product 1001 with a login ID and a password, and has an intention to participate. When there is an intention to participate, an e-mail is transmitted from the site to the user 5. In the e-mail, for example, a number for permitting participation in bidding a predetermined number of times is described.

  The user 5 is asked to compete for the limit price. When the user 5 gives a price lower than the bottom price, for example, as shown in steps 91, 123, and 109 in FIG. 16, the negotiated price is presented such as "How about this price?" The user 5 presses the purchase button if he / she wants to purchase at this price. If this price is too high and you can't buy it, press the purchase abandon button (not shown).

  Other users 5 who are permitted to participate also perform the same processing as described above. Then, the bidding history abandoned by each user 5 is displayed on the home page as shown in FIG. 38 and subsequent figures so that anyone can view it. The product 1001 is sold to the person who first indicated the intention to buy. That is, when the user 5 decides to purchase at the negotiated price, or by inputting a price exceeding the bottom price, the user 5 can purchase the product.

  Description will be made based on the history example of FIG. The desired sales price for a store 7 is 10000 yen, the bottom price is 7000 yen, the first negotiated price is 8500 yen, and the second negotiated price is 8000 yen. The product 1001 is a microwave oven, and the shopkeeper is Mr. AA. Sola has the right to negotiate discounts more than four times. In the history display item, “First person Sora 1000 yen 15 days 10: 2 abandonment purchase” was thought to be purchased at 1000 yen, but it was displayed at 8500 yen, so I abandoned the purchase. means. In the 7th person, Sola challenged again at 7500 yen, and was able to purchase because it exceeded the bottom bid price of 7000 yen.

Next, the history example of FIG. 39 will be described. Sora has the right to bargain twice or more. In the history display item, I thought that I would like to purchase “First person Sora-san 1000 yen, 15:10, 15:10 abandonment purchase” for 1000 yen, but because it displayed “How about 8500 yen?”, I abandoned the purchase.
After that, I tried one more time. When Sora challenged 2400 yen again, the second negotiation price, “How about 8000 yen?” Was displayed. I decided to buy this price.

  Next, the history example of FIG. 40 will be described. Sora has the right to bargain twice or more. And I tried twice, but I got off because I felt that the second negotiation price was 8,000 yen. Mr. Crab tried once but gave up the purchase because it displayed “How about 8500 yen?”. AA, who was watching the situation, lowered the special price to 9000 yen. The bottom bid price has also been reduced to 6500 yen.

  However, Mr. AA may conversely increase the special display price or increase the bottom bid price. If it is popular, it is possible to raise the bottom bid price. In this way, the store 7 or the like, or the store clerk, can change the desired selling price or bottom price set on the site by referring to the bidding history. The changed data is stored in the site database 1009. However, the real number m, which is a real number corresponding to the degree of discount, may be changed by the store 7 or the like. The change history is recorded in the bid history. For this reason, the user 5 can know that the price has been changed. Thereafter, the user 5 can redo the strategy for the changed desired selling price, bottom price, etc., and bid for purchase. When there is a user 5 who has made a bid at an amount higher than the bottom bid price when the store 7 or the like has lowered the bottom bid price, the user 5 is allowed to purchase. Also good. When there are a plurality of inventory quantities of products or the like, purchases may be approved for a plurality of persons in order from the user 5 who sets the highest price.

Thus, in this embodiment, in addition to the auction-like function, the first-come-first-served function is also provided. A person who wants the product immediately can also purchase it at a negotiated price. On the other hand, the user 5 who wishes to purchase at the lowest price can participate in the form of competing prices little by little. Since the successful bid is recognized for the user 5 who has reached the bottom price earliest, the user 5 tries to present the bid amount as soon as possible. In addition, since the bottom price may be lowered by the store 7 or the like in the middle, the user 5 becomes nagged. However, in addition to the above functions, a time limit may be set for bidding, and purchase may be permitted for the user 5 who has paid the maximum amount within the time limit. In this case, only the price exceeding the minimum amount set by the shopkeeper may be accepted as an amount that can be entered for bidding. This minimum amount is usually set below the bottom price and is the lowest amount that can be bid. Further, in the same manner as described above, it is possible to purchase when the bottom price is exceeded, and it is also possible to purchase even at the negotiated price presented. Thus, the degree of tension is further increased by combining the time limits. For each bidder, the degree of urgency is extremely high, since it is completely unknown whether the purchase will be made at the bottom price, the purchase at the negotiated price, or the purchase by the person with the highest price due to the time limit. . Furthermore, it is possible to arbitrarily select (or hold) a function that can be purchased when the price reaches the bottom price or more. Furthermore, a combination of the above functions may be arbitrarily selected for each function. These auction functions can also be used for securities trading and stock price determination.
For example, as shown in FIG. 41, a list is presented according to the product name or product genre in the order of the lowest Y-yen, etc., and linked to the exhibit by clicking 7 shops and product model numbers. It may be. Since the bottom Y circle is a price that is not disclosed to the user 5, the display price is in no particular order.

Next, another example of this embodiment will be described. In FIG. 42, the history of cash reductions is taken. This history can be browsed by the user 5. The cash return amount of 3000 yen is put in the user savings box and can be used for the next purchase. You can participate even if you do not have discount bargaining rights. Purchases give you at least one discount bargaining right.
For example, as shown in FIG. 43, a list may be presented in descending order of the cash return amount according to the product name or product genre, and linked to the exhibit by clicking the product model number.

  In addition, when the user 5 wants to continue to participate in the bidding beyond the number of times given by e-mail, the bidding may be made possible by using the discount negotiation right already accumulated by the purchase of the product or the like. Further, when purchasing the product 1001, payment from a user savings box is also possible.

  Furthermore, at the discretion of the store 7 etc., purchase for several people from the highest bid amount person if there is more than one person who presents the highest bid amount in the bidding history or multiple items as needed May be allowed.

Next, regarding the present embodiment, a method for automatically allowing a bid to be made instead of the user 5 manually inputting an amount for bidding will be described.
In the above-described embodiment, the user 5 needs to consider and execute the next move while browsing the bidding history from moment to moment. For this reason, it is necessary to browse the personal computer screen all the time, but it is cumbersome for a long time. Therefore, the user 5 devises a bid simulation as described below so that the user 5 can easily participate in the bid. The present method is not limited to the present embodiment, but also for an Internet auction type competitive bidding in which a plurality of people widely conducted through the Internet 1 raise the price little by little and compete for bidding. The same applies.

  The center server 1008 and the personal computer used by the user 5 are connected via the Internet 1. First, the user 5 connects to the center server 1008 and sets, on the Web screen, estimated prices at which products that will participate in bidding will be awarded in three stages. As the estimated price reaches the first stage, the second stage, and the third stage, the amount is set larger. However, the estimated price is not necessarily limited to three stages. Then, the user 5 further sets a first-time push-out degree α. Subsequently, the second-time bid degree β and the third-time bid degree γ (α <β <γ) are set. However, the degree of push-out can be arbitrarily arbitrarily set after the third push-out degree γ, such as the fourth push-out degree δ... This push-out degree is a degree set to shake off the followers of others.

  The estimated price 1st stage, 2nd stage, 3rd stage, and the degree of uncovering are stored in the center database 1009. At the start of bidding, the bid amount = ((estimated price 1st stage-lowest bid start price) x push-out degree / 100 + lowest bid start price). On the other hand, if there is more than one bid history, the bid amount = ((Estimated price first stage-highest price at present in bid history) × excess degree / 100 + highest price at present in bid history). In other words, it is ideal to set the bid amount as high as possible in order not to allow others to follow in terms of price, but suddenly setting a too high price makes it impossible to purchase at a low price. It is not preferable for the connected user 5. Therefore, the five users set in advance an appropriate degree of protrusion that satisfies both. By bidding based on the price setting with the degree of push-out α, the user 5 has set the highest bid price.

  However, when another person has set a higher bid price for this bid price, an automatic bid is performed based on the price setting at the next degree of overhang β. However, if the bid price of the other person has already exceeded the price setting at the uncovered degree β at this time, the price at the uncovered degree γ is set as the bid price. According to this automatic bidding, the user 5 does not input the bid price on the Web screen one by one, but is automatically processed in the center server 1008 based on the data stored in the center server 1008 in advance. Thereafter, the same processing is repeated. Thereafter, when the bid price set by the other person exceeds the estimated price first stage, the estimated price second stage is substituted for the estimated price first stage and the bid price = ((estimated price The process from the degree of push-out α is repeated based on 2 stages—the current highest price in the bidding history) × the degree of sticking out / 100 + the current highest price in the bidding history. This is also true when the other person's bid price exceeds the estimated price γ in the first estimated price first stage and suddenly exceeds the estimated price first stage. . However, in the second stage of the estimated price, a degree of protrusion different from that in the first stage of the estimated price may be set. Thereafter, the same processing is performed for the estimated price third stage. Then, when the bottom price is exceeded for the first time, a successful bid is determined and a product or the like can be purchased. However, this point may be such that a successful bid is made to the user 5 who finally gave the highest price as in a normal Internet auction.

Next, a twelfth embodiment of the present invention will be described. The twelfth embodiment of the present invention applies discount negotiation to transactions between companies.
When discount negotiations are applied to transactions between companies, the transaction source is discounted after considering the size of the company that is the business partner, past transactions and results with the company, and future cooperative relationships. It is desirable to consider the degree of each individually. In addition, it is desirable to have permission to restrict companies that can negotiate discounts to companies that really want to negotiate to some extent, rather than allowing unlimited companies.

  This will be described based on the flowchart of FIG. On the Web, there is one company that is a transaction source that presents a transaction whose price can be determined by discount negotiation or the like. First, in step 1401, the company information and transaction items are browsed, and a company that wishes to trade with this company inputs a login ID on the Web. In the case where the company that wants to trade is not yet registered, the company name, representative, location, telephone number, capital, number of employees, establishment year, e-mail number, etc. are entered on the Web. In step 1403, a password is input. In step 1405, the company wishing to trade presses a button such as “Want to negotiate for discount” (or wish to trade). In step 1406, the center server 1008 is connected. In step 1407, the company information about the desired company is read from the registration information. In step 1409, a company matching the company information is searched from a database 1009 previously stored such as a company manual. In step 1411, company information is read from the database 1009. In step 1413, the company power such as capital and the number of employees is scored from the read company information. In step 1415, the company that wants to trade is requested to input the past transaction information with the partner company that wants to trade this time from the user personal computer. Or you may make it read the transaction information previously preserve | saved in the database 1009 of a center from company information, without requiring an input etc.

  In step 1417, the transaction status with the company is scored. In this case, the case of the highest transaction amount between the transaction source and each company may be scored as 100, for example. In step 1419, the past results are evaluated and scored. This is done well on a daily basis, for example, for requested projects. The quality evaluation in past transactions such as trustworthiness is scored with the highest score being 100. Then, in order to make a comprehensive evaluation in terms of these qualities and quantities, the total score is calculated in step 1421 of FIG. In step 1423, a deviation from a standard point value, which is a value that can be regarded as a predetermined pass line, is calculated.

If it is determined in step 1425 that the deviation is considerably low, the content is notified to the transaction source by e-mail or the like in step 1427. In this case, in step 1429, it is left to the company's own judgment. On the other hand, if the deviation is greater than or equal to a certain level in step 1425, in step 1431, the real number m which is a real number corresponding to the bottom price and the degree of discount is changed according to the magnitude of the deviation. In step 1433, the mail with the available number is distributed to the company wishing to trade. In step 1435, the company that wants to receive the e-mail or the like in step 1435 inputs an available number on the Web in step 1437. In step 1439, the available number is transmitted to the center server 1008, so that discount negotiation can be performed in step 1439.
As described above, the discount negotiation function can be appropriately applied even in transactions between companies where the relationship of trust is more important.

Next, a thirteenth embodiment of the present invention is described. In the thirteenth embodiment of the present invention, a total budget is input, and a product list that falls within the total budget is presented.
FIG. 46 shows an example of a product selection screen. The user 5 can specify the priority order, the product name, the manufacturer name, and the like of the product he / she wants to purchase, and can input the budget allocation amount for the product. It has become. A plurality of desired functions and keywords may be selected or designated. In step 1501 of FIG. 47, the user 5 clicks the “Purchase within budget” button on the home page of the center server 1008. In step 1503, a region is selected, and in step 1505, a store name is selected. The region is selected from any region in the country, but it is not limited. Also, without selecting a store name, in step 1506, select a cheap store, select a large store, select a long-established store, select a store with a low bottom price, select a store with a large cash return, select a popular store, well Selection may be made from selection or the like with products that are sold. These data are stored in the database 1009 of the center server 1008.

  Next, in step 1507, the product 1001 is selected on the Web screen. In this product selection, as shown in FIG. 46, the order, the product genre, the product name, the number, the function, the manufacturer name, the budget allocation amount, and other necessary keywords that the user 5 wants to prioritize the purchase within the total budget are input or Selectable. The budget allocation amount describes how much the product 1001 is to be assigned in the total budget. The keyword is freely described, and the product 1001 related to the keyword can be searched for text from the database 1009. In step 1509, by clicking the “select recommendation” button, select a recommended product, popular among women, popular in the 20s, popular in the 30s, popular in the 40s, popular in the 50s, etc. Selectable. In step 1511, the total budget is input in a total budget input field (not shown) and transmitted to the center. The total budget may be input uniquely, for example, 10,000 yen, or may be input by specifying a range from 10,000 yen to 15000 yen. Moreover, you may make it input 10000 yen or less. When a range is designated, one budget allocation amount may be selected from a plurality of range designations. At this time, for all products belonging to the product name, a plurality of items in which the amount range is divided and set in advance based on the maximum and minimum desired selling prices are prepared.

  In step 1513, a user ID and password for logging in to the center server 1008 are input. On the center server 1008 side, the total budget is set between −30% to + 30%. This is because the product 1001 is selected based on the budget range. In Step 1517, 1 is entered in the counter N. The counter N is the number of orders selected by the user 5 in the purchase priority order.

  First, in step 1519, the first purchase priority is selected. In step 1521, products are narrowed down from the database 1009 based on the product name. In FIG. 48, in step 1523, it is determined whether to narrow down the products based on the items selected by the user 5, such as “popular products” and “recommendations”. That is, if “recommendation” or the like is selected in step 1509, the process proceeds to step 1531. On the other hand, if “recommendation” or the like has not been selected, the products are narrowed down in step 1525 based on the manufacturer name. In step 1527, the products are narrowed down based on the function, and in step 1529, the products are narrowed down based on the keyword.

  In step 1531, the products that fall within the range of −30% to + 30% of the budget allocation amount of the product are narrowed down. This is because, if it is within this amount range, the user 5 may purchase, and the budget amount may be reconsidered. However, this range (-30% decrease to + 30% increase) is not necessarily limited. In addition, when the cash return system is set so that it can actually be purchased at a lower price than the desired selling price, based on the amount of cash returned as a budget amount (that is, the desired selling price of the store 7 etc.) Narrowing may be performed on the basis of the amount obtained by subtracting the amount of cash return from. By doing so, the difference between the actual payment amount by the user 5 and the budget amount can be minimized. Whether the desired sales price of the store 7 or the like is used as it is as the budget amount or whether the result of cash reduction is used may be set in advance. Further, if the amount of the discount negotiation result can be estimated approximately, the narrowing may be performed based on the amount of the discount negotiation result. For example, processing may be performed assuming that the amount of the discount negotiation result is the same as the amount returned to cash.

  Next, in step 1533, it is determined whether or not the number of narrowing down is 1 or more. If there is one or more, the data is stored at step 1535 and the counter N is incremented by 1 at step 1537. In step 1539, it is determined whether or not there is a product with the next purchase priority. If there is, the same processing is performed from step 1519. On the other hand, when the number of narrowing down is not 1 or more in step 1533, the process proceeds to step 1575 in FIG. In step 1575, the products are narrowed down again after the budget allocation amount exceeds −30% to + 30%. It is desirable to increase this range little by little and judge from time to time. In step 1577, if there is one or more narrowed down cases, the process proceeds to step 1535 and data is saved.

  In step 1577, when the number of narrowed down items is not 1 or more, in step 1579, the items selected by the user 5 such as “popular products” and “recommended” are ignored, and the products are narrowed down again. In step 1581, when the number of narrowing down is 1 or more, the process proceeds to step 1535 and data is saved. In step 1581, when the number of narrowing down is not 1 or more, in step 1583, the functions and keywords are ignored and the products are narrowed down again. In step 1585, if there are one or more narrowed down cases, the process proceeds to step 1535 and data is saved. If the number of narrowing down is not 1 or more in step 1585, the manufacturer name is ignored in step 1587 and the products are narrowed down again. In step 1589, when the number of narrowing down is 1 or more, the process proceeds to step 1535 and data is saved. If the number of refinements is not 1 or more in step 1589, a message is sent from the center server 1008 to the user 5 and displayed in step 1591, “Product could not be found within the budget”. However, the narrowing-down procedure is not limited to this.

  In addition, when the price of one selected product greatly exceeds the budget according to the designation by the user 5, the excess may be rotated for other products. Specifically, for example, when the budget allocation amount for a product with high priority is greatly increased as a result of selection, adjustment is made such as resetting the budget allocation amount for a product with low priority. The products and the like are narrowed down again for the new budget allocation amount set in this way. Then, the amount of money is calculated anew for the products and the like as a result of narrowing down. On the other hand, when the budget allocation amount for a product with a high priority is greatly reduced as a result of selection, the budget allocation amount for a product with a low priority may be set higher. Then, narrowing down of products and the like is performed again.

  In step 1541, one selected product is extracted from each genre and combined. At this time, at least one product data is stored in each genre, but these data are extracted one by one for each genre and displayed in combination. For example, one product is extracted from the genre with the first purchase priority, one product is extracted from the genre with the second purchase priority, and so on. The order of this combination may be arbitrary, but for example, it is desirable that priorities be assigned in advance according to the order of manufacturer name, function, keyword, recommendation degree, and the like. Then, in step 1543 of FIG. 49, the total amount is calculated for the combined products and the like. If the “Request list beyond budget range” button is pressed in step 1545, a value exceeding −30% to + 30% of the total budget is selected in step 1551. Then, in Step 1553, “List is beyond budget range” is displayed on the Web, and then the list is displayed in Step 1555.

On the other hand, if the “Request list beyond budget range” button is not pressed in step 1545, in step 1547, products to be narrowed down within the range of −30% to + 30% of the total budget amount are selected. Then, in step 1549, the list is displayed in step 1555 after “Web budget range or a list that seems to be close to the budget range due to discounts” is displayed on the Web.
However, the processing of steps 1545, 1547, 1549, 1551, and 1553 can be omitted.

  In step 1557, product data such as functional specifications more detailed than the list is displayed. If the user 5 presses the “Compare with other popular items in this store” button in step 1559, details of other popular items in this store are compared in step 1561. In a state where the “compare with other popular items in our shop” button is not pressed, the data extracted in step 1541 is described in the purchase planned product column. FIG. 51 shows a comparison chart in which a comparison item is displayed when the “Compare with other popular items in the store” button is pressed. As for our popular products, items selected in advance by the store based on sales statistics and the like are stored in the database 1009. In FIG. 51, two comparative examples are displayed. However, the present invention is not necessarily limited to this, and the lower order of the comparative example can be additionally displayed at any time.

  On the Web screen, the total amount of the product scheduled to be purchased this time is displayed together with the data of the total budget amount input by the user. Thereby, the user 5 can determine whether the total amount is within the range of the total budget amount or how much the total amount is deviated from the range of the total budget amount. The user 5 who has compared and referred to the data described in the item to be purchased and the detailed data described in the comparative example clicks one of the comparison data in step 1563, and in step 1565, the comparison data Can be changed to the product you plan to purchase. In this case, in step 1567, the total amount is calculated again for all the products scheduled for purchase. If the purchase button is clicked in step 1569, discount negotiation can be performed in step 1571. In this discount negotiation, a discount may be performed on products and the like together. If the “next candidate” button is clicked in step 1573, the process returns to step 1541, the next combination is extracted from the narrowed product etc. data, and then the same processing is performed.

As described above, it is possible to provide the user 5 with an estimate of a product that can be purchased within the budget amount via the Internet 1. Further, the user 5 can compare with other recommended products and the like, and can change the product to be purchased as a result of the comparison, so that the product can be easily selected. Purchased products can be purchased at low cost via the Internet 1 through discount negotiations or cash reductions.
Note that the processing shown in FIGS. 52 and 53 may be performed instead of steps 1575 to 1591 in FIG. Hereinafter, another aspect of the process of FIG. 50 will be described. In the flowcharts of FIGS. 52 and 53, if the number of narrowing down is not more than 1 in step 1533, items to be ignored are presented to the user and selected in step 1601. Items to be ignored are items selected by the user, such as budget amount, “popular product”, “recommendation”, functions and / or keywords, and manufacturer names. The user selects at least one item that can be ignored.

  For example, in the case where “Refine narrowing down the products by ignoring the budget” is selected in Step 1603, processing for narrowing down the products again is performed in Step 1605 ignoring the budget. In this case, of the processes from step 1521 to step 1531, the process of step 1531 is skipped and narrowing down is performed. In step 1607, if there is one or more narrowed down cases, the process proceeds to step 1535. On the other hand, if the number of narrowed down items is not 1 or more in Step 1607, “Products could not be narrowed down” is displayed to the user 5 in Step 1609. However, instead of completely ignoring the budget amount, the budget amount may be ranked one step at a time and then narrowed down again. In this case, it is preferable to proceed to step 1535 in the rank of the budget amount in which one or more items exist.

In addition, when “Refine products again by ignoring items selected by users such as“ Popular products ”and“ Recommendation ”is selected in Step 1611, users such as“ Popular products ”and“ Recommendations ”are selected in Step 1613. The process of narrowing down the products again is performed ignoring the item selected by. In step 1615, if there is one or more narrowed down cases, the process proceeds to step 1535. On the other hand, if the number of narrowed down items is not 1 or more in Step 1615, “Products could not be narrowed down” is displayed to the user 5 in Step 1609.
In the following, also in the case where “Refine products again by ignoring functions and / or keywords” is selected in step 1617 of FIG. 53, the same processing as described above is performed as shown in steps 1617 to 1621. Also in the case where “Refine products again by ignoring the manufacturer name” is selected in 1623, the same processing as described above is performed as shown in Steps 1623 to 1627.

Further, in step 1629, for example, two items of “reflect products again by ignoring the items selected by the user such as“ popular products ”and“ recommendation ”and“ refine products again by ignoring functions and / or keywords ”are provided. In the case of selection, first, in step 1631, processing for narrowing down the products again is performed ignoring the items selected by the user such as “popular products” and “recommendation”, and then in step 1633 the function and / or keyword is selected. Ignoring and refining the product is performed. The combination of the two selections is not limited to the above. If there is one or more narrowed down cases in step 1635, the process proceeds to step 1535. On the other hand, if the number of narrowed down items is not 1 or more in Step 1635, “Products could not be narrowed down” is displayed to the user 5 in Step 1609. The same applies to the case where three or more function ignores are selected.
As described above, it is possible for the user 5 to more easily narrow down the form in accordance with his / her merchandise purchase request.

  Next, a fourteenth embodiment of the present invention is described. The fourteenth embodiment of the present invention relates to a technique for allowing a user to easily narrow down products. First, preparation is made at step 1651 in FIG. Here, a product name is selected. In step 1653, a budget amount is input or selected. That is, the budget amount may be entered in the input field, or one range may be selected from a plurality of preset amount ranges. Further, the manufacturer name may be designated or all the manufacturer names may be designated for narrowing down. In step 1655, the user 5 selects a necessary function. This function is a function (word or keyword indicating a function) set in advance so that all products belonging to the product name can be investigated and covered, and a description of the function. This function or the like may be collected and set artificially, but the computer may automatically collect and set these data with each product specification as an item. Even if the functions are the same, there may be different definitions and explanations for each company. In such a case, a table that uniquely defines the function definitions when inputting to the database 1009 is used. Therefore, semi-automatic collection is possible by artificially converting the data.

  In step 1657, narrowing down is performed within the range of the budget amount, and if there is no product as a result of the narrowing down, the budget amount is reset in step 1659 and then the process is repeated from step 1657. If there is a product as a result of narrowing down, in step 1661, narrowing down is performed in the order of popularity of our shop. In this case, as a reason for popularity, the statistics of the functions supported by each user may be collected and the totaled result may be displayed. Alternatively, instead of the order of popularity of the shop, or the order of recommendation of the shop may be presented together with the order of popularity of the shop, narrowing may be performed according to the order of recommendation of the shop. You may make it point out the recommended point as our recommended point. Narrowing may be performed by causing the user 5 to select at least one of the recommended points. In addition, if the attributes and recommended factors selected in this way are accumulated and aggregated, it will be useful for development for companies. In step 1663, narrowing down is performed based on the function set in step 1655. As a result of narrowing down by function, if there is an exact match, a candidate product is displayed in step 1665. User 5 selects one of the candidates at step 1667 and purchases at step 1669. At this time, discount negotiation is possible in step 1671.

  On the other hand, if narrowing down by function in step 1663 indicates that there is no complete match, candidates are displayed in descending order of the number of matching functions in step 1673. That is, for example, if the number of functions desired by the user 5 is 5, four of the matched products are first candidates, and the matched three functions are the next candidates. There may be a plurality of candidates for the same rank. In addition, for each function, the user 5 may be given different evaluation scores in the order of the function items emphasized by the user 5, and the candidates may be displayed in the order of products having a large total evaluation score. Furthermore, the priority order may be given in the order required for the user 5 for each function, and the product having the item with the higher priority order may be selected first.

Further, in step 1675, as shown in FIG. 55, among the functions selected by the user 5, functions that are not present in the product and certain functions are displayed. By clarifying which of the functions selected by the user 5 is present in the product and which is not present, the user 5 can easily determine whether the product is acceptable when purchasing within the budget range. it can. In step 1677, when the user 5 selects one of the candidates that he / she likes and wants to purchase, the purchase is performed in step 1679, and a discount negotiation is performed in step 1681. On the other hand, if there is no product desired to be purchased by the user 5 in step 1677, the step of increasing the budget amount by one step by clicking the “Increase the budget amount” button shown in FIG. The processing is performed again from 1657.
As described above, the function desired by the user can be completely or partially satisfied within the budget amount, and the user can easily narrow down the well-established products.

  Next, a fifteenth embodiment of the present invention is described. The fifteenth embodiment of the present invention is a case where the user 5 has input a price less than the bottom price as the desired purchase price when presenting the intermediate amount to be presented to the user 5 in steps 85 and 91 of FIG. If the price is close to the bottom price, it will try to present the lower amount as the presentation amount. This is because it is determined that the user 5 needs to reduce the amount of presentation because the user 5 studies the reasonable price of the product. Conversely, if a price far below the bottom price is given, a higher price may be presented. The reason for this is that the user 5 does not study the reasonable price of the product, etc. (that is, because the product itself is not studied), so it is determined that the price can be increased accordingly. This is because that.

FIG. 56 shows the relationship between the desired selling price X, the maximum offered price Emax, which is the highest of the offered prices, and the bottom price Y. The maximum offered price Emax is the offered price calculated based on the real number m described above. In this figure, when the user desired input price Z1 is less than the bottom price Y and is far from the bottom price Y, the suggested price E1 is also far from the bottom price Y, while the user desired input price Z2 is When the price is less than the bottom price Y and is closer to the bottom price Y, the suggested price E2 is also set closer to the bottom price Y.
FIG. 57 is a graph showing the relationship between Z / Y, which is the ratio of user desired input price Z and bottom price Y, and the suggested price value. A specific description will be given based on numerical examples. Now, assume that the maximum offered price is 110,000 yen and the bottom price Y is 100,000 yen. When the user's desired input price is up to 90,000 yen (that is, when Z / Y is up to 0.9), for example, in step 91 of FIG. 16, 110,000 yen is presented. Also, when the user's desired input price is 95,000 yen (that is, when Z / Y is 0.95), 105,000 yen is presented, and when the user's desired input price is 99,000 yen ( In other words, when Z / Y is 0.99), 101,000 yen is presented.

When these relationships are expressed by a general formula, α is a magnification (for example, α value is 10). And
Maximum offer price Emax when Z / Y is 0 ≦ Z / Y <1-1 / α
When Z / Y is 1-1 / α ≦ Z / Y, the suggested price E = α * (Y−Z) / Y * (Emax−Y) + Y
In the graph, when the value of α is small, the slope becomes gentle (sensitivity is slow), while when the value of α is large, the slope becomes steep (sensitivity sensitive).
The suggested price E may be between the maximum suggested price Emax and the bottom price Y as described above, or between the desired selling price X and the bottom price Y. Further, it may be a step value without a continuous change. You may make it complement a staircase value. You may make it change with a predetermined curvature instead of a linear change.

As described above, it is possible to obtain the satisfaction of the user 5 by making a person who knows about the goods well purchase cheaper.
The above process can be used for discount negotiation as described above, and can also be used for the auction function described in the eleventh embodiment. At this time, since the intermediate presentation amount gradually decreases, a further thrilling feeling can be expected. When the bottom price is changed by a store or the like, Z / Y is calculated again, and then the suggested price is calculated according to the graph of FIG. The same applies to the case where the maximum offered price Emax is changed by changing the m value.

  Next, a sixteenth embodiment of the present invention will be described. In the sixteenth embodiment of the present invention, even if the store has a higher selling price than the other store, the price is immediately reduced below the other store as much as possible upon request from the user. It makes sales more advantageous.

  FIG. 58 shows a flowchart. 58, in step 1701, the user 5 connects to the center server 1008 on a personal computer connected to the Internet and inputs a user ID and password on the Web. In step 1703, a product desired to be purchased is designated from among the products displayed on the Web. In step 1705, the store name of another store, the date of sale, the URL of the site, the name of the prefecture to which the other store belongs, the telephone number and how much it was in the other store (the price of other store U) are entered in the Web input field. get. In step 1707, the user presses the button “The other store is cheaper”. As a result, in step 1709, data is transmitted to the center server 1008.

  In step 1711, data of other stores received by the center server 1008 is stored in the database 1009. This accumulated data is later used for analysis and reference. In step 1713, it is determined whether or not the total amount of purchases made so far by the user 5 at the store etc. 7 is a yen or more, or whether the customer rank is a predetermined level or more. .

  However, when the center server 1008 adopts a rental store format, it is desirable that the determination in step 1713 is uniquely determined for each store 7 and the like that is entered as a tenant. This is to allow a specific user to make a profitable act of selling cheaper than other stores. These treatments are not necessary when it is approved for an unspecified majority. If the determination result is YES, the process proceeds to step 1715.

  In step 1715, it is determined whether or not the user ID is negotiated for the first time for the user ID. This is because it is not preferable to allow multiple times. When it is the first time, the process proceeds to step 1717, where it is determined whether or not the user 5 has a discount negotiation possible number of times n or more. n is at least once, for example. In order to be more cautious, only those who have the number of possible discount negotiations will be allowed.

  If there are n or more negotiable discounts in step 1717, the process proceeds to step 1719, where L yen = other store amount U yen−bottom price Y yen is calculated. The bottom Y-yen is a price that is difficult to sell below this set by the store 7 or the like. And it is judged whether this L circle is 0 yen or more. If it is 0 yen or more, the process proceeds to step 1721 where, for example, (U−Y) / m1 + Y is calculated. However, as already explained with reference to FIG. 16, the general formula of the standard value for discount negotiation is (U− (1−m1) Y) / m1 where m1 is a real number, and the real number m1, the bottom price, etc. It can be changed at any time according to the wish of the store 7 or the like. It may be programmed in advance so as to automatically change from time to time.

  Further, the real number m1 may be varied according to the stage of the normal customer, customer, and upper customer. However, it is not limited to this mathematical formula, and may be calculated so as to be set to other store amount U yen or less. And it is desirable that the amount of money presented to the user 5 is equal to or more than the bottom Y-yen, but this is not necessarily limited to this, and the bottom Y-yen is lowered according to the level of the normal customer, customer, and top customer. You may set as follows. Moreover, you may make it reduce only the predetermined amount of money set beforehand instead of a ratio. Furthermore, it may be set so as to decrease by a predetermined amount step by step according to the size of the L circle.

  Then, the price calculated in step 1721 is presented to the user 5 via the Web in step 1723. An inquiry is then made, "How about this price?" In step 1725, the user 5 looks at this price and selects purchase or cancellation. Thereafter, in step 1727, the number of discount negotiations that the user 5 has is decremented by at least one time. On the other hand, if the L yen is negative at step 1719, a message is returned at step 1729, "This price is severe at our shop."

  However, in this case, as already explained in FIG. 16, the price according to the real m2 value of our shop (calculate (XY) / m2 + Y) is presented, and "How about this price?" (Step 1730). Then, in step 1731, the user 5 looks at this price and selects purchase or cancellation. Thereafter, in step 1727, the number of discount negotiations that the user 5 has is decremented by at least one time.

  On the other hand, if the result of determination is NO in step 1713, step 1715 and step 1717, an e-mail is delivered to the store etc. 7 in step 1733. This is because it is desirable to leave the final decision to the store 7 or the like. However, in this case, the bottom Y circle, the real m1 value, or the m2 value may be changed and presented. That is, a price slightly higher than the price calculated in step 1721 is set.

As described above, even if the selling price of the store is higher than that of the other store, it is possible to immediately lower the price below the other store as much as possible upon request from the user. For this reason, efficient sales that do not miss the timing are possible. In each embodiment, it is not always necessary to intervene the Internet, and a LAN or the like can be used.
Further, an icon in which the URL of the center server 1008 described above is embedded on the homepage of each store or the like having a URL different from that of the center server 1008, and the icon links to each function described above or a homepage having the function. You may do it. For example, a merchandise item is posted on the homepage of each store or the like, but when the user wants to purchase this product, the user 5 clicks a purchase button (or a discount negotiation button) for purchasing the product. The URL of the center server 1008 is embedded in this purchase button. As a result, the user 5 can directly use the functions described above from the homepage of each store or the like. Further, it is desirable that the buttons have different names and display buttons for each function. These buttons and the functions of the center server 1008 are preferably linked directly. Thereby, each store etc. can introduce easily the various functions demonstrated by each above-mentioned embodiment, and it can lead to sales promotion.

  Next, a seventeenth embodiment of the present invention is described. In the twelfth embodiment of the present invention, it has been described that the use is limited only to a specific partner by sending an e-mail. However, in the fifteenth embodiment of the present invention, the user 5 can be specified more strictly. In other words, the user 5 or each store 7 tries to avoid unauthorized use as much as possible.

  In the online auction, flea market, etc., each other's face is not visible, and the center server 1008 side tries to manage only with the user ID, so there is a problem that the product provider impersonates the user and raises the price. Yes. In order to solve such a problem, it is necessary to identify each person strictly. In addition, when the individual cannot be specified, a situation such as non-payment even if the product arrives, or a case where the product does not arrive even if payment is made, is likely to occur. Furthermore, it may be desirable to limit the number of users and the number of uses for functions such as discount negotiations. Therefore, the stores 7 and the user 5 can use various services after identifying each person based on the unique information and biometric information of the personal computer.

Protection software having this function is provided in the form of download software on the center site.
First, the user 5 downloads this protection software and installs it on a personal computer used by the user 5. When the protection software is started, the protection software detects the unique information from the hardware information of the personal computer, its system information, and the software information installed on the personal computer, and saves it as a file F1 on the personal computer used by the user 5. It is supposed to be.

  Specific information includes, for example, personal computer information, CPU information, PCI information, MAC address, hard disk information, OS information, mail address, IP address, IPv6 address (Internet Protocol version 6), cookie, SCSI information, software or File system information and the like.

  The personal computer main body information is, for example, a personal computer model such as FMVT423B for a Fujitsu personal computer and PC9821Xa16W30 for a NEC personal computer, and is information that can be acquired by software from existing hardware information. However, this type is not necessarily a full type, and may be partial information such as PC9821 and FMV. The information on the hard disk drive includes, for example, the capacity of the hard disk drive and the name of stored software.

  Furthermore, the OS information includes, for example, a user name, a product ID number, and an OS installation execution date / time set when Windows (registered trademark) 95 is installed. When using this OS installation execution date and time, for example, it is possible to refer to the update date and time of each directory of the basic drive in which the OS is installed.

  In addition, when using e-mail address, IP address, cookie information, SCSI information, etc. as unique information, it may be the same in other personal computers, so it is desirable to use it in combination with hardware information.

  As described above, the unique information is not recorded and prepared for the present invention, but may be information that can be read from existing hardware, an existing system, or the like. Therefore, unique information can be detected for various OSs (from Win95 to XP). The unique information may include information such as ID information set on a recording medium such as a memory card or biometric information although a separate device is required. Further, the information is not necessarily limited to information that can be read from the existing information, and may be information that can be read by being newly modified or incorporated.

Furthermore, as the unique information, information that can be easily changed even if it can be read as described above is not preferable. For example, it is not preferable to easily or frequently assume parts replacement.
The protection software detects a plurality of pieces of unique information 1 to N (numbers 1 to N are numbers corresponding to the pieces of unique information) among the pieces of unique information. At this time, the unique information 1 to N is converted into a hash value. However, the data may be used as it is without being hashed.

Furthermore, a key for encrypting and decrypting files is generated based on the unique information 1 to N. The unique information detected by the protection software is preferably plural, but may be one.
Thereafter, the user 5 inputs user information, a user ID, a password, and the like on the screen. Then, a registration application is made by transmitting this information to the center server 1008. The user ID and password may be automatically issued on the center side. When applying for registration, the registration application information is transmitted to the center server 1008, and the file F1 in which the unique information is stored is also transmitted in an encrypted form.
However, since the identification of the individual user can be specified only by the unique information obtained from the personal computer used by the individual, a user ID, password, etc. are not necessarily required, but ease of management at the center and much more It has been established in consideration of strict individual identification.

  These registration application information and unique information are stored after being decrypted on the center side. Based on these pieces of information, the center server 1008 generates a file F8 including unique information, a user ID, a use permission code, and the like. Thereafter, the file F8 is transmitted from the center server 1008 to the personal computer of the user 5. The use permission code is a password or the like for allowing the user 5 to use the function prepared on the center side. On the user 5 side, it is determined whether the unique information of the file F8 received by the protection software matches the unique information already stored in the file F1. If they match, the use permission code is extracted from the file F8 and stored in the file F1.

  When the user 5 uses the site function, first, the corresponding site page is opened. After that, click the password input button of this protection software. At this time, the protection software acquires the unique information and / or biometric information from the personal computer of the user 5 and compares whether or not it matches the unique information stored in the file F1. If the results match, the user ID and password extracted from the file F1 are automatically passed from the protection software side to the Web side. As a result, the user 5 can use the function of the site.

  At this time, the data may be automatically entered in the data entry field on the Web, but the data may be directly transmitted from the personal computer of the user 5 to the database 1009 side. Thus, the database 1009 can determine the number of discount negotiations held by the user 5 whose user ID and password match. Since the user 5 can be clearly identified, an action such as allowing the user 5 to use the server-side function only once or several times can be strictly monitored. It should be noted that even the personal information of a personal computer can be monitored to a strict degree of strict use, but the biometric information can further monitor the strict use for an individual. Since the information of the user 5 is recognized on the center side, it is difficult for each user to perform an illegal act. Further, only the user ID may be input by the user 5 and the user ID may be transmitted to the center server 1008. This makes it possible to identify individuals more strictly. Further, an email address or the like may be used instead of the user ID. Furthermore, the user may be identified only by the transmitted unique information without transmitting the user ID and password.

Next, another example of this embodiment will be described.
When the protection software is installed and activated in the personal computer of the user 5, personal information and / or biometric information of the personal computer is acquired. Then, this unique information and the user information and user ID input by the user 5 on the screen at the time of application for registration are transmitted to the center server 1008. On the side of the center server 1008, this unique information and user information data are stored in the database 1009. Next, when the user 5 logs in to use the function of the center server 1008, the unique information and the user ID input by the user 5 on the screen are transferred from the personal computer of the user 5 to the center server 1008. Sent. On the center server 1008 side, the received user ID and unique information are compared with the data stored in the center server 1008 to see if they match. If they match, the user 5 is allowed to use the function prepared on the center server 1008 side. In addition, the unique information itself is not transmitted and stored on the center server 1008 side, but is compared with each other, and one key is generated on the personal computer side of the user 5 based on specific logic based on the unique information. It is transmitted to the center server 1008 when applying for registration. On the center server 1008 side, this key may be stored in the database 1009, and when this key is transmitted again from the personal computer of the user 5, a comparison based on this key may be performed. Further, an email address or the like may be used instead of the user ID. Further, the user may be identified only by the key generated based on the unique information without transmitting the user ID.

  Next, an eighteenth embodiment of the present invention will be described. An eighteenth embodiment of the present invention will be described with reference to the flowcharts of FIGS. In the eighteenth embodiment of the present invention, when the user 5 enters the center server 1008 and uses each function prepared on the center server 1008 side, a login ID and a password are required. It is about the coping method when forgetting. The user 5 clicks the “Forgot login ID” button in Step 1801. At this time, in step 1803, an inquiry is made to the user 5 via the Web as to whether or not the password is remembered. If the user 5 remembers the password, the process proceeds to step 1805, where the e-mail address, telephone number, name (corporate name), date of birth, gender and password are entered on the Web screen.

  Thereafter, in step 1807, the information input by the user 5 is transmitted to the center server 1008. In step 1809, it is determined whether or not there is data matching the database 1009 for the data received on the center server 1008 side. If it exists, the process proceeds to step 1813, and the login ID of the matched user 5 is extracted from the database 1009. In step 1815, the login ID is displayed to the user 5 via the Web screen on the Internet. The user 5 confirms this. On the other hand, if there is no matching data in the database 1009 in step 1809, the user 5 is requested to input again in step 1811. If there is a re-input, the processing from step 1805 is repeated.

  If the user 5 does not remember the password in step 1803, the process proceeds to step 1817, where the e-mail address, telephone number, address, name (corporate name), date of birth, and sex are entered on the Web screen. However, the email address may be omitted. Thereafter, information input by the user 5 is transmitted to the center server 1008 in step 1819. In step 1821, it is determined whether there is data that matches the database 1009 for the data received on the center server 1008 side. If it exists, the process advances to step 1825 to extract the matched user 5 mail address from the database 1009. In step 1827, “Please go to URL http: // aaaa... And check the login ID” is written in the mail text to this mail address. In step 1829, the center server 1008 sets a standby state code and records the date and time in the database 1009. The standby state code is set in order to prevent unauthorized access without following a proper procedure. Thereafter, in step 1831, mail transmission is performed. In step 1833, the user 5 receives the mail, and in step 1835, the user 5 receives http: // aaaa. .. To download the HTML document and input the mail address and telephone number of the user 5. The jump to this URL can be performed by clicking the URL described in the mail. A person who receives this mail and performs the subsequent processing can be determined to be a true user.

In step 1837, the mail address and telephone number are transmitted to the center server 1008. On the center server 1008 side, in step 1839, the login ID of the user 5 whose mail address and telephone number match is extracted. However, the password may also be extracted at this time. In step 1841, the date and time recorded in step 1829 is checked to determine whether it is within 7 days. The reason for limiting the period in this way is to prevent unauthorized access.
If it is within 7 days, it is determined in step 1843 whether or not a standby state code is set. If seven days have passed, a message is displayed in step 1851, “7 days have passed. If the standby state code is set, the login ID is displayed to the user 5 via the Web screen on the Internet in step 1845, and the user 5 confirms this. However, at this time, not only the login ID but also the password may be displayed at the same time. On the other hand, if the standby state code is not set, a message is displayed to the user 5 in step 1849, “Please proceed from the beginning.” In step 1847, the standby state code is canceled.
As described above, even when the user 5 forgets the login ID, the user 5 can easily and reliably obtain it again.

  Next, a nineteenth embodiment of the present invention is described. FIG. 61 shows an example of a homepage screen according to the nineteenth embodiment of the present invention. In the nineteenth embodiment of the present invention, a specified or searched product can be price-compared with the same product of another store 7 or the like and a discount negotiation can be performed, thereby enabling a discount negotiation. This makes it easier to estimate the lowest price. It also incorporates the elements of window shopping.

  In FIG. 61, a browsing mode selection button 2001 selects a page for direct price comparison or a window shopping page. In the example of FIG. 61, a page for direct price comparison is selected and displayed in the lower HTML screen column 2003. The product name "PC PC9821V13" entered in the product name input or search field 2005 is specified by the user 5 or is the result of the search. This product is sold by A store, B store, C store, etc., and the sales price is displayed in the HTML screen column 2003. These stores are normally displayed in the order of store names, but by selecting the order of sales, the order of low price, etc. in the display order selection column 2007, the data narrowed down according to these may be displayed. . An upper screen portion 2013 including a browsing mode selection button 2001, a product name input or search field 2005, a display order selection field 2007, and the like is configured in HTML.

If the item of A store is clicked, the company outline of this A store is displayed. Information on each store 7 is stored in the database 1009 of the server 3. In addition, about this product, the link is extended from the homepage prepared by the store 7 side separately.
Each store or the like 7 joins the site of the WWW server 3 in a rental store format or registers a product. In FIG. 61, the amount of cash refund for the product set in each store 7 and the site operator of the WWW server 3 is displayed. That is, after cash is returned at the store 7 or the like, additional cash is also returned by the site operator of the WWW server 3.

  However, the cash return amount set for the product may be displayed only by each store 7 or the operator of the WWW server 3 site. In the example of FIG. 61, the desired selling price of A store is 200,000 yen, the cash return amount by A store is 0 yen, the desired selling price of B store is 199,000 yen, and the cash return amount by B store is 400 yen, The C store has a suggested selling price of 200,000 yen and the cash return amount by the C store is 300 yen, and the B store and the C store can negotiate discounts. Note that discount negotiation and cash return (including user savings box) processing are as described in the above embodiments. The desired selling price X yen, the bottom price Y yen, the cash reduction amount, the shipping fee data, etc. are stored in the database 1009 of the server 3. In this way, by comparing the prices of the shops 7 on one screen of the home page and setting the discount negotiation and the cash return amount, the user 5 can easily estimate the bottom Y-yen of the product. Further, it is not necessary for the store 7 that has set a bargaining negotiation to always display the bottom price, and even if the displayed price is higher than that of other stores, it is possible to reduce the bottom price. You can compete with the displayed stores 7.

  Note that, on the site side of the WWW server 3, the sales information history by the user 5 is taken in the database 1009 of the server 3, and stores 7 and the like that are subscribed to the rental store can be browsed at any time. When a purchase is made by the user 5, an e-mail is transmitted to each store 7, and each store 7 that receives the e-mail connects to the database 1009 of the server 3 to store a history of sales information. browse. In the sales information history, a price determined by discount negotiation or cash return, a payment method, a delivery destination, a shipping fee, purchaser information, information on a user savings box, and the like are displayed. After that, each store 7 confirms the payment from the user 5 and performs the shipment of goods. In addition, when products and services are also sold on the homepages of the respective stores 7 etc., specific icons are embedded on the homepages of the stores 7 for these products and services, and these icons are displayed by the user. It is desirable to be linked to the site of the WWW server 3 when clicked by 5. The site side of the WWW server 3 can provide discount negotiation and cash return functions. For this reason, it is desirable to clearly indicate that discount negotiation or the like is possible for this specific icon. Further, when a specific icon is clicked, it may be directly linked to a discount negotiation function or a cash return function prepared on the site side of the WWW server 3. In this case, it is possible to operate as if the discount negotiation function and the cash return function are functions prepared independently at each store 7 side.

  In FIG. 61, “other store” can be selected, and in this other store, the product is not directly posted on the price comparison page, but registered in the rental store in the site of the WWW server 3. There are a plurality of names of stores 7 that sell the product at the rental store, and one of them can be selected. However, in other stores, the remaining stores that are not displayed on the previous pages may be arranged in the order specified in the display order selection column 2007.

  When one of the rental stores is selected, the display advances to the rental store page in the site of the WWW server 3 and is displayed. The information on the rental stores, the products for sale, and the like are stored in the database 1009 of the server 3. On the other hand, the rental store page has a “view information on the direct price comparison page” button (not shown), and clicking this button takes you directly to the price comparison page, where you can compare prices for each store. Can be done. Note that the user may go directly to the price comparison page by clicking the browse mode selection button 2001.

  As a result, the user 5 who feels that it is difficult to determine the bottom price of the discount negotiation on the page of the rental store goes directly to the price comparison page, and the price price can be easily estimated by looking at this price information. Further, each of these stores may be provided with a “other store is cheaper” button in FIG.

Next, a case where a window shopping page is selected using the browsing mode selection button 2001 in FIG. 61 will be described.
As shown in FIG. 62, the window shopping page includes a homepage 2009 of each store 7 and the like registered at a rental store established by the site of the WWW server 3. Information on each store 7, product information, and the like is stored in the database 1009 of the server 3 and can be browsed as a Web page.

  After the user 5 selects the window shopping page with the browsing mode selection button 2001, the user 5 first specifies a product name (for example, “PC PC9821V13”) in the product name input or search field 2005, or specifies the product name by searching. As a result, the page to which the product information and price of the A store belong is opened. In this case, it is desirable that the product is displayed at the top of the page so that it stands out, or is color-coded. This page also includes other product information handled by the A store. FIG. 62 shows a state in which the page of the store A is opened. The user 5 can advance or return the page by using a movement button 2011 of “window shopping to the next store (B store)”. Similarly, as shown in FIG. 63, the page of the next store (B store) opens the page to which the product information and price of the B store belong. This page also includes other product information handled by the B store. The user 5 can gradually grasp the price of the product while enjoying the feeling of window shopping around each store by advancing and returning the page in the same manner. By referring to the prices of several stores, it is possible to grasp the assumption about the bottom price in a natural way. Then, the merchandise can be purchased through discount negotiations at a favorite store 7 or the like.

In addition, when the user 5 wants to directly compare the price of the product, the user can select a page for direct price comparison using the browsing mode selection button 2001.
Instead of window shopping to the next store (B store), one of a plurality of stores may be freely selectable. These stores are normally displayed in order of store name, but by selecting the order of sales, the order of low price, etc., the data narrowed down according to these may be displayed.
By directly inputting a store name in the store name search field 2015 or selecting one of a plurality of stores, the store page is displayed directly at the top of the direct price comparison or window shopping page. It may be.

In this way, the user 5 can enjoy shopping like a window shopping, but can also directly compare prices and easily understand the price market. Based on this price market, the user 5 can efficiently perform discount negotiation.
The direct price comparison and window shopping described above can also be applied to the auction described in the eleventh embodiment. However, in this case, the discount negotiation button is a button for proceeding to the auction process.
This also makes it possible to understand the price market while enjoying like window shopping. Based on this price market, the user 5 can efficiently conduct auctions and bids.

  Next, a twentieth embodiment of the present invention will be described. The direct price comparison or window shopping page described above is not handled well for the store 7 or the like, and disappears when the page changes. In the twentieth embodiment of the present invention, this point is provided with a special store introduction corner in one corner of the same page, and even if a page such as direct price comparison or window shopping is repeated, it is always displayed at a fixed position, thereby promoting an advertising effect. It is a high one.

  FIG. 64 shows a screen configuration example, and FIG. 65 shows a flowchart. In FIG. 64, a special store introduction corner 2017 is added. The special store introduction corner 2017 is always displayed at a fixed position even if a page such as direct price comparison or window shopping is repeated. In the special store introduction corner 2017, whether the store name, product model number, desired sales amount, discount negotiation is possible. The amount when the cash is returned is displayed, and if the store name is clicked, it proceeds to the store, and if the product model number is clicked, information including detailed specifications of the product is displayed. Discount negotiations and cash returns can also be made from the detailed specification page of this product, but if you click on the discount negotiation in the special store introduction corner 2017, you can jump directly to the discount negotiation process.

  In FIG. 65, in Step 1881, a product name (for example, “PC PC9821V13”) is designated in the product name input or search field 2005, or the product name is specified by search. In step 1883, it is determined whether or not there is a store handling the product in the store listing order table. In this store listing order table, a charge is set for each listing order or posting column in the special store introduction corner 2017. Stores are displayed in the special store introduction corner 2017 by registering data in advance in the store listing order table.

If there is a store that handles the product in the store placement order table in step 1883, the store placement order table is referred to in step 1885. On the other hand, if it does not exist, the process ends at step 1887. In step 1889, n = 1 is set as an initial value. In step 1891, the first store to be posted is extracted. Then, the store image, sales information, and the like extracted in step 1893 are incorporated into the nth column of the Web page. If extraction from the store listing order table is not completed in step 1895, n is incremented in step 1897 and the processing from step 1891 is repeated again. In step 1899, the data is downloaded to the user personal computer in the form of one Web page.
As described above, the store name or the like is always displayed in a prominent place on the Web page for the user 5 who wants to purchase the product, and the user 5 can easily purchase the product.

  Next, a twenty-first embodiment of the present invention will be described. In the twenty-first embodiment of the present invention, a robot clerk configured by software is virtually arranged in a site, and the robot clerk is in accordance with the user 5's own information, the information the site has, etc. In this way, various responses can be made flexibly. This response includes, but is not limited to, for example, guidance and guidance for discount negotiations, product descriptions, greetings, site introductions, help, and the like.

  If you set the cash return amount, m-value, and bottom price, for example, to 5 levels according to the customer's level, the robot clerk who appears on the homepage according to this level Make it different. The customer stage is determined in accordance with the total purchase price and purchase frequency of the user 5, the actual usage of the site, and the like. Data such as the customer stage and the total purchase price are stored in the database 1009 of the server 3. And, for example, if the total purchase price is less than 50,000 yen and the purchase frequency is less than 4 times, the customer stage is one stage. Then, the robot chief responds to the user 5 whose level of customer has been increased by one level. If the total purchase price is 50,000 yen or more and less than 200,000 yen, and the purchase frequency is 4 times or more and less than 7 times, the customer's stage is set to two stages. Then, the robot section manager responds to the user 5 whose level of customer has been increased by two levels. In the following, if the rank goes up one step further, the robot manager, the robot store manager, and the robot president will respond.

Next, FIG. 66 shows a flowchart. In step 1901, the user 5 connects to the site of the WWW server 3. In step 1903, cookie information is acquired from the user 5's personal computer. In step 1905, data with the same user information is extracted from the database 1009 based on the cookie information. In step 1907, the user 5 is detected. However, the detection of the user 5 may be determined based on the user ID information by inputting the user ID. In step 1909, the customer stage belonging to the user 5 is extracted from the database 1009. In step 1911, a robot clerk who appears based on this customer stage is selected from the database 1009. For example, if the total purchase price is 60,000 yen and the purchase frequency is 5 times, the robot manager is selected. At this time, the homepage incorporating the design of the robot manager is extracted from the database 1009. In step 1913, a home page including the extracted robot clerk is displayed on the user personal computer.
By doing so, the user 5 can recognize that he / she is a good customer and can sensuously understand that he / she can purchase it at a lower price. Therefore, it leads to promotion of purchase.

    Next, processing for giving various greetings by the robot clerk will be described. First, management of the visit time of the user 5 by the robot clerk will be described. In FIG. 67, the processing from Step 1901 to Step 1907 is the same as that in FIG. In step 1921, it is determined whether or not the site is visited for the first time. This determination can be made by extracting cookie information and checking whether data from the same user 5 has been stored in the past. Alternatively, the determination may be made based on whether data already registered by the user that matches the cookie information does not exist in the database 1009. Further, a user ID may be input, and determination may be made based on this user ID information.

When it is determined that this is the first visit to the site, “Nice to meet you. Please register” is displayed on the Web screen in step 1923. However, the voice may be emitted (hereinafter the same). On the other hand, when it is determined in step 1921 that the visit to the site is not the first time, the time from the previous visit is calculated in step 1925. This is possible by recording the visit date and time of the user 5 for each user in the database 1009. In step 1927, it is determined whether or not a certain time has elapsed. When it is determined that a predetermined time or more has elapsed, “** Good evening. For a while” is displayed in step 1929. This wording can be made by combining the data stored in the database 1009 and the name of the user 5 detected in step 1907.
On the other hand, in Step 1927, “When it is determined that a predetermined time or more has not elapsed, Step 1931 displays“ ** Good evening. Thank you for visiting us often ”.

  Next, the weather greeting by the robot clerk will be described. 68, the address of the user 5 registered in the database 1009 is extracted. It is estimated that this address is almost the same as the address where the user 5 is present. However, the mobile information processing terminal or the portable personal computer may be moving, and in this case, position information by GPS or the like may be detected and this information may be used. In step 1943, weather data to which the address location belongs is extracted from the weather forecast database 1009. Therefore, weather data for each region is stored in the weather forecast database 1009 every moment. Alternatively, the weather forecast database 1009 may be acquired by linking with the database 1009 as being provided by a provider such as the Japan Meteorological Agency. By determining to which region the address extracted in step 1941 belongs, it is possible to extract the weather data to which the address location belongs.

  In step 1945, the seasonal greeting text is extracted from the weather data-temporal greeting text table. For this reason, the weather data-temporal greeting wording table is pre-associated with words such as “Today is good weather” when the weather data is clear, and “Today is unfortunate weather” when the weather data is rainy. Save it. Thereafter, in step 1947, the Web page is synthesized. In other words, a clear mark is added and the words “** is a nice day today” are combined to generate a single web page that is downloaded to the user 5's personal computer.

  Next, the greeting of the season when the recent situation of the user 5 changes will be described. In FIG. 69, for example, the address which is the registration information of the user 5 is changed in step 1951, for example. Extract changes in this information. Then, in step 1953, “** Mr. Hello, my address has changed.” Is displayed to the user 5. For the part corresponding to ** in "** Mrs. Hello, ** has changed.", The name of the detected information and the information of the change (in this case, the wording of address) To synthesize a Web page. Words that are supposed to be changed are stored in the database 1009 in advance, and a word whose information has been changed is selected.

  Next, greetings based on past purchase information of the user 5 will be described. In the flowchart of FIG. 70, in step 1961, the past purchase information is viewed from the sales management database 1009. If there is purchase information at step 1963, the robot clerk greets at step 1965, "Thank you for your purchase during this time." On the other hand, if there is no purchase information in step 1963, the process proceeds to the next process in step 1967.

  Next, a description will be given of a method in which the robot clerk changes clothes according to each store. The robot clerk is formed with an image that can be viewed on the homepage. A mark such as a trade name is displayed at an appropriate place in the image of the robot clerk. When the site of the WWW server 3 is subscribed to each store in the form of a rental store, it is desirable that the mark such as a trade name given to the robot clerk can be changed according to each store. In the flowchart of FIG. 71, in step 1971, the user 5 connects to the homepage of the store in the site of the WWW server 3. At this time, in step 1973, the WWW server 3 confirms that the homepage of this store is selected by detecting the URL, or confirms by software in the server 3 by software. Then, for example, a store name (or a store code) is extracted. In step 1975, the store-clothes replacement parts table is referenced. This store-clothes change parts table is, for example, in the form of a part prepared for each store. The parts are, for example, a mark such as a trade name of each store displayed on the clothes of the robot clerk, the face of the robot clerk, clothes according to the season, and the like. However, it may be voice or the like. These parts are stored in the database 1009 for each store.

In step 1977, a part that matches the store is extracted. In step 1979, a part of the image of the robot clerk is exchanged with the extracted part to change the robot clerk. In step 1981, an image including the robot clerk who has completed the dressing is downloaded. In addition, although it demonstrated that a part was preserve | saved in the database 1009 corresponding to every store, several icons, a form, etc. were prepared in the database 1009 beforehand, and the favorite icon and form of those were selected with respect to the user 5. You may make it register as an icon peculiar to this user 5. Then, when displaying the robot clerk, the image may be displayed in a manner changed with an icon or the like peculiar to the user 5. Further, instead of exchanging the parts, the database 1009 associates the entire screen of the dedicated HTML image including the image of the robot clerk corresponding to each store or each user 5 in advance with the store name, store code or user ID. The dedicated HTML image may be searched based on the store name or the like, and then downloaded to the user personal computer.
In this way, the robot store clerk can make various appearances and greetings, and the user 5 is friendly and wants to visit the site again. Therefore, it also leads to promotion of purchase of goods.

  Next, a twenty-second embodiment of the present invention is described. In the twenty-second embodiment of the present invention, a robot clerk composed of software is virtually arranged in a site, and this robot clerk is in charge of sales in the site. A method for handling the sales will be described with reference to the flowcharts of FIGS. 72 and 73, in step 2001, a browsing page for comparing a plurality of products of the same genre is displayed. This page includes, for example, a page on which a plurality of product items are posted together for each product category such as a mobile phone and a printer, a page for direct price comparison, a page for window shopping, and the like. However, the genre, product, etc. may be specified in the input field. In step 2003, a robot clerk is displayed. In step 2005, the user 5 enters the product genre displayed on the page (for example, a personal computer if the page is a personal computer) or the product specified in the input field (for example, “PC9821V13”). For a personal computer model number and a product genre, the budget amount acceptable for the user 5 to purchase the product is entered in the budget amount input field. In step 2007, a function is selected. The function may be entered in the function input field, but may be selected from functions prepared in advance.

  In step 2009, the purchase is selected as recommended or sold. If purchase is selected in step 2011, the process proceeds to step 2013. In step 2013, it is determined whether or not a budget amount has been input. If the budget amount is input, in step 2015, data within the budget amount is extracted from the product genre-recommended product table. In the product genre-recommended product table, at least one recommended product selected in advance by the site operator of the WWW server 3 for each product genre is stored.

  If it is determined in step 2007 that a function has been selected in step 2007, data is narrowed down in accordance with this function in step 2019. Then, the process proceeds to Step 2021. On the other hand, if it is determined in step 2017 that no function has been selected, the process proceeds to step 2021. In step 2021, 1 is set with n as an initial value. Next, in step 2023, the nth highest recommended product is extracted. That is, first, the most expensive recommended product is extracted. Next, in step 2025, recommended points (essential points) of the recommended product are extracted. This recommended point is described in advance by the site operator and stored in the database 1009. Recommended points to be referred to when selecting the product are extracted from the database 1009.

In step 2027, the extracted recommended points are combined with the robot clerk into one web page. This page may include audio as well as display. Then, by downloading this Web page to the user personal computer, the robot store clerk introduces recommended products by display or voice. In step 2029, when the user 5 wants to see the detailed specification, this detailed specification is browsed. In step 2031, a button for purchasing the product is clicked. The user 5 can click a button to purchase the product in step 2031 without looking at the detailed specifications.
If the “Introduce Next Product” button is clicked without purchasing at Step 2031, the count value of n is incremented by 1 at Step 2032 and the processing from Step 2023 is repeated again. If purchase is selected in step 2031, discount negotiation processing or cash return processing is possible in step 2033.

  If purchase is selected as a selling item in step 2035, the process jumps to step 2037. In step 2037, it is determined whether or not a budget amount has been input. If the budget amount is input, in step 2039, data within the budget amount is extracted from the product genre-selling product table. In the product genre-selling product table, at least one selling product selected in advance by the site operator of the WWW server 3 for each product genre is stored.

  If it is determined in step 2041 that a function has been selected in step 2007, data is narrowed down in accordance with this function in step 2043. Then, the process proceeds to Step 2045. On the other hand, if it is determined in step 2041 that no function has been selected, the process proceeds to step 2045. In step 2045, 1 is set with n as an initial value. Next, in step 2047, the n-th highest selling item is extracted. That is, first, the most popular item is extracted. Next, in step 2049, recommended points (essential points) of the hot selling product are extracted. The points of the best selling are those described in advance by the site operator and stored in the database 1009. The main points of the best-selling items to be used as reference when selecting the product are extracted from the database 1009.

In step 2051, the extracted selling points are combined with the robot clerk to form one Web page. This page may include audio as well as display. Then, this web page is downloaded to the user personal computer, so that the robot clerk introduces the best-selling products by display or voice. In step 2053, when the user 5 wants to see the detailed specification, the detailed specification is browsed. In step 2055, a button for purchasing the product is clicked. The user 5 can also click a button to purchase the product in step 2055 without looking at the detailed specifications.
If the “Introduce Next Product” button is clicked without purchasing in step 2055, the count value of n is incremented by 1 in step 2056 and the processing from step 2047 is repeated again. If purchase is selected in step 2055, discount negotiation processing or cash return processing is possible in step 2057.

  Next, a twenty-third embodiment of the present invention is described. In the twenty-third embodiment of the present invention, a robot clerk configured by software is virtually arranged in the site, and when this robot clerk greets the user 5, there is something to tell about. is there. A method of notifying if there is something will be described with reference to the flowcharts of FIGS. First, in FIG. 74 and FIG. 75, in step 2101, the user 5 registers a setting for requesting notification if there is something in advance on the site of the WWW server 3. At this time, it is selected in step 2103 whether to register with a desired product (product name or model number) or to register with a desired genre or hobby. The genre includes, for example, life, travel, education, health, sports, games, and the like.

  If it is selected to register with the desired product (product name or model number) in step 2103, if the user 5 knows the product (required entry) and the specification that the user wants in advance in step 2105, the specification and maximum limit When the difference between the price (arbitrary entry) and the maximum limit price is within the error range, notification (rate or amount) (optional entry) is registered on the Web screen. For the product, a general product name such as a digital camera or a personal computer may be registered. If the model number of the product is known, the model number is registered.

  At the maximum price limit, enter the amount in the amount entry field when you want to receive information for products below this amount. In addition, “I want to be notified when the difference from the maximum price is within the error range (rate or amount)” is set when you want to receive information if it exceeds the maximum price but is within a certain range. . On the other hand, if “Register with desired genre or hobby” is selected at step 2103, a genre is selected on the Web screen or a hobby is selected at step 2107.

  When the user 5 visits the site of the WWW server 3 again at step 2109, cookie information is acquired from the personal computer of the user 5 at step 2111. In step 2113, information on user 5 that matches based on the cookie information is acquired from the database 1009. However, the identity of the user may be confirmed by the user ID. Thereafter, in step 2115, it is determined whether there is a registration of the desired product set in step 2103. If there is registration of the desired product, the data already registered in step 2105 for the desired product is extracted from the database 1009 in step 2117.

  On the other hand, if there is no registration of the desired product in step 2115, the purchase record is seen in step 2119, or the hobby data and genre registered in step 2107 are referred to. Alternatively, a desired product is estimated in step 2121 by accumulating and analyzing frequently visited sites. In step 2123, it is determined whether or not there is a product for the desired product registered or estimated. However, it may be determined whether there is a gift for the desired genre. Further, the desired product may be applied to an auction or other exhibit.

  This gift information is stored in the database 1009 for each genre and product name as well as the date and time. In the case where there is no product for the desired product or genre, it is desirable to guide the product that best meets the user's 5 wish from among the existing products. Processing for this will be described. In step 2125, all the data with the same genre and product name is extracted from the database 1009 for the desired product registered or estimated, and the price is acquired. In step 2127, it is determined whether or not the product is cash-rewardable. If possible, the cash-reduction amount is subtracted from the price of the desired product in step 2129. However, this cash reduction amount is reduced only for items that are confirmed to be reduced from the product price. This is because it is desirable not to deduct when the amount of cash return is stored in the user savings box. Moreover, since the cash return amount is described when presenting as a gift, the user 5 can understand at that time.

  In step 2131, it is determined whether or not a maximum limit price is designated. If the maximum price is specified, the process proceeds to step 2133, where it is determined whether or not there is a product whose price is lower than the maximum price for the desired product regarding the product data extracted in step 2125. Extract. Alternatively, in the case of an auction, it may be determined whether there is an item auctioned by the user 5 and an item whose price is lower than the maximum price specified by the user 5.

  In step 2135, the homepage is composed of a message saying “There is a good product for **-san (requested) product **”, and this homepage is downloaded to the user's personal computer. Is displayed to the user 5. At this time, in step 2137, the store name, the product name, the price, whether discount negotiation is possible, and the cash return amount are presented. When a plurality of products exist, the plurality of products are presented. In step 2139, when the user 5 clicks on the product name, the user 5 proceeds to a page on which details of the product are described. When the user 5 clicks the favorite purchase button in step 2141, discount negotiation and cash return can be performed in step 2143. On the other hand, if the cancel button is clicked in step 2139, cancel processing is performed in step 2145.

  If there is a gift for the desired product in step 2123, the processing from step 2135 is performed to notify the user 5 that the gift is present. If the maximum price is not specified in step 2131, several low-priced properties are extracted for the desired product in step 2147, and the processing from step 2135 is performed to indicate that there is a product. Guidance against.

  Furthermore, if there is no item whose price is lower than the maximum price for the desired product in step 2133, the difference from the maximum price is calculated in step 2149. In step 2151, it is determined whether or not this difference is within a set ratio. Although this difference depends on how far the user 5 can exceed the maximum limit price, it is set to about 10 to 20 percent. At this time, in step 2153, “There is a good product close to your request for ** (requested) product **” on the homepage. Thereafter, processing from step 2137 is performed. On the other hand, if the difference does not fall within the set ratio in step 2151, in step 2155, “There is no excavation for the product requested by Mr. *, but we are working hard. However, depending on discount negotiations, May be delivered within the desired price, ”a message is sent to the user 5 on the home page. In step 2157, a list of shops that can be negotiated for discount is presented to the user 5. In step 2159, the user 5 selects a store from among them to connect to the home page of this store in the site of the WWW server 3.

  In the above description of FIG. 74, it has been described that a message is displayed on the screen when the user 5 visits the site again in step 2109. It is desirable to communicate with e-mail. Even in this case, it is possible to detect the presence of a product by separately performing the processing after step 2115 in advance.

  As described above, when the user 5 is looking for something to be found, by setting the conditions for the site of the WWW server 3 in advance, the user 5 can quickly find out that the matter has been found. You can report when you visit and respond flexibly. The user 5 does not have to worry about the search. It also leads to sales promotion for stores.

  Next, a twenty-fourth embodiment of the present invention is described. In the twenty-fourth embodiment of the present invention, after totaling the products put in the shopping cart, a user who realizes that the total amount does not match the budget can easily review the selection of the products so as to meet the budget. It is a thing.

  76 and 77 are flowcharts. First, the user 5 puts a product in a shopping basket (not shown) in step 2201 on the site of the WWW server 3. In step 2203, when there are no more items to be purchased, the final sum of money is added. This amount is displayed to the user 5 in step 2205. Next, in step 2207, the user 5 who is dissatisfied with the amount of money clicks a “review to meet budget” button or a “review product individually” button. If the “review individual product” button is clicked, a “designate one product” button or a “delete” button is selected from the shopping basket in step 2209. If the “designate one product” button is selected, attributes such as manufacturer and specification are designated in step 2211. However, the upper limit of the amount may be set. However, these may not be specified. In step 2213, at least one product of the same classification as this product is displayed as a candidate. For example, if the product designated for review from the shopping basket is the personal computer PC9821, other personal computers are displayed as candidates. If the manufacturer name, specifications, etc. are specified, candidates are displayed after being narrowed down by these data.

  In step 2215, the user selects one of the candidates. In step 2217, the total amount is calculated again. Viewing the result, the user 5 determines whether or not to purchase in step 2219. If purchase is clicked, discount negotiation and cash return processing are performed in step 2221. On the other hand, if not purchased, the processing from step 2207 is repeated.

  In step 2207, when the “review to fit budget” button is clicked, the user 5 inputs the budget amount in the budget amount input field in step 2223. In step 2225, the priority order of products is specified. The priority order of the products is the order of the products that the user 5 wants to purchase most among the products put in the shopping cart. In step 2227, 1 is set to n as an initial value. In step 2229, it is determined whether the total amount is equal to or greater than the budget amount. If the total price is greater than or equal to the budget price, in step 2231, at least one product is displayed as a candidate for the product with the first lowest product priority. This is because the product rank is lowered so as to meet the budget for the product with the lowest priority as much as possible. When displaying this candidate, it is desirable to clearly indicate the color of the product that is cheaper than the product selected in step 2233. As a result, the user 5 can easily select a product and can easily be within the budget amount.

  On the other hand, if it is determined in step 2229 that the total price is lower than the budget price, in step 2255, at least one product is displayed as a candidate for the product having the first highest product priority. This is to raise the product rank for a product with a high priority as much as possible to approach the budget. This is because it is desirable to raise the product rank for the product that the user 5 wants most. In addition, when displaying the candidate, it is desirable to clearly indicate the color of the product having a higher price than the product selected in Step 2257.

  In step 2235, an inquiry is made as to whether to specify attributes such as manufacturer and specification. If specified, the data is narrowed by the specified attribute in step 2237. If a candidate to be selected by the user 5 is found in step 2239, the user 5 selects one of the candidates in step 2241. If selected, the total amount is calculated again in step 2243. On the other hand, if a candidate to be selected by the user 5 is not found, in step 2259, a button for changing the next product is clicked, or a button for changing the previous product is clicked. When the button for changing the next product is clicked, the value of n is incremented in step 2261 and the processing from step 2229 is repeated. That is, candidates are displayed for the (n + 1) th lowest product or the (n + 1) th highest product in relation to the budget amount.

  On the other hand, if the button for changing the previous product is clicked in step 2259, the value from n is decremented in step 2263, and the processing from step 2229 is repeated. In other words, candidates are displayed for the n-1st lowest product or the n-1st highest product in relation to the budget amount.

  In step 2245, the total amount calculated in step 2243 is compared with the budget amount input in step 2223, and it is determined whether or not it is within this budget amount. If it is determined that the amount is within the budget amount, an inquiry message is issued to the user 5 at step 2247, “within the budget amount. In the case of confirmation, the process proceeds to step 2249, where the purchase button is clicked. In step 2251, discount negotiation and cash return processing are performed. On the other hand, if not purchased, return to candidate selection is selected in step 2253, and the processing from step 2235 is repeated.

  If it is determined in step 2245 that the budget amount has been exceeded, an inquiry message is issued to the user 5 in step 2265, “The budget amount has been exceeded but can be confirmed?”. In the case of confirmation, the process proceeds to step 2249, where purchase processing is performed. On the other hand, if it is not desired to purchase, it is selected in step 2267 whether to return to candidate selection, to change the next product, or to change the previous product. When returning to candidate selection, the processing from step 2235 is repeated. If change next product is selected, the value of n is incremented in step 2269 and the processing from step 2229 is repeated. That is, candidates are displayed for the (n + 1) th lowest product or the (n + 1) th highest product in relation to the budget amount.

On the other hand, if change of the previous product is selected in step 2267, the value from n is decremented in step 2271, and the processing from step 2229 is repeated. In other words, candidates are displayed for the n-1st lowest product or the n-1st highest product in relation to the budget amount.
As described above, even when it is found that it does not match the budget amount immediately before the purchase, the user 5 can easily perform a review without performing troublesome processing to match the budget amount.

  Next, a twenty-fifth embodiment of the present invention is described. In the third embodiment of the present invention, the total amount of cash reduction T, which is the sum of the direct reduction desired amount V yen and the saving amount TV yen in the user savings box T, is determined by the user 5 as the direct reduction desired amount V yen. However, in the present embodiment, a method for changing the amount directly depending on the desired amount of reduction will be described. That is, the more the user 5 desires the desired reduction amount V yen directly, the more virtual cash that can be stored in the user savings box (or points that can be stored if the point system is introduced) The amount is set to be smaller than the amount T-V yen. Accordingly, the total amount of cash reduction T yen is also reduced accordingly.

  FIG. 78 is a graph showing the relationship between the directly reduced amount and the user saving amount (or points that can be saved if the point system is introduced) in the third embodiment of the present invention. That is, the maximum limit is V yen, and a direct reduction to the maximum limit V yen is possible. The user 5 directly inputs a certain amount h yen up to the V yen into the desired amount input field for reduction. At this time, based on the amount h yen input in the desired amount input field for direct reduction, the virtual amount a1 yen to be put in the user savings box is extracted from the graph of FIG. This a1 yen is then placed in the user savings box, while the h yen is directly reduced. Here, there is a relationship of total cash reduction T = a1 + h.

  On the other hand, FIG. 79 is a graph showing the relationship between the directly reduced amount and the user saving amount (or points that can be saved if the point system is introduced) according to this embodiment. While the direct reduction should be more appreciated for the user 5, the store 7 and so on may consider that there is a possibility that the opportunity for re-purchasing may be reduced. The larger the direct reduction, the greater the user savings box. The amount, rate, and points that can be put into points are reduced.

  In FIG. 79, the straight line (A) shows the characteristic that the total amount of cash reduction is the sum of the amount directly reduced and the amount put into the user savings box, just like the graph of FIG. On the other hand, the straight line of (b) is tighter than the slope of (b). The straight line (b) is expressed by Equation 4.

(Equation 4)
y = T-αx

  Here, 0 ≦ x ≦ V and 1 ≦ α. α indicates the degree of inclination. The maximum limit is V yen, and a direct reduction to the maximum limit V yen is possible. The user 5 directly inputs a certain amount h yen up to the V yen into the desired amount input field for reduction. At this time, a2 yen is extracted from the graph of FIG. 79 based on the amount h yen input in the desired amount input field for direct reduction. This a2 yen is then placed in the user savings box, while the h yen is directly reduced. Here, there is a relationship of Formula 5.

(Equation 5)
Total cash return T0 = a2 + h + e

  Here, the e circle is the difference from the characteristic (a). That is, the total amount of cash reduction T0> T1 (= a2 + h), and even when the same direct decrement h yen as in the third embodiment is entered in the desired amount input field for direct deduction, it is placed in the user savings box. The amount (a2 yen) is reduced by e yen. For this reason, the total cash return T1 yen, which is the sum of the a2 yen and the directly reduced h yen, is also smaller than the total cash return T0 yen of the third embodiment.

  The desired amount h yen for direct reduction and the amount (a2 yen) to be put in the user savings box are presented to the user 5, and when the user 5 is satisfied with this amount, the user clicks a decision button (not shown). The amount is determined, but if this amount is not convinced, the user 5 clicks the setting review button. In this case, the desired amount of money h yen is again entered in the desired amount input field for direct reduction. Thereafter, the same processing is performed.

  78 and 79 are linear, but may be curved or the like. In addition, the characteristic (b), the characteristic curved upward and the characteristic curved downward are prepared, and the user 5 is allowed to select one of the characteristics by a lottery or the like. May be. Alternatively, the characteristics may be automatically selected according to the stage of the customer's 5 customer situation. In this case, a person having a high customer level employs the characteristic of being curved upward.

  As described above, the virtual cash that can be put into the user savings box can be reduced as the user 5 desires a higher desired amount V yen for direct reduction. Therefore, it is connected to sales promotion, and the next purchase is easy because the virtual cash is stored in the user savings box. Whether to allow direct reduction, whether to allow virtual cash to be placed in the user savings box, how much to increase the direct reduction, and how much virtual cash to be put in the user savings box Therefore, it is possible to make the system easy to be accepted by the store 7 side.

  Next, a twenty-sixth embodiment of the present invention is described. In the twenty-sixth embodiment of the present invention, cash reduction is also considered in consideration of discounts. FIG. 80 shows a flowchart of the twenty-sixth embodiment of the present invention. In FIG. 80, in step 2401, the “collective discount” button is clicked. Next, in step 2403, for a product or service that can be discounted or cash-returned, it is selected whether to make a discount negotiation or cash-return for each product. In step 2405, the selected product is returned for cash. In step 2407, the total purchase amount R yen is calculated for the product to be cash-returned. However, at this time, a further reduction amount or a reduction rate may be obtained from the total amount-rate table for the total purchase amount R yen. In this case, the total amount to be directly reduced or the saving amount resulting from being put in the user savings box is increased.

Next, in step 2409, the total amount of J yen to be reduced directly unconditionally on the store 7 side is calculated in advance, regardless of the designation of the user 5 among the cash returns. In step 2411, the total J yen is displayed to the user 5. On the other hand, in step 2413, the total K yen of the direct reduction limit amount that can be designated by the user 5 in the cash return is calculated. In step 2415, the total K yen is displayed to the user 5. In step 2417, the user 5 directly inputs L yen in the desired reduction amount column for the total K yen of the direct reduction limit amount.
In step 2419, a direct reduction for each product is obtained. The direct reduction for each product is expressed by Equation 6.

(Equation 6)
Direct reduction for each product = Direct reduction limit for each product kn × L / K

  Thereafter, in step 2421, the direct savings-user savings relationship graph or table of FIG. 78 or 79 corresponding to each product based on the direct reduction for each product calculated in step 2419 is entered into the user savings box. The amount to be entered is calculated. In step 2423, the direct reduction amount for each product and the amount to be put in the user savings box are displayed to the user 5 on the Web page. In step 2425, an inquiry is made to the user 5, and if the user 5 is satisfied with this, in the next step 2427, the direct reduction amount for each product which is cash return and the amount to be put in the user savings box are determined. Proceed to step 2429. On the other hand, if the user 5 is dissatisfied, the processing from step 2407 is repeated.

Next, in step 2429, among the selected items, products for discount negotiation are extracted. In step 2431, the discount negotiation process is performed as described in the fourth embodiment of the present invention.
In this way, the cash reduction process and the discount negotiation process may be processed in series. However, by entering both processes on the Web screen, the cash reduction process can be entered directly into the reduction amount column and the discount. It may be displayed in parallel so that it can be simultaneously entered into the desired purchase amount column of the negotiation process.

  Alternatively, regarding the cash return process, the entire cash return amount may be deposited into the user savings box, and only the input in the desired purchase amount column of the discount negotiation process may be performed, or the total cash Assuming that the entire reduction amount is directly reduced, it may be possible to input only the desired purchase amount column in the discount negotiation process. The directly reduced amount and the amount deposited in the user savings box may be set at a preset amount. A button capable of selecting these may be prepared.

As described above, the cash return amount can be separated for each product even when a plurality of products etc. are spread over a plurality of shops 7 and cashed together. Even if the ratio between the directly reduced amount and the amount deposited in the user savings box is different for each product, the return amount and the amount deposited in the user savings box can be separated for each product.
In addition, the above embodiment can also be applied to the case where points as a discount amount are awarded based on the point system.

  Next, a twenty-seventh embodiment of the present invention is described. In the twenty-seventh embodiment of the present invention, the simplification of the operation is taken into consideration by the voice response by the robot clerk and the voice input by the user. 81 and 82 are flowcharts of the twenty-seventh embodiment of the present invention. 81 and 82, in step 2500, first, the user 5 connects online to the site of the WWW server 3. At this time, the robot clerk greets the user 5 at step 2501. Next, in step 2503, the robot clerk asks "What are you looking for?" This question is made to the user 5 by voice from the WWW server 3 via Internet communication.

  In step 2505, the user 5 replies. The reply is, for example, “It is a personal computer.” This reply is made by voice through a microphone connected to the personal computer of the user 5 or a microphone of a mobile phone. Prior to this, it is assumed that the user 5 has converted the voice into transmission data and downloaded software that can be transmitted to the WWW server 3 side and installed it in the personal computer of the user 5. The voice data is transmitted after being packetized. Alternatively, it may be transmitted to the WWW server 3 as an audio file. The transmitted data is received and analyzed on the WWW server 3 side, and then this data is stored in a database (hereinafter the same). In the analysis, the noun which is a trade name is extracted from the wording of the reply, excluding particles, auxiliary verbs, adjectives, adverbs, conjunctions and the like.

  In step 2507, what the user 5 is looking for is specified by the received data. This specification is determined by whether or not there is matching product name (or genre) data in the data stored in advance in the database. If specified, the process proceeds to step 2509. On the other hand, if it cannot be specified, the process ends at step 2510, or the process proceeds to another process prepared next. In step 2509, the robot clerk asks "Please tell me if you know the manufacturer name." In response to this question, the user 5 responds by voice in step 2511. The voice data is converted into transmission data, received by the WWW server 3 side, and this data is stored in a database. In step 2513, it is determined whether or not the manufacturer name is specified by this reply. This identification is determined by whether or not there is matching manufacturer name data in the data stored in advance in the database.

  If specified, the process proceeds to step 2515, and the robot clerk asks "Please tell me if you know the model." In response to this question, the user 5 responds by voice in step 2517. In step 2519, it is determined whether or not the model has been specified by this reply. This specification is determined by whether or not there is a matching type of data in the data stored in advance in the database. If specified, the process proceeds to step 2521 to display the product. On the other hand, if it is determined in steps 2513 and 2519 that it has not been specified, the process proceeds to step 2527. If the user 5 selects purchase in step 2523, discount negotiation or cash return is performed in step 2525. In this discount negotiation or cash return, instead of inputting the amount by the user 5, the amount may be inputted by voice. The amount of voice input is numerically converted by the installed software and transmitted to the WWW server 3. Alternatively, this numerical conversion may be performed on the WWW server 3 side.

  In step 2527, the robot clerk asks "What is the budget?" In response to this question, in step 2529, the user 5 inputs the budget amount by voice through a microphone or by key operation. In step 2531, the specification stored in the database in advance for the product is presented, and the robot clerk asks “Please say the number of the desired specification”. The presentation of specifications is, for example, as shown in step 1655 of FIG. In response to this question, the user 5 inputs the desired specification number by voice through the microphone or by key operation in step 2533. This process is possible in the same way as the process already described in each embodiment. Thereafter, on the WWW server 3 side, a search is performed based on the received data, and the products are narrowed down. In step 2535, the product data as a result of narrowing down is presented to the user 5. A robot clerk asks questions such as "How about this product? Please select one of these." Thereafter, processing from step 2519 is performed. If the product is not specified, the budget is reviewed again in step 2527 and the same processing is performed.

As described above, the user can enjoy purchasing the product in a fun and easy manner while supporting the voice while watching the moving image of the robot clerk. Easy to use even for those who are not familiar with key operations.
In addition, it is also possible to arrange a robot clerk for each of the above-described embodiments in the same manner as in the present embodiment, and to make it correspond to the same voice.

DESCRIPTION OF SYMBOLS 1 Internet 3 Server 5 User 7 Store etc. 9 Software 1001 Product 1003 Barcode 1005 Mobile phone 1006 Dedicated device 1007 Leaflet 1008 Center server 1009 Database 1111 Cash register 1113 Reader 1115 Display 2001 View mode selection button 2005 Product name input or search column 2007 Display Order selection field 2009 Homepage 2011 Move button 2013 Upper part of screen 2015 Store name search field 2017 Special store introduction corner

Claims (1)

A center server and a plurality of information processing devices connected to the net;
A user who participates in an auction by operating the information processing apparatus ;
A bottom price or bottom selling rate which is the lowest price or selling rate at which goods and / or services provided by a store or the like and stored in the center server can be sold;
A desired purchase price or a desired purchase rate of the product and / or service input by each user in the information processing apparatus and stored in the center server via the net ;
The center server makes a determination to permit sales to a user who has presented the desired purchase price or desired purchase rate when the desired purchase price or desired purchase rate is equal to or greater than the bottom price or bottom selling rate, An information processing apparatus in which the center server has a predetermined amount or a predetermined sales rate that is greater than or equal to the bottom price or the bottom sales rate when the desired purchase amount or the desired purchase rate is less than the bottom price or the bottom sales rate. and negotiation means for presenting, a determination said center server to allow sales in the predetermined amount or a predetermined sell under the consent of the user to,
Negotiation number management means for managing the number of negotiations that the center server can negotiate with the negotiation means;
The center server automatically manages a history of a desired purchase amount or a desired purchase rate that is input by each user in the plurality of information processing devices and stored via the net, and can be browsed via the net. History means to display for ,
The center server manages the history of the desired purchase amount or desired purchase rate of the product and / or service input by each user for the time limit, and for the user who presented the highest amount or purchase rate within the time limit A network system including a time limit determining means for determining that the center server permits sales,
A mode in which the center server permits sales to a user who has presented the desired purchase price or the desired purchase rate when the desired purchase price or the desired purchase rate by the negotiation means is equal to or higher than the bottom price or the bottom selling rate, A mode of permitting sales at a predetermined amount or a predetermined sales rate presented by the center server when the desired purchase amount or desired purchase rate by the negotiation means is less than the bottom price or the bottom sales rate, and the time limit determination Permitting the sale of the goods and / or services based on the aspect determined earliest among the aspects of allowing the user to present the highest amount or purchase rate within the time limit by means,
The network system characterized in that the negotiation means can negotiate without waiting for the users who have browsed the history by the history means to run out of the number of negotiations .

Images