JP2012234227A - Method for selling and purchasing product or services, server device, and program - Google Patents

Abstract

PROBLEM TO BE SOLVED: To provide means which requires no particular labor from either of a consumer considering purchasing a product or services in e-commerce and an operator of an e-commerce site, and enables a commercial transaction which gives a high level of satisfaction to the consumer.SOLUTION: A server device 11 stores data indicating evaluations concerning shops or products which are received in the past from a buyer terminal device 13 operated by a buyer. A supplier operates a supplier terminal device 12 and transmits data indicating a product sales condition for a group purchase to the server device 11 to apply for a product sales. The server device 11 determines whether a buyer's evaluation of the product sales for which the supplier has applied satisfies a predetermined condition, and if it is determined that the conditions are satisfied, gives permission for the supplier to perform the product sales. As a result, it is possible to avoid impropriety such as selling a product of poor quality due to excessive price competition.

Description

  The present invention relates to a technology that enables sales and purchases of goods or services using a network.

  In recent years, with the spread of data transmission / reception mechanisms via the Internet and mobile phone networks, electronic commerce based on data communication via those networks has been actively performed.

  It is difficult for a purchaser to fully consider whether or not the quality of goods or services is sufficient before purchase in electronic commerce as compared with a case in a general store. In electronic commerce, information about products and services presented to buyers is limited compared to the case of actually obtaining products, watching service demonstrations, or listening to explanations from store clerk at actual stores. Because it is.

  In addition, in electronic commerce, the purchaser usually does not directly face the seller, so there is a high risk that information deceiving the purchaser such as a hype advertisement will be posted on the website.

  In order to alleviate the disadvantages of electronic commerce as described above, information indicating reviews such as word-of-mouth and reviews by consumers who have purchased the same product or service in the past is posted on many electronic commerce sites. The purchaser can refer to those evaluations in determining the quality of goods or services.

  For example, in Patent Document 1, a user who has reviewed a product evaluates the reliability of the user's review based on information such as the number of products that the user has purchased in the past. A mechanism has been proposed that makes it easy to judge the quality of the product in advance.

JP 2009-123192 A

  As described above, an evaluation such as a review or a word of mouth by a person who has already purchased a product or service is meaningful information for a person who is newly considering purchasing the product or service. However, if there is a large amount of information regarding such evaluation, the person considering the purchase must use a great deal of time and effort to grasp all of the information, When there is a lack of information regarding such evaluation, sufficient examination cannot be performed due to lack of information.

  Therefore, the operator of the e-commerce site individually evaluates the products and services that are scheduled to be sold in order to ensure the quality of the products or services sold or sold on the e-commerce site, and sells the products according to the evaluation. In some cases, a measure is taken to determine whether or not to permit sales of goods or services by a person. However, in that case, the determination by the site operator tends to be arbitrary, and the effort of the site operator increases.

  In view of the above circumstances, the present invention provides a level of satisfaction for consumers without imposing particular effort on both consumers who are considering purchasing goods or services and e-commerce site operators in electronic commerce. An object is to provide a means for enabling high-level business transactions.

In order to solve the above problems, the present invention provides:
Sales condition data reception in which the server device receives sales condition data indicating a product or service and a condition for selling the product or service from any one of the one or more first terminal devices. Steps,
A permission condition data storage step in which the server device stores permission condition data indicating a condition for permitting the sale of goods or services;
An evaluation data receiving step in which the server device receives, from any second terminal device among the one or more second terminal devices, evaluation data indicating a product or service and indicating an evaluation related to the product or service;
Based on the evaluation related to the one product or service indicated by the evaluation data received in the evaluation data receiving step, the server device is indicated by the permission condition data related to the one product or service stored in the permission condition data storage step. A determination step for determining whether or not a condition is satisfied;
Only when the server device determines that the condition is satisfied with respect to one product or service in the determination step, the sales indicating the one product or service among the sales condition data received in the sales condition data reception step Sales offer data transmission for sending sales offer data indicating a sale offer for the one product or service to at least one second terminal device among the one or more second terminal devices in accordance with the conditions indicated by the condition data. A method comprising the steps of: (First embodiment)

In the first embodiment above,
Purchase application data receiving step of receiving purchase application data indicating an application for purchasing one product or service from the second terminal device to which the server offers the sales offer data transmitted in the sales offer data transmitting step With
The sales condition data related to the one product or service received by the server device in the sales condition data receiving step is the total amount of the one product or service applied for purchase by the purchase application data received in the purchase application data receiving step. A configuration may be employed that indicates a condition that the sale of the one product or service is performed only when the value is equal to or greater than a predetermined threshold or only when the total amount exceeds the predetermined threshold. (Second Embodiment)

In the above first or second embodiment,
In the determining step, the server device includes a plurality of sales condition data received from a plurality of different first terminal devices in the sales condition data receiving step and grouped according to a predetermined rule. For each of the sales condition data, an index based on the evaluation indicated by the evaluation data received in the evaluation data receiving step is generated for one product or service indicated by the sales condition data, and a plurality of sales belonging to the one group The at least one sales condition data is selected from the plurality of sales condition data based on the comparison result of the index generated for each of the condition data, and the product or service indicated by the selected at least one sales condition data A configuration that determines that the permit conditions are satisfied is adopted. May be used. (Third embodiment)

In any of the first to third embodiments,
The server device includes a terminal identification data storage step for storing terminal identification data for identifying a second terminal device that is a transmission source of the evaluation data received in the evaluation data reception step;
The server device uses the terminal identification data stored in the terminal identification data storage step to the second terminal device identified by the terminal identification data stored in the terminal identification data storage step in the sales offer data transmission step. A configuration may be employed in which the sales offer data indicating that the sale of one product or service is offered at a cheaper selling price compared to the second terminal device that is not identified may be employed. (Fourth embodiment)

In any one of the first to fourth embodiments,
The server device includes an attribute data storage step for storing attribute data indicating an attribute of a user of the second terminal device for each of the one or more second terminal devices,
In the determination step, the server device is based on the attribute indicated by the attribute data stored in the attribute data storage step regarding the user of the second terminal device that is the transmission source of the evaluation data received in the evaluation data reception step, A configuration for performing the determination may be employed. (Fifth embodiment)

In any one of the first to fifth embodiments,
Permission indicating conditions for permitting the sale of the one product or service based on the evaluation indicated by the evaluation data related to the other product or service other than the one product or service received in the evaluation data receiving step. A permission condition data generation step for generating condition data;
In the permission condition data storage step, the server device may be configured to store permission condition data generated in the permission condition data generation step. (Sixth embodiment)

In any one of the first to fifth embodiments,
The server device generates permission condition data indicating a condition for allowing the sale of the one product or service based on the condition indicated by the sales condition data regarding the one product or service received in the sales condition data receiving step. A permission condition data generation step,
In the permission condition data storage step, the server device may be configured to store permission condition data generated in the permission condition data generation step. (Seventh embodiment)

The present invention also provides:
Receiving means for receiving data transmitted from another communication device, storage means for storing data, arithmetic means for performing arithmetic processing, and transmission means for transmitting data to another communication device,
The receiving means receives, from any first terminal device among the one or more first terminal devices, sales condition data indicating a product or service and a condition for selling the product or service;
The storage means stores permission condition data indicating a condition for allowing the sale of goods or services,
The receiving means receives evaluation data indicating an item or service and an evaluation related to the item or service from any second terminal device among the one or more second terminal devices;
The calculation means has a condition indicated by permission condition data relating to the one product or service stored in the storage means based on an evaluation relating to the one product or service indicated by the evaluation data received by the receiving means. Determine if it is satisfied,
The transmitting means only selects the one product or service from the sales condition data received by the receiving means only when it is determined in the determination by the computing means that the condition is satisfied for one product or service. A server device that transmits sales offer data indicating an offer to sell the one product or service to at least one second terminal device of the one or more second terminal devices in accordance with the conditions indicated by the sales condition data shown I will provide a. (Eighth embodiment)

In the eighth embodiment above,
The receiving means receives purchase application data indicating an application for purchasing one product or service from the second terminal device to which the sales offer data transmitted by the transmitting means is transmitted,
The sales condition data related to the one product or service received by the receiving unit is when the total amount of the one product or service applied for purchase by the purchase application data received by the receiving unit is equal to or greater than a predetermined threshold. Only when the total amount exceeds a predetermined threshold, a configuration indicating a condition that the one product or service is sold may be adopted. (Ninth Embodiment)

In the eighth or ninth embodiment,
In the determination, the calculating means is a plurality of sales condition data belonging to one group obtained by grouping a plurality of sales condition data received from a plurality of different first terminal devices by the receiving means according to a predetermined rule. Each of the plurality of sales condition data belonging to the one group, generating an index based on the evaluation indicated by the evaluation data received by the receiving means with respect to the one product or service indicated by the sales condition data The at least one sales condition data is selected from the plurality of sales condition data based on the comparison result of the index generated with respect to the index, and the permission condition is satisfied for the product or service indicated by the selected at least one sales condition data. A configuration in which it is determined that it has been performed may be employed. (Tenth embodiment)

In any of the above eighth to tenth embodiments,
The storage means stores terminal identification data for identifying the second terminal device that is the transmission source of the evaluation data received by the receiving means,
The transmission means compares the second terminal device identified by the terminal identification data stored in the storage means with a second terminal device not identified by the terminal identification data stored in the storage means. A configuration may be employed in which the sales offer data indicating that the sale of the one product or service is offered at a cheap and inexpensive selling price is transmitted. (Eleventh embodiment)

In any of the eighth to eleventh embodiments,
The storage means stores attribute data indicating an attribute of a user of the second terminal device for each of the one or more second terminal devices,
The calculation means performs the determination based on an attribute indicated by attribute data stored in the storage means regarding the user of the second terminal device that is the transmission source of the evaluation data received by the receiving means. It may be adopted. (Twelfth embodiment)

In any of the above eighth to twelfth embodiments,
The calculation means is a permission condition indicating a condition for permitting the sale of the one product or service based on the evaluation indicated by the evaluation data related to another product or service other than the one product or service received by the receiving means. Generate data,
The storage unit may be configured to store permission condition data generated by the calculation unit. (Thirteenth embodiment)

In any of the above eighth to twelfth embodiments,
The computing means generates permission condition data indicating a condition for permitting the sale of the one product or service based on the condition indicated by the sales condition data related to the one product or service received by the receiving means,
The storage unit may be configured to store permission condition data generated by the calculation unit. (14th embodiment)

The present invention also provides:
A computer including a communication unit that performs data communication with another communication device. The server unit according to any one of claims 8 to 14 functions as the reception unit, the storage unit, the calculation unit, and the transmission unit. Provide a program to let (Fifteenth embodiment)

  According to the method according to the first embodiment or the server device according to the eighth embodiment, in the electronic commerce, the sale of the product or service is performed only with respect to the product or service that has obtained a certain rating or better. Therefore, the possibility of inconvenience that consumers are encouraged to purchase goods and services with low satisfaction is reduced. At that time, since the standard evaluation is provided by general consumers, the evaluation is neutral compared to the case where e-commerce site operators perform the evaluation, and the management burden of the site operator is also reduced. There is no increase.

  According to the method according to the second embodiment or the server device according to the ninth embodiment, a mechanism widely known as joint purchase, that is, lower than the normal price only when a purchase of a certain quantity or more is performed. In a system in which the sale of goods or services is performed at a price, the sale of the goods or services is permitted only when the goods or services have received a good evaluation that exceeds a certain level. For this reason, particularly in the joint purchase where the price tends to be emphasized, the risk of selling a low-quality product or service in order to realize a low price is reduced and effective.

  According to the method according to the third embodiment or the server device according to the tenth embodiment, the same kind of goods / services scheduled to be sold by a plurality of different providers are provided. Priority is given to the sale of items with high evaluation. Therefore, an inconvenience that excessive price reduction occurs due to overlapping sales of the same kind of goods and services at the same time can be avoided. Further, in the determination of permission / non-permission of sales based on evaluation, for example, it may be difficult to appropriately set a threshold value of evaluation value. In this embodiment, the rank (relative value) of evaluation values is determined. Because it is a standard, it does not involve such difficulties.

  According to the method according to the fourth embodiment or the server device according to the eleventh embodiment, a purchaser who has evaluated a product or service is less expensive than a purchaser who has not performed the evaluation. You can purchase the product or service. For this reason, evaluation by a purchaser who wants to repeatedly purchase the same product or service is promoted, and evaluations required for determination of sales permission can be efficiently collected.

  According to the method according to the fifth embodiment or the server device according to the twelfth embodiment, the attribute of the purchaser who has evaluated the product or service, for example, the same product or service that the purchaser has used in the past. Information such as whether or not the product has been purchased is considered in the determination of the sales permission. Therefore, determination with higher reliability is possible.

  According to the method according to the sixth embodiment or the server apparatus according to the thirteenth embodiment, evaluation criteria to be acquired in the determination of the sales permission of a certain product / service are acquired in other products / services. It is automatically set based on the evaluation that has been made. Therefore, for example, it is not necessary for the site operator to set these standards for each product / service.

  According to the method according to the seventh embodiment or the server device according to the fourteenth embodiment, the evaluation criteria to be acquired in the determination of the sales permission of a certain product / service is the sale establishment of the product / service. Automatically set based on sales conditions such as number and unit price. Therefore, for example, it is not necessary for the site operator to set these standards for each product / service.

  In addition, according to the program according to the fifteenth embodiment, any of the eighth to fourteenth aspects described above can be performed using a general computer including a communication unit that transmits and receives data to and from an external communication device. The server apparatus concerning these embodiments is implement | achieved, and the various effects mentioned above regarding those embodiments are acquired.

FIG. 1 is a block diagram schematically showing the overall configuration of the product sales system according to the first embodiment of the present invention. FIG. 2 is a block diagram illustrating a functional configuration of the server device according to the embodiment of the present invention. FIG. 3 is a diagram schematically illustrating the data configuration of the buyer DB according to the embodiment of the present invention. FIG. 4 is a diagram schematically showing the data configuration of the supplier DB according to the first embodiment of the present invention. FIG. 5 is a diagram schematically showing the data structure of the trading history DB according to the embodiment of the present invention. FIG. 6 is a diagram schematically illustrating a data configuration of the evaluation DB according to the embodiment of the present invention. FIG. 7 is a diagram schematically showing the data configuration of the joint purchase DB according to the first embodiment of the present invention. FIG. 8 is a diagram schematically showing a joint purchase notice page according to the first embodiment of the present invention. FIG. 9 is a diagram schematically showing a joint purchase page according to the first embodiment of the present invention. FIG. 10 is a diagram schematically showing the data configuration of the supplier DB according to the second embodiment of the present invention. FIG. 11 is a diagram schematically showing the data structure of the joint purchase DB according to the second embodiment of the present invention. FIG. 12 is a diagram schematically showing a joint purchase notice page according to the second embodiment of the present invention. FIG. 13 is a diagram schematically showing a joint purchase page according to the second embodiment of the present invention.

[1. Example]
The configuration and operation of the product sales system according to the embodiment of the present invention will be described below.

[1.1. First Example]
In the product sales system 1 according to the first embodiment, a supplier who is a product provider makes an offer for sale of a product via a network, and a buyer who is a consumer of the product purchases a product according to the offer. It is a system that mediates the buying and selling of goods by applying.

  The merchandise sales system 1 has a mechanism for merchandise sales by so-called joint purchase in addition to the above-described ordinary merchandise sales mechanism. That is, the merchandise sales system 1 not only mediates individual merchandise sales between suppliers and individual buyers, but also mediates merchandise sales between suppliers and a collection of a predetermined number of buyers or more. At that time, in addition to the price, the supplier applies for the sale of the product with sales conditions such as the number of sales completed and the sales period, and a number of sales that satisfy the specified number of sales within the sales period specified by the conditions. Only when there is an application for a product purchase from a buyer, the product is bought and sold.

  By the way, in the general joint purchase system, there is a problem that suppliers tend to fall into excessive price competition. Buyers who participate in joint purchases are generally price-sensitive, with buyers participating in joint purchases generally priced at a lower price. Therefore, in order for a supplier to acquire many buyers in a joint purchase, it is necessary to keep the price as low as possible. If such price competition goes too far, products that are inferior to those in regular sales will be sold in joint purchases, product management etc. will not be performed sufficiently to reduce costs, and errors such as product shipping delays and shipping differences Various inconveniences such as frequent occurrence may occur.

  In order to reduce the above problems, the operator of the product sales system (hereinafter referred to as “site operator”) individually determines whether the product can be sold by the supplier based on information such as past sales results, An effort has been made. In that case, the site operator must spend a great deal of time and effort on the determination, and the determination tends to be arbitrary.

  On the other hand, in the merchandise sales system 1, the determination as to whether or not the offer of merchandise sales by the supplier is permitted is automatically made based on the evaluation by the buyer. As a result, publishers do not have to spend time and effort on the decision, buyers can purchase products selected according to objective criteria from many other buyers, and suppliers can If it goes down, it will not be possible to sell the product in the joint purchase, so there will be no excessive price competition.

  In the following, a part of the merchandise sales system in the merchandise sales system 1 that is different from the general merchandise sales system, that is, whether the supplier's offer of merchandise sale is permitted or not is automatically determined based on the evaluation by the buyer. The explanation will focus on the mechanism.

  FIG. 1 is a block diagram schematically showing the overall configuration of the product sales system 1. The merchandise sales system 1 is a server device 11 that mediates the sale and sale of merchandise between suppliers and buyers, a supplier terminal device 12 (first terminal device) that is operated by the supplier and used to offer merchandise sales, and is operated by the buyer. A buyer terminal device 13 (second terminal device) used for application for product purchase is provided.

  Each of the supplier terminal device 12 and the buyer terminal device 13 can send and receive various data to and from the server device 11 via the network 19.

  In FIG. 1, the number of server apparatuses 11 shown in the figure is one, but the server apparatus 11 may be configured as a single apparatus, or configured as an aggregate of a plurality of apparatuses that cooperate with each other. May be. As a configuration of such an apparatus aggregate, each of a plurality of apparatuses performs the same kind of processing distributed by the load balancer, each of the plurality of apparatuses shares processing depending on a region in the network 19, and will be described below. Various types of data processing of the server device 11 to be performed can be employed, such as those in which a plurality of devices share the processing depending on the type of processing.

  Further, the supplier terminal device 12 and the buyer terminal device 13 constantly change according to the number of suppliers and buyers using the product sales system 1. In FIG. 1, p supplier terminal devices 12 and q buyer terminal devices 13 are shown. However, p and q are arbitrary natural numbers, respectively. Hereinafter, when it is necessary to distinguish individual terminal devices in each terminal device group of the supplier terminal device 12 and the buyer terminal device 13, for example, a branch code is added as in the supplier terminal device 12-1 to distinguish them. To do.

  The server device 11 is realized by causing a general-purpose computer capable of transmitting / receiving data to / from an external communication device to perform processing according to the program according to the present invention. However, instead, a device that performs the following processing as a so-called dedicated server machine may be configured in hardware.

  FIG. 2 is a block diagram illustrating a functional configuration of the server device 11. The server device 11 has, as its function component, a receiving unit 111 that receives various data transmitted from external communication devices (the supplier terminal device 12 and the buyer terminal device 13), and transmits various data to the external communication device. The transmission unit 112, a storage unit 113 for storing various data such as data indicating a program according to the present invention and data indicating product information, and determining whether the offer of product sales is permitted or not, and other components in the server device 11 There is provided a calculation unit 114 that performs various calculations for controlling.

The storage unit 113 stores the following DB (Database).
Buyer DB: A DB that manages information about buyers.
Supplier DB: A database that manages information related to suppliers.
Trade history DB: DB that manages information related to the sale of merchandise made in the past.
Evaluation DB: A DB that manages information indicating evaluations by buyers regarding products sold by suppliers.
Joint purchase DB: A database that manages information related to product sales offers in joint purchase.

  FIG. 3 is a diagram schematically showing the data structure of the buyer DB. The buyer DB is a collection of records storing data relating to each buyer. Each record of the buyer DB has a field for storing the following various data.

Buyer ID: A user ID (Identifier) for identifying the buyer is stored.
Password: Stores the password for verifying the buyer's identity.
Terminal ID: When the terminal device used by the buyer is a portable terminal device to which a unique terminal ID is assigned, the terminal ID is stored.
Name: Text data indicating the buyer's name is stored.
Address: Stores text data indicating the buyer's address.
Phone number: Stores text data indicating the buyer's address.
Email address: Stores text data indicating the buyer's address.
Credit card number: Stores text data indicating the buyer's credit card number.
Buyer category: Stores text data indicating either “general” indicating that the buyer is a general buyer or “professional” indicating that the buyer is a professional buyer who purchases goods.

  FIG. 4 is a diagram schematically showing the data structure of the supplier DB. The supplier DB is a collection of records storing data related to each supplier. Each record in the supplier DB has a field for storing the following various data.

Supplier ID: Stores a supplier ID for identifying a supplier.
Password: Stores the password for verifying the identity of the supplier.
Terminal ID: When the terminal device used by the supplier is a portable terminal device to which a unique terminal ID is assigned, the terminal ID is stored.
Store name: Stores text data indicating the name of the store on electronic commerce managed by the supplier.
Store profile: Stores text data indicating introduction information of stores on electronic commerce managed by a supplier.
Account information: Stores text data indicating information related to a transfer account when the publisher pays the sales price of the product received from the credit card company to the supplier.

  FIG. 5 is a diagram schematically showing the data structure of the trading history DB. The sales history DB is a collection of records storing data relating to each of the product sales performed in the past. Note that the sales history DB is not limited to data related to product sales by joint purchase, but also stores data related to general individual product sales (normal purchase). Each record of the trading history DB has a field for storing the following various data.

Trade ID: Stores a trade ID for identifying an individual trade.
Trading date and time: Stores time data indicating the date and time when trading was performed.
Supplier ID: Stores a supplier ID for identifying a supplier that sells a product.
Buyer ID: A buyer ID for identifying a buyer who has purchased a product is stored.
Product ID: Stores a product ID for identifying a sold product. The same product sold from the same supplier is identified by the same product ID regardless of whether it is a normal purchase or a joint purchase.
Product name: Stores text data indicating the name of the sold product.
Product category: Stores text data indicating the name of the category to which the sold product belongs (for example, “food—confectionery—Japanese confectionery”, “sporting goods—bicycle—main body”, etc.).
Trading quantity: Stores numerical data indicating the quantity of merchandise sold.
Unit price: Stores numerical data indicating the unit price of the product sold.
Discount rate: Stores numerical data indicating the discount rate with respect to the unit sales price.

  FIG. 6 is a diagram schematically showing the data structure of the evaluation DB. The evaluation DB is a collection of records storing data related to evaluation performed by an arbitrary buyer regarding a specific product sold by a specific supplier. Buyers shall evaluate stores and products via the product sales system 1 regardless of whether they have previously purchased regular or joint purchases from the target suppliers (stores). Can do. This is because evaluation of buyers who have purchased the same product from the same supplier through other product sales systems is also accepted. Each record of the evaluation DB has a field for storing the following various data.

Evaluation ID: An evaluation ID for identifying each evaluation is stored.
Evaluation date and time: Stores time data indicating the date and time when the evaluation was performed.
Buyer ID: Stores the buyer ID for identifying the buyer who performed the evaluation.
Supplier ID: Stores a supplier ID for identifying a supplier to be evaluated.
Product ID: Stores a product ID for identifying a product to be evaluated. The same product sold from the same supplier is identified by the same product ID regardless of whether it is a normal purchase or a joint purchase.
Product category: Stores text data indicating the name of the category to which the product to be evaluated belongs.
Joint purchase ID: Stores joint purchase ID for identifying the joint purchase when the store or the product is evaluated between the sale of the product in the joint purchase and the sale. If the evaluation is not performed during this period, this field is blank.
Store evaluation point: Stores numerical data indicating an evaluation of a store as a natural number of any one of 1 to 5. The higher the numerical value, the higher the evaluation.
Store word of mouth: Stores text data indicating the evaluation of the store in words.
Product evaluation point: Stores numerical data indicating the evaluation of a product as a natural number of 1 to 5. The higher the numerical value, the higher the evaluation.
Product word-of-mouth: Stores text data indicating the evaluation of the product in words.

  FIG. 7 is a diagram schematically showing the data structure of the joint purchase DB. The joint purchase DB is a collection of records storing data relating to each offer of merchandise sales in a joint purchase submitted by a specific supplier. Each record of the joint purchase DB has a field for storing the following various data.

Joint purchase ID: Stores a joint purchase ID for identifying a product sale offer in joint purchase.
Supplier ID: Stores a supplier ID for identifying a supplier that sells a product.
Product ID: Stores a product ID for identifying a product to be sold. The same product sold from the same supplier is identified by the same product ID regardless of whether it is a normal purchase or a joint purchase.
Product name: Stores text data indicating the name of the product to be sold.
Product image: Stores text data indicating a file name (storage location in the server device 11) of image data indicating a photograph of a product to be sold.
Product category: Stores text data indicating the name of the category to which the product to be sold belongs.
Number of completed sales: Stores numerical data indicating the minimum number of purchase applications for products required for the sale.
Maximum number of sales: Stores numerical data indicating the maximum number of products that can be sold.
Unit price: Stores numerical data indicating the unit price of a product.
Determination period: Stores date / time data indicating a period (start date / time and end date / time) for determining whether or not to allow the sale offer.
Permission conditions: Stores data indicating the conditions that must be met in order to allow sales offers. Specifically, for example, “(total evaluation score) ≧ 200” or the like indicating that the total evaluation score obtained by adding the store evaluation score and the product evaluation score with a predetermined weight is 200 or more. Stores text data.
Sales permission: Stores text data indicating either “not permitted” indicating that the sales offer is not permitted or “permitted” indicating that the sales offer is permitted.
Purchase application period: Stores date / time data indicating a period (start date / time and end date / time) for accepting a purchase application by a buyer.
Purchase application: Stores a combination of a buyer ID for identifying a buyer who applied for purchase and numerical data (purchase quantity data) indicating the purchase quantity. If there are a plurality of purchase applications, a plurality of sets of buyer IDs and purchase quantity data corresponding to them are stored.
Sales implementation: “Undecided”, indicating that the number of products that have been applied for purchase has not yet reached the number of successful sales. "Implementation" indicating that the number of products that have been applied for purchase has reached the maximum number of sales, and "acceptance end" indicating that acceptance of the purchase application has been completed, "completion indicating that payment has been received from the buyer"", The text data indicating one of" not implemented "indicating that the number of products for which purchase application has been made does not reach the number of successful sales during the purchase application period and sales are not carried out.

  The above is the description of the data configuration of various DBs stored in the storage unit 113.

  The supplier terminal device 12 and the buyer terminal device 13 are general-purpose terminal devices each having a Web browser function and capable of transmitting and receiving various data to and from the server device 11 via the network 19. Any of a PC, a desktop PC, a mobile phone, and the like may be used.

  Next, the operation of the product sales system 1 will be described. Each buyer and supplier who uses the product sales system 1 needs to perform user registration with the server device 11 prior to use. The procedure for user registration is widely known and will not be described in detail. For example, if it is a buyer, a predetermined URL (Uniform Resource Locator) is used in the web browser of the buyer terminal device 13 (for example, buyer terminal device 13-1). ) To display the user registration page, and enter the password, name, etc. required on the user registration page. The input data is transmitted from the buyer terminal device 13 to the server device 11 and registered in the buyer DB (FIG. 3).

  At that time, if the buyer terminal device 13 is a portable terminal device to which a terminal ID is assigned, the terminal ID is also transmitted from the buyer terminal device 13 to the server device 11 and registered in the buyer DB. When the terminal ID is registered in the buyer DB, the user is not required to perform an identity verification operation by inputting the buyer ID and password that are normally required when using the merchandise sales system 1. This is because the portable terminal device is carried by an individual user and is not usually operated by someone other than the owner without the permission of the owner.

  When a supplier wants to sell a product by joint purchase, the supplier inputs a predetermined URL in the Web browser of the supplier terminal device 12 to display a joint purchase sales offer page.

  However, prior to the display of the joint purchase sales offer page, if the supplier terminal device 12 is a mobile terminal device to which a terminal ID is assigned, the terminal ID is transmitted from the supplier terminal device 12 to the server device 11, and the supplier DB By comparing with the terminal ID registered in the server, the supplier is identified and verified. On the other hand, when the supplier terminal device 12 is not a portable terminal device to which a terminal ID is assigned, a login page is displayed, and the supplier inputs his supplier ID and password. The combination of the entered supplier ID and password is transmitted from the supplier terminal device 12 to the server device 11, and the server device 11 collates with the combination of the supplier ID and password registered in the supplier DB, thereby identifying the supplier. Identity verification is performed.

  When the supplier and the buyer use the merchandise sales system 1, the above-described identity verification process is required. However, for the user (supplier or buyer) who has once completed the process of identity verification (login), as long as the communication connection is maintained between the terminal device used by the user and the server device 11, the identity verification is performed again. Is unnecessary. Meanwhile, the server device 11 can identify the terminal device of the connection partner (that is, the supplier ID or buyer ID of the user of the terminal device) by the ID of the communication connection. On the other hand, when the communication connection is disconnected due to logout, resetting of the terminal device, or the like, it is necessary to perform identity verification again with the establishment of the communication connection again.

On the joint purchase offer page, the supplier enters the following data regarding the offer for sale in the joint purchase.
Product name: Text data indicating the name of the product to be sold.
Product ID: ID for identifying the product to be sold. The supplier decides for himself.
Product image: text data indicating a file name (storage location in the supplier terminal device 12) of image data indicating a photograph of a product to be sold.
Product category: Text data indicating the name of the category to which the product to be sold belongs.
Number of successful sales: Numerical data indicating the minimum number of applications for purchasing products required for the sale.
Maximum number of sales: Numerical data indicating the maximum number of products that can be sold.
Unit price: Numerical data indicating the unit price of a product.
Determination period: Date / time data indicating a period (start date / time and end date / time) in which it is determined whether or not the offer of sale is permitted.
Purchase application period: Date and time data indicating a period (start date and end date) for accepting an application for purchase by a buyer.

  The product ID is freely determined by the supplier. However, when the same product is repeatedly sold, the supplier uses the same product ID for those products.

  In addition, product categories that are determined in advance by the site operator are commonly used by all suppliers. Therefore, for example, the supplier performs the input by selecting one corresponding product category from the product categories displayed in the menu list on the joint purchase sales offer page.

  In addition, for the judgment period and purchase application period, you may specify a specific start date and time and end date and time. For example, regarding the judgment period, “one month from the application date”, and for the purchase application period “from the sales permission date” For example, “2 weeks” may be specified by an unconfirmed start date and time length from that date.

  The data regarding the offer for sale in the joint purchase input by the supplier is transmitted from the supplier terminal device 12 to the server device 11. However, regarding the product image, the file body of the image data specified by the input file name is transmitted from the supplier terminal device 12 to the server device 11 instead of the input file name.

  When receiving the data from the supplier terminal device 12, the server device 11 creates a new record in the joint purchase DB (FIG. 7), and then stores the data in the corresponding field of the new record. However, regarding the product image, the file body of the received image data is stored in a predetermined location of the server device 11, and the file name indicating the storage location is stored in the corresponding field of the new record. For example, when “one month from the date of application” is specified as the determination period, the period data indicating the start date and time and the end date and time one month after that point corresponds to the new record. Stored in the field.

Moreover, the server apparatus 11 stores the following data regarding the other fields of the new record.
Joint purchase ID: A new ID automatically generated.
Supplier ID: Supplier ID that identifies the supplier who made the offer for sale.
Permission condition: Text data indicating the permission condition newly generated automatically.
Sales permission: Text data indicating “not permitted”.
Purchase application: (blank)
Sales implementation: Text data indicating "TBD".

  The supplier ID is a supplier ID acquired by the server device 11 (or a supplier ID specified from the supplier DB (FIG. 4) based on the terminal ID) in the identity verification when the supplier terminal device 12 logs in.

  Moreover, said permission conditions are automatically produced | generated by the calculating part 114 of the server apparatus 11, for example with the following procedures.

  First, the calculation unit 114 includes, from the evaluation DB (FIG. 6), the date and time indicated by the field “evaluation date and time” included in the past predetermined period (for example, one year), and the field “product category” is displayed on the joint purchase sales offer page. Extract records that match the product category entered by the supplier. For example, “food-confectionery-Japanese confectionery” is a record group extracted in this manner, and evaluations received from any buyer regarding products that belong to the same category as the product that the supplier is offering to offer. A collection of records to be stored.

  Subsequently, the calculation unit 114 groups the extracted record group for each combination of supplier ID and product ID. Each group of records grouped in this way is a collection of records each storing an evaluation received from an arbitrary buyer regarding the same product sold by an individual supplier.

Subsequently, the calculation unit 114 calculates a comprehensive evaluation score for each of the grouped record groups. The overall evaluation score is calculated by the following calculation formula 1, for example.
Overall evaluation score = Σ ((V _S × 0.3 × W _S + V _G × 0.7 × W _G ) × W _B ) (Calculation Formula 1)

However,
V _S : Store evaluation score W _S : Weight based on presence / absence of use of store by evaluator (buyer). For example, if the evaluator has used this store within a certain period in the past (for example, one year), W _S = 1.5, and if not used, W _S = 1.0.
V _G : Product evaluation point W _G : Weight based on whether or not a product has been purchased by an evaluator (buyer). For example, if the evaluator has purchased this product within a certain period in the past (for example, one year), W _G = 1.5, and if it has never been used, W _G = 1.0.
W _B : Weight based on the attribute of the evaluator (buyer). For example, when the evaluator is a professional buyer, W _B = 1.5, and when the evaluator is a general buyer, W _B = 1.0.

  “Σ ()” means the sum of numerical values calculated according to the calculation formula shown in () for each of a plurality of records belonging to the group.

Note that V _S and V _G are directly acquired from the record of the evaluation DB (FIG. 6).

Regarding _WS , the same data as the fields “buyer ID” and “supplier ID” of the record of the evaluation DB is stored in the record of the sales history DB (FIG. 5), and the field “sales date and time” is If a record showing the past one year from the point in time is found, the evaluator has used the store of the same supplier in the past year, so W _S = 1.5 is set. In this case, W _S = 1.0 is set.

In addition, with respect to the W _G, in the record of buying and selling history DB (Fig. 5), and stores the same data as the fields in the record of the evaluation DB "Buyer ID" and "product ID", and the field "trade date" is the If a record showing the past one year from the point in time is found, the evaluator has purchased the same product in the past year, so W _G = 1.5 is set, otherwise W _G = 1.0 is set.

With respect to W _B, from the buyer DB (Fig. 3), to find a record that stores the same data as the field "Buyer ID" of the record of the evaluation DB field "Buyer ID" of the searched record If the data stored in the field “buyer category” is “professional”, W _B = 1.5 is set; otherwise, W _B = 1.0 is set.

  The overall score calculated according to the above formula is 30% for the store and 70% for the product. In the past, if the evaluation was made by a buyer who used the same store, In the case of evaluation by a buyer who purchased the same product at the same store, the evaluation point is weighted 1.5 times, and in the case of evaluation by a professional buyer, the evaluation is obtained by weighting the evaluation 1.5 times. It is an indicator.

  The overall evaluation score calculated in this way is based on the buyer's attributes such as whether the buyer has used the same store in the past, whether the same product has been purchased, whether the buyer is a professional buyer, etc. , An evaluation index with improved reliability.

  The calculation unit 114 calculates a total evaluation score for each of the grouped record groups as described above, and calculates an average value thereof (hereinafter referred to as “average total evaluation score”). The calculation unit 114 employs the average overall evaluation score as a threshold value in the conditions for sales permission. That is, the calculation unit 114 generates text data such as “(overall evaluation score) ≧ (average overall evaluation score)” and stores it in the field “permission condition” of the new record generated in the joint purchase DB first. This permission condition indicates that the overall evaluation score to be obtained for the product offered for sale by the supplier is equal to or higher than the average overall evaluation score for the product category to which the product is sold. is there.

  Subsequently, the calculation unit 114 determines whether or not the permission condition set for the new record is satisfied as described above. If the supplier has a lot of product sales results and has already obtained many store evaluation points from many buyers, or the supplier has sold many of the same products in the past and has already received many product evaluation points from many buyers If so, the permit conditions are met immediately. In this case, the calculation unit 114 rewrites the field “sales permission” of the corresponding record in the joint purchase DB (FIG. 7) to “permission”. At this time, when the field “purchase application period” is specified as “two weeks from the sales permission date”, for example, the calculation unit 114 sets the date and time at that time in the field “purchase application period”. The field “purchase application period” is rewritten with the period data indicating the end date and time after two weeks.

  The above is the processing in the merchandise sales system 1 when the offer for merchandise sales by the group purchase applied to the merchandise sales system 1 by the supplier is registered in the joint purchase DB.

  The calculation unit 114 does not reach the period indicated in the field “purchase application period” among the records included in the joint purchase DB (FIG. 7), and the current time is indicated in the field “determination period”. Web page data for instructing the display of the joint purchase notice page as schematically shown in FIG. 8 is generated for each record within the period, and the storage unit 113 can be accessed from any buyer terminal device 13. Store it in place.

  The joint purchase notice page is a page that displays information on a product for which the buyer cannot yet apply for purchase because the purchase application period has not yet arrived. The joint purchase offer notice page includes items related to products that have already been approved for sale and permitted to be sold, and items related to products that have not been approved yet for sale. If the “total evaluation score required before starting sales” displayed on the joint purchase offer notice page is “0”, the sale is already permitted, and if it is a positive number, the sale is not permitted.

  In addition, in the records included in the joint purchase DB (FIG. 7), the calculation unit 114 has the current time within the period indicated in the field “purchase application period”, and the field “sales permission” is “permitted”. For each record, Web page data for instructing the display of a joint purchase page as schematically shown in FIG. 9 is generated and stored in a predetermined location in the storage unit 113 in a state accessible from any buyer terminal device 13. To do.

  The joint purchase page is a page that displays information related to a product for which a purchase application period has arrived, a permit condition is satisfied, sales are permitted, and a buyer can apply for purchase.

  A buyer who wishes to purchase a product by joint purchase inputs a predetermined URL in the Web browser of the buyer terminal device 13 to display a joint purchase product search page, and inputs a search keyword such as “product category = Japanese confectionery”, for example. By doing so, it is possible to display a list of products to be jointly purchased.

  When the buyer selects a product for which sales have not started from the list of products, a joint purchase notice page (FIG. 8) regarding the product is displayed on the buyer terminal device 13. If a buyer has purchased a product from the supplier of the product in the past, the store evaluation input page is displayed by clicking the “evaluate store” button on the joint purchase notice page, etc. It is possible to input a store evaluation score that is evaluated by any natural number of ~ 5 and a store review that evaluates the store by words.

  Similarly, if the buyer has bought the product from any supplier in the past, clicking the “Evaluate product” button on the joint purchase notice page will display the product evaluation input page, and the product will be displayed. A product evaluation point that evaluates the product with a natural number of 1 to 5 and a product review that evaluates the product in words are input. Data (evaluation data) indicating the store evaluation score, the store review, the product evaluation score, and the product review input in this way is transmitted from the buyer terminal device 13 to the server device 11.

  When the server apparatus 11 receives the various evaluation data from the buyer terminal device 13, the server apparatus 11 generates a new record in the evaluation DB (FIG. 6), and stores the received evaluation data in the corresponding field of the new record.

Moreover, the server apparatus 11 stores the following data regarding the other fields of the new record.
Evaluation ID: A unique ID automatically generated.
Evaluation date / time: Time data indicating the current time.
Buyer ID: Buyer ID that identifies the buyer who performed the evaluation.
Supplier ID: Supplier ID that identifies the supplier to be evaluated.
Product ID: Product ID that identifies the product to be evaluated.
Product category: Text data indicating the name of the category to which the product to be evaluated belongs.
Joint purchase ID: A joint purchase ID that identifies a joint purchase on the joint purchase notice page that has been evaluated.

  The buyer ID is the buyer ID acquired by the server device 11 in the identity verification at the time of login of the buyer terminal device 13 (or the buyer ID specified from the buyer DB (FIG. 3) based on the terminal ID).

  In addition, the above supplier ID, product ID, product category, and joint purchase ID are used for the joint purchase notice in which the “evaluate store” button and the “evaluate product” button that are clicked when the buyer makes an evaluation. This is data stored in a record extracted from the joint purchase DB (FIG. 7) and used in the server device 11 when generating a page.

  When the buyer selects a product that has already been sold from the list of products displayed on the joint purchase product search page described above, a joint purchase page (FIG. 9) relating to the product is displayed on the buyer terminal device 13.

  On the joint purchase page, as with the joint purchase notice page, the buyer can click the “evaluate store” button or the “evaluate product” button to evaluate the store or evaluate the product.

  In addition to the joint purchase notice page and the joint purchase page, the buyer clicks the “evaluate store” button or the “evaluate product” button on the normal purchase page, etc. Can be evaluated. However, in this case, the field “joint purchase ID” of the record storing the evaluation data in the evaluation DB is blank.

  When a new record is added to the evaluation DB, the calculation unit 114 is within the period indicated in the field “determination period” in the group purchase DB (FIG. 7), and the field “sales permission” "Is not allowed" is extracted, and it is determined whether or not the permission condition of the extracted record is satisfied. In other words, the overall evaluation score for the product specified by the field “Supplier ID” and the field “Product ID” of the target record is calculated, and the average overall rating for the product group specified by the field “Product Category” of the target record A point is calculated, and it is determined whether or not the overall evaluation score is equal to or higher than the average overall evaluation score.

  When it is determined that the permission condition is satisfied, the calculation unit 114 rewrites the field “sales permission” of the target record of the joint purchase DB to “permitted”. As described above, regarding the joint purchase permitted to be sold, acceptance of the purchase application starts at the start date / time of the period indicated in the field “purchase application period”.

  Unlike the joint purchase notice page, the “Purchase Order” button is arranged on the joint purchase page. This is because the product on this page has already been permitted to be sold and the sale has been started, so that the buyer can apply for the purchase of the product.

  Since the operation of the product sales system 1 performed after the buyer clicks the “order product” button and the work to be performed by the buyer are the same as those in general joint purchase, description thereof will be omitted.

  When an application for purchasing a product by joint purchase is made by the buyer, the calculation unit 114 applies the buyer's buyer ID and the application to the field “purchase application” of the record related to the joint purchase in the joint purchase DB (FIG. 7). Add a combination of purchase quantity data that indicates the quantity of the selected product.

  When the calculation unit 114 adds these data to the field “purchase application”, if the field “sales execution” is “undecided”, the purchase indicated by each of one or more purchase quantity data included in the field “purchase application” The quantity is totaled, and it is determined whether or not the total value has reached the field “Number of successful sales”. When the total purchase quantity reaches the number of successful sales, the field “sales execution” is rewritten to “execution”. As a result, joint purchase is established, and the product is sold from the supplier to the buyer.

  In addition, when the data is added to the field “purchase application”, the calculation unit 114 also determines whether the total purchase quantity has reached the field “maximum number of sales”. When the total of the purchased quantities reaches the maximum number of sales, the calculation unit 114 rewrites the field “Sales implementation” to “Reception completed”.

  Further, the calculation unit 114 indicates the field “Purchase Application Period” in the field “Purchase Application Period” for the records in the joint purchase DB (FIG. 7) whose field “Sales Implementation” is “Undecided” or “Implementation” at sufficiently short intervals. It is determined whether or not the end date / time of the period is exceeded. When it is determined that the purchase application period has already passed, the calculation unit 114 rewrites the field “sales execution” to “not execute” when the field “sales execution” is “undecided”.

  In addition, when the field “sales execution” is “execution”, the calculation unit 114 first selects one or more buyer IDs stored in the field “purchase application” from the buyer DB (FIG. 3). A search is made for a match with the field “buyer ID”, and the credit card number of the buyer is obtained from the field “credit card number” of the searched record. Subsequently, the calculation unit 114 accesses a payment server device of a credit card company (not shown in FIG. 1) via the reception unit 111 and the transmission unit 112, and makes a payment request for the commodity price using the acquired credit card number. As a result, the product price is paid from the credit card company to the site operator of the product sales system 1.

  By the way, in the product sales system 1, in order to encourage buyers to evaluate suppliers and products, buyers who have evaluated from the joint purchase notice page or the joint purchase page have purchased the products introduced on those pages. If so, you can get a discount on the product price.

  The discount rate is, for example, 5% for buyers who have previously purchased some products from the same supplier, 10% for buyers who have previously purchased the same products from the same supplier, However, if it is not, it may be changed according to the buyer's attributes, such as 3%, or may be uniformly set to 5% without distinguishing them.

  In the data communication with the payment server device of the credit card company, the server device 11 adds the field “Purchase” to the unit price indicated in the field “Unit Price” of the corresponding record of the joint purchase DB for the buyer who has not been evaluated. For the buyer who made the evaluation, the amount obtained by multiplying the unit price by the purchase quantity is discounted at the above-mentioned discount rate. Charge the amount.

  As described above, when the calculation unit 114 completes the payment request for the commodity price to the settlement server device, the transaction history DB (see FIG. 7) for each of the field “purchase application” of the record of the joint purchase DB (FIG. 7) that has been processed. In 5), a new record is created, and data corresponding to the created record is stored.

  At that time, a unique ID newly generated automatically by the calculation unit 114 is stored in the field “Buying and selling ID”, and time data indicating the date and time at that time is stored in the field “Buying and selling date”. The field “discount rate” stores a predetermined discount rate based on the presence / absence of evaluation by the buyer as described above. For other fields, the data of the corresponding field of the record of the joint purchase DB is stored.

  The calculation unit 114 searches for records from the buyer DB (FIG. 3) using the field “buyer ID” as a search key for each newly generated record in the trading history DB, and the fields “name” and “address” of the searched record. Get the data. The calculation unit 114 lists the data of the fields “product name”, “trading quantity”, “purchasing unit price”, “discount rate” of the record in the trading history DB together with the buyer data thus acquired for each supplier ID, For example, the data is output to a printer connected to the server device 11 and the list is printed.

  When the merchandise price is paid by the credit card company, the site operator deposits the merchandise price into the bank account designated by the supplier indicated in the field “Account Information” of the supplier DB (FIG. 4), and from the printer as described above. Send the printed list of sales information to each supplier. Note that this depositing process may be automated by data communication between the server device 11 and the online bank server device of each bank. Further, the process of sending a list of trading information may be automated by the server device 11 sending the list to a FAX number or an e-mail address registered in advance from a supplier.

  The supplier who receives the payment for the product from the publisher will ship the product to each buyer according to the list of trading information received from the publisher. Thereby, a series of processes in the joint purchase is completed.

  As described above, according to the product sales system 1, a supplier who wants to offer sales of products by joint purchase needs to obtain high evaluation from many buyers. Therefore, for example, it is motivated to provide high-quality products in normal sales and to provide high-quality services in the sales. In addition, buyers who want to purchase a product by joint purchase are motivated to evaluate their suppliers or products in order to establish a joint purchase that can purchase the product at a lower cost than normal sales. At that time, since the discount at the time of product purchase is received, the motivation becomes even stronger. As a result, only high-quality products from high-quality suppliers supported by repeat buyers are allowed for joint purchases, which is desirable for suppliers without falling into excessive price competition, and good for buyers. This is desirable because you can receive products with confidence.

[1.2. Second Embodiment]
The service sales system 2 according to the second embodiment of the present invention will be described below. The service sales system 2 is a system that sells coupons that are tickets for receiving predetermined services to buyers, instead of the general products handled by the product sales system 1 according to the first embodiment.

  When a service is subject to joint purchase, if a number of suppliers offer offer for joint purchase at the same time for the same service in the same region, any supplier may obtain the required number of purchase applications. The problem of being unable to occur is likely to occur. Therefore, in the service sales system 2, a term that is a temporal block and an area that is a regional block are defined, and for each combination of terms and areas, for example, only up to three services of the same type are permitted to be sold. No rule is adopted.

  Furthermore, in the service sales system 2, a supplier that provides the same kind of service as a condition for permitting sales, that is, as a permission condition, is not based on an absolute evaluation with the average overall evaluation score as a threshold as in the product sales system 1. Among them, a condition based on a relative evaluation that a sales permit is given to the top three items with a large total evaluation score is adopted.

  In other respects, the service sales system 2 is in common with the product sales system 1. Accordingly, the following description will focus on the differences between the service sales system 2 and the product sales system 1. Even if not specifically described below, “product” needs to be read as “coupon” in the part where the service sales system 2 is in common with the product sales system 1. In addition, since the components included in the service sales system 2 are common to the components included in the product sales system 1, in the following description, the components included in the service sales system 2 include the corresponding components in the product sales system 1. The same symbol is attached.

FIG. 10 is a diagram schematically showing the data configuration of the supplier DB in the service sales system 2. The supplier DB record in the service sales system 2 has fields for storing the following data in addition to the fields included in the record of the supplier DB (FIG. 4) in the product sales system 1.
Area: Stores text data indicating the area where the supplier provides the service.
Address: Stores text data indicating the address of the place where the supplier provides service.
Phone number: Stores text data indicating the phone number of the supplier.

  The field “area” is selected from a menu list in which areas predetermined by the site operator are listed when the supplier performs user registration for the service sales system 2.

FIG. 11 is a diagram schematically showing the data configuration of the joint purchase DB in the service sales system 2. The record of the joint purchase DB in the service sales system 2 has a field for storing the following data in addition to the fields included in the record of the joint purchase DB (FIG. 7) in the product sales system 1.
Area: Stores text data indicating the area where the supplier provides the service.
Service provision period: Stores data indicating a period during which a supplier provides a service (coupon validity period).

  In addition, unlike the product sales system 1, the supplier can freely set the start date and the end date and time of the field “judgment period” and the field “purchase application period” in the group purchase DB record in the service sales system 2. It is not the period obtained by deciding on the term, and for example, among the terms defined in advance by the site operator, such as “2011 first term: January 1, 2011 to February 15, 2011” Data indicating the period selected from is stored. The same applies to the field “service provision period”.

  FIG. 12 is a diagram schematically showing a joint purchase notice page in the service sales system 2. Compared with the joint purchase notice page (FIG. 8) in the product sales system 1, descriptions of the store area, the store address, and the store phone number are added to the joint purchase notice page in the service sales system 2. These data are obtained from the supplier DB (Fig. 10) and are used to determine whether or not the location where the service is provided is accessible to the buyer and, if necessary, the buyer directly contacts the supplier. Is displayed to take.

  In addition, on the joint purchase notice page in the service sales system 2, instead of the comprehensive evaluation points (number of points) that need to be acquired before sales, the ranking by the current comprehensive evaluation point and the current comprehensive evaluation point of the third place are compared. The number of points missing is displayed. This is because the service sales system 2 permits sales by relative evaluation with other suppliers.

  In the service sales system 2, when the calculation unit 114 of the server device 11 generates the joint purchase notice page, the current date and time in the record of the joint purchase DB (FIG. 11) is within the period indicated by the field “determination period”. Things are grouped by the field “Coupon Category”. Regarding the joint purchase indicated by each of the one or more records grouped in this way, the calculation unit 114 calculates a comprehensive evaluation score, and ranks them in descending order of the calculated comprehensive evaluation score. Based on the ranks thus identified, the rank on the joint purchase notice page, the number of points to be acquired, and the like are determined.

  When the end date and time of the period indicated in the field “determination period” has passed, the calculation unit 114 calculates a comprehensive evaluation score for each of the records grouped as described above, and ranks the top three in order from the highest comprehensive evaluation score. And rewrite the field “Sales Permit” of those records with “Permit”. As for the joint purchase indicated by the record for which the sales permission is given, a joint purchase page as shown in FIG. 13 is generated, and a purchase application by the buyer is possible.

  In addition, various things can be considered as a form which a coupon is sent to a buyer. For example, a coupon printed on so-called paper may be mailed to the buyer, or an e-mail describing the contents of the coupon may be transmitted to the buyer's email address.

  As described above, in the service sales system 2, an appropriate number of suppliers are selected from a plurality of suppliers that provide the same type of service in the same region at the same time, in the order of high evaluation by buyers. , Only those suppliers are allowed to sell coupons by joint purchase. Therefore, it is desirable that the site operator does not arbitrarily grant a sales license to a specific supplier, and that it is not necessary for the site operator to select a supplier to which the sales license is granted.

[2. Modified example]
The above-described embodiments can be variously modified within the scope of the technical idea of the present invention. Examples of such modifications are shown below.

  In the embodiment described above, permission for merchandise purchase or coupon sale in joint purchase is determined based on the overall evaluation score calculated according to the formula shown as calculation formula 1, but this calculation formula 1 is merely an example. In addition, various calculation formulas using a numerical index based on evaluation by a buyer as a variable can be employed.

  Furthermore, it is not based on only one numerical index called a comprehensive evaluation score. For example, “store evaluation score is 100 points or more, product evaluation score is 300 points or more, and evaluation is“ 1 ”is 20%. Various types of permission conditions such as a combination of a plurality of conditions such as “the following” can be adopted in the present invention.

  Further, in the above-described embodiment, as a variable used for the determination of the sales permission, the evaluation point by the natural number of any one of 1 to 5 by the buyer is adopted, but various other types of evaluation are applicable to the present invention. It can be adopted as a variable for determining sales permission in Japan. For example, regarding each of a plurality of question items related to the evaluation of a store or a product, a questionnaire in which the buyer answers “Yes” or “No” may be used, and the number of “Yes” may be used as an evaluation point. In addition, among reviews received from buyers for stores and products, the number of reviews that include more positive keywords than negative keywords may be used as an evaluation score.

  Furthermore, in addition to evaluation by buyers, indicators other than evaluation by buyers, such as past sales performance by suppliers (number of sales established, number of products sold, total sales amount, etc.) may be adopted as criteria for determining sales permission. .

  In the embodiment described above, the server device 11 acquires the evaluation data used for determining the sales permission by receiving the evaluation data transmitted from the buyer terminal device 13, but in the present invention, The method by which the server device 11 acquires the evaluation data is not limited thereto. For example, a configuration in which the server device 11 obtains evaluation data by directly inputting an evaluation result regarding a product / service or a supplier entered in a paper medium such as a questionnaire by an arbitrary buyer into the server device 11 Evaluation data input to the terminal device operated by the site operator is transmitted from the terminal device to the server device 11, and the server device 11 receives the evaluation data via the network 19 to obtain the evaluation data. A configuration in which the server device 11 acquires evaluation data by other methods such as a configuration may be employed.

  For example, a manual input method may be employed as a method by which a site operator or the like inputs an evaluation result written on a paper medium into a terminal device, or image data read by a scanner device is used as a recognition program. A method of automatically converting to evaluation data in a terminal device operated by the server device 11 or a site operator or the like by a conversion process according to the above may be employed.

  In the first embodiment described above, the average overall evaluation score calculated according to the same rule is adopted as the threshold for the conditions for sales permission for all suppliers. For example, depending on the product category, sales quantity, etc. Thus, a configuration may be adopted in which the conditions for sales permission are automatically changed for each supplier.

  Further, in the second embodiment described above, the number of suppliers to which sales permission is given is the same for all coupon categories, but sales permission is given for each coupon category, for example, according to the number of past sales established. A configuration in which the number of suppliers is automatically changed may be employed. Furthermore, suppliers that give sales permission, such as granting sales permission in order from the top supplier until the cumulative number of sales reaches the predetermined number without fixing the number of suppliers to which sales permission is granted in advance, such as the top three A configuration may be adopted in which the number of the number changes according to a predetermined rule.

  In the above-described embodiment, the unit price of the product / service is not changed regardless of the number of purchase applications for the product / service. For example, a price system in which the unit price decreases as the number of purchase applications increases. May be adopted.

  In the above-described embodiment, it is determined that the sales permission is determined based on the evaluation by the buyer regarding the sales of the goods and services in the joint purchase. However, in addition to or instead of the joint purchase, the goods in the normal purchase are used. A configuration may be adopted in which permission for sales is determined based on buyer evaluation regarding service sales.

  In the above-described embodiment, the buyer is classified into either “general” or “professional” attribute shown in the field “buyer category” of the buyer DB (FIG. 3). Various other things can be considered.

  For example, a configuration may be employed in which a buyer who has written an excellent word-of-mouth can be evaluated by another buyer, and an evaluation obtained by another buyer from another buyer is used as an attribute of the buyer. Such an example is shown below.

  A buyer who wants to evaluate another buyer accesses the server device 11 using the buyer terminal device 13, displays a buyer evaluation page, and inputs the evaluation of the other buyer on the page. Data indicating the input evaluation is transmitted from the buyer terminal device 13 to the server device 11 and converted into an index such as an evaluation point having no upper limit or five levels in the server device 11, and records of buyers to be evaluated in the buyer DB are recorded. For example, it is stored in the field “buyer evaluation”.

  As described above, the evaluation index relating to the buyer indicated by the data stored in the field “buyer evaluation” is reflected, for example, in the weighting of the evaluation relating to the supplier performed by the buyer. As a result, evaluations by buyers who have received high evaluations from many buyers become more important in supplier evaluations, and the reliability of supplier evaluations increases.

  Further, as other examples of buyer attributes, attributes such as sex, occupation, age, and area of residence may be stored in the buyer DB. An example using these attributes is shown below.

  The server device 11 has a plurality of buyer groups such as “students in their 20s (male)” and “housewives (female) over 40 years old” based on attributes such as age, occupation, and sex. Divide into crab. Subsequently, evaluations regarding suppliers or products / services by each buyer are aggregated for each buyer group, and evaluations regarding all buyer groups are aggregated into one evaluation according to a weight set in advance for each buyer group. The server apparatus 11 uses the evaluation thus aggregated for the determination in the sales permission for the product / service (coupon) in the joint purchase.

  When the above configuration is adopted, it is possible to avoid the disadvantage that an evaluation of a buyer group who actually purchases a product / service but does not evaluate a supplier or a product / service is underestimated.

  In addition, as a method of aggregating evaluation for every buyer group, for example, a method using an average value of evaluation points by buyers belonging to the buyer group, or by a predetermined number of buyers selected in order from those having higher evaluations by other buyers described above. Various methods such as a method using a total value of evaluation points can be adopted.

  In the above-described embodiment, the product name (coupon name), product category (coupon category), sales quantity, and other data shown in the sales history DB (FIG. 5) are the products and services sold by each supplier. However, other supplier attributes may be used in the merchandise sales system or the service sales system according to the present invention. Such an example is shown below.

  For example, in the merchandise sales system 1 in the first embodiment, acquiring the same evaluation score regardless of the region where the supplier is based is set as a condition for receiving the sales permission. In such a case, there may be a disadvantage that the evaluation of the buyer using the actual store is not necessarily evaluated fairly. In other words, a larger number of buyers visit an actual store in an area with a higher population density than an actual store in an area with a lower population density. As a result, suppliers with physical stores in areas with high population density inevitably receive more evaluations by buyers who visit physical stores than suppliers with physical stores in areas with low population density. .

  In order to correct such unfairness, for example, a field “supplier region” is provided in the supplier DB (FIG. 4). Then, the server device 11 changes the number of points to be acquired, for example, as a reference for sales permission, for each region indicated in the field “supplier region”.

  Similarly, for example, suppliers are categorized as “new stores”, “mid-sized stores”, and “long-established stores” according to the sales experience (period or sales performance) of products and services, and different criteria are used for each category. A configuration for determining the sales permission may be adopted. In that case, for example, a store that has newly started selling products / services has not yet been recognized by buyers, so it cannot obtain many evaluations and cannot receive sales permission through joint purchase. It is possible to correct the inconvenience that it cannot be increased.

  Also, a configuration may be employed that allows a supplier to evaluate other suppliers in the same way that a buyer evaluates other buyers.

  The server device 11 is configured to deliver, to the supplier terminal device 12 and the buyer terminal device 13, a ranking display page that displays rankings in descending order of the acquired evaluation points based on evaluations acquired by buyers, suppliers or products / services. It may be adopted. In that case, buyers are given the motivation to make better reviews and evaluations, and suppliers are given the motivation to provide better products and services.

  In the above embodiment, the buyer individually evaluates each of the supplier and the goods / services. However, the present invention is not limited to this. For example, the buyer only evaluates goods / services provided by a supplier. A configuration to be performed may be adopted. In many cases, it is difficult for buyers to distinguish between evaluations related to suppliers and evaluations related to goods and services provided by the suppliers, and the above configuration reduces the burden on buyers' evaluations.

  At this time, a configuration may be employed in which the server apparatus 11 automatically generates evaluations related to suppliers by aggregating evaluations performed on products / services by buyers for each supplier.

  Further, in the above-described embodiment, a configuration is adopted in which evaluations regarding suppliers and products / services are received from buyers during the period indicated in the field “determination period” of the joint purchase DB (FIG. 7). According to such a configuration, a buyer who desires to purchase a product or service by joint purchase actively evaluates the product or service and the supplier so that the sale of the product or service is permitted. It is desirable in that the server device 11 can acquire a lot of evaluation data.

  On the other hand, if the approval or disapproval of sales permission depends on the “run-in” evaluation before the sales permission, the product / service is evaluated higher than the actual one, and the credibility of the evaluation may be doubted. In order to avoid such inconvenience, a configuration that does not accept evaluation during the determination period may be employed. For the same reason, a configuration that does not give incentives such as discounting the purchase price to buyers evaluated during the determination period and the purchase application period may be adopted.

  In the above-described embodiment, the supplier terminal device 12 and the buyer terminal device 13 interpret and display the Web page distributed from the server device 11 by a general-purpose Web browser. However, the present invention is not limited thereto. For example, a configuration may be employed in which the supplier terminal device 12 and the buyer terminal device 13 interpret and display a Web page transmitted from the server device 11 according to a dedicated Web browser.

  Furthermore, the format of data transmitted and received between the server device 11 and the supplier terminal device 12 and the buyer terminal device 13 is not limited to data described in a page description language such as HTML. In that case, for example, a dedicated application program is installed in the supplier terminal device 12 and the buyer terminal device 13, and the supplier terminal device 12 and the buyer terminal device 13 process the data in the unique format received from the server device 11 according to the application program. Thus, the system according to the present invention is realized.

  In the above-described embodiments, the product sales system 1 according to the first embodiment is a system for selling general products, and the service sales system 1 according to the second embodiment is a system for selling coupons for providing services. However, the service sales system 2 may be combined with the product sales system 1 to constitute a sales system that handles both general products and sales of coupons related to service provision.

  In addition, there are many cases where the regionality is higher than the sales of general products with respect to the provision of services. However, even general products such as fresh confectionery products have high regionality. On the other hand, there are also services with poor locality, such as classrooms with chain stores throughout the country. Accordingly, in the sales permit, the product sales system 1 regardless of the location of the supplier's store may sell coupons related to service provision. In the sales permit, a service that permits sales for each region according to the location of the supplier's store The sales system 2 may sell general products.

  The present invention contributes to sales of goods or services and can be widely used in the service industry.

DESCRIPTION OF SYMBOLS 1 ... Merchandise sales system, 2 ... Service sales system, 11 ... Server apparatus, 12 ... Supplier terminal apparatus, 13 ... Buyer terminal apparatus, 19 ... Network, 111 ... Reception part, 112 ... Transmission part, 113 ... Storage part, 114 ... Calculation unit

Claims (15)

Sales condition data reception in which the server device receives sales condition data indicating a product or service and a condition for selling the product or service from any one of the one or more first terminal devices. Steps,
A permission condition data storage step in which the server device stores permission condition data indicating a condition for permitting the sale of goods or services;
An evaluation data receiving step in which the server device receives, from any second terminal device among the one or more second terminal devices, evaluation data indicating a product or service and indicating an evaluation related to the product or service;
Based on the evaluation related to the one product or service indicated by the evaluation data received in the evaluation data receiving step, the server device is indicated by the permission condition data related to the one product or service stored in the permission condition data storage step. A determination step for determining whether or not a condition is satisfied;
Only when the server device determines that the condition is satisfied with respect to one product or service in the determination step, the sales indicating the one product or service among the sales condition data received in the sales condition data reception step Sales offer data transmission for sending sales offer data indicating a sale offer for the one product or service to at least one second terminal device among the one or more second terminal devices in accordance with the conditions indicated by the condition data. A method comprising: and Purchase application data receiving step of receiving purchase application data indicating an application for purchasing one product or service from the second terminal device to which the server offers the sales offer data transmitted in the sales offer data transmitting step With
The sales condition data related to the one product or service received by the server device in the sales condition data receiving step is the total amount of the one product or service applied for purchase by the purchase application data received in the purchase application data receiving step. 2. The method according to claim 1, wherein the condition is that the sale of the one product or service is performed only when the value is equal to or greater than a predetermined threshold or only when the total amount exceeds the predetermined threshold. In the determining step, the server device includes a plurality of sales condition data received from a plurality of different first terminal devices in the sales condition data receiving step and grouped according to a predetermined rule. For each of the sales condition data, an index based on the evaluation indicated by the evaluation data received in the evaluation data receiving step is generated for one product or service indicated by the sales condition data, and a plurality of sales belonging to the one group The at least one sales condition data is selected from the plurality of sales condition data based on the comparison result of the index generated for each of the condition data, and the product or service indicated by the selected at least one sales condition data It is determined that the permission condition is satisfied. Or the method of 2. The server device includes a terminal identification data storage step for storing terminal identification data for identifying a second terminal device that is a transmission source of the evaluation data received in the evaluation data reception step;
The server device uses the terminal identification data stored in the terminal identification data storage step to the second terminal device identified by the terminal identification data stored in the terminal identification data storage step in the sales offer data transmission step. The method according to any one of claims 1 to 3, wherein the sales offer data indicating that a sale of one product or service is offered at a cheaper selling price compared to a second terminal device that is not identified. The server device includes an attribute data storage step for storing attribute data indicating an attribute of a user of the second terminal device for each of the one or more second terminal devices,
In the determination step, the server device is based on the attribute indicated by the attribute data stored in the attribute data storage step regarding the user of the second terminal device that is the transmission source of the evaluation data received in the evaluation data reception step, The method according to claim 1, wherein the determination is performed. Permission indicating conditions for permitting the sale of the one product or service based on the evaluation indicated by the evaluation data related to the other product or service other than the one product or service received in the evaluation data receiving step. A permission condition data generation step for generating condition data;
The method according to any one of claims 1 to 5, wherein the server device stores the permission condition data generated in the permission condition data generation step in the permission condition data storage step. The server device generates permission condition data indicating a condition for allowing the sale of the one product or service based on the condition indicated by the sales condition data regarding the one product or service received in the sales condition data receiving step. A permission condition data generation step,
The method according to any one of claims 1 to 5, wherein the server device stores the permission condition data generated in the permission condition data generation step in the permission condition data storage step. Receiving means for receiving data transmitted from another communication device, storage means for storing data, arithmetic means for performing arithmetic processing, and transmission means for transmitting data to another communication device,
The receiving means receives, from any first terminal device among the one or more first terminal devices, sales condition data indicating a product or service and a condition for selling the product or service;
The storage means stores permission condition data indicating a condition for allowing the sale of goods or services,
The receiving means receives evaluation data indicating an item or service and an evaluation related to the item or service from any second terminal device among the one or more second terminal devices;
The calculation means has a condition indicated by permission condition data relating to the one product or service stored in the storage means based on an evaluation relating to the one product or service indicated by the evaluation data received by the receiving means. Determine if it is satisfied,
The transmitting means only selects the one product or service from the sales condition data received by the receiving means only when it is determined in the determination by the computing means that the condition is satisfied for one product or service. A server device that transmits sales offer data indicating an offer to sell the one product or service to at least one second terminal device of the one or more second terminal devices in accordance with the conditions indicated by the sales condition data shown . The receiving means receives purchase application data indicating an application for purchasing one product or service from the second terminal device to which the sales offer data transmitted by the transmitting means is transmitted,
The sales condition data related to the one product or service received by the receiving unit is when the total amount of the one product or service applied for purchase by the purchase application data received by the receiving unit is equal to or greater than a predetermined threshold. The server device according to claim 8, wherein the server device indicates a condition that the sale of the one commodity or service is performed only when the total amount exceeds a predetermined threshold. In the determination, the calculating means is a plurality of sales condition data belonging to one group obtained by grouping a plurality of sales condition data received from a plurality of different first terminal devices by the receiving means according to a predetermined rule. Each of the plurality of sales condition data belonging to the one group, generating an index based on the evaluation indicated by the evaluation data received by the receiving means with respect to the one product or service indicated by the sales condition data The at least one sales condition data is selected from the plurality of sales condition data based on the comparison result of the index generated with respect to the index, and the permission condition is satisfied for the product or service indicated by the selected at least one sales condition data. The server device according to claim 8 or 9, wherein the server device is determined to have been. The storage means stores terminal identification data for identifying the second terminal device that is the transmission source of the evaluation data received by the receiving means,
The transmission means compares the second terminal device identified by the terminal identification data stored in the storage means with a second terminal device not identified by the terminal identification data stored in the storage means. The server device according to any one of claims 8 to 10, wherein the server device transmits the sales offer data indicating that the sale of one product or service is offered at a low and inexpensive selling price. The storage means stores attribute data indicating an attribute of a user of the second terminal device for each of the one or more second terminal devices,
The calculation unit performs the determination based on an attribute indicated by attribute data stored in the storage unit with respect to a user of the second terminal device that is a transmission source of the evaluation data received by the receiving unit. The server device according to any one of 8 to 11. The calculation means is a permission condition indicating a condition for permitting the sale of the one product or service based on the evaluation indicated by the evaluation data related to another product or service other than the one product or service received by the receiving means. Generate data,
The server device according to claim 8, wherein the storage unit stores permission condition data generated by the calculation unit. The computing means generates permission condition data indicating a condition for permitting the sale of the one product or service based on the condition indicated by the sales condition data related to the one product or service received by the receiving means,
The server device according to claim 8, wherein the storage unit stores permission condition data generated by the calculation unit. A computer including a communication unit that performs data communication with another communication device. The server unit according to any one of claims 8 to 14 functions as the reception unit, the storage unit, the calculation unit, and the transmission unit. Program to make.

Images