JP2004094360A - Commodity price management device, method, program and recording medium - Google Patents

Abstract

<P>PROBLEM TO BE SOLVED: To greatly contribute to smoothing and efficiency improvement of a business model returning profits to purchasers by an increase in the sales figures of commodity and to construct a new business model returning the profits to initial purchasers contributed to the popularization of the commodity by its popularization. <P>SOLUTION: A unit price calculating mechanism 14 changes the sales price of the commodity according to changing states in the sales figures of the commodity and a unit price retaining mechanism 13 manages the change history of the sales prices of the commodity from starting of the sales to the moment. A refund calculating mechanism 15 calculates a difference between the sales price of the commodity at the moment with the past sales price and determines a refund to respective past purchasers of the commodity according to the respective differences. <P>COPYRIGHT: (C)2004,JPO

Description

[0001]
TECHNICAL FIELD OF THE INVENTION
The present invention relates to a product price management apparatus, a product price management method, a program, and a recording medium that can contribute to the efficiency of a business model that returns profits to purchasers as the sales volume of the product increases. It is about.
[0002]
[Prior art]
In the manufacturing industry, the cost of mass-producing the developed product is often relatively small relative to the cost of product development. However, the current list price method does not reflect how development costs are incurred, and as a result, if only a small number of developed products are sold, they will incur significant losses. On the other hand, if the price is set too high with an emphasis on this loss, there is also a problem that the sales of the product deteriorate.
[0003]
In particular, software products require very high development costs, but mass production, that is, copying software onto a CD-ROM or DVD, can be performed at a low price. Further, with the development of the Internet, it is now possible to sell software products in a form such as download without duplicating on these recording media, and to provide software products through an ASP (Application Service Provider) or the like. Because of this, products that sell well can be expected to have a high cost recovery rate.
[0004]
As described above, in the manufacturing industry, a huge hit of a product can provide enormous profits, but it is difficult to determine the price of the product when the demand for the product is unclear. In addition, as seen in the recent trend of sales prices in the home game machine market, there are business models that lower the list price and return services to consumers if the sales of products are good and the investment amount can be recovered. .
[0005]
[Problems to be solved by the invention]
However, at first glance, this business model appears to have advantages for both sellers and buyers, but buyers who purchased at the time of product launch (early stage) may have been However, the fact that they purchased higher than those who purchased later remains the same, leaving a sense of unfairness.
[0006]
The present invention has been made in view of the above problems, and greatly contributes to the smoothness and efficiency of a business model in which profits are returned to purchasers along with an increase in the sales volume of products. It is an object of the present invention to provide a product price management device, a product price management method, a program, and a recording medium that can construct a new business model in which an initial product purchaser who has contributed to the hit of the above can also construct a new business model in which profits from the hit are returned.
[0007]
[Means for Solving the Problems]
In order to achieve such an object, a commodity price management device according to a first aspect of the present invention manages a sales quantity management unit that manages a transition state of a sales quantity of a product, and is managed by the sales quantity management unit. Selling price changing means for changing the selling price of the product according to the transition of the sales volume of the product, and the selling price of the product after the selling price is changed each time the selling price of the product is changed by the selling price changing means Information from the selling price change means, a selling price management means for managing a change history of the selling price of the product from the start of sales to the present time, and current selling price information of the product and one or more past times Of the product indicated by the current selling price information and the one or more past selling price information of the product indicated by the current selling price information. A refund amount for calculating a difference between each of the product and one or more past selling prices of the product, and determining a refund amount for each of the purchasers of the product at the one or more times in the past according to the respective difference. Determining means.
[0008]
Further, in the commodity price management method according to the second aspect of the present invention, the sales price changing means changes the sales price of the commodity according to the transition of the sales quantity of the commodity managed by the sales quantity management means. The step and the selling price management means manages the selling price information of the changed product every time the selling price of the product is changed, in order to manage the change history of the selling price of the product from the point of sale to the present time. Acquiring from the selling price change means, current selling price information of the product and past or one or more past selling price information by the refund amount determining means from the selling price managing means, The difference between the current selling price of the product indicated by the selling price information and the past one or more selling prices of the product indicated by the one or more past selling price information A step in which the refund amount determining means calculates, and a step in which the refund amount determining means determines a refund amount for each of the purchasers of the product at one or more points in the past according to the respective difference amounts. Features.
[0009]
Further, a program according to a third aspect of the present invention causes a computer to execute the commodity price management method. Further, a computer-readable recording medium according to a fourth aspect of the present invention is characterized by recording the program.
[0010]
BEST MODE FOR CARRYING OUT THE INVENTION
Hereinafter, embodiments of the present invention will be described in detail with reference to the accompanying drawings.
FIG. 1 is a block diagram schematically showing a functional configuration of a commodity price management system according to an embodiment of the present invention. As shown in FIG. 1, the commodity price management device according to the present embodiment includes a control mechanism 11, a sales quantity holding mechanism 12, a unit price holding mechanism 13, a unit price calculation mechanism 14, a refund amount calculation mechanism 15, and a refund amount storage for each user. It is composed of a mechanism 16. As a specific configuration of the product price management system, a configuration may be adopted in which each of these mechanisms is integrated in one computer (PC, workstation, etc.), or a configuration in which these mechanisms are distributed and provided in a plurality of computers. It may be.
[0011]
The control mechanism 11 controls the operation of each mechanism of the commodity price management system. The sales quantity holding mechanism 12 updates the sales quantity information each time a product is purchased, and holds a change history of the sales quantity of each product up to the present time as information. The unit price holding mechanism 13 sequentially and additionally registers product unit price information that is changed according to the change in the sales quantity, and holds the transition status of the product unit price of each product up to the present time as information.
[0012]
The unit price calculation mechanism 14 acquires the sales quantity information of each product from the sales quantity holding mechanism 12, changes the product unit price of each product according to the sales quantity, and causes the unit price holding mechanism 13 to register it. The user-specific refund amount holding mechanism 16 holds the refund amount for the purchaser of each product as information.
[0013]
The refund amount calculation mechanism 15 acquires the unit price information at the present time and the past at the time from the unit price holding mechanism 13, and calculates the difference between the current unit price and the unit price at each past time as a refund amount. Further, the refund amount calculation mechanism 15 causes the calculated refund amount information to be stored in the per-user refund amount holding mechanism 16 according to the purchase amount of the user.
[0014]
Next, the operation of the commodity price management device according to the present embodiment will be schematically described with reference to FIG.
The control mechanism 11 is connected to the communication terminal by sequentially acquiring the current unit price information of each product from the unit price holding mechanism 13 and transmitting the unit price information to a communication terminal connected near or at a remote place via the network. It is possible to display the unit price information of each product on information output means such as a display panel. Thereby, for example, the purchaser can purchase a desired product based on the unit price information.
[0015]
When a product is purchased, the identification information (user ID) of the purchaser, the name of the purchased product, the selling price at the time of purchase, and the like are input to the control mechanism 11 via the network. In response to the input of the information, the control mechanism 11 updates the sales quantity of the corresponding product in the sales quantity holding mechanism 12 and sells the user ID of the purchaser and the sales of the product in the per-user rebate amount holding mechanism 16. Register information such as price.
[0016]
Here, in the present embodiment, assuming that the selling price of the product is changed each time the product is purchased, the control mechanism 11 then issues an instruction to the unit price calculating mechanism 14 to change the selling price. Upon receiving this instruction, the unit price calculation mechanism 14 acquires the sales quantity information of the product from the sales quantity holding mechanism 12, changes the sales price of the product according to the sales quantity indicated by the sales quantity information, and Is held in the unit price holding mechanism 13.
[0017]
In the present embodiment, assuming that the refund amount is calculated every time the selling price of the product is changed, the control mechanism 11 sends a refund amount to the past purchaser of the product to the refund amount calculation mechanism 15. Instruct the calculation of the amount. The refund amount calculation mechanism 15 receiving this instruction acquires the changed sales price from the unit price holding mechanism 13, that is, the current sales price information, and each purchaser purchases the product from the per-user refund amount holding mechanism 16. Get the sales price information at the time.
[0018]
Subsequently, the refund amount calculation mechanism 15 calculates the difference between the current selling price of the product and the selling price at the time of purchase, and determines the refund amount according to the difference. The “refund amount according to the difference amount” means that it is not necessary to determine an amount equal to the difference amount as the refund amount. For example, an arbitrary coefficient is set, and the coefficient is assigned to the difference amount. By multiplication, a payout amount proportional to the difference may be obtained. In addition, the "refund amount" mentioned here can be converted not only to the amount but also to discount service points, and the purchaser can receive the discount service according to the number of discount service points at the next and subsequent product purchases. it can.
[0019]
Next, the refund amount calculation mechanism 15 registers the calculated refund amount in the per-user refund amount holding mechanism 16 in association with the corresponding purchaser. The actual refund process for each purchaser is executed based on the refund amount information held in the per-user refund amount holding mechanism 16. This refund process can be executed at an arbitrary timing. For example, the refund process may be executed each time the refund amount calculation unit 15 performs the refund amount calculation process, or may be executed at regular intervals.
[0020]
FIG. 2 is a diagram showing the relationship between the total cost and total sales related to the production of the software product and the number of sales of the software product. In particular, FIG. 2A is a table showing the relationship together with the rebate amount. FIG. 2B is a graph showing the relationship.
As shown in FIG. 2A, the production cost of the first software product in this example is very high because it includes the development cost of this software product, and is very high (100,000 yen). Since the third software product can be produced only by copying the first product, the production cost of each product is reduced to 5 (10,000 yen).
[0021]
Further, as shown in FIG. 2A, the sales price (unit price) of the software product in this example is planned in advance so that the total sales maintain a gross margin of 10% of the total cost at each sales volume. ing. Here, the “total sales” refers to the sales after the refund amount has been deducted. Specifically, for example, the sales at the time when the second software product is sold is 167.75 (10,000 yen), but the refund amount to the purchaser of the first software product at this time, that is, 2 Since the difference between the selling price of the first product and the selling price of the first product is 52.25 (10,000 yen), the total sales is 115.5 (10,000 yen) in consideration of the reimbursement amount. The gross margin is 10%.
[0022]
FIG. 3 is a graph showing a rebate amount for each purchaser (a purchaser of the first product, a purchaser of the second product,...) In the example of FIG. 2, and FIG. Indicates the refund amount when the twentieth product is sold. As shown in FIG. 2A, the selling price of the twentieth product is 10.73 (10,000 yen). Therefore, the refund amount calculation function 15 calculates the difference between the sales price of the 20th product, 10.73 (10,000 yen) for each purchaser of the 19th product and the sales price of each purchaser at the time of purchase. Are calculated, and the difference is used as the refund amount as shown in FIG.
[0023]
FIG. 4 is a diagram showing another example of the relationship between the production cost and sales of the software product and the number of sales of the software product. In particular, FIG. 4A is a table showing the relationship together with the rebate amount. FIG. 4B is a graph showing the relationship.
As shown in FIGS. 4 (a) and 4 (b), the transition of the total cost related to the production of the software product in this example is the same as the example of FIG. 2, and the production cost of the first software product is Higher, later products can be produced cheaply.
[0024]
Here, the method of calculating the selling price in the example of FIG. 2 will be described from both viewpoints of the merchandise seller and the merchandise purchaser. In the example of FIG. 2, the total sales are 10% of the total expenses at each sales quantity. It is planned in advance so as to keep the profit margin, and the merchandise seller has an advantage that the profit can be increased from the start of the merchandise sales. However, in particular, the first product purchaser purchases a product at a very high price of 110 (10,000 yen), which imposes a heavy burden on the product purchaser. On the other hand, in the example of FIG. 4, in order to reduce such a burden on the purchaser side, a certain period from the beginning of the sale (here, from the time of selling the first product to the time of selling the tenth product). In the (period), the merchandise seller takes a risk so that the originally planned gross profit is obtained when the eleventh merchandise is sold.
[0025]
Specifically, the first to eleventh products are set at a fixed price (¥ 150,000), and when the eleventh product is sold, the total sales is 165 (¥ 10,000), At that time, it is planned to secure a 10% margin against the production cost (1.5 million yen). Since the merchandise seller has not made any profit until the eleventh product has been sold, the above-mentioned sales price change processing and refund processing are not executed, and the refund amount is considered in “total sales”. It has not been. When the twelfth product is sold, the merchant begins to make a profit from that time. In this example, every time the twelfth or subsequent product is sold, the selling price is changed and the refund amount is calculated. Is executed.
[0026]
FIG. 5 is a graph showing the refund amount for each purchaser (the purchaser of the first product, the purchaser of the second product,...) In the example of FIG. 4, and FIG. In addition, here, the refund amount at the time when 20 commodities are sold is shown. As shown in FIG. 4A, the selling price of the twentieth item is 10.73 (10,000 yen). Accordingly, the refund amount calculator 15 calculates the difference between the selling price of the twentieth product, 10.73 (10,000 yen), and the selling price at the time of purchase of each of the nineteenth product. Are calculated, and the amount is set as a refund amount as shown in FIG. Further, in the example of FIG. 4, since the merchandise seller takes risks and reduces the burden on the buyer for a period of time from the beginning of the sale, on the other hand, as shown in FIG. 5 and FIG. In this example, the refund amount for the purchaser corresponding to the period in this example is lower than that in the example of FIG.
[0027]
Next, the operation of the commodity price management device according to the present embodiment will be described in detail with reference to the flowcharts of FIGS. In the example of FIG. 2, a high product price (110 (10,000 yen)) is set in advance so that 10% of gross profit is secured from the time of selling the first product (step S61). Next, the built-in counter n is reset to "0" (step S62). This product price information is held by the unit price holding mechanism 13 in FIG. 1, and the control mechanism 11 obtains the selling price information from the unit price holding mechanism 13 and outputs it on the information output means, so that the buyer can purchase the product. A price can be offered.
[0028]
Subsequently, when the first product is sold (step S63), after the counter n is incremented by "1" (step S64), the counter n is increased to a predetermined value (here, "1"). It is determined whether or not it has reached (step S65). Since the current counter n is "1", the process proceeds to steps S61 and S66, and information relating to the first purchaser, for example, identification information of the purchaser, sales price information at the time of purchase, and payment of the refund amount. The destination information and the like are registered in the per-user rebate amount holding mechanism 16, and the unit price calculation mechanism 14 executes a process of calculating a new selling price of the product.
[0029]
More specifically, the selling price calculation process will be described. First, the unit price calculation mechanism 14 acquires the sales quantity information of the product from the sales quantity holding mechanism 12. Since the value indicated by the acquired sales quantity information is “1”, the unit price calculation mechanism 14 calculates the sales price of the second product.
[0030]
The unit price calculation mechanism 14 is based on a preset production cost of the first product (100,000 yen) and a copy cost of the second product (here, 5 × 1 (10,000 yen)). Then, the total cost (100 + 5 (10,000 yen)) related to the production of this sales quantity is calculated. Next, after multiplying the total cost by the previously set gross profit rate (1.1 in this case), the selling price of the second product is calculated here. Calculates a new selling price (here, 57.75 (10,000 yen)) by dividing the above multiplication result by “2”, and uses the selling price as the selling price of the second product to hold the unit price holding mechanism. 13. Since the second product has not been sold yet at this time, the process of calculating the refund amount in step S66 is not executed.
[0031]
After the selling price of the second product is determined (step S61), the built-in counter n is reset to "0" (step S62). Next, when the second product is sold (step S63), the counter n is similarly incremented by "1" (step S64), and it is determined whether or not the counter n has reached "1" (step S64). Step S65). Here, since the counter n is “1”, the process similarly shifts to steps S61 and S66.
[0032]
In step S61, the third selling price is determined by the same processing as described above. On the other hand, in step S66, the refund amount calculation mechanism 15 acquires the sales price information (57.75 (10,000 yen)) of the second product from the unit price holding mechanism 13 and the sales price information of the first product. (110 (10,000 yen)) is obtained, and the difference between the selling price of the second product and the selling price of the first product is obtained as the refund amount for the second product purchaser. Next, the per-user payout amount holding mechanism 16 holds the payout amount information in association with the purchaser. The above processing is similarly executed for the purchase of the third and subsequent products. When the processing for the twentieth product is completed, the result shown in FIG. 2 is obtained.
[0033]
In the present embodiment, assuming that the refund process is performed for each purchaser at the time when the twentieth product is sold, the present product price management device performs the process after the twentieth product is sold. At the time of shifting to S67, the refund process for each purchaser is executed with reference to the refund amount information of each purchaser held in the per-user refund amount holding mechanism 16. For example, when the product price management device is connected to a communication terminal of a financial institution via a network, the product price management device is a payee financial institution held in the user-based rebate amount holding mechanism 16, By referring to the account information such as the branch name and the account number, the branch where the account of each purchaser is opened is specified. Then, by transmitting account number information, refund amount information, and the like to the communication terminal of the branch, it is conceivable to cause the communication terminal of the branch or another device to execute the transfer processing of the refund amount.
[0034]
As described above, the product price management device according to the present embodiment can automatically change the sales price as the sales volume of the product increases. Therefore, the present product price management device can greatly contribute to the smoothness and efficiency of a business model in which the sales price is reduced and the profit is returned to the product purchaser if the sales of the product are good and the investment amount can be recovered. In addition, the initial purchaser of the product will purchase the product at a relatively high selling price, but such buyers will also be charged according to the difference between the selling price at that time and the later selling price. Since the refund is made, the purchaser who has contributed to the hit of the product can also enjoy the profit from the hit, and this has the effect of promoting the purchase will of the product purchaser.
[0035]
Next, the information updating process in the user-specific refund amount holding mechanism 16 shown in step S66 of FIG. 6 will be described in detail. Here, the process at the time when the third product is sold will be described as an example.
When the third product is purchased and the registration information in the per-user reimbursement amount holding mechanism 16 is updated in step S66, the reimbursement amount calculating mechanism 15 firstly calculates The first or second product purchaser is specified (step S71). Next, the purchase price at the time of purchase of the product by the purchaser is acquired from the per-user refund amount holding mechanism 16 (step S72). Here, if an amount already refunded to the purchaser (hereinafter referred to as a repaid amount) is registered in association with the purchaser, the rebate amount calculation mechanism 15 also acquires the amount information ( Step S73).
[0036]
Subsequently, the refund amount calculation mechanism 15 acquires the current sales price information (third sales price information) of the product from the unit price holding mechanism 13 and calculates the refund amount for the purchaser. Here, when the paid-back amount is registered in the per-user pay-out amount holding mechanism 16 in association with the purchaser, the payout amount calculating mechanism 15 adds the paid-out amount to the current selling price, and The refund amount is calculated by subtracting the value from the selling price at the time of purchase (step S74). In the case where the reimbursement amount has not been registered in association with the purchaser in the per-user reimbursement amount holding mechanism 16, the reimbursement amount calculation mechanism 15 subtracts the current selling price from the selling price at the time of purchase. Calculate the refund amount.
[0037]
Next, the refund amount calculation mechanism 15 registers the calculated refund amount in the per-user refund amount holding mechanism 16. Here, if a refund process is performed for each purchaser each time the refund amount calculation process is performed, the refund amount is added to the already-paid refund amount and registered in the per-user refund amount holding mechanism 16 (step S75). . On the other hand, if the refund process is not executed every time the refund amount calculation process is performed, the refund amount is registered in the per-user refund amount holding mechanism 16 as the amount to be refunded. The above process is executed for all the purchasers of the product (here, the first and second product purchasers) (step S76), and the information updating process in the user-specific refund amount holding mechanism 16 is executed. finish.
[0038]
FIG. 8 is a diagram showing a specific example of the refund management table stored in the per-user refund amount holding mechanism 16, and various kinds of information on the product purchaser are stored on the refund management table.
[0039]
In the example of FIG. 8, information on the purchaser of the product “AAA” is held, and is converted from the user ID of each purchaser, the purchase price at the time of purchase, the refund amount, the payout amount payee, and the refund amount. The number of discount points registered is registered. In this example, the difference at the time of purchase with respect to the selling price "3,750 (yen)" is calculated as a reimbursement amount and refunded.
[0040]
FIG. 9 is a diagram showing a specific example of a product-specific sales-related information management table stored in the sales quantity holding mechanism 12 and the unit price holding mechanism 13, and each product (FIG. In the table, information on a product "AAA" and a product "BBB" is stored. In the present embodiment, it is assumed that the per-product sales-related information management table is stored in the sales quantity holding mechanism 12 and the unit price holding mechanism 13, but as is clear from this example, In the present invention, the sales quantity holding mechanism 12 and the unit price holding mechanism 13 can be configured in a single piece of hardware.
[0041]
In the example of FIG. 9, the sale price change date (sale price determination date), sale price, sales quantity, the planned number of sale price revisions (changes), and the total sales amount are held in association with the product number of each product. I have. Describing the product “AAA”, the product was sold at “2000, 4, 1”, and the selling price was “5,000 (yen)” for a while from that time. The product price management system changes the sales price to "4,750 (yen)" to "2000, 10, 1" when the sales quantity reaches the planned sales price revision (200 (pieces)). That is, since the criterion of “counter n” in step S65 of the flowchart in FIG. 6 is set to “200”, the counter and the criterion have the same value, and “YES” is determined. Has been changed by
[0042]
Next, the commodity price management system changes the sales price to "4500 (yen)" to "2001, 4, 1" when the sales volume further increases and reaches the planned number of sales price revisions (150 (pieces)). are doing. This is made possible by changing the criterion of “counter n” in step S65 from “200” to “150” after “counter n” once reaches “200” as described above. That is, the commodity price management system resets the "counter n" from "200" to "0" in step S62 of FIG. 6, and then detects that the "counter n" has reached "150", and sells the product. The price is changed from “4,750 (yen)” to “4,000 (yen)”. Based on the above processing, in the example of FIG. 9, the sales quantity, the sales price, and the like when the product is sold up to 825 (pieces) are managed.
[0043]
(Other embodiments)
A software program for realizing the functions of the above-described embodiments is provided to an apparatus connected to the various devices or a computer in the system so that the various devices operate to realize the functions of the above-described embodiments. The present invention also includes a code that is supplied and executed by operating the various devices according to a program stored in a computer (CPU or MPU) of the system or the apparatus.
[0044]
In this case, the software program code itself implements the functions of the above-described embodiment, and the program code itself constitutes the present invention. As a transmission medium of the program code, a communication medium (a wired line or a wireless line such as an optical fiber) in a computer network (WAN such as a LAN or the Internet, a wireless communication network, etc.) system for transmitting and supplying the program information as a carrier wave. Etc.) can be used.
[0045]
Further, means for supplying the program code to a computer, for example, a recording medium storing the program code constitutes the present invention. As a recording medium for storing such a program code, for example, a flexible disk, a hard disk, an optical disk, a magneto-optical disk, a CD-ROM, a magnetic tape, a nonvolatile memory card, a ROM, and the like can be used.
[0046]
When the computer executes the supplied program code, not only the functions of the above-described embodiments are realized, but also the OS (Operating System) or other application software running on the computer. Needless to say, such a program code is also included in the embodiment of the present invention when the functions of the above-described embodiment are realized in cooperation with the above.
[0047]
Further, after the supplied program code is stored in a memory provided in a function expansion board of a computer or a function expansion unit connected to the computer, a CPU provided in the function expansion board or the function expansion unit based on the instruction of the program code. It is needless to say that the present invention also includes a case where the functions of the above-described embodiments are implemented by performing part or all of the actual processing.
[0048]
It should be noted that the shapes and structures of the respective parts shown in the above-described embodiments are merely examples of the specific embodiments for carrying out the present invention, and these limit the technical scope of the present invention. It must not be interpreted. That is, the present invention can be embodied in various forms without departing from the spirit or main features thereof.
[0049]
【The invention's effect】
According to the present invention, it is possible to automatically change the selling price of the product according to the sales volume of the product, and to purchase the product at a high selling price at a time when the sales volume of the product is small. Can be automatically calculated. Therefore, the present invention can greatly contribute to the smoothness and efficiency of a business model in which profits are returned to the purchaser in accordance with the increase in the sales volume of the product, and the initial period that contributed to the product hit. The product purchaser can also build a new business model in which profits from the hit are returned.
[Brief description of the drawings]
FIG. 1 is a block diagram schematically showing a functional configuration of a commodity price management device according to an embodiment of the present invention.
FIG. 2 is a diagram showing a relationship between total expenses and total sales related to production of software products and the number of sales of software products.
FIG. 3 is a graph showing a refund amount for each purchaser in the example of FIG. 2;
FIG. 4 is a diagram illustrating another example of the relationship between the total cost and total sales related to the production of software products and the number of sales of software products.
FIG. 5 is a graph showing a refund amount for each purchaser in the example of FIG. 4;
FIG. 6 is a flowchart showing a flow of an operation of the commodity price management system according to the embodiment of the present invention.
FIG. 7 is a flowchart showing a flow of an operation of the commodity price management system according to the embodiment of the present invention.
FIG. 8 is a diagram showing a specific example of a payout management table stored in a payout amount holding mechanism for each user.
FIG. 9 is a diagram showing a specific example of a sales-by-commodity information management table stored in a sales quantity holding mechanism and a unit price holding mechanism.
[Explanation of symbols]
11; control mechanism
12; Sales quantity holding mechanism
13: Unit price holding mechanism
14; Unit price calculation mechanism
15; Refund amount calculation mechanism
16: Refund amount holding mechanism for each user

Claims (11)

Sales quantity management means for managing the transition status of product sales quantity,
Sales price changing means for changing the sales price of the product according to the transition of the sales volume of the product managed by the sales quantity management means,
Every time the selling price of the product is changed by the selling price changing means, the changed selling price information of the product is obtained from the selling price changing means, and the sales price of the product is changed from the start of sales to the current time. Sales price management means to manage the history,
The present sales price information of the product and the sales price information at one or more times in the past are acquired from the sales price management means, and the current sales price of the product indicated by the current sales price information and the past Calculating a difference between each of the product and one or more past sales prices indicated by the one or more sales price information, and purchasing the product at the one or more times in the past according to the respective differences. And a refund amount determining means for determining a refund amount for each person. 2. The commodity price management device according to claim 1, wherein the refund amount determination unit determines an amount equal to the respective difference amounts as a refund amount for each of the purchasers. 3. The product price management device according to claim 1, wherein the sales price changing means changes a sales price of the product when a sales quantity of the product exceeds a predetermined quantity. 4. The commodity price management device according to claim 3, further comprising a setting unit capable of setting the predetermined quantity by an arbitrary numerical value. The merchandise price management device according to claim 1, wherein the refund amount determination means determines the refund amount for each predetermined period. 2. The commodity price management device according to claim 1, wherein the refund amount determination means determines the refund amount each time the selling price of the commodity is changed by the selling price change means. 3. Purchaser information management means for managing account information of the purchaser of the product;
A refund processing means for causing an external device to execute a transfer processing of the refund amount to a corresponding purchaser's account based on the account information managed by the purchaser information management means. 2. The product price management device according to 1. 2. The commodity price management device according to claim 1, wherein the refund amount is a number of service points that can receive a discount service according to the amount or the number of points. 3. A step in which the selling price changing means changes the selling price of the product according to the transition of the sales quantity of the product managed by the sales quantity managing means,
In order to manage the change history of the selling price of the product from the point of sale start to the present, the selling price management means changes the selling price information of the changed product every time the selling price of the product is changed. Obtaining from the means;
A step in which a refund amount determination unit acquires current selling price information of the product and sales price information at one or more times in the past from the selling price management unit,
Refund the difference between the current selling price of the product indicated by the current selling price information and the past one or more selling prices of the product indicated by the one or more past selling price information. Calculating by an amount determining means;
A step of the reimbursement amount determining means determining a reimbursement amount for each purchaser of the product at one or more points in the past in accordance with the difference between the items. A program for causing a computer to execute the product price management method according to claim 9. A computer-readable recording medium on which the program according to claim 10 is recorded.

Images